(57)【要約】本出願は、少なくとも、基地局との遠隔無線制御（ＲＲＣ）接続を再確立するために記憶された命令を含む非一時的メモリを含んだネットワーク上の装置に関する。この装置はまた、非一時的メモリに動作可能に結合されたプロセッサを含み、当該プロセッサは基地局にチューニングされた装置の第１の帯域幅部分（ＢＷＰ）間において、無線リンク障害が発生したと判断する命令を実行できる。このプロセッサはまた、ランダムアクセス（ＲＡ）手順を開始する命令を実行する。このプロセッサはまた、設定された競合ベースの物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースが、最初のＢＷＰと重複するかどうかを決定する命令を実行する。このプロセスは更に、設定された競合ベースのＰＲＡＣＨリソースを含むＲＡプリアンブルを基地局に送信する命令を実行する。このプロセッサは更に、基地局からＲＡ応答を受信する命令を実行する。
2020533860.tif 000002
【特許請求の範囲】
【請求項１】
基地局との遠隔無線制御（ＲＲＣ）接続を再確立するための命令が格納された、非一時的メモリと、
前記非一時的メモリに動作可能に結合されたプロセッサとを備えた装置であって、前記プロセッサは、
前記基地局に対してチューニングされた装置の第１の帯域幅パート（ＢＷＰ）間で無線リンク障害が発生したことを判定する命令を実行でき、
ランダムアクセス（ＲＡ）手順を開始する命令を実行でき、
設定済み競合ベースの物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースが、第１の前記ＢＷＰの中に存在するかどうかを判断する命令を実行でき、
前記設定済み競合ベースのＰＲＡＣＨリソースを含むＲＡプリアンブルを、前記基地局へ送信する命令を実行することができ、また
前記基地局からのＲＡ応答を受信する命令を実行することができる装置。
【請求項２】
前記プロセッサは更に、前記基地局からの要求を受信して、アラインメントタイマーの期限切れに基づいて、非競合ランダムアクセスを開始する命令を実行するように設定される、請求項１に記載の装置。
【請求項３】
前記送信された設定済み競合ベースのＰＲＡＣＨリソースは「１」記号の後に生じる、請求項１に記載の装置。
【請求項４】
前記プロセッサは更に、前記装置の帯域幅を、前記第１のＢＷＰから前記設定済み競合ベースのＰＲＡＣＨリソースを含む第２のＢＷＰに更新する命令を実行するように設定される、請求項１に記載の装置。
【請求項５】
前記送信された設定済み競合ベースのＰＲＡＣＨリソースは、二次同期ブロードキャスト（ＳＳＢ）に関連付けられる、請求項４に記載の装置。
【請求項６】
前記命令は、新無線ネットワークで動作する装置によって実行される、請求項１に記載の装置。
【請求項７】
ネットワーク上の装置であって、
ビーム回復を実行するための命令が格納された非一時的メモリと、
前記非一時的メモリに動作可能に結合されたプロセッサとを具備し、該プロセッサは、
アクティブ帯域幅パート（ＢＷＰ）が所定の閾値未満であることに関連するビーム品質を決定する命令を実行することができ、
ランダムアクセス（ＲＡ）手順を開始する命令を実行することができ、
ビーム回復要求（ＢＲＲ）を送信する命令を実行することができ、また
基地局からのランダムアクセス応答（ＲＡＲ）を待つ命令を実行することができる装置。
【請求項８】
前記ＢＲＲは、デフォルト帯域幅パート（ＢＷＰ）に関連付けられた物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを含む、請求項７に記載の装置。
【請求項９】
前記プロセッサは更に、前記ＲＡＲを取得するためのＢＷＰタイマーをセッティングする命令を実行するように設定される、請求項８に記載の装置。
【請求項１０】
前記プロセッサは更に、
前記ＢＷＰタイマーが期限切れする前にＲＡＲが到着していないと判断する命令を実行し、また
前記デフォルトＢＷＰを主ＢＷＰとしてセッティングする命令を実行するように設定される、請求項９に記載の装置。
【請求項１１】
前記プロセッサは更に、
ＲＡＲを受け取る命令を実行し、
前記ビーム品質が所定の閾値を超えていると判断する命令を実行し、また
前記アクティブなＢＷＰに再チューニングする命令を実行するように設定される、請求項７に記載の装置。
【請求項１２】
ゼロ帯域幅パート（ＢＷＰ）モードで装置を動作させるための命令が格納された非一時的メモリと、
前記非一時的メモリに動作可能に結合されたプロセッサを具備した装置であって、前記プロセッサは、
前記ゼロＢＷＰ動作中に選択機能を監視するように当該装置を設定する命令を実行でき、
受信した制御信号について、アクティブまたはデフォルトのＢＷＰを監視する命令を実行でき、
前記受信された制御信号の周期性を評価する命令を実行でき、
ゼロＢＷＰ動作のタイマーが期限切れしたことを決定する命令を実行でき、また
前記タイマーが切れた後に、無線リソース制御（ＲＲＣ）を介して前記アクティブまたはデフォルトのＢＷＰに戻る命令を実行できる装置。
【請求項１３】
前記受信された制御信号は、グループ共通のダウンリンク制御情報（downlink  control  information：ＤＣＩ）または共通の探索空間のためのＤＣＩを含む、請求項１２に記載の装置。
【請求項１４】
前記制御情報は、ＳＦＩ、およびシステム情報無線ネットワークの一時的識別子（ＳＩ−ＲＮＴＩ）を含む、請求項１２に記載の装置。
【請求項１５】
前記装置は、前記評価命令の際には省電力モード（ＰＳＭ）で動作する、請求項１２に記載の装置。
【請求項１６】
前記ＤＣＩは、ダウンリンクまたはアップリンクＢＷＰのためのゼロリソース割り当てを含む、請求項１２に記載の装置。
【請求項１７】
前記ＤＣＩは、ダウンリンク受信のための一組のダウンリンクＢＷＰからの、アクティブなダウンリンクＢＷＰを示す帯域幅経路表示フィールドを含む、請求項１６に記載の装置。
【請求項１８】
前記ＤＣＩは、アップリンク受信のためのアップリンクＢＷＰ組からの、アクティブなアップリンクＢＷＰを示す別の帯域幅経路表示フィールドを含む、請求項１６に記載の装置。
【請求項１９】
前記帯域幅経路表示フィールドは、式［ｌｏｇ２Ｍ］に基づいて、ＲＲＣ設定されたＢＷＰの数「Ｍ」に等しいビットでフィールド長「Ｎ」を有するＢＷＰ  ＩＤを含む、請求項１８に記載の装置。
【請求項２０】
前記帯域幅経路表示フィールドは、ＲＲＣ設定されたＢＷＰの数「Ｍ」に等しいビットマップフィールド長「Ｎ」を有するＢＷＰ表示を含む、請求項１８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
＜関連出願の相互参照＞
この出願は、２０１７年９月８日に出願された「ＮＲの動的帯域幅を使用した複数のＴＲＰおよびパネル送信」と題する米国仮出願第６２／５５６，００５号、２０１７年９月２８日に提出された「ＮＲの動的帯域幅を用いた複数のＴＲＰおよびパネル送信」と題する米国仮出願第第６２／５６４，８９７号、２０１７年１１月１６日に提出された「ＮＲの動的帯域幅を用いた複数のＴＲＰおよびパネル送信」と題する米国仮出願第６２／５８７，２４８号、および２０１８年１月１１日に出願された「ＮＲの動的帯域幅を用いた複数のＴＲＰおよびパネル送信」と題する米国仮出願第６２／６１６，００９号の優先権の利益を主張するものであり、これらの全てが全体として、本明細書の一部として本願に援用される。
【０００２】
＜分野＞
本出願は、新無線（New  Radio：ＮＲ）の動的帯域幅を用いた送信のための、複数の送信ポイント（Transmission  Point：ＴＲＰ）および送信パネルを使用する方法、ならびにシステムに関する。
【背景技術】
【０００３】
既存のアーキテクチャは、ＮＲユーザ機器（User  Equipment：ＵＥ）が複数の物理ダウンリンク制御チャネル（Physical  Downlink  Control  Channel：ＰＤＣＣＨ）または主ＴＲＰから同時スケジュールされたＰＤＣＣＨを監視する必要があるときには、シグナリングおよび設定方法をサポートしない。
【０００４】
既存のアーキテクチャには、広帯域コンポーネントキャリア（Component  Carrier：ＣＣ）および複数のリンクで構成されたユーザ機器（ＵＥ）でサポートされる帯域幅パート（Bandwidth  Part：ＢＷＰ）が含まれる場合がある。ただし、アクティブ帯域が複数のＴＲＰ／パネルを用いて如何にして機能するかを説明するプロトコルは存在しない。また、複数のＴＲＰ／パネルから、独立または共同のＰＤＣＣＨを送信するためのプロトコルも存在しない。
【０００５】
物理アップリンク制御チャネル（Physical  Uplink  Control  Channel：ＰＵＣＣＨ）送信の場合、準静的なＰＵＣＣＨリソース設定は、非理想的なバックホールを介してＴＲＰで共有できる。しかし、複数のＴＲＰが同じリソースで物理アップリンク共有データチャネル（Physical  Uplink  Shared  Data  Channel：ＰＵＳＣＨ）をスケジュールすることを防止する衝突解決プロトコルは存在しない。
【０００６】
幾つかの場合、ＰセルまたはＳセル上の帯域幅パートにゼロリソースが設定される。しかし、ＵＥが、ＢＷＰについてのゼロリソースを取扱うプロトコルは存在しない。
【発明の概要】
【０００７】
この概要は、以下の詳細な説明において更に説明される概念の選択を、簡略化された形式で紹介するために提供するものである。この概要は、特許請求の範囲に記載された主題の範囲を制限することを意図したものではない。前述のニーズは、本願によって、かなりの程度まで満たされるものである。
【０００８】
本出願の一態様は、基地局との遠隔無線制御（Remote  Radio  Control：ＲＲＣ）接続を再確立するための命令が格納された、非一時的メモリを含むネットワーク上の装置に関する。当該装置はまた、非一時的メモリに動作可能に結合され、基地局に対してチューニングされた装置の第１の帯域幅パート（ＢＷＰ）間で無線リンク障害が発生したことを判定する命令を実行できるプロセッサも含む。このプロセッサは、ランダムアクセス（Random  Access：ＲＡ）手順を開始する命令をも実行する。当該プロセッサはまた、設定された競合ベースの物理ランダムアクセスチャネル（Physical  Random  Access  Channel：ＰＲＡＣＨ）リソースが前記第１のＢＷＰと重複するかどうかを判断する命令をも実行する。当該プロセスは更に、設定された競合ベースのＰＲＡＣＨリソースを含むＲＡプリアンブルを基地局に送信する命令を実行する。このプロセッサは更に、基地局からのＲＡ応答を受信する命令を実行する。
【０００９】
本出願の別の態様は、ビーム回復を実行するための命令が格納された非一時的メモリを含むネットワーク上の装置に関する。当該装置はまた、非一時的メモリに動作可能に結合されて、アクティブな帯域幅パート（ＢＷＰ）が所定の閾値未満であることに関連付けられたビーム品質を決定する命令を実行可能なプロセッサをも含む。当該プロセッサはまた、ランダムアクセス（ＲＡ）手順を開始する命令をも実行する。当該プロセッサは更に、ビーム回復要求（Beam  Recovery  Request：ＢＲＲ）を送信する命令を実行する。当該プロセッサは更にまた、基地局からのランダムアクセス応答（ＲＡＲ）を待つ命令を実行する。
【００１０】
本出願の更に別の態様は、ゼロ帯域幅パート（ＢＷＰ）モードで装置を動作させるための命令が格納された非一時的メモリを含むネットワーク上の装置に関する。この装置はまた、非ＢＷＰ動作中に選択機能を監視するように当該装置を設定する命令を実行できる、非一時的メモリに動作可能に結合されたプロセッサを含む。この装置はまた、受信した制御信号についてアクティブなまたはデフォルトのＢＷＰを監視する命令を実行する。当該装置は更に、受信された制御信号の周期性を評価する命令を更に実行する。当該装置は更に、ゼロＢＷＰ動作のタイマーが期限切れしたことを決定する命令を実行する。当該装置は更に、このタイマーが期限切れした後に無線リソース制御（ＲＲＣ）を介して、アクティブなまたはデフォルトのＢＷＰに戻る命令を実行する。
【００１１】
上記の通り、本発明の特定の実施形態を、その詳細な説明をより良く理解できるように、また当該技術に対する本発明の貢献をより良く理解できるように、本発明の特定の実施形態をかなり広範に概説してきた。
【図面の簡単な説明】
【００１２】
本出願のより強固な理解を容易にするために、次に添付の図面を参照するが、ここでは同様の要素は同様の数字で参照される。これらの図面は、本願を限定するものと解釈されるべきではなく、例示のみを意図したものである。
【図１Ａ】図１Ａは、一実施形態による例示的な通信システムを示す。
【図１Ｂ】図１Ｂは、一実施形態による無線通信用に構成された例示的な装置を示す。
【図１Ｃ】図１Ｃは、一実施形態による無線アクセスネットワークおよびコアネットワークのシステム図を示す。
【図１Ｄ】図１Ｄは、別の実施形態による無線アクセスネットワークおよびコアネットワークのシステム図を示す。
【図１Ｅ】図１Ｅは、更に別の実施形態による無線アクセスネットワークおよびコアネットワークのシステム図を示す。
【図１Ｆ】図１Ｆは、一実施形態に従って、先に図１Ａ、図１Ｃ、図１Ｄ、および図１Ｅに示した１つまたは複数のネットワークと通信する、例示的コンピューティングシステムのブロック図を示す。
【図２】図２は、ＵＥアクティブ帯域にないチャネル状態情報（Channel  State  Information：ＣＳＩ）リソースを示し、ギャップＣＳＩ測定はサポートされていない。
【図３】図３は、ギャップＣＳＩ測定がサポートされているＵＥアクティブ帯域にないＣＳＩ−ＲＳリソースを示す。
【図４Ａ】図４Ａは、独立したアクティブ帯域を用いて複数のＰＤＣＣＨを監視するＵＥを示す。
【図４Ｂ】図４Ｂは、複数のＰＤＣＣＨを監視するＵＥを示し、ＢＷＰは異なる時間に主および副ＴＲＰによって独立に且つ動的に設定される。
【図４Ｃ】図４Ｃは、複数のＰＤＣＣＨを監視するＵＥを示し、ＢＷＰは同じ時間に主および副ＴＲＰによって独立に且つ動的に設定される。
【図５Ａ】図５Ａは、同時スケジューリングの副ＰＤＣＣＨを用いて、単一のＰＤＣＣＨを監視するＵＥを示す。
【図５Ｂ】図５Ｂは、主ＰＤＣＣＨ  ＤＣＩによって独立に且つ動的に設定できるＢＷＰを用いて、単一のＰＤＣＣＨを監視するＵＥを示す。
【図６】図６は、複数のＴＲＰ受信のためのＤＭＲＳ群を用いたＣＳＩ−ＲＳリソースＱＣＬを示す。
【図７】図７は、ＦＤＤシステムのためのアップリンクＢＷＰ設定を示す。
【図８】図８は、例示的なＢＷＰ設定を示す。
【図９】図９Ａおよび図９Ｂは、複数のＴＲＰ受信のための例示的なＢＷＰ設定を示す。
【図１０】図１０は、オフセットおよび帯域幅で設定されたＢＷＰを示す。
【図１１Ａ】図１１Ａは、ＳＳＢ１およびＳＳＢ２がシステム情報（System  Information：ＳＩ）を共有する例を示す。
【図１１Ｂ】図１１Ｂは、ＳＩがＳＳＢ１およびＳＳＢ２により独立に所有されている例を示す。
【図１２Ａ】図１２Ａ１および図１２Ａ２は、単一の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図１２Ｂ】図１２Ｂ１および図１２Ｂ２は、複数の割り当てられたＰＲＡＣＨ周波数リソースの例を示しており、ここではＰＲＡＣＨ送信について、ｉ≠ｊではＳＩｉ≠ＳＩｊである。
【図１３Ａ】図１３Ａは、第１の場合の単一の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図１３Ｂ】図１３Ｂは、第２の場合の単一の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図１３Ｃ】図１３Ｃは、ｉ≠ｊについてＳＩｉ≠ＳＩｊである場合の、複数の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図１４Ａ】図１４Ａは、ＳＩ１およびＳＩ２に関連付けられたＰＲＡＣＨリソースの一例を示す。
【図１４Ｂ】図１４Ｂは、ＳＩ１およびＳＩ２に関連付けられたＰＲＡＣＨリソースの別の例を示す。
【図１５Ａ】図１５Ａは、システム情報（ＳＩ）がＳＳＢによって共有される例を示す。
【図１５Ｂ】図１５Ｂは、ＳＩがＳＳＢにより独立して所有される例を示す。
【図１６Ａ】図１６Ａ１および１６Ａ２は、単一の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図１６Ｂ】図１６Ｂ１および１６Ｂ２は、複数の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図１７Ａ】図１７Ａは、第１の事例における単一の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図１７Ｂ】図１７Ｂは、第２の事例における単一の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図１７Ｃ】図１７Ｃは、複数の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図１８Ａ】図１８Ａは、ＳＩ１およびＳＩ２に関連付けられたＰＲＡＣＨリソースの例を示す。
【図１８Ｂ】図１８Ｂは、ＳＩ１およびＳＩ２に関連付けられたＰＲＡＣＨリソースの別の例を示す。
【図１９Ａ】図１９Ａは、ＳＳＢ１の数秘術がＳＳＢ２と同じであるＳＳＢにブロードキャストされるＮＲ  ＣＣの一例を示す。
【図１９Ｂ】図１９Ｂは、ＳＳＢ１数秘術がＳＳＢ２に等しくないＳＳＢへのＮＲ  ＣＣブロードキャストの一例を示す。
【図２０Ａ】図２０Ａは、ＳＳＢ１およびＳＳＢ２に共有されるシステム情報（ＳＩ）の例を示す。
【図２０Ｂ】図２０Ｂは、ＳＳＢ１およびＳＳＢ２が独立して所有するＳＩの例を示す。
【図２１Ａ】図２１Ａ１および２１Ａ２は、単一の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図２１Ｂ】図２１Ｂ１および図２１Ｂ２は、複数の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図２２Ａ】図２２Ａは、第１の事例における単一の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図２２Ｂ】図２２Ｂは、第２の事例における単一の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【図２２Ｃ】図２２Ｃは、ｉ≠ｊについてＳＩｉ≠ＳＩｊである複数の割り当てられたＰＲＡＣＨ周波数リソースの例を示している
【図２３Ａ】図２３Ａは、ＳＩ１とＳＩ２に関連付けられたＰＲＡＣＨリソースの例を示し、ここではｉ≠ｊの場合にＳＩｉ＝ＳＩｊである。
【図２３Ｂ】図２３Ｂは、ＳＩ１およびＳＩ２に関連するＰＲＡＣＨリソースの例を示し、ここではｉ≠ｊの場合にＳＩｉ≠ＳＩｊである。
【図２４Ａ】図２４Ａは、現在アクティブなＢＷの中にＰＲＡＣＨリソースが存在しない場合の、ＲＲＣ接続の再確立を示している。
【図２４Ｂ】図２４Ｂは、ＲＲＣ接続の再確立を示しており、ここではＲＲＣ再確立手順中にＵＥアクティブＢＷが再設定される。
【図２５】図２５は、ＢＷＰ設定を用いてＲＲＣ接続を再確立するための例示的な方法を示す。
【図２６】図２６は、ＢＷＰ設定を用いたランダムアクセスを必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤの最中の、ＤＬデータ到着のための例示的な方法を示す。
【図２７】図２７は、ＢＷＰ操作を用いた例示的なＵＥハンドオーバ手順のコールフローである。
【図２８Ａ】図２８Ａは、２つのＰＤＣＣＨが同時スケジュールされ、デフォルトＢＷ１に関連付けられたＰＲＡＣＨ  ＢＷを使用する事例を示す。
【図２８Ｂ】図２８Ｂは、２つのＰＤＣＣＨが独立してスケジュールされ、各デフォルトＢＷＰ、例えばデフォルトＢＷＰ１およびデフォルトＢＷＰ２に関連付けられたＰＲＡＣＨ  ＢＷを使用する事例を示す。
【図２９】図２９は、アクティブなＢＷＰタイマーの期限切れと、ＵＥがデフォルトのＢＷＰに戻るタイミングの一例を示している。
【図３０Ａ】図３０Ａは、ＨＡＲＱ  ＲＴＴと、再送信タイマーのタイミングの例を示す。
【図３０Ｂ】図３０Ｂは、ＢＦＲを備えたＤＬ  ＢＷＰ非アクティブ化タイマーの例を示す。
【図３１Ａ】図３１Ａは、起動がＵＬ用であるときの、ＢＷＰ切替えのガード期間のタイミングの一例を示す。
【図３１Ｂ】図３１Ｂは、起動がＤＬ用であるときの、ＢＷＰ切替えのガード期間のタイミングの一例を示す。
【図３２】図３２は、ＢＷＰ非アクティブ化タイマーがＵＬについて期限切れになったときの、ＢＷＰ切替えのガード期間のためのタイミングの例を示す。
【図３３】図３３は、ＢＷＰ非アクティブ化タイマーがＤＬについて期限切れになったときの、ＢＷＰ切替えのガード期間のためのタイミングの一例を示す。
【図３４】図３４は、ＴＤＤのＢＷＰ切替えのガード期間のためのタイミングの例を示す。
【図３５Ａ】図３５Ａは、自己完結型サブフレームおよびＢＷＰアクティブ化について同じ数秘術を用いたＢＷＰ切替えのために、ＵＥによって作成されたガード期間のタイミングの一例を示す。
【図３５Ｂ】図３５Ｂは、自己完結型サブフレームおよびＢＷＰ非アクティブ化タイマー期限切れについて同じ数秘術を用いたＢＷＰ切替えのために、ＵＥによって作成されたガード期間のタイミングの一例を示す。
【図３６】図３６は、ＣＡによるデフォルトのＢＷＰ設定のためのタイミングの一例を示す。
【図３７】図３７は、ＣＣ（複数）が同時スケジュールされるときのデフォルトＢＷＰのタイミングの一例を示す。
【図３８】図３８は、ＳＲＳギャップ送信を実行するＵＥのガード期間についてのタイミングの一例を示す。
【図３９】図３９は、ＣＳＩ−ＲＳギャップ測定を実行するＵＥのガード期間についてのタイミングの一例を示す。
【図４０】図４０は、ＢＷＰアクティブ化ＤＣＩエラー処理についてのタイミングの一例を示す。
【図４１Ａ】図４１Ａは、ＧＦリソースが有効化されたＢＷＰである許可なし（ＧＦ）の操作についてのタイミングの一例を示す。
【図４１Ｂ】図４１Ｂは、ＧＦリソースが有効化されたＢＷＰである許可フリー（ＧＦ）の操作のタイミングの一例を示す。
【図４２】図４２は、ペアリングされないスペクトルについてのゼロＢＷＰ処理の一例を示す。
【発明を実施するための形態】
【００１３】
本明細書の様々な図、実施形態および態様を参照して、例示的な実施形態の詳細な説明を述べる。この説明は可能な実装の詳細な例を提供するものであるが、この詳細は例であることを意図しているため、本願の範囲を制限するものでないことが理解されるべきである。
【００１４】
一般に、本願は複数のＰＤＣＣＨを監視する方法およびシステムに関する。本願はまた、ＢＷＰを設定するための方法およびシステムにも関する。本願はまた、ＰＵＣＣＨリソース割り当ての方法およびシステムにも関する。
【００１５】
＜定義／頭字語＞
本願において共通に使用される用語および語句についての定義が、下記の表に提供される。
【００１６】
【表１】
2020533860.tif 000003
【００１７】
＜一般的アーキテクチャ＞
第３世代パートナーシッププロジェクト（The  3rd  Generation  Partnership  Project：３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、ならびにサービス能力（コーデック、セキュリティ、およびサービス品質に関する作業を含む）を含んだセルラー電気通信ネットワーク技術の技術標準を開発している。最近の無線アクセス技術（Radio  Access  Technology：ＲＡＴ）標準には、ＷＣＤＭＡ（登録商標）（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥアドバンスト標準が含まれる。３ＧＰＰは、ＮＲと称される次世代のセルラー技術（これは「５Ｇ」とも呼ばれる）の標準化に取り組み始めた。３ＧＰＰ  ＮＲ規格の開発には、次世代無線アクセステクノロジー（新ＲＡＴ）の定義が含まれると予想され、これには６ＧＨｚ未満の新しい柔軟な無線アクセスの提供、および６ＧＨｚを超える新しい超高速大容量モバイル無線アクセスの提供が含まれる。前記柔軟な無線アクセスは、６ＧＨｚ未満の新しいスペクトルにおける下位互換性のない新しい無線アクセスからなり、要件が異なる３ＧＰＰ広範な一組のＮＲ使用事例に対処するために、同じスペクトルで多重化できる種々の動作モードを含むことが期待される。超高速大容量モバイル通信には、ｃｍ波およびｍｍ波スペクトルが含まれると予想され、これは、例えば屋内アプリケーションおよびホットスポットのための超高速大容量モバイル通信アクセスの機会を提供するであろう。特に、超高速大容量モバイル通信は、ｃｍ波およびｍｍ波に固有の設計最適化を用いて、６ＧＨｚ未満の柔軟な無線アクセスと共通した設計フレームワークを共有することが期待される。
【００１８】
３ＧＰＰは、ＮＲがサポートすると予想される様々な使用事例を特定しており、その結果、データ速度、遅延時間、およびモビリティについて多種多様なユーザ経験要件が生じる。使用事例には、次の一般的なカテゴリーが含まれる。即ち、モバイルブロードバンドの強化（例えば、密集地域でのブロードバンドアクセス、屋内の超高ブロードバンドアクセス、密集地でのブロードバンドアクセス、場所を問わない５０＋Ｍｂｐｓ、超低コストのブロードバンドアクセス、車両でのモバイルブロードバンド）、重要な通信、大規模なマシンタイプの通信、ネットワーク操作（例えば、ネットワークスライシング、ルーティング、移動およびインターワーキング、エネルギー節約）、および強化されたビークルツーエブリシング（Enhanced  Vehicle-to-Everything：ｅＶ２Ｘ）通信である。これらカテゴリーの特定のサービスおよびアプリケーションには、幾つかの例を挙げると、例えば、監視およびセンサネットワーク、デバイスの遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、ファーストレスポンダー接続、車載緊急通報システム、災害警報、リアルタイムゲーム、複数人でのビデオ通話、自動運転、拡張現実、触覚インターネット、および仮想現実が含まれる。本明細書では、これらの使用事例の全部およびその他の使用事例を想定している。
【００１９】
図１Ａは、本明細書において説明および特許請求される方法および装置が具現化され得る例示的な通信システム１００の１つの実施形態を示している。図示のように、例示的通信システム１００は、無線送信／受信ユニット（Wireless  Transmit/Receive  Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（一般にまたは集合的にＷＴＲＵ１０２と称され得る）、無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（Public  Switched  Telephone  Network：ＰＳＴＮ）１０８、インターネット１１０、およびその他のネットワーク１１２を含むことができる。ただし、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定していることが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々は、無線環境で動作および／または通信するように設定された任意のタイプの装置またはデバイスであってよい。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは、図１Ａ〜図１Ｅでは手持ち型無線通信装置として示されているが、５Ｇ無線通信のために企図された多種多様な使用事例では、各ＷＴＲＵは、無線信号を送信および／または受信するように設定された任意のタイプの装置またはデバイスを備え、またはそのように具現化され得るものであり、単なる例として挙げれば、ユーザ機器（User  Equipment：ＵＥ）、移動局、固定または移動式の加入者ユニット、ポケットベル、携帯電話、携帯情報端末（Personal  Digital  Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家電、スマートウォッチまたはスマートウェアなどのウェアラブルデバイス、医療用またはイーヘルス（ｅＨｅａｌｔｈ）デバイス、ロボット、産業用機器、ドローン、車、トラック、電車、または飛行機のような乗り物などが含まれることが理解される。
【００２０】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２のような１つ以上の通信ネットワークへのアクセスを容易にするように設定された任意のタイプのデバイスであり得る。基地局１１４ｂは、有線および／または無線で、ＲＲＨ（Remote  Radio  Head：遠隔無線ヘッド）１１８ａ、１１８ｂおよび／またはＴＲＰ（Transmission  and  Reception  Point：送信および受信ポイント）１１９ａ、１１９ｂの少なくとも１つとインターフェースして、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２のような１つ以上の通信ネットワークへのアクセスを容易にするように設定された、任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２のような１つ以上の通信ネットワークへのアクセスを容易にするように設定された任意のタイプのデバイスであり得る。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２のような１つ以上の通信ネットワークへのアクセスを容易にするように設定された任意のタイプのデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、基地トランシーバ局（Base  Transceiver  Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（Access  Point：ＡＰ）、および無線ルータなどであってよい。基地局１１４ａ、１１４ｂは各々が単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されるであろう。
【００２１】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってよく、これはまた、基地局コントローラ（Base  Station  Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio  Network  Controller：ＲＮＣ）、リレーノードなどのような他の基地局および／またはネットワーク要素（図示せず）をも含み得る。基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってよく、これはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどのような他の基地局および／またはネットワーク要素（図示せず）をも含み得る。基地局１１４ａは、セル（図示せず）と称し得る特定の地理的領域内において、無線信号を送信および／または受信するように設定され得る。基地局１１４ｂは、セル（図示せず）と称し得る特定の地理的領域内において、有線および／または無線信号を送信および／または受信するように設定され得る。前記セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態において、基地局１１４ａは３つ、例えば当該セルの各セクタに１つのトランシーバを含むことができる。一実施形態において、基地局１１４ａは、多入力多出力（Multiple-Input  Multiple  Output：ＭＩＭＯ）技術を採用することができ、したがって、当該セルの各セクタについて複数のトランシーバを利用することができる。
【００２２】
基地局１１４ａは、任意の適切な無線通信リンク［例えば、無線周波数（Radio  Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、ｃｍ波、ｍｍ波など］であり得るエアインターフェース１１５／１１６／１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの１つ以上と通信することができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００２３】
基地局１１４ｂは、任意の適切な有線（例えば、ケーブル、光ファイバーなど）または無線［無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍ波、ｍｍ波など］の通信リンクであり得る有線インターフェースまたはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介して、ＲＲＨ１１８ａ、１１８ｂ、および／またはＴＲＰ１１９ａ、１１９ｂの１つ以上と通信することができる。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００２４】
ＲＲＨ１１８ａ、１１８ｂ、および／またはＴＲＰ１１９ａ、１１９ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍ波、ｍｍ波など）であり得るエアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介して、ＷＴＲＵ１０２ｃ、１０２ｄのうちの１つ以上と通信することができる。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００２５】
より詳細に言えば、上記で述べたように、通信システム１００は多元接続システムであり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような１つ以上のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａ、１１８ｂおよびＷＴＲＵ１０２ｃ、１０２ｄならびにＴＲＰ１１９ａ、１１９ｂは、ユニバーサル移動体通信システム（Universal  Mobile  Telecommunications  System：ＵＭＴＳ）地上無線アクセス（Terrestrial  Radio  Access：ＵＴＲＡ）のような無線技術を実装でき、これらはそれぞれ広帯域ＣＤＭＡ（Wideband  CDMA：ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立できる。ＷＣＤＭＡは、高速パケットアクセス（High-Speed  Packet  Access：ＨＳＰＡ）および／または進化型ＨＳＰＡ（Evolved  HSPA：ＨＳＰＡ＋）のような通信プロトコルを含むことができる。ＨＳＰＡには、高速ダウンリンクパケットアクセス（High-Speed  Downlink  Packet  Access：ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（High-Speed  Uplink  Packet  Access：ＨＳＵＰＡ）が含まれ得る。
【００２６】
或る実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄのＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、無線技術を実装することができる。例えば、進化型ＵＭＴＳ地上無線アクセス（Evolved  UMTS  Terrestrial  Radio  Access：Ｅ−ＵＴＲＡ）は、それぞれ長期進化（ＬＴＥ）および／またはＬＴＥアドバンスト（LTE-Advanced：ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立できる。将来、エアインターフェース１１５／１１６／１１７は３ＧＰＰ  ＮＲ技術を実装する可能性がある。
【００２７】
或る実施形態において、ＲＡＮ１０３／１０４／１０５における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄにおけるＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、ＩＥＥＥ８０２．１６［例えば、マイクロ波アクセスのための世界的な相互運用性（Worldwide  Interoperability  for  Microwave  Access：ＷｉＭＡＸ）］、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（Interim  Standard  2000：ＩＳ−２０００）、暫定標準９５（Interim  Standard  95：ＩＳ−９５）、暫定標準８５６（Interim  Standard  856：ＩＳ−８５６）、移動体通信のためのグローバルシステム（Global  System  for  Mobile  Communications：ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（Enhanced  Data  rates  for  GSM  Evolution：ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などのような無線技術を実装し得る。
【００２８】
図１Ａにおける基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってよく、仕事場、家、車、キャンパスなどのような局所領域における無線接続を容易にするために、任意の適切なＲＡＴを利用してよい。一実施形態において、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１のような無線技術を実装して、無線ローカルエリアネットワーク（Wireless  Local  Area  Network：ＷＬＡＮ）を確立することができる。一実施形態において、基地局１１４ｃおよびＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５のような無線技術を実装して、無線パーソナルエリアネットワーク（Wireless  Personal  Area  Network：ＷＰＡＮ）を確立することができる。更に別の実施形態において、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
【００２９】
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信していてもよく、当該コアネットワークは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ以上に対して、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（Voice  Over  Internet  Protocol：ＶｏＩＰ）サービスを提供する任意の種類のネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、通話制御、請求サービス、モバイル位置情報サービス、プリペイドコール、インターネット接続、ビデオ配信などを提供し、および／またはユーザ認証のような高レベルのセキュリティ機能を実行することができる。
【００３０】
図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと、直接または間接的に通信し得ることが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されていることに加え、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）とも通信状態にあり得る。
【００３１】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても機能し得る。ＰＳＴＮ１０８には、従来の基本電話サービス（Plain  Old  Telephone  Service：ＰＯＴＳ）を提供する回線交換電話ネットワークが含まれる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（Transmission  Control  Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User  Datagram  Protocol：ＵＤＰ）およびインターネットプロトコル（Internet  Protocol：ＩＰ）のような一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用し得る１つ以上のＲＡＮに接続された、別のコアネットワークを含み得る。
【００３２】
通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの幾つかまたは全部はマルチモード機能を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｃと通信するように設定され得る。
【００３３】
図１Ｂは、例えばＷＴＲＵ１０２のような、本明細書に示された実施形態に従って、無線通信用に構成された例示的な装置またはデバイスのブロック図である。図１Ｂに示されるように、例示的なＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／表示装置１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（Global  Positioning  System：ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、前述の要素のサブコンビネーションを含み得ることが理解されるであろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂが表すノード、例えば限定されるものではないが、中でも基地トランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノードＢ（Evolved  Home  Node-B：ｅＮｏｄｅＢ）、ホーム進化型ノードＢ（Home  Evolved  Node-B：ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードは、図１Ｂに示され且つ本明細書に記載された要素の幾つかまたは全部を含み得ることを想定している。
【００３４】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital  Signal  Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application  Specific  Integrated  Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array：ＦＰＧＡ）回路、その他任意の種類の集積回路（Integrated  Circuit：ＩＣ）、および状態マシンなどであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の機能を実行することができる。プロセッサ１１８はトランシーバ１２０に結合され、トランシーバ１２０は、送信／受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個のコンポーネントとして示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップの中に統合され得ることが理解されるであろう。
【００３５】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように設定され得る。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように設定されたアンテナであり得る。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは別のＲＡＴを使用する他のＲＡＮと、直接または間接的に通信できることが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を用いる別のＲＡＮ(図示せず)と通信している可能性がある。
【００３６】
コアネットワーク１０６／１０７／１０９は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとしても機能し得る。ＰＳＴＮ１０８は、従来の基本電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを用いることができる１つ以上のＲＡＮに接続された、別のコアネットワークを含むことができる。
【００３７】
通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの幾つかまたは全部はマルチモード機能を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための、複数のトランシーバを含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように設定することができる。
【００３８】
図１Ｂは、例えば、ＷＴＲＵ１０２のような、本明細書に示された実施形態に従う無線通信用に構成された、例示的な装置またはデバイスのブロック図である。図１Ｂに示されるように、例示的なＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／表示器１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、前述の要素のサブコンビネーションを含み得ることが理解されるであろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂが表すノード、例えば限定されるものではないが、とりわけ基地トランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノードＢ（ｅＮｏｄｅＢ）、ホーム進化型したノードＢ（ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードは、図１Ｂに示され且つ本明細書に記載された要素の幾つかまたは全部を含み得ることを想定している。
【００３９】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の種類の集積回路（ＩＣ）、および状態マシンなどであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の機能を実行することができる。プロセッサ１１８はトランシーバ１２０に結合され、トランシーバ１２０は、送信／受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個のコンポーネントとして示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップの中に統合され得ることが理解されるであろう。
【００４０】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように設定され得る。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように設定されたアンテナであり得る。一実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように設定されたエミッタ／検出器であり得る。更なる実施形態において、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように設定されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように設定できることが理解されるであろう。
【００４１】
加えて、送信／受信要素１２２は単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用することができる。したがって、一実施形態において、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００４２】
送受信機１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、また送信／受信要素１２２によって受信される信号を復調するように設定され得る。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１のような複数のＲＡＴを介して通信できるようにするための、複数のトランシーバを含むことができる。
【００４３】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／表示器１２８（例えば、液晶ディスプレイ（Liquid  Crystal  Display：ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（Organic  Light-Emitting  Diode：ＯＬＥＤ）ディスプレイユニット）に結合され、そこからユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／表示器１２８へと、ユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２のような任意のタイプの適切なメモリから情報にアクセスし、且つその中にデータを格納することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（Random  Access  Memory：ＲＡＭ）、読取り専用メモリ（Read  Only  Memory：ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ保存装置を含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（Subscriber  Identity  Module：ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（Secure  Digital：ＳＤ）メモリカードなどを含むことができる。一実施形態において、プロセッサ１１８は、サーバ上またはホームコンピュータ（図示せず）上のような、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、そこにデータを格納することができる。
【００４４】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントに電力を分配し、および／または制御するように設定することができる。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つ以上の乾電池、太陽電池、および燃料電池などを含み得る。
【００４５】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように設定され得るＧＰＳチップセット１３６に結合されてよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信し、および／または２つ以上の近くの基地局から受信される信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切な位置決定方法によって位置情報を取得できることが理解されるであろう。
【００４６】
プロセッサ１１８は更に他の周辺機器１３８に結合されてよく、これには追加の特徴、機能性、および／または有線または無線接続を提供する１つ以上のソフトウエア、および／またはハードウェアモジュールが含まれ得る。例えば、周辺機器１３８は、加速度計、生体認証（例えば、指紋）センサのような様々なセンサ、電子コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal  Serial  Bus：ＵＳＢ）ポートまたはその他の相互接続インターフェース、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（Frequency  Modulated：ＦＭ）ラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザなどを含むことができる。
【００４７】
ＷＴＲＵ１０２は、センサ、家庭用電化製品、スマートウォッチまたはスマート衣服などのウェアラブルデバイス、医療またはｅヘルスデバイス、ロボット、産業用機器、ドローン、車、トラック、電車のような車両、または飛行機などの他の装置またはデバイスにおいて具現化されてもよい。ＷＴＲＵ１０２は、周辺機器１３８の１つを含み得る相互接続インターフェースのような１つ以上の相互接続インターフェースを介して、そのような装置またはデバイスの他のコンポーネント、モジュール、またはシステムに接続されることができる。
【００４８】
図１Ｃは、一実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を使用し、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信することができる。ＲＡＮ１０３は、コアネットワーク１０６とも通信することができる。図１Ｃに示すように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、各々が１つ以上のトランシーバを含むノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃの各々は、ＲＡＮ１０３内の特定のセル（図示せず）と関連付けされ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含み得ることが理解されるであろう。
【００４９】
図１Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信中であってよい。加えて、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信中であり得る。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信中であってよい。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されるそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように設定され得る。更に、ＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化などのような他の機能を、実行またはサポートするように設定できる。
【００５０】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（Media  Gateway：ＭＧＷ）１４４、モバイルスイッチングセンター（Mobile  Switching  Center：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving  GPRS  Support  Node：ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（Gateway  GPRS  Support  Node：ＧＧＳＮ）１５０を含み得る。前述の要素の各々は、コアネットワーク１０６の一部として示されているが、これら要素の何れか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作され得ることが理解されるであろう。
【００５１】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の有線通信装置との間の通信を容易するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８のような回線交換ネットワークへのアクセスを提供することができる。
【００５２】
ＲＡＮ１０３におけるＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６におけるＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して、インターネット１１０のようなパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００５３】
上述したように、コアネットワーク１０６はまた、ネットワーク１１２に接続されてもよく、このネットワーク１１２は、他のサービスプロバイダが所有および／または運営する他の有線または無線ネットワークを含むことができる。
【００５４】
図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０４はまた、コアネットワーク１０７とも通信することができる。
【００５５】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含み得ることが理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含むことができる。一実施形態において、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａへと無線信号を送信し、またＷＴＲＵ１０２ａから無線信号を受信することができる。
【００５６】
ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々は、特定のセル（図示せず）に関連付けられ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクなどにおけるユーザのスケジューリングを取扱うように設定され得る。図１Ｄに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００５７】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility  Management  Gateway：ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（Packet  Data  Network：ＰＤＮ）ゲートウェイ１６６を含むことができる。前述の要素の各々は、コアネットワーク１０７の一部として示されているが、これら要素の何れか１つが、コアネットワークオペレータ以外のエンティティによって所有および／または運用される可能性があることが理解されるであろう。
【００５８】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々に接続されてよく、制御ノードとして機能することができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ベアラの有効化／無効化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの際の特定のサービングゲートウェイの選択などを担当することができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡのような他の無線技術を使用する他のＲＡＮ（図示せず）との間を切替えるための制御プレーン機能も提供し得る。
【００５９】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングおよび転送することができる。サービングゲートウェイ１６４は他の機能も実行することができ、例えば、ｅノードＢ間でのハンドオーバの際中にユーザプレーンをアンカーし、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガーし、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどを行うことができる。
【００６０】
サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に接続されてよく、これはインターネット１１０のようなパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００６１】
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信装置との間の通信を容易にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP  Multimedia  Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信することができる。コアネットワーク１０７はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対してネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する他の有線または無線ネットワークを含むことができる。
【００６２】
図１Ｅは、一実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を使用して、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するアクセスサービスネットワーク（Access  Service  Network：ＡＳＮ）であり得る。以下で更に説明するように、異なる機能エンティティ間の通信リンクＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９が、基準点として定義されてもよい。
【００６３】
図１Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含み得るが、ＲＡＮ１０５は、実施形態との一貫性を保ちながら、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃは各々、ＲＡＮ１０５内の特定のセルに関連付けられ、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含むことができる。一実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、例えば、基地局１８０ａは複数のアンテナを使用してＷＴＲＵ１０２ａに無線信号（複数）を送信し、ＷＴＲＵ１０２ａから無線信号（複数）を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（Quality  of  Service：ＱｏＳ）ポリシーの実施のようなモビリティ管理機能も提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして機能することができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担当することができる。
【００６４】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１基準点として定義されてよい。更に、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト設定管理、および／またはモビリティ管理に使用され得るＲ２基準点として定義され得る。
【００６５】
基地局１８０ａ、１８０ｂ、および１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含んだＲ８基準点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準点として定義され得る。このＲ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティ事象に基づいて、モビリティ管理を容易にするためのプロトコルを含むことができる。
【００６６】
図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含んだＲ３基準点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、許可、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。前述の要素の各々は、コアネットワーク１０９の一部として示されているが、これら要素の何れか１つは、コアネットワークオペレータ以外のエンティティが所有および／または運用する可能性のあることが理解されるであろう。
【００６７】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担い、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にし得る。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０のようなパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを担当することができる。ゲートウェイ１８８は、他のネットワークとの相互作用を容易にし得る。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸上通信装置との間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対してネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する他の有線または無線のネットワークを含むことができる。
【００６８】
図１Ｅには示されていないが、ＲＡＮ１０５は他のＡＳＮに接続されてもよく、またコアネットワーク１０９は他のコアネットワークに接続されてもよいことが理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４基準点として定義され得るものであり、ＲＡＮ１０５と他のＡＳＮとの間でのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５基準として定義され得るものであり、ホームコアネットワークと訪問先コアネットワークとの間の相互作用を容易にするためのプロトコルを含み得る。
【００６９】
本明細書で説明され、図１Ａ、１Ｃ、１Ｄ、および１Ｅに示されるコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様において当該エンティティに与えられた名称により識別されるが、将来、これらエンティティおよび機能は他の名称によって識別され、また特定のエンティティまたは機能は、３ＧＰＰによって公開される将来の仕様（将来の３ＧＰＰ  ＮＲ仕様を含む）において結合され得るものと理解される。したがって、図１Ａ、１Ｂ、１Ｃ、１Ｄ、および１Ｅに説明および図示された特定のネットワークエンティティおよび機能は、例としてのみ提供されたものであり、本明細書で開示および特許請求される主題は、現在定義されているか、または将来定義されるかにかかわらず、何れか同様の通信システムにおいて実施または実装され得るものと理解される。
【００７０】
図１Ｆは、例示的コンピューティングシステム９０のブロック図であり、ここでは図１Ａ、１Ｃ、１Ｄおよび１Ｅに示される通信ネットワークの１つ以上の装置、例えばＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２における特定のノードまたは機能エンティティが具現化され得る。コンピューティングシステム９０は、コンピュータまたはサーバを備えてよく、また主に、コンピュータ読取り可能な命令によって制御されてよく、このような命令はソフトウエアの形態であることができ、また斯かるソフトウエアは何処にまたは如何なる手段で格納またはアクセスされるかを問わない。そのようなコンピュータ可読命令は、コンピューティングシステム９０に仕事をさせるために、プロセッサ９１内で実行されてよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他任意のタイプの集積回路（ＩＣ）、および状態マシンなどであり得る。プロセッサ９１は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワークで動作することを可能にする他の機能を実行することができる。コプロセッサ８１は、追加の機能を実行しまたはプロセッサ９１を支援する、メインプロセッサ９１とは別のオプションのプロセッサである。プロセッサ９１および／またはコプロセッサ８１は、本明細書で開示される方法および装置に関連したデータを受信、生成、および処理することができる。
【００７１】
動作において、プロセッサ９１は、命令をフェッチ、デコード、および実行し、コンピューティングシステムのメインデータ転送経路であるシステムバス８０を介して、他のリソースとの間で情報をやり取りする。そのようなシステムバスは、コンピューティングシステム９０における部品を接続し、またデータ交換のための媒体を定義する。システムバス８０は、通常、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、ならびに割り込みを送信するためおよびシステムバスを操作するための制御ラインを含む。そのようなシステムバス８０の例は、周辺機器相互接続（Peripheral  Component  Interconnect：ＰＣＩ）バスである。
【００７２】
システムバス８０に結合されたメモリには、ランダムアクセスメモリ（ＲＡＭ）８２および読取り専用メモリ（ＲＯＭ）９３が含まれる。そのようなメモリは、情報を記憶および検索できる回路を含む。ＲＯＭ９３は、一般に、容易に変更できない保存されたデータを含む。ＲＡＭ８２に格納されたデータは、プロセッサ９１または他のハードウェアデバイスによって読取られ、または変更される可能性がある。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御できる。メモリコントローラ９２は、命令が実行されるときに、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能を提供できる。したがって、第１のモードで実行されているプログラムは、独自のプロセス仮想アドレス空間によってマップされたメモリのみにアクセスできる。プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにはアクセスできない。
【００７３】
更に、コンピューティングシステム９０は、プロセッサ９１から周辺機器、例えばプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５への命令の通信を担当する周辺機器コントローラ８３を含むことができる。
【００７４】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成された視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィック、アニメーショングラフィック、およびビデオを含むことができる。前記視覚出力は、グラフィカルユーザインターフェース（Graphical  User  Interface：ＧＵＩ）の形式で提供される。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要な電子部品を含んでいる。
【００７５】
更に、コンピューティングシステム９０は、例えばネットワークアダプタ９７のような通信回路を含むことができ、これはコンピューティングシステム９０を、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または図１Ａ、１Ｂ、１Ｃ、１Ｄ、および１Ｅの他のネットワーク１１２のような外部通信ネットワークに接続するために使用でき、コンピューティングシステム９０がこれらネットワークの他のノードまたは機能エンティティと通信することを可能にする。前記通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に記載した特定の装置、ノード、または機能エンティティの送信および受信ステップを実行するために使用されてよい。
【００７６】
本明細書に記載の装置、システム、方法、およびプロセスの何れかまたは全部は、コンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（例えばプログラムコード）の形で実施でき、その命令は、プロセッサ１１８または９１のようなプロセッサによって実行されるときに、当該プロセッサに、本明細書に記載のシステム、方法、およびプロセスを実行および／または実装させることが理解される。詳細に言えば、本明細書に記載のステップ、動作、または機能の何れかは、無線および／または有線のネットワーク通信のために設定された装置またはコンピューティングシステムのプロセッサ上で実行されるような、コンピュータ実行可能な命令の形で実装され得る。コンピュータ読取り可能な記憶媒体には、情報を保存するための非一時的な（例えば、有形または物理）方法またはテクノロジーで実装された揮発性および不揮発性の、リムーバブルおよび非リムーバブルな媒体が含まれるが、そのようなコンピュータ読取り可能な記憶媒体には信号は含まれない。コンピュータ読取り可能な記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたはその他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（Digital  Versatile  Disk：ＤＶＤ）またはその他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置などの磁気記憶装置、または目的の情報を保存するために使用でき且つコンピューティングシステムからアクセスできる他の有形のまたは物理的な媒体が含まれるが、これらに限定されない。
【００７７】
＜ＬＴＥにおける基準信号＞
３ＧＰＰ  ＴＲ３８．９１３は、次世代アクセス技術のシナリオおよび要件を定義している。ｅＭＢＢ、ＵＲＬＬＣ、ｍＭＴＣデバイスについての主要特性評価指標（ＫＰＩ）を表２に纏める。
【００７８】
【表２】
2020533860.tif 000004
【００７９】
＜ＬＴＥ  ＴＭ１０＞
ＴＭ１０は、３ＧＰＰ  Ｒｅｌ−１１で定義されており、以下の機能を含む。（ｉ）ＤＬ  ＣｏＭＰ操作を有効にし、サービングセルごとに設定可能である。（ｉｉ）ＴＭ１０は、ＣＳＩ−ＲＳの複数のセットを評価および報告するようにＵＥを設定するサービングセルを提供し、これにより、ＣｏＭＰ測定セットの複数の送信ポイントの評価を可能にする。（ｉｉｉ）ＴＭ−１０はまた、ＤＬ送信のためのＵＥ固有のＤＭＲＳ（２つのＵＥ  ＤＭＲＳスクランブリングＩＤ）の使用をサポートする。（ｉｖ）ＤＣＩ−１Ａおよび新ＤＣＩフォーマット２Ｄの使用をサポートし、これはＣＳ／ＣＢのために使用されるか、またはＪＰの使用時にＰＤＳＣＨリソース要素マッピングを可能にする。
【００８０】
＜複数のＴＲＰ／パネルのための設定方法＞
本出願の一態様によれば、ＵＥは複数のＰＤＣＣＨを監視し、または複数のＰＤＳＣＨを同時スケジュールすることができる。監視は、ＵＥが２つ（または複数）の非ゼロ電力ＮＺＰ−ＣＳＩ（ＣＳＩ−ＲＳ）プロセスを用いて設定される場合に行われる。監視はまた、ＤＣＩにおけるＰＤＳＣＨおよび疑似コロケーション指標（またはＰＱＩ）フィールド（設定されたパラメータセット「ｎ」）が複数のＣＯＲＥＳＥＴを示す場合にも生じ得る。
【００８１】
一実施形態において、ＣＳＩプロセスはサブフレームの時系列であり、ここではＣＳＩ−ＲＳおよびＩＭＲが所定の送信仮説に対応する。当該サブフレームの時系列は、ＣＳＩがフィードバックされる場所である。例えば、最初のＣＳＩプロセスのサブフレームにおいて、ＴＲＰ１は初期化パラメータＹ１を使用してＣＳＩ−ＲＳを設定および送信する。２番目のプロセスのサブフレームでは、ＴＲＰ２が初期化パラメータＹ２を用いてＣＳＩ−ＲＳを設定および送信する。パラメータＹ１およびＹ２の値は、ＲＲＣまたはＭＡＣ−ＣＥシグナリングによって、ＵＥについて設定される。ＮＺＰ−ＣＳＩ−ＲＳプロセスは、ＣＳＩ要求の定期的または非定期的な設定によってトリガーできる。複数のＴＲＰについてのＣＳＩトリガーは、ＭビットＣＳＩ要求フィールドを使用できる。Ｍ＝２ビットの例を以下の表３に示す。
【００８２】
【表３】
2020533860.tif 000005
【００８３】
ここで、ＣＳＩプロセスは、ＣＳＩ−ＲＳリソース、ＣＳＩ−ＩＭリソース、およびレポートモードによって定義される。ＣＳＩプロセスは、次の関連付け、即ち、（ｉ）数秘術、スロット、およびサブフレームの設定、（ｉｉ）ＣｏＭＰ測定セットからの１つの非ゼロ電力ＣＳＩ−ＲＳリソース、（ｉｉｉ）１つの干渉測定リソース（ＩＭＲ）、（ｉｖ）１つのＣＳＩレポートモード（ＰＵＣＣＨまたはＰＵＳＣＨ）、および（ｖ）コードブックサブセット制限のようなその他のフィードバック関連パラメータによって、ＵＥに設定されたＲＲＣ／ＭＡＣ−ＣＥである。
【００８４】
例えば、２ＴＲＰ送信をサポートするために、独特のＣＳＩ−ＲＳが各協調ＴＲＰによって送信される。ＵＥは２つのＣＳＩ−ＲＳリソースで設定され、チャネル品質の推定値を提供する。各ＣＳＩ−ＲＳリソースが、送信ポイントの１つから送信される。例えば、ＣＳＩ−ＲＳ＃０はＴＲＰ１から送信され、ＣＳＩ−ＲＳ＃１はＴＲＰ２から送信される。特に、４つの送信仮説が４つのＣＳＩプロセスによって実装され得る。ＣＳＩ−ＲＳおよびＣＳＩ−ＩＭリソースの採用。以下の表４は、この実施形態を示している。
【００８５】
【表４】
2020533860.tif 000006
【００８６】
上記の表４に示すように、ＣＳＩ−ＩＭ＃０リソースは、干渉を測定するためにＴＲＰ１とＴＲＰ２の両方に使用される。ＣＳＩレポートには２つのオプションが存在する。最初のオプションでは、個別のＴＲＰレポートが実行される。具体的には、各ＴＲＰに個別のＣＳＩレポート設定が設定されている場合、ＵＥはＴＲＰをレポートするためのＰＭＩ／ＲＩ、コードブック、およびＣＱＩをレポートする。２番目のオプションでは、共同ＴＲＰレポートが実行される。具体的には、ＵＥが単一のＣＳＩレポート設定で設定されている場合、ＵＥは、各ＴＲＰのＰＭＩ／ＲＩ、コードブック、およびＣＱＩを共同でレポートする。
【００８７】
狭帯域（Narrow  Band：ＮＢ）における例示的な実施形態によれば、ＵＥは広帯域ＣＣに留まり、以下のシナリオに基づいて複数のＣＳＩプロセスでトリガーされる。例えば、ＣＳＩレポートのオプションの１つは、設定された（ＮＺＰ）ＣＳＩ−ＲＳおよび／またはＣＳＩ−ＩＭリソースの何れかが、ＣＳＩ要求によってトリガーされたにもかかわらずアクティブ帯域に存在しないかどうかを判断することに基づいている。もしそうであれば、ＵＥは対応するＣＳＩレポートを無視し、アクティブ帯域にないＣＳＩ選択プロセスを終了できる。一方、複数のＴＲＰのＣＳＩが一緒に報告され、且つアクティブ帯域にないならば、ＣＳＩ報告はゼロ設定される。或いは、アクティブな帯域にない場合、レポートＣＳＩは切り捨てられる。複数のＴＲＰのＣＳＩが個別に報告されるならば、対応するＣＳＩレポート活動は存在しない。更に、ＣＳＩ−ＲＳリソースがアクティブな帯域に存在せず、ＤＭＲＳ群を用いてＱＣＬされるならば、ギャップＣＳＩ測定がサポートされているときには、関連するＤＭＲＳ群をＰＤＳＣＨ復調のために使用することはできない。
【００８８】
ＣＳＩ−ＲＳリソースがアクティブな帯域になく、アクティブな帯域（またはギャップ）の外にあるならば、ＣＳＩ測定が許可される。したがって、対応するＣＳＩプロセスの１つ以上を実行できる。１つのＣＳＩプロセスでは、上位層のシグナリングを介して設定されたギャップＣＳＩ測定が実行される。アクティブ帯域をサポートするために、上位層のシグナリングＲＲＣまたはＭＡＣ−ＣＥがＣＳＩ−ＲＳおよび／またはＣＳＩ−ＩＭリソース設定パラメータを更新するならば、新しいＣＳＩ要求が再発行されるときに、ＵＥは対応するＣＳＩプロセスをリアクティブにすることができる。
【００８９】
一実施形態が図２に例示的に示されており、それによれば、ＴＲＰ２からの設定されたＣＳＩ−ＲＳリソース＃１はアクティブ帯域になく、ギャップＣＳＩ測定は許可／サポートされない。その場合、表３に示されているＣＳＩプロセス＃０、プロセス＃１、およびプロセス＃３を終了できる。ここでは、複数のＴＲＰ用に設定された２つのＣＳＩ−ＲＳリソース＃０（ＴＲＰ１から）および＃１（ＴＲＰ２から）が存在する。ＣＳＩ−ＲＳ＃０リソースはアクティブバンドにある。ＣＳＩ−ＲＳ＃１リソースはアクティブバンドにはない。ＵＥは省電力またはＵＥの機能制限のためギャップ測定をサポートまたは有効にしないので、ギャップ測定は許可されない。したがって、ＣＳＩ−ＲＳリソース＃１に関連する対応のＣＳＩプロセス（または仮説）はプロセス＃０であり、プロセス＃１およびプロセス＃３は停止することができる。
【００９０】
図３に例示的に示される更に別の実施形態によれば、ＴＲＰ２からの設定されたＣＳＩ−ＲＳリソース＃１がアクティブ帯域になく、ギャップＣＳＩ測定がサポートされるならば、ＣＳＩプロセス＃０、プロセス＃１およびプロセス＃３は、上記の表４で参照されているように、ＣＳＩ要求がトリガーされたときに処理され得る。ここでは、複数のＴＲＰ用に設定された２つのＣＳＩ−ＲＳリソース＃０（ＴＲＰ１から）および＃１（ＴＲＰ２から）が存在する。しかし、ＣＳＩ−ＲＳ＃０リソースのみがアクティブ帯域にある。ＣＳＩ−ＲＳ＃１リソースはアクティブバンドにない。ギャップ測定がサポートされているため、表４のＣＳＩ−ＲＳリソース＃１に関連した対応のＣＳＩプロセス（または仮説）が報告され得る。
【００９１】
＜ＰＤＳＣＨレートマッチングおよび疑似コロケーション指標の設定＞
更に別の実施形態によれば、ＵＥは、ＲＲＣおよび／またはＭＡＣ−ＣＥシグナリングにより、「Ｎ」個のパラメータ組リストに設定して、ＵＥおよび所定のサービングセル向けのＤＣＩを備えた検出されたＰＤＣＣＨによって複数のＰＤＳＣＨをデコードすることができる。ＵＥは、ＰＤＳＣＨアンテナポート疑似コロケーションを決定するために、ＤＣＩを備える検出されたＰＤＣＣＨのＰＤＳＣＨおよび疑似コロケーション指標フィールドの値（つまり、以下の表５で定義されるマッピング）ごとに、パラメータ組リストを使用すべきである。設定されたパラメータ組リストには、１つまたは２つのＲＳ組を含めることができる。ＵＥは、サービングセルのＰＤＳＣＨの１つまたは２つのＤＭ−ＲＳポート群のアンテナポートが、示されたパラメータ組リストにより与えられた対応する１つまたは２つのＲＳ組と疑似コロケーションされると推測する。各ＲＳ組は、対応するＤＭ−ＲＳ群内のＤＭ−ＲＳポートでＱＣＬされる１つまたは複数のＲＳを用いて設定される。
【００９２】
【表５】
2020533860.tif 000007
【００９３】
ＲＲＣおよび／またはＭＡＣ−ＣＥによって設定されるパラメータ組「ｎ」には、次のパラメータセッティングを含めることができる。即ち、（ｉ）セル／ＴＲＰのＴＲＳ位置（ポート数および周波数シフト）、（ｉｉ）セル／ＴＲＰ数秘術、スロットおよびサブフレームの設定、（ｉｉｉ）ゼロパワーＣＳＩ−ＲＳ（ＣＳＩ−ＩＭ）設定、（ｉｖ）ＰＤＳＣＨ開始記号の値、（ｖ）ＤＭＲＳ疑似コロケーションのＣＳＩ−ＲＳリソース指標、（ｖｉ）セル／ＴＲＰのＳＳバースト組ロケーション、および（ｖｉｉ）単一のＰＤＣＣＨまたは複数のＰＤＣＣＨを監視するためのＣＯＲＥＳＥＴロケーションである。
【００９４】
明確化のために言えば、ＲＲＣおよび／またはＭＡＣ−ＣＥにより複数のＴＲＰ／パネルについて設定されたパラメータ組「ｎ」は、ＵＥに対して、複数のＰＤＣＣＨを別々の時点で設定しながら、２つのＮＲ−ＰＤＣＣＨ／ＰＤＳＣＨの能力のシグナリングを一度に実行させることができる。
【００９５】
ＵＥが複数（または２つ）のＰＤＣＣＨを監視するように設定されており、ＵＥが主ＰＤＣＣＨ（主ＴＲＰ）および副ＰＤＣＣＨ（副ＴＲＰ）の両方からＰＤＣＣＨ送信を受信すると仮定すると、主ＰＤＣＣＨと副ＰＤＣＣＨを同時に受信できる。アクティブ帯域は、主セルまたはＴＲＰによって動的に設定できまる。主ＰＤＣＣＨおよび副ＰＤＣＣＨは、異なる時間スロットで受信できる。
【００９６】
アクティブ帯域は、主ＰＤＣＣＨおよび副ＰＤＣＣＨ、ならびにＤＣＩによって個別に設定できる。ＢＷＰを用いてＤＰＳ／ＤＣＳをサポートする場合、例えば、ＵＥは異なるまたは同じ時間スロットで、主ＴＲＰまたは副ＴＲＰからの複数のＰＤＣＣＨを監視し、各ＴＲＰはアクティブな帯域を個別に動的に設定できる。これは、図４Ａ〜Ｃに例示的に示されている。
【００９７】
別の実施形態によれば、ＵＥが主ＰＤＣＣＨからＰＤＣＣＨ送信を受信すると仮定すると、ＵＥが単一のＰＤＣＣＨを監視するように設定されるときは、主ＰＤＣＣＨは複数のＰＤＳＣＨを同時スケジューリングすべきである。これは、図５Ａ〜Ｂに例示的に示されている。
【００９８】
ＰＤＳＣＨ（何れかのＴＲＰ）のＤＭＲＳ設定に関して、ＤＣＩはＤＣＳ／ＤＰＳ事例について対応するＤＭＲＳリソースを設定するので、それはＴＲＰに対して透明であることができる。ＮＣＪＴ事例について、調整セット内の各ＴＲＰに許可されるＤＭ−ＲＳポート群は１つだけなので、ＤＣＩフォーマットの数を最小限に抑えるために、ＤＣＩ内の各ＰＱＩ状態において、対応するＴＲＰから同じＲＳ指数を有する２つのＲＳ組を設定できる。これを図６に例示する。
【００９９】
ＤＭＲＳ群セットは、ＨＡＲＱプロセスＡ／ＮフィードバックおよびＣＳＩレポートのＰＵＣＣＨリソースを示すために使用できる。異なるＨＡＲＱプロセスのＡ／Ｎには、多重化またはバンドリングの何れかを含めることができる。ＵＥのみが設定されるのであれば、それは（主要な）同時スケジューリングＰＤＣＣＨである。
【０１００】
一実施形態に従って、ＣＳＩ−ＲＳまたはＤＭＲＳ設定を介してＵＬ  ＰＵＣＣＨリソース割り当てを示すための、詳細な設計方法を説明する。具体的には、ＣＳＩ−ＲＳのスクランブルシーケンスの初期化に使用されるシード値は次のように設定される。
【０１０１】
【数１】
2020533860.tif 000008
【０１０２】
ここで、Ｙは、可能な全てのセルＩＤの範囲内の任意の値にすることができ、サービングセル（またはＣｏＭＰ測定組内の他のセル）のセルＩＤである必要はない。ＰＵＣＣＨリソースはＹの関数として設定でき、例えば、ＰＵＣＣＨリソースはｆ（Ｙ）として表現できき、ここで、ｆ（Ｙ）はＹのマッピング関数であり、２つのＣＳＩ−ＲＳ・Ｙ１およびＹ２からのＰＤＣＣＨリソースマッピングは、それぞれｆ（Ｙ１）およびｆ（Ｙ２）に等しい。２つのＰＤＣＣＨリソースが重複しないようにするために、Ｙ１≠Ｙ２についてｆ（Ｙ１）≠ｆ（Ｙ２）である。ｆ（Ｙ１）およびｆ（Ｙ２）は、異なる非オーバーラップＯＦＤＭ記号に割り当てられ、例えば、異なるＴＲＰからのＰＵＣＣＨリソースはＴＤＭである。したがって、Ｙ１≠Ｙ２の場合、異なるＴＲＰからのＰＵＣＣＨリソースは重複しない。複数の（または２つの）ＰＵＣＣＨが個別にセットアップされるならば、１つのＣＳＩ−ＲＳまたはＤＭＲＳが使用され、ＰＵＣＣＨリソースを一意に決定できる。なお、複数（または２つ）のＰＵＣＣＨが個別にセットアップされるならば、１つのＣＳＩ−ＲＳまたはＤＭＲＳが使用され、ＰＵＣＣＨリソースを一意に決定できる。各ＴＲＰからの送信層の数は、ＰＤＣＣＨ  ＤＣＩまたは各ＰＤＣＣＨ  ＤＣＩを同時にスケジュールすることによって独立に設定できる。
【０１０３】
ＴＤＤまたは自己完結型のサブフレームシステムについて、ＵＬ  ＢＷＰは、設定されたＤＬ  ＢＷＰと同様にセットされる。ＵＥは、ＴＤＤまたは自己完結型サブフレームシステムのＤＬとＵＬの間で、チャネルＢＷの中心周波数を再チューニングすることを予測されていないため、余分な上位層またはＤＣＩシグナリングは必要とされない。ＦＤＤシステムの場合、割り当てられたＵＬ  ＢＷＰは、ＵＬ許可を介して独立に設定できる。例示的実施形態において、図７は、ＦＤＤシステムのＢＷＰ構成例を示している。ＵＬ許可を介して設定された２つのＵＬ  ＢＷＰが存在する。最初のＵＬ  ＢＷＰ＃１はｍ番目のＰＲＢで始まり、２番目のＵＬ  ＢＷＰ＃２は、ｎ番目のＰＲＢで始まる。
【０１０４】
＜デフォルトＢＷＰ＞
当該アプリケーションの更に別の実施形態では、ｇＮＢまたはセル／ＴＲＰについて、少なくとも１つのＤＬ  ＢＷＰをデフォルトＢＷＰとして構成でき、デフォルトＢＷＰはＵＥのＢＷ内に設定されたＳＳバーストを含むべきである。これらのＳＳバースト情報は、システム情報（ＳＩ）を介して設定できる。図８において、この例には２つのＢＷＰセットアップが存在する。ＳＳバーストセット（例えばＢＷＰ＃１内のＳＳＢ１）が存在するため、ＢＷＰ＃１はデフォルトＢＷＰとして扱うことができる。
【０１０５】
ＢＷＰ＃２が別のセルから来るとき（例えばＢＷＰ＃１はセル＃１に関連付けられ、ＢＷＰ＃２はセル＃２に関連付けられる）、デフォルトのＢＷＰセットアップは、複数のＴＲＰ受信で次のオプションを使用できる。ＰＤＣＣＨが共同でスケジュールされる場合、例えばセル＃１とセル＃２に対して同時にスケジュールされた単一のＰＤＣＣＨが存在する場合に、ＢＷＰ＃１およびＢＷＰ＃２は、同じデフォルトＢＷＰ（例えば、主ＢＷＰ）を使用できる。ＰＤＣＣＨが個別にスケジュールされる場合、例えば、セル＃１およびセル＃２から個別にスケジュールされた複数のＰＤＣＣＨが存在する場合は、各設定された各ＢＷＰは、当該セルに関連付けられた独自のデフォルトＢＷＰを使用する。
【０１０６】
一実施形態に従って、複数のＴＲＰ受信のためのデフォルトＢＷＰが図９Ａおよび９Ｂに示されている。図９Ａでは、ＢＷＰ＃１およびＢＷＰ＃２は、ＢＷＰ＃１  ＣＯＲＥＳＥＴによって同時スケジュールされ、ＢＷＰ＃１はデフォルトのＢＷＰである。図９Ｂにおいて、ＢＷＰ＃１およびＢＷＰ＃２は、それぞれのＢＷＰ＃１  ＣＯＲＥＳＥＴおよびＢＷＰ＃２  ＣＯＲＥＳＥＴによって個別にスケジュールされる。この場合、デフォルトＢＷＰは各ＴＲＰによって個別に設定される。
【０１０７】
＜ＤＲＸを用いたＢＷＰ操作＞
ＸスロットまたはサブフレームのためのＤＬおよびＵＬトラフィックが存在しない場合、ｇＮＢは、例えばＲＲＣアイドルまたはＲＲＣ非アクティブタイマーに戻るタイマーを定義でき、これはＵＥをトリガーして、ＲＲＣコネクテッドモードからＲＲＣアイドルモードまたは非アクティブモードへの転送中にデフォルトＢＷＰへと戻す。更に、ｇＮＢはまた、定期的な時間パターン、例えばＤＲＸパターンを設定でき、これはＵＥに対して、ＲＲＣアイドルまたはＲＲＣ非アクティブモードからＲＲＣコネクテッドモードへの転送中に、デフォルトＢＷＰからＵＬまたはＤＬ  ＢＷＰへと再チューニングするように仕向ける。例えば、ＲＲＣアイドルモードで、デフォルトＢＷＰ上の共通の探索空間（Common  Search  Space：ＣＳＳ）においてＣＯＲＥＳＥＴを検出し、またはＲＲＣコネクテッドモードにおいて、所定のＢＷＰでの測定を実行および報告することができる。ｇＮＢは、次の何れかでＵＥを設定できる。即ち、（ｉ）現在アクティブなＤＬ  ＢＷＰ上の、ＸスロットのＤＬ割り当てまたはＵＬ許可が受信されない場合に、ＲＲＣコネクテッドモードにおけるデフォルトＤＬ  ＢＷＰへと再チューニングするようにＵＥをトリガーするタイマー、または（ｉｉ）ＵＥをＤＬ  ＢＷＰへと再チューニングするようにトリガーする時間パターン、例えば周期的パターンである。
【０１０８】
ＵＥがＲＲＣコネクテッドモードから、ＲＲＣアイドルモードまたは非アクティブモードへ変化するときに、ＵＥはデフォルトＢＷＰに戻ることができ、ここではデフォルトＢＷＰに設定されたＳＳバーストを介して、同期、モビリティ測定などを実行することができる。ＵＥがＤＲＸタイマーを用いて設定されれば、ＵＥは、ＤＲＸスリープサイクルからウェイクアップした後、ビーム回復（ＢＲ）を実行するためにデフォルトのＢＷＰへと再チューニングでき、また（ｉ）デフォルトＢＷＰまたは設定済みＢＷＰの競合ＰＲＡＣＨ、または（ｉｉ）デフォルトＢＷＰまたは利用可能な場合は設定済みＢＷＰにおけるＰＵＣＣＨを介して、ビーム回復要求（ＢＲＲ）を送信できる。
【０１０９】
＜複数のＢＷＰ操作のレートマッチングまたはパンクチャリング＞
更に別の実施形態によれば、ＢＷＰの位置は、ＲＲＣ、ＭＡＣ  ＣＥのような上位層シグナリングによって設定され、またはＤＣＩによって動的に設定された開始オフセットＲｐおよび帯域幅Ｗによって識別することができる。開始オフセットＲｐは、ＢＷＰが基準点（システムの基準ＰＲＢなど）から離れているユニット（ＰＲＢなど）の数を表す。帯域幅Ｗは、ＢＷＰが占有するユニットの数であり、ここでのユニットはＰＲＢまたはＲＢＧの中に配置できる。ＵＥは、同時に複数のＢＷＰを受信できる。一例としては２つのＢＷＰが使用され、図１０に示すように、Ｒｐ１およびＷ１がＢＷＰ１のために設定され、またＲｐ２およびＷ２がＢＷＰ２のために設定される。当該２つのＢＷＰの場所には、次の３つのオプションがある。即ち、（ｉ）ＢＷＰ１およびＢＷＰ２は、開始オフセットが同じで帯域幅が異なり、ここでは、Ｒｐ１＝Ｒｐ２およびＷ１≠Ｗ２であり、（ｉｉ）ＢＷＰ１およびＢＷＰ２は異なる開始オフセットおよび同じ帯域幅を有し、ここでは、Ｒｐ１≠Ｒｐ２およびＷ１＝Ｗ２であり、また（ｉｉｉ）ＢＷＰ１およびＢＷＰ２は異なる開始オフセットおよび異なる帯域幅を有し、ここでは、Ｒｐ１≠Ｒｐ２およびＷ１≠Ｗ２である。
【０１１０】
ＵＥが２つのアクティブなＢＷＰを用いて設定され、ここで両方のＢＷＰがデータ受信に使用されるときは、当該２つのＢＷＰは重複できない。１つのアクティブなＢＷＰ１および１つの非アクティブなＢＷＰ２を用いてＵＥが設定されるときは、これら２つのＢＷＰは非オーバーラップであることができ、または部分的なオーバーラップであることができる。このシナリオにおいて、アクティブなＢＷＰ１はデータ受信に使用され、非アクティブなＢＷＰ２は次の機能の１つ以上を実行するために使用できる。即ち、（ｉ）ＣＳＩ測定用のＣＳＩ−ＲＳ、（ｉｉ）モビリティ測定用のＣＳＩ−ＲＳ／ＳＳブロック、および（ｉｉｉ）時間／周波数追跡のためのＴＲＳである。
【０１１１】
ＵＥは、異なる時間にアクティブなＢＷＰ１でデータを受信している間、同一または異なる非アクティブなＢＷＰを監視できる。ＵＥが異なる時間に異なるＢＷＰを監視する必要があるならば、次のオプションの何れかを使用して、監視すべきＢＷＰのパターンを設定できる。
【０１１２】
（ｉ）ＢＷＰ周波数ホッピングパターンは、上位層シグナリング、例えばＲＲＣシグナリングおよびＭａｃ  ＣＥを通してＵＥに設定され得る。ＵＥは、監視されるべき｛Ｒｐ１…Ｒｐｎ｝および｛Ｗ１…Ｗｎ、｝を備えた非アクティブＢＷＰのロケーション、ｎＢＷＰの周波数ホッピングパターン、監視時間（例えば、各ＢＷＰはｍスロットにおいて監視される必要がある）、および監視すべき基準信号の情報を用いて設定される。
【０１１３】
（ｉｉ）監視すべき非アクティブなＢＷＰは、ＤＣＩによって動的に設定できる。ＤＣＩは、ＢＷＰロケーション、監視すべき基準信号のような非アクティブなＢＷＰの情報を含むパラメータ組を示すフィールドを搬送し、これは上位層シグナリングによって設定される。ＵＥは、ＢＷＰのＣＯＲＥＳＥＴを介して対応するＰＤＣＣＨを検出することによって設定の詳細を決定し、非アクティブなＢＷＰを監視する。
【０１１４】
ＵＥがアクティブＢＷＰ１および非アクティブＢＷＰ２で設定される場合、これら２つのＢＷＰの時間および周波数リソースの一部が互いにオーバーラップする可能性がある。同じリソース要素が異なる目的で両方のＢＷＰにスケジュールされる場合、信号の衝突が発生し、パフォーマンスが低下する。この問題を解決するために、様々な使用事例に応じて、次の何れかの方法を使用できる。
【０１１５】
第１の方法では、アクティブなＢＷＰ１がレートマッチングを実行する。例えば、ＰＤＳＣＨについてＢＷＰ１により使用されるリソース、およびＣＳＩ−ＲＳ、ＴＲＳのような基準信号を送信するためにＢＷＰ２により使用されるリソース上で、衝突が発生している可能性がある。このシナリオにおいて、ｇＮＢは、基準信号ポートとしてＢＷＰ２により使用されるリソース要素の周りで、ＰＤＳＣＨのレートマッチを実行する。ＵＥは、レートマッチングがｇＮＢによって要求されることを示す。基準信号の設定を用いて、ＵＥは、ＢＷＰ１の何れのＲＥが基準信号ポートに対してミュートされているかを判断し、それに応じてＰＤＳＣＨ上のデータをデコードできる。
【０１１６】
第２の方法では、アクティブなＢＷＰ１がパンクチャされる。このオプションは、２つのＢＷＰ間での重複領域が小さいシナリオに適用される可能性がある。ＢＷＰ２のＣＳＩ−ＲＳの幾つかのＲＥがＢＷＰ１のＰＤＳＣＨとオーバーラップしているならば、ＢＷＰ１のためのＰＤＳＣＨの明白なパフォーマンス低下を引き起こすことなく、ＢＷＰ２のためのＣＳＩ−ＲＳの送信を保証するために、ＣＳＲ−ＲＳポートについて使用されるオーバーラップＲｅｓにおいてＰＤＳＣＨがパンクチャされ得る。
【０１１７】
第３の方法では、非アクティブなＢＷＰ２がパンクチャされる。このオプションは、ＢＷＰ２が、複数のスロットでのサンプル収集が要求される測定を実行しているシナリオに適用される可能性がある。例えば、ＵＥが時間ウィンドウ内でＢＷＰ２についてＣＳＩベースの測定を実行しているときに、幾つかのＣＳＩ−ＲＳがパンクチャされた場合、例えばそれらのポートで送信されない場合には、パフォーマンスに影響を与えることなく、ＢＷＰ１での送信、例えばＢＷＰ１におけるＰＤＣＣＨ送信の高い優先性を保証できる一方、測定結果に有意に影響することはないであろう。
【０１１８】
本願によれば、ＣＳＩ−ＲＳが例示的に使用され、また上記で述べた方法の何れかを、ＢＷＰ１での制御またはデータ送信と共にＢＷＰ２上で使用できることが想定される。衝突が発生したときには複数のオプションを使用できるので、ＵＥは、何れの方法を使用するかを指示する必要がある。この指示は、例えば定期的または半永続的な設定について、ＲＲＣシグナリングおよび／またはＭＡＣ  ＣＥのような上位層設定を通して実行できる。或いは、それはＤＣＩによって動的に示すことができ、ここでのＤＣＩフィールドは、上位層のシグナリングによって設定された関連パラメータを含むパラメータ組を指称する。
【０１１９】
＜ＢＷＰについてのＰＲＡＣＨ操作＞
本願の別の態様によれば、ＢＷＰを用いたＰＲＡＣＨ操作は、例えば、初期アクセス、ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの移行、ＲＲＣ接続の再確立、ランダムアクセスを必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＤＬ到着、ハンドオーバ、マルチリンク、およびビーム回復のような、幾つかのＵＥモードで使用できる。
【０１２０】
この出願において、ＰＲＡＣＨリソースには２つの主要部分が含まれている。最初の部分は、ＵＬ  ＰＲＡＣＨ送信リソース（例えば、ＵＬ  ＢＷＰおよびプリアンブル）である。２番目の部分は、ＤＬ  ＲＡ応答（RA  response：ＲＡＲ）リソース（例えば、ＤＬ  ＢＷＰ）である。動的ＴＤＤフレキシブルサブフレームの場合、ＤＬ  ＲＡＲおよびＵＬ  ＰＲＡＣＨ送信は同じＢＷＰ内にある。ＲＡＲ受信用ＤＬ  ＢＷＰおよびＰＲＡＣＨ送信用ＵＬ  ＢＷＰは、ＵＥがサポートするＢＷＰ内で個別に設定および割り当てることができる。一方、ＲＡＲおよびＰＲＡＣＨは、ＦＤＤのための個別のＢＷＰにセットされる。即ち、２つのＢＷＰが存在する。１つはＵＬ  ＰＲＡＣＨ送信、例えばＵＬ  ＢＷＰであり、もう１つはＤＬ  ＲＡＲ受信、例えばＤＬ  ＢＷＰである。
【０１２１】
＜ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの初期アクセスまたは移行＞
初期ＲＲＣ接続のセットアップにおいて、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態へ切替えるために、ＵＥはランダムアクセスを開始できる。複数のＳＳＢ（Synchronization  Burst  Set：同期バーストセット）へのＮＲ  ＣＣブロードキャストがＳＳＢｉとして示されていれば、異なるＳＳラスターにおいて、ｉ＝１、……Ｓである。図１１Ａおよび図１１Ｂに示すように、数秘術ＳＳＢｉは、ｉ≠ｊについての数秘術ＳＳＢｊに等しい。図１１Ａは、ＳＳＢ１およびＳＳＢ２がシステム情報（ＳＩ）を共有する例を示している。図１１Ｂは、ＳＩが、ＳＳＢ１およびＳＳＢ２によって独立して所有されている例を示している。
【０１２２】
ＵＥがＲＲＣ＿ＩＤＬＥモードから初期アクセスを実行するとき、ＰＲＡＣＨリソースは異なる場合がある。例えば、ｉ≠ｊについてＳＩｉ＝ＳＩｊであれば、図１２Ａ１に示すように、ＰＲＡＣＨリソースは共有ＰＲＡＣＨ割り当てリソースとして設定できる。図１２Ａ２は、単一の割り当てられたＰＲＡＣＨ周波数リソースの例を示す。
【０１２３】
或いは、図１２Ｂ１は、複数の割り当てられたリソースとして設定されたＰＲＡＣＨリソースを示している。図１２Ｂ２は、ＰＲＡＣＨ送信のためのｉ≠ｊについてＳＩｉ＝ＳＩｊのときの、複数の割り当てられたＰＲＡＣＨ周波数リソースの例を示している。
【０１２４】
ｉ≠ｊについてＳＩｉ≠ＳＩｊであれば、ＰＲＡＣＨリソースは、図１３Ａに示すように、共有ＰＲＡＣＨ割り当てリソースとして設定できる。図１３Ａは、単一の割り当てられたＰＲＡＣＨ周波数リソース事例１の例を示している。或いは、図１３Ｂに示すように、ＰＲＡＣＨリソースは複数の割り当てられたリソースとして設定することもできる。図１３Ｂは、単一の割り当てられたＰＲＡＣＨ周波数リソース事例２の例を示している。図１３Ｃは、ｉ≠ｊについてＳＩｉ≠ＳＩｊのときの、複数の割り当てられたＰＲＡＣＨ周波数リソースの例を示している。
【０１２５】
ここで、我々は狭帯域ＵＥ、例えばＢＷＵＥと称するそのサポートされたＢＷを定義する。狭帯域ＵＥ、例えばＢＷＵＥ＜ＢＷＣＣが、ｉ≠ｊについてＳＩｉ＝ＳＩｊのときに、ＰＲＡＣＨを送信するための複数の割り当てられたＰＲＡＣＨリソースを有していれば、ＵＥは割り当てられたＰＲＡＣＨリソースをランダムに選択するか、またはセルＩＤおよびＲＡ−ＲＮＴＩに基づいてＰＲＡＣＨリソースを選択することができる。
【０１２６】
図１４Ａおよび１４Ｂは、ＲＲＣ＿ＩＤＬＥモードから初期アクセスを実行する２つのＵＥを示している。各ＵＥについて、ＢＷＵＥ＜ＢＷＣＣおよびＳＩは、割り当てられた複数のＰＲＡＣＨリソースを示す。この場合、ＵＥ１およびＵＥ２は、ＰＲＡＣＨを送信（ＵＬ）するための２つのＰＲＡＣＨリソースを有している。図１４Ａにおいて、ｉ≠ｊについてＳＩｉ＝ＳＩｊのとき、ＰＲＡＣＨリソースはＳＩ１およびＳＩ２に関連付けられる。図１４Ｂにおいて、ｉ≠ｊについてＳＩｉ≠ＳＩｊのときに、ＰＲＡＣＨリソースはＳＩ１およびＳＩ２に関連付けられる。
【０１２７】
別の実施形態において、ｇＮＢまたはセル／ＴＲＰは、少なくとも１つのＤＬ  ＢＷＰをデフォルトＢＷＰとして設定することができ、このデフォルトＢＷＰ（複数可）は、ＵＥのＢＷ内にセットされたＳＳバーストを含むべきである。ＰＲＡＣＨリソースには、割り当てられた周波数リソースとＰＲＡＣＨプリアンブル構成が含まれる。ＰＲＡＣＨリソースはＳＳＢに結び付けられる可能性がある。
【０１２８】
デフォルトＢＷＰについて、ＵＥのＰＲＡＣＨリソース（割り当てられた周波数リソースおよびＰＲＡＣＨプリアンブルを含む）は、ＳＩ情報によって示され得る。ＰＤＳＣＨキャリーＳＩはＭＩＢによって示され得る。図１５Ａおよび１５Ｂに示すように、数秘術ＳＳＢｉは、ｉ≠ｊについての数秘術ＳＳＢｊと等しくはない。図１５Ａは、システム情報（ＳＩ）が、ＳＳＢ１およびＳＳＢ２によって共有される例を示している。図１５Ｂは、ＳＩがＳＳＢ１とＳＳＢ２によって独立に所有される例を示している。
【０１２９】
ＵＥがＲＲＣ＿ＩＤＬＥモードから初期アクセスを実行するときのＰＲＡＣＨリソースは、次のオプションの何れかを採用できる。ｉ≠ｊについてＳＩｉ＝ＳＩｊのときに、ＰＲＡＣＨリソースは、図１６Ａ１に示すように、共有ＰＲＡＣＨ割り当てリソースとして設定できる。図１６Ａ２は、ＰＲＡＣＨ送信の場合の、ｉ≠ｊについてＳＩｉ＝ＳＩｊのときの、単一の割り当てられたＰＲＡＣＨ周波数リソースの例を示している。或いは、ＰＲＡＣＨリソースは、図１６Ｂ１に示すように、複数の割り当てられたリソースとして設定できる。図１６Ｂ２は、複数の割り当てられたＰＲＡＣＨ周波数リソースの例を示しており、ここでＰＲＡＣＨ送信の場合、ｉ≠ｊについてＳＩｉ＝ＳＩｊである。
【０１３０】
更に、ｉ≠ｊについてＳＩｉ≠ＳＩｊの場合、図１７Ａに示すように、ＰＲＡＣＨリソースは共有ＰＲＡＣＨ割り当てリソースとして設定できる。図１７Ａは、ｉ≠ｊについてＳＩｉ≠ＳＩｊの場合の、単一の割り当てられたＰＲＡＣＨ周波数リソースの事例１の例を示している。或いは、ＰＲＡＣＨリソースは、図１７Ｂに示すように、複数の割り当てられたリソースとして設定され得る。図１７Ｂは、単一の割り当てられたＰＲＡＣＨ周波数リソースの事例２の例を示しており、ここではｉ≠ｊについてＳＩｉ≠ＳＩｊである。図１７Ｃは、複数の割り当てられたＰＲＡＣＨ周波数リソースの例を示しており、ここではｉ≠ｊについてＳＩｉ≠ＳＩｊである。ここで、我々は狭帯域ＵＥ、例えばＢＷＵＥと表示されるサポートされたＢＷを定義する。狭い帯域ＵＥ、例えばＢＷＵＥ＜ＢＷＣＣが、ｉ≠ｊについてＳＩｉ＝ＳＩｊであるときに、ＰＲＡＣＨを送信するための複数の割り当てられたＰＲＡＣＨリソースを有するならば、ＵＥは、セルＩＤおよびＲＡ−ＲＮＴＩに基づいてＰＲＡＣＨリソースを選択するか、またはＵＥは割り当てられたＰＲＡＣＨリソースをランダムに選択してよい。
【０１３１】
図１８Ａは、ＳＩ１およびＳＩ２に関連付けられ、またｉ≠ｊについてＳＩｉ≠ＳＩｊのＰＲＡＣＨリソースを示している。図１８Ｂは、ｉ≠ｊについてＳＩｉ≠ＳＩｊである場合のＳＩ１およびＳＩ２に関連するＰＲＡＣＨリソースを示す。図１８Ａおよび１８Ｂの両方において、２つのＵＥが、ＲＲＣ＿ＩＤＬＥモードから初期アクセスを実行する。各ＵＥについて、ＢＷＵＥ＜ＢＷＣＣおよびＳＩは、割り当てられた複数のＰＲＡＣＨリソースを示す。この場合、ＵＥ１およびＵＥ２は、ＰＲＡＣＨを送信するための２つのＰＲＡＣＨリソースを有する。ｇＮＢまたはセル／ＴＲＰは、少なくとも１つのＤＬ  ＢＷＰをデフォルトＢＷＰとして設定でき、このデフォルトＢＷＰは、ＵＥのＢＷ内のＳＳバースト組、ならびに割り当てられた周波数リソースを含むＰＲＡＣＨリソースおよびＰＲＡＣＨプリアンブル設定を含むことができる。ＰＲＡＣＨリソースは、ＳＳＢに関連付けられ得る。
【０１３２】
図１９Ａは、ＳＳＢへのＮＲ  ＣＣブロードキャストを示しており、ここでのＳＳＢ１の数秘術はＳＳＢ２と同じである。図１９Ｂは、ＳＳＢ１数秘術がＳＳＢ２と等しくないＳＳＢへの、ＮＲ  ＣＣブロードキャストを示している。デフォルトＢＷＰについてのＵＥのＰＲＡＣＨリソース（割り当てられた周波数リソースおよびＰＲＡＣＨプリアンブルを含む）は、ＳＩ情報で示されるＰＲＡＣＨリソース由来であり得る。ＰＤＳＣＨキャリーＳＩはＭＩＢによって示される。
【０１３３】
事例１および事例２の場合、ＳＳＢｉおよびＳＳＢｊのマスター情報ブロック（ＭＩＢ）で示されるシステム情報（ＳＩ）が、ｉ≠ｊについて共有できること、例えば、ｉ≠ｊについてシステム情報のリソースＳＩｉ＝ＳＩｊが、この出願に従って想定される。或いは、ＳＩはｉ≠ｊについて異なる周波数リソースに独立に割り当てられてよく、例えば、ｉ≠ｊについてシステム情報ＳＩｉ≠ＳＩｊである。ｉ＝１、…ＳについてのＳＩｉの帯域幅は、システムがサポートし得る最小帯域幅を超えてはならない。
【０１３４】
図２０Ａは、ＳＳＢ１およびＳＳＢ２で共有されるＳＩ（ａ）を示している。図２０Ｂは、ＳＳＢ１およびＳＳＢ２が独立に所有するＳＩを示している。
【０１３５】
図２１Ａ１は、割り当てられた単一のＰＲＡＣＨ周波数リソースを示しており、ここでＰＲＡＣＨ送信の場合は、ｉ≠ｊについてＳＩｉ＝Ｓｉｊである。ＵＥがＲＲＣ＿ＩＤＬＥモードから初期アクセスを実行するＰＲＡＣＨリソースには、多くのオプションが存在する。例えば、ｉ≠ｊについてＳＩｉ＝ＳＩｊであれば、図２１Ａ２に示すように、ＰＲＡＣＨリソースは共有されたＰＲＡＣＨ割り当てリソースとして設定できる。図２１Ｂ１は、複数の割り当てられたＰＲＡＣＨ周波数リソースを示しており、ＰＲＡＣＨ送信の場合、ｉ≠ｊについてＳＩｉ＝ＳＩｊである。ここでは、図２１Ｂ２に示すように、ＰＲＡＣＨリソースは複数の割り当てられたリソースとして設定できる。
【０１３６】
図２２Ａは、ｉ≠ｊについてＳＩｉ≠ＳＩｊである、単一の割り当てられたＰＲＡＣＨ周波数リソースの事例１を示している。ｉ≠ｊについてＳＩｉ≠ＳＩｊであれば、図２２Ａに示すように、ＰＲＡＣＨリソースは共有ＰＲＡＣＨ割り当てリソースとして設定できる。図２２Ｂは、ｉ≠ｊについてＳＩｉ≠ＳＩｊである場合の、単一の割り当てられたＰＲＡＣＨ周波数リソース事例２を示している。或いは、図２２Ｂに示すように、ＰＲＡＣＨリソースを複数の割り当てられたリソースとして設定することもできる。図２２Ｃは、ｉ≠ｊについてＳＩｉ≠ＳＩｊである場合の、複数の割り当てられたＰＲＡＣＨ周波数リソースを示している。
【０１３７】
この実施形態によれば、狭帯域ＵＥは、ＢＷＵＥとして示されるサポートされたＢＷを含む。狭帯域ＵＥ（例えば、ＢＷＵＥ＜ＢＷＣＣ）が、ＰＲＡＣＨを送信するための複数の割り当てられたＰＲＡＣＨリソースを有していれば、ｉ≠ｊについてＳＩｉ＝ＳＩｊのときに、ＵＥは、セルＩＤおよびＲＡ−ＲＮＴＩに基づいてＰＲＡＣＨリソースを選択でき、或いは、割り当てられたＰＲＡＣＨリソースの１つをランダムに選択できる。
【０１３８】
更なる実施形態において、図２３Ａおよび図２３Ｂは、２つのＵＥがＲＲＣ＿ＩＤＬＥモードから初期アクセスを実行する例を示している。各ＵＥについて、ＢＷＵＥ＜ＢＷＣＣおよびＳＩは、割り当てられた複数のＰＲＡＣＨリソースを示す。この場合、ＵＥ１およびＵＥ２は、ＰＲＡＣＨを送信するための２つのＰＲＡＣＨリソースを有している。図２３Ａは、ＳＩ１およびＳ１２に関連付けられ、且つｉ≠ｊについてＳＩｉ＝ＳＩｊであるＰＲＡＣＨリソースの例を示している。図２３Ｂは、ＳＩ１およびＳ１２に関連付けられ、ここではｉ≠ｊについてＳＩｉ≠ＳＩｊであるＰＲＡＣＨリソースの例を示している。
【０１３９】
ｇＮＢまたはセル／ＴＲＰは、少なくとも１つのＤＬ  ＢＷＰをデフォルトＢＷＰとして設定でき、また当該デフォルトＢＷＰは、ＵＥのＢＷ内のＳＳバースト組、ならびに割り当てられた周波数リソースおよびＰＲＡＣＨプリアンブル設定を含むＰＲＡＣＨリソースを含むべきである。このＰＲＡＣＨリソースは、ＳＳＢに結び付けることができる。デフォルトＢＷＰのためのＵＥのＰＲＡＣＨリソース（割り当てられた周波数リソースおよびＰＲＡＣＨプリアンブルを含む）は、ＳＩ情報で示されるＰＲＡＣＨリソースから取得できる。ＰＤＳＣＨキャリーＳＩは、ＭＩＢによって示される。
【０１４０】
＜ＲＲＣ接続の再確立手順＞
アプリケーションの更に別の態様によれば、無線リンク障害（ＲＬＦ）が発生すると、ＵＥはＲＲＣ接続を再確立する必要がある。このシナリオにおいて、ＵＥはランダムアクセスを開始する。設定された競合ＰＲＡＣＨリソースがアクティブなＢＷＰに存在しなければ、ＵＥはそのＢＷを、設定された競合ベースのＰＲＡＣＨリソースに再チューニングでき、例えば、ランダムアクセスプリアンブルを送信し且つランダムアクセス応答を受信するデフォルトＢＷＰで定義された競合ベースのＰＲＡＣＨリソースに再チューニングできる。
【０１４１】
ＲＲＣ再確立手順の最中に、ｇＮＢは、ＵＥの新しいＢＷＰを設定できる。ＲＲＣ再確立手順が完了すると、ＵＥは、そのＢＷＰをアクティブなＢＷＰにチューニングできる。競合ベースのＰＲＡＣＨリソースがデフォルトＢＷＰに存在すれば、ＵＥは、ＳＳＢに関連付けられたＰＲＡＣＨリソースを使用してＰＲＡＣＨを送信できる。競合ベースのＰＲＡＣＨリソースがデフォルトのＢＷＰに存在しなければ、ＵＥはＣＳＩ−ＲＳに関連付けられたＰＲＡＣＨリソースを使用して、ＰＲＡＣＨを送信することができる。
【０１４２】
図２４Ａは、ＰＲＡＣＨリソースが現在アクティブなＢＷに存在しない場合の、ＲＲＣ接続の再確立を示している。ここでは、設定された競合ベースのＰＲＡＣＨが、デフォルトのＢＷＰ内で割り当てられる。現在のアクティブなＢＷＰは、ＰＲＡＣＨ周波数リソースと重複しない。ＲＲＣ接続を再確立する必要があるならば、ＵＥは、ＢＷを現在のアクティブなＢＷＰからデフォルトのＢＷＰに、またはＰＲＡＣＨリソースを含むＢＷＰへとチューニングできる。ＲＲＣ再確立手順が完了したら、ＵＥは、ＲＲＣ再確立手順の最中に新しいアクティブなＢＷＰが設定されている場合には、ＢＷＰを新しいアクティブなＢＷＰに再チューニングできる。そうであれば、ＵＥは、ＲＲＣが再確立される前に、ＢＷＰをアクティブなＢＷＰに再チューニングできる。
【０１４３】
図２４Ｂは、ＲＲＣ接続の再確立を示しており、ここではＲＲＣ再確立手順の最中にＵＥアクティブＢＷが再設定される。
【０１４４】
ＢＷＰ設定を用いてＲＲＣ接続を再確立する方法が、図２５に例示的に示される。一実施形態では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥがアップリンクデータをｇＮＢに送信し、それがアップリンク同期シナリオ外であることを発見することが必要とされる方法が採用され得る。別の実施形態において、この方法は、ランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤの際のＤＬデータ到着について、例えば、ＵＬ同期状態が「非同期」であるときに採用することができる。
【０１４５】
一実施形態において、ｇＮＢが、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のダウンリンクデータをＵＥに送信する必要があり、アライメントタイマーの期限切れによりＵＥがアップリンク同期から外れていることを発見するときに、ｇＮＢはＵＥに対して、無競合のランダムアクセスを開始するよう指示する。無競合のＰＲＡＣＨは、ＤＣＩ（ＰＤＣＣＨ）およびＢＷＰ操作のＰＲＡＣＨリソースを介して動的にトリガーされる。無競合のＰＲＡＣＨリソース、例えばＵＬ  ＰＲＡＣＨ送信およびＤＬ  ＲＡＲ受信リソースが、アクティブ帯域に割り当てられるならば、ＤＬ  ＲＡ応答（ＲＡＲ）およびＵＬ  ＰＲＡＣＨ送信は同じアクティブ帯域内で実行されるため、アクティブなＢＷＰを再チューニングする必要はない。他方、無競合のＰＲＡＣＨリソースがアクティブな帯域にないならば、ＵＥはアクティブなＢＷＰからＢＷＰへと再チューニングして、そこでＤＬ  ＲＡＲを受信し、ＰＲＡＣＨプリアンブルを送信できる。
【０１４６】
ＵＥは、同期が完了すると、再チューニングしてアクティブＢＷＰに戻ることができる。割り当てられた無競合のＰＲＡＣＨリソースは、ＣＳＩ−ＲＳまたはコネクテッドモードＳＳＢによって示され得る。ＰＲＡＣＨプリアンブルを送信するタイミングは、時間スロットでのＤＣＩの受信と共に、ｌ記号の後に設定され得る。
【０１４７】
図２６は、ＢＷＰ設定を用いたランダムアクセスを必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤの際のＤＬデータ到着のための方法の例を示している。各ステップはアラビア数字で示される。特に、ＵＥは、ステップ４において時間アライメントタイマーが期限切れすることを判断する。ＵＥは、バッファ状態のｇＮＢからＤＬデータを受信する。ＵＥは、必要に応じてＢＷＰをＰＲＡＣＨ  ＢＷＰに再チューニングし、ステップ７において、ｇＮＢにＲＡＣＨプリアンブルを含むメッセージを送信する。ＵＥはステップ８において、ＲＡＲタイミング調整（ＴＡ）を受信する。次に、ＵＥはそのＵＬを同期させる（ステップ９）。ステップ１０および１１においてＲＲＣＥ接続の再設定を受信して確認した後、ＵＥは、ＢＷＰをアクティブＢＷＰへと再チューニングする。
【０１４８】
＜ハンドオーバ＞
ハンドオーバに関する本願の更に別の態様によれば、ＵＥはターゲットセルでランダムアクセスを開始する。競合ベースのＰＲＡＣＨがハンドオーバに使用され、設定された競合ＰＲＡＣＨリソースがアクティブなＢＷＰに存在しなければ、ＵＥはそのＢＷを、定義済みの競合ＰＲＡＣＨリソースへと再チューニングできる。例えば、デフォルトＢＷＰで定義された競合ＰＲＡＣＨリソースは、ランダムアクセスプリアンブルの送信および応答の受信に使用される。
【０１４９】
ターゲットｇＮＢは、ハンドオーバーコマンド、例えば、ＵＥに送信されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで提供されるＰＨＹ／ＭＡＣ設定を介して、新しいＢＷＰ（複数可）情報を設定できる。ハンドオーバ手順が完了すると、ＵＥはＢＷＰを、新しいアクティブＢＷＰとしてターゲットセル内のＲＲＣ設定されたＢＷＰにチューニングできる。ターゲットセルのＢＷＰ設定は、表６に示すように、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄリストの中にある。
【０１５０】
【表６】
2020533860.tif 000009
【０１５１】
新しい「ｂａｎｄｗｉｄｔｈＰａｒｔＩｎｆｏ」サブフィールドが、「ｐｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ」フィールドに追加される。「ｂａｎｄｗｉｄｔｈＰａｒｔＩｎｆｏ」は、ＵＥのターゲットセルＢＷＰ情報を列記する。
【０１５２】
競合ＰＲＡＣＨリソースがデフォルトＢＷＰ（複数可）にあるならば、ＵＥは、ターゲットセルのＳＳＢに関連付けられたＰＲＡＣＨリソースを使用できる。競合ＰＲＡＣＨリソースがデフォルトＢＷＰ（複数可）になければ、ＵＥは、ターゲットセルのＳＳＢに関連付けられたＰＲＡＣＨリソースｔを使用してもよい。
【０１５３】
無競合ベースのＰＲＡＣＨがハンドオーバに使用される場合、無競合のＰＲＡＣＨはＤＣＩ（ＰＤＣＣＨ）を介して動的にトリガーされる。例えば、ＰＤＣＣＨ順序および無競合ＰＲＡＣＨリソース、例えばＢＷＰ（複数可）操作は、アクティブバンド内にある無競合ＰＲＡＣＨ周波数リソースである場合があり、この場合、ＰＲＡＣＨプリアンブルを送信し、またＲＡ応答（ＲＡＲ）はアクティブバンドで行うことができる。或いは、無競合のＰＲＡＣＨリソースに無競合のＰＲＡＣＨリソースを割り当てることができる。例えば、ＢＷＰが（現在の）アクティブ帯域にない場合、ＵＥはそのＢＷＰを再チューニングして無競合のＰＲＡＣＨに戻し、また設定されたＰＲＡＣＨ  ＢＷＰにおいてＲＡＲを受信する。ＵＥがハンドオーバを完了すると、ＵＥはアクティブなＢＷＰに戻る。割り当てられた無競合のＰＲＡＣＨリソースは、ＣＳＩ−ＲＳまたはコネクテッドモードＳＳＢによって示すことができる。ＰＲＡＣＨを送信するタイミングは、ＤＣＩの受信に続いて設定されたｌ記号であり得る。
【０１５４】
図２７に、ＢＷＰ操作を使用したＵＥハンドオーバ手順のコールフローの例を示す。この手順では、無競合ベースのＰＲＡＣＨ操作のために、ＢＷＰ設定によるランダムアクセスが必要である。
【０１５５】
＜マルチリンク＞
本出願の更なる態様によれば、１つまたは複数のＰＤＳＣＨが、１つのＢＷＰで送信され得ることが想定される。一実施形態において、ＰＤＳＣＨは、送信のために２つのＢＷＰに分割され得る。例えば、ＵＥは３つのＢＷＰおよび２つのＰＤＳＣＨ送信で設定される。この例において、ＵＥは、例えばＢＷＰ＃１、ＢＷＰ＃２、ＢＷＰ＃３のような３つのＢＷＰで設定される。ＰＤＳＣＨ＃１は、ＢＷＰ＃１およびＢＷＰ＃３において送信されてよい。ＰＤＳＣＨ＃２は、ＢＷＰ＃２において送信されてよい。これは、（主）ＰＤＣＣＨが（主）ＢＷＰにおいて２つのＰＤＳＣＨを同時スケジュールする場合に実現され得る。例えば、ＢＷＰ＃１をＰＤＣＣＨの同時スケジューリングの主ＢＷＰとしてセットする。或いは、２つのＰＤＳＣＨは、２つのＰＤＣＣＨによって独立にスケジュールされてもよい。各ＰＤＣＣＨは、設定されたＣＯＲＥＳＥＴを有するＢＷＰ上でのみ送信する。例えば、ＰＤＣＣＨ＃１はＢＷＰ＃１上で送信されてよく、ＰＤＣＣＨ＃２はＢＷＰ＃３において送信されてよい。
【０１５６】
主ＰＤＣＣＨが２つのＰＤＣＳＨを同時スケジュールし、これらのリンク（またはＴＲＰ）の１つがＲＲＣ再設定またはＤＬ／ＵＬ非同期を要求するならば、ランダムアクセスはデフォルトＢＷＰに関連付けられたＰＲＡＣＨ  ＢＷＰを使用できる。デフォルトＢＷＰがアクティブなＢＷＰの１つと部分的または全体的にオーバーラップするならば、割り当てられたＰＲＡＣＨ  ＢＷを含むレートマッチング情報を、ＵＥに通知する必要がある。
【０１５７】
主ＰＤＣＣＨが２つのＰＤＣＳＨを独立にスケジュールし、またリンク（またはＴＲＰ）の１つがＲＲＣ再設定またはＤＬ／ＵＬ同期外れを要求するのであれば、ＲＡは、各デフォルトＢＷＰに関連付けられたＰＲＡＣＨ  ＢＷＰを使用できる。各デフォルトＢＷＰがアクティブなＢＷＰの１つと部分的または完全に重複するのであれば、割り当てられたＰＲＡＣＨ  ＢＷを含むレートマッチング情報は、ＵＥに通知する必要がある。複数のＢＷＰが主デフォルトＢＷＰのみを使用するのであれば、ＵＥは、主デフォルトＢＷＰにおいてＰＲＡＣＨリソース（例えば、ＰＲＢ上のＰＲＡＣＨ）を使用できる。
【０１５８】
図２８Ａに示す例示的な実施形態において、２つのＰＤＣＣＨは、同時スケジュールされ、またデフォルトＢＷ１に関連付けられたＰＲＡＣＨ  ＢＷを使用する。図２８Ｂでは、２つのＰＤＣＣＨが独立にスケジュールされ、また各デフォルトＢＷＰに関連付けられたＰＲＡＣＨ  ＢＷ、例えばデフォルトＢＷＰ１およびデフォルトＢＷＰ２を使用する。
【０１５９】
＜ビーム回復要求＞
本出願の更に別の態様によれば、ＵＥの現在のビームがビーム障害回復をトリガーするときに、ＵＥはビーム回復要求（ＢＲＲ）を送信する必要があることが発見された。例えば、ＰＵＣＣＨをＢＲＲ送信に使用できないのであれば、ＵＥはＲＡを開始し、そこで（主）デフォルトＢＷＰ（複数可）に戻り、主ＢＷＰに関連付けられたＰＲＡＣＨを使用して、ＢＲＲと共にＰＲＡＣＨを送信する。専用のＰＲＡＣＨプリアンブルを使用して、ＢＲＲを識別できる。次いで、ＵＥはＢＷＰタイマーを設定および開始でき、またＢＷＰタイマーが切れてＲＡＲの受信に成功しないならば、ＵＥは（主）デフォルトＢＷＰ（複数可）に留まり、ＲＲＣ＿ＣＯＮＮＥＣＴをＲＲＣ＿ＩＤＬＥに設定できる。ＢＷＰタイマーが切れる前にビームが回復するならば、ＵＥは、アクティブなＢＷＰ（複数可）への切替え（再チューニング）を行う。
【０１６０】
或いは、ＵＥは、ＲＲＣを介して設定されたＲＡリソースを使用できる。ＲＡリソースには２つの主要な部分が含まれる。これら部分の１つはＵＬ  ＰＲＡＣＨ送信用である。もう１つの部分は、ＤＬ  ＲＡＲ受信用である。設定されたＲＡリソースは、現在のアクティブなＢＷＰ（複数可）と同じものでも異なるＢＷＰ（複数可）でもよい。ＵＥは、主ＢＷＰに関連付けられたＰＲＡＣＨを使用して、ＰＲＡＣＨをＢＲＲと共に送信することができる。専用ＰＲＡＣＨプリアンブルを使用して、ＢＲＲを識別できる。専用ＰＲＡＣＨプリアンブルは、ＢＷＰタイマーのセッティングおよび開始にも使用できる。ＲＡＲを受信する前にＢＷＰタイマーが期限切れすると、ＵＥは設定されたＢＷＰに留まり、ＲＲＣ＿ＣＯＮＮＥＣＴをＲＲＣ＿ＩＤＬＥにセットする。しかし、ＢＷＰタイマーが期限切れする前にビームが回復したならば、ＵＥは必要に応じてアクティブなＢＷＰに切替える（再チューニングする）ことができる。
【０１６１】
ＰＵＣＣＨがＢＲＲ送信のために利用可能であれば、ＵＥは、アクティブなＢＷＰからＰＵＣＣＨを介してＢＲＲを送信し、ＢＷＰタイマーをセットおよび開始することができる。ＢＷＰタイマーが期限切れする前にＡＣＫの受信に成功したしたならば、ビームは回復し、ＵＥはデータの送受信を再開できる。ＢＲＲのＡＣＫを正常に受信せずにＢＷＰタイマーが期限切れしたならば、ＵＥは、設定されたＢＷＰ（複数可）から（主）デフォルトＢＷＰ（複数可）に再チューニングして、ＲＲＣ＿ＣＯＮＮＥＣＴをＲＲＣ＿ＩＤＬＥにセットできる。
【０１６２】
図２９に例示的に示される更なる実施形態に従って、アクティブなＢＷＰタイマーが期限切れし、またＵＥがデフォルトＢＷＰに戻るタイミングを説明する。ＵＥが、ＢＷＰタイマーを使用して、アクティブなＤＬ／ＵＬ帯域幅パート（ＢＷＰ）をデフォルトまたは別のアクティブなＤＬ／ＵＬ  ＢＷＰに切替えるために、ＢＷＰタイマーの構成、解像度、および操作方法を使用できる。ここで説明するアクティブなＢＷＰからデフォルトのＢＷＰに切替えるためのメカニズムは、１つのアクティブなＢＷＰから別のアクティブなＢＷＰへの切替えなどのシナリオにも適用できる。
【０１６３】
ＢＷＰ非アクティビティタイマーは、以下の例示的方法の１つにより設定され、またＵＥにシグナリングすることができる。例えば、ｂｗｐ−ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒは、連続スロットの数を特定でき、当該スロットの間で、ＵＥはＰＤＣＣＨを正常にデコードした後にアクティブになり、これはＵＬまたはＤＬでの新しい送信または再送信を示す。例えば、このタイマーは、ＤＬスケジューリングＰＤＣＣＨ上でＵＬ許可を受信したときに、再起動／リセットされる。このタイマーが切れると、ＵＥは、デフォルトＢＷＰに切替えることができる。
【０１６４】
ＢＷＰ非アクティビティタイマーは、サービングセル、例えば主セル（Ｐセル）または主Ｓセル（ＰＳセル）のためのＲＲＣメッセージによって設定される。ＢＷＰ非アクティビティタイマー設定は、ＤＲＸサイクル設定のＭＡＣ−ＭａｉｎＣｏｎｆｉｇと共同で、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｃｏｎｆｉｇｕａｒｔｉｏｎのようなＲＲＣメッセージにおけるｂｗｐ−ｃｏｎｆｉｇ  ＩＥの下で運ばれ得る。
【０１６５】
ＴＤＤのようなペアリングされていないスペクトルについては、非アクティビティＤＬおよびＵＬ  ＢＷＰタイマーを共同で設定するか、または１つのＢＷＰ非アクティビティタイマーをＤＬおよびＵＬの両方で共有できる。例えば、図２９に示すように、ＢＷＰ非アクティビティタイマー値を１ｍｓにセットできる。この場合、ＢＷＰ非アクティビティタイマーが期限切れになると、ＵＥはデフォルトのＢＷＰに戻る。一方、ＦＤＤのようなペアスペクトルについては、ＤＬおよびＵＬ  ＢＷＰ非アクティビティタイマー、例えばＤＬおよびＵＬ非アクティビティタイマーを個別に設定できる。
【０１６６】
ＢＷＰ非アクティビティタイマー値は、同じ数秘術または異なる数秘術で設定されたＢＷＰ、またはＢＷＰのＢＷに依存する可能性がある。ＲＲＣシグナリングは、各設定されたＢＷＰごとに個別のＢＷＰタイマーを設定できる。しかしながら、デフォルトのＢＷＰに非アクティビティタイマーを設定する必要はない。ＵＥは、ＢＷＰアクティベーションＤＣＩから、ＢＷＰ非アクティビティタイマー値を参照できる。アクティベーションＤＣＩは、ビットマップまたはＢＷＰインデックスを使用して、設定されたＢＷＰが有効であること、またはアクティベートされていることを示す。ＵＥは、アクティベートされたＢＷＰに従って、ＢＷＰ非アクティビティタイマーを設定できる。ＢＷＰのタイマー値は、ＲＲＣのような上位層シグナリングを介して設定できる。
【０１６７】
ＲＲＣメッセージでは、ＢＷＰ非アクティビティタイマー値は、ｍｓのような時間の観点から定義できるため、様々な数秘術または帯域幅に適応できる。ＦＤＤでは、ＤＬまたはＵＬの非アクティビティタイマーを、スロットごとに連続してカウントダウンできる。ＴＤＤでは、ＤＬサブフレームおよび特殊サブフレーム（ＳＳＦ）をカウントするときにのみ、ＢＷＰ非アクティビティタイマーが減少し、ここでのＳＳＦは、ＤＬからＵＬへの切替えを容易にするために使用される。
【０１６８】
ＵＥは、ＵＬ  ＢＷＰ非アクティビティタイマーがオンのときにスケジューリング要求（ＳＲ）を送信できるが、ＳＲを送信すると、ＤＬ  ＢＷＰ非アクティビティタイマーが期限切れになった場合でも、ＳＲ手順を完了するまではＰＤＣＣＨを継続的に監視しなければならない。或いは、ＵＥがＵＬでＳＲを送信するときに、ＦＤＤについてはＵＬを、ＴＤＤについてはＵＬをリセットするか、または自己完結型サブフレームＢＷＰ非アクティビティタイマーをリセットするか、またはアップリンク許可のＤＬ  ＤＣＩを受信したときにはＢＷＰ非アクティビティタイマーを一時停止または保持する必要がある。この方法において、ＤＬ  ＢＷＰ非アクティビティタイマーが対応するｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒよりも短ければ、ＵＥはｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが期限切れになるまでＰＤＣＣＨを監視し続ける必要がある。
【０１６９】
ＦＤＤでは、ＵＥがアップリンク許可ＤＣＩ（ＳＲに対応）を取得すると、それはＵＬ  ＢＷＰ非アクティビティタイマー、例えばｕｌｂｗｐ−ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒをリセットする。ＴＤＤでは、それはＢＷＰ非アクティビティタイマーｂｗｐ−ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒをリセットする。もし、ＵＥがアクティブなＤＬ（第１の）ＢＷＰから別のアクティブなＤＬまたはデフォルト（第２の）ＤＬ  ＢＷＰに切替わり、第１および第２のＢＷＰが異なる数秘術を使用しているならば、ＰＲＡＣＨリソースが各（ＵＬ）ＢＷＰに割り当てられる必要がある。
【０１７０】
図３０Ａは、ＨＡＲＱ  ＲＴＴおよび再送信タイマーのタイミングの例示的な実施形態を示す。ＵＥは、例えば、複数のＢＷＰを備えたサービングセルごとにＢＷＰ非アクティビティタイマーおよび１つのＨＡＲＱエンティティを有し得る。ＢＷＰ非アクティビティタイマーが進行中（例えば、カウントダウン）の間、もし再送信（ＮＡＣＫ）があれば、ＵＥは多くの方法で応答し得る。例えば、ＵＥは、再送信に従ってＢＷＰ非アクティビティタイマーを設定し得る。或いは、ＵＥは再送信のためにＢＷＰ非アクティビティタイマーを保持し得る。
【０１７１】
ＵＥは、以下のうちの最も早いものの後に、非アクティベーションタイマーの維持を解除することができる。即ち、再送信がＡＣＫされること（例えば、再送信データの復号化が成功したとき）、再送信がタイムアウトすること、または再送信が最大再送信に達することである。
【０１７２】
再送信タイマー値は、ＤＣＩ  ＨＡＲＱメッセージを介して動的にシグナリングすることができる。ＵＥは、ＤＣＩを介して動的ＤＬ／ＵＬ  ＨＡＲＱタイミングパラメータを設定できる。動的ＤＬ／ＵＬ  ＨＡＲＱ  Ａ／Ｎタイミングパラメータは、ＫおよびＮである。スロットＮにおけるＤＬ／ＵＬデータ受信、およびスロット＋Ｋにおける確認応答。したがって、再送信タイマー値は、２Ｎ、例えば最小ＨＡＲＱ往復時間（ＲＴＴ）として設定できる。再送信タイマー値は、再送信回数の最大値としてＨＡＲＱ  ＲＴＴをセットできる。
【０１７３】
ＢＷＰ非アクティビティタイマーが進行中（例えばカウントダウンなど）で、且つＢＷＰアクティベーションＤＣＩが受信されている間、再送信は、アクティベーションＤＣＩを運ぶスケジューリングＰＤＣＣＨを用いてターゲットＢＷＰにスケジュールされる。例えば、ＵＥは再送信のためにアクティブ化ＢＷＰに切替え、また、ＢＷＰ非アクティビティタイマーをリセットまたは脱アクティブ化する。
【０１７４】
ＢＷＰ非アクティビティタイマー、例えばｂｗｐ−ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒが期限切れになり、且つＨＡＲＱバッファがまだ空でないとき、ＵＥは、デフォルトまたは別のアクティブなＢＷＰへの切替えを実行している間、ＨＡＲＱバッファをフラッシュしないことを選択できる（例えば、非同期であることをＵＥが報告しない、またはデフォルト（ＵＬ）ＢＷＰに割り当てられたＰＵＣＣＨリソースが存在しない場合）。
【０１７５】
図３０Ｂによると、ＵＥがビーム障害回復（ＢＦＲ）を要求したならば、例えば、ＤＬおよびＵＬの両方のためのビーム回復タイマーおよびｂｗｐ−ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒの両方が実行中である間にＢＦＲのＰＲＡＣＨまたはＰＵＣＣＨを送信すると、ＵＥは、ＤＬおよびＵＬの両方のためのＢＷＰの非アクティビティタイマーを一時停止し。次いでｇＮＢの応答について現在のＢＷＰにおけるＤＬ  ＰＤＣＣＨを監視することができる。ビーム障害回復タイマーが期限切れになる前、またはＵＥがビーム障害回復要求（ＢＦＲＲ）の最大送信数に達する前に、ＵＥがｇＮＢのビーム回復（ＢＲ）応答を受信したならば、ＵＥは、ＢＷＰ非アクティビティタイマーを再開できる。そうでなければ、ＵＥはＨＡＲＱバッファをフラッシュし、ビーム障害の回復が失敗したことを宣言し、次いでデフォルトのＢＷＰに戻すために切替える。
【０１７６】
現在のＢＷＰでビーム障害を検出するときに、ＣＳＩ−ＲＳまたはＳＳＢが、ＵＥのために新しい候補ビームの識別を実行するように設定されていなければ、ＵＥは、ビーム回復タイマーを開始し、データをＨＡＲＱバッファに保持する。ＵＥは、デフォルトのＢＷＰに切替えて、ＤＬおよびＵＬの両方のＢＷＰ非アクティビティタイマーを停止し、新しい候補ビーム識別を実行し、ＢＦＲＲを要求できる。ＵＥは、ビーム回復タイマーが期限切れになるか、またはＵＥがＢＦＲＲの最大送信数に達するまで、ＢＦＲＲ応答を監視する。図３０Ｂは、ＢＦＲを備えたＤＬ  ＢＷＰ非アクティビティタイマーの例示的な実施形態を示す。ＵＥがＢＷＰ非アクティビティタイマーの実行時間中にビーム回復タイマーを開始したならば、ＵＥがＢＦＲＲを実行するときに、ＵＥは、現在のＢＷＰにおいてＤＬ  ＰＤＣＣＨ上でＢＦＲ指示を受信するまで、ＢＷＰ非アクティビティタイマーを一時停止するか、ＢＷＰ非アクティビティタイマーをリセットできる。
【０１７７】
ＦＤＤについてのＤＬ、ＵＬ、またはＴＤＤ  ＢＷＰの非アクティビティタイマーのＤＬ−ＵＬ、例えばｂｗｐ−ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒの何れかが進行中（ＯＮ）であり、且つＨＡＲＱバッファがまだ空でない間に、ＵＥが同期外れを検出したならば、ＵＥはＨＡＲＱバッファをフラッシュアウトさせない。ＵＥが同期外れを宣言したら、例えば、無線リンク（ＲＬ）回復タイマーが期限切れしたならば、ＵＥはデフォルトのＢＷＰに行くことができ、ＵＥはデフォルトのＢＷＰから新しいＲＬを再確立できる。
【０１７８】
ＢＷＰ非アクティビティタイマーは、コネクテッドモードのＤＲＸタイマーと相互作用し得る。例えば、現在のアクティブなＤＬ  ＢＷＰ上のＸスロットについてＤＬ割り当てまたはＵＬ許可が受信されなければ、ｇＮＢは、ＲＲＣモードに関係なくＵＥをトリガーして、デフォルトのＤＬ  ＢＷＰへと再チューニングするＢＷＰタイマーを用いてＵＥを設定することができる。ＢＷＰ非アクティビティタイマーの目的は、アクティブなＢＷＰ上に非アクティビティが存在するときに、デフォルトのＢＷＰに切替えることである。
【０１７９】
ｏｎＤｕｒａｔｉｏｎ期間の最初のスロットから開始して、ＵＥは、このＵＥについての初期ＵＬ許可またはＤＬ送信を示すＰＤＣＣＨを正常にデコードした後まで、デフォルトのＢＷＰに留まる。初期ＢＷＰがＰＤＣＣＨに示されていれば、ＵＥは、初期ＢＷＰに切替える。ＵＥがＤＲＸスリープモードに戻ると、ＵＥはデフォルトのＢＷＰに戻る。デフォルトのＢＷＰが設定されていなければ、初期ＢＷＰ上のＤＲＸスリープモードに移行する。これは、ＵＥが、この初期ＢＷＰのｏｎＤｕｒａｔｉｏｎ期間中にウェイクアップすることを意味する。ＤＬ／ＵＬ  ｄｒｘ＿ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの実行中にＢＷＰ非アクティビティタイマーが期限切れになったならば、ＵＥは、ｂｗｐ−ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒを維持することができ、デフォルトのＢＷＰには切替わらない。ＢＷＰ非アクティビティタイマーが期限切れになり、且つｒｘ＿ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒまたはｄｒｘ＿ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、デフォルトのＢＷＰが現在アクティブなＢＷＰとは異なる数値を有しているならば、ＵＥはＨＡＲＱバッファをフラッシュアウトしないか、または
【０１８０】
ｄｒｘ＿ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの実行中に、ＵＥがデフォルトのＢＷＰにあるならば、ＵＥは、ｄｒｘ＿ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが期限切れになるのを待つ。ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中にＢＷＰ非アクティビティタイマーが期限切れになれば、ＵＥは、デフォルトのＢＷＰに切替える。
【０１８１】
図３１Ａは、ＵＬのアクティブ化についてのＢＷＰ切替えのガード期間のタイミングの例を示している。図３１Ｂは、ＤＬのアクティブ化についてのＢＷＰ切替えのガード期間のためのタイミングの例を示している。図３２は、ＵＬのＢＷＰ非アクティビティタイマーが期限切れになったときの、ＢＷＰ切替えのガード期間のタイミングの例を示している。図３３は、ＤＬのＢＷＰ非アクティビティタイマーが期限切れになったときのＢＷＰ切替えのガード期間についてのタイミングの例を示している。
【０１８２】
ＦＤＤのようなペアリングされたスペクトルについて、ガード期間は、２つの連続したスロット間の周波数再チューニングのために使用される。ＵＬ  ＢＷＰ非アクティビティタイマーが進行中（例えば、カウントダウン）で、且つＵＬ  ＢＷＰアクティブ化ＤＣＩが受信されている間は、アクティブ化ＤＣＩと共にＤＬスケジューリングＤＣＩによって、ガード期間が作成される。例えば、それは、受信されたアクティベーションＤＣＩまたは現在のＤＬ  ＢＷＰスロットにおけるＰＤＣＣＨから参照される、Ｋ２ガードＯＦＤＭまたはＳＣ−ＦＤＭＡ記号を予約できる（現在のＤＬ  ＢＷＰとは、ＵＥが留まっているＤＬ  ＢＷＰを意味する）。例えば、図３２Ａに示すように、Ｋ２値は３つの記号にセットすることができる。ＵＥは、ターゲットＵＬ  ＢＷＰにおいてＫ２記号の後にＰＵＳＣＨを送信し、ここでのターゲットＵＬ  ＢＷＰは、ＵＥが切替えようとしている切替え先のＵＬ  ＢＷＰを意味する。
【０１８３】
ＤＬ  ＢＷＰ非アクティビティタイマーが進行中であり（例えば、カウントダウン）、且つＤＬ  ＢＷＰアクティベーションＤＣＩが受信される間、ガード期間は、アクティベーションＤＣＩを用いてＤＬスケジューリングＤＣＩにより作成される。例えば、現在のＤＬ  ＢＷＰスロットで受信したアクティベーションＤＣＩまたはＰＤＣＣＨから参照されるＫ１ガード記号を予約できる（現在のＤＬ  ＢＷＰは、ＵＥが留まっているＤＬ  ＢＷＰを意味する）。例えば、図３２Ｂに示すように、Ｋ１の値を３つの記号に設定できる。ＵＥは、ターゲットＤＬ  ＢＷＰにおいてＫ１記号の後のＰＤＳＣＨを受信し、ここでのターゲットＤＬ  ＢＷＰは、ＵＥが切替わろうとする先のＤＬ  ＢＷＰを意味する。
【０１８４】
図３４は、ＴＤＤのためのＢＷＰ切替えについて、ガード期間のタイミングの例を示している。図３５Ａは、自己完結型サブフレームおよびＢＷＰアクティベーションの同じ数値計算を使用した、ＢＷＰ切替え用にＵＥによって作成されたガード期間のタイミングの例を示している。図３５Ｂは、自己完結型サブフレームおよびＢＷＰ非アクティビティタイマーの有効期限についての同じ数秘術を用いて、ＢＷＰ切替えのためにＵＥによって作成されたガード期間のタイミングの例を示している。
【０１８５】
ＴＤＤのようなペアリングされていないスペクトルの場合、ＢＷＰ非アクティビティタイマーが進行中で（カウントダウンなど）、ＢＷＰアクティベーションＤＣＩが受信されている間、ＤＬスケジューリングＤＣＩによってガード期間が作成される。例えば、図３４に示すように、それは現在のＤＬ  ＢＷＰ  ＴＤＤのアクティベーションＤＣＩまたはＰＤＣＣＨから参照されるＫ１ガード記号を予約できる。ＢＷＰ非アクティビティタイマーが期限切れになり、且つＵＥが現在のＢＷＰから切替わってデフォルトのＢＷＰに戻った後、ＵＥは、それがＴＤＤ  ＤＬスロットであれば、デフォルトのＢＷＰ  ＰＤＣＣＨ領域においてスケジューリングＤＣＩを監視するか、またはＵＥは、それがＴＤＤ  ＵＬスロットであれば、デフォルトのＢＷＰにおいてＳＲＳ、ＰＵＣＣＨ（長いかまたは短い形式）、ＰＲＡＣＨを送信できる。
【０１８６】
自己完結型サブフレームの場合、ＢＷＰ非アクティビティタイマーが進行中で（カウントダウンなど）、且つＢＷＰアクティベーションＤＣＩが受信されている間、スロット内切替えの送信ガード記号Ｋ１は、図３５Ａに示すように、アクティベーションＤＣＩによって暗黙的に、またはスケジューリングＤＣＩによって明示的に示すことができる。ＢＷＰ非アクティビティタイマーが期限切れになり、ＵＥが現在のＢＷＰからデフォルトのＢＷＰに切替わる間は、図３５Ｂに示すように、最後のＫ２ＵＬ記号をドロップすることによってガード期間を予約できる。
【０１８７】
更に他の実施形態によれば、図３６は、キャリアアグリゲーション（Carrier  Aggregation：ＣＡ）を用いたデフォルトのＢＷＰ設定のタイミングの例を示している。ｇＮＢは、１つのＤＬ  ＢＷＰを各コンポーネントキャリア（component  carrier：ＣＣ）のデフォルトＢＷＰとして設定することができ、各デフォルトＢＷＰは、ＵＥのＢＷ内にＳＳバーストセットを含むことができる。副ＣＣの場合、ｇＮＢはデフォルトのＢＷＰを設定できる。図３６において、ＣＣ＃１およびＣＣ＃２は異なる数秘術を使用しており、各ＣＣは個別のデフォルトＢＷＰで設定される。
【０１８８】
ＳＳバースト（一組のＳＳブロック）は、各ＣＣのデフォルトＢＷＰについての測定期間（コネクテッドモードのみ）内で設定できる。これらのＳＳバースト情報は、システム情報（system  information：ＳＩ）を介して設定できる。ＣＣが無効にされれば、対応する設定済みのデフォルトＢＷＰは無効になる。ＤＣＩキャリア表示（carrier  indicator：ＣＩＦ）およびＢＷＰビットマップは、どのＢＷＰがどのＣＣでアクティブ化されているかを示すために使用できる。例えば、ＣＩＦの４ビットおよびＢＷＰの４ビットが、ＣＣがアクティブ化されているＢＷＰの表示に使用されるならば、バイナリ００１０  ０１００は２番目のＣＣを示し、３番目のＢＷＰがアクティブ化される。
【０１８９】
プライマリサービングセルについて、デフォルトのＢＷＰが設定されていなければ、デフォルトのＢＷＰのために初期（アクティブ）ＢＷＰを使用できる。初期（アクティブ）ＢＷＰは、ＵＥが初期アクセスを実行するＢＷＰを意味する。各ＣＣは、ＢＷＰ非アクティビティタイマーを用いて設定でき、ＢＷＰ非アクティビティは数秘術に依存する。ＣＡにおいて、ＢＷＰ＃１がデフォルトのＢＷＰとしてのＣＣ＃１のためであれば、ＵＥは幾つかの方法で応答できる。ＰＤＣＣＨがＣＡに共同でスケジュールされているならば、例えば、ＣＣ＃１およびＣＣ＃２に共同でスケジュールされた単一のＰＤＣＣＨがある場合、ＵＥは、ＣＣ＃２のためのデフォルトのＢＷＰ設定が存在しないときに、デフォルトのＢＷＰ（例えば、主デフォルトＢＷＰ）としてＢＷＰ＃１を使用できる。ＣＣ＃１およびＣＣ＃２の数秘術が同じであれば、ＵＥは、ＢＷＰ＃１をＣＣ＃１およびＣＣ＃２の両方のためのデフォルトとして使用でき、それ以外の場合、ＣＣ＃１はＢＷＰ＃１をデフォルトのＢＷＰとして使用でき、またＣＣ＃２はＢＷＰ＃２をデフォルトのＢＷＰとして使用できる。ＰＤＣＣＨが個別にスケジュールされていれば、例えば、ＣＣ＃１およびＣＣ＃２から独立にスケジュールされた複数のＰＤＣＣＨが存在するならば、ＣＣ＃１はデフォルトのＢＷＰとしてＢＷＰ＃１を使用でき、またＣＣ＃２はデフォルトのＢＷＰとしてＢＷＰ＃２を使用できる。
【０１９０】
更に他の実施形態において、図３７は、ＣＣが同時スケジュールされるときのデフォルトＢＷＰのタイミングの例を示す。ＣＡを用いたデフォルトのＢＷＰ操作が示されている。ＣＣ＃１およびＣＣ＃２は同時スケジュールされ、またＣＣ＃１およびＣＣ＃２は同じ数秘術を使用する。ＢＷＰ＃１  ＣＯＲＥＳＥＴおよびＢＷＰ＃１は、ＣＣ＃１および＃２の両方のためのデフォルトＢＷＰである。
【０１９１】
ＣＡにおいて、例えば図３６において、ＢＷＰ＃２がデフォルトのＢＷＰとしてＣＣ＃２に設定され、ＢＷＰ＃１がデフォルトのＢＷＰとしてＣＣ＃１に設定されるならば、ＵＥは多くの方法で応答できる。ＦＤＤについて、ＤＬおよびＵＬ  ＢＷＰタイマーは、各ＣＣに対して独立に設定できる。ＴＤＤおよび自己完結型サブフレームの場合、ＢＷＰタイマーは、各ＣＣについて個別に設定される。
【０１９２】
ＰＤＣＣＨが共同でＣＡのためにスケジュールされているか、または個別にスケジュールされるならば、例えば、ＣＣ＃１およびＣＣ＃２について単一のＰＤＣＣＨが同時にスケジュールされるなら、ＣＣ＃１およびＣＣ＃２の数値が同じであれば、ＵＥは単一のＢＷＰタイマー値を用いてＲＲＣによりセットでき、そうでなければ、ＢＷＰタイマー値は各ＣＣについて独立にセットアップできる。ＰＤＣＣＨがＣＡ時に共同でスケジュールされるならば、単一のＤＲＸタイマーを全てのＣＣに使用できる。ＣＡ時にＰＤＣＣＨが個別にスケジュールされるならば、それらの数秘術が主ＣＣと異なる場合、個別のＤＲＸタイマーを各ＣＣについて独立に設定できる。
【０１９３】
更に別の実施形態に従い、図３８は、ＵＥがＳＲＳギャップ送信を実行するためのガード期間のタイミングの例を示す。図３９は、ＵＥがＣＳＩ−ＲＳギャップ測定を実行するためのガード期間のタイミングの例を示す。ＵＥが測定ギャップを実行するか、またはアクティブなＢＷＰの外でＳＲＳを送信し、且つペアスペクトル（ＦＤＤ）についてＢＷＰ非アクティビティタイマーがオン（例えば、期限切れでない）のときに、非周期的なＳＰまたは周期的なＳＲＳが、ＵＬスロット内の長いＰＵＣＣＨまたは短いＰＵＣＣＨを用いて送信するようにスケジュールされるならば、ＵＥは、非周期的なＳＰまたは周期的なＳＲＳ送信をスキップできる。ＰＵＳＣＨが非周期的なＳＰまたは周期的なＳＲＳを用いて送信するようにスケジュールされるならば、ガード期間がＵＥによって生成され、次のスロットにおいてＰＵＳＣＨ送信が続く。それは、ｋ１ＯＦＤＭまたはＳＣ−ＦＤＭＡ記号を用いてガード期間を生成し、その後にスケジュールされたＳＲＳ送信が続き、また最初のｋ２ＯＦＤＭまたはＳＣ−ＦＤＭＡガード記号が２番目のＰＵＳＣＨ送信スロットにおいて生成される。ＰＵＣＣＨが非周期的なＳＰまたは周期的なＳＲＳを用いて送信するようにスケジュールされるならば、ガード期間がＵＥによって生成され、次のスロットにおいてＰＵＳＣＨ送信が続く。それは、ｋ１ＯＦＤＭまたはＳＣ−ＦＤＭＡ記号を用いてガード期間を生成し、その後にスケジュールされたＳＲＳ送信が続き、また最初のｋ２ＯＦＤＭまたはＳＣ−ＦＤＭＡガード記号が２番目のＰＵＣＣＨ送信スロットにおいて生成される。ＰＵＳＣＨが非周期的なＳＰまたは周期的なＳＲＳを用いて送信するようにスケジュールされているならば、ＵＥによってガード期間が生成され、次のスロットにおいてＰＵＣＣＨ送信が続く。これは、ｋ１ＯＦＤＭまたはＳＣ−ＦＤＭＡ記号を用いてガード期間を生成し、その後にスケジュールされたＳＲＳ送信が続き、次いで現在の送信スロットの最後にｋ２ＯＦＤＭまたはＳＣ−ＦＤＭＡガード記号が続く。ＰＤＳＣＨが非周期的なＳＰまたは周期的なＣＳＩ−ＲＳを用いて送信するようにスケジュールされているならば、ＵＥによってガード期間が生成され、次のスロットにおいてＰＤＳＣＨ送信が続く。図３９に示すように、それはｋ１ＯＦＤＭ記号を用いてガード期間を生成し、次いでスケジュールされたＣＳＩ−ＲＳ（アクティブなＢＷＰの外）が続き、次いで現在のスロットの最後にｋ２ＯＦＤＭガード記号が続く。
【０１９４】
ペアリングされていないスペクトル（ＴＤＤ、自己完結型サブフレーム）について、非周期的なＳＰ、または周期的なＳＲＳが、ＵＬスロット内の長いＰＵＣＣＨまたは短いＰＵＣＣＨ、または自己完結型サブフレームにおけるＵＬ記号を用いて送信するようにスケジュールされるならば、ＵＥは、非周期的なＳＰ、または周期的なＳＲＳ送信をスキップできる。ＰＵＳＣＨが非周期的なＳＰ、または周期的なＳＲＳを用いて送信するようにスケジュールされているならば、ＵＥによってガード期間が生成される。それは、ｋ１ＯＦＤＭまたはＳＣ−ＦＤＭＡ記号を用いてガード期間を生成し、その後にスケジュールされたＳＲＳ送信が続き、次いで現在の送信スロットの最後にｋ２ＯＦＤＭまたはＳＣ−ＦＤＭＡガード記号が続く。
【０１９５】
ｂｗｐ−ＣＳＩマスクがＣＱＩ／ＰＭＩ／ＰＴＩ／ＲＩおよび／またはＱＣＬレポートを（ＤＬ）ｂｗｐタイマー非アクティブサイクルの持続期間に制限するときに、ｇＮＢはＵＥのＣＳＩマスクを設定できる。ＣＳＩマスクがＲＲＣによってセットアップされるならば、ＤＬ  ＢＷＰ非アクティビティタイマーが期限切れしていないときには、ＰＵＣＣＨ上でのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩおよび／またはＱＣＬのレポートは無効にすべきでない。そうでない場合、ＵＥは、非周期的なＣＳＩ、ＳＰ−ＣＳＩおよび周期的なＣＳＩレポートについて、ＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩレポートを送信すべきであろう。
【０１９６】
ｂｗｐ−ＳＲＳマスクが、ＳＲＳ送信をＵＬ  ＢＷＰタイマーの非アクティブサイクルの持続期間に制限するときに、ｇＮＢは、ＵＥのＳＲＳマスクを設定できる。ＳＲＳマスクがＲＲＣによってセットアップされるなら、ＵＬ  ＢＷＰ非アクティビティタイマーが期限切れしていない間は、ＵＥはＳＲＳを送信すべきでない。そうでない場合、ＵＥは非周期的なＳＲＳ、ＳＰ−ＳＲＳ、および周期的なＳＲＳのＳＲＳを送信すべきである。
【０１９７】
図４０は、ＢＷＰ起動ＤＣＩエラー処理のタイミングの例示的な実施形態を示している。ＢＷＰアクティベーションＤＣＩを正常にデコードできないとき、例えば、ＵＥのＢＷＰアクティベーションが失敗したときに、ＵＥは、多くの方法で応答できる。ＤＬデータ割り当てまたはＵＬ許可の有無にかかわらず、ＢＷＰアクティベーションＤＣＩを受信したならば、ＵＥは、ＤＬまたはＵＬ  ＢＷＰ非アクティビティタイマーが期限切れするまで現在のＤＬまたはＵＬ  ＢＷＰに留まり、またデフォルトのＢＷＰに戻ることができる。或いは、ＤＬデータがスケジュールされているならば、またはＵＬ  ＤＣＩ許可があるならば、それはＢＷＰ非アクティビティタイマーをリセットする。ＵＥは、ＨＡＲＱバッファをフラッシュアウトせずに、ＢＷＰ非アクティビティタイマーが期限切れになるまでＤＬ  ＤＣＩを監視し続けることができる。スケジュールされたＳＲＳ（非周期的、半永続的、または周期）のようなアップリンク送信がある場合、ＵＥは、スケジュールされたＳＲＳを引き続き送信できる。スケジュールされたＣＳＩ−ＲＳ（非周期的、半永続的、または周期的）またはＳＳＢのような何らかのＤＬ測定がある場合、ＵＥは、スケジュールされたＣＳＩ−ＲＳまたはＳＳＢの測定を引き続き送信する。
【０１９８】
図４１Ａに示すように、ＢＷＰを使用した無許可の操作について、ＵＥは、無許可の送信についてＲＲＣによって設定された、ＰＤＣＣＨによって半静的にスケジュールされるか動的にアクティブ化されたＧＦリソースを使用することができる。図４１Ｂに示すように、ＧＦリソースがアクティブ化されたＵＬ  ＢＷＰに割り当てられないならば、ＵＥは無許可の送信を実行できない。ＢＷＰ切替えについて、もしＲＲＣ設定によって明示的に示され、ＭＡＣ  ＣＥによって半静的に示され、またはＰＤＣＣＨによって動的に示されるならば、ＵＥは、ＲＲＣによって設定され、ＭＡＣ  ＣＥによって半静的に示され、または、ＢＷＰ非アクティビティタイマー値を使用する、ＢＷＰ非アクティビティタイマーをセットできる。ＢＷＰ非アクティビティタイマーが期限切れになると、ＵＥは、ＲＲＣ、ＭＡＣ  ＣＥ、またはＰＤＣＣＨで示される別のアクティブＢＷＰまたはそのデフォルトＢＷＰに切替えることができる。ＵＥは、再送信のためのＢＷＰ非アクティビティタイマーを一時停止またはリセットし、また、再送信が確認されたとき（ＡＣＫなど）、または再送信がタイムアウトになったとき、または再送信の最大数に達したときに、（タイマーが一時停止されていれば）当該タイマーを再開する。Ｌ１シグナリングによって示され、またはアクティブ化される無許可のリソース、例えばＰＤＣＣＨについて、ＢＷＰのアクティブ化／非アクティブ化ＤＣＩは、ＵＥがアクティブなＢＷＰ（複数）の間またはアクティブＢＷＰとデフォルトのＢＷＰの間で切替えるための、無許可のリソースアクティブ化／非アクティブ化ＤＣＩと組み合わせることができる。現在アクティブなＢＷＰが脱アクティブ化されるならば、このＢＷＰに割り当てられているＧＦリソースもまた、ＢＷＰ非アクティビティタイマーまたはＭＡＣ  ＣＥまたは脱アクティブ化ＤＣＩによって脱アクティブ化される。
【０１９９】
＜ＢＷＰについてのＰＲＢ割り当てなし＞
本出願の更に別の態様によれば、ゼロＢＷＰは、ＤＬ−またはＵＬ−ＢＷＰについてのゼロリソース割り当て（resource  assignment:ＲＡ）として定義することができる。ＤＬもしくはＵＬのゼロＢＷＰが設定または通知されるとき、ＵＥの動作は、以下で説明する次のシナリオに依存する。
【０２００】
ペアリングされていないスペクトルの第１の実施形態には、ゼロＰＲＢ設定が存在する。Ｓセル  ＢＷＰは脱アクティブ化される。ペアリングされていないスペクトル、即ち、ＴＤＤまたは自己完結型サブフレームシステムについて、ＤＬおよびＵＬ−ＢＷＰは一緒に設定される。ＤＬ−ＢＷＰが、１つまたは一群の副セル（Ｓセル）についてゼロリソース（複数可）で設定されるならば、それがＰセル−Ｓセル同時スケジューリングであるとき、またはＳセルを介して直接設定されるとき、ＵＥは、対応するＳセル  ＢＷＰから脱アクティブ化される。ゼロ脱アクティブ化されたＢＷＰは、再送信があるならば、即ち、ＨＡＲＱバッファが空にならないならば、ＤＬ受信またはＵＬ送信をサポートしないので、ＵＥは、脱アクティブ化されたＳセルのＤＬ−およびＵＬ−ＢＷＰから下記へと切替えることができる。即ち、（ｉ）ＳセルのデフォルトＢＷＰ、（ｉｉ）ＰセルのアクティブＤＬ、およびゼロ以外のリソース割り当てのＵＬ−ＢＷＰ、（ｉｉｉ）ＰセルのデフォルトＤＬおよびＵＬ−ＢＷＰ、または（ｉｖ）Ｐセル初期アクセスＤＬおよびＵＬ−ＢＷＰである。これは、ＲＲＣ設定またはＤＣＩシグナリングを介したｇＮＢからの指示（例えば、ＢＷＰ  ＤＣＩがゼロのフラグ）に基づいている。ｇＮＢからの指示がないならば、デフォルトの選択順序は次のようになり得る。即ち、（ｉ）設定されていればＳセルのデフォルトＢＷＰ、（ｉｉ）ＳセルのデフォルトＢＷＰがないならば、ＰセルのアクティブＤＬ、およびＵＬ−ＢＷＰ、（ｉｉｉ）ＰセルのアクティブＤＬおよびＵＬ−ＢＷＰがないならば、ＰセルのデフォルトＤＬおよびＵＬ−ＢＷＰ、（ｉｖ）ＰセルのデフォルトＤＬおよびＵＬ−ＢＷＰが設定されないならば、Ｐセルの初期アクセスＤＬおよびＵＬ−ＢＷＰである。
【０２０１】
ＳセルのＤＬ−およびＵＬ−ＢＷＰがアクティブ化されたＢＷＰタイマーで設定されるなら、即ち、ＢＷＰ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが期限切れでないならば、ＵＥはＳセルのデフォルトＢＷＰ、ＰセルのアクティブＢＷＰまたはＰセルのデフォルトＢＷＰに切替えて、ＢＷＰタイマーを停止することができる。この場合、ゼロＢＷＰはＳセルのアクティブＢＷＰを脱アクティブ化し、関連付けられたＢＷＰタイマーを無効にする。
【０２０２】
この態様の第２の実施形態は、ＰセルのＢＷＰが脱アクティブ化されているペアリングされていないスペクトルを説明する。ＰセルのＤＬ−ＢＷＰがデフォルトのＰセルのＤＬ−ＢＷＰ以外のゼロリソースで設定されていれば、ＵＥは、ＤＬ−およびＵＬ−ＢＷＰを脱アクティブ化し、デフォルトのＤＬおよびＵＬ−ＢＷＰに切替えることができる。これは、設定時に発生するか、またはＰセルでデフォルトのＢＷＰが設定されていなければ、初期のアクティブなＤＬおよびＵＬ−ＢＷＰである。ＵＥは、そのデフォルトのＤＬ  ＢＷＰまたは初期アクセスＤＬ  ＢＷＰ上で、スケジューリングＣＯＲＥＳＥＴ（例えば、共通の探索空間またはフォールバックＤＣＩにおけるグループ共通のＤＣＩまたはＤＣＩ）を監視することができる。或いは、それはデフォルトのＵＬ  ＢＷＰまたはＰセルにおける初期アクセスＵＬ  ＢＷＰ上で、ＰＲＡＣＨを送信できる。ＰセルのＤＬ−およびＵＬ−ＢＷＰがアクティブ化されたＢＷＰタイマーを用いて設定されているならば、即ち、ＢＷＰ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒおよびＢＷＰ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが期限切れでないならば、ＵＥはＰセルのデフォルトＰＷＢに切替えることができ、またはデフォルトのＢＷＰが設定されていないならば、初期のアクティブなＢＷＰに切替えて、ＢＷＰタイマーを停止させることができる。
【０２０３】
この態様の第３の実施形態は、サービングセル由来の非アクティブであるゼロＢＷＰを説明する。ゼロＢＷＰが設定されているか、またはサービングセルからシグナリングされるならば、ｚｅｒｏ＿ＢＷＰ＿ｔｉｍｅｒは、ＵＥの非アクティブ持続期間のために設定でき、例えば、ＵＥは「非アクティブモード」または「マイクロスリープモード」にあり、共通のまたはＵＥ特異的な検索スペースにおけるＰＤＣＣＨを監視または検出しない。ゼロＢＷＰタイマーの満了時に、ＵＥは、デフォルトまたはアクティブなＢＷＰに戻ることができる。これは、共通またはＵＥ固有の検索スペースを監視するための、ゼロＢＷＰ  ＤＣＩを用いてのＲＲＣまたはＤＣＩシグナリングを介した設定に依存する。アクティブなＢＷＰまたはデフォルトのＢＷＰが設定されていないならば、ＵＥは、ｚｅｒｏ＿ＢＷＰ＿ｔｉｍｅｒの満了後に初期アクセスＢＷＰを使用できる。モニタリングＤＣＩ期間中にＢＷＰがアクティブ化されたならば、ＵＥは、再アクティブ化されたＢＷＰに切替えることができる。ＤＣＩの監視期間は、ＲＲＣシグナリングを介して設定できる。ＵＥウェイクアップタイミングとネットワーク送信タイミングの同期を確実にするために、ＴＲＳはＤＣＩの監視期間中に送信することができる。第１、第２、および第３の実施形態における、ペアリングされないスペクトルのゼロＢＷＰ処理を図４２に示す。
【０２０４】
この態様の第４の実施形態はペアリングされたスペクトルを説明し、ここではＳセルのＤＬ／ＵＬ  ＢＷＰが脱アクティブ化される。ペアリングされたスペクトル（即ち、ＦＤＤシステムと、ＤＬ  ＢＷＰおよびＵＬ  ＢＷＰが別々に設定されている）の場合、ＤＬ−ＢＷＰ（複数可）およびＵＬ−ＢＷＰ（複数可）は、１つまたは一群の副セル（Ｓセル）についてゼロリソースを用いて設定される。ＢＷＰ（複数可）が、Ｐセルを介して同時スケジュールされるとき、またはＳセルを介して直接設定され且つＢＷＰタイマーが設定されないならば、ＤＬ／ＵＬ  ＳセルのＢＷＰが脱アクティブ化される。ＵＥは、可能であれば、アクティブ化されたＰセルのＢＷＰのＤＣＩを監視し続けることができる。ゼロＤＬ／ＵＬ  ＢＷＰは、ＤＬ／ＵＬデータ受信をサポートできないため、ＤＬ／ＵＬ（再）送信を、ＰセルのＤＬ／ＵＬ  ＢＷＰに切替えることができる。ＤＬ／ＵＬ  ＢＷＰにＢＷＰタイマーがセットアップされていて、且つＢＷＰタイマーが期限切れしていないならば、この脱アクティブ化はＢＷＰタイマーを無視する。
【０２０５】
この態様の第５の実施形態は、ＳセルのＢＷＰを用いずにＰセルの  ＤＬ／ＵＬ  ＢＷＰが脱アクティブ化される、ペアリングされたスペクトルを説明する。ペアリングされたスペクトルの場合、ＤＬ／ＵＬ  ＢＷＰがデフォルトのＢＷＰではなく、ＰセルのＢＷＰのゼロリソースで設定されているならば、ＵＥは、設定されていればＰセルのデフォルトＤＬ／ＵＬ  ＢＷＰに切替えられる。ＤＬ／ＵＬ  ＢＷＰにＢＷＰタイマーが設定されていて、且つＢＷＰタイマーが期限切れになっていなければ、非アクティブ化によってＢＷＰタイマーは無視され得る。ＵＥは、グループ共通のＤＣＩもしくは共通の検索スペースにおけるＤＣＩを監視するか、または、ＤＣＩをそのＤＬデフォルトＢＷＰ（設定されていれば）にフォールバックさせる。或いは、それは、設定されているならば、そのＵＬデフォルトＢＷＰ上でＰＲＡＣＨを監視でき、またはＰセルにはデフォルトが設定されていないならば、そのＵＬ初期アクセスＢＷＰ（設定されて入れば）上で監視できる。
【０２０６】
＜ゼロＢＷＰ設定期間におけるＤＣＩ監視＞
本願の更なる態様によれば、ＵＥがゼロＢＷＰで設定されるとき、それは、監視のために以下の方法の１つで動作することができる。即ち
【０２０７】
（ｉ）ゼロＢＷＰ設定期間においては監視なし
【０２０８】
（ｉｉ）ＵＥは、ゼロＢＷＰ設定のタイマーが期限切れになるまで、ＰＨＹチャネルの監視を停止する。これにより、ＵＥはゼロＢＷＰタイマーの持続時間に亘って電力を節約できる。
【０２０９】
（ｉｉｉ）ゼロＢＷＰタイマーが期限切れになると、ＵＥは、設定に応じてデフォルトまたはアクティブなＢＷＰに戻る。デフォルトまたはアクティブなＢＷＰに戻す設定は、ＵＥに固有の方法またはセルに固有の方法で、ＲＲＣを介して行うことができる。
【０２１０】
一実施形態において、ゼロＢＷＰ設定期間では監視が制限される。ゼロＢＷＰのために設定されるとき、ＵＥはデータチャネルおよび特定の制御チャネルの監視を停止する。しかし、ＵＥはアクティブなＢＷＰ（監視している最新のＢＷＰであり、当該ＢＷＰの設定を受信する最新のＢＷＰ）または特定の制御信号のデフォルトＢＷＰ、例えば設定されたＣＯＲＥＳＥＴ（ここで、それはグループ共通のＤＣＩまたは共通検索スペースのＤＣＩを受信する）を監視し続けることができる。したがって、ゼロＢＷＰにおいて、ＵＥはＳＦＩ、ＳＩ−ＲＮＴＩに関連する制御情報のような特定の制御情報を受信し続けることができるが、ＤＬおよびＵＬ許可は受信しない。その目的は、ＵＥがこのモードでの電力を節約できるように、監視される制御シグナリングについての監視周期を十分に低く保つことである。この状態は、ゼロＢＷＰ設定のタイマーが期限切れになるまで継続し得る。
【０２１１】
或いは、ゼロＢＷＰタイマーがまだ実行中であるときであっても、ＵＥは、グループ共通ＰＤＣＣＨのような監視されるＤＣＩを介してＢＷＰ再構成を受信することができ、ＵＥは当該再構成に従って切替わることができる。ゼロＢＷＰタイマーの期限が切れると、ＵＥは設定に応じてデフォルトまたはアクティブなＢＷＰに戻る。デフォルトまたはアクティブなＢＷＰに戻す設定は、ＵＥ固有の方法またはセル固有の方法でＲＲＣを介して行うことができる。
【０２１２】
＜ゼロＢＷＰ設定のためのＤＣＩフォーマット＞
更に別の態様によれば、ゼロＢＷＰをサポートするためのＤＣＩはＲＲＣ設定に依存する。帯域幅経路指標フィールドがＤＣＩフォーマット１＿１で設定されるならば、帯域幅経路指標フィールド値は、ＤＬ受信用に設定されたＤＬ  ＢＷＰ組からのアクティブＤＬ  ＢＷＰを示す。帯域幅経路指標フィールドがＤＣＩフォーマット０＿１で構成されるならば、帯域幅経路指標フィールドの値は、ＵＬ送信用に設定されたＵＬ  ＢＷＰ組からのアクティブなＵＬ  ＢＷＰを示す。以下の表７に、ゼロＢＷＰ設定をサポートするための、ＤＬおよびＵＬ許可の両方のＤＣＩフォーマットを示す。
【０２１３】
【表７】
2020533860.tif 000010
【０２１４】
以下の表８に、ゼロＢＷＰ設定をサポートするＤＬ許可およびＵＬ許可の両方のための別のＤＣＩフォーマットを示す。
【０２１５】
【表８】
2020533860.tif 000011
【０２１６】
本願によれば、本明細書に記載のシステム、方法、およびプロセスの何れかまたは全部が、コンピュータ可読記憶媒体に格納されるコンピュータ実行可能な命令、例えばプログラムコードの形で具現化でき、その命令は、コンピュータ、サーバ、Ｍ２Ｍ端末デバイス、Ｍ２Ｍゲートウェイデバイス、トランジットデバイスのようなマシンによって実行されたときに、本明細書に記載のシステム、方法、およびプロセスを実行および／または実装することが理解される。具体的には、上記のステップ、操作、または機能は何れも、そのようなコンピュータ実行可能命令の形で実装できる。コンピュータ可読記憶媒体は、情報の記憶のための任意の方法または技術で実装された、揮発性および不揮発性の、取り外し可能および取り外し不能な媒体を含むが、そのようなコンピュータ可読記憶媒体は信号を含まない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたはその他のメモリ技術、ＣＤ  ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）またはその他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置などの磁気記憶装置、または目的の情報を保存するために使用でき且つコンピュータからアクセスできる他の物理媒体が含まれるが、これらに限定されない。
【０２１７】
前記システムおよび方法は、現時点において特定の態様であると考えられるものに関して説明されてきたが、本願は、これら開示された態様に限定される必要はない。特許請求の範囲の精神および範囲内に含まれる様々な改変および類似の構成をカバーすることが意図されており、その範囲は、そのような改変および類似の構造を全て包含するように最も広い解釈が与えられるべきである。本開示は、特許請求の範囲の任意の且つ全ての態様を含むものである。
【図１Ａ】
2020533860.tif 000012
【図１Ｂ】
2020533860.tif 000013
【図１Ｃ】
2020533860.tif 000014
【図１Ｄ】
2020533860.tif 000015
【図１Ｅ】
2020533860.tif 000016
【図１Ｆ】
2020533860.tif 000017
【図２】
2020533860.tif 000018
【図３】
2020533860.tif 000019
【図４Ａ】
2020533860.tif 000020
【図４Ｂ】
2020533860.tif 000021
【図４Ｃ】
2020533860.tif 000022
【図５Ａ】
2020533860.tif 000023
【図５Ｂ】
2020533860.tif 000024
【図６】
2020533860.tif 000025
【図７】
2020533860.tif 000026
【図８】
2020533860.tif 000027
【図９Ａ】
2020533860.tif 000028
【図９Ｂ】
2020533860.tif 000029
【図１０】
2020533860.tif 000030
【図１１Ａ】
2020533860.tif 000031
【図１１Ｂ】
2020533860.tif 000032
【図１２Ａ１】
2020533860.tif 000033
【図１２Ａ２】
2020533860.tif 000034
【図１２Ｂ１】
2020533860.tif 000035
【図１２Ｂ２】
2020533860.tif 000036
【図１３Ａ】
2020533860.tif 000037
【図１３Ｂ】
2020533860.tif 000038
【図１３Ｃ】
2020533860.tif 000039
【図１４Ａ】
2020533860.tif 000040
【図１４Ｂ】
2020533860.tif 000041
【図１５Ａ】
2020533860.tif 000042
【図１５Ｂ】
2020533860.tif 000043
【図１６Ａ１】
2020533860.tif 000044
【図１６Ａ２】
2020533860.tif 000045
【図１６Ｂ１】
2020533860.tif 000046
【図１６Ｂ２】
2020533860.tif 000047
【図１７Ａ】
2020533860.tif 000048
【図１７Ｂ】
2020533860.tif 000049
【図１７Ｃ】
2020533860.tif 000050
【図１８Ａ】
2020533860.tif 000051
【図１８Ｂ】
2020533860.tif 000052
【図１９Ａ】
2020533860.tif 000053
【図１９Ｂ】
2020533860.tif 000054
【図２０Ａ】
2020533860.tif 000055
【図２０Ｂ】
2020533860.tif 000056
【図２１Ａ１】
2020533860.tif 000057
【図２１Ａ２】
2020533860.tif 000058
【図２１Ｂ１】
2020533860.tif 000059
【図２１Ｂ２】
2020533860.tif 000060
【図２２Ａ】
2020533860.tif 000061
【図２２Ｂ】
2020533860.tif 000062
【図２２Ｃ】
2020533860.tif 000063
【図２３Ａ】
2020533860.tif 000064
【図２３Ｂ】
2020533860.tif 000065
【図２４Ａ】
2020533860.tif 000066
【図２４Ｂ】
2020533860.tif 000067
【図２５】
2020533860.tif 000068
【図２６】
2020533860.tif 000069
【図２７】
2020533860.tif 000070
【図２８Ａ】
2020533860.tif 000071
【図２８Ｂ】
2020533860.tif 000072
【図２９】
2020533860.tif 000073
【図３０Ａ】
2020533860.tif 000074
【図３０Ｂ】
2020533860.tif 000075
【図３１Ａ】
2020533860.tif 000076
【図３１Ｂ】
2020533860.tif 000077
【図３２】
2020533860.tif 000078
【図３３】
2020533860.tif 000079
【図３４】
2020533860.tif 000080
【図３５Ａ】
2020533860.tif 000081
【図３５Ｂ】
2020533860.tif 000082
【図３６】
2020533860.tif 000083
【図３７】
2020533860.tif 000084
【図３８】
2020533860.tif 000085
【図３９】
2020533860.tif 000086
【図４０】
2020533860.tif 000087
【図４１Ａ】
2020533860.tif 000088
【図４１Ｂ】
2020533860.tif 000089
【図４２】
2020533860.tif 000090
【手続補正書】
【提出日】令和2年5月7日(2020.5.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局との遠隔無線制御（ＲＲＣ）接続を再確立するための命令が格納された、非一時的メモリと、
前記非一時的メモリに動作可能に結合されたプロセッサとを備えた装置であって、前記プロセッサは、
前記基地局に対してチューニングされた装置の第１の帯域幅パート（ＢＷＰ）間で無線リンク障害が発生したことを判定する命令を実行でき、
ランダムアクセス（ＲＡ）手順を開始する命令を実行でき、
設定済み競合ベースの物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースが、第１の前記ＢＷＰの中に存在するかどうかを判断する命令を実行でき、
前記設定済み競合ベースのＰＲＡＣＨリソースを含むＲＡプリアンブルを、前記基地局へ送信する命令を実行することができ、
前記基地局からのＲＡ応答を受信する命令を実行することができ、また
前記基地局により設定されたアクティブなＢＷＰに装置をチューニングする命令を実行することができる装置。
【請求項２】
前記プロセッサは更に、前記基地局からの要求を受信して、アラインメントタイマーの期限切れに基づいて、非競合ランダムアクセスを開始する命令を実行するように設定される、請求項１に記載の装置。
【請求項３】
前記送信された設定済み競合ベースのＰＲＡＣＨリソースは「１」記号の後に生じる、請求項１に記載の装置。
【請求項４】
前記プロセッサは更に、前記装置の帯域幅を、前記第１のＢＷＰから前記設定済み競合ベースのＰＲＡＣＨリソースを含む第２のＢＷＰに更新する命令を実行するように設定される、請求項１に記載の装置。
【請求項５】
前記送信された設定済み競合ベースのＰＲＡＣＨリソースは、二次同期ブロードキャスト（ＳＳＢ）に関連付けられる、請求項４に記載の装置。
【請求項６】
前記命令は、新無線ネットワークで動作する装置によって実行される、請求項１に記載の装置。
【請求項７】
ネットワーク上の装置であって、
ビーム回復を実行するための命令が格納された非一時的メモリと、
前記非一時的メモリに動作可能に結合されたプロセッサとを具備し、該プロセッサは、
アクティブ帯域幅パート（ＢＷＰ）が所定の閾値未満であることに関連するビーム品質を決定する命令を実行することができ、
ランダムアクセス（ＲＡ）手順を開始する命令を実行することができ、
ビーム回復要求（ＢＲＲ）を送信する命令を実行することができ、また
基地局からのランダムアクセス応答（ＲＡＲ）を待つ命令を実行することができる装置。
【請求項８】
前記ＢＲＲは、デフォルト帯域幅パート（ＢＷＰ）に関連付けられた物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを含む、請求項７に記載の装置。
【請求項９】
前記プロセッサは更に、前記ＲＡＲを取得するためのＢＷＰタイマーをセッティングする命令を実行するように設定される、請求項８に記載の装置。
【請求項１０】
前記プロセッサは更に、
前記ＢＷＰタイマーが期限切れする前にＲＡＲが到着していないと判断する命令を実行し、また
前記デフォルトＢＷＰを主ＢＷＰとしてセッティングする命令を実行するように設定される、請求項９に記載の装置。
【請求項１１】
前記プロセッサは更に、
ＲＡＲを受け取る命令を実行し、
前記ビーム品質が所定の閾値を超えていると判断する命令を実行し、また
前記アクティブなＢＷＰに再チューニングする命令を実行するように設定される、請求項７に記載の装置。
【請求項１２】
物理データ共有制御チャネル（ＰＤＳＣＨ）アンテナポート疑似コロケーションを実行するための命令が格納された、非一時的メモリと、
前記非一時的メモリに動作可能に結合されたプロセッサとを備えた装置であって、前記プロセッサは、
複数の物理データ制御チャネル（ＰＤＣＣＨ）を監視するように装置を設定する命令を実行することができ、
主発信拠点（ＴＲＰ）から、第１のＰＤＣＣＨを受信する命令を実行することができ、
副ＴＲＰから、第２のＰＤＣＣＨを受信する命令を実行することができ、
前記第１のＰＤＣＣＨおよび前記第２のＰＤＣＣＨそれぞれから、前記第１のＰＤＣＣＨおよび前記第２のＰＤＣＣＨそれぞれの値を評価する命令を実行することができ、また
所定のパラメータリストおよび評価された前記値を介して、前記ＰＤＳＣＨアンテナポート疑似コロケーションを決定する命令を実行することができる装置。
【請求項１３】
前記第１のＰＤＣＣＨおよび前記第２のＰＤＣＣＨは、同時に時間スロットに受信できる、請求項１２に記載の装置。
【請求項１４】
前記第１のＰＤＣＣＨおよび前記第２のＰＤＣＣＨは、異なる時間スロットに受信できる、請求項１２に記載の装置。
【請求項１５】
前記所定のパラメータリストは、ＰＤＣＣＨを監視する制御リソース組（ＣＯＲＥＳＥＴ）ロケーションを含む、請求項１２に記載の装置。
【請求項１６】
前記ＰＤＳＣＨアンテナポート疑似コロケーションを決定する命令は、複数のＰＤＣＣＨを設定する前の該ＰＤＣＣＨの能力を認識するシグナリングを含む、請求項１２に記載の装置。
【請求項１７】
前記所定のパラメータリストは、ＴＲＰのＴＲＳ、ＴＲＰ数秘術、ＴＲＰスロットおよびサブフレームの設定、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）の設定、ＰＤＳＣＨ開始記号の値、ＤＭＲＳ疑似コロケーションのＣＳＩ−ＲＳリソース指標、およびＴＲＰのＳＳバースト組ロケーションを含む、請求項１６に記載の装置。
【請求項１８】
前記所定のパラメータリストは、複数のＲＳ組を含む、請求項１２に記載の装置。
【請求項１９】
前記プロセッサは更に、前記ＰＤＳＣＨアンテナポート疑似コロケーションの決定ステップ前に、前記第１のＰＤＣＣＨおよび前記第２のＰＤＣＣＨからのアクティブなバンド情報を受信する命令を実行することができる、請求項１２に記載の装置。
【請求項２０】
前記命令は、新無線ネットワーク上の装置によって実行される、請求項１２に記載の装置。
【国際調査報告】
2020533860.tif 000091
2020533860.tif 000092
2020533860.tif 000093
2020533860.tif 000094
2020533860.tif 000095