JP2020530699A

JP2020530699A - ネットワークデバイス、端末デバイスおよび関連する方法

Info

Publication number: JP2020530699A
Application number: JP2020507064A
Authority: JP
Inventors: チンホアリウ，; ヨーンクリストフェション，; マッツフォルケ，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2017-08-11
Filing date: 2018-06-08
Publication date: 2020-10-22
Anticipated expiration: 2038-06-08
Also published as: MX2020001542A; RU2731769C1; CN109661803A; JP6930022B2; US20200077444A1; WO2019029251A1; AR112647A1; EP3466036A4; EP3466036B1; US10887921B2; EP3466036A1; CN109661803B

Abstract

本開示は、ネットワークデバイスにおける方法（５００）を提供する。方法（５００）は、端末デバイスからランダムアクセス要求メッセージを受信すること（５１０）と、ランダムアクセス要求メッセージに応答して、端末デバイスにランダムアクセス応答（ＲＡＲ）メッセージを送信すること（５２０）とを含む。ＲＡＲメッセージは、ランダムアクセス要求メッセージのタイプに依存するフォーマットを有する。【選択図】図５

Description

本開示は、通信技術に関し、より詳細には、ネットワークデバイス、端末デバイスおよび関連する方法に関する。

ロングタームエボリューション（ＬＴＥ）におけるランダムアクセスプロシージャでは、ユーザ機器（ＵＥ）は、Ｍｓｇ１としても知られるランダムアクセス要求メッセージを物理ランダムアクセスチャネル（ＰＲＡＣＨ）上で進化型ノードＢ（ｅＮＢ）に送信する。応答して、ｅＮＢは、Ｍｓｇ２としても知られるランダムアクセス応答（ＲＡＲ）メッセージを物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上でＵＥに送信する。

ＲＡＲメッセージは、ヘッダと、ＲＡＲサービスデータユニット（ＳＤＵ）とを含んでいる。ＬＴＥでは、異なるＵＥのための複数のＲＡＲメッセージが、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において多重化され得る。各ＲＡＲメッセージのヘッダは、ＭＡＣサブヘッダと呼ばれ、複数のそのようなサブヘッダは、アグリゲートされ、ＭＡＣＰＤＵの冒頭のＭＡＣヘッダ中に配置される。

図１は、その全体が参照により本明細書に組み込まれる、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様（ＴＳ）３６．３２１−ｅ２０において仕様化されているような、ＭＡＣサブヘッダのフォーマットを示す。図１に示されているように、ＭＡＣサブヘッダは、１オクテットのサイズを有し、ＭＡＣヘッダ中により多くのＭＡＣサブヘッダが存在するかどうかを示す拡張（Ｅ）フィールド（１ビット）と、ＭＡＣサブヘッダがランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）を含んでいるのか、またはバックオフインジケータ（ＢＩ）を含んでいるのか（この場合はＲＡＰＩＤ）を示すタイプ（Ｔ）フィールド（１ビット）と、ＲＡＰＩＤフィールド（６ビット）とを含んでいる。

図２は、３ＧＰＰＴＳ３６．３２１−ｅ２０において仕様化されているような、ＭＡＣサブヘッダの別のフォーマットを示す。ＭＡＣサブヘッダは、図１に示されたものと同じＥフィールドとＴフィールドとを含んでおり、Ｔフィールドは、この場合、ＢＩの存在を示す。ＭＡＣサブヘッダは、ＲＡＰＩＤフィールドの代わりに、２個の予約済みビット（Ｒ）とＢＩフィールド（４ビット）とをさらに含んでいる。

図３は、３ＧＰＰＴＳ３６．３２１−ｅ２０において仕様化されているような、ＲＡＲＳＤＵのフォーマットを示す。図示のように、ＲＡＲＳＤＵは６オクテットのサイズを有し、予約済みビット（Ｒ）と、アップリンク同期のためのタイミングアドバンス（ＴＡ）コマンドを搬送するＴＡコマンドフィールド（１１ビット）と、Ｍｓｇ３送信のためのアップリンク（ＵＬ）許可を搬送するＵＬ許可フィールド（２０ビット）と、ランダムアクセスプロシージャ中に一時的に使用される無線ネットワーク一時識別子を搬送する一時セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）フィールド（１６ビット）とを含んでいる。

図４は、ＭＡＣヘッダとＭＡＣＲＡＲとからなるＭＡＣＰＤＵの例を示す。図示のように、（以下で、ＲＡＲメッセージと呼ばれる）ｎ個のＭＡＣＲＡＲはＭＡＣＰＤＵのペイロード中で多重化される。ＭＡＣヘッダはｎ個のＭＡＣサブヘッダを含んでいる。

ＬＴＥでは、ＲＡＲＳＤＵは、図３に示されたすべてのフィールドが常に含まれるので、固定のフォーマット、したがって固定のサイズを有する。このことは、特に、ＵＥの最低帯域幅能力を仮定してＲＡＲメッセージが送信されるときに、帯域幅効率の観点から準最適であり得る。

したがって、ＲＡＲ設計のためのソリューションの改善が必要である。

本開示の目的は、ＲＡＲ送信に関してより高い帯域幅効率を達成することが可能な、ネットワークデバイス、端末デバイスおよび関連する方法を提供することである。

本開示の第１の態様によれば、ネットワークデバイスにおける方法が提供される。本方法は、端末デバイスからランダムアクセス要求メッセージを受信することと、ランダムアクセス要求メッセージに応答して、端末デバイスにランダムアクセス応答（ＲＡＲ）メッセージを送信することとを含む。ＲＡＲメッセージは、ランダムアクセス要求のタイプに依存するフォーマットを有する。

一実施形態では、ランダムアクセス要求メッセージがシステム情報（ＳＩ）要求であるとき、ＲＡＲメッセージは、媒体アクセス制御（ＭＡＣ）サブヘッダのみを含むフォーマットを有することができる。

一実施形態では、ＭＡＣサブヘッダは、ランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）を含むことができる。

一実施形態では、ＭＡＣサブヘッダは、ＲＡＲサービスデータユニット（ＳＤＵ）の不在を示すタイプインジケータを含むことができる。

一実施形態では、ＭＡＣサブヘッダがバックオフインジケータ（ＢＩ）を含むとき、ＲＡＲメッセージはＲＡＲＳＤＵを含まないことができる。タイプインジケータがＲＡＲＳＤＵの不在を示すとき、ＭＡＣサブヘッダは、ＭＡＣサブヘッダがＳＩ要求に応答する肯定応答として働くのか、またはＢＩとして働くのかを示すＳＩ／ＢＩインジケータをさらに含むことができる。

一実施形態では、ＲＡＲメッセージはＲＡＲＳＤＵを含むことができる。ランダムアクセス要求メッセージが初期アクセスのためのものであるとき、ＲＡＲＳＤＵは、タイミングアドバンス（ＴＡ）コマンドフィールドと、アップリンク（ＵＬ）許可フィールドと、一時セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）フィールドと含む第１のフォーマットを有することができる。ランダムアクセス要求メッセージが、キャリアアグリゲーション（ＣＡ）設定におけるセカンダリキャリアのためのセル内ビーム切替えまたは無競合アクセスのためのものであるとき、ＲＡＲＳＤＵは、ＴＡコマンドフィールドを含む第２のフォーマットを有することができる。ランダムアクセス要求メッセージが無競合ハンドオーバのためのものであるとき、ＲＡＲＳＤＵは、ＴＡコマンドフィールドとＵＬ許可フィールドとを含む第３のフォーマットを有することができる。

一実施形態では、ＭＡＣサブヘッダは、ＲＡＲＳＤＵのフォーマットを示すタイプインジケータを含むことができる。

一実施形態では、ＭＡＣサブヘッダはビットマップを含むことができる。ビットマップ中の各ビットは、ＲＡＲＳＤＵ中のＴＡコマンドフィールド、ＵＬ許可フィールド、または一時Ｃ−ＲＮＴＩフィールドの存在または不在を示すことができる。

一実施形態では、ＲＡＲＳＤＵは、ＲＡＲＳＤＵ中のＴＡコマンドフィールド、ＵＬ許可フィールド、または一時Ｃ−ＲＮＴＩフィールドの存在または不在を示すように再定義された予約済みビットをさらに含むことができる。

本開示の第２の態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、トランシーバと、プロセッサと、メモリとを備える。メモリは、プロセッサによって実行可能な命令を備え、それにより、ネットワークデバイスは、上記の第１の態様による方法を実行するように動作可能である。

本開示の第３の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータプログラム命令を記憶している。コンピュータプログラム命令は、ネットワークデバイス中のプロセッサによって実行されたとき、ネットワークデバイスに、上記の第１の態様による方法を実行させる。

本開示の第４の態様によれば、端末デバイスにおける方法が提供される。本方法は、ネットワークデバイスにランダムアクセス要求メッセージを送信することと、ネットワークデバイスから、ランダムアクセス要求メッセージに応答するランダムアクセス応答（ＲＡＲ）メッセージを受信することとを含む。ＲＡＲメッセージは、ランダムアクセス要求のタイプに依存するフォーマットを有する。

一実施形態では、ＭＡＣサブヘッダはランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）を含むことができる。

一実施形態では、ＭＡＣサブヘッダがバックオフインジケータ（ＢＩ）を含むとき、ＲＡＲメッセージはＲＡＲＳＤＵを含まないことができる。タイプインジケータがＲＡＲＳＤＵの不在を示すとき、ＭＡＣサブヘッダは、ＭＡＣサブヘッダがＳＩ要求に応答する肯定応答として働くのか、またはＢＩとして働くのかを示すＳＩ／ＢＩインジケータをさらに含んでいることができる。

一実施形態では、ＲＡＲメッセージはＲＡＲＳＤＵを含むことができる。ランダムアクセス要求メッセージが初期アクセスのためのものであるとき、ＲＡＲＳＤＵは、タイミングアドバンス（ＴＡ）コマンドフィールドと、アップリンク（ＵＬ）許可フィールドと、一時セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）フィールドとを含む第１のフォーマットを有することができる。ランダムアクセス要求メッセージが、キャリアアグリゲーション（ＣＡ）設定におけるセカンダリキャリアのためのセル内ビーム切替えまたは無競合アクセスのためのものであるとき、ＲＡＲＳＤＵは、ＴＡコマンドフィールドを含む第２のフォーマットを有することができる。ランダムアクセス要求メッセージが無競合ハンドオーバのためのものであるとき、ＲＡＲＳＤＵは、ＴＡコマンドフィールドとＵＬ許可フィールドとを含む第３のフォーマットを有することができる。

本開示の第５の態様によれば、端末デバイスが提供される。端末デバイスは、トランシーバと、プロセッサと、メモリとを備える。メモリは、プロセッサによって実行可能な命令を備え、それにより、端末デバイスは、上記の第４の態様による方法を実行するように動作可能である。

本開示の第６の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータプログラム命令を記憶している。コンピュータプログラム命令は、端末デバイス中のプロセッサによって実行されたとき、端末デバイスに、上記の第４の態様による方法を実行させる。

本開示の実施形態を用いて、対応するランダムアクセス要求メッセージのタイプに応じて、ＲＡＲメッセージの可変フォーマットが与えられ得る。可変フォーマットは、いくつかの状況において不要なフィールドを省略することを可能にする。このようにして、ＲＡＲメッセージのシグナリングオーバーヘッドが低減され得、ＲＡＲ送信に関する帯域幅効率が改善され得る。

上記および他の目的、特徴および利点は、図を参照しながら、実施形態の以下の説明からより明らかになろう。

ＬＴＥにおけるＲＡＲメッセージのヘッダのフォーマットを示す概略図である。ＬＴＥにおけるＲＡＲメッセージのヘッダの別のフォーマットを示す概略図である。ＬＴＥにおけるＲＡＲＳＤＵのフォーマットを示す概略図である。ＭＡＣヘッダとＭＡＣＲＡＲとからなるＭＡＣＰＤＵの例を示す概略図である。本開示の一実施形態による、ネットワークデバイスにおける方法を示すフローチャートである。本開示の一実施形態による、ＲＡＲメッセージのヘッダの例示的なフォーマットを示す概略図である。本開示の一実施形態による、オクテット整合させられていないＲＡＲメッセージの例示的なフォーマットを示す概略図である。本開示の別の実施形態による、端末デバイスにおける方法を示すフローチャートである。本開示の一実施形態による、ネットワークデバイスのブロック図である。本開示の別の実施形態による、ネットワークデバイスのブロック図である。本開示の一実施形態による、端末デバイスのブロック図である。本開示の別の実施形態による、端末デバイスのブロック図である。

以下で、図面を参照しながら、本開示の実施形態について詳述する。以下の実施形態は例示的なものにすぎず、本開示の範囲を限定するものではないことを諒解されたい。

本明細書で使用する際、「無線通信ネットワーク」という用語は、ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）、ＬＴＥ、広帯域符号分割多元接続（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）など、任意の好適な通信規格に従うネットワークを指す。さらに、無線通信ネットワーク中の端末デバイスとネットワークデバイスとの間の通信は、限定はしないが、移動体通信用グローバルシステム（ＧＳＭ）、ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、および／または他の好適なもの、および／または他の好適な第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）の通信プロトコルを含む任意の好適な世代の通信プロトコル、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、および／またはワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、および／またはＺｉｇｂｅｅ規格など、任意の他の適切な無線通信規格、および／または現在知られているか、または将来に開発されるかのいずれかの任意の他のプロトコルに従って実行され得る。

「ネットワークデバイス」という用語は、そのネットワークを介して端末デバイスがネットワークにアクセスし、そこからサービスを受信する、無線通信ネットワーク中のデバイスを指す。ネットワークデバイスは、無線通信ネットワーク中の基地局（ＢＳ）、アクセスポイント（ＡＰ）、または任意の他の好適なデバイスを指す。ＢＳは、たとえば、ノードＢ（ノードＢまたはＮＢ）、進化型ノードＢ（ｅノードＢまたはｅＮＢ）、またはｇＮＢ、リモートラジオユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、フェムト、ピコなどの低電力ノードなどであり得る。ネットワークデバイスのまたさらなる例は、ＭＳＲＢＳなどのマルチスタンダード無線（ＭＳＲ）無線機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、トランシーバ基地局（ＢＴＳ）、送信ポイント、送信ノードを含み得る。しかしながら、より一般的には、ネットワークデバイスは、端末デバイスに無線通信ネットワークへのアクセスを可能にすることおよび／またはそのようなアクセスを与えること、または無線通信ネットワークにアクセスした端末デバイスに何らかのサービスを提供することが可能であり、これらを行うように設定され、構成され、および／または動作可能である任意の好適なデバイス（またはデバイスのグループ）を表し得る。

「端末デバイス」という用語は、無線通信ネットワークにアクセスし、そこからサービスを受信することができる任意のエンドデバイスを指す。限定ではなく例として、端末デバイスは、移動体端末、ユーザ機器（ＵＥ）、または他の好適なデバイスを指す。ＵＥは、たとえば、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）であり得る。端末デバイスは、限定はしないが、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生アプライアンス、モバイルフォン、セルラーフォン、スマートフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループフォン、タブレット、ウェアラブルデバイス、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生アプライアンス、ウェアラブル端末デバイス、車載無線端末デバイス、無線エンドポイント、移動局、ラップトップ埋込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線顧客構内設備（ＣＰＥ）などを含み得る。以下の説明では、「端末デバイス」、「端末」、「ユーザ機器」および「ＵＥ」という用語は互換的に使用され得る。一例として、端末デバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定されたＵＥを表し得る。本明細書で使用する際、「ユーザ機器」または「ＵＥ」は、関連があるデバイスを所有するおよび／または動作させる人間ユーザの意味での「ユーザ」を必ずしも有するとは限らない。いくつかの実施形態では、端末デバイスは、直接の人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、端末デバイスは、内部または外部イベントによってトリガされたときに、または無線通信ネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。代わりに、ＵＥは、人間ユーザへの販売または人間ユーザによる動作のために意図されているが、特定の人間ユーザに当初は関連付けられないことがあるデバイスを表し得る。

端末デバイスは、たとえば、サイドリンク通信のための３ＧＰＰ規格を実装することによって、デバイス間（Ｄ２Ｄ）通信をサポートし得、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。

また別の例として、モノのインターネット（ＩＯＴ）シナリオでは、端末デバイスは、監視および／または測定を実行し、そのような監視および／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信する機械または他のデバイスを表し得る。端末デバイスは、この場合、３ＧＰＰの文脈ではマシン型通信（ＭＴＣ）デバイスと呼ばれることがあるマシンツーマシン（Ｍ２Ｍ）デバイスであり得る。１つの特定の例として、端末デバイスは、３ＧＰＰナローバンドモノのインターネット（ＮＢ−ＩｏＴ）規格を実装するＵＥであり得る。そのような機械またはデバイスの詳細な例は、センサー、電力メータなどの計量デバイス、産業機械、または家庭用または個人用電気機器、たとえば、冷蔵庫、テレビジョン、時計などのパーソナルウェアラブルなどである。他のシナリオでは、端末デバイスは、車両または機器の動作ステータス、または車両または機器の動作に関連する他の機能に関する監視および／または報告が可能である車両または他の機器を表し得る。

本明細書で使用する際、ダウンリンク（ＤＬ）送信はネットワークデバイスから端末デバイスへの送信を指し、アップリンク（ＵＬ）送信は反対方向への送信を指す。

本明細書における「一実施形態」、「実施形態」、「例示的な実施形態」などに対する言及は、説明された実施形態が特定の特徴、構造、または特性を含み得ることを示すが、あらゆる実施形態が特定の特徴、構造、または特性を含む必要はない。その上、そのようなフレーズは必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、または特性が実施形態に関して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関連して、そのような特徴、構造、または特性に影響を及ぼすことは当業者の知識内であることを甘受されたい。

「第１の」および「第２の」などの用語は、本明細書で様々な要素について説明するために使用され得るが、これらの要素はこれらの用語によって限定されるべきでないことを理解されたい。これらの用語は、１つの要素を別の要素と区別するためにのみ使用される。たとえば、例示的な実施形態の範囲から逸脱することなく、第１の要素は第２の要素と呼ばれ得、同様に、第２の要素は第１の要素と呼ばれ得る。本明細書で使用する際、「および／または」という用語は、関連する記載された用語のうちの１つまたは複数の任意のおよびすべての組合せを含む。本明細書で使用する用語は、特定の実施形態のみについて説明する目的のためであり、例示的な実施形態を限定するものではない。本明細書で使用する際、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明示しない限り、複数形をも含むものである。さらに、「備える（ｃｏｍｐｒｉｓｅｓ）」、「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「を有する（ｈａｓ）」、「を有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、本明細書で使用するとき、述べられた特徴、要素、および／または構成要素などの存在を明記するが、１つまたは複数の他の特徴、要素、構成要素および／またはそれらの組合せの存在または追加を排除しないことが理解されよう。

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

発明者らは、いくつかの状況では、図３に示されたフィールドのすべてが必要であるとは限らないことを認識している。たとえば、ＬＴＥでは、対応するランダムアクセス要求メッセージがＵＥの初期アクセスのためのものであるときにのみ、図３に示されたすべてのフィールドがＲＡＲＳＤＵ中に含まれる必要がある。ランダムアクセス要求メッセージが、キャリアアグリゲーション（ＣＡ）設定におけるセカンダリキャリアのためのセル内ビーム切替えまたは無競合アクセスのためのものであるときには、ＴＡコマンドフィールドのみが必須であり、ＵＬ許可フィールドおよび一時Ｃ−ＲＮＴＩフィールドは、たいていの場合、必要とされない。ランダムアクセス要求メッセージが無競合ハンドオーバのためのものであるときには、ＴＡコマンドフィールドおよびＵＬ許可フィールドのみが必須であり、ＵＥのＣ−ＲＮＴＩが再設定される必要がない場合には、一時Ｃ−ＲＮＴＩフィールドは必要とされない。その上、新無線（ＮＲ）では、ランダムアクセス要求メッセージを、「最小のＳＩ」とは対照的に「追加のＳＩ」または「他のＳＩ」と呼ばれるシステム情報（ＳＩ）についての要求として再利用することが承認されている。この場合、ＲＡＲメッセージは、ＳＩ要求の肯定応答として働くことができ、図３に示されたフィールドのいずれも必要とされない。

図５は、本開示の一実施形態による、方法５００を示すフローチャートである。方法５００はネットワークデバイスにおいて実行され得る。

ブロック５１０において、端末デバイスからランダムアクセス要求メッセージを受信する。ランダムアクセス要求メッセージは、たとえば、上記で説明したように、ＰＲＡＣＨ上のＭｓｇ１であり得る。

ブロック５２０において、ランダムアクセス要求メッセージに応答して、端末デバイスにランダムアクセス応答（ＲＡＲ）メッセージを送信する。ＲＡＲメッセージ（すなわちＲＡＲ）は、ランダムアクセス要求メッセージのタイプに依存するフォーマットを有する。ＲＡＲメッセージは、ヘッダ（たとえば、上記で説明したように、ＭＡＣサブヘッダ）とＲＡＲサービスデータユニット（ＳＤＵ）とを含むことができる。代替的に、ＲＡＲメッセージは、ヘッダを含むが、ＲＡＲＳＤＵを含まないことができる。

本明細書で使用する際、「フォーマット」という用語は、ヘッダおよび／またはＲＡＲＳＤＵ中に含まれるフィールドに関するＲＡＲメッセージの組成を指す。

ここで、ネットワークデバイスは、ランダムアクセス要求メッセージ中に含まれているランダムアクセスプリアンブルのＲＡＰＩＤに基づいて、ランダムアクセス要求メッセージのタイプを決定することができる。たとえば、ＲＡＰＩＤの異なる範囲が、それぞれ、ランダムアクセス要求メッセージの異なるタイプ、または目的に割り当てられ得る。本開示の文脈では、ランダムアクセス要求メッセージのタイプまたは目的は、限定はしないが、初期アクセス、セル内ビーム切替え、ＣＡ設定におけるセカンダリキャリアのための無競合アクセス、無競合ハンドオーバ、およびＳＩ要求を含む。

一例では、ランダムアクセス要求メッセージがＳＩ要求であるとき、ＲＡＲメッセージは、ＭＡＣサブヘッダのみを含む、すなわち、ＲＡＲＳＤＵを含まないフォーマットを有することができる。この場合、ＭＡＣサブヘッダは、ＲＡＲＳＤＵの不在を示すタイプインジケータを含んでいることがある。ＭＡＣサブヘッダはＲＡＰＩＤを含んでいることがある。

別の例では、ＲＡＲメッセージはＲＡＲＳＤＵを含む。ランダムアクセス要求メッセージが初期アクセスのためのものであるとき、ＲＡＲＳＤＵは、ＴＡコマンドフィールドと、ＵＬ許可フィールドと、一時Ｃ−ＲＮＴＩフィールドとを含む第１のフォーマットを有する。代替的に、ランダムアクセス要求メッセージが、ＣＡ設定におけるセカンダリキャリアのためのセル内ビーム切替えまたは無競合アクセスのためのものであるとき、ＲＡＲＳＤＵは、ＴＡコマンドフィールドを含む第２のフォーマットを有する。代替的に、ランダムアクセス要求メッセージが無競合ハンドオーバのためのものであるとき、ＲＡＲＳＤＵは、ＴＡコマンドフィールドとＵＬ許可フィールドとを含む第３のフォーマットを有する。

この場合、ヘッダは、ＲＡＲＳＤＵのフォーマットを示すタイプインジケータを含んでいることができる。

図６は、本開示の一実施形態による、ＲＡＲメッセージのヘッダの例示的なフォーマットを示す概略図である。図６（ａ）では、２ビットのタイプ（Ｔ）フィールドが与えられている。図１に示されたヘッダフォーマットと比較して、図６（ａ）中のヘッダフォーマットは、Ｔフィールドについては１つ多いビットと、ＲＡＰＩＤフィールドについては１つ少ないビットとを有する。言い換えれば、図１に示されたＴフィールドは、以下の表１に示されているように、Ｔフィールドの異なる値が、ＲＡＲＳＤＵの異なるフォーマット、またはＲＡＲＳＤＵの不在を示すことができるように拡張され得る。

一例では、ヘッダがバックオフインジケータ（ＢＩ）を含み得るとき、ＲＡＲメッセージはＲＡＲＳＤＵを含まないことがある。この場合、タイプインジケータがＲＡＲＳＤＵの不在を示すとき（たとえば、表１におけるＴ＝０１）、ヘッダは、ヘッダがＳＩ要求に応答する肯定応答として働くのか、またはＢＩとして働くのかを示すＳＩ／ＢＩインジケータをさらに含んでいることがある。このことは図６（ｂ）および図６（ｃ）に示されている。図６（ｂ）では、ヘッダは、２ビットのＴフィールドと、（この場合、たとえば「０」の値をもつＳＩを示す）１ビットのＳＩ／ＢＩフィールドと、切頭されたＲＡＰＩＤまたは予約済みビットを含んでいる４ビットのフィールドとを含んでいる。図６（ｃ）では、ヘッダは、２ビットのＴフィールドと、（この場合、たとえば「１」の値をもつＢＩを示す）１ビットのＳＩ／ＢＩフィールドと、４ビットのＢＩフィールドとを含んでいる。

一例では、ヘッダはＲＡＰＩＤの一部分をさらに含んでいることがあり、ＲＡＲＳＤＵはＲＡＰＩＤの残りの部分をさらに含む。たとえば、図６（ａ）に示されたヘッダでは、ＲＡＰＩＤフィールドはＲＡＰＩＤの６ビットのうちの５ビットを含んでいる。この場合、（たとえば、１つの最上位ビット（ＭＳＢ）であり得る）残りの１ビットは、（６ビットのＲＡＰＩＤを仮定する）ＲＡＲＳＤＵ中に含まれ得る。たとえば、ＲＡＲＳＤＵ中の予約済みビット（たとえば、図３に示されたＲビット）は、ＲＡＰＩＤの残りの１ビットを表すように再定義され得る。代替的に、ヘッダはＲＡＰＩＤを含んでいないことがあり、ＲＡＲＳＤＵはＲＡＰＩＤをさらに含み得る。

Ｔフィールドの上記の拡張の代替として、ヘッダはビットマップを含んでいることがあり、ビットマップ中の各ビットは、ＲＡＲＳＤＵ中のＴＡコマンドフィールド、ＵＬ許可フィールド、または一時Ｃ−ＲＮＴＩフィールドの存在または不在を示す。このことは図６（ｄ）に示されている。図６（ｄ）では、ヘッダは、それぞれ、ＲＡＲＳＤＵ中のＴＡコマンドフィールド、ＵＬ許可フィールド、または一時Ｃ−ＲＮＴＩフィールドの存在または不在を表す３ビットのビットマップを含んでいる。たとえば、「１」の値を有するビットマップ中の各ビットは対応するフィールドの存在を示し、「０」の値は対応するフィールドの不在を示す。一例として、「１００」のビットマップは、ＲＡＲＳＤＵがＴＡコマンドフィールドを含んでいるが、ＵＬ許可フィールドまたは一時Ｃ−ＲＮＴＩフィールドを含んでいないことを示す。図６（ｄ）に示されているように、ＲＡＰＩＤフィールドのためには３ビットのみがあり、ＲＡＰＩＤの残りの３ビットは、（６ビットのＲＡＰＩＤを仮定する）ＲＡＲＳＤＵ中に含まれ得る。

Ｔフィールドの上記の拡張の別の代替として、ＲＡＲＳＤＵは、ＲＡＲＳＤＵ中のＴＡコマンドフィールド、ＵＬ許可フィールド、または一時Ｃ−ＲＮＴＩフィールドの存在または不在を示すように再定義された予約済みビット（たとえば、図３に示されたＲビット）をさらに含み得る。このことは、ＬＴＥにおけるＲＡＲメッセージのフォーマットに対する最小限の変更を必要とする。

ここで、図６（ａ）〜図６（ｄ）から分かるように、ＬＴＥの場合と同様に、ヘッダおよびＲＡＲＳＤＵはオクテット整合させられる。代替的に、ヘッダおよび／またはＲＡＲＳＤＵはオクテット整合させられないことがある。図７は、本開示の一実施形態による、オクテット整合させられていないＲＡＲメッセージの例示的なフォーマットを示す概略図である。この例では、８ビットのＲＡＰＩＤを仮定して、ヘッダは、オクテット整合させられていない１１ビットのサイズを有する。ＲＡＲＳＤＵもオクテット整合させられていない。図７におけるＲＡＲＳＤＵのサイズは例示的なものに過ぎず、他の例では、ＲＡＲＳＤＵはより多いまたはより少ないビットを含み得る。

図８は、本開示の一実施形態による、方法８００を示すフローチャートである。方法８００は端末デバイスにおいて実行され得る。

ブロック８１０において、ネットワークデバイスにランダムアクセス要求メッセージを送信する。ランダムアクセス要求メッセージは、上記で説明したように、たとえば、ＰＲＡＣＨ上のＭｓｇ１であり得る。

ブロック８２０において、ネットワークデバイスからランダムアクセス要求メッセージに応答するランダムアクセス応答（ＲＡＲ）メッセージを受信する。ＲＡＲメッセージは、ランダムアクセス要求メッセージのタイプに依存するフォーマットを有する。ＲＡＲメッセージは、ヘッダ（たとえば、上記で説明したように、ＭＡＣサブヘッダ）とＲＡＲサービスデータユニット（ＳＤＵ）とを含むことができる。代替的に、ＲＡＲメッセージは、ヘッダを含むが、ＲＡＲＳＤＵを含まないことができる。

この場合、ヘッダは、図６（ａ）〜図６（ｃ）に示されているように、ＲＡＲＳＤＵのフォーマットを示すタイプインジケータを含んでいることができる。

一例では、ヘッダがバックオフインジケータ（ＢＩ）を含むとき、ＲＡＲメッセージはＲＡＲＳＤＵを含まない。この場合、図６（ｂ）および図６（ｃ）に示されているように、タイプインジケータがＲＡＲＳＤＵの不在を示すとき、ヘッダは、ヘッダがＳＩ要求に応答する肯定応答として働くのか、またはＢＩとして働くのかを示すＳＩ／ＢＩインジケータをさらに含んでいることがある。

一例では、図６（ｄ）に示されているように、ヘッダはビットマップを含んでいることがあり、ビットマップ中の各ビットは、ＲＡＲＳＤＵ中のＴＡコマンドフィールド、ＵＬ許可フィールド、または一時Ｃ−ＲＮＴＩフィールドの存在または不在を示す。

一例では、ＲＡＲＳＤＵは、ＲＡＲＳＤＵ中のＴＡコマンドフィールド、ＵＬ許可フィールド、または一時Ｃ−ＲＮＴＩフィールドの存在または不在を示すように再定義された予約済みビット（たとえば、図３に示されたＲビット）をさらに含み得る。

一例では、ヘッダおよび／またはＲＡＲＳＤＵは、図６および図７に示されているように、オクテット整合させられることもあり、オクテット整合させられないこともある。

ここで、図５、図６（ａ）〜図６（ｄ）および図７に関連して上記で説明した例は方法８００にも当てはまることに留意されたい。

上記で説明したように、方法５００に対応して、ネットワークデバイスが提供される。図９は、本開示の一実施形態による、ネットワークデバイス９００のブロック図である。

図９に示されているように、ネットワークデバイス９００は、端末デバイスからランダムアクセス要求メッセージを受信するように設定された受信ユニット９１０を含む。ネットワークデバイス９００は、ランダムアクセス要求メッセージに応答して、端末デバイスにランダムアクセス応答（ＲＡＲ）メッセージを送信するように設定された送信ユニット９２０をさらに含む。ＲＡＲメッセージは、ランダムアクセス要求のタイプに依存するフォーマットを有する。

一実施形態では、ＭＡＣサブヘッダはランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）を含んでいることができる。

一実施形態では、ＭＡＣサブヘッダは、ＲＡＲサービスデータユニット（ＳＤＵ）の不在を示すタイプインジケータを含んでいることができる。

一実施形態では、ＭＡＣサブヘッダは、ＲＡＲＳＤＵのフォーマットを示すタイプインジケータを含んでいることができる。

受信ユニット９１０および送信ユニット９２０は、たとえば、上記で説明され、および、たとえば、図５に示されたアクションを実行するように設定された、プロセッサまたはマイクロプロセッサおよび適切なソフトウェア、およびソフトウェアを記憶するためのメモリ、プログラマブル論理デバイス（ＰＬＤ）または他の電子的構成要素または処理回路のうちの１つまたは複数によって、純粋なハードウェアソリューションとして、またはソフトウェアとハードウェアの組合せとして実装され得る。

図１０は、本開示の別の実施形態による、ネットワークデバイス１０００のブロック図である。

ネットワークデバイス１０００は、トランシーバ１０１０と、プロセッサ１０２０と、メモリ１０３０とを含む。メモリ１０３０はプロセッサ１０２０によって実行可能な命令を含んでおり、それにより、ネットワークデバイス１０００は、たとえば、図５と関連して前に説明したプロシージャのアクションを実行するように動作可能である。特に、メモリ１０３０はプロセッサ１０２０によって実行可能な命令を含んでおり、それにより、ネットワークデバイス１０００は、端末デバイスからランダムアクセス要求メッセージを受信し、ランダムアクセス要求メッセージに応答して、端末デバイスにランダムアクセス応答（ＲＡＲ）メッセージを送信するように動作可能である。ＲＡＲメッセージは、ランダムアクセス要求メッセージのタイプに依存するフォーマットを有する。

一実施形態では、ＭＡＣサブヘッダはビットマップを含んでいることができる。ビットマップ中の各ビットは、ＲＡＲＳＤＵ中のＴＡコマンドフィールド、ＵＬ許可フィールド、または一時Ｃ−ＲＮＴＩフィールドの存在または不在を示すことができる。

上記で説明したように、方法８００に対応して、端末デバイスが提供される。図１１は、本開示の一実施形態による、端末デバイス１１００のブロック図である。

図１１に示されているように、端末デバイス１１００は、ネットワークデバイスにランダムアクセス要求メッセージを送信するように設定された送信ユニット１１１０を含む。端末デバイス１１００は、ネットワークデバイスから、ランダムアクセス要求メッセージに応答するランダムアクセス応答（ＲＡＲ）メッセージを受信するように設定された受信ユニット１１２０をさらに含む。ＲＡＲメッセージは、ランダムアクセス要求のタイプに依存するフォーマットを有する。

送信ユニット１１１０および受信ユニット１１２０は、たとえば、上記で説明され、たとえば、図８に示されたアクションを実行するように設定された、プロセッサまたはマイクロプロセッサおよび適切なソフトウェア、およびソフトウェアを記憶するためのメモリ、プログラマブル論理デバイス（ＰＬＤ）、または他の電子的構成要素または処理回路のうちの１つまたは複数によって、純粋なハードウェアソリューションとして、またはソフトウェアとハードウェアとの組合せとして実装され得る。

図１２は、本開示の別の実施形態による、端末デバイス１２００のブロック図である。

端末デバイス１２００は、トランシーバ１２１０と、プロセッサ１２２０と、メモリ１２３０とを含む。メモリ１２３０はプロセッサ１２２０によって実行可能な命令を含んでおり、それにより、端末デバイス１２００は、たとえば、図８と関連して前に説明したプロシージャのアクションを実行するように動作可能である。特に、メモリ１２３０はプロセッサ１２２０によって実行可能な命令を含んでおり、それにより、端末デバイス１２００は、ネットワークデバイスにランダムアクセス要求メッセージを送信し、ネットワークデバイスから、ランダムアクセス要求メッセージに応答するランダムアクセス応答（ＲＡＲ）メッセージを受信するように動作可能である。ＲＡＲメッセージは、ランダムアクセス要求のタイプに依存するフォーマットを有する。

本開示はまた、不揮発性または揮発性メモリ、たとえば、非一時的コンピュータ可読記憶媒体、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリおよびハードドライブの形態の、少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータプログラムを含む。コンピュータプログラムは、プロセッサ１０２０によって実行されたとき、たとえば、図５と関連して前に説明したプロシージャのアクションをネットワークデバイス１０００に実行させるコード／コンピュータ可読命令、またはプロセッサ１２２０によって実行されたとき、たとえば、図８と関連して前に説明したプロシージャのアクションを端末デバイス１２００に実行させるコード／コンピュータ可読命令を含む。

コンピュータプログラム製品は、コンピュータプログラムモジュール中に構造化されたコンピュータプログラムコードとして設定され得る。コンピュータプログラムモジュールは、本質的に、図５または図８に示されたフローのアクションを実行することができる。

プロセッサは、単一のＣＰＵ（中央処理ユニット）であり得るが、２つまたはそれ以上の処理ユニットを備えることもできる。たとえば、プロセッサは、汎用マイクロプロセッサ、命令セットプロセッサおよび／または関係するチップセット、および／または特定用途向け集積回路（ＡＳＩＣ）などの専用マイクロプロセッサを含み得る。プロセッサはまた、キャッシング目的のためのボードメモリを備え得る。コンピュータプログラムは、プロセッサに接続されたコンピュータプログラム製品によって担持され得る。コンピュータプログラム製品は、コンピュータプログラムが記憶された非一時的コンピュータ可読記憶媒体を備え得る。たとえば、コンピュータプログラム製品は、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、またはＥＥＰＲＯＭであり得、上記で説明したコンピュータプログラムモジュールは、代替実施形態では、メモリの形態の異なるコンピュータプログラム製品上に分配され得る。

本開示の実施形態を参照しながら、本開示について上記で説明した。様々な変更、改変および追加が、本開示の趣旨および範囲から逸脱することなく当業者によって行われ得ることを理解されたい。したがって、本開示の範囲は、上記の特定の実施形態に限定されないが、添付の特許請求の範囲のみによって定義される。

Claims

ネットワークデバイスにおける方法（５００）であって、
端末デバイスからランダムアクセス要求メッセージを受信すること（５１０）と、
前記ランダムアクセス要求メッセージに応答して、前記端末デバイスにランダムアクセス応答（ＲＡＲ）メッセージを送信すること（５２０）と
を含み、
前記ＲＡＲメッセージが、前記ランダムアクセス要求メッセージのタイプに依存するフォーマットを有する、方法（５００）。
前記ランダムアクセス要求メッセージがシステム情報（ＳＩ）要求であるとき、前記ＲＡＲメッセージが、媒体アクセス制御（ＭＡＣ）サブヘッダのみを含むフォーマットを有する、請求項１に記載の方法（５００）。
前記ＭＡＣサブヘッダが、ランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）を含んでいる、請求項２に記載の方法（５００）。
前記ＭＡＣサブヘッダが、ＲＡＲサービスデータユニット（ＳＤＵ）の不在を示すタイプインジケータを含んでいる、請求項２または３に記載の方法（５００）。
前記ＭＡＣサブヘッダがバックオフインジケータ（ＢＩ）を含むとき、前記ＲＡＲメッセージがＲＡＲＳＤＵを含まず、前記タイプインジケータがＲＡＲＳＤＵの前記不在を示すとき、前記ＭＡＣサブヘッダは、前記ＭＡＣサブヘッダがＳＩ要求に応答する肯定応答として働くのか、またはＢＩとして働くのかを示すＳＩ／ＢＩインジケータをさらに含んでいる、請求項４に記載の方法（５００）。
前記ＲＡＲメッセージが、ＲＡＲサービスデータユニット（ＳＤＵ）を含み、
前記ランダムアクセス要求メッセージが初期アクセスのためのものであるとき、前記ＲＡＲＳＤＵが、タイミングアドバンス（ＴＡ）コマンドフィールドと、アップリンク（ＵＬ）許可フィールドと、一時セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）フィールドとを含む第１のフォーマットを有するか、
前記ランダムアクセス要求メッセージが、キャリアアグリゲーション（ＣＡ）設定におけるセカンダリキャリアのためのセル内ビーム切替えまたは無競合アクセスのためのものであるとき、前記ＲＡＲＳＤＵが、前記ＴＡコマンドフィールドを含む第２のフォーマットを有するか、または、
前記ランダムアクセス要求メッセージが無競合ハンドオーバのためのものであるとき、前記ＲＡＲＳＤＵが、前記ＴＡコマンドフィールドと前記ＵＬ許可フィールドとを含む第３のフォーマットを有する、請求項１に記載の方法（５００）。
前記ＭＡＣサブヘッダが、前記ＲＡＲＳＤＵの前記フォーマットを示すタイプインジケータを含んでいる、請求項６に記載の方法（５００）。
前記ＭＡＣサブヘッダがビットマップを含んでおり、前記ビットマップ中の各ビットが、前記ＲＡＲＳＤＵ中の前記ＴＡコマンドフィールド、前記ＵＬ許可フィールド、または前記一時Ｃ−ＲＮＴＩフィールドの存在または不在を示す、請求項６または７に記載の方法（５００）。
前記ＲＡＲＳＤＵが、前記ＲＡＲＳＤＵ中の前記ＴＡコマンドフィールド、前記ＵＬ許可フィールド、または前記一時Ｃ−ＲＮＴＩフィールドの存在または不在を示すように再定義された予約済みビットをさらに含む、請求項６または７に記載の方法（５００）。
端末デバイスにおける方法（８００）であって、
ネットワークデバイスにランダムアクセス要求メッセージを送信すること（８１０）と、
前記ネットワークデバイスから、前記ランダムアクセス要求メッセージに応答するランダムアクセス応答（ＲＡＲ）メッセージを受信すること（８２０）と
を含み、
前記ＲＡＲメッセージが、前記ランダムアクセス要求メッセージのタイプに依存するフォーマットを有する、方法（８００）。
前記ランダムアクセス要求メッセージがシステム情報（ＳＩ）要求であるとき、前記ＲＡＲメッセージが、媒体アクセス制御（ＭＡＣ）サブヘッダのみを含むフォーマットを有する、請求項１０に記載の方法（８００）。
前記ＭＡＣサブヘッダが、ランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）を含んでいる、請求項１１に記載の方法（８００）。
前記ＭＡＣサブヘッダが、ＲＡＲサービスデータユニット（ＳＤＵ）の不在を示すタイプインジケータを含んでいる、請求項１１または１２に記載の方法（８００）。
前記ＭＡＣサブヘッダがバックオフインジケータ（ＢＩ）を含むとき、前記ＲＡＲメッセージがＲＡＲＳＤＵを含まず、前記タイプインジケータがＲＡＲＳＤＵの前記不在を示すとき、前記ＭＡＣサブヘッダは、前記ＭＡＣサブヘッダがＳＩ要求に応答する肯定応答として働くのか、またはＢＩとして働くのかを示すＳＩ／ＢＩインジケータをさらに含んでいる、請求項１３に記載の方法（８００）。
前記ＲＡＲメッセージが、ＲＡＲサービスデータユニット（ＳＤＵ）を含み、
前記ランダムアクセス要求メッセージが初期アクセスのためのものであるとき、前記ＲＡＲＳＤＵが、タイミングアドバンス（ＴＡ）コマンドフィールドと、アップリンク（ＵＬ）許可フィールドと、一時セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）フィールドとを含む第１のフォーマットを有するか、
前記ランダムアクセス要求メッセージが、キャリアアグリゲーション（ＣＡ）設定におけるセカンダリキャリアのためのセル内ビーム切替えまたは無競合アクセスのためのものであるとき、前記ＲＡＲＳＤＵが、前記ＴＡコマンドフィールドを含む第２のフォーマットを有するか、または
前記ランダムアクセス要求メッセージが無競合ハンドオーバのためのものであるとき、前記ＲＡＲＳＤＵが、前記ＴＡコマンドフィールドと前記ＵＬ許可フィールドとを含む第３のフォーマットを有する、請求項１０に記載の方法（８００）。
前記ＭＡＣサブヘッダが、前記ＲＡＲＳＤＵの前記フォーマットを示すタイプインジケータを含んでいる、請求項１５に記載の方法（８００）。
前記ＭＡＣサブヘッダがビットマップを含んでおり、前記ビットマップ中の各ビットが、前記ＲＡＲＳＤＵ中の前記ＴＡコマンドフィールド、前記ＵＬ許可フィールド、または前記一時Ｃ−ＲＮＴＩフィールドの存在または不在を示す、請求項１５または１６に記載の方法（８００）。
前記ＲＡＲＳＤＵが、前記ＲＡＲＳＤＵ中の前記ＴＡコマンドフィールド、前記ＵＬ許可フィールド、または前記一時Ｃ−ＲＮＴＩフィールドの存在または不在を示すように再定義された予約済みビットをさらに含む、請求項１５または１６に記載の方法（８００）。
トランシーバ（１０１０）と、プロセッサ（１０２０）と、メモリ（１０３０）とを備えるネットワークデバイス（１０００）であって、前記メモリ（１０３０）が、前記プロセッサ（１０２０）によって実行可能な命令を備え、それにより、前記プロセッサ（１０２０）が、請求項１から９のいずれか一項に記載の方法を実行するように動作可能である、ネットワークデバイス（１０００）。
コンピュータプログラム命令を記憶したコンピュータ可読記憶媒体であって、前記コンピュータプログラム命令が、ネットワークデバイス中のプロセッサによって実行されたとき、前記ネットワークデバイスに、請求項１から９のいずれか一項に記載の方法を実行させる、コンピュータ可読記憶媒体。
トランシーバ（１２１０）と、プロセッサ（１２２０）と、メモリ（１２３０）とを備える端末デバイス（１２００）であって、前記メモリ（１２３０）が、前記プロセッサ（１２２０）によって実行可能な命令を備え、それにより、前記プロセッサ（１２２０）が、請求項１０から１８のいずれか一項に記載の方法を実行するように動作可能である、端末デバイス（１２００）。
コンピュータプログラム命令を記憶したコンピュータ可読記憶媒体であって、前記コンピュータプログラム命令が、端末デバイス中のプロセッサによって実行されたとき、前記端末デバイスに、請求項１０から１８のいずれか一項に記載の方法を実行させる、コンピュータ可読記憶媒体。