(57)【要約】【課題】  無線通信システムにおけるランダムアクセス手順中のＢＷＰ不活性タイマを処理する方法及び装置を提供する。【解決手段】  無線通信システムにおけるランダムアクセス手順中の帯域幅部分（ＢＷＰ）不活性タイマを処理する方法及び装置が本明細書において開示される。一方法では、ユーザ機器（ＵＥ）は、対スペクトルにおいて動作するサービングセルに対する帯域幅部分（ＢＷＰ）タイマを開始する。ＵＥは、サービングセルで競合ベースのランダムアクセス（ＲＡ）手順を開始し、ＢＷＰタイマを停止する。ＵＥは、ＲＡ手順が首尾よく完了したらＢＷＰタイマを開始する。ここで、ＵＥのセルネットワーク一時識別子（Ｃ−ＲＮＴＩ）にアドレスされた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が受信され、かつ、ＰＤＣＣＨが新たな送信のためのアップリンクグラントを含む場合に、ＵＥは、競合ベースのＲＡ手順が首尾よく完了したとみなす。【選択図】  図９
2019106699.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）の方法であって、
対スペクトルにおいて動作するサービングセルに対する帯域幅部分（ＢＷＰ）タイマを開始するステップと、
前記サービングセルで競合ベースのランダムアクセス（ＲＡ）手順を開始し、前記ＢＷＰタイマを停止するステップと、
前記ＲＡ手順が首尾よく完了したら前記ＢＷＰタイマを開始するステップであって、前記ＵＥのセルネットワーク一時識別子（Ｃ−ＲＮＴＩ）にアドレスされた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が受信され、かつ、該ＰＤＣＣＨが新たな送信のためのアップリンクグラントを含む場合に、前記ＵＥは、競合ベースの前記ＲＡ手順が首尾よく完了したとみなす、開始するステップ、とを含む方法。
【請求項２】
前記ＲＡ手順が首尾よく完了した際の前記ＢＷＰタイマに関連付けられたアクティブダウンリンク（ＤＬ）ＢＷＰが（Default-DL-BWPが設定されている場合に）該Default-DL-BWPによって示されるＤＬ  ＢＷＰ又は（Default-DL-BWPが設定されていない場合に）初期ＤＬ  ＢＷＰのいずれかである場合に、前記ＲＡ手順が首尾よく完了しても前記ＢＷＰタイマを開始しないステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記ＢＷＰタイマは、前記サービングセルのアクティブダウンリンク（ＤＬ）ＢＷＰに関連付けられ、前記ＢＷＰタイマが満了したら、前記ＵＥは、Default-DL-BWPが前記サービングセルに対して設定されている場合は該Default-DL-BWPによって示されるＢＷＰ又は、該Default-DL-BWPが該サービングセルに対して設定されていない場合は初期ＤＬ  ＢＷＰのいずれかにするＢＷＰ切替を実行する、請求項１に記載の方法。
【請求項４】
前記サービングセルは、特別セル、プライマリセル、又はプライマリセカンダリセルである、請求項１に記載の方法。
【請求項５】
競合ベースの前記ＲＡ手順は、アップリンクデータの到着により開始される、請求項１に記載の方法。
【請求項６】
競合ベースの前記ＲＡ手順中に、ランダムアクセス応答受信のためのダウンリンク割り当て又はＭｓｇ３送信のためのアップリンクグラントを示すＰＤＣＣＨを受信した場合に、前記サービングセルに対するＢＷＰタイマを開始又は再始動しないステップをさらに含む、請求項１に記載の方法。
【請求項７】
Ｍｓｇ３は、競合ベースの前記ＲＡ手順の一部として、Ｃ−ＲＮＴＩ媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を含むアップリンク共有チャネル（ＵＬ−ＳＣＨ）で送信されるメッセージである、請求項６に記載の方法。
【請求項８】
ユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設けられているプロセッサと、
前記制御回路に設けられ、前記プロセッサに結合されているメモリと、
前記プロセッサは、前記メモリに記憶されているプログラムコードを実行して、
対スペクトルにおいて動作するサービングセルに対して帯域幅部分（ＢＷＰ）タイマを開始することと、
前記サービングセルで競合ベースのランダムアクセス（ＲＡ）手順を開始し、前記ＢＷＰタイマを停止することと、
前記ＲＡ手順が首尾よく完了したら前記ＢＷＰタイマを開始することであって、前記ＵＥのセルネットワーク一時識別子（Ｃ−ＲＮＴＩ）にアドレスされた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が受信され、かつ、該ＰＤＣＣＨが新たな送信のためのアップリンクグラントを含む場合に、前記ＵＥは、競合ベースの前記ＲＡ手順が首尾よく完了したとみなす、開始することと、を行うように構成されている、ＵＥ。
【請求項９】
前記プロセッサが、前記メモリに記憶されているプログラムコードを実行して、
前記ＲＡ手順が首尾よく完了した際の前記ＢＷＰタイマに関連付けられたアクティブダウンリンク（ＤＬ）ＢＷＰが（Default-DL-BWPが設定されている場合に）該Default-DL-BWPによって示されるＤＬ  ＢＷＰ又は（Default-DL-BWPが設定されていない場合に）初期ＤＬ  ＢＷＰのいずれかである場合に、前記ＲＡ手順が首尾よく完了しても前記ＢＷＰタイマを開始しないこと、を行うようにさらに構成されている、請求項８に記載のＵＥ。
【請求項１０】
前記ＢＷＰタイマは、前記サービングセルのアクティブダウンリンク（ＤＬ）ＢＷＰに関連付けられ、前記ＢＷＰタイマが満了したら、前記ＵＥは、Default-DL-BWPが前記サービングセルに対して設定されている場合は該Default-DL-BWPによって示されるＢＷＰ又は、該Default-DL-BWPが該サービングセルに対して設定されていない場合は初期ＤＬ  ＢＷＰのいずれかにするＢＷＰ切替を実行する、請求項８に記載のＵＥ。
【請求項１１】
前記サービングセルは、特別セル、プライマリセル、又はプライマリセカンダリセルである、請求項８に記載のＵＥ。
【請求項１２】
競合ベースの前記ＲＡ手順は、アップリンクデータの到着により開始される、請求項８に記載のＵＥ。
【請求項１３】
前記プロセッサが、前記メモリに記憶されているプログラムコードを実行して、
競合ベースの前記ＲＡ手順中に、ランダムアクセス応答受信のためのダウンリンク割り当て又はＭｓｇ３送信のためのアップリンクグラントを示すＰＤＣＣＨを受信した場合に、前記サービングセルに対するＢＷＰタイマを開始又は再始動しないことを、を行うように構成されている、請求項８に記載のＵＥ。
【請求項１４】
Ｍｓｇ３は、競合ベースの前記ＲＡ手順の一部として、Ｃ−ＲＮＴＩ媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を含むアップリンク共有チャネル（ＵＬ−ＳＣＨ）で送信されるメッセージである、請求項１３に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１７年１２月１３日に出願された米国仮特許出願第６２／５９８，０７８号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおけるランダムアクセス手順中のＢＷＰ不活性タイマを処理する方法及び装置に関連する。
に関連する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。
【発明の概要】
【０００５】
無線通信システムにおけるランダムアクセス手順中の帯域幅部分（ＢＷＰ）不活性タイマを処理する方法及び装置が本明細書において開示される。一方法では、ユーザ機器（ＵＥ）は、対スペクトルにおいて動作するサービングセルに対する帯域幅部分（ＢＷＰ）タイマを開始する。ＵＥは、サービングセルで競合ベースのランダムアクセス（ＲＡ）手順を開始し、ＢＷＰタイマを停止する。ＵＥは、ＲＡ手順が首尾よく完了したらＢＷＰタイマを開始する。ここで、ＵＥのセルネットワーク一時識別子（Ｃ−ＲＮＴＩ）にアドレスされた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が受信され、かつ、ＰＤＣＣＨが新たな送信のためのアップリンクグラントを含む場合に、ＵＥは、競合ベースのＲＡ手順が首尾よく完了したとみなす。
【図面の簡単な説明】
【０００６】
【図１】例示的な一実施形態による無線通信システムの図を示す。
【図２】例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。
【図３】例示的な一実施形態による通信デバイスの機能ブロック図である。
【図４】例示的な一実施形態による図３のプログラムコードの機能ブロック図である。
【図５】Ｍｓｇ２のためのＰＤＣＣＨを受信することにより帯域幅部分（ＢＷＰ）タイマが開始されるが、ra-ResponseWindowの満了前にＭｓｇ２がＵＥのためのＲＡＲを含まないという可能性として存在する状況を示す。
【図６】Ｍｓｇ２のためのＰＤＣＣＨを受信することによりＢＷＰタイマが開始されるが、ra-ContentionResolutionTimerの満了前にＵＥがＭｓｇ４を受信しないという可能性として存在する状況を示す。
【図７】ＢＷＰタイマがＲＡ手順中に停止され、開始されない場合に、ＲＡ手順の完了後もアクティブなＢＷＰが同じままであるという可能性として存在する状況を示す。
【図８】ＵＥがＲＡ手順の完了後にＢＷＰ切替コマンドを受信したが、ＤＬデータが直ちに到着するという、予測不可能で可能性として存在する状況を示す。
【図９】ＵＥの観点からの例示的な一実施形態のためのフロー図である。
【発明を実施するための形態】
【０００７】
以下に説明する例示的な無線通信システム及びデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、又はその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システム及びデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、TR  38.913  V14.1.0,  “Study  on  Scenarios  and  Requirements  for  Next  Generation  Access  Technologies;”  RAN1  #88bis  Chairman’s  note;  RAN1  #89  Chairman’s  note;  RAN1  adhoc#2  Chairman’s  note;  RAN1  #90  Chairman’s  note;  RAN1  adhoc#3  Chairman’s  note;  RAN1  #90bis  Chairman’s  note;  RAN1  #91  Chairman’s  note;  RAN2  #97bis  Chairman’s  note;  RAN2  #98  Chairman’s  note;  RAN2  adhoc#2  Chairman’s  note;  RAN2  #99  Chairman’s  note;  RAN2  #99bis  Chairman’s  note;  RAN2  #100  Chairman’s  note;  TS  38.321  V2.0.0,  “Medium  Access  Control  (MAC)  protocol  specification;”及び  TS  36.321  V14.4.0,  “Medium  Access  Control  (MAC)  protocol  specification”  を含む。上記に挙げた標準及び文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４及び１０６、別のグループは１０８及び１１０、また別のグループは１１２及び１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くの又はより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信しており、アンテナ１１２及び１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信しており、アンテナ１０６及び１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、及び１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループ及び／又はアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局又は基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、又はその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、又はその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、及びインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロット及び符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、及び変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信及び処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、及びダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信及び処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、及び復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部及びランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６及び１２２又は図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＬＴＥシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及びトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を受信及び送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、及びレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
次世代（つまり、５Ｇ）アクセス技術についての３ＧＰＰ標準化活動が２０１５年３月に立ち上げられている。一般的に、次世代アクセス技術は、緊急の市場ニーズとＩＴＵ−Ｒ  ＩＭＴ−２０２０により規定されたより長期的な要件の両方を満たすために使用シナリオのうち以下の３つのファミリをサポートすることを目指している。
−  ｅＭＢＢ（拡張モバイルブロードバンド）
−  ｍＭＴＣ（大規模マシン型通信）
−  ＵＲＬＬＣ（高信頼低遅延通信）
【００２６】
Ｎｅｗ  Ｒａｄｉｏアクセス技術に関する５Ｇ研究課題の目的は、少なくとも１００ＧＨｚまでの任意のスペクトル帯域を使用可能なものとするＮｅｗ  Ｒａｄｉｏシステムに必要な技術コンポーネントを特定し開発することである。１００ＧＨｚまでの搬送波周波数をサポートすることにより、無線伝搬の領域において多くの課題が生じる。搬送波周波数が増加すると、パスロスも増加するのである。
【００２７】
Ｎｅｗ  ＲＡＴ／Ｒａｄｉｏ（ＮＲ）では、帯域幅部分（ＢＷＰ）が導入され、ＲＡＮ１において議論されている。例えば、3GPP  RAN1  #88bis  Chairman’s  noteは、以下の作業仮定を開示している。
［外１］
2019106699.tif 000003
【００２８】
3GPP  RAN1  #89  Chairman’s  noteは、以下の同意について論じている。
［外２］
2019106699.tif 000004
【００２９】
3GPP  RAN1  adhoc#2  Chairman’s  noteは、以下の同意について論じている。
［外３］
2019106699.tif 000005
【００３０】
3GPP  RAN1  adhoc#2  Chairman’s  noteは、以下の同意について論じている。
［外４］
2019106699.tif 000006
【００３１】
3GPP  RAN1  adhoc#3  Chairman’s  noteは、以下の同意について論じている。
［外５］
2019106699.tif 000007
【００３２】
3GPP  RAN1  #90bis  Chairman’s  noteは、以下の同意について論じている。
［外６］
2019106699.tif 000008
2019106699.tif 000009
2019106699.tif 000010
【００３３】
3GPP  RAN1  #91  Chairman’s  noteは、以下の同意について論じている。
［外７］
2019106699.tif 000011
2019106699.tif 000012
【００３４】
ＮＲでは、帯域幅部分（ＢＷＰ）は、ＲＡＮ２においても論じられている。例えば、3GPP  RAN2  #99bis  Chairman’s  noteは、以下の合意について開示している。
［外８］
2019106699.tif 000013
2019106699.tif 000014
【００３５】
3GPP  RAN2  #100  Chairman’s  noteは、以下の同意について開示している。
［外９］
2019106699.tif 000015
【００３６】
ＮＲ  ＭＡＣ  Running  Technical  Specificationが現在議論されている。ＢＷＰに関連するいくつかのテキストを以下のように3GPP  TS  38.321  V2.0.0から引用する。
［外１０］
2019106699.tif 000016
2019106699.tif 000017
【００３７】
ＬＴＥ  ランダムアクセス（ＲＡ）手順に関連するいくつかのテキストを以下のようにTS  36.321  V14.4.0から引用する。
［外１１］
2019106699.tif 000018
2019106699.tif 000019
2019106699.tif 000020
2019106699.tif 000021
2019106699.tif 000022
2019106699.tif 000023
2019106699.tif 000024
2019106699.tif 000025
2019106699.tif 000026
2019106699.tif 000027
2019106699.tif 000028
2019106699.tif 000029
【００３８】
ＮＲ  ＭＡＣ  Running  Technical  Specificationが現在議論されている。ＲＡに関連するいくつかのテキストを以下のように3GPP  TS  38.321  V2.0.0から引用する。
［外１２］
2019106699.tif 000030
2019106699.tif 000031
2019106699.tif 000032
2019106699.tif 000033
2019106699.tif 000034
2019106699.tif 000035
2019106699.tif 000036
2019106699.tif 000037
【００３９】
ＮＲでは、キャリア帯域幅は、ＬＴＥ（例えば、最大２０ＭＨｚ）と比較してはるかに大きく（例えば、最大４００ＭＨｚ）することができる。ＵＥがキャリアの全帯域幅をサポートすることができない可能性があることを考慮して、帯域幅部分（ＢＷＰ）の概念が導入される。ＵＥは、ＵＥに設定された周波数範囲外のいかなるダウンリンク（ＤＬ）信号を受信する必要がない。各コンポーネントキャリアに対する１つ以上のＢＷＰ設定は、半静的にＵＥにシグナリングされ得る。ＢＷＰの設定は、ヌメロロジ（例えば、サブキャリア間隔）、周波数位置（例えば、中心周波数）及び帯域幅（例えば、物理リソースブロック（ＰＲＢ）数）を示すための情報を含んでよい。各ＢＷＰが特定のヌメロロジ（例えば、サブキャリア間隔、ＣＰタイプ）に関連付けられる。ＵＥは、所与の時間に対して、設定されたＢＷＰのセットのうち少なくとも１つのＤＬ  ＢＷＰ及び１つのアップリンク（ＵＬ）ＢＷＰがアクティブであることを期待する。ＵＥは、関連するヌメロロジを使用してアクティブＤＬ／ＵＬ  ＢＷＰ内で受信／送信をすることのみが想定される。ＲＲＣ接続の確立中又は確立後にＢＷＰでＵＥが明示的に（再）設定されるまで、ＵＥにとって有効な初期アクティブＤＬ  ／  ＵＬ  ＢＷＰペアが存在する。ＮＲリリース１５では、ＵＥに対して、所与の時間においてサービングセルに対する最大１つのアクティブＤＬ  ＢＷＰ及び最大１つのアクティブＵＬ  ＢＷＰが存在する。ＵＥの各サービングセルに対して、１つ以上のＤＬ  ＢＷＰ及び１つ以上のＵＬ  ＢＷＰが、ＵＥのための専用のＲＲＣによって設定され得る。ＮＲは、単一のスケジューリングダウンリンク制御情報（ＤＣＩ）が、所与のサービングセル内でＵＥのアクティブＢＷＰを（同じリンク方向の）別のものに切り替えることができる場合をサポートする。
【００４０】
ＲＡＮ１はさらに、デフォルトＤＬ  ＢＷＰ（又はデフォルトのＤＬ／ＵＬ  ＢＷＰペア）へのタイマベースのアクティブＤＬ  ＢＷＰ（又はＤＬ／ＵＬ  ＢＷＰペア）切替について専用タイマがサポートされることに合意した。ＲＡＮ１の合意によれば、対スペクトル（paired  spectrum）（例えば、周波数分割複信（ＦＤＤ））の場合、ＵＥは、そのアクティブＤＬ  ＢＷＰをデフォルトＤＬ  ＢＷＰ以外のＤＬ  ＢＷＰに切り替えるときに、専用タイマを開始し、ＵＥは、そのアクティブＤＬ  ＢＷＰ内で物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングするためのＤＣＩを首尾よく復号したときに、専用タイマを初期値にして再始動する。専用タイマが満了したときに、ＵＥは、どのＢＷＰが既にアクティブＢＷＰとして使用されていたかに関係なく、そのアクティブＤＬ  ＢＷＰをデフォルトＤＬ  ＢＷＰに切り替える。不対スペクトル（unpaired  spectrum）（例えば、時分割複信（ＴＤＤ））の場合、１つのＤＬ  ＢＷＰと１つのＵＬ  ＢＷＰがペアを形成し、それらは共同して切り替えられる。代替的には、不対スペクトルの場合、ＵＥは、そのアクティブＤＬ／ＵＬ  ＢＷＰ内で物理アップリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングするためのダウンリンク制御情報（ＤＣＩ）を首尾よく復号したときに、専用タイマを初期値にして再始動する。デフォルトＤＬ  ＢＷＰは、サービングセル（例えば、プライマリセル（ＰＣｅｌｌ）及び／又はセカンダリセル（ＳＣｅｌｌ））のためにＵＥにオプションで設定され得る。ＰＣｅｌｌの場合、設定されたデフォルトＤＬ  ＢＷＰが存在しない場合に、デフォルトＤＬ  ＢＷＰは初期アクティブＤＬ  ＢＷＰ（すなわち、初期アクセスを実行するために使用されるＢＷＰ）である。デフォルトＤＬ  ＢＷＰが設定されている場合、デフォルトＤＬ  ＢＷＰは、初期アクティブＤＬ  ＢＷＰと同じでも異なることもできる。ＳＣｅｌｌの場合、ＳＣｅｌｌ設定／再設定ための無線リソース制御（ＲＲＣ）シグナリングは、ＳＣｅｌｌがアクティブにされたときにアクティブであると見なされる第１の（first）アクティブＤＬ  ＢＷＰ及び／又は第１のアクティブＵＬ  ＢＷＰを示す。デフォルトＤＬ  ＢＷＰ（設定されている場合）は、第１のアクティブＤＬ  ＢＷＰと同じでも異なることもできる。
【００４１】
専用タイマ（以下、本明細書において「ＢＷＰ不活性タイマ」又は「ＢＷＰタイマ」と呼ぶ）を導入する１つの目的は、ＵＥの電力消費を低減することである。サービングセルでトラフィックが存在する場合、ネットワーク（ＮＷ）はＵＥをスケジューリングし、データスループットを増加させるためにＵＥのアクティブＢＷＰをデフォルトＢＷＰから広帯域幅ＢＷＰに切り替えることができる。それに応じて、ＢＷＰ不活性タイマが開始及び再始動される。一定期間トラフィックが存在しない場合、タイマは満了し、ＵＥはいかなるＮＷシグナリングなしでアクティブＢＷＰをデフォルトＢＷＰに戻すように切り替える。デフォルトのＢＷＰは狭帯域幅ＢＷＰとすることができ、ＵＥは低減された消費電力を用いてデフォルトＢＷＰで物理ダウンリンク制御チャネル（ＰＤＣＣＨ）機会を監視するだけでよい。ＮＷは、ＵＥの電力消費のさらなる低減のために、より少ない頻度のＰＤＣＣＨ機会を用いてデフォルトＢＷＰを設定することさえできる。ＢＷＰ不活性タイマの別の目的は、エラーハンドリングのためのフォールバックメカニズムを提供することである（例えば、ＵＥが長い間いかなるＮＷシグナリングを受信できない場合）。
【００４２】
ＲＡＮ２では、無線リソース制御（ＲＲＣ）接続確立のためにランダムアクセス（ＲＡ）手順中にＢＷＰ切替を起こすことができないことが合意された。また、ネットワークは、競合フリーのＲＡ中にＢＷＰ切替をトリガしない。ＵＥがＲＡ手順を開始するときに、ＢＷＰ不活性タイマも停止し、タイマ満了によって引き起こされる自律的なＢＷＰ切替を防止する。上記に開示した合意の意図は、ＤＬ及び／又はＵＬ  ＢＷＰ切替によって進行中のＲＡ手順を中断しないようにすることである。ＲＡ手順がＭＡＣエンティティ内で進行中である間に、ＵＥの媒体アクセス制御（ＭＡＣ）エンティティがＢＷＰ切替のためのＰＤＣＣＨを受信する場合、ＵＥの実装次第で、ＢＷＰの活性化（activation）／不活性化（deactivation）を実行するか、ＢＷＰ切替のためのＰＤＣＣＨを無視するかを決定する。ＵＥ  ＭＡＣエンティティがＢＷＰ切替を実行することを決定する場合には、ＵＥ  ＭＡＣエンティティは進行中のＲＡ手順を停止し、新たにアクティブにされたＢＷＰでＲＡ手順を開始するものとする。ＵＥ  ＭＡＣがＢＷＰ切替のためにＰＤＣＣＨを無視することを決定した場合には、ＭＡＣエンティティは、アクティブＢＷＰで進行中のＲＡ手順を継続するものとする。
【００４３】
ＲＡＮ１合意及び3GPP  TS  38.321  V2.0.0に開示されているＮＲ  ＭＡＣ  Runnnig  TSによれば、ダウンリンク割り当てを示すＰＤＣＣＨが受信されたときに、ＵＥは、サービングセルのアクティブＢＷＰに関連するＢＷＰタイマを開始又は再始動する。これは、ランダムアクセス応答（ＲＡＲ、Ｍｓｇ２とも呼ばれる）のための、又はＭｓｇ４のためのダウンリンク割り当てを示すＰＤＣＣＨがＲＡ手順中に受信される場合を排除しない。その結果、ＢＷＰタイマは、進行中のＲＡ手順中に満了する可能性があり、ＵＥは、現在のアクティブＤＬ  ＢＷＰで進行中のＲＡ手続きを中断する、デフォルトＤＬ  ＢＷＰに切り替える必要があるが、期待されるＵＥ挙動ではない。例として、競合ベースのＲＡ手順を取ると、Ｍｓｇ１を送信した後に、ＵＥは、Ｍｓｇ２の受信のためにサービングセル（例えば、ＳｐＣｅｌｌ）のＰＤＣＣＨの監視を開始する。Ｍｓｇ２のためのＰＤＣＣＨが首尾よく復号されるときに、関連するＢＷＰタイマが開始される。受信したＭｓｇ２がＭｓｇ１プリアンブルインデックスに対応する任意のＲＡプリアンブル識別子を含まない場合、ＵＥは、ＲＡＲの受信が首尾よくいったとみなさず、ra-ResponseWindowが満了するまでＰＤＣＣＨの監視を続ける。ra-ResponseWindowが満了した後に、ＵＥは、（Ｍｓｇ２において受信した場合）バックオフインジケータに応じてＭｓｇ１再送信を遅らせてよく、そして、ＵＥは再度Ｍｓｇ２のためのＰＤＣＣＨを監視する。したがって、関連するＢＷＰタイマは、次のＭｓｇ２が首尾よく受信される前に満了し得る可能性がある。図５は、上記の場合の例を示す。
【００４４】
同様の状況は、Ｍｓｇ４を受信に対しても起きることがある。例えば、ＵＥは、Ｍｓｇ３を送信した後、Ｍｓｇ４のためのＰＤＣＣＨの監視を開始する。例えば、Ｍｓｇ２のためのＰＤＣＣＨによって、関連するＢＷＰタイマがすでに開始されている場合で、ＵＥがra-ContentionResolutionTimerの満了前にＭｓｇ４のためのいかなるＰＤＣＣＨを受信しない場合に、（Ｍｓｇ２において受信した場合）バックオフインジケータに応じてＭｓｇ１再送信を遅らせてよく、そして、ＵＥは再度Ｍｓｇ２のためのＰＤＣＣＨを監視する。例えば、アップリンクデータ到着によってＲＡ手順がトリガされる場合で、ＵＥがＭｓｇ４ためのＰＤＣＣＨを受信するが、そのＰＤＣＣＨは、アップリンクグラントではなく、ダウンリンク割り当てである場合に、ＵＥは、競合解決が首尾よくいったみなすことができない。このような状況では、ＢＷＰタイマはダウンリンク割り当てを示すＰＤＣＣＨの受信により依然として開始されている。ra-ContentionResolutionTimerは、上記の２つのケースについて競合解決が首尾よくいく前に満了する可能性があり、ＵＥは、（Ｍｓｇ２において受信した場合）バックオフインジケータに応じてＭｓｇ１再送信を遅らせてよく、そして、ＵＥは再度Ｍｓｇ２のためのＰＤＣＣＨを監視する。したがって、関連するＢＷＰタイマは、次のＭｓｇ２が首尾よく受信される前に満了し得る可能性がある。図６は、ra-ContentionResolutionTimerの満了前にＭｓｇ４を受信しない場合の例を示す。
【００４５】
追加的に、不対スペクトル（例えば、ＴＤＤ）の場合、アップリンクグラントが首尾よく受信されたことをＰＤＣＣＨが示す場合、ＵＥはサービングセルに関連するＢＷＰタイマを再始動する。これは、Ｍｓｇ３再送信のためのアップリンクグラントを示すＰＤＣＣＨが受信された場合を排除せず、競合ベースのＲＡに対するタイマ満了をもたらす可能性もある。例えば、ＵＥは、Ｍｓｇ３を送信した後、Ｍｓｇ３再送信だけではなくＭｓｇ４のためのＰＤＣＣＨの監視を開始する。ＵＥがＭｓｇ３再送信のためのＰＤＣＣＨを首尾良く復号する場合に、関連するＢＷＰタイマが開始される。ra-ContentionResolutionTimerは、競合解決が首尾よくいく前に満了する可能性があり、ＵＥは、（Ｍｓｇ２において受信した場合）バックオフインジケータに応じてＭｓｇ１の再送信を遅らせてよい。そして、ＵＥは再度Ｍｓｇ２のためのＰＤＣＣＨを監視する。したがって、関連するＢＷＰタイマは、次のＭｓｇ２が首尾よく受信される前に満了する可能性がある。
【００４６】
ＮＷは、ＲＡ手順中のタイマ満了を回避するために、ＢＷＰ不活性タイマのために十分に大きなタイマ値を設定することができるが、ＢＷＰ不活性タイマにとって大きすぎる値は、ＵＥのための電力消費を低減する観点からは良くない。最悪の場合、タイマは役に立たなくなる可能性がある（すなわち、ＮＷシグナリングを受信する前に満了することがない）。
【００４７】
上記の問題を解決するために、ＵＥはＭｓｇ１／Ｍｓｇ３送信又は再送信を実行するときにタイマを停止することができる。タイマは、Ｍｓｇ２受信のためのＰＤＣＣＨを受信したときに開始され得るため、ＵＥは、Ｍｓｇ２を受信した後にタイマを停止すべきである。ＵＥは、Ｍｓｇ３を最初に送信したらタイマを停止することができる。代替的には、ＵＥは、Ｍｓｇ３を再送信したらタイマを停止することができる。競合ベースのＲＡの場合で、競合解決が失敗した場合に、ＵＥはＭｓｇ１を後で再送信するため、タイマがＭｓｇ４受信によりタイマが開始される場合にタイマを停止すべきである。代替的は、ＵＥは、Ｍｓｇ１を最初に送信したらタイマを停止することができる。別の代替案では、ＵＥは、Ｍｓｇ１を再送信したらタイマを停止することができる。一代替案では、サービングセルのアクティブＢＷＰがデフォルトのＢＷＰでない場合に、ＵＥはタイマを停止してもよい。代替的には、サービングセルのアクティブＢＷＰがデフォルトＢＷＰである場合、ＵＥはタイマを停止しなくてもよい。
【００４８】
この解決策は、Ｍｓｇ１／３再送信及びＭｓｇ２／４受信又は再受信中に予期しないタイマ満了の任意の可能性を回避することができるが、タイマがＲＡ手順中に何度も開始及び停止する。
【００４９】
上記の問題に対する別の可能な解決策は、ＵＥは、ＲＡ手順中にＰＤＣＣＨを首尾よく復号した場合に、タイマを開始しないことである。ＲＡ手順中にタイマを何度も開始及び停止しないようにするために、別の解決策は、ＵＥがＲＡ手順中にＰＤＣＣＨを首尾よく復号（受信）した場合に、タイマを開始しないことである。例えば、ＵＥは、Ｍｓｇ２受信のためのダウンリンク割り当てを示すＰＤＣＣＨを受信した場合に、タイマを開始すべきではない。例えば、ＵＥは、Ｍｓｇ３再送信のためのアップリンクグラントを示すＰＤＣＣＨを受信した場合に、タイマを開始すべきではない。例えば、ＵＥは、Ｍｓｇ４受信のためのダウンリンク割り当てを示すＰＤＣＣＨを受信した場合、タイマを開始すべきではない。上記で使用されているように、「ＲＡ手順中」とは、ＲＡ手順が依然として進行中であり、完了とはみなされないことを意味する。ＲＡ手順の完了後（又は進行中のＲＡ手順が存在しない場合）、ＵＥは、通常のＢＷＰ動作に従うべきであり、例えば、ＵＥは、ダウンリンク割り当て（又はアップリンクグラント）を示すＰＤＣＣＨを首尾よく復号したときにＢＷＰタイマを開始又は再始動する。
【００５０】
上記の解決策を通じて、ＵＥは、ＢＷＰ不活性タイマの満了によって引き起こされるいかなる中断もなく、ＲＡ手順（特に、競合ベースのＲＡ手順の場合）を安全に完了することができる。しかし、ＵＥがアップリンクデータの到着によりＲＡ手順を開始する可能性があるという別の問題が起きる可能性がある。ＵＥがＲＡ手順を開始したら及び／又はＲＡ手順中にＢＷＰタイマを停止する場合、ＲＡ手順の完了後に自律的なＢＷＰ切替を実行する機会が存在しない。アクティブＤＬ／ＵＬ  ＢＷＰがデフォルトＤＬ／ＵＬ  ＢＷＰでない場合、これにより追加の電力消費をもたらす。ＮＷは後でＵＥのアクティブＢＷＰをデフォルトＢＷＰに切り替えることができるが、これにより追加のシグナリングオーバーヘッドをもたらす。（予測不可能な）ＵＬ／ＤＬデータが後で来る場合、ＮＷは再度ＵＥのＢＷＰを切り替えることを決定する可能性があり、ＵＥ側で不要なＢＷＰ切替をもたらす。図７及び図８はこれらの問題の例を示す。
【００５１】
上記問題に対する１つの解決策は、ＲＡ手順が完了したら及び／又は完了後にタイマを開始することである。競合ベースのＲＡ手順が首尾よく完了したとみなされたときに、ＵＥはタイマを開始することができる。競合フリーのＲＡ手順が首尾よく完了したとみなされたときに、ＵＥはタイマを開始することができる。アクティブＢＷＰがデフォルトＢＷＰでない場合、ＵＥはタイマを開始してもよい。代替的には、アクティブＢＷＰがデフォルトＢＷＰである場合、ＵＥはタイマを開始しなくてもよい。ネットワークは、サービングセルごとに１つの値のＢＷＰタイマあるいは（対スペクトルの場合の）ＤＬ  ＢＷＰごとに１つの値のＢＷＰタイマ又は（不対スペクトルの場合の）ＤＬ／ＵＬ  ＢＷＰペアごとに１つの値のＢＷＰタイマを設定してもよい。この問題は、主にＵＬデータ到着に関心を寄せているが、この解決策はＤＬデータ到着にも適用することができる。
【００５２】
追加的に、上記に開示した解決策は、将来的なリリースでサポートされる可能性がある、ＵＥにおける複数のアクティブＤＬ  ＢＷＰ又は複数のアクティブＤＬ／ＵＬ  ＢＷＰペアにも適用することができる。ＵＥにおける複数のアクティブＤＬ  ＢＷＰの場合、対応するＢＷＰタイマが満了したときにアクティブＤＬ  ＢＷＰが非アクティブになるように、各アクティブＤＬ  ＢＷＰに対して開始される１つのＢＷＰタイマが存在することができる。ＵＥにおける複数のアクティブＤＬ／ＵＬ  ＢＷＰペアの場合、対応するＢＷＰタイマが満了したときにアクティブＤＬ／ＵＬ  ＢＷＰペアが非アクティブになるように、各アクティブＤＬ／ＵＬ  ＢＷＰペアに対して開始される１つのＢＷＰタイマが存在することができる。ネットワークは、サービングセルごとに１つの値のＢＷＰタイマあるいはＤＬ  ＢＷＰごとに１つの値のＢＷＰタイマ又はＤＬ／ＵＬ  ＢＷＰペアごとに１つの値のＢＷＰタイマを設定してもよい。ＵＥは、アクティブＵＬ  ＢＷＰ及びアクティブＤＬ  ＢＷＰ（又は、不対スペクトルの場合にはアクティブＤＬ／ＵＬ  ＢＷＰペア）でＲＡ手順を開始したら、対応するＢＷＰタイマを停止し、そして、ＵＥは、ＲＡ手順が首尾よく完了したら、又は完了した後にタイマを開始する。
【００５３】
ＲＡ手順が特別セル（ＳｐＣｅｌｌ）（すなわち、ＰＣｅｌｌ又はＰＳＣｅｌｌ）で開始される場合、Ｍｓｇ１又はＭｓｇ３の送信及びＭｓｇ２又はＭｓｇ４の受信はすべてそのＳｐＣｅｌｌで実行される。セカンダリセル（ＳＣｅｌｌ）でのＮＷ主導（NW-initiated）（例えば、ＰＤＣＣＨオーダーを通じた）のＲＡ手順の場合、Ｍｓｇ１はＳＣｅｌｌで送信される一方で、Ｍｓｇ２はＳｐＣｅｌｌで受信される。追加的に、（例えば、ビームの確立及び／又はリカバリ目的のために）ＮＲではＳＣｅｌｌでのＵＥ主導（UE-initiated）のＲＡ手順が存在してもよい。ＳｐＣｅｌｌ又はＳＣｅｌｌのいずれかでのＢＷＰ不活性タイマの満了は、ＲＡ手順を中断する可能性がある。
【００５４】
上記の問題を解決するために、２つのサービングセルにわたってＲＡ手順を実行する場合、両方のＢＷＰ不活性タイマ（設定されている場合）を停止し、開始しないようにすべきである。例えば、ＵＥがＳＣｅｌｌでＲＡ手順をトリガするＰＤＣＣＨオーダーを受信するとき、ＳＣｅｌｌのＢＷＰタイマとＳｐＣｅｌｌのＢＷＰタイマの両方を停止すべきである。例えば、ＵＥがＳＣｅｌｌでＭｓｇ１送信又は再送信を実行するときに、ＳＣｅｌｌのＢＷＰタイマとＳｐＣｅｌｌのＢＷＰタイマの両方を停止すべきである。例えば、ＵＥがＳｐＣｅｌｌでＭｓｇ２のためのＲＡ−ＲＮＴＩにアドレスされたＰＤＣＣＨを受信したときに、ＳＣｅｌｌのＢＷＰタイマとＳｐＣｅｌｌのＢＷＰタイマの両方を開始するべきではない。ここで、ＳＣｅｌｌとＳｐＣｅｌｌは、同じセルグループ（例えば、マスタセルグループ又はセカンダリセルグループ）に属する。
【００５５】
ＲＡ手順の完了後、Ｍｓｇ１送信を実行するＳＣｅｌｌのＢＷＰタイマと、同じセルグループに属するＳｐＣｅｌｌのＢＷＰタイマの両方を開始することができる。サービングセルのアクティブＢＷＰがデフォルトのＢＷＰでない場合、ＵＥはタイマを開始してもよい。サービングセルのアクティブＢＷＰがデフォルトのＢＷＰである場合、ＵＥはタイマを開始しなくてもよい。
【００５６】
例示的な一方法では、ＰＤＣＣＨは、Ｃ−ＲＮＴＩ又はＲＡ−ＲＮＴＩにアドレスされてもよい。ＰＤＣＣＨは、ダウンリンク割り当てを含んでもよい。ＰＤＣＣＨは、ＵＬグラントを含んでもよい。ＰＤＣＣＨは、候補ビームを介して送信されてもよいし、送信されなくてもよい。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）を含んでもよい。ＰＤＣＣＨは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を示してもよい。ＰＤＣＣＨは、物理アップリンク制御チャネル（ＰＵＳＣＨ）を示してもよい。
【００５７】
図９は、ＵＥの観点からの例示的な一実施形態によるフローチャート９００である。ステップ９０５では、ＵＥは、対スペクトルにおいて動作するサービングセルに対するＢＷＰタイマを開始する。ステップ９１０では、ＵＥは、サービングセルで競合ベースのランダムアクセス（ＲＡ）手順を開始し、ＢＷＰタイマを停止する。ステップ９１５では、ＵＥは、ＲＡ手順が首尾よく完了したらＢＷＰタイマを開始する。ここで、ＵＥのセルネットワーク一時識別子（Ｃ−ＲＮＴＩ）（又はセル無線ネットワーク一時識別子）にアドレスされた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が受信され、かつ、ＰＤＣＣＨが新たな送信のためのアップリンクグラントを含む場合に、ＵＥは、競合ベースのＲＡ手順が首尾よく完了したとみなす。
【００５８】
別の方法では、ＲＡ手順が首尾よく完了した際のＢＷＰタイマに関連付けられたアクティブダウンリンク（ＤＬ）ＢＷＰが（Default-DL-BWP（デフォルトＤＬ  ＢＷＰ）が設定されている場合に）Default-DL-BWPによって示されるＤＬ  ＢＷＰ又は（Default-DL-BWP（デフォルトＤＬ  ＢＷＰ）が設定されていない場合に）初期ＤＬ  ＢＷＰのいずれかである場合に、ＲＡ手順が首尾よく完了してもＢＷＰタイマを開始しない。
【００５９】
別の方法では、ＢＷＰタイマは、サービングセルのアクティブダウンリンク（ＤＬ）ＢＷＰに関連付けられ、ＢＷＰタイマが満了したら、ＵＥは、Default-DL-BWPがサービングセルに対して設定されている場合はDefault-DL-BWPによって示されるＢＷＰ又は、Default-DL-BWPがサービングセルに対して設定されていない場合は初期ＤＬ  ＢＷＰのいずかにするＢＷＰ切替を実行する。
【００６０】
別の方法では、サービングセルは、特別セル、プライマリセル、又はプライマリセカンダリセルである。
【００６１】
別の方法では、競合ベースのＲＡ手順は、アップリンクデータの到着により開始される。
【００６２】
別の方法では、競合ベースのＲＡ手順中に、ランダムアクセス応答受信のためのダウンリンク割り当て又はＭｓｇ３送信のためのアップリンクグラントを示すＰＤＣＣＨを受信した場合に、ＵＥは、サービングセルに対するＢＷＰタイマを開始又は再始動しない。
【００６３】
別の方法では、Ｍｓｇ３は、競合ベースのＲＡ手順の一部として、Ｃ−ＲＮＴＩ媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を含むアップリンク共有チャネル（ＵＬ−ＳＣＨ）で送信されるメッセージである。
【００６４】
別の例示的な方法では、ＵＥは、第１のサービングセルでＲＡ手順を開始する。ＵＥは、ＲＡ手順中に第１の時間で第１のサービングセルでＰＤＣＣＨを首尾よく復号したときに、第１のサービングセルに対する第１のＢＷＰタイマを開始する。ＵＥは、ＲＡ手順中に第１のサービングセルで第１のメッセージを再送信するときに、第１のサービングセルに関連付けられた第１のＢＷＰタイマを停止する。
【００６５】
別の例示的な方法では、ＲＡ手順の場合で、Ｍｓｇ１送信及びＭｓｇ２受信が異なるサービングセル、すなわち、第１のサービングセル及び第２のサービングセルで実行される場合、ＵＥは、ＲＡ手順中に第１のサービングセルで第１のメッセージを再送信するときに第２のサービングセルに対する第２のＢＷＰタイマを停止する。ここで、ＵＥは、第２のサービングセルでＭｓｇ２を受信する。
【００６６】
別の例示的な方法では、ＲＡ手順中の第１／第２のサービングセルのアクティブＢＷＰが特定のＢＷＰである場合に、ＵＥは、ＲＡ手順中に第１及び／又は第２のＢＷＰタイマを停止しない。
【００６７】
別の例示的な方法では、ＵＥは、ＲＡ手順中に第１及び／又は第２のサービングセルで第１の時間で第１のメッセージを送信するときに、第１及び／又は第２のサービングセルに関連付けられた第１及び／又は第２のタイマも停止する。
【００６８】
上記で開示した方法の１つ以上において、第１のメッセージは、ＲＡ手順のＭｓｇ１である。
【００６９】
上記で開示した方法の１つ以上において、第１のメッセージは、ＲＡ手順のＭｓｇ３である。
【００７０】
別の例示的な方法では、ＵＥは、第１のサービングセルでランダムアクセス（ＲＡ）手順を開始し、ＵＥは、ＲＡ手順中に第１のサービングセルでＰＤＣＣＨを首尾よく復号したときに、第１のサービングセルに対するＢＷＰタイマを開始又は再始動しない。
【００７１】
別の例示的な方法では、ＲＡ手順の場合で、Ｍｓｇ１送信及びＭｓｇ２受信が異なるサービングセル、すなわち、第１のサービングセル及び第２のサービングセルで実行される場合、ＵＥは、ＲＡ手順中に第２のサービングセルでＰＤＣＣＨを首尾よく復号したときに、第２のサービングセルに対する第２のＢＷＰタイマを開始又は再始動しない。ここで、ＵＥは、第２のサービングセルでＭｓｇ２を受信する。
【００７２】
上記で開示した方法の１つ以上において、ＵＥは、特定の場合に対して、関連するＢＷＰタイマを開始又は再始動する。
【００７３】
別の例示的な方法では、特定の場合とは、関連するサービングセルで進行中のＲＡ手順が存在しない場合に、ダウンリンク割り当てを示すＰＤＣＣＨを受信することである。
【００７４】
別の例示的な方法では、特定の場合とは、関連するサービングセルで進行中のＲＡ手順が存在しない場合に、アップリンクグラントを示すＰＤＣＣＨを受信することである。
【００７５】
別の例示的な方法では、特定の場合とは、関連するサービングセルで進行中のＲＡ手順が存在しない場合に、ＢＷＰ切替のためのＰＤＣＣＨを受信することである。
【００７６】
さらに別の例示的な方法では、ＵＥは、第１のサービングセルに対する第１のＢＷＰタイマを開始する。ＵＥは、第１のサービングセルでランダムアクセス（ＲＡ）手順を開始し、第１のＢＷＰタイマを停止する。ＵＥは、ＲＡ手順が首尾よく完了したら、第１のＢＷＰタイマを開始する。
【００７７】
別の例示的な方法では、ＲＡ手順の場合で、Ｍｓｇ１送信及びＭｓｇ２受信が異なるサービングセル、すなわち、第１のサービングセル及び第２のサービングセルで実行される場合、ＵＥは、ＲＡ手順が完了したら、第２のサービングセルに対する第２のＢＷＰタイマを開始する。ここで、ＵＥは、第２のサービングセルでＭｓｇ２を受信する。
【００７８】
別の例示的な方法では、ＲＡ手順が完了した際の第１／第２のサービングセルのアクティブＢＷＰが特定のＢＷＰである場合に、ＵＥは、ＲＡ手順が完了しても第１及び／又は第２のＢＷＰタイマを開始しない。
【００７９】
上記で開示した方法の１つ以上において、ＢＷＰタイマは、１つのサービングセルの１つのアクティブＤＬ  ＢＷＰに関連付けられる。
【００８０】
上記で開示した方法の１つ以上において、ＢＷＰタイマは、１つのサービングセルの１つのアクティブＤＬ／ＵＬ  ＢＷＰペアに関連付けられる。
【００８１】
上記で開示した方法の１つ以上において、ＲＡ手順は、１つのサービングセルの１つのアクティブＤＬ  ＢＷＰに関連付けられる。
【００８２】
上記で開示した方法の１つ以上において、ＲＡ手順は、１つのサービングセルの１つのアクティブＵＬ  ＢＷＰに関連付けられる。
【００８３】
上記で開示した方法の１つ以上において、ＲＡ手順は、１つのサービングセルの１つのアクティブＤＬ／ＵＬ  ＢＷＰペアに関連付けられる。
【００８４】
上記で開示した方法の１つ以上において、サービングセルは、周波数分割複信モードにおいて動作する。
【００８５】
上記で開示した方法の１つ以上において、ＵＥがダウンリンク割り当てを示すＰＤＣＣＨを首尾よく復号したときに、関連するＢＷＰタイマを開始又は再始動する。
【００８６】
上記で開示した方法の１つ以上において、ＢＷＰタイマの満了は、関連するサービングセルでＢＷＰ切替をトリガする。
【００８７】
上記で開示した方法の１つ以上において、ＢＷＰタイマは、停止されているか、又は動作していない場合には満了しない。
【００８８】
上記で開示した方法の１つ以上において、ＢＷＰ切替は、サービングセルのアクティブＢＷＰを非アクティブ化し、サービングセルの特定のＢＷＰをアクティブにする。
【００８９】
上記で開示した方法の１つ以上において、特定のＢＷＰは、デフォルトＢＷＰ又は初期ＢＷＰである。
【００９０】
上記で開示した方法の１つ以上において、特定のＢＷＰは、Default-DL-BWPによって示されるＢＷＰである。
【００９１】
上記で開示した方法の１つ以上において、ＢＷＰは、ダウンリンクＢＷＰ、アップリンクＢＷＰ、及びダウンリンク−アップリンクＢＷＰペアである。
【００９２】
上記で開示した方法の１つ以上において、第１のサービングセルは、ＳｐＣｅｌｌ又はＳＣｅｌｌである。
【００９３】
上記で開示した方法の１つ以上において、第２のサービングセルはＳＣｅｌｌである。
【００９４】
上記で開示した方法の１つ以上において、第１のサービングセル及び第２のサービングセルは、同じセルグループに属する。
【００９５】
上記で開示した方法の１つ以上において、セルグループはマスタセルグループである。
【００９６】
上記で開示した方法の１つ以上において、セルグループは、セカンダリセルグループである。
【００９７】
上記で開示した方法の１つ以上において、ＲＡ手順は、競合ベースのＲＡ手順である。
【００９８】
上記で開示した方法の１つ以上において、ＲＡ手順は、競合フリーのＲＡ手順である。
【００９９】
上記で開示した方法の１つ以上において、ＲＡ手順は、ネットワークシグナリングを受信することに応答してトリガされる。
【０１００】
上記で開示した方法の１つ以上において、ＲＡ手順は、ネットワークシグナリングを受信することなくトリガされる。
【０１０１】
上述の方法の１つ以上において、ネットワークシグナリングは、ハンドオーバコマンド、ＰＤＣＣＨオーダー、又はＲＲＣメッセージである。
【０１０２】
上記で開示した方法の１つ以上において、首尾よく復号されたＰＤＣＣＨは、Ｍｓｇ２のためのダウンリンク割り当てを示す。
【０１０３】
上記で開示した方法の１つ以上において、首尾よく復号されたＰＤＣＣＨは、Ｍｓｇ４のためのダウンリンク割り当てを示す。
【０１０４】
上記で開示した方法の１つ以上において、首尾よく復号されたＰＤＣＣＨは、Ｍｓｇ２又はＭｓｇ４ではないダウンリンクデータためのダウンリンク割り当てを示す。
【０１０５】
上記で開示した方法の１つ以上において、首尾よく復号されたＰＤＣＣＨは、Ｍｓｇ３のためのアップリンクグラントを示す。
【０１０６】
上記で開示された方法の１つ以上において、首尾よく復号されたＰＤＣＣＨは、Ｍｓｇ３ではないアップリンクデータのためのアップリンクグラントを示す。
【０１０７】
図３及び図４に戻って参照すると、一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）サービングセルに対するＢＷＰタイマを開始することと、（ｉｉ）サービングセルで競合ベースのランダムアクセス（ＲＡ）手順を開始し、ＢＷＰタイマを停止することと、（ｉｉｉ）ＲＡ手順が首尾よく完了したらＢＷＰタイマを開始することであって、ＵＥのセルネットワーク一時識別子（Ｃ−ＲＮＴＩ）にアドレスされた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が受信され、ＰＤＣＣＨが新たな送信のためのアップリンクグラントを含む場合に、ＵＥは、競合ベースのＲＡ手順が首尾よく完了したとみなす、開始することと、を行うことを可能にすることができる。
【０１０８】
さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他の方法のすべてを実行することができる。
【０１０９】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。
【０１１０】
当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。
【０１１１】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【０１１２】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。
【０１１３】
任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。
【０１１４】
本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【０１１５】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。
【図１】
2019106699.tif 000038
【図２】
2019106699.tif 000039
【図３】
2019106699.tif 000040
【図４】
2019106699.tif 000041
【図５】
2019106699.tif 000042
【図６】
2019106699.tif 000043
【図７】
2019106699.tif 000044
【図８】
2019106699.tif 000045
【図９】
2019106699.tif 000046
【外国語明細書】
2019106699000001.pdf