(57)【要約】方法は、ランダムアクセスチャネル（ＲＡＣＨ）によるアクセスのために第１の基地局の第１のリソースブロックを指定することを有することによって、無線ネットワークトラフィックを管理するために提供される。方法は、ユーザ・オーバ・コントロールプレーンメッセージによるアクセスのために、第１のリソースブロックと関連する第１の複数のランダムアクセスサブフレームを指定することと、エンドポイントからサブフレームを介して第１の基地局でランダムアクセス信号を受信することとを更に有する。ランダムアクセス信号は、無線ネットワークによりＲＡＣＨにおいて受信され、第１の複数の指定されたランダムアクセスサブフレームのうちの１つにアクセスするよう試みる。更に、方法は、ランダムアクセス信号がユーザ・オーバ・コントロールプレーンメッセージであるかどうかを決定することと、第１の複数の指定されたランダムアクセスサブフレームのうちの１つにおいてランダムアクセス信号を処理することとを有する。
2016504847.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワークトラフィックを管理する方法であって、
ランダムアクセスチャネル（ＲＡＣＨ）によるアクセスのために第１の基地局の第１のリソースブロックを指定し、
ユーザ・オーバ・コントロールプレーンメッセージによるアクセスのために、前記第１のリソースブロックと関連する第１の複数のランダムアクセスサブフレームを指定し、
無線ネットワークを用いて前記ＲＡＣＨにおいて受信され、前記第１の複数の指定されたランダムアクセスサブフレームのうちの１つにアクセスしようと試みるランダムアクセス信号を、エンドポイントからランダムアクセスサブフレームを介して前記第１の基地局で受信し、
前記ランダムアクセス信号がユーザ・オーバ・コントロールプレーンメッセージであるかどうかを決定し、
前記ランダムアクセス信号が前記ユーザ・オーバ・コントロールプレーンメッセージであると決定することに応答して、前記第１の複数の指定されたランダムアクセスサブフレームのうちの前記１つにおいて前記ランダムアクセス信号を処理する
方法。
【請求項２】
前記ランダムアクセス信号は、アイドルモードにある前記エンドポイントから受信される、
請求項１に記載の方法。
【請求項３】
ＲＡＣＨメッセージによるアクセスのために、前記第１のリソースブロックと関連する第２の複数のランダムアクセスサブフレームを指定することを更に含む
請求項１に記載の方法。
【請求項４】
第２の基地局で前記ランダムアクセス信号を受信し、
前記ＲＡＣＨによるアクセスのために、前記第１の基地局の前記第１のリソースブロックに対応する前記第２の基地局の第２のリソースブロックを指定し、
ユーザ・オーバ・コントロールプレーンメッセージによるアクセスのために、前記第２のリソースブロックと関連する、前記第１の複数のランダムアクセスサブフレームに対応する第２の複数のランダムアクセスサブフレームを指定することを更に含む
請求項１に記載の方法。
【請求項５】
前記第１のリソースブロックに対応する前記第２のリソースブロックは、前記第１のリソースブロックと時間的にアライメントされた前記第２のリソースブロックを有する、
請求項４に記載の方法。
【請求項６】
前記第１の複数のランダムアクセスサブフレーム及び前記第２の複数のランダムアクセスサブフレームは、複数の周期的な時間シフトを伴うＺａｄｏｆｆ−Ｃｈｕ（ＺＣ）ルートに基づくシグニチャを有する、
請求項５に記載の方法。
【請求項７】
前記第１の複数のランダムアクセスサブフレーム及び前記第２の複数のランダムアクセスサブフレームは、複数のＺＣルートに基づくシグニチャを有する、
請求項５に記載の方法。
【請求項８】
前記ランダムアクセス信号は、連結メッセージ、ラストガスプメッセージ、及び大規模トリガードイベントメッセージのうちの１つである、
請求項１に記載の方法。
【請求項９】
前記第１の複数のランダムアクセスサブフレーム及び前記第２の複数のランダムアクセスサブフレームは、半静的な方式で指定される、
請求項４に記載の方法。
【請求項１０】
前記第１の基地局及び前記第２の基地局は、部分的にイミュニティ半径に基づき位置付けられる、
請求項４に記載の方法。
【請求項１１】
プロセッサによって実行される場合に、
ランダムアクセスチャネル（ＲＡＣＨ）によるアクセスのために第１の基地局の第１のリソースブロックを指定する動作と、
ユーザ・オーバ・コントロールプレーンメッセージによるアクセスのために、前記第１のリソースブロックと関連する第１の複数のランダムアクセスサブフレームを指定する動作と、
無線ネットワークを用いて前記ＲＡＣＨにおいて受信され、前記第１の複数の指定されたランダムアクセスサブフレームのうちの１つにアクセスしようと試みるランダムアクセス信号を、エンドポイントからサブフレームを介して前記第１の基地局で受信する動作と、
前記ランダムアクセス信号がユーザ・オーバ・コントロールプレーンメッセージであるかどうかを決定する動作と、
前記ランダムアクセス信号が前記ユーザ・オーバ・コントロールプレーンメッセージであると決定することに応答して、前記第１の複数の指定されたランダムアクセスサブフレームのうちの前記１つにおいて前記ランダムアクセス信号を処理する動作と
を実行するよう構成されるロジックを担持する１又はそれ以上の非一時的なコンピュータ可読媒体。
【請求項１２】
前記ランダムアクセス信号は、アイドルモードにある前記エンドポイントから受信される、
請求項１１に記載のコンピュータ可読媒体。
【請求項１３】
前記ロジックは更に、前記プロセッサによって実行される場合に、
ＲＡＣＨメッセージによるアクセスのために、前記第１のリソースブロックと関連する第２の複数のランダムアクセスサブフレームを指定する動作
を実行するよう構成される、
請求項１１に記載のコンピュータ可読媒体。
【請求項１４】
前記ロジックは更に、前記プロセッサによって実行される場合に、
第２の基地局で前記ランダムアクセス信号を受信する動作と、
前記ＲＡＣＨによるアクセスのために、前記第１の基地局の前記第１のリソースブロックに対応する前記第２の基地局の第２のリソースブロックを指定する動作と、
ユーザ・オーバ・コントロールプレーンメッセージによるアクセスのために、前記第２のリソースブロックと関連する、前記第１の複数のランダムアクセスサブフレームに対応する第２の複数のランダムアクセスサブフレームを指定する動作と
を実行するよう構成される、
請求項１１に記載のコンピュータ可読媒体。
【請求項１５】
前記第１のリソースブロックに対応する前記第２のリソースブロックは、前記第１のリソースブロックと時間的にアライメントされた前記第２のリソースブロックを有する、
請求項１４に記載のコンピュータ可読媒体。
【請求項１６】
前記第１の複数のランダムアクセスサブフレーム及び前記第２の複数のランダムアクセスサブフレームは、複数の周期的な時間シフトを伴うＺａｄｏｆｆ−Ｃｈｕ（ＺＣ）ルートに基づくシグニチャを有する、
請求項１５に記載のコンピュータ可読媒体。
【請求項１７】
前記第１の複数のランダムアクセスサブフレーム及び前記第２の複数のランダムアクセスサブフレームは、複数のＺＣルートに基づくシグニチャを有する、
請求項１５に記載のコンピュータ可読媒体。
【請求項１８】
メモリと、
前記メモリへ結合されるプロセッサと
を有し、
前記メモリは、
ランダムアクセスチャネル（ＲＡＣＨ）によるアクセスのために第１の基地局の第１のリソースブロックを指定し、
ユーザ・オーバ・コントロールプレーンメッセージによるアクセスのために、前記第１のリソースブロックと関連する第１の複数のランダムアクセスサブフレームを指定し、
無線ネットワークを用いて前記ＲＡＣＨにおいて受信され、前記第１の複数の指定されたランダムアクセスサブフレームのうちの１つにアクセスしようと試みるランダムアクセス信号を、エンドポイントからサブフレームを介して前記第１の基地局で受信し、
前記ランダムアクセス信号がユーザ・オーバ・コントロールプレーンメッセージであるかどうかを決定し、
前記ランダムアクセス信号が前記ユーザ・オーバ・コントロールプレーンメッセージであると決定することに応答して、前記第１の複数の指定されたランダムアクセスサブフレームのうちの１つにおいて前記ランダムアクセス信号を処理する
よう構成される、
無線通信のための基地局システム。
【請求項１９】
前記ランダムアクセス信号は、アイドルモードにある前記エンドポイントから受信される、
請求項１８に記載の基地局システム。
【請求項２０】
第２のプロセッサを更に有し、
前記第２のプロセッサは、
第２の基地局で前記ランダムアクセス信号を受信し、
前記ＲＡＣＨによるアクセスのために、前記第１の基地局の前記第１のリソースブロックに対応する前記第２の基地局の第２のリソースブロックを指定し、
ユーザ・オーバ・コントロールプレーンメッセージによるアクセスのために、前記第２のリソースブロックと関連する、前記第１の複数のランダムアクセスサブフレームに対応する第２の複数のランダムアクセスサブフレームを指定する
よう構成される、
請求項１８に記載の基地局システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、無線ネットワークに関し、具体的には、無線ネットワークにおけるユーザ・オーバ・コントロールプレーンメッセージング（user-over-control  plane  messaging）のためのシステム及び方法に関する。
【背景技術】
【０００２】
様々な無線テクノロジ（例えば、３Ｇ、４Ｇ、３ＧＰＰ  ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＷｉＭＡＸ（Worldwide  Interoperability  for  Microwave  Access）、等）は、概してここでは「スモールセル」と呼ばれる小規模基地局（例えば、ＷｉＭＡＸ又はホームノードＢ（ＨｅＮＢ）におけるフェムト基地局又はピコ基地局、あるいは、３ＧＰＰ  ＬＴＥ規格においてスモールセル基地局と総称的に指定される。）の使用を可能にする。ユーザ又は無線サービス事業者の技術者は、ローカル無線カバレッジのユーザエクスペリエンスを改善するために、ユーザの家又は職場においてスモールセルを設置する。無線サービス事業者のネットワークへのスモールセルのバックホール接続は、ユーザのネットワークアクセス（例えば、ＤＳＬ（Digital  Subscriber  Line））を介して提供される。スモールセルは、無線サービス事業者の他の基地局（例えば、マクロ基地局（ｍＢＳ）及び／又は中継局）と同様の無線方式において作動する（例えば、同じエアインターフェースプロトコルを使用する）。スモールセルは、ユーザが気付くことなくｍＢＳからスモールセルへのハンドオーバが達成されることを可能にすることができる（例えば、１つのｍＢＳから他へのハンドオーバと同様）。スモールセルは、メインセルのトラフィックをオフロードすることによってほとんど又は全く人の支援なしで通信するよう設計されているマシン・ツー・マシン（Ｍ２Ｍ）通信において有用であり得る。大規模な産業又はマシン居住ネットワークにおけるＭ２Ｍ通信は、ｍＢＳごとに３万を超えるマシンユーザ設備（ＵＥ；User  Equipment）装置の接続を必要とすることがある。スモールセルは、無線サービス事業者のマクロ基地局は別として、Ｍ２Ｍトラフィックを含む過剰なデータトラフィックを扱うのを支援することができ、よって、全体のセルスループットを増大させ且つユーザエクスペリエンスを改善することができる。
【０００３】
スモールセルは、マクロセルの全体のスループットの大幅な増大、よって、場合により、夫々のマクロセルの全体のスペクトル効率を高めること、を可能にすると期待される。スモールセルはまた、無線サービス事業者の基地局は別として、Ｍ２Ｍトラフィックを含む過剰なデータトラフィックを扱うのを支援することができ、よって、基地局に対する負荷を軽減し且つユーザのための性能を改善することができる。
【発明の概要】
【０００４】
本開示の１又はそれ以上の実施形態に従って、方法は、無線ネットワークトラフィックを管理するために提供され、ランダムアクセスチャネル（ＲＡＣＨ；Random  Access  CHannel）によるアクセスのために第１の基地局の第１のリソースブロックを指定することを有する。方法は、ユーザ・オーバ・コントロールプレーンメッセージ（user-over-control  plane  message）によるアクセスのために、前記第１のリソースブロックと関連する第１の複数のランダムアクセスサブフレームを指定することと、エンドポイントからランダムアクセスサブフレームを介して前記第１の基地局でランダムアクセス信号を受信することとを更に有する。前記ランダムアクセス信号は、無線ネットワークを用いて前記ＲＡＣＨにおいて受信され、前記第１の複数の指定されたランダムアクセスサブフレームのうちの１つにアクセスしようと試みている。更に、方法は、前記ランダムアクセス信号がユーザ・オーバ・コントロールプレーンメッセージであるかどうかを決定することと、前記第１の複数の指定されたランダムアクセスサブフレームのうちの前記１つにおいて前記ランダムアクセス信号を処理することとを有する。
【０００５】
本開示の他の実施形態に従って、ロジックを担持する１又はそれ以上の非一時的なコンピュータ可読媒体であって、前記ロジックが、プロセッサによって実行される場合に、ＲＡＣＨによるアクセスのために第１の基地局の第１のリソースブロックを指定することを含む動作を実行するよう構成される、コンピュータ可読媒体が提供される。前記動作は、ユーザ・オーバ・コントロールプレーンメッセージによるアクセスのために、前記第１のリソースブロックと関連する第１の複数のランダムアクセスサブフレームを指定することと、エンドポイントからランダムアクセスサブフレームを介して前記第１の基地局でランダムアクセス信号を受信することとを更に含む。前記ランダムアクセス信号は、無線ネットワークを用いて前記ＲＡＣＨにおいて受信され、前記第１の複数の指定されたランダムアクセスサブフレームのうちの１つにアクセスしようと試みている。更に、前記動作は、前記ランダムアクセス信号がユーザ・オーバ・コントロールプレーンメッセージであるかどうかを決定することと、前記第１の複数の指定されたランダムアクセスサブフレームのうちの前記１つにおいて前記ランダムアクセス信号を処理することとを含む。
【０００６】
本開示の他の実施形態に従って、無線通信のための基地局システムであって、メモリ及び該メモリへ結合されるプロセッサを有する基地局システムが提供される。前記プロセッサは、ＲＡＣＨによるアクセスのために第１の基地局の第１のリソースブロックを指定し、ユーザ・オーバ・コントロールプレーンメッセージによるアクセスのために、前記第１のリソースブロックと関連する第１の複数のランダムアクセスサブフレームを指定するよう構成される。前記プロセッサは更に、エンドポイントからランダムアクセスサブフレームを介して前記第１の基地局でランダムアクセス信号を受信するよう構成される。前記ランダムアクセス信号は、無線ネットワークを用いて前記ＲＡＣＨにおいて受信され、前記第１の複数の指定されたランダムアクセスサブフレームのうちの１つにアクセスしようと試みている。前記プロセッサは更に、前記ランダムアクセス信号がユーザ・オーバ・コントロールプレーンメッセージであるかどうかを決定し、前記第１の複数の指定されたランダムアクセスサブフレームのうちの前記１つにおいて前記ランダムアクセス信号を処理するよう構成される。
【０００７】
本発明の目的及び利点は、特許請求の範囲において特に指摘されている特徴、要素、及び組み合わせによって少なくとも達成及び実現される。前述の概略の説明及び以下の詳細な説明は、例及び説明であり、請求されている発明の制限ではないことが理解されるべきである。
【図面の簡単な説明】
【０００８】
本開示並びにその特徴及び利点のより完全な理解のために、これより、添付の図面とともに検討される以下の説明が参照される。
【０００９】
【図１】本開示の一実施形態に従って、オーバーレイされたスモールセル（ＯＳＣ；Overlaid  Small  Cell）を用いる無線ネットワークの例を表す。
【００１０】
【図２】本開示の一実施形態に従って、図１の様々な構成要素の動作を助けることができる装置の例を表す。
【００１１】
【図３】本開示の一実施形態に従って、スモールパケット送信の例を表す。
【００１２】
【図４】本開示の一実施形態に従って、夫々のマクロ基地局（ｍＢＳ；macro  Base  Station）が他のＢＳのセルと隣接するか又は同じ近傍に位置する関連セルをカバーするように構成される複数のｍＢＳと関連する複数のリソースブロックにおける割り当ての例を表す。
【００１３】
【図５】本開示の一実施形態に従って、エンドポイントとｍＢＳ及び／又はスモールセル基地局（ｓｃＢＳ；small  cell  Base  Station）との間のユーザ・オーバ・コントロールプレーン（Ｕ／Ｃ）メッセージングプロシージャの例を表す。
【００１４】
【図６】本開示の一実施形態に従って、特定のエンドブロック・アクセッシング・リソースブロックによって送信される高優先度の連結Ｕ／Ｃメッセージを表す。
【００１５】
【図７Ａ】本開示の一実施形態に従って、２つの表されているＯＳＣの間の経路分離のために構成されるネットワークの例を表す。
【００１６】
【図７Ｂ】本開示の一実施形態に従って、図１に示されているネットワークのための２又はそれ以上のＯＳＣの間のセル内ＯＳＣ  Ｕ／Ｃメッセージング及び物理ランダムアクセスチャネル（ＰＲＡＣＨ；Physical  Random  Access  CHannel）アクセス共有構成において利用される割り当ての例を表す。
【００１７】
【図７Ｃ】本開示の一実施形態に従って、半静的なＵ／Ｃメッセージングスケジューリング構成を有するネットワークの例を表す。
【００１８】
【図８】本開示の一実施形態に従って、図１に示されているネットワークのための同じＯＳＣ構成内のマクロセル内Ｕ／Ｃメッセージング及びＰＲＡＣＨアクセスリソースにおいて利用される割り当ての例を表す。
【００１９】
【図９】本開示の一実施形態に従って、無線ネットワークにおけるＵ／Ｃメッセージングのための方法の例のフローチャートを表す。
【発明を実施するための形態】
【００２０】
図１は、本開示の一実施形態に従って、オーバーレイされたスモールセル（ＯＳＣ；Overlaid  Small  Cell）を用いる無線ネットワーク１００の例を表す。ネットワーク１００は、１又はそれ以上のコロケートされたマクロ基地局（ｍＢＳ）１０２と、１又はそれ以上のエンドポイント１０４ａ〜ｅ（集合的にエンドポイント１０４と呼ばれる。）とを含んでよい。ネットワーク１００は、例えばセル１１０などの地理的領域にわたって、あらゆる適切な数のエンドポイント１０４のための無線カバレッジを提供してよい。例えば、ｍＢＳ１０２は、建物全体、街区、キャンパス、又は何らかの他の連続した領域のための無線カバレッジを提供するのに使用されてよい。セル１１０は、例えば、図１において表されている円形状などの、あらゆる適切なカバレッジ形状を有してよい。セル１１０はまた、あらゆる適切なサイズを有してよい。例えば、セル１１０は、約３キロメートルの半径１２２を有してよい。
【００２１】
ｍＢＳ１０２は、１又はそれ以上のポート（明示的に図示されず。）を介した無線通信により１又はそれ以上のエンドポイント１０４と通信するよう構成されてよい。ここで使用されるように、ｍＢＳ１０２は、発信サイト、遠隔発信サイト、無線イーサネット（登録商標）制御、エボルブド・ノードＢ（ｅＮＢ；Evolved  Node  B）、ベースバンドユニット、無線エレメント、及び／又は遠隔無線ヘッド（ＲＲＨ；Remote  Radio  Head）を指してよい。ｍＢＳ１０２は、ネットワークにおける情報の有線又は無線による交換を可能にするあらゆる数の通信プロトコルを実装するよう、ハードウェア、コンピュータ可読媒体に埋め込まれたソフトウェア、及び／又はハードウェアにおいて組み込まれるか若しくは別なふうに記憶された符号化ロジック（例えば、ファームウェア）のあらゆる組み合わせを含んでよい。ｍＢＳ１０２は、制御メッセージ及びデータトラフィックをエンドポイント１０４との間の送信及び受信するよう動作可能であってよい。ｍＢＳ１０２は、他のｍＢＳ１０２と通信するよう、あらゆる適切なテクノロジ又はプロトコル、例えば、コモンパブリック無線インターフェース（ＣＰＲＩ；Common  Public  Radio  Interface）を使用してよい。本開示の幾つかの実施形態において、ｍＢＳ１０２は、エンドポイント１０４と連帯して通信するよう他のｍＢＳ１０２と協調してよい。
【００２２】
本開示の幾つかの実施形態において、ｍＢＳ１０２は、例えばモバイル無線サービスプロバイダによって稼働されるもののような、モバイル無線送電塔において設置されてよい。例えば、ｍＢＳ１０２は、第３世代パートナーシッププロジェクト（３ＧＰＰ；3rd  Generation  Partnership  Project）プロトコルに従うモバイル無線データを送信するよう構成されてよい。図１に表されている例において、ｍＢＳ１０２は、ロングタームエボリューション（ＬＴＥ；Long  Term  Evolution）標準に従うモバイル無線データを送信及び／又は受信するよう構成されてよい。同じ又は代替の実施形態において、ｍＢＳ１０２は、３ＧＰＰの後のリリース、又は例えばＬＴＥアドバンスド（ＬＴＥ−Ａ；LTE-Advanced）などの他の第４世代（又はより後の世代）プロトコルを含む、他のプロトコルに従うモバイル無線データを送信及び／又は受信するよう構成されてよい。
【００２３】
ｍＢＳ１０２はまた、サービスを提供し且つエンドポイント１０４へのデータ送信をサポートするために、ウェブページ、電子メール、テキスト、チャット、ボイス・オーバーＩＰ（ＶｏＩＰ；voice  over  IP）、インスタントメッセージング、及び／又はあらゆる他の適切なアプリケーションをサポートする信号、データ及び／又はメッセージを送信することが可能なあらゆるネットワーク又はネットワークの組み合わせへ結合されてよい。例えば、ｍＢＳ１０２は、例えばインターネットなどの大域的分散型ネットワークへの接続、又はあらゆる他の形態の無線若しくは有線ネットワーキングを可能にする１又はそれ以上のローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）へ結合されてよい。一例として、ｍＢＳ１０２は、ＬＡＮ１１４を介して、サーバ１０８を含み得るコアインフラストラクチャネットワーク１１２へ結合されてよい。
【００２４】
ネットワーク１００は、１又はそれ以上のスモールセル基地局（ｓｃＢＳ；small  cell  base  stations）１１８ａ〜ｄ（集合的にｓｃＢＳ１１８と呼ばれる。）を更に含んでよい。ｓｃＢＳ１１８は、ｍＢＳ１０２のカバレッジ内でオーバーレイされたいずれかのモバイル無線スモールセルカバレッジを提供してよい。ｓｃＢＳ１１８は、スモールセル・エボルブド・ノードＢ（ｓｅＮＢ）、ホームエボルブドノードＢ（ＨｅＮＢ）、及び／又はあらゆる他の適切なデバイスであってよい。本開示の幾つかの実施形態において、ｓｃＢＳ１１８は、他のデバイスとの間の通信のためにモバイル無線データをスイッチング及び／又はアグリゲートするよう構成されたあらゆる電子デバイスであってよい。本開示の幾つかの実施形態において、ｓｃＢＳ１１８は、１又はそれ以上のメモリと、メモリに記憶されている命令を実行するよう構成された１又はそれ以上のプロセッサとを有してよい。
【００２５】
ｓｃＢＳ１１８は、例えばオーバーレイされたスモールセル（ＯＳＣ；overlaid  small  cell）１１６ａ〜ｄ（集合的にＯＳＣ１１６と呼ばれる。）などの地理的領域にわたって、あらゆる適切な数のエンドポイント１０４のための無線カバレッジを提供してよい。ＯＳＣ１１６は、特定のｍＢＳ１０２のカバレッジ領域、例えば、セル１１０内に全体として又は部分的に位置付けられ得るｓｃＢＳ１１８と関連するスモールセルであってよい。本開示の幾つかの実施形態において、ＯＳＣ１１６はまた、複数の隣接するセル１１０と重なり合ってよい。ＯＳＣ１１６は、図１に表されている例えば円形状などの、あらゆる適切なカバレッジ形状を有してよい。ＯＳＣ１１６は、あらゆる適切なサイズを有してよい。例えば、ＯＳＣ１１６は、約０．５キロメートルのカバレッジ半径１２４を有してよい。ＯＳＣ１１６ａ〜ｄは、おおよそ同じサイズを有するものとして図１に示され得るが、各ＯＳＣ１１６は、あらゆる適切なサイズを有してもよい。ＯＳＣ１１６ａ〜ｄは、屋内又は屋外の用途のために設置されてよい。本開示の幾つかの実施形態において、ホーム（居住用途）又はビジネス（企業用途）は、ホーム又はビジネスにわたって展開される１又はそれ以上のＯＳＣ１１６を有することが必要であるか又は好ましいことがある。そのような様態において、モバイル無線プロバイダは、モバイル無線ネットワークのカバレッジを屋内で又は乏しいカバレッジエリアに最適化してよく、このことは、従来のモバイル無線カバレッジ技術を介して到達するのがより困難であるか且つ／あるいは費用がかかり得る。
【００２６】
本開示の幾つかの実施形態において、ｓｃＢＳ１１８は、例えばデジタルサブスクライバライン（ＤＳＬ；digital  subscriber  line）、光ファイバ、若しくは他の適切な有線リンクなどの有線リンク、又は適切な無線リンクであってよいリンク１３２を介して、モバイル無線プロバイダのコアネットワーク及び／又はｍＢＳ１０２と通信してよい。本開示の幾つかの実施形態において、これは、ユーザ及び無線サービスプロバイダの両方にとって有益であり得る。本開示の幾つかの実施形態において、ＯＳＣ１１６は、ｍＢＳ１０２と同じ周波数を再利用することによってｍＢＳ１０２の広帯域スペクトル内で作動する同一チャネルＯＳＣであってよい。
【００２７】
上記で、及び以下で図２乃至９を参照して、例示されたモバイル無線テクノロジに言及しているが、他のテクノロジ、標準、及び／又はプロトコルが、本開示の適用範囲から逸脱することなしに実施されてよい。例えば、ここで記載されるシステム及び方法はまた、他の直交周波数分割多重化（ＯＦＤＭ；orthogonal  frequency-division  multiplexing）無線テクノロジ又は他の適切な無線テクノロジとしてＷｉＭＡＸ（worldwide  interoperability  for  microwave  access）に適用されてよい。
【００２８】
ＯＳＣ１１６がアクティブであるとき、ユーザ、ユーザ設備、無線アクセスネットワーク、又はそれらの何らかの組み合わせは、モバイル無線データトラフィックのある部分を、コアネットワークへの返信のために、ローカルエリアネットワーク上にオフロードすることが可能であってよい。これは、ｍＢＳ１０２におけるトラフィックレベルを下げ、サービスを提供され得るエンドポイント１０４の数を増やし、それによってｍＢＳ１０２のカバレッジ内の全体的なトラフィックを増やすとともに、ユーザのための性能を改善するという利点を有してよい。ｓｃＢＳ１１８の幾つかの構成において、この“データオフロード”プロセスは、多数の異なったアプローチによって実行されてよい。
【００２９】
エンドポイント１０４は、無線データ、メッセージ、及び／又は信号を他のエンドポイント１０４、ｍＢＳ１０２、及び／又はｓｃＢＳ１１８との間で受信及び／又は送信するよう構成されたあらゆる電子デバイスであってよい。例えば、エンドポイント１０４は、モバイル無線電話機、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、ＰＤＡ、モバイル無線モデム、ＶｏＩＰ電話機、無線測定デバイス、無線センサ、マシンに埋め込まれた無線センサ、並びに／又はｍＢＳ１０２及び／若しくはｓｃＢＳ１１８と通信するよう構成された他のデバイスであってよい。エンドポイント１０４は、ハードウェア、コンピュータ可読媒体に埋め込まれたソフトウェア、実時間処理システム、及び／又はハードウェアに組み込まれた若しくは別なふうに格納された符号化ロジック（例えば、ファームウェア）のいずれかの適切な組み合わせを通じてデータ又はネットワークサービスを人間及び／又はマシンユーザへ提供してよい。エンドポイント１０４は、無人若しくは自動システム、他の中間コンポーネント、又はデータ、メッセージ、及び／若しくは信号を送信若しくは受信することができる他のデバイスを更に含んでよい。様々なタイプの情報がエンドポイント１０４へ又はそれから送信されてよい。一例として、エンドポイント１０４は、識別データ及びステータスデータをｍＢＳ１０２及び／又はｓｃＢＳ１１８へ送信してよい。
【００３０】
本開示の幾つかの実施形態において、マシン型通信（ＭＴＣ；Machine  Type  Communication）としても知られているマシン・ツー・マシン（Ｍ２Ｍ；machine  to  machine）通信は、マシンユーザ設備（Ｍ−ＵＥ；machine  user  equipment）の形でエンドポイント１０４を利用してよい。Ｍ２Ｍネットワークは、ヒューマンモバイルトラフィックとは有意に異なったトラフィックパターンを有してよい。例えば、産業用途におけるセンサネットワーク、居住ユーティリティ用途におけるスマートグリッド／メータ、及び／又はスマートホームネットワークは、多数のマシンＵＥを含んでよい。他の例として、幾つかの大規模な産業用途において、ネットワーク１００は、例えば、セル１１０ごとに最大で約３万以上のデバイスといった、多数のマシンＵＥを適応させるのに必要とされることがある。ネットワーク１００は、Ｍ２Ｍネットワークの場合においてマシンＵＥのみを含んでよく、あるいは、ネットワーク１００は、ヒューマン／マシンネットワークにおける、例えばモバイル無線電話機などのヒューマンモバイルデバイスと、マシンＵＥとの混合であってよい。マシンＵＥの形をしたエンドポイント１０４は、幾つかのマシンＵＥがモビリティ属性を有さなくてよいように固定又は可搬性である特性を有してよい。更に、マシンＵＥは、滅多に起こらない爆発的な通信、及び／又はピークデータトラフィックパターンの大規模な急増を示すことがある。
【００３１】
図２乃至９を参照して以下でより詳細に記載されるように、ｍＢＳ１０２及び／又はｓｃＢＳ１１８は、以下で論じられる割り当てルーチンを実行する命令を実行するよう構成されてよい。他の構成において、様々な部分に対する責任は、ネットワーク１００のコンポーネントのためで分配されてよい。
【００３２】
本開示の幾つかの実施形態において、コンセントレータ１３０が利用されてよく、ｍＢＳ１０２、サーバ１０８、ｓｃＢＳ１１８、及び／又は何らかの他の適切な設備と通信してよい。コンセントレータ１３０は、プロセッサ、メモリ、ポート、及び／又は何らかの他の適切なコンポーネントを含んでよい。コンセントレータ１３０は、セル１００又は１以上のＯＳＣ１１６内の全てのエンドポイント１０４からメッセージを集めるよう構成されてよい。コンセントレータ１３０はまた、エンドポイント１０４からのあらゆる連結メッセージを再構築するよう構成されてよい（以下で図６を参照して記載される。）。コンセントレータ１３０は更に、エンドポイント１０４から受信されたメッセージ、例えば、アドヘッダをアドレッシングして、メッセージをｍＢＳ１０２、サーバ１０８、ｓｃＢＳ１１８、及び／又は何らかの他の適切な宛先へ転送するよう構成されてよい。更に、コンセントレータ１３０は、ｍＢＳ１０２において埋め込まれるか又はそれとコロケートされてよい。
【００３３】
図１は、１つのｍＢＳ１０２、複数のエンドポイント１０４、及び４つのｓｃＢＳ１１８を有するものとしてネットワーク１００を例示しているが、かかる例は、理解するのを助けるために与えられているのであり、いずれかの数のいずれかの所与のコンポーネントは、本開示の適用範囲から逸脱することなしに、所与の構成において与えられ得ることが理解されるべきである。また、いずれかの所与のコンポーネントの数は時間とともに変化し得ることが理解されるべきである。例えば、所与のｓｃＢＳ１１８の範囲内に存在するエンドポイント１０４の数及びアイデンティティは、ユーザがｓｃＢＳ１１８のカバレッジの内外に移動するにつれて時間とともに変化し得る。
【００３４】
更に、図１は、ｍＢＳ１０２、エンドポイント１０４、及びｓｃＢＳ１１８を有するシステムのただ１つのイテレーションしか表さないが、多数のそのようなイテレーションが、本開示の適用範囲から逸脱することなしにネットワーク１００内に存在してよい。例えば、所与のセル１１０の範囲内に存在する複数のＯＳＣ１１６があってよい。他の実施形態において、ネットワーク１００はｍＢＳ１０２を含まなくてよい。
【００３５】
図２は、本開示の一実施形態に従って、図１の様々なコンポーネントの動作を助けることができる装置の例を表す。図２は、２つの例となるエンドポイント１０４及び例となるｍＢＳ１０２を備えた通信システム２００の例を含む。ｍＢＳ１０２を利用して表されているが、代替的に、システム２００は、ｍＢＳ１０２と同じ表されているコンポーネントを備えたｓｃＢＳ１１８を含んでよい。通信システム２００は、図１のネットワーク１００の少なくとも一部分に対応してよい。エンドポイント１０４及びｍＢＳ１０２は夫々、１又はそれ以上のコンピュータシステムの１又はそれ以上の部分を含んでよい。
【００３６】
システム２００は、複数のアンテナが無線信号及び／又はメッセージを送信及び受信するために使用される多入力多出力（ＭＩＭＯ；multiple-input/multiple-output）伝送を可能にしてよい。加えて、システム２００は、ＭＩＭＯ伝送において使用される信号及び／又はメッセージの伝送を協調させ結集させるように多地点協調プロセッシング（ＣｏＭＰ；Coordinated  Multi-point  Processing）を実行するよう構成されてよい。ＣｏＭＰプロセッシングは、複数のｍＢＳ１０２が連帯してエンドポイント１０４と通信し及び／又は複数のエンドポイント１０４がｍＢＳ１０２と通信するＤＬ  ＣｏＭＰ伝送を実行してよい。
【００３７】
エンドポイント１０４は、１又はそれ以上のアンテナポート２１６を用いてエアインターフェースを介した無線通信によりｍＢＳ１０２と通信してよい。例えば、エンドポイント１０４ａは、アンテナポート２１６ａ及び２１６ｂを用いてエアインターフェースを介してｍＢＳ１０２と通信してよい。エンドポイント１０４ｂは、アンテナポート２１６ｃ及び２１６ｄを用いてエアインターフェースを介してｍＢＳ１０２と通信してよい。エンドポイント１０４は、３ＧＰＰリリース１１又はそれ以降において定義されるＬＴＥ及びＬＴＥ−Ａを含むがそれらに限られない様々な異なった無線テクノロジのいずれかを用いてｍＢＳ１０２と通信してよい。本開示の幾つかの実施形態において、エンドポイント１０４は、連帯してｍＢＳ１０２と通信するよう１又はそれ以上の他のエンドポイント１０４と協調してよい。かかる実施形態において、エンドポイント１０４は、複数の伝送アンテナポート２１６が異なったエンドポイント１０４に備わってよいＭＩＭＯ送信／受信スキームを用いてｍＢＳ１０２と通信するよう互いと協調してよく、一方、１又はそれ以上の送信／受信アンテナポート２１８は、ｍＢＳ１０２に設置される。例えば、エンドポイント１０４は、３ＧＰＰ標準において定義されるＤＬ  ＣｏＭＰ  ＭＩＭＯ送信／受信を用いてｍＢＳ１０２と通信してよい。かかるＭＩＭＯ伝送の間、エンドポイント１０４は、アンテナポート２１６とｍＢＳ１０２の１又はそれ以上のアンテナポート２１８との間の１又はそれ以上の無線接続を介して、ｍＢＳ１０２への多層化データストリームを用いて無線通信してよい。
【００３８】
エンドポイント１０４及びｍＢＳ１０２のコンポーネントは、あらゆる適切な物理形状、構成、数、タイプ及び／又はレイアウトを有してよい。一例として、制限なしに、エンドポイント１０４及び／又はｍＢＳ１０２は、埋込型実時間プロセッシングシステム、コンピュータシステム、システム・オン・チップ（ＳＯＣ）、シングルボードコンピュータシステム（ＳＢＣ）（例えば、コンピュータ・オン・モジュール（ＣＯＭ）又はシステム・オン・モジュール（ＳＯＭ））、デスクトップコンピュータシステム、ラップトップ若しくはノートブックコンピュータシステム、対話型キオスク、メインフレーム、コンピュータシステム網、携帯電話機、パーソナルデジタルアシスタント（ＰＤＡ）、サーバ、又はそれらのうちの２以上の組み合わせを有してよい。必要に応じて、エンドポイント１０４及び／又はｍＢＳ１０２は、１又はそれ以上のコンピュータシステムを有しても、又は多重プロセッサシステムにおいて埋め込まれても、あるいは、中央集権的又は分散型であっても、あるいは、複数の位置に及んでも、あるいは、複数のマシンに及んでも、あるいは、１以上のネットワークにおいて１以上のクラウドコンポーネントを含むことができるクラウドに存在してもよい。
【００３９】
表されている実施形態において、エンドポイント１０４ａ及び１０４ｂ並びにｍＢＳ１０２は夫々、各自のプロセッサシステム２１１、２２１及び２３１、メモリシステム２１３、２２３及び２３３、ストレージ２１５、２２５及び２３５、インターフェース２１７、２２７及び２３７、並びにバス２１２、２２２及び２３２を含む。特定の無線通信システムは、特定の配置において特定の数の特定のコンポーネントを有するものとして表されているが、本開示は、あらゆる適切な配置においてあらゆる適切な数のあらゆる適切なコンポーネントを有するあらゆる適切な通信システム２００を考えている。簡単のために、エンドポイント１０４ａ、１０４ｂ及びｍＢＳ１０２の同様のコンポーネントはまとめて論じられる。しかしながら、それらのデバイスは、同じコンポーネント若しくは同じタイプのコンポーネントを有し、あるいは、同じように構成される必要はない。例えば、プロセッサシステム２１１は、特定用途向け集積回路（ＡＳＩＣ）又はシステム・オン・チップ（ＳｏＣ）として実装されてよい。
【００４０】
プロセッサシステム２１１、２２１及び２３１は、単独で、さもなければ他のコンポーネント（例えば、夫々、メモリシステム２１３、２２３及び２３３）とともに無線ネットワーキング機能を提供するよう動作可能な１以上のマイクロプロセッサ、コントローラ、あるいは、あらゆる他の適切なコンピューティングデバイス、ハードウェア若しくはソフトウェアリソース、又は実時間オペレーティングシステム（ＲＴＯＳ；real-time  operating  system）に基づくハードウェア、ソフトウェア及び／若しくは埋め込みロジックの組み合わせを含んでよい。かかる機能は、ここで論じられている様々な無線機能をサポートすることを含んでよい。例えば、プロセッサシステム２３１は、チャネル２２４を介してｍＢＳ１０２とエンドポイント１０４との間でやり取りされたデータ、メッセージ及び／又は信号を解析及び／又は処理するよう構成されてよい。更に、エンドポイント１０４ａ及び１０４ｂのプロセッサシステム２１１及び２２１は、チャネル２２４を介してｍＢＳ１０２から送信された信号、メッセージ及び／又はデータを解析するよう構成されてよい。
【００４１】
本開示の幾つかの実施形態において、プロセッサシステム２１１、２２１及び２３１は、例えばＲＴＯＳによってサポートされる実時間命令及び／又はコンピュータプログラムを構成するもののような、命令を実行するためのハードウェアを含んでよい。一例として、制限なしに、命令を実行するよう、プロセッサシステム２１１、２２１及び２３１は、夫々内部レジスタ、内部キャッシュ、メモリシステム２１３、２２３若しくは２３３、又は夫々ストレージ２１５、２２５若しくは２３５から命令を取り出し（又はフェッチし）、それらを復号して実行し、次いで、１又はそれ以上の結果を夫々内部レジスタ、内部キャッシュ、メモリシステム２１３、２２３若しくは２３３、又は夫々ストレージ２１５、２２５若しくは２３５へ書き込んでよい。
【００４２】
本開示の幾つかの実施形態において、プロセッサシステム２１１、２２１及び２３１は、データ、命令又はアドレスのための１又はそれ以上の内部キャッシュを含んでよい。本開示は、必要に応じて、あらゆる適切な数のあらゆる適切な内部キャッシュを含むプロセッサシステム２１１、２２１及び２３１を考えている。一例として、制限なしに、プロセッサシステム２１１、２２１及び２３１は、１以上の命令キャッシュ、１以上のデータキャッシュ、並びに１以上のトランスレーション・ルックアサイド・バッファ（ＴＬＢ；translation  lookaside  buffer）及び／又は多層バッファを含んでよい。命令キャッシュに含まれる命令は、夫々メモリシステム２１３、２２３若しくは２３３、又は夫々ストレージ２１５、２２５若しくは２３５に含まれる命令のコピーであってよく、命令キャッシュは、夫々プロセッサシステム２１１、２２１若しくは２３１によるそれらの命令の取り出しを加速させてよい。データキャッシュに含まれるデータは、処理をするよう夫々プロセッサシステム２１１、２２１若しくは２３１で実行する命令のための、夫々メモリシステム２１３、２２３若しくは２３３、又は夫々ストレージ２１５、２２５若しくは２３５に含まれるデータのコピー、プロセッサシステム２１１、２２１若しくは２３１で実行するその後の命令によるアクセスのための、あるいは、夫々メモリシステム２１３、２２３若しくは２３３又は夫々ストレージ２１５、２２５若しくは２３５に書き込むための、プロセッサシステム２１１、２２１若しくは２３１で実行した前の命令の結果、あるいは、他の適切なデータであってよい。データキャッシュは、プロセッサシステム２１１、２２１若しくは２３１による読み出し又は書き込み動作を加速させることができる。多層バッファは、プロセッサシステム２１１、２２１若しくは２３１のための仮想アドレス変換を加速させることができる。本開示の幾つかの実施形態において、プロセッサシステム２１１、２２１及び２３１は、データ、命令又はアドレスのための１又はそれ以上の内部レジスタを含んでよい。実施形態に依存して、プロセッサシステム２１１、２２１及び２３１は、必要に応じて、あらゆる適切な数のあらゆる適切な内部レジスタを含んでよい。必要に応じて、プロセッサシステム２１１、２２１及び２３１は、１又はそれ以上の算術論理ユニット（ＡＬＵ；arithmetic  logic  units）を含んでも、あるいは、マルチコアプロセッサであっても、あるいは、１以上のプロセッサシステム２１１又はあらゆる他の適切なプロセッサを含んでもよい。
【００４３】
メモリシステム２１３、２２３又は２３３は、制限なしに、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読出専用メモリ（ＲＯＭ）、フラッシュメモリ、リムーバブル媒体、又はあらゆる他の適切な局所的な若しくは遠隔のメモリコンポーネント（複数含む。）を含むあらゆる形態の揮発性及び／又は不揮発性メモリであってよい。本開示の幾つかの実施形態において、メモリシステム２１３、２２３又は２３３は、ランダムアクセスメモリ（ＲＡＭ）を含んでよい。このＲＡＭは、必要に応じて、揮発性メモリであってよい。必要に応じて、このＲＡＭは、動的ＲＡＭ（ＤＲＡＭ）又は静的ＲＡＭ（ＳＲＡＭ）であってよい。加えて、必要に応じて、このＲＡＭは、シングルポート若しくはマルチポートＲＡＭ、又はあらゆる他の適切なタイプのＲＡＭ若しくはメモリであってよい。メモリシステム２１３、２２３又は２３３は、必要に応じて、夫々、１又はそれ以上のメモリ２１３、２２３又は２３３を含んでよい。メモリシステム２１３、２２３又は２３３は、コンピュータ可読媒体において埋め込まれ及び／又はハードウェアにおいて組み込まれるか若しくは別なふうに格納された埋め込みロジック（例えば、ファームウェア）を含む、夫々エンドポイント１０４ａ、１０４ｂ又はｍＢＳ１０２によって利用されるあらゆる適切なデータ又は情報を記憶してよい。本開示の幾つかの実施形態において、メモリシステム２１３、２２３又は２３３は、実行すべき夫々プロセッサシステム２１１、２２１若しくは２３１のための命令、又は処理すべきプロセッサシステム２１１、２２１又は２３１のためのデータを記憶するメインメモリを含んでよい。本開示の幾つかの実施形態において、１又はそれ以上のメモリ管理ユニット（ＭＭＵ；memory  management  unit）は、プロセッサシステム２１１、２２１又は２３１とメモリシステム２１３、２２３又は２３３との間に夫々存在し、プロセッサシステム２１１、２２１又は２３１によって夫々要求されたメモリシステム２１３、２２３又は２３３へのアクセスを助けることができる。
【００４４】
一例として、制限なしに、エンドポイント１０４ａ、１０４ｂ又はｍＢＳ１０２は、ストレージ２１５、２２５若しくは２３５、又は他のソース（例えば、他のコンピュータシステム、他の基地局、若しくは遠隔の送信サイト）からメモリシステム２１３、２２３若しくは２３３へ夫々命令及び／又はアドレスをロードしてよい。次いで、プロセッサシステム２１１、２２１又は２３１は、メモリシステム２１３、２２３又は２３３から内部レジスタ又は内部キャッシュへ夫々命令をロードしてよい。命令を実行するよう、プロセッサシステム２１１、２２１又は２３１は、内部レジスタ又は内部キャッシュから命令を取り出し、それらを復号してよい。命令の実行中又はその後に、プロセッサシステム２１１、２２１又は２３１は、１又はそれ以上の結果（中間又は最終の結果であってよい。）を内部レジスタ又は内部キャッシュへ書き込んでよい。次いで、プロセッサシステム２１１は、それらの結果のうちの１又はそれ以上をメモリシステム２１３、２２３又は２３３へ夫々の書き込んでよい。本開示の幾つかの実施形態において、プロセッサシステム２１１、２２１又は２３１は、１以上の内部レジスタ及び／若しくは内部キャッシュにおける又はメモリシステム２１３、２２３若しくは２３３における命令のみを夫々実行してよく（ストレージ２１５、２２５若しくは２２５、又は他の場所と対照的に）、１以上の内部レジスタ若しくは内部キャッシュにおける又はメモリシステム２１３、２２３若しくは２３３におけるデータにのみ作用してよい（（ストレージ２１５、２２５若しくは２２５、又は他の場所と対照的に）。
【００４５】
本開示の幾つかの実施形態において、ストレージ２１５、２２５又は２３５は、データ、命令及び／又はアドレスのための大容量記憶装置を含んでよい。一例として、制限なしに、ストレージ２１５、２２５又は２３５は、ハードディスクドライブ（ＨＤＤ）、フロッピー（登録商標）ディスクドライブ、フラッシュメモリ、光ディスク、光学磁気ディスク、磁気テープ、若しくはユニバーサルシリアルバス（ＵＳＢ）又はそれらのうちの２以上の組み合わせを含んでよい。ストレージ２１５、２２５又は２３５は、必要に応じて、リムーバブル又は非リムーバブル（又は固定）媒体を含んでよい。本開示の幾つかの実施形態において、ストレージ２１５、２２５又は２３５は、不揮発性ソリッドステートメモリであってよい。本開示の実施形態において、ストレージ２１５、２２５又は２３５は読出専用メモリ（ＲＯＭ）を含んでよい。必要に応じて、このＲＯＭは、マスクプログラムドＲＯＭ、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、電気的変更可能ＲＯＭ（ＥＡＲＯＭ）、若しくはフラッシュメモリ、又はそれらのうちの２以上の組み合わせであってよい。ストレージ２１５、２２５又は２３５は、あらゆる適切な物理形態をとってよく、あらゆる適切な数又はタイプのストレージを有してよい。ストレージ２１５、２２５又は２３５は、必要に応じて、夫々プロセッサシステム２１１、２２１又は２３１と、夫々ストレージ２１５、２２５又は２３５との間の通信を助ける１又はそれ以上のストレージ制御ユニットを含んでよい。
【００４６】
本開示の幾つかの実施形態において、インターフェース２１７、２２７又は２３７は、エンドポイント１０４、ｍＢＳ１０２、あらゆるネットワーク、あらゆるネットワークデバイス、及び／又はあらゆる他のコンピュータシステムの間の通信（例えば、パケットベース通信）のための１又はそれ以上のインターフェースを提供するハードウェア、符号化ソフトウェア、又はその両方を含んでよい。一例として、制限なしに、通信インターフェース２１７、２２７又は２３７は、イーサネット（登録商標）若しくは他の有線ベースネットワークと通信するためのネットワークインターフェースコントローラ（ＮＩＣ）若しくはネットワークアダプタ、及び／又は無線ネットワークと通信するための無線ＮＩＣ（ＷＮＩＣ）若しくは無線アダプタを含んでよい。
【００４７】
本開示の幾つかの実施形態において、インターフェース２１７又は２２７は、１又はそれ以上のアンテナポート２１６へ結合された１又はそれ以上の無線ブロック（又は無線トランシーバ）を有する。かかる実施形態において、インターフェース２１７又は２２７は、処理されて、例えばｍＢＳ１０２などの無線デバイスへ無線接続を介して送出されるべきデジタルデータを受信してよい。無線トランシーバは、デジタルデータを、適切な中心周波数、帯域幅、伝送電力、及び／又は他の適切なエアインターフェースパラメータを有する無線信号に変換してよい。同様に、無線トランシーバは、１又はそれ以上の受信アンテナを介して受信された無線信号を、例えば、夫々プロセッサシステム２１１又は２２１によって処理されるべきデジタル信号に変換してよい。ｍＢＳ１０２のインターフェース２３７は、プロセッサシステム２３１及びアンテナポート２１８を介して同様の動作を実行するよう構成されてよい。
【００４８】
実施形態に依存して、インターフェース２１７、２２７又は２３７は、通信システム２００が使用されるあらゆるタイプのネットワークに適したあらゆるタイプのインターフェースであってよい。一例として、制限なしに、通信システム２００は、支援コアネットワーク、アドホックネットワーク、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、若しくはインターネットの１以上の部分、又はそれらのうちの２以上の組み合わせへ結合されてよい。それらのネットワークのうちの１又はそれ以上の１又はそれ以上の部分は、有線又は無線であってよい。一例として、通信システム２００は、無線ＰＡＮ（ＷＰＡＮ）（例えば、ブルートゥースＷＰＡＮ）、Ｗｉ−Ｆｉネットワーク、Ｗｉ−ＭＡＸネットワーク、ＬＴＥネットワーク、ＬＴＥ−Ａネットワーク、モバイル無線電話及び／若しくはデータネットワーク（例えば、ＧＳＭ（登録商標）（Global  System  for  Mobile  Communication）ネットワーク）、又はあらゆる他の適切な無線ネットワーク、あるいは、それらのうちの２以上の組み合わせと通信してよい。エンドポイント１０４ａ、１０４ｂ及びｍＢＳ１０２は、必要に応じて、それらのネットワークのいずれか１以上のための何らかの適切なインターフェース２１７、２２７又は２３７を夫々含んでよい。
【００４９】
本開示の幾つかの実施形態において、インターフェース２１７、２２７又は２３７は、１又はそれ以上のＩ／Ｏデバイスのための１又はそれ以上のインターフェースを含んでよい。それらのＩ／Ｏデバイスのうちの１又はそれ以上は、人とエンドポイント１０４及び／又はｍＢＳ１０２との間の通信を可能にすることができる。一例として、制限なしに、Ｉ／Ｏデバイスは、キーボード、キーパッド、マイクロホン、モニタ、マウス、プリンタ、スキャナ、スピーカ、静止カメラ、スタイラス、タブレット、タッチスクリーン、トラックボール、ビデオカメラ、他の適切なＩ／Ｏデバイス又はそれらのうちの２以上の組み合わせを含んでよい。Ｉ／Ｏデバイスは、１又はそれ以上のセンサを含んでよい。幾つかの実施形態は、あらゆる適切なタイプ及び／又は数のＩ／Ｏデバイスと、それらのためのあらゆる適切なタイプ及び／又は数のインターフェース２１７、２２７又は２３７とを含んでよい。必要に応じて、インターフェース２１７、２２７又は２３７は、プロセッサシステム２１１、２２１又は２３１が夫々それらのＩ／Ｏデバイスのうちの１又はそれ以上を駆動することを可能にする１又はそれ以上のドライバを含んでよい。インターフェース２１７、２２７又は２３７は、必要に応じて、無線トランシーバへ結合されてよい。
【００５０】
バス２１２、２２２又は２３２は、シングルスレッド化又はマルチスレッド化されてよく、エンドポイント１０４及びｍＢＳ１０２のコンポーネントを互いへ結合するようハードウェア、コンピュータ可読媒体に埋め込まれたソフトウェア、及び／又はハードウェアにおいて組み込まれるか若しくは別なふうに格納された符号化ロジック（例えば、ファームウェア）のあらゆる適切な組み合わせを含んでよい。一例として、制限なしに、バス２１２、２２２又は２３２は、ＡＧＰ（Accelerated  Graphics  Port）若しくは他のグラフィクスバス、ＥＩＳＡ（Enhanced  Industry  Standard  Architecture）バス、フロントサイドバス（ＦＳＢ；front-side  bus）、ハイパートランスポート（HYPERTRANSPORT）（ＨＴ）インターコネクト、ＩＳＡ（Industry  Standard  Architecture）バス、インフィニバンド（INFINIBAND）インターコネクト、ＬＰＳ（low-pin-count）バス、メモリバス、ＭＣＡ（Micro  Channel  Architecture）バス、ＰＣＩ（Peripheral  Component  Interconnect）バス、ＰＣＩ−Ｘ（PCI-Express）バス、ＳＡＴＡ（serial  advanced  technology  attachment）バス、ＶＬＢ（Video  Electronics  Standards  Association  local）バス、若しくはあらゆる他の適切なバス、又はそれらのうちの２以上の組み合わせを含んでよい。バス２１２、２２２又は２３２は、必要に応じて、あらゆる数、タイプ、及び／又は構成のバス２１２、２２２又は２３２を含んでよい。本開示の幾つかの実施形態において、１又はそれ以上のバス２１２、２２２又は２３２（夫々、アドレスバス及びデータバスを含んでよい。）は、プロセッサシステム２１１、２２１又は２３１を夫々メモリシステム２１３、２２３又は２３３へ結合してよい。バス２１２、２２２又は２３２は、１又はそれ以上のメモリバスを含んでよく、特殊化された専用のマルチスレッド化されたバスであってよい。
【００５１】
ここで、コンピュータ可読記憶媒体への言及は、１又はそれ以上の有形なコンピュータ可読記憶媒体処理構造を包含する。一例として、制限なしに、コンピュータ可読記憶媒体は、必要に応じて、半導体ベース若しくは他の集積回路（ＩＣ）（例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は特定用途向けＩＣ（ＡＳＩＣ））、ハードディスク、ＨＤＤ、ハイブリッドハードドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光学磁気ディスク、光学磁気ドライブ、フロッピー（登録商標）ディスク、フロッピー（登録商標）ディスクドライブ（ＦＤＤ）、磁気テープ、ホログラフィック記憶媒体、ソリッドステートドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュアデジタル（ＳＤ）カード、ＳＤドライブ、フラッシュメモリカード、フラッシュメモリドライブ、又はあらゆる他の適切な有形なコンピュータ可読記憶媒体、あるいは、それらのうちの２以上の組み合わせを含んでよい。
【００５２】
幾つかの実施形態は、あらゆる適切なストレージを実装する１又はそれ以上のコンピュータ可読記憶媒体を含んでよい。本開示の幾つかの実施形態において、コンピュータ可読記憶媒体は、必要に応じて、プロセッサシステム２１１、２２１若しくは２３１の１以上の部分（例えば、１以上の内部レジスタ若しくはキャッシュ）、メモリシステム２１３、２２３若しくは２３３の１以上の部分、ストレージ２１５、２２５若しくは２３５の１以上の部分、又はそれらの組み合わせを実装する。本開示の幾つかの実施形態において、コンピュータ可読記憶媒体は、ＲＡＭ又はＲＯＭを実装する。本開示の幾つかの実施形態において、コンピュータ可読記憶媒体は、揮発性又は永続性メモリを実装する。本開示の幾つかの実施形態において、１又はそれ以上のコンピュータ可読記憶媒体は、符号化ソフトウェアを具現する。
【００５３】
ここで、符号化ソフトウェアへの言及は、必要に応じて、コンピュータ可読記憶媒体において記憶又は符号化されている１以上のアプリケーション、バイトコード、１以上のコンピュータプログラム、１以上の実行ファイル、１以上の命令、ロジック、マシンコード、１以上のスクリプト、１以上のＲＴＯＳルーチン、又はソースコードを包含してよく、逆の場合も同じである。本開示の幾つかの実施形態において、符号化ソフトウェアは、コンピュータ可読記憶媒体において記憶又は符号化されている１以上のアプリケーションプログラミングインターフェース（ＡＰＩ）を含む。幾つかの実施形態は、あらゆる適切なタイプ又は数のコンピュータ可読記憶媒体において記憶又は符号化されているあらゆる適切なプログラミング言語又はプログラミング言語の組み合わせにおいて書き込まれるか又は別なふうに表現されるあらゆる適切な符号化ソフトウェアを使用してよい。本開示の幾つかの実施形態において、符号化ソフトウェアは、ソースコード又はオブジェクトコードとして表現されてよい。本開示の幾つかの実施形態において、符号化ソフトウェアは、例えば、Ｃ、Ｐｅｒｌ、又はそれらの適切な拡張などの、ＲＴＯＳプログラミングの高水準プログラミング言語において表現される。本開示の幾つかの実施形態において、符号化ソフトウェアは、例えばアセンブリ言語（又はマシンコード）などの低水準プログラミング言語において表現される。本開示の幾つかの実施形態において、符号化ソフトウェアはＪＡＶＡ（登録商標）において表現される。本開示の幾つかの実施形態において、符号化ソフトウェアは、ハイパーテキストマークアップ言語（ＨＴＭＬ；Hyper  Text  Markup  Language）、拡張可能マークアップ言語（ＸＭＬ；Extensible  Markup  Language）、実時間ＯＳ（ＲＴＯＳ）、又は他の適切なマークアップ言語において表現される。
【００５４】
然るに、エンドポイント１０４及びｍＢＳ１０２の上記のコンポーネントは、エンドポイント１０４及びｍＢＳ１０２が、例えば、本開示に従う連帯データリンク伝送などの動作を実行することを可能にすることができる。変更、追加、又は削除は、本開示の適用範囲から逸脱することなしに、図２になされてよい。例えば、ここで記載されるオプション又は特徴のいずれかは、当業者によって理解されるように、図１及び図２の表されている実施形態、並びに／又は同じくここで記載されるあらゆる数の他のオプション若しくは特徴とともに利用されてよい。他の例として、ｍＢＳ１０２は、１以上の実時間の物理（ＰＪＨＹ）レイヤプロセッサを有してよく、１以上の高速アクセスＲＡＭ及び１以上の不変性ＲＯＭメモリへ結合された１以上のＰＨＹ／メディアアクセス制御（ＭＡＣ）コプロセッサ（“ＰＨＹ／ＭＡＣプロセッサシステム”とも呼ばれる。）によって更にサポートされてよい。実時間ＰＨＹプロセッサは、１以上のエンドポイント１０４から受信された１以上のサブフレームに格納されている複数のメッセージを処理するよう構成されてよい。
【００５５】
図３は、本開示の一実施形態に従って、例となるスモールパケット伝送３００を表す。伝送３００は、エンドポイント１０４と、ｍＢＳ１０２及び／又はｓｃＢＳ１１８との間の通信であってよい。伝送３００は、ペイロード３０２と、情報及び／又はヘッダの複数のレイヤ及び／又はサブレイヤとを含んでよい。ペイロード３０２は、アプリケーションレイヤに属してよい。ペイロード３０２は、エンドポイント１０４からｍＢＳ１０２及び／又はｓｃＢＳ１１８へ送信される必要があり得る実際のより高いレイヤのアプリケーションデータ又は情報を含んでよい。伝送３００は、ＰＨＹレイヤ３１６（レイヤ１（Ｌ１））と、レイヤ２（Ｌ２）の部分としてのイーサネット（登録商標）８０２．３（ＥＴＨ）サブレイヤ３１４とを含んでよい。伝送３００は、メディアアクセス制御（ＭＡＣ）サブレイヤ３１２及び無線リンク制御（ＲＬＣ）サブレイヤ３１０と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サブレイヤ３０８とを含んでよい。ＭＡＣサブレイヤ３１２、ＲＬＣサブレイヤ３１０、及びＰＤＣＰサブレイヤ３０８は、レイヤ２、すなわちＬ２に対応してよい。更に、伝送３００は、インターネットプロトコル（ＩＰ）レイヤ３０６、すなわちレイヤ３（Ｌ３）を含んでよい。伝送３００は、トランスポートプロトコルとしての伝送制御プロトコル（ＴＣＰ）レイヤ３０４、すなわちレイヤ４（Ｌ４）を含んでよい。
【００５６】
本開示の例となる実施形態において、エンドポイント１０４は、約１ビットのデータを含むペイロード３０２をｍＢＳ１０２及び／又はｓｃＢＳ１１８へ送るよう試みてよい。インターネット接続を介して（例えば、ＩＥＥＥ８０２．３ベースのＬＡＮへ）通信するために、約１ビットのペイロード３０２は、複数のサブレイヤ／レイヤに関連する複数の付加的なヘッダを必要とすることがある。例えば、ペイロード３０２を送信することは、ＥＴＨレイヤ３１４、ＭＡＣサブレイヤ３１２、ＲＬＣサブレイヤ３１０、ＰＤＣＰサブレイヤ３０８、ＩＰレイヤ３０６、及びＴＣＰレイヤ３０４を必要としてよい。しかし、例えば約１ビットといった、小さなペイロード３０２に関し、オーバヘッドの複数のレイヤ及びサブレイヤの付加は、伝送効率の低下を引き起こし得る。例えば、エンドポイント１０４は、約１ビットのペイロードをＬＴＥアップリンク（ＵＬ）リソースブロックＰＨＹフレームへ送信してよい。１ビットのペイロードは、約０．００１キロビット／秒のアプリケーションレイヤデータレートに対応してよい。ユーザペイロードに割り当てられた全体で３６キロビットのＵＬリソースブロックＰＨＹフレームを考えると、Ｌ１−Ｌ４レイヤデータレートは、オーバヘッドとして約０．５５２キロビット／秒を付加し得る。この場合に、結果として起こる全体的なＬ１−Ｌ４伝送効率は、約０．２％であり得る。他の例として、ＬＴＥ  ＵＬリソースブロックＰＨＹフレームに約５ビットのペイロードを送信することは、約０．００５キロビット／秒のアプリケーションレイヤデータレートを必要とし得る。対応するＬ１−Ｌ４レイヤデータレートは、オーバヘッドとして約０．５５２キロビット／秒を付加して、約１％の伝送効率をもたらし得る。更なる例として、エンドポイント１０４からの比較的大きい約３６キロビット伝送は、約３６キロビット／秒のアプリケーションレイヤデータレートを有してよく、一方、Ｌ１−Ｌ４レイヤデータレートは、オーバヘッドとして約０．５５２キロビット／秒を付加して、約９８．０５％の伝送効率をもたらし得る。より大きい伝送レートは、例えばスマートフォンなどのヒューマンモバイルデバイス、又は複雑なマシンＵＥ（例えば、高精細監視カメラ）に由来してよい。よって、エンドポイント１０４からのより大きい伝送は、少量のデータの伝送に対して、無線ＵＬ効率に関して効率的であり得る。少量のデータ、すなわち、ペイロード３０２は、滅多に起こらないピン（ping）、短い予めスケジューリングされたマシンユーザデータレポート、又は例えばセンサ若しくは他の適切な設備などのエンドポイント１０４からの他の通信として起こってよい。更に、比較的小さいペイロード３０２の伝送のためのＬ１−Ｌ４レイヤオーバヘッドは、無線ネットワークの全体的な効率を悪化させることがある。よって、ネットワーク１００は、小さいパケット伝送が用いられるときに、伝送効率の低下を経験することがある。マシン及びヒューマントラフィックの混合適用において、あるエンドポイント１０４からの滅多に起こらない小さいパケット伝送がサポートを必要とし得る場合に、ネットワーク１００は、ＵＬ効率が悪い。
【００５７】
本開示の幾つかの実施形態において、エンドポイント１０４によって送信されるネットワークアクセス要求（例えば、メッセージ及び／又はユーザパケット要求）は、物理ランダムアクセスチャネル（ＰＲＡＣＨ；Physical  Random  Access  Channel）によって支援されるランダムアクセスチャネル（ＲＡＣＨ；Random  Access  Channel）を用いて送信されてよい。ＰＲＡＣＨは、エンドポイント１０４とｍＢＳ１０２及び／又はｓｃＢＳ１１８との間の最初のネットワークアクセスのために使用される共有チャネルであってよい。ＰＲＡＣＨはまた、例えば、エンドポイント１０４がスリープモードを示すか、電力を喪失するか、ネットワークへ接続しようと試みるか、又はハンドオーバを実行する場合などの、スケジューリングされていないアクセスに関連したメッセージの通信のために、利用されてよい。よって、例えば、ＰＲＡＣＨは、ラストガスプ（last  gasp）メッセージ（ＬＧＭ）、大規模イベントトリガード（ＭＳＥＴ；mass  scale  event  triggered）デバイス識別、及び／又は他のメッセージをエンドポイント１０４からｍＢＳ１０２及び／又はｓｃＢＳ１１８へＬＴＥ、ＬＴＥ−Ａネットワーク又は他の無線ネットワークにわたって及び／又はそのようなネットワークを用いて送信するための物理サポートであってよい。ＬＧＭは、エンドポイント１０４が電力を喪失する直前に、例えば、大規模停電の間に、エンドポイント１０４から送信されるメッセージであってよい。ｍＢＳ１０２及び／又はｓｃＢＳ１１８へ接続されているほとんど又は全てのエンドポイント１０４に影響を及ぼすＭ２Ｍ大規模イベントシナリオの間（例えば、停電シナリオの後）、関連するネットワーク１００、及び特にＰＲＡＣＨは、大規模イベントが解消する、例えば、電力が回復される場合に、過負荷となり得る。加えて、ネットワーク１００は、大規模イベントに巻き込まれている特定のエンドポイント１０４を識別することができないことがある。多数のエンドポイント１０４が略同時にネットワークにアクセスしようと試みる場合に、アクセスチャネル、例えば、ＲＡＣＨ／ＰＲＡＣＨは、過負荷となり得る。ＰＲＡＣＨが過負荷になる場合に、ｍＢＳ１０２及び／又はｓｃＢＳ１１８へ接続及び／又は再接続しようと試みるエンドポイント１０４から送信されるメッセージ及び／又は信号は衝突することがあり、幾つか又はほとんどのエンドポイント１０４はネットワーク１００へ接続することができないことがある。
【００５８】
ＲＡＣＨは、ネットワークに関連したアクセスメッセージ、例えば、ＲＡＣＨメッセージを送信するためにＰＨＹ（Ｌ１）ＰＲＡＣＨ信号を用いる特定のＬ２制御チャネルであってよい。更に、ＰＲＡＣＨは、Ｚａｄｏｆｆ−Ｃｈｕ（ＡＣ）関数の特定の実施に基づいてよい。ＺＣ関数は、優れた自動相関、相互相関及び一定振幅ゼロ自動相関（ＣＡＺＡＣ；constant  amplitude  zero  autocorrelation）特性を示してよい。ＺＣ関数は、設定されたルート総数ＮＺＣを有してよい。例えば、ＬＴＥ実施において、ＺＣ関数は、８３９のルート、すなわち、ＮＺＣ＝８３９を有してよい。ＰＲＡＣＨシグニチャのための特定のルート数は“ｎ”と表されてよい。動作において、例えば、特定のエンドポイント１０４がルート５１１、例えば、ｎ＝５１１を有してＰＲＡＣＨを介して送信する場合に、ｍＢＳ１０２及び／又はｓｃＢＳ１１８におけるデコーダは、スキャニングの間に、ｍＢＳ１０２及び／又はｓｃＢＳ１１８が、特定のエンドポイント１０４からのメッセージ及び／又は信号を示すことができる電圧スパイク又は“針”様の信号を検出することができるルート５１１に達するまで、ノイズのみを検出してよい。更に、ＺＣルートの時間周期シフトは、時間シフトを伴わないメインＺＣルートが適用されるのと同様の自動相関特性を示すことができる。ＺＣ関数に関連した時間シフトは、ＮＣＳと表されてよい。
【００５９】
本開示の幾つかの実施形態において、ｍＢＳ１０２及び／又はｓｃＢＳ１１８は、エンドポイント１０４へ及び／又はそれからのユーザ・オーバ・コントロールプレーンメッセージ処理をサポートすることができるＬ２無線リンク、パケットコンバージェンス、及び／又は他の特定の機能を有してよい。例えば、エンドポイント１０４からのユーザデータは、アクセス制御プレーンチャネル、例えば、ＰＲＡＣＨに関連するＲＡＣＨを介して、送信されてよい。ＬＴＥ構成における制御プレーンの部分でもあるアクセス制御プレーンチャネルを介して送信されるエンドポイント１０４のユーザ情報ペイロードは、“ユーザ・オーバ・コントロールプレーン”メッセージと表されてよい。本開示の幾つかの実施形態において、ＰＲＡＣＨは、ＰＨＹレイヤ制御チャネルとして使用されてよく、ユーザ・オーバ・コントロールプレーンメッセージング、例えば、ＰＲＡＣＨ  Ｕ／Ｃメッセージにおいて用いられてよい。更に、ＰＲＡＣＨ  Ｕ／Ｃメッセージは、“Ｕ／Ｃメッセージ”と呼ばれてよく、ＰＲＡＣＨ  Ｕ／Ｃメッセージングのために指定されるサブフレームは、“Ｕ／Ｃメッセージングサブフレーム”と呼ばれてよい。本開示の幾つかの実施形態において、Ｕ／Ｃメッセージは、標準のユーザデータペイロードに必要とされ得るＬ−Ｌ４オーバヘッド（例えば、Ｌ１−Ｌ４ヘッダ又はレイヤ）を含まない伝送であってよい。よって、Ｕ／Ｃメッセージは、小さいペイロード３０２のために用いられる場合に、標準のＲＡＣＨメッセージに対して効率的であることができる。
【００６０】
図４は、本開示の一実施形態に従って、各ｍＢＳが他のｍＢＳのセルに隣接するか又は同じ近傍内に位置付けられる関連セルをカバーするように構成された複数のｍＢＳ１０２に関連した複数のリソースブロック４０２における割り当て４００の例を表す。帯域幅のリソースブロック４０２は、モバイル無線ネットワークにおいて動作する１又は複数のｍＢＳ１０２によって共有される周波数帯域のために使用されてよい。例となる割り当ては、周波数における複数のリソースブロックを表すと理解されてよい。例えば、２０ＭＨｚのＬＴＥチャネル帯域幅は、約１００のリソースブロック４０２を含んでよい。例となる割り当て４００において、中間のリソースブロックは、ＰＲＡＣＨアクセスのために指定され、あるいは、ＰＲＡＣＨリソースブロックとして指定されてよい。例えば、１００個のリソースブロックの組において、リソースブロック４７〜５２はＰＲＡＣＨアクセスのために指定されてよい。例えば、ＲＢ＝４７〜５２。１リソースブロックは、１０ミリ秒の存続期間を表してよく、“フレーム”と呼ばれてよい。各リソースブロックは、時間存続期間に対応することができるサブフレームに更に分割されてよい。ネットワークアクセスのために使用されるサブフレームはまた、“ランダムアクセスフレーム”とも呼ばれてよい。例えば、リソースブロック４０４は、０から９の番号を付された１０個のサブフレームを有してよく、各サブフレームは、１ミリ秒の時間に対応する。各サブフレームは、エンドポイント１０４とｍＢＳ１０２との間のユーザデータ又は制御通信要求（例えば、データのパケット又は他の情報の要求又は送信）の組に対応してよい。加えて、例えば無線ネットワーク、例えば図１のネットワーク１００、による通信などのデジタル通信において、アクセスシグニチャは、時間及び周波数においてエンドポイント１０４をｍＢＳ１０２と同期させるよう各伝送に含まれる既知のビットのシーケンスであってよい。エンドポイント１０４は、ｍＢＳ１０２へ送信しているときにＺＣシグニチャを用いるランダムアクセスサブフレームを利用してよい。アクセスシーケンスは、エンドポイント１０４に知られて利用可能にされてよく、エンドポイント１０４は、基地局へ送信するためにシグニチャの１つをランダムに選択してよい。
【００６１】
更に、幾つかの実施形態は、ランダムアクセスサブフレーム毎に最大６４個のＰＲＡＣＨシグニチャを含んでよい。本開示の幾つかの実施形態において、エンドポイント１０４がｍＢＳ１０２と通信する場合に、６４個のシグニチャは、１ランダムアクセスサブフレーム内でｍＢＳ１０２によって処理されてよい。ランダムアクセスサブフレームは、本開示の幾つかの実施形態において、ネットワークアクセスのために、又はＵ／Ｃメッセージングのために、使用されてよい。更に、ＺＣ関数のシグニチャは、所与のＺＣルート（ＮＺＣ）のための特定の時間シフト（ＮＣＳ）であってよい。スモールセル（例えば、約０．７９キロメートルに満たない半径を持ったＯＳＣ１１６）に関し、１つのＺＣルートは、最大６４個のシグニチャを有してよく、それらは、以下の表に表されているＰＨＹ時間周期シフト（ＮＣＳ）値を割り当てられたシグニチャ論理インデックスと一意に関連づけられてよい：
【表１】
2016504847.tif 000003
【００６２】
本開示の幾つかの実施形態において、ＰＲＡＣＨリソースブロックにおけるあるサブフレームは、特定のタイプのアクセスのために指定されてよい。一例として、割り当て４００において、特定のｍＢＳのためのリソースブロック４０４は、Ｕ／Ｃメッセージングのためにサブフレーム２及び８を、例えばＲＡＣＨメッセージのよる標準のＰＲＡＣＨアクセスのためにサブフレーム０、４、及び６を、そして、標準のデータ伝送のために残りのサブフレームを指定してよい。他の例として、更なるｍＢＳのためのリソースブロック４０６及び４０８は、Ｕ／Ｃメッセージングのためにサブフレーム２を、例えばＲＡＣＨメッセージによる標準のＰＲＡＣＨアクセスのためにサブフレーム０、４、６及び８を、そして、標準のデータ伝送のために残りのサブフレームを指定してよい。特定のタイプのアクセスのためのサブフレームは、静的に、半静的に、又は動的に割り当てられてよい。動的割り当ては、Ｕ／Ｃメッセージングに割り当てられたサブフレームが、メッセージ要求に応じて時間とともに急速に変化することを可能にしてよく、半静的割り当ては、Ｕ／Ｃメッセージングに割り当てられたサブフレームへの時間にわたるより緩やかな変化を可能にしてよい。Ｕ／Ｃメッセージ要求の量は、Ｕ／Ｃコリジョンレートを介してｍＢＳ１０２、ｓｃＢＳ１１８、及び／又はあらゆる他の適切な設備によってモニタリングされてよい。Ｕ／Ｃコリジョンレートが増大するにつれて、より多くのサブフレームが、Ｕ／Ｃメッセージング要求を満たすために、Ｕ／Ｃメッセージングのために指定されてよい。全てのＰＲＡＣＨリソースブロックは、ある時間精度内で、無線キャリアオペレータに関連するセル１１０有し得る全てのｍＢＳ１０２について時間的にアライメントされてよい。全てのＰＲＡＣＨリソースブロックは、重なり合う又は隣接するセル１１０を有し得る全てのｍＢＳ１０２について時間的にアライメントされてよい。この場合に、Ｕ／Ｃメッセージングのために使用されるＺＣルートは、ＲＡＣＨメッセージングのために使用されるＺＣルートとは異なってよい。よって、本開示の幾つかの実施形態において、Ｕ／Ｃメッセージングサブフレームは、ＰＲＡＣＨアクセスサブフレームによって用いられるものとは異なったＺＣルートを利用してよい。
【００６３】
本開示の幾つかの実施形態において、エンドポイント１０４は、大部分の時間、アイドル（IDLE）モードにあってよい。エンドポイント１０４は、伝送要求、ハンドオーバ、及び／又はアイドルモードからの起動の結果としてネットワーク１００と同期するよう要求する場合にＰＲＡＣＨを介して送信するためにアイドルモードから移行してよい。しかし、本開示の幾つかの実施形態において、エンドポイント１０４は、アイドルモードから直接にＵ／Ｃメッセージングを介してメッセージを送信することを可能にされてよく、アイドルモードから移行することを必要とされ得ない。よって、エンドポイント１０４からのＵＬメッセージングは、アイドルモードから直接に可能であってよく、エアインターフェース（すなわち、無線）リソースを保ってよい。
【００６４】
本開示の幾つかの実施形態において、Ｕ／Ｃメッセージングは、複数のメッセージング／アクセスモードの動作を有してよい。１つのメッセージング／アクセスモードは、ネットワークによって、例えば、ｍＢＳ１０２及び／又はｓｃＢＳ１１８によって、トリガされてよい。特定のエンドポイント１０４のメッセージング／アクセスモードは、ある時点でｍＢＳ１０２及び／又はｓｃＢＳ１１８によってスケジューリングされてよく、従って、“コリジョンフリー”であることができる。コリジョンフリーモードにおいて、各エンドポイント１０４は、データをレポートするための、スケジューリングされた一意の時間スロットを有してよい。
【００６５】
更なるメッセージング／アクセスモードは、エンドポイント１０４によってトリガされてよい。本開示の幾つかの実施形態において、エンドポイント１０４によりトリガされたメッセージング／アクセスモードは、大規模トリガードイベント（ＭＳＴＥ）の後に起こってよい。ＭＳＴＥの後、複数のエンドポイント１０４は、Ｕ／Ｃメッセージングを利用するネットワークへアクセス及びレポートしようと試みてよい。
【００６６】
図５は、本開示の一実施形態に従って、エンドポイント１０４とｍＢＳ１０２及び／又はｓｃＢＳ１１８との間のＵ／Ｃメッセージングプロシージャ５００の例を表す。プロシージャ５００は、ランダムアクセス（ＲＡ）プロシージャに対応してよい。プロシージャ５００は、エンドポイント１０４がネットワーク１００から切り離されたＭＳＴＥ又は他の出来事の後に、エンドポイント１０４がネットワーク１００へ再接続しようと、又はネットワーク１００へ“高優先”メッセージ（以下で詳細に論じられる。）を送信しようと試みる場合に用いられてよい。リソースブロック５０２、５０４及び５０６は、全てがｍＢＳ１０２と関連づけられてよい。更に、リソースブロック５０２、５０４及び５０６は、シーケンシャルフレームであってよく、予めセットされた量の時間だけ分離されてよい。リソースブロック５０２、５０４及び５０６は、例えばサブフレーム２、４及び６などの、Ｕ／Ｃメッセージングのために指定されたサブフレームを含んでよい。
【００６７】
例において、プロシージャ５００は、ランダムアクセスシグニチャを含むことができる、エンドポイント１０４ｆ〜１０４ｉからｍＢＳ１０２への伝送から始まってよい。ｍＢＳ１０２を用いて説明されるが、代替的に、又は付加的に、プロシージャ５００はｓｃＢＳ１１８を含んでよい。エンドポイント１０４ｆは、Ｕ／Ｃメッセージングのサブフレーム２を用いてｍＢＳ１０２へ接続しようと試みてよい。一例として、エンドポイント１０４ｇは、Ｕ／Ｃメッセージングのサブフレーム４を用いてｍＢＳ１０２へ接続しようと試みてよい。エンドポイント１０４ｈ及び１０４ｉは、Ｕ／Ｃメッセージングのサブフレーム６を用いてｍＢＳ１０２へ接続しようと試みてよい。
【００６８】
一例として、ｍＢＳ１０２は、ランダムアクセス応答（ＲＡＲ；Random  Access  Response）によりエンドポイント１０４に応答してよい。伝送がｍＢＳ１０２によって適切に受信され処理される場合に、ｍＢＳ１０２は、肯定ＲＡＲ（又は肯定応答（acknowledgement））を送信してよい。例えば、エンドポイント１０４ｆ及び１０４ｇは、伝送の成功を示す肯定ＲＡＲを受信してよい。更に、メッセージ３がエンドポイント１０４ｆ及び１０４ｇによって送信されてよく、ｍＢＳ１０２は、接続の成功を示すメッセージ４により応答してよい。成功したプロシージャ５００は、ＲＡプロシージャと呼ばれることがある。
【００６９】
本開示の幾つかの実施形態において、例えば、ｍＢＳ１０２が、シグニチャコリジョンに起因して、エンドポイント１０４からの伝送を適切に復号しない場合に、ｍＢＳ１０２は否定ＲＡＲを送信してよい。否定ＲＡＲはバックオフインジケータ（ＢＡ；back-off  indicator）を含んでよい。否定ＲＡＲは、エンドポイント１０４に、待機して、後にメッセージを再送信するように示してよい。ＢＩは、エンドポイント１０４が更なる伝送を送信し得る前のランダム時間遅延を示すパラメータを含んでよい。よって、予め選択された又はスケジューリングされた時間の経過、例えばＢＩ時間の後、エンドポイント１０４は、再度送信しようと試みてよい。例えば、エンドポイント１０４ｈ及び１０４ｉは、両方がＵ／Ｃメッセージングのサブフレーム６を用いて送信しようと試みてよい。ｍＢＳ１０２は否定ＲＡＲを返してよい。エンドポイント１０４ｉへ送信される否定ＲＡＲはＢＩ１を含んでよい。エンドポイント１０４ｈへ送信される否定ＲＡＲはＢＩ２を含んでよい。よって、ＢＩ１に等しい時間の経過の後、エンドポイント１０４ｉは、再度接続しようと試みてよい。同じフレームの間、エンドポイント１０４ｊは、Ｕ／Ｃメッセージングのサブフレーム２を用いて接続を試みてよい。ＢＩ２に等しい時間の経過の後、エンドポイント１０４ｈは、再度接続しようと試みてよい。このように、プロシージャ５００は、エンドポイント１０４とｍＢＳ１０２との間で４つのメッセージングステップを含んでよい。
【００７０】
加えて、Ｕ／Ｃメッセージングは、複数の論理モードを有してよい。例えば、１つの論理モードは、予め定義された“高優先”メッセージのために指定されてよい。高優先モードは、予め定義された記述により論理インデックスを指定してよい。例えば、いずれかのメッセージにおいて、６４個の論理インデックス、例えばシグニチャが存在してよい。それらの論理インデックスは、例えば状態読出メッセージ、アラームメッセージ、異常供給電圧メッセージ、ＬＧＭ、ＧＰＵアラームメッセージ、改ざん攻撃メッセージ、及び／又はあらゆる他の適切なメッセージなどの記述を割り当てられてよい。ＭＳＴＥに続いてデバイスによりトリガされたモードにおいて、高優先アラームコード、例えばＬＧＭは、高優先メッセージの伝送機会の増加を提供するために、同じＵ／Ｃメッセージングサブフレームにより複数回スケジューリングされてよい。他の論理モードは、“連結”モードとして指定されてよい。連結モードでは、本開示の幾つかの実施形態において、特定のエンドポイント１０４ａは、連結メッセージを送信することが可能であってよい。連結メッセージは、端と端とで連結された２つの文字列を含むメッセージであってよい。よって、連結メッセージは、エンドポイント１０４ａが、６ビット列の代わりに１２ビット列を送信するために、２つのＵ／Ｃメッセージのシーケンスをオーバライドする場合に、起こってよい。本開示の幾つかの実施形態において、特定のエンドポイント１０４は、一例として、１８ビット列を送信するために、３つのＵ／Ｃメッセージのシーケンスをオーバライドすることが可能であってよい。
【００７１】
図６は、本開示の一実施形態に従って、特定のエンドポイント１０４ａがリソースブロック６００にアクセスすることによって送信される高優先連結Ｕ／Ｃメッセージを表す。リソースブロック６００は、Ｕ／Ｃメッセージングのためにサブフレーム２及び６を指定している。エンドポイント１０４ｍは、フレームｋのサブフレーム２にアクセスしようと試みてよい。略同時に、セル１１０に位置するエンドポイント１０４ｕ及びエンドポイント１０４ｓも、フレームｋのサブフレーム２にアクセスしようと試み、同じシグニチャをオーバライドしてよい。エンドポイント１０４ｍが論理インデックス０Ｆをフレームｋにおいて送信することができる場合に、次いで連結モードにおいて、エンドポイント１０４ｍはまた、フレームｋ＋１のサブフレーム２におけるアクセスを試み、論理インデックス１Ａを送信するよう構成されてよい。結果として、連結モードが用いられる場合に、エンドポイント１０４ｍは、フレームｋ及びｋ＋１において送信してよく、メッセージはアセンブルされてよい。更に、エンドポイント１０４ｍは、例えば、フレームｋ又はｋ＋１におけるサブフレーム６などの、Ｕ／Ｃメッセージングのために指定された別のサブフレームにアクセスするよう構成されてよい。例えば図１に示されたコンセントレータ１３０などのコンセントレータは、連結メッセージをアセンブルするよう構成されてよい。本開示の幾つかの実施形態において、例えばＭ２Ｍネットワークにおける新しいＬ２サブレイヤなどの、他の可能な構造上の配置は、連結メッセージのアセンブリを助けるために用いられてよい。フレームｋ及びｋ＋１におけるエンドポイント１０４ｍのＵ／Ｃメッセージングの成功を仮定すれば、そのようなマシントラフィックコンセントレータは、１２ビット連結シーケンス０３ＤＡ（１６進）を取り出してよい。
【００７２】
図７Ａは、本開示の一実施形態に従って、２つの表されているＯＳＣの間の経路分離のために構成されたネットワーク７００の例を表す。本例の動作において、エンドポイント１０４ａがＰＲＡＣＨを介してｓｃＢＳ１１８ａへ送信する場合に、伝送は干渉経路７０２ａを介してｓｃＢＳ１１８ｂへも到達し得る。エンドポイント１０４ｂがＰＲＡＣＨを介してｓｃＢＳ１１８ｂへ送信する場合に、伝送は干渉経路７０２ｂを介してｓｃＢＳ１１８ａにも到達し得る。干渉経路７０２ａ及び７０２ｂは、一般に干渉経路７０２と呼ばれ得る。干渉経路７０２は、ｓＣＢＳ１１８ａ及び１１８ｂの両方によって用いられるＰＲＡＣＨシーケンスの間で干渉が起こる場合に、“ＰＲＡＣＨ干渉経路”と呼ばれ得る。例えば、干渉は、両方のエンドポイント１０４ａ及び１０４ｂが、同じ時間的にアライメントされたランダムアクセスサブフレームにおいて、同じ周波数チャネルを介して、同じＰＲＡＣＨシグニチャを送信する場合に、起こり得る。このＰＲＡＣＨ干渉（例えば、ＯＳＣ１１６ａにおいて送信される。）を低減又は削除するために、干渉目標（例えば、作動しているＯＳＣ１１６ｂ及びｓｃＢＳ１１８ｂ）で受信され処理される干渉信号（例えば、エンドポイント１０４ｂと同じ周波数チャネルを動かし、同じ時間的にアライメントされたランダムアクセスサブフレームを使用する。）は、エンドポイント１０４ｂから受信され処理されるＰＲＡＣＨ信号と比べて、より小さいＰＲＡＣＨ相関器電圧出力をトリガすべきである。例えば、エンドポイント１０４ａからのｓｃＢＳ１１８ｂでの干渉を低減又は削除するよう、ｓｃＢＳ１１８ｂで受信されるエンドポイント１０４ａからの信号は、ｓｃＢＳ１１８ｂで受信されるエンドポイント１０４ｂからの信号よりもずっと小さいＰＲＡＣＨ相関器電圧出力を引き起こし得る。ｓｃＢＳ１１８ａ及び１１８ｂでの同じシグニチャセットの使用及び関連するＰＲＡＣＨ干渉は、それら２つのｓｃＢＳがＰＲＡＣＨイミュニティ半径の距離だけ離されていない場合に、ＰＲＡＣＨコリジョンを引き起こし得る。コリジョンは、続くＰＲＡＣＨアクセス及びＵ／Ｃメッセージングのレイテンシ又は制限を生じさせ得る。
【００７３】
本開示の幾つかの実施形態において、及び簡単のために、ネットワーク７００は、各エンドポイント１０４が他のエンドポイント１０４に対して“経路分離”され得るように構成されると仮定されてよい。例えば、そのような仮定は、エンドポイント１０４ａが、ＰＲＡＣＨアクセスのためにｓｃＢＳ１１８ｂに関連するＯＳＣ１１６ｂによって用いられるのと同じシグニチャ、例えば同じＺＣルート、及びランダムアクセスサブフレーム割り当てを用いて、Ｕ／ＣメッセージをｓｃＢＳ１１８ａへ送信することを可能にすることができる。更なる例として、ｓｃＢＳ１１８ｂは、例えばＰＲＡＣＨアクセスのための１０００ｘｘｘ及びＵ／Ｃメッセージングのための１００１ｘｘｘなどの論理インデックスにより、同じＺＣルートのランダムアクセスコードを指定してよい。上記の経路分離を仮定すれば、ｓｃＢＳ１１８ａは、例えばＰＲＡＣＨアクセス１００１ｘｘｘ及びＵ／Ｃメッセージング１０００ｘｘｘなどの論理インデックスにより同じランダムアクセスコードを再利用することによって、同じＺＣルートを用いてよい。更に、ｍＢＳ１０２は、ＯＳＣ１１６ａ及び１１６ｂのためのオーバーレイしたカバレッジを提供してよく、６４個のシグニチャを含むＰＲＡＣＨシグニチャセット０ｘｘｘｘｘｘを用いてよい。加えて、そのような構成はまた、エンドポイント１０４ｂが、ＰＲＡＣＨアクセスのためにｓｃＢＳ１１８ａに関連するＯＳＣ１１６ａによって用いられるのと同じシグニチャ、例えば同じＺＣルート、及びランダムアクセスサブフレーム割り当てを用いて、Ｕ／ＣメッセージをｓｃＢＳ１１８ｂへ送信することを可能にすることができる。
【００７４】
図７Ｂは、本開示の一実施形態に従って、図１に示されたネットワーク１００について、セル内ＯＳＣ１１６の、２又はそれ以上のＯＳＣの間のＵ／Ｃメッセージング及びＰＲＡＣＨアクセス共有構成において利用される割り当て７１０の例を表す。本例において、ＯＳＣ１１６のランダムアクセスシグニチャの１又はそれ以上の組は、同じランダムアクセスサブフレームにわたる高優先Ｕ／Ｃメッセージングと、時間的にアライメントされた同じランダムアクセスサブフレームにわたるＰＲＡＣＨアクセスとを実行するために、他のセル内ＯＳＣによって共有されてよい。例えば、リソースブロック７１２は、ｓｃＢＳ１１８ａへのＵＬ伝送と関連づけられてよく、リソースブロック４７乃至５２に対応してよい。リソースブロック７１４は、ｓｃＢＳ１１８ｂへのＵＳ伝送と関連づけられてよい。リソースブロック７１４は、リソースブロック７１２と同じ時間フレームの間のリソースブロック４７乃至５２に対応してよい。リソースブロック７１６は、ｍＢＳ１０２へのＵＬ伝送と関連づけられてよい。リソースブロック７１６は、リソースブロック７１２及び７１４と同じ時間フレームの間のリソースブロック４７乃至５２に対応してよい。よって、リソースブロック７１２、７１４及び７１６は、ｓｃＢＳ１１８ａ及び１１８ｂに対して実行されるＵＬ伝送と時間的にアライメントされてよい。更に、サブフレーム０及び４は、Ｕ／Ｃメッセージングとして指定されてよい。サブフレーム２は、例えば、ＲＡＣＨメッセージのために、標準のＰＲＡＣＨアクセスとして指定されてよい。
【００７５】
本開示の幾つかの実施形態において、セル内ＯＳＣ、例えばＯＳＣ１１６ａ及び１１６ｂは、同じシグニチャセットを共有するよう構成されてよい。例えば、同じＺＣルートの時間シフトされたシグニチャの組は、シグニチャがこの組のシグニチャの間で再利用され得ないとの条件下で、隣接するｓｃＢＳ１１８のグループへサブセットとして割り当てられてよい。例として、図１を参照して、ＯＳＣ１１６ａのカバレッジ内でｓｃＢＳ１１８ａへ送信するエンドポイント１０４ａは、アクセスのためにＮＺＣ＝０のシグニチャセット００．．．０Ｆを、そして、Ｕ／ＣメッセージングのためにＮＺＣ＝１のシグニチャセット００．．．０Ｆを使用してよい。一例として、サブフレーム０及び４は、Ｕ／Ｃメッセージングのために使用されてよく、サブフレーム２は、ランダムアクセス（ＰＲＡＣＨアクセス）のために使用されてよい。ＯＳＣ１１６ｂのカバレッジ内でｓｃＢＳ１１８ｂへ送信するエンドポイント１０４ｂは、同じ時間的にアライメントされたサブフレームの間に、アクセスのためにＮＺＣ＝０のシグニチャセット１０．．．１Ｆを、そして、Ｕ／ＣメッセージングのためにＮＺＣ＝１のシグニチャセット１０．．．１Ｆを使用してよい。よって、２又はそれ以上のＯＳＣの間で同じシグニチャセット（１又はそれ以上のＺＣルートに属する。）を割り当てることによって、同じＺＣルートが、異なるｓｃＢＳ１１８又はｍＢＳ１０２に関連するエンドポイント１０４によって共有され得る。ＲＡＣＨ及びＵ／Ｃメッセージングは異なったシグニチャセットを、例えば、ＲＡＣＨメッセージのためのＲＡＣＨアクセスのために１つのＺＣルートを、そして、Ｕ／Ｃメッセージングのために１つのＺＣルートを必要とし得るので、少なくとも２つのＺＣルートが必要であり得る。
【００７６】
本開示の幾つかの実施形態において、ＺＣルート、例えば、特定のＮＺＣルートに基づくシグニチャセットは、ＰＲＡＣＨランダムアクセスのために指定され、ｍＢＳ１０２のカバレッジ領域に位置するＯＳＣ１１６によって共有されてよい。そのようなＺＣルートは、｛ＰＲＡＣＨＯＳＣａｃｃｅｓｓ｝と呼ばれ得る。｛ＰＲＡＣＨＯＳＣａｃｃｅｓｓ｝は、ランダムアクセスサブフレーム毎に６４個のシグニチャを提供してよい。更なるＺＣルートは、更なる６４個のシグニチャセットを提供してよく、ｍＢＳ１０２のカバレッジ領域に位置するＯＳＣ１１６によるＵ／Ｃメッセージングのために指定されてよい。この更なるＺＣルートは、｛ＰＲＡＣＨＯＳＣ＿Ｕ／Ｃ｝と呼ばれ得る。｛ＰＲＡＣＨＯＳＣ＿Ｕ／Ｃ｝は、ランダムアクセスサブフレーム毎に６４個のシグニチャを提供してよい。｛ＰＲＡＣＨＯＳＣａｃｃｅｓｓ｝及び｛ＰＲＡＣＨＯＳＣ＿Ｕ／Ｃ｝は、ＰＲＡＣＨアクセス及びＵ／Ｃメッセージングについて夫々、全てのＯＳＣ１１６の間で共有されてよい。｛ＰＲＡＣＨＯＳＣ｝と呼ばれるシグニチャの論理プールは、次の関係によって表現されるように、所与のＯＳＣについてＰＲＡＣＨアクセス及びＵ／Ｃメッセージングシグニチャを付加することによって生成され得る：
｛ＰＲＡＣＨＯＳＣ｝
＝｛ＰＲＡＣＨＯＳＣａｃｃｅｓｓ｝∪｛ＰＲＡＣＨＯＳＣ＿Ｕ／Ｃ｝
【００７７】
各ＯＳＣ１１６の半径が約０．７９キロメートルより小さく、ｍＢＳ１０２のエンドポイント１０４よりもＯＳＣ１１６のエンドポイント１０４がずっと少ない（例えば、ＯＳＣ（エンドポイント）＜＜ｍＢＳ（エンドポイント））とすると、ｍＢＳ１０２のカバレッジ内に位置するＯＳＣ１１６に用いられる６４のＺＣルート時間シフト（ＮＣＳ）が存在し得る。加えて、一例として、４つのＯＳＣ１１６、例えば、ＯＳＣ１１６ａ、１１６ｂ、１１６ｃ及び１１６ｄに関連する４つのｓｃＢＳ１１８、例えば、ｓｃＢＳ１１８ａ、１１８ｂ、１１８ｃ及び１１８ｄが存在してよい。４つのｓｃＢＳ１１８の本例のために、２つのＺＣルート、例えば、ＰＲＡＣＨアクセスのためのＮＺＣ＝０及びＵ／ＣメッセージングのためのＮＺＣ＝１を割り当てることによって、次のＺＣルート及び関連する時間シフト論理インデックスは、アクセス及びＵ／Ｃメッセージングのために別々に共有され得る。
【表２】
2016504847.tif 000004
【００７８】
目下の例において説明されるように、異なるランダムアクセスサブフレーム毎の６４個のＰＲＡＣＨアクセスシグニチャ及び６４個のＵ／Ｃメッセージングシグニチャは、４つのｓｃＢＳ１１８ａ、１１８ｂ、１１８ｃ及び１１８ｄの間で均等に分割されてよい。本開示の他の実施形態は、ある期間の間に、ＯＳＣ１１６ａ、１１６ｂ、１１６ｃ及び１１６ｄに関連するエンドポイント１０４の量に部分的に基づき、ＰＲＡＣＨアクセスシグニチャ及びＵ／Ｃメッセージングシグニチャの非対称分布を用いてよい。
【００７９】
ただ２つのシグニチャセットの再利用について説明されているが、より多い又はより少ないセットが再利用されてよい。例えば、各ＰＲＡＣＨリソースブロックにおける１０個のサブフレームによれば、エンドポイント１０４に接続されたユーザ関連アクセス要求に基づき、最大９個がＰＲＡＣＨ  Ｕ／Ｃメッセージングとして指定されてよく、残り１個はＰＲＡＣＨアクセス用である。そのような構成は、外部へのアクセスが制限されるように、屋内又は地下の場所での複数のＯＳＣ１１６による配置において利用されてよい。
【００８０】
図７Ｃは、本開示の一実施形態に従って、半静的なＵ／Ｃメッセージングスケジューリング構成を有するネットワーク７２０の例を表す。かかる構成において、相関は、相補的なトラフィックパターンが用いられるという条件で、異なる期間の間に同じシグニチャセットを割り当てるために、相補的な居住及びビジネスのトラフィックパターンの間で形成されてよい。例えば、ＯＳＣ１１６ｂに関連するｓｃＢＳ１１８ｂは、企業内で又はそれに隣接して構成されてよく、主として又はもっぱら、ビジネスのために無線通信サービスを提供するエンドポイント１０４によって、利用されてよい。加えて、ＯＳＣ１１６ａ及び１１６ｃに夫々関連するｓｃＢＳ１１８ａ及び１１８ｃは、ホーム内で又はそれに隣接して構成されてよく、主として又はもっぱら、ホームに関連するエンドポイント１０４によって、利用されてよい。多くのビジネスは、仕事日の間、それらのネットワークアクティビティの大部分を経験してよく、一方、多くの居住ネットワークは、夜及び週末において、それらのネットワークアクティビティの大部分を経験してよい。シグニチャセットの割り当ては、シグニチャセットが、各ＯＳＣ１１６内のトラフィックピークを適応させるよう半静的に居住ネットワークとビジネスネットワークとの間で割り当てられ得るように、スケジューリングされてよい。例えば、仕事日の間、シグニチャセットは、方向矢印７２４ａ及び７２４ｂによって夫々示されるようにＯＳＣ１１６ａ及び１１６ｃからＯＳＣ１１６ｂへ割り当てし直され、夜及び週末の間は元の割り当てに戻されてよい。夜及び／又は週末において、シグニチャセットは、方向矢印７２２ａ及び７２２ｂによって夫々示されるようにＯＳＣ１１６ｂからＯＳＣ１１６ａ及び１１６ｃへ割り当てし直され、仕事日の間は元の割り当てに戻されてよい。
【００８１】
図８は、本開示の一実施形態に従って、図１に示されたネットワーク１００について、同じＯＳＣ１１６の構成内でのマクロセル内ＵＳメッセージング及びＰＲＡＣアクセスリソースにおいて利用される割り当て８００の例を表す。割り当て８００は、ＰＲＡＣＨアクセス及びＵ／Ｃメッセージングのために異なるシグニチャセットを共有するｓｃＢＳ１１８ａと、ＰＲＡＣＨアクセス及びＵ／Ｃメッセージングのために同じくシグニチャセットを共有するｓｃＢＳ１１８ｂとを表す。各ｓｃＢＳ１１８のためのランダムアクセスシグニチャのプールは、ＰＲＡＣＨアクセスとＵ／Ｃメッセージングとの間で分けられてよい。ランダムアクセスシグニチャ及びランダムアクセスサブフレームの割り当ては、ｓｃＢＳ１１８のサブフレームのトラフィック及びユーザ要求並びにシグニチャセットに応じて静的、半静的、又は動的であってよい。本例において、ランダムアクセスサブフレーム０及び４は、リソースブロック８０２及び８０４におけるＵ／Ｃメッセージングをサポートすることに指定されてよい。サブフレーム２は、リソースブロック８０２及び８０４における標準のＰＲＡＣＨアクセスのために指定されてよい。リソースブロック８０２及び８０４は、夫々ｓｃＢＳ１１８ａ及び１１８ｂに関連付けられてよく、両者は、サブフレーム０、２及び４にわたって異なるシグニチャセットを利用してよい。１又はそれ以上のＺＣシグニチャセットが各ｓｃＢＳ１１８についてＰＲＡＣＨアクセス及びＵ／Ｃメッセージングの両方のために（異なるランダムアクセスサブフレームにおいて）指定され得るので、ただ１つのＺＣルートがＯＳＣ１１６毎に必要であり得る。しかし、幾つかの実施形態において、図７Ａを参照して論じられたように経路分離が存在するという条件で、２又はそれ以上のｓｃＢＳ１１８及び関連するＯＳＣ１１６は、同じランダムアクセスシグニチャセットを共有してよい。
【００８２】
加えて、特定のｓｃＢＳ１１８によって処理され得るデータスループットは、ビット毎秒（ｂｐｓ）において測定されてよい。ｓｃＢＳ１１８の最大データスループットの増大は、その特定のｓｃＢＳ１１８及び／又はネットワークの利用可能性及び／又は効率の増大に対応してよい。本開示の幾つかの実施形態において、Ｕ／Ｃメッセージのデータスループットは、ＰＲＡＣＨにわたって測定されてよい（ＰＲＡＣＨＵ／Ｃスループット）。
【００８３】
本開示の幾つかの実施形態において、特定のＯＳＣ１１６について、同じＺＣルート、例えばシグニチャセットは、ＰＲＡＣＨアクセス及びＵ／Ｃメッセージングの両方のために共有されてよい。共有されるシグニチャセットは｛ＰＲＡＣＨＯＳＣｉ｝と呼ばれ得る。｛ＰＲＡＣＨＯＳＣｉ｝は、ＰＲＡＣＨアクセス及びＵ／Ｃメッセージングに対するエンドポイント１０４のメッセージング要求並びに／又はＯＳＣ１１６のアクセスリソースに基づき動的にＰＲＡＣＨアクセスとＵ／Ｃメッセージングとの間で分けられてよい。ＰＲＡＣＨアクセスのために指定されるシグニチャセットは｛ＰＲＡＣＨＯＳＣｉ＿ａｃｃｅｓｓ｝と呼ばれ得る。Ｕ／Ｃメッセージングのために指定されるシグニチャセットは｛ＰＲＡＣＨＯＳＣｉ＿Ｕ／Ｃ｝と呼ばれ得る。然るに、共有されるシグニチャセットは、次の論理関係に基づき、ＰＲＡＣＨアクセスシグニチャ及びＵ／Ｃメッセージングシグニチャの両方を含んでよい：
｛ＰＲＡＣＨＯＳＣｉ｝
＝｛ＰＲＡＣＨＯＳＣｉ＿ａｃｃｅｓｓ｝∪｛ＰＲＡＣＨＯＳＣｉ＿Ｕ／Ｃ｝
【００８４】
加えて、一例として、４つのＯＳＣ１１６、例えば１１６ａ、１１６ｂ、１１６ｃ及び１１６ｄに関連する４つのｓｃＢＳ１１８、例えばｓｃＢＳ１１８ａ、１１８ｂ、１１８ｃ及び１１８ｃが存在してよい。４つのｓｃＢＳ１１８の本例について、４つのＺＣルート（ＰＲＡＣＨアクセス及びＵ／ＣメッセージングのためのＮＺＣ＝０，１，２，３）を割り当てることによって、次のシグニチャ及び関連するルートインデックスが用いられてよく、対応するＰＲＡＣＨＵ／Ｃスループットを達成してよい：
【表３】
2016504847.tif 000005
【００８５】
図９は、本開示の一実施形態に従って、例えば図１のネットワーク１００などの無線ネットワークにおけるＵ／Ｃメッセージングのための方法９００の例のフローチャートを表す。方法９００のステップは、Ｕ／Ｃメッセージングのためのシステムをシミュレーションし設計するよう構成された様々なコンピュータプログラム、モデル又はそれらのあらゆる組み合わせによって実行されてよい。プログラム及びモデルは、コンピュータ可読媒体に記憶されており、実行される場合に、下記のステップの１又はそれ以上を実行するよう動作可能な命令を含んでよい。コンピュータ可読媒体は、例えばハードディスクドライブ、コンパクトディスク、フラッシュメモリ又はあらゆる他の適切なデバイスなどの、プログラム又は命令を記憶し取り出すよう構成されたあらゆるシステム、装置又はデバイスを含んでよい。プログラム及びモデルは、プロセッサ又は他の適切なユニットに、コンピュータ可読媒体から命令を取り出し実行するように指示するよう構成されてよい。例示のために、方法９００は、図１のネットワーク１００に関して記載される。しかし、方法９００は、あらゆる適切なネットワークにおいてＵ／Ｃメッセージングのために使用されてよい。更に、ネットワークを参照して論じられているが、方法９００の部分又は全ては、ｍＢＳ１０２、サーバ１０９、ｓｃＢＳ１１８、コンセントレータ１３０及び／又はあらゆる他の適切なコンポーネントを含むネットワーク１００のコンポーネントによって実行されてよい。
【００８６】
方法９００は開始してよく、ステップ９０５で、ネットワークはＰＲＡＣＨサイズを指定してよい。例えば、ネットワーク１００及び／又はｍＢＳ１０２は、例えばＯＳＣ１１６及びエンドポイント１０４の数及び構成などのネットワーク１００の要件に部分的に基づき、ＰＲＡＣＨサイズを指定してよい。ＰＲＡＣＨサイズを指定することは、ＰＲＡＣＨの使用を対象とした特定のリソースブロックと、関連するランダムアクセスサブフレームの時間割り当てとを選択することを含んでよい。例えば、図４を参照して、ｍＢＳ１０２は、ＰＲＡＣＨアクセスのためにリソースブロック４７乃至５２を選択してよい。方法９００はステップ９１０へ進んでよい。
【００８７】
ステップ９１０で、ネットワークは、ＰＲＡＣＨアクセスサブフレームの対象となるように、選択されたＰＲＡＣＨリソースブロックにおけるランダムアクセスサブフレームを指定してよい。例えば、図４を参照して、サブフレーム０、４及び６は、ｍＢＳ１０２のためのＰＲＡＣＨアクセスの対象となるように指定されてよい。他の例として、図７Ｂを参照して、サブフレーム２は、ｓｃＢＳ１１８ａ及び１１８ｂのために、ＰＲＡＣＨアクセスの対象となるように、又はＰＲＡＣＨアクセスサブフレームとして、指定されてよい。
【００８８】
ステップ９１５で、ネットワークは、指定されたランダムアクセスサブフレームの全体量の中から、Ｕ／Ｃメッセージングサブフレームとして、選択されたＰＲＡＣＨリソースブロックにおけるサブフレームを指定してよい。例えば、図４を参照して、サブフレーム２及び８は、ｍＢＳ１０２のために、Ｕ／Ｃメッセージングの対象となるように、又はＵ／Ｃメッセージングサブフレームとして、指定されてよい。更に、ネットワークは、如何にしてランダムアクセスシグニチャがＵ／ＣメッセージングサブフレームとＰＲＡＣＨアクセスサブフレームとの間で共有され得るのか、又はＵ／Ｃメッセージングサブフレーム及び標準ＰＲＡＣＨアクセスサブフレームが別々のシグニチャセットを有し得るのかどうかを、エンドポイント１０４に知らせてよい。方法９００はステップ９２０へ進んでよい。
【００８９】
ステップ９２０で、ネットワークは、例えばエンドポイント１０４などのエンドポイントからのＰＲＡＣＨ伝送を検出してよい。例えば、ｍＢＳ１０２及び／又はｓｃＢＳ１１８は、特定のエンドポイント１０４からランダムアクセスサブフレームを介して送信されたメッセージを検出してよい。ステップ９２５で、ネットワークは、期待されるＵ／Ｃメッセージングシグニチャセットを知っており、メッセージがＵ／Ｃメッセージであるかどうかを判断してよい。例えば、ｍＢＳ１０２及び／又はｓｃＢＳ１１８は、表１、２及び３を参照して論じられるように、メッセージ（例えば、ＰＲＡＣＨシグニチャの論理インデックス）及びエンドポイント１０４を識別してよい。メッセージがＵ／Ｃメッセージである場合は、方法９００はステップ９３０へ進んでよい。
【００９０】
ステップ９３０で、ネットワークは、更なるＵ／Ｃメッセージングサブフレームが要求されるかどうかを判断してよい。例えば、Ｕ／Ｃメッセージングサブフレームの数は、多数のエンドポイント１０４が、例えば停電などの大規模イベントの後にネットワーク１００にアクセスしようと試みており、多数のＵ／Ｃメッセージを送信しようと試みている場合に、十分でないことがある。更なるＵ／Ｃメッセージングサブフレームが不要である場合は、方法９００はステップ９５５へ進んでよい。Ｕ／Ｃメッセージングサブフレームの数が十分でない場合は、方法９００はステップ９３５へ進んでよい。
【００９１】
ステップ９３５で、ネットワークは、Ｕ／Ｃメッセージングの対象となるよう利用可能な更なるサブフレームが存在するかどうかを判断してよい。更なるサブフレームが利用可能である場合は、方法９００はステップ９４０へ進んでよく、ステップ９４０で、更なるサブフレームは、Ｕ／Ｃメッセージングのために指定されてよい。更なるサブフレームがステップ９３５で利用可能でない場合は、ＰＲＡＣＨサイズはステップ９４５で増大されてよい。ＰＲＡＣＨサイズは、ＰＲＡＣＨリソースブロックとしての更なるリソースブロックの指定、又はあらゆる他の適切な方法によって、増大されてよい。例えば、ＰＲＡＣＨサイズは、データアクセスのために最初に指定されたサブフレームのＵ／Ｃサブフレームへの再指定によって、増大されてよい。ＰＲＡＣＨサイズの増大の後、方法９００は、Ｕ／Ｃメッセージングの対象とされる更なるサブフレームを指定するよう、ステップ９４０へ戻ってよい。
【００９２】
ステップ９５０で、ネットワークは、Ｕ／Ｃメッセージが連結メッセージであるかどうかを判断してよい。Ｕ／Ｃメッセージが連結メッセージである場合は、方法９００はステップ９６０へ進んでよい。ステップ９６０で、Ｕ／Ｃメッセージはアセンブルされてよい。例えば、Ｕ／Ｃメッセージは、図６を参照して論じられたように連結されてよい。例えば図１に示されたコンセントレータ１３０などのコンセントレータ、及び／又は他の適切な設備は、連結メッセージをアセンブルするよう構成されてよい。
【００９３】
ステップ９５０で、Ｕ／Ｃメッセージが連結されていない場合、又は連結メッセージがステップ９６０でアセンブルされた後、ネットワークは、ステップ９５５で、指定されたＵ／Ｃメッセージングサブフレームにおけるメッセージを受信し処理してよい。例えば、図４を参照して、ｍＢＳ１０２は、Ｕ／Ｃメッセージングサブフレーム２におけるメッセージを受信してよい。方法９００はステップ９０５へ進んでよい。
【００９４】
メッセージがＵ／Ｃメッセージでないとステップ９２５でネットワークが判断する場合は、方法９００はステップ９６５へ進んでよい。ステップ９６５で、ネットワークは、標準ＲＡＣＨメッセージとしてメッセージを処理し、復号化又は他の適切な動作を実行するよう試みてよい。方法９００はステップ９７５へ進んでよい。
【００９５】
ステップ９７５で、ネットワークは、更なるＰＲＡＣＨアクセスサブフレームが必要とされるかどうかを判断してよい。例えば、ＰＲＡＣＨアクセスサブフレームの数は、多数のエンドポイント１０４が、例えば停電などの大規模イベントの後にネットワーク１００にアクセスしようと試みている場合に、十分でないことがある。更なるＰＲＡＣＨアクセスサブフレームが不要である場合は、方法９００はステップ９９５へ進んでよい。ＰＲＡＣＨアクセスサブフレームの数が十分でない場合は、方法９００はステップ９８０へ進んでよい。
【００９６】
ステップ９８０で、ネットワークは、ＰＲＡＣＨアクセスの対象となるよう利用可能な更なるサブフレームが存在するかどうかを判断してよい。更なるサブフレームが利用可能である場合は、方法９００はステップ９８５へ進んでよく、ステップ９８５で、更なるサブフレームは、ＰＲＡＣＨアクセスのために指定されてよい。更なるサブフレームがステップ９８０で利用可能でない場合は、ＰＲＡＣＨサイズはステップ９９０で増大されてよい。ＰＲＡＣＨサイズは、ＰＲＡＣＨリソースブロックとしての更なるリソースブロックの指定、又はあらゆる他の適切な方法によって、増大されてよい。ＰＲＡＣＨサイズの増大の後、方法９００は、ＰＲＡＣＨアクセスの対象とされる更なるサブフレームを指定するよう、ステップ９８５へ戻ってよい。方法９００はステップ９９５へ進んでよい。
【００９７】
ステップ９９５で、ネットワークは、指定されたＰＲＡＣＨアクセスサブフレームにおけるメッセージを受信してよい。例えば、図４を参照して、ｍＢＳ１０２は、例えばサブフレーム０又は４などのＰＲＡＣＨアクセスサブフレームにおけるメッセージを受信してよい。方法９００は、次いで、ステップ９０５へ戻ってよい。
【００９８】
ここで挙げられている全ての例及び条件付き語は、読む者が本発明と、当該技術の促進に発明者によって寄与される概念とを理解するのを助ける教育的な目的を対象とし、そのような具体的に挙げられている例及び条件に制限されないと解釈される。本発明の実施形態が詳細に記載されてきたが、当然ながら、様々な変更、置換及び代替が、本発明の主旨及び適用範囲から逸脱することなしにそれらに対してなされてよい。
【図１】
2016504847.tif 000006
【図２】
2016504847.tif 000007
【図３】
2016504847.tif 000008
【図４】
2016504847.tif 000009
【図５】
2016504847.tif 000010
【図６】
2016504847.tif 000011
【図７Ａ】
2016504847.tif 000012
【図７Ｂ】
2016504847.tif 000013
【図７Ｃ】
2016504847.tif 000014
【図８】
2016504847.tif 000015
【図９】
2016504847.tif 000016
【国際調査報告】
2016504847.tif 000017
2016504847.tif 000018
2016504847.tif 000019