JP7100709B2

JP7100709B2 - Ｒｒｃ＿ｉｎａｃｔｉｖｅ状態におけるｔａ更新

Info

Publication number: JP7100709B2
Application number: JP2020542903A
Authority: JP
Inventors: クリストファーリンドハイマー，; グンナルミルデ，; シルヴァ，イカロエル．イェー．ダ; パウルシュリワ－ベルトリング，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2018-02-14
Filing date: 2019-02-11
Publication date: 2022-07-13
Anticipated expiration: 2039-02-11
Also published as: US20200120741A1; US12457661B2; US11778684B2; WO2019160475A1; JP2021514576A; KR102495046B1; RU2747846C1; CN112005614A; MX2020008460A; US11765783B2; KR20200120724A; EP3753375A1; US20220095412A1; US20260032759A1; ZA202004787B; US20220078876A1; CN112005614B; US11219084B2; KR20220002753A; US20230319948A1

Description

本出願は、一般に、無線通信ネットワークに関し、より詳細には、ＲＲＣ＿ＩＮＡＣＴＩＶＥにある間、ＴＡ更新を実行するための技法に関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、一般に５Ｇと呼ばれる第５世代無線通信技法の仕様の開発努力を続けている。新しい５ＧＳ規格、５Ｇのシステムおよびアーキテクチャ規格では、ユーザ機器（ＵＥ）に確実に到達できるように、様々な状態機械が導入されている。

１つのそのような状態機械は、３ＧＰＰＴＳ２３．５０１に記載されている、接続管理状態モデル、またはＣＭ状態モデルである。一般に、接続管理（ＣＭ）は、ＵＥとＡＭＦ（アクセスおよびモビリティ管理機能）との間のシグナリング接続を確立および解放するための機能を備える。

図１は、ＡＭＦ、ＵＥ、無線アクセスネットワーク（ＲＡＮ）、およびインターフェース名などのノードを含む、５Ｇシステムアーキテクチャの一例を示す。接続管理は、図１に示されるＮ１インターフェースを介したシグナリング接続に関する。

Ｎ１を介したこのシグナリング接続は、ＵＥとコアネットワークとの間の非アクセス層（ＮＡＳ）シグナリング交換を可能にするために使用される。このシグナリング接続は、ＵＥとＡＮ（アクセスノード）との間のＡＮシグナリング接続と、ＡＮとＡＭＦとの間のＮ２接続の両方を備える。

２つの規定されたＣＭ状態、すなわち、ＣＭ－ＩＤＬＥおよびＣＭ－ＣＯＮＮＥＣＴＥＤが存在する。ＣＭ－ＩＤＬＥのＵＥは、ＡＭＦに対してＮ１を介して確立されたＮＡＳシグナリング接続を有さず、このＣＭ状態で、ＵＥは、セル選択／再選択およびパブリックランドモバイルネットワーク（ＰＬＭＮ）選択を実行する。加えて、アイドル状態のＵＥに対してＡＮシグナリング接続またはＮ２／Ｎ３接続は存在しない。ＵＥがネットワークに登録され、ＣＭ－ＩＤＬＥである場合、ＵＥは、通常、ネットワークからのページングメッセージを聴取し、それに応答するものとする。これは、ＣＭ－ＩＤＬＥで、ＵＥは依然として到達可能であることを意味する。ユーザ／ＵＥによって開始された場合、ＵＥは、サービス要求手順を実行することも可能であるものとする。

ＣＭ－ＣＯＮＮＥＣＴＥＤのＵＥは、ＵＥとＡＮとの間でＡＮシグナリング接続を確立しているＵＥである。ＵＥは、３ＧＰＰアクセスを介してＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る。この接続を介して、ＵＥは、初期ＮＡＳメッセージ（サービス要求など）を送信することができ、このメッセージは、ＡＭＦにおいてＣＭ－ＩＤＬＥからＣＭ－ＣＯＮＮＥＣＴＥＤへの遷移を開始する。図１から、ＣＭ－ＣＯＮＮＥＣＴＥＤに入るために、ＡＮとＡＭＦとの間にＮ２接続を確立する必要がやはり存在することも理解される。初期Ｎ２メッセージ（たとえば、Ｎ２初期ＵＥメッセージ）の受信は、ＡＭＦのＣＭ－ＩＤＬＥからＣＭ－ＣＯＮＮＥＣＴＥＤ状態への遷移を開始する。

ＣＭ－ＣＯＮＮＥＣＴＥＤ状態で、ＵＥはデータを送信することができ、ＡＮシグナリング接続が解放されているときはいつでも、ＵＥはＣＭ－ＩＤＬＥに入る準備を整えているものとする。ロジカルＮ１シグナリング接続およびＮ３ユーザプレーン接続が解放されているときはいつでも、ＡＭＦはＣＭ－ＩＤＬＥに入る。ＡＮシグナリング接続およびＣＭに対する解放は、図２に示される。ＣＭに対するＮ２コンテキスト確立および解放は、図３に示される。

ＡＭＦの場合と同様に、ＡＮ（アクセスネットワーク）において状態モデルがやはり存在する。以下で、アクセスネットワークノードに対して「ｇＮＢ」という用語を使うが、同様に別のノードタイプ、たとえば、ｎｇ－ｅＮＢ、ｅＮＢであってもよい。「ｇＮＢ」という用語は、したがって、本発明の適用範囲の限定ではなく、一例と見なされるものとする。ｇＮＢにおける他の状態モデルは、ＲＲＣ状態機械である。

ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよびＲＲＣ＿ＩＤＬＥのいずれかであり得る。ＣＭ－ＩＤＬＥは常にＲＲＣ＿ＩＤＬＥにマッピングするが、ＣＭ－ＣＯＮＮＥＣＴＥＤはＲＲＣ＿ＣＯＮＮＥＣＴＥＤまたはＲＲＣ＿ＩＮＡＣＴＩＶＥのいずれかにマッピングし得るように、１つはＡＮであり１つはＡＭＦである、異なる状態機械間のマッピングが存在する。

ＵＥは、ＲＲＣ接続が確立されているとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のいずれかである。これに該当しない場合、すなわち、ＲＲＣ接続が確立されていない場合、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態である。これらの異なる状態は、３ＧＰＰＴＳ３８．３３１においてさらに説明される。

ＲＲＣ＿ＩＤＬＥで、ＵＥは、一定の機会にページングチャネルを聴取するように設定され、ＵＥは、セル（再）選択手順を実行し、システム情報を聴取する。ＲＲＣ＿ＩＮＡＣＴＩＶＥで、ＵＥはやはりページングチャネルを聴取し、セル（再）選択手順を行うが、加えて、ＵＥは設定をやはり維持し、設定は、必要に応じて、たとえば、データがＵＥに到達するとき、データの送信を開始するために完全なセットアップ手順を必要としないように、ネットワークサイドにも保持される。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥへのまたはＵＥからのデータの転送が存在し、ネットワークは、そのモビリティを制御する。これは、ネットワークが、ＵＥが他のセルにいつハンドオーバすべきであるかを制御することを意味する。接続状態で、ＵＥはページングチャネルを依然として監視し、ＵＥは、ＵＥに対するデータが存在するか否かに関連する制御チャネルを監視する。ＵＥは、チャネル品質およびフィードバック情報をネットワークに提供し、ＵＥは、近隣セル測定を実行し、これらの測定値をネットワークに報告する。

ＵＥがＣＭ－ＣＯＮＮＥＣＴＥＤおよびＲＲＣ＿ＩＮＡＣＴＩＶＥにあるとき、以下が適用される：ＵＥ到達可能性は、コアネットワークからの支援情報を用いて、ＲＡＮによって管理される；ＵＥページングは、ＲＡＮによって管理される；また、ＵＥは、ＵＥのＣＮ（５ＧＳ－ＴＭＳＩ）およびＲＡＮ識別子（Ｉ－ＲＮＴＩ）を用いてページングを監視する。

ＡＭＦは、ネットワーク設定に基づいて、ＵＥがＲＲＣ非アクティブ状態に送られてよいかどうかに関するＮＧ－ＲＡＮの決定を支援するために、支援情報をＮＧ－ＲＡＮに提供し得る。「ＲＲＣ非アクティブ支援情報」は、たとえば：ＵＥ固有のＤＲＸ値；時には以下でＴＡＩリスト（ＴｒａｃｋｉｎｇＡｒｅａＩｄｅｎｔｉｆｉｅｒリスト）と呼ばれる、ＵＥに提供される登録エリア；周期的登録更新タイマー；ＡＭＦがＵＥに対してＭＩＣＯモードを可能にしている場合、ＵＥがＭＩＣＯモードであるという指示；および／またはＲＡＮがＵＥのＲＡＮページング機会を計算することを可能にする、ＴＳ３８．３０４［５０］で規定されるような、ＵＥ永久識別子からの情報、を含み得る。

上述のＲＲＣ非アクティブ支援情報は、ＵＥがＲＲＣ非アクティブ状態に送られてよいかどうかに関するＮＧＲＡＮの決定を支援するために、（新しい）サービングＮＧ－ＲＡＮノードを用いたＮ２アクティブ化の間（すなわち、登録、サービス要求、ハンドオーバの間）、ＡＭＦによって提供される。ＲＲＣ非アクティブ状態はＲＲＣ状態機械の一部であり、ＲＲＣ非アクティブ状態に入る条件を判定するのはＲＡＮの責務である。ＮＡＳ手順の結果として、ＲＲＣ非アクティブ支援情報内に含まれたパラメータのいずれかが変更される場合、ＡＭＦは、ＮＧ－ＲＡＮノードに対するＲＲＣ非アクティブ支援情報を更新するものとする。

ＵＥがＲＲＣ非アクティブ状態でＣＭ－ＣＯＮＮＥＣＴＥＤに入ることによって、Ｎ２およびＮ３基準点の状態は変更されない。ＲＲＣ非アクティブ状態のＵＥは、ＲＡＮ通知エリア（ＲＮＡ）に気づく。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥは、ＲＮＡで設定され得、ここで：ＲＮＡは、単一または複数のセルをカバーし得、ＣＮ登録エリアよりも小さくてよい；ＲＡＮベースの通知エリア更新（ＲＮＡＵ）は、ＵＥによって周期的に送られ、ＵＥのセル再選択手順が、設定されたＲＮＡに属さないセルを選択するときにもやはり送られる。

ＲＮＡがどのように設定され得るかに関して、いくつかの異なる代替案が存在する：すなわち、セルのリスト、ＲＡＮエリアのリスト、および／または追跡エリア識別子（ＴＡＩ）のリストである。セルのリストに関して、ＲＮＡを構成するセル（１つまたは複数）の明示的なリストがＵＥに提供される。ＲＡＮエリアのリストに関しては：（少なくとも１つの）ＲＡＮエリアＩＤがＵＥに提供され、ここで、ＲＡＮエリアは、ＣＮ追跡エリアのサブセットである；かつ／またはセルは、セルがどのエリアに属するかをＵＥが知るように、システム情報内で（少なくとも１つの）ＲＡＮエリアＩＤをブロードキャストする。

ＣＭ－ＩＤＬＥでは、ＵＥ到達可能性はコアネットワークの担当であり、コアネットワークは、追跡エリア（ＴＡ）のセットによって規定されるＣＮ登録エリアの設定によってこれを行う。ＵＥは、追跡エリア識別子（ＴＡＩ）のリストを通じてＣＮ登録エリアで設定され、このＣＮ登録エリアは、以下で、「ＴＡＩリスト」と呼ばれる。

ＲＲＣ非アクティブ状態でのＣＭ－ＣＯＮＮＥＣＴＥＤへの遷移において、ＮＧ－ＲＡＮは、ＲＲＣ非アクティブ支援情報内に示された周期的登録更新タイマー値の値を考慮に入れて、周期的なＲＡＮ通知エリア更新タイマーでＵＥを設定し、ＵＥに提供されるＲＡＮ通知エリア更新タイマー値よりも長い値を有するガードタイマーを使用する。周期的ＲＡＮ通知エリア更新ガードタイマーがＲＡＮ内で満了した場合、ＲＡＮは、ＴＳ２３．５０２において指定されるＡＮ解放手順を開始するものとする。

ＵＥがＲＲＣ非アクティブ状態でＣＭ－ＣＯＮＮＥＣＴＥＤであるとき、ＵＥは、ＣＭ－ＩＤＬＥに対してＴＳ２３．１２２において規定されるようにＰＬＭＮ選択手順を実行する。ＵＥがＲＲＣ非アクティブ状態でＣＭ－ＣＯＮＮＥＣＴＥＤであるとき、ＵＥは、以下によりＲＲＣ接続を再開することができる：アップリンクデータ保留；モバイル開始ＮＡＳシグナリング手順；ＲＡＮページングに応答して；ＵＥがＲＡＮ通知エリアを離れたことをネットワークに通知すること；および／または周期的ＲＡＮ更新タイマー満了時。

ＬＴＥで、セル再選択の実行時に、ＵＥがモビリティ管理エンティティ（ＭＭＥ）内に前に登録した追跡エリアのリスト内にない追跡エリアを検出したときなど、ＵＥは、モビリティによってトリガされたＴＡＵを実行する。

本発明の説明において、ＴＡＵ追跡エリア更新およびＣＮ登録エリア更新を互換的に使用する点に留意されたい。１つのものと、その１つのものに具体的に対応しないもう１つのものの何らかの使用が存在する場合、これについて具体的に述べられる。

ＴＡＵ手順は、次いで、ＵＥ内のＮＡＳレイヤによってトリガされ、ＵＥ内のＮＡＳレイヤからＭＭＥへの「ＴＡＵ要求」メッセージを最初に送信する。ＲＲＣ＿ＩＤＬＥで、ＵＥは、ＵＥがＮＡＳメッセージをＭＭＥに送信することができる前に、ＲＡＮに最初に接続しなければならず、これは、「ｍｏ－ｓｉｇｎａｌｉｎｇ」に等しいｃａｕｓｅＶａｌｕｅを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージを用いて行われる。これは、一時的なＲＲＣ接続のセットアップをトリガすることになる。ほとんどの場合、ＵＥまたはネットワークは、送るべきデータを有さず、つまり、ネットワークは、可能な限り早くＵＥをＲＲＣ＿ＩＤＬＥに移動させることになる。ＣＮがＴＡＵを終えるとき、「ＴＡＵ許可」ＮＡＳメッセージがＵＥに送られた後で、ＣＮは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを送るようにｅＮＢをトリガするＣＮ／ＲＡＮ接続を解放する。ＵＥがＴＡＵに関連して送るべきＵＬデータを有する場合、「ＴＡＵ要求」ＮＡＳメッセージは、これを示すフラグを有することになる。同様に、ネットワークがＤＬデータまたはＵＥを待機する制御シグナリングを有する場合、ＣＮは、ＲＡＮがＵＥに対してセキュリティおよびデータ無線ベアラを確立することができるように、ＲＡＮ内でＵＥコンテキストセットアップをトリガし得る。

図４は、ＬＴＥからのＴＡＵ手順に基づく、ＮＲ内のＵＥに対するＲＲＣ＿ＩＤＬＥにおける可能な追跡エリア更新手順のタイミング図を示す。５ＧシステムにおけるＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥの場合、またＮＧ－ＲＡＮ（次世代ＲＡＮ）として知られている無線アクセスの場合、ＵＥは、新しいＴＡ（すなわち、ＵＥ登録されたＴＡリストの一部ではないＴＡ）に入るとき、ＴＡＵをやはり実行することになり、それは、ＲＲＣシグナリングを使用して実行されるべきであることが合意されている。したがって、ＴＡＵを５Ｇ－ＣＮに送るために、ＵＥは、そのＡＳレイヤにメッセージを提出すべきである。ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥ内のＲＲＣレイヤがＮＡＳ「ＴＡＵ要求」メッセージを受信するとき、ＲＲＣレイヤは、そのネットワークに接続する必要があることになり、それは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを使用して行われるべきである。

ＬＴＥと同様に、ほとんどの場合、データ送信／受信は存在しないことになり、ネットワークは、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤに保持すべきではない。したがって、それを可能にするために、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔは、このメッセージがＮＡＳ要求によってトリガされたことをＲＡＮに示すべきである。再開がＮＡＳシグナリングのみに対することを示すために、「ｍｏ－ｓｉｇｎａｌｉｎｇ」に対応する原因値がＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ内に設定されるべきである。

ネットワークがＵＥＡＳコンテキストを検索し得る場合、ネットワークは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージで応答することができ、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ内でピギーバックされた「ＴＡＵ要求」を送ることになる。ＣＮ／ＲＡＮ接続はＲＲＣ＿ＩＮＡＣＴＩＶＥ内に維持されるため、ＣＮ／ＲＡＮ接続は、ＮＡＳメッセージがＣＮに転送され得る前に、最初に再配置されなければならないことになる。ＣＮがＴＡＵを終了したとき、ＣＮは、図５Ａにおいて理解され得るように、「ＴＡＵ許可」ＮＡＳメッセージをＵＥに送る。

ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥでＴＡＵを実行すると、ＵＥが新しい（未登録の）追跡エリアに入ることを検出するとき、ＵＥコンテキスト検索は時には失敗することがある。たとえば、ＵＥが長いＤＲＸサイクルでソースｇＮＢから遠くに移動する場合、ターゲットとソースｇＮＢとの間にＸｎ接続が存在しない可能性がある。いずれの場合も、ＲＲＣ＿ＩＮＡＣＴＩＶＥからのＴＡＵ手順は、記憶されたＵＥコンテキストが検索され得ない事例を処理することが可能でなければならない。

コンテキストが首尾よく検索され得ない場合、ｇＮＢは、新しいＵＥコンテキストを構築するように、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐでｍｏ－ｓｉｇｎａｌｉｎｇを示すＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔに応答することになる。図５Ｂは、ＵＥコンテキスト検索が失敗した状態で、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥによる追跡エリア更新を示す。

図５Ａおよび図５Ｂから留意され得るように、ＣＮがＴＡＵを終え、「ＴＡＵ許可」ＮＡＳメッセージをＵＥに送信すると、ｇＮＢがＵＥを再度留保し得る前に、ｇＮＢは、非アクティビティタイマーの満了を待たなければならない。これは、ＮＡＳメッセージがＲＡＮに透過的であり、ＣＮ／ＲＡＮ接続が保持されるため、ｇＮＢ内のＡＳもＵＥ内のＡＳもいずれも、ＣＮがＴＡＵを終えていることに気づかないことになるためである。

ＴＡＵの終了を推定するタイマーの使用の代替案は、ＴＡＵが終わったという指示をＡＭＦがｇＮＢに送ることであろう。このように、非アクティビティタイマーは、この目的で必要とされないことになる。

ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥであるとき、したがって、ＣＭ－ＣＯＮＮＥＣＴＥＤであるとき、モビリティにより、また具体的には、ＵＥがＴＡＩリスト内の追跡エリアのうちのいずれにも属していないセルに移動している場合、これは必要であるため、ＵＥは、ＣＮ登録エリア更新を依然として実行する。

ＵＥがそのようなセルに移動する／を再選択するのと同時に、可能にされるＲＮＡは、ＴＡＩリストのＴＡの一部であるセルのみを含むことができるため、ＵＥは、ＲＮＡの外部にやはり移動し得る。

したがって、本明細書において、ＡＳとＮＡＳの両方が更新の必要性をトリガする、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥに関する状況が存在し得ることが認識される。

ＮＡＳは、追跡エリア更新の必要性をトリガする。ＵＥはその設定されたＲＮＡを去っているため、ＡＳは、モビリティにより、ＲＮＡ更新の必要性をトリガする。その場合、問題は、ＵＥが両方を交互にトリガする可能性である。

本発明の実施形態は、ネットワークがＵＥを不要にＲＲＣ＿ＣＯＮＮＥＣＴＥＤにするのを回避するのを助け、ＵＥがＲＮＡＵとＴＡＵの両方をトリガする何らかの「二重手順」を回避する解決策を提供する。

本実施形態の別の態様は、ＵＥサイドおよびネットワークサイドのエリア情報を協調させるためのＵＥおよびネットワークにおける手順を含む。ＵＥとネットワークとの間の情報に何らかの矛盾が存在する場合、これは、これらの実施形態のこれらの手順によって捕捉される。

本発明の一態様では、ＵＥの観点から、追跡エリアリストの境界を横断する（かつ、これらの境界は重複しているため、同時に、ＲＮＡリスト境界を横断する）とき、ＵＥは、ＲＮＡ更新および追跡エリア更新を実行するように設定される。ＵＥは、最初に、ＲＮＡ更新をトリガする。たとえば、ＵＥは、ＲＮＡ更新（たとえば、「ｒｎａ－ｕｐｄａｔｅ」）に関連する原因値を有するＲＲＣ再開要求を送り、ＲＲＣ再開メッセージを待機する。また、ＲＲＣ再開メッセージの受信時に、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移動し、追跡エリア更新ＮＡＳメッセージで多重化されたＲＲＣ再開完了を送る。

ＵＥがＲＮＡのみを横断し、同じＴＡまたは同じＴＡリスト内に残る場合が存在することに注目されたい。その場合、ＵＥは、再開要求を送り、留保メッセージを単に待機する。以下の議論の観点から、これは、たとえば、ネットワークが、自らにとって追跡エリア更新（ＴＡＵ）は不要であると判定したとき、またはネットワークが、ＴＡＵが必要な場合、別個のＴＡＵ手順を強制することを単に望むとき、ネットワークが、ＵＥがＲＲＣ非アクティブ状態に即時に留保される、最適化された手順を使用することを可能にすることを諒解されよう。いくつかの実施形態では、留保メッセージ内で、ＵＥに新しいＩ－ＲＮＴＩ（再開ＩＤ）および新しいＲＮＡが割り当てられてよい。

本議論のために、「ＲＲＣ再開要求」および「再開要求」という用語は、互換的であることに留意されたい。この同じまたは同様のメッセージを指すために、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔなど、他の用語も使用され得ることを当業者は諒解されよう。

いくつかの実施形態によれば、無線通信ネットワーク内で動作する無線デバイスにおける方法は、無線リソース制御（ＲＲＣ）非アクティブ状態にある間、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）と追跡エリア更新（ＴＡＵ）の両方が必要であると判定することを含む。この方法はまた、その判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信することを含む。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータを含む。

いくつかの変形実施形態によれば、無線通信ネットワーク内で動作している無線デバイスにおける方法は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵが必要であると判定することを含む。この方法はまた、その判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信することを含む。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータである。この方法はまた、ＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信することと、無線デバイス内のＮＡＳ機能性がＴＡＵの必要性を判定したかどうかに関係なく、ＲＲＣ再開要求の受信に応答して、ＴＡＵを開始することとを含む。

いくつかの変形実施形態によれば、無線通信ネットワーク内で動作している無線デバイスにおける方法は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵとＴＡＵの両方が必要であると判定することを含む。この方法は、その判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信することを含む。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングのみを示す原因インジケータを含む。この方法はさらに、ＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信することと、ＲＲＣ再開要求の受信に応答して、追跡エリア更新（ＴＡＵ）を開始することとを含む。

いくつかの変形実施形態によれば、無線通信ネットワーク内で動作している無線デバイスにおける方法は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵが必要であると判定することを含む。この方法は、ＲＮＡＵの必要性に加えて、ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価することと、その判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信することとを含む。ＲＲＣ再開要求メッセージは原因インジケータを含み、ここで、原因インジケータは、前記評価がＲＲＣ接続状態を再開する他の原因を識別しない場合のみ、ＲＮＡＵを示す。

ネットワークの観点から、ｇＮＢがＲＡＮ通知エリア更新（ＲＮＡＵ）の指示を含むＲＲＣ再開要求メッセージをＵＥから受信するとき、ネットワークは、そのＵＥのコンテキストをフェッチし、そのコンテキストフェッチが成功した場合、ｇＮＢは、ＵＥがそれを通じて現在アクセスしているセルが、ＲＲＣ非アクティブ支援情報内で受信され、そのＵＥコンテキストとともに記憶された、ＴＡＩリスト内に表されたＴＡに属するかどうかを検査する。不整合が存在し、現在サービスしているセルが列挙されたＴＡのうちのいずれにも属さない場合、ｇＮＢは、再開メッセージでＲＮＡＵ再開要求に応答し、第１の段落で説明したＵＥ方法に従って、ＵＥが、ＲＲＣ再開完了メッセージで多重化された追跡エリア更新（ＴＡＵ）要求を送るように、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移させる。他方で、不整合が存在しない場合、ｇＮＢは、代わりに、たとえば、ＵＥに対してバッファリングされたダウンリンクデータが存在しない場合、ＲＲＣ留保メッセージで即時に応答し、ＵＥがＲＲＣ接続状態に遷移することを回避し得る。

本議論の目的で、「ＲＲＣ再開」および「再開」という用語は、メッセージに関して使用されるとき、互換的であることに留意されたい。同じまたは同様のメッセージを指すために、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅなど、他の用語も使用され得ることを当業者は諒解されよう。同様に、「ＲＲＣ再開完了」および「再開完了」という用語は、メッセージに関して使用されるとき、互換的であり、同じまたは同様のメッセージを指すために、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅなど、他の用語も使用され得ることを当業者は諒解されよう。

いくつかの実施形態によれば、無線通信システムのアクセスネットワークノードにおける方法は、無線デバイスからＲＲＣ再開要求メッセージを受信することを含む。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータを含む。この方法はまた、無線デバイスに関するコンテキストを検索することと、そのコンテキストに基づいて、ＲＲＣ再開要求を受信しているセルの追跡エリアコード（ＴＡＣ）が無線デバイスに関する追跡エリア識別子（ＴＡＩ）リスト内に表されているかどうかを判定することとを含む。この方法は、ＴＡＣがＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、またはＴＡＣがＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、ＲＲＣ再開要求メッセージに選択的に応答することをさらに含む。

いくつかの変形実施形態によれば、無線通信システムのアクセスネットワークノードにおける方法は、無線デバイスからＲＲＣ再開要求メッセージを受信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングのみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを受信することを含む。この方法はまた、無線デバイスに関するコンテキストを検索することと、ＲＲＣ再開メッセージでＲＲＣ再開要求メッセージに応答することとを含む。この方法は、ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することであって、ＲＲＣ再開完了メッセージが、ＴＡＵメッセージを含むか、またはＴＡＵメッセージと組み合わされる、ＲＲＣ再開完了メッセージを受信することをさらに含む。

本発明の別の態様では、ＵＥが、ＲＡＮエリア更新を示す原因値を有するＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信するとき、ＵＥは常に追跡エリア更新手順を行うものとする。これは、メッセージ５内にＮＡＳＴＡＵ指示を含めることによって開始され得る。メッセージ５は、通常、ＵＥによってネットワークに送られる完了メッセージ、たとえば、ＲＲＣ再開完了である。ＵＥがＭＳＧ４内に留保される（ネットワークが再開を送らない）場合、ＵＥは、ＭＳＧ５を送る必要がない可能性が高い。しかしながら、ＵＥが再開される場合、ＵＥはメッセージ５を送ることになる。メッセージ５は、ＵＥ登録更新など、ＮＡＳメッセージをピギーバックし得る。この態様では、この追跡エリア更新は、ＵＥ内のＮＡＳが追跡エリア更新手順の必要性を識別したかどうかにかかわらず行われるものとする。

前の方法の第１の変形態では、ＵＥの観点から、ＵＥは、ＲＮＡ更新に関連する原因値（たとえば、「ｒｎａ－ｕｐｄａｔｅ」）を有するＲＲＣ再開要求を送るが、ＲＲＣ再開メッセージ、またはＵＥを留保するＲＲＣメッセージ（たとえば、留保指示を有する解放メッセージ）のいずれかを待機する。ＵＥがＲＲＣ再開メッセージを受信する場合、ＵＥは、第１の段落で説明したように動作し、そうでなければ、ＵＥが、ＵＥを留保するＲＲＣメッセージ（たとえば、留保指示を有する解放メッセージ）を受信する場合、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥに進む。ここまで、ＵＥの観点から、この変形態は上記で最初に説明した方法と同じである。

しかしながら、この変形態では、ＵＥＡＳが後で、追跡エリア更新がトリガされるべきであるという指示をＵＥＮＡＳから受信した場合、ＵＥＡＳは、次いで、ＲＲＣ再開を受信し、再開完了で多重化されたＴＡＵ要求を送るために、原因値「ｍｏ－ｓｉｇｎａｌｉｎｇ」を有するＲＲＣ再開要求を送る。

この変形態は、ＵＥがＴＡＩリスト境界を横断しているかどうかを確認するためにコンテキストを検査しない柔軟性をネットワークに与え、それは、ネットワーク実装を簡素化し得ることは言及する価値がある。主な変形態では、ＵＥがＲＮＡのみを横断し、同じＴＡまたは同じＴＡリスト内に留まる場合があることに注目されたい。これらの場合、ＵＥは、再開要求をやはり送り、留保メッセージをやはり待機する。

その変形態では、ネットワークの観点から、ｇＮＢが、ＲＡＮ通知エリア更新（ＲＮＡＵ）の指示を含むＲＲＣ再開要求メッセージをＵＥから受信するとき、ネットワークは、そのＵＥのコンテキストをフェッチし、第２の段落で説明した活動を実行するか、またはＵＥが、ＴＡＵを実行する必要がある場合、この手順を再度トリガし、原因値「ｍｏ－ｓｉｇｎａｌｉｎｇ」を有するＲＲＣ再開要求を送ることになるように、ネットワーク実装を簡素化する可能性を有するために、単にＵＥを直接ＲＲＣ＿ＩＮＡＣＴＩＶＥに移動させるかのいずれかを決定し得る。

この方法（第２の変形態）のさらに別の変形態では、ＵＥの観点から、追跡エリアリストの境界を横断し（また、これらの境界は重複するため、同時に、ＲＮＡリスト境界を横断し）、両方の手順、ＲＮＡ更新およびＴＡＵを実行する必要性を識別するとき、ＲＮＡ更新および追跡エリア更新を実行するように設定されたＵＥは、常に、最初に追跡エリア更新（ＴＡＵ）をトリガする、すなわち、更新に関連する原因値（たとえば、「ｍｏ－ｓｉｇｎａｌｉｎｇ」）を有するＲＲＣ再開要求を送り、ＲＲＣ再開メッセージを待機する。また、ＲＲＣ再開メッセージの受信時に、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移動し、ＵＥは、追跡エリア更新ＮＡＳメッセージで多重化されたＲＲＣ再開完了を送り、ＴＡＵ手順を続ける。この変形態では、ＵＥは、ＴＡＵとＲＮＡの両方がトリガされている場合ですら、ＴＡＵのみを実行する。したがって、外的観点から、ＵＥの挙動は、通常のＴＡＵに関して上記で説明した挙動と同様に見える。ここで差異は、ＵＥのＮＡＳエンティティはＲＮＡＵをトリガしたが、ＴＡＵとＲＮＡＵの両方が必要であるため、ＵＥはＴＡＵのみを実行することを判定したということである。ＵＥが、この場合、ＴＡＵを実行するために、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに進む場合、ＲＮＡの更新には関連性が低く、ＵＥが後でＲＲＣ＿ＩＮＡＣＴＩＶＥに再度留保されると、ＵＥに対して新しいＲＮＡが設定されることになるため、この手法は効果的であることに留意されたい。この変形態をサポートするために、ＵＥＲＲＣレイヤ（または、ＲＲＣレイヤを実装するエンティティ）は、ＵＥＲＲＣレイヤがターゲットセルから受信する追跡エリア識別子（ＴＡＩ）を（たとえば、システム情報ブロードキャストチャンネル上で）ＵＥ内のＮＡＳレイヤ（または、ＮＡＳレイヤを実装するエンティティ）に転送することになる。ＲＲＣレイヤは、この場合、ＲＲＣレイヤがＲＮＡ更新を開始すべきかどうかを判定する前に、ＮＡＳレイヤが、ＴＡＵが必要であるか否かに応答するのを待機することになる。ＴＡＵが必要である場合、ＲＮＡ更新は実装されるべきではない。

この変形態では、ネットワークの観点から、ｇＮＢがＴＡＵの指示（たとえば、「ｍｏ－ｓｉｇｎａｌｌｉｎｇ」）を含むＲＲＣ再開要求メッセージをＵＥから受信するとき、それは、ＲＲＣ再開要求を介して実行されるため、ネットワークは、そのＵＥのコンテキストをフェッチし、ＲＲＣ接続再開で応答し、またＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移動させ、ＴＡＵ要求メッセージで多重化されたＲＲＣ再開完了を待機し、ＣＮでＴＡＵリストを継続することができ、その一方で、ネットワークがＵＥコンテキストパラメータ、たとえば、Ｉ－ＲＮＴＩ、ＮＣＣ、ＲＮＡ設定などを変更することになるかどうかを並行して決定し、またさらには、そのＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥまたはＲＲＣ＿ＩＤＬＥに移動するかを決定する。ＴＡＵ手順とＲＮＡＵ手順の両方がＵＥにおいて同時にトリガされる場合に適用可能であるとして本発明を説明したが、これは、ＵＥがバッファ内にＵＬデータを有することを識別すると同時のＮＡＳからの同時ＴＡＵ、ＵＥがページングに応答すると同時のＮＡＳからの同時ＴＡＵなど、ＮＡＳ／データおよびＡＳ手順の他の組合せでもやはり生じ得、その意味で、同時のＡＳおよびＮＡＳ要求の一般的な処理としてこの方法を解釈し得ることに注目されたい。

本発明の１つの特定の態様は、ＲＡＮエリア更新がトリガされ、同時にＵＬバッファ内にデータが存在するときである。この状況で、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥからの再開要求においてどの原因値を提供するかの選定を行うべきである。

本発明の一態様によれば、それは（この場合も）優先するＲＮＡＵ以外の手順であり、再開要求内に含まれる原因値はＵＬデータに対応するように設定されるべきである。

ネットワークが再開要求メッセージ（ｍｓｇ３）内でＵＬデータ原因を受信した状況で、ネットワークは、いずれにしても、ＵＥコンテキストを検索し、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移動させるために、ＲＲＣ再開メッセージで応答することになる。この状況で、ＵＥは、いずれにしても、生じる場合も、もしくは生じない場合もあり、またはかなり後で生じる場合もある、ＲＲＣ＿Ｓｕｓｐｅｎｄにおいて新しいＲＮＡで設定されることになるため、ＲＮＡＵは必要ではないことになる。

同様に、ＵＥコンテキストを維持するＲＡＮノード内で待機しているＤＬデータが存在する場合、ＵＥがＲＮＡ更新を実行することを単に望むことをＵＥが示す場合ですら、ターゲットＲＡＮノードがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに向けてＵＥを指示することが可能である。ターゲットＲＡＮノードは、ＵＥコンテキストフェッチの間、ソースノード内にデータが存在するかどうかを学習することがあり、それは、Ｘ２またはＸｎインターフェースを介してソースノードからターゲットノードへシグナリングされ得る。

したがって、本発明の一態様では、ＲＮＡＵ原因は、ＲＲＣ再開要求を送る他の関連原因が存在しない場合のみ使用されるべきである。再開を送る何らかの他の理由が存在する場合、再開要求メッセージ内で他の理由の原因が代わりに選択されるべきである。

この解決策のこの主な変形態では、別の態様は、ＵＥがＲＲＣ再開要求を送るとき開始し、ＵＥがＲＲＣ再開メッセージを受信するとき停止し、満了時に、ＵＥが再開要求失敗に関して上位レイヤに知らせる、Ｔ３００タイマーの処理である。ＵＥが、ＴＡＵに送る要求を上位レイヤからもう一度受信し、同時に保留中のＲＮＡを有するとき、ＵＥは、先に説明したように行動する、すなわち、ＵＥは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに達するまで、ＲＮＡ更新のみを実行する。

この解決策の第１の変形態では、Ｔ３００タイマーの処理に関しては、それはＵＥがＲＲＣ再開要求を送るとき開始され、ＵＥがＲＲＣ再開メッセージまたはＵＥを留保するＲＲＣメッセージを受信するとき停止し、満了時に、ＵＥが再開要求失敗に関して上位レイヤに知らせる、ＵＥがＴＡＵに送る要求を上位レイヤからもう一度受信し、同時に保留中のＲＮＡを有するとき、ＵＥは、第１の変形態で説明したように行動する、すなわち、ＵＥはＲＮＡ更新のみを実行する。

この解決策の第２の変形態では、Ｔ３００タイマーの処理に関しては、それはＵＥがＲＲＣ再開要求を送るとき開始され、ＵＥがＲＲＣ再開メッセージを受信するとき停止し、満了時にＵＥが再開要求失敗に関して上位レイヤに知らせる、ＵＥがＴＡＵに送る要求を上位レイヤからもう一度受信し、同時に保留中のＲＮＡを有するとき、ＵＥは、第２の変形態で説明したように行動する、すなわち、ＵＥはＴＡＵのみを実行する。

いくつかの実施形態によれば、無線デバイスは、無線通信ネットワーク内で動作するように設定される。無線デバイスは、ネットワークと通信するためのトランシーバ回路と、トランシーバ回路に動作可能に関連する処理回路とを含む。処理回路は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵとＴＡＵの両方が必要であると判定するように設定される。処理回路は、その判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信するように設定される。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータを含む。

他の実施形態によれば、無線デバイスの処理回路は、本明細書で論じる他の技法を実行するように設定される。

いくつかの実施形態による、無線通信システムのアクセスネットワークノード。アクセスネットワークノードは、無線デバイスと通信するためのトランシーバ回路と、トランシーバ回路に動作可能に関連する処理回路とを含む。処理回路は、無線デバイスからＲＲＣ再開要求メッセージを受信するように設定される。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータを含む。処理回路はまた、無線デバイスに関するコンテキストを検索し、そのコンテキストに基づいて、ＲＲＣ再開要求を受信しているセルのＴＡＣが無線デバイスに関するＴＡＩリスト内に表されているかどうかを判定するように設定される。処理回路はまた、ＴＡＣがＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、またはＴＡＣがＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、ＲＲＣ再開要求メッセージに選択的に応答するように設定される。

他の実施形態によれば、アクセスネットワークノードの処理回路は、本明細書で論じる他の技法を実行するように設定される。

本発明のさらなる態様は、上記で概説した方法および上記で概説した装置および無線デバイスの機能的実装形態に対応する、装置、コンピュータプログラム製品またはコンピュータ可読記憶媒体に関する。

当然、本発明は、上記の特徴および利点に限定されない。当業者は、以下の詳細な説明を読むとすぐに、または添付の図面を考察するとすぐに、追加の特徴および利点を認識されよう。

様々な方法および装置の詳細が以下に提供される。加えて、現在開示される技法および装置の例示的な実施形態の列挙リストが提供される。

５Ｇシステムアーキテクチャの一例を示す図である。ＵＥ内のＣＭ状態遷移を示す図である。ＡＭＦ内のＣＭ状態遷移を示す図である。ＲＲＣ＿ＩＤＬＥのＵＲによる追跡エリア更新のタイミング図である。ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥによる追跡エリア更新のタイミング図である。ＵＥコンテキスト検索が失敗した状態の、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥによる追跡エリア更新のタイミング図である。いくつかの実施形態による例示的なアクセスネットワークノードを示すブロック図である。アクセスネットワークノードにおいて行われるような、いくつかの実施形態による例示的な方法を示すプロセス流れ図である。アクセスネットワークノードにおいて行われるような、いくつかの実施形態による例示的な方法を示すプロセス流れ図である。アクセスネットワークノードにおいて行われるような、いくつかの実施形態による例示的な方法を示すプロセス流れ図である。いくつかの実施形態による例示的な無線デバイスを示すブロック図である。無線デバイスにおいて行われるような、いくつかの実施形態による例示的な方法を示すプロセス流れ図である。無線デバイスにおいて行われるような、いくつかの実施形態による例示的な方法を示すプロセス流れ図である。無線デバイスにおいて行われるような、いくつかの実施形態による例示的な方法を示すプロセス流れ図である。無線デバイスにおいて行われるような、いくつかの実施形態による別の例示的な方法を示すプロセス流れ図である。アクセスネットワークノードにおいて行われるような、いくつかの実施形態による別の例示的な方法を示すプロセス流れ図である。いくつかの実施形態による、ＲＮＡ更新のためのＲＲＣ接続再開を示す図である。いくつかの実施形態による、組み合わされたＲＮＡ更新およびＴＡＵに対するＲＲＣ接続再開を示す図である。いくつかの実施形態による、ＲＮＡ更新に対するＲＲＣ接続再開を示す図である。いくつかの実施形態による、組み合わされたＲＮＡ更新およびＴＡＵに対するＲＲＣ接続再開の変形態を示す図である。いくつかの実施形態による例示的な通信システムを示す図である。いくつかの実施形態による、部分的に無線接続上で基地局を介してユーザ機器と通信しているホストコンピュータの一般化されたブロック図である。ホストコンピュータ、基地局、およびユーザ機器を含む、通信システムにおいて実装される方法を示すフローチャートである。ホストコンピュータ、基地局、およびユーザ機器を含む、通信システムにおいて実装される方法を示すフローチャートである。ホストコンピュータ、基地局、およびユーザ機器を含む、通信システムにおいて実装される方法を示すフローチャートである。ホストコンピュータ、基地局、およびユーザ機器を含む、通信システムにおいて実装される方法を示すフローチャートである。例示的なアクセスネットワークノードの機能表現を示すブロック図である。例示的なアクセスネットワークノードの機能表現を示すブロック図である。例示的な無線デバイスの機能表現を示すブロック図である。例示的な無線デバイスの機能表現を示すブロック図である。

現在開示される技法は、５ＧS無線通信規格の文脈で説明される。しかしながら、これらの技法は、一般に、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークなど、他の無線通信ネットワークに適用可能であり得ることを諒解されよう。現在開示される技法および装置の範囲を理解するために、無線デバイスはＵＥであり得る。しかしながら、これらの用語は、より一般に、それらの無線デバイスが、セルラー電話、スマートフォン、無線装備ラップトップ、タブレットなど、消費者志向デバイスであれ、または産業用途で、またはモノのインターネット（ＩｏＴ）を可能にする際に使用するためのマシンツーマシン（Ｍ２Ｍ）デバイスであれ、無線通信ネットワーク内でアクセス端末として動作するように設定された無線デバイスを指すと理解されるべきである。同様に、ｇＮＢという用語は、一般に、無線通信システムにおける基地局またはアクセスネットワークノードを指すと理解されるべきである。

上記で論じたように、ネットワークは、ＵＥを不必要にＲＲＣ＿ＣＯＮＮＥＣＴＥＤにすることを回避し、ＲＬＡＵとＴＡＵを両方トリガすることができる。場合によっては、ＲＬＡＵおよびＴＡＵが無線メッセージング内にまとまるように、ＲＬＡＵおよびＴＡＵは同期化される。それに失敗すると、場合によっては、ネットワークは、図５Ａ／５Ｂのステップ６において、ＵＥを解放して非アクティブに戻らず、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにして、予想されるＴＡＵを可能にする、知的決定を行う。

１つの手法は、ｇＮＢがＴＡ境界上にある場合、ｇＮＢは、いずれかのＲＬＡＵがＴＡＵに関係し得ると仮定し、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤにする。多くのＵＥはそれらのすでに設定されたＴＡリスト内でＴＡを移動している可能性があり、したがって、これはいくつかのＵＥを不要にＲＲＣ＿ＣＯＮＮＥＣＴＥＤにするため、これは理想的な解決策ではない。（上記で使用される「ＲＬＡＵ」という用語は、ＲＮＡＵを指すと理解され得る。）

提案される解決策を用いて、少なくともネットワークが選好するとき、いずれの二重シグナリングも回避されることになる。ＵＥがどのようにそれを行うかにかかわらず、これは、何の更新失敗も存在しないことを保証するネットワーク対策である。ＵＥは、１つずつトリガすることを選定することができ、それにかかわらず、ネットワークはいずれにしてもＴＡＵの必要性が存在するかどうかを常に確認することになり、接続を再開する際に、ＴＡＵはトリガされることになる。

したがって、図６は、基地局として動作するように設定され得る、例示的なアクセスネットワークノード３０を示すブロック図である。アクセスネットワークノード３０は、たとえば、５ＧｇＮＢであってよい。アクセスネットワークノード３０は、アンテナ３４およびトランシーバ回路３６を介して実装されるエアインターフェース、たとえば、ダウンリンク送信およびアップリンク受信のための５Ｇエアインターフェースを無線デバイスに提供する。トランシーバ回路３６は、セルラー通信、または、必要な場合、ＷＬＡＮサービスを提供するために、無線アクセス技術に従って、信号を送信および受信するように集合的に設定される、送信機回路、受信機回路、および関連する制御回路を含む。様々な実施形態によれば、セルラー通信サービスは、３ＧＰＰセルラー規格、ＧＳＭ、ＧＰＲＳ、ＷＣＤＭＡ、ＨＳＤＰＡ、ＬＴＥ、ＬＴＥ－Ａｄｖａｎｃｅｄ、および５Ｇのうちのいずれか１つまたは複数に従って動作し得る。アクセスネットワークノード３０は、コアネットワーク内のノード、他のピア無線ノード、および／またはネットワーク内の他のタイプのノードと通信するための通信インターフェース回路３８をやはり含む。

アクセスネットワークノード３０は、通信インターフェース回路３８および／またはトランシーバ回路３６に動作可能に関連付けられ、通信インターフェース回路３８および／またはトランシーバ回路３６を制御するように設定された、１つまたは複数の処理回路３２をやはり含む。処理回路３２は、１つまたは複数のデジタルプロセッサ４２、たとえば、１つまたは複数のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コンプレックスプログラマブルロジックデバイス（ＣＰＬＤ）、特定用途向け集積回路（ＡＳＩＣ）、またはそれらの任意の組合せを含む。より一般に、処理回路３２は、固定回路、または本明細書で教示される機能性を実装するプログラム命令の実行により特別に設定されたプログラマブル回路を含み得るか、または固定回路とプログラマブル回路の何らかの組合せを含み得る。プロセッサ４２は、マルチコアであってよい。

処理回路３２は、メモリ４４をも含む。メモリ４４は、いくつかの実施形態では、１つまたは複数のコンピュータプログラム４６、および随意に、設定データ４８を記憶する。メモリ４４は、コンピュータプログラム４６に対する非一時的記憶を提供し、メモリ４４は、ディスク記憶装置、固体メモリ記憶装置、またはそれらの任意の組合せなど、１つまたは複数のタイプのコンピュータ可読媒体を備え得る。非限定的な例として、メモリ４４は、処理回路３２内に存在してよく、かつ／または処理回路３２とは別個であってよい、ＳＲＡＭ、ＤＲＡＭ、ＥＥＰＲＯＭ、およびＦＬＡＳＨメモリのうちのいずれか１つまたは複数を含み得る。一般に、メモリ４４は、コンピュータプログラム４６およびアクセスネットワークノード３０によって使用される任意の設定データ４８の非一時的記憶を提供する、１つまたは複数のタイプのコンピュータ可読記憶媒体を含む。ここで、「非一時的」は、永久的、半永久的、または少なくとも一時的に持続的な記憶を意味し、不揮発性メモリ内の長期記憶装置と、たとえば、プログラム実行のための、ワーキングメモリ内の記憶装置の両方を包含する。

いくつかの実施形態では、アクセスネットワークノード３０の処理回路３２は、無線デバイスからＲＲＣ再開要求メッセージを受信するように設定される。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータを含む。処理回路３２は、無線デバイスに関するコンテキストを検索し、そのコンテキストに基づいて、ＲＲＣ再開要求を受信しているセルのＴＡＣが無線デバイスに関するＴＡＩリスト内に表されているかどうかを判定するように設定される。処理回路３２はまた、ＴＡＣがＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、またはＴＡＣがＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、ＲＲＣ再開要求メッセージに選択的に応答するように設定される。処理回路３２は、いくつかの実施形態では、本明細書で説明される変形態を実行するように設定される。

処理回路３２はまた、図７Ａに示される、対応する方法７００を実行するように設定される。方法７００は、無線デバイスからＲＲＣ再開要求メッセージを受信すること（ブロック７０２）を含み、ここで、ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータを含む。方法７００はまた、無線デバイスに関するコンテキストを検索すること（ブロック７０４）と、そのコンテキストに基づいて、ＲＲＣ再開要求を受信しているセルのＴＡＣが無線デバイスに関するＴＡＩリスト内に表されているかどうかを判定すること（７０６）とを含む。方法７００は、ＴＡＣがＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、またはＴＡＣがＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、ＲＲＣ再開要求メッセージに選択的に応答すること（ブロック７０８）を含む。

ＴＡＣは、ＴＡＩリスト内に表されてよく、ＲＲＣ留保メッセージは、新しい無線アクセスネットワーク通知エリア（ＲＮＡ）で無線デバイスを設定する情報を含み得る。場合によっては、ＴＡＣはＴＡＩリスト内に表されず、方法７００は、ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することをさらに含み、ＲＲＣ再開完了メッセージは、ＴＡＵメッセージを含むか、またはＴＡＵメッセージと組み合わされる。

上述のように、図７Ａに示されるプロセスの変形態が存在する。一変形態によれば、方法は、無線通信システムのアクセスネットワークノードにおいて、無線デバイスからＲＲＣ再開要求メッセージを受信することを含む。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングのみを示す原因インジケータを含み、この方法は、無線デバイスに関するコンテキストを検索することを含む。この方法は、ＲＲＣ再開メッセージでＲＲＣ再開要求メッセージに応答することと、ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することであって、ＲＲＣ再開完了メッセージが、ＴＡＵメッセージを含むか、またはＴＡＵメッセージと組み合わされる、ＲＲＣ再開完了メッセージを受信することとを含む。

この方法は、ＲＲＣ再開要求メッセージに応答して、ＵＥコンテキストパラメータを変更するかどうか、または、無線デバイスのＲＲＣ非アクティビティタイマーが満了するのを待機せずに、無線デバイスをＲＲＣ非アクティブ状態に移動させるかどうかを判定することを含み得る。

他の実施形態では、アクセスネットワークノード３０の処理回路３２は、無線デバイスからＲＲＣ再開要求メッセージを受信するように設定される。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングを示す原因インジケータを含む。処理回路３２は、無線デバイスに関するコンテキストを検索し、ＲＲＣ再開メッセージでＲＲＣ再開要求メッセージに応答するように設定される。処理回路３２は、ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することであって、ＲＲＣ再開完了メッセージが、ＴＡＵメッセージを含むか、またはＴＡＵメッセージと組み合わされる、ＲＲＣ再開完了メッセージを受信することを行うように設定される。

処理回路３２はまた、図７Ｂに示される、対応する方法７１０を実行するように設定される。方法７１０は、無線デバイスから、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングを示す原因インジケータを含むＲＲＣ再開要求メッセージを受信すること（ブロック７１２）を含む。方法７１０はまた、無線デバイスに関するコンテキストを検索すること（ブロック７１４）と、ＲＲＣ再開メッセージでＲＲＣ再開要求メッセージに応答すること（ブロック７１６）とを含む。方法７１０は、ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することであって、ＲＲＣ再開完了メッセージが、ＴＡＵメッセージを含むか、またはＴＡＵメッセージと組み合わされる、ＲＲＣ再開完了メッセージを受信すること（ブロック７１８）をさらに含む。方法７１０はまた、ＲＲＣ再開要求メッセージに応答して、ＵＥコンテキストパラメータを変更するかどうか、または、無線デバイスに関するＲＲＣ非アクティビティタイマーが満了するのを待機せずに、無線デバイスをＲＲＣ非アクティブ状態に移動させるかどうかを判定することを含み得る。

他の実施形態では、アクセスネットワークノード３０の処理回路３２は、無線デバイスからＲＲＣ再開要求メッセージを受信するように設定される。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵを示す原因インジケータを含む。処理回路３２は、無線デバイスに関するコンテキストを検索し、そのコンテキストに基づいて、ＲＲＣ再開要求を受信しているセルの追跡エリアコード（ＴＡＣ）が無線デバイスに関する追跡エリア識別子（ＴＡＩ）リスト内に表されているかどうかを判定するように設定される。処理回路３２は、ＴＡＣがＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、またはＴＡＣがＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、ＲＲＣ再開要求メッセージに選択的に応答するように設定される。

処理回路３２はまた、図７Ｃに示される、対応する方法７２０を実行するように設定される。方法７２０は、無線デバイスから、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵを示す原因インジケータを含むＲＲＣ再開要求メッセージを受信すること（ブロック７２２）を含む。方法７２０はまた、無線デバイスに関するコンテキストを検索すること（ブロック７２４）と、そのコンテキストに基づいて、ＲＲＣ再開要求を受信しているセルのＴＡＣが無線デバイスに関するＴＡＩリスト内に表されているかどうかを判定すること（ブロック７２６）とを含む。方法７２０は、ＴＡＣがＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、ＴＡＣがＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、ＲＲＣ再開要求メッセージに選択的に応答すること（ブロック７２８）をさらに含む。

ＴＡＣは、ＴＡＩリスト内に表されてよく、ＲＲＣ留保メッセージは、新しい無線アクセスネットワーク通知エリア（ＲＮＡ）で無線デバイスを設定する情報を含み得る。ＴＡＣは、ＴＡＩリスト内に表されなくてもよく、方法７２０は、ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することであって、ＲＲＣ再開完了メッセージが、ＴＡＵメッセージを含むか、またはＴＡＵメッセージと組み合わされる、ＲＲＣ再開完了メッセージを受信することをさらに含み得る。

図８は、無線デバイスに関して本明細書で説明される技法を実行するように設定された例示的な無線デバイス５０を示す。無線デバイス５０は、様々な文脈で、無線通信デバイス、ＵＥ、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、マシンタイプＵＥまたはマシンツーマシン（Ｍ２Ｍ）通信が可能なＵＥ、センサー装備ＵＥ、ＰＤＡ（携帯情報端末）、無線タブレット、モバイル端末、スマートフォン、ラップトップ埋込機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、無線ＵＳＢドングル、顧客構内機器（ＣＰＥ）などと呼ばれることもある。

無線デバイス５０は、アンテナ５４およびトランシーバ回路５６を介して、１つまたは複数のネットワークノード３０など、１つまたは複数の無線ノードまたは基地局と通信する。トランシーバ回路５６は、セルラー通信サービスを提供するために、無線アクセス技術に従って信号を送信および受信するように集合的に設定された、送信機回路、受信機回路、および関連する制御回路を含み得る。

無線デバイス５０はまた、無線トランシーバ回路５６に動作可能に関連付けられ、無線トランシーバ回路５６を制御する、１つまたは複数の処理回路５２を含む。処理回路５２は、１つまたは複数のデジタル処理回路、たとえば、１つまたは複数のマイクロプロセッサ、マイクロコントローラ、ＤＳＰ、ＦＰＧＡ、ＣＰＬＤ、ＡＳＩＣ、またはそれらの任意の混合物を含む。より一般に、処理回路５２は、固定回路、または本明細書で教示される機能性を実装するプログラム命令の実行により特別に適合されたプログラマブル回路を含み得るか、または固定回路とプログラム回路の何らかの混合物を含み得る。処理回路５２はマルチコアであってよい。

処理回路５２はまた、メモリ６４を含む。メモリ６４は、いくつかの実施形態では、１つまたは複数のコンピュータプログラム６６、および随意に、設定データ６８を記憶する。メモリ６４は、コンピュータプログラム６６に対する非一時的記憶を提供し、メモリ６４は、ディスク記憶装置、固体メモリ記憶装置、またはそれらの任意の混合物など、１つまたは複数のタイプのコンピュータ可読媒体を備え得る。非限定的な例として、メモリ６４は、処理回路５２内に存在してよく、かつ／または処理回路５２とは別個であってよい、ＳＲＡＭ、ＤＲＡＭ、ＥＥＰＲＯＭ、およびＦＬＡＳＨメモリのうちのいずれか１つまたは複数を含む。一般に、メモリ６４は、コンピュータプログラム６６および無線デバイス５０によって使用される任意の設定データ６８の非一時的記憶を提供する、１つまたは複数のタイプのコンピュータ可読記憶媒体を含む。

したがって、いくつかの実施形態では、無線デバイス５０の処理回路５２は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵとＴＡＵの両方が必要であると判定するように設定される。処理回路３２はまた、その判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信するように設定される。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータを含む。

他の実施形態では、処理回路５２は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵが必要であると判定し、ＲＮＡＵの必要性に加えて、ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価するように設定される。処理回路５２は、その判定に応答して、無線通信ネットワークにＲＲＣ再開要求メッセージを送信するように設定される。ＲＲＣ再開要求メッセージは、その評価がＲＲＣ接続状態を再開する他の原因を識別しない場合、ＲＮＡＵを示す原因インジケータを含む。

他の実施形態では、処理回路５２は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵとＴＡＵの両方が必要であると判定するように設定される。処理回路５２は、その判定に応答して、無線通信ネットワークにＲＲＣ再開要求メッセージを送信するように設定される。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングを示す原因インジケータを含む。処理回路５２はまた、ＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信し、ＲＲＣ再開要求の受信に応答して、ＴＡＵを開始するように設定される。

処理回路５２は、いくつかの実施形態では、本明細書で説明する変形態を実行するように設定される。

図９Ａは、無線デバイス５０において実装される対応する方法９００を示すプロセス流れ図である。ブロック９０２に示されるように、方法９００は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵとＴＡＵの両方が必要であると判定することを含む。方法９００はまた、その判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信すること（ブロック９０４）を含む。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータを含む。

いくつかの実施形態では、方法９００は、ＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信することと、ＲＲＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを送ることであって、ＲＲＣ再開完了メッセージが、ＴＡＵメッセージを含むか、またはＴＡＵメッセージと組み合わされる、ＲＲＣ再開完了メッセージを送ることとをさらに含む。方法９００は、ＲＲＣ再開メッセージに応答して、ＲＲＣ接続状態に遷移することと、ＲＲＣ接続状態への前記遷移の後、ＲＲＣ接続留保メッセージを受信することと、ＲＲＣ接続留保メッセージに応答して、ＲＲＣ非アクティブ状態に遷移することとをさらに含み得る。方法９００は、前記ＲＲＣ接続状態にある間、ユーザプレーンデータを無線通信ネットワークから受信することまたは無線通信ネットワークに送信することを含み得る。方法９００はまた、前記ＲＲＣ接続状態にある間、受信されたページングメッセージに応答することを含み得る。

いくつかの実施形態では、方法９００は、介入するＲＲＣ再開メッセージを受信せずに、ＲＲＣ再開要求に応答して、ＲＲＣ接続留保メッセージを受信することと、ＴＡＵ手順を実行せずに、ＲＲＣ非アクティブ状態に遷移するかまたはＲＲＣ非アクティブ状態に留まることとを含む。方法９００は、ＲＲＣ接続留保メッセージを受信した後、ＴＡＵが必要であると判定することと、それに応じて、ネットワークに第２のＲＲＣ再開要求メッセージを送信することによって、ＴＡＵ手順を開始することとをさらに含み得る。第２のＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングを示す原因インジケータを含む。

変形実施形態では、無線デバイス５０における方法は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵが必要であると判定することを含む。この方法は、その判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信することを含む。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータを含む。この方法は、ＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信することと、無線デバイス内のＮＡＳ機能性がＴＡＵの必要性を判定したかどうかにかかわらず、ＲＲＣ再開要求の受信に応答して、ＴＡＵを開始することとをさらに含む。開始することは、ＲＲＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを送ることであって、ＲＲＣ再開完了メッセージが、ＴＡＵメッセージを含むか、またはＴＡＵメッセージと組み合わされる、ＲＲＣ再開完了メッセージを送ることを含み得る。

いくつかの変形実施形態では、図９Ｂに示される、無線デバイスにおける方法９１０は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵが必要であると判定すること（ブロック９１２）を含む。ＲＮＡＵが必要であると判定することは、無線デバイスに対して設定されたＲＮＡに属していないセルを選択するセル再選択を実行することを含み得る。方法９１０は、ＲＮＡＵの必要性に加えて、ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価すること（ブロック９１４）と、その判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信すること（ブロック９１６）とを含む。ＲＲＣ再開要求メッセージは原因インジケータを含み、原因インジケータは、前記評価がＲＲＣ接続状態を再開する他の原因を識別しない場合のみ、ＲＮＡＵを示す。場合によっては、ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価することは、ＴＡＵが必要であると判定することを含む。原因インジケータは、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングを示す。他の場合には、ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価することは、無線デバイスのバッファ内に何らかのアップリンクデータが存在するかどうかを判定することと、無線デバイスがページングメッセージに応答する必要があるかどうかを判定することとを含む。

いくつかの変形実施形態では、図９Ｃに示される、無線デバイス５０における方法９２０は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵとＴＡＵの両方が必要であると判定すること（ブロック９２２）と、その判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信すること（ブロック９２４）とを含む。ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングを示す原因インジケータを含む。方法９２０はまた、ＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信すること（ブロック９２６）と、ＲＲＣ再開要求の受信に応答して、ＴＡＵを開始すること（ブロック９２８）とを含む。ＲＮＡＵとＴＡＵの両方が必要であると判定することは、設定されたＲＮＡに属していないセルを選択するセル再選択を実行することを含み得る。

図１０は、いくつかの実施形態による、ＵＥにおける方法に関する別のフローチャートを示す。ステップ１０００で、ＵＥは、ＲＲＣ接続を再開するために、ＲＲＣ再開要求メッセージをトリガする。これは、一般に、ｍｓｇ３送信と呼ばれる。

１０２０において、ネットワークからの応答タイプが何であるかに関してＵＥにおいて査定される。このメッセージは、時には、ｍｓｇ４と呼ばれる。ネットワークからの応答が、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに進むようにＵＥに指示するＲＲＣ再開メッセージである場合、本発明のいくつかの実施形態によれば、ＵＥは、コアネットワークに対してＴＡＵを行うべきである。これは１０４０に示されている。ｍｓｇ４がＲＲＣ留保メッセージである場合（１０６０）、ＵＥは、代わりに、ＴＡＵを実行せずに、ＲＲＣ＿ＩＮＡＣＴＩＶＥに戻るべきである（１０８０）。

図１１は、いくつかの実施形態による、ＵＥにおける方法に関する別のフローチャートを示す。この図は、ネットワークサイドで何が発生しているかについて説明する。「ネットワークサイド」は、ここで、ｇＮＢ、ｎｇ－ｅＮＢ、またはＲＮＡのようなエリアでＵＥを留保し、要求に応じて前記ＵＥを再開することをサポートする、何らかの他のＲＡＮノードを指すために使用される。

ステップ１１００において、ネットワークは、ＵＥから再開要求を受信する。再開要求メッセージ内に、ＵＥは、「ＲＮＡ－ｕｐｄａｔｅ」に対応する原因コード、またはＵＥがそのＲＮＡを更新することを望むことをネットワークノードに示す、対応する原因を含める。再開要求内にやはり含まれるのは、ＵＥが、アクセスネットワークがそのＵＥに関して有する何らかの情報、ＵＥコンテキストを検索することを可能にする識別子である。

ステップ１１２０において、ネットワークノードは、このＵＥコンテキスト検索によって、ＵＥに関する情報を検索することになる。場合によっては、ＵＥコンテキストは、別の（無線）ネットワークノード内に記憶され、現在のネットワークノードがその情報を手に入れるために、この他のノードにシグナリングすることが必要な場合がある。要求メッセージ内で提出された識別子は、ＵＥコンテキストがどこに記憶されているかを現在のネットワークノードが見出すのをサポートし得る。

ＵＥコンテキスト内に、ＵＥが何のＴＡＩリストまたは何のＣＮ登録エリアに設定されているかに関する情報が存在する。これは、上記で説明したように、コアネットワークノードからシグナリングされ、ＲＲＣ非アクティブ支援情報内でアクセスネットワークノードに提供される。ステップ１１４０において、ネットワークは、ＴＡＩリストを検査し、そのリスト内の情報を、ＵＥがそれを通じて現在アクセスしているセル、「サービングセル」の追跡エリアコードと相関させる。これは、ＵＥが再開要求メッセージを送ったセルである。サービングセルのＴＡＣがＴＡＩリスト内に表されている場合、ネットワークは、ＲＲＣ留保メッセージで再開要求に応答することを選定することになる（ステップ１１６０）。ＲＲＣ留保メッセージ内で、ＵＥは、新しいＲＮＡで設定されるか、またはＵＥは、その古いＲＮＡを保持し得る。さらに、ＵＥが、次回ＵＥを留保するとき、異なる識別子または同じ識別子を使用し得るように、識別子は、更新されてもされなくてもよい。ＵＥは、再びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に留保されることになる。

サービングセルのＴＡＣが、ＲＲＣ非アクティブ支援情報によって与えられたように、ＵＥのＴＡＩリスト内に表されていない場合、ネットワークは、ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへのＵＥ遷移を行うことになる、ＲＲＣ再開メッセージ／手順（１１８０）で応答することになる。これは、ＵＥが追跡エリア更新を行うべきであるという指示でもある。

ＵＥは、ＴＡＵをＮＡＳに示す、ＵＥからネットワークへの次のメッセージ、ｍｓｇ５内ですでに追跡エリア更新を開始し得る。これは、図１２～図１５のシグナリング図においてさらに示されている。例示的な実施形態は、ＵＥにおいて、ＵＥがＲＮＡ更新を行うべきであることを示す原因値を有するｍｓｇ３に応答する場合、再開メッセージであるｍｓｇ４を受信することを含んでよく、ＵＥは、追跡エリア更新を少なくとも実行すべきである。

他の例は、ネットワークにおいて、再開原因ＲＮＡＵを有するｍｓｇ３を受信する場合、コンテキストを検索することを含み得る。ＣＮ登録エリア（ＴＡＩリスト）が現在サービスしているセルのＴＡＣを含まない場合、ｍｓｇ４内で再開を送る。そうでなければ、ＣＮ登録エリア（ＴＡＩリスト）が現在サービスしているセルのＴＡＣを含む場合、ｍｓｇ４内で留保を送る。そうでなければ、ｍｓｇ４内でＲＲＣＣｏｎｎｅｃｔｉｏｎセットアップを送る。

図１２～図１３は、いくつかのＲＲＣ接続確立の実施形態を示すために使用される。図１２は、ＲＲＣ接続再開（ＲＮＡ更新）を示し、図１３は、ＲＲＣ接続再開（組み合わされたＲＮＡ更新およびＴＡＵ）を示す。３ＧＰＰ標準化文書においてこれらの実施形態を説明するための例示的なテキストは、以下を含み得る。
-------------------------------------------------------------------------------

５．３．３．１
この手順の目的は、ＲＲＣ接続を確立または再開することであるか、またはＲＮＡ更新を実行することである。ＲＲＣ接続確立は、ＳＲＢ１（および、ＮＢ－ＩｏＴに対してＳＲＢ１ｂｉｓ）確立を必要とする。この手順はまた、初期ＮＡＳ専用情報／メッセージをＵＥからＥ－ＵＴＲＡＮに転送するために使用される。

Ｅ－ＵＴＲＡＮは、以下のように手順を適用する。ＲＲＣ接続を確立するとき：ＳＲＢ１、またＮＢ－ＩｏＴに関して、ＳＲＢ１ｂｉｓを確立するため；ＲＲＣ接続を再開するとき：ＳＲＢおよびＤＲＢの再開を含めて、記憶されたコンテキストからＡＳ設定を復元するため。

５．３．３．２開始
ＵＥは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある間、上位レイヤがＲＲＣ接続の確立または再開を要求するとき、この手順を開始する。ＵＥは、ＲＮＡＵ（ＲＡＮ通知エリア更新）手順を実行するとき、再開手順を使用する。

この手順の開始時、ＵＥは以下を行うものとする：
１＞ＵＥがＲＲＣ接続を再開している場合：
・・・
１＞タイマーＴ３００を開始する；
１＞ＵＥがＲＲＣ接続を再開している場合：
２＞５．３．３．３ａに従って、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージの送信を開始する；
１＞そうでなければ：
２＞記憶されている場合、ＵＥＡＳコンテキストおよびｉ－ｒｎｔｉを廃棄する；
２＞５．３．３．３に従って、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージの送信を開始する；

５．３．３．３ａＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージの送信に関する活動
ＵＥは、以下のように、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージのコンテンツを設定するものとする：
・・・
１＞ＵＥがＵＥはＲＮＡ更新を実行する必要があることを識別すると同時に、ＵＥが追跡エリア更新（または、一般に、ｍｏ－ｓｉｇｎａｌｌｉｎｇ）を実行するための要求を上位レイヤから受信する場合：
２＞ｒｅｓｕｍｅＣａｕｓｅをｒｎａ－ｕｐｄａｔｅに設定する；
１＞そうでなければ、
２＞上位レイヤから受信された情報に従ってｒｅｓｕｍｅＣａｕｓｅを設定する；
・・・

ＵＥは、送信のために、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを下位レイヤに提出するものとする。

ＵＥが追跡エリア更新とＲＮＡ更新の両方を実行するための要求を上位レイヤから受信する場合、ＵＥは、ＵＥがＲＮＡ更新を実行しなければならなくなるようにふるまい、ネットワークがＲＲＣＲｅｓｕｍｅメッセージでＵＥをＲＲＣ接続に移動させる場合、ＭＯシグナリングを送ることができる。

５．３．３．４ａＵＥによるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅの受信
ＵＥは以下を行うものとする：
１＞タイマーＴ３００を停止する；
・・・
１＞ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入る；
１＞留保されているＲＲＣ接続が再開されていることを上位レイヤに示す；
・・・
１＞以下のように、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージのコンテンツを設定する：
・・・
２＞上位レイヤから受信された情報、たとえば、追跡エリア更新要求を含めるようにｄｅｄｉｃａｔｅｄＩｎｆｏＮＡＳを設定する。
・・・
１＞送信のために、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージを下位レイヤに提出する；
１＞手順は終了する。

５．３．３．６Ｔ３００満了
ＵＥは以下を行うものとする：
１＞タイマーＴ３００が満了した場合：
・・・
２＞留保指示で、ＲＲＣ接続の確立の失敗またはＲＲＣ接続の再開の失敗に関して上位レイヤに知らせ、その時点で手順は終了する；

失敗指示の受信時、上位レイヤは、ＡＳが回復されたとき、メッセージを引き続き提出することに留意されたい。失敗した再開が、ＲＮＡ更新と同時の追跡エリア更新によりＮＡＳをトリガした場合、上位レイヤがＴＡＵを実行するようにもう１度要求するときＲＮＡ更新を実行しないものとする。

いくつかの実施形態では、第１の第２の変形態の場合、原因値「ｒｎａ－ｕｐｄａｔｅ」を含むＲＲＣ再開要求に応答して、ＵＥは、ＲＲＣ再開メッセージまたはＲＲＣ解放／留保メッセージのいずれかを受信し得る。

ＵＥが再開メッセージを受信する場合、ＵＥは、まさに上記のテキスト内で説明されたようにふるまうことができる。ＵＥがＲＮＡ更新を送ってすぐに留保メッセージを受信する場合、ＵＥは、単にＲＲＣ＿ＩＮＡＣＴＩＶＥに進むものとし、次いで、ＵＥは、ＴＡＵを実行するための要求をＮＡＳから得ることになる、すなわち、ＵＥは、やはり上記で説明したように、原因値「ｍｏ－ｓｉｇｎａｌｉｎｇ」を有する別のＲＲＣ再開要求を送ることになる。

他の実施形態は、第１の第２の変形態を含む。原因値「ｒｎａ－ｕｐｄａｔｅ」を有するＲＲＣ再開要求に応答して、ＵＥは、ＲＲＣ再開メッセージまたはＲＲＣ解放／留保メッセージのいずれかを受信し得る。

ＵＥが再開メッセージを受信する場合、ＵＥは、まさに上記のテキストで説明されたようにふるまうことができる。ＵＥが、ＲＮＡ更新を送ってすぐに留保メッセージを受信する場合、ＵＥは、単にＲＲＣ＿ＩＮＡＣＴＩＶＥに進むものとし、次いで、ＵＥは、ＴＡＵを実行するための要求をＮＡＳから得ることになる、すなわち、ＵＥは、やはり上記で説明したように、原因値「ｍｏ－ｓｉｇｎａｌｉｎｇ」を有する別のＲＲＣ再開要求を送ることになる。

いくつかの実施形態は、ＲＲＣ接続再開（ＲＮＡ更新）およびＲＲＣ接続再開（組み合わされたＲＮＡ更新およびＴＡＵ）の変形態を示す、図１４～図１５によって示されるような、第２の変形態を含む。

この手順の目的は、ＲＲＣ接続を確立もしくは再開すること、またはＲＮＡ更新を実行することである。ＲＲＣ接続確立は、ＳＲＢ１（および、ＮＢ－ＩｏＴに対するＳＲＢ１ｂｉｓ）確立を必要とする。この手順はまた、ＵＥからＥ－ＵＴＲＡＮに初期ＮＡＳ専用情報／メッセージを転送するために使用される。

Ｅ－ＵＴＲＡＮは、以下のようにこの手順を適用する。ＲＲＣ接続を確立するとき：ＳＲＢ１、またＮＢ－ＩｏＴに対するＳＲＢ１ｂｉｓを確立するため；ＲＲＣ接続を再開するとき：ＳＲＢおよびＤＲＢの再開を含めて、記憶されたコンテキストからＡＳ設定を回復するため。

この変形態は、上記のテキストと同様に、以下のテキストによって示される。

この手順の開始時、ＵＥは以下を行うものとする：
・・・
１＞ＵＥがＲＲＣ接続を再開している場合：
・・・
１＞タイマーＴ３００を開始する；
１＞ＵＥがＲＲＣ接続を再開している場合：
２＞５．３．３．３ａに従って、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージの送信を開始する；
１＞そうでなければ：
２＞記憶されている場合、ＵＥＡＳコンテキストおよびｉ－ｒｎｔｉを廃棄する；
２＞５．３．３．３に従って、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージの送信を開始する；

５．３．３．３ａＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージの送信に関する活動
ＵＥは、以下のように、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージのコンテンツを設定するものとする：
・・・
１＞ＵＥがＵＥはＲＮＡ更新を実行する必要があることを識別すると同時に、ＵＥが追跡エリア更新（または、一般に、ｍｏ－ｓｉｇｎａｌｉｎｇ）を実行するための要求を上位レイヤから受信する場合：
２＞ｒｅｓｕｍｅＣａｕｓｅをｍｏ－ｓｉｇｎａｌｌｉｎｇに設定し、ＲＮＡ更新を実行しない；
１＞そうでなければ
２＞上位レイヤから受信された情報に従って、ｒｅｓｕｍｅＣａｕｓｅを設定する；
・・・

ＵＥが追跡エリア更新とＲＮＡ更新の両方を実行するための要求を上位レイヤから受信する場合、ＵＥは、追跡エリア更新のみを実行しなければならないようにふるまうものとする。

５．３．３．６Ｔ３００満了
ＵＥは以下を行うものとする：
１＞タイマーＴ３００が満了した場合：
・・・
２＞留保指示で、ＲＲＣ接続の確立の失敗またはＲＲＣ接続の再開の失敗に関して上位レイヤに知らせ、その時点で、手順は終了する；

失敗指示の受信時、上位レイヤは、ＡＳが回復されたとき、メッセージを引き続き提出することに留意されたい。失敗した再開が、ＲＮＡ更新と同時の追跡エリア更新によりＮＡＳをトリガした場合、上位レイヤがＴＡＵを実行するようにもう１度要求するときＲＮＡ更新を実行しないものとする。
--------------------------------------------------------------------------------

本明細書で説明する解決策のいくつかの実施形態の核心は、ＴＡＣが必要なとき、すなわち、ＵＥおよびＮＷが何をＵＥ登録エリアと考えるかに不整合が存在するとき、またはＣＮ登録エリア更新の必要性が存在するときにＵＥがＲＮＡＵを送ることを優先したとき、ＴＡＣが行われることを確実にすることを含み得る。

本発明のいくつかの実施形態は、ＵＥが、ＲＲＣ再開要求を送るとき、ＲＮＡ更新原因を選択する前に、ＲＮＡ更新以外の何らかの再開原因が適用可能である場合、そのような原因を常に選択することを含む。したがって、ＲＮＡＵの必要性が存在するとき、再開するためにＵＥから何らかの他の必要性が同時に存在する場合、その他の必要性に関する原因値が選択されるものとする。

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

電気通信ネットワーク１６１０自体が、スタンドアロンサーバ、クラウド実装サーバ、分散型サーバのハードウェアおよび／またはソフトウェア内で、またはサーバファーム内の処理リソースとして実施され得るホストコンピュータ１６３０に接続される。ホストコンピュータ１６３０は、サービスプロバイダの所有下もしくはサービスプロバイダの制御下にあり得、またはサービスプロバイダによってもしくはサービスプロバイダの代わりに動作し得る。電気通信ネットワーク１６１０とホストコンピュータ１６３０との間の接続１６２１、１６２２は、コアネットワーク１６１４からホストコンピュータ１６３０に直接的に拡張し得るか、または随意の中間ネットワーク１６２０を通過し得る。中間ネットワーク１６２０は、公衆、私設、またはホストネットワークのうちの１つであってよいか、または公衆、私設、またはホストネットワークのうちの２つ以上の組合せであってよく、中間ネットワーク１６２０は、もしあれば、バックボーンネットワークまたはインターネットであってよく、具体的には、中間ネットワーク１６２０は、２つ以上のサブネットワーク（図示せず）を含み得る。

図１６の通信システムは全体として、接続されたＵＥ１６９１、１６９２のうちの１つとホストコンピュータ１６３０との間の接続性を可能にする。この接続性は、オーバーザトップ（ＯＴＴ）接続１６５０として説明され得る。ホストコンピュータ１６３０および接続されたＵＥ１６９１、１６９２は、アクセスネットワーク１６１１、コアネットワーク１６１４、いずれかの中間ネットワーク１６２０、および場合によってはさらに、中間手段としてインフラストラクチャ（図示せず）を使用して、ＯＴＴ接続１６５０を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続１６５０が通過する、参加している通信デバイスがアップリンクおよびダウンリンク通信のルーティングに気づかないという意味で、ＯＴＴ接続１６５０は透過的であり得る。たとえば、基地局１６１２は、接続されたＵＥ１６９１に転送される（たとえば、ハンドオーバされる）ホストコンピュータ１６３０から生じるデータの着信ダウンリンク通信の過去のルーティングについて知らされなくてよいか、または知らされる必要がなくてもよい。同様に、基地局１６１２は、ホストコンピュータ１６３０向けのＵＥ１６９１から生じる発信アップリンク通信の今後のルーティングについて気づかなくてもよい。

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

通信システム１７００は、電気通信システム内で提供され、基地局１７２０がホストコンピュータ１７１０およびＵＥ１７３０と通信することを可能にするハードウェアを含む、基地局１７２０をさらに含む。ハードウェアは、通信システム１７００の異なる通信デバイスのインターフェースと有線または無線接続をセットアップして維持するための通信インターフェース、ならびに基地局１７２０によってサービスされるカバレッジエリア（図１７に図示せず）内に位置するＵＥ１７３０と少なくとも無線接続１７７０をセットアップして維持するための無線インターフェースを含み得る。通信インターフェースは、ホストコンピュータ１７１０に対する接続１７６０を促進するように設定され得る。接続１７６０は直接接続であってもよく、あるいはそれは、電気通信システムのコアネットワーク（図１７に図示せず）および／または電気通信システム外部の１つまたは複数の中間ネットワークを通過してもよい。示される実施形態では、基地局１７２０は、ＵＥ１７３０と通信し、ＵＥ１７３０に対するハンドオーバを実行し得る無線アクセスポイント３０（たとえば、ｇＮＢ－ＤＵ）を制御する制御装置１０（たとえば、ｇＮＢ－ＣＵ）を含む。無線アクセスポイント３０の詳細は、図６を参照しながら先に説明された。

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

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

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

ＵＥ１７３０と基地局１７２０との間の無線接続１７７０は、本開示を通して説明される実施形態の教示による。様々な実施形態の１つまたは複数は、その中で無線接続１７７０が最後のセグメントを形成する、ＯＴＴ接続１７５０を使用してＵＥ１７３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、ネットワークがＵＥを不要にＲＲＣ＿ＣＯＮＮＥＣＴＥＤにすることを回避するのを助け、ＵＥがＲＬＡＵとＴＡＵの両方をトリガする何らかの「二重手順」を回避する解決策を提供し得る。これらの実施形態は、アイドル／接続遷移の間を含めて、ＲＡＮのユーザにとって、より良いかつ／もしくはより一貫したスループット、ならびに／または低減された遅延など、改善された性能をもたらすことになる。

データレート、レイテンシ、および１つまたは複数の実施形態が改善する他の要因を監視するために、測定手順が提供され得る。測定結果の変動に応じて、ホストコンピュータ１７１０とＵＥ１７３０との間のＯＴＴ接続１７５０を再設定するための随意のネットワーク機能性がさらに存在し得る。ＯＴＴ接続１７５０を再設定するための測定手順および／またはネットワーク機能性は、ホストコンピュータ１７１０のソフトウェア１７１１内もしくはＵＥ１７３０のソフトウェア１７３１内、または両方の中で実装され得る。実施形態では、ＯＴＴ接続１７５０が通過する通信デバイス上で、または通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示した監視された数量の値を供給すること、またはそこからソフトウェア１７１１、１７３１が監視された数量を計算または推定し得る他の物理数量の値を供給することによって、測定手順に参加し得る。ＯＴＴ接続１７５０の再設定は、メッセージフォーマット、再送信設定、選好されるルーティングなどを含んでよく、再設定は、基地局１７２０に影響を及ぼさなくてよく、再設定は、基地局１７２０に知られていなくても、または基地局１７２０に感知されなくてもよい。そのような手順および機能性は、当技術分野で知られ、実践されている可能性がある。いくつかの実施形態では、測定は、所有権を主張できるＵＥシグナリングがスループット、伝搬時間、レイテンシなどのホストコンピュータ１７１０の測定を円滑にすることを必要とし得る。ソフトウェア１７１１、１７３１が伝搬時間、誤差などを監視する間に、ソフトウェア１７１１、１７３１が、ＯＴＴ接続１７５０を使用して、メッセージ、具体的には、空のまたは「ダミー」メッセージを送信させるという点でこれらの測定が実装され得る。

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

図１９は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１６および図１７を参照しながら説明したものであってよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示の簡単のために、図１９を参照する図のみがこの項に含まれる。この方法の第１のステップ１９１０において、ホストコンピュータは、ユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ１９２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を開始する。送信は、本開示を通して説明する実施形態の教示に従って、基地局を通過し得る。随意の第３のステップ１９３０において、ＵＥは、送信内で搬送されるユーザデータを受信する。

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

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

上記で詳細に論じたように、たとえば、図７および図１０～図１１のプロセス流れ図で示されるような、本明細書で説明される技法は、１つまたは複数のプロセッサによって実行されるコンピュータプログラム命令を使用して完全にまたは部分的に実装され得る。これらの技法の機能的実装形態は、各々が、適切なプロセッサで実行しているソフトウェアの機能ユニット、もしくは機能デジタルハードウェア回路、または両方の何らかの組合せに対応する、機能モジュールに関して表されることがあることを諒解されよう。

図２２は、アクセスネットワークノード３０において実装され得るような、例示的な機能モジュールまたは回路アーキテクチャを示す。この実装形態は、無線デバイスからＲＲＣ再開要求メッセージを受信するための受信モジュール２２０２を含み、ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングを示す原因インジケータを含む。この実装形態はまた、無線デバイスに関するコンテキストを検索するためのコンテキスト検索モジュール２２０４と、ＲＲＣ再開メッセージでＲＲＣ再開要求メッセージに応答するための応答モジュール２２０６とを含む。受信モジュール２２０２はまた、ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信するためのものであり、ＲＲＣ再開完了メッセージは、ＴＡＵメッセージを含むか、またはＴＡＵメッセージと組み合わされる。

図２３は、アクセスネットワークノード３０において実装され得るような、別の例示的な機能モジュールまたは回路アーキテクチャを示す。この実装形態は、無線デバイスからＲＲＣ再開要求メッセージを受信するための受信モジュール２２０２を含み、前記ＲＲＣ再開要求メッセージは、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータを含む。この実装形態は、無線デバイスに関するコンテキストを検索するコンテキスト検索モジュール２２０４と、そのコンテキストに基づいて、ＲＲＣ再開要求を受信しているセルのＴＡＣが無線デバイスに関するＴＡＩリスト内に表されているかどうかを判定するための判定モジュール２２０６とを含み得る。この実装形態は、ＴＡＣがＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、またはＴＡＣがＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、ＲＲＣ再開要求メッセージに選択的に応答するための応答モジュール２２０８を含む。図２４は、無線デバイス５０において実装され得るような、例示的な機能モジュールまたは回路アーキテクチャを示す。この実装形態は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵが必要であると判定するための判定モジュール２４０２を含む。この実装形態はまた、ＲＮＡＵの必要性に加えて、ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価するための評価モジュール２４０４と、その判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信するための送信モジュール２４０６であって、ＲＲＣ再開要求は、評価がＲＲＣ接続状態を再開する他の原因を識別しない場合、ＲＮＡＵを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを送信するための送信モジュール２４０６とを含む。

図２５は、無線デバイス５０において実装され得るような、別の例示的な機能モジュールまたは回路アーキテクチャを示す。この実装形態は、ＲＲＣ非アクティブ状態にある間、ＲＮＡＵとＴＡＵの両方が必要であると判定するための判定モジュール２５０２と、その判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信するための送信モジュール２５０４であって、ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを送信するための送信モジュール２５０４とを含む。この実装形態はまた、ＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信するための受信モジュール２５０６と、ＲＲＣ再開要求の受信に応答して、ＴＡＵを開始するための開始モジュール２５０８とを含む。

例示的な実施形態
本明細書で説明された技法および装置の例示的な実施形態は、限定はしないが、以下に列挙された例を含む。

１．無線通信ネットワーク内で動作している無線デバイスにおける方法であって、
無線リソース制御（ＲＲＣ）非アクティブ状態にある間、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）と追跡エリア更新（ＴＡＵ）の両方が必要であると判定することと、
前記判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを送信することと
を含む、方法。

２．ＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信することと、
ＲＲＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを送ることであって、ＲＲＣ再開完了メッセージが、ＴＡＵメッセージを含むか、またはＴＡＵメッセージと組み合わされる、ＲＲＣ再開完了メッセージを送ることと
をさらに含む、例示的な実施形態１の方法。

３．ＲＲＣ再開メッセージに応答して、ＲＲＣ接続状態に遷移することと、
ＲＲＣ接続状態への前記遷移の後、ＲＲＣ接続留保メッセージを受信することと、
ＲＲＣ接続留保メッセージに応答して、ＲＲＣ非アクティブ状態に遷移することと
をさらに含む、例示的な実施形態２の方法。

４．前記ＲＲＣ接続状態にある間、ユーザプレーンデータを無線通信ネットワークから受信することまたは無線通信ネットワークに送信すること
をさらに含む、例示的な実施形態３の方法。

５．前記ＲＲＣ接続状態にある間、受信されたページングメッセージに応答すること
をさらに含む、例示的な実施形態３の方法。

６．介入するＲＲＣ再開メッセージを受信せずに、ＲＲＣ再開要求に応答して、ＲＲＣ接続留保メッセージを受信することと、
ＴＡＵ手順を実行せずに、ＲＲＣ非アクティブ状態に遷移するかまたはＲＲＣ非アクティブ状態に留まることと
をさらに含む、例示的な実施形態１の方法。

７．ＲＲＣ接続留保メッセージを受信した後、ＴＡＵが必要であると判定することと、それに応じて、
ネットワークに第２のＲＲＣ再開要求メッセージを送信することによって、ＴＡＵ手順を開始することであって、前記第２のＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングを示す原因インジケータを含む、ＴＡＵ手順を開始することと
をさらに含む、例示的な実施形態６の方法。

８．無線通信ネットワーク内で動作している無線デバイスにおける方法であって、
無線リソース制御（ＲＲＣ）非アクティブ状態にある間、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）が必要であると判定することと、
前記判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、ＲＮＡＵのみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを送信することと、
ＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信することと、
無線デバイス内のネットワークアクセス層（ＮＡＳ）機能性がＴＡＵの必要性を判定したかどうかにかかわらず、ＲＲＣ再開要求の受信に応答して、追跡エリア更新（ＴＡＵ）を開始することと
を含む、方法。

９．前記開始することが、
ＲＲＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを送ることであって、ＲＲＣ再開完了メッセージが、ＴＡＵメッセージを含むか、またはＴＡＵメッセージと組み合わされる、ＲＲＣ再開完了メッセージを送ること
を含む、例示的な実施形態８の方法。

１０．無線通信ネットワーク内で動作している無線デバイスにおける方法であって、
無線リソース制御（ＲＲＣ）非アクティブ状態にある間、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）と追跡エリア更新（ＴＡＵ）の両方が必要であると判定することと、
前記判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングのみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを送信することと、
ＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信することと、
ＲＲＣ再開要求の受信に応答して、追跡エリア更新（ＴＡＵ）を開始することと
を含む、方法。

１１．無線通信ネットワーク内で動作している無線デバイスにおける方法であって、
無線リソース制御（ＲＲＣ）非アクティブ状態にある間、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）が必要であると判定することと、
ＲＮＡＵの必要性に加えて、ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価することと、
前記判定に応答して、ネットワークにＲＲＣ再開要求メッセージを送信することであって、前記ＲＲＣ再開要求メッセージが原因インジケータを含み、前記原因インジケータが、前記評価がＲＲＣ接続状態を再開する他の原因を識別しない場合のみ、ＲＮＡＵを示す、ＲＲＣ再開要求メッセージを送信することと
を含む、方法。

１２．ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価することが、追跡エリア更新（ＴＡＵ）が必要であると判定することを含み、原因インジケータが、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングを示す、例示的な実施形態１１の方法。

１３．ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価することが、無線デバイスのバッファ内に何らかのアップリンクデータが存在するかどうかを判定することと、無線デバイスがページングメッセージに応答する必要があるかどうかを判定することとを含む、例示的な実施形態１１の方法。

１４．無線通信システムのアクセスネットワークノードにおける方法であって、
無線デバイスからＲＲＣ再開要求メッセージを受信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）のみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを受信することと、
無線デバイスに関するコンテキストを検索することと、
そのコンテキストに基づいて、ＲＲＣ再開要求を受信しているセルの追跡エリアコード（ＴＡＣ）が無線デバイスに関する追跡エリア識別子（ＴＡＩ）リスト内に表されているかどうかを判定することと、
ＴＡＣがＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、またはＴＡＣがＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、ＲＲＣ再開要求メッセージに選択的に応答することと
を含む、方法。

１５．ＴＡＣがＴＡＩリスト内に表され、ＲＲＣ留保メッセージが、新しい無線アクセスネットワーク通知エリア（ＲＮＡ）で無線デバイスを設定する情報を含む、例示的な実施形態１４の方法。

１６．ＴＡＣがＴＡＩリスト内に表されず、方法が、ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することであって、ＲＲＣ再開完了メッセージが、追跡エリア更新（ＴＡＵ）メッセージを含むか、または追跡エリア更新（ＴＡＵ）メッセージと組み合わされる、ＲＲＣ再開完了メッセージを受信することをさらに含む、例示的な実施形態１５の方法。

１７．無線通信システムのアクセスネットワークノードにおける方法であって、
無線デバイスからＲＲＣ再開要求メッセージを受信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングのみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを受信することと、
無線デバイスに関するコンテキストを検索することと、
ＲＲＣ再開メッセージでＲＲＣ再開要求メッセージに応答することと、
ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することであって、ＲＲＣ再開完了メッセージが、追跡エリア更新（ＴＡＵ）メッセージを含むか、または追跡エリア更新（ＴＡＵ）メッセージと組み合わされる、ＲＲＣ再開完了メッセージを受信することと
を含む、方法。

１８．ＲＲＣ再開要求メッセージに応答して、ＵＥコンテキストパラメータを変更するかどうか、または無線デバイスのＲＲＣ非アクティビティタイマーが満了するのを待機せずに、無線デバイスをＲＲＣ非アクティブ状態に移動させるかどうかを判定することをさらに含む、例示的な実施形態１７の方法。

１９．例示的な実施形態１から１３のいずれかの方法を実行するように適合された無線デバイス。

２０．例示的な実施形態１４から１８のいずれかの方法を実行するように適合されたアクセスネットワークノード。

２１．少なくとも１つの処理回路上で実行されると、少なくとも１つの処理回路に、例示的な実施形態１から１８のいずれか１つの方法を実行させる命令を備えた、コンピュータプログラム。

２２．電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、例示的な実施形態２１のコンピュータプログラムを含むキャリア。

２３．ホストコンピュータ、基地局、およびユーザ機器（ＵＥ）を含む、通信システムにおいて実装される方法であって、方法が、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、基地局を含むセルラーネットワークを介してＵＥにユーザデータを搬送する送信を開始することと
を含み、基地局が、
ＵＥからＲＲＣ再開要求メッセージを受信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）のみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを受信することと、
ＵＥに関するコンテキストを検索することと、
そのコンテキストに基づいて、ＲＲＣ再開要求を受信しているセルの追跡エリアコード（ＴＡＣ）がＵＥに対する追跡エリア識別子（ＴＡＩ）リスト内に表されているかどうかを判定することと、
ＴＡＣがＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、またはＴＡＣがＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、ＲＲＣ再開要求メッセージに選択的に応答することと
を含む方法を実行する
方法。

２４．ホストコンピュータ、基地局、およびユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、方法が、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、基地局を含むセルラーネットワークを介してＵＥにユーザデータを搬送する送信を開始することと
を含み、基地局が、
ＵＥからＲＲＣ再開要求メッセージを受信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングのみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを受信することと、
ＵＥに関するコンテキストを検索することと、
ＲＲＣ再開メッセージでＲＲＣ再開要求メッセージに応答することと、
ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することであって、ＲＲＣ再開完了メッセージが、追跡エリア更新（ＴＡＵ）メッセージを含むか、または追跡エリア更新（ＴＡＵ）メッセージと組み合わされる、ＲＲＣ再開完了メッセージを受信することと
を含む方法を実行する
方法。

２５．基地局において、ユーザデータを送信すること
をさらに含む、例示的な実施形態２４または２５の方法。

２６．ユーザデータが、ホストアプリケーションを実行することによってホストコンピュータにおいて提供され、
方法が、
ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行すること
をさらに含む、例示的な実施形態２５の方法。

２７．ホストコンピュータ、基地局、およびユーザ機器（ＵＥ）を含む、通信システムにおいて実装される方法であって、方法が、
ホストコンピュータにおいて、基地局から基地局がＵＥから受信した送信から生じるユーザデータを受信すること
を含み、基地局が、
ＵＥからＲＲＣ再開要求メッセージを受信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）のみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを受信することと、
ＵＥに関するコンテキストを検索することと、
そのコンテキストに基づいて、ＲＲＣ再開要求を受信しているセルの追跡エリアコード（ＴＡＣ）がＵＥに関する追跡エリア識別子（ＴＡＩ）リスト内に表されているかどうかを判定することと、
ＴＡＣがＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、またはＴＡＣがＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、ＲＲＣ再開要求メッセージに選択的に応答することと
を含む方法を実行する
方法。

２８．ホストコンピュータ、基地局、およびユーザ機器（ＵＥ）を含む、通信システムにおいて実装される方法であって、方法が、
ホストコンピュータにおいて、基地局から基地局がＵＥから受信した送信から生じるユーザデータを受信すること
を含み、基地局が、
ＵＥからＲＲＣ再開要求メッセージを受信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングのみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを受信することと、
ＵＥに関するコンテキストを検索することと、
ＲＲＣ再開メッセージでＲＲＣ再開要求メッセージに応答することと、
ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することであって、ＲＲＣ再開完了メッセージが、追跡エリア更新（ＴＡＵ）メッセージを含むか、または追跡エリア更新（ＴＡＵ）メッセージと組み合わされる、ＲＲＣ再開完了メッセージを受信することと
を含む方法を実行する
方法。

２９．基地局において、ＵＥからユーザデータを受信することをさらに含む、例示的な実施形態２７または２８の方法。

３０．基地局において、受信されたユーザデータのホストコンピュータへの送信を開始すること
をさらに含む、例示的な実施形態２９の方法。

３１．ホストコンピュータを含む通信システムであって、
ユーザデータを提供するように設定された処理回路と、
ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラーネットワークに転送するように設定された通信インターフェースと
を含み、
セルラーネットワークが、通信回路および処理回路を有する基地局を含み、基地局の処理回路が、
ＵＥからＲＲＣ再開要求メッセージを受信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）のみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを受信することと
ＵＥに関するコンテキストを検索することと、
そのコンテキストに基づいて、ＲＲＣ再開要求を受信しているセルの追跡エリアコード（ＴＡＣ）がＵＥに関する追跡エリア識別子（ＴＡＩ）リスト内に表されているかどうかを判定することと、
ＴＡＣがＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、またはＴＡＣがＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、ＲＲＣ再開要求メッセージに選択的に応答することと
を行うように設定される、通信システム。

３２．ホストコンピュータを含む通信システムであって、
ユーザデータを提供するように設定された処理回路と、
ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラーネットワークに転送するように設定された通信インターフェースと
を含み、
セルラーネットワークが、通信回路および処理回路を有する基地局を含み、基地局の処理回路が、
ＵＥからＲＲＣ再開要求メッセージを受信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングのみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを受信することと、
ＵＥに関するコンテキストを検索することと、
ＲＲＣ再開メッセージでＲＲＣ再開要求メッセージに応答することと、
ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することであって、ＲＲＣ再開完了メッセージが、追跡エリア更新（ＴＡＵ）メッセージを含むか、または追跡エリア更新（ＴＡＵ）メッセージと組み合わされる、ＲＲＣ再開完了メッセージを受信することと
を行うように設定される、通信システム。

３３．基地局をさらに含む、例示的な実施形態３１または３２の通信システム。

３４．ＵＥをさらに含み、ＵＥが基地局と通信するように設定される、例示的な実施形態３１から３３のいずれかの通信システム。

３５．ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それにより、ユーザデータを提供するように設定され、
ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を含む
例示的な実施形態３１から３４のいずれかの通信システム。

３６．ユーザ機器（ＵＥ）から基地局への送信から生じるユーザデータを受信するように設定された通信インターフェースを含むホストコンピュータを含む通信システムであって、無線インターフェースおよび処理回路を含み、基地局の処理回路が、
ＵＥからＲＲＣ再開要求メッセージを受信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）のみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを受信することと、
ＵＥに関するコンテキストを検索することと、
そのコンテキストに基づいて、ＲＲＣ再開要求を受信しているセルの追跡エリアコード（ＴＡＣ）がＵＥに関する追跡エリア識別子（ＴＡＩ）リスト内に表されているかどうかを判定することと、
ＴＡＣがＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、またはＴＡＣがＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、ＲＲＣ再開要求メッセージに選択的に応答することと
を行うように設定される、通信システム。

３７．ユーザ機器（ＵＥ）から基地局への送信から生じるユーザデータを受信するように設定された通信インターフェースを含むホストコンピュータを含む通信システムであって、無線インターフェースおよび処理回路を含み、基地局の処理回路が、
ＵＥからＲＲＣ再開要求メッセージを受信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、モビリティシグナリングのみを示す原因インジケータを含む、ＲＲＣ再開要求メッセージを受信することと、
ＵＥに関するコンテキストを検索することと、
ＲＲＣ再開メッセージでＲＲＣ再開要求メッセージに応答することと、
ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することであって、ＲＲＣ再開完了メッセージが、追跡エリア更新（ＴＡＵ）メッセージを含むか、または追跡エリア更新（ＴＡＵ）メッセージと組み合わされる、ＲＲＣ再開完了メッセージを受信することと
を行うように設定される、通信システム。

３８．基地局をさらに含む、例示的な実施形態３６または３７の通信システム。

３９．ＵＥをさらに含み、ＵＥが基地局と通信するように設定される、例示的な実施形態３６から３８のいずれかの通信システム。

４０．ホストコンピュータが、ホストアプリケーションを実行するように設定された処理回路を含み、
ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより、ホストコンピュータによって受信されるユーザデータを提供するように設定される
例示的な実施形態３６から３９のいずれかの通信システム。

特に、前述の説明および関連する図面に提示される教示の利益を有する当業者は、開示された発明の修正および他の実施形態を思いつくであろう。したがって、本発明は、開示された特定の実施形態に限定されず、修正および他の実施形態は、本開示の範囲内に含まれることが意図されることを理解されたい。特定の用語が本明細書で採用されることがあるが、それらの用語は、一般的な説明的な意味でのみ使用され、限定を目的としない。

Claims

無線デバイスにおける方法であって、
無線通信ネットワークに対して無線リソース制御（ＲＲＣ）非アクティブ状態にある間、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）が必要であると判定することと、
前記ＲＮＡＵの前記必要性に加えて、ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価することと、
前記判定に応答して、前記無線通信ネットワークにＲＲＣ再開要求メッセージを送信することであって、前記ＲＲＣ再開要求メッセージが、原因インジケータを含み、前記原因インジケータが、前記評価が前記ＲＲＣ接続状態を再開する他の原因を識別しない場合、ＲＮＡＵを示す、ＲＲＣ再開要求メッセージを送信することと
を含む、方法。
ＲＮＡＵが必要であると前記判定することが、前記無線デバイスに対して設定された無線アクセスネットワーク通知エリア（ＲＮＡ）に属していないセルを選択するセル再選択を実行することを含む、請求項１に記載の方法。
前記ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価することが、追跡エリア更新（ＴＡＵ）が必要であると判定することを含み、前記原因インジケータが、前記ＲＲＣ接続状態を再開する前記原因として、モビリティシグナリングを示す、請求項１または２に記載の方法。
前記ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価することが、前記無線デバイスのバッファ内に何らかのアップリンクデータが存在するかどうかを判定することと、前記無線デバイスがページングメッセージに応答する必要があるかどうかを判定することとを含む、請求項１または２に記載の方法。
前記ＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信することと、
前記ＲＲＣ再開要求の受信に応答して、ＴＡＵを開始することと
をさらに含む、請求項３に記載の方法。
ＲＮＡＵが必要であると判定し、かつ、ＴＡＵが必要であると判定することにより、ＲＮＡＵとＴＡＵの両方が必要であることが判定され、ＲＮＡＵとＴＡＵの両方が必要であると前記判定することが、設定された無線アクセスネットワーク通知エリア（ＲＮＡ）に属していないセルを選択するセル再選択を実行することを含む、請求項５に記載の方法。
無線通信システムのアクセスネットワークノードにおける方法であって、
無線デバイスから無線リソース制御（ＲＲＣ）再開要求メッセージを受信することであって、前記ＲＲＣ再開要求メッセージが、ＲＲＣ接続状態を再開する原因として、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）を示す原因インジケータを含む、無線リソース制御（ＲＲＣ）再開要求メッセージを受信することと、
前記無線デバイスに関するコンテキストを検索することと、
前記コンテキストに基づいて、前記ＲＲＣ再開要求を受信しているセルの追跡エリアコード（ＴＡＣ）が前記無線デバイスに関する追跡エリア識別子（ＴＡＩ）リスト内に表されているかどうかを判定することと、
前記ＴＡＣが前記ＴＡＩリスト内に表されていない場合、ＲＲＣ再開メッセージ、または前記ＴＡＣが前記ＴＡＩリスト内に表されている場合、ＲＲＣ留保メッセージのいずれかで、前記ＲＲＣ再開要求メッセージに選択的に応答することと
を含む、方法。
前記ＴＡＣが前記ＴＡＩリスト内に表され、前記ＲＲＣ留保メッセージが、新しい無線アクセスネットワーク通知エリア（ＲＮＡ）で前記無線デバイスを設定する情報を含む、請求項７に記載の方法。
前記ＴＡＣが前記ＴＡＩリスト内に表されず、前記方法が、前記ＲＣＣ再開メッセージに応答して、ＲＲＣ再開完了メッセージを受信することであって、前記ＲＲＣ再開完了メッセージが、追跡エリア更新（ＴＡＵ）メッセージを含むか、または前記追跡エリア更新（ＴＡＵ）メッセージと組み合わされる、ＲＲＣ再開完了メッセージを受信することをさらに含む、請求項８に記載の方法。
請求項１から６のいずれか一項に記載の方法を実行するように適合される、無線デバイス。
請求項７から９のいずれか一項に記載の方法を実行するように適合される、アクセスネットワークノード。
無線デバイス（５０）であって、
無線アクセス技術に従って信号を送信および受信するように設定されたトランシーバ回路（５６）と、
前記トランシーバ回路（５６）に動作可能に結合された処理回路（５２）であって、
無線通信ネットワークに対して無線リソース制御（ＲＲＣ）非アクティブ状態にある間、無線アクセスネットワーク通知エリア更新（ＲＮＡＵ）が必要であると判定することと、
前記ＲＮＡＵの前記必要性に加えて、ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを評価することと、
前記判定に応答して、前記無線通信ネットワークにＲＲＣ再開要求メッセージを送信することであって、前記ＲＲＣ再開要求メッセージが、原因インジケータを含み、前記原因インジケータが、前記評価が前記ＲＲＣ接続状態を再開する他の原因を識別しない場合、ＲＮＡＵを示す、ＲＲＣ再開要求メッセージを送信することと
を行うように設定される、処理回路（５２）と
を含む、無線デバイス（５０）。
前記処理回路（５２）が、前記無線デバイス（５０）に対して設定された無線アクセスネットワーク通知エリア（ＲＮＡ）に属していないセルを選択するセル再選択を実行することによって、ＲＮＡＵが必要であると判定する、請求項１２に記載の無線デバイス（５０）。
前記処理回路（５２）が、前記ＲＮＡＵに加えて、追跡エリア更新（ＴＡＵ）が必要であるかどうかを判定し、その場合、前記ＲＲＣ接続状態を再開する前記原因として、モビリティシグナリングを示す原因インジケータを使用するように設定される、請求項１２または１３に記載の無線デバイス（５０）。
前記処理回路（５２）が、前記ＲＲＣ接続状態を再開する何らかの他の原因が存在するかどうかを判定することが、前記無線デバイスのバッファ内に何らかのアップリンクデータが存在するかどうかを判定することと、前記無線デバイスがページングメッセージに応答する必要があるかどうかを判定することとを含むように設定される、請求項１２または１３に記載の無線デバイス（５０）。
前記処理回路（５２）が、
前記ＲＲＣ再開要求に応答して、ＲＲＣ再開メッセージを受信することと、
前記ＲＲＣ再開要求の受信に応答して、ＴＡＵを開始することと
を行うように設定される、請求項１４に記載の無線デバイス（５０）。
ＲＮＡＵが必要であると判定し、かつ、ＴＡＵが必要であると判定することにより、ＲＮＡＵとＴＡＵの両方が必要であることが判定され、ＲＮＡＵとＴＡＵの両方が必要であると前記判定することが、設定された無線アクセスネットワーク通知エリア（ＲＮＡ）に属していないセルを選択するセル再選択を実行することを含む、請求項１６に記載の無線デバイス（５０）。
少なくとも１つの処理回路上で実行されると、前記少なくとも１つの処理回路に、請求項１から６のいずれか一項に記載の方法を実行させる命令を備えた、コンピュータプログラム。
少なくとも１つの処理回路上で実行されると、前記少なくとも１つの処理回路に、請求項７から９のいずれか一項に記載の方法を実行させる命令を備えた、コンピュータプログラム。
請求項１８または１９に記載のコンピュータプログラムを含む、コンピュータ可読記憶媒体。