(57)【要約】  セルラネットワークの無線アクセスネットワークのアクセスノードの動作方法は、ＵＥのランダムアクセスプロシージャの早期データ伝送に参加することを含む。方法は、上記の早期データ伝送に参加することに応じて、無線アクセスネットワークの通知エリアの更新情報要素をＵＥが必要とするか否かを判断することをさらに含む。方法は、更新情報要素をＵＥが必要とする場合、更新情報要素を選択的に伝送することをさらに含む。【選択図】図６
2022502958.tif 000002
【特許請求の範囲】
【請求項１】
セルラネットワーク（１００）の無線アクセスネットワーク（１０１）のアクセスノード（１０２）の動作方法であって、
端末（９０）のランダムアクセスプロシージャ（６００）の早期データ伝送（６０１）に参加することと、
上記の前記早期データ伝送に参加することに応じて、前記無線アクセスネットワーク（１０１）の通知エリア（２０２）の更新情報要素（６４１０）を前記端末（９０）が必要とするか否かを判断することと、
前記更新情報要素を前記端末（９０）が必要とする場合、前記更新情報要素を選択的に伝送することと、を含む、方法。
【請求項２】
前記ランダムアクセスプロシージャ（６００）の少なくとも１つの上りリンクメッセージ（６００１、６００３）を受信することをさらに含み、前記少なくとも１つの上りリンクメッセージは、少なくとも１つのインジケータ（７００１）を含み、前記少なくとも１つのインジケータ（７００１）は、通信すべき前記早期データ伝送の早期データを示し、かつ必要とされる前記更新情報要素をさらに示す、請求項１に記載の方法。
【請求項３】
前記ランダムアクセスプロシージャ（６００）の上りリンクメッセージ（６００３）を受信することをさらに含み、前記上りリンクメッセージは、前記ランダムアクセスプロシージャ（６００）の理由（６４０３）を含み、前記理由（６４０３）の少なくとも１つの値は、通信すべき前記早期データ伝送（６０１）の早期データ及び必要とされる前記更新情報要素を示す複数の所定の候補値から選択され、
前記更新情報要素を前記端末（９０）が必要とするか否かの判断は、前記理由（６４０３）に基づく、請求項１に記載の方法。
【請求項４】
前記ランダムアクセスプロシージャ（６００）の上りリンクメッセージ（６００３）を受信することをさらに含み、前記上りリンクメッセージは、前記ランダムアクセスプロシージャ（６００）の理由（６４０３）を含み、前記理由（６４０３）の少なくとも１つの値は、必要とされる前記更新情報要素を示す複数の所定の候補値から選択され、
前記更新情報要素を前記端末（９０）が必要とするか否かの判断は、前記理由（６４０３）に基づく、請求項１に記載の方法。
【請求項５】
前記ランダムアクセスプロシージャ（６００）のランダムアクセスプリアンブル（６４９９）が、前記早期データ伝送（６０１）に関連する所定のプリアンブル区画内にある場合、前記理由（６４０３）の前記少なくとも１つの値は、通信すべき前記早期データ伝送（６０１）の早期データを選択的にさらに示し、
前記方法は、
前記ランダムアクセスプリアンブル（６４９９）及び前記理由（６４０３）に基づいて、前記早期データ伝送（６０１）が必要とされるか否かを判断することをさらに含む、請求項４に記載の方法。
【請求項６】
前記端末（９０）のコンテキスト情報（６０１２）を決定することをさらに含み、
前記更新情報要素を前記端末（９０）が必要とするか否かを決定することは、前記コンテキスト情報（６０１２）に基づく、請求項１に記載の方法。
【請求項７】
前記ランダムアクセスプロシージャ（６００）の上りリンクメッセージ（６００３）が、複数の所定の候補値から選択され、かつ通信すべき前記早期データ伝送（６０１）の早期データを示す値を有する前記ランダムアクセスプロシージャ（６００）の理由（６４０３）を含む場合、前記コンテキスト情報（６０１２）の決定は、選択的に実行される、請求項６に記載の方法。
【請求項８】
前記アクセスノードの識別情報が、前記コンテキスト情報（６０１２）によって参照されるか否か、又はそれに含まれているか否かをチェックすることをさらに含み、
前記更新情報要素を前記端末（９０）が必要とするか否かを判断することは、前記アクセスノードの前記識別情報が、前記コンテキスト情報（６０１２）によって参照されるか否か、又はそれに含まれているか否かに基づく、請求項６又は７に記載の方法。
【請求項９】
前記端末（９０）は、前記無線アクセスネットワーク（１０１）においてスリープモード（３０２、３０３）で動作するものとして、及び前記セルラネットワーク（１００）のコアネットワーク（９０）において、中断又は接続モード（３０１）で動作するものとしてリスト化される、請求項１〜８のいずれか１つに記載の方法。
【請求項１０】
前記端末（９０）に関連する事前に確立されたコアネットワークトンネル（１８１）を介して前記早期データ伝送（６０１）の早期データをルーティングさせること、をさらに含む、請求項１〜９のいずれか１つに記載の方法。
【請求項１１】
前記端末（９０）に接続解放メッセージ（６０１４）を伝送することをさらに含み、
前記更新情報要素は、前記接続解放メッセージに含まれる、請求項１〜１０のいずれか１つに記載の方法。
【請求項１２】
セルラネットワーク（１００）の無線アクセスネットワーク（１０１）に接続可能な端末（９０）の動作方法であって、
通信すべきランダムアクセスプロシージャ（６００）の早期データ伝送（６０１）の早期データの必要性に応じて、前記無線アクセスネットワーク（１０１）の通知エリア（２０２）の更新情報要素が必要とされるか否かを判断することと、
前記通知エリア（２０２）の前記更新情報要素が必要とされるか否かに応じて、少なくとも１つのインジケータ（７００１）を、前記ランダムアクセスプロシージャ（６００）の少なくとも１つの上りリンクメッセージ（６００１、６００３）に含むことであって、前記少なくとも１つのインジケータ（７００１）は、通信すべき前記早期データ伝送の前記早期データを示し、かつ必要とされる前記更新情報要素をさらに示すということと、
前記少なくとも１つの上りリンクメッセージ（６００１、６００３）を伝送することと、
前記早期データ伝送（６０１）に参加することと、を含む、方法。
【請求項１３】
前記少なくとも１つのインジケータ（７００１）は、前記ランダムアクセスプロシージャ（６００）の理由（６４０３）を含み、前記理由（６４０３）の少なくとも１つの値は、通信すべき前記早期データ伝送（６０１）の早期データ及び必要とされる前記更新情報要素を示す複数の所定の候補値から選択される、請求項１２に記載の方法。
【請求項１４】
前記少なくとも１つのインジケータ（７００１）は、前記ランダムアクセスプロシージャ（６００）の理由（６４０３）を含み、前記理由（６４０３）の少なくとも１つの値は、必要とされる前記更新情報要素を示す複数の所定の候補値から選択され、
前記少なくとも１つのインジケータ（７００１）は、前記早期データ伝送（６０１）に関連する所定のプリアンブル区画内にある前記ランダムアクセスプロシージャ（６００）のランダムアクセスプリアンブルをさらに含む、請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の種々の例は、概して、セルラネットワークにおける通信に関する。本発明の種々の例は、具体的には、ランダムアクセスプロシージャ及び端末モビリティの早期データ伝送に関する。
【背景技術】
【０００２】
セルラネットワークに接続可能なモバイル通信採用端末（ユーザ端末、User  Equipment：ＵＥとも称される）が、一般に普及している。例えば、ＵＥの電力消費及び／又は無線周波数帯に課される信号負荷を鑑みて、効率的な方式でモバイル通信を実装することへの一定のニーズがある。
【０００３】
効率的な方式でモバイル通信を実装するための一アプローチは、その受信機及び送信機を長時間にわたって少なくとも部分的に電源を切断させたモードでＵＥを動作させることを含む。この場合、ＵＥと基地局（セルラネットワークの無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）のアクセスノードを実装する）との間の接続は、一時的に切断されるか、中断されるか、又は停止される場合がある。このようにＵＥとＲＡＮとの間の接続が一時的に切断されるか、中断されるか、又は停止される全てのモードは、以下、一般的なスリープモードの例を意味する。スリープモードの例としては、５Ｇ（新無線、New  Radio：ＮＲ）システムに関して第３世代パートナーシッププロジェクト（Third  Generation  Partnership  Project：３ＧＰＰ）によって規定されている「ＲＲＣ＿Ｉｎａｃｔｉｖｅ」モードがある。例えば、３ＧＰＰ技術レポート  (Technical  Report：ＴＲ)  38.804  V14.0.0  (2017-03)，図５．５．２−１を参照されたい。ＲＲＣ＿Ｉｎａｃｔｉｖｅモードは、ネットワークにおける信号負荷を最小限に抑えるので、頻繁に通信を行うＵＥにとって特に好適である。
【０００４】
スリープモードで動作するＵＥのモビリティを追跡するために、ページングに頼る場合がある。例えば、ページングメッセージは、複数のセル内のＵＥに伝送されることがある。複数のセルは、ページングエリア内で画定される場合がある。既知のページングエリアの様々な実装形態が存在する。例えば、ページングエリアはＲＡＮによって管理でき、その場合、ページングエリアは通常、ＲＡＮ通知エリア（Ran  Notification  Area：ＲＮＡ）と呼ばれる。代替又は追加として、ページングエリアは、コアネットワーク内で画定される場合もあり、その場合、ページングエリアは通常、追跡エリア（Tracking  Area：ＴＡ）と呼ばれる。通常、ＲＮＡ、又はＴＡのどちらを使用するかの選択は、採用されている特定のスリープモードに依存する。
【０００５】
スリープモードでＵＥを動作させることに依存する種々の参考実装形態は、モビリティ管理に関して、なんらかの制約や、障害を被る可能性があることが認識されている。例えば、ＵＥへの、又はＵＥからのデータの伝送と同時に、例えば、ページングエリアの更新を行うことによってモビリティ管理を実施することは、ときには難しい場合があることが認識されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＵＥが、スリープモードで動作するシナリオにおいて、低遅延及び／又は電力効率のよいデータ伝送と、モビリティ管理とが共存することを促進する先進の技法が必要とされている。具体的には、先に確認した制約及び欠点のうち少なくとも一部を克服又は緩和する先進の技法が必要とされている。
【０００７】
この必要性は、独立請求項の特徴によって満たされる。従属請求項の特徴は、実施形態を定義する。
【課題を解決するための手段】
【０００８】
セルラネットワークの無線アクセスネットワークのアクセスノードの動作方法は、ＵＥのランダムアクセスプロシージャの早期データ伝送に参加することを含む。方法は、上記の早期データ伝送に参加することに応じて、無線アクセスネットワークの通知エリアの更新情報要素をＵＥが必要とするか否かを判断することをさらに含む。方法は、更新情報要素をＵＥが必要とする場合、更新情報要素を選択的に伝送することをさらに含む。
【０００９】
コンピュータプログラム、コンピュータプログラム製品、及び／又はコンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行されることがあるプログラムコードを含む。プログラムコードを実行することで、少なくとも１つのプロセッサに、セルラネットワークの無線アクセスネットワークのアクセスノードの動作方法を実施させる。方法は、ＵＥのランダムアクセスプロシージャの早期データ伝送に参加することを含む。方法は、上記の早期データ伝送に参加することに応じて、無線アクセスネットワークの通知エリアの更新情報要素をＵＥが必要とするか否かを判断することをさらに含む。方法は、更新情報要素をＵＥが必要とする場合、更新情報要素を選択的に伝送することをさらに含む。
【００１０】
セルラネットワークの無線アクセスネットワークのアクセスノードは、ＵＥのランダムアクセスプロシージャの早期データ伝送に参加するように構成される。アクセスノードはまた、上記の早期データ伝送に参加することに応じて、無線アクセスネットワークの通知エリアの更新情報要素をＵＥが必要とするか否かを判断するように構成される。無線アクセスノードは、更新情報要素をＵＥが必要とする場合、更新情報要素を選択的に伝送するようにさらに構成される。
【００１１】
セルラネットワークの無線アクセスネットワークに接続可能なＵＥの動作方法は、通信すべきランダムアクセスプロシージャの早期データ伝送の早期データの必要性に応じて、無線アクセスネットワークの通知エリアの更新情報要素が必要とされるか否かを判断することを含む。方法は、通知エリアの更新情報要素が必要とされるか否かに応じて、少なくとも１つのインジケータを、ランダムアクセスプロシージャの少なくとも１つの上りリンクメッセージに含むことをさらに含む。少なくとも１つのインジケータは、通信すべき早期データ伝送の早期データを示し、かつ必要とされる更新情報要素をさらに示す。方法は、少なくとも１つの上りリンクメッセージを伝送することと、早期データ伝送に参加することと、をさらに含む。
【００１２】
コンピュータプログラム、コンピュータプログラム製品、及び／又はコンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行されることがあるプログラムコードを含む。プログラムコードを実行することで、少なくとも１つのプロセッサに、セルラネットワークの無線アクセスネットワークに接続可能なＵＥの動作方法を実施させる。方法は、通信すべきランダムアクセスプロシージャの早期データ伝送の早期データの必要性に応じて、無線アクセスネットワークの通知エリアの更新情報要素が必要とされるか否かを判断することを含む。方法は、通知エリアの更新情報要素が必要とされるか否かに応じて、少なくとも１つのインジケータを、ランダムアクセスプロシージャの少なくとも１つの上りリンクメッセージに含むことをさらに含み、該少なくとも１つのインジケータは、通信すべき早期データ伝送の早期データを示し、かつ必要とされる更新情報要素をさらに示す。方法は、少なくとも１つの上りリンクメッセージを伝送することと、早期データ伝送に参加することと、をさらに含む。
【００１３】
セルラネットワークの無線アクセスネットワークに接続可能なＵＥは、通信すべきランダムアクセスプロシージャの早期データ伝送の早期データの必要性に応じて、無線アクセスネットワークの通知エリアの更新情報要素が必要とされるか否かを判断するように構成される。ＵＥは、通知エリアの更新情報要素が必要とされるか否かに応じて、少なくとも１つのインジケータを、ランダムアクセスプロシージャの少なくとも１つの上りリンクメッセージに含むようにさらに構成され、該少なくとも１つのインジケータは、通信すべき早期データ伝送の早期データを示し、かつ必要とされる更新情報要素をさらに示す。ＵＥは、少なくとも１つの上りリンクメッセージを伝送し、かつ早期データ伝送に参加するようにさらに構成される。
【００１４】
セルラネットワークの無線アクセスネットワークに接続可能なＵＥの動作方法は、通信すべきランダムアクセスプロシージャの早期データ伝送の早期データの必要性に応じて、無線アクセスネットワークの通知エリアの更新情報要素が必要とされるか否かを判断することを含む。方法はまた、通知エリアの更新情報要素が必要とされるか否かに応じて、ランダムアクセスプロシージャの上りリンクメッセージを伝送することを含み、該上りリンクメッセージは、ランダムアクセスプロシージャ（６００）の理由を含み、該理由の少なくとも１つの値は、通信すべき早期データ伝送の早期データ及び必要とされる更新情報要素を示す複数の所定の候補値から選択される。
【００１５】
セルラネットワークの無線アクセスネットワークに接続可能なＵＥの動作方法は、通信すべきランダムアクセスプロシージャの早期データ伝送の早期データの必要性に応じて、無線アクセスネットワークの通知エリアの更新情報要素が必要とされるか否かを判断することを含む。方法はまた、通知エリアの更新情報要素が必要とされるか否かに応じて、ランダムアクセスプロシージャの上りリンクメッセージを伝送することを含み、該上りリンクメッセージは、ランダムアクセスプロシージャの理由を含み、該理由の少なくとも１つの値は、必要とされる更新情報要素を示す複数の所定の候補値から選択される。無線アクセスプロシージャのランダムアクセスプリアンブルは、早期データ伝送に関連する所定の区画内から選択される場合がある。
【００１６】
上記の特徴、及び以下でさらに説明する特徴は、発明の範囲から逸脱することなく、示される対応する組み合わせだけでなく、他の組み合わせでも、又は単独でも使用されてよいことを理解すべきである。
【図面の簡単な説明】
【００１７】
【図１】図１は、種々の例による、セルラネットワークを示す概略図である。
【図２】図２は、種々の例による、セルラネットワークに接続可能なＵＥが動作する場合がある種々のモードを示す概略図である。
【図３】図３は、種々の例による、セルラネットワークのセル、ＲＮＡ、及びＴＡを示す概略図である。
【図４】図４は、種々の例による、ランダムアクセスプロシージャに関連する通信のシグナリング図である。
【図５】図５は、種々の例による、ランダムアクセスプロシージャの早期データ伝送に関連する通信のシグナリング図である。
【図６】図６は、種々の例による、ランダムアクセスプロシージャの早期データ伝送に関連する通信のシグナリング図である。
【図７】図７は、種々の例による、通信すべき早期データ伝送の早期データを示し、かつ必要とされるＲＮＡの更新情報要素をさらに示す少なくとも１つのインジケータを含む、少なくとも１つのメッセージの通信のシグナリング図である。
【図８】図８は、種々の例による、ＵＥのコンテキスト情報を示す概略図である。
【図９】図９は、種々の例による、ＵＥを示す概略図である。
【図１０】図１０は、種々の例による、基地局を示す概略図である。
【図１１】図１１は、種々の例による、方法のフロー図である。
【図１２】図１２は、種々の例による、方法のフロー図である。
【発明を実施するための形態】
【００１８】
以下、添付図面を参照しながら、本発明の実施形態を詳細に述べる。実施形態の以下の説明は、限定的な意味で解釈されるべきではないことを理解されたい。本発明の範囲は、以下の記載する実施形態又は図面によって限定されることを意図するものではなく、それらは、単に例示的なものである。
【００１９】
図面は、概略表現と見なされるべきであり、また図面内に示された要素は必ずしも縮尺通りに示されているわけではない。むしろ、各種要素は、それらの機能及び一般的な目的が当業者に明らかになるように表現されている。図中に示す又は本明細書で記載する、機能ブロック、装置、構成要素、又は他の物理的もしくは機能的ユニット間の任意の接続又は連結は、間接的な接続又は連結によって実装されてもよい。構成要素間の連結は、ワイヤレス接続を介して確立されてもよい。機能的ブロックは、ハードウェア、ファームウェア、ソフトウェア、又はこれらの組み合わせで実装されてよい。
【００２０】
本明細書に記載されている技法により、ＵＥとネットワークの基地局（Base  Station：ＢＳ）との間のデータの伝送及び／又は受信（通信）を容易にすることが可能である。例えば、下りリンク（DownLink：ＤＬ）データ及び／又は上りリンク（UpLink：ＵＬ）データが、通信される場合がある。例えば、ＵＥ及び／又はネットワークで実行されるサービスに関連するペイロードデータが、通信される場合がある。例えば、ペイロードデータは、ＵＥと、ＵＥへのアクセスを提供するネットワークがその中で接続されているパケットデータネットワーク（Packet  Data  Network：ＰＤＮ）との間で、通信される場合がある。ペイロードデータは通常、伝送プロトコルスタックの上位層、例えば、層３以上、例えば層７で定義される。ペイロードデータは、ユーザデータ又はアプリケーションデータと呼ばれることもある。
【００２１】
例えば、ネットワークは、セルラネットワークである場合がある。例示的ネットワークアーキテクチャとしては、３ＧＰＰ  ＬＴＥ（４Ｇ）、又は新無線（５Ｇ）アーキテクチャが挙げられる。セルラネットワークは、複数のセルを含み、各セルは、セルラネットワークの無線アクセスネットワーク（ＲＡＮ）の一部として１つ又は複数のＢＳに関連付けられる。セルラネットワークはまた、コアネットワーク（Core  Network：ＣＮ）を含む。
【００２２】
本明細書に記載されている技法は、ＩＯＴデバイスと共に採用することができる。具体的には、本明細書に記載されている技法は、第３世代パートナーシッププロジェクト（３ＧＰＰ）マシンタイプ通信（Machine  Type  Communication：ＭＴＣ）デバイスと共に採用することができる。本明細書に記載されている技法は、３ＧＰＰ狭帯域ＩＯＴ（NarrowBand  IOT：ＮＢ−ＩＯＴ）デバイスと共に採用することができる。
【００２３】
以下、ネットワークに接続するＵＥのランダムアクセス（Random  Access：ＲＡ）プロシージャに関連する技法について記載する。ＵＥとＲＡＮとは、ＲＡＮ接続を使用して通信する。ＲＡＮ接続は、ＲＡプロシージャを使用して、ＵＥとＲＡＮとの間でセットアップされる。それゆえ、ＲＡプロシージャは、ＵＥがスリープモード、例えば、３ＧＰＰ  ５ＧのＲＲＣ＿Ｉｎａｃｔｉｖｅのときに、トリガされる場合がある。
【００２４】
ＲＡプロシージャを実施するためのトリガには、伝送のためにスケジュールされるか、又は待ち行列に入れられたＵＬデータ（モバイル発信データ、ＭＯデータに関するシナリオと呼ばれることもある）、及び／又は例えば、伝送のためにスケジュールされたＤＬデータに起因するＤＬページングメッセージの受信を含んでもよい。
【００２５】
通常、ＲＡプロシージャは、例えば、４つのメッセージ、ＵＬ方向のＲＡメッセージ１（ＲＡｍｓｇ１）、ＤＬ方向のＲＡメッセージ２（ＲＡｍｓｇ２）、ＵＬ方向のＲＡメッセージ３（ＲＡｍｓｇ３）、及びＤＬ方向のＲＡメッセージ４（ＲＡｍｓｇ４）の複数のメッセージを含む。３ＧＰＰロングタームエボリューション（Long  Term  Evolution：ＬＴＥ）フレームワークにおけるこのようなＲＡプロシージャの詳細は、３ＧＰＰ技術仕様書（Technical  Specifications：ＴＳ）36.211、36.231、36.321及び36.331に記載されている。
【００２６】
例えば、３ＧＰＰ  ＬＴＥ及びＮＲプロトコルは、ＵＥとＢＳとの間で交換される４つのメッセージを含むＲＡプロシージャ（４ステップＲＡプロシージャ）を採用している。しかし、本明細書に記載されている技法は、４ステップＲＡプロシージャに限定されない。他の初期アクセスプロシージャもまた適用可能であり、それには、限定はされないが、より多い、又はより少ない数のシグナリングステップを伴うＵＥ始動アクセスプロシージャが含まれる。
【００２７】
ＲＡｍｓｇ１は、ＲＡプリアンブルを含む。本発明で使用する場合、ＲＡプリアンブルは、パターン又はシグネチャである場合がある。ＲＡプリアンブルの値により、異なるＵＥ間の識別を容易にすることができる。ＲＡプリアンブルは、候補プリアンブルのプール、例えば、６４又は１２８個の候補プリアンブルから選択されてよい。異なる候補プリアンブルに、直交符号を使用してもよい。例えば、Ｚａｄｄｏｆｆ−Ｃｈｕ系列が、ＲＡプリアンブルを生成するために使用されてよい。Ｚａｄｄｏｆｆ−Ｃｈｕ系列により、ベース系列又はルート系列を形成することができる。さらに、異なるサイクリックシフトが、特定のＲＡプリアンブルを取得するために適用されてもよい。異なるＵＥが、異なるサイクリックシフトを使用してもよい。符号分割多重もあり得る。ＲＡプリアンブル区画化は、（例えば、所定の長さのＺａｄｄｏｆｆ−Ｃｈｕ系列のセットによって画定された）利用可能なプリアンブルの全体的なプールの特定の区画が、なんらかの目的のために確保されているシナリオを指す場合がある。その場合、ＲＡプリアンブルの適切な選択は、ＢＳへのインジケータとして機能する場合がある。
【００２８】
ＲＡプロシージャに関連して、Ｒｅｌ−１５  ｅＭＴＣ及びＮＢ−ＩｏＴ向けの早期データ伝送（Early-Data-Transmission：ＥＤＴ）について、これまでに議論されてきた。ＥＤＴを伴って、ＵＥは、ＵＬペイロードデータをＲＡｍｓｇ３に含めることによって、スモールデータ伝送のシグナリングの量を減らすことができる。ＥＤＴ向けのＵＬペイロードは、制御メッセージ、例えば、無線リソース制御（Radio  Resource  Control：ＲＲＣ）メッセージに含まれる場合がある。制御メッセージは、ＲＡＮ接続の制御部分、例えば、いわゆるシグナリング無線ベアラ（Signalling  Radio  Bearer：ＳＲＢ）を使用して通信される場合がある。代替又は追加として、ネットワークは、ＲＡｍｓｇ４でＤＬペイロードデータ（同じく、ＳＲＢを使用して、ＲＲＣメッセージの一部）を伝送する場合がある。ＥＤＴは、スモールデータＵＬ伝送を伴うモノのインターネット（Internet-of-Things：ＩｏＴ）デバイスにとって特に有用である。ＥＤＴの詳細は、3GPP  TS  36.331  V15.3.0  (2018-09)、節５．３．３に記載されている。
【００２９】
ＲＡｍｓｇ３がＵＥからネットワーク又はＢＳに伝送される時点では、ＵＥとＲＡＮとの間のペイロードデータセットアップのためのＲＡＮ接続はなく、言い換えると、ＲＡＮ接続は事前に確立されていない。それゆえ、ＥＤＴは、ＲＡＮ接続が（完全に）構成される前であってもペイロードデータを伝送する方法である。
【００３０】
ＵＥがスリープモードの間に、ＵＥモビリティが発生する状況が発生する場合がある。ＵＥの到達可能性を容易にするために、ページングエリアが利用されることがある。例えば、ＲＮＡ又はＴＡが利用される場合がある。ＵＥは、ページングエリアのそれぞれのセルの全てにわたってページングされる場合がある。
【００３１】
ページングエリアの更新が、時々必要とされる場合がある。例えば、時々、ＵＥがある程度までページングエリアを離れるか、又はほぼ離れることがある。その場合、ＵＥの移動と共にページングエリアも移動することが望ましいことがある。
【００３２】
以下、低遅延ページングエリア更新とＥＤＴとの共存を容易にする種々の技法について記載する。種々の例は、ＥＤＴ、スリープモード、及びＤＲＸサイクルの組み合わせに関する。具体的には、ＲＡプロシージャでＥＤＴと共にページングエリアの更新を容易にすることができる技法について記載する。
【００３３】
簡潔さのために、これらの技法について、ＲＮＡとしてのページングエリアの実装形態を基準にして以下に記載する。同様に、簡潔さのために、スリープモードはＲＲＣ＿Ｉｎａｃｔｉｖｅモードを使用して記載する。類似の例もまた、ページングエリア及びスリープモードの他の種類及びタイプに用いられる場合がある。
【００３４】
ＲＲＣ＿ＩｎａｃｔｉｖｅとＥＤＴとを組み合わせるときに、具体的には、ＵＥが起動してＥＤＴを使用して早期データを送信するシナリオでは、スリープ期間中のＵＥモビリティの発生に対して対処する必要がある場合がある。この知見について、以下の例を用いて説明する。
【００３５】
（１）頻繁なトラフィックパターンのＵＥを、ＲＲＣ＿Ｉｎａｃｔｉｖｅを使用するように構成する。（２）ＵＥがＲＲＣ＿Ｉｎａｃｔｉｖｅのときは、ＲＡＮが、ＵＥの到達可能性の責任を負う。このために、ＲＡＮは、ＵＥをＲＮＡと共に定義及び構成する。ＵＥは、ＵＥがＲＮＡの外に移動する場合に、ＲＮＡに関する更新情報要素が必要であることを示すインジケータを送信する必要がある。次いで、ＵＥは、新しいＲＮＡ構成、すなわち、更新情報要素を受信する。このプロシージャは、ＲＮＡ更新（RNA  Update：ＲＮＡ−Ｕ）と呼ばれている。3GPP  TS  38.300  V15.2.0  (2018-06)、節９．２．２．５を参照されたい。（３）一部のＵＥ、例えば、スリープモードのＩｏＴデバイスは、モビリティ及びセルを常には監視しない。このようなＵＥは、典型的には、（例えば、モバイル発信データ向けの、上位層、例えばアプリケーション層によるトリガに基づくスケジューリングプランに従って）ＵＬデータを伝送する必要がある直前に起動して、ＲＮＡの外の新しいセルにいることを検出する。これにより、モビリティに起因するＲＮＡ−Ｕがトリガされる。（４）ＵＥは、ＵＬデータがＥＤＴの一部として取り扱われ得ると判断する場合がある。それゆえ、ＵＬデータは、ＲＡＮ接続を再開するためのＲＡプロシージャの間に、ＥＤＴの早期データとして伝送される場合がある。
【００３６】
下記にて、種々の技法は、（ｉ）ＲＲＣ＿ｉｎａｃｔｉｖｅ中にＲＡプロシージャをトリガすることによってＲＡＮ接続を再開することと、（ｉｉ）ＲＡプロシージャ中のＥＤＴと、（ｉｉｉ）ＲＮＡ−Ｕとの組み合わせに対処する。
【００３７】
例えば、参考実装形態においては、ＵＥは、ＥＤＴのために確保されている対応するプリアンブル区画（ＥＤＴ区画）から専用のプリアンブルを使用し、かつ早期ＵＬデータ、すなわち、モバイル発信データ（Mobile  Originating  data：ＭＯ−ｄａｔａ）を示すか、又は早期ＤＬデータ、すなわち、モバイル端末データもしくは制御データ（ＭＴ−ａｃｃｅｓｓ）を示す理由値を有するＲＡｍｓｇ３を用いてＥＤＴを含むＲＡプロシージャを実施する。その場合、この参考実装形態では、各ＵＥのモビリティパターンに基づいてＲＮＡを個別に構成できるので、ＢＳは、ＵＥが新しいＲＮＡにいることを認識することがない。これは、新しいＢＳが、ＲＮＡ−Ｕの更新情報要素を伝送する必要があることに気づかないことを意味する。この問題を軽減するために、参考実装形態によれば、ＵＥはまず、ＲＡＮ接続を再開して、ＲＮＡ−Ｕを実施し、その後、再確立したＲＡＮ接続を使用して通常のＵＬパケットでＵＬデータを送信する必要がある。この参考実装形態は、本質的に、まず、ＲＮＡ−Ｕを実施して、次に、ＵＬデータを伝送することに相応する。このような参考実装形態では、ＵＬデータの伝送の遅延が増加する。また、制御シグナリングのオーバーヘッドも、この参考実装形態では増大することになる。これら全ては、ＵＥの電力消費を増大させることになる。したがって、このような参考実装形態は、非常に効率の悪いものである。
【００３８】
この参考実装形態のかかる欠点を軽減するために、本明細書に記載する種々の例は、ＲＮＡ−ＵとＥＤＴとを少なくとも部分的に並行して実行することを容易にする。ＵＥ−ＲＡＮのシグナリング負荷及びＵＥ電力消費も、これにより低減することができる。
【００３９】
種々の例は、ＲＮＡ−Ｕの更新情報要素をＵＥが必要とするか否かを、ＢＳが判断することを容易にする技法に基づく。次に、ＲＮＡ−Ｕが必要とされる場合、ＢＳ又は別のノードは、ＲＮＡの新しい構成を決定し、続いて、ＵＥに更新情報要素を伝送する。
【００４０】
かかる技法を実装するのに有用な様々な選択肢がある。
【００４１】
第１の例では、通信すべき早期データ、例えば、ＭＯ−ｄａｔａに関するＲＡプロシージャと、ＲＮＡ−Ｕとの組み合わせ理由を示す、新しい組み合わされたＲＲＣ＿Ｒｅｓｕｍｅ理由値が作成される。言い換えると、ＲＮＡ−Ｕと、ＥＤＴのＭＯ−ｄａｔａとの組み合わせ理由を示す複数の候補値の少なくとも１つの値が存在する。
【００４２】
第２の例では、ＥＤＴの早期ＵＬデータが通信されるべきか否か、かつＲＮＡ−Ｕが必要とされるか否か、あるいは、ＲＮＡ−Ｕのみが必要とされて、通信すべきＥＤＴの早期ＵＬデータがないか否かを示すインジケータを提供するために、ＲＲＣ＿Ｒｅｓｕｍｅ理由値がＲＡプリアンブルと共に使用される場合がある。例えば、ＢＳは、ＥＤＴの早期データがＲＡｍｓｇ３に含まれることになるＥＤＴ区画から選択されたプリアンブルに基づいて通知される場合があり、次いで、ＢＳは、ＲＡｍｓｇ３の理由値を考慮することによって、ＲＮＡ−Ｕの更新情報要素を必要とするＵＥに関して通知される場合がある。ここで、更新情報要素を必要とするＵＥを示す所定の値が使用されてよい。ＲＡプリアンブルのみがＥＤＴ区画から選択される場合、この所定の値は、伝送すべきＥＤＴの早期データと、ＲＮＡ−Ｕとの組み合わせ理由として解釈されてもよい。
【００４３】
第３の例では、ＵＥは、ＥＤＴの早期データ、例えば、ＭＯ−ｄａｔａを示す理由値と共にＲＡｍｓｇ３を伝送する場合がある。次に、受信側のＢＳがＵＥコンテキスト情報をローカルで見つけることができない場合、該ＢＳは、ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＴＲＩＥＶＡＬプロシージャを実施する場合がある。例えば、3GPP  TS  38.300  V15.2.0  (2018-06)、節９．２．２．４．１、項目２及び３を参照されたい。この場合、コンテキスト情報は、ＵＥ識別情報、例えば、Ｉ−ＲＮＴＩを示すインジケータ、及びＵＥのアンカＢＳを示すインジケータに基づいて決定することができる。その結果、取得したＵＥコンテキスト情報に基づいて、ＢＳは、ＲＮＡ−Ｕの更新情報要素をＵＥが必要とするか否かを判断することができる。この場合、ＲＲＣ＿ＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ（ＲＡｍｓｇ４）は、更新情報要素を含むことがある。この例は、ＲＡｍｓｇ３の既存の理由値を再利用する場合がある。
【００４４】
上記のことから理解されるように、記載した第１及び第２の例では、ＵＥは、例えば、ＲＡｍｓｇ３理由値及び／又はＲＡｍｓｇ１ＲＡプリアンブル区画によって実装される少なくとも１つのインジケータをＢＳに伝送するように構成され、該少なくとも１つのインジケータは、ＲＮＡ−Ｕの更新情報要素をＵＥが必要とするか否かを示すものである。これは、第３の例では必要とされない場合があり、この際、ＵＥは、ＲＡｍｓｇ３に理由値としてＭＯ−ｄａｔａを設定することができ、ＢＳは、ＲＮＡ−Ｕの更新情報要素が必要とされるか否かを（ＵＥからの追加の情報なしに）判断することができる。このために、ＢＳは、ＵＥコンテキスト情報を調査する場合がある。
【００４５】
上述の種々の例は、ある特定の利点に関連している。例えば、第３の例は、ＲＡｍｓｇ３に含まれる対応する情報要素のサイズが制約されることが原因で、ＲＡプロシージャの理由の値の利用可能な数に制限があるシナリオで有用である場合がある。その場合、ＲＮＡ−Ｕの更新情報要素の受信の必要性をシグナリングする必要がない可能性があり、これによって、利用可能な値を他のシナリオに使用することが可能になる。一方、上述の第１及び第２の例では、ＣＮシグナリングをＢＳが実施する必要性を効果的に軽減することができる。これは遅延を低減することを支援し得るものであり、ＲＮＡ−Ｕの更新情報要素がＲＡｍｓｇ４に含まれるシナリオでは、ＲＡｍｓｇ４の伝送のなんらかの遅延を回避するために特に有用となる可能性がある。この関連で、上述の第２の例は、ＲＡｍｓｇ３の理由の利用可能な値の使用に関して、遅延と、効率との両方を減らすために有用である場合がある。ここで、値は、ＲＡプリアンブルと共に状況依存的な意味を有する場合がある。
【００４６】
概して、記載する種々の例では、ＵＥに対するＲＮＡ構成は、ＲＡｍｓｇ４で提供され、言い換えると、ＲＮＡ−Ｕの更新情報要素は、ＲＡｍｓｇ４に含まれる場合がある。
【００４７】
図１は、セルラネットワーク１００を概略的に示している。図１の例は、３ＧＰＰ  ５Ｇアーキテクチャによるネットワーク１００を示している。このアーキテクチャの詳細については、3GPP  TS  23.501,  version  1.3.0  (2017-09)に記載されている。図１及び以下に記載の他の部分は、セルラネットワークの３ＧＰＰ  ５Ｇフレームワークにおける技法を示しているが、類似の技法も、他の通信プロトコルに容易に適用することができる。各例には、例えば、ＭＴＣ又はＮＢ−ＩＯＴフレームワークにおける３ＧＰＰ  ＬＴＥ  ４Ｇ、及び非セルラワイヤレスシステム、例えば、ＩＥＥＥ  ＷｉＦｉ技術が含まれる。
【００４８】
図１のシナリオでは、ＵＥ９０は、セルラネットワーク１００に接続可能である。例えば、ＵＥ９０は、セルラフォン、スマートフォン、及びＩＯＴデバイス、ＭＴＣデバイスなどのうち１つであってもよい。
【００４９】
ＵＥ９０は、典型的には、１つ又は複数のＢＳ１０２、１０３によって形成されたＲＡＮ１０１を介して、ネットワーク１００に接続可能である。ワイヤレスリンク１１４が、ＲＡＮ１０１（具体的には、ＲＡＮ１０１のＢＳ１０２、１０３の１つ又は複数）と、ＵＥ９０との間に存在する。
【００５０】
ＲＡＮ１０１は、コアネットワーク（ＣＮ）１０９に接続されている。ＣＮ１０９は、ユーザプレーン（User  Plane：ＵＰ）１９１，及び制御プレーン（Control  Plane：ＣＰ）１９２を含む。アプリケーションデータは、通常、ＵＰ１９１を介してルーティングされる。このために、ＵＰ機能（UP  Function：ＵＰＦ）１２１が設けられる。ＵＰＦ１２１は、ルータ機能を実装する場合がある。アプリケーションデータは、ＣＮトンネル１８１に沿って、１つ又は複数のＵＰＦ１２１を通過する場合がある。図１のシナリオでは、ＵＰＦ１２１は、データネットワーク１８０に向かうゲートウェイ、例えば、インターネット又はローカルエリアネットワークとして動作する。アプリケーションデータは、ＵＥ９０と、データネットワーク１８０の１つ又は複数のサーバとの間で通信される場合がある。
【００５１】
ネットワーク１００はまた、アクセスモビリティ管理機能（Access  and  mobility  Management  Function：ＡＭＦ）１３１、セッション管理機能（Session  Management  Function：ＳＭＦ）１３２、ポリシー制御機能（Policy  Control  Function：ＰＣＦ）１３３、アプリケーション機能（Application  Function：ＡＦ）１３４、ネットワークスライス選択機能（Network  Slice  Selection  Function：ＮＳＳＦ）１３４、認証サーバ機能（AUthentication  Server  Function：ＡＵＳＦ）１３６、及び統合データ管理（Unified  Data  Management：ＵＤＭ）１３７を含む。図１はまた、これらのノード間のプロトコル参照点Ｎ１からＮ２２も示している。
【００５２】
ＡＭＦ１３１は、登録管理、非アクセス層終端、接続管理、到達可能性管理、モビリティ管理、アクセス認証、及びアクセス認可の機能のうち１つ又は複数を提供する。例えば、ＡＭＦ１３１によってトリガされるＮ２／Ｎ３経路切り換えは、ＲＡＮの別のＢＳ１０２、１０３でＵＰトンネルの１８１を終端させるように、ＳＭＦ１３２によってＵＰ１２１が構成されるシナリオに関する（これは、ＵＥモビリティのケースに必要とされる場合がある）。例えば、対応するＵＥ９０がＲＲＣアイドルモードで作動している場合、ＡＭＦ１３１は、ＵＥ９０のＣＮ始動ページングを制御する。ＵＥ９０が、ＲＲＣ非アクティブで動作するシナリオでは、ページングは、ＲＡＮ１０１によって取り扱われる。
【００５３】
ＲＡＮ接続１８２は、ＵＥ９０とＲＡＮ１０１との間で確立される場合がある。例えば、ＲＡＮ接続１８２は、ＳＲＢ及び／又はデータ無線ベアラ（Data  Radio  Bearer：ＤＲＢ）を含む場合がある。ＲＡＮ接続の確立の間にＳＲＢがワイヤレスリンク１１４の共通制御チャネルにマップされる場合があり、ＲＡＮ接続の確立の際に、ワイヤレスリンク１１４の専用制御チャネルがセットアップされる場合がある。例えば、ＲＲＣ制御シグナリングが、ＳＲＢに実装されてよい。ＤＲＢは、アプリケーション層データなどのペイロードデータに使用されてよい。このＲＡＮ接続１８２は、例えば、セキュリティパラメータを定義するＵＥコンテキスト情報によって特徴づけられる。ＲＡＮ接続１８２は、ＵＥ９０が接続モードで動作する、すなわちスリープモードではない場合に確立される。
【００５４】
ＵＥ９０の現在のモードを常時監視するために、ＡＭＦ１３１は、ＵＥ９０をＥＣＭ接続又はＥＣＭアイドルに設定する。ＥＣＭ接続の間、非アクセス層（Non-Access  Stratum：ＮＡＳ）接続は、ＵＥ９０とＡＭＦ１３１との間で継続される。ＮＡＳ接続は、モビリティ制御接続の一例を実装する。ＮＡＳ接続は、ＵＥ９０のページングに応じてセットアップされる場合がある。ＡＭＦ１３１は、ＵＥがＲＲＣ＿Ｉｎａｃｔｉｖｅであるときでも、Ｎ２トンネルが依然として維持され、かつＵＥがＥＣＭ接続中であるため、ＮＡＳ接続が依然として確立されていると想定する。
【００５５】
ＳＭＦ１３２は、セッション確立、修正及び解放を含み、ＲＡＮ１０１とＵＰＦ１２１との間のＣＮトンネル１８１のトンネルセットアップを含むセッション管理、ＵＰＦの選択及び制御、トラフィック指向の構成、ローミング機能、セッション管理に関するＮＡＳメッセージの少なくとも一部の終端の機能のうち１つ又は複数を提供する。それに応じて、ＡＭＦ１３１とＳＭＦ１３２との両方は、移動するＵＥをサポートするために必要とされるＣＰ管理を実装する。
【００５６】
図２は、ＵＥ９０が種々の例に従って動作する場合がある種々のモード３０１から３０３を示す。例えば、３ＧＰＰ  ５ＧのシナリオにおけるＲＲＣ＿Ｉｎａｃｔｉｖｅに相当する非アクティブモード３０２、及び例えば、ＲＲＣ＿Ｉｄｌｅに相当するアイドルモード３０３は、スリープモードである。
【００５７】
スリープモード３０２、３０３では、ＲＡＮ接続１８２が確立されないので、ＲＡＮ１０１とＵＥ９０との間のペイロードデータの伝送を実行する可能性はない。それとは異なり、ＲＡＮ接続１８２は、接続モード３０１で確立される。
【００５８】
ＵＥが非アクティブモード３０２で動作する間、ＵＥ９０のコンテキスト情報は維持されるが、ＵＥがアイドルモード３０３で動作する間は維持されない。さらに、ＵＥ９０が非アクティブモード３０２で動作する間、コアネットワークトンネル１８１は維持されるが、ＵＥがアイドルモード３０３で動作する間は維持されない。例えば、ＵＥ９０が非アクティブモード３０２、例えば、ＲＲＣ＿Ｉｎａｃｔｉｖｅで動作する間にＲＡプロシージャがトリガされる場合、ＥＤＴの早期データは、事前に確立されたコアネットワークトンネル１８１を介してルーティングされる場合がある。
【００５９】
ＤＬデータの伝送の必要性に応じて、ＵＥ９０は、ページングされる場合がある。ＵＥがアイドルモード３０３、例えば、ＴＡ２０３（図３を参照）にいる場合、ページングは、ＡＭＦ１３１によって制御される場合がある。それとは異なり、ＵＥが非アクティブモード３０２、例えば、ＲＮＡ２０２内にいる間、ページングは、ＲＡＮ１０１によって制御される場合がある。図３に示すように、各ＲＮＡ２０２は、複数のセル２０１を含み、かつ各ＴＡ２０３は、複数のＲＮＡ２０２を含む場合がある。さらに、２つの異なるＴＡ２０３に属するセル２０１を伴うＲＮＡ２０２を構成することができる、すなわち、ＲＮＡ２０２は、２つのＴＡ２０３の境界をまたいで広がる。
【００６０】
図４は、種々の例によるＲＡプロシージャ６００に関する態様を概略的に示す。図４は、ＵＥ９０とＢＳ１０２との間の通信のシグナリング図である。
【００６１】
モビリティが起こった後に、ＵＥ９０は、例えば、ＢＳ１０２のブロードキャストされた情報又は参照信号に基づいて、その近傍のＢＳ１０２を検出する場合がある。ＲＡプロシージャ６００の開始に先立って、ＵＥ９０は、ネットワークの１つ又は複数のＢＳによってブロードキャストされた情報ブロックを周期的にリッスンする場合がある。例えば、ブロードキャストされた情報ブロックには、ブロードキャストするＢＳのセル識別情報などの情報を含んでもよい。次に、ＵＥ９０による接続セットアップ試行は、ＲＡプロシージャ６００を使用して開始されてよく、このＲＡプロシージャには、非コンテンションベースプロシージャ又はコンテンションベースプロシージャが含まれる場合がある。典型的なケースでは、コンテンションベースプロシージャは、図４に示すような４ステップハンドシェイクプロトコルで開始する場合がある。
【００６２】
６５０１で、ブロードキャストされた情報に基づいて、ＵＥ９０は、対応するＲＡｍｓｇ１で、ＲＡプリアンブル６４９９を含むＲＡｍｓｇ１  ６００１をＢＳ１０２に伝送する。ＲＡプリアンブルは、ＵＥ９０の一時的な識別情報として機能する場合がある。
【００６３】
概して、ＲＡプリアンブル６４９９は、候補ＲＡプリアンブルのプールから選択される場合がある。プールは、ある特定の区画からＲＡプリアンブル６４９９を選択することによって、それぞれの区画に関連する対応するインジケータをＵＥ９０がＢＳ１０２に提供することができるように、区画化されている場合がある。かかる技法は、一般に、ＲＡ区画化と称される。例えば、ＥＤＴのために確保された区画（ＥＤＴ区画）がある場合がある。図４のシナリオでは、ＵＥ９０は、ＲＡプリアンブル６４９９をＥＤＴ区画から選択する場合があり、それによって、例えば、早期ＵＬデータのため及び／又は早期ＤＬデータのために、ＲＡプロシージャがＥＤＴを使用することをシグナリングする。
【００６４】
ＲＡプリアンブル６４９９の伝送に応じて、ＵＥ９０は、６５０２で、例えば、ＵＥ９０の新しい一時的な識別情報、タイミング調整情報、及びＵＬリソースに対するスケジューリンググラントを含むＲＡｍｓｇ２  ６００２を受信する。スケジューリンググラントは、ＵＥ９０のＲＡ無線ネットワーク一時的識別情報（ＲＡ−ＲＮＴＩ）を対象とするものである場合がある。
【００６５】
これらのＵＬリソースを使用する際に、６５０３で、ＵＥ９０は、ＲＡｍｓｇ３  ６００３、又は無線リソース制御（Radio  Resource  Control：ＲＲＣ）ＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔを送信する場合がある。ＲＡｍｓｇ３  ６００３は、接続確立理由６４０３、すなわち、ＲＡプロシージャ６００の理由を含む場合がある。ＵＥ９０がＲＲＣ＿Ｉｎａｃｔｉｖｅモード（非アクティブモード３０２、図３を参照）であるケースでは、ＵＥ９０は、ＲｅｓｕｍｅＩＤと呼ばれることもある記憶されたＩ−ＲＮＴＩを含むＲＡｍｓｇ３として、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔを使用する。
【００６６】
ＲＡｍｓｇ３  ６００３に応じて、６５０４で、ＵＥ９０は、ＲＲＣ接続要求応答とも呼ばれるＲＡｍｓｇ４  ６００４を受信する場合がある。
【００６７】
ＵＥ９０のネットワーク１００への接続試行が成功する場合、一部の例では、ＲＡＮ接続１８２は、確立可能である。次に、ＲＡＮ接続１８２及びＣＮトンネル１８１に沿ったペイロードＵＬデータ及び／又はペイロードＤＬデータのワイヤレス通信が開始されてよい。
【００６８】
ＲＡプロシージャ６００に関して様々なトリガ基準が考えられる。例としては、ＵＥ９０によるネットワークページングメッセージの受信、又はウェイクアップ信号の受信が挙げられる。別の例としては、ネットワーク１００への伝送のためにスケジュールされるか、又は待ち行列に入れられたＵＬペイロードデータ（ＭＯ−ｄａｔａ）が挙げられる。
【００６９】
図４のシナリオでは、ＲＡプロシージャ６００は、早期ＵＬデータ６４０１及び早期ＤＬデータ６４０２、例えば、ペイロードデータのＥＤＴを含む。図４に示すように、６５０３で、早期ＵＬデータ６４０１はＲＡｍｓｇ３  ６００３にピギーバックされて、早期ＤＬデータ６４０２はＲＡｍｓｇ４  ６００４にピギーバックされる。概して、ＥＤＴは、早期ＵＬデータ６４０１及び早期ＤＬデータ６４０２の少なくとも１つを通信することを含む場合がある。ＥＤＴに関する詳細について、図５と共に説明する。
【００７０】
図５は、ＥＤＴ６０１に関する態様を示している。図５は、ＵＥ９０とＢＳ１０２との間の通信のシグナリング図である。図４のＲＡプロシージャ６００及び図５のＥＤＴ６０１は、組み合わせることができる。
【００７１】
最初に、６５４１で、ＥＤＴ６０１が行われることを示すインジケータ６０４１が通信される。例えば、インジケータ６０４１は、図４の６５０１に関して上記にて説明した、ＲＡプリアンブル区画化によって実装することができる。任意選択で、ＲＡプロシージャ６００では、ＲＡｍｓｇ３  ６００３は理由６４０３を含んでもよく、また、ＵＥ９０によって選択される理由６４０３の値は、通信すべき早期データ６４０１、６４０２、例えば、早期ＵＬデータを示してもよい。
【００７２】
任意選択で、６５４２で、ＵＬ早期データ６４０１に適合するＵＬリソースに対するスケジューリンググラントが、例えば、ＲＡｍｓｇ２  ６００２の一部として受信されてよい（図４を参照）。
【００７３】
次に、６５４３で、早期データ６４０１、６４０２が、ＵＥ９０と、ＢＳ１０２との間で通信される。やはり、この場合も、早期データは、ＵＬペイロードデータ６４０１及び／又はＤＬペイロードデータ６４０２を含むことが考えられる。
【００７４】
時々、例えば、伝送のために待ち行列に入れられた全てのデータが、ＥＤＴ６０１を使用して正常に通信された場合は、ＲＡＮ接続１８２の完全なセットアップは必須ではない。その場合、ＲＡｍｓｇ４  ６００４により、ＵＥ９０をＲＲＣ＿ｉｎａｃｔｉｖｅモード３０２に戻すようにトリガすることができる。
【００７５】
ＥＤＴ６０１及びＲＡ６００は、さらに、ＲＮＡ−Ｕと組み合わされてもよい。対応する概念について、図６と共に説明する。
【００７６】
図６は、ＲＡプロシージャ６００及びＥＤＴ６０１に関する態様を示している。図６は、ＵＥ９０と、ＢＳ１０２、１０３と、コアネットワーク１０９の１つ又は複数のノード、例えば、ＡＭＦ１３１及び／又はＵＰＦ１２１との間の通信のシグナリング図である。図６は、概して、図４及び図５のシナリオに対応し、かつ、追加として、ＲＲＣ＿Ｉｎａｃｔｉｖｅモード３０２で動作中のＵＥ９０のモビリティに関する態様を示している。
【００７７】
最初に、６５１１で、接続モード３０１のＵＥ９０の動作から非アクティブモード３０２のＵＥ９０の動作への遷移が実施される。これには、ＢＳ１０３からＵＥ９０へのＲＲＣ＿ＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージの通信を含む場合がある（６５１１で、ＲＡＮ接続１８２が、ＢＳ１０３と、ＵＥ９０との間で確立されている。したがって、ＢＳ１０３は、サービングＢＳである）。また、ＵＥ９０のＲＮＡ２０２が決定され、かつＲＮＡ２０２の構成に基づいてＵＥ９０に通知される対応する更新情報要素が、その後の過程でＲＡＮ接続が再開される際に使用されることになるＲｅｓｕｍｅＩＤ（Ｉ−ＲＮＴＩ）と共にＢＳ１０３からＵＥ９０に伝送される場合がある。
【００７８】
しばらくすると、６５１２で、ＵＥ９０によって、ＥＤＴ６０１のトリガが検出される。６５１１から６５１２の間に、ＵＥ９０のモビリティが発生したのである。したがって、ＵＥ９０は、先のサービングＢＳ１０３のカバレッジエリアの外に移動した。それに応じて、６５１３で、ＵＥ９０は、例えば、ブロードキャストされた情報に基づいてセル再選択を実施する。このセル再選択に基づいて、次に、ＵＥ９０は、ＢＳ１０２に到達することを試みる。
【００７９】
次に、ＥＤＴ６０１を含むＲＡプロシージャ６００が実施される。ここで、６５１４は６５０１に対応し、６５１５は６５０２に対応し、６５１６は６５０３に対応する（図４を参照）。ＢＳ１０２は、例えば、ＥＤＴインジケータ６０４１を受信することによって、ＥＤＴ６０１に加わり、スケジューリング情報６０４２を提供する、及び／又は早期データ６４０１、６４０２を通信する（図５を参照）。
【００８０】
任意選択で、６５１７及び６５１８で、コンテキストフェッチプロシージャが実施される。ここで、ＢＳ１０２は、ＵＥの利用可能なコンテキスト情報６４１１がないと判断して、元のサービングＢＳ１０３、すなわち、概してアンカＢＳに、コンテキスト情報６４１１を要求する。次に、ＢＳ１０３は、コンテキスト情報６４１１と共に応答する。このことは、例えば、Ｉ−ＲＮＴＩから導出された、ＵＥ９０の識別情報、及びＢＳ１０２の識別情報に基づく。
【００８１】
次に、ＢＳ１０２は、コンテキスト情報６４１１に基づいて、コアネットワーク１０９、例えば、ＵＰＦ１２１及び／又はＡＭＦ１３１とコンタクトをとって、Ｎ２／Ｎ３経路切り換えを要求する。対応するプロシージャ６０１３は、６５１９で実行される。次に、コアネットワークトンネル１８１は、ＢＳ１０２で終端する。ＲＡｍｓｇ３  ６００３にピギーバックされて、６５１６で受信されたＵＬデータ６４０１は、次いで、６５２０で、コアネットワークトンネル１８１に沿ってルーティングされる場合がある。コアネットワークトンネル１８１は、６５１１から６５２０の間に停止又は中断されず、したがって、ＵＬデータ６４０１は、事前に確立されたコアネットワークトンネル１８１を介して伝送され得ることに留意されたい。そのために、ＵＥ９０は、接続モード３０１で動作するものとして、コアネットワークでリスト化される（コアネットワークは、ＲＡＮ１０１によって取り扱われるＲＲＣ＿Ｉｎａｃｔｉｖｅモード３０２を認識しない）。
【００８２】
最後に、６５２２で、ＲＡｍｓｇ４  ６００４が伝送される。ＲＡＮ接続１８２を継続する必要がないので（待ち行列に入れられたＵＬデータ６４０１は、ＥＤＴ６０１を使用して伝送されたので）、ＲＡｍｓｇ４  ６００４は、ＢＳ１０２からＵＥ９０に伝送される接続解放メッセージ（例えば、ＲＲＣ＿ＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ）である。
【００８３】
図６のシナリオでは、ＲＡｍｓｇ４は、ＲＮＡ−Ｕに関連する更新情報要素６４１０を含む。このために、６５２１で、ＢＳ１０２は、更新情報要素６４０１をＵＥ９０が必要とするか否かを判断する。６５２１は、ＥＤＴ６０１に加わることに応じるものである。すなわち、ＥＤＴ６０１にＢＳ１０２が加わる場合はいつでも実行される。ＢＳ１０２が、更新情報要素６４０１をＵＥ９０が必要とすると判断する場合にのみ、更新情報要素６４０１は、ＲＡｍｓｇ４  ６００４に含まれる。
【００８４】
概して、６５２１で、更新情報要素６４０１をＵＥ９０が必要とするか否かを判断するのに有用な様々な選択肢がある。これらの選択肢の一部は、図７、図８及び図９と共に以下にて説明する。
【００８５】
図７は、更新情報要素６４１０をＵＥ９０が必要とするか否かを判断することに関する態様を概略的に示している。図７は、更新情報要素６４１０が必要とされるか否かをＢＳ１０２が判断することに関する第１の例を示している。
【００８６】
ＵＥ９０は、ＲＮＡ−Ｕの更新情報要素６４１０を必要とすると既に判断している（図６のブロック６５１３参照）。ＵＥ９０は、ＥＤＴ６０１の必要性があることも既に判断している。
【００８７】
したがって、図７の例では、７５０１で、ＵＥ９０は、１つ又は複数のインジケータ７００１を伝送する。例えば、１つ又は複数のインジケータ７００１は、ＲＡプロシージャ６００の１つ又は複数のＵＬメッセージ、例えば、ＲＡｍｓｇ１  ６００１及び／又はＲＡｍｓｇ３  ６００３に含まれる場合がある。
【００８８】
１つ又は複数のインジケータ７００１は、通信すべきＥＤＴ６０１の早期データ６４０１、６４０２、及び必要とされる更新情報要素６４１０を示す。それによって、ＵＥ９０は、必要とされる更新情報要素６４１０をＢＳ１０２に認識させることができる。
【００８９】
図７によるかかるインジケーションの実装の第１の可能性は、ＲＡｍｓｇ３  ６００３の理由６４０３を使用することである。具体的には、理由６４０３の値は、通信すべきＥＤＴ６０１の早期データ６４０１、６４０２と、必要とされる更新情報要素６４１０との両方を示すように複数の所定の候補値から選択することができる。言い換えると、ＲＡプロシージャ６００の組み合わせ理由値は、ＥＤＴ６０１及びＲＮＡ−Ｕが、ＲＡプロシージャ６００で実施されることをＢＳ１０２にシグナリングするために使用される場合がある。特定の例を提示するために、複数の候補値を表１に示す。
【００９０】
【表１】
2022502958.tif 000003
【００９１】
ここで、理由値「８」は、ＭＯ−ｄａｔａとＲＮＡ−Ｕとの組み合わせ理由を示す。理由値「９」は、ＲＮＡ−Ｕのみを、すなわち、ＭＯ−ｄａｔａなしでシグナリングするために使用される。
【００９２】
図７によるかかるインジケーションの実装の第２の可能性は、ＲＡプリアンブル６４９９のＲＡプリアンブル区画と共に、ＲＡｍｓｇ３  ６００３の理由６４０３を使用することである。ここで、理由６４０３の値は、必要とされるＲＮＡ−Ｕの更新情報要素６４１０を示すように、複数の所定の候補値から選択することができる。それに加えて、ＲＡプリアンブル６４９９が、所定のＥＤＴプリアンブル区画内にあるように選択される場合、再度、ＥＤＴ６０１の早期データとＲＮＡ−Ｕとの組み合わせインジケーションが提供される。実装形態の例を表２に示す。
【００９３】
【表２】
2022502958.tif 000004
【００９４】
このように、理由値「８」が使用される場合、ＢＳ１０２は、ＲＡｍｓｇ１のＲＡプリアンブルと、理由値との両方に基づいて、ＥＤＴが必要とされるか否かを判断することができる（具体的には、ＭＯ−ｄａｔａの場合）。表１のシナリオと比べると、理由値「９」の準備の必要がなく、それゆえに、対応する情報フィールドのサイズが小さくなる。
【００９５】
図８は、更新情報要素６４１０をＵＥ９０が必要とするか否かを判断することに関する態様を概略的に示している。図８は、更新情報要素６４１０が必要とされるか否かをＢＳ１０２が判断することに関する第２の例を示している。
【００９６】
図８の例では、ＵＥ９０は、具体的にはＲＮＡ−Ｕを示す１つ又は複数のインジケータ（図７を参照）を伝送する必要がない。それどころか、ＢＳ１０２は、ＵＥコンテキスト情報６０１２に基づいて、更新情報要素６４１０をＵＥ９０が必要とするか否かを判断することができる。
【００９７】
例えば、このことは、ＵＥコンテキスト情報６０１２の調査を含む場合がある。ＲＡｍｓｇ３  ６００３が通信すべき早期データ６４０１、６４０２を示す値を有する理由６４０３を含む場合、この調査は、選択的に実行されてよい。
【００９８】
例に示すＵＥコンテキスト情報６０１２は、ＵＥとの通信に対するセキュリティパラメータ、ＣＮトンネル１８１の識別情報、ＵＥ９０の能力、及びＵＥがＲＲＣ＿Ｉｎａｃｔｉｖｅモード３０２の場合のＲＡＮ接続１８２の再アクティブ化の情報など、種々の情報を含む。さらに、ＵＥコンテキスト６０１２は、ＵＥ９０のＲＮＡ２０２の先に確立された構成に関する情報も含む。これには、ＲＮＡ２０２の一部である全てのセル２０１のリストも含まれてよい（図３参照）。例えば、各セル２０１のそれぞれのセル識別情報は、コンテキスト情報６０１２によって含まれるか、又は参照される場合がある。ＢＳ１０２は、その識別情報が、コンテキスト情報６０１２に含まれるか否か、又はそれによって参照されるか否かをチェックすることができ、識別情報がない場合、更新情報要素６４１０が必要になる。
【００９９】
図９は、ＵＥ９０を概略的に示す。ＵＥ９０は、メモリ８００３からロードされるプログラムコードを実行するように構成された１つ又は複数のプロセッサ８００１を備えている。ＵＥ９０はまた、ワイヤレスリンク１１４を介してＢＳ１０２、１０３と通信するためのインターフェース８００２も備えている。プログラムコード実行時、１つ又は複数のプロセッサ８００１は、ＥＤＴに参加することと、ＲＮＡ−Ｕの更新情報要素が必要とされるか否かを判断することと、ＵＥモビリティが発生したか否かを判断することと、ＲＡプロシージャに参加することと、ＥＤＴの早期データを伝送及び／又は受信することと、接続モード又はスリープモードで動作することと、ページングメッセージを受信することと、などに関して本明細書に記載する技法を実施することができる。
【０１００】
図１０は、ＢＳ１０２、１０３を概略的に示す。ＢＳ１０２、１０３は、メモリ８０１３からロードされるプログラムコードを実行するように構成された１つ又は複数のプロセッサ８０１１を備えている。ＢＳ１０２、１０３はまた、ワイヤレスリンク１１４を介してＵＥ９０と通信するためのインターフェース８０１２も備えている。プログラムコード実行時、１つ又は複数のプロセッサ８０１１は、ＥＤＴに参加することと、ＲＮＡ−Ｕの更新情報要素が必要とされるか否かを判断することと、ＲＡプロシージャに参加することと、ＥＤＴの早期データを伝送及び／又は受信することと、接続モード又はスリープモードでＵＥが動作するか否かを追跡することと、ページングメッセージを伝送することと、などに関して本明細書に記載する技法を実施することができる。
【０１０１】
図１１は、種々の例による方法のフロー図である。図１１の方法は、ＢＳによって実行される。例えば、図１１の方法は、ＢＳ１０２によって実行されてよい。具体的には、図１１の方法は、メモリ８０１３からロードされる関連プログラムコード実行時に、ＢＳ１０２の１つ又は複数のプロセッサ８０１１によって実行されることが考えられる。
【０１０２】
最初に、ブロック３００１で、ＢＳはＲＡプロシージャのＥＤＴに参加する。例えば、この参加は、ＵＥから対応するインジケータを受信すること、及び／又はＵＥにスケジューリンググラントを伝送することを含む場合がある。また、ＵＬデータを受信するか、ＵＥにＤＬデータを伝送することも含む場合がある。
【０１０３】
ブロック３００１のＥＤＴへの参加に応じて、ブロック３００２で、ＢＳはＲＮＡ−Ｕの更新情報要素をＵＥが必要とするか否かを判断する。言い換えると、先に構成されたＲＮＡを越えてＵＥモビリティが発生したか否かが判断される場合がある。
【０１０４】
概して、ブロック３００２を実装するために可能な種々の選択肢がある。例えば、ＲＡプロシージャの一部としてＵＥから受信される１つ又は複数のメッセージは、更新情報要素をＵＥが必要とすることを示す１つ又は複数のインジケータを含む場合がある。あるいは、ＢＳが、ＵＥのコンテキスト情報に基づいて、更新情報要素をＵＥが必要とするか否かを判断することも考えられる。必要に応じて、ＢＳは、コンテキスト情報をフェッチしてもよい。このような技法については、それぞれ、図７及び図８と共に説明してきた。
【０１０５】
次に、ブロック３００３で、更新情報要素をＵＥが必要とすると判断した場合、ＢＳは、ＲＮＡ−Ｕの更新情報要素を伝送する。例えば、これは、ＲＮＡの再構成を含む場合がある。例えば、更新情報要素は、ＲＡプロシージャのＲＡｍｓｇ４に含まれる場合がある。このことは、非アクティブモードでの動作へのＵＥの遷移によって、ＲＡｍｓｇ４が、ＲＡＮ接続を停止する場合に、特に有用となる可能性がある。
【０１０６】
図１２は、種々の例による方法のフロー図である。図１２の方法は、ＵＥによって実行される。例えば、図１２の方法は、ＵＥ９０によって実行されてよい。具体的には、図１２の方法は、メモリ８００３からロードされる関連プログラムコード実行時に、ＵＥ９０の１つ又は複数のプロセッサ８００１によって実行されることが考えられる。
【０１０７】
最初に、ブロック３０１１で、ＵＥは、ＲＮＡ−Ｕの更新情報要素が必要であるか否かを判断する。これには、モビリティの追跡も含む場合がある。例えば、ＵＥは、近傍のＢＳのブロードキャストされたセル識別情報をリッスンしてもよい。次いで、ＵＥは、受信したセル識別情報をＲＮＡの先の構成と比べる場合がある。
【０１０８】
ブロック３０１１は、ＥＤＴの必要性に従ってトリガされる。例えば、ＥＤＴの必要性は、ＵＥの伝送バッファにスケジュールされたＵＬペイロードデータに対応する場合がある。代替又は追加として、ＥＤＴの必要性は、ＵＥへの伝送のためにスケジュールされたＤＬペイロードデータがあるという理由で、ネットワークからのページングメッセージを受信したことに対応する場合がある。例えば、伝送のためにスケジュールされたペイロードデータがＥＤＴとして適合されるのに充分小さいか否かのチェックが含まれる場合がある。例えば、事前にスケジュールされたデータが再発生する場合、このチェックは、省略されてよい。
【０１０９】
次に、ブロック３０１２で、実際に更新情報要素をＵＥが必要とする場合、ＵＥは、１つ又は複数のインジケータ及びＲＡプロシージャの一部として伝送すべき１つ又は複数のメッセージを含む。１つ又は複数のインジケータは、ＥＤＴの早期データ、及び、ＲＮＡ−Ｕの更新情報要素をＵＥが必要とすることを示す。
【０１１０】
次いで、ブロック３０１３で、ＵＥは、１つ又は複数のインジケータを含む１つ又は複数のＵＬメッセージを伝送する。対応する例は、図７に関して上述した。
【０１１１】
ブロック３０１４で、ＵＥはＥＤＴに参加する。ブロック３０１４は、概して、ブロック３００１に対応する。
【０１１２】
要約すると、ＭＯ−ｄａｔａとＲＮＡ−Ｕとの組み合わせインジケーションは、１つ又は複数のインジケータを使用することによって可能であることを記載した。例えば、信号インジケータを使用して、ＭＯ−ｄａｔａとＲＮＡ−Ｕとの組み合わせ理由値が、ＲＡｍｓｇ３に含まれてよい。別の例では、ＥＤＴのために確保された区画からのＲＡプリアンブル（第１のインジケータ）を使用するケースでは、ＲＡｍｓｇ３の理由値（第２インジケータ）として、ＲＮＡ−Ｕを使用することが可能であると指定できる。さらに別の例では、例えば、ＭＯ−ｄａｔａ、又はモバイル終端（Mobile  Terminating：ＭＴ）アクセスなどの、ＥＤＴ理由値を使用することができる。次いで、ＢＳは、ＵＥコンテキストを取得して、ＵＥコンテキストに基づいて、更新情報要素を伝送することによって新しいＲＮＡ構成を提供する必要性があるか否かを判断することができる。次いで、ＲＮＡ構成がネットワークノード間で構成され、ＵＥは、場合によりＥＤＴ  ＵＬデータに応じて伝送されるＤＬデータと共に、更新されたＲＮＡをＲＡｍｓｇ４で通知される。
【０１１３】
種々の技法は、ＴＡを使用する参考実装形態では、ＵＥへのＮＡＳ接続を使用してＣＮによってＵＥモビリティが管理されるといった知見に基づいている。その一方で、ＥＤＴは、アクセス層（Access  Stratum：ＡＳ）によるものであり、すなわち、ＵＥとＲＡＮとの間で定義される。具体的には、参考実装形態では、ＥＤＴは、ＵＥがアイドルモード、すなわち、ＮＡＳ接続が解放されている状態であると想定して定義されている。それにより、ＵＥがＥＤＴの早期ＵＬデータを伝送するときに、ＲＡＮ−ＣＮシグナリングが必要とされる。したがって、ＵＥが非アクティブモードの場合、ＣＮは、ＮＡＳ接続を継続する場合があり、すなわち、ＣＮの観点からは、ＵＥは接続されている。その結果として、ＲＮＡ−Ｕと、ＥＤＴとの両方は、ＲＡＮの観点からは、たとえＵＥ  ＮＡＳがＥＤＴのための要求をトリガしても、ＡＳイベントである。
【０１１４】
本発明をある種の好ましい実施形態に関して示し、記載したが、明細書を読み理解した上で、等価物及び変更が当業者により行われよう。本発明は、かかる等価物及び変更を全て含み、添付の特許請求の範囲によってのみ限定される。
【０１１５】
例示のために、種々の例について、ＲＡｍｓｇ３の理由の値が、組み合わせ方式でＭＯ−ｄａｔａとＲＮＡ−Ｕとを示すために使用されるシナリオに関して記載してきた。このような組み合わせ理由値は、ＲＮＡ−Ｕ及びその他の理由（例えば、ＭＯ−ｓｉｇｎａｌｉｎｇ、ＭＴ−ａｃｃｅｓｓなど）でも実装することができる。
【０１１６】
さらなる例示のために、種々の例について、３ＧＰＰセルラネットワークが、技法を実装するために使用されるシナリオに関して記載してきたが、類似の技法を、複数のアクセスノードを有し、かつＵＥモビリティを対象とする非３ＧＰＰネットワークに実装することも可能である。
【図１】
2022502958.tif 000005
【図２】
2022502958.tif 000006
【図３】
2022502958.tif 000007
【図４】
2022502958.tif 000008
【図５】
2022502958.tif 000009
【図６】
2022502958.tif 000010
【図７】
2022502958.tif 000011
【図８】
2022502958.tif 000012
【図９】
2022502958.tif 000013
【図１０】
2022502958.tif 000014
【図１１】
2022502958.tif 000015
【図１２】
2022502958.tif 000016
【国際調査報告】
2022502958.tif 000017