JP6630422B2

JP6630422B2 - 無線通信システムにおけるランダムアクセス手順中のｂｗｐ不活性タイマを処理する方法及び装置

Info

Publication number: JP6630422B2
Application number: JP2018193164A
Authority: JP
Inventors: 敦槐史; 郭　豊旗; 豊旗郭
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2017-12-13
Filing date: 2018-10-12
Publication date: 2020-01-15
Anticipated expiration: 2038-10-12
Also published as: US20210007150A1; US10813137B2; CN109922534B; US11317446B2; KR20190070841A; US20190182870A1; ES2759624T3; TW201929592A; TWI691227B; EP3500038B1; CN109922534A; JP2019106699A; EP3500038A1; KR102110682B1

Description

本願は、２０１７年１２月１３日に出願された米国仮特許出願第６２／５９８，０７８号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。

この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおけるランダムアクセス手順中のＢＷＰ不活性タイマを処理する方法及び装置に関連する。
に関連する。

移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。

例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。

無線通信システムにおけるランダムアクセス手順中の帯域幅部分（ＢＷＰ）不活性タイマを処理する方法及び装置が本明細書において開示される。一方法では、ユーザ機器（ＵＥ）は、対スペクトルにおいて動作するサービングセルに対する帯域幅部分（ＢＷＰ）タイマを開始する。ＵＥは、サービングセルで競合ベースのランダムアクセス（ＲＡ）手順を開始し、ＢＷＰタイマを停止する。ＵＥは、ＲＡ手順が首尾よく完了したらＢＷＰタイマを開始する。ここで、ＵＥのセルネットワーク一時識別子（Ｃ−ＲＮＴＩ）にアドレスされた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が受信され、かつ、ＰＤＣＣＨが新たな送信のためのアップリンクグラントを含む場合に、ＵＥは、競合ベースのＲＡ手順が首尾よく完了したとみなす。

例示的な一実施形態による無線通信システムの図を示す。例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。例示的な一実施形態による通信デバイスの機能ブロック図である。例示的な一実施形態による図３のプログラムコードの機能ブロック図である。Ｍｓｇ２のためのＰＤＣＣＨを受信することにより帯域幅部分（ＢＷＰ）タイマが開始されるが、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は、以下の作業仮定を開示している。
［外１］

3GPP RAN1 #89 Chairman’s noteは、以下の同意について論じている。
［外２］

3GPP RAN1 adhoc#2 Chairman’s noteは、以下の同意について論じている。
［外３］

3GPP RAN1 adhoc#2 Chairman’s noteは、以下の同意について論じている。
［外４］

3GPP RAN1 adhoc#3 Chairman’s noteは、以下の同意について論じている。
［外５］

3GPP RAN1 #90bis Chairman’s noteは、以下の同意について論じている。
［外６］

3GPP RAN1 #91 Chairman’s noteは、以下の同意について論じている。
［外７］

ＮＲでは、帯域幅部分（ＢＷＰ）は、ＲＡＮ２においても論じられている。例えば、3GPP RAN2 #99bis Chairman’s noteは、以下の合意について開示している。
［外８］

3GPP RAN2 #100 Chairman’s noteは、以下の同意について開示している。
［外９］

ＮＲＭＡＣ Running Technical Specificationが現在議論されている。ＢＷＰに関連するいくつかのテキストを以下のように3GPP TS 38.321 V2.0.0から引用する。
［外１０］

ＬＴＥランダムアクセス（ＲＡ）手順に関連するいくつかのテキストを以下のようにTS 36.321 V14.4.0から引用する。
［外１１］

ＮＲＭＡＣ Running Technical Specificationが現在議論されている。ＲＡに関連するいくつかのテキストを以下のように3GPP TS 38.321 V2.0.0から引用する。
［外１２］

ＮＲでは、キャリア帯域幅は、ＬＴＥ（例えば、最大２０ＭＨｚ）と比較してはるかに大きく（例えば、最大４００ＭＨｚ）することができる。ＵＥがキャリアの全帯域幅をサポートすることができない可能性があることを考慮して、帯域幅部分（ＢＷＰ）の概念が導入される。ＵＥは、ＵＥに設定された周波数範囲外のいかなるダウンリンク（ＤＬ）信号を受信する必要がない。各コンポーネントキャリアに対する１つ以上のＢＷＰ設定は、半静的にＵＥにシグナリングされ得る。ＢＷＰの設定は、ヌメロロジ（例えば、サブキャリア間隔）、周波数位置（例えば、中心周波数）及び帯域幅（例えば、物理リソースブロック（ＰＲＢ）数）を示すための情報を含んでよい。各ＢＷＰが特定のヌメロロジ（例えば、サブキャリア間隔、ＣＰタイプ）に関連付けられる。ＵＥは、所与の時間に対して、設定されたＢＷＰのセットのうち少なくとも１つのＤＬＢＷＰ及び１つのアップリンク（ＵＬ）ＢＷＰがアクティブであることを期待する。ＵＥは、関連するヌメロロジを使用してアクティブＤＬ／ＵＬＢＷＰ内で受信／送信をすることのみが想定される。ＲＲＣ接続の確立中又は確立後にＢＷＰでＵＥが明示的に（再）設定されるまで、ＵＥにとって有効な初期アクティブＤＬ／ＵＬＢＷＰペアが存在する。ＮＲリリース１５では、ＵＥに対して、所与の時間においてサービングセルに対する最大１つのアクティブＤＬＢＷＰ及び最大１つのアクティブＵＬＢＷＰが存在する。ＵＥの各サービングセルに対して、１つ以上のＤＬＢＷＰ及び１つ以上のＵＬＢＷＰが、ＵＥのための専用のＲＲＣによって設定され得る。ＮＲは、単一のスケジューリングダウンリンク制御情報（ＤＣＩ）が、所与のサービングセル内でＵＥのアクティブＢＷＰを（同じリンク方向の）別のものに切り替えることができる場合をサポートする。

ＲＡＮ１はさらに、デフォルトＤＬＢＷＰ（又はデフォルトのＤＬ／ＵＬＢＷＰペア）へのタイマベースのアクティブＤＬＢＷＰ（又はＤＬ／ＵＬＢＷＰペア）切替について専用タイマがサポートされることに合意した。ＲＡＮ１の合意によれば、対スペクトル（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によって示されるＢＷＰである。

上記で開示した方法の１つ以上において、ＢＷＰは、ダウンリンクＢＷＰ、アップリンクＢＷＰ、及びダウンリンク−アップリンクＢＷＰペアである。

上記で開示した方法の１つ以上において、第１のサービングセルは、ＳｐＣｅｌｌ又はＳＣｅｌｌである。

上記で開示した方法の１つ以上において、第２のサービングセルはＳＣｅｌｌである。

上記で開示した方法の１つ以上において、第１のサービングセル及び第２のサービングセルは、同じセルグループに属する。

上記で開示した方法の１つ以上において、セルグループはマスタセルグループである。

上記で開示した方法の１つ以上において、セルグループは、セカンダリセルグループである。

上記で開示した方法の１つ以上において、ＲＡ手順は、競合ベースのＲＡ手順である。

上記で開示した方法の１つ以上において、ＲＡ手順は、競合フリーのＲＡ手順である。

上記で開示した方法の１つ以上において、ＲＡ手順は、ネットワークシグナリングを受信することに応答してトリガされる。

上記で開示した方法の１つ以上において、ＲＡ手順は、ネットワークシグナリングを受信することなくトリガされる。

上述の方法の１つ以上において、ネットワークシグナリングは、ハンドオーバコマンド、ＰＤＣＣＨオーダー、又はＲＲＣメッセージである。

上記で開示した方法の１つ以上において、首尾よく復号されたＰＤＣＣＨは、Ｍｓｇ２のためのダウンリンク割り当てを示す。

上記で開示した方法の１つ以上において、首尾よく復号されたＰＤＣＣＨは、Ｍｓｇ４のためのダウンリンク割り当てを示す。

上記で開示した方法の１つ以上において、首尾よく復号されたＰＤＣＣＨは、Ｍｓｇ２又はＭｓｇ４ではないダウンリンクデータためのダウンリンク割り当てを示す。

上記で開示した方法の１つ以上において、首尾よく復号されたＰＤＣＣＨは、Ｍｓｇ３のためのアップリンクグラントを示す。

上記で開示された方法の１つ以上において、首尾よく復号されたＰＤＣＣＨは、Ｍｓｇ３ではないアップリンクデータのためのアップリンクグラントを示す。

図３及び図４に戻って参照すると、一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）サービングセルに対するＢＷＰタイマを開始することと、（ｉｉ）サービングセルで競合ベースのランダムアクセス（ＲＡ）手順を開始し、ＢＷＰタイマを停止することと、（ｉｉｉ）ＲＡ手順が首尾よく完了したらＢＷＰタイマを開始することであって、ＵＥのセルネットワーク一時識別子（Ｃ−ＲＮＴＩ）にアドレスされた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が受信され、ＰＤＣＣＨが新たな送信のためのアップリンクグラントを含む場合に、ＵＥは、競合ベースのＲＡ手順が首尾よく完了したとみなす、開始することと、を行うことを可能にすることができる。

さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他の方法のすべてを実行することができる。

以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。

当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。

さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。

追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。

任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。

本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。

以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。

Claims

ユーザ機器（ＵＥ）の方法であって、
対スペクトルにおいて動作するサービングセルに対する帯域幅部分（ＢＷＰ）タイマを開始するステップと、
前記サービングセルで競合ベースのランダムアクセス（ＲＡ）手順を開始し、前記ＢＷＰタイマを停止するステップと、
前記ＲＡ手順が首尾よく完了したら前記ＢＷＰタイマを開始するステップであって、前記ＵＥのセルネットワーク一時識別子（Ｃ−ＲＮＴＩ）にアドレスされた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が受信され、かつ、該ＰＤＣＣＨが新たな送信のためのアップリンクグラントを含む場合に、前記ＵＥは、競合ベースの前記ＲＡ手順が首尾よく完了したとみなす、開始するステップ、とを含む方法。
前記ＲＡ手順が首尾よく完了した際の前記ＢＷＰタイマに関連付けられたアクティブダウンリンク（ＤＬ）ＢＷＰが（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が該サービングセルに対して設定されていない場合は初期ＤＬＢＷＰのいずれかにするＢＷＰ切替を実行する、請求項８に記載のＵＥ。
前記サービングセルは、特別セル、プライマリセル、又はプライマリセカンダリセルである、請求項８に記載のＵＥ。
競合ベースの前記ＲＡ手順は、アップリンクデータの到着により開始される、請求項８に記載のＵＥ。
前記プロセッサが、前記メモリに記憶されているプログラムコードを実行して、
競合ベースの前記ＲＡ手順中に、ランダムアクセス応答受信のためのダウンリンク割り当て又はＭｓｇ３送信のためのアップリンクグラントを示すＰＤＣＣＨを受信した場合に、前記サービングセルに対するＢＷＰタイマを開始又は再始動しないことを、を行うように構成されている、請求項８に記載のＵＥ。
Ｍｓｇ３は、競合ベースの前記ＲＡ手順の一部として、Ｃ−ＲＮＴＩ媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を含むアップリンク共有チャネル（ＵＬ−ＳＣＨ）で送信されるメッセージである、請求項１３に記載のＵＥ。