JP2024513212A - ユーザ装置およびユーザ装置の方法 - Google Patents

Abstract

本開示の実施形態は、通信の方法、装置及びコンピュータ可読媒体に関する。前記方法は、非アクティブ状態における送信をサポートしていない少なくとも１つの無線ベアラからの第１のアップリンクデータが、前記非アクティブ状態における第２のアップリンクデータの送信中に到着する場合、端末装置が前記第１のアップリンクデータの到着を示す指示を生成することを含む。こうして、非アクティブ状態における送信が効率的に完了することを保証することができる。【選択図】図３

Description

本開示の実施形態は、全体として、電気通信の分野に関し、特に、端末装置の非活動状態におけるデータ送信中の通信の方法、装置及びコンピュータ記憶媒体に関する。

通常、非活動状態にある端末装置は依然として、送信すべき少量で頻繁ではないデータトラフィックを有する場合がある。第３世代パートナシッププロジェクト（３ＧＰＰ）リリース１６までは、非活動状態はデータ送信をサポートしておらず、端末装置はダウンリンクデータとアップリンクデータのいずれについても接続を再開しなければならない（すなわち、接続状態に入らなければならない）。これは、不必要な電力消費とシグナリングオーバーヘッドを引き起こす。

この場合、３ＧＰＰリリース１７では、非活動状態におけるスモールデータ送信（ＳＤＴ）が承認されている。したがって、シグナリングオーバーヘッドを低減することができる。しかしながら、これまでのところ、ＳＤＴ関連技術は未だ未整備であり、さらなる発展が待たれる。

全体として、本開示の実施形態は、通信の方法、装置及びコンピュータ記憶媒体を提供する。

第１の態様において、通信方法が提供される。前記方法は、非アクティブ状態における送信をサポートしていない少なくとも１つの無線ベアラからの第１のアップリンクデータが、前記非アクティブ状態における第２のアップリンクデータの送信中に到着するとの決定に従って、端末装置において、前記第１のアップリンクデータの到着を示す指示を生成することと、前記指示をネットワーク装置に送信することと、を含む。

第２の態様において、通信方法が提供される。前記方法は、アップリンクデータが非アクティブ状態において送信されるとの決定に従って、端末装置において、ネットワーク装置からのアップリンク許可が前記アップリンクデータを受け入れ（accommodate）、バッファ状態報告（ＢＳＲ：ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ）を追加として受け入れないか否かを決定することと、前記アップリンク許可が前記アップリンクデータを受け入れ、前記ＢＳＲを追加として受け入れないとの決定に従って、前記ＢＳＲをキャンセルすることと、を含む。

第３の態様において、通信方法が提供される。前記方法は、端末装置において、アップリンクデータを非アクティブ状態においてネットワーク装置に送信することであって、前記非アクティブ状態における前記アップリンクデータの前記送信中にパワーヘッドルーム報告（ＰＨＲ：ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔ）がトリガされないことを含む。

第４の態様において、通信方法が提供される。前記方法は、端末装置において、アップリンクデータを非アクティブ状態においてネットワーク装置に送信することと、ＰＨＲをトリガすることと、を含む。

第５の態様において、通信方法が提供される。前記方法は、端末装置において、非アクティブ状態におけるアップリンクデータのネットワーク装置への送信中に、前記端末装置のサービングセルの参照信号受信電力（ＲＳＲＰ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｉｎｇ ｐｏｗｅｒ）が閾値電力より低いか否かを決定することと、前記端末装置のサービングセルのＲＳＲＰが前記閾値電力より低いとの決定に従って、アイドル状態に入るか、又は前記非アクティブ状態を維持したまま、前記非アクティブ状態における前記アップリンクデータの前記送信を終了することと、を含む。

第６の態様において、通信方法が提供される。前記方法は、ネットワーク装置において、端末装置から、非アクティブ状態における送信をサポートしていない少なくとも１つの無線ベアラからの第１のアップリンクデータが、前記非アクティブ状態における第２のアップリンクデータの送信中に到着することを示す指示を受信することを含む。

第７の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記端末装置に本開示の第１から第５の態様に記載の方法を実行させる命令を記憶する。

第８の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記ネットワーク装置に本開示の第６の態様に記載の方法を実行させる命令を記憶する。

第９の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第１から第５の態様に記載の方法を実行させる。

第１０の態様において、命令を記憶したコンピュータ可読媒体が提供される。命令は、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第６態様に記載の方法を実行させる。

本開示のその他の特徴は、以下の説明により容易に理解できるはずである。

図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。

本開示のいくつかの実施形態を実施可能な例示的な通信ネットワークを示す図である。

本開示のいくつかの実施形態を実施可能なユーザプレーン（ＵＰ：ｕｓｅｒ ｐｌａｎｅ）プロトコルスタックを示す模式図である。

本開示のいくつかの実施形態を実施可能な制御プレーン（ＣＰ：ｃｏｎｔｒｏｌ ｐｌａｎｅ）プロトコルスタックを示す模式図である。

本開示のいくつかの実施形態を実施可能なＳＤＴプロシージャを示す模式図である。

本開示のいくつかの実施形態を実施可能な、最初の送信とそれに続く送信とを含むＳＤＴプロシージャを示す模式図である。

本開示の実施形態にかかる、ＳＤＴプロシージャ中の通信のためのプロセスを示す模式図である。

本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法を示す図である。

本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法を示す図である。

本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法を示す図である。

本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法を示す図である。

本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法を示す図である。

本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法を示す図である。

本開示の実施形態を実現するのに適した装置の概略ブロック図である。

図中、同一又は類似の参照番号は、同一又は類似の要素を表す。

ここで、いくつかの実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。

以下の説明及び特許請求の範囲において、別途定義されていない限り、本文で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。

本文で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ）装置、あらゆるモノのインターネット（ＩｏＥ）装置、マシンタイプ通信（ＭＴＣ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されず、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末、又は無線装置と互換的に使用することができる。また、「ネットワーク装置」という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。

一実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続することができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスターノードとして、他方をセカンダリ―ノードとしてもよい。第１のネットワーク装置と第２のネットワーク装置は、異なる無線アクセス技術（ＲＡＴ）を使用してもよい。一実施形態において、第１のネットワーク装置は第１のＲＡＴ装置であってもよく、第２のネットワーク装置は第２のＲＡＴ装置であってもよい。一実施形態において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置又は第２のネットワーク装置の少なくとも一方から端末装置に送信されてもよい。一実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、そして第２の情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。一実施形態において、第２のネットワーク装置により設定された端末装置の設定に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信されてもよい。第２のネットワーク装置により設定された端末装置の再設定に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。

本明細書で使用される単数形「１つ」、及び「前記」は、文脈に明示的に示されていない限り、複数形も含まれる。「含む」という用語及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。「に基づく」という用語は、「に少なくとも部分的に基づく」と理解されるべきである。「一実施形態」及び「実施形態」という用語は、「少なくとも１つの実施形態」と理解されるべきである。「別の実施形態」という用語は、「少なくとも１つの別の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指すことができる。以下では、その他の明示的及び暗黙的な定義を含む場合がある。

いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことが、理解されるであろう。

従来では、少量且つ頻繁でないデータ交換を行うさまざまなアプリケーションが存在する。例えば、モバイル装置のいくつかのアプリケーションでは、ＳＤＴは、インスタントメッセージ（ＩＭ）サービスからのトラフィック、例えばＩＭ又は電子メールクライアント及び他のサービスからのハートビート又はキープアライブトラフィック、様々なアプリケーションにおけるプッシュ通知、ウェアラブル装置からのトラフィック（例えば、周期的な位置情報を含む）などを含んでもよい。非モバイル装置のいくつかのアプリケーションでは、ＳＤＴは、センサデータ（例えば、ＩｏＴネットワーク内で定期的に又はイベントトリガ方式で伝送される温度、圧力測定値）、スマートメーターから送信される計測及び警報情報などを含んでもよい。

ＳＤＴ中に、非アクティブ状態における送信をサポートする無線ベアラのうちの少なくとも１つからのアップリンクデータが端末装置の非アクティブ状態において送信される。１つの無線ベアラが非アクティブ状態におけるデータ送信をサポートするか否かは、ネットワーク装置により設定される。いくつかのシナリオにおいて、ＳＤＴ中に、非アクティブ状態における送信をサポートしていない無線ベアラから新しいデータ（便宜上、ここでは非ＳＤＴデータとも称される）が到着する可能性がある。

いくつかのシナリオにおいて、ネットワーク装置からのアップリンク許可が全ての保留中データを受け入れることができる場合、ＢＳＲをキャンセルしてもよく、キャセルしなくてもよい。ＢＳＲをキャンセルしない場合、ＳＤＴ中のＢＳＲの送信は、アップリンクデータを１回の送信で完了することができなくなるため、悪影響を及ぼす。ＢＳＲをキャンセルしない場合、無線ベアラが非アクティブ状態におけるデータ送信をサポートしていないとＢＳＲが判断したとき、ネットワーク装置は端末装置にＵＬ許可を提供するが、端末装置は一次停止された無線ベアラをスケジューリングすることができず、リソースの無駄を引き起こす。

いくつかの他のシナリオにおいて、ＰＨＲは、上位層によるパワーヘッドルーム報告機能の設定又は再設定時にトリガされ、この機能を無効化するためには使用されない。言い換えれば、ＰＨＲはＳＤＴ時にトリガされることになる。さらに、ＰＨＲ媒体アクセス制御制御要素（ＭＡＣ ＣＥ：ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）は、アップリンク共通制御チャネル（ＵＬ－ＣＣＣＨ：ｕｐｌｉｎｋ－ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）からのデータ以外の任意の論理チャネルからのデータよりも高い優先度を有する。

上記又は他の潜在的シナリオについて、本開示の実施形態は、ＳＤＴをできるだけ早く完了させることを保証するために、ＳＤＴ中の通信の改善された解決策を提供する。以下、添付図面を参照して、本開示の原理及び実施態様について詳細に説明する。

通信環境の例
図１Ａは、本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示す模式図である。図１Ａに示すように、通信ネットワーク１００は、端末装置１１０と複数のネットワーク装置１２０及び１３０とを含んでもよい。ネットワーク装置１２０及び１３０は、それぞれのセル１２１及び１３１を提供して端末装置をサービングする。図１Ａの例において、端末装置１３０はネットワーク装置１２０のセル１２１内にあり、端末装置１３０は、ネットワーク装置１２０と通信してもよい。セル１２１は、端末装置１３０のサービングセルと称されてもよい。

図１Ａにおける装置の数は説明の目的で与えられており、本開示に対するいかなる限定も暗示していないことを理解すべきである。通信ネットワーク１００は、本開示の実施態様を実施するのに適した任意の適切な数のネットワーク装置及び／又は端末装置を含んでもよい。さらに、ネットワーク装置１２０及び１３０のそれぞれは、端末装置１１０により多くのセルを提供してもよい。

図１Ａに示すように、端末装置１１０は、無線通信チャネル等のチャネルを介してネットワーク装置１２０と通信してもよい。通信ネットワーク１００における通信は、モバイル通信のためのグローバルシステム（ＧＳＭ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、マシンタイプ通信（ＭＴＣ）などを含むが、これらに限定されない任意の適切な規格に準拠することができる。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。

デュアル接続のいくつかのシナリオにおいて、ネットワーク装置１２０及び１３０は、マスターノード（ＭＮ）又はセカンダリーノード（ＳＮ）として端末装置１１０を同時にサービングしてもよい。ＭＮにより提供されるセルは、端末装置１１０のためのマスターセルグループ（ＭＣＧ）を形成し、ＳＮにより提供されるセルは、端末装置１１０のためのセカンダリーセルグループ（ＳＣＧ）を形成する。いくつかのシナリオにおいて、端末装置１１０は、非アクティブ状態においてネットワーク装置１２０又は１３０と通信してもよい。

端末装置１１０からネットワーク装置１２０又は１３０に向かう方向の通信はＵＬ通信と呼ばれ、ネットワーク装置１２０又は１３０から端末装置１１０に向かう方向の通信はＤＬ通信と称される。端末装置１１０は、ネットワーク装置１２０、１３０、そして場合によっては他のネットワーク装置のセルの間を移動することができる。ＵＬ通信において、端末装置１１０は、ＵＬチャネルを介して、ＵＬデータ及び制御情報をネットワーク装置１２０又は１３０に送信してもよい。ＤＬ通信において、ネットワーク装置１２０又は１３０は、ＤＬチャネルを介して、ＤＬデータ及び制御情報を端末装置１１０に送信することができる。

通信ネットワーク１００における通信は、ＵＰ及びＣＰプロトコルスタックに従って行われてもよい。一般に言うと、通信装置（例えば、端末装置又はネットワーク装置）の場合、プロトコルスタック内の複数のネットワークプロトコル層の複数のエンティティが存在し、これらのエンティティは、通信装置から送信され、通信装置により受信されるデータ又はシグナリングに、対応するプロセスを実施するように設定されてもよい。図１Ｂは、本開示のいくつかの実施形態にかかる装置においてＵＰプロトコルスタックのために確立され得るネットワークプロトコル層エンティティを示す模式図１００Ｂである。

図１Ｂに示すように、ＵＰにおいて、端末装置１１０及びネットワーク装置１２０のそれぞれは、Ｌ１層のエンティティ、つまり、物理（ＰＨＹ）層のエンティティ（ＰＨＹエンティティとも称される）と、媒体アクセス制御（ＭＡＣ）層のエンティティ（ＭＡＣエンティティとも称される）、無線リンク制御（ＲＬＣ）層のエンティティ（ＲＬＣエンティティとも称される）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層のエンティティ（ＰＤＣＰエンティティとも称される）、及びサービスデータアプリケーションプロトコル（ＳＤＡＰ）層のエンティティ（ＳＤＡＰエンティティとも称され、５Ｇ及びその後の世代のネットワークで確立される）を含む、上位層（Ｌ２層及びＬ３層、つまり上位層）の１つ又は複数のエンティティとを含んでもよい。場合によっては、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、及びＳＤＡＰエンティティは、スタック構造になっている。

図１Ｃは、本開示のいくつかの実施形態にかかる装置においてＣＰプロトコルスタックのために確立され得るネットワークプロトコル層エンティティを示す模式図１００Ｃである。図１Ｃに示すように、ＣＰにおいて、端末装置１１０及びネットワーク装置１２０のそれぞれは、Ｌ１層のエンティティ、つまり、ＰＨＹ層のエンティティ（ＰＨＹエンティティとも称される）と、ＭＡＣ層のエンティティ（ＭＡＣエンティティとも称される）、ＲＬＣ層のエンティティ（ＲＬＣエンティティとも称される）、ＰＤＣＰ層のエンティティ（ＰＤＣＰエンティティとも称される）、及び無線リソース制御（ＲＲＣ）層のエンティティ（ＲＲＣエンティティとも称される）を含む、上位層（Ｌ２層及びＬ３層）の１つ又は複数のエンティティを含んでもよい。ＲＲＣ層はさらにアクセスストラタム（ＡＳ：ａｃｃｅｓｓ ｓｔｒａｔｕｍ）層と称されてもよく、そのために、ＲＲＣエンティティはさらにＡＳエンティティと称されてもよい。図１Ｃに示すように、端末装置１１０はさらに、非アクセスストラタム（ＮＡＳ）層のエンティティ（ＮＡＳエンティティとも称される）を含んでもよい。ネットワーク側のＮＡＳ層は、ネットワーク装置内ではなく、コアネットワーク（ＣＮ：ｃｏｒｅ ｎｅｔｗｏｒｋ、図示せず）内に配置される。いくつかのケースにおいては、これらのエンティティはスタック構造になる。

一般的には、通信チャネルは、論理チャネルと、送信チャネルと、物理チャネルとに分けられる。物理チャネルは、ＰＨＹ層が実際に情報を送信するチャネルである。例えば、物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）と、物理アップリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）と、物理ランダムアクセスチャネル（ＰＲＡＣＨ：ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ－ａｃｃｅｓｓ ｃｈａｎｎｅｌ）と、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）と、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）と、物理ブロードキャストチャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）とを含んでもよい。

送信チャネルは、ＰＨＹ層とＭＡＣ層との間のチャネルである。例えば、送信チャネルは、ブロードキャストチャネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）と、ダウンリンク共有チャネル（ＤＬ－ＳＣＨ：ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）と、ページングチャネル（ＰＣＨ：ｐａｇｉｎｇ ｃｈａｎｎｅｌ）と、アップリンク共有チャネル（ＵＬ－ＳＣＨ：ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）と、ランダムアクセスチャネル（ＲＡＣＨ）とを含んでもよい。

論理チャネルは、ＭＡＣ層とＲＬＣ層との間のチャネルである。例えば、論理チャネルは、専用制御チャネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）と、共通制御チャネル（ＣＣＣＨ：ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）と、ページング制御チャネル（ＰＣＣＨ：ｐａｇｉｎｇ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）と、ブロードキャスト制御チャネル（ＢＣＣＨ：ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）と、専用トラフィックチャネル（ＤＴＣＨ：ｄｅｄｉｃａｔｅｄ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）とを含んでもよい。

一般的には、ＲＲＣ層とＰＤＣＰ層との間のチャネルは、無線ベアラと称される。端末装置１１０は、データプレーンデータを運搬するための少なくとも１つのデータ無線ベアラ（ＤＲＢ：ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）と、制御プレーンデータを運搬するための少なくとも１つのシグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ）とを有するように設定されてもよい。本開示の背景では、ＤＲＢは、非アクティブ状態における送信をサポートする（すなわち、ＳＤＴをサポートする）ように設定されてもよい。もちろん、ＤＲＢは、非アクティブ状態における送信をサポートしない（すなわち、ＳＤＴをサポートする）ように設定されてもよい。ＳＲＢはＳＤＴをサポートするように設定されてもよい。もちろん、ＳＲＢはＳＤＴをサポートしないように設定されてもよい。

ＲＲＣ層においては、ＳＲＢ０、ＳＲＢ１及びＳＲＢ２の３種類のＳＲＢが定義されている。ＳＲＢ０はＲＲＣ接続の確立、再開、又は再確立にＣＣＣＨを使用する。ＳＲＢ１はＤＣＣＨを使用し、ＲＲＣ接続が確立されたときに確立される。ＳＲＢ２はＤＣＣＨを使用し、ＲＲＣ再設定中及び最初のセキュリティアクティブ化の後に確立される。

追加として、端末装置１１０のＮＡＳ層にプロトコルデータユニット（ＰＤＵ）セッションを確立して、ＣＮへデータを送信したり、ＣＮからデータを受信したりしてもよい。ＰＤＵセッションは、ＳＤＡＰエンティティに対応してもよく、複数のサービス品質（ＱｏＳ）フローを含んでもよい。本開示の背景では、ＱｏＳフローは、ＳＤＴをサポートするように設定されてもよい。もちろん、ＱｏＳフローはＳＤＴをサポートしないように設定されてもよい。

本開示の背景では、端末装置１１０は、非アクティブ状態においてネットワーク装置１２０と通信してもよい。いくつかのシナリオにおいて、送信すべきＳＤＴをサポートする無線ベアラからの小量で頻繁ではないデータトラフィックを端末装置１１０が有するときに、端末装置１１０はＳＤＴプロシージャを開始してもよい。図２Ａは本開示のいくつかの実施形態を実施可能な１回限りのＳＤＴプロシージャを示す模式図である。図２に示すように、非アクティブ状態にある端末装置１１０は、ＲＲＣ再開要求をデータトラフィックに関連付けられるＵＬデータとともにネットワーク装置１２０に送信してもよい（２０１）。例えば、端末装置１１０は、２ステップＲＡＣＨプロシージャのＭｓｇＡ又は４ステップＲＡＣＨプロシージャのＭｓｇ３内で、ＲＲＣ再開要求をＵＬデータとともに送信してもよい。もちろん、端末装置１１０はさらに、設定された許可（ＣＧ）リソースにおいてＲＲＣ再開要求をＵＬデータとともに送信してもよい。ＲＲＣ再開要求は、再開理由を含んでもよい。ＲＲＣ再開要求及びＵＬデータを受信すると、ネットワーク装置１２０は、ＲＲＣ解放メッセージをＵＬデータに対応するＤＬデータとともに端末装置１１０に送信してもよい（２０２）。例えば、ネットワーク装置１２０は、２ステップＲＡＣＨプロシージャのＭｓｇＡ又は４ステップＲＡＣＨプロシージャのＭｓｇ４内で、ＲＲＣ解放メッセージをＤＬデータとともに送信してもよい。また、ネットワーク装置１２０は、ＣＧリソースでの送信の応答として、ＲＲＣ解放メッセージをＤＬデータとともに送信してもよい。この時点で、ＳＤＴプロシージャ２００Ａが終了する。

図２Ｂは本開示のいくつかの実施形態を実施可能な、最初の送信とそれに続く送信とを含むＳＤＴプロシージャ２００Ｂを示す模式図である。図２に示すように、非アクティブ状態にある端末装置１１０は、ＲＲＣ再開要求をＵＬデータ及びＢＳＲとともにネットワーク装置１２０に送信してもよい（２１１）。例えば、端末装置１１０は、２ステップＲＡＣＨプロシージャのＭｓｇＡ又は４ステップＲＡＣＨプロシージャのＭｓｇ３内で、ＲＲＣ再開要求をＵＬデータ及びＢＳＲとともに送信してもよい。もちろん、端末装置１１０はさらに、設定された許可（ＣＧ）リソースにおいてＲＲＣ再開要求をＵＬデータとともに送信してもよい。ＲＲＣ再開要求は、再開理由を含んでもよい。ＲＲＣ再開要求をＵＬデータ及びＢＳＲとともに受信すると、ネットワーク装置１２０は、端末装置１１０に後続の送信の指示を送信してもよい（２１２）。例えば、ネットワーク装置１２０は、後続の送信を示す明示的なＲＲＣメッセージを送信してもよい。別の例として、ネットワーク装置１２０は、別の送信についてのＵＬ許可を送信して、後続の送信を暗黙的に示してもよい。いくつかの実施形態において、ネットワーク装置１２０は、ＤＬデータを指示とともに端末装置１１０に送信してもよい。この時点で、最初の送信が完了した。

この指示に基づいて、端末装置１１０は、例えば、動的な許可又は設定された許可に基づいて、別のＵＬデータ及びＢＳＲをネットワーク装置１２０に送信してもよい（２１３）。そして、ネットワーク装置１２０は、動的な許可についてのＵＬ許可を端末装置１１０に送信してもよい（２１４）。いくつかの実施形態において、ネットワーク装置１２０は、ＤＬデータをＵＬ許可とともに端末装置１１０に送信してもよい。ネットワーク装置１２０からのＵＬ許可に基づいて、端末装置１１０は、残りのＵＬデータをネットワーク装置１２０に送信してもよい（２１５）。したがって、ネットワーク装置１２０は、ＲＲＣ解放メッセージを端末装置１１０に送信してもよい（２１６）。この時点で、後続の送信が完了した。すなわち、ＳＤＴプロシージャ２００Ｂが終了する。ＳＤＴプロシージャ２００Ｂは、後続の送信においてより多くのステップ又はより少ないステップを含んでもよいことを理解すべきである。

非ＳＤＴデータを処理する実現例
いくつかのシナリオにおいて、ＳＤＴをサポートしていない無線ベアラからのアップリンクデータ（すなわち、非ＳＤＴデータ）が、ＳＤＴプロシージャ中に到着する可能性がある。これに鑑みて、本願の実施形態は、非ＳＤＴデータの到着を示す解決策を提供する。図３を参照し、以下にこれについて説明する。図３は本開示の実施形態にかかる、ＳＤＴプロシージャ中の通信のためのプロセス３００を示す模式図である。説明のために、図１を参照してプロセス３００を説明する。プロセス３００には、図１に示されるような端末装置１１０とネットワーク装置１２０が関与してもよい。図３に示すように、端末装置１１０は、非アクティブ状態における送信をサポートしていない少なくとも１つの無線ベアラからの第１のアップリンクデータが、非アクティブ状態における第２のアップリンクデータの送信中に到着するか否かを決定する（３１０）。

言い換えれば、端末装置１１０は、ＳＤＴプロシージャ中に非ＳＤＴデータが到着するか否かを決定する。

いくつかの実施形態において、第１のアップリンクデータが到着した場合、端末装置１１０のＮＡＳ層は、第１のアップリンクデータが到着したことを端末装置１１０のＡＳ層に通知してもよい。

従来、ＮＡＳ層は、一時停止されたユーザプレーンリソースを有するＰＤＵセッションのために送信されるアップリンクユーザデータパケットの時に、ＲＲＣ接続を再開するようＡＳ層に示す。しかしながら、ＳＤＴ中に到着した新たな非ＳＤＴデータが同じＰＤＵセッションからのものである場合、非ＳＤＴデータの到着を示すＮＡＳ層からＡＳ層への指示が存在するか否かは不明である。

この場合の対策として、別のネットワーク装置により無線ベアラについてＳＤＴのサポートを設定し、端末装置１１０が該別のネットワーク装置との接続状態にある場合、該別のネットワーク装置は、同一のＰＤＵセッションＩＤを有する全ての無線ベアラを、ＳＤＴをサポートするか否かについて同様の設定に設定してもよい。この場合、端末装置１１０は、該別のネットワーク装置から、同じＰＤＵセッションアイデンティティに関連付けられた全てのＤＲＢが非アクティブ状態における送信をサポートしていることを示す第１の設定、又は同じＰＤＵセッションアイデンティティに関連付けられた全てのＤＲＢが非アクティブ状態における送信をサポートしていないことを示す第２の設定を、受信してもよい。こうして、非アクティブ状態における送信をサポートしていない無線ベアラは、非アクティブ状態における送信をサポートしている無線ベアラとは異なるＰＤＵセッションにあることになり、そのため、ＮＡＳ層は、従来の方法で、つまり、ＡＳ層にＲＲＣ接続状態への遷移を要求することにより、非ＳＤＴデータの到着をＡＳ層に通知することができる。別のネットワーク装置が、ネットワーク装置１２０、又は最後のサービングネットワーク装置、又は任意の他の適切なネットワーク装置であってもよいことに留意されたい。

以上の場合の別の対策として、いくつかの実施形態において、端末装置１１０は、端末装置１１０のＡＳ層からＮＡＳ層へ、非アクティブ状態において実行されている第２のアップリンクデータの送信を通知するとともに、ＱｏＳフローのＩＤに関する情報を通知してもよい。いくつかの実施形態において、ＱｏＳフローＩＤに関する情報は、ＳＤＴをサポートしていないＱｏＳフローのＩＤであってもよい。いくつかの実施形態において、ＱｏＳフローＩＤに関する情報は、ＳＤＴをサポートしているＱｏＳフローのＩＤであってもよい。ＮＡＳ層は全てのＱｏＳフローＩＤを知っているので、ＳＤＴをサポートしているＱｏＳフローのＩＤからＳＤＴをサポートしていないＱｏＳフローのＩＤを導出することができる。すなわち、ＮＡＳ層は、端末装置１１０がＳＤＴを実行していることを知ることができ、ＳＤＴをサポートしていないＱｏＳフローのＩＤを知るか、又は導出することができる。

第１のアップリンクデータがＳＤＴをサポートしていないＱｏＳフローのアイデンティティに関連付けられている場合、端末装置１１０は、ＮＡＳ層からＡＳ層へ、非アクティブ状態における第２のアップリンクデータの送信中に第１のアップリンクデータが到着することを通知してもよい。こうして、ＮＡＳ層に新しいデータが到着すると、ＮＡＳ層は、該新しいデータに関連付けられたＱｏＳフローＩＤから、該新しいデータが非ＳＤＴデータであるか否かを知ることができる。その結果、ＮＡＳ層は、例えばＡＳ層にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移を要求することにより、非ＳＤＴデータの到着をＡＳ層に示すことができる。

第１のアップリンクデータが到着した場合、端末装置１１０のＡＳ層３２０は、第１のアップリンクデータの到着を示す指示を生成する。いくつかの実施形態において、端末装置１１０は、第１のアップリンクデータへのアクセス試行が禁止されているか否かを決定し、アクセス試行が禁止されていない場合、端末装置は、この指示を生成してもよい。すなわち、端末装置１１０は、指示を生成する前に、統合アクセス制御（ＵＡＣ：ｕｎｉｆｉｅｄ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）プロシージャを実行してもよい。この指示は、アクセス試行が禁止されていない場合にのみ生成される。こうして、通信効率を向上させることができる。

この指示が生成されると、端末装置１１０は、この指示をネットワーク装置１２０に送信する（３３０）。この指示は、様々な方法で生成され、送信されてもよい。以下、指示を生成及び送信するためのいくつかの例示的な実施形態について、実施形態１～４に関連して説明する。

実施形態１
この実施形態において、端末装置１１０は、指示としてＤＣＣＨメッセージを生成して送信してもよい。例えば、端末装置１１０は、ＳＲＢ１を使用してＲＲＣメッセージを生成して、ＳＤＴをサポートしない少なくとも１つの無線ベアラからのデータの到着を示してもよい。いくつかの例において、ＲＲＣメッセージは、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージなどの既存のＲＲＣメッセージであってもよい。他のいくつかの例において、ＲＲＣメッセージは、指示のために特別に導入される新しいＲＲＣメッセージであってもよい。

いくつかの実施形態において、ＤＣＣＨメッセージは再開理由を含んでもよい。いくつかの実施形態において、ＤＣＣＨメッセージは、予想されるＲＲＣ状態、例えば、ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態又は任意の他の適切なＲＲＣ状態を含んでもよい。いくつかの実施形態において、ＤＣＣＨメッセージは、第１のアップリンクデータの情報、すなわち、非ＳＤＴデータの情報を含んでもよい。例えば、第１のアップリンクデータの情報は、第１のアップリンクデータのサイズ、該少なくとも１つの無線ベアラのアイデンティティ（ＩＤ）、又は該少なくとも１つの無線ベアラのタイプのうちの少なくとも１つを含んでもよい。例えば、該少なくとも１つの無線ベアラのタイプは、ＭＮ終端又はＳＮ終端の、ＭＣＧベアラ又はＳＣＧベアラ、又はスプリットベアラであってもよい。

いくつかの実施形態において、ＤＣＣＨメッセージは、ターゲット周波数帯についての予想される測定ギャップ、例えば、ＮＲターゲット周波数帯についての端末装置１１０の測定ギャップ要件情報を含んでもよい。いくつかの実施形態において、ＤＣＣＨメッセージは、端末装置１１０のモビリティ状態の情報を含んでもよい。いくつかの実施形態において、ＤＣＣＨメッセージは、アイドル状態又は非アクティブ状態における測定報告の利用可能性の指示を含んでもよい。いくつかの実施形態において、ＤＣＣＨメッセージは、記録される測定値、接続確立失敗情報、又は無線リンク障害情報のうちの少なくとも１つの利用可能性の指示を含んでもよい。いくつかの実施形態において、ＤＣＣＨメッセージは、端末装置１１０のモビリティ履歴の利用可能性の指示を含んでもよい。

いくつかの実施形態において、端末装置１１０は、ＤＣＣＨメッセージの送信を開始する前に、タイマ（便宜上、ここでは第１のタイマとも称される）を開始又は再開してもよい。例えば、端末装置１１０は、既存のタイマ、例えばＴ３１９を再利用してもよい。もちろん、新しいタイマを導入してもよい。

いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０からのＤＣＣＨメッセージへの応答の受信時に第１のタイマを停止してもよい。例えば、ＤＣＣＨメッセージへの応答は、ＲＲＣＲｅｓｕｍｅメッセージ、ＲＲＣＳｅｔｕｐメッセージ、ＲＲＣＲｅｌｅａｓｅメッセージ、ｓｕｓｐｅｎｄＣｏｎｆｉｇを有するＲＲＣＲｅｌｅａｓｅメッセージ、又はＲＲＣＲｅｊｅｃｔメッセージであってもよい。もちろん、ＤＣＣＨメッセージへの応答として、他の任意の適切なメッセージも可能である。

いくつかの実施形態において、端末装置１１０は、端末装置１１０のセル再選択時に第１のタイマを停止してもよい。いくつかの実施形態において、端末装置１１０は、上位層による、第１のアップリンクデータに関連付けられた接続確立の終了時に、第１のタイマを停止してもよい。

いくつかの実施形態において、端末装置１１０は、第１のタイマの満了時に、接続再開失敗情報を記憶し、アイドル状態に入ってもよい。例えば、端末装置１１０は、「ＲＲＣ再開失敗」の解放理由でＲＲＣ ＩＤＬＥ状態に入るときに、これらの動作を実行してもよい。

ＤＣＣＨメッセージが送信されるいくつかの実施形態において、端末装置１１０は、第１のタイマが実行しているか否かを決定してもよい。第１のタイマが実行していない場合、端末装置１１０は、ＤＣＣＨメッセージをネットワーク装置１２０に送信してもよい。言い換えれば、第１のタイマが実行している間は、端末装置１１０は、別の非ＳＤＴデータの到着を示す別のＤＣＣＨメッセージを送信することが許可されない。こうして、ＳＤＴプロシージャが効率的に実行されることを保証することができる。

いくつかの実施形態において、端末装置１１０は、ＤＣＣＨメッセージの生成時にＢＳＲを生成してもよい。すなわち、ＤＣＣＨメッセージの到着は、ＢＳＲをトリガすることができる。いくつかの実施形態において、ＢＳＲを送信するために利用可能なアップリンク許可がない場合、端末装置１１０は、ネットワーク装置１２０へのスケジューリング要求（ＳＲ）をトリガしてもよい。いくつかの代替の実施形態において、ＢＳＲを送信するために利用可能なアップリンク許可がない場合、端末装置１１０は、ネットワーク装置１２０へのランダムアクセスプロシージャを開始してもよい。

いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０からＳＤＴについてのＲＲＣ解放メッセージ（例えば、ＲＲＣＲｅｌｅａｓｅメッセージ）を受信してもよい。この場合、ＤＣＣＨメッセージが端末装置１１０のＲＲＣ層により既に生成された場合、又は第１のタイマが実行している場合（すなわち、ＲＲＣＲｅｌｅａｓｅメッセージを受信する前に非ＳＤＴデータが到着した場合）、端末装置１１０のＮＡＳ層がこの状況を認識していないので、端末装置１１０は、送信を回復するのに非常に長い時間を費やすことになる。

この場合の対策として、いくつかの実施形態において、端末装置１１０は、ＡＳ層によるＲＲＣ接続再開又は設置プロシージャを開始してもよい。いくつかの代替の実施形態において、端末装置１１０は、端末装置１１０のＡＳ層からＮＡＳ層へ、第１のアップリンクデータのためのＲＲＣ接続再開の失敗を通知してもよい。その結果、ＮＡＳ層は、ＡＳ層にＲＲＣ接続を再開又は確立するように示すことができる。こうして、通信効率を強化することができる。

実施形態２
この実施形態において、端末装置１１０は、指示としてＭＡＣ ＣＥを生成して送信してもよい。いくつかの実施形態において、ＭＡＣ ＣＥは、ゼロビットのサイズを有してもよい。すなわち、ＭＡＣ ＣＥに内容がなくてもよい。いくつかの代替の実施形態において、ＭＡＣ ＣＥは、第１のアップリンクデータの情報を含んでもよい。例えば、第１のアップリンクデータの情報は、第１のアップリンクデータのサイズ、該少なくとも１つの無線ベアラのアイデンティティ、又は該少なくとも１つの無線ベアラのタイプのうちの少なくとも１つを含んでもよい。例えば、該少なくとも１つの無線ベアラのタイプは、ＭＮ終端又はＳＮ終端の、ＭＣＧベアラ又はＳＣＧベアラ、又はスプリットベアラであってもよい。

いくつかの実施形態において、端末装置１１０は、ＭＡＣ ＣＥの送信を開始する前に、タイマ（便宜上、ここでは第２のタイマとも称される）を開始又は再開してもよい。例えば、端末装置１１０は、既存のタイマ、例えばＴ３１９を再利用してもよい。もちろん、新しいタイマを導入してもよい。

いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０からのＭＡＣ ＣＥへの応答の受信時に第２のタイマを停止してもよい。例えば、ＭＡＣ ＣＥへの応答は、ＲＲＣＲｅｓｕｍｅメッセージ、ＲＲＣＳｅｔｕｐメッセージ、ＲＲＣＲｅｌｅａｓｅメッセージ、ｓｕｓｐｅｎｄＣｏｎｆｉｇを有するＲＲＣＲｅｌｅａｓｅメッセージ、又はＲＲＣＲｅｊｅｃｔメッセージであってもよい。もちろん、ＭＡＣ ＣＥへの応答として、他の任意の適切なメッセージも可能である。

いくつかの実施形態において、端末装置１１０は、端末装置１１０のセル再選択時に第２のタイマを停止してもよい。いくつかの実施形態において、端末装置１１０は、上位層による、第１のアップリンクデータに関連付けられた接続確立の終了時に、第２のタイマを停止してもよい。

いくつかの実施形態において、端末装置１１０は、第２のタイマの満了時に、接続再開失敗情報を記憶し、アイドル状態に入ってもよい。例えば、端末装置１１０は、「ＲＲＣ再開失敗」の解放理由でＲＲＣ ＩＤＬＥ状態に入るときに、これらの動作を実行してもよい。

ＭＡＣ ＣＥが送信されるいくつかの実施形態において、端末装置１１０は、第２のタイマが実行しているか否かを決定してもよい。第２のタイマが実行していない場合、端末装置１１０は、ＭＡＣ ＣＥをネットワーク装置１２０に送信してもよい。言い換えれば、第２のタイマが実行している間は、端末装置１１０は、別の非ＳＤＴデータの到着を示す別のＭＡＣ ＣＥを送信することが許可されない。こうして、ＳＤＴプロシージャが効率的に実行されることを保証することができる。

いくつかの実施形態において、ＭＡＣ ＣＥを送信するために利用可能なアップリンク許可がない場合、端末装置１１０は、ネットワーク装置１２０へのスケジューリング要求（ＳＲ）をトリガしてもよい。いくつかの代替の実施形態において、ＭＡＣ ＣＥを送信するために利用可能なアップリンク許可がない場合、端末装置１１０は、ネットワーク装置１２０へのランダムアクセスプロシージャを開始してもよい。

いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０からＳＤＴについてのＲＲＣ解放メッセージ（例えば、ＲＲＣＲｅｌｅａｓｅメッセージ）を受信してもよい。この場合、ＭＡＣ ＣＥが端末装置１１０のＲＲＣ層により既に生成された場合、又は第２のタイマが実行している場合（すなわち、ＲＲＣＲｅｌｅａｓｅメッセージを受信する前に非ＳＤＴデータが到着した場合）、端末装置１１０のＮＡＳ層がこの状況を認識していないので、端末装置１１０は、送信を回復するのに非常に長い時間を費やすことになる。

この場合の対策として、いくつかの実施形態において、端末装置１１０は、ＡＳ層によるＲＲＣ接続再開又は設置プロシージャを開始してもよい。いくつかの代替の実施形態において、端末装置１１０は、端末装置１１０のＡＳ層からＮＡＳ層へ、第１のアップリンクデータのためのＲＲＣ接続再開の失敗を通知してもよい。その結果、ＮＡＳ層は、ＡＳ層にＲＲＣ接続を再開又は確立するように示すことができる。こうして、通信効率を強化することができる。

いくつかの実施形態において、端末装置１１０は、このＭＡＣ ＣＥを、ＢＳＲ（パディングのために含められたＢＳＲを除く）のためのＭＡＣ ＣＥについての優先度よりも高く、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ：ｃｅｌｌ－ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）を示すＭＡＣ ＣＥについての優先度又はＵＬ－ＣＣＣＨからのデータについての優先度よりも低い優先度で送信してもよい。いくつかの代替の実施形態において、端末装置は、このＭＡＣ ＣＥを、ＢＳＲ（パディングのためのＢＳＲを除く）のためのＭＡＣ ＣＥについての優先度よりも高い優先度で送信してもよい。いくつかの代替の実施形態において、端末装置は、このＭＡＣ ＣＥを、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ：ｃｅｌｌ－ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）を示すＭＡＣ ＣＥについての優先度又はＵＬ－ＣＣＣＨからのデータについての優先度よりも低い優先度で送信してもよい。こうして、ＳＤＴプロシージャをできるだけ早く完了させることを保証することができる。例えば、論理チャネルを次の順序で優先順位付けできる（最高の優先度が１番に表示される）。
－ Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータ、
－ 非ＳＤＴデータの新しい到着の指示のためのＭＡＣ ＣＥ、
－ 設定された許可確認ＭＡＣ ＣＥ又はＢＦＲ ＭＡＣ ＣＥ、又はマルチエントリ設定許可確認（Multiple Entry Configured Grant Confirmation）ＭＡＣ ＣＥ、
－ サイドリンク設定された許可確認ＭＡＣ ＣＥ、
－ ＬＢＴ障害ＭＡＣ ＣＥ、
－ 優先されるＳＬ－ＢＳＲのためのＭＡＣ ＣＥ、
－ パディングのために含められたＢＳＲを除くＢＳＲのためのＭＡＣ ＣＥ、
－ シングルエントリＰＨＲ ＭＡＣ ＣＥ又はマルチエントリＰＨＲ ＭＡＣ ＣＥ、
－ 所望ガードシンボルのためのＭＡＣ ＣＥ、
－ プリエンプティブＢＳＲのためのＭＡＣ ＣＥ、
－ 第５．２２．１．６条に従って優先されるＳＬ－ＢＳＲ及びパディングに含められたＳＬ－ＢＳＲを除くＳＬ－ＢＳＲのためのＭＡＣ ＣＥ、
－ ＵＬ－ＣＣＣＨからのデータを除く、任意の論理チャネルからのデータ。

実施形態３
本実施形態において、端末装置１１０は、ＲＲＣ再開を要求するためのメッセージ（例えば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ又はＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージ）を指示として生成してもよい。すなわち、ＳＤＴがトリガされた後に非ＳＤＴデータの到着がある場合、端末装置１１０のＲＲＣ層は、別のＲＲＣ再開プロシージャをトリガしてもよい。ＲＲＣ再開プロシージャ中のＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ又はＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージは、非ＳＤＴデータの到着についての指示となる。

いくつかの実施形態において、端末装置１１０は、第２のアップリンクデータ（すなわち、ＳＤＴ）の送信を終了し、第１のアップリンクデータの送信のためのＲＲＣ再開プロシージャを開始してもよい。いくつかの実施形態において、端末装置１１０は、現在のＫｇＮＢ鍵、ＫＲＲＣｅｎｃ鍵、ＫＲＲＣｉｎｔ鍵、ＫＵＰｉｎｔ鍵及びＫＵＰｅｎｃ鍵を廃棄すること、端末装置１１０のＭＡＣエンティティをリセットし、デフォルトＭＡＣセルグループ設定を解放すること、少なくとも、非アクティブ状態における送信をサポートする無線ベアラのＲＬＣエンティティ（すなわち、全ての無線ベアラ又はＳＤＴをサポートする無線ベアラのみ）を再確立すること、又は、ＳＲＢ１及び少なくとも、非アクティブ状態における送信をサポートする無線ベアラ（すなわち、全ての無線ベアラ又は非アクティブ状態における送信をサポートする無線ベアラのみ）を一時停止することのうちの少なくとも１つにより、ＳＤＴを終了してもよい。ＳＤＴの終了は以上に挙げられた動作よりもより多くの動作又はより少ない動作を含んでもよいことを、理解すべきである。

ＲＲＣ再開プロシージャの開始についてのいくつかの実施形態において、端末装置１１０は、ＡＳ層からＮＡＳ層へ再開理由を提供してもよい。いくつかの実施形態において、再開理由は、以前のＳＤＴプロシージャで使用された理由と同じであってもよい。もちろん、再開理由も任意の他の適切な方式を採用してもよい。例えば、ＡＳ層は、例えば、ＮＡＳ層が新たな再開理由を一切提供しない場合、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１又はＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１内で、ＲＮＡ目的以外の再開理由を提供してもよい。

ＲＲＣ再開プロシージャを開始する前に、又は第２のアップリンクデータの送信を終了する前に、ＵＡＣプロシージャが既に完了していることを考慮すると、いくつかの実施形態において、端末装置１１０は、第１のアップリンクデータのためのＲＲＣ再開プロシージャの開始において、ＵＡＣプロシージャをスキップしてもよい。こうして、通信効率を向上させることができる。

実施形態４
本実施形態は、実施形態１～３の組み合わせである。この実施形態において、指示を送信するためにアップリンク許可が利用可能である場合、端末装置１１０は、ＤＣＣＨメッセージ又はＭＡＣ ＣＥを生成して送信することにより、実施形態１又は２で説明したように、指示を生成して送信してもよい。

指示を送信するために利用可能なアップリンク許可が存在しない場合、端末装置１１０は、別のＲＲＣ再開プロシージャを開始することにより、実施形態３で説明したように、指示を生成して送信してもよい。こうして、通信効率を著しく向上させることができる。

この指示を受信すると、ネットワーク装置１２０は、非ＳＤＴデータの到着の別の指示を有する、端末装置１１０のコンテキストを取り戻す要求を、端末装置１１０の最後のサービングネットワーク装置としての別のネットワーク装置に送信してもよい。
ＳＤＴ中のＢＳＲ送信の実現例

従来、アップリンク許可が全ての保留中データを受け入れられる場合、ＢＳＲをキャンセルしても、キャンセルしなくてもよい。ＢＳＲをキャンセルしない場合、ＳＤＴ中に空白を示すＢＳＲを送信することは、悪影響を及ぼすことになる。これに鑑みて、本開示の実施形態は、ＳＤＴのＢＳＲを取り消す、取り消されるべき、又は取り消すことにすることを提案する。

いくつかの実施形態において、ネットワーク装置１２０からのアップリンク許可がアップリンクデータを受け入れ、ＢＳＲを追加として受け入れない場合、端末装置１１０は、ＢＳＲをキャンセルしてもよい。こうして、ＳＤＴをできるだけ早く完了させることを保証することができる。

いくつかの実施形態において、ネットワーク装置１２０からのアップリンク許可がアップリンクデータを受け入れ、ＢＳＲを追加として受け入れる場合、端末装置１１０は、一時停止されている少なくとも１つの無線ベアラを考慮するなく、ＢＳＲを生成してもよい。言い換えれば、一時停止されている該少なくとも１つの無線ベアラに関連付けられるデータ量は、ＢＳＲの生成に計上されない。こうして、非ＳＤＴデータに関連するデータ量が除外され、そのため、ＳＤＴプロシージャをより効率的に実行することができる。
ＳＤＴ中のＰＨＲ送信の実現例

従来、ＰＨＲは、上位層によるパワーヘッドルーム報告機能の設定又は再設定時にトリガされ、この機能を無効化するためには使用されない。言い換えれば、ＰＨＲはＳＤＴ時にトリガされることになる。さらに、ＰＨＲ ＭＡＣ ＣＥ は、ＵＬ－ＣＣＣＨからのデータ以外の任意の論理チャネルからのデータよりも高い優先度を有する。この場合、アップリンク許可がアップリンクデータ（ＵＬ ＣＣＣＨ、ＤＣＣＨ及びＤＴＣＨを含む）しか受け入れられないが、ＰＨＲ ＭＡＣ ＣＥ及びそのヘッダ（３バイト）を受け入れられない場合、端末装置１１０は、ＳＤＴの後続の送信を実行しなければならない。

これに鑑みて、本開示の実施形態は、アップリンク許可が、送信のために利用可能な全ての保留中データを受け入れられるが、ＰＨＲ ＭＡＣ ＣＥ及びそのヘッダを追加として受け入れるには不十分である場合、ＰＨＲを送信しないことを提案する。実施形態４から実施形態６に関連して以下にいくつかの例について説明する。

実施形態４
この実施形態において、端末装置１１０は、ＳＤＴプロシージャ中にＰＨＲをトリガしなくてもよい。例えば、ＳＤＴ中にデフォルトＭＡＣセルグループ設定が適用されると、ＰＨＲをトリガしなくてもよい。

実施形態５
この実施形態において、端末装置１１０は、ＳＤＴプロシージャ中にＰＨＲをトリガしてもよいが、ＰＨＲのためのＭＡＣ ＣＥは、非ＳＤＴ ＤＲＢ及びＳＤＴのためのＳＲＢのデータよりも低い優先度を有する。

いくつかの実施形態において、ネットワーク装置１２０からのアップリンク許可がアップリンクデータを受け入れる場合、端末装置１１０は、アップリンクデータについての優先度よりも低い優先度でＰＨＲを送信してもよい。そうでない場合、端末装置１１０は、アップリンクデータについての優先度よりも高い優先度でＰＨＲを送信してもよい。

いくつかの実施形態において、ネットワーク装置１２０からのアップリンク許可がアップリンクデータを受け入れるが、ＰＨＲを追加として受け入れない場合、端末装置１１０は、アップリンクデータについての優先度よりも低い優先度でＰＨＲを送信してもよい。そうでない場合、端末装置１１０は、アップリンクデータについての優先度よりも高い優先度でＰＨＲを送信してもよい。

実施形態６
この実施形態において、端末装置１１０は、ＰＨＲをキャンセルし、別のＰＨＲの生成をトリガするためのタイマを開始又は再開してもよい。例えば、タイマは、ｐｈｒ－ＰｅｒｉｏｄｉｃＴｉｍｅｒ又は任意の他の適切なタイマであってもよい。

いくつかの実施形態において、ネットワーク装置１２０からのアップリンク許可がアップリンクデータを受け入れる場合、端末装置１１０は、ＰＨＲをキャンセルし、別のＰＨＲの生成をトリガするためのタイマを開始又は再開してもよい。

いくつかの代替の実施形態において、ネットワーク装置１２０からのアップリンク許可がアップリンクデータを受け入れるが、ＰＨＲを追加として受け入れない場合、端末装置１１０は、ＰＨＲをキャンセルし、別のＰＨＲの生成をトリガするためのタイマを開始又は再開してもよい。こうして、ＳＤＴプロシージャを１回の送信で完了させることができる。
ＳＤＴ中のＲＳＲＰ要件の扱いの実現例

いくつかの場合において、アップリンクデータをできるだけ多く正常に送信できることを保証するために、１つのＲＳＲＰ閾値をＳＤＴをトリガするか否かの１つの条件として使用してもよい。こうして、端末装置１１０は、キャンプされたセル又はサービングセルのＲＳＲＰをチェックして、ＲＳＲＰ閾値要件を満たすか否かを確認してもよい。しかしながら、ＳＤＴがトリガされた後、及び後続の送信フェーズの間に、ＲＳＲＰ閾値が満たされなくなる可能性がある。したがって、ＳＤＴ中のＲＳＲＰ要件の扱いを検討すべきである。

本開示の実施形態によれば、端末装置１１０は、端末装置１１０のサービングセルのＲＳＲＰが閾値電力より低いか否かを決定してもよい。いくつかの実施形態において、端末装置１１０は、端末装置１１０のサービングセルのＲＳＲＰが、一定期間中に閾値電力より低いか否かを決定してもよい。

いくつかの実施形態において、端末装置１１０のサービングセルのＲＳＲＰが閾値電力より低い場合、端末装置１１０はアイドル状態に入ってもよい。例えば、端末装置１１０は、「ＲＲＣ再開失敗」の解放理由でＲＲＣ ＩＤＬＥ状態に入るときに、この行動を実行してもよい。これは一例に過ぎず、本開示を限定するものではないことに留意されたい。

いくつかの実施形態において、サービングセルのＲＳＲＰが閾値電力より低い場合、端末装置１１０は、非アクティブ状態におけるアップリンクデータの送信を終了し、非アクティブ状態を維持してもよい。例えば、端末装置１１０は、現在のＳＤＴプロシージャを中断又は終了し、ＲＲＣ ＩＮＡＣＴＩＶＥ状態を維持してもよい。

いくつかの実施形態において、端末装置１１０は、現在のＫｇＮＢ鍵、ＫＲＲＣｅｎｃ鍵、ＫＲＲＣｉｎｔ鍵、ＫＵＰｉｎｔ鍵及びＫＵＰｅｎｃ鍵を廃棄すること、端末装置１１０のＭＡＣエンティティをリセットし、デフォルトＭＡＣセルグループ設定を解放すること、少なくとも、非アクティブ状態における送信をサポートする無線ベアラのＲＬＣエンティティ（すなわち、全ての無線ベアラ又はＳＤＴをサポートする無線ベアラのみ）を再確立すること、又は、少なくとも、非アクティブ状態における送信をサポートする無線ベアラ（すなわち、全ての無線ベアラ又はサポートする無線ベアラのみ）を一時停止することのうちの少なくとも１つにより、ＳＤＴを終了してもよい。ＳＤＴの終了は以上に挙げられた動作よりもより多くの動作又はより少ない動作を含んでもよいことを、理解すべきである。いくつかの実施形態において、端末装置１１０は、必要に応じて、以前のデータ送信のための別のＲＲＣ再開プロシージャをトリガしてもよい。

方法の実現例
本開示の実施形態は、端末装置とネットワーク装置において実現される通信方法を提供する。図４～図９を参照し、以下にこれらの方法を説明する。

図４は本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法４００を示す図である。例えば、方法４００は、図１に示すような端末装置１１０において実行できる。以下、説明のために、図１を参照して方法４００を説明する。方法４００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

ブロック４１０において、端末装置１１０は、非アクティブ状態における送信をサポートしていない少なくとも１つの無線ベアラからの第１のアップリンクデータが、非アクティブ状態における第２のアップリンクデータの送信中に到着するか否かを決定する。

ブロック４２０において、第１のアップリンクデータが到着する場合、端末装置１１０は、第１のアップリンクデータの到着を示す指示を生成する。いくつかの実施形態において、端末装置１１０は、第１のアップリンクデータへのアクセス試行が禁止されているか否かを決定し、アクセス試行が禁止されていない場合、端末装置１１０は、この指示を生成してもよい。ブロック４３０において、端末装置１１０は、この指示をネットワーク装置１２０に送信する。

いくつかの実施形態において、端末装置１１０は、指示としてＤＣＣＨメッセージを生成してもよい。これらの実施形態において、端末装置１１０は、指示としてＤＣＣＨメッセージを送信してもよい。いくつかの実施形態において、ＤＣＣＣＨメッセージは、再開理由と、予想されるＲＲＣ状態と、第１のアップリンクデータの情報と、ターゲット周波数帯についての予想される測定ギャップと、端末装置１１０のモビリティ状態の情報と、アイドル状態又は非アクティブ状態における測定報告の利用可能性の指示と、記録された測定のうちの少なくとも１つの利用可能性の指示と、接続確立失敗情報又は無線リンク障害情報と、端末装置１１０のモビリティ履歴の利用可能性の指示とのうちの少なくとも１つを含んでもよい。

いくつかの実施形態において、端末装置１１０は、ＤＣＣＨメッセージの送信を開始する前に、第１のタイマを開始又は再開してもよい。いくつかの実施形態において、端末装置１１０は、ネットワーク装置からのＤＣＣＨメッセージへの応答の受信、端末装置のセル再選択、又は第１のアップリンクデータに関連付けられる接続確立の中断のうちの少なくとも１つのときに、第１のタイマを停止してもよい。

いくつかの実施形態において、端末装置１１０は、第１のタイマの満了時に、接続再開失敗情報を記憶して、アイドル状態に入ってもよい。いくつかの実施形態において、端末装置１１０は、第１のタイマが実行しているか否かを決定してもよく、そして、第１のタイマが実行していないとの決定に従って、端末装置１１０は、ＤＣＣＨメッセージをネットワーク装置１２０に送信してもよい。

いくつかの実施形態において、端末装置１１０は、ＤＣＣＨメッセージの生成時にＢＳＲを生成してもよく、そして、ＢＳＲを送信するために利用可能なアップリンク許可がない場合、端末装置１１０は、ネットワーク装置１２０へのＳＲをトリガするか、又はネットワーク装置１２０へのランダムアクセスプロシージャを開始してもよい。

端末装置１１０がネットワーク装置１２０からＲＲＣ解放メッセージを受信するいくつかの実施形態において、ＤＣＣＨメッセージが既に生成された場合、又は第１のタイマが実行している場合、端末装置１１０は、端末装置１１０のＡＳ層によりＲＲＣ接続再開又は設置プロシージャを開始するか、又は端末装置１１０のＡＳ層からＮＡＳ層へ、第１のアップリンクデータのためのＲＲＣ接続の失敗を通知してもよい。

いくつかの実施形態において、端末装置１１０は、ゼロビットのサイズを有するＭＡＣ ＣＥを指示として生成してもよい。いくつかの実施形態において、端末装置１１０は、第１のアップリンクデータの情報を含むＭＡＣ ＣＥを指示として生成してもよい。これらの実施形態において、端末装置１１０は、ＭＡＣ ＣＥを指示として送信してもよい。

いくつかの実施形態において、第１のアップリンクデータの情報は、第１のアップリンクデータのサイズ、該少なくとも１つの無線ベアラのアイデンティティ、又は該少なくとも１つの無線ベアラのタイプのうちの少なくとも１つを含んでもよい。

いくつかの実施形態において、端末装置１１０は、ＭＡＣ ＣＥの送信を開始する前に、第２のタイマを開始又は再開してもよい。

いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０からのＭＡＣ ＣＥへの応答の受信、端末装置１１０のセル再選択、又は第１のアップリンクデータに関連付けられる接続確立の中断のうちの少なくとも１つのときに、第２のタイマを停止してもよい。

いくつかの実施形態において、端末装置１１０は、第２のタイマの満了時に、接続再開失敗情報を記憶し、アイドル状態に入ってもよい。

いくつかの実施形態において、端末装置１１０は、第２のタイマが実行しているか否かを決定してもよく、第２のタイマが実行していない場合、端末装置１１０は、ＭＡＣ ＣＥをネットワーク装置１２０に送信してもよい。

いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０から、非アクティブ状態における第２のアップリンクデータの送信のためのＲＲＣ解放メッセージを受信してもよく、第２のタイマが実行している場合、端末装置１１０は、端末装置１１０のＡＳ層によりＲＲＣ接続再開又は設置プロシージャを開始するか、又は端末装置１１０のＡＳ層からＮＡＳ層へ、第１のアップリンクデータのためのＲＲＣ接続の再開失敗を通知してもよい。

いくつかの実施形態において、ＭＡＣ ＣＥを送信するために利用可能なアップリンク許可がない場合、端末装置１１０は、ネットワーク装置１２０へのＳＲをトリガするか、又はネットワーク装置１２０へのランダムアクセスプロシージャを開始してもよい。

いくつかの実施形態において、端末装置１１０は、このＭＡＣ ＣＥを、パディングのために含められたＢＳＲを除くＢＳＲのためのＭＡＣ ＣＥについての優先度よりも高く、Ｃ－ＲＮＴＩを示すＭＡＣ ＣＥについての優先度又はＵＬ－ＣＣＣＨからのデータについての優先度よりも低い優先度で送信してもよい。

いくつかの実施形態において、端末装置１１０は、第２のアップリンクデータの送信を終了し、第１のアップリンクデータの送信のためのＲＲＣ再開プロシージャを開始してもよく、ここで、ＲＲＣ再開プロシージャ中に、ＲＲＣ再開を要求するメッセージを指示として生成する。

いくつかの実施形態において、指示を送信するためにアップリンク許可が利用可能である場合、端末装置１１０は、指示を生成してもよい。いくつかの実施形態において、指示を送信するために利用可能なアップリンク許可が存在しない場合、端末装置１１０は、第２のアップリンクデータの送信を終了し、第１のアップリンクデータの送信のためのＲＲＣ再開プロシージャを開始してもよく、ここで、ＲＲＣ再開プロシージャ中に、ＲＲＣ再開を要求するメッセージを指示として生成する。

いくつかの実施形態において、端末装置１１０は、現在のＫｇＮＢ鍵、ＫＲＲＣｅｎｃ鍵、ＫＲＲＣｉｎｔ鍵、ＫＵＰｉｎｔ鍵及びＫＵＰｅｎｃ鍵を廃棄すること、端末装置のＭＡＣエンティティをリセットし、デフォルトＭＡＣセルグループ設定を解放すること、少なくとも、非アクティブ状態における送信をサポートする無線ベアラのＲＬＣエンティティを再確立すること、又は、ＳＲＢ１と、少なくとも、非アクティブ状態における送信をサポートする無線ベアラとを一時停止することのうちの少なくとも１つにより、第２のアップリンクデータの送信を終了してもよい。

端末装置１１０がＲＲＣ再開プロシージャを開始するいくつかの実施形態において、端末装置１１０は、端末装置１１０のＡＳ層により、端末装置１１０のＮＡＳ層に再開理由を提供してもよい。いくつかの実施形態において、再開理由は、第２のアップリンクデータの送信において使用される理由と同じである。

いくつかの実施形態において、端末装置１１０は、第１のアップリンクデータのアクセス試行が許されるとの決定をスキップすることにより、ＲＲＣ再開プロシージャを開始してもよい。

いくつかの実施形態において、端末装置１１０は、別のネットワーク装置から、端末装置１１０が該別のネットワーク装置との接続状態にあるときに、同じＰＤＵセッションアイデンティティに関連付けられた全てのＤＲＢが非アクティブ状態における送信をサポートしていることを示す第１の設定、又は同じＰＤＵセッションアイデンティティに関連付けられた全てのＤＲＢが非アクティブ状態における送信をサポートしていないことを示す第２の設定を、受信してもよい。

いくつかの実施形態において、端末装置１１０は、端末装置１１０のＡＳ層からＮＡＳ層へ、非アクティブ状態において実行される第２のアップリンクデータの送信と、非アクティブ状態における送信をサポートしないＱｏＳフローのアイデンティティに関する情報とを、通知してもよい。第１のアップリンクデータがＱｏＳフローのアイデンティティに関連付けられている場合、端末装置１１０は、ＮＡＳ層からＡＳ層へ、非アクティブ状態における第２のアップリンクデータの送信中に第１のアップリンクデータが到着することを通知してもよい。

こうして、ＳＤＴ中の非ＳＤＴデータの到着をネットワーク側に示すことができる。図４に記載の方法の実現は、基本的に図３に関連して説明したプロセスに対応し、そのため、これ以外の詳細はここでは省略する。

図５は本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法５００を示す。例えば、方法５００は、図１に示すような端末装置１１０において実行できる。以下、説明のために、図１を参照して方法５００を説明する。方法５００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

図５に示すように、ブロック５１０において、端末装置１１０は、アップリンクデータが非アクティブ状態において送信される否かを決定する。端末装置１１０が、アップリンクデータが非アクティブ状態において送信されると決定した場合、プロセスはブロック５２０に進む。

ブロック５２０において、端末装置１１０は、ネットワーク装置１２０からのアップリンク許可がアップリンクデータを受け入れ、ＢＳＲを追加として受け入れないか否かを決定する。端末装置１１０が、アップリンク許可がアップリンクデータを受け入れ、ＢＳＲを追加として受け入れないと決定した場合、処理はブロック５３０に進む。ブロック５３０において、端末装置１１０は、ＢＳＲをキャンセルする。こうして、ＳＤＴをできるだけ早く完了させることを保証することができる。

いくつかの実施形態において、ネットワーク装置１２０からのアップリンク許可がアップリンクデータを受け入れ、ＢＳＲを追加として受け入れる場合、端末装置１１０は、一時停止されている少なくとも１つの無線ベアラを考慮することなく、ＢＳＲを生成してもよい。

図６は本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法６００を示す。例えば、方法６００は、図１に示すような端末装置１１０において実行できる。以下、説明のために、図１を参照して方法６００を説明する。方法６００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

図６に示すように、ブロック６１０において、端末装置１１０は、アップリンクデータを非アクティブ状態においてネットワーク装置に送信し、ここで、前記非アクティブ状態における前記アップリンクデータの前記送信中にＰＨＲがトリガされない。こうして、ＳＤＴをできるだけ早く完了させることを保証することもできる。

図７は本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法７００を示す。例えば、方法７００は、図１に示すような端末装置１１０において実行できる。以下、説明のために、図１を参照して方法７００を説明する。方法７００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

図７に示すように、ブロック７１０において、端末装置１１０は、アップリンクデータを非アクティブ状態においてネットワーク装置１２０に送信する。ブロック７２０において、端末装置１１０は、ＰＨＲをトリガする。いくつかの実施形態において、ネットワーク装置１２０からのアップリンク許可がアップリンクデータを受け入れる場合、端末装置１１０は、アップリンクデータについての優先度よりも低い優先度でＰＨＲを送信してもよい。いくつかの実施形態において、ネットワーク装置１２０からのアップリンク許可がアップリンクデータを受け入れ、ＰＨＲを追加として受け入れない場合、端末装置１１０は、アップリンクデータについての優先度よりも低い優先度でＰＨＲを送信してもよい。

いくつかの実施形態において、ネットワーク装置からのアップリンク許可がアップリンクデータを受け入れる場合、端末装置１１０は、ＰＨＲをキャンセルし、別のＰＨＲの生成をトリガするためのタイマを開始又は再開してもよい。

いくつかの実施形態において、ネットワーク装置からのアップリンク許可がアップリンクデータを受け入れ、ＰＨＲを追加として受け入れない場合、端末装置１１０は、ＰＨＲをキャンセルし、別のＰＨＲの生成をトリガするためのタイマを開始又は再開してもよい。

図８は本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法８００を示す。例えば、方法８００は、図１に示すような端末装置１１０において実行できる。以下、説明のために、図１を参照して方法８００を説明する。方法８００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

図８に示すように、ブロック８１０において、端末装置１１０は、非アクティブ状態におけるアップリンクデータの送信中に、端末装置１１０のサービングセルのＲＳＲＰが閾値電力より低いか否かを決定する。いくつかの実施形態において、端末装置１１０は、ＲＳＲＰが一定期間中に閾値電力より低いか否かを決定してもよい。

端末装置のサービングセルのＲＳＲＰが閾値電力より低い場合、処理はブロック８２０に進む。ブロック８２０において、端末装置１１０は、アイドル状態に入るか、又は非アクティブ状態を維持したまま、非アクティブ状態におけるアップリンクデータの送信を終了する。

図９は本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法９００を示す。例えば、方法９００は、図１に示すようなネットワーク装置１２０において実現できる。以下、説明のために、図１を参照して方法９００を説明する。方法９００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

図９に示すように、ブロック９１０において、ネットワーク装置１２０は、端末装置１１０から、非アクティブ状態における送信をサポートしていない少なくとも１つの無線ベアラからの第１のアップリンクデータが、前記非アクティブ状態における第２のアップリンクデータの送信中に到着することを示す指示を受信する。いくつかの実施形態において、ネットワーク装置１２０は、ＤＣＣＨメッセージを指示として受信してもよい。いくつかの実施形態において、ＤＣＣＨメッセージは、再開理由と、予想されるＲＲＣ状態と、第１のアップリンクデータの情報と、ターゲット周波数帯についての予想される測定ギャップと、端末装置１１０のモビリティ状態の情報と、アイドル状態又は非アクティブ状態における測定報告の利用可能性の指示と、記録された測定のうちの少なくとも１つの利用可能性の指示と、接続確立失敗情報又は無線リンク障害情報と、端末装置１１０のモビリティ履歴の利用可能性の指示とのうちの少なくとも１つを含んでもよい。

いくつかの実施形態において、ネットワーク装置１２０は、端末装置からＳＲを受信してもよい。いくつかの実施形態において、ネットワーク装置１２０は、ランダムアクセスプロシージャの実行のためのランダムアクセス要求を端末装置１１０から受信してもよい。

いくつかの実施形態において、ネットワーク装置１２０は、ゼロビットのサイズを有するＭＡＣ ＣＥを受信してもよい。いくつかの実施形態において、ネットワーク装置１２０は、第１のアップリンクデータの情報を含むＭＡＣ ＣＥを受信してもよい。いくつかの実施形態において、第１のアップリンクデータの情報は、第１のアップリンクデータのサイズ、該少なくとも１つの無線ベアラのアイデンティティ、又は該少なくとも１つの無線ベアラのタイプのうちの少なくとも１つを含んでもよい。

いくつかの実施形態において、ネットワーク装置１２０は、第１のアップリンクデータの到着についての別の指示を有する、端末装置１１０のコンテキストを取り戻す要求を、端末装置１１０の最後のサービングネットワーク装置としての別のネットワーク装置に送信してもよい。

いくつかの実施形態において、端末装置１１０がネットワーク装置１２０との接続状態にあるとき、ネットワーク装置１２０は、端末装置１１０に、同じＰＤＵセッションアイデンティティに関連付けられた全てのＤＲＢが非アクティブ状態における送信をサポートしていることを示す第１の設定、又は同じＰＤＵセッションアイデンティティに関連付けられた全てのＤＲＢが非アクティブ状態における送信をサポートしていないことを示す第２の設定を送信してもよい。
装置の実現例

図１０は本開示の実施形態を実現するのに適した装置１０００の概略ブロック図である。装置１０００は、図１に示す端末装置１１０又はネットワーク装置１２０又は１３０の別の例示的な実施態様として考えられる。したがって、装置１０００は、端末装置１１０又はネットワーク装置１２０又は１３０において、或いはそれらの少なくとも一部として実現することができる。

図示されるように、装置１０００は、プロセッサ１０１０と、プロセッサ１０１０に結合されたメモリ１０２０と、プロセッサ１０１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）１０４０と、ＴＸ／ＲＸ １０４０に結合された通信インターフェースとを備える。メモリ１０１０は、プログラム１０３０の少なくとも一部を記憶する。ＴＸ／ＲＸ １０４０は双方向通信に用いられる。ＴＸ／ＲＸ １０４０は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有してもよい。通信インターフェースは、ｅＮＢ／ｇＮＢ間の双方向通信のためのＸ２／Ｘｎインターフェース、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／アクセス及びモビリティ管理機能（ＡＭＦ：Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）／ＳＧＷ／ＵＰＦとｅＮＢ／ｇＮＢとの間の通信のためのＳ１／ＮＧインターフェース、ｅＮＢ／ｇＮＢと中継ノード（ＲＮ：ｒｅｌａｙ ｎｏｄｅ）との間の通信のためのＵｎインターフェース、又はｅＮＢ／ｇＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

プログラム１０３０は、図１～図９を参照して本明細書で説明したように、関連するプロセッサ１０１０により実行された場合、装置１０００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと仮定する。本文の実施形態は、装置１０００のプロセッサ１０１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組合せにより実現できる。プロセッサ１０１０は、本開示の様々な実施形態を実施するように設定されてもよい。さらに、プロセッサ１０１０とメモリ１０２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段１０５０を形成してもよい。

メモリ１０２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現することができる。装置１０００内には１つのメモリ１０２０のみが示されているが、装置１０００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ１０１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの一つ又は複数を含んでもよい。装置１０００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

いくつかの実施形態において、端末装置は回路を備え、前記回路は、非アクティブ状態における送信をサポートしていない少なくとも１つの無線ベアラからの第１のアップリンクデータが、前記非アクティブ状態における第２のアップリンクデータの送信中に到着するとの決定に従って、端末装置において、前記第１のアップリンクデータの到着を示す指示を生成し、前記指示をネットワーク装置に送信するように設定されている。

いくつかの実施形態において、前記回路は、前記第１のアップリンクデータのアクセス試行が禁止されているか否かを決定し、前記アクセス試行が禁止されていないとの決定に従って前記指示を生成することにより、前記指示を生成するように設定されてもよい。

いくつかの実施形態において、前記回路は、再開理由と、予想される無線リソース制御（ＲＲＣ）状態と、第１のアップリンクデータの情報と、ターゲット周波数帯についての予想される測定ギャップと、端末装置のモビリティ状態の情報と、アイドル状態又は非アクティブ状態における測定報告の利用可能性の指示と、記録された測定のうちの少なくとも１つの利用可能性の指示と、接続確立失敗情報又は無線リンク障害情報と、端末装置のモビリティ履歴の利用可能性の指示とのうちの少なくとも１つを含むＤＣＣＨを前記指示として生成することにより、前記指示を生成するように設定されてもよい。

いくつかの実施形態において、前記回路は、前記ＤＣＣＨメッセージを送信することにより前記指示を送信するように設定されてもよい。いくつかの実施形態において、前記回路はさらに、前記ＤＣＣＨメッセージの送信を開始する前に、第１のタイマを開始又は再開するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記ネットワーク装置からの前記ＤＣＣＨメッセージへの応答の受信、前記端末装置のセル再選択、又は前記第１のアップリンクデータに関連付けられる接続確立の中断のうちの少なくとも１つのときに、前記第１のタイマを停止するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記第１のタイマの満了時に、接続再開失敗情報を記憶して、アイドル状態に入るように設定されてもよい。

いくつかの実施形態において、前記回路は、前記第１のタイマが実行しているか否かを決定し、前記第１のタイマが実行していないとの決定に従って、前記ＤＣＣＨメッセージを前記ネットワーク装置に送信することにより、前記ＤＣＣＨメッセージを送信するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記ＤＣＣＨメッセージの生成時にＢＳＲを生成し、前記ＢＳＲを送信するために利用可能なアップリンク許可がないとの決定に従って、前記ネットワーク装置へのＳＲをトリガするか、又は前記ネットワーク装置へのランダムアクセスプロシージャを開始するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記ネットワーク装置からＲＲＣ解放メッセージを受信し、前記ＤＣＣＨメッセージが既に生成された、又は前記第１のタイマが実行しているとの決定に従って、前記端末装置のアクセスストラタム層によりＲＲＣ接続再開又は設置プロシージャを開始するか、又は、前記端末装置の前記アクセスストラタム層から非アクセスストラタム層に、前記第１のアップリンクデータのためのＲＲＣ接続再開の失敗を通知するように設定されてもよい。

いくつかの実施形態において、前記回路は、ゼロビットのサイズを有するＭＡＣ ＣＥを前記指示として生成することにより、前記指示を生成するように設定されてもよい。いくつかの実施形態において、前記回路は、前記第１のアップリンクデータの情報を含むＭＡＣ ＣＥを前記指示として生成することにより、前記指示を生成するように設定されてもよい。いくつかの実施形態において、前記第１のアップリンクデータの情報は、前記第１のアップリンクデータのサイズ、前記少なくとも１つの無線ベアラのアイデンティティ、又は前記少なくとも１つの無線ベアラのタイプのうちの少なくとも１つを含む。

いくつかの実施形態において、前記回路は、前記ＭＡＣ ＣＥを送信することにより前記指示を送信するように設定されてもよい。いくつかの実施形態において、前記回路はさらに、前記ＭＡＣ ＣＥの送信を開始する前に、第２のタイマを開始又は再開するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記ネットワーク装置からの前記ＭＡＣ ＣＥへの応答の受信、前記端末装置のセル再選択、又は前記第１のアップリンクデータに関連付けられる接続確立の中断のうちの少なくとも１つのときに、前記第２のタイマを停止するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記第２のタイマの満了時に、接続再開失敗情報を記憶して、アイドル状態に入るように設定されてもよい。

いくつかの実施形態において、前記回路は、前記第２のタイマが実行しているか否かを決定し、前記第２のタイマが実行していないとの決定に従って、前記ＭＡＣ ＣＥを前記ネットワーク装置に送信することにより、前記ＭＡＣ ＣＥを送信するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記ネットワーク装置から、前記非アクティブ状態における前記第２のアップリンクデータの送信のためのＲＲＣ解放メッセージを受信し、前記第２のタイマが実行しているとの決定に従って、前記端末装置のアクセスストラタム層によりＲＲＣ接続再開又は設置プロシージャを開始するか、又は、前記端末装置の前記アクセスストラタム層から非アクセスストラタム層に、前記第１のアップリンクデータのためのＲＲＣ接続再開の失敗を通知するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記ＭＡＣ ＣＥを送信するために利用可能なアップリンク許可がないとの決定に従って、前記ネットワーク装置へのＳＲをトリガするか、又は前記ネットワーク装置へのランダムアクセスプロシージャを開始するように設定されてもよい。

いくつかの実施形態において、前記回路は、前記ＭＡＣ ＣＥを、パディングのために含められたＢＳＲを除くＢＳＲのためのＭＡＣ ＣＥについての優先度よりも高く、Ｃ－ＲＮＴＩを示すＭＡＣ ＣＥについての優先度又はＵＬ－ＣＣＣＨからのデータについての優先度よりも低い優先度で送信することにより、前記指示を送信するように設定されてもよい。

いくつかの実施形態において、前記回路は、前記第２のアップリンクデータの送信を終了し、前記第１のアップリンクデータの送信のためのＲＲＣ再開プロシージャを開始し、前記ＲＲＣ再開プロシージャ中に、ＲＲＣ再開を要求するメッセージを前記指示として生成することにより，前記指示を生成するように設定されてもよい。

いくつかの実施形態において、前記回路は、前記指示を送信するためにアップリンク許可が利用可能であるとの決定に従って前記指示を生成し、前記指示を送信するために利用可能なアップリンク許可が存在しないとの決定に従って、前記第２のアップリンクデータの送信を終了し、前記第１のアップリンクデータの送信のためのＲＲＣ再開プロシージャを開始し、前記ＲＲＣ再開プロシージャ中に、ＲＲＣ再開を要求するメッセージを前記指示として生成することにより、前記指示を生成するように設定されてもよい。

いくつかの実施形態において、前記回路は、現在のＫｇＮＢ鍵、ＫＲＲＣｅｎｃ鍵、ＫＲＲＣｉｎｔ鍵、ＫＵＰｉｎｔ鍵及びＫＵＰｅｎｃ鍵を廃棄すること、端末装置のＭＡＣエンティティをリセットし、デフォルトＭＡＣセルグループ設定を解放すること、少なくとも、前記非アクティブ状態における送信をサポートする無線ベアラのＲＬＣエンティティを再確立すること、又は、シグナリング無線ベアラ１と、少なくとも、前記非アクティブ状態における送信をサポートする無線ベアラとを一時停止することのうちの少なくとも１つにより、前記第２のアップリンクデータの送信を終了するように設定されてもよい。

いくつかの実施形態において、前記回路は、前記端末装置のアクセスストラタム層により前記端末装置の非アクセスストラタム層に再開理由を提供することにより、前記ＲＲＣ再開プロシージャを開始するように設定されてもよい。いくつかの実施形態において、再開理由は、第２のアップリンクデータの送信において使用される理由と同じである。いくつかの実施形態において、前記回路、前記第１のアップリンクデータのアクセス試行が許されるとの決定をスキップすることにより、前記ＲＲＣ再開プロシージャを開始するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、別のネットワーク装置から、前記端末装置が前記別のネットワーク装置との接続状態にあるときに、同じＰＤＵセッションアイデンティティに関連付けられた全てのデータ無線ベアラが前記非アクティブ状態における送信をサポートしていることを示す第１の設定を受信するか、又は前記ネットワーク装置から、同じＰＤＵセッションアイデンティティに関連付けられた全てのデータ無線ベアラが前記非アクティブ状態における送信をサポートしていないことを示す第２の設定を、受信するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記端末装置のＡＳ層からＮＡＳ層へ、前記非アクティブ状態において実行される前記第２のアップリンクデータの送信と、非アクティブ状態における送信をサポートしないＱｏＳフローのアイデンティティに関する情報とを、通知し、前記第１のアップリンクデータが前記ＱｏＳフローの前記アイデンティティに関連付けられているとの決定に従って、前記ＮＡＳ層から前記ＡＳ層へ、前記非アクティブ状態における前記第２のアップリンクデータの送信中に前記第１のアップリンクデータが到着することを通知するように設定されてもよい。

いくつかの実施形態において、端末装置は回路を備え、前記回路は、アップリンクデータが非アクティブ状態において送信されるとの決定に従って、端末装置において、ネットワーク装置からのアップリンク許可が前記アップリンクデータを受け入れ、ＢＳＲを追加として受け入れないか否かを決定し、前記アップリンク許可が前記アップリンクデータを受け入れ、前記ＢＳＲを追加として受け入れないとの決定に従って、前記ＢＳＲをキャンセルするように設定されている。いくつかの実施形態において、前記回路はさらに、前記ネットワーク装置１２０からのアップリンク許可が前記アップリンクデータを受け入れ、前記ＢＳＲを追加として受け入れる場合、一時停止されている少なくとも１つの無線ベアラを考慮するなく、前記ＢＳＲを生成するように設定されてもよい。

いくつかの実施形態において、端末装置は回路を備え、前記回路は、端末装置において、アップリンクデータを非アクティブ状態においてネットワーク装置に送信するように設定され、ここで、前記非アクティブ状態における前記アップリンクデータの前記送信中にＰＨＲがトリガされない。

いくつかの実施形態において、端末装置は回路を備え、前記回路は、端末装置において、アップリンクデータを非アクティブ状態においてネットワーク装置に送信し、ＰＨＲをトリガするように設定されている。いくつかの実施形態において、前記回路は、前記ネットワーク装置からのアップリンク許可が前記アップリンクデータを受け入れるとの決定に従って、前記アップリンクデータについての優先度よりも低い優先度で前記ＰＨＲを送信するように設定されてもよい。いくつかの実施形態において、前記回路は、前記ネットワーク装置からのアップリンク許可が前記アップリンクデータを受け入れ、前記ＰＨＲを追加として受け入れないとの決定に従って、前記アップリンクデータについての優先度よりも低い優先度で前記ＰＨＲを送信するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記ネットワーク装置からのアップリンク許可が前記アップリンクデータを受け入れるとの決定に従って、前記ＰＨＲをキャンセルし、別のＰＨＲの生成をトリガするためのタイマを開始又は再開するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記ネットワーク装置からのアップリンク許可が前記アップリンクデータを受け入れ、前記ＰＨＲを追加として受け入れないとの決定に従って、前記ＰＨＲをキャンセルし、別のＰＨＲの生成をトリガするためのタイマを開始又は再開するように設定されてもよい。

いくつかの実施形態において、端末装置は回路を備え、前記回路は、端末装置において、非アクティブ状態におけるアップリンクデータのネットワーク装置への送信中に、前記端末装置のサービングセルのＲＳＲＰが閾値電力より低いか否かを決定し、前記端末装置のサービングセルのＲＳＲＰが前記閾値電力より低いとの決定に従って、アイドル状態に入るか、又は前記非アクティブ状態を維持したまま、前記非アクティブ状態における前記アップリンクデータの前記送信を終了するように設定されている。

いくつかの実施形態において、前記回路はさらに、前記端末装置のサービングセルのＲＳＲＰが一定期間中に前記閾値電力より低い否かを決定することにより、前記端末装置のサービングセルのＲＳＲＰが前記閾値電力より低いか否かを決定するように設定されてもよい。

いくつかの実施形態において、ネットワーク装置は回路を備え、前記回路は、前記ネットワーク装置において、端末装置から、非アクティブ状態における送信をサポートしていない少なくとも１つの無線ベアラからの第１のアップリンクデータが、前記非アクティブ状態における第２のアップリンクデータの送信中に到着することを示す指示を受信するように設定されている。

いくつかの実施形態において、前記回路は、再開理由と、予想されるＲＲＣ状態と、第１のアップリンクデータの情報と、ターゲット周波数帯についての予想される測定ギャップと、端末装置のモビリティ状態の情報と、アイドル状態又は非アクティブ状態における測定報告の利用可能性の指示と、記録された測定のうちの少なくとも１つの利用可能性の指示と、接続確立失敗情報又は無線リンク障害情報と、端末装置のモビリティ履歴の利用可能性の指示とのうちの少なくとも１つを含むＤＣＣＨを前記指示として受信することにより、前記指示を受信するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記端末装置からＳＲを受信するか、又は前記端末装置からランダムアクセス手順を実行するためのランダムアクセス要求を受信するように設定されてもよい。

いくつかの実施形態において、前記回路は、ゼロビットのサイズを有するＭＡＣ ＣＥを受信することにより、前記指示を受信するように設定されてもよい。いくつかの実施形態において、前記回路は、前記第１のアップリンクデータの情報を含む媒体アクセス制御ＭＡＣ ＣＥを受信することにより、前記指示を受信するように設定されてもよい。

いくつかの実施形態において、前記第１のアップリンクデータの情報は、前記第１のアップリンクデータのサイズ、前記少なくとも１つの無線ベアラのアイデンティティ、又は前記少なくとも１つの無線ベアラのタイプのうちの少なくとも１つを含む。

いくつかの実施形態において、前記回路はさらに、前記第１のアップリンクデータの到着についての別の指示を有する、前記端末装置のコンテキストを取り戻す要求を、前記端末装置の最後のサービングネットワーク装置としての別のネットワーク装置に送信するように設定されてもよい。

いくつかの実施形態において、前記回路はさらに、前記端末装置が前記ネットワーク装置との接続状態にあるとき、前記端末装置に、同じＰＤＵセッションアイデンティティに関連付けられた全てのデータ無線ベアラが前記非アクティブ状態における送信をサポートしていることを示す第１の設定を送信するか、又は前記端末装置に、同じＰＤＵセッションアイデンティティに関連付けられた全てのデータ無線ベアラが前記非アクティブ状態における送信をサポートしていないことを示す第２の設定を送信するように設定されてもよい。

全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現されてもよい。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装できることを理解すべきである。

本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも一つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図３～図９を参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行したり、特定の抽象データ型を実装したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割されてもよい。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行されてもよい。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。

本開示の方法を実行するためのプログラムコードは、一つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。

上述のプログラムコードは、マシン可読媒体上で実装されてもおく、マシン可読媒体は、命令実行システム、機器、又は装置により利用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であってもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含むことができるが、これらに限定されない。マシンが読み取り可能な記憶媒体のより具体的な例は、一つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブル光ディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せを含んでもよい。

なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブ組合せで実装されてもよい。

本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。

通信環境の例
図１Ａは、本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示す模式図である。図１Ａに示すように、通信ネットワーク１００は、端末装置１１０と複数のネットワーク装置１２０及び１３０とを含んでもよい。ネットワーク装置１２０及び１３０は、それぞれのセル１２１及び１３１を提供して端末装置をサービングする。図１Ａの例において、端末装置１１０はネットワーク装置１２０のセル１２１内にあり、端末装置１１０は、ネットワーク装置１２０と通信してもよい。セル１２１は、ネットワーク装置１２０のサービングセルと称されてもよい。

図示されるように、装置１０００は、プロセッサ１０１０と、プロセッサ１０１０に結合されたメモリ１０２０と、プロセッサ１０１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）１０４０と、ＴＸ／ＲＸ １０４０に結合された通信インターフェースとを備える。メモリ１０２０は、プログラム１０３０の少なくとも一部を記憶する。ＴＸ／ＲＸ １０４０は双方向通信に用いられる。ＴＸ／ＲＸ １０４０は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有してもよい。通信インターフェースは、ｅＮＢ／ｇＮＢ間の双方向通信のためのＸ２／Ｘｎインターフェース、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／アクセス及びモビリティ管理機能（ＡＭＦ：Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）／ＳＧＷ／ＵＰＦとｅＮＢ／ｇＮＢとの間の通信のためのＳ１／ＮＧインターフェース、ｅＮＢ／ｇＮＢと中継ノード（ＲＮ：ｒｅｌａｙ ｎｏｄｅ）との間の通信のためのＵｎインターフェース、又はｅＮＢ／ｇＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

Claims (49)

1. 非アクティブ状態における送信をサポートしていない少なくとも１つの無線ベアラからの第１のアップリンクデータが、前記非アクティブ状態における第２のアップリンクデータの送信中に到着するとの決定に従って、端末装置において、前記第１のアップリンクデータの到着を示す指示を生成することと、
   前記指示をネットワーク装置に送信することと、
   を含む通信方法。
2. 前記指示を生成することは、
   前記第１のアップリンクデータのアクセス試行が禁止されているか否かを決定することと、
   前記アクセス試行が禁止されていないとの決定に従って，前記指示を生成することと、
   を含む請求項１に記載の方法。
3. 前記指示を生成することは、
   専用制御チャネル（ＤＣＣＨ）メッセージを前記表示として生成することを含み、前記ＤＣＣＨメッセージは、
   再開理由、
   予想される無線リソース制御（ＲＲＣ）状態、
   前記第１のアップリンクデータの情報、
   ターゲット周波数帯についての予想される測定ギャップ、
   前記端末装置のモビリティ状態の情報、
   アイドル状態又は非アクティブ状態における測定報告の利用可能性の指示、
   記録される測定値、接続確立失敗情報、又は無線リンク障害情報のうちの少なくとも１つの利用可能性の指示、又は
   前記端末装置のモビリティ履歴の利用可能性の指示
   のうちの少なく１つを含む請求項１又は２に記載の方法。
4. 前記指示を送信することは、前記ＤＣＣＨメッセージを送信することを含み、
   前記ＤＣＣＨメッセージの送信を開始する前に、第１のタイマを開始又は再開することをさらに
   含む
   請求項２に記載の方法。
5. 前記ネットワーク装置からの前記ＤＣＣＨメッセージへの応答の受信、
   前記端末装置のセル再選択、又は
   前記第１のアップリンクデータに関連付けられる接続確立の中断
   のうちの少なくとも１つのときに、前記第１のタイマを停止すること
   をさらに含む請求項４に記載の方法。
6. 前記第１のタイマの満了時に、接続再開失敗情報を記憶することと、
   アイドル状態に入ることと、
   をさらに含む請求項４に記載の方法。
7. 前記ＤＣＣＨメッセージを送信することは、
   前記第１のタイマが実行しているか否かを決定することと、
   前記第１のタイマが実行していないとの決定に従って、前記ＤＣＣＨメッセージを前記ネットワーク装置に送信することと、
   を含む請求項４に記載の方法。
8. 前記ＤＣＣＨメッセージの生成時に、バッファ状態報告（ＢＳＲ）を生成することと、
   前記ＢＳＲを送信するために利用可能なアップリンク許可が存在しないとの決定に従って、
   前記ネットワーク装置へのスケジューリング要求（ＳＲ）をトリガするか、又は、
   前記ネットワーク装置へのランダムアクセスプロシージャを開始することと、
   をさらに含む請求項２に記載の方法。
9. 前記ネットワーク装置から、無線リソース制御（ＲＲＣ）解放メッセージを受信することと、
   前記ＤＣＣＨメッセージが既に生成された、又は前記第１のタイマが実行しているとの決定に従って、
   前記端末装置のアクセスストラタム層により、無線リソース制御（ＲＲＣ）接続再開又は設置プロシージャを開始するか、又は
   前記端末装置の前記アクセスストラタム層から非アクセスストラタム層に、前記第１のアップリンクデータのための無線リソース制御（ＲＲＣ）接続再開の失敗を通知することと、
   をさらに含む請求項２に記載の方法。
10. 前記指示を生成することは、
    ゼロビットのサイズを有する媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を前記指示として生成することを含む
    請求項１又は２に記載の方法。
11. 前記指示を生成することは、
    前記第１のアップリンクデータの情報を含む媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を前記指示として生成することを含む
    請求項１又は２に記載の方法。
12. 前記第１のアップリンクデータの情報は、
    前記第１のアップリンクデータのサイズ、
    前記少なくとも１つの無線ベアラのアイデンティティ、又は
    前記少なくとも１つの無線ベアラのタイプ
    のうちの少なくとも１つを含む
    請求項２又は１１に記載の方法。
13. 前記指示を送信することは、前記ＭＡＣ ＣＥを送信することを含み、
    さらに、
    前記ＭＡＣ ＣＥの送信を開始する前に、第２のタイマを開始又は再開することを含む
    請求項１０又は１１に記載の方法。
14. 前記ネットワーク装置からの前記ＭＡＣ ＣＥへの応答の受信、
    前記端末装置のセル再選択、又は
    前記第１のアップリンクデータに関連付けられる接続確立の中断
    のうちの少なくとも１つのときに、前記第２のタイマを停止すること
    をさらに含む請求項１３に記載の方法。
15. 前記第２のタイマの満了時に、接続再開失敗情報を記憶することと、
    アイドル状態に入ることと、
    をさらに含む請求項１３に記載の方法。
16. 前記ＭＡＣ ＣＥを送信することは、
    前記第２のタイマが実行しているか否かを決定することと、
    前記第２のタイマが実行していないとの決定に従って、前記ＭＡＣ ＣＥを前記ネットワーク装置に送信することと、
    を含む請求項１３に記載の方法。
17. 前記ネットワーク装置から、前記非アクティブ状態における前記第２のアップリンクデータの送信のための無線リソース制御（ＲＲＣ）解放メッセージを受信することと、
    前記第２のタイマが実行しているとの決定に従って、
    前記端末装置のアクセスストラタム層によりＲＲＣ接続再開又は設置プロシージャを開始するか、又は
    前記端末装置の前記アクセスストラタム層から非アクセスストラタム層に、前記第１のアップリンクデータのためのＲＲＣ接続再開の失敗を通知することと、
    をさらに含む請求項１３に記載の方法。
18. 前記ＭＡＣ ＣＥを送信するために利用可能なアップリンク許可が存在しないとの決定に従って、
    前記ネットワーク装置へのスケジューリング要求（ＳＲ）をトリガするか、又は、
    前記ネットワーク装置へのランダムアクセスプロシージャを開始することと、
    をさらに含む請求項１０又は１１に記載の方法。
19. 前記指示を送信することは、
    前記ＭＡＣ ＣＥを、パディングのために含められたバッファ状態報告（ＢＳＲ）を除くＢＳＲのためのＭＡＣ ＣＥについての優先度よりも高く、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を示すＭＡＣ ＣＥについての優先度又はアップリンク共通制御チャネル（ＵＬ－ＣＣＣＨ）からのデータについての優先度よりも低い優先度で送信することを含む
    請求項１０又は１１に記載の方法。
20. 前記指示を生成することは、
    前記第２のアップリンクデータの送信を終了することと、
    前記第１のアップリンクデータの送信のための無線リソース制御（ＲＲＣ）再開プロシージャを開始することであって、前記ＲＲＣ再開プロシージャ中に、ＲＲＣ再開を要求するメッセージを前記指示として生成することと、
    を含む請求項１又は２に記載の方法。
21. 前記指示を生成することは、
    前記指示を送信するためにアップリンク許可が利用可能であるとの決定に従って、前記指示を生成することと、
    前記指示を送信するために利用可能なアップリンク許可が存在しないとの決定に従って、
    前記第２のアップリンクデータの送信を終了し、
    前記第１のアップリンクデータの送信のための無線リソース制御（ＲＲＣ）再開プロシージャを開始することであって、前記ＲＲＣ再開プロシージャ中に、ＲＲＣ再開を要求するメッセージを前記指示として生成することと、
    を含む請求項１又は２に記載の方法。
22. 前記第２のアップリンクデータの送信を終了することは、
    現在のＫｇＮＢ鍵、ＫＲＲＣｅｎｃ鍵、ＫＲＲＣｉｎｔ鍵、ＫＵＰｉｎｔ鍵及びＫＵＰｅｎｃ鍵を廃棄すること、
    端末装置の媒体アクセス制御（ＭＡＣ）エンティティをリセットし、デフォルトＭＡＣセルグループ設定を解放すること、
    少なくとも、前記非アクティブ状態における送信をサポートする無線ベアラの無線リソース制御（ＲＬＣ）エンティティを再確立すること、又は、
    シグナリング無線ベアラ１と、少なくとも、前記非アクティブ状態における送信をサポートする無線ベアラとを一時停止すること
    のうちの少なくとも１つを含む請求項２０又は２１に記載の方法。
23. 前記ＲＲＣ再開プロシージャを開始することは、
    前記端末装置のアクセスストラタム層により前記端末装置の非アクセスストラタム層に再開理由を提供することを含む
    請求項２０又は２１に記載の方法。
24. 前記再開理由は、前記第２のアップリンクデータの送信において使用される理由と同じである
    請求項２３に記載の方法。
25. 前記ＲＲＣ再開プロシージャを開始することは、
    前記第１のアップリンクデータのアクセス試行が許されるとの決定をスキップすることを含む
    請求項２３に記載の方法。
26. 別のネットワーク装置から、前記端末装置が前記別のネットワーク装置との接続状態にあるときに、同じプロトコルデータユニット（ＰＤＵ）セッションアイデンティティに関連付けられた全てのデータ無線ベアラが前記非アクティブ状態における送信をサポートしていることを示す第１の設定を受信すること、又は
    前記別のネットワーク装置から、同じＰＤＵセッションアイデンティティに関連付けられた全てのデータ無線ベアラが前記非アクティブ状態における送信をサポートしていないことを示す第２の設定を受信すること
    をさらに含む請求項１に記載の方法。
27. 前記端末装置のアクセスストラタム（ＡＳ）層から非アクセスプロシージャストラタム（ＮＡＳ）層へ、前記非アクティブ状態において実行される前記第２のアップリンクデータの送信と、非アクティブ状態における送信をサポートしないサービス品質（ＱｏＳ）フローのアイデンティティに関する情報とを、通知することと、
    前記第１のアップリンクデータが前記ＱｏＳフローの前記アイデンティティに関連付けられているとの決定に従って、前記ＮＡＳ層から前記ＡＳ層へ、前記非アクティブ状態における前記第２のアップリンクデータの送信中に前記第１のアップリンクデータが到着することを通知することと、
    をさらに含む請求項１に記載の方法。
28. アップリンクデータが非アクティブ状態において送信されるとの決定に従って、端末装置において、ネットワーク装置からのアップリンク許可が前記アップリンクデータを受け入れ、バッファ状態報告（ＢＳＲ）を追加として受け入れないか否かを決定することと、
    前記アップリンク許可が前記アップリンクデータを受け入れ、前記ＢＳＲを追加として受け入れないとの決定に従って、前記ＢＳＲをキャンセルすることと、
    を含む通信方法。
29. 前記アップリンク許可が前記アップリンクデータを受け入れ、前記ＢＳＲを追加として受け入れるとの決定に従って、一時停止されている少なくとも１つの無線ベアラを考慮することなく前記ＢＳＲを生成すること
    をさらに含む請求項２８に記載の方法。
30. 端末装置において、アップリンクデータを非アクティブ状態においてネットワーク装置に送信することであって、前記非アクティブ状態における前記アップリンクデータの前記送信中にパワーヘッドルーム報告（ＰＨＲｔ）がトリガされないことを含む
    通信方法。
31. 端末装置において、アップリンクデータを非アクティブ状態においてネットワーク装置に送信することと、
    パワーヘッドルーム報告（ＰＨＲ）をトリガすることと、
    を含む通信方法。
32. 前記ネットワーク装置からのアップリンク許可が前記アップリンクデータを受け入れるとの決定に従って、前記アップリンクデータについての優先度よりも低い優先度で前記ＰＨＲを送信すること
    をさらに含む請求項３１に記載の方法。
33. 前記ネットワーク装置からのアップリンク許可が前記アップリンクデータを受け入れ、前記ＰＨＲを追加として受け入れないとの決定に従って、前記アップリンクデータについての優先度よりも低い優先度で前記ＰＨＲを送信すること
    をさらに含む請求項３１に記載の方法。
34. 前記ネットワーク装置からのアップリンク許可が前記アップリンクデータを受け入れるとの決定に従って、前記ＰＨＲをキャンセルし、
    別のＰＨＲの生成をトリガするためのタイマを開始又は再開すること、
    をさらに含む請求項３１に記載の方法。
35. 前記ネットワーク装置からのアップリンク許可が前記アップリンクデータを受け入れ、前記ＰＨＲを追加として受け入れないとの決定に従って、
    前記ＰＨＲをキャンセルし、
    別のＰＨＲの生成をトリガするためのタイマを開始又は再開すること、
    をさらに含む請求項３１に記載の方法。
36. 端末装置において、非アクティブ状態におけるアップリンクデータのネットワーク装置への送信中に、前記端末装置のサービングセルの参照信号受信電力（ＲＳＲＰ）が閾値電力より低いか否かを決定することと、
    前記端末装置のサービングセルのＲＳＲＰが前記閾値電力より低いとの決定に従って、
    アイドル状態に入るか、又は、
    前記非アクティブ状態を維持したまま、前記非アクティブ状態における前記アップリンクデータの前記送信を終了することと、
    を含む通信方法。
37. 前記端末装置のサービングセルのＲＳＲＰが閾値電力より低いか否かを決定することは、
    前記端末装置のサービングセルのＲＳＲＰが、一定期間中に前記閾値電力より低いか否かを決定することを含む
    請求項３６に記載の方法。
38. ネットワーク装置において、端末装置から、非アクティブ状態における送信をサポートしていない少なくとも１つの無線ベアラからの第１のアップリンクデータが、前記非アクティブ状態における第２のアップリンクデータの送信中に到着することを示す指示を受信することを含む
    通信方法。
39. 前記指示を受信することは、
    専用制御チャネル（ＤＣＣＨ）メッセージを前記表示として受信することを含み、前記ＤＣＣＨメッセージは、
    再開理由、
    予想される無線リソース制御（ＲＲＣ）状態、
    前記第１のアップリンクデータの情報、
    ターゲット周波数帯についての予想される測定ギャップ、
    前記端末装置のモビリティ状態の情報、
    アイドル状態又は非アクティブ状態における測定報告の利用可能性の指示、
    記録される測定値、接続確立失敗情報、又は無線リンク障害情報のうちの少なくとも１つの利用可能性の指示、又は
    前記端末装置のモビリティ履歴の利用可能性の指示
    のうちの少なく１つを含む請求項３８に記載の方法。
40. 前記端末装置からスケジューリング要求（ＳＲ）を受信すること、又は
    ランダムアクセスプロシージャの実行のためのランダムアクセス要求を前記端末装置から受信すること
    をさらに含む請求項３８に記載の方法。
41. 前記指示を受信することは、
    ゼロビットのサイズを有する媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を受信することを含む
    請求項３８に記載の方法。
42. 前記指示を受信することは、
    前記第１のアップリンクデータの情報を含む媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を受信することを含む
    請求項３８に記載の方法。
43. 前記第１のアップリンクデータの情報は、
    前記第１のアップリンクデータのサイズ、
    前記少なくとも１つの無線ベアラのアイデンティティ、又は
    前記少なくとも１つの無線ベアラのタイプ
    のうちの少なくとも１つを含む
    請求項３９又は４２に記載の方法。
44. 前記第１のアップリンクデータの到着についての別の指示を有する、前記端末装置のコンテキストを取り戻す要求を、前記端末装置の最後のサービングネットワーク装置としての別のネットワーク装置に送信すること
    をさらに含む請求項３８に記載の方法。
45. 前記端末装置が前記ネットワーク装置との接続状態にあるときに、
    前記端末装置に、同じプロトコルデータユニット（ＰＤＵ）セッションアイデンティティに関連付けられた全てのデータ無線ベアラが前記非アクティブ状態における送信をサポートしていることを示す第１の設定を送信するか、又は
    前記端末装置に、同じＰＤＵセッションアイデンティティに関連付けられた全てのデータ無線ベアラが前記非アクティブ状態における送信をサポートしていないことを示す第２の設定を送信すること
    をさらに含む請求項３８に記載の方法。
46. 請求項１から請求項２７の何れか一項、請求項２８から請求項２９の何れか一項、請求項３０から請求項３５の何れか一項、又は請求項３６から請求項３７の何れか一項に記載の方法を実行するように設定されたプロセッサを備える
    端末装置。
47. 請求項３８から請求項４５の何れか一項に記載の方法を実行するように設定されたプロセッサを備える
    ネットワーク装置。
48. 少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項１から請求項２７の何れか一項、請求項２８から請求項２９の何れか一項、請求項３０から請求項３５の何れか一項、又は請求項３６から請求項３７の何れか一項に記載の方法を実行させる命令を記憶している
    コンピュータ可読媒体。
49. 少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項３８から請求項４５の何れか一項に記載の方法を実行させる命令を記憶している
    コンピュータ可読媒体。

Images