IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 日本電気株式会社の特許一覧

特許7501739ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法
<>
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図1
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図2
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図3
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図4
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図5
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図6
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図7
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図8
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図9
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図10
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図11
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図12
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図13
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図14
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図15
  • 特許-ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法 図16
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-06-10
(45)【発行日】2024-06-18
(54)【発明の名称】ユーザ機器、基地局、ユーザ機器の方法、及び基地局の方法
(51)【国際特許分類】
   H04W 48/10 20090101AFI20240611BHJP
   H04W 48/14 20090101ALI20240611BHJP
【FI】
H04W48/10
H04W48/14
【請求項の数】 8
(21)【出願番号】P 2023097877
(22)【出願日】2023-06-14
(62)【分割の表示】P 2022078654の分割
【原出願日】2017-12-19
(65)【公開番号】P2023120299
(43)【公開日】2023-08-29
【審査請求日】2023-06-14
(31)【優先権主張番号】1700267.6
(32)【優先日】2017-01-06
(33)【優先権主張国・地域又は機関】GB
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ハイララ,チャディ
(72)【発明者】
【氏名】アワド,ヤシン エイデン
(72)【発明者】
【氏名】チェン,ユーファー
(72)【発明者】
【氏名】アーノット,ロバート
【審査官】石田 信行
(56)【参考文献】
【文献】CMCC,Further considerations on other SI,3GPP TSG RAN WG2 #96 R2-168750,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_96/Docs/R2-168750.zip>,2016年11月18日
【文献】Samsung (Email Rapporteur),Report of email discussion: [95#29][NR] On demand SI,3GPP TSG RAN WG2 #95bis R2-166497,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_95bis/Docs/R2-166497.zip>,2016年10月14日
(58)【調査した分野】(Int.Cl.,DB名)
H04W 4/00 ー 99/00
H04B 7/24 ー 7/26
3GPP TSG RAN WG1-4
SA WG1-4
CT WG1,4
(57)【特許請求の範囲】
【請求項1】
ユーザ機器(User Equipment: UE)であって、
基地局から、少なくともマスター情報ブロック(Master Information Block: MIB)とシステム情報ブロックタイプ1(System Information Block Type 1: SIB1)とを含む最小システム情報を受信する手段と、
前記基地局から、他のシステム情報(Other System Information: Other SI)を受信する手段と、ここで前記Other SIは、
前記Other SIが周期的にブロードキャストされている周期的送信モードと、
前記UEからの前記Other SIの要求ののちに前記Other SIがオンデマンドに送信されるオンデマンド送信モードと、
のうちの1つを使って送信され、前記SIB1は前記Other SIがブロードキャストされているかどうかを、前記Other SIの種類ごとに明示的に示す表示を含み、ある種類の前記Other SIがブロードキャストされていないことを前記表示が明示的に示す場合に前記SIB1は前記UEが前記ある種類の前記Other SIを要求するための設定情報を含み、
前記設定情報を使ってランダムアクセスチャンネル(Random Access Channel: RACH)手順を開始することによって、前記ある種類の前記Other SIの要求を送信する手段と、
を備える、UE。
【請求項2】
前記送信する手段は、前記Other SIの種類ごとに前記要求を送信する、請求項1に記載のUE。
【請求項3】
前記設定情報は、前記Other SIの種類ごとに、前記Other SIを要求するためのリソースを示す情報を含む、請求項1又は2に記載のUE。
【請求項4】
少なくともマスター情報ブロック(Master Information Block: MIB)とシステム情報ブロックタイプ1(System Information Block Type 1: SIB1)とを含む最小システム情報を送信する手段と、
他のシステム情報(Other System Information: Other SI)を、
前記Other SIが周期的にブロードキャストされている周期的送信モードと、
ユーザ機器(User Equipment: UE)からの前記Other SIの要求ののちに前記Other SIがオンデマンドに送信されるオンデマンド送信モードと、
のうちの1つを使って送信する手段と、
ここで、前記SIB1は前記Other SIがブロードキャストされているかどうかを、前記Other SIの種類ごとに明示的に示す表示を含み、ある種類の前記Other SIがブロードキャストされていないことを前記表示が明示的に示す場合に、前記SIB1は前記UEが前記ある種類の前記Other SIを要求するための設定情報を含み、
前記設定情報を使って前記UEがランダムアクセスチャンネル(Random Access Channel: RACH)手順を開始することによって前記ある種類の前記Other SIの要求を受信する手段と、
を備える基地局。
【請求項5】
前記受信する手段は、前記Other SIの種類ごとに前記要求を受信する、請求項4に記載の基地局。
【請求項6】
前記設定情報は、前記Other SIの種類ごとに、前記UEが前記Other SIを要求するためのリソースを示す情報を含む、請求項4又は5に記載の基地局。
【請求項7】
ユーザ機器(User Equipment: UE)における方法であって、
基地局から、少なくともマスター情報ブロック(Master Information Block: MIB)とシステム情報ブロックタイプ1(System Information Block Type 1: SIB1)とを含む最小システム情報を受信することと、
前記基地局から、他のシステム情報(Other System Information: Other SI)を受信することと、ここで前記Other SIは、
前記Other SIが周期的にブロードキャストされている周期的送信モードと、
前記UEからの前記Other SIの要求ののちに前記Other SIがオンデマンドに送信されるオンデマンド送信モードと、
のうちの1つを使って送信され、前記SIB1は前記Other SIがブロードキャストされているかどうかを、前記Other SIの種類ごとに明示的に示す表示を含み、ある種類の前記Other SIがブロードキャストされていないことを前記表示が明示的に示す場合に、前記SIB1は前記UEが前記ある種類の前記Other SIを要求するための設定情報を含み、
前記設定情報を使ってランダムアクセスチャンネル(Random Access Channel: RACH)手順を開始することによって、前記ある種類の前記Other SIの要求を送信することと、
を含む、方法。
【請求項8】
少なくともマスター情報ブロック(Master Information Block: MIB)とシステム情報ブロックタイプ1(System Information Block Type 1: SIB1)とを含む最小システム情報を送信することと、
他のシステム情報(Other System Information: Other SI)を、
前記Other SIが周期的にブロードキャストされている周期的送信モードと、
ユーザ機器(User Equipment: UE)からの前記Other SIの要求ののちに前記Other SIがオンデマンドに送信されるオンデマンド送信モードと、
のうちの1つを使って送信することと、
ここで、前記SIB1は前記Other SIがブロードキャストされているかどうかを、前記Other SIの種類ごとに明示的に示す表示を含み、ある種類の前記Other SIがブロードキャストされていないことを前記表示が明示的に示す場合に、前記SIB1は前記UEが前記ある種類の前記Other SIを要求するための設定情報を含み、
前記設定情報を使って前記UEがランダムアクセスチャンネル(Random Access Channel: RACH)手順を開始することによって前記ある種類の前記Other SIの要求を受信することと、
を含む、基地局における方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、セルラまたは無線通信ネットワークにおけるシステム情報の提供に関し、特に、基地局からユーザ機器へのシステム情報の提供をオンデマンド(on-demand)または周期的に最適化することに限定されない。本発明は、第3世代パートナーシッププロジェクト(3GPP(登録商標):3rd Generation Partnership Project)によって定義された様々な規格に従って実施される無線通信ネットワークに特に関係があるが排他的ではない。例えば、本発明は、ロングタームエボリューション(LTE:Long Term Evolution)ネットワーク、LTEアドバンスト(LTE-A:LTE Advanced)ネットワーク、LTE/LTE-Aの関連する機能強化および開発、ならびにLTE/LTEアドバンスト、いわゆる「5G」または新無線(NR:New Radio)と呼ばれる通信技術のより最近の開発に関連する。
【背景技術】
【0002】
「5G」および新無線(NR:New Radio)という用語は、マシンタイプコミュニケーション(MTC:Machine Type Communications)、モノのインターネット(IoT:Internet of Things)通信、車両通信および自律走行車(V2V/V2X)、高解像度ビデオストリーミング、スマートシティサービス、および/またはそれらのようなさまざまなアプリケーションおよびサービスをサポートすることが期待されている進化する通信技術を指す。したがって、5G/NR技術は、垂直市場へのネットワークアクセスを可能にし、サードパーティにネットワーキングサービスを提供し、新しいビジネスチャンスを生み出すためのネットワーク共有をサポートすることが期待される。
【0003】
セルラ通信ネットワークは、一般に、通信ネットワークへのアクセスとともに、RANによってカバーされる少なくとも1つの個別の地理的領域(セル)内のユーザ機器(UE:User Equipment)のアイテムを提供する1つまたは複数の無線アクセスネットワーク(RAN:Radio Access Networks)を備え、UEが互いに通信し、1つまたは複数の通信サービスを互いに受信(または提供)することを許す。RANは通常、(例えば、音声/ビデオ通話、データサービスなどのための)個々のUEのための通信セッションの設定および維持のために、関連するセル内のUEとエアインタフェースを介して、およびコアネットワーク内の通信エンティティ(または「機能」)と(通常は有線インタフェースを介して)通信するように構成される基地局を備える。
【0004】
5G/NR通信システムの基地局は、一般に新無線基地局(「NR-BS:New Radio Base Station」)または「gNB」と呼ばれるが、それらは、より一般的にはLTE基地局に関連付けられているeNB(または5G/NR eNB)という用語を使用して呼ばれることがあることを理解されたい。用語「基地局」は、本明細書では一般にNR-BS、gNB、eNB、またはRANの任意の同等の通信機器を指すために使用される。
【0005】
5Gでは、特にIoTでは、多くのユースケースで、効率的な省電力モードと低レイテンシー(low-latency)のシステムアクセス(UEスリープ問題と呼ばれることもある)の間にトレードオフがあることが予測される。スリープ問題に対処するために、UEがスリープしている間、UEとネットワークの両方が何らかのコンテキスト情報を保持する新しい状態(「接続された非アクティブ」状態と呼ばれていた)に依存する5G RANの新しい状態モデル。
【0006】
基地局のタスクの1つは、セルラ通信システムで通信し、特定のサービスにアクセスし、同じ無線アクセス技術(RAT)のセルと異なる無線アクセス技術(RAT)のセルとの間で可能な限りシームレスに移動するためにUEによって必要とされる重要な情報の提供である。この情報は「システム情報」として知られており、他の情報の中でも、UEがセルにアクセスしてセル選択/再選択を実行することを可能にする情報(イントラ周波数、インター周波数、およびインターRATセル選択に関する情報を含む)を含む。
【0007】
システム情報の要素は、通常、情報の種類に応じて、多数の専用システム情報ブロックに分類される。これらのブロックは、静的な、一般にセル固有の情報と、異なるUE(またはUEのグループ)ごとに異なり得る情報を表すいくつかの追加のシステム情報ブロック(SIB:System Information Blocks)とを含むマスター情報ブロック(MIB:Master Information Block)を含む。MIBは、例えば、セルのダウンリンク帯域幅、物理ハイブリッドARQインジケータチャネル(PHICH:Physical Hybrid-ARQ Indicator Channel)構成、およびシステムフレーム番号(SFN:System Frame Number)を含む。MIBは物理ブロードキャストチャネル(PBCH:Physical Broadcast Channel)でブロードキャストされ、SIBは無線リソース制御(RRC:Radio Resource Control)メッセージを介して物理ダウンリンク共有チャネル(PDSCH:Physical Downlink Shared Channel)で送信される。SIB1は「SystemInformationBlockType 1」メッセージによって運ばれる。SIB2および他のSIBは、「SystemInformation(SI)」メッセージによって運ばれる。SIメッセージには、1つまたは複数のSIBを含めることができる。
【0008】
提供されるいくつかのシステム情報はセル内のすべてのUEによって必要とされ得、比較的規則的に送信される必要があり得るが、他のシステム情報は所与の時間にセル内のすべてのUEによって必要とされ得ず、およびまたは、そのような規則的に送られる必要がない。したがって、そのようなシステム情報の区別された取り扱いを容易にするのを助けるために、システム情報は概念的に2つの異なるタイプ、すなわち最小システム情報と他のシステム情報(OSI:other system information)に分けられる。
【0009】
最小システム情報は、「最小」の組の情報要素(例えば、それらの要素は、セル選択、OSIを取得すること、またはセルにアクセスすることをサポートするのに必要な要素)を搬送する情報ブロックのサブセット(例えば、MIB、SIB1、SIB2)を含む。OSIは、他のSIB内の全てのシステム情報を含む。歴史的には、(最小システム情報、例えばSIB1によって構成されているように)OSI SIBをブロードキャスト間のより長い期間でブロードキャストすることができるにもかかわらず、最小および他のシステム情報の両方が周期的にブロードキャストされた。
【0010】
最小システム情報を参照すると、所与のUEがキャンプ(camp)することが許可されている各セルは、最小システム情報の少なくともいくつかをブロードキャストする基地局を有することになる。しかしながら、UEがキャンプすることができず、その基地局が最小システム情報をブロードキャストしないより広いセルラネットワークシステム内のセルがあり得る。それにもかかわらず、UEがキャンプオンするために別のセル/周波数を考慮するとき、UEは、理想的には、他のセル/周波数層から最小システム情報を取得することを要求されるべきではない(これは、最近提案されたSFNを介した受信、またはUEの全部または一部が以前に訪問した1つまたは複数のセルからの記憶システム情報を適用する可能性を排除するものではないけれども)。UEがセルの完全な最小システム情報を決定することができない場合(例えば、そのセルを運営する基地局から、または1つまたは複数の前のセルから形成されて記憶されている有効なものから、それを受信することによって)、UEは、効果的に、そのセルを禁止されたものとして扱います。これに関して、UEが所与のセルにキャンプオンしてもしなくてもよいかどうかを比較的迅速に知ることがUEにとって望ましいことが理解される。
【0011】
OSIを参照すると、OSI配信のためのネットワーク主導型メカニズム、特にOSI SIBがブロードキャストまたはユニキャスト(専用方式で提供される)を、1つまたは複数のUEからの要求時に「オンデマンド」で行えるようにすることが検討されるべきであることが提案されている。この場合、最小システム情報は、OSIがブロードキャストされるべきかまたはUE固有の(ユニキャスト)シグナリングを通して配信されるべきかを決定するネットワーク(例えば基地局)との以前のように依然として周期的にブロードキャストされる。オンデマンドシステム情報については、トリガされると、OSI SIBは、設定可能な周期(例えば、LTEにおけるSI期間と等価)で設定可能な周期性でブロードキャストされ得る。しかしながら、理想的には、アイドルまたは新しい状態にあるUEによるOSIのいかなる要求も、状態移行なしに(たとえば、無線リソース制御(RRC:Radio Resource Control)接続状態に入ること無しに)実行されるべきである。RRC接続状態にあるUEについては、個別RRCシグナリングをOSIの要求および配信に使用することができる。
【0012】
システム情報がUEによって要求されるとき、UEは、そのシステム情報がUEが現在位置しているセル内で利用可能であるかどうか、およびUEが要求されるOSI(たとえば、最小システム情報を確認することによる)の要求を送信する前にシステム情報がブロードキャストされるかどうかを判断できなければならない。所与のセル内でブロードキャストされる最小システム情報は、そのセル内で利用可能なOSIに関する情報を提供するべきであり、OSI SIBに関するスケジューリング情報を含んでいる。OSIのためのスケジューリング情報は通常、SIBタイプ、有効性情報、周期性、およびSIウィンドウ情報を含む。UEは、最小システム情報で提供されたOSIのスケジューリング情報を調べて、特定のSIBがブロードキャストされているか否かを検出する。LTEにおいて使用されるSI送信ウィンドウはまた、5G/NR通信システムに関するシステム情報送信のためのベースラインであり得る。
【0013】
UEは、任意の適切な時点でOSIを要求し得る。典型的には、例えば、セルが変化したとき(例えばハンドオーバ)、UEが特定のサービス(例えばMBMS、MTC)に関心を持っているとき、及び/又はセル内のUE接続の直前に、UEはOSIを要求する。要求は、例えば共通ランダムアクセスチャネル(RACH:Random Access Channel)プリアンブルを使用して、任意の適切な形で行われることができる。
【0014】
システム情報のオンデマンドブロードキャストの使用は、UEの関与なしに基地局によってトリガされる(従来の)周期的なブロードキャストと比較して、リソース節約の利益を約束するが、なぜなら、関連性のあるセル内にOSIを必要とするUEが存在しないとき、そうでなければOSIブロードキャストに使用されるであろうリソースを節約することが可能になるからである。これは図1に示されており、これは周期的なブロードキャスト(図1(a))とオンデマンドブロードキャスト(図1(b))との間の比較を示している。図1(a)の例では、基地局は、そのセル内にOSIのいずれかを必要とするUEが存在するかしないかにかかわらず、周期的な機会ごとに(Tの周期性で)OSIのブロードキャストをトリガするように構成される。対照的に、図1(b)の例では、基地局がOSIをブロードキャストするための周期的な機会(図1(a)と同じTの周期性を有する)を与えられる一方で、基地局は、前の期間Tにおいて、オンデマンドOSIブロードキャストのために、セル内の1つまたは複数のUEからの要求に続くそのセル内で、OSIのブロードキャストのみをトリガする。したがって、所与の期間T内にどのUEもOSIを要求していない場合、次のブロードキャスト機会は潜在的にキャンセルされる可能性があり(以前の期間に要求されたOSIのさらなる送信に必要とされないと仮定)、これらのキャンセルされた機会のために予約されたリソースは節約される(図1(b)の例の8つの機会のうち4つ)。
【0015】
図1(b)に示すように、所与の間隔Tの間にOSIブロードキャストを要求したUEの数に関係なく、対応するブロードキャスト機会において、OSIのブロードキャストは1回だけでよく、OSI要求をする全てのUEは、デコードすることができる。
【0016】
また、図1(b)は、OSIに対するUE要求がある期間Tに続く、2つの連続したブロードキャスト機会のそれぞれにおけるOSI送信を示しているが、OSI送信は、オンデマンド要求に続いて、1回または複数回(例えば複数回にわたって)起こり得る。
【発明の概要】
【発明が解決しようとする課題】
【0017】
しかしながら、システム情報のオンデマンドブロードキャストの使用は、UEの関与なしに基地局によってトリガされる通常の周期的なブロードキャストと比較して、リソース節約の利益を約束するが、本発明者らは、いくつかのシナリオでは、追加のシグナリングオーバーヘッドを正当化するのに十分なリソース節約の利益なしに、オンデマンドブロードキャストの使用が高い追加のシグナリングオーバーヘッドをもたらす可能性があることを認識した。
【0018】
本発明は、上記の問題に対処するため、または少なくとも部分的に対処するための通信システム(communication system)ならびに関連する装置および方法を提供しようとするものである。
【0019】
より詳細には、(周期性Tを有する)オンデマンドブロードキャストを使用した、OSI送信機会の利用Uは、以下の式によって与えられる。
【数1】
(1)
ここで、λは、周期性Tを有するOSIのオンデマンドブロードキャストを要求する、いわゆるUEの(UE単位での毎秒の)到着率であり、Kは、所与のOSI要求に対するOSIの送信数である(すなわち、OSIのワンショット送信に対してK=1)。
【0020】
(周期性Tを有する)オンデマンドブロードキャストを使用する、OSIの送信機会の節約Sは、未使用機会を表し、したがって、次式によって与えられる。
【数2】
(2)
したがって、Uは、周期性Tの増大および/またはλの増大とともに増大する。すなわち、周期的ブロードキャスト(上限)の場合と比較して、オンデマンドブロードキャストを使用するOSIの送信機会の節約は、周期性Tの増加および/またはλの増加と共に減少する。例えば、T=80msおよびλ=5UE/sの場合、節約は、S=0.68(すなわち68%)である。この節約は、T=それぞれ160ms、320ms、および640msの場合、0.45(45%)、0.2(20%)、0.05(5%)に減少する。
【0021】
上記の式(2)から次が得られ、したがって、オンデマンドブロードキャストのために、ネットワークが周期性Tに対して大きな値を選択するとき、(UEの関与なしに基地局によってトリガされる通常の周期的ブロードキャストと比較して)、オンデマンドブロードキャストを要求するUE(小さいλ)の小さい到着率があるとき、リソース節約の利点はない。同様に、オンデマンドブロードキャストのために、ネットワークが周期性Tに対して小さな値を選択するとき、(UEの関与なしに基地局によってトリガされる通常の周期的ブロードキャストと比較して)、オンデマンドブロードキャストを要求するUE(高いλ)の高い到着率があるとき、リソース節約の利点はない。
【0022】
オンデマンドブロードキャストを要求する多数のUE(すなわち、高いλ)は、アップリンクシグナリングオーバーヘッドを増大させる可能性がある(例えば、ランダムアクセスチャネル(RACH)および予約ランダムアクセス(RA)プリアンブル上で)。大きな値のブロードキャスト周期Tは、UEへのOSIの配信を遅延させることができる。この遅延は、特定のUEのレイテンシー要件を満たすのに適していない可能性がある(例えば、UEの遅延に敏感なサービス/アプリケーション/ユースケース)。
【0023】
したがって、オンデマンドブロードキャストの使用は、追加のシグナリングオーバーヘッドを正当化するのに十分なリソース節約の利益なしに、高い追加のシグナリングオーバーヘッドをもたらす可能性がある。
【課題を解決するための手段】
【0024】
本発明の一態様では、通信システム(telecommunication system)用の通信装置が提供され、前記通信装置は、
コントローラとトランシーバとを備え、
前記コントローラは、
システム情報の少なくとも一部が規則的で周期的な間隔で送信される周期的送信モードと、
セル内の少なくとも1つの通信機器からのシステム情報の要求に続いて、前記システム情報の少なくとも一部が送信されるオンデマンド送信モードと、を使用して、
通信装置によって動作する少なくとも1つの前記セル内において、前記システム情報の前記トランシーバによる送信を制御し、
前記オンデマンド送信モードが前記少なくとも1つの通信機器によって使用されている、または使用されることになる程度を表す利用レベルを決定し、
前記システム情報の少なくとも所与の部分を送信するために、前記決定された利用レベルに基づいて、前記オンデマンド送信モードを使用することと、前記オンデマンド送信モードを使用しないこと、との間で切り替える、
ように構成される。
【0025】
本発明の別の態様では、通信システム用の通信機器は、
コントローラとトランシーバとを備え、
前記コントローラは、
通信装置によってセル内で送信されるシステム情報の前記トランシーバによる受信を制御し、前記システム情報は、
前記システム情報の少なくとも一部が規則的な周期的間隔で送信される周期的送信モードと、
前記セル内の少なくとも1つの通信機器からのシステム情報の要求に続いて、前記システム情報の少なくとも一部が送信されるオンデマンド送信モードと、
のうちの少なくとも1つを使用して送信され、
前記オンデマンド送信モードのどの使用がオンに切り替えられているかについて、どのシステム情報が必要であるかを識別し、
前記識別されたシステム情報に対する要求の前記トランシーバによる送信を制御し、
前記コントローラは、どのシステム情報が要求されていると識別されたかに基づいて前記要求のタイミングを制御するように構成される。
【0026】
本発明の別の態様では、通信システム用の通信装置が提供され、前記通信装置は、
コントローラとトランシーバとを備え、
前記コントローラは、
システム情報の少なくとも一部が規則的で周期的な間隔で送信される周期的送信モードと、
セル内の少なくとも1つの通信機器からのシステム情報の要求に続いて、前記システム情報の少なくとも一部が送信されるオンデマンド送信モードと、を使用して、
通信装置によって動作する少なくとも1つの前記セル内において、前記システム情報の前記トランシーバによる送信を制御し、
前記オンデマンド送信モードを使用するとき、前記コントローラは、規則的な周期的間隔で発生するように構成された送信機会と一致するように要求されたシステム情報の送信のタイミングを制御するように構成され、
前記要求されたシステム情報は、そのシステム情報に対する少なくとも1つの要求に続く前記送信機会のうちの少なくとも1つにおいて送信され、
前記コントローラは、要求された利用レベルを目標にするために、前記送信機会間の前記周期的間隔に対して少なくとも1つの周期性を構成するように構成される。
【0027】
本発明の別の態様では、通信システム用の通信装置によって実行される方法が提供され、前記方法は、
システム情報の少なくとも一部が規則的で周期的な間隔で送信される周期的送信モードと、
セル内の少なくとも1つの通信機器からのシステム情報の要求に続いて、前記システム情報の少なくとも一部が送信されるオンデマンド送信モードと、を使用して、
前記通信装置によって動作する少なくとも1つの前記セル内において、前記システム情報の送信を制御することと、
前記オンデマンド送信モードが前記少なくとも1つの通信機器によって使用されている、または使用されることになる程度を表す利用レベルを決定することと、
前記システム情報の少なくとも所与の部分を送信するために、前記決定された利用レベルに基づいて、前記オンデマンド送信モードを使用することと、前記オンデマンド送信モードを使用しないこと、との間で切り替えることと、
を備える。
【0028】
本発明の別の態様では、通信システム内の通信機器によって実行される方法が提供され、
前記方法は、通信装置によってセル内で送信されるシステム情報の受信することを備え、
前記システム情報は、
前記システム情報の少なくとも一部が規則的な周期的間隔で送信される周期的送信モードと、
前記セル内の少なくとも1つの通信機器からのシステム情報の要求に続いて、前記システム情報の少なくとも一部が送信されるオンデマンド送信モードと、
のうちの少なくとも1つを使用して送信され、
前記方法は、前記オンデマンド送信モードのどの使用がオンに切り替えられているかについて、どのシステム情報が必要であるかを識別することを備え、
前記方法は、前記識別されたシステム情報に対する要求を送信することを備え、
前記要求は、どのシステム情報が要求されていると識別されたかに基づいてタイミングがとられる。
【0029】
本発明の別の態様では、通信システム用の通信装置によって実行される方法が提供され、前記方法は、
システム情報の少なくとも一部が規則的で周期的な間隔で送信される周期的送信モードと、
セル内の少なくとも1つの通信機器からのシステム情報の要求に続いて、前記システム情報の少なくとも一部が送信されるオンデマンド送信モードと、を使用して、
前記通信装置によって動作する少なくとも1つの前記セル内において、前記システム情報の送信を制御することと、
前記オンデマンド送信モードを使用するとき、要求されたシステム情報の送信を、規則的な周期的間隔で発生するように構成された送信機会と一致するようにタイミングを合わせることと、
前記システム情報に対する少なくとも1つの要求を受信した後に続く前記送信機会のうちの少なくとも1つにおいて、前記要求されたシステム情報を送信することと、
要求された利用レベルを目標にするために、前記送信機会間の前記周期的間隔に対して少なくとも1つの周期性を構成することと、
を備える。
【0030】
本発明の態様は、プログラム可能なプロセッサをプログラムするように動作可能な命令を記憶したコンピュータ可読記憶媒体などのコンピュータプログラム製品にまで拡張され、上述の又は請求項に記載の態様及び可能性に記載の方法を実行し、及び/又は、請求項のいずれかに記載の装置を提供するように適切に適合されたコンピュータをプログラムする。
【0031】
本明細書(この用語は特許請求の範囲を含む)に開示され、および/または、図面に示された各特徴は、他の開示、および/または、例示された特徴と独立して(または組み合わせて)本発明に組み込まれ得る。特に、限定するものではないが、特定の従属請求項から従属する請求項のいずれかの特徴は、その独立請求項に任意の組み合わせでまたは個別に導入することができる。
【0032】
本明細書に記載された様々な手順を実行するための特定の物理的構造(例えばコントローラおよびトランシーバ回路)を有する特定のハードウェア装置が開示されたが、明細書に開示された方法の各ステップおよび/または請求項の一部を形成することは、そのステップを実行するための適切な手段のいずれかによって実行される。これによれば、本発明の各方法態様は、その方法態様の各ステップを実行するためのそれぞれの手段を含む対応する装置態様を有する。
【0033】
本発明の例示的な実施形態は、添付の図面を参照して、ほんの一例として説明される。
【図面の簡単な説明】
【0034】
図1図1は、(a)および(b)を含み、それらは、システム情報の周期的送信とオンデマンド送信との間の比較を示すタイミング図である。
図2図2は、本発明が適用可能なタイプのセルラ通信システムを概略的に示す。
図3図3は、図1のセルラ通信システムにおいて、システム情報がどのように送信され得るかを示す簡略化したシーケンス図である。
図4図4は、図1のセルラ通信システムで使用するのに適したユーザ機器を実行するための物理的な装置の簡略化したブロック図である。
図5図5は、図1のセルラ通信システムに適した基地局を実装するための物理装置の簡略化したブロック図である。
図6図6は、図1のセルラ通信システムにおけるシステム情報の送信を管理するための方法の一部を示す簡略化したフローチャートである。
図7図7は、図1のセルラ通信システムにおいてシステム情報の送信を管理するための他の方法の一部を示す簡略化したフローチャートである。
図8図8は、図1のセルラ通信システムにおいてシステム情報の送信を管理するための他の方法の一部を示す簡略化したフローチャートである。
図9図9は、図1のセルラ通信システムにおいてシステム情報の送信を管理するための他の方法の一部を示す簡略化したフローチャートである。
図10図10は、オンデマンドの他のシステム情報送信のための簡略化した「ステートマシン」インスタンスを示す。
図11図11(a)および(b)は、図1のセルラ通信システムにおいてOSIのために使用されるべき送信のタイプを示すための方法を例示する簡略化したシーケンス図である。
図12図12は、図1のセルラ通信システムにおいてOSIに使用されるべき送信のタイプを示すための別の方法を示す簡略化したシーケンス図である。
図13図13は、図1のセルラ通信システムにおいてユーザ機器がOSIを要求することができる方法を示す簡略化した一組のタイミング図である。
図14図14は、図1のセルラ通信システムにおけるオンデマンドOSIブロードキャスト機会の周期性を設定するための方法を示す簡略化したシーケンス図である。
図15図15は、図1のセルラ通信システムにおいてオンデマンドOSIブロードキャスト機会のために構成された周期性を最適化するための方法を示す簡略化したタイミング図である。
図16図16は、図1のセルラ通信システムにおいてオンデマンドOSIブロードキャスト要求間の間隔を決定するための方法を示す簡略化したシーケンス図である。
【発明を実施するための形態】
【0035】
概要
図2は、携帯電話などのいくつかの項目のユーザ機器(UE:User Equipment )3、および他の固定または移動通信機器(例えば、IoT装置)が基地局5および適切な無線アクセス技術(RAT:Radio Access Technology)を使用するコアネットワーク7を介して互いに通信できるセルラ通信システム1を概略的に示す。当業者には理解されるように、2つのモバイルデバイス3、1つのIoTデバイス3、および1つの基地局5が説明の目的で図2に示されているが、システムは実施時には、通常、他の基地局およびUEを含む。
【0036】
基地局5は、それを介してUE3がセルラ通信システム1に接続することができる1つまたは複数の関連するセル9を動作させる。UE3は、セル9を動作させている基地局5と無線リソース制御(RRC:Radio Resource Control)接続を確立することによってセル9に接続することができる。分かるように、基地局5はセル内でシステム情報20を送信する。システム情報20は、この例では、「最小」の情報要素セット(例えば、セル選択、OSIの取得、またはセルへのアクセスをサポートするのに必要な要素)を搬送する情報ブロック(例えば、MIB、SIB1、SIB2)のサブセットを含む最小システム情報(Minimum SI:Minimum System Information)20-1を含む。システム情報20はまた、セルラ通信システムで通常利用可能な他のSIB内のすべてのシステム情報を含む他のシステム情報(OSI:Other System Information)20-2も含む。
【0037】
基地局5は、例えばS1インタフェースを介してコアネットワーク7に接続され、例えばX2インタフェースを介して(直接に、又は、例えばX2ゲートウェイを介して)他の基地局(図示せず)に接続される。コアネットワーク7は通常、通信システム1内の通信をサポートするための論理ノード(または「機能」)を含む。典型的には、例えば、5G/NRシステムのコアネットワーク7は、他の機能の中でも、制御プレーン機能、ユーザプレーン機能、およびモビリティ管理エンティティ(MME:Mobility Management Entity)の機能を提供するための他の機能、サービングゲートウェイ(S-GW:Serving GateWay)、パケットデータネットワークゲートウェイ(P-GW:Packet data network GateWay)などを含む。
【0038】
図3は、図1のセルラ通信システムにおいて、システム情報20がどのように送信され得るかを示す簡略化したシーケンス図である。図3に見られるように、最小システム情報(Minimum SI:Minimum System Information)20-1は規則的で周期的に送信され、OSI(Other SI)20-2は周期的にブロードキャストされてもよく、オンデマンドでブロードキャストされてもよく、および/またはオンデマンドでユニキャストされてもよい。
【0039】
有利には、以下により詳細に説明されるように、セルラ通信システム1の基地局5は、OSI20-2のオンデマンド送信に関連する追加のシグナリングオーバーヘッドと、基本的には周期的のOSI20-2を時々不必要なのに送信することに関連するリソース使用の非効率と、間のトレードオフを最適化するために、OSI20-2の送信を管理する。具体的には、セルラ通信システム1の基地局5は、1つまたは複数の利用閾値に基づいて、OSI20-2のオンデマンド送信からOSI20-2の周期的な送信への切り替え、およびその逆の切り替えを管理する。具体的には、基地局5は、オンデマンドOSI送信(周期的な送信に対する)に関連する周期的送信機会の利用(または潜在的利用度)と利用閾値のレベルの比較に基づいて、オン状態(ON STATE)とオフ状態(OFF STATE)との間のオンデマンドOSI20-2の切り替えを管理する。
【0040】
有益には、以下により詳細に説明されるように、基地局5は、オン状態とオフ状態との間の移行(すなわち、オンデマンドとOSI20-2の周期的送信との間)を、 さまざまなメカニズムのいずれかを使用して迅速かつ効率的にUE3に通知することができる。
【0041】
オンデマンドOSI20-2の提供中に、各UE3は、特定の要求されたOSI SIB(またはSIメッセージ)または要求されたOSI SIBのグループ(またはSIメッセージ)を有利に要求することができ、いくつかの効率的なメカニズムが説明され、それによって、UE3はそのような要求をすることができる。本明細書に記載された1つの特に有益な方法では、例えば、UE3は、その要求のタイミングを使用して特定のSIB/SIメッセージまたはそのようなSIB/SIメッセージのグループを効率的に要求することができる。
【0042】
基地局5は、目標利用レベル閾値および/またはUE要件によって課されるレイテンシー制約に基づいて、周期的OSI送信機会について最適化された周期性を決定するための特に有益な方法を使用する。この特に有利な変形形態では、基地局5は、レイテンシー要求に基づいて異なるUEに対して異なる周期性を設定することができ、緩和されたレイテンシー要求UEのためのオンデマンドOSIは、送信機会と送信機会との間の比較的長い期間で送信され、厳しいレイテンシー要求UEのためのオンデマンドOSIは、送信機会と送信機会との間の比較的短い期間で送信される。
【0043】
有利には、セルラ通信システム1はまた、UE3がオンデマンドOSI20-2に対する要求の間に待つべき最小間隔を構成する。
【0044】
当然のことながら、いくつかの有益な機能が上述されているが、たとえ有益な機能のサブセット(または1つ)のみが使用されていても、改善されたセルラ通信システムが依然として実現可能である。
【0045】
ユーザ機器
図4は、図1に示すユーザ機器3(携帯電話など)の主要構成要素を示すブロック図である。図示のように、UE3は、1つまたは複数のアンテナ33を介して基地局5(例えば、gNB)と信号を送受信するように動作可能なトランシーバ回路31を有する。必ずしも図4に示されていないが、UE3は、もちろん従来のUE3のすべての通常の機能(ユーザインタフェース35など)を有することができ、これはハードウェア、ソフトウェアおよびファームウェアのいずれか1つまたは任意の組み合わせによって適切に提供され得る。UE3は、ユーザ機器3の動作を制御するためのコントローラ37を有する。
【0046】
コントローラ37はメモリ39と関連付けられており、トランシーバ回路31に結合されている。ソフトウェアは、例えば、メモリ39に予めインストールされていてもよく、および/または、例えば通信ネットワークを介して、または取り外し可能なデータ記憶装置(RMD:ReMovable data storage Device )から、ダウンロードされてもよい。
【0047】
コントローラ37は、この例では、メモリ39内に記憶されているプログラム命令またはソフトウェア命令によって、UE3の全体的な動作を制御するように構成される。示されるように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム41、通信制御モジュール43、およびシステム情報管理モジュール45を含む。
【0048】
通信制御モジュール43は、UE3と基地局5との間の通信を制御するように動作可能である。また、通信制御モジュール43は、基地局5へ送信する上りデータと制御データ(OSIリクエストなど)の個別の流れと、基地局5によって送信される下りデータと制御データ(システム情報20など)の受信とを制御する。通信制御モジュール43は、例えば、アイドルモード手順と、セルの(再)選択、セルへのキャンプオン、ランダムアクセスチャネル(RACH:Random Access Channel)手順などの接続モード手順におけるUEの一部の管理を担当する。
【0049】
システム情報管理モジュール45は、システム情報20(最小システム情報20-1および/またはOSI20-2)のリスニング、受信、格納、および解釈の管理すること、オンデマンドシステムOSIに対する要求を生成すること、および、そのような要求を送信するために通信制御モジュール43をトリガすること、を担当する。システム情報管理モジュール45はまた、OSI要求のタイミング(例えば、それらの間の間隔、および/または該当する場合、要求の結果としてどのOSIが受信されるかを制御する)を制御することを担当する。
【0050】
基地局(gNB)
図5は、図1に示すタイプの基地局5の主要構成要素を示すブロック図である。図示のように、基地局5は、1つまたは複数のアンテナ53を介してUE3と信号を送受信するように動作可能なトランシーバ回路51を含み、トランシーバ回路51は、コアネットワークインターフェース55を介したコアネットワーク7の機能、および/または、基地局インタフェース56を介して他の基地局から、信号を送受信するように動作可能である。コアネットワークインターフェース55は、通常、コアネットワーク7と通信するためのS1(またはS1の様なもの)インタフェースと、他の基地局と通信するためのX2(またはX2の様なもの)インタフェースとを備える。コントローラ57は、メモリ59に記憶されているソフトウェアに従ってトランシーバ回路51の動作を制御する。ソフトウェアは、とりわけ、オペレーティングシステム61、通信制御モジュール63、およびシステム情報管理モジュール65を含む。ソフトウェアは、メモリ59に事前にインストールされてもよく、および/または、例えば通信ネットワークを介して、または取り外し可能なデータ記憶装置(RMD)からダウンロードされてもよい。
【0051】
通信制御モジュール63は、基地局5と、UE3と、基地局5に接続されている他のネットワークエンティティと、の間の通信を制御するように動作可能である。通信制御モジュール63はまた、アップリンクおよびダウンリンクのユーザトラフィックおよび制御データ(例えば、システム情報20)の別々のフローを制御し、例えば、UE3の動作を管理するための制御データを有する基地局5によってサービス提供されるUE3によって受信され、UE3に送信される。通信制御モジュール63は、例えば、測定制御/構成情報の通信、システム情報、ランダムアクセスチャネル(RACH)手順における基地局の部分などの手順の制御を担当する。
【0052】
システム情報管理モジュール65は、オンデマンドシステムOSI20-2に対する要求を受信して応答し、SIメッセージを送信するように通信制御モジュール63をトリガするための適切なシステム情報20(最小システム情報20-1および/またはOSI20-2)を搬送するシステム情報(SI:System Information)メッセージの生成を管理することを担当する。システム情報管理モジュール65はまた、最小システム情報20-1およびOSI20-2の周期的送信およびオンデマンド送信機会についての適切な周期性を決定することを担当する。
【0053】
オンデマンドOSI送信から周期的なOSI送信への移行の管理
図6は、システム情報20の送信を管理するための方法の一部を示す簡略化したフローチャートであり、これは、図1の基地局5によって実行されてもよく、ここで、オンデマンドOSI20-2送信はオフ状態に切り替えられる前に最初はオン状態にある。図6は、特に、閾値THOFFに基づいて基地局がオンデマンドOSI20-2送信から周期的OSI20-2送信に切り替える有益な方法を示す。
【0054】
図6のS610に見られるように、最小システム情報20-1は、レガシー手順1-これは例示されたプロセスを通して発生する、に従って周期的にブロードキャストされる。
【0055】
オンデマンドOSI20-2送信(この例ではブロードキャスト)は、最初はオン状態であり、したがって、S612で、基地局5のセル9内のUEの要求で、OSI20-2送信がオンデマンドで発生する。これらのOSI20-2送信は、基地局5において適切に構成された周期Tで発生する周期的ブロードキャスト機会の間に発生する。S614で基地局5は、周期的ブロードキャスト機会の利用レベルUを測定し、それをS616で、オンデマンドOSI20-2送信をオフにするために基地局5で構成された利用閾値THOFFと比較する(THOFFは、効果的にオンデマンドから定期的なOSI20-2へ移行するための閾値である)。S616で、測定された利用レベルUが利用閾値THOFF以上であると判明した場合、S618で、オンデマンドOSI20-2送信が基地局5によってオフに切り替えられ、S620で、基地局5は、OSI20-2を提供するために周期的ブロードキャストアプローチを使用することに切り替える。逆に、S616において、測定された利用レベルUが利用閾値THOFF未満であることが判明した場合、オンデマンドOSI20-2送信は基地局5によってオンに保たれ、基地局5は、S612でOSI20-2を提供するためのオンデマンドブロードキャストアプローチを使用し続ける。
【0056】
基地局5は、OSI20-2の送信タイプの変更を(例えば、後で説明するように)UEに通知し、UEは、したがって、不必要なレッドOSI20-2を送信することをやめることができる。オンデマンドOSI20-2をスイッチオフするために適切に構成された値のTHOFFを使用することは、それゆえ、周期的なブロードキャスト機会の利用レベルが高く、リソース節約の利益がそれゆえに比較的低いときに不要なシグナリングを減らすことができる。
【0057】
周期的なOSI送信からオンデマンドOSI送信への移行の管理
図7は、図1の基地局5によって実行され得るシステム情報20の送信を管理するための方法の一部を示す簡略化したフローチャートであり、オンデマンドOSI20-2送信は、オン状態に切り替わる前に、最初はオフ状態にある。図7は、特に、閾値THONに基づいて基地局が周期的OSI20-2送信から切り替える有益な方法を示す。
【0058】
図7のS710に見られるように、最小システム情報20-1は、レガシー手順に従って周期的にブロードキャストされる-これは例示されたプロセスを通して発生する。
【0059】
オンデマンドOSI20-2送信(この例ではブロードキャスト)は、最初はオフ状態であり、したがって、OSI20-2送信は、S711において、基地局5のセル9内のUEの要求ではなく、基地局5において適切に設定された周期で周期的に行われる。S712で、基地局5は、OSI20-2のオンデマンドブロードキャストを要求しているUEの到着率、
【数3】
を推定する。この推定は、いくつかの方法で実行することができるが、この例では、ある期間にわたる特定のサービスについての接続要求の測定の結果に基づいている。
【0060】
基地局5は、S714において、所与のサービス/アプリケーション/ユースケース用のオンデマンドOSI20-2の配信時に要求されるレイテンシー以下である最大値を用いて、周期性の値T(オンデマンドOSI20-2について)を設定する。S716で、到着率の推定値、
【数4】
および設定された周期性の値Tを使用して算出した周期的送信機会の推定利用、
【数5】
はオンデマンドで送信されるOSI20-2、
【数6】
であり、ここで、Kは、所与のOSI要求に対するOSI20-2の送信数である(すなわち、OSI20-2のワンショット送信に対してK=1)。S718において、周期的ブロードキャスト機会の推定利用レベル、
【数7】
は、オンデマンドOSI20-2送信をオンにするために基地局5で設定された利用閾値THONと比較される(THONは、周期的なOSI20-2の提供からオンデマンドOSI20-2の提供に移行するための効果的な閾値である)。S718で、推定利用レベル、
【数8】
が利用閾値THON未満であることが判明した場合、S720で、オンデマンドOSI20-2送信が基地局5によってオンに切り替えられ、S722で、基地局5は、OSI20-2を提供するためにオンデマンドブロードキャストアプローチを使用することに切り替える。逆に、S718で、推定利用レベル、
【数9】
が利用閾値THON以上であることが判明した場合、オンデマンドOSI20-2送信は基地局5によってオフに保たれ、基地局5は、S711で、OSI20-2を提供するために周期的ブロードキャストアプローチを使用することを継続する。
【0061】
基地局5は、OSI20-2送信タイプ(例えば後述するように)の変更をUEに通知し、UEは、したがって、OSI20-2に対する要求を送信し始めることができる。したがって、オンデマンドOSI20-2をオンにするために適切に設定されたTHONの値を使用することは、周期的なブロードキャスト機会利用レベルが比較的低いときに利用可能なリソース節約の利益が、OSI要求を行うために必要とされる追加のシグナリングがそれを正当化するときに達成される。
【0062】
図8は、図1の基地局5によって実行され得る、システム情報20の送信を管理するための別の方法の一部を示す簡略化したフローチャートであり、オンデマンドOSI20-2送信は、オン状態に切り替わる前に、最初はオフ状態である。図8は、特に、閾値THONに基づいて基地局が周期的OSI20-2送信から切り替える別の有益な方法を示す。
【0063】
図8のS810に見られるように、最小システム情報20-1はレガシー手順に従って周期的にブロードキャストされる-これは例示されたプロセスを通して発生する。
【0064】
オンデマンドOSI20-2送信(この例ではブロードキャスト)は、最初はオフ状態であり、したがって、OSI20-2送信は、セル9内のUEの要求ではなく、S811で、基地局5において適切に設定されたで周期で周期的に行われる。
【0065】
S812において、基地局5が所定の期間内に所定の数N個のOSIのオンデマンド送信要求をUEから受信した場合、S814で、基地局5は、オンデマンドOSI20-2送信をオンにする。次に、基地局5は、S816で、周期的ブロードキャスト機会の利用レベルUを測定し、それをS818で、オンデマンドOSI20-2送信をオンにするための基地局5で設定されている利用閾値THONと比較する。S818において、測定された利用レベルUが利用閾値THONよりも小さいことが判明した場合、オンデマンドOSI20-2送信は、基地局5によってそのオン状態に維持され、基地局5は、S820でのOSI20-2の提供のためのオンデマンドOSI20-2ブロードキャストアプローチを使用する。逆に、S818において、測定された利用レベルUが利用閾値THON以上であることが判明した場合、S822において、オンデマンドOSI20-2送信は、基地局5によってオフに切り替えられ、基地局5は、S811において、OSI20-2を提供するための周期的ブロードキャストアプローチを使用することに進む。
【0066】
基地局5は、OSI20-2送信タイプ(例えば後述するように)の変更をUEに通知し、UEは、したがって、OSI20-2に対する要求を送信し始めることができる。したがって、オンデマンドOSI20-2をオンにするために適切に設定されたTHONの値を使用することは、周期的なブロードキャスト機会利用レベルが比較的低いときに利用可能なリソース節約利益が、OSI要求を正当化するために必要な追加のシグナリングが達成されるときに達成され得る。
【0067】
図9は、図1の基地局5によって実行されるシステム情報20の送信を管理するための別の方法の一部を示す簡略化したフローチャートであり、オンデマンドOSI20-2送信は、オン状態に切り替わる前に、最初はオフ状態である。図9は、特に、閾値THONに基づいて基地局が周期的OSI20-2送信から切り替える別の有益な方法を示す。図9の方法は、事実上、図7図8の方法の組み合わせである。
【0068】
図9のS910に見られるように、最小システム情報20-1は、レガシー手順に従って周期的にブロードキャストされる-これは例示されたプロセスを通して発生する。
【0069】
オンデマンドOSI20-2送信(この例ではブロードキャスト)は、最初はオフ状態であり、したがって、OSI20-2送信は、基地局5のセル9内のUEの要求ではなく、S911において、基地局5で適切に設定された周期で周期的に行われる。基地局5は、S912で、OSI20-2のオンデマンドブロードキャストを要求するUEの到着率、
【数10】
を推定する。この推定は、いくつかの方法で実行することができるが、この例では、ある期間にわたる特定のサービスについての接続要求の測定の結果に基づいている。
【0070】
基地局5は、S914において、所与のサービス/アプリケーション/ユースケース用のオンデマンドOSI20-2の配信時に要求されるレイテンシー以下である最大値を用いて周期性の値T(オンデマンドOSI20-2について)を設定する。到着率の推定値、
【数11】
と、設定された周期性の値Tと、を使用して、S916で算出した周期的送信機会の推定利用、
【数12】
は、オンデマンドで送信されるOSI20-2、
【数13】
であり、ここで、Kは、所与のOSI要求に対するOSI20-2の送信数である(すなわち、OSI20-2のワンショット送信に対してK=1)。S918において、周期的ブロードキャスト機会の推定利用レベル、
【数14】
は、オンデマンドOSI20-2送信をオンにするために基地局5で設定された利用閾値THONと比較される。S918で、推定利用レベル、
【数15】
が利用閾値THON未満であることが判明した場合、S920で、オンデマンドOSI20-2送信が基地局5によってオンに切り替えられる。逆に、S918で、推定利用レベル、
【数16】
が利用閾値THON以上であることが判明した場合、オンデマンドOSI20-2送信は基地局5によってオフに保持され、基地局5は、S911で、OSI20-2を提供するために周期的ブロードキャストアプローチを使用することを継続する。
【0071】
その後、S922で、基地局5は周期的ブロードキャスト機会の利用レベルUを測定し、S924で、それを利用閾値THONと比較する。S924において、測定された利用レベルUが利用閾値THONよりも小さいことが判明した場合、オンデマンドOSI20-2送信は、基地局5によってそのオン状態に維持され、基地局5は、S926で、OSI20-2の提供のためのオンデマンドOSI20-2ブロードキャストアプローチを使用する。逆に、S924で、測定された利用レベルUが利用閾値THON以上であることが判明した場合、S928で、オンデマンドOSI20-2送信が基地局5によってオフに切り替えられ、基地局5は、S911において、OSI20-2を提供するために周期的ブロードキャストアプローチを使用することに進む。
【0072】
先に説明したように、基地局5は、OSI20-2送信タイプ(例えば後述するように)の変更をUEに通知し、したがってUEは、OSI20-2に対する要求を送信し始めることができる。したがって、オンデマンドOSI20-2をオンにするために適切に設定されたTHONの値を使用することは、周期的なブロードキャスト機会利用レベルが比較的低いときに利用可能なリソース節約利益が、OSI要求を正当化するために必要な追加のシグナリングが達成されるときに達成され得る。
【0073】
周期的なOSI送信とオンデマンドOSI送信の間の移行の管理(要約)
図6から図9を参照して説明された方法は、OSI SIB/SIごとのオンデマンドOSI20-2提供のための簡略化したステートマシンインスタンスを示す図10に要約される。
【0074】
図10に見られるように、OSI20-2のオンデマンド提供をオフにするために、基地局5はUを測定し、その値をTHOFFと比較し、UがTHOFFよりも大きい場合、オンデマンドブロードキャストは、図6に示すように、オフにされる。
【0075】
OSI20-2のオンデマンド提供をオンにするために、基地局5は、算出された利用値、
【数17】
図7を参照して説明したように)、又は、測定された利用値U(図8を参照して説明したように)を使用することができ、それをTHОNと比較する。算出された/測定された値がTHОNよりも小さいと、オンデマンドブロードキャストは、スイッチングされ、維持されてオンに切り替えられる。ハイブリッドアプローチも(図9を参照して)説明され、算出された利用値、
【数18】
は、最初にオン状態に移行するために使用され、測定された利用値Uは、オン状態を維持すべきかどうかを決定するために使用される。
【0076】
理論的には、THONはTHOFFに等しくてもよいが、一般に、THONとTHOFFとは異なり、オンデマンドがオン状態とオフ状態との間の望ましくない反復的な移行を回避/最小化するように選択される。
【0077】
当然のことながら、これらの方法のいずれにおいても、基地局5/ネットワークは、OSIのオンデマンドブロードキャストを、全てのOSI SIB/SIメッセージ、OSI SIB/SIの1つ以上のグループ、または、選択した個々のOSI SIB/SIに対してオン/オフに切り替えるように構成され得る。
【0078】
OSI SIB(明示的)に使用される送信のタイプの表示
図1の基地局5のような基地局5が、OSI SIBに使用される送信のタイプをUE3に通知することができるいくつかのメカニズムがある(例えば、オンデマンド送信(ブロードキャストまたはユニキャスト)がオフ/オンに切り替えられる)。
【0079】
1つの選択肢では、例えば、基地局5は、すべてのOSI SIBがオンデマンドで、または周期的な送信(または、オンデマンドブロードキャスト/ユニキャスト送信がオンになっているかオフになっているか)で可能かどうかを示すために、UE3に提供されるすべてのOSI SIBについて単一ビットフラグまたはインジケータを使用した明示的ОSI20-2送信タイプ表示を提供し得る。例えば、0(または偽)の値を有する単一ビットOSIフラグ/インジケータは、すべてのOSI SIBがオンデマンドで利用可能である(またはオンデマンドブロードキャスト/ユニキャスト送信がオンにされる)ことを示すために使用され得る。同様に、1(または真)の値を有する単一ビットOSIフラグ/インジケータは、すべてのOSI SIBが周期的送信によって利用可能である(またはオンデマンドブロードキャスト/ユニキャスト送信がオフにされる)ことを示すために使用され得る。実際の値(0/偽および1/真)は、逆に使用されてもよいことが理解されるであろう。
【0080】
別の例示的な選択肢では、各OSI SIBグループおよび/または各OSI SIBについて、そのOSI SIBグループ/OSI SIBごとに、オンデマンドで、または周期的に送信可能かを、OSI SIBグループごとおよび/またはOSI SIBごとに単一ビットOSIフラグ/インジケータを提供することができる。(または、その特定のOSI SIBグループ/ SIBに対してオンデマンドブロードキャスト/ユニキャスト送信がオンまたはオフになっているかどうか)。例えば、所与のOSI SIBグループ/OSI SIBについて、0(または偽)の値を有する単一ビットOSIフラグ/インジケータを使用して、そのOSI SIBグループ/OSI SIBがオンデマンドで利用可能であることを示すことができる(またはオンデマンドのブロードキャスト/ユニキャスト送信がオンになっている場合)。同様に、1(または真)の値を有する、所与のOSI SIBグループ/OSI SIBに対する単一ビットOSIフラグ/インジケータは、そのOSI SIBグループ/OSI SIBが周期的送信によって利用可能であることを示すために使用されてもよい。オンデマンドのブロードキャスト/ユニキャスト送信はオフになる。実際の値(0/偽および1/真)は、逆に使用されてもよいことが理解される。
【0081】
別の例示的な変形形態では、オンデマンドで利用可能な(またはオンデマンドブロードキャスト/ユニキャスト送信がオンにされている)OSI SIBのグループを示すためにビットのバイナリストリングが使用され、および/または、定期的な送信によって使用可能な(またはオンデマンドのブロードキャスト/ユニキャスト送信がオフになっている)OSI SIBのグループを示すためにビットのバイナリストリングが使用される。このアプローチは、より複雑に見えるかもしれないが、それは指示を提供するために使用されるビット数を大幅に減らすことができるという利点を有する(例えば、4または5ビットは、それぞれ最大16または32までの異なる指示を提供できる)。
【0082】
例えば、そうすることが効率的である場合にすべてのOSI SIBに対して明示的な指示を提供するために、およびOSI SIBグループごとに、および/または、必要に応じてOSI SIBごとに提供するために、上記のメカニズムは相互に排他的ではなく、同じ基地局5において採用され得る。
【0083】
当然のことながら、上記のメカニズムのうちの1つまたは複数に従って、OSI SIBに使用される送信のタイプをUE3に通知することに加えて、ネットワークは通常、異なるOSI SIBのオンデマンドブロードキャストのために設定された周期性をUE3に通知する。
【0084】
図11は、OSI SIBに使用される送信のタイプを示すために(上述のように)1つまたは複数の明示的な指示を提供することができる2つのメカニズムを示す。
【0085】
図11(a)は、基地局5による、最小システム情報SIB(例えば、MIB、SIB1またはSIB2内)において、基地局のセル9内のすべてのUE3にブロードキャストするOSI SIBの明示的な指示の提供を示すシーケンス図である。
【0086】
図11(b)は、共通ダウンリンク制御情報(DCI:Downlink Control Information)フォーマットを使用した明示的表示の基地局5による動的スケジューリングを示すシーケンス図である。この例では、明示的な指示は、DCIフォーマットに従ってダウンリンク制御チャネル(例えば、物理ダウンリンク制御チャネル(PDCCH:Physical Downlink Control Channel)など)においてシグナリングされ得る。
【0087】
図11に示すメカニズムは相互に排他的ではなく、一方または両方のメカニズムを任意の特定の基地局に設けることができることを理解されよう。
【0088】
OSI SIB(暗黙的)に使用される送信のタイプを示す
上述の明示的な表示の代替として、またはそれに加えて、図1の基地局5などの基地局5は、OSI SIBに暗黙的に使用される送信のタイプをUE3に通知するように構成されてもよい。
【0089】
この例では、基地局5(または他のネットワークエンティティ)は、OSI SIBがオンデマンドで(オンデマンド送信はSIBに対してオン)送信されるときに、オンデマンド方式でOSIを要求するようにUE3のアップリンクリソースを条件付きで設定するが、OSI SIBが周期的に送信される(オンデマンド送信はSIBに対してオフ)ときには、設定されない。したがって、基地局5が、1つまたは複数の特定のOSI SIBを要求するためにUE3用に予約されたアップリンクリソースをシグナリングしない場合、これらのOSI SIBは周期的にブロードキャストされる。一方、ネットワークが1つまたは複数のOSI SIBを要求するためにUE3のために予約されたアップリンクリソースをシグナリングするとき、これらのOSI SIBはオンデマンドで送信される。
【0090】
したがって、UE3は、1つまたは複数のOSI SIBをオンデマンドで要求するために割り当てられたアップリンクリソースの受信または不在に基づいて、それらのOSI SIBがオンデマンド(オンデマンド送信はSIBに対してオン)で、または、周期的に(オンデマンド送信はオフ)送信されるかどうかを判断できる。
【0091】
図12は、そのような暗黙の指示が提供されるメカニズムを示すシーケンス図である。図12のS1210に見られるように、基地局5は、オンデマンドで提供されるべきOSI SIBを要求するときに、UE3による使用のために割り当てられるべきアップリンクリソースを識別する。S1212で、基地局5はリソースをUEにシグナリングする(少なくとも1つのそのような「オンデマンド」OSI SIBが利用可能であると仮定して)。S1214で、UE3は、必要とされる任意のOSI SIBについて、そのOSI SIBがオンデマンドで提供されるのか、または周期的に提供されるのかを判断する。必要とされる任意のOSI SIBがオンデマンドで提供されるとUE3が判断した場合、UE3は、それに応じてS1216でそのOSI SIBを要求する。要求に応答して、基地局5は、S1218において、(必要に応じてブロードキャストまたはユニキャストによって)要求されたOSI SIBを提供する。
【0092】
S1220に示されるように、UE3は、(S1222に示されるように)基地局5によって、OSI SIBの周期的送信が周期的に提供されるのを待つ。そのような周期的な送信はいつでも起こり得、図12に示されるシーケンスに従って起こることに限定されないことが理解されるであろう。
【0093】
UE3がOSI SIBをどのように要求することができるか、および基地局がそのような要求のためにアップリンクリソースをどのように割り当てることができるかについてのさらなる詳細は、以下のセクションで説明される。
【0094】
他のシステム情報のオンデマンド提供の要求
図1の1つまたは複数のモバイルデバイス3など、UE3がOSI SIBのオンデマンドの提供(ブロードキャストまたはユニキャスト)を要求できるメカニズムはいくつかある。
【0095】
一選択肢では、例えば、UE3は、すべてのオンデマンドシステム情報20に対して単一の要求を(たとえば単一の割り当てられたリソースを使用して)送信することができる。
【0096】
この例では、最初のステップとして、ネットワークは通常、すべてのOSI SIBを「オンデマンド」で要求するために1つまたは複数のアップリンク(UL:Uplink)リソースを割り当てる/配分する。
【0097】
例えば、1つまたは複数の特定のランダムアクセスチャネル(RACH)プリアンブルのサブセットが、初期アクセス(RACH)手順中に、すべてのOSI SIBの提供を要求するためにUE3によって使用されるために基地局5によって設定され、UE3にシグナリングされ得る。UEは、例えば、初期アクセス中に、RACH手順のメッセージ3および/またはメッセージ5にオンデマンドシステム情報20に対するその要求を追加して、(他のシステム情報20-2に対して)すべてのSIBを要求することができる。
【0098】
基地局5は、代替的に又は追加的に、最小システム情報SIBにおいて、要求を行うために使用される許可フリーリソース(例えば特定の物理リソースブロック(PRBs:Physical Resource Blocks))をシグナリングすることができる。
【0099】
したがって、UE3は、適切なアップリンクリソースを使用して(例えば、RACH手順のメッセージ1内に設定されたプリアンブルを使用して、または最小システム情報20-1によって設定された特定のPRBを使用して)その要求メッセージを基地局5に送信し得る。
【0100】
したがって、要求を受信すると、ネットワークは、OSIに対する要求を行う目的でUEによって使用されるアップリンクリソースに基づいて、すべてのOSI SIBがUE3に送信されるべきであると決定することができる。
【0101】
別の選択肢では、例えば、オンデマンドOSI SIBを、それぞれが異なるそれぞれのOSI SIBのサブセットを含むいくつかのグループにグループ化することができる。この例では、UE3は、オンデマンドOSI SIBの各グループに対して別々のそれぞれの要求を(たとえば、関連付けられた割り当てられたリソースを使用して)送信することができる。
【0102】
例えば、初期アクセス(RACH)手順中に、OSI SIBの各グループの提供を要求するためUE3が使用するために、基地局5によって、1つまたは複数の特定のランダムアクセスチャネル(RACH)プリアンブルのそれぞれのサブセットが構成され、UE3にシグナリングされ得る。UEは、例えば、(他のシステム情報20-2について)すべてのSIBを要求するために、初期アクセス中に、RACH手順のメッセージ3および/またはメッセージ5にオンデマンドシステム情報20に対するその要求を追加することができる。
【0103】
基地局5は、代替的または追加的に、最小システム情報SIBにおいて、他のシステムSIBの各グループに対する要求を行うために使用されるべきそれぞれの許可フリーリソース(たとえば特定の物理リソースブロック(PRBs))をシグナリングし得る。
【0104】
UE3がSIBの特定のグループを必要とするとき、それは、したがって、適切なアップリンクリソースを使用してその要求メッセージを基地局5に送信することができる(例えば、RACH手順のメッセージ1において、OSI SIBの所望のグループに対応する構成されたプリアンブルを使用すること、または最小システム情報20-1によって構成されたOSI SIBの所望のグループに対応する特定のPRBを使用すること)。
【0105】
要求を受信すると、ネットワークは、OSIの要求を行う目的で、UEによって使用されたアップリンクリソースに基づいて、どのグループのOSI SIBをUE3に送信するかを決定することができる。
【0106】
別の選択肢では、たとえば、UE3は、各オンデマンドOSI SIBについて(たとえば、関連付けられた割り当てられたリソースを使用して)個々のそれぞれの要求を送信することができる。
【0107】
例えば、初期アクセス(RACH)手順中に、各OSI SIBの提供を要求するためにUE3が使用するために、基地局5によって、1つまたは複数の特定のランダムアクセスチャネル(RACH)プリアンブルのそれぞれのサブセットが設定され、UE3にシグナリングされ得る。UEは、例えば、初期アクセス中に、RACH手順のメッセージ3および/またはメッセージ5にオンデマンドシステム情報20に対するその要求を追加して、(OSI20-2について)すべてのシステム情報ブロックを要求することができる。
【0108】
基地局5は、代替的に又は追加的に、最小システム情報20 SIBにおいて、他の各システムSIBに対する要求を行うために使用されるべきそれぞれの許可フリーリソース(例えば特定の物理リソースブロック(PRBs))をシグナリングしてもよい。
【0109】
UE3が特定のSIBを要求するとき、UE3は適切なアップリンクリソースを使用してその要求メッセージを基地局5に送信する(例えば、RACH手順のメッセージ1において、所望のOSI SIBに対応する設定されたプリアンブルを使用すること、または最小システム情報20によって設定された所望のOSI SIBに対応する特定のPRBを使用すること)。
【0110】
要求を受信すると、ネットワークは、次いで、OSI20-2に対する要求を行う目的でUEによって使用されたアップリンクリソースに基づいて、どのシステム情報SIBをUE3に送信すべきかを決定することができる。
【0111】
OSI20-2のオンデマンド提供(ブロードキャストまたはユニキャスト)を要求するためのUE3にとって特に有益な選択肢が図13に示されている。
【0112】
この例では、どのOSI SIBを送信すべきかを決定する特定の要求に使用されるリソース(プリアンブル/周波数リソース)を有するのではなく、特定の要求を送信するためにUE3によって使用されるタイミングが、どのSIBが送信されるかを決定するために使用される。
【0113】
具体的には、いくつかのシステム情報SIBがそれぞれ異なるそれぞれの周期性(mmin、ここでmはゼロ以上の整数であり、Tminは最も短い周期性を有するSIBの周期性である)で送信される場合、UE3は、OSI20-2を送信するための次の利用可能な機会に必要なSIBを受信することが保証されるように、OSI20-2に対するその要求の送信のタイミングをとるように構成される。UE3は、最長のページング機会を有する要求されたSIBを送信するための次の機会の直前の期間(例えば長さTmin)に要求を送信することによってこれを達成する(例えば、最も長い周期性を有する要求されたSIBを送信する機会の直前の期間Tmin内)。
【0114】
基地局がOSI20-2のオンデマンドブロードキャストに対するUEの要求を受信するとき、基地局は、現在の期間の終わりに送信機会が発生するすべてのOSI SIBを送信する(T=Tmin)。したがって、送信されたSIBは、最も長い周期性を有する要求されたSIB、および最も長い周期性を有する要求されたSIBよりも周期性が小さい任意のSIBを自然に含む。この送信は1回または複数回であり得ることが理解されよう。したがって、このようにして、UE3は、すべての必要なSIBを受信するために要求のタイミングを選択することができる。
【0115】
例えば、図13では、3つのOSI SIB(SIB、SIBおよびSIB)が利用可能である(任意の適切な数があり得ることが理解されるであろうが)。これらのSIBはそれぞれ、それらの送信機会に関連した異なるそれぞれの周期性を有する。SIBはT=Tminの最短周期を有し、SIBはT=2Tminの次の最短周期を有し、SIBはT=4Tminの最長周期を有する。
【0116】
図13(a)の例に見られるように、UE3が3つの利用可能なSIB(SIB、SIB、SIB)を必要とするとき、UE3はSIB(SIB)の次の送信機会の直前の期間Tminまで待機し、SIB(SIB)は、UE3がOSI20-2に対する要求を送信する前の送信機会間において最長期間を有する(この送信機会は、次にt modulo T=0となるときに発生することが分かるであろう)。基地局5は、その送信機会において、その送信機会を共有するすべてのSIB(すなわち、図示の例ではSIB、SIBおよびSIB)をブロードキャストする。
【0117】
図13(b)の例に見られるように、UE3がSIBのみを必要とする場合、UE3は、OSI20-2に対する要求を送信する前に、SIBに対する次の送信機会の直前の期間Tminまで待機する(この送信機会は、次にt modulo T=0となるときに発生することが分かるであろう)。基地局5は、その送信機会において、その送信機会を共有するすべてのSIB(すなわち、図示の例ではSIB、SIBおよびSIB)を依然としてブロードキャストする。
【0118】
図13(c)の例に見られるように、UE3が送信機会間の最短期間(SIB)を有するSIBのみを要求するとき、UE3は、UE3がOSI20-2に対する要求を送信する前に、そのSIB(次回はt modulo T=0となる)に対する次の送信機会の直前の期間Tminまで待機する。図示の例では、t modulo T=0が発生する次の時間は、t modulo T=2Tminであるときであることが分かる。次いで、基地局5は、その送信機会においてその送信機会を共有するすべてのSIB(すなわちSIBおよびSIB)をブロードキャストする。
【0119】
したがって、図13(a)および(b)の例に見られるように、UE3がSIBを必要とするとき、それが他の利用可能なOSI SIB(SIBおよび/またはSIB)のうちの1つも必要とするかどうかにかかわらず、UE3は、UE3がOSI20-2に対する要求を送信する前に、SIBに対する次の送信機会(t modulo T=0の場合)の直前の期間Tminまで待機する。次に、基地局は、その送信機会を共有するすべてのSIB(すなわち、図示の例ではSIB、SIBおよびSIB)を送信する。
【0120】
さらなる例示的な例としてのみ、図13の3つのSIB(SIB、SIBおよびSIB)がそれぞれ80ms(Tmin)、160ms(2Tmin)および320ms(4Tmin)のオンデマンドブロードキャスト用の送信機会の間の期間が利用可能であるシナリオを考える。UE3が80msのSIB(SIB)しか必要としない場合、基地局5は任意の80msの機会にそのSIBをセル9内のUE3にブロードキャストすることができる。したがって、UE3は、OSI20-2送信機会の間の80ms期間のうちのいずれかにおいて送信されるようにその要求をタイミング調整することができる。しかしながら、UE3が3つ全ての利用可能なOSI SIBを必要とする場合、UE3は、320msのSIB(SIB)を送信するための次の機会の直前のTmin期間にOSI20-2に対する要求を送信することを選択する。すなわち、タイムインスタンスt=240msとタイムインスタンスt=320ms(最後の320msの機会に対して)との間のどれか。同様に、UE3がSIBおよびSIBのみを必要とする場合、それでもSIBの不要な送信結果として得られるであろうが、UE3は、320msのSIB(SIB)を送信するための次の機会の直前のTmin期間にOSI20-2に対する要求を送信することを依然として選択する。
【0121】
このアプローチは、時には必要とされないSIBが不必要に送信されることを意味するが、アップリンク要求のためのリソース管理を大幅に単純化するという利点を有する(1タイプの要求のみを要求するため)。この例では、所与のUE3に対するレイテンシー要件は、それが最も長い期間で必要とするSIBによって決定されるという仮定があることが分かる。例えば、UE3がSIBとSIBの両方を必要とする上述の例示的なシナリオでは、UE3は両方のSIBを受信するために320ms待つ必要がある。
【0122】
オンデマンド周期性の最適化
図14は、オンデマンドOSIブロードキャスト機会用に構成された周期性を最適化するための有益な方法を示す簡略化したシーケンス図である。
【0123】
具体的には、この例では、基地局5は、オンデマンドブロードキャストのUEが要求する(到着)率(すなわちλ)と、OSI送信機会に対する利用閾値であって、基地局5によって0と1の間の値を有するように設定されるTHと、に基づいて、OSIのオンデマンドブロードキャストのための周期性の最適値T=TOPを決定する。
【0124】
目標利用UがTHよりも小さい(または等しい)ように制約される場合、U=1-e-λKT、かつ、U<THであるので、e-λKT>1-THとなる。したがって、T=TOPと設定すると、周期性の最適値TOPは、以下の不等式に従って設定されなければならないことは明らかである。
【数19】
ここで、Kは、所与のOSI要求に対するOSI20-2の送信数である(すなわち、OSI20-2のワンショット送信に対してK=1)。
【0125】
基地局5は、所与のサービス/アプリケーション/ユースケースに対するOSI(オンデマンド)の配信時に要求されるレイテンシー以下である最大値を用いて、周期性の値TOPを設定する(例えば、マシンタイプ通信(MTC:Machine Type Communication)、モバイルブロードバンド(MBB:Mobile Broadband)、超高信頼性低遅延通信(URLLC:Ultra-Reliable Low latency Communications)など)。
【0126】
設定された周期性は、任意の適切な方法でUE3に通知されることができる。この例では、設定された周期性は、最小システム情報で送信されるが、専用(例えばRRC)シグナリングなどを使用して通知されてもよい。
【0127】
当然のことながら、基地局5は、SIB/SIメッセージグループごとに、および/またはSIB/SIメッセージごとに、すべてのOSI SIB/SIメッセージに対して最適な周期性を設定することができる。
【0128】
基地局5は、異なるUE3またはUE3のグループに対して異なる最適な周期性を設定してもよいことがさらに理解されるであろう。例として、図15は、レイテンシー要件に基づいて基地局5が異なるUE3に対してどのように異なる周期値を設定することができるかの一例を示す簡略図である。
【0129】
図15では、長い周期性Tは、OSI20-2を受信する際の緩和されたレイテンシー要件を用いて、UEへのオンデマンドブロードキャスト(UEと呼ばれる)のために設定される。短い周期性Tは、OSI20-2を受信する際のレイテンシー要件がはるかに厳しい状態で、UEへのオンデマンドブロードキャスト(UEと呼ばれる)のために設定される。
【0130】
オンデマンドOSIブロードキャストのためのUE要求間隔の最適化
図16は、オンデマンドOSIブロードキャスト要求間の間隔を決定するための有益な方法を説明する簡略化したシーケンス図である。
【0131】
具体的には、この例では、基地局5は、オンデマンドブロードキャストの周期性の値(この例ではTと呼ぶ)を設定する(例えば、これは、図14を参照して説明した方法を使用することができ、図14のTOPは、この例ではTと同等である)。この例では、Tの最小値は、可能な最小のSI周期性である。(例えば、LTE SI周期性が80、160、320、640、1280、2560および5120msとなり得る現在のLTEシステムでは、T=80ms)。Tは、システム内の周期的システム(または、オンデマンドブロードキャストの機会)の情報提供のために現在の周期性が設定され得る
【0132】
オンデマンドブロードキャストの要求の間に、UE3が待たなければならない時間(OSIブロードキャストをリスニングする)を表す、いわゆる「待機(wait)」期間Tの値も、各UE3に対して設定される。この例では、TはT=Ndecodeに設定される。ここで、Ndecodeは、UE3が連続するオンデマンドブロードキャスト機会においてシステム情報ブロードキャストの復号を試みる回数である。例えば、T=80msおよびNdecode=64(すなわち、Ndecode=5120ms/80ms)の場合、Tの最大値=5120msである。
【0133】
UE3は、Ndecodeの1つの値(例えば最大値)で開始し、それを徐々に減少させる(それによってTの値を減少させる)ことができる。
【0134】
UE3は、(例えば、基地局5から受信した最小システム情報または他のシグナリングに基づいて)オンデマンドブロードキャスト機能がネットワークによって有効にされているかどうかをチェックする。UE3は、基地局5によって設定されたTの値を読み、適切なNdecode、したがってTの値を決定して、1つまたは複数のSIB/SIメッセージのオンデマンドブロードキャストのための新たな要求を出す前に、UE3がどれだけの時間待機する必要があるかを決定する。
【0135】
待機期間Tの使用は、UE要求の数を有利に減らし、それによってUE電力消費を減らす可能性があることが分かる。さらに、それは(要求のために)予約されなければならないアップリンクリソースの量およびアップリンク輻輳を減らす可能性を有する。
【0136】
修正と代替
多数の詳細な実施形態が上述されている。当業者には理解されるように、そこに具現化された本発明から依然として利益を受けながら、上記の例示的な実施形態に対して多くの修正および代替を行うことができる。説明のために、これらの代替形態および修正形態のいくつかのみをこれから説明する。
【0137】
上記の例示的な実施形態では、ユーザ機器3および基地局5を実装するためのいくつかのソフトウェアモジュールが説明された。当業者には理解されるように、そのようなソフトウェアモジュールは、コンパイルされた形、または、コンパイルされていない形で提供され、コンピュータネットワーク上の記録として、または、記録媒体上の対応するハードウェアに供給され得る。さらに、このソフトウェアの一部、または、全部によって実行される機能は、1つまたは複数の専用ハードウェア回路を使用して実行され得る。しかしながら、ソフトウェアモジュールの使用は、その機能性を更新するために対応するハードウェアの更新を容易にするので好ましい。同様に、上記の例示的な実施形態はトランシーバ回路を使用したが、トランシーバ回路の機能の少なくともいくつかはソフトウェアによって実行することができる。
【0138】
ユーザ機器3および基地局5の機能は通常、必要な機能を提供するために適切なソフトウェア命令を使用してプログラムされた1つまたは複数のハードウェアコンピュータプロセッサを有する1つまたは複数のコンピュータ処理装置を使用して実施される。当然のことながら、この機能の全部または一部は、例えば特定用途向け集積回路(ASIC:Application Specific Integrated Circuit )などの1つまたは複数の専用集積回路を使用して、専用回路としてハードウェアに実装することができる。
【0139】
UE3および基地局5の説明において言及されたコントローラは、例えば、アナログ、または、デジタルコントローラなどの任意の適切なコントローラを含み得ることが理解されよう。各コントローラは、例えば、1つ以上のハードウェア実施コンピュータプロセッサ、マイクロプロセッサ、中央処理装置(CPU:Central Processing Units)、算術論理装置(ALUS:Arithmetic Logic Units)、入/出力(IO)回路、内部メモリ/キャッシュ(プログラムおよび/またはデータ)、処理レジスタ、通信バス(例えば、制御、データおよび/またはアドレスバス)、ダイレクトメモリアクセス(DMA:Direct Memory Access)機能、ハードウェアまたはソフトウェアによって実装されたカウンタ、ポインタおよび/またはタイマ、および/またはそのようなもの、を含む(ただしこれらに限定されない)任意の適切な形態の処理回路を備えることができる。
【0140】
基地局5はgNBに関して説明されているが、gNBの機能が1つまたは複数の分散ユニット(DUS:Distributed Units)と中央ユニット(CU:Central Unit)との間で分割され得る基地局を含む任意の適切な基地局でもよく、CUは典型的にはより高いレベルの機能を実行し、次世代コアとの通信を行い、DUはより低いレベルの機能を実行し、周辺の(すなわち、gNBによって運営されるセル内の)ユーザ機器(UE:User Equipment)と無線インタフェースを介して通信する。
【0141】
基地局5は、例えば、例えば、周期性の設定、オンデマンドと周期的OSI提供との間の移行のトリガ、データ(例えば、周期性、送信タイプなど)およびまたはそのようなものに関連するシステム情報の基地局への通知を含むシステム情報の提供に関連する数多くの機能を実行するものとして上で説明された。基地局5によって実行されると記載された機能に関連するシステム情報のいずれも、通信ネットワーク内の別のエンティティによって実行され、(適切な場合には)UE/基地局に関連データを知らせるために、UE/基地局へ適切にシグナリングすることが使用される。例えば、周期性は他のエンティティによって計算され、基地局5(これはUE3に周期性を順番に知らせることができる)および/またはUE3に通知することができる。同様に、オンデマンドと周期的OSIとの間の移行は、他のエンティティによって管理され、基地局および/またはUEに通知されてもよい。これらの例では、他のエンティティは、コントローラ、トランシーバ、メモリなどを備えた図5に示す基地局5と同様であり得る。
【0142】
したがって、要約すると、通信装置は、コントローラとトランシーバとを備え、前記コントローラは、システム情報の少なくとも一部が規則的で周期的な間隔で送信される周期的送信モードと、セル内の少なくとも1つの通信機器からのシステム情報の要求に続いて、前記システム情報の少なくとも一部が送信されるオンデマンド送信モードと、を使用して、前記通信装置によって動作する少なくとも1つの前記セル内において、前記システム情報の前記トランシーバによる送信を制御し、前記オンデマンド送信モードが前記少なくとも1つの通信機器によって使用されている、または使用されることになる程度を表す利用レベルを決定し、前記システム情報の少なくとも所与の部分を送信するために、前記決定された利用レベルに基づいて、前記オンデマンド送信モードを使用することと、前記オンデマンド送信モードを使用しないこと、との間で切り替える、ように構成される、と説明される。
【0143】
前記コントローラは、前記決定された利用レベルと、少なくとも1つの利用閾値と、の比較に基づいて、いつ前記切り替えを実行するかを決定するように構成されてもよい。
【0144】
前記コントローラは、(a)前記決定された利用レベルと第1の閾値(例えばTHOFF)との比較に基づいて、何時、前記オンデマンド送信モードを使用することから前記オンデマンド送信モードを使用しないことに切り替えるかと、(b)前記決定された利用レベルと第2の閾値(例えばTHON)との比較に基づいて、何時、前記オンデマンド送信モードを使用しないことから前記オンデマンド送信モードを使用することに切り替えるかと、を決定するように構成されてもよい。
【0145】
前記コントローラは、通信機器が前記システム情報の前記少なくとも所与の部分に対する要求を行っている、またはこれから行うであろう率(たとえば到着率)に基づいて、前記利用レベルを決定するように構成されてもよい。
【0146】
前記コントローラは、測定されて決定された利用レベルに基づいて、何時、前記オンデマンド送信モードを使用することから前記オンデマンド送信モードを使用しないことに切り替えるかを決定するように構成されてもよい。
【0147】
前記コントローラは、測定で決定された利用レベル、および、推定で決定された利用レベルの少なくとも1つに基づいて、前記オンデマンド送信モードを使用しないことから前記オンデマンド送信モードを使用することに切り替えるかを決定するように構成されてもよい。
【0148】
前記コントローラはさらに、前記システム情報の前記少なくとも所与の部分を送信するための前記オンデマンド送信モードの使用がオンまたはオフであるかどうかを、前記少なくとも1つの通信機器に通知するように、前記トランシーバを制御するように構成されてもよい。
【0149】
前記コントローラは、前記システム情報の他の部分と、ダウンリンク制御情報(例えば、ダウンリンク制御情報(DCI:Downlink Control Information)フォーマットを使用する)と、の少なくとも1つを使用して、前記オンデマンド送信モードの使用が前記システム情報の前記所与の部分についてオンまたはオフのいずれであるかを、前記少なくとも1つの通信機器に通知するように、前記トランシーバを制御するように構成されてもよい。
【0150】
前記コントローラは、前記システム情報の前記少なくとも所与の部分を要求するために割り当てられたリソースを識別する情報を前記少なくとも1つの通信機器に送信することによって、前記システム情報の前記少なくとも所与の部分について、前記オンデマンド送信モードの使用がオンになっていることを前記少なくとも1つの通信機器に通知し、前記システム情報の前記少なくとも所与の部分を要求するために割り当てられたリソースを識別する情報を前記少なくとも1つの通信機器に送信しないことによって、前記システム情報の前記少なくとも所与の部分について、前記オンデマンド送信モードの使用がオフになっていることを前記少なくとも1つの通信機器に通知する、ようにトランシーバを制御するように構成されてもよい。
【0151】
前記コントローラは、オンデマンドで送信されるシステム情報の第1の部分に対する要求を送信するために前記少なくとも1つの通信機器によって使用されるための第1のリソースと、オンデマンドで送信されるシステム情報の第2の部分に対する要求を送信するために前記少なくとも1つの通信機器によって使用されるための第2のリソースと、をさらに割り当てるように構成されてもよい。
【0152】
前記コントローラは、少なくとも1つの通信機器からオンデマンドで送信されるシステム情報に対する少なくとも1つの要求を受信するように前記トランシーバを制御し、前記要求を行う前記少なくとも1つの通信機器によって使用されるリソースに基づく前記少なくとも1つの要求に応答して、前記システム情報のどの部分を送信すべきかを決定する、ようにさらに構成されてもよい。
【0153】
前記コントローラは、少なくとも1つの通信機器からオンデマンドで送信されるシステム情報に対する少なくとも1つの要求を受信するように前記トランシーバを制御し、前記要求を行う前記少なくとも1つの通信機器による前記要求のタイミングに基づく前記少なくとも1つの要求に応答して、前記システム情報のどの部分を送信すべきかを決定する、ようにさらに構成されてもよい。
【0154】
前記オンデマンド送信モードを使用するとき、前記コントローラは、規則的な周期的間隔で発生するように構成された送信機会と一致するように、要求されたシステム情報の送信のタイミングを制御するように構成され、前記要求されたシステム情報は、前記システム情報に対する少なくとも1つの要求に続く前記送信機会のうちの少なくとも1つにおいて送信されてもよい。
【0155】
前記コントローラは、(例えば、最適利用閾値によって表されるように)要求される利用レベルを目標にするために、前記送信機会間の前記規則的な周期的間隔に対して少なくとも1つの周期性を構成するように構成されてもよい。
【0156】
コントローラは、第1のレイテンシー要件を有する少なくとも1つの通信機器へのシステム情報の送信のために、前記送信機会間の前記規則的な周期的間隔に対して第1の周期性を構成し、第2のレイテンシー要件を有する少なくとも1つの通信機器へのシステム情報の送信のために、前記送信機会間の前記規則的な周期的間隔に対して(前記第1の周期性とは異なる)第2の周期性を構成する、ように構成されてもよい。
【0157】
したがって、さらなる要約では、通信装置は、コントローラとトランシーバとを備え、前記コントローラは、通信装置によってセル内で送信されるシステム情報の前記トランシーバによる受信を制御し、前記システム情報は、前記システム情報の少なくとも一部が規則的な周期的間隔で送信される周期的送信モードと、前記セル内の少なくとも1つの通信機器からのシステム情報の要求に続いて、前記システム情報の少なくとも一部が送信されるオンデマンド送信モードと、のうちの少なくとも1つを使用して送信され、前記オンデマンド送信モードのどの使用がオンに切り替えられているかについて、どのシステム情報が必要であるかを識別し、前記識別されたシステム情報に対する要求の前記トランシーバによる送信を制御し、前記コントローラは、どのシステム情報が要求されていると識別されたかに基づいて前記要求のタイミングを制御するように構成される、と説明される。
【0158】
前記コントローラは、前記識別されたシステム情報に対する要求を繰り返す前に、待機する間隔を決定するように構成されてもよい。
【0159】
前記コントローラは、オンデマンドでシステム情報を送信するための送信機会の周期性を識別する情報を受信するように前記トランシーバを制御するように構成されてもよく、前記間隔は前記周期性に依存する。
【0160】
前記コントローラは、要求が送信されたシステム情報を復号するために何回連続して送信する機会を試みるべきかを識別するように構成されてもよく、前記間隔は、前記周期性に依存する。
【0161】
前記コントローラは、前記システム情報の所与の部分を要求するためにリソースが割り当てられているかどうかに基づいて、暗黙的に前記システム情報の前記所与の部分について前記オンデマンド送信モードの使用がスイッチオンされるかどうかを決定するように構成されてもよい。
【0162】
他の様々な修正は、当業者には明らかであり、ここではこれ以上の詳細な説明はしない。
【0163】
この出願は、2017年1月6日に出願された英国特許出願第1700267.6号に基づく優先権の利益を主張し、その開示は参照によりその全体が本明細書に組み込まれる。
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
図16