(57)【要約】  ある観点によれば、ワイヤレスネットワークにおいて動作するワイヤレスデバイスは、無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱う。上記ワイヤレスデバイスは、上記ワイヤレスネットワークから、当該ワイヤレスデバイスがＲＲＣ非アクティブ状態へ移行すべきこと又は当該ワイヤレスデバイスがＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信する（１５０２）。上記ワイヤレスデバイスは、上記メッセージに応じて、非アクティブ状態の動作のために、上記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用する（１５０４）。【選択図】図１５
2021523585.tif 000002
【特許請求の範囲】
【請求項１】
無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための、ワイヤレスネットワークにおいて動作するワイヤレスデバイスにおける方法であって、
前記ワイヤレスネットワークから、前記ワイヤレスデバイスが前記ＲＲＣ非アクティブ状態へ移行すべきこと又は前記ワイヤレスデバイスが前記ＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信すること（１５０２）と、
前記メッセージに応じて、非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用すること（１５０４）と、
を含む方法。
【請求項２】
請求項１に記載の方法であって、前記メッセージは、ＲＲＣ再開拒否メッセージ又はＲＲＣ解放メッセージを含む、方法。
【請求項３】
無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための、ワイヤレスネットワークにおいて動作するワイヤレスデバイスにおける方法であって、
前記ＲＲＣ非アクティブ状態へ自律的に移行すること（１６０２）と、
非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用すること（１６０４）と、
を含む方法。
【請求項４】
請求項１〜３のいずれか１項に記載の方法であって、前記少なくとも１つの過去に記憶された非アクティブ状態パラメータは、
前記ワイヤレスデバイスについての再開アイデンティティ、
ページング構成パラメータ、
無線ネットワークエリア（ＲＮＡ）パラメータ、
ＲＮＡ更新構成パラメータ、
後続の再開要求にて鍵をリフレッシュするためのネクストホップチェイニングカウント、
早期データ送信構成パラメータ、
待機タイマ満了まで前記ＵＥが再開又はセルへ接続されることを試行しないものとすることを示す待機時間パラメータ、
セル再選択プライオリティパラメータ、
周波数リダイレクト情報、
セル品質導出パラメータ、及び
前記ＲＲＣ非アクティブ状態において使用されるべき測定構成パラメータ、
のうちのいずれか１つ以上を含む、方法。
【請求項５】
請求項１〜４のいずれか１項に記載の方法であって、前記メッセージは、前記ワイヤレスデバイス内の過去に記憶された非アクティブ状態パラメータに対応する１つ以上の非アクティブ状態パラメータを含み、前記方法は、対応する前記過去に記憶された非アクティブ状態パラメータを、前記メッセージ内の前記１つ以上の非アクティブ状態パラメータと置き換えること、及び、前記メッセージ内の前記非アクティブ状態パラメータを非アクティブ状態の動作のために使用すること、をさらに含む、方法。
【請求項６】
無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための、ワイヤレスネットワークにおいて動作するワイヤレスデバイスにおける方法であって、
前記ＲＲＣ非アクティブ状態から前記ＲＲＣ接続済み状態へ遷移すること（１７０２）と、
前記ＲＲＣ非アクティブ状態へ後に再度移行する際の使用のために、少なくとも１つの非アクティブ状態パラメータを記憶すること（１７０４）と、
を含む方法。
【請求項７】
請求項１〜６のいずれか１項に記載の方法であって、前記ＲＲＣ非アクティブ状態は、ＮＲ（New Radio）のための規格に従うRRC_INACTIVE状態である、方法。
【請求項８】
請求項１〜６のいずれか１項に記載の方法であって、前記ＲＲＣ非アクティブ状態は、ＬＴＥ（Long-Term Evolution）のための規格に従うサスペンド状態である、方法。
【請求項９】
請求項１〜８のいずれか１項に記載の方法を実行するように適合される、ワイヤレスデバイス。
【請求項１０】
送受信機回路と、前記送受信機回路に動作可能に関連付けられ、請求項１〜８のいずれか１項に記載の方法を実行するように構成される処理回路と、を備えるワイヤレスデバイス。
【請求項１１】
少なくとも１つの処理回路上で実行された場合に、前記少なくとも１つの処理回路に、請求項１〜８のいずれか１項に記載の方法を遂行させる命令群、を含む、コンピュータプログラム。
【請求項１２】
請求項１１に記載のコンピュータプログラムを収容した担体であって、電子信号、光信号、無線信号、又はコンピュータ読取可能な記憶媒体のうちの１つである、担体。
【発明の詳細な説明】
【背景技術】
【０００１】
ＬＴＥ（Long Term Evolution）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で開発され、当初は進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）としても知られるリリース８及び９で規格化された、所謂第４世代（４Ｇ）の無線アクセス技術についての総称である。ＬＴＥは、多様なライセンス済み周波数帯域を対象とし、一般にＳＡＥ（System Architecture Evolution）という無線ではない部分に対する改善を伴っており、それはＥＰＣ（Evolved Packet Core）ネットワークを含む。ＬＴＥは、３ＧＰＰ、並びにＲＡＮ（Radio Access Network）ＷＧを含む及びそのワーキンググループ（ＷＧ）及びサブワーキンググループ（例えば、ＲＡＮ１、ＲＡＮ２など）で規格セッティングプロセスに従って開発されている後続の複数のリリースを通じて進化を続けている。
【０００２】
ＬＴＥリリース１０（Ｒｅｌ−１０）は、２０ＭＨｚを上回る帯域幅をサポートする。Ｒｅｌ−１０についての１つの重要な要件は、ＬＴＥリリース８との後方互換性を保証することである。それはスペクトル互換性も含むべきである。そのため、（例えば、２０ＭＨｚよりも広い）広帯域ＬＴＥ  Ｒｅｌ−１０キャリアは、ＬＴＥ  Ｒｅｌ−８（"レガシー"）端末にはいくつかのキャリアとして見えるべきである。そうした各キャリアは、コンポーネントキャリア（ＣＣ）として言及され得る。レガシー端末についても広いキャリアを効率的に使用できるように、レガシー端末を、広帯域ＬＴＥ  Ｒｅｌ−１０キャリアのどの部分にもスケジューリングすることができる。これを成し遂げるための１つの例示的な手法がキャリアアグリゲーション（ＣＡ）であり、ＣＡによって、Ｒｅｌ−１０端末は、各々Ｒｅｌ−８キャリアと同じ構造を好適には有する複数のＣＣを受信することができる。同様に、ＬＴＥ  Ｒｅｌ−１１における拡張の１つは、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）であり、ｅＰＤＣＣＨの目指すところは、キャパシティの増加、制御チャネルリソースの空間的再利用の改善、セル間干渉協調（ＩＣＩＣ）の改善、並びに、制御チャネル向けのアンテナビーム形成及び／又は送信ダイバーシティのサポートである。
【０００３】
ＬＴＥ及びＳＡＥを含むネットワークの全体としての例示的なアーキテクチャが図１に示されている。Ｅ−ＵＴＲＡＮ１００は、ｅＮＢ１０５、１１０及び１１５といった１つ以上の進化型ノードＢ（ｅＮＢ）と、ＵＥ１２０といった１つ以上のユーザ機器（ＵＥ）とを含む。３ＧＰＰ規格で使用されているように、"ユーザ機器"あるいは"ＵＥ"は、Ｅ−ＵＴＲＡＮに加えて第３世代（"３Ｇ"）及び第２世代（"２Ｇ"）の３ＧＰＰ無線アクセスネットワークとして一般に知られているＵＴＲＡＮ及び／又はＧＥＲＡＮを含む、３ＧＰＰ規格準拠のネットワーク機器と通信可能な、任意のワイヤレス通信デバイス（例えば、スマートフォン又はコンピューティングデバイス）を意味する。
【０００４】
３ＧＰＰにより仕様化されているように、Ｅ−ＵＴＲＡＮ１００は、無線ベアラ制御、無線流入制御、無線モビリティ制御、スケジューリング、アップリンク及びダウンリンクでのＵＥへのリソースの動的割当て、並びに対ＵＥ通信のセキュリティを含む、アクセスネットワークにおける全ての無線関連の機能に責任を有する。これら機能は、ｅＮＢ１０５、１１０及び１１５といったｅＮＢに所在する。Ｅ−ＵＴＲＡＮ内のｅＮＢは、図１に示したように、Ｘ１インタフェースを介して互いに通信する。ｅＮＢは、ＥＰＣに対するＥ−ＵＴＲＡＮインタフェースにも責任を有し、具体的には、図１においてまとめてＭＭＥ／Ｓ−ＧＷ１３４及び１３８として示したモビリティ管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（ＳＧＷ）に対するＳ１インタフェースである。概していうと、ＭＭＥ／Ｓ−ＧＷは、ＵＥの全体的な制御、及びＵＥとＥＰＣの残りの部分との間のデータフローの双方を扱う。より具体的には、ＭＭＥは、ＮＡＳ（Non-Access Stratum）プロトコルとして知られるＵＥとＥＰＣとの間のシグナリングプロトコルを処理する。Ｓ−ＧＷは、ＵＥとＥＰＣとの間の全てのＩＰ（Internet Procotol）データパケットを扱い、ｅＮＢ１０５、１１０及び１１５といったｅＮＢの間でＵＥが移動する際のデータベアラ向けのローカルモビリティアンカとしてサービスする。
【０００５】
図２Ａは、ＵＥ、Ｅ−ＵＴＲＡＮ及びＥＰＣという構成エンティティに関する例示的なＬＴＥのアーキテクチャ、並びに、ＡＳ（Access Stratum）及びＮＡＳ（Non-Access Stratum）へのハイレベルな機能分割のハイレベルブロック図を示している。図１は、２つの特定のインタフェースポイント、即ちＵｕ（ＵＥ／Ｅ−ＵＴＲＡＮ無線インタフェース）及びＳ１（Ｅ−ＵＴＲＡＮ／ＥＰＣインタフェース）をも示しており、それぞれ固有のプロトコルのセット、即ち無線プロトコル（Radio Protocols）及びＳ１プロトコル（S1 Protocols）を使用する。２つのプロトコルの各々を、さらにユーザプレーン（あるいは"Ｕプレーン"）及び制御プレーン（あるいは"Ｃプレーン"）のプロトコル機能性へ区分することができる。Ｕｕインタフェース上ではＵプレーンがユーザ情報（例えば、データパケット）を搬送し、一方でＣプレーンはＵＥとＥ−ＵＴＲＡＮとの間で制御情報を搬送する。
【０００６】
図２Ｂは、物理（ＰＨＹ）、メディアアクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、及び無線リソース制御（ＲＲＣ）といったレイヤ群を含む、Ｕｕインタフェース上の例示的なＣプレーンプロトコルスタックのブロック図を示している。ＰＨＹレイヤは、ＬＴＥ無線インタフェース上のトランスポートチャネルを通じてデータを転送するためにどういったような特性が使用されるかに関係する。ＭＡＣレイヤは、論理チャネルにデータ転送サービスを提供し、論理チャネルをＰＨＹトランスポートチャネルへマッピングし、及び、それらサービスをサポートするためにＰＨＹリソースを再割当てする。ＲＬＣレイヤは、エラー検出及び／又は訂正、連結、セグメンテーション、並びに、上位レイヤとの間でやり取りされるデータの再組立て及び並び替えを提供する。ＰＨＹ、ＭＡＣ及びＲＬＣレイヤは、Ｕプレーン及びＣプレーンの双方について同一の機能を実行する。ＰＤＣＰレイヤは、Ｕプレーン及びＣプレーンの双方のための暗号化／復号及び完全性保護と共に、ヘッダ圧縮といったＵプレーンのための他の機能を提供する。
【０００７】
図２Ｃは、ＰＨＹの視点から見た例示的なＬＴＥ無線インタフェースプロトコルアーキテクチャのブロック図を示している。図２Ｃにおいて楕円で示した、多様なレイヤ間のインタフェースがＳＡＰ（Service Access Point）により提供される。ＰＨＹレイヤは、上述したＭＡＣ及びＲＲＣプロトコルレイヤとのインタフェースを有する。ＭＡＣは、転送される情報のタイプにより特徴付けられる、（やはり上述した）ＲＬＣプロトコルレイヤへの様々な論理チャネルを提供し、一方で、ＰＨＹは、無線インタフェースを介して情報をどのように転送するかによって特徴付けられる、ＭＡＣへのトランスポートチャネルを提供する。このトランスポートサービスを提供する際、ＰＨＹは、エラー検出及び訂正、物理チャネルに対する符号化トランスポートチャネルのレートマッチング及びマッピング、電力の重み付け、変調、物理チャネルの復調、送信ダイバーシティ、ビーム形成、ＭＩＭＯ（multiple input multiple output）アンテナ処理、及び、ＲＲＣといった上位レイヤへの無線測定結果の提供を含む、多様な機能を実行する。
【０００８】
ＬＴＥ  ＰＨＹにより提供されるダウンリンク（即ち、ｅＮＢからＵＥへ）の物理チャネルは、 物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理マルチキャストチャネル（ＰＭＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、リレー物理ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）、物理ブロードキャストチャネル（ＰＢＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）及び物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）を含む。加えて、ＬＴＥ  ＰＨＹのダウンリンクは、多様なリファレンス信号、同期信号及びディスカバリ信号を含む。
【０００９】
ＬＴＥ  ＰＨＹにより提供されるアップリンク（即ち、ＵＥからｅＮＢへ）物理チャネルは、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）及び物理ランダムアクセスチャネル（ＰＲＡＣＨ）を含む。加えて、ＬＴＥ  ＰＨＹのアップリンクは、関連付けられるＰＵＣＣＨ又はＰＵＳＣＨの受信時にｅＮＢを支援するために送信される復調リファレンス信号（ＤＭ−ＲＳ）、及びどのアップリンクチャネルとも関連付けられないサウンディングリファレンス信号（ＳＲＳ）を含む、多様なリファレンス信号を含む。
【００１０】
ＬＴＥ  ＰＨＹ向けの多重アクセス方式は、ダウンリンクでは、サイクリックプレフィクス（ＣＰ）を伴う直交周波数分割多重化（ＯＦＤＭ）を、アップリンクでは、サイクリックプレフィクスを伴うシングルキャリア周波数分割多重アクセス（ＳＣ−ＦＤＭＡ）を基礎としている。スペクトルをペアリングした送信及びペアリングしない送信をサポートするために、ＬＴＥ  ＰＨＹは、（全二重及び半二重の動作を含む）周波数分割複信（ＦＤＤ）、並びに時分割複信（ＴＤＤ）の双方をサポートしている。図３Ａは、ＬＴＥ  ＦＤＤダウンリンク（ＤＬ）動作のために使用される例示的な無線フレーム構造（"タイプ１"）を示している。ＤＬ無線フレームは、１０ｍｓという固定的な時間長を有し、０から１９までラベル付けされた２０個のスロットからなる。各スロットは、０．５ｍｓという固定的な時間長を有する。１ｍｓサブフレームは２つの連続するスロットを含み、サブフレームｉはスロット２ｉ及び２ｉ＋１からなる。例示的な各ＦＤＤ  ＤＬスロットは、ＮSC個のＯＦＤＭサブキャリアを各々含むＮDLsymb個のＯＦＤＭシンボルからなる。例示的なＮDLsymbの値は、１５ｋＨｚというサブキャリア帯域幅について、（通常ＣＰでは）７、又は（長さの拡張されたＣＰでは）６であり得る。ＮSCの値は、利用可能なチャネル帯域幅に基づいて構成可能である。当業者はＯＦＤＭの原理に詳しいことから、本説明ではさらなる詳細を省略する。
【００１１】
図３Ａに示したように、あるシンボル内のあるサブキャリアの組合せは、リソースエレメント（ＲＥ）として知られている。各ＲＥは、そのＲＥについて使用される変調のタイプ及び／又はビットマッピングコンスタレーションに依存して、ある数のビットを送信するために使用される。例えば、いくつかのＲＥはＱＰＳＫ変調を使用して２ビットを搬送し得るのに対し、他のＲＥはそれぞれ１６又は６４ＱＡＭを使用して４ビット又は６ビットを搬送し得る。ＬＴＥ  ＰＨＹの無線リソースは、物理リソースブロック（ＰＲＢ）単位でも定義される。ＰＲＢは、１スロットの時間長（即ち、ＮDLsymb個のシンボル）にわたるＮRBSC個のサブキャリアにまたがっており、ＮRBSCは、典型的には、（１５ｋＨｚのサブキャリア帯域幅ならば）１２、又は（７．５ｋＨｚの帯域幅ならば）２４のいずれかである。サブフレーム全体（即ち、２ＮDLsymb個のシンボル）の期間中に同じＮRBSC個のサブキャリアにわたるＰＲＢは、ＰＲＢペアとして知られる。したがって、ＬＴＥ  ＰＨＹ  ＤＬの１サブフレーム内で利用可能なリソースは、２ＮDLsymb×ＮRBSC個のＲＥを各々含む、ＮDLRB個のＰＲＢペアを含む。通常ＣＰ及び１５ＫＨｚのサブキャリア帯域幅について、ＰＲＢペアは、１６８個のＲＥを含む。
【００１２】
図３Ｂは、図３Ａに示した例示的なＦＤＤ  ＤＬ無線フレームに類似するやり方で構成される例示的なＬＴＥ  ＦＤＤアップリンク（ＵＬ）無線フレームを示している。上のＤＬの説明に合わせた用語を使用すると、各ＵＬスロットは、ＮSC個のＯＦＤＭサブキャリアを各々含むＮULsymb個のＯＦＤＭシンボルからなる。
【００１３】
上で議論したように、ＬＴＥ  ＰＨＹは、図３Ａ及び図３Ｂにそれぞれ示したリソースへ多様なＤＬ及びＵＬの物理チャネルをマッピングする。例えば、ＰＨＩＣＨは、ＵＥによるＵＬ送信についてのＨＡＲＱフィードバック（例えば、ＡＣＫ／ＮＡＫ）を搬送する。同様に、ＰＤＣＣＨは、スケジューリング割当て、ＵＬチャネルについてのチャネル品質フィードバック（例えば、ＣＳＩ）、及び他の制御情報を搬送する。同じく、ＰＵＣＣＨは、スケジューリング要求といったアップリンク制御情報、ダウンリンクチャネルについてのＣＳＩ、ｅＮＢのＤＬ送信に対するＨＡＲＱフィードバック、及び他の制御情報を搬送する。ＰＤＣＣＨ及びＰＵＣＣＨの双方は、１つ又は複数の連続する制御チャネルエレメント（ＣＣＥ）のまとまりにおいて送信されることができ、１ＣＣＥは、複数のＲＥを各々含むリソースエレメントグループ（ＲＥＧ）に基づいて物理リソースへマッピングされる。例えば、１ＣＣＥは、各々４つのＲＥを含み得る９個のＲＥＧを含むことができる。
【００１４】
ＬＴＥはもともとユーザ同士の通信に向けて設計されたものの、５Ｇ（"ＮＲ"ともいう）セルラネットワークは、シングルユーザの高いデータレート（例えば、１Ｇｂ／ｓ）と、周波数帯域幅を共有する多くの異なるデバイスからの短いバースト的な送信を包含する、大規模なマシンツーマシンの通信と、の双方をサポートするように構想されている。５Ｇ無線規格（"新無線"あるいは"ＮＲ"ともいう）は、現在のところ、ｅＭＢＢ（enhanced Mobile Broad Band）及びＵＲＬＬＣ（Ultra-Reliable Low Latency Communication）を含む広範囲のデータサービスを対象としている。これらサービスは、相異なる要件と目的とを有し得る。例えば、ＵＲＬＬＣは、極めて厳しいエラー及びレイテンシ要件を伴うデータサービスを提供するように意図されており、例えば、１０−５以下まで抑えられたエラー確率及び１ｍｓ以下のエンドツーエンドのレイテンシである。ｅＭＢＢについて、レイテンシ及びエラー確率に関する要件はそこまで厳しくはないかもしれないが、サポートされる所要のピークレート及び／又はスペクトル効率はより高いであろう。
【００１５】
図４は、ＮＧ−ＲＡＮ（Next Generation RAN）及び５ＧＣ（5G Core）からなる５Ｇネットワークアーキテクチャのハイレベルな図を示している。ＮＧ−ＲＡＮは、一群のｇノードＢ（ｇＮＢ）を含むことができ、ｇＮＢは１つ以上のＮＧインタフェースを介して５ＧＣへ接続される一方で、ｇＮＢは１つ以上のＸｎインタフェースを介して互いに接続され得る。ｇＮＢの各々は、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、又はそれらの組合せをサポートし得る。
【００１６】
図４に示した（3GPP TR 38.801 v1.2.0に記述されている）ＮＧ  ＲＡＮの論理ノードは、中央ユニット（ＣＵ又はｇＮＢ−ＣＵ）と１つ以上の分散ユニット（ＤＵ又はｇＮＢ−ＤＵ）とを含む。ＣＵは、上位レイヤプロトコルをホスティングする集中化されたユニットである論理ノードであり、ＤＵの動作の制御を含む複数のｇＮＢ機能を含む。ＤＵは、下位レイヤプロトコルをホスティングする非集中化された論理ノードであり、機能分割のオプションに依存して、ｇＮＢ機能の多様なサブセットを含み得る。（ここで使用されるところでは、"中央ユニット"及び"集中化されたユニット"との用語は互換可能に使用されており、"分散ユニット"及び"非集中化されたユニット"との用語は互換可能に使用されている。）
【００１７】
図４に示したＮＧ、Ｘｎ−Ｃ及びＦ１という項目は、論理インタフェースである。ＮＧ−ＲＡＮについて、（例えばｇＮＢ−ＣＵ及び複数のｇＮＢ−ＤＵからなる）分割されたｇＮＢのためのＮＧ及びＸｎ−Ｃインタフェースは、ｇＮＢ−ＣＵ内で終端する。同様に、ＥＮ−ＤＣについて、分割されたｇＮＢのためのＳ１−Ｕ及びＸ２−Ｃインタフェースは、ｇＮＢ−ＣＵ内で終端する。ｇＮＢ−ＣＵは、それぞれのＦ１論理インタフェース上でｇＮＢ−ＤＵへ接続される。ｇＮＢ−ＣＵ及び接続されたｇＮＢ−ＤＵは、他のｇＮＢ及び５ＧＣにとっては単にｇＮＢとして映り、例えばＦ１インタフェースはｇＮＢ−ＣＵの先からは見えない。
【００１８】
さらに、ＣＵはＲＲＣ及びＰＤＣＰといったプロトコルをホスティングすることができ、一方で、ＤＵはＲＬＣ、ＭＡＣ及びＰＨＹといったプロトコルをホスティングすることができる。ＣＵにおいてＲＲＣ、ＰＤＣＰ及びＲＬＣプロトコルの一部（例えば、自動再送要求（ＡＲＱ）機能）をホスティングする一方で、ＤＵにおいてＭＡＣ及びＰＨＹと共にＲＬＣプロトコルの残余の部分をホスティングするといった、ＣＵとＤＵとの間のプロトコル分散の他の派生も存在する。いくつかの例示的な実施形態では、ＣＵはＲＲＣ及びＰＤＣＰをホスティングするように想定され、ＰＤＣＰがＵＰトラフィック及びＣＰトラフィックの双方を扱うように想定される。いずれにしろ、他の例示的な実施形態は、ＣＵにおいてあるプロトコル群を、ＤＵにおいて他の部分をホスティングすることで、他のプロトコル分割を利用してもよい。また、例示的な実施形態は、集中化されたユーザプレーンプロトコル（例えば、ＰＤＣＰ−Ｕ）に対して異なるＣＵに、集中化された制御プレーンプロトコル（例えば、ＰＤＣＰ−Ｃ及びＲＲＣ）を位置させることもできる。
【００１９】
ＬＴＥ  Ｒｅｌ−１３では、ネットワークによりＵＥがサスペンド状態に保留される仕組みが導入された。サスペンド状態は、RRC_IDLEに類似するが、ＵＥがＡＳ（Access Stratum）コンテキスト又はＲＲＣコンテキストを記憶する点で相違する。これは、ＵＥがＲＲＣ接続を再開することにより再度アクティブになる際のシグナリングを低減し、そのようにしてスクラッチからＲＲＣ接続を確立する必要性を排除することを可能にする。シグナリングの低減はいくつもの恩恵を有し得るものであり、それには、（例えば、インターネットへアクセスするスマートフォンについて）ＵＥレイテンシの低減、及びＵＥシグナリングの低減が含まれ、さらには、それにより、とりわけ非常に少ないデータしか送信しないマシンタイプ通信（ＭＴＣ）デバイスについてＵＥのエネルギー消費の低減をもたらす。
【００２０】
ＬＴＥ  Ｒｅｌ−１３の解決策は、ＵＥがＲＲＣ接続再開（RRCConnectionResume）要求メッセージをネットワークへ送信し、応答としてＲＲＣ接続再開（RRCConnectionResume）メッセージをネットワークから受信することに基づく。RRCConnectionResumeは暗号化されないが、完全性保護はなされる。
【００２１】
５Ｇについての３ＧＰＰ標準化作業の一部として、ＮＲがＬＴＥ  Ｒｅｌ−１３におけるサスペンド状態と同様の性質を有するＲＲＣ非アクティブ（RRC_INACTIVE）状態をサポートすべきであることが決定された。RRC_INACTIVE状態は、別個のＲＲＣ状態であってＬＴＥのようにRRC_IDLEの一部ではない点において、わずかに異なる性質を有する。加えて、ＣＮ／ＲＡＮ接続（ＮＲ又はＮ２インタフェース）が、ＬＴＥでは中断されていたのに対してRRC_INACTIVEの期間中は存続される。
【００２２】
図５は、ＮＲにおけるＲＲＣ状態の間のあり得る遷移を示す例示的な状態遷移図である。図５に示した複数の状態の性質を以下にまとめる：
【００２３】
RRC_IDLE：
−  ＵＥ固有のＤＲＸが上位レイヤにより構成され得る；
−  ネットワーク構成に基づいてモビリティがＵＥにより制御される；
−  ＵＥは：
−  ５Ｇ−Ｓ−ＴＭＳＩを用いてＣＮページングを求めてページングチャネルを監視する；
−  隣接セル測定及びセル（再）選択を行う；
−  システム情報を取得する。
【００２４】
RRC_INACTIVE：
−  ＵＥ固有のＤＲＸが上位レイヤ又はＲＲＣレイヤにより構成され得る；
−  ネットワーク構成に基づいてモビリティがＵＥにより制御される；
−  ＵＥはＡＳコンテキストを記憶する；
−  ＵＥは：
−  ５Ｇ−Ｓ−ＴＭＳＩを用いてＣＮページングを求め、Ｉ−ＲＮＴＩを用いてＲＡＮページングを求めて、ページングチャネルを監視する；
−  隣接セル測定及びセル（再）選択を行う；
−  周期的に及びＲＡＮベースの通知エリアの外側に移動した際に、ＲＡＮベースの通知エリアの更新を行う；
−  システム情報を取得する。
【００２５】
RRC_CONNECTED：
−  ＵＥはＡＳコンテキストを記憶する；
−  ＵＥとの間のユニキャストデータの転送；
−  下位レイヤにおいて、ＵＥはＵＥ固有のＤＲＸと共に構成され得る；
−  ＣＡをサポートするＵＥについて、帯域幅の増加のためにＳｐＣｅｌｌと共にアグリゲートされる、１つ以上のＳＣｅｌｌを使用；
−  ＤＣをサポートするＵＥについて、帯域幅の増加のためにＭＣＧと共にアグリゲートされる、１つ以上のＳＣＧを使用；
−  モビリティがネットワークにより制御され、即ちＮＲ内及びＥ−ＵＴＲＡＮとの間のハンドオーバがある；
−  ＵＥは：
−  ページングチャネルを監視する；
−  データがスケジューリングされているかを判定するために、共有データチャネルに関連付けられる制御チャネルを監視する；
−  チャネル品質及びフィードバック情報を提供する；
−  隣接セル測定及び測定レポーティングを行う；
−  システム情報を取得する。
【００２６】
ＮＲにおいて、RRRC_CONNECTEDからRRC_INACTIVEへの遷移は、ＲＲＣ解放（RRCRelease）と呼ばれる単一のメッセージを用いる１ステップの手続であることが合意されている。これは、ＵＥがRRC_IDLEへ移行するものとされることを示すためにネットワークが使用するものと同じメッセージであるため、ＵＥがRRC_INACTIVEへ移行するものとされることを示すために追加的な構成パラメータが含められる。ＲＡＮページング、ＲＮＡ更新、セル再選択プライオリティなどといった、RRC_INACTIVE手続において使用すべきパラメータもまた含められる。
【００２７】
図６は、概してＲＲＣ接続解放手続を示しており、ＵＥがRRC_INACTIVEへ遷移すべきことを、そこに示したＲＲＣ解放メッセージが示し得ることが理解されるであろう。3GPP TS 38.331 v15.0.0のうちのその手続を記述している部分を以下に抜粋する。
−−−−−−−−−−−−−−−−−−−−
【００２８】
5.3.8 ＲＲＣ接続解放
5.3.8.1 概要
［図を省略］
この手続の目的は次の通り：
−  確立済みの無線ベアラ及び全ての無線リソースの解放を含めて、ＲＲＣ接続を解放すること、又は 
−  確立済みの無線ベアラのサスペンドを含めて、ＲＲＣ接続をサスペンドすること
5.3.8.2 開始
ネットワークは、RRC_CONNECTEDであるＵＥに対してＲＲＣ接続解放手続を開始し、又は、ＲＲＣ接続の再開を試行中のRRC_INACTIVEであるＵＥ若しくはRRC_CONNECTEDであるＵＥに対してＲＲＣサスペンド手続を開始する。その手続は、ＵＥを解放し他の周波数へリダイレクトするためにも使用されることができる。
5.3.8.3 ＵＥによるRRCReleaseの受信
ＵＥは次のように動作するものとする：
１＞RRCReleaseが受信された時点、又はオプションとして下位レイヤによりRRCReleaseメッセージの受信が成功裏に確認された時点、のいずれか早い方よりＸｍｓだけ、この項において定義される以下のアクションを遅延させる；
編注：Ｘの値をどのように設定するのか（構成可能とするか、又はＬＴＥでのように６０ｍｓに固定するか、など）
１＞RRCReleaseメッセージがcellReselectionPrioritiesを含む場合：
２＞cellReselectionPrioritiesにより提供されるセル再選択プライオリティ情報を記憶；
２＞t320が含まれる場合：
３＞t320の値に従ってセットされたタイマ値でタイマＴ３２０を開始；
１＞それ以外の場合：
２＞システム情報においてブロードキャストされたセル再選択プライオリティ情報を適用；
編注：要検討−RRCReleaseがloadBalancingTAURequiredと等価の仕組みをサポートするか
１＞deprioritisationReqが含まれる場合：
２＞シグナリングされるdeprioritisationTimerにセットされたタイマ値でタイマＴ３２５を開始又は再開；
２＞Ｔ３２５が満了するまでdeprioritisationReqを記憶；
１＞RRCReleaseがsuspendConfigを含む場合：
２＞ネットワークにより提供される情報であるresumeIdentity、nextHopChainingCount、ran-PagingCycle及びran-NotificationAreaInfoを記憶；
２＞全てのＳＲＢ及びＤＲＢについてＲＬＣエンティティを再確立；
２＞ＭＡＣをリセット；
２＞suspendConfigを伴うRRCReleaseメッセージがRRCResumeRequestへの応答として受信された場合：
３＞タイマＴ３１４が稼働中であれば停止；
３＞要検討−RRC_INACTIVEからRRC_INACTIVEへの直接的な遷移時のパラメータの更新（例えば、Ｃ−ＲＮＴＩ、cellIdentity、セキュリティコンテキストなど）；
２＞それ以外の場合：
３＞現在のＲＲＣ構成、現在のセキュリティコンテキスト、ＲＯＨＣ状態を含むＰＤＣＰ状態、ＳＤＡＰ構成、ソースＰＣｅｌｌにおいて使用されるＣ−ＲＮＴＩ、cellIdentity、及びソースＰＣｅｌｌの物理セルアイデンティティを含む、ＵＥのＡＳコンテキストを記憶；
２＞ＳＲＢ０を除いて、全てのＳＲＢ及びＤＲＢをサスペンド；
２＞periodic-RNAU-timerにセットされたタイマ値でタイマＴ３８０を開始；
２＞ＲＲＣ接続のサスペンドを上位レイヤに示す；
２＞完全性保護及び暗号化をサスペンドするように下位レイヤを構成；
２＞RRC_INACTIVEへ移行し、TS 38.304 [21]にて規定した通りの手続を実行；
１＞それ以外の場合
２＞RRC_IDLEへの移行後に、5.3.11で規定した通りのアクションを実行；
編注：要検討−異なる解放原因及びアクションを関連付ける必要性があるか
−−−−−−−−−−−−−−−−−−−−
【００２９】
緑色で強調されたパラメータは、ＵＥが解放メッセージにおいてサスペンド構成を受信し、RRC_INACTIVEへ移行してこれらパラメータを適用するケースだけに使用されることから、非アクティブ状態パラメータと呼ばれ得る。青色で強調されたパラメータは、アイドル及び非アクティブのＵＥに共通するパラメータである。これは、ＲＲＣの仕様の現在のドラフトにおける次のようなASN.1メッセージ構造で示される。
−−−−−−−−−−−−−−−−−−−−
【００３０】
−  RRCRelease
RRCReleaseメッセージは、ＲＲＣ接続の解放又はＲＲＣ接続のサスペンドを指示するために使用される。
シグナリング無線ベアラ： ＳＲＢ１
ＲＬＣ−ＳＡＰ：ＡＭ
論理チャネル：ＤＣＣＨ
方向：ネットワークからＵＥへ
【００３１】
【表１】
2021523585.tif 000003
【表２】
2021523585.tif 000004
【表３】
2021523585.tif 000005
【発明の概要】
【００３２】
旧来のシグナリング構造によれば、ＵＥが初めてRRC_INACTIVEへ移行する場合、ネットワークは、次のパラメータを提供することが必須である（サスペンド構成内でそれらが必須であると定義されているためである）：
−  再開アイデンティティ（又は、ネットワークがＵＥのＡＳコンテキストを識別して取得することを可能にする何らかのＵＥ／ノードの識別子）、例えば、ＥＵＴＲＡにおけるresumeID、又はＮＲにおけるＩ−ＲＮＴＩ；
−  ページングサイクル又は何らかのＲＡＮページング関連構成；
−  セルのリスト、トラッキングエリア識別子のリストやＲＡＮＡＣといった、ＲＮＡ構成；
−  ＲＮＡ更新タイマといった、周期的ＲＮＡ構成；
−  後続の再開要求にてＵＥが鍵をリフレッシュすることを可能にする、ネクストホップチェイニングカウント；
【００３３】
また、サスペンド構成の全体は、仕様内でneed Nというタイプとして定義されており、need Nというタイプの仕様内での定義は次の通りである：
−  Need N  ...  アクションなし（維持されない１回限りの構成）；記憶されない（構成）フィールドのために使用され、ＵＥによるアクションを１回だけ引き起こす。当該フィールドの無いメッセージを受信すると、ＵＥはアクションを行わない。
【００３４】
これらの帰結として、ネットワークは、ＵＥをサスペンドすることを望む都度、サスペンド構成内にこれら全てのパラメータを含めることを必須とされる。
【００３５】
ここで開示される技法の複数の実施形態により対処される第一の問題は、サスペンド手続が非常に頻繁であり得ることである。想起され得ることとして、ＮＲにおいて、非アクティブ状態はバッテリ消費の最適化のための主たる状態であるべきであり、ネットワークは、ＵＥとのデータトランザクションがそれ以上は無いことを知得するとすぐに、ＵＥを非アクティブへ移すことを望むことになる。これは短いデータセッションの後に起こり得ることであり、即ち、ＵＥは、非常に頻繁にRRC_INACTIVEとRRC_CONNECTEDとの間を移動して、サスペンド手続が起動されることになる。これに加えて、ＮＲは、周期的なＲＮＡＵタイマが満了する都度、及びＵＥが自らの構成済みのＲＮＡＵに属しないセルへ入る都度２ステップで実行され得る、ＬＴＥには存在しないＲＡＮエリア更新と呼ばれる新たな非アクティブ手続を定義したことから、上記手続は一層高い頻度で生じるであろう。最適化されていないシグナリングを有することは、（手続が非常に頻繁に行われるため）全体的により高いオーバヘッドをもたらす。
【００３６】
第二に、ほとんどの時点では、ＵＥは動かない可能性が高く、即ち、その後のRRC_CONNECTEDとRC_INACTIVEとの間の遷移は、同じセル内又は近傍において行われる。よって、可能性が高いのは、非アクティブパラメータの多くが結局は同一でなければならならず、即ち、ＵＥが既に同じパラメータを利用可能なものとして有しているにも関わらず、ネットワークはＵＥへ同じパラメータを何度も提供する、ということである。
【００３７】
第三に、３ＧＰＰにおいて、コンテキストのリロケーションをネットワークが回避することを可能にすることで周期的なＲＮＡＵを最適化することについて議論がなされた。それは、理論的に、上記パラメータのうちのいくつかを変更する必要が全くなくなることを意味する。しかしながら、現行の構造は、それを何度も繰り返すことをネットワークに強いる。さらに、ＵＥは、同じパラメータを何度も削除して記憶することを必要とされる。
【００３８】
第四に、３ＧＰＰにおいて、ＮＲに（ＬＴＥにおいて現在導入されている）早期データ送信を取り入れることについて議論がなされた。その場合、データはＲＲＣ再開要求（RRC Resume Request）に多重化して送信され、ネットワークは解放（Release）メッセージで応答してＵＥをRRC_INACTIVEへ戻るようにサスペンドすることができる。
【００３９】
ここで開示される技法のいくつかの実施形態は、ＵＥがサスペンドされる都度ネットワークが同じパラメータをシグナリングすることを必要とされないことから、シグナリングの最適化を提供する。ＵＥが接続されていながら非アクティブ構成を維持することにより、例えば、非アクティブ構成（例えば、ＲＮＡエリア、ＤＲＸパラメータ）を更新することなく、データによりＵＥをページングし、データをＵＥへ送信し、及びＵＥを再度サスペンドすることが可能である。先行する解決策では、これは現実的ではない。
【００４０】
本開示の例示的な実施形態は、ＲＲＣ接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための方法及び／又は手続を含む。いくつかの実施形態によれば、ワイヤレスネットワークにおいて動作するワイヤレスデバイスにおける方法は、上記ワイヤレスネットワークから、上記ワイヤレスデバイスが上記ＲＲＣ非アクティブ状態へ移行すべきこと又は上記ワイヤレスデバイスが上記ＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信すること、を含む。上記方法は、上記メッセージに応じて、非アクティブ状態の動作のために、上記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用すること、をも含む。
【００４１】
いくつかの実施形態によれば、ＲＲＣ接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための、ワイヤレスネットワークにおいて動作するワイヤレスデバイスにおける方法は、上記ＲＲＣ非アクティブ状態へ自律的に移行することと、非アクティブ状態の動作のために、上記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用することと、を含む。
【００４２】
いくつかの実施形態によれば、ＲＲＣ接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための、ワイヤレスネットワークにおいて動作するワイヤレスデバイスにおける方法は、上記ＲＲＣ非アクティブ状態から上記ＲＲＣ接続済み状態へ遷移することと、上記ＲＲＣ非アクティブ状態へ後に再度移行する際の使用のために、少なくとも１つの非アクティブ状態パラメータを記憶することと、を含む。
【００４３】
他の例示的な実施形態は、上述した例示的な方法及び／又は手続に対応する動作を行うように構成可能なセルラネットワーク内の無線ノード（例えば、無線ノード（例えば、基地局、低電力ノード、ワイヤレスデバイス、ユーザ機器など）を含む。他の例示的な実施形態は、少なくとも１つのプロセッサにより実行された場合に、上述した例示的な方法及び／又は手続に対応する動作を行うように上記無線ノードを構成するプログラム命令、を記憶した非一時的なコンピュータ読取可能な媒体を含む。
【００４４】
本開示の例示的な実施形態の以下の詳細な説明を読めば、本開示の例示的な実施形態のこれらの及び他の目的、特徴及び利点が明らかとなるであろう。
【図面の簡単な説明】
【００４５】
【図１】３ＧＰＰにより規格化された、ＬＴＥ（Long-Term Evolution）の進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）及び進化型パケットコア（ＥＰＣ）ネットワークの例示的なアーキテクチャのハイレベルブロック図である。
【図２Ａ】例示的なＥ−ＵＴＲＡＮアーキテクチャのその構成要素、プロトコル及びインタフェースの観点でのハイレベルブロック図である。
【図２Ｂ】ユーザ機器（ＵＥ）とＥ−ＵＴＲＡＮとの間の無線（Ｕｕ）インタフェースの制御プレーン部分の例示的なプロトコルレイヤ群のブロック図である。
【図２Ｃ】ＰＨＹレイヤの視点から見た例示的なＬＴＥ無線インタフェースプロトコルアーキテクチャのブロック図である。
【図３Ａ】周波数分割複信（ＦＤＤ）動作のために使用される、例示的なダウンリンクのＬＴＥ無線フレーム構造のブロック図である。
【図３Ｂ】周波数分割複信（ＦＤＤ）動作のために使用される、例示的なアップリンクのＬＴＥ無線フレーム構造のブロック図である。
【図４】例示的な５Ｇの論理ネットワークアーキテクチャのブロック図を示している。
【図５】ＮＲにおけるＲＲＣ状態の間のあり得る遷移を示す例示的な状態遷移図である。
【図６】ＲＲＣ接続解放を示している。
【図７】いくつかの実施形態に係る例示的な通信システムを示している。
【図８】いくつかの実施形態に係る部分的にワイヤレスな接続上で基地局を介してユーザ機器と通信するホストコンピュータの概略ブロック図である。
【図９】ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を示すフローチャートの１つである。
【図１０】ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を示すフローチャートの１つである。
【図１１】ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を示すフローチャートの１つである。
【図１２】ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を示すフローチャートの１つである。
【図１３】いくつかの実施形態に係る例示的なネットワークノードを示すブロック図である。
【図１４】いくつかの実施形態に係る例示的なワイヤレスデバイスを示すブロック図である。
【図１５】ワイヤレスデバイスにおいて遂行される、いくつかの実施形態に係る一例としての方法を示すプロセスフロー図である。
【図１６】ワイヤレスデバイスにおいて遂行される、いくつかの実施形態に係る他の例としての方法を示すプロセスフロー図である。
【図１７】ワイヤレスデバイスにおいて遂行される、いくつかの実施形態に係る他の例としての方法を示すプロセスフロー図である。
【図１８】例示的なワイヤレスデバイスの機能上の表現を示すブロック図である。
【図１９】例示的なワイヤレスデバイスの他の機能上の表現を示すブロック図である。
【図２０】例示的なワイヤレスデバイスの他の機能上の表現を示すブロック図である。
【発明を実施するための形態】
【００４６】
ここで企図される実施形態のいくつかが、これより添付図面を参照しながらより十分に説明されるであろう。しかしながら、ここで開示される主題のスコープの範囲内に他の実施形態も含まれるものであり、開示される主題は、ここで説示される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、それら実施形態は当業者へその主題のスコープを伝えるための例として提供される。さらに、以下に与える説明を通じて、次の用語が使用される：
【００４７】
［無線ノード］：ここで使用されるところでは、"無線ノード"は、"無線アクセスノード"か又は"ワイヤレスデバイス"かのいずれかであり得る。
［無線アクセスノード］：ここで使用されるところでは、"無線アクセスノード"（あるいは"無線ネットワークノード"）は、信号をワイヤレスに送信し及び／又は受信するように動作する、セルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）内の任意のノードであり得る。無線アクセスノードのいくつかの例は、限定ではないものの、基地局（例えば、３ＧＰＰ第５世代（５Ｇ）ＮＲネットワークにおける新無線（ＮＲ）基地局（ｇＮＢ）、又は、３ＧＰＰ  ＬＴＥネットワークにおける拡張若しくは進化型ノードＢ（ｅＮＢ））、高電力若しくはマクロ基地局、低電力基地局（例えば、マイクロ基地局、ピコ基地局、若しくはホームｅＮＢなど）、及びリレーノードを含む。
［コアネットワークノード］：ここで使用されるところでは、"コアネットワークノード"は、コアネットワーク内の任意のタイプのノードである。コアネットワークノードのいくつかの例は、例えば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）又はサービスケイパビリティエクスポージャ機能（ＳＣＥＦ）などを含む。
［ワイヤレスデバイス］：ここで使用されるところでは、"ワイヤレスデバイス"は、無線アクセスノードに対し信号をワイヤレスに送信し及び／又は受信することによりセルラ通信ネットワークへのアクセスを有する（即ち、それによりサービスされる）任意のタイプのデバイスである。ワイヤレスデバイスのいくつかの例は、限定ではないものの、３ＧＰＰネットワークにおけるＵＥ、及びマシンタイプ通信（ＭＴＣ）デバイスを含む。
［ネットワークノード］：ここで使用されるところでは、"ネットワークノード"は、セルラ通信ネットワーク／システムの無線アクセスネットワーク又はコアネットワークのいずれかの部分である任意のノードである。
【００４８】
なお、ここで与えられる説明は、３ＧＰＰセルラ通信システムに焦点を当てており、そのため、３ＧＰＰの専門用語又は３ＧＰＰの専門用語に類似する専門用語がしばしば使用される。しかしながら、ここで開示される概念は、３ＧＰＰシステムには限定されない。さらに、ここでは"セル"との用語が使用されるものの、（特に５Ｇ  ＮＲの概念に関して）セルの代わりにビームが使用されてもよく、そのため、ここで説明される概念はセル及びビームの双方に等しく当てはまる。
【００４９】
ＮＲネットワークにおいてRRC_INACTIVE状態にあるＵＥにより実行される方法、手続及び／又は動作として、多様な例示的な実施形態がここで説明される。それら実施形態は、単に例示の目的で使用され、限定を目的としない。例えば、それら実施形態の原理は、以下を含む他の構成、シナリオ、及び／又はネットワークタイプへ等しく適用可能であるものの、これらに限定されない：
・ＬＴＥネットワークにおいてRRC_INACTIVE状態にあるＵＥ
・主にＬＴＥと、同じＣＮ（５Ｇコアネットワーク）へ接続されるＮＲ  ＲＡＮとの間の、ＵＥによるRRC_INACTIVEにおけるＲＡＴ間手続。これらシナリオにおいて、周期的なＲＮＡ更新タイマＴ３８０は、ＲＡＴ間タイマとして定義される（即ち、ＵＥがＲＡＴを変更する際であっても稼働し続ける）。ＵＥが他のＲＡＴにある際にＴ３８０が満了した場合、ＵＥはそのＲＡＴ内で周期的なＲＮＡ更新を行うことになる。これらＲＡＴ間のシナリオは、以下を含む：
○LTE RRC_CONNECTEDにあるＵＥは、LTE RRC_INACTIVEに対してサスペンドされ、Ｔ３８０を開始し、モビリティ管理を実行し、及びＮＲセルに滞在する（即ち、ＮＲにおいてRRC_INACTIVEになる）。ＮＲの中で、Ｔ３８０は満了し、ＵＥはＮＲにおいて（再開要求と共に）ＲＮＡ更新を行うことを試行するネットワークは、RRCRejectで応答することができる。
○NR RRC_CONNECTEDにあるＵＥは、NR RRC_INACTIVEに対してサスペンドされ、Ｔ３８０を開始し、モビリティ管理を実行し、及びＬＴＥセルに滞在する（即ち、ＬＴＥにおいてRRC_INACTIVEになる）。ＬＴＥの中で、Ｔ３８０は満了し、ＵＥはＮＲにおいて（再開要求と共に）ＲＮＡ更新を行うことを試行する。ネットワークは、RRCRejectで応答することができる。
【００５０】
ここで開示される実施形態は、ワイヤレスデバイスにおける方法を含み、その方法は、次のうちの１つ以上を含む：
−（１）RRC_INACTIVEへの移行のインジケーションが非アクティブパラメータを含まない状況で、ＲＲＣ接続のサスペンド後に非アクティブ手続を再開
○（１．１）固有の非アクティブ状態手続に関連付けられる非アクティブ状態パラメータ（parInactivex）を含まない、RRC_INACTIVEへ移行するための命令をネットワークから受信すると、既存の記憶済みの非アクティブパラメータ（parInactivex）を用いて、RRC_INACTIVEへ移行する際の手続を実行；又は
○（１．２）固有の非アクティブ状態手続に関連付けられる非アクティブ状態パラメータ（parInactivex）を含まない、RRC_INACTIVEへ留まるための命令をネットワークから受信すると、既存の記憶済みの非アクティブパラメータ（parInactivex）を用いて、RRC_INACTIVEへ移行する際の手続を実行；
○（１．３）例えばタイマの満了によって自律的にRRC_INACTIVEへ移動すると、既存の記憶済みの非アクティブパラメータ（parInactivex）を用いて、RRC_INACTIVEへ移行する際の手続を実行；
−（２）ＲＲＣ接続の再開後に非アクティブ手続をサスペンド
○（２．１）ＲＲＣ接続の再開及びRRC_CONNECTEDへの移行後に、非アクティブ手続をサスペンドし、記憶済みの非アクティブパラメータ（parInactivex）を維持；
−（３）RRC_INACTIVEへの移行のインジケーションが非アクティブパラメータを含む状況で、ＲＲＣ接続のサスペンド後に非アクティブ手続を再開
○（３．１）固有の非アクティブ状態手続に関連付けられる非アクティブ状態パラメータ（parInactivex）を含む、RRC_INACTIVEへ移行するための命令をネットワークから受信すると、既存の記憶済みの非アクティブパラメータ（parInactivex）の値をオーバライドし、新たな値を記憶し、RRC_INACTIVEへ移行する際の手続を実行；又は
○（３．２）固有の非アクティブ状態手続に関連付けられる非アクティブ状態パラメータ（parInactivex）を含む、RRC_INACTIVEに留まるための命令をネットワークから受信すると、既存の記憶済みの非アクティブパラメータ（parInactivex）の値をオーバライドし、新たな値を記憶し、RRC_INACTIVEへ移行する際の手続を実行；又は
○（３．３）例えばタイマの満了によって自律的にRRC_INACTIVEへ移動すると、既存の記憶済みの非アクティブパラメータ（parInactivex）の値を既定値でオーバライドして新たなその既定値を記憶し、RRC_INACTIVEへ移行する際の手続を実行； 
【００５１】
（１）で説明したネットワークからの命令は、サスペンド構成を伴うＲＲＣ解放（RRC Release）メッセージ、又は、例えばＲＲＣサスペンドメッセージなどRRC_INACTIVEへＵＥを送る任意の他のメッセージであり得る。それは、ＵＥがモビリティＲＮＡ更新又は周期的なＲＮＡ更新の実行を試行する際のＲＲＣ再開要求（RRC Resume Request）への応答として送信されてもよい。説明したように、それは、例えばタイマの満了後にＵＥがRRC_CONNNECTEDからRRC_INACTIVEへ移るというタイマベースの解決策のように、ＵＥがRRC_INACTIVEへ戻るよう定義された任意の自律的なＵＥアクションであってもよい。
【００５２】
（１）においてparInactivexとして定義された各非アクティブパラメータは、次のうちの任意のものであり得る：
−  再開アイデンティティ（又は、ネットワークがＵＥのＡＳコンテキストを識別して取得することを可能にする何らかのＵＥ／ノードの識別子）、例えば、ＥＵＴＲＡにおけるresumeID、又はＮＲにおけるＩ−ＲＮＴＩ；
−  ページングサイクル又は何らかのＲＡＮページング関連構成；
−  セルのリスト、トラッキングエリア識別子のリストやＲＡＮＡＣといった、ＲＮＡ構成；
−  ＲＮＡ更新タイマといった、周期的ＲＮＡ構成；
−  後続の再開要求にてＵＥが鍵をリフレッシュすることを可能にする、ネクストホップチェイニングカウント；
−  早期データ送信に関連する構成；
−  タイマ満了までＵＥが再開又はそのセルへ接続されることを試行しないものとすることを示す待機時間；
−  セル再選択プライオリティ；
−  周波数リダイレクト情報；
−  セル品質導出パラメータ；
−  RRC_INACTIVEにおいて使用されるべき任意の測定関連構成；
【００５３】
いくつかの実施形態において、ＵＥは、完全な構成インジケーションを含むものを、ＵＥをサスペンドするインジケーションにおいてネットワークから受信してもよい。完全な構成のためのそのインジケーションを受信すると、ＵＥは、過去に記憶した非アクティブ構成を解放し、それを新たに提供されたパラメータへ置き換える。
【００５４】
派生例において、ＵＥは、非アクティブパラメータ別、又はパラメータのサブセット別であり得る、完全な構成インジケーションを含むものを、ＵＥをサスペンドするインジケーションにおいてネットワークから受信してもよい。完全な構成のためのそのインジケーションを受信すると、ＵＥは、識別された過去に記憶した非アクティブパラメータを解放し、それを新たに提供されたパラメータへ置き換える。
【００５５】
いくつかの実施形態において、再開メッセージは、ＵＥが記憶済みの非アクティブ状態パラメータを解放するようにするＵＥへの命令を含む。
【００５６】
上述した技法のいくつかは、次のように３ＧＰＰの仕様に実装されてもよい：
−−−−−−−−−−−−−−−−−−−−
【００５７】
−  RRCRelease
RRCReleaseメッセージは、ＲＲＣ接続の解放又はＲＲＣ接続のサスペンドを指示するために使用される。
シグナリング無線ベアラ： ＳＲＢ１
ＲＬＣ−ＳＡＰ：ＡＭ
論理チャネル：ＤＣＣＨ
方向：ネットワークからＵＥへ
【００５８】
【表４】
2021523585.tif 000006
【表５】
2021523585.tif 000007
【表６】
2021523585.tif 000008
−−−−−−−−−−−−−−−−−−−−
−−−−−−−−−−−−−−−−−−−−
【００５９】
5.3.8 ＲＲＣ接続解放
5.3.8.1 概要
［図を省略］
この手続の目的は次の通り：
−  確立済みの無線ベアラ及び全ての無線リソースの解放を含めて、ＲＲＣ接続を解放すること、又は 
−  確立済みの無線ベアラのサスペンドを含めて、ＲＲＣ接続をサスペンドすること
5.3.8.2 開始
ネットワークは、RRC_CONNECTEDであるＵＥに対してＲＲＣ接続解放手続を開始し、又は、ＲＲＣ接続の再開を試行中のRRC_INACTIVEであるＵＥ若しくはRRC_CONNECTEDであるＵＥに対してＲＲＣサスペンド手続を開始する。その手続は、ＵＥを解放し他の周波数へリダイレクトするためにも使用されることができる。
1.5.3.8.3 ＵＥによるRRCReleaseの受信
ＵＥは次のように動作するものとする：
１＞RRCReleaseが受信された時点、又はオプションとして下位レイヤによりRRCReleaseメッセージの受信が成功裏に確認された時点、のいずれか早い方よりＸｍｓだけ、この項において定義される以下のアクションを遅延させる；
...
１＞RRCReleaseメッセージがcellReselectionPrioritiesを含む場合：
２＞cellReselectionPrioritiesにより提供されるセル再選択プライオリティ情報を記憶；
２＞t320が含まれる場合：
３＞t320の値に従ってセットされたタイマ値でタイマＴ３２０を開始；
１＞それ以外の場合：
２＞システム情報においてブロードキャストされたセル再選択プライオリティ情報を適用；
...
１＞deprioritisationReqが含まれる場合：
２＞シグナリングされるdeprioritisationTimerにセットされたタイマ値でタイマＴ３２５を開始又は再開；
２＞Ｔ３２５が満了するまでdeprioritisationReqを記憶；
１＞RRCReleaseがsuspendConfigを含む場合：
２＞suspendConfigがresumeIdentityを含む場合：
３＞記憶済みのresumeIdentityを削除し、suspendConfigにて提供された新たな値を記憶；
２＞suspendConfigがnextHopChainingCountを含む場合：
３＞記憶済みのnextHopChainingCountを削除し、suspendConfigにて提供された新たな値を記憶；
２＞suspendConfigがran-PagingCycleを含む場合：
３＞記憶済みのran-PagingCycleを削除し、suspendConfigにて提供された新たな値を記憶；
２＞suspendConfigがran-NotificationAreaInfoを含む場合：
３＞記憶済みのran-NotificationAreaInfoを削除し、suspendConfigにて提供された新たな値を記憶；
２＞全てのＳＲＢ及びＤＲＢについてＲＬＣエンティティを再確立；
２＞ＭＡＣをリセット；
２＞suspendConfigを伴うRRCReleaseメッセージがRRCResumeRequestへの応答として受信された場合：
３＞タイマＴ３１４が稼働中であれば停止；
３＞要検討−RRC_INACTIVEからRRC_INACTIVEへの直接的な遷移時のパラメータの更新（例えば、Ｃ−ＲＮＴＩ、cellIdentity、セキュリティコンテキストなど）；
２＞それ以外の場合：
３＞現在のＲＲＣ構成、現在のセキュリティコンテキスト、ＲＯＨＣ状態を含むＰＤＣＰ状態、ＳＤＡＰ構成、ソースＰＣｅｌｌにおいて使用されるＣ−ＲＮＴＩ、cellIdentity、及びソースＰＣｅｌｌの物理セルアイデンティティを含む、ＵＥのＡＳコンテキストを記憶；
２＞ＳＲＢ０を除いて、全てのＳＲＢ及びＤＲＢをサスペンド；
２＞periodic-RNAU-timerにセットされたタイマ値でタイマＴ３８０を開始；
２＞ＲＲＣ接続のサスペンドを上位レイヤに示す；
２＞完全性保護及び暗号化をサスペンドするように下位レイヤを構成；
２＞RRC_INACTIVEへ移行し、TS 38.304 [21]にて規定した通りの手続を実行；
１＞それ以外の場合
２＞RRC_IDLEへの移行後に、5.3.11で規定した通りのアクションを実行；
...
------------------------------------------------------
------------------------------------------------------
【００６０】
5.3.13.4 ＵＥによるRRCResumeの受信
ＵＥは次のように動作するものとする：
１＞タイマＴ３１４を停止；
１＞ＰＤＣＰ状態を復旧、ＣＯＵＮＴ値をリセットし、ＳＲＢ２及び全てのＤＲＢについてのＰＤＣＰを再確立；
１＞ＳＤＡＰ状態を復旧、ＳＤＡＰを再確立；
１＞drb-ContinueROHCが含まれる場合：
２＞記憶されているＵＥのＡＳコンテキストが使用され、drb-ContinueROHCが構成されることを下位レイヤへ指示；
２＞ヘッダ圧縮プロトコルと共に構成されたＤＲＢについてヘッダ圧縮プロトコルコンテキストを継続；
１＞それ以外の場合：
２＞記憶されているＵＥのＡＳコンテキストが使用されることを下位レイヤへ指示；
２＞ヘッダ圧縮プロトコルと共に構成されたＤＲＢについてヘッダ圧縮プロトコルコンテキストをリセット；
１＞resumeIdentity、ran-PagingCycle、ran-NotificationAreaInfoといった非アクティブ状態パラメータを記憶； 
１＞nextHopChainingCountを含む記憶済みＵＥのＡＳコンテキストを破棄；
１＞非アクティブ状態構成をサスペンド；
１＞RRCResumeがmasterCellGroupを含む場合：
２＞受信したmasterCellGroupについてセルグループ構成を5.3.5.5に従って実行；
...
１＞RRCResumeがradioBearerConfigを含む場合：
２＞5.3.5.6に従って無線ベアラ構成を実行
...
１＞ＳＲＢ２及び全てのＤＲＢを再開；
１＞cellReselectionPrioritiesにより提供され又は他のＲＡＴから引き継いだセル再選択プライオリティ情報がもし記憶済みであれば破棄；
１＞RRCResumeメッセージがmeasConfigを含む場合：
２＞5.5.2に規定されているように測定構成手続を実行；
１＞サスペンドされていれば測定を再開；
...
１＞RRC_CONNECTEDへ移行；
１＞サスペンドされていたＲＲＣ接続が再開されたことを上位レイヤへ示す；
...
１＞セル再選択手続を停止；
１＞現在のセルがＰＣｅｌｌであると見なす；
１＞RRCResumeCompleteメッセージの内容を次のように設定：
２＞上位レイヤがＮＡＳ  ＰＤＵを提供する場合、dedicatedInfoNASを含むこととし、dedicatedInfoNASを上位レイヤから受け付けた情報を含むように設定； 
１＞RRCResumeCompleteメッセージを送信のために下位レイヤへ提出；
１＞処理を終了
−−−−−−−−−−−−−−−−−−−−
【００６１】
図７は、多様な実施形態に係る、３ＧＰＰ型のセルラーネットワークといった電気通信ネットワーク７１０を含む通信システムを示しており、電気通信ネットワーク７１０は、ｇＮＢ−ＲＡＮといったアクセスネットワーク７１１とコアネットワーク７１４（例えば、５ＧＣ）とを含む。アクセスネットワーク７１１は、ｇＮＢ又は他のタイプの無線アクセスポイントといった複数の基地局７１２ａ、７１２ｂ、７１２ｃを含み、その各々が対応するカバレッジエリア７１３ａ、７１３ｂ、７１３ｃを定義する。各基地局７１２ａ、７１２ｂ、７１２ｃは、有線又は無線接続７１５上でコアネットワーク７１４へ接続可能である。カバレッジエリア７１３ｃに位置する第１のユーザ機器（ＵＥ）７９１は、対応する基地局７１２ｃへワイヤレスに接続され又は対応する基地局７１２ｃによりページングされるように構成される。カバレッジエリア７１３ａ内の第２のＵＥ７９２は、対応する基地局７１２ａへワイヤレスに接続可能である。この例では、複数のＵＥ７９１、７９２が図示されているものの、開示される実施形態は、カバレッジエリア内に単一のＵＥがある状況、又は対応する基地局７１２へ単一のＵＥが接続している状況へ等しく適用可能である。
【００６２】
電気通信ネットワーク７１０は、それ自体がホストコンピュータ７３０へ接続され、ホストコンピュータ７３０は、スタンドアローンのサーバのハードウェア及び／若しくはソフトウェア、クラウド実装のサーバ、分散型サーバで具現化されてもよく、又はサーバファーム内の処理リソースとして具現化されてもよい。ホストコンピュータ７３０は、サービスプロバイダの所有下にあってもその制御下にあってもよく、又はサービスプロバイダにより若しくはサービスプロバイダのために運用されてもよい。電気通信ネットワーク７１０とホストコンピュータ７３０との間の接続７２１、７２２は、コアネットワーク７１４からホストコンピュータ７３０へ直接的に伸びていてもよく、オプションとしての中間ネットワーク７２０を介してつながっていてもよい。中間ネットワーク７２０は、パブリック、プライベート又はホステッドネットワークのうちの１つ又はそれらの複数の組合せであってもよく、中間ネットワーク７２０は、もしあればバックボーンネットワーク又はインターネットであってもよく、具体的には、中間ネットワーク７２０は、２つ以上のサブネットワーク（図示せず）を含んでもよい。
【００６３】
図７の通信システムは、全体として、接続されるＵＥ７９１、７９２のうちの１つとホストコンピュータ７３０との間の接続性を可能にする。その接続性は、オーバー・ザ・トップ（ＯＴＴ）接続７５０として説明されてよい。ホストコンピュータ７３０及び接続されるＵＥ７９１、７９２は、アクセスネットワーク７１１、コアネットワーク７１４、任意の中間ネットワーク７２０及びあり得るさらなる基盤（図示せず）を途中段階として用いて、ＯＴＴ接続７５０を介してデータ及び／又はシグナリングを通信するように構成される。ＯＴＴ接続７５０は、ＯＴＴ接続７５０の通過途上の参加している通信デバイスがアップリンク及びダウンリンクの通信のルーティングを意識しないという意味において、透過的であり得る。例えば、基地局７１２は、ホストコンピュータ７３０から発して接続ＵＥ７９１へ転送（例えば、ハンドオーバ）されるべきデータを伴うインカミングのダウンリンク通信の過去のルーティングについて通知されなくてよく又はその通知を必要としない。同様に、基地局７１２は、ＵＥ７９１から発してホストコンピュータ７３０へ向かうアウトゴーイングのアップリンク通信の将来のルーティングを認識することを必要としない。
【００６４】
前の段落で議論したＵＥ、基地局及びホストコンピュータの一実施形態に係る例示的な実装が、これより図８を参照しながら説明される。通信システム８００において、ホストコンピュータ８１０は、通信システム８００の異なる通信デバイスのインタフェースとの有線又は無線の接続をセットアップし及び維持するように構成される通信インタフェース８１６を含むハードウェア８１５を備える。ホストコンピュータ８１０は、さらに、記憶及び／又は処理のケイパビリティを有し得る処理回路８１８を備える。具体的には、処理回路８１８は、命令群を実行するように適合される、１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含んでよい。ホストコンピュータ８１０は、さらに、ホストコンピュータ８１０内に記憶され又はホストコンピュータ８１０によりアクセス可能なソフトウェア８１１であって、処理回路８１８により実行可能な当該ソフトウェア８１１を備える。ソフトウェア８１１は、ホストアプリケーション８１２を含む。ホストアプリケーション８１２は、ＵＥ８３０及びホストコンピュータ８１０で終端するＯＴＴ接続８５０を介して接続しているＵＥ８３０といったリモートユーザへサービスを提供するように動作可能であり得る。リモートユーザへのサービスの提供中に、ホストアプリケーション８１２は、ＯＴＴ接続８５０を用いて送信されるユーザデータを提供し得る。
【００６５】
通信システム８００は、電気通信システムにおいて提供される基地局８２０をさらに含み、基地局８２０は、ホストコンピュータ８１０及びＵＥ８３０と通信することを可能にするハードウェア８２５を備える。ハードウェア８２５は、通信システム８００の異なる通信デバイスのインタフェースとの有線又は無線の接続をセットアップし及び維持するための通信インタフェース８２６、並びに、基地局８２０によりサービスされるカバレッジエリア（図８には示していない）内に位置するＵＥ８３０との少なくとも無線接続８７０をセットアップし及び維持するための無線インタフェース８２７を含み得る。通信インタフェース８２６は、ホストコンピュータ８１０への接続８６０を促進するように構成され得る。接続８６０は、直接的なものであってもよく、又は、電気通信システムのコアネットワーク（図８には示されていない）及び／若しくは電気通信システム外の１つ以上の中間ネットワークを通過してもよい。図示した実施形態において、基地局８２０のハードウェア８２５は、命令群を実行するように適合される、１つ以上のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含み得る処理回路８２８をさらに含む。基地局８２０は、内部的に記憶され又は外部接続を介してアクセス可能なソフトウェア８２１をさらに有する。
【００６６】
通信システム８００は、既に言及したＵＥ８３０をさらに含む。そのハードウェア８３５は、ＵＥ８３０がその時点で位置するカバレッジエリアへサービスする基地局との無線接続８７０をセットアップし及び維持するように構成される無線インタフェース８３７を含み得る。ＵＥ８３０のハードウェア８３５は、命令群を実行するように適合される、１つ以上のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含み得る処理回路８３８をさらに含む。ＵＥ８３０は、さらに、ＵＥ８３０内に記憶され又はＵＥ８３０によりアクセス可能なソフトウェア８３１であって、処理回路８３８により実行可能な当該ソフトウェア８３１を備える。ソフトウェア８３１は、クライアントアプリケーション８３２を含む。クライアントアプリケーション８３２は、ホストコンピュータ８１０のサポートと共に、人間の又は非人間のユーザへＵＥ８３０を介してサービスを提供するように動作可能であり得る。ホストコンピュータ８１０において、実行対象のホストアプリケーション８１２は、実行対象のクライアントアプリケーション８３２とＵＥ８３０及びホストコンピュータ８１０で終端するＯＴＴ接続８５０を介して通信し得る。ユーザへのサービス提供中に、クライアントアプリケーション８３２は、ホストアプリケーション８１２からリクエストデータを受信し、当該リクエストデータへの応答としてユーザデータを提供し得る。ＯＴＴ接続８５０は、リクエストデータ及びユーザデータの双方を移送し得る。クライアントアプリケーション８３２は、自身が提供するユーザデータを生成するために、ユーザとインタラクションし得る。
【００６７】
なお、図８に示したホストコンピュータ８１０、基地局８２０及びＵＥ８３０は、それぞれ図７のホストコンピュータ７３０、基地局７１２ａ、７１２ｂ、７１２ｃのうちの１つ、及びＵＥ７９１、７９２のうちの１つと同一であってもよい。言うなれば、これらエンティティの内部的な作用は図８に示した通りであってよく、それとは独立して、周囲のネットワークトポロジーは図７のそれであってよい。
【００６８】
図８では、ホストコンピュータ８１０とユーザ機器８３０との間の基地局８２０を介する通信を、いかなる中間的なデバイス及びそれらデバイスを介するメッセージの正確なルーティングへの明示的な言及も無く例示するために、ＯＴＴ接続８５０が抽象的に描かれている。ルーティングを決定するのはネットワーク基盤であってよく、ネットワーク基盤は、ＵＥ８３０若しくはホストコンピュータ８１０を動作させるサービスプロバイダ又はそれら双方からルーティングを隠蔽するように構成されてよい。ＯＴＴ接続８５０がアクティブである間、ネットワーク基盤は、（例えば、負荷分散の考慮又はネットワークの再構成に基づいて）ルーティングを動的に変更するための決定をさらに行ってよい。
【００６９】
ＵＥ８３０と基地局８２０との間の無線接続８７０は、本開示を通じて説明した実施形態の教示に従う。多様な実施形態の１つ以上が、ＯＴＴ接続８５０を用いてＵＥ８３０へ提供されるＯＴＴサービスの性能を改善し、無線接続８７０はその最後のセグメントを形成する。より正確にいうと、ここで開示される技法は、ＵＥがサスペンドされる都度ネットワークが同じパラメータをシグナリングすることを必要とされないことから、シグナリングの最適化を提供する。ＵＥが接続されていながら非アクティブ構成を維持することにより、例えば、非アクティブ構成（例えば、ＲＮＡエリア、ＤＲＸパラメータ）を更新することなく、データによりＵＥをページングし、データをＵＥへ送信し、及びＵＥを再度サスペンドすることが可能である。これら実施形態は、ＲＡＮのユーザにとって、より良好な及び／若しくはより堅実なスループット、並びに／又は低減された遅延といった、改善された性能に帰結することになる。
【００７０】
データレート、レイテンシ及び１つ以上の実施形態により改善される他の要因を監視する目的で、測定手続が提供されてもよい。測定結果の変動に応じてホストコンピュータ８１０とＵＥ８３０との間のＯＴＴ接続８５０を再構成するためのオプションとしてのネットワークの機能性がさらに存在してもよい。上記測定手続及び／又はＯＴＴ接続８５０を再構成するためのネットワーク機能性は、ホストコンピュータ８１０のソフトウェア８１１若しくはＵＥ８３０のソフトウェア８３１、又はそれらの双方において実装されてもよい。複数の実施形態において、通信デバイス内に又は通信デバイスに関連付けて、ＯＴＴ接続８５０が通過するセンサ（図示せず）が配備されてもよく、それらセンサは、上で例示した監視結果の数量の値を供給し又は他の物理量の値を供給することにより上記測定手続に参加してもよく、それらからソフトウェア８１１、８３１により監視対象の量が計算され又は推定され得る。ＯＴＴ接続８５０の再構成は、メッセージフォーマット、再送設定、好適なルーティングなどを含んでよく、その再構成は、基地局８２０には影響しなくてもよく、基地局８２０にとっては未知であるか又は感知不能であってもよい。そうした手続及び機能性は、当分野において既知であり又は実用されているかもしれない。ある実施形態において、測定は、ホストコンピュータ８１０によるスループット、伝播時間及びレイテンシなどの測定を容易化する独自のＵＥシグナリングを包含してもよい。その測定は、ソフトウェア８１１、８３１がＯＴＴ接続８５０を用いて具体的には空であり又は"ダミー"のメッセージであるメッセージを送信しつつ、伝播時間や誤りなどを監視する形で実装されてもよい。
【００７１】
図９は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図７及び図８を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図９の図への参照のみが本セクションに含められるであろう。本方法の第１ステップ９１０において、ホストコンピュータは、ユーザデータを提供する。第１ステップ９１０の随意的なサブステップ９１１において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。第２ステップ９２０において、ホストコンピュータは、ユーザデータを搬送するＵＥへの送信を開始する。オプションとしての第３ステップ９３０において、基地局は、本開示を通じて説明される実施形態の教示に従って、ホストコンピュータが開始した上記送信において搬送されたユーザデータをＵＥへ送信する。オプションとしての第４ステップ９４０において、ＵＥは、ホストコンピュータにより実行されるホストアプリケーションに関連付けられるクライアントアプリケーションを実行する。
【００７２】
図１０は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図７及び図８を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図１０の図への参照のみが本セクションに含められるであろう。本方法の第１ステップ１０１０において、ホストコンピュータは、ユーザデータを提供する。随意的なサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。第２ステップ１０２０において、ホストコンピュータは、ユーザデータを搬送するＵＥへの送信を開始する。その送信は、本開示を通じて説明される実施形態の教示に従って、基地局を通過し得る。オプションとしての第３ステップ１０３０において、ＵＥは、上記送信において搬送されるユーザデータを受信する。
【００７３】
図１１は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図７及び図８を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図１１の図への参照のみが本セクションに含められるであろう。本方法のオプションとしての第１ステップ１１１０において、ＵＥは、ホストコンピュータにより提供される入力データを受信する。追加的に又は代替的に、オプションとしての第２ステップ１１２０において、ＵＥがユーザデータを提供する。第２ステップ１１２０のオプションとしてのサブステップ１１２１において、ＵＥは、クライアントアプリケーションを実行することによりユーザデータを提供する。第１ステップ２０１０のさらなるオプションとしてのサブステップ１１１１において、ＵＥは、ホストコンピュータにより提供される入力データの受信へのリアクションにおいて、ユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータの提供中に、実行されるクライアントアプリケーションは、ユーザから受け付けられるユーザ入力をさらに考慮してもよい。ユーザデータが提供された具体的なやり方に関わらず、ＵＥは、オプションとしての第３ステップ１１３０において、ホストコンピュータへのユーザデータの送信を開始する。本方法の第４ステップ１１４０において、ホストコンピュータは、本開示を通じて説明される実施形態の教示に従って、ＵＥから送信されるユーザデータを受信する。
【００７４】
図１２は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図７及び図８を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図１２の図への参照のみが本セクションに含められるであろう。オプションとしての方法の第１ステップ１２１０において、本開示を通じて説明される実施形態の教示に従って、基地局は、ＵＥからのユーザデータを受信する。オプションとしての第２ステップ１２２０において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。第３ステップ１２３０において、ホストコンピュータは、基地局により開始される上記送信において搬送されるユーザデータを受信する。
【００７５】
図１３は、基地局として動作するように構成され得る例示的なネットワークノード３０を示すブロック図である。ネットワークノード３０は、説明した技法を遂行するクラウドベースのシステムにおける複数のネットワークノードのうちの１つで有り得る。ネットワークノード３０は、例えば、ｅＮＢ又は５Ｇ  ｇＮＢであってもよい。ネットワークノード３０は、アンテナ３４及び送受信機回路３６を介して実装される、ダウンリンク送信及びアップリンク受信のための例えば５Ｇエアインタフェースである、ワイヤレスデバイスへのエアインタフェースを提供する。送受信機回路３６は、セルラ通信又は必要ならばＷＬＡＮサービスを提供する目的のために、無線アクセス技術に従って信号を送受信するようまとめて構成される送信機回路、受信機回路、及び関連付けられる制御回路を含む。多様な実施形態に従って、セルラ通信サービスは、３ＧＰＰセルラ規格、ＧＳＭ、ＧＰＲＳ、ＷＣＤＭＡ、ＨＳＤＰＡ、ＬＴＥ、ＬＴＥアドバンスト及び５Ｇのうちの任意の１つ以上に従って運用されてもよい。ネットワークノード３０は、コアネットワーク内のノード、他のピア無線ノード、及び／又はネットワーク内の他のタイプのノードと通信するための通信インタフェース回路３８をも含む。
【００７６】
ネットワークノード３０は、通信インタフェース回路３８及び／又は送受信機回路３６に動作可能に関連付けられ及びそれらを制御するように構成される１つ以上の処理回路３２をも含む。処理回路３２は、例えば１つ以上のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コンプレックスプログラマブルロジックデバイス（ＣＰＬＤ）、特定用途向け集積回路（ＡＳＩＣ）、又はそれらの任意の組合せといった、１つ以上のデジタルプロセッサ４２を含む。より一般に、処理回路３２は、固定的な回路、若しくはここで教示される機能性を実装するプログラム命令群の実行を介して特別に構成されるプログラマブル回路を含んでもよく、又は、固定的な回路及びプログラマブル回路の何らかの組合せを含んでもよい。プロセッサ４２は、マルチコアであってもよい。
【００７７】
処理回路３２は、メモリ４４をも含む。メモリ４４は、いくつかの実施形態において、１つ以上のコンピュータプログラム４６、及びオプションとして構成データ４８を記憶する。メモリ４４は、コンピュータプログラム４６のための非一時的なストレージを提供し、ディスクストレージ、ソリッドステートメモリストレージ、又はそれらの任意の組合せといった、１つ以上の種類のコンピュータ読取可能な媒体を含んでよい。非限定的な例でいうと、メモリ４４は、ＳＲＡＭ、ＤＲＡＭ、ＥＥＰＲＯＭ及びフラッシュメモリのうちの任意の１つ以上を含んでよく、それらは処理回路３２内にあってもよく、及び／又は処理回路３２とは別個であってもよい。概して、メモリ４４は、コンピュータプログラム４６及びネットワークノード３０により使用される何らかの構成データ４８の非一時的なストレージを提供する１つ以上の種類のコンピュータ読取可能な記憶媒体を含む。ここで、"非一時的な（non-transitory）"とは、永久的な、半永久的な、又は少なくとも一時的に持続的なストレージであることを意味し、不揮発性のメモリにおける長期間の記憶、及び例えばプログラムの実行のためのワーキングメモリにおける記憶の双方を包含する。
【００７８】
いくつかの実施形態において、ワイヤレスネットワークへ接続される１つ以上のネットワークノード３０の処理回路３２は、ここで説明される技法におけるワイヤレスネットワークに関してＲＲＣ接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための動作を行うように構成される。
【００７９】
図１４は、測定構成を扱うためのワイヤレスデバイスについてここで説明される技法を実行するように構成される対応するワイヤレスデバイス５０の一例を示している。ワイヤレスデバイス５０は、多様な文脈において、無線通信デバイス、ＵＥ、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、マシンタイプＵＥ若しくはマシンツーマシン通信（Ｍ２Ｍ）可能なＵＥ、センサを具備するＵＥ、ＰＤＡ（personal digital assistant）、ワイヤレスタブレット、移動端末、スマートフォン、ＬＥＥ（laptop-embedded equipped）、ＬＭＥ（laptop-mounted equipment）、ワイヤレスＵＳＢドングル、ＣＰＥ（Customer Premises Equipment）などとして言及されてもよい。
【００８０】
ワイヤレスデバイス５０は、アンテナ５４及び送受信機回路５６を介して、１つ以上のネットワークノード３０といった１つ以上の無線ノード又は基地局と通信する。送受信機回路５６は、セルラ通信サービスを提供する目的のために、無線アクセス技術に従って信号を送受信するようまとめて構成される送信機回路、受信機回路、及び関連付けられる制御回路を含んでもよい。
【００８１】
ワイヤレスデバイス５０は、無線送受信機回路５６に動作可能に関連付けられ及びそれを制御する１つ以上の処理回路５２をも含む。処理回路５２は、例えばＤＳＰ、ＦＰＧＡ、ＣＰＬＤ、ＡＳＩＣ、又はそれらの任意の混成といった、１つ以上のデジタル処理回路を含む。より一般に、処理回路５２は、固定的な回路、若しくはここで教示される機能性を実装するプログラム命令群の実行を介して特別に適合されるプログラマブル回路を含んでもよく、又は、固定的な回路及びプログラムされた回路の何らかの混成を含んでもよい。プロセッサ５２は、マルチコアであってもよい。
【００８２】
処理回路５２は、メモリ６４をも含む。メモリ６４は、いくつかの実施形態において、１つ以上のコンピュータプログラム６６、及びオプションとして構成データ６８を記憶する。メモリ６４は、コンピュータプログラム６６のための非一時的なストレージを提供し、ディスクストレージ、ソリッドステートメモリストレージ、又はそれらの任意の混成といった、１つ以上の種類のコンピュータ読取可能な媒体を含んでよい。非限定的な例でいうと、メモリ６４は、ＳＲＡＭ、ＤＲＡＭ、ＥＥＰＲＯＭ及びフラッシュメモリのうちの任意の１つ以上を含み、それらは処理回路５２内にあってもよく、及び／又は処理回路５２とは別個であってもよい。概して、メモリ６４は、コンピュータプログラム６６及びワイヤレスデバイス５０により使用される何らかの構成データ６８の非一時的なストレージを提供する１つ以上の種類のコンピュータ読取可能な記憶媒体を含む。
【００８３】
したがって、いくつかの実施形態において、ワイヤレスデバイス５０の処理回路５２は、ワイヤレスネットワークにおいて動作し、及びＲＲＣ接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うように構成される。処理回路５２は、ワイヤレスネットワークから、当該ワイヤレスデバイスがＲＲＣ非アクティブ状態へ移行すべきこと又は当該ワイヤレスデバイスがＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信する、ように構成される。処理回路５２は、上記メッセージに応じて、非アクティブ状態の動作のために、上記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用する、ようにも構成される。
【００８４】
図１５は、ＲＲＣ接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための、ワイヤレスデバイス５０において実装される対応する方法１５００を示す処理フロー図である。方法１５００は、ワイヤレスネットワークから、当該ワイヤレスデバイスがＲＲＣ非アクティブ状態へ移行すべきこと又は当該ワイヤレスデバイスがＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信すること（ブロック１５０２）、を含む。方法１５００は、上記メッセージに応じて、非アクティブ状態の動作のために、上記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用すること（ブロック１５０４）、をも含む。
【００８５】
いくつかの実施形態において、上記メッセージは、ＲＲＣ再開拒否（RRC Resume Reject）メッセージ又はＲＲＣ解放（RRC Release）メッセージを含む。
【００８６】
いくつかの実施形態によれば、ワイヤレスデバイス５０は、ＲＲＣ接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための他の方法を実行するように構成される。そのケースにおいて、処理回路５２は、ＲＲＣ非アクティブ状態へ自律的に移行し、非アクティブ状態の動作のために、メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用する、ように構成される。
【００８７】
処理回路５２は、いくつかの実施形態に係る対応する方法１６００を実行するようにも構成される。図１６に示した方法１６００は、ＲＲＣ非アクティブ状態へ自律的に移行すること（ブロック１６０２）と、非アクティブ状態の動作のために、メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用すること（ブロック１６０４）と、を含む。
【００８８】
いくつかの実施形態において、少なくとも１つの過去に記憶された非アクティブ状態パラメータは、ワイヤレスデバイスについての再開アイデンティティ、ページング構成パラメータ、ＲＮＡパラメータ、ＲＮＡ更新構成パラメータ、後続の再開要求にて鍵をリフレッシュするためのネクストホップチェイニングカウント、早期データ送信構成パラメータ、待機タイマ満了までＵＥが再開又はセルへ接続されることを試行しないものとすることを示す待機時間パラメータ、セル再選択プライオリティパラメータ、周波数リダイレクト情報、セル品質導出パラメータ、及び、ＲＲＣ非アクティブ状態において使用されるべき測定構成パラメータ、のうちのいずれか１つ以上を含む。
【００８９】
いくつかの実施形態において、上記メッセージは、ワイヤレスデバイス内の過去に記憶された非アクティブ状態パラメータに対応する１つ以上の非アクティブ状態パラメータを含み、方法１６００は、対応する過去に記憶された非アクティブ状態パラメータを、上記メッセージ内の１つ以上の非アクティブ状態パラメータと置き換えること、及び、上記メッセージ内の上記非アクティブ状態パラメータを非アクティブ状態の動作のために使用することと、をさらに含む。
【００９０】
いくつかの実施形態によれば、ワイヤレスデバイス５０は、ＲＲＣ接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための他の方法を実行するように構成される。そのケースにおいて、処理回路５２は、ＲＲＣ非アクティブ状態からＲＲＣ接続済み状態へ遷移し、ＲＲＣ非アクティブ状態へ後に再度移行する際の使用のために、少なくとも１つの非アクティブ状態パラメータを記憶する、ように構成される。
【００９１】
処理回路５２は、いくつかの実施形態に係る対応する方法１７００を実行するようにも構成される。そのケースにおいて、図１７に示した方法１７００は、ＲＲＣ非アクティブ状態からＲＲＣ接続済み状態へ遷移すること（ブロック１７０２）と、ＲＲＣ非アクティブ状態へ後に再度移行する際の使用のために、少なくとも１つの非アクティブ状態パラメータを記憶すること（ブロック１７０４）と、を含む。ＲＲＣ非アクティブ状態は、ＮＲのための規格に従うRRC_INACTIVE状態であってもよく、又は、ＬＴＥのための規格に従うサスペンド状態であってもよい。
【００９２】
上で詳細に議論したように、例えば図１５〜図１７の処理フロー図に示した通りの、ここで説明した技法は、全体として又は部分的に、１つ以上のプロセッサにより実行されるコンピュータプログラム命令群を用いて実装されてもよい。理解されるであろうこととして、それら技法の機能的な実装は、機能モジュールの観点で表現されてもよく、その場合、各機能モジュールは、適切なプロセッサにおいて稼働するソフトウェアの機能ユニットに、機能的なデジタルハードウェア回路に、又は双方の何らかの組合せに相当する。
【００９３】
図１８は、ワイヤレスデバイス５０に実装され得る例示的な機能モジュール又は回路アーキテクチャを示している。その実装は、ワイヤレスネットワークから、当該ワイヤレスデバイスがＲＲＣ非アクティブ状態へ移行すべきこと又は当該ワイヤレスデバイスがＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信するための受信モジュール１８０２、を含む。その実装は、上記メッセージに応じて、非アクティブ状態の動作のために、上記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用するための使用モジュール１８０４、をも含む。
【００９４】
図１９に示した他の例示的な実装では、ワイヤレスデバイス５０は、ＲＲＣ非アクテブ状態へ自律的に移行するための移行モジュール１９０２と、非アクティブ状態の動作のために、メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用するための使用モジュール１９０４と、を含む。
【００９５】
図２０に示した他の例示的な実装では、ワイヤレスデバイス５０は、ＲＲＣ非アクティブ状態からＲＲＣ接続済み状態へ遷移するための遷移モジュール２００２と、ＲＲＣ非アクティブ状態へ後に再度移行する際の使用のために、少なくとも１つの非アクティブ状態パラメータを記憶するための記憶モジュール２００４と、を含む。
【００９６】
例示的な実施形態
ここで説明した技法及び装置の例示的な実施形態は、限定ではないものの、以下に列挙する例を含む：
【００９７】
（ｉ）無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための、ワイヤレスネットワークにおいて動作するワイヤレスデバイスにおける方法であって、
前記ワイヤレスネットワークから、ワイヤレスデバイスが前記ＲＲＣ非アクティブ状態へ移行すべきこと又は前記ワイヤレスデバイスが前記ＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信することと、
前記メッセージに応じて、非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用することと、
を含む方法。
【００９８】
（ｉｉ）例示的な実施形態（ｉ）に記載の方法であって、前記メッセージは、ＲＲＣ再開拒否メッセージ又はＲＲＣ解放メッセージを含む、方法。
【００９９】
（ｉｉｉ）無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための、ワイヤレスネットワークにおいて動作するワイヤレスデバイスにおける方法であって、
前記ＲＲＣ非アクティブ状態へ自律的に移行することと、
非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用することと、
を含む方法。
【０１００】
（ｉｖ）例示的な実施形態（ｉ）〜（ｉｉｉ）のいずれか１項に記載の方法であって、前記少なくとも１つの過去に記憶された非アクティブ状態パラメータは、
前記ワイヤレスデバイスについての再開アイデンティティ、
ページング構成パラメータ、
無線ネットワークエリア（ＲＮＡ）パラメータ、
ＲＮＡ更新構成パラメータ、
後続の再開要求にて鍵をリフレッシュするためのネクストホップチェイニングカウント、
早期データ送信構成パラメータ、
待機タイマ満了まで前記ＵＥが再開又はセルへ接続されることを試行しないものとすることを示す待機時間パラメータ、
セル再選択プライオリティパラメータ、
周波数リダイレクト情報、
セル品質導出パラメータ、及び
前記ＲＲＣ非アクティブ状態において使用されるべき測定構成パラメータ、
のうちのいずれか１つ以上を含む、方法。
【０１０１】
（ｖ）例示的な実施形態（ｉ）〜（ｉｖ）のいずれか１項に記載の方法であって、前記メッセージは、前記ワイヤレスデバイス内の過去に記憶された非アクティブ状態パラメータに対応する１つ以上の非アクティブ状態パラメータを含み、前記方法は、対応する前記過去に記憶された非アクティブ状態パラメータを、前記メッセージ内の前記１つ以上の非アクティブ状態パラメータと置き換えること、及び、前記メッセージ内の前記非アクティブ状態パラメータを非アクティブ状態の動作のために使用すること、をさらに含む、方法。
【０１０２】
（ｖｉ）無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための、ワイヤレスネットワークにおいて動作するワイヤレスデバイスにおける方法であって、
前記ＲＲＣ非アクティブ状態から前記ＲＲＣ接続済み状態へ遷移することと、
前記ＲＲＣ非アクティブ状態へ後に再度移行する際の使用のために、少なくとも１つの非アクティブ状態パラメータを記憶することと、
を含む方法。
【０１０３】
（ｖｉｉ）例示的な実施形態（ｉ）〜（ｖｉ）のいずれか１項に記載の方法であって、前記ＲＲＣ非アクティブ状態は、ＮＲ（New Radio）のための規格に従うRRC_INACTIVE状態である、方法。
【０１０４】
（ｖｉｉｉ）例示的な実施形態（ｉ）〜（ｖｉ）のいずれか１項に記載の方法であって、前記ＲＲＣ非アクティブ状態は、ＬＴＥ（Long-Term Evolution）のための規格に従うサスペンド状態である、方法。
【０１０５】
（ｉｘ）例示的な実施形態（ｉ）〜（ｖｉｉｉ）のいずれか１項に記載の方法を実行するように適合される、ワイヤレスデバイス。
【０１０６】
（ｘ）送受信機回路と、前記送受信機回路に動作可能に関連付けられ、例示的な実施形態（ｉ）〜（ｖｉｉｉ）のいずれか１項に記載の方法を実行するように構成される処理回路と、を備えるワイヤレスデバイス。
【０１０７】
（ｘｉ）少なくとも１つの処理回路上で実行された場合に、前記少なくとも１つの処理回路に、例示的な実施形態（ｉ）〜（ｖｉｉｉ）のいずれか１項に記載の方法を遂行させる命令群、を含む、コンピュータプログラム。
【０１０８】
（ｘｉｉ）例示的な実施形態（ｘｉ）に記載のコンピュータプログラムを収容した担体であって、電子信号、光信号、無線信号、又はコンピュータ読取可能な記憶媒体のうちの１つである、担体。
【０１０９】
（ｘｉｉｉ）ホストコンピュータを含む通信システムであって、
ユーザデータを提供するように構成される処理回路と、
無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うために構成されるユーザ機器（ＵＥ）への送信のために、ユーザデータをワイヤレスネットワークへ転送するように構成される通信インタフェースと、を備え、前記ＵＥは、無線インタフェース及び処理回路を含み、前記ＵＥの処理回路は、
前記ワイヤレスネットワークから、前記ＵＥが前記ＲＲＣ非アクティブ状態へ移行すべきこと又は前記ＵＥが前記ＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信し、
前記メッセージに応じて、非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用する、
ように構成される、通信システム。
【０１１０】
（ｘｉｖ）ホストコンピュータを含む通信システムであって、
ユーザデータを提供するように構成される処理回路と、
無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うために構成されるユーザ機器（ＵＥ）への送信のために、ユーザデータをワイヤレスネットワークへ転送するように構成される通信インタフェースと、を備え、前記ＵＥは、無線インタフェース及び処理回路を含み、前記ＵＥの処理回路は、
前記ＲＲＣ非アクティブ状態へ自律的に移行し、
非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用する、
ように構成される、通信システム。
【０１１１】
（ｘｖ）ホストコンピュータを含む通信システムであって、
ユーザデータを提供するように構成される処理回路と、
無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うために構成されるユーザ機器（ＵＥ）への送信のために、ユーザデータをワイヤレスネットワークへ転送するように構成される通信インタフェースと、を備え、前記ＵＥは、無線インタフェース及び処理回路を含み、前記ＵＥの処理回路は、
前記ＲＲＣ非アクティブ状態から前記ＲＲＣ接続済み状態へ遷移し、
前記ＲＲＣ非アクティブ状態へ後に再度移行する際の使用のために、少なくとも１つの非アクティブ状態パラメータを記憶する、
ように構成される、通信システム。
【０１１２】
（ｘｖｉ）例示的な実施形態（ｘｉｉｉ）〜（ｘｖ）のいずれか１項に記載の通信システムであって、前記ＵＥをさらに含む、通信システム。
【０１１３】
（ｘｖｉｉ）例示的な実施形態（ｘｉｉｉ）〜（ｘｖｉ）のいずれか１項に記載の通信システムであって、前記セルラーネットワークは、前記ＵＥと通信するように構成される基地局をさらに含む、通信システム。
【０１１４】
（ｘｖｉｉｉ）例示的な実施形態（ｘｌ）〜（ｘｖｉｉ）のいずれか１項に記載の通信システムであって、
前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行することにより前記ユーザデータを提供するように構成され、
前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられるクライアントアプリケーションを実行するように構成される、通信システム。
【０１１５】
（ｘｉｘ）ホストコンピュータ、基地局及びユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、前記ＵＥは、無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うために構成され、前記方法は、
前記ホストコンピュータにおいて、ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記基地局を含むワイヤレスネットワークを介して、前記ＵＥへの前記ユーザデータを搬送する送信を開始することと、を含み、前記ＵＥにおいて、前記方法は、
前記ワイヤレスネットワークから、前記ＵＥが前記ＲＲＣ非アクティブ状態へ移行すべきこと又は前記ＵＥが前記ＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信することと、
前記メッセージに応じて、非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用することと、
を含む、方法。
【０１１６】
（ｘｘ）ホストコンピュータ、基地局及びユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、前記ＵＥは、無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うために構成され、前記方法は、
前記ホストコンピュータにおいて、ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記基地局を含むワイヤレスネットワークを介して、前記ＵＥへの前記ユーザデータを搬送する送信を開始することと、を含み、前記ＵＥにおいて、前記方法は、
前記ＲＲＣ非アクティブ状態へ自律的に移行することと、
非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用することと、
を含む、方法。
【０１１７】
（ｘｘｉ）ホストコンピュータ、基地局及びユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、前記ＵＥは、無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うために構成され、前記方法は、
前記ホストコンピュータにおいて、ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記基地局を含むワイヤレスネットワークを介して、前記ＵＥへの前記ユーザデータを搬送する送信を開始することと、を含み、前記ＵＥにおいて、前記方法は、
前記ＲＲＣ非アクティブ状態から前記ＲＲＣ接続済み状態へ遷移することと、
前記ＲＲＣ非アクティブ状態へ後に再度移行する際の使用のために、少なくとも１つの非アクティブ状態パラメータを記憶することと、
を含む、方法。
【０１１８】
（ｘｘｉｉ）例示的な実施形態（ｘｉｘ）〜（ｘｘｉ）のいずれか１項に記載の方法であって、
前記ＵＥにおいて、前記基地局から前記ユーザデータを受信すること、をさらに含む、方法。
【０１１９】
（ｘｘｉｉｉ）ホストコンピュータを含む通信システムであって、
ワイヤレスネットワークにおいて動作するユーザ機器（ＵＥ）から基地局への送信に由来するユーザデータを受信するように構成される通信インタフェース、を備え、前記ＵＥの処理回路は、無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を、
前記ワイヤレスネットワークから、前記ＵＥが前記ＲＲＣ非アクティブ状態へ移行すべきこと又は前記ＵＥが前記ＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信し、
前記メッセージに応じて、非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用する、
ことにより扱う、ように構成される、通信システム。
【０１２０】
（ｘｘｉｖ）ホストコンピュータを含む通信システムであって、
ワイヤレスネットワークにおいて動作するユーザ機器（ＵＥ）から基地局への送信に由来するユーザデータを受信するように構成される通信インタフェース、を備え、前記ＵＥの処理回路は、無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を、
前記ＲＲＣ非アクティブ状態へ自律的に移行し、
非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用する、
ことにより扱う、ように構成される、通信システム。
【０１２１】
（ｘｘｖ）ホストコンピュータを含む通信システムであって、
ワイヤレスネットワークにおいて動作するユーザ機器（ＵＥ）から基地局への送信に由来するユーザデータを受信するように構成される通信インタフェース、を備え、前記ＵＥの処理回路は、無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を、
前記ＲＲＣ非アクティブ状態から前記ＲＲＣ接続済み状態へ遷移し、
前記ＲＲＣ非アクティブ状態へ後に再度移行する際の使用のために、少なくとも１つの非アクティブ状態パラメータを記憶する、
ことにより扱う、ように構成される、通信システム。
【０１２２】
（ｘｘｖｉ）例示的な実施形態（ｘｘｉｉｉ）〜（ｘｘｖ）のいずれか１項に記載の通信システムであって、前記ＵＥをさらに含む、通信システム。
【０１２３】
（ｘｘｖｉｉ）例示的な実施形態（ｘｘｉｉｉ）〜（ｘｘｖｉ）のいずれか１項に記載の通信システムであって、前記基地局をさらに含み、前記基地局は、前記ＵＥと通信するように構成される無線インタフェースと、前記ＵＥから前記基地局への送信により搬送される前記ユーザデータを前記ホストコンピュータへ転送するように構成される通信インタフェースと、を備える、通信システム。
【０１２４】
（ｘｘｖｉｉｉ）例示的な実施形態（ｘｘｉｉｉ）〜（ｘｘｖｉ）のいずれか１項に記載の通信システムであって、
前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、
前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられるクライアントアプリケーションを実行することにより前記ユーザデータを提供するように構成される、通信システム。
【０１２５】
（ｘｘｉｘ）例示的な実施形態（ｘｘｉｉｉ）〜（ｘｘｖｉ）のいずれか１項に記載の通信システムであって、
前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行することによりリクエストデータを提供するように構成され、
前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられるクライアントアプリケーションを実行することにより前記リクエストデータへの応答として前記ユーザデータを提供するように構成される、通信システム。
【０１２６】
（ｘｘｘ）無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための、ワイヤレスネットワークにおいて動作するユーザ機器（ＵＥ）に実装される方法であって、
前記ワイヤレスネットワークから、前記ＵＥが前記ＲＲＣ非アクティブ状態へ移行すべきこと又は前記ＵＥが前記ＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信することと、
前記メッセージに応じて、非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用することと、
を含む方法。
【０１２７】
（ｘｘｘｉ）無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための、ワイヤレスネットワークにおいて動作するユーザ機器（ＵＥ）に実装される方法であって、
前記ＲＲＣ非アクティブ状態へ自律的に移行することと、
非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用することと、
を含む方法。
【０１２８】
（ｘｘｘｉｉ）無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うための、ワイヤレスネットワークにおいて動作するユーザ機器（ＵＥ）に実装される方法であって、
前記ＲＲＣ非アクティブ状態から前記ＲＲＣ接続済み状態へ遷移することと、
前記ＲＲＣ非アクティブ状態へ後に再度移行する際の使用のために、少なくとも１つの非アクティブ状態パラメータを記憶することと、
を含む方法。
【０１２９】
（ｘｘｘｉｉｉ）例示的な実施形態（ｘｘｘ）〜（ｘｘｘｉｉ）のいずれか１項に記載の方法であって、
ユーザデータを提供することと、
当該ユーザデータを前記基地局への前記送信を介してホストコンピュータへ転送することと、
をさらに含む方法。
【０１３０】
（ｘｘｘｉｖ）ホストコンピュータと、基地局と、ワイヤレスネットワークにおいて動作し及び無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うために構成されるユーザ機器（ＵＥ）とを含む通信システムに実装される方法であって、
前記ホストコンピュータにおいて、前記ＵＥから前記基地局へ送信されるユーザデータを受信すること、を含み、前記方法は、前記ＵＥにおいて、
前記ワイヤレスネットワークから、前記ＵＥが前記ＲＲＣ非アクティブ状態へ移行すべきこと又は前記ＵＥが前記ＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信することと、
前記メッセージに応じて、非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用することと、
を含む、方法。
【０１３１】
（ｘｘｘｖ）ホストコンピュータと、基地局と、ワイヤレスネットワークにおいて動作し及び無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うために構成されるユーザ機器（ＵＥ）とを含む通信システムに実装される方法であって、
前記ホストコンピュータにおいて、前記ＵＥから前記基地局へ送信されるユーザデータを受信すること、
を含み、前記方法は、前記ＵＥにおいて、
前記ＲＲＣ非アクティブ状態へ自律的に移行することと、
非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用することと、
を含む方法。
【０１３２】
（ｘｘｘｖｉ）ホストコンピュータと、基地局と、ワイヤレスネットワークにおいて動作し及び無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を扱うために構成されるユーザ機器（ＵＥ）とを含む通信システムに実装される方法であって、
前記ホストコンピュータにおいて、前記ＵＥから前記基地局へ送信されるユーザデータを受信すること、
を含み、前記方法は、前記ＵＥにおいて、
前記ＲＲＣ非アクティブ状態から前記ＲＲＣ接続済み状態へ遷移することと、
前記ＲＲＣ非アクティブ状態へ後に再度移行する際の使用のために、少なくとも１つの非アクティブ状態パラメータを記憶することと、
を含む、方法。
【０１３３】
（ｘｘｘｖｉｉ）例示的な実施形態（ｘｘｘｉｖ）〜（ｘｘｘｖｉ）のいずれか１項に記載の方法であって、
前記ＵＥにおいて、前記基地局へ前記ユーザデータを提供すること、をさらに含む、方法。
【０１３４】
（ｘｘｖｉｉｉ）例示的な実施形態（ｘｘｘｉｖ）〜（ｘｘｘｖｉ）のいずれか１項に記載の方法であって、
前記ＵＥにおいて、クライアントアプリケーションを実行することにより送信されるべき前記ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記クライアントアプリケーションに関連付けられるホストアプリケーションを実行することと、
をさらに含む、方法。
【０１３５】
（ｘｘｘｉｘ）例示的な実施形態（ｘｘｘｉｖ）〜（ｘｘｘｖｉ）のいずれか１項に記載の方法であって、
前記ＵＥにおいて、クライアントアプリケーションを実行することと、
前記ＵＥにおいて、前記ホストコンピュータにおいて前記クライアントアプリケーションに関連付けられるホストアプリケーションを実行することにより提供される、前記クライアントアプリケーションへの入力データを受信することと、
をさらに含み、
送信されるべき前記ユーザデータは、前記入力データへの応答として前記クライアントアプリケーションにより提供される、
方法。
【０１３６】
（ｘｌ）ホストコンピュータを含む通信システムであって、
ワイヤレスネットワークにおいて動作するユーザ機器（ＵＥ）から基地局への送信に由来するユーザデータを受信するように構成される通信インタフェース、を備え、前記ＵＥの処理回路は、無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を、
前記ワイヤレスネットワークから、前記ＵＥが前記ＲＲＣ非アクティブ状態へ移行すべきこと又は前記ＵＥが前記ＲＲＣ非アクティブ状態に留まるべきことのいずれかを示すメッセージを受信し、
前記メッセージに応じて、非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用する、
ことにより扱うように構成される、通信システム。
【０１３７】
（ｘｌｉ）ホストコンピュータを含む通信システムであって、
ワイヤレスネットワークにおいて動作するユーザ機器（ＵＥ）から基地局への送信に由来するユーザデータを受信するように構成される通信インタフェース、を備え、前記ＵＥの処理回路は、無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を、
前記ＲＲＣ非アクティブ状態へ自律的に移行し、
非アクティブ状態の動作のために、前記メッセージから省略されているパラメータに対応する少なくとも１つの過去に記憶された非アクティブ状態パラメータを使用する、
ことにより扱うように構成される、通信システム。
【０１３８】
（ｘｌｉｉ）ホストコンピュータを含む通信システムであって、
ワイヤレスネットワークにおいて動作するユーザ機器（ＵＥ）から基地局への送信に由来するユーザデータを受信するように構成される通信インタフェース、を備え、前記ＵＥの処理回路は、無線リソース制御（ＲＲＣ）接続済み状態からＲＲＣ非アクティブ状態への遷移を、
前記ＲＲＣ非アクティブ状態から前記ＲＲＣ接続済み状態へ遷移し、
前記ＲＲＣ非アクティブ状態へ後に再度移行する際の使用のために、少なくとも１つの非アクティブ状態パラメータを記憶する、
ことにより扱うように構成される、通信システム。
【０１３９】
（ｘｌｉｉｉ）例示的な実施形態（ｘｌ）〜（ｘｌｉｉ）のいずれか１項に記載の通信システムであって、前記ＵＥをさらに含む、通信システム。
【０１４０】
（ｘｌｉｖ）例示的な実施形態（ｘｌ）〜（ｘｌｉｉｉ）のいずれか１項に記載の通信システムであって、前記基地局をさらに含み、前記基地局は、前記ＵＥと通信するように構成される無線インタフェースと、前記ＵＥから前記基地局への送信により搬送される前記ユーザデータを前記ホストコンピュータへ転送するように構成される通信インタフェースと、を備える、通信システム。
【０１４１】
（ｘｌｖ）例示的な実施形態（ｘｌ）〜（ｘｌｉｉｉ）のいずれか１項に記載の通信システムであって、
前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、
前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられるクライアントアプリケーションを実行することにより前記ユーザデータを提供するように構成される、通信システム。
【０１４２】
（ｘｌｖｉ）例示的な実施形態（ｘｌ）〜（ｘｌｉｉｉ）のいずれか１項に記載の通信システムであって、
前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行することによりリクエストデータを提供するように構成され、
前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられるクライアントアプリケーションを実行することにより前記リクエストデータへの応答として前記ユーザデータを提供するように構成される、通信システム。
【０１４３】
とりわけ、これまでの説明及び関連付けられる図面において提示した教示の恩恵をもって、当業者には開示した発明の修正例及び他の実施形態が想起されるであろう。したがって、理解されるべきこととして、本発明は開示した特定の実施形態には限定されるものではなく、修正例及び他の実施形態はその開示の範囲内に含まれるものと意図される。ここでは特定の用語が採用されているかもしれないが、それらは汎用的かつ説明的な意味で使用されているにすぎず、限定を目的とはしていない。
【図１】
2021523585.tif 000009
【図２Ａ】
2021523585.tif 000010
【図２Ｂ】
2021523585.tif 000011
【図２Ｃ】
2021523585.tif 000012
【図３Ａ】
2021523585.tif 000013
【図３Ｂ】
2021523585.tif 000014
【図４】
2021523585.tif 000015
【図５】
2021523585.tif 000016
【図６】
2021523585.tif 000017
【図７】
2021523585.tif 000018
【図８】
2021523585.tif 000019
【図９】
2021523585.tif 000020
【図１０】
2021523585.tif 000021
【図１１】
2021523585.tif 000022
【図１２】
2021523585.tif 000023
【図１３】
2021523585.tif 000024
【図１４】
2021523585.tif 000025
【図１５】
2021523585.tif 000026
【図１６】
2021523585.tif 000027
【図１７】
2021523585.tif 000028
【図１８】
2021523585.tif 000029
【図１９】
2021523585.tif 000030
【図２０】
2021523585.tif 000031
【国際調査報告】
2021523585.tif 000032
2021523585.tif 000033