JP2016506657A - 補助ベアラを確立するノードおよび方法 - Google Patents

Abstract

本明細書で開示される一部の例示的実施形態は、補助ベアラの確立を支援する基地局（４０１Ａ、４０１Ｂ）、および基地局における対応する方法に関する。基地局（４０１Ａ、４０１Ｂ）は、補助ベアラを確立する必要性を識別し、その後、そのようなベアラの要求をネットワークノード（１２１、１２３）に送信するように設定される。本明細書で開示される一部の例示的実施形態は、ベアラ確立要求を受信し、そのような要求が補助ベアラに対するものであることを識別するように設定された通信ノード（１０１、１１９）に関する。通信ノード（１０１、１１９）は、補助ベアラを通信ノード内で確立された既存ベアラに関連付けるようにさらに設定される。【選択図】図１５

Description

本明細書で提示される例示的実施形態は、通信ネットワークで補助ベアラを確立する基地局および通信ノード（たとえば、ワイヤレス機器またはパケットデータネットワークゲートウェイ）、ならびに基地局および通信ノードにおける対応する方法に関する。

ユーザーフレンドリーなスマートフォンおよびタブレットが普及するにつれ、移動体ネットワークにおけるビデオストリーミング等の高データレートサービスの使用が一般的となり、移動体ネットワークにおけるトラフィックの量を大幅に増やしている。そのため、移動体ネットワークコミュニティでは、増え続けるユーザー要求に合わせて移動体ネットワークの容量を確実に増やし続けることが緊急に求められている。ロングタームエボリューション（ＬＴＥ）等の最新システムは、特に干渉緩和技術と組み合わせた場合、理論上のシャノン限界にきわめて近いスペクトル効率を備える。最新技術をサポートするための現在のネットワークの継続的なアップグレードと、単位領域ごとの基地局数の高密度化は、増大するトラフィック需要を満たすために最も広く利用されているアプローチである。

高い注目を集めているもう１つのアプローチは、従来のあらかじめ計画されたマクロ基地局（マクロ層として知られている）を、比較的無計画に展開できる複数の低電力基地局で補助する、ヘテロジニアスネットワークを使用することである。第３世代パートナーシッププロジェクト（３ＧＰＰ）では、ＬＴＥリリース１１等の最新のＬＴＥ機能拡張の研究における中心的事項としてヘテロジニアスネットワークの概念を取り入れており、ピコ基地局、フェムト基地局（ホーム基地局またはＨｅＮＢとしても知られている）、リレー、ＲＲＨ（リモート無線ヘッド）など、ヘテロジニアスネットワークを実現するための複数の低電力基地局が規定されている。ＬＴＥリリース１２の初期協議は既に始まっているが、提案された研究項目の１つは、複数のｅＭＢからユーザー装置（ＵＥ）を同時にサーブする可能性である。これをサポートするには、ＬＴＥの現在の旧式なハンドオーバー機構をアップデートする必要がある。

図１は、ヘテロジニアスネットワークの例を示す。ここでは、携帯端末１０１は複数のフローを使用する。たとえば、マクロ基地局（または「アンカーｅＮＢ」）４０１Ａからのアンカーフローと、ピコ基地局（または「ブースターｅＮＢ」）４０１Ｂからのブースターフローである。ヘテロジニアスネットワークの使用における問題の１つは、ユーザープレーンベアラをどのようにしてアンカーフローおよびブースターフローにそれぞれマッピングするかということである。最も簡単な解決策は、各ベアラを単一のフローにマッピングすることである。たとえば、第１ベアラでアンカーフローを使用し、第２ベアラでブースターフローを使用する。

ヘテロジニアスネットワークでのベアラのマッピングに単一のフローを使用する場合、いくつかの問題がある。そのような問題の例として、ハンドオーバーを頻繁に行う必要性がある。ユーザーデータのスループットを許容可能なレベルに維持するために、無線リンクの状態および携帯端末の速度に応じて、ユーザープレーンベアラをブースターフローからアンカーフローに、またはその逆に、頻繁に「ハンドオーバー」する必要がある。さらに、ハンドオーバーのたびに、ネットワークと携帯端末との間、およびネットワーク内で、信号伝達が発生する。携帯端末およびピコ基地局の数が多い場合、ネットワークノードにおける信号伝達の負荷が大きくなり、制限因子となる可能性がある。

さらに、このユーザープレーンベアラのハンドオーバー時に、必然的な「グリッチ（不調）」がデータフローに生じる。なぜなら、ハンドオーバー手続きの実行中には、データパケットを伝送できないからである。データフローは、ハンドオーバー元の基地局ではなく、ハンドオーバー先の基地局を通じて、再ルーティングする必要がある。ハンドオーバー元の基地局にあるデータは、Ｘ２等のサイト間インターフェイスを通じて、ハンドオーバー先の基地局に転送することができる。パケットは最終的に携帯端末に到達するが、リアルタイムサービスなど、通常のパケット伝送にある程度依存する一部のサービスは、影響を受ける。故に、特定の携帯端末に対する頻繁なハンドオーバーは、少なくともリアルタイムサービスに影響を与える可能性がある。

したがって、本明細書で示す一部の例示的実施形態の少なくとも１つの例示的な目的は、ヘテロジニアスネットワークでベアラをマッピングする効率的な手段を提供することである。一部の例示的実施形態によって提供される少なくとも１つの例示的な利点は、ユーザーデータをアンカーフローとブースターフローの両方にマッピングできることである。ユーザーデータパケットのフロー間での切り替えは、ほぼ瞬時に行うことができる。なぜなら、フローは既に確立されており、「ハンドオーバー」はパケットを一方のフローにマッピングするだけだからである。したがって、ユーザーデータのスループットに、任意の時点における「最良の」フローが反映される。

さらに、アンカーフローとブースターフローにそれぞれ独立したベアラを確立することにより、データのマッピングをネットワークの中心位置、たとえばＰＤＮ ＧＷのＭＰＴＣＰ機能がある位置で実行することができる。これにより、高価なｅＮＢ間リンクでの帯域幅要件が緩和される。代わりに、アンカーｅＮＢおよびブースターｅＮＢからコアネットワークへのリンクが使用される。このリンクは既に存在しており、基地局の無線容量に応じて形成されている。

また理解されるべきこととして、補助ベアラの確立／解放、補助ベアラのｅＮＢ間でのハンドオーバー、およびユーザーデータパケットのベアラへのリアルタイムマッピングを切り離すことで、それらのイベントに対して異なるトリガを使用し、イベントのタイミングをハンドオーバー性能の低下を生じさせずに個別に最適化することができる。たとえば、ベアラの確立は、既に確立されたベアラのハンドオーバーに比べて、比較的低速であり、「重い」手続きであると見なされ得る。ユーザー装置が実際にブースターｅＮＢを使用することが必要になるよりもはるかに前にベアラを確立できるため、ユーザー装置は、必要なときに、ブースターｅＮＢの使用をはるかに速く開始することができる。

よって、一部の例示的実施形態は、基地局における、補助ベアラの確立を支援する方法に関する。基地局は、ワイヤレスネットワークに含まれる。この方法は、基地局によってサーブされる既存ベアラに関連付けられるべき補助ベアラを確立する必要性を識別することと、補助ベアラを確立する要求をネットワークノードに送信することとを含む。

一部の例示的実施形態は、補助ベアラの確立を支援する基地局に関する。基地局は、ワイヤレスネットワークに含まれる。基地局は、基地局によってサーブされる既存ベアラに関連付けられるべき補助ベアラを確立する必要性を識別するように設定された処理回路を含む。基地局は、補助ベアラを確立する要求をネットワークノードに送信するように設定された無線回路をさらに含む。

一部の例示的実施形態は、通信ノードにおける、補助ベアラの確立を支援する方法に関する。通信ノードは無線ネットワークに含まれる。この方法は、ベアラ確立要求を受信することと、ベアラ確立要求が補助ベアラに対するものであることを識別することとを含む。この方法は、補助ベアラを通信ノード内で確立された既存ベアラに関連付けることをさらに含む。

さらに一部の例示的実施形態は、補助ベアラの確立を支援する通信ノードに関する。通信ノードは無線ネットワークに含まれる。通信ノードは、ベアラ確立要求を受信するように設定された無線回路を含む。通信ノードは、ベアラ確立要求が補助ベアラに対するものであることを識別するように設定された処理回路をさらに含む。処理回路は、補助ベアラを通信ノード内で確立された既存ベアラに関連付けるようにさらに設定される。

定義
３ＧＰＰ 第３世代パートナーシッププロジェクト
ＡＡ アプリケーション保証
ＡＡＡ 認証、認可、および課金
ＡＭＢＲ 総合最大ビットレート
ＡＰＮ アクセスポイント名
ＡＲＰ 割り当ておよび維持優先度
ＡＲＱ 自動再送要求
ＢＣＨ ブロードキャストチャネル
ＣＩＯ セル個別オフセット
ＣＮ コアネットワーク
ＣＲＳ セル固有参照信号
ＤＬ ダウンリンク
ＤＭ 復調
ＤＲＢ データ無線ベアラ
Ｅ−ＵＴＲＡ 進化型ユニバーサル地上無線アクセス
Ｅ−ＵＴＲＡＮ 進化型ＵＭＴＳ地上無線アクセスネットワーク
ｅＮＢ／ｅＮｏｄｅＢ 拡張Ｎｏｄｅ Ｂ（基地局）
ＥＭＭ ＥＰＳ移動性管理
ＥＰＣ 進化型パケットコア
ＥＰＳ 進化型パケットシステム
ＦＤＤ 周波数分割複信
ＧＢＲ 保証ビットレート
ＨＡＲＱ ハイブリッド自動再送信
ＨｅＮＢ ホームｅＮＢ
ＨＯ ハンドオーバー
ＩＥ 情報要素
ＩＰ インターネットプロトコル
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＢＲ 最大ビットレート
ＭＭＥ 移動性管理エンティティ
ＭＰＴＣＰ マルチパス伝送制御プロトコル
ＮＡＳ 非アクセス層
Ｐ−ＧＷ ＰＤＮゲートウェイ
ＰＢＣＨ 物理ブロードキャストチャネル
ＰＣＦＩＣＨ 物理制御フォーマットインジケータチャネル
ＰＣＩ 物理セルＩＤ
ＰＣＲＦ ポリシー制御および課金ルール機能
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＣＰ パケットデータ収束プロトコル
ＰＤＮ パケットデータネットワーク
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＤＵ パケットデータユニット
ＰＨＩＣＨ 物理ハイブリッドＡＲＱインジケータチャネル
ＰＳＳ 一次同期信号
ＱＣＩ ＱｏＳクラス識別子
ＱｏＳ サービス品質
ＲＬＣ 無線リンク制御
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＢ 無線アクセスベアラ
ＲＡＮ 無線アクセスネットワーク
ＲＥ リソースエレメント
ＲＬＣ 無線リンク制御
ＲＬＦ 無線リンク障害
ＲＲＣ 無線リソース制御
ＲＲＨ リモート無線ヘッド
ＲＲＭ 無線リソース管理
ＲＳ 参照信号
ＲＳＣＰ 受信信号コード電力
ＲＳＲＰ 参照信号受信電力
ＲＳＲＱ 参照信号受信品質
ＳＧＷ サービングゲートウェイ
ＳＤＦ サービスデータフロー
ＳＤＵ サービスデータユニット
ＳＦＮ 単一周波数ネットワーク
ＳＩＮＲ 信号対干渉雑音電力比
ＳＮ シーケンス番号
ＳＲＢ 信号伝達無線ベアラ
ＳＲＣ スマートＲＡＮコントローラ
ＳＳＳ 二次同期信号
ＴＣＰ 伝送制御プロトコル
ＴＥＩＤ トンネリングエンドＩＤ
ＴＦＴ トラフィックフローテンプレート
ＴＮＬ トランスポートネットワーク層
ＴＴＴ タイムツートリガ
ＵＥ ユーザー装置
ＵＬ アップリンク
ＵＭＴＳ ユニバーサル移動体通信システム
ＶｏＩＰ ボイスオーバーＩＰ

以上について、例示的実施形態についてのより具体的な説明で以下に詳述する。これらの実施形態を示す添付の図面では、異なる図面を通じて、同様の部品を同様の参照符号で示している。図面は必ずしも縮尺どおりではなく、むしろ例示的実施形態を示すことに重点を置いている。

ワイヤレス端末に対するアンカーフローおよびブースターフローが同時に存在するヘテロジニアス配置の例を示す図である。 Ｅ−ＵＴＲＡＮアーキテクチャの例を示す図である。 Ｅ−ＵＴＲＡＮとＥＰＣの機能的分離を示す概略図である。 ユーザープレーンプロトコルスタックを示す図である。 制御プレーンプロトコルスタックを示す図である。 ユーザープレーンおよび制御プレーンのデータフローを示す図である。 ベアラサービスアーキテクチャの例を示す図である。 高電力のマクロノードおよび低電力のピコノードを含むヘテロジニアス展開の例を示す図である。 ピコノードが独自のセルに対応するヘテロジニアス展開の例を示す図である。 ピコノードが独自のセルに対応しないヘテロジニアス展開の例を示す図である。 マクロおよびピコから端末への同一の伝送を含むＳＦＮ動作を示す図である。 アンカー基地局およびブースター基地局両方との複数の接続を有するワイヤレス端末を含むソフトセル動作を示す図である。 ３ＧＰＰ ＴＳ３６．０００第１０．１．２．１．１章で説明されている、Ｅ−ＵＴＲＡＮのＸ２ハンドオーバー手続きのメッセージング図である。 一部の例示的実施形態による、一次ベアラと補助ベアラとの間でのユーザーデータマッピングの例を示す図である。 一部の例示的実施形態による、補助ベアラの確立を示すネットワーク図である。 一部の例示的実施形態による、補助ベアラの確立を示すネットワーク図である。 一部の例示的実施形態による、図１５のシステムに対応するメッセージング図である。 一部の例示的実施形態による、さまざまなトリガモードを示すフローチャートである。 一部の例示的実施形態による、基地局の例示的なノード構成を示す図である。 一部の例示的実施形態による、通信ノード（たとえば、ワイヤレス端末またはＰＧＷ）の例示的なノード構成を示す図である。 図１９の基地局により実行され得る例示的な動作を示すフローチャートである。 図２０の通信ノードにより実行され得る例示的な動作を示すフローチャートである。

以下の説明では、本明細書で提示される例示的実施形態を十分に理解できるように、限定ではなく説明を目的として、特定の構成要素、要素、技法等の詳細事項を示す。ただし、例示的実施形態は、これらの具体的な詳細から離れた他の態様でも実践することができる。また、例示的実施形態の説明がわかりづらくならないように、周知の方法および要素の詳細な説明は省略する。

概観
本明細書で示す例示的実施形態について適切に説明するため、まず問題を特定して説明する。進化型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）は、拡張ＮｏｄｅＢ（ｅＮＢまたはｅＮｏｄｅＢ）と呼ばれる基地局４０１を含み、ユーザー装置に対するＥ−ＵＴＲＡユーザープレーンおよび制御プレーンプロトコル終端を提供する。基地局またはｅＮＢ４０１は、Ｘ２インターフェイスを通じて相互に接続される。またｅＮＢ４０１は、Ｓ１インターフェイスを利用してＥＰＣ（進化型パケットコア）に接続される。より詳細には、Ｓ１−ＭＭＥインターフェイスを利用してＭＭＥ（移動性管理エンティティ）１１５に接続され、Ｓ１−Ｕインターフェイスを利用してサービングゲートウェイ（ＳＧＷ）１１７に接続される。Ｓ１インターフェイスは、ＭＭＥ／ＳＧＥとｅＮＢとの間の多対多の関係をサポートする。Ｅ−ＵＴＲＡＮアーキテクチャを図２に示す。

ｅＮＢ４０１は、無線リソース管理（ＲＲＭ）、無線ベアラ制御、アドミッション制御、サービングゲートウェイへのユーザープレーンデータのヘッダー圧縮、サービングゲートウェイへのユーザープレーンデータのルーティング等の機能をホストする。ＭＭＥ１１５は、ユーザー装置とＣＮとの間の信号伝達を処理する制御ノードである。ＭＭＥ１１５の主要な機能は、非アクセス層（ＮＡＳ）プロトコルを通じて処理される接続管理およびベアラ管理に関連する。ＳＧＷ１１７は、ユーザー装置の移動性に対するアンカーポイントであり、ユーザー装置１０１がページングされている間の一時的なＤＬデータバッファリング、適切なｅＮＢへのパケットのルーティングおよび転送、課金および合法的な傍受のための情報収集等の他の機能も含む。ＰＤＮゲートウェイ（ＰＧＷ）１１９は、ユーザー装置のＩＰアドレスの割り当てに加えて、サービス品質（ＱｏＳ）の適用（これについては以下で詳述する）を担うノードである。

図３は、さまざまなノードの機能を要約したものである。これらは３ＧＰＰ ＴＳ ３６．３００に記載されており、当該仕様にさまざまなノードの機能が詳細に示されている。図３において、実線のボックスは論理ノードを表し、破線のボックスは制御プレーンの機能的エンティティを表し、クロスハッチングが施されたボックスは無線プロトコル層を表す。

無線プロトコルアーキテクチャ
Ｅ−ＵＴＲＡＮの無線プロトコルアーキテクチャは、ユーザープレーンと制御プレーンに分けられる。図４は、ユーザープレーンプロトコルスタックを示す。ユーザープレーンプロトコルスタックは、パケットデータ収束プロトコル（ＰＤＣＰ）、無線リンク制御（ＲＬＣ）、および媒体アクセス制御（ＭＡＣ）で構成され、これらはｅＮＢ４０１で終端される。ＰＤＣＰは、ユーザープレーンのＩＰパケットを管理し、ヘッダー圧縮、セキュリティ、ハンドオーバー時の再配列および再伝送等の機能を実行する。ＲＬＣ層は、無線インターフェイス上で実際に伝送されるサイズに適合するように、ＰＤＣＰパケットをセグメント化する（および対応して組み立てる）役割を主に担う。ＲＬＣは、非確認型モード（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）または確認型モード（ａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）のどちらでも動作でき、後者は再伝送をサポートする。ＭＡＣ層は、異なる無線ベアラからのデータの多重化を実行し、提供するパケットのサイズをＲＬＣに通知する。このサイズは、各無線ベアラに要求されるＱｏＳと、ユーザー装置１０１が利用できる現在の容量とに基づいて決定される。

図５は、制御プレーンプロトコルスタックを示す。無線リソース制御（ＲＲＣ）層よりも下位の層は、ユーザープレーンと同じ機能を実行するが、制御プレーンではヘッダーの圧縮がない。ＲＲＣの主要な機能は、システム情報のブロードキャスト、ＲＲＣ接続制御（ＲＲＣ接続の確立、変更、および解放、信号伝達無線ベアラ（ＳＲＢ）およびデータ無線ベアラ（ＤＲＢ）の確立、ハンドオーバー、下位プロトコル層の設定、無線リンク障害の復旧等）、ならびに測定の設定および報告である。ＲＲＣプロトコルの機能および手続きの詳細は、３ＧＰＰ ＴＳ ３６．３３１で確認できる。

ユーザー装置（またはより上位概念でワイヤレス端末）１０１は、ｅＮＢ４０１内でｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤによりＳ１インターフェイス上で一意に識別される。ＭＭＥ１１５がｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤを受信すると、ＭＭＥ１１５は、このユーザー装置１０１に対するユーザー装置関連論理Ｓ１接続の持続期間にわたり、ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤを格納する。このＩＥは、いったんＭＭＥ１１５に把握されると、ユーザー装置に関連するすべてのＳ１−ＡＰ信号伝達に含まれる。ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤはｅＮＢ４０１内で一意であり、ハンドオーバー後はハンドオーバー先のｅＮＢによって新しいＳ１ＡＰ ＩＤがユーザー装置に割り当てられる。

ＭＭＥ側からは、ユーザー装置１０１はＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤを使用して一意に識別される。ｅＮＢ４０１がＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤを受信すると、ｅＮＢ４０１は、このユーザー装置１０１に対するユーザー装置関連論理Ｓ１接続の持続期間にわたり、ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤを格納する。このＩＥは、いったんｅＮＢ４０１に把握されると、ユーザー装置に関連するすべてのＳ１−ＡＰ信号伝達に含まれる。ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤは、ＭＭＥ１１５内で一意であり、異なるＭＭＥに接続された２つのｅＮＢ間でのハンドオーバーなどでユーザー装置のＭＭＥが変更された場合に変更される。

ユーザープレーンおよび制御プレーンのデータのフローを図６に示す。ユーザー装置１０１ごとにＭＡＣエンティティが１つだけ存在し（キャリアアグリゲーションの場合のように、ユーザー装置が複数のキャリアをサポートする場合を除く）、このＭＡＣエンティティの下で、迅速な再伝送のために複数のハイブリッドＡＲＱ（ＨＡＲＱ）プロセスが同時に実行され得る。無線ベアラごとに独立したＲＬＣエンティティが存在し、無線ベアラがＰＤＣＰを使用するように設定されている場合は、そのベアラ用の独立したＰＤＣＰエンティティも１つ存在する。ベアラは、ユーザー装置専用の場合のみ、ＰＤＣＰを使用するように設定される（すなわち、マルチキャストおよびブロードキャストのデータはＰＤＣＰを制御プレーンおよびユーザープレーンの両方で利用せず、ＰＤＣＰは制御プレーンの個別制御メッセージおよびユーザープレーンの個別ＵＬ／ＤＬデータのみに使用される）。

伝送側では、各層がサービスデータユニット（ＳＤＵ）を上位層から受け取り、プロトコルデータユニット（ＰＤＵ）を下位層に送る。たとえば、ＰＤＣＰ ＰＤＵがＲＬＣに送られるが、ＲＬＣから見ると、ＰＤＣＰ ＰＤＵはＲＬＣ ＳＤＵである。ＲＬＣはＲＬＣ ＰＤＵをＭＡＣに送るが、ＭＡＣから見ると、ＲＬＣ ＰＤＵはＭＡＣ ＳＤＵである。受信側では、このプロセスが逆転する。すなわち、各層はＳＤＵを上位層に渡し、上位層でＳＤＵはＰＤＵとして認識される。

サービス品質
ユーザー装置１０１は、ＶｏＩＰ、閲覧、ファイルダウンロードなど、それぞれにＱｏＳ要件が異なる複数のアプリケーションを同時に実行することがある。これらの異なる要件をサポートするために、それぞれがＱｏＳに関連付けられた異なるベアラが設定される。ＥＰＳベアラ／Ｅ−ＲＡＢ（無線アクセスベアラ）は、ＥＰＣ／Ｅ−ＵＴＲＡＮにおけるベアラレベルのＱｏＳ制御の細分化レベルである。つまり、同じＥＰＳベアラにマッピングされたサービスデータフロー（ＳＤＦ）は、同じベアラレベルのパケット転送の扱い（たとえば、スケジューリングポリシー、キュー管理ポリシー、レートシェイピングポリシー、ＲＬＣ設定等）を受ける。

ユーザー装置１０１がＰＤＮに接続すると、１つのＥＰＳベアラ／Ｅ−ＲＡＢが確立され、ＰＤＮ接続の継続中に確立されたままとなって、当該ＰＤＮへの常時オンのＩＰ接続をユーザー装置１０１に提供する。このベアラは、デフォルトベアラと呼ばれる。同じＰＤＮに対して確立される追加のＥＰＳベアラ／Ｅ−ＲＡＢは、個別ベアラ（デディケーテッドベアラ）と呼ばれる。デフォルトベアラのベアラレベルのＱｏＳの初期パラメータ値は、サブスクリプションデータに基づいて、ネットワークにより割り当てられる。デディケーテッドベアラを確立または変更する意思決定は、ＥＰＣによってのみ実行され得、ベアラレベルのＱｏＳパラメータ値は常にＥＰＣによって割り当てられる。

ＥＰＳベアラ／Ｅ−ＲＡＢは、ＥＰＳベアラ／Ｅ−ＲＡＢに関連付けられた保証ビットレート（ＧＢＲ）値に関する専用のネットワークリソースが（たとえば、ｅＮＢのアドミッション制御機能により）ベアラの確立時／変更時に永続的に割り当てられている場合は、ＧＢＲベアラと呼ばれる。それ以外の場合、ＥＰＳベアラ／Ｅ−ＲＡＢは、非ＧＢＲベアラと呼ばれる。デディケーテッドベアラはＧＢＲベアラまたは非ＧＢＲベアラであり得るが、デフォルトベアラは非ＧＢＲベアラである。

ＥＰＳベアラのサービスアーキテクチャを図７に示す。ＥＰＳベアラのパケットは、ユーザー装置１０１とｅＮＢ４０１との間で無線ベアラを介して移送される。Ｓ１ベアラは、ＥＰＳベアラのパケットをｅＮＢ４０１とＳＧＷ１１７との間で移送する。Ｅ−ＲＡＢは、実際にはこれら２つのベアラ（すなわち、無線ベアラとＳ１ベアラ）を連結したものであり、これらの２つのベアラが一対一の形式でマッピングされている。Ｓ５／Ｓ８ベアラは、ＳＧＷ１１７とＰＧＷ１１９との間でＥＰＳベアラのパケットを移送し、ＥＰＳベアラを完成させる。ここでも、Ｅ−ＲＡＢとＳ５／Ｓ８ベアラとの間に一対一のマッピングが存在する。

ベアラレベル（すなわち、ベアラごと、またはベアラアグリゲートごと）のＱｏＳパラメータは、ＱＣＩ、ＡＲＰ、ＧＢＲ、およびＡＭＢＲである。各ＥＰＳベアラ／Ｅ−ＲＡＢ（ＧＢＲおよび非ＧＢＲ）は、ベアラレベルのＱｏＳパラメータである下記のＱＣＩおよびＡＲＰに関連付けられる。ＱｏＳクラス識別子（ＱＣＩ）は、ノード固有のパラメータにアクセスするための基準として使用されるスカラーである。これらのノード固有のパラメータは、ベアラレベルのパケット転送の扱い（たとえば、スケジューリングの重み、アドミッションしきい値、キュー管理しきい値、リンク層プロトコルの設定等）を制御し、ｅＮｏｄｅＢ４０１を所有するオペレータによって事前に設定される。ＱＣＩは、ＰＧＷ１１９やＳＧＷ１１７など、ユーザープレーンチェーンの他のノードでのベアラレベルのパケット転送の扱いを制御するノード固有のパラメータを参照するためにも使用され得る。９個のＱＣＩ値が標準化されており、これらのクラスの詳細な要件は３ＧＰＰ ＴＳ ２３．２０３で確認できる。割り当ておよび維持優先度（ＡＲＰ）は、リソース制限がある場合に、ベアラ確立／変更要求を受領できるか、または拒否する必要があるかを判断するために使用される。さらに、ＡＲＰは、ｅＮｏｄｅＢ４０１、ＳＧＷ１１７、またはＰＧＷ１１９によって、例外的なリソース制限時（たとえば、ハンドオーバー時）に破棄するベアラを決定するために使用され得る。

各ＧＢＲベアラは、ベアラレベルのＱｏＳパラメータであるＧＢＲおよびＭＢＲにさらに関連付けられる。保証ビットレート（ＧＢＲ）は、ＧＢＲベアラによって提供されることが期待され得るビットレートである。最大ビットレート（ＭＢＲ）は、ＧＢＲベアラによって提供されることが期待され得る最大のビットレートである。ＭＢＲは、ＧＢＲより大きくても、同じでもよい。

ユーザー装置１０１による各ＡＰＮアクセスは、ＡＰＮ単位アグリゲート最大ビットレート（ＡＰＮ−ＡＭＢＲ）に関連付けられる。ＡＰＮ−ＡＭＢＲは、同じＡＰＮのすべての非ＧＢＲベアラおよびすべてのＰＤＮ接続で提供されることが期待され得るアグリゲートビットに制限を設定する。ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態の各ユーザー装置１０１は、ユーザー装置単位アグリゲート最大ビットレート（ＵＥ−ＡＭＢＲ）として知られる、ベアラアグリゲートレベルのＱｏＳパラメータに関連付けられる。ＵＥ−ＡＭＢＲは、ユーザー装置１０１のすべての非ＧＢＲベアラで提供されることが期待され得るアグリゲートビットレートを制限する。

ヘテロジニアスネットワークおよびソフト／共有セル
図８に示すような、異なる伝送電力で動作しカバレッジ領域が重複する複数のネットワーク伝送ノードを含む、いわゆるヘテロジニアス展開またはヘテロジニアスネットワークの使用は、セルラーネットワークのための興味深い展開戦略と考えられる。そのような展開では、ブースター基地局４０１Ｂとして利用され得る低電力ノード（「ピコノード」）が、高データレート（Ｍｂｉｔ／ｓ）を提供しつつ、低電力ノードが必要／要望される局所領域で高容量（ユーザー数／ｍ^２またはＭｂｉｔ／ｓ／ｍ^２）を提供することが典型的に想定される一方、アンカー基地局４０１Ａとして利用され得る高電力ノード（「マクロノード」）が、全領域のカバレッジを提供することが想定される。実用的には、マクロノード４０１Ａは現在配備されているマクロセルに対応し得る一方、ピコノード４０１Ｂは後で配備されるノードであって、マクロセルのカバレッジ領域内で必要に応じて容量および／または実現可能なデータレートを拡張する。

ヘテロジニアス展開のピコノード４０１Ｂは、図９に示すように、独自のセル（「ピコセル」）に対応する。つまり、ダウンリンクおよびアップリンクのデータ送信／受信に加えて、ピコノードはセルに関連する共通の信号／チャネルの完全なセットも伝送する。ＬＴＥのコンテキストにおいて、これにはピコセルの物理セルＩＤに対応する一次同期信号および二次同期信号（ＰＳＳおよびＳＳＳ）が含まれる。また、同じくセルの物理セルＩＤに対応するセル固有参照信号（ＣＲＳ）も含まれる。ＣＲＳは、たとえば、ダウンリンク伝送のコヒーレント復調を実現するためのダウンリンクチャネル評価に使用され得る。さらに、ブロードキャストチャネル（ＢＣＨ）および対応するピコセルシステム情報も含まれる。

ピコノード４０１Ｂが共通の信号／チャネルを伝送すると、対応するピコセルが端末（ＵＥ、ユーザー装置）１０１によって検出および選択（たとえば、接続）され得る。ピコノード４０１Ｂが独自のセルに対応する場合、ＰＤＳＣＨ上のダウンリンクデータ伝送に加えて、ＰＤＣＣＨ（ならびにＰＣＦＩＣＨおよびＰＨＩＣＨ）上のいわゆるＬ１／Ｌ２制御信号もピコノードから接続端末に伝送される。Ｌ１／Ｌ２制御信号は、たとえば、ダウンリンクおよびアップリンクのスケジューリング情報やハイブリッドＡＲＱ関連の情報をセル内の端末に提供する。これを図９に示す。

代替で、ヘテロジニアス展開内のピコノード４０１Ｂは、独自のセルに対応せず、オーバレイされたマクロセル４０１Ａのデータレートおよび容量の「拡張」を提供するだけの場合もある。これを、しばしば「共有セル」または「ソフトセル」として知られる。この場合、少なくともＣＲＳ、ＰＢＣＨ、ＰＳＳ、およびＳＳＳがマクロノード４０１Ａから伝送される。ピコノード４０１Ｂからは、ＰＤＳＣＨが伝送され得る。ＰＤＳＣＨの復調および検出を可能にするため、ピコノード４０１ＢからＣＲＳは伝送されないが、ＤＭ−ＲＳをピコノード４０１ＢからＰＤＳＣＨと共に伝送する必要がある。これにより、ユーザー装置に固有の参照信号を端末で使用してＰＤＳＣＨを復調／検出することが可能となる。これを図１０に示す。

上述したような、ピコノード４０１ＢからのＣＲＳの伝送を伴わないデータの伝送では、端末でのＤＭ−ＲＳサポート（「非レガシー端末」）が必要である。ＬＴＥでは、ＤＭ−ＲＳに基づくＰＤＳＣＨ受信はＲｅｌ−１０でＦＤＤに対してサポートされ、Ｌ１／Ｌ２制御信号については、ＤＭ−ＲＳに基づく受信がＲｅｌ−１１で計画されている。ＤＭ−ＲＳに基づく受信をサポートしない端末（「レガシー端末」）の場合、共有セル設定における１つの可能性は、ＳＦＮ^２型の伝送を利用することである。要するに、レガシー端末に必要な信号およびチャネルの同一のコピーが、マクロノード４０１Ａおよびピコノード４０１Ｂから同時に伝送される。端末から見ると、これは単一の伝送に見える。図１１に示す、このような動作は、ＳＩＮＲ利得のみを提供する。これは高いデータレートにつながり得るが、容量の改善にはつながらない。なぜなら、同じセル内のサイト間で伝送リソースを再使用できないからである。

マクロ４０１Ａがカバレッジを提供し、ピコ４０１Ｂが容量の拡張のみのために存在する（すなわち、カバレッジホールが存在しない）ことが想定され得るが、もう１つの代替アーキテクチャは、ユーザー装置がマクロ接続を常時維持し（「アンカー」フローという）、ピコのカバレッジ領域にいるときにピコ接続を加える（「ブースター」フローという）というものである。両方の接続が有効であるときは、アンカーフローが制御信号に使用され得、ブースターフローがデータに使用され得る。ただし、データもアンカーフローを通じて送信することが依然として可能である。この事例を、「マルチプルコネクティビティ」または「デュアルコネクティビティ」と定義する。これを図１２に示す。この事例では、これまでの事例と同じく、システム情報がマクロ４０１Ａからのみ送信されるように示されているが、ピコ４０１Ｂから送信することも依然として可能であることに留意されたい。

ハンドオーバー
ハンドオーバーは、すべての移動体通信システムの重要な側面の１つである。ここでは、システムは、信号強度、負荷状況、サービス要件等の複数の要因に応じて接続をあるセルから別のセルに移管することにより、ユーザー装置のサービス継続性を提供する。効率的／効果的なハンドオーバー（不要なハンドオーバーの数が最小限、ハンドオーバー障害の数が最小限、ハンドオーバー遅延が最小限など）の提供は、エンドユーザーのサービス品質（ＱｏＳ）だけでなく、移動体ネットワークの全体的な容量および性能にも影響する。

ＬＴＥでは、ＵＥに支援された、ネットワーク制御のハンドオーバーが利用される（３ＧＰＰ ＴＳ ３６．３００）。このハンドオーバーはユーザー装置の報告に基づき、ユーザー装置１０１は、必要および可能であれば、サービスの継続性および品質を保証する最も適切なセルに移される。

ハンドオーバーは、利用可能であれば常にＸ２接続を通じて実行され、利用可能でない場合は、Ｓ１を使用して実行される（すなわち、コアネットワーク（ＣＮ）を巻き込む）。Ｘ２ハンドオーバープロセスを図１３に示す。ハンドオーバー手続きは、準備（開始）、実行、および完了の３つの段階に分割することができる。

ハンドオーバープロセスの主なステップは以下の通りである。

動作１：ハンドオーバー元のｅＮＢ４０１Ｓは、ユーザー装置測定手続きを設定する。これは、ユーザー装置１０１がｅＮＢ４０１Ａに最初に接続するとき（後述するＨＯコマンドに含まれる）、または以降に測定の再設定（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｓ）を送信することにより行うことができる。測定の設定は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれるｍｅａｓＣｏｎｆｉｇ情報要素（ＩＥ）を使用してユーザー装置１０１に送信される。

動作２：上述したように設定された測定ルールにより、ユーザー装置１０１がトリガされて測定レポートを送信する。

動作３：受信した測定レポートおよび他のＲＲＭ情報に基づいて、ハンドオーバー元のｅＮＢ４０１Ｓは、ユーザー装置１０１をハンドオーバー先の４０１Ｔにハンドオーバーすることを決定する。

動作４：ハンドオーバー元のｅＮＢ４０１Ｓは、ハンドオーバー先のｅＮＢ４０１Ｔに対してＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを発行して、ハンドオーバー先でＨＯを準備するために必要な情報を渡す。ハンドオーバー元のｅＮＢ４０１Ｓは、このメッセージでＨＯの根拠を示す必要がある。この根拠は、たとえば以下のようなものである。
ａ．無線上の理由によりハンドオーバーが望ましい
ｂ．リソース最適化のハンドオーバー
ｃ．サービングセルの負荷を軽減する

動作５：ハンドオーバー先のｅＮＢ４０１Ｔによってアドミッション制御が実行され得る。

動作６：ハンドオーバー先のｅＮＢ４０１Ｔは、Ｌ１／Ｌ２によりＨＯを準備し、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥをハンドオーバー元のｅＮＢに送信する。ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージは、「ハンドオーバー先のｅＮＢからハンドオーバー元のｅＮＢへの透過的コンテナ（Ｔａｒｇｅｔ ｅＮＢ ｔｏ Ｓｏｕｒｃｅ ｅＮＢ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ）」と呼ばれる情報要素（ＩＥ）を含む。このＩＥは、基本的には、次のステップでユーザー装置１０１に送信されるハンドオーバーコマンドメッセージ（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ ＩＥを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を含む。理解されるべきこととして、ハンドオーバー元のｅＮＢ４０１ＳがＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥを受信した直後、またはハンドオーバーコマンドの伝送がダウンリンクで開始された直後に、ユーザープレーンデータの転送が開始され得る。

動作７：ハンドオーバー元のｅＮＢ４０１Ｓは、ハンドオーバー先のｅＮＢ４０１Ｔのためにハンドオーバーコマンド（すなわち、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）をユーザー装置１０１に送信する。

動作８：ハンドオーバー元のｅＮＢ４０１Ｓは、ＳＮ（シーケンス番号）ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲメッセージをハンドオーバー先のｅＮＢ４０１Ｔに送信する。このメッセージは、ＵＬおよびＤＬのデータ移管について影響を受けるＥ−ＲＡＢおよびＰＤＣＰ ＳＮのＩＤを含む。

動作９：ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信した後、ユーザー装置１０１は、ハンドオーバー先のｅＮＢ４０１Ｔへの同期を実行し、ＲＡＣＨを介してハンドオーバー先のセルにアクセスする。受信したＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに専用のＲＡＣＨ情報が含まれている場合、そこに含まれている専用のプリアンブルがＲＡＣＨアクセスに使用される。それ以外の場合、競合に基づくアプローチがとられる。またユーザー装置１０１は、受信した設定情報に基づいて、下位層のプロトコルスタックを設定する。

動作１０：ハンドオーバー先のｅＮＢ４０１Ｔは、ＵＬ割り当ておよびタイミングアドバンスで応答する。

動作１１：ユーザー装置１０１がハンドオーバー先のセルへのアクセスに成功すると、ユーザー装置１０１は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージをハンドオーバー先に送信して、ハンドオーバーが成功したことを確認する。オプションで、ユーザー装置１０１は、最適化の目的で使用できる以前の無線リンク障害（ＲＬＦ）または他の記録された測定値に関する情報を保持しているか否かをハンドオーバー先に示すことができる。確認を受信した後、ハンドオーバー先のｅＮＢ４０１Ｔはユーザー装置１０１へのデータの送信を開始することができ、ユーザー装置１０１は受信しているスケジューリング許可に基づいてハンドオーバー先にデータを送信することができる。ただし、ＣＮからのデータは依然としてハンドオーバー元のｅＮＢにルーティングされる。

動作１２：ハンドオーバー先のｅＮＢ４０１Ｔは、ＰＡＴＨ ＳＷＩＴＣＨ ＲＥＱＵＥＳＴメッセージをＭＭＥ１１５に送信して、ユーザー装置１０１がセルを変更したことを伝える。表１に、ＰＡＴＨ ＳＷＩＴＣＨ ＲＥＱＵＥＳＴメッセージの内容を示す。ダウンリンクで切り替えるＥ−ＲＡＢリスト（Ｅ−ＲＡＢ Ｔｏ Ｂｅ Ｓｗｉｔｃｈｅｄ ｉｎ Ｄｏｗｎｌｉｎｋ Ｌｉｓｔ）に一部のユーザー装置ベアラが含まれていない場合、ＭＭＥ１１５は、含まれていないＥ−ＲＡＢを、ｅＮＢによって暗黙的に解放されたと見なす（ＴＳ３６．４１３）。つまり、通常の動作は、ハンドオーバー先のｅＮＢ４０１Ｔに対して、アドミッション制御時に受け付け、以前にＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージを通じてハンドオーバー元に伝えたベアラのみをリストするものである。ＭＭＥ１１５は、ベアラ解放手続きをトリガすることにより、受領されなかったデディケーテッドベアラを解放する（３ＧＰＰ ＴＳ ２３．４０１）。

動作１３：ＭＭＥ１１５は、ＭＯＤＩＦＹ ＢＥＡＲＥＲ ＲＥＱＵＥＳＴメッセージをサービングゲートウェイ１１７に送信する。ＭＭＥ１１５は、新しいハンドオーバー先に切り替えるベアラをＭＯＤＩＦＹ ＢＥＡＲＥＲ ＲＥＱＵＥＳＴメッセージの「変更するベアラコンテキスト（Ｂｅａｒｅｒ ｃｏｎｔｅｘｔｓ ｔｏ ｂｅ ｍｏｄｉｆｉｅｄ）」フィールドに含め、ＰＡＴＨ ＳＷＩＴＣＨ ＲＥＱＵＥＳＴメッセージで受信されなかったベアラを「削除するベアラコンテキスト（Ｂｅａｒｅｒ ｃｏｎｔｅｘｔ ｔｏ ｂｅ ｒｅｍｏｖｅｄ）」フィールドに含める。（３ＧＰＰ ＴＳ ２９．２７４）。

動作１４：サービングゲートウェイ１１７は、ダウンリンクデータパスをハンドオーバー先に切り替える。つまり、新たに受信したアドレスおよびＴＥＩＤを使用して、ハンドオーバー先のｅＮｏｄｅＢ４０１Ｔへのダウンリンクパケットの送信を開始する（３ＧＰＰ ＴＳ ２３．４０１）。サービングゲートウェイ１１７は、１つまたは複数の「エンドマーカー」パケットを古いパスでｅＮＢ４０１Ｓに送信し、その後、ハンドオーバー元のｅＮＢ４０１Ｓに対するあらゆるＵプレーン／ＴＮＬリソースを解放することができる。

動作１５：サービングゲートウェイ１１７は、ＭＯＤＩＦＹ ＢＥＡＲＥＲ ＲＥＳＰＯＮＳＥメッセージをＭＭＥ１１５に送信する。

動作１６：ＭＭＥ１１５は、ＰＡＴＨ ＳＷＩＴＣＨ ＲＥＱＵＥＳＴメッセージをＰＡＴＨ ＳＷＩＴＣＨ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージで受領確認する。表２に、このメッセージの内容を示す。

動作１７：ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥメッセージを送信することにより、ハンドオーバー先のｅＮＢ４０１ＴがＨＯの成功をハンドオーバー元のｅＮＢ４０１Ｓに伝え、ハンドオーバー元のｅＮＢ４０１Ｓによるリソースの解放をトリガする。

動作１８：ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥメッセージを受信したハンドオーバー元のｅＮＢ４０１Ｓは、ユーザー装置コンテキストに関連付けられている無線およびＣプレーン関連のリソースを解放し得る。進行中のデータ転送はすべて継続できる。

現在の仕様では許されていないが、同じユーザー装置１０１に対して複数のｅＮＢ４０１でベアラを設定すると、マルチプルコネクティビティを実現するために有益である。これにより、ベアラのＱｏＳおよびＵＬ／ＤＬ要件に応じて、ベアラを最適に分散させることができる。マルチプルコネクティビティにおける問題の１つは、ユーザープレーンベアラをどのようにしてアンカーフローおよびブースターフローにそれぞれマッピングするかである。簡単な解決策は、各ベアラを単一のフローにマッピングすることである。たとえば、第１ベアラでアンカーフローを使用し、第２ベアラでブースターフローを使用する。

この簡単な解決策の問題は、ユーザーデータのスループットを許容可能なレベルに維持するために、無線条件および移動端末１０１の速度に応じて、ユーザープレーンベアラをブースターフローからアンカーフローに、またはその逆に、頻繁に「ハンドオーバー」しなければならない可能性があるということである。

代替の解決策は、アンカーフローとブースターフローを１つの特定のベアラに対してアグリゲートし、それによってベアラを複数のフローに同時にマッピングすることである。一例として、このマッピングをＰＤＣＰ層で行うことが既に知られている。ＬＴＥシステムのＰＤＣＰ層はｅＮＢで終端されるため、特定の無線ベアラに対してＰＤＣＰ層を終端し、アンカーおよびブースターのＲＬＣエンティティにデータをマッピングするのは、典型的にはマクロｅＮＢである。

この解決策の欠点は、すべてのデータがマクロｅＮＢを通過しなければならず、さらに悪いことに、マクロｅＮＢとピコｅＮＢとの間のリンクを通過しなければならないことである。展開によっては、このリンクは帯域幅がきわめて限られている可能性があり、よってマクロｅＮＢとピコｅＮＢとの間のリンクがボトルネックとなり、ブースターフローの容量を利用するのが困難になり得る。

例示的実施形態の概要
例示的実施形態の概略紹介
図１４に、例示的実施形態の基盤であるユーザープレーンアーキテクチャを示す。ユーザープレーンアグリゲーション（すなわち、１つのユーザーデータセッションに属するパケットをアンカーフローとブースターフローに分配する可能性）は、マルチパスＴＣＰ（ＭＰＴＣＰ）等の上位層アグリゲーションプロトコルを使用することにより実現される。ＭＰＴＣＰは、ユーザーデータセッションのパケットを一次ベアラおよび補助ベアラにマッピングする。これらのベアラは、アンカーフローおよびブースターフローにそれぞれマッピングされる。

これにより、本明細書で提示される例示的実施形態は、マルチプルコネクティビティの改善された手段を提供する。一部の実施形態によると、１つのユーザーデータセッション（たとえば、ＴＣＰ／ＩＰセッション）に対して複数のベアラ、すなわち「一次ベアラ」（たとえば、１つ）および「補助ベアラ」（たとえば、１つまたは複数）を確立する方法が提供される。最初のうち、これらのベアラは、典型的にはアンカーｅＮＢである同じｅＮＢを使用するが、代替で、異なるｅＮＢを使用する。たとえば、一次ベアラがアンカーｅＮＢ４０１Ａを使用し、補助ベアラがブースターｅＮＢ４０１Ｂを使用する。

その後、補助ベアラは、特定のイベントにトリガされ、例示的実施形態で示される方法により、異なるｅＮＢ（たとえば、ブースターｅＮＢ）に移管される。この段階で、ユーザーデータセッションのパケットは依然としてアンカーｅＮＢを通って流れる。理解されるべきこととして、補助ベアラが異なるｅＮＢ（たとえば、ブースターｅＮＢ）を使用している場合、このステップは不要である。

ユーザーデータセッションの「一次ベアラ」および「補助ベアラ」へのマッピングは、ＰＧＷ１１９など、すべてのユーザーデータが常に通過するネットワーク内の中央ポイントで実行することができる。一次ベアラと補助ベアラとの間でのユーザーデータパケットの切り替えは、パケットを関連するベアラ（一次または補助）のいずれかにマッピングすることにより導入され得る。例示的実施形態では、一次ベアラおよび補助ベアラの両方を使用する手段について記述している（補助ベアラは、ブースターｅＮＢと呼ばれ得る容量拡張用のｅＮＢとして機能するノードに関連付けられる）。

本明細書で提示される一部の例示的実施形態の基本的な考え方を、図１５および図１６に示す。図１７は、図１５に示す例示的なシナリオのメッセージング図である。

最初に、アンカーｅＮＢ４０１Ａが、ユーザー装置（またはより上位概念でワイヤレス端末）１０１に対してブースター接続を確立する必要性を識別し得る。一部の例示的実施形態によると、この識別は、ワイヤレス端末１０１、無線コントローラ１２１、移動性管理ノード１１５などのネットワーク内の別のノードから受信されたメッセージを通じて提供され得る。理解されるべきこととして、本明細書で提供される例では、移動性管理ノードはＭＭＥであるが、例示的実施形態は、ＳＧＳＮまたはＳ４−ＳＧＳＮを移動性管理ノードとして採用するシステムにも適用できる。一部の例示的実施形態によると、識別は、例として、ワイヤレス端末の測定値、既存ベアラ（一次ベアラであり得る）により使用されるサービスのタイプ、既存ベアラに関連付けられたワイヤレス端末１０１の位置、既存ベアラに関連付けられたワイヤレス端末１０１の移動履歴、および／または基地局のヒステリシス負荷分析によっても提供され得る。

アンカーｅＮＢ４０１Ａがユーザー装置１０１のブースター接続を確立する必要性を識別すると、アンカーｅＮＢ４０１Ａは要求を送信し得る。図１５および図１７に示す例示的実施形態によると、アンカーｅＮＢ４０１Ａは、既存の一次ベアラに対して補助ベアラを確立するための要求をＳＲＣ１２１に送信し得る（図１５のメッセージＡ、図１７のメッセージ０）。その後、ＳＲＣ１２１は、補助ベアラ用のリソースを取得するために、ＰＣＲＦ１２３にメッセージを送信し得る（図１５のメッセージＢ）。一部の例示的実施形態によると、ＳＲＣ１２１からＰＣＲＦ１２３に送信されるメッセージは、ＡＡ−Ｒｅｑｕｅｓｔメッセージである（図１７のメッセージ１）。これに応じて、ＰＣＲＦ１２３は、ＡＡ−ＡｎｓｗｅｒメッセージをＳＲＣ１２１に送信し得る（図１７のメッセージ２）。また理解されるべきこととして、一部の実施形態によると、ｅＮＢ４０１Ａは、図１６に示されているように、ブースター接続または補助ベアラの要求をＰＣＲＦ１２３宛てに送信する（メッセージＡ）。

その後、ＰＣＲＦ１２３は、ＰＧＷ１１９に提供される新しいＰＣＣルールを作成する（図１５および図１６のメッセージＣ、図１７の動作３）。一部の例示的実施形態によると、この情報は、再認証要求（ＲＡＲ）を通じてＰＧＷ１１９に提供され得る（図１７のメッセージ４）。ＰＣＣルールは、Ｃｈａｒｉｎｇ−Ｒｕｌｅ−Ｉｎｓｔａｌｌ ＡＶＰ（ＴＦＴ等を含む）のＣｈａｒｇｉｎｇ−Ｒｕｌｅ−Ｄｅｆｉｎｉｔｉｏｎ ＡＶＰに含まれ得る。ＰＧＷ１１９は、再認証応答（ＲＡＡ）を送信することにより、新しいＰＣＣルールの受信を確認し得る（図１７のメッセージ５）。この時点で、ＰＧＷ１１９は、補助ベアラを確立すべきか否かの意思決定も行い得る（図１７の動作６）。

次に、ＰＧＷ１１９は、補助ベアラのためにＣｒｅａｔｅ Ｂｅａｒｅｒ ＲｅｑｕｅｓｔをＳＧＷ１１７に送信することにより、デディケーテッド（たとえば、補助）ベアラをＳＧＷ１１７で作成する（図１５および図１６のメッセージＤ、図１７のメッセージ７）。このメッセージは、要求されたベアラＱｏＳ（ＱＣＩ、ＡＲＰ、ＭＢＲ、およびＧＢＲ）、トラフィックフローテンプレート（ＴＦＴ）、ならびにユーザープレーンのＵＬ（ＰＧＷ）のＴＥＩＤおよびＩＰアドレスを示す。セッションを識別するために、リンクトベアラＩＤ（ＬＢＩ）が使用される。理解されるべきこととして、非ＧＢＲベアラの場合、ＭＢＲパラメータおよびＧＢＲパラメータはゼロに設定される。

ＳＧＷ１１７は、Ｃｒｅａｔｅ Ｂｅａｒｅｒ ＲｅｑｕｅｓｔメッセージをＭＭＥ１１５に送信することにより、ＭＭＥ１１５でデディケーテッド（たとえば、補助）ベアラを作成する（図１５および図１６のメッセージＥ、図１７のメッセージ８）。Ｃｒｅａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージは、ＰＧＷ１１９から受信したベアラＱｏＳおよびトラフィックフローテンプレート（ＴＦＴ）と、ユーザープレーンのＵＬ（ＳＧＷ）のＴＥＩＤおよびＩＰアドレスとを示す。セッションを識別するために、ＬＢＩが使用される。理解されるべきこととして、ＭＭＥ１１５が、たとえばアタッチ（またはｅＨＲＰＤからの移動性のためのアタッチ）の一部であるベアラ変更など、進行中のセッションまたはベアラ確立が完了する前にＳＧＷ１１７に対して実行する手続きを有する場合、ＭＭＥ１１５は、Ｃｒｅａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔを無視し得る。これにより、ＳＧＷ１１７はＣｒｅａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔを反復し、これが終了すると、デディケーテッドベアラの起動が進む。

その後、ＭＭＥ１１５は、Ｅ−ＲＡＢ設定要求メッセージをｅＮＢ４０１Ａに送信することにより、デディケーテッド（たとえば、補助）ベアラをサポートするＥ−ＲＡＢおよび無線ベアラを確立する要求をｅＮＢ４０１Ａに送信する（図１５および図１６のメッセージＦ、図１７のメッセージ９）。この要求メッセージは、要求されたＥＰＳベアラのＱｏＳ（ＱＣＩ、ＡＲＰ、ならびにベアラがＧＢＲベアラの場合はＭＢＲおよびＧＢＲ）と、ユーザープレーンのＵＬ（ＳＧＷ）のＴＥＩＤおよびＩＰアドレスとを示す。Ｅ−ＲＡＢの確立で新しいＵＥ−ＡＭＢＲが生じた場合、そのＵＥ−ＡＭＢＲがｅＮｏｄｅＢ４０１Ａに提供される。またＭＭＥ１１５は、ユーザー装置（またはより上位概念でワイヤレス端末）１０１に送信されるＮＡＳメッセージの専用ＥＰＳベアラコンテキスト活性化要求（Ａｃｔｉｖａｔｅ Ｄｅｄｉｃａｔｅｄ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）を提供する。この要求はトラフィックフローテンプレート（ＴＦＴ）等を含む。

その後、アンカーｅＮＢ４０１Ａは、たとえば補助Ｅ−ＲＡＢ設定要求メッセージをブースターｅＮＢ４０１Ｂに送信することにより、ブースターｅＮＢ４０１Ｂに対してデディケーテッドベアラをサポートする補助Ｅ−ＲＡＢおよび無線ベアラを確立するよう要求する（図１５および図１６のメッセージＧ、図１７のメッセージ１０）。この要求メッセージは、要求されたＥＰＳベアラのＱｏＳ（ＱＣＩ、ＡＲＰ、ならびにベアラがＧＢＲベアラの場合はＭＢＲおよびＧＢＲ）と、ユーザープレーンのＵＬ（ＳＧＷ）のＴＥＩＤおよびＩＰアドレスとを示す。補助Ｅ−ＲＡＢの確立で新しいＵＥ−ＡＭＢＲが生じた場合、そのＵＥ−ＡＭＢＲがブースターｅＮｏｄｅＢ４０１Ｂに提供される。またアンカーｅＮｏｄｅＢ４０１Ａは、ユーザー装置（またはより上位概念でワイヤレス端末）１０１に送信されるＮＡＳメッセージの専用ＥＰＳベアラコンテキスト活性化要求（Ａｃｔｉｖａｔｅ Ｄｅｄｉｃａｔｅｄ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）を提供する。

ブースターｅＮＢ４０１Ｂは、補助Ｅ−ＲＡＢ設定応答メッセージにより補助Ｅ−ＲＡＢとその無線ベアラに対するリソース割り当てを確認することにより、アンカーｅＮＢ４０１Ａに応答する（図１７のメッセージ１１）。このメッセージは、割り当てられた無線リソース（たとえば、補助無線ベアラ情報）と、ユーザープレーンのＤＬ（ブースターｅＮＢ）のＴＥＩＤおよびＩＤとを含む。

アンカーｅＮＢ４０１Ａはその後、補助Ｅ−ＲＡＢをサポートするために必要な無線ベアラを（補助無線ベアラ情報に基づいて）確立する。図１７のメッセージ９で受信された、ＮＡＳメッセージの専用ＥＰＳベアラコンテキスト活性化要求（Ａｃｔｉｖａｔｅ Ｄｅｄｉｃａｔｅｄ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）は、無線ベアラを確立するＲＲＣメッセージ（ＲＲＣ接続再設定）でユーザー装置に転送される（図１５および図１６のメッセージＨ、図１７のメッセージ１２および１３）。理解されるべきこととして、補助ＥＰＳベアラをサポートするために必要な無線ベアラがユーザー装置で作成されると、その無線ベアラが受信したトラフィックフローテンプレート（ＴＦＴ）の適用を開始する。

補助Ｅ−ＲＡＢをサポートするために必要な無線ベアラが正常に確立されると、ｅＮｏｄｅＢは、Ｅ−ＲＡＢ設定応答メッセージでＭＭＥ１１５に応答する（図１７のメッセージ１４）。このメッセージは、ユーザープレーンのＤＬ（ｅＮＢ）のＴＥＩＤおよびＩＰアドレスを含む。無線ベアラおよびＥＰＳベアラコンテキストが正常に確立されると、ＮＡＳメッセージの「専用ＥＰＳベアラコンテキスト活性化受諾（Ａｃｔｉｖａｔｅ Ｄｅｄｉｃａｔｅｄ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔ）」がユーザー装置（または上位概念的にはワイヤレス端末）１０１から、アップリンクＮＡＳ信号伝達転送手続きを使用して移送される（図１７のメッセージ１５）。理解されるべきこととして、ＭＭＥ１１５は「専用ＥＰＳベアラコンテキスト活性化受諾（Ａｃｔｉｖａｔｅ Ｄｅｄｉｃａｔｅｄ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔ」メッセージを待機してから処理を進める。

その後、ＭＭＥ１１５は、Ｃｒｅａｔｅ Ｂｅａｒｅｒ ＲｅｓｐｏｎｓｅメッセージをＳＧＷ１１７に送信することにより、ＭＭＥ１１５でのデディケーテッドベアラの作成を確認する（図１７のメッセージ１６）。このメッセージは、ユーザープレーンのＤＬ（ｅＮＢ）のＴＥＩＤおよびＩＰアドレスを示す。ＳＧＷ１１７は、Ｃｒｅａｔｅ Ｂｅａｒｅｒ ＲｅｓｐｏｎｓｅメッセージをＰＧＷ１１９に送信することにより、ＳＧＷ１１７でのデディケーテッドベアラの作成を確認する（図１７のメッセージ１７）。このメッセージは、ユーザープレーンのＤＬ（ＳＧＷ）のＴＥＩＤおよびＩＰアドレスを示す。理解されるべきこととして、補助ＥＰＳベアラが（たとえば、デディケーテッドベアラを利用して）確立されると、ＰＧＷ１１９はＲＣＲＦ１２３から受信したトラフィックフローテンプレート（ＴＦＴ）の適用を開始する。

理解されるべきこととして、ＰＣＲＦ１２３の機能は、特定のアプリケーションに対するリソースの要求を、課金およびＱｏＳのポリシー（たとえば、ルール）に変えることである。異なるマルチパスＴＣＰフローを異なるベアラに分割させるルールを作成できるようにするには、Ｒｘインターフェイス（たとえば、図１７のメッセージ１、図１５のメッセージＢ）を、Ｇｘインターフェイス（たとえば、図１７のメッセージ４、図１５および図１６のメッセージＣ）へ追加することが必要であり得る。さらに、ＰＧＷ１１９に新機能が存在し得る（たとえば、図１７のメッセージ６にある程度一致する）。

例示的実施形態のさらなる詳細について、対応する小見出しに従って以下に説明する。理解されるべきこととして、例示的実施形態は、ＬＴＥに基づくシステムを例として使用して説明されているが、任意の通信システムに適用され得る。さらに、例示的実施形態は、アンカー基地局またはユーザー装置が補助ベアラの確立を開始するものとして説明されている。理解されるべきこととして、例示的実施形態は、補助ベアラの確立を開始するブースター基地局にも適用され得る。

補助ベアラ確立トリガ
上述したように、ｅＮＢ４０１Ａは要求メッセージ（たとえば、図１５および図１６のメッセージＡ）を送信する前に、まず補助ベアラを作成する必要性を識別する。一部の例示的実施形態によると、この識別は、トリガを通じて提供され得る。一部の例示的実施形態によると、補助ベアラの確立は、一次ベアラの確立によってトリガされ得る。つまり、補助ベアラは常に一次ベアラと同時に確立される。

一部の例示的実施形態によると、トリガは、必要性に基づく指標の形式であり得る。一部の例示的実施形態によると、トリガは、補助ベアラの必要性を示す早期の指標の形式でもあり得る。つまり、ベアラへの実際のデータ割り当てに使用される第１の必要性指標トリガよりも旧的でない、独立した第２の必要性指標トリガが設定される。同様に、補助ベアラを廃止するトリガも存在し得る。このトリガは、確立用のトリガに類似する。図１８は、トリガに関する包括的なフローチャートを示す。理解されるべきこととして、早期必要性指標と必要性指標とが同じである場合、フローチャートの一部のステップは不要であり、省略できる。

図１８に示す例によると、まず一次ベアラが確立され得る（ステップ５０）。その後、早期必要性指標が受信されたか否かの評価が行われる（ステップ５１）。早期必要性指標は、たとえば、ユーザー装置１０１によって提供され得、および／またはサブスクリプションに基づき得る。早期必要性指標が受信されていない場合、評価はステップ５０に戻る。早期必要性指標が受信されている場合、本明細書に記載される例示的実施形態のいずれかに従って、補助ベアラが確立される（ステップ５２）。

その後、必要性指標が受信されたか否かに関する第２の評価が行われる（ステップ５３）。必要性指標が受信されていない場合、評価はステップ５３にとどまる。必要性指標が受信されている場合、ステップ５２で確立された補助ベアラが使用される（ステップ５４）。定期的に、必要性指標が依然として肯定的であるか否かの評価が行われ得る（ステップ５５）。必要性指標が依然として肯定的である場合、補助ベアラが引き続き使用される（ステップ５４）。必要性指標が否定的である場合、補助ベアラの使用が停止される（ステップ５６）。

補助ベアラが使用されなくなると、早期必要性指標が依然として肯定的であるか否かの定期的判断も行われ得る（ステップ５７）。早期必要性指標が依然として肯定的である場合、評価はステップ５３に戻り得る。早期必要性指標が否定的である場合、補助ベアラは廃止され得る（ステップ５８）。

理解されるべきこととして、必要性指標は多数の異なる方法でトリガされ得る。必要性に基づく指標をトリガする例示的な方法は、たとえばサービス品質クラス識別子によって記述される、ワイヤレス端末によって使用されるサービスに基づく。必要性に基づく指標をトリガする他の例示的な方法は、ディープパケット検査（ｄｅｅｐ ｐａｃｋｅｔ ｉｎｓｐｅｃｔｉｏｎ）とも呼ばれるフローのパケットタイプの検査によって判明する、ワイヤレス端末によって使用されるサービスに基づく。

必要性に基づく指標をトリガするもう１つの例示的な方法は、ワイヤレス端末１０１がブースターノード４０１Ｂまたは基地局の近傍にあることを示す情報に基づく。近傍指標の一例は、端末１０１に関する測定値であって、過去にブースター４０１Ｂの近傍にあるとして判明した同一または異なる端末に関する他の測定値に近いと考えられる測定値である。近傍指標の別の例は、ワイヤレス端末１０１、サービングアンカーｅＮＢ４０１Ａ、ブースターｅＮＢ４０１Ｂ、またはそれらの２つ以上によって取得され得る測定値である。

必要性指標はさらに、ワイヤレス端末１０１が最後に訪れた１つまたは複数のセルに基づいてトリガされ得る。最後に訪れたセルのセットは、ＵＥ履歴情報の一部として、あるサービングノードから別のサービングノードに移動するワイヤレス端末１０１に追従する。一例として、アンカーセルによってサーブされており、かつブースターセルへの無線リンクを確立するのが好ましいと結論付けられるが故にそのような無線リンクを確立する理由が存在する場合、既存の一次ベアラを置換する一次ベアラがアンカー４０１Ａと共に確立されるのではなく、補助ベアラがブースター４０１Ｂと共に確立され得る。

必要性指標のトリガは、無線インターフェイスの負荷（たとえば、最大負荷に対する現在の負荷）、ハードウェア負荷（たとえば、利用可能なハードウェアに対する現在使用中のハードウェア）、トランスポートネットワーク負荷（たとえば、データレートまたは遅延として表される現在のトランスポート（おそらく利用可能なデータレートまたは遅延との比較で表される））など、アンカーセルおよびブースターセルの負荷にも基づき得る。

また必要性指標のトリガは、トリガ領域が重複するヒステリシス機構を含む、上述した１つまたは複数に基づき得る。一例として、Ｌが負荷しきい値、Ｈがヒステリシスであるとき、ベアラの使用は、負荷がＬ＋Ｈを超えたときに始まり、負荷がＬ−Ｈより低下したときに終了する。必要性指標はさらに、任意の上述したトリガの組み合わせに基づいてトリガされ得る。

既存ベアラと補助ベアラの関連付け
理解されるべきこととして、ｅＮＢが補助ベアラに関連する要求を受信すると（たとえば、図１５および図１６のメッセージＦ）、ｅＮＢは補助ベアラを一次ベアラに関連付ける必要があり得る。ベアラを関連付けるために、ｅＮＢはまずベアラ確立のための到来した要求（たとえば、図１５および図１６のメッセージＦ）が補助ベアラに対するものであることを判断する必要がある。一部の例示的実施形態によると、この判断は暗黙的または明示的に実行され得る。

暗黙的判断の場合、各補助ベアラ確立はｅＮｏｄｅＢ４０１Ａ／４０１Ｂから（たとえば、ＳＲＣまたはＰＣＲＦに対する信号伝達により）トリガされるため、ｅＮｏｄｅＢは、次に確立されるべきベアラが補助であると仮定して、補助ベアラを一次ベアラに関連付けることができる。この方法の欠点は、ベアラ確立をほぼ同時にトリガする他のイベントが存在し得るということである。これにより、新しい一次ベアラが補助ベアラと仮定される（および後で確立される本当の補助ベアラが必要な一次ベアラと仮定される）おそれがある。

明示的判断について、ｅＮＢ４０１Ａ／４０１Ｂは、明示的な知識を使用して、補助ベアラを一次ベアラに関連付ける。一部の例示的実施形態によると、ｅＮｏｄｅＢは、最初の要求メッセージ（たとえば、図１５および図１６のメッセージＡ）内でＳＲＣまたはＰＣＲＦに「トークン（しるし）」（たとえば、情報要素）を提供する。この「トークン」は、ｅＮＢ−＞ＳＲＣ−＞ＰＣＲＦまたはｅＮＢ−＞ＰＣＲＦ（リソース要求）、ＰＣＲＦ−＞ＰＧＷ（ＱｏＳ（および課金）ポリシーの提供）、およびＰＧＷ−＞ＳＧＷ−＞ＭＭＥ−＞ｅＮＢ（ベアラ確立）の信号伝達チェーンで転送される。これにより、ｅＮＢ４０１Ａ／４０１Ｂは、ＳＲＣ１２１またはＰＣＲＦ１２３に送信される要求により補助ベアラを一意に識別できる。また理解されるべきこととして、関連する（または一次）ベアラの情報が、たとえばＰＧＷによって提供され得る。そのような情報は、ＰＣＲＦによって提供された情報に基づき得る、一次ベアラのベアラＩＤへの参照を含み得る。そのような情報は、ＰＧＷからＳＧＷ、ＭＭＥ、およびｅＮｏｄｅＢへの信号伝達メッセージに含まれ得る。

一部の例示的実施形態によると、ｅＮｏｄｅＢ４０１Ａ／４０１Ｂは、補助ベアラの確立に関連付けられているＱＣＩ値を使用して、そのベアラが実際に補助ＥＰＳベアラであることを判断する。ＱＣＩの評価は、使用するべきＱＣＩをＳＲＣ１２１に提供することによって行われ得、ＳＲＣ１２１は、ＱＣＩをさらにＰＣＲＦ１２３に提供する。または、ｅＮＢ４０１Ａ／４０１Ｂは、図１６の例に示されているように、ＱＣＩをＰＣＲＦ１２３に直接提供することもできる。その後、ＰＣＲＦ１２３は、通常のポリシー提供でＱＣＩを使用する。

一部の例示的実施形態によると、ＱＣＩ評価は、ｅＮｏｄｅＢ４０１Ａ／４０１Ｂによって行ってもよく、ＰＣＲＦ１２３は、一次ベアラのＱＣＩを補助ベアラの一意のＱＣＩ値に関連付けるように構成される。たとえば、一次ベアラのＱＣＩが９である場合、補助ベアラのＱＣＩは１０９であり得る。

理解されるべきこととして、ＰＧＷ１１９はベアラ確立の要求をＰＣＲＦ１２３から受信し（たとえば、図１５および図１６のメッセージＣ）、補助ベアラを既存の一次ベアラに関連付ける。ＰＧＷ１１９は、そのような関連付けを使用して、ユーザーデータパケットを２つのベアラ（たとえば、一次および補助）に分散させるマルチパスＴＣＰまたは他の任意の技術を判断する。

一部の例示的実施形態によると、ＰＧＷ１１９は、２つのベアラ（たとえば、一次ベアラおよび補助ベアラ）が同一のＱｏＳ設定を有し、よって同じトラフィックに対するものとして意図されているので関連付けられる必要があることを識別し得る。一部の例示的実施形態によると、ＰＧＷ１１９は、２つのベアラ（たとえば、一次ベアラおよび補助ベアラ）が同一のＴＦＴを有し、よって同じトラフィックに対するものとして意図されているので関連付けられる必要があることを識別し得る。一部の例示的実施形態によると、ＰＧＷ１１９は、ｅＮＢ４０１Ａ／４０１ＢおよびＰＣＲＦ１２３に関して説明したのと同様の態様で設定され得る。具体的には、ＰＧＷ１１９は、一次ベアラのＱＣＩを補助ベアラの一意のＱＣＩに関連付けるように設定され得る。たとえば、一次ベアラのＱＣＩが９である場合、補助ベアラのＱＣＩは１０９であり得る。

さらに理解されるべきこととして、ユーザー装置（またはより上位概念でワイヤレス端末）１０１も、ｅＮＢ４０１Ａ／４０１Ｂから通信を受信したときに（たとえば、図１５および１６のメッセージＨ）、一次ベアラと補助ベアラの関連付けを実行する。ワイヤレス端末１０１は、そのような関連付けを使用して、マルチパスＴＣＰ、またはデータパケットを２つのベアラ（たとえば、一次および補助）で分散させるために使用される任意の他の技術を判断し得る。

一部の例示的実施形態によると、ユーザー装置１０１は、２つのベアラ（たとえば、一次および補助）が同一のＱｏＳ設定を有し、よって同じトラフィックに対するものとして意図されているので関連付けられる必要があることを識別するように構成され得る。一部の例示的実施形態によると、ワイヤレス端末１０１は、２つのベアラ（たとえば、一次および補助）が同一のＴＦＴを有し、よって同じトラフィックに対するものとして意図されているので関連付けられる必要があることを識別し得る。一部の例示的実施形態によると、ワイヤレス端末１０１は、補助ベアラを確立するときに、ｅＮＢ４０１Ａ／４０１Ｂによって関連付けを明示的に提供される。

例示的なノード構成
図１９は、本明細書に記載された一部の例示的実施形態を実行し得る基地局すなわちｅＮＢ４０１Ａ／４０１Ｂの例示的なノード構成を示す。理解されるべきこととして、図１９に示す基地局はアンカーｅＮＢでもよくブースターｅＮＢでもよい。基地局４０１Ａ／４０１Ｂは、通信データ、命令、および／またはメッセージを受信および／または送信するように設定され得る無線回路または通信ポート４１０を含み得る。理解されるべきこととして、無線回路または通信ポート４１０は、任意の数の送受信、受信、および／または伝送ユニットまたは回路として構成され得る。さらに理解されるべきこととして、無線回路または通信ポート４１０は、技術分野で公知である任意の入力または出力通信ポートの形態であり得る。無線回路または通信ポート４０１は、ＲＦ回路およびベースバンド処理回路（図示せず）を含み得る。

基地局４０１Ａ／４０１Ｂは、補助ベアラの確立を提供または支援するように設定され得る、処理ユニットまたは回路４２０をさらに含み得る。処理回路４２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）等の任意の適切なタイプの計算ユニット、または他の任意の形式の回路であり得る。基地局４０１Ａ／４０１Ｂは、任意の適切なタイプのコンピュータ可読メモリであり得、揮発性および／または不揮発性タイプであり得る、メモリユニットまたは回路４３０をさらに含み得る。メモリ４３０は、受信、伝送、および／もしくは測定されたデータ、機器パラメータ、ならびに／または実行可能なプログラム命令を格納するように設定され得る。

図２０は、本明細書に記載された一部の実施形態を実行し得る通信ノード１０１／１１９／１２３の例示的なノード設定を示す。理解されるべきこととして、通信ノードはＰＧＷ１１９、ＰＣＲＦ１２３、またはワイヤレス端末（たとえば、ユーザー装置）１０１であり得る。ＰＧＷ１１９、ＰＣＲＦ１２３、またはワイヤレス端末１０１は、通信データ、命令、および／またはメッセージを受信および／または送信するように設定され得る無線回路または通信ポート５０１を含み得る。理解されるべきこととして、無線回路または通信ポート５０１は任意の数の送受信、受信、および／または伝送ユニットまたは回路として構成され得る。さらに理解されるべきこととして、無線回路または通信ポート５０１は、技術分野で公知である任意の入力または出力通信ポートの形式であり得る。無線回路または通信ポート５０１は、ＲＦ回路およびベースバンド処理回路（図示せず）を含み得る。

ＰＧＷ１１９、ＰＣＲＦ１２３、またはワイヤレス端末１０１は、補助ベアラの確立を提供または支援するように設定され得る、処理ユニットまたは回路５０３をさらに含み得る。処理回路５０３は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）等の任意の適切なタイプの計算ユニット、または他の任意の形式の回路であり得る。ＰＧＷ１１９、ＰＣＲＦ１２３、またはワイヤレス端末１０１は、任意の適切なタイプのコンピュータ可読メモリであり得、揮発性および／または不揮発性タイプであり得る、メモリユニットまたは回路５０５をさらに含み得る。メモリ５０５は、受信、伝送、および／もしくは測定されたデータ、機器パラメータ、ならびに／または実行可能なプログラム命令を格納するように設定され得る。

図２１は、補助ベアラの確立を支援または提供するために本明細書に記載された基地局４０１Ａ／４０１Ｂにより実行され得る例示的動作を示すフローチャートである。また理解されるべきこととして、図２１は、実線で囲まれた動作と、破線で囲まれた動作とを含む。実線で囲まれた動作は、最も幅広い例示的実施形態に含まれる動作である。破線で囲まれた動作は、より広い例示的実施形態に含まれ得るかもしくはその一部であり得る例示的実施形態、またはより広い例示的実施形態の動作に加えて実行され得る追加の動作である。理解されるべきこととして、これらの動作は順番に実行する必要がない。さらに理解されるべきこととして、一部の動作は実行されなくてもよい。例示的動作は、任意の順序および任意の組み合わせで実行できる。また理解されるべきこととして、これらの動作はアンカー基地局によって実行されてもよいし、ブースター基地局によって実行されてもよい。

動作１０：
基地局４０１Ａ／４０１Ｂは、基地局４０１Ａ／４０１Ｂによってサーブされる既存ベアラに関連付けられるべき補助ベアラを確立する必要性を識別する（１０）ように構成される。処理回路４２０は、基地局４０１Ａ／４０１Ｂによってサーブされる既存ベアラに関連付けられる補助ベアラを確立する必要性を識別するように設定される。

一部の例示的実施形態によると、識別すること（１０）は、既存ベアラのベアラ確立要求の内容の評価に基づき得る。一部の例示的実施形態によると、識別すること（１０）は、たとえば（１）ワイヤレス端末の測定値、（２）既存ベアラによって使用されるサービスのタイプ、（３）既存ベアラに関連付けられるワイヤレス端末１０１の位置、（４）既存ベアラに関連付けられるワイヤレス端末１０１の移動履歴、および（５）基地局のヒステリシス負荷分析のいずれか１つまたは複数に基づき得る。理解されるべきこととして、識別することは、少なくとも図１８および小見出し「補助ベアラ確立トリガ」に記載されたさまざまな形式のトリガなど、本明細書に記載された任意の例示的実施形態をさらに含み得る。

例示的動作１２：
一部の例示的実施形態によると、識別すること（１０）は、ワイヤレス端末１０１、無線コントローラ１２１、または移動性管理ノード（たとえば、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、またはＭＭＥ）１１５からの補助ベアラ確立要求の受信（１２）をさらに含み得る。無線回路４１０は、ワイヤレス端末１０１、無線コントローラ１２１、または移動性管理ノード１１５から補助ベアラ確立要求を受信するように設定され得る。

動１４：
基地局４０１Ａ／４０１Ｂは、補助ベアラを確立する要求（たとえば、図１５および図１６のメッセージＡ）をネットワークノードに送信する（１４）ようにさらに設定される。無線回路４１０は、補助ベアラを確立する要求をネットワークノードに送信するように設定される。一部の例示的実施形態によると、ネットワークノードは、図１５に示された無線コントローラ（たとえば、ＳＲＣ）１２１であり得る。一部の例示的実施形態によると、ネットワークノードは、図１６に示されたＰＣＲＦ１２３であり得る。

例示的動作１６：
一部の例示的実施形態によると、基地局４０１Ａ／４０１Ｂは、移動性管理ノード（たとえば、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、またはＭＭＥ）１１５から、要求ベアラのための接続を確立する要求を受信する（１６）ようにさらに設定される。無線回路４１０は、移動性管理ノード（たとえば、ＳＧＳＮ、Ｓ４−ＳＧＳＮ、またはＭＭＥ）１１５から、要求ベアラのための接続を確立する要求を受信するように設定される。理解されるべきこととして、例示的動作１６に記載されたメッセージは、図１５および図１６に示されたメッセージＦである。

例示的動作１８：
一部の例示的実施形態によると、基地局４０１Ａ／４０１Ｂは、要求の受信（１６）時に要求ベアラが補助ベアラであることを判断する（１８）ようにさらに設定され得る。処理回路４２０は、要求ベアラが補助ベアラであることを判断するように設定される。

一部の例示的実施形態によると、判断（１８）は、所定の期間または受信したベアラ要求の数に基づき得る。たとえば、補助ベアラのための要求を送信するときに（たとえば、図１５または図１６のメッセージＡ）、基地局４０１Ａ／４０１Ｂは、どのくらいの時間が必要か、またはいくつの要求が伝送され得るかを、要求が移動性管理ノード１１５によって送信される（たとえば、図１５または図１６のメッセージＨ）前に把握し得る。そのように判断する手段は、少なくとも小見出し「既存ベアラと補助ベアラの関連付け」で説明したように、暗黙的判断と呼ばれ得る。

一部の例示的実施形態によると、判断（１８）は、要求に含まれる情報要素（たとえば、既存または一次ベアラ等のトークンまたはベアラＩＤ）に基づき得る。一部の例示的実施形態によると、情報要素は、基地局４０１Ａ／４０１Ｂによって最初の要求（たとえば、図１５および図１６のメッセージＡ）で提供され、基地局４０１Ａ／４０１Ｂに送信される要求（たとえば、図１５および図１６のメッセージＨ）まで搬送される。一部の例示的実施形態によると、判断（１８）は、既存（たとえば、一次）ＥＰＳベアラのＱＣＩ値と、要求ベアラ（たとえば、補助ベアラ）に対する接続を確立するための受信された要求（たとえば、図１５および図１６のメッセージＨ）に関連付けられているＱＣＩ値との比較に基づき得る。理解されるべきこととして、基地局は補助ベアラのＱＣＩ値を既存または一次ベアラに関連付けるように設定され得る。そのように判断する方法は、少なくとも小見出し「既存ベアラと補助ベアラの関連付け」で説明したように、明示的判断と呼ばれ得る。

例示的動作２０：
一部の例示的実施形態によると、基地局は、受信（１６）時および判断（１８）時に、既存ベアラを補助ベアラに関連付ける（２０）ようにさらに設定され得る。処理回路４２０は、既存ベアラを補助ベアラに関連付けるように設定される。

例示的動作２２：
一部の例示的実施形態によると、関連付け（２０）は、既存ベアラと補助ベアラとの間の負荷分散を提供すること（２２）をさらに含み得る。処理回路４２０は、既存ベアラと補助ベアラとの間の負荷分散を提供するように設定される。理解されるべきこととして、負荷分散は、ユーザーデータパケットを補助ベアラおよび既存ベアラに分散させる手段であると解釈される。一部の例示的実施形態によると、負荷分散は、マルチパスＴＣＰを通じて提供され得る。負荷分散では、補助ベアラおよび既存ベアラを提供するセルの無線インターフェイス負荷、ハードウェア負荷、トランスポートネットワーク負荷など、他の種類の情報を考慮することもできる。

例示的動作２４：
一部の例示的実施形態によると、基地局は、補助ベアラが関連付けられた（２０）ときに、選択的ＨＯを実行して補助ベアラを別の基地局（たとえば、ブースター基地局）に割り当てるように設定され得る。処理回路４２０は、選択的ＨＯを実行して補助ベアラを別の基地局に割り当てるように設定され得る。

図２２は、補助ベアラの確立を提供するために、またはそのような確立を支援するために、本明細書に記載された通信ノード１０１／１１９／１２３によって実行され得る例示的動作を示すフローチャートである。また理解されるべきこととして、図２２は、実線で囲まれた動作と、破線で囲まれた動作とを含む。実線で囲まれた動作は、最も幅広い例示的実施形態に含まれる動作である。破線で囲まれた動作は、より広い例示的実施形態に含まれ得るかもしくはその一部であり得る例示的実施形態、またはより広い例示的実施形態の動作に加えて実行され得る追加の動作である。理解されるべきこととして、これらの動作は順番に実行する必要がない。さらに理解されるべきこととして、一部の動作は実行されなくてもよい。例示的動作は、任意の順序および任意の組み合わせで実行できる。理解されるべきこととして、以下に示す例示的実施形態において、通信ノードはＰＧＷ１１９、ＰＣＲＦ１２３、またはワイヤレス端末１０１であり得る。

例示的動作２８：
一部の例示的実施形態によると、通信ノードはワイヤレス端末１０１である。そのような例示的実施形態では、通信ノードは、サービング基地局４０１Ａ／４０１Ｂに、補助ベアラを確立する要求を送信する（２８）ように設定される。無線回路５０１は、サービング基地局４０１Ａ／４０１Ｂに、補助ベアラを確立する要求を送信するように設定される。

一部の例示的実施形態によると、送信（２８）は、ワイヤレス端末の測定値、既存ベアラによって使用されるサービスのタイプ、既存ベアラに関連付けられるワイヤレス端末の位置、および既存ベアラに関連付けられるワイヤレス端末の移動履歴のいずれか１つまたは複数の結果として実行され得る。

例示的動作３０：
通信ノード１０１／１１９／１２３は、ベアラ確立要求を受信する（３０）ように設定される。無線回路５０１は、ベアラ確立要求を受信するように設定される。一部の例示的実施形態によると、通信ノードはＰＧＷ１１９であり、ベアラ確立要求はＰＣＲＦ１２３から受信される（たとえば、図１５および図１６のメッセージＣ）。一部の例示的実施形態によると、通信ノードはＰＣＲＦ１２３であり、ベアラ確立要求は無線コントローラ１２１または基地局４０１から受信される（たとえば、図１５のメッセージＢまたは図１６のメッセージＡ）。一部の例示的実施形態によると、通信ノードはワイヤレス端末１０１であり、ベアラ確立要求は基地局４０１Ａ／４０１Ｂから受信される（たとえば、図１５および図１６のメッセージＨ）。

動作３２：
通信ノード１０１／１１９／１２３は、ベアラ確立要求が補助ベアラに対するものであることを識別する（３２）ようにさらに設定される。処理回路５０３は、ベアラ確立要求が補助ベアラに対するものであることを識別するように設定される。

通信ノードがＰＧＷ１１９またはＰＣＲＦ１２３である例示的実施形態によると、識別すること（３２）は、既存ベアラおよび補助ベアラのＱｏＳ値の比較、既存ベアラおよび補助ベアラのＱＣＩ値の比較、既存ベアラおよび／または補助ベアラの要求に含まれる情報要素、ならびに既存ベアラおよび補助ベアラに関連付けられるＴＦＴの比較の１つまたは複数に基づき得る。

通信ノードがワイヤレス端末１０１である例示的実施形態によると、識別すること（３２）は、既存ベアラおよび補助ベアラのＱｏＳ値の比較、既存ベアラおよび補助ベアラのＱＣＩ値の比較、ならびに既存ベアラおよび／または補助ベアラの要求に含まれる情報要素の１つまたは複数に基づき得る。理解されるべきこととして、通信ノードは、補助ベアラのＱＣＩ値を既存または一次ベアラに関連付けるように設定され得る。さらに理解されるべきこととして、そのような示唆は、少なくとも小見出し「既存ベアラと補助ベアラの関連付け」でさらに説明されている。

動作３４：
通信ノード１０１／１１９／１２３は、補助ベアラを通信ノード内で確立された既存ベアラに関連付ける（３４）ようにさらに設定される。処理回路５０３は、補助ベアラを通信ノード内で確立された既存ベアラに関連付けるように設定される。

例示的動作３６：
通信ノードがＰＧＷ１１９またはＲＣＲＦ１２３である一部の例示的実施形態によると、関連付け（３４）は、既存ベアラと補助ベアラとの間の負荷分散を提供すること（３６）（たとえば、負荷分散を管理するルールもしくはポリシーを提供するか、またはそのような負荷分散を実際に提供する）をさらに含み得る。処理回路５０３は、既存ベアラと補助ベアラとの間の負荷分散を提供するように設定される。一部の例示的実施形態によると、負荷分散は、マルチパスＴＣＰを通じて提供され得る。負荷分散では、補助ベアラおよび既存ベアラを提供するセルの無線インターフェイス負荷、ハードウェア負荷、トランスポートネットワーク負荷など、他の種類の情報を考慮することもできる。

総論
本明細書では３ＧＰＰ ＬＴＥの用語を使用して例示的実施形態を説明したが、これは例示的実施形態の範囲を上述したシステムのみに限定するものと見なされるべきではないことに留意されたい。ＷＣＤＭＡ、ＷｉＭａｘ、ＵＭＢ、ＷｉＦｉ、ＧＳＭ等の他のワイヤレスシステムも、本明細書に記載された例示的実施形態の恩恵を受け得る。また理解されるべきこととして、ベアラ（既存、一次、または補助）という用語は、データ無線ベアラ（ＤＲＢ）および／またはＥＰＳ無線ベアラを表す。

本明細書で提供される例示的実施形態の説明は、例示を目的として提供されている。この説明は、包括的であることや、例示的実施形態を開示された形態そのものに限定することを意図したものではなく、変更および変形を上述した教示に鑑みて加えたり、提供された実施形態に対してさまざまな選択肢を実践することから取得したりすることが可能である。本明細書に記載された例は、さまざまな実施形態およびその実践的な用途の原則および性質を、当業者が例示的実施形態を想定される特定の用途に適した多様な態様で、多様な変更と共に実行できるように説明することを目的として選択および記載されている。本明細書に記載された実施形態の特徴は、方法、装置、モジュール、システム、およびコンピュータプログラム製品のあらゆる可能な組み合わせで組み合わせることができる。理解されるべきこととして、本明細書で提示される例示的な実施形態は、相互に任意に組み合わせて実践できる。

「含む」という用語は、一覧された要素またはステップ以外の他の要素またはステップの存在を必ずしも排除するものではなく、また「単数」の形式で記載されている要素は、その要素の複数の存在を排除しないことに留意されたい。さらに、いかなる参照符号も特許請求の範囲を限定するものではないこと、例示的実施形態は少なくとも部分的にはハードウェアおよびソフトウェアの両方を利用して実装され得ること、および複数の「手段」、「ユニット」、または「装置」が同じハードウェア製品によって表され得ることに留意されたい。

また、ユーザー装置等の用語は非限定的と捉えられるべきであることに留意されたい。本明細書で用語として使用されている機器またはユーザー装置は、インターネット／イントラネットへのアクセス、ウェブブラウザ、オーガナイザ、カレンダー、カメラ（たとえば、ビデオカメラおよび／または静止画カメラ）、音声レコーダー（たとえば、マイクロフォン）、全地球測位システム（ＧＰＳ）受信機等の機能を備えた無線電話、セルラー式無線電話にデータ処理を組み合わせた個人用通信システム（ＰＣＳ）ユーザー装置、無線電話またはワイヤレス通信システムを含み得る携帯情報端末（ＰＤＡ）、ノートパソコン、通信機能を備えたカメラ（たとえば、ビデオカメラおよび／または静止画カメラ）、およびパソコン、ホームエンターテインメントシステム、テレビ等の送受信機能を備えた他の任意の計算または通信機器を含むものとして幅広く解釈される。理解されるべきこととして、ユーザー装置という用語は、任意の数の接続機器、ワイヤレス端末、または機械間機器をさらに含み得る。

本明細書に記載された多様な例示的実施形態は、方法ステップまたはプロセスの一般的コンテキストで記載され、これらの方法ステップまたはプロセスは、一態様では、コンピュータ可読媒体で実施され、ネットワーク環境のコンピュータによって実行されるプログラムコード等のコンピュータ実行可能命令を含む、コンピュータプログラム製品によって実装され得る。コンピュータ可読媒体は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）等を含むがこれらに限定されないリムーバブルまたは非リムーバブルのストレージ機器を含み得る。一般に、プログラムモジュールは、特定のタスクを実行するかまたは特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含み得る。コンピュータ実行可能命令、関連するデータ構造、およびプログラムモジュールは、本明細書に記載された方法のステップを実行するためのプログラムコードの例を表す。そのような実行可能命令または関連するデータ構造の特定のシーケンスは、そのようなステップまたはプロセスで記載された機能を実装するための対応する行為の例を表す。

図面および明細書で、例示的実施形態を開示した。ただし、多くの変形および変更をこれらの実施形態に加えることができる。よって、特定の用語が利用されてはいるが、これらの用語は総称的かつ記述的な意味においてのみ使用されており、限定を目的としたものではなく、実施形態の範囲は添付の請求項によって規定される。

Claims (47)

1. ワイヤレスネットワークに含まれる基地局（４０１Ａ、４０１Ｂ）における、補助ベアラの確立を支援する方法であって、
   前記基地局（４０１Ａ、４０１Ｂ）によってサーブされる既存ベアラに関連付けられるべき補助ベアラを確立する必要性を識別すること（１０）と、
   前記補助ベアラを確立する要求をネットワークノード（１２１、１２３）に送信すること（１４）と
   により特徴付けられる方法。
2. 前記識別すること（１０）が、前記補助ベアラを確立する要求をワイヤレス端末（１０１）、無線コントローラ（１２１）、または移動性管理ノード（１１５）から受信すること（１２）をさらに含む請求項１に記載の方法。
3. 前記識別すること（１０）が、前記既存ベアラのベアラ確立要求の内容の評価に基づく請求項１または２に記載の方法。
4. 前記識別すること（１０）が、
   ワイヤレス端末の測定値、
   前記既存ベアラによって使用されるサービスのタイプ、
   前記既存ベアラに関連付けられるワイヤレス端末の位置、
   前記既存ベアラに関連付けられる前記ワイヤレス端末の移動履歴、および
   基地局のヒステリシス負荷分析
   のいずれか１つまたは複数に基づく請求項１から３のいずれか一項に記載の方法。
5. 移動性管理ノード（１１５）から、要求ベアラのための接続を確立する要求を受信すること（１６）と、
   前記要求ベアラが前記補助ベアラであることを判断すること（１８）と、
   前記補助ベアラを前記既存ベアラに関連付けること（２０）と
   をさらに含む請求項１から４のいずれか一項に記載の方法。
6. 前記判断すること（１８）が、所定の期間または受信されたベアラ要求の数に基づく請求項５に記載の方法。
7. 前記判断すること（１８）が、前記要求に含まれる情報要素に基づく請求項５または６に記載の方法。
8. 前記情報要素が、前記送信すること（１４）で前記基地局（４０１Ａ、４０１Ｂ）によって提供される請求項７に記載の方法。
9. 前記判断すること（１８）が、既存ベアラのサービス品質クラス識別子（ＱＣＩ）値と、受信された要求ベアラのための接続を確立する要求に関連付けられているＱＣＩ値との比較に基づく請求項５から８のいずれか一項に記載の方法。
10. 前記関連付けること（２０）が、前記既存ベアラと前記補助ベアラとの間の負荷分散を提供すること（２２）をさらに含む請求項５から９のいずれか一項に記載の方法。
11. 前記負荷分散が、マルチパス伝送制御プロトコル（ＴＣＰ）を通じて提供される請求項１０に記載の方法。
12. 前記負荷分散が、前記補助ベアラおよび前記既存ベアラを提供するセルの、無線インターフェイス負荷、ハードウェア負荷、および／またはトランスポートネットワーク負荷に基づく請求項１０または１１に記載の方法。
13. 前記補助ベアラを別の基地局に割り当てる選択的ハンドオーバーを実行すること（２４）をさらに含む請求項５から１２のいずれか一項に記載の方法。
14. 前記ネットワークノードが無線コントローラ（１２１）またはポリシー制御および課金ルール機能（ＰＣＲＦ）（１２３）である請求項１から１３のいずれか一項に記載の方法。
15. ワイヤレスネットワークに含まれ、補助ベアラの確立を支援する基地局（４０１Ａ、４０１Ｂ）であって、
    前記基地局（４０１Ａ、４０１Ｂ）によってサーブされる既存ベアラに関連付けられるべき補助ベアラを確立する必要性を識別するように設定された処理回路（４２０）と、
    前記補助ベアラを確立する要求をネットワークノード（１２１、１２３）に送信するように設定された無線回路（４１０）と
    により特徴付けられる基地局（４０１Ａ、４０１Ｂ）。
16. 前記処理回路（４２０）が、前記補助ベアラを確立する前記必要性を、ワイヤレス端末（１０１）、無線コントローラ（１２１）、または移動性管理ノード（１１５）から受信された前記補助ベアラを確立する要求に基づいて識別するように設定された請求項１５に記載の基地局（４０１Ａ、４０１Ｂ）。
17. 前記処理回路（４２０）が、前記補助ベアラを確立する前記必要性を、前記既存ベアラのベアラ確立要求に基づいて識別するように設定された請求項１５または１６に記載の基地局（４０１Ａ、４０１Ｂ）。
18. 前記処理回路（４２０）が、前記補助ベアラを確立する前記必要性を、
    ワイヤレス端末の測定値、
    前記既存ベアラによって使用されるサービスのタイプ、
    前記既存ベアラに関連付けられるワイヤレス端末の位置、
    前記既存ベアラに関連付けられる前記ワイヤレス端末の移動履歴、および
    基地局のヒステリシス負荷分析
    のいずれか１つまたは複数に基づいて識別するように設定された請求項１５から１７のいずれか一項に記載の基地局（４０１Ａ、４０１Ｂ）。
19. 前記無線回路（４１０）が、移動性管理ノード（１１５）から、要求ベアラのための接続を確立する要求を受信するようにさらに設定され、
    前記処理回路（４２０）が、前記要求ベアラが前記補助ベアラであることを判断するようにさらに設定され、
    前記処理回路（４２０）が、前記補助ベアラを前記既存ベアラに関連付けるように設定された請求項１５から１８のいずれか一項に記載の基地局（４０１Ａ、４０１Ｂ）。
20. 前記処理回路（４２０）が、前記要求ベアラが前記補助ベアラであることを、所定の期間または受信されたベアラ要求の数に基づいて判断するように設定された請求項１９に記載の基地局（４０１Ａ、４０１Ｂ）。
21. 前記処理回路（４２０）が、前記要求ベアラが前記補助ベアラであることを、前記要求に含まれる情報要素に基づいて判断するようにさらに設定された請求項１５から２０のいずれか一項に記載の基地局（４０１Ａ、４０１Ｂ）。
22. 前記情報要素が、前記補助ベアラを確立する前記要求の送信時に前記基地局（４０１Ａ、４０１Ｂ）によって提供される請求項２１に記載の基地局（４０１Ａ、４０１Ｂ）。
23. 前記処理回路（４２０）が、前記要求ベアラが補助ベアラであることを、既存ベアラのサービス品質クラス識別子（ＱＣＩ）値と、受信された要求ベアラのための接続を確立する要求に関連付けられているＱＣＩ値との比較に基づいて判断するようにさらに設定された請求項１９から２２のいずれか一項に記載の基地局（４０１Ａ、４０１Ｂ）。
24. 前記処理回路（４２０）が、前記既存ベアラと前記補助ベアラとの間の負荷分散を提供するようにさらに設定された請求項１９から２３のいずれか一項に記載の基地局（４０１Ａ、４０１Ｂ）。
25. 前記負荷分散が、マルチパス伝送制御プロトコル（ＴＣＰ）を通じて提供される請求項２４に記載の基地局（４０１Ａ、４０１Ｂ）。
26. 前記処理回路（４２０）が、前記補助ベアラを別の基地局に割り当てる選択的ハンドオーバーを実行するようにさらに設定された請求項１９から２５のいずれか一項に記載の基地局（４０１Ａ、４０１Ｂ）。
27. 前記ネットワークノードが無線コントローラ（１２１）またはポリシー制御および課金ルール機能（ＰＣＲＦ）（１２３）である請求項１５から２６のいずれか一項に記載の基地局（４０１Ａ、４０１Ｂ）。
28. ワイヤレスネットワークに含まれる通信ノード（１０１、１１９、１２３）における、補助ベアラの確立を支援する方法であって、
    ベアラ確立要求を受信すること（３０）を含み、
    前記ベアラ確立要求が補助ベアラに対するものであることを識別すること（３２）と、
    前記補助ベアラを前記通信ノード（１０１、１１９、１２３）内で確立された既存ベアラに関連付けること（３４）と
    により特徴付けられる方法。
29. 前記通信ノード（１０１、１１９、１２３）がパケットデータネットワークゲートウェイ（ＰＧＷ）（１１９）であり、前記ベアラ確立要求がポリシー制御および課金ルール（ＰＣＲＦ）（１２３）から受信され、または、
    前記通信ノード（１０１、１１９、１２３）がＰＣＲＦ（１２３）であり、前記ベアラ確立要求が無線コントローラ（１２１）または基地局（４０１）から受信される請求項２８に記載の方法。
30. 前記識別すること（３２）が、
    前記既存ベアラおよび前記補助ベアラのサービス品質（ＱｏＳ）値の比較、
    前記既存ベアラおよび前記補助ベアラのサービス品質クラス識別子（ＱＣＩ）値の比較、
    前記既存ベアラおよび／または前記補助ベアラの要求に含まれる情報要素、ならびに
    前記既存ベアラおよび前記補助ベアラに関連付けられるトラフィックフローテンプレートの比較
    のいずれか１つまたは複数に基づく請求項２９に記載の方法。
31. 前記関連付けること（３４）が、前記既存ベアラと前記補助ベアラとの間の負荷分散を提供すること（３６）をさらに含む請求項２９または３０に記載の方法。
32. 前記負荷分散が、マルチパス伝送制御プロトコル（ＴＣＰ）を通じて提供される請求項３１に記載の方法。
33. 前記負荷分散が、前記補助ベアラおよび前記既存ベアラを提供するセルの、無線インターフェイス負荷、ハードウェア負荷、および／またはトランスポートネットワーク負荷に基づく請求項３１または３２に記載の方法。
34. 前記通信ノード（１０１、１１９、１２３）がワイヤレス端末（１０１）であり、前記ベアラ確立要求が基地局（４０１Ａ、４０１Ｂ）から受信される請求項２８に記載の方法。
35. サービング基地局（４０１Ａ、４０１Ｂ）に対して、前記補助ベアラを確立する要求を送信すること（２８）をさらに含む請求項３４に記載の方法。
36. 前記送信すること（２８）が、
    ワイヤレス端末の測定値、
    前記既存ベアラによって使用されるサービスのタイプ、
    前記既存ベアラに関連付けられるワイヤレス端末の位置、および
    前記既存ベアラに関連付けられる前記ワイヤレス端末の移動履歴
    のいずれか１つまたは複数の結果として実行される請求項３４または３５に記載の方法。
37. 前記識別すること（３２）が、
    前記既存ベアラおよび前記補助ベアラのサービス品質（ＱｏＳ）値の比較、
    前記既存ベアラおよび前記補助ベアラのサービス品質クラス識別子（ＱＣＩ）値の比較、ならびに
    前記既存ベアラおよび／または前記補助ベアラの要求に含まれる情報要素
    のいずれか１つまたは複数に基づく請求項３４から３６のいずれか一項に記載の方法。
38. ワイヤレスネットワークに含まれ、補助ベアラの確立を支援する通信ノード（１０１、１１９、１２３）であって、
    ベアラ確立要求を受信するように設定された無線回路（５１０）を含み、
    前記ベアラ確立要求が補助ベアラに対するものであることを識別するように設定された処理回路（５２０）と、
    前記処理回路（５２０）が、前記補助ベアラを前記通信ノード内で確立された既存ベアラに関連付けるようにさらに設定されていることと
    により特徴付けられる通信ノード（１０１、１１９、１２３）。
39. 前記通信ノード（１０１、１１９、１２３）がパケットデータネットワークゲートウェイ（ＰＧＷ）（１１９）であり、前記ベアラ確立要求がポリシー制御および課金ルール機能（ＰＣＲＦ）（１２３）から受信され、または、
    前記通信ノード（１０１、１１９、１２３）がＰＣＲＦ（１２３）であり、前記ベアラ確立要求が無線コントローラ（１２１）または基地局（４０１）から受信される請求項３８に記載の通信ノード（１０１、１１９、１２３）。
40. 前記処理回路（５２０）が、前記ベアラ確立要求が補助ベアラに対するものであることを、
    前記既存ベアラおよび前記補助ベアラのサービス品質（ＱｏＳ）値の比較、
    前記既存ベアラおよび前記補助ベアラのサービス品質クラス識別子（ＱＣＩ）値の比較、
    前記既存ベアラおよび／または前記補助ベアラの要求に含まれる情報要素、ならびに
    前記既存ベアラおよび前記補助ベアラに関連付けられるトラフィックフローテンプレートの比較
    のいずれか１つまたは複数に基づいて識別するようにさらに設定された請求項３９に記載の通信ノード（１０１、１１９、１２３）。
41. 前記処理回路（５２０）が、前記既存ベアラと前記補助ベアラとの間の負荷分散を提供するようにさらに設定された請求項３８から４０のいずれか一項に記載の通信ノード（１０１、１１９、１２３）。
42. 前記負荷分散が、マルチパス伝送制御プロトコル（ＴＣＰ）を通じて提供される請求項４１に記載の通信ノード（１０１、１１９、１２３）。
43. 前記負荷分散が、前記補助ベアラおよび前記既存ベアラを提供するセルの、無線インターフェイス負荷、ハードウェア負荷、および／またはトランスポートネットワーク負荷に基づく請求項４１または４２に記載の通信ノード。
44. 前記通信ノード（１０１、１１９、１２３）がワイヤレス端末（１０１）であり、前記ベアラ確立要求が基地局（４０１Ａ、４０１Ｂ）から受信される請求項３８に記載の通信ノード（１０１、１１９、１２３）。
45. 前記無線回路（５１０）が、サービング基地局（４０１Ａ、４０１Ｂ）に、前記補助ベアラを確立する要求を送信するようにさらに設定された請求項４４に記載の通信ノード（１０１、１１９、１２３）。
46. 前記無線回路（５１０）が、前記補助ベアラを確立する前記要求を、
    ワイヤレス端末の測定値、
    前記既存ベアラによって使用されるサービスのタイプ、
    前記既存ベアラに関連付けられるワイヤレス端末の位置、および
    前記既存ベアラに関連付けられる前記ワイヤレス端末の移動履歴
    のいずれか１つまたは複数の結果として送信するようにさらに設定された請求項４４または４５に記載の通信ノード（１０１、１１９、１２３）。
47. 前記処理回路（５２０）が、前記ベアラ確立要求が補助ベアラに対するものであることを、
    前記既存ベアラおよび前記補助ベアラのサービス品質（ＱｏＳ）値の比較、
    前記既存ベアラおよび前記補助ベアラのサービス品質クラス識別子（ＱＣＩ）値の比較、ならびに
    前記既存ベアラおよび／または前記補助ベアラの要求に含まれる情報要素
    のいずれか１つまたは複数に基づいて識別するようにさらに設定された請求項４４から４６のいずれか一項に記載の通信ノード（１０１、１１９、１２３）。

Images