(57)【要約】  拡張ユーザ・モビリティを備えた統一された高帯域幅、低レイテンシ・データ・サービスのための装置及び方法。一実施例では、共通サービス・プロバイダを介した規格準拠超低レイテンシ及び高データ・レート・サービス（たとえば、５Ｇ  ＮＲサービス）を含む、現存するインフラストラクチャ（たとえば、ハイブリッド・ファイバー同軸インフラストラクチャ）の少なくとも部分上の送信先配信を有するネットワーク・アーキテクチャが開示される。構内デバイスが、所与の構内における、及びそのあたりのユーザに５Ｇベース・サービスを提供するために使用される。別の変形態では、ローカル・エリア（たとえば、「柱取り付け」）無線デバイスが、モビリティ・シナリオ中を含む補足ＲＦカバレージを提供するために使用される。５Ｇ対応ネットワークは、クライアント・デバイスが構内の内側と外側との間で動いている間に異なるロケーション及び時間においてそのデバイスと通信するために、構内デバイスと外部無線デバイスとにおいて共通波形プロトコル（たとえば、３ＧＰＰベース）を利用することによって、クライアント・デバイスにおけるデータの無中断及び「シームレス」交換を可能にする。
2021521714.tif 000002
【特許請求の範囲】
【請求項１】
クライアント・デバイスのイントラネットワーク・モビリティを可能にするために現存するケーブル・システム・インフラストラクチャが使用されるように、無線周波数（ＲＦ）ネットワークを動作させる方法であって、前記方法は、
前記現存するケーブル・システム・インフラストラクチャの少なくとも一部分上でＯＦＤＭ（直交周波数分割多重）波形を送信するステップと、
構内に配設された構内デバイスを介して、前記送信されたＯＦＤＭ波形の少なくとも一部分を受信するステップと、
前記構内の外部の無線デバイスを介して、前記送信されたＯＦＤＭ波形の少なくとも一部分を受信するステップと、
前記クライアント・デバイスと前記構内デバイスとの間の無線周波数接続の確立を可能にするステップと、
前記確立された無線周波数接続が、（ｉ）劣化している、又は（ｉｉ）最適化されない、のうちの少なくとも１つであると決定するステップと、
前記決定するステップに基づいて、前記クライアント・デバイスと前記構内の外部の前記無線デバイスとの間の無線周波数接続の確立を引き起こすステップと
を含む、方法。
【請求項２】
前記現存するケーブル・システム・インフラストラクチャが、ハイブリッド・ファイバー同軸（ＨＦＣ）インフラストラクチャを備え、
前記送信するステップは、少なくとも、前記現存するケーブル・システム・インフラストラクチャの通常動作帯域よりも周波数が広い周波数帯域を使用して送信するステップを含む、請求項１に記載の方法。
【請求項３】
（ｉ）前記クライアント・デバイスと前記構内デバイスとの間の前記無線周波数接続、及び（ｉｉ）前記クライアント・デバイスと前記構内の外部の前記無線デバイスとの間の前記無線周波数接続のうちの少なくとも１つが、１Ｇｂｐｓを超過するレートにおけるデータ配信のために構成され、
前記現存するインフラストラクチャの通常動作帯域よりも周波数が広い前記周波数帯域は、総帯域幅が少なくとも１．６ＧＨｚの周波数帯域を備える、請求項２に記載の方法。
【請求項４】
総帯域幅が少なくとも１．６ＧＨｚの前記周波数帯域を２つ又はそれ以上のサブバンドに割り振るステップをさらに含む、請求項３に記載の方法。
【請求項５】
（ｉｉ）前記クライアント・デバイスと前記構内デバイスとの間の前記無線周波数接続、及び（ｉｉ）前記クライアント・デバイスと前記構内の外部の前記無線デバイスとの間の前記無線周波数接続が、それぞれ、前記構内デバイスによって受信された前記ＯＦＤＭ波形の前記少なくとも一部分の、及び前記構内の外部の前記無線デバイスによって受信された前記ＯＦＤＭ波形の前記少なくとも一部分の、前記クライアント・デバイスへの少なくとも配信を可能にする、請求項１に記載の方法。
【請求項６】
前記構内の外部の前記無線デバイスと前記クライアント・デバイスとの間の前記無線周波数接続が確立された後に、前記構内デバイスと前記クライアント・デバイスとの間の前記無線周波数接続を終了するステップと、
前記クライアント・デバイスに宛てられたすべてのＯＦＤＭ波形が、前記構内の外部の前記無線デバイスに送信されることを引き起こすステップと
をさらに含む、請求項１に記載の方法。
【請求項７】
前記構内デバイスを介して受信された前記ＯＦＤＭ波形の前記少なくとも一部分を、ユーザ周波数帯域にアップコンバートするステップをさらに含む、請求項１に記載の方法。
【請求項８】
前記構内の外部の前記無線デバイスを介して受信された前記ＯＦＤＭ波形の前記少なくとも一部分を、前記ユーザ周波数帯域にアップコンバートするステップをさらに含む、請求項７に記載の方法。
【請求項９】
前記構内デバイスと前記クライアント・デバイスとの間の前記無線周波数接続の前記確立、及び前記構内の外部の前記無線デバイスと前記クライアント・デバイスとの間の前記無線周波数接続の前記確立が、各々、３ＧＰＰ（第３世代パートナーシップ・プロジェクト）ワイヤレス・プロトコルを介した確立を備え、前記ユーザ周波数帯域が、少なくとも１つの３ＧＰＰ無認可規格での使用のために指定された少なくとも１つの無認可周波数を備える、請求項８に記載の方法。
【請求項１０】
前記少なくとも１つの３ＧＰＰ無認可規格が、（ｉ）５Ｇ  ＮＲ−Ｕ（新無線−無認可）規格、又は（ｉｉ）ＬＴＥ（ロング・ターム・エボリューション）無認可規格のうちの少なくとも１つを備える、請求項８に記載の方法。
【請求項１１】
前記現存するケーブル・インフラストラクチャの少なくとも一部分上でＯＦＤＭ（直交周波数分割多重）波形を前記送信するステップが、少なくとも同軸ケーブル上で、及び前記同軸ケーブルに結合された複数の増幅器段を介して前記ＯＦＤＭ波形を送信するステップを含む、請求項１に記載の方法。
【請求項１２】
クライアント・デバイスのイントラネットワーク・モビリティを可能にするために現存するインフラストラクチャが使用されるように、無線周波数（ＲＦ）ネットワークを動作させる方法であって、前記方法は、
少なくとも、前記現存するインフラストラクチャの通常動作帯域よりも周波数が広い周波数帯域を使用して、前記現存するインフラストラクチャの少なくとも一部分上でＯＦＤＭ（直交周波数分割多重）波形を送信するステップと、
構内に配設された構内デバイスを介して、前記送信されたＯＦＤＭ波形の少なくとも一部分を受信するステップと、
前記構内の外部の無線デバイスを介して、前記送信されたＯＦＤＭ波形の少なくとも一部分を受信するステップと、
前記クライアント・デバイスと前記構内デバイスとの間の無線周波数接続の確立を可能にするステップと、
前記確立された無線周波数接続が、（ｉ）劣化している、又は（ｉｉ）最適化されない、のうちの少なくとも１つであると決定するステップと、
前記決定するステップに基づいて、前記クライアント・デバイスと前記構内の外部の前記無線デバイスとの間の無線周波数接続の確立を引き起こすステップと
を含む、方法。
【請求項１３】
前記現存するインフラストラクチャが、ハイブリッド・ファイバー同軸（ＨＦＣ）インフラストラクチャを備え、（ｉ）前記クライアント・デバイスと前記構内デバイスとの間の前記無線周波数接続、及び（ｉｉ）前記クライアント・デバイスと前記構内の外部の前記無線デバイスとの間の前記無線周波数接続のうちの少なくとも１つが、１Ｇｂｐｓを超過するレートにおけるデータ配信のために構成された、請求項１２に記載の方法。
【請求項１４】
前記現存するインフラストラクチャの通常動作帯域よりも周波数が広い前記周波数帯域は、総帯域幅が少なくとも１．６ＧＨｚの周波数帯域を備える、請求項１３に記載の方法。
【請求項１５】
総帯域幅が少なくとも１．６ＧＨｚの前記周波数帯域を２つ又はそれ以上のサブバンドに割り振るステップをさらに含む、請求項１４に記載の方法。
【請求項１６】
（ｉｉ）前記クライアント・デバイスと前記構内デバイスとの間の前記無線周波数接続、及び（ｉｉ）前記クライアント・デバイスと前記構内の外部の前記無線デバイスとの間の前記無線周波数接続が、それぞれ、前記構内デバイスによって受信された前記ＯＦＤＭ波形の前記少なくとも一部分の、及び前記構内の外部の前記無線デバイスによって受信された前記ＯＦＤＭ波形の前記少なくとも一部分の、前記クライアント・デバイスへの少なくとも配信を可能にする、請求項１２に記載の方法。
【請求項１７】
前記構内の外部の前記無線デバイスと前記クライアント・デバイスとの間の前記無線周波数接続が確立された後に、前記構内デバイスと前記クライアント・デバイスとの間の前記無線周波数接続を終了するステップと、
前記クライアント・デバイスに宛てられたすべてのＯＦＤＭ波形が、前記構内の外部の前記無線デバイスに送信されることを引き起こすステップと
をさらに含む、請求項１２に記載の方法。
【請求項１８】
前記構内デバイスを介して受信された前記ＯＦＤＭ波形の前記少なくとも一部分を、ユーザ周波数帯域にアップコンバートするステップをさらに含む、請求項１２に記載の方法。
【請求項１９】
前記構内の外部の前記無線デバイスを介して受信された前記ＯＦＤＭ波形の前記少なくとも一部分を、前記ユーザ周波数帯域にアップコンバートするステップをさらに含む、請求項１８に記載の方法。
【請求項２０】
前記構内デバイスと前記クライアント・デバイスとの間の前記無線周波数接続の前記確立、及び前記構内の外部の前記無線デバイスと前記クライアント・デバイスとの間の前記無線周波数接続の前記確立が、各々、３ＧＰＰ（第３世代パートナーシップ・プロジェクト）ワイヤレス・プロトコルを介した確立を備え、前記ユーザ周波数帯域が、少なくとも１つの３ＧＰＰ無認可規格での使用のために指定された少なくとも１つの無認可周波数を備える、請求項１９に記載の方法。
【請求項２１】
前記少なくとも１つの３ＧＰＰ無認可規格が、（ｉ）５Ｇ  ＮＲ−Ｕ（新無線−無認可）規格、又は（ｉｉ）ＬＴＥ（ロング・ターム・エボリューション）無認可規格のうちの少なくとも１つを備える、請求項１９に記載の方法。
【請求項２２】
少なくとも、前記現存するインフラストラクチャの通常動作帯域よりも周波数が広い周波数帯域を使用して、前記現存するインフラストラクチャの少なくとも一部分上でＯＦＤＭ（直交周波数分割多重）波形を前記送信するステップが、少なくとも同軸ケーブル上で、及び前記同軸ケーブルに結合された複数の増幅器段を介して前記ＯＦＤＭ波形を送信するステップを含む、請求項１２に記載の方法。
【請求項２３】
ワイヤレス・ユーザ・デバイスをサポートするように構成されたネットワーク・アーキテクチャであって、前記アーキテクチャは、
ネットワークのワイヤライン又は光媒体上に無線周波数（ＲＦ）波形を送信するように構成された分散ノードであって、前記ＲＦ波形が直交周波数分割多重（ＯＦＤＭ）変調される、分散ノードと、
前記ワイヤライン又は光媒体とデータ通信しており、前記送信されたＯＦＤＭ変調波形を受信するように構成された受信機装置を備える、少なくとも１つのユーザ・ノードと、
前記分散ノードとデータ通信している少なくとも１つの無線ノードであって、前記少なくとも１つの無線ノードが、前記少なくとも１つのユーザ・ノードへの少なくとも補足データ通信を行うように構成された、少なくとも１つの無線ノードと、
前記少なくとも１つのユーザ・ノード及び前記少なくとも１つの無線ノードとデータ通信しているコントローラ装置であって、前記コントローラ装置が、
（ｉ）少なくとも、前記少なくとも１つのユーザ・ノードから前記少なくとも１つの無線ノードへの、ワイヤレス・ユーザ・デバイスのハンドオーバ、並びに／又は
（ｉｉ）ａ）前記ワイヤレス・ユーザ・デバイスと前記少なくとも１つのユーザ・ノードとの間の、及びｂ）前記ワイヤレス・ユーザ・デバイスと前記少なくとも１つの無線ノードとの間の同時ワイヤレス接続の作成
のうちの少なくとも１つを実現するように構成された、コントローラ装置と
を備える、ネットワーク・アーキテクチャ。
【請求項２４】
前記コントローラ・ノードが３ＧＰＰ  ５Ｇ  ＮＲ（新無線）準拠中央ユニット（ＣＵ）を備え、前記少なくとも１つの無線ノードが３ＧＰＰ  ５Ｇ  ＮＲ（新無線）準拠分散型ユニット（ＤＵ）を備える、請求項２３に記載のネットワーク・アーキテクチャ。
【請求項２５】
前記分散ノードとデータ通信している少なくとも１つのワイヤレス・ローカル・エリア・ノード・コントローラであって、前記少なくとも１つのワイヤレス・ローカル・エリア・ノード・コントローラが、前記少なくとも１つのワイヤレス・ローカル・エリア・ノードと前記少なくとも１つの無線ノードとの間の１つ又は複数のワイヤレス・セッションのハンドオーバを実施するために前記分散ノードと協働するように構成された、少なくとも１つのワイヤレス・ローカル・エリア・ノード・コントローラをさらに備える、請求項２３に記載のネットワーク・アーキテクチャ。
【請求項２６】
前記少なくとも１つのワイヤレス・ローカル・エリア・ノードが第１の無認可周波数帯域内で動作し、前記少なくとも１つの無線ノードが、前記第１の無認可帯域とは異なる第２の無認可周波数帯域内で動作する、請求項２５に記載のネットワーク・アーキテクチャ。
【請求項２７】
コンテンツ分散ネットワークを動作させる方法であって、前記方法は、
前記コンテンツ分散ネットワークの少なくとも無線周波数媒体を介して、構内に配設された第１のノードに波形を配信するステップと、
ワイヤレス・ユーザ・デバイスと前記第１のノードとの間の第１のワイヤレス通信セッションを可能にするステップであって、前記第１の無線通信セッションが前記ワイヤレス・ユーザ・デバイスへの前記波形の配信を可能にする、ステップと、
前記第１のノードからの前記ワイヤレス・ユーザ・デバイスのハンドオーバを必要とする条件を決定するステップと、
前記コンテンツ分散ネットワークの少なくとも無線周波数媒体を介して、前記構内の外部に配設された第２のノードに波形を配信するステップと、
前記ワイヤレス・ユーザ・デバイスと前記第２のノードとの間のワイヤレス接続の作成を引き起こすステップと、
前記第１のノードから前記第２のノードへの前記第１のワイヤレス通信セッションのハンドオーバを引き起こすステップと、
前記ワイヤレス・ユーザ・デバイスと前記第２のノードとの間の前記ワイヤレス接続を介した前記第１のワイヤレス通信セッションの動作を継続するステップであって、前記継続された動作が、前記ワイヤレス・ユーザ・デバイスへの前記波形の配信を継続するステップを含む、ステップと
を含む、方法。
【請求項２８】
複数の候補ノードから前記第２のノードを選択するステップであって、前記選択するステップが、（ｉ）前記構内に対する空間又は物理的ロケーション、及び／或いは（ｉｉ）コンテンツ分散ノード内のトポロジー・ロケーションのうちの少なくとも１つに少なくとも基づく、ステップをさらに含む、請求項２７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、その全体が参照により本明細書に組み込まれる、２０１８年４月１６日に出願された、「ＡＰＰＡＲＡＴＵＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＩＮＴＥＧＲＡＴＥＤ  ＨＩＧＨ−ＣＡＰＡＣＩＴＹ  ＤＡＴＡ  ＡＮＤ  ＷＩＲＥＬＥＳＳ  ＮＥＴＷＯＲＫ  ＳＥＲＶＩＣＥＳ」と題する米国仮特許出願第６２／６５８，４６５号の優先権の利益を主張する。本出願はまた、その全体が参照により本明細書に組み込まれる、２０１９年１月２９日に出願された、「ＡＰＰＡＲＡＴＵＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＥＮＡＢＬＩＮＧ  ＭＯＢＩＬＩＴＹ  ＯＦ  Ａ  ＵＳＥＲ  ＤＥＶＩＣＥ  ＩＮ  ＡＮ  ＥＮＨＡＮＣＥＤ  ＷＩＲＥＬＥＳＳ  ＮＥＴＷＯＲＫ」と題する、米国特許出願第１６／２６１，２３４号の優先権の利益を主張する。
【０００２】
本開示は、一般に、データ・ネットワーク及びワイヤレス・デバイスの分野に関し、詳細には、例示的な一態様では、様々な異なるロケーション及び使用事例における高スピード・データ・サービスの提供を統合又は統一するアーキテクチャに関する。
【背景技術】
【０００３】
現在、データ通信サービスは、ユーザ構内（ｐｒｅｍｉｓｅ）（たとえば、家、オフィス、さらには車両）全体にわたって遍在する（ｕｂｉｑｕｉｔｏｕｓ）。そのようなデータ通信サービスは、管理された又は管理されないネットワークを介して提供され得る。たとえば、一般的な家は、ケーブル又は衛星ネットワークなど、管理されたネットワークを介して１つ又は複数のネットワーク・サービス・プロバイダによって提供されるサービスを有する。これらのサービスは、コンテンツ配信（たとえば、リニア・テレビジョン、オンデマンド・コンテンツ、パーソナル又はクラウドＤＶＲ、「スタート・オーバー（ｓｔａｒｔ  ｏｖｅｒ）」など）、並びにいわゆる「オーバー・ザ・トップ（ｏｖｅｒ  ｔｈｅ  ｔｏｐ）」サード・パーティ・コンテンツを含み得る。同様に、インターネット及びテレフォニー・アクセスも一般に提供され、上述のコンテンツ配信機能とともにサブスクリプション・パッケージにバンドルされ得、サブスクリプション・パッケージは、それらの構築及びコンテンツにおいてますますよりユーザ固有又は構内固有になりつつある。そのようなサービスはまた、「どこでも、いつでも」のパラダイムを採用することをますます試みており、したがって、ユーザ（加入者）は、自分の家屋の異なる部屋において、移動しながら自分のモバイル・デバイス上でなど、いくつかの異なる受信及びレンダリング・プラットフォームを介して、所望のサービスにアクセスする（たとえば、映画を見る）ことができる。
【０００４】
管理されたケーブル・ネットワーク
ネットワーク事業者は、様々な異なるデバイスを使用してデータ・サービス（たとえば、ブロードバンド）及びビデオ・プロダクトを顧客に配信し、それにより、そのユーザ又は加入者が、いくつかの異なるコンテキスト、固定（たとえば、その居住地において）とモバイル（移動しながら、又は家から離れてなど）の両方において、データ／コンテンツにアクセスすることを可能にする。図１及び図２は、そのようなデータ・サービスをそのユーザ及び加入者に提供するために使用される、一般的な従来技術の管理された（たとえば、ケーブル）コンテンツ配信ネットワーク・アーキテクチャを示す機能ブロック図である。
【０００５】
データ／コンテンツ配信は、ビデオ・コンテンツが、ネットワーク事業者又はそれのプロキシによって取り込まれ、ネットワーク事業者のプロダクト又はサービスとしてネットワーク・ユーザ又は加入者に配信される場合など、ネットワーク事業者に固有であり得る。たとえば、ケーブル複数システム事業者（ＭＳＯ：ｍｕｌｔｉｐｌｅ  ｓｙｓｔｅｍｓ  ｏｐｅｒａｔｏｒ）は、複数の異なるソース（たとえば、全国ネットワーク、コンテンツ・アグリゲータなど）からコンテンツを取り込み、取り込まれたコンテンツを処理し、そのコンテンツを、たとえば、ハイブリッド・ファイバー同軸（ＨＦＣ：ｈｙｂｒｉｄ  ｆｉｂｅｒ  ｃｏａｘ）ケーブル／ファイバー・ネットワークを介して、加入者のセットトップ・ボックス又はＤＯＣＳＩＳケーブル・モデムになど、ＭＳＯ加入者に配信し得る。そのような取り込まれたコンテンツは、必要に応じて必要なフォーマット（たとえば、ＭＰＥＧ−２又はＭＰＥＧ−４／ＡＶＣ）にトランスコーディングされ、適切なメディア・コンテナ・フォーマットでフレーム化され、配置され（「パッケージングされ」）、たとえば、統計的多重化を介して送信されて、加入者ＲＦチューナーによる受信のために６ＭＨｚ無線周波数（ＲＦ：ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）チャネル上でマルチ・プログラム・トランスポート・ストリーム（ＭＰＴＳ：ｍｕｌｔｉ−ｐｒｏｇｒａｍ  ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ）になり、多重化解除され、復号され、規定されたコーディング・フォーマットに従ってユーザのレンダリング・デバイス（たとえば、デジタルＴＶ）上でレンダリングされる。
【０００６】
ケーブル・プラント内で、コンテンツを提供し、シングル・プログラム・トランスポート・ストリーム（ＳＰＴＳ：ｓｉｎｇｌｅ−ｐｒｏｇｒａｍ  ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ）配信モダリティを利用するために、ＶＯＤ及びいわゆるスイッチド・デジタル・ビデオ（ＳＤＶ：ｓｗｉｔｃｈｅｄ  ｄｉｇｉｔａｌ  ｖｉｄｅｏ）も使用され得る。たとえば米国ケーブル・システムでは、テレビ番組の送信のために使用されるダウンストリームＲＦチャネルは、６ＭＨｚ幅であり、５４ＭＨｚから８６０ＭＨｚの間の６ＭＨｚスペクトル・スロットを占有する。ＶＯＤサービスの展開は、このスペクトルを、上記で説明されたものなど、すでに確立されたアナログ及びデジタル・ケーブル・テレビジョン・サービスと共有しなければならない。所与のケーブル・プラント内で、近隣を通る同じケーブル・フィードに電気的に接続されたすべての家は、同じダウンストリーム信号を受信することになる。たとえば、ＶＯＤサービスを管理する目的で、これらの家は、一般にサービス・グループと呼ばれる論理グループにグループ化される。同じサービス・グループに属する家は、ＲＦチャネルの同じセット上でそれらのＶＯＤサービスを受信する。
【０００７】
ＶＯＤサービスは、一般に、ケーブルにおける利用可能なスペクトルからの所与の数（たとえば、４つ）のＲＦチャネル上で与えられる。したがって、ＶＯＤサービス・グループは、同じ４つのＲＦチャネル上でＶＯＤ信号を受信する家からなる。
【０００８】
たいていのケーブル・ネットワークでは、ＭＰＥＧ（たとえば、ＭＰＥＧ−２）オーディオ／ビデオ圧縮を使用して、プログラムが送信される。ケーブル信号が、直交振幅変調（ＱＡＭ：Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）方式を使用して送信されるので、ＨＦＣシステム上で使用される一般的な変調レート（ＱＡＭ−２５６）についての利用可能なペイロード・ビットレートは、ほぼ３８Ｍｂｐｓである。たとえば、多くのＶＯＤ展開では、ＮＴＳＣブロードキャスト信号と等価な解像度及び品質において１つのビデオ・プログラムを送るために、３．７５Ｍｂｐｓの一般的なレートが使用される。デジタル・テレビジョン用語では、これは、標準精細度（ＳＤ：Ｓｔａｎｄａｒｄ  Ｄｅｆｉｎｉｔｉｏｎ）テレビジョン解像度と呼ばれる。したがって、ＭＰＥＧ−２及びＱＡＭ変調の使用は、１つのＲＦチャネル上の１０個のＳＤセッションの搬送を可能にする（１０×３．７５＝３７．５Ｍｂｐｓ＜３８Ｍｂｐｓ）。一般的なサービス・グループが４つのＲＦチャネルからなるので、サービス・グループ内に４０個の同時ＳＤ  ＶＯＤセッションが収まり得る。
【０００９】
ＨＤ（高精細度（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ））信号のエンターテインメント品質送信は、ＳＤの約４倍の帯域幅を必要とする。例示的なＭＰＥＧ−２メイン・プロファイル−高レベル（ＭＰ＠ＨＬ：Ｍａｉｎ  Ｐｒｏｆｉｌｅ−Ｈｉｇｈ  Ｌｅｖｅｌ）ビデオ圧縮の場合、各ＨＤプログラムは、約１５Ｍｂｐｓビットレートを必要とする。
【００１０】
ワイヤレス
無線アクセス技術（「ＲＡＴ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ」）としても知られる、多数のワイヤレス・ネットワーキング技術は、無線ベース・通信ネットワークのための接続の基礎をなす手段をユーザ・デバイスに提供する。そのようなＲＡＴは、しばしば、認可無線周波数スペクトル（すなわち、委員会の規則のセクション２．１０６において成文化された、周波数割振りの表に従ってＦＣＣによって割り振られた無線周波数スペクトル）を利用する。現在、９ｋＨｚから２７５ＧＨｚの間の周波数帯域のみが割り振られている（すなわち、１つ又は複数の地上波又は空間無線通信サービス、或いは特定の条件下の電波天文学サービスによる使用のために指定されている）。たとえば、一般的なセルラー・サービス・プロバイダは、以下の表１に示されているように、いわゆる「３Ｇ」（第３世代）及び「４Ｇ」（第４世代）ワイヤレス通信のためのスペクトルを利用し得る。
【表１】
2021521714.tif 000003
【００１１】
代替的に、いわゆるＩＳＭ帯域内の無認可スペクトルなど、無認可スペクトルが利用され得る。ＩＳＭ帯域は、ＩＴＵ無線通信規則（Ｒａｄｉｏ  Ｒｅｇｕｌａｔｉｏｎｓ）（第５条）によって、無線通信規則の脚注５．１３８、５．１５０、及び５．２８０において定義される。米国では、ＩＳＭ帯域の使用は、連邦通信委員会（ＦＣＣ：Ｆｅｄｅｒａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｏｍｍｉｓｓｉｏｎ）規則のパート１８によって支配されるが、パート１５は、無認可通信デバイス、さらにＩＳＭ周波数を共有する無認可通信デバイスについての規則を含んでいる。以下の表２は、一般的なＩＳＭ周波数割振りを示す。
【表２】
2021521714.tif 000004
【００１２】
ＩＳＭ帯域はまた、９１５ＭＨｚ帯域と２．４５０ＧＨｚ帯域とにおけるワイヤレス・センサー・ネットワーク、並びに９１５ＭＨｚ帯域と２．４５０ＧＨｚ帯域と５．８００ＧＨｚ帯域とにおけるワイヤレスＬＡＮ（たとえば、Ｗｉ−Ｆｉ）及びコードレス・フォンなど、（非ＩＳＭ）認可フリー通信適用例と共有されている。
【００１３】
さらに、５ＧＨｚ帯域は、表３に示されているように、たとえば、ＷＬＡＮ機器による使用のために割り振られている。
【表３】
2021521714.tif 000005
【００１４】
５Ｇ新無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）及びＮＧ−ＲＡＮ（次世代無線エリア・ネットワーク（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｒｅａ  Ｎｅｔｗｏｒｋ））
ＮＧ−ＲＡＮ又は「ＮｅｘｔＧｅｎ  ＲＡＮ（無線エリア・ネットワーク）」は、３ＧＰＰ「５Ｇ」次世代無線システムの一部である。３ＧＰＰは、現在、リリース１５  ＮＧ−ＲＡＮと、それの構成要素と、いわゆる「ｇＮＢ」（次世代ノードＢ又はｅＮＢ）を含む関与するノードの間の対話とを指定している。ＮＧ−ＲＡＮは、超高帯域幅、超低レイテンシ（たとえば、１ｍｓ又はそれ以下の「ラウンド・トリップ」程度）ワイヤレス通信を提供し、適用例に応じて、屋内「スポット」使用、都市「マクロ」（ラージ・セル）カバレージ、地方カバレージ、車両における使用、並びに「スマート」グリッド及び構造を含む、多種多様な展開シナリオにおいて、上記で説明されたタイプの認可スペクトルと無認可スペクトルの両方を効率的に利用することになる。ＮＧ−ＲＡＮはまた、４Ｇ／４．５Ｇシステム及びインフラストラクチャと統合することになり、その上、新しいＬＴＥエンティティが使用される（たとえば、ＥＰＣ（発展型パケット・コア（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ））とＮＲ「ＮＧＣ」（次世代コア（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｃｏｒｅ））の両方への接続性をサポートする「発展型」ＬＴＥ  ｅＮＢ又は「ｅＬＴＥ  ｅＮＢ」。
【００１５】
いくつかの態様では、例示的なリリース１５  ＮＧ−ＲＡＮは、さらなる機能的発展及び能力のためのベースとして、（口語的に４Ｇ又は４．５Ｇと呼ばれる）現存するＬＴＥ／ＬＴＥ−Ａ技術の技術及び機能を活用する。たとえば、ＬＴＥベース・ネットワークでは、起動時に、ｅＮＢ（基地局）は、ｅＮＢが実行することが予想されるコマンドをもつＭＭＥ（モビリティ管理エンティティ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ））に向けてＳ１−ＡＰ接続を確立する。あるｅＮＢが、複数のセルを担当することができる（言い換えれば、複数のトラッキング・エリア・コードがＥ−ＵＴＲＡＮセル・グローバル識別子に対応する）。ｅＮＢがサポートするセルのアクティブ化とともに、上述のＳ１−ＡＰ接続を確立するためにｅＮＢによって使用されるプロシージャは、Ｓ１セットアップ・プロシージャと呼ばれ、とりわけ、その全体が参照により本明細書に組み込まれる、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）；Ｓ１  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（Ｓ１ＡＰ）（Ｒｅｌｅａｓｅ  １４）」と題する３ＧＰＰ  ＴＳ３６．４１３  Ｖ１４．４、２０１７年９月、を参照されたい。
【００１６】
手短に言えば、及び図３を参照すると、（ｇＮＢ−ＣＵとしても知られる）ＣＵ３０４が、ＮＧコア３０３と通信する、ＮＲアーキテクチャ３００内の論理ノードであり、ユーザ・データの転送、セッション管理、モビリティ制御、ＲＡＮ共有、及び測位など、ｇＮＢ機能を含むが、他の機能は、本明細書で後でより詳細に説明される様々な「スプリット」オプションごとに、もっぱら、（ｇＮＢ−ＤＵとしても知られる）（１つ又は複数の）ＤＵ３０６に割り振られる。ＣＵ３０４は、対応するフロントホール（Ｆｓ）ユーザ・プレーン及び制御プレーン・インターフェース３０８、３１０を介して、ユーザ・データを通信し、（１つ又は複数の）ＤＵ３０６の動作を制御する。
【００１７】
したがって、Ｆｓインターフェース３０８、３１０を実装するために、（規格化された）Ｆ１インターフェースが採用される。それは、ＮＧ−ＲＡＮ内のｇＮＢ３０２のｇＮＢ−ＣＵ３０４とｇＮＢ−ＤＵ３０６とを相互接続するための機構、又はＥ−ＵＴＲＡＮ内のｅｎ−ｇＮＢのｇＮＢ−ＣＵとｇＮＢ−ＤＵとを相互接続するための機構を提供する。Ｆ１アプリケーション・プロトコル（Ｆ１ＡＰ：Ｆ１  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）は、３ＧＰＰ  ＴＳ３８．４７３において定義されているプロシージャをシグナリングすることによって、Ｆ１インターフェースの機能をサポートする。
【００１８】
そのようなアーキテクチャ３００内で、ｇＮＢ−ＤＵ３０６（又はｎｇｅＮＢ−ＤＵ）は、単一のｇＮＢ−ＣＵ３０４の制御下にある。ｇＮＢ−ＤＵが始動される（電源投入を含む）とき、それは、とりわけ、たとえば、Ｆ１セットアップ要求メッセージ中の（各特定のセルの識別情報とともに）セルの数など、任意の数のパラメータを制御ｇＮＢ−ＣＵに知らせるために、（概して、ＬＴＥの上記で参照されたＳ１セットアップ・プロシージャにならってモデル化される）Ｆ１セットアップ・プロシージャを実行する。
【００１９】
マルチＲＡＴデバイス及びモビリティ
データ接続性についての強い消費者需要に応答して、それが屋内であり、屋外の「出先（ｏｎ  ｔｈｅ  ｇｏ）」であるかどうかにかかわらず、データ通信サービスは、現在、ユーザ構内（たとえば、家、オフィス、さらには車両）全体にわたって、並びにたいていの屋外エリアにおいて（たとえば、セルラー・タワー及びノードとの接続を可能にする「データ・プラン」を介して）遍在する。そのようなデータ通信サービスは、管理された又は管理されないネットワークを介して提供され得る。たとえば、一般的な家は、ケーブル又は衛星ネットワークなど、管理されたネットワークを介して１つ又は複数のネットワーク・サービス・プロバイダによって、並びにセルラー・サービス・プロバイダなどの（独立した）ＭＮＯ又はＭＶＮＯによって、提供されるサービスを有する。ＭＳＯサービスは、たとえば、コンテンツ配信（たとえば、リニア・テレビジョン、オンデマンド・コンテンツ、パーソナル又はクラウドＤＶＲ、「スタート・オーバー」など）、並びにいわゆる「オーバーザトップ」サード・パーティ・コンテンツを含み得る。同様に、インターネット及びテレフォニー・アクセスも一般に提供され、上述のコンテンツ配信機能とともにサブスクリプション・パッケージにバンドルされ得、サブスクリプション・パッケージは、それらの構築及びコンテンツにおいてますますよりユーザ固有又は構内固有になりつつある。そのようなサービスはまた、「どこでも、いつでも」のパラダイムを採用することをますます試みており、したがって、ユーザ（加入者）は、自分の家屋の異なる部屋において、移動しながら自分のモバイル・デバイス上でなど、いくつかの異なる受信及びレンダリング・プラットフォームを介して、所望のサービスにアクセスする（たとえば、音楽を聴く、電子メール又はソーシャル・メディアなどのモバイル・アプリケーションを使用する、ビデオを見る）ことができる。
【００２０】
ユーザ・クライアント・デバイス（たとえば、スマートフォン、タブレット、ファブレット、ラップトップ、スマートウォッチ、或いは他のワイヤレス対応デバイス、モバイルなど）は、概して、それらのデバイスが、互いに又はネットワーク（たとえば、インターネット、イントラネット、又はエクストラネット）に接続することを可能にし、しばしば、認可スペクトルと無認可スペクトルの両方に関連するＲＡＴを含む、複数のＲＡＴをサポートする。特に、クライアント・デバイスによる他のネットワークへのワイヤレス・アクセスは、サービス・プロバイダ・ネットワーク（たとえば、ケーブル・ネットワーク）のバックエンド又はバックホール部分によってサービスされる、ワイヤレス・アクセス・ポイント（「ＷＡＰ」又は「ＡＰ」）、スモール・セル、フェムトセル又はセルラー・タワーなど、ネットワーク化されたハードウェアを利用するワイヤレス技術によって可能にされる。ユーザは、概して、ノード又は「ホットスポット」、ワイヤレス範囲内にあるモデム、ルータ、ＡＰなどに接続することによってユーザがアクセスを取得し得る物理的ロケーションにおいて、ネットワークにアクセスし得る。
【００２１】
ユーザが（たとえば、ケーブル・ネットワーク事業者を通して提供されるサービスを介して）ワイヤレス通信に関与することを可能にする１つのそのような技術は、コンシューマー・エレクトロニクスにおけるワイヤレス・ネットワーキングのための遍在して容認された規格になったＷｉ−Ｆｉ（登録商標）（ＩＥＥＥ  Ｓｔｄ．８０２．１１）である。Ｗｉ−Ｆｉは、クライアント・デバイスが１つ又は複数のアクセス・ポイントを介してネットワーク（たとえば、ワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ））への好都合な高スピード・アクセスを獲得することを可能にする。
【００２２】
商業的に、Ｗｉ−Ｆｉは、信用できる家又はビジネス環境内など、ベニュー内又は構内のユーザのグループ、或いは外側、たとえば、カフェ、ホテル、ビジネス・センター、レストラン、及び他の公共区域にサービスを提供することが可能である。一般的なＷｉ−Ｆｉネットワーク・セットアップは、バックエンドと通信しているＡＰ（及び／又はＡＰに接続されたモデム）とワイヤレス通信しているユーザのクライアント・デバイスを含み得、ここで、クライアント・デバイスは、クライアント・デバイスがＡＰからの信号を検出し、ＡＰと通信を行うことを可能にする一定の範囲内になければならない。
【００２３】
広く使用されている別のワイヤレス技術は、（口語的に、特に「ＬＴＥ」、「４Ｇ」、「ＬＴＥアドバンスト」とも呼ばれる）ロングターム・エボリューション規格である。ＬＴＥネットワークは、発展型パケット・コア（「ＥＰＣ」）、インターネット・プロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ベース・ネットワーク・アーキテクチャ及びｅノードＢ、無線アクセス・ネットワーク（ＲＡＮ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）の一部である発展型ノードＢ又はＥ−ＵＴＲＡＮノード、によって動かされ、広いカバレージ・エリアとともにユーザの多くのワイヤレス対応デバイスに高スピード・ワイヤレス・データ通信サービスを提供することが可能である。
【００２４】
現在、たいていの消費者デバイスはマルチＲＡＴ能力を含み、たとえば、同時にであるのか、（デバイス上で稼働しているワイヤレス接続マネージャ・プロセスを介してなど）「フェイル・オーバー」様式であるのかにかかわらず、複数の異なるＲＡＴにアクセスする能力を含む。たとえば、スマートフォンは、ＬＴＥデータ・アクセスについて可能にされるが、利用不可能なときに、データ通信のために１つ又は複数のＷｉ−Ｆｉ技術（たとえば、８０２．１１ｇ／ｎ／ａｃ）を利用し得る。
【００２５】
（ＬＴＥ及びＷｉ−Ｆｉなどの）異なるＲＡＴの能力は、所与のクライアント・デバイスへのワイヤレス・サービスの確立に関することを含め、まったく異なり得る。手短に言えば、ＬＴＥ−Ｕは、データ送信のための追加の無線スペクトルを提供するために（たとえば、オーバーフロー・トラフィックを補償するために）無認可スペクトル（たとえば、５ＧＨｚ）におけるＬＴＥを介したデータ通信を可能にする。ＬＴＥ−ＬＡＡは、無認可スペクトル（たとえば、５ＧＨｚ）におけるＬＴＥを認可帯域と組み合わせるためにキャリア・アグリゲーションを使用する。
【００２６】
（上述の規格のワイヤレス・インターフェースのユーザであるのか、他のユーザであるのかにかかわらず）ユーザの増加する数は、いつも、干渉を含む、スペクトルの「混雑」につながる。また、太陽放射、電気機器、軍事使用など、非ユーザ・ソースからの干渉が存在し得る。事実上、スペクトルの所与の量は、それが提供することができる帯域幅の量に対する物理的限界を有し、より多くのユーザが並行して追加されるにつれて、各ユーザは、より多くの干渉及び性能の劣化を潜在的に経験する。
【００２７】
その上、Ｗｉ−Ｆｉなどの技術は、（それらの帯域において課せられた無認可スペクトル電力マスクに一部起因する）限られた範囲を有し、空間伝搬変動（特に、建築物などの構造内部）及び展開密度問題という欠点があり得る。Ｗｉ−Ｆｉは、非常に遍在するようになったので、特に共同住宅、ホスピタリティ・ユニット（たとえば、ホテル）、企業、混雑したベニューなどの高密度シナリオでは、競合問題は、補償するために極めて多くのＷｉ−Ｆｉ  ＡＰが設置されても、扱いにくいことがある。またさらに、概してそのようなＡＰ間に協調がなく、各ＡＰは、事実上、そのＡＰのバックホール上で帯域幅を求めて他のＡＰと競合する。
【００２８】
最も重要なことには、たとえば、ＭＮＯ／ＭＶＮＯなどの管理されたネットワーク事業者によって提供される他のサービスとの統合の欠如が、一般に、Ｗｉ−Ｆｉなどの無認可技術に関して存在する。Ｗｉ−Ｆｉは、一般に、ネットワーク事業者／サービス・プロバイダによって不明瞭に搬送され（ｏｐａｑｕｅｌｙ  ｃａｒｒｉｅｄ）る「データ・パイプ」として働く。このデータ・パイプは、ＬＴＥ／ＬＴＥ−ＡさらにはＬＴＥ−Ｕ又は−ＬＡＡなどのモバイル・ブロードバンド・サービスから論理的に隔離又はサイロ化され、実際、それらは、それぞれ、技術規格の２つの異なる調和されていない（ｎｏｎ−ｈａｒｍｏｎｉｚｅｄ）セット、すなわち、ＩＥＥＥ  Ｓｔｄ．８０２．１１及び３ＧＰＰ  Ｅ−ＵＴＲＡＮ／５Ｇ  ＮＲを利用する。
【００２９】
必要とされるより良いソリューション
現存する４／４．５Ｇ（たとえば、ＬＴＥ／ＬＴＥ−Ａ）及びＷＬＡＮ（及び他の無認可）システムによってもたらされるワイヤレス・データ・レート、ロバストネス、及びカバレージにおける大きい進歩があっても、依然として、大きな障害が存在する。
【００３０】
１つのそのような問題は、ブロードバンド・ユーザが屋内使用事例から屋外使用事例に移行するシナリオに関する。たとえば、自分の構内のＷｉ−Ｆｉ  ＡＰを利用するユーザが、構内構造及び他のファクタに応じて、場合によっては３０．４８ｍ（１００フィート）ほどのごく限られた範囲を経験し、その後、ユーザは劣化を経験し、最終的に信号の損失を経験する。上述のように、（ｉ）互換性のない又は調和されていない技術規格、及び（ｉｉ）たとえば、ＷＬＡＮサービス・プロバイダ（ＭＳＯ又はＩＳＰ）とモバイル・サービス・プロバイダ（たとえば、ＭＮＯ又はＭＶＮＯ）との間に協調がないことにより、Ｗｉ−Ｆｉなどの、より短い範囲の技術と、ＬＴＥなどの、より長い範囲のブロードバンド・セルラー・システムとの間にセッション継続性がない。詳細には、ユーザは、ユーザのＷｉ−Ｆｉセッションを終了し、新しいＬＴＥ（３ＧＰＰ）セッションを使用することを継続しなければならない。
【００３１】
そのような「無認可から認可への」（その逆も同様）スペクトル使用は、無認可システムがしばしばＭＮＯシステムと統合するように構成されないという点で、スペクトル管理の観点から独特の課題を提示する（たとえば、ＷＬＡＮ  ＡＰは、衝突を回避するか又はスペクトル割振りに干渉する限り、「無認可」３ＧＰＰ  ｅＵＴＲＡＮ、或いはＬＴＥ−Ｕ／ＬＡＡ又はＮＲ−Ｕなどの他のそのような規格に準拠するように構成されない）。
【００３２】
その上、上記のソリューションが、概して、統合されないか又は論理的に統一されないので、上記のソリューションはまた、複数のサービス・プロバイダ技術及びインフラストラクチャのサブスクリプション及び使用を必要とする。たとえば、ユーザ構内の無認可ＷＬＡＮ  ＡＰは、ケーブル又はファイバー又は衛星ＭＳＯによってバックホール化され得るが、セルラー・サービスは、認可セルラー・インフラストラクチャを使用して完全に別個のＭＮＯ又はＭＶＮＯによって提供される。
【００３３】
ＭＮＯ又は他の無線アクセス・ノード又は基地局が別のプロバイダによってバックホール化される事例（たとえば、無線機とワイヤレス・コア・ネットワーク要素との間のバックホールとしてＨＦＣ／ＤＯＣＳＩＳの周りで構築されるワイヤレス・ネットワーク）では、（ｉ）２つの異なるネットワーク、すなわち、ワイヤード及びワイヤレスを維持するための別個のＣＡＰＥＸ（資本的支出）及びＯＰＥＸ（事業運営費）「サイロ」、並びに（ｉｉ）たとえば、ＤＯＣＳＩＳ（バックホール）プロトコルを通してワイヤレス・データ・パケットをカプセル化することの追加のオーバーヘッドによる、より低いデータ・スループット効率及びより高いレイテンシを含む、いくつかの欠点に遭遇する。５Ｇの上述の超低レイテンシ要件（すなわち、エンドポイント・ノード間の１ｍｓ又はそれ以下のラウンドトリップ）のコンテキストでは、そのような、インフラストラクチャによって誘発されたレイテンシにより、これらの要件を満たすことができず、このアーキテクチャが５Ｇ適用例にとって潜在的に不適当になることがある。
【先行技術文献】
【特許文献】
【００３４】
【特許文献１】２０１５年１１月１０日に発行された、「Ｄｉｇｉｔａｌ  ｄｏｍａｉｎ  ｃｏｎｔｅｎｔ  ｐｒｏｃｅｓｓｉｎｇ  ａｎｄ  ｄｉｓｔｒｉｂｕｔｉｏｎ  ａｐｐａｒａｔｕｓ  ａｎｄ  ｍｅｔｈｏｄｓ」と題する米国特許第９，１８５，３４１号
【特許文献２】２０１６年３月２９日に発行された、「Ｄｉｇｉｔａｌ  ｄｏｍａｉｎ  ｃｏｎｔｅｎｔ  ｐｒｏｃｅｓｓｉｎｇ  ａｎｄ  ｄｉｓｔｒｉｂｕｔｉｏｎ  ａｐｐａｒａｔｕｓ  ａｎｄ  ｍｅｔｈｏｄｓ」と題する米国特許第９，３００，４４５号
【特許文献３】２０１６年６月１５日に出願された「ＡＰＰＡＲＡＴＵＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＭＯＮＩＴＯＲＩＮＧ  ＡＮＤ  ＤＩＡＧＮＯＳＩＮＧ  Ａ  ＷＩＲＥＬＥＳＳ  ＮＥＴＷＯＲＫ」と題する米国特許出願第１５／１８３，１５９号
【特許文献４】２０１８年１２月１１日に出願された米国出願第１６／２１６，８３５号
【非特許文献】
【００３５】
【非特許文献１】「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）；Ｓ１  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（Ｓ１ＡＰ）（Ｒｅｌｅａｓｅ  １４）」と題する３ＧＰＰ  ＴＳ３６．４１３  Ｖ１４．４、２０１７年９月
【非特許文献２】３ＧＰＰ  ＴＳ２３．２３４  ｖ１３．１．０、「３ＧＰＰ  ｓｙｓｔｅｍ  ｔｏ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ  （ＷＬＡＮ）  ｉｎｔｅｒｗｏｒｋｉｎｇ；Ｓｙｓｔｅｍ  ｄｅｓｃｒｉｐｔｉｏｎ  （Ｒｅｌｅａｓｅ  １３）」
【非特許文献３】「Ｗｉ−Ｆｉ  Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、
【非特許文献４】「Ｗｉ−Ｆｉ  Ａｇｉｌｅ  Ｍｕｌｔｉｂａｎｄ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、バージョン１．２、２０１８年１２月３１日
【非特許文献５】３ＧＰＰ  ＴＲ３６．８０８、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ；Ｂａｓｅ  Ｓｔａｔｉｏｎ  （ＢＳ）  ｒａｄｉｏ  ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  ｒｅｃｅｐｔｉｏｎ」
【非特許文献６】３ＧＰＰ  ＴＳ３２．３００  Ｖ１５．０．０（２０１８−０６）、「Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ−３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ；Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  （ＣＭ）；Ｎａｍｅ  ｃｏｎｖｅｎｔｉｏｎ  ｆｏｒ  ｍａｎａｇｅｄ  ｏｂｊｅｃｔｓ  （Ｒｅｌｅａｓｅ  １５）」
【発明の概要】
【発明が解決しようとする課題】
【００３６】
したがって、とりわけ、超高データ・レート・サービス（ワイヤードとワイヤレスの両方）の最適化された配信を可能にするための、及び、現存するネットワーク・インフラストラクチャを活用し、また、そのようなサービスを提供しながら、ユーザのためのシームレスで地理的なイントラプラットフォーム及びクロスプラットフォーム（たとえば、相互ＲＡＴ）モビリティをサポートし、ＩｏＴなどの出始めの適用例及び技術をサポートすることになる、改善された装置及び方法が必要とされる。
【課題を解決するための手段】
【００３７】
本開示は、とりわけ、異なるＲＡＴにわたるものを含む、最適化されたユーザ・データ・モビリティを提供するための方法及び装置を提供することによって、上記の必要に対処する。
【００３８】
本開示の第１の態様では、クライアント・デバイスのイントラネットワーク・モビリティを可能にするために現存するインフラストラクチャが使用されるように、無線周波数（ＲＦ）ネットワークを動作させる方法が開示される。一実施例では、本方法は、少なくとも、現存するインフラストラクチャの通常動作帯域よりも周波数が広い周波数帯域を使用して、現存するインフラストラクチャの少なくとも一部分上でＯＦＤＭ（直交周波数分割多重）波形を送信するステップと、構内に配設された構内デバイスを介して、送信されたＯＦＤＭ波形の少なくとも一部分を受信するステップと、構内の外部の無線デバイスを介して、送信されたＯＦＤＭ波形の少なくとも一部分を受信するステップと、クライアント・デバイスと構内デバイスとの間の無線周波数接続の確立を可能にするステップと、確立された無線周波数接続が、（ｉ）劣化している、又は（ｉｉ）最適化されない、のうちの少なくとも１つであると決定するステップと、少なくとも、決定するステップに基づいて、クライアント・デバイスと構内の外部の無線デバイスとの間の無線周波数接続の確立を引き起こすステップとを含む。
【００３９】
一変形態では、現存するインフラストラクチャは、ハイブリッド・ファイバー同軸（ＨＦＣ）インフラストラクチャを備え、（ｉ）クライアント・デバイスと構内デバイスとの間の無線周波数接続、及び（ｉｉ）クライアント・デバイスと構内の外部の無線デバイスとの間の無線周波数接続のうちの少なくとも１つが、１Ｇｂｐｓを超過するレートにおけるデータ配信のために構成される。一実装形態では、現存するインフラストラクチャの通常動作帯域よりも周波数が広い周波数帯域は、総帯域幅が少なくとも１．６ＧＨｚの周波数帯域を備え、本方法は、総帯域幅が少なくとも１．６ＧＨｚの周波数帯域を２つ又はそれ以上のサブバンドに割り振るステップをさらに含む。別の変形態では、（ｉｉ）クライアント・デバイスと構内デバイスとの間の無線周波数接続、及び（ｉｉ）クライアント・デバイスと構内の外部の無線デバイスとの間の無線周波数接続は、それぞれ、構内デバイスによって受信されたＯＦＤＭ波形の少なくとも一部分の、及び構内の外部の無線デバイスによって受信されたＯＦＤＭ波形の少なくとも一部分の、クライアント・デバイスへの少なくとも配信を可能にする。
【００４０】
さらなる変形態では、本方法は、構内の外部の無線デバイスとクライアント・デバイスとの間の無線周波数接続が確立された後に、構内デバイスとクライアント・デバイスとの間の無線周波数接続を終了するステップと、クライアント・デバイスに宛てられたすべてのＯＦＤＭ波形が、構内の外部の無線デバイスに送信されることを引き起こすステップとを含む。
【００４１】
また別の変形態では、本方法は、構内デバイスを介して受信されたＯＦＤＭ波形の少なくとも一部分を、ユーザ周波数帯域にアップコンバートするステップをさらに含む。また、構内の外部の無線デバイスを介して受信されたＯＦＤＭ波形の少なくとも一部分の、ユーザ周波数帯域へのアップコンバージョンが実施され得る。
【００４２】
一実装形態では、構内デバイスとクライアント・デバイスとの間の無線周波数接続の確立、及び構内の外部の無線デバイスとクライアント・デバイスとの間の無線周波数接続の確立は、各々、３ＧＰＰ（第３世代パートナーシップ・プロジェクト）ワイヤレス・プロトコルを介した確立を備え、ユーザ周波数帯域は、（（ｉ）５Ｇ  ＮＲ−Ｕ（新無線−無認可）規格、又は（ｉｉ）ＬＴＥ（ロング・ターム・エボリューション）無認可規格のうちの少なくとも１つなどの）少なくとも１つの３ＧＰＰ無認可規格での使用のために指定された少なくとも１つの無認可周波数を備える。
【００４３】
さらに別の変形態では、少なくとも、現存するインフラストラクチャの通常動作帯域よりも周波数が広い周波数帯域を使用して、現存するインフラストラクチャの少なくとも一部分上でＯＦＤＭ（直交周波数分割多重）波形を送信するステップは、少なくとも同軸ケーブル上で、及び同軸ケーブルに結合された複数の増幅器段を介してＯＦＤＭ波形を送信するステップを含む。
【００４４】
本開示の別の態様では、ワイヤレス・ユーザ・デバイスをサポートするように構成されたネットワーク・アーキテクチャが開示される。一実施例では、本アーキテクチャは、ネットワークのワイヤライン又は光媒体上に無線周波数（ＲＦ）波形を送信するように構成された分散ノードであって、ＲＦ波形が直交周波数分割多重（ＯＦＤＭ）変調される、分散ノードと、ワイヤライン又は光媒体とデータ通信しており、送信されたＯＦＤＭ変調波形を受信するように構成された受信機装置を備える、少なくとも１つのユーザ・ノードと、分散ノードとデータ通信している少なくとも１つの無線ノードであって、少なくとも１つの無線ノードが、少なくとも１つのユーザ・ノードへの少なくとも補足データ通信を行うように構成された、少なくとも１つの無線ノードと、少なくとも１つのユーザ・ノード及び少なくとも１つの無線ノードとデータ通信しているコントローラ装置とを含む。
【００４５】
一変形態では、コントローラ装置は、少なくとも、少なくとも１つのユーザ・ノードから少なくとも１つの無線ノードへの、ワイヤレス・ユーザ・デバイスのハンドオーバ、並びに／又はａ）ワイヤレス・ユーザ・デバイスと少なくとも１つのユーザ・ノードとの間の、及びｂ）ワイヤレス・ユーザ・デバイスと少なくとも１つの無線ノードとの間の同時ワイヤレス接続の作成のうちの少なくとも１つを実現するように構成される。
【００４６】
一実装形態では、コントローラ・ノードは３ＧＰＰ  ５Ｇ  ＮＲ（新無線）準拠中央ユニット（ＣＵ：Ｃｅｎｔｒａｌ  Ｕｎｉｔ）を備え、少なくとも１つの無線ノードは３ＧＰＰ  ５Ｇ  ＮＲ（新無線）準拠分散型ユニット（ＤＵ：Ｄｉｓｔｒｉｂｕｔｅｄ  Ｕｎｉｔ）を備える。
【００４７】
別の実装形態では、ネットワーク・アーキテクチャは、分散ノードとデータ通信している少なくとも１つのワイヤレス・ローカル・エリア・ノード・コントローラであって、少なくとも１つのワイヤレス・ローカル・エリア・ノード・コントローラが、少なくとも１つのワイヤレス・ローカル・エリア・ノードと少なくとも１つの無線ノードとの間の１つ又は複数のワイヤレス・セッションのハンドオーバを実施するために分散ノードと協働するように構成された、少なくとも１つのワイヤレス・ローカル・エリア・ノード・コントローラをさらに含む。少なくとも１つのワイヤレス・ローカル・エリア・ノードは、たとえば、第１の無認可周波数帯域内で動作し得、少なくとも１つの無線ノードは、第１の無認可帯域とは異なる第２の無認可周波数帯域内で動作し得る。
【００４８】
本開示のさらなる態様では、コンテンツ分散ネットワークを動作させる方法が開示される。一実施例では、本方法は、コンテンツ分散ネットワークの少なくとも無線周波数媒体を介して、構内に配設された第１のノードに波形を配信するステップと、ワイヤレス・ユーザ・デバイスと第１のノードとの間の第１のワイヤレス通信セッションを可能にするステップであって、第１の無線通信セッションがワイヤレス・ユーザ・デバイスへの波形の配信を可能にする、ステップと、第１のノードからのワイヤレス・ユーザ・デバイスのハンドオーバを必要とする条件を決定するステップと、コンテンツ分散ネットワークの少なくとも無線周波数媒体を介して、構内の外部に配設された第２のノードに波形を配信するステップと、ワイヤレス・ユーザ・デバイスと第２のノードとの間のワイヤレス接続の作成を引き起こすステップと、第１のノードから第２のノードへの第１のワイヤレス通信セッションのハンドオーバを引き起こすステップと、ワイヤレス・ユーザ・デバイスと第２のノードとの間のワイヤレス接続を介した第１のワイヤレス通信セッションの動作を継続するステップであって、継続された動作が、ワイヤレス・ユーザ・デバイスへの波形の配信を継続するステップを含む、ステップとを含む。
【００４９】
一変形態では、本方法は、複数の候補ノードから第２のノードを選択するステップであって、選択するステップが、（ｉ）構内に対する空間又は物理的ロケーション、及び／或いは（ｉｉ）コンテンツ分散ノード内のトポロジー・ロケーションのうちの少なくとも１つに少なくとも基づく、ステップをさらに含む。
【００５０】
本開示の別の態様では、ネットワーク・アーキテクチャが開示される。一実施例では、ネットワーク・アーキテクチャは、分散ノードとデータ通信している少なくとも１つのワイヤレス・ローカル・エリア・ノード・コントローラであって、少なくとも１つのワイヤレス・ローカル・エリア・ノード・コントローラが、少なくとも１つのワイヤレス・ローカル・エリア・ノードと第１の複数のユーザ・ノードのうちの少なくとも１つとの間の１つ又は複数のワイヤレス・セッションのハンドオーバを実施するために分散ノードと協働するように構成された、少なくとも１つのワイヤレス・ローカル・エリア・ノード・コントローラを含む。
【００５１】
少なくとも１つのワイヤレス・ローカル・エリア・ノードは、たとえば、第１の無認可周波数帯域内で動作し得、第１の複数のユーザ・ノードのうちの少なくとも１つは第２の無認可周波数帯域内で動作する。たとえば、少なくとも１つのワイヤレス・ローカル・エリア・ノードは、ＩＥＥＥ−Ｓｔｄ．８０２．１１（Ｗｉ−Ｆｉ）プロトコルに従って動作し得、第１の複数のユーザ・ノードのうちの少なくとも１つは、３ＧＰＰ  ５Ｇ  ＮＲ（第５世代、新無線）プロトコルに従って動作し得る。
【００５２】
本開示の別の態様では、ハイブリッド・ファイバー／同軸ケーブル分散ネットワーク内での使用のためのコントローラ装置が、説明される。一実施例では、コントローラ装置は、無線周波数（ＲＦ）通信管理モジュールと、ネットワーク・コア・プロセスとのデータ通信のためにＲＦ通信管理モジュールとデータ通信している第１のデータ・インターフェースと、ハイブリッド・ファイバー／同軸ケーブル分散ネットワークの第１のＲＦ分散ノードとのデータ通信のためにＲＦ通信管理モジュールとデータ通信している第２のデータ・インターフェースと、ハイブリッド・ファイバー／同軸ケーブル分散ネットワークの第２のＲＦ分散ノードとのデータ通信のためにＲＦ通信管理モジュールとデータ通信している第３のデータ・インターフェースとを含む。
【００５３】
一変形態では、無線周波数（ＲＦ）通信管理モジュールは、第１のＲＦ分散ノードと第２のＲＦ分散ノードとのうちの少なくとも１つによって通常使用されるＲＦ帯域の外側のＲＦ帯域を用いた、第１のＲＦ分散ノードと第２のＲＦ分散ノードとのうちの少なくとも１つからのデジタル・データの少なくとも送信を可能にするためのコンピュータ化論理を含む。
【００５４】
一実装形態では、無線周波数（ＲＦ）通信管理モジュールは、３ＧＰＰ第５世代新無線（５Ｇ  ＮＲ）ｇＮＢ（ｇノードＢ）コントローラ・ユニット（ＣＵ：Ｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ）を含み、ネットワーク・コア・プロセスとのデータ通信のための第１のデータ・インターフェースは、５ＧＣ（第５世代コア）との３ＧＰＰ第５世代新無線（５Ｇ  ＮＲ）Ｘｎインターフェースを含み、第２のデータ・インターフェースは、少なくともワイヤライン・データ・ベアラ媒体上で動作可能な３ＧＰＰ第５世代新無線（５Ｇ  ＮＲ）Ｆ１インターフェースを含み、第１のＲＦ分散ノードは、３ＧＰＰ第５世代新無線（５Ｇ  ＮＲ）ｇＮＢ（ｇノードＢ）分散型ユニット（ＤＵ）を含み、第３のデータ・インターフェースは、少なくとも高密度波分割多重化（ＤＷＤＭ：ｄｅｎｓｅ  ｗａｖｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｅｄ）光学データ・ベアラ上で動作可能な第５世代新無線（５Ｇ  ＮＲ）Ｆ１インターフェースを含み、第２のＲＦ分散ノードは、３ＧＰＰ第５世代新無線（５Ｇ  ＮＲ）ｇＮＢ（ｇノードＢ）分散型ユニット（ＤＵ）を含む。
【００５５】
一態様では、共通制御ノードを使用する異種メディアを伴うネットワークにおけるシームレス・モビリティのための方法及び装置が開示される。一実施例では、本方法は、異種メディア、たとえば、ＨＦＣ及びワイヤレスを通して共通波形及びプロトコルを使用して接続された、屋内空間と屋外空間との間のシームレス・モビリティ・エクスペリエンスを提供するための、共通ネットワーク要素及びスプリットＣＵ−ＤＵ基地局アーキテクチャの使用を含む。
【００５６】
別の態様では、３ＧＰＰとＷｉ−Ｆｉとの間のデータ・スループット性能トリガ型モビリティ（ｄａｔａ  ｔｈｒｏｕｇｈｐｕｔ  ｐｅｒｆｏｒｍａｎｃｅ−ｔｒｉｇｇｅｒｅｄ  ｍｏｂｉｌｉｔｙ）のための方法及び装置が提供される。一実施例では、集中型Ｗｉ−Ｆｉコントローラが利用され、Ｗｉ−Ｆｉコントローラと３ＧＰＰモビリティ・コントローラとの間のデータ通信を介して、屋内空間と屋外空間の両方が、協調３ＧＰＰ及びＷｉ−Ｆｉサービス・カバレージを提供される。
【００５７】
本開示のまたさらなる態様では、デバイス・モビリティを提供するための方法が説明される。一実施例では、本方法は、ＨＦＣネットワークによってバックホール化されたワイヤレス対応ＣＰＥを介して屋内ワイヤレス・カバレージを提供するステップと、１つ又は複数の外部（たとえば、柱取り付け（ｐｏｌｅ  ｍｏｕｎｔｅｄ））アクセス・ノードを介して屋外ワイヤレス・カバレージを提供するステップとを含む。
【００５８】
本開示の別の態様では、デバイス・モビリティを提供するための方法が説明される。一実施例では、本方法は、最初に、ＨＦＣネットワークによってバックホール化されたワイヤレス対応ＣＰＥを介して屋内／屋外構内ワイヤレス・カバレージを提供するステップと、その後、データ・セッション継続性を維持しながら、ハンドオーバを介して１つ又は複数の外部（たとえば、柱取り付け）アクセス・ノードを介して屋外ワイヤレス・カバレージを提供するステップとを含む。
【００５９】
本開示のさらなる態様では、デバイスに高スピード・データ・サービスを提供するための方法が説明される。一実施例では、本方法は、ＨＦＣネットワークによってバックホール化されたワイヤレス対応ＣＰＥを介して屋内ワイヤレス・カバレージを提供するステップと、外部アンテナ装置を介してＣＰＥと通信可能である１つ又は複数の外部（たとえば、柱取り付け）アクセス・ノードを介してその能力を補足するステップとを含む。一変形態では、外部アクセス・ノードは、同じＨＦＣネットワークによってバックホール化され、ノード内モビリティが、ＭＳＯ専用制御機能を使用して提供される（すなわち、ＭＮＯなどの外部エンティティとのインターフェースが必要とされない）。
【００６０】
別の態様では、上記の態様のうちの１つ又は複数を実装するコンピュータ化デバイスが、開示及び説明される。一実施例では、デバイスは、パーソナル又はラップトップ・コンピュータを含む。別の実施例では、デバイスは、モバイル・デバイス（たとえば、タブレット又はスマートフォン）を含む。別の実施例では、デバイスは、コンピュータ化「スマート」テレビジョン又はレンダリング・デバイスを含む。
【００６１】
別の態様では、上記の態様のうちの１つ又は複数を実装する集積回路（ＩＣ：ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）デバイスが、開示及び説明される。一実施例では、ＩＣデバイスは、ＳｏＣ（システム・オン・チップ（ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ））デバイスとして実施される。別の実施例では、ＡＳＩＣ（特定用途向けＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ＩＣ））がデバイスの基礎として使用される。また別の実施例では、チップ・セット（すなわち、協調様式で使用される複数のＩＣ）が開示される。また別の実施例では、デバイスは、マルチ論理ブロックＦＰＧＡデバイスを含む。
【００６２】
別の態様では、上記の態様のうちの１つ又は複数を実装するコンピュータ可読記憶装置が、開示及び説明される。一実施例では、コンピュータ可読装置は、プログラム・メモリ又はＥＥＰＲＯＭを含む。別の実施例では、本装置は、ソリッド・ステート・ドライブ（ＳＳＤ：ｓｏｌｉｄ  ｓｔａｔｅ  ｄｒｉｖｅ）又は他の大容量ストレージ・デバイスを含む。別の実施例では、本装置は、ＵＳＢ又は他の「フラッシュ・ドライブ」又は他のそのようなポータブル・リムーバブル・ストレージ・デバイスを含む。また別の実施例では、本装置は、コンピュータ化ユーザ又はクライアント電子デバイスからリモートにあるが、それを介してアクセス可能である、「クラウド」（ネットワーク）ベース・ストレージ・デバイスを含む。また別の実施例では、本装置は、変動する近接度の複数のノードにわたって分散され、コンピュータ化ユーザ又はクライアント電子デバイスを介してアクセス可能である、「フォグ」（ネットワーク）ベース・ストレージ・デバイスを含む。
【００６３】
これら及び他の態様は、本明細書で提供される開示に照らして考慮されると、明らかになろう。
【図面の簡単な説明】
【００６４】
【図１】一般的な従来技術の管理された（たとえば、ケーブル）コンテンツ配信ネットワーク・アーキテクチャを示す機能ブロック図である。
【図２】一般的な従来技術の管理された（たとえば、ケーブル）コンテンツ配信ネットワーク・アーキテクチャを示す機能ブロック図である。
【図３】ＣＵと複数のＤＵとを含む従来技術のｇＮＢアーキテクチャの機能ブロック図である。
【図４】本明細書で説明される様々な特徴を備える例示的なＭＳＯネットワーク・アーキテクチャの機能ブロック図である。
【図５ａ】本開示による、ＣＵｅと複数のＤＵｅとを含むｇＮＢアーキテクチャの例示的な一実施例の機能ブロック図である。
【図５ｂ】本開示による、複数のＣＵｅと複数の対応するＤＵｅとを含むｇＮＢアーキテクチャの別の例示的な実施例の機能ブロック図である。
【図５ｃ】本開示による、複数の異なるコアに論理的に交差接続された複数のＣＵｅを含むｇＮＢアーキテクチャのまた別の例示的な実施例の機能ブロック図である。
【図６ａ】図５のＨＦＣケーブル・プラント内の距離の関数としての、例示的なダウンストリーム（ＤＳ：ｄｏｗｎｓｔｒｅａｍ）データ・スループット又はレートを示す図である。
【図６ｂ】図５のＨＦＣケーブル・プラント内の距離の関数としての、例示的なアップストリーム（ＵＳ：ｕｐｓｔｒｅａｍ）データ・スループット又はレートを示す図である。
【図７】本開示による、ネットワーク・ノード装置の例示的な一般的構成を示す機能ブロック図である。
【図７ａ】３ＧＰＰ  ４Ｇ及び５Ｇ能力のために構成された、本開示による、ネットワーク・ノード装置の例示的な実装形態を示す機能ブロック図である。
【図８】本開示による、ＣＰＥｅ装置の例示的な一般的構成を示す機能ブロック図である。
【図８ａ】３ＧＰＰ  ４Ｇ及び５Ｇ能力のために構成された、本開示による、ＣＰＥｅ装置の例示的な実装形態を示す機能ブロック図である。
【図９ａ】本開示による、屋内拡張帯域幅能力をサポートする補足ワイヤレス・リンク・アーキテクチャの例示的な実施例を示すブロック図である。
【図９ｂ】ＮＧ／Ｘｎ及びＮ６インターフェースを介した、例示的な５ＧＣ／ＷｉーＦｉコントローラ統合ハブ・アーキテクチャ及び通信を示すブロック図である。
【図９ｃ】本開示による、屋内／屋外モビリティ遷移をサポートする補足ワイヤレス・リンク・アーキテクチャの例示的な実施例を示すブロック図である。
【図９ｄ】本開示による、組み合わせられたセル・カバレージを介して屋外モビリティをサポートするワイヤレス・リンク・アーキテクチャの例示的な実施例を示すブロック図である。
【図１０】本開示による、たとえば、図４のアーキテクチャ４００内の経路又はルート選択の方法の一実施例を示す論理流れ図である。
【図１１】たとえば、図９ａ〜図９ｃのコンテキストにおいて図４のアーキテクチャ４００を動作させる、一般化された方法の一実施例を示す論理流れ図である。
【図１２】たとえば、図９ａ〜図９ｃのコンテキストにおいて図４のアーキテクチャ４００を動作させる方法の別の実施例を示す論理流れ図である。
【図１３】たとえば、図９ａ〜図９ｃのコンテキストにおいて図４のアーキテクチャ４００を動作させる方法のまた別の実施例を示す論理流れ図である。
【図１４ａ】本開示による、変動する条件下で構内デバイスにサービスを提供する方法の様々な例示的な実装形態を示す論理流れ図である。
【図１４ｂ】本開示による、変動する条件下で構内デバイスにサービスを提供する方法の様々な例示的な実装形態を示す論理流れ図である。
【図１４ｃ】本開示による、変動する条件下で構内デバイスにサービスを提供する方法の様々な例示的な実装形態を示す論理流れ図である。
【図１４ｄ】本開示による、変動する条件下で構内デバイスにサービスを提供する方法の様々な例示的な実装形態を示す論理流れ図である。すべての図（Ｃ）著作権、２０１７〜２０１９年、Ｃｈａｒｔｅｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｏｐｅｒａｔｉｎｇ、ＬＬＣ。著作権所有。
【発明を実施するための形態】
【００６５】
次に、同様の数字が全体を通して同様の部分を指す図面を参照する。
【００６６】
本明細書で使用される「アプリケーション」（又は「アプリ」）という用語は、概して、限定はしないが、ある機能性又はテーマを実装する実行可能ソフトウェアのユニットを指す。アプリケーションのテーマは、（オンデマンド・コンテンツ管理、ｅコマース・トランザクション、仲買トランザクション、家の娯楽、計算器などの）任意の数の規律及び機能にわたって広く変動し、１つのアプリケーションは２つ以上のテーマを有し得る。実行可能ソフトウェアのユニットは、概して、所定の環境において稼働し、たとえば、ユニットは、ＪａｖａＴＶ（商標）環境内で稼働するダウンロード可能なＪａｖａ  Ｘｌｅｔ（商標）を含むことができる。
【００６７】
本明細書で使用される「中央ユニット」又は「ＣＵ」という用語は、限定はしないが、ワイヤレス・ネットワーク・インフラストラクチャ内の集中型論理ノードを指す。たとえば、ＣＵは、５Ｇ／ＮＲ  ｇＮＢ中央ユニット（ｇＮＢ−ＣＵ：ｇＮＢ  Ｃｅｎｔｒａｌ  Ｕｎｉｔ）として実施され得、５Ｇ／ＮＲ  ｇＮＢ中央ユニットは、１つ又は複数のｇＮＢ−ＤＵの動作を制御する、ｇＮＢのＲＲＣ、ＳＤＡＰ及びＰＤＣＰプロトコル、又はｅｎ−ｇＮＢのＲＲＣ及びＰＤＣＰプロトコルをホストする論理ノードであり、以下で定義される１つ又は複数のＤＵ（たとえば、ｇＮＢ−ＤＵ）と接続されたＦ１インターフェースを終端する。
【００６８】
本明細書で使用される「クライアント・デバイス」又は「ユーザ・デバイス」又は「ＵＥ」という用語は、限定はしないが、セットトップ・ボックス（たとえば、ＤＳＴＢ）、ゲートウェイ、モデム、パーソナル・コンピュータ（ＰＣ：ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）、及びデスクトップであるのか、ラップトップであるのか、又はそれ以外であるのかにかかわらず、ミニコンピュータ、並びにハンドヘルド・コンピュータ、ＰＤＡ、パーソナル・メディア・デバイス（ＰＭＤ：ｐｅｒｓｏｎａｌ  ｍｅｄｉａ  ｄｅｖｉｃｅ）、タブレット、「ファブレット」、スマートフォン、及び車両テレマティックス、或いはインフォテインメント・システム又はそれらの部分などのモバイル・デバイスを含む。
【００６９】
本明細書で使用される「コンピュータ・プログラム」又は「ソフトウェア」という用語は、機能を実施する、任意のシーケンス又は人間又は機械認識可能ステップを含むように意図される。そのようなプログラムは、たとえば、Ｃ／Ｃ＋＋、Ｆｏｒｔｒａｎ、ＣＯＢＯＬ、ＰＡＳＣＡＬ、アセンブリ言語、マークアップ言語（たとえば、ＨＴＭＬ、ＳＧＭＬ、ＸＭＬ、ＶｏＸＭＬ）などを含むほぼすべてのプログラミング言語又は環境、並びに共通オブジェクト・リクエスト・ブローカー・アーキテクチャ（ＣＯＲＢＡ：Ｃｏｍｍｏｎ  Ｏｂｊｅｃｔ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｒ  Ａｒｃｈｉｔｅｃｔｕｒｅ）、（Ｊ２ＭＥ、Ｊａｖａ  Ｂｅａｎｓなどを含む）Ｊａｖａ（商標）などのオブジェクト指向環境においてレンダリングされ得る。
【００７０】
本明細書で使用される「分散型ユニット」又は「ＤＵ」という用語は、限定はしないが、ワイヤレス・ネットワーク・インフラストラクチャ内の分散型論理ノードを指す。たとえば、ＤＵは、ｇＮＢ又はｅｎ−ｇＮＢのＲＬＣ、ＭＡＣ及びＰＨＹレイヤをホストする論理ノードである５Ｇ／ＮＲ  ｇＮＢ分散型ユニット（ｇＮＢ−ＤＵ：ｇＮＢ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｕｎｉｔ）として実施され得、それの動作は、（上記で参照された）ｇＮＢ−ＣＵによって部分的に制御される。１つのｇＮＢ−ＤＵは１つ又は複数のセルをサポートするが、所与のセルは、１つのｇＮＢ−ＤＵのみによってサポートされる。ｇＮＢ−ＤＵは、ｇＮＢ−ＣＵと接続されたＦ１インターフェースを終端する。
【００７１】
本明細書で使用される「ＤＯＣＳＩＳ」という用語は、たとえば、ＤＯＣＳＩＳバージョン１．０、１．１、２．０、３．０及び３．１を含むデータ・オーバー・ケーブル・サービス・インターフェース仕様の既存の又は計画された変形態のいずれかを指す。
【００７２】
本明細書で使用される「ヘッドエンド」又は「バックエンド」という用語は、概して、クライアント・デバイスを使用してＭＳＯ顧客層にプログラミングを分散するか、又は高スピード・データ配信及びバックホールなどの他のサービスを提供する事業者（たとえば、ＭＳＯ）によって制御されるネットワーク化されたシステムを指す。
【００７３】
本明細書で使用される「インターネット（Ｉｎｔｅｒｎｅｔ）」及び「インターネット（ｉｎｔｅｒｎｅｔ）」という用語は、限定はしないが、インターネット（Ｉｎｔｅｒｎｅｔ）を含むインターネットワークを指すために互換的に使用される。他の共通の実例は、限定はしないが、外部サーバのネットワーク、（デバイスにとってローカルでないメモリ又はストレージ、概してネットワーク接続を介して任意の時間においてアクセス可能なストレージなどの）「クラウド」エンティティ、サービス・ノード、アクセス・ポイント、コントローラ・デバイス、クライアント・デバイスなどを含む。
【００７４】
本明細書で使用される「ＬＴＥ」という用語は、限定はしないが、適用可能なとき、ＬＴＥ−Ｕ（無認可スペクトルにおけるロング・ターム・エボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ  ｉｎ  ｕｎｌｉｃｅｎｓｅｄ  ｓｐｅｃｔｒｕｍ））、ＬＴＥ−ＬＡＡ（ロング・ターム・エボリューション、ライセンス補助アクセス（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，  Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ））、ＬＴＥ−Ａ（ＬＴＥアドバンスト（ＬＴＥ  Ａｄｖａｎｃｅｄ））、４Ｇ  ＬＴＥ、ＷｉＭＡＸ、ＶｏＬＴＥ（ボイス・オーバーＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  ＬＴＥ））、及び他のワイヤレス・データ規格を含む、ロングターム・エボリューション・ワイヤレス通信規格の変形態又はリリースのいずれかを指す。
【００７５】
本明細書で使用される「メモリ」という用語は、限定はしないが、ＲＯＭ、ＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＳＤＲＡＭ、ＤＤＲ／２  ＳＤＲＡＭ、ＥＤＯ／ＦＰＭＳ、ＲＬＤＲＡＭ、ＳＲＡＭ、「フラッシュ」メモリ（たとえば、ＮＡＮＤ／ＮＯＲ）、３Ｄメモリ、及びＰＳＲＡＭを含む、デジタル・データを記憶するために適応された任意のタイプの集積回路又は他のストレージ・デバイスを含む。
【００７６】
本明細書で使用される「マイクロプロセッサ」及び「プロセッサ」又は「デジタル・プロセッサ」という用語は、概して、限定はしないが、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、縮小命令セット・コンピュータ（ＲＩＳＣ：ｒｅｄｕｃｅｄ  ｉｎｓｔｒｕｃｔｉｏｎ  ｓｅｔ  ｃｏｍｐｕｔｅｒ）、汎用（ＣＩＳＣ）プロセッサ、マイクロプロセッサ、ゲート・アレイ（たとえば、ＦＰＧＡ）、ＰＬＤ、再構成可能なコンピュータ・ファブリック（ＲＣＦ：ｒｅｃｏｎｆｉｇｕｒａｂｌｅ  ｃｏｍｐｕｔｅｒ  ｆａｂｒｉｃ）、アレイ・プロセッサ、セキュア・マイクロプロセッサ、及び特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）を含む、すべてのタイプのデジタル処理デバイスを含むように意図される。そのようなデジタル・プロセッサは、単一のユニタリーＩＣダイ上に含まれるか、又は複数の構成要素にわたって分散され得る。
【００７７】
本明細書で使用される「ＭＳＯ」又は「複数システム事業者」という用語は、それらの媒体上でプログラミング及びデータを含むサービスを配信するために必要とされるインフラストラクチャを有する、ケーブル、衛星、又は地上波ネットワーク・プロバイダを指す。
【００７８】
本明細書で使用される「ＭＮＯ」又は「モバイル・ネットワーク事業者」という用語は、それらの媒体上で、限定はしないが、ボイス及びデータを含むサービスを配信するために必要とされるインフラストラクチャを有する、セルラー、衛星フォン、ＷＭＡＮ（たとえば、８０２．１６）、又は他のネットワーク・サービス・プロバイダを指す。本明細書で使用される「ＭＮＯ」という用語は、さらに、ＭＶＮＯ、ＭＮＶＡ、及びＭＶＮＥを含むものとする。
【００７９】
本明細書で使用される「ネットワーク」及び「ベアラ・ネットワーク」という用語は、概して、限定はしないが、ハイブリッド・ファイバー同軸（ＨＦＣ）ネットワーク、衛星ネットワーク、電話会社ネットワーク、及び（ＭＡＮ、ＷＡＮ、ＬＡＮ、ＷＬＡＮ、インターネット、及びイントラネットを含む）データ・ネットワークを含む、任意のタイプの電気通信又はデータ・ネットワークを指す。そのようなネットワーク又はそれの部分は、任意の１つ又は複数の異なるトポロジー（たとえば、リング、バス、スター、ループなど）、送信媒体（たとえば、ワイヤード／ＲＦケーブル、ＲＦワイヤレス、ミリメートル波、光など）及び／或いは通信技術又はネットワーキング・プロトコル（たとえば、ＳＯＮＥＴ、ＤＯＣＳＩＳ、ＩＥＥＥ  Ｓｔｄ．８０２．３、ＡＴＭ、Ｘ．２５、フレーム・リレー、３ＧＰＰ、３ＧＰＰ２、ＬＴＥ／ＬＴＥ−Ａ／ＬＴＥ−Ｕ／ＬＴＥ−ＬＡＡ、５ＧＮＲ、ＷＡＰ、ＳＩＰ、ＵＤＰ、ＦＴＰ、ＲＴＰ／ＲＴＣＰ、Ｈ．３２３など）を利用し得る。
【００８０】
本明細書で使用される「５Ｇ」及び「新無線（ＮＲ）」という用語は、限定はしないが、３ＧＰＰリリース１５、及び、認可であるのか無認可であるのかにかかわらず、新無線技術を対象とする、それの任意の修正、後続のリリース、或いは、補正又は補足に準拠する装置、方法又はシステムを指す。
【００８１】
本明細書で使用される「ＱＡＭ」という用語は、たとえば、ケーブル又は他のネットワーク上で信号を送るために使用される、変調方式を指す。そのような変調方式は、ネットワークの詳細に応じて任意のコンスタレーション・レベル（たとえば、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭなど）を使用し得る。ＱＡＭはまた、それらの方式に従って変調される物理チャネルを指し得る。
【００８２】
本明細書で使用される「サーバ」という用語は、形式にかかわらず、コンピュータ・ネットワーク上で１つ又は複数の他のデバイス又はエンティティにデータ、ファイル、アプリケーション、コンテンツ、又は他のサービスを提供するように適応された、任意のコンピュータ化構成要素、システム又はエンティティを指す。
【００８３】
本明細書で使用される「ストレージ」という用語は、限定はしないが、コンピュータ・ハード・ドライブ、ＤＶＲデバイス、メモリ、ＲＡＩＤデバイス又はアレイ、光媒体（たとえば、ＣＤ−ＲＯＭ、レーザーディスク（登録商標）、Ｂｌｕ−Ｒａｙなど）、或いはコンテンツ又は他の情報を記憶することが可能な任意の他のデバイス又は媒体を指す。
【００８４】
本明細書で使用されるデータを「送信する」及びデータの「送信」は、限定はしないが、ワイヤード様式であるのかワイヤレス様式であるのかにかかわらず、パケット化デジタル・データを送信することを含む。データのワイヤレス送信は、ＩＥＥＥ  Ｓｔｄ．８０２．１１（たとえば、ＷＬＡＮ  Ｗｉ−Ｆｉ）又は３ＧＰＰベース（たとえば、３Ｇ、４Ｇ  ＬＴＥ、ＬＴＥ−Ｕ、ＬＴＥ−ＬＡＡ、ＬＴＥ−Ａ、４Ｇ／４．５Ｇ／５Ｇ）プロトコルを使用するインターフェースを介したものを含む、様々な手段を介して達成され得る。そのような送信は、クライアント・デバイス（たとえば、スマートフォン、ラップトップ、タブレット）が送信エンティティからデータをダウンロード又はストリーミングすることを可能にする。
【００８５】
本明細書で使用される「Ｗｉ−Ｆｉ」という用語は、限定はしないが、適用可能なとき、ＩＥＥＥ  Ｓｔｄ．８０２．１１、或いは８０２．１１ａ／ｂ／ｇ／ｎ／ｓ／ｖ／ａｃ／ａｘ、８０２．１１−２０１２／２０１３又は８０２．１１−２０１６を含む関係規格の変形態、並びに（とりわけ、その全体が参照により本明細書に組み込まれる「Ｗｉ−Ｆｉ  Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」）を含む）Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔのいずれかを指す。
【００８６】
概観
例示的な一態様では、本開示は、とりわけ、既存の管理されたネットワーク（たとえば、ケーブル・ネットワーク）インフラストラクチャを活用する、拡張超高データ・レート・サービスを提供するための改善されたアーキテクチャ、方法及び装置を提供する。開示されるアーキテクチャは、コンテンツが消費され、固定ブロードバンドとモバイル・ブロードバンドとを、又は上記とＩｏＴとを区別する必要をなくす、環境（たとえば、屋内／屋外／モビリティ）にかかわらず高度に均一なユーザエクスペリエンスを可能にする。
【００８７】
一実施例では、ハイブリッド・ファイバー同軸（ＨＦＣ）プラント・インフラストラクチャ、並びに現存する３ＧＰＰ  ＬＴＥ及び５Ｇ  ＮＲプロトコルは、共通サービス・プロバイダを介した規格準拠超低レイテンシ及び高データ・レート・サービス（たとえば、５Ｇ  ＮＲサービス）の提供のためのベースとして使用される。一変形態では、拡大された周波数帯域（総帯域幅が約１．６ＧＨｚ）がＨＦＣインフラストラクチャの同軸部分上で使用され、これは、２つ又はそれ以上のサブバンドに割り振られる。広帯域増幅器装置は、ネットワーク内の現存するＨＦＣネットワーク・ノード（たとえば、ハブ又は分散点）への、及び最終的に構内デバイスへのサブバンドの配信をサポートするために使用される。ＨＦＣインフラストラクチャ上でＵＬ送信及びＤＬ送信に帯域幅を割り振ることにおける最大効率及びフレキシビリティを可能にするために、ＯＦＤＭ及びＴＤＤベース・アクセス及び変調方式が使用される。
【００８８】
５Ｇ対応構内デバイス（たとえば、ＣＰＥ）は、現存する３ＧＰＰプロトコルを使用して、所与の構内における、及びそのあたりのユーザにサービスを提供するために上記のアーキテクチャ内で使用される。別の変形態では、ローカル・エリア（たとえば、「柱取り付け」）無線アクセス・ノードは、５Ｇ対応ＣＰＥと協働して、モビリティ・シナリオ中を含む、補足ＲＦカバレージ、並びに屋内使用事例の場合の（すなわち、ＣＰＥが、構内へのＨＦＣ同軸ケーブル・ドロップのみが提供することができるものを超える追加の帯域幅を必要とするときの）ＣＰＥへの補足容量を提供するために使用され、それにより、１０Ｇｂｐｓ以上程度のデータ・レートを可能にする。
【００８９】
有利には、例示的な実施例では、上記の拡張高データ・レート、高モビリティ、低レイテンシ・サービスは、（ｉ）ユーザ・デバイス（たとえば、モバイルＵＥ）の任意のモジュール又はカスタマイズされたアプリケーション・ソフトウェア又はプロトコルの必要、並びに（ｉｉ）新しいファイバーを敷設すること、及び／又は２つの（たとえば、ＭＳＯ及びＭＮＯ）ネットワーク・インフラストラクチャを並行して維持することに関係するＣＡＰＥＸ／ＯＰＥＸを消費する必要なしに提供される。
【００９０】
その上、開示されるインフラストラクチャ内のレイテンシは、とりわけ、カプセル化と、たとえば、ＤＯＣＳＩＳベアラ及び機器（すなわち、ＭＳＯコア内のＤＯＣＳＩＳモデム及びＣＭＴＳ装置の使用を通して通常必要とされる他のネットワーク／トランスポート・プロトコルとを不要にすることによって低減される。
【００９１】
また、エッジ・ヘビー・ソリューション（たとえば、フォグ・モデル）が、ＭＳＯインフラストラクチャのエッジにおける５Ｇプロトコル並びに高帯域幅及び拡張接続性の使用によってサポートされる。
【００９２】
また、ＨＦＣを通して３ＧＰＰプロトコルを使用することは、３ＧＰＰがすでに３ＧＰＰ  ４Ｇ  ＬＴＥの２６億人以上のグローバル加入者のために開発した豊富な特徴セット、ベンダー・ダイバーシティ、及び動作信頼性に由来するブロードバンド・サービス利益を可能にする。
【００９３】
改善されたアーキテクチャはまた、有利には、様々なターゲット・アプリケーション及び使用事例についての弁別されたサービス（及び、ＱｏＳ／ＱｏＥ）を提供することを含む、いわゆる「ネットワーク・スライシング」を容易にする。
【００９４】
例示的な実施例の詳細な説明
次に、本開示の装置及び方法の例示的な実施例が、詳細に説明される。これらの例示的な実施例は、サービス・プロバイダ（たとえば、ＭＳＯ）の管理されたネットワークに関連する、又はそのネットワークによって少なくとも部分的にサポートされる、前述のワイヤレス・アクセス・ノード（たとえば、ｇＮＢ）のコンテキストにおいて説明されるが、他のタイプの無線アクセス技術（「ＲＡＴ」）、デジタル・データ（たとえば、テキスト、画像、ゲーム、ソフトウェア・アプリケーション、ビデオ及び／又はオーディオ）を配信するように構成された他のタイプのネットワーク及びアーキテクチャが、本開示に従って使用され得る。そのような他のネットワーク又はアーキテクチャは、ブロードバンド、ナローバンド、又はそれ以外であり得、したがって、以下は、本質的に例にすぎない。
【００９５】
概して、顧客又は消費者又はエンド・ユーザ又は加入者に（すなわち、規定されたサービス・エリア、ベニュー、又は他のタイプの構内で）サービスを提供するネットワークのコンテキストにおいて説明されるが、本開示は、たとえば、商業／小売、又は企業ドメイン（たとえば、ビジネス）、又は政府の使用をも含む、他のタイプの環境に容易に適応され得ることも諒解されよう。また他のアプリケーションが可能である。
【００９６】
本開示の他の特徴及び利点が、以下で与えられる例示的な実施例の添付の図面及び詳細な説明を参照すると当業者によって直ちに認識されよう。
【００９７】
サービス・プロバイダ・ネットワーク・アーキテクチャ
次に図４を参照すると、拡張サービス・プロバイダ・ネットワーク・アーキテクチャ４００の一実施例が詳細に図示及び説明される。
【００９８】
図示のように、アーキテクチャ４００は、５Ｇ  ＮＲコア（５ＧＣ）４０３を含む、（たとえば、ネットワークのエッジ部分に近いのか、よりコアのほうにあるのかにかかわらず）ＭＳＯネットワーク内に１つ又は複数のハブ４０５を含む。ハブ４０５はＷＬＡＮコントローラ・プロセス４１５を含み、１つ又は複数の「拡張」ノード４０１をサービスし、１つ又は複数の「拡張」ノード４０１は、各々、以下でより詳細に説明されるｇＮＢ  ＣＵｅ４０４とネットワーク無線ノード４０９とを含む。ノード４０１は、（拡張ＣＰＥ又はＣＰＥｅを含む）様々なサービスされる構内４１３と、最終的に（１つ又は複数の）ユーザ・デバイス４０７（たとえば、３ＧＰＰ対応ＵＥ）とにＲＦ波形を配信するために、Ｎ方向タップ４１２を含むＨＦＣインフラストラクチャを利用する。
【００９９】
また、図示のように追加の構内をサービスする４Ｇ／４．５Ｇ／５Ｇ対応ネットワーク無線ノード４０９を含む１つ又は複数の非ＣＵｅ対応ノード４１１が、ノード４０１によってサービスされる。
【０１００】
図示の実施例では、ノード４０１、４１１は光ファイバーによってバックホール化されるが、これは、たとえば、高帯域幅ワイヤレスを含む他のタイプのバックホールが本開示に従って使用され得るので、例示にすぎない。
【０１０１】
同様に、１つ又は複数の柱取り付け無線ノード４０６ａ（及び、ＤＵタイプ機能性について可能にされる、たとえば、別のノード又はクライアント・デバイスからデータを受信し、ユーザ・ドメイン周波数帯域に従って信号をブロードキャスト／受信することを許可される潜在的に他のモバイル・クライアント・デバイス）は、光ファイバー（又は他の媒体）を介して、ＭＳＯネットワークにバックホール化され、これらのノード４０６ａは、とりわけ、以下でより詳細に説明されるように、屋内と屋外の両方（及びモビリティ）のシナリオのための補足容量／カバレージを提供する。
【０１０２】
例示的な一実施例では、無線ノード４０６ａは、ネットワークの「エッジ」上に位置し（すなわち、構内に近接し、コアから離れたネットワーク・ノードとして機能しており）、以下でより詳細に説明されるように４Ｇ及び／又は５Ｇ通信について可能にされる。５Ｇカバレージを構内に提供する所与のＤＵは、それにより、ＣＵｅ４０４によって超低レイテンシ及び高帯域幅サービスを補足する。その上、以下でさらに説明されるように、ＣＵｅは、一緒にｇＮＢを構成するために論理的に及び機能的に１つ又は複数のＤＵｅ４０６ａとともにグループ化され得る。
【０１０３】
一変形態では、上述のように、モバイル・デバイスは、中間ノード又は一時的「ジャンピング・ポイント（ｊｕｍｐｉｎｇ  ｐｏｉｎｔ）」として機能し得る。そのようなデバイスは、ノードとしてそれらの対象となるデバイスの使用にオプト・インした（又はオプト・アウトしなかった）、管理されたネットワーク・サービスを提供するハブ又はコアの加入者によって所有されるデバイスであり得る。他の変形態では、異なるコアの加入者によって所有される（たとえば、異なるエンティティによって管理される）デバイスは、ノードのネットワーク中に含まれ得る。これとは別に、そのようなネットワーキング方式は、しばしば、概して、「フォグ・ネットワーキング」、非集中型コンピューティング・インフラストラクチャと呼ばれ、そこでは、より高度な集中型アーキテクチャとは対照的に、データ、算出、ストレージ、及びアプリケーションは、データ・ソースと宛先と（たとえば、「クラウド」サーバ、構内機器、エンド・ユーザ・デバイス）の間で効率的な様式で分散される。
【０１０４】
また、Ｗｉ−Ｆｉルータ・デバイス４１７は、ハブ４０５においてコントローラ４１５とともにＷＬＡＮカバレージを提供するために、サービスされる構内中に存在する。集中型Ｗｉ−Ｆｉコントローラ４１５はまた、Ｗｉ−Ｆｉルータが消費者構内機器（たとえば、拡張ＣＰＥ又はＣＰＥｅ）と統合されるか、又はそれに接続されるかのいずれかである、３ＧＰＰアクセス技術とＷｉ−Ｆｉアクセス技術との間の緊密なインターワーキング及びより良いモビリティのために例示的なアーキテクチャ４００において利用される。様々な実施例では、ＣＵｅ４０４とサービスされる構内との間に位置する１つ又は複数の中間ノード（たとえば、無線ノード４０６ａ）が、追加のカバレージ及び帯域幅を構内に提供するために利用される。次いで、任意のユーザのための３ＧＰＰチャネルとＷｉ−Ｆｉチャネルとの間のモビリティは、モバイル・デバイスにおいて測定されるＷｉ−Ｆｉ受信信号強度インジケータ（ＲＳＳＩ：ｒｅｃｅｉｖｅｄ  ｓｉｇｎａｌ  ｓｔｒｅｎｇｔｈ  ｉｎｄｉｃａｔｏｒ）だけでなく、（ｉ）ユーザに向けたＷｉ−ＦｉチャネルのＲＦ品質の推定、及び／又は（ｉｉ）Ｗｉ−Ｆｉルータの輻輳の程度に基づいてなど、最良のデータ・スループットのためにトリガされ得、Ｗｉ−Ｆｉ  ＲＳＳＩは、ユーザによって取得され得るサービス品質を表さないことがある。
【０１０５】
例示的な構成では、コントローラ（たとえば、Ｗｉ−Ｆｉコントローラ４１５）は、（カバレージ／カバレージ・エリアのみとは対照的に）性能に基づいてそれにとって利用可能な最良（最適）ワイヤレス接続を選定するように構成される。一般に、今日、アクセスの好ましい方法は、それの受信信号強度に基づいて、及び／又は好ましい手段としてあらかじめ決定される（たとえば、Ｗｉ−Ｆｉは、モバイル・ワイヤレス・ネットワークをオフロードするためのアクセスの好ましい方法として定義され得る）。しかしながら、この方法は、エンド・ユーザ・エクスペリエンスを考慮することのない、技術への盲目的な「固執（ｓｔｉｃｋｉｎｅｓｓ）」という欠点がある。本明細書で説明されるアーキテクチャの例示的な実施例では、Ｗｉ−Ｆｉアクセス技術と認可／無認可３ＧＰＰアクセス技術の両方が、両方ともネットワーク事業者（たとえば、ＭＳＯ）によって制御されるとすれば、単にユーザのトラフィックをオフロードするためになど、アクセス方法を選好する必要がない。ユーザを所与のアクセス技術にオフロード又はステアリングするという判断は、たとえば、ユーザの知覚したレイテンシ、スループット、パケット・ロス、ジッタ、及びネットワークによって所与のレイヤ（たとえば、Ｌ１、Ｌ２又はＬ３）においてリアルタイムで測定されるビット／パケット／フレーム・エラー・レートなど、キー・パフォーマンス・インジケータ（ＫＰＩ：Ｋｅｙ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｉｎｄｉｃａｔｏｒ）の選択されたセットなど、他の基準に基づくことができる。たとえば、一実装形態では、ターゲットＫＰＩしきい値がトリガされると、ユーザの切替えが、（３ＧＰＰの場合）ＡＭＦ機能又はＷｉ−Ｆｉコントローラのいずれかによってトリガされ得る。この切替えは、次いで、代替のアクセス媒体におけるセッション確立を、ユーザをその技術に転送するためにトリガし得る。これは、コントローラが、常に、カバレージ又は信号強度のみに基づいて判断を行うにすぎないことに対して、総体的に接続を最適化することを試みていることになるので、接続されるユーザのためのＱｏＥを最適化するのを助ける。
【０１０６】
このアーキテクチャはまた、構内Ｗｉ−Ｆｉとセルラーとの間の問題になる遷移を不要にし、それにより、たとえば、セルラー・ネットワークにおける新しいセッション確立による、ＱｏＥの低減、又は中断なしに、ユーザがモバイルである間のコンテンツ消費を可能にする。これは、ＣＵｅ４０４がＷｉ−Ｆｉと３ＧＰＰの両方のチャネル・ステータス、性能及び利用可能性を認識しているままであり得るように、とりわけ、Ｗｉ−Ｆｉコントローラ４１５とＣＵｅ４０４との間の通信によって達成され得る。有利には、例示的な実施例では、上記の拡張モビリティは、すべての通信セッションが（ＣＰＥｅとＵＥとの間であるのか、補足無線アクセス・ノードとＵＥとの間であるのかにかかわらず）（ｉ）共通システムによって制御され、（ｉｉ）現存する３ＧＰＰ（たとえば、４Ｇ／４．５Ｇ／５Ｇ）プロトコル及びアーキテクチャ要素を利用する、の両方であるので、ユーザ・デバイス（たとえば、モバイルＵＥ）のモジュール又はカスタマイズされたアプリケーション・ソフトウェア又はプロトコルの必要なしに提供される。一変形態では、ＧＰＲＳトンネリング・プロトコル（ＧＴＰ：ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）は、異種ＲＡＮ技術（たとえば、３ＧＰＰとＩＥＥＥ  Ｓｔｄ．８０２．１１との）間のセッション継続性の維持のために利用される。別の変形態では、ＰＭＩＰ（プロキシ・モバイルＩＰ（Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ））ベース手法は、セッション維持／ハンドオーバのために利用される。またさらなる変形態では、その全体が参照により本明細書に組み込まれる、３ＧＰＰ  ＴＳ２３．２３４  ｖ１３．１．０、「３ＧＰＰ  ｓｙｓｔｅｍ  ｔｏ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ  （ＷＬＡＮ）  ｉｎｔｅｒｗｏｒｋｉｎｇ；Ｓｙｓｔｅｍ  ｄｅｓｃｒｉｐｔｉｏｎ  （Ｒｅｌｅａｓｅ  １３）」に記載されている技法（別名「Ｉ−ＷＬＡＮ」）ベース手法が、これらの目的のために利用される。本開示が与えられれば当業者によって諒解されるように、上記の機構の組合せも（セッション維持／ハンドオフに関わる２つの異種技術を含む）特定のアプリケーションに応じて利用され得る。
【０１０７】
図４のＭＳＯネットワーク・アーキテクチャ４００は、本開示の様々な態様に従って、パケット化コンテンツ（たとえば、パケット又はフレーム構造又はプロトコル内で搬送される符号化されたデジタル・コンテンツ）の配信にとって特に有用である。オンデマンド及びブロードキャスト・コンテンツ（たとえば、ライブ・ビデオ・プログラミング）に加えて、図４のシステムは、インターネット・プロトコル（ＩＰ）及びＴＣＰを介して（すなわち、５Ｇ無線ベアラ上で）インターネット・データ及びＯＴＴ（オーバーザトップ（ｏｖｅｒ−ｔｈｅ−ｔｏｐ））サービスを（ＤＵｅ４０６のエンド・ユーザを含む）エンド・ユーザに配信し得るが、他のプロトコル、及びデジタル通信技術においてよく知られているタイプのトランスポート機構が代用され得る。
【０１０８】
図４のアーキテクチャ４００は、ワイヤライン・インターフェースとワイヤレス・インターフェースの両方の上でＩＰＴＶを用いた一貫した、シームレスなユーザ・エクスペリエンスをさらに提供する。さらに、ＩＰパラダイムでは、ユニキャスト配信とマルチキャスト／ブロードキャストとの間の動的切替えが、たとえば、ローカル需要に基づいて使用される。たとえば、シングル・ユーザ（デバイス）がコンテンツを要求している場合、ＩＰユニキャストが利用され得る。複数のデバイスについて（すなわち、たとえば、異なる構内など、複数の異なるＩＰアドレスの場合）、マルチキャストが利用され得る。この手法は、配信の効率的で敏感な切替えを提供し、他のより機器／ＣＡＰＥＸ集約的な手法を不要にする。
【０１０９】
その上、アーキテクチャは、ブロードバンド・データ配信並びに「コンテンツ」（たとえば、ムービー・チャネル）の両方のために同時に使用され得、「帯域内」及びＤＯＣＳＩＳ（及びＯＯＢ）トランスポートのための従来の別個のインフラストラクチャの大部分を不要にする。詳細には、ＤＯＣＳＩＳ（さらにＦＤＸ  ＤＯＣＳＩＳ）の場合、帯域幅は、しばしばビデオＱＡＭのために割り振られ、「スプリット」が、ダウンストリーム及びアップストリーム・データ・トラフィックのためにハード・コーディングされる。このハード・スプリットは、一般に、すべてのネットワーク要素、さらに増幅器にわたって実装される。対照的に、本明細書で開示されるアーキテクチャの例示的な構成の下で、アーキテクチャを横断する事実上すべてのトラフィックがＩＰベースであり、したがって、多くの場合、異なるプログラム又はデータ・ストリームのためにＱＡＭ及び周波数スプリットを割り振る必要がない。この「オールＩＰ」手法は、すべてのアプリケーションについて、たとえば、所与の期間又は時点における各そのようなアプリケーションの需要に基づく、送信媒体上の利用可能帯域幅のフレキシブルな使用を動的に可能にする。
【０１１０】
いくつかの実施例では、サービス・プロバイダ・ネットワーク４００はまた、本明細書で説明される例示的な配信モデルの下でのユーザへのサービスの提供の一部として、（とりわけ、そのような加入者又はアカウントに関連付けられた、特定のＣＵｅ又はＤＵｅ又はＥ−ＵＴＲＡＮ  ｅＮＢ／フェムトセル・デバイスの相関を含む）加入者固有データ又はアカウント固有データのアグリゲーション及び／又は分析を有利に可能にする。単に一実例として、デバイス固有ＩＤ（たとえば、ｇＮＢ  ＩＤ、グローバルｇＮＢ識別子、ＮＣＧＩ、ＭＡＣアドレスなど）が、特に、（ｉ）ＭＳＯネットワークに対するユーザ／デバイス認証と、（ｉｉ）ロケーション固有又はターゲットコンテンツ又は広告の配信、或いは５Ｇ「スライシング」構成又は配信の場合など、特定の加入者能力、購買層、又は機器ロケーションに対する、サービスが提供されるエリア、構内又はベニューの態様の相関と、（ｉｉｉ）サブスクリプション・レベルの決定、したがって加入者特権、及び適用可能なときのいくつかのサービスへのアクセスとを可能にするか又は少なくとも容易にするように、たとえば、（１つ又は複数の）ネットワーク・ヘッド・エンド４０７において維持されるＭＳＯ加入者データに相互相関され得る。
【０１１１】
その上、特定のデバイス（たとえば、３ＧＰＰ  ５ｇ  ＮＲ及びＷＬＡＮ対応ＵＥ、又はＣＰＥｅ４１３及び任意の関連するアンテナ４１６など）についてのデバイス・プロファイルが、ＭＳＯ（又はそれの自動プロキシ・プロセス）がワイヤレス又は他の能力についてそのデバイスをモデル化することができるように、ＭＳＯによって維持され得る。たとえば、１つの（補足されない）ＣＰＥｅ４１３は、Ｘ  Ｇｂｐｓの帯域幅能力を有するものとしてモデル化され得るが、別の構内の補足されたＣＰＥｅは、Ｘ＋Ｙ  Ｇｂｐｓの帯域幅能力を有するものとしてモデル化され得、したがって、後者は、前者にとって利用可能でないサービス又は「スライス」の対象となることがある。
【０１１２】
手短に言えば、５Ｇ技術は、以下を含むいくつかのネットワーク機能（ＮＦ：ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ）を定義する。
１．アクセス及びモビリティ管理機能（ＡＭＦ：Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）。ＮＡＳシグナリングの終了と、ＮＡＳ完全性保護及びサイファ化と、登録及び接続及びモビリティ管理と、アクセス認証及び許可と、セキュリティ・コンテキスト管理とを提供する。ＡＭＦは、従来の発展型パケット・コア（ＥＰＣ）のＭＭＥ機能性の部分に類似する機能を有する。
２．アプリケーション機能（ＡＦ：Ａｐｐｌｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）。トラフィック・ルーティングに対するアプリケーション影響、ＮＥＦにアクセスすること、ポリシー制御のためのポリシー・フレームワークとの対話を管理する。ＮＲ  ＡＦは、ＥＰＣにおけるＡＦに相当する。
３．認証サーバ機能（ＡＵＳＦ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  Ｆｕｎｃｔｉｏｎ）。認証サーバ機能性を提供する。ＡＵＳＦは、ＥＰＣからのＨＳＳの部分と同様である。
４．ネットワーク露出機能（ＮＥＦ：Ｎｅｔｗｏｒｋ  Ｅｘｐｏｓｕｒｅ  ｆｕｎｃｔｉｏｎ）。能力及びイベントの露出、外部アプリケーションから３ＧＰＰネットワークへの情報のセキュアな提供、内部／外部情報の変換を管理する。ＮＥＦは、ＥＰＣと比較してまったく新しいエンティティである。
５．ネットワーク・スライス選択機能（ＮＳＳＦ：Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）。ＵＥをサービスするためのネットワーク・スライス・インスタンスの選択、可能にされるＮＳＳＡＩを決定すること、ＵＥをサービスするために使用されるべきＡＭＦセットを決定することを提供する。ＮＳＳＦは、ＥＰＣと比較してまったく新しいエンティティである。
６．ＮＦリポジトリ機能（ＮＲＦ：ＮＦ  Ｒｅｐｏｓｉｔｏｒｙ  ｆｕｎｃｔｉｏｎ）。サービス発見機能をサポートし、ＮＦプロファイルと利用可能なＮＦインスタンスとを維持する。ＮＲＦは、ＥＰＣと比較してまったく新しいエンティティである。
７．ポリシー制御機能（ＰＣＦ：Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）。統一されたポリシー・フレームワークを提供し、ＣＰ機能に対するポリシー・ルールと、ＵＤＲにおけるポリシー判断のためのアクセス・サブスクリプション情報とを提供する。ＰＣＦは、ＥＰＣからのＰＣＲＦ機能性の部分を有する。
８．セッション管理機能（ＳＭＦ：Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）。セッション管理（セッション確立、修正、解放）、ＵＥのためのＩＰアドレス割振り及び管理、ＤＨＣＰ機能、セッション管理に関係するＮＡＳシグナリングの終了、ＤＬデータ通知、適切なトラフィック・ルーティングのためのＵＰＦについてのトラフィック・ステアリング構成を提供する。ＳＭＦは、ＥＰＣからのＭＭＥ及びＰＧＷ機能性の部分を含む。
９．統一データ管理（ＵＤＭ：Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ）。認証及び鍵一致（ＡＫＡ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ａｇｒｅｅｍｅｎｔ）証明の生成、ユーザ識別ハンドリング、アクセス許可、サブスクリプション管理をサポートする。これは、ＥＰＣからのＨＳＳ機能性の部分を備える。
１０．ユーザ・プレーン機能（ＵＰＦ：Ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）。ＵＰＦは、パケット・ルーティング及びフォワーディング、パケット検査、ＱｏＳハンドリングを提供し、また、データ・ネットワーク（ＤＮ：Ｄａｔａ  Ｎｅｔｗｏｒｋ）への相互接続の外部ＰＤＵセッション・ポイントとして働く。ＵＰＦはまた、ＲＡＴ内モビリティとＲＡＴ間モビリティとのためのアンカー・ポイントとして働き得る。ＵＰＦは、ＥＰＣからの従来のＳＧＷ及びＰＧＷ機能性の一部を含む。
【０１１３】
５Ｇ  ＮＲアーキテクチャ内では、制御プレーン（ＣＰ：ｃｏｎｔｒｏｌ  ｐｌａｎｅ）機能性及びユーザ・プレーン（ＵＰ：ｕｓｅｒ  ｐｌａｎｅ）機能性は、コア・ネットワーク又はＮＧＣ（次世代コア）内で分割される。たとえば、上記の５Ｇ  ＵＰＦはＵＰデータ処理をサポートするが、他のノードはＣＰ機能をサポートする。この分割された手法は、有利には、とりわけ、ＣＰ機能とＵＰ機能との独立したスケーリングを可能にする。さらに、ネットワーク・スライスは、たとえば、たとえばＷＬＡＮと３ＧＰＰ  ＮＲとの間のセッション・ハンドオーバ及びＣＰＥｅへの補足リンクに関して本明細書で説明されるサービスなど、異なるサービスをサポートするために調整され得る。
【０１１４】
上記で説明されたＮＦに加えて、ＮＧ−ＲＡＮアーキテクチャでは、ＵＥの識別子、及び他のネットワーク・エンティティについての識別子を含む、いくつかの異なる識別子が使用され、本明細書で説明される様々なエンティティに割り当てられ得る。詳細には、
−  ＡＭＦ識別子（ＡＭＦ  ＩＤ：ＡＭＦ  Ｉｄｅｎｔｉｆｉｅｒ）は、ＡＭＦ（アクセス及びモビリティ管理機能）を識別するために使用され、
−  ＮＲセル・グローバル識別子（ＮＣＧＩ：ＮＲ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）は、ＮＲセルをグローバルに識別するために使用され、セルが属するＰＬＭＮ識別情報とセルのＮＲセル識別情報（ＮＣＩ：ＮＲ  Ｃｅｌｌ  Ｉｄｅｎｔｉｔｙ）とから構築され、
−  ｇＮＢ識別子（ｇＮＢ  ＩＤ：ｇＮＢ  Ｉｄｅｎｔｉｆｉｅｒ）は、ＰＬＭＮ内のｇＮＢを識別するために使用され、それのセルのＮＣＩ内に含まれ、
−  ｇＮＢをグローバルに識別するために使用され、ｇＮＢが属するＰＬＭＮ識別情報とｇＮＢ  ＩＤとから構築される、グローバルｇＮＢ  ＩＤ、
−  トラッキング・エリアを識別するために使用され、トラッキング・エリアが属するＰＬＭＮ識別情報とトラッキング・エリアのＴＡＣ（トラッキング・エリア・コード（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ））とから構築される、トラッキング・エリア識別情報（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  ｉｄｅｎｔｉｔｙ）、
−  ネットワーク・スライスを識別するために使用される、シングル・ネットワーク・スライス選択支援情報（Ｓ−ＮＳＳＡＩ：Ｓｉｎｇｌｅ  Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ａｓｓｉｓｔａｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）。
したがって、どんなデータがＭＳＯ又はそれの顧客にとって有用であるかに応じて、上記の様々な部分は、特定のｇＮＢ「クライアント」、又は、ＭＳＯネットワークによってバックホール化されるそれらの構成要素に関連付けられ、記憶され得る。
【０１１５】
分散型ｇＮＢアーキテクチャ
図４のコンテキストでは、本明細書で説明されるＤＵｅは、拡張ＣＰＥ（ＣＰＥｅ）４１３及び無線ノード４０６ａ（たとえば、柱取り付け外部デバイス）に対して任意の数の形式及び機能を仮定し得る。概して、「ＤＵ」及び「ＣＵ」が３ＧＰＰ規格化特徴及び機能を指すことを認識すると、これらの特徴及び機能は、図４のアーキテクチャ４００においてサポートされる限り、無数のやり方及び／又はロケーションで実装され得る。その上、（本明細書でＣＵｅ及びＤＵｅと呼ばれる）これらの構成要素の拡張及び／又は延長、並びに本開示によって提供されるそれらの機能は、同様に、アーキテクチャ４００全体にわたる様々なノード及びロケーションにおいて分散され得、図示されたロケーション及び配置は例示的なものにすぎない。
【０１１６】
特に、「拡張」ＮＲベースｇＮＢアーキテクチャは、インフラストラクチャ内での信号伝搬のために使用される周波数スペクトル（たとえば、総帯域幅の１．６ＧＨｚ）を拡大しながら、既存のインフラストラクチャ（たとえば、本出願の譲受人などのＭＳＯによって制御される現存するＨＦＣケーブリングの少なくとも一部分）を利用する。その上、ベニュー又は構内において設置されたアクセス・ポイント又はノード、特に「エッジ」ベース・ノード（少なくともそのうちのいくつかは、ＭＳＯによって制御、認可、設置、又はリースされ得る）は、５Ｇ  ＮＲコア（たとえば、４０３、５２３）の加入者に５Ｇベース・サービスを配信するために活用され得る。この活用されるインフラストラクチャを通して可能にされるフォグベース・ネットワーキングは、屋内であるのか屋外であるのかにかかわらず、実際、加入者がロケーションを変更している、たとえば、屋内から屋外に、屋外から屋内に、屋内での（たとえば、大きい家屋、オフィス又は集合住宅、或いはベニュー内での）サービング・ノード間で、及び屋外でのサービング・ノード間で動いている間でさえ、加入者が、５Ｇサービスにアクセスし、５Ｇサービスを受信し、維持することを可能にする。フォグ・ネットワークに参加することにオプト・インした（又はオプト・アウトしなかった）他の５Ｇ対応モバイル・デバイスを含む、他のノードが活用され得る。事実上、モバイル・デバイスの遍在性（ｕｂｉｑｕｉｔｙ）は、超低レイテンシ（たとえば、１ｍｓピング）及び超高スピード（たとえば、１０Ｇｂｐｓ以上）接続性の分散及び配信のためにピアツーピア・ネットワークをもたらす。多くの場合、１つ又は複数の参加するピア・デバイスを利用することは、クラウド・タイプ・ネットワークのバックエンド部分に存在するセル・タワー、サーバ、又はゲートウェイに達する必要を不要にすることによって、より速いサービス（たとえば、大幅に低減されたピング）を生じる。
【０１１７】
特に、さらに以下で説明される原理は、加入者が、セッション間の信号欠落又は切断なしに、５Ｇサービス（又は任意の他の３ＧＰＰ、又はＩＥＥＥ８０２．１１ベース接続性）を維持することを可能にする。すなわち、（ハンドオーバに似た）ノード間の接続性の「シームレス」転送が、ノードによって利用され得るワイヤレス・データ通信規格の少なくとも一部分の差にもかかわらず、可能にされる。たとえば、ネットワークの「エッジ」の近くに（すなわち、消費者構内の近くに）配設されたＣＰＥｅ及びＤＵｅが、各々、３ＧＰＰベース・プロトコルとＩＥＥＥ８０２．１１ベース・プロトコルのいずれか又は両方を介して、たとえば、モバイル・ユーザ・デバイスとデータを通信することが可能であり得る。しかしながら、加入者は、（たとえば、Ｗｉ−Ｆｉ  ＡＰの範囲外にあるときにセルラー・データ・サービスへの接続を確立すること、又は構内に入るときにＷｉ−Ｆｉ  ＡＰに接続し直すこととは対照的に）異なる基地局又はモデムとの再接続プロセスを必要とせず、「シームレス」な感覚を生じさせ、さらにユーザ・エクスペリエンスを増加させるであろう。
【０１１８】
既存のインフラストラクチャにおいて使用される周波数スペクトルがアクセスされるやり方によって、そのような拡張ｇＮＢアーキテクチャは、それの加入者に、改善された接続性スピード（たとえば、データ・レート、応答時間、レイテンシ）、並びに上述の及び以下でさらに説明されるユーザ・デバイスのシームレス・モビリティなど、顕著な利点を提供し、したがって、現在利用可能なサービスに対するユーザ・エクスペリエンスを著しく改善する。さらに、そのようなアーキテクチャの事業者は、インフラストラクチャ自体をオーバーホールする必要を不要にすることによって、長距離にわたって新しいケーブル及びパイプを接続するコストを有利に節約し得る。
【０１１９】
したがって、次に図５ａ〜図５ｃを参照すると、本開示による分散型（ＣＵｅ／ＤＵｅ）ｇＮＢアーキテクチャの様々な実施例が説明される。図５ａに示されているように、第１のアーキテクチャ５２０が、拡張ＣＵ（ＣＵｅ）５２４と複数の拡張ＤＵ（ＤＵｅ）５２６とを有するｇＮＢ５２２を含む。本明細書で後でより詳細に説明されるように、これらの拡張エンティティは、自律的にであるのか、（ｇＮＢが通信するＮＧコア５２３又はその構成要素などの）別の論理エンティティの制御下であるのかにかかわらず、プロセス間シグナリング及び高データ・レート、低レイテンシ・サービス、並びに統一されたモビリティ及びＩｏＴサービスを可能にすることを可能にされる。
【０１２０】
図５ａ中の個々のＤＵｅ５２６は、介在する物理通信インターフェース５２８と論理インターフェースとを介してデータ及びメッセージングをＣＵｅ５２４と通信する。前に説明されたように、そのようなインターフェースは、ユーザ・プレーンと制御プレーンとを含み、Ｆ１ＡＰなどの規定されたプロトコルにおいて実施され得る。各ＤＵｅ及びＣＵｅの動作は、本明細書で後でより詳細に説明されるが、本実施例では、１つのＣＵｅ５２４が１つ又は複数のＤＵｅ５２６に関連付けられるが、所与のＤＵｅが単一のＣＵｅに関連付けられるにすぎないことに留意されたい。同様に、単一のＣＵｅ５２４は、ＭＳＯによって動作させられるものなど、単一のＮＧコア５２３と通信可能である。各ＮＧコア５２３は、それに関連付けられた（たとえば、図４に示されているタイプ４０４の）複数のｇＮＢ５２２を有し得る。
【０１２１】
他の実施例では、各ｇＮＢ５２２は、ｇＮＢについての個別の機能及びタスクをハンドリングするように各々構成される、複数のＣＵｅ５２４を含み得る。たとえば、一変形態では、あるＣＵｅは、（たとえば、クライアント・デバイス及び構内機器との）ダウンリンク通信をハンドリングし得、第１のＣＵｅとデータ通信している別のＣＵｅは、（たとえば、ＮＧコア５２３との）アップリンク通信をハンドリングし得る。
【０１２２】
別の変形態では、各ＣＵｅは、算出負荷を複数のＣＵｅにわたって分散するようにＤＵｅの異なるグループを管理及び監督し得る。いくつかの実装形態では、ＤＵｅの各グループは、地理的エリア又はユーザ・サービス・グループ（ＳＧ：ｓｅｒｖｉｃｅ  ｇｒｏｕｐ）に対応し得る。
【０１２３】
別の実装形態では、ＤＵｅのグループは、サービスの特定のティアに対応し得る（たとえば、特定のＣＵｅは、５Ｇサービスを可能にしたクライアント・デバイス、それをオプト・アウトしなかったクライアント・デバイス、又はＮＧコアから支払い済みコンテンツを受信するためにサブスクライブしたクライアント・デバイスに限定されるＤＵｅをハンドリングし得る）。
【０１２４】
さらなる実装形態では、ＤＵｅの異なるクラスが利用され得、各クラスは異なる能力、たとえば、ワイヤレス・サービスの異なる範囲、異なるデータ・レート、接続の異なる数を有する（ここで、たとえば、人口の多いエリア、たとえば、屋外モールに位置するＤＵｅノードは、家をサービスし得るＣＰＥｅよりも多くの接続が可能であることを選好し得る）。
【０１２５】
また別の実装形態では、特定のＣＵｅは、広告など、２次コンテンツの処理及び配信をハンドリングし得るが、別のＣＵｅは、他のデジタル・コンテンツの処理をハンドリングし、それにより、各ＣＵｅが、どのくらい多くの帯域幅及び処理負荷を省くべきかを決定することを可能にする。一実装形態では、これらのＣＵｅ及び／又はＤＵｅの異なるグループは、それらがどのカテゴリーに適格であるかに応じて重複し得、それらは、どの地理的エリア、サービス・レベル、コンテンツのタイプなどが適用可能であるかを記述したメタデータで「タグ付け」され得る。
【０１２６】
ｇＮＢの様々な機能は、ｇＮＢのＣＵｅ部分及びＤＵｅ部分の物理的分散性質に従って、同様にＣＵｅとＤＵｅとの間でスプリットされ得る。しかしながら、（１つ又は複数の）ＣＵｅ及び（１つ又は複数の）ＤＵｅが、必ずしも１つの物理ノードに封入される必要があるとは限らないことを当業者は諒解されよう。以下で説明される機能的スプリット・オプションをも参照されたい。
【０１２７】
さらに、各ＣＵｅは、１つ又は複数のプロセッサ装置によって動作させられ得る。いくつかの実装形態では、プロセッサは、独立して動作可能であり、プロセッサ間のマスタ・スレーブ関係を必要とすることなしに専用動作を実施することが可能であり得る。
【０１２８】
コンテンツ処理のための同様の分散方式は、複数のＣＵｅの代わりに複数のｇＮＢにわたって実装され得る。たとえば、各ｇＮＢ又はｇＮＢのグループは、コンテンツ配信の一態様をハンドリングし得る。次に、複数のｇＮＢ実施例が、図５ｂ及び図５ｃに関して説明される。
【０１２９】
図５ｂのアーキテクチャ５４０では、２つ又はそれ以上のｇＮＢ５２２ａ〜ｎは、たとえば、Ｘｎインターフェース５２７を介して互いと通信可能であり、したがって、少なくともＣＵｅ間データ転送及び通信を行うことができる。別個のＮＧコア５２３ａ〜ｎが、ネットワークの制御プレーン及びユーザ・プレーン（並びに他の）機能のために使用される。手短に言えば、Ｘｎインターフェースは、ＮＧ−ＲＡＮアーキテクチャ内の２つのＮＧ−ＲＡＮノードの相互接続のためのインターフェースである。一実施例では、Ｘｎインターフェース（「Ｘｎ−Ｃ」タイプ）は、ＣＵｅ５２４ａ、５２４ｎを相互接続し得る。別の実施例では、Ｘｎインターフェースは、論理又は仮想グループ化として様々なエンティティ、たとえば、ＤＵｅ及びＣＵｅを接続する複数のインターフェースを備え得る。別の実施例では、Ｘｎインターフェースは、コアとｇＮＢとを備えるネットワークのバックエンド部分を介してＮＧコア５２３ａ、５２３ｎを接続し得る。
【０１３０】
図５ｃのアーキテクチャ５６０では、２つ又はそれ以上のｇＮＢ５２２ａ〜ｎは、たとえば、Ｘｎインターフェース５２７を介して互いと通信可能であり、したがって、少なくともＣＵｅ間データ転送及び通信を行うことができる。その上、別個のＮＧコア５２３ａ〜ｎは、１つのコアが、別のコアのインフラストラクチャを利用／制御することができ、その逆も同様であるように、１つ又は複数の他のＮＧコアのｇＮＢ５２２に論理的に「交差接続」される。これは、「デイジー・チェーン」様式におけるものであり得る（すなわち、１つのｇＮＢは、それ自体以外の１つの他のＮＧコアと通信可能であり、そのＮＧコアは、さらに、それ自体以外の１つの追加のｇＮＢ５２２と通信可能であり、以下同様である）か、又はｇＮＢ５２２及びＮＧコア５２３は、複数のコア５２３が複数のｇＮＢ又は複数の異なるエンティティ（たとえば、サービス・プロバイダ）と通信している「メッシュ」トポロジーを形成し得る。本開示が与えられれば、また他のトポロジーが、当業者によって認識されるであろう。この交差接続手法は、とりわけ、２つのＭＳＯ間の、又はＭＮＯとＭＳＯとの間のインフラストラクチャの共有を有利に可能にし、これは、たとえば、異なるサービス・プロバイダの場合など、ＲＡＮインフラストラクチャの複数のセットをサポートすることが可能でないことがある高密度展開環境において特に有用である。
【０１３１】
図４〜図５ｃに示されているように、ユニタリーｇＮＢ−ＣＵｅエンティティ又はデバイス４０４、５２４に関して主に説明されたが、本開示は、決してそのようなアーキテクチャに限定されないことも諒解されよう。たとえば、本明細書で説明される技法が、分散型又はディスアグリゲート又は分散型ＣＵｅエンティティの一部として実装され得（たとえば、ＣＵｅのユーザ・プレーン機能及び制御プレーン機能がＣＵｅ−Ｃ（制御）及びＣＵｅ−Ｕ（ユーザ）などの２つ又はそれ以上のエンティティにわたってディスアグリゲート又は分散されたもの）、及び／又は他の機能的分割が採用される。
【０１３２】
ｅＮＢ又はフェムトセル（すなわち、Ｅ−ＵＴＲＡＮ  ＬＴＥ／ＬＴＥ−ＡノードＢ又は基地局）及びｇＮＢの異種アーキテクチャが、図４〜図５ｃのアーキテクチャに従って利用され得ることにも留意されたい。たとえば、（以下の図７〜図７ａに関してより詳細に説明される、サポートするノードの動作に加えて）所与のＤＵｅは、（ｉ）ＤＵｅ（すなわち、５Ｇ  ＮＲ  ＰＨＹノード）としてのみ働き、Ｅ−ＵＴＲＡＮマクロセルの外部で動作するか、又は（ｉｉ）ｅＮＢ又はフェムトセルと物理的にコロケートされ、ｅＮＢマクロセル・カバレージ・エリアの一部分内のＮＲカバレージを提供するか、又は（ｉｉｉ）ｅＮＢ又はフェムトセルと物理的にコロケートされないが、依然としてマクロセル・カバレージ・エリア内のＮＲカバレージを提供し得る。
【０１３３】
５Ｇ  ＮＲモデルによれば、（１つ又は複数の）ＤＵｅ５２６は、機能的スプリット・オプションに応じて、ｇＮＢ機能の変動するサブセットを各々含み得る論理ノードを備える。ＤＵｅ動作は、ＣＵｅ５２４によって（及び最終的にＮＧコア５２３によっていくつかの機能のために）制御される。本開示におけるＤＵｅとＣＵｅとの間のスプリット・オプションは、たとえば、
−  オプション１（ＲＲＣ／ＰＣＤＰスプリット）
−  オプション２（ＰＤＣＰ／ＲＬＣスプリット）
−  オプション３（イントラＲＬＣスプリット）
−  オプション４（ＲＬＣ−ＭＡＣスプリット）
−  オプション５（イントラＭＡＣスプリット）
−  オプション６（ＭＡＣ−ＰＨＹスプリット）
−  オプション７（イントラＰＨＹスプリット）
−  オプション８（ＰＨＹ−ＲＦスプリット）
を含み得る。
【０１３４】
オプション１（ＲＲＣ／ＰＤＣＰスプリット）の下で、ＲＲＣ（無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ））はＣＵｅ５２４中にあるが、ＰＤＣＰ（パケット・データ・コンバージェンス・プロトコル（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ））、ＲＬＣ（無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ））、ＭＡＣ、物理レイヤ（ＰＨＹ：ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）及びＲＦは、ＤＵｅ中に保持され、それにより、分散型ユニット中のユーザ・プレーン全体を維持する。
【０１３５】
オプション２（ＰＤＣＰ／ＲＬＣスプリット）の下で、（ｉ）ＲＲＣ、ＰＤＣＰがＣＵｅ中に維持されるが、ＲＬＣ、ＭＡＣ、物理レイヤ及びＲＦが（１つ又は複数の）ＤＵ５２６中にあり、（ｉｉ）ＲＲＣ、ＰＤＣＰが（スプリットされたユーザ・プレーン・スタック及び制御プレーン・スタックをもつ）ＣＵｅ中にあり、ＲＬＣ、ＭＡＣ、物理レイヤ及びＲＦがＤＵｅ５２６中にあるという２つの可能な変形態がある。
【０１３６】
オプション３（イントラＲＬＣスプリット）の下で、２つのスプリット、（ｉ）ＡＲＱに基づくスプリット、及び（ｉｉ）ＴＸ  ＲＬＣとＲＸ  ＲＬＣとに基づくスプリットが可能である。
【０１３７】
オプション４（ＲＬＣ−ＭＡＣスプリット）の下で、ＲＲＣ、ＰＤＣＰ、及びＲＬＣはＣＵｅ５２４中に維持されるが、ＭＡＣ、物理レイヤ、及びＲＦはＤＵｅ中に維持される。
【０１３８】
オプション５（イントラＭＡＣスプリット）の下で、ＲＦ、物理レイヤ、及びＭＡＣレイヤの下側部分（低いＭＡＣ）は、ＤＵｅ５２６中にあるが、ＭＡＣレイヤの上側部分（高いＭＡＣ）、ＲＬＣ及びＰＤＣＰはＣＵｅ５２４中にある。
【０１３９】
オプション６（ＭＡＣ−ＰＨＹスプリット）の下で、ＭＡＣ及び上位レイヤはＣＵｅ中にあるが、ＰＨＹレイヤ及びＲＦは、ＤＵｅ５２６中にある。ＣＵｅとＤＵｅとの間のインターフェースは、データ、構成、及びスケジューリング関係情報（たとえば、変調及びコーディング方式、すなわちＭＣＳ、レイヤ・マッピング、ビームフォーミング及びアンテナ構成、無線及びリソース・ブロック割振りなど）、並びに測定値を搬送する。
【０１４０】
オプション７（イントラＰＨＹスプリット）の下で、ＵＬ（アップリンク）及びＤＬダウンリンク）についての異なるサブオプションが、独立して行われ得る。たとえば、ＵＬでは、ＦＦＴ（高速フーリエ変換（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ））及びＣＰ除去がＤＵｅ５２６中に存在し得るが、残りの機能はＣＵｅ５２４中に存在する。ＤＬでは、ｉＦＦＴ及びＣＰ追加がＤＵｅ５２６中に存在し得るが、ＰＨＹの残りはＣＵｅ５２４中に存在する。
【０１４１】
最後に、オプション８（ＰＨＹ−ＲＦスプリット）の下で、ＲＦとＰＨＹレイヤとは、とりわけ、すべてのプロトコル・レイヤ・レベルにおけるプロセスの集中を可能にするために分離され、ＲＡＮの高度の協調を生じ得る。これは、ＣｏＭＰ、ＭＩＭＯ、負荷分散、及びモビリティなど、機能の最適化されたサポートを可能にする。
【０１４２】
概して、上記のスプリット・オプションは、スケーラブルでコスト効果的なソリューション、並びに、たとえば、性能特徴、負荷管理、及びリアルタイム性能最適化のための協調を可能にするフレキシブル・ハードウェア実装形態を可能にすることが意図される。その上、構成可能な機能的スプリットは、様々な使用事例及び動作シナリオへの動的適応を可能にする。そのようなオプションをどのように／いつ実装すべきかを決定することにおいて考慮されるファクタは、（ｉ）与えられたサービスのためのＱｏＳ要件（たとえば、５Ｇ  ＲＡＮ要件をサポートするための低レイテンシ、高スループット）、（ｉｉ）（ＲＡＮ協調に影響を及ぼし得る）所与の地理的エリアごとのユーザ密度及び負荷需要についての要件のサポート、（ｉｉｉ）異なる性能レベルをもつトランスポート及びバックホール・ネットワークの利用可能性、（ｉｖ）アプリケーション・タイプ（たとえば、リアルタイム又は非リアルタイム）、（ｖ）無線ネットワーク・レベルにおける特徴要件（たとえば、キャリア・アグリゲーション）を含むことができる。
【０１４３】
上記の様々なスプリット・オプションにおいて参照される「ＤＵ」機能性は、それ自体、ノード４０９（図７及び図７ａを参照）及び／又はＣＰＥｅ４１３のＲＦ段など、ＤＵｅ及びそれのダウンストリーム構成要素にわたってスプリットされ得ることにも留意されたい。したがって、本開示は、一般にＤＵｅ内に見つけられる機能性の一部がノード／ＣＰＥｅに分散され得る実施例を企図する。
【０１４４】
また、ユーザ・プレーン・データ／トラフィックがルーティングされ、ＣＵｅから離れて配信され得ることをさらに認識されよう。（上記で説明された）一実装形態では、ＣＵｅは、ＲＲＣ（制御プレーン）とＰＤＣＰ（ユーザ・プレーン）の両方をホストするが、単に一代替実施例として、ＣＵｅ−ＣＰエンティティ（すなわち、ＣＵｅ−制御プレーン）がＲＲＣ関係機能のみをホストし、ＣＵｅ−ＵＰ（ＣＵｅ−ユーザ・プレーン）がＰＤＣＰ／ＳＤＡＰ（ユーザ・プレーン）機能のみをホストするように構成された、いわゆる「ディスアグリゲート」ＣＵｅが利用され得る。いくつかの実施例では、そのようなディスアグリゲート機能は、上述のように複数のそれぞれの独立して動作可能なプロセッサ装置を通して処理され得る。ＣＵｅ−ＣＰ及びＣＵｅ−ＵＰエンティティは、一変形態では、Ｅ１データ・インターフェースを介してデータ及びプロセス間通信をインターフェースすることができるが、通信のための他の手法が使用され得る。
【０１４５】
ＣＵｅ−ＣＰ及びＣＵｅ−ＵＰは、１つのサービス・プロバイダ又はネットワーク事業者が、ＣＵｅ−ＵＰ上の認識／制御を維持し、別のサービス・プロバイダ又はネットワーク事業者がＣＵｅ−ＣＰ上の認識／制御を維持し、それら２つのサービス・プロバイダの動作が、１つ又は複数の規定された動作或いはサービス・ポリシー又はルールに従って協調させられるなど、異なるエンティティによって制御及び／又は動作させられ得ることも諒解されよう。
【０１４６】
再び図４を参照すると、ＤＵｅ４０９の例示的な実施例は、（（１つ又は複数の）ダウンストリーム無線チェーンとともにストランド取り付け又は埋込みＤＵｅであり、後者は、ノードのＰＨＹ機能性の少なくとも部分（たとえば、アナログ・フロント・エンド、ＤＡＣ／ＡＤＣなど）を含む１つ又は複数の部分的な又は完全なＲＲＨ（リモート・ラジオ・ヘッド（ｒｅｍｏｔｅ  ｒａｄｉｏ  ｈｅａｄ））を含み得る。諒解され得るように、各ＤＵｅ／ノードのロケーション及び構成は、人口密度、（たとえば、地方エリアにおける）利用可能な電力サービス、他の近接して位置するか又はコロケートされた無線機器の存在、地理的特徴などの動作要件に適するように改変され得る。
【０１４７】
以下で図７〜図７ａに関して説明されるように、図４の実施例におけるノード４０９は、８００ＭＨｚ公称帯域幅の複数のＯＦＤＭベース送信機受信機チェーンを含むが、この構成は例にすぎない。動作中、ノードは、割り振られた帯域（たとえば、最高約１．６ＧＨｚ）において送信される波形を生成するが、所望される場合、ＯＦＤＭ信号は、事実上、通常のケーブル・システム動作の場合など、８００ＭＨｚ未満の帯域において搬送される信号と並行して動作させられ得ることが諒解されよう。
【０１４８】
図４に示されているように、一実装形態では、各ノード（及びしたがってＤＵｅ）は、Ｆ１インターフェースを介してそれのサービングＣＵｅと通信しており、ＣＵｅとコロケートされるか又はコロケートされないかのいずれかであり得る。たとえば、複数の構内（たとえば、示されている住宅顧客）が、上述のＯＦＤＭ波形と現存するＨＦＣプラントとを介してノード／ＤＵｅによってサービスされ得るように、ノード／ＤＵｅが、Ｎ方向タップ点４１２の前になど、現存するＨＦＣトポロジー内の分散ノードに近接したＭＳＯ  ＨＦＣインフラストラクチャ内に配置され得る。いくつかの実施例では、各ノード／ＤＵｅ４０９、５２６は、１つ又は複数のベニュー又は居住地（たとえば、商業、企業、学術の目的のための建築物、部屋、又は広場、及び／或いはワイヤレス・アクセスに好適な任意の他の空間）をサービスするように、ネットワークのエッジにより近く位置する。たとえば、図５のコンテキストでは、ノードは、（各々、本明細書の他の場所で説明される）ＣＰＥｅ又は外部アクセス・ノードをも備え得る。各無線ノード５０６ａは、それのカバレージ又はそれのＲＡＴ（たとえば、４Ｇ及び／又は５Ｇ  ＮＲ）のための接続性範囲内のワイヤレス・ネットワーク・カバレージを提供するように構成される。たとえば、ベニューは、駐車場にいるものを含む見込み顧客が、とりわけ、見込み顧客のＮＲ又はＬＴＥ対応車両、或いはそれの事業者のパーソナル・デバイスを介して、接続するための、ベニューの入口内に設置されたワイヤレスＮＲモデム（無線ノード）を有し得る。
【０１４９】
特に、ＤＵｅ／ノード４０９、５２６の異なるクラスが利用され得る。たとえば、推定上の「クラスＡ」ＬＴＥ  ｅＮＢは最高Ｘ  ｄｂｍで送信し得るが、「クラスＢ」ＬＴＥ  ｅＮＢは最高Ｙ  ｄｂｍ（ここで、Ｙ＞Ｘ）で送信することができ、したがって、平均エリアは広く変動し得る。実際問題として、クラスＡデバイスは、数百フィート程度の動作範囲（ｗｏｒｋｉｎｇ  ｒａｎｇｅ）を有し得るが、クラスＢデバイスは、数千フィート以上にわたって動作し得、伝搬及び動作範囲が、ＲＦ又は他の干渉物の存在、ベニュー／エリアの物理的トポロジー、受信機のエネルギー検出又は感度などを含む、いくつかのファクタによって決められる。同様に、異なるタイプのＮＲ対応ノード／ＤＵｅ４０９、５２６が、単独であるのか、又はＷＬＡＮなどの他のワイヤレスＰＨＹとともにであるのかにかかわらず、これらのファクタに応じて使用され得る。
【０１５０】
信号減衰及び帯域幅
現存するネットワーク・インフラストラクチャ（たとえば、本明細書の図１及び図２を参照）上で、ある容量ターゲット（たとえば、１０Ｇｂｐｓ）を達成するために、インフラストラクチャのいくつかの部分において光ファイバーの使用増加が必要とされる。現在のＨＦＣネットワーク設計の下では、サービスが、ユーザにそれらの構内への同軸ケーブル「ドロップ」を介して提供され、そのような構内のグループが、より大きいアーキテクチャ内の共通のタップオフ・ポイント又はノードによってサービスされる。個々の構内は、各ノードからケーブリング又は他のインフラストラクチャを「タップ・オフ（ｔａｐ  ｏｆｆ）」し、それらの地理的配置及び他の考慮事項に応じて、システムにおいて（トポロジー的に）最も遠い構内への十分な信号強度を維持するために、いくつかの異なる増幅ユニットの利用を必要とし得る。
【０１５１】
たとえば、ソース・ノードと構内との間でいくつの増幅器段が使用されるかの一般的な記述は、「Ｎ＋ｉ」であり、ここで、ｉ＝ソース・ノードと構内との間の増幅器段の数である。たとえば、Ｎ＝０は、増幅器が使用されない状況を指し、Ｎ＋３は、３つの増幅器の使用を指す。動作中のいくつかの現存するケーブル／ＨＦＣシステムでは、ｉの値は、地方エリアに対するサービスの場合など、７程度まで高くなり、すなわち、Ｎ＋７になり得る。
【０１５２】
予想され得るように、そのような増幅器段の使用は、そのようなシステムによって達成可能なデータ・レート又は帯域幅（ダウンストリーム、すなわち、クライアント構内に向けて、とアップストリーム、すなわち、クライアント構内から、の両方）に対するいくつかの制限をもたらす。事実上、そのようなシステムは、増幅器の設計に一部起因して、最大帯域幅／データ・レートにおいて制限され、たとえば、それらのシステムは、一般に、主にダウンストリーム方向においてサービスを提供するように設計される（いわゆる「ＯＯＢ」又は帯域外（ｏｕｔ−ｏｆ  ｂａｎｄ）ＲＦチャネルを介するはるかに低いアップストリーム帯域幅が、極めて制限されたアップストリーム通信を提供する。ケーブル・モデム又はＤＯＣＳＩＳ準拠システムは、インターネット・サービスの場合など、拡張アップストリーム帯域幅能力のためにＤＯＣＳＩＳ  ＱＡＭ（ＲＦチャネル）を利用するが、そのような技術さえ、能力が著しく制限され、その上、ダウンストリーム対アップストリーム帯域幅の割振り、特に動的に、において、制限されたフレキシビリティを有する。
【０１５３】
したがって、最も高いデータ・レートを達成するためにネットワーク全体にわたってＮ＋０構成に至るまでを含め、光ファイバーなど、より高い帯域幅、低損失媒体との、そのような増幅器段（及びサポートする同軸ケーブリング）の交換が、極めて高いターゲット・データ・レートを達成するために必要である（「ファイバー・ディープ（ｆｉｂｅｒ  ｄｅｅｐ）」になることと呼ばれることがある）。しかしながら、光ファイバーなどとの、文字通り数万個の増幅器及び数千マイルのケーブリングの交換は、法外に費用がかかり、何年も要することがある。
【０１５４】
図６ａ及び図６ｂは、本開示の発明的ＨＦＣケーブル・プラント、たとえば、図４のＨＦＣケーブル・プラント内の距離の関数としての、例示的なダウンストリーム（ＤＳ）及びアップストリーム（ＵＳ）データ・スループット又はレートを示す。図示のように、１０Ｇｂｐｓ程度の総（ＤＳとＵＳとを組み合わせた）帯域幅が、（本出願の譲受人によって行われるコンピュータ化シミュレーションに基づいて）２１００フィート（６４０ｍ）におけるノード＋２において、及び１４７５フィート（４５０ｍ）におけるノード＋１において達成可能である。前述の１０Ｇｂｐｓの１つの例示的なスプリットは、非対称、たとえば、８Ｇｂｐｓ  ＤＬ／２Ｇｂｐｓ  ＵＬであるが、これは、本明細書の他の場所で説明されるように、たとえば、ＴＤＤ変動を使用して動的に変動させられ得る。
【０１５５】
特に、図４のアーキテクチャ４００によって利用される、上記（図１及び図２）で説明された現存するＨＦＣアーキテクチャの部分は、本質的にそれらの媒体及びアーキテクチャ（すなわち、エッジに向かう同軸ケーブルを伴う光ファイバー・トランスポート・リング）によって制限されず、同軸ケーブルは、ケーブル・システムにおいて一般に使用されるサブ１ＧＨｚよりも著しく高い周波数において、ただし減衰の著しい増加という代価で、動作することができる。知られているように、一般的な同軸ケーブルにおける減衰（Ａ）の理論計算についての式は、導体による減衰＋誘電体媒体による減衰を含む。
【数１】
2021521714.tif 000006
ここで、
Ｒｔ＝総ライン抵抗オーム／３０４．８メートル（１０００フィート）
【数２】
2021521714.tif 000007
ｐ＝誘電体の電力ファクタ（ｐｏｗｅｒ  ｆａｃｔｏｒ）
Ｆ＝メガヘルツ（ＭＨｚ）単位の周波数
【０１５６】
したがって、減衰は周波数の増加とともに増加し、したがって、動作帯域の上側周波数限界に対する実際的抑制がある。しかしながら、これらの抑制は、たとえば、最高２ＧＨｚの範囲では法外でなく、ここで、好適なケーブル及び増幅器製造及び設計を用いた場合、そのような同軸ケーブルは、過度の減衰なしにＲＦ信号を適切に搬送することができる。特に、ほぼ８００ＭＨｚ幅の一般的なケーブルＲＦ帯域の倍増（すなわち、１．６ＧＨｚ幅への倍増）が、より高い周波数において過度の減衰を被ることなしに、極めて可能である。
【０１５７】
上記で説明された減衰は、とりわけ、同軸導体長さの関数であり、したがって、より高いレベルの「ＭＨｚごとの」減衰が、ケーブルのより短いランについて許容可能であり得ることも諒解されよう。言い方を変えれば、ケーブルのより短いランによってサービスされるノードは、より離れたノードと比較して、（たとえば、上述の例示的な１．６ＧＨｚ帯域の上端にある）ＲＦスペクトルのより上端の部分をより良く利用することが可能であり、後者は、より大きい又は不釣り合いな増幅を必要とし得る。したがって、本開示は、総ケーブル媒体ラン長さ又は同様のものの関数としての周波数スペクトル使用の選択的マッピングの使用を企図する。
【０１５８】
送信媒体性能の別のファクタは、（電磁又は無線周波数信号、光ファイバーにおける光パルス或いは銅線上の電圧の変化の）波面が送信媒体上で伝搬するスピードと、真空における光のスピード（ｃ、約３Ｅ０８ｍ／ｓ）との比として定義される、波伝搬スピード又は伝搬の速度（ＶｏＰ：ｖｅｌｏｃｉｔｙ  ｏｆ  ｐｒｏｐａｇａｔｉｏｎ）としても知られる速度ファクタ（ＶＦ：ｖｅｌｏｃｉｔｙ  ｆａｃｔｏｒ）である。光信号の場合、速度ファクタは屈折率の逆数である。真空における無線周波数信号のスピードは光のスピードであり、したがって、真空における電波の速度ファクタは１、又は１００％である。電気ケーブルでは、速度ファクタは、主に、（１つ又は複数の）電流搬送導体を絶縁するために使用される材料に依存する。速度ファクタは、同軸、ＣＡＴ−５／６ケーブル、及び光ファイバーなどの通信媒体の重要な特性である。データ・ケーブル及びファイバーは、一般に、ほぼ０．４０から０．８の間の（真空における光のスピードの４０％から８０％の）ＶＦを有する。
【０１５９】
ＬＴＥ（ＵＬ／ＤＬ）における達成可能なラウンドトリップ・レイテンシは、２ｍｓ程度であるが（「高速」ＵＬアクセスの場合。スケジューリング要求及び個々のスケジューリング・グラントの必要をなくし、それによる、リリース１５に従う、レイテンシの最小化、及びより短いＴＴＩ（送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）））、５Ｇ  ＮＲの場合の達成可能なラウンドトリップ・レイテンシは、送信時間間隔周波数（たとえば、６０ｋＨｚ）に応じて１ｍｓ以下程度である。
【０１６０】
特に、消費者の間の接続性及びワイヤレス・スピードについての需要が（モバイル・ユーザ・デバイスの遍在性に一部起因して）増加するにつれて、レイテンシは、ボトルネックになり、ユーザ・エクスペリエンスを測定するための新しいインジケータになる。たとえば、ユーザ・エクスペリエンス研究は、ウェブページが数秒内にロードしない場合、ユーザがそのウェブページを出ることになることを示している。そのために、本明細書で説明される（１つ又は複数の）アーキテクチャの使用によってサーバからの応答レート（たとえば、より低いピング）とダウンロード・スピードとを大幅に改善することは、ユーザ・エクスペリエンスにおける有意な改善を達成する。
【０１６１】
特に、４Ｇ／４．５Ｇのトランスポート・レイテンシのかなりの部分が、サポートするインフラストラクチャのネットワーク・コア部分とトランスポート（すなわち、非エッジ）部分とに関する。
【０１６２】
したがって、公称０．７ＶＦ及び１ｍｓラウンドトリップ・レイテンシ要件を仮定すると、１００ｋｍ程度の推定上のサービス距離が可能であり、他の処理又はトランスポート・レイテンシがないことを仮定すると、以下のとおりである。
０．５Ｅ−０３ｓ（対称ＵＳ／ＤＳを仮定する）×（０．７×３Ｅ０８ｍ／ｓ）×１ｋｍ／１０００ｍ
＝１．０５Ｅ０２ｋｍ
【０１６３】
ネットワーク・ノード及びＤＵｅ装置
図７及び図７ａは、本開示による、ネットワーク無線周波数ノード装置４０９の例示的な構成を示す。上記で参照されたように、これらのノード４０９は、とりわけ、現存するＨＦＣ（及び光）インフラストラクチャ、並びにＣＵｅ４０４などの他の４Ｇ／４．５Ｇ／５Ｇ構成要素との最も効率的な統合を容易にするように、（ｉ）ＭＳＯの物理的にセキュアな空間などにおいて、他のＭＳＯ機器とコロケートされること、（ｉｉ）「ストランド」又は柱取り付け、（ｉｉｉ）表面取り付け、及び（ｉｖ）埋め込まれることを含む、任意の数のフォーム・ファクタをとることができる。
【０１６４】
図示のように、図７では、例示的なノード５０９は、一実施例では、概して、ＨＦＣネットワークＤＷＤＭシステム（図２を参照）に対する光インターフェース７０２、並びにＨＦＣ分散ネットワーク（すなわち、同軸）に対する「サウスバウンド」ＲＦインターフェース７０４を含む。光インターフェース７０２は、介在する光ファイバーを介してＤＷＤＭ信号を受信するために、ＳＦＰコネクタ・ケージ７０６と通信する。また、選択されたオプション・スプリットに基づいて、前に説明されたように５Ｇ  ＤＵ機能性を提供するための５Ｇ  ＮＲ  ＤＵｅ５０６が含まれる。ＭＩＭＯ／無線ユニット（ＲＵ：ｒａｄｉｏ  ｕｎｉｔ）段７０８は、図示のようにＩＦ（中間周波数（ｉｎｔｅｒｍｅｄｉａｔｅ  ｆｒｅｑｕｅｎｃｙ））段７１０による送信された波形のアップコンバージョンより前に、ベースバンドにおいて動作する。以下で説明されるように、例示的な実施例では、複数の並列段が、３ＧＰＰ技術内のＭＩＭＯ技術によってもたらされる複数の並列データ・ストリームを利用するために使用される。また、ダイプレクサ段７１４及びインピーダンス整合段７１６より前に、チルト（ｔｉｌｔ）段７１２が利用される。詳細には、一実装形態では、この「チルト」段は、媒体（たとえば、同軸ケーブル）によって搬送される異なる周波数にわたる非線形性を補償するために使用される。たとえば、より高い周波数は、媒体上で進むとき、同じ媒体上で同じ距離を進む、より低い周波数と比較して、単位距離ごとのより高い損失を有し得る。高帯域幅信号（たとえば、５０〜１６５０ＭＨｚ）が同軸ライン上で送信されるとき、周波数帯域幅全体にわたる高帯域幅信号の損失は線形でなく、（たとえば、ローパス・フィルタに似た）減衰曲線における傾斜（又は「チルト」）及び／又は屈曲又は「ニー（ｋｎｅｅ）」などの形状アーティファクトを含み得る。そのような非線形損失は、ノード・デバイスのＲＦ段上の１つ又は複数のチルト補償装置７１２の使用によって、媒体上での最適性能を達成するために補償され得る。
【０１６５】
いくつかの実施例では、図７ａに関して以下でより詳細に説明されるように、同期信号生成器７１８も使用される。
【０１６６】
図７ａの例示的な実装形態では、４Ｇ  ｇＮＢ  ＤＵｅ７０７と５Ｇ  ｇＮＢ  ＤＵｅ４０６の両方も、それぞれ、４Ｇ通信及び５Ｇ通信のためにＲＦチェーンをサポートするために含まれる。以下でより詳細に説明されるように、スペクトルの５Ｇ部分は２つの帯域（上側及び下側）に分割されるが、４Ｇ部分は、異なる周波数範囲内で上側帯域と下側帯域とに分割される。例示的な実装形態では、ＯＦＤＭ変調が、時間ドメインにおいて複数のキャリアを生成するために適用される。たとえば、とりわけ、本明細書で説明されるノード４０９の様々な実施例で有用な例示的なリプログラマブルＯＦＤＭベース・スペクトル生成装置について、各々が、その全体が参照により本明細書に組み込まれる、同一出願人が所有する、同時係属の、２０１５年１１月１０日に発行された、「Ｄｉｇｉｔａｌ  ｄｏｍａｉｎ  ｃｏｎｔｅｎｔ  ｐｒｏｃｅｓｓｉｎｇ  ａｎｄ  ｄｉｓｔｒｉｂｕｔｉｏｎ  ａｐｐａｒａｔｕｓ  ａｎｄ  ｍｅｔｈｏｄｓ」と題する米国特許第９，１８５，３４１号、及び２０１６年３月２９日に発行された、同じく「Ｄｉｇｉｔａｌ  ｄｏｍａｉｎ  ｃｏｎｔｅｎｔ  ｐｒｏｃｅｓｓｉｎｇ  ａｎｄ  ｄｉｓｔｒｉｂｕｔｉｏｎ  ａｐｐａｒａｔｕｓ  ａｎｄ  ｍｅｔｈｏｄｓ」と題する米国特許第９，３００，４４５号を参照されたい。
【０１６７】
例示的な実施例では、ノード４０９によって生じた５Ｇ及びＬＴＥ  ＯＦＤＭキャリアは、利用可能なＨＦＣベアラ帯域幅の１６５０ＭＨｚを利用し、この帯域幅は、たとえば、動作条件、サービスされる「Ｎ＋０」加入者対サービスされる「Ｎ＋ｉ」加入者の比、及び他のパラメータに応じて、２つ又はそれ以上のサブバンドに区分される。一変形態では、各ノードは、それのアップストリーム・ノードからのＲＦ電力を利用して、電力を導出し、さらに（同じ周波数においてであるのか、異なる周波数においてであるのかにかかわらず）ＲＦ信号を、広帯域増幅器を含むダウンストリーム・ノード及びデバイスに伝搬する。
【０１６８】
本実施例は、主に、ＴＤＤ（時分割複信（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ））時間多重とともに、ＯＦＤＭベースＰＨＹ（たとえば、時間ドメインにおける複数のキャリアとともにＩＦＦＴ及びＦＦＴプロセスを使用するもの）のコンテキストにおいて説明されるが、たとえば、限定はしないが、ＦＤＤ（周波数分割複信（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘｉｎｇ））、直接シーケンス、又は他のスペクトル拡散、及びＦＤＭＡ（たとえば、ＳＣ−ＦＤＭＡ又はＮＢ  ＦＤＭＡ）を含む、他のＰＨＹ／多元接続方式が、本開示の様々な態様に従って利用され得ることが諒解されよう。
【０１６９】
手短に言えば、消費者構内機器（ＣＰＥｅ：ｃｏｎｓｕｍｅｒ  ｐｒｅｍｉｓｅｓ  ｅｑｕｉｐｍｅｎｔ）４１３中の単一受信機チップセットと、ＭＳＯがそれらの加入者の構内にもたらす同軸ケーブル、又はより低コストの単入力単出力（ＳＩＳＯ：ｓｉｎｇｌｅ  ｉｎｐｕｔ  ｓｉｎｇｌｅ  ｏｕｔｐｕｔ）分散型アンテナ・システム（ＤＡＳ：ｄｉｓｔｒｉｂｕｔｅｄ  ａｎｔｅｎｎａ  ｓｙｓｔｅｍ）のために設置された単一同軸ケーブルなど、単一同軸フィーダ上での３ＧＰＰ  ５Ｇ  ＮＲ波形とを使用して、高いスループットを達成するために、チップセットによってアグリゲートされ得る総キャリア帯域幅は、ある値、たとえば、８００ＭＨｚに限定され、これは、３ＧＰＰ  ５Ｇ  ＮＲ規格によってサポートされるスペクトル効率を前提として１つのデータ・ストリームのみを使用して、１０Ｇｂｉｔ／ｓなどの高いスループットに達するためには不十分である。
【０１７０】
３ＧＰＰ  ５Ｇ  ＮＲ規格は、複数のアンテナ要素が使用されるとき、無線チャネルがもたらす空間ダイバーシティを活用するために、同じＲＦ帯域幅のための多入力多出力（ＭＩＭＯ）チャネルの一部として複数の独立した並列データ・ストリームの送信をサポートするので、まさに第１世代の３ＧＰＰ  ５Ｇチップセットは、そのような並列ＭＩＭＯデータ・ストリームをサポートすることになる。しかしながら、単一ケーブル上でこれらの並列ストリームを送信する試みは、概して、すべてのストリームが、同じＲＦ帯域幅を占有し、それらの間の空間ダイバーシティの不足のために互いに干渉するであろうことから、逆効果であろう。
【０１７１】
したがって、本明細書で開示される様々な実施例（図７及び図７ａ）は、３ＧＰＰ  ５Ｇ  ＮＲによってサポートされる並列ＭＩＭＯデータ・ストリームを活用し、並列ＭＩＭＯデータ・ストリームは、単一同軸フィーダに注入される前に、トランシーバ・ノードにおいて周波数がシフトされ、したがって、３ＧＰＰ  ５Ｇ  ＮＲチップセットが並列データ・ストリームでサポートすることになる最大総キャリア帯域幅を達成するために、（所望される場合、ＣＰＥｅ及び／又は補足柱取り付け無線アクセス・ノードにおいて利用され得る、空間ダイバーシティの代わりに）周波数ダイバーシティが活用される。
【０１７２】
また、より高い周波数が、より低い周波数よりも同軸送信媒体上ではるかに減衰するので、一変形態では、中間周波数（ＩＦ）が媒体上で送信され、その後、ＲＦキャリア周波数へのブロック・コンバージョンが、消費者構内機器（ＣＰＥｅ）４１３において、そのＣＰＥｅにおける３ＧＰＰ  ５Ｇ  ＮＲチップセットとの３ＧＰＰ帯域準拠相互運用性のために採用される。このようにして、トポロジーにおける早期のコンバージョンによって通常ならば受けるであろう減衰は、有利に回避される。
【０１７３】
トランシーバ・ノードによって同軸フィーダ７０４に注入されるＩＦキャリアは、方向性結合器及び電力分割器又はタップを使用して共通バスとしてフィーダを共有する複数のＣＰＥｅ４１３によって受信され得る。ノード４０９からＣＰＥｅ４１３へのポイントツーマルチポイント（ＰｔＭＰ：Ｐｏｉｎｔ−ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）ダウンストリーム送信が、たとえば、周波数が分離された異なる３ＧＰＰ  ５Ｇ  ＮＲ物理リソース・ブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）上での異なるＣＰＥｅについてのペイロードをスケジュールすることによって、達成され得る。
【０１７４】
例示的な実施例では、同軸ケーブル・ベアラにおける大部分の帯域幅は、ダウンストリーム（ＤＳ）５Ｇ  ＮＲ通信とアップストリーム（ＵＳ）５Ｇ  ＮＲ通信との間で切り替えるために、時分割複信（ＴＤＤ）様式で使用される。複数のＣＰＥｅ４１３からトランシーバ・ノードへのアップストリーム通信が、さらに／代替的に別個のＰＲＢ上で同時に行われ得る（周波数分離）。
【０１７５】
一変形態（図７ａを参照）では、（より低い周波数はケーブル上での減衰がより少ないので）より低いスペクトルの小さい部分が、２０ＭＨｚ帯域幅の最高２つの並列ストリームを伴う３ＧＰＰ  ４Ｇ  ＬＴＥ  ＭＩＭＯキャリアに割り振られ、合計４０ＭＨｚとなる。これは、３ＧＰＰリリース１５が、５Ｇ  ＮＲがそれにより４Ｇ  ＬＴＥキャリアと連携して動作しなければならない非スタンドアロン（ＮＳＡ：Ｎｏｎ−Ｓｔａｎｄａｌｏｎｅ）モードでの５Ｇ  ＮＲをサポートするにすぎないので実施される。並列５Ｇストリームの場合とまさに同様に、２つの並列ＬＴＥ  ＭＩＭＯストリームは、互いに干渉しないように周波数がオフセットされるべきであり、例示的な実施例では、ＴＤＤモードで動作するように構成される。
【０１７６】
これとは別に、５Ｇ  ＮＲは適応ＴＤＤデューティ・サイクルをサポートし、それにより、ダウンストリーム送信とアップストリーム送信とのために割り振られる時間の比率は、送信するネットワーク要素、すなわち、ノード、及び同軸バスをそのノードと共有するすべてのＣＰＥｅ５１３の総セットからのトラフィックについての純需要に適応され得る。４Ｇ  ＬＴＥは、そのような適応デューティ・サイクルをサポートしない。５Ｇデューティ・サイクルと４Ｇデューティ・サイクルとが異なる、起こり得るシナリオにおいて受信機ブロッキングを防ぐために、すべてのアクティブ・ネットワーク要素、すなわち、トランシーバ・ノード、インライン増幅器、及び４Ｇキャリアと５ＧキャリアとのためのＣＰＥｅ５１３において、互いに干渉しない又は受信機ブロッキングを引き起こさないように、高除去フィルタ・コンバイナ（ｈｉｇｈ−ｒｅｊｅｃｔｉｏｎ  ｆｉｌｔｅｒ  ｃｏｍｂｉｎｅｒ）７１４が使用される。図７ａの例示的なダイプレクサでは、４Ｇと５Ｇの両方は、異なるデューティ・サイクルを可能にするために高除去フィルタによって対処される。
【０１７７】
一変形態では、同軸ケーブル上のより低いスペクトルの別の小さい部分が、２つのデジタル同期チャネル、すなわち５Ｇのためのデジタル同期チャネルと４Ｇのためのデジタル同期チャネルとの送信のためにダウンストリームにおいて一方向通信を採用し、２つのデジタル同期チャネルは、トランシーバ・ノード４０９の信号生成器７１８から、複数のインライン増幅器及び同軸バスを共有していることがあるＣＰＥｅ４１３への上述の「小さい部分」内の１つのＱＰＳＫアナログ同期チャネル上にＩ−Ｑ多重化される。これらの同期チャネルは、ＰＲＢのコヒーレント受信を助け、一変形態では、ネットワーク要素に、トランシーバ・ノード４０９によって設定されたＴＤＤデューティ・サイクルに従ってダウンストリーム通信モードとアップストリーム通信モードとの間で切り替えるように指令する。例示的な構成では、５Ｇストリームと４Ｇストリームとが、異なるアップストリーム−ダウンストリーム比又はデューティ・サイクルを有し得るので、２つのデジタル同期チャネルが必要とされる。より低い周波数はケーブル上での減衰がより少ないので、同期チャネルは、一実装形態では、それが、あらゆるダウンストリーム・ネットワーク要素及びＣＰＥｅに達するようにケーブル上でスペクトルの下側部分上で送信される。
【０１７８】
トランシーバ・ノード４０９とノースバウンド・ネットワーク要素との間の接続性は、ＭＳＯ  ＤＷＤＭプラントへの光ファイバー・リンク７０２を用いて達成される。トランシーバ・ノード４０９にフィードする（ｆｅｅｄ）ために必要とされるファイバー・チャネルの数を最小限に抑えるために、及びそれをファイバー・ストランドのペアに制限するために、一実施例では、（上記で説明された）３ＧＰＰ  ５Ｇ  ＮＲ  Ｆ１インターフェースは、Ｆ１インターフェースの低いオーバーヘッドを活用するためにファイバー・ペア上で実現される。３ＧＰＰ  ５Ｇ  ＮＲ分散ユニット（ＤＵｅ）機能性は、前に説明されたようにトランシーバ・ノード４０９に組み込まれ、これは、Ｆ１インターフェースが、中央ユニット（ＣＵ／ＣＵｅ）とＤＵ／ＤＵｅとの間に画定され、ここで、図示の実施例では、ＣＵｅとＤＵｅとが、一緒に３ＧＰＰ  ５Ｇ  ＮＲ基地局又はｇＮＢ（図５ａ〜図５ｃを参照）を構成するからである。
【０１７９】
また、バックホールを４Ｇデータ経路と５Ｇデータ経路とに分割するために、図７ａの実施例ではイーサネット・スイッチ７０５が光インターフェースにおいて設けられる（たとえば、受信されたアップストリーム４Ｇ信号とアップストリーム５Ｇ信号とは、それぞれ、スイッチ７０５に基づいて別様にルーティングされる）。
【０１８０】
例示的なノード４０９は、本開示の日付現在、ＤＯＣＳＩＳネットワーク要素によって使用されるＨＦＣ上の擬似矩形波低電圧電力供給技術（ｑｕａｓｉ−ｓｑｕａｒｅ  ｗａｖｅ  ｌｏｗ  ｖｏｌｔａｇｅ  ｐｏｗｅｒ  ｓｕｐｐｌｙ  ｔｅｃｈｎｏｌｏｇｙ）の内部使用に適応するための電力コンバータ７１９をも含む。ノード４０９は、一変形態では、ＨＦＣ出力ポート７０４を通して入力ポート７０１上で受信された擬似矩形波低電圧電力を、たとえば、ＨＦＣインフラストラクチャ上のノードのダウンストリームに設置され得る増幅器など、他のアクティブ・ネットワーク要素に受け渡すようにさらに構成される。
【０１８１】
いくつかの現存するソリューションと比較して、図４及び図７〜図７ａの図示の実施例が、ＣＰＥｅ４１３にフィードするためにＨＦＣ対ツイスト・ペアを使用し、ＨＦＣは、ツイスト・ペアよりも低い損失及び広い帯域幅を有利に提供し、ツイスト・ペアは、５Ｇスループットをより遠い距離まで提供し、設置された同軸ケーブルの大きい既存のベースを活用するために利用されることに留意されたい。その上、上記のアーキテクチャは、一実装形態では、トランシーバ・ノードにおいて単一のインターフェースに接続する共通同軸バスにアタッチする（ａｔｔａｃｈ）ために方向性結合器及び電力分割器又はタップを使用して、複数のＣＰＥｅ４１３をサービスするように構成される。（外部Ｗｉ−Ｆｉアクセス・ポイント及び統合Ｗｉ−Ｆｉルータをサービスするのに必要な）上述のイーサネット・サービスは、他の実装形態では、既存のソリューションとは対照的に、拡大された能力を提供するためにさらに追加される。
【０１８２】
ＣＰＥｅ装置
図８は、本開示によるＣＰＥｅ装置４１３の例示的な構成を示す。図示のように、ＣＰＥｅ４１３は、概して、ＨＦＣ分散ネットワーク（すなわち、構内における同軸ドロップ）へのＲＦ入力インターフェース８１６。概して、前に説明されたノード４０９の送信機／受信機と対称の送信機／受信機アーキテクチャが使用され、すなわち、インピーダンス整合回路要素、ダイプレクサ、同期回路、チルトなどが、ＣＰＥｅ  ＲＦフロント・エンドの一部として使用される。ブロック・コンバータ８１０は、以下でより詳細に説明される、構内ドメインに対する同軸ケーブル・ドメイン帯域（ここで、５０〜８５０及び８５０〜１６５０ＭＨｚ）に及びそれからコンバートするために使用される。
【０１８３】
例示的なＣＰＥｅ４１３は、ＣＰＥｅ内のＵＥの３ＧＰＰ機能性を実装するための５Ｇ  ＵＥプロセス８０８と、３ＧＰＰ（たとえば、５Ｇ／ＬＴＥ）リピータ・モジュール８０９とをも含み、３ＧＰＰリピータ・モジュール８０９は、（１つ又は複数の）ユーザＲＦ帯域内の屋内／構内カバレージのための１つ又は複数のアンテナ要素８１０を含む。したがって、示されているＣＰＥｅ４１３は、事実上、（１つ又は複数の）ユーザ帯域内で動作する構内のユーザ・デバイスのための基地局として機能することができる。
【０１８４】
また、Ｗｉ−Ｆｉ  ＡＰなどの構内ＷＬＡＮインフラストラクチャとのデータ交換をサポートするために、ＵＥモジュール８０８と、内部１０ＧｂＥスイッチ８１９）をもつ（随意の）ＷＬＡＮルータ４１７との間でインターフェースする１０ＧｂＥ  ＷＬＡＮポート８１８が含まれる。
【０１８５】
また、外部アンテナ４１６接続（たとえば、図４に関して前に説明されたように補足データ・リンクの提供のために使用される（１つ又は複数の）屋上アンテナ要素）、ワイヤレス高帯域幅バックホール、又は他の機能のためのいくつかの外部ポート８１２、８１４が、図８の構成に示されている。
【０１８６】
図８ａの例示的な実装形態では、４Ｇ  ｇＮＢブロック・コンバータ８３２と５Ｇ  ｇＮＢブロック・コンバータ８３０の両方が、それぞれ、４Ｇ通信及び５Ｇ通信のためのＲＦチェーンをサポートするために（すなわち、２ＧＨｚ帯域においてなど、ＣＰＥｅ内の４Ｇ／４．５Ｇ／５Ｇインターフェース及びモデムの関連するＲＦ周波数への、受信されたＩＦ帯域信号のコンバージョンのために含まれる。ブロック・コンバータはまた、前に説明されたように同軸入力８１６を介して関連するＩＦ帯域を介した分散ノード４０９とのアップストリーム通信を可能にする。
【０１８７】
特に、ＣＰＥｅ４１３は、４Ｇキャリア及び５Ｇキャリアが異なる周波数帯域上にあり得るので、４Ｇキャリア及び５Ｇキャリアのために別々にＩＦキャリア周波数とＲＦキャリア周波数との間のブロック・コンバージョンを適用する。ＣＰＥｅは、一実装形態では、５Ｇ  ＮＲ及び４Ｇ  ＬＴＥ対応ユーザ機器（ＵＥ）チップセット８１６を含む。２つの技術は、３ＧＰＰ  ５Ｇ  ＮＲの第１のリリースが、４Ｇと５Ｇとが非スタンドアロン（ＮＳＡ）構成の一部として連携して動作することを必要とするので、この実施例ではサポートされる。
【０１８８】
（５Ｇと組み合わせられた４Ｇにおけるより低い周波数を示す）図８ａの例示的な構成では、（図８のより一般化された手法とは対照的に）フィルタ・コンバイナが使用されることに留意されたい。
【０１８９】
また、図８ａの特定の実装形態がＲＦ−ＩＦブロック・コンバータ８３０のうちの１つのみに関して前に説明されたように「チルト」補償を利用することに留意されたい。これは、不相応により高い周波数（すなわち、本実施例では最高１６５０ＭＨｚ）において、言及される周波数帯域において動作させられる同軸ケーブルなどのいくつかの場合に）、そのような補償の必要が起こることに起因する。しかしながら、特定のアプリケーションに応じて、異なる補償構成が本開示に従って使用され得ることが諒解されよう。たとえば、一変形態では、上側帯域ブロック・コンバータ８３０は、より粒度の細かい周波数帯域に対して割り振られ、したがって、チルト／補償は、利用される周波数帯域の狭い領域において（たとえば、４つの％Ｇ  ＲＦ−ＩＦブロック・コンバータのうちの１つ又は２つ上で）のみ適用され得る。同様に、異なるタイプのチルト／補償が、異種様式で各ブロック・コンバータ（又はそれのサブセット）に適用され得る。また、本開示が与えられれば、上記の様々な異なる組合せが、当業者によって諒解されよう。
【０１９０】
ＲＦ周波数へのブロック・コンバージョンは、信号を３ＧＰＰ帯域準拠にし、ＣＰＥｅ４１３におけるＵＥチップセットと相互運用可能にする。次いで、ＲＦキャリアはまた、４Ｇ及び５Ｇのための含まれるリピータ８０９を通した増幅に適用でき、リピータ８０９は、ＣＰＥｅに接続された着脱可能な外部アンテナ８１０を通して、ＲＦキャリアを一般に屋内に放射することができる。スマートフォンなどのモバイル・デバイス、セルラー・モデムをもつタブレット、及びＩｏＴデバイスは、次いで、４Ｇ及び５Ｇサービスのために放射信号からサービスすることができる（以下の図９ａ〜図９ｃの説明を参照）。
【０１９１】
ＵＥチップセット８１６及びリピータ８０９は、それぞれのＴＤＤキャリアのダウンストリーム・モードとアップストリーム・モードとの間で切り替えるために、別個のデジタルＩ／Ｑ同期信号、すなわち、４ＧのためのデジタルＩ／Ｑ同期信号及び５ＧのためのデジタルＩ／Ｑ同期信号を受信し、これは、それらが、異なるダウンストリーム−アップストリーム比又はデューティ・サイクルを有する可能性があるからである。これらの２つのデジタル同期信号は、ポート８１６を介してＣＰＥｅ４１３にフィードする同軸ケーブル上で、より下位のスペクトルから受信されたＩ−Ｑ変調されたアナログＱＰＳＫ信号から受信される。
【０１９２】
述べられたように、例示的な実装形態では、ＯＦＤＭ変調が、分散ノード５０９において時間ドメインにおける複数のキャリアを生成するために適用され、したがって、ＩＦ信号を復調するためにＣＰＥｅにおいて、（とりわけ、ＦＦＴを介した）復調が使用される。たとえば、とりわけ、本明細書で説明されるＣＰＥｅ４１３の様々な実施例で有用な例示的なリプログラマブルＯＦＤＭベース受信機／復調装置について、各々が、その全体が参照により本明細書に組み込まれる、同一出願人が所有する、同時係属の、２０１５年１１月１０日に発行された、「Ｄｉｇｉｔａｌ  ｄｏｍａｉｎ  ｃｏｎｔｅｎｔ  ｐｒｏｃｅｓｓｉｎｇ  ａｎｄ  ｄｉｓｔｒｉｂｕｔｉｏｎ  ａｐｐａｒａｔｕｓ  ａｎｄ  ｍｅｔｈｏｄｓ」と題する米国特許第９，１８５，３４１号、及び２０１６年３月２９日に発行された、同じく「Ｄｉｇｉｔａｌ  ｄｏｍａｉｎ  ｃｏｎｔｅｎｔ  ｐｒｏｃｅｓｓｉｎｇ  ａｎｄ  ｄｉｓｔｒｉｂｕｔｉｏｎ  ａｐｐａｒａｔｕｓ  ａｎｄ  ｍｅｔｈｏｄｓ」と題する米国特許第９，３００，４４５号を参照されたい。
【０１９３】
図８の実施例と同様に、サービスされる構内のＬＡＮ使用のためのものを含む、図８ａのデバイスにおけるＷＬＡＮルータ５１７の動作をサポートするために、１０Ｇｂｅイーサネット・ポートも提供される。
【０１９４】
さらに、１次同軸ケーブル・リンクを通して利用可能な容量を越えてブロードバンド容量をブーストし、（中小企業、企業、教育機関などにとって重要であり得る）より高い信頼性のための冗長接続を追加するために、図８ａのＣＰＥｅ上の２つの追加のＲＦインターフェースが、ＣＰＥｅを、屋外に、たとえば、中小企業、集合住宅ユニット（ＭＤＵ：ｍｕｌｔｉ−ｄｗｅｌｌｉｎｇ  ｕｎｉｔ）又は高層の企業の屋根上に設置される２ポート外部アンテナ４１６（図９ａを参照）に接続するために含まれる。この外部アンテナは、消費者構内の近傍に設置される屋外無線機から補足信号を受信するために使用され得る。屋外無線機は、屋外モビリティのためにカバレージを提供するという主目的を有し得るが、それらからの信号は、さらに／代替的に、本明細書の他の場所で説明されるように、１次同軸リンクからの容量を補足し、冗長性を追加するために、固定ワイヤレス様式で使用され得ることが諒解されよう。
【０１９５】
補足リンク及びモビリティ拡張
アーキテクチャ４００のさらなる実施例では、補足又は相補データ・リンク９０２が、図９ａに示されているように、追加のデータ容量（及び機器又は他の障害の場合の１次リンクへの冗長性）を提供するために利用される。補足リンクは、一変形態では、柱取り付け又は他の外部無線アクセス・ノード４０６ａと、（一実施例では、追加されたアンテナ能力４１６をもつＣＰＥｅ４１３を含む、構内トランシーバとの間の５Ｇ  ＮＲワイヤレス・インターフェースを含む。本コンテキストで使用される「柱取り付け」及び「外部」という用語は、限定はしないが、たとえば、ＣＰＥｅの補足アンテナ４１６（たとえば、屋上又は屋外アンテナ）との接続又はデータ接続性を確立することができる、任意の取り付け配置又はロケーションを指す。そのような取り付けは、屋外であるか、又は大きい構造（たとえば、スポーツ・スタジアム、大きい建築物集合体内であり得、いくつかの実装形態では、一時的又は半永続的であり得るにすぎない。
【０１９６】
図９ａでは、（関連するＣＵｅ／Ｄｕｅアーキテクチャ５２０、５４０及び／又は５６０の一部分を含む）アーキテクチャ４００の例示的な一部分が示されている。一実施例では、構内（家屋、商業施設、屋外ロケーションなど）は、拡張消費者構内機器（ＣＰＥｅ）４１３を通してデータ・サービスを受信する。ＣＰＥｅ４１３は、同軸ケーブリングを介して、たとえば、現存するコンテンツ配信インフラストラクチャにおいて使用されるハイブリッド・ファイバー同軸（ＨＦＣ）ケーブルを介してデータを受信し得る。ＣＰＥｅ４１３は、モデム、ゲートウェイ・デバイス、及び／又はルータを備える、ネットワーク・ノードである。ＣＰＥｅは、したがって、データを管理し、そのデータを、受信データを消費する、近傍の、すなわち、サービス範囲内の、接続のために認証された、クライアント・デバイス又はエンドポイントに配信する。一変形態では、ＣＰＥｅは、クライアント・デバイス４０７又はエンドポイントの前に受信データを別のＣＰＥｅ４１３に配信する中間ノードを備える。これらのノードとエンドポイントとの間の接続は、たとえば、線形様式で「デイジーチェーン」されるか、又は１つのノードが１つ又は複数の他のノードをサービスする、分岐された様式で接続され得る。しかしながら、ピアツーピア接続のウェブを備える「フォグベース」５Ｇネットワーク内で、各デバイス又はノードは、「中間」ノードとして働き得、「中間」ノードは、データを維持し、さらに、別のデバイス又はノードがノードとしてオプト・インした（又はオプト・アウトしていない）場合、そのデバイス又はノードにデータを送信し得ることを諒解されよう。
【０１９７】
これとは別に、バッテリー使用量、データ使用量、又はプライバシーに関する懸念に対処するのを助けるために、消費者はまた、（以下でより詳細に説明されることになる）図９ａ〜図９ｃに示されているアーキテクチャによって可能にされる超高データ・レートの見込みを与えられたときに参加することを奨励され得る。この構成では、２１Ｇｂｐｓ程度の総データ・レートが、本出願の譲受人によるモデリング、たとえば、１７Ｇｂｐｓ  ＤＳ及び４Ｇｂｐｓ  ＵＳに基づいて達成され得る。実際には、１Ｇｂｐｓのダウンストリーム・レートは、１２５メガバイト毎秒のダウンロード・スピードに等しく、したがって、２１Ｇｂｐｓのダウンストリーム・レートは、２．１２５ギガバイト毎秒のダウンロード・スピードに等しく、これは、たとえば、ＵＳＢ３．０を介して通常利用されるワイヤード・データ転送、或いは機械的又はソリッドステートのハード・ドライブ間のデータ転送に関連するデータ転送レートを大幅に超えることができる。
【０１９８】
明快のために、例示的な実施例は、ＣＰＥｅ４１３が、最終的にクライアント・デバイス４０７にデジタル・データを配信するデータ通信及びルーティング・デバイスであると仮定する。クライアント・デバイス４０７の実例は、限定はしないが、スマートフォン、ラップトップ、タブレット、スマートウォッチ、スマート・ホーム・デバイス（たとえば、モノのインターネット（ＩｏＴ）対応デバイス）、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、電子リーダー、ポータブル音楽プレーヤ、デジタル・カメラ、及びワイヤレス対応オフィス機器（たとえば、プリンタ）など、３ＧＰＰ対応モバイル・デバイスを含む。クライアント・デバイスは、デスクトップＰＣ、サーバ、他のＣＰＥｅ４１３、及びＣＯＴＳ／オフザシェルフ（ｏｆｆ−ｔｈｅ−ｓｈｅｌｆ）或いはＩＳＰ提供（ＩＳＰ−ｐｒｏｖｉｄｅｄ）モデム又はルータ・デバイスなど、ワイヤード機器をも含み得る。
【０１９９】
例示的な実施例では、補足又は相補データ・リンク９０２は、追加のデータ容量（及び機器又は他の障害の場合の１次リンクへの冗長性）を提供するために利用される。補足リンクは、一変形態では、外部無線アクセス・ノード４０６ａと、一実施例において、追加されたアンテナ能力（たとえば、屋外アンテナ４１６、又は図８及び図８ａの４Ｇ  ＬＴＥ及び５Ｇ  ＮＲアンテナ・コネクタ８１２、８１４）をもつＣＰＥｅ４１３を備える、構内トランシーバとの間の５Ｇ  ＮＲワイヤレス・インターフェースを備える。無線アクセス・ノード４０６ａは、トポロジー配置に関して、５Ｇネットワークの「エッジ」上にあり、ＣＰＥｅ４１３との通信について可能にされるエンド・ユーザの構内又は１つ又は複数の他のノードに物理的に近接している。
【０２００】
各無線アクセス・ノード４０６ａは、（たとえば、３ＧＰＰ  ４Ｇ及び５Ｇプロトコルに従ってブロードキャストされる）そのサービスをブロードキャストし、データを受信し、送信することが可能なワイヤレス・アクセス・ポイントを備え得る。たとえば、ＤＵｅモジュールは、特定の一実装形態では、電信柱に取り付けられ、無線アクセス・ノード４０６ａとして動作する。いくつかの変形態では、Ｅ−ＵＴＲＡＮスモール・セル又はフェムト・セル・デバイスが、とりわけ、４Ｇサービスのための無線アクセス・ノードの一部として実装され得る。
【０２０１】
補足リンクを作成するためにどのエッジベース・ノード（たとえば、図示されていない、他の無線アクセス・ノードの中の無線アクセス・ノード４０６ａ）を使用すべきかを決定するファクタは、（限定はしないが）、（ｉ）サービスされる構内機器（たとえば、屋外アンテナ４１６を介したＣＰＥｅ）とノードとの間の距離、（ｉｉ）（たとえば、マルチパス伝搬、（１つ又は複数の）指定された帯域におけるＲＦ干渉物の存在などに基づいて、距離に関係することも関係しないこともある）ＵＬ及び／又はＤＬ方向における信号強度、（ｉｉｉ）そのノード４０６ａについてのチャネル／帯域幅の利用可能な数、及び現在使用中の接続の数（すなわち、ノードが、割り振られていないチャネルに関して必須の容量を有するか）、（ｉｖ）能力（たとえば、構内機器が４Ｇ／４．５Ｇ／５Ｇ対応であるかどうか、構内機器が統合されたＷＬＡＮ能力を有するかどうか、屋外アンテナ４１６がＭＩＭＯ対応であるかどうかなど）、（ｖ）参加するためのパーミッション、及び／又は中間ノードに結合されたバッテリー電力（たとえば、モバイル・クライアント・デバイス４０７が中間ノードとして使用される場合、以下の図１０Ａの説明を参照）、並びに（ｖｉ）任意のそのような中間ノードの能力（たとえば、（上述の）デバイスのアンテナ又はアンテナのアレイの数、処理能力、及び／又は「クラス」）を含む。
【０２０２】
１つの機能において、補足／相補データ・リンクは、構内に追加の帯域幅を提供する。詳細には、ＣＰＥｅ４１３（及び／又は上述の他の構内機器）は、データを複数のデータ・ソース／シンクと送受信することが可能であり、それにより、送受信されたデータをコンソリデートすることができる。例示的な実施例では、構内との補足リンク９０２は、規定された無認可及び／又は認可周波数帯域内の柱取り付け又は他の外部無線アクセス・ノード４０６ａに接続する屋外アンテナ４１６を介して確立され得る。たとえば、一実装形態では、開示されるソリューションは、（たとえば、ＭＮＯなどの他の事業者又はキャリアが、規定されたエリア内の認可スペクトルを利用しているかどうか、及びそのような事業者がどの周波数帯域を使用しているかを含む）設置及びそれが設置される場所によって予想される（１つ又は複数の）特定のアプリケーションに応じて、３ＧＰＰによって定義されたＮＲ及びＮＲ−Ｕ帯域組合せの１つ又は複数の規定されたサブセットをサポートする。（たとえば米国における３．５５〜３．７０ＧＨｚ  ＣＢＲＳ帯域内のものなどの）いわゆる「準認可（ｑｕａｓｉ−ｌｉｃｅｎｓｅｄ）」スペクトルが、本明細書で説明される方法及び装置に従って利用され得ることも諒解されよう。
【０２０３】
別の実施例では、補足リンク９０２は、構内とＣＰＥｅ４１３とについての帯域幅の唯一のソースであり得る。たとえば、ワイヤレス対応デバイスのみを装備した構内（たとえば、屋外エリア、又は同軸ケーブル・ドロップを有しない「現代的」家屋などの構内）は、外部アンテナ４１６を通して補足リンク９０２を介してデータを受信し得る。一変形態では、補足リンク９０２は、Ｎ方向タップとＨＦＣケーブルとを介した１次配信経路が、理由は何であれ、機能しなくなる場合など、機器（たとえば、ゲートウェイ）又はリンク（たとえば、ＨＦＣ）障害の場合にのみアクティブになり得る。
【０２０４】
別の実施例では、屋外アンテナ４１６は、複数の無線アクセス・ノード４０６ａから、複数の補足リンク（すなわち、図９ａに示されている補足リンク１及び２）を受信し得る。別の実施例では、構内は、１つ又は複数の無線アクセス・ノード４０６ａからデータを各々受信する、複数の屋外アンテナ４１６を装備し得る（たとえば、図９ａ中の補足リンク３を参照）。さらなる実施例では、上記の様々な組合せが、たとえば、無線アクセス・ノード及び屋外アンテナの利用可能性に基づいて、データの最も効率的な受信を可能にするために使用され得、それらの各々は、様々なソースからデータを受信していることがあり、及び／又は異なるタイプのデータ（たとえば、１人又は複数のユーザのためのオーディオ、ビデオ、テキスト、ゲーミング・データ）を受信していることがある。
【０２０５】
また、（１次であるのか補足であるのかにかかわらず）各リンクに関連するＲＵ送信／受信チャネルの各々が、たとえば、いくつかのタイプの規定されたデータを搬送する目的、搬送されたデータについてのＱｏＳ要件を維持する目的などのために、異なる５Ｇ  ＮＲネットワーク「スライス」に割り当てられ得ることも諒解されよう。
【０２０６】
図９ａに示されているように、構内の屋内に位置するユーザ・デバイス（たとえば、ＵＥ）４０７が、前に説明された無認可「ユーザ帯域」を利用して５Ｇ／４Ｇプロトコルを介してＣＰＥｅ４１３によってサービスされる。例示的なＣＰＥｅはまた、マルチＲＡＴ  ＵＥ４０７などへの、ＣＰＥｅのそれぞれの（１つ又は複数の）周波数帯域（たとえば、概して、２．４ＧＨｚ及び５．０ＧＨｚ）内のＷＬＡＮ（８０２．１１）ワイヤレス・アクセスを提供する。構内サイズ、構造の材料などに応じて、ＣＰＥｅからの様々なＷＬＡＮ及び４Ｇ／４．５Ｇ／５Ｇ信号は、いくつかの場合には、構内の屋外エリアの部分までを含む、変動する距離を伝搬することになる。しかしながら、この屋外カバレージ（存在する場合）は、一般に、距離とともに急速に低下することになり、たとえば、１／ｒ２拡散、減衰などによる「むら」があり得る。したがって、ユーザは、屋外にあるとき、図９ａに示されている屋外無線ノード４０６ａのうちの１つ又は複数との接続性及びセッション維持がなければ、ＣＰＥｅからのＷＬＡＮカバレージと５Ｇ／４Ｇカバレージの両方を完全に失い得る。
【０２０７】
表４は、図４及び図９ａに示されているアーキテクチャ４００についての例示的なソース／ターゲット技術組合せを以下にリストする。詳細には、（ｉ）５Ｇ  ＮＲ、（ｉｉ）４／４．５Ｇ  ＬＴＥ、及び（ｉｉｉ）ＷＬＡＮ（ＩＥＥＥ  ＳＴｄ．８０２．１１）ＲＡＴの様々な置換は、データ・セッション転送又は移行の一部としてソース技術又は受信側技術のいずれかとして、アーキテクチャに従って使用され得る。前記のように、これらの移行の各々は、相互事業者転送又は相互ドメイン・セッション転送が行われないという点で、図４のアーキテクチャ４００によって有利にサポートされ、ＭＳＯ管理（ＭＳＯ−ｍａｎａｇｅｄ）インフラストラクチャが、リストされたＲＡＴの各々間のイントラＭＳＯセッション・ハンドオーバを可能にするように、（関連するＷＬＡＮルータ４１７をもつＣＰＥｅ４１３と、（１つ又は複数の）無線ノード４０６ａと、ＣＵｅ４０４と、５ＧＣ内のＷＬＡＮコントローラ４１５とを含む）関連するノード／エンティティの各々間の通信を維持する。
【０２０８】
所望のハンドオーバがＮＲベース・デバイスと別の３ＧＰＰデバイスとの間のものであるインスタンスでは、（ＬＴＥ／ＬＴＥ−Ａであるのか、ＮＲであるのかにかかわらず）、モビリティ動作は、関連する３ＧＰＰ規格において記載された機構によって統率され得、たとえば、ネイバー・セル測定が、たとえば、信号強度又は信号品質メトリックに基づいてトリガされ得、ハンドオーバは、（ｍｓ単位の）指定されたトリガ時間値を用いて別個のトリガしきい値及びヒステリシスによってトリガされ得る。
【０２０９】
所望のハンドオーバが３ＧＰＰベース技術とＷｉ−Ｆｉとの間のものであるインスタンスでは、Ｗｉ−ＦｉからＮＲへの（及びその逆の）遷移は、一実施例では、本明細書の他の場所（図４を参照）で説明されるように、５Ｇコア（５ＧＣ）４０３とＷｉ−Ｆｉコントローラ４１５との「緊密な」統合を使用して実行される。詳細には、一実装形態では、認識しているＭＳＯ管理（たとえば、ＷＬＡＮコントローラ４１５）は、ユーザが屋内から屋外に動くとき、外部柱取り付け無線ノード４０６ａへの、構内におけるＷＬＡＮセッション（すなわち、ＵＥとＷｉ−Ｆｉルータ４１７との間のものであり、後者は、構内ＷＬＡＮ  ＡＰとして働く）のハンドオーバを確立するために、たとえば、図４に示されているようにＸｎインターフェースを介して別のＭＳＯ管理エンティティ（たとえば、ＣＵｅ４０４）にシグナリングすることができる。たとえば、ＷＬＡＮコントローラ４１５は、３ＧＰＰベース・エンティティとＷＬＡＮコントローラとの間のハンドオーバに関係するデータの通信のために３ＧＰＰベースプロトコルを利用するように構成され得る。言い方を変えれば、ＷＬＡＮコントローラ４１５は、３ＧＰＰプロトコル・スタックの追加を介してなど、（事実上、アーキテクチャのＷＬＡＮ部分を、アーキテクチャの３ＧＰＰベース部分に対するｅＮＢ／ｇＮＢであるように見せる）ハンドオーバを実現するのに必要なデータ及びメッセージングの通信のために少なくとも必要な特徴及び機能に関して３ＧＰＰ準拠であるように構成され得る。これはまた、（接続のための異なる技術の利用を調停又は制御し得る）ＵＥ上で稼働する接続マネージャ・エンティティ又はプロセスを使用せずに実現され得る。
【０２１０】
本発明のアーキテクチャの例示的な構成では、ＵＥのＩＰアドレスは、常に５Ｇコア（５ＧＣ）においてアンカリングされ、５ＧＣ（及びＷｉ−Ｆｉコントローラ４１５）は、図９ｂに示されているように、現存するＮ６インターフェース４２２上でインターネットに接続し、ＮＧ／Ｘｎインターフェース４２３を介してＣＵｅ装備５Ｇノードに接続する。Ｗｉ−Ｆｉコントローラの機能は、５ＧＣ内で論理的に（さらには物理的に）統合され、それにより、２つの機能間の高速応答を保証し得る。
【０２１１】
別の実装形態では、この統合は、通信セッションのハンドオーバのために、詳細には、その全体が参照により本明細書に組み込まれる、「Ｗｉ−Ｆｉ  Ａｇｉｌｅ  Ｍｕｌｔｉｂａｎｄ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、バージョン１．２、２０１８年１２月３１日に記載されている、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって開発されたいわゆる「アジャイル・マルチバンド（Ａｇｉｌｅ  Ｍｕｌｔｉｂａｎｄ）」特徴の利用を含む。手短に言えば、Ｗｉ−Ｆｉアジャイル・マルチバンドを使用して、Ｗｉ−Ｆｉ  ＡＰ（アクセス・ポイント）と（たとえば、Ｗｉ−Ｆｉ対応３ＧＰＰ  ＵＥであり得る）「クライアント」とが、（もしあれば）それらのそれぞれのセルラー・データ・ネットワーク能力に関係するデータを交換することができる。詳細には、Ｗｉ−Ｆｉアジャイル・マルチバンドに準拠するＡＰでは、ＭＢＯ−ＯＣＥ  ＩＥ（情報要素（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ））は、ＭＢＯ  ＡＰ能力指示を含んでおり、属性は、そのＡＰが任意の関連する（たとえば、重複する）セルラー・データ・ネットワーク・カバレージを認知（ａｗａｒｅ）しているかどうかを示す。直接又は間接的にセルラー・カバレージを認知するアビリティは、ＡＰにとって随意の能力である。たとえば、直接認知（ａｗａｒｅｎｅｓｓ）は、帯域走査を介してなど、ＡＰが（適切なＲＦ検知装置／モデムを通して）セルラー波形から構成さることを含み得る。逆に、間接的認知は、セルラー・インフラストラクチャによる推定上のカバレージに関する別のエンティティ（たとえば、ネットワーク・エンティティ、コントローラ、ｅＮＢ／ｇＮＢなど）からのデータを取得するアビリティを含み得る。一般に、ＡＰは、直接認知していない（検知していないか、又はセルラー・ネットワークとデータ通信していない）が、そうではなく、たとえば、インフラストラクチャ中の他の場所の情報へのアクセスを介した間接的認知を使用する。
【０２１２】
Ｗｉ−Ｆｉクライアント・デバイスの場合、ＭＢＯ−ＯＣＥ  ＩＥは、クライアントがセルラー・データ接続能力を有するかどうかを示し、セルラー・データ接続能力を有する場合、クライアントが現在のセルラー・データ・ネットワーク接続を維持するかどうかを示す、同様の属性（セルラー・データ能力属性）を含んでいる。ＭＢＯ−ＯＣＥ  ＩＥ中にセルラー・データ能力属性を含めることが、セルラー・データ（たとえば、３ＧＰＰ）対応である任意のＷｉ−Ｆｉアジャイル・マルチバンド・クライアント・デバイスにとって必須であることに留意されたい。
【０２１３】
Ｗｉ−Ｆｉ  ＡＭはまた、セルラー・データ対応クライアントが、非選好チャネル報告（Ｎｏｎ−ｐｒｅｆｅｒｒｅｄ  Ｃｈａｎｎｅｌ  Ｒｅｐｏｒｔ）に類似する、ＷＮＭ通知プロセスを使用して、それらのセルラー・データ・ネットワーク接続ステータスを更新することを指定する。ＡＰへのクライアントの関連付けより前に、及びクライアントが、候補ＡＰを識別するためにＡＮＱＰベース・ネイバー報告機構を使用するとき、クライアントは、セルラー・データ・ネットワークに関する選好情報を取得したいという要望を示すデータを含むようにＡＮＱＰクエリを構成する。セルラー認知ＡＰが、クライアントの、Ｗｉ−Ｆｉネットワークに対するセルラー・ネットワークの使用に関するインフラストラクチャ選好を示すために、セルラー・データ接続選好サブタイプＡＮＱＰ要素を介して、クエリ内のこのデータに応答する。同様に、関連付け中に、セルラー対応クライアント及びセルラー認知ＡＰは、任意のＢＴＭクエリ又は送信請求されないＢＴＭ要求及び応答中にセルラー・データ接続選好属性を含めることになる。
【０２１４】
開示されるネットワーク・アーキテクチャのアジャイル・マルチバンド・ベース実施例における１つの重要な利点は、５ＧＣへのアジャイル・マルチバンド特徴の高レベルの統合であり、これは、とりわけ、ネットワーク事業者（たとえば、ＭＳＯ）が、３ＧＰＰであろうとＷｉ−Ｆｉであろうと、アクセス技術の優先的扱いをトリガすることを、接続マネージャに依存することをなくすことを可能にする。事実上、そのような優先的扱い（及びそれに従って、ハンドオーバ）を実施するための論理は、ネットワークベースであり、したがって、ＭＳＯによって完全に制御される（及びＭＳＯによって構成可能である）。
【表４】
2021521714.tif 000008
【０２１５】
図９ｃは、本開示による、（図９ａの場合のような外部アンテナ４１６を介したＣＰＥｅ４１３の補足とは対照的に）モバイル・ユーザ・デバイスの「シームレス」モビリティをサポートする補足リンク９０２の使用を含む、ネットワーク・アーキテクチャ９２０の例示的な実施例を示す。
【０２１６】
図９ｃに示されているように、外部無線アクセス・ノード４０６ａ（たとえば、関連するＥ−ＵＴＲＡＮ「スモール・セル」を伴う柱取り付け５Ｇ対応ＲＲＨ）は、５Ｇネットワークの「エッジ」をサービスするＤＵｅ４０９ａを介して、ＣＵｅ４０４とデータ通信している。ＤＵｅ−ＲＲＨインターフェースは、「フロントホール」として示されており、ＤＵｅ−ＣＵｅインターフェースは、「バックホール」として示されているが、これらの用語は、説明のためのものにすぎず、必ずしも特定のアーキテクチャを示すとは限らない。ＣＰＥｅ４１３（構内側ゲートウェイ、モデム、ルータなど）は、サービスされる構内へのＨＦＣケーブル・ドロップのフロントホール／バックホールに位置するＤＵｅ４０９ｂを介してＣＵｅ４０４とデータ通信している。いくつかの変形態では、ＤＵｅ４０９ａ及び４０９ｂは、同じデバイス内に物理的に及び／又は論理的にコロケートされる。
【０２１７】
従来技術のネットワークでは、たとえば、１つのワイヤレス・エア・インターフェース・プロトコル（たとえば、ＷＬＡＮ）を介してインターネット・ウェブサイトに対するデータを送信及び受信するモバイル・デバイスが、それのＡＰのサービス範囲を出るときにそのＡＰから切断し、別のワイヤレス・エア・インターフェース・プロトコル（たとえば、４／４．５Ｇセル・サービス）を使用して新しい接続を確立し、次いで、ウェブサイトに関連するウェブ・サーバとの新しいセッションをインスタンス化しなければならなくなる。サービスのそのような中断、及びターゲット・サーバ又はリソースとの新しい上位レイヤ・セッションを確立する必要性は、一時的ではあるが、第１のワイヤレス・プロトコルを用いて最初に実施されるコンテンツの交換の中断を生じる。それは、新しい認証プロトコルが実行されること、ログイン証明／パスワードなどをさらに必要とし得る。
【０２１８】
しかしながら、本開示の一態様では、モバイル・クライアント・デバイス４０７は、１つのアクセス・ポイント（たとえば、ＣＰＥｅ４１３）によってサービスされる１つのロケーションからそのアクセス・ポイントのサービス範囲の外部の別のロケーションに動き、しかも、４Ｇ／４．５Ｇ／５Ｇ対応ノードを利用する共通ＭＳＯコア及びインフラストラクチャによって、上位レイヤの現存するデータ・セッションを維持することが可能である。詳細には、ベアラＰＨＹは、現存する接続から別の現存する接続に移行させられ（別の現存する接続は、たとえば、移行が行われるべきであることを示すデータに応答して確立され得）、それにより、上位レイヤ・セッションの見地から見掛け上のＰＨＹ継続性を維持する。例示的な実施例では、既存の３ＧＰＰベース・モビリティ・プロトコルが、この動作において利用され、本明細書で前に言及されたように、信号強度又は信号品質のいずれかによってトリガされる。
【０２１９】
その上、図９ｃ（及び図４）のアーキテクチャを使用して、データは、クライアント・デバイス４０７のロケーションに応じて、１つ又は複数のＤＵｅユニット４０９ａ及び／又は４０９ｂを介した無線アクセス・ノード４０６ａ並びにＣＰＥｅ４１３を介して、冗長的に又は別々に配信され、それにより、以下でさらに説明されるように、クライアント・デバイスが、サービング・ノード／デバイスの範囲内にあるとき、要求されたデータへの常時アクセスを有することを可能にし得る。たとえば、１つのシナリオでは、補足リンクは、モビリティなしでも同時に別個のデータ・セッション、すなわち、サービスＡについてのＰＨＹ１を介した１つのセッション、及び（ＰＨＹ１からＰＨＹ２へのサービスＡのハンドオーバとは対照的に）サービスＢについてのＰＨＹ２を介した別の同時セッションを維持するために使用される。一実装形態では、現存する３ＧＰＰ  ＬＴＥ−Ａマルチバンド・キャリア・アグリゲーション（ＣＡ：ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）プロトコルが活用され、補足リンクは、家／建築物内からユーザを現在サービスしている１次セル又は「ＰＣｅｌｌ」に対して２次セル又は「ＳＣｅｌｌ」として働き、又はその逆も同様である（たとえば、補足リンクはＰＣｅｌｌとして働くことができ、ＳＣｅｌｌは、その後、たとえば、構内ノードを介して追加される）。とりわけ、その全体が参照により本明細書に組み込まれる、３ＧＰＰ  ＴＲ３６．８０８、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ；Ｂａｓｅ  Ｓｔａｔｉｏｎ  （ＢＳ）  ｒａｄｉｏ  ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  ｒｅｃｅｐｔｉｏｎ」を参照されたい。
【０２２０】
有利には、アーキテクチャ４００（図４）の例示的な実施例における、ＨＦＣ及びワイヤレス上での共通波形及びプロトコルの使用は、本明細書の他の場所で説明されるように、基地局が中央ユニット（たとえば、ＣＵｅ４０４）と分散ユニット（たとえば、ＤＵｅ４０９ａ、４０９ｂ）とにスプリットされるという条件で、集中型認証、許可、及びアカウンティング（ＡＡＡ：ａｕｔｈｅｎｔｉｃａｔｉｏｎ，  ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｎｄ  ａｃｃｏｕｎｔｉｎｇ）機能、パケット・ゲートウェイ及びモビリティ・コントローラ（ＭＭＥ）、並びにサービス・エリア内の屋内及び屋外エリアのための共通基地局など、共通ネットワーク要素の使用を可能にする。そのようなスプリット基地局アーキテクチャが、前に説明されたように、同様に３ＧＰＰ  ４Ｇ／４．５Ｇ  ＬＴＥ／Ａに移植され得ることに留意されたい。
【０２２１】
図９ｃに示されているように、ネットワーク要素の共通化は、一部には、高いシグナリング容量とデータ・スループット容量とをもつマクロ・ネットワーク・グレード・ネットワーク要素が、サービスされる構内の屋内空間と屋外空間とを制御することから、その両方の空間の間のシームレス・モビリティ・エクスペリエンスを有利に可能にする。フォン及びＩｏＴモデムなどのデバイスによるこれらの空間の間のモビリティは、多くの場合、図９ｃ中で破線によって、及び概して図４に示されるように、モビリティが、共通中央ユニット（ＣＵｅ４０４）に接続された分散ユニット（ＤＵｅ４０６）間に制約されるので、「ノースバウンド」ネットワーク要素に向かう最小量のシグナリングをトリガする。
【０２２２】
その上、前に説明されたように、たとえば、マルチバンド・アライアンス（Ｍｕｌｔｉｂａｎｄ  Ａｌｌｉａｎｃｅ）を介したモビリティ、又は３ＧＰＰとＷｉ−Ｆｉとの間のデータ・スループット性能トリガ型モビリティが、屋内空間と屋外空間の両方をサービスする３ＧＰＰモビリティ・コントローラに接続された集中型Ｗｉ−Ｆｉコントローラを使用して、Ｗｉ−Ｆｉコントローラ４１５と協働するＷｉ−Ｆｉアクセス・ポイントを用いて提供される。
【０２２３】
別の変形態では、モビリティ・アクセス・ノードは、それらのバックホールのみとして柱取り付けデバイス４０６ａのうちの１つ又は複数を使用する。すなわち、外部無線アクセス・ノード４０６ａは、（たとえば、ユーザが自分の車に乗るか、又は自分の近隣にある街路を歩くとき）構内機器ではなく外部無線アクセス・ノード及びｇＮＢにのみ依拠する、「出先」モバイル・デバイスにとって有用である、ユーザ・デバイス４０７のための単独の（１つ又は複数の）分散ユニットとして機能し得る。一実装形態では、アーキテクチャ４００を介して、重複する４Ｇ／４．５Ｇ／５Ｇカバレージをモバイル・デバイス４０７に提供するために、十分な数の外部ノードが所与の地理的エリア内に展開される。
【０２２４】
一変形態では、モビリティ・アクセス・ノードは、概して同等の能力を有する、ＣＰＥｅ４１３の強化されたバージョンである。たとえば、一実装形態では、外部アクセス・ノードは、そのアクセス・ノードが、必要に応じて追加の容量のために柱取り付けデバイス４０６ａと通信することができるように、ＭＳＯネットワークに対するバックホール（ファイバー又はＨＦＣ）、並びに補足リンク・アンテナの両方を含む。
【０２２５】
また、ＷＬＡＮノードは、ＱｏＳの提供を伴うことを含む、モビリティ・アクセス・ノードを通してバックホール化され得る。
【０２２６】
示されている共通ＭＳＯコア及びＲＡＮアーキテクチャは、ＭＳＯが、柱取り付又は他の構成ＤＵｅを使用して選択的にカバレージを補足することを可能にすることも諒解されよう。たとえば、新しい家又は近隣が構築された場合、ＭＳＯは、カバレージの所望のレベルを提供するために決定されたロケーションにおいて、１つ又は複数のそのようなＤＵｅデバイスを単に追加することができ、これは、ＭＮＯベース・セルラー・カバレージとは対照的であり、新しい基地局の設置は、（ｉ）ＭＳＯによって直接制御されないか、又は他のＭＳＯサービスと統合され得ず、（ｉｉ）はるかにより労働及び資本集約的である。
【０２２７】
本開示が与えられれば、また他の組合せ及び修正が、当業者によって諒解されよう。
【０２２８】
例示的な動作
次に、ワイヤレス・ネットワークにおける共通波形及びプロトコルを使用する、サービスされる構内の屋内空間と屋外空間との間のモバイル・ユーザ・デバイスの「シームレス」モビリティの例示的な例が説明される。
【０２２９】
図９ｃに示されているように、モバイル・クライアント・デバイス４０７（たとえば、スマートフォン、タブレット、スマートウォッチ、ポータブル・ゲーミング・コンソール）は、構内に位置するＣＰＥｅデバイス４１３からデータ・サービスを受信する。ＣＰＥｅは、たとえば、Ｗｉ−Ｆｉ又はＷＬＡＮ技術（ＩＥＥＥ  Ｓｔｄ．８０２．１１）を介してモバイル・クライアント・デバイスにワイヤレス・データ・サービスを提供し得る。ＣＰＥｅは、さらに追加又は代替として、３ＧＰＰベース・プロトコルを介してモバイル・クライアント・デバイスにワイヤレス・データ・サービスを提供し得、すなわち、ＣＰＥｅ又はそれの部分（たとえば、アンテナ）は、ＬＴＥ−Ｕ又はＮＲ−Ｕ帯域或いはまた他の帯域における（１つ又は複数の）セルラー無線機とともに「基地局」として動作するように構成され得る。この例では、そのような３ＧＰＰベース・データ通信は、本明細書では「４Ｇ／４．５Ｇ／５Ｇ」構成要素を介した「４Ｇ／４．５Ｇ／５Ｇ」通信と呼ばれる。しかしながら、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ、ＶｏＬＴＥ、及びＸＬＴＥなど、他のタイプのセルラー又は非セルラー技術並びに関連するインターフェース及び帯域が使用され得ることが諒解されよう。
【０２３０】
動作中、ＣＰＥｅ４１３は、ネットワークのそれのバックホール部分に位置する１つ又は複数のＤＵｅデバイス４０９ｂからデータを受信する。この例示的なシナリオでは、バックホールは、現存するＨＦＣインフラストラクチャによってサービスされる。図８〜図９ａに関して述べられたように、構内は、ＣＰＥｅ４１３への／からのデータ配信のために追加のデータ容量を供給する１つ又は複数の４Ｇ／４．５Ｇ／５Ｇ  ＲＲＨユニット又は基地局（たとえば、ｇＮＢ又はＤＵｅにリンクされた柱取り付けデバイス）間の補足又は相補リンク９０２を作成することが可能である１つ又は複数の屋外アンテナ４１６を装備し得る。
【０２３１】
モバイル・クライアント・デバイス４０７は、ＷＬＡＮインターフェースと４Ｇ／４．５Ｇ／５Ｇインターフェースのいずれか又は両方を介したデータ・リンクを通してデータを受信することが可能である。モバイル・クライアント・デバイス及びＣＰＥｅ４１３は、モバイル・クライアント・デバイスのユーザによって、レンダリング可能なコンテンツ及び消費可能なもの（たとえば、ビデオ、オーディオ、ゲーミング・コンテンツ、テキスト、写真）などのデータを送信及び／又は受信するためのデータ・セッションを確立する。いくつかの変形態では、リンクのうちの１つが、ＣＰＥｅによって割り当てられるか、又は「１次」リンク９０１になるようにモバイル・クライアント・デバイスによって要求される。本コンテキストで使用される「１次」という用語は、そのリンクを２次又は補足リンク９０２と弁別する１つ又は複数の属性を指す。たとえば、１次リンクは、（ｉ）他のリンク（たとえば、Ｗｉ−Ｆｉリンク９０３又は補足リンク９０２）よりも多くの帯域幅を与え、（ｉｉ）（時間的に）最初に確立された、（ｉｉｉ）デバイス又はサービスのあるクラスに関連する（たとえば、ＣＰＥｅのみが１次リンクを有し得、及び／又はＱｏＳのいくつかのレベルのみが１次リンクによってサポートされる）リンクであり得る。別の実装形態では、１次リンク（及びそれに割り当てられた帯域幅／サービスの量）は、（信号強度又は別のリンク品質パラメータにも相関され得る）ＣＰＥｅからのモバイル・クライアント・デバイス４０７の物理的距離に基づいて決定される。一変形態では、ＣＰＥｅは、たとえば、その全体が参照により本明細書に組み込まれる、同一出願人が所有する、２０１６年６月１５日に出願された「ＡＰＰＡＲＡＴＵＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＭＯＮＩＴＯＲＩＮＧ  ＡＮＤ  ＤＩＡＧＮＯＳＩＮＧ  Ａ  ＷＩＲＥＬＥＳＳ  ＮＥＴＷＯＲＫ」と題する米国特許出願第１５／１８３，１５９号に記載されているように、「ハートビート」信号を送り、ラウンドトリップ送信（ＲＴＴ：ｒｏｕｎｄｔｒｉｐ  ｔｒａｎｓｍｉｓｓｉｏｎ）時間を測定すること、又は近くのデバイスからの応答を発動するためにＣＰＥｅの監視モジュールを介して「ピング」などを発行し、次いで、戻り時間を測定することなど、監視技法を使用して、クライアント・デバイスまでの距離を決定することができる。
【０２３２】
他の実装形態では、１次リンクは、（単独であるのか、又は上記と組み合わせてであるのかにかかわらず、）ユーザ選好、時刻、ＣＰＥｅによってサービスされているクライアント・デバイスの数、クライアント・デバイスが４Ｇ／４．５Ｇ／５Ｇ通信を可能にしたかどうかなど、１つ又は複数の他のファクタに基づいて割り当てられ得る。
【０２３３】
いくつかの場合には、インターフェース９０１とインターフェース９０２の両方が、全容量において利用され得るが、他の場合には、各インターフェースの利用率は、それぞれ、スライド制のスケール又は割合によって決定される。たとえば、モバイル・クライアント・デバイス４０７がＣＰＥｅ４１３に物理的に近いとき、ＣＰＥｅ１３は、Ｗｉ−Ｆｉ帯域幅の１００％が（４Ｇ／４．５Ｇ／５Ｇの低い又は０％利用率で）使用されることを可能にし得る。モバイル・デバイスがそれのＡＰ（たとえば、ＣＰＥｅ）から遠ざかるにつれて、ＣＰＥｅは、モバイル・デバイスが構内を出つつあり、ＣＰＥｅが家屋の反対側にあるとき、より多くの容量を４Ｇ／４．５Ｇ／５Ｇ使用にシフトし、たとえば、６０％ ５Ｇ及び４０％  Ｗｉ−Ｆｉにシフトし得る。さらに、考慮事項の中でも、消費者は、高周波電磁放出が高出力無線機に近接している間、高周波電磁放出が制限されることを選好し得る。しかしながら、人間オペレータが散在するか又は不在である状況（たとえば、自動運転車両又は自動倉庫ドローンの間の通信）では、そのような考慮事項は必要でないことがある。
【０２３４】
同様に、複数のクライアント・デバイスが存在する構内（たとえば、複数の家族がいる家）では、ＣＰＥｅ４１３は、構内のＷＬＡＮ及び４Ｇ／４．５Ｇ／５Ｇ信号の使用のバランスをとる決定を行う際に「クライアント」の各々の位置／属性を考慮し得る。
【０２３５】
図９ｃに示されているように、アーキテクチャ４００についてのいくつかの別個の共通動作シナリオ、すなわち、（ｉ）補足リンク９０２からの追加の容量による「１次」リンク９０１の補足（すなわち、既存のセッションを維持し、しかも、第２のエア・インターフェースを介してさらなる帯域幅容量を追加する）、及び（ｉｉ）ハンドオーバ又は移行（すなわち、ＵＥとＣＰＥｅ４１３との間のＲＲＣ接続状態などの所与の１次リンク９０１が存在し、柱取り付けデバイス４０６ａなどの異なるデバイスとの別のＲＲＣ接続状態に移行させられる）が存在し、サポートされ得る。しかしながら、これらの２つのシナリオは、モバイル・デバイス４０７が１次リンク９０１と補足リンク９０２の両方を同時に（たとえば、各々の範囲内にあるときに）使用しており、次いで、一方の範囲外に動く場合などのいくつかの場合には、重複することがあることも認識されよう。この場合、（たとえば、ＣＰＥｅ４１３との）指定された「１次」リンクは、最終的に（たとえば、屋外ＲＲＨ４０６ａとの）新しい「１次」リンクのほうを優先してティアダウンされ、次いで、補足リンクは、１次リンクの役割を担い得る。
【０２３６】
一変形態では、モバイル・デバイス４０７とＣＰＥｅとの間のＷＬＡＮリンク９０３の切断は、外部ノード４０６ａの「セル」内のＵＥの走査及び検出のために発動される３ＧＰＰプロトコルを介してなど、外部ノード４０６ａによるモバイル・デバイスの検出の後に行われる。別の変形態では、Ｗｉ−Ｆｉリンクの切断は、モバイル・クライアント・デバイス及び外部ノード４０６ａとの補足リンク９０２を確立した（たとえば、ＲＲＣ接続状態を達成した）後に行われる。内側−外側遷移中にＷＬＡＮリンクからいつ切断すべきかの評価は、ＣＰＥｅ４１３からのモバイル・クライアント・デバイスの距離及び／又はＣＰＥｅからのＷＬＡＮ信号の対応する信号強度、近くの外部無線アクセス・ノード４０６ａのカバレージ・エリア（すなわち、ノード４０６ａは、モバイル・クライアント・デバイスが構内にある間、すでにそのモバイル・クライアント・デバイスに達することが可能であり得る）、ロケーション設定（たとえば、ＧＰＳ／Ａ−ＧＰＳ（以下「ＧＰＳ」）ロケーションに基づいて、たとえば、特定のアドレスにないときのみ、又は特定の選定されたロケーションにあるときのみ、屋外ノード・アクセスを可能にする）など、１つ又は複数のファクタに依存し得る。
【０２３７】
１つのシナリオでは、データを配信するために使用されている共通波形／プロトコルを利用することによって、モバイル・クライアント・デバイス４０７は、１次リンク９０１（たとえば、構内に最初に確立された１次リンク）と補足リンク９０２の両方を介して同じデータを受信することが可能である。有利には、モバイル・クライアント・デバイス７０２は、そのような共通プロトコル（たとえば、３ＧＰＰ  ５Ｇ  ＮＲ−Ｕ）が両方のリンクのために使用されるとき、同時に柱取り付け外部無線アクセス・ノード４０６ａとの別の４Ｇ／４．５Ｇ／５Ｇデータ・セッション中であり、外部ノード４０６ａを通してサービスを受信する間、ＣＰＥｅとの元の４Ｇ／４．５Ｇ／５Ｇセッションから切断する必要がない。１つの手法では、同じＲＦ帯域幅についての多入力多出力（ＭＩＭＯ）チャネルの一部としての、複数の独立した並列データ・ストリームの送信の３ＧＰＰ  ５Ｇ  ＮＲ規格のサポートが、この目的のために活用される。これは、複数のアンテナ要素が使用されるとき、ワイヤレス・チャネルがもたらす空間ダイバーシティの活用を可能にする。さらに、３ＧＰＰチップセットの以前の世代（たとえば、３Ｇ、４／４．５Ｇ）が、そのような並列ＭＩＭＯデータ・ストリームをサポートし得る。したがって、本開示のコンテンツは、現存するインフラストラクチャにおいて実装されたとき、比較的あまりコストがかからなくなり、あまり時間がかからなくなり得る。
【０２３８】
図９ｃの例示的な実施例に戻ると、データは、ＣＵｅ４０４を介してネットワークのコア（ＭＳＯ）からモバイル・クライアント・デバイス４０７によって要求され得、１つ又は複数のＤＵｅ４０９ａ及び／又は４０９ｂを介して配信される。ＣＵｅと１つ又は複数のＤＵｅとは、ｇＮＢとして論理的に定義され（破線矢印によって示される）、ＣＵｅと（１つ又は複数の）ＤＵｅとは、バックホール・ケーブル上で、又は（十分に近接していれば）ワイヤレスに通信し得る。とはいえ、ＤＵｅノードは、ネットワークのエッジの近くで、すなわち、構内の近くでデータの分散を可能にする。以下でさらに説明されるように、ＤＵｅは、エッジ・キャッシング及び一般的なストレージを可能にするために大きいデータ・ストレージ能力を装備し、並びにネットワークのエッジにある複数のノード（たとえば、外部無線アクセス・ノード４０６ａ、４０６ｎ）への高スピード・トラフィックのフローを制御することが可能な１つ又は複数のプロセッサ装置を装備し得る。
【０２３９】
一実施例では、受信側プロセス（たとえば、ＵＥ４０７上で稼働するアプリケーション）への配信のために送信されるデータは、データ・ソース（たとえば、バックエンドに位置するサーバからソーシングされ得る、たとえば、ＣＵｅ４０４）から異なるＤＵｅ４０９ａ、４０９ｂを介して別々に配信される２つの（又はそれ以上の）部分又はストリームにスプリットされる。それぞれの部分又はストリームは、外部無線アクセス・ノード４０６ａを介した補足リンク９０２を通して、及びＣＰＥｅ４１３を介した１次リンク９０１を通してターゲットＵＥ４０７に配信される。そのような「スプリット」データは、ネットワークの個々の構成要素（たとえば、コア、ＣＵｅ４０４、ＤＵｅ６０９、ノード４０６ａ、ＣＰＥｅ４１３）のために必要とされる帯域幅及び処理能力などのネットワーク・リソース要件を低減するために使用され得、すなわち、スプリットは、過負荷のかかった又は限られた構成要素に対する負荷を低減するか、或いは厳しいレイテンシ要件を満たすことを可能にするために発動される。代替的に、スプリットは、異なるＱｏＳ要件をもつ異なるアプリケーション／サブ・アプリケーション又はプロセスなど、異なる５Ｇ  ＮＲスライスをサポートするために発動され得る。本開示が与えられれば、スプリットするためのまた他の理由（たとえば、異なるセキュリティ・レジーム、異なるコンテンツ・プロバイダとの関連付けなど）が、当業者によって諒解されよう。
【０２４０】
また別の実施例では、異なるリンクを介して配信されるデータは、少なくとも部分的に冗長であるか、又は複製される。冗長データは、データ及びファイルの完全な完全性を保証し、ドロップアウト又は他の喪失機構が存在し、再送信が（少なくとも十分に適時に）が可能でない場合、再構成を可能にし得る。
【０２４１】
別の実施例では、補足リンクを介して到着するデータは、外部無線アクセス・ノード４０６ａ（及び／又は別のＤＵｅ）とデータ通信している、何らかの他の外部無線アクセス・ノード４０６ｎから受信され得る。いくつかの場合には、他のノード４０６ｎは、中間ノードとして働くまた別のノード又は別のモバイル・クライアント・デバイスからデータを受信していることがある。諒解され得るように、例示的なフォグベース・ネットワーク環境では、データは、管理されたネットワークのバックエンドに位置するサーバ又は他のソースまで達する必要はない。実際、超低レイテンシ及び超高速データ・レートが、一部には、ピアツーピア接続のフォグ・ネットワークに参加する５Ｇ対応デバイスの参加のために、可能にされ得る。特に、このネットワークにおいて実装されるようなピアツーピア接続は、モバイル・クライアント・デバイス間の直接接続を備え、従来のクラウドベース実装形態において使用されるものなどの集中型サーバ・エンティティによる比較的より遅い接続の必要を不要にする。
【０２４２】
逆に、モバイル・クライアント・デバイスは、４Ｇ／４．５Ｇ／５Ｇリンク９０２、９０１との接続を確立することによって、構内に、すなわち、図９ｃ中の位置Ｃから位置Ａに「シームレスに」入り得る。より詳細には、モバイル・クライアント・デバイス４０７が、構内（たとえば、位置Ｂ）により近接して動くとき、外部無線アクセス・ノード４０６ａは、ＲＵ４０６ａとＵＥ４０７との間の現存する１次リンク９０１に加えて、モバイル・クライアント・デバイス（たとえば、ＵＥ）との補足リンク９０２を確立し得る。一実施例では、補足リンク９０２は、事実上、同じ帯域幅、レイテンシ、範囲などをもつ、１次リンクと同様の別のリンクである。別の実施例では、補足リンク９０２は、より低い帯域幅、より低いデータ・レート、より大きい範囲（より低い周波数）などを有し得る。システムはまた、補足リンクの使用なしに、すなわち、ＵＥとターゲット・アクセス・ポイント（たとえば、ＣＰＥｅ４１３）との間の１次リンクを確立し、次いで、無線ノード４０６ａとの初期１次リンクをティアダウンすることによって、転送又はハンドオーバするように構成され得る。随意に、ＣＰＥｅ４１３は、ＷＬＡＮリンク９０３を、４Ｇ／４．５Ｇ／５Ｇ接続とともに、又はそれ自体で確立し得る（すなわち、他のリンクを切断する）。
【０２４３】
図９ｄは、１つのロケーションから別のロケーションに動くクライアント・デバイス、この場合、道路上の車両のシームレス・モビリティ及び接続維持の上記の説明を実装するネットワーク・アーキテクチャを示す。
【０２４４】
詳細には、５Ｇコア４０３と１つ又は複数のｇノードＢ（ｇＮＢ）とによってサポートされる５Ｇ対応ネットワークが示されている。ｇＮＢは、拡張コントローラ・ユニット（ＣＵｅ）４０４と２つ又はそれ以上の拡張分散ユニット（ＤＵｅ）４０９とを（必ずしも物理的にではないが）論理的に含み、それらは、上記で説明されたように、４Ｇ／４．５Ｇ／５Ｇ対応外部無線アクセス・ノード４０６ａ、４０６ｎにデータ及びコンテンツを中継する。述べられたように、ＤＵｅ及び外部アクセス・ノード機能はまた、同様に、様々な程度で組み合わせられるか又は統合され得る（たとえば、各外部ノード４０６ａは、それ自体、ＤＵｅであり得る）。モバイル・クライアント・デバイス（たとえば、１つ又は複数の５Ｇ無線機及びアンテナを装備したテレマティックス・システムをもつ車両）４０７は、４Ｇ／４．５Ｇ／５Ｇリンク９１０を介して第１の外部無線アクセス・ノード４０６ａに接続し得る。このワイヤレス・リンクは、車両が、機能の中でも、データ、たとえば、ナビゲーションのための衛星データ、車両によるレンダリング又は消費のためのデジタル・データ（たとえば、マップの画像、オーディオ又はビデオ・ディスプレイのためのストリーミング・コンテンツ、ホットスポット機能性を介した車両内の他のモバイル・デバイスに分散すべきコンテンツ）、及び別の車とのオーディオ通信のためのボイス・オーバーＩＰ（ＶｏＩＰ：Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）データを受信することを可能にする。
【０２４５】
図示の実施例では、複数の外部ノード４０６ａは、共通ＨＦＣネットワーク部分によってサービスされるノードを備え、たとえば、それらのノードは、各々、ＨＦＣ媒体から離れた異なる「タップ」に関連する（図４を参照）。有利には、そのような手法は、車両が運転される街路に近接して存在する単一のベアラ媒体（たとえば、同軸ケーブル）を利用することができる。特に、多くの既存の同軸ケーブル設置は、実際、（電柱又は他の電信柱に沿って張り巡らされるなどの「オーバーヘッド」設置においてであるのか、地下ケーブル・チェイス又はコンジットにおいてであるのかにかかわらず）少なくともいくらかの距離にわたって既存の街路と並行する。これは、しばしば、家屋又はアパートがしばしば同じ街路に沿って同様に並べられるという点で、それらがサービスする近隣のアーティファクトである。したがって、これらのケーブルは、所望の間隔又はロケーションにおいて外部無線ノード４０６ａの設置を可能にするために、図示のように容易にタップ・オフされ得る。前記のように、外部ノードは、それら自体、柱取り付け、他のインフラストラクチャと共存するなど、多くの形式をとることができる。ノード４０６ａは、信号伝搬目的のために地上のアンテナを有しなければならないが、ノードＲＲＨフロント・エンド及び関連するバックホールは、地下を含む、又は街路に沿った構内でも、文字通りどこにでもあり得る（たとえば、ＭＳＯ又は他のサービス・プロバイダが、住宅顧客への電力分散のための既存の逓降変圧器に似た、街路の近くの地上波ボックスを配置するために土地の地役権を利用するところなど）。
【０２４６】
代替的に、別の実施例では、外部無線アクセス・ノード４０６ａは、前に説明されたタイプのピアツーピア・アーキテクチャにおいてなど、クライアント対応車両４０７とＣＵｅ４０４、ＤＵｅ４０９又はさらに別のモバイル・クライアント・デバイス（たとえば、別の車両）との間の中間アクセス・ノードとして働く別の５Ｇ対応車両を備え得る。道路上の車両の数が増加するにつれて、参加するネットワーク・ノードの「フォグ」はより密になり、たとえば、過密トラフィックが、参加する５Ｇ対応車両の間で超低レイテンシ及び超高スピードでコンテンツを配信するために利用され得る。
【０２４７】
車両４０７が経路（たとえば、街路）に沿って動くにつれて、別の外部無線アクセス・ノード４０６ｎは、ＣＵＥ／ＤＵｅからの通信を介してであるのか、直接（たとえば、車両／ＵＥ４０７による放出のための適用可能な帯域における走査を介して）であるのかにかかわらず、車両を検出する。車両が検出されると、他の外部無線アクセス・ノード４０６ｎは、（たとえば、前のノードとの現存する「１次」リンクと同時に）車両との別の４Ｇ／４．５Ｇ／５Ｇリンクを確立し得る。特に、現存する３ＧＰＰプロトコル（４Ｇ／４．５Ｇであるのか、５Ｇであるのかにかかわらず）は、動いているプラットフォーム内を含むモビリティを考慮し、したがって、異なるセル（すなわち、セルラー・コンテキストにおける）が遭遇されるアプリケーションにとって好適である。しかしながら、一般的な３ＧＰＰベース・モビリティは、様々なエンティティ間のかなりの量のシグナリングを必要とする、セル追加又は削除を含む、セル選択及び再選択プロシージャを伴う。対照的に、図９ｄに関して説明される例示的な実施例は、本明細書では、（概して、前に説明された３ＧＰＰにおいて定義されているモビリティの同じ原理を使用して）屋外に取り付けられたＣＰＥ間の信号レベル（強度）及び／又は品質ベース・モビリティを利用するが、一般的な３ＧＰＰベース・モビリティとは異なり、すべての屋外セルは、仮想的に、単一のセルを備えるか又は単一のセルとして働き、異なるセルＩＤがないことがある。この顕著な利点は、そのようなデバイスが各々、ＤＵにおいて同じベースバンドに接続されるか、又は同じベースバンドと通信可能であり、それにより、シグナリング・ロバストネスに関する脆弱性をなくし、（事実上１つのアグリゲートされた又は仮想ラージ・セルのみがあるので）セル選択／再選択／追加／削除の上述の現存するプロシージャを簡略化することに起因する。様々な異なるデバイスのための統一された制御プレーンは、認識しているコントローラ（たとえば、構成に応じて、ＣＵｅ又は５ＧＣコア・エンティティ）が、個々のデバイスの各々のＲＡＮカバレージ・エリア間のハンドオーバをシームレスに管理し、述べられたように、セル選択などのためのシグナリングに関連するオーバーヘッドを不要にすることを可能にする。
【０２４８】
車両がハイウェイ・スピード（たとえば、８０〜１２８ｋｍ（５０〜８０マイル）毎時）において動いているシナリオでは、車両とノード４０６ａとの間のワイヤレス・リンクを維持することは、データ配信における中断を最小限に抑えることに役立つことになり、「ハンドオーバ」が十分に速くない場合、ドロップアウト／セッション喪失及び得られた不十分なユーザ・エクスペリエンスが発生し得る。しかしながら、新しいリンク９１０ｃが確立されると、初期リンク９１０ａ又は９１０ｂは切断され得る。車両４０７とノード４０６ａ及び４０６ｎとによって使用される共通４Ｇ／４．５Ｇ／５Ｇプロトコルが与えられれば、車両は、同じｇＮＢ（ただ、異なる外部ノード）を介して、そのｇＮＢによってサービスされる共通カバレージ・エリア９２５のエッジに達するまで、データを受信することを継続し得る。
【０２４９】
また、複数のリンク９１０ａ、９１０ｂとして図９ｄに示されているが、所与の外部ノード４０６ａは、車両４０７がノードの範囲内にある間、車両４０７をサービスする際に複数のリンクを利用することも利用しないこともあることが諒解されよう。たとえば、１つの変形態（及び図示される）では、ノード４０６ａは、車両４０７が外部ノード４０６ａとの接続状態を、図示のように（そのように装備されたとき）外部ノードの異なるＭＩＭＯ又は他のチェーンを介して維持することができるように、空間ダイバーシティ能力及びビームフォーミングを含む。
【０２５０】
別の変形態では、上述のように、他の外部無線アクセス・ノード４０６ｎは、（たとえば、５Ｇコア４０３によって提供されるサービスに登録又はサブスクライブされた）別の車両であり得る。一実装形態では、複数の車両が少なくとも時間期間の間同様のスピードにおいて動いている場合、ノード自体がモバイルになる。したがって、そのようなシナリオでは、上記で説明されたようなノード４０６ａとノード４０６ｎとの間のハンドオーバは、必要でないことがある。別の車両との４Ｇ／４．５Ｇ／５Ｇリンクを介して接続された車両４０７は、たとえば、その別の車両とのリンクの信号強度又はチャネル品質（或いはそれの変化又は変化率）、その別の車両に対する近接度（及びそれらに基づいて計算される切断の恐れ、たとえば、その別の車両が遠いほど、切断が発生することになる可能性が高くなり、車両は、別のノードとのより良い接続を探すべきである）、５Ｇネットワークに参加する他の車両（たとえば、第３の車両）に対する近接度、別の非車両ノード４０６ｎに対する近接度又はそれの利用可能性などに基づいて、その別の車両を維持する又はその別の車両から切断する必要性を評価し得る。
【０２５１】
その上、道路又はエリアに沿った複数のＤＵｅユニットを介して、所与のＣＵｅ４０４は、どのエリアが所与の時点において最も多くの車両を有するか、したがって、利用すべき外部ノードのうちの１つに近接している又はそれに接続された車両についての利用可能な接続の最大／最小数に関するデータを所有し得る。ＣＵｅは、リンクを確立するための１つ又は複数の最適ノード又は車両を識別するために、このデータを、第１の無線ノード４０６ａとの現存する接続されたリンクを介して車両４０７に送信し得、及び／又は、たとえば、通知されたノードのうちの選択されたノードに、将来のある時間に車両との接続を誘発させるように、このデータを無線ノード４０６ａ〜ｎに提供し得る。
【０２５２】
図９ｄに示されているように、ＭＳＯネットワークの所与の部分に関連するアグリゲートされた無線ノード４０６ａ〜ｎの「組み合わせられた」セル・カバレージは、上記で説明されたようにシステムの統一された共通アーキテクチャにより、比較的大きく、ＷＬＡＮ  ＡＰの下であるのか、（一実施例では、図４に示されている柱取り付けデバイス４０６ａ、及び／又はセルラー基地局サイトにおいてコロケートされたデバイスなどの他のデバイスを含み得る）４Ｇ／４．５Ｇ／５Ｇ外部アクセス・ノードの下であるのかにかかわらず、車両が、ＭＳＯによってサービスされる組み合わせられたセル・カバレージ・エリア中に残っている間、ＭＳＯからＭＮＯへの（又はその逆の）ハンドオーバが必要とされない。詳細には、共通事業者（たとえば、ＭＳＯ）及びインフラストラクチャによって、複数のモビリティ・アクセス・ノードが組み合わせられて、（たとえば、セル・エッジにおける）より高いスループットとより大きいカバレージの両方のために、単一のセルを形成し、それにより、イントラ・エンティティ・ハンドオーバをさらに低減するか又は不要にさえし得る。
【０２５３】
方法
以下の説明は、本開示による、ネットワーク「経路」又はルート決定を含む、ワイヤレス・データ・ネットワークにおける（たとえば、Ｓｔｄ．８０２．１１及び３ＰＧＧプロトコルによる）ワイヤレス対応クライアント・デバイスのシームレス・モビリティを可能にするための方法について説明する。
【０２５４】
次に図１０を参照すると、たとえば、図４のアーキテクチャ４００内の経路又はルート選択の方法１０００の一実施例が、詳細に説明される。図示のように、本方法は、最初に、ステップ１００２によれば、データ・サービスが提供されることになるターゲットＣＰＥｅ４１３又は他のエンティティを識別するステップを含む。一変形態では、このステップは、デフォルトＣＵｅ４０４、たとえば、他の中から、ネットワーク内で方法１０００を実装するために指定されたＣＵｅ４０４、又は他の規定された基準を満たすＣＵｅ４０４の論理によって実施される。
【０２５５】
ターゲット・デバイス又はＣＰＥｅの識別は、たとえば、ＭＡＣ、ＩＰアドレス、ワイヤレスＩＤ（たとえば、３ＧＰＰベース、又はＷＬＡＮベースＩＤ）、或いはＣＰＥｅ又はネットワーク中のそれの場所を一意に識別する他のデータを介して達成され得る。
【０２５６】
次に、ステップ１００４によれば、ルート決定のために最適ＣＵｅ及び／又は５ＧＣエンティティが識別される。図４のアーキテクチャ４００の一変形態では、複数のＣＵｅがネットワーク内に存在し、各々は、それのＤＵｅ及び／又は外部ノード４０６ａ（並びにＣＰＥｅ及びさらにＵＥなどのクライアント構内デバイス）に関連する、他のＣＵＥｅ又は５ＧＣによって所有されない、ローカル・ノード配置、サービス・グループ・メンバーシップ、特定のタップの配置などのデータを有し得る。同様に、５ＧＣは、あらゆるＣＵｅによって所有されるとは限らない（又はいずれのＣＵｅによっても所有されない）関連するデータを有し得る。したがって、ステップ１００４の論理の一実装形態は、ネットワーク内のトポロジー関係を介してなど、ターゲットＣＰＥｅに最も関連することについてＣＵｅを（たとえば、ターゲットＣＰＥｅをサービスし得るすべて又は大部分のＤＵｅ／ノード４０６ａにわたって認識しているものを）評価するためのアルゴリズムを含む。このコンテキストにおいて使用される「最適」という用語は、概して使用され、相対的であり、たとえば、最適ＣＵｅを選択することは、複数のＣＵｅのうちの最も最適化されていない１つを選択することを含み得る。
【０２５７】
次に、ステップ１００６によれば、ルート決定に関連するトポロジー及び他の利用可能なデータは、指定された（最適）ＣＵｅ／５ＧＣ処理エンティティによってアクセスされる。このデータは、特定のＣＵｅ４０４及び／又は５ＧＣによって、データベースにおいてなど、上述のように保持され得る。
【０２５８】
ステップ１００８によれば、アクセスされたデータは、１つ又は複数のサービングＣＵｅとターゲット・デバイス（たとえば、ＣＰＥｅ）との間のなど、１つ又は複数の候補経路ノードを決定するために使用される。１つ又は複数のサービングＣＵｅは、ルート決定のための選択されたＣＵＥ及び／又はコアを含むことも含まないこともあることが諒解されよう。たとえば、１つのそのような場合には、決定するＣＵｅは、ルート決定のための最も関連するデータを伴うｎｅであるが、それは、データ配信経路内になく、これは、後者は、もっぱらネットワークのエッジに向けて、又は「フォグ」ノードを介してであるが、決定するＣＵｅは、コアに対してさらに内側にある場合などである。
【０２５９】
諒解され得るように、ベアラ・ネットワーク（たとえば、管理されたＨＦＣネットワーク）のネットワーク・トポロジーの複雑さが増加し、ユーザ又はサービスされる構内の数が増加するにつれて、データが送信され得る可能なルートの数は劇的に増加する。これは、ノード（たとえば、Ｎ方向タップ及びＤＵ／ＤＵｅノード４０６ａ）の数がネットワーク内で増加するとき、特に当てはまり、ネットワークの異なるセグメントの異なる部分が、異なるやり方で組み合わせられて、依然として同じ「宛先」ノード又はターゲット・ユーザ・デバイス（たとえば、ＣＰＥｅ４１３）に到着し得るので、ＣＵｅ４０４とＣＰＥｅ４１３との間のデータ経路のためのオプションも指数関数的に増加する。
【０２６０】
したがって、本開示の一実施例では、ルート決定するＣＵｅ４０４は、ソース（たとえば、サーバ）から宛先（たとえば、ＣＰＥｅ、ゲートウェイ、ユーザ・デバイス）への最良又は最適データ・スループットを動的に決定するために、いくつかのネットワーク考慮事項を考慮に入れ得る。いくつかの変形態では、そのとき最適の経路又はルートは、本開示を与えられれば、当業者に明らかになるであろうファクタの中でも、（ｉ）（たとえば、報告プロトコルを介してなど、各ノードから、ＣＵｅ４０４又は５ＧＣ４０３などの意思決定エンティティにフィードバックされるデータによって確認され得る）各ノード上に存在する計算負荷及び／又はトラフィック負荷、（ｉｉ）各ノードにおけるソフトウェア又はハードウェア能力（たとえば、インバウンド／ダウンリンク及びアウトバウンド／アップリンク帯域幅利用可能性、各ノードが維持することができる、５Ｇ対応である同時接続の数）、（ｉｉｉ）保護又は暗号化されたデータに必要な任意の認証レベル、並びに／或いは（ｉｖ）各ノードによって可能にされるプライバシーのレベル及びアクセスのレベル（特に、５Ｇ対応ノードとしてオプトインしたモバイル・デバイスの場合）、並びに／或いは（ｖ）各ノードにおけるコアとの（たとえば、ＭＳＯ又はＭＮＯ  ＡＡＡエンティティとの）任意の許可要件、のバランスをとることに基づいて決定され得る。
【０２６１】
ステップ１０１０によれば、複数の可能な候補ノードが存在する（したがって複数の可能なルートが存在する）場合、決定するＣＵｅは、複数のルートを生成する（ステップ１０１２）。ＣＵｅ４０４はまた、ステップ１０１４によれば、ルート（すなわち、異なる経路セグメントと、日和見的クライアント・デバイス４０７などの任意の介在リレー・デバイスとの組合せ）をランク付けするか又は優先度を付け得る。このランク付けは、障害又は不測の事態が途中で発生する（たとえば、モバイル・ノードが停止するか、又は範囲外に動く）場合、より優先度の低い経路をフォールバックとして指定することによってなど、時間又は他のパラメータの関数として実施され得、この手法は、有利には、ソース・データを取得し、そのような障害／不測の事態の発生時に（１つ又は複数の）決定を実施しなければならないことを不要にする。詳細には、一実装形態では、ＣＵｅ４０４又はコア４０３エンティティは、規定された時間期間の間アクティブ（「フレッシュ」）のままである（たとえば、シーケンス中のルート内の各ノードのネットワーク・アドレス又は他の識別データによって指定された）ルートの優先リストを決定し、ノードが利用可能なサービス・エリアを出ることなどの不測の事態が発動すると、ＣＵｅ４０４又はコア・エンティティは、次に高い優先度のルートにとって利用不可能なノードを利用しないルートを識別するためにすべての残りのフレッシュ・ルートを探索する。そのようなルートがフレッシュ・リスト中で利用可能でない場合、新しいリストがＣＵｅ／５ＧＣエンティティによって生成され、実装される。
【０２６２】
一実装形態では、ルート識別／仕様のために使用されるノード識別／ネーミング規約は、現存する３ＧＰＰ規約（たとえば、本明細書で前に説明されたタイプのＤＵ／ＣＵ「スプリット」を用いるのか用いないのかにかかわらず、ｇＮＢについてのもの）に基づく。この手法は、（ＭＳＯ部分と非ＭＳＯ部分の両方を含む）３ＧＰＰアーキテクチャ全体にわたって規約の一貫性を維持するという利点を有し、それにより、ネットワーク境界における不整合を回避し、アドレス／ネーミング変換を不要にする。たとえば、３ＧＰＰ  ＴＳ３２．３００  Ｖ１５．０．０（２０１８−０６）、「Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ−３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ；Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  （ＣＭ）；Ｎａｍｅ  ｃｏｎｖｅｎｔｉｏｎ  ｆｏｒ  ｍａｎａｇｅｄ  ｏｂｊｅｃｔｓ  （Ｒｅｌｅａｓｅ  １５）」を参照されたい。その全体が参照により本明細書に組み込まれる。とはいえ、ＭＳＯは、ＡＡＡ、課金などの内部ＭＳＯプロセスが、ワイヤレス・セッション管理の目的でルート識別と並列に動作することができるように、ルート・ネーミング／アドレス・データをＭＳＯ固有データに相関させる相関又は変換データ（たとえば、データベース又はネットワーク管理ソフトウェア環境内に維持される変換又は関連付け表）を維持し得る。たとえば、課金動作又はアクションは、選択されるルート（又はそれの部分）に応じて発動され得、ＭＳＯは、そのような課金の管理のために内部で３ＧＰＰ命名法又はアドレス指定を利用しないことがある。
【０２６３】
一実施例では、可能なルートは、所与のＤＵとＣＰＥ（たとえば、ＣＰＥｅ）との間で測定されたタイミング・アドバンス（ＴＡ：ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）とリターン・ロス（ＲＬ：ｒｅｔｕｒｎ  ｌｏｓｓ）とに基づいて優先度を付けられる。詳細には、１つのシナリオでは、ルートは、ＲＬ大きさ及びＴＡ安定性又は予測可能性の評価に基づいて優先度を付けられ／選択され、それに応じて等級をつけられる。たとえば、一実装形態では、最良又は最適なルートは、（ｉ）ＲＬの最小値と、（ｉｉ）ある時間期間にわたって規定された最小レベルの安定性を満たすＴＡとをもつルートである。しかしながら、たとえば、ネットワーク・インフラストラクチャ・ロケーション／属性（たとえば、インフラストラクチャのトポロジー内の位置）、ルートに対する制御を行うアビリティ（たとえば、動作中に除外されないか又は再割り振りされないであろうルート）、或いは本開示を与えられれば当業者によって認識されるであろう任意の数の他のファクタに基づく手法を含む、他の手法が、本開示に従って使用され得ることが諒解されよう。
【０２６４】
別の実装形態では、ＣＵｅは、少なくとも１つの他のＣＵｅ又は他のコントローラとこれらの最適経路を決定する負担を共有し得る。たとえば、２つ又はそれ以上のエンティティ（ＣＵｅ及びＣＵｅ、ＣＵｅ及び５ＧＣなど）は、ネットワーク・トポロジー内の、実際の経路ノードにより近いそれらのエンティティが、表面上は、各ノードのステータス／利用可能性に関してより良いデータを有することになり、これはまた、そのようなデータが適切な決定エンティティにフォワーディングされるために被らなければならない「移動」の量を低減するので、経路決定の部分を、より近いエンティティに対してを含み、割り振り得る。したがって、一変形態では、各経路決定プロセスの一部として、１つ又は複数の処理エンティティが、最初に、要求側ＣＰＥｅ及び／又はデータ・ソースの初期知識に基づいて選択される（又はその逆も同様）。また、ＣＵｅが経路ノードの一部である限りにおいて、それは、優先的に選択され、事実上、その中にＣＵｅをもつものを含む経路を計算し得る。
【０２６５】
さらに、経路決定を実施するＣＵｅ及び／又は１つ又は複数の５ＧＣエンティティは、決定プロセスへの入力として実際の又は予定される密度データを利用し得ることを諒解されよう。たとえば、必要とされる経路が、主要な大都市エリアの近くの近郊エリアにおける分譲マンション団地内のユーザ構内に配設されたＣＰＥｅ４１３を含む場合を考える。（たとえば、ＭＳＯコア内の集中型データベース中でＭＳＯによって維持されるものなどの密度データへのアクセスを介して）ＭＳＯがその特定の団地／近郊エリア中で規定された数の動作可能な５Ｇ対応ＣＰＥｅ、オプト・インされた／非オプト・アウトされたＵＥ、及び／又は柱取り付けノード４０６ａを有することを知ると、それは、それの経路ノード選択基準のレベルを直ちに較正することができる。簡単に言えば、それは、いくつかの最適ではない候補ノードが、さもなければおそらく地方エリア経路決定における（すなわち、極めて低い人口密度を有する）経路中に含まれることになる場合など、それのノード選択プロセスにおいてより差別化可能であり、それにより、とりわけ、低減されたレイテンシ又は他の望ましい属性により、さらに先を見越してユーザ・エクスペリエンスを最適化することができる。
【０２６６】
その上、ＭＳＯが、あるデバイス（たとえば、その顧客に関連する特定のＵＥ）の存在／不在に関する断定的データを維持しない場合でも、ＣＰＥｅを使用するユーザが、たとえば、平均して、同じく、本明細書の他の場所で説明されるように活用され得るスマートフォン、タブレットなどのパーソナル・モバイル・デバイスをも有することになるので、ＣＰＥｅ及び柱又は同様のノード４０６ａの設置されたＭＳＯ機器の基礎の密度の知識は、ＵＥ密度を推論するために使用され得る。
【０２６７】
ステップ１０１６によれば、最高ランクのルートが使用のために選択され、そのルートは、ステップ１０１８によれば、ターゲット・デバイス（たとえば、ＣＰＥｅ又はＵＥ４０７）との接続を確立するために（たとえば、１つ又は複数のＤＵｅ及び外部ノード４０６ａなどの関与するノード、或いはＵＥ又は車両にオプト・インされたサードパーティなどの他のＵＥへのシグナリングを介して）確立される。一変形態では、そのようなシグナリングは、現存する３ＧＰＰプロトコルを介して実施される。
【０２６８】
１つの候補ノード（たとえば、現存する外部ノード又はＤＵｅの近くの短いルート）のみがあるインスタンスでは、ステップ１０１１によれば、ルートは生成され、ステップ１０１８によれば、ルートは直接確立される。
【０２６９】
図１１は、たとえば、図９ａ〜図９ｃのコンテキストにおいて図４のアーキテクチャ４００を動作させる、一般化された方法の一実施例を示す。図示のように、方法１１００は、ステップ１１０２によれば、最初に、１つ又は複数の他のノード（たとえば、ＨＦＣタップ及び関連するサービングＣＵｅ／ＤＵｅ）を介してなど、「端末」ノード（たとえば、ＣＰＥｅ４１３）へのサービスを確立することを含む。
【０２７０】
次に、ステップ１１０４によれば、外部ノード（たとえば、柱ノード４０６）へのサービスが確立され、その外部ノードは、図４に示されているのと同じノード又は１つ又は複数の他のノード（たとえば、別のサービングＣＵｅ／ＤＵｅ）によってサービスされ得る。
【０２７１】
次に、ステップ１１０６によれば、ＲＲＣ接続状態を達成するために、３ＧＰＰプロトコルを介してなど、ＣＰＥｅ４１３とクライアント（たとえば、ＵＥ）４０７との間にワイヤレス接続が確立される。
【０２７２】
ステップ１１０８において、クライアント・デバイス移動／位置が評価され、これは、本明細書で後で詳細に説明されるように、任意の数の異なる技法を使用して達成され得る。ステップ１１１０によれば、クライアント・デバイスが、移動したか又は移動していると決定された場合、ステップ１１１２によれば、１つ又は複数の外部ノード（たとえば、柱取り付けノード４０６ａ）とのワイヤレス接続が確立される。
【０２７３】
代替的に、移動が検出されていない／検出されない場合、方法１１００は、（たとえば、規定された時間期間の満了、及び／又は１つ又は複数の他の基準が満たされた後に）移動の後続の決定のためにステップ１１０８に戻る。
【０２７４】
図１２は、たとえば、図９ａ〜図９ｃのコンテキストにおいて図４のアーキテクチャ４００を動作させる方法の別の実施例を示す。図示のように、方法１２００は、ステップ１２０２によれば、最初に、１つ又は複数の他のノード（たとえば、ＨＦＣタップ及び関連するサービングＣＵｅ／ＤＵｅ）を介してなど、「端末」ノード（たとえば、ＣＰＥｅ４１３）へのサービスを確立することを含む。
【０２７５】
次に、ステップ１２０４によれば、外部ノード（たとえば、柱ノード４０６）へのサービスが確立され、その外部ノードは、図４に示されているのと同じノード又は１つ又は複数の他のノード（たとえば、別のサービングＣＵｅ／ＤＵｅ）によってサービスされ得る。
【０２７６】
次に、ステップ１２０６によれば、ＲＲＣ接続状態を達成するために、３ＧＰＰプロトコルを介してなど、ＣＰＥｅ４１３とクライアント（たとえば、ＵＥ）４０７との間にワイヤレス接続が確立される。
【０２７７】
ステップ１２０８において、クライアント・デバイス接続が評価され、これは、本明細書で後で詳細に説明されるように任意の数の異なる技法（たとえば、ＵＥ及び／又はＣＰＥｅによるＲＳＳＩ又は他の信号測定、ＢＥＲ、ＰＥＲ、データ・スループットなど）を使用して達成され得る。チャネル／接続が（たとえば、１つ又は複数のパラメータが所望の値を超えるか又は下回ることによって決定されるように）十分に劣化したとき、方法１２００は、次いで、ステップ１２１０によれば、１つ又は複数のハンドオーバ又は補足候補ノードを識別する。一変形態では、この識別は、これらの外部ノード及び他のノードのロケーションが事前に固定されるので、ターゲット・デバイス（たとえば、ＣＰＥｅ４１３）への知られているトポロジー近接度及び／又は空間近接度に基づく。代替的に（又は協働して）、車両、他のＵＥデバイスなどの可変位置又は移動するノードも、たとえば、十分な近接度の固定ノードのインベントリが限られているか又は存在しない、或いはそのような移動するデバイスの使用が何らかの他の利益（たとえば、特定の５Ｇ  ＮＲスライスのサポート）を提供するであろう場合などには、候補に含まれ得る。
【０２７８】
ステップ１２１２によれば、１つ又は複数の候補ノードが識別された場合、ステップ１２１４によれば、ワイヤレス接続が、クライアント・デバイスと最良の候補、たとえば、１つ又は複数の外部ノード（たとえば、柱取り付けノード４０６ａ）との間で確立され、ステップ１２１６によれば、既存の（劣化した）チャネルは終了される。
【０２７９】
代替的に、候補ノードが利用可能でない場合、ＣＵｅは、ステップ１２１３によれば、現存する接続を全（又は少なくともより高い）容量まで復元する試みにおいて、ＭＣＳ（変調コーディング方式、空間ダイバーシティ、送信電力、選択された周波数など、それの動作チャネル・パラメータのうちの１つ又は複数を修正するために、ＣＰＥｅにシグナリングする。
【０２８０】
図１３は、たとえば、図９ａ〜図９ｃのコンテキストにおいて図４のアーキテクチャ４００を動作させる方法のまた別の実施例を示す。図示のように、方法１３００は、ステップ１３０２によれば、最初に、１つ又は複数の他のノード（たとえば、ＨＦＣタップ及び関連するサービングＣＵｅ／ＤＵｅ）を介してなど、「端末」ノード（たとえば、ＣＰＥｅ４１３）へのサービスを確立することを含む。
【０２８１】
次に、ステップ１３０４によれば、外部ノード（たとえば、柱ノード４０６）へのサービスが確立され、その外部ノードは、図４に示されているのと同じノード又は１つ又は複数の他のノード（たとえば、別のサービングＣＵｅ／ＤＵｅ）によってサービスされ得る。
【０２８２】
次に、ステップ１３０６によれば、ＲＲＣ接続状態を達成するために、３ＧＰＰプロトコルを介してなど、ＣＰＥｅ４１３とクライアント（たとえば、ＵＥ）４０７との間に１次ワイヤレス接続が確立される。
【０２８３】
ステップ１３０８において、補足接続の必要が評価され、これは、図１２に関して上記で説明されたように、１次クライアント・デバイス接続の評価を含み得る。たとえば、（ユーザ周波数帯域ベース・ワイヤレス・リンクを介してＣＰＥｅ４１３に結合された）ＵＥ４０７のユーザによって使用されるアプリケーションが、１次リンクが提供することができるものよりも高い帯域幅を必要とするか、或いはより厳しいＱｏＳ又はレイテンシ性能などを必要とするとき、補足リンクは、そのような要件を満たすために必要とされ得る。同様に、ＣＰＥｅ自体は、たとえば、１次リンクの能力を全体として超える、複数のＵＥ４０７をサービスすることにより、補足リンクを必要とし得る。諒解されるように、本開示は、たとえば、ＣＵＥ４０４、ＣＰＥｅ４１３、又は上記の組合せによってそのような評価が実施されることを企図する。サービングＤＵｅ４０９、さらには５ＧＣ内のエンティティを含む、他のエンティティも、補足リンクの必要を評価するために利用され得る。
【０２８４】
補足リンクの必要が決定されたとき、方法１３００は、次いで、（たとえば、図１２のステップ１２１０のプロセスによれば）１つ又は複数のハンドオーバ又は補足候補ノードを識別し、ステップ１３１２によれば、リンクを確立した。たとえば、補足リンクは、ＣＰＥｅ４１３の十分な範囲内にある、図９ｂに示されているものなどの外部ノード４０６であり得る。
【０２８５】
ステップ１３１４によれば、２つの（又はそれ以上の）リンクは、必要とされる性能がサポートされるように並列に動作させられる。これは、前に説明されたデータの「スプリット」、本明細書で前に説明された、特定のリンクへのスライスの割振り、いくつかのリンクへのいくつかのタイプのトラフィックの割振りなどを含み得る。
【０２８６】
図１４ａ〜図１４ｄは、本開示による、変動する条件下で構内デバイスにサービスを提供する方法の様々な例示的な実装形態を示す。
【０２８７】
図１４ａは、ワイヤレス対応クライアント・デバイスが、たとえば、構内から同じ構内の外側に移動しながら、５Ｇ対応ネットワークからデータをシームレスに及び中断なしに受信することを可能にするための拡張ネットワーク・コントローラ（たとえば、上記で説明されたＣＵｅ４０４、又は論理エンティティとしてのｇノードＢ）のための方法１４００の一変形態を示す。
【０２８８】
ステップ１４０２において、コントローラは、第１のネットワーク・ノードと顧客構内機器との間のデータ接続の確立を引き起こす。例示的な一実施例では、第１のネットワーク・ノードは、現存するＨＦＣ（及び／又は光）インフラストラクチャにおいて設置された拡張分散ユニット（たとえば、上記で説明されたＤＵｅ４０９）を含む。ＤＵｅは、コア／ＣＵｅから、要求されたデータ・パケットを受信し、それらを１つ又は複数の構内に配信し、その逆も同様である、ネットワーク・ノードである。
【０２８９】
５Ｇトランスポート・ネットワークにおける「バックホール」と「フロントホール」とは融合されて、動的に再構成可能であり、様々なファクタに基づいてフレキシブルに実装される、機能的にスプリットされた「クロスホール（ｃｒｏｓｓｈａｕｌ）」になり得ることが諒解されよう。たとえば、そのスケールの一端において、５Ｇ対応ネットワークは、たとえば、旧来のクラウド・ネットワークにおいて使用されるバックホール及びレガシー・アクセス・ポイント又は基地局に適応し得る。他端において、「フォグ」ネットワークは、密に分散されたワイヤレス無線アクセス・ノード、たとえば、（ＤＵｅを含む）ｇＮＢ、モバイル・デバイス、セル、及び構内機器を通してデータを交換するように構成され得る。これらの広く分散されたアクセス・ノードは、上述の超高データ・レート及び超低レイテンシを達成するために、アクセス・ノードの遍在性をもつ拡張通信プロトコルをさらに活用し得る。「クロスホール」は、バックホールとフロントホールの両方の性質を有し得、インフラストラクチャは、たとえば、バックエンド部分に配設された集中型サーバとのデータ交換、並びに様々な「エッジ」デバイスとのデータ交換をサポートする。たとえば、フォグ内に含まれていない新しいデータが、データを１つ又は複数のエッジ・デバイスに「シード（ｓｅｅｄ）」するＤＵ／ＤＵｅに配信され得る。
【０２９０】
例示的な実施例に戻ると、一変形態では、ＤＵｅは、ネットワークのエッジにより近く、すなわち、ユーザ構内（たとえば、家屋）に近接して配設され得る。異なる変形態では、ＤＵｅは、バックエンドにより近く位置する。ユーザ構内により近いＤＵｅは、とりわけ、多数のＤＵｅモジュールをサポートすることができる既存のインフラストラクチャをすでに有する居住エリアを活用するために有利であり、これは、ユーザのクライアント・デバイスを介したネットワークへのより速いアクセスを可能にし得る。インフラストラクチャがないロケーションは、データが、バックエンドにより近く位置するＤＵｅまでのより長いトリップに耐えることを必要とし得るが、そのようなネットワークは、ネットワーク事業者による「拡張」をほとんど必要としないことがある。ユーザは、依然として、４Ｇ／４．５Ｇ／５Ｇ接続性を介して、比較的改善されたエクスペリエンスを享受し得る。
【０２９１】
例示的な実施例では、コントローラ４０４は、たとえば、コア、又はネットワーク中の他の場所におけるサーバ・エンティティにおいてアクセスされるデータを管理し、それを１つ又は複数のＤＵｅに配信する。各ＤＵｅ４０９は、データを構内に配信するように構成される。いくつかの変形態では、所与のＤＵｅは、サービス・グループ、加入者のグループ、又はコンテンツのタイプ（たとえば、ビデオ、オーディオ、ゲーミング・コンテンツ）を管理し得る。所与の構内は、４Ｇ／４．５Ｇ／５Ｇ対応拡張顧客構内機器（たとえば、上記で説明され、以下でさらに説明されるＣＰＥｅ４１３）を介してＤＵｅからデータを受信し得る。いくつかの変形態では、ＤＵｅは、構内中のルータ、又はＨＦＣシステムのバックホール又はフロントホールに沿ったスプリッタに接続し得、ルータ又はスプリッタの各出力がＣＰＥｅに接続される。
【０２９２】
ステップ１４０４において、コントローラは、第２のネットワーク・ノードと外部ワイヤレス無線機との間のデータ接続の確立を引き起こす。例示的な実施例では、第２のネットワーク・ノードは、現存するＨＦＣアーキテクチャでは、別の拡張分散ユニット（たとえば、ＤＵｅ４０９）である。外部ワイヤレス無線機は、柱取り付け（又は他の構造取り付け、吊り下げ、航空機又は自律ドローンによる搬送などの）４Ｇ／４．５Ｇ／５Ｇ無線アクセス・ノード（たとえば、外部無線アクセス・ノード４０６ａ）であり得る。外部無線アクセス・ノードは、接続されたとき、ＤＵｅからデータ信号を受信し、クライアント・デバイス及び／又は他の無線アクセス・ノードにその信号を中継する。無線アクセス・ノードが多くの他のアップストリーム又はダウンストリーム・エンティティと対話し得るので、無線アクセス・ノードは、着信及び発信データを処理し、並びに以下でさらに説明されるように、メモリに記憶されたデータを管理するための、メモリ・ストレージ・モジュール又はバッファ並びにプロセッサ装置を含み得る。
【０２９３】
ステップ１４０６において、コントローラ４０４（又はＣＰＥｅなど、それのプロキシとして働くノード）は、クライアント・デバイス４０７が第１のロケーションにある（又はさもなければ、「近接度」基準を満たす）かどうかを決定する。第１のロケーションは、所定のエリアの限度、或いは別のネットワーク・エンティティからの相対距離、又は距離の範囲内のロケーションを指し得る。例示的な実施例では、第１のロケーションは、ＣＰＥｅからの特定の距離範囲における構内にある（たとえば、図９ｂの位置Ａ）。ＣＰＥｅは、たとえば、クライアント・デバイスまでの距離を測定するために、本明細書の他の場所で説明される監視技法を使用し得る。別の実施例では、クライアント・デバイスは、（誤差内で）それの概算ロケーションを特定するために測位システム（たとえば、ＧＰＳ）を使用し得る。この決定された位置はまた、確立された現実の境界又は人工境界に関するものであり得る。たとえば、クライアント・デバイスが、ストリート・アドレス（たとえば、本通り１２３）で指定されたエリアの限度内にある場合、クライアント・デバイスは、それ自体が指定された構内にあると見なし得る。１つの関係する実例では、指定されたエリアの外に（たとえば、裏庭エリアに）出るユーザは、クライアント・デバイスがもはや第１のエリア中にないことをユーザのサービングＣＰＥｅに指示し得る。
【０２９４】
いくつかの変形態では、クライアント・デバイスは、コア・ネットワーク／ＭＳＯから獲得されるソフトウェア（たとえば、モバイル・アプリケーション又はアプリ）を必要とし、及び／又はロケーション・データの送信を可能にし得る。他の場合には、クライアント・デバイスは、５Ｇネットワークによって提供されるサービスにサブスクライブされなければならない。クライアント・デバイスは、このロケーション情報を、ＣＰＥｅ、及び最終的にコントローラ４０４に送信し得る。
【０２９５】
また、特定のロケーションにおける存在は、ＵＥ上の加速度計及び／又は写真／光センサーを介してなど、コントローラ４０４（又はＵＥ４０７自体）によって、他のソースから推論され得る。たとえば、（日中屋外にいることに一致する）比較的高いレベルの入射する光を伴う動いているＵＥは、比較的暗闇において動きがないこと（すなわち、ユーザが眠っていると推定される、或いはＵＥがユーザのコート又はポケットブック（ｐｏｃｋｅｔｂｏｏｋ）内にある）など他の状態と弁別され得る。また、ＵＥ上でのいくつかのアプリ又は機能の使用は、そのような「コンテキスト」決定のための基礎として使用され得、すなわち、ユーザがあるロケーションへの歩行指示のためにマップ又は案内アプリを発動した場合、ユーザは、ユーザの構内の外側を歩いていると推論され得る。ユーザ・コンテキスト／位置を推論するための多数の他のそのような機構が、本開示を与えられたとき、当業者によって諒解されよう。
【０２９６】
一実施例では、コントローラ４０４（又は、ＣＰＥｅなど、それのプロキシとして働くノード）は、周期的に、所定の間隔においてクライアント・デバイス４０７のロケーションを検査する。別の実施例では、ロケーションを検査する頻度は、動的に決定される。たとえば、一変形態では、頻度は、ＣＰＥｅからのクライアント・デバイスの最後の決定された距離及び／又はトレンディングに基づく（たとえば、クライアント又はＵＥ４０７がＣＰＥｅ４１３から遠ざかっているという決定は、より高い頻度の決定を引き起こす）。１つの手法では、クライアント・デバイスがＣＰＥｅからより遠くに動くにつれて、クライアント・デバイスの距離は、以下でさらに説明されるように接続性を修正するためにより重要になる。
【０２９７】
別の変形態では、クライアント・デバイスとＣＰＥｅとの間の（１つ又は複数の）リンクの信号強度は、検査の頻度を決定するために使用される。一実装形態では、ＷＬＡＮ又は４Ｇ／４．５Ｇ／５Ｇリンクのいずれかの信号強度が、特定のしきい値を下回る場合、これは、クライアント・デバイスが構内を出る準備ができていることを、コントローラ４０４とＣＰＥｅとに指示し得る。別の実装形態では、ＷＬＡＮ接続のみの信号強度が考慮される。また別の実装形態では、信号強度の変化率は、クライアント・デバイスがＣＰＥｅのほうへ、又はそれから離れて動いているという推定をもたらすために使用され得る。コントローラは、それが、ある時間期間にわたって信号強度（又は距離）において一定のドロップを検出した場合、クライアント・デバイスのロケーションについて検査し得る。
【０２９８】
ステップ１４０８において、クライアント・デバイスが、ステップ１４０６において決定された第１のロケーションに／内にある場合、コントローラ（又はそれのプロキシとして働くノード）は、第１及び／又は第２のワイヤレス・エア・プロトコルを介したＣＰＥｅ４１３とクライアント・デバイス４０７との間のデータ接続を確立する。例示的な実施例では、第１のワイヤレス・プロトコルは、ＷＬＡＮプロトコル（たとえば、Ｗｉ−Ｆｉ又は別のＳｔｄ．８０２．１１プロトコル）であり得る。第２のワイヤレス・プロトコルは、本明細書の他の場所で説明されるように４Ｇ／４．５Ｇ／５Ｇ接続性を可能にするための３ＧＰＰベース・プロトコルである。以下でさらに説明されるように、各ＣＰＥｅ及びクライアント・デバイスはこれらのプロトコルを介したデータの交換を可能にする１つ又は複数のネットワーク・インターフェース（ＲＡＴ）を有する。コントローラは、それにより、データが、所望される場合、ＷＬＡＮプロトコルと４Ｇ／４．５Ｇ／５Ｇプロトコルのいずれか又は両方を使用してクライアント・デバイスに送信されることを可能にする。しかしながら、異なる実施例では、３ＧＰＰ（４Ｇ／４．５Ｇ／５Ｇ）接続性又はＷＬＡＮ接続性のいずれかのみが、ＵＥ４０７バッテリー条件又は他の基準に基づき得るなど、所与の時間において使用され得る。
【０２９９】
一実施例では、ＷＬＡＮと４Ｇ／４．５／５Ｇとを介したデータ送信は、同時であり得る。たとえば、ＵＥ４０７によって受信されている／ＵＥ４０７から送信されている、要求されたデータは、スプリットされ、両方のプロトコルを介して配信され得る。そのようなスプリットされたデータは、異なる時間周波数リソースをも使用して配信／送信され得る。
【０３００】
別の実施例では、クライアント・デバイス４０７が、完全に屋内にあり、すなわち、図９ｂ中のロケーションＡにある間、ＷＬＡＮ接続性のみが利用される。この場合、４Ｇ／４．５／５Ｇリンクは、以下でステップ１４１０に関して説明されるように、クライアント・デバイスが十分に遠いか、又は他の基準が満たされる（たとえば、信号品質又はチャネル・パラメータの十分な劣化）ときのみ、インスタンス化され得る。
【０３０１】
ステップ１４１０において、コントローラ４０４（又はＣＰＥｅなど、それのプロキシとして働くノード）は、クライアント・デバイスが第２のロケーションに位置する（又はさもなければ、「近接度」基準を満たす）かどうかを決定する。上記の第１のロケーションと同様に、第２のロケーションは、所定のエリアの限度、或いは別のネットワーク・エンティティからの相対距離、又は距離の範囲内のロケーションを指し得る。例示的な実施例では、第２のロケーションは、構内の外側にあるが、依然として構内及び／又はＣＰＥｅに十分に近接している（たとえば、図９ｂの位置Ｂ）。一変形態では、コントローラは、上述の技法を使用して、ＣＰＥｅからの範囲に基づいて、クライアント・デバイスが第２のロケーションにあると決定し得る。別の変形態では、コントローラは、クライアント・デバイスによってアクセス可能なＧＰＳサービスを使用して、クライアントが、所定のエリアの外側にある（たとえば、ストリート・アドレスにない）、及び／又は別のエリア内に（たとえば、ある街路上に）あることに基づいて、クライアント・デバイスが第２のロケーションにあると決定し得、コントローラは、クライアント・デバイスにこのロケーション情報を要求し得る。信号強度、チャネル品質、又は上記で説明された推論方法を含む他のデータは、同様に、又は上記の代わりに、単独であるのか、又は様々な組合せであるのかにかかわらず使用され得る。
【０３０２】
クライアント・デバイスが第２のロケーションにない、すなわち、それが第１のロケーションから第２のロケーションに動いていない場合、コントローラは、それ以上進まず、むしろ待ち状態に入る。クライアント・デバイスは、ＷＬＡＮ接続性と４Ｇ／４．５Ｇ／５Ｇ接続性とを介して、ＣＰＥｅからデータを受信する、及び／又はＣＰＥｅにデータを送信することを継続する。
【０３０３】
ステップ１４１２において、クライアント・デバイスが、ステップ１０１０において決定されたように第２のロケーションにある場合、コントローラは、第２のワイヤレス・プロトコルのみを介して（たとえば、４Ｇ／４．５Ｇ／５Ｇを介して）ＣＰＥｅとクライアント・デバイスとの間のデータ接続を確立する。すなわち、コントローラは、ＣＰＥｅに、第１のワイヤレス・プロトコルを介して確立された接続を切断させる。例示的な実施例では、ＷＬＡＮ接続は切り離され、クライアント・デバイスは、４Ｇ／４．５Ｇ／５Ｇ接続を介してデータを受信するにすぎない。
【０３０４】
さらに、ステップ１４１４において、コントローラは、第２のワイヤレス・プロトコル（たとえば、４Ｇ／４．５Ｇ／５Ｇ）を介して、（ステップ１４０４においてコントローラがＤＵｅを接続した）外部ネットワーク・ノードと、クライアント・デバイスとの間の新しい接続を確立する。外部ノードとＣＰＥｅの両方を介した（いくつかの場合には、共通波形プロトコル、すなわち、４Ｇ／４．５Ｇ／５Ｇを介した）クライアント・デバイスへのコンカレント接続は、遷移の一部であり、実際、第１の位置から第２の位置への（及び以下の第３の位置への）遷移を可能にする。
【０３０５】
ステップ１４１６において、コントローラ（又はＣＰＥｅなど、それのプロキシとして働くノード）は、クライアント・デバイスが第３のロケーションにある（又はさもなければ、「近接度」基準を満たす）かどうかを決定する。様々な実施例では、第３のロケーションは、ＣＰＥｅのサービス範囲外の、ＣＰＥｅからの所定の又は動的に決定された範囲の外の（ただし依然としてサービス範囲内の）、及び／或いは外部無線アクセス・ノード（たとえば、４０６ａ）からの範囲内の、ロケーション（たとえば、図９ｂの位置Ｃ）を指すことがある。コントローラは外部ノードからの距離を、前述のように、たとえば、監視技法（たとえば、ハートビート信号を送る及び受信すること）を用いて、ノードによって獲得されるデータに基づいて認知し得る。また、ＧＰＳベース・ロケーション検出が、前に説明された例示的な推論技法、又はさらに他の技法であり得るように、クライアント・デバイスによって実施され得る。
【０３０６】
上記で説明されたＣＰＥｅに対する距離又は信号強度の決定と同様に、コントローラ４０４は、外部無線アクセス・ノード４０６ａに対する距離又は信号強度、並びに（又はその代わりに）ＣＰＥｅ４１３に対する任意の測定値又はデータに基づいて、第３のロケーションについて検査し得る。
【０３０７】
ステップ１４１８において、コントローラは、外部ノードへの接続が確立された（たとえば、ＲＲＣ接続状態が達成された）後に、ＣＰＥｅからのクライアント・デバイスの切断を引き起こし、それにより、屋外無線アクセス・ノードへのハンドオーバを完了し、クライアントは、ステップ１０１４において作成された補足リンクを介して屋外無線アクセス・ノードに接続される。したがって、クライアント・デバイスは、屋外無線アクセス・ノードのみとの４Ｇ／４．５Ｇ／５Ｇ接続を介して、データをコア・ネットワークと交換し始める。屋内接続性から屋外接続性への遷移は、一変形態では、共通４Ｇ／４．５Ｇ／５Ｇワイヤレス・プロトコルを使用することによってシームレスにされる。さらに、クライアント・デバイスは、前のハンドオーバ方法を使用して他の屋外ノードに接続することを継続し得る。
【０３０８】
また、上記で言及された論理は置換され得、たとえば、第３のロケーションにおける存在の決定は、ＵＥ４０７と外部ノード４０６ａとの間の接続の確立のための根拠であり得ることが諒解されよう。
【０３０９】
代替実施例では、ハンドオーバは、外部無線アクセス・ノードとの補足リンクが十分にロバストであると決定されたときのみ、行われ得る。たとえば、補足リンクは、規定されたしきい値を上回る、信号／チャネル品質、信号強度、ピング、及び／又はチャネルの利用可能な数を有しなければならない。
【０３１０】
コントローラは、さらに逆に進んで、次に図１４ｂに関して説明されるように、クライアント・デバイスへのデータ配信のシームレスな屋外から屋内への遷移を達成し得る。
【０３１１】
図示のように、図１４ｂは、ワイヤレス対応クライアント・デバイスが、構内の外側から構内の内側に動きながら、５Ｇ対応ネットワークからデータをシームレスに及び中断なしに受信することを可能にするための拡張ネットワーク・コントローラ（たとえば、上記で説明されたＣＵｅ４０４、又は論理エンティティとしてのｇノードＢ）のための例示的な方法１４２０を示す。
【０３１２】
ステップ１４２２において、コントローラ４０４は、図１４ａに関して前に説明されたように、ステップ１４０２〜１４１８の結果として、第２のワイヤレス・プロトコル（たとえば、４Ｇ／４．５Ｇ／５Ｇ接続性）を介して、外部無線アクセス・ノードとクライアント・デバイスとの間の接続を確立した。
【０３１３】
ステップ１４２４において、コントローラは、クライアント・デバイスが第１のロケーションに位置する（又はさもなければ「近接度」基準を満たす）かどうかを決定する。例示的な実施例では、第１のロケーションは、構内（たとえば、家屋）の外側にあり、構内に関連するＣＰＥｅ、又は上記で説明された他の手段によって検出されるのに十分に、構内及び／又は構内に関連するＣＰＥｅに近接している。
【０３１４】
一実施例では、コントローラ４０４は、クライアント・デバイスが、（たとえば、たとえば、知られているＡＰ又はｅＮＢ／ｇＮＢ又はＷＬＡＮ  ＡＰとの関連付け、距離、郵便番号、割り当てられた性質境界、或いはさらに他の機構に基づいて）構内に近接した、又は構内に関連する５Ｇネットワークの「エッジ」におけるノードに接続されたか、又はそのノードによって検出されたとき、周期的に、又は動的間隔において、クライアント・デバイス４０７の存在について検査するようにとの命令をＣＰＥｅ４１３に送り得る。そのようなエッジ・ノードは、コントローラ又は１つ又は複数のＤＵｅ４０９と通信している外部無線アクセス・ノード４０６ａ及び／又は別のクライアント・デバイス４０７ｎを含み得る。このコンテキストで使用される「近接」という用語は、空間又は地理的近接度に限定されないが、たとえば、トポロジー近接度（たとえば、同じＳＧ内、ネットワーク上の極めて多くの「ホップ」内など）をも含み得る。構内に関連する近くのエッジ・ノードに近接したクライアント・デバイスの存在は、クライアント・デバイスがまた、（コントローラ４０４によってサービスされる他の構内とともに）構内の近くにあることをコントローラに指示し得る。
【０３１５】
別の実施例では、ＣＰＥｅは、クライアント・デバイスが近くにあるかどうかの決定にかかわらず、クライアント・デバイスの存在について連続的に検査し得る。
【０３１６】
クライアント・デバイスが第１のロケーションにある、すなわち、クライアント・デバイスが構内の「外側」にとどまっているとコントローラが決定しなかった場合、コントローラ（又は、ＣＰＥｅなど、それのプロキシとして働くノード）は、ステップ１４２４によれば、検査することを継続する。
【０３１７】
コントローラ４０４が、クライアント・デバイスが第１のロケーションにあると決定した場合、コントローラは、図１４ａのステップ１４１４に関して説明されたコンカレント接続と同様に、ステップ１４２６において、４Ｇ／４．５Ｇ／５Ｇインターフェースを介したＣＰＥｅとクライアント・デバイスとの間の接続を引き起こす。データは、冗長的に又は別々に、コントローラ又はコア・ネットワークによってクライアント・デバイスに送信され得る。外部ノードとＣＰＥｅ４１３とによって使用される共通４Ｇ／４．５Ｇ／５Ｇプロトコルは、一実装形態では、ＵＥが動いて構内に入る間、ユーザにとってシームレスである遷移プロセスをさらに容易にし、可能にする。
【０３１８】
次に、コントローラ（又は、ＣＰＥｅなど、それのプロキシとして働くノード）は、ステップ１４２８において、クライアント・デバイスが第２のロケーションにあるかどうかを決定する。例示的な実施例では、第２のロケーションは、完全に構内にある。他の実施例では、第２のロケーションは、ＣＰＥｅに関して、特定の距離、範囲、トポロジー近接度、又は信号強度内にあり得る。
【０３１９】
ステップ１４３０において、クライアント・デバイスが、第２のロケーション（たとえば、構内の内側）にあると決定されたか、又はさもなければ「近接度」基準を満たす場合、コントローラは、外部無線アクセス・ノードからＣＰＥｅへのハンドオーバを引き起こす。言い換えれば、外部ノードとの間の４Ｇ／４．５Ｇ／５Ｇリンクは切断されるが、ステップ１４２６において作成された４Ｇ／４．５Ｇ／５Ｇリンクは維持される。このハンドオーバ・プロセス中に、クライアントは、４Ｇ／４．５Ｇ／５Ｇリンクを介して、要求されたデータをＣＰＥｅと交換することを継続する。
【０３２０】
ステップ１４３２において、コントローラは、ＣＰＥｅに、ＷＬＡＮを介したリンクを確立させる。別の実施例では、ＷＬＡＮ接続性は、クライアント・デバイスが完全に屋内にあるとき、もっぱら利用される。すなわち、４Ｇ／４．５Ｇ／５Ｇリンクは、クライアント・デバイスがＣＰＥｅに十分に近接しているか又はＣＰＥｅと接続されたとき、切断され得る。別の実施例では、４Ｇ／４．５Ｇ／５Ｇ接続性のみが利用され、すなわち、コントローラは、ＣＰＥｅに、ＷＬＡＮインターフェースとのリンクを確立するように命令しない。これは、とりわけ、クライアント・デバイスがＣＰＥｅの範囲内及び範囲外に常に動いている場合に、たとえば、クライアント・デバイス（たとえば、車、ドローン）が比較的短い時間期間において遠い距離にあり得る、車両、自律型、又は工業実装形態において、有用であり得る。
【０３２１】
様々な他の実施例では、コントローラはまた、クライアント・デバイス４０７に、たとえば、ＣＰＥｅ４１３、外部無線アクセス・ノード４０６ａ、又はネットワーク・インフラストラクチャ内の他のエンティティ（たとえば、ＤＵｅ４０９）を通して送られる命令を介して、上記で説明されたステップ及び機能の一部又は全部を実施させ得ることを当業者は諒解されよう。同様に、さらなる実施例では、コントローラはまた、外部無線アクセス・ノードに、上記で説明されたステップ及び機能の一部又は全部を実施させ得る。
【０３２２】
たとえば、一実施例では、クライアント・デバイスは、クライアント・デバイスのロケーションに応じてＣＰＥｅ及び／又は外部無線アクセス・ノードとの第１及び第２のワイヤレス・データ接続を始動し、そのようなロケーションは、たとえば、１つ又は複数のネットワーク・ノード（たとえば、ＣＰＥｅ、外部無線アクセス・ノード）からのＧＰＳ信号又は信号強度に基づいて検出され得る。
【０３２３】
別の実施例では、外部無線アクセス・ノードは、クライアント・デバイスが構内の外側にあるとき、クライアント・デバイスへの補足接続を始動し得る。無線アクセス・ノードはまた、クライアント・デバイスが十分に遠い（たとえば、クライアント・デバイス、ＣＰＥｅ又はコントローラからの命令又は情報に基づいて、それの範囲の外側にある）とき、そのデバイスとのリンクを切断し得る。本開示が与えられれば、他の同様の実施例が明らかになろう。
【０３２４】
図１４ｃは、ワイヤレス対応クライアント・デバイスが構内から構内の外側に動きながら５Ｇ対応ネットワークから無中断データをシームレスに受信することを可能にするためのユーザの構内に存在する消費者構内機器のための例示的な方法１４４０を示す。
【０３２５】
ステップ１４４２において、消費者構内機器は、ＣＰＥのサービス範囲内のモバイル・クライアント・デバイスとの１つ又は複数のワイヤレス・データ接続を始動する。例示的な一実施例では、ＣＰＥは、「拡張」構内機器（ＣＰＥｅ）４１３である。単に一実例として、ＣＰＥｅは、ＷＬＡＮ（たとえば、Ｗｉ−Ｆｉ）及び３ＧＰＰベース・プロトコル（たとえば、４Ｇ、４．５Ｇ、５Ｇ）を介してを含む、様々なタイプのワイヤレス・エア・インターフェース上でワイヤレスに、デジタル・データ及びデジタル的にレンダリングされたコンテンツを受信、パケット化、及び送信するように構成されたモデム・デバイスであり得る。したがって、１つ又は複数のワイヤレス・データ接続の各々は、ＣＰＥに対するそれぞれの第１及び第２のワイヤレス・データ・インターフェースを介して行われ、これらのインターフェースの各々は、それぞれの第１及び第２のワイヤレス・エア・プロトコル（たとえば、ＷＬＡＮ及び４Ｇ／４．５Ｇ／５Ｇ）を介して動作するように構成され得る。
【０３２６】
ＣＰＥｅ４１３は、５Ｇ対応コア・ネットワークからデータを受信する。データは、たとえば、５Ｇネットワークのクロスホールに沿ってコントローラ・ユニット（たとえば、ＣＵｅ４０４）によって配信されるが、ネットワーク内の他のノード（たとえば、ＤＵｅ、他のクライアント・デバイス、外部無線アクセス・ノード、又は構造取り付けスモール・セル）は、それのソースからのデータのルーティングに寄与し得る。別の実施例では、ＣＰＥｅは、屋外アンテナ４１６への補足入力リンクを介してデータを受信し得、屋外アンテナ４１６はまた、コア・ネットワークから（たとえば、外部無線アクセス・ノード４０６を介して）データを受信する。別の実施例では、複数のＣＰＥｅ４１３が、ワイヤード又はワイヤレス手段によって互いにデータを中継する構内に存在し得る。（本明細書に前に組み込まれた、同一出願人が所有する、同時係属の、２０１８年１２月１１日に出願された米国出願第１６／２１６，８３５号内で説明されるように）企業ロケーション及び建築物など、より大きい構内は、複数のノードを連結するためにＤＡＳ（分散型アンテナ・システム）を使用し得る。いくつかのそのような複数ＣＰＥｅ実施例では、各ＣＰＥｅは、コスト考慮事項と、ロバストなカバレージ及び不測の冗長性（重要又は機密性の高いデータを交換するときの部分的な障害、停止などの場合）の必要の程度とに応じて、重複する又は重複しないサービス・エリアを有し得る。たとえば、本開示はまた、共有構成の下でなど、２つ又はそれ以上の近接した構内をカバーするための１つのＣＰＥｅの使用を企図する。
【０３２７】
ステップ１４４４において、ＣＰＥｅ４１３は、クライアント・デバイス４０７の位置を監視する。一実施例では、ＣＰＥｅは、クライアント・デバイスにブロードキャストされた信号のラウンドトリップ送信時間を使用して位置を決定し得る。別の実施例では、クライアント・デバイスは、確立された接続の一方又は両方を介してＣＰＥｅにＧＰＳベース・ロケーション・データを周期的に送り得る。（たとえば、推論機構を含む）本明細書で前に説明されたまた他の機構も使用され得る。一変形態では、クライアント・デバイスのロケーションを監視することによって、ＣＰＥｅ４１３（或いはＤＵｅ４０９又はＣＵＥ４０４などの指定された決定プロキシ）は、将来のロケーションを予測し、ハンドオーバ・プロシージャを発動するためになど、クライアント・デバイスの速度、加速度、及び／又は方向（たとえば、ベクトル）を決定し得る。ＣＰＥｅは、ロケーションの変化を推論するために、１つ又は複数のデータ接続の信号強度とそれの変化率とをさらに決定し得る。
【０３２８】
ＣＰＥｅは、さらに、クライアント・デバイスがＣＰＥｅの特定の範囲内にある第１のロケーション内に、又は定義されたロケーション内に（たとえば、ストリート・アドレスに指定された限度内に）あるか、或いはさもなければ「近接度」基準を満たすと決定し得る。この場合、ＣＰＥｅは、それぞれの第１及び第２のワイヤレス・プロトコルを介してそれのデータ・リンクを維持する。
【０３２９】
ステップ１４４６において、ＣＰＥｅ４１３はまた、クライアント・デバイスが第１のロケーションに関連する範囲よりも大きい、ＣＰＥｅからの異なる範囲内にある第２のロケーションのほうへ動いているかどうかを決定し得る。いくつかの変形態では、第２のロケーションは、あるロケーション（たとえば、ストリート・アドレス）に指定された、又は知られている機能的ポイントに対する、境界の範囲内にあるものとして決定され得る。たとえば、クライアント・デバイスが、（たとえば、ＧＰＳマッピング・データ又は他のそのような手段によって決定されたように）住居へのドアの十分な近接度内にある場合、ＣＰＥｅは、クライアント・デバイスが構内の外に向かっていると推論し得る。一実装形態では、クライアント・デバイスの動きのベクトルも考慮に入れられ得、たとえば、クライアント・デバイスは、構内の境界に向かっており、また、境界又は指定された機能的ポイント（たとえば、ドア）から特定の距離内にある。
【０３３０】
ステップ１４４８において、ＣＰＥｅが、クライアント・デバイスが第２のロケーションにあるとステップ１４４４によって決定するとき、ＣＰＥｅは第１のリンクを切断する。例示的な実施例では、ＣＰＥｅは、４Ｇ／４．５Ｇ／５Ｇ接続を介してクライアント・デバイスをそれに接続されたままにするように、ＷＬＡＮリンクを切断する。４Ｇ／４．５Ｇ／５Ｇリンクが、ＷＬＡＮよりも比較的大きい距離に及び得るだけでなく、４Ｇ／４．５Ｇ／５Ｇリンクを維持することは、クライアント・デバイスが、同じ４Ｇ／４．５Ｇ／５Ｇプロトコルを介して外部５Ｇ対応ワイヤレス・アクセス・ノードとの第３の補足データ・リンクを受信することを可能にする。
【０３３１】
ステップ１４５０において、ＣＰＥｅは、クライアント・デバイスが第３のデータ・リンクを介して接続されるかどうかを決定する。例示的な実施例では、第３のデータ・リンクは、構内の外側に、たとば、街路上に位置する外部無線アクセス・ノードからの４Ｇ／４．５Ｇ／５Ｇ接続である。ＣＰＥｅ４１３及び外部ノードとのこの同時接続中に、クライアント・デバイスは、これらの接続の一方又は両方を介してコア・ネットワークからデータを受信する。いくつかの変形態では、データは、上記で説明されたように、冗長的に重複して配信されるか、又は部分で受信され得る。
【０３３２】
クライアント・デバイス４０７が別のノードとデータ通信していると決定するために、ＣＰＥｅは、現在の接続と関係し、４Ｇ／４．５Ｇ／５Ｇリンクを介して（又は第３のデータ・リンクを通して）ＣＰＥｅ４１３に送信されるべき、接続性情報をクライアント・デバイスに要求し得る。一実施例では、情報は、クライアント・デバイス４０７にとってアクセス可能な他のノードの識別情報と接続ステータスとをリストするデータ構造を備え得る。たとえば、構造は、フィールド、タプルなどをもつＩＥ（３ＧＰＰ情報要素）を備え得、それらは、コア・ネットワークに対して認識される識別子、接続ステータス、ネットワーク・アドレス、信号強度、チャネルＩＤ、セルＩＤ（ＣＩＤ）、（たとえば、外部ノードに関するロケーション情報、アンテナのセクタ、たとえば、バイセクタ・アンテナ、トリセクタ・アンテナ、使用される（１つ又は複数の）アンテナのタイプ、たとえば、全方向性を識別する）セクタＩＤ、ＲＮＣ−ＩＤ（無線ネットワーク・コントローラのＩＤ）を使用する。この情報はまた、少なくとも一部の（１つ又は複数の）ＣＵｅ、（１つ又は複数の）ＤＵｅ、（１つ又は複数の）ＣＰＥｅ、他の基地局又は外部ノード、５ＧＣなどを含む、ネットワーク中のコア又は他のエンティティにおいて記憶された知られている情報に対して、随意に照合され得る。いくつかの変形態では、情報は、他のクライアント・デバイスに接続され得るクライアント・デバイスのプライバシーを維持するように、（ＡＥＳ、ＰＧＰ又は他のアルゴリズムを使用して）暗号化され、及び／又は（ＭＤ５、ＳＨＡ、ＳＨＡ−２又は他のアルゴリズムを使用して）ハッシングされ得る。この保護された情報は、記憶されたハッシュ値と比較され、及び／又はクライアント・デバイスのユーザにとって利用可能な鍵を使用して解読され得る。
【０３３３】
別の実施例では、ＣＰＥｅ４１３は、ステップ１４０４に関して上記で説明されたものと同様の技法を使用してクライアント・デバイスのロケーションを決定する。
【０３３４】
ステップ１４５２において、ＣＰＥｅは、クライアント・デバイスが（接続性情報が与えられれば、上記で説明されたステップ１４０８において決定される）第３のリンクを介してネットワークに接続されたと決定されたとき、４Ｇ／４．５Ｇ／５Ｇプロトコル上で第２のワイヤレス・リンクを切断する。別の実施例では、ＣＰＥｅはまた、クライアント・デバイスのロケーションを考慮する。たとえば、ＣＰＥｅが、クライアント・デバイスが、コア・ネットワークによって認識される外部ノードに接続しており、クライアント・デバイスが、（たとえば、ＧＰＳによって決定された）ＣＰＥｅからの設定された範囲を越えた第３のロケーションにおけるロケーションにあると決定した場合、ＣＰＥｅは、第２のリンク、すなわち、４Ｇ／４．５Ｇ／５Ｇリンクの切断を始動する。
【０３３５】
その結果、クライアント・デバイスは、今度は、外部無線アクセス・ノードに、それの４Ｇ／４．５Ｇ／５Ｇリンクを介して接続される。とはいえ、クライアント・デバイスは、異なるタイプのネットワーク又は同じタイプの異なる管理されたネットワークの間で（たとえば、ＷＬＡＮ接続からセルラー・ネットワークに）切り替える場合、従来の実装形態がそうするように異なるセッションを再開する必要なしに、共通４Ｇ／４．５Ｇ／５Ｇプロトコルを介した接続性によって無中断のデータを受信する。
【０３３６】
図１４ｄは、ワイヤレス対応クライアント・デバイスが、構内の外側から構内の内側に動きながら、５Ｇ対応ネットワークからデータをシームレスに及び中断なしに受信することを可能にするための拡張ＣＰＥのための例示的な方法１４６０を示す。
【０３３７】
また、初めてであるのか、ユーザの住居に戻って（たとえば、図１４ａのステップ１４０２〜１４１０の後に）であるのかにかかわらず、動いて構内に入ることを試みている、ネットワークの１つ又は複数の外部ノード（たとえば、別のクライアント・デバイス４０７ｎ、柱取り付け無線アクセス・ノード４０６、又は他のもの）とデータ通信している５Ｇ「フォグ」ネットワークに参加するクライアント・デバイスは、構内の外側から屋内へのシームレス遷移を経験し得る。例示的な実施例では、接続は、クライアント・デバイスと外部ノードとに対する、４Ｇ／４．５Ｇ／５Ｇプロトコルを介したものである。
【０３３８】
ステップ１４６２において、ＣＰＥｅは、第１のロケーションにあるクライアント・デバイスが、たとえば、上記で説明されたように構内の境界に近づくかどうかを検出する。この検出を達成するために、ＣＰＥｅは、時々又は周期的にそれの周囲を監視して、たとえば、ピング、ＲＴＴ、ＧＰＳ監視などを使用して近くのクライアント・デバイスの距離を測定するか、又は上述のように他の手段を使用し得る。
【０３３９】
ステップ１４６４において、ＣＰＥｅが、クライアント・デバイスが第１のロケーションにある（又はさもなければ「近接度」基準を満たす）と決定した場合、ＣＰＥｅは、上記で説明されたワイヤレス・プロトコルのうちの１つを介してクライアント・デバイスとのデータ接続を始動する。例示的な実施例では、ＣＰＥｅは、クライアント・デバイスが外部ノードとの関与しているデータの無中断交換を維持するように、４Ｇ／４．５Ｇ／５Ｇデータ接続を始動する。この４Ｇ／４．５Ｇ／５Ｇデータ接続は、外部ノードとの既存の４Ｇ／４．５Ｇ／５Ｇ接続と同時であり、それにより、両方のリンク上での同時データ転送を可能にする。
【０３４０】
ステップ１４６６において、ＣＰＥｅは、クライアント・デバイスが第２のロケーションにあるかどうかを決定する。例示的な実施例では、第２のロケーションは構内にある。他の実施例では、このロケーションは、ＣＰＥｅによってサービスされる他の指定されたエリアを含み得る。
【０３４１】
ステップ１４６８において、ＣＰＥｅは、クライアント・デバイスに外部ノードとのリンクを切断させる。一変形態では、切断は、たとえば、コア・ネットワークからダウンロード可能なソフトウェア・アプリケーションを使用して、クライアント・デバイスによって可読であるＣＰＥｅからの命令によって引き起こされる。別の変形態では、ＣＰＥｅは、コア・ネットワークのコントローラ・エンティティ（たとえば、ＣＵｅ）に、切断するようにノードに命令することを要求し得る。別の変形態では、クライアント・デバイスは、接続が、外部ノードからあまりに遠いデバイスから自然に消滅することを可能にし得る。
【０３４２】
ステップ１４７０において、随意に、ＣＰＥｅは、コンカレントにであるのか、新たに始動された４Ｇ／４．５Ｇ／５Ｇ接続（ステップ１１２８）とは別々にであるのかにかかわらず、別のワイヤレス通信プロトコル、たとえば、ＷＬＡＮへの接続を始動し得る。
【０３４３】
本開示のいくつかの態様が、方法のステップの特定のシーケンスに関して説明されたが、これらの説明は、本開示のより広い方法を示すにすぎず、特定のアプリケーションによって必要とされるように修正され得ることを認識されよう。いくつかのステップは、いくつかの状況では、不要又は随意にされ得る。さらに、いくつかのステップ又は機能性が、開示される実施例に追加され得るか、又は２つ又はそれ以上のステップの実施の順序が置換され得る。すべてのそのような変形形態は、本明細書で開示され、請求される、本開示内に包含されると見なされる。
【０３４４】
上記の詳細な説明は、様々な実施例に適用される本開示の新規の特徴を示し、説明し、指摘したが、示されたデバイス又はプロセスの形式及び詳細における様々な省略、代用、及び変更が、本開示から逸脱することなく当業者によって行われ得ることが理解されよう。この説明は、決して、限定するものではなく、むしろ、本開示の一般的な原理を示すものとしてとられるべきである。本開示の範囲は、特許請求の範囲を参照して決定されるべきである。
【０３４５】
本明細書で説明される様々な方法及び装置のいくつかのステップ及び態様は、人間によって実施され得るが、開示される態様及び個々の方法及び装置は、概して、コンピュータ化／コンピュータ実装されることがさらに諒解されよう。コンピュータ化された装置及び方法は、限定はしないが、商業的実行可能性、実用性、さらには実現可能性を含む、任意の数の理由で、これらの態様を十分に実装するために必要である（すなわち、いくつかのステップ／プロセスは、単に、人間によって、実行可能な様式で実施され得ない）。
【図１】
2021521714.tif 000009
【図２】
2021521714.tif 000010
【図３】
2021521714.tif 000011
【図４】
2021521714.tif 000012
【図５ａ】
2021521714.tif 000013
【図５ｂ】
2021521714.tif 000014
【図５ｃ】
2021521714.tif 000015
【図６ａ】
2021521714.tif 000016
【図６ｂ】
2021521714.tif 000017
【図７】
2021521714.tif 000018
【図７ａ】
2021521714.tif 000019
【図８】
2021521714.tif 000020
【図８Ａ】
2021521714.tif 000021
【図９Ａ】
2021521714.tif 000022
【図９Ｂ】
2021521714.tif 000023
【図９Ｃ】
2021521714.tif 000024
【図９Ｄ】
2021521714.tif 000025
【図１０】
2021521714.tif 000026
【図１１】
2021521714.tif 000027
【図１２】
2021521714.tif 000028
【図１３】
2021521714.tif 000029
【図１４Ａ−１】
2021521714.tif 000030
【図１４Ａ−２】
2021521714.tif 000031
【図１４Ｂ】
2021521714.tif 000032
【図１４Ｃ】
2021521714.tif 000033
【図１４Ｄ】
2021521714.tif 000034
【国際調査報告】
2021521714.tif 000035
2021521714.tif 000036
2021521714.tif 000037