(57)【要約】  本願は、データ伝送方法、端末デバイス及びアクセスネットワークデバイスを提供することで、ＲＲＣ接続を確立することを必要とせずに、第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送することができ、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減できる。方法は、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階であって、第１インジケーションは、端末デバイスによりアクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、端末デバイスがデータを伝送することを示すために用いられる、及び／又は、第１インジケーションは、アクセスネットワークデバイスにより端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがデータを伝送することを示すために用いられる、段階と、第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階とを含む。
2020519193.tif 000002
【特許請求の範囲】
【請求項１】
データ伝送方法であって、
端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階であって、前記第１インジケーションは、前記端末デバイスにより前記アクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、前記端末デバイスがデータを伝送することを示すために用いられる、及び／又は
前記第１インジケーションは、前記アクセスネットワークデバイスにより前記端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、前記アクセスネットワークデバイスがデータを伝送することを示すために用いられる、段階と、
前記第１ＲＲＣシグナリングに基づいて、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを伝送する段階と
を備える方法。
【請求項２】
前記第１ＲＲＣシグナリングに基づいて、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを前記伝送する段階は、
前記データを前記第１ＲＲＣシグナリングに加えることにより、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを伝送する段階を有する、請求項１に記載の方法。
【請求項３】
前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを前記伝送する段階は、
非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを用いて、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを伝送する段階、又は、
データ無線ベアラＤＲＢを用いて、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを伝送する段階
を有する、請求項１又は２に記載の方法。
【請求項４】
前記第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
前記メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、請求項４に記載の方法。
【請求項６】
前記第１ＲＲＣシグナリングに基づいて、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを前記伝送する段階の前に、前記方法は、さらに、
前記端末デバイスにより、システムメッセージを受信する段階であって、前記システムメッセージは、データ量情報を有し、前記データ量情報は、前記第１ＲＲＣシグナリングに基づいて前記端末デバイスにより伝送され得る最大データ量を示すために用いられる、段階を備え、
前記第１ＲＲＣシグナリングに基づいて、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを前記伝送する段階は、
前記データのデータ量が前記最大データ量より少ない又は前記最大データ量に等しいと前記端末デバイスが判定した場合、前記端末デバイスにより、前記第１ＲＲＣシグナリングに基づいて、前記アクセスネットワークデバイスに前記データを伝送する段階を有する、請求項１から５のいずれか一項に記載の方法。
【請求項７】
データ伝送方法であって、
アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階であって、前記第１インジケーションは、前記端末デバイスにより前記アクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、前記端末デバイスがデータを伝送することを示すために用いられる、及び／又は、
前記第１インジケーションは、前記アクセスネットワークデバイスにより前記端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、前記アクセスネットワークデバイスがデータを伝送することを示すために用いられる、段階と、
前記第１ＲＲＣシグナリングに基づいて、前記アクセスネットワークデバイスと前記端末デバイスとの間で前記データを伝送する段階と
を備える方法。
【請求項８】
前記第１ＲＲＣシグナリングに基づいて、前記アクセスネットワークデバイスと前記端末デバイスとの間で前記データを前記伝送する段階は、
前記データを前記第１ＲＲＣシグナリングに加えることにより、前記アクセスネットワークデバイスと前記端末デバイスとの間で前記データを伝送する段階を有する、請求項７に記載の方法。
【請求項９】
前記アクセスネットワークデバイスと前記端末デバイスとの間で前記データを前記伝送する段階は、
非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを用いて、前記アクセスネットワークデバイスと前記端末デバイスとの間で前記データを伝送する段階、又は、
データ無線ベアラＤＲＢを用いて、前記アクセスネットワークデバイスと前記端末デバイスとの間で前記データを伝送する段階
を有する、請求項７又は８に記載の方法。
【請求項１０】
前記第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である、請求項７から９のいずれか一項に記載の方法。
【請求項１１】
前記メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
前記メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、請求項１０に記載の方法。
【請求項１２】
前記方法は、さらに、
前記アクセスネットワークデバイスにより、前記ＮＡＳ  ＰＤＵをコアネットワークデバイスに送信する段階を備える、請求項９に記載の方法。
【請求項１３】
前記第１ＲＲＣシグナリングに基づいて、前記アクセスネットワークデバイスと前記端末デバイスとの間で前記データを前記伝送する段階の前に、前記方法は、さらに、
前記アクセスネットワークデバイスにより、前記コアネットワークデバイスにより送信された前記ＮＡＳ  ＰＤＵを受信する段階を備え、
前記第１ＲＲＣシグナリングに基づいて、前記アクセスネットワークデバイスと前記端末デバイスとの間で前記データを前記伝送する段階は、
前記アクセスネットワークデバイスにより、前記第１ＲＲＣシグナリングに基づいて、前記端末デバイスに前記ＮＡＳ  ＰＤＵを伝送する段階を有する、請求項９に記載の方法。
【請求項１４】
前記ＮＡＳ  ＰＤＵを保持するＮＡＳメッセージはインジケーション情報を有し、前記インジケーション情報は、アイドルモードにとどまるよう前記端末デバイスに命令することを前記アクセスネットワークデバイスに命令するために用いられる、請求項１３に記載の方法。
【請求項１５】
端末デバイスであって、
処理ユニット及び送受信ユニットを備え、
前記処理ユニットは、第１インジケーションを生成するように構成され、前記第１インジケーションは、前記端末デバイスにより前記アクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、前記端末デバイスがデータを伝送することを示すために用いられ、及び／又は、
前記第１インジケーションは、前記アクセスネットワークデバイスにより前記端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、前記アクセスネットワークデバイスがデータを伝送することを示すために用いられ、
前記送受信ユニットは、前記処理ユニットにより生成された前記第１インジケーションを前記アクセスネットワークデバイスに送信し、前記第１ＲＲＣシグナリングに基づいて、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを伝送するように構成される、端末デバイス。
【請求項１６】
前記送受信ユニットは、具体的には、
前記データを前記第１ＲＲＣシグナリングに加えることにより、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを伝送するように構成される、請求項１５に記載の端末デバイス。
【請求項１７】
前記送受信ユニットは、具体的には、
非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを用いて、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを伝送する、又は、
データ無線ベアラＤＲＢを用いて、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを伝送する
ように構成される、請求項１５又は１６に記載の端末デバイス。
【請求項１８】
前記第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である、請求項１５から１７のいずれか一項に記載の端末デバイス。
【請求項１９】
前記メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
前記メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、請求項１８に記載の端末デバイス。
【請求項２０】
前記送受信ユニットは、さらに、
システムメッセージを受信するように構成され、前記システムメッセージは、データ量情報を有し、前記データ量情報は、前記第１ＲＲＣシグナリングに基づいて前記端末デバイスにより伝送され得る最大データ量を示すために用いられ、
前記データのデータ量が前記最大データ量より少ない又は前記最大データ量に等しいと前記処理ユニットが判定した場合、前記送受信ユニットは、具体的には、前記第１ＲＲＣシグナリングに基づいて、前記アクセスネットワークデバイスに前記データを伝送するように構成される、請求項１５から１９のいずれか一項に記載の端末デバイス。
【請求項２１】
アクセスネットワークデバイスであって、
処理ユニット及び送受信ユニットを備え、前記処理ユニットは、
端末デバイスにより送信された第１インジケーションを受信することであって、前記第１インジケーションは、前記端末デバイスにより前記アクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、前記端末デバイスがデータを伝送することを示すために用いられる、及び／又は
前記第１インジケーションは、前記アクセスネットワークデバイスにより前記端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、前記アクセスネットワークデバイスがデータを伝送することを示すために用いられる、受信することと、
前記第１ＲＲＣシグナリングに基づいて、前記アクセスネットワークデバイスと前記端末デバイスとの間で前記データを伝送することと
を実行するように前記送受信ユニットを制御するように構成される、アクセスネットワークデバイス。
【請求項２２】
前記送受信ユニットは、具体的には、
前記データを前記第１ＲＲＣシグナリングに加えることにより、前記アクセスネットワークデバイスと前記端末デバイスとの間で前記データを伝送するように構成される、請求項２１に記載のアクセスネットワークデバイス。
【請求項２３】
前記送受信ユニットは、具体的には、
非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを用いて、前記アクセスネットワークデバイスと前記端末デバイスとの間で前記データを伝送する、又は、
データ無線ベアラＤＲＢを用いて、前記アクセスネットワークデバイスと前記端末デバイスとの間で前記データを伝送する
ように構成される、請求項２１又は２２に記載のアクセスネットワークデバイス。
【請求項２４】
前記第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である、請求項２１から２３のいずれか一項に記載のアクセスネットワークデバイス。
【請求項２５】
前記メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
前記メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、請求項２４に記載のアクセスネットワークデバイス。
【請求項２６】
前記送受信ユニットは、さらに、
前記ＮＡＳ  ＰＤＵをコアネットワークデバイスに送信するように構成される、請求項２３に記載のアクセスネットワークデバイス。
【請求項２７】
前記送受信ユニットは、具体的には、
前記コアネットワークデバイスにより送信された前記ＮＡＳ  ＰＤＵを受信し、
前記第１ＲＲＣシグナリングに基づいて、前記端末デバイスに前記ＮＡＳ  ＰＤＵを伝送する
ように構成される、請求項２３に記載のアクセスネットワークデバイス。
【請求項２８】
前記ＮＡＳ  ＰＤＵを保持するＮＡＳメッセージはインジケーション情報を有し、前記インジケーション情報は、アイドルモードにとどまるよう前記端末デバイスに命令することを前記アクセスネットワークデバイスに命令するために用いられる、請求項２７に記載のアクセスネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、モノのインターネットの分野、より具体的には、データ伝送方法、端末デバイス及びアクセスネットワークデバイスに関する。
【背景技術】
【０００２】
無線通信の急速な発展に伴い、人々は、人間同士の通信のみのアプリケーションにもはや満足していない。その結果として、モノのインターネット（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ、ＩｏＴ）技術が出現し、モノのインターネット技術に対する市場の需要は急速に高まっている。モノのインターネット（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇ、ＩｏＴ）はまた、マシンツーマシン（Ｍａｃｈｉｎｅ  Ｔｏ  Ｍａｃｈｉｎｅ、Ｍ２Ｍ）通信又はマシンタイプ通信（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＭＴＣ）と称される。ＭＴＣサービスは、例えば、小さなデータ伝送量、異なるサービス周期特性、低電力消費及び多数の端末といった、いくつかの特殊なサービス特性を有する。
【０００３】
代表的なセルラモノのインターネットシステムは、ナローバンドモノのインターネット（Ｎａｒｒｏｗｂａｎｄ  ＩｏＴ、ＮＢ‐ＩｏＴ）である。従来技術では、ＲＲＣ接続が確立された後でしか、アップリンク／ダウンリンクデータ伝送が少なくとも実行されることができなかったので、過度に大きなシグナリングオーバヘッド及び高電力消費という問題を引き起こしている。これは、ＮＢ‐ＩｏＴシナリオにおけるサービス伝送にはかなり不利である。したがって、ＮＢ‐ＩｏＴシナリオにおけるサービス伝送に適用可能な新たなデータ伝送方法が必要とされる。
【発明の概要】
【０００４】
本願は、データ伝送方法、端末デバイス及びアクセスネットワークデバイスを提供し、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）接続が確立される前に、データを伝送し、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減し、デバイスの電力消費を減らす。
【０００５】
第１態様によれば、本願はデータ伝送方法に関する。方法は、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階であって、第１インジケーションは、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために用いられる、段階と、ＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階とを含む。
【０００６】
したがって、本願の本実施形態における方法によれば、（アップリンクデータ及びダウンリンクデータを含む）データは、ＲＲＣが確立される前に、第１インジケーションに基づいて伝送されることができるので、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減でき、デバイスの電力消費を削減できる。
【０００７】
可能な実施例において、第１インジケーションがランダムアクセスプリアンブルである場合、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階は、端末デバイスにより、第１ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信する段階を含む。
【０００８】
したがって、アクセスネットワークデバイスは、ＲＲＣ接続が確立される前にデータが伝送される必要があることを、第１ランダムアクセスプリアンブルに基づいて判定できる。例えば、アクセスネットワークデバイスは、端末デバイスが早期アップリンクデータ伝送を実行する必要があると判定できる、又は、端末デバイスが早期ダウンリンクデータ伝送を実行する必要があると判定できる。
【０００９】
可能な実施例において、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階は、端末により、第１時間周波数符号リソース又は第２時間周波数符号リソースを用いてランダムアクセス要求メッセージを送信する段階であって、第１時間周波数符号リソースは、早期アップリンクデータ伝送を示すために用いられてよく、第２時間周波数符号リソースは、早期ダウンリンクデータ伝送を示すために用いられてよい、段階を含む。
【００１０】
可能な実施例において、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階は、端末デバイスにより、第１ランダムアクセスリソース上でアクセスネットワークデバイスにランダムアクセスプリアンブルを送信する段階を含む。
【００１１】
したがって、アクセスネットワークデバイスは、ＲＲＣ接続が確立される前にデータが伝送される必要があることを、第１ランダムアクセスリソースに基づいて判定できる。例えば、アクセスネットワークデバイスは、端末デバイスが早期アップリンクデータ伝送を実行する必要があると判定できる、又は、端末デバイスが早期ダウンリンクデータ伝送を実行する必要があると判定できる。
【００１２】
可能な実施例において、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階は、端末デバイスにより、第１インジケーションを含むメッセージ３をアクセスネットワークデバイスに送信する段階であって、メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージである、段階を含む。
【００１３】
可能な実施例において、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために第１インジケーションが用いられることは、
ＲＲＣ接続が確立される前にダウンリンクデータが伝送される必要があることを示すために第１インジケーションが用いられることを含む。
【００１４】
可能な実施例において、ＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階は、
ＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間で非アクセス層プロトコルデータユニット（ＮＯＮ‐Ａｃｃｅｓｓ‐Ｓｔｒａｔｕｍ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＮＡＳ  ＰＤＵ）を伝送する段階、又は、
ＲＲＣ接続が確立される前に、データ無線ベアラ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ、ＤＲＢ）を用いて端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階
を含む。
【００１５】
可能な実施例において、方法は、さらに、端末デバイスにより、アクセスネットワークデバイスにより送信された解放メッセージを受信する段階であって、解放メッセージは、無線リソース制御ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる、段階を含む。
【００１６】
オプションで、解放メッセージは、伝送される必要があるデータを保持してよい。
【００１７】
さらに、解放メッセージがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開である場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放における関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
【００１８】
解放メッセージがＲＲＣ接続拒否メッセージである場合、メッセージは、端末デバイスがアイドルモードへと解放されることを示すインジケーション情報、例えば、原因値を保持してもよい。
【００１９】
解放メッセージがＲＲＣ接続解放メッセージであり、かつ、端末デバイスの識別子情報を保持する場合、端末デバイスをアイドルモードへと直接的に解放させるために、識別子を保持するメディアアクセス制御制御エレメント（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ  ＣＥ）がＲＲＣメッセージに代わりに加えられてよい。
【００２０】
ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開又はＲＲＣ接続拒否メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【００２１】
第２態様によれば、データ伝送方法が提供され、アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階であって、第１インジケーションは、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために用いられる、段階と、ＲＲＣ接続が確立される前に、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階とを含む。
【００２２】
したがって、本願の本実施形態における方法によれば、（アップリンクデータ及びダウンリンクデータを含む）データは、ＲＲＣが確立される前に、第１インジケーションに基づいて伝送されることができるので、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減でき、デバイスお電力消費を削減できる。
【００２３】
可能な実施例において、第１インジケーションがランダムアクセスプリアンブルである場合、アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階は、アクセスネットワークデバイスにより、端末デバイスにより送信された第１ランダムアクセスプリアンブルを受信する段階を含む。
【００２４】
したがって、アクセスネットワークデバイスは、ＲＲＣ接続が確立される前にデータが伝送される必要があることを、第１ランダムアクセスプリアンブルに基づいて判定できる。例えば、アクセスネットワークデバイスは、端末デバイスが早期アップリンクデータ伝送を実行する必要があると判定できる、又は、端末デバイスが早期ダウンリンクデータ伝送を実行する必要があると判定できる。
【００２５】
可能な実施例において、アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階は、アクセスネットワークデバイスにより、端末デバイスにより送信されたランダムアクセスプリアンブルを第１ランダムアクセスリソース上で受信する段階を含む。
【００２６】
したがって、アクセスネットワークデバイスは、ＲＲＣ接続が確立される前にデータが伝送される必要があることを、第１ランダムアクセスリソースに基づいて判定できる。例えば、アクセスネットワークデバイスは、端末デバイスが早期アップリンクデータ伝送を実行する必要があると判定できる、又は、端末デバイスが早期ダウンリンクデータ伝送を実行する必要があると判定できる。
【００２７】
可能な実施例において、アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階は、アクセスネットワークデバイスにより、第１インジケーションを含み、かつ、端末デバイスにより送信されたメッセージ３を受信する段階であって、メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージである、段階を含む。
【００２８】
可能な実施例において、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために第１インジケーションが用いられることは、ＲＲＣ接続が確立される前にダウンリンクデータが伝送される必要があることを示すために第１インジケーションが用いられることを含む。
【００２９】
可能な実施例において、ＲＲＣ接続が確立される前に、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階は、ＲＲＣ接続が確立される前に、アクセスネットワークデバイスと端末デバイスとの間で非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを伝送する段階、又は、
ＲＲＣ接続が確立される前に、データ無線ベアラＤＲＢを用いてアクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階
を含む。
【００３０】
可能な実施例において、方法は、さらに、アクセスネットワークデバイスにより、ＮＡＳ  ＰＤＵをコアネットワークデバイスに送信する段階を含む。
【００３１】
可能な実施例において、方法は、さらに、アクセスネットワークデバイスにより、解放メッセージを端末デバイスに送信する段階であって、解放メッセージは、無線リソース制御ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる、段階を含む。
【００３２】
オプションで、解放メッセージは、伝送される必要があるデータを保持してよい。
【００３３】
さらに、解放メッセージがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開である場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放における関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
【００３４】
解放メッセージがＲＲＣ接続拒否メッセージである場合、メッセージは、端末デバイスがアイドルモードへと解放されることを示すインジケーション情報、例えば、原因値を保持してもよい。
【００３５】
解放メッセージがＲＲＣ接続解放メッセージであり、かつ、ユーザ機器の識別子情報を保持する場合、端末デバイスをアイドルモードへと直接的に解放するために、識別子を保持するＭＡＣ  ＣＥがＲＲＣメッセージに代わりに加えられてよい。
【００３６】
ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開又はＲＲＣ接続拒否メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【００３７】
第３態様によれば、端末デバイスが提供され、第１態様又は第１態様の可能な実施例のいずれか１つにおける方法を実行するように構成される。具体的には、端末デバイスは、第１態様又は第１態様の可能な実施例のいずれか１つにおける方法を実行するように構成されるユニットを含む。
【００３８】
第４態様によれば、アクセスネットワークデバイスが提供され、第２態様又は第２態様の可能な実施例のいずれか１つにおける方法を実行するように構成される。具体的には、アクセスネットワークデバイスは、第２態様又は第２態様の可能な実施例のいずれか１つにおける方法を実行するように構成されるユニットを含む。
【００３９】
第５態様によれば、端末デバイスが提供される。端末デバイスは、受信機と、送信機と、プロセッサと、メモリと、バスシステムとを含む。受信機、送信機、プロセッサ及びメモリは、バスシステムを用いて接続される。メモリは、命令を格納するように構成される。プロセッサは、メモリに格納される命令を実行して、信号を受信するように受信機を制御し、信号を送信するように送信機を制御するように構成される。さらに、プロセッサがメモリに格納される命令を実行する場合、プロセッサは、第１態様又は第１態様の可能な実施例のいずれか１つにおける方法を実行することが可能である。
【００４０】
第６態様によれば、アクセスネットワークデバイスが提供される。アクセスネットワークデバイスは、受信機と、送信機と、プロセッサと、メモリと、バスシステムとを含む。受信機、送信機、プロセッサ及びメモリは、バスシステムを用いて接続される。メモリは、命令を格納するように構成される。プロセッサは、メモリに格納される命令を実行して、信号を受信するように受信機を制御し、信号を送信するように送信機を制御するように構成される。さらに、プロセッサがメモリに格納される命令を実行する場合、プロセッサは、第２態様又は第２態様の可能な実施例のいずれか１つにおける方法を実行することが可能である。
【００４１】
第７態様によれば、本願は、コンピュータプログラムを格納するように構成されるコンピュータ可読媒体を提供する。コンピュータプログラムは、第１態様又は第１態様の可能な実施例のいずれか１つにおける方法を実行するために用いられる命令を含む。
【００４２】
第８態様によれば、コンピュータ可読媒体が提供され、コンピュータプログラムを格納するように構成される。コンピュータプログラムは、第２態様又は第２態様の可能な実施例のいずれか１つにおける方法を実行するために用いられる命令を含む。
【００４３】
第９態様によれば、データ伝送方法が提供され、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階であって、第１インジケーションは、端末デバイスによりアクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、端末デバイスがデータを伝送することを示すために用いられる、及び／又は、
第１インジケーションは、アクセスネットワークデバイスにより端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがデータを伝送することを示すために用いられる、段階と、
第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階と
を含む。
【００４４】
具体的には、第１インジケーションは、端末デバイスとアクセスネットワークデバイスとの間で伝送される第１シグナリングにデータを加えて、第１シグナリングを伝送している間にデータを伝送する、又は、第１シグナリングを伝送した直後にデータを伝送するよう命令するために用いられる。第１シグナリングは、ランダムアクセスプロセスにおける端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングである。具体的には、第１インジケーションは、端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングに基づいて、端末デバイスがアップリンクデータを伝送することを示すために用いられ、及び／又は、第１インジケーションは、アクセスネットワークデバイスと端末デバイスとの間の第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがダウンリンクデータを伝送することを示すために用いられる。
【００４５】
したがって、本願の本実施形態における方法によれば、ＲＲＣ接続の確立を必要とすることなく、端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングに基づいて、アップリンクデータ及び／又はダウンリンクデータが伝送され得る。これにより、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減でき、デバイスの電力消費を削減できる。
【００４６】
可能な実施例において、第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階は、
データを第１ＲＲＣシグナリングに加えることにより、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階を含む。
【００４７】
可能な実施例において、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階は、
非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを用いて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階、又は、
データ無線ベアラＤＲＢを用いて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階
を含む。
【００４８】
オプションで、データは、ＤＲＢ又はＳＲＢ０を用いて送信されてよい。
【００４９】
本願では、１つのトランスポートブロックが、データ及び第１ＲＲＣシグナリングにより多重化されてよい、又は、データ及び第１ＲＲＣシグナリングは、２つのトランスポートブロックとして別々に伝送されてよい。
【００５０】
データ及び第１ＲＲＣシグナリングが共に伝送される場合、第１ＲＲＣシグナリングが端末デバイスの識別子を保持してよい、又は、データ及び第１ＲＲＣシグナリングが別々に伝送される場合、データが端末デバイスの識別子を保持してよい、又は、端末デバイスの識別子を用いてスクランブルされてよいことに留意されたい。
【００５１】
例えば、端末デバイスの識別子は、セル無線ネットワーク一時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ）、ハッシュサービング一時移動体加入者識別（ｈａｓｈ  Ｓｅｒｖｉｎｇ  Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ、ｈａｓｈ  Ｓ‐ＴＭＳＩ）、Ｓ‐ＴＭＳＩ、切捨て型Ｓ‐ＴＭＳＩ、アクセス乱数、国際移動体加入者識別番号（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｎｕｍｂｅｒ，ＩＭＳＩ）、又は、ＭＡＣ  ＣＥにおいて保持される端末デバイスの識別子などであってよい。端末デバイスの識別子は、本願において特に制限されることはない。
【００５２】
さらに、データ及び第１ＲＲＣシグナリングは、２つのトランスポートブロックとしてそれぞれ伝送され得る場合、データを保持するＮＡＳ  ＰＤＵは、ＳＲＢ１ｂｉｓ又はＳＲＢ０を用いて送信されてよい、又は、第１ＲＲＣシグナリングは、ＳＲＢ０を用いて送信され、データは、ＤＲＢを用いて送信される。
【００５３】
可能な実施例において、第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である。
【００５４】
可能な実施例において、メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである。
【００５５】
可能な実施例において、第１インジケーションがランダムアクセスプリアンブルである場合、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階は、
端末デバイスにより、第１ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信する段階を含む。
【００５６】
可能な実施例において、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階は、
端末デバイスにより、第１ランダムアクセスリソース上でアクセスネットワークデバイスにランダムアクセスプリアンブルを送信する段階を含む。
【００５７】
可能な実施例において、第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階の前に、方法は、さらに、
端末デバイスにより、システムメッセージを受信する段階であって、システムメッセージはデータ量情報を含み、データ量情報は、第１ＲＲＣシグナリングに基づいて端末デバイスにより伝送され得る最大データ量を示すために用いられる、段階を含み、
第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階は、
データのデータ量が最大データ量より少ない又は最大データ量に等しいと端末デバイスが判定した場合、端末デバイスにより、第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスにデータを伝送する段階を含む。
【００５８】
可能な実施例において、方法は、さらに、
端末デバイスにより、アクセスネットワークデバイスにより送信された候補メッセージを受信する段階であって、候補メッセージはインジケーション情報を含み、候補メッセージは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、インジケーション情報は、アイドルモードにとどまるよう端末デバイスに命令するために用いられる、段階を含んでよい。
【００５９】
オプションで、候補メッセージはメッセージ４であってよい。
【００６０】
このように、ダウンリンクデータ伝送がない場合、端末デバイスは、メッセージ４内のインジケーション情報にしたがって前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【００６１】
第１０態様によれば、データ伝送方法が提供され、
アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階であって、第１インジケーションは、端末デバイスによりアクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、端末デバイスがデータを伝送することを示すために用いられる、及び／又は、
第１インジケーションは、アクセスネットワークデバイスにより端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがデータを伝送することを示すために用いられる、段階と、
第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階と
を含む。
【００６２】
したがって、本願の本実施形態における方法によれば、ＲＲＣ接続の確立を必要とすることなく、端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングに基づいて、アップリンクデータ及び／又はダウンリンクデータが伝送され得る。これにより、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減でき、デバイスの電力消費を削減できる。
【００６３】
可能な実施例において、第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階は、
データを第１ＲＲＣシグナリングに加えることにより、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階を含む。
【００６４】
可能な実施例において、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階は、
非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを用いて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階、又は、
データ無線ベアラＤＲＢを用いて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階
を含む。
【００６５】
可能な実施例において、第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である。
【００６６】
可能な実施例において、メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである。
【００６７】
可能な実施例において、第１インジケーションがランダムアクセスプリアンブルである場合、アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階は、
アクセスネットワークデバイスにより、端末デバイスにより送信された第１ランダムアクセスプリアンブルを受信する段階を含む。
【００６８】
可能な実施例において、アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階は、
アクセスネットワークデバイスにより、端末デバイスにより送信されたランダムアクセスプリアンブルを第１ランダムアクセスリソース上で受信する段階を含む。
【００６９】
可能な実施例において、方法は、さらに、
アクセスネットワークデバイスにより、ＮＡＳ  ＰＤＵをコアネットワークデバイスに送信する段階を含んでよい。
【００７０】
オプションで、ＮＡＳ  ＰＤＵは、取得ＵＥ情報メッセージ（Ｒｅｔｒｉｅｖｅ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍｅｓｓａｇｅ）又は初期ＵＥメッセージ（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）において保持され得る。
【００７１】
可能な実施例において、第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階の前に、方法は、さらに、アクセスネットワークデバイスにより、コアネットワークデバイスにより送信されたＮＡＳ  ＰＤＵを受信する段階を含み、
第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階は、アクセスネットワークデバイスにより、第１ＲＲＣシグナリングに基づいて、端末デバイスにＮＡＳ  ＰＤＵを伝送する段階を含む。
【００７２】
オプションで、第１ＲＲＣシグナリングは、ＵＥ情報転送メッセージ（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｍｅｓｓａｇｅ）又はダウンリンクＮＡＳトランスポートメッセージ（Ｄｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔ  Ｍｅｓｓａｇｅ）である。
【００７３】
さらに、ＮＡＳ  ＰＤＵはインジケーション情報を含み、インジケーション情報は、アイドルモードにとどまるよう端末デバイスに命令することをアクセスネットワークデバイスに命令するために用いられる。
【００７４】
可能な実施例において、方法は、さらに、
アクセスネットワークデバイスにより、候補メッセージを端末デバイスに送信する段階であって、候補メッセージはインジケーション情報を含み、候補メッセージは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、インジケーション情報は、アイドルモードにとどまるように端末デバイスに命令するために用いられる、段階を含んでよい。
【００７５】
第１１態様によれば、端末デバイスが提供され、第９態様又は第９態様の可能な実施例のいずれか１つにおける方法を実行するように構成される。具体的には、端末デバイスは、第９態様又は第９態様の可能な実施例のいずれか１つにおける方法を実行するように構成されるユニットを含む。
【００７６】
第１２態様によれば、アクセスネットワークデバイスが提供され、第１０態様又は第１０態様の可能な実施例のいずれか１つにおける方法を実行するように構成される。具体的には、アクセスネットワークデバイスは、第１０態様又は第１０態様の可能な実施例のいずれか１つにおける方法を実行するように構成されるユニットを含む。
【００７７】
第１３態様によれば、端末デバイスが提供される。端末デバイスは、メモリと、プロセッサと、送受信機とを含む。メモリは、プログラムコードを格納するように構成される。プロセッサは、メモリに格納されるプログラムコードを実行して、第９態様又は第９態様の可能な実施例のいずれか１つにおける方法に対応する操作を実行するように構成される。
【００７８】
第１４態様によれば、アクセスネットワークデバイスが提供される。アクセスネットワークデバイスは、メモリと、プロセッサと、送受信機とを含む。メモリは、プログラムコードを格納するように構成される。プロセッサは、メモリに格納されるプログラムコードを実行して、第１０態様又は第１０態様の可能な実施例のいずれか１つにおける方法に対応する操作を実行するように構成される。
【００７９】
第１５態様によれば、本願は、コンピュータプログラムを格納するように構成されるコンピュータ可読媒体を提供する。コンピュータプログラムは、第９態様又は第９態様の可能な実施例のいずれか１つにおける方法を実行するために用いられる命令を含む。
【００８０】
第１６態様によれば、コンピュータ可読媒体が提供され、コンピュータプログラムを格納するように構成される。コンピュータプログラムは、第１０態様又は第１０態様の可能な実施例のいずれか１つにおける方法を実行するために用いられる命令を含む。
【図面の簡単な説明】
【００８１】
【図１】本願に適用可能な通信システムの概略図である。
【００８２】
【図２】本願の実施形態に係るデータ伝送方法の概略フローチャートである。
【００８３】
【図３】本願に係る早期アップリンクデータ伝送のための方法の概略フローチャートである。
【００８４】
【図４】本願に係るＣＰスキームに基づく早期アップリンクデータ伝送のための方法の概略フローチャートである。
【００８５】
【図５】本願に係るＵＰスキームに基づく早期アップリンクデータ伝送のための方法の概略フローチャートである。
【００８６】
【図６】本願に係るＣＰスキームに基づく早期ダウンリンクデータ伝送のための方法の概略フローチャートである。
【００８７】
【図７】本願に係るＵＰスキームに基づく早期ダウンリンクデータ伝送のための方法の概略フローチャートである。
【００８８】
【図８】本願に係る端末デバイスの概略ブロック図である。
【００８９】
【図９】本実施形態に係るアクセスネットワークデバイスの概略ブロック図である。
【００９０】
【図１０】本願の別の実施形態に係るデータ伝送方法の概略フローチャートである。
【００９１】
【図１１】メッセージ２のフォーマットについての概略図である。
【００９２】
【図１２】メッセージ２の別のフォーマットについての概略図である。
【００９３】
【図１３】メッセージ２のさらに別のフォーマットについての概略図である。
【００９４】
【図１４】メッセージ２のさらに別のフォーマットについての概略図である。
【００９５】
【図１５】本願に係るＣＰスキームに基づく早期アップリンクデータ伝送のための別の方法の概略フローチャートである。
【００９６】
【図１６】本願に係るＵＰスキームに基づく早期アップリンクデータ伝送のための別の方法の概略フローチャートである。
【００９７】
【図１７】本願に係るＣＰスキームに基づく早期ダウンリンクデータ伝送のための別の方法の概略フローチャートである。
【００９８】
【図１８】本願に係るＵＰスキームに基づく早期ダウンリンクデータ伝送のための別の方法の概略フローチャートである。
【００９９】
【図１９】本願に係る別の端末デバイスの概略ブロック図である。
【０１００】
【図２０】本実施形態に係る別のアクセスネットワークデバイスの概略ブロック図である。
【発明を実施するための形態】
【０１０１】
以下では、添付の図面を参照して、本願の技術的解決手段を説明する。
【０１０２】
本願の技術的解決手段は、例えば、グローバルシステムフォーモバイルコミュニケーションズ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、  ＧＳＭ（登録商標））、符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＣＤＭＡ）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ（登録商標））システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、ＧＰＲＳ）、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ロングタームエボリューションアドバンス（ａ  ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ  ａｄｖａｎｃｅｄ、ＬＴＥ‐Ａ）システム、ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ、ＵＭＴＳ）、新しい無線（Ｎｅｗ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ、ＮＲ）システム及び５Ｇシステムといった様々な通信システムに適用され得ることを理解されたい。
【０１０３】
本願の実施形態において、端末デバイスは、端末又はユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）とも称されてよく、限定されるものではないが、モノのインターネットに適用される端末デバイスを含んでよいこともさらに理解されたい。例えば、端末デバイスは、例えば、スマートメータデバイス、物流追跡デバイス又は環境モニタリングデバイスといったＮＢ‐ＩｏＴに適用される端末デバイス（「ＮＢ‐ＩｏＴ端末」と称され得る）であってよい。端末は、限定されるものではないが、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、ＭＳ）、モバイル端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、携帯電話（Ｍｏｂｉｌｅ  ｐｈｏｎｅ）、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、ハンドセット（ｈａｎｄｓｅｔ）及びポータブル機器（ｐｏｒｔａｂｌｅ  ｅｑｕｉｐｍｅｎｔ）などをさらに含んでよい。端末デバイスは、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＲＡＮ）を用いて、１又は複数のコアネットワークと通信してよい。例えば、端末デバイスは、携帯電話（又は、「セルラ」フォンと称される）又は無線通信機能を有するコンピュータであってよい。代わりに、端末デバイスは、ポータブル、ポケットサイズ、ハンドヘルド、コンピュータ内蔵式又は車載モバイル装置であってよい。
【０１０４】
本願の実施形態において、アクセスネットワークデバイスは、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＲＡＮ）デバイスとも称され得る。例えば、アクセスネットワークデバイスは、基地局、基地局コントローラ、無線ネットワークコントローラ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）又は送受信ポイント（Ｔｒａｎｓｍｉｔ  ａｎｄ  Ｒｅｃｅｉｖｅ  Ｐｏｉｎｔ、ＴＲＰ）であってよい。基地局は、ＧＳＭ（登録商標）又はＣＤＭＡにおけるベーストランシーバ基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳ）であってよく、又は、ＷＣＤＭＡ（登録商標）におけるノードＢ（ＮｏｄｅＢ）であってよく、又は、ＬＴＥにおける進化型ノードＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ、ｅＮＢ又はｅ‐ＮｏｄｅＢ）であってよく、又は、ＮＲ又は５ＧにおけるｇＮＢ（ｇＮＢ）であってもよい。これは、本願の実施形態において特に限定されるものではない。
【０１０５】
本発明の実施形態は、さらに、コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ、ＣＮ）デバイスに関するものであり、主に、モビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）及びサービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、Ｓ‐ＧＷ）を含む。ＭＭＥは、異なる基準の異なるシステム又はネットワークにおいて異なる名称を有し得るが、本願では理解しやすくするために、ＭＭＥとまとめて表現される。対応して、Ｓ‐ＧＷは、異なる基準の異なるシステム又はネットワークにおいて異なる名称を有し得るが、本願では理解しやすくするために、Ｓ‐ＧＷとまとめて表現される。
【０１０６】
図１は、本願に適用可能な通信システムの概略図である。図１において、端末デバイスは、１又は複数のアクセスネットワークデバイスを用いて、コアネットワークデバイスと通信してよい。例えば、図１において、端末デバイス１０ａは、アクセスネットワークデバイス１１０ａを用いてコアネットワークデバイス１２と通信してよく、端末デバイス１０ｂは、アクセスネットワークデバイス１１０ａ又はアクセスネットワークデバイス１１０ｂを用いてコアネットワークデバイス１２と通信してよく、端末デバイス１０ｃは、アクセスネットワークデバイス１１０ｂを用いてコアネットワークデバイス１２と通信してよい。さらに、端末デバイスは、公衆交換電話網（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ、ＰＳＴＮ）１３又は別のネットワーク１４、又は、さらにはインターネット１５全体と通信してよい。
【０１０７】
従来技術では、少なくともＲＲＣ接続が確立された後でなければ、アップリンク／ダウンリンクデータ伝送を実行できなかった。この場合、データは、比較的遅く伝送されるので、過度に大きなシグナリングオーバヘッド及び高電力消費という問題を引き起こす。この問題を解決するために、本願は、早期データ伝送を実現するデータ伝送方法を提案することで、電力消費及びシグナリングオーバヘッドを削減できる。
【０１０８】
本願におけるデータ伝送方法が説明される前に、本願において関連する用語又は概念をまず説明する。
【０１０９】
早期データ伝送は、ＲＲＣ接続の確立／再開／再確立完了メッセージが受信される前に実行されるアップリンク及び／又はダウンリンクデータ伝送として理解され得る。
【０１１０】
早期データ伝送は、代わりに、ランダムアクセスプロセスにおいて実行されるアップリンク及び／又はダウンリンクデータ伝送として理解され得る。
【０１１１】
早期データ伝送は、代わりに、端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングを用いて、端末デバイスにより実行されるアップリンク及び／又はダウンリンクデータ伝送として理解され得る。
【０１１２】
早期データ伝送は、機能としてみなされ得る。端末デバイスがデータ伝送方法をサポートしている場合、端末デバイスは、機能をサポートしている。アクセスネットワークデバイスが方法を用いる際に端末デバイスをサポートしている場合、それは、アクセスネットワークデバイスが早期データ伝送の機能をサポートしていることを示す。
【０１１３】
システムメッセージを送信する場合、アクセスネットワークデバイスは、早期データ伝送の機能がサポートされているか否かを示してよい。ランダムアクセスの前に、端末デバイスは、受信したシステムメッセージに基づいて、アクセスネットワークデバイスが機能をサポートしているか否かを判定してよい。アクセスネットワークデバイスが機能をサポートしていない場合、当該機能をサポートしており、かつ、当該機能を用いて伝送を実行する見込みの端末デバイスは、当該アクセスネットワークデバイスにアクセスしないことを選択してよい。
【０１１４】
例えば、システムメッセージはまた、第１ＲＲＣシグナリングメッセージにおいて端末デバイスにより送信されるアップリンクデータのデータ量の上限又は閾値、又は、第１アップリンクＲＲＣメッセージ及びアップリンクデータのデータ量の上限又は閾値、又は、第１ＲＲＣシグナリングＲＲＣメッセージ以外のアップリンクデータの伝送が許容されているデータ量の上限又は閾値、例えば、２０バイトを示してよい。送信対象のアップリンクデータの量が、システムブロードキャストデータの量の上限又は閾値を超えていることを端末デバイスが見つけた場合、端末デバイスは、通常のデータ伝送方式でのアクセスを実行することを選択してよい。端末デバイスにより送信される必要があるアップリンクデータの量が、データ量の上限又は閾値より少ない場合、端末デバイスは、早期アップリンクデータ伝送の方式で、データを送信することを選択してよい。
【０１１５】
システムメッセージは、ＳＩＢ２、ＳＩＢ２２、又は別のシステムメッセージであってよい。
【０１１６】
例えば、デフォルトの閾値がプロトコルにおいて規定されてよく、当該閾値は、第１ＲＲＣシグナリングメッセージにおいて、端末デバイスにより送信されるアップリンクデータのデータ量の上限、又は、第１アップリンクＲＲＣメッセージ及びアップリンクデータのデータ量の上限、又は、第１ＲＲＣシグナリングＲＲＣメッセージ以外のアップリンクデータの伝送が許容されているデータ量の上限を示してよい。第１ＲＲＣシグナリング及びアップリンクデータのデータ量が閾値を超えていることを端末デバイスが見つけた場合、端末デバイスは、通常の方式でアクセスを実行することを選択してよい。端末デバイスにより送信される必要があるアップリンクデータの量が閾値より少ない場合、端末デバイスは、早期アップリンクデータ伝送の方式でデータを送信することを選択してよい。
【０１１７】
例えば、端末デバイスが早期データ伝送の機能をサポートしている場合、端末デバイスは、サービスタイプ又は送信される必要があるデータの量に基づいて、早期データ伝送の方式でデータを送信するか否かを選択してよい。端末デバイスが、早期データ伝送の方式を選択した場合、アクセスネットワークデバイスにより割り当てられるリソースがデータ伝送に十分であるときに、端末デバイスは、アップリンク早期アップリンク伝送の方式でデータを伝送する。アクセスネットワークデバイスにより割り当てられたデータリソースが、端末デバイスにより送信される必要があるすべてのアップリンクデータを送信するのに不十分である場合、端末デバイスは、通常のデータ伝送手順、すなわち、まずＲＲＣ接続を確立して、次にデータを送信することを選択してよい。例えば、データは、メッセージ５（例えば、ＲＲＣ接続完了メッセージ又はＲＲＣ接続再確立完了メッセージ）において伝送されてよい。代わりに、端末デバイスは、まずメッセージ３用にアクセスネットワークデバイスにより割り当てられたリソース上で一部のデータを送信し、次に、ＲＲＣ接続が後で確立された後に、残りのデータを送信してよい。
【０１１８】
本願の実施形態において説明され、かつ、既存のプロトコル又は従来技術におけるものと同一又は同様のシグナリング又はメッセージなどについては、従来技術に対して参照が行われ得ることを理解されたい。簡潔にするために、以下では、特定の機能などに基づいて、シグナリング又はメッセージに含まれる内容は詳細に記載されていない。
【０１１９】
本願において用語「及び／又は」は、関連する対象を説明するための対応関係のみを表現し、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、Ａのみが存在する、Ａ及びＢの両方が存在する、及び、Ｂのみが存在するという３つの場合を表し得る。さらに、本明細書において符号「／」は概して、関連する対象間の「又は」の関係を示す。
【０１２０】
さらに、本願における用語「第１」及び「第２」は、説明及び理解をしやすくするために用いられているだけであり、本願の実施形態においてなんらかの限定として解釈されるものではないことが理解され得る。
【０１２１】
以下では、図２を参照して、本願のデータ伝送方法を詳細に説明する。図２は、方法の詳細な通信段階又は操作を示すことを理解されたい。しかしながら、これらの段階又は操作は、単なる例に過ぎず、図２における様々な操作についての他の操作又は変形例が本願の本実施形態においてさらに実行されてよい。さらに、図２における段階は、図２に示されているものとは異なるシーケンスで実行されてよく、必ずしも図２のすべての操作が実行されなくてもよい。
【０１２２】
図２は、本願の実施形態に係るデータ伝送方法の概略フローチャートである。
【０１２３】
Ｓ２１０、端末デバイスは、第１インジケーションをアクセスネットワークデバイスに送信する。対応して、アクセスネットワークデバイスは、第１インジケーションを受信する。
【０１２４】
具体的には、第１インジケーションは、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために用いられる。したがって、アクセスネットワークデバイスは、ＲＲＣ接続が確立される前にデータが伝送される必要があることを、第１インジケーションに基づいて判定できる。例えば、アクセスネットワークデバイスは、端末デバイスが早期アップリンクデータ伝送を実行する必要があると判定できる、又は、端末デバイスが早期ダウンリンクデータ伝送を実行する必要があると判定できる。
【０１２５】
早期アップリンクデータ伝送は、無線リソース制御ＲＲＣ接続が確立される前にアップリンクデータが伝送される必要があることを意味し、早期ダウンリンクデータ伝送は、無線リソース制御ＲＲＣ接続が確立される前にダウンリンクデータが伝送される必要があることを意味することを理解されたい。
【０１２６】
可能な実施例において、メッセージ１は、早期アップリンクデータ伝送と早期ダウンリンクデータ伝送とを区別するために用いられる。アクセスネットワークデバイスが、端末デバイスが早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送を実行する予定であるか否かについて明らかでなくなることを回避するために、アクセスネットワークデバイスは、タイミングよく通知され得る。したがって、早期アップリンクデータ伝送が実行される必要がある場合、アクセスネットワークデバイスは、ランダムアクセス応答を端末デバイスに送信するときに、比較的多くのアップリンクリソース割り当て（ＵＬグラント）又は複数のＵＬグラントを割り当て、早期ダウンリンク伝送が実行される場合、アクセスネットワークデバイスは、比較的多くのＵＬグラント又は複数のＵＬグラントを割り当てる必要はない。
【０１２７】
オプションで、端末デバイスは、メッセージ３（Ｍｓｇ３）を用いて、第１インジケーションをアクセスネットワークデバイスに送信してよい。つまり、Ｍｓｇ３は、第１インジケーションを含んでよい。インジケーション情報は、早期ダウンリンク伝送が実行される必要があることを示すために用いられる。つまり、ダウンリンクデータは、ＲＲＣ接続が確立される前に受信される必要がある。このインジケーション方式では、メッセージ１がアップリンクとダウンリンクとを区別するために用いられていない場合、メッセージ３は、端末デバイスが早期ダウンリンクデータ伝送を実行する見込みであることを示すために用いられてよい。
【０１２８】
さらに、Ｍｓｇ３は、ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであってよい。
【０１２９】
さらに、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージは、伝送される必要があるデータを含み得る非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを保持する。つまり、アップリンクデータは、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージ内のＮＡＳ  ＰＤＵを用いて送信され得る。
【０１３０】
オプションで、第１インジケーションは、専用のプリアンブル（例えば、第１ランダムアクセスプリアンブルとして示される）であってよい。この場合、Ｓ２１０の実施形態では、端末デバイスは、第１ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信する。第１ランダムアクセスプリアンブルは、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送を示すために用いられる。
【０１３１】
オプションで、Ｓ２１０の別の実施形態において、端末デバイスは、特定のリソース（例えば、第１ランダムアクセスリソースとして示される）上でランダムアクセスプリアンブルをアクセスネットワークデバイスに送信して、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送を示してよい。
【０１３２】
オプションで、端末デバイスは、時間−周波数符号リソースを用いて早期データ伝送を示してよい。例えば、端末デバイスが、特定の時間−周波数符号リソース（例えば、第１時間周波数符号リソース）を用いて、ランダムアクセス要求メッセージを送信する場合、それは、端末デバイスが早期アップリンクデータ伝送を実行する必要があることを示しており、端末デバイスが、別の時間−周波数符号リソース（例えば、第２時間周波数符号リソース）を用いる場合、それは、端末デバイスが早期ダウンリンクデータ受信を実行する必要があることを示している。時間−周波数符号リソースは、時間領域リソース、周波数領域リソース及び符号領域リソース、例えば、異なる時間−周波数リソース、異なる符号領域リソース及び異なる時間−周波数符号リソースのうちの任意の組み合わせであってよい。
【０１３３】
オプションで、端末デバイスが接続モードにある場合、アクセスネットワークデバイスはまた、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）命令を用いてインジケーションを端末デバイスに送信して、早期データ伝送、例えば、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送の方式でＵＥがランダムアクセスを実行する、すなわち、ＰＤＣＣＨ命令を用いてランダムアクセスを実行する必要があることを示してよい。特定のインジケーション情報がＤＣＩにおいて保持され得る。
【０１３４】
Ｓ２２０、ＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する。
【０１３５】
オプションで、非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵは、データを伝送するためにＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間で伝送されてよい。
【０１３６】
オプションで、データは、代わりに、ＲＲＣ接続が確立される前に、データ無線ベアラＤＲＢを用いて端末デバイスとアクセスネットワークデバイスとの間で伝送されてよい。
【０１３７】
したがって、本願の本実施形態における方法によれば、（アップリンクデータ及びダウンリンクデータを含む）データは、ＲＲＣが確立される前に伝送されることができるので、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減でき、デバイスの電力消費を削減できる。
【０１３８】
以下では、早期アップリンクデータ伝送及び早期ダウンリンクデータ伝送の視点から、本願の本実施形態におけるデータ伝送方法を別々に説明する。
【０１３９】
図３は、本願の実施形態に係るデータ伝送方法の概略フローチャートである。図３に示される方法は、早期アップリンクデータ伝送に適用可能である。
【０１４０】
Ｓ３１０、端末デバイスは、ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信する。具体的には、端末デバイスは、ランダムアクセス要求メッセージ、すなわち、メッセージ１（Ｍｓｇ１）をアクセスネットワークデバイスに送信する。
【０１４１】
オプションで、端末デバイスは、特定のリソース（例えば、ランダムアクセスリソース＃Ａとして示される）上にＭｓｇ１を送信してよい。ランダムアクセスリソース＃Ａは、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送を示すために用いられ得る。
【０１４２】
オプションで、端末デバイスは、代わりに、専用のプリアンブル（例えば、ランダムアクセスプリアンブル＃Ａとして示される）を送信してよい。ランダムアクセスプリアンブル＃Ａはまた、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送を示すために用いられてよい。
【０１４３】
ランダムアクセスリソース＃Ａは、第１ランダムアクセスリソースの例であり、又は、例えば、時間‐周波数‐符号の組み合わせの別の例であってよく、ランダムアクセスプリアンブル＃Ａは、第１ランダムアクセスプリアンブルの例であることを理解されたい。
【０１４４】
Ｓ３２０、Ｍｓｇ１を受信した後に、アクセスネットワークデバイスは、ランダムアクセス応答メッセージを端末デバイスに送信する。具体的には、アクセスネットワークデバイスは、メッセージ２（Ｍｓｇ２）を送信する。
【０１４５】
Ｍｓｇ２は、アップリンクタイミングアドバンス（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ、ＴＡ）及びアップリンクリソース割り当て（ＵＬグラント）を保持する。ＵＬグラントは、アクセスネットワークデバイスにより端末デバイスに割り当てられ、かつ、メッセージ３（Ｍｓｇ３）を伝送するために端末デバイスにより用いられるリソースである。ＴＡ及びＵＬグラントに関する詳細については、従来技術を参照されたい。ここでは詳細を説明しない。
【０１４６】
オプションで、本願の本実施形態では、アクセスネットワークデバイスは、時間−周波数符号リソース情報、例えば、第１ランダムアクセスプリアンブル又は第１ランダムアクセスリソースに基づいて、ＵＥが早期データ伝送を実行する見込みであることを知り得る。早期データ伝送が早期アップリンクデータ伝送である場合、アクセスネットワークデバイスは、アップリンクデータを伝送するために用いられるリソースを端末デバイスに割り当てる。アクセスネットワークデバイスにより端末デバイスに割り当てられる、アップリンクデータ及びＵＬグラントを伝送するために用いられるリソースは、まとめてターゲットリソースと称される。アクセスネットワークデバイスにより割り当てられるターゲットリソースは、メッセージ３及びアップリンクデータを伝送するために用いられる大きなアップリンクリソースであってよい、又は、２つの独立したリソースであってもよい、すなわち、一方が、メッセージ３を伝送するために用いられ、他方が、アップリンクデータを伝送するために用いられる。
【０１４７】
さらに、ターゲットリソースのサイズは、固定、例えば、１００バイト（ｂｙｔｅｓ）であってよい。ターゲットリソースのサイズは、代わりに、第１ランダムアクセスリソース又は第１ランダムアクセスプリアンブルに応じてアクセスネットワークデバイスにより判定されてよい。つまり、第１ランダムアクセスリソース又は第１ランダムアクセスプリアンブルは、アップリンクデータのサイズを示すためにさらに用いられてよく、その結果、アクセスネットワークデバイスは、アップリンクデータのサイズに基づいて、アップリンクデータを伝送するために用いられるリソースを適切に割り当てることができる。つまり、早期アップリンク伝送を示すことに基づいて、割り当てられる必要があるリソースのサイズは、アクセスリソースに基づいてさらに区別され得る。
【０１４８】
Ｓ３３０、端末デバイスは、Ｍｓｇ２に基づいて、Ｍｓｇ３及びアップリンクデータをアクセスネットワークデバイスに送信する。
【０１４９】
Ｍｓｇ３及びアップリンクデータは、共に伝送されてよく、又は、別々に伝送されてもよいことを理解されたい。Ｍｓｇ３及びアップリンクデータが共に伝送される場合、Ｍｓｇ３が端末デバイスの識別子を保持してよい、又は、Ｍｓｇ３及びアップリンクデータが別々に伝送される場合、アップリンクデータが端末デバイスの識別子を保持してよい、又は、端末デバイスの識別子を用いてスクランブルされてよい。
【０１５０】
例えば、端末デバイスの識別子は、セル無線ネットワーク一時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ）、ハッシュサービング一時移動体加入者識別（ｈａｓｈ  Ｓｅｒｖｉｎｇ  Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ、ｈａｓｈ  Ｓ‐ＴＭＳＩ）、Ｓ‐ＴＭＳＩ、切捨て型Ｓ‐ＴＭＳＩ、アクセス乱数、国際移動体加入者識別番号（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ、ＩＭＳＩ）、又は、ＭＡＣ  ＣＥにおいて保持される端末デバイスの識別子などであってよい。端末デバイスの識別子は、本願において特に制限されることはない。
【０１５１】
オプションで、Ｍｓｇ２を受信した後に、アップリンクデータが伝送される必要がある場合、端末デバイスは、Ｍｓｇ３を伝送している間に、早期アップリンクデータ伝送に用いられる予め構成又は予約されたリソース上でアップリンクデータを伝送してよい。
【０１５２】
オプションで、端末デバイスは、Ｍｓｇ２により示されるターゲットリソース上で、Ｍｓｇ３及びアップリンクデータを共に伝送してよい。
【０１５３】
Ｍｓｇ３の実施形態において、Ｍｓｇ３は、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージであってよい。ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージは、アップリンクデータを含む非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを保持する。したがって、早期アップリンクデータ伝送は、制御プレーン最適化（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ、ＣＰ）スキームを用いて実現され得る。
【０１５４】
さらに、Ｍｓｇ３及びアップリンクデータが別々に伝送される場合、ＮＡＳ  ＰＤＵは、送信用のシグナリング無線ベアラ（Ｓｉｇｎａｌ  Ｒａｄｉｏ  Ｂｅａｒｅｒ、ＳＲＢ）１ビットに加えられてよい。ＮＡＳ  ＰＤＵを保持するメッセージは、アップリンクダイレクト転送（ＵＬ情報転送）メッセージである。このように、アクセスネットワークデバイスは、対応する論理チャネル識別子（Ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）に基づいて、端末デバイスがＣＰを用いることを知り得る。
【０１５５】
ＲＲＣ接続要求メッセージ及びＲＲＣ接続再確立要求メッセージはそれぞれ、Ｍｓｇ３のタイプであり、ＲＲＣ接続要求メッセージは、ＲＲＣ接続を確立するために用いられ、ＲＲＣ接続再確立要求メッセージは、ＲＲＣ接続を再度確立するために用いられることを理解されたい。ＲＲＣ接続要求メッセージ及びＲＲＣ接続再確立要求メッセージに関する詳細については、従来技術を参照されたい。本願において詳細は記載されていない。
【０１５６】
Ｍｓｇ３の別の実施形態では、Ｍｓｇ３は、ＲＲＣ接続要求メッセージ、ＲＲＣ接続再開要求メッセージ又はＲＲＣ接続再確立要求メッセージであってよく、アップリンクデータは、データ無線ベアラＤＲＢを用いて送信される。したがって、早期アップリンクデータ伝送は、ユーザプレーン最適化（Ｕｓｅｒ  ｐｌａｎｅ  ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ、ＵＰ）スキームを用いて実現され得る。同様に、データ及びメッセージ３は、共にアクセスネットワークデバイスに送信されてよい、又は、別々に送信されてよい。
【０１５７】
本明細書において、ＲＲＣ接続再開要求メッセージ又はＲＲＣ接続再確立要求メッセージは、アクセスネットワークデバイスがＲＲＣ接続を解放した後に、ＲＲＣ接続を再開するために用いられることを理解されたい。詳細については、従来技術を参照されたい。本願において詳細は記載されていない。
【０１５８】
Ｓ３４０、アクセスネットワークデバイスは、アップリンクデータをＭＭＥ又はＳ‐ＧＷに送信する。
【０１５９】
結論として、本願のデータ伝送方法では、アクセスネットワークデバイスが早期データ伝送の機能をサポートしている場合、リソースが予約され得ることで、アップリンクデータは、端末デバイスが早期アップリンクデータ伝送を必要とする場合、予約されたリソースを用いてＭｓｇ３と共に送信される。この場合、端末デバイスは、端末デバイスが早期アップリンクデータ伝送を実行する必要があることを、Ｍｓｇ１を用いてアクセスネットワークデバイスに示してよい、又は、端末デバイスの早期データ伝送要件をアクセスネットワークデバイスに示さなくてよい。
【０１６０】
本願における別のデータ伝送方法では、アクセスネットワークデバイスが早期データ伝送の機能をサポートしている場合、アクセスネットワークデバイスが、端末デバイスが早期アップリンクデータ伝送を実行する必要があることを認識した場合に、例えば、ランダムアクセスリソース＃Ａ又はランダムアクセスプリアンブル＃Ａを用いて、端末デバイスが早期アップリンクデータ伝送を実行する必要があることを認識した場合に、アクセスネットワークデバイスは、アップリンクデータを伝送するために用いられるリソース、例えば、ターゲットリソースを端末デバイスに割り当て得ることで、端末デバイスは、Ｍｓｇ３を伝送している間に、アクセスネットワークデバイスにより割り当てられたリソースを用いてアップリンクデータを送信し得る。
【０１６１】
したがって、本願の本実施形態におけるデータ伝送方法によれば、早期アップリンクデータ伝送が実施され得ることで、電力消費及びシグナリングオーバヘッドを削減できる。
【０１６２】
以下では、図４及び図５をそれぞれ参照して、ＣＰスキームベースのデータ伝送方法及びＵＰスキームベースのデータ伝送方法を説明する。図４及び図５に示され、かつ、図２におけるものと同一又は対応する段階については、図２の上述した説明に対して参照が行われ得る。繰り返しを避けるために、図４及び図５が説明される場合、もはや、同一又は対応する内容を詳細に説明することはしていないことを理解されたい。
【０１６３】
図４は、本願の実施形態に係るＣＰスキームに基づく早期アップリンクデータ伝送の概略フローチャートである。
【０１６４】
Ｓ４１０、端末デバイスは、Ｍｓｇ１をアクセスネットワークデバイスに送信する。
【０１６５】
Ｓ４２０、Ｍｓｇ１を受信した後に、アクセスネットワークデバイスは、Ｍｓｇ２を端末デバイスに送信する。
【０１６６】
Ｓ４３０、端末デバイスは、アクセスネットワークデバイスにＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージを送信し、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージは、アップリンクデータを含むＮＡＳ  ＰＤＵを保持する。
【０１６７】
オプションで、アクセスネットワークデバイスは、ＣＰスキームにおける端末デバイス機能情報を格納してよい。メッセージ３を受信した後に、アクセスネットワークデバイスは、Ｓ‐ＴＭＳＩに基づいて、アクセスネットワークデバイスにより格納される端末デバイス機能情報を見つけ得る。次に、アクセスネットワークデバイスは、端末デバイスが早期データ伝送の機能を有するか否かを判定してよい。端末デバイスが当該機能を有していない場合、アクセスネットワークデバイスは、接続を拒否し得る、又は、通常の手順に戻り得る。
【０１６８】
例外が対処される必要がある。ＭＭＥが、Ｓ‐ＴＭＳＩを端末デバイスに再度割り当てる、又は、端末デバイスのＳ‐ＴＭＳＩを変更する場合、ＮＡＳ情報の伝送を通じてＳ‐ＴＭＳＩが変更されるので、アクセスネットワークデバイスはこれを認識していない。この場合、アクセスネットワークデバイスにより格納された情報（例えば、ＵＥ情報転送（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ）メッセージから取得した情報）は、格納済みの更新された端末デバイスのＳ‐ＴＭＳＩと一致しない。その結果、端末デバイスにより送信されるメッセージ３において保持されるＳ‐ＴＭＳＩは、別の端末デバイスにより前に用いられていたＳ‐ＴＭＳＩであるかもしれない。この場合、アクセスネットワークデバイスにより格納される端末デバイスの機能及び端末デバイスのサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ、ＱｏＳ）情報は、それに間違って対応するかもしれない。したがって、以下のいくつかの解決手段が提案される。
【０１６９】
ａ：Ｓ‐ＴＭＳＩを端末デバイスに再度割り当てる場合、ＭＭＥは、アクセスネットワークデバイスに通知し、その結果、アクセスネットワークデバイスは、Ｓ‐ＴＭＳＩに対応する機能情報などを含む格納済みの情報を削除し得る、又は、アクセスネットワークデバイスは、再度割り当てられたＳ‐ＴＭＳＩが通知される。再度割り当てられたＳ‐ＴＭＳＩを受信した後に、アクセスネットワークデバイスは、Ｓ‐ＴＭＳＩを更新することで、端末デバイスの新たなＳ‐ＴＭＳＩは、端末デバイスの関連情報と一致し得る。通知メッセージは、Ｓ１ＡＰメッセージ、例えば、ダウンリンクＮＡＳ転送メッセージ又は接続確立インジケーションメッセージである。具体的には、ダウンリンクＮＡＳ転送メッセージは、Ｓ‐ＴＭＳＩを更新するためにＳ‐ＴＭＳＩを保持することで、Ｓ‐ＴＭＳＩは、ＵＥ情報転送メッセージから前に受信した端末デバイスの関連情報に対応する。
【０１７０】
ｂ：アクセスネットワークデバイスのハンドオーバ中に、元のアクセスネットワークデバイスがメッセージを削除でき、かつ、再割り当て問題が回避されることを確保するために、ＭＭＥは、Ｓ‐ＴＭＳＩを再度割り当てるときに、端末デバイスにより最近アクセスされたいくつかのアクセスネットワークデバイスに通知することで、アクセスネットワークデバイスは、Ｓ‐ＴＭＳＩをタイミングよく更新できる。代わりに、ＭＭＥは、端末デバイスにより最近アクセスされたいくつかのアクセスネットワークデバイスに、格納された古いＳ‐ＴＭＳＩ及び古いＳ‐ＴＭＳＩに対応する端末デバイスの関連情報、例えば、ＵＥ  ＱｏＳ及び端末デバイスの無線機能を削除するよう命令する。
【０１７１】
ｃ：アクセスネットワークデバイス及びＭＭＥはそれぞれタイマを有する。アクセスネットワークデバイスがＳ‐ＴＭＳＩを取得する場合、Ｓ‐ＴＭＳＩは、端末デバイスのコンテキストに対応する。アクセスネットワークデバイスは、タイマを開始し、タイマがオーバフローした場合に関連するコンテキストを削除する。ＭＭＥもタイマを有する。タイマは、Ｓ‐ＴＭＳＩが割り当てられた後に開始する。タイマがオーバフローする前に、別の端末デバイスに対して、Ｓ‐ＴＭＳＩを割り当てることができない。
【０１７２】
Ｓ４４０、アクセスネットワークデバイスは、取得ＵＥ情報メッセージ（Ｒｅｔｒｉｅｖｅ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍｅｓｓａｇｅ）をＭＭＥに送信する。取得端末デバイス情報メッセージは、アップリンクデータを含み、別のメッセージ名を有してもよい。特定のシグナリング名に限定されるものではない。
【０１７３】
この場合、ＭＭＥは、端末デバイスのアップリンクデータを取得でき、これにより、早期アップリンクデータ伝送を実現する。
【０１７４】
オプションで、取得端末デバイス情報メッセージは、ダウンリンクデータ要求インジケーション情報をさらに含み、方法は、以下の段階をさらに含んでよい。
【０１７５】
Ｓ４５０、ＭＭＥがダウンリンクデータを有する場合、ＭＭＥは、ＵＥ情報転送（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ）メッセージをアクセスネットワークデバイスに送信する。ユーザ情報転送メッセージは、ダウンリンクデータを含み、別のメッセージ名を有してもよい。特定のシグナリング名に限定されるものではない。
【０１７６】
Ｓ４６０、アクセスネットワークデバイスは、ダウンリンクデータを端末に送信する。
【０１７７】
オプションで、方法は、以下の段階をさらに含んでよい。
【０１７８】
Ｓ４７０、アクセスネットワークデバイスは、解放メッセージを端末デバイスに送信する。解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる。
【０１７９】
オプションで、解放メッセージは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであってよい。
【０１８０】
さらに、アクセスネットワークデバイスがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開を送信する場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放における関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
【０１８１】
アクセスネットワークデバイスがＲＲＣ接続拒否メッセージを送信する場合、メッセージは、端末デバイスがアイドルモードへと解放されることを示すインジケーション情報、例えば、原因値を保持してもよい。
【０１８２】
アクセスネットワークデバイスがＲＲＣ接続解放メッセージを送信し、かつ、端末デバイスの識別子情報を保持する場合、端末デバイスをアイドルモードへと直接的に解放するために、当該識別子を保持するＭＡＣ  ＣＥがＲＲＣメッセージに加えられてよい。代わりに、端末デバイスがメッセージ５、例えば、ＲＲＣ接続セットアップ完了メッセージをアクセスネットワークデバイスに送信した後に、アクセスネットワークデバイスは、ＲＲＣ接続解放メッセージを端末デバイスに送信してよい。
【０１８３】
オプションで、Ｓ４６０の特定の実施形態では、アクセスネットワークデバイスは、Ｓ４７０における解放メッセージを用いて、ダウンリンクデータを端末デバイスに送信してよい。具体的には、ダウンリンクデータは、解放メッセージにおいて保持されてよい。さらに、ダウンリンクデータは、ＮＡＳ  ＰＤＵ内でカプセル化されたデータである。
【０１８４】
オプションで、Ｓ４７０は、ＭＭＥがダウンリンクデータ伝送を有していないシナリオにおいて実行されてもよい。具体的には、ＭＭＥがダウンリンクデータを伝送する必要がない場合、アクセスネットワークデバイスは、端末デバイスをアイドルモードへと解放するために、解放メッセージを端末デバイスに送信してよい。
【０１８５】
ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開又はＲＲＣ接続拒否メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【０１８６】
図５は、本願の実施形態に係るＵＰスキームに基づく早期アップリンクデータ伝送の概略フローチャートである。
【０１８７】
Ｓ５１０、端末デバイスは、Ｍｓｇ１をアクセスネットワークデバイスに送信する。
【０１８８】
Ｓ５２０、Ｍｓｇ１を受信した後に、アクセスネットワークデバイスは、Ｍｓｇ２を端末デバイスに送信する。
【０１８９】
Ｓ５３０、端末デバイスは、ＲＲＣ接続セットアップ要求、ＲＲＣ接続再開要求メッセージ又はＲＲＣ接続再確立要求メッセージをアクセスネットワークデバイスに送信する。
【０１９０】
アップリンクデータは、データ無線ベアラＤＲＢを用いて送信され得る。アップリンクデータは、暗号化される必要がある。以前の接続においてネクストホップチェーンカウント（ｎｅｘｔ  ｈｏｐ  ｃｈａｉｎｉｎｇ  ｃｏｕｎｔ、ＮＣＣ）を取得することにより、鍵が更新され得る。
【０１９１】
Ｓ５４０、アクセスネットワークデバイスは、第２要求メッセージをＭＭＥに送信する。
【０１９２】
オプションで、第２要求メッセージの内容は、端末デバイスコンテキスト再開要求メッセージの内容と同一であってよい。
【０１９３】
さらに、第２要求メッセージは、端末デバイスコンテキスト再開要求メッセージであってよい。
【０１９４】
ＲＲＣ接続再開要求メッセージ又はＲＲＣ接続再確立要求メッセージを受信した後に、アクセスネットワークデバイスは、完全性に関するショートメッセージ認証コード（ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ  ｆｏｒ  Ｉｎｔｅｇｒｉｔｙ、ｓｈｏｒｔ‐ＭＡＣ‐Ｉ）に基づいて、端末デバイスを検証する。アクセスネットワークデバイスが元のアクセスネットワークデバイスではない場合、ショートＭＡＣ‐Ｉは、Ｘ２インタフェースを通じてソースアクセスネットワークデバイスに送信される必要がある。ソースアクセスネットワークデバイスは検証を実行する。検証が成功した後に、端末デバイスのコンテキスト情報が現在のアクセスネットワークデバイスに送信されて、後続の工程が実行される。Ｓ５５０、ＭＭＥは、第２要求メッセージに基づいて、第２応答メッセージをアクセスネットワークデバイスに送信する。
【０１９５】
オプションで、第２応答メッセージの内容は、端末デバイスコンテキスト再開応答メッセージの内容と同一であってよい。
【０１９６】
さらに、第２応答メッセージは、端末デバイスコンテキスト再開応答メッセージである。
【０１９７】
受信した応答メッセージに基づいて、アクセスネットワークデバイスにより受信されるデータに対応する無線アクセスベアラ（Ｅ‐ＵＴＲＡＮ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｂｅａｒｅｒ、Ｅ‐ＲＡＢ）が拒否されたことを、アクセスネットワークデバイスが見つけた場合、アクセスネットワークデバイスは、ＲＲＣ接続再開メッセージ又はＲＲＣ接続セットアップメッセージを端末デバイスに送信する。メッセージは、インジケーション情報を含んでよい。当該インジケーション情報は、Ｅ‐ＲＡＢ上でのデータ伝送が拒否又は失敗したことを示すために、又は、端末デバイスが前に送信されたデータパケットを再送信する必要があることを示すために用いられる。アクセスネットワークデバイスは、データ伝送用に追加のＵＬグラントを割り当てる。
【０１９８】
Ｓ５６０、アクセスネットワークデバイスは、第２応答メッセージを受信し、アップリンクデータをＳ‐ＧＷに送信する。
【０１９９】
この場合、Ｓ‐ＧＷは、端末デバイスのアップリンクデータを取得でき、これにより、早期アップリンクデータ伝送を実現する。
【０２００】
オプションで、方法は、以下の段階をさらに含んでよい。
【０２０１】
Ｓ５７０、アップリンクデータの送信に成功した後に、アクセスネットワークデバイスは、端末デバイスコンテキスト解放要求メッセージ又は端末デバイスコンテキスト一時停止要求メッセージをＭＭＥに送信してよい。
【０２０２】
Ｓ５８０、ＭＭＥは、端末デバイスコンテキスト解放要求メッセージに基づいて、端末デバイスコンテキスト解放コマンドメッセージをアクセスネットワークデバイスに送信する、又は、ＭＭＥは、コンテキスト一時停止要求メッセージに基づいて、端末デバイスコンテキスト一時停止完了メッセージをアクセスネットワークデバイスに送信する。
【０２０３】
Ｓ５９０、アクセスネットワークデバイスは、端末デバイスコンテキスト解放コマンドメッセージ又は端末デバイスコンテキスト一時停止完了メッセージに基づいて、解放メッセージを端末デバイスに送信する。解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる。
【０２０４】
オプションで、解放メッセージは、ここでは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであってよい。
【０２０５】
さらに、アクセスネットワークデバイスがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージを送信する場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放における関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
【０２０６】
アクセスネットワークデバイスがＲＲＣ接続拒否メッセージを送信する場合、メッセージは、端末デバイスがアイドルモードへと解放されることを示すインジケーション情報、例えば、原因値を保持してもよい。
【０２０７】
アクセスネットワークデバイスがＲＲＣ接続解放メッセージを送信した場合、端末デバイスは、アイドルモードへと直接的に解放される。
【０２０８】
この処理において、アクセスネットワークデバイスがダウンリンクデータも受信した場合、ダウンリンクデータ及び解放メッセージが、共に端末デバイスへと送信され得る。
【０２０９】
Ｓ‐ＧＷがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【０２１０】
図６は、本願の別の実施形態に係るＣＰスキームに基づくデータ伝送方法を示す。図６に示される方法は、早期ダウンリンクデータ伝送に適用可能である。
【０２１１】
Ｓ６１０、端末デバイスは、ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信する。具体的には、端末デバイスは、ランダムアクセス要求メッセージ、すなわち、メッセージ１（Ｍｓｇ１）をアクセスネットワークデバイスに送信する。詳細については、従来技術を参照されたい。簡潔にするために、ここでは詳細を説明しない。
【０２１２】
Ｓ６２０、Ｍｓｇ１を受信した後に、アクセスネットワークデバイスは、ランダムアクセス応答メッセージを端末デバイスに送信する。具体的には、アクセスネットワークデバイスは、メッセージ２（Ｍｓｇ２）を送信する。
【０２１３】
Ｍｓｇ２は、ＴＡ及びＵＬグラントを保持する。ＵＬグラントは、アクセスネットワークデバイスにより端末デバイスに割り当てられ、かつ、メッセージ３（Ｍｓｇ３）を伝送するために端末デバイスにより用いられるリソースである。ＴＡ及びＵＬグラントに関する詳細については、従来技術を参照されたい。ここでは詳細を説明しない。
【０２１４】
Ｓ６３０、端末デバイスは、Ｍｓｇ３をアクセスネットワークデバイスに送信する。Ｍｓｇ３は、サービス要求メッセージ（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  Ｍｅｓｓａｇｅ）を含み得る。
【０２１５】
早期ダウンリンク伝送が、メッセージ１又は時間周波数符号リソースを用いて区別されていない場合、メッセージ３は、ＵＥが早期ダウンリンクデータ伝送を実行する必要があることを示すために用いられてよい。つまり、ダウンリンクデータは、ＲＲＣ接続が確立される前に伝送される。この場合、インジケーションメッセージを受信した後に、アクセスネットワークデバイスは、比較的早くに、コアネットワークデバイスとのシグナリングインタラクションをトリガしてよい。
【０２１６】
オプションで、Ｍｓｇ３は、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージであってよい。
【０２１７】
Ｓ６４０、Ｍｓｇ３を受信した後に、アクセスネットワークデバイスは、要求メッセージをＭＭＥに送信する。
【０２１８】
メッセージは、取得ＵＥ情報メッセージ又は別のメッセージであってよい。
【０２１９】
Ｓ６５０、要求メッセージを受信した後に、ＭＭＥは、ダウンリンクデータをアクセスネットワークデバイスに送信する。
【０２２０】
オプションで、ＭＭＥは、ＵＥ情報転送メッセージを用いて、ダウンリンクデータをアクセスネットワークデバイスに送信してよい。つまり、ＵＥ情報転送メッセージは、ダウンリンクデータを保持してよい。
【０２２１】
Ｓ６６０、アクセスネットワークデバイスは、ダウンリンクデータを端末デバイスに送信する。
【０２２２】
オプションで、アクセスネットワークデバイスは、解放メッセージを用いて、ダウンリンクデータを端末デバイスに送信してよい。さらに、解放メッセージを受信した後に、端末デバイスは、アイドルモードに入ってよい。
【０２２３】
オプションで、解放メッセージは、ここでは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであってよい。
【０２２４】
さらに、アクセスネットワークデバイスがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージを送信する場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放における関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
【０２２５】
アクセスネットワークデバイスがＲＲＣ接続拒否メッセージを送信する場合、メッセージは、端末デバイスがアイドルモードへと解放されることを示すインジケーション情報、例えば、原因値を保持してもよい。
【０２２６】
アクセスネットワークデバイスがＲＲＣ接続解放メッセージを送信する場合、端末デバイスは、アイドルモードへと直接的に解放される。
【０２２７】
ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【０２２８】
したがって、本願の本実施形態におけるデータ伝送方法によれば、早期ダウンリンクデータ伝送が実施され得るので、電力消費及びシグナリングオーバヘッドを削減できる。
【０２２９】
図７は、本願の別の実施形態に係るＵＰスキームに基づくデータ伝送方法を示す。図７に示される方法は、早期ダウンリンクデータ伝送に適用可能である。
【０２３０】
図７は、本願の実施形態に係るデータ伝送方法の概略フローチャートである。
【０２３１】
Ｓ７１０、端末デバイスは、ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信する。具体的には、端末デバイスは、ランダムアクセス要求メッセージ、すなわち、メッセージ１（Ｍｓｇ１）をアクセスネットワークデバイスに送信する。詳細については、従来技術を参照されたい。簡潔にするために、ここでは詳細を説明しない。
【０２３２】
Ｓ７２０、Ｍｓｇ１を受信した後に、アクセスネットワークデバイスは、ランダムアクセス応答メッセージを端末デバイスに送信する。具体的には、アクセスネットワークデバイスは、メッセージ２（Ｍｓｇ２）を送信する。
【０２３３】
Ｍｓｇ２は、ＴＡ及びＵＬグラントを保持する。ＵＬグラントは、アクセスネットワークデバイスにより端末デバイスに割り当てられ、かつ、メッセージ３（Ｍｓｇ３）を伝送するために端末デバイスにより用いられるリソースである。ＴＡ及びＵＬグラントに関する詳細については、従来技術を参照されたい。ここでは詳細を説明しない。
【０２３４】
Ｓ７３０、端末デバイスは、Ｍｓｇ２に基づいて、Ｍｓｇ３をアクセスネットワークデバイスに送信する。Ｍｓｇ３は、サービス要求メッセージ（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  Ｍｅｓｓａｇｅ）を含み得る。
【０２３５】
メッセージ１又は時間周波数符号リソースを用いて、早期ダウンリンク伝送が区別されていない場合、メッセージ３は、早期ダウンリンクデータ伝送を示すために用いられてよい。つまり、ダウンリンクデータは、ＲＲＣ接続が確立される前に伝送される。この場合、インジケーションメッセージを受信した後に、アクセスネットワークデバイスは、比較的早くにコアネットワークデバイスとのシグナリングインタラクションをトリガしてよい。詳細については、Ｓ７４０及び後続の工程を参照されたい。
【０２３６】
オプションで、Ｍｓｇ３は、ＲＲＣ接続要求メッセージ、ＲＲＣ接続再開要求メッセージ又はＲＲＣ接続再確立要求メッセージであってよい。
【０２３７】
Ｓ７４０、Ｍｓｇ３においてサービス要求メッセージを受信した後に、アクセスネットワークデバイスは、サービス要求メッセージをＭＭＥに送信する。
【０２３８】
オプションで、アクセスネットワークデバイスは、端末デバイスコンテキスト再開要求メッセージを用いて、サービス要求メッセージをＭＭＥに送信してよい。
【０２３９】
Ｓ７５０、ＭＭＥは、サービス要求メッセージに基づいて、サービス応答メッセージをアクセスネットワークデバイスに送信する。
【０２４０】
オプションで、アクセスネットワークデバイスにより送信された端末デバイスコンテキスト再開要求メッセージを受信した後に、ＭＭＥは、端末デバイスコンテキスト再開応答メッセージをアクセスネットワークデバイスに送信してよい。
【０２４１】
Ｓ７６０、ＭＭＥは、修正ベアラ要求メッセージをＳ‐ＧＷに送信する。
【０２４２】
Ｓ７７０、Ｓ‐ＧＷは、修正ベアラ応答メッセージをＭＭＥに返すことで、Ｓ‐ＧＷは、アクセスネットワークデバイスのアドレスを取得できる。
【０２４３】
Ｓ７８０、Ｓ‐ＧＷは、ダウンリンクデータをアクセスネットワークデバイスに送信する。
【０２４４】
Ｓ７９０、アクセスネットワークデバイスは、ダウンリンクデータを端末デバイスに送信する。
【０２４５】
オプションで、Ｓ６００の前で、アクセスネットワークデバイスがＳ‐ＧＷにより送信されたダウンリンクデータを受信した後に、方法は、さらに、
アクセスネットワークデバイスにより、端末デバイスコンテキスト解放要求メッセージ又は端末デバイスコンテキスト一時停止要求メッセージをＭＭＥに送信する段階と、
ＭＭＥにより、端末デバイスコンテキスト解放要求メッセージに基づいて、端末デバイスコンテキスト解放コマンドメッセージをアクセスネットワークデバイスに送信する段階、又は、ＭＭＥにより、コンテキスト一時停止要求メッセージに基づいて、端末デバイスコンテキスト一時停止完了メッセージをアクセスネットワークデバイスに送信する段階と、
アクセスネットワークデバイスにより、端末デバイスコンテキスト解放コマンドメッセージ又は端末デバイスコンテキスト一時停止完了メッセージに基づいて、解放メッセージを端末デバイスに送信する段階であって、解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる、段階と
を含んでよい。
【０２４６】
オプションで、解放メッセージは、ここでは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであってよい。特定の解放情報については、他の実施形態を参照されたい。
【０２４７】
さらに、アクセスネットワークデバイスがＲＲＣ接続セットアップメッセージを送信する場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放における関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
【０２４８】
アクセスネットワークデバイスがＲＲＣ接続拒否メッセージを送信する場合、当該メッセージは、送信することに関する原因値を保持してもよい。原因値は、端末デバイスがアイドルモードへと解放されることを示す。
【０２４９】
アクセスネットワークデバイスがＲＲＣ接続解放メッセージを送信した場合、端末デバイスは、アイドルモードへと直接的に解放される。
【０２５０】
オプションで、Ｓ７９０において、アクセスネットワークデバイスは、解放メッセージを用いて、ダウンリンクデータを端末デバイスに送信してよい。
【０２５１】
Ｓ‐ＧＷがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【０２５２】
したがって、本願の本実施形態におけるデータ伝送方法によれば、早期アップリンクデータ伝送が実施され得ることで、電力消費及びシグナリングオーバヘッドを削減できる。
【０２５３】
オプションで、可能な実施例において、ＵＥがページングメッセージを受信した場合、ページングメッセージは、ＵＥが早期ダウンリンクデータ受信の工程を実行できることを示すインジケーション情報を含んでよい。このように、ＵＥは、早期ダウンリンクデータ受信の工程に基づいて、後続の手順を実行してよい。さらに、コアネットワークデバイスは、ＵＥが早期ダウンリンクデータ受信の工程を実行する必要があることを示すインジケーション情報を、基地局に送信されるページングメッセージに加えてよい。
【０２５４】
オプションで、端末デバイスが接続モードにある場合、アクセスネットワークデバイスはまた、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）命令を用いてインジケーションを端末デバイスに送信して、早期データ伝送、例えば、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送の方式でＵＥがランダムアクセスを実行する、すなわち、ＰＤＣＣＨ命令を用いてランダムアクセスを実行する必要があることを示してよい。特定のインジケーション情報がＤＣＩにおいて保持され得る。代わりに、ＵＥによりアクセスされ、かつ、アクセスネットワークデバイスにより示されるリソースの位置は、早期データ伝送を実現するために、早期データ伝送に用いられるリソースの位置である。このように、接続モードにおいて、アクセスネットワークデバイスは、ＰＤＣＣＨを用いて、ＵＥに早期データ伝送を実行するよう命令できる。
【０２５５】
図８は、本願の実施形態に係る端末デバイス８００の概略ブロック図である。図８に示されように、端末デバイス８００は、処理ユニット８１０及び送受信ユニット８２０を含む。
【０２５６】
処理ユニット８１０は、第１インジケーションを生成するように構成され、第１インジケーションは、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために用いられる。
【０２５７】
送受信ユニット８２０は、第１インジケーションをアクセスネットワークデバイスに送信することであって、第１インジケーションは、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために用いられる、送信することと、
ＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送することと
を実行するように構成される。
【０２５８】
オプションで、第１インジケーションがランダムアクセスプリアンブルである場合、送受信ユニット８２０は、具体的には、第１ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信するように構成される。
【０２５９】
オプションで、送受信ユニット８２０は、具体的には、第１ランダムアクセスリソース上でアクセスネットワークデバイスにランダムアクセスプリアンブルを送信するように構成される。
【０２６０】
オプションで、送受信ユニット８２０は、具体的には、第１インジケーションを含むメッセージ３をアクセスネットワークデバイスに送信するように構成される。メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージは、伝送される必要があるデータを含む非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを保持する。
【０２６１】
オプションで、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために第１インジケーションが用いられることは、
ＲＲＣ接続が確立される前にダウンリンクデータが伝送される必要があることを示すために第１インジケーションが用いられることを含む。
【０２６２】
オプションで、送受信ユニット８２０は、具体的には、ＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間で非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを伝送する、又は、
ＲＲＣ接続が確立される前に、データ無線ベアラＤＲＢを用いて端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する
ように構成される。
【０２６３】
オプションで、送受信ユニット８２０は、具体的には、アクセスネットワークデバイスにより送信された解放メッセージを受信するように構成され、解放メッセージは、無線リソース制御ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる。
【０２６４】
処理ユニット８１０は、プロセッサにより実装されてよく、送受信ユニット８２０は、送受信機により実装されてよいことを理解されたい。
【０２６５】
端末デバイス８００は、上述した方法において説明された端末デバイスに対応してよく、端末デバイス８００内のモジュール又はユニットは、図２から図７に示される方法の実施形態における端末デバイスにより実行される動作又は処理プロセスを実行するように構成されることをさらに理解されたい。ここでは、繰り返しを避けるためにそれらの詳細な説明が省略されている。
【０２６６】
図９は、本願の実施形態に係るアクセスネットワークデバイス９００の概略ブロック図である。図９に示されるように、アクセスネットワークデバイス９００は、処理ユニット９１０及び送受信ユニット９２０を含む。
【０２６７】
送受信ユニット９２０は、端末デバイスにより送信された第１インジケーションを受信するように構成され、第１インジケーションは、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために用いられる。
【０２６８】
処理ユニット９１０は、現在のステータスが、ＲＲＣ接続が確立されていない状態であるか否かを判定するように構成される。
【０２６９】
処理ユニット９１０が、ＲＲＣ接続が確立されていないと判定した場合、送受信ユニット９２０は、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送するように構成される。
【０２７０】
オプションで、第１インジケーションがランダムアクセスプリアンブルである場合、送受信ユニット９２０は、具体的には、端末デバイスにより送信された第１ランダムアクセスプリアンブルを受信するように構成される。
【０２７１】
オプションで、送受信ユニット９２０は、具体的には、第１ランダムアクセスリソース上で、端末デバイスにより送信されたランダムアクセスプリアンブルを受信するように構成される。
【０２７２】
オプションで、送受信ユニット９２０は、具体的には、第１インジケーションを含み、かつ、端末デバイスにより送信されたメッセージ３を受信するように構成される。メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージは、伝送される必要があるデータを含む非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを保持する。
【０２７３】
オプションで、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために第１インジケーションが用いられることは、
ＲＲＣ接続が確立される前にダウンリンクデータが伝送される必要があることを示すために第１インジケーションが用いられることを含む。
【０２７４】
オプションで、送受信ユニット９２０は、具体的には、ＲＲＣ接続が確立される前に、アクセスネットワークデバイスと端末デバイスとの間で非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを伝送する、又は、
ＲＲＣ接続が確立される前に、データ無線ベアラＤＲＢを用いてアクセスネットワークデバイスと端末デバイスとの間でデータを伝送する
ように構成される。
【０２７５】
オプションで、送受信ユニット９２０は、具体的には、解放メッセージを端末デバイスに送信するように構成され、解放メッセージは、無線リソース制御ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる。
【０２７６】
処理ユニット９１０は、プロセッサにより実装されてよく、送受信ユニット９２０は、送受信機により実装されてよいことを理解されたい。
【０２７７】
アクセスネットワークデバイス９００は、上述した方法において説明されたアクセスネットワークデバイスに対応してよく、アクセスネットワークデバイス９００内のモジュール又はユニットは、図２から図７に示される方法の実施形態におけるアクセスネットワークデバイスにより実行される動作又は処理プロセスを実行するように構成されることをさらに理解されたい。ここでは、繰り返しを避けるためにそれらの詳細な説明が省略されている。
【０２７８】
図１０は、本願の別の実施形態に係るデータ伝送方法の概略フローチャートである。図１０は、方法についての詳細な通信段階又は操作を示すことを理解されたい。しかしながら、これらの段階又は操作は、単なる例に過ぎず、図１０における様々な操作についての他の操作又は変形例が本願の本実施形態においてさらに実行されてよい。さらに、図１０における段階は、図１０に示されているものとは異なるシーケンスで実行されてよく、必ずしも図１０のすべての操作が実行されなくてもよい。
【０２７９】
Ｓ１０１０、端末デバイスは、第１インジケーションをアクセスネットワークデバイスに送信する。対応して、アクセスネットワークデバイスは、第１インジケーションを受信する。
【０２８０】
第１インジケーションは、端末デバイスによりアクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、端末デバイスがデータ（すなわち、アップリンクデータ）を伝送することを示すために用いられ、及び／又は、第１インジケーションは、アクセスネットワークデバイスにより端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがデータ（すなわち、ダウンリンクデータ）を伝送することを示すために用いられる。具体的には、第１インジケーションは、端末デバイスとアクセスネットワークデバイスとの間で伝送される第１シグナリングにデータを加えて、第１シグナリングを伝送している間にデータを伝送する、又は、第１シグナリングを伝送した直後にデータを伝送するよう命令するために用いられる。第１シグナリングは、ランダムアクセスプロセスにおける端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングである。具体的には、第１インジケーションは、端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングに基づいて、端末デバイスがアップリンクデータを伝送することを示すために用いられ、及び／又は、第１インジケーションは、アクセスネットワークデバイスと端末デバイスとの間の第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがダウンリンクデータを伝送することを示すために用いられる。
【０２８１】
以下では、説明及び理解をしやすくするために、端末デバイスによりアクセスネットワークデバイスに送信される第１ＲＲＣシグナリングは、ＲＲＣシグナリング＃１として示され、アクセスネットワークデバイスにより端末デバイスに送信される第１ＲＲＣシグナリングは、ＲＲＣシグナリング＃２として示される。
【０２８２】
対応して、端末デバイスは、ＲＲＣシグナリング＃１に基づいてアクセスネットワークデバイスにアップリンクデータを送信してよく、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２に基づいて端末デバイスにダウンリンクデータを送信してよい。つまり、端末デバイスは、ＲＲＣシグナリング＃１に基づいて早期アップリンクデータ伝送を実行してよく、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２に基づいて早期ダウンリンクデータ伝送を実行してよい。
【０２８３】
オプションで、ＲＲＣシグナリング＃１は、メッセージ３（Ｍｓｇ３）であってよい。
【０２８４】
例えば、Ｍｓｇ３は、ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ又はＲＲＣ接続再開要求メッセージであってよい。
【０２８５】
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージに関する詳細については、従来技術を参照されたい。簡潔にするために、ここでは詳細を説明しない。
【０２８６】
さらに、ＲＲＣシグナリング＃１は、代わりに、ランダムアクセスプロセスにおいて、端末デバイスによりアクセスネットワークデバイスに送信される新たに規定された第１ＲＲＣシグナリング（例えば、ＲＲＣ接続データ伝送メッセージとして示される）であってよい。ＲＲＣ接続データ伝送メッセージは、ＲＲＣ接続管理を必要としないメッセージである。ＲＲＣ接続データ伝送メッセージは、メッセージ２（Ｍｓｇ２、すなわち、ランダムアクセス応答メッセージ）に続く第１メッセージであってよい。
【０２８７】
さらに、ＲＲＣシグナリング＃１は、短い時間内にアップリンクデータがないことを示す解放支援インジケーション（Ｒｅｌｅａｓｅ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｄｉｃａｔｉｏｎ、ＲＡＩ）情報を保持し得る。端末デバイスは、解放支援インジケーション情報に基づいて、ＲＲＣアイドルモードにとどまる。
【０２８８】
さらに、ＮＡＳメッセージを用いてデータが転送される場合、データが送信されるときに、解放支援インジケーション（Ｒｅｌｅａｓｅ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｄｉｃａｔｉｏｎ、ＲＡＩ）情報は、代わりに、ＮＡＳメッセージにおいて保持され得る。インジケーションメッセージは、アップリンクデータ又はダウンリンクデータがあるか否かをコアネットワークデバイスに示してよい、又は、アップリンクデータに対する受信確認又は応答を示してよい。
【０２８９】
理解しやすくするために、一般性を失うことなく、以下では、ＲＲＣシグナリング＃１の例としてメッセージ３を用いて本願におけるデータ伝送方法を説明する。
【０２９０】
オプションで、端末デバイスは、メッセージ１（Ｍｓｇ１）、すなわち、ランダムアクセス要求メッセージを送信することにより、第１インジケーションをアクセスネットワークデバイスに送信してよい。具体的には、メッセージ１又はメッセージ１内の情報は、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送を示すために用いられ得る。
【０２９１】
例えば、メッセージ１内のプリアンブル（又は、プリアンブルシーケンスと称される）は、早期アップリンクデータ伝送及び／又は早期ダウンリンクデータ伝送を示すために用いられてよい。例えば、メッセージ１内のプリアンブルがプリアンブル＃２である場合、早期アップリンクデータ伝送が示され、メッセージ１内のプリアンブルがプリアンブル＃３である場合、早期ダウンリンクデータ伝送が示され、又は、メッセージ１内のプリアンブルがプリアンブル＃３である場合、早期アップリンクデータ伝送及び早期ダウンリンクデータ伝送の両方が示される。
【０２９２】
例えば、端末デバイスは、特定のリソース上でメッセージ１をアクセスネットワークデバイスに送信してよく、特定のリソースは、早期アップリンクデータ伝送及び／又は早期ダウンリンクデータ伝送を示すために用いられる。特定のリソースは、時間−周波数符号リソースであってよい。例えば、端末デバイスが時間−周波数符号リソース＃２を用いてメッセージ１を送信する場合、それは、端末デバイスが早期アップリンクデータ伝送を実行することを示しており、又は、端末デバイスが時間−周波数符号リソース＃３を用いる場合、それは、端末デバイスが早期ダウンリンクデータ伝送を実行することを示している。時間−周波数符号リソースは、時間領域リソース、周波数領域リソース及び符号領域リソースのうちの任意の組み合わせであってよい。
【０２９３】
さらに、早期アップリンクデータ伝送のシナリオにおいて、例えば、メッセージ２（Ｍｓｇ２）、すなわち、ランダムアクセス応答メッセージを用いて、ＲＲＣシグナリング＃１を送信するために用いられる時間−周波数リソースを端末デバイスに割り当てている間に、アクセスネットワークデバイスは、アップリンクデータを送信するための時間−周波数リソースをさらに割り当ててよい。
【０２９４】
図１１から図１４は、メッセージ２のいくつかのフォーマットを示す。本願では、フォーマットのうちのいずれか１つがメッセージ２に用いられ得る。
【０２９５】
図１１から図１４に示されるメッセージ２のフォーマットはそれぞれ、アップリンクタイミングアドバンスコマンド（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｃｏｍｍａｎｄ、ＴＡＣ）フィールド及び一時セル無線ネットワーク一時識別子（ＴＣ‐ＲＮＴＩ）フィールドを含む。アップリンクタイミングアドバンスコマンドフィールド内の値は、タイミングアドバンス調整値を示し、かつ、アップリンク同期を実行するために、端末デバイスにより用いられる。無線ネットワーク一時識別子フィールド内の値は、アクセスネットワークデバイスによりセル内で端末デバイスに割り当てられる固有の識別子を示す。タイミングアドバンス調整値及びＣ‐ＲＮＴＩに関する詳細については、従来技術を参照されたい。本明細書において詳細は記載されていない。
【０２９６】
例えば、ＴＣ‐ＲＮＴＩは、ＲＮＴＩ、ハッシュＳ‐ＴＭＳＩ、Ｓ‐ＴＭＳＩ、切捨て型Ｓ‐ＴＭＳＩ、アクセス乱数、ＩＭＳＩ、又は、ＭＡＣ  ＣＥにおいて保持される端末デバイスの識別子などであってよい。端末デバイスの識別子は、本願において特に制限されることはない。
【０２９７】
以下では、図１１から図１４に示されるメッセージ２のフォーマットを詳細に別々に説明する。
【０２９８】
図１１は、メッセージ２のフォーマットの概略図である。図１１に示されるように、予約フィールド（Ｒ）内の値は、メッセージ２に含まれるアップリンクリソース割り当て（ＵＬグラント）フィールドの数を示すために用いられる。例えば、予約フィールド内の値が１である場合、メッセージ２が２つのアップリンクリソース割り当てフィールド（ＵＬグラント＃１及びＵＬグラント＃２としてそれぞれ示される）を含むことを示しており、ＵＬグラント＃１は、ＵＬグラント＃２に隣接していない。ＵＬグラント＃１内の値は、ＲＲＣシグナリング＃１を送信するために用いられる時間−周波数リソースを示すために用いられ、ＵＬグラント＃２内の値は、アップリンクデータを送信するために用いられる時間−周波数リソースを示すために用いられる。
【０２９９】
図１１に示されるメッセージ２内の各フィールドにより占有されるビット（ｂｉｔ）数は、単なる例に過ぎず、メッセージ２内の各フィールドにより占有されるビット数は、本願において特に制限されていないことを理解されたい。例えば、図１２に示されるＵＬグラント＃１及びＵＬグラント＃２は、それぞれ２０ビット及び１６ビットを占有する。実際のアプリケーション中、ＵＬグラント＃１及びＵＬグラント＃２は、代わりに、それぞれ１６ビット及び２０ビットを占有してよい、又は、それぞれが１６ビットを占有してよい。
【０３００】
図１２は、メッセージ２の別のフォーマットの概略図である。図１２に示されるように、予約フィールド（Ｒ）内の値は、メッセージ２に含まれるアップリンクリソース割り当て（ＵＬグラント）フィールドの数を示すために用いられる。例えば、予約フィールド内の値が１である場合、メッセージ２が２つのアップリンクリソース割り当てフィールド（ＵＬグラント＃１及びＵＬグラント＃２としてそれぞれ示される）を含むことを示しており、ＵＬグラント＃１は、ＵＬグラント＃２に隣接している。ＵＬグラント＃１内の値は、ＲＲＣシグナリング＃１を送信するために用いられる時間−周波数リソースを示すために用いられ、ＵＬグラント＃２内の値は、アップリンクデータを送信するために用いられる時間−周波数リソースを示すために用いられる。
【０３０１】
図１２に示されるメッセージ２内の各フィールドにより占有されるビット数は、単なる例に過ぎず、メッセージ２内の各フィールドにより占有されるビット数は、本願において特に制限されていないことを理解されたい。例えば、図１２に示されるＵＬグラント＃１及びＵＬグラント＃２は、それぞれ２０ビット及び１６ビットを占有する。実際のアプリケーション中、ＵＬグラント＃１及びＵＬグラント＃２は、代わりに、それぞれ１６ビット及び２０ビットを占有してよい、又は、それぞれが１６ビットを占有してよい。
【０３０２】
図１３は、メッセージ２の別のフォーマットの概略図である。図１３に示されるように、予約フィールド（Ｒ）内の値は、アップリンクリソース割り当て（ＵＬグラント）フィールドにより示される時間−周波数リソースの機能を示すために用いられる。例えば、予約フィールド内の値が１である場合、ＵＬグラントフィールドにより示される時間−周波数リソースは、ＲＲＣシグナリング＃１及びアップリンクデータを伝送するために用いられ、又は、予約フィールド内の値が０である場合、ＵＬグラント内の値により示される時間−周波数リソースは、ＲＲＣシグナリング＃１のみを伝送するために用いられる。代わりに、予約フィールド内の値が０である場合、ＵＬグラントフィールドにより示される時間−周波数リソースは、ＲＲＣシグナリング＃１及びアップリンクデータを伝送するために用いられ、又は、予約フィールド内の値が１である場合、ＵＬグラント内の値により示される時間−周波数リソースは、ＲＲＣシグナリング＃１のみを伝送するために用いられることを示す。図１３に示されるメッセージ２内の各フィールドにより占有されるビット数は、単なる例に過ぎず、メッセージ２内の各フィールドにより占有されるビット数は、本願において特に制限されていないことを理解されたい。例えば、図１３に示されるＵＬグラントは、３６ビットを占有する。実際のアプリケーション中、ＵＬグラントは、３０ビットを占有してよい。
【０３０３】
図１４は、メッセージ２のフォーマットの概略図である。図１４に示されるように、第１予約フィールド（Ｒ＃１）内の値、又は、第２予約フィールド（Ｒ＃２）内の第１ビットの値は、メッセージ２に含まれるアップリンクリソース割り当て（ＵＬグラント）フィールドの数を示すために用いられる。例えば、Ｒ＃２内の値が１である場合、メッセージ２が、２つのアップリンクリソース割り当てフィールド（ＵＬグラント＃１及びＵＬグラント＃２としてそれぞれ示される）を含むことを示す。ＵＬグラント＃１内の値は、ＲＲＣシグナリング＃１を送信するために用いられる時間−周波数リソースを示すために用いられ、ＵＬグラント＃２内の値は、アップリンクデータを送信するために用いられる時間−周波数リソースを示すために用いられる。
【０３０４】
Ｒ＃２内の第１ビットは、Ｒ＃２内の任意のビットであってよいことを理解されたい。図６に示されるメッセージ２内の各フィールドにより占有されるビット（ｂｉｔ）数は、単なる例に過ぎず、メッセージ２内の各フィールドにより占有されるビット数は、本願において特に制限されていない。
【０３０５】
図１１から図１４に示されるメッセージ２のフォーマットは、単なる例に過ぎず、図１１から図１４の他のフォーマット又は当該フォーマットの変形例が、本願の本実施形態におけるメッセージ２に関してさらに用いられてよいことをさらに理解されたい。例えば、メッセージ２内の各フィールドの位置は、図１１から図１４に示されるメッセージ２のフォーマットにおける各フィールドの位置とは異なっていてよい。別の例として、メッセージ２のフォーマットは、図１１から図１４に示されるフィールド以外のフィールドをさらに含んでよい、又は、メッセージ２のフォーマットは、図１１から図１４に示されるフィールドのうちの一部のみを含んでよい。
【０３０６】
結論として、上述した実施形態において、予約されたビットは、２又はそれより多くのＵＬグラントがあるか否か、又は、（データを伝送するために用いられ得る）多くのＵＬグラントがあるか否かを示すために用いられ得る。
【０３０７】
オプションで、ＲＲＣシグナリング＃２は、メッセージ４（ｍｓｇ４）であってよい。
【０３０８】
例えば、メッセージ４は、競合解決（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ）メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであってよい。
【０３０９】
さらに、メッセージ４は、代わりに、ランダムアクセスプロセスにおいて、アクセスネットワークデバイスにより端末デバイスに送信される新たに規定された第１ＲＲＣシグナリングであってよい。これは、本願の本実施形態において限定されるものではない。
【０３１０】
Ｓ１０２０、第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する。
【０３１１】
具体的には、端末デバイスは、ＲＲＣシグナリング＃１に基づいて、アップリンクデータをアクセスネットワークデバイスに送信し、及び／又は、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２に基づいて、端末デバイスにダウンリンクデータを送信する。
【０３１２】
オプションで、アップリンクデータ及び／又はダウンリンクデータは、非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを用いて送信されてよい。
【０３１３】
例えば、ＲＲＣシグナリング＃１は、アップリンクデータを含むＮＡＳ  ＰＤＵを保持してよい。具体的には、端末デバイスは、ＲＲＣシグナリング＃１において保持されるＮＡＳ  ＰＤＵを用いてアップリンクデータを送信してよい。別の例として、端末デバイスは、ＲＲＣシグナリング＃１及びアップリンクデータを保持するＮＡＳ  ＰＤＵをアクセスネットワークデバイスに同時に送信してよい、又は、端末デバイスは、ＲＲＣシグナリング＃１を送信した直後に、アップリンクデータを保持するＮＡＳ  ＰＤＵを送信する。
【０３１４】
別の例として、ＲＲＣシグナリング＃２は、ダウンリンクデータを含むＮＡＳ  ＰＤＵを保持してよい。具体的には、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２において保持されるＮＡＳ  ＰＤＵを用いて、ダウンリンクデータを送信してよい。別の例として、アクセスネットワークデバイスは、ＲＲＣシグナリング＃１及びダウンリンクデータを保持するＮＡＳ  ＰＤＵを端末デバイスに同時に送信してよい、又は、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２を送信した直後に、ダウンリンクデータを保持するＮＡＳ  ＰＤＵを送信する。
【０３１５】
オプションで、アップリンクデータ又はダウンリンクデータは、ＤＲＢ又はＳＲＢ０を用いて送信されてよい。
【０３１６】
本願では、１つのトランスポートブロックが、アップリンクデータ及びＲＲＣシグナリング＃１により多重化されてよい、又は、アップリンクデータ及びＲＲＣシグナリング＃１が、２又はそれより多くのトランスポートブロックとして別々に伝送されてよい。１つのトランスポートブロックが、ダウンリンクデータ及びＲＲＣシグナリング＃２により多重化されてよい、又は、ダウンリンクデータ及びＲＲＣシグナリング＃２が、２又はそれより多くのトランスポートブロックとして別々に伝送されてよい。
【０３１７】
ＲＲＣシグナリング＃１及びアップリンクデータが共に伝送される場合、ＲＲＣシグナリング＃１が端末デバイスの識別子を保持してよい、又は、ＲＲＣシグナリング＃１及びアップリンクデータが別々に伝送される場合、アップリンクデータが端末デバイスの識別子を保持してよい、又は、端末デバイスの識別子を用いてスクランブルされてよいことに留意されたい。同様に、ＲＲＣシグナリング＃２及びダウンリンクデータが共に伝送される場合、ＲＲＣシグナリング＃２が端末デバイスの識別子を保持してよい、又は、ＲＲＣシグナリング＃２及びダウンリンクデータが別々に伝送される場合、ダウンリンクデータが端末デバイスの識別子を保持してよい、又は、端末デバイスの識別子を用いてスクランブルされてよい。
【０３１８】
例えば、端末デバイスの識別子は、ＲＮＴＩ、ハッシュＳ‐ＴＭＳＩ、Ｓ‐ＴＭＳＩ、切捨て型Ｓ‐ＴＭＳＩ、アクセス乱数、ＩＭＳＩ、又は、ＭＡＣ  ＣＥにおいて保持される端末デバイスの識別子などであってよい。端末デバイスの識別子は、本願において特に制限されることはない。
【０３１９】
さらに、アップリンクデータ伝送が例として用いられる。アップリンクデータ及びＲＲＣシグナリング＃１が２つのトランスポートブロックとして別々に伝送され得る場合、アップリンクデータを保持するＮＡＳ  ＰＤＵは、ＳＲＢ１ｂｉｓ又はＳＲＢ０を用いて送信されてよい、又は、ＲＲＣシグナリング＃１は、ＳＲＢ０を用いて送信され、アップリンクデータは、ＤＲＢを用いて送信される。ダウンリンクデータ伝送の方式については、アップリンクデータ伝送の方式に対する参照が行われ得ることを理解されたい。簡潔にするために、ここでは再び詳細を説明することはしていない。
【０３２０】
さらに、端末デバイスが、ＮＡＳメッセージを用いてメッセージ３においてアップリンクデータを送信する場合、ＮＡＳメッセージは、制御プレーンサービス要求（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ（ＥＳＭデータトランスポート））メッセージであってよい。
【０３２１】
したがって、本願の本実施形態における方法によれば、ＲＲＣ接続の確立を必要とすることなく、端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングに基づいて、アップリンクデータ及び／又はダウンリンクデータが伝送され得る。これにより、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減でき、デバイスの電力消費を削減できる。
【０３２２】
以下では、図１５から図１８を参照して、早期アップリンクデータ伝送及び早期ダウンリンクデータ伝送の視点から本願の本実施形態におけるデータ伝送方法を別々に説明する。図１５から図１８に示され、かつ、図２におけるものと同一又は対応する段階、用語及び概念などについては、図２の上述した説明に対して参照が行われ得る。繰り返しを避けるために、図１５から図１８が説明される場合、同一又は対応する内容を再び詳細に説明することはしていないことを理解されたい。
【０３２３】
一般性を失うことなく、以下では、ＲＲＣシグナリング＃１の例としてメッセージ３を用い、ＲＲＣシグナリング＃２の例としてメッセージ４を用いて本願の実施形態を説明する。
【０３２４】
図１５は、本願の実施形態に係るデータ伝送方法の概略フローチャートである。図１５に示される方法は、ＣＰスキームに基づく早期アップリンクデータ伝送に適用可能である。
【０３２５】
Ｓ１５１０、端末デバイスは、メッセージ１をアクセスネットワークデバイスに送信する。
【０３２６】
メッセージ１は、早期アップリンクデータ伝送及び／又は早期ダウンリンクデータ伝送の方式で端末デバイスがデータを伝送することを示すために用いられる。
【０３２７】
Ｓ１５２０、メッセージ１を受信した後に、アクセスネットワークデバイスは、メッセージ２を端末デバイスに送信する。
【０３２８】
オプションで、本願の本実施形態では、アクセスネットワークデバイスがメッセージ１に基づいて、ＵＥが早期アップリンクデータ伝送を実行する見込みであることを知った場合、アクセスネットワークデバイスは、アップリンクデータを伝送するために用いられるリソースを端末デバイスに割り当てる。
【０３２９】
さらに、アップリンクデータを伝送するために用いられるリソースのサイズは、固定、例えば、１００バイト（ｂｙｔｅｓ）であってよい。代わりに、アップリンクデータを伝送するために用いられるリソースのサイズは、第１メッセージ（例えば、第１メッセージ又は第１メッセージ内のプリアンブルを送信するためのリソース）に応じてアクセスネットワークデバイスにより決定されてよい。つまり、第１メッセージ、例えば、第１メッセージを送信するためのリソース又は第１メッセージ内のプリアンブルは、アップリンクデータのサイズを示すためにさらに用いられてよく、その結果、アクセスネットワークデバイスは、アップリンクデータのサイズに基づいて、アップリンクデータを伝送するために用いられるリソースを適切に割り当てることができる。
【０３３０】
Ｓ１５３０、端末デバイスは、メッセージ３をアクセスネットワークデバイスに送信する。
【０３３１】
例えば、メッセージ３は、アップリンクデータを保持し得る。
【０３３２】
例えば、メッセージ２が受信された後に、アップリンクデータが伝送される必要がある場合、端末デバイスは、メッセージ３を伝送している間に、早期アップリンクデータ伝送に用いられる予め構成又は予約されたリソース上でアップリンクデータを伝送してよい。
【０３３３】
別の例として、端末デバイスは、メッセージ２により示されるターゲットリソース上でメッセージ３及びアップリンクデータを伝送してよい。
【０３３４】
メッセージ３の規定は、上述した実施形態におけるものと同じである。特定のメッセージ名に限定されるものではない。
【０３３５】
Ｓ１５４０、アクセスネットワークデバイスは、候補メッセージ＃１をＭＭＥに送信する。
【０３３６】
候補メッセージ＃１は、アップリンクデータを含む。例えば、候補メッセージ＃１は、取得ＵＥ情報メッセージ（Ｒｅｔｒｉｅｖｅ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍｅｓｓａｇｅ）、初期ＵＥメッセージ（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）又は別の新たに規定されたメッセージであってよい。これは、本願の本実施形態において限定されるものではない。
【０３３７】
この場合、ＭＭＥは、端末デバイスのアップリンクデータを取得することができ、これにより、早期アップリンクデータ伝送を実現する。
【０３３８】
オプションで、方法は、以下の段階をさらに含んでよい。
【０３３９】
Ｓ１５６０、アクセスネットワークデバイスは、候補メッセージ＃３を端末デバイスに送信する。
【０３４０】
オプションで、候補メッセージ＃３はメッセージ４であってよい。
【０３４１】
さらに、候補メッセージ＃３は、代わりに、アクセスネットワークデバイスにより端末デバイスに送信される新たに規定された第１ＲＲＣメッセージであってよい。これは、本願の本実施形態において限定されるものではない。
【０３４２】
オプションで、候補メッセージ＃３は、インジケーション情報（例えば、インジケーション情報＃２として示される）を保持してよい。インジケーション情報＃２は、現在の手順又はセッションプロセスを終了できることを示すために、又は、端末デバイスがアイドルモードに戻る又はアイドルモードにとどまる必要があることを示すために用いられる。インジケーション情報＃２は、終了インジケーション（Ｅｎｄ  Ｉｎｄｉｃａｔｉｏｎ）又は解放インジケーション（ｒｅｌｅａｓｅ  ｉｎｄｉｃａｔｉｏｎ）として表され得る。
【０３４３】
オプションで、メッセージ４を受信した後に、端末デバイスは、メッセージ５をアクセスネットワークデバイスに送信する。例えば、メッセージ５は、ＲＲＣ接続完了メッセージ、ＲＲＣ接続再確立完了メッセージ又はＲＲＣ接続再開完了メッセージであってよい。
【０３４４】
可能な実施例において、メッセージ５は、ＮＡＳメッセージを保持していない。この場合、アクセスネットワークデバイスがダウンリンクデータを伝送する必要がある場合、メッセージ５を受信した後に、アクセスネットワークデバイスは、ダウンリンクデータを端末デバイスに送信し、アイドルモードに戻るよう、又は、アイドルモードにとどまるよう端末デバイスに命令する。
【０３４５】
別の可能な実施例において、メッセージ４（例えば、競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開）を受信した後に、端末デバイスは、通常のＲＲＣ接続セットアップ処理にしたがってＲＲＣ接続を確立する。この場合、端末デバイスがアップリンクデータを有していない場合、端末デバイスは、ヌルＮＡＳメッセージ（例えば、ＮＡＳメッセージ＃１として示される）、例えば、ＥＳＭデータトランスポートをメッセージ５（例えば、ＲＲＣ接続セットアップ完了、ＲＲＣ接続再確立完了又はＲＲＣ接続再開完了）において送信してよい。ＮＡＳメッセージ＃１は、メッセージヘッダのみを有するが、データユニットを有していない。ＮＡＳメッセージ＃１を受信した後に、アクセスネットワークデバイスは、初期ＵＥメッセージ又は別のメッセージを用いて、ＮＡＳメッセージ＃１をＭＭＥに送信する。メッセージを受信した後に、ＭＭＥは、ＮＡＳメッセージを無視又は破棄してよい。後続の処理は、従来技術におけるものと同一である。簡潔にするために、ここでは詳細を説明しない。
【０３４６】
さらに別の可能な実施例では、端末デバイスは、メッセージ５（例えば、ＲＲＣ接続セットアップ完了、ＲＲＣ接続再確立完了又はＲＲＣ接続再開完了）において、メッセージ３内のＮＡＳメッセージ、例えば、制御プレーンサービス要求（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ（ＥＳＭデータトランスポート））メッセージと同じであるＮＡＳメッセージ（例えば、ＮＡＳメッセージ＃２として示される）を送信してよい。さらに、ＮＡＳメッセージ＃２は、インジケーション情報（例えば、インジケーション情報＃３として示される）を含んでよく、インジケーション情報＃３は、ＮＡＳメッセージ＃２が、メッセージ３において伝送されるＮＡＳメッセージと同じであることを示すために用いられる。ＮＡＳメッセージ＃２を受信した後に、アクセスネットワークデバイスは、ＮＡＳメッセージをＭＭＥに送信し、ＭＭＥは、インジケーション情報に基づいて、メッセージを無視してよい。
【０３４７】
さらに別の可能な実施例において、ＵＥは、ＮＡＳメッセージ（例えば、ＮＡＳメッセージ＃３として示される）をメッセージ５（例えば、ＲＲＣ接続セットアップ完了、ＲＲＣ接続再確立完了又はＲＲＣ接続再開完了）において送信してよい。ＮＡＳメッセージ＃３は、インジケーション情報（例えば、インジケーション情報＃４として示される）を含んでよい。インジケーション情報＃４は、ＭＭＥが後続の処理を実行しやすくするために、ＮＡＳメッセージ＃３と従来技術におけるメッセージ５内のＮＡＳメッセージとを区別するために用いられる。ＭＭＥは、インジケーション情報＃４を受信した後に、ＮＡＳメッセージを無視又は破棄してよい。代わりに、ＮＡＳメッセージ及びインジケーション情報は２つのフィールドである。したがって、ＮＡＳメッセージ＃３は、インジケーション情報を保持してよい、又は、ＮＡＳメッセージ＃３及びインジケーション情報は、異なるフィールドであってよい。ＮＡＳメッセージ＃３のアプリケーションシナリオは以下のとおりである。ＮＡＳメッセージ＃３は、ＲＲＣシグナリング＃１を用いてアップリンクデータが伝送されており、かつ、メッセージ５内に他のアップリンクＮＡＳデータがない場合だけ用いられる。端末デバイスは、メッセージ３においてＮＡＳメッセージを送信する。その結果、上述した実装例において、ＮＡＳメッセージが既存のメッセージ５及び初期ＵＥメッセージにおいて必須であるという問題を克服できる。
【０３４８】
上述した実装例は、１つのダウンリンクパケットがあるが、アクセスネットワークデバイスがダウンリンクパケットを伝送できない場合に、又は、コアネットワークデバイスが複数のダウンリンクパケットを有する場合に、データを伝送するために用いられてよい。
【０３４９】
このように、ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、候補メッセージ＃３内のインジケーション情報＃２にしたがって前もって解放され得る、又は、端末は、候補メッセージ＃３内のインジケーション情報＃２にしたがってアイドルモードにとどまるよう命令される。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【０３５０】
さらに、候補メッセージ＃３がＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージである場合、候補メッセージ＃３は、リダイレクトインジケーションなどを含んでよい。
【０３５１】
候補メッセージ＃３がＲＲＣ接続拒否メッセージである場合、候補メッセージ＃３は、インジケーション情報をさらに保持してよい。当該インジケーション情報は、アイドルモードに戻る、又は、アイドルモードにとどまるよう端末に命令するために用いられる。
【０３５２】
オプションで、候補メッセージ＃３は、ダウンリンクデータを保持してよい。
【０３５３】
さらに、ダウンリンクデータは、ＮＡＳ  ＰＤＵ内でカプセル化され得る。つまり、候補メッセージ＃３は、ダウンリンクデータを含むＮＡＳ  ＰＤＵを保持してよい。ＮＡＳ  ＰＤＵは、ＳＲＢ０上で保持され得る。
【０３５４】
ダウンリンクデータは、ページング（Ｐａｇｉｎｇ）メッセージを用いて、ＭＭＥによりアクセスネットワークデバイスに送信され得る、又は、候補メッセージ＃２を用いてＭＭＥによりアクセスネットワークデバイスに送信され得る。
【０３５５】
さらに、ＭＭＥが候補メッセージ＃２を送信した後で、かつ、アクセスネットワークデバイスが候補メッセージ＃３を送信する前に、ダウンリンクデータは、代わりに、ＭＭＥにより、ＭＭＥとアクセスネットワークデバイスとの間のダウンリンクＮＡＳトランスポートを通じてアクセスネットワークデバイスに送信され得る。
【０３５６】
例えば、アクセスネットワークデバイスは、アクセスネットワークデバイスによりスケジューリングされ得るデータパケットのサイズを前もってＭＭＥに通知してよい。例えば、アクセスネットワークデバイスは、候補メッセージ＃１を用いて、アクセスネットワークデバイスによりスケジューリングされ得るデータパケットのサイズを示す。ＭＭＥは、ダウンリンクデータを複数のパケットに分けて、これらのパケットをアクセスネットワークデバイスに送信してよい。この場合、アクセスネットワークデバイスは、複数のデータパケットを端末デバイスに連続的に送信してよい。各データパケットは、端末デバイスの識別子情報を保持する。最後のデータパケットを送信した後に、アクセスネットワークデバイスは、端末デバイスを解放するために、又は、アイドルモードに戻る又はアイドルモードにとどまるように端末に命令するために、インジケーション情報＃２を端末に送信してよい。
【０３５７】
オプションで、ダウンリンクデータが、候補メッセージ＃２を用いてＭＭＥによりアクセスネットワークデバイスに送信される場合、Ｓ１５６０の前に、方法は、以下の段階をさらに含む。
【０３５８】
Ｓ１５５０、ＭＭＥは、候補メッセージ＃２をアクセスネットワークデバイスに送信し、候補メッセージ＃２は、ダウンリンクデータを含む。
【０３５９】
例えば、候補メッセージ＃２は、ＵＥ情報転送メッセージ（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｍｅｓｓａｇｅ）、ダウンリンクＮＡＳトランスポートメッセージ（Ｄｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔ  Ｍｅｓｓａｇｅ）又は新たに規定されたメッセージであってよい。これは、本願の本実施形態において限定されるものではない。
【０３６０】
オプションで、候補メッセージ＃２は、さらに、インジケーション情報（例えば、インジケーション情報＃１として示される）を含んでよい。インジケーション情報＃１は、現在の手順又はセッションプロセスを終了できることを示すために、又は、端末デバイスがアイドルモードに戻る又はアイドルモードにとどまる必要があることを示すために用いられる。インジケーション情報＃１は、終了インジケーション（Ｅｎｄ  Ｉｎｄｉｃａｔｉｏｎ）として表され得る。
【０３６１】
例えば、ＭＭＥが候補メッセージ＃２をアクセスネットワークデバイスに送信するときにダウンリンクデータがなければ、ＭＭＥは、インジケーション情報をメッセージに加えてよい。インジケーション情報は、手順を終了することを示すために、又は、アイドルモードに戻る又はアイドルモードにとどまるよう端末デバイスに命令することをアクセスネットワークデバイスに命令するために用いられる。
【０３６２】
例えば、ＭＭＥが候補メッセージ＃２をアクセスネットワークデバイスに送信する場合、ダウンリンクデータがあり、かつ、１つのデータパケットのみがあるときに、ＭＭＥは、インジケーション情報をメッセージに加える。インジケーション情報は、手順を終了することを示すために、又は、アイドルモードに戻る又はアイドルモードにとどまるよう端末デバイスに命令することをアクセスネットワークデバイスに命令するために用いられる。
【０３６３】
例えば、複数の端末のダウンリンクパケットがＭＭＥに到着した場合、ＭＭＥは、候補メッセージ＃２をアクセスネットワークデバイスに送信する場合、インジケーション情報を候補メッセージ＃２に加えない。この場合、端末デバイスは、接続モードに入っておらず、アイドルモード又はアイドルモードと接続モードとの間の中間モードにあり、又は、端末のステータスは、エアインタフェースが接続モードに入っておらず、かつ、Ｓ１インタフェースが接続モードに入っている状態であることを理解されたい。
【０３６４】
したがって、ＭＭＥは、インジケーション情報＃１を送信することにより、アイドルモードに戻るよう、又は、アイドルモードにとどまるよう端末デバイスに命令することをアクセスネットワークデバイスに命令し得る。インジケーション情報＃２は、インジケーション情報＃１と同一であってよい、又は、インジケーション情報＃１とは異なっていてよいことをさらに理解されたい。これは、本願の本実施形態において限定されるものではない。
【０３６５】
さらに、ダウンリンクデータを端末デバイスに送信した後に、アクセスネットワークデバイスは、肯定応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）をＭＭＥに送信してよく、例えば、ＮＡＳ供給ＡＣＫを送信する。アクセスネットワークデバイスがダウンリンクデータを端末デバイスに送信したことを示すためにＡＣＫが用いられ、ＭＭＥは、ページングメッセージをアクセスネットワークデバイスに送信する必要がない。
【０３６６】
オプションで、Ｓ１５６０において、アクセスネットワークデバイスは、ダウンリンクデータを端末デバイスに送信しない場合、アクセスネットワークデバイスは、データが送信に成功しなかったことをＭＭＥにフィードバックしてよい、又は、送信されていないデータをＭＭＥに送信してよい。ＭＭＥは、ページング方式を用いてよく、その結果、端末デバイスはデータを取得する。
【０３６７】
したがって、本願の本実施形態におけるデータ伝送方法によれば、ＲＲＣ接続の確立を必要とすることなく、端末デバイスによりアクセスネットワークデバイスに送信された第１ＲＲＣシグナリングに基づいて、アップリンクデータが伝送され得る。これにより、電力消費及びシグナリングオーバヘッドを削減できる。
【０３６８】
図１６は、本願の実施形態に係るデータ伝送方法の概略フローチャートである。図１６に示される方法は、ＵＰスキームに基づく早期アップリンクデータ伝送に適用可能である。以下に現れ、かつ、図１６におけるものと同一又は対応する用語及び概念などについては、図１５の上述した説明に対して参照が行われ得ることに留意されたい。以下では、繰り返しを避けるために再び詳細を説明することはしていない。
【０３６９】
Ｓ１６１０、端末デバイスは、メッセージ１をアクセスネットワークデバイスに送信する。
【０３７０】
Ｓ１６２０、メッセージ１を受信した後に、アクセスネットワークデバイスは、メッセージ２を端末デバイスに送信する。
【０３７１】
Ｓ１６３０、端末デバイスは、メッセージ３をアクセスネットワークデバイスに送信する。
【０３７２】
メッセージ３は、アップリンクデータを含み、アップリンクデータは、データ無線ベアラＤＲＢを用いて送信され得る。アップリンクデータは、暗号化される必要がある。以前の接続においてネクストホップチェーンカウント（ｎｅｘｔ  ｈｏｐ  ｃｈａｉｎｉｎｇ  ｃｏｕｎｔ、ＮＣＣ）を取得することにより、鍵が更新され得る。
【０３７３】
さらに、データを送信するために端末デバイスにより用いられるベアラＤＲＢは、以前の接続におけるＤＲＢに基づいて構成されてよい、又は、デフォルトのＤＲＢを用いて構成されてよい。以前の接続におけるＤＲＢを用いてＤＲＢが構成されており、かつ、アクセスネットワークデバイスが構成をサポートしていない場合、アクセスネットワークデバイスは、端末デバイスを再度構成する、例えば、ＲＲＣ再構成メッセージ又はＲＲＣ接続再開メッセージを用いて端末デバイスを構成する。
【０３７４】
さらに、方法は、以下の段階をさらに含んでよい。
【０３７５】
Ｓ１６４０、アクセスネットワークデバイスは、第２要求メッセージをＭＭＥに送信する。
【０３７６】
オプションで、第２要求メッセージの内容は、ＵＥコンテキスト再開要求（ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｕｍｅ  Ｒｅｑｕｅｓｔ）メッセージの内容と同一であってよい。
【０３７７】
さらに、第２要求メッセージは、ＵＥコンテキスト再開要求メッセージであってよい。
【０３７８】
メッセージ３を受信した後に、アクセスネットワークデバイスは、完全性に関するショートメッセージ認証コード（ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ  ｆｏｒ  Ｉｎｔｅｇｒｉｔｙ、ｓｈｏｒｔ‐ＭＡＣ‐Ｉ）に基づいて、端末デバイスを検証する。アクセスネットワークデバイスが元のアクセスネットワークデバイスではない場合、ショートＭＡＣ‐Ｉは、Ｘ２インタフェースを通じてソースアクセスネットワークデバイスに送信される必要がある。ソースアクセスネットワークデバイスは、検証を実行し、検証が成功した後に、端末デバイスのコンテキスト情報を現在のアクセスネットワークデバイスに送信する。現在のアクセスネットワークデバイスは、後続の工程を実行する。
【０３７９】
さらに、方法は、以下の段階をさらに含んでよい。
【０３８０】
Ｓ１６５０、ＭＭＥは、第２要求メッセージに基づいて、第２応答メッセージをアクセスネットワークデバイスに送信する。
【０３８１】
オプションで、第２応答メッセージの内容は、ＵＥコンテキスト再開応答（ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｕｍｅ  Ｒｅｓｐｏｎｓｅ）メッセージの内容と同一であってよい。
【０３８２】
さらに、第２応答メッセージは、ＵＥコンテキスト再開応答メッセージである。
【０３８３】
受信した第２応答メッセージに基づいて、アクセスネットワークデバイスにより受信されるデータに対応する無線アクセスベアラ（Ｅ‐ＵＴＲＡＮ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｂｅａｒｅｒ、Ｅ‐ＲＡＢ）が拒否されたことを、アクセスネットワークデバイスが見つけた場合、アクセスネットワークデバイスは、ＲＲＣ接続再開メッセージ又はＲＲＣ接続セットアップメッセージを端末デバイスに送信する。ＲＲＣ接続再開メッセージ又はＲＲＣ接続セットアップメッセージは、インジケーション情報を含んでよい。当該インジケーション情報は、Ｅ‐ＲＡＢ上でのデータ伝送が拒否又は失敗したことを示すために、又は、端末デバイスが前に送信されたデータパケットを再送信する必要があることを示すために用いられる。この場合、アクセスネットワークデバイスは、データ伝送用に追加のＵＬグラントを割り当てる。
【０３８４】
Ｓ１６６０、第２応答メッセージを受信した後に、アクセスネットワークデバイスは、アップリンクデータをＳ‐ＧＷに送信する。
【０３８５】
この場合、Ｓ‐ＧＷは、端末デバイスのアップリンクデータを取得でき、これにより、早期アップリンクデータ伝送を実現する。
【０３８６】
オプションで、方法は、以下の段階をさらに含んでよい。
【０３８７】
Ｓ１６７０、アップリンクデータの送信に成功した後に、アクセスネットワークデバイスは、ＵＥコンテキスト解放要求メッセージ、ＵＥコンテキスト一時停止要求メッセージ又は接続解放要求メッセージをＭＭＥに送信してよい。
【０３８８】
Ｓ１６８０、ＭＭＥは、ＵＥコンテキスト解放要求メッセージに基づいて、ＵＥコンテキスト解放メッセージをアクセスネットワークデバイスに送信し、ＭＭＥは、ＵＥコンテキスト一時停止要求メッセージに基づいて、ＵＥコンテキスト一時停止完了メッセージをアクセスネットワークデバイスに送信し、又は、ＭＭＥは、接続解放要求に基づいて、ＵＥコンテキスト解放メッセージをアクセスネットワークデバイスに送信する。
【０３８９】
Ｓ１６９０、アクセスネットワークデバイスは、候補メッセージ＃４を端末デバイスに送信する。
【０３９０】
オプションで、候補メッセージ＃４は、メッセージ４、例えば、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージであってよい、又は、ＲＲＣ接続解放メッセージであってよい。
【０３９１】
さらに、候補メッセージ＃４は、代わりに、アクセスネットワークデバイスにより端末デバイスに送信される新たに規定された第１ＲＲＣメッセージであってよい。これは、本願の本実施形態において限定されるものではない。
【０３９２】
候補メッセージ＃４は、候補メッセージ＃３と同一であってよい、又は、候補メッセージ＃３とは異なっていてよいことを理解されたい。これは、本願の本実施形態において限定されるものではない。
【０３９３】
オプションで、候補メッセージ＃４は、インジケーション情報（例えば、インジケーション情報＃５として示される）を保持してよい。インジケーション情報＃５は、現在の手順又はセッションプロセスを終了できることを示すために、又は、端末デバイスがアイドルモードに戻る又はアイドルモードにとどまる必要があることを示すために用いられる。インジケーション情報＃５は、終了インジケーション（Ｅｎｄ  Ｉｎｄｉｃａｔｉｏｎ）として表され得る。
【０３９４】
インジケーション情報＃５は、インジケーション情報＃２と同一であってよい、又は、インジケーション情報＃２とは異なっていてよいことを理解されたい。これは、本願の本実施形態において限定されるものではない。
【０３９５】
このように、Ｓ‐ＧＷがダウンリンクデータ伝送を有していない場合、端末デバイスは、候補メッセージ＃４内のインジケーション情報＃５にしたがって前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【０３９６】
さらに、候補メッセージ＃４がＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージである場合、候補メッセージ＃４は、リダイレクトインジケーションなどを含んでよい。
【０３９７】
オプションで、候補メッセージ＃４は、ダウンリンクデータを保持してよい。
【０３９８】
ダウンリンクデータがアクセスネットワークデバイスに到着したが、アクセスネットワークデバイスがダウンリンクデータを端末デバイスに送信できない場合、Ｓ１５６０におけるいくつかの方式と同様の方式、例えば、ＲＲＣ接続が確立され、ヌルＮＡＳメッセージ又はインジケーション情報がメッセージ５に置かれると、通常のデータ伝送手順が用いられる方式で伝送が実行される。
【０３９９】
したがって、本願の本実施形態におけるデータ伝送方法によれば、ＲＲＣ接続の確立を必要とすることなく、端末デバイスによりアクセスネットワークデバイスに送信される第１ＲＲＣシグナリングに基づいて、アップリンクデータが伝送され得る。これにより、電力消費及びシグナリングオーバヘッドを削減できる。
【０４００】
図１７は、本願の別の実施形態に係るデータ伝送方法の概略フローチャートである。図１７に示される方法は、ＣＰスキームに基づく早期ダウンリンクデータ伝送に適用可能である。
【０４０１】
Ｓ１７１０、端末デバイスは、メッセージ１をアクセスネットワークデバイスに送信する。
【０４０２】
Ｓ１７２０、メッセージ１を受信した後に、アクセスネットワークデバイスは、メッセージ２を端末デバイスに送信する。
【０４０３】
Ｓ１７３０、端末デバイスは、メッセージ３をアクセスネットワークデバイスに送信し、メッセージ３は、サービス要求メッセージ（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  Ｍｅｓｓａｇｅ）を含み得る。
【０４０４】
上述した実施形態で説明したように、メッセージ３は、既存のＲＲＣシグナリング又は新たに規定されたＲＲＣシグナリングであってよい。
【０４０５】
メッセージ３におけるインジケーション情報（例えば、インジケーション情報＃６として示される）は、端末デバイスが早期ダウンリンクデータ伝送を実行することを示すために用いられ得る。つまり、アクセスネットワークデバイスにより端末デバイスに送信される第１ＲＲＣシグナリングに基づいて、ダウンリンクデータが伝送される。インジケーション情報＃６を受信した後に、アクセスネットワークデバイスは、比較的早くにコアネットワークデバイスとのシグナリングインタラクションをトリガしてよい。
【０４０６】
Ｓ１７４０、メッセージ３を受信した後に、アクセスネットワークデバイスは、要求メッセージをＭＭＥに送信する。
【０４０７】
要求メッセージは、取得ＵＥ情報メッセージ、初期ＵＥメッセージ又は別の新たに規定されたメッセージであってよい。これは、本願の本実施形態において限定されるものではない。
【０４０８】
Ｓ１７５０、要求メッセージを受信した後に、ＭＭＥは、ダウンリンクデータをアクセスネットワークデバイスに送信する。
【０４０９】
オプションで、ＭＭＥは、ＵＥ情報転送メッセージ（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｍｅｓｓａｇｅ）又はダウンリンクＮＡＳトランスポートメッセージ（Ｄｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔ  Ｍｅｓｓａｇｅ）を用いて、アクセスネットワークデバイスをダウンリンクデータに送信してよい。
【０４１０】
Ｓ１７６０、アクセスネットワークデバイスは、メッセージ４を用いて、ダウンリンクデータを端末デバイスに送信する。
【０４１１】
さらに、メッセージ４は、アイドルモードにとどまるよう、又は、アイドルモードに戻るよう端末デバイスに命令するために用いられる。端末デバイスは、メッセージ４に基づいて、アイドルモードに戻る、又は、アイドルモードにとどまる。
【０４１２】
したがって、本願の本実施形態におけるデータ伝送方法によれば、ダウンリンクデータがメッセージ４を用いて伝送され得る。つまり、早期ダウンリンクデータ伝送が実現され得ることで、電力消費及びシグナリングオーバヘッドを削減できる。
【０４１３】
図１８は、本願の別の実施形態に係るデータ伝送方法の概略フローチャートである。図１８に示される方法は、ＵＰスキームに基づく早期ダウンリンクデータ伝送に適用可能である。
【０４１４】
Ｓ１８１０、端末デバイスは、メッセージ１をアクセスネットワークデバイスに送信する。
【０４１５】
Ｓ１８２０、メッセージ１を受信した後に、アクセスネットワークデバイスは、メッセージ２を端末デバイスに送信する。
【０４１６】
Ｓ１８３０、端末デバイスは、メッセージ２に基づいて、メッセージ３をアクセスネットワークデバイスに送信し、メッセージ３は、サービス要求メッセージ（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  Ｍｅｓｓａｇｅ）を含み得る。
【０４１７】
Ｓ１８４０、メッセージ３においてサービス要求メッセージを受信した後に、アクセスネットワークデバイスは、サービス要求メッセージをＭＭＥに送信する。
【０４１８】
オプションで、アクセスネットワークデバイスは、端末デバイスコンテキスト再開要求メッセージを用いて、サービス要求メッセージをＭＭＥに送信してよい。
【０４１９】
Ｓ１８５０、ＭＭＥは、サービス要求メッセージに基づいて、サービス応答メッセージをアクセスネットワークデバイスに送信する。
【０４２０】
オプションで、アクセスネットワークデバイスにより送信された端末デバイスコンテキスト再開要求メッセージを受信した後に、ＭＭＥは、端末デバイスコンテキスト再開応答メッセージをアクセスネットワークデバイスに送信してよい。
【０４２１】
Ｓ１８６０、ＭＭＥは、修正ベアラ要求メッセージをＳ‐ＧＷに送信する。
【０４２２】
Ｓ１８７０、Ｓ‐ＧＷは、修正ベアラ応答メッセージをＭＭＥに返すことで、Ｓ‐ＧＷは、アクセスネットワークデバイスのアドレスを取得できる。
【０４２３】
Ｓ１８８０、Ｓ‐ＧＷは、ダウンリンクデータをアクセスネットワークデバイスに送信する。
【０４２４】
Ｓ１８９０、アクセスネットワークデバイスは、メッセージ４を用いて、ダウンリンクデータを端末デバイスに送信する。
【０４２５】
オプションで、Ｓ１８９０の前に、アクセスネットワークデバイスがＳ‐ＧＷにより送信されたダウンリンクデータを受信した後に、方法は、さらに、
アクセスネットワークデバイスにより、ＵＥコンテキスト解放要求メッセージ、ＵＥコンテキスト一時停止要求メッセージ、接続解放要求メッセージ又は別の解放要求メッセージをＭＭＥに送信する段階と、
ＭＭＥにより、ＵＥコンテキスト解放要求メッセージに基づいて、ＵＥコンテキスト解放コマンドメッセージをアクセスネットワークデバイスに送信する段階、ＭＭＥにより、ＵＥコンテキスト一時停止要求メッセージに基づいて、ＵＥコンテキスト一時停止完了メッセージをアクセスネットワークデバイスに送信する段階、又は、ＭＭＥにより、接続解放要求に基づいて、ＵＥコンテキスト解放メッセージをアクセスネットワークデバイスに送信する段階と、
アクセスネットワークデバイスにより、ＵＥコンテキスト解放コマンドメッセージ又はＵＥコンテキスト一時停止完了メッセージに基づいて、候補メッセージ＃５を端末デバイスに送信する段階と
を含んでよい。
【０４２６】
オプションで、候補メッセージ＃５はメッセージ４であってよい。
【０４２７】
例えば、メッセージ４は、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開メッセージ又はＲＲＣ接続解放メッセージであってよい。
【０４２８】
さらに、候補メッセージ＃５は、代わりに、アクセスネットワークデバイスにより端末デバイスに送信される新たに規定された第１ＲＲＣメッセージであってよい。これは、本願の本実施形態において限定されるものではない。
【０４２９】
候補メッセージ＃５は、候補メッセージ＃３と同一であってよい、又は、候補メッセージ＃３とは異なっていてよいことを理解されたい。これは、本願の本実施形態において限定されるものではない。
【０４３０】
オプションで、候補メッセージ＃５は、インジケーション情報（例えば、インジケーション情報＃６として示される）を保持してよい。インジケーション情報＃５は、現在の手順又はセッションプロセスを終了できることを示すために、又は、端末デバイスがアイドルモードに戻る又はアイドルモードにとどまる必要があることを示すために用いられる。インジケーション情報＃６は、終了インジケーション（Ｅｎｄ  Ｉｎｄｉｃａｔｉｏｎ）として表され得る。
【０４３１】
インジケーション情報＃６は、インジケーション情報＃２と同一であってよい、又は、インジケーション情報＃２とは異なっていてよいことを理解されたい。これは、本願の本実施形態において限定されるものではない。
【０４３２】
このように、Ｓ‐ＧＷがダウンリンクデータ伝送を有していない場合、端末デバイスは、候補メッセージ＃５内のインジケーション情報＃６にしたがって前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【０４３３】
さらに、候補メッセージ＃５がＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージである場合、候補メッセージ＃５は、ＲＲＣ接続解放メッセージにおける関連情報、例えば、解放原因又はリダイレクトインジケーションを含んでもよい。
【０４３４】
候補メッセージ＃５がＲＲＣ接続拒否メッセージである場合、候補メッセージ＃５は、原因値を保持してもよい。原因値は、なぜＲＲＣ接続が拒否されたかの原因を示す。
【０４３５】
候補メッセージ＃５がＲＲＣ接続解放メッセージである場合、端末は、アイドルモードに戻る又はアイドルモードにとどまるよう命令される。候補メッセージ＃５は、端末デバイスの識別子情報を保持してよい。具体的には、端末デバイスの識別子情報は、ＭＡＣ  ＣＥにおいて保持され得る、又は、ＰＤＣＣＨを用いてスクランブルされ得る。
【０４３６】
オプションで、Ｓ１８９０では、アクセスネットワークデバイスは、候補メッセージ＃５を用いて、ダウンリンクデータを端末デバイスに送信してよい。
【０４３７】
したがって、本願の本実施形態におけるデータ伝送方法によれば、ＲＲＣ接続の確立を必要とすることなく、端末デバイスによりアクセスネットワークデバイスに送信される第１ＲＲＣシグナリングに基づいて、アップリンクデータが伝送され得る。これにより、電力消費及びシグナリングオーバヘッドを削減できる。
【０４３８】
オプションで、可能な実施例において、端末デバイスがページングメッセージを受信した場合、ページングメッセージは、アクセスネットワークデバイスが早期ダウンリンクデータ伝送の工程を実行する必要があることを示すインジケーション情報を含んでよい。このように、端末デバイスは、早期ダウンリンクデータ伝送の工程に基づいて、後続の手順を実行してよい。さらに、コアネットワークデバイスは、アクセスネットワークデバイスが早期ダウンリンクデータ伝送を実行する必要があることを示すインジケーション情報を、アクセスネットワークデバイスに送信されるページングメッセージに加えてよい。ページングメッセージを端末に送信する前に、アクセスネットワークデバイスは、コアネットワークからダウンリンクパケット及び／又はインジケーション情報を受信する。インジケーション情報は、早期データ伝送（例えば、早期ダウンリンクデータ伝送）の方式で、ダウンリンクデータパケットが端末に送信され得ることを示すために用いられる。
【０４３９】
オプションで、端末デバイスが接続モードにある場合、アクセスネットワークデバイスはまた、ＰＤＣＣＨを用いてインジケーションを端末デバイスに送信して、早期データ伝送、例えば、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送の方式でＵＥがランダムアクセスを実行する、すなわち、ＰＤＣＣＨ命令を用いてランダムアクセスを実行する必要があることを示してよい。特定のインジケーション情報がＤＣＩにおいて保持され得る。代わりに、ＵＥによりアクセスされ、かつ、アクセスネットワークデバイスにより示されるリソースの位置は、早期データ伝送を実現するために、早期データ伝送に用いられるリソースの位置である。このように、接続モードにおいて、アクセスネットワークデバイスは、ＰＤＣＣＨを用いて、早期データ伝送を実行するようＵＥに命令できる。
【０４４０】
図１９は、本願の実施形態に係る端末デバイス１９００の概略ブロック図である。図１９に示されるように、端末デバイス１９００は、処理ユニット１９１０及び送受信ユニット１９２０を含む。
【０４４１】
処理ユニット１９１０は、第１インジケーションを生成するように構成され、第１インジケーションは、端末デバイスによりアクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、端末デバイスがデータを伝送することを示すために用いられ、及び／又は、
第１インジケーションは、アクセスネットワークデバイスにより端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがデータを伝送することを示すために用いられる。
【０４４２】
送受信ユニット１９２０は、処理ユニットにより生成された第１インジケーションをアクセスネットワークデバイスに送信し、第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送するように構成される。
【０４４３】
処理ユニット１９１０は、プロセッサにより実装されてよく、送受信ユニット１９２０は、送受信機により実装されてよいことを理解されたい。
【０４４４】
端末デバイス１９００は、上述した方法において説明された端末デバイスに対応してよく、端末デバイス１９００内のモジュール又はユニットは、図１０から図１８に示される方法の実施形態における端末デバイスにより実行される動作又は処理プロセスを実行するように構成されることをさらに理解されたい。ここでは、繰り返しを避けるためにそれらの詳細な説明が省略されている。
【０４４５】
図２０は、本願の実施形態に係るアクセスネットワークデバイス２０００の概略ブロック図である。図２０に示されるように、アクセスネットワークデバイス２０００は、処理ユニット２０１０及び送受信ユニット２０２０を含む。
【０４４６】
処理ユニット２０１０は、
端末デバイスにより送信された第１インジケーションを受信することであって、第１インジケーションは、端末デバイスによりアクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、端末デバイスがデータを伝送することを示すために用いられる、
及び／又は、
第１インジケーションは、アクセスネットワークデバイスにより端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがデータを伝送することを示すために用いられる、受信することと、
第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送することと
を実行するように送受信ユニット２０２０を制御するように構成される。
【０４４７】
処理ユニット２０１０は、プロセッサにより実装されてよく、送受信ユニット２０２０は、送受信機により実装されてよいことを理解されたい。
【０４４８】
アクセスネットワークデバイス２０００は、上述した方法において説明されたアクセスネットワークデバイスに対応してよく、アクセスネットワークデバイス２０００内のモジュール又はユニットは、図１０から図１８に示される方法の実施形態におけるアクセスネットワークデバイスにより実行される動作又は処理プロセスを実行するように構成されることをさらに理解されたい。ここでは、繰り返しを避けるためにそれらの詳細な説明が省略されている。
【０４４９】
本願の実施形態は、プロセッサに適用され得る、又は、プロセッサにより実装され得る。プロセッサは、集積回路チップであってよく、信号処理能力を有する。実装プロセスにおいて、上述した方法の実施形態における段階は、プロセッサ内のハードウェア集積論理回路を用いて、又は、ソフトウェア形式の命令を用いて実装され得る。プロセッサは、中央処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、ＣＰＵ）であってよい。代わりに、プロセッサは、別の汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ、ＦＰＧＡ）又は別のプログラム可能な論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又は、ディスクリートハードウェアコンポーネントであってよい。プロセッサは、本願の実施形態で開示される方法、段階及び論理ブロック図を実装又は実行してよい。汎用プロセッサは、マイクロプロセッサであってよい、又は、プロセッサは、任意の従来のプロセッサなどであってよい。本願の実施形態を参照して開示される方法における段階は、ハードウェアデコードプロセッサを用いて直接的に実行及び実現され得る、又は、デコードプロセッサ内のハードウェア及びソフトウェアユニットの組み合わせを用いて実行及び実現され得る。ソフトウェアユニットは、当該分野における成熟した記憶媒体、例えば、ランダムアクセスメモリ、フラッシュメモリ、リードオンリメモリ、プログラマブルリードオンリメモリ、電気的消去可能プログラマブルメモリ又はレジスタに配置され得る。記憶媒体は、メモリに配置され、プロセッサは、メモリ内の情報を読み出して、プロセッサのハードウェアを用いて、上述した方法における段階を実行する。
【０４５０】
本願の実施形態におけるメモリは、揮発性メモリ又は不揮発性メモリであってよく、又は、揮発性メモリ及び不揮発性メモリを含んでよいことをさらに理解されたい。不揮発性メモリは、リードオンリメモリ（ｒｅａｄ‐ｏｎｌｙ  ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ  ＰＲＯＭ、  ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ、ＥＥＰＲＯＭ）又はフラッシュメモリであってよい。揮発性メモリは、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＲＡＭ）であってよく、外部キャッシュとして用いられる。説明の限定として解釈されることのない例を用いて、例えば、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ  ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ  ＲＡＭ、ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ、ＤＤＲ  ＳＤＲＡＭ）、エンハンスドシンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ、ＳＬＤＲＡＭ）、及びダイレクトランバスダイナミックランダムアクセスメモリ（ｄｉｒｅｃｔ  ｒａｍｂｕｓ  ＲＡＭ、ＤＲ  ＲＡＭ）といったＲＡＭの多くの形式が用いられてよい。本明細書で説明されるシステム及び方法におけるメモリは、これらに限定されるものではないが、任意の他の適切なタイプのメモリを含むことに留意されたい。
【０４５１】
本明細書において用語「及び／又は」は、関連する対象を説明するための対応関係のみを表現し、３つの関係が存在し得ることを表すことを理解されたい。例えば、Ａ及び／又はＢは、Ａのみが存在する、Ａ及びＢの両方が存在する、及び、Ｂのみが存在するという３つの場合を表し得る。さらに、本明細書において符号「／」は概して、関連する対象間の「又は」の関係を示す。
【０４５２】
本願の様々な実施形態において、上述の処理のシーケンス番号は、実行順序を意味するものではないことを理解されたい。プロセスの実行順序は、プロセスの機能及び内部ロジックに基づいて決定されるべきであり、本願の実施形態の実装プロセスに対するなんらかの限定として解釈されるべきではない。
【０４５３】
当業者であれば、本明細書で開示される実施形態において説明した例を参照して、ユニット及びアルゴリズムの段階が、電子ハードウェア、又は、コンピュータソフトウェア及び電子ハードウェアの組み合わせにより実装され得ることを認識し得る。機能がハードウェア又はソフトウェアにより実行されるかは、技術的解決手段の特別な適用及び設計制約に依存する。当業者であれば、異なる方法を用いて特定のアプリケーションごとに、説明された機能を実装してよいが、当該実装が本願の範囲を超えるものとみなされるべきではない。
【０４５４】
説明を簡便かつ簡潔にするために、上述のシステム、装置及びユニットの詳細な作業工程については、上述した方法の実施形態の対応する処理に対して参照が行われ得ることで当業者による理解を分かりやすくできるので、ここでは再び詳細を説明することはしていない。
【０４５５】
本願において提供されるいくつかの実施形態では、開示されるシステム、装置及び方法が他の方式で実装され得ることを理解されたい。例えば、説明した装置の実施形態は、単なる例に過ぎない。例えば、ユニット区分は、論理的な機能区分に過ぎず、実際の実装中に他の区分であってよい。例えば、複数のユニット又はコンポーネントは、別のシステムに一体化又は統合されてよい、又は、いくつかの特徴が無視されてよい又は実行されなくてよい。さらに、図示され、又は、論じられた相互の連結若しくは直接的な連結又は通信接続は、いくつかのインタフェースを用いて実装されてよい。装置又はユニット間の間接的な連結又は通信接続は、電気的形式、機械的形式又は他の形式で実装されてよい。
【０４５６】
別個の部品として表現されたユニットは、物理的に分離されてもそうでなくてもよく、ユニットとして示される部品は、物理ユニットであってもそうでなくてもよく、１か所に配置されてもよく、又は、複数のネットワークユニット上に分散されてもよい。ユニットの一部又はすべては、実施形態における解決手段の目的を実現するために、実際の要件にしたがって選択されてよい。
【０４５７】
さらに、本願の実施形態における機能ユニットが１つの処理ユニットに統合されてよく、又は、当該ユニットのそれぞれが物理的に単独で存在してもよく、又は、２又はそれより多くのユニットが１つのユニットに統合されてよい。
【０４５８】
機能がソフトウェア機能ユニットの形式で実装され、独立した製品として販売又は使用される場合、当該機能は、コンピュータ可読記憶媒体に格納されてよい。そのような理解に基づいて、基本的に本願の技術的解決手段又は従来技術に対して貢献する部分又は技術的解決手段の一部が、ソフトウェア製品の形式で実装され得る。コンピュータソフトウェア製品は、記憶媒体に格納されており、（パーソナルコンピュータ、サーバ又はネットワークデバイスなどであり得る）コンピュータデバイスが、本願の実施形態において説明された方法における段階のすべて又は一部を実行することを可能にするためのいくつかの命令を含む。記憶媒体は、例えば、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ‐ｏｎｌｙ  ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなど、プログラムコードを格納できる様々な媒体を含む。
【０４５９】
上述した説明は、本願の特定の実施例に過ぎないが、本願の保護範囲を限定することを目的とするものではない。本願で開示される技術的範囲内で当業者が考え付きやすい任意の変形又は置換が本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【図１】
2020519193.tif 000003
【図２】
2020519193.tif 000004
【図３】
2020519193.tif 000005
【図４】
2020519193.tif 000006
【図５】
2020519193.tif 000007
【図６】
2020519193.tif 000008
【図７】
2020519193.tif 000009
【図８】
2020519193.tif 000010
【図９】
2020519193.tif 000011
【図１０】
2020519193.tif 000012
【図１１】
2020519193.tif 000013
【図１２】
2020519193.tif 000014
【図１３】
2020519193.tif 000015
【図１４】
2020519193.tif 000016
【図１５】
2020519193.tif 000017
【図１６】
2020519193.tif 000018
【図１７】
2020519193.tif 000019
【図１８】
2020519193.tif 000020
【図１９】
2020519193.tif 000021
【図２０】
2020519193.tif 000022
【手続補正書】
【提出日】令和1年12月3日(2019.12.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ伝送方法であって、
端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階であって、前記第１インジケーションは、早期データ伝送を示すために用いられる、段階と、
前記端末デバイスにより、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記早期データ伝送を実行する段階と
を備える方法。
【請求項２】
前記端末デバイスにより、前記第１インジケーションを前記アクセスネットワークデバイスに前記送信する段階の前に、前記方法は、さらに、
前記端末デバイスにより、システムメッセージを受信する段階と、
前記端末デバイスにより、前記受信したシステムメッセージに基づいて、前記早期データ伝送の機能がサポートされていると判定する段階と
を備える、請求項１に記載の方法。
【請求項３】
前記端末デバイスにより、前記第１インジケーションを前記アクセスネットワークデバイスに送信する段階は、
前記端末デバイスにより、第１時間周波数符号リソース又は第２時間周波数符号リソースを用いてランダムアクセス要求メッセージを送信する段階であって、前記第１時間周波数符号リソースは、早期アップリンクデータ伝送を示すために用いられ、前記第２時間周波数符号リソースは、早期ダウンリンクデータ伝送を示すために用いられる、段階を有する、請求項１又は２に記載の方法。
【請求項４】
前記端末デバイスにより、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記早期データ伝送を実行する段階は、
非アクセス層プロトコルデータユニット（ＮＡＳ  ＰＤＵ）を用いて、前記端末デバイスと前記アクセスネットワークデバイスとの間でデータを伝送する段階、又は、
データ無線ベアラ（ＤＲＢ）を用いて、前記端末デバイスと前記アクセスネットワークデバイスとの間で前記データを伝送する段階
を有する、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記方法は、さらに、
前記端末デバイスにより、前記アクセスネットワークデバイスにより送信された解放メッセージを受信する段階であって、前記解放メッセージは、無線リソース制御（ＲＲＣ）接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、前記解放メッセージは、前記端末デバイスをアイドルモードへと解放するために用いられる、段階を備える、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記方法は、さらに、
前記端末デバイスにより、前記アクセスネットワークデバイスにより送信された解放メッセージを受信する段階であって、前記解放メッセージは、伝送され得るデータを保持する、段階を備える、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記方法は、さらに、
前記端末デバイスにより、データ無線ベアラ（ＤＲＢ）を用いて、前記端末デバイスと前記アクセスネットワークデバイスとの間でデータを伝送する段階であって、前記データは、以前の接続においてネクストホップチェーンカウント（ＮＣＣ）を取得したことにより更新された鍵を用いて、前記ＤＲＢを通じて伝送され、前記データは暗号化されている、段階を備える、請求項１から６のいずれか一項に記載の方法。
【請求項８】
データ伝送装置であって、
第１インジケーションをアクセスネットワークデバイスに送信するように構成される送信機であって、前記第１インジケーションは、早期データ伝送を示すために用いられる、送信機と、
前記データ伝送装置と前記アクセスネットワークデバイスとの間で前記早期データ伝送を実行するように構成されるプロセッサと
を備える装置。
【請求項９】
前記装置は、さらに、
システムメッセージを受信するように構成される受信機を備え、
前記プロセッサは、具体的には、前記受信したシステムメッセージに基づいて、前記早期データ伝送の機能がサポートされていると判定するように構成される、請求項８に記載の装置。
【請求項１０】
前記送信機は、具体的には、
第１時間周波数符号リソース又は第２時間周波数符号リソースを用いてランダムアクセス要求メッセージを送信するように構成され、前記第１時間周波数符号リソースは、早期アップリンクデータ伝送を示すために用いられ、前記第２時間周波数符号リソースは、早期ダウンリンクデータ伝送を示すために用いられる、請求項８又は９に記載の装置。
【請求項１１】
前記送信機は、具体的には、
非アクセス層プロトコルデータユニット（ＮＡＳ  ＰＤＵ）を用いて、前記データ伝送装置と前記アクセスネットワークデバイスとの間でデータを伝送する、又は、
データ無線ベアラ（ＤＲＢ）を用いて、前記データ伝送装置と前記アクセスネットワークデバイスとの間で前記データを伝送する
ように構成される、請求項８から１０のいずれか一項に記載の装置。
【請求項１２】
前記装置は、さらに、
前記アクセスネットワークデバイスにより送信された解放メッセージを受信するように構成される受信機を備え、前記解放メッセージは、無線リソース制御（ＲＲＣ）接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、前記解放メッセージは、前記データ伝送装置をアイドルモードへと解放するために用いられる、請求項８から１１のいずれか一項に記載の装置。
【請求項１３】
前記装置は、さらに、
前記アクセスネットワークデバイスにより送信された解放メッセージを受信するように構成される受信機を備え、前記解放メッセージは、伝送され得るデータを保持する、請求項８から１２のいずれか一項に記載の装置。
【請求項１４】
前記送信機は、
データ無線ベアラ（ＤＲＢ）を用いて、前記データ伝送装置と前記アクセスネットワークデバイスとの間でデータを伝送するように構成され、前記データは、以前の接続においてネクストホップチェーンカウント（ＮＣＣ）を取得したことにより更新された鍵を用いて、前記ＤＲＢを通じて伝送され、前記データは暗号化されている、請求項８から１３のいずれか一項に記載の装置。
【請求項１５】
ユーザ機器デバイス（ＵＥ）に、
第１インジケーションをアクセスネットワークデバイスに送信する手順であって、前記第１インジケーションは、早期データ伝送を示すために用いられる、手順と、
前記ＵＥと前記アクセスネットワークデバイスとの間で前記早期データ伝送を実行する手順と
を実行させるためのプログラム。
【請求項１６】
前記第１インジケーションを前記アクセスネットワークデバイスに前記送信する手順の前に、前記ＵＥに、さらに、
システムメッセージを受信する手順と、
前記受信したシステムメッセージに基づいて、前記早期データ伝送の機能がサポートされていると判定する手順と
を実行させる、請求項１５に記載のプログラム。
【請求項１７】
前記第１インジケーションを前記アクセスネットワークデバイスに送信する手順は、
第１時間周波数符号リソース又は第２時間周波数符号リソースを用いてランダムアクセス要求メッセージを送信する手順であって、前記第１時間周波数符号リソースは、早期アップリンクデータ伝送を示すために用いられ、前記第２時間周波数符号リソースは、早期ダウンリンクデータ伝送を示すために用いられる、手順を実行させる、請求項１５又は１６に記載のプログラム。
【請求項１８】
前記ＵＥと前記アクセスネットワークデバイスとの間で前記早期データ伝送を前記実行する手順は、
非アクセス層プロトコルデータユニット（ＮＡＳ  ＰＤＵ）を用いて、前記ＵＥと前記アクセスネットワークデバイスとの間でデータを伝送する手順、又は、
データ無線ベアラ（ＤＲＢ）を用いて、前記ＵＥと前記アクセスネットワークデバイスとの間で前記データを伝送する手順
を有する、請求項１５から１７のいずれか一項に記載のプログラム。
【請求項１９】
前記ＵＥに、さらに、
前記アクセスネットワークデバイスにより送信された解放メッセージを受信する手順であって、前記解放メッセージは、無線リソース制御（ＲＲＣ）接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、前記解放メッセージは、前記ＵＥをアイドルモードへと解放するために用いられる、手順を実行させる、請求項１５から１８のいずれか一項に記載のプログラム。
【請求項２０】
前記ＵＥに、さらに、
前記アクセスネットワークデバイスにより送信された解放メッセージを受信する手順であって、前記解放メッセージは、伝送され得るデータを保持する、手順を実行させる、請求項１５から１９のいずれか一項に記載のプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
さらに、解放メッセージがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージである場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放メッセージにおける関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
解放メッセージがＲＲＣ接続解放メッセージであり、かつ、端末デバイスの識別子情報を保持する場合、端末デバイスをアイドルモードへと直接的に解放させるために、識別子を保持するメディアアクセス制御エレメント（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ  ＣＥ）がＲＲＣメッセージに代わりに加えられてよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開メッセージ又はＲＲＣ接続拒否メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
さらに、解放メッセージがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージである場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放メッセージにおける関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【００３６】
ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開メッセージ又はＲＲＣ接続拒否メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１０５
【補正方法】変更
【補正の内容】
【０１０５】
本願の実施形態は、さらに、コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ、ＣＮ）デバイスに関するものであり、主に、モビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）及びサービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、Ｓ‐ＧＷ）を含む。ＭＭＥは、異なる基準の異なるシステム又はネットワークにおいて異なる名称を有し得るが、本願では理解しやすくするために、ＭＭＥとまとめて表現される。対応して、Ｓ‐ＧＷは、異なる基準の異なるシステム又はネットワークにおいて異なる名称を有し得るが、本願では理解しやすくするために、Ｓ‐ＧＷとまとめて表現される。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１１４
【補正方法】変更
【補正の内容】
【０１１４】
例えば、システムメッセージはまた、第１ＲＲＣシグナリングメッセージにおいて端末デバイスにより送信されるアップリンクデータのデータ量の上限又は閾値、又は、第１アップリンクＲＲＣメッセージ及びアップリンクデータのデータ量の上限又は閾値、又は、第１ＲＲＣシグナリングメッセージ以外のアップリンクデータの伝送が許容されているデータ量の上限又は閾値、例えば、２０バイトを示してよい。送信対象のアップリンクデータの量が、システムブロードキャストデータの量の上限又は閾値を超えていることを端末デバイスが見つけた場合、端末デバイスは、通常のデータ伝送方式でのアクセスを実行することを選択してよい。端末デバイスにより送信される必要があるアップリンクデータの量が、データ量の上限又は閾値より少ない場合、端末デバイスは、早期アップリンクデータ伝送の方式で、データを送信することを選択してよい。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１８０
【補正方法】変更
【補正の内容】
【０１８０】
さらに、アクセスネットワークデバイスがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージを送信する場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放メッセージにおける関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１８５
【補正方法】変更
【補正の内容】
【０１８５】
ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開メッセージ又はＲＲＣ接続拒否メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０２０５
【補正方法】変更
【補正の内容】
【０２０５】
さらに、アクセスネットワークデバイスがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージを送信する場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放メッセージにおける関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０２２４
【補正方法】変更
【補正の内容】
【０２２４】
さらに、アクセスネットワークデバイスがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージを送信する場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放メッセージにおける関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０２４５
【補正方法】変更
【補正の内容】
【０２４５】
オプションで、Ｓ７８０の前で、アクセスネットワークデバイスがＳ‐ＧＷにより送信されたダウンリンクデータを受信した後に、方法は、さらに、
アクセスネットワークデバイスにより、端末デバイスコンテキスト解放要求メッセージ又は端末デバイスコンテキスト一時停止要求メッセージをＭＭＥに送信する段階と、
ＭＭＥにより、端末デバイスコンテキスト解放要求メッセージに基づいて、端末デバイスコンテキスト解放コマンドメッセージをアクセスネットワークデバイスに送信する段階、又は、ＭＭＥにより、コンテキスト一時停止要求メッセージに基づいて、端末デバイスコンテキスト一時停止完了メッセージをアクセスネットワークデバイスに送信する段階と、
アクセスネットワークデバイスにより、端末デバイスコンテキスト解放コマンドメッセージ又は端末デバイスコンテキスト一時停止完了メッセージに基づいて、解放メッセージを端末デバイスに送信する段階であって、解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる、段階と
を含んでよい。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０２４７
【補正方法】変更
【補正の内容】
【０２４７】
さらに、アクセスネットワークデバイスがＲＲＣ接続セットアップメッセージを送信する場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放メッセージにおける関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０２９９
【補正方法】変更
【補正の内容】
【０２９９】
図１１に示されるメッセージ２内の各フィールドにより占有されるビット（ｂｉｔ）数は、単なる例に過ぎず、メッセージ２内の各フィールドにより占有されるビット数は、本願において特に制限されていないことを理解されたい。例えば、図１１に示されるＵＬグラント＃１及びＵＬグラント＃２は、それぞれ２０ビット及び１６ビットを占有する。実際のアプリケーション中、ＵＬグラント＃１及びＵＬグラント＃２は、代わりに、それぞれ１６ビット及び２０ビットを占有してよい、又は、それぞれが１６ビットを占有してよい。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０３０４
【補正方法】変更
【補正の内容】
【０３０４】
Ｒ＃２内の第１ビットは、Ｒ＃２内の任意のビットであってよいことを理解されたい。図１４に示されるメッセージ２内の各フィールドにより占有されるビット（ｂｉｔ）数は、単なる例に過ぎず、メッセージ２内の各フィールドにより占有されるビット数は、本願において特に制限されていない。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】０３１４
【補正方法】変更
【補正の内容】
【０３１４】
別の例として、ＲＲＣシグナリング＃２は、ダウンリンクデータを含むＮＡＳ  ＰＤＵを保持してよい。具体的には、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２において保持されるＮＡＳ  ＰＤＵを用いて、ダウンリンクデータを送信してよい。別の例として、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２及びダウンリンクデータを保持するＮＡＳ  ＰＤＵを端末デバイスに同時に送信してよい、又は、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２を送信した直後に、ダウンリンクデータを保持するＮＡＳ  ＰＤＵを送信する。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】０３４５
【補正方法】変更
【補正の内容】
【０３４５】
別の可能な実施例において、メッセージ４（例えば、競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージ）を受信した後に、端末デバイスは、通常のＲＲＣ接続セットアップ処理にしたがってＲＲＣ接続を確立する。この場合、端末デバイスがアップリンクデータを有していない場合、端末デバイスは、ヌルＮＡＳメッセージ（例えば、ＮＡＳメッセージ＃１として示される）、例えば、ＥＳＭデータトランスポートをメッセージ５（例えば、ＲＲＣ接続セットアップ完了、ＲＲＣ接続再確立完了又はＲＲＣ接続再開完了）において送信してよい。ＮＡＳメッセージ＃１は、メッセージヘッダのみを有するが、データユニットを有していない。ＮＡＳメッセージ＃１を受信した後に、アクセスネットワークデバイスは、初期ＵＥメッセージ又は別のメッセージを用いて、ＮＡＳメッセージ＃１をＭＭＥに送信する。メッセージを受信した後に、ＭＭＥは、ＮＡＳメッセージを無視又は破棄してよい。後続の処理は、従来技術におけるものと同一である。簡潔にするために、ここでは詳細を説明しない。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】０３７３
【補正方法】変更
【補正の内容】
【０３７３】
さらに、データを送信するために端末デバイスにより用いられるＤＲＢは、以前の接続におけるＤＲＢに基づいて構成されてよい、又は、デフォルトのＤＲＢを用いて構成されてよい。以前の接続におけるＤＲＢを用いてＤＲＢが構成されており、かつ、アクセスネットワークデバイスが構成をサポートしていない場合、アクセスネットワークデバイスは、端末デバイスを再度構成する、例えば、ＲＲＣ再構成メッセージ又はＲＲＣ接続再開メッセージを用いて端末デバイスを構成する。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】０４３０
【補正方法】変更
【補正の内容】
【０４３０】
オプションで、候補メッセージ＃５は、インジケーション情報（例えば、インジケーション情報＃６として示される）を保持してよい。インジケーション情報＃６は、現在の手順又はセッションプロセスを終了できることを示すために、又は、端末デバイスがアイドルモードに戻る又はアイドルモードにとどまる必要があることを示すために用いられる。インジケーション情報＃６は、終了インジケーション（Ｅｎｄ  Ｉｎｄｉｃａｔｉｏｎ）として表され得る。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】０４３８
【補正方法】変更
【補正の内容】
【０４３８】
オプションで、可能な実施例において、端末デバイスがページングメッセージを受信した場合、ページングメッセージは、アクセスネットワークデバイスが早期ダウンリンクデータ伝送の工程を実行する必要があることを示すインジケーション情報を含んでよい。このように、端末デバイスは、早期ダウンリンクデータ伝送の工程に基づいて、後続の手順を実行してよい。さらに、コアネットワークデバイスは、アクセスネットワークデバイスが早期ダウンリンクデータ伝送を実行する必要があることを示すインジケーション情報を、アクセスネットワークデバイスに送信されるページングメッセージに加えてよい。ページングメッセージを端末に送信する前に、アクセスネットワークデバイスは、コアネットワークデバイスからダウンリンクパケット及び／又はインジケーション情報を受信する。インジケーション情報は、早期データ伝送（例えば、早期ダウンリンクデータ伝送）の方式で、ダウンリンクデータパケットが端末に送信され得ることを示すために用いられる。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】０４５９
【補正方法】変更
【補正の内容】
【０４５９】
上述した説明は、本願の特定の実施例に過ぎないが、本願の保護範囲を限定することを目的とするものではない。本願で開示される技術的範囲内で当業者が考え付きやすい任意の変形又は置換が本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
［項目１］
データ伝送方法であって、
端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階であって、上記第１インジケーションは、上記端末デバイスにより上記アクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記端末デバイスがデータを伝送することを示すために用いられる、及び／又は
上記第１インジケーションは、上記アクセスネットワークデバイスにより上記端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスがデータを伝送することを示すために用いられる、段階と、
上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送する段階と
を備える方法。
［項目２］
上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを上記伝送する段階は、
上記データを上記第１ＲＲＣシグナリングに加えることにより、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送する段階を有する、項目１に記載の方法。
［項目３］
上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを上記伝送する段階は、
非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを用いて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送する段階、又は、
データ無線ベアラＤＲＢを用いて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送する段階
を有する、項目１又は２に記載の方法。
［項目４］
上記第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である、項目１から３のいずれか一項に記載の方法。
［項目５］
上記メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
上記メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、項目４に記載の方法。
［項目６］
上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを上記伝送する段階の前に、上記方法は、さらに、
上記端末デバイスにより、システムメッセージを受信する段階であって、上記システムメッセージは、データ量情報を有し、上記データ量情報は、上記第１ＲＲＣシグナリングに基づいて上記端末デバイスにより伝送され得る最大データ量を示すために用いられる、段階を備え、
上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを上記伝送する段階は、
上記データのデータ量が上記最大データ量より少ない又は上記最大データ量に等しいと上記端末デバイスが判定した場合、上記端末デバイスにより、上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスに上記データを伝送する段階を有する、項目１から５のいずれか一項に記載の方法。
［項目７］
データ伝送方法であって、
アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階であって、上記第１インジケーションは、上記端末デバイスにより上記アクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記端末デバイスがデータを伝送することを示すために用いられる、及び／又は、
上記第１インジケーションは、上記アクセスネットワークデバイスにより上記端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスがデータを伝送することを示すために用いられる、段階と、
上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送する段階と
を備える方法。
［項目８］
上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを上記伝送する段階は、
上記データを上記第１ＲＲＣシグナリングに加えることにより、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送する段階を有する、項目７に記載の方法。
［項目９］
上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを上記伝送する段階は、
非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを用いて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送する段階、又は、
データ無線ベアラＤＲＢを用いて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送する段階
を有する、項目７又は８に記載の方法。
［項目１０］
上記第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である、項目７から９のいずれか一項に記載の方法。
［項目１１］
上記メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
上記メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、項目１０に記載の方法。
［項目１２］
上記方法は、さらに、
上記アクセスネットワークデバイスにより、上記ＮＡＳ  ＰＤＵをコアネットワークデバイスに送信する段階を備える、項目９に記載の方法。
［項目１３］
上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを上記伝送する段階の前に、上記方法は、さらに、
上記アクセスネットワークデバイスにより、上記コアネットワークデバイスにより送信された上記ＮＡＳ  ＰＤＵを受信する段階を備え、
上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを上記伝送する段階は、
上記アクセスネットワークデバイスにより、上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスに上記ＮＡＳ  ＰＤＵを伝送する段階を有する、項目９に記載の方法。
［項目１４］
上記ＮＡＳ  ＰＤＵを保持するＮＡＳメッセージはインジケーション情報を有し、上記インジケーション情報は、アイドルモードにとどまるよう上記端末デバイスに命令することを上記アクセスネットワークデバイスに命令するために用いられる、項目１３に記載の方法。
［項目１５］
端末デバイスであって、
処理ユニット及び送受信ユニットを備え、
上記処理ユニットは、第１インジケーションを生成するように構成され、上記第１インジケーションは、上記端末デバイスにより上記アクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記端末デバイスがデータを伝送することを示すために用いられ、及び／又は、
上記第１インジケーションは、上記アクセスネットワークデバイスにより上記端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスがデータを伝送することを示すために用いられ、
上記送受信ユニットは、上記処理ユニットにより生成された上記第１インジケーションを上記アクセスネットワークデバイスに送信し、上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送するように構成される、端末デバイス。
［項目１６］
上記送受信ユニットは、具体的には、
上記データを上記第１ＲＲＣシグナリングに加えることにより、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送するように構成される、項目１５に記載の端末デバイス。
［項目１７］
上記送受信ユニットは、具体的には、
非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを用いて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送する、又は、
データ無線ベアラＤＲＢを用いて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送する
ように構成される、項目１５又は１６に記載の端末デバイス。
［項目１８］
上記第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である、項目１５から１７のいずれか一項に記載の端末デバイス。
［項目１９］
上記メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
上記メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、項目１８に記載の端末デバイス。
［項目２０］
上記送受信ユニットは、さらに、
システムメッセージを受信するように構成され、上記システムメッセージは、データ量情報を有し、上記データ量情報は、上記第１ＲＲＣシグナリングに基づいて上記端末デバイスにより伝送され得る最大データ量を示すために用いられ、
上記データのデータ量が上記最大データ量より少ない又は上記最大データ量に等しいと上記処理ユニットが判定した場合、上記送受信ユニットは、具体的には、上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスに上記データを伝送するように構成される、項目１５から１９のいずれか一項に記載の端末デバイス。
［項目２１］
アクセスネットワークデバイスであって、
処理ユニット及び送受信ユニットを備え、上記処理ユニットは、
端末デバイスにより送信された第１インジケーションを受信することであって、上記第１インジケーションは、上記端末デバイスにより上記アクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記端末デバイスがデータを伝送することを示すために用いられる、及び／又は
上記第１インジケーションは、上記アクセスネットワークデバイスにより上記端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスがデータを伝送することを示すために用いられる、受信することと、
上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送することと
を実行するように上記送受信ユニットを制御するように構成される、アクセスネットワークデバイス。
［項目２２］
上記送受信ユニットは、具体的には、
上記データを上記第１ＲＲＣシグナリングに加えることにより、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送するように構成される、項目２１に記載のアクセスネットワークデバイス。
［項目２３］
上記送受信ユニットは、具体的には、
非アクセス層プロトコルデータユニットＮＡＳ  ＰＤＵを用いて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送する、又は、
データ無線ベアラＤＲＢを用いて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送する
ように構成される、項目２１又は２２に記載のアクセスネットワークデバイス。
［項目２４］
上記第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である、項目２１から２３のいずれか一項に記載のアクセスネットワークデバイス。
［項目２５］
上記メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
上記メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、項目２４に記載のアクセスネットワークデバイス。
［項目２６］
上記送受信ユニットは、さらに、
上記ＮＡＳ  ＰＤＵをコアネットワークデバイスに送信するように構成される、項目２３に記載のアクセスネットワークデバイス。
［項目２７］
上記送受信ユニットは、具体的には、
上記コアネットワークデバイスにより送信された上記ＮＡＳ  ＰＤＵを受信し、
上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスに上記ＮＡＳ  ＰＤＵを伝送する
ように構成される、項目２３に記載のアクセスネットワークデバイス。
［項目２８］
上記ＮＡＳ  ＰＤＵを保持するＮＡＳメッセージはインジケーション情報を有し、上記インジケーション情報は、アイドルモードにとどまるよう上記端末デバイスに命令することを上記アクセスネットワークデバイスに命令するために用いられる、項目２７に記載のアクセスネットワークデバイス。
【手続補正２３】
【補正対象書類名】図面
【補正対象項目名】図１６
【補正方法】変更
【補正の内容】
【図１６】
2020519193.tif 000023
【国際調査報告】
2020519193.tif 000024
2020519193.tif 000025
2020519193.tif 000026
2020519193.tif 000027