特許 5827401 無線通信システムにおけるメンバシップ確認又は接続制御を実行する方法及び装置

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

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

(11)【特許番号】5827401

(24)【登録日】2015年10月23日

(45)【発行日】2015年12月2日

(54)【発明の名称】無線通信システムにおけるメンバシップ確認又は接続制御を実行する方法及び装置

(51)【国際特許分類】

   H04W 36/04 20090101AFI20151112BHJP

   H04W 76/02 20090101ALI20151112BHJP

   H04W 92/20 20090101ALI20151112BHJP

   H04W 12/08 20090101ALI20151112BHJP

【ＦＩ】

   H04W36/04

   H04W76/02

   H04W92/20

   H04W12/08

【請求項の数】10

【全頁数】27

(21)【出願番号】特願2014-515774(P2014-515774)

(86)(22)【出願日】2012年7月13日

(65)【公表番号】特表2014-524173(P2014-524173A)

(43)【公表日】2014年9月18日

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

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

(87)【国際公開日】20130117

【審査請求日】2013年12月12日

(31)【優先権主張番号】61/507,597

(32)【優先日】2011年7月14日

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

(73)【特許権者】

【識別番号】502032105

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(72)【発明者】

【氏名】シュー チャン

(72)【発明者】

【氏名】パク キュン ミン

(72)【発明者】

【氏名】リュ ジン ソク

(72)【発明者】

【氏名】ジュン スン ホン

【審査官】 青木 健

(56)【参考文献】

【文献】 国際公開第２０１１／０６８２１３（ＷＯ，Ａ１）

【文献】 特表２０１３−５２６２０９（ＪＰ，Ａ）

【文献】 特表２０１３−５３０５５０（ＪＰ，Ａ）

【文献】 RAN3 (Huawei, Nokia Siemens Networks, Samsung, New Postcom, LG, ETRI, Qualcomm, NEC, Alcatel-Lucent, ip.access)，Release the UE context in the source HeNB-GW after HeNB-HeNB X2 HO，3GPP TSG-RAN WG2 Meeting #74 R2-113682，２０１１年 ５月 ９日

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

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

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

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

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

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

【請求項1】

ハイブリッドモードで動作するターゲットＨｅＮＢが、無線通信システムにおいてハンドオーバ手順を実行する方法において、
端末により報告される端末メンバシップに関連する情報を含むハンドオーバ要求メッセージをソースｅＮＢから受信するステップと、
前記ソースｅＮＢから受信した前記端末メンバシップに関連する情報に基づいた許可制御を実行するステップと、
前記許可制御が実行されると、前記ソースｅＮＢから受信した前記端末メンバシップに関連する情報、前記ターゲットＨｅＮＢのＣＳＧ ＩＤ及び前記ターゲットＨｅＮＢの接続モードを含む経路切替要求メッセージをＭＭＥに送信するステップと、
前記ＭＭＥから確認された端末メンバシップに関連する情報を受信するステップと、
前記ソースｅＮＢから受信した前記端末メンバシップに関連する情報と前記ＭＭＥから受信した前記確認された端末メンバシップに関連する情報とが互いに異なる場合、前記端末メンバシップに関連する情報を更新するステップと、
を含む方法。

【請求項2】

前記ソースｅＮＢは、マクロｅＮＢ又はＨｅＮＢである、請求項１に記載の方法。

【請求項3】

前記ハンドオーバ要求メッセージは、直接Ｘ２インターフェース又は間接Ｘ２インターフェースを介して受信される、請求項１に記載の方法。

【請求項4】

前記許可制御を実行するステップは、前記端末を前記ターゲットＨｅＮＢのメンバと予め決定するステップを含む、請求項１に記載の方法。

【請求項5】

前記確認された端末メンバシップに関連する情報が、前記端末は前記ターゲットＨｅＮＢのメンバでないことを指示する場合、前記端末を前記ターゲットＨｅＮＢのメンバと見なさずに、優先順位を低くし、又は前記端末を前記ターゲットＨｅＮＢから排除するステップをさらに含む、請求項４に記載の方法。

【請求項6】

前記許可制御を実行するステップは、前記端末を前記ターゲットＨｅＮＢの非メンバと予め決定するステップを含む、請求項１に記載の方法。

【請求項7】

前記確認された端末メンバシップに関連する情報が、前記端末は前記ターゲットＨｅＮＢのメンバであることを指示する場合、前記端末の優先順位を調整し、前記端末のためのリソースを準備するステップをさらに含む、請求項６に記載の方法。

【請求項8】

前記確認された端末メンバシップに関連する情報は、前記経路切替要求メッセージの応答である経路切替応答メッセージに含まれる、請求項１に記載の方法。

【請求項9】

前記ハンドオーバ手順が認識されるかどうかを決定するステップをさらに含む、請求項１に記載の方法。

【請求項10】

無線通信システムにおいてハンドオーバ手順を実行するよう構成された、ハイブリッドモードで動作するターゲットＨｅＮＢにおいて、
無線信号を送信または受信するよう構成されたＲＦ部と、
前記ＲＦ部に接続されたプロセッサと、を備え、
前記プロセッサは、
端末により報告される端末メンバシップに関連する情報を含むハンドオーバ要求メッセージをソースｅＮＢから受信し、
前記ソースｅＮＢから受信した前記端末メンバシップに関連する情報に基づいた許可制御を実行し、
前記許可制御が実行されると、前記ソースｅＮＢから受信した前記端末メンバシップに関連する情報、前記ターゲットＨｅＮＢのＣＳＧ ＩＤ及び前記ターゲットＨｅＮＢの接続モードを含む経路切替要求メッセージをＭＭＥに送信し、
前記ＭＭＥから確認された端末メンバシップに関連する情報を受信し、
前記ソースｅＮＢから受信した前記端末メンバシップに関連する情報と前記ＭＭＥから受信した前記確認された端末メンバシップに関連する情報とが互いに異なる場合、前記端末メンバシップに関連する情報を更新するよう構成された、ターゲットＨｅＮＢ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信に関し、より詳しくは、無線通信システムにおいて、メンバシップ確認又は接続制御を実行する方法及び装置に関する。

【背景技術】

【0002】

ＵＭＴＳ(ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ)は、ヨーロッパシステム(Ｅｕｒｏｐｅａｎ ｓｙｓｔｅｍ)、ＧＳＭ(ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)、及びＧＰＲＳ(ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅｓ)に基づいてＷＣＤＭＡ(ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)で動作する３世帯(３ｒｄ ｇｅｎｅｒａｔｉｏｎ)非同期(ａｓｙｎｃｈｒｏｎｏｕｓ)移動通信システムである。ＵＭＴＳのＬＴＥ(ｌｏｎｇ−ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)がＵＭＴＳを標準化する３ＧＰＰ(３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ)によって議論中である。

【0003】

３ＧＰＰ ＬＴＥは、高速パケット通信を可能にする技術である。ユーザ及び供給者の費用減少、サービス品質向上及びカバレッジとシステム容量の拡張及び向上を含むＬＴＥの目的のために多くの方式が提案されてきた。３ＧＰＰ ＬＴＥは、上位階層の要求事項(ｕｐｐｅｒ−ｌｅｖｅｌ ｒｅｑｕｉｒｅｍｅｎｔ)として、ビット当たり減少された費用(ｃｏｓｔ ｐｅｒ ｂｉｔ)、増加したサービス有用性(ｓｅｒｖｉｃｅ ａｖａｉｌａｂｉｌｉｔｙ)、柔軟な(ｆｌｅｘｉｂｌｅ)周波数使用、単純な構造、オープンインターフェース、及び端末の適切なパワー消費を要求する。

【0004】

図１は、Ｅ−ＵＭＴＳ(ｅｖｏｌｖｅｄ ＵＭＴＳ)のネットワーク構造を示す。Ｅ−ＵＭＴＳは、ＬＴＥシステムである。通信ネットワークは、ＩＭＳ及びパケットデータを介したＶｏＩＰ(ｖｏｉｃｅ ｏｖｅｒ ＩＰ)のような多様な通信サービスを提供するために広範囲に配置される。

【0005】

図１に示すように、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ(ｅｖｏｌｖｅｄ ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ)、ＥＰＣ(ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ)、及び一つ以上の端末(ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ)を含む。Ｅ−ＵＴＲＡＮは、一つ以上のｅＮｏｄｅＢ(ｅＮＢ)２０、複数の端末１０を含むことができる。一つ以上のＭＭＥ(ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ)/ＳＡＥ(ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ ｅｖｏｌｕｔｉｏｎ)ゲートウェイ(Ｓ−ＧＷ)３０がネットワークの最後に位置して外部ネットワークと連結されることができる。

【0006】

以下、「ダウンリンク」は、ｅＮＢ２０から端末１０への通信を意味し、「アップリンク」は、端末１０からｅＮＢ２０への通信を意味する。端末１０は、ユーザにより伝送される通信装置を意味する。また、端末は、ＭＳ(ｍｏｂｉｌｅ ｓｔａｔｉｏｎ)、ＵＴ(ｕｓｅｒ ｔｅｒｍｉｎａｌ)、ＳＳ(ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ)又は無線装置(ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ)などで呼ばれることもある。

【0007】

ｅＮＢ２０は、端末１０にユーザ平面(ｕｓｅｒ ｐｌａｎｅ)と制御平面(ｃｏｎｔｒｏｌ ｐｌａｎｅ)の終端点(ｅｎｄ ｐｏｉｎｔ)を提供する。ＭＭＥ/Ｓ−ＧＷ３０は、端末１０のためのセッションと移動性管理機能(ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)の終端点を提供する。ｅＮＢ２０とＭＭＥ/Ｓ−ＧＷ３０は、Ｓ１インターフェースを介して連結されることができる。

【0008】

ｅＮＢ２０は、一般的に端末１０と通信する固定されたステーションであり、基地局(ＢＳ；ｂａｓｅ ｓｔａｔｉｏｎ)又は接続ポイント(ａｃｃｅｓｓ ｐｏｉｎｔ)で呼ばれることもある。一つのｅＮＢ２０は、セル別に配置されることができる。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースがｅＮＢ２０間に使われることができる。

【0009】

ＭＭＥは、多様な機能を提供する。ＭＭＥが提供する多様な機能は、ｅＮＢ２０へのＮＡＳ(ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ)シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳセキュリティ制御、３ＧＰＰ接続ネットワーク間の移動性のためのＣＮ(ｃｏｒｅ ｎｅｔｗｏｒｋ)間のノードシグナリング、アイドルモード端末到達可能性(ｒｅａｃｈａｂｉｌｉｔｙ、ページング再送信の制御及び実行を含む)、(アイドルモード及び活性モードの端末のための)トラッキング領域(ｔｒａｃｋｉｎｇ ａｒｅａ)リスト管理、ＰＤＮ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｎｅｔｗｏｒｋ)ＧＷ及びサービングＧＷ選択、ＭＭＥが変更されるハンドオーバのためのＭＭＥ選択、２Ｇ又は３Ｇ ３ＧＰＰ接続ネットワークへのハンドオーバのためのＳＧＳＮ(ｓｅｒｖｉｎｇ ＧＰＲＳ ｓｕｐｐｏｒｔｉｎｇ ｎｏｄｅ)選択、ローミング(ｒｏａｍｉｎｇ)、認証(ａｕｔｈｅｎｔｉｃａｔｉｏｎ)、専用ベアラ(ｄｅｄｉｃａｔｅｄ ｂｅａｒｅｒ)設定を含むベアラ管理機能、ＥＴＷＳ(ｅａｒｔｈｑｕａｋｅ ａｎｄ ｔｓｕｎａｍｉ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ)とＣＭＡＳ(ｃｏｍｍｅｒｃｉａｌ ｍｏｂｉｌｅ ａｌｅｒｔ ｓｙｓｔｅｍ)を含むＰＷＳ(ｐｕｂｌｉｃ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ)メッセージ送信のサポートなどを含む。Ｓ−ＧＷホストは、ユーザ別パケットフィルタリング(例えば、詳細パケット調査)、合法的な盗聴、端末ＩＰ(Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ)住所割当、ＤＬでトランスポートレベルパケットマーキング(ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ)、ＵＬ及びＤＬサービスレベル課金(ｓｅｒｖｉｃｅ ｌｅｖｅｌ ｃｈａｒｇｉｎｇ)、ゲーティング及び等級強制(ｇａｔｉｎｇ ａｎｄ ｒａｔｅ ｅｎｆｏｒｃｅｍｅｎｔ)、ＡＰＮ−ＡＭＢＲ(ａｇｇｒｅｇａｔｅｄ ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ)に基づくＤＬ等級強制などの多様な機能を提供する。以下、より明確にするために、ＭＭＥ/Ｓ−ＧＷ３０は、簡単にゲートウェイで呼ばれることもあるが、ゲートウェイは、ＭＭＥ及びＳ−ＧＷの両方ともを含むと理解されることができる。

【0010】

複数のノードがｅＮＢ２０とゲートウェイ３０との間のＳ１インターフェースを介して連結されることができる。ｅＮＢ２０は、Ｘ２インターフェースを介して互いに連結されることができる。隣接するｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造を有することができる。

【0011】

図２は、一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造を示す。

【0012】

図示されているように、ｅＮＢ２０は、ゲートウェイ３０選択、ＲＲＣ(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ)活性化途中ゲートウェイに向かうルーティング(ｒｏｕｔｉｎｇ)、ページングメッセージのスケジューリング及び送信、放送チャネル(ＢＣＣＨ；ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ)情報のスケジューリング及び送信、ＵＬ及びＤＬで端末１０に対するリソースの動的割当、ｅＮＢ測定の構成及び提供、無線ベアラ制御、無線許可制御(ＲＡＣ；ｒａｄｉｏ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ)及びＬＴＥ_ＡＣＴＩＶＥ状態で連結移動性制御の機能を実行することができる。前述したように、ＥＰＣで、ゲートウェイ３０は、ページング開始(ｏｒｉｇｉｎａｔｉｏｎ)、ＬＴＥ_ＩＤＬＥ状態管理、ユーザ平面の暗号化(ｃｉｐｈｅｒｉｎｇ)、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化及び保護を実行することができる。

【0013】

図３は、Ｅ−ＵＭＴＳのためのユーザ平面プロトコルスタックと制御平面プロトコルスタックを示す。

【0014】

図３−(ａ)は、ユーザ平面プロトコルを示すブロック図であり、図３−(ｂ)は、制御平面プロトコルを示すブロック図である。図示されているように、プロトコル階層は、通信システムの技術分野でよく知られた開放型システム間相互接続(ＯＳＩ；ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ)標準モデルの３個の下位階層に基づいて第１のレイヤ(Ｌ１)、第２のレイヤ(Ｌ２)、及び第３のレイヤ(Ｌ３)に区分されることができる。

【0015】

物理階層(ｐｈｙｓｉｃａｌ ｌａｙｅｒ)、即ち、Ｌ１は、物理チャネルを利用して上位階層に情報送信サービスを提供する。物理階層は、トランスポートチャネル(ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ)を介して上位レベルに位置したＭＡＣ(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ)階層と連結される。ＭＡＣ階層と物理階層との間のデータは、トランスポートチャネルを介して伝達される。互いに異なる物理階層間、即ち、送信側の物理階層と受信側の物理階層との間でデータは、物理チャネルを介して伝達される。

【0016】

Ｌ２のＭＡＣ階層は、論理チャネル(ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ)を介して上位階層であるＲＬＣ(ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ)階層にサービスを提供する。Ｌ２のＲＬＣ階層は、信頼性のあるデータの送信をサポートする。図３−(ａ)及び図３−(ｂ)にＲＬＣ階層が示しているが、ＲＬＣ機能がＭＡＣ階層によって具現されて実行される場合、ＲＬＣ階層は必要でない。Ｌ２のＰＤＣＰ(ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ)階層は、ＩＰｖ４又はＩＰｖ６などのＩＰを導入して送信されるデータが相対的に小さい帯域幅を有する無線インターフェース上に効率的に送信されることができるように不必要な制御情報を減らすヘッダ圧縮機能を遂行する。

【0017】

Ｌ３の最も低い部分に位置するＲＲＣ階層は、制御平面でのみ定義され、無線ベアラ(ＲＢ；ｒａｄｉｏ ｂｅａｒｅｒ)の構成、再構成及び解除に対して論理チャネル、トランスポートチャネル及び物理チャネルを制御する。以下、無線ベアラは、端末とＵＴＲＡＮとの間のデータ送信のためにＬ２によって提供されるサービスを意味する。

【0018】

図３−(ａ)に示すように、ＲＬＣ階層及びＭＡＣ階層(ネットワーク側上でｅＮＢ２０で終了)は、スケジューリング、ＡＲＱ(ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ)及びＨＡＲＱ(ｈｙｂｒｉｄ ＡＲＱ)のような機能を実行することができる。ＰＤＣＰ階層(ネットワーク側上でｅＮＢ２０で終了)は、ヘッダ圧縮、完全性保護(ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ)及び暗号化のようなユーザ平面機能を実行することができる。

【0019】

図３−(ｂ)に示すように、ＲＬＣ階層及びＭＡＣ階層(ネットワーク側上でｅＮＢ２０で終了)は、制御平面のために同一機能を実行することができる。図示されているように、ＲＲＣ階層(ネットワーク側上でｅＮＢ２０で終了)は、ブロードキャスティング、ページング、ＲＲＣ連結管理、無線ベアラ制御、移動性機能及び端末測定報告及び制御のような機能を実行することができる。ＮＡＳ制御プロトコル(ネットワーク側上でゲートウェイ３０のＭＭＥで終了)は、ＳＡＥベアラ管理、認証、ＬＴＥ_ＩＤＬＥ移動性管理、ＬＴＥ_ＩＤＬＥにおけるページング開始及びゲートウェイと端末１０との間のシグナリングのためのセキュリティ制御のような機能を実行することができる。

【0020】

ＲＲＣ状態は、ＲＲＣ_ＩＤＬＥとＲＲＣ_ＣＯＮＮＥＣＴＥＤの２個の互いに異なる状態に区分されることができる。ＲＲＣ_ＩＤＬＥ状態で、端末１０は、ＮＡＳによって構成されたＤＲＸ(ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ)中に放送されるシステム情報及びページング情報を受信することができる。トラッキング領域で端末１０を一意的に識別するＩＤ(ｉｄｅｎｔｉｆｉｅｒ)が端末１０に割り当てられることができる。端末１０は、ＰＬＭＮ(ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)選択及びセル再選択(ｃｅｌｌ ｒｅ−ｓｅｌｅｃｔｉｏｎ)を実行することができる。また、ＲＲＣ_ＩＤＬＥ状態で、ＲＲＣコンテキスト(ｃｏｎｔｅｘｔ)は、ｅＮＢに格納されない。

【0021】

ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で、端末１０は、Ｅ−ＵＴＲＡＮでネットワークにデータを送信し、又はネットワークからデータを受信することを可能にするＥ−ＵＴＲＡＮＲＲＣ連結及びコンテキストを有する。また、端末１０は、ｅＮＢ２０にチャネル品質情報(ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ)及びフィードバック情報を報告することができる。

【0022】

ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で、Ｅ−ＵＴＲＡＮは、端末１０が属するセルを知ることができる。したがって、ネットワークは、端末１０にデータを送信し、又は端末１０からデータを受信することができる。ネットワークは、端末１０の移動性(ハンドオーバ及びＮＡＣＣ(ｎｅｔｗｏｒｋ ａｓｓｉｓｔｅｄ ｃｅｌｌ ｃｈａｎｇｅ)を介してＧＥＲＡＮにｉｎｔｅｒ−ＲＡＴ(ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ)セル変更指示)を制御することができる。ネットワークは、隣接セルのためにセル測定を実行することができる。

【0023】

ＲＲＣ_ＩＤＬＥ状態で、端末１０は、ページングＤＲＸ周期を特定する。特に、端末１０は、毎特定ページングＤＲＸ周期の特定ページング機会(ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ)でページング信号をモニタリングする。

【0024】

ページング機会は、ページング信号が送信される時間間隔(ｔｉｍｅ ｉｎｔｅｒｖａｌ)である。端末１０は、自分のページング機会を有する。

【0025】

ページングメッセージは、同一トラッキング領域に属する全てのセル上に送信される。端末１０が一トラッキング領域から他のトラッキング領域へ移動する場合、端末１０は、自分の位置をアップデートするために、ネットワークにトラッキング領域アップデートメッセージを送信することができる。

【0026】

図４は、物理階層の構造の一例を示す。

【0027】

物理階層は、端末とｅＮＢのＬ１との間のシグナリングとデータを伝達する。図４に示すように、物理チャネルは、無線リソースを利用してシグナリングとデータを伝達し、無線リソースは、周波数で一つ以上の副搬送波を含み、時間で一つ以上のシンボルを含む。

【0028】

一つのサブフレームは、１ｍｓの長さを有し、複数のシンボルを含む。サブフレームの１番目のシンボルのような特定シンボル(ら)は、ＰＤＣＣＨ(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)のために使われることができる。ＰＤＣＣＨは、ＰＲＢ(ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ)及びＭＣＳ(ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ)のような動的に割り当てられたリソースを伝送する。

【0029】

トランスポートチャネルは、Ｌ１とＭＡＣ階層との間のシグナリングとデータを伝達する。物理チャネルは、トランスポートチャネルにマッピングされる。

【0030】

ＤＬトランスポートチャネルタイプは、ＢＣＨ(ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ)、ＤＬ−ＳＣＨ(ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)、ＰＣＨ(ｐａｇｉｎｇ ｃｈａｎｎｅｌ)、及びＭＣＨ(ｍｕｌｔｉｃａｓｔ ｃｈａｎｎｅｌ)を含む。ＢＣＨは、システム情報を送信するために使われる。ＤＬ−ＳＣＨは、ＨＡＲＱをサポートする。ＤＬ−ＳＣＨは、変調、コーディング、及び送信パワーを変化させることによって動的リンク適応(ｄｙｎａｍｉｃ ｌｉｎｋ ａｄａｐｔａｔｉｏｎ)をサポートする。ＤＬ−ＳＣＨは、動的/半静的(ｓｅｍｉ−ｓｔａｔｉｃ)リソース割当をサポートする。また、ＤＬ−ＳＣＨは、全体セル内で放送及びビーム形成の使用を可能にする。ＰＣＨは、端末をページングするために使われる。ＭＣＨは、マルチキャスト又は放送サービス送信のために使われる。

【0031】

ＵＬトランスポートチャネルタイプは、ＵＬ−ＳＣＨ(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)及びＲＡＣＨ(ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ)を含む。ＵＬ−ＳＣＨは、ＨＡＲＱをサポートする。ＵＬ−ＳＣＨは、送信パワー及び潜在的に変調、コーディングを変化させることによって動的リンク適応(ｄｙｎａｍｉｃ ｌｉｎｋ ａｄａｐｔａｔｉｏｎ)をサポートする。また、ＵＬ−ＳＣＨは、ビーム形成の使用を可能にする。ＲＡＣＨは、一般的にセルへの初期接続(ｉｎｉｔｉａｌ ａｃｃｅｓｓ)のために使われる。

【0032】

ＭＡＣ副階層(ｓｕｂｌａｙｅｒ)は、論理チャネル上にデータ伝達サービスを提供する。論理チャネルタイプのセットは、ＭＡＣにより提供される互いに異なるデータ伝達サービスのために定義される。各論理チャネルタイプは、伝達される情報のタイプによって定義される。

【0033】

論理チャネルは、一般的に２個のグループに分類される。２個のグループは、制御平面情報の伝達のための制御チャネルとユーザ平面情報の伝達のためのトラフィックチャネルである。

【0034】

制御チャネルは、制御平面情報の伝達のためにのみ使われる。ＭＡＣによって提供される制御チャネルは、ＢＣＣＨ(ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)、ＰＣＣＨ(ｐａｇｉｎｇ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)、ＣＣＣＨ(ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)、ＭＣＣＨ(ｍｕｌｔｉｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)、及びＤＣＣＨ(ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)を含む。ＢＣＣＨは、システム制御情報を放送するためのＤＬチャネルである。ＰＣＣＨは、ページング情報を伝達するＤＬチャネルであり、ネットワークが端末の位置を知ることができない時に使われる。ＣＣＣＨは、ネットワークとＲＲＣ連結されない端末によって使われる。ＭＣＣＨは、ＭＢＭＳ(ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ/ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ)制御情報をネットワークから端末に送信するために使われる一対多(ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ)ＤＬチャネルである。ＤＣＣＨは、端末とネットワークとの間の専用(ｄｅｄｉｃａｔｅｄ)制御情報を送信するＲＲＣ連結を有する端末によって使われる一対多双方向(ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ)チャネルである。

【0035】

トラフィックチャネルは、ユーザ平面情報の伝達のためにのみ使われる。ＭＡＣによって提供されるトラフィックチャネルは、ＤＴＣＨ(ｄｅｄｉｃａｔｅｄ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ)及びＭＴＣＨ(ｍｕｌｔｉｃａｓｔ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ)を含む。ＤＴＣＨは、ユーザ情報の伝達のために一つの端末に専用される一対一チャネルである。ＤＴＣＨは、ＤＬとＵＬの両方ともに存在することができる。ＭＴＣＨは、ネットワークから端末にトラフィックデータを送信するための一対多ＤＬチャネルである。

【0036】

論理チャネルとトランスポートチャネルとの間のＵＬ連結は、ＵＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、及びＵＬ−ＳＣＨにマッピングされることができるＣＣＣＨを含む。論理チャネルとトランスポートチャネルとの間のＤＬ連結は、ＢＣＨ又はＤＬ−ＳＣＨにマッピングされることができるＢＣＣＨ、ＰＣＨにマッピングされることができるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、ＭＣＨにマッピングされることができるＭＣＣＨ、及びＭＣＨにマッピングされることができるＭＴＣＨを含む。

【0037】

現在ホームｅＮＢ(ＨｅＮＢ；ｈｏｍｅ ｅＮＢ)の標準化が３ＧＰＰ ＬＴＥで進行中である。３ＧＰＰ ＴＳ ３６.３００ Ｖ１０.２.０(２０１０−１２)の４.６.１節を参照することができる。ＨｅＮＢは、住宅又は小型ビジネス環境での使用のために設計された小型基地局である。ＨｅＮＢは、フェムトセル又はピコセルである。ＨｅＮＢは、数十メーター程度の短い範囲であり、より良好な室内音声及びデータ受信のために消費者により設置されることができる。

【0038】

図５は、Ｅ−ＵＴＲＡＮ ＨｅＮＢの論理的構成を示す。

【0039】

図５を参照すると、ＨｅＮＢ５０は、Ｓ１インターフェースを介してＥＰＣ６０と連結されることができる。ＨｅＮＢ ＧＷ５５は、Ｓ１インターフェースを許容し、多数のＨｅＮＢをサポートするためにＨｅＮＢ５０とＥＰＣ６０との間に配置されることができる。ＨｅＮＢ ＧＷ５５は、制御平面、特にＳ１−ＭＭＥインターフェースのための集信器(ｃｏｎｃｅｎｔｒａｔｏｒ)として役割を遂行する。ＨｅＮＢ５０からのＳ１−Ｕインターフェースは、ＨｅＮＢ ＧＷ５５で終了されることができ、又はＨｅＮＢ５０とＳ−ＧＷ５６との間の直接論理ユーザ平面連結が使われることができる。Ｓ１インターフェースは、ＨｅＮＢ ＧＷ５５とコアネットワークとの間、ＨｅＮＢ５０とＨｅＮＢ ＧＷ５５との間、ＨｅＮＢ５０とコアネットワークとの間、及びｅＮＢとコアネットワークとの間のインターフェースと定義されることができる。また、ＨｅＮＢ ＧＷ５５は、ＭＭＥにｅＮＢに見える。ＨｅＮＢ ＧＷ５５は、ＨｅＮＢ５０にＭＭＥに見える。ＨｅＮＢ５０とＥＰＣ６０との間のＳ１インターフェースは、ＨｅＮＢ５０がＥＰＣ６０にＨｅＮＢ ＧＷ５５を介して連結されているかどうかに関係無く同一である。

【0040】

ＣＳＧ(ｃｌｏｓｅｄ ｓｕｂｓｃｒｉｐｔｉｏｎ ｇｒｏｕｐ)は、制限された接続を有する一つ以上のセル(ＣＳＧセル)に接続するように許容されたオペレータ(ｏｐｅｒａｔｏｒ)の加入者を識別する。ＣＳＧセルは、トルー(ｔｒｕｅ)に設定されたＣＳＧ指示子と特定ＣＳＧ識別子を放送する。ＨｅＮＢは、ＣＳＧセルである。ＣＳＧセルは、開放モード又は閉鎖モードで動作する。ＣＳＧセルが開放モードで動作する時、ＨｅＮＢは、一般ｅＮＢのように動作する。ＣＳＧセルが閉鎖モードで動作する時、ＨｅＮＢは、それと関連したＣＳＧメンバにのみサービスを提供する。即ち、ＨｅＮＢは、端末のＣＳＧセルへの接続が許容されるか、及びＣＳＧセルでのサービスが許容されるかを確認する過程である接続制御(ａｃｃｅｓｓ ｃｏｎｔｒｏｌ)を実行することができる。ＣＳＧホワイトリストは、端末内に格納された加入者が属するＣＳＧセルのＣＳＧ識別子のリストである。

【0041】

ハイブリッドセルは、フォールス(ｆａｌｓｅ)に設定されたＣＳＧ指示子及び特定ＣＳＧ識別子を放送するセルである。このセルは、ＣＳＧセルのメンバである端末によってはＣＳＧセルとして接続可能であり、残りの端末によっては一般セルとして接続可能である。ハイブリッドセルは、端末がハイブリッドセルのメンバであるかどうかを確認することができる。このような過程をメンバシップ確認(ｍｅｍｂｅｒｓｈｉｐ ｖｅｒｉｆｉｃａｔｉｏｎ)という。ＣＳＧセルのメンバである端末は、ハイブリッドセルに接続する時、残りの端末より高い優先順位を有することができる。ハイブリッドセルは、ハイブリッドモードで動作するＣＳＧセルという。

【0042】

図６は、ＨｅＮＢ ＧＷが配置された全体的な構成を示す。

【0043】

これは３ＧＰＰ ＴＳ ３６.３００ Ｖ９.３.０(２０１０−０３)の４.６.１節を参照することができる。図６を参照すると、Ｅ−ＵＴＲＡＮは、一つ以上のｅＮＢ６０、一つ以上のＨｅＮＢ７０、及びＨｅＮＢ ＧＷ７９を含むことができる。一つ以上のＥ−ＵＴＲＡＮ ＭＭＥ/Ｓ−ＧＷ６９がネットワークの最後に位置し、外部ネットワークと連結されることができる。一つ以上のｅＮＢ６０は、Ｘ２インターフェースを介して互いに連結されることができる。一つ以上のｅＮＢ６０は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ６９と連結されることができる。ＨｅＮＢ ＧＷ７９は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ６９と連結されることができる。一つ以上のＨｅＮＢ７０は、Ｓ１インターフェースを介してＨｅＮＢ ＧＷ７９に連結され、又はＳ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ６９と連結されることができる。一つ以上のＨｅＮＢ７０は、互いに連結されない。

【0044】

図６の構造に基づいて、現在ＨｅＮＢ又はｅＮＢからサービングされる端末が他のＨｅＮＢへのハンドオーバを要求する場合、経路はコアネットワークを通過することができる。即ち、ハンドオーバは、Ｓ１インターフェースを介して実行されなければならない。このようなハンドオーバ手順は、多くのプロセシングを処理しなければならないコアネットワークに大きいシグナリング影響を与えることができる。また、ハンドオーバがコアネットワークを介して実行されることによってハンドオーバ遅延が発生することができ、これは特定状況で端末に敏感に作用することができる。

【0045】

図７は、ＨｅＮＢ ＧＷが配置された他の全体的な構成を示す。

【0046】

これは３ＧＰＰ ＴＳ ３６.３００ Ｖ１０.２.０(２０１０−１２)の４.６.１節を参照することができる。図７を参照すると、ＨｅＮＢ９０は、Ｘ２インターフェースを介して互いに連結されることができる。Ｘ２インターフェースを介して互いに連結されたＨｅＮＢ９０は、同一ＣＳＧ ＩＤ(ｉｄｅｎｔｉｆｉｅｒ)を有し、又はターゲットＨｅＮＢが開放モードで動作しなければならない。

【0047】

図８は、ＨｅＮＢ ＧＷの配置無くＨｅＮＢ間の直接連結を示す。

【0048】

図８を参照すると、一つ以上のＨｅＮＢ９０は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ８９と連結されることができる。ＨｅＮＢ９０は、Ｘ２インターフェースを介して直接的に互いに連結されることができる。Ｘ２インターフェースを介して互いに連結されたＨｅＮＢ９０は、同一ＣＳＧ ＩＤを有し、又はターゲットＨｅＮＢが開放モードで動作しなければならない。

【0049】

即ち、あるＨｅＮＢが全ての端末によって接続可能なハイブリッドモードをサポートするとしても、同一ＣＳＧ ＩＤをＨｅＮＢ又は開放モードで動作するターゲットＨｅＮＢを有するＨｅＮＢのみが直接Ｘ２インターフェースを有することができる。条件が満たされる場合、ハンドオーバがＨｅＮＢ間の直接Ｘ２インターフェースを介して実行されることができる。

【0050】

しかし、具現上の制限によってコアネットワークに対するシグナリング影響問題及びハンドオーバ遅延問題は、相変らず存在する。ソースＨｅＮＢとターゲットＨｅＮＢのＣＳＧ ＩＤが互いに異なる場合、又はマクロｅＮＢからＨｅＮＢへのハンドオーバの場合、Ｓ１インターフェースを介したハンドオーバが使われなければならない。端末がターゲットＨｅＮＢの非メンバであるとしても、ターゲットＨｅＮＢがハイブリッドモードで動作する時にもＳ１インターフェースを介したハンドオーバが使われなければならない。

【0051】

前述した問題を解決するために、現在存在するＸ２ハンドオーバ手順が解法になることができる。しかし、ターゲットＨｅＮＢがハイブリッドセルである時、効率的なＸ２ハンドオーバ手順のために、端末のメンバシップ確認をどのように実行するかが要求される。また、ターゲットＨｅＮＢが閉鎖モードで動作する時、接続制御をどのように実行するかが要求される。

【発明の概要】

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

【0052】

本発明の技術的課題は、無線通信システムにおけるメンバシップ確認又は接続制御を実行する方法及び装置を提供することである。本発明は、ターゲットＨｅＮＢがハイブリッドセルであり、又は閉鎖モードで動作する時、ＨｅＮＢ移動性向上のためにメンバシップ確認又は接続制御を実行する方法を提供する。

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

【0053】

一態様において、無線通信システムにおけるＭＭＥ(ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ)によるメンバシップ確認を実行する方法が提供される。前記方法は、ハイブリッドモードで動作するターゲットＨｅＮＢ(ｈｏｍｅ ｅＮｏｄｅＢ)のＣＳＧ(ｃｌｏｓｅｄ ｓｕｂｓｃｒｉｐｔｉｏｎ ｇｒｏｕｐ)ＩＤ(ｉｄｅｎｔｉｆｉｅｒ)及び前記ターゲットＨｅＮＢの接続モードを含む経路切替要求メッセージを前記ターゲットＨｅＮＢから受信し、前記ターゲットＨｅＮＢのＣＳＧ ＩＤ、前記ターゲットＨｅＮＢの接続モード、及び格納された端末(ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ)の加入情報によって前記端末のメンバシップ確認を実行し、及び、前記確認された端末のメンバシップに対する情報を前記ターゲットＨｅＮＢに送信することを含む。

【0054】

前記確認された端末のメンバシップに対する情報は、前記端末が前記ターゲットＨｅＮＢのメンバであることを指示する。

【0055】

前記確認された端末のメンバシップに対する情報は、前記端末が前記ターゲットＨｅＮＢの非メンバであることを指示する。

【0056】

前記端末は、前記メンバシップ確認が実行される前に前記ターゲットＨｅＮＢのメンバと見なされる。

【0057】

前記端末は、前記メンバシップ確認が実行される前に前記ターゲットＨｅＮＢのメンバと見なされない。

【0058】

前記確認された端末のメンバシップに対する情報は、前記経路切替要求メッセージに対する応答である経路切替応答メッセージに含まれる。

【0059】

前記確認された端末のメンバシップに対する情報は、既存のメッセージ又は新たなメッセージに含まれる。

【0060】

他の態様において、無線通信システムにおけるハイブリッドモードで動作するターゲットＨｅＮＢ(ｈｏｍｅ ｅＮｏｄｅＢ)によるハンドオーバ手順を実行する方法が提供される。前記方法は、ソースｅＮＢからハンドオーバ要求メッセージを受信し、ハンドオーバ手順が認識されるかどうかを決定し、前記ハンドオーバ手順が認識された場合、前記ターゲットＨｅＮＢのＣＳＧ(ｃｌｏｓｅｄ ｓｕｂｓｃｒｉｐｔｉｏｎ ｇｒｏｕｐ)ＩＤ(ｉｄｅｎｔｉｆｉｅｒ)及び前記ターゲットＨｅＮＢの接続モードを含む経路切替要求メッセージをＭＭＥ(ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ)に送信し、及び、前記ＭＭＥから確認された端末(ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ)のメンバシップに対する情報を受信することを含む。

【0061】

前記ソースｅＮＢは、マクロｅＮＢ又はＨｅＮＢである。

【0062】

前記ハンドオーバ要求メッセージは、直接Ｘ２インターフェース又は間接Ｘ２インターフェースを介して受信される。

【0063】

前記ハンドオーバ手順が認識された場合、前記ＭＭＥに前記経路切替要求メッセージを送信する前に端末を前記ターゲットＨｅＮＢのメンバと予め決定することをさらに含む。

【0064】

前記確認された端末のメンバシップに対する情報は、前記端末が前記ターゲットＨｅＮＢの非メンバであることを指示する場合、前記端末を前記ターゲットＨｅＮＢのメンバと見なさずに、優先順位を低くし、又は前記端末を前記ターゲットＨｅＮＢから排除することをさらに含む。

【0065】

前記ハンドオーバ手順が認識された場合、前記ＭＭＥに前記経路切替要求メッセージを送信する前に端末を前記ターゲットＨｅＮＢの非メンバと予め決定することをさらに含む。

【0066】

前記確認された端末のメンバシップに対する情報は、前記端末が前記ターゲットＨｅＮＢのメンバであることを指示する場合、前記端末の優先順位を調整し、前記端末のためのリソースを準備することをさらに含む。

【0067】

前記確認された端末のメンバシップに対する情報は、前記経路切替要求メッセージに対する応答である経路切替応答メッセージに含まれる。

【0068】

前記確認された端末のメンバシップに対する情報は、既存のメッセージ又は新たなメッセージに含まれる。

【0069】

他の態様において、無線通信システムにおけるＭＭＥ(ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ)による接続制御を実行する方法が提供される。前記方法は、閉鎖モード(ｃｌｏｓｅｄ ｍｏｄｅ)で動作するターゲットＨｅＮＢ(ｈｏｍｅ ｅＮｏｄｅＢ)のＣＳＧ(ｃｌｏｓｅｄ ｓｕｂｓｃｒｉｐｔｉｏｎ ｇｒｏｕｐ)ＩＤ(ｉｄｅｎｔｉｆｉｅｒ)を含む経路切替要求メッセージを前記ターゲットＨｅＮＢから受信し、前記ターゲットＨｅＮＢのＣＳＧ ＩＤ及び格納された端末(ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ)の加入情報によって前記端末の接続制御を実行し、及び、確認された端末のメンバシップに対する情報を前記ターゲットＨｅＮＢに送信することを含む。

【0070】

前記確認された端末のメンバシップに対する情報は、前記端末が前記ターゲットＨｅＮＢのメンバであることを指示する。

【0071】

前記確認された端末のメンバシップに対する情報は、前記端末が前記ターゲットＨｅＮＢの非メンバであることを指示する。

【発明の効果】

【0072】

メンバシップ確認又は接続制御が効率的に実行されることができる。

【図面の簡単な説明】

【0073】

【図1】Ｅ−ＵＭＴＳ(ｅｖｏｌｖｅｄ ＵＭＴＳ)のネットワーク構造を示す。

【図2】一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造を示す。

【図3】Ｅ−ＵＭＴＳのためのユーザ平面プロトコルスタックと制御平面プロトコルスタックを示す。

【図4】物理階層の構造の一例を示す。

【図5】Ｅ−ＵＴＲＡＮ ＨｅＮＢの論理的構成を示す。

【図6】ＨｅＮＢ ＧＷが配置された全体的な構成を示す。

【図7】ＨｅＮＢ ＧＷが配置された他の全体的な構成を示す。

【図8】ＨｅＮＢ ＧＷの配置無くＨｅＮＢ間の直接連結を示す。

【図9】ＨｅＮＢ ＧＷの配置無くＨｅＮＢ間の直接連結を示す。

【図10】ＨｅＮＢ ＧＷが配置された全体的な構成を示す。

【図11】ＨｅＮＢ ＧＷ/Ｘ２−プロキシ(ｐｒｏｘｙ)が配置された他の全体的な構成を示す。

【図12】ＨｅＮＢ ＧＷの配置無くマクロｅＮＢとＨｅＮＢとの間の他の直接連結を示す。

【図13】ＨｅＮＢ ＧＷ/Ｘ２−プロキシが配置された他の全体的な構成を示す。

【図14】ＨｅＮＢ ＧＷ/Ｘ２−プロキシが配置された他の全体的な構成を示す。

【図15a】イントラ−ＭＭＥ/Ｓ−ＧＷハンドオーバ手順の一例を示す。

【図15b】イントラ−ＭＭＥ/Ｓ−ＧＷハンドオーバ手順の一例を示す。

【図16】本発明の一実施例によって提案されたメンバシップ確認を実行する方法の一例を示す。

【図17a】本発明の一実施例に係るイントラ−ＭＭＥ/Ｓ−ＧＷハンドオーバ手順の一例を示す。

【図17b】本発明の一実施例に係るイントラ−ＭＭＥ/Ｓ−ＧＷハンドオーバ手順の一例を示す。

【図18】本発明の実施例が具現される無線通信システムのブロック図である。

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

【0074】

以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ(ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ)で具現されることができる。ＴＤＭＡは、ＧＳＭ(ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)/ＧＰＲＳ(ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ)/ＥＤＧＥ(ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ)のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ(ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ)８０２.１１(Ｗｉ−Ｆｉ)、ＩＥＥＥ８０２.１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ(ｅｖｏｌｖｅｄ ＵＴＲＡ)などのような無線技術で具現されることができる。ＩＥＥＥ８０２.１６ｍは、ＩＥＥＥ８０２.１６ｅの進化であり、ＩＥＥＥ８０２.１６ｅに基づくシステムとの下位互換性(ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ)を提供する。ＵＴＲＡは、ＵＭＴＳ(ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ)ＬＴＥ(ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)は、Ｅ−ＵＴＲＡ(ｅｖｏｌｖｅｄ−ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ)を使用するＥ−ＵＭＴＳ(ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ(ａｄｖａｎｃｅｄ)は、３ＧＰＰ ＬＴＥの進化である。

【0075】

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

【0076】

３ＧＰＰ ＬＴＥ−Ａｒｅｌ−１１又はそれ以上で、以下の構成が配置されることが考慮されることができる。

【0077】

図９は、ＨｅＮＢ ＧＷの配置無くＨｅＮＢ間の直接連結を示す。

【0078】

図９を参照すると、一つ以上のＨｅＮＢ１００は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１０９と連結されることができる。ＨｅＮＢ１００は、Ｘ２インターフェースを介して直接的に互いに連結されることができる。図８と違って、Ｘ２インターフェースを介して互いに連結されたＨｅＮＢ１００は、同一ＣＳＧ ＩＤを有する必要もなく、又はターゲットＨｅＮＢが開放モードで動作する必要もない。

【0079】

図１０は、ＨｅＮＢ ＧＷが配置された全体的な構成を示す。

【0080】

図１０を参照すると、Ｅ−ＵＴＲＡＮは、一つ以上のｅＮＢ１１０、一つ以上のＨｅＮＢ１２０及びＨｅＮＢ ＧＷ１２９を含むことができる。一つ以上のＥ−ＵＴＲＡＮ ＭＭＥ/Ｓ−ＧＷ１１９がネットワークの最後に位置して外部ネットワークと連結されることができる。一つ以上のｅＮＢ１１０は、Ｘ２インターフェースを介して互いに連結されることができる。一つ以上のｅＮＢ１１０は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１１９と連結されることができる。ＨｅＮＢ ＧＷ１２９は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１１９と連結されることができる。一つ以上のＨｅＮＢ１２０は、Ｓ１インターフェースを介してＨｅＮＢ ＧＷ１２９に連結され、又はＳ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１１９と連結されることができる。ＨｅＮＢ１２０は、直接Ｘ２インターフェースを介して互いに連結されることができる。ＨｅＮＢ１２０は、同一ＣＳＧ ＩＤを有してもよく、互いに異なるＣＳＧ ＩＤを有してもよい。

【0081】

図１１は、ＨｅＮＢ ＧＷ/Ｘ２−プロキシ(ｐｒｏｘｙ)が配置された他の全体的な構成を示す。

【0082】

図１１のＨｅＮＢ ＧＷ/Ｘ２−プロキシが配置された全体的な構成は、図１０の全体的な構成と同じである。しかし、図１１において、ＨｅＮＢ１４０は、間接Ｘ２インターフェースを介して互いに連結されることができる。ＨｅＮＢ１４０は、同一ＣＳＧ ＩＤを有してもよく、互いに異なるＣＳＧ ＩＤを有してもよい。ＨｅＮＢ１４０間の間接Ｘ２インターフェースは、ＨｅＮＢ ＧＷ/Ｘ２−プロキシ１４９を通過する。ＨｅＮＢ ＧＷ/Ｘ２−プロキシ１４９は、Ｘ２インターフェースをサポートするためにＸ２−プロキシ機能を有するＨｅＮＢ ＧＷである。以下、間接Ｘ２インターフェースがＨｅＮＢ ＧＷを通過する場合、ＨｅＮＢ ＧＷは、ＨｅＮＢ ＧＷ/Ｘ２−プロキシという。

【0083】

図１２は、ＨｅＮＢ ＧＷの配置無くマクロｅＮＢとＨｅＮＢとの間の他の直接連結を示す。

【0084】

図１２を参照すると、マクロｅＮＢ１５０とＨｅＮＢ１５１は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１５９と連結されることができる。マクロｅＮＢ１５０とＨｅＮＢ１５１は、Ｘ２インターフェースを介して互いに連結されることができる。

【0085】

図１３は、ＨｅＮＢ ＧＷ/Ｘ２−プロキシが配置された他の全体的な構成を示す。

【0086】

図１３を参照すると、Ｅ−ＵＴＲＡＮは、一つ以上のｅＮＢ１６０、マクロｅＮＢ１、ＨｅＮＢ１、ＨｅＮＢ２、ＨｅＮＢ３、及びＨｅＮＢ ＧＷ/Ｘ２−プロキシ１７９を含むことができる。一つ以上のＥ−ＵＴＲＡＮ ＭＭＥ/Ｓ−ＧＷ１６９がネットワークの最後に位置して外部ネットワークと連結されることができる。ｅＮＢ１６０は、Ｘ２インターフェースを介して互いに連結されることができる。ｅＮＢ１６０は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１６９と連結されることができる。ＨｅＮＢ ＧＷ/Ｘ２−プロキシ１７９は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１６９と連結されることができる。ＨｅＮＢ１とＨｅＮＢ３は、Ｓ１インターフェースを介してＨｅＮＢ ＧＷ/Ｘ２−プロキシ１７９と連結されることができる。ＨｅＮＢ２は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１６９と連結されることができる。ＨｅＮＢ１７１、１７２、１７３は、直接Ｘ２インターフェースを介して互いに連結されることができる。ＨｅＮＢ１７１、１７２、１７３は、同一ＣＳＧ ＩＤを有してもよく、互いに異なるＣＳＧ ＩＤを有してもよい。マクロｅＮＢ１は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１６９と連結されることができる。マクロｅＮＢ１は、間接Ｘ２インターフェースを介してＨｅＮＢ１７１、１７３と連結されることができる。マクロｅＮＢ１とＨｅＮＢ１７１、１７３との間の間接Ｘ２インターフェースは、ＨｅＮＢ ＧＷ/Ｘ２−プロキシ１７９を通過する。

【0087】

図１４は、ＨｅＮＢ ＧＷ/Ｘ２−プロキシが配置された他の全体的な構成を示す。

【0088】

図１４を参照すると、Ｅ−ＵＴＲＡＮは、一つ以上のｅＮＢ１８０、マクロｅＮＢ１、マクロｅＮＢ２、ＨｅＮＢ１、ＨｅＮＢ２、ＨｅＮＢ３、及びＨｅＮＢ ＧＷ/Ｘ２−プロキシ１９９を含むことができる。一つ以上のＥ−ＵＴＲＡＮ ＭＭＥ/Ｓ−ＧＷ１８９がネットワークの最後に位置して外部ネットワークと連結されることができる。ｅＮＢ１８０は、Ｘ２インターフェースを介して互いに連結されることができる。ｅＮＢ１８０は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１８９と連結されることができる。ＨｅＮＢ ＧＷ/Ｘ２−プロキシ１９９は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１８９と連結されることができる。ＨｅＮＢ１とＨｅＮＢ３は、Ｓ１インターフェースを介してＨｅＮＢ ＧＷ/Ｘ２−プロキシ１９９と連結されることができる。ＨｅＮＢ２は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１８９と連結されることができる。ＨｅＮＢ１９１、１９２、１９３は、直接Ｘ２インターフェースを介して互いに連結されることができる。ＨｅＮＢ１９１、１９２、１９３は、同一ＣＳＧ ＩＤを有してもよく、互いに異なるＣＳＧ ＩＤを有してもよい。マクロｅＮＢ１は、Ｓ１インターフェースを介してＭＭＥ/Ｓ−ＧＷ１８９と連結されることができる。マクロｅＮＢ１は、直接Ｘ２インターフェースを介してＨｅＮＢ３と連結されることができる。マクロｅＮＢ１とＨｅＮＢ ＧＷ/Ｘ２−プロキシ１９９との間の連結はない。マクロｅＮＢ２は、Ｘ２インターフェースを介してＨｅＮＢ ＧＷ/Ｘ２−プロキシ１９９と連結されることができる。

【0089】

図１５は、イントラ−ＭＭＥ/Ｓ−ＧＷハンドオーバ手順の一例を示す。

【0090】

Ｅ−ＵＴＲＡＮにおいて、ネットワークにより制御される端末補助(ａｓｓｉｓｔｅｄ)ハンドオーバは、ＲＲＣ_ＣＯＮＮＥＣＴＥＣＤ状態で実行されることができる。ハンドオーバ命令の一部は、ターゲットｅＮＢからきて、これはソースｅＮＢによって透明に端末に伝達される。ハンドオーバ手順を準備するために、ソースｅＮＢは、全ての必要な情報(例えば、Ｅ−ＲＡＢ属性及びＲＲＣコンテキスト)をターゲットｅＮＢに伝達する。搬送波集約(ＣＡ；ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ)が構成され、ターゲットｅＮＢで２次セル(ＳＣｅｌｌ；ｓｅｃｏｎｄａｒｙ ｃｅｌｌ)の選択が可能である時、ソースｅＮＢは、最適のセルリストを無線品質の降順に提供することができる。ソースｅＮＢと端末は、ハンドオーバ手順を失敗する場合、端末がソースｅＮＢに帰るように一部コンテキスト(例えば、Ｃ−ＲＮＴＩ)を維持する。専用ＲＡＣＨプリアンブルを利用したコンテンションのない手順又は専用ＲＡＣＨプリアンブが可用しない場合、コンテンションベースの手順によって、端末は、ランダムアクセスチャネル(ＲＡＣＨ；ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ)を介してターゲットセルに接続する。ターゲットセルへのＲＡＣＨ手順が特定時間内に成功できない場合、端末は、最適のセルを利用して無線リンク失敗回復(ｒａｄｉｏｌｉｎｋ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ)を初期化する。

【0091】

ハンドオーバ手順の準備及び実行ステップは、ＥＰＣの介入無く実行される。即ち、準備メッセージがｅＮＢ間に直接的に交換される。ハンドオーバ完了ステップ途中にソース側でのリソースの解除は、ｅＮＢによってトリガされる。

【0092】

まず、ハンドオーバ準備手順に対して説明する。

【0093】

０.領域制限情報が提供される。ソースｅＮＢ内での端末コンテキストは、連結設定又は最後のタイミングアドバンス(ＴＡ；ｔｉｍｉｎｇ ａｄｖａｎｃｅ)アップデートで提供されるローミング制限(ｒｏａｍｉｎｇ ｒｅｓｔｒｉｃｔｉｏｎ)に対する情報を含む。

【0094】

１.ソースｅＮＢは、領域制限情報によってＵＥ測定手順を構成し、測定制御メッセージをＬ３シグナリングを介して端末に送信する。ソースｅＮＢによって提供される測定は、端末の連結移動性を制御する機能を補助することができる。一方、端末とソースｅＮＢとの間に又はソースｅＮＢとサービングゲートウェイとの間にパケットデータが交換されることができる。

【0095】

２.端末は、システム情報、標準などによって設定された規則によってＬ３シグナリングを介してソースｅＮＢに測定報告を送信する。

【0096】

３.ソースｅＮＢは、測定報告及び無線リソース管理(ＲＲＭ；ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ)情報に基づいてハンドオーバを決定する。

【0097】

４.ソースｅＮＢは、ハンドオーバ要求メッセージをＬ３シグナリングを介してターゲットｅＮＢに送信し、ターゲット側でハンドオーバ手順を準備するための必要な情報を伝達する。端末Ｘ２/ＵＥ Ｓ１シグナリングコンテキストレファレンスは、ターゲットｅＮＢがソースｅＮＢとＥＰＣをアドレスできるようにする。Ｅ−ＲＡＢ(ｅｖｏｌｖｅｄ ｒａｄｉｏ ａｃｃｅｓｓ ｂｅａｒｅｒ)コンテキストは、必要な無線ネットワーク階層(ＲＮＬ；ｒａｄｉｏ ｎｅｔｗｏｒｋ ｌａｙｅｒ)住所情報、トランスポートネットワーク階層(ＴＮＬ；ｔｒａｎｓｐｏｒｔ ｎｅｔｗｏｒｋ ｌａｙｅｒ)住所情報、及びＥ−ＲＡＢのＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)プロファイルを含む。

【0098】

中継ノード(ＲＮ；ｒｅｌａｙ ｎｏｄｅ)下の端末がハンドオーバ手順を実行する場合、ハンドオーバ要求メッセージは、ＤｅＮＢによって受信される。ＤｅＮＢは、ハンドオーバ要求メッセージからターゲットセルＩＤを読み取り、ターゲットセルＩＤに対応されるターゲットｅＮＢを探索し、ターゲットｅＮＢにＸ２メッセージを伝達する。

【0099】

端末がＲＮにハンドオーバ手順を実行する場合、ハンドオーバ要求メッセージは、ＤｅＮＢによって受信される。ＤｅＮＢは、ハンドオーバ要求メッセージからターゲットセルＩＤを読み取り、ターゲットセルＩＤに対応されるターゲットＲＮを探索し、ターゲットＲＮにＸ２メッセージを伝達する。

【0100】

５.ターゲットｅＮＢは、許可制御を実行する。許可制御は、リソースがターゲットｅＮＢによって承認(ｇｒａｎｔ)された場合、成功的なハンドオーバの可能性を高めるために受信したＥ−ＲＡＢ ＱｏＳ情報に基づいて実行されることができる。ターゲットｅＮＢは、受信したＥ−ＲＡＢ ＱｏＳ情報によって必要なリソースを構成し、Ｃ−ＲＮＴＩ及び選択的にＲＡＣＨプリアンブルを留保(ｒｅｓｅｒｖｅ)する。ターゲットセルで使われるＡＳ構成は、独立的に構成(設定)され、又はソースセルで使われるＡＳ構成に対するデルタ(ｄｅｌｔａ)で構成(再構成)されることができる。

【0101】

６.ターゲットｅＮＢは、ハンドオーバ要求認定(ａｃｋｎｏｗｌｅｄｇｅ)メッセージをＬ３シグナリングを介してソースｅＮＢに送信し、ハンドオーバを準備する。ハンドオーバ要求認定メッセージは、端末に送信される透明コンテナ(ｔｒａｎｓｐａｒｅｎｔ ｃｏｎｔａｉｎｅｒ)をハンドオーバを実行するためのＲＲＣメッセージとして含むことができる。透明コンテナは、新たなＣ−ＲＮＴＩ、選択されたセキュリティアルゴリズムのためのターゲットｅＮＢセキュリティアルゴリズム識別子、専用ＲＡＣＨプリアンブル、及び可能な場合に接続パラメータ、ＳＩＢなどの他のパラメータを含むことができる。ハンドオーバ要求認定メッセージは、必要な場合にフォワーディングトンネルのためのＲＮＬ/ＴＮＬ情報を含むことができる。一方、ソースｅＮＢがハンドオーバ要求認定メッセージを受信するとすぐに、又はハンドオーバ命令の送信がＤＬで初期化されるとすぐに、データフォワーディングが初期化されることができる。

【0102】

７.ソースｅＮＢは、ハンドオーバを実行するために移動性制御情報を含むＲＲＣ連結再構成メッセージを端末に送信する。ソースｅＮＢは、必要な完全性保護及びメッセージ暗号化を実行する。端末は、必要なパラメータと共にＲＲＣ連結再構成メッセージを受信する。端末は、ソースｅＮＢからハンドオーバ手順の実行の命令を受ける。端末は、ソースｅＮＢにＨＡＲＱ/ＡＲＱ応答を伝達するためにハンドオーバ実行を遅延させる必要がない。

【0103】

以下、ハンドオーバ実行手順に対して説明する。

【0104】

端末は、既存セルから分離されて新たなセルと同期化される。また、ソースｅＮＢは、バッファされたパケット及び伝達中であるパケットをターゲットｅＮＢに伝達する。

【0105】

８.ソースｅＮＢは、ＰＤＣＰ状態維持が適用されるＥ−ＲＡＢのＵＬ ＰＤＣＰ ＳＮ(ｓｅｒｉａｌ ｎｕｍｂｅｒ)受信機状態及びＤＬ ＰＤＣＰ ＳＮ送信機状態を伝達するためにターゲットｅＮＢにＳＮ状態伝達メッセージを送信する。ＵＬ ＰＤＣＨ ＳＮ受信機状態は、そのようなＳＤＵがある場合、最初に損失されたＵＬ ＳＤＵのＰＤＣＰ ＳＮ及び端末がターゲットセルで再送信する必要があるＵＬ ＳＤＵシーケンスの受信状態のビットマップのうち少なくとも一つを含むことができる。ＤＬ ＰＤＣＰ ＳＮ送信機状態は、ターゲットｅＮＢがまだＰＤＣＰ ＳＮを有していない新たなＳＤＵに割り当てる次のＰＤＣＰ ＳＮを指示する。端末のいずれのＥ−ＲＡＢもＰＤＣＰ状態維持が適用されない場合、ソースｅＮＢは、このメッセージの送信を省略することができる。

【0106】

９.移動性制御情報を含むＲＲＣ連結再構成メッセージを受信した後、端末は、ターゲットｅＮＢに同期化を実行し、ＲＡＣＨを介してターゲットセルに接続する。移動性制御情報で専用ＲＡＣＨプリアンブルが指示される場合、ＲＡＣＨを介したターゲットセルへの接続は、コンテンションない手順である。または、専用プリアンブルが指示されない場合、ＲＡＣＨを介したターゲットセルへの接続は、コンテンションベースの手順である。端末は、ターゲットｅＮＢ特定キーを誘導し、ターゲットセルで使われる選択されたセキュリティアルゴリズムを構成する。

【0107】

１０.ターゲットｅＮＢは、ＵＬ割当とタイミングアドバンスを端末の同期化に応答する。

【0108】

１１.端末がターゲットセルに成功的に接続した場合、端末は、端末立場でハンドオーバ手順が完了したことを指示するために、ターゲットｅＮＢにＣ−ＲＮＴＩを含むＲＲＣ連結再構成完了メッセージを送信してハンドオーバ手順を確認する。可能な場合、ＲＲＣ連結再構成完了メッセージと共に常にＵＬバッファ状態報告が送信されることができる。ターゲットｅＮＢは、ＲＲＣ連結再構成完了メッセージ内のＣ−ＲＮＴＩを確認する。その後、ターゲットｅＮＢは、端末にデータを送信することができる。パケットデータが端末とターゲットｅＮＢとの間に交換される。

【0109】

以下、ハンドオーバ完了手順に対して説明する。

【0110】

１２.ターゲットｅＮＢは、端末がセルを変更することを知らせるために経路切替要求メッセージをＭＭＥに送信する。

【0111】

１３.ＭＭＥは、ユーザ平面アップデート要求メッセージをＳ−ＧＷに送信する。

【0112】

１４.Ｓ−ＧＷは、ＤＬデータ経路をターゲット側に切り替える。Ｓ−ＧＷは、一つ以上の終了マーカーパケット(ｅｎｄ ｍａｒｋｅｒ ｐａｃｋｅｔ)を既存経路上にソースｅＮＢに送信し、ソースｅＮＢに向かう全てのＵ−平面/ＴＮＬリソースを解除することができる。

【0113】

１５.Ｓ−ＧＷは、ユーザ平面アップデート応答メッセージをＭＭＥに送信する。

【0114】

１６.ＭＭＥは、経路切替要求メッセージを確認するために経路切替認定メッセージをターゲットｅＮＢに送信する。

【0115】

１７.ターゲットｅＮＢは、ハンドオーバ手順の成功を知らせ、ソースｅＮＢによるリソースの解除をトリガするために、端末コンテキスト解除メッセージをソースｅＮＢに送信する。

【0116】

１８. 端末コンテキスト解除メッセージを受信した場合、ソースｅＮＢは、端末コンテキストと関連した無線リソース及びＣ−平面関連リソースを解除することができる。全ての進行中であるデータフォワーディングは、続くことができる。

【0117】

既存のレガシＳ１ハンドオーバ手順で、ＭＭＥは、接続制御又はメンバシップ確認を実行することができる。接続制御又はメンバシップ確認によって、端末のメンバシップ状態に基づいて割り当てられたリソースの優先順位が決められることができる。

【0118】

接続制御は、ターゲット(Ｈ)ｅＮＢが閉鎖モードで動作する時に実行されることができる。メンバシップ確認は、ターゲットセルがハイブリッドセルである時に実行されることができる。接続制御又はメンバシップ確認は、２ステップ過程によって実行される。まず、端末がターゲットセルから受信されたＣＳＧ ＩＤ及び端末のＣＳＧホワイトリストに基づくメンバシップ状態を報告し、ＭＭＥは報告された状態を確認する。

【0119】

しかし、Ｘ２ハンドオーバ手順で、接続制御又はメンバシップ確認がＸ２ハンドオーバ手順が認識される以前に依然としてＭＭＥによって実行される場合、いくつかの問題が発生することができる。第１に、接続制御又はメンバシップ確認がＭＭＥによって実行されるため、ネットワークのシグナリングオーバーヘッドを減らしてハンドオーバ遅延を減らす元来の目的が実現されることができない。第２に、ハンドオーバ手順が認識される以前にいずれのメッセージもＭＭＥに送信されないため、接続制御又はメンバシップ確認が技術的にＸ２インターフェースによって実現されることができない。

【0120】

したがって、前述した問題を解決するために、本発明によって接続制御又はメンバシップ確認を実行する方法が提案されることができる。まず、ターゲットセルがハイブリッドセルである場合を説明する。

【0121】

図１６は、本発明の一実施例によって提案されたメンバシップ確認を実行する方法の一例を示す。

【0122】

ステップＳ２００において、端末は、自分のメンバシップ状態をソース(Ｈ)ｅＮＢに送信する。端末のメンバシップ状態は、ターゲットＨｅＮＢから受信されたＣＳＧ ＩＤ及び端末のＣＳＧホワイトリストに基づく。端末からメンバシップ状態を受信すると、ソース(Ｈ)ｅＮＢは、端末から受信されたメンバシップ状態をそのまま信頼することができる。

【0123】

ステップＳ２１０において、ソース(Ｈ)ｅＮＢは、ターゲットＨｅＮＢにハンドオーバ要求メッセージを送信する。ソース(Ｈ)ｅＮＢとターゲットＨｅＮＢとの間に直接Ｘ２インターフェースが設定されている時、ハンドオーバ要求メッセージは、ターゲットＨｅＮＢに直接送信されることができる。ソース(Ｈ)ｅＮＢとターゲットＨｅＮＢとの間に間接Ｘ２インターフェースが設定されている時、ハンドオーバ要求メッセージは、ＨｅＮＢ ＧＷ/Ｘ２−プロキシを通過することができる。

【0124】

ステップＳ２２０において、ターゲットＨｅＮＢは、ハンドオーバが認識されるかどうかを決定する。ハンドオーバが認識された場合、ターゲットＨｅＮＢは、自分の規則に基づいて端末をターゲットＨｅＮＢのメンバとして取り扱うかどうかを予め決定することができる。即ち、ターゲットＨｅＮＢは、端末をターゲットＨｅＮＢのメンバとして取り扱うことができる。このとき、端末は、優先的にリソースを使用することができる。または、ターゲットＨｅＮＢは、端末をターゲットＨｅＮＢのメンバとして取り扱わないこともある。このとき、端末は、リソースが足りない場合、他のＣＳＧメンバに比べて制限的にリソースを使用することができる。

【0125】

ステップＳ２３０において、ターゲットＨｅＮＢがハンドオーバを受諾した場合、ターゲットＨｅＮＢは、経路切替要求メッセージをＭＭＥに送信する。経路切替要求メッセージは、ＭＭＥがメンバシップ確認を実行するようにターゲットＨｅＮＢのＣＳＧ ＩＤと接続モードを含むことができる。

【0126】

ステップＳ２４０において、ＭＭＥは、経路切替要求メッセージに含まれているＣＳＧ ＩＤ、接続モード、及び端末のための格納されたＣＳＧ加入データに基づいてメンバシップ確認を実行する。ステップＳ２５０において、ＭＭＥは、確認された端末メンバシップ情報をターゲットＨｅＮＢに送信する。確認された端末メンバシップ情報は、経路切替要求メッセージの応答である経路切替応答メッセージに含まれることができる。または、確認された端末メンバシップ情報は、既存のメッセージ又は新たなメッセージに含まれて送信されることができる。

【0127】

端末がターゲットＨｅＮＢのメンバと見なされるかどうか及びメンバシップ確認の結果によって多様な場合が存在する。

【0128】

１)既にターゲットＨｅＮＢが端末をメンバとして取り扱ってリソースを準備する時、端末に優先順位を与え、ＭＭＥによって端末がターゲットＨｅＮＢの実在メンバと確認された場合、ＭＭＥは、端末がターゲットＨｅＮＢの実在メンバであるという確認された端末メンバシップ情報を送信する。ターゲットＨｅＮＢは、何も変わらない。

【0129】

２)既にターゲットＨｅＮＢが端末をメンバとして取り扱わずにリソースを準備する時、端末に優先順位を与えず、ＭＭＥによって端末がターゲットＨｅＮＢの実在メンバと確認された場合、ＭＭＥは、端末がターゲットＨｅＮＢの実在メンバであるという確認された端末メンバシップ情報を送信する。確認されたメンバシップ情報は、ターゲットＨｅＮＢが認識していることと正反対である。したがって、ターゲットＨｅＮＢは、端末をターゲットＨｅＮＢのメンバとして取り扱って、端末に優先順位を与えることができる。

【0130】

３)既にターゲットＨｅＮＢが端末をメンバとして取り扱ってリソースを準備する時、端末に優先順位を与え、ＭＭＥによって端末がターゲットＨｅＮＢの偽造(ｆａｋｅｄ)メンバと確認された場合、ＭＭＥは、端末がターゲットＨｅＮＢの非メンバであるという確認された端末メンバシップ情報を送信する。確認されたメンバシップ情報は、ターゲットＨｅＮＢが認識していることと正反対である。したがって、ターゲットＨｅＮＢは、端末のメンバシップ状態を修正し、端末をメンバとして取り扱えない。または、ターゲットＨｅＮＢは、チーター(ｃｈｅａｔｅｒ)である端末を退出させることができる。

【0131】

４)既にターゲットＨｅＮＢが端末をメンバとして取り扱わずにリソースを準備する時、端末に優先順位を与えず、ＭＭＥによって端末がターゲットＨｅＮＢの偽造メンバと確認された場合、ＭＭＥは、端末がターゲットＨｅＮＢの非メンバであるという確認された端末メンバシップ情報を送信する。ターゲットＨｅＮＢは何も変わらない。

【0132】

５)端末は、自分がターゲットＨｅＮＢの非メンバであると報告し、既にターゲットＨｅＮＢが端末をメンバとして取り扱わずにリソースを準備する時、端末に優先順位を与えない場合、ターゲットＨｅＮＢは、何も変わらない。

【0133】

図１６は、本発明の一実施例によって提案された接続制御を実行する方法に適用されることができる。以下、閉鎖モードで動作するターゲットＨｅＮＢの場合に対して説明する。

【0134】

ステップＳ２００において、端末は、自分のメンバシップ状態をソース(Ｈ)ｅＮＢに送信する。端末のメンバシップ状態は、ターゲットＨｅＮＢから受信されたＣＳＧ ＩＤ及び端末のＣＳＧホワイトリストに基づく。端末からメンバシップ状態を受信すると、ソース(Ｈ)ｅＮＢは、端末から受信されたメンバシップ状態をそのまま信頼することができる。即ち、端末は、ターゲットＨｅＮＢのメンバと見なされる。

【0135】

ステップＳ２１０において、ソース(Ｈ)ｅＮＢは、ターゲットＨｅＮＢにハンドオーバ要求メッセージを送信する。ソース(Ｈ)ｅＮＢとターゲットＨｅＮＢとの間に直接Ｘ２インターフェースが設定されている時、ハンドオーバ要求メッセージは、ターゲットＨｅＮＢに直接送信されることができる。ソース(Ｈ)ｅＮＢとターゲットＨｅＮＢとの間に間接Ｘ２インターフェースが設定されている時、ハンドオーバ要求メッセージは、ＨｅＮＢ ＧＷ/Ｘ２−プロキシを通過することができる。

【0136】

ステップＳ２２０において、ターゲットＨｅＮＢは、ハンドオーバが認識されるかどうかを決定する。ハンドオーバが認識された場合、ターゲットＨｅＮＢは、ステップＳ２００で説明されたように、端末を自分のメンバとして取り扱うかどうかを予め決定することができる。即ち、端末は、ターゲットＨｅＮＢによってターゲットＨｅＮＢのメンバと見なされる。ターゲットＨｅＮＢは、端末のためにリソースを準備することができる。

【0137】

ステップＳ２３０において、ターゲットＨｅＮＢがハンドオーバを受諾した場合、ターゲットＨｅＮＢは、経路切替要求メッセージをＭＭＥに送信する。経路切替要求メッセージは、ＭＭＥが接続制御を実行するようにターゲットＨｅＮＢのＣＳＧ ＩＤを含むことができる。

【0138】

ステップＳ２４０において、ＭＭＥは、経路切替要求メッセージに含まれているＣＳＧ ＩＤ、及び端末のための格納されたＣＳＧ加入データに基づいて接続制御を実行する。ステップＳ２５０において、ＭＭＥは、確認された端末メンバシップ情報を特定指示によってターゲットＨｅＮＢに送信する。確認された端末メンバシップ情報は、経路切替要求メッセージの応答である経路切替応答メッセージに含まれることができる。または、確認された端末メンバシップ情報は、既存のメッセージ又は新たなメッセージに含まれて送信されることができる。

【0139】

接続制御の結果によって多様な場合が存在する。

【0140】

１)端末がターゲットＨｅＮＢの実在メンバと確認された場合、ＭＭＥは、端末がＭＭＥによって許容されたという確認された端末メンバシップ情報を特定指示によってターゲットＨｅＮＢに送信する。確認された端末メンバシップ情報は、経路切替確認メッセージに含まれることができる。または、確認された端末メンバシップ情報は、既存のメッセージ又は新たなメッセージに含まれることができる。端末のリソースに対して何も変わらない。ターゲットＨｅＮＢは、何も変わらない。

【0141】

２)接続制御手順が失敗した場合、即ち、端末がターゲットＨｅＮＢの偽造メンバである場合、ＭＭＥは、端末がＭＭＥによって許容されなかったという確認された端末メンバシップ情報をターゲットＨｅＮＢに送信する。確認された端末メンバシップ情報は、経路切替ＡＣＫ(ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)メッセージに含まれることができる。または、確認された端末メンバシップ情報は、経路切替ＮＡＣＫ(ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)メッセージに含まれることができる。または、ＭＭＥは、ターゲットＨｅＮＢにハンドオーバ拒絶メッセージとして応答してハンドオーバ手順を終了する。または、確認された端末メンバシップ情報は、既存のメッセージ又は新たなメッセージに含まれることができる。ターゲットＨｅＮＢは、チーター(ｃｈｅａｔｅｒ)である端末を退出させることができる。

【0142】

図１７は、本発明の一実施例に係るイントラ−ＭＭＥ/Ｓ−ＧＷハンドオーバ手順の一例を示す。図１７は、本発明の一実施例によって提案されたメンバシップ確認又は接続制御を実行する方法が図１５のイントラ−ＭＭＥ/Ｓ−ＧＷハンドオーバ手順の一例に適用されたものである。以下、図１５で対応される部分が異なる部分に対してのみ説明する。

【0143】

５.ターゲットｅＮＢは、許可制御を実行する。また、ターゲットＨｅＮＢは、ターゲットＨｅＮＢの端末のメンバシップを予め決定する。これは図１６のステップＳ２２０によって説明されることができる。

【0144】

１２.ターゲットＨｅＮＢは、端末がセルを変更したことを知らせるためにＭＭＥに経路切替要求メッセージを送信する。経路切替要求メッセージは、ターゲットＨｅＮＢのＣＳＧ ＩＤを含むことができる。また、ターゲットＨｅＮＢがハイブリッドセルである場合、経路切替要求メッセージは、ターゲットＨｅＮＢの接続モードを含むことができる。

【0145】

１３.ＭＭＥは、メンバシップ確認又は接続制御を実行する。これは図１６のステップＳ２４０によって説明されることができる。

【0146】

１７.ＭＭＥは、ターゲットＨｅＮＢに経路切替要求ＡＣＫ/ＮＡＣＫメッセージを送信する。経路切替要求ＡＣＫ/ＮＡＣＫメッセージは、確認された端末メンバシップ情報を含むことができる。本発明は、このメッセージのみを使用することに制限されるものではない。既に存在する他のメッセージが使われることができる。これは図１６のステップＳ２５０によって説明されることができる。

【0147】

図１８は、本発明の実施例が具現される無線通信システムのブロック図である。

【0148】

ターゲットＨｅＮＢ８００は、プロセッサ(ｐｒｏｃｅｓｓｏｒ)８１０、メモリ(ｍｅｍｏｒｙ)８２０、及びＲＦ部(ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｕｎｉｔ)８３０を含む。プロセッサ８１０は、提案された機能、過程及び/又は方法を具現する。無線インターフェースプロトコルの階層は、プロセッサ８１０により具現されることができる。メモリ８２０は、プロセッサ８１０と連結され、プロセッサ８１０を駆動するための多様な情報を格納する。ＲＦ部８３０は、プロセッサ８１０と連結され、無線信号を送信及び/又は受信する。

【0149】

ＭＭＥ９００は、プロセッサ９１０、メモリ９２０、及びＲＦ部９３０を含む。プロセッサ９１０は、提案された機能、過程及び/又は方法を具現する。無線インターフェースプロトコルの階層は、プロセッサ９１０により具現されることができる。メモリ９２０は、プロセッサ９１０と連結され、プロセッサ９１０を駆動するための多様な情報を格納する。ＲＦ部９３０は、プロセッサ９１０と連結され、無線信号を送信及び/又は受信する。

【0150】

プロセッサ８１０、９１０は、ＡＳＩＣ(ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ)、他のチップセット、論理回路及び/又はデータ処理装置を含むことができる。メモリ８２０、９２０は、ＲＯＭ(ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ)、ＲＡＭ(ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ)、フラッシュメモリ、メモリカード、格納媒体及び/又は他の格納装置を含むことができる。ＲＦ部８３０、９３０は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール(過程、機能など)で具現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部又は外部にあり、よく知られた多様な手段によりプロセッサ８１０、９１０と連結されることができる。

【0151】

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

【0152】

前述した実施例は、多様な態様の例示を含む。多様な態様を示すための全ての可能な組合せを記述することはできないが、該当技術分野の通常の知識を有する者は、他の組合せが可能であることを認識することができる。したがって、本発明は、特許請求範囲内に属する全ての交替、修正、及び変更を含む。

【図1】

【図2】

【図3(a)】

【図3(b)】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15a】

【図15b】

【図16】

【図17a】

【図17b】

【図18】