特表 2023-514551 状態メッセージングプロトコル

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-04-06

(54)【発明の名称】状態メッセージングプロトコル

(51)【国際特許分類】

   H04W 56/00 20090101AFI20230330BHJP

   H04W 88/08 20090101ALI20230330BHJP

   H04L 7/04 20060101ALI20230330BHJP

【ＦＩ】

H04W56/00 110

H04W88/08

H04L7/04

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022547238

(86)(22)【出願日】2021-02-03

(85)【翻訳文提出日】2022-10-03

(86)【国際出願番号】 US2021016417

(87)【国際公開番号】W WO2021158665

(87)【国際公開日】2021-08-12

(31)【優先権主張番号】16/781,833

(32)【優先日】2020-02-04

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】512299576

【氏名又は名称】アルティオスター ネットワークス， インコーポレイテッド

【氏名又は名称原語表記】Ａｌｔｉｏｓｔａｒ Ｎｅｔｗｏｒｋｓ， Ｉｎｃ．

【住所又は居所原語表記】２００ Ａｍｅｓ Ｐｏｎｄ Ｄｒｉｖｅ， Ｔｅｗｋｓｂｕｒｙ， ＭＡ ０１８７６， Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100114890

【弁理士】

【氏名又は名称】アインゼル・フェリックス＝ラインハルト

(74)【代理人】

【識別番号】100098501

【弁理士】

【氏名又は名称】森田 拓

(74)【代理人】

【識別番号】100116403

【弁理士】

【氏名又は名称】前川 純一

(74)【代理人】

【識別番号】100134315

【弁理士】

【氏名又は名称】永島 秀郎

(74)【代理人】

【識別番号】100162880

【弁理士】

【氏名又は名称】上島 類

(72)【発明者】

【氏名】エム ラマナ レッディ

(72)【発明者】

【氏名】サンカルシャン セン

(72)【発明者】

【氏名】パルヴェズ ムニル カーン

【テーマコード（参考）】

5K047

5K067

【Ｆターム（参考）】

5K047AA01

5K047AA18

5K047BB01

5K067AA33

5K067DD11

5K067DD17

5K067DD30

5K067EE10

5K067FF05

5K067HH22

5K067JJ13

(57)【要約】

無線通信システムにおける通信ユニット間の無線同期状態メッセージングのための方法、装置、システム、およびコンピュータプログラム製品。状態イベントの変化が１つまたは複数の第１の通信デバイス装置によって検出される。検出された状態イベントの変化を示すメッセージが生成される。生成されたメッセージが、１つまたは複数の第２の通信デバイスに送信される。

【特許請求の範囲】

【請求項1】

コンピュータにより実装される方法であって、前記方法は、
１つまたは複数の第１の通信デバイスによって状態イベントの変化を検出するステップと、
検出された前記状態イベントの変化を示すメッセージを生成するステップと、
生成された前記メッセージを１つまたは複数の第２の通信デバイスに送信するステップと、
を含む方法。

【請求項2】

前記１つまたは複数の第１および第２の通信デバイスは、以下のうちの少なくとも１つ、すなわち、基地局、ｇＮｏｄｅＢ基地局、ｅＮｏｄｅＢ基地局、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項１記載の方法。

【請求項3】

前記１つまたは複数の第１および第２の通信デバイスは、以下のうちの少なくとも１つ、すなわち、１つまたは複数の分散型ユニット、１つまたは複数の無線ユニット、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項２記載の方法。

【請求項4】

１つまたは複数のリモートユニットは、前記メッセージを生成し、前記生成されたメッセージを前記１つまたは複数の分散型ユニットに送信する、
請求項３記載の方法。

【請求項5】

前記１つまたは複数の分散型ユニットは、前記メッセージを生成し、前記生成されたメッセージを前記１つまたは複数のリモートユニットに送信する、
請求項３記載の方法。

【請求項6】

前記メッセージは、前記１つまたは複数の第１の通信デバイスの１つまたは複数のレイヤ２コンポーネントから前記１つまたは複数の第２の通信デバイスの１つまたは複数のレイヤ２コンポーネントに送信されるように構成されたレイヤ２メッセージフレームである、
請求項１記載の方法。

【請求項7】

前記レイヤ２メッセージは、以下のうちの少なくとも１つ、すなわち、前記レイヤ２メッセージの発信元の識別子、前記レイヤ２メッセージの前記発信元のタイプの識別子、前記レイヤ２メッセージの宛先の識別子、前記レイヤ２メッセージの前記宛先のタイプの識別子、前記レイヤ２メッセージのタイプの識別子、前記状態イベントの変化に対応するデータ、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項６記載の方法。

【請求項8】

前記状態イベントの変化に対応する前記データは、以下のうちの少なくとも１つ、すなわち、精度タイミングプロトコルクロック状態、同期イーサネットクロック状態、時間誤差状態、精度タイミングプロトコル設定、同期イーサネット構成、１つまたは複数のコマンド、１つまたは複数の構成、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項７記載の方法。

【請求項9】

前記状態イベントの前記変化に対応する前記データは、以下のうちの少なくとも１つ、すなわち、状態イベントの先行する変化の検出以降の経過時間、位相オフセット構成、周波数オフセット構成、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項８記載の方法。

【請求項10】

前記方法は、前記１つまたは複数の第２の通信デバイスによって、受信された前記メッセージに基づき１つまたは複数の措置を実行するステップをさらに含む、
請求項１記載の方法。

【請求項11】

前記メッセージは、前記１つまたは複数の第２の通信デバイスによってリアルタイムで受信されるように構成されたマルチキャストメッセージである、
請求項１記載の方法。

【請求項12】

少なくとも１つのプログラマブルプロセッサと、
非一時的機械可読媒体と、
を含む装置であって、
前記非一時的機械可読媒体は、前記少なくとも１つのプログラマブルプロセッサによって実行されるときに、前記少なくとも１つのプログラマブルプロセッサに以下のこと、すなわち、
１つまたは複数の第１の通信デバイスによって状態イベントの変化を検出することと、
検出された前記状態イベントの変化を示すメッセージを生成することと、
生成された前記メッセージを１つまたは複数の第２の通信デバイスに送信することと、
を含む動作を実行させる命令が記憶されている、
装置。

【請求項13】

前記１つまたは複数の第１および第２の通信デバイスは、以下のうちの少なくとも１つ、すなわち、基地局、ｇＮｏｄｅＢ基地局、ｅＮｏｄｅＢ基地局、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項１２記載の装置。

【請求項14】

前記１つまたは複数の第１および第２の通信デバイスは、以下のうちの少なくとも１つ、すなわち、１つまたは複数の分散型ユニット、１つまたは複数の無線ユニット、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項１３記載の装置。

【請求項15】

１つまたは複数のリモートユニットは、前記メッセージを生成し、前記生成されたメッセージを前記１つまたは複数の分散型ユニットに送信する、
請求項１４記載の装置。

【請求項16】

前記１つまたは複数の分散型ユニットは、前記メッセージを生成し、前記生成されたメッセージを前記１つまたは複数のリモートユニットに送信する、
請求項１４記載の装置。

【請求項17】

前記メッセージは、前記１つまたは複数の第１の通信デバイスの１つまたは複数のレイヤ２コンポーネントから前記１つまたは複数の第２の通信デバイスの１つまたは複数のレイヤ２コンポーネントに送信されるように構成されたレイヤ２メッセージフレームである、
請求項１２記載の装置。

【請求項18】

前記レイヤ２メッセージは、以下のうちの少なくとも１つ、すなわち、前記レイヤ２メッセージの発信元の識別子、前記レイヤ２メッセージの前記発信元のタイプの識別子、前記レイヤ２メッセージの宛先の識別子、前記レイヤ２メッセージの前記宛先のタイプの識別子、前記レイヤ２メッセージのタイプの識別子、前記状態イベントの変化に対応するデータ、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項１７記載の装置。

【請求項19】

前記状態イベントの前記変化に対応する前記データは、以下のうちの少なくとも１つ、すなわち、精度タイミングプロトコルクロック状態、同期イーサネットクロック状態、時間誤差状態、精度タイミングプロトコル設定、同期イーサネット構成、１つまたは複数のコマンド、１つまたは複数の構成、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項１８記載の装置。

【請求項20】

前記状態イベントの前記変化に対応する前記データは、以下のうちの少なくとも１つ、すなわち、状態イベントの先行する変化の検出以降の経過時間、位相オフセット構成、周波数オフセット構成、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項１９記載の装置。

【請求項21】

前記動作は、前記１つまたは複数の第２の通信デバイスによって、受信された前記メッセージに基づき１つまたは複数の措置を実行することをさらに含む、
請求項１２記載の装置。

【請求項22】

前記メッセージは、前記１つまたは複数の第２の通信デバイスによってリアルタイムで受信されるように構成されたマルチキャストメッセージである、
請求項１２記載の装置。

【請求項23】

コンピュータプログラム製品であって、
少なくとも１つのプログラマブルプロセッサによって実行されるときに、前記少なくとも１つのプログラマブルプロセッサに以下のこと、すなわち、
１つまたは複数の第１の通信デバイスによって状態イベントの変化を検出することと、
検出された前記状態イベントの変化を示すメッセージを生成することと、
生成された前記メッセージを１つまたは複数の第２の通信デバイスに送信することと、
を含む動作を実行させる命令が記憶されている非一時的機械可読媒体を含む、
コンピュータプログラム製品。

【請求項24】

前記１つまたは複数の第１および第２の通信デバイスは、以下のうちの少なくとも１つ、すなわち、基地局、ｇＮｏｄｅＢ基地局、ｅＮｏｄｅＢ基地局、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項２３記載のコンピュータプログラム製品。

【請求項25】

前記１つまたは複数の第１および第２の通信デバイスは、以下のうちの少なくとも１つ、すなわち、１つまたは複数の分散型ユニット、１つまたは複数の無線ユニット、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項２４記載のコンピュータプログラム製品。

【請求項26】

１つまたは複数のリモートユニットは、前記メッセージを生成し、前記生成されたメッセージを前記１つまたは複数の分散型ユニットに送信する、
請求項２５記載のコンピュータプログラム製品。

【請求項27】

前記１つまたは複数の分散型ユニットは、前記メッセージを生成し、前記生成されたメッセージを前記１つまたは複数のリモートユニットに送信する、
請求項２５記載のコンピュータプログラム製品。

【請求項28】

前記メッセージは、前記１つまたは複数の第１の通信デバイスの１つまたは複数のレイヤ２コンポーネントから前記１つまたは複数の第２の通信デバイスの１つまたは複数のレイヤ２コンポーネントに送信されるように構成されたレイヤ２メッセージフレームである、
請求項２３記載のコンピュータプログラム製品。

【請求項29】

前記レイヤ２メッセージは、以下のうちの少なくとも１つ、すなわち、前記レイヤ２メッセージの発信元の識別子、前記レイヤ２メッセージの前記発信元のタイプの識別子、前記レイヤ２メッセージの宛先の識別子、前記レイヤ２メッセージの前記宛先のタイプの識別子、前記レイヤ２メッセージのタイプの識別子、前記状態イベントの変化に対応するデータ、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項２８記載のコンピュータプログラム製品。

【請求項30】

前記状態イベントの前記変化に対応する前記データは、以下のうちの少なくとも１つ、すなわち、精度タイミングプロトコルクロック状態、同期イーサネットクロック状態、時間誤差状態、精度タイミングプロトコル設定、同期イーサネット構成、１つまたは複数のコマンド、１つまたは複数の構成、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項２９記載のコンピュータプログラム製品。

【請求項31】

前記状態イベントの前記変化に対応する前記データは、以下のうちの少なくとも１つ、すなわち、状態イベントの先行する変化の検出以降の経過時間、位相オフセット構成、周波数オフセット構成、およびこれらの任意の組み合わせのうちの少なくとも１つを含む、
請求項３０記載のコンピュータプログラム製品。

【請求項32】

前記動作は、前記１つまたは複数の第２の通信デバイスによって、受信された前記メッセージに基づき１つまたは複数の措置を実行することをさらに含む、
請求項２３記載のコンピュータプログラム製品。

【請求項33】

前記メッセージは、前記１つまたは複数の第２の通信デバイスによってリアルタイムで受信されるように構成されたマルチキャストメッセージである、
請求項２３記載のコンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

いくつかの実施形態において、本保護対象は、電気通信システムに関し、特に、例えば５Ｇの新規無線（「ＮＲ」）などの無線通信システムにおけるさまざまな通信ユニット（例えば分散型ユニット、無線ユニットなどの）間の無線同期状態メッセージングプロトコルに関する。

【背景技術】

【0002】

今日の世界では、セルラネットワークは、個人および事業体にオンデマンド通信機能を提供する。典型的には、セルラネットワークは、セルと称される複数の陸上領域にわたって分散可能な無線ネットワークである。そのような各セルは、セルサイトまたは基地局と称される少なくとも１つの固定位置トランシーバによってサービスを提供されている。各セルは、干渉を回避し、各セル内で改善されたサービスを提供するために、隣接セルとは異なる周波数のセットを使用することができる。複数のセルが一緒に結合されると、これらのセルは、広範な地理的領域にわたって無線カバレッジを提供し、これにより、多数の携帯電話、および／または他の無線デバイスもしくは携帯可能なトランシーバは、相互に通信したりネットワーク内の任意の場所の固定トランシーバや電話と通信したりすることが可能になる。そのような通信は、基地局を介して行われ、モバイルトランシーバが送信中に２つ以上のセルを通って移動している場合でも達成される。主要な無線通信プロバイダは、世界中にそのようなセルサイトを展開し、これによって、通信用携帯電話やモバイルコンピューティングデバイスが、公衆交換電話網や公衆インターネットに接続することが可能になっている。

【0003】

携帯電話とは、これらの携帯電話間で信号を転送するために電波を使用することにより、セルサイトまたは送信塔を介して電話および／またはデータ呼を受信および／または発信することができる携帯可能な電話のことである。多数の携帯電話ユーザを考慮して、現在の携帯電話ネットワークは、限られた共有リソースを提供している。これに関して、セルサイトおよびハンドセットは、より少ない干渉で多くの発呼者によるネットワークの同時使用を可能にするために周波数を変更し、低電力の送信機を使用することができる。セルサイトによるカバレッジは、特定の地理的場所および／またはネットワークを潜在的に使用できるユーザの数に依存し得る。例えば、都市部では、セルサイトは、最大約１／２マイルの範囲を有することができ、農村部では、距離は５マイルにもなり得る。また一部の地域では、ユーザは、２５マイル離れたセルサイトからの信号を受信することができる。

【0004】

通信プロバイダによって使用されているいくつかのデジタルセルラ技術の例は以下のとおりである。：Global System for Mobile Communications（「ＧＳＭ」）、General Packet Radio Service（「ＧＰＲＳ」）、ｃｄｍａＯｎｅ、ＣＤＭＡ２０００、Evolution-Data Optimized（「ＥＶ－ＤＯ」）、Enhanced Data Rates for GSM Evolution（「ＥＤＧＥ」）、Universal Mobile Telecommunications System（「ＵＭＴＳ」）、Digital Enhanced Cordless Telecommunications（「ＤＥＣＴ」）、Digital AMPS（「ＩＳ－１３６／ＴＤＭＡ」、およびIntegrated Digital Enhanced Network（「ｉＤＥＮ」）。第３世代パートナーシッププロジェクト（「３ＧＰＰ」）標準化団体によって策定されたロングタームエボリューションまたは４Ｇ ＬＴＥは、携帯電話およびデータ端末用の高速データの無線通信のための標準規格である。現在では５Ｇ ＬＴＥ標準規格が策定され、展開されている。ＬＴＥは、ＧＳＭ／ＥＤＧＥおよびＵＭＴＳ／ＨＳＰＡデジタルセルラ技術に基づいており、コアネットワークの改善とともに異なる無線インタフェースを使用することによって、容量および速度の増加を考慮している。

【0005】

モバイルデバイスは、音声データ（例えば通話）、Ｅメール、テキストメッセージ、インターネットブラウジング、ビデオデータ（例えばビデオ、ビデオ通話、拡張／仮想現実など）、オーディオデータ（例えば曲のストリーミング）などのさまざまなタイプのデータを受信および送信するために使用される。異なるタイプのデータは、異なる送信帯域幅を要求し得る。例えば、良好な品質を有するモバイルデバイスで高品位ビデオを再生するためには、モバイルデバイスへの電子メールまたはテキストメッセージの送信に比べて、より高い帯域幅を要求される場合がある。

【0006】

エアインタフェースの適切な効率および適切な機能を保証するために、５Ｇ ＮＲネットワークは、さまざまな周波数およびタイミング要件を実現する。しかしながら、現在実現されているプロトコルは、効果的なタイミングの同期を基地局に提供することができない。

【発明の概要】

【課題を解決するための手段】

【0007】

いくつかの実施形態では、本保護対象は、無線通信システムにおける通信ユニット間の無線同期状態メッセージングのためのコンピュータ実装方法に関する。本方法は、１つまたは複数の第１の通信デバイスによって状態イベントの変化を検出するステップと、検出された状態イベントの変化を示すメッセージを生成するステップと、生成されたメッセージを１つまたは複数の第２の通信デバイスに送信するステップと、を含むことができる。

【0008】

いくつかの実施形態では、本保護対象は、以下の任意選択的な特徴のうちの１つまたは複数を含むことができる。通信デバイスは、以下のうちの少なくとも１つ、すなわち、基地局、ｇＮｏｄｅＢ基地局、ｅＮｏｄｅＢ基地局、およびこれらの任意の組み合わせのうちの少なくとも１つを含むことができる。特に、通信デバイスは、以下のうちの少なくとも１つ、すなわち、１つまたは複数の分散型ユニット、１つまたは複数の無線ユニット、およびこれらの任意の組み合わせのうちの少なくとも１つを含むことができる。さらに、いくつかの実施形態では、リモートユニットは、メッセージを生成し、生成されたメッセージを１つまたは複数の分散型ユニットに送信することができる。代替的または付加的に、分散型ユニットは、メッセージを生成し、生成されたメッセージを１つまたは複数のリモートユニットに送信することができる。

【0009】

いくつかの実施形態では、メッセージは、１つまたは複数の第１の通信デバイスの１つまたは複数のレイヤ２コンポーネントから１つまたは複数の第２の通信デバイスの１つまたは複数のレイヤ２コンポーネントに送信されるように構成されたレイヤ２メッセージフレームであり得る。レイヤ２メッセージは、以下のうちの少なくとも１つ、すなわち、レイヤ２メッセージの発信元の識別子、レイヤ２メッセージの発信元のタイプの識別子、レイヤ２メッセージの宛先の識別子、レイヤ２メッセージの宛先のタイプの識別子、レイヤ２メッセージのタイプの識別子、状態イベントの変化に対応するデータ、およびこれらの任意の組み合わせのうちの少なくとも１つを含むことができる。さらに、状態イベントの変化に対応するデータは、以下のうちの少なくとも１つ、すなわち、精度タイミングプロトコルクロック状態、同期イーサネットクロック状態、時間誤差状態、精度タイミングプロトコル設定、同期イーサネット設定、１つまたは複数のコマンド、１つまたは複数の設定、およびこれらの任意の組み合わせのうちの少なくとも１つを含むことができる。状態イベントの変化に対応するデータは、以下のうちの少なくとも１つ、すなわち、状態イベントの先行する変化の検出以降の経過時間、位相オフセット設定、周波数オフセット設定、およびこれらの任意の組み合わせのうちの少なくとも１つを含むことができる。

【0010】

いくつかの実施形態では、本方法は、第２の通信デバイスによって、受信されたメッセージに基づき１つまたは複数の措置を実行するステップを含むことができる。

【0011】

いくつかの実施形態では、メッセージは、１つまたは複数の第２の通信デバイスによって実質的にリアルタイムで受信されるように構成されたマルチキャストメッセージであり得る。

【0012】

命令が１つまたは複数のコンピューティングシステムの１つまたは複数のデータプロセッサによって実行されるときに少なくとも１つのデータプロセッサに本明細書の動作を実行させる命令が記憶されている、非一時的コンピュータプログラム製品（すなわち、物理的に具現化されたコンピュータプログラム製品）も記載されている。同様に、コンピュータシステムが、１つまたは複数のデータプロセッサと、これらの１つまたは複数のデータプロセッサに結合されたメモリと、を含み得ることも説明されている。メモリは、少なくとも１つのプロセッサに本明細書に記載の動作の１つまたは複数を実行させる命令を、一時的または永続的に記憶することができる。付加的に、本方法は、１つまたは複数のデータプロセッサによって、単一のコンピューティングシステム内で実施されるか、または２つまたはそれ以上のコンピューティングシステムに分散されて実施され得る。そのようなコンピューティングシステムは、接続可能であり、１つ以上の接続を介してデータおよび／またはコマンドあるいは他の命令などを交換することができる。この接続には、ネットワーク（例えばインターネット、ワイヤレスワイドエリアネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク、有線ネットワークなど）を介した接続が含まれるがこれらに限定されない。

【0013】

本明細書に記載される保護対象の１つまたは複数の変形形態の詳細は、添付の図面および以下の説明に記載されている。本明細書に記載された保護対象の他の特徴および利点は、説明および図面、ならびに特許請求の範囲から明らかになるであろう。

【0014】

本明細書に組み込まれて本明細書の一部を成している添付の図面は、本明細書で開示される保護対象の特定の態様を示し、その記述とともに、開示される実施形態に関連するいくつかの原理の説明を補っている。

【図面の簡単な説明】

【0015】

【図1a】例示的な従来のロングタームエボリューション（「ＬＴＥ」）通信システムを示した図である。

【図1b】図１ａに示されている例示的なＬＴＥシステムのさらなる詳細を示した図である。

【図1c】図１ａに示されている例示的なＬＴＥシステムの発展型パケットコアの付加的な詳細を示した図である。

【図1d】図１ａに示されている例示的なＬＴＥシステムの例示的な発展型ノードＢを示した図である。

【図2】図１ａ～図１ｄに示されている発展型ノードＢのさらなる詳細を示した図である。

【図3】本保護対象のいくつかの実施形態による、例示的な仮想無線アクセスネットワークを示した図である。

【図4】より高い周波数帯域の使用をユーザに提供するための例示的な３ＧＰＰ分割アーキテクチャを示した図である。

【図5】例示的な５Ｇ無線通信システムを示した図である。

【図6】本保護対象のいくつかの実施形態による、５Ｇ無線通信システムを示した図である。

【図7a】ユーザプレーンプロトコルスタックを示した図である。

【図7b】制御プレーンプロトコルスタックを示した図である。

【図8】本保護対象のいくつかの実施形態による、例示的な無線同期状態メッセージングプロトコルシステムを示した図である。

【図9】ＮＥＴＣＯＮＦ／ＹＡＮＧ通知プロトコルを実装するように構成することができる例示的な通信システムを示した図である。

【図10】本保護対象のいくつかの実施形態による、無線同期メッセージングプロトコルを実装するように構成することができる例示的な通信システムを示した図である。

【図11】本保護対象のいくつかの実施形態による、無線同期メッセージングのための例示的なプロセス１１００を示した図である。

【図12】本保護対象のいくつかの実施形態による、例示的なシステムを示した図である。

【図13】本保護対象のいくつかの実施形態による、例示的な方法を示した図である。

【発明を実施するための形態】

【0016】

本保護対象は、無線通信システムのための下位レイヤ分割アーキテクチャにおいて実現可能なシステムおよび方法を提供することができる。そのようなシステムは、５Ｇの新規無線通信システム（New Radio communications system）、ロングタームエボリューション通信システムなどを含むさまざまな無線通信システムを含むことができる。

【0017】

本保護対象の１つまたは複数の態様は、そのような通信システムにおける基地局（例えばｇＮｏｄｅＢ、ｅＮｏｄｅＢなど）の送信機および／または受信機のコンポーネント内に組み込むことができる。以下は、ロングタームエボリューション通信システムと５Ｇ新規通信システムとについての一般的な議論である。

【0018】

Ｉ．ロングタームエボリューション通信システム
図１ａ～図１ｃおよび図２は、例示的な従来のロングタームエボリューション（「ＬＴＥ」）通信システム１００を、そのさまざまなコンポーネントとともに示す。ＬＴＥシステムまたは４Ｇ ＬＴＥは、商業的に公知のように、携帯電話およびデータ端末用の高速データの無線通信のための標準規格によって管理されている。この標準規格は、ＧＳＭ／ＥＤＧＥ（「Global System for Mobile Communications」／「Enhanced Data rates for GSM Evolution」）ならびにＵＭＴＳ／ＨＳＰＡ（「Universal Mobile Telecommunications System」／「High Speed Packet Access」）ネットワーク技術に基づいている。この標準規格は３ＧＰＰ（「3rd Generation Partnership Project」）によって策定された。

【0019】

図１ａに示されているように、システム１００は、発展型汎用地上波無線アクセスネットワーク（「ＥＵＴＲＡＮ」）１０２、発展型パケットコア（「ＥＰＣ」）１０８、およびパケットデータネットワーク（「ＰＤＮ」）１０１を含むことができ、ここで、ＥＵＴＲＡＮ１０２およびＥＰＣ１０８は、ユーザ機器１０４とＰＤＮ１０１との間の通信を提供する。ＥＵＴＲＡＮ１０２は、複数のユーザ機器１０４（ａ，ｂ，ｃ）に通信能力を提供する、複数の発展型ノードＢ（「ｅＮｏｄｅＢ」または「ＥＮＯＤＥＢ」または「ｅｎｏｄｅｂ」または「ｅＮＢ」）または基地局１０６（ａ，ｂ，ｃ）（図１ｂに示されている）を含むことができる。ユーザ機器１０４は、携帯電話、スマートフォン、タブレット、パーソナルコンピュータ、携帯情報端末（「ＰＤＡ」）、サーバ、データ端末、および／または任意の他のタイプのユーザ機器、および／またはこれらの任意の組み合わせであり得る。ユーザ機器１０４は、任意のｅＮｏｄｅＢ１０６を介して、ＥＰＣ１０８、最終的にはＰＤＮ１０１に接続することができる。典型的には、ユーザ機器１０４は、距離の点で最も近いｅＮｏｄｅＢ１０６に接続することができる。ＬＴＥシステム１００では、ＥＵＴＲＡＮ１０２およびＥＰＣ１０８は、ユーザ機器１０４に対して接続性、モビリティ、およびサービスを提供するために協働している。

【0020】

図１ｂは、図１ａに示されているネットワーク１００のさらなる詳細を示す。上述したように、ＥＵＴＲＡＮ１０２は、セルサイトとしても既知である複数のｅＮｏｄｅＢ１０６を含む。ｅＮｏｄｅＢ１０６は、無線機能を提供し、エアーリンクリソースまたは無線リソース管理のスケジューリング、アクティブモードモビリティもしくはハンドオーバ、およびサービスのためのアドミッション制御を含むキー制御機能を実行する。ｅＮｏｄｅＢ１０６は、どのモビリティ管理エンティティ（図１ｃに示されているようなＭＭＥ）がユーザ機器１０４にサービスを提供するかを選択することと、ヘッダ圧縮および暗号化などのプロトコル機能とを担っている。ＥＵＴＲＡＮ１０２を構成するｅＮｏｄｅＢ１０６は、無線リソース管理およびハンドオーバのために相互に協働する。

【0021】

ユーザ機器１０４とｅＮｏｄｅＢ１０６との間の通信は、（「ＬＴＥ－Ｕｕ」インタフェースとしても既知の）エアインタフェース１２２を介して行われる。図１ｂに示されているように、エアインタフェース１２２は、ユーザ機器１０４ｂとｅＮｏｄｅＢ１０６ａとの間の通信を提供する。エアインタフェース１２２は、ダウンリンクおよびアップリンクにおいて、それぞれ直交周波数分割多元接続（「ＯＦＤＭＡ」）およびＯＦＤＭＡの変形形態であるシングルキャリア周波数分割多元接続（「ＳＣ－ＦＤＭＡ」）を使用する。ＯＦＤＭＡでは、マルチ入力マルチ出力（「ＭＩＭＯ」）などの複数の既知のアンテナ技術を使用することができる。

【0022】

エアインタフェース１２２は、ユーザ機器１０４とｅＮｏｄｅＢ１０６との間のシグナリングのための無線リソース制御（「ＲＲＣ」）と、（図１ｃに示されているような）ユーザ機器１０４とＭＭＥとの間のシグナリングのための非アクセス層（「ＮＡＳ」）とを含んでいるさまざまなプロトコルを使用する。シグナリングに加えて、ユーザトラフィックが、ユーザ機器１０４とｅＮｏｄｅＢ１０６との間で転送される。システム１００におけるシグナリングおよびトラフィックの両方は、物理層（「ＰＨＹ」）チャネルによって搬送される。

【0023】

複数のｅＮｏｄｅＢ１０６は、Ｘ２インタフェース１３０（ａ，ｂ，ｃ）を使用して互いに相互接続することができる。図１ｂに示されているように、Ｘ２インタフェース１３０ａは、ｅＮｏｄｅＢ１０６ａとｅＮｏｄｅＢ１０６ｂとの間の相互接続を提供し、Ｘ２インタフェース１３０ｂは、ｅＮｏｄｅＢ１０６ａとｅＮｏｄｅＢ１０６ｃとの間の相互接続を提供し、Ｘ２インタフェース１３０ｃは、ｅＮｏｄｅＢ１０６ｂとｅＮｏｄｅＢ１０６ｃとの間の相互接続を提供する。Ｘ２インタフェースは、負荷または干渉に関する情報ならびにハンドオーバに関する情報を含むことができる信号の交換を提供するために、２つのｅＮｏｄｅＢ間で確立することができる。ｅＮｏｄｅＢ１０６は、Ｓ１インタフェース１２４（ａ，ｂ，ｃ）を介して、発展型パケットコア１０８と通信する。Ｓ１インタフェース１２４は、２つのインタフェースに、すなわち、一方は（図１ｃにおいて制御プレーンインタフェース（Ｓ１－ＭＭＥインタフェース）１２８として示されている）制御プレーンに分割可能であり、他方は（図１ｃにおいてユーザプレーンインタフェース（Ｓ１－Ｕインタフェース）１２５として示されている）ユーザプレーンに分割可能である。

【0024】

ＥＰＣ１０８は、ユーザサービスのためのサービス品質（「ＱｏＳ」）を確立して強化し、ユーザ機器１０４が移動中に一貫したインターネットプロトコル（「ＩＰ」）アドレスを維持することを可能にさせる。ネットワーク１００内の各ノードは、独自のＩＰアドレスを有することに留意すべきである。ＥＰＣ１０８は、レガシー無線ネットワークと相互作用するように設計されている。ＥＰＣ１０８は、コアネットワークアーキテクチャにおける制御プレーン（すなわちシグナリング）とユーザプレーン（すなわちトラフィック）とを分離するようにも設計されており、これによって、実装におけるより高いフレキシビリティと、制御およびユーザデータ機能の独立したスケーラビリティと、が可能となる。

【0025】

ＥＰＣ１０８アーキテクチャは、パケットデータ専用であり、図１ｃにより詳細に示されている。ＥＰＣ１０８は、サービングゲートウェイ（Ｓ－ＧＷ）１１０、ＰＤＮゲートウェイ（Ｐ－ＧＷ）１１２、モビリティ管理エンティティ（「ＭＭＥ」）１１４、ホーム加入者サーバ（「ＨＳＳ」）１１６（ＥＰＣ１０８用の加入者データベース）、およびポリシー制御および課金規則機能（「ＰＣＲＦ」）１１８を含む。これらのいくつか（Ｓ－ＧＷ、Ｐ－ＧＷ、ＭＭＥ、およびＨＳＳなど）は、メーカの実装に従って複数のノードに組み合わされることが多い。

【0026】

Ｓ－ＧＷ１１０は、ＩＰパケットデータルータとして機能し、ＥＰＣ１０８内のユーザ機器のベアラパスアンカーである。したがって、ユーザ機器がモビリティ動作中に一方のｅＮｏｄｅＢ１０６から他方のｅＮｏｄｅＢ１０６へ移動する際に、Ｓ－ＧＷ１１０は同じまま、ＥＵＴＲＡＮ１０２に向かうベアラパスが、ユーザ機器１０４にサービスを提供する新たなｅＮｏｄｅＢ１０６との通話に切り替えられる。ユーザ機器１０４が別のＳ－ＧＷ１１０のドメインに移動した場合は、ＭＭＥ１１４は、ユーザ機器のベアラパスのすべてを新たなＳ－ＧＷに転送する。このＳ－ＧＷ１１０は、１つまたは複数のＰ－ＧＷ１１２に対するユーザ機器のためのベアラパスを確立する。ダウンストリームデータがアイドル状態のユーザ機器のために受信された場合、Ｓ－ＧＷ１１０は、ダウンストリームパケットをバッファリングし、ＭＭＥ１１４に、ＥＵＴＲＡＮ１０２へのおよびＥＵＴＲＡＮ１０２を介したベアラパスの位置特定と再確立とを要求する。

【0027】

Ｐ－ＧＷ１１２は、ＥＰＣ１０８（およびユーザ機器１０４およびＥＵＴＲＡＮ１０２）と（図１ａに示されている）ＰＤＮ１０１との間のゲートウェイである。Ｐ－ＧＷ１１２は、ユーザトラフィックのルータとして機能するとともに、ユーザ機器に代わって機能を実行する。これには、ユーザ機器に対するＩＰアドレス割り当て、適切なベアラパス上に配置されることを保証するためのダウンストリームユーザトラフィックのパケットフィルタリング、データレートを含むダウンストリームＱｏＳの強制が含まれる。加入者が使用しているサービスに依存して、ユーザ機器１０４とＰ－ＧＷ１１２との間に複数のユーザデータベアラパスが存在していてよい。加入者は、異なるＰ－ＧＷによってサービスを提供されるＰＤＮ上のサービスを使用することができ、この場合、ユーザ機器は、各Ｐ－ＧＷ１１２に対して確立された少なくとも１つのベアラパスを有する。一方のｅＮｏｄｅＢから他方のｅＮｏｄｅＢへのユーザ機器のハンドオーバ中に、Ｓ－ＧＷ１１０も変更される場合には、Ｐ－ＧＷ１１２からのベアラパスは、新たなＳ－ＧＷに切り替わる。

【0028】

ＭＭＥ１１４は、加入者認証を管理すること、認証されたユーザ機器１０４についてのコンテキストを維持すること、ユーザトラフィックのためのネットワーク内のデータベアラパスを確立すること、およびネットワークから切り離されていないアイドル状態のモバイルの位置の追跡を維持することを含めてＥＰＣ１０８内のユーザ機器１０４を管理している。ダウンストリームデータを受信するためにアクセスネットワークへの再接続が必要なアイドル状態のユーザ機器１０４に対しては、ＭＭＥ１１４は、ユーザ機器の位置特定のためにページングを開始し、ＥＵＴＲＡＮ１０２へのおよびＥＵＴＲＡＮ１０２を介したベアラパスを再確立する。特定のユーザ機器１０４に対するＭＭＥ１１４は、ユーザ機器１０４がシステムアクセスを開始するｅＮｏｄｅＢ１０６によって選択される。このＭＭＥは、典型的には、負荷分割および冗長化の目的のためのＥＰＣ１０８におけるＭＭＥコレクションの一部である。ユーザのデータベアラパスの確立の際には、ＭＭＥ１１４が、ＥＰＣ１０８によるデータパスの終端を構成するＰ－ＧＷ１１２およびＳ－ＧＷ１１０の選択を担う。

【0029】

ＰＣＲＦ１１８は、ポリシー制御の意思決定ならびにＰ－ＧＷ１１０に常駐するポリシー制御強制機能（「ＰＣＥＦ」）におけるフローベースの課金機能の制御を担う。ＰＣＲＦ１１８は、ＰＣＥＦにおいて特定のデータフローをどのように処理するかを決定し、これによりユーザの加入プロファイルに従っていることを保証するＱｏＳ認証（ＱｏＳクラス識別子（「ＱＣＩ」）およびビットレート）を提供している。

【0030】

上述したように、ＩＰサービス１１９は、（図１ａに示されているように）ＰＤＮ１０１によって提供される。

【0031】

図１ｄは、ｅＮｏｄｅＢ１０６の例示的な構造を示す。ｅＮｏｄｅＢ１０６は、少なくとも１つのリモート無線ヘッド（「ＲＲＨ」）１３２（典型的には、３つのＲＲＨ１３２が存在し得る）とベースバンドユニット（「ＢＢＵ」）１３４とを含み得る。ＲＲＨ１３２は、アンテナ１３６に接続することができる。ＲＲＨ１３２およびＢＢＵ１３４は、共通の公衆無線インタフェース（「ＣＰＲＩ」）１４２の標準仕様に準拠する光学的インタフェースを使用して接続可能である。ｅＮｏｄｅＢ１０６の動作は、以下の標準パラメータ（および仕様）、すなわち、無線周波数帯域（Ｂａｎｄ４，Ｂａｎｄ９，Ｂａｎｄ１７）、帯域幅（５，１０，１５，２０ＭＨｚ）、アクセススキーム（ダウンリンク：ＯＦＤＭＡ；アップリンク：ＳＣ－ＯＦＤＭＡ）、アンテナ技術（ダウンリンク：２ｘ２のＭＩＭＯ；アップリンク：１ｘ２の単一入力多重出力（「ＳＩＭＯ」）、セクタの数（最大６つ）、最大送信電力（６０Ｗ）、最大伝送率（ダウンリンク：１５０Ｍｂ／ｓ；アップリンク：５０Ｍｂ／ｓ）、Ｓ１／Ｘ２インタフェース（１０００Ｂａｓｅ－ＳＸ，１０００Ｂａｓｅ－Ｔ）、およびモバイル環境（３５０ｋｍ／ｈまで）を用いて特徴付け可能である。ＢＢＵ１３４は、デジタルベースバンド信号処理、Ｓ１回線の終端、Ｘ２回線の終端、呼処理および監視制御処理を担うことができる。（図１ｄには示されていない）ＥＰＣ１０８から受信されるＩＰパケットは、デジタルベースバンド信号に変調され、ＲＲＨ１３２に送信可能である。裏返して言えば、ＲＲＨ１３２から受信されたデジタルベースバンド信号は、ＥＰＣ１０８への送信のためにＩＰパケットに復調することができる。

【0032】

ＲＲＨ１３２は、アンテナ１３６を使用して無線信号を送受信することができる。ＲＲＨ１３２は、（コンバータ（「ＣＯＮＶ」）１４０を使用して）ＢＢＵ１３４からのデジタルベースバンド信号を無線周波数（「ＲＦ」）信号に変換することができ、それらを（増幅器（「ＡＭＰ」）１３８を使用して）（図１ｄには示されていない）ユーザ機器１０４への送信のために電力増幅することができる。裏返して言えば、ユーザ機器１０４から受信されたＲＦ信号は、（ＡＭＰ１３８を使用して）増幅され、（ＣＯＮＶ１４０を使用して）ＢＢＵ１３４への送信のためにデジタルベースバンド信号に変換される。

【0033】

図２には、例示的なｅＮｏｄｅＢ１０６の付加的な詳細が示されている。このｅＮｏｄｅＢ１０６は、複数の層、すなわち、ＬＴＥレイヤ１ ２０２、ＬＴＥレイヤ２ ２０４、およびＬＴＥレイヤ３ ２０６を含んでいる。ＬＴＥレイヤ１は、物理層（「ＰＨＹ」）を含む。ＬＴＥレイヤ２は、メディアアクセス制御（「ＭＡＣ」）、無線リンク制御（「ＲＬＣ」）、パケットデータコンバージェンスプロトコル（「ＰＤＣＰ」）を含む。ＬＴＥレイヤ３は、無線リソース制御（「ＲＲＣ」）、動的リソース割り当て、ｅＮｏｄｅＢ測定設定および提供、無線アドミッション制御、接続モビリティ制御、および無線リソース管理（「ＲＲＭ」）を含んださまざまな機能およびプロトコルを含む。ＲＬＣプロトコルは、セルラエアインタフェースを介して使用される自動再送要求（「ＡＲＱ」）フラグメンテーションプロトコルである。ＲＲＣプロトコルは、ユーザ機器とＥＵＴＲＡＮとの間でＬＴＥレイヤ３の制御プレーンシグナリングの処理をする。ＲＲＣは、コネクション確立と解放、システム情報の同報通信、無線ベアラ確立／再設定および解放、ＲＲＣ接続モビリティ手順、ページング通知および解放、ならびに外部ループ電力制御のための機能を含む。ＰＤＣＰは、無線ベアラのためのＩＰヘッダ圧縮および解凍、ユーザデータの転送およびシーケンス番号のメンテナンスを実行する。図１ｄに示されているＢＢＵ１３４は、ＬＴＥレイヤＬ１～Ｌ３を含むことができる。

【0034】

ｅＮｏｄｅＢ１０６の主要な機能のうちの１つは、無線リソース管理であり、この無線リソース管理には、ユーザ機器１０４のためのアップリンクエアインタフェースリソースとダウンリンクエアインタフェースリソースの両方のスケジューリング、ベアラリソースの制御、およびアドミッション制御が含まれる。ｅＮｏｄｅＢ１０６は、ＥＰＣ１０８のためのエージェントとして、それらがアイドル状態にあるモバイルの位置特定のために使用されるページングメッセージの転送を担っている。ｅＮｏｄｅＢ１０６は、空中を介して共通の制御チャネル情報も通信し、ヘッダ圧縮、空中を介して送信されるユーザデータの暗号化および復号化を行い、ハンドオーバ報告およびトリガ基準を確立する。上述したように、ｅＮｏｄｅＢ１０６は、ハンドオーバおよび干渉管理の目的のために、Ｘ２インタフェースを介して、他のｅＮｏｄｅＢ１０６と協働することができる。ｅＮｏｄｅＢ１０６は、Ｓ１－ＭＭＥインタフェースを介してＥＰＣのＭＭＥと通信し、Ｓ１－Ｕインタフェースを有するＳ－ＧＷと通信する。さらに、ｅＮｏｄｅＢ１０６は、Ｓ１－Ｕインタフェースを介してＳ－ＧＷとユーザデータを交換する。ｅＮｏｄｅＢ１０６およびＥＰＣ１０８は、複数のＭＭＥおよびＳ－ＧＷの間の負荷分割および冗長化を支援するための多対多の関係を有する。ｅＮｏｄｅＢ１０６は、ＭＭＥのグループから１つのＭＭＥを選択するので、輻輳を回避すべく負荷を複数のＭＭＥによって分割できる。

【0035】

ＩＩ．５Ｇ ＮＲ無線通信ネットワーク
いくつかの実施形態では、本保護対象は、５Ｇの新規無線（「ＮＲ」）通信システムに関する。この５Ｇ ＮＲは、４Ｇ／ＩＭＴ－Ａｄｖａｎｃｅｄ標準規格を超える次世代通信の標準規格である。５Ｇネットワークは、現在の４Ｇよりも高い容量を提供し、エリア単位ごとのモバイルブロードバンドユーザの数を増やすことができ、月およびユーザごとにギガバイト単位でより多くのかつ／または無制限のデータ量の消費を可能にする。これにより、ユーザは、たとえＷｉ－Ｆｉネットワークがない場合でも、モバイルデバイスを使用して、１日に何時間も高精細メディアをストリーミングすることができる。５Ｇネットワークは、デバイス間通信の改善された支援、より低いコスト、４Ｇ機器よりも低いレイテンシ、およびより低いバッテリ消費量などを有する。そのようなネットワークは、多数のユーザに対して数十メガビット／秒のデータレート、大都市圏に対して１００Ｍｂ／秒のデータレート、限られたエリア（例えばオフィスフロアなど）内のユーザに対して１Ｇｂ／秒の同時接続、無線センサネットワークの多数の同時接続、向上されたスペクトル効率、改善されたカバレッジ、向上されたシグナリング効率、１～１０ｍｓのレイテンシ、既存のシステムに比べて低減されたレイテンシを有する。

【0036】

図３は、例示的な仮想無線アクセスネットワーク３００を示す。このネットワーク３００は、基地局（例えばｅＮｏｄｅＢ、ｇＮｏｄｅＢ）３０１、無線機器３０７、集中型ユニット３０２、デジタルユニット３０４、および無線デバイス３０６を含むさまざまなコンポーネント間の通信を提供することができる。システム３００内のコンポーネントは、バックホールリンク３０５を使用してコアに通信可能に結合することができる。集中型ユニット（「ＣＵ」）３０２は、ミッドホール接続３０８を使用して分散型ユニット（「ＤＵ」）３０４に通信可能に結合することができる。無線周波数（「ＲＵ」）コンポーネント３０６は、フロントホール接続３１０を使用してＤＵ３０４に通信可能に結合することができる。

【0037】

いくつかの実施形態では、ＣＵ３０２は、１つまたは複数のＤＵユニット３０４にインテリジェント通信機能を提供することができる。ユニット３０２，３０４は、１つまたは複数の基地局、マクロ基地局、マイクロ基地局、リモート無線ヘッドなど、および／またはこれらの任意の組み合わせを含むことができる。

【0038】

下位レイヤの分割アーキテクチャ環境では、ＮＲに対するＣＰＲＩ帯域幅要件が数１００Ｇｂ／秒であり得る。ＣＰＲＩ圧縮は、（図３に示されているように）ＤＵおよびＲＵ内で実現可能である。５Ｇ通信システムでは、イーサネットフレームにわたって圧縮されたＣＰＲＩは、ｅＣＰＲＩと称され、推奨されるフロントホールインタフェースである。このアーキテクチャは、より高い層の分割（例えばオプション２またはオプション３～１（上位／下位ＲＬＣ分割アーキテクチャ））およびＬ１分割アーキテクチャを備えたフロントホール（オプション７）を含むことができるフロントホール／ミッドホールの標準化を可能にすることができる。

【0039】

いくつかの実施形態では、下位レイヤ分割アーキテクチャ（例えばオプション７）には、アップリンク内の受信機、ＤＬ／ＵＬ両方に対する複数の伝送ポイント（ＴＰ）にわたる共同処理、ならびに展開を容易にするためのトランスポート帯域幅およびレイテンシ要件を含めることができる。さらに、本保護対象の下位レイヤ分割アーキテクチャは、セルレベル処理とユーザレベル処理との間の分割を含むことができ、この分割は、リモートユニット（「ＲＵ」）におけるセルレベル処理と、ＤＵにおけるユーザレベル処理と、を含むことができる。さらに、本保護対象の下位レイヤ分割アーキテクチャを使用することによって、周波数ドメインサンプルを、イーサネットフロントホールを介して転送することができ、ここで、周波数ドメインサンプルは、低減されたフロントホール帯域幅のために圧縮することができる。

【0040】

図４は、５Ｇ技術を実現することができ、より高い（例えば１０ＧＨｚを超える）周波数帯域の使用をユーザに提供することができる、例示的な通信システム４００を示す。このシステム４００は、マクロセル４０２とスモールセル４０４および４０６とを含むことができる。

【0041】

モバイルデバイス４０８は、スモールセル４０４，４０６のうちの１つまたは複数と通信するように構成することができる。このシステム４００は、マクロセル４０２とスモールセル４０４，４０６との間で制御プレーン（Ｃプレーン）およびユーザプレーン（Ｕプレーン）の分割を可能にすることができ、ここで、ＣプレーンおよびＵプレーンは、異なる周波数帯域を利用している。特に、スモールセル４０２，４０６は、モバイルデバイス４０８と通信する場合に、より高い周波数帯域を利用するように構成することができる。マクロセル４０２は、Ｃプレーンの通信のために既存のセルラ帯域を利用することができる。モバイルデバイス４０８は、Ｕプレーン４１２を介して通信可能に結合することができ、ここで、スモールセル（例えばスモールセル４０６）は、より高いデータレートと、よりフレキシブルな／コスト効率／エネルギー効率の高い動作と、を提供することができる。マクロセル４０２は、Ｃプレーン４１０を介して、良好な接続性およびモビリティを維持することができる。さらに、いくつかのケースでは、ＬＴＥ ＰＵＣＣＨおよびＮＲ ＰＵＣＣＨは、同じ周波数で送信することができる。

【0042】

図５は、本保護対象のいくつかの実施形態による例示的な５Ｇ無線通信システム５００を示す。このシステム５００は、オプション７～２に従い、下位レイヤ分割アーキテクチャを有するように構成することができる。システム５００は、コアネットワーク５０２（例えば５Ｇコア）と、１つまたは複数のｇＮｏｄｅＢ（またはｇＮＢ）と、を含むことができ、これらのｇＮＢは、集中型ユニットｇＮＢ－ＣＵを有することができる。このｇＮＢ－ＣＵは、制御プレーン部分ｇＮＢ－ＣＵ－ＣＰ５０４と、１つまたは複数のユーザプレーン部分ｇＮＢ－ＣＵ－ＵＰ５０６とに論理的に分割可能である。制御プレーン部分５０４およびユーザプレーン部分５０６は、（３ＧＰＰ標準規格で指定されているように）Ｅ１通信インタフェース５１４を使用して通信可能に結合されるように構成することができる。制御プレーン部分５０４は、無線スタックのＲＲＣおよびＰＤＣＰプロトコルの実行を担うように構成されてもよい。

【0043】

ｇＮＢの集中型ユニットの制御プレーン部分５０４およびユーザプレーン部分５０６は、下層分割アーキテクチャに従って、１つまたは複数の分散型ユニット（ＤＵ）５０８，５１０と通信可能に結合されるように構成することができる。この分散型ユニット５０８，５１０は、無線スタックのＲＬＣ、ＭＡＣ、およびＰＨＹ層プロトコルの上位部分を実行するように構成することができる。制御プレーン部分５０４は、Ｆ１－Ｃ通信インタフェース５１６を使用して分散型ユニット５０８，５１０に通信可能に結合されるように構成することができ、ユーザプレーン部分５０６は、Ｆ１－Ｕ通信インタフェース５１８を使用して分散型ユニット５０８，５１０に通信可能に結合されるように構成することができる。分散型ユニット５０８，５１０は、フロントホールインタフェース５２０を介して１つまたは複数のリモート無線ユニット（ＲＵ）５１２に結合可能であり、次にこれらは、（図５には示されていない）１つまたは複数のユーザ機器と通信する。リモート無線ユニット５１２は、ＰＨＹ層プロトコルの下位部分を実行し、ならびに（図１ａ～図２に関連する上記議論と同様に）ユーザ機器と通信するためのアンテナ機能をリモートユニットに提供するように構成することができる。

【0044】

図６は、本保護対象のいくつかの実施形態による５Ｇ無線通信システム６００を示す。このシステム６００は、図５に示されているシステム５００の一部であり得る。システム６００は、１つまたは複数の集中型ユニット（ＣＵ）６０２、１つまたは複数の分散型ユニット（ＤＵ）６０４（ａ，ｂ）、１つまたは複数の無線ユニット（ＲＵ）６０６（ａ，ｂ，ｃ）、および１つまたは複数のリモート無線ヘッド（ＲＲＨ）６０８（ａ，ｂ，ｃ，ｄ，ｅ，ｆ）を含むように構成することができる。これらのユニット６０２～６０８は、上述した１つまたは複数のインタフェースを使用して通信可能に結合することができる。

【0045】

いくつかの実施形態では、ＣＵ６０２は、ＤＵ６０４ａおよびＤＵ６０４ｂと通信可能に結合することができる。次に、分散型ユニット６０４ａは、リモートユニット６０６ａおよび６０６ｂに通信可能に結合することができ、これにより、ユニット６０６ａは、２つのリモート無線ヘッド６０８ａおよび６０８ｂに結合することができ、ユニット６０６ｂは、１つのリモート無線ヘッド６０８ｃに結合することができる。分散型ユニット６０４ｂは、リモートユニット６０６ｃに結合することができ、次に、このリモートユニット６０６ｃは、３つのリモート無線ヘッド６０８ｄ、６０８ｅ、および６０８ｆに結合されている。図６に示されているシステム６００は、仮想化され個別化された無線アクセスネットワーク（ＲＡＮ）アーキテクチャとして構成されてもよく、これによって、レイヤＬ１，Ｌ２，Ｌ３および無線処理は、集中型ユニット、分散型ユニット、および無線ユニットにおいて仮想化され個別化され得る。

【0046】

図７ａ～図７ｂは、５Ｇ無線通信システムにおける例示的なプロトコルスタックのさらなる詳細を示す。特に、図７ａは、ユーザプレーンプロトコルスタック７００を示し、図７ｂは、制御プレーンプロトコルスタック７１０を示す。プロトコルスタックの部分は、例示的なユーザ機器７０２と、基地局（またはその一部）、例えばｇＮｏｄｅＢもしくはｇＮＢ，７０４との両方について示されている。ユーザプレーンプロトコルスタック７００は、ＰＨＹ、ＭＡＣ、ＲＬＣ、およびＰＤＣＰレイヤを含むことができる。制御プレーンプロトコルスタック７１０は、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ならびにＮＡＳ（非アクセス層、この一部が図７ｂに示されているように５Ｇコア制御ネットワーク７０６内に組み込まれていてもよい）を含むことができる。

【0047】

プロトコルスタックは、レイヤ１、レイヤ２およびレイヤ３を含むことができる。レイヤ１は、物理層（ＰＨＹ）である。レイヤ２は、ＭＡＣ、ＲＬＣ、およびＰＤＣＰを含むことができる。レイヤ３は、図７ａ～図７ｂに示されているようなＲＲＣ層である。

【0048】

５Ｇ通信ネットワークにおけるＰＨＹ層の機能のいくつかは、トランスポートチャネルでのエラー検出および上位層への指示、トランスポートチャネルのＦＥＣ符号化／復号化、ハイブリッドＡＲＱソフト結合、物理チャネルに対する符号化されたトランスポートチャネルのレートマッチング、物理チャネルへの符号化されたトランスポートチャネルのマッピング、物理チャネルの電力重み付け、物理チャネルの変調および復調、周波数および時間同期、無線特性の測定および上位層への指示、ＭＩＭＯアンテナ処理、デジタルおよびアナログのビーム形成、ＲＦ処理、ならびに他の機能を含むことができる。

【0049】

レイヤ２のＭＡＣサブレイヤは、ビーム管理、ランダムアクセス手順、論理チャネルとトランスポートチャネルとの間のマッピング、１つの論理チャネルに属する複数のＭＡＣサービスデータユニット（ＳＤＵ）のトランスポートブロック（ＴＢ）への連結、論理チャネルに属するＳＤＵの、トランスポートチャネル上の物理層に／から配信されるＴＢへの／からの多重化／逆多重化、スケジューリング情報の報告、ＨＡＲＱによる誤り訂正、１つのＵＥの論理チャネル間の優先処理、動的スケジューリングを用いたＵＥ間の優先処理、トランスポートフォーマットの選択、および他の機能を実行することができる。ＲＬＣサブレイヤの機能は、上位レイヤパケットデータユニット（ＰＤＵ）の転送、ＡＲＱによる誤り訂正、データＰＤＵの並び替え、重複およびプロトコルエラー検出、再確立などを含むことができる。ＰＤＣＰサブレイヤは、ユーザデータの転送、再確立手順中のさまざまな機能、ＳＤＵの再送信、アップリンクにおけるＳＤＵの廃棄、制御プレーンデータの転送などを担っていてもよい。

【0050】

レイヤ３のＲＲＣサブレイヤは、ＮＡＳおよびＡＳに対するシステム情報のブロードキャスト、ＲＲＣ接続の確立、維持および解放、ポイントツーポイント無線ベアラのセキュリティ、確立、設定、維持および解放、モビリティ機能、レポートおよびその他の機能を実行することができる。

【0051】

ＩＩＩ．メッセージングプロトコル
いくつかの実施形態では、本保護対象は、図６に示されている通信システム６００が効率的かつ効果的に動作することを保証するために、例えば周波数、タイミング同期などのイベントに関して、ＤＵとＲＵとの間のリアルタイムメッセージング通信プロトコルシステムを提供するように構成することができる。そのようなタイミングおよび同期プロトコルシステムは、さまざまな展開モデルで動作するように構成することでき、ここで、ＲＵ内のさまざまな無線周波数（ＲＦ）機能を有効化／無効化するために、複数のＤＵが、単一のＲＵと通信し、複数のＲＵが、単一のＤＵと通信し、さらにＤＵが、接続されたＲＵを制御および／または監視している。機能および能力の適切な制御がＤＵによって実行されることを保証するために、ＤＵは、ＲＵからリアルタイムタイミング、同期などの状態情報を取得するように構成することができる。リアルタイム周波数およびタイミング情報によって、基地局は、（例えば、スペクトル効率を最大化するためにガード周波数／時間を最小化し、キャリアアグリゲーション（ＣＡ）およびＭＩＭＯ／ＣｏＭＰとして帯域幅ブースト技術を利用することによって）データレートを最大化し、ならびに（例えば、スムーズなハンドオーバの実行、遅延の低減、位置ベースサービス（ＬＢＳ）の提供などによって）ユーザ体験を最適化可能にすることができる。その上さらに、ＲＵは、リアルタイムタイミング、同期などの状態の変化に応じてリアルタイムの状態をＤＵに提供／更新するように構成することができる。これにより、ＤＵは、上述したように、ＲＵによって報告された時間のタイプ、同期／などの状態イベント／変化に基づき、所定のＲＦ機能を有効化／無効化することを含むがこれらに限定されないＲＵ機能に関するさまざまな決定を実行可能にすることができる。

【0052】

いくつかの実施形態では、本保護対象は、タイミング／同期／などの状態の変化のイベント／ＲＵの変更（例えば、精密時間プロトコル（ＰＴＰ）ロック状態、クロック品質の変化、位相／周波数精度の更新など）を、イーサネット層を介してＤＵに通信するようにさらに構成することができる。さらに、ＤＵは、ＲＵのどの機能を有効化／無効化するべきかを決定するために、さまざまな設定／監視／などの情報をＲＵに通信するように構成することができる。いくつかの例示的な実施形態では、ＤＵとＲＵとの間のこの情報／メッセージは、本明細書に記載されるように、無線同期状態メッセージング（ＲＳＳＭ）プロトコルを使用することができる。

【0053】

図８は、本保護対象のいくつかの実施形態による例示的な無線同期状態メッセージングプロトコルシステム８００を示す。このシステム８００は、５Ｇ無線通信システムの一部であり得る。システム８００は、１つまたは複数のリモートユニット（ＲＵ）８０６（ａ，ｂ，ｃ）と通信可能に結合された１つまたは複数の分散型ユニット（ＤＵ）８０４（ａ，ｂ）を含むことができる。図８に示されているように、ＤＵ８０４ａは、ＲＵ８０６ａおよび８０６ｂに通信可能に結合することができる。ＤＵ８０４ｂは、ＲＵ８０６ｂおよび８０６ｃと通信可能に結合することができる。システム８００は、システム内のネットワークセグメントごとに選択可能な１つまたは複数の同期マスタを含むこともでき、ここで、ルートタイミング基準は、グランドマスタ（例えばＧＭ８０２ａ，８０２ｂ）と称される。グランドマスタは、自身のネットワークセグメント上に常駐するクロックに同期情報を送信することができ、これによって、グランドマスタが選択されると、他のすべてのクロックは、このグランドマスタに直接同期させることができる。（ＩＥＥＥ１５８８－２００２標準規格で最初に定義されているように）精密時間プロトコル（ＰＴＰ）は、システム８００全体にわたってクロックを同期させるために使用することができる。ＰＴＰは、サブマイクロ秒範囲におけるクロック精度を達成するために使用することができる。図８に示されているように、ＤＵ８０４およびＲＵ８０６の両方は、（タイミング／同期プレーン８１０（ａ，ｂ）を介して）クロック同期の目的のためにＰＴＰプロトコルを使用するように構成することができる。しかしながら、状態の変化／イベントに関連するクロックを同期させるために、本明細書に記載されているような無線同期状態メッセージングプロトコルは、ＤＵ８０４とＲＵ８０６との間で使用することができる。

【0054】

本保護対象の通信プロトコルの使用は、ＮＥＴＣＯＮＦ／ＹＡＮＧプロトコル（またはアプリケーション層の通信モード）を実装する従来のシステムに関連するさまざまな問題を解決する。ＮＥＴＣＯＮＦ／ＹＡＮＧは、ＲＦＣ４７４１およびＲＦＣ６２４１標準規格のもとでインターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって策定され、標準化されたネットワーク管理プロトコルである。このプロトコルは、ネットワークデバイスの設定をインストール、操作、および削除するためのメカニズムを提供する。しかしながら、このプロトコルに基づく通信は、すべてのタイミングと同期のイベント／変化／状態に対するイベント／アラートを定義するものではない。特に、プロトコルベースの通信では、ＰＴＰ／ＳｙｎｃＥ（同期イーサネット）の情報交換、例えば、ＰＴＰクロッククラス変更、ＳｙｎｃＥクロック品質変更、位相／周波数オフセット、ＲＵがロックされるかもしれないグランドマスタ情報、ＲＵの視点から見たＲＵが動作しているモード（例えばＧＰＳ、ＰＴＰなど）などに対する拡張は定義されない。ＤＵの視点からは、このプロトコルは、ＲＵでプログラミングされるべき位相／周波数オフセット閾値、プログラミングされるべきＰＴＰクロッククラス／ＳｙｎｃＥクロック品質閾値などを含むがこれらに限定されないさまざまなタイミングおよび同期設定のための拡張を定義しない。

【0055】

図９は、ＮＥＴＣＯＮＦ／ＹＡＮＧ通知プロトコルを実装するように構成することができる例示的な通信システム９００を示す。このシステム９００は、リモートユニット（ＲＵ）９０２および分散型ユニット（ＤＵ）９０４を含むことができる。ＲＵ９０２とＤＵ９０４との間の通信は、各々が通信のさまざまな態様を担うさまざまなレイヤを使用して達成することができる。特に、これらのレイヤは、レイヤ１（ＰＨＹ）９０６、レイヤ２（データリンク）９０８、レイヤ３（ネットワーク）９１０、レイヤ４（トランスポート）９１２およびアプリケーション層（例えばレイヤ５～７）を含んでいる。

【0056】

アプリケーション層９１４は、タイミング／同期コンポーネント９１６を組み込むように構成することができ、ここで、ＲＵ９０２は、自身のタイミング／同期コンポーネント９１６ａを含むことができ、ＤＵ９０４も対応するコンポーネント９１６ｂを含むことができる。さらに、アプリケーション層９１４は、運用、管理、および保守（ＯＡＭ）、単純ネットワーク管理プロトコル（ＳＮＭＰ）、ならびにＮＥＴＣＯＮＦ／ＹＡＮＧプロトコルのさまざまな他の態様を含むことができ、ここで、ＲＵ９０２およびＤＵ９０４の各々は、これらの各々の一部を含むように構成することができる（例えば、ＲＵ９０２は、部分９１８ａを含むことができ、ＤＵ９０４は、部分９１８ｂを含むことができる）。アプリケーション層コンポーネント９１８ａおよび９１８ｂは、ＮＥＴＣＯＮＦ／ＹＡＮＧプロトコルに従って、状態情報に関するさまざまな通知を交換するように構成することができる。コンポーネント９１６ａおよび９１６ｂは、図９に示されているように、レイヤ１／レイヤ２のハードウェア内に組み込むことができる精度時間プロトコル認識コンポーネント９２０ａ，９２０ｂそれぞれに通信可能に結合されるように構成することができる。

【0057】

システム９００は、以下のように動作するように構成することができる。タイミング状態の変化のイベント９３０は、ハードウェアコンポーネント９２０（例えばコンポーネント９２０ａ）内で検出されてもよい。イベント９３０の情報は、ソフトウェアコンポーネント９１６ａに送信されてもよい。例えば、この情報は、クロッククラス変更イベントによるホールドオーバー状態への移行を示すものであってもよい。次いで、ソフトウェアコンポーネント９１６ａは、９３２において、この情報をコンポーネント９１８ａと通信するように構成されてもよい。コンポーネント９１８ａは、自身のピアノード、すなわちＤＵ９０４内のコンポーネント９１８ｂに状態の変化を示すＯＡＭ層通知９３４を生成し送信するように構成されてもよい。この通知は、ＮＥＴＣＯＮＦ／ＳＮＭＰメッセージを使用して送信することができる。次いで、コンポーネント９１８ｂは、９３６において、コンポーネント９１６ｂが適切なタイミング補正を実行できるように、コンポーネント９１６ｂに通知することができる。

【0058】

従来のシステム（図９に示されているシステム９００など）は、時間／同期イベント／変化／状態のＤＵへのリアルタイムでの報告を提供することができない。しかしながら、タイミングの精度は、任意のタイミング／同期イベント／変化／などに関連して、ＲＵからＤＵへのリアルタイムフィードバックを提供するために重要である（例えば、ＲＵがネットワーク内の顕著なパケット遅延変動（ＰＤＶ）によるロック状態（ホールドオーバー状態）から転出する、ＰＴＰグランドマスタ（ＧＭ）のクロック品質が破損する、ＳｙｎｃＥのクロック品質が破損する、かつ／または上流側マスタがアクセス不能に陥るなど）。また、データパケットの正確なタイムスタンプ、さまざまなＰＴＰイベントおよび／またはメッセージの生成／処理、イベント変更のタイミングなどのためにも重要である。その上さらに、そのようなタイミングの精度は、リアルタイム方式で処理すべきＲＵからＤＵへの即時の報告目的のためにも重要である。しかしながら、ＮＥＴＣＯＮＦ／ＹＡＮＧプロトコルを使用する従来のシステムでは、そのようなシステムがアプリケーションベースの報告を使用するため実行することができない。ここでは、ハードウェア（例えばＰＴＰ９２０）において検出された任意の時間／同期／状態イベントは、図９に関連して上記で論じたように、ＲＵからＤＵへの報告のためにＮＥＴＣＯＮＦ／ＹＡＮＧプロトコルを使用するソフトウェア層（例えばコンポーネント９１６，９１８）に通信される。アプリケーション層への依存性のために、報告プロセスは、複雑で時間がかかり、リアルタイムで実行されないことになり（これは、一連のＰＴＰの状態の変化が存在するシナリオでは特に問題となり得る）、これにより、典型的には、ＤＵはＲＵの古いもしくは「古参の」データを処理するはめになる。ＲＵの状態についてリアルタイムでＤＵに報告できないことも、予期せぬ／未定義の結果につながる可能性がある。例えば、ＤＵは、ＲＵがホールドオーバーに移行する際に（オフセットが大きいため）ＲＵの放射を望まない場合がある。さらに、この情報をＤＵに提供するのが遅れると、最終的に呼ハンドオーバの問題、遅延、およびその他の問題につながる可能性もある。

【0059】

本保護対象は、以下に記載されている無線同期メッセージングプロトコルを使用して、上記の問題を解決する。特に、本保護対象は、レイヤ２においてリアルタイムで起こり得るＤＵとＲＵとの間の通信プロトコルを提供するように構成することができる。本保護対象は、予め定められた宛先マルチキャストアドレス、予め定められたプロトコルタイプ、種々な時間同期データタイプ、ペイロードオプション（ここでは、例えば、ペイロードはデータ交換のタイプに基づいて可変である）、およびこれらの任意の組み合わせを使用してレイヤ２高速パスメカニズムを実装するように構成することができる。

【0060】

図１０は、本保護対象のいくつかの実施形態による無線同期メッセージングプロトコルを実装するように構成することができる例示的な通信システム１０００を示す。このシステム１０００は、リモートユニット（ＲＵ）１００２および分散型ユニット（ＤＵ）１００４を含むことができる。図９と同様に、ＲＵ１００２とＤＵ１００４との間の通信は、さまざまなレイヤを使用して実行することができる。これらのレイヤは、レイヤ１（ＰＨＹ）１００６、レイヤ２（データリンク）１００８、レイヤ３（ネットワーク）１０１０、レイヤ４（トランスポート）１０１２、およびアプリケーション層（例えばレイヤ５～７）を含むことができる。

【0061】

システム１０００では、アプリケーション層１０１４は、タイミング／同期コンポーネント１０１６を組み込むように構成することができ、ここで、ＲＵ１００２は、コンポーネント１０１６ａを含むことができ、ＤＵ１００４は、コンポーネント１０１６ｂを含むことができる。これらのコンポーネント１０１６ａおよび１０１６ｂは、図１０に示されているようにレイヤ１／レイヤ２のハードウェアに組み込み可能である精密時間プロトコル認識コンポーネント１０２０ａ，１０２０ｂにそれぞれに通信可能に結合されるように構成することができる。さらに、各ＰＴＰコンポーネント１０２０は、それぞれ無線同期状態メッセージングモジュール（ＲＳＳＭモジュール）１０２２（ａ，ｂ）を含むことができる。ＲＵ１００２およびＤＵ１００４のモジュール１０２２は、図１０に示されているように、通信可能に結合することができる。

【0062】

システム１０００は、以下のように動作するように構成することができる。タイミング状態の変化のイベント１０３０（例えばクロッククラス変更イベントによるホールドオーバー状態への移行）は、ハードウェアコンポーネント１０２０（例えばコンポーネント１０２０ａ）において検出されてもよい。これらのイベント１０３０情報は、ソフトウェアコンポーネント１０１６ａに送信されてよいし、ＲＳＳＭモジュール１０２２ａに提供されてもよい。次いで、ＲＳＳＭモジュール１０２２は、レイヤ２のメッセージを介して、１０３２において、ＤＵ１００４のＲＳＳＭモジュール１０２２ｂに、状態の変化の情報についての通知を通信することができる。次いで、コンポーネント１０２０ｂは、ＲＳＳＭモジュール１０２２ｂによって受信された情報を送信し、通知１０３４をコンポーネント１０１６ｂに送信することができ、それによって、コンポーネント１０１６ｂは、ＤＵ１００４のアプリケーション層１０１２の部分において適切なタイミング補正および／または任意の他の機能を実行できるようになる。

【0063】

さらに、任意のＲＵ１００２からＤＵ１００４への通信において、任意の時間同期／状態／イベント変化のために、予め定められたプロトコルタイプ（例えば、以下で論じるようなＲＳＳＭプロトコル）を有するレイヤ２フレームを生成することができ、報告のためのデータのタイプ（例えばＰＴＰクロッククラス変更など）を含むように構成することができる。フレームは、異なる時間同期／状態／イベントデータタイプ（例えば、以下で論じるようなＲＳＳＭメッセージタイプ）、発信元および／または宛先情報、任意選択的なペイロード情報、および／または任意の他の情報も含むことができる。発信元情報（例えばＳｏｕｒｃｅ＿Ｉｎｆｏ）は、データパケット起源の発信元を識別するために使用することができ、発信元タイプ（例えばＳｏｕｒｃｅ＿Ｔｙｐｅ）および発信元識別子（例えばＳｏｕｒｃｅ＿ｉｄ）を含むことができる。Ｓｏｕｒｃｅ＿Ｔｙｐｅは、メッセージがＲＵまたはＤＵから送信されているかどうかを識別するようにさらに構成することができる。Ｓｏｕｒｃｅ＿Ｉｄは、ＤＵに接続されてもよい複数のＲＵにおける特定のＲＵを識別するために使用することができるリモートユニット識別子（例えばＲＵ＿ＩＤ）を示すことができる。宛先情報（例えばＤｅｓｔｉｎａｔｉｏｎ＿Ｉｎｆｏ）は、宛先を識別するために使用することができ、特定のＤＵおよび／またはＲＵを識別することができる宛先タイプ（例えばＤｅｓｔｉｎａｔｉｏｎ＿Ｔｙｐｅ）と、特定のＤＵおよび／またはＲＵを識別することができる宛先識別子（例えばＤｅｓｔ＿Ｉｄ）と、を有することができる（ＤＵであるならば、その宛先識別子はＤＵ＿ＩＤであり得る）。以下の表１は、（図１０に示されているように）モジュール１０２２ａと１０２２ｂとの間で送信することができる例示的なイーサネットフレームフォーマットを上述の議論に従って示す。

【0064】

表１．イーサネットフレームフォーマット

【表1】

【0065】

表１に示されている例示的なイーサネットフレームフォーマットでは、ＤＳＴ＿ＭＣ＿ＭＡＣ＿ＡＤＤＲフィールドは、予め定められたマルチキャストＭＡＣアドレスを参照することができる。ＳＲＣ＿ＭＡＣ＿ＡＤＤＲフィールドは、レイヤ２発信元のＭＡＣアドレスを参照することができる（例えばＲＵが発信元である）。ＥＴＨＥＲ＿ＴＹＰＥフィールドは、伝送されているフレームのタイプを示すことができるレイヤ２プロトコルのＥｔｈｅｒタイプを参照することができる。フレームのＰＡＹＬＯＡＤフィールドは、検出された時間同期／状態／イベントに関する情報を含むことができる。特に、ＰＡＹＬＯＡＤフィールドは、以下の表２に示されているＲＳＳＭプロトコルメッセージを含むことができる。上記のイーサネットフレームのＰＲＥＡＭＢＬＥおよびＦＣＳ（フレームチェックシーケンス）フィールドは、イーサネットフレームの標準的なコンポーネントを参照することができる。このイーサネットフレームの上記の各部分は、さまざまなサイズを有することができる（それらのいくつかは、標準的なイーサネットフレームの典型であってもよい）。上述したように、表２は、例示的なＲＳＳＭプロトコルメッセージフォーマットを示す。

【0066】

表２．ＲＳＳＭプロトコルメッセージ

【表2】

【0067】

上記の表２に示されているように、ＶｅｒｓｉｏｎＲＳＳＭは、ＲＳＳＭプロトコルバージョンを示すフィールド（例えば３ビット）であり得る。ＤＳＴ＿ＩＤＥＮＴＩＦＩＥＲフィールドは、宛先タイプおよび宛先識別子に関する情報を含むことができる。特に、以下の表３によって示されているように、これには以下の２つのフィールドＤｅｓｔｉｎａｔｉｏｎ Ｔｙｐｅ（ＤＵ／ＲＵ）およびＤｅｓｔｉｎａｔｉｏｎ＿Ｉｄを含むことができる。

【0068】

表３．宛先情報フィールド

【表3】

【0069】

同様に、ＳＲＣ＿ＩＤＥＮＴＩＦＩＥＲフィールドは、発信元タイプおよび発信元識別子に関する情報を含むことができる。特に、以下の表４によって示されているように、これには以下の２つのフィールドＳｏｕｒｃｅ Ｔｙｐｅ（ＤＵ／ＲＵ）およびＳｏｕｒｃｅ＿Ｉｄを含むことができる。

【0070】

表４．発信元情報フィールド

【表4】

【0071】

表２に戻って参照すると、ＲＳＳＭ＿ＭＳＧ＿ＴＹＰＥフィールドは、送信されているＲＳＳＭメッセージのタイプを示すことができる。いくつかの例示的なＲＳＳＭメッセージタイプには、以下のうちの少なくとも１つ、すなわち、０－未定義、１－ＰＴＰ＿ＣＬＯＣＫ＿ＳＴＡＴＵＳ（例えばＰＴＰロック状態を示すために使用することができる）、２－ＳＹＮＣＥ＿ＣＬＯＣＫ＿ＳＴＡＴＵＳ（例えばＳｙｎｃＥロック状態を示すために使用することができる）、３－ＴＩＭＥ＿ＥＲＲ＿ＳＴＡＴＵＳ（例えば位相／周波数誤差／オフセットを示すために使用することができる）、４－ＰＴＰ＿ＣＦＧ（例えばＲＵで設定されるオフセット閾値などのＰＴＰ設定を参照することができる）、５－ＳＹＮＣＥ＿ＣＦＧ（例えばＲＵで設定されるオフセット閾値などの周波数設定を参照することができる）、６－任意選択的なｃｍｄ／ｃｏｎｆｉｇ、および７～２５５－さまざまな使用のための予備を含めることができる。

【0072】

ＲＳＳＭメッセージの長さフィールドは、ヘッダおよびペイロード部分を含む、ＲＳＳＭメッセージの長さ（例えばバイト）を示してもよい。ペイロードフィールドは、上記の各ＲＳＳＭ＿ＭＳＧ＿ＴＹＰＥに基づいて、同期／時間／状態の変化における任意の変化に関する関連データを含むことができる。例えば、ＲＵ１００２が、ＰＴＰクロッククラス変更によりＨＯＬＤＯＶＥＲ状態に移行すると、ＲＵ１００４は、上記の表１～４に示されているフォーマットに従って、レイヤ２フレームを生成し、ＤＵ１００２にＲＵ１００４に関する状態の変化を通知することができる。特に、表１に示されているイーサネットフレームは、そのフィールド内に以下の情報を含むことができる。ＤＳＴ＿ＭＣ＿ＭＡＣ＿ＡＤＤＲは、ＤＵ１００４のＭＡＣアドレスを参照することができる。ＳＲＣ＿ＭＡＣ＿ＡＤＤＲは、ＲＵ１００２のＭＡＣアドレスを参照することができる。ＥＴＨＥＲ＿ＴＹＰＥは、ＲＳＳＭプロトコルフレームが送信されていることを示すことができるＲＳＳＭプロトコルタイプを含むことができる。ペイロード部分は、上記の表２～４に従って定義することができる。これには、ＤＳＴ＿ＩＤＥＮＴＩＦＩＥＲ（例えばＤＵ１００４の識別子）、ＳＲＣ＿ＩＤＥＮＴＩＦＩＥＲ（例えばＲＵ１００２の識別子）、ＲＳＳＭ＿ＭＳＧ＿ＴＹＰＥメッセージタイプ（例えばＰＴＰクロック状態メッセージ）、および任意選択的なＲＳＳＭペイロードを含めることができる。さらに、ＤＳＴ＿ＩＤＥＮＴＩＦＩＥＲは、メッセージの宛先を示すことができるＤＵ＿ＩＤ（例えばＤＵ１００４）識別子として、ＤＵ１００４のＤｅｓｔｉｎａｔｉｏｎ＿ＴｙｐｅおよびＤｅｓｔｉｎａｔｉｏｎ＿Ｉｄｅｎｔｉｆｉｅｒを含むことができる。さらに、ＳＲＣ＿ＩＤＥＮＴＩＦＩＥＲは、メッセージの起点（すなわちＲＵ１００２）に対応するＲＵ＿ＩＤとして、ＲＵ１００２のＳｏｕｒｃｅ＿Ｔｙｐｅ（例えばＲＵ）およびＳｏｕｒｃｅ＿Ｉｄｅｎｔｉｆｉｅｒを含むことができる。メッセージのＲＳＳＭ＿ＭＳＧ＿ＴＹＰＥフィールドは、メッセージがＰＴＰクロック状態メッセージであることを示すことができる。ＲＳＳＭメッセージのペイロードフィールドは、以下とすることができる。
ＰＴＰロック状態：ＬＯＣＫＥＤ／ＨＯＬＤＯＶＥＲ／ＦＲＥＥ－ＲＵＮ（例えば、ＰＴＰステータスを示すことができる）
以降の状態（秒単位）：ｘｘ（例えば状態の最後の変化以降の時間を示すことができる）
ＰＴＰ受信クロック品質：７（例えば、この値は１～２５５からの任意の値を含むことができる）
ＧＭ Ｉｎｆｏ（ＧＭ Ｃｌｋ ｉｄ）：６４バイト値（例えばグランドマスタクロック情報およびそのクロック識別子を示すことができる）

【0073】

上記の情報を使用して、ＲＵ１００２内のＲＳＳＭモジュール１０２２ａは、ＲＳＳＭメッセージ１０３２を生成し、このメッセージをＤＵ１００４内のＲＳＳＭモジュール１０２２ｂに送信するように構成することができる。受信されたメッセージに基づき、ＤＵ１００４は、任意のさらなる措置のためにＲＵ１００２を選択的に制御／監視／設定するように構成することができる。

【0074】

同様に、ＤＵ１００４からＲＵ１００２への通信は、表１～４に関して上述したレイヤ２イーサネットフレームを実現することもできる。特に、任意の時間同期設定に対して、ＤＵ１００４は、予め定められたプロトコルタイプ（例えば、ＲＳＳＭプロトコル）を有している（例えば表１に示されているような）レイヤ２フレームと、報告、設定などのためのデータ（例えば、ＲＵ１００２に構成される位相／周波数閾値）とを生成することができる。ＤＵ１００４からＲＵ１００２へのＲＳＳＭメッセージの送信のために、異なる時間同期イベントデータタイプ（例えばＲＳＳＭメッセージタイプ）、発信元および宛先情報、および任意選択的なペイロード情報を使用することができる（例えばＲＵ１００２からＤＵ１００４へ送信されているイーサネットフレームにおいて使用されるものとは異なる）。例えば、ＤＵ１００４は、位相／周波数誤差が設定された位相／周波数閾値内にある限り、ＲＵ１００２がロックされたまま放射し続けることができるように、ＲＵ１００２が特定の位相／周波数閾値で構成されることを望む。そうするために、ＤＵ１００４は、以下の情報を使用して（上記の表１～４に定められているような）レイヤ２イーサネットフレームを生成し、それをＲＵ１００２に意図した値の設定のために送信するように構成することができる。

【0075】

特に、表１に示されているイーサネットフレームは、そのフィールドに以下の情報を含むことができる。ＤＳＴ＿ＭＣ＿ＭＡＣ＿ＡＤＤＲは、ＲＵ１００２のＭＡＣアドレスを参照することができる。ＳＲＣ＿ＭＡＣ＿ＡＤＤＲは、ＤＵ１００４のＭＡＣアドレスを参照することができる。ＥＴＨＥＲ＿ＴＹＰＥは、ＲＳＳＭプロトコルフレームが送信されていることを示すことができるＲＳＳＭプロトコルタイプを含むことができる。ペイロード部分は、上記の表２～４に従って定義することができる。これには、ＤＳＴ＿ＩＤＥＮＴＩＦＩＥＲ（例えばＲＵ１００２の識別子）、ＳＲＣ＿ＩＤＥＮＴＩＦＩＥＲ（例えばＤＵ１００４の識別子）、ＲＳＳＭ＿ＭＳＧ＿ＴＹＰＥメッセージタイプ（例えば位相／周波数閾値設定メッセージ）、および任意選択的なＲＳＳＭペイロードを含むことができる。さらに、ＤＳＴ＿ＩＤＥＮＴＩＦＩＥＲは、メッセージの宛先を示すことができるＲＵ＿ＩＤ（例えばＲＵ１００２）識別子として、ＲＵ１００２のＤｅｓｔｉｎａｔｉｏｎ＿ＴｙｐｅおよびＤｅｓｔｉｎａｔｉｏｎ＿Ｉｄｅｎｔｉｆｉｅｒを含むことができる。さらに、ＳＲＣ＿ＩＤＥＮＴＩＦＩＥＲは、メッセージの起点（すなわちＤＵ１００４）に対応するＤＵ＿ＩＤとして、ＤＵ１００４のＳｏｕｒｃｅ＿Ｔｙｐｅ（すなわちＤＵ）およびＳｏｕｒｃｅ＿Ｉｄｅｎｔｉｆｉｅｒを含むことができる。メッセージのＲＳＳＭ＿ＭＳＧ＿ＴＹＰＥフィールドは、メッセージがＰＴＰ＿ＣＦＧ設定メッセージであることを示すことができる。ＲＳＳＭメッセージのペイロードフィールドは、以下とすることができる。
Ｃｌｏｃｋ Ｃｌａｓｓ：設定可能なクロッククラス閾値
Ｐｈａｓｅ＿Ｏｆｆｓｅｔ＿ｃｆｇ：設定可能な位相オフセット閾値（例えば１００ｎｓ）
Ｆｒｅｑ＿Ｏｆｆｓｅｔ＿ｃｆｇ：設定な周波数オフセット閾値（ｐｐｍ）（例えば１１ｐｐｍ）
任意選択的にペイロードを追加することもできる。

【0076】

上述したように、上記のデータを使用して、ＤＵ１００４は、ＲＵ１００２宛てのレイヤ２イーサネットメッセージを生成することができ、それによって、意図された設定は、生成されたＲＳＳＭメッセージ内で送信された内容を使用してＲＵ１００２で適用することができるようになる。

【0077】

いくつかの実施形態では、個別化されたＲＡＮアーキテクチャにおいて、１つまたは複数のＤＵ１００４は、単一のＲＵ１００２に通信可能に結合することができ、かつ／または１つまたは複数のＲＵ１００２は、単一のＤＵ１００４に通信可能に結合することができる。動作中、ＲＵ１００２は、（例えば、時間／周波数などにおいて）同期するように構成することができ、ＤＵ１００４は、ＲＳＳＭプロトコル機構を使用して接続されたＤＵ１００４に同期状態を報告するようにＲＵ１００２をプログラミングすることにより、ＲＵ１００２の時間同期状態を監視するように構成することができる。この報告は、適切な要求を受信したときの自動的なもの、周期的なもの、手動によるものであってもよく、かつ／または任意の他の所望の時間に実行されてもよく、かつ／または周期的に実行されてもよい。例えば、ＤＵ１００４へのそのような報告が発生するレート／頻度は、プログラミングすることができる。

【0078】

各ＲＵ１００２は、（上記の表１～４に従って）レイヤ２イーサネットフレームを生成しているＤＵ１００４に時間同期状態を報告するように構成することができる。フレームは、ＰＴＰモジュール１０２０ａのデータを含むことができ、ここで、ＰＴＰモジュール機能は、ハードウェア、ソフトウェア、および／またはその両方に実装することができる。図１０に示され、上記で論じられたように、ＰＴＰモジュール１０２０ａは、ＲＳＳＭプロトコルモジュール１０２２ａの機能および／または手順を組み込むことができる。

【0079】

ＲＵ１００２における状態の変化のイベントにおいて（例えばＲＵ１００２が、例えばＲＵ／ＰＴＰでのＳプレーン通信の喪失、クロッククラスが許容範囲内にない、ＳｙｎｃＥ ＳＳＭ品質が許容範囲を超えているなどに起因してロック／同期状態を失い、ＬＯＣＫＥＤ／ＳＹＮＣＥＤ状態からＨＯＬＤＯＶＥＲ／ＦＲＥＥ－ＲＵＮに移行する場合）、そのＰＴＰモジュール１０２０ａは、そのような変化を検出し、適切な通知をＲＳＳＭモジュール１０２２ａに提供するように構成することができ、ここで、この通知は、ロック状態データとともにロック状態における変化を示すデータを含むことができる。ＲＳＳＭモジュール１０２２ａは、受信された情報を表示／イベントのタイプを決定するために使用することができ、上記の表１～４に従ってレイヤ２イーサネットフレームメッセージを生成することができる。次いで、ＲＳＳＭモジュール１０２２ａは、生成されたメッセージを、ＲＵ１００２に通信可能に結合されてもよいすべての上流側ＤＵ１００４に送信することができる。

【0080】

ＲＳＳＭモジュール１０２２を統合するＤＵ１００４の組み込みＰＴＰモジュール１０２０は、受信されたレイヤ２イーサネットメッセージを検出し、時間同期の状態の変化を決定するように構成することができる。次いで、ＤＵ１００４は、受信された情報に基づき、そのような変化に応じるか否かを決定することができる。この反応は、リアルタイム方式であり得る。ＤＵ１００４のＲＳＳＭモジュール１０２２ｂは、（上記の表１～４に従って生成された）レイヤ２イーサネットフレームに含ませるための適切なＲＳＳＭメッセージを生成することができ、それをＲＵ１００２に通信可能に結合することができるすべての関連するＤＵ１００４に送信することができる。

【0081】

時間状態の変化の（ＤＵ／ＲＵによる）上記の検出、反応、および通知は、ＤＵ／ＲＵのハードウェア部分内で（例えば「ワイヤ」の近傍で）起こり得る。したがって、これらのプロセスにより、上位レイヤにおいて発生し得るソフトウェアモジュールの相互作用を回避することができ、それゆえソフトウェアレイヤに関連するかもしれないＤＵへの時間に影響されやすいイベントの報告における遅延を回避することができる。それゆえＤＵとＲＵとの間の通信は、実質的にリアルタイムであり得る。

【0082】

さらに、いくつかの実施形態では、ＤＵにロック状態を報告するＲＵは、宛先ＭＡＣアドレスとして予め定められたマルチキャストアドレスを選択するように構成することができる。これにより、特定のＲＵが通信可能に結合することができるすべてのユニキャストＤＵが追跡され続けること、ならびにユニキャスト宛先ＭＡＣアドレスを用いて複数のロック状態レポートが生成されることを回避することができる。その代わりに、１つのマルチキャスト宛先ＭＡＣアドレスＲＳＳＭフレームが複製されると同時にすべての上流側ＤＵに送信することが可能になる。これにより、ＲＵ状態がすべてのマルチキャストＤＵにリアルタイムでブロードキャストされることを保証することができ、それにより、ＤＵは、ＲＵに（例えば呼欠落／呼遅延につながり得る）遅延が生じる前に、無線周波数（ＲＦ）機能を有効化／無効化するための適切な措置を適時に実行することが可能になる。

【0083】

図１１は、本保護対象のいくつかの実施形態による無線同期メッセージングのための例示的なプロセス１１００を示す。このプロセス１１００は、図１０に示されているシステム１０００によって実行することができる。１１０２では、タイミング状態の変化（例えば同期状態における変化、タイミング変化イベント、ＰＴＰクロッククラスの変化、位相／周波数閾値の変化など）が監視され検出され得る。タイミング状態の変化は、図１０に示されているように、分散型ユニット（ＤＵ）１００４および／または無線ユニット（ＲＵ）１００２によって監視／検出することができる。特に、ＰＴＰモジュール１０２０は、そのような変化を検出するように構成することができる。

【0084】

１１０４では、レイヤ２が（例えばＲＵによってＲＵからＤＵへの通信のために；ＤＵによってＤＵからＲＵへの通信のために）生成され得る。レイヤ２フレームは、ＲＳＳＭメッセージを含むことができるペイロード情報とともに、発信元および宛先データ／情報を含むことができる。１１０４ａでは、発信元データ／情報は、（例えばＤＵおよび／またはＲＵを識別する）発信元タイプ、発信元識別子などを含むことができ、１１０４ｂでは、宛先データ／情報は、（例えばＲＵおよび／またはＤＵを識別する）宛先タイプ、宛先識別子などを含むことができる。１１０４ｃでは、フレームは、同期状態における通信変化、タイミング変化イベントなどとして特にこのフレームのタイプを識別するＥｔｈｅｒタイプを含むこともできる。１１０４ｄでは、レイヤ２フレームは、上記で論じたように検出された変化を示すことができるＲＳＳＭメッセージを含むこともできる。

【0085】

１１０６では、生成されたレイヤ２フレームを、適用可能なまたは「関連する」すべての通信ユニット（例えばＲＵ、ＤＵなど）に送信することができる。適用可能なまたは「関連する」すべての通信ユニットへの送信は、マルチキャストＭＡＣアドレッシングの使用によって達成することができ、これにより、生成されたフレームは、複数のコピーを用いて複製され、送信することができる。レイヤ２フレームは、フレームの意図された受信側（例えば図１０に示されているようにフレームがＲＵ１００２によって送信される場合のＤＵ１００４）のＰＴＰハードウェア（特にＲＳＳＭモジュール１０２２）によって受信することができる。

【0086】

既存のシステムにわたる本保護対象のいくつかの利点は、（ユニキャスト通信を実装する従来のプロトコルに対して）ＤＵとＲＵとの間のマルチキャストベースの通信を使用する能力を含み、これによって、ＤＵとＲＵとの間の個別のメッセージ通信の必要性がなくなる。さらに、上述したように、本保護対象では、（イベントが検出されてからメッセージを生成しかつＲＵからＤＵに報告するまで典型的には最大で約１秒費やしていた従来のシステムに比べて）実質的にリアルタイムでの変化の検出、ならびにＤＵに対するＲＳＳＭメッセージの生成および報告が可能になる。付加的に、従来のシステムは、典型的には、すべてのタイプのイベント／通知（例えば、Ｓプレーン、Ｕプレーン、Ｃプレーン）についてのＤＵとＲＵとの間の情報交換のための汎用的な機構を提供するが、本保護対象のＲＳＳＭプロトコルは、時間同期状態の交換（例えばＳプレーン）、ＤＵとＤＵとの間の時間同期閾値／パラメータの設定について、電気通信事業者によって望まれ得る明示的な通信手法を定義することができる。

【0087】

表２に戻って参照すると、以下は、送信されているＲＳＳＭメッセージのタイプ（例えば、０－未定義、１－ＰＴＰ＿ＣＬＯＣＫ＿ＳＴＡＴＵＳ、２－ＳＹＮＣＥ＿ＣＬＯＣＫ＿ＳＴＡＴＵＳ、３－ＴＩＭＥ＿ＥＲＲ＿ＳＴＡＴＵＳ、４－ＰＴＰ＿ＣＦＧ、５－ＳＹＮＣＥ＿ＣＦＧ、６－任意選択的なｃｍｄ／ｃｏｎｆｉｇ、および７～２５５－さまざまな使用のための予備）を示すことができるさまざまなＲＳＳＭ＿ＭＳＧ＿ＴＹＰＥフィールドのいくつかの例示的なフォーマットの議論である。（上記の表２に示されている）ＲＳＳＭメッセージのタイプは、ペイロードに含ませることのできる特定のデータを決定することができる。

【0088】

いくつかの例示的な実施形態では、ＰＴＰ＿ＣＬＯＣＫ＿ＳＴＡＴＵＳメッセージは、以下の表５に示されているように以下のフォーマットを有することができる。

【0089】

表５．ＰＴＰ＿ＣＬＯＣＫ＿ＳＴＡＴＵＳメッセージ

【表5】

【0090】

上記のメッセージは、ＲＳＳＭメッセージタイプがＰＴＯクロック状態であることを示すことができる（例えばＲＳＳＭ＿ＭＳＧ＿ＴＹＰＥ＝ＰＴＰ＿ＣＬＯＣＫ＿ＳＴＡＴＵＳ（１））。これには、バイト単位（例えばＮ）でのＲＳＳＭメッセージヘッダおよびペイロードの長さの指標を含むこともできる。さらに、ＰＴＰロック状態は、ＲＵおよび／またはＤＵのタイミング状態を示すことができる（例えばＰＴＰ＿Ｌｏｃｋ＿Ｓｔａｔｕｓ＝ＲＵ／ＤＵのタイミング状態）。非限定的な例として、一部のＰＴＰ＿Ｌｏｃｋ＿Ｓｔａｔｕｓ値は、ＬＯＣＫＥＤ、ＨＯＬＤＯＶＥＲ、ＦＲＥＥ－ＲＵＮなどを含むことができる。上述のメッセージにおける別のフィールドは、特定のＤＵ／ＲＵが現在のロック状態にあった期間の指標（例えばＳｔａｔｅ＿Ｓｉｎｃｅ；秒単位）を含むことができる。Ｃｌｏｃｋ＿Ｃｌａｓｓフィールドは、上流側マスタから受信できるクロッククラス（例えばグランドマスタクロッククラス）を示すことができる。ＧＭ Ｉｄフィールドは、他の利用可能なグランドマスタの中から最良のマスタクロックアルゴリズム（ＢＭＣＡ）に従って受信および選択され得るグランドマスタ識別子を示すことができる。拡張可能ペイロードフィールドは、任意の付加的データを含むことができる。

【0091】

ＳＹＮＣＥ＿ＣＬＯＣＫ＿ＳＴＡＴＵＳメッセージ（例えばＲＳＳＭメッセージのタイプ２）は、表６に示されているように以下のフォーマットを有することができる。

【0092】

表６．ＳＹＮＣ＿ＣＬＯＣＫ＿ＳＴＡＴＵＳメッセージ

【表6】

【0093】

このメッセージの最初の２つのフィールドは、表５に示されているメッセージと同様であり得る。ＳｙｎｃＥ＿Ｌｏｃｋ＿Ｓｔａｔｕｓフィールドは、ＲＵ／ＤＵのＳｙｎｃＥロック状態を示すことができる。いくつかの例示的な非限定的値は、ＬＯＣＫＥＤ，ＨＯＬＤＯＶＥＲ，ＦＲＥＥ－ＲＵＮなどを含むことができる。Ｓｔａｔｅ＿Ｓｉｎｃｅフィールドは、上記の表５に示されているそれぞれのフィールドと同様である。Ｒｅｃｅｉｖｅｄ＿ＳＳＭ＿Ｌｅｖｅｌフィールドは、物理的クロック品質レベルを示す受信されたＳＳＭ品質を示すことができる。拡張可能ペイロードは、表５と同様に任意の付加的データを含むことができる。

【0094】

ＴＩＭＥ＿ＥＲＲ＿ＳＴＡＴＵＳメッセージは、表７に示されているように以下のフォーマットを有することができる。

【0095】

表７．ＴＩＭＥ＿ＥＲＲ＿ＳＴＡＴＵＳメッセージ

【表7】

【0096】

（それぞれの情報を含む）上記のメッセージの最初の２つのフィールドは、上記で論じた表５および表６におけるフィールドと同様である。特に、ＲＳＳＭ＿ＭＳＧ＿ＴＹＰＥフィールドは、デバイスの時間誤差（例えばオフセット）状態（例えばＴＩＭＥ＿ＥＲＲ＿ＳＴＡＴＵＳ）を含むことができる。Ｎのフィールドは、上述したように、ＲＳＳＭメッセージヘッダおよびペイロードの長さに対応することができる。（ナノ秒単位で測定されるように）ＴＩＭＥ＿ＥＲＲフィールドは、デバイス（例えばＲＵ，ＤＵなど）上で累積される時間誤差（例えば位相オフセット）に対応することができる。ＦＲＥＱ＿ＥＲＲは、（例えばｐｐｍ単位で測定されるように）デバイス上で累積された周波数誤差（例えばオフセット）に対応することができる。ペイロードは、任意のさらなる情報を含むことができる。

【0097】

ＰＴＰ設定メッセージ（すなわちＰＴＰ＿ＣＦＧ）は、表８に示されている以下のフォーマットを有することができる。

【0098】

表８．ＰＴＰ設定メッセージ

【表8】

【0099】

最初の２つのフィールドは、表５～７に関して上述した情報のタイプを含んでいる。ＰＴＰ＿Ｃｌｏｃｋ＿Ｃｌａｓｓフィールドは、設定可能なクロッククラス値（例えば１～２５５）に対応することができる。ＰＨＡＳＥ＿ＯＦＦＳＥＴ＿ＣＦＧフィールドは、（例えばｎｓ単位で測定されるように）設定可能な位相オフセット値を含むことができる。ＦＲＥＱ＿ＯＦＦＳＥＴ＿ＣＦＧフィールドは、（例えばｐｐｍ単位で測定されるように）設定可能な周波数オフセット値を含むことができる。ここでも、ペイロードフィールドは、任意の他の情報を含むことができる。

【0100】

ＳｙｎｃＥ設定メッセージ（例えばＳＹＮＣＥ＿ＣＦＧ）は、以下の表９に示されているように以下のフォーマットを有することができる。

【0101】

表９．ＳｙｎｃＥ設定メッセージ

【表9】

【0102】

表５～９に関して既に論じたフィールドに対して付加的に、ＳＳＭ＿ＣＬＫ＿ＬＥＶＥＬフィールドは、設定可能なＳＳＭ品質レベルに関する情報を含むことができる。ＦＲＥＱ＿ＯＦＦＳＥＴ＿ＣＦＧフィールドは、（ｐｐｂ単位で測定されるように）設定可能な周波数オフセットに関するデータを含むことができる。最後に、ペイロードは、任意の付加的データを含むことができる。

【0103】

図１２に示されているように、いくつかの実施形態では、本保護対象は、システム１２００内に実装されるように構成することができる。このシステム１２００は、１つまたは複数のプロセッサ１２１０、メモリ１２２０、記憶デバイス１２３０、および入／出力デバイス１２４０を含むことができる。これらのコンポーネント１２１０、１２２０，１２３０、および１２４０の各々は、システムバス１２５０を使用して相互接続することができる。プロセッサ１２１０は、システム６００内での実行のための命令を処理するように構成することができる。いくつかの実施形態では、プロセッサ１２１０は、シングルスレッドプロセッサであり得る。代替的な実施形態では、プロセッサ１２１０は、マルチスレッドプロセッサであり得る。プロセッサ１２１０は、入／出力デバイス１２４０による情報の受信または送信を含めて、メモリ１２２０内または記憶デバイス１２３０上に記憶された命令を処理するようにさらに構成することができる。メモリ１２２０は、システム１２００内に情報を記憶することができる。いくつかの実施形態では、メモリ１２２０は、コンピュータ可読媒体であり得る。代替的な実施形態では、メモリ１２２０は、揮発性メモリユニットであり得る。さらにいくつかの実施形態では、メモリ１２２０は不揮発性メモリユニットであり得る。記憶デバイス１２３０は、システム１２００のための大容量記憶デバイスを提供することができる。いくつかの実施形態では、記憶デバイス１２３０は、コンピュータ可読媒体であり得る。代替的な実施形態では、記憶デバイス１２３０は、フロッピーディスクデバイス、ハードディスクデバイス、光学的ディスクデバイス、テープデバイス、不揮発性ソリッドステートメモリ、または任意の他のタイプの記憶デバイスであり得る。入／出力デバイス１２４０は、システム１２００のための入／出力動作を提供するように構成することができる。いくつかの実施形態では、入／出力デバイス１２４０は、キーボードおよび／またはポインティングデバイスを含むことができる。代替的な実施形態では、入／出力デバイス１２４０は、グラフィカルユーザインタフェースを表示するためのディスプレイユニットを含むことができる。

【0104】

図１３は、本保護対象のいくつかの実施形態による例示的な方法１３００を示す。１３０２では、状態イベントの変化が、１つまたは複数の第１の通信デバイス（例えばＲＵ、ＤＵなど）によって検出可能である。ステップ１３０４では、検出された状態イベントの変化を示すメッセージを生成することができる。１３０６では、生成されたメッセージが、１つまたは複数の第２の通信デバイス（例えばＤＵ、ＲＵなど）に送信可能である。

【0105】

いくつかの実施形態では、本保護対象は、以下の任意選択的な特徴のうちの１つまたは複数を含むことができる。通信デバイスは、以下のうちの少なくとも１つ、すなわち、基地局、ｇＮｏｄｅＢ基地局、ｅＮｏｄｅＢ基地局、およびこれらの任意の組み合わせのうちの少なくとも１つを含むことができる。特に、通信デバイスは、以下のうちの少なくとも１つ、すなわち、１つまたは複数の分散型ユニット、１つまたは複数の無線ユニット、およびこれらの任意の組み合わせのうちの少なくとも１つを含むことができる。さらに、いくつかの実施形態では、リモートユニットは、メッセージを生成し、生成されたメッセージを１つまたは複数の分散型ユニットに送信することができる。代替的または付加的に、分散型ユニットは、メッセージを生成し、生成されたメッセージを１つまたは複数のリモートユニットに送信することができる。

【0106】

いくつかの実施形態では、メッセージは、１つまたは複数の第１の通信デバイスの１つまたは複数のレイヤ２コンポーネントから１つまたは複数の第２の通信デバイスの１つまたは複数のレイヤ２コンポーネントに送信されるように構成されたレイヤ２メッセージフレームであり得る。レイヤ２メッセージは、以下のうちの少なくとも１つ、すなわち、レイヤ２メッセージの発信元の識別子、レイヤ２メッセージの発信元のタイプの識別子、レイヤ２メッセージの宛先の識別子、レイヤ２メッセージの宛先のタイプの識別子、レイヤ２メッセージのタイプの識別子、状態イベントの変化に対応するデータ、およびこれらの任意の組み合わせのうちの少なくとも１つを含むことができる。さらに、状態イベントの変化に対応するデータは、以下のうちの少なくとも１つ、すなわち、精度タイミングプロトコルクロック状態、同期イーサネットクロック状態、時間誤差状態、精度タイミングプロトコル設定、同期イーサネット設定、１つまたは複数のコマンド、１つまたは複数の設定、およびこれらの任意の組み合わせのうちの少なくとも１つを含むことができる。状態イベントの変化に対応するデータは、以下のうちの少なくとも１つ、すなわち、状態イベントの先行する変化の検出以降の経過時間、位相オフセット設定、周波数オフセット設定、およびこれらの任意の組み合わせのうちの少なくとも１つを含むことができる。

【0107】

いくつかの実施形態では、本方法は、第２の通信デバイスによって、受信されたメッセージに基づき１つまたは複数の措置を実行するステップを含むことができる。

【0108】

いくつかの実施形態では、メッセージは、１つまたは複数の第２の通信デバイスによって実質的にリアルタイムで受信されるように構成されたマルチキャストメッセージであり得る。

【0109】

本明細書に開示されるシステムおよび方法は、例えば、データベース、デジタル電子回路、ファームウェア、ソフトウェア、またはそれらの組み合わせも含むコンピュータなどのデータプロセッサを含むさまざまな形態で具現化することができる。その上さらに、上述した特徴、および本開示の実施形態の他の態様および原理は、さまざまな環境で実施することができる。そのような環境および関連するアプリケーションは、開示された実施形態によるさまざまなプロセスおよび動作を実行するように特別に構築可能であるか、または必要な機能を提供するためにコードにより選択的に起動または再構成される汎用コンピュータまたはコンピューティングプラットフォームを含むことができる。本明細書で開示されるプロセスは、いずれかの特定のコンピュータ、ネットワーク、アーキテクチャ、環境、または他の装置に本質的に関連するものではなく、ハードウェア、ソフトウェアおよび／またはファームウェアの適切な組み合わせによって実施することができる。例えば、開示された実施形態の教示に従って記述されたプログラムを用いてさまざまな汎用機械を使用するができ、あるいは必要な方法および技術を実行するための専用の装置もしくはシステムを構築することがより好適な可能性もある。

【0110】

本明細書に開示されるシステムおよび方法は、コンピュータプログラム製品として、すなわち、データ処理装置、例えばプログラマブルプロセッサ、コンピュータ、または複数のコンピュータによる実行またはそれらの動作の制御のために、情報担体内で、例えば機械可読記憶デバイスまたは伝搬信号内で有形に具現化されるコンピュータプログラムとして実装することができる。コンピュータプログラムは、コンパイル言語またはインタプリタ言語を含む任意の形態のプログラミング言語で記述することができ、スタンドアロン型プログラムとして、またはモジュール、コンポーネント、サブルーチン、またはコンピューティング環境での使用に適した他のユニットとしてなどを含めた任意の形態で展開することができる。コンピュータプログラムは、１つのコンピュータで実行されるか、または１つのサイトにおける複数のコンピュータで実行されるか、または複数のサイトにわたって分割され、通信ネットワークによって相互接続されるように展開することができる。

【0111】

本明細書で使用される用語「ユーザ」は、人またはコンピュータを含む任意のエンティティを指すことができる。

【0112】

第１の、第２のなどの序数は、状況によっては順序に関係するが、本明細書で使用される序数は、必ずしも順序を意味するものではない。例えば、序数は、単に１つのアイテムを他のアイテムから区別するために使用することができる。例えば、第１のイベントを第２のイベントから区別するためであっても、必ずしも任意の時系列順序または固定的参照系の意味を含ませる必要はない（そのため説明のある段落における第１のイベントは、説明の別の段落における第１のイベントとは異なる可能性がある）。

【0113】

前述の説明は、添付の特許請求の範囲によって定められる本発明の範囲の説明を意図したものであってその限定を意図したものではない。他の実施形態は、添付の請求項の範囲内にある。

【0114】

プログラム、ソフトウェア、ソフトウェアアプリケーション、アプリケーション、コンポーネント、またはコードとも称され得るこれらのコンピュータプログラムは、プログラマブルプロセッサ用の機械命令を含み、高水準の手続き型および／またはオブジェクト指向プログラミング言語および／またはアセンブリ／機械語で実現することができる。本明細書で使用される「機械可読媒体」という用語は、機械可読信号として機械命令を受信する機械可読媒体も含めて、プログラマブルプロセッサに機械命令および／またはデータを提供するために使用される、例えば、磁気的ディスク、光学的ディスク、メモリ、およびプログラマブルロジックデバイス（ＰＬＤ）などの任意のコンピュータプログラム製品、装置、および／またはデバイスを指す。「機械可読信号」という用語は、機械命令および／またはデータをプログラマブルプロセッサに提供するために使用される任意の信号を指す。機械可読媒体は、例えば、非一時的ソリッドステートメモリまたは磁気的ハードドライブまたは任意の同等の記憶媒体のように、そのような機械命令を非一時的に記憶することができる。機械可読媒体は、代替的または付加的に、そのような機械命令を、例えばプロセッサキャッシュか、あるいは１つまたは複数の物理的プロセッサコアに関連付けられた他のランダムアクセスメモリなどの一時的な方式で記憶することができる。

【0115】

ユーザとの対話を提供するために、本明細書に記載された保護対象は、ユーザに情報を表示するための、例えば、陰極線管（ＣＲＴ）または液晶ディスプレイ（ＬＣＤ）モニタなどの表示デバイスと、ユーザがコンピュータに入力を提供することができるキーボードや例えばマウスもしくはトラックボールなどのポインティングデバイスと、を有するコンピュータに実装することができる。同様にユーザとの対話を提供するために、他の種類のデバイスを使用することもできる。例えば、ユーザに提供されるフィードバックは、例えば視覚的フィードバック、聴覚的フィードバック、または触覚的フィードバックなどの任意の形態の感覚的フィードバックであり得る。また、ユーザからの入力は、音響的、音声的、または触覚的入力を含むがこれらに限定されない任意の形態で受信することができる。

【0116】

本明細書に記載される保護対象は、例えば１つまたは複数のデータサーバなどのバックエンドコンポーネントを含むコンピューティングシステムにおいて、あるいは例えば１つまたは複数のアプリケーションサーバなどのミドルウェアコンポーネントを含むコンピューティングシステムにおいて、あるいは例えばユーザが本明細書に記載された保護対象の実施形態と対話できるグラフィカルユーザインタフェースまたはウェブブラウザを有する１つまたは複数のクライアントコンピュータなどのフロントエンドコンポーネントを含むコンピューティングシステムにおいて、あるいはそのようなバックエンド、ミドルウェア、またはフロントエンドコンポーネントの任意の組み合わせを含むコンピューティングシステムにおいて実装することができる。システムのこれらのコンポーネントは、例えば通信ネットワークなどのデジタルデータ通信の任意の形態または媒体によって相互接続することができる。通信ネットワークの例には、ローカルエリアネットワーク（「ＬＡＮ」）、ワイドエリアネットワーク（「ＷＡＮ」）、およびインターネットが含まれるが、これらに限定されない。

【0117】

コンピューティングシステムは、クライアントおよびサーバを含むことができる。クライアントおよびサーバは、一般に（ただし非排他的に）相互に離れており、典型的には通信ネットワークを介して対話する。クライアントおよびサーバの関係は、それぞれのコンピュータ上で実行され、相互にクライアント－サーバ関係を有するコンピュータプログラムによって発生する。

【0118】

前述の説明に記載された実施形態は、本明細書に記述された保護対象に一致するすべての実施形態を表すものではない。その代わりに、それらは、記載された保護対象に関連する態様と一致するいくつかの例に過ぎない。いくつかの変形形態は、上記で詳細に説明してきたが、他の修正または追加も可能である。特に、さらなる特徴および／または変形形態は、本明細書に記載された事項に対して付加的に提供することができる。例えば、上述の実施形態は、開示された特徴のさまざまな組み合わせまたは部分的な組み合わせに向けることができ、かつ／または上記の複数のさらなる特徴の組み合わせまたは部分的な組み合わせに向けることができる。付加的に、添付の図面に示され、かつ／または本明細書に記載された論理フローは、所望の結果を達成するために、必ずしも、ここに示されている特定の順序または順次連続する順序を要件とするものではない。他の実施形態は、従属請求項の範囲内にあり得る。

【図1a】

【図1b】

【図1c】

【図1d】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7a】

【図7b】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【国際調査報告】