JP7317968B2 - アンライセンススペクトルで動作する方法およびデバイス - Google Patents

Description

本開示は、一般に無線通信ネットワークに関し、より詳細にはアンライセンススペクトルで動作する方法およびデバイスに関する。

次世代システムは、完全なモバイルデバイスから静止しているモノのインターネット（ＩｏＴ）または固定された無線広帯域デバイスまで、様々な要件を伴う広範な使用事例をサポートするはずである。多くの使用事例に関連したトラフィックパターンは、間に可変長の待ち期間（ここでは不活性状態と称される）があるデータトラフィックのショートバーストまたはロングバーストから成ることが期待されている。新無線（ＮＲ）では、ライセンス支援アクセスとスタンドアロンのアンライセンス動作が、両方とも第３世代パートナーシッププロジェクト（３ＧＰＰ）においてサポートされることになる。よって、アンライセンススペクトルにおける物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信および／またはスケジューリング要求（ＳＲ）送信の手順は、３ＧＰＰにおいて調査されるものとする。以下では、Ｌｉｓｔｅｎ ｂｅｆｏｒｅ Ｔａｌｋ（ＬＢＴ）と、ランダムアクセス手順と、ＰＲＡＣＨおよび短い物理アップリンク制御チャネル（ｓＰＵＣＣＨ）のためのＬＢＴ方式と、に基づくチャネル検知方式が、解決策に取り組むための基礎として導入される。

ＮＲアンライセンススペクトルにおける無線リソース管理（ＲＲＭ）測定は以下の通りである。

増加の一途をたどるデータ要求に取り組むために、ライセンススペクトルとアンライセンススペクトルの両方でＮＲが検討されている。Ｒｅｌ－１５におけるライセンススペクトルの標準化作業はなお進行中であって、２０１８年に完成するはずである。したがって、３ＧＰＰは、アンライセンススペクトルに対するＮＲベースのアクセスに関する検討項目が無線アクセスネットワーク７７（ＲＡＮ－７７）において承認されたと規定した。この検討項目では、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎライセンス支援アクセス（ＬＴＥ ＬＡＡ）と比較して、ＮＲアンライセンス（ＮＲ－Ｕ）は、ランダムアクセスチャネル（ＲＡＣＨ）含む媒体アクセス制御（ＭＡＣ）手順およびアンライセンススペクトル上でのスケジューリング手順にＬＢＴ障害が生じやすく、デュアルコネクティビティ（ＤＣ）およびスタンドアロンのシナリオもサポートする必要があるが、ＬＡＡシナリオにはライセンススペクトルがあって、ＲＡＣＨおよびスケジューリング関連のシグナリングは、アンライセンススペクトルではなくライセンススペクトル上で送信され得るので、ＬＴＥ ＬＡＡにはそのような制限はなかった。

ＮＲ－Ｕは、ＮＲ－Ｕと他のレガシー無線アクセス技術（ＲＡＴ）の間の共存を扱うために、ＬＡＡ／ｅＬＡＡ／ｆｅＬＡＡ技術を可能な限り再利用することを目指しているので、ＮＲ－ＵにおけるＲＲＭ手順は、一般にＬＡＡにおけるものにかなり類似している。ＬＡＡに関するチャネルのアクセス／選択は、ワイヤレスフィデリティ（Ｗｉ－Ｆｉ）などの他のＲＡＴと共存するための重要な態様のうちの１つであった。たとえば、ＬＡＡはＷｉ－Ｆｉで輻輳しているキャリアを使用することを目指している。したがって、１つの重要な態様として設計されたＲＲＭ測定は、輻輳を回避するために重要である。

ライセンススペクトルにおいて、ユーザ機器（ＵＥ）は、ダウンリンク無線チャネルの参照信号受信電力（ＲＳＲＰ）および参照信号受信品質（ＲＳＲＱ）を測定して、ＵＥのサービングｅＮＢ／ｇＮＢに測定報告を供給する。しかしながら、測定報告にはキャリア上の干渉の強度が反映されない。別のメトリックの受信信号強度インジケータ（ＲＳＳＩ）は、そのような目的にサーブすることができる。ｅＮＢ／ｇＮＢ側では、受信したＲＳＲＰおよびＲＳＲＱの報告に基づいてＲＳＳＩを導出することが可能であるが、これには、ＲＳＲＰおよびＲＳＲＱの報告が利用可能でなければならない。ＲＳＲＰまたはＲＳＲＰに関するいくつかの報告が、ＬＢＴ障害のために（ダウンリンクにおける参照信号送信（ＤＲＳ）が阻止されるか、またはアップリンクにおける測定報告が阻止されることによって）阻止される可能性がある。よって、ＲＳＳＩに関する測定は非常に役に立つ。ＲＳＳＩ測定とともに、ＵＥが測定した時刻および測定期間に関する時間情報は、ｇＮＢ／ｅＮＢが隠されたノードを検知するのを支援することができる。加えて、ｇＮＢ／ｅＮＢはキャリアの負荷状況を測定することができ、ネットワークが負荷バランスおよびチャネルアクセス障害の回避のためにいくつかのチャネルに優先権を与えるのに役立つ。

ＬＴＥ ＬＡＡは、測定報告のために、平均のＲＳＳＩおよびチャネル占有の測定をサポートするように規定されている。チャネル占有は、ＲＳＳＩが設定されたしきい値を超えて測定された時間の割合として規定される。この目的のために、ＲＳＳＩ測定タイミング設定（ＲＭＴＣ）は、測定期間（たとえば１～５ｍｓ）および測定の間の期間（たとえば｛４０、８０、１６０、３２０、６４０｝ｍｓ）を含む。

ＮＲアンライセンススペクトルにおけるチャネルアクセス手順は、一般に以下のように実施される。

Ｌｉｓｔｅｎ－ｂｅｆｏｒｅ－ｔａｌｋ（ＬＢＴ）は、アンライセンススペクトルで他のＲＡＴと共存するように設計されている。この機構では、無線デバイスは、あらゆる送信に先んじてクリアチャネル評価（ＣＣＡ）検査を適用する。送信機は、チャネルがアイドル状態であるかどうかを判定するために、ある期間にわたるエネルギ検知（ＥＤ）を、ある特定のしきい値（ＥＤしきい値）と比較することを包含している。チャネルが占有されていると判定された場合には、送信機は、次のＣＣＡ試行に先んじて、競合ウィンドウの範囲内でランダムバックオフを実施する。肯定応答（ＡＣＫ）送信を保護するために、送信機は、バックオフを再開する前にそれぞれのビジーのＣＣＡスロット後の期間を延ばさなければならない。送信機は、チャネルへのアクセスを把握すると直ちに、最大持続時間（すなわち最長のチャネル占有時間（ＭＣＯＴ））以内で送信を実施することのみを許容される。サービス品質（ＱｏＳ）の差別化のために、サービスタイプに基づくチャネルアクセス優先度が規定されている。たとえば、各サービスの間の競合ウィンドウサイズ（ＣＷＳ）およびＭＣＯＴの差別化のために、４つのＬＢＴ優先度クラスが規定されている。

アンライセンススペクトルに対するＮＲベースのアクセスのためのチャネルアクセス方式は、４つのカテゴリに分類され得る。

あるチャネル占有時間（ＣＯＴ）における別々の送信および送信される別々のチャネル／信号のために、別々のカテゴリのチャネルアクセス方式が使用され得る。

３ＧＰＰに記述されているように、（たとえば規定によって）ＮＲ－Ｕが動作している帯域（サブ７ＧＨｚ）におけるＷｉ－Ｆｉの不在が保証され得ない場合には、ベースライン想定は、ＮＲ－Ｕの動作帯域幅は２０ＭＨｚの整数倍とする、といったものになる。

チャネルアクセス機構は規定に従う必要があり、したがって特定の周波数範囲に適合する必要がある。

チャネルアクセス機構については、ＬＴＥ－ＬＡＡ ＬＢＴ機構が、５ＧＨｚ帯に関するベースラインとして採用され、６ＧＨｚ帯に関する設計の開始ポイントとして採用される。少なくとも、（たとえば規定によって）Ｗｉ－Ｆｉの不在が保証され得ない帯域については、２０ＭＨｚの帯域幅単位においてＬＢＴが実施され得る。

５ＧＨｚ帯については、応答ノードの即時送信に先んじて、トランシーバの回復に適合するための１６μｓの間隔を有することは、高速のＡ／Ｎフィードバックをサポートするためなど、ＮＲ－Ｕ用に有利であり、規定によって許容される。このオプションが使用され得る時間に関する制約／条件は、たとえば良好な共存を考慮してさらに識別されることになる。

規定が許せば、６ＧＨｚ帯にも、応答ノードの即時送信に先んじて、トランシーバの回復に適合するための１６μｓの間隔が適用され得、このオプションが使用され得る時間に関する制約／条件は、６ＧＨｚ帯に関して良好な共存基準が規定されれば、さらに識別されることになる。

ＮＲ－ＵにおけるＣＷＳ調節手順のために、ＮＲ－Ｕは、ＬＴＥ ＬＡＡにおいて考慮に入れる態様に加えて、少なくとも、コードブロックグループ（ＣＢＧ）ベースのハイブリッド自動再送要求ＡＣＫ（ＨＡＲＱ－ＡＣＫ）動作、ＮＲスケジューリングおよびＨＡＲＱフィードバック遅延および処理時間、帯域幅部分（ＢＷＰ）を含む広帯域（＞２０ＭＨｚ）動作、設定されたグラント動作、といった態様を追加的に考慮に入れてよい。（ＬＢＥデバイスとして動作している）ｇＮＢによってＣＯＴを開始するために、表１のチャネルアクセス方式が使用される。
表1 負荷ベースの機器(LBE)デバイスとしてのgNBによってCOTを開始するためのチャネルアクセス方式

注：初期アクセス／ランダムアクセス、モビリティ、ページング、たとえば「ＲＡＣＨメッセージ４」といった参照信号のみ、かつＰＤＣＣＨのみの送信、ハンドオーバコマンド、グループ共通ＰＵＣＣＨ（ＧＣ－ＰＤＣＣＨ）、または単独で、もしくはＤＲＳと多重化したときに送信されるショートメッセージページングに関連する制御メッセージのためのカテゴリ４ ＬＢＴとは別のＬＢＴ方式の適用可能性が議論されている。この注の例外に関連するさらなる詳細は、規格が開発されるときに判定され得る。

少なくとも、ｇＮＢによって開始されたＣＯＴ内でアップリンク（ＵＬ）バーストにダウンリンク（ＤＬ）バーストが続き、いかなる２つの送信の間にも２５μｓよりも長い間隔がＣＯＴ内にない場合については、表１におけるチャネルアクセス方式が、ＵＬバーストに続くＤＬバーストに適用される。
表2 LBEデバイスとしてのgNBによって開始されたCOT内でULバーストに続くDLバーストに関するチャネルアクセス方式

注：ＤＬバーストは、所与のｇＮＢからの０から１６μｓまでの間隔を有する送信のセットと規定される。ｇＮＢからの、１６μｓを超える間隔を有する送信は、別個のＤＬバーストと見なされる。

ｇＮＢによって開始されたＣＯＴ内で、表３のチャネルアクセス方式に、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、およびＳＲＳのうちの１つまたは複数から成るＵＥに関するＵＬバーストが続く。
表3 LBEデバイスとしてのgNBによって開始されたCOT内でのULバーストに関するチャネルアクセス方式

注：ＵＬバーストは、所与のＵＥからの０から１６μｓまでの間隔を有する送信のセットと規定される。ＵＥからの、１６μｓを超える間隔を有する送信は、別個のＵＬバーストと見なされる。ＣＯＴ内のＬＢＴの試行回数は、規格が開発されるときに判定されるべきである。

ＵＥによるＣＯＴの開始のために、表４のチャネルアクセス方式が使用される。
表4 LBEデバイスとしてのUEによってCOTを開始するためのチャネルアクセス方式

注１：ＣＯＴが、異なるチャネルアクセスカテゴリ／優先度クラスを有する多重信号／チャネルを含んでいる場合、多重信号／チャネルに対応する、チャネルアクセス優先度クラスのうちで最高のチャネルアクセス優先度クラス値およびチャネルアクセスカテゴリのうちで最高のチャネルアクセスカテゴリが適応する。
注２：以下の信号／チャネルに関するカテゴリ４とは別のチャネルアクセス方式の適用可能性が議論されており、詳細は規格が開発されるときに判定される：
－ たとえばＨＡＲＱ－ＡＣＫ、スケジューリング要求、およびチャネル状態情報といった、物理アップリンク共有チャネル（ＰＵＳＣＨ）上にのみユーザクラス識別子（ＵＣＩ）を含むＵＬ制御情報
－ ランダムアクセス

フレームベース機器（ＦＢＥ）の動作モードのために、ｇＮＢは、固定フレーム期間の直前のカテゴリ２を有するＣＯＴを獲得する。ｇＮＢが獲得したＣＯＴ内の間隔が１６μｓ以下であれば、ｇＮＢおよび関連するＵＥによってカテゴリ１のチャネルアクセス方式が使用され得る。ｇＮＢが獲得したＣＯＴ内の間隔が１６μｓよりも長ければ、ｇＮＢおよび関連するＵＥによってカテゴリ２のチャネルアクセス方式が使用されるべきである。このチャネルアクセス機構は、ＦＢＥ動作に関するあらゆる規定と連携するように意図されていることに留意されたい。

ＮＲ－Ｕにおけるチャネルアクセスおよび送信のために、ＬＴＥ ＬＡＡによって採用された機構および関連するシグナリング（たとえば、ＤＬやＵＬ用の優先度マッピングにアクセスするための規格化されたＱｏＳクラス識別子（ＱＣＩ）、スケジューリングされたＵＬ送信やＡＵＬ送信用に論理チャネルごとのアクセス優先度を判定する方法など）がベースラインとして使用される。

２つの動作モード、すなわち負荷ベース機器（ＬＢＥ）およびフレームベース機器（ＦＢＥ）は、それぞれ独自の利点および短所を有し、互いに排他的に適用可能である。たとえば、ＦＢＥは、ＬＢＥと比較して、たとえばフレーム中のアイドル時間について一定のオーバヘッドを有する。ＦＢＥと比較して、ＬＢＥは、ランダムバックオフを実施するために、チャネルアクセスに関してより高度な複雑さを有する。

したがって、アンライセンススペクトルにおいて２つのＬＢＴモードを用いて動作させるのに十分な融通性を伴う解決策を得ることが望まれている。

上記に鑑みて、目的は、アンライセンススペクトルで動作する無線ネットワークノードまたは端末デバイス用のＬＢＴモードを判定するためのより融通性のある解決策を提供することである。

本開示の一態様によれば、アンライセンススペクトルで動作する無線ネットワークノードに実装された方法が提供され、この方法は、端末デバイス用のＬｉｓｔｅｎ－ｂｅｆｏｒｅ－Ｔａｌｋ（ＬＢＴ）モードを判定することと、判定されたＬＢＴモードを指示する第１の指示を端末デバイスに送ることと、を含む。

ＬＢＴモードは、ＬＢＴ動作が一定の時刻に実施されるフレームベース機器（ＦＢＥ）モード、またはＬＢＴ動作が任意の時刻に実施される負荷ベース機器（ＬＢＥ）モードを含み得る。

ＦＢＥモードにおいてＬＢＴ動作が失敗すると、一定の時間間隔の後に次のＬＢＴ動作が実施され、ＬＢＥモードにおいてＬＢＴ動作が失敗すると、ランダムな時間間隔の後に次のＬＢＴ動作が実施される。

第１の指示は、システム情報、ページングメッセージ、ダウンリンク制御情報（ＤＣＩ）、媒体アクセス制御要素（ＭＡＣ ＣＥ）シグナリング、無線リソース制御（ＲＲＣ）シグナリングおよびハンドオーバコマンドのうちの少なくとも１つによって送られる。

ＬＢＴモードを判定することは、セルがラッシュアワーにあるかどうかを測定することと、測定結果に応じてＬＢＴモードを判定することと、を含み得る。

ＬＢＴモードを判定することは、近隣の無線アクセス技術（ＲＡＴ）システムが期間内に存在するかどうかを判断することと、判断の結果に応じてＬＢＥモードを判定することと、を含み得る。

近隣のＲＡＴシステムが存在するかどうかを判断することは、無線ネットワークノードもしくは端末デバイスからの測定結果に基づいてよく、または近隣のＲＡＴシステムと無線ネットワークノードの間で交換されたシグナリング／情報に基づいてもよい。

ＬＢＴモードを判定することは、トラフィック負荷もしくは端末デバイスのサービス品質（ＱｏＳ）要件に関する報告、または近隣のＲＡＴシステムに関する報告を、端末デバイスから受信することと、報告に基づいてＬＢＴモードを判定することと、を含み得る。

端末デバイスからの報告は、ネットワークタイプ識別子、セルＩＤ、受信電力密度、受信信号強度、無線ネットワークノードと近隣のＲＡＴシステムの無線ネットワークノードの間のＤＬタイミング差、および無線ネットワークノードと近隣のＲＡＴシステムの無線ネットワークノードの間の入来方向差のうちの少なくとも１つを含み得る。

端末デバイスからの報告は、周期的にトリガされてよく、または近隣のＲＡＴシステムからの送信が端末デバイスによって検知されたときのイベントによってトリガされてもよい。

近隣のＲＡＴシステムは、ワイヤレスフィデリティ（Ｗｉ－Ｆｉ）システム、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ライセンス支援アクセス（ＬＡＡ）システム、新無線アンライセンス（ＮＲ－Ｕ）システム、ＬＴＥシステムおよびＮＲシステムを備え得る。

ＬＢＴモードを判定することは、ＬＢＴモードにおける端末デバイスの優先度をこの端末デバイスから受信することと、優先度に応じて、同一の優先度の数がしきい値に達したかどうかＬＢＴモードを判定することと、を含み得る。

ＬＢＴモードを判定することは、無線ネットワークノード用のＬＢＴモードを判定することをさらに含み得る。

端末デバイス用に判定されるＬＢＴモードは、無線ネットワークノード用に判定されるＬＢＴモードと同一のものでよい。

端末デバイス用に判定されるＬＢＴモードは、無線ネットワークノード用に判定されるＬＢＴモードと異なるものでよい。

ＬＢＴモードを判定することは、サブバンドごと、チャネルごと、キャリアごと、セルごと、接続ごと、または帯域幅部分ごとに実施されてよい。

無線ネットワークノードは、端末デバイスから、端末デバイスがサポートするＬＢＴモードを指示する能力ビットを受信してよい。

無線ネットワークノードは、近隣の無線ネットワークノードから、近隣の無線ネットワークノードによって選択されたＬＢＴモードに関する通知メッセージまたは交渉メッセージを受信してよい。

ＬＢＴモードを判定することは、現在のＬＢＴモードが近隣の無線ネットワークノードによって選択されたＬＢＴモードと異なるとき、後者のＬＢＴモードに切り換えるかどうかを決定することと、無線ネットワークノードによって判定されたＬＢＴモードを指示する第２の指示を近隣の無線ネットワークノードに送ることと、を含み得る。

無線ネットワークノードは、判定したＬＢＴモードに関する通知メッセージまたは交渉メッセージを、近隣の無線ネットワークノードに送ってよい。

無線ネットワークノードは、セルクラスタの中の各セルから収集された報告にまとめて基づいて、セルクラスタの中のすべてのセルのＬＢＴモードを判定してよい。

セルクラスタの無線ネットワークノード用に判定されるＬＢＴモードは、セルクラスタの端末デバイス用に判定されるＬＢＴモードとは異なるものでよい。

セルクラスタの無線ネットワークノード用に判定されるＬＢＴモードは、セルクラスタの端末デバイス用に判定されるＬＢＴモードと同一のものでよい。

無線ネットワークノードは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信、サウンディング参照信号（ＳＲＳ）送信および物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のうちの１つまたは複数用に、それぞれＬＢＴ設定の２つのセットを判定してよく、ＬＢＴ設定の各セットはＬＢＴモードに関連付けられている。

ＬＢＴモードは１つまたは複数のＬＢＴ設定に関連付けられ得る。

本開示の別の態様によれば、アンライセンススペクトルで動作する端末デバイスに実装された方法が提供され、この方法は、無線ネットワークノードから、端末デバイス用のＬｉｓｔｅｎ－ｂｅｆｏｒｅ－Ｔａｌｋ（ＬＢＴ）モードを指示する第１の指示を受信することと、指示されたＬＢＴモードに応じてＬＢＴ動作を実施することと、を含む。

ＬＢＴモードは、ＬＢＴ動作が一定の時刻に実施されるフレームベース機器（ＦＢＥ）モード、またはＬＢＴ動作が任意の時刻に実施される負荷ベース機器（ＬＢＥ）モードを含み得る。

ＦＢＥモードにおいてＬＢＴ動作が失敗すると、一定の時間間隔の後に次のＬＢＴ動作が実施され、ＬＢＥモードにおいてＬＢＴ動作が失敗すると、ランダムな時間間隔の後に次のＬＢＴ動作が実施される。

この指示は、システム情報、ページングメッセージ、ダウンリンク制御情報（ＤＣＩ）、媒体アクセス制御要素（ＭＡＣ ＣＥ）シグナリング、無線リソース制御（ＲＲＣ）シグナリングおよびハンドオーバコマンドのうちの少なくとも１つによって受信され得る。

端末デバイスは、端末デバイスがラッシュアワーにあるかどうか、または近隣の無線アクセス技術（ＲＡＴ）システムが存在するかどうかを測定し、無線ネットワークノードに報告を送ってよい。

端末デバイスからの報告は、トラフィック負荷、端末デバイスのＱｏＳ要件、または近隣のＲＡＴシステムの情報を含み得る。

端末デバイスからの報告は、ネットワークタイプ識別子、セルＩＤ、受信電力密度、受信信号強度、無線ネットワークノードと近隣のＲＡＴシステムの無線ネットワークノードの間のＤＬタイミング差、および無線ネットワークノードと近隣のＲＡＴシステムの無線ネットワークノードの間の入来方向差のうちの少なくとも１つを含み得る。

端末デバイスからの報告は、周期的にトリガされてよく、または近隣のＲＡＴシステムからの送信が端末デバイスによって検知されたときのイベントによってトリガされてもよい。

近隣のＲＡＴシステムは、Ｗｉ－Ｆｉシステム、ＬＴＥ ＬＡＡシステム、ＮＲ－Ｕシステム、ＬＴＥシステムおよびＮＲシステムのうちの少なくとも１つを備え得る。

端末デバイスは、ＬＢＴモードにおける端末デバイスの優先度を指示する第２の指示を無線ネットワークノードに送ってよい。

端末デバイスは、端末デバイスがサポートするＬＢＴモードを指示する能力ビットを送ってよい。

端末デバイスは、第１の指示を受信する前に、デフォルトのＬＢＴモードによってＬＢＴ動作を実施してよい。

本開示の別の態様によれば、アンライセンススペクトルで動作する無線ネットワークノードが提供され、この無線ネットワークノードは、端末デバイス用のＬｉｓｔｅｎ－ｂｅｆｏｒｅ－Ｔａｌｋ（ＬＢＴ）モードを判定するための判定モジュールと、判定されたＬＢＴモードを指示する第１の指示を端末デバイスに送るための送信モジュールと、を備える。

本開示の別の態様によれば、アンライセンススペクトルで動作する無線ネットワークノードが提供され、この無線ネットワークノードは、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行されたとき、この無線ネットワークノードに、本発明の実施形態によってアンライセンススペクトルで動作する無線ネットワークノードに実装された方法を実行させるコンピュータプログラムコードを含む１つまたは複数の記憶装置と、を備える。

本開示の別の態様によれば、アンライセンススペクトルで動作する端末デバイスが提供され、この端末デバイスは、無線ネットワークノードから、端末デバイス用のＬｉｓｔｅｎ－ｂｅｆｏｒｅ－Ｔａｌｋ（ＬＢＴ）モードを指示する指示を受信するための受信モジュールと、指示されたＬＢＴモードに応じてＬＢＴ動作を実施するための実施モジュールと、を備える。

本開示の別の態様によれば、アンライセンススペクトルで動作する端末デバイスが提供され、この端末デバイスは、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行されたとき、この端末デバイスに、本発明の実施形態によってアンライセンススペクトルで動作する端末デバイスに実装された方法を実行させるコンピュータプログラムコードを含む１つまたは複数の記憶装置と、を備える。

本開示の別の態様によれば、コンピュータプログラムを記憶したコンピュータ可読媒体が提供され、このコンピュータプログラムは、本発明の実施形態によってアンライセンススペクトルで動作する端末デバイスまたは無線ネットワークノードに実装された方法を実施するためのコンピュータプログラムコードを含む。

本開示の実施形態によれば、（たとえばＮＲ－Ｕシステムにおける）無線ネットワークノードまたは端末デバイスは、（たとえばＦＢＥとＬＢＥといった）異なるＬＢＴモードの融通性のある設定／スケジューリングによって、たとえば、総合的な観点において複雑さが低下するとともにオーバヘッドが小さくなるなどの利益を得ることができる。したがって、ネットワーク利用効率が改善され、サービス要件がより効率的に満たされ得る。

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

本発明の一実施形態による簡素化されたネットワークシナリオを図示する概略図である。 本発明の一実施形態による、アンライセンススペクトルで動作する無線ネットワークノードに実装された方法を図示する概略流れ図である。 本発明の別の実施形態による簡素化されたネットワークシナリオを図示する概略図である。 本発明のさらに別の実施形態による簡素化されたネットワークシナリオを図示する概略図である。 本発明の一実施形態による、アンライセンススペクトルで動作する端末デバイスに実装された方法を図示する概略流れ図である。 本発明の一実施形態による、アンライセンススペクトルで動作する無線ネットワークノードを図示する概略図である。 本発明の別の実施形態による、アンライセンススペクトルで動作する無線ネットワークノードを図示する概略図である。 本発明の一実施形態による、アンライセンススペクトルで動作する端末デバイスを図示する概略図である。 本発明の別の実施形態による、アンライセンススペクトルで動作する端末デバイスを図示する概略図である。 中間ネットワークを介してホストコンピュータに接続された通信ネットワークの概略図である。 部分的無線接続によって、基地局を介してユーザ機器と通信するホストコンピュータの一般化されたブロック図である。 ホストコンピュータ、基地局およびユーザ機器を含む通信システムに実装された方法を図示する流れ図である。 ホストコンピュータ、基地局およびユーザ機器を含む通信システムに実装された方法を図示する流れ図である。 ホストコンピュータ、基地局およびユーザ機器を含む通信システムに実装された方法を図示する流れ図である。 ホストコンピュータ、基地局およびユーザ機器を含む通信システムに実装された方法を図示する流れ図である。

本開示の以下の実施形態が、添付図面を参照しながら詳細に説明される。これらの実施形態は、本開示の範囲に対するいかなる制限も示唆することなく、当業者が本開示をよりよく理解して実施することを可能にするためにのみ議論されることが理解されるものとする。

文脈における「無線ネットワークノード」という用語は、本開示の実施形態が適用され得る無線通信ネットワークにおける任意のネットワークデバイスを指し得、端末デバイスまたはユーザ機器（ＵＥ）は、この無線通信ネットワークを通じてネットワークにアクセスし得、そこからサービスを受信する。一般に、「無線ネットワークノード」は、たとえばノードＢ（ＮｏｄｅＢすなわちＮＢ）、エボルブドＮｏｄｅＢ（ｅＮｏｄｅＢすなわちｅＮＢ）、ｇＮｏｄｅＢすなわちｇＮＢ、リモートラジオユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、中継器、フェムトノード、ピコノードなどの低電力ノードといった基地局デバイスを指し得る。ネットワークデバイスのまたさらなる例は、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、ベーストランシーバ局（ＢＴＳ）、送信ポイント、送信ノードを含み得る。より一般的には、ネットワークデバイスは、ＵＥのための無線通信ネットワークへのアクセス、または無線通信ネットワークにアクセスしたＵＥのためのいくつかのサービスを、使用可能にするように、かつ／または提供するように、できる、設定された、構成された、かつ／または動作可能な、任意の適切なデバイス（またはデバイスのグループ）を表し得る。

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

一般に、「無線通信ネットワーク」という用語は、新無線（ＮＲ）、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、および今後開発される何らかのさらに適切なネットワークなど、任意の適切な通信規格に従うネットワークを指し得る。その上、無線通信ネットワークにおける端末デバイスとネットワークデバイスの間の通信は、汎欧州デジタル移動電話方式（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、および／または他の適切な１Ｇ（第１世代）、２Ｇ（第２世代）、２．５Ｇ、２．７５Ｇ、３Ｇ（第３世代）、４Ｇ（第４世代）、４．５Ｇ、５Ｇ（第５世代）通信プロトコル、ＩＥＥＥ ８０２．１１規格など無線ローカルエリアネットワーク（ＷＬＡＮ）規格、および／またはマイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、および／またはＺｉｇＢｅｅ規格など、他の適切な無線通信規格、ならびに／あるいは現在知られているかまたは今後開発されるその他のプロトコルを含むが、これらに限定されない、任意の適切な世代の通信プロトコルによって実施されてよい。

ＮＲ－Ｕのチャネルアクセス機構は、負荷ベース機器（ＬＢＥ）とフレームベース機器（ＦＢＥ）の２つの動作モードを含む。ＦＢＥについては、チャネル検知は一定時刻に実施される。チャネルがビジーであると判定された場合には、基地局は一定のバックオフを採用し、一定のバックオフの後に再びＬＢＴを実施する。ＬＢＥについては、チャネル検知は任意の時間インスタンスに実施され得、チャネルがビジーであると判定されたときにはランダムバックオフが採用される。

以下の記述では、無線ネットワークノードが、適切な動作モード（すなわちＬＢＥまたはＦＢＥのいずれか）を選択する／設定するため、またはたとえばセル／システムに何らかのＬＢＥデバイスがあるかどうかをシグナリング手段によって監視することに応じて２つのＬＢＴモードの間で動的モード切換えを実施するための機構（たとえばＮＲ－Ｕのセル／システム）が、詳細に説明される。

図１は、本開示に適用可能な簡素化されたネットワークシナリオを図示する図である。この概略のネットワークシナリオは、たとえば基地局デバイス（たとえばｇＮＢ）１０１といった無線ネットワークノードと、ネットワークサービスにアクセスするために基地局デバイスに接続され得る端末デバイス１０２、１０３、１０４と、を含む。この実施形態では、無線ネットワークノードおよび端末デバイスはアンライセンス帯域で作動する。本明細書で使用されるように、ダウンリンク（ＤＬ）送信は無線ネットワークノードからＵＥ／端末デバイスへの送信を指し、アップリンク（ＵＬ）送信は反対方向の送信を指す。

図２は、本発明の一実施形態による、アンライセンススペクトルで動作する無線ネットワークノードに実装された方法２００を図示する概略流れ図である。

実装された方法２００は、アンライセンススペクトルでの動作において、無線ネットワークノードが端末デバイス用のＬｉｓｔｅｎ－ｂｅｆｏｒｅ－Ｔａｌｋ（ＬＢＴ）モードを判定するステップ２０１と、無線ネットワークノードが、判定されたＬＢＴモードを指示する第１の指示を端末デバイスに送るステップ２０２と、を含む。

この実施形態では、ＬＢＴモードは、ＬＢＴが一定時刻において実施されるフレームベース機器（ＦＢＥ）モードであり得る。あるいは、ＬＢＴモードは、ＬＢＴが任意の時刻において実施される負荷ベース機器（ＬＢＥ）モードであり得る。

ＦＢＥモードでは、ＬＢＴ動作が失敗すると、次のＬＢＴ動作は一定の時間間隔の後に実施される。ＬＢＥモードでは、ＬＢＴ動作が失敗すると、次のＬＢＴ動作はランダムな時間間隔の後に実施される。

この実施形態では、この指示は、システム情報、ページングメッセージ、ダウンリンク制御情報（ＤＣＩ）、媒体アクセス制御要素（ＭＡＣ ＣＥ）シグナリング、無線リソース制御（ＲＲＣ）シグナリングおよびハンドオーバコマンドのうちの少なくとも１つによって送られ得る。

たとえば、各セルにおいて、ｇＮＢは上記のシグナリングによってＬＢＴモードをシグナリングしてよい。システム情報は、このＬＢＴモードに関する、セルまたはシステムに特有の設定を供給し得る。ページングメッセージは、このＬＢＴモードに関する、ページングされた１つまたは複数のＵＥ用の設定を供給し得る。ＤＣＩまたはＭＡＣ ＣＥは、このＬＢＴモードに関する、１つまたは複数のＵＥ用の動的設定を供給し得る。したがって、このＬＢＴモードは、１つまたは複数のＵＥ用に動的に変更され得る。ＲＲＣシグナリングまたはハンドオーバコマンドも、このＬＢＴモードに関する、１つまたは複数のＵＥ用の動的設定を供給し得る。

シグナリング手段はＵＬ送信とＤＬ送信の両方に適用可能である。ＤＬ送信が使用するモードは、ネットワークの実装形態に依拠し得るので、場合によってはＵＥにとって未知であってもよい。しかしながら、オプションとして、ＵＬ送信用の（すなわち端末デバイス用の）ＬＢＴモードは、ＤＬ送信用の（すなわち無線ネットワークノード用の）ＬＢＴモードに従うものでよい。選択されたモードは、ｇＮＢとｇＮＢに関連するＵＥの間で同期され得る。

一例として、ｇＮＢは、ＤＬ送信、ＵＬ送信、またはＵＬ送信とＤＬ送信の両方のためのモード切換えを実施するべき時間を、基準に基づいて決定してよい。本明細書では、ＤＬ送信用のモードは無線ネットワークノード（たとえばｇＮＢ）用のモードを指し、ＵＬ送信用のモードは端末デバイス（たとえばＮＲ－Ｕ ＵＥ）用のモードを指す。

一実施形態では、無線ネットワークノードは、セルがラッシュアワーにあるかどうかを測定し、測定結果に応じてＬＢＴモードを判定することによって、ＬＢＴモードを判定してよい。測定は無線ネットワークノードまたは端末デバイスによって実施されてよい。セルがラッシュアワーにある場合には、（ＵＬ、ＤＬ、または両方用の）ＬＢＴモードとしてＦＢＥモードが判定される。そうでなければ、ＬＢＥモードが判定される。

あるいは、無線ネットワークノードは、近隣の無線アクセス技術（ＲＡＴ）システムが期間内に存在するかどうかを判断し、判断の結果に応じてＬＢＥモードを判定することによって、ＬＢＴモードを判定してよい。セルまたはシステムにおいて、ＬＢＥノードまたはＬＢＥモードベースの送信が不在の期間がある場合には、ＬＢＴモードはＦＢＥモードとして判定され得る。図３は、本発明の別の実施形態による簡素化されたネットワークシナリオを図示する概略図である。図３のネットワークシナリオは、様々な近隣の無線アクセス技術（ＲＡＴ）システム、たとえばＮＲ－Ｕシステム、Ｗｉ－Ｆｉシステム、ＬＴＥ ＬＡＡシステムなどを概略的に含む。

近隣のＲＡＴシステムが存在するかどうかは、無線ネットワークノードまたは端末デバイスからの測定結果に基づいて判断されてよい。判断動作は、あるいは、近隣のＲＡＴシステムと無線ネットワークノードの間で交換されたシグナリング／情報に基づくものでもよい。

一例として、ＵＥまたはｇＮＢは、進行中または近時のＷｉ－Ｆｉ／ＬＴＥ ＬＡＡ送信があるかどうかを測定することができ、これには、ＮＲ－Ｕ ｇＮＢ／ＬＴＥ ｅＮＢとＷｉ－Ｆｉアクセスポイント／ゲートウェイの間でいくらかのシグナリング／情報を交換する必要性があり得る。シグナリング／情報は、ＮＲ－Ｕ ｇＮＢとＬＴＥ ｅＮＢの間でも交換され得る。これらの基準では、ネットワークは、セルまたはシステムにおいてＬＢＥノードまたはＬＢＥモードベースの送信が不在の期間を設定してよく、この場合、モードはＦＢＥに切り換えられ得る。

あるいは、無線ネットワークノードは、トラフィック負荷もしくは端末デバイスのサービス品質（ＱｏＳ）要件に関する報告または近隣のＲＡＴシステムに関する報告を端末デバイスから受信して、報告を基にＬＢＴモードを判定してよい。

たとえば、ＵＥは、トラフィックの混雑またはＵＥに対する重要なＱｏＳ要件を有するトラフィックがあるかどうか、または進行中の近隣の無線アクセス技術（たとえばＷｉ－Ｆｉ／ＬＴＥ ＬＡＡ）送信があるかどうかを、ｇＮＢに報告してよい。

この実施形態によれば、端末デバイスからの報告は、ネットワークタイプ識別子、セルＩＤ、受信電力密度、受信信号強度、無線ネットワークノードと近隣のＲＡＴシステムの無線ネットワークノードの間のＤＬタイミング差、および無線ネットワークノードと近隣のＲＡＴシステムの無線ネットワークノードの間の入来方向差のうちの少なくとも１つを含み得る。

一例として、ＵＥは、Ｗｉ－Ｆｉシステム、別のＬＡＡシステム、別のＮＲ－ＵオペレータからのＮＲ－Ｕシステムなどの他の周囲のＲＡＴシステムに関する情報を、ＵＥのサービングｇＮＢに報告してよい。報告は、 － ＲＡＴシステムが３ＧＰＰ技術に基づくものであれば、ＰＬＭＮ ＩＤ、受信された電力密度（たとえばＳＳＢ ＲＳＲＰまたはＣＳＩ－ＲＳ ＲＳＲＰ）およびセルＩＤ、検知された基地局／アクセスポイントとサービングｇＮＢの間のＤＬタイミング差、検知された基地局とサービングｇＮＢなどの間の入来方向差を含み得、 － ＲＡＴシステムがＷｉ－ＦｉなどのＩＥＥＥシステムに基づくものであれば、サービスセット識別子（ＳＳＩＤ）、受信信号の強度、検知された基地局／アクセスポイントとサービングｇＮＢの間の入来方向差を含み得る。

一例として、サービングｇＮＢは、サーブされているＵＥからの報告に基づいて、セル特有であり得るモードまたはＵＥ特有であり得るモードを判定することができる。

一例として、サービングｇＮＢは、１つまたは複数のＵＥからの測定報告に基づいて、ＬＢＥモードまたはＦＢＥモードが１つまたは複数のＵＥに適用されるかどうかを設定することができる。

一例として、サービングｇＮＢは、ビーム方向（すなわち同期信号ブロック（ＳＳＢ）（またはチャネル状態情報参照信号（ＣＳＩ－ＲＳ））ビームまたはＳＳＢ（またはＣＳＩ－ＲＳ）ビームセット）における１つまたは複数のＵＥから測定報告とともにｇＮＢによる測定結果に基づいて、これらのＵＥ用のモード（ＬＢＥまたはＦＢＥのいずれか）を判定し得る。選択されたモードは、ＤＬ送信またはＵＬ送信に適用可能であり得る。

端末デバイスからの報告は、周期的にトリガされてよく、または近隣のＲＡＴシステムからの送信が端末デバイスによって検知されたときのイベントによってトリガされてもよい。

一例として、近隣のＲＡＴシステムは、たとえばワイヤレスフィデリティ（Ｗｉ－Ｆｉ）システム、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ライセンス支援アクセス（ＬＡＡ）システム、新無線アンライセンス（ＮＲ－Ｕ）システム、ＬＴＥシステムおよびＮＲシステムを含み得る。

あるいは、無線ネットワークノードは、ＬＢＴモードにおける端末デバイスの優先度を端末デバイスから受信し、優先度に応じて、同一の優先度の数がしきい値に達したかどうかを判定することによって、ＬＢＴモードを判定し得る。

たとえば、ＵＥは、ＵＥの局所測定および事前に設定されたルール（たとえば、設定された期間にわたって、異なるＲＡＴまたは異なるネットワークシステムからの近隣の送信機がない場合にはＦＢＥが適用され得る）によって望ましいモードを判定し、ＵＥのサービングｇＮＢに望ましいモードを指示してよい。この指示は、ＭＡＣ ＣＥ、ＰＵＣＣＨ制御シグナリング、ＲＲＣシグナリング、または他のシグナリング手段によってシグナリングされ得る。ｇＮＢは、このＵＥのモード切換えを決定してもしなくてもよい。別の事例では、ｇＮＢは、ＵＥからモードに関する十分な量の指示を受信するまで、モード変更を決定しなくてよい。

一実施形態では、無線ネットワークノード自体用のＬＢＴモードも判定され得る。端末デバイス用に判定されるＬＢＴモードは、無線ネットワークノード用に判定されるＬＢＴモードと同一のものでもよく、または無線ネットワークノード用に判定されるＬＢＴモードと別のものでもよい。

一実施形態では、ＬＢＴモードはまた、サブバンドごと、チャネルごと、キャリアごと、セルごと、接続ごと、または帯域幅部分ごとに判定されてよい。

たとえば、複数のコネクティビティ／デュアルコネクティビティまたはキャリアアグリゲーションを用いて設定されたＵＥについては、それぞれの接続／セルが、異なるモードを用いて設定され得る。この場合、ＵＥは、別々のセルに対して生じる制御シグナリングおよびデータ送信用に別々のモードを適用し得る。

別の例として、ハンドオーバ手順中に、ターゲットセルに対するランダムアクセス手順がアンライセンスキャリアにおいて実施されるとき、ターゲットセルは、ハンドオーバＵＥのＬＢＴモードをハンドオーバコマンドで設定することができる。

別の例として、ＵＬ／ＤＬカバレッジ拡張のために１つまたは複数のＳＵＬキャリアを用いて設定されるＵＥについては、それぞれのキャリアが、異なるモードを用いて設定され得る。この場合、ＵＥは、別々のキャリア上で生じる制御シグナリングおよびデータ送信用に別々のモードを適用し得る。たとえば、アップリンク制御チャネル用にはＦＢＥモードが適用され、ＰＵＳＣＨ送信用にはＬＢＥモードが使用される。

一実施形態では、無線ネットワークノードは、端末デバイスから、端末デバイスがサポートするＬＢＴモードを指示する能力ビットを受信してよい。

たとえば、能力ビットは、ＮＲ－Ｕ ＵＥがサポートするモード（すなわちＬＢＥおよび／またはＦＢＥ）を指示するように規定されてよい。いくつかのＵＥは両方のモードをサポートしてよく、一方、いくつかの他のＵＥはモードのうちの１つをサポートしてよい。

一実施形態では、無線ネットワークノードは、近隣の無線ネットワークノードから、近隣の無線ネットワークノードによって選択されたＬＢＴモードに関する通知メッセージまたは交渉メッセージを受信してよい。その上、無線ネットワークノードは、現在のＬＢＴモードが近隣の無線ネットワークノードによって選択されたＬＢＴモードと異なるとき、後者のＬＢＴモードに切り換えるかどうかを決定してよい。ＬＢＴモードは、端末デバイス用または無線ネットワーク用に切り換えられ得る。無線ネットワークノードはまた、近隣の無線ネットワークノードに対する通知メッセージまたは交渉メッセージを検討してから、判定したＬＢＴモードを指示する指示を近隣の無線ネットワークノードに送ってよい。無線ネットワークノードは、近隣の無線ネットワークノードと交渉するために、判定したＬＢＴモードに関する通知メッセージまたは交渉メッセージを近隣の無線ネットワークノードに送ってよい。

たとえば、セルは、ＬＢＴモードに関して近隣セルに通知するかまたは近隣セルと交渉することができる。セル（または基地局）は、近隣セル（または基地局）からそのような通知メッセージを受信したとき、近隣セルにおいて選択されたＬＢＴモードを考慮に入れて、ＬＢＴモードを切り換える必要があるかどうかを判定することができる。セル（または基地局）は、近隣セル（または基地局）から交渉メッセージを受信したとき、選択したモードに関する情報を確認してよい。

図４は、本発明のさらに別の実施形態による簡素化されたネットワークシナリオを図示する概略図である。一例として、図４のネットワークシナリオはセルクラスタを概略的に示す。

この実施形態では、無線ネットワークノードは、セルクラスタの中の各セルから収集された報告にまとめて基づいて、セルクラスタの中のすべてのセルのＬＢＴモードを判定してよい。

セルクラスタの無線ネットワークノード用に判定されるＬＢＴモードは、セルクラスタの端末デバイス用に判定されるＬＢＴモードと同一でも異なってもよい。

一例として、セル（または基地局）クラスタは、ＬＢＴモードをまとめて判定してよい。協調マネージャ（ＯＡＭサーバ内または基地局に配置された制御エンティティ）は、各クラスタメンバから収集された報告を基に、クラスタの中で共通して使用されるＬＢＴモード（たとえば、ＦＢＥまたはＬＢＥのいずれか）を判定してよい。マネージャは、必要なとき、モード切換えも決定する。モード切換えの後に、すべてのクラスタメンバは別のモードを同時に適用する。クラスタの中で、すべてのＤＬ送信は同一のモードを適用してよいが、すべてのＵＬ送信は、ＤＬ送信と同一のモードを適用しても異なるモードを適用してもよい。

一実施形態では、無線ネットワークノードは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信、サウンディング参照信号（ＳＲＳ）送信および物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のうち１つまたは複数用に、それぞれＬＢＴ設定の２つのセットを判定してよく、ＬＢＴ設定の各セットはＬＢＴモードに関連付けられる。

一例として、セルにおいて、ＰＲＡＣＨ送信用、ＰＵＣＣＨ送信用、ＳＲＳ送信用、およびＰＵＳＣＨ送信用の、ＬＢＴ設定の２つのセットがあり得る。設定の各セットは、異なるＬＢＴモードにそれぞれ関連付けられる。モード切換えが生じた場合は常に、セルまたはＵＥは、選択されたＬＢＴモードを所与として、ＰＲＡＣＨ送信用／ＰＵＣＣＨ送信用／ＳＲＳ送信用／ＰＵＳＣＨ送信用に、対応するＬＢＴ設定を選択する。

この実施形態では、ＬＢＴモードは１つまたは複数のＬＢＴ設定に関連付けられ得る。

設定可能なＬＢＴ方式（すなわちＬＢＴ設定）は、以下のＬＢＴカテゴリのうちの少なくとも１つを含むが、以下の例に限定されるわけではない。
・カテゴリ１：短い切換え間隔の後の即時送信
－ これは、ＣＯＴ中のＵＬ／ＤＬ切換え間隔の後に直ちに送信する送信機用に使用される。
・カテゴリ２：ランダムバックオフのないＬＢＴ
－ 送信エンティティによる送信が決定される前に、チャネルのアイドル状態が検知される持続時間。
・カテゴリ３：固定サイズの競合ウィンドウを有するランダムバックオフを用いるＬＢＴ
－ ＬＢＴ手順は、構成要素のうちの１つとして以下の手順を有する。送信エンティティは、競合ウィンドウの範囲内の乱数Ｎを得る。競合ウィンドウのサイズはＮの最小値および最大値によって規定される。競合ウィンドウのサイズは一定である。乱数Ｎは、ＬＢＴ手順において、送信エンティティがチャネル上で送信する前に、チャネルのアイドル状態が検知される持続時間を判定するために使用される。
・カテゴリ４：可変サイズの競合ウィンドウを有するランダムバックオフを用いるＬＢＴ
－ ＬＢＴは、構成要素のうちの１つとして以下の手順を有する。送信エンティティは、競合ウィンドウの範囲内の乱数Ｎを得る。競合ウィンドウのサイズはＮの最小値および最大値によって規定される。送信エンティティは、乱数Ｎを得るとき、競合ウィンドウのサイズを変化させることができる。乱数Ｎは、ＬＢＴ手順において、送信エンティティがチャネル上で送信する前に、チャネルのアイドル状態が検知される持続時間を判定するために使用される。

たとえば、ＬＢＥモードでは、ＵＥまたはｇＮＢは、チャネルを検知するためにカテゴリ１、２、３および４からＬＢＴオプションを選択し得、ＦＢＥモードでは、ＵＥまたはｇＮＢは、チャネルを検知するためにカテゴリ１および２からＬＢＴオプションを選択し得る。

サーブされるトラフィックのタイプ（たとえばＶｏＩＰ、ビデオ、ベストエフォート、またはバックグラウンド）に基づいてチャネルアクセスの優先度に差をつけるために、４つのＬＢＴ優先度クラスが、異なる競合ウィンドウサイズ（ＣＷＳ）およびＭＣＯＴを用いて規定される（送信機は、チャネルにアクセスした後は、最長のチャネル占有時間（ＭＣＯＴ）と称される制限された時間にわたってのみ送信することを許容される）。表５はダウンリンクチャネルのアクセス優先度クラスに関するＭＣＯＴおよびＣＷＳを要約するものであり、一方、表６はアップリンクチャネルのアクセス優先度クラスに関するＭＣＯＴおよびＣＷＳを要約するものである。
表5 チャネルアクセス優先度クラス
表6 UL用のチャネルアクセス優先度クラス

以下の実施形態はＮＲアンライセンススペクトル（ＮＲ－Ｕ）の文脈で説明される。本発明の解決策はＮＲ－Ｕシナリオに限定されるわけではない。本発明の解決策は、ＬＴＥ ＬＡＡ／ｅＬＡＡ／ｆｅＬＡＡなどの他のアンライセンス動作のシナリオにも適用可能である。以下の実施形態では、「モード」または「ＬＢＴモード」といった語法は、ＵＥが「ＦＢＥデバイス」または「ＬＢＥデバイス」のいずれかとして動作するという、同一の意味で使用される。

図５は、本発明の一実施形態による、アンライセンススペクトルで動作する端末デバイスに実装された方法５００を図示する概略流れ図である。

方法５００は、端末デバイスが、無線ネットワークノードから、端末デバイス用のＬｉｓｔｅｎ－ｂｅｆｏｒｅ－Ｔａｌｋ（ＬＢＴ）モードを指示する第１の指示を受信するステップ５０１と、端末デバイスが、指示されたＬＢＴモードに従ってＬＢＴ動作を実施するステップ５０２と、を含む。

ＬＢＴモードは、ＬＢＴが一定の時刻に実施されるフレームベース機器（ＦＢＥ）モード、またはＬＢＴが任意の時刻に実施される負荷ベース機器（ＬＢＥ）モードであり得る。

ＦＢＥモードでは、ＬＢＴ動作が失敗すると、次のＬＢＴ動作は一定の時間間隔の後に実施される。ＬＢＥモードでは、ＬＢＴ動作が失敗すると、次のＬＢＴ動作はランダムな時間間隔の後に実施される。

この指示は、無線ネットワークノードから、システム情報、ページングメッセージ、ダウンリンク制御情報（ＤＣＩ）、媒体アクセス制御要素（ＭＡＣ ＣＥ）シグナリング、無線リソース制御（ＲＲＣ）シグナリングおよびハンドオーバコマンドのうちの少なくとも１つによって受信され得る。

一実施形態では、端末デバイスは、端末デバイスがラッシュアワーにあるかどうか、または近隣の無線アクセス技術（ＲＡＴ）システムが存在するかどうかを測定して、次いで無線ネットワークノードに報告を送ってよい。

端末デバイスからの報告は、トラフィック負荷、端末デバイスのＱｏＳ要件、または近隣のＲＡＴシステムの情報を含み得る。

端末デバイスからの報告は、ネットワークタイプ識別子、セルＩＤ、受信電力密度、受信信号強度、無線ネットワークノードと近隣のＲＡＴシステムの無線ネットワークノードの間のＤＬタイミング差、および無線ネットワークノードと近隣のＲＡＴシステムの無線ネットワークノードの間の入来方向差のうちの少なくとも１つを含み得る。

端末デバイスからの報告は、周期的にトリガされてよく、または近隣のＲＡＴシステムからの送信が端末デバイスによって検知されたときのイベントによってトリガされてもよい。

近隣のＲＡＴシステムは、Ｗｉ－Ｆｉシステム、ＬＴＥ ＬＡＡシステム、ＮＲ－Ｕシステム、ＬＴＥシステムおよびＮＲシステムのうちの少なくとも１つを含み得る。

一実施形態では、端末デバイスは、ＬＢＴモードにおける端末デバイスの優先度を指示する第２の指示を無線ネットワークノードに送ってよい。

一実施形態では、端末デバイスは、端末デバイスがサポートするＬＢＴモードを指示する能力ビットも送ってよい。

一実施形態では、端末デバイスは、無線ネットワークノードからＬＢＴモードを指示する第１の指示を受信する前に、デフォルトのＬＢＴモードによるＬＢＴ動作を実施してよい。

例として、ＵＬ／ＤＬ送信用のＬＢＴモード（ＦＢＥまたはＬＢＥのいずれか）は、サブバンドごと、チャネルごと、キャリアごと、セルごと、またはＢＷＰごとに設定され得る。さらなる実施形態では、デフォルトのＬＢＴモードは、サブバンドごと、チャネルごと、キャリアごと、セルごと、またはＢＷＰごとに設定され得る。そのようなデフォルトのＬＢＴモードが適用されるのは、サービングｇＮＢから特定のＬＢＴモード設定がないときである。このモードは、上記の実施形態において規定されたシグナリング手段を介して接続されたＲＲＣにおけるＵＥ用に再設定され得る。

無線ネットワークノード側に実装される実施形態の特徴に類似しているか、または対応する他の特徴は、端末デバイス側に実装され、したがってここでは省略されている実施形態にも当てはまる。

図６は、本発明の別の実施形態による、アンライセンススペクトルで動作する無線ネットワークノード６００を図示する概略図である。

無線ネットワークノード６００は、１つまたは複数のプロセッサ６０２と、１つまたは複数のプロセッサによって実行されたとき、本発明の上記の実施形態による無線ネットワークノードに実装された方法を無線ネットワークノードに実行させるコンピュータプログラムコードを含む１つまたは複数の記憶装置６０１と、を含み得る。

図７は、本発明の一実施形態による、アンライセンススペクトルで動作する無線ネットワークノード７００を図示する概略図である。

無線ネットワークノード７００は、判定モジュール７０１および送信モジュール７０２を含み得る。判定モジュール７０１は、端末デバイス用のＬｉｓｔｅｎ－ｂｅｆｏｒｅ－Ｔａｌｋ（ＬＢＴ）モードを判定するように設定されている。送信モジュール７０２は、判定されたＬＢＴモードを指示する第１の指示を端末デバイスに送るように設定されている。

図８は、本発明の一実施形態による、アンライセンススペクトルで動作する端末デバイス８００を図示する概略図である。

端末デバイス８００は、１つまたは複数のプロセッサ８０２と、１つまたは複数のプロセッサによって実行されたとき、本発明の上記の実施形態による、端末デバイスに実装された方法を、端末デバイスに実行させるコンピュータプログラムコードを含む１つまたは複数の記憶装置８０１と、を含み得る。

図９は、本発明の別の実施形態による、アンライセンススペクトルで動作する端末デバイス９００を図示する概略図である。

端末デバイス９００は、受信モジュール９０１および実施モジュール９０２を含み得る。受信モジュール９０１は、無線ネットワークノードから、端末デバイス用のＬｉｓｔｅｎ－ｂｅｆｏｒｅ－Ｔａｌｋ（ＬＢＴ）モードを指示する指示を受信するように設定されており、実施モジュール９０２は、指示されたＬＢＴモードに応じてＬＢＴ動作を実施するように設定されている。

本開示は、コンピュータプログラムを記憶したコンピュータ可読媒体も提供するものであり、コンピュータプログラムは、本開示の実施形態による方法を端末デバイス側または無線ネットワークノード側において実施するためのコードを含む。

図１０は、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを概略的に図示するものである。

図１０を参照して、一実施形態によれば、通信システムが含む３ＧＰＰタイプのセルラーネットワークなどの通信ネットワーク１０１０は、無線アクセスネットワークなどのアクセスネットワーク１０１１およびコアネットワーク１０１４を備える。アクセスネットワーク１０１１には、ＮＢ、ｅＮＢ、ｇＮＢなどの複数の基地局１０１２ａ、１０１２ｂ、１０１２ｃまたは他のタイプの無線アクセスポイントが備わっており、それぞれが、対応するカバレッジエリア１０１３ａ、１０１３ｂ、１０１３ｃを規定する。各基地局１０１２ａ、１０１２ｂ、１０１２ｃは、有線または無線接続１０１５を通じてコアネットワーク１０１４に接続可能である。カバレッジエリア１０１３ｃに配置された第１ユーザ機器（ＵＥ）１０９１は、対応する基地局１０１２ｃに無線で接続するかまたは基地局１０１２ｃによってページングされるように設定されている。カバレッジエリア１０１３ａにおける第２のＵＥ １０９２は、対応する基地局１０１２ａに無線で接続可能である。この例では複数のＵＥ １０９１、１０９２が図示されているが、開示された実施形態は、カバレッジエリアに単独のＵＥが存在する状況や、単独のＵＥが、対応する基地局１０１２に接続されている状況にも同様に適用可能である。

通信ネットワーク１０１０自体がホストコンピュータ１０３０に接続されており、このことは、ハードウェアおよび／またはスタンドアロンのサーバ、クラウドで実施されたサーバ、分散型サーバのソフトウェア、もしくはサーバファームにおける処理リソースとして具現され得る。ホストコンピュータ１０３０はサービスプロバイダの所有権または制御下にあってよく、あるいはサービスプロバイダによって、またはサービスプロバイダのために運用されてよい。通信ネットワーク１０１０とホストコンピュータ１０３０の間の接続１０２１、１０２２は、コアネットワーク１０１４からホストコンピュータ１０３０まで直接及んでよく、または任意選択の中間ネットワーク１０２０を介してもよい。中間ネットワーク１０２０は、パブリックネットワーク、プライベートネットワーク、ホスティングされたネットワークのうちの１つでよく、または２つ以上の組合せでもよく、存在する場合には、バックボーンネットワークまたはインターネットでよく、詳細には、２つ以上のサブネットワーク（図示せず）を備え得る。

全体としての図１０の通信システムは、接続されたＵＥ１０９１、１０９２のうちの１つとホストコンピュータ１０３０の間のコネクティビティを可能にする。コネクティビティはオーバーザトップ（ＯＴＴ）接続１０５０として説明され得る。ホストコンピュータ１０３０および接続されたＵＥ １０９１、１０９２は、仲介物としてアクセスネットワーク１０１１、コアネットワーク１０１４、任意の中間ネットワーク１０２０および可能なさらなるインフラストラクチュア（図示せず）を使用して、ＯＴＴ接続１０５０を通じてデータおよび／またはシグナリングを通信するように設定されている。ＯＴＴ接続１０５０は、ＯＴＴ接続１０５０を通す、関与している通信デバイスが、アップリンクおよびダウンリンクの通信のルーティングを認識しないという意味でトランスペアレントであり得る。たとえば、基地局１０１２は、接続されたＵＥ １０９１に転送される（たとえばハンドオーバされる）、ホストコンピュータ１０３０由来のデータを伴う入来ダウンリンク通信の過去のルーティングに関して通知されなくてよく、通知される必要もない。同様に、基地局１０１２は、ＵＥ １０９１を起源とする、ホストコンピュータ１０３０に向けた発信アップリンク通信の将来のルーティングを認識する必要はない。

図１１は、部分的無線接続によって、基地局を介してユーザ機器と通信するホストコンピュータの一般化されたブロック図である。

次に、前節で論じられた一実施形態によるＵＥ、基地局、およびホストコンピュータの例示の実装形態が、図１１を参照しながら説明される。通信システム１１００において、ホストコンピュータ１１１０が備えるハードウェア１１１５に備わっている通信インターフェース１１１６は、通信システム１１００の異なる通信デバイスのインターフェースに対する有線または無線の接続をセットアップして維持するように設定されている。ホストコンピュータ１１１０がさらに備える処理回路１１１８は、記憶能力および／または処理能力を有し得る。詳細には、処理回路１１１８は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ１１１０がさらに含むソフトウェア１１１１は、ホストコンピュータ１１１０に記憶されているか、またはホストコンピュータ１１１０によるアクセスが可能であり、処理回路１１１８によって実行可能である。ソフトウェア１１１１はホストアプリケーション１１１２を含む。ホストアプリケーション１１１２は、ＵＥ １１３０およびホストコンピュータ１１１０において終結するＯＴＴ接続１１５０によって接続されているＵＥ １１３０などの遠隔ユーザにサービスを提供するように動作可能であり得る。ホストアプリケーション１１１２は、遠隔ユーザにサービスを提供するとき、ＯＴＴ接続１１５０を使用して送信されるユーザデータを供給し得る。

通信システム１１００がさらに含む基地局１１２０は、通信システムに与えられるものであり、ホストコンピュータ１１１０およびＵＥ １１３０との通信を可能にするハードウェア１１２５を備える。ハードウェア１１２５は、通信システム１１００の異なる通信デバイスのインターフェースとの有線または無線の接続をセットアップして維持するための通信インターフェース１１２６、ならびに、基地局１１２０によってサーブされるカバレッジエリア（図１１には示されていない）にあるＵＥ １１３０との少なくとも無線接続１１７０をセットアップして維持するための無線インターフェース１１２７を含み得る。通信インターフェース１１２６は、ホストコンピュータ１１１０に対する接続１１６０を助長するように設定されてよい。接続１１６０は直接的でよく、あるいは通信システムのコアネットワーク（図１１には示されていない）および／または通信システムの外部の１つまたは複数の中間ネットワークを通過してよい。示された実施形態では、基地局１１２０のハードウェア１１２５がさらに含む処理回路１１２８は、命令を実行するように適合された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれらの組合せ（図示せず）を備え得る。基地局１１２０がさらに有するソフトウェア１１２１は、内部に記憶されているか、または外部接続によってアクセス可能である。

通信システム１１００は、既に言及されたＵＥ １１３０をさらに含む。ＵＥ １１３０のハードウェア１１３５が含み得る無線インターフェース１１３７は、ＵＥ １１３０が今のところ位置するカバレッジエリアにサーブしている基地局との無線接続１１７０をセットアップして維持するように設定されている。ＵＥ １１３０のハードウェア１１３５がさらに含む処理回路１１３８は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれらの組合せ（図示せず）を備え得る。ＵＥ１１３０がさらに含むソフトウェア１１３１は、ＵＥ １１３０に記憶されているかまたはＵＥ １１３０によってアクセスされ得、処理回路１１３８によって実行可能である。ソフトウェア１１３１はクライアントアプリケーション１１３２を含む。クライアントアプリケーション１１３２は、ホストコンピュータ１１１０のサポートを伴って、ＵＥ １１３０を介して、人間のユーザまたは人間以外のユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ１１１０において、実行中のホストアプリケーション１１１２は、ＵＥ １１３０およびホストコンピュータ１１１０において終結するＯＴＴ接続１１５０を通じて、実行中のクライアントアプリケーション１１３２と通信し得る。ユーザにサービスを提供するとき、クライアントアプリケーション１１３２は、ホストアプリケーション１１１２から要求データを受け取り、要求データに応答してユーザデータを供給してよい。ＯＴＴ接続１１５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション１１３２は、供給するユーザデータを生成するためにユーザと対話してよい。

図１１に図示されたホストコンピュータ１１１０、基地局１１２０およびＵＥ １１３０は、それぞれ図３２のホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、およびＵＥ３２９１、３２９２のうちの１つと同一でよいことが注意される。つまり、これらのエンティティの内部作用は独立して図１１に示されたものでよく、周囲のネットワークトポロジは図３２のものでよい。

図１１において、ＯＴＴ接続１１５０は、基地局１１２０を介したホストコンピュータ１１１０とユーザ機器１１３０の間の通信を、いかなる中間デバイスも、これらのデバイスを介したメッセージの正確なルーティングも、明示的に参照することなく抽象的に図示するものである。ネットワークインフラストラクチャは、ネットワークインフラストラクチャの設定が、ＵＥ １１３０、もしくはホストコンピュータ１１１０を運営するサービスプロバイダ、または両方から隠すべきルーティングを決定してよい。ＯＴＴ接続１１５０が有効であるとき、ネットワークインフラストラクチャは、（たとえばネットワークの負荷分散の配慮または再設定に基づいて）ルーティングの動的変更をさらに決定してよい。

ＵＥ １１３０と基地局１１２０の間の無線接続１１７０は、本開示の全体にわたって説明された実施形態の教示に従うものである。様々な実施形態のうちの１つまたは複数が、無線接続１１７０が最終区分を形成するＯＴＴ接続１１５０を使用して、ＵＥ １１３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、レイテンシを改善し得、それによって、ユーザ待ち時間の短縮、より優れた応答性、バッテリー寿命の延長などの利益を提供し得るものである。

データレート、レイテンシならびに１つまたは複数の実施形態を改善する他の要因を監視するための測定手順が提供され得る。測定結果の変化に応答してホストコンピュータ１１１０とＵＥ １１３０の間のＯＴＴ接続１１５０を再設定するための任意選択のネットワーク機能がさらに存在し得る。ＯＴＴ接続１１５０を再設定するための測定手順および／またはネットワーク機能は、ホストコンピュータ１１１０のソフトウェア１１１１、もしくはＵＥ １１３０のソフトウェア１１３１、または両方で実施されてよい。実施形態では、センサ（図示せず）が、ＯＴＴ接続１１５０を通す通信デバイスの中に、または同デバイスに関連して配備されてよく、センサは、上記の例の監視された量の値または他の物理量の値を供給することよって測定手順に関与してよく、ソフトウェア１１１１、１１３１は、これらの値から、監視される量を計算するかまたは推定してよい。ＯＴＴ接続１１５０の再設定は、メッセージフォーマット、再送信セッティング、望ましいルーティングなどを含み得、再設定は、基地局１１２０に影響を及ぼす必要はなく、基地局１１２０にとって未知のものまたは感知できないものでよい。そのような手順および機能は、当技術において知られ、実施され得るものである。ある特定の実施形態では、測定は専用のＵＥシグナリングを包含し得、ホストコンピュータ１１１０の測定のスループット、伝搬時間、レイテンシなどを助長する。測定は、ソフトウェア１１１１、１１３１が、伝搬時間、エラーなどを監視しながら、ＯＴＴ接続１１５０を使用して、メッセージ、詳細には空すなわち「ダミー」のメッセージを送信するように実装され得る。

図１２は、一実施形態による、通信システムに実装された方法を図示する流れ図である。通信システムは、図１０および図１１を参照しながら説明されたものであり得るホストコンピュータ、基地局、およびＵＥを含む。本開示の簡単さのために、この段落では図１２の参照のみを含むことにする。この方法の第１のステップ１２１０において、ホストコンピュータはユーザデータを供給する。第１のステップ１２１０の任意選択のサブステップ１２１１において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを供給する。第２のステップ１２２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。任意選択の第３のステップ１２３０において、基地局は、本開示の全体にわたって説明された実施形態の教示に従って、ホストコンピュータが開始した送信で搬送されたユーザデータをＵＥに送信する。任意選択の第４のステップ１２４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連したクライアントアプリケーションを実行する。

図１３は、一実施形態による、通信システムに実装された方法を図示する流れ図である。通信システムは、図１０および図１１を参照しながら説明されたものであり得るホストコンピュータ、基地局、およびＵＥを含む。本開示の簡単さのために、この段落では図１３の参照のみを含むことにする。この方法の第１のステップ１３１０において、ホストコンピュータはユーザデータを供給する。任意選択のサブステップ（図示せず）において、ホストコンピュータはホストアプリケーションを実行することによってユーザデータを供給する。第２のステップ１３２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。送信は、本開示の全体にわたって説明された実施形態の教示に従って、基地局を介して通されてよい。任意選択の第３のステップ１３３０において、ＵＥは、送信で搬送されたユーザデータを受信する。

図１４は、一実施形態による、通信システムに実装された方法を図示する流れ図である。通信システムは、図１０および図１１を参照しながら説明されたものであり得るホストコンピュータ、基地局、およびＵＥを含む。本開示の簡単さのために、この段落では図１４の参照のみを含むことにする。この方法の任意選択の第１のステップ１４１０において、ＵＥは、ホストコンピュータによって供給された入力データを受信する。加えて、またはその代わりに、ＵＥは、任意選択の第２のステップ１４２０においてユーザデータを供給する。第２のステップ１４２０の任意選択のサブステップ１４２１において、ＵＥはクライアントアプリケーションを実行することによってユーザデータを供給する。第１のステップ１４１０のさらなる任意選択のサブステップ１４１１において、ＵＥは、ホストコンピュータによって供給された受信入力データに反応して、ユーザデータを供給するクライアントアプリケーションを実行する。ユーザデータを供給するとき、実行されるクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮に入れてよい。ユーザデータが供給される特定のやり方に関係なく、ＵＥは、任意選択の第３のサブステップ１４３０において、ホストコンピュータへのユーザデータの送信を開始する。この方法の第４のステップ１４４０において、ホストコンピュータは、本開示の全体にわたって説明された実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１５は、一実施形態による、通信システムに実装された方法を図示する流れ図である。通信システムは、図１０および図１１を参照しながら説明されたものであり得るホストコンピュータ、基地局、およびＵＥを含む。本開示の簡単さのために、この段落では図１５の参照のみを含むことにする。この方法の任意選択の第１のステップ１５１０において、本開示の全体にわたって説明された実施形態の教示により、基地局はＵＥからユーザデータを受信する。任意選択の第２のステップ１５２０において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。第３のステップ１５３０において、ホストコンピュータは、基地局が開始した送信で搬送されたユーザデータを受信する。

一般に、様々な例示的実施形態は、ハードウェアもしくは専用チップ、回路、ソフトウェア、ロジックまたはこれらの任意の組合せに実装され得る。たとえば、いくつかの態様はハードウェアに実装され得、一方、他の態様は、コントローラ、マイクロプロセッサまたは他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアに実装され得るが、本開示はこれらに限定されない。本開示の例示的実施形態の様々な態様が、ブロック図、流れ図、またはいくつかの他の図的表現を使用して図示されかつ説明され得るが、本明細書で説明されたこれらのブロック、装置、システム、技術または方法が、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用の回路もしくはロジック、汎用のハードウェアもしくはコントローラもしくは他のコンピューティングデバイス、またはこれらのうちいくつかの組合せとして実装され得ることが十分に理解される。

本明細書における「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」、「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」、「例示の実施形態」、および同種のものの参照は、説明された実施形態が特定の機能、構造、または特性を含み得ることを指示するが、すべての実施形態が特定の機能、構造、または特性を含む必要はない。その上に、そのような慣用句は、必ずしも同一の実施形態を参照するわけではない。さらに、特定の機能、構造、または特性が一実施形態に関連して説明されるとき、そのような機能、構造、または特性に、他の実施形態に関連して影響を与えることは、はっきりと説明されたか否かにかかわらず、当業者の知見の範囲内にあることが提示される。

本明細書では、様々な要素を説明するために「第１の」や「第２の」などの用語が使用されることがあるが、これらの要素はこれらの用語によって限定されるべきではないことが理解されるものとする。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。たとえば、例示の実施形態の範囲から逸脱することなく、第１の要素を第２の要素と名付けることができ、同様に第２の要素を第１の要素と名付けることができる。本明細書で使用されるように、「および／または」という用語は、関連する列記された用語のうち１つまたは複数の、あらゆる組合せを含む。

本明細書で使用される専門用語は、特別な実施形態のみを説明するためのものであり、例示の実施形態を限定するようには意図されていない。本明細書で使用されるように、「１つの（ａ）」、「１つの（ａｎ）」および「この（ｔｈｅ）」といった単数形は、文脈がそうでないことを明白に示さない限り複数形も同様に含むことが意図されている。「備える（ｃｏｍｐｒｉｓｅｓ）」、「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」といった用語は、本明細書で使用されたとき、明示された特徴、要素、および／または構成要素などの存在を規定するが、１つまたは複数の他の特徴、要素、構成要素および／またはこれらの組合せの存在や付加を排除するものではないことがさらに理解されよう。

本開示は、本明細書で開示された任意の斬新な特徴または特徴の組合せを、明示的に、または何らかの一般化をして含む。当業者には、本開示の前述の例示的実施形態に対する様々な修正形態および改作が、前述の説明を考慮して、添付の図面とともに読み取られたとき、明らかになり得る。しかしながら、あらゆる修正形態が、依然として本開示の非限定的な例示的実施形態の範囲に含まれることになる。

Claims (19)

1. アンライセンススペクトルで動作する無線ネットワークノードに実装された方法であって、
   端末デバイスから、前記端末デバイスがサポートするＬｉｓｔｅｎ－ｂｅｆｏｒｅ－Ｔａｌｋ（ＬＢＴ）モードを指示する能力ビットを受信することと、
   端末デバイス用の前記ＬＢＴモードを判定することと、
   前記判定されたＬＢＴモードを指示する第１の指示を前記端末デバイスに送ることと、
   を含み、
   前記ＬＢＴモードが、ＬＢＴ動作が一定の時刻に実施されるフレームベース機器（ＦＢＥ）モード、またはＬＢＴ動作が任意の時刻に実施される負荷ベース機器（ＬＢＥ）モードを含み、
   ＦＢＥモードにおいてＬＢＴ動作が失敗すると、一定の時間間隔の後に次のＬＢＴ動作が実施され、ＬＢＥモードにおいてＬＢＴ動作が失敗すると、ランダムな時間間隔の後に次のＬＢＴ動作が実施される、方法。
2. 前記第１の指示が、システム情報、ページングメッセージ、ダウンリンク制御情報（ＤＣＩ）、媒体アクセス制御要素（ＭＡＣ ＣＥ）シグナリング、無線リソース制御（ＲＲＣ）シグナリングおよびハンドオーバコマンドのうちの少なくとも１つによって送られる、請求項１に記載の方法。
3. 前記ＬＢＴモードを前記判定することが、
   セルがラッシュアワーにあるかどうかを測定することと、
   前記測定の結果に応じて前記ＬＢＴモードを判定することと、
   を含む、請求項１または２に記載の方法。
4. 前記ＬＢＴモードを前記判定することが、
   近隣の無線アクセス技術（ＲＡＴ）システムが期間内に存在するかどうかを判断することと、
   前記判断の結果に応じて前記ＬＢＥモードを判定することと、
   を含む、請求項１または２に記載の方法。
5. 近隣のＲＡＴシステムが存在するかどうかを前記判断することが、前記無線ネットワークノードもしくは前記端末デバイスからの測定結果に基づき、または前記近隣のＲＡＴシステムと前記無線ネットワークノードの間で交換されたシグナリング／情報に基づく、請求項４に記載の方法。
6. 前記ＬＢＴモードを前記判定することが、
   トラフィック負荷もしくは前記端末デバイスのサービス品質（ＱｏＳ）要件に関する報告、または近隣のＲＡＴシステムに関する報告を、前記端末デバイスから受信することと、
   前記報告に基づいて前記ＬＢＴモードを判定することと、
   を含む、請求項１または２に記載の方法。
7. 前記端末デバイスからの前記報告が、
   ネットワークタイプ識別子、セルＩＤ、受信電力密度、受信信号強度、前記無線ネットワークノードと前記近隣のＲＡＴシステムの無線ネットワークノードの間のＤＬタイミング差、および前記無線ネットワークノードと前記近隣のＲＡＴシステムの無線ネットワークノードの間の入来方向差のうちの少なくとも１つを含む、請求項６に記載の方法。
8. 前記端末デバイスからの前記報告が、周期的にトリガされるか、または前記近隣のＲＡＴシステムからの送信が前記端末デバイスによって検知されたときのイベントによってトリガされる、請求項６または７に記載の方法。
9. 前記ＬＢＴモードを前記判定することが、
   前記ＬＢＴモードにおける前記端末デバイスの優先度を前記端末デバイスから受信することと、
   前記優先度に応じて、同一の優先度の数がしきい値に達したかどうか前記ＬＢＴモードを判定することと、
   を含む、請求項１または２に記載の方法。
10. 前記ＬＢＴモードを前記判定することが、前記無線ネットワークノード用の前記ＬＢＴモードを判定することをさらに含む、請求項１から９のいずれか一項に記載の方法。
11. 近隣の無線ネットワークノードから、前記近隣の無線ネットワークノードによって選択された前記ＬＢＴモードに関する通知メッセージまたは交渉メッセージを受信することをさらに含む、請求項１または２に記載の方法。
12. ＬＢＴモードを前記判定することが、
    現在の前記ＬＢＴモードが前記近隣の無線ネットワークノードによって選択された前記ＬＢＴモードと異なるとき、後者のＬＢＴモードに切り換えるかどうかを決定することと、
    前記無線ネットワークノードによって判定された前記ＬＢＴモードを指示する第２の指示を前記近隣の無線ネットワークノードに送ることと、
    を含む、請求項１１に記載の方法。
13. 近隣の無線ネットワークノードに、前記無線ネットワークノードによって判定された前記ＬＢＴモードに関する通知メッセージまたは交渉メッセージを送ることをさらに含む、請求項１または２に記載の方法。
14. セルクラスタの中の各セルから収集された報告にまとめて基づいて、前記セルクラスタの中のすべてのセルの前記ＬＢＴモードを判定することをさらに含む、請求項１から１３のいずれか一項に記載の方法。
15. 前記セルクラスタの無線ネットワークノード用に判定される前記ＬＢＴモードが、前記セルクラスタの端末デバイス用に判定される前記ＬＢＴモードとは異なるものである、または、
    前記セルクラスタの無線ネットワークノード用に判定される前記ＬＢＴモードが、前記セルクラスタの端末デバイス用に判定される前記ＬＢＴモードと同一のものである、請求項１４に記載の方法。
16. 物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信、サウンディング参照信号（ＳＲＳ）送信および物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のうちの１つまたは複数用に、それぞれＬＢＴ設定の２つのセットを判定することをさらに含み、ＬＢＴ設定の各セットはＬＢＴモードに関連付けられている、請求項１から１５のいずれか一項に記載の方法。
17. アンライセンススペクトルで動作する端末デバイスに実装された方法であって、
    無線ネットワークノードに、前記端末デバイスがサポートするＬｉｓｔｅｎ－ｂｅｆｏｒｅ－Ｔａｌｋ（ＬＢＴ）モードを指示する能力ビットを送ることと、
    前記無線ネットワークノードから、前記端末デバイス用の前記ＬＢＴモードを指示する第１の指示を受信することと、
    前記指示されたＬＢＴモードに応じてＬＢＴ動作を実施することと、
    を含み、
    前記ＬＢＴモードが、ＬＢＴ動作が一定の時刻に実施されるフレームベース機器（ＦＢＥ）モード、またはＬＢＴ動作が任意の時刻に実施される負荷ベース機器（ＬＢＥ）モードを含み、
    ＦＢＥモードにおいてＬＢＴ動作が失敗すると、一定の時間間隔の後に次のＬＢＴ動作が実施され、ＬＢＥモードにおいてＬＢＴ動作が失敗すると、ランダムな時間間隔の後に次のＬＢＴ動作が実施される、方法。
18. アンライセンススペクトルで動作する無線ネットワークノードであって、
    １つまたは複数のプロセッサと、
    前記１つまたは複数のプロセッサによって実行されたとき、前記無線ネットワークノードに、請求項１から１６のいずれか一項に記載の方法を実行させるコンピュータプログラムコードを含む１つまたは複数の記憶装置と、
    を備える無線ネットワークノード。
19. アンライセンススペクトルで動作する端末デバイスであって、
    １つまたは複数のプロセッサと、
    前記１つまたは複数のプロセッサによって実行されたとき、前記端末デバイスに、請求項１７に記載の方法を実行させるコンピュータプログラムコードを含む１つまたは複数の記憶装置と、
    を備える端末デバイス。

Images