▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-10-26
(45)【発行日】2023-11-06
(54)【発明の名称】ＩＡＢノードにおけるベアラマッピング
(51)【国際特許分類】
H04W 76/11 20180101AFI20231027BHJP
H04W 16/26 20090101ALI20231027BHJP
H04W 92/12 20090101ALI20231027BHJP
H04W 72/12 20230101ALI20231027BHJP
【ＦＩ】
H04W76/11
H04W16/26
H04W92/12
H04W72/12
【請求項の数】
28
(21)【出願番号】P 2021564768
(86)(22)【出願日】2020-05-01
(65)【公表番号】
(43)【公表日】2022-07-05
(86)【国際出願番号】 IB2020054150
(87)【国際公開番号】W WO2020222196
(87)【国際公開日】2020-11-05
【審査請求日】2021-12-27
(31)【優先権主張番号】62/842,382
(32)【優先日】2019-05-02
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100161470
【弁理士】
【氏名又は名称】冨樫 義孝
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(74)【代理人】
【識別番号】100194320
【弁理士】
【氏名又は名称】藤井 亮
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(72)【発明者】
【氏名】ミルデ， グンナル
(72)【発明者】
【氏名】ムハマド， アジマル
(72)【発明者】
【氏名】テエブ， ウメール
【審査官】吉村 真治▲郎▼
(56)【参考文献】
【文献】ZTE Corporation, Sanechips，Consideration on user plane bearer mapping[online]，3GPP TSG RAN WG2 #105bis R2-1904599，2019年03月29日
【文献】Ericsson，Backhaul Channel Setup and Modification Procedure for IAB Networks[online]，3GPP TSG RAN WG2 #105bis R2-1903970，2019年03月28日
【文献】Ericsson (Rapporteur)，Email discussion [105#47] [NR_IAB-Core] Bearer Mapping[online]，3GPP TSG RAN WG2 #105bis R2-1903964，2019年04月05日
【文献】Ericsson，Protocol Stack for IAB Architecture 1a and 1b[online]，3GPP TSG RAN WG2 #101bis R2-1804808，2018年04月05日
【文献】Ericsson，The need for 2 step UL BH RLC channel mapping in IAB nodes[online]，3GPP TSG RAN WG2 #106 R2-1907009，2019年05月02日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
アクセスバックホール統合（ＩＡＢ）ドナー中央処理装置（ＣＵ）ネットワークノード、ＩＡＢドナー分散処理装置（ＤＵ）ネットワークノード、ならびにアクセスＩＡＢネットワークノードおよび中間ＩＡＢネットワークノードの少なくとも１つを備える、ＩＡＢネットワークの第１のネットワークノードによって実施される方法であって、１つまたは複数の無線バックホールチャネルに対する１つまたは複数のトラフィック識別子のマッピングを含むバックホールチャネル設定を、第２のネットワークノードから受信すること（１７１２）と、
無線バックホールチャネルで送信するため、イングレスリンクにおいて入来するトラフィックを受信すること（１７１６）と、
前記入来するトラフィックのタイプ、および１つまたは複数の無線バックホールチャネルに対する１つまたは複数のトラフィック識別子の前記マッピングに基づいて、前記入来するトラフィックを送信するため、エグレスリンクにおける前記無線バックホールチャネルを決定すること（１７１８）と、
前記エグレスリンクにおける決定された前記無線バックホールチャネルで受信した前記入来するトラフィックを送信すること（１７２０）と、を含み、
前記１つまたは複数のトラフィック識別子がそれぞれ、第１のトラフィック識別子を含み、前記方法がさらに、
前記１つまたは複数の第１のトラフィック識別子に対する１つまたは複数の第２のトラフィック識別子のマッピングを受信すること（１７１４）を含み、
前記入来するトラフィックを送信するため、前記エグレスリンクにおける前記無線バックホールチャネルを決定することが、前記１つまたは複数の第１のトラフィック識別子に対する１つまたは複数の第２のトラフィック識別子の前記マッピング、ならびに前記１つまたは複数の無線バックホールチャネルに対する前記１つまたは複数の第１のトラフィック識別子の前記マッピングに基づく、方法。
【請求項2】
前記バックホールチャネル設定を受信することが、無線リソース制御（ＲＲＣ）シグナリングを前記第２のネットワークノードから受信することを含む、請求項１に記載の方法。
【請求項3】
前記バックホールチャネル設定を受信することが、Ｆ１シグナリングを前記第２のネットワークノードから受信することを含む、請求項１に記載の方法。
【請求項4】
前記トラフィック識別子がトラフィックタイプを含む、請求項１から３のいずれか一項に記載の方法。
【請求項5】
前記トラフィックタイプが、Ｆ１トラフィック、維持管理（ＯＡＭ）トラフィック、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トラフィック、および第５世代（５Ｇ）サービス品質（ＱｏＳ）インジケータ（５ＱＩ）の１つまたは複数を含む、請求項４に記載の方法。
【請求項6】
前記トラフィック識別子が、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルエンドポイント識別子（ＴＥＩＤ）を含む、請求項１から３のいずれか一項に記載の方法。
【請求項7】
前記バックホールチャネル設定がさらに、既定の無線バックホールチャネルの識別を含む、請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記１つまたは複数の第１の識別子が、インターネットプロトコル（ＩＰ）差別化サービスコードポイント（ＤＳＣＰ）およびＩＰフローラベルの１つを含む、請求項１に記載の方法。
【請求項9】
前記第２のトラフィック識別子がトラフィックタイプを含む、請求項１から８のいずれか一項に記載の方法。
【請求項10】
前記トラフィックタイプが、Ｆ１トラフィック、維持管理（ＯＡＭ）トラフィック、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トラフィック、および第５世代（５Ｇ）サービス品質（ＱｏＳ）インジケータ（５ＱＩ）の１つまたは複数を含む、請求項９に記載の方法。
【請求項11】
前記第２のトラフィック識別子が、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルエンドポイント識別子（ＴＥＩＤ）を含む、請求項１から８のいずれか一項に記載の方法。
【請求項12】
前記１つまたは複数の第１のトラフィック識別子に対する１つまたは複数の第２のトラフィック識別子の前記マッピングがさらに、既定の第１のトラフィック識別子の識別を含む、請求項１から１１のいずれか一項に記載の方法。
【請求項13】
前記第１のネットワークノードが前記アクセスＩＡＢネットワークノードである、請求項１から１２のいずれか一項に記載の方法。
【請求項14】
前記第２のネットワークノードが前記ＩＡＢドナーＣＵである、請求項１から１２のいずれか一項に記載の方法。
【請求項15】
アクセスバックホール統合（ＩＡＢ）ドナー中央処理装置（ＣＵ）ネットワークノード、ＩＡＢドナー分散処理装置（ＤＵ）ネットワークノード、ならびにアクセスＩＡＢネットワークノードおよび中間ＩＡＢネットワークノードの少なくとも１つを備える、ＩＡＢネットワークの第１のネットワークノード（１６０）であって、前記第１のネットワークノードが、１つまたは複数の無線バックホールチャネルに対する１つまたは複数のトラフィック識別子のマッピングを含む、バックホールチャネル設定を第２のネットワークノードから受信し、
無線バックホールチャネルで送信するため、イングレスリンクにおいて入来するトラフィックを受信し、
前記入来するトラフィックのタイプ、および１つまたは複数の無線バックホールチャネルに対する１つまたは複数のトラフィック識別子の前記マッピングに基づいて、前記入来するトラフィックを送信するため、エグレスリンクにおける前記無線バックホールチャネルを決定し、
前記エグレスリンクにおける決定された前記無線バックホールチャネルで受信した前記入来するトラフィックを送信するように動作可能である、処理回路（１７０）を備え、
前記１つまたは複数のトラフィック識別子がそれぞれ、第１のトラフィック識別子を含み、前記処理回路がさらに、
前記１つまたは複数の第１のトラフィック識別子に対する１つまたは複数の第２のトラフィック識別子のマッピングを受信するように動作可能であり、
前記処理回路が、前記１つまたは複数の第１のトラフィック識別子に対する１つまたは複数の第２のトラフィック識別子の前記マッピング、ならびに前記１つまたは複数の無線バックホールチャネルに対する前記１つまたは複数の第１のトラフィック識別子の前記マッピングに基づいて、前記入来するトラフィックを送信するため、前記エグレスリンクにおける前記無線バックホールチャネルを決定するように動作可能である、第１のネットワークノード（１６０）。
【請求項16】
前記処理回路が、無線リソース制御（ＲＲＣ）シグナリングを前記第２のネットワークノードから受信することによって、前記バックホールチャネル設定を受信するように動作可能である、請求項１５に記載のネットワークノード。
【請求項17】
前記処理回路が、Ｆ１シグナリングを前記第２のネットワークノードから受信することによって、前記バックホールチャネル設定を受信するように動作可能である、請求項１５に記載のネットワークノード。
【請求項18】
前記トラフィック識別子がトラフィックタイプを含む、請求項１５から１７のいずれか一項に記載のネットワークノード。
【請求項19】
前記トラフィックタイプが、Ｆ１トラフィック、維持管理（ＯＡＭ）トラフィック、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トラフィック、および第５世代（５Ｇ）サービス品質（ＱｏＳ）インジケータ（５ＱＩ）の１つまたは複数を含む、請求項１８に記載のネットワークノード。
【請求項20】
前記トラフィック識別子が、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルエンドポイント識別子（ＴＥＩＤ）を含む、請求項１５から１７のいずれか一項に記載のネットワークノード。
【請求項21】
前記バックホールチャネル設定がさらに、既定の無線バックホールチャネルの識別を含む、請求項１５から２０のいずれか一項に記載のネットワークノード。
【請求項22】
前記１つまたは複数の第１の識別子が、インターネットプロトコル（ＩＰ）差別化サービスコードポイント（ＤＳＣＰ）およびＩＰフローラベルの１つを含む、請求項１５に記載のネットワークノード。
【請求項23】
前記第２のトラフィック識別子がトラフィックタイプを含む、請求項１５から２２のいずれか一項に記載のネットワークノード。
【請求項24】
前記トラフィックタイプが、Ｆ１トラフィック、維持管理（ＯＡＭ）トラフィック、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トラフィック、および第５世代（５Ｇ）サービス品質（ＱｏＳ）インジケータ（５ＱＩ）の１つまたは複数を含む、請求項２３に記載のネットワークノード。
【請求項25】
前記第２のトラフィック識別子が、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルエンドポイント識別子（ＴＥＩＤ）を含む、請求項１５から２２のいずれか一項に記載のネットワークノード。
【請求項26】
前記１つまたは複数の第１のトラフィック識別子に対する１つまたは複数の第２のトラフィック識別子の前記マッピングがさらに、既定の第１のトラフィック識別子の識別を含む、請求項１５から２５のいずれか一項に記載のネットワークノード。
【請求項27】
前記第１のネットワークノードが前記アクセスＩＡＢネットワークノードである、請求項１５から２６のいずれか一項に記載のネットワークノード。
【請求項28】
前記第２のネットワークノードが前記ＩＡＢドナーＣＵである、請求項１５から２６のいずれか一項に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【0001】
特定の実施形態は、無線通信に関し、より具体的には、アクセスバックホール統合（ＩＡＢ）ネットワークノードのマッピングベアラチャネルおよびバックホールチャネルに関する。
【背景技術】
【0002】
一般に、本明細書で使用されるすべての用語は、異なる意味が明確に与えられている及び／又はそれが使用されている文脈において暗示されている場合を除いて、関連技術分野におけるそれらの通常の意味に従って解釈されることになる。要素、装置、構成要素、手段、ステップなどへのすべての参照は、特に明示的な記載のない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つのインスタンスを参照するものとしてオープンに解釈されることになる。本明細書で開示されるいずれの方法のステップも、ステップが別のステップに続く若しくは先行するものとして明示的に記述されている及び／又はステップが別のステップに続く若しくは先行する必要があることが黙示されている場合を除いて、開示された正確な順番で実行される必要はない。本明細書で開示される実施形態のうちのいずれかの実施形態の任意の特徴は、適切であれば、任意の他の実施形態に適用され得る。同様に、実施形態のうちのいずれかの実施形態の任意の優位性は、任意の他の実施形態に適用され得、逆もまた同様である。含まれる実施形態の他の目的、特徴及び優位性が、以下の説明から明らかとなろう。
【0003】
第３世代パートナーシッププロジェクト（３ＧＰＰ）規格は、第５世代（５Ｇ）新無線（ＮＲ）の無線アクセスバックホール統合（ＩＡＢ）を含む。以下は、ＩＡＢプロトコルおよびアーキテクチャの概要である。
【0004】
ＮＲで短距離ミリ波スペクトルを使用すると、マルチホップバックホーリングを用いた密な展開がもたらされる。しかしながら、すべての基地局に光ファイバーを設置するのはコストがかかりすぎ、場合によっては不可能である（たとえば、史跡）。主なＩＡＢ原理は、バックホールのために（ファイバーの代わりに）無線リンクを使用して、搬送ネットワークを密にすることなく、セルを柔軟かつ密に展開できるようにすることである。ＩＡＢの使用例のシナリオは、カバレッジ拡張、多数の小さいセルの展開、および固定無線アクセス（ＦＷＡ）（たとえば、住居／オフィスビルに対する）を含むことができる。ＮＲに利用可能なミリ波スペクトルの帯域幅が大きいことで、アクセスリンクに利用可能なスペクトルを不必要に制限することなく、自己バックホーリングの機会がもたらされる。さらに、ＮＲにおける固有のマルチビームおよび多入力多出力（ＭＩＭＯ）対応により、バックホールとアクセスリンクとの間のクロスリンク干渉が低減されて、さらなる密化が容易になる。
【0005】
いくつかの解決策（たとえば、ＴＲ３８．８７４）は、ＩＡＢノードが中央処理装置によって制御されるＤＵ部分をホストする、ＮＲの中央処理装置（ＣＵ）／分散処理装置（ＤＵ）分割アーキテクチャを活用する。ＩＡＢノードはまた、それらの親ノードと通信する移動送信（ＭＴ）部分を有する。
【0006】
ＩＡＢの仕様は、ＮＲで定義された既存の機能およびインターフェースを再使用し得る。特に、ＭＴ、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ、ユーザプレーン機能（ＵＰＦ）、アクセス・モビリティ管理機能（ＡＭＦ）およびセッション管理機能（ＳＭＦ）、ならびに対応するインターフェースＮＲ Ｕｕ（ＭＴとｇＮＢとの間）、Ｆ１、ＮＧ、Ｘ２、およびＮ４が、ＩＡＢアーキテクチャのベースラインとして使用される。ＩＡＢをサポートするこれらの機能およびインターフェースの修正または拡張は、アーキテクチャの考察の文脈で説明される。マルチホップ転送などの追加の機能性は、ＩＡＢの動作を理解するのに必要なので、アーキテクチャの考察に含まれ、特定の態様は標準化を要し得る。
【0007】
モバイルターミネーション（ＭＴ）機能は、ＩＡＢノードの構成要素として定義される。ＭＴは、ＩＡＢドナーまたは他のＩＡＢノードに向かうバックホールＵｕインターフェースの無線インターフェースレイヤを終端する、ＩＡＢノードに常駐する機能を指す。
【0008】
図１は、１つのＩＡＢドナーおよび複数のＩＡＢノードを包含する、スタンドアロンモードのＩＡＢの参照図である。ＩＡＢドナーは、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ－ＣＰ、ｇＮＢ－ＣＵ－ＵＰ、および場合によっては他の機能など、一連の機能を備える、単一の論理ノードとして扱われる。発展例では、ＩＡＢドナーは、それらの機能に従って分割することができ、それらはすべて、３ＧＰＰ次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）アーキテクチャによって可能になるような連結または非連結のどちらかであることができる。ＩＡＢに関連する態様は、かかる分割が実施される場合に生じ得る。また、ＩＡＢドナーと現在関連付けられている機能のいくつかは、ＩＡＢ特有のタスクを実施しないことが明白になった場合、最終的にドナーの外に移動させられ得る。
【0009】
図２は、ＩＡＢのためのベースラインユーザプレーンプロトコルスタックを示す。図示されるように、サービスデータ適応プロトコル（ＳＤＡＰ）は、ＩＡＢノード１および２を通るバックホールチャネルを介して、ユーザ機器（ＵＥ）とドナーＩＡＢとの間に提供される。
【0010】
図３Ａ～図３Ｃは、ＩＡＢのためのベースライン制御プレーンプロトコルスタックを示す。図３Ａでは、無線リソース制御（ＲＲＣ）プロトコルが、ＩＡＢノードを通るバックホールチャネルを介して、ＵＥとドナーＩＡＢ ＣＵ－ＵＰとの間に提供される。図３Ｂでは、ＩＡＢノードを通るバックホールチャネルを通じて、ＩＡＢノードＭＴとドナーＩＡＢ ＣＵ－ＣＰとの間にＲＲＣプロトコルが提供される。図３Ｃでは、ＩＡＢノードを通るバックホールチャネルを介して、Ｆ１－ＡＰがＩＡＢノードＤＵからＩＡＢドナーＣＵ－ＵＰに提供される。
【0011】
選ばれたプロトコルスタックは、全ユーザプレーンＦ１－Ｕ（ＧＴＰ－Ｕ／ＵＤＰ／ＩＰ）が（通常のＤＵのように）ＩＡＢノードで終端し、全制御プレーンＦ１－Ｃ（Ｆ１－ＡＰ／ＳＣＴＰ／ＩＰ）も（通常のＤＵのように）ＩＡＢノードで終端する、現在のＣＵ－ＤＵ分割仕様を再使用する。ネットワークドメインセキュリティ（ＮＤＳ）は、ＵＰおよびＣＰ両方のトラフィック（ＵＰの場合はＩＰｓｅｃ、ＣＰの場合はデータグラム搬送レイヤセキュリティ（ＤＴＬＳ））を保護するのに用いられる。ＩＰｓｅｃはまた、ＤＴＬＳの代わりにＣＰ保護に使用することができる（この場合、ＤＴＬＳレイヤは使用されない）。
【0012】
ＩＡＢノードおよびＩＡＢドナーにおける、バックホール適応プロトコル（ＢＡＰ）（図３Ａ～図３Ｃに「適応」と示される）と呼ばれる新しいプロトコルレイヤは、パケットを適切な下流／上流ノードにルーティングし、またＵＥベアラデータを適正なバックホール無線リンク制御（ＲＬＣ）チャネルに（また、中間ＩＡＢノードにおけるイングレス（ingress）およびエグレス（egress）バックホールＲＬＣチャネル間で）マッピングして、ベアラのエンドツーエンドサービス品質（ＱｏＳ）要件を満たすのに使用される。
【0013】
ルーティングおよびベアラマッピング（たとえば、バックホールＲＬＣチャネルのマッピング）は、適応レイヤ機能である。適応レイヤの送信（ＴＸ）部分はルーティングおよび「ベアラマッピング」を実施する。適応レイヤの受信（ＲＸ）部分はベアラデマッピングを実施する。サービスデータユニット（ＳＤＵ）は、ＩＡＢノードによって中継されるパケットに関して、適応レイヤのＲＸ部分から適応レイヤのＴＸ部分（次のホップ）に転送される。
【0014】
ＢＡＰエンティティは、ＩＡＢノードプロトコルスタックのＭＴおよびＤＵ両方の部分に含まれ得る。このようにＢＡＰレイヤをモデリングすることで、適応レイヤのルーティングおよびマッピング機能性の実現が容易になる。
【0015】
２つのＢＡＰエンティティの動作を説明する前に、まず、ＩＡＢノードのＭＴ機能性のためにＣＰ／ＵＰトラフィックを搬送する無線ベアラを、バックホールＲＬＣチャネルと別個に扱うべきか否かを検討する。バックホールＲＬＣチャネルは、ＩＡＢ ＤＵ機能性へ／からトラフィックを搬送するのに使用され、それはＩＡＢノードによってサーブされるＵＥまたは子ＩＡＢノードのどちらかのためであることができる。無線ベアラおよびバックホールＲＬＣチャネルは、異なる論理チャネルＩＤを採用することによって別個に扱われ得る。
【0016】
【0017】
【0018】
ダウンリンクの場合、パケットが（ドナーＣＵから）ＩＡＢドナーＤＵに到達し、最初に（ドナーＤＵにＭＴ ＢＡＰレイヤがないため）上位レイヤによって処理されると、パケットがＩＡＢドナーＤＵに直接接続されたＵＥ宛である場合、またはＩＡＢドナーＤＵ宛のＦ１－ＡＰトラフィックである場合、高次レイヤ（ＵＰの場合はＩＰ／ＵＤＰ／ＧＴＰ－Ｕ、ＣＰの場合はＩＰ／ＳＣＴＰ／Ｆ１－ＡＰ）に転送される。そうでなければ（すなわち、さらに下流に転送される場合）、ＤＵ ＢＡＰレイヤに転送される。
【0019】
パケットがバックホールＲＬＣチャネルを介して（親ＩＡＢノードもしくはＩＡＢドナーＤＵから）ＩＡＢノードに到達し、最初にＭＴ ＢＡＰレイヤによって処理されると、パケットがＩＡＢノードに直接接続されたＵＥ宛であるか、またはＩＡＢノードのＤＵ宛のＦ１－ＡＰトラフィックである場合、高次レイヤ（ＵＰの場合はＩＰ／ＵＤＰ／ＧＴＰ－Ｕ、ＣＰの場合はＩＰ／ＳＣＴＰ／Ｆ１－ＡＰ）に転送される。そうでなければ（すなわち、さらに下流に転送される場合）、ＤＵ ＢＡＰレイヤに転送される。
【0020】
上記の両方のシナリオにおいて、ＤＵ ＢＡＰレイヤに転送する際、ＤＵ ＢＡＰは、どのルートで（すなわち、どの子ノードに）パケットが転送されるべきかを決定し、ルート内のどのバックホールＲＬＣチャネルがパケットを下流に転送するのに使用されるかを決定する。
【0021】
【0022】
アップリンクの場合、パケットがバックホールＲＬＣチャネルを介して（子ＩＡＢノードから）ＩＡＢドナーＤＵに到達すると、最初にＤＵ ＢＡＰレイヤによって処理され、ドナーＣＵに転送される（ドナーＤＵは最大１つのドナーＣＵにしか接続することができないので、ルーティング機能性は必要とされない）。
【0023】
パケットがアップリンク方向でＩＡＢノードに到達すると、バックホールＲＬＣチャネルを介して子ＩＡＢノードから入来している場合、最初にＤＵ ＢＡＰレイヤによって処理され、すべてのアップリンクパケットはドナーＣＵに転送されることが決められているので、ＭＴ ＢＡＰレイヤに渡される。パケットがＩＡＢノードに直接接続されたＵＥからのものである場合、またはＩＡＢノードから始まるＦ１－ＡＰトラフィックである場合、最初に高次レイヤ（ＵＰの場合はＩＰ／ＵＤＰ／ＧＴＰ－Ｕ、ＣＰの場合はＩＰ／ＳＣＴＰ／Ｆ１－ＡＰ）によって処理され、ＭＴ ＢＡＰレイヤに転送される。
【0024】
上記の両方の転送例において、ＭＴ ＢＡＰは、どのルート（すなわち、どの親ノード）でパケットが転送されるべきかを決定し、そのルート内のどのバックホールＲＬＣチャネルがパケットを上流に転送するのに使用されるかを決定する。
【0025】
ＩＡＢネットワークはマルチコネクティビティをサポートする。ＩＡＢノードに向かう１つを超えるルートが存在することができる（すなわち、ＩＡＢノードは１つを超える親ノードを有することができる。）ＩＡＢのマルチコネクティビティに関して２つの提案される方法は、次の通りである。（ａ）複数のＭＴエンティティを有し、各エンティティが異なる親ノード（または親ノードのセル）に接続する、ＩＡＢノード、ならびに（ｂ）ＩＡＢノードのＭＴ部分が、１つはマスターセルグループ（ＭＣＧ）に属し、１つはセカンダリセルグループ（ＳＣＧ）に属する、２つの異なるセルグループに接続する、ＮＲのデュアルコネクティビティのコンセプトを使用するもの。
【0026】
現在のＮＲでは、デュアルコネクティビティは、ＵＥにサーブするＤＵにおいて複数のＵＥベアラのコンテキストをセットアップすることによってサポートされる。これらの異なるＵＥのコンテキストは、ＵＥにサーブするＤＵに対するＦ１－Ｕ（ＧＴＰトンネル）の一部として識別される。一例が図８に示される。
【0027】
図８は、ＵＥに対するＮＲのデュアルコネクティビティを示す機能図である。デュアルコネクティビティの態様は、ＵＥアプリケーションレイヤに対して透明である。ＵＥは、ＭＣＧ、ＳＣＧ、または分割ＤＲＢとして設定することができる、データ無線ベアラ（ＤＲＢ）にデータを送信し、そこからデータを受信する。分割ＤＲＢの場合、分割ポイントは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）の下であり、様々なＮＲ ＰＤＣＰ機能に依存して、再配列、再送信、および重複除去を扱う。
【0028】
ＮＲ－ＤＣフレームワークは、ＩＡＢノードに対するマルチコネクティビティをセットアップするのに再使用され得る。ＮＲ－ＤＣをＩＡＢノードに使用するには、ユーザプレーンのいくつかの変更が必要である。変更の理由は、Ｆ１－Ｕトラフィックの場合にＩＡＢノードがＰＤＣＰで終端しないことである。同様に、他のＩＡＢノードの場合、ＩＡＢに対する親ノードはＦ１－Ｕで終端しない（代わりに、転送は適応レイヤによって扱われる）。ＩＡＢノードに対する完全なＦ１－Ｕサポートに基づいたアーキテクチャは、ＩＡＢノードへと進むトラフィックにＣＵ－ＵＰ機能がない（代わりに、ＤＵがＩＰルーティングを扱う）とは仮定しない。同様に、ＮＲ ＤＣの場合のＩＰアドレスはＵＰＦで終端し、これはアーキテクチャと一致しない。
【0029】
ＮＲ ＤＣを単純化したものは、既存のアーキテクチャ仮定と依然として一致し、トンネリング内のトンネリングなど、追加の複雑性を回避する、マルチパスをサポートするように適合され得、以下を仮定する。（ａ）分割ベアラがサポートされず、それによってＣＵ－ＵＰ機能性および再配列機能性の導入が回避される、（ｂ）各パスが別個のＢＡＲルーティング識別子と関連付けられなければならず、それによって親ノードへのＧＴＰトンネル（ＧＴＰトンネルをＩＡＢノードに搬送する）が回避される、ならびに（ｃ）各パスが、パスをＦＩアプリケーションレイヤ上で見えるようにする、それ自体のＩＰアドレスと関連付けられなければならず、それによって異なるドナーＤＵを通るパスをセットアップすることができるようになる。
【0030】
これらの仮定により、マルチパスストリーム制御伝送プロトコル（ＳＣＴＰ）、および異なるパスに対するＵＥ ＧＴＰトンネルのスマートロードバランシングのようなものを使用して、Ｆ１アプリケーションレイヤにおける冗長性および初歩的な負荷分散をサポートすることが可能である。後発のリリースは、ＩＡＢノードのより高度な負荷分散メカニズムを含み得る。
【0031】
ユーザプレーンは、各パスを、冗長性および初歩的な負荷分散のために、アプリケーションレイヤ（Ｆ１－Ｃ／Ｆ１－Ｕ）によって使用できる別個のＩＰ接続として見ることができる、ＩＡＢノードのＮＲ ＤＣの単純化したものをサポートし得る。これは３ＧＰＰ ３８．８７４、セクション９．７．９に記載されている。
【0032】
ＮＲ－ＤＣを使用してＩＡＢノードのマルチコネクティビティをサポートすることは、以下の仮定を含む。（ａ）ＭＣＧ、またはＳＣＧバックホールベアラのみがサポートされ、分割バックホールベアラはサポートされない、（ｂ）所与のＩＡＢノードに対する別個の接続がそれぞれ、別個のＢＡＰ識別子（たとえば、アドレス、パス、アドレス＋パス）と関連付けられる、ならびに（ｃ）別個の接続がそれぞれ少なくとも１つの別個のＩＰアドレスと関連付けられて、複数の接続をサポートして異なるドナーＤＵを使用し、エンドノード（ＩＡＢノード、ＣＵ）によってどの接続を使用するかを選択するのを可能にする。
【0033】
【0034】
図９は、ＤＣがセットアップされる前の単一のコネクティビティを示すコネクティビティ図である。ＩＡＢノード１は、搬送ネットワークレイヤ（ＴＮＬ）に向かってＩＡＢノード２およびドナーＤＵ １を介して接続される。ドナーＤＵ １は、ＩＡＢノード１のＩＰアドレス １宛の任意のパケットを、無線バックホールを通じて、ＩＡＢノード２にルーティングする。ルーティングは、ＩＰアドレス１と関連付けられたＢＡＰ識別子１に基づく。
【0035】
ドナーＣＵは、（たとえば、ＩＡＢノード１のＲＲＣレベル測定値、ＩＡＢノードの能力などに基づいて）ＩＡＢノード１がＩＡＢノード３に対するデュアルコネクティビティを確立すべきであると決定する。既存のＮＲ ＤＣ ＲＲＣ手順が、ＩＡＢノード３に対するＳＣＧ接続を確立するのに使用される。
【0036】
メッセージの一部として、ドナーＣＵは、ＩＡＢノード３に対するＳＣＧリンクのＢＡＰ識別子を設定する。ドナーＣＵはまた、１つまたは複数のバックホールＲＬＣチャネルを、ＩＡＢノード１とＩＡＢノード３との間に、ならびに新しい接続のための新しいＢＡＰルートを設定する。新しいパスがＢＡＰにセットアップされた後、ＩＡＢノード１を新しい接続のための新しいＩＰアドレス２に割り振ることができる。最終結果が図１０に示される。
【0037】
図１０は、ＤＣセットアップ後の複数のコネクティビティを示すコネクティビティ図である。ＩＡＢノード１は２つのパスを介して接続され、各パスは別個のＩＰアドレスを有し、Ｆ１－Ｃ／Ｕアプリケーションレイヤの冗長性に使用することができる。
【0038】
ＩＡＢノードに対するＤＣのセットアップに関与するドナーＣＵは、各接続に対して別個のＢＡＰ識別子を設定して、各接続に別個のＩＰアドレスを割り振ることができるようにする。
【0039】
子ＩＡＢノードが、（たとえば、ＩＡＢノード０に関して図１１に示されるような）複数の接続をサポートする親ＩＡＢノードに接続されると、子ＩＡＢノードが複数の接続を使用することが可能である。この理由のため、子ＩＡＢノードに複数のＢＡＰ識別子を割り当てることが可能である。ＩＡＢノードは、複数のＢＡＰ識別子を受信すると、各ＢＡＰ識別子に対して別個のＩＰアドレスを要求することができる。
【0040】
図１１は、エンドノードの複数のコネクティビティにつながる、中間ノードにおける複数のコネクティビティを示すコネクティビティ図である。ＮＲ－ＤＣを使用する１つまたは複数の上流ＩＡＢノードに接続されたＩＡＢ子ノードに、マルチコネクティビティを使用できるように、複数のＢＡＰ識別子およびＩＰアドレスを割り振ることができる。
【0041】
ＩＡＢノードのセットアップおよび設定（すなわち、統合）は、ＩＡＢノードの動作の第１ステップである。統合手順は以下のステップを含む。
【0042】
第１のステップはＭＴセットアップである。ＭＴセットアップの間、ＭＴは親ノードを選択し、ＡＭＦを用いて認証する（Ｕｕ手順）。ＡＭＦはｇＮＢでＭＴを認証し、ｇＮＢはＭＴを用いてＳＲＢを確立する（Ｕｕ手順）。ｇＮＢは、ＭＴを用いてＤＲＢおよびＰＤＵセッションを確立し得る。ＰＤＵセッションはＯＡＭコネクティビティに使用され得る。
【0043】
第２のステップはバックホールセットアップである。バックホールセットアップは、ＩＡＢノードＭＴと親ノードとの間にバックホールＲＬＣチャネルを確立することを含む。設定はＣＵ－ＣＰによって（たとえば、ＲＲＣを使用して）行われる。このため、ＭＴのＣＵ－ＣＰは、ＭＴがＵＥではなくＩＡＢノードに属することを知っている必要があり、それはたとえば、ＭＴ認証から導き出し得る。バックホールＲＬＣチャネルは、ＩＡＢノードＭＴおよび親ノードにおいて、対応する優先順位／ＱｏＳクラスでマークされる。
【0044】
バックホール確立はまた、ＩＡＢノードＭＴとＩＡＢドナーＤＵとの間に適応ルートを確立することを含む。これは、適応ルーティング識別子をＩＡＢノードＭＴおよびＩＡＢドナーＤＵに設定すること、ならびに新しいルーティング識別子のため、すべてのＩＡＢノードの祖先ノードにルーティング入力を設定することを含む。
【0045】
バックホール確立はまた、適応ルートを介してワイヤラインフロントホールからルーティング可能である、適応インターフェースのため、ＩＡＢノードにＩＰアドレスを割り振ることを含む。ＩＰアドレスはドナーＤＵに特異的でなければならないので、ＣＵは、特定のＩＡＢドナーＤＵおよび新しい適応ルートを介して、ＩＰパケットをＩＡＢノードに送信することができる。ＩＡＢドナーＤＵは、すべての子孫ＩＡＢノードに対してワイヤラインフロントホールからルーティング可能な、ＩＰアドレスのプールをサポートしなければならない。
【0046】
ＩＰ割当てがＣＵによって行われた場合、ＣＵは、ＩＡＢノードに対するＩＡＢドナーＤＵの利用可能なＩＰアドレスプールを知っているはずである。ＩＰ割当てがＩＡＢドナーＤＵにおいてＤＨＣＰプロキシを含むＤＨＣＰｖ４／６を介して行われた場合、適応レイヤの上にあるＡＲＰ／ＮＤＰの搬送メカニズムが定義され得る。ＩＰアドレスの割振りは追加の選択肢を含み得る。
【0047】
第３のステップはＤＵセットアップである。ＤＵセットアップの間、ＤＵは、適応レイヤにおけるＩＰを使用して、Ｆ１－Ｃおよびセルアクティベーションを確立する（ＴＳ ３８．４０１、８．５項：起動およびセルアクティベーションに定義された手順）。これは、バックホールＩＰレイヤを介するＩＡＢノードＤＵに対するＯＡＭサポートを含む。
【0048】
推奨されるアーキテクチャの選択肢（ＴＲ ３８．８７４のＯｐｔｉｏｎ １ａ）は、コアネットワークの関与なしで、ＩＰアドレス割当てをＲＡＮ内部で管理することができる。それに関して、上記ベースラインによって、ＤＨＣＰベースのＩＰアドレス割当て、およびＩＰアドレス割当て後のＯＡＭセットアップが、ＭＴがＰＤＵセッションを確立することなく可能になる。ＩＡＢノード統合手順全体の３つの部分について以下に考察する。
【0049】
ＭＴ機能性セットアップの間、ＲＲＣセットアップ手順を使用して、ＩＡＢノードが最初にそのＭＴ機能性を介して接続する。ＲＲＣ接続セットアップの後、ＩＡＢノードのＭＴ機能性は、ＮＡＳレベルの登録および認証を実施し得るが、図１２に示されるように、ＰＤＵセッションの確立は不要である。
【0050】
ＮＡＳ登録後、ＩＡＢノードのＵＥコンテキストをＲＡＮで（任意のＰＤＵセッションリソースなしで）作成することができる。このように、ＩＡＢノードに対するいずれのＳＭＦ／ＵＰＦ機能性もサポートする必要はない。ＮＡＳ Ｒｅｌ－１５はすでに、ＮＡＳ登録をＰＤＵセッション確立と分離して、ＰＤＵセッションをセットアップせずに登録のみを実施すること、ならびにＰＤＵセッションリソースなしにＲＡＮでＵＥコンテキストをセットアップすることを可能にしている。
【0051】
バックホールセットアップの場合、ＩＡＢノードのＵＥコンテキストがＲＡＮでセットアップされた後、ＲＡＮは、ＩＡＢノードに対するＩＰアドレス割当てに使用することができる、１つまたは複数のバックホールベアラを確立する。ＩＡＢノードがＩＡＢドナーノードと直接ではなく、他の（すでに付着／接続された）ＩＡＢノードを介して通信している状況では、すべての中間ＩＡＢノードにおける転送情報が、新しいＩＡＢノードのセットアップによって更新される。
【0052】
ＤＵ機能性セットアップの場合、オペレータの内部ネットワークに対するコネクティビティを確立した後、ＤＵがＦ１セットアップ要求メッセージをそれに対応するＣＵ、すなわちＩＡＢ－ＣＵに送ることができる前に、ＩＡＢノードおよびそのセル／セクタのＤＵ機能性をＯＡＭによって設定する必要がある。ＩＡＢの推奨されるアーキテクチャの選択肢は、ＩＡＢノードに対するＩＰコネクティビティを完全にサポートして、ＭＴ機能性に依存してＯＡＭのコアネットワークで専用のＰＤＵセッションを確立する代わりに、ＤＵ機能性がＯＡＭに対する直接ＩＰコネクティビティを有し得ることを可能にしている。
【0053】
ＩＡＢノードのＤＵ機能性を設定した後、ＤＵおよびＵＥが他のｇＮＢと区別できなくなるので、ＩＡＢノードが動作するようになる。ＩＡＢノードは、他の任意のＤＵ／ｇＮＢのようにＵＥにサーブし始めることができる。
【0054】
最初のＩＡＢノードアクセスの手順は、ＩＡＢノード要件を満たすようにわずかに修正した、ＵＥ初期アクセスシグナリングフローに基づくことができる。一方、ＩＡＢノードＤＵセルアクティベーションのため、ＴＳ ３８．４０１に定義されたＦ１起動およびセルアクティベーション手順をそのまま再使用することができる。上記を考慮に入れて、ＩＡＢノードをＮＧ－ＲＡＮに統合するプロセスが、以下に記載され図１２に示される。
【0055】
図１２は、ＩＡＢノード統合手順を示すシーケンス図である。ＩＡＢ初期アクセスおよびＭＴ機能性セットアップは以下のステップを含む。
【0056】
１．ＩＡＢノードは、ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージをｇＮＢ－ＤＵに送る。
２．ｇＮＢ－ＤＵは、ＲＲＣメッセージと、ＩＡＢノードが許可された場合、ＮＲ Ｕｕインターフェースに対する対応する下位レイヤ設定をＩＮＩＴＩＡＬ ＵＬ ＲＲＣ ＴＲＡＮＳＦＥＲメッセージに含め、ｇＮＢ－ＣＵに転送する。ＩＮＩＴＩＡＬ ＵＬ ＲＲＣ ＴＲＡＮＳＦＥＲメッセージは、ｇＮＢ－ＤＵによって割り振られたＣ－ＲＮＴＩを含む。
３．ｇＮＢ－ＣＵは、ＩＡＢノードに対するｇＮＢ－ＣＵ ＵＥ ＦＩＡＰ ＩＤを割り振り、ＲＲＣＳｅｔｕｐメッセージをＩＡＢノードに対して生成する。ＲＲＣメッセージはＤＬ ＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージに封入される。
４．ｇＮＢ－ＤＵはＲＲＣＳｅｔｕｐメッセージをＩＡＢノードに送る。
５．ＩＡＢノードは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ ＣＯＭＰＬＥＴＥメッセージをｇＮＢ－ＤＵに送る。ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ ＣＯＭＰＬＥＴＥメッセージのＳ－ＮＳＳＡＩ ＩＥはＩＡＢノードを示す。
６．ｇＮＢ－ＤＵはＲＲＣメッセージをアップリンクＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージに封入し、それをｇＮＢ－ＣＵに送る。
７．ｇＮＢ－ＣＵはＩＮＩＴＩＡＬ ＵＥ ＭＥＳＳＡＧＥをＡＭＦに送る。これは、ＩＡＢノードのみにサーブする専用ＡＭＦであることができる。この時点で、ＩＡＢノードは、ＰＤＵセッションを確立することなく登録（認証およびキー生成を含む）を実施する。
８．ＡＭＦはＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージをｇＮＢ－ＣＵに送る。
９．ｇＮＢ－ＣＵはＩＡＢ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージを送って、ｇＮＢ－ＤＵにＩＡＢノードコンテキストを確立する。メッセージはまた、ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージを封入する。
１０．ｇＮＢ－ＤＵはＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＩＡＢノードに送る。
１１．ｇＮＢ－ＤＵはＩＡＢ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージをｇＮＢ－ＣＵに送る。
１２．ＩＡＢノードはＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージに応答する。
１３．ｇＮＢ－ＤＵはＲＲＣメッセージをＵＬ ＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージに封入し、それをｇＮＢ－ＣＵに送る。
１４．ｇＮＢ－ＣＵはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを生成し、それをダウンリンクＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージに封入する。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎは、１つまたは複数のＩＡＢバックホールベアラの設定を含み得る。
１５．ｇＮＢ－ＤＵはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＩＡＢノードに送る。
１６．ＩＡＢノードはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージをｇＮＢ－ＤＵに送る。
１７．ｇＮＢ－ＤＵはＲＲＣメッセージをアップリンクＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージに封入し、それをｇＮＢ－ＣＵに送る。
１８．ｇＮＢ－ＣＵはＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージをＡＭＦに送る。
２．ｇＮＢ－ＤＵは、ＲＲＣメッセージと、ＩＡＢノードが許可された場合、ＮＲ Ｕｕインターフェースに対する対応する下位レイヤ設定をＩＮＩＴＩＡＬ ＵＬ ＲＲＣ ＴＲＡＮＳＦＥＲメッセージに含め、ｇＮＢ－ＣＵに転送する。ＩＮＩＴＩＡＬ ＵＬ ＲＲＣ ＴＲＡＮＳＦＥＲメッセージは、ｇＮＢ－ＤＵによって割り振られたＣ－ＲＮＴＩを含む。
３．ｇＮＢ－ＣＵは、ＩＡＢノードに対するｇＮＢ－ＣＵ ＵＥ ＦＩＡＰ ＩＤを割り振り、ＲＲＣＳｅｔｕｐメッセージをＩＡＢノードに対して生成する。ＲＲＣメッセージはＤＬ ＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージに封入される。
４．ｇＮＢ－ＤＵはＲＲＣＳｅｔｕｐメッセージをＩＡＢノードに送る。
５．ＩＡＢノードは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ ＣＯＭＰＬＥＴＥメッセージをｇＮＢ－ＤＵに送る。ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ ＣＯＭＰＬＥＴＥメッセージのＳ－ＮＳＳＡＩ ＩＥはＩＡＢノードを示す。
６．ｇＮＢ－ＤＵはＲＲＣメッセージをアップリンクＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージに封入し、それをｇＮＢ－ＣＵに送る。
７．ｇＮＢ－ＣＵはＩＮＩＴＩＡＬ ＵＥ ＭＥＳＳＡＧＥをＡＭＦに送る。これは、ＩＡＢノードのみにサーブする専用ＡＭＦであることができる。この時点で、ＩＡＢノードは、ＰＤＵセッションを確立することなく登録（認証およびキー生成を含む）を実施する。
８．ＡＭＦはＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージをｇＮＢ－ＣＵに送る。
９．ｇＮＢ－ＣＵはＩＡＢ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージを送って、ｇＮＢ－ＤＵにＩＡＢノードコンテキストを確立する。メッセージはまた、ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージを封入する。
１０．ｇＮＢ－ＤＵはＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＩＡＢノードに送る。
１１．ｇＮＢ－ＤＵはＩＡＢ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージをｇＮＢ－ＣＵに送る。
１２．ＩＡＢノードはＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージに応答する。
１３．ｇＮＢ－ＤＵはＲＲＣメッセージをＵＬ ＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージに封入し、それをｇＮＢ－ＣＵに送る。
１４．ｇＮＢ－ＣＵはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを生成し、それをダウンリンクＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージに封入する。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎは、１つまたは複数のＩＡＢバックホールベアラの設定を含み得る。
１５．ｇＮＢ－ＤＵはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＩＡＢノードに送る。
１６．ＩＡＢノードはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージをｇＮＢ－ＤＵに送る。
１７．ｇＮＢ－ＤＵはＲＲＣメッセージをアップリンクＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージに封入し、それをｇＮＢ－ＣＵに送る。
１８．ｇＮＢ－ＣＵはＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージをＡＭＦに送る。
【0057】
この時点で、ＩＡＢノードは、ｇＮＢ－ＣＵに対するＴＮＬコネクティビティを作成し、ＴＮＬアドレス（たとえば、ＩＰアドレスおよびポート割当て）を得るのに使用することができる、１つまたは複数のバックホールベアラを確立している。次に、ＩＡＢノードは、ＴＳ ３８．４０１に記載されているＦ１起動およびセルアクティベーション手順を使用して、そのセルをアクティベートし動作するようになることができる。
【0058】
そのセルをアクティベートした後、ＩＡＢノードは動作しており、ＵＥにサーブすることができる。ＵＥは、ＴＳ ３８．４０１に記載のＵＥ Ｉｎｉｔｉａｌ Ａｃｃｅｓｓ手順を介してＩＡＢノードに接続することができる。
【0059】
ＩＡＢネットワークはまた、ベアラマッピングを使用する。ＩＡＢノードはバックホールＲＬＣチャネルに対してＵＥ ＤＲＢを多重化する必要がある。ＩＡＢノードのベアラマッピングについて、以下の２つの選択肢を考慮することができる。
【0060】
選択肢１は、ＵＥ ＤＲＢとバックホールＲＬＣチャネルとの間の一対一のマッピングである。一例が図１３に示される。
【0061】
図１３は、ＵＥ ＤＲＢとバックホールＲＬＣチャネルとの間の一対一のマッピングの一例を示すマッピング図である。この選択肢では、各ＵＥ ＤＲＢが別個のバックホールＲＬＣチャネル上にマッピングされる。さらに、各バックホールＲＬＣチャネルが次のホップの別個のバックホールＲＬＣチャネル上にマッピングされる。確立されたバックホールＲＬＣチャネルの数は確立されたＵＥ ＤＲＢの数に等しい。
【0062】
識別子（たとえば、ＵＥおよび／またはＤＲＢ）が必要であり得る（たとえば、複数のバックホールＲＬＣチャネルが単一のバックホール論理チャネル内に多重化される場合）。正確にどの識別子が必要であるか、また識別子のうちどれが適応レイヤヘッダ内に配置されるかは、アーキテクチャ／プロトコルによって決まる。
【0063】
選択肢２は、ＵＥ ＤＲＢとバックホールＲＬＣチャネルとの間の多対一のマッピングである。一例が図１４に示される。
【0064】
図１４は、ＵＥ ＤＲＢとバックホールＲＬＣチャネルとの間の多対一のマッピングの一例を示すマッピング図である。多対一のマッピングの場合、ベアラＱｏＳプロファイルなどの特定のパラメータに基づいて、いくつかのＵＥ ＤＲＢが単一のバックホールＲＬＣチャネル上に多重化される。ホップカウントなどの他の情報も設定することができる。ＩＡＢノードは、ＤＲＢが異なるＵＥに属する場合であっても、ＵＥ ＤＲＢを単一のバックホールＲＬＣチャネル内に多重化することができる。さらに、１つのバックホールＲＬＣチャネルからのパケットが、次のホップの異なるバックホールＲＬＣチャネル上にマッピングされ得る。単一のバックホールＲＬＣチャネルにマッピングされたすべてのトラフィックが、エアインターフェースにおいて同じＱｏＳ処理を受ける。
【0065】
バックホールＲＬＣチャネルは、複数のベアラ、場合によってはさらには異なるＵＥから／へのデータを多重化するので、バックホールＲＬＣチャネルで送信された各データブロックは、ＵＥ、ＤＲＢ、および／またはそれが関連付けられるＩＡＢノードの識別子を包含する必要がある。正確にどの識別子が必要であるか、また識別子のうちどれが適応レイヤヘッダ内に配置されるかは、アーキテクチャ／プロトコルによって決まる。いくつかのＩＡＢネットワークはＮ：１および１：１両方のマッピングをサポートし得る。
【0066】
無線ベアラは、ＬＴＥおよびＮＲの両方で使用される概念である。無線ベアラは、無線インターフェースを通じてデータパケットまたはシグナリングメッセージの転送を提供する。各無線ベアラは、一般的に、ＵＥおよびネットワーク両方の側における、ＰＤＣＰおよびＲＬＣプロトコルのインスタンスと関連付けられる。
【0067】
レガシーＬＴＥでは、ＵＥは、１つの共通の情報要素（ＩＥ）（ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ）における低次および高次レイヤの態様両方の情報に含まれるＲＲＣ設定を用いて設定される。ＮＲ（およびまた、ＬＴＥ ｒｅｌ－１５（ＬＴＥは非スタンドアロンＮＲセルとのデュアルコネクティビティモードで使用することができる））では、低次および高次レイヤ設定が異なるＩＥで分割されるように、構造が修正されている。
【0068】
上位レイヤの態様（ＰＤＣＰおよびＳＤＡＰ）は、ｒａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇ ＩＥを使用して設定され、低位レイヤ設定は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの一部であるｃｅｌｌＧｒｏｕｐＣｏｎｆｉｇ ＩＥを介して行われる。
【0069】
異なるメッセージ／ＩＥの構造が以下に示される。
【0070】
ＵＥがスタンドアロンモードで動作している場合、通常、そのベアラの高次レイヤ設定を包含するｒａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇ ＩＥに１つのみの無線ベアラ設定を有することになる。ＵＥがデュアルコネクティビティ（ＤＣ）モードで動作している場合、または（無線リソースをセカンダリノードに割り振ることなく、セカンダリノード終端ＭＣＧベアラとして知られる、セカンダリノード終端ベアラを有することが可能なように）ＤＣに対して準備されている場合、ｒａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇ２ ＩＥはセカンダリノードと関連付けられたベアラを包含する。
【0071】
ｒａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇ ＩＥは、ベアラのセキュリティセッティング（たとえば、暗号化／完全性保護アルゴリズム）と、ＳＤＡＰおよびＰＤＣＰレイヤの設定とを包含する。
【0072】
ＵＥは、１つまたは複数のセルグループ設定（ｃｅｌｌＧｒｏｕｐＣｏｎｆｉｇ）（ｒｅｌ－１５では、これは最大２つに制限される）を用いて設定することができる。セルグループ設定では、セルグループと関連付けられたセルに関する多数の情報が提供される。
【0073】
ＵＥがシングルコネクティビティで動作している場合、プライマリセル（ＰＣｅｌｌ）と、もしあれば、キャリアアグリゲーション（ＣＡ）モードで動作しているセカンダリセル（ＳＣｅｌｌ）との設定を包含する、１つのみのセルグループ設定を有することになる。このセルグループはマスターセルグループ（ＭＣＧ）設定として知られる。ＵＥがＤＣで動作している場合、プライマリセカンダリセル（ＰＳＣｅｌｌ）と、もしあれば、ＵＥがＳＣＧのＣＡモードでも動作している場合はセカンダリセル（ＳＣｅｌｌ）との設定を包含する、セカンダリセルグループ（ＳＣＧ）と呼ばれる追加のセルグループ設定を有することになる。
【0074】
ＭＣＧ／ＳＣＧセル（ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＳＣｅｌｌ）設定とは別に、セルグループ設定はまた、所与のベアラに対する下位レイヤ設定（すなわち、ＲＬＣ／ＭＡＣ）を定義するのに使用される、ＲＬＣベアラ設定（ＲＬＣ－ＢｅａｒｅｒＣｏｎｆｉｇ）を包含する。ＲＬＣベアラ設定では、ｓｅｒｖｅｄＲａｄｉｏＢｅａｒｅｒ ＩＥは、ＲＬＣベアラ設定を特定のベアラ（データ無線ベアラ（ＤＲＢ）またはシグナリング無線ベアラ（ＳＲＢ））と関連付ける。
【0075】
ベアラは、１つを超えるＲＬＣベアラ設定と関連付けることができる（ベアラが、ＭＣＧおよびＳＣＧを使用する分割ベアラである場合、またはＭＣＧもしくはＳＣＧのみに属するが、ＣＡデュプリケーションとして知られるキャリアアグリゲーションを介して複製を使用するベアラである場合）。この場合、ＰＤＣＰ設定（ｐｄｃｐＣｏｎｆｉｇ）は、ＰＤＣＰを２つのＲＬＣベアラとリンクする、ｍｏｒｅＴｈａｎＯｎｅＲＬＣ ＩＥを包含する。
【0076】
シグナリングで分かるように、無線ベアラは、ＤＲＢ ＩＤまたはＳＲＢ ＩＤおよび論理チャネルによって識別することができる。ＤＲＢ／ＳＲＢ ＩＤは、ＰＤＣＰ暗号化および／または完全性保護に対する入力など、異なる目的で使用される。論理チャネルはＭＡＣ多重化に使用される。
【0077】
現在、特定の課題が存在している。たとえば、上述したように、ＩＡＢネットワークは、ＩＡＢノードに接続されたＵＥ、およびＩＡＢノードに接続された他の（子）ＩＡＢノードに接続されたＵＥと関連付けられた、無線バックホーリングトラフィックをサポートするため、バックホールＲＬＣチャネル（またはバックホールベアラ）を、ＩＡＢノードとその親ノード（すなわち、別のＩＡＢノードもしくはドナーＤＵ）との間で確立し得る。バックホールＲＬＣチャネルは、ＤＲＢ／ＲＬＣベアラがＵＥに対して管理される方法と同様に、ドナーＣＵによって管理され、ＲＲＣシグナリングを使用してＩＡＢノードに対してセットアップされ得る。
【0078】
バックホールＲＬＣチャネルは、ＧＴＰ－Ｕ／ＵＤＰ／ＩＰトンネル内部で搬送されるエンドユーザトラフィック、ならびにＳＣＴＰ／ＩＰで搬送されるＦ１－ＡＰシグナリングを保持する。加えて、ＬＴＥ基地局、Ｗｉ－Ｆｉ基地局、ＣＣＴＶカメラ、測候所などを含む、ＩＡＢノードと同じ場所にある他の機器と関連付けられた、維持管理（ＯＡＭ）インターフェースおよびＩＰトラフィックなど、バックホールＲＬＣチャネルを通じて任意のＩＰサービスをバックホールすることが可能である。
【0079】
異なるタイプのトラフィックの適正なＱｏＳ処理（たとえば、優先順位付け）を担保するため、オペレータがバックホールＲＬＣチャネルに対するトラフィックのマッピングを制御することができれば有益である。ＩＡＢノードの場合、これは、無線バックホールインターフェースにおけるバックホールＲＬＣチャネルに対する、異なるタイプのトラフィックのアップリンクマッピングを制御することを含む。ダウンリンクでは、この機能は、ドナーｇＮＢまたはドナーｇＮＢ－ＤＵによって扱われる。
【0080】
問題は、バックホールＲＬＣチャネルの管理が、別のノード（ＣＵ）によって行われ得、また変動するトラフィックの必要性に基づいて動的であることが予想されることである。単純な方策は、ＩＡＢノードの初期統合手順などの間、ＩＡＢノードに（たとえば、ＯＡＭを介して）「静的」マッピングを設定することであり得る。一例が以下に示される。
非ＵＥ関連Ｆ１シグナリング ⇒ ＢＨ ＲＬＣチャネル１
ＵＥ関連Ｆ１シグナリング ⇒ ＢＨ ＲＬＣチャネル２
ＧＴＰ－Ｕデータ（５Ｑ１＝１） ⇒ ＢＨ ＲＬＣチャネル３
ＧＴＰ－Ｕデータ（５Ｑ１＝２） ⇒ ＢＨ ＲＬＣチャネル４
ＬＴＥユーザデータ（ＱＣＩ＝１） ⇒ ＢＨ ＲＬＣチャネル３
ＯＡＭシグナリング ⇒ ＢＨ ＲＬＣチャネル５
非ＵＥ関連Ｆ１シグナリング ⇒ ＢＨ ＲＬＣチャネル１
ＵＥ関連Ｆ１シグナリング ⇒ ＢＨ ＲＬＣチャネル２
ＧＴＰ－Ｕデータ（５Ｑ１＝１） ⇒ ＢＨ ＲＬＣチャネル３
ＧＴＰ－Ｕデータ（５Ｑ１＝２） ⇒ ＢＨ ＲＬＣチャネル４
ＬＴＥユーザデータ（ＱＣＩ＝１） ⇒ ＢＨ ＲＬＣチャネル３
ＯＡＭシグナリング ⇒ ＢＨ ＲＬＣチャネル５
【0081】
しかしながら、かかる静的な方策にはいくつかの問題がある。ＩＡＢノードは、各バックホールＲＬＣチャネルのＱｏＳ処理を知らない。たとえば、あるバックホールＲＬＣチャネルがセットアップされていない場合、ＩＡＢノードは、そのバックホールＲＬＣチャネルと以前関連付けられていたトラフィックをどのようにマッピングするかを知らないであろう。バックホールＲＬＣチャネルの数は動的に変化する可能性があり（たとえば、１：１マッピングが実施される場合、またはＮ：１マッピングに対するバックホールＲＬＣチャネルの数を変更する必要がある場合）、つまり、マッピングを変更する必要があるが、ＩＡＢノードがこれをどのように行うことができるか明確ではない。
【発明の概要】
【0082】
上述したように、現在、トラフィックをアクセスバックホール統合（１ＡＢ）バックホールチャネルにマッピングすることに関して、特定の課題が存在している。本開示の特定の態様およびそれらの実施形態は、これらまたは他の課題に対する解決策を提供し得る。たとえば、特定の実施形態は、ＩＡＢのアップリンクトラフィックを所望のバックホール無線リンク制御（ＲＬＣ）チャネル（またはベアラ）にマッピングし、ならびにＩＡＢドナーノードでダウンリンクマッピングする。
【0083】
第１のグループの実施形態は、バックホールＲＬＣチャネルセットアップ／修正（たとえば、ＩＡＢノードに対する無線リソース制御（ＲＲＣ）シグナリング、またはドナー分散ユニット（ＤＵ）に対するＦ１シグナリング）で、どのタイプのトラフィックが各バックホールＲＬＣチャネル上にマッピングされるべきかを、明示的に示すことに基づく。バックホールＲＬＣチャネルは、論理チャネル識別子（ＬＣＩＤ）または特定のバックホールＲＬＣチャネル識別子を使用して識別され得る。複数のタイプのトラフィックが同じバックホールＲＬＣチャネルを共有し得るので、情報は、バックホールＲＬＣチャネルごとに、トラフィックタイプのリスト（たとえば、異なるサービス品質（ＱｏＳ）クラス、Ｆ１シグナリングなどと関連付けられたユーザデータ）としてコード化され得る（さらなる例のトラフィックタイプについては後述する）。
【0084】
ユーザ機器（ＵＥ）ベアラとバックホールＲＬＣチャネルとの間の１：１マッピングをサポートするため、特定の実施形態は、バックホールＲＬＣチャネルと関連付けられる、特定の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルエンドポイント識別子（ＴＥＩＤ）を示す。これは様々な手法で実施することができる。たとえば、バックホールＲＬＣチャネルのセットアップ中（たとえば、関連するＴＥＩＤを包含するバックホールＲＬＣチャネル設定内の情報要素（ＩＥ）で）、バックホールＲＬＣチャネルの再設定中（たとえば、関連するＴＥＩＤを包含するバックホールＲＬＣチャネル設定内のＩＥで）に実施することができ、あるいは、バックホールＲＬＣチャネル設定とは独立して行うことができる（たとえば、ＧＴＰ ＴＥＩＤを包含するバックホールＲＬＣチャネル設定内のＩＥの代わりに、ＴＥＩＤマッピングに対するバックホールＲＬＣチャネルを包含する無線リソース制御（ＲＲＣ）レベルで保たれるマッピング情報であることができる）。
【0085】
Ｎ：１サポートも、上記１：１マッピングと同様に設定され得、違いは１つを超えるＧＴＰ ＴＥＩＤを１つのバックホールＲＬＣチャネルと関連付けることができることである。これも様々な手法で実施することができる。たとえば、バックホールＲＬＣチャネルのセットアップ中（たとえば、関連するＴＥＩＤを包含するバックホールＲＬＣチャネル設定内のＩＥで）、バックホールＲＬＣチャネルの再設定中（たとえば、関連するＴＥＩＤを包含するバックホールＲＬＣチャネル設定内のＩＥで）に実施することができ、あるいは、バックホールＲＬＣチャネル設定とは独立して行うことができる（たとえば、ＧＴＰ ＴＥＩＤを包含するバックホールＲＬＣチャネル設定内のＩＥの代わりに、ＴＥＩＤマッピングに対するバックホールＲＬＣチャネルを包含する無線リソース制御（ＲＲＣ）レベルで保たれるマッピング情報であることができる）。
【0086】
ＧＴＰ ＴＥＩＤのシグナリングと、より汎用的なトラフィックタイプのシグナリング（たとえば、ＱｏＳパラメータを用いて識別される）とには、長所と短所がある。ＧＴＰ ＴＥＩＤのシグナリングの有利な点は、柔軟なマッピングが容易になることであるが、欠点は、ＵＥベアラが追加または削除されるとＴＥＩＤを更新する必要があるので、シグナリングの量が増加することである。これらの理由のため、上述の実施形態は補完的な手法で使用され得る。任意に、いくつかの実施形態は、明示的に示されないすべてのトラフィックタイプがマッピングされるべきである、「既定の」バックホールＲＬＣチャネル（たとえば、ＲＲＣシグナリングの場合）を示す。したがって、稀にしか使用されない、または任意の特定のＱｏＳ処理を必要としないトラフィックタイプを、信号マッピングする必要はない。
【0087】
第１のグループの実施形態の制限は、新しいトラフィックタイプ（新しいメカニズムを使用して識別される）が将来導入された場合、新しいトラフィックタイプに関する指示を標準に追加するように仕様（たとえば、ＲＲＣ）を更新すること、ならびにネットワークのすべての既存の実装が新しいシグナリングをサポートするように更新することが求められ得るので、完全には将来性が保証されていないことである。この理由のため、第２のグループの実施形態では、マッピングは２つのステップで行われる。
【0088】
第１のステップでは、トラフィックタイプまたはＵＥベアラから汎用パラメータ値へのマッピングが実施される。マッピングは、ＩＡＢノードにおける実装またはオペレータ設定によって制御され得る。エンドユーザのＵＥベアラマッピングの場合、第１のステップはまた、ＩＡＢノードのＣＵからＤＵ機能へのＦ１シグナリングを使用することによって実施することができる（たとえば、ＧＴＰ ＴＥＩＤ、５Ｇ ＱｏＳインジケータ（５ＱＩ）、および／またはＩＰアドレスから汎用パラメータへのマッピングを提供するため）。
【0089】
第２のステップでは、汎用パラメータ値からバックホールＲＬＣチャネルへのマッピングが実施される。第２のステップは、ＣＵによって（たとえば、ＲＲＣシグナリングを使用して）設定され得る。また、汎用パラメータのいくつかの値から同じバックホールＲＬＣチャネルへのマッピングを設定することが可能である。
【0090】
汎用パラメータ値は、ＩＰｖ４差別化サービスコードポイント（ＤＳＣＰ）またはＩＰｖ６フローラベルを備え得る。あるいは、汎用パラメータは任意の長さ（たとえば、８ビット）の整数であり得る。たとえば、ＩＡＢノードがＩＰサービスを外部ノード（たとえば、ＤＳＣＰもしくはフローラベルを使用しない、Ｗｉ－Ｆｉアクセスポイント、ＣＣＴＶカメラ）に提供する場合、ＤＳＣＰまたはフローラベルを使用することが有利である。ＩＡＢノードはＤＳＣＰまたはフローラベルから整数にマッピングすることができるので、整数はそれらの事例でも働く。
【0091】
これらの実施形態は、汎用パラメータ値に対するマッピングを設定して、ＲＲＣを介してバックホールＲＬＣチャネルに対するマッピングを設定するのを可能にすることによって、オペレータが新しいトラフィックタイプを導入し得るので、将来性が保証されている。仕様（たとえば、ＲＲＣ仕様または実装）を変更する必要はない。
【0092】
特定のリンク内のベアラマッピングに加えて、特定の実施形態は、１つを超えるリンクを介して接続されたＩＡＢノードの複数のリンクに対するマッピングを制御するのに、上述したのと同様のメカニズムを使用し得る。この一例は、１つのリンク上で特定のトラフィック（たとえば、Ｆ１－ＡＰシグナリング）をマッピングし、別のリンク上でデータを送信することである。
【0093】
いくつかの実施形態によれば、ＩＡＢドナーＣＵネットワークノード、ＩＡＢドナーＤＵネットワークノード、ならびにアクセスＩＡＢネットワークノードおよび中間ＩＡＢネットワークノードの少なくとも１つを備える、ＩＡＢネットワークの第１のネットワークノードが方法を実施する。方法は、バックホールチャネル設定を第２のネットワークノードから受信することを含む。バックホールチャネル設定は、１つまたは複数のトラフィック識別子を１つまたは複数の無線バックホールチャネルにマッピングすることを含む。方法はさらに、無線バックホールチャネルで送信するため、イングレスリンクにおいて入来するトラフィックを受信することと、入来するトラフィックのタイプ、および１つまたは複数の無線バックホールチャネルに対する１つまたは複数のトラフィック識別子のマッピングに基づいて、入来するトラフィックを送信するため、エグレスリンクにおける無線バックホールチャネルを決定することと、エグレスリンクにおける決定された無線バックホールチャネルで受信した入来するトラフィックを送信することと、を含む。
【0094】
特定の実施形態では、バックホールチャネル設定を受信することは、ＲＲＣシグナリングまたはＦ１シグナリングを第２のネットワークノードから受信することを含む。
【0095】
特定の実施形態では、トラフィック識別子はトラフィックタイプを含む。たとえば、トラフィックタイプは、Ｆ１トラフィック、ＯＡＭトラフィック、ＧＴＰトラフィック、および５ＱＩの１つまたは複数を含み得る。特定の実施形態では、トラフィック識別子はＧＴＰ ＴＥＩＤを含む。特定の実施形態では、バックホールチャネル設定はさらに、既定の無線バックホールチャネルの識別を含む。
【0096】
特定の実施形態では、１つまたは複数のトラフィック識別子はそれぞれ、第１のトラフィック識別子を含み、方法はさらに、１つまたは複数の第１のトラフィック識別子に対する１つまたは複数の第２のトラフィック識別子のマッピングを受信することを含む。入来するトラフィックを送信するため、エグレスリンクにおける無線バックホールチャネルを決定することは、１つまたは複数の第１のトラフィック識別子に対する１つまたは複数の第２のトラフィック識別子のマッピング、ならびに１つまたは複数の無線バックホールチャネルに対する１つまたは複数の第１のトラフィック識別子のマッピングに基づく。
【0097】
特定の実施形態では、１つまたは複数の第１の識別子は、ＤＳＣＰおよびＩＰフローラベルの１つを含む。
【0098】
特定の実施形態では、第２のトラフィック識別子はトラフィックタイプを含む。特定の実施形態では、トラフィックタイプは、Ｆ１トラフィック、ＯＡＭトラフィック、ＧＴＰトラフィック、および５ＱＩの１つまたは複数を含む。特定の実施形態では、第２のトラフィック識別子はＧＴＰ ＴＥＩＤを含む。
【0099】
特定の実施形態では、１つまたは複数の第１のトラフィック識別子に対する１つまたは複数の第２のトラフィック識別子のマッピングはさらに、既定の第１のトラフィック識別子の識別を含む。
【0100】
特定の実施形態では、第１のネットワークノードはアクセスＩＡＢネットワークノードであり、第２のネットワークノードはＩＡＢドナーＣＵである。
【0101】
いくつかの実施形態によれば、ネットワークノードは、上述のネットワークノードの方法のいずれかを実行するように動作可能な処理回路を備える。
【0102】
さらに開示されるのは、コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を備えるコンピュータプログラム製品であり、そのコンピュータ可読プログラムコードは、処理回路によって実行されるときに前述のネットワークノードによって実行される方法のうちのいずれかを実行するように動作可能である。
【0103】
ある種の実施形態は、以下の技術的優位性のうちの１つ又は複数をもたらすことができる。たとえば、特定の実施形態は、バックホールＲＬＣチャネルが別のノードによって制御され、マッピングが動的に変更される場合であっても、ＩＡＢノードのバックホールＲＬＣチャネルに対するエンドユーザベアラのマッピングの設定を容易にする。
【0104】
特定の実施形態は、トラフィックタイプ（たとえば、Ｆ１シグナリング、ＯＡＭ、５ＱＩ＝１を有するデータなど）および特定のベアラに対する特定のマッピング（たとえば、ＧＴＰ ＴＥＩＤによって識別される）の両方に基づいて、マッピングをサポートする。いくつかの実施形態は、異なるタイプのトラフィックを同じバックホールＲＬＣチャネル上にマッピングする（たとえば、同じバックホールＲＬＣチャネル上にマッピングされるべき、トラフィックタイプのリストまたはＧＴＰ ＴＥＩＤをシグナリングする）。
【0105】
特定の実施形態は、特定のマッピングを要するトラフィックタイプのみをシグナリングする必要があり、他のトラフィックタイプは既定のバックホールＲＬＣチャネル（ハードコーディングすることができる、たとえばバックホールＲＬＣチャネル１、もしくはシグナリングを介して指示される）を使用するという点で、有効なシグナリングである。
【0106】
いくつかの実施形態の特定の利点は、オペレータが新しいトラフィックタイプを導入し、ＲＲＣ／Ｆ１仕様の変更なしで、バックホールＲＬＣチャネルに対する設定可能なマッピングを依然としてサポートし得る、上方適合性である。
【0107】
開示される実施形態及びそれらの特徴及び優位性のより十分な理解のために、次のような添付の図面と併せて解釈される、以下の説明をここで参照する。
【図面の簡単な説明】
【0108】
【図1】１つのＩＡＢドナーおよび複数のＩＡＢノードを包含する、スタンドアロンモードのＩＡＢの参照図である。
【図2】ＩＡＢのためのベースラインユーザプレーンプロトコルスタックを示す図である。
【図3A】ＩＡＢのためのベースライン制御プレーンプロトコルスタックを示す図である。
【図3B】ＩＡＢのためのベースライン制御プレーンプロトコルスタックを示す図である。
【図3C】ＩＡＢのためのベースライン制御プレーンプロトコルスタックを示す図である。
【図4】下流送信のためのＩＡＢノードのベアラマッピングの一例を示す流れ図である。
【図5】下流送信のためのＢＡＰエンティティによって実施される機能の一例を示す流れ図である。
【図6】上流送信のためのＩＡＢノードのベアラマッピングの一例を示すフロー図である。
【図7】上流送信のためのＢＡＰエンティティによって実施される機能の一例を示すフロー図である。
【図8】ＵＥに対するＮＲのデュアルコネクティビティを示す機能図である。
【図9】ＤＣがセットアップされる前の単一のコネクティビティを示すコネクティビティ図である。
【図10】ＤＣセットアップ後の複数のコネクティビティを示すコネクティビティ図である。
【図11】エンドノードの複数のコネクティビティにつながる、中間ノードにおける複数のコネクティビティを示すコネクティビティ図である。
【図12】ＩＡＢノード統合手順を示すシーケンス図である。
【図13】ＵＥ ＤＲＢとバックホールＲＬＣチャネルとの間の一対一のマッピングの一例を示すマッピング図である。
【図14】ＵＥ ＤＲＢとバックホールＲＬＣチャネルとの間の多対一のマッピングの一例を示すマッピング図である。
【図15】例示的無線ネットワークを示すブロック図である。
【図16】ある種の実施形態による、例示的ネットワークノードを示す図である。
【図17】ある種の実施形態による、ネットワークノードにおける例示的方法を示す流れ図である。
【図18】ある種の実施形態による、無線ネットワークにおけるネットワークノードの概略的ブロック図である。
【図19】ある種の実施形態による、例示的仮想化環境を示す図である。
【図20】ある種の実施形態による、中間ネットワークを介してホストコンピュータに接続された例示的電気通信ネットワークを示す図である。
【図21】ある種の実施形態による、部分的無線接続を介してユーザ機器と基地局を介して通信する例示的ホストコンピュータを示す図である。
【図22】ある種の実施形態による、実施される方法を示す流れ図である。
【図23】ある種の実施形態による、通信システムにおいて実施される方法を示す流れ図である。
【図24】ある種の実施形態による、通信システムにおいて実施される方法を示す流れ図である。
【図25】ある種の実施形態による、通信システムにおいて実施される方法を示す流れ図である。
【発明を実施するための形態】
【0109】
上述したように、現在、トラフィックをアクセスバックホール統合（１ＡＢ）バックホールチャネルにマッピングすることに関して、特定の課題が存在している。本開示のある種の態様及びそれらの実施形態は、これらの又は他の課題に対する解決策を提供することができる。
【0110】
特定の実施形態が、添付の図面を参照してさらに十分に説明される。しかしながら、他の実施形態が、本明細書で開示される主題の範囲に含まれる。開示される主題は、本明細書に記載の実施形態のみに限定されるものとして解釈されるべきではなく、そうではなくて、これらの実施形態は、当業者に本主題の範囲を伝えるための例として提供される。
【0111】
「セットアップする」および「設定する」という用語は、本明細書では交換可能に使用され得る。「バックホールＲＬＣチャネル」および「バックホールＲＬＣベアラ」という用語も、本明細書では交換可能に使用され得る。
【0112】
第１のグループの実施形態では、中央処理装置（ＣＵ）は、ＩＡＢノードに対するバックホール無線リンク制御（ＲＬＣ）チャネルの管理に関与する。アップリンクにおけるバックホールＲＬＣチャネル管理およびバックホールＲＬＣチャネルマッピングは、ＩＡＢノードのモバイルターミネーション（ＭＴ）部分に対して、無線リソース制御（ＲＲＣ）プロトコルを介して設定され得る。
【0113】
ＲＲＣプロトコルは、情報をＭＴに提供して、（ａ）ＩＡＢ子ノードから受信したトラフィックをマッピングする（たとえば、イングレスベアラに基づいて）、（ｂ）Ｆ１－Ｃシグナリングをマッピングする、（ｃ）維持管理（ＯＡＭ）トラフィックをマッピングする、ならびに（ｄ）ＩＡＢノードに接続されたユーザ機器（ＵＥ）データ無線ベアラ（ＤＲＢ）と関連付けられた、Ｆ１－Ｕトンネル（ＧＴＰ ＴＥＩＤによって識別される）をマッピングするなど、ＭＴが異なるタイプのトラフィックをバックホールＲＬＣチャネルにマッピングできるようにし得る。
【0114】
イングレスベアラに基づいた中間ＩＡＢノードにおけるマッピングは、同じ論理チャネル識別子（ＬＣＩＤ）を使用し得る。特定の実施形態は、ＲＲＣを使用して、アクセスＩＡＢノードに対するＦ１－Ｃ、Ｆ１－Ｕ、および他のトラフィックのマッピングをシグナリングする。
【0115】
バックホールＲＬＣチャネルがセットアップされると、同じ実施形態は、どのトラフィックが各チャネル上にマッピングされるべきかを示す、明示的なトラフィックタイプ（たとえば、Ｆ１－Ｃ、ＯＡＭ、ＧＴＰ ＴＥＩＤ、「他のもの」など）を定義する。場合によっては、オペレータが、いくつかのタイプのトラフィックが同じバックホールＲＬＣチャネルを共有することを望んで、シグナリングをより複雑にし得る（たとえば、リストのリストを要する）という限定がある。ＧＴＰ ＴＥＩＤは動的パラメータであり、つまり、新しいＵＥベアラが追加されると、ＧＴＰ ＴＥＩＤがＲＲＣレベルでＩＡＢ ＭＴにシグナリングされて、ＵＥベアラがすでに存在するバックホールＲＬＣチャネル上にマッピングされるべき場合であっても、バックホールＲＬＣチャネルに対するマッピングを扱う必要があるであろう。
【0116】
第２のグループの実施形態は、Ｆ１－Ｃシグナリングおよび／またはＯＡＭに基づいて、トラフィックが最初に中間識別子（たとえば、差別化されたサービスコードポイント（ＤＳＣＰ）／フローラベル）にマッピングされ、次にＲＲＣが中間パラメータからバックホールＲＬＣチャネルへのマッピングを設定する、中間ステップを含む。
【0117】
以下の例では、「Ｐｘ」は中間識別子を示す。
【0118】
第２のグループの実施形態は以下の利点を含む。既存のバックホールＲＬＣチャネル上にマッピングすることができる、第５世代（５Ｇ）サービス品質（ＱｏＳ）指示（５ＱＩ）を使用する、新しいＵＥベアラが追加されると、任意のＲＲＣシグナリングを実施する必要はない。特定の実施形態は、オペレータ設定に基づいて、異なるバックホールＲＬＣチャネルに対するロングタームエボリューション（ＬＴＥ）トラフィックまたは他の任意のトラフィックのバックホーリングをサポートする。オペレータは、オペレータ定義の５ＱＩのマッピングをサポートし得る。特定の実施形態は、Ｆ１－ＡＰシグナリングを使用してパラメータを設定することによって、１：１マッピングをサポートし得る。
【0119】
これに対して任意の中間パラメータを使用することができる（たとえば、十分なサイズの整数）。別の例として、ＤＳＣＰ／フローラベルに基づいたバックホールＲＬＣチャネルに対するドナーＤＵマッピングと同様に、特定の実施形態はまた、それをＩＡＢノードにおけるアップリンクマッピングに使用し得る。
【0120】
ＩＡＢノードのアップリンクトラフィックに対する２ステップマッピングの使用には、いくつかの利点がある。それにより、オペレータが、３ＧＰＰ標準化を経ずに、将来新しいトラフィックタイプをバックホールし、このトラフィックをバックホールＲＬＣチャネルにマッピングできるようになる。すべてのトラフィックタイプ、Ｆ１－Ｃ、Ｆ１－Ｕ（１：１およびＮ：１両方のマッピング）、ＯＡＭ、ＬＴＥバックホーリングなどをサポートする。既存のバックホールＲＬＣチャネルにマッピングすることができる、新しいＵＥベアラが追加された場合、ＲＲＣシグナリング（レイテンシを生じる）を回避する。
【0121】
シグナリングを最適化するため、特定の実施形態は、バックホールＲＬＣチャネルが既定のチャネルであるという、１つのバックホールＲＬＣチャネルと関連付けられた指示を、事前設定および／またはシグナリングし得る。このように、アップリンクまたはダウンリンクマッピングを実施するノードは、既定のバックホールＲＬＣチャネルに対するマッピングが設定されていない、特定の値と関連付けられたすべてのトラフィックをマッピングし得る。ＲＲＣシグナリングのＩＡＢノードで、またはドナーＤＵに対するＦ１－ＡＰシグナリングのダウンリンクで、アップリンクマッピングのための既定の指示を含めることができる。あるいは、既定のバックホールＲＬＣチャネルは、ＤＵまたはＩＡＢノードに直接設定することができる。
【0122】
図１５は、ある種の実施形態による、例示的無線ネットワークを示す。無線ネットワークは、任意のタイプの通信、電気通信、データ、セルラ、及び／又は無線ネットワーク或いは他の類似のタイプのシステムを備える及び／又はこれらとインターフェースすることができる。いくつかの実施形態において、無線ネットワークは、特定の標準又は他のタイプの予め規定されたルール若しくは手続きに従って動作するように設定され得る。したがって、無線ネットワークの特定の実施形態は、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ユニバーサルモバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）、及び／又は他の適切な２Ｇ、３Ｇ、４Ｇ、又は５Ｇ標準などの通信標準、ＩＥＥＥ８０２．１１標準などの無線ローカルエリアネットワーク（ＷＬＡＮ：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）標準、並びに／或いは、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ブルートゥース、Ｚ－Ｗａｖｅ及び／又はＺｉｇＢｅｅ標準などの任意の他の適切な無線通信標準を実装し得る。
【0123】
ネットワーク１０６は、１つ又は複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ：ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、ワイヤードネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、及び、デバイス間の通信を可能にするための他のネットワークを備え得る。
【0124】
ネットワークノード１６０及びＷＤ１１０は、さらに詳しく後述される様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなど、ネットワークノード及び／又は無線デバイス機能性を提供するために連携する。異なる実施形態において、無線ネットワークは、任意の数のワイヤード又は無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、リレー局、並びに／或いは、ワイヤード接続又は無線接続のいずれを介してでもデータ及び／又は信号の通信を円滑にする又はこれに参加する任意の他の構成要素又はシステムを備え得る。
【0125】
本明細書では、ネットワークノードは、無線デバイスへの無線アクセスを可能にする及び／又は提供するために無線デバイスと及び／又は無線ネットワーク内の他のネットワークノード又は機器と直接的又は間接的に通信する並びに／或いは無線ネットワークにおいて他の機能（たとえば、管理）を実行する能力を有する、そのように設定された、配置された及び／又は動作可能な機器を指す。
【0126】
ネットワークノードの例は、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、発展型ノードＢ（ｅＮＢ）及びＮＲ ＮｏｄｅＢ（ｇＮＢ））を含むが、これらに限定されない。基地局は、それらが提供するカバレッジの量（又は、つまり、それらの送信電力レベル）に基づいて分類することができ、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、又はマクロ基地局と呼ばれることもある。
【0127】
基地局は、リレーノード又はリレーを制御するリレードナーノードでもよい。ネットワークノードはまた、集中型デジタルユニット及び／又はリモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）と時に称される、などの分散型無線基地局の１つ又は複数の（又はすべての）部分を含み得る。そのようなリモート無線ユニットは、アンテナ統合無線のようにアンテナと統合されても統合されなくてもよい。分散型無線基地局の部分は、分散型アンテナシステム（ＤＡＳ：ｄｉｓｔｒｉｂｕｔｅｄ ａｎｔｅｎｎａ ｓｙｓｔｅｍ）内のノードと呼ばれることもある。ネットワークノードのさらなる例は、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ：ｍｕｌｔｉ－ｓｔａｎｄａｒｄ ｒａｄｉｏ）機器、無線ネットワークコントローラ（ＲＮＣ：ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ）又は基地局コントローラ（ＢＳＣ：ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ）などのネットワークコントローラ、基地局トランシーバ（ＢＴＳ：ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ）、送信ポイント、送信ノード、マルチセル／マルチキャストコーディネーションエンティティ（ＭＣＥ：ｍｕｌｔｉ－ｃｅｌｌ／ｍｕｌｔｉｃａｓｔ ｃｏｏｒｄｉｎａｔｉｏｎ ｅｎｔｉｔｙ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、ポジショニングノード（たとえば、Ｅ－ＳＭＬＣ）、及び／又はＭＤＴを含む。
【0128】
別の例として、ネットワークノードは、さらに詳しく後述するような仮想ネットワークノードでもよい。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを無線デバイスに可能にする及び／又は提供するための或いは無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供するための能力を有する、そのように設定された、配置された、及び／又は動作可能な任意の適切なデバイス（又はデバイスのグループ）を表し得る。
【0129】
図１５において、ネットワークノード１６０は、処理回路１７０、デバイス可読媒体１８０、インターフェース１９０、補助機器１８４、電源１８６、電力回路１８７、及びアンテナ１６２を含む。図１５の例示的無線ネットワークに示されたネットワークノード１６０は、ハードウェア構成要素の図示された組合せを含むデバイスを表し得るが、他の実施形態は、構成要素の異なる組合せを有するネットワークノードを備え得る。
【0130】
タスク、特徴、機能及び本明細書で開示される方法を実行するために必要とされるハードウェア及び／又はソフトウェアの任意の適切な組合せをネットワークノードは備えることが、理解されよう。さらに、ネットワークノード１６０の構成要素は、より大きなボックス内に位置する又は複数のボックス内にネストされた単一ボックスとして図示されているが、実際には、ネットワークノードは、単一の図示された構成要素を構成する複数の異なる物理構成要素を備え得る（たとえば、デバイス可読媒体１８０は、複数の別個のハードドライブ並びに複数のＲＡＭモジュールを備え得る）。
【0131】
同様に、ネットワークノード１６０は、独自のそれぞれの構成要素をそれぞれが有し得る複数の物理的に別個の構成要素（たとえば、ＮｏｄｅＢ構成要素及びＲＮＣ構成要素、又はＢＴＳ構成要素及びＢＳＣ構成要素など）で構成され得る。ネットワークノード１６０が複数の別個の構成要素（たとえば、ＢＴＳ及びＢＳＣ構成要素）を備えるある種のシナリオでは、別個の構成要素のうちの１つ又は複数は、いくつかのネットワークノードの間で共用され得る。たとえば、単一ＲＮＣは、複数のＮｏｄｅＢを制御し得る。そのようなシナリオでは、各固有のＮｏｄｅＢ及びＲＮＣペアは、場合によっては、単一の別個のネットワークノードと考えられ得る。
【0132】
一部の実施形態では、ネットワークノード１６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は、二重にされ得（たとえば、異なるＲＡＴのための別個のデバイス可読媒体１８０）、いくつかの構成要素は再使用され得る（たとえば、同じアンテナ１６２がＲＡＴによって共用され得る）。ネットワークノード１６０はまた、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、又はブルートゥース無線技術など、ネットワークノード１６０に統合された異なる無線技術のための様々な図示された構成要素の複数のセットを含み得る。これらの無線技術は、ネットワークノード１６０内の同じ又は異なるチップ又はチップのセット及び他の構成要素内に統合され得る。
【0133】
処理回路１７０は、ネットワークノードによって提供されているものとして本明細書に記載された任意の判定、計算又は類似の動作（たとえば、ある種の取得動作）を実行するように設定される。処理回路１７０によって実行される動作は、たとえば、取得された情報を他の情報に変換すること、取得された情報又は変換された情報をネットワークノードに記憶された情報と比較すること、及び／又は取得された情報又は変換された情報に基づいて１つ又は複数の動作を実行することによって、処理回路１７０によって取得された情報を処理すること、並びに前記処理の結果として判定を行うことを含み得る。
【0134】
処理回路１７０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は任意の他の適切なコンピューティングデバイスのうちの１つ又は複数の組合せ、資源、或いは、単独で又はデバイス可読媒体１８０などの他のネットワークノード１６０構成要素と併せて、ネットワークノード１６０機能を提供するように動作可能なハードウェア、ソフトウェア及び／又は符号化されたロジックの組合せを備え得る。
【0135】
たとえば、処理回路１７０は、デバイス可読媒体１８０に又は処理回路１７０内のメモリに記憶された命令を実行し得る。そのような機能性は、本明細書で論じられる様々な無線特徴、機能、又は利益のいずれかの提供を含み得る。一部の実施形態では、処理回路１７０は、システムオンチップ（ＳＯＣ）を含み得る。
【0136】
一部の実施形態では、処理回路１７０は、無線周波数（ＲＦ）トランシーバ回路１７２及びベースバンド処理回路１７４のうちの１つ又は複数を含み得る。一部の実施形態では、無線周波数（ＲＦ）トランシーバ回路１７２及びベースバンド処理回路１７４は、別個のチップ（又はチップのセット）、ボード、又は、無線ユニット及びデジタルユニットなどのユニット上でもよい。代替実施形態において、ＲＦトランシーバ回路１７２及びベースバンド処理回路１７４の一部又はすべては、同じチップ又はチップのセット、ボード、又はユニット上でもよい。
【0137】
ある種の実施形態では、ネットワークノード、基地局、ｅＮＢ、ｇＮＢ、又は他のそのようなネットワークデバイスによって提供されているものとしての本明細書に記載の機能性の一部又はすべては、デバイス可読媒体１８０又は処理回路１７０内のメモリに記憶された命令を実行する処理回路１７０によって実行され得る。代替実施形態において、機能性のうちの一部又はすべては、ハードワイヤード方式などで、別個の又はディスクリートデバイスの可読媒体に記憶された命令を実行することなしに処理回路１７０によって提供され得る。それらの実施形態のいずれにおいてでも、デバイス可読記憶媒体に記憶された命令を実行してもしなくても、処理回路１７０は、記載された機能を実行するように設定することができる。そのような機能によってもたらされる利益は、単独で処理回路１７０に又はネットワークノード１６０の他の構成要素に制限されないが、ネットワークノード１６０全体によって、並びに／或いは一般にエンドユーザ及び無線ネットワークによって享受される。
【0138】
デバイス可読媒体１８０は、処理回路１７０によって使用され得る情報、データ、及び／又は命令を記憶する永続記憶装置、ソリッドステートメモリ、リモートに搭載されたメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、取り外し可能記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）又はデジタル多用途ディスク（ＤＶＤ））、及び／又は任意の他の揮発性又は不揮発性の、非一時的デバイス可読及び／又はコンピュータ実行可能なメモリデバイスを含むがこれらに限定されない、任意の形の揮発性又は不揮発性コンピュータ可読メモリを備え得る。デバイス可読媒体１８０は、コンピュータプログラム、ソフトウェア、ロジック、ルール、コード、テーブルなどのうちの１つ又は複数を含むアプリケーション、及び／又は処理回路１７０によって実行することができる及びネットワークノード１６０によって使用することができる他の命令を含む、任意の適切な命令、データ又は情報を記憶し得る。デバイス可読媒体１８０は、処理回路１７０によって行われる任意の計算及び／又はインターフェース１９０を介して受信される任意のデータを記憶するために使用され得る。一部の実施形態では、処理回路１７０及びデバイス可読媒体１８０は、統合されると考えられ得る。
【0139】
インターフェース１９０は、ネットワークノード１６０、ネットワーク１０６、及び／又はＷＤ１１０の間のシグナリング及び／又はデータのワイヤード又は無線通信において使用される。図示されているように、インターフェース１９０は、たとえば、ワイヤード接続を介してネットワーク１０６に及びネットワーク１０６から、データを送信及び受信するために、ポート／端末１９４を備える。インターフェース１９０はまた、アンテナ１６２に連結され得る又はある種の実施形態においてアンテナ１６２の一部であることがある、無線フロントエンド回路１９２を含む。
【0140】
無線フロントエンド回路１９２は、フィルタ１９８及び増幅器１９６を備える。無線フロントエンド回路１９２は、アンテナ１６２及び処理回路１７０に接続され得る。無線フロントエンド回路は、アンテナ１６２と処理回路１７０との間で通信される信号を調整するように設定され得る。無線フロントエンド回路１９２は、無線接続を介して他のネットワークノード又はＷＤに送出されることになるデジタルデータを受信し得る。無線フロントエンド回路１９２は、フィルタ１９８及び／又は増幅器１９６の組合せを使用する適切なチャネル及び帯域幅パラメータを有する無線信号にデジタルデータを変換し得る。無線信号は、次いで、アンテナ１６２を介して送信され得る。同様に、データを受信するとき、アンテナ１６２は、次いで無線フロントエンド回路１９２によってデジタルデータに変換される無線信号を収集し得る。デジタルデータは、処理回路１７０に渡され得る。他の実施形態において、インターフェースは、異なる構成要素及び／又は異なる組合せの構成要素を備え得る。
【0141】
ある種の代替実施形態において、ネットワークノード１６０は、別個の無線フロントエンド回路１９２を含まないことがあり、代わりに、処理回路１７０が、無線フロントエンド回路を備え得、別個の無線フロントエンド回路１９２なしにアンテナ１６２に接続され得る。同様に、一部の実施形態では、すべての又は一部のＲＦトランシーバ回路１７２は、インターフェース１９０の一部と考えられ得る。さらに他の実施形態において、インターフェース１９０は、１つ又は複数のポート又は端末１９４、無線フロントエンド回路１９２、並びにＲＦトランシーバ回路１７２、無線ユニット（図示せず）の一部としての、を含み得、そして、インターフェース１９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路１７４と通信し得る。
【0142】
アンテナ１６２は、無線信号を送信及び／又は受信するように設定された、１つ又は複数のアンテナ、又はアンテナアレイを含み得る。アンテナ１６２は、無線フロントエンド回路１９０に結合され得、無線にデータ及び／又は信号を送信及び受信する能力を有する任意のタイプのアンテナでもよい。一部の実施形態では、アンテナ１６２は、たとえば、２ＧＨｚと６６ＧＨｚとの間で、無線信号を送信／受信するように動作可能な１つ又は複数の全方向性の、セクタ又はパネルアンテナを備え得る。全方向性アンテナは、任意の方向において無線信号を送信／受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するために使用され得、そして、パネルアンテナは、相対的に直線で無線信号を送信／受信するために使用される見通し線アンテナでもよい。場合によっては、複数のアンテナの使用は、ＭＩＭＯと称され得る。ある種の実施形態では、アンテナ１６２は、ネットワークノード１６０とは別個でもよく、インターフェース又はポートを介してネットワークノード１６０に接続可能になり得る。
【0143】
アンテナ１６２、インターフェース１９０、及び／又は処理回路１７０は、ネットワークノードによって実行されるものとして本明細書に記載された任意の受信動作及び／又はある種の取得動作を実行するように設定され得る。任意の情報、データ及び／又は信号が、無線デバイス、別のネットワークノード及び／又は任意の他のネットワーク機器から受信され得る。同様に、アンテナ１６２、インターフェース１９０、及び／又は処理回路１７０は、ネットワークノードによって実行されるものとして本明細書に記載された任意の送信動作を実行するように設定され得る。任意の情報、データ及び／又は信号は、無線デバイス、別のネットワークノード及び／又は任意の他のネットワーク機器に送信され得る。
【0144】
電力回路１８７は、電力管理回路を備え得る、又はこれに連結され得、本明細書に記載の機能性を実行するための電力をネットワークノード１６０の構成要素に供給するように設定される。電力回路１８７は、電源１８６から電力を受信し得る。電源１８６及び／又は電力回路１８７は、それぞれの構成要素に適した形でネットワークノード１６０の様々な構成要素に電力を提供する（たとえば、それぞれの構成要素のために必要とされる電圧及び電流レベルで）ように設定され得る。電源１８６は、電力回路１８７及び／又はネットワークノード１６０に含まれても、これらの外部でもよい。
【0145】
たとえば、ネットワークノード１６０は、電気ケーブルなどの入力回路又はインターフェースを介して外部電源（たとえば、電気コンセント）に接続可能になり得、それにより、外部電源が電力回路１８７に電力を供給する。さらなる例として、電源１８６は、電力回路１８７に接続された又はこれに統合された、バッテリ又はバッテリパックの形で電力のソースを備え得る。バッテリは、外部電源が切れた場合に非常用電源を提供し得る。光電池デバイスなどの他のタイプの電源もまた使用され得る。
【0146】
ネットワークノード１６０の代替実施形態は、本明細書に記載の機能性及び／又は本明細書に記載の主題をサポートするために必要な任意の機能性のうちのいずれかを含む、ネットワークノードの機能性のある種の態様を提供する責任を負い得る図１５に示されたものを超える追加の構成要素を含み得る。たとえば、ネットワークノード１６０は、ネットワークノード１６０への情報の入力を可能にするために、及びネットワークノード１６０からの情報の出力を可能にするために、ユーザインターフェース機器を含み得る。これは、ネットワークノード１６０のための診断、メンテナンス、修理、及び他の管理機能をユーザが実行することを可能にし得る。
【0147】
本明細書では、無線デバイス（ＷＤ）は、ネットワークノード及び／又は他の無線デバイスと無線に通信する能力を有する、そのように設定された、配置された及び／又は動作可能なデバイスを指す。特に断りのない限り、ＷＤという用語は、ユーザ機器（ＵＥ）と同義で本明細書において使用され得る。無線に通信することは、電磁波、無線波、赤外線波、及び／又は電波を介して情報を伝えるのに適した他のタイプの信号を使用して無線信号を送信／受信することを含み得る。
【0148】
一部の実施形態では、ＷＤは、直接の人間の相互作用なしに情報を送信及び／又は受信するように設定され得る。たとえば、ＷＤは、内部又は外部イベントによってトリガされたとき、又はネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。
【0149】
ＷＤの例は、スマートフォン、携帯電話、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループフォン、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーム機又はデバイス、音楽記憶デバイス、再生装置、ウェアラブル端末デバイス、無線エンドポイント、モバイル局、タブレット、ラップトップ、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、車両搭載無線端末デバイスなどを含むが、これらに限定されない。ＷＤは、たとえば、サイドリンク通信、車両対車両（Ｖ２Ｖ：ｖｅｈｉｃｌｅ－ｔｏ－ｖｅｈｉｃｌｅ）、車両対インフラストラクチャ（Ｖ２Ｉ：ｖｅｈｉｃｌｅ－ｔｏ－ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、車両対あらゆる物（Ｖ２Ｘ：ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）の３ＧＰＰ標準を実装することによって、デバイス対デバイス（Ｄ２Ｄ）通信をサポートすることができ、この場合、Ｄ２Ｄ通信デバイスと称され得る。
【0150】
さらに別の特定の例として、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）シナリオにおいて、ＷＤは、モニタリング及び／又は測定を実行する及びそのようなモニタリング及び／又は測定の結果を別のＷＤ及び／又はネットワークノードに送信するマシン又は他のデバイスを表し得る。ＷＤは、この場合、３ＧＰＰコンテキストではＭＴＣデバイスと称され得るマシン対マシン（Ｍ２Ｍ）デバイスでもよい。１つの例として、ＷＤは、３ＧＰＰ ＮＢ－ＩｏＴ（ｎａｒｒｏｗ ｂａｎｄ ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）標準を実装するＵＥでもよい。そのようなマシン又はデバイスの例は、センサ、電力メータなどの計測デバイス、産業マシン、又は家庭用若しくは個人用器具（たとえば、冷蔵庫、テレビジョンなど）、パーソナルウェアラブル（たとえば、腕時計、フィットネストラッカなど）である。
【0151】
他のシナリオにおいて、ＷＤは、その動作状況の監視及び／又は報告或いはその動作に関連する他の機能の能力を有する車両又は他の機器を表し得る。前述のようなＷＤは、無線接続のエンドポイントを表し得、その場合、デバイスは無線端末と称され得る。さらに、前述のようなＷＤは、モバイルでもよく、その場合、それはモバイルデバイス又はモバイル端末とも称され得る。
【0152】
図示されているように、無線デバイス１１０は、アンテナ１１１、インターフェース１１４、処理回路１２０、デバイス可読媒体１３０、ユーザインターフェース機器１３２、補助機器１３４、電源１３６及び電力回路１３７を含む。ＷＤ１１０は、たとえば、少し例を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、又はブルートゥース無線技術など、ＷＤ１１０によってサポートされる異なる無線技術のための、図示された構成要素のうちの１つ又は複数の構成要素の複数のセットを含み得る。これらの無線技術は、ＷＤ１１０内の他の構成要素と同じ又は異なるチップ又はチップのセットに統合され得る。
【0153】
アンテナ１１１は、無線信号を送信及び／又は受信するように設定された１つ又は複数のアンテナ又はアンテナアレイを含み得、インターフェース１１４に接続される。ある種の代替実施形態において、アンテナ１１１は、ＷＤ１１０とは別個でもよく、インターフェース又はポートを介してＷＤ１１０に接続可能になり得る。アンテナ１１１、インターフェース１１４、及び／又は処理回路１２０は、ＷＤによって実行されるものとして本明細書に記載されている任意の受信又は送信動作を実行するように設定され得る。任意の情報、データ及び／又は信号が、ネットワークノード及び／又は別のＷＤから受信され得る。一部の実施形態では、無線フロントエンド回路及び／又はアンテナ１１１は、インターフェースと考えられ得る。
【0154】
図示されているように、インターフェース１１４は、無線フロントエンド回路１１２及びアンテナ１１１を備える。無線フロントエンド回路１１２は、１つ又は複数のフィルタ１１８及び増幅器１１６を備える。無線フロントエンド回路１１２は、アンテナ１１１及び処理回路１２０に接続され、アンテナ１１１と処理回路１２０との間で通信される信号を調整するように設定される。無線フロントエンド回路１１２は、アンテナ１１１に連結され得る、又はアンテナ１１１の一部でもよい。一部の実施形態では、ＷＤ１１０は、別個の無線フロントエンド回路１１２を含まないことがあり、そうではなくて、処理回路１２０は、無線フロントエンド回路を備え得、アンテナ１１１に接続され得る。同様に、一部の実施形態では、ＲＦトランシーバ回路１２２の一部又はすべては、インターフェース１１４の一部と考えられ得る。
【0155】
無線フロントエンド回路１１２は、無線接続を介して他のネットワークノード又はＷＤに送出されることになるデジタルデータを受信し得る。無線フロントエンド回路１１２は、フィルタ１１８及び／又は増幅器１１６の組合せを使用して適切なチャネル及び帯域幅パラメータを有する無線信号にデジタルデータを変換し得る。無線信号は、次いで、アンテナ１１１を介して送信され得る。同様に、データを受信しているとき、アンテナ１１１は、次いで無線フロントエンド回路１１２によってデジタルデータに変換される、無線信号を収集し得る。デジタルデータは、処理回路１２０に渡され得る。他の実施形態において、インターフェースは、異なる構成要素及び／又は異なる組合せの構成要素を備え得る。
【0156】
処理回路１２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は任意の他の適切なコンピューティングデバイスのうちの１つ又は複数の組合せ、資源、或いは、単独で又はデバイス可読媒体１３０などの他のＷＤ１１０構成要素と連動して、ＷＤ１１０機能性を提供するように動作可能なハードウェア、ソフトウェア、及び／又は符号化されたロジックの組合せを備え得る。そのような機能性は、本明細書で論じられる様々な無線特徴又は利益のいずれかの提供を含み得る。たとえば、処理回路１２０は、本明細書で開示される機能性を提供するために、デバイス可読媒体１３０に又は処理回路１２０内のメモリに記憶された命令を実行し得る。
【0157】
図示されているように、処理回路１２０は、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、及びアプリケーション処理回路１２６のうちの１つ又は複数を含む。他の実施形態において、処理回路は、異なる構成要素及び／又は異なる組合せの構成要素を備え得る。ある種の実施形態では、ＷＤ１１０の処理回路１２０は、ＳＯＣを備え得る。一部の実施形態では、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、及びアプリケーション処理回路１２６は、別個のチップ又はチップのセット上にあることがある。
【0158】
代替実施形態において、ベースバンド処理回路１２４及びアプリケーション処理回路１２６の一部又はすべては、１つのチップ又はチップのセット内に結合され得、ＲＦトランシーバ回路１２２は、別個のチップ又はチップのセット上にあってもよい。さらに代替実施形態において、ＲＦトランシーバ回路１２２及びベースバンド処理回路１２４の一部又はすべては、同じチップ又はチップのセット上にあることがあり、アプリケーション処理回路１２６は、別個のチップ又はチップのセット上にあることがある。さらに他の代替実施形態において、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、及びアプリケーション処理回路１２６の一部又はすべては、同じチップ又はチップのセット内に結合され得る。一部の実施形態では、ＲＦトランシーバ回路１２２は、インターフェース１１４の一部でもよい。ＲＦトランシーバ回路１２２は、処理回路１２０のＲＦ信号を調整し得る。
【0159】
ある種の実施形態では、ＷＤによって実行されるものとして本明細書に記載の機能性の一部又はすべては、ある種の実施形態ではコンピュータ可読記憶媒体であることがある、デバイス可読媒体１３０に記憶された命令を実行する処理回路１２０によって提供され得る。代替実施形態において、機能性の一部の又はすべては、ハードワイヤード方式などで、別個の又はディスクリートデバイスの可読記憶媒体に記憶された命令を実行することなしに処理回路１２０によって提供され得る。
【0160】
それらの実施形態のうちのいずれかにおいて、デバイス可読記憶媒体に記憶された命令を実行してもしなくても、処理回路１２０は、記載された機能性を実行するように設定され得る。そのような機能性によってもたらされる利益は、処理回路１２０のみに又はＷＤ１１０の他の構成要素に制限されず、ＷＤ１１０によって、及び／又は一般にエンドユーザ及び無線ネットワークによって、享受される。
【0161】
処理回路１２０は、ＷＤによって実行されるものとして本明細書に記載された任意の決定、計算、又は類似の動作（たとえば、ある種の取得動作）を実行するように設定され得る。処理回路１２０によって実行されるものとしての、これらの動作は、たとえば、取得された情報を他の情報に変換すること、取得された情報又は変換された情報をＷＤ１１０によって記憶された情報と比較すること、及び／又は取得された情報又は変換された情報に基づいて１つ又は複数の動作を実行することにより、処理回路１２０によって取得された情報を処理すること、並びに前記処理の結果として判定を行うことを含み得る。
【0162】
デバイス可読媒体１３０は、コンピュータプログラム、ソフトウェア、ロジック、ルール、コード、テーブルなどのうちの１つ又は複数を含むアプリケーション及び／又は処理回路１２０によって実行することが可能な他の命令を記憶するように動作可能になり得る。デバイス可読媒体１３０は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）又は読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、取り外し可能記憶媒体（たとえば、コンパクトディスク（ＣＤ）又はデジタルビデオディスク（ＤＶＤ））、及び／又は処理回路１２０によって使用され得る情報、データ、及び／又は命令を記憶する任意の他の揮発性又は不揮発性の、非一時的デバイス可読及び／又はコンピュータ実行可能メモリデバイスを含み得る。一部の実施形態では、処理回路１２０及びデバイス可読媒体１３０は、統合され得る。
【0163】
ユーザインターフェース機器１３２は、人間のユーザがＷＤ１１０と相互作用することを可能にする構成要素を提供し得る。そのような相互作用は、視覚、聴覚、触覚などの多数の形態をとり得る。ユーザインターフェース機器１３２は、ユーザへの出力を生み出すように及びユーザが入力をＷＤ１１０に提供することを可能にするように動作可能になり得る。相互作用のタイプは、ＷＤ１１０にインストールされたユーザインターフェース機器１３２のタイプに応じて変化し得る。たとえば、ＷＤ１１０がスマートフォンである場合には、相互作用はタッチスクリーンを介し得、ＷＤ１１０がスマートメータである場合には、相互作用は、使用量（たとえば、使用されたガロン数）を提供するスクリーン又は警報音を提供する（たとえば、煙が検知された場合に）スピーカを介し得る。
【0164】
ユーザインターフェース機器１３２は、入力インターフェース、デバイス及び回路と、出力インターフェース、デバイス及び回路とを含み得る。ユーザインターフェース機器１３２は、ＷＤ１１０への情報の入力を可能にするように設定され、処理回路１２０に接続されて処理回路１２０が入力情報を処理することを可能にする。ユーザインターフェース機器１３２は、たとえば、マイクロフォン、近接若しくは他のセンサ、キー／ボタン、タッチディスプレイ、１つ又は複数のカメラ、ＵＳＢポート、又は他の入力回路を含み得る。ユーザインターフェース機器１３２はまた、ＷＤ１１０からの情報の出力を可能にするように、及び処理回路１２０がＷＤ１１０から情報を出力することを可能にするように設定される。ユーザインターフェース機器１３２は、たとえば、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、又は他の出力回路を含み得る。ユーザインターフェース機器１３２の１つ又は複数の入力及び出力インターフェース、デバイス、及び回路を使用し、ＷＤ１１０は、エンドユーザ及び／又は無線ネットワークと通信することができ、それらが本明細書に記載の機能性から利益を得ることを可能にし得る。
【0165】
補助機器１３４は、ＷＤによって一般に実行されないことがあるより多くの特定の機能性を提供するように動作可能である。これは、様々な目的で測定を行うための専門のセンサ、ワイヤード通信などの付加的タイプの通信のためのインターフェースなどを備え得る。補助機器１３４の構成要素の包含及びタイプは、実施形態及び／又はシナリオに応じて異なり得る。
【0166】
一部の実施形態では、電源１３６は、バッテリ又はバッテリパックの形でもよい。外部電源（たとえば、電気コンセント）、光電池デバイス又は動力電池など、他のタイプの電源もまた使用され得る。ＷＤ１１０はさらに、本明細書に記載又は示された任意の機能性を実行するために電源１３６からの電力を必要とするＷＤ１１０の様々な部分に電源１３６から電力を届けるための電力回路１３７を備え得る。ある種の実施形態では、電力回路１３７は、電力管理回路を備え得る。
【0167】
電力回路１３７は、付加的に又は別法として外部電源から電力を受信するように動作可能になり得、その場合、ＷＤ１１０は、入力回路又は電気動力ケーブルなどのインターフェースを介して外部電源（電気コンセントなど）に接続可能になり得る。ある種の実施形態では、電力回路１３７はまた、外部電源から電源１３６に電力を届けるように動作可能になり得る。これは、たとえば、電源１３６の充電のためでもよい。電力回路１３７は、任意のフォーマッティング、変換、又は他の修正を電源１３６からの電力に実行して、電力を、電力が供給される先のＷＤ１１０のそれぞれの構成要素に適するようにさせることができる。
【0168】
本明細書に記載の主題は、任意の適切な構成要素を使用する任意の適切なタイプのシステムにおいて実施され得るが、本明細書で開示される実施形態は、図１５に示す例示的無線ネットワークなどの無線ネットワークに関して説明されている。簡潔にするために、図１５の無線ネットワークは、ネットワーク１０６、ネットワークノード１６０及び１６０ｂ、並びにＷＤ１１０、１１０ｂ、及び１１０ｃのみを示している。実際には、無線ネットワークは、無線デバイス間の通信或いは無線デバイスと固定電話、サービスプロバイダ、又は任意の他のネットワークノード若しくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに適した任意の付加的要素をさらに含み得る。図示された構成要素のうちで、ネットワークノード１６０及び無線デバイス（ＷＤ）１１０が、さらに詳しく描かれている。無線ネットワークは、無線ネットワークによって又はこれを介して提供されるサービスへの無線デバイスのアクセス及び／又はそのようなサービスの無線デバイスの使用を円滑にするために、通信及び他のタイプのサービスを１つ又は複数の無線デバイスに提供し得る。
【0169】
図１６は、ある種の実施形態による、例示的ユーザ機器を示す。本明細書では、ユーザ機器又はＵＥは、関連デバイスを所有及び／又は操作する人間ユーザという意味でのユーザを必ずしも有さないことがある。そうではなく、ＵＥは、人間ユーザへの販売、又は人間ユーザによる操作向けに意図されるが、特定の人間ユーザに関連付けられていないことがある、又は最初は特定の人間ユーザに関連付けられていないことがあるデバイスを表し得る（たとえば、スマートスプリンクラコントローラ）。別法として、ＵＥは、エンドユーザへの販売又はエンドユーザによる操作向けに意図されていないが、ユーザの利益に関連し得る又はユーザの利益のために操作され得るデバイスを表し得る（たとえば、スマート電力メータ）。ＵＥ２００は、ＮＢ－ＩｏＴ ＵＥ、マシンタイプ通信（ＭＴＣ：ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）ＵＥ、及び／又は拡張ＭＴＣ（ｅＭＴＣ：ｅｎｈａｎｃｅｄ ＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別された任意のＵＥでもよい。図１５に示されているような、ＵＥ２００は、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、及び／又はＮＲ標準など、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公表された１つ又は複数の通信標準による通信向けに設定されたＷＤの一例である。前述のように、ＷＤ及びＵＥという用語は、同義で使用され得る。したがって、図１６はＵＥであるが、本明細書で論じられる構成要素は、ＷＤに同等に適用可能であり、逆もまた同様である。
【0170】
図１６では、ＵＥ２００は、入力／出力インターフェース２０５、無線周波数（ＲＦ）インターフェース２０９、ネットワーク接続インターフェース２１１、ランダムアクセスメモリ（ＲＡＭ）２１７、読取り専用メモリ（ＲＯＭ）２１９、及び記憶媒体２２１などを含むメモリ２１５、通信サブシステム２３１、電源２１３、及び／又は任意の他の構成要素、或いはその任意の組合せに動作可能なように連結された、処理回路２０１を含む。記憶媒体２２１は、オペレーティングシステム２２３、アプリケーションプログラム２２５、及びデータ２２７を含む。他の実施形態において、記憶媒体２２１は、他の類似のタイプの情報を含み得る。ある種のＵＥは、図１６に示されたすべての構成要素、又はそれらの構成要素のサブセットのみを使用し得る。構成要素間の統合のレベルは、ＵＥによって異なり得る。さらに、ある種のＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信器、受信器などの構成要素の複数のインスタンスを含み得る。
【0171】
図１６では、処理回路２０１は、コンピュータ命令及びデータを処理するように設定され得る。処理回路２０１は、１つ又は複数のハードウェア実装された状態マシン（たとえば、離散的なロジック、ＦＰＧＡ、ＡＳＩＣなどにおける）など、メモリ内のマシン可読コンピュータプログラムとして記憶されたマシン命令を実行するように動作可能な任意の順次状態マシン、適切なファームウェアと一緒のプログラマブルロジック、適切なソフトウェアと一緒の、マイクロプロセッサ又はデジタル信号プロセッサ（ＤＳＰ）などの、１つ又は複数の記憶されたプログラム、汎用プロセッサ、或いは前記の任意の組合せを実装するように設定され得る。たとえば、処理回路２０１は、２つの中央処理装置（ＣＰＵ）を含み得る。データは、コンピュータによる使用に適した形の情報でもよい。
【0172】
図示された実施形態では、入力／出力インターフェース２０５は、通信インターフェースを入力デバイス、出力デバイス、或いは、入力及び出力デバイスに提供するように設定され得る。ＵＥ２００は、入力／出力インターフェース２０５を介して出力デバイスを使用するように設定され得る。
【0173】
出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、ＵＳＢポートは、ＵＥ２００への入力及びＵＥ２００からの出力を提供するために使用され得る。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、又はその任意の組合せでもよい。
【0174】
ＵＥ２００は、ユーザがＵＥ２００内に情報をキャプチャすることを可能にするために入力／出力インターフェース２０５を介して入力デバイスを使用するように設定され得る。入力デバイスは、タッチセンサ式又はプレゼンスセンサ式ディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、方向性パッド、トラックパッド、スクロールホイール、スマートカードなどを含み得る。プレゼンスセンサ式ディスプレイは、ユーザからの入力を感知するための容量性又は抵抗性タッチセンサを含み得る。センサは、たとえば、加速度計、ジャイロスコープ、傾斜センサ、力センサ、磁力計、光センサ、近接センサ、別の同様のセンサ、又はその任意の組合せでもよい。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、及び光センサでもよい。
【0175】
図１６では、ＲＦインターフェース２０９は、送信器、受信器、及びアンテナなどのＲＦ構成要素に通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェース２１１は、通信インターフェースをネットワーク２４３ａに提供するように設定され得る。ネットワーク２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク又はその任意の組合せなど、ワイヤード及び／又は無線ネットワークを包含し得る。たとえば、ネットワーク２４３ａは、Ｗｉ－Ｆｉネットワークを備え得る。ネットワーク接続インターフェース２１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなどの１つ又は複数の通信プロトコルによる通信ネットワークを介して１つ又は複数の他のデバイスと通信するために使用される受信器及び送信器インターフェースを含むように設定され得る。ネットワーク接続インターフェース２１１は、通信ネットワークリンク（たとえば、光、電気など）に適した受信器及び送信器機能性を実装し得る。送信器及び受信器機能は、回路構成要素、ソフトウェア又はファームウェアを共用し得、或いは別法として別個に実装され得る。
【0176】
ＲＡＭ２１７は、オペレーティングシステム、アプリケーションプログラム、及びデバイスドライバなどのソフトウェアプログラムの実行中にデータ又はコンピュータ命令の記憶又はキャッシュを行うために処理回路２０１にバス２０２を介してインターフェースするように設定され得る。ＲＯＭ２１９は、コンピュータ命令又はデータを処理回路２０１に提供するように設定され得る。たとえば、ＲＯＭ２１９は、基本入力及び出力（Ｉ／Ｏ）、スタートアップ、又は不揮発性メモリに記憶されたキーボードからのキーストロークの受信などの基本システム機能のための不変の低レベルシステムコード又はデータを記憶するように設定され得る。
【0177】
記憶媒体２２１は、ＲＡＭ、ＲＯＭ、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピディスク、ハードディスク、取り外し可能カートリッジ、又はフラッシュドライブなどのメモリを含むように設定され得る。１つの例では、記憶媒体２２１は、オペレーティングシステム２２３、ウェブブラウザアプリケーションなどのアプリケーションプログラム２２５、ウィジェット若しくはガジェットエンジン又は別のアプリケーション、及びデータファイル２２７を含むように設定され得る。記憶媒体２２１は、ＵＥ２００によって使用するために、バラエティ豊かな様々なオペレーティングシステムのいずれか又はオペレーティングシステムの組合せを記憶し得る。
【0178】
記憶媒体２２１は、ＲＡＩＤ（ｒｅｄｕｎｄａｎｔ ａｒｒａｙ ｏｆ ｉｎｄｅｐｅｎｄｅｎｔ ｄｉｓｋ）、フロッピディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ：ｈｉｇｈ－ｄｅｎｓｉｔｙ ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）光ディスクドライブ、内部ハードディスクドライブ、ブルーレイ光ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ：ｈｏｌｏｇｒａｐｈｉｃ ｄｉｇｉｔａｌ ｄａｔａ ｓｔｏｒａｇｅ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ：ｍｉｎｉ－ｄｕａｌ ｉｎ－ｌｉｎｅ ｍｅｍｏｒｙ ｍｏｄｕｌｅ）、同期型ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ：ｓｙｎｃｈｒｏｎｏｕｓ ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュール若しくは取り外し可能ユーザ識別（ＳＩＭ／ＲＵＩＭ：ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ ｏｒ ａ ｒｅｍｏｖａｂｌｅ ｕｓｅｒ ｉｄｅｎｔｉｔｙ）モジュールなどのスマートカードメモリ、他のメモリ、或いはその任意の組合せなどのいくつかの物理ドライブユニットを含むように設定され得る。記憶媒体２２１は、ＵＥ２００が、一時的又は非一時的メモリ媒体に記憶された、コンピュータで実行可能な命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、或いはデータをアップロードすることを可能にし得る。通信システムを使用するものなどの製造品は、デバイス可読媒体を備え得る記憶媒体２２１において有形に実施され得る。
【0179】
図１６において、処理回路２０１は、通信サブシステム２３１を使用するネットワーク２４３ｂと通信するように設定され得る。ネットワーク２４３ａ及びネットワーク２４３ｂは、１つ又は複数の同じネットワーク或いは１つ又は複数の異なるネットワークでもよい。通信サブシステム２３１は、ネットワーク２４３ｂと通信するために使用される１つ又は複数のトランシーバを含むように設定され得る。たとえば、通信サブシステム２３１は、ＩＥＥＥ８０２．２、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなどの１つ又は複数の通信プロトコルによる無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、又は基地局など、無線通信の能力を有する別のデバイスの１つ又は複数のリモートトランシーバと通信するために使用される１つ又は複数のトランシーバを含むように設定され得る。各トランシーバは、それぞれ、ＲＡＮリンクに適した送信器又は受信器機能性（たとえば、周波数割当てなど）を実装するために送信器２３３及び／又は受信器２３５を含み得る。さらに、各トランシーバの送信器２３３及び受信器２３５は、回路構成要素、ソフトウェア又はファームウェアを共用し得る、或いは別法として別個に実装され得る。
【0180】
図示された実施形態において、通信サブシステム２３１の通信機能は、データ通信、音声通信、マルチメディア通信、ブルートゥースなどの短距離通信、近距離無線通信、位置を判定するためのグローバルポジショニングシステム（ＧＰＳ）の使用などの位置ベースの通信、別の同様の通信機能、或いはその任意の組合せを含み得る。たとえば、通信サブシステム２３１は、セルラ通信、Ｗｉ－Ｆｉ通信、ブルートゥース通信、及びＧＰＳ通信を含み得る。ネットワーク２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク又はその任意の組合せなど、ワイヤード及び／又は無線ネットワークを包含し得る。たとえば、ネットワーク２４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、及び／又は近距離無線ネットワークでもよい。電源２１３は、交流（ＡＣ）又は直流（ＤＣ）電力をＵＥ２００の構成要素に提供するように設定され得る。
【0181】
本明細書に記載の特徴、利益及び／又は機能は、ＵＥ２００の構成要素のうちの１つにおいて実装され得る、又はＵＥ２００の複数の構成要素を横断して分割され得る。さらに、本明細書に記載の特徴、利益、及び／又は機能は、ハードウェア、ソフトウェア又はファームウェアの任意の組合せにおいて実装され得る。１つの例では、通信サブシステム２３１は、本明細書に記載の構成要素のいずれかを含むように設定され得る。さらに、処理回路２０１は、バス２０２を介してそのような構成要素のいずれかと通信するように設定され得る。別の例では、そのような構成要素のいずれかは、処理回路２０１によって実行されたときに本明細書に記載の対応する機能を実行するメモリに記憶されたプログラム命令によって表され得る。別の例では、そのような構成要素のうちのいずれかの構成要素の機能性は、処理回路２０１と通信サブシステム２３１との間で分割され得る。別の例では、そのような構成要素のうちのいずれかの構成要素の非計算集約的機能は、ソフトウェア又はファームウェアにおいて実装され得、計算集約的機能は、ハードウェアにおいて実装され得る。
【0182】
図１７は、ある種の実施形態による、ネットワークノードにおける例示的方法を示す流れ図である。特定の実施形態では、図１７の１つまたは複数のステップは、図１５に関して記載されるネットワークノード１６０によって実施され得る。ネットワークノードはＩＡＢネットワークノードを含む。
【0183】
方法はステップ１７１２で始まり、ネットワークノード（たとえば、ネットワークノード１６０）が、バックホールチャネル設定を第２のネットワークノードから受信する。バックホールチャネル設定は、１つまたは複数のトラフィック識別子を１つまたは複数の無線バックホールチャネルにマッピングすることを含む。
【0184】
たとえば、バックホールチャネル設定を受信することは、ＲＲＣシグナリングまたはＦ１シグナリングを第２のネットワークノードから受信することを含み得る。シグナリングのタイプは、ネットワークノードのタイプ（たとえば、アクセスＩＡＢノード、中間ＩＡＢノード、ドナーＩＡＢノードなど）に応じて決まる。
【0185】
いくつかの実施形態では、バックホールチャネル設定は、バックホールチャネルが設定または再設定されると、各無線バックホールチャネルに対して受信され得る。いくつかの実施形態では、ネットワークノードは、１つの設定におけるすべての無線バックホールチャネルに対するマッピングを受信し得る（たとえば、１つまたは複数のトラフィック識別子を１つまたは複数の無線バックホールチャネルにマッピングするテーブル）。
【0186】
いくつかの実施形態では、バックホールチャネル設定を受信することは、プロビジョニングインターフェースを通じて、設定をネットワークオペレータから受信することを含み得る。ネットワークノードは、上述の実施形態および実施例のいずれかに従って、バックホール設定を受信し得る。
【0187】
特定の実施形態では、トラフィック識別子はトラフィックタイプを含む。たとえば、トラフィックタイプは、Ｆ１トラフィック、ＯＡＭトラフィック、ＧＴＰトラフィック、および５ＱＩの１つまたは複数を含み得る。マッピングは、特定のトラフィックタイプを１つまたは複数の無線バックホールチャネルと関連付ける。
【0188】
他の実施形態では、トラフィック識別子はＧＴＰ ＴＥＩＤを含む。マッピングは、特定のトンネルを１つまたは複数の無線バックホールチャネルと関連付ける。
【0189】
トラフィック識別子と無線バックホールチャネルとの関連付けは、トラフィックおよび無線バックホールチャネルのＱｏＳ特性に基づき得る。バックホールチャネル設定は、上述の実施形態および実施例のいずれかによる、１：１または多対多のマッピングを含み得る。
【0190】
特定の実施形態では、バックホールチャネル設定はさらに、既定の無線バックホールチャネルの識別を含む。たとえば、いずれの無線バックホールチャネルにも明示的に関連しないトラフィックタイプは、既定の無線バックホールチャネルと関連付けられ得る。既定の無線バックホールチャネルの使用によって、シグナリングおよび設定が単純化される。
【0191】
いくつかの実施形態は、無線バックホールチャネルに対するトラフィック識別子の１ステップマッピングを含み得る。他の実施形態は、無線バックホールチャネルに対するトラフィック識別子の２ステップマッピングを含み得る。たとえば、ステップ１７１２で受信したトラフィック識別子は、整数、ＤＳＣＰ、ＩＰフローラベルなどの汎用識別子を含み得る、第１のトラフィック識別子を含み得る。かかる実施形態は任意のステップ１７１４を含み得る。
【0192】
ステップ１７１４で、ネットワークノードは、１つまたは複数の第１のトラフィック識別子に対する１つまたは複数の第２のトラフィック識別子のマッピングを受信し得る。たとえば、第１のトラフィック識別子は、トラフィックの一般的分類を各無線バックホールチャネルと関連付け得る。ネットワークオペレータは、トラフィックの一般的分類に対する特定のトラフィックタイプのマッピングを用いてネットワークノードを設定することにより、第１の識別子を第２の識別子に対して、そして無線バックホールチャネルに対して、２ステップマッピングを行い得る。第２のトラフィック識別子は、ステップ１７１２に関して上述したトラフィック識別子のいずれか、または上述の実施形態および実施例に記載した他の任意の識別子を含み得る。
【0193】
ステップ１７１６で、ネットワークノードは、エグレスリンクにおいて無線バックホールチャネルで送信するため、イングレスリンクにおいて入来するトラフィックを受信する。たとえば、ＩＡＢドナーノードは、ＵＥ宛のダウンリンクトラフィックを受信し得、ＩＡＢアクセスノードは、ＵＥから、ＩＡＢドナーノード宛のアップリンクトラフィックを受信し得、ＩＡＢ中間ノードは、アップリンクまたはダウンリンクトラフィックなどを受信し得る。どの方向でも、ネットワークノードは、無線バックホールチャネルを通じてトラフィックを中継する必要がある。
【0194】
ステップ１７１８で、ネットワークノードは、入来するトラフィックのタイプ、および１つまたは複数の無線バックホールチャネルに対する１つまたは複数のトラフィック識別子のマッピングに基づいて、入来するトラフィックを送信するための無線バックホールチャネルを決定する。たとえば、１ステッププロセスでは、ネットワークノードは、イングレストラフィックのトラフィックタイプ、またはイングレストラフィックが受信されたチャネルの識別子に基づいて、イングレストラフィックを無線バックホールチャネルに直接マッピングし得る。２ステッププロセスでは、ネットワークノードは、ステップ１７１４に関して記載した２ステップマッピングを使用して、無線バックホールチャネルを決定し得る。
【0195】
ステップ１７２０で、ネットワークノードは、受信した入来するトラフィックをエグレスリンクの決定された無線バックホールチャネルで送信する。
【0196】
【0197】
図１８は、無線ネットワーク（たとえば、図１５に示された無線ネットワーク）内の装置の概略的ブロック図を示す。装置は、ネットワークノード（たとえば、図１５に示されたネットワークノード１６０）を含む。装置１７００は、図１７を参照して説明した例示的方法と、場合により本明細書で開示される任意の他のプロセス又は方法とを実施するように動作可能である。図１７の方法は、必ずしも装置１７００のみによって実施されない、ということもまた理解されたい。本方法の少なくともいくつかの動作は、１つ又は複数の他のエンティティによって実行され得る。
【0198】
仮想装置１７００は、１つ又は複数のマイクロプロセッサ又はマイクロコントローラ、並びに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタルロジックなどを含み得る、他のデジタルハードウェアを含み得る、処理回路を備え得る。処理回路は、１つの又はいくつかのタイプのメモリ、たとえば、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光学式記憶デバイスなど、を含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つ又は複数の電気通信及び／又はデータ通信プロトコルを実行するためのプログラム命令並びに本明細書に記載の技法のうちの１つ又は複数を実施するための命令を含む。
【0199】
いくつかの実装形態において、処理回路は、本開示の１つ又は複数の実施形態による対応する機能を受信モジュール１７０２、決定モジュール１７０４、送信モジュール１７０６及び装置１７００の任意の他の適切なユニットに実行させるために使用され得る。
【0200】
図１８に示されるように、装置１７００は、本明細書に記載される実施形態および実施例のいずれかに従って、入来するトラフィックおよびバックホールチャネル設定を受信するように設定された、受信モジュール１７０２を含む。決定モジュール１７０４は、本明細書に記載される実施形態および実施例のいずれかに従って、入来するトラフィックを中継するための無線バックホールチャネルを決定するように設定される。送信モジュール１７０６は、本明細書に記載される実施形態および実施例のいずれかに従って、エグレスリンクの無線バックホールチャネルで入来するトラフィックを中継するように設定される。
【0201】
図１９は、一部の実施形態によって実装される機能が仮想化され得る仮想化環境３００を示す概略的ブロック図である。これに関連して、仮想化は、ハードウェアプラットフォーム、記憶デバイス及びネットワーク資源の仮想化を含み得る装置又はデバイスの仮想バージョンの作成を意味する。本明細書では、仮想化は、ノード（たとえば、仮想化された基地局又は仮想化された無線アクセスノード）に或いはデバイス（たとえば、ＵＥ、無線デバイス又は任意の他のタイプの通信デバイス）又はその構成要素に適用することができ、機能性の少なくとも一部分が１つ又は複数の仮想構成要素として実装される（たとえば、１つ又は複数のアプリケーション、構成要素、機能、仮想マシン又は１つ又は複数のネットワーク内の１つ又は複数の物理処理ノードで実行するコンテナを介して）実装形態に関する。
【0202】
一部の実施形態では、本明細書に記載の機能の一部又はすべては、ハードウェアノード３３０のうちの１つ又は複数によってホストされる１つ又は複数の仮想環境３００において実装された１つ又は複数の仮想マシンによって実行される仮想構成要素として実装され得る。さらに、仮想ノードが無線アクセスノードではない又は無線接続性（たとえば、コアネットワークノード）を必要としない実施形態では、そのとき、ネットワークノードは、完全に仮想化され得る。
【0203】
本機能は、本明細書で開示される実施形態のうちのいくつかの実施形態の特徴、機能、及び／又は利益のうちのいくつかを実装するように動作可能な１つ又は複数のアプリケーション３２０（ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと別称され得る）によって実装され得る。アプリケーション３２０は、処理回路３６０及びメモリ３９０を備えるハードウェア３３０を提供する仮想化環境３００において実行される。メモリ３９０は、処理回路３６０によって実行可能な命令３９５を含み、それにより、アプリケーション３２０は、本明細書で開示される特徴、利益、及び／又は機能のうちの１つ又は複数を提供するように動作可能である。
【0204】
仮想化環境３００は、民生（ＣＯＴＳ：ｃｏｍｍｅｒｃｉａｌ ｏｆｆ－ｔｈｅ－ｓｈｅｌｆ）プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、或いはデジタル若しくはアナログハードウェア構成要素又は専用プロセッサを含む任意の他のタイプの処理回路でもよい、１セットの１つ又は複数のプロセッサ又は処理回路３６０を備えた、汎用又は専用ネットワークハードウェアデバイス３３０を備える。各ハードウェアデバイスは、命令３９５又は処理回路３６０によって実行されるソフトウェアを一時的に記憶するための非永続メモリでもよいメモリ３９０－１を備え得る。各ハードウェアデバイスは、物理ネットワークインターフェース３８０を含む、ネットワークインターフェースカードとしても知られる、１つ又は複数のネットワークインターフェースコントローラ（ＮＩＣ：ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ ｃｏｎｔｒｏｌｌｅｒ）３７０を備え得る。各ハードウェアデバイスはまた、ソフトウェア３９５がそこに記憶された非一時的、永続的、マシン可読記憶媒体３９０－２、及び／又は処理回路３６０によって実行可能な命令を含み得る。ソフトウェア３９５は、１つ又は複数の仮想化レイヤ３５０（ハイパーバイザとも呼ばれる）のインスタンスを作成するためのソフトウェア、仮想マシン３４０を実行するためのソフトウェア、並びに本明細書に記載のいくつかの実施形態に関連して記載された機能、特徴及び／又は利益をそれが実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含み得る。
【0205】
仮想マシン３４０は、仮想処理、仮想メモリ、仮想ネットワーキング又はインターフェース及び仮想ストレージを備え、対応する仮想化レイヤ３５０又はハイパーバイザによって実行され得る。仮想アプライアンス３２０のインスタンスの異なる実施形態は、仮想マシン３４０のうちの１つ又は複数で実装され得、実装形態は、異なる形で行われ得る。
【0206】
動作中、処理回路３６０は、仮想マシンモニタ（ＶＭＭ：ｖｉｒｔｕａｌ ｍａｃｈｉｎｅ ｍｏｎｉｔｏｒ）と時に称されることがあるハイパーバイザ又は仮想化レイヤ３５０のインスタンスを作成するために、ソフトウェア３９５を実行する。仮想化レイヤ３５０は、仮想マシン３４０にネットワーキングハードウェアのように見える仮想オペレーティングプラットフォームを示し得る。
【0207】
図１９に示されるように、ハードウェア３３０は、一般又は特定の構成要素を有するスタンドアロンネットワークノードでもよい。ハードウェア３３０は、アンテナ３２２５を備え得、仮想化を介していくつかの機能を実装し得る。別法として、ハードウェア３３０は、多数のハードウェアノードが連携する及び、とりわけアプリケーション３２０のライフサイクル管理を監督する、管理及び編成（ＭＡＮＯ：ｍａｎａｇｅｍｅｎｔ ａｎｄ ｏｒｃｈｅｓｔｒａｔｉｏｎ）３１００を介して管理される、ハードウェアのより大きなクラスタ（たとえば、データセンタ又は顧客構内機器（ＣＰＥ）内など）の一部でもよい。
【0208】
ハードウェアの仮想化は、いくつかの文脈では、ネットワーク機能仮想化（ＮＦＶ：ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ ｖｉｒｔｕａｌｉｚａｔｉｏｎ）と称される。ＮＦＶは、データセンタ及び顧客構内機器内に置かれ得る、業界標準高容量サーバハードウェア、物理スイッチ、及び物理ストレージに多数のネットワーク機器タイプを統合するために使用され得る。
【0209】
ＮＦＶとの関連で、仮想マシン３４０は、プログラムが物理的な非仮想化マシンで実行していたかのようにプログラムを実行する物理マシンのソフトウェア実装形態でもよい。それぞれの仮想マシン３４０、及びその仮想マシンを実行するハードウェア３３０のその部分は、それがその仮想マシン専用のハードウェア及び／又は他の仮想マシン３４０とその仮想マシンによって共用されるハードウェアであれば、別個の仮想ネットワーク要素（ＶＮＥ）を形成する。
【0210】
さらにＮＦＶに関連して、仮想ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）は、ハードウェアネットワーキングインフラストラクチャ３３０の最上部の１つ又は複数の仮想マシン３４０において実行する特定のネットワーク機能を処理する責任を有し、図１９のアプリケーション３２０に対応する。
【0211】
一部の実施形態では、１つ又は複数の送信器３２２０及び１つ又は複数の受信器３２１０をそれぞれ含む１つ又は複数の無線ユニット３２００は、１つ又は複数のアンテナ３２２５に連結され得る。無線ユニット３２００は、１つ又は複数の適切なネットワークインターフェースを介してハードウェアノード３３０と直接通信することができ、無線アクセスノード又は基地局などの無線能力を有する仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。
【0212】
一部の実施形態では、一部のシグナリングは、別法としてハードウェアノード３３０と無線ユニット３２００との間の通信のために使用され得る制御システム３２３０の使用の影響を受け得る。
【0213】
図２０を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク４１１及びコアネットワーク４１４を備える、３ＧＰＰタイプのセルラネットワークなどの電気通信ネットワーク４１０を含む。アクセスネットワーク４１１は、それぞれが対応するカバレッジエリア４１３ａ、４１３ｂ、４１３ｃを規定する、ＮＢ、ｅＮＢ、ｇＮＢ又は他のタイプの無線アクセスポイントなどの複数の基地局４１２ａ、４１２ｂ、４１２ｃを備える。各基地局４１２ａ、４１２ｂ、４１２ｃは、ワイヤード又は無線接続４１５を介してコアネットワーク４１４に接続可能である。カバレッジエリア４１３ｃ内に置かれた第１のＵＥ４９１は、対応する基地局４１２ｃに無線で接続される又は対応する基地局４１２ｃによってページングされるように設定され得る。カバレッジエリア４１３ａ内の第２のＵＥ４９２は、対応する基地局４１２ａに無線に接続可能である。複数のＵＥ４９１、４９２が本例では図示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア内にある又は唯一のＵＥが対応する基地局４１２に接続している状況に同等に適用可能である。
【0214】
電気通信ネットワーク４１０自体は、ホストコンピュータ４３０に接続され、ホストコンピュータ４３０は、スタンドアロンサーバ、クラウド実装されたサーバ、分散型サーバのハードウェア及び／又はソフトウェアにおいて或いはサーバファーム内の処理資源として実施され得る。ホストコンピュータ４３０は、サービスプロバイダの所有権又は制御の下にあってもよく、或いはサービスプロバイダによって又はサービスプロバイダのために動作させられ得る。電気通信ネットワーク４１０とホストコンピュータ４３０との接続４２１及び４２２は、コアネットワーク４１４からホストコンピュータ４３０に直接延びてもよく、或いはオプションの中間ネットワーク４２０を介してもよい。中間ネットワーク４２０は、パブリックネットワーク、プライベートネットワーク又はホスト型ネットワークのうちの１つ、又はそれらのうちの２つ以上の組合せでもよく、中間ネットワーク４２０は、もしあるなら、バックボーンネットワーク又はインターネットでもよく、具体的には、中間ネットワーク４２０は、２つ以上のサブネットワーク（図示せず）を備え得る。
【0215】
全体としての図２０の通信システムは、接続されたＵＥ４９１、４９２及びホストコンピュータ４３０の間の接続性を有効にする。接続性は、オーバーザトップ（ＯＴＴ：ｏｖｅｒ－ｔｈｅ－ｔｏｐ）接続４５０として説明され得る。ホストコンピュータ４３０及び接続されたＵＥ４９１、４９２は、媒介としてアクセスネットワーク４１１、コアネットワーク４１４、任意の中間ネットワーク４２０及び可能なさらなるインフラストラクチャ（図示せず）を使用し、ＯＴＴ接続４５０を介してデータ及び／又はシグナリングを通信するように設定される。ＯＴＴ接続４５０は、ＯＴＴ接続４５０が通過する参加通信デバイスはアップリンク及びダウンリンク通信のルーティングを認識しないという意味で、透過的になり得る。たとえば、基地局４１２は、接続されたＵＥ４９１に転送される（たとえば、ハンドオーバされる）ことになるホストコンピュータ４３０に由来するデータとの着信ダウンリンク通信の過去のルーティングに関して知らされないことがある、又は知らされる必要はない。同様に、基地局４１２は、ＵＥ４９１からホストコンピュータ４３０に向けて始められる外向きのアップリンク通信の未来のルーティングを認識する必要はない。
【0216】
図２１は、ある種の実施形態による、部分的無線接続を介してユーザ機器と基地局を介して通信する例示的ホストコンピュータを示す。前段落で論じられたＵＥ、基地局及びホストコンピュータの一実施形態による例示的実装形態について、図２１を参照して、ここで説明する。通信システム５００では、ホストコンピュータ５１０は、通信システム５００の異なる通信デバイスのインターフェースとのワイヤード又は無線接続をセットアップ及び維持するように設定された通信インターフェース５１６を含むハードウェア５１５を備える。ホストコンピュータ５１０はさらに、ストレージ及び／又は処理能力を有し得る処理回路５１８を備える。具体的には、処理回路５１８は、１つ又は複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、或いは命令を実行するようになされたこれらの組合せ（図示せず）を備え得る。ホストコンピュータ５１０はさらに、ホストコンピュータ５１０に記憶された若しくはこれによってアクセス可能な及び処理回路５１８によって実行可能な、ソフトウェア５１１を備える。ソフトウェア５１１は、ホストアプリケーション５１２を含む。ホストアプリケーション５１２は、ＵＥ５３０及びホストコンピュータ５１０で終了するＯＴＴ接続５５０を介して接続するＵＥ５３０など、リモートユーザにサービスを提供するように動作可能になり得る。サービスのリモートユーザへの提供において、ホストアプリケーション５１２は、ＯＴＴ接続５５０を使用して送信されるユーザデータを提供し得る。
【0217】
通信システム５００はさらに、電気通信システムにおいて提供される並びにホストコンピュータ５１０と及びＵＥ５３０とそれが通信することを可能にするハードウェア５２５を備える、基地局５２０を含む。ハードウェア５２５は、通信システム５００の異なる通信デバイスのインターフェースとのワイヤード又は無線接続をセットアップ及び維持するための通信インターフェース５２６、並びに基地局５２０によってサービスされるカバレッジエリア（図２１には図示せず）内に置かれたＵＥ５３０との無線接続５７０を少なくともセットアップ及び維持するための無線インターフェース５２７を含み得る。通信インターフェース５２６は、ホストコンピュータ５１０への接続５６０を円滑にするように設定され得る。接続５６０は直接でもよく、或いは、接続５６０は、電気通信システムのコアネットワーク（図２１には図示せず）を通過及び／又は電気通信システム外部の１つ又は複数の中間ネットワークを通過してもよい。示された実施形態では、基地局５２０のハードウェア５２５はさらに、１つ又は複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は命令を実行するようになされたこれらの組合せ（図示せず）を備え得る、処理回路５２８を含む。基地局５２０はさらに、内部に記憶された又は外部接続を介してアクセス可能なソフトウェア５２１を有する。
【0218】
通信システム５００はさらに、すでに参照されたＵＥ５３０を含む。それのハードウェア５３５は、ＵＥ５３０が現在位置するカバレッジエリアにサービスする基地局との無線接続５７０をセットアップ及び維持するように設定された無線インターフェース５３７を含み得る。ＵＥ５３０のハードウェア５３５はさらに、１つ又は複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は命令を実行するようになされたこれらの組合せ（図示せず）を備え得る、処理回路５３８を含む。ＵＥ５３０はさらに、ＵＥ５３０に記憶された若しくはこれによってアクセス可能な及び処理回路５３８によって実行可能なソフトウェア５３１を備える。ソフトウェア５３１は、クライアントアプリケーション５３２を含む。クライアントアプリケーション５３２は、ホストコンピュータ５１０のサポートを有して、ＵＥ５３０を介して人間又は非人間ユーザにサービスを提供するように動作可能になり得る。ホストコンピュータ５１０では、実行中のホストアプリケーション５１２は、ＵＥ５３０及びホストコンピュータ５１０で終了するＯＴＴ接続５５０を介して実行中のクライアントアプリケーション５３２と通信し得る。ユーザへのサービス提供において、クライアントアプリケーション５３２は、ホストアプリケーション５１２から要求データを受信し、要求データに応答してユーザデータを提供することができる。ＯＴＴ接続５５０は、要求データ及びユーザデータの両方を転送することができる。クライアントアプリケーション５３２は、ユーザと相互作用して、それが提供するユーザデータを生成することができる。
【0219】
図１９に示されたホストコンピュータ５１０と、基地局５２０と、ＵＥ５３０とは、それぞれ、図２０のホストコンピュータ４３０と、基地局４１２ａ、４１２ｂ、４１２ｃのうちの１つと、ＵＥ４９１、４９２のうちの１つと類似する又は同一であってもよいことに留意されたい。すなわち、これらのエンティティの内部の動きは、図２０に示されるようでもよく、独立して、周囲のネットワークトポロジは、図２１のそれでもよい。
【0220】
図２１において、ＯＴＴ接続５５０は、媒介デバイスの明示的参照及びこれらのデバイスを介するメッセージの正確なルーティングなしに、基地局５２０を介するホストコンピュータ５１０とＵＥ５３０との間の通信を説明するために抽象的に描かれてある。ネットワークインフラストラクチャは、ルーティングを判定することができ、それは、ＵＥ５３０から若しくはサービスプロバイダオペレーティングホストコンピュータ５１０から又はその両方から隠すように設定され得る。ＯＴＴ接続５５０がアクティブである間、ネットワークインフラストラクチャは、それがルーティングを動的に変更する判定（たとえば、ネットワークの負荷バランシング検討又は再設定に基づく）をさらに行うことができる。
【0221】
ＵＥ５３０と基地局５２０との間の無線接続５７０は、本開示を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つ又は複数は、無線接続５７０が最後のセグメントを形成する、ＯＴＴ接続５５０を使用してＵＥ５３０に提供されるＯＴＴサービスのパフォーマンスを改善する。より正確に、これらの実施形態の教示内容は、シグナリングオーバヘッドを改善してレイテンシを抑えるため、ユーザの待機時間の短縮、優れた応答性、およびバッテリ寿命の延長等の利益をもたらし得る。
【0222】
測定手続きは、１つ又は複数の実施形態が改善するモニタリングデータレート、レイテンシ及び他の要因として、提供され得る。測定結果の変動に応答して、ホストコンピュータ５１０とＵＥ５３０との間のＯＴＴ接続５５０を再設定するためのオプションのネットワーク機能性がさらに存在し得る。測定手続き及び／又はＯＴＴ接続５５０を再設定するためのネットワーク機能性は、ホストコンピュータ５１０のソフトウェア５１１及びハードウェア５１５において、又はＵＥ５３０のソフトウェア５３１及びハードウェア５３５において、又はその両方で実装され得る。実施形態において、センサ（図示せず）は、ＯＴＴ接続５５０が通過する通信デバイスにおいて又はそのような通信デバイスに関連して配備され得、センサは、上記で例示されたモニタされる数量の値を供給すること、或いはそこからソフトウェア５１１、５３１がモニタされる数量を計算又は推定し得る他の物理数量の値を供給することによって、測定手続きに参加し得る。ＯＴＴ接続５５０の再設定は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含み得、再設定は基地局５２０に影響を及ぼす必要はなく、そして、それは基地局５２０に知られてなくても又は感知できなくてもよい。そのような手続き及び機能性は、当分野では知られており、実施されることがある。ある種の実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ５１０の測定を円滑にする占有ＵＥシグナリングを含み得る。ソフトウェア５１１及び５３１が、ＯＴＴ接続５５０を使用し、それが伝搬時間、エラーなどをモニタする間に、メッセージ、具体的には空の又は「ダミー」メッセージ、を送信させるので、測定は実装され得る。
【0223】
図２２は、１つの実施形態による、通信システムにおいて実装される方法を示す流れ図である。通信システムは、図２０及び２１を参照して説明されるものでもよいホストコンピュータ、基地局及びＵＥを含む。本開示を簡単にするために、図２２のみの図面の参照が、このセクションに含まれることになる。
【0224】
ステップ６１０において、ホストコンピュータはユーザデータを提供する。ステップ６１０のサブステップ６１１（オプションでもよい）では、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ６２０では、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。ステップ６３０（オプションでもよい）では、基地局が、本開示を通して説明される実施形態の教示に従って、ホストコンピュータが開始した送信において運ばれたユーザデータをＵＥに送信する。ステップ６４０（やはりオプションでもよい）で、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。
【0225】
図２３は、１つの実施形態による、通信システムにおいて実装される方法を示す流れ図である。通信システムは、図２０及び２１を参照して説明されるものでもよいホストコンピュータ、基地局及びＵＥを含む。本開示を簡単にするために、図２３の図面の参照のみが、このセクションに含まれることになる。
【0226】
本方法のステップ７１０において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ７２０で、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。送信は、本開示を通して説明される実施形態の教示によれば、基地局を通り得る。ステップ７３０（オプションでもよい）で、ＵＥは、その送信で運ばれたユーザデータを受信する。
【0227】
図２４は、１つの実施形態による、通信システムにおいて実装される方法を示す流れ図である。通信システムは、図２０及び２１を参照して説明されるものでもよいホストコンピュータ、基地局及びＵＥを含む。本開示を簡単にするために、図２４の図面の参照のみが、このセクションに含まれることになる。
【0228】
ステップ８１０（オプションでもよい）で、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加で又は別法として、ステップ８２０で、ＵＥはユーザデータを提供する。ステップ８２０のサブステップ８２１（オプションでもよい）で、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ８１０のサブステップ８１１（オプションでもよい）で、ＵＥは、ホストコンピュータによって提供される受信された入力データに反応してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータの提供において、実行されるクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された具体的方式にかかわらず、ＵＥは、サブステップ８３０（オプションでもよい）で、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ８４０において、ホストコンピュータは、本開示を通して説明される実施形態の教示によれば、ＵＥから送信されたユーザデータを受信する。
【0229】
図２５は、１つの実施形態による、通信システムにおいて実装された方法を示す流れ図である。通信システムは、図２０及び２１を参照して説明されるものでもよいホストコンピュータ、基地局及びＵＥを含む。本開示を簡単にするために、図２５の図面の参照のみが、このセクションに含まれることになる。
【0230】
ステップ９１０（オプションでもよい）において、本開示を通して説明される実施形態の教示に従って、基地局は、ユーザデータをＵＥから受信する。ステップ９２０（オプションでもよい）で、基地局は、受信されたユーザデータのホストコンピュータへの送信を開始する。ステップ９３０（オプションでもよい）で、ホストコンピュータは、基地局によって開始された送信で運ばれたユーザデータを受信する。
【0231】
ユニットという用語は、電子工学、電気デバイス及び／又は電子デバイスの分野における従来の意味を有し得、たとえば、本明細書に記載されているものなどのような、電気及び／又は電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステート及び／又はディスクリートデバイス、それぞれのタスク、手続き、計算、出力、及び／又は表示機能を実行するためのコンピュータプログラム又は命令などを含み得る。
【0232】
本明細書で開示されているシステム及び装置には、本発明の範囲から逸脱することなく、修正、追加、又は省略が行われ得る。システム及び装置の構成要素は、統合又は分離され得る。さらに、システム及び装置の動作は、より多数の、より少数の、又は他の構成要素によって実行され得る。加えて、システム及び装置の動作は、ソフトウェア、ハードウェア、及び／又は他のロジックを含む任意の適切なロジックを使用して、実行され得る。本文書では、「各」は、セットの各メンバ又はセットのうちのサブセットの各メンバを指す。
【0233】
本明細書で開示される方法には、本発明の範囲から逸脱することなく、修正、追加、又は省略が行われ得る。本方法は、より多数の、より少数の、又は他のステップを含み得る。加えて、ステップは、任意の適切な順番で実行され得る。
【0234】
前述の説明は、多数の具体的な詳細を明記している。しかしながら、実施形態は、これらの具体的な詳細なしに、実施され得ることが理解される。他の例では、よく知られている回路、構造及び技法は、本明細書の理解を曖昧にしないために、詳細には示されていない。含まれている説明で、当業者は、必要以上の実験なしに適切な機能を実施することができることになる。
【0235】
本明細書における「１つの実施形態」、「一実施形態」、「例示的実施形態」などの参照は、記載された実施形態は特定の特徴、構造、又は特性を含み得るが、あらゆる実施形態が必ずしも特定の特徴、構造、又は特性を含まない可能性があることを示す。さらに、そのような表現は、必ずしも同じ実施形態を参照していない。さらに、特定の特徴、構造、又は特性が、一実施形態に関して説明されているとき、明示的に記述されていてもいなくても、他の実施形態に関連してそのような特徴、構造、又は特性を実装することは当業者の認識内にあることが提示される。
【0236】
本開示は、ある種の実施形態に関して説明されてあるが、実施形態の改変及び置換が、当業者には明らかとなろう。したがって、実施形態の前述の説明は、本開示を制約しない。他の変更、置換、及び改変が、後述の特許請求の範囲によって規定されるものとしての本開示の範囲から逸脱することなく、可能である。
【図1】
【図2】
【図3A】
【図3B】
【図3C】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】