(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-12-01
(54)【発明の名称】通信ネットワークにおけるネットワークノード、デバイスおよび方法
(51)【国際特許分類】
H04W 28/04 20090101AFI20231124BHJP
H04W 4/06 20090101ALI20231124BHJP
H04W 76/34 20180101ALI20231124BHJP
H04W 76/27 20180101ALI20231124BHJP
【FI】
H04W28/04 110
H04W4/06
H04W76/34
H04W76/27
【審査請求】有
【予備審査請求】有
(21)【出願番号】P 2023524673
(86)(22)【出願日】2021-10-22
(85)【翻訳文提出日】2023-06-16
(86)【国際出願番号】 EP2021079408
(87)【国際公開番号】W WO2022084537
(87)【国際公開日】2022-04-28
(32)【優先日】2020-10-23
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
【公序良俗違反の表示】
(特許庁注:以下のものは登録商標)
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン(パブル)
(74)【代理人】
【識別番号】100109726
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100150670
【氏名又は名称】小梶 晴美
(74)【代理人】
【識別番号】100194294
【氏名又は名称】石岡 利康
(72)【発明者】
【氏名】スタレ, エリク
(72)【発明者】
【氏名】ヴァン ダー ジー, マルティン
(72)【発明者】
【氏名】ファム ヴァン, ズン
(72)【発明者】
【氏名】オーケソン, ヨアキム
【テーマコード(参考)】
5K067
【Fターム(参考)】
5K067AA28
5K067DD11
5K067EE02
5K067EE10
5K067EE22
(57)【要約】
本明細書の実施形態は、通信ネットワークにおいて、通信ネットワークのセル中にあるデバイスのグループにマルチキャスト送信を提供する、ネットワークノード(102、103)によって実施される方法に関する。ネットワークノード(102、103)は、通信についての輻輳レベルを監視し、輻輳レベルが第1のしきい値に達した場合、ネットワークノードは、RRC接続モードにある少なくとも1つのデバイス(106)が、RRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放され、それにより、マルチキャスト送信をさらに受信する少なくとも1つのデバイス(106)のアビリティを保ちながら、1つまたは複数の再送信要求を提供する少なくとも1つのデバイス(106)の能力を無効にするようにオーダーする。
【選択図】
図3a
【特許請求の範囲】
【請求項1】
通信ネットワークにおいて、前記通信ネットワークのセル中にあるデバイスのグループにマルチキャスト送信を提供する、ネットワークノード(102、103)によって実施される方法であって、前記方法は、
- 通信についての輻輳レベルを監視すること(301)と、
- 前記輻輳レベルが第1のしきい値に達した場合、無線リソース制御(RRC)接続モードにある少なくとも1つのデバイス(106)が、前記RRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放され、それにより、前記マルチキャスト送信をさらに受信する前記少なくとも1つのデバイス(106)のアビリティを保ちながら、1つまたは複数の再送信要求を提供する前記少なくとも1つのデバイス(106)の能力を無効にするようにオーダーすること(302)と
を含む、方法。
【請求項2】
- 前記輻輳レベルが、前記第1のしきい値よりも低い第2のしきい値に達したとき、前記少なくとも1つのデバイスを前記RRCアイドルモードまたは前記RRC非アクティブモードから前記RRC接続モードに復帰させるようにオーダーすること(304)
をさらに含む、請求項1に記載の方法。
【請求項3】
- 少なくとも1つのデバイスがRRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放された場合、1つまたは複数の複製、繰返しまたは再送信要求のない再送信をオーダーすること(303)
をさらに含む、請求項1に記載の方法。
【請求項4】
前記ネットワークノードは、デバイスの前記グループが前記マルチキャスト送信を受信し続けることを可能にするが、再送信要求を無効にする、特殊RRC設定を、デバイスの前記グループに提供する、請求項1に記載の方法。
【請求項5】
前記特殊RRC設定が条件を含み、前記条件は、前記条件が満たされるとき、デバイスの前記グループのうちのデバイスが前記RRC接続モードに復帰することを可能にする、請求項4に記載の方法。
【請求項6】
前記条件が、前記少なくとも1つのデバイスのリンク品質に関係する、請求項5に記載の方法。
【請求項7】
前記RRCアイドルモードまたは前記RRC非アクティブモードに解放されるようにオーダーされる前記少なくとも1つのデバイスが、受信品質に基づいて選択される、請求項1から6のいずれか一項に記載の方法。
【請求項8】
前記RRCアイドルモードまたは前記RRC非アクティブモードに解放されるように、および前記RRC接続に戻るようにオーダーすることは、同等の受信が報告されたデバイスの前記グループのうちのいくつかのデバイスの間で循環される、請求項7に記載の方法。
【請求項9】
デバイス(106)によって実施される方法であって、前記デバイス(106)が、通信ネットワークのセル中にあるデバイスのグループのうちの1つのデバイスであり、デバイスの前記グループがマルチキャスト送信を受信しており、前記デバイス(106)が無線リソース制御(RRC)接続モードにあり、前記方法が、
- RRCアイドルモードまたはRRC非アクティブモードに解放されるようにとのオーダーを受信すること(311)と、
- 前記マルチキャスト送信を受信するための設定を維持すること(312)と、
- 前記RRCアイドルモードまたは前記RRC非アクティブモードにおいて前記マルチキャスト送信を受信することを継続すること(313)と
を含む、方法。
【請求項10】
前記デバイスは、前記デバイスが前記マルチキャスト送信にもはや関心がないことを前記通信ネットワークに示すためのランダムアクセスプロシージャを使用する、請求項9に記載の方法。
【請求項11】
- 前記RRCアイドルモードまたは前記RRC非アクティブモードに解放されたとき、前記マルチキャスト送信の受信の前記継続を構成するが、再送信要求を無効にする、特殊RRC設定を、前記通信ネットワークから受信すること(310)
をさらに含む、請求項9に記載の方法。
【請求項12】
前記特殊RRC設定が条件をさらに含み、前記条件が前記デバイスによって満たされ、前記デバイスが前記RRCアイドルモードまたは前記RRC非アクティブモードにあるとき、前記デバイスが前記RRC接続モードに復帰することを可能にされる、請求項11に記載の方法。
【請求項13】
前記条件が、前記デバイスのリンク品質に関係する、請求項12に記載の方法。
【請求項14】
セル変更中に接続モードに復帰すること(314)をさらに含む、請求項9から13のいずれか一項に記載の方法。
【請求項15】
通信ネットワークにおいて、前記通信ネットワークのセル中にあるデバイスのグループにマルチキャスト送信を提供するためのネットワークノード(102、103)であって、前記ネットワークノード(102、103)は、
通信についての輻輳レベルを監視することと、
前記輻輳レベルが第1のしきい値に達した場合、無線リソース制御(RRC)接続モードにある少なくとも1つのデバイス(106)が、前記RRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放され、それにより、前記マルチキャスト送信をさらに受信する前記少なくとも1つのデバイス(106)のアビリティを保ちながら、1つまたは複数の再送信要求を提供する前記少なくとも1つのデバイス(106)の能力を無効にするようにオーダーすることと
を行うように設定された、ネットワークノード(102、103)。
【請求項16】
前記ネットワークノードは、
前記輻輳レベルが、前記第1のしきい値よりも低い第2のしきい値に達したとき、前記少なくとも1つのデバイスを前記RRCアイドルモードまたは前記RRC非アクティブモードから前記RRC接続モードに復帰させるようにオーダーすること
を行うようにさらに設定された、請求項15に記載のネットワークノード。
【請求項17】
前記ネットワークノードは、
少なくとも1つのデバイスがRRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放された場合、1つまたは複数の複製、繰返しまたは再送信要求のない再送信をオーダーすること
を行うようにさらに設定された、請求項15に記載のネットワークノード。
【請求項18】
前記ネットワークノードは、デバイスの前記グループが前記マルチキャスト送信を受信し続けることを可能にするが、再送信要求を無効にする、特殊RRC設定を、デバイスの前記グループに提供するようにさらに設定された、請求項15に記載のネットワークノード。
【請求項19】
前記特殊RRC設定が条件を含み、前記条件は、前記条件が満たされるとき、デバイスの前記グループのうちのデバイスが前記RRC接続モードに復帰することを可能にする、請求項18に記載のネットワークノード。
【請求項20】
前記条件が、前記少なくとも1つのデバイスのリンク品質に関係する、請求項19に記載のネットワークノード。
【請求項21】
前記ネットワークノードが、受信品質に基づいて、前記RRCアイドルモードまたは前記RRC非アクティブモードに解放されるようにオーダーされる前記少なくとも1つのデバイスを選択するように設定された、請求項15から20のいずれか一項に記載のネットワークノード。
【請求項22】
前記ネットワークノードは、前記RRCアイドルモードまたは前記RRC非アクティブモードに解放されるように、および前記RRC接続に戻るようにとの前記オーダーを、同等の受信が報告されたデバイスの前記グループのうちのいくつかのデバイスの間で循環するように設定された、請求項21に記載のネットワークノード。
【請求項23】
デバイス(106)であって、前記デバイス(106)は、前記デバイス(106)が無線リソース制御(RRC)接続モードにあるとき、
- RRCアイドルモードまたはRRC非アクティブモードに解放されるようにとのオーダーを受信することと、
- マルチキャスト送信を受信するための設定を維持することと、
- 前記RRCアイドルモードまたは前記RRC非アクティブモードにおいて前記マルチキャスト送信を受信することを継続することと
を行うように設定された、デバイス(106)。
【請求項24】
前記デバイスは、前記デバイスが前記マルチキャスト送信にもはや関心がないことを通信ネットワークに示すためのランダムアクセスプロシージャを使用するように設定された、請求項23に記載のデバイス。
【請求項25】
前記デバイスが、
- 前記RRCアイドルモードまたは前記RRC非アクティブモードに解放されたとき、前記マルチキャスト送信の受信の前記継続を構成するが、再送信要求を無効にする、特殊RRC設定を、前記通信ネットワークから受信すること
を行うようにさらに設定された、請求項23に記載のデバイス。
【請求項26】
前記特殊RRC設定が条件をさらに含み、前記条件が前記デバイスによって満たされ、前記デバイスが前記RRCアイドルモードまたは前記RRC非アクティブモードにあるとき、前記デバイスが前記RRC接続モードに復帰することを可能にされる、請求項25に記載のデバイス。
【請求項27】
前記条件が、前記デバイスのリンク品質に関係する、請求項26に記載のデバイス。
【請求項28】
前記デバイスが、セル変更中に接続モードに復帰するように設定された、請求項23から27のいずれか一項に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に通信に関し、より詳細には、デバイスへのマルチキャスト送信のための通信方法および関係するノードに関する。本明細書の実施形態は、無線通信に関する、ネットワークノード、デバイス、ならびにネットワークノードおよびデバイスにおいて実施される方法に関する。
【背景技術】
【0002】
3GPPにおいて、第5世代モバイル無線通信システム(5G)または新無線(new radio:NR)が指定されている。それは、今のところ、2つのリリース、すなわち、リリース(R)-15およびR-16を含む。ユニキャスト送信のみがサポートされる。いくつかの適用例、たとえばネットワークセキュリティ公共安全(NSPS)、V2X(Vehicle to Everything)などのために、マルチキャストおよびブロードキャスト送信が極めて有用であるので、NRについてR-17においてブロードキャスト/マルチキャスト送信を研究するための新しいワークアイテム(WI)が同意された。
【0003】
マルチキャストを受信する、無線リソース制御(RRC)接続(radio resource control (RRC) Connected)状態にある、本明細書ではデバイスとも呼ばれるユーザ機器(UE)の場合、ネットワークは、サービス品質(QoS)を保証し、同時に、ダウンリンク(DL)における無線リソースの使用における高効率を達成し得る。しかしながら、UEの数の増加に伴って、輻輳問題があり得る。
【0004】
たとえば公共安全など、いくつかの使用事例シナリオでは、セル内に、接続モードにある極めて多数のユーザがいることがある。これらのうちの多くは、同時に、たとえば、大きいグループ呼において、ボイスとビデオの両方を伴い得るミッションクリティカルプッシュツートーク(MCPTT)を使用する必要があり得る。
【0005】
同じダウンリンク信号が多くのUEに達し得るポイントツーマルチポイント(PTM)ベース機能の使用は、レガシーユニキャスト限定手法と比較して、確かに、そのような場合にたいへん役立ち、セルにおいて、必要とされるQoSでマルチメディアブロードキャストサービス(MBS)を受信することができるUEの総数を増加させることになる。
【0006】
RRC接続モードにおけるマルチキャストの使用は、たいていの状況およびシナリオにおいて適切である可能性があるが、依然として、UEの数が、ネットワークがもはや、必要とされるQoSですべてのUEをサポートすることができるとは限らないレベルを超える場合、輻輳が生じることが起こり得る。多くの場合、すべてのRRC接続UEからのUEフィードバックをサポートするのに十分なUL能力がないような場合には、ユニキャストにおけるアップリンク(UL)が制限ファクタであり得ることが予想される。
【0007】
ネットワークは、その場合、実際のQoSを低下させるか、またはサービスからいくつかのUEを遮断しなければならないことになる。これらのいずれも、たとえば公共安全のためのミッションクリティカルプッシュツートーク(MCPTT)において、許容できないことがあり、通信ネットワークの性能は低減または制限されることになる。
【発明の概要】
【0008】
本明細書の実施形態の目的は、通信ネットワークにおける性能を改善する機構を提供することである。
【0009】
本明細書の実施形態によれば、目的は、通信ネットワークにおいて、通信ネットワークのセル中にあるデバイス、たとえばUE、のグループに、マルチキャスト送信を提供する、無線ネットワークノードなどのネットワークノードによって実施される方法を提供することによって達成される。ネットワークノードは、通信についての輻輳レベルを監視する。ネットワークノードは、輻輳レベルが第1のしきい値に達した場合、RRC接続モードにある少なくとも1つのデバイスが、RRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放され、それにより、マルチキャスト送信をさらに受信する少なくとも1つのデバイスのアビリティ(ability)を保ちながら、1つまたは複数の再送信要求を提供する少なくとも1つのデバイスの能力を無効にするようにオーダー(order)する。
【0010】
本明細書の実施形態によれば、目的はまた、デバイスによって実施される方法を提供することによって達成され得、デバイスは、通信ネットワークのセル中にあるデバイスのグループのうちの1つのデバイスであり、デバイスのグループはマルチキャスト送信を受信しており、デバイスはRRC接続モードにある。デバイスは、RRCアイドルモードまたはRRC非アクティブモードに解放されるようにとのオーダーを受信する。デバイスは、さらに、マルチキャスト送信を受信するための設定を維持し、RRCアイドルモードまたはRRC非アクティブモードにおいてマルチキャスト送信を受信することを継続する。
【0011】
本明細書の実施形態によれば、目的はまた、デバイスを提供することによって達成され得、デバイスは、デバイスがRRC接続モードにあるとき、RRCアイドルモードまたはRRC非アクティブモードに解放されるようにとのオーダーを受信するように設定される。デバイスは、マルチキャスト送信を受信するための設定を維持することと、RRCアイドルモードまたはRRC非アクティブモードにおいてマルチキャスト送信を受信することを継続することとを行うようにさらに設定される。
【0012】
本明細書の実施形態によれば、目的はまた、通信ネットワークにおいて、通信ネットワークのセル中にあるデバイス、たとえばUE、のグループに、マルチキャスト送信を提供するための、無線ネットワークノードなどのネットワークノードを提供することによって達成され得る。ネットワークノードは、通信についての輻輳レベルを監視するように設定される。ネットワークノードは、輻輳レベルが第1のしきい値に達した場合、RRC接続モードにある少なくとも1つのデバイスが、RRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放され、それにより、マルチキャスト送信をさらに受信する少なくとも1つのデバイスのアビリティを保ちながら、1つまたは複数の再送信要求を提供する少なくとも1つのデバイスの能力を無効にするようにオーダーするようにさらに設定される。
【0013】
したがって、本明細書では、通信ネットワークにおいて、通信ネットワークのセル中にあるデバイスのグループにマルチキャスト送信を提供する、機能が提供される。上記機能は、通信、たとえばアップリンク通信についての輻輳レベルを監視し、輻輳レベルが第1のしきい値に達した場合、上記機能は、RRC接続モードにある少なくとも1つのデバイスが、RRC接続モードからRRCアイドルまたは非アクティブモードに、本明細書では切り替えられることとも呼ばれる、解放されることが行われ、それにより、マルチキャスト送信をさらに受信するデバイスアビリティを保ちながら、アップリンク再送信要求とも呼ばれる再送信要求を提供するデバイス能力を無効にするようにオーダーする。本明細書では、アップリンクにおいて送られる要求を意味する、アップリンク再送信要求。
【0014】
MBSサービスを受信することを望むあまりに多くのデバイスを伴う輻輳事例では、ネットワークは、ある限界までRRC接続デバイスのためのQoSを保ち、ただし、依然として、残りのデバイスが、低減されたQoSでではあるが、サービスを受信することを可能にすることができる。
【0015】
提案されるソリューションはまた、QoSターゲットに従って受信するデバイスの総数が、すべてのデバイスがRRC接続モードにあるにすぎない場合よりも高くなることを可能にする。
【0016】
さらなる実施形態では、前記機能は、輻輳レベルが、前記第1のしきい値よりも低い第2のしきい値に達したとき、前にRRC非アクティブ/アイドルモードに切り替えられた前記少なくとも1つのデバイスをRRC接続モードに復帰させるようにオーダーする。
【0017】
さらなる実施形態では、前記機能は、少なくとも1つのデバイスがRRC接続(RRC connect)モードからRRCアイドルモードに切り替えられた場合に再送信についての要求のない再送信をオーダーする。
【0018】
さらなる実施形態では、通信ネットワークは、RRCアイドルモードにある前記少なくとも1つのデバイスがRRC接続モードにあるかのように、前記マルチキャスト送信を提供する。
【0019】
さらなる実施形態では、前記少なくとも1つのデバイスは、RRCアイドルの代わりにRRC非アクティブに解放されるようにオーダーされる。これは、アイドルデバイス設定を維持するためのネットワークノードに対する負荷が、それらが非アクティブの場合に維持される必要がないので、低下されるという利点を有する。
【0020】
さらなる実施形態では、ネットワークは、デバイスがマルチキャストストリームを受信し続けることを可能にする特殊RRC設定をデバイスの前記グループに提供するが、再送信要求を無効にする。
【0021】
さらなる実施形態では、前記特殊RRC設定は条件を含み、上記条件は、前記条件が満たされるとき、前記グループのうちのデバイスがRRC接続に復帰することを可能にする。これは、第2のしきい値を検査し、デバイスをRRC接続モードに復帰させる、機能を解放し得る。デバイスは上記条件を検査し、受信品質がしきい値を下回る場合、デバイスは、RRC接続モードに復帰するかまたは切り替える。これは、ネットワークが受信の劣化(deterioration)に気づいていないことになるので、非アクティブモードにあるデバイスにとって特に有利である。
【0022】
さらなる実施形態では、RRCアイドルまたはRRC非アクティブモードに解放されるようにオーダーされた前記デバイスは、最良の受信が報告された、グループのうちの1つのデバイスである。このデバイスは、RRCアイドルまたは非アクティブモードにあるときでも、良好なQoSにおいてマルチキャスト送信を受信し続ける最良の機会を有する。
【0023】
さらなる実施形態では、RRCアイドルモードまたはRRC非アクティブモードに解放するように、およびRRC接続モードに戻るようにオーダーすることは、同等の受信が報告された、前記グループのうちのいくつかのデバイスの間で循環(rotate)される。これは、RRCアイドルまたは非アクティブモードにあることの負担を共有するための、同等の受信をもつデバイスのフェアなスケジューリングを提供する。
【0024】
さらなる態様では、いくつかの実施形態は、デバイスに関し、デバイスは、通信ネットワークのセル中にあるデバイスのグループのうちの1つであり、グループはマルチキャスト送信を受信する。デバイスがRRC接続モードにある間に、デバイスは、RRCアイドルモードまたは非アクティブモードに解放されるようにとのオーダーを受信する。デバイスは、マルチキャスト送信の設定を維持し、マルチキャスト送信を受信することを継続する。
【0025】
さらなる実施形態では、デバイスは、デバイスがマルチキャスト送信にもはや関心がないとき、通信ネットワークにこれを示すためのランダムアクセスプロシージャを使用する。
【0026】
さらなる実施形態では、デバイスは、RRCアイドルモードの代わりにRRC非アクティブモードに解放されるようにとのオーダーを受信する。
【0027】
さらなる実施形態では、デバイスは、RRCアイドルまたはRRC非アクティブに切り替えられたとき、マルチキャスト送信の受信の継続を構成する特殊RRC設定を通信ネットワークから受信する。
【0028】
さらなる実施形態では、特殊RRC設定は条件をさらに含み、上記条件がデバイスによって満たされ、デバイスがRRCアイドルまたはRRC非アクティブモードにあるとき、デバイスはRRC接続モードに復帰することを可能にされる。
【0029】
したがって、本明細書の実施形態は、QoSターゲットに従って受信するデバイスの総数が、1つまたは複数のデバイスがオーダーされて非アクティブまたはアイドルモードになるので、すべてのデバイスがRRC接続モードにあるにすぎないときよりも高くなることを可能にする。これは、通信ネットワークの改善された性能につながる。
【0030】
本開示のさらなる理解を提供するために含まれ、本出願に組み込まれ、本出願の一部をなす、添付の図面は、本開示のいくつかの非限定的な実施形態を示す。
【図面の簡単な説明】
【0031】
【
図1】ネットワークノードとコアネットワーク機能(NF)とを含む第5世代無線システム(5G)ネットワークアーキテクチャを表す通信ネットワークの一例を示すブロック図である。
【
図2】いくつかの実施形態による、スプリット中央ユニットと無線ユニットとを含むネットワークノードの一例を示すブロック図である。
【
図3a】いくつかの実施形態による、通信ネットワークにおける動作の一例を示す信号フロー図である。
【
図3b】本明細書の実施形態による、ネットワークノードによって実施される方法を示すフローチャートである。
【
図3c】本明細書の実施形態による、デバイスによって実施される方法を示すフローチャートである。
【
図4】いくつかの実施形態による、ネットワーク機能およびデバイスによって実施される方法の例示的な図である。
【
図5】いくつかの実施形態による、ネットワーク機能の一例を示すブロック図である。
【
図6】本開示のいくつかの実施形態による、ネットワーク機能の動作の例を示すフローチャートである。
【
図7】本開示のいくつかの実施形態による、ネットワーク機能の動作の例を示すフローチャートである。
【
図8】本開示のいくつかの実施形態による、ネットワーク機能の動作の例を示すフローチャートである。
【
図9】本開示のいくつかの実施形態による、デバイスの動作の例を示すフローチャートである。
【
図10】本開示のいくつかの実施形態による、デバイスの動作の例を示すフローチャートである。
【
図11】本明細書の実施形態による、デバイスおよびネットワークノードを示すブロック図である。
【
図12a】いくつかの実施形態による、無線ネットワークのブロック図である。
【
図12b】いくつかの実施形態による、ユーザ機器のブロック図である。
【
図13】いくつかの実施形態による、仮想化環境のブロック図である。
【
図14】いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークのブロック図である。
【
図15】いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータのブロック図である。
【
図16】いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法のブロック図である。
【
図17】いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法のブロック図である。
【
図18】いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法のブロック図である。
【
図19】いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法のブロック図である。
【発明を実施するための形態】
【0032】
次に、概念の実施形態の例が示されている添付の図面を参照しながら、概念が以下でより十分に説明される。しかしながら、概念は、多くの異なる形態で具現され得、本明細書に記載される実施形態に限定されるものとして解釈されるべきではない。むしろ、これらの実施形態は、本開示が徹底的かつ完全であり、本概念の範囲を当業者に十分に伝達するように提供される。これらの実施形態は相互排他的でないことにも留意されたい。一実施形態からの構成要素が、別の実施形態において存在する/使用されると暗に仮定され得る。
【0033】
以下の説明は、開示される主題の様々な実施形態を提示する。これらの実施形態は、教示例として提示され、開示される主題の範囲を限定するものと解釈されるべきではない。たとえば、説明される実施形態のいくらかの詳細は、特許請求の範囲によってセットされる事柄の範囲から逸脱することなく、修正、省略、または拡大され得る。
【0034】
ポイントツーマルチポイント(PTM)機能をもつマルチキャストの使用は、必要とされるQoSで、セル中のユーザ機器(UE)とも呼ばれる多くのデバイスをサポートし得るが、UEの数の増加に伴って、あるポイントにおいて、たとえばアップリンクにおいて、UEがハイブリッド自動再送要求(HARQ)フィードバックを送ることにより、またはすべての接続モードUEのUEコンテキストを保つために、輻輳があることになる。UEは、再送信を始動するためにHARQフィードバックを使用し得る。
【0035】
UEのサブセットが、RRC接続モードからRRC非アクティブモードまたはRRCアイドルモードに解放され得る。同じ単一のマルチキャスト送信が、依然として、すべてのRRC状態にあるUEによって受信され得る。したがって、RRC接続UEについてQoSが維持され得るのに、RRC非アクティブ/アイドルモードにあるいくつかのUEは、それらのUEが再送信を要求することができないので、通常QoSしきい値を下回るQoSを経験し得るが、これは、これらのUEについて、それらのUEが、代わりに、RRCアイドルまたは非アクティブモードにおける受信可能性なしにRRC接続モードから遮断された場合にまったく受信しないことと比較して、選好され得る。
【0036】
ネットワークはまた、動的なやり方でRRC接続モードとRRC非アクティブ/アイドルモードとの間でUEを移動し得、したがって、当面は最良のリンク品質をもつUEがRRC非アクティブ/アイドルモードに移動される傾向があることになるのに、より不良な条件にあるUEがRRC接続モードにある。RRC非アクティブ/アイドルモードにおけるUEリンク品質がしきい値を過ぎたとき、UEはRRC接続モードに進み得る。
【0037】
マルチキャストを通して、ネットワークは、セッション停止、サービスエリア変更、設定修正、またはセキュリティの変更など、セッション更新に関してRRCアイドル/非アクティブUEに非常に効率的に通知し得る。
【0038】
RRCアイドル/非アクティブモードにあるUEは、さらに、そのUEがMBSセッションをもはや受信しないとき、ネットワークに効率的に通知し得る。
【0039】
本明細書で使用されるネットワークノードまたはネットワーク機能(たとえば、第1のネットワークノードおよび/またはネットワークノード)は、ユーザ機器と、ならびに/あるいは、ユーザ機器への無線アクセスを可能にし、および/または提供するための、および/または、無線通信ネットワークにおいて他の機能(たとえば、アドミニストレーション)を実施するための、通信ネットワーク(たとえば、無線通信ネットワーク)中のネットワークノードまたは機器などの他のデバイスと、直接または間接的に通信することが可能な、そうするように設定された、構成された、および/または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、基地局(BS)(たとえば、無線基地局、ノードB、エボルブドノードB(eNB)、NG-RANノード、(たとえば、gノードB(gNB)のaなどを含む)gノードB)を含む。基地局は、基地局が提供するカバレッジの量(または、言い方を変えれば、基地局の送信電力レベル)に基づいてカテゴリー分類され得、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド(RRH)と呼ばれることがある、集中型デジタルユニットおよび/またはリモートラジオユニット(RRU)など、分散無線基地局の1つまたは複数(またはすべて)の部分をも含み得る。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散無線基地局の部分は、分散アンテナシステム(DAS)において、ノードと呼ばれることもある。ネットワークノードのまたさらなる例は、マルチスタンダード無線(MSR)BSなどのMSR機器、無線ネットワークコントローラ(RNC)または基地局コントローラ(BSC)などのネットワークコントローラ、基地トランシーバ局(BTS)、送信ポイント、送信ノード、マルチセル/マルチキャスト協調エンティティ(MCE)、コアネットワークノード、たとえば、モバイルスイッチングセンタ(MSC)、モビリティ管理エンティティ(MME)、O&Mノード、運用サポートシステム(OSS)ノード、自己組織化ネットワーク(SON:self organizing network)ノード、測位ノード、たとえば、エボルブドサービングモバイルロケーションセンタ(E-SMLC)、および/あるいはドライブテスト最小化(MDT:minimization of drive test)を含む。別の例として、ネットワークノードは仮想ネットワークノードであり得る。
【0040】
本明細書で使用されるコアネットワークノード、たとえば、セッション管理機能(SMF)ノードは、ネットワークノード、たとえば、第1のネットワークノードと、ならびに/あるいは、ユーザ機器への無線アクセスを可能にし、および/または提供するための、および/または、無線通信ネットワークにおいて他の機能、たとえば、アドミニストレーションを実施するための、通信ネットワーク、たとえば、無線通信ネットワーク中の他のコアネットワークノードまたは機器と、直接または間接的に通信することが可能な、そうするように設定された、構成された、および/または動作可能な機器を指す。コアネットワークノードの例は、限定はしないが、SMFノードと、アクセスおよびモビリティ管理機能(AMF)ノードと、ポリシ制御機能(PCF)ノードと、アプリケーション機能(AF)ノードとを含む。
【0041】
図1は、任意の2つのネットワーク機能(NF)ノード間の対話がポイントツーポイント参照ポイント/インターフェースによって表される、コアNFノードから構成された(composed of)5Gネットワークアーキテクチャとして表される通信ネットワーク100の一例を示す。
【0042】
アクセス側から見ると、
図1に示されている5Gネットワークアーキテクチャは、無線インターフェースによって無線アクセスネットワーク(RAN)またはアクセスネットワーク(AN)のいずれかに接続され、ならびにAMFに接続された、複数のユーザ機器(UE)106を含む。一般に、RANは、エボルブドノードB(eNB)または5G基地局(gNB)あるいは同様のものなど、基地局102を備える。コアネットワーク側から見ると、
図1に示されている5GコアNFノード103は、ネットワークスライス選択機能(NSSF)ノードと、認証サーバ機能(AUSF)ノードと、統合データ管理(UDM)ノードと、AMFノードと、SMFノード104と、PCFノードと、AFノードとを含む。
【0043】
図2は、いくつかの実施形態による、ネットワークノード102の一例を示す。
図2に示されているように、ネットワークノード102は、スプリット中央ユニット(CU)と、CUに接続された1つまたは複数の無線ユニット(RU)とをもつ、eNBまたはgNBを備え得る。CUは、いわゆる「フロントホール」上の(1つまたは複数の)C制御プレーンおよび/または(1つまたは複数の)Uユーザプレーンを介して(1つまたは複数の)RUと対話することが可能である。示されているように、CUは、以下で説明されるようにeNB/gNB機能を含む論理ノードである。この点について、CUは、本明細書で説明されるいくつかの実施形態において(1つまたは複数の)RUの動作を制御する。CUは、バックホール上のコアネットワークの制御プレーン(CP)機能およびユーザプレーン(UP)機能と通信する。RUは、無線インターフェースを介して、それぞれ1つまたは複数のUE106に/からダウンリンクデータおよびアップリンクデータを送信および受信する。
【0044】
図3aは、マルチキャスト提供機能と、本明細書ではUEとも呼ばれる、デバイスとの間の例示的な信号を示す。図示された信号は、より高い機能レベルにおけるものである。上記で説明されたエレメントは、実際は、信号がトランスポートされることを実施することが明らかであり得る。
【0045】
したがって、本明細書では、通信ネットワークにおいて、通信ネットワークのセル中にあるデバイスのグループにマルチキャスト送信を提供する、無線基地局などのネットワークノードによって実施される方法が提供される、
図3b参照。
アクション300. ネットワークノードは、デバイスの前記グループが前記マルチキャスト送信を受信し続けることを可能にするが、再送信要求を無効にする、特殊RRC設定を、デバイスの前記グループに提供し得る。特殊RRC設定は、条件、たとえば、UEベースの条件を含み得、上記条件は、前記条件が満たされるとき、デバイスの前記グループのうちのデバイスがRRC接続モードに復帰することを可能にする。上記条件は、少なくとも1つのデバイスのリンク品質に関係し得る。
アクション301. ネットワークノードは、通信についての、たとえば、アップリンク通信についての輻輳レベルを監視する。
アクション302. ネットワークノードは、輻輳レベルが第1のしきい値に達した場合、RRC接続モードにある少なくとも1つのデバイスが、RRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放され、それにより、マルチキャスト送信をさらに受信する少なくとも1つのデバイスのアビリティを保ちながら、1つまたは複数の再送信要求を提供する少なくとも1つのデバイスの能力を無効にするようにオーダーする。RRCアイドルモードまたはRRC非アクティブモードに解放されるようにオーダーされる前記少なくとも1つのデバイスは、受信品質に基づいて選択され得る。ネットワークノードは、同等の受信が報告されたデバイスの前記グループのうちのいくつかのデバイスの間で、RRCアイドルモードまたはRRC非アクティブモードに解放されるように、およびRRC接続に戻るようにオーダー(統制)することを循環させ得る。
アクション303. ネットワークノードは、少なくとも1つのデバイスがRRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放された場合、1つまたは複数の複製、繰返しまたは、再送信要求のない再送信をオーダーし得る。
アクション304. ネットワークノードは、輻輳レベルが、前記第1のしきい値よりも低い第2のしきい値に達したとき、前記少なくとも1つのデバイスをRRCアイドルモードまたはRRC非アクティブモードからRRC接続モードに復帰させるようにオーダーし得る。
【0046】
さらに、本明細書では、デバイス106によって実施される方法が提供され、
図3c参照、デバイス106は、通信ネットワークのセル中にあるデバイスのグループのうちの1つのデバイスであり、デバイスのグループはマルチキャスト送信を受信しており、デバイスはRRC接続モードにある。
アクション310. デバイス106は、RRCアイドルモードまたはRRC非アクティブモードに解放されたとき、マルチキャスト送信の受信の継続を構成するが、再送信要求を無効にする、特殊RRC設定を、通信ネットワークから受信し得る。特殊RRC設定は条件をさらに含み得、上記条件がデバイスによって満たされ、デバイスがRRCアイドルモードまたはRRC非アクティブモードにあるとき、デバイス106はRRC接続モードに復帰することを可能にされる。上記条件は、デバイスのリンク品質に関係し得る。
アクション311. デバイス106は、RRCアイドルモードまたはRRC非アクティブモードに解放されるようにとのオーダーを受信する。
アクション312. デバイス106は、マルチキャスト送信を受信するための設定を維持する。
アクション313. デバイス106は、RRCアイドルモードまたはRRC非アクティブモードにおいてマルチキャスト送信を受信することを継続する。デバイス106は、デバイスがマルチキャスト送信にもはや関心がないことを通信ネットワークに示すためのランダムアクセスプロシージャを使用し得る。
アクション314. デバイス106は、セル変更中に(または条件が満たされるとき)接続モードに復帰し得る。
【0047】
図4は、ネットワーク機能およびデバイスによって実施される方法の高レベル図を提供する。その図は、良好な受信を有するデバイス(またはUE)106が、高いQoSレベルを維持するために多くの再送信要求を必要としないことになることを示す。それらのデバイスをアイドルまたは非アクティブモードに入れ、それらのデバイスが依然としてマルチキャストを受信することを有効にすることは、HARQフィードバックをかなり節約し、したがって、アップリンクにおける潜在的輻輳を解決する。
【0048】
図5は、本明細書の実施形態による、通信ネットワークにおけるマルチキャスト機能のエレメントを示すブロック図である。ネットワーク機能は、提供され得る得られたQoSで、アップリンク上などの通信の負荷を重み付けする輻輳モニタ501を備える。輻輳モニタの出力が接続マネージャ502に提供される。この接続マネージャ502は、受信された入力、すなわち、輻輳モニタ501からの重み付けされた負荷を、しきい値と比較する。しきい値に達した場合、接続マネージャ502は、状況が改善するまで、1つまたは複数のRRC接続デバイスに、RRCアイドルモードまたはRRC非アクティブモードになるようにオーダーすることを開始する。すなわち、重み付けされた負荷が減少するまで。
【0049】
図6は、ネットワーク機能の動作の流れ図を示す。継続ループにおいて、マルチキャストについての述べられたまたはあらかじめ規定されたQoSに対する輻輳状況が監視される、アクション601参照。その値は、次のステップにおいて検査され、アクション602参照、しきい値に達するか、またはしきい値を過ぎたとき、1つまたは複数のデバイスがRRCアイドルまたは非アクティブモードに解放される、アクション603参照。負荷は継続的に監視され、値がしきい値を下回るとき、アクションがとられず、再び輻輳が監視される。
【0050】
図7は、ネットワーク機能動作のさらなる実施形態を示す。輻輳が監視される、アクション701参照。次に、(第1の)しきい値に再び達したとき、アクション702参照、デバイスがオーダーされて、RRCアイドルまたは非アクティブモードになることになる、アクション703参照。ただし、第1のしきい値に達していないとき、第2のしきい値に達した場合、第2の検査が実施される、アクション704参照。第2のしきい値は第1のしきい値よりも低い。達するかまたは過ぎた場合、輻輳レベルが依然として高すぎるので、アクションがとられない。ただし、達しないとき、RRC接続モードに戻るようにデバイスにオーダーする余地がある、アクション705参照。2レベルしきい値は、デバイスの頻繁なモード変更を回避するために、あるヒステリシスが組み込まれ得るという利点を有する。
【0051】
図8は、ネットワーク機能動作のさらなる実施形態を示す。
図6および
図7の場合のように、第1のしきい値が検査され、達するかまたは過ぎたとき、デバイスはオーダーされて、RRCアイドルまたは非アクティブモードになる。違いは、ここで、専用デバイスが受信品質に基づいて選択されることである。したがって、継続ループにおいて、マルチキャストについての述べられたまたはあらかじめ規定されたQoSに対する輻輳状況が監視される、アクション801参照。その値は次のステップにおいて検査される、アクション802参照。異なるデバイスの受信品質が収集され、したがって、すべてのデバイスの報告された受信を得る、アクション803参照。しきい値に達するか、またはしきい値を過ぎたとき、1つまたは複数のデバイスが、報告された受信品質に基づいて選択され、アクション804参照、RRCアイドルまたは非アクティブモードに解放される、アクション805参照。
【0052】
図9は、デバイス(UEなど)106における基本動作を示す。RRCアイドルまたは非アクティブモードに解放されるように、または切り替えられるようにとのオーダーを受信した後に、デバイスは、再送信要求が行われ得ないように、HARQアップリンクを無効にした、アクション901参照。次のステップとして、デバイス106は、受信機が、マルチキャストの受信、ならびに他のデバイスによってオーダーされた再送信を継続することを可能にする、アクション902参照。
【0053】
図10は、
図9の代替実施形態を示す。デバイス106は、RRCアイドルまたは非アクティブモードについてのオーダーが受信された場合、
図9によって提供されるのと同じフローを実行することになる。デバイス106のこの実施形態では、
図10によって示されるように、第2のフローが追加される。この実施形態では、RRC設定は条件を含み、上記条件は、満たされるとき、デバイスがRRC接続に復帰することを可能にする。
【0054】
継続ループにおいて、デバイス106は、デバイス106がアイドルまたは非アクティブモードにあるかどうかを検査する、アクション1001。それが真である場合、RRC設定の条件が測定される、アクション1002。その値は、RRC設定において提供された値に対して検査される、アクション1003。満たされるとき、デバイス106はRRC接続に切り替える、アクション1004。ループは、RRCアイドルまたは非アクティブで継続し、これは、
図9において明記されるように、デバイスが、アイドルまたは非アクティブに変わるようにとのオーダーを受信するまで、負であることになる。
【0055】
追加の説明が以下で提供される。
【0056】
3GPPにおいて、第5世代モバイル無線通信システム(5G)または新無線(NR)が指定されている。それは、今のところ、2つのリリース、すなわち、R-15およびR-16を含む。ユニキャスト送信のみがサポートされる。いくつかの適用例、たとえばNSPS(ネットワークセキュリティ公共安全)、V2Xなどのために、マルチキャスト/ブロードキャスト送信が極めて有用であるので、NRについてR-17においてブロードキャスト/マルチキャスト送信を研究するための新しいWI(ワークアイテム)が同意された。
【0057】
ワークアイテムは、RRC接続およびRRCアイドル/非アクティブにあるUEのためのマルチキャスト/ブロードキャストサポートを含む。
【0058】
RRC接続モード、またはマルチキャストを受信する状態にあるUEの場合、ネットワークは、QoSを保証し、同時に、無線リソースの使用における高効率を達成し得る。しかしながら、UEの数の増加に伴って、輻輳問題があり得る。
【0059】
同時にアイドル/非アクティブUEへのブロードキャストを使用することは、フィードバックを提供することなしに多数のUEの受信を可能にするが、いくつかのUEについて、不適切なQoSを生じ得る。
【0060】
たとえば公共安全など、いくつかの使用事例シナリオでは、セル内に、接続モードにある極めて多数のユーザがいることがある。これらのうちの多くは、同時に、たとえば、大きいグループ呼において、ボイスとビデオの両方を伴い得るミッションクリティカルプッシュツートーク(MCPTT)を使用する必要があり得る。
【0061】
同じダウンリンク信号が多くのユーザに達し得るポイントツーマルチポイント(PTM)ベース機能の使用は、レガシーユニキャスト限定手法と比較して、確かに、そのような場合にたいへん役立ち、セルにおいて、必要とされるサービス品質(QoS)でMBSサービスを受信することができるUEの総数を増加させることになる。
【0062】
RRC接続モードにおけるマルチキャストの使用は、たいていの状況およびシナリオにおいて適切である可能性があるが、依然として、UEの数が、ネットワークがもはや、必要とされるQoSですべてのUEをサポートすることができるとは限らないレベルを超える場合、輻輳が生じることが起こり得る。多くの場合、すべてのRRC接続UEからのUEフィードバックをサポートするのに十分なUL能力がないような場合には、アップリンク(UL)が制限ファクタであり得ることが予想される。
【0063】
ネットワークは、その場合、実際のQoSを低下させるか、またはサービスからいくつかのUEを遮断しなければならないことになる。これらのいずれも、たとえば公共安全のためのミッションクリティカルプッシュツートーク(MCPTT)において、許容できないことがある。
【0064】
RRCアイドル/非アクティブモードにおけるMBSサービスのマルチキャスト受信を可能にすることの別の態様は、効率的な設定プロビジョニング、リソーススケジューリングならびにセッション管理のために、どのUEがマルチキャストサービスを現在受信しているかを監視/制御することである。ネットワークは、そのネットワークが、依然として、UE ID(resumeID)を含むUEコンテキストを保つので、どのUEがRRC非アクティブモードにあるかを知っているが、RRCアイドルモードにあるUEを知らないことに留意されたい。ネットワークが、RRCアイドル/非アクティブモードにある現在のマルチキャストUEを知ることを可能にするための、効率的な機構を有することが望まれる。
【0065】
ポイントツーマルチポイント(PTM)機能をもつマルチキャストの使用は、必要とされるQoSで、セル中の多くのUEをサポートし得るが、UEの数の増加に伴って、あるポイントにおいて、たとえばアップリンクにおいて、UEがHARQフィードバックを送ることにより、またはすべての接続モードUEのUEコンテキストを保つために、輻輳があることになる。
【0066】
本発明では、UEのサブセットが、RRC接続からRRC非アクティブまたはアイドルに解放され得る。次いで、同じ単一のマルチキャスト送信が、すべてのRRC状態にあるUEによって受信され得る。したがって、RRC接続UEについてQoSが維持され得るのに、RRC非アクティブ/アイドルにあるいくつかのUEは、通常QoSしきい値を下回るQoSを経験し得るが、これは、これらのUEについて、それらのUEが、代わりに、アイドル/非アクティブにおける受信可能性なしにRRC接続から遮断された場合にまったく受信しないことと比較して、選好され得る。
【0067】
本発明では、ネットワークはまた、動的なやり方でRRC接続とRRC非アクティブ/アイドルとの間でUEを移動し得、したがって、当面は最良のリンク品質をもつUEがRRC非アクティブ/アイドルに移動される傾向があることになるのに、より不良な条件にあるUEがRRC接続にある。RRC非アクティブ/アイドルにおけるUEリンク品質がしきい値を過ぎたとき、UEはRRC接続に進み得る。
【0068】
本発明では、ネットワークは、セッション停止、サービスエリア変更、設定修正、またはセキュリティの変更など、セッション更新に関してRRCアイドル/非アクティブUEに効率的に通知することができる。
【0069】
本明細書の実施形態では、RRCアイドル/非アクティブにあるUEは、そのUEがMBSセッションをもはや受信しないとき、ネットワークに効率的に通知することができる。
【0070】
MBSサービスを受信することを望むあまりに多くのUEを伴う輻輳事例では、ネットワークは、ある限界までRRC接続UEのためのQoSを保ち、ただし、依然として、残りのUEが、低減されたQoSでではあるが、サービスを受信することを可能にすることができる。
【0071】
提案されるソリューションはまた、QoSターゲットに従って受信するUEの総数が、すべてのUEがRRC接続にあるにすぎない場合よりも高くなることを可能にする。
【0072】
輻輳をハンドリングするための、すべてのRRC状態における同じマルチキャストの受信
【0073】
たとえば国家安全保障および公共安全(NSPS)ベースのミッションクリティカルプッシュツートーク(MCPTT)のための、マルチキャスト動作の主要モードは、要件に沿ったサービス品質(QoS)で、すべてのUEをRRC接続状態において保つことである。
【0074】
とはいえ、輻輳に関して、これがもはや可能でない場合があり得る。ネットワークによって採用され得る1つの可能な方法は、いくつかのUEをRRC接続からRRC非アクティブまたはRRCアイドル(RRC非アクティブ/アイドル)に解放することである。その場合、これらのUEは、それらのUEのRRC接続設定の関連のある部分を保ち、RRC接続UEによって受信される同じ(すなわち複製なしの)G-RNTIベースPDCCHおよびPDSCH信号を受信することによって、RRC非アクティブ/アイドルにおいてMBSサービスを受信することを継続し得る。
【0075】
すべてのUEは、RRC接続にある間に初期に設定されたと仮定される。これらのUEがRRC接続においてMBSサービスを受信することを開始した場合、RRC非アクティブ/アイドルへの解放は、それらのUEが、単に、G-RNTIベースPDCCHを介してPDSCHスケジューリングを受信することを継続することを意味することになる。輻輳についての制限ファクタがRRC接続UEからのULフィードバックであるとき、これは、RRC接続UEの数が輻輳限界近くに保たれ、これらのUEに完全なQoSを与えながら、依然として、潜在的により多くのUEがよりベストエフォートなやり方でサービスを受信することを可能にすることができることを意味する。
【0076】
UEおよびネットワークについての唯一の関連のある、ただし基本的な違いは、UEが、RRC非アクティブ/アイドルにある間、アップリンク(UL)フィードバック、たとえばHARQフィードバックを、もはや提供しないことである。したがって、HARQ再送信は、RRC接続にあるUEからのフィードバックによってのみトリガされる。また、ネットワークが、同じく、サービスを受信することを望む、RRC非アクティブ/アイドルにあるUEがあることを知るとき、ネットワークがHARQフィードバックNACKなしでも再送信を送ることを判断する可能性がある。また、HARQ再送信を要求しないUEが、PDCCHを監視することによってそのような再送信を受信することが可能であることに留意されたい。
【0077】
ただし、多くのUEを伴うセルでは、そのようなアイドル/非アクティブUEがMBS送信を実際に受信することができる可能性が極めて高い。ネットワークは、どのUEが、アイドル/非アクティブに解放されたが、依然として、MBSサービスを受信することに関心があるかを知ることになるので、ネットワークは、ビームを形成すること、MCSを選択すること、HARQ再送信を送ることおよびPDSCH繰返しを使用することなどを行うとき、これらのUEを考慮に入れ得る。
【0078】
MBSセッション中に、非アクティブ/アイドルにあるUEは、MBSセッションが提供され得ない、たとえば、非MBSサポート、またはサービスに対するその関心を失う、などの場合、別のセルへ向かい得る。そのような場合、UEは、セッショングループ管理ならびに効率的な無線リソーススケジューリングについてネットワークに通知するべきである。ネットワークに迅速に通知するために、RRCアイドル/非アクティブUEは、再開/セットアップ要求(Msg3)中の指示を用いて短いランダムアクセスプロシージャを実施し、完全なRRC接続に入る必要なしにRRCアイドル/非アクティブに復帰することができる。
【0079】
1つのシナリオでは、ネットワークは、これらの解放されたUEをまったく考慮に入れないことになるが、RRC接続UEについてのQoSターゲットを満足することのみに基づいて送信することになる。その場合、送信は、RRC接続UEのために最適化されることになり、RRCアイドル/非アクティブにあるUEは、ベストエフォートなやり方で受信することになる。したがって、それらのUEのQoSは保証され得ず、これは不良であるが、その代替形態が、それらのUEを完全に遮断することであることを考慮しなければならない。公共安全の観点から、すべてのUEについて、それらのUEのうちのいくつかについて劣化したQoSでではあるが、受信を可能にすることは、輻輳によりそれらのUEのうちのいくつかを完全に遮断することよりも良好である可能性がある。
【0080】
RRC状態間でUEを動的に管理すること
【0081】
別のシナリオでは、ネットワークは、UE報告に基づいて、UEを動的に管理し、RRC状態間でUEを移動し得る。たとえば、RRC非アクティブに解放されるUEが解放時に特殊RRC設定を受信することになるという点で、RRC非アクティブとRRCアイドルとの間に区別があり得、特殊RRC設定はルールを含み、上記ルールは、ランダムアクセスを行い、そのルール条件が満たされるとき、RRC接続に進むようにそれらのUEをトリガすることになる。
【0082】
このルールは、たとえば絶対RSRPまたはSINRしきい値に基づき得る、
図1参照。各UEは、たとえばRSRPまたはSINRを測定することになり、しきい値を過ぎない場合、UEは、RRC非アクティブ/アイドルにおいてサイレントにとどまることになる。しかしながら、しきい値を過ぎたとき、RRC非アクティブまたはアイドルにあるUEは、RRC接続に進むことを試みることになり、したがって、ネットワークはそのUEの受信条件を考慮に入れ得る。
【0083】
図4は、セルにおける、リンク品質に基づく、RRC接続およびRRCアイドル/非アクティブにあるUEの簡略化された例示的な分散である。現実のネットワークでは、RRC接続とUEの両方が、セル全体にわたって地理的に分散され得る。
【0084】
固定MCSが使用されるとき、固定絶対しきい値がうまく働き得るが、UEが位置を変更することにより、MCSが動的に変動するとき、採用されるしきい値はまた、そのしきい値がMCSのための必要とされるRSRPまたはSINRに沿うように、調節される必要があり得る。その場合、しきい値は、代替的に、現在のMCSを受信するための予想される必要とされるRSRPまたはSINRに対する相対しきい値に基づき得る。しきい値は、UE固有であり、RRC設定を介して提供され得る。しきい値は、代替的に、PDCCH DCIを介して提供される場合、動的であり得る。
【0085】
UEはまた、そのUEがセルを変更する必要があるとき、アイドルから接続に進み得、したがって、実際のハンドオーバは、ちょうど他のRRC接続UEのように、RRC接続において行われることがある。ハンドオーバの後に、新しいセルは、UEが、RRC接続においてとどまることになるのか、非アクティブまたはアイドルに進むことになるのかを判断することになる。
【0086】
同時に、極めて良好なリンク品質を有し、したがって、RRC非アクティブ/アイドルに移動され得る、RRC接続にあるUEがあり得る。このようにして、ネットワークは、どのUEがRRC接続にあり、どれがRRC非アクティブ/アイドルにあるかを、それらのUEの個々のリンク品質に基づいて、動的に選択し得る。RRC接続への遷移は、RRC非アクティブから進むとき、より容易でより速いので、通常、既存のMBSセッションに関して、RRC接続とRRC非アクティブとの間で交互に移動(move back/forth)し、RRCアイドルへの移動がより永続的な性質のものであるときを除いて、RRC状態のそのような動的変更においてRRCアイドルを伴わないことが、好ましい。
【0087】
RRC非アクティブにあるUEは、ネットワークリソースを要しないので、それにより、セルにおいて、必要とされるQoSに等しいか、またはそのQoSよりも良好である、実際のQoSで、より大きい総量のUEがネットワークによってサポートされ得る。もちろん、フィードバックの可能性がなければ、UEが、RRC非アクティブにある間に困難に直面し得る危険があるが、それは、ネットワークが、RRC非アクティブに解放されるべきUEを、それらのUEが良好なリンクを有する場合のみ選定し得ることによって、対処(counter)される。
【0088】
トリガレベルは、セルにおける実際の輻輳レベルに基づいて調節され得る。ネットワークのわずかな過負荷のみがあり、RRCアイドル/非アクティブにあるUEがほとんどない場合、極めて良好なリンク品質をもつUEのみが、一般に選択されることになり、トリガレベルは、それらのUEが、予想されるQoS問題の前に大きいマージンを依然として伴ってRRC接続に進み得るようにセットされ得、すなわち、それらのUEは、RRCアイドル/非アクティブにある間にあまり危険を冒さないことになる。同時に、極めて良好なリンク品質を有し、代わりにRRCアイドル/非アクティブに進み得る、他のUEが容易に見つけられ得る。
【0089】
動き回り、変動するリンク品質を有する、UEの場合、ネットワークは、この動的管理の一部である、すべてのUEについてQoSが満足される傾向があるようなやり方で、UEをRRC非アクティブ/アイドルに/から動的に移動し得る。
【0090】
しかしながら、ネットワーク負荷がさらに増加するとき、より多くのUEがRRCアイドル/非アクティブに解放される必要があることになる。徐々に、より多くのUEがRRCアイドル/非アクティブにあると、それらのUEのうちのいくつかがトリガレベルにより近くなることになり、したがって、そのようなUEがRRC接続に入る必要があることがより頻繁に起こることになる。
【0091】
過負荷が大きいほど、トリガは、QoSしきい値のより近くにセットされる必要があることになる。もちろん、これがもはや継続することができない限界がある。
【0092】
そのような動的手法の場合でも、ネットワークは、そのような高度機能にもかかわらず、UEの総数が、QoSがもはや達成され得ないほど高い状況に入り得る。ネットワークは、その場合、RRC非アクティブUEと同様のやり方で、いくつかのUEを移動して半永続的にアイドルにし得るが、これらのアイドルUEに、それらのUEがRRC接続に進むことを可能にすることになる上述のトリガが設定されないという、主要な違いがある。したがって、それらのUEは、輻輳状況が改善され、これらのUEがRRC接続に戻って来るようにページングされない限り、MBSセッション全体にわたってRRCアイドルにおいてとどまることになる。さもなければ、これらのアイドルUEは、セル中の他の(たとえば非MBS)アイドルUEと同じ状況にあることになる。
【0093】
マルチキャストセッション中に、ネットワークが、非接続UEが、接続にいつ帰るべきかを知るために、たとえば、RSRPまたはSINRに基づいて、いくつかの条件を自己評価するためのルールをセットすることができるが、セッショングループ中のすべてのUEに影響を及ぼすセッション更新につながるイベントがある。これは、新しいセルがサービスエリアに加わり、ネイバリングセル中のUEのための可能な設定更新を生じることによるものであり得る。別の例では、鍵変更など、MBSデータの暗号の変更があるとき、セッショングループ中のUEは、すべて、その変更に関して通知されることを必要とされ得る。そのような場合、ネットワークは、接続状態にあるUEだけでなく、アイドル/非アクティブ状態にあるUEにも通知する必要がある。接続状態にあるUEに通知することは、それらのUEがRRC接続を有するので、専用シグナリングを用いてむしろ簡単である。アイドル/非アクティブ状態にあるUEに通知することは、たとえば、UEが接続に帰ることを必要とするための指示とともに(グループベースページングを含む)ページングによって行われ得る。接続状態に移動されるべき理由とネットワーク輻輳ステータスとに応じて、ネットワークは、サービス受信を継続するために、UEを接続において保つか、またはそのUEをアイドル/非アクティブに移動することができる。
【0094】
MBSセッションの停止について、ネットワークが、たとえば、グループページングまたはシステム情報シグナリングを介して、RRCアイドル/非アクティブUEに通知する必要があることに留意されたい。同じMBSサービスのさらなるやって来る(1つまたは複数の)セッションがある場合、UEは、再びRRC接続に入り、初めから(1つまたは複数の)セッションに加わることを必要とされ得る。
【0095】
HARQ
【0096】
レガシーユニキャストNRでは、UEフィードバックに基づいて、HARQ再送信が使用され得る。この方式は、マルチキャストのために再使用され得る。ただし、RRCアイドル/非アクティブにあり、フィードバックを送らず、したがって、再送信に影響を及ぼさない、UE、これらのUEは、依然として、RRC接続にある他のUEからのフィードバックによってトリガされるそのようなHARQ再送信から恩恵を受けることができることに留意されたい。これらのUEは、単に、スケジューリングのためにPDCCHを監視することを継続し、RRC接続UEと同じやり方で再送信を検出することになる。既存の機能内で複製もハンドリングされ得る。
【0097】
同じことがPDSCH繰返しについて適用される。RRC接続にあるUEは、各PDSCHアグリゲーションの終わりにACK/NACKフィードバックを送ることになる。RRCアイドル/非アクティブにあるUEは、明らかに、これを行わないことになるが、依然として、送信のロバストネスを増加させるために複数のPDSCH繰返しから恩恵を受けることができる。したがって、RRC非アクティブ/アイドルにおけるUE挙動は、PDSCH繰返しに関して、RRC接続UEの場合と同じであり、RRC非アクティブ/アイドルにあるUEがHARQフィードバックを送らないという明らかな違いがある。
【0098】
概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および/またはその用語が使用されるコンテキストから暗示されない限り、関連のある技術分野における、それらの用語の通常の意味に従って解釈されるべきである。1つの(a/an)/その(the)エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも1つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および/あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同様に、実施形態のいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目標、特徴、および利点は、以下の説明から明らかになる。
【0099】
図11は、本明細書の実施形態による、無線通信ネットワークにおいてサイドリンク上の通信をハンドリングするための、デバイス106と、基地局102または5GコアNFノード103などのネットワークノードとを示すブロック図である。
【0100】
デバイス106は、本明細書の方法を実施するように設定された処理回路4120、たとえば1つまたは複数のプロセッサを備え得る。
【0101】
デバイス106および/または処理回路4120は、デバイス106がRRC接続モードにあるとき、RRCアイドルモードまたはRRC非アクティブモードに解放されるようにとのオーダーを受信することと、マルチキャスト送信を受信するための設定を維持することと、RRCアイドルモードまたはRRC非アクティブモードにおいてマルチキャスト送信を受信することを継続することとを行うように設定される。
【0102】
デバイス106および/または処理回路4120は、デバイスがマルチキャスト送信にもはや関心がないことを通信ネットワークに示すためのランダムアクセスプロシージャを使用するように設定され得る。
【0103】
デバイス106および/または処理回路4120は、RRCアイドルモードまたはRRC非アクティブモードに解放されたとき、マルチキャスト送信の受信の継続を構成するが、再送信要求を無効にする、特殊RRC設定を、通信ネットワークから受信するように設定され得る。
【0104】
特殊RRC設定は条件をさらに含み得、上記条件がデバイスによって満たされ、デバイスがRRCアイドルモードまたはRRC非アクティブモードにあるとき、デバイスはRRC接続モードに復帰することを可能にされる。上記条件は、デバイスのリンク品質に関係し得る。
【0105】
デバイス106および/または処理回路4120は、セル変更中に接続モードに復帰するように設定され得る。
【0106】
デバイス106はメモリ1101をさらに備える。メモリは、実行されているときに本明細書で開示される方法を実施するための指示、モード、要求、設定、強度または品質、オーダー、指示、要求、コマンド、タイマー、アプリケーション、および同様のものなど、データを記憶するために使用されるべき1つまたは複数のユニットを備える。したがって、デバイスは処理回路とメモリとを備え得、前記メモリは前記処理回路によって実行可能な命令を備え、それにより、前記デバイスは、本明細書の方法を実施するように動作可能である。
【0107】
さらに、
図11は、通信ネットワークにおいて、通信ネットワークのセル中にあるデバイスのグループにマルチキャスト送信を提供するための、基地局102または5GコアNFノード103などのネットワークノードを開示する。
【0108】
ネットワークノードは、本明細書の方法を実施するように設定された処理回路4170、たとえば1つまたは複数のプロセッサを備え得る。
【0109】
ネットワークノードおよび/または処理回路4170は、通信についての輻輳レベルを監視するように設定される。
【0110】
ネットワークノードおよび/または処理回路4170は、輻輳レベルが第1のしきい値に達した場合、RRC接続モードにある少なくとも1つのデバイスが、RRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放され、それにより、マルチキャスト送信をさらに受信する少なくとも1つのデバイスのアビリティを保ちながら、1つまたは複数の再送信要求を提供する少なくとも1つのデバイスの能力を無効にするようにオーダーするように設定される。
【0111】
ネットワークノードおよび/または処理回路4170は、輻輳レベルが、前記第1のしきい値よりも低い第2のしきい値に達したとき、前記少なくとも1つのデバイスをRRCアイドルモードまたはRRC非アクティブモードからRRC接続モードに復帰させるようにオーダーするように設定され得る。
【0112】
ネットワークノードおよび/または処理回路4170は、少なくとも1つのデバイスがRRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放された場合、1つまたは複数の複製、繰返しまたは再送信要求のない再送信をオーダーするように設定され得る。
【0113】
ネットワークノードおよび/または処理回路4170は、デバイスの前記グループが前記マルチキャスト送信を受信し続けることを可能にするが、再送信要求を無効にする、特殊RRC設定を、デバイスの前記グループに提供するように設定され得る。特殊RRC設定は条件を備え得、上記条件は、前記条件が満たされるとき、デバイスの前記グループのうちのデバイスがRRC接続モードに復帰することを可能にする。上記条件は、少なくとも1つのデバイスのリンク品質に関係し得る。
【0114】
ネットワークノードおよび/または処理回路4170は、受信品質に基づいて、RRCアイドルモードまたはRRC非アクティブモードに解放されるようにオーダーされる前記少なくとも1つのデバイスを選択するように設定され得る。
【0115】
ネットワークノードおよび/または処理回路4170は、RRCアイドルモードまたはRRC非アクティブモードに解放されるように、およびRRC接続に戻るようにとのオーダーを、同等の受信が報告されたデバイスの前記グループのうちのいくつかのデバイスの間で循環するように設定され得る。
【0116】
ネットワークノードはメモリ1111をさらに備える。メモリは、実行されているときに本明細書で開示される方法を実施するための指示、モード、要求、設定、強度または品質、オーダー、指示、要求、コマンド、タイマー、アプリケーション、および同様のものなど、データを記憶するために使用されるべき1つまたは複数のユニットを備える。したがって、ネットワークノードは処理回路とメモリとを備え得、前記メモリは前記処理回路によって実行可能な命令を備え、それにより、前記ネットワークノードは、本明細書の方法を実施するように動作可能である。
【0117】
添付の図面を参照しながら、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に実施形態の範囲を伝達するために、例として提供される。
【0118】
例示的な実施形態が以下で説明される。
以下は、いくつかの例示的な実施形態である。
実施形態1
通信ネットワークにおいて、通信ネットワークのセル中にあるデバイスのグループにマルチキャスト送信を提供する、機能によって実施される方法であって、方法は、
- アップリンク通信についての輻輳レベルを監視することと、
- 輻輳レベルが第1のしきい値に達した場合、RRC接続モードにある少なくとも1つのデバイスが、RRC接続からRRCアイドルモードに解放されるかまたは切り替えられ、それにより、マルチキャスト送信をさらに受信するデバイスアビリティを保ちながら、アップリンク再送信要求を提供するデバイス能力を無効にするようにオーダーすることと
を含む、方法。
実施形態2
前記機能は、輻輳レベルが、前記第1のしきい値よりも低い第2のしきい値に達したとき、RRCアイドルモードに解放された前記少なくとも1つのデバイスをRRC接続モードに切り替えるかまたは復帰させるようにオーダーする、実施形態1に記載の方法。
実施形態3
前記機能は、少なくとも1つのデバイスがRRC接続からRRCアイドルモードに解放された場合に再送信についての要求のない再送信をオーダーする、実施形態1に記載の方法。
実施形態4
通信ネットワークは、RRCアイドルモードにある前記少なくとも1つのデバイスがRRC接続モードにあるかのように、前記マルチキャスト送信を提供する、実施形態1に記載の方法。
実施形態5
前記少なくとも1つのデバイスが、RRCアイドルの代わりにRRC非アクティブに解放されるようにオーダーされる、実施形態1に記載の方法。
実施形態6
ネットワークは、デバイスがマルチキャストストリームを受信し続けることを可能にする特殊RRC設定をデバイスの前記グループに提供するが、再送信要求を無効にする、実施形態1に記載の方法。
実施形態7
前記特殊RRG設定が条件を含み、上記条件は、前記条件が満たされるとき、前記グループのうちのデバイスがRRC接続に復帰することを可能にする、実施形態6に記載の方法。
実施形態8
RRCアイドルまたはRRC非アクティブモードに解放されるようにオーダーされた前記デバイスは、最良の受信が報告された、グループのうちの1つのデバイスである、実施形態1または5に記載の方法。
実施形態9
RRCアイドルまたはRRC非アクティブモードに解放するように、およびRRC接続モードに復帰するようにオーダーすることは、同等の受信が報告された、前記グループのうちのいくつかのデバイスの間で循環される、実施形態8に記載の方法。
実施形態10
デバイスによって実施される方法であって、デバイスが、通信ネットワークのセル中にあるデバイスのグループのうちの1つであり、グループがマルチキャスト送信を受信し、デバイスがRRC接続モードにあり、方法が、
- RRCアイドルモードに解放されるようにとのオーダーを受信することと、
- マルチキャスト送信の設定を維持することと、
- マルチキャスト送信を受信することを継続することと
を含む、方法。
実施形態11
デバイスは、デバイスがマルチキャスト送信にもはや関心がないとき、通信ネットワークにこれを示すためのランダムアクセスプロシージャを使用する、方法10に記載の方法。
実施形態12
デバイスが、RRCアイドルの代わりにRRC非アクティブモードに解放されるようにとのオーダーを受信する、方法10に記載の方法。
実施形態13
デバイスが、RRCアイドルまたはRRC非アクティブに解放されたとき、マルチキャスト送信の受信の継続を構成する特殊RRC設定を通信ネットワークから受信する、実施形態10または12に記載の方法。
実施形態14
特殊RRC設定が条件をさらに含み、上記条件がデバイスによって満たされ、デバイスがRRCアイドルモードまたはRRC非アクティブモードにあるとき、デバイスがRRC接続モードに復帰することを可能にされる、実施形態10または12に記載の方法。
【0119】
図12aは、いくつかの実施形態による無線ネットワークを示す。
【0120】
本明細書で説明される主題は、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、本明細書で開示される実施形態は、
図12aに示されている例示的な無線ネットワークなどの無線ネットワークに関して説明される。簡単のために、
図12aの無線ネットワークは、ネットワーク4106、ネットワークノード4160および4160b、ならびに(モバイル端末とも呼ばれる)WD4110、4110b、および4110cのみを図示する。実際には、無線ネットワークは、無線デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含み得る。示されている構成要素のうち、ネットワークノード4160および無線デバイス(WD)4110は、追加の詳細とともに図示される。無線ネットワークは、1つまたは複数の無線デバイスに通信および他のタイプのサービスを提供して、無線デバイスの、無線ネットワークへのアクセス、および/あるいは、無線ネットワークによってまたは無線ネットワークを介して提供されるサービスの使用を容易にし得る。
【0121】
無線ネットワークは、任意のタイプの通信(communication)、通信(telecommunication)、データ、セルラ、および/または無線ネットワーク、あるいは他の同様のタイプのシステムを備え、および/またはそれらとインターフェースし得る。いくつかの実施形態では、無線ネットワークは、特定の規格あるいは他のタイプのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。したがって、無線ネットワークの特定の実施形態は、汎欧州デジタル移動電話方式(GSM)、Universal Mobile Telecommunications System(UMTS)、Long Term Evolution(LTE)、ならびに/あるいは他の好適な2G、3G、4G、または5G規格などの通信規格、IEEE802.11規格などの無線ローカルエリアネットワーク(WLAN)規格、ならびに/あるいは、マイクロ波アクセスのための世界的相互運用性(WiMax)、Bluetooth、Z-Waveおよび/またはZigBee規格など、任意の他の適切な無線通信規格を実装し得る。
【0122】
ネットワーク4106は、1つまたは複数のバックホールネットワーク、コアネットワーク、IPネットワーク、公衆交換電話網(PSTN)、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク(WAN)、ローカルエリアネットワーク(LAN)、無線ローカルエリアネットワーク(WLAN)、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備え得る。ネットワークノード4160およびWD4110は、以下でより詳細に説明される様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなど、ネットワークノードおよび/または無線デバイス機能を提供するために協働する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、リレー局、ならびに/あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび/または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを備え得る。
【0123】
本明細書で使用されるネットワークノードは、無線デバイスと、ならびに/あるいは、無線デバイスへの無線アクセスを可能にし、および/または提供するための、および/または、無線ネットワークにおいて他の機能(たとえば、アドミニストレーション)を実施するための、無線ネットワーク中の他のネットワークノードまたは機器と、直接または間接的に通信することが可能な、そうするように設定された、構成された、および/または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、アクセスポイント(AP)(たとえば、無線アクセスポイント)、基地局(BS)(たとえば、無線基地局、ノードB、エボルブドノードB(eNB)およびNRノードB(gNB))を含む。基地局は、基地局が提供するカバレッジの量(または、言い方を変えれば、基地局の送信電力レベル)に基づいてカテゴリー分類され得、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド(RRH)と呼ばれることがある、集中型デジタルユニットおよび/またはリモートラジオユニット(RRU)など、分散無線基地局の1つまたは複数(またはすべて)の部分をも含み得る。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散無線基地局の部分は、分散アンテナシステム(DAS)において、ノードと呼ばれることもある。ネットワークノードのまたさらなる例は、マルチスタンダード無線(MSR)BSなどのMSR機器、無線ネットワークコントローラ(RNC)または基地局コントローラ(BSC)などのネットワークコントローラ、基地トランシーバ局(BTS)、送信ポイント、送信ノード、マルチセル/マルチキャスト協調エンティティ(MCE)、コアネットワークノード(たとえば、MSC、MME)、O&Mノード、OSSノード、SONノード、測位ノード(たとえば、E-SMLC)、および/あるいはMDTを含む。別の例として、ネットワークノードは、以下でより詳細に説明されるように、仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを可能にし、および/または無線デバイスに提供し、あるいは、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および/または動作可能な任意の好適なデバイス(またはデバイスのグループ)を表し得る。
【0124】
図12aでは、ネットワークノード4160は、処理回路4170と、デバイス可読媒体4180と、インターフェース4190と、補助機器4184と、電源4186と、電力回路4187と、アンテナ4162とを含む。
図12aの例示的な無線ネットワーク中に示されているネットワークノード4160は、ハードウェア構成要素の示されている組合せを含むデバイスを表し得るが、他の実施形態は、構成要素の異なる組合せをもつネットワークノードを備え得る。ネットワークノードが、本明細書で開示されるタスク、特徴、機能および方法を実施するために必要とされるハードウェアおよび/またはソフトウェアの任意の好適な組合せを備えることを理解されたい。その上、ネットワークノード4160の構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、ネットワークノードは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備え得る(たとえば、デバイス可読媒体4180は、複数の別個のハードドライブならびに複数のRAMモジュールを備え得る)。
【0125】
同様に、ネットワークノード4160は、複数の物理的に別個の構成要素(たとえば、ノードB構成要素およびRNC構成要素、またはBTS構成要素およびBSC構成要素など)から組み立てられ得、これらは各々、それら自体のそれぞれの構成要素を有し得る。ネットワークノード4160が複数の別個の構成要素(たとえば、BTS構成要素およびBSC構成要素)を備えるいくつかのシナリオでは、別個の構成要素のうちの1つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のRNCが複数のノードBを制御し得る。そのようなシナリオでは、各一意のノードBとRNCとのペアは、いくつかの事例では、単一の別個のネットワークノードと見なされ得る。いくつかの実施形態では、ネットワークノード4160は、複数の無線アクセス技術(RAT)をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得(たとえば、異なるRATのための別個のデバイス可読媒体4180)、いくつかの構成要素は再使用され得る(たとえば、同じアンテナ4162がRATによって共有され得る)。ネットワークノード4160は、ネットワークノード4160に統合された、たとえば、GSM、WCDMA、LTE、NR、WiFi、またはBluetooth無線技術など、異なる無線技術のための様々な示されている構成要素の複数のセットをも含み得る。これらの無線技術は、同じまたは異なるチップまたはチップのセット、およびネットワークノード4160内の他の構成要素に統合され得る。
【0126】
処理回路4170は、ネットワークノードによって提供されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作(たとえば、いくつかの取得動作)を実施するように設定される。処理回路4170によって実施されるこれらの動作は、処理回路4170によって取得された情報を、たとえば、取得された情報を他の情報にコンバートすることによって、処理すること、取得された情報またはコンバートされた情報をネットワークノードに記憶された情報と比較すること、ならびに/あるいは、取得された情報またはコンバートされた情報に基づいて、および前記処理が決定を行ったことの結果として、1つまたは複数の動作を実施することを含み得る。
【0127】
処理回路4170は、単体で、またはデバイス可読媒体4180などの他のネットワークノード4160構成要素と併せてのいずれかで、ネットワークノード4160機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの1つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび/または符号化された論理の組合せを備え得る。たとえば、処理回路4170は、デバイス可読媒体4180に記憶された命令、または処理回路4170内のメモリに記憶された命令を実行し得る。そのような機能は、本明細書で説明される様々な無線特徴、機能、または利益のうちのいずれかを提供することを含み得る。いくつかの実施形態では、処理回路4170は、システムオンチップ(SOC)を含み得る。
【0128】
いくつかの実施形態では、処理回路4170は、無線周波数(RF)トランシーバ回路4172とベースバンド処理回路4174とのうちの1つまたは複数を含み得る。いくつかの実施形態では、無線周波数(RF)トランシーバ回路4172とベースバンド処理回路4174とは、別個のチップ(またはチップのセット)、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあり得る。代替実施形態では、RFトランシーバ回路4172とベースバンド処理回路4174との一部または全部は、同じチップまたはチップのセット、ボード、あるいはユニット上にあり得る。
【0129】
いくつかの実施形態では、ネットワークノード、基地局、eNBまたは他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体4180、または処理回路4170内のメモリに記憶された、命令を実行する処理回路4170によって実施され得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読媒体に記憶された命令を実行することなしに、処理回路4170によって提供され得る。それらの実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路4170は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路4170単独に、またはネットワークノード4160の他の構成要素に限定されないが、全体としてネットワークノード4160によって、ならびに/または概してエンドユーザおよび無線ネットワークによって、享受される。
【0130】
デバイス可読媒体4180は、限定はしないが、永続記憶域、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、大容量記憶媒体(たとえば、ハードディスク)、リムーバブル記憶媒体(たとえば、フラッシュドライブ、コンパクトディスク(CD)またはデジタルビデオディスク(DVD))を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに/あるいは、処理回路4170によって使用され得る情報、データ、および/または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および/またはコンピュータ実行可能メモリデバイスを備え得る。デバイス可読媒体4180は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの1つまたは複数を含むアプリケーション、および/または処理回路4170によって実行されることが可能であり、ネットワークノード4160によって利用される、他の命令を含む、任意の好適な命令、データ、または情報を記憶し得る。デバイス可読媒体4180は、処理回路4170によって行われた計算および/またはインターフェース4190を介して受信されたデータを記憶するために使用され得る。いくつかの実施形態では、処理回路4170およびデバイス可読媒体4180は、統合されていると見なされ得る。
【0131】
インターフェース4190は、ネットワークノード4160、ネットワーク4106、および/またはWD4110の間のシグナリングおよび/またはデータの有線または無線通信において使用される。示されているように、インターフェース4190は、たとえば有線接続上でネットワーク4106との間でデータを送るおよび受信するための(1つまたは複数の)ポート/(1つまたは複数の)端末4194を備える。インターフェース4190は、アンテナ4162に結合されるか、またはいくつかの実施形態では、アンテナ4162の一部であり得る、無線フロントエンド回路4192をも含む。無線フロントエンド回路4192は、フィルタ4198と増幅器4196とを備える。無線フロントエンド回路4192は、アンテナ4162および処理回路4170に接続され得る。無線フロントエンド回路は、アンテナ4162と処理回路4170との間で通信される信号を調整するように設定され得る。無線フロントエンド回路4192は、無線接続を介して他のネットワークノードまたはWDに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路4192は、デジタルデータを、フィルタ4198および/または増幅器4196の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号にコンバートし得る。無線信号は、次いで、アンテナ4162を介して送信され得る。同様に、データを受信するとき、アンテナ4162は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路4192によってデジタルデータにコンバートされる。デジタルデータは、処理回路4170に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および/または構成要素の異なる組合せを備え得る。
【0132】
いくつかの代替実施形態では、ネットワークノード4160は別個の無線フロントエンド回路4192を含まないことがあり、代わりに、処理回路4170は、無線フロントエンド回路を備え得、別個の無線フロントエンド回路4192なしでアンテナ4162に接続され得る。同様に、いくつかの実施形態では、RFトランシーバ回路4172の全部または一部が、インターフェース4190の一部と見なされ得る。さらに他の実施形態では、インターフェース4190は、無線ユニット(図示せず)の一部として、1つまたは複数のポートまたは端末4194と、無線フロントエンド回路4192と、RFトランシーバ回路4172とを含み得、インターフェース4190は、デジタルユニット(図示せず)の一部であるベースバンド処理回路4174と通信し得る。
【0133】
アンテナ4162は、無線信号を送るおよび/または受信するように設定された、1つまたは複数のアンテナまたはアンテナアレイを含み得る。アンテナ4162は、無線フロントエンド回路4192に結合され得、データおよび/または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ4162は、たとえば2GHzから66GHzの間の無線信号を送信/受信するように動作可能な1つまたは複数の全指向性、セクタまたはパネルアンテナを備え得る。全指向性アンテナは、任意の方向に無線信号を送信/受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信/受信するために使用され得、パネルアンテナは、比較的直線ラインで無線信号を送信/受信するために使用される見通し線アンテナであり得る。いくつかの事例では、2つ以上のアンテナの使用は、MIMOと呼ばれることがある。いくつかの実施形態では、アンテナ4162は、ネットワークノード4160とは別個であり得、インターフェースまたはポートを通してネットワークノード4160に接続可能であり得る。
【0134】
アンテナ4162、インターフェース4190、および/または処理回路4170は、ネットワークノードによって実施されるものとして本明細書で説明される任意の受信動作および/またはいくつかの取得動作を実施するように設定され得る。任意の情報、データおよび/または信号が、無線デバイス、別のネットワークノードおよび/または任意の他のネットワーク機器から受信され得る。同様に、アンテナ4162、インターフェース4190、および/または処理回路4170は、ネットワークノードによって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび/または信号が、無線デバイス、別のネットワークノードおよび/または任意の他のネットワーク機器に送信され得る。
【0135】
電力回路4187は、電力管理回路を備えるか、または電力管理回路に結合され得、本明細書で説明される機能を実施するための電力を、ネットワークノード4160の構成要素に供給するように設定される。電力回路4187は、電源4186から電力を受信し得る。電源4186および/または電力回路4187は、それぞれの構成要素に好適な形態で(たとえば、各それぞれの構成要素のために必要とされる電圧および電流レベルにおいて)、ネットワークノード4160の様々な構成要素に電力を提供するように設定され得る。電源4186は、電力回路4187および/またはネットワークノード4160中に含まれるか、あるいは電力回路4187および/またはネットワークノード4160の外部にあるかのいずれかであり得る。たとえば、ネットワークノード4160は、電気ケーブルなどの入力回路またはインターフェースを介して外部電源(たとえば、電気コンセント)に接続可能であり得、それにより、外部電源は電力回路4187に電力を供給する。さらなる例として、電源4186は、電力回路4187に接続された、または電力回路4187中で統合された、バッテリーまたはバッテリーパックの形態の電力源を備え得る。バッテリーは、外部電源が落ちた場合、バックアップ電力を提供し得る。光起電力デバイスなどの他のタイプの電源も使用され得る。
【0136】
ネットワークノード4160の代替実施形態は、本明細書で説明される機能、および/または本明細書で説明される主題をサポートするために必要な機能のうちのいずれかを含む、ネットワークノードの機能のいくつかの態様を提供することを担当し得る、
図12aに示されている構成要素以外の追加の構成要素を含み得る。たとえば、ネットワークノード4160は、ネットワークノード4160への情報の入力を可能にするための、およびネットワークノード4160からの情報の出力を可能にするための、ユーザインターフェース機器を含み得る。これは、ユーザが、ネットワークノード4160のための診断、メンテナンス、修復、および他のアドミニストレーティブ機能を実施することを可能にし得る。
【0137】
本明細書で使用されるデバイスまたは無線デバイス(WD)は、ネットワークノードおよび/または他の無線デバイスと無線で通信することが可能な、そうするように設定された、構成された、および/または動作可能なデバイスを指す。別段に記載されていない限り、WDという用語は、本明細書ではユーザ機器(UE)と互換的に使用され得る。無線で通信することは、空中で情報を伝達するのに好適な、電磁波、電波、赤外波、および/または他のタイプの信号を使用して無線信号を送信および/または受信することを伴い得る。いくつかの実施形態では、WDは、直接人間対話なしに情報を送信および/または受信するように設定され得る。たとえば、WDは、内部または外部イベントによってトリガされたとき、あるいはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。WDの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーIP(VoIP)フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末(PDA)、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップ組込み機器(LEE)、ラップトップ搭載機器(LME)、スマートデバイス、無線顧客構内機器(CPE)、車載無線端末デバイスなどを含む。WDは、たとえばサイドリンク通信、V2V(Vehicle-to-Vehicle)、V2I(Vehicle-to-Infrastructure)、V2X(Vehicle-to-Everything)のための3GPP規格を実装することによって、D2D(device-to-device)通信をサポートし得、この場合、D2D通信デバイスと呼ばれることがある。また別の特定の例として、モノのインターネット(IoT)シナリオでは、WDは、監視および/または測定を実施し、そのような監視および/または測定の結果を別のWDおよび/またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。WDは、この場合、マシンツーマシン(M2M)デバイスであり得、M2Mデバイスは、3GPPコンテキストではMTCデバイスと呼ばれることがある。1つの特定の例として、WDは、3GPP狭帯域モノのインターネット(NB-IoT)規格を実装するUEであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具(たとえば冷蔵庫、テレビジョンなど)、個人用ウェアラブル(たとえば、時計、フィットネストラッカーなど)である。他のシナリオでは、WDは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび/またはその動作ステータスに関して報告すること、あるいはその動作に関連する他の機能が可能である。上記で説明されたWDは無線接続のエンドポイントを表し得、その場合、デバイスは無線端末と呼ばれることがある。さらに、上記で説明されたWDはモバイルであり得、その場合、デバイスはモバイルデバイスまたはモバイル端末と呼ばれることもある。
【0138】
示されているように、無線デバイス4110は、アンテナ4111と、インターフェース4114と、処理回路4120と、デバイス可読媒体4130と、ユーザインターフェース機器4132と、補助機器4134と、電源4136と、電力回路4137とを含む。WD4110は、WD4110によってサポートされる、たとえば、ほんの数個を挙げると、GSM、WCDMA、LTE、NR、WiFi、WiMAX、またはBluetooth無線技術など、異なる無線技術のための示されている構成要素のうちの1つまたは複数の複数のセットを含み得る。これらの無線技術は、WD4110内の他の構成要素と同じまたは異なるチップまたはチップのセットに統合され得る。
【0139】
アンテナ4111は、無線信号を送るおよび/または受信するように設定された、1つまたは複数のアンテナまたはアンテナアレイを含み得、インターフェース4114に接続される。いくつかの代替実施形態では、アンテナ4111は、WD4110とは別個であり、インターフェースまたはポートを通してWD4110に接続可能であり得る。アンテナ4111、インターフェース4114、および/または処理回路4120は、WDによって実施されるものとして本明細書で説明される任意の受信動作または送信動作を実施するように設定され得る。任意の情報、データおよび/または信号が、ネットワークノードおよび/または別のWDから受信され得る。いくつかの実施形態では、無線フロントエンド回路および/またはアンテナ4111は、インターフェースと見なされ得る。
【0140】
示されているように、インターフェース4114は、無線フロントエンド回路4112とアンテナ4111とを備える。無線フロントエンド回路4112は、1つまたは複数のフィルタ4118と増幅器4116とを備える。無線フロントエンド回路4112は、アンテナ4111および処理回路4120に接続され、アンテナ4111と処理回路4120との間で通信される信号を調整するように設定される。無線フロントエンド回路4112は、アンテナ4111に結合されるか、またはアンテナ4111の一部であり得る。いくつかの実施形態では、WD4110は別個の無線フロントエンド回路4112を含まないことがあり、むしろ、処理回路4120は、無線フロントエンド回路を備え得、アンテナ4111に接続され得る。同様に、いくつかの実施形態では、RFトランシーバ回路4122の一部または全部が、インターフェース4114の一部と見なされ得る。無線フロントエンド回路4112は、無線接続を介して他のネットワークノードまたはWDに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路4112は、デジタルデータを、フィルタ4118および/または増幅器4116の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号にコンバートし得る。無線信号は、次いで、アンテナ4111を介して送信され得る。同様に、データを受信するとき、アンテナ4111は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路4112によってデジタルデータにコンバートされる。デジタルデータは、処理回路4120に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および/または構成要素の異なる組合せを備え得る。
【0141】
処理回路4120は、単体で、またはデバイス可読媒体4130などの他のWD4110構成要素と併せてのいずれかで、WD4110機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの1つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび/または符号化された論理の組合せを備え得る。そのような機能は、本明細書で説明される様々な無線特徴または利益のうちのいずれかを提供することを含み得る。たとえば、処理回路4120は、本明細書で開示される機能を提供するために、デバイス可読媒体4130に記憶された命令、または処理回路4120内のメモリに記憶された命令を実行し得る。
【0142】
示されているように、処理回路4120は、RFトランシーバ回路4122、ベースバンド処理回路4124、およびアプリケーション処理回路4126のうちの1つまたは複数を含む。他の実施形態では、処理回路は、異なる構成要素および/または構成要素の異なる組合せを備え得る。いくつかの実施形態では、WD4110の処理回路4120は、SOCを備え得る。いくつかの実施形態では、RFトランシーバ回路4122、ベースバンド処理回路4124、およびアプリケーション処理回路4126は、別個のチップまたはチップのセット上にあり得る。代替実施形態では、ベースバンド処理回路4124およびアプリケーション処理回路4126の一部または全部は1つのチップまたはチップのセットになるように組み合わせられ得、RFトランシーバ回路4122は別個のチップまたはチップのセット上にあり得る。さらに代替の実施形態では、RFトランシーバ回路4122およびベースバンド処理回路4124の一部または全部は同じチップまたはチップのセット上にあり得、アプリケーション処理回路4126は別個のチップまたはチップのセット上にあり得る。また他の代替実施形態では、RFトランシーバ回路4122、ベースバンド処理回路4124、およびアプリケーション処理回路4126の一部または全部は、同じチップまたはチップのセット中で組み合わせられ得る。いくつかの実施形態では、RFトランシーバ回路4122は、インターフェース4114の一部であり得る。RFトランシーバ回路4122は、処理回路4120のためのRF信号を調整し得る。
【0143】
いくつかの実施形態では、WDによって実施されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体4130に記憶された命令を実行する処理回路4120によって提供され得、デバイス可読媒体4130は、いくつかの実施形態では、コンピュータ可読記憶媒体であり得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路4120によって提供され得る。それらの特定の実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路4120は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路4120単独に、またはWD4110の他の構成要素に限定されないが、全体としてWD4110によって、ならびに/または概してエンドユーザおよび無線ネットワークによって、享受される。
【0144】
処理回路4120は、WDによって実施されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作(たとえば、いくつかの取得動作)を実施するように設定され得る。処理回路4120によって実施されるようなこれらの動作は、処理回路4120によって取得された情報を、たとえば、取得された情報を他の情報にコンバートすることによって、処理すること、取得された情報またはコンバートされた情報をWD4110によって記憶された情報と比較すること、ならびに/あるいは、取得された情報またはコンバートされた情報に基づいて、および前記処理が決定を行ったことの結果として、1つまたは複数の動作を実施することを含み得る。
【0145】
デバイス可読媒体4130は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの1つまたは複数を含むアプリケーション、および/または処理回路4120によって実行されることが可能な他の命令を記憶するように動作可能であり得る。デバイス可読媒体4130は、コンピュータメモリ(たとえば、ランダムアクセスメモリ(RAM)または読取り専用メモリ(ROM))、大容量記憶媒体(たとえば、ハードディスク)、リムーバブル記憶媒体(たとえば、コンパクトディスク(CD)またはデジタルビデオディスク(DVD))、ならびに/あるいは、処理回路4120によって使用され得る情報、データ、および/または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および/またはコンピュータ実行可能メモリデバイスを含み得る。いくつかの実施形態では、処理回路4120およびデバイス可読媒体4130は、統合されていると見なされ得る。
【0146】
ユーザインターフェース機器4132は、人間のユーザがWD4110と対話することを可能にする構成要素を提供し得る。そのような対話は、視覚、聴覚、触覚など、多くの形態のものであり得る。ユーザインターフェース機器4132は、ユーザへの出力を作り出すように、およびユーザがWD4110への入力を提供することを可能にするように動作可能であり得る。対話のタイプは、WD4110にインストールされるユーザインターフェース機器4132のタイプに応じて変動し得る。たとえば、WD4110がスマートフォンである場合、対話はタッチスクリーンを介したものであり得、WD4110がスマートメーターである場合、対話は、使用量(たとえば、使用されたガロンの数)を提供するスクリーン、または(たとえば、煙が検出された場合)可聴警報を提供するスピーカーを通したものであり得る。ユーザインターフェース機器4132は、入力インターフェース、デバイスおよび回路、ならびに、出力インターフェース、デバイスおよび回路を含み得る。ユーザインターフェース機器4132は、WD4110への情報の入力を可能にするように設定され、処理回路4120が入力情報を処理することを可能にするために、処理回路4120に接続される。ユーザインターフェース機器4132は、たとえば、マイクロフォン、近接度または他のセンサー、キー/ボタン、タッチディスプレイ、1つまたは複数のカメラ、USBポート、あるいは他の入力回路を含み得る。ユーザインターフェース機器4132はまた、WD4110からの情報の出力を可能にするように、および処理回路4120がWD4110からの情報を出力することを可能にするように設定される。ユーザインターフェース機器4132は、たとえば、スピーカー、ディスプレイ、振動回路、USBポート、ヘッドフォンインターフェース、または他の出力回路を含み得る。ユーザインターフェース機器4132の1つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、WD4110は、エンドユーザおよび/または無線ネットワークと通信し、エンドユーザおよび/または無線ネットワークが本明細書で説明される機能から利益を得ることを可能にし得る。
【0147】
補助機器4134は、概してWDによって実施されないことがある、より固有の機能を提供するように動作可能である。これは、様々な目的のために測定を行うための特殊化されたセンサー、有線通信などの追加のタイプの通信のためのインターフェースなどを備え得る。補助機器4134の構成要素の包含、および補助機器4134の構成要素のタイプは、実施形態および/またはシナリオに応じて変動し得る。
【0148】
電源4136は、いくつかの実施形態では、バッテリーまたはバッテリーパックの形態のものであり得る。外部電源(たとえば、電気コンセント)、光起電力デバイスまたは電池など、他のタイプの電源も使用され得る。WD4110は、電源4136から、本明細書で説明または示される任意の機能を行うために電源4136からの電力を必要とする、WD4110の様々な部分に電力を配信するための、電力回路4137をさらに備え得る。電力回路4137は、いくつかの実施形態では、電力管理回路を備え得る。電力回路4137は、追加または代替として、外部電源から電力を受信するように動作可能であり得、その場合、WD4110は、電力ケーブルなどの入力回路またはインターフェースを介して(電気コンセントなどの)外部電源に接続可能であり得る。電力回路4137はまた、いくつかの実施形態では、外部電源から電源4136に電力を配信するように動作可能であり得る。これは、たとえば、電源4136の充電のためのものであり得る。電力回路4137は、電源4136からの電力に対して、その電力を、電力が供給されるWD4110のそれぞれの構成要素に好適であるようにするために、任意のフォーマッティング、コンバーティング、または他の修正を実施し得る。
【0149】
図12bは、いくつかの実施形態によるユーザ機器を示す。
【0150】
図12bは、本明細書で説明される様々な態様による、UEの一実施形態を示す。本明細書で使用されるユーザ機器またはUEは、必ずしも、関連のあるデバイスを所有し、および/または動作させる人間のユーザという意味におけるユーザを有するとは限らない。代わりに、UEは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連しないことがあるか、または特定の人間のユーザに初めに関連しないことがある、デバイス(たとえば、スマートスプリンクラーコントローラ)を表し得る。代替的に、UEは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連するか、またはユーザの利益のために動作され得る、デバイス(たとえば、スマート電力計)を表し得る。UE42200は、NB-IoT UE、マシン型通信(MTC)UE、および/または拡張MTC(eMTC)UEを含む、第3世代パートナーシッププロジェクト(3GPP)によって識別される任意のUEであり得る。
図12bに示されているUE4200は、第3世代パートナーシッププロジェクト(3GPP)のGSM、UMTS、LTE、および/または5G規格など、3GPPによって公表された1つまたは複数の通信規格による通信のために設定されたWDの一例である。前述のように、WDおよびUEという用語は、互換的に使用され得る。したがって、
図12bはUEであるが、本明細書で説明される構成要素は、WDに等しく適用可能であり、その逆も同様である。
【0151】
図12bでは、UE4200は、入出力インターフェース4205、無線周波数(RF)インターフェース4209、ネットワーク接続インターフェース4211、ランダムアクセスメモリ(RAM)4217と読取り専用メモリ(ROM)4219と記憶媒体4221などとを含むメモリ4215、通信サブシステム4231、電源4213、および/または任意の他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、処理回路4201を含む。記憶媒体4221は、オペレーティングシステム4223と、アプリケーションプログラム4225と、データ4227とを含む。他の実施形態では、記憶媒体4221は、他の同様のタイプの情報を含み得る。いくつかのUEは、
図12bに示されている構成要素のすべてを利用するか、またはそれらの構成要素のサブセットのみを利用し得る。構成要素間の統合のレベルは、UEごとに変動し得る。さらに、いくつかのUEは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。
【0152】
図12bでは、処理回路4201は、コンピュータ命令およびデータを処理するように設定され得る。処理回路4201は、(たとえば、ディスクリート論理、FPGA、ASICなどにおける)1つまたは複数のハードウェア実装状態マシンなど、マシン可読コンピュータプログラムとしてメモリに記憶されたマシン命令を実行するように動作可能な任意の逐次状態マシン、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ(DSP)など、1つまたは複数のプログラム内蔵、汎用プロセッサ、あるいは上記の任意の組合せを実装するように設定され得る。たとえば、処理回路4201は、2つの中央処理ユニット(CPU)を含み得る。データは、コンピュータによる使用に好適な形態での情報であり得る。
【0153】
図示された実施形態では、入出力インターフェース4205は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定され得る。UE4200は、入出力インターフェース4205を介して出力デバイスを使用するように設定され得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、UE4200への入力およびUE4200からの出力を提供するために、USBポートが使用され得る。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであり得る。UE4200は、ユーザがUE4200に情報をキャプチャすることを可能にするために、入出力インターフェース4205を介して入力デバイスを使用するように設定され得る。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ(たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど)、マイクロフォン、センサー、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含み得る。プレゼンスセンシティブディスプレイは、ユーザからの入力を検知するための容量性または抵抗性タッチセンサーを含み得る。センサーは、たとえば、加速度計、ジャイロスコープ、チルトセンサー、力センサー、磁力計、光センサー、近接度センサー、別の同様のセンサー、またはそれらの任意の組合せであり得る。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサーであり得る。
【0154】
図12bでは、RFインターフェース4209は、送信機、受信機、およびアンテナなど、RF構成要素に通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェース4211は、ネットワーク4243aに通信インターフェースを提供するように設定され得る。ネットワーク4243aは、ローカルエリアネットワーク(LAN)、ワイドエリアネットワーク(WAN)、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および/または無線ネットワークを包含し得る。たとえば、ネットワーク4243aは、Wi-Fiネットワークを備え得る。ネットワーク接続インターフェース4211は、イーサネット、TCP/IP、SONET、ATMなど、1つまたは複数の通信プロトコルに従って通信ネットワーク上で1つまたは複数の他のデバイスと通信するために使用される、受信機および送信機インターフェースを含むように設定され得る。ネットワーク接続インターフェース4211は、通信ネットワークリンク(たとえば、光学的、電気的など)に適した受信機および送信機機能を実装し得る。送信機および受信機機能は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。
【0155】
RAM4217は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなど、ソフトウェアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシングを提供するために、バス4202を介して処理回路4201にインターフェースするように設定され得る。ROM4219は、処理回路4201にコンピュータ命令またはデータを提供するように設定され得る。たとえば、ROM4219は、不揮発性メモリに記憶される、基本入出力(I/O)、起動、またはキーボードからのキーストロークの受信など、基本システム機能のための、不変低レベルシステムコードまたはデータを記憶するように設定され得る。記憶媒体4221は、RAM、ROM、プログラマブル読取り専用メモリ(PROM)、消去可能プログラマブル読取り専用メモリ(EPROM)、電気的消去可能プログラマブル読取り専用メモリ(EEPROM)、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブなど、メモリを含むように設定され得る。一例では、記憶媒体4221は、オペレーティングシステム4223と、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジン、あるいは別のアプリケーションなどのアプリケーションプログラム4225と、データファイル4227とを含むように設定され得る。記憶媒体4221は、UE4200による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶し得る。
【0156】
記憶媒体4221は、独立ディスクの冗長アレイ(RAID)、フロッピーディスクドライブ、フラッシュメモリ、USBフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク(HD-DVD)光ディスクドライブ、内蔵ハードディスクドライブ、Blu-Ray光ディスクドライブ、ホログラフィックデジタルデータ記憶(HDDS)光ディスクドライブ、外部ミニデュアルインラインメモリモジュール(DIMM)、シンクロナスダイナミックランダムアクセスメモリ(SDRAM)、外部マイクロDIMM SDRAM、加入者識別モジュールまたはリムーバブルユーザ識別情報(SIM/RUIM)モジュールなどのスマートカードメモリ、他のメモリ、あるいはそれらの任意の組合せなど、いくつかの物理ドライブユニットを含むように設定され得る。記憶媒体4221は、UE4200が、一時的または非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、あるいはデータをアップロードすることを可能にし得る。通信システムを利用する製造品などの製造品は、記憶媒体4221中に有形に具現され得、記憶媒体4221はデバイス可読媒体を備え得る。
【0157】
図12bでは、処理回路4201は、通信サブシステム4231を使用してネットワーク4243bと通信するように設定され得る。ネットワーク4243aとネットワーク4243bとは、同じ1つまたは複数のネットワークまたは異なる1つまたは複数のネットワークであり得る。通信サブシステム4231は、ネットワーク4243bと通信するために使用される1つまたは複数のトランシーバを含むように設定され得る。たとえば、通信サブシステム4231は、IEEE802.11、CDMA、WCDMA、GSM、LTE、UTRAN、WiMaxなど、1つまたは複数の通信プロトコルに従って、無線アクセスネットワーク(RAN)の別のWD、UE、または基地局など、無線通信が可能な別のデバイスの1つまたは複数のリモートトランシーバと通信するために使用される、1つまたは複数のトランシーバを含むように設定され得る。各トランシーバは、RANリンク(たとえば、周波数割り当てなど)に適した送信機機能または受信機機能をそれぞれ実装するための、送信機4233および/または受信機4235を含み得る。さらに、各トランシーバの送信機4233および受信機4235は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。
【0158】
示されている実施形態では、通信サブシステム4231の通信機能は、データ通信、ボイス通信、マルチメディア通信、Bluetoothなどの短距離通信、ニアフィールド通信、ロケーションを決定するための全地球測位システム(GPS)の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含み得る。たとえば、通信サブシステム4231は、セルラ通信と、Wi-Fi通信と、Bluetooth通信と、GPS通信とを含み得る。ネットワーク4243bは、ローカルエリアネットワーク(LAN)、ワイドエリアネットワーク(WAN)、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および/または無線ネットワークを包含し得る。たとえば、ネットワーク4243bは、セルラネットワーク、Wi-Fiネットワーク、および/またはニアフィールドネットワークであり得る。電源4213は、UE4200の構成要素に交流(AC)または直流(DC)電力を提供するように設定され得る。
【0159】
本明細書で説明される特徴、利益および/または機能は、UE4200の構成要素のうちの1つにおいて実装されるか、またはUE4200の複数の構成要素にわたって区分され得る。さらに、本明細書で説明される特徴、利益、および/または機能は、ハードウェア、ソフトウェアまたはファームウェアの任意の組合せで実装され得る。一例では、通信サブシステム4231は、本明細書で説明される構成要素のうちのいずれかを含むように設定され得る。さらに、処理回路4201は、バス4202上でそのような構成要素のうちのいずれかと通信するように設定され得る。別の例では、そのような構成要素のうちのいずれかは、処理回路4201によって実行されたとき、本明細書で説明される対応する機能を実施する、メモリに記憶されたプログラム命令によって表され得る。別の例では、そのような構成要素のうちのいずれかの機能は、処理回路4201と通信サブシステム4231との間で区分され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。
【0160】
図13は、いくつかの実施形態による仮想化環境を示す。
【0161】
図13は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境4300を示す概略ブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、ノード(たとえば、仮想化された基地局または仮想化された無線アクセスノード)に、あるいはデバイス(たとえば、UE、無線デバイスまたは任意の他のタイプの通信デバイス)またはそのデバイスの構成要素に適用され得、機能の少なくとも一部分が、(たとえば、1つまたは複数のネットワークにおいて1つまたは複数の物理処理ノード上で実行する、1つまたは複数のアプリケーション、構成要素、機能、仮想マシンまたはコンテナを介して)1つまたは複数の仮想構成要素として実装される、実装形態に関する。
【0162】
いくつかの実施形態では、本明細書で説明される機能の一部または全部は、ハードウェアノード4330のうちの1つまたは複数によってホストされる1つまたは複数の仮想環境4300において実装される1つまたは複数の仮想マシンによって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが、無線アクセスノードではないか、または無線コネクティビティ(たとえば、コアネットワークノード)を必要としない実施形態では、ネットワークノードは完全に仮想化され得る。
【0163】
機能は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および/または利益のうちのいくつかを実装するように動作可能な、(代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある)1つまたは複数のアプリケーション4320によって実装され得る。アプリケーション4320は、処理回路4360とメモリ4390とを備えるハードウェア4330を提供する、仮想化環境4300において稼働される。メモリ4390は、処理回路4360によって実行可能な命令4395を含んでおり、それにより、アプリケーション4320は、本明細書で開示される特徴、利益、および/または機能のうちの1つまたは複数を提供するように動作可能である。
【0164】
仮想化環境4300は、1つまたは複数のプロセッサのセットまたは処理回路4360を備える、汎用または専用のネットワークハードウェアデバイス4330を備え、1つまたは複数のプロセッサのセットまたは処理回路4360は、商用オフザシェルフ(COTS)プロセッサ、専用の特定用途向け集積回路(ASIC)、あるいは、デジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む任意の他のタイプの処理回路であり得る。各ハードウェアデバイスはメモリ4390-1を備え得、メモリ4390-1は、処理回路4360によって実行される命令4395またはソフトウェアを一時的に記憶するための非永続的メモリであり得る。各ハードウェアデバイスは、ネットワークインターフェースカードとしても知られる、1つまたは複数のネットワークインターフェースコントローラ(NIC)4370を備え得、ネットワークインターフェースコントローラ(NIC)4370は物理ネットワークインターフェース4380を含む。各ハードウェアデバイスは、処理回路4360によって実行可能なソフトウェア4395および/または命令を記憶した、非一時的、永続的、マシン可読記憶媒体4390-2をも含み得る。ソフトウェア4395は、1つまたは複数の(ハイパーバイザとも呼ばれる)仮想化レイヤ4350をインスタンス化するためのソフトウェア、仮想マシン4340を実行するためのソフトウェア、ならびに、それが、本明細書で説明されるいくつかの実施形態との関係において説明される機能、特徴および/または利益を実行することを可能にする、ソフトウェアを含む、任意のタイプのソフトウェアを含み得る。
【0165】
仮想マシン4340は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想記憶域を備え、対応する仮想化レイヤ4350またはハイパーバイザによって稼働され得る。仮想アプライアンス4320の事例の異なる実施形態が、仮想マシン4340のうちの1つまたは複数上で実装され得、実装は異なるやり方で行われ得る。
【0166】
動作中に、処理回路4360は、ソフトウェア4395を実行してハイパーバイザまたは仮想化レイヤ4350をインスタンス化し、ハイパーバイザまたは仮想化レイヤ4350は、時々、仮想マシンモニタ(VMM)と呼ばれることがある。仮想化レイヤ4350は、仮想マシン4340に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得る。
【0167】
図13に示されているように、ハードウェア4330は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードであり得る。ハードウェア4330は、アンテナ43225を備え得、仮想化を介していくつかの機能を実装し得る。代替的に、ハードウェア4330は、多くのハードウェアノードが協働し、特に、アプリケーション4320のライフサイクル管理を監督する、管理およびオーケストレーション(MANO)43100を介して管理される、(たとえば、データセンタまたは顧客構内機器(CPE)の場合のような)ハードウェアのより大きいクラスタの一部であり得る。
【0168】
ハードウェアの仮想化は、いくつかのコンテキストでは、ネットワーク機能仮想化(NFV)と呼ばれる。NFVは、多くのネットワーク機器タイプを、データセンタおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理記憶域上にコンソリデートするために使用され得る。
【0169】
NFVのコンテキストでは、仮想マシン4340は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。仮想マシン4340の各々と、その仮想マシンに専用のハードウェアであろうと、および/またはその仮想マシンによって仮想マシン4340のうちの他の仮想マシンと共有されるハードウェアであろうと、その仮想マシンを実行するハードウェア4330のその一部とは、別個の仮想ネットワークエレメント(VNE)を形成する。
【0170】
さらにNFVのコンテキストでは、仮想ネットワーク機能(VNF)は、ハードウェアネットワーキングインフラストラクチャ4330の上の1つまたは複数の仮想マシン4340において稼働する特定のネットワーク機能をハンドリングすることを担当し、
図13中のアプリケーション4320に対応する。
【0171】
いくつかの実施形態では、各々、1つまたは複数の送信機43220と1つまたは複数の受信機43210とを含む、1つまたは複数の無線ユニット43200は、1つまたは複数のアンテナ43225に結合され得る。無線ユニット43200は、1つまたは複数の適切なネットワークインターフェースを介してハードウェアノード4330と直接通信し得、無線アクセスノードまたは基地局など、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。
【0172】
いくつかの実施形態では、何らかのシグナリングが、ハードウェアノード4330と無線ユニット43200との間の通信のために代替的に使用され得る制御システム43230を使用して、実現され得る。
【0173】
図14は、いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す。
【0174】
図14を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワーク4411とコアネットワーク4414とを備える、3GPPタイプセルラネットワークなどの通信ネットワーク4410を含む。アクセスネットワーク4411は、NB、eNB、gNBまたは他のタイプの無線アクセスポイントなど、複数の基地局4412a、4412b、4412cを備え、各々が、対応するカバレッジエリア4413a、4413b、4413cを規定する。各基地局4412a、4412b、4412cは、有線接続または無線接続4415上でコアネットワーク4414に接続可能である。カバレッジエリア4413c中に位置する第1のUE4491が、対応する基地局4412cに無線で接続するか、または対応する基地局4412cによってページングされるように設定される。カバレッジエリア4413a中の第2のUE4492が、対応する基地局4412aに無線で接続可能である。この例では複数のUE4491、4492が示されているが、開示される実施形態は、唯一のUEがカバレッジエリア中にある状況、または唯一のUEが、対応する基地局4412に接続している状況に等しく適用可能である。
【0175】
通信ネットワーク4410は、それ自体、ホストコンピュータ4430に接続され、ホストコンピュータ4430は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび/またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ4430は、サービスプロバイダの所有または制御下にあり得、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。通信ネットワーク4410とホストコンピュータ4430との間の接続4421および4422は、コアネットワーク4414からホストコンピュータ4430に直接延び得るか、または随意の中間ネットワーク4420を介して進み得る。中間ネットワーク4420は、パブリックネットワーク、プライベートネットワークまたはホストされたネットワークのうちの1つ、またはそれらのうちの2つ以上の組合せであり得、中間ネットワーク4420は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク4420は、2つまたはそれ以上のサブネットワーク(図示せず)を備え得る。
【0176】
図14の通信システムは全体として、接続されたUE4491、4492とホストコンピュータ4430との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ(OTT)接続4450として説明され得る。ホストコンピュータ4430および接続されたUE4491、4492は、アクセスネットワーク4411、コアネットワーク4414、任意の中間ネットワーク4420、および考えられるさらなるインフラストラクチャ(図示せず)を媒介として使用して、OTT接続4450を介して、データおよび/またはシグナリングを通信するように設定される。OTT接続4450は、OTT接続4450が通過する、参加する通信デバイスが、アップリンクおよびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局4412は、接続されたUE4491にフォワーディング(たとえば、ハンドオーバ)されるべき、ホストコンピュータ4430から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、通知されないことがあるかまたは通知される必要がない。同様に、基地局4412は、UE4491から発生してホストコンピュータ4430に向かう発信アップリンク通信の将来のルーティングに気づいている必要がない。
【0177】
図15は、いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータを示す。
【0178】
次に、一実施形態による、前の段落において説明されたUE、基地局およびホストコンピュータの例示的な実装形態が、
図15を参照しながら説明される。通信システム4500では、ホストコンピュータ4510が、通信システム4500の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース4516を含む、ハードウェア4515を備える。ホストコンピュータ4510は、記憶能力および/または処理能力を有し得る、処理回路4518をさらに備える。特に、処理回路4518は、命令を実行するように適応された、1つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ(図示せず)を備え得る。ホストコンピュータ4510は、ホストコンピュータ4510に記憶されるかまたはホストコンピュータ4510によってアクセス可能であり、処理回路4518によって実行可能である、ソフトウェア4511をさらに備える。ソフトウェア4511はホストアプリケーション4512を含む。ホストアプリケーション4512は、UE4530およびホストコンピュータ4510において終端するOTT接続4550を介して接続するUE4530など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション4512は、OTT接続4550を使用して送信されるユーザデータを提供し得る。
【0179】
通信システム4500は、通信システム中に提供される基地局4520をさらに含み、基地局4520は、基地局4520がホストコンピュータ4510およびUE4530と通信することを可能にするハードウェア4525を備える。ハードウェア4525は、通信システム4500の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース4526、ならびに基地局4520によってサーブされるカバレッジエリア(
図15に図示せず)中に位置するUE4530との少なくとも無線接続4570をセットアップおよび維持するための無線インターフェース4527を含み得る。通信インターフェース4526は、ホストコンピュータ4510への接続4560を容易にするように設定され得る。接続4560は直接であり得るか、あるいは、接続4560は、通信システムのコアネットワーク(
図15に図示せず)を、および/または通信システムの外部の1つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局4520のハードウェア4525は、処理回路4528をさらに含み、処理回路4528は、命令を実行するように適応された、1つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ(図示せず)を備え得る。基地局4520は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア4521をさらに有する。
【0180】
通信システム4500は、すでに言及されたUE4530をさらに含む。UE4530のハードウェア4535は、UE4530が現在位置するカバレッジエリアをサーブする基地局との無線接続4570をセットアップおよび維持するように設定された、無線インターフェース4537を含み得る。UE4530のハードウェア4535は、処理回路4538をさらに含み、処理回路4538は、命令を実行するように適応された、1つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ(図示せず)を備え得る。UE4530は、UE4530に記憶されるかまたはUE4530によってアクセス可能であり、処理回路4538によって実行可能である、ソフトウェア4531をさらに備える。ソフトウェア4531はクライアントアプリケーション4532を含む。クライアントアプリケーション4532は、ホストコンピュータ4510のサポートのもとに、UE4530を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ4510では、実行しているホストアプリケーション4512は、UE4530およびホストコンピュータ4510において終端するOTT接続4550を介して、実行しているクライアントアプリケーション4532と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション4532は、ホストアプリケーション4512から要求データを受信し、要求データに応答してユーザデータを提供し得る。OTT接続4550は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション4532は、クライアントアプリケーション4532が提供するユーザデータを生成するためにユーザと対話し得る。
【0181】
図15に示されているホストコンピュータ4510、基地局4520およびUE4530は、それぞれ、
図14のホストコンピュータ4430、基地局4412a、4412b、4412cのうちの1つ、およびUE4491、4492のうちの1つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、
図15に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、
図15のものであり得る。
【0182】
図15では、OTT接続4550は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局4520を介したホストコンピュータ4510とUE4530との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、UE4530からまたはホストコンピュータ4510を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。OTT接続4550がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが(たとえば、ネットワークの負荷分散考慮または再設定に基づいて)ルーティングを動的に変更する判断を行い得る。
【0183】
UE4530と基地局4520との間の無線接続4570は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの1つまたは複数は、無線接続4570が最後のセグメントを形成するOTT接続4550を使用して、UE4530に提供されるOTTサービスの性能を改善し得る。より正確には、これらの実施形態の教示は、デバイスについてのQoSを改善し、それにより、低減されたユーザ待ち時間およびより良好な応答性などの利益を提供し得る。
【0184】
1つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ4510とUE4530との間のOTT接続4550を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび/またはOTT接続4550を再設定するためのネットワーク機能は、ホストコンピュータ4510のソフトウェア4511およびハードウェア4515でまたはUE4530のソフトウェア4531およびハードウェア4535で、またはその両方で実装され得る。実施形態では、OTT接続4550が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー(図示せず)が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェア4511、4531が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。OTT接続4550の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局4520に影響を及ぼす必要がなく、再設定は、基地局4520に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ4510の測定を容易にするプロプライエタリUEシグナリングを伴い得る。測定は、ソフトウェア4511および4531が、ソフトウェア4511および4531が伝搬時間、エラーなどを監視する間にOTT接続4550を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。
【0185】
図16は、いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す。
【0186】
図16は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、
図14および
図15を参照しながら説明されたものであり得る、ホストコンピュータと基地局とUEとを含む。本開示の簡単のために、
図16への図面参照のみがこのセクションに含まれる。ステップ4610において、ホストコンピュータはユーザデータを提供する。ステップ4610の(随意であり得る)サブステップ4611において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ4620において、ホストコンピュータは、UEにユーザデータを搬送する送信を始動する。(随意であり得る)ステップ4630において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをUEに送信する。(また、随意であり得る)ステップ4640において、UEは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。
【0187】
図17は、いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す。
【0188】
図17は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、
図14および
図15を参照しながら説明されたものであり得る、ホストコンピュータと基地局とUEとを含む。本開示の簡単のために、
図17への図面参照のみがこのセクションに含まれる。方法のステップ4710において、ホストコンピュータはユーザデータを提供する。随意のサブステップ(図示せず)において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ4720において、ホストコンピュータは、UEにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して通り得る。(随意であり得る)ステップ4730において、UEは、送信において搬送されたユーザデータを受信する。
【0189】
図18は、いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す。
【0190】
図18は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、
図14および
図15を参照しながら説明されたものであり得る、ホストコンピュータと基地局とUEとを含む。本開示の簡単のために、
図18への図面参照のみがこのセクションに含まれる。(随意であり得る)ステップ4810において、UEは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ4820において、UEはユーザデータを提供する。ステップ4820の(随意であり得る)サブステップ4821において、UEは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ4810の(随意であり得る)サブステップ4811において、UEは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、UEは、(随意であり得る)サブステップ4830において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ4840において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、UEから送信されたユーザデータを受信する。
【0191】
図19は、いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示す。
【0192】
図19は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、
図14および
図15を参照しながら説明されたものであり得る、ホストコンピュータと基地局とUEとを含む。本開示の簡単のために、
図19への図面参照のみがこのセクションに含まれる。(随意であり得る)ステップ4910において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、UEからユーザデータを受信する。(随意であり得る)ステップ4920において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。(随意であり得る)ステップ4930において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。
【0193】
本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、1つまたは複数の仮想装置の1つまたは複数の機能ユニットまたはモジュールを通して実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、1つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ(DSP)、専用デジタル論理などを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、1つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、1つまたは複数の通信および/またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの1つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の1つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。
【0194】
ユニットという用語は、エレクトロニクス、電気デバイス、および/または電子デバイスの分野での通常の意味を有し得、たとえば、本明細書で説明されるものなど、それぞれのタスク、プロシージャ、算出、出力、および/または表示機能を行うための、電気および/または電子回路、デバイス、モジュール、プロセッサ、メモリ、論理固体および/または個別デバイス、コンピュータプログラムまたは命令などを含み得る。
【0195】
略語
【0196】
以下の略語のうちの少なくともいくつかが本開示で使用され得る。略語間の不整合がある場合、その略語が上記でどのように使用されるかが選好されるべきである。以下で複数回リストされる場合、最初のリスティングが(1つまたは複数の)後続のリスティングよりも選好されるべきである。
【0197】
1xRTT CDMA2000 1x無線送信技術
3GPP 第3世代パートナーシッププロジェクト
5G 第5世代
ABS オールモストブランクサブフレーム
ACK 確認応答
AP アプリケーションプロトコル
ARQ 自動再送要求
AWGN 加法性白色ガウス雑音
BCCH ブロードキャスト制御チャネル
BCH ブロードキャストチャネル
BSR バッファステータス報告
BWP 帯域幅部分
CA キャリアアグリゲーション
CC キャリアコンポーネント
CCCH SDU 共通制御チャネルSDU
CDMA 符号分割多重化アクセス
CE 制御エレメント
CGI セルグローバル識別子
CIR チャネルインパルス応答
CP 制御プレーン
CPICH 共通パイロットチャネル
CPICH Ec/No 帯域中の電力密度で除算されたチップごとのCPICH受信エネルギー
CQI チャネル品質インジケータ
C-RNTI セル無線ネットワーク一時識別子
CSI チャネル状態情報
DC デュアルコネクティビティ
DCCH 専用制御チャネル
DCI ダウンリンク制御情報
DL ダウンリンク
DM 復調
DMRS 復調用参照信号
DRB データ無線ベアラ
DRX 間欠受信
DTX 間欠送信
DTCH 専用トラフィックチャネル
DUT 被試験デバイス
E-CID 拡張セルID(測位方法)
E-SMLC エボルブドサービングモバイルロケーションセンタ
ECGI エボルブドCGI
eNB E-UTRANノードBまたは(EUTRAN)基地局
ePDCCH 拡張物理ダウンリンク制御チャネル
E-RAB EUTRAN無線アクセスベアラ
E-SMLC エボルブドサービングモバイルロケーションセンタ
E-UTRA 拡張UTRA
E-UTRAN 拡張UTRAN
FDD 周波数分割複信
FFS さらなる検討が必要
GERAN GSM EDGE無線アクセスネットワーク
gNB NRにおける基地局、またはNR基地局
GNSS グローバルナビゲーション衛星システム
GSM 汎欧州デジタル移動電話方式
GTP-U GPRSトンネリングプロトコル-ユーザプレーン
HARQ ハイブリッド自動再送要求
HO ハンドオーバ
HSPA 高速パケットアクセス
HRPD 高速パケットデータ
IP インターネットプロトコル
LOS 見通し線
LPP LTE測位プロトコル
LTE Long-Term Evolution
MAC 媒体アクセス制御
MBMS マルチメディアブロードキャストマルチキャストサービス
MBSFN マルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク
MBSFN ABS MBSFNオールモストブランクサブフレーム
MCG マスタセルグループ
MDT ドライブテスト最小化
MeNB マスタeNB
MgNB マスタgNB
MIB マスタ情報ブロック
MME モビリティ管理エンティティ
MN マスタノード
MSC モバイルスイッチングセンタ
NACK 否定応答
NPDCCH 狭帯域物理ダウンリンク制御チャネル
NR 新無線
OCNG OFDMAチャネル雑音生成器
OFDM 直交周波数分割多重
OFDMA 直交周波数分割多元接続
OSS 運用サポートシステム
OTDOA 観測到達時間差
O&M 運用保守
PBCH 物理ブロードキャストチャネル
P-CCPCH 1次共通制御物理チャネル
PCell 1次セル
PCFICH 物理制御フォーマットインジケータチャネル
PCI 物理セル識別情報
PDCCH 物理ダウンリンク制御チャネル
PDCP パケットデータコンバージェンスプロトコル
PDP プロファイル遅延プロファイル
PDSCH 物理ダウンリンク共有チャネル
PGW パケットゲートウェイ
PHICH 物理ハイブリッド自動再送要求指示チャネル
PLMN パブリックランドモバイルネットワーク
PMI プリコーダ行列インジケータ
PRACH 物理ランダムアクセスチャネル
PRS 測位参照信号
PSCell 1次SCell
PSS 1次同期信号
PUCCH 物理アップリンク制御チャネル
PUSCH 物理アップリンク共有チャネル
RACH ランダムアクセスチャネル
QAM 直交振幅変調
RAN 無線アクセスネットワーク
RAT 無線アクセス技術
RLC 無線リンク制御
RLF 無線リンク障害
RLM 無線リンク管理
RNC 無線ネットワークコントローラ
RNTI 無線ネットワーク一時識別子
RRC 無線リソース制御
RRM 無線リソース管理
RS 参照信号
RSCP 受信信号コード電力
RSRP 参照シンボル受信電力または参照信号受信電力
RSRQ 参照信号受信品質または参照シンボル受信品質
RSSI 受信信号強度インジケータ
RSTD 参照信号時間差
SCH 同期チャネル
SCell 2次セル
SCG 2次セルグループ
SCTP ストリーム制御伝送プロトコル
SDU サービスデータユニット
SeNB 2次eNB
SFN システムフレーム番号
SGW サービングゲートウェイ
SI システム情報
SIB システム情報ブロック
SINR 信号対干渉プラス雑音無線
SN 2次ノード
SNR 信号対雑音比
SON 自己最適化ネットワーク
SR スケジューリング要求
SRB シグナリング無線ベアラ
SS 同期信号
SSS 2次同期信号
SUL 補助アップリンク
TDD 時分割複信
TDOA 到達時間差
TEID トンネルエンドポイント識別子
TNL トランスポートネットワークレイヤ
TOA 到達時間
TSS 3次同期信号
TTI 送信時間間隔
UCI アップリンク制御情報
UDP ユーザデータグラムプロトコル
UE ユーザ機器
UL アップリンク
UMTS Universal Mobile Telecommunication System
UP ユーザプレーン
USIM ユニバーサル加入者識別モジュール
UTDOA アップリンク到達時間差
UTRA ユニバーサル地上無線アクセス
UTRAN ユニバーサル地上無線アクセスネットワーク
URLLC 超高信頼低レイテンシ通信
WCDMA ワイドCDMA
WLAN ワイドローカルエリアネットワーク
X2 基地局間のインターフェース
【0198】
さらなる規定および実施形態が以下で説明される。
【0199】
本発明概念の様々な実施形態の上記の説明では、本明細書で使用される専門用語は、具体的な実施形態を説明するためのものにすぎず、本発明概念を限定するものではないことを理解されたい。別段に規定されていない限り、本明細書で使用される(技術用語および科学用語を含む)すべての用語は、本発明概念が属する技術の当業者によって通常理解されるものと同じ意味を有する。通常使用される辞書において規定される用語など、用語は、本明細書および関連技術のコンテキストにおけるそれらの用語の意味に従う意味を有するものとして解釈されるべきであり、明確にそのように本明細書で規定されない限り、理想的なまたは過度に形式的な意味において解釈されないことをさらに理解されよう。
【0200】
エレメントが、別のエレメントに「接続された」、「結合された」、「応答する」、またはそれらの変形態であると呼ばれるとき、そのエレメントは、別のエレメントに直接、接続され、結合され、または応答し得、あるいは介在するエレメントが存在し得る。対照的に、エレメントが、別のエレメントに「直接接続された」、「直接結合された」、「直接応答する」、またはそれらの変形態であると呼ばれるとき、介在するエレメントが存在しない。同様の番号は、全体にわたって同様のエレメントを指す。さらに、本明細書で使用される、「結合された」、「接続された」、「応答する」、またはそれらの変形態は、無線で結合された、無線で接続された、または無線で応答する、を含み得る。本明細書で使用される単数形「a」、「an」および「the」は、コンテキストが別段に明確に指示するのでなければ、複数形をも含むものとする。簡潔および/または明快のために、よく知られている機能または構築が詳細に説明されないことがある。「および/または」(「/」と略される)という用語は、関連するリストされた項目のうちの1つまたは複数の任意のおよび全部の組合せを含む。
【0201】
様々なエレメント/動作を説明するために、第1の、第2の、第3の、などの用語が本明細書で使用され得るが、これらのエレメント/動作は、これらの用語によって限定されるべきでないことを理解されよう。これらの用語は、あるエレメント/動作を別のエレメント/動作と区別するために使用されるにすぎない。したがって、本発明概念の教示から逸脱することなしに、いくつかの実施形態における第1のエレメント/動作が、他の実施形態において第2のエレメント/動作と呼ばれることがある。同じ参照番号または同じ参照符号は、本明細書全体にわたって同じまたは同様のエレメントを示す。
【0202】
本明細書で使用される、「備える、含む(comprise)」、「備える、含む(comprising)」、「備える、含む(comprises)」、「含む(include)」、「含む(including)」、「含む(includes)」、「有する(have)」、「有する(has)」、「有する(having)」という用語、またはそれらの変形態は、オープンエンドであり、1つまたは複数の述べられた特徴、完全体、エレメント、ステップ、構成要素または機能を含むが、1つまたは複数の他の特徴、完全体、エレメント、ステップ、構成要素、機能またはそれらのグループの存在または追加を排除しない。さらに、本明細書で使用される、「たとえば(exempli gratia)」というラテン語句に由来する「たとえば(e.g.)」という通例の略語は、前述の項目の一般的な1つまたは複数の例を紹介するかまたは具体的に挙げるために使用され得、そのような項目を限定するものではない。「すなわち(id est)」というラテン語句に由来する「すなわち(i.e.)」という通例の略語は、より一般的な具陳から特定の項目を指定するために使用され得る。
【0203】
例示的な実施形態が、コンピュータ実装方法、装置(システムおよび/またはデバイス)および/またはコンピュータプログラム製品のブロック図および/またはフローチャート例示を参照しながら本明細書で説明された。ブロック図および/またはフローチャート例示のブロック、ならびにブロック図および/またはフローチャート例示中のブロックの組合せが、1つまたは複数のコンピュータ回路によって実施されるコンピュータプログラム命令によって実装され得ることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ回路、専用コンピュータ回路、および/またはマシンを作り出すための他のプログラマブルデータ処理回路のプロセッサ回路に提供され得、したがって、コンピュータおよび/または他のプログラマブルデータ処理装置のプロセッサを介して実行する命令は、ブロック図および/またはフローチャートの1つまたは複数のブロックにおいて指定された機能/行為を実装するために、およびそれにより、ブロック図および/またはフローチャートの(1つまたは複数の)ブロックにおいて指定された機能/行為を実装するための手段(機能)および/または構造を作成するために、トランジスタ、メモリロケーションに記憶された値、およびそのような回路内の他のハードウェア構成要素を変換および制御する。
【0204】
これらのコンピュータプログラム命令はまた、コンピュータまたは他のプログラマブルデータ処理装置に特定の様式で機能するように指示することができる、有形コンピュータ可読媒体に記憶され得、したがって、コンピュータ可読媒体に記憶された命令は、ブロック図および/またはフローチャートの1つまたは複数のブロックにおいて指定された機能/行為を実装する命令を含む製造品を作り出す。したがって、本発明概念の実施形態は、ハードウェアで、および/または「回路」、「モジュール」またはそれらの変形態と総称して呼ばれることがある、デジタル信号プロセッサなどのプロセッサ上で稼働する(ファームウェア、常駐ソフトウェア、マイクロコードなどを含む)ソフトウェアで具現され得る。
【0205】
また、いくつかの代替実装形態では、ブロック中で言及される機能/行為は、フローチャート中で言及される順序から外れて行われ得ることに留意されたい。たとえば、関与する機能/行為に応じて、連続して示されている2つのブロックが、事実上、実質的にコンカレントに実行され得るか、またはブロックが、時々、逆の順序で実行され得る。その上、フローチャートおよび/またはブロック図の所与のブロックの機能が、複数のブロックに分離され得、ならびに/あるいはフローチャートおよび/またはブロック図の2つまたはそれ以上のブロックの機能が、少なくとも部分的に統合され得る。最後に、他のブロックが、示されているブロック間に追加/挿入され得、および/または発明概念の範囲から逸脱することなく、ブロック/動作が省略され得る。その上、図のうちのいくつかが、通信の主要な方向を示すために通信経路上に矢印を含むが、通信が、図示された矢印と反対方向に行われ得ることを理解されたい。
【0206】
上記の説明および添付の図面は、本明細書で教示された方法および装置の非限定的な例を表すことが諒解されよう。したがって、本明細書で教示された装置および技法は、上記の説明および添付の図面によって限定されない。代わりに、本明細書の実施形態は、以下の特許請求の範囲およびそれらの法的均等物によってのみ限定される。
【手続補正書】
【提出日】2023-02-27
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
通信ネットワークにおいて、前記通信ネットワークのセル中にあるデバイスのグループにマルチキャスト送信を提供する、ネットワークノード(102、103)によって実施される方法であって、前記方法は、
- 通信についての輻輳レベルを監視すること(301)と、
- 前記輻輳レベルが第1のしきい値に達した場合、無線リソース制御(RRC)接続モードにある少なくとも1つのデバイス(106)が、前記RRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放され、それにより、前記マルチキャスト送信をさらに受信する前記少なくとも1つのデバイス(106)のアビリティを保ちながら、1つまたは複数の再送信要求を提供する前記少なくとも1つのデバイス(106)の能力を無効にするようにオーダーすること(302)と、
- 前記輻輳レベルが、前記第1のしきい値よりも低い第2のしきい値に達したとき、前記少なくとも1つのデバイスを前記RRCアイドルモードまたは前記RRC非アクティブモードから前記RRC接続モードに復帰させるようにオーダーすること(304)と
を含む、方法。
【請求項2】
- 少なくとも1つのデバイスがRRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放された場合、1つまたは複数の複製、繰返しまたは再送信要求のない再送信をオーダーすること(303)
をさらに含む、請求項1に記載の方法。
【請求項3】
前記ネットワークノードは、デバイスの前記グループが前記マルチキャスト送信を受信し続けることを可能にするが、再送信要求を無効にする、特殊RRC設定を、デバイスの前記グループに提供する、請求項1に記載の方法。
【請求項4】
前記特殊RRC設定が条件を含み、前記条件は、前記条件が満たされるとき、デバイスの前記グループのうちのデバイスが前記RRC接続モードに復帰することを可能にする、請求項3に記載の方法。
【請求項5】
前記条件が、前記少なくとも1つのデバイスのリンク品質に関係する、請求項4に記載の方法。
【請求項6】
前記RRCアイドルモードまたは前記RRC非アクティブモードに解放されるようにオーダーされる前記少なくとも1つのデバイスが、受信品質に基づいて選択される、請求項1から5のいずれか一項に記載の方法。
【請求項7】
前記RRCアイドルモードまたは前記RRC非アクティブモードに解放されるように、および前記RRC接続に戻るようにオーダーすることは、同等の受信が報告されたデバイスの前記グループのうちのいくつかのデバイスの間で循環される、請求項6に記載の方法。
【請求項8】
デバイス(106)によって実施される方法であって、前記デバイス(106)が、通信ネットワークのセル中にあるデバイスのグループのうちの1つのデバイスであり、デバイスの前記グループがマルチキャスト送信を受信しており、前記デバイス(106)が無線リソース制御(RRC)接続モードにあり、前記方法は、
- 前記通信ネットワークにおける通信についての輻輳レベルが第1のしきい値に達すると、RRCアイドルモードまたはRRC非アクティブモードに解放されるようにとのオーダーを受信すること(311)と、
- 前記マルチキャスト送信を受信するための設定を維持すること(312)と、
- 前記RRCアイドルモードまたは前記RRC非アクティブモードにおいて前記マルチキャスト送信を受信することを継続すること(313)と、
- 前記通信ネットワークにおける通信についての前記輻輳レベルが、前記第1のしきい値よりも低い、第2のしきい値に達すると、少なくとも1つの前記デバイスを前記RRCアイドルモードまたは前記RRC非アクティブモードから前記RRC接続モードに復帰させるようにとのオーダーを受信することと
を含む、方法。
【請求項9】
前記デバイスは、前記デバイスが前記マルチキャスト送信にもはや関心がないことを前記通信ネットワークに示すためのランダムアクセスプロシージャを使用する、請求項8に記載の方法。
【請求項10】
- 前記RRCアイドルモードまたは前記RRC非アクティブモードに解放されたとき、前記マルチキャスト送信の受信の前記継続を構成するが、再送信要求を無効にする、特殊RRC設定を、前記通信ネットワークから受信すること(310)
をさらに含む、請求項8に記載の方法。
【請求項11】
前記特殊RRC設定が条件をさらに含み、前記条件が前記デバイスによって満たされ、前記デバイスが前記RRCアイドルモードまたは前記RRC非アクティブモードにあるとき、前記デバイスが前記RRC接続モードに復帰することを可能にされる、請求項10に記載の方法。
【請求項12】
前記条件が、前記デバイスのリンク品質に関係する、請求項11に記載の方法。
【請求項13】
セル変更中に接続モードに復帰すること(314)をさらに含む、請求項8から12のいずれか一項に記載の方法。
【請求項14】
通信ネットワークにおいて、前記通信ネットワークのセル中にあるデバイスのグループにマルチキャスト送信を提供するためのネットワークノード(102、103)であって、前記ネットワークノード(102、103)は、
通信についての輻輳レベルを監視することと、
前記輻輳レベルが第1のしきい値に達した場合、無線リソース制御(RRC)接続モードにある少なくとも1つのデバイス(106)が、前記RRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放され、それにより、前記マルチキャスト送信をさらに受信する前記少なくとも1つのデバイス(106)のアビリティを保ちながら、1つまたは複数の再送信要求を提供する前記少なくとも1つのデバイス(106)の能力を無効にするようにオーダーすることと、
前記輻輳レベルが、前記第1のしきい値よりも低い第2のしきい値に達したとき、前記少なくとも1つのデバイスを前記RRCアイドルモードまたは前記RRC非アクティブモードから前記RRC接続モードに復帰させるようにオーダーすることと
を行うように設定された、ネットワークノード(102、103)。
【請求項15】
前記ネットワークノードは、
少なくとも1つのデバイスがRRC接続モードからRRCアイドルモードまたはRRC非アクティブモードに解放された場合、1つまたは複数の複製、繰返しまたは再送信要求のない再送信をオーダーすること
を行うようにさらに設定された、請求項14に記載のネットワークノード。
【請求項16】
前記ネットワークノードは、デバイスの前記グループが前記マルチキャスト送信を受信し続けることを可能にするが、再送信要求を無効にする、特殊RRC設定を、デバイスの前記グループに提供するようにさらに設定された、請求項14に記載のネットワークノード。
【請求項17】
前記特殊RRC設定が条件を含み、前記条件は、前記条件が満たされるとき、デバイスの前記グループのうちのデバイスが前記RRC接続モードに復帰することを可能にする、請求項16に記載のネットワークノード。
【請求項18】
前記条件が、前記少なくとも1つのデバイスのリンク品質に関係する、請求項17に記載のネットワークノード。
【請求項19】
前記ネットワークノードが、受信品質に基づいて、前記RRCアイドルモードまたは前記RRC非アクティブモードに解放されるようにオーダーされる前記少なくとも1つのデバイスを選択するように設定された、請求項14から18のいずれか一項に記載のネットワークノード。
【請求項20】
前記ネットワークノードは、前記RRCアイドルモードまたは前記RRC非アクティブモードに解放されるように、および前記RRC接続に戻るようにとの前記オーダーを、同等の受信が報告されたデバイスの前記グループのうちのいくつかのデバイスの間で循環するように設定された、請求項19に記載のネットワークノード。
【請求項21】
デバイス(106)であって、前記デバイス(106)は、前記デバイス(106)が無線リソース制御(RRC)接続モードにあるとき、
- 通信ネットワークにおける通信についての輻輳レベルが第1のしきい値に達すると、RRCアイドルモードまたはRRC非アクティブモードに解放されるようにとのオーダーを受信することと、
- マルチキャスト送信を受信するための設定を維持することと、
- 前記RRCアイドルモードまたは前記RRC非アクティブモードにおいて前記マルチキャスト送信を受信することを継続することと、
- 前記通信ネットワークにおける通信についての前記輻輳レベルが、前記第1のしきい値よりも低い、第2のしきい値に達すると、少なくとも1つの前記デバイスを前記RRCアイドルモードまたは前記RRC非アクティブモードから前記RRC接続モードに復帰させるようにとのオーダーを受信することと
を行うように設定された、デバイス(106)。
【請求項22】
前記デバイスは、前記デバイスが前記マルチキャスト送信にもはや関心がないことを前記通信ネットワークに示すためのランダムアクセスプロシージャを使用するように設定された、請求項21に記載のデバイス。
【請求項23】
前記デバイスが、
- 前記RRCアイドルモードまたは前記RRC非アクティブモードに解放されたとき、前記マルチキャスト送信の受信の前記継続を構成するが、再送信要求を無効にする、特殊RRC設定を、前記通信ネットワークから受信すること
を行うようにさらに設定された、請求項21に記載のデバイス。
【請求項24】
前記特殊RRC設定が条件をさらに含み、前記条件が前記デバイスによって満たされ、前記デバイスが前記RRCアイドルモードまたは前記RRC非アクティブモードにあるとき、前記デバイスが前記RRC接続モードに復帰することを可能にされる、請求項23に記載のデバイス。
【請求項25】
前記条件が、前記デバイスのリンク品質に関係する、請求項24に記載のデバイス。
【請求項26】
前記デバイスが、セル変更中に接続モードに復帰するように設定された、請求項21から25のいずれか一項に記載のデバイス。
【国際調査報告】