(57)【特許請求の範囲】
【請求項１】
無線通信システムにおける第１のｅＮＢ（eNodeB）によるローカルホームネットワーク身元（ＬＨＮ ＩＤ）を受信するための方法であって、
第２のｅＮＢのＬＨＮ ＩＤを前記第２のｅＮＢから受信するステップと、
前記第２のｅＮＢのＬＨＮ ＩＤに従ってＳｅＮＢ（secondary eNB）付加手続をトリガーするか否かを決定するステップと、
前記第２のｅＮＢのＬＨＮ ＩＤが前記第１のｅＮＢのＬＨＮ ＩＤと同一なものに決定された場合、前記ＳｅＮＢ付加手続をトリガーするステップと、
を含む、方法。
【請求項２】
前記第２のｅＮＢのＬＨＮ ＩＤは、Ｘ２設定要請メッセージまたはＸ２設定応答メッセージを通じて受信される、請求項１に記載の方法。
【請求項３】
前記第１のｅＮＢのＬＨＮ ＩＤを前記第２のｅＮＢに転送するステップをさらに含む、請求項１に記載の方法。
【請求項４】
前記第１のｅＮＢのＬＨＮ ＩＤは、Ｘ２設定要請メッセージまたはＸ２設定応答メッセージを通じて転送される、請求項３に記載の方法。
【請求項５】
前記第１のｅＮＢは二重接続でのＭｅＮＢ（master eNB）であり、
前記第２のｅＮＢは二重接続でのＳｅＮＢ（secondary eNB）である、請求項１に記載の方法。
【請求項６】
前記第１のｅＮＢは二重接続でのＳｅＮＢであり、
前記第２のｅＮＢは二重接続でのＭｅＮＢである、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信に関し、より詳しくは、無線通信システムにおける二重接続のための独立型（stand-alone）ローカルゲートウェイ（Ｌ−ＧＷ）を支援するための方法及び装置に関する。
【背景技術】
【０００２】
３ＧＰＰ ＬＴＥは、高速パケット通信を可能にするための技術である。ＬＴＥ目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ ＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を要求する。
【０００３】
低電力ノードは、モバイルトラフィック急増に対処するのに有望なものと考慮される（特に、室内及び室外のホットスポット構築）。低電力ノードは、一般に送信電力がマクロノード及び基地局のような種類の電力より少ないことを意味する。例えば、ピコｅＮＢ（evolved NodeB）及びフェムトｅＮＢがこれに該当する。Ｅ−ＵＴＲＡ（evolved UMTS terrestrial radio access）及びＥ−ＵＴＲＡＮ（evolved UMTS terrestrial radio access network）のスモールセル向上は、室内及び室外のホットスポット区域で低電力ノードを用いて性能を向上させる追加的な機能性に焦点を置くであろう。
【０００４】
小型セル向上のための可能な解法の一つとして、二重接続が論議されてきた。二重接続は、与えられた端末（ＵＥ；user equipment）が非−理想的バックホール（non-ideal backhaul）で接続した少なくとも二つの互いに異なるネットワーク地点により提供される無線資源を消費する動作を指すのに使用される。さらに、ＵＥに対して二重接続に関与する各々のｅＮＢは、互いに異なる役割を仮定することができる。このような役割は、ｅＮＢの電力クラスに必ず依存するのではなく、ＵＥに応じて変わることができる。二重接続は、小型セル向上のための可能な解法の一つでありうる。
【０００５】
ＬＴＥネットワークア−キテクチャは中央集中したゲートウェイで設計され、事業者は一般的に一つまたは幾つのゲートウェイのみを有する。インターネットピアリング地点（peering points）の個数が制限されるため、このようなアーキテクチャはインターネット接続のために理致に合う。しかしながら、ローカルコンデンツへの接続を許容するために他のアーキテクチャが小型基地局のために必要でありうる。ＬＴＥ無線を通じて会社イントラネット情報に接続するか、またはホームネットワークに接続するためにローカル接続が実用的である。
【０００６】
ローカルホームネットワーク（ＬＨＮ；local home network）は独立型（standalone）ＧＷアーキテクチャで（Ｈ）ｅＮＢ及びローカルゲートウェイ（Ｌ−ＧＷ）の集合を意味する。ここで、（Ｈ）ｅＮＢは全てのＬ−ＧＷを通じてＳＩＰＴＯ＠ＬＮ（selected IP traffic offload at the local network）のためのインターネットプロトコル（ＩＰ；Internet protocol）連結を有する。
【０００７】
ＳＩＰＴＯ＠ＬＮに対して二重接続が支援される場合、一部の問題等が発生することがあり、これは扱われるように要求される必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、無線通信システムにおける二重接続のための独立型（stand-alone）ローカルゲートウェイサービスを支援するための方法及び装置を提供する。本発明は、二重接続でのＭｅＮＢ（master eNB）が二重接続のＳｅＮＢ（secondary eNB）のローカルホームネットワーク身元（ＬＨＮ ＩＤ；local home network identity）またはＬ−ＧＷ支援の指示を把握するようにするための方法及び装置を提供する。
【課題を解決するための手段】
【０００９】
一態様において、無線通信システムにおける第１のｅＮＢ（eNodeB）によるローカルホームネットワーク身元（ＬＨＮ ＩＤ；local home network identity）を転送するための方法が提供される。前記方法は、前記第１のｅＮＢのＬＨＮ ＩＤを含むＸ２設定要請メッセージを第２のｅＮＢに転送するステップ、及び前記第２のｅＮＢのＬＨＮ ＩＤを含むＸ２設定要請メッセージを前記第２のｅＮＢから受信するステップを含む。
【００１０】
前記第１のｅＮＢのＬＨＮ ＩＤは、前記第２のｅＮＢのＬＨＮ ＩＤと同一でありうる。
【００１１】
前記第１のｅＮＢは二重接続でのＭｅＮＢ（master eNB）で、前記第２のｅＮＢは二重接続でのＳｅＮＢ（secondary eNB）でありうる。または、前記第１のｅＮＢは二重接続でのＳｅＮＢで、前記第２のｅＮＢは二重接続でのＭｅＮＢでありうる。
【００１２】
前記第１のｅＮＢのＬＨＮ ＩＤは前記第１のｅＮＢが属するローカルホームネットワークを識別することができる。前記第２のｅＮＢのＬＨＮ ＩＤは前記第２のｅＮＢが属するローカルホームネットワークを識別することができる。
【００１３】
前記第１のｅＮＢは、ローカルネットワークに対応する独立型（stand-alone）ローカルゲートウェイ（Ｌ−ＧＷ）に連結できる。前記独立型Ｌ−ＧＷは事業者の汎用ネットワーク（generic network）に対応する第２サービングゲートウェイ（Ｓ−ＧＷ；serving gateway）でない第１のＳ−ＧＷと共通配置（collocated）できる。
【００１４】
他の態様において、無線通信システムにおける第１のｅＮＢ（eNodeB）によるローカルホームネットワーク身元（ＬＨＮ ＩＤ:local home network identity）を受信するための方法が提供される。前記方法は、第２のｅＮＢのＬＨＮ ＩＤを前記第２のｅＮＢから受信するステップ、及び前記第２のｅＮＢのＬＨＮ ＩＤに従ってＳｅＮＢ（（secondary eNB）付加手続をトリガーするか否かを決定するステップを含む。
【００１５】
前記方法は、前記第２のｅＮＢのＬＨＮ ＩＤが前記第１のｅＮＢのＬＨＮ ＩＤと同一なものに決定された場合、前記ＳｅＮＢ付加手続をトリガーするステップをさらに含むことができる。
【００１６】
前記第２のｅＮＢのＬＨＮ ＩＤは、Ｘ２設定要請メッセージまたはＸ２設定応答メッセージを通じて受信できる。
【００１７】
前記方法は、前記第１のｅＮＢのＬＨＮ ＩＤを前記第２のｅＮＢに転送するステップをさらに含むことができる。前記第１のｅＮＢのＬＨＮ ＩＤはＸ２設定要請メッセージまたはＸ２設定応答メッセージを通じて転送できる。
【発明の効果】
【００１８】
二重接続がＳＩＰＴＯ＠ＬＮに対して導入される場合、ＭｅＮＢはＳｅＮＢのＬＨＮ ＩＤを効率良く把握することができる。
【図面の簡単な説明】
【００１９】
【図１】ＬＴＥシステムの構造を示す。
【図２】一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造のブロック図である。
【図３】ＬＴＥシステムのユーザ平面プロトコルスタックのブロック図である。
【図４】ＬＴＥシステムの制御平面プロトコルスタックのブロック図である。
【図５】物理チャンネル構造の一例を示す。
【図６】二重接続に対する無線プロトコルアーキテクチャを図示する。
【図７】特定ＵＥに対する二重接続に関与するｅＮＢのＣ−平面接続を図示する。
【図８】特定ＵＥに対する二重接続に関与するｅＮＢのＵ−平面接続を図示する。
【図９】二重接続に対するＵ−平面アーキテクチャの例示を図示する。
【図１０】二重接続に対するＵ−平面アーキテクチャの他の例示を図示する。
【図１１】独立型Ｌ−ＧＷを用いたＳＩＰＴＯ＠ＬＮに対するアーキテクチャを図示する。
【図１２】二重接続の支援を有する独立型ＳＩＰＴＯ＠ＬＮの一例示を図示する。
【図１３】本発明の一実施形態に従うＬＨＮ ＩＤを転送するための方法を図示する。
【図１４】本発明の一実施形態に従うＬＨＮ ＩＤを受信するための方法を図示する。
【図１５】本発明の一実施形態に従うＳｅＮＢ付加手続を遂行するための方法を図示する。
【図１６】二重接続の支援を有する独立型ＳＩＰＴＯ＠ＬＮの他の例示を図示する。
【図１７】現在のＭＭＥトリガリングＳ−ＧＷ再配置手続を図示する。
【図１８】本発明の一実施形態に従う転送情報を含むメッセージを転送するための方法を図示する。
【図１９】発明の実施形態が具現される無線通信システムを示す。
【発明を実施するための形態】
【００２０】
以下の技術は、ＣＤＭＡ(code division multiple access)、ＦＤＭＡ(frequency division multiple access)、ＴＤＭＡ(time division multiple access)、ＯＦＤＭＡ(orthogonal frequency division multiple access)、ＳＣ−ＦＤＭＡ(single carrier frequency division multiple access)などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ(universal terrestrial radio access)やＣＤＭＡ２０００のような無線技術で具現されることができる。ＴＤＭＡは、ＧＳＭ(global system for mobile communications)/ＧＰＲＳ(general packet radio service)/ＥＤＧＥ(enhanced data rates for GSM evolution)のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ(institute of electrical and electronics engineers)８０２.１１(Ｗｉ−Ｆｉ)、ＩＥＥＥ８０２.１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２.２０、Ｅ−ＵＴＲＡ(evolved UTRA)などのような無線技術で具現されることができる。ＩＥＥＥ８０２.１６ｍは、ＩＥＥＥ８０２.１６ｅの進化であり、ＩＥＥＥ８０２.１６基づくシステムとの後方互換性(backward compatibility)を提供する。ＵＴＲＡは、ＵＭＴＳ(universal mobile telecommunications system)の一部である。３ＧＰＰ(3rd generation partnership project)ＬＴＥ(long term evolution)は、Ｅ−ＵＴＲＡ(evolved-UMTS terrestrial radio access)を使用するＥ−ＵＭＴＳ(evolved UMTS)の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ(advanced)は、３ＧＰＰ ＬＴＥの進化である。
【００２１】
説明を明確にするために、ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。
【００２２】
図１は、ＬＴＥシステムの構造を示す。通信ネットワークは、ＩＭＳ及びパケットデータを介したインターネット電話(Voice over internet protocol：ＶｏＩＰ)のような多様な通信サービスを提供するために広く設置される。
【００２３】
図１を参照すると、ＬＴＥシステム構造は、一つ以上の端末(ＵＥ)１０、Ｅ−ＵＴＲＡＮ(evolved-UMTS terrestrial radio access network)及びＥＰＣ(evolved packet core)を含む。端末１０は、ユーザにより動く通信装置である。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ(mobile station)、ＵＴ(user terminal)、ＳＳ(subscriber station)、無線機器(wireless device)等、他の用語で呼ばれることもある。
【００２４】
Ｅ−ＵＴＲＡＮは一つ以上のｅＮＢ（evolved node-B）２０を含み、一つのセルに複数のＵＥが存在することができる。ｅＮＢ２０は制御平面（control plane）とユーザ平面（user plane）の終端点をＵＥに提供する。ｅＮＢ２０は一般的にＵＥ１０と通信する固定された地点（fixed station）をいい、ＢＳ（base station）、アクセスポイント（access point）など、他の用語で呼ばれることがある。一つのｅＮＢ２０はセル毎に配置できる。
【００２５】
以下、ＤＬはｅＮＢ２０からＵＥ１０への通信を意味し、ＵＬはＵＥ１０からｅＮＢ２０への通信を意味する。ＤＬで送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部でありうる。ＵＬで送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部でありうる。
【００２６】
ＥＰＣはＭＭＥ（mobility management entity）及びＳ−ＧＷ（serving gateway）を含む。ＭＭＥ／Ｓ−ＧＷ ３０はネットワークの終端に配置できる。明確性のために、本願でＭＭＥ／Ｓ−ＧＷ ３０は単純に「ゲートウェイ」と称されるが、このような個体はＭＭＥ及びＳ−ＧＷを含むものとして理解される。ＰＤＮ（packet data network）ゲートウェイ（Ｐ−ＧＷ）は外部ネットワークに連結できる。
【００２７】
ＭＭＥはｅＮＢ２０へのＮＡＳ（non-access stratum）シグナリング、ＮＡＳシグナリング保安、ＡＳ（access stratum）保安制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒ ＣＮ（core network）ノードシグナリング、アイドルモード端末到達可能性（ページング再転送の制御及び実行含み）、トラッキング領域リスト管理（アイドルモード及び活性化モードであるＵＥのために）、Ｐ−ＧＷ（PDN（packet data network）gateway）及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバーのためのＭＭＥ選択、２Ｇまたは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバーのためのＳＧＳＮ（serving GPRS support node）選択、ローミング、認証、専用ベアラ設定を含んだベアラ管理機能、ＰＷＳ（public warning system：地震／津波警報システム（ＥＴＷＳ）、及び常用モバイル警報システム（ＣＭＡＳ）含み）メッセージ転送サポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、ユーザ別基盤パケットフィルタリング（例えば、深層パケット検査を通じて）、合法的遮断、端末ＩＰ（internet protocol）アドレス割当、ＤＬで転送レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲ（access point name aggregate maximum bit rate）に基づいたＤＬ等級強制の各種の機能を提供する。
【００２８】
ユーザトラフィック転送または制御トラフィック転送のためのインターフェースが使用できる。ＵＥ１０及びｅＮＢ２０は、Ｕｕインターフェースにより連結される。ｅＮＢ２０はＸ２インターフェースにより相互間連結される。隣り合うｅＮＢ２０はＸ２インターフェースによる網型ネットワーク構造を有することができる。複数のノードはｅＮＢ２０とゲートウェイ３０との間にＳ１インターフェースを介して連結できる。
【００２９】
図２は、一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造のブロック図である。図２を参照すると、ｅＮＢ２０はゲートウェイ３０に対する選択、ＲＲＣ（radio resource control）活性（activation）の間ゲートウェイ３０へのルーティング（routing）、ページングメッセージのスケジューリング及び転送、ＢＣＨ（broadcast channel）情報のスケジューリング及び転送、ＵＬ及びＤＬからＵＥ１０への資源の動的割当、ｅＮＢ測定の設定（configuration）及び提供（provisioning）、無線ベアラ制御、ＲＡＣ（radio admission control）及びＬＴＥ活性状態で連結移動性制御機能を遂行することができる。前述したように、ゲイウェイ３０はＥＰＣでページング開始、ＬＴＥアイドル状態管理、ユーザ平面の暗号化、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化と無欠性保護機能を遂行することができる。
【００３０】
図３はＬＴＥシステムのユーザ平面プロトコルスタックのブロック図である。図４はＬＴＥシステムの制御平面プロトコルスタックのブロック図である。ＵＥとＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は通信システムで広く知られたＯＳＩ（open system interconnection）モデルの下位３個階層に基づいて、Ｌ１（第１階層）、Ｌ２（第２階層）、及びＬ３（第３階層）に区分される。
【００３１】
物理階層（ＰＨＹ；physical layer）はＬ１に属する。物理階層は物理チャンネルを介して上位階層に情報転送サービスを提供する。物理階層は上位階層であるＭＡＣ（media access control）階層と転送チャンネル（transport channel）を介して連結される。物理チャンネルは、転送チャンネルにマッピングされる。転送チャンネルを介してＭＡＣ階層と物理階層との間にデータが転送される。互いに異なる物理階層の間、即ち送信機の物理階層と受信機の物理階層との間にデータは物理チャンネルを介して転送される。
【００３２】
ＭＡＣ階層、ＲＬＣ（radio link control）階層、及びＰＤＣＰ（packet data convergence protocol）階層はＬ２に属する。ＭＡＣ階層は、論理チャンネル（logical channel）を介して上位階層であるＲＬＣ階層にサービスを提供する。ＭＡＣ階層は、論理チャンネル上のデータ転送サービスを提供する。ＲＬＣ階層は、信頼性あるデータ転送をサポートする。一方、ＲＬＣ階層の機能はＭＡＣ階層の内部の機能ブロックで具現されることができ、この際、ＲＬＣ階層は存在しないこともある。ＰＤＣＰ階層は、相対的に帯域幅の小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して転送されるデータが効率良く転送されるように不要な制御情報を減らすヘッダー圧縮機能を提供する。
【００３３】
ＲＲＣ（radio resource control）階層は、Ｌ３に属する。Ｌ３の最も下端 部分に位置するＲＲＣ階層はただ制御平面のみで定義される。ＲＲＣ階層は、ＲＢ（radio bearer）などの設定（configuration）、再設定（re-configuration）、及び解除（release）と関連して論理チャンネル、転送チャンネル、及び物理チャンネルなどの制御を担当する。ＲＢは、ＵＥとＥ−ＵＴＲＡＮとの間のデータ転送のためにＬ２により提供されるサービスを意味する。
【００３４】
図３を参照すると、ＲＬＣ及びＭＡＣ階層（ネットワーク側におけるｅＮＢで終了）は、スケジューリング、ＡＲＱ及びＨＡＲＱのような機能を遂行することができる。ＰＤＣＰ階層（ネットワーク側におけるｅＮＢで終了）は、ヘッダー圧縮、無欠性保護、及び暗号化のようなユーザ平面機能を遂行することができる。
【００３５】
図３−（ｂ）を参照すると、ＲＬＣ／ＭＡＣ階層（ネットワーク側におけるｅＮＢで終了）は、制御平面のために同一な機能を遂行することができる。ＲＲＣ階層（ネットワーク側におけるｅＮＢで終了）は、放送、ページング、ＲＲＣ連結管理、ＲＢ制御、移動性機能、及びＵＥ測定報告及び制御のような機能を遂行することができる。ＮＡＳ制御プロトコル（ネットワーク側におけるゲートウェイのＭＭＥで終了）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性管理、ＬＴＥ＿ＩＤＬＥにおけるページング開始、及びゲートウェイとＵＥとの間のシグナリングのための保安制御などの機能を遂行することができる。
【００３６】
図５は、物理チャンネル構造の一例を示す。物理チャンネルは、無線資源を通じてＵＥの物理階層とｅＮＢの物理階層との間のシグナリング及びデータを転送する。物理チャンネルは、時間領域で複数のサブフレームと周波数領域で複数の副搬送波で構成される。１ｍｓである一つのサブフレームは、時間領域で複数のシンボルで構成される。該当サブフレームの特定シンボル、例えばサブフレームの第１のシンボルはＰＤＣＣＨのために使用できる。ＰＤＣＣＨは、ＰＲＢ（physical resource block）及びＭＣＳ（modulation and coding schemes）のように動的に割り当てられた資源を運ぶことができる。
【００３７】
ＤＬ転送チャンネルは、システム情報を転送するために使われるＢＣＨ（broadcast channel）、ＵＥをページングするために使われるＰＣＨ（paging channel）、ユーザトラフィックまたは制御信号を転送するために使われるＤＬ−ＳＣＨ（downlink shared channel）、マルチキャストまたはブロードキャストサービス転送のために使われるＭＣＨ（multicast channel）などを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び転送電力の変化による動的リンク適応及び動的／半静的資源割当をサポートする。また、ＤＬ−ＳＣＨはセル全体にブロードキャスト及びビームフォーミングの使用を可能にすることができる。
【００３８】
ＵＬ転送チャンネルは、一般的にセルへの初期接続のために使われるＲＡＣＨ（random access channel）、ユーザトラフィック、または制御信号を転送するために使われるＵＬ−ＳＣＨ（uplink shared channel）などを含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び転送電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートする。また、ＵＬ−ＳＣＨはビームフォーミングの使用を可能にすることができる。
【００３９】
論理チャンネルは、転送される情報の種類によって、制御平面の情報伝達のための制御チャンネルとユーザ平面の情報伝達のためのトラフィックチャンネルに分類される。即ち、論理チャンネルタイプの集合はＭＡＣ階層により提供される互いに異なるデータ転送サービスのために定義される。
【００４０】
制御チャンネルは、制御平面の情報伝達のみのために使われる。ＭＡＣ階層により提供される制御チャンネルは、ＢＣＣＨ（broadcast control channel）、ＰＣＣＨ（paging control channel）、ＣＣＣＨ（common control channel）、ＭＣＣＨ（multicast control channel）、及びＤＣＣＨ（dedicated control channel）を含む。ＢＣＣＨは、システム制御情報を放送するためのＤＬチャンネルである。ＰＣＣＨは、ページング情報の転送のためのＤＬチャンネルであり、ネットワークがＵＥのセル単位の位置を知らない時に使われる。ＣＣＣＨは、ネットワークとＲＲＣ連結を有しない時、ＵＥにより使われる。ＭＣＣＨは、ネットワークからＵＥにＭＢＭＳ（multimedia broadcast multicast services）制御情報を転送するために使われる一対多のＤＬチャンネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報転送のためにＲＲＣ連結を有するＵＥにより使われる一対一の両方向チャンネルである。
【００４１】
トラフィックチャンネルは、ユーザ平面の情報伝達のみのために使われる。ＭＡＣ階層により提供されるトラフィックチャンネルは、ＤＴＣＨ（dedicated traffic channel）及びＭＴＣＨ（multicast traffic channel）を含む。ＤＴＣＨは一対一のチャンネルであって、一つのＵＥのユーザ情報の転送のために使われて、ＵＬ及びＤＬ全てに存在することができる。ＭＴＣＨは、ネットワークからＵＥにトラフィックデータを転送するための一対多のＤＬチャンネルである。
【００４２】
論理チャンネルと転送チャンネルとの間のＵＬ連結は、ＵＬ−ＳＣＨにマッピングできるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングできるＤＴＣＨ、及びＵＬ−ＳＣＨにマッピングできるＣＣＣＨを含む。論理チャンネルと転送チャンネルとの間のＤＬ連結は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングできるＢＣＣＨ、ＰＣＨにマッピングできるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングできるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングできるＤＴＣＨ、ＭＣＨにマッピングできるＭＣＣＨ、及びＭＣＨにマッピングできるＭＴＣＨを含む。
【００４３】
ＲＲＣ状態はＵＥのＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的に連結されているか否かを指示する。ＲＲＣ状態は、ＲＲＣ連結状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）及びＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）のように２種類に分けられる。ＲＲＣ＿ＩＤＬＥで、ＵＥがＮＡＳにより設定されたＤＲＸ（discontinuous reception）を指定する間に、ＵＥはシステム情報及びページング情報の放送を受信することができる。そして、ＵＥはトラッキング領域でＵＥを固有に指定するＩＤ（identification）の割当を受けて、ＰＬＭＮ（public land mobile network）選択及びセル再選択を遂行することができる。またＲＲＣ＿ＩＤＬＥで、いかなるＲＲＣコンテクストもｅＮＢに格納されない。
【００４４】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥはＥ−ＵＴＲＡＮでＥ−ＵＴＲＡＮ ＲＲＣ連結及びコンテクストを有して、ｅＮＢにデータを転送及び／又はｅＮＢからデータを受信することが可能である。また、ＵＥはｅＮＢにチャンネル品質情報及びフィードバック情報を報告することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、Ｅ−ＵＴＲＡＮはＵＥが属したセルを知ることができる。したがって、ネットワークはＵＥにデータを転送及び／又はＵＥからデータを受信することができ、ネットワークはＵＥの移動性（ハンドオーバー及びＮＡＣＣ（network assisted cell change）を通じてのＧＥＲＡＮ（GSM EDGE radio access network）でｉｎｔｅｒ−ＲＡＴ（radio access technology）セル変更指示）を制御することができ、ネットワークは隣り合うセルのためにセル測定を遂行することができる。
【００４５】
ＲＲＣ＿ＩＤＬＥで、ＵＥはページングＤＲＸ周期を指定する。具体的に、ＵＥはＵＥ特定ページングＤＲＸ周期毎の特定ページング機会（paging occasion）にページング信号をモニターする。ページング機会は、ページング信号が転送される間の時間区間である。ＵＥは、自分だけのページング機会を有している。ページングメッセージは、同一なトラッキング領域（ＴＡ；tracking area）に属する全てのセル上に転送される。ＵＥが一つのＴＡから他のＴＡに移動すれば、ＵＥは自身の位置をアップデートするためにネットワークにＴＡＵ（tracking area update）メッセージを転送することができる。
【００４６】
二重接続（ＤＣ；dual connectivity）に対する全体的なアーキテクチャとネットワークインターフェースが説明される。これと関連して、３ＧＰＰ  ＴＲ  ３６．８４２  Ｖ１２．０．０（２０１３−１２）が参照されることができる。Ｅ−ＵＴＲＡＮは、二重接続動作を支援でき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある複数のＲＸ／ＴＸを有したＵＥは、Ｘ２インターフェースを介した非−理想的バックホール（non-ideal backhaul）を介して接続する二つのｅＮＢに位置する二つの区別されるスケジューラにより提供される無線資源を活用するように構成される。図１に説明された全体的なＥ−ＵＴＲＡＮアーキテクチャは、また二重接続に適用可能である。二つの互いに異なる役割が特定ＵＥに対して二重接続に関与するｅＮＢに仮定されることができる：ｅＮＢは、ＭｅＮＢ（master eNB）またはＳｅＮＢ（secondary eNB）として動作できる。ＭｅＮＢは、二重接続において少なくともＳ１−ＭＭＥを終端（terminate）させるｅＮＢである。ＳｅＮＢは、ＵＥに対した付加的な無線資源を提供するが、二重接続においてのＭｅＮＢではないｅＮＢである。二重接続においてＵＥは、一つのＭｅＮＢと一つのＳｅＮＢに接続される。
【００４７】
図６は、二重接続に対する無線プロトコルアーキテクチャを示す。ＤＣにおいて、特定ベアラが使用する無線プロトコルアーキテクチャは、ベアラがどのように設定されるかによる。ＭＣＧ（master cell group）ベアラ、ＳＣＧ（secondary cell group）ベアラ及び分離ベアラの３通りの代案が存在する。図６を参照すると、このような３通りの代案が、左側から右側へＭＣＧベアラ、分離ベアラ及びＳＣＧベアラの順に示される。ＭＣＧベアラは、二重接続においてＭｅＮＢ資源だけを利用するために、無線プロトコルがＭｅＮＢだけに位置するベアラである。ＳＣＧベアラは、二重接続においてＳｅＮＢ資源を利用するために、無線プロトコルがＳｅＮＢだけに位置するベアラである。分離ベアラは、二重接続においてＭｅＮＢ及びＳｅＮＢ資源を全部利用するために、無線プロトコルがＭｅＮＢ及びＳｅＮＢの全部に位置するベアラである。ＳＲＢ（signalling radio bearers）は、常にＭＣＧベアラに属するので、ＭｅＮＢにより提供される無線資源だけを利用する。ＭＣＧは、ＭｅＮＢと関連したサービングセルのグループであり、二重接続においてＰＣｅｌｌ（primary cell）と選択的に一つ以上のＳＣｅｌｌ（secondary cell）を含む。ＳＣＧは、ＳｅＮＢと関連したサービングセルのグループであり、二重接続においてＰＳＣｅｌｌ（primary SCell）と選択的に一つ以上のＳＣｅｌｌを含む。ＤＣは、ＳｅＮＢにより提供される無線資源を利用するように構成される少なくとも一つのベアラを有するとまた説明されることができる。
【００４８】
図７は、特定ＵＥに対した二重接続に関与するｅＮＢのＣ−平面接続を示す。二重接続に対するｅＮＢ間制御平面シグナリングは、Ｘ２インターフェースシグナリングにより行われる。ＭＭＥに向かう制御平面シグナリングは、Ｓ１インターフェースシグナリングにより行われる。ＭｅＮＢとＭＭＥとの間にＵＥ毎にただ一つのＳ１−ＭＭＥ接続が存在する。各々のｅＮＢは、ＵＥを独立的に取扱うべきであり、すなわち、一部のＵＥにＰＣｅｌｌを提供することに対し、他のＵＥにＳＣＧに対したＳＣｅｌｌ（ら）を提供する。特定ＵＥに対して二重接続に関与した各々のｅＮＢは、自身の無線資源を所有し、自身のセルの無線資源を割り当てるのを主に担当し、ＭｅＮＢとＳｅＮＢとの間の協力は、Ｘ２インターフェースシグナリングにより提供される。図７を参照すると、ＭｅＮＢは、Ｓ１−ＭＭＥを介してＭＭＥに接続するＣ−平面であり、ＭｅＮＢ及びｔｈｅ  ＳｅＮＢは、Ｘ２−Ｃを介して相互接続される。
【００４９】
図８は、特定ＵＥに対した二重接続に関与するｅＮＢのＵ−平面接続を示す。Ｕ−平面接続は、構成されたベアラオプションによる。ＭＣＧベアラに対して、ＭｅＮＢはＳ１−Ｕを介してＳ−ＧＷにＵ−平面接続され、ＳｅＮＢは、ユーザ平面データの転送に関与しない。分離ベアラに対して、ＭｅＮＢは、Ｓ１−Ｕを介してＳ−ＧＷにＵ−平面接続され、付加的に、ＭｅＮＢとＳｅＮＢとは、Ｘ２−Ｕを介して相互接続される。ＳＣＧベアラに対して、ＳｅＮＢは、Ｓ１−Ｕを介してＳ−ＧＷに直接接続される。但し、ＭＣＧと分離ベアラとが構成されるならば、ＳｅＮＢにおいてＳ１−Ｕ終端が存在しない。
【００５０】
図９は、二重接続に対するＵ−平面アーキテクチャの例示を示す。図９に示す二重接続に対するＵ−平面アーキテクチャは、ＳｅＮＢにおいて終端されるＳ１−Ｕと独立的なＰＤＣＰ（ベアラ分離がない）の組み合わせである。
【００５１】
図１０は、二重接続に対するＵ−平面アーキテクチャの他の例示を示す。図１０に示す二重接続に対するＵ−平面アーキテクチャは、ＭｅＮＢで終端されるＳ１−ＵとＭｅＮＢでのベアラ分離及び分離ベアラに対する独立的なＲＬＣの組み合わせである。
【００５２】
また、対応するＵＥアーキテクチャは新たな特徴を支援するために変更されることができる。
【００５３】
ＳＩＰＴＯ＠ＬＮ（selected IP traffic offload at the local network）が説明される。ＳＩＰＴＯ＠ＬＮ機能はモバイル事業者のネットワークを横断する（traversing）ユーザ平面無しでＩＰ可能（capable）ＵＥが定義されたＩＰネットワーク（例えば、インターネット）をアクセスするために（Ｈ）ｅＮＢを通じて連結されることを可能にする。ローカルネットワークでオフロードが許容されるか否かをＭＭＥに指示するために、ホーム加入者サーバ（ＨＳＳ；home subscriber server）の加入データはユーザ別に、そしてアクセスポイント名称別に構成される。ローカルネットワーク内にある（residing）（Ｓ−ＧＷ及びＬ−ＧＷと共通配置される）独立型（stand-alone）ＧＷを選択するか、または（Ｈ）ｅＮＢを選択することによって、ＳＩＰＴＯ＠ＬＮが達成できる。全ての場合で、選択されたＩＰトラフィックはローカルネットワークを介してオフローディングされる。ＭＭＥが与えられたＡＰＮに対して与えられた加入者に対する加入情報のＳＩＰＴＯ許容の変更を検出し、加入者が既にＡＰＮへのＳＩＰＴＯ＠ＬＮ ＰＤＮ連結を構築したならば、ＭＭＥは「再活性要請（reactivation requested）」原因でＡＰＮに対するＳＩＰＴＯ＠ＬＮ ＰＤＮ連結を解除しなければならない。
【００５４】
ローカルネットワークに配置された（Ｓ−ＧＷ及びＬ−ＧＷと共通配置される）独立型ＧＷを用いてＳＩＰＴＯ＠ＬＮが支援される。ＭＭＥはＵＥ移動性無しでＳ−ＧＷ再配置をトリガーすることに決定することができる。ＳＩＰＴＯ＠ＬＮ ＰＤＮ連結に対する移動性が支援されないことがある。ソース及びターゲットｅＮＢが同一なＬＨＮになければ（即ち、これらが同一なＬＨＮ ＩＤを有しなければ）、ＳＩＰＴＯ＠ＬＮ ＰＤＮ連結はハンドオーバーの以後に解除されなければならない。
【００５５】
独立型ゲートウェイを用いたＳＩＰＴＯ＠ＬＮ支援の場合に、ｅＮＢは次の付加機能を支援する：
【００５６】
−初期ＵＥメッセージ（INITIAL UE MESSAGE）、アップリンクＮＡＳ転送（UPLINK NAS TRANSPORT）、ハンドオーバー通知（HANDOVER NOTIFY）、及び経路切換要請（PATH SWITCH REQUEST）メッセージ内の自身のＬＨＮ ＩＤのＭＭＥへのシグナリング；
【００５７】
−Ｅ−ＲＡＢ修正要請メッセージを通じてＵＥ移動性のないＭＭＥ−トリガリングＳ−ＧＷ再配置に対する支援。
【００５８】
独立型ゲートウェイを用いたＳＩＰＴＯ＠ＬＮ支援の場合に、ＭＭＥは次の付加機能を支援する：
【００５９】
−加入データ及び受信されたＬＨＮ ＩＤに基づいて要請されたＡＰＮに対するＳＩＰＴＯ＠ＬＮ ＰＤＮ活性化；
【００６０】
−ＵＥ移動性のないＳ−ＧＷ再配置。
【００６１】
図１１は、独立型Ｌ−ＧＷを用いたＳＩＰＴＯ＠ＬＮに対するアーキテクチャを図示する。図１１を参照すると、Ｓ−ＧＷ再配置の以前に、ＵＥはＵｕインターフェースを介して（Ｈ）ｅＮＢに連結され、（Ｈ）ｅＮＢはＳ１−Ｕインターフェースを介してＳ−ＧＷ １に連結され、そしてＳ−ＧＷ １及びＬ−ＧＷは共通配置される。Ｌ−ＧＷは、インターネットに直接連結される。以後に、ローカルネットワークからマクロネットワークへのＳ−ＧＷ再配置が遂行されることと仮定される。Ｓ−ＧＷ再配置の以後に、ＵＥがＵｕインターフェースを介してｅＮＢに連結され、ｅＮＢはＳ１−Ｕインターフェースを介してＳ−ＧＷ ２に連結され、そしてＳ−ＧＷ ２はＳ５インターフェースを介してＰ−ＧＷに連結される。Ｐ−ＧＷがインターネットに連結される。このようなシナリオに対し、ＳＩＰＴＯ＠ＬＮの支援に対するユーザのプロファイル及び／又は事業者政策に基づいてＳ−ＧＷの位置が決定できる。
【００６２】
独立型Ｌ−ＧＷを用いてＳＩＰＴＯ＠ＬＮで二重接続が導入される場合、即ち、図１１で説明されたアーキテクチャ内にＳｅＮＢが存在する場合、一部の問題が発生することがある。第一に、ＳＩＰＴＯ＠ＬＮでＳｅＮＢ移動性支援に対する問題が説明される。
【００６３】
図１２は、二重接続の支援を有する独立型ＳＩＰＴＯ＠ＬＮの一例示を図示する。図１２を参照すると、Ｌ−ＧＷ １はＳＩＰＴＯに対応し、Ｓ−ＧＷ １と共通配置される。Ｓ−ＧＷ ２は事業者の汎用ネットワークに対応する。ＭｅＮＢは、Ｓ１−Ｕインターフェースを介してＳ−ＧＷ １及びＳ−ＧＷ ２に全て連結される。ＵＥは、ＭｅＮＢにより現在サービングされる。以後に、ＳｅＮＢは二重接続により付加されることと仮定される。Ｓ−ＧＷ ２が事業者の汎用ネットワークに対応するため、ＭｅＮＢはＳ１−Ｕインターフェースを介してＳｅＮＢがＳ−ＧＷ ２に連結されたことが分かる。しかしながら、ＭｅＮＢはＳｅＮＢがＬ−ＧＷと共通配置されたＳ−ＧＷ １に連結されるか否かが分からない。即ち、ＳＩＰＴＯ＠ＬＮでＳｅＮＢ移動性支援に対し、ＭｅＮＢはＳｅＮＢ移動性が現在メカニズムでトリガーできるか否かを決定するための情報を有していない。付加的に、ＭｅＮＢが補助情報無しでＳｅＮＢ付加手続を試みれば、コアネットワークは連結を維持するか、または連結を不活性化するか否かを決定しなければならない。しかしながら、ＭＭＥは現在メカニズムに基づいてこのような決定をすることができない。
【００６４】
前述した問題を解決するために、本発明の一実施形態に従うＬＨＮ ＩＤを転送するための方法が提案される。本発明の一実施形態によれば、ＭｅＮＢがＳｅＮＢのＬＨＮ ＩＤまたはＬ−ＧＷ支援の指示を把握する方法が提供できる。このような実施形態に従って、セル−特定手続により、ＭｅＮＢ／ＳｅＮＢはＸ２設定手続の間に、即ち、Ｘ２設定要請またはＸ２応答メッセージを通じて互いのＬＨＮ ＩＤ及び／又はＬ−ＧＷ支援の指示を獲得することができる。
【００６５】
ＭｅＮＢがＸ２設定要請を開始すれば、ＭｅＮＢはＭｅＮＢのＬ−ＧＷ支援指示及び／又はＭｅＮＢのＬＨＮ ＩＤを含む、Ｘ２設定要請メッセージをＳｅＮＢに転送することができる。Ｘ２設定要請メッセージは、支援されればＳｅＮＢのＬＨＮ ＩＤをフィードバックするための要請をさらに含むことができる。ＳｅＮＢは、ＳｅＮＢのＬ−ＧＷ支援指示及び／又はＳｅＮＢのＬＨＮ ＩＤを含むＸ２設定応答メッセージを用いてＭｅＮＢに応答を提供することができる。ＳｅＮＢがＸ２設定要請を開始すれば、ＳｅＮＢはＳｅＮＢのＬ−ＧＷ支援指示及び／又はＳｅＮＢのＬＨＮ ＩＤを含む、Ｘ２設定要請メッセージをＭｅＮＢに転送することができる。ＭｅＮＢは、ＭｅＮＢのＬ−ＧＷ支援指示及び／又はＭｅＮＢのＬＨＮ ＩＤを含む、Ｘ２設定応答メッセージを用いてＳｅＮＢに応答を提供することができる。
【００６６】
＜表１＞は、本発明の一実施形態に従うＸ２設定要請メッセージの一例示を示す。＜表２＞は、本発明の一実施形態に従うＸ２設定応答メッセージの一例示を示す。
【００６７】
【表１】
0006453474.tif 000002
【００６８】
【表２−１】
0006453474.tif 000003
【００６９】
【表２−２】
0006453474.tif 000004
【００７０】
＜表１＞及び＜表２＞を参照すると、Ｘ２設定要請メッセージ及びＸ２設定応答メッセージは、ＬＨＮ ＩＤ ＩＥ（information element）を含む。ＭｅＮＢがＸ２設定要請メッセージを転送する場合、Ｘ２設定要請メッセージに含まれるＬＨＮ ＩＤ ＩＥはＭｅＮＢのＬＨＮ ＩＤに対応することができる。ＳｅＮＢがＸ２設定応答メッセージを転送する場合、Ｘ２設定応答メッセージに含まれるＬＨＮ ＩＤ ＩＥはＳｅＮＢのＬＨＮ ＩＤに対応できる。＜表３＞は、Ｘ２設定要請メッセージまたはＸ２設定応答メッセージに含まれることができるＬＨＮ ＩＤ ＩＥを示す。
【００７１】
【表３】
0006453474.tif 000005
【００７２】
このような実施形態によれば、開始ｅＮＢ １はＸ２設定要請メッセージ内のＬＨＮ ＩＤ ＩＥを含むことができる。候補ｅＮＢ ２はＸ２設定応答メッセージ内のＬＨＮ ＩＤ ＩＥをまた含むことができる。したがって、ＭｅＮＢは第１のｅＮＢのＬＨＮ ＩＤが第２のｅＮＢのＬＨＮ ＩＤと同一であるか否かが分かる。したがって、ＭｅＮＢがＳｅＮＢ付加手続をトリガーするか否かを決定することが助けになることができる。ＳｅＮＢのＬＨＮ ＩＤがＭｅＮＢのＬＨＮ ＩＤと同一であれば、ＳｅＮＢ付加手続は成功的でありうる。そうでなければ、失敗することがある。
【００７３】
図１３は、本発明の一実施形態に従うＬＨＮ ＩＤを転送するための方法を図示する。このような実施形態で、第１のｅＮＢは二重接続でのＭｅＮＢで、そして第２のｅＮＢは二重接続でのＳｅＮＢでありうる。または、第１のｅＮＢは二重接続でのＳｅＮＢで、そして第２のｅＮＢは二重接続でのＭｅＮＢでありうる。第１のｅＮＢはローカルネットワークに対応する独立型Ｌ−ＧＷに連結できる。独立型Ｌ−ＧＷは事業者の汎用ネットワーク（generic network）に対応する第２のＳ−ＧＷでない第１のＳ−ＧＷと共通配置（collocated）できる。
【００７４】
ステップＳ１００で、第１のｅＮＢは第１のｅＮＢのＬＨＮ ＩＤを含むＸ２設定要請メッセージを第２のｅＮＢに転送する。Ｘ２設定要請メッセージは前述した＜表１＞及び＜表３＞に従うことができる。ステップＳ１１０で、第２のｅＮＢのＬＨＮ ＩＤを含むＸ２設定要請メッセージを第２のｅＮＢから受信する。Ｘ２設定要請メッセージは前述した＜表２＞及び＜表３＞に従うことができる。第１のｅＮＢのＬＨＮ ＩＤは、第１のｅＮＢが属するローカルホームネットワークを識別することができる。第２のｅＮＢのＬＨＮ ＩＤは、第２のｅＮＢが属するローカルホームネットワークを識別することができる。第１のｅＮＢのＬＨＮ ＩＤは、第２のｅＮＢのＬＨＮ ＩＤと同一でありうる。
【００７５】
図１４は、本発明の一実施形態に従うＬＨＮ ＩＤを受信するための方法を図示する。このような実施形態で、第１のｅＮＢは二重接続でのＭｅＮＢで、そして第２のｅＮＢは二重接続でのＳｅＮＢでありうる。または、第１のｅＮＢは二重接続でのＳｅＮＢで、そして第２のｅＮＢは二重接続でのＭｅＮＢでありうる。第１のｅＮＢはローカルネットワークに対応する独立型Ｌ−ＧＷに連結できる。独立型Ｌ−ＧＷは、事業者の汎用ネットワーク（generic network）に対応する第２のＳ−ＧＷでない第１のＳ−ＧＷと共通配置できる。
【００７６】
ステップＳ２００で、第１のｅＮＢは第２のｅＮＢのＬＨＮ ＩＤを第２のｅＮＢから受信する。ステップＳ２１０で、第１のｅＮＢは第２のｅＮＢのＬＨＮ ＩＤに従ってＳｅＮＢ（secondary eNB）付加手続をトリガーするか否かを決定する。第２のｅＮＢのＬＨＮ ＩＤが第１のｅＮＢのＬＨＮ ＩＤと同一なものに決定された場合、第１のｅＮＢはＳｅＮＢ付加手続をトリガーすることができる。第２のｅＮＢのＬＨＮ ＩＤはＸ２設定要請メッセージまたはＸ２設定応答メッセージを通じて受信できる。第２のｅＮＢのＬＨＮ ＩＤは、Ｘ２設定要請メッセージまたはＸ２設定応答メッセージを通じて受信できる。第１のｅＮＢは、第１のｅＮＢのＬＨＮ ＩＤを第２のｅＮＢに転送することができる。第１のｅＮＢのＬＨＮ ＩＤは、Ｘ２設定要請メッセージまたはＸ２設定応答メッセージを通じて転送できる。
【００７７】
前述した説明において、Ｘ２設定要請／応答メッセージはＬＨＮ ＩＤを運ぶことに使われたが、同一な目的のために他のメッセージがまた使用できる。例えば、ＬＨＮ ＩＤを運ぶことにｅＮＢ構成アップデート／応答メッセージが使用できる。
【００７８】
本発明の他の実施形態によれば、ＭＭＥ／ＭｅＮＢ／ＳｅＮＢがＳｅＮＢ／ＭｅＮＢのＬＨＮ ＩＤまたはＬ−ＧＷ支援の指示を把握する方法が提供される。このような実施形態はＵＥ−特定手続に対応することができる。
【００７９】
図１５は、本発明の一実施形態に従うＳｅＮＢ付加手続を遂行するための方法を図示する。
【００８０】
ステップＳ３００で、ＭｅＮＢはＥ−ＲＡＢ特性（ＵＰオプションに対応する転送ネットワーク階層（ＴＮＬ；transport network layer）アドレス情報、Ｅ−ＲＡＢパラメータ）を指示する、特定Ｅ−ＲＡＢ（E-UTRAN radio access bearer）に対する無線資源を割り当てるようにＳｅＮＢに要請することを決定する。したがって、ＭｅＮＢはＳｅＮＢ付加要請メッセージをＳｅＮＢに転送する。ＳｅＮＢ付加要請メッセージは、Ｌ−ＧＷ支援の表示、ＭｅＮＢのＬＨＮ ＩＤ、または支援されれば、ＳｅＮＢのＬＨＮ ＩＤをフィードバックするための要請のうち、少なくとも一つを含むことができる。
【００８１】
ＳｅＮＢ付加要請メッセージを受信時に、ＳｅＮＢは受信されたＭｅＮＢのＬＨＮ ＩＤ及びＳｅＮＢのＬＨＮ ＩＤを確認及び比較することができる。ステップＳ３１０で、ＳｅＮＢはＳｅＮＢ付加要請承認メッセージをＭｅＮＢに転送することができる。ＳｅＮＢ付加要請承認メッセージは、ＳｅＮＢのＬＨＮ ＩＤを含むことができる。代案的に、ステップＳ３１１で、ＳｅＮＢはＳｅＮＢ付加拒絶メッセージをＭｅＮＢに転送することができる。ＳｅＮＢ付加拒絶メッセージは、ＭｅＮＢのＬＨＮ ＩＤがＳｅＮＢのＬＨＮ ＩＤと相異することを示す原因を含むことができる。
【００８２】
ステップＳ３２０で、ＭｅＮＢはＳｅＮＢ再構成完了メッセージをＳｅＮＢに転送する。ステップＳ３３０で、ＳＮ（sequence number）状態伝達メッセージが転送できる。ステップＳ３３１で、データフォワーディングが遂行できる。
【００８３】
ステップＳ３４０で、ＳｅＮＢのＬＨＮ ＩＤが受信されれば、ＭｅＮＢはＥ−ＲＡＢ修正指示メッセージをＭＭＥに転送することができる。Ｅ−ＲＡＢ修正指示メッセージはＳｅＮＢのＬＨＮ ＩＤを含むことができる。
【００８４】
ステップＳ３５０で、ＭＭＥは対応するＥ−ＲＡＢに対してＬＨＮ ＩＤが変更されるか否かを確認することができる。ＳｅＮＢのＬＨＮ ＩＤがＭｅＮＢのＬＨＮ ＩＤと相異すると、ＰＤＮ連結不活性化が対応するＥ−ＲＡＢに対してトリガーできる。
【００８５】
ステップＳ３６０で、ベアラ修正が遂行できる。ステップＳ３７０で、エンドマーカーパケットが転送できる。ステップＳ３８０で、ＭＭＥはＥ−ＲＡＢ修正確認メッセージを転送することができ、Ｅ−ＲＡＢ修正確認メッセージにはＥ−ＲＡＢ失敗リスト及び／又はＥ−ＲＡＢ修正リストが含まれることができる。
【００８６】
次に、ＳＩＰＴＯ＠ＬＮでＭＭＥトリガリングＳ−ＧＷ再配置手続に関する問題点が説明される。ＭＭＥトリガリングＳ−ＧＷ再配置手続は、移動性シナリオでないイベントに起因してＭＭＥがＳ−ＧＷ再配置をトリガーするように許容する。このようなシナリオは、ＲＡＮ ＰＤＮ連結を超えてＳＩＰＴＯの構築の間に、または独立型ＧＷとのＳＩＰＴＯ＠ＬＮ ＰＤＮの構築の間に存在する。事業者ネットワークで、マクロＳ−ＧＷが非−オフロードＰＤＮ連結のために割り当てられることが可能である。新規オフロードＰＤＮ連結が要請される場合、汎用事業者により制御されるＳ−ＧＷでのＳ−ＧＷ再配置手続が遂行されなければならず、これはＵＥに対して単一Ｓ−ＧＷが使われる３ＧＰＰ原理に基づく。このような場合に、ＵＥがＳＩＰＴＯ＠ＬＮの対象となるＰＤＮ連結を構築または解除する時に、ＭＭＥトリガリングＳ−ＧＷ再配置手続が遂行できる。
【００８７】
図１６は、二重接続の支援を有する独立型ＳＩＰＴＯ＠ＬＮの他の例示を図示する。図１６を参照すると、Ｌ−ＧＷ １はＳＩＰＴＯに対応し、Ｓ−ＧＷ １と共通配置される。Ｓ−ＧＷ ２は事業者の汎用ネットワークに対応する。ＭｅＮＢは、Ｓ１−Ｕインターフェースを介してＳ−ＧＷ １及びＳ−ＧＷ ２に全て連結される。ＳｅＮＢもまたＳ１−Ｕインターフェースを介してＳ−ＧＷ １及びＳ−ＧＷ ２に全て連結される。ＳｅＮＢから二重接続サービスを現在受信するＵＥがＬ−ＧＷを用いて新規サービス要請を有することと仮定される。したがって、既存の二重接続サービスのためのＳ−ＧＷ再配置手続が遂行されなければならない。
【００８８】
図１７は、現在のＭＭＥトリガリングＳ−ＧＷ再配置手続を図示する。
【００８９】
１．Ｓ−ＧＷ再配置手続は移動性イベントシナリオでないサービングＧＷ再配置から恵みを得ることができるイベントに起因してＭＭＥによりトリガーできる。
【００９０】
２．Ｓ−ＧＷが再配置されたこととＭＭＥが決定すれば、ＭＭＥは新規Ｓ−ＧＷを選択する。ＭＭＥはＰＤＮ連結別に生成セッション要請メッセージを新規Ｓ−ＧＷに転送する。新規Ｓ−ＧＷはＳ１＿Ｕ基準点を通じてのアップリンクトラフィックのためのＳ−ＧＷアドレス及びＴＥＩＤ（tunnel endpoint ID）（ベアラ当たり一つのＴＥＩＤ）を割り当てる。どのプロトコルがＳ５／Ｓ８インターフェースを介して利用されるべきかに関するＳ５／Ｓ８を通じてのプロトコル類型がＳ−ＧＷに提供される。ＰＤＮ ＧＷがＵＥの位置を要請すれば、ＭＭＥはこのようなメッセージにユーザ位置情報ＩＥをまた含む。Ｐ−ＧＷが（ＵＥコンテクストから決定される）ＵＥのユーザＣＳＧ（closed subscriber group）情報を要請すれば、ＭＭＥはユーザＣＳＧ情報が変更されれば、このようなメッセージにユーザＣＳＧ情報を含む。
【００９１】
３．新規Ｓ−ＧＷはＰ−ＧＷからのダウンリンクトラフィックに対して（ベアラ当たり一つの）ＴＥＩＤ及びアドレスを割り当てる。Ｓ−ＧＷは、Ｓ５／Ｓ８を通じてＤＬ ＴＥＩＤを割り当てる。Ｓ−ＧＷはＰ−ＧＷへのＰＤＮ連結当たり修正ベアラ要請（Modify Bearer Request）メッセージを転送する。Ｓ−ＧＷがステップ２で提示されれば、Ｓ−ＧＷはユーザ位置情報ＩＥ及び／又はＵＥタイムゾーンＩＥ及び／又はユーザＣＳＧ情報ＩＥをまた含む。Ｐ−ＧＷは、自身のコンテクストフィールドをアップデートし、修正ベアラ応答メッセージをＳ−ＧＷに戻す。ＭＳＩＳＤＮ（mobile station international subscriber directory number）は、Ｐ−ＧＷが自身のＵＥコンテクスト内にこれを格納すれば、含まれる。Ｐ−ＧＷは新しく受信されたアドレス及びＴＥＩＤを用いて新規ＧＷにダウンリンクパケットを転送し始める。このようなダウンリンクパケットは、新規Ｓ−ＧＷを通じてのｅＮＢへの新規ダウンリンクパケット経路を用いる。特定ＵＥに対する全ての連結されたＰ−ＧＷに対してこのようなステップが遂行される。
【００９２】
４．新規Ｓ−ＧＷは生成セッション応答メッセージをＭＭＥに転送する。ＭＭＥはステップ６で使われるタイマーを起動させる。
【００９３】
５．ＭＭＥはＳ−ＧＷ再配置通知（Relocation Notification）メッセージをｅＮＢに転送する。ｅＮＢは後続するアップリンクパケットをフォワーディングするために新規Ｓ−ＧＷアドレス及びＴＥＩＤを利用し始める。
【００９４】
６．ステップ４の以後にタイマーが終了した場合、ＭＭＥは削除セッション要請（Delete Session Request）メッセージを転送して以前Ｓ−ＧＷでのベアラを解除する。以前Ｓ−ＧＷがＰ−ＧＷに対して削除手続を開始してはならないということを指示する、動作指示フラグ（operation Indication flag）は設定されない。以前Ｓ−ＧＷは削除セッション応答メッセージを用いて承認する。
【００９５】
図１６で説明された二重接続の支援を有する独立型ＳＩＰＴＯ＠ＬＮに対して、図１７での現在のＭＭＥトリガリングＳ−ＧＷ再配置手続は充分でないことがある。ＭｅＮＢ及びＳ−ＧＷ再配置を支援するためのＳｅＮＢ間の一部シグナリングがさらに定義できる。
【００９６】
前述した問題を解決するために、本発明に従う転送情報を含むメッセージを転送するための方法が提案される。
【００９７】
図１８は、本発明の一実施形態に従う転送情報を含むメッセージを転送するための方法を図示する。
【００９８】
ステップＳ４００で、ＭｅＮＢは転送情報を含むメッセージをＳｅＮＢに転送する。メッセージは、転送階層アドレスまたはＵＬ ＧＴＰ ＴＥＩＤのうち、少なくとも一つを含むことができる。転送情報を含むメッセージは新しく定義されたメッセージまたはＳｅＮＢ修正要請メッセージのような既存メッセージでありうる。ＳｅＮＢ修正要請メッセージが使用されれば、ＳｅＮＢ修正要請メッセージ内の新規ＩＥはアップデートされた転送階層アドレス及びＵＬ ＧＴＰ ＴＥＩＤを含むことができる。または、既存ＳｅＮＢ修正要請メッセージ内のＳ１ ＵＬ ＧＴＰトンネル終点（Tunnel End point）ＩＥは、アップデートされた転送階層アドレス及びＵＬ ＧＴＰ ＴＥＩＤを含むことができる。また、ＳｅＮＢ修正理由を区分及び／又はＳｅＮＢをしてＥ−ＲＡＢレベルＱｏＳパラメータのような他の義務（mandatory）ＩＥを無視するように想起させるための指示または原因値が必要でありうる。このような場合に、指示がＬ−ＧＷに適用されるように指示できる。新規原因値がＬ−ＧＷ再配置またはＳ−ＧＷ再配置を指示することができる。＜表４＞は、本発明の一実施形態に従うＳｅＮＢ修正要請メッセージの例示を示す。
【００９９】
【表４−１】
0006453474.tif 000006
【０１００】
【表４−２】
0006453474.tif 000007
【０１０１】
【表４−３】
0006453474.tif 000008
【０１０２】
【表４−４】
0006453474.tif 000009
【０１０３】
＜表４＞を参照すると、ＳｅＮＢ修正要請メッセージは、転送階層アドレスＩＥ及びＵＬ ＧＴＰ ＴＥＩＤ ＩＥを含む。また、ＳｅＮＢ修正要請メッセージは、原因ＩＥ及び／又はＩＥが適用されるＬ−ＧＷを含むことができる。
【０１０４】
転送情報を含むメッセージを受信時に、関連したＥ−ＲＡＢに対する新規Ｓ−ＧＷアドレス及びＵＬパケット目的地のようなメッセージ内に含まれる転送情報をＳｅＮＢが用いることができる。そして、ＳｅＮＢは同一なＥ−ＲＡＢに対するＥ−ＲＡＢレベルＱｏＳパラメータを無視することができる。ステップＳ４１０で、ＳｅＮＢは承認メッセージをＭｅＮＢに転送することができる。
【０１０５】
図１９は、発明の実施形態が具現される無線通信システムを示す。
【０１０６】
第１のｅＮＢ ８００は、プロセッサ（processor）８１０、メモリー（memory）８２０、及び送受信部（transceiver）８３０を含むことができる。プロセッサ８１０は、本明細書で説明された機能、過程、及び／又は方法を具現するように構成できる。無線インターフェースプロトコルの階層はプロセッサ８１０により具現できる。メモリー８２０はプロセッサ８１０と連結されて、プロセッサ８１０を駆動するための多様な情報を格納する。送受信部８３０はプロセッサ８１０と連結されて、無線信号を転送及び／又は受信する。
【０１０７】
第２のｅＮＢ ９００は、プロセッサ９１０、メモリー９２０、及び送受信部９３０を含むことができる。プロセッサ９１０は本明細書で説明された機能、過程及び／又は方法を具現するように構成できる。無線インターフェースプロトコルの階層は、プロセッサ９１０により具現できる。メモリー９２０はプロセッサ９１０と連結されて、プロセッサ９１０を駆動するための多様な情報を格納する。送受信部９３０はプロセッサ９１０と連結されて、無線信号を転送及び／又は受信する。
【０１０８】
プロセッサ８１０、９１０は、ＡＳＩＣ（application-specific integrated circuit）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。メモリー８２０、９２０は、ＲＯＭ（read-only memory）、ＲＡＭ（random access memory）、フラッシュメモリー、メモリーカード、格納媒体及び／又は他の格納装置を含むことができる。送受信部８３０、９３０は、無線周波数信号を処理するためのベースバンド回路を含むことができる。実施形態がソフトウェアで具現される時、前述した技法は前述した機能を遂行するモジュール（過程、機能など）で具現できる。モジュールはメモリー８２０、９２０に格納され、プロセッサ８１０、９１０により実行できる。メモリー８２０、９２０はプロセッサ８１０、９１０の内部または外部にあることができ、よく知られた多様な手段によりプロセッサ８１０、９１０と連結できる。
【０１０９】
前述した例示的なシステムにおいて、前述した本発明の特徴によって具現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の一つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【図１】
0006453474.tif 000010
【図２】
0006453474.tif 000011
【図３】
0006453474.tif 000012
【図４】
0006453474.tif 000013
【図５】
0006453474.tif 000014
【図６】
0006453474.tif 000015
【図７】
0006453474.tif 000016
【図８】
0006453474.tif 000017
【図９】
0006453474.tif 000018
【図１０】
0006453474.tif 000019
【図１１】
0006453474.tif 000020
【図１２】
0006453474.tif 000021
【図１３】
0006453474.tif 000022
【図１４】
0006453474.tif 000023
【図１５】
0006453474.tif 000024
【図１６】
0006453474.tif 000025
【図１７】
0006453474.tif 000026
【図１８】
0006453474.tif 000027
【図１９】
0006453474.tif 000028