特許 6654198 無線通信システムにおけるＷＬＡＮ−ＬＴＥ統合及びインターワーキングのためのオフローディング手続を遂行するための方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6654198

(24)【登録日】2020年1月31日

(45)【発行日】2020年2月26日

(54)【発明の名称】無線通信システムにおけるＷＬＡＮ−ＬＴＥ統合及びインターワーキングのためのオフローディング手続を遂行するための方法及び装置

(51)【国際特許分類】

   H04W 76/10 20180101AFI20200217BHJP

   H04W 84/12 20090101ALI20200217BHJP

【ＦＩ】

   H04W76/10

   H04W84/12

【請求項の数】6

【全頁数】38

(21)【出願番号】特願2017-549698(P2017-549698)

(86)(22)【出願日】2016年3月25日

(65)【公表番号】特表2018-509853(P2018-509853A)

(43)【公表日】2018年4月5日

(86)【国際出願番号】KR2016003024

(87)【国際公開番号】WO2016153306

(87)【国際公開日】20160929

【審査請求日】2017年9月22日

(31)【優先権主張番号】62/138,369

(32)【優先日】2015年3月25日

(33)【優先権主張国】US

(31)【優先権主張番号】62/233,304

(32)【優先日】2015年9月26日

(33)【優先権主張国】US

(31)【優先権主張番号】62/252,421

(32)【優先日】2015年11月7日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】シュイ チエン

(72)【発明者】

【氏名】リ チェウク

(72)【発明者】

【氏名】ピョン テウク

【審査官】 石原 由晴

(56)【参考文献】

【文献】 Intel Corporation, China Telecom, Qualcomm Incorporated，New WI Proposal: LTE-WLAN Radio Level Integration and Interworking Enhancement[online]，3GPP TSG RAN Meeting #67 RP-150510，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_67/Docs/RP-150510.zip＞，２０１５年 ３月１２日

【文献】 3GPP TS 36.423 V12.5.0，２０１５年 ３月２１日，pages 38-47,70-82

【文献】 Ericsson，RAN-WLAN Architecture Model and Information Exchange[online]，3GPP TSG-RAN WG3 #87 R3-150325，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_87/Docs/R3-150325.zip＞，２０１５年 １月３０日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおけるｅＮＢ（eNodeB）が遂行する方法であって、
前記ｅＮＢが、Ｘｗインターフェースを介してＷＬＡＮ(（wireless local area network）termination）(ＷＴ)付加要請メッセージをＷＴに転送し、
前記ｅＮＢが、前記ＷＴ付加要請メッセージに対する応答としてＷＴ付加要請承認メッセージを前記ＷＴから前記Ｘｗインターフェースを介して受信することを含み、
前記ＷＴは前記Ｘｗインターフェースを終端する論理的ノードであり、
前記ＷＴ付加要請メッセージは、端末（ＵＥ）を特定するため前記ｅＮＢに利用されるｅＮＢ Ｘｗアプリケーションプロトコール（ＡＰ）識別子（ＩＤ）と、前記ＷＴで付加されるＥ−ＵＴＲＡＮ無線アクセスベアラ（Ｅ−ＲＡＢ）についての情報と、選択されたＷＬＡＮ識別子を含み、
前記ＷＴに付加される前記Ｅ―ＲＡＢについての情報は、前記ＷＴに付加される前記Ｅ−ＲＡＢの、Ｅ−ＲＡＤ ＩＤと、Ｅ−ＲＡＢサービス品質（ＱｏＳ）についての情報と、ｅＮＢ ＧＰＲＳトンネリングプロトコール（ＧＴＰ）トンネル終点についての情報とを含み、
前記ＷＴ付加要請承認メッセージは、前記ｅＮＢ Ｘｗ ＡＰ ＩＤと、前記ＵＥを特定するため前記ＷＴに利用されるＷＴ Ｘｗ ＡＰ ＩＤと、付加され前記ＷＴに承認されたＥ−ＲＡＢについての情報を含み、
付加され前記ＷＴに承認された前記Ｅ−ＲＡＢについての情報は、付加され前記ＷＴに承認された前記Ｅ−ＲＡＢの、Ｅ−ＲＡＢ ＩＤと、ＷＬＡＮ ＧＴＰ トンネル終点についての情報とを含む、方法。

【請求項2】

前記選択されたＷＬＡＮ識別子は、ＳＳＩＤ（service set ID）、ＢＳＳＩＤ（basicservice set ID）またはＨＥＳＳＩＤ（homogeneous extended service set ID）のうちの少なくとも一つを含む、請求項１に記載の方法。

【請求項3】

ＷＴ再構成完了メッセージを前記ＷＴに転送することをさらに含む、請求項１に記載の方法。

【請求項4】

無線通信システムにおけるｅＮＢ（eNodeB）が遂行する方法であって、
前記ｅＮＢが、Ｘｗインターフェースを介してＷＬＡＮ（wireless local area network）termination（ＷＴ）修正要請メッセージをＷＴに転送し、
前記ｅＮＢが、前記ＷＴ修正要請メッセージに対する応答としてＷＴ修正要請承認メッセージを前記ＷＴから前記Ｘｗインターフェースを介して受信することを含み、
前記ＷＴは、前記Ｘｗインターフェースを終端する論理的ノードであり、
前記ＷＴ修正要請メッセージは、端末（ＵＥ）を特定するために前記ｅＮＢに利用されるｅＮＢ Ｘｗアプリケーションプロトコール（ＡＰ）識別子（ＩＤ）と、前記ＵＥを特定するため前記ＷＴに利用されるＷＴ Ｘｗ ＡＰ ＩＤと、前記ＷＴで付加され、修正され又は解除される、Ｅ−ＵＴＲＡＮ 無線アクセスベアラ（Ｅ−ＲＡＢ）についての情報を修正する原因とを含み、
前記ＷＴで付加され、修正され又は解除される、前記Ｅ−ＲＡＢについての情報は、前記ＷＴで付加され、修正され又は解除される、前記Ｅ−ＲＡＢのＥ−ＲＡＢ ＩＤを含み、
前記ＷＴ修正要請承認メッセージは、前記ｅＮＢ Ｘｗ ＡＰ ＩＤと、前記ＷＴ Ｘｗ ＡＰ ＩＤと、付加され、修正され又は解除され、前記ＷＴに承認されたＥ−ＲＡＢについての情報を含み、
付加され、修正され又は解除され、前記ＷＴに承認されたＥ−ＲＡＢについての前記情報は、付加され、修正され又は解除され、前記ＷＴに承認されたＥ−ＲＡＢのＥ−ＲＡＢ ＩＤを含む、方法。

【請求項5】

前記ＷＴ修正要請メッセージは、選択されたＷＬＡＮ識別子をさらに含み、
前記選択されたＷＬＡＮ識別子は、ＳＳＩＤ（service set ID）、ＢＳＳＩＤ（basicservice set ID）、またはＨＥＳＳＩＤ（homogeneous extended service set ID）のうちの少なくとも一つを含む、請求項４に記載の方法。

【請求項6】

無線通信システムにおけるｅＮＢ（eNodeB）が遂行する方法であって、
前記ｅＮＢが、Ｘｗインターフェースを介してＷＬＡＮ（wireless local areanetwork）termination（ＷＴ）修正要請メッセージをＷＴから受信し、
前記ｅＮＢが、前記ＷＴ修正要請メッセージに対する応答としてＷＴ修正確認メッセージを前記Ｘｗインターフェースを介して前記ＷＴに転送することを含み、
前記ＷＴは、前記Ｘｗインターフェースを終端する論理的ノードであり、
前記ＷＴ修正要請メッセージは、端末（ＵＥ）を特定するため前記ｅＮＢに利用されるｅＮＢ Ｘｗアプリケーションプロトコール（ＡＰ）識別子（ＩＤ）と、前記ＵＥを特定するため前記ＷＴに利用されるＷＴ Ｘｗ ＡＰ ＩＤと、前記ＷＴで付加され、修正され又は解除される、Ｅ−ＵＴＲＡＮ 無線アクセスベアラ（Ｅ−ＲＡＢ）についての情報を修正する原因とを含み、
前記ＷＴで解除される、前記Ｅ−ＲＡＢについての情報は、前記ＷＴで解除される、前記Ｅ−ＲＡＢのＥ−ＲＡＢ ＩＤを含み、
前記ＷＴ修正確認メッセージは前記ｅＮＢ Ｘｗ ＡＰ ＩＤと、前記ＷＴ Ｘｗ ＡＰ ＩＤを含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信に関し、より詳しくは、無線通信システムにおけるＷＬＡＮ（wireless local area network）−ＬＴＥ（long-term evolution）統合及びインターワーキングのためのオフローディング手続を遂行するための方法及び装置に関する。

【背景技術】

【0002】

３ＧＰＰ ＬＴＥは、高速パケット通信を可能にするための技術である。ＬＴＥ目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ ＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を要求する。

【0003】

Ｒｅｌ−８の以後、３ＧＰＰは３ＧＰＰ接続ネットワークと非−３ＧＰＰ接続ネットワーク（例えば、ＷＬＡＮ（wireless local area network）との間のインターワーキングのためのＡＮＤＳＦ（access network discovery and selection functions）を標準化した。ＡＮＤＳＦは、ＵＥ（user equipment）の位置で接続可能な接続ネットワークの検出情報（例えば、ＷＬＡＮ、ＷｉＭＡＸ位置情報など）、運営者の政策を反映することができるＩＳＭＰ（inter-system mobility policies）、及びＩＳＲＰ（inter-system routing policy）を運ぶことができる。前述した情報に基づいて、ＵＥはどんなＩＰ（Internet protocol）トラフィックがどんな接続ネットワークを介して転送されるかを決定することができる。ＩＳＭＰは、ＵＥが一つの活性化された接続ネットワーク連結（例えば、ＷＬＡＮまたは３ＧＰＰ）を選択するためのネットワーク選択規則を含むことができる。ＩＳＲＰは、ＵＥが一つ以上の可能な活性化された接続ネットワーク連結（ＷＬＡＮ及び３ＧＰＰ全て）を選択するためのネットワーク選択規則を含むことができる。ＩＳＲＰは、ＭＡＰＣＯＮ（multiple access connectivity）、ＩＦＯＭ（IP flow mobility）、及び非−シームレス（non-seamless）ＷＬＡＮオフローディングを含むことができる。ＡＮＤＳＦとＵＥとの間の動的プロビジョニングにＯＭＡ（open mobile alliance）ＤＭ（device management）が利用できる。

【0004】

ＡＮＤＳＦに付加して、政策、即ちＲＡＮ（radio access network）規則が３ＧＰＰ接続ネットワークと非−３ＧＰＰ接続ネットワーク（例えば、ＷＬＡＮ）との間のインターワーキングのためにＲｅｌ−１２に規定されている。この政策によってＬＴＥとＷＬＡＮとの間の接続ネットワーク選択及びトラフィック操縦（steering）が支援できる。即ち、ＬＴＥとＷＬＡＮとの間のインターワーキングはＬＴＥ及びＷＬＡＮを徐々に統合する方向に移動している。これによって、ＬＴＥ−ＷＬＡＮインターワーキング向上だけでなく、ＬＴＥ−ＷＬＡＮ統合が最近研究されている。しかしながら、ＬＴＥ−ＷＬＡＮ統合を具現する方法に対しては合意が成立されなかった。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明は、無線通信システムにおけるＷＬＡＮ（wireless local area network）−ＬＴＥ（long-term evolution）統合及びインターワーキングのためのオフローディング手続を遂行するための方法及び装置を提供する。本発明は、ＷＬＡＮ−ＬＴＥインターワーキング及び統合のための手続とパラメータを提供する。

【課題を解決するための手段】

【0006】

一態様において、無線通信システムにおけるｅＮＢ（eNodeB）がＷＴ（ＷＬＡＮ（wireless local area network）termination）付加手続を遂行する方法が提供される。前記方法はＸｗインターフェースを介してＷＴ付加要請メッセージをＷＴに転送し、及び前記ＷＴ付加要請メッセージに対する応答としてＷＴ付加要請承認メッセージを前記ＷＴから前記Ｘｗインターフェースを介して受信することを含む。前記ＷＴは前記Ｘｗインターフェースを終端する論理的ノードである。

【0007】

前記ＷＴ付加要請メッセージは、特定Ｅ−ＲＡＢ（E-UTRAN radio access bearer）に対してＷＬＡＮ資源を割り当てるように前記ＷＴに要請することができる。前記ＷＴ付加要請メッセージは、付加されるＥ−ＲＡＢに対するＧＴＰ（GPRS tunneling protocol）トンネル終点及びＥ−ＲＡＢ ＱｏＳ（quality of service）、ｅＮＢ Ｘｗ ＡＰ（application protocol）ＩＤ（identifier）、Ｅ−ＲＡＢ ＩＤ、保安キー、または選択されたＷＬＡＮ識別子のうち、少なくとも一つを含むことができる。前記選択されたＷＬＡＮ識別子は、ＳＳＩＤ（service set ID）、ＢＳＳＩＤ（basic service set ID）、またはＨＥＳＳＩＤ（homogeneous extended service set ID）のうち、少なくとも一つを含むことができる。

【0008】

前記ＷＴ付加要請承認メッセージは、認定されたＥ−ＲＡＢに対するＷＴ ＧＴＰトンネル終点及びＥ−ＲＡＢ ＩＤ、ｅＮＢ Ｘｗ ＡＰ ＩＤ、ＷＴ ＵＥ Ｘｗ ＡＰ ＩＤ、または認定されないＥ−ＲＡＢ ＩＤのうち、少なくとも一つを含むことができる。

【0009】

前記方法は、ＷＴ再構成完了メッセージを前記ＷＴに転送することをさらに含むことができる。

【0010】

他の態様において、無線通信システムにおけるｅＮＢ（eNodeB）がｅＮＢ開始ＷＴ（ＷＬＡＮ（wireless local area network）termination）修正手続を遂行する方法が提供される。前記方法は、Ｘｗインターフェースを介してＷＴ修正要請メッセージをＷＴに転送し、及び前記ＷＴ修正要請メッセージに対する応答としてＷＴ修正要請承認メッセージを前記ＷＴから前記Ｘｗインターフェースを介して受信することを含む。前記ＷＴは、前記Ｘｗインターフェースを終端する論理的ノードである。

【0011】

前記ＷＴ修正要請メッセージは、特定Ｅ−ＲＡＢ（E-UTRAN radio access bearer）に対してＷＬＡＮ資源を修正するように前記ＷＴに要請することができる。前記ＷＴ修正要請メッセージは、付加／修正／解除されるＥ−ＲＡＢに対するＧＴＰ（GPRS tunneling protocol）トンネル終点及びＥ−ＲＡＢ ＱｏＳ（quality of service）、ｅＮＢ Ｘｗ ＡＰ（application protocol）ＩＤ（identifier）、ＷＴ ＵＥ Ｘｗ ＡＰ ＩＤ、Ｅ−ＲＡＢ ＩＤ、保安キー、選択されたＷＬＡＮ識別子、修正の原因、またはＷＬＡＮ／ＷＴ変更指示のうち、少なくとも一つを含むことができる。前記選択されたＷＬＡＮ識別子は、ＳＳ ＩＤ（service set ID）、ＢＳＳＩＤ（basic service set ID）、またはＨＥＳＳＩＤ（homogeneous extended service set ID）のうち、少なくとも一つを含むことを特徴とする方法。

【0012】

前記ＷＴ修正要請承認メッセージは、認定されたＥ−ＲＡＢに対するＷＴ ＧＴＰトンネル終点及びＥ−ＲＡＢ ＩＤ、ｅＮＢ Ｘｗ ＡＰ ＩＤ、ＷＴ ＵＥ Ｘｗ ＡＰ ＩＤ、または認定されないＥ−ＲＡＢ ＩＤのうち、少なくとも一つを含むことができる。

【0013】

前記方法は、ＷＴ再構成完了メッセージを前記ＷＴに転送することをさらに含むことができる。

【0014】

他の態様において、無線通信システムにおけるｅＮＢ（eNodeB）がＷＴ（ＷＬＡＮ（wireless local area network）termination）開始ＷＴ修正手続を遂行する方法が提供される。前記方法は、Ｘｗインターフェースを介してＷＴ修正要求メッセージをＷＴから受信し、及び前記ＷＴ修正要求メッセージに対する応答としてＷＴ修正確認メッセージを前記Ｘｗインターフェースを介して前記ＷＴに転送することを含む。前記ＷＴは、前記Ｘｗインターフェースを終端する論理的ノードである。

【0015】

前記ＷＴ修正要求メッセージは、特定Ｅ−ＲＡＢ（E-UTRAN radio access bearer）に対して割り当てられたＷＬＡＮ資源の解除を要請することができる。前記ＷＴ修正要求メッセージは、解除されるＥ−ＲＡＢに対するＥ−ＲＡＢ ＩＤ及び原因、ｅＮＢ Ｘｗ ＡＰ（application protocol）ＩＤ（identifier）、ＷＴ ＵＥ Ｘｗ ＡＰ ＩＤ、Ｅ−ＲＡＢ ＩＤ、またはＷＬＡＮ／ＷＴ変更指示のうち、少なくとも一つを含むことができる。

【0016】

前記ＷＴ修正確認メッセージは、ｅＮＢ、ＡＰ、ＩＤ、またはＷＴ ＵＥ Ｘｗ ＡＰ ＩＤのうち、少なくとも一つを含むことができる。

【発明の効果】

【0017】

ＷＴ付加／修正／解除手続が定義できる。

【図面の簡単な説明】

【0018】

【図1】ＬＴＥシステムの構造を示す。

【図2】一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造のブロック図である。

【図3】ＬＴＥシステムのユーザ平面プロトコルスタックのブロック図である。

【図4】ＬＴＥシステムの制御平面プロトコルスタックのブロック図である。

【図5】物理チャンネル構造の一例を示す。

【図6】３ＧＰＰ／ＷＬＡＮインターワーキングアーキテクチャの例示を図示する。

【図7】本発明の一実施形態に係る共に位置しないＬＷＡシナリオに対する全体的なアーキテクチャの一実施形態を図示する。

【図8】本発明の一実施形態に係るＬＷＡのためのｅＮＢ及びＷＴのＵ−平面連結の例示を図示する。

【図9】本発明の一実施形態に係るＬＷＡのためのｅＮＢ及びＷＴのＣ−平面連結の例示を図示する。

【図10】本発明の一実施形態に係るＷＴ付加手続の例示を図示する。

【図11】本発明の一実施形態に係るＷＴ付加手続の他の例示を図示する。

【図12】本発明の一実施形態に係るｅＮＢ開始ＷＴ修正手続の例示を図示する。

【図13】本発明の一実施形態に係るＷＴ修正手続の他の例示を図示する。

【図14】本発明の一実施形態に係るＷＴ開始ＷＴ修正手続の例示を図示する。

【図15】本発明の一実施形態に係るＷＴ開始ＷＴ修正手続の他の例示を図示する。

【図16】本発明の一実施形態に係るｅＮＢ開始ＷＴ解除手続の例示を図示する。

【図17】本発明の一実施形態に係るｅＮＢ開始ＷＴ解除手続の他の例示を図示する。

【図18】本発明の一実施形態に係るＷＴ開始ＷＴ解除手続の例示を図示する。

【図19】本発明の一実施形態に係るＷＴ開始ＷＴ解除手続の他の例示を図示する。

【図20】本発明の一実施形態に係るＷＴ再構成完了手続の例示を図示する。

【図21】本発明の一実施形態に係るＷＴ解除手続の例示を図示する。

【図22】発明の実施形態が具現される無線通信システムを示す。

【発明を実施するための形態】

【0019】

以下の技術は、ＣＤＭＡ(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)の一部である。３ＧＰＰ(3^rd generation partnership project)ＬＴＥ(long term evolution)は、Ｅ−ＵＴＲＡ(evolved-UMTS terrestrial radio access)を使用するＥ−ＵＭＴＳ(evolved UMTS)の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ(advanced)は、３ＧＰＰ ＬＴＥの進化である。

【0020】

説明を明確にするために、ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。

【0021】

図１は、ＬＴＥシステムの構造を示す。通信ネットワークは、ＩＭＳ及びパケットデータを介したインターネット電話(Voice over internet protocol：ＶｏＩＰ)のような多様な通信サービスを提供するために広く設置される。

【0022】

図１を参照すると、ＬＴＥシステム構造は、一つ以上の端末(ＵＥ)１０、Ｅ−ＵＴＲＡＮ(evolved-UMTS terrestrial radio access network)及びＥＰＣ(evolved packet core)を含む。端末１０は、ユーザにより動く通信装置である。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ(mobile station)、ＵＴ(user terminal)、ＳＳ(subscriber station)、無線機器(wireless device)等、他の用語で呼ばれることもある。

【0023】

Ｅ−ＵＴＲＡＮは一つ以上のｅＮＢ（evolved node-B）２０を含み、一つのセルに複数のＵＥが存在することができる。ｅＮＢ２０は制御平面（control plane）とユーザ平面（user plane）の終端点をＵＥに提供する。ｅＮＢ２０は一般的にＵＥ１０と通信する固定された地点（fixed station）をいい、ＢＳ（base station）、アクセスポイント（access point）など、他の用語で呼ばれることがある。一つのｅＮＢ２０はセル毎に配置できる。

【0024】

以下、ＤＬはｅＮＢ２０からＵＥ１０への通信を意味し、ＵＬはＵＥ１０からｅＮＢ２０への通信を意味する。ＤＬで送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部でありうる。ＵＬで送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部でありうる。

【0025】

ＥＰＣはＭＭＥ（mobility management entity）及びＳ−ＧＷ（serving gateway）を含む。ＭＭＥ／Ｓ−ＧＷ ３０はネットワークの終端に配置できる。明確性のために、本願でＭＭＥ／Ｓ−ＧＷ ３０は単純に“ゲートウェイ”と称されるが、このような個体はＭＭＥ及びＳ−ＧＷを含むものとして理解される。ＰＤＮ（packet data network）ゲートウェイ（Ｐ−ＧＷ）は外部ネットワークに連結できる。

【0026】

ＭＭＥはｅＮＢ２０へのＮＡＳ（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）に基づいたＤＬ等級強制の各種の機能を提供する。

【0027】

ユーザトラフィック転送または制御トラフィック転送のためのインターフェースが使用できる。ＵＥ１０及びｅＮＢ２０は、Ｕｕインターフェースにより連結される。ｅＮＢ２０はＸ２インターフェースにより相互間連結される。隣り合うｅＮＢ２０はＸ２インターフェースによる網型ネットワーク構造を有することができる。複数のノードはｅＮＢ２０とゲートウェイ３０との間にＳ１インターフェースを介して連結できる。

【0028】

図２は、一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造のブロック図である。図２を参照すると、ｅＮＢ２０はゲートウェイ３０に対する選択、ＲＲＣ（radio resource control）活性（activation）の間ゲートウェイ３０へのルーティング（routing）、ページングメッセージのスケジューリング及び転送、ＢＣＨ（broadcast channel）情報のスケジューリング及び転送、ＵＬ及びＤＬからＵＥ１０への資源の動的割当、ｅＮＢ測定の設定（configuration）及び提供（provisioning）、無線ベアラ制御、ＲＡＣ（radio admission control）及びＬＴＥ活性状態で連結移動性制御機能を遂行することができる。前述したように、ゲイウェイ３０はＥＰＣでページング開始、ＬＴＥアイドル状態管理、ユーザ平面の暗号化、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化と無欠性保護機能を遂行することができる。

【0029】

図３はＬＴＥシステムのユーザ平面プロトコルスタックのブロック図である。図４はＬＴＥシステムの制御平面プロトコルスタックのブロック図である。ＵＥとＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は通信システムで広く知られたＯＳＩ（open system interconnection）モデルの下位３個階層に基づいて、Ｌ１（第１階層）、Ｌ２（第２階層）、及びＬ３（第３階層）に区分される。

【0030】

物理階層（ＰＨＹ；physical layer）はＬ１に属する。物理階層は物理チャンネルを介して上位階層に情報転送サービスを提供する。物理階層は上位階層であるＭＡＣ（media access control）階層と転送チャンネル（transport channel）を介して連結される。物理チャンネルは、転送チャンネルにマッピングされる。転送チャンネルを介してＭＡＣ階層と物理階層との間にデータが転送される。互いに異なる物理階層の間、即ち送信機の物理階層と受信機の物理階層との間にデータは物理チャンネルを介して転送される。

【0031】

ＭＡＣ階層、ＲＬＣ（radio link control）階層、及びＰＤＣＰ（packet data convergence protocol）階層はＬ２に属する。ＭＡＣ階層は、論理チャンネル（logical channel）を介して上位階層であるＲＬＣ階層にサービスを提供する。ＭＡＣ階層は、論理チャンネル上のデータ転送サービスを提供する。ＲＬＣ階層は、信頼性あるデータ転送をサポートする。一方、ＲＬＣ階層の機能はＭＡＣ階層の内部の機能ブロックで具現されることができ、この際、ＲＬＣ階層は存在しないこともある。ＰＤＣＰ階層は、相対的に帯域幅の小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して転送されるデータが効率良く転送されるように不要な制御情報を減らすヘッダー圧縮機能を提供する。

【0032】

ＲＲＣ（radio resource control）階層は、Ｌ３に属する。Ｌ３の最も下端 部分に位置するＲＲＣ階層はただ制御平面のみで定義される。ＲＲＣ階層は、ＲＢ（radio bearer）などの設定（configuration）、再設定（re-configuration）、及び解除（release）と関連して論理チャンネル、転送チャンネル、及び物理チャンネルなどの制御を担当する。ＲＢは、ＵＥとＥ−ＵＴＲＡＮとの間のデータ転送のためにＬ２により提供されるサービスを意味する。

【0033】

図３を参照すると、ＲＬＣ及びＭＡＣ階層（ネットワーク側におけるｅＮＢで終了）は、スケジューリング、ＡＲＱ及びＨＡＲＱのような機能を遂行することができる。ＰＤＣＰ階層（ネットワーク側におけるｅＮＢで終了）は、ヘッダー圧縮、無欠性保護、及び暗号化のようなユーザ平面機能を遂行することができる。

【0034】

図４を参照すると、ＲＬＣ／ＭＡＣ階層（ネットワーク側におけるｅＮＢで終了）は、制御平面のために同一な機能を遂行することができる。ＲＲＣ階層（ネットワーク側におけるｅＮＢで終了）は、放送、ページング、ＲＲＣ連結管理、ＲＢ制御、移動性機能、及びＵＥ測定報告及び制御のような機能を遂行することができる。ＮＡＳ制御プロトコル（ネットワーク側におけるゲートウェイのＭＭＥで終了）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性管理、ＬＴＥ＿ＩＤＬＥにおけるページング開始、及びゲートウェイとＵＥとの間のシグナリングのための保安制御などの機能を遂行することができる。

【0035】

図５は、物理チャンネル構造の一例を示す。物理チャンネルは、無線資源を通じてＵＥの物理階層とｅＮＢの物理階層との間のシグナリング及びデータを転送する。物理チャンネルは、時間領域で複数のサブフレームと周波数領域で複数の副搬送波で構成される。１ｍｓである一つのサブフレームは、時間領域で複数のシンボルで構成される。該当サブフレームの特定シンボル、例えばサブフレームの第１のシンボルはＰＤＣＣＨのために使用できる。ＰＤＣＣＨは、ＰＲＢ（physical resource block）及びＭＣＳ（modulation and coding schemes）のように動的に割り当てられた資源を運ぶことができる。

【0036】

ＤＬ転送チャンネルは、システム情報を転送するために使われるＢＣＨ（broadcast channel）、ＵＥをページングするために使われるＰＣＨ（paging channel）、ユーザトラフィックまたは制御信号を転送するために使われるＤＬ−ＳＣＨ（downlink shared channel）、マルチキャストまたはブロードキャストサービス転送のために使われるＭＣＨ（multicast channel）などを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び転送電力の変化による動的リンク適応及び動的／半静的資源割当をサポートする。また、ＤＬ−ＳＣＨはセル全体にブロードキャスト及びビームフォーミングの使用を可能にすることができる。

【0037】

ＵＬ転送チャンネルは、一般的にセルへの初期接続のために使われるＲＡＣＨ（random access channel）、ユーザトラフィック、または制御信号を転送するために使われるＵＬ−ＳＣＨ（uplink shared channel）などを含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び転送電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートする。また、ＵＬ−ＳＣＨはビームフォーミングの使用を可能にすることができる。

【0038】

論理チャンネルは、転送される情報の種類によって、制御平面の情報伝達のための制御チャンネルとユーザ平面の情報伝達のためのトラフィックチャンネルに分類される。即ち、論理チャンネルタイプの集合はＭＡＣ階層により提供される互いに異なるデータ転送サービスのために定義される。

【0039】

制御チャンネルは、制御平面の情報伝達のみのために使われる。ＭＡＣ階層により提供される制御チャンネルは、ＢＣＣＨ（broadcast control channel）、ＰＣＣＨ（paging control channel）、ＣＣＣＨ（common control channel）、ＭＣＣＨ（multicast control channel）、及びＤＣＣＨ（dedicated control channel）を含む。ＢＣＣＨは、システム制御情報を放送するためのＤＬチャンネルである。ＰＣＣＨは、ページング情報の転送のためのＤＬチャンネルであり、ネットワークがＵＥのセル単位の位置を知らない時に使われる。ＣＣＣＨは、ネットワークとＲＲＣ連結を有しない時、ＵＥにより使われる。ＭＣＣＨは、ネットワークからＵＥにＭＢＭＳ（multimedia broadcast multicast services）制御情報を転送するために使われる一対多のＤＬチャンネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報転送のためにＲＲＣ連結を有するＵＥにより使われる一対一の両方向チャンネルである。

【0040】

トラフィックチャンネルは、ユーザ平面の情報伝達のみのために使われる。ＭＡＣ階層により提供されるトラフィックチャンネルは、ＤＴＣＨ（dedicated traffic channel）及びＭＴＣＨ（multicast traffic channel）を含む。ＤＴＣＨは一対一のチャンネルであって、一つのＵＥのユーザ情報の転送のために使われて、ＵＬ及びＤＬ全てに存在することができる。ＭＴＣＨは、ネットワークからＵＥにトラフィックデータを転送するための一対多のＤＬチャンネルである。

【0041】

論理チャンネルと転送チャンネルとの間のＵＬ連結は、ＵＬ−ＳＣＨにマッピングできるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングできるＤＴＣＨ、及びＵＬ−ＳＣＨにマッピングできるＣＣＣＨを含む。論理チャンネルと転送チャンネルとの間のＤＬ連結は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングできるＢＣＣＨ、ＰＣＨにマッピングできるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングできるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングできるＤＴＣＨ、ＭＣＨにマッピングできるＭＣＣＨ、及びＭＣＨにマッピングできるＭＴＣＨを含む。

【0042】

ＲＲＣ状態はＵＥのＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的に連結されているか否かを指示する。ＲＲＣ状態は、ＲＲＣ連結状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）及びＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）のように２種類に分けられる。ＲＲＣ＿ＩＤＬＥで、ＵＥがＮＡＳにより設定されたＤＲＸ（discontinuous reception）を指定する間に、ＵＥはシステム情報及びページング情報の放送を受信することができる。そして、ＵＥはトラッキング領域でＵＥを固有に指定するＩＤ（identification）の割当を受けて、ＰＬＭＮ（public land mobile network）選択及びセル再選択を遂行することができる。またＲＲＣ＿ＩＤＬＥで、いかなるＲＲＣコンテクストもｅＮＢに格納されない。

【0043】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥはＥ−ＵＴＲＡＮでＥ−ＵＴＲＡＮ ＲＲＣ連結及びコンテクストを有して、ｅＮＢにデータを転送及び／又はｅＮＢからデータを受信することが可能である。また、ＵＥはｅＮＢにチャンネル品質情報及びフィードバック情報を報告することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、Ｅ−ＵＴＲＡＮはＵＥが属したセルを知ることができる。したがって、ネットワークはＵＥにデータを転送及び／又はＵＥからデータを受信することができ、ネットワークはＵＥの移動性（ハンドオーバー及びＮＡＣＣ（network assisted cell change）を通じてのＧＥＲＡＮ（GSM EDGE radio access network）でｉｎｔｅｒ−ＲＡＴ（radio access technology）セル変更指示）を制御することができ、ネットワークは隣り合うセルのためにセル測定を遂行することができる。

【0044】

ＲＲＣ＿ＩＤＬＥで、ＵＥはページングＤＲＸ周期を指定する。具体的には、ＵＥはＵＥ特定ページングＤＲＸ周期毎の特定ページング機会（paging occasion）にページング信号をモニターする。ページング機会は、ページング信号が転送される間の時間区間である。ＵＥは、自分だけのページング機会を有している。ページングメッセージは、同一のトラッキング領域（ＴＡ；tracking area）に属する全てのセル上に転送される。ＵＥが一つのＴＡから他のＴＡに移動すれば、ＵＥは自身の位置をアップデートするためにネットワークにＴＡＵ（tracking area update）メッセージを転送することができる。

【0045】

Ｒｅｌ−１２で、接続ネットワーク選択及びトラフィック操縦（steering）のための３ＧＰＰ／ＷＬＡＮ（wireless local area network）インターワーキングが導入された。ＬＴＥからＷＬＡＮへの、またはその反対のトラフィック操縦を遂行するために、ＵＥ決定基盤ソリューションがＲｅｌ−１２で定義された。即ち、ｅＮＢはＲＡＮ（radio access network）規則をＵＥに単に提供することができ、ＵＥは受信されたＲＡＮ規則及び自身の情報に基づいて、どんな接続ネットワークを選択するかを、またはどんな接続ネットワークに操縦されるかを決定することができる。

【0046】

図６は、３ＧＰＰ／ＷＬＡＮインターワーキングアーキテクチャの例示を図示する。図６を参照すると、ＵＥは３ＧＰＰ接続ネットワークのｅＮＢを通じて、非−３ＧＰＰ接続ネットワーク（即ち、ＷＬＡＮ）のｅＰＤＧ（enhanced packet data gateway）を通じてＰ−ＧＷに連結される。ｅＮＢはＲＡＮ規則をＵＥに提供することができる。ＵＥは、ＲＡＮ規則及びＵＥが有している情報に基づいて、３ＧＰＰ及びＷＬＡＮの間に操縦されるトラフィックに対する接続ネットワークを決定することができる。

【0047】

Ｒｅｌ−１２で導入された接続ネットワーク選択及びトラフィック操縦のための３ＧＰＰ／ＷＬＡＮインターワーキングは、レガシー移動性手続（例えば、Ｓ１／Ｘ２ハンドオーバー手続）と相異し、ここで、常にｅＮＢはこのような決定をする。これによって、ｅＮＢにより制御される３ＧＰＰ／ＷＬＡＮインターワーキングがＲｅｌ−１３で論議された。現在、ｅＮＢにより制御される３ＧＰＰ／ＷＬＡＮインターワーキングに対する手続はない。

【0048】

３ＧＰＰ／ＷＬＡＮ無線インターワーキングＲｅｌ−１２ソリューションは、ＱｏＥ（quality of experience）及びネットワーク活用を向上させ、運営者に多い制御を提供することによって、コアネットワーク基盤ＷＬＡＮオフロードを向上させることができる。このような向上は、共に位置した、及び共に位置しない配置シナリオ全てに関連したＬＴＥ−ＷＬＡＮ統合、及び延いては、ＬＴＥ−ＷＬＡＮインターワーキング向上によりさらに向上できる。ＬＴＥ−ＷＬＡＮ統合の利点は、以下の通りである。

【0049】

（１）ＷＬＡＮ接続ネットワークは、ＷＬＡＮ−特定ＣＮノード及びＣＮインターフェースを要求してはならないという観点で、ＣＮに透明になる。これは、運営者に３ＧＰＰ及びＷＬＡＮネットワークを個別的に管理することと反対に、これら全ての統合された制御及び管理を提供する。

【0050】

（２）相当な容量及びＱｏＥ向上を提供するための無線レベルでの統合及びタイトな統合はＷＬＡＮ及びＬＴＥを通じてのリアルタイムチャンネル及びロード認識無線資源管理を可能にする。

【0051】

（３）ＱｏＥの向上を提供し、サービス中断を最小化し、運営者制御を増加させるために制御及び移動性アンカーとして信頼すべきＬＴＥネットワークが使用できる。

【0052】

（４）新規ＷＬＡＮ−関連ＣＮシグナリングが必要でないので、ＣＮロードを減少させる。

【0053】

したがって、Ｅ−ＵＴＲＡＮはＬＷＡ（LTE-WLAN aggregation）動作を支援することができ、ここで、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥはＬＴＥ及びＷＬＡＮの無線資源を活用するためにｅＮＢにより構成される。ＬＴＥ及びＷＬＡＮの間のバックホール連結によって２種類のシナリオが支援できる。一つは、非−理想的（non-ideal）バックホールのための共に位置しないＬＷＡシナリオであり、他の一つは、理想的／内部（internal）バックホールのための共に位置したＬＷＡシナリオである。

【0054】

図７は、本発明の一実施形態に係る共に位置しないＬＷＡシナリオに対する全体的なアーキテクチャの一実施形態を図示する。図７を参照すると、ＷＴ（WLAN termination）は、ＷＬＡＮに対するＸｗインターフェースを終端させる。ＷＴは、ＷＬＡＮ側でＸｗインターフェースを終端させる論理的ノードであることができ、３ＧＰＰはどこでこれを具現するかを特定しないことがある。

【0055】

ＬＷＡで、特定ベアラーが使用する無線プロトコルアーキテクチャは、ＬＷＡバックホールシナリオ及びベアラーが設定された方法に従うことができる。ＬＷＡに対して２種類のベアラー類型がありうる。一つは分離ＬＷＡベアラーであり、残りの一つはスイッチＬＷＡベアラーである。分離ＬＷＡベアラーは、ＬＷＡでｅＮＢ及びＷＬＡＮ無線資源を全て使用するために、ｅＮＢ及びＷＬＡＮに全て無線プロトコルが位置するベアラーである。スイッチＬＷＡベアラーは、ｅＮＢ及びＷＬＡＮに全て無線プロトコルが位置するベアラーであるが、ＬＷＡでＷＬＡＮ無線資源のみを使用する。

【0056】

共に位置しないＬＷＡシナリオで、ｅＮＢはＸｗインターフェースを介して一つ以上のＷＴに連結できる。共に位置するＬＷＡシナリオで、ＬＴＥ及びＷＬＡＮの間のインターフェースは具現によることができる。ＬＷＡに対して、単にコアネットワークに要求されるインターフェースはＳ１−Ｕ及びＳ１−ＭＭＥであり、これはｅＮＢで終端される。ＷＬＡＮに対してコアネットワークインターフェースが要求されないことがある。

【0057】

図８は、本発明の一実施形態に係るＬＷＡのためのｅＮＢ及びＷＴのＵ−平面連結の例示を図示する。図８を参照すると、共に位置しないＬＷＡシナリオで、Ｓ１−ＵはｅＮＢで終端され、ｅＮＢ及びＷＴはＸｗユーザ平面インターフェース（Ｘｗ−Ｕ）を介して連結される。Ｘｗ−Ｕインターフェースは、ＷＴからのフィードバックに基盤する流れの制御を支援することができる。Ｅ−ＲＡＢ（E-UTRAN radio access bearer）がＬＷＡベアラー上にマッピングされる場合、流れ制御関数がＤＬに適用できる。即ち、ＬＷＡベアラーに対してＷＴへのＤＬユーザデータ流れをｅＮＢが制御するために、流れ制御情報がＷＴによりｅＮＢに提供できる。ｅＮＢ及びＷＴの間のＬＷＡ ＰＤＵ（protocol data unit）を伝達するためにＸｗ−Ｕインターフェースが使用できる。ＬＷＡに対してｅＮＢでＳ１−Ｕが終端されることができ、Ｘｗ−ＵユーザデータベアラーがＬＷＡベアラーオプションが構成されるＥ−ＲＡＢと関連されれば、Ｘｗ−Ｕインターフェースを用いてユーザ平面データはｅＮＢからＷＴに伝達できる。

【0058】

図９は、本発明の一実施形態に係るＬＷＡのためのｅＮＢ及びＷＴのＣ−平面連結の例示を図示する。図９を参照すると、共に位置しないＬＷＡシナリオで、Ｓ１−ＭＭＥはｅＮＢで終端し、ｅＮＢ及びＷＴはＸｗ制御平面インターフェース（Ｘｗ−Ｃ）を介して連結される。アプリケーション階層シグナリングプロトコルは、Ｘｗ−ＡＰ（Xw application protocol）と呼ばれることができる。Ｘｗ−ＡＰプロトコルは、次の動作を支援する。

【0059】

−ＷＴからｅＮＢへのＷＬＡＮメトリック（例えば、ｂｓｓロード）の伝達;

【0060】

−ＥＣＭ−ＣＯＮＮＥＣＴＥＤのＵＥに対するＬＷＡの支援：ＬＷＡベアラーのために特定ＵＥに対するｅＮＢ及びＷＴの間のユーザ平面トンネルの制御及び／又はＷＴでＵＥコンテクストの構築、修正、及び解除；

【0061】

−一般Ｘｗ管理及びエラー取扱機能：エラー指示；Ｘｗ設定；Ｘｗ再設定；ＷＴ構成データアップデート；

【0062】

ＬＷＡのためのｅＮＢ−ＷＴ制御平面シグナリングはＸｗ−Ｃインターフェースシグナリング手段により遂行できる。ｅＮＢ及びＭＭＥの間のＬＷＡ ＵＥ当たりただ一つのＳ１−ＭＭＥ連結のみがありうる。ｅＮＢ及びＷＴの間の各々の調整がＸｗインターフェースシグナリング手段により遂行できる。

【0063】

以下、本発明の実施形態に係る３ＧＰＰ−ＷＬＡＮインターワーキング及び統合のための手続が説明される。次の手続は相異する状況に対する手続、例えば、ＷＴ付加に対する手続、ＷＴ修正に対する手続、またはＷＴ解除に対する手続を含むことができる。また、次の手続はｅＮＢ及びＷＴの間のインターフェース、例えば、前述したＸｗインターフェースまたは他のインターフェースに基盤することができる。また、ＷＴ及びＷＬＡＮは以下の明細書で同一な意味として表示されることができ、したがって、以下の明細書で相互間に代替できる。

【0064】

（１）ＷＴ付加手続

【0065】

図１０は、本発明の一実施形態に係るＷＴ付加手続の例示を図示する。ＷＴ付加手続はｅＮＢにより開始されることができ、ＵＥにＷＬＡＮ資源を提供するためにＷＴでＵＥコンテクストを構築するために利用できる。即ち、特定ＵＥに対してＬＷＡベアラーを構築するようにＷＴに要請するためにＷＴ付加手続が利用できる。

【0066】

ステップＳ１００で、ｅＮＢはＷＴ付加要請メッセージをＷＴに転送する。このステップにより、ｅＮＢはＥ−ＲＡＢ特性を指示する特定Ｅ−ＲＡＢに対してＷＬＡＮ資源を割り当てるようにＷＴに要請することを決定することができる。ＷＴ付加要請メッセージは、特定ＵＥに対するＬＷＡベアラーを含むことができる。より特定的に、ＷＴ付加要請メッセージは、１）ＵＥを識別するためのｅＮＢ Ｘｗ ＡＰ ＩＤ、２）付加されるＥ−ＲＡＢに対するＥ−ＲＡＢ ＩＤ、Ｅ−ＲＡＢ ＱｏＳ（quality of service）、３）付加されるＥ−ＲＡＢに対する（ＵＬ ＰＤＵ伝達のための）ｅＮＢ ＧＴＰ（GPRS tunneling protocol）トンネル終点、４）データフォーワーディング指示、５）保安キー、または６）選択されたＷＬＡＮ識別子（例えば、ＳＳＩＤ（service set ID）、ＢＳＳＩＤ（basic service set ID）、ＨＥＳＳＩＤ（homogeneous extended service set ID））のうち、少なくとも一つを含むことができる。ＬＴＥ−ＷＬＡＮ統合のために、前述した全ての種類の情報がＷＴ付加要請メッセージに含まれることができる。ＬＴＥ−ＷＬＡＮインターワーキングのために、前述した全ての種類の情報のうち、１）、２）、及び６）がＷＴ付加要請メッセージに含まれることができる。ＷＴは原因値、例えば、利用可能な無線資源が無いこと（no radio resource available）を用いて要請を拒絶することができる。

【0067】

＜表１＞は、ＷＴ付加要請メッセージの例示を図示する。このようなメッセージは特定ＵＥに対してＬＴＥ−ＷＬＡＮ統合のための資源の準備を要請するためにｅＮＢによりＷＴに転送される。

【0068】

【表1】

【0069】

＜表１＞を参照すると、ＷＴ付加要請メッセージは、ｅＮＢ Ｘｗ ＡＰ ＩＤ（“ｅＮＢ ＵＥ ＸｗＡＰ ＩＤ”）、Ｅ−ＲＡＢ ＩＤ、Ｅ−ＲＡＢ ＱｏＳ、及びｅＮＢ ＧＴＰトンネル終点（“E-RABS To Be Added Item”内）、保安キー（“WLAN Security Information”）、及び選択されたＷＬＡＮ識別子（“Mobility Set”）を含む。

【0070】

ＷＴが全体または一部ＷＬＡＮ資源要請を認めることができれば、ステップＳ１０１で、ＷＴはＷＴ付加要請承認メッセージをｅＮＢに転送する。即ち、ＷＴで一つ以上のＧＴＰトンネルが成功裏に構築された場合、ＬＷＡに対して成功裏に構築されたベアラー及び構築されることに失敗したベアラーを含むＷＴ付加要請承認メッセージでＷＴは応答することができる。より特定的には、ＷＴ付加要請承認メッセージは、１）ＵＥを識別するためのｅＮＢ Ｘｗ ＡＰ ＩＤ、ＷＴ Ｘｗ ＡＰ ＩＤ、２）認定されたＥ−ＲＡＢ ＩＤ、３）認定されたＥ−ＲＡＢに対する（ＤＬ ＰＤＵ伝達のための）ＷＴ ＧＴＰトンネル終点、４）認定されないＥ−ＲＡＢ ＩＤ、５）データフォーワーディングＴＥＩＤ（tunnel ID）、または６）ｅＮＢを通じてＵＥに伝達される必要があるパラメータ（例えば、ビーコン）のうち、少なくとも一つを含むことができる。ＬＴＥ−ＷＬＡＮインターワーキングのために、前述した全ての種類の情報のうち、１）、２）、４）、及び６）がＷＴ付加要請承認メッセージに含まれることができる。

【0071】

＜表２＞は、ＷＴ付加要請承認メッセージの例示を図示する。このようなメッセージはｅＮＢにＷＴ付加準備に関して確認させるためにＷＴにより転送される。

【0072】

【表2】

【0073】

＜表２＞を参照すると、ＷＴ付加要請承認メッセージはｅＮＢ Ｘｗ ＡＰ ＩＤ（“ｅＮＢ ＵＥ Ｘｗ ＡＰ ＩＤ”）、ＷＴ Ｘｗ ＡＰ ＩＤ（“ＷＴ ＵＥ ＸｗＡＰ ＩＤ”）、認定されたＥ−ＲＡＢ ＩＤ、及びＷＴ ＧＴＰトンネル終点（“E-RABs Admitted To Be Added Item”内）、及び認定されないＥ−ＲＡＢ ＩＤ（“E-RABs Not Admitted List”）を含む。

【0074】

ステップＳ１０２で、ｅＮＢはＷＴから必要な情報及びｅＮＢの情報を有するＲＲＣ連結再構成（RRCConnectionReconfiguration）メッセージをＵＥに転送する。ＲＲＣ連結再構成メッセージは、新たな無線資源構成を含むことができる。ステップＳ１０３で、ＵＥは新たな構成を適用し、ｅＮＢにＲＲＣ連結再構成完了（RRCConnectionReconfigurationComplete）メッセージで応答する。ＵＥは、新たなＬＷＡ構成を使用することを始めて、ＷＬＡＮ結合を遂行する。

【0075】

ステップＳ１０４で、ｅＮＢはＷＴに状態を指示するためにＷＬＡＮ再構成完了メッセージをＷＴに転送することができる。ステップＳ１０５で、ＷＴはＷＴ結合確認メッセージをｅＮＢに転送する。

【0076】

以後、データフォーワーディングまたはデータ転送のために、ｅＮＢはＳＮ状態伝達メッセージをＷＴに転送することができ、データはｅＮＢを通じてＳ−ＧＷからＷＴに転送できる。このようなステップはＬＴＥ−ＷＬＡＮ統合のために遂行できる。または、ＭＭＥにオフローディング動作を指示するために、ｅＮＢはＷＴにオフローディングされるＥ−ＲＡＢを指示することによって、ＭＭＥに向けて経路アップデート手続を遂行することができる。ＭＭＥは、経路アップデート承認メッセージをｅＮＢに転送することができる。このようなステップは、ＬＴＥ−ＷＬＡＮインターワーキングのために遂行できる。前述した説明で、ＬＴＥ−ＷＬＡＮ統合のための手続及びＬＴＥ−ＷＬＡＮインターワーキングのための手続が互いに分離されているように説明される。しかしながら、これらは互いに分離される必要がない。

【0077】

図１１は、本発明の一実施形態に係るＷＴ付加手続の他の例示を図示する。

【0078】

ステップＳ１１０で、ｅＮＢはＷＴ付加要請メッセージをＷＴに転送する。ステップＳ１１０は、図１０のステップＳ１００に対応することができる。ＷＴ付加要請メッセージは、前述した＜表１＞に従うことができる。

【0079】

ステップＳ１１１で、ＷＴはＷＴ付加要請承認メッセージをｅＮＢに転送する。ステップＳ１１１は、図１０のステップＳ１０１に対応することができる。ＷＴ付加要請承認メッセージは前述した＜表２＞に従うことができる。

【0080】

（２）ｅＮＢ開始ＷＴ修正手続

【0081】

図１２は、本発明の一実施形態に係るｅＮＢ開始ＷＴ修正手続の例示を図示する。ｅＮＢ開始ＷＴ修正手続は同一なＷＴ内でＵＥコンテクストの他の特徴を修正するか、またはベアラーコンテクストを修正、構築、または解除するために使用できる。即ち、ＷＴで特定ＵＥに対してＬＷＡベアラーを修正するようにＷＴに要請するために、ｅＮＢ開始ＷＴ修正手続が使用できる。ＷＴ修正手続は必ずＵＥに対するシグナリングを含む必要があるものではない。

【0082】

ステップＳ２００で、ｅＮＢはＷＴ修正要請メッセージをＷＴに転送する。このステップにより、ｅＮＢは特定Ｅ−ＲＡＢに対するＷＬＡＮ資源を修正するようにＷＴに要請することができる。より特定的には、ＷＴ修正要請メッセージはＵＥを識別するためのｅＮＢ Ｘｗ ＡＰ ＩＤ、ＷＴ Ｘｗ ＡＰ ＩＤ、２）付加／修正／解除されるＥ−ＲＡＢに対するＥ−ＲＡＢ ＩＤ、Ｅ−ＲＡＢ ＱｏＳ、３）付加／修正／解除されるＥ−ＲＡＢに対する（ＵＬ ＰＤＵ伝達のための）ｅＮＢ ＧＴＰトンネル終点、４）データフォーワーディング指示（ＤＬ／ＵＬフォーワーディングＧＴＰトンネル終点）、５）保安キー、６）選択されたＷＬＡＮ識別子（例えば、ＳＳＩＤ、ＢＳＳＩＤ、ＨＥＳＳＩＤ）、７）修正に対する原因、または８）ＷＴ変更指示のうち、少なくとも一つを含むことができる。ＬＴＥ−ＷＬＡＮ統合のために、前述した全ての種類の情報がＷＴ修正要請メッセージ内に含まれることができる。ＬＴＥ−ＷＬＡＮインターワーキングのために、前述した全ての種類の情報のうち、１）、２）、６）、７）、及び８）がＷＴ修正要請メッセージ内に含まれることができる。

【0083】

＜表３＞は、ＷＴ修正要請メッセージの例示を図示する。このようなメッセージは特定ＵＥに対してＷＴ資源を修正するための準備を要請するようにｅＮＢによりＷＴに転送される。

【0084】

【表3-1】

【0085】

【表3-2】

【0086】

＜表３＞を参照すると、ＷＴ修正要請メッセージはｅＮＢ Ｘｗ ＡＰ ＩＤ（“ｅＮＢ ＵＥ Ｘｗ ＡＰ ＩＤ”）、ＷＴ Ｘｗ ＡＰ ＩＤ（“ＷＴ ＵＥ Ｘｗ ＡＰ ＩＥ”）、２）付加／修正されるＥ−ＲＡＢに対するＥ−ＲＡＢ ＩＤ、Ｅ−ＲＡＢ ＱｏＳ、及びｅＮＢ ＧＴＰトンネル終点（“E-RABs To Be Added Item”内）、解除されるＥ−ＲＡＢに対するデータフォーワーディング指示（“E-RABs To Be Release Item”内）、保安キー（“WLAN Security Information”）、選択されたＷＬＡＮ識別子（“Mobility Set”）、及び修正に対する原因（“Cause”）を含む。

【0087】

ＷＴが要請を受諾すれば、ＷＴは修正されたＷＬＡＮ資源構成を適用し、ステップＳ２０１で、ＷＴはＷＴ修正要請承認メッセージをｅＮＢに転送する。即ち、ＷＴで資源修正が成功裏に遂行された場合に、ＷＴはＷＴ修正要請承認メッセージで応答する。より特定的に、ＷＴ修正要請承認メッセージは、１）ＵＥを識別するためのｅＮＢ Ｘｗ ＡＰ ＩＤ、ＷＴ Ｘｗ ＡＰ ＩＤ、２）付加／修正／解除されるＥ−ＲＡＢに対して認定されたＥ−ＲＡＢ ＩＤ、３）認定されたＥ−ＲＡＢに対して（ＤＬ ＰＤＵ伝達のための）ＷＴ ＧＴＰトンネル終点、４）認定されないＥ−ＲＡＢ ＩＤ、５）データフォーワーディングＴＥＩＤ、または６）ｅＮＢを通じてＵＥに伝達される必要があるパラメータ（例えば、ビーコン）のうち、少なくとも一つを含むことができる。ＬＴＥ−ＷＬＡＮ統合のために、前述した全ての種類の情報がＷＴ修正要請承認メッセージ内に含まれることができる。ＬＴＥ−ＷＬＡＮインターワーキングに対して、前述した全ての種類の情報のうち、１）、２）、４、及び６）がＷＴ修正要請承認メッセージ内に含まれることができる。

【0088】

＜表４＞は、ＷＴ修正要請承認メッセージの例示を図示する。このようなメッセージはｅＮＢがＷＴ付加準備に関して確認するようにＷＴにより転送される。

【0089】

【表4-1】

【0090】

【表4-2】

【0091】

＜表４＞を参照すると、ＷＴ修正要請承認メッセージはｅＮＢ Ｘｗ ＡＰ ＩＤ（“ｅＮＢ ＵＥ ＸｗＡＰ ＩＤ”）、ＷＴ Ｘｗ ＡＰ ＩＤ（“ＷＴ ＵＥ ＸｗＡＰ ＩＤ”）、認定されたＥ−ＲＡＢ ＩＤ及び付加／修正／解除されるＥ−ＲＡＢに対するＷＴ ＧＴＰトンネル終点（“E-RABs Admitted To Be Added Item”内）、及び認定されないＥ−ＲＡＢ ＩＤ（“E-RABs Not Admitted List”）を含む。

【0092】

ステップＳ２０２で、修正がＲＲＣ構成を要請すれば、ｅＮＢは新たなＷＬＡＮ無線資源構成を含むＲＲＣ連結再構成（RRCConnectionReconfiguration）メッセージをＵＥに転送することができる。ステップＳ２０３で、ＵＥは新たなＲＲＣ構成を適用することができ、ＲＲＣ連結再構成完了（RRCConnectionReconfiguration Complete）メッセージをｅＮＢに応答することができる。ＵＥは新たなＬＷＡ構成を使用することを始める。ステップＳ２０４で、ｅＮＢはＷＴに状態を指示するためにＷＬＡＮ再構成完了メッセージをＷＴに転送することができる。

【0093】

以後、ｅＮＢはＳＮ状態伝達メッセージをＷＴに転送することができ、データはｅＮＢを通じてＳ−ＧＷからＷＴに転送できる。このようなステップはＬＴＥ−ＷＬＡＮ統合のために遂行できる。または、ｅＮＢはＷＴにオフローディングされるＥ−ＲＡＢを指示することによって、ＭＭＥに向けて経路アップデート手続を遂行することができる。ＭＭＥは、経路アップデート承認メッセージをｅＮＢに転送することができる。このようなステップは、ＬＴＥ−ＷＬＡＮインターワーキングのために遂行できる。前述した説明で、ＬＴＥ−ＷＬＡＮ統合のための手続及びＬＴＥ−ＷＬＡＮインターワーキングのための手続が互いに分離されているように説明される。しかしながら、これらは互いに分離される必要がない。

【0094】

図１３は、本発明の一実施形態に係るＷＴ修正手続の他の例示を図示する。

【0095】

ステップＳ２１０で、ｅＮＢはＷＴ修正要請メッセージをＷＴに転送する。ステップＳ２１０は、図１２のステップＳ２００に対応できる。ＷＴ修正要請メッセージは前述した＜表３＞に従うことができる。

【0096】

ステップＳ２１１で、ＷＴはＷＴ修正要請承認メッセージをｅＮＢに転送する。ステップＳ２１１は、図１２のステップＳ２０１に対応できる。ＷＴ修正要請承認メッセージは、前述した＜表４＞に従うことができる。

【0097】

（３）ＷＴ開始ＷＴ修正手続

【0098】

図１４は、本発明の一実施形態に係るＷＴ開始ＷＴ修正手続の例示を図示する。ＷＴ開始ＷＴ修正手続は同一なＷＴ内でＵＥコンテクストの他の特徴を修正するか、またはベアラーコンテクストを修正、構築、または解除するために使用できる。即ち、ＷＴで特定ＵＥに対するＬＷＡベアラーを解除するようにｅＮＢに要請するためにＷＴ開始ＷＴ修正手続が使用できる。例えば、ＷＬＡＮのロード状況が良好でない場合に、ＷＴは付加されたベアラーに対して修正、即ち、これらのうちの一部を解除する要請をトリガーすることが許容できる。付加的に、ＷＴはパラメータ変更、例えば、保安パラメータ変更、またはＵＥをサービングするＳＳＩＤの移動性集合変更などをトリガーすることが許容できる。ＷＴ修正手続は必ずＵＥに対するシグナリングを含む必要があるものではない。

【0099】

ステップＳ３００で、ＷＴはＷＴ修正要求メッセージをｅＮＢに転送する。このステップにより、ＷＴは特定Ｅ−ＲＡＢに対して割り当てられたＷＬＡＮ資源の解除を要請することができる。より特定的に、ＷＴ修正要求メッセージは、１）ＵＥを識別するためのｅＮＢ Ｘｗ ＡＰ ＩＤ、ＷＴ Ｘｗ ＡＰ ＩＤ、２）解除されるＥ−ＲＡＢに対するＥ−ＲＡＢ ＩＤ、及び原因、３）修正に対する原因、または、４）ＷＴ変更指示のうち、少なくとも一つを含むことができる。ＷＴ変更指示は保安キー／パラメータ変更、または移動性集合変更（ＷＬＡＮ ＩＤ、例えば、ＳＳＩＤ／ＢＳＳＩＤ）のうち、少なくとも一つを含むことができる。

【0100】

＜表５＞は、ＷＴ修正要求メッセージの例示を図示する。このようなメッセージは特定ＵＥに対してＬＷＡベアラーの解除または修正を要請するためにＷＴによりｅＮＢに転送される。

【0101】

【表5】

【0102】

＜表５＞を参照すると、ＷＴ修正要求メッセージはｅＮＢ Ｘｗ ＡＰ ＩＤ（“ｅＮＢ ＵＥ ＸｗＡＰ ＩＤ”）、ＷＴ Ｘｗ ＡＰ ＩＤ（“ＷＴ ＵＥ ＸｗＡＰ ＩＤ”）、解除されるＥ−ＲＡＢに対するＥ−ＲＡＢ ＩＤ、及び原因（“E-RABs To Be Released Item”内）、及び修正に対する原因（“Cause”）を含む。

【0103】

また、データフォーワーディング指示、保安キー、またはＷＴ変更指示のうち、少なくとも一つに対して、ステップＳ３０１で、ｅＮＢはＷＴ修正要請メッセージをＷＴに転送することができ、ステップＳ３０２で、ＷＴはＷＴ修正要請承認メッセージをｅＮＢに転送することができる。

【0104】

ｅＮＢがＷＴ要請に従うことに決定すれば、ステップＳ３０３で、ｅＮＢはＷＴ修正確認メッセージをＷＴに転送する。より特定的に、ＷＴ修正確認メッセージは、１）ＵＥを識別するためのｅＮＢ Ｘｗ ＡＰ ＩＤ、ＷＴ Ｘｗ ＡＰ ＩＤ、または２）ＷＴに伝達される必要があるパラメータのうち、少なくとも一つを含むことができる。

【0105】

＜表６＞は、ＷＴ修正確認メッセージの例示を図示する。このようなメッセージはＷＴ開始ＷＴ修正が成功裏であることをＷＴに通知するためにｅＮＢにより転送される。

【0106】

【表6】

【0107】

＜表６＞を参照すると、ＷＴ修正確認メッセージはｅＮＢ Ｘｗ ＡＰ ＩＤ（“ｅＮＢ ＵＥ ＸｗＡＰ ＩＤ”）及びＷＴ Ｘｗ ＡＰ ＩＤ（“ＷＴ ＵＥ ＸｗＡＰ ＩＤ”）を含む。

【0108】

ステップＳ３０４で、修正がＲＲＣ構成を要請すれば、ｅＮＢは新たなＷＬＡＮ無線資源構成を含むＲＲＣ連結再構成（RRCConnectionReconfiguration）メッセージをＵＥに転送することができる。ステップＳ３０５で、ＵＥは新たなＲＲＣ構成を適用することができ、ＲＲＣ連結再構成完了（RRCConnectionReconfiguration Complete）メッセージをｅＮＢに応答することができる。ＵＥは新たなＬＷＡ構成を使用するのを始める。

【0109】

以後、ｅＮＢはＳＮ状態伝達メッセージをＷＴに転送することができ、データはｅＮＢを通じてＳ−ＧＷからＷＴに転送できる。このようなステップはＬＴＥ−ＷＬＡＮ統合のために遂行できる。または、ｅＮＢはＷＴにオフローディングされるＥ−ＲＡＢを指示することによって、ＭＭＥに向けて経路アップデート手続を遂行することができる。ＭＭＥは、経路アップデート承認メッセージをｅＮＢに転送することができる。このようなステップはＬＴＥ−ＷＬＡＮインターワーキングのために遂行できる。前述した説明で、ＬＴＥ−ＷＬＡＮ統合のための手続及びＬＴＥ−ＷＬＡＮインターワーキングのための手続が互いに分離されているように説明される。しかしながら、これらは互いに分離される必要がない。

【0110】

図１５は、本発明の一実施形態に係るＷＴ開始ＷＴ修正手続の他の例示を図示する。

【0111】

ステップＳ３１０で、ｅＮＢはＷＴ修正要求メッセージをＷＴに転送する。ステップＳ３１０は、図１４のステップＳ３００に対応できる。ＷＴ修正要求メッセージは前述した＜表５＞に従うことができる。

【0112】

ステップＳ３１１で、ＷＴはＷＴ修正確認メッセージをｅＮＢに転送する。ステップＳ３１１は、図１４のステップＳ３０３に対応できる。ＷＴ修正確認メッセージは前述した＜表６＞に従うことができる。

【0113】

（４）ｅＮＢ開始ＷＴ解除手続

【0114】

図１６は、本発明の一実施形態に係るｅＮＢ開始ＷＴ解除手続の例示を図示する。ＷＴでＵＥコンテクストの解除を開始するためにｅＮＢ開始ＷＴ解除手続が使用できる。このような要請の受信ノードは拒絶することができる。ｅＮＢ開始ＷＴ解除手続は必ずＵＥに対するシグナリングを含む必要があるものではない。

【0115】

ステップＳ４００で、ｅＮＢはＷＴ解除要請メッセージをＷＴに転送する。このようなステップにより、ｅＮＢは割り当てられたＷＬＡＮ資源を解除するようにＷＴに要請することができる。より特定的に、ＷＴ解除要請メッシュは、１）ＵＥを識別するためのｅＮＢ Ｘｗ ＡＰ ＩＤ、ＷＴ Ｘｗ ＡＰ ＩＤ、２）解除されるＥ−ＲＡＢに対するＥ−ＲＡＢ ＩＤ及びＤＬ／ＵＬフォーワーディングＧＴＰトンネル終点、または３）解除に対する原因のうち、少なくとも一つを含むことができる。ＷＴは全ての割り当てられたＷＬＡＮ資源の解除を開始する。

【0116】

＜表７＞は、ＷＴ解除要請メッセージの例示を図示する。このようなメッセージは資源の解除を要請するためにｅＮＢによりＷＴに転送される。

【0117】

【表7】

【0118】

＜表７＞を参照すると、ＷＴ解除要請メッセージはｅＮＢ Ｘｗ ＡＰ ＩＤ（“ｅＮＢ ＵＥ ＸｗＡＰ ＩＤ”）、ＷＴ Ｘｗ ＡＰ ＩＤ（“ＷＴ ＵＥ ＸｗＡＰ ＩＤ”）、解除されるＥ−ＲＡＢに対するＥ−ＲＡＢ ＩＤ及びＤＬ／ＵＬフォーワーディングＧＴＰトンネル終点（“E-RABs To Be Released Item”内）、及び解除に対する原因（“Cause”）を含む。

【0119】

要求されれば、ステップＳ４０１で、ｅＮＢはＷＬＡＮ無線資源構成の解除を指示するＲＲＣ連結再構成（RRCConnectionReconfiguration）メッセージをＵＥに転送することができる。ステップＳ４０２で、ＵＥはＲＲＣ連結再構成完了（RRCConnectionReconfigurationComplete）メッセージでｅＮＢに応答することができる。ＵＥは、指定されたＷＬＡＮ資源に対するＬＷＡ構成を解除することができる。ｅＮＢは、ＵＥコンテクスト解除メッセージをＷＴに転送する。

【0120】

以後、ｅＮＢはＳＮ状態伝達メッセージをＷＴに転送することができ、データはＷＴからｅＮＢに伝達できる。このようなステップはＬＴＥ−ＷＬＡＮ統合のために遂行できる。または、ｅＮＢはＷＴにオフローディングされるＥ−ＲＡＢを指示することによって、ＭＭＥに向けて経路アップデート手続を遂行することができる。ＭＭＥは、経路アップデート承認メッセージをｅＮＢに転送することができる。このようなステップはＬＴＥ−ＷＬＡＮインターワーキングのために遂行できる。前述した説明で、ＬＴＥ−ＷＬＡＮ統合のための手続及びＬＴＥ−ＷＬＡＮインターワーキングのための手続が互いに分離されているように説明される。しかしながら、これらは互いに分離される必要がない。

【0121】

図１７は、本発明の一実施形態に係るｅＮＢ開始ＷＴ解除手続の他の例示を図示する。

【0122】

ステップＳ４１０で、ｅＮＢはＷＴ解除要請メッセージをＷＴに転送する。ステップＳ４１０は、図１６のステップＳ４００に対応できる。ＷＴ解除要請メッセージは、前述した＜表７＞に従うことができる。

【0123】

（５）ＷＴ開始ＷＴ解除手続

【0124】

図１８は、本発明の一実施形態に係るＷＴ開始ＷＴ解除手続の例示を図示する。ＷＴでＵＥコンテクストの解除を開始するためにＷＴ開始ＷＴ解除手続が使用できる。このような要請の受信ノードは拒絶しないことがある。ＷＴ開始ＷＴ解除手続は必ずＵＥに対するシグナリングを含む必要があるものではない。

【0125】

ステップＳ５００で、ＷＴはＷＴ解除要求メッセージをｅＮＢに転送する。このようなステップにより、ＷＴは割り当てられたＷＬＡＮ資源の解除を要請することができる。より特定的に、ＷＴ解除要求メッセージは、１）ＵＥを識別するためのｅＮＢ Ｘｗ ＡＰ ＩＤ、ＷＴ Ｘｗ ＡＰ ＩＤ、または、２）解除に対する原因のうち、少なくとも一つを含むことができる。

【0126】

＜表８＞は、ＷＴ解除要求メッセージの例示を図示する。このようなメッセージはＷＴで特定ＵＥに対して全ての資源の解除を要請するためにＷＴにより転送される。

【0127】

【表8】

【0128】

＜表８＞を参照すると、ＷＴ解除要求メッセージはｅＮＢ Ｘｗ ＡＰ ＩＤ（“ｅＮＢ ＵＥ ＸｗＡＰ ＩＤ”）、ＷＴ Ｘｗ ＡＰ ＩＤ（“ＷＴ ＵＥ ＸｗＡＰ ＩＥ”）、及び解除に対する原因（“Cause”）を含む。

【0129】

ステップＳ５０１で、ｅＮＢはＷＴ解除確認メッセージをＷＴに転送する。ＷＴ解除確認メッセージは、１）ＵＥを識別するためのｅＮＢ Ｘｗ ＡＰ ＩＤ、ＷＴ Ｘｗ ＡＰ ＩＤ、または２）解除されるＥ−ＲＡＢに対するＥ−ＲＡＢ ＩＤ及びＤＬ／ＵＬフォーワーディングＧＴＰトンネル終点のうち、少なくとも一つを含むことができる。ＷＴは、全ての割り当てられたＷＬＡＮ資源の解除を開始する。

【0130】

＜表９＞は、ＷＴ解除確認メッセージの例示を図示する。このようなメッセージはＷＴで特定ＵＥに対して全ての資源の解除を確認するためにｅＮＢにより転送される。

【0131】

【表9】

【0132】

＜表９＞を参照すると、ＷＴ解除確認メッセージはｅＮＢ Ｘｗ ＡＰ ＩＤ（“ｅＮＢ ＵＥ ＸｗＡＰ ＩＤ”）、ＷＴ Ｘｗ ＡＰ ＩＤ（“ＷＴ ＵＥ ＸｗＡＰ ＩＤ”）、及び解除されるＥ−ＲＡＢに対するＥ−ＲＡＢ ＩＤ及びＤＬ／ＵＬフォーワーディングＧＴＰトンネル終点（“E-RABs To Be Released Item”内）を含む。

【0133】

要求されれば、ステップＳ５０２で、ｅＮＢはＷＬＡＮ無線資源構成の解除を指示するＲＲＣ連結再構成（RRCConnectionReconfiguration）メッセージをＵＥに転送することができる。ステップＳ５０３で、ＵＥはＲＲＣ連結再構成完了（RRCConnectionReconfigurationComplete）メッセージでｅＮＢに応答することができる。ＵＥは、指定されたＷＬＡＮ資源に対するＬＷＡ構成を解除することができる。ｅＮＢは、ＵＥコンテクスト解除メッセージをＷＴに転送する。

【0134】

以後、ｅＮＢはＳＮ状態伝達メッセージをＷＴに転送することができる。このようなステップはＬＴＥ−ＷＬＡＮ統合のために遂行できる。または、ｅＮＢはＷＴにオフローディングされるＥ−ＲＡＢを指示することによって、ＭＭＥに向けて経路アップデート手続を遂行することができる。ＭＭＥは、経路アップデート承認メッセージをｅＮＢに転送することができる。このようなステップはＬＴＥ−ＷＬＡＮインターワーキングのために遂行できる。前述した説明で、ＬＴＥ−ＷＬＡＮ統合のための手続及びＬＴＥ−ＷＬＡＮインターワーキングのための手続が互いに分離されているように説明される。しかしながら、これらは互いに分離される必要がない。

【0135】

図１９は、本発明の一実施形態に係るＷＴ開始ＷＴ解除手続の他の例示を図示する。

【0136】

ステップＳ５１０で、ＷＴはＷＴ解除要求メッセージをｅＮＢに転送する。ステップＳ５１０は、図１８のステップＳ５００に対応できる。ＷＴ解除要求メッセージは前述した＜表８＞に従うことができる。

【0137】

ステップＳ５１１で、ｅＮＢはＷＴ解除確認メッセージをＷＴに転送する。ステップＳ５１１は、図１８のステップＳ５０１に対応できる。ＷＴ解除確認メッセージは、前述した＜表９＞に従うことができる。

【0138】

（６）ＷＴ再構成通知手続

【0139】

前述した図１０のステップＳ１０４、図１２のステップＳ２０４で、ｅＮＢはＷＴ再構成完了メッセージをＷＴに転送してＷＴ再構成完了手続を遂行することができる。

【0140】

ＵＥがＷＴに連結できない場合に、ＷＴ結合失敗が発生する。ＷＴ結合失敗を通知するために、本発明の一実施形態に係る新たなＲＲＣメッセージが定義できる。

【0141】

図２０は、本発明の一実施形態に係るＷＴ再構成完了手続の例示を図示する。

【0142】

ステップＳ６００で、ｅＮＢはＷＴ付加要請メッセージをＷＴに転送する。ステップＳ６０１で、ＷＴはＷＴ付加要請承認メッセージをｅＮＢに転送する。ステップＳ６０２で、ｅＮＢはＲＲＣ連結再構成（RRCConnectionReconfiguration）メッセージをＵＥに転送する。ステップＳ６０３で、ｅＮＢはＲＲＣ連結再構成完了（RRCConnectionReconfigurationComplete）メッセージをＵＥに転送する。ステップＳ６０４で、ＵＥは新たなＬＷＡ構成を使用するのを始めて、ＷＬＡＮ結合を遂行する。

【0143】

ＷＬＡＮへのＵＥ連結の失敗が発生することがある。このような場合に、ステップＳ６０５で、ＵＥはＷＬＡＮ連結失敗を有するＲＲＣメッセージを転送する。ステップＳ６０６で、ｅＮＢは失敗原因を有するＷＴ再構成完了メッセージをＷＴに転送する。これによって、成功である場合及び失敗である場合の全てに対してＷＴ再構成完了手続が使用できる。代案的に、ｅＮＢがＷＬＡＮ構成に誤りが発生したと判断すれば、ｅＮＢはＵＥに対する構成要請をトリガーしないことがあり（即ち、ステップＳ６０２）、ステップＳ６０１の以後に失敗原因を有するＷＴ再構成完了メッセージを直ちにＷＴに転送することができる。

【0144】

図２１は、本発明の一実施形態に係るＷＴ解除手続の例示を図示する。

【0145】

ステップＳ６１０で、ｅＮＢはＷＴ付加要請メッセージをＷＴに転送する。ステップＳ６１１で、ＷＴはＷＴ付加要請承認メッセージをｅＮＢに転送する。ステップＳ６１２で、ｅＮＢはＲＲＣ連結再構成（RRCConnectionReconfiguration）メッセージをＵＥに転送する。ステップＳ６１３で、ｅＮＢはＲＲＣ連結再構成完了（RRCConnectionReconfigurationComplete）メッセージをＵＥに転送する。ステップＳ６１４で、ＵＥは新たなＬＷＡ構成を使用することを始めて、ＷＬＡＮ結合を遂行する。

【0146】

ＷＬＡＮへのＵＥ連結の失敗が発生することがある。このような場合に、ステップＳ６１５で、ＵＥはＷＬＡＮ連結失敗を有するＲＲＣメッセージを転送する。ステップＳ６１６で、ｅＮＢは失敗原因を有するＷＴ解除要請メッセージをＷＴに転送する。代案的に、ｅＮＢがＷＬＡＮ構成に誤りが発生したと判断すれば、ｅＮＢはＵＥに対する構成要請をトリガーしないことがあり（即ち、ステップＳ６１２）、ステップＳ６１１の以後に失敗原因を有するＷＴ解除要請メッセージを直ちにＷＴに転送することができる。

【0147】

図２０及び図２１の実施形態において、例示としてＷＴ付加手続が使われた。しかしながら、本発明はＷＴ修正手続のような他の手続にまた適用できる。

【0148】

図２２は、発明の実施形態が具現される無線通信システムを示す。

【0149】

ｅＮＢ８００は、プロセッサ（processor）８１０、メモリ（memory）８２０、及び送受信部（transceiver）８３０を含むことができる。プロセッサ８１０は本明細書で説明された機能、過程及び／又は方法を具現するように構成できる。無線インターフェースプロトコルの階層は、プロセッサ８１０により具現できる。メモリ８２０はプロセッサ８１０と連結されて、プロセッサ８１０を駆動するための多様な情報を格納する。送受信部８３０はプロセッサ８１０と連結されて、無線信号を転送及び／又は受信する。ＷＴ９００はｅＮＢ８００とＸｗインターフェースを介して連結できる。

【0150】

プロセッサ８１０は、ＡＳＩＣ（application-specific integrated circuit）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。メモリ８２０は、ＲＯＭ（read-only memory）、ＲＡＭ（random access memory）、フラッシュメモリ、メモリカード、格納媒体、及び／又は他の格納装置を含むことができる。送受信部８３０は、無線周波数信号を処理するためのベースバンド回路を含むことができる。実施形態がソフトウェアで具現される時、前述した技法は前述した機能を遂行するモジュール（過程、機能など）で具現できる。モジュールはメモリ８２０に格納され、プロセッサ８１０により実行できる。メモリ８２０はプロセッサ８１０の内部または外部にあることができ、よく知られた多様な手段によりプロセッサ８１０と連結できる。

【0151】

前述した例示的なシステムにおいて、前述した本発明の特徴によって具現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の１つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】