JP2023543071A - 端末装置、ネットワーク装置及び通信の方法 - Google Patents

Abstract

本開示の実施形態は、通信方法、通信装置及びコンピュータ可読媒体に関する。ネットワーク装置は、端末装置に、非アクティブ状態におけるアップリンクデータの送信のための帯域幅部分の、設定された許可を含む設定を送信する。端末装置が、非アクティブ状態においてアップリンクデータを送信すると決定した場合、端末装置は、帯域幅部分の設定から、設定された許可を決定し、非アクティブ状態において、この設定された許可に基づいてアップリンクデータをネットワーク装置に送信する。こうして、設定された許可に基づくスモールデータ送信を改善することができる。【選択図】図２Ａ

Description

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

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

この点について、３ＧＰＰリリース１７では、非アクティブ状態におけるスモールデータ送信（ＳＤＴ：ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ）が承認されている。したがって、シグナリングオーバーヘッドを低減することができる。この場合、非アクティブ状態においてＳＤＴを如何にして実行するかが注目される問題となっている。

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

第１の態様において、通信の方法が提供される。前記方法は、非アクティブ状態においてアップリンクデータが送信されるとの決定に従って、前記非アクティブ状態における前記アップリンクデータの送信のための帯域幅部分の設定から、設定された許可を端末装置において決定することと、前記アップリンクデータを前記設定された許可に基づいて、前記非アクティブ状態において、ネットワーク装置に送信することと、を含む。

第２の態様において、通信の方法が提供される。前記方法は、ネットワーク装置において端末装置に、前記端末装置からのアップリンクデータ送信のための帯域幅部分の、設定された許可を含む設定を送信することと、前記端末装置から、前記設定された許可に基づいて、前記端末装置により前記非アクティブ状態において送信される前記アップリンクデータを受信することと、を含む。

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

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

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

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

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

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

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

本開示の実施形態にかかる、ＣＧに基づくＳＤＴ中の通信プロセスを示す模式図である。

本開示の実施形態にかかる、競合解消メカニズムの下でのＣＧに基づくＳＤＴ中の通信プロセスを示す模式図である。

本開示の実施形態にかかる、端末装置間の競合の場合に、バックオフメカニズムの下でのＣＧに基づくＳＤＴ中の通信プロセスを示す模式図である。

本開示の実施形態にかかる、ＣＧに基づくＳＤＴのための媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を示す模式図である。

本開示の実施形態にかかる、ＣＧに基づくＳＤＴのための媒体アクセス制御プロトコルデータユニットを示す模式図である。

本開示の実施形態にかかる、ＣＧに基づくＳＤＴのためのＭＡＣ ＰＤＵを示す模式図である。

本開示の実施形態にかかる、ＣＧに基づくＳＤＴのためのＭＡＣ ＰＤＵを示す模式図である。

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

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

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

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

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

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

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

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

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

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

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

従来、事前に設定されたアップリンクリソース（ＰＵＲ：ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ ｕｐｌｉｎｋ ｒｅｓｏｕｒｃｅ）を使用して送信するための二つの方式、専用ＰＵＲ（ｄｅｄｉｃａｔｅｄ ＰＵＲ）と共有ＰＵＲ（ｓｈａｒｅｄ ＰＵＲ）とが存在していた。共有ＰＵＲにより、最大２人のユーザが同時に送信することが可能になり、送信リソースの節約が実現される。この場合、如何にしてＰＵＲ、特に共有ＰＵＲを使用してＳＤＴを実行するかが非常に注目される。

さらに、優先度の低いＣＧについては、ＲＲＣ－ｌｅｓｓ（すなわち、ＲＲＣメッセージなしのＳＤＴ）を検討できることが合意されている。この場合、ＲＲＣ－ｌｅｓｓのためにＳＤＴを如何にしてサポートするかについても検討する必要がある。追加として、競合に基づくＰＵＲ（ｃｏｎｔｅｎｔｉｏｎ－ｂａｓｅｄ ＰＵＲ：競合ベースのＰＵＲ）の使用により、送信リソースを著しく節約することができる。したがって、ＳＤＴでの競合に基づくＰＵＲの使用を如何にしてサポートするかも注目されている。

これに鑑みて、本開示の実施形態は、設定された許可（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）に基づくＳＤＴ（本明細書ではＣＧに基づくＳＤＴ（ＣＧ ｂａｓｅｄ ＳＤＴ：ＣＧベースのＳＤＴ）とも称する）の解決策を提供する。この解決策により、ＣＧに基づくＳＤＴを実現できるだけでなく、ＣＧのための競合解消とバックオフメカニズムも実現できる。以下、添付図面を参照して、本開示の原理および実施態様について詳細に説明する。

通信ネットワークの例
図１は、本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示す模式図である。図１に示すように、通信ネットワーク１００は、端末装置１１０とネットワーク装置１２０とを含んでもよい。端末装置１１０は、ネットワーク装置１２０によりサービングされてもよい。図１における装置の数は説明の目的で与えられており、本開示に対するいかなる限定も示唆していないことを、理解すべきである。通信ネットワーク１００は、本開示の実施態様を実施するのに適した任意の適切な数のネットワーク装置及び／又は端末装置を含んでもよい。

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

いくつかのシナリオにおいて、端末装置１１０は、送信すべき少量で頻繁ではないデータトラフィックを有する場合、端末装置１１０はＣＧに基づくＳＤＴを実行してもよい。すなわち、端末装置１１０は、非アクティブ状態においてＣＧ上でアップリンクデータをネットワーク装置１２０に送信してもよい。いくつかの実施形態において、ＣＧは専用ＰＵＲであってもよい。もちろん、ＣＧは共有ＰＵＲであってもよい。いくつかの実施形態において、共有ＰＵＲは、無競合ＰＵＲ（ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ＰＵＲ）であってもよい。もちろん、共有ＰＵＲは、競合に基づくＰＵＲであってもよい。いくつかの実施形態において、ＲＲＣメッセージを使用してＣＧに基づくＳＤＴを実行してもよい。もちろん、ＲＲＣメッセージなしでＣＧに基づくＳＤＴを実行してもよい。

ＣＧに基づくＳＤＴの実現例
したがって、本発明の実施形態は、ＣＧに基づくＳＤＴをサポートする通信のための改善された解決策を提供する。図２Ａから２Ｃを参照し、以下にこれについて説明する。図２Ａは本開示の実施形態にかかる、ＣＧに基づくＳＤＴ中の通信プロセス２００Ａを示す模式図である。説明のために、図１を参照してプロセス２００Ａを説明する。プロセス２００Ａには、図１に示されるように、端末装置１１０とネットワーク装置１２０が関与してもよい。

図２Ａに示すように、ネットワーク装置１２０は、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を端末装置１１０に送信してもよい（２０１）。ＢＷＰ設定はＳＤＴ専用に設定される。いくつかの実施形態において、ＢＷＰ設定は、ＳＤＴのためのＣＧを含む。いくつかの実施形態において、ＢＷＰは初期ＢＷＰと異なる。こうして、初期ＢＷＰのトラフィック負荷を軽減することができる。

いくつかの実施形態において、ネットワーク装置１２０は、専用のメッセージ内でＢＷＰ設定を送信してもよい。例えば、いくつかの実施形態において、ＢＷＰ設定は、専用ＣＧを含んでもよい。これらの実施形態において、端末装置１１０が接続状態にある場合、ＢＷＰ設定を端末装置１１０に専用に提供してもよい。代替として、端末装置１１０が非アクティブ状態にされると、ＢＷＰ設定を端末装置１１０に専用に提供してもよい。この場合、初期ＢＷＰ以外のＢＷＰ上で、専用ＣＧに基づくＳＤＴを実行することができる。こうして、専用ＣＧに基づくＳＤＴを、初期ＢＷＰ以外のＢＷＰにおいて設定することができる。

代替として、ネットワーク装置１２０は、システム情報内でＢＷＰ設定を送信してもよい。例えば、いくつかの実施形態において、ＢＷＰ設定は、共有ＣＧを含んでもよい。これらの実施形態において、ＢＷＰ設定をシステム情報内で端末装置１１０に提供してもよい。この場合、初期ＢＷＰ以外のＢＷＰ上で、共有ＣＧに基づくＳＤＴを実行することができる。代替として、共有ＣＧに基づくＳＤＴについて、ネットワーク装置１２０は、ＳＤＴに利用可能な、初期ＢＷＰ以外のＣＧリソースを有する別の１つまたは複数の専用ＢＷＰをブロードキャストしてもよい。

いくつかの実施形態において、ＳＤＴのためのＢＷＰ設定は、ＣＧの候補セットを含んでもよい。例えば、異なる許可サイズ／周期を有する複数のＣＧリソースを設定してもよい。こうして、少なくとも共有ＣＧについては、端末装置１１０には、ＣＧリソースのうちの１つを選択してＳＤＴを実行することが許される。

端末装置１１０が送信すべきアップリンクデータを有し、非アクティブ状態において該アップリンクデータが送信されると決定された場合、端末装置１１０はＢＷＰ設定からＣＧを決定してもよい（２０２）。ＢＷＰ設定がＣＧの候補セットを含むいくつかの実施形態において、端末装置１１０は、アップリンクデータに関連付けられたパケットサイズに基づいて、該候補セットからＣＧを選択してもよい。別の例として、端末装置１１０は、アップリンクデータに関連付けられるトラフィックパターンに基づいて、該候補セットの中からＣＧを選択してもよい。

ＣＧが決定されると、端末装置１１０は、該ＣＧに基づいて、非アクティブ状態においてネットワーク装置１２０にアップリンクデータを送信する（２０３）。いくつかの実施形態において、端末装置１１０がネットワーク装置１２０のサービングセルについて有効なタイミングアドバンス（ＴＡ）を有する場合、ＣＧに基づくＳＤＴをトリガすることができる。

こうして、ＳＤＴ特有のＢＷＰ上でＣＧに基づくＳＤＴを実行することができる。

いくつかの実施形態において、ＳＤＴは、無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを用いて実行されることができる。例えば、ＳＤＴのためのアップリンクデータは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔまたはＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージとともに送信されてもよい。別の例として、ＳＤＴのためのダウンリンクデータは、ＲＲＣＲｅｌｅａｓｅメッセージなどのＲＲＣメッセージ及びＴＡコマンドＭＡＣ ＣＥとともに送信されてもよい。

いくつかの代替実施形態において、ＳＤＴは、ＲＲＣメッセージなし（すなわち、ＲＲＣ－ｌｅｓｓ）で実行されてもよい。例えば、専用ＣＧに基づくＳＤＴの場合、端末装置１１０に設定される専用ＣＧリソース上で、アップリンクデータを直接送信してもよい。別の例として、アップリンクデータは、端末装置１１０の情報を含むＭＡＣ ＣＥとともに送信されてもよい。例えば、端末装置１１０の情報は、非アクティブ無線ネットワーク一時識別子（Ｉ－ＲＮＴＩ：ｉｎａｃｔｉｖｅ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）であってもよい。もちろん、この情報は短い再開（Ｒｅｓｕｍｅ）ｓｈｏｒｔＭＡＣ＿Ｉであってもよい。いくつかの実施形態において、ダウンリンクデータは、競合解消アイデンティティ（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ ｉｄｅｎｔｉｔｙ）、ＴＡコマンド、またはセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ：ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）のうちの少なくとも１つを含む１つまたは複数のＭＡＣ ＣＥとともに送信されてもよい。

いくつかの実施形態において、ＣＧに基づくＳＤＴが端末装置１１０のコンテキストを有するネットワーク装置１２０上で通常発生することを考慮すると、端末装置１１０のＲＲＣ層は、短い（ｓｈｏｒｔ）Ｉ－ＲＮＴＩ値（２４ビット）をＭＡＣ層に常に提供してもよい。図３は本開示の実施形態にかかる、ＣＧに基づくＳＤＴのためのＭＡＣ ＣＥを示す模式図３００である。いくつかの実施形態において、図３のＭＡＣ ＣＥ ３０１に示されるように、ＭＡＣ ＣＥは短いＩ－ＲＮＴＩを含んでもよい。いくつかの実施形態において、ＭＡＣ ＣＥは、図３のＭＡＣ ＣＥ ３０２に示されるように、Ｒｅｓｕｍｅ（再開）ＭＡＣ－Ｉをさらに含んでもよい。代替として、図３の符号３０３で示されるように、ＲｅｓｕｍｅＭＡＣ－Ｉと短いＩ－ＲＮＴＩとは、２つの別々のＭＡＣ ＣＥに含まれてもよい。

いくつかの実施形態において、ネットワーク装置１２０は、完全な（ｆｕｌｌ）Ｉ－ＲＮＴＩが使用されるか否かを端末装置１１０に示してもよい（２０４）。ネットワーク装置１２０が完全なＩ－ＲＮＴＩを使用しないことを示す場合、端末装置１１０のＲＲＣ層は、ＭＡＣ層に短いＩ－ＲＮＴＩ値（２４ビット）を提供し（２０５）、該短いＩ－ＲＮＴＩを含むＭＡＣ ＣＥ（ここでは第２のＭＡＣ ＣＥとも称する）をネットワーク装置１２０に送信してもよい（２０６）。ネットワーク装置１２０が完全なＩ－ＲＮＴＩを使用することを示す場合、端末装置１１０のＲＲＣ層は、ＭＡＣ層に完全なＩ－ＲＮＴＩ値（４０ビット）を提供し、該完全なＩ－ＲＮＴＩを含むＭＡＣ ＣＥ（ここでは第１のＭＡＣ ＣＥとも称する）をネットワーク装置１２０に送信してもよい（２０６’）。いくつかの実施形態において、図３のＭＡＣ ＣＥ ３０４に示されるように、ＭＡＣ ＣＥは完全なＩ－ＲＮＴＩを含んでもよい。いくつかの実施形態において、ＭＡＣ ＣＥは、図３のＭＡＣ ＣＥ ３０５に示されるように、Ｒｅｓｕｍｅ（再開）ＭＡＣ－Ｉをさらに含んでもよい。代替として、図３の符号３０６で示されるように、ＲｅｓｕｍｅＭＡＣ－Ｉと完全なＩ－ＲＮＴＩとは、２つの別々のＭＡＣ ＣＥに含まれてもよい。

こうして、ＲＲＣ－ｌｅｓｓ ＣＧに基づくＳＤＴのために、ＭＡＣ ＣＥの設計が提供される。

アップリンクのＣＧに基づくＳＤＴ送信の後、端末装置１１０は、タイマ（ここでは第１のタイマとも称する）の制御の下で、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）などのダウンリンク制御チャネルをモニタリングしてもよい。いくつかの実施形態において、端末装置１１０は、アップリンクデータの送信時に第１のタイマを起動してもよい（２０７）。いくつかの実施形態において、第１のタイマが動作している間、端末装置１１０は、ＣＧに基づくＳＤＴ ＲＮＴＩにアドレス指定されたＰＤＣＣＨのみをモニタリングしてもよい。例えば、ＵＥが接続状態にある場合、端末装置１１０は、ＣＧに基づくＳＤＴのための新たなＲＮＴＩ、またはＣＧに基づくＳＤＴのための再利用ＣＳ－ＲＮＴＩにアドレス指定されたＰＤＣＣＨのみをモニタリングし、またはＵＥのＣ－ＲＮＴＩを再利用してもよい。

いくつかの実施形態において、端末装置１１０は、ＣＧ送信タイマを該第１のタイマとして再利用してもよい。もちろん、端末装置１１０は、新たなタイマを該第１のタイマとして導入してもよい。

いくつかの実施形態において、ネットワーク装置１２０は、ＣＧに基づくＳＤＴの再送についてのスケジューリングを端末装置１１０に送信してもよい（２０８）。例えば、再送についてのスケジューリングは、ＣＧに基づくＳＤＴ ＲＮＴＩにアドレス指定されたアップリンク許可により送信されてもよい。これらの実施形態において、端末装置１１０は、該再送についてのスケジューリングを受信したことに応じて、該第１のタイマを再起動してもよい（２０９）。

いくつかの実施形態において、ネットワーク装置１２０は、第１のタイマの満了時にＳＤＴが成功したか失敗したかを示す指示を、端末装置１１０に送信してもよい（２１０）。このとき、該指示が、第１のタイマの満了時に送信が成功したことを示す場合、端末装置１１０は、第１のタイマの満了時にＳＤＴが成功したと決定してもよい（２１１）。例えば、これは専用ＣＧに基づくＳＤＴに適用されてもよい。該指示が、第１のタイマの満了時にＳＤＴが失敗したことを示す場合、端末装置１１０は、第１のタイマの満了時にＳＤＴが失敗したと決定してもよい（２１１’）。例えば、これは専用ＣＧに基づくＳＤＴと共有ＣＧに基づくＳＤＴに適用されてもよい。

いくつかの実施形態において、ネットワーク装置１２０は、アップリンクデータの送信が成功したことを示すＭＡＣ ＰＤＵを送信してもよい（２１２）。ＭＡＣ ＰＤＵが受信されると、端末装置１１０は、第１のタイマを停止してもよい（２１３）。例えば、専用ＣＧに基づくＳＤＴの場合、ＰＤＣＣＨ送信がそのＣＧに基づくＳＤＴ ＲＮＴＩにアドレス指定され、該ＭＡＣ ＰＤＵの復号化が成功した場合、端末装置１１０は、第１のタイマを停止してもよい。この場合、端末装置１１０は、ＣＧに基づくＳＤＴが成功したとみなして、ＣＧに基づくＳＤＴが成功したと上位層に示してもよい。

こうして、ＣＧに基づくＳＤＴ後のＰＤＣＣＨモニタリングのためのＵＥの動作が提供される。

競合解消を備えたＣＧに基づくＳＤＴの実現例
複数の端末装置がＳＤＴのために同一のＣＧを使用する場合、競合解消（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）が必要となる。これについて図２Ｂを参照して説明する。図２Ｂは本開示の実施形態にかかる、競合解消メカニズムの下でのＣＧに基づくＳＤＴ中の通信プロセス２００Ｂを示す模式図である。説明のために、図１を参照してプロセス２００Ｂを説明する。プロセス２００Ｂには、図１に示されるように、端末装置１１０とネットワーク装置１２０が関与してもよい。

図２Ｂに示すように、端末装置１１０は、アップリンクデータの送信時に、競合解消のためにタイマ（本明細書では第２のタイマとも称する）を起動してもよい（２１４）。こうして、各ＣＧ送信後に、競合解消のためにタイマを起動することができる。

いくつかの実施形態において、第２のタイマは、第１のタイマと同じでもよい。もちろん、第２のタイマは別個のタイマであってもよい。

いくつかの実施形態において、ネットワーク装置１２０は、ＣＧに基づくＳＤＴの再送についてのスケジューリングを端末装置１１０に送信してもよい（２１５）。例えば、再送についてのスケジューリングは、ＣＧに基づくＳＤＴ ＲＮＴＩにアドレス指定されたアップリンク許可により送信されてもよい。これらの実施形態において、端末装置１１０は、該再送についてのスケジューリングを受信したことに応じて、該第２のタイマを再起動してもよい（２１６）。

いくつかの実施形態において、第２のタイマが満了した場合、端末装置１１０は、競合解消が成功しなかったと決定してもよい（２１７）。

いくつかの実施形態において、ネットワーク装置１２０は、第２のタイマが動作している間にＭＡＣ ＰＤＵを端末装置１１０に送信してもよい（２１８）。いくつかの実施形態において、端末装置１１０は、ＭＡＣ ＰＤＵの受信時に第２のタイマを停止してもよい（２１９）。例えば、ＭＡＣ ＰＤＵが受信され、ＭＡＣ ＰＤＵの復号化が成功した場合、端末装置１１０は、第２のタイマを停止してもよい。もちろん、端末装置１１０は、ＭＡＣ ＰＤＵの受信時に第２のタイマを停止しなくてもよい。

いくつかの実施形態において、ＭＡＣ ＰＤＵの受信時に、端末装置１１０は、ＭＡＣ ＰＤＵが競合解消に関連付けられる第１のアイデンティティを含むか否かを決定してもよい（２２０）。例えば、端末装置１１０は、ＭＡＣ ＰＤＵが競合解消アイデンティティ（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｉｄｅｎｔｉｔｙ）のためのＭＡＣ ＣＥを含むか否かを決定してもよい。ＭＡＣ ＰＤＵが第１のアイデンティティを含む場合、端末装置１１０は、第１のアイデンティティがアップリンクデータの送信における端末装置１１０の第２のアイデンティティと一致するか否かを決定してもよい（２２１）。例えば、端末装置１１０は、ＭＡＣ ＣＥ内のＵＥコンテンツが、アップリンク送信におけるＩ－ＲＮＴＩのようなＵＥ ＩＤ情報と一致するか否かを決定してもよい。いくつかの実施形態において、ランダムアクセスプロシージャのために、ＵＥ競合解消アイデンティティＭＡＣ ＣＥ（ＵＥ Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｉｄｅｎｔｉｔｙ ＭＡＣ ＣＥ）を再利用してもよい。

ＲＲＣメッセージを有するＣＧに基づくＳＤＴの場合、ＭＡＣ ＣＥは、ＵＬ ＣＣＣＨ ＳＤＵの全部または一部を含んでもよい。ＲＲＣメッセージのないＣＧに基づくＳＤＴの場合、ＭＡＣ ＣＥは、ＵＬ ＭＡＣ ＣＥ内の情報の全部または一部と、Ｉ－ＲＮＴＩのようなＵＥ ＩＤ情報とを含んでもよい。

第１のアイデンティティが第２のアイデンティティと一致する場合、端末装置１１０は、競合解消が成功したと決定してもよい（２２２）。したがって、端末装置１１０は、ＣＧに基づくＳＤＴが成功したと決定してもよい。このとき、端末装置１１０がＭＡＣ ＰＤＵ内でＴＡコマンドを受信した場合、端末装置１１０は、ＴＡコマンドを実行してもよい（２２３）。いくつかの実施形態において、端末装置１１０はさらに、ＭＡＣ ＰＤＵ内で、端末装置１１０により使用されるためのＣ－ＲＮＴＩを受信してもよい。いくつかの実施形態において、第１のアイデンティティと、ＴＡコマンドと、Ｃ－ＲＮＴＩとのうちの一つまたは複数は、単一のＭＡＣ ＣＥに含まれてもよい。もちろん、第１のアイデンティティと、ＴＡコマンドと、Ｃ－ＲＮＴＩとは、別々のＭＡＣ ＣＥに含まれてもよい。

第１のアイデンティティが第２のアイデンティティと一致しない場合、端末装置１１０は、競合解消が成功しなかったと決定してもよい（２２４）。これらの実施形態において、端末装置１１０は、ＭＡＣ ＰＤＵを破棄してもよい。この場合、端末装置１１０は、ＴＡコマンドとＣ－ＲＮＴＩと（存在する場合）を破棄してもよい。

いくつかの実施形態において、競合解消が成功しなかったと決定された場合、端末装置１１０は、ＣＧに基づくＳＤＴが成功しなかったと決定してもよい。例えば、端末装置１１０は、ＣＧに基づくＳＤＴが成功しなかったことを上位層に示してもよい。

いくつかの代替実施形態において、端末装置１１０が競合解消は成功しなかったと決定された場合、端末装置１１０は、ＣＧに基づくＳＤＴの再送を実行し（２２５）、第２のタイマを再起動してもよい。端末装置１１０は、ＣＧ送信回数を増加させてもよいし、ＣＧ送信回数が所定回数に等しい場合、端末装置１１０は、ＣＧに基づくＳＤＴが成功しなかったと決定してもよい。

バックオフメカニズムを備えたＣＧに基づくＳＤＴの実現例
さらなる競合の発生を回避するために、競合解消が成功しなかったと端末装置１１０が決定した場合、端末装置１１０は対応するＣＧリソース上でＣＧに基づくＳＤＴが許可されないタイマを起動してもよい。図２Ｃを参照し、以下にこれについて説明する。図２Ｃは本開示の実施形態にかかる、バックオフメカニズムの下でのＣＧに基づくＳＤＴ中の通信プロセス２００Ｃを示す模式図である。説明のために、図１を参照してプロセス２００Ｃを説明する。プロセス２００Ｃには、図１に示されるように、端末装置１１０とネットワーク装置１２０が関与してもよい。

図２Ｃに示すように、端末装置１１０は、対応するＣＧリソース上でＣＧに基づくＳＤＴが許可されないタイマ（本明細書では第３のタイマとも称する）を起動してもよい（２２６）。すなわち、端末装置１１０は、第３のタイマが満了するまで、対応するＣＧリソース上でのアップリンクデータの送信を一時停止してもよい。端末装置１１０は、第３のタイマが満了した後、非アクティブ状態において、対応するＣＧリソースに基づいてＳＤＴを実行してもよい（２２７）。いくつかの実施形態において、端末装置１１０は、アップリンクデータに関連付けられるデータパケットを、対応するＣＧリソース上でネットワーク装置１２０に再送してもよい。いくつかの実施形態において、端末装置１１０は、アップリンクデータに関連付けられる新たなデータパケットを、対応するＣＧリソース上でネットワーク装置１２０に送信し続けてもよい。

第３のタイマの持続時間に関して、ネットワーク装置１２０は、第３のタイマの持続時間についてのインジケータ（本明細書ではバックオフインジケータとも称する）を送信してもよい（２２８）。いくつかの実施形態において、ネットワーク装置１２０は、ＲＲＣメッセージ内で端末装置１１０にインジケータを事前に設定してもよい。いくつかの代替実施形態において、ネットワーク装置１２０は、ＭＡＣ ＰＤＵ内でインジケータを送信してもよい。

いくつかの実施形態において、ＭＡＣ ＰＤＵは、論理チャネルアイデンティティ（ＬＣＩＤ：ｌｏｇｉｃ ｃｈａｎｎｅｌ ｉｄｅｎｔｉｔｙ）とインジケータを保持するＭＡＣ ＣＥとを含むヘッダを含んでもよい。こうして、従来のＤＬ ＭＡＣ ＰＤＵフォーマットを使用することができる。図４は本開示の実施形態にかかる、ＣＧに基づくＳＤＴのためのＭＡＣ ＰＤＵを示す模式図４００である。図４に示すように、符号４１０は、ＭＡＣ ＰＤＵの例を示す。ＭＡＣ ＰＤＵは、ＭＡＣ ｓｕｂＰＤＵ ４１１を含んでもよいし、ＭＡＣ ｓｕｂＰＤＵ ４１１は、サブヘッダ（本明細書ではヘッダとも称する）４１１－１とＭＡＣ ＣＥ ４１１－２とを含んでもよい。ヘッダ４１１－１は、ＣＧに基づくＳＤＴについてのインジケータのＬＣＩＤを含み、ＭＡＣ ＣＥ ４１１－２は、該インジケータを含んでもよい。符号４２０は、４ビットのバックオフインジケータを保持するＭＡＣ ＣＥの例を表し、Ｒフィールド４２１は予約ビットを表し、ＢＩフィールド４２２はバックオフインジケータを表す。符号４３０は、５ビットのバックオフインジケータを保持するＭＡＣ ＣＥの例を表し、Ｒフィールド４３１は予約ビットを表し、ＢＩフィールド４３２はバックオフインジケータを表す。

いくつかの代替実施形態において、ＭＡＣ ＰＤＵは、インジケータと、インジケータの存在を示すビットとを含むヘッダを含んでもよい。例えば、第１のビットは、インジケータの存在を示すために使用されてもよい。図５は本開示の実施形態にかかる、ＣＧに基づくＳＤＴのためのＭＡＣ ＰＤＵを示す模式図５００である。図５に示すように、符号５１０は、ＭＡＣ ＰＤＵの例を示す。ＭＡＣ ＰＤＵは、ＭＡＣサブヘッダのみを含むＭＡＣ ｓｕｂＰＤＵ ５１１を含む。符号５２０は、４ビットのバックオフインジケータのためのＭＡＣサブヘッダの例を表す。この例において、Ｂフィールド５２１はバックオフインジケータの存在を示し、Ｒフィールド５２２は予約ビットを示し、ＢＩフィールド５２３はバックオフインジケータを示す。例えば、Ｂフィールド５２１は、サブヘッダ内のバックオフインジケータフィールドの存在を示す「１」にセットされてもよい。もちろん、Ｂフィールド５１１は、サブヘッダ内のバックオフインジケータフィールドの存在を示すために、任意の他の適切な値にセットされてもよい。

符号５３０は、５ビットのバックオフインジケータのためのＭＡＣサブヘッダの例を表す。この例において、Ｂフィールド５３１はバックオフインジケータの存在を示し、Ｒフィールド５３２は予約ビットを示し、ＢＩフィールド５３３はバックオフインジケータを示す。例えば、Ｂフィールド５３１は、サブヘッダ内のバックオフインジケータフィールドの存在を示す「１」にセットされてもよい。もちろん、Ｂフィールド５３１は、サブヘッダ内のバックオフインジケータフィールドの存在を示すために、任意の他の適切な値にセットされてもよい。

いくつかの代替実施形態において、インジケータは、ＭＡＣ ＰＤＵの所定のバイトに含まれてもよい。例えば、インジケータは、ＭＡＣ ＰＤＵの第１のバイトに含まれてもよい。図６は本開示の実施形態にかかる、ＣＧに基づくＳＤＴのためのＭＡＣ ＰＤＵを示す模式図６００である。図６に示すように、符号６１０は、ＭＡＣ ＰＤＵの例を示す。ＭＡＣ ＰＤＵは、このインジケータを保持するＭＡＣサブヘッダのみを含むＭＡＣ ｓｕｂＰＤＵ ６１１を含む。符号６２０は、４ビットのバックオフインジケータのためのＭＡＣサブヘッダの例を表す。この例においてＲフィールド６２１は予約ビットを示し、ＢＩフィールド６２２はバックオフインジケータを示す。符号６３０は、５ビットのバックオフインジケータのためのＭＡＣサブヘッダの例を表す。この例においてＲフィールド６３１は予約ビットを示し、ＢＩフィールド６３２はバックオフインジケータを示す。

こうして、端末装置１１０は、第３のタイマの持続時間についてインジケータを得ることができる。図２Ｃに戻り、その後、端末装置１１０は、このインジケータに基づいて第３のタイマの持続時間を決定してもよい（２２９）。いくつかの実施形態において、端末装置１１０は、予め定義されたテーブルに基づいて、インジケータに含まれる値（第１の値とも称する）に対応する最大バックオフ値を得ることができる。予め定義されたテーブルの例は以下の表１に示されている。これは一例に過ぎず、本開示を限定するものではない。

いくつかの実施形態において、端末装置１１０は、ゼロと最大バックオフ値との間の一様分布に従って値を選択し、選択された値を第３のタイマの持続時間として使用してもよい。いくつかの実施形態において、表１のバックオフパラメータ値は、表２に示すように拡張されてもよい。

いくつかの実施形態において、端末装置１１０は、ゼロとインジケータに含まれる第１の値との間の第２の値を決定し、第２の値とＣＧの周期とに基づいて第３のタイマの持続時間を決定してもよい。例えば、バックオフインジケータは整数Ｎである。端末装置１１０は、０と第１の値との間の一様分布に基づいて、ランダムな整数値ｎを選択してもよい。結果として得られる持続時間はｎ×ＣＧの周期である。こうして、次のｎ個のＣＧ送信オケージョンについては、対応するＣＧリソース上での共有ＣＧに基づくＳＤＴは許可されない。

いくつかの実施形態において、バックオフインジケータは端末装置１１０により取得されなくてもよい。これらの実施形態において、端末装置１１０は、第３のタイマの持続時間を０としてセットしてもよい。

こうして、次のＣＧオケージョンについて、複数の端末装置間の競合を軽減することができる。

なお、図２Ａから図２Ｃに示す動作は、本開示の実施形態を実現するのに必ずしも必要ではなく、必要に応じて、より多くの動作またはより少ない動作を適用してもよい。

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

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

ブロック７１０において、端末装置１１０は、非アクティブ状態におけるアップリンクデータの送信のために、ＢＷＰの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）からＣＧを決定する。いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０から受信したシステム情報または専用メッセージから設定を取得し、その設定からＣＧを決定してもよい。いくつかの実施形態において、端末装置１１０は、設定からＣＧの候補セットを決定し、候補セットからＣＧを決定してもよい。

ブロック７２０において、端末装置１１０は、非アクティブ状態において、ＣＧに基づいてアップリンクデータをネットワーク装置１２０に送信する。いくつかの実施形態において、端末装置１１０はさらに、端末装置１１０の短い（ｓｈｏｒｔ）Ｉ－ＲＮＴＩを含むＭＡＣ ＣＥをネットワーク装置１２０に送信してもよい。

こうして、初期ＢＷＰ上のトラフィック負荷を軽減することができる。

いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０から受信したシステム情報に基づいて、端末装置１１０の完全な（ｆｕｌｌ）Ｉ－ＲＮＴＩが使用されるか否かを決定してもよい。完全なＩ－ＲＮＴＩを使用すると決定された場合、端末装置１１０はさらに、完全なＩ－ＲＮＴＩを含む第１のＭＡＣ ＣＥをネットワーク装置１２０に送信してもよい。完全なＩ－ＲＮＴＩを使用しないと決定された場合、端末装置１１０はさらに、短いＩ－ＲＮＴＩを含む第２のＭＡＣ ＣＥをネットワーク装置１２０に送信してもよい。

こうして、ＣＧに基づくＳＤＴについてＲＲＣ－ｌｅｓｓをサポートすることができる。

いくつかの実施形態において、端末装置１１０は、アップリンクデータの送信時に、ダウンリンク制御チャネルをモニタリングするために使用される第１のタイマを起動してもよい。これらの実施形態において、アップリンクデータの再送についてのスケジューリングが受信された場合、端末装置１１０は、第１のタイマを再起動してもよい。

いくつかの実施形態において、端末装置１１０は、第１のタイマの満了時に送信が成功したか失敗したかを示す指示を、ネットワーク装置１２０から受信してもよい。該指示が、第１のタイマの満了時に送信が成功したことを示す場合、端末装置１１０は、第１のタイマの満了時に送信が成功したと決定してもよい。該指示が、第１のタイマの満了時に送信が失敗したことを示す場合、端末装置１１０は、第１のタイマの満了時に送信が失敗したと決定してもよい。

いくつかの実施形態において、端末装置１１０は、アップリンクデータの送信が成功したことを示すＭＡＣ ＰＤＵの受信時に、第１のタイマを停止してもよい。

こうして、ＣＧ送信後のダウンリンク制御チャネルのモニタリングを実行することができる。

いくつかの実施形態において、端末装置１１０は、アップリンクデータの送信時に、競合解消のための第２のタイマを起動してもよい。いくつかの実施形態において、第２のタイマが満了したと決定された場合、端末装置１１０は、競合解消が成功しなかったと決定してもよい。

いくつかの実施形態において、ネットワーク装置１２０からＭＡＣ ＰＤＵが受信された場合、端末装置１１０は、ＭＡＣ ＰＤＵが競合解消に関連付けられる第１のアイデンティティを含むか否かを決定してもよい。ＭＡＣ ＰＤＵが第１のアイデンティティを含むと決定された場合、端末装置１１０は、第１のアイデンティティがアップリンクデータの送信における端末装置の第２のアイデンティティと一致するか否かを決定してもよい。第１のアイデンティティが第２のアイデンティティと一致すると決定された場合、端末装置１１０は、競合解消が成功したと決定し、アップリンクデータの送信が成功したと決定してもよい。

いくつかの実施形態において、端末装置１１０は、ＭＡＣ ＰＤＵの受信時に第２のタイマを停止してもよい。いくつかの実施形態において、アップリンクデータの送信が成功したとの決定に従って、端末装置１１０は、ＭＡＣ ＰＤＵからＴＡコマンドを決定し、ＴＡコマンドを実行してもよい。いくつかの実施形態において、端末装置１１０はさらに、ネットワーク装置１２０からのＭＡＣ ＰＤＵ内で、端末装置１１０のためのＣ－ＲＮＴＩを受信してもよい。

いくつかの実施形態において、ＭＡＣ ＰＤＵが第１のアイデンティティを含まないか、または第１のアイデンティティが第２のアイデンティティと一致しないと決定された場合、端末装置１１０は、ＭＡＣ ＰＤＵを破棄し、競合解消が成功しなかったと決定してもよい。

いくつかの実施形態において、競合解消が成功しなかったと決定された場合、端末装置１１０は、アップリンクデータの送信が成功しなかったと決定してもよい。いくつかの代替実施形態において、競合解消が成功しなかったと決定された場合、端末装置１１０は、非アクティブ状態においてアップリンクデータを再送し、第２のタイマを再起動してもよいし、そして、送信回数が所定回数に等しいと決定された場合に、端末装置１１０はアップリンクデータの送信が成功しなかったと決定してもよい。

こうして、ＣＧに基づくＳＤＴのための競合解消メカニズムを実現することができる。

いくつかの実施形態において、競合解消が成功しなかったと決定された場合、端末装置１１０は、第３のタイマを起動し、第３のタイマが満了するまでＣＧ上でのアップリンクデータの送信を一時停止し、第３のタイマが満了した後、非アクティブ状態においてＣＧに基づいてアップリンクデータの送信を実行してもよい。

いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０から、第３のタイマの持続時間についてのインジケータを受信し、このインジケータに基づいて第３のタイマの持続時間を決定し、この持続時間で第３のタイマを起動してもよい。いくつかの代替実施形態において、端末装置１１０は、ネットワーク装置１２０から、このインジケータを含むＲＲＣメッセージを受信し、このＲＲＣメッセージからインジケータを取得してもよい。

いくつかの実施形態において、端末装置１１０は、ゼロとインジケータに含まれる第１の値との間の第２の値を決定し、第２の値と設定された許可の周期とに基づいて第３のタイマの持続時間を決定してもよい。

いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０から、このインジケータを含むＭＡＣ ＰＤＵを受信し、このＭＡＣ ＰＤＵからインジケータを取得してもよい。いくつかの実施形態において、端末装置１１０は、ＭＡＣ ＰＤＵからインジケータのＬＣＩＤを含むヘッダを決定し、このヘッダに対応するＭＡＣ ＣＥからインジケータを決定してもよい。いくつかの代替実施形態において、端末装置１１０は、ＭＡＣ ＰＤＵから、インジケータの存在を示すビットを含むヘッダを決定し、このヘッダからインジケータを決定してもよい。いくつかの代替実施形態において、端末装置１１０は、ＭＡＣ ＰＤＵの所定のバイトからインジケータを決定してもよい。

こうして、競合の場合におけるバックオフメカニズムを実現することができ、次のＣＧオケージョンについて、複数の端末装置間の競合を軽減することができる。

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

図８に示すように、ブロック８１０において、ネットワーク装置１２０は、非アクティブ状態における端末装置１１０からのアップリンクデータの送信のための、ＣＧを含むＢＷＰの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する。いくつかの実施形態において、この設定は、ＣＧの候補セットを含んでもよい。いくつかの実施形態において、ネットワーク装置１２０は、システム情報内でこの設定を送信してもよい。

いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０から、端末装置１１０の短い（ｓｈｏｒｔ）Ｉ－ＲＮＴＩを含むＭＡＣ ＣＥを受信してもよい。いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０の完全な（ｆｕｌｌ）Ｉ－ＲＮＴＩが使用されるか否かをシステム情報内で端末装置１１０に示してもよい。完全なＩ－ＲＮＴＩを使用することをネットワーク装置１２０が示すと、ネットワーク装置１２０は、完全なＩ－ＲＮＴＩを含む第１のＭＡＣ ＣＥを端末装置１１０から受信してもよい。完全なＩ－ＲＮＴＩを使用しないことをネットワーク装置１２０が示すと、ネットワーク装置１２０は、短いＩ－ＲＮＴＩを含む第２のＭＡＣ ＣＥを端末装置１１０から受信してもよい。

いくつかの実施形態において、ネットワーク装置１２０は、第１のタイマの満了時にアップリンクデータの送信が成功したか失敗したかを示す指示を、端末装置１１０に送信してもよい。これらの実施形態において、第１のタイマは、ダウンリンク制御チャネルをモニタリングするために使用される。いくつかの実施形態において、ネットワーク装置１２０は、アップリンクデータの送信が成功したことを示すＭＡＣ ＰＤＵを端末装置１１０に送信してもよい。いくつかの実施形態において、ネットワーク装置１２０は、アップリンクデータの再送についてのスケジューリングを端末装置１１０に送信してもよい。

いくつかの実施形態において、ネットワーク装置１２０は、競合解消に関連付けられる第１のアイデンティティを含むＭＡＣ ＰＤＵを端末装置１１０に送信してもよい。いくつかの実施形態において、ネットワーク装置１２０は、ＴＡコマンドをＭＡＣ ＰＤＵ内で端末装置１１０に送信してもよい。すなわち、ＭＡＣ ＰＤＵは、ＴＡコマンドをさらに含んでもよい。いくつかの実施形態において、ネットワーク装置１２０は端末装置１１０のためのＣ－ＲＮＴＩをＭＡＣ ＰＤＵ内で送信してもよい。すなわち、ＭＡＣ ＰＤＵはＣ－ＲＮＴＩをさらに含んでもよい。いくつかの実施形態において、第１のアイデンティティと、ＴＡコマンドと、Ｃ－ＲＮＴＩとのうちの一つまたは複数は、同じＭＡＣ ＣＥ内で送信されてもよい。いくつかの実施形態において、第１のアイデンティティと、ＴＡコマンドと、Ｃ－ＲＮＴＩとは、別々のＭＡＣ ＣＥ内でそれぞれ送信されてもよい。

いくつかの実施形態において、ネットワーク装置１２０は、第３のタイマの持続時間についてのインジケータを端末装置１１０に送信してもよい。これらの実施形態において、第３のタイマは、ＣＧ上でのアップリンクデータの送信の一時停止に使用される。いくつかの実施形態において、ネットワーク装置１２０は、ＲＲＣメッセージ内でインジケータを送信してもよい。いくつかの代替実施形態において、ネットワーク装置１２０は、ＭＡＣ ＰＤＵ内でインジケータを送信してもよい。

いくつかの実施形態において、ＭＡＣ ＰＤＵは、ＬＣＩＤとインジケータを保持するＭＡＣ ＣＥとを含むヘッダを含んでもよい。いくつかの代替実施形態において、ＭＡＣ ＰＤＵは、インジケータと、インジケータの存在を示すビットとを含むヘッダを含んでもよい。いくつかの代替実施形態において、インジケータは、ＭＡＣ ＰＤＵの所定のバイトに含まれる。

図７から図８に記載の方法の実現は、基本的に図２Ａから図２Ｃに関連して説明したプロセスに対応し、そのため、これ以外の詳細はここでは省略する。

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

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

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

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

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

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

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

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

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

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

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

Claims (47)

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. 少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項２７から４３の何れか一項に記載の方法を実行させる命令が記憶されている
    コンピュータ可読媒体。

Images