JP7139449B2 - 却下時の周期的な無線アクセスネットワーク通知エリア（ｒｎａ）アップデート構成をハンドリングするための方法 - Google Patents

Description

本開示は、一般に、無線ネットワーク通信の分野に関し、より詳細には、ＲＡＮにおいてサスペンド状態で動作するＵＥのネットワーク管理に関する。

ロングタームエボリューション（ＬＴＥ）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で開発され、Ｅ－ＵＴＲＡＮ（進化型ＵＴＲＡＮ）としても知られるリリース８および９で最初に標準化された、いわゆる第４世代（４Ｇ）無線アクセス技術の総称である。ＬＴＥは、様々な免許された周波数帯域を対象とし、一般にシステムアーキテクチャエボリューション（ＳＡＥ）と呼ばれる非無線態様に対する改善を伴い、進化型パケットコア（ＥＰＣ）ネットワークを含む。ＬＴＥは、無線アクセスネットワーク（ＲＡＮ）ＷＧ、およびサブワーキンググループ（たとえば、ＲＡＮ１、ＲＡＮ２など）を含む、３ＧＰＰおよびそのワーキンググループ（ＷＧ）とともに規格策定プロセスに従って開発される後続のリリースを通じて進化し続けている。

ＬＴＥリリース１０（Ｒｅｌ－１０）は、２０ＭＨｚを超える帯域幅をサポートしている。Ｒｅｌ－１０の重要な要件の一つは、ＬＴＥ Ｒｅｌ－８との下位互換性を保証することである。これはまた、スペクトル互換性を含むべきである。したがって、ワイドバンドＬＴＥ Ｒｅｌ－１０のキャリア（たとえば、２０ＭＨｚよりも広いもの）は、ＬＴＥ Ｒｅｌ－８（「レガシー」）端末へのいくつかのキャリアとして見えるべきである。そのような各キャリアは、コンポーネントキャリア（ＣＣ）と呼ばれることができる。レガシー端末のためのワイドキャリアの効率的な使用のために、レガシー端末は、広帯域ＬＴＥ Ｒｅｌ－１０キャリアのすべての部分においてスケジュールされてもよい。これを達成するための１つの例示的な方法は、キャリアアグリゲーション（ＣＡ）によるものであり、それによって、Ｒｅｌ－１０端末は、各々が好ましくはＲｅｌ－８キャリアと同じ構造を有する複数のＣＣを受信してもよい。同様に、ＬＴＥ Ｒｅｌ－１１における強化の一つは、強化された物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）であり、これは、制御チャネルリソースの容量の増加と空間的再利用の改善、セル間干渉協調（ＩＣＩＣ）の改善、および制御チャネルのためのアンテナビームフォーミングおよび／または送信ダイバーシチをサポートするという目標を持つ。

ＬＴＥおよびＳＡＥを含むネットワークの全体的な例示的なアーキテクチャが図１に示されており、Ｅ－ＵＴＲＡＮ１００は、ｅＮＢ１０５、１１０、および１１５などの１つまたは複数の進化型ノードＢ（ｅＮＢ）と、ＵＥ１２０などの１つまたは複数のユーザ装置（ＵＥ）とを備える。３ＧＰＰ規格内で使用されるように、「ユーザ装置」または「ＵＥ」は、第３世代（「３Ｇ」）および第２世代（「２Ｇ」）の３ＧＰＰ無線アクセスネットワークが一般に知られているように、Ｅ－ＵＴＲＡＮならびにＵＴＲＡＮおよび／またはＧＥＲＡＮを含む、３ＧＰＰ規格に準拠したネットワーク機器と通信してもよい任意の無線通信装置（たとえば、スマートフォンまたはコンピューティングデバイス）を意味する。

３ＧＰＰによって規定されているように、Ｅ－ＵＴＲＡＮ１００は、無線ベアラ制御、無線アドミッション制御、無線モビリティ制御、スケジューリング、アップリンクおよびダウンリンクにおけるＵＥへのリソースの動的割当て、ならびにＵＥとの通信のセキュリティを含む、ネットワーク内のすべての無線関連機能を担当する。これらの機能は、ｅＮＢ１０５、１１０、１１５などのｅＮＢに存在する。Ｅ－ＵＴＲＡＮ内のｅＮＢは、図１に示されるように、Ｘ１インターフェースを介して互いに通信し、ｅＮＢは、ＥＰＣへのＥ－ＵＴＲＡＮインターフェース、具体的には、図１にＭＭＥ／Ｓ－ＧＷ１３４および１３８として集合的に示される、モビリティ管理エンティティ（ＭＭＥ）およびサービングゲートウェイ（ＳＧＷ）へのＳ１インターフェースも担当し、一般的に言えば、ＭＭＥ／Ｓ－ＧＷは、ＵＥの全体的な制御と、ＵＥとＥＰＣの残りの部分との間のデータフローとの両方をハンドリングする（取り扱う）。より具体的には、ＭＭＥは、非アクセス層（ＮＡＳ）プロトコルとして知られる、ＵＥとＥＰＣとの間のシグナリングプロトコルを処理する。Ｓ－ＧＷは、ＵＥとＥＰＣとの間のすべてのインターネットプロトコル（ＩＰ）データパケットをハンドリングし、ＵＥがｅＮＢ１０５、１１０、および１１５などのｅＮＢ間を移動するとき、データベアラのローカルモビリティアンカとして機能する。

図２Ａは、それを構成するエンティティである、ＵＥ、Ｅ－ＵＴＲＡＮ、およびＥＰＣの観点からの例示的なＬＴＥアーキテクチャと、アクセスストレイタム（ＡＳ）および非アクセスストレイタム（ＮＡＳ）への概略的なの機能分割についての概略的なブロック図を示す。図１はまた、２つの特定のインタフェース点、すなわち、Ｕｕ（ＵＥ／Ｅ－ＵＴＲＡＮ無線インタフェース）とＳ１（Ｅ－ＵＴＲＡＮ／ＥＰＣインタフェース）を示し、それぞれ、特定のプロトコルのセット、すなわち、無線プロトコルとＳ１プロトコルを使用する。２つのプロトコルのそれぞれは、ユーザプレーン（または「Ｕプレーン」）および制御プレーン（または「Ｃプレーン」）プロトコル機能にさらにセグメント化されうる。Ｕｕインターフェースでは、Ｕプレーンはユーザ情報（たとえば、データパケット）を運び、ＣプレーンはＵＥとＥ－ＵＴＲＡＮの間で制御情報を運ぶ。

図２Ｂは、物理（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、および無線リソース制御（ＲＲＣ）の各レイヤを含むＵｕインタフェース上の例示的なＣプレーンのプロトコルスタックのブロック図を示す。ＰＨＹレイヤは、ＬＴＥ無線インターフェース上のトランスポートチャネルを介してデータを転送するためにどのように、またどのような特性が使用されるかに関係する。ＭＡＣレイヤは、論理チャネルでのデータ転送サービスを提供し、ＰＨＹトランスポートチャネルに論理チャネルをマッピングし、これらのサービスをサポートするためにＰＨＹリソースを再配分する。ＲＬＣレイヤは、上位レイヤとの間で転送されるデータの誤り検出および／または訂正、連結、セグメント化、再構築、および並べ替えを提供する。ＰＨＹ、ＭＡＣ、およびＲＬＣレイヤは、ＵプレーンおよびＣプレーンの両方に対して同一の機能を実行する。ＰＤＣＰレイヤは、ＵプレーンおよびＣプレーンの両方のための暗号化／復号化および完全性保護、並びにヘッダ圧縮のようなＵプレーンのための他の機能を提供する。

図２Ｃは、ＰＨＹの観点からの例示的なＬＴＥ無線インターフェースプロトコルアーキテクチャのブロック図を示す。さまざまなレイヤ間のインターフェイスは、図２Ｃの楕円で示されているサービスアクセスポイント（ＳＡＰ）によって提供される。ＰＨＹレイヤは、上記で説明したＭＡＣおよびＲＲＣプロトコルレイヤとインターフェースする。ＭＡＣは、転送される情報のタイプによって特徴づけられる、異なる論理チャネルをＲＬＣ プロトコルレイヤ（上記にも記載）に提供するが、ＰＨＹは、情報が無線インターフェースを介して転送される方法によって特徴づけられる、トランスポートチャネルをＭＡＣに提供する。このトランスポートサービスを提供する際に、ＰＨＹは、誤り検出および訂正、符号化されたトランスポートチャネルの物理チャネルへのレートマッチングおよびマッピング、電力重み付け、変調、および物理チャネルの復調、送信ダイバーシティ、ビームフォーミング多入力多出力（ＭＩＭＯ）アンテナ処理、およびＲＲＣなどの上位レイヤへの無線測定の提供を含む様々な機能を実行する。

ＬＴＥ ＰＨＹによって提供されるダウンリンク（すなわち、ｅＮＢからＵＥへの）物理チャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理マルチキャストチャネル（ＰＭＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、中継物理ダウンリンク制御チャネル（Ｒ－ＰＤＣＣＨ）、物理ブロードキャストチャネル（ＰＢＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、および物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）を含む。さらに、ＬＴＥ ＰＨＹダウンリンクには、さまざまな基準信号、同期信号、およびディスカバリ信号が含まれる。

ＬＴＥ ＰＨＹによって提供されるアップリンク（すなわち、ＵＥからｅＮＢへの）物理チャネルは、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、および物理ランダムアクセスチャネル（ＰＲＡＣＨ）を含む。加えて、ＬＴＥ ＰＨＹアップリンクは、関連するＰＵＣＣＨまたはＰＵＳＣＨの受信においてｅＮＢを補助するために送信される復調基準信号（ＤＭ－ＲＳ）と、いずれのアップリンクチャネルにも関連しないサウンディング基準信号（ＳＲＳ）とを含む様々な基準信号を含む。

ＬＴＥ ＰＨＹの多元接続方式は、ダウンリンクにサイクリックプレフィックス（ＣＰ）を持つ直交周波数分割多重（ＯＦＤＭ）と、アップリンクにサイクリックプレフィックスを持つシングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡをベースとしている。ペアスペクトルおよび非ペアスペクトルでの送信をサポートするために、ＬＴＥ ＰＨＹは、周波数分割複信（ＦＤＤ）（全二重および半二重動作の両方を含む）と、時分割複信（ＴＤＤ）との両方をサポートする。図３Ａは、ＬＴＥ ＦＤＤダウンリンク（ＤＬ）動作に使用される例示的な無線フレーム構造（「タイプ１」）を示す。ＤＬ無線フレームは、１０ｍｓの固定継続時間を有し、それぞれが０．５ｍｓの固定継続時間を有する、０～１９とラベル付けされた２０個のスロットからなる。１ｍｓサブフレームは、２つの連続するスロットを含み、サブフレームは、スロット＃０および＃１からなる。各例示的なＦＤＤ ＤＬスロットはＮ^ＤＬ _ｓｙｍｂ個のＯＦＤＭシンボルから成り、各シンボルはＮ_ＳＣ個のＯＦＤＭサブキャリアから成る。Ｎ^ＤＬ _ｓｙｍｂの例示的な値は、１５ｋＨｚのサブキャリア帯域幅に対して７個（通常のＣＰで）または６個（拡張された長さのＣＰで）であり得る。Ｎ_ＳＣの値は、使用可能なチャネル帯域幅に基づいて設定可能である。当業者は、ＯＦＤＭの原理に精通しているため、さらなる詳細は、この説明では省略される。

図３Ａに示すように、特定のサブキャリアにおける特定のシンボルの組合せは、リソース要素（ＲＥ）として知られている。各ＲＥは、そのＲＥに使用される変調コンステレーションおよび／またはビットマッピングコンステレーションのタイプに応じた特定の数のビットを送信するために、使用される。たとえば、いくつかのＲＥは、直交位相シフトキーイング（ＱＰＳＫ）変調を使用して２ビットを搬送することができ、他のＲＥは、１６または６４直交振幅変調（ＱＡＭ）をそれぞれ使用して４または６ビットを搬送してもよい。また、ＬＴＥ ＰＨＹの無線リソースは、物理リソースブロック（ＰＲＢ）によって定義される。ＰＲＢは、スロット（すなわち、Ｎ^ＤＬ _ｓｙｍｂ個のシンボル）の継続時間にわたってＮＲＢ_ＳＣ個のサブキャリアにわたり、ここで、ＮＲＢ_ＳＣは、典型的には、１２（１５ｋＨｚサブキャリア帯域幅を有する場合）または２４（７．５ｋＨｚ帯域幅の場合）のいずれかである。サブフレーム全体（すなわち、２Ｎ^ＤＬ _ｓｙｍｂ個のシンボル）中に同じＮＲＢ_ＳＣ個のサブキャリアに及ぶＰＲＢは、ＰＲＢペアとして知られている。従って、ＬＴＥ ＰＨＹ ＤＬのサブフレームで利用可能なリソースは、ＮＤＬＲＢ個のＰＲＢペアを含み、各ペアは２Ｎ^ＤＬ _ｓｙｍｂ・ＮＲＢ_ＳＣ個のＲＥを含む。通常のＣＰおよび１５ＫＨｚのサブキャリア帯域幅の場合、ＰＲＢペアは１６８個のＲＥを含む。

図３Ｂは、図３Ａに示す例示的なＦＤＤ ＤＬ無線フレームと同様の方法で構成された例示的なＬＴＥ ＦＤＤアップリンク（ＵＬ）無線フレームを示す。上記のＤＬの説明と一致する用語を用いて、各ＵＬスロットはＮ^ＵＬ _ｓｙｍｂ個のＯＦＤＭシンボルから成り、各々はＮ_ＳＣ個のＯＦＤＭサブキャリアから成る。

上述のように、ＬＴＥ ＰＨＹは、様々なＤＬおよびＵＬ物理チャネルを、それぞれ図３Ａおよび図３Ｂに示すリソースにマッピングする。たとえば、ＰＨＩＣＨは、ＵＥによるＵＬ送信のためのＨＡＲＱフィードバック（たとえば、ＡＣＫ／ＮＡＫ）を搬送する。同様に、ＰＤＣＣＨは、スケジューリング割り当て、ＵＬチャネルのためのチャネル品質フィードバック（たとえば、ＣＳＩ）、および他の制御情報を搬送する。同様に、ＰＵＣＣＨは、スケジューリング要求、ダウンリンクチャネルのためのＣＳＩ、ｅＮＢ ＤＬ送信のためのＨＡＲＱフィードバック、および他の制御情報などのアップリンク制御情報を搬送する。ＰＤＣＣＨおよびＰＵＣＣＨの両方は、１つまたはいくつかの連続する制御チャネル要素（ＣＣＥ）のアグリゲーション上で送信されることができ、ＣＣＥは、それぞれが複数のＲＥから構成されるリソースエレメントグループ（ＲＥＧ）に基づいて物理リソースにマッピングされる。たとえば、ＣＣＥは、９つのＲＥＧを備えることができ、その各々は、４つのＲＥを備えることができる。

ＬＴＥは、主にユーザ間通信のために設計されたが、５Ｇ（「ＮＲ」とも呼ばれる）セルラネットワークは、高シングルユーザデータレート（たとえば、１Ｇｂ／ｓ）と、周波数帯域幅を共有する多くの異なるデバイスからの短いバースト送信を含む大規模なマシン間通信との両方をサポートすることが想定されており、５Ｇ無線規格（「ニューレディオ（新無線）」または「ＮＲ」とも呼ばれる）は、現在、強化されたモバイルブロードバンド（ｅＭＢＢ）および超信頼性低レイテンシ通信（ＵＲＬＬＣ）を含む広範囲のデータサービスを対象としている。これらのサービスは、異なる要件および目的を有してもよい。たとえば、ＵＲＬＬＣは、極めて厳格な誤り率およびレイテンシ要件、たとえば、１０^－５以下の誤り率と、１ｍｓ以下のエンドツーエンドでのレイテンシを有するデータサービスを提供することを意図されている。ｅＭＢＢの場合、レイテンシおよび誤り率に関する要件は、それほど厳しくなくてもよいが、サポートされることが必要とされるピークレートおよび／またはスペクトル効率は、より高くてもよい。

図４は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）および５Ｇコア（５ＧＣ）を含む５Ｇネットワークアーキテクチャの概略的な図を示す。ＮＧ－ＲＡＮは、１つ以上のＮＧインターフェースを介して５ＧＣに接続されたｇＮｏｄｅＢ（ｇＮＢ）のセットを含むことができるが、ｇＮＢは、１つ以上のＸｎインターフェースを介して互いに接続してもよい。各ｇＮＢは、ＦＤＤ、ＴＤＤ、またはそれらの組み合わせをサポートしてもよい。

図４（および３ＧＰＰ ＴＲ ３８．８０１ ｖ１．２．０で説明）に示すＮＧ ＲＡＮ 論理ノードには、セントラルユニット（ＣＵまたはｇＮＢ－ＣＵ）と１つ以上の分散ユニット（ＤＵまたはｇＮＢ－ＤＵ）が含まれる。ＣＵは、上位レイヤのプロトコルをホストする集中化されたユニットであるとともに、ＤＵの動作制御を含むいくつかのｇＮＢ機能を含む論理ノードである。ＤＵは、下位レイヤプロトコルをホストする分散された論理ノードであり、機能分割オプションに応じて、ｇＮＢ機能のさまざまなサブセットを含むことができる。（ここでいう「セントラルユニット」と「集中化されたユニット」という用語は、互換的に用いられ、「分散化されたユニット」と「非集中化ユニット」という用語は、互換的に用いられる。）図４に示すＮＧ、Ｘｎ－Ｃ、Ｆ１の項目は論理インターフェースである。ＮＧ－ＲＡＮの場合、スプリットｇＮＢ（たとえば、ｇＮＢ－ＣＵおよびｇＮＢ－ＤＵからなる）のためのＮＧおよびＸｎ－Ｃインターフェースは、ｇＮＢ－ＣＵで終端する。同様に、ＥＮ－ＤＣの場合、スプリットｇＮＢのＳ１－ＵおよびＸ２－Ｃインタフェースは、ｇＮＢ－ＣＵで終端する。ｇＮＢ－ＣＵは、それぞれのＦ１論理インターフェースを介してｇＮＢ－ＤＵに接続する。ｇＮＢ－ＣＵおよび接続されたｇＮＢ－ＤＵは、ｇＮＢとして他のｇＮＢおよび５ＧＣにのみ可視であり、たとえば、Ｆ１インターフェースは、ｇＮＢ－ＣＵを超えて可視化されてはいない。

さらに、ＣＵはＲＲＣやＰＤＣＰなどのプロトコルをホストでき、ＤＵはＲＬＣ、ＭＡＣ、ＰＨＹなどのプロトコルをホストできる。ＲＲＣ、ＰＤＣＰ、およびＣＵ内のＲＬＣプロトコルの一部（たとえば、自動再送要求（ＡＲＱ）機能）をホストする一方で、ＭＡＣおよびＰＨＹとともに、ＤＵ内のＲＬＣプロトコルの残りの部分をホストするなど、ＣＵとＤＵとの間のプロトコル分散の他の変形形態が存在する。いくつかの例示的な実施形態によれば、ＣＵは、ＲＲＣおよびＰＤＣＰをホストすると仮定され、ＰＤＣＰは、ＵＰトラフィックおよびＣＰトラフィックの両方を処理すると仮定される。それにもかかわらず、他の例示的な実施形態は、ＣＵ内の特定のプロトコルおよびＤＵ内の特定の他のプロトコルをホストすることによって、他のプロトコル分割を利用してもよい。例示的な実施形態は、集中型ユーザプレーンプロトコル（たとえば、ＰＤＣＰ－Ｕ）に関して、集中型制御プレーンプロトコル（たとえば、ＰＤＣＰ－ＣおよびＲＲＣ）を別のＣＵ内に配置することもできる。

ＬＴＥ Ｒｅｌ－１３では、ＵＥがＡＳコンテキストまたはＲＲＣコンテキストを記憶するという違いを除いて、ＲＲＣ＿ＩＤＬＥと同様のサスペンド状態でＵＥがネットワークによってサスペンドされる機構が導入された。これは、ＲＲＣコネクションを最初から確立するという従来の手法の代わりに、ＲＲＣコネクションを再開することによって、ＵＥが再度アクティブになっているときのシグナリングを低減してもよい。シグナリングを低減することは、ＵＥのレイテンシの低減（たとえば、インターネットにアクセスするスマートフォン、およびＵＥシグナリングの低減）を含むいくつかの利点を有することができ、これは、特に、非常に少ないデータを送信するマシンタイプ通信（ＭＴＣ）デバイス（すなわち、シグナリングはエネルギーの主要な消費になる）の場合に、ＵＥエネルギー消費の低減にさらにつながる。

Ｒｅｌ－１３のソリューションは、ＵＥがネットワークにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ（ＲＲＣコネクション再開リクエスト）メッセージを送信し、それに応答してネットワークからＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅ（ＲＲＣコネクション再開）メッセージを受信することに基づいている。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅは暗号化されないが、完全性は保護される。

５Ｇに関する３ＧＰＰ標準化作業の一部として、ＮＲは、ＬＴＥ Ｒｅｌ－１３におけるサスペンド状態と同様のプロパティを有するＲＲＣ＿ＩＮＡＣＴＩＶＥ状態をサポートすべきであることが決定されている。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態は、それが別個のＲＲＣ状態であり、ＬＴＥのようにＲＲＣ＿ＩＤＬＥの一部ではないという点で、多少異なる特性を持っている。さらに、ＣＮ／ＲＡＮコネクション（ＮＧまたはＮ２インターフェース）は、ＬＴＥでサスペンドされている間、ＲＲＣ＿ＩＮＡＣＴＩＶＥの間、アライブに保たれる。

図５Ａは、ＮＲにおけるＲＲＣ状態間の可能な遷移を示す例示的な状態遷移図である。図５Ａに示される状態の特性は、以下のように要約される。ＲＲＣ＿ＩＤＬＥにおいて、ＵＥ固有間欠受信（ＤＲＸ）は上位レイヤによって構成（設定）されてもよく、ＵＥ制御モビリティはネットワーク構成に基づいている。ＵＥは、５Ｇ－Ｓ－ＴＭＳＩを用いてＣＮページングのためのページングチャンネルを監視し、隣接セル測定およびセル（再）選択を実行し、システム情報を取得する。

ＲＲＣ＿ＩＮＡＣＴＩＶＥにおいて、ＵＥ固有ＤＲＸは上位レイヤまたはＲＲＣレイヤによって構成されてもよく、ＵＥ制御モビリティはネットワーク構成に基づいている。ＵＥは、ＡＳコンテキストを記憶し、Ｉ－ＲＮＴＩを用いて５Ｇ－Ｓ－ＴＭＳＩおよびＲＡＮページングを用いてＣＮページングのためのページングチャネルを監視し、隣接セル測定およびセル（再）選択を実行し、ＲＡＮベースの通知領域アップデートを定期的に実行し、ＲＡＮベースの通知領域外に移動するときに、システム情報を取得する。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥはＡＳコンテキストを記憶し、ＵＥとの間でユニキャストデータの転送が行われる。下位レイヤで、ＵＥは、ＵＥ固有ＤＲＸを用いて構成されてもよい。ＣＡをサポートするＵＥの場合、帯域幅を増加させるために、ＳｐＣｅｌｌと集約された１つまたは複数のセカンダリセル（ＳＣｅｌｌ）を使用する。ＤＣをサポートするＵＥの場合、帯域幅を増加させるために、１つのセカンダリセルグループ（ＳＣＧ）をマスタセルグループ（ＭＣＧ）と集約してもよい。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態は、ネットワーク制御されたモビリティ、すなわち、ＮＲ内およびＥ－ＵＴＲＡＮへの／からのハンドオーバを含むことができる。ＵＥは、ページングチャネルを監視し、共有データチャネルに関連する制御チャネルを監視して、データがスケジューリングされているか否かを判定し、チャネル品質およびフィードバック情報を提供し、隣接セル測定および測定報告を遂行し、システム情報を獲得する。

図５Ｂは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥへの移行のためのプロシージャ中の様々な動作の、ＵＥとＮＲ ｇＮＢとの間の例示的なフローチャートを示す。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥへの移行は、１つのステップで行われ、周期的なＲＡＮ通知エリア（ＲＮＡ）アップデート（更新）のためのタイマーを含むことができることが、３ＧＰＰ ＮＲ標準化において合意されている。ＵＥは、図５Ｂに示されるＲＲＣサスペンド（または同等の）メッセージを受信すると、タイマー（Ｔ３８０と呼ばれる）をスタートさせると仮定する。また、ＵＥは、Ｔ３８０の満了時に周期的ＲＮＡＵをトリガするとものと、仮定される。これは、現在、３ＧＰＰ ＴＳ ３８．３３１のセクション５．３．１４．３－４において以下のように規定されている：
５．３．１４．３ ＵＥによるＲＲＣＳｕｓｐｅｎｄ（ＲＲＣサスペンド）の受信
ＵＥは、：
１＞ＲＲＣＳｕｓｐｅｎｄメッセージが受信された瞬間から、またはオプションで下位レイヤがＲＲＣＳｕｓｐｅｎｄメッセージの受信が成功したことを確認されたことを示すか、どちらか早い方から、この副節で定義される次の動作をＸ ｍｓ遅らせる；
編者注意書き：Ｘの値（構成可能か、または、ＬＴＥなどのように６０ｍｓに固定されるか、その他）を設定する方法。

１＞ＲＲＣＳｕｓｐｅｎｄメッセージにｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ（アイドルモードモビリティ制御情報）が含まれている場合：
２＞ｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏによって提供されるセル再選択優先度情報を記憶する；
２＞ｔ３２０が含まれている場合：
３＞ｔ３２０の値に従って設定されたタイマー値で、タイマーＴ３２０をスタートさせる；
１＞それ以外：
２＞システム情報によりブロードキャストされたセル再選択優先度情報を適用する；
１＞ネットワークにより提供される以下の情報を記憶する：ｒｅｓｕｍｅＩｄｅｎｔｉｔｙ（再開識別情報）、ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（次回のホップ変更カウント）、ｒａｎ－ＰａｇｉｎｇＣｙｃｌｅ（ｒａｎーページング周期）、ｒａｎ－ＮｏｔｉｆｉｃａｔｉｏｎＡｒｅａＩｎｆｏ（ｒａｎー通知エリア情報）；
１＞すべてのＳＲＢおよびＤＲＢのためのＲＬＣエンティティを再確立する；
１＞ＭＡＣをリセットする；
１＞ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔに応答してＲＲＣＳｕｓｐｅｎｄメッセージが受信された場合を除き：
２＞現在のＲＲＣ構成、現在のセキュリティコンテキスト、ＲＯＨＣ状態を含むＰＤＣＰ状態、ソースＰＣｅｌｌで使用されるＣ－ＲＮＴＩ、ソースＰＣｅｌｌのセル識別情報および物理セル識別情報を含むＵＥＡＳコンテキスト；
１＞ＳＲＢ０を除くすべてのＳＲＢとＤＲＢをサスペンドする；
１＞タイマー値を周期的なＲＮＡＵタイマーに設定して、タイマーＴ３８０をスタートさせる；
１＞上位レイヤへのＲＲＣコネクションの一時停止をインジケートする（示す）；
１＞完全性保護と暗号化を一時停止するように下位レイヤを設定する；
１＞ＲＲＣ＿ＩＮＡＣＴＩＶＥ を入力し、ＴＳ ３８．３０４ ［２１］で指定されたプロシージャを実行する。
＜0028＞５．３．１４．４ Ｔ３８０が満了するかまたはＲＮＡに属さないセルにＵＥが侵入する場合
ＵＥは：
１＞Ｔ３８０が満了した場合：
２＞５．３．１３でＲＲＣコネクション再開プロシージャを開始し、原因値を”ｆｆｓ”に設定する；
１＞ＵＥがＲＮＡに属さないセルに入る場合：
２＞５．３．１３でＲＲＣコネクション再開プロシージャを開始し、原因値を”ｆｆｓ”に設定する；
このタイマーＴ３８０に関連する別のアクションは、停止基準である。コネクション管理での現行のＣＲによれば、ＵＥは、タイマーＴ３８０が満了したときにタイマーＴ３８０を停止し、ＲＮＡに関連する原因値を有するＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ（たとえば、「ｒｎａ－ｕｐｄａｔｅ」または「ｐｅｒｉｏｄｉｃ－ｒｎａ－ｕｐｄａｔｅ」）を送信することによって再開プロシージャを開始する。その場合に加えて、規格書は、ＵＥがＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを送信するとＴ３８０タイマーを停止することも記述している。これは、シグナリング無線ベアラ（ＳＲＢ）とデータ無線ベアラ（ＤＲＢ）の再開を含むＲＲＣコネクションを再開するか、ＲＮＡアップデートを実行するためである。

図６Ａ～Ｅは、様々なネットワーク応答と共に、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージをネットワークに送信するＵＥを含むＲＲＣコネクション再開プロシージャの例示的なフローチャートを示す。図６Ａは、成功したＲＲＣコネクション再開を示す。図６Ｂは、成功したＲＲＣコネクション確立へのフォールバックを伴うＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを示す。図６Ｃは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔの後にネットワーク解放が続くが、これは成功したことを示す。図６Ｄは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔの後にネットワークサスペンドが続くが、これは成功したことを示す。図６Ｅは、ネットワーク却下が後に続くＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを示す。図６Ｂ～Ｅに示されるネットワーク応答のそれぞれは、異なるメッセージを使用して、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを却下する異なる方法と考えることができる。

ＵＥは、ＮＧ－ＲＡＮページングに応答するとき、または、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間にＲＮＡアップデートをトリガーするとき、上位レイヤの要請に応じたＲＲＣコネクション再開プロシージャを開始する。これは、現在、３ＧＰＰ ＴＳ ３８．３３１セクション５．３．１３．２において、以下のように規定されている：
プロシージャが開始されると、ＵＥは、次のことを行う：
１＞９．２．４で規定されているデフォルトの物理チャネルコンフィギュレーション（構成）を適用する；
１＞９．２．３で規定されているように、デフォルトの半永続的な（セミパーシステント）スケジューリング構成を適用する；
１＞９．２．２で規定されているデフォルトのＭＡＣメイン構成を適用する；
１＞９．１．１．２で規定されているＣＣＣＨ構成を適用する；
１＞タイマーＴ３００Ｘをスタートさせる；
１＞タイマーＴ３８０を停止させる；
１＞５．３．１３．２に従ってＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージの送信を開始する。
....

ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるときにトリガーされるＲＮＡアップデートのシナリオでは、ＵＥは、原因値が’ｒｎａ－ｕｐｄａｔｅ（またはそれと同等）であるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信する。これに対し、ネットワークが過負荷である場合、ネットワークは、図６Ｅに示されるフローチャートに対応する待機タイマーを含むＲＲＣＲｅｊｅｃｔメッセージを送信してもよいことが合意されている。ＵＥのＲＲＣＲｅｊｅｃｔメッセージのハンドリングは、現在、次のように規定されている：
５．３．１３．８ ＵＥによるＲＲＣＲｅｊｅｃｔの受信
ＵＥは：
１＞タイマーＴ３１４を停止させる；
１＞ＭＡＣをリセットし、ＭＡＣ構成を解除する；
１＞タイマー値をｗａｉｔＴｉｍｅに設定してタイマーＴ３０２をスタートさせる；
１＞上位レイヤによってトリガされたＲＲＣＲｅｓｕｍｅＲｅｓｑｕｅｓｔに応答してＲＲＣＲｅｊｅｃｔが送信された場合；
２＞プロシージャが終了すると、ＲＲＣコネクションを再開するために、障害を上位レイヤに通知し、制御関連情報にアクセスする；
しかしながら、図６Ｅに示すように、周期的ＲＮＡによってトリガされたＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔに応答して、ＲＲＣＲｅｊｅｃｔを受信したときにＵＥがとるべきアクションの規定はない。たとえば、Ｔ３８０タイマーおよびＲＮＡ更新機能に関連するアクションの規格は規定されていない。これに加えて、規格書では、ＵＥが「ＲＲＣコネクションを再開するために障害を上位レイヤに通知し、制御関連情報にアクセスする」ことを要求しているが、実際には、上位レイヤではなく、ＲＲＣ／ＡＳレイヤによってＲＮＡアップデートがハンドリングされる。さらに、ネットワークはＲＲＣＲｅｊｅｃｔ（ＲＲＣ却下）をシグナリング無線ベアラゼロ（ＳＲＢ０）で送信してしまうため、ＵＥは、ネットワークがＲＮＡＵインジケータに基づいてＵＥの現在位置を更新したかどうかを知らないままである。したがって、待機タイマーが満了したときに、ＵＥがさらなるＲＮＡＵを送信すべきかどうかは明らかにされていない。現在のところ、このシナリオのプロシージャは不明のままである。したがって、異なるＵＥ実装が、たとえば、ＵＥとネットワークとの間の不必要なシグナリングを含む異常な挙動を生じさせる可能性があり、ＵＥおよびネットワークの電力消費の増加、およびこの追加のシグナリング容量を処理するために希少なネットワークリソースを割り当てる必要性につながる。

ここでで開示される例示的な実施形態は、ＲＡＮにおいて一時停止状態でＵＥを動作させるための柔軟であるが効率的な手法を提供することによって、既存のソリューションのこれらの問題、課題、および／または欠点に対処する。これらの例示的な実施形態は、効率的かつ明確に定義された方法で、ＲＲＣプロトコルに関連する複数のタイマーを含む複数のＵＥリソースを管理し、それによって、異常なＵＥおよびネットワーク挙動を回避する。これらの例示的な実施形態は、ＵＥとネットワークとの間の不必要なシグナリングを低減すること、特に低電力マシンタイプＵＥのためのＵＥおよびネットワークの電力消費を低減すること、および、ユーザデータの送信／受信などの他の重要なタスクを処理するために希少なＵＥおよびネットワークリソースを解放することを含むが、これらに限定されない、セルラネットワークにおけるＵＥの動作に対する改善を提供する。

本開示の実施形態は、ＲＡＮにおいてサスペンド状態でＵＥを動作させるための方法および／またはプロシージャを含む。いくつかの実施形態によれば、本方法は、第１のタイマーの満了に応答してＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信することを含むことができる。いくつかの実施形態によれば、第１のタイマーは、周期的なＲＮＡＵ、たとえば、３ＧＰＰ規格で定義されるタイマーＴ３８０に、関連付けられる。

本方法は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに応答して、却下メッセージを受信することを含むことができる。ある実施形態によれば、却下メッセージは、ＲＲＣＳｅｔｕｐ（セットアップ）メッセージ、ＲＲＣＲｅｌｅａｓｅ（リリース）メッセージ、ＲＲＣＳｕｓｐｅｎｄ（サスペンド）メッセージ、およびＲＲＣＲｅｊｅｃｔ（却下）メッセージのうちの１つである。ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、ＲＮＡＵの原因を示す原因値を含むことができる。いくつかの実施形態によれば、第２のタイマーは、ＵＥによって使用可能な待機タイマー、たとえば、３ＧＰＰ規格で定義されるようなタイマーＴ３０２である。

本方法は、却下メッセージに応答して、第２のタイマーをスタートさせることを含む。いくつかの実施形態は、第１のタイマーを再スタートさせることを含む。そのような実施形態によれば、第１の記憶された値を使用して第１のタイマーを再スタートさせることができ、第２の記憶された値を使用して第２のタイマーをスタートさせることができる。第１の記憶された値は、第２の記憶された値よりも小さくても、等しくても、または大きくてもよい。いくつかの実施形態によれば、却下メッセージが、ネットワークによって記憶されているＵＥのコンテキストを示すインジケーションを含む場合、第１のタイマーが再スタートされる。他の実施形態は、第１のタイマーを停止することと、周期的なＲＮＡＵを保留中の通知として設定することとを含むことができる。

いくつかの実施形態によれば、本方法は、却下メッセージに関連するカウンタをインクリメントすることも含む。いくつかの実施形態によれば、却下メッセージは、複数の原因値のうちの特定の原因値を含み、カウンタをインクリメントすることは、特定の原因値に関連する特定のカウンタをインクリメントすることを含む。特定の原因値は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに関連付けられてもよい。

いくつかの実施形態によれば、本方法は、その後、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信することを含む。いくつかの実施形態によれば、第１の記憶された値（たとえば、第１のタイマーを再スタートさせるために使用される）が第２の記憶された値（たとえば、第２のタイマーをスタートさせるために使用される）未満である場合、再スタートされた第１のタイマーの満了に応答して、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージが送信される。いくつかの実施形態によれば、第１の記憶された値が第２の記憶された値未満である場合、再スタートされた第１のタイマーの満了に応答して、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージが送信される。他の実施形態によれば、第１の記憶された値が第２の記憶された値よりも大きい場合、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、第２のタイマーおよび再スタートされた第１のタイマーの満了、ならびに、第２のタイマーの満了および再スタートされた第１のタイマーの満了前の別のイベント、のうちの１つに応答して、送信される。別のイベントは、セル再選択、または、送信のためのデータの利用可能性を含むことができる。

他の実施形態によれば、第１の記憶された値が第２の記憶された値よりも小さい場合、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、第２のタイマーの満了に応答して送信される。他の実施形態によれば、第１の記憶された値が第２の記憶された値より小さいとき、第１のタイマーの満了と、第２のタイマーが満了する前に、ＵＥがさらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを送信することを可能にするアクセス制御構成（設定）と、に応じて、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージが送信される。

カウンタをインクリメントする動作を含む実施形態によれば、本方法は、インクリメントされたカウンタの値を所定の閾値と比較することを含む。いくつかの実施形態によれば、インクリメントされたカウンタの値が所定の閾値以上である場合、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、第２のタイマーの満了前に送信される。いくつかの実施形態によれば、インクリメントされたカウンタの値が所定の閾値以上である場合、本動作は、ＵＥに関連するコンテキストを破棄することと、第２のタイマーの満了またはセル再選択のときに、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信することとを含む。本方法は、却下メッセージの受信に応答して、周期的なＲＮＡＵペンディングレジスタの値を「真（true）」に設定することを含むことができる。

他の実施形態は、上述の例示的な方法および／またはプロシージャに対応する動作を実行するように構成可能な無線デバイスおよび／またはＵＥを含む。他の実施形態は、少なくとも１つのプロセッサによって実行されるとき、上述の例示的な方法および／またはプロシージャに対応する動作を実行するように、そのような無線デバイスおよび／またはＵＥを構成するプログラム命令を記憶する、非一時的なコンピュータ可読媒体を含む。

本開示の実施形態は、ＲＡＮにおいてサスペンド状態で動作するＵＥのネットワーク管理のための方法および／またはプロシージャを含む。本方法は、ＵＥからＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを受信することを含み、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは周期的なＵＥイベントに関連付けられている。周期的なＵＥイベントは、周期的なＲＮＡＵであってもよい。本方法は、第２のタイマーに関連付けられた却下メッセージを、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに応答してＵＥに送信することを含む。ある実施形態によれば、却下メッセージは、ＲＲＣＳｅｔｕｐメッセージ、ＲＲＣＲｅｌｅａｓｅメッセージ、ＲＲＣＳｕｓｐｅｎｄメッセージ、およびＲＲＣＲｅｊｅｃｔメッセージのうちの１つである。いくつかの実施形態によれば、第２のタイマーは、ＵＥによって使用可能な待機タイマー、たとえば、３ＧＰＰ規格で規定されるようなタイマーＴ３０２としてもよい。いくつかの実施形態によれば、却下メッセージは、複数の利用可能な原因値のうちの特定の原因値を含むこともできる。いくつかの実施形態において、却下メッセージは、ＵＥに関連付けられているコンテキストがネットワークによって記憶されているというインジケーションを含む。本方法はまた、ＵＥからさらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを受信することを含み、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、第２のタイマーの継続時間および周期的なＵＥイベントの期間のうちの短い方と、第２のタイマーの継続時間および周期的なＵＥイベントの期間のうちの長い方とによっておおよそ束縛される期間中に受信される。ある実施形態によれば、本方法は、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに応答してＵＥに送信し、さらなる却下メッセージを送信し、ＵＥに関連付けられたコンテキストを破棄することを含む。

他の実施形態は、上述の例示的な方法および／またはプロシージャに対応する動作を実行するように構成可能なネットワークデバイス（たとえば、基地局、ｅＮＢ、ｇＮＢなど）を含む。他の実施形態は、少なくとも１つのプロセッサによって実行されるときに、上述の例示的な方法および／またはプロシージャに対応する動作を実行するように、そのようなネットワークデバイスを構成するプログラム命令を記憶する、非一時的なコンピュータ可読媒体を含む。

本開示の例示的な実施形態のこれらおよび他の目的、特徴および利点は、本開示の例示的な実施形態の以下の詳細な説明を読むことによって明らかになるであろう。

本発明のさらなる態様は、上記で要約された方法に対応する装置、ネットワークノード、基地局、無線デバイス、コンピュータプログラムプロダクト、またはコンピュータ可読記憶媒体、ならびに上記で要約された装置および無線デバイスの機能的実装を対象とする。

もちろん、本発明は、上記の特徴および利点に限定されるものではない。当業者は、以下の詳細な説明を読み、添付の図面を見ると、さらなる特徴および利点を認識するであろう。

は、３ＧＰＰによって標準化された、ＬＴＥ Ｅ－ＵＴＲＡＮおよびＥＰＣネットワークの例示的なアーキテクチャの概略的なブロック図である。

は、その構成要素、プロトコル、およびインターフェースに関する例示的なＥ－ＵＴＲＡＮアーキテクチャの概略的なブロック図である。

は、ＵＥとＥ－ＵＴＲＡＮとの間の無線（Ｕｕ）インターフェースの制御プレーン部分の例示的プロトコルレイヤのブロック図である。

は、ＰＨＹレイヤの観点からの例示的なＬＴＥ無線インターフェースプロトコルアーキテクチャのブロック図である。

および、 は、それぞれ、ＦＤＤ運用に使用されるＬＴＥ無線フレーム構造の例示的なダウンリンクおよびアップリンクのブロック図である。

は、例示的な５Ｇ論理ネットワークアーキテクチャのブロック図を示す。

および、 は、それぞれ、ＮＲにおけるＲＲＣ状態間の可能な遷移を示す、例示的な状態遷移図および例示的なフローチャートを示す。

、 、 、 および、 は、本発明の様々な実施形態による、様々なネットワーク応答と共に、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージをネットワークに送信するＵＥを含むＲＲＣコネクション再開プロシージャの例示的なフローチャートを示す。

は、本開示のいくつかの実施形態による例示的なセルラー通信ネットワークのブロック図である。

は、本発明の様々な実施形態に従って構成可能な例示的な通信システムの構成図である。

は、本発明の様々な実施形態に従って構成可能な別の例示的な通信システムの構成図である。

、 、 および、 は、本発明の様々な実施形態による、通信システムにおいて実施される様々な例示的な方法および／またはプロシージャを示すフローチャートである。

、 および、 は、本開示の様々な実施形態による様々な方法で構成可能な例示的な無線アクセスノードのブロック図である。

および、 は、本発明の様々な実施形態による、様々な方法で構成可能な例示的な無線デバイスまたはＵＥの構成図である。

および、 は、本開示の様々な実施形態による動作を示す例示的なタイミング図である。

は、本発明の様々な実施形態による、無線デバイスおよび／またはＵＥによって実行される例示的な方法および／またはプロシージャを示すフローチャートである。

は、本開示の様々な実施形態による、基地局、ｅＮＢ、またはｇＮＢによって実行される例示的な方法および／またはプロシージャを示すフローチャートである。

ここで、ここで企図される実施形態のいくつかを、添付の図面を参照してより完全に説明する。しかしながら、他の実施形態は、本明細書に開示された主題の範囲内に含まれ、開示された主題は、本明細書に記載された実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は、主題の範囲を当業者に伝えるために例として提供される。さらに、以下の用語は、以下に与えられる説明を通して使用される：
無線ノード： ここで使用されるように、「無線ノード」は、「無線アクセスノード」または「無線デバイス」のいずれかであり得る。
無線アクセスノード： ここで使用されるように、「無線アクセスノード」（または「無線ネットワークノード」）は、信号を無線で送信および／または受信するように動作するセルラー通信ネットワークのＲＡＮ内の任意のノードである。無線アクセスノードのいくつかの例は、基地局（たとえば、３ＧＰＰ ５Ｇ ＮＲネットワークにおけるＮＲ基地局（ｇＮＢ）、または３ＧＰＰ ＬＴＥネットワークにおける拡張または発展型ノードＢ（ｅＮＢ））、高電力またはマクロ基地局、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、および中継ノードを含むが、これらに限定されない。

コアネットワークノード： ここで使用されるように、「コアネットワークノード」は、コアネットワーク内の任意の種類のノードである。コアネットワークノードの例としては、たとえば、ＭＭＥ、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）などが挙げられる。

無線デバイス： ここで使用されるように、「無線デバイス」は、無線アクセスノードに信号を無線で送信および／または受信することによってセルラー通信ネットワークにアクセスする（すなわち、セルラー通信ネットワークによってサービスされる）任意の種類の装置である。無線デバイスのいくつかの事例は、３ＧＰＰネットワーク内のＵＥおよびマシンタイプ通信（ＭＴＣ）装置を含むが、これらに限定されない。

ネットワークノード： ここで使用される「ネットワークノード」は、無線アクセスネットワークの一部であるか、またはセルラー通信ネットワーク／システムのコアネットワークである任意のノードである。

ここで与えられる説明は、３ＧＰＰセルラ通信システムに焦点を当てており、したがって、３ＧＰＰ用語または３ＧＰＰ用語に類似する用語がしばしば使用されることに留意されたい。しかしながら、ここで開示される概念は、３ＧＰＰシステムに限定されない。さらに、用語「セル」がここで使用されるが、（特に５Ｇ ＮＲコンセプトに関して）ビームがセルの代わりに使用されてもよく、したがって、ここで説明される概念は、セルおよびビームの両方に等しく適用されることを理解されたい。

ここでは、様々な例示的な実施形態が、ＮＲネットワーク内のＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＵＥによって実行される方法、プロシージャ、および／または動作として説明される。これらの実施形態は、限定することなく、例示のみを目的として使用される。たとえば、これらの実施形態の原理は、ＬＴＥネットワークにおけるＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥと、主に同じＣＮ（５Ｇコアネットワーク）に接続されたＬＴＥとＮＲ ＲＡＮとの間のＲＲＣ＿ＩＮＡＣＴＩＶＥにおけるＵＥのＲＡＴ間プロシージャとを含むが、これらに限定されない他の構成、シナリオ、および／またはネットワークタイプに等しく適用可能である。これらのシナリオでは、周期的なＲＮＡ更新タイマーＴ３８０は、ＲＡＴ間タイマーとして定義される（すなわち、ＵＥがＲＡＴを変更しているときであっても、動作し続ける）。ＵＥが他のＲＡＴにあるときにＴ３８０が満了する場合、ＵＥは、そのＲＡＴにおいて定期的なＲＮＡアップデート（更新）を実行する。

ＲＡＴ 間シナリオには、ＬＴＥ ＲＲＣ_ＩＮＡＣＴＩＶＥ（ＲＲＣ非アクティブ）にサスペンドされたＬＴＥ ＲＲＣ_ＣＯＮＮＥＣＴＥＤ（ＲＲＣ接続中）のＵＥが含まれ、Ｔ３８０をスタートさせ、モビリティ管理を実行し、ＮＲセルにキャンプオンする（つまり、ＮＲでＲＲＣ＿ＩＮＡＣＴＩＶＥになる）。ＮＲにいる間に、Ｔ３８０が満了し、ＵＥは、ＮＲにおいて（再開リクエスト（要求）を用いて）ＲＮＡ更新を実行しようと試みる。ネットワークはＲＲＣＲｅｊｅｃｔ（ＲＲＣ却下）で応答できる。

別のシナリオでは、ＮＲ ＲＲＣ_ＣＯＮＮＥＣＴＥＤのＵＥはＮＲ ＲＲＣ_ＩＮＡＣＴＩＶＥにサスペンドされ、Ｔ３８０をスタートさせ、モビリティ管理を実行し、ＬＴＥセルにキャンプオンする（つまり、ＬＴＥでＲＲＣ＿ＩＮＡＣＴＩＶＥになる）。ＬＴＥにいる間に、Ｔ３８０は満了し、ＵＥは、ＮＲにおいて（再開リクエストを用いて）ＲＮＡ更新を実行しようと試みる。ネットワークはＲＲＣＲｅｊｅｃｔで応答できる。

様々な例示的な実施形態は、待機タイマーに関連付けられた却下メッセージを受信すると、ＵＥによって実行される方法、プロシージャ、および／または動作としてここで説明される。これらの実施形態は、限定することなく、例示のみを目的として使用される。たとえば、これらの実施形態の原理は、ネットワークによる「却下機能」を伴うが、この厳密なメッセージを使用しない他の構成、シナリオ、および／またはネットワークタイプに等しく適用可能である。たとえば、ＲＲＣＲｅｌｅａｓｅ（ＲＲＣ解放）または中断構成を伴うＲＲＣＲｅｌｅａｓｅは、ＵＥが、そのタイマーが満了する（またはＵＥがセル再選択を実行する）までシステムにアクセスしないようにするための、待機タイマーを含むことも可能である。システムが、ＲＲＣＲｅｊｅｃｔまたはＲＲＣＲｅｌｅａｓｅを介して「却下機能」をサポートするケースでは、ネットワークがＵＥに応答するためにどのメッセージを使用するかに応じて、ＵＥの挙動に差異があることも可能である。たとえば、ＲＲＣＲｅｊｅｃｔ は通常、保護されていないＳＲＢ０を使用して送信される。一方、サスペンドインジケーション（または同等のメッセージ）でＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥ 状態に移行させるＲＲＣＲｅｌｅａｓｅ は、保護されたセキュアなＳＲＢ１を使用する。これらの態様は、様々な実施形態に関して後述される。

第１のグループの実施形態によれば、ＵＥは、周期的なＲＮＡ更新（たとえば、Ｔ３８０の満了によってトリガされる）に応答して、関連する待ち時間（たとえば、待機タイマーを伴う、ＲＲＣＲｅｊｅｃｔまたはＲＲＣＲｅｌｅａｓｅ）を伴う却下メッセージを受信する。メッセージを受信すると、ＵＥは、却下待機タイマー（たとえば、ＮＲドラフト仕様のＴ３０２）をスタートさせ、現在記憶されている値で周期的なＲＮＡＵタイマーＴ３８０を再スタートさせる。この記憶された値は、たとえば、サスペンド構成のＲＲＣＲｅｌｅａｓｅなど、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に移行したときに前のＲＲＣメッセージで受信した値になる。Ｔ３８０タイマーを再スタートさせることによって、ＵＥは、タイマーが再び満了したときにのみ、周期的なＲＮＡＵ試行を実行する。これは、たとえば、ネットワークからの負荷保護機構を提供してもよい。却下がＲＲＣＲｅｊｅｃｔメッセージである例示的な場合では、ＵＥのメッセージのハンドリングを、たとえば、次のように指定してもよい：
５．３．１３．８ ＵＥによるＲＲＣＲｅｊｅｃｔの受信
ＵＥは：
１＞タイマーＴ３１４を停止させ；
１＞ＭＡＣをリセットし、ＭＡＣコンフィギュレーション（構成）を解除する；
１＞タイマー値をｗａｉｔＴｉｍｅに設定して、タイマーＴ３０２をスタートさせる；
１＞記憶されている値ｐｅｒｉｏｄｉｃ－ＲＮＡＵ－ｔｉｍｅｒに値を設定して、タイマーＴ３８０をリスタートさせる；
１＞上位レイヤによってトリガされるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔに応答してＲＲＣＲｅｊｅｃｔが送信される場合；
２＞プロシージャが終了すると、ＲＲＣコネクションの再開するために、上位レイヤへ障害を通知し、制御関連情報にアクセスする。
この第１のグループの実施形態は、コンテキストを送信することができない、セキュアでないＳＲＢ０上でメッセージが送信される場合に、特に有利であり得る。対照的に、ＳＲＢ１を介して送信される場合、ネットワークは、コンテキストを更新し、周期的なＲＮＡＵタイマーを明示的に提供してもよい。記憶された値に基づいてＴ３８０タイマーを再スタートさせることの１つの利点は、ＵＥが、例外的なアクションを指定する必要なしに、定義された周期的ＲＮＡＵタイマーに従って動作することである。

第１のグループの様々な実施形態は、たとえば、タイマーＴ３８０およびＴ３０２の記憶された値の間の関係に依存した異なる動作を含む。いくつかの実施形態によれば、周期的なＲＮＡＵタイマーの以前に記憶された値が、待機タイマーの記憶された値よりも大きい場合（すなわち、Ｔ３８０＞Ｔ３０２）、ＵＥは、Ｔ３０２が満了するとき（または、ＵＥがセル再選択を実行する場合、別のセルにおいて）、他の理由のために（たとえば、バッファ内のＵＬデータに起因して）、そのセル内で別のＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを送信してもよい。しかしながら、ＵＥは、Ｔ３０２が満了したときに、周期的なＲＮＡＵを実行しようとはしない。さらに、ＵＥがセル再選択を実行するとき、Ｔ３０２は停止され、ＵＥは、Ｔ３８０がＴ３０２に関係なく満了するとき、周期的ＲＮＡＵを実行する。この実施形態に対応する例示的なタイミング図（すなわち、Ｔ３８０＞Ｔ３０２）を図１８Ａに示す。

＜0075＞ネットワークの観点から、予想されるときに、上述のＵＥ挙動は、ネットワークが第１の周期的ＲＮＡＵを受信しないことを、もたらすことができる。しかしながら、ネットワークは、特定のセルにおける却下に起因して、その却下の発生についてＵＥコンテキストを必ずしも更新することなく、Ｔ３８０の再開を伴う却下が発生し得ることに気付くことができる。そのような場合、ネットワークは、ＵＥが依然としてＲＮＡ内のカバレッジにあり、したがってＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で到達可能であると仮定してもよい。したがって、様々な実施形態によれば、ＵＥがさらに多くの回数却下された可能性があると仮定して、ネットワークは、ＵＥコンテキストを解放する前に、さらなる数のＲＮＡＵ期間を待つことができる。このような場合、ネットワークは、Ｔ３８０が最初に期限切れになったときに最初の周期的ＲＮＡＵを受信しなかった場合でも、ＲＡＮを介してＵＥのページングを試みることができる。ネットワークがこの数の期間が経過した後にＲＮＡＵを受信していない場合、ネットワークはＵＥコンテキストを破棄し、ＣＮ経由でＵＥのページングを試みることができる。

第１のグループの他の実施形態によれば、周期的ＲＮＡＵタイマーについて以前に記憶された値が、待機タイマーの記憶された値よりも小さい場合（すなわち、Ｔ３８０＜Ｔ３０２）、Ｔ３８０は、Ｔ３０２がまだ実行中である間に満了してもよい。これらの実施形態のいくつかによれば、ＵＥは、Ｔ３０２が動作しれている間にＴ３８０が満了した後には、周期的ＲＮＡＵを送信しない。ネットワークはＵＥコンテキストを知っているが、ネットワークはＴ３８０より長い待機タイマーを持つ特定のセルでＵＥが却下されたことを知らないかもしれない。その結果、ネットワークは、より長い待機タイマー保護のためにやって来ない周期的ＲＮＡＵを受信することを期待する。そのような場合、ネットワークは、周期的なＲＮＡＵが受信されていない場合、いくつかのさらなる数のＲＮＡＵ期間の後に、ＵＥコンテキストを破棄してもよい。

第１のグループの他の実施形態によれば、ＵＥは、Ｔ３０２が実行されている間、Ｔ３８０の満了後に周期的なＲＮＡＵを送信する。たとえば、周期的ＲＮＡＵは、例外として扱われ、ＵＥのアクセス制御ポリシーの下でハンドリングされてもよく、その結果として、周期的ＲＮＡＵは、高い優先度を有し、タイマーＴ３０２が実行中であっても送信されてもよい。周期的なＲＮＡＵがより高い優先度を持ち、却下されたにもかかわらずＵＥが送信可能であることをネットワークが知っているため、このアプローチはネットワーク実装を単純化してもよい。この実施形態に対応する例示的なタイミング図（すなわち、高優先度ＲＮＡＵ処理を伴うＴ３８０＜Ｔ３０２）を図１８Ｂに示す。

第１のグループの他の実施形態によれば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔが周期的ＲＮＡＵのみ以外の任意の原因値に関連付けられている場合、ＵＥは、ネットワークから却下メッセージを受信すると、タイマーＴ３８０を再開してもよい。第１のグループの他の実施形態によれば、ＵＥは、ネットワークから却下メッセージのインジケーションを受信した場合にのみ、タイマーＴ３８０を再開してもよい。ネットワークは、利用可能なＵＥコンテキストを有するが、ＵＥを却下することを依然として好む場合、そのようなインジケーションを提供してもよい。たとえば、ＵＥを却下した過負荷のｇＮＢは、ＵＥコンテキストを記憶している別のｇＮＢに（たとえば、Ｘ２またはＸｎを介して、またはＣＮを介して）メッセージを送信する能力を依然として有することができ、これは、ＵＥが周期的なＲＮＡＵを実行しようとしたこと、すなわち、ＵＥがまだ「生きている（アライブである）」ことを示す。

いくつかの実施形態によれば、メッセージは、ＵＥ識別情報（たとえば、Ｉ－ＲＮＴＩ）、セキュリティチェックサム（ＵＥの検証のため）、原因値（たとえば、周期的ＲＮＡ更新）などを含んでもよい。ＵＥを却下したｇＮＢがＵＥコンテキストも記憶している場合、この更新／インジケーションは、（たとえば、ｇＮＢ内インターフェースを介して）ローカルで処理されてもよい。第１のグループの他の実施形態によれば、周期的ＲＮＡ更新に応答して却下メッセージを受信すると、ＵＥは、却下待機タイマー（たとえば、Ｔ３０２）をスタートさせ、周期的ＲＮＡＵタイマーをデフォルト値にセットして再スタートさせ、ＲＲＣレイヤに通知してもよい。

第２のグループの実施形態によれば、周期的ＲＮＡ更新に応答して却下メッセージ（たとえば、ＲＲＣＲｅｊｅｃｔ）を受信すると、ＵＥは、却下待機タイマー（たとえば、Ｔ３０２）をスタートさせ、周期的ＲＮＡＵタイマーＴ３８０を停止させ、そのＲＲＣレイヤに通知することができ、そのＲＲＣレイヤは、その周期的ＲＮＡ更新を保留中の通知に設定する。その結果、ＵＥは、たとえば、セル再選択時および／またはＴ３０２の満了時などを含む、別の再開試行を実行可能になるとすぐに、その周期的ＲＮＡＵを送信しようと試みてもよい。却下がＲＲＣＲｅｊｅｃｔメッセージである場合、ＵＥのメッセージのハンドリングは、たとえば、次のように規定されてもよい：
５．３．１３．８ ＵＥによるＲＲＣＲｅｊｅｃｔの受信
ＵＥは：
１＞タイマーＴ３１４を停止させる；
１＞ＭＡＣをリセットし、ＭＡＣ構成を解除する；
１＞タイマー値をｗａｉｔＴｉｍｅに設定してタイマーＴ３０２をスタートさせる；
１＞（計時中であれば）T３８０を停止させる；
１＞上位レイヤによってトリガされたＲＲＣＲｅｓｕｍｅＲｅｓｑｕｅｓｔに応答してＲＲＣＲｅｊｅｃｔが送信された場合；
２＞これによりプロシージャが終了すると、上位レイヤに、ＲＲＣコネクションを再開するために障害について報告し、制御関連情報にアクセスする；
１＞ＲＲＣＲｅｊｅｃｔが、周期的なＲＡＮ更新によるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔに応答して送信される場合（すなわち、Ｔ３８０タイマーの満了時）；
２＞それに応じてプロシージャが終了すると（すなわち、待機タイマーによる却下による）、ＲＲＣコネクションを再開するために障害をＲＲＣレイヤ（またはＡＳレイヤ）へ報告し、制御関連情報にアクセスする；
２＞Ｔ３０２の満了時に、ＵＥは保留中であった周期的ＲＮＡＵを実行するものとする；第２のグループのいくつかの実施形態によれば、ＵＥは、却下メッセージ内でインジケーションを受信した場合、周期的ＲＮＡＵを保留中として設定するだけである。たとえば、ネットワークは、利用可能なＵＥコンテキストをもつが、依然としてＵＥを却下することを好む場合、そのようなインジケーションを送信してもよい。ＵＥのアクセスコントロールポリシーが再開要求試行の実行を許可し、その試行が成功した場合、保留中のＲＮＡＵは破棄される。いくつかの実施形態によれば、ＵＥは、「周期的ＲＮＡＵペンディング（保留）」レジスタの値を真に設定することができ、たとえば、周期的ＲＮＡＵを開始するとき、却下メッセージを受信するとき、または、セル再選択を実行するときに、ＵＥは、ＵＥが中断解除メッセージを受信するとこのレジスタの値を「偽」に設定することができ、または、インジケーションする却下メッセージに周期的ＲＮＡＵが完了したことを設定してもよい。レジスタが「真」に設定されている間、ＵＥは、実行可能なときに周期的ＲＮＡＵを実行しようと試みる。

第３のグループの実施形態によれば、周期的ＲＮＡ更新に応答して却下されると、ＵＥは、却下待機タイマー（たとえば、Ｔ３０２）をスタートさせ、周期的ＲＮＡＵタイマーＴ３８０を停止させ、却下メッセージについてそのＲＲＣレイヤに通知してもよい。しかしながら、別の再開試行を実行する際に周期的ＲＮＡＵを送信しようと試みる代わりに、ＵＥは単に周期的ＲＮＡＵタイマーを停止させ、却下メッセージについてＲＲＣレイヤに通知し、待機タイマーＴ３０２の満了時に周期的ＲＮＡＵをトリガする必要がないことを通知する。そのような場合、ネットワークは、ＵＥが周期的なＲＮＡＵを試みないことを認識し、ＵＥを破棄する前に、ある所定の継続時間の間だけＵＥのコンテキストを保持するように、相補的な方法で構成されてもよい。

この第３のグループの実施形態は、却下メッセージが、たとえば、待機タイマーを含むＲＲＣＲｅｌｅａｓｅメッセージとして、セキュアＳＲＢ１上で送信される場合に、特に有利であろう。そのような場合、ネットワークが周期的ＲＮＡＵを却下したとしても、ネットワークがコンテキストを更新したことを、ＵＥは知る。

実施形態の３つのグループはすべて、定期的なＲＮＡ更新によってトリガされるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔに応答した却下メッセージに関して説明された。これは、例示的な目的のための単なる例示であり、周期的ＲＮＡＵタイマーをハンドリングするための上述の方法、プロシージャ、および／または動作は、任意の方法でトリガされるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔに適用されてもよい。

上述の例示的な実施形態のいずれかに関連して（またはそれらと組み合わせて）、ＵＥは、ネットワークからの却下メッセージの受信に関する情報を、記憶してもよい。いくつかの実施形態によれば、この情報は、却下された試みごとにＵＥがインクリメントする１つまたは複数のカウンタを、含むことができる。１つまたは複数のカウンタのそれぞれは、原因値ごとに特定されたもの、たとえば、周期的ＲＮＡＵのためのカウンタとされてもよい。いくつかの実施形態によれば、この情報は、却下された試みに関係する任意のタイプのセル識別子（たとえば、ＰＣＩ）および／またはネットワーク識別子（たとえば、ＰＬＭＮ）など、ＵＥが却下されたロケーション（位置）を含むことができる。

ＵＥは、記憶された情報を異なる方法で使用してもよい。ある実施形態によれば、ＵＥは、その記憶された情報からレポートを生成し、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ったときにそれをネットワークに送信することができる。ある実施形態によれば、応答においてＵＥに特定の特権を付与しうるアクセス制御機能（ＡＣＦ）への入力として、ＵＥは、当該情報を使用する。たとえば、Ｔ３０２が計時している間に周期的ＲＡＮＵがトリガされた場合、ＡＣＦは、周期的ＲＮＡＵ試行の失敗回数に応じて、周期的ＲＮＡＵと共に再開要求を送信することをＵＥに許可してもよい。

様々な他の技法を、上述の例示的な実施形態のいずれかに関連して、またはそれらと組み合わせて使用してもよい。たとえば、周期的なＲＮＡＵ試行が所定回数にわたり却下された後に、ＵＥが様々なアクションを実行できるように、保護メカニズムが採用されてもよい。所定回数は、３ＧＰＰ ＲＲＣ標準によって固定されるか、ネットワークからの異なるＲＲＣメッセージによって構成（設定）可能である。いくつかの実施形態によれば、所定回数に達すると、ＵＥは、そのコンテキストを破棄し、ＲＲＣレイヤおよび／または上位レイヤに通知してもよい。ＵＥは、（たとえば、Ｔ３０２の満了時またはセル再選択時に）ネットワークに再びアクセスすることが許可されると、ＮＡＳ回復を実行してもよい。他の実施形態によれば、所定回数に達すると、ＵＥは、周波数間セル再選択またはＲＡＴ間セル再選択を実行することができ、周期的ＲＮＡＵを実行しようと試みる。

図１９は、様々な実施形態による、ＲＡＮにおいてサスペンド状態でＵＥを動作させるための例示的な方法および／またはプロシージャを示すフローチャートである。図１９に示される方法は、たとえば、ここでの他の図に示されるか、または他の図に関連して説明される無線デバイスおよび／またはＵＥにおいて実行されてもよい。さらに、以下で説明されるように、本方法は、ここに記載される様々な例示的な利点を提供するために、（以下に記載される）図２０に示される方法と協働して利用されてもよい。加えて、図１９は、特定の順序でブロックを示すが、この順序は、単に例示的なものであり、例示的な方法および／またはプロシージャの動作は、図１９に示されるものとは異なる順序で実行されてもよく、異なる機能を有するブロックに組み合わせられ、および／または、分割されてもよい。オプションの動作は、図１９に破線で示されている。

図１９に示す方法は、ブロック１９１０の動作を含み、ＵＥは、第１のタイマーの満了に応答してＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信してもよい。いくつかの実施形態によれば、第１のタイマーは、３ＧＰＰ規格で規定されているようなタイマーＴ３８０などの周期的ＲＮＡＵに、関連付けられてもよい。

図１９に示される方法はまた、ブロック１９２０の動作を含み、ここで、ＵＥは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに応答して、第２のタイマーに関連する却下メッセージを受信する。ある実施形態によれば、却下メッセージは、ＲＲＣＳｅｔｕｐメッセージ、ＲＲＣＲｅｌｅａｓｅメッセージ、ＲＲＣＳｕｓｐｅｎｄメッセージ、およびＲＲＣＲｅｊｅｃｔメッセージのうちの１つである。いくつかの実施形態によれば、第２のタイマーは、ＵＥによって使用可能な待機タイマー、たとえば、３ＧＰＰ規格で規定されるようなタイマーＴ３０２とされてもよい。

図１９に示される方法は、ブロック１９３０の動作も含み、無線ノードは、却下メッセージに応じて、第２のタイマーをスタートさせることができる。いくつかの実施形態によれば、ブロック１９３０の動作は、ＵＥが第１のタイマーを再スタートさせることもできるサブブロック１９３２の動作を含む。そのような実施形態によれば、第１の記憶された値を使用して第１のタイマーを再スタートさせることができ、第２の記憶された値を使用して第２のタイマーをスタートさせてもよい。第１の記憶された値は、第２の記憶された値よりも小さくても、等しくても、または大きくてもよい。いくつかの実施形態によれば、サブブロック１９３２の動作は、却下メッセージが、ＵＥのコンテキストがネットワークによって記憶されているというインジケーションを含む場合、第１のタイマーを再スタートさせることを含む。

他の実施形態によれば、ブロック１９３０の動作は、サブブロック１９３４の動作を含み、ＵＥは、第１のタイマーを停止させ、周期的ＲＮＡＵをペンディング通知（保留中通知）として設定することもできる。いくつかの実施形態によれば、ブロック１９３０の動作は、サブブロック１９３６の動作を含み、ＵＥは、却下メッセージに関連するカウンタをインクリメントすることもできる。たとえば、サブブロック１９３６の動作は、サブブロック１９３２および１９３４の動作に加えて、またはその代わりに使用されてもよい。いくつかの実施形態によれば、却下メッセージは、複数の原因値のうちの特定の原因値を含み、カウンタをインクリメントすることは、特定の原因値に関連する特定のカウンタをインクリメントすることを含む。特定の原因値は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに関連付けられることができる。ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、特定の原因値（たとえば、ＲＮＡＵ）を含むことができ、その特定の原因値を有するＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔに関連付けられた却下回数はカウントされてもよい。

図１９に示す方法は、ブロック１９４０の動作を含み、ＵＥは、その後、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信してもよい。この動作のいくつかの変形が可能であり、特に、上述のオプションのサブブロック１９３２と併せて使用される場合に可能である。いくつかの実施形態によれば、第１の記憶された値が第２の記憶された値未満である場合、再スタートされた第１のタイマーの満了に応答して、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージが送信される。いくつかの実施形態によれば、第１の記憶された値が第２の記憶された値未満である場合、再スタートされた第１のタイマーの満了に応答して、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージが送信される。他の実施形態によれば、第１の記憶された値が第２の記憶された値よりも大きい場合、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、第２のタイマーと再スタートされた第１のタイマーとの満了、および、再スタートされた第１のタイマーが満了する前に生じた第２のタイマーの満了および別のイベント、のうちの１つに応答して送信される。いくつかの実施形態によれば、別のイベントは、セル再選択および送信のためのデータの利用可能性、のうちの１つを含む。

他の実施形態によれば、第１の記憶された値が第２の記憶された値よりも小さい場合、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、第２のタイマーの満了に応答して送信される。他の実施形態によれば、第１の記憶された値が第２の記憶された値より小さいとき、第１のタイマーの満了に応じて、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージと、第２のタイマーが満了する前にＵＥがさらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを送信することを可能にするアクセス制御設定と、が送信される。

ブロック１９３０の動作がサブブロック１９３６の動作を含む実施形態によれば、ブロック１９４０の動作は、ＵＥがインクリメントされたカウンタの値を所定の閾値と比較することもできるサブブロック１９４２の動作も含むことができる。いくつかの実施形態によれば、インクリメントされたカウンタの値が所定の閾値以上である場合、ＵＥは、第２のタイマーの満了前にさらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信する。いくつかの実施形態によれば、インクリメントされたカウンタの値が所定の閾値以上である場合、ＵＥは、ＵＥに関連するコンテキストを破棄し、第２のタイマーまたはセル再選択の満了時にさらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信する。本方法は、却下メッセージの受信に応答して、周期的ＲＮＡＵペンディングレジスタの値を「真」に設定すること、を含むことができる。

図２０は、本開示の様々な実施形態による、ＲＡＮにおいてサスペンド状態で動作するＵＥのネットワーク管理のための例示的な方法および／またはプロシージャを示すフローチャートである。図２０に示される方法は、たとえば、本明細書の他の図に示されるか、または他の図に関連して説明される無線ノード（たとえば、基地局、ｅＮＢ、ｇＮＢなど）のうちの１つまたは複数において実装されてもよい。さらに、以下で説明されるように、図２０に示される例示的な方法および／またはプロシージャは、ここで記載される様々な例示的な利点を提供するために、（上述された）図１９に示される例示的な方法および／またはプロシージャと協働して利用されてもよい。加えて、図２０は、特定の順序で並べられたブロックを示すが、この順序は、単に例示的なものであり、例示的な方法および／またはプロシージャの動作は、図２０に示されるものとは異なる順序で実行されてもよく、異なる機能を有するブロックに組み合わせられ、および／または分割されてもよい。オプションの動作は、図２０に破線で示されている。

いくつかの実施形態によれば、図２０に示される方法は、ＵＥからＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを受信することを含み、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、周期的なＵＥイベントに関連付けられる（ブロック２０１０）。いくつかの実施形態によれば、周期的ＵＥイベントは周期的ＲＮＡＵである。本方法は、第２のタイマーに関連付けられている却下メッセージを、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに応答してＵＥに送信することを含む。ある実施形態によれば、却下メッセージは、ＲＲＣＳｅｔｕｐメッセージ、ＲＲＣＲｅｌｅａｓｅメッセージ、ＲＲＣＳｕｓｐｅｎｄメッセージ、およびＲＲＣＲｅｊｅｃｔメッセージのうちの１つである。いくつかの実施形態によれば、第２のタイマーは、ＵＥによって使用可能な待機タイマー、たとえば、３ＧＰＰ規格で規定されるようなタイマーＴ３０２である。いくつかの実施形態によれば、却下メッセージは、複数の利用可能な原因値のうちのある原因値を含む。ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、ＲＮＡＵの原因を示す原因値を含むことができる。いくつかの例示的な実施形態によれば、却下メッセージはまた、ＵＥに関連付けられたコンテキストがネットワークによって記憶されているというインジケーションを含むことができる。

本方法は、ブロック２０３０の動作を含み、無線ノードは、ＵＥからさらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを受信し、ここで、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージは、第２のタイマーの継続時間および周期的ＵＥイベントの期間のうちのおよそ小さい方の期間と、第２のタイマーの継続時間と周期的ＵＥイベントの期間とのうちのより大きい（長い）方と、によって概ね束縛される期間中に、受信される。いくつかの実施形態によれば、本方法は、無線ノードが、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに応答してＵＥに、さらなる却下メッセージを送信し、ＵＥに関連付けられているコンテキストを破棄してもよい、ブロック２０４０の動作を含む。

図７Ａは、上述の例示的な方法のいずれかを実施するために使用可能な様々なデバイスおよび／またはシステムを備えるセルラー通信ネットワーク７００の一例を示す。ここで説明される実施形態によれば、セルラー通信ネットワーク７００は、５Ｇ ＮＲネットワークである。この実施例では、セルラー通信ネットワーク７００は、基地局７０２－１および７０２－２を含み、ＬＴＥではｅＮＢと呼ばれ、５Ｇ ＮＲではｇＮＢと呼ばれ、対応するマクロセル７０４－１および７０４－２を制御する。基地局７０２－１および７０２－２は、ここでは、一般に、集合的に基地局７０２と呼ばれたり、個別に基地局７０２と呼ばれたりする。同様に、マクロセル７０４－１および７０４－２は、ここでは、一般に、集合的にマクロセル７０４と呼ばれたり、個別にマクロセル７０４と呼ばれたりする。セルラー通信ネットワーク７００はまた、対応する小セル７０８－１ないし７０８－４を制御する多数の低電力ノード７０６－１ないし７０６－４を含む。低電力ノード７０６－４ないし７０６－４は、小型基地局（ピコまたはフェムト基地局など）またはリモート無線ヘッド（ＲＲＨ）などとされてもよい。特に、図示されていないが、小セル７０８－１ないし７０８－４のうちの１つ以上は、代替的に、基地局７０２によって提供されてもよい。低電力ノード７０６－１ないし７０６－４は、ここでは一般に、集合的に低電力ノード７０６と呼ばれたり、個別に低電力ノード７０６と呼ばれたりする。同様に、小セル７０８－１ないし７０８－４は、ここでは全体として小セル７０８と呼ばれたり、個別に小セル７０８と呼ばれたりする。基地局７０２（およびオプションで低電力ノード７０６）は、コアネットワーク７７０に接続される。

基地局７０２および低電力ノード７０６は、対応するセル７０４および７０８内の無線デバイス７１２－１ないし７１２－５にサービスを提供する。無線デバイス７１２－１ないし７１２－５は、ここでは全体として無線デバイス７１２と呼ばれたり、個々に無線デバイス７１２と呼ばれたりする。無線デバイス７１２は、ここでは、ＵＥとも呼ばれることがある。無線デバイス７１２は、ＭＴＣおよび／またはＮＢ－ＩｏＴと互換性のあるものを含む様々な形態をとることができる。

図７Ｂは、本発明の様々な実施形態による別の例示的な通信システムを示す。システムは、ｇＮＢ－ＲＡＮなどのアクセスネットワーク７４１と、コアネットワーク７４４（たとえば、５ＧＣ）とを備える、３ＧＰＰタイプのセルラネットワークなどの電気通信ネットワーク７４０を含む。アクセスネットワーク７４１は、ｇＮＢまたは他のタイプの無線アクセスポイントなどの複数の基地局７４２ａ、７４２ｂ、７４２ｃを備え、それぞれが対応するカバレッジエリア７４３ａ、７４３ｂ、７４３ｃを定義する。基地局７４２ａ、７４２ｂ、７４２ｃのそれぞれは、有線または無線コネクション７４５を介してコアネットワーク７４４に接続可能である。カバレッジエリア７４３ｃに位置する第１のＵＥ７９１は、対応する基地局７４２ｃと無線で接続されるか、またはページングされるように構成されている。カバレッジエリア７４３ａ内の第２のＵＥ７９２は、対応する基地局７４２ａに無線で接続可能である。この例では、複数のＵＥ７９１、７９２が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内に存在する状況や、単一のＵＥが対応する基地局７４２に接続している状況にも、等しく適用可能である。

電気通信ネットワーク７４０は、それ自体がホストコンピュータ７３０に接続されており、これは、スタンドアロンサーバ、クラウドに実装されたサーバ、分散サーバ、またはサーバファーム内の処理リソースのハードウェアおよび／またはソフトウェアにおいて具体化されてもよい。ホストコンピュータ７３０は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりに運用されてもよい。通信ネットワーク７４０とホストコンピュータ７３０との間のコネクション７２１、７２２は、コアネットワーク７４４からホストコンピュータ７３０に直接的に延在していてもよく、あるいは任意の中間ネットワーク７２０を介してもよい。中間ネットワーク７２０は、パブリック、プライベート、またはホストされたネットワークのうちの１つ、またはその複数の組合せであってもよく、中間ネットワーク７２０は、もしあれば、バックボーンネットワークまたはインターネットであってもよく、特に、中間ネットワーク７２０は、２つ以上のサブネットワーク（不図示）を含んでもよい。

全体として図７Ｂの通信システムは、接続されたＵＥ７９１、７９２の１つとホストコンピュータ７３０との間の接続性を可能にする。コネクティビティ（接続性）は、オーバーザトップ（ＯＴＴ）コネクション７５０として説明されてもよい。ホストコンピュータ７３０および接続されたＵＥ７９１、７９２は、アクセスネットワーク７４１、コアネットワーク７４４、任意の中間ネットワーク７２０、および考えられるさらなるインフラストラクチャ（不図示）を媒介として使用して、ＯＴＴコネクション７５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴコネクション７５０は、ＯＴＴコネクション７５０が通過する参加通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気付かないという意味でトランスペアレントであり得る。たとえば、基地局７４２は、接続されたＵＥ７９１に転送される（たとえば、ハンドオーバされる）ためにホストコンピュータ７３０から発信されるデータをもつ着信ダウンリンク通信の過去のルーティングについて知らされる必要はない。同様に、基地局７４２は、ＵＥ７９１からホストコンピュータ７３０へ向って発信されるアップリンク通信の将来のルーティングを認識する必要はない。

実施例では、先の段落で説明されたＵＥの実施例に従って、基地局およびホストコンピュータが、図８を参照して説明される。通信システム８００において、ホストコンピュータ８１０は、通信システム８００の別の通信装置のインターフェースと有線または無線コネクションをセットアップし維持するように構成された通信インターフェース８１６を含むハードウェア８１５を含む。ホストコンピュータ８１０は、記憶装置および／またはプロセッシング（処理）能力を有してもよいプロセッシング回路８１８をさらに有する。特に、処理回路８１８は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ（不図示）を含んでもよい。ホストコンピュータ８１０はさらにソフトウェア８１１を有し、それがホストコンピュータ８１０に記憶されるか、または、それからアクセス可能であり、処理回路８１８によって実行可能である。ソフトウェア８１１は、ホストアプリケーション８１２を有する。ホストアプリケーション８１２は、ＵＥ８３０およびホストコンピュータ８１０で終端されるＯＴＴコネクション８５０を介して接続するＵＥ８３０などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際に、ホストアプリケーション８１２は、ＯＴＴコネクション８５０を使用して送信されるユーザデータを提供してもよい。

通信システム８００は、さらに、通信システム内に設けられ、ホストコンピュータ８１０およびＵＥ８３０と通信することを可能にするハードウェア８２５を有する基地局８２０を有する。ハードウェア８２５は、通信システム８００の別の通信装置のインターフェースとの有線または無線コネクションをセットアップおよび維持するための通信インターフェース８２６、ならびに基地局８２０によってサービスされるカバレッジエリア（図８には示されていない）に位置するＵＥ８３０との少なくとも無線コネクション８７０をセットアップおよび維持するための無線インターフェース８２７を含むことができる。通信インターフェース８２６は、ホストコンピュータ８１０へのコネクション８６０を実現にするように構成されてもよい。コネクション８６０は、直接的なものであってもよいし、通信システムのコアネットワーク（図８には示されていない）を通過するものであってもよいし、および／または通信システムの外部の１つ以上の中間ネットワークを通過するものであってもよい。図示の実施形態によれば、基地局８２０のハードウェア８２５は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ（不図示）を含み得る処理回路８２８をさらに含む。さらに、基地局８２０は、内部に記憶されるか、または外部コネクションを介してアクセス可能なソフトウェア８２１を有する。

通信システム８００は、すでに言及されたＵＥ８３０をさらに有する。そのハードウェア８３５は、ＵＥ８３０が現在位置しているカバレッジエリアにサービスを提供する基地局との無線コネクション８７０をセットアップして、維持するように構成された無線インターフェース８３７を有しててもよい。ＵＥ８３０のハードウェア８３５は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（不図示）を備えてもよい処理回路８３８をさらに含む。ＵＥ８３０はさらにソフトウェア８３１を有し、これらはＵＥ８３０内に記憶されるかアクセス可能であり、またプロセッシング回路８３８によって実行可能である。ソフトウェア８３１は、クライアントアプリケーション８３２を有する。クライアントアプリケーション８３２は、ホストコンピュータ８１０のサポートを受けて、ＵＥ８３０を介して人間または非人間のユーザにサービスを提供するように動作可能である。ホストコンピュータ８１０において、実行中のホストアプリケーション８１２は、ＵＥ８３０で終了するＯＴＴコネクション８５０およびホストコンピュータ８１０を介して実行中のクライアントアプリケーション８３２と通信してもよい。ユーザにサービスを提供する際に、クライアントアプリケーション８３２は、ホストアプリケーション８１２から要求データを受信し、要求データに応答してユーザデータを提供してもよい。ＯＴＴコネクション８５０は、リクエストデータとユーザデータの両方を転送してもよい。クライアントアプリケーション８３２は、ユーザと対話して、ユーザが提供するユーザデータを生成してもよい。

図８に示されるホストコンピュータ８１０、基地局８２０、およびＵＥ８３０は、ホストコンピュータ７３０、基地局７１２ａ、７１２ｂ、７１２ｃのうちの１つ、および図７のＵＥ７９１、７９２のうちの１つとそれぞれ同一でありうることに留意されたい。すなわち、これらのエンティティの内部動作は、図８に示されるようなものであってもよいし、これとは独立したものであってもよいし、周囲のネットワークトポロジは図７のものであってもよい。

図８では、基地局８２０を介したホストコンピュータ８１０とユーザ装置８３０との間の通信を示すために、ＯＴＴコネクション８５０が抽象的に描かれているが、いかなる中間デバイスも明示的に参照されてはおらず、これらの装置を介したメッセージの正確なルーティングも参照されていない。ネットワークインフラストラクチャは、ルーティングを決定してもよく、ルーティングは、ＵＥ８３０から、またはサービスプロバイダオペレーティングホストコンピュータ８１０から、あるいはその両方から隠すように構成されてもよい。ＯＴＴコネクション８５０がアクティブである間に、ネットワークインフラストラクチャは、それによって（たとえば、ロードバランシングの考察またはネットワークの再構成に基づいて）ルーティングを動的に変更する決定をさらに行うことができる。

ＵＥ８３０と基地局８２０との間の無線コネクション８７０は、本開示の全体を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線コネクション８７０が最後の区間を形成するＯＴＴコネクション８５０を使用して、ＵＥ８３０に提供されるＯＴＴサービスの性能を改善する。より正確には、実施形態は、ＲＡＮにおいて一時停止（サスペンド）状態でＵＥを動作させるための柔軟であるが効率的なアプローチを提供する。これらの実施形態は、効率的かつ明確に定義された方法で、ＲＲＣプロトコルに関連する複数のタイマーを含む複数のＵＥリソースを管理し、それによって、ＵＥおよびネットワークの異常な挙動を回避する。これらの実施形態は、ＵＥとネットワークとの間の不必要なシグナリングを低減すること、特に低電力マシンタイプのＵＥのためのＵＥおよびネットワークの電力消費を低減すること、およびユーザデータの送信／受信などの他の重要なタスクを処理するために希少なＵＥおよびネットワークリソースを解放することを含むが、これらに限定されない、セルラネットワークにおけるＵＥの動作に対する改善を提供する。これらの実施形態は、ＲＡＮのユーザのための改善された性能およびバッテリ寿命をもたらすであろう。

１つまたは複数の実施形態が改善するデータレート、レイテンシ（遅延時間）、および他の要因を監視する目的で、測定プロシージャが提供されてもよい。さらに、測定結果のばらつきに応じて、ホストコンピュータ８１０とＵＥ８３０との間でＯＴＴコネクション８５０を再構成するための任意のネットワーク機能が存在してもよい。ＯＴＴコネクション８５０を再構成するための測定プロシージャおよび／またはネットワーク機能は、ホストコンピュータ８１０のソフトウェア８１１、またはＵＥ８３０のソフトウェア８３１、またはその両方に実装されてもよい。実施形態によれば、センサ（不図示）は、ＯＴＴコネクション８５０が通過する通信デバイスに、またはそれに関連して配備されてもよく、センサは、上記で例示された監視量の値を供給することによって、またはソフトウェア８１１、８３１が監視量を演算または推定してもよい他の物理量の値を供給することによって、測定プロシージャに関与してもよい。ＯＴＴコネクション８５０の再構成は、メッセージフォーマット、再送信設定、好ましいルーティングなどを有することができ、再構成は、基地局８２０に影響を及ぼす必要はなく、基地局８２０には知られていないか、または知覚できないことがある。このようなプロシージャおよび機能性は、当技術分野で知られており、実践されているものであってもよい。ある実施形態によれば、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ８１０の測定を容易にする独自のＵＥシグナリングを有してもよい。ソフトウェア８１１、８３１が、伝搬時間、エラー等を監視している間に、ＯＴＴコネクション８５０を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって、測定が実行されてもよい。

図９は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および、図７および図８に関連して説明したようなＵＥを含む。本開示を簡単にするために、図９を参照する図面のみがこのセクションに含まれる。本方法の最初のステップ９１０において、ホストコンピュータはユーザデータを提供する。最初のステップ９１０のオプションのサブステップ９１１において、ホストコンピュータはホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ９２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。オプションの第３のステップ９３０において、基地局は、本開示全体にわたって説明される実施形態の教示にしたがって、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。オプションの第４のステップ９４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

図１０は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および、図７および図８に関連して説明したような端末を含む。本開示を簡単にするために、図１０を参照する図面のみがこのセクションに含まれる。本方法の最初のステップ１０１０において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（不図示）では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ１０２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。送信された信号は、本開示全体にわたって説明される実施形態の教示にしたがって、基地局を介して渡されてもよい。オプションの第３のステップ１０３０において、ＵＥは、送信信号により搬送されるユーザデータを受信する。

図１１は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および、図７および図８に関連して説明されたようなＵＥを含む。本開示を簡単にするために、図１１を参照する図面のみがこのセクションに含まれる。本方法の任意の第１のステップ１１１０では、ＵＥは、ホストコンピュータによって提供される入力データを受信する。さらに、または代替的に、オプションの第２のステップ１１２０において、ＵＥは、ユーザデータを提供する。第２のステップ１１２０の任意のサブステップ１１２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。第１のステップ２０１０のさらなるオプションのサブステップ１１１１において、ＵＥは、ホストコンピュータによって提供されて受信された入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、オプションの第３のサブステップ１１３０において、ユーザデータのホストコンピュータへの送信を開始する。本方法の第４のステップ１１４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１２は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および、図７および図８に関連して説明したようなＵＥを含む。本開示を簡単にするために、図１２を参照する図面のみがこのセクションに含まれる。方法のオプションの第１のステップ１２１０で、本開示全体にわたって説明される実施形態の教示にしたがって、基地局は、ＵＥからユーザデータを受信する。オプションの第２のステップ１２２０で、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。第３のステップ１２３０で、ホストコンピュータは、基地局によって開始された送信により搬送されるユーザデータを受信する。

図１３は、本開示のいくつかの実施形態による無線アクセスノード１３００の概略ブロック図である。無線アクセスノード１３００は、たとえば、基地局１０２または１０６であってもよい。図示されるように、無線アクセスノード１３００は、１つ以上のプロセッサ１３０４（たとえば、中央演算処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等）、メモリー１３０６、および／または、ネットワークインターフェース１３０８を有する制御システム１３０２を有する。さらに、無線アクセスノード１３００は、１つ以上のアンテナ１３１６に結合された１つ以上の送信機１３１２および１つ以上の受信機１３１４をそれぞれ有する１つ以上の無線ユニット１３１０を有する。いくつかの実施形態によれば、無線ユニット１３１０は、制御システム１３０２の外部にあり、たとえば、有線コネクション（たとえば、光ケーブル）を介して制御システム１３０２に接続される。しかしながら、いくつかの他の実施形態によれば、無線ユニット（複数可）１３１０および潜在的にアンテナ（複数可）１３１６は、制御システム１３０２と一体化される。１つ以上のプロセッサ１３０４は、ここで記載されるように、無線アクセスノード１３００の１つ以上の機能を提供するように動作する。ある実施形態によれば、機能は、たとえばメモリ１３０６に記憶され、１つ以上のプロセッサ１３０４によって実行されるソフトウェアで実現される。無線アクセスノード１３００は、無線アクセスノード１３００に電力を供給するように構成された電源回路を含んでもよい。

図１４は、本開示のいくつかの実施形態による無線アクセスノード１３００の仮想化された実施形態を示す概略ブロック図である。この説明は、他のタイプのネットワークノードにも同様に適用できる。さらに、他のタイプのネットワークノードは、同様の仮想化アーキテクチャを有してもよい。

ここで使用されるように、「仮想化された」無線アクセスノードは、無線アクセスノード１３００の機能の少なくとも一部が、（たとえば、ネットワーク（複数可）内の物理処理ノード（複数可）上で実行される仮想マシン（複数可）を介して）仮想コンポーネント（複数可）として実装される、無線アクセスノード１３００の実装である。図示のように、この例では、無線アクセスノード１３００は、上述のように、１つ以上のプロセッサ１３０４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡおよび／またはその他等）、メモリ１３０６、およびネットワークインターフェース１３０８を含む制御システム１３０２と、１つ以上のアンテナ１３１６に結合された１つ以上の送信機１３１２および１つ以上の受信機１３１４をそれぞれ含む１つ以上の無線ユニット１３１０と、を含む。制御システム１３０２は、たとえば光ケーブル等を介して無線ユニット（複数可）１３１０に接続されている。制御システム１３０２は、ネットワークインターフェース１３０８を介して、ネットワーク（複数可）１４０２の一部として連結され、またはその一部として組み込まれている、１つ以上の処理ノード１４００に接続される。各処理ノード１４００は、１つ以上のプロセッサ１４０１４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または、類似物）、メモリ１４０６、およびネットワークインターフェース１４０８を有する。

この例では、ここで記載される無線アクセスノード１３００の機能１４１０は、任意の所望の方法で、制御システム１３０２および１つ以上の処理ノード１４００に分散された１つ以上の処理ノード１４００で実現される。いくつかの特定の実施形態によれば、ここで記載される無線アクセスノード１３００の機能１４１０のいくつかまたは全部は、処理ノード１４００によってホストされる仮想環境に実装される１つ以上の仮想マシンによって実行される仮想コンポーネントとして実装される。当業者には理解されるように、プロセッシングノード１４００と制御システム１３０２との間の追加のシグナリング伝達または通信は、所望の機能１４１０の少なくともいくつかを実行するために使用される。特に、いくつかの実施形態によれば、制御システム１３０２は含まれなくてもよく、そのケースでは、無線ユニット１３１０は、適切なネットワークインターフェースを介して処理ノード１４００と直接的に通信する。

いくつかの実施形態によれば、少なくとも１つのプロセッサによって実行される場合に、少なくとも１つのプロセッサに無線アクセスノード１３００の機能を実行させる命令を含むコンピュータプログラム、または、ここで記載される実施形態のいずれかに従う仮想環境内で無線アクセスノード１３００の機能１４１０のうちの１つ以上を実装するノード（たとえば、処理ノード１４００）が提供される。いくつかの実施形態によれば、前述のコンピュータプログラムプロダクトを有するキャリアが提供される。キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなどの非一時的なコンピュータ可読媒体）のうちの１つである。

図１５は、本開示のいくつかの他の実施形態による無線アクセスノード１３００の概略ブロック図である。無線アクセスノード１３００は１以上のモジュール１５００を有し、その各々はソフトウェアで実現される。モジュール１５００は、ここで記載される無線アクセスノード１３００の機能性を提供する。この説明は、図１４の処理ノード１４００にも同様に適用可能であり、ここでは、モジュール１５００は、処理ノード１４００のうちの１つにおいて実装されてもよく、または多数の処理ノード１４００にわたって分散されてもよく、および／または処理ノード１４００および制御システム１３０２にわたって分散されてもよい。

図１６は、本開示のいくつかの実施形態によるＵＥ１６００の概略ブロック図である。図示のように、ＵＥ１６００は、１つ以上のプロセッサ１６０２（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡおよび／またはその他など）、メモリ１６０４、および１つ以上のアンテナ１６１２に結合された１つ以上の送信機１６０８および１つ以上の受信機１６１０をそれぞれ有する１つ以上のトランシーバ（送受信機）１６０６を有する。いくつかの実施形態によれば、上述したＵＥ１６００の機能は、たとえば、メモリ１６０４に記憶され、プロセッサ１６０２によって実行されるソフトウェアにおいて、完全にまたは部分的に実装されてもよい。ＵＥ１６００は、ＵＥ１６００に電力を供給するように構成された電源回路を含むことができる。

いくつかの実施形態によれば、少なくとも１つのプロセッサによって実行されるときに、ここで説明される実施形態のうちのいずれかに従って、少なくとも１つのプロセッサにＵＥ１６００の機能を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態によれば、前述のコンピュータプログラムプロダクトを有するキャリアが提供される。キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなどの非一時的なコンピュータ可読媒体）のうちの１つである。

図１７は、本開示のいくつかの他の実施形態によるＵＥ１６００の概略ブロック図である。ＵＥ１６００は、それぞれソフトウェアで具現化される１つ以上のモジュール１７００を有する。モジュール１７００は、上述した端末１６００の機能を提供する。

ここで開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の機能ユニット、または１つまたは複数の仮想装置のモジュールを介して実行されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを備えてもよい。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジックなどを含むことができる他のデジタルハードウェアを介して実装されてもよい。プロセッシング回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つ以上のタイプのメモリを有してもよく、メモリに記憶されたプログラムコードを実行するように構成されてもよい。メモリに記憶されたプログラムコードは、１つまたは複数の電気通信および／またはデータ通信のプロトコルを実行するためのプログラム命令、ならびにここで説明される技術のうちの１つまたは複数を実行するための命令を有する。いくつかの実装形態では、プロセッシング回路は、本開示の１つまたは複数の実施形態に従って、それぞれの機能ユニットに対応する機能を行わせるために、使用されてもよい。

一般に、ここで使用されるすべての用語は、異なる意味が明確に与えられ、および／またはそれが使用されるコンテキストから暗示されない限り、関連する技術分野におけるそれらの通常の意味に従って解釈されるべきである。ａ／ａｎ／ｔｈｅ+要素、装置、構成要素、手段、ステップなどへの言及はすべて、特に明記しない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つのインスタンスを指すものとして開放的に解釈されるべきである。本明細書に開示される任意の方法のステップは、ステップが別のステップの後または前として明示的に記載されていない限り、および／またはステップが別のステップの後または前になければならないことが暗黙的でない限り、開示される正確な順序で実行される必要はない。本明細書に開示される実施形態のいずれかの任意の特徴は、適切な場合には、任意の他の実施形態に適用されてもよい。同様に、任意の実施形態の任意の利点は、任意の他の実施形態に適用することができ、その逆も同様である。添付の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになるであろう。

Claims (5)

1. 無線アクセスネットワーク（ＲＡＮ）においてサスペンド状態にあるユーザ装置（ＵＥ）（１６００）により実行され、ＲＡＮ通知エリアアップデート（ＲＮＡＵ）実行するための方法（１９００）であって、前記方法（１９００）は、
   ＲＮＡＵに関連付けられている第１のタイマーの満了に応じて、ＲＮＡＵに関連した原因値を伴うＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを基地局へ送信すること（１９１０）と、
   前記ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに応じた却下メッセージを受信すること（１９２０）と、ここで、当該却下メッセージはＲＲＣＲｅｊｅｃｔであり、
   前記却下メッセージを受信したことに応じて第２のタイマーをスタートさせること（１９３０）と、
   前記却下メッセージを受信したことに応じてＲＮＡＵペンディングレジスタの値を「真」に設定することと、
   前記ＲＮＡＵペンディングレジスタの値が「真」に設定されている場合に、前記第２のタイマーが満了したことに応じて、さらなるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを前記基地局へ送信すること（１９４０）と、
   を有する方法。
2. 請求項１に記載の方法（１９００）であって、前記却下メッセージに応じて、周期的なＲＮＡＵをペンディング通知として設定することをさらに有する、方法。
3. 請求項２に記載の方法（１９００）であって、前記ＵＥ（１６００）のためのコンテキストがネットワーク（１４０２）によって記憶されるというインジケーションを前記却下メッセージが含む場合、前記周期的なＲＮＡＵをペンディング通知として設定することをさらに有する、方法。
4. 無線アクセスネットワーク（ＲＡＮ）においてサスペンド状態で動作するように構成可能な無線デバイス（１６００）であって、前記無線デバイス（１６００）は、
   請求項１から３のいずれか一項に記載の方法を実行するように構成された処理回路（１６０２）を有する、無線デバイス（１６００）。
5. 無線アクセスネットワーク（ＲＡＮ）においてサスペンド状態で動作するように構成可能なユーザ装置（ＵＥ）（１６００）であって、前記ＵＥ（１６００）は、
   無線信号を送信および受信するように構成されたアンテナ（１６１２）と、
   前記アンテナ（１６１２）に動作可能に結合された無線フロントエンド回路（１６１６）と、
   前記無線フロントエンド回路（１６１６）に動作可能に結合され、請求項１から３のいずれか一項に記載の方法を実行するように構成された処理回路（１６０２）と、
   前記処理回路に接続され、前記処理回路によって処理される情報の入力を可能にするように構成された入力インターフェースと、
   前記処理回路に接続され、前記処理回路によって処理された情報を出力するように構成された出力インターフェースと、
   前記処理回路に接続され、前記ＵＥ（１６００）に電力を供給するように構成されたバッテリーと、
   を有する、ＵＥ（１６００）。

Images