(57)【要約】【課題】無線通信システムにおけるデータを伝達するための方法及び装置を提供する。【解決手段】スモールセルは、マクロｅＮＢからスモールセルサービスのサービスを中断することを指示する指示を受信する。前記指示を受信する時、スモールセルは、ＳＮ状態転送メッセージ(ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ  (ＳＮ)  ｓｔａｔｕｓ  ｔｒａｎｓｆｅｒ  ｍｅｓｓａｇｅ)と共に前記マクロｅＮＢにデータの伝達を開始する。前記指示は、メッセージの形式またはメッセージのＩＥ(ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ)形式を介して受信される。【選択図】図１８
2016529770.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける、スモールセルによる、データ伝達のための方法において、
マクロｅＮＢ(ｅＮｏｄｅＢ)からスモールセルサービスのサービスを中断することを指示する指示を受信し、及び、
前記指示を受信する時、前記マクロｅＮＢにデータの伝達を開始することを含むことを特徴とする方法。
【請求項２】
前記指示は、サービス非活性化メッセージまたはＳｅＮＢ(Ｓｅｃｏｎｄａｒｙ  ｅＮＢ)解除メッセージを介して受信されることを特徴とする請求項１に記載の方法。
【請求項３】
前記指示は、サービス非活性化メッセージまたはＳｅＮＢ解除メッセージ内のＩＥ(ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ)を介して受信されることを特徴とする請求項１に記載の方法。
【請求項４】
前記ＩＥは、前記マクロｅＮＢにより生成されたダウンリンクＧＴＰ(ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅｓ  (ＧＰＲＳ)  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ)トンネル終点またはアップリンクＧＴＰトンネル終点であることを特徴とする請求項３に記載の方法。
【請求項５】
前記指示は、Ｘ２終了マーカ(ｅｎｄ  ｍａｒｋｅｒ)を介して受信されることを特徴とする請求項１に記載の方法。
【請求項６】
前記マクロｅＮＢに前記データと共にＳＮ状態転送メッセージ(ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ  (ＳＮ)  ｓｔａｔｕｓ  ｔｒａｎｓｆｅｒ  ｍｅｓｓａｇｅ)を送信することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記マクロｅＮＢから前記マクロｅＮＢにより生成されたＸ２終了マーカ(ｅｎｄ  ｍａｒｋｅｒ)を受信することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記マクロｅＮＢからＵＥ  Ｘ２コンテキスト解除メッセージ(ＵＥ  Ｘ２  ｃｏｎｔｅｘｔ  ｒｅｌｅａｓｅ  ｍｅｓｓａｇｅ)を受信することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項９】
無線通信システムにおける、マクロｅＮＢによる、指示を送信する方法において、
ハンドオーバ要求認定メッセージ(ｈａｎｄｏｖｅｒ  ｒｅｑｕｅｓｔ  ａｃｋｎｏｗｌｅｄｇｅ  ｍｅｓｓａｇｅ)を受信する時、スモールセルサービスのサービスを中断することを指示する指示をスモールセルに送信し、及び、
前記スモールセルからＳＮ状態転送メッセージ(ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ  (ＳＮ)  ｓｔａｔｕｓ  ｔｒａｎｓｆｅｒ  ｍｅｓｓａｇｅ)と共に伝達されたデータを受信することを含むことを特徴とする方法。
【請求項１０】
前記指示は、サービス非活性化メッセージまたはＳｅＮＢ(Ｓｅｃｏｎｄａｒｙ  ｅＮＢ)解除メッセージを介して送信されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記指示は、サービス非活性化メッセージまたはＳｅＮＢ解除メッセージ内のＩＥ(ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ)を介して送信されることを特徴とする請求項９に記載の方法。
【請求項１２】
前記ＩＥは、前記マクロｅＮＢにより生成されたダウンリンクＧＴＰ(ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅｓ  (ＧＰＲＳ)  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ)トンネル終点またはアップリンクＧＴＰトンネル終点であることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記指示は、Ｘ２終了マーカ(ｅｎｄ  ｍａｒｋｅｒ)を介して送信されることを特徴とする請求項９に記載の方法。
【請求項１４】
Ｘ２終了マーカを生成し、及び、
生成された前記Ｘ２終了マーカを前記スモールセルに送信することをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１５】
前記スモールセルにＵＥ  Ｘ２コンテキスト解除メッセージ(ＵＥ  Ｘ２  ｃｏｎｔｅｘｔ  ｒｅｌｅａｓｅ  ｍｅｓｓａｇｅ)を送信することをさらに含むことを特徴とする請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおけるスモールセルに対してデータを伝達するための方法及び装置に関する。
【背景技術】
【０００２】
ＵＭＴＳ(ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ)は、ヨーロッパシステム(Ｅｕｒｏｐｅａｎ  ｓｙｓｔｅｍ)、ＧＳＭ（登録商標）(ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)及びＧＰＲＳ(ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅｓ)に基づいてＷＣＭＤＡ(ｗｉｄｅｂａｎｄ  ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)で動作する３世代(３ｒｄ  ｇｅｎｅｒａｔｉｏｎ)非同期(ａｓｙｎｃｈｒｏｎｏｕｓ)移動通信システムである。ＵＭＴＳのＬＴＥ(ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ)がＵＭＴＳを標準化する３ＧＰＰ(３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ)により議論中である。
【０００３】
３ＧＰＰ  ＬＴＥは、高速パケット通信を可能にするための技術である。ＬＴＥ目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ  ＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を要求する。
【０００４】
図１は、ＬＴＥシステムの構造を示す。通信ネットワークは、ＩＭＳ及びパケットデータを介したインターネット電話(Ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ：ＶｏＩＰ)のような多様な通信サービスを提供するために広く設置される。
【０００５】
図１を参照すると、ＬＴＥシステム構造は、一つ以上の端末(ＵＥ)１０、Ｅ−ＵＴＲＡＮ(ｅｖｏｌｖｅｄ−ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ)及びＥＰＣ(ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ)を含む。端末１０は、ユーザにより動く通信装置である。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ(ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ)、ＵＴ(ｕｓｅｒ  ｔｅｒｍｉｎａｌ)、ＳＳ(ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ)、無線機器(ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ)等、他の用語で呼ばれることもある。
【０００６】
Ｅ−ＵＴＲＡＮは、一つ以上のｅＮＢ(ｅｖｏｌｖｅｄ  ｎｏｄｅ−Ｂ)２０を含むことができ、一つのセルに複数の端末が存在できる。ｅＮＢ２０は、制御平面(ｃｏｎｔｒｏｌ  ｐｌａｎｅ)とユーザ平面(ｕｓｅｒ  ｐｌａｎｅ)の終端点を端末に提供する。ｅＮＢ２０は、一般的に端末１０と通信する固定局(ｆｉｘｅｄ  ｓｔａｔｉｏｎ)を意味し、ＢＳ(ｂａｓｅ  ｓｔａｔｉｏｎ)、ＢＴＳ(ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ)、アクセスポイント(ａｃｃｅｓｓ  ｐｏｉｎｔ)等、他の用語で呼ばれることもある。一つのｅＮＢ２０は、セル毎に配置されることができる。ｅＮＢ２０のカバレッジ内に一つ以上のセルが存在できる。一つのセルは、１.２５、２.５、５、１０及び２０ＭＨｚなどの帯域幅のうち一つを有するように設定され、複数の端末にダウンリンク(ＤＬ；ｄｏｗｎｌｉｎｋ)またはアップリンク(ＵＬ；ｕｐｌｉｎｋ)送信サービスを提供することができる。このとき、互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。
【０００７】
以下、ＤＬはｅＮＢ２０から端末１０への通信を意味し、ＵＬは端末１０からｅＮＢ２０への通信を意味する。ＤＬにおいて、送信機はｅＮＢ２０の一部であり、受信機は端末１０の一部である。ＵＬにおいて、送信機は端末１０の一部であり、受信機はｅＮＢ２０の一部である。
【０００８】
ＥＰＣは、制御平面の機能を担当するＭＭＥ(ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ)、ユーザ平面の機能を担当するＳ−ＧＷ(ｓｙｓｔｅｍ  ａｒｃｈｉｔｅｃｔｕｒｅ  ｅｖｏｌｕｔｉｏｎ(ＳＡＥ)  ｇａｔｅｗａｙ)を含むことができる。ＭＭＥ/Ｓ−ＧＷ３０は、ネットワークの終端に位置し、外部ネットワークと接続される。ＭＭＥは、端末のアクセス情報や端末の能力に対する情報を有し、このような情報は、主に端末の移動性管理に使われることができる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイである。ＭＭＥ/Ｓ−ＧＷ３０は、セッションの終端点と移動性管理機能を端末１０に提供する。ＥＰＣは、ＰＤＮ(ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ)−ＧＷ(ｇａｔｅｗａｙ)をさらに含むことができる。ＰＤＮ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【０００９】
ＭＭＥは、ｅＮＢ２０へのＮＡＳ(ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ)シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ(ａｃｃｅｓｓ  ｓｔｒａｔｕｍ)セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒ  ＣＮ(ｃｏｒｅ  ｎｅｔｗｏｒｋ)ノードシグナリング、アイドルモード端末到達可能性(ページング再送信の制御及び実行を含む)、トラッキング領域リスト管理(アイドルモード及び活性化モードである端末のために)、Ｐ−ＧＷ及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバのためのＭＭＥ選択、２Ｇまたは３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ(ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ)選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、ＰＷＳ(ｐｕｂｌｉｃ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ：地震/津波警報システム(ＥＴＷＳ)及び商用モバイル警報システム(ＣＭＡＳ)含む)メッセージ送信サポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、各々のユーザに基づいてパケットフィルタリング(例えば、深層的なパケット検査を介して)、合法的遮断、端末ＩＰ(ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ)アドレス割当、ＤＬでトランスポートレベルパッキングマーキング、ＵＬ/ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲに基づくＤＬ等級強制の各種機能を提供する。明確性のために、ＭＭＥ/Ｓ−ＧＷ３０は、単に“ゲートウェイ”で表現し、これはＭＭＥ及びＳ−ＧＷを両方とも含むことができる。
【００１０】
ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使われることができる。端末１０及びｅＮＢ２０は、Ｕｕインターフェースにより接続されることができる。ｅＮＢ２０は、Ｘ２インターフェースにより相互間接続されることができる。隣接ｅＮＢ２０は、Ｘ２インターフェースによるメッシュネットワーク構造を有することができる。ｅＮＢ２０は、Ｓ１インターフェースによりＥＰＣと接続されることができる。ｅＮＢ２０は、Ｓ１−ＭＭＥインターフェースによりＭＭＥと接続されることができ、Ｓ１−ＵインターフェースによりＳ−ＧＷと接続されることができる。Ｓ１インターフェースは、ｅＮＢ２０とＭＭＥ/Ｓ−ＧＷ３０との間に多対多関係(ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ)をサポートする。
【００１１】
図２は、一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造を示す。  図２を参照すると、ｅＮＢ２０は、ゲートウェイ３０に対する選択、ＲＲＣ(ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ)活性(ａｃｔｉｖａｔｉｏｎ)中のゲートウェイ３０へのルーティング(ｒｏｕｔｉｎｇ)、ページングメッセージのスケジューリング及び送信、ＢＣＨ(ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ)情報のスケジューリング及び送信、ＵＬ及びＤＬから端末１０へのリソースの動的割当、ｅＮＢ測定の設定(ｃｏｎｆｉｇｕｒａｔｉｏｎ)及び提供(ｐｒｏｖｉｓｉｏｎｉｎｇ)、無線ベアラ制御、ＲＡＣ(ｒａｄｉｏ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ)及びＬＴＥ活性状態で接続移動性制御機能を遂行することができる。前記のように、ゲートウェイ３０は、ＥＰＣでページング開始、ＬＴＥアイドル状態管理、ユーザ平面の暗号化、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化と完全性保護機能を遂行することができる。
【００１２】
図３は、ＬＴＥシステムのユーザ平面プロトコルスタック及び制御平面プロトコルスタックのブロック図である。図３−(ａ)は、ＬＴＥシステムのユーザ平面プロトコルスタックのブロック図であり、図３−(ｂ)は、ＬＴＥシステムの制御平面プロトコルスタックのブロック図である。
【００１３】
端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は、通信システムで広く知られたＯＳＩ(ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ)モデルの下位３個階層に基づいてＬ１(第１の階層)、Ｌ２(第２の階層)及びＬ３(第３の階層)に区分される。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的には、物理階層、データリンク階層(ｄａｔａ  ｌｉｎｋ  ｌａｙｅｒ)及びネットワーク階層(ｎｅｔｗｏｒｋ  ｌａｙｅｒ)に区分されることができ、垂直的には、制御信号送信のためのプロトコルスタック(ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ)である制御平面(ｃｏｎｔｒｏｌ  ｐｌａｎｅ)とデータ情報送信のためのプロトコルスタックであるユーザ平面(ｕｓｅｒ  ｐｌａｎｅ)とに区分されることができる。無線インターフェースプロトコルの階層は、端末とＥ−ＵＴＲＡＮで対(ｐａｉｒ)に存在でき、これはＵｕインターフェースのデータ送信を担当することができる。
【００１４】
物理階層(ＰＨＹ；ｐｈｙｓｉｃａｌ  ｌａｙｅｒ)は、Ｌ１に属する。物理階層は、物理チャネルを介して上位階層に情報転送サービスを提供する。物理階層は、上位階層であるＭＡＣ(ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ)階層とトランスポートチャネル(ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ)を介して接続される。物理チャネルは、トランスポートチャネルにマッピングされる。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが送信されることができる。互いに異なる物理階層間、即ち、送信機の物理階層と受信機の物理階層との間にデータは、物理チャネルを介して無線リソースを利用して送信されることができる。物理階層は、ＯＦＤＭ(ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ)方式を利用して変調されることができ、時間と周波数を無線リソースとして活用する。
【００１５】
物理階層は、いくつかの物理制御チャネル(ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ)を使用する。ＰＤＣＣＨ(ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ)は、ＰＣＨ(ｐａｇｉｎｇ  ｃｈａｎｎｅｌ)及びＤＬ−ＳＣＨ(ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ)のリソース割当、ＤＬ−ＳＣＨと関連しているＨＡＲＱ(ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ)情報に対して端末に報告する。ＰＤＣＣＨは、アップリンク送信のリソース割当に対して端末に報告するためにアップリンクグラントを伝送することができる。ＰＣＦＩＣＨ(ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ)は、ＰＤＣＣＨのために使われるＯＦＤＭシンボルの個数を端末に知らせ、全てのサブフレーム毎に送信される。ＰＨＩＣＨ(ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ)は、ＵＬ−ＳＣＨ送信に対するＨＡＲＱ  ＡＣＫ(ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)/ＮＡＣＫ(ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)信号を伝送する。ＰＵＣＣＨ(ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ)は、ダウンリンク送信のためのＨＡＲＱ  ＡＣＫ/ＮＡＣＫ、スケジューリング要求及びＣＱＩのようなＵＬ制御情報を伝送する。ＰＵＳＣＨ(ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ)は、ＵＬ−ＳＣＨ(ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ)を伝送する。
【００１６】
図４は、物理チャネル構造の一例を示す。
【００１７】
物理チャネルは、時間領域で複数のサブフレーム(ｓｕｂｆｒａｍｅ)と周波数領域で複数の副搬送波(ｓｕｂｃａｒｒｉｅｒ)で構成される。一つのサブフレームは、時間領域で複数のシンボルで構成される。一つのサブフレームは、複数のリソースブロック(ＲＢ；ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ)で構成される。一つのリソースブロックは、複数のシンボルと複数の副搬送波で構成される。また、各サブフレームは、ＰＤＣＣＨのために該当サブフレームの特定シンボルの特定副搬送波を利用することができる。例えば、サブフレームの１番目のシンボルがＰＤＣＣＨのために使われることができる。ＰＤＣＣＨは、ＰＲＢ(ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ)及びＭＣＳ(ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅｓ)のように動的に割り当てられたリソースを伝送することができる。データが送信される単位時間であるＴＴＩ(ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ)は、１個のサブフレームの長さと同じである。一つのサブフレームの長さは、１ｍｓである。
【００１８】
トランスポートチャネルは、チャネルが共有されるかどうかによって、共通トランスポートチャネル及び専用トランスポートチャネルに分類される。ネットワークから端末にデータを送信するＤＬトランスポートチャネル(ＤＬ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ)は、システム情報を送信するＢＣＨ(ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ)、ページングメッセージを送信するＰＣＨ(ｐａｇｉｎｇ  ｃｈａｎｎｅｌ)、ユーザトラフィックまたは制御信号を送信するＤＬ−ＳＣＨなどを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び送信電力の変化による動的リンク適応及び動的/半静的リソース割当をサポートする。また、ＤＬ−ＳＣＨは、セル全体にブロードキャスト及びビーム形成の使用を可能にする。システム情報は、一つ以上のシステム情報ブロックを伝送する。全てのシステム情報ブロックは、同じ周期に送信されることができる。ＭＢＭＳ(ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ/ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ)のトラフィックまたは制御信号は、ＭＣＨ(ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ)を介して送信される。
【００１９】
端末からネットワークにデータを送信するＵＬトランスポートチャネルは、初期制御メッセージ(ｉｎｉｔｉａｌ  ｃｏｎｔｒｏｌ  ｍｅｓｓａｇｅ)を送信するＲＡＣＨ(ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ)、ユーザトラフィックまたは制御信号を送信するＵＬ−ＳＣＨなどを含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び送信電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートすることができる。また、ＵＬ−ＳＣＨは、ビーム形成の使用を可能にする。ＲＡＣＨは、一般的にセルへの初期アクセスに使われる。
【００２０】
Ｌ２に属するＭＡＣ階層は、論理チャネル(ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ)を介して上位階層であるＲＬＣ(ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ)階層にサービスを提供する。ＭＡＣ階層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、ＭＡＣ階層は、複数の論理チャネルから単数のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。ＭＡＣ副階層は、論理チャネル上のデータ転送サービスを提供する。
【００２１】
論理チャネルは、送信される情報の種類によって、制御平面の情報伝達のための制御チャネルとユーザ平面の情報伝達のためのトラフィックチャネルに分けられる。即ち、論理チャネルタイプのセットは、ＭＡＣ階層により提供される異なるデータ転送サービスのために定義される。論理チャネルは、トランスポートチャネルの上位に位置してトランスポートチャネルにマッピングされる。
【００２２】
制御チャネルは、制御平面の情報伝達だけのために使われる。ＭＡＣ階層により提供される制御チャネルは、ＢＣＣＨ(ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ)、ＰＣＣＨ(ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ)、ＣＣＣＨ(ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ)、ＭＣＣＨ(ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ)及びＤＣＣＨ(ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ)を含む。ＢＣＣＨは、システム制御情報を放送するためのダウンリンクチャネルである。ＰＣＣＨは、ページング情報の送信及びセル単位の位置がネットワークに知られていない端末をページングするために使われるダウンリンクチャネルである。ＣＣＣＨは、ネットワークとＲＲＣ接続をしない場合、端末により使われる。ＭＣＣＨは、ネットワークから端末にＭＢＭＳ制御情報を送信するのに使われる一対多のダウンリンクチャネルである。ＤＣＣＨは、ＲＲＣ接続状態で端末とネットワークとの間に専用制御情報送信のために端末により使われる一対一の双方向チャネルである。
【００２３】
トラフィックチャネルは、ユーザ平面の情報伝達だけのために使われる。ＭＡＣ階層により提供されるトラフィックチャネルは、ＤＴＣＨ(ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ)及びＭＴＣＨ(ｍｕｌｔｉｃａｓｔ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ)を含む。ＤＴＣＨは、一対一のチャネルであり、一つの端末のユーザ情報の送信のために使われ、アップリンク及びダウンリンクの両方ともに存在できる。ＭＴＣＨは、ネットワークから端末にトラフィックデータを送信するための一対多のダウンリンクチャネルである。
【００２４】
論理チャネルとトランスポートチャネルとの間のアップリンク接続は、ＵＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングされることができるＤＴＣＨ及びＵＬ−ＳＣＨにマッピングされることができるＣＣＣＨを含む。論理チャネルとトランスポートチャネルとの間のダウンリンク接続は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングされることができるＢＣＣＨ、ＰＣＨにマッピングされることができるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、ＭＣＨにマッピングされることができるＭＣＣＨ及びＭＣＨにマッピングされることができるＭＴＣＨを含む。
【００２５】
ＲＬＣ階層は、Ｌ２に属する。ＲＬＣ階層の機能は、下位階層がデータを送信するのに適するように無線セクションで上位階層から受信されたデータの分割/連接によるデータの大きさ調整を含む。無線ベアラ(ＲＢ；ｒａｄｉｏ  ｂｅａｒｅｒ)が要求する多様なＱｏＳを保障するために、ＲＬＣ階層は、透明モード(ＴＭ；ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ)、非確認モード(ＵＭ；ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ)及び確認モード(ＡＭ；ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ)の三つの動作モードを提供する。ＡＭ  ＲＬＣは、信頼性のあるデータ送信のためにＡＲＱ(ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ)を介して再送信機能を提供する。一方、ＲＬＣ階層の機能は、ＭＡＣ階層内部の機能ブロックで具現されることができ、このとき、ＲＬＣ階層は、存在しない場合もある。
【００２６】
ＰＤＣＰ(ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ)階層は、Ｌ２に属する。ＰＤＣＰ階層は、相対的に帯域幅が小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して送信されるデータが効率的に送信されるように不要な制御情報を減らすヘッダ圧縮機能を提供する。ヘッダ圧縮は、データのヘッダに必要な情報のみを送信することによって、無線セクションで送信効率を上げる。さらに、ＰＤＣＰ階層は、セキュリティ機能を提供する。セキュリティ機能は、第３者の検査を防止する暗号化及び第３者のデータ操作を防止する完全性保護を含む。
【００２７】
ＲＲＣ(ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ)階層は、Ｌ３に属する。Ｌ３の最下部に位置するＲＲＣ階層は、制御平面でのみ定義される。ＲＲＣ階層は、端末とネットワークとの間の無線リソースを制御する役割を遂行する。そのために、端末とネットワークは、ＲＲＣ階層を介してＲＲＣメッセージを交換する。ＲＲＣ階層は、ＲＢの設定(ｃｏｎｆｉｇｕｒａｔｉｏｎ)、再設定(ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ)及び解除(ｒｅｌｅａｓｅ)と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、Ｌ１及びＬ２により提供される論理的経路である。即ち、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ送信のために、Ｌ２により提供されるサービスを意味する。ＲＢが設定されるとは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を決定することを意味する。ＲＢは、ＳＲＢ(ｓｉｇｎａｌｉｎｇ  ＲＢ)とＤＲＢ(ｄａｔａ  ＲＢ)の二つに区分されることができる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。
【００２８】
図３−(ａ)を参照すると、ＲＬＣ及びＭＡＣ階層(ネットワーク側でｅＮＢで終了)は、スケジューリング、ＡＲＱ及びＨＡＲＱのような機能を遂行することができる。ＰＤＣＰ階層(ネットワーク側でｅＮＢで終了)は、ヘッダ圧縮、完全性保護及び暗号化のようなユーザ平面機能を遂行することができる。
【００２９】
図３−(ｂ)を参照すると、ＲＬＣ/ＭＡＣ階層(ネットワーク側でｅＮＢで終了)は、制御平面のために同じ機能を遂行することができる。ＲＲＣ階層(ネットワーク側でｅＮＢで終了)は、放送、ページング、ＲＲＣ接続管理、ＲＢ制御、移動性機能及びＵＥ測定報告及び制御のような機能を遂行することができる。ＮＡＳ制御プロトコル(ネットワーク側でゲートウェイのＭＭＥで終了)は、ＳＡＥベアラ管理、認証、ＬＴＥ_ＩＤＬＥ移動性管理、ＬＴＥ_ＩＤＬＥでのページング開始及びゲートウェイとＵＥとの間のシグナリングのためのセキュリティ制御のような機能を遂行することができる。
【００３０】
ＲＲＣ状態は、端末のＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的に接続されているかどうかを指示する。ＲＲＣ状態は、ＲＲＣ接続状態(ＲＲＣ_ＣＯＮＮＥＣＴＥＤ)及びＲＲＣアイドル状態(ＲＲＣ_ＩＤＬＥ)のように二つに分けられる。端末のＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層との間のＲＲＣ接続が設定されている場合、端末はＲＲＣ接続状態になり、それ以外の場合、端末はＲＲＣアイドル状態になる。ＲＲＣ_ＣＯＮＮＥＣＴＥＤの端末は、Ｅ−ＵＴＲＡＮとＲＲＣ接続が設定されているため、Ｅ−ＵＴＲＡＮは、ＲＲＣ_ＣＯＮＮＥＣＴＥＤの端末の存在を把握することができ、端末を効果的に制御することができる。一方、Ｅ−ＵＴＲＡＮは、ＲＲＣ_ＩＤＬＥの端末を把握することができず、コアネットワーク(ＣＮ；ｃｏｒｅ  ｎｅｔｗｏｒｋ)がセルより大きい領域であるトラッキング領域(ｔｒａｃｋｉｎｇ  ａｒｅａ)単位に端末を管理する。即ち、ＲＲＣ_ＩＤＬＥの端末は、より大きい領域の単位に存在のみが把握され、音声またはデータ通信のような通常の移動通信サービスを受けるために、端末は、ＲＲＣ_ＣＯＮＮＥＣＴＥＤに移動しなければならない。
【００３１】
ＲＲＣ_ＩＤＬＥ状態で、端末がＮＡＳにより設定されたＤＲＸ(ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ)を指定する中、端末は、システム情報及びページング情報の放送を受信することができる。また、端末は、トラッキング領域で端末を固有に指定するＩＤ(ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)の割当を受け、ＰＬＭＮ(ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ)選択及びセル再選択を実行することができる。また、ＲＲＣ_ＩＤＬＥ状態で、ＲＲＣコンテキストはｅＮＢに格納されない。
【００３２】
ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で、端末は、Ｅ−ＵＴＲＡＮでＥ−ＵＴＲＡＮ  ＲＲＣ接続及びＲＲＣ  ｃｏｎｔｅｘｔを有し、ｅＮＢにデータを送信及び/またはｅＮＢからデータを受信することが可能である。また、端末は、ｅＮＢにチャネル品質情報及びフィードバック情報を報告することができる。ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で、Ｅ−ＵＴＲＡＮは、端末が属するセルを知ることができる。したがって、ネットワークは、端末にデータを送信及び/または端末からデータを受信することができ、端末の移動性(ハンドオーバ及びＮＡＣＣ(ｎｅｔｗｏｒｋ  ａｓｓｉｓｔｅｄ  ｃｅｌｌ  ｃｈａｎｇｅ)を介したＧＥＲＡＮ(ＧＳＭ（登録商標）  ＥＤＧＥ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ)にｉｎｔｅｒ−ＲＡＴ(ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ)セル変更指示)を制御することができ、隣接セルのためにセル測定を実行することができる。
【００３３】
ＲＲＣ_ＩＤＬＥ状態で、端末は、ページングＤＲＸ周期を指定する。具体的に、端末は、端末特定ページングＤＲＸ周期毎の特定ページング機会(ｐａｇｉｎｇ  ｏｃｃａｓｉｏｎ)にページング信号をモニタする。ページング機会は、ページング信号が送信される中の時間間隔である。端末は、自分のみのページング機会を有している。
【００３４】
ページングメッセージは、同じトラッキング領域に属する全てのセルにわたって送信される。もし、端末が一つのトラッキング領域から他の一つのトラッキング領域に移動すると、端末は、位置をアップデートするために、ＴＡＵ(ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ)メッセージをネットワークに送信する。
【００３５】
ユーザが端末の電源を最初にオンした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣ_ＩＤＬＥにとどまる。ＲＲＣ接続を確立する必要がある時、ＲＲＣ_ＩＤＬＥにとどまっている端末は、ＲＲＣ接続手順を介してＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続を確立してＲＲＣ_ＣＯＮＮＥＣＴＥＤに移動することができる。ＲＲＣ_ＩＤＬＥにとどまっている端末は、ユーザの通話試みなどの理由でアップリンクデータ送信が必要な時、またはＥ−ＵＴＲＡＮからページングメッセージを受信し、これに対する応答メッセージ送信が必要な時などにＥ−ＵＴＲＡＮとＲＲＣ接続を確立する必要がある。
【００３６】
端末とｅＮＢとの間にメッセージを送信するために使われるシグネチャシーケンスに互いに異なる原因値がマッピングされると知られている。さらに、ＣＱＩ(ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ)または経路損失及び原因またはメッセージ大きさは、初期プリアンブルに含むための候補であると知られている。
【００３７】
端末がネットワークにアクセスすることを希望し、メッセージが送信されるように決定すると、メッセージは目的(ｐｕｒｐｏｓｅ)にリンクされることができ、原因値は決定されることができる。また、理想的なメッセージの大きさは、全ての付加的情報及び互いに異なる代替可能な大きさを識別して決定されることができる。付加的な情報を除去し、または代替可能なスケジューリング要求メッセージが使われることができる。
【００３８】
端末は、プリアンブルの送信、ＵＬ干渉、パイロット送信電力、受信機でプリアンブルを検出するために要求されるＳＮＲまたはその組合せのために必要な情報を得る。この情報は、プリアンブルの初期送信電力の計算を許容しなければならない。メッセージの送信のために、同じチャネルが使われることを保障するために、周波数観点でプリアンブルの付近でＵＬメッセージを送信することが有利である。
【００３９】
ネットワークが最小限のＳＮＲでプリアンブルを受信することを保障するために、端末は、ＵＬ干渉及びＵＬ経路損失を考慮しなければならない。ＵＬ干渉は、ｅＮＢでのみ決定されることができるため、プリアンブル送信の前にｅＮＢによりブロードキャストされて端末により受信されなければならない。ＵＬ経路損失は、ＤＬ経路損失と類似に考慮されることができ、セルのいくつかのパイロット信号の送信電力が端末に知られると、受信されたＲＸ信号強度から端末により推定されることができる。
【００４０】
プリアンブルの検出のために必要なＵＬ  ＳＮＲは、一般的にＲｘアンテナの数及び受信機性能のようなｅＮＢ構成によって変わる。多少静的なパイロットの送信電力を送信し、変化するＵＬ干渉から必要なＵＬ  ＳＮＲを分離して送信し、及びメッセージとプリアンブルとの間に要求される可能な電力オフセットを送信するのに利点がある。
【００４１】
プリアンブルの初期送信電力は、以下の式によって概略的に計算されることができる。
【００４２】
送信電力＝ＴｒａｎｓｍｉｔＰｉｌｏｔ＋ＲｘＰｉｌｏｔ＋ＵＬ干渉＋オフセット＋ＳＮＲＲｅｑｕｉｒｅｄ
【００４３】
したがって、ＳＮＲＲｅｑｕｉｒｅｄ、ＵＬＩｎｔｅｒｆｅｒｅｎｃｅ、ＴｒａｎｓｍｉｔＰｉｌｏｔ及びオフセットのどのような組合せもブロードキャストされることができる。原則的に、ただ一つの値のみがブロードキャストされなければならない。たとえ、３ＧＰＰ  ＬＴＥにおけるＵＬ干渉が主にＵＭＴＳシステムより一定な隣接セル干渉であるとしても、これは現在のＵＭＴＳシステムで本質的である。
【００４４】
前述したように、端末は、プリアンブルの送信のための初期ＵＬ送信電力を決定する。ｅＮＢの受信機は、セルの干渉と比較される相対的な受信電力だけでなく、絶対的な受信電力も推定することができる。ｅＮＢは、干渉と比較される受信信号電力がｅＮＢに知られた閾値より大きい場合、プリアンブルが検出されたと見なす。
【００４５】
端末は、初期推定されたプリアンブルの送信電力が適しなくても、プリアンブルを検出することができるようにパワーランピングを実行する。次のランダムアクセス試み前に、もし、ＡＣＫまたはＮＡＣＫが端末により受信されない場合、他のプリアンブルは、ほとんど送信される。検出の確率を増加させるために、プリアンブルは、互いに異なるＵＬ周波数に送信されることができ、及び/またはプリアンブルの送信電力は、増加されることができる。したがって、検出されるプリアンブルの実際送信電力は、ＵＥにより初期に計算されたプリアンブルの初期送信電力に対応する必要がない。
【００４６】
端末は、可能なＵＬトランスポートフォーマットを必ず決定しなければならない。端末により使われるＭＣＳ及び多数のリソースブロックを含むことができるトランスポートフォーマットは、主に二つのパラメータにより決定される。具体的に、二つのパラメータは、ｅＮＢのＳＮＲ及び送信されるために要求されるメッセージの大きさである。
【００４７】
実際に端末メッセージ大きさの最大、またはペイロード、そして、要求される最小ＳＮＲは、各々、トランスポートフォーマットに対応する。ＵＭＴＳで、プリアンブルの送信以前に推定された初期プリアンブル送信電力、プリアンブルとトランスポートブロックとの間の必要なオフセット、最大に許容されるまたは利用可能な端末送信電力、固定されたオフセット及び付加的なマージンを考慮して送信のためのどのようなトランスポートフォーマットが選択されることができるかどうかを決定することができる。ネットワークが時間及び周波数リソース予約を必要としないため、ＵＭＴＳにおけるプリアンブルは、端末により選択されたトランスポートフォーマットに対するどのような情報も含む必要がない。したがって、トランスポートフォーマットは、送信されたメッセージと共に表示される。
【００４８】
プリアンブルの受信時、正しいトランスポートフォーマットを選択した後、必要な時間及び周波数リソースを予約するために、ｅＮＢは、端末が送信しようとするメッセージの大きさ及び端末により選択されるＳＮＲを認識しなければならない。したがって、端末は、ほとんどＤＬで測定された経路損失または初期プリアンブル送信電力の決定のためのいくつかの同じ測定を考慮するため、最大許容または可用端末送信電力と比較した端末送信電力は、ｅＮＢに知られていないため、受信されたプリアンブルによると、ｅＮＢは、端末により選択されるＳＮＲを推定することができない。
【００４９】
ｅＮＢは、ＤＬで推定された経路損失及びＵＬで推定された経路損失を比較することで、その差を計算することができる。しかし、もし、パワーランピングが使われ、プリアンブルのための端末送信電力が初期計算された端末送信電力と対応しない場合、この計算は不可能である。さらに、実際端末送信電力及び端末が送信するように意図される送信電力の精密度は非常に低い。したがって、経路損失をコード化またはダウンリンク及びメッセージの大きさのＣＱＩ推定のコード化またはシグネチャでＵＬの原因値をコード化することが提案される。
【００５０】
低電力ノードを使用するスモールセルは、特に室内及び室外にホットスポットを構築して端末トラフィック急増に対処するための方案として有望に考慮される。低電力ノードは、一般的に送信電力がマクロノード及び基地局のような種類の電力より少ないことを意味する。例えば、ピコ基地局及びフェムト基地局がこれに該当する。３ＧＰＰ  ＬＴＥのスモールセル向上は、室内及び室外のホットスポット区域で低電力ノードを利用して性能を向上させる追加的な機能性に焦点を合わせることである。
【００５１】
スモールセル向上のための効率的なデータ伝達(ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ)方法が要求されることができる。
【発明の概要】
【発明が解決しようとする課題】
【００５２】
本発明は、無線通信システムにおけるスモールセルに対してデータを伝達するための方法及び装置を提供する。また、本発明は、スモールセルがスモールセルサービスを中断してデータ伝達を開始するようにする指示を送信する方法を提供する。また、本発明は、ＵＥ  Ｘ２コンテキスト解除メッセージ(ＵＥ  Ｘ２  ｃｏｎｔｅｘｔ  ｒｅｌｅａｓｅ  ｍｅｓｓａｇｅ)を送信するための方法を提供する。
【課題を解決するための手段】
【００５３】
一実施例において、無線通信システムにおける、スモールセルによる、データ伝達のための方法が提供される。前記方法は、マクロｅＮＢ(ｅＮｏｄｅＢ)からスモールセルサービスのサービスを中断することを指示する指示を受信し、及び、前記指示を受信する時、前記マクロｅＮＢにデータの伝達を開始することを含む。
【００５４】
前記指示は、サービス非活性化メッセージまたはＳｅＮＢ(Ｓｅｃｏｎｄａｒｙ  ｅＮＢ)解除メッセージを介して受信される。
【００５５】
前記指示は、サービス非活性化メッセージまたはＳｅＮＢ解除メッセージ内のＩＥ(ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ)を介して受信される。前記ＩＥは、前記マクロｅＮＢにより生成されたダウンリンクＧＴＰ(ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅｓ  (ＧＰＲＳ)  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ)トンネル終点またはアップリンクＧＴＰトンネル終点である。
【００５６】
前記指示は、Ｘ２終了マーカ(ｅｎｄ  ｍａｒｋｅｒ)を介して受信される。
【００５７】
前記マクロｅＮＢに前記データと共にＳＮ状態転送メッセージ(ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ  (ＳＮ)  ｓｔａｔｕｓ  ｔｒａｎｓｆｅｒ  ｍｅｓｓａｇｅ)を送信することをさらに含む。
【００５８】
前記マクロｅＮＢから前記マクロｅＮＢにより生成されたＸ２終了マーカ(ｅｎｄ  ｍａｒｋｅｒ)を受信することをさらに含む。
【００５９】
前記マクロｅＮＢからＵＥ  Ｘ２コンテキスト解除メッセージ(ＵＥ  Ｘ２  ｃｏｎｔｅｘｔ  ｒｅｌｅａｓｅ  ｍｅｓｓａｇｅ)を受信することをさらに含む。
【００６０】
他の実施例において、無線通信システムにおける、マクロｅＮＢによる、指示を送信する方法が提供される。前記方法は、ハンドオーバ要求認定メッセージ(ｈａｎｄｏｖｅｒ  ｒｅｑｕｅｓｔ  ａｃｋｎｏｗｌｅｄｇｅ  ｍｅｓｓａｇｅ)を受信する時、スモールセルサービスのサービスを中断することを指示する指示をスモールセルに送信し、及び、前記スモールセルからＳＮ状態送信メッセージ(ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ  (ＳＮ)  ｓｔａｔｕｓ  ｔｒａｎｓｆｅｒ  ｍｅｓｓａｇｅ)と共に伝達されたデータを受信することを含む。
【発明の効果】
【００６１】
スモールセル向上の場合、データ伝達(ｆｏｒｗａｒｄｉｎｇ)が効率的に遂行されることができる。
【図面の簡単な説明】
【００６２】
【図１】ＬＴＥシステムの構造を示す。
【００６３】
【図２】一般的なＥ−ＵＴＲＡＮ及びＥＰＣ構造のブロック図である。
【００６４】
【図３】ＬＴＥシステムのユーザ平面プロトコルスタック及び制御平面プロトコルスタックのブロック図である。
【００６５】
【図４】物理チャネル構造の一例を示す。
【００６６】
【図５】イントラ(ｉｎｔｒａ)−ＭＭＥ/Ｓ−ＧＷハンドオーバ手順を示す。
【図６】イントラ(ｉｎｔｒａ)−ＭＭＥ/Ｓ−ＧＷハンドオーバ手順を示す。
【００６７】
【図７】マクロ領域と共に及びマクロ領域無しでスモールセルが配置されるシナリオを示す。
【００６８】
【図８】スモールセルの実際配置の一例を示す。
【００６９】
【図９】スモールセルの実際配置の他の例を示す。
【００７０】
【図１０】スモールセルの実際配置の他の例を示す。
【００７１】
【図１１】スモールセルの実際配置の他の例を示す。
【００７２】
【図１２】スモールセルの実際配置によるデータ伝達問題の一例を示す。
【図１３】スモールセルの実際配置によるデータ伝達問題の一例を示す。
【００７３】
【図１４】スモールセルの実際配置によるデータ伝達問題の他の例を示す。
【００７４】
【図１５】スモールセルの実際配置によるデータ伝達問題の他の例を示す。
【００７５】
【図１６】本発明の実施例に係るデータを伝達するための方法の一例を示す。
【図１７】本発明の実施例に係るデータを伝達するための方法の一例を示す。
【００７６】
【図１８】本発明の実施例に係るデータを伝達するための方法の他の例を示す。
【００７７】
【図１９】本発明の実施例に係るデータを伝達するための方法の他の例を示す。
【００７８】
【図２０】本発明の実施例に係るデータを伝達するための方法の他の例を示す。
【００７９】
【図２１】本発明の実施例が具現される無線通信システムのブロック図である。
【発明を実施するための形態】
【００８０】
以下の技術は、ＣＤＭＡ(ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ(ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術で具現されることができる。ＴＤＭＡは、ＧＳＭ（登録商標）(ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)/ＧＰＲＳ(ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ)/ＥＤＧＥ(ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）  ｅｖｏｌｕｔｉｏｎ)のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ(ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃｓ  ｅｎｇｉｎｅｅｒｓ)８０２.１１(Ｗｉ−Ｆｉ)、ＩＥＥＥ８０２.１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２.２０、Ｅ−ＵＴＲＡ(ｅｖｏｌｖｅｄ  ＵＴＲＡ)などのような無線技術で具現されることができる。ＩＥＥＥ８０２.１６ｍは、ＩＥＥＥ８０２.１６ｅの進化であり、ＩＥＥＥ８０２.１６基づくシステムとの後方互換性(ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ)を提供する。ＵＴＲＡは、ＵＭＴＳ(ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ)ＬＴＥ(ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ)は、Ｅ−ＵＴＲＡ(ｅｖｏｌｖｅｄ−ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ)を使用するＥ−ＵＭＴＳ(ｅｖｏｌｖｅｄ  ＵＭＴＳ)の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ(ａｄｖａｎｃｅｄ)は、３ＧＰＰ  ＬＴＥの進化である。
【００８１】
説明を明確にするために、ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。
【００８２】
ハンドオーバ(ＨＯ)が説明される。これは３ＧＰＰ  ＴＳ  ３６.３００  Ｖ１１.４.０(２０１２−１２)の１０.１.２.１節を参照することができる。
【００８３】
ＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態で端末のＥ−ＵＴＲＡＮ内の(ｉｎｔｒａ  Ｅ−ＵＴＲＡＮ)ＨＯは、端末のサポートを受けてネットワークにより制御されるＨＯであり、Ｅ−ＵＴＲＡＮでＨＯ用意シグナリングにする：
【００８４】
−ＨＯ命令の一部は、ターゲットｅＮＢから来て、透明にソース(Ｓｏｕｒｃｅ)ｅＮＢから端末に伝達されることができる；
【００８５】
−ＨＯを用意するために、ソースｅＮＢは、ターゲットｅＮＢに全ての必須情報を伝達する(例えば、Ｅ−ＲＡＢ(Ｅ−ＵＴＲＡＮ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｂｅａｒｅｒ)属性とＲＲＣコンテキスト)：キャリアアグリゲーション(ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ)が設定されてターゲットｅＮＢでＳＣｅｌｌ選択を可能にするために、ソースｅＮＢは、無線品質が減少する順序によって最善のセル目録及び選択的にセルの測定結果を提供することができる。
【００８６】
−ソースｅＮＢと端末の両方とも、ＨＯが失敗する場合、端末の復帰を可能にするために一部コンテキスト(例えば、Ｃ−ＲＮＴＩ)を維持することができる；
【００８７】
−端末は、専用ＲＡＣＨプリアンブルを使用してコンテンションフリー手順により、または専用ＲＡＣＨプリアンブルを使用することができない場合にコンテンションベースの手順により、ＲＡＣＨを介してターゲットセルにアクセスできる：端末は、ハンドオーバ手順が完了(成功にまたは不成功に)する時まで専用プリアンブルを使用することができる；
【００８８】
−ターゲットセルに向けたＲＡＣＨ手順が特定時間内に成功的でない場合、端末は、適したセルを使用して無線リンク失敗復旧を開始する；
【００８９】
−ＲＯＨＣ(ｒｏｂｕｓｔ  ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ)コンテキストがハンドオーバで送信されない。
【００９０】
ＨＯ手順の用意及び実行ステップは、ＥＰＣの関与無しで遂行されることができる。即ち、用意メッセージは、ｅＮＢ間で直接交換される。ＨＯ完了ステップ中、ソース側でリソースの解除は、ｅＮＢによりトリガされることができる。ＲＮ(中継器ノード)が関与する場合、ＤｅＮＢ(Ｄｏｎｏｒ  ｅＮＢ)は、適切なＳ１メッセージをＲＮとＭＭＥとの間で中継することができ(Ｓ１ベースのハンドオーバ)、Ｘ２メッセージをＲＮとターゲットｅＮＢとの間で中継することができる(Ｘ２ベースのハンドオーバ)；ＤｅＮＢは、Ｓ１プロキシ及びＸ２プロキシ機能により、明示的にＲＮに連結された端末を認識することができる。
【００９１】
図５及び図６は、イントラ−ＭＭＥ/Ｓ−ＧＷハンドオーバ手順を示す。
【００９２】
０．ソースｅＮＢ内でのＵＥコンテキストは、接続設定または最後のタイミングアドバンス(ＴＡ；ｔｉｍｉｎｇ  ａｄｖａｎｃｅ)アップデートで提供されるローミング制限(ｒｏａｍｉｎｇ  ｒｅｓｔｒｉｃｔｉｏｎ)に対する情報を含む。
【００９３】
１．ソースｅＮＢは、領域制限情報によってＵＥ測定過程を構成する。ソースｅＮＢにより提供される測定は、ＵＥの接続移動性を制御する機能を補助することができる。
【００９４】
２．ＵＥは、システム情報、標準などにより設定された規則によってＬ３シグナリングを介してソースｅＮＢに測定報告を送信する。
【００９５】
３．ソースｅＮＢは、測定報告及び無線リソース管理(ＲＲＭ；ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ)情報に基づいて端末のハンドオーバ決定を実行する。
【００９６】
４．ソースｅＮＢは、ハンドオーバ要求メッセージをターゲットｅＮＢに送信し、ターゲット側でハンドオーバを用意するように必要な情報を伝達する。このとき、必要な情報は、ソースｅＮＢでのＵＥ  Ｘ２シグナリングコンテキストレファレンス、ＵＥ  Ｓ１  ＥＰＣシグナリングコンテキストレファレンス、ターゲットセルＩＤ、ＫｅＮＢ＊、ソースｅＮＢでＵＥのＣ−ＲＮＴＩ(ｃｅｌｌ−ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ)を含むＲＲＣコンテキスト、ＡＳ構成、Ｅ−ＲＡＢコンテキスト及びソースセルの物理階層ＩＤ＋可能なＲＬＦ(ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ)復旧(ｒｅｃｏｖｅｒｙ)のための短いＭＡＣ−Ｉなどを含むことができる。ＵＥ  Ｘ２/ＵＥ  Ｓ１シグナリングレファレンスは、ターゲットｅＮＢがソースｅＮＢとＥＰＣをアドレッシングするようにする。Ｅ−ＲＡＢコンテキストは、必要な無線ネットワーク階層(ＲＮＬ；ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｌａｙｅｒ)アドレッシング情報、トランスポートネットワーク階層(ＴＮＬ；ｔｒａｎｓｐｏｒｔ  ｎｅｔｗｏｒｋ  ｌａｙｅｒ)アドレッシング情報及びＥ−ＲＡＢのＱｏＳ(ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ)プロファイルを含む。
【００９７】
５．許可制御は、リソースがターゲットｅＮＢにより承認(ｇｒａｎｔ)された場合、成功的なハンドオーバの可能性を高めるために、受信したＥ−ＲＡＢ  ＱｏＳ情報に基づいて遂行されることができる。ターゲットｅＮＢは、受信したＥ−ＲＡＢ  ＱｏＳ情報によって必要なリソースを構成し、Ｃ−ＲＮＴＩ及び選択的にＲＡＣＨプリアンブル(ｐｒｅａｍｂｌｅ)を留保(ｒｅｓｅｒｖｅ)する。ターゲットセルで使われるＡＳ構成は、独立的に構成(即ち、設定)されたり、またはソースセルで使われるＡＳ構成に対するデルタ(ｄｅｌｔａ)で構成(即ち、再構成)されることができる。
【００９８】
６．ターゲットｅＮＢは、Ｌ１/Ｌ２のハンドオーバを用意し、ハンドオーバ要求認定(ａｃｋｎｏｗｌｅｄｇｅ)メッセージをソースｅＮＢに送信する。ハンドオーバ要求認定メッセージは、ハンドオーバを実行するためにＵＥに送信される透明コンテナ(ｔｒａｎｓｐａｒｅｎｔ  ｃｏｎｔａｉｎｅｒ)をＲＲＣメッセージとして含むことができる。前記コンテナは、新しいＣ−ＲＮＴＩ、選択されたセキュリティアルゴリズムのためのターゲットｅＮＢセキュリティアルゴリズム識別子を含み、専用ＲＡＣＨプリアンブルを含むことができ、可能な場合、アクセスパラメータ、ＳＩＢなどの他のパラメータを含むことができる。ハンドオーバ要求認定メッセージは、必要な場合、伝達(ｆｏｒｗａｒｄｉｎｇ)トンネルのためのＲＮＬ/ＴＮＬ情報を含むことができる。
【００９９】
一方、ソースｅＮＢがハンドオーバ要求認定メッセージを受信し次第、またはハンドオーバ命令の送信がダウンリンクで初期化され次第、データ伝達(ｆｏｒｗａｒｄｉｎｇ)が初期化されることができる。
【０１００】
図５及び図６において、ステップ７乃至１６は、ハンドオーバ中にデータ損失を避けるための方法を提供する。
【０１０１】
７．ターゲットｅＮＢは、ハンドオーバを実行するためにＲＲＣメッセージ(即ち、移動性制御情報を含むＲＲＣ接続再構成メッセージ)を生成し、ＵＥに送信する。ソースｅＮＢは、メッセージに必要な保護及び暗号化を実行する。ＵＥは、必要なパラメータ(即ち、新しいＣ−ＲＮＴＩ、ターゲットｅＮＢセキュリティアルゴリズム識別子及び選択的に専用ＲＡＣＨプリアンブル、ターゲットｅＮＢ  ＳＩＢｓ等)と共にＲＲＣ接続再構成メッセージを受信し、ソースｅＮＢからハンドオーバの遂行に対する命令を受ける。ＵＥは、ＨＡＲＱ/ＡＲＱ応答をソースｅＮＢに伝達するためにハンドオーバ遂行(ｈａｎｄｏｖｅｒ  ｅｘｅｃｕｔｉｏｎ)を遅延させる必要がない。
【０１０２】
８．ソースｅＮＢは、ＰＤＣＰ状態維持が適用される(即ち、ＲＬＣ  ＡＭ(ａｃｋｎｏｗｌｅｄｇｅ  ｍｏｄｅ)のために)Ｅ−ＲＡＢのアップリンクＰＤＣＰ  ＳＮ受信機状態及びダウンリンクＰＤＣＰ  ＳＮ送信機状態を伝達するために、ターゲットｅＮＢにＳＮ状態転送メッセージを送信する。アップリンクＰＤＣＰ  ＳＮ受信機状態は、少なくとも最初に損失されたＵＬ  ＳＤＵのＰＤＣＰ  ＳＮを含み、そのようなＳＤＵがある場合、ＵＥがターゲットセルで再送信する必要のあるＵＬ  ＳＤＵシーケンスの受信状態のビットマップを含むことができる。ダウンリンクＰＤＣＰ  ＳＮ送信機状態は、ターゲットｅＮＢがまだＰＤＣＮ  ＳＮを有していない新しいＳＤＵに割り当てる次のＰＤＣＰ  ＳＮを指示する。ＵＥのいずれのＥ−ＲＡＢにもＰＤＣＰ状態維持が適用されない場合、ソースｅＮＢは、このメッセージの送信を省略することができる。
【０１０３】
９．移動性制御情報を含むＲＲＣ接続再構成メッセージを受信した以後、ＵＥは、ターゲットｅＮＢに同期化を実行し、ＲＡＣＨを介してターゲットセルにアクセスする。移動性制御情報で専用ＲＡＣＨプリアンブルが指示される場合、ＲＡＣＨを介したターゲットセルへの接続は、コンテンションフリー(ｃｏｎｔｅｎｔｉｏｎ−ｆｒｅｅ)過程であり、または専用プリアンブルが指示されない場合、ＲＡＣＨを介したターゲットセルへの接続は、コンテンションベースの(ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ)過程である。ＵＥは、ターゲットｅＮＢ特定キーを誘導し、ターゲットセルで使われる選択されたセキュリティアルゴリズムを構成する。
【０１０４】
１０．ターゲットｅＮＢは、ＵＬ割当とタイミングアドバンスを介して応答する。
【０１０５】
１１．ＵＥがターゲットセルに成功的にアクセスした場合、ＵＥは、ハンドオーバを確認してＵＥのためのハンドオーバ過程が完了したことを指示するために、Ｃ−ＲＮＴＩを含むＲＲＣ接続再構成完了メッセージをターゲットｅＮＢに送信する。可能な場合、ＲＲＣ接続再構成完了メッセージと共にアップリンクバッファ状態報告が送信されることができる。ターゲットｅＮＢは、ＲＲＣ接続再構成完了メッセージ内のＣ−ＲＮＴＩを確認する。ターゲットｅＮＢは、現在ＵＥにデータを送信することができる。
【０１０６】
１２．ターゲットｅＮＢは、ＵＥがセルを変更することを知らせるために経路切り替え要求メッセージをＭＭＥに送信する。
【０１０７】
１３．ＭＭＥは、修正ベアラ要求メッセージをサービングゲートウェイに送信する。
【０１０８】
１４．サービングゲートウェイは、ダウンリンクデータ経路をターゲット側に切り替えする。サービングゲートウェイは、一つ以上の終了マーカパケット(ｅｎｄ  ｍａｒｋｅｒ  ｐａｃｋｅｔ)を既存経路上にソースｅＮＢに送信し、ソースｅＮＢに向けた全てのＵ−平面/ＴＮＬリソースを解除することができる。
【０１０９】
１５．サービングゲートウェイは、修正ベアラ応答メッセージをＭＭＥに送信する。
【０１１０】
１６．ＭＭＥは、経路切り替え要求認定メッセージで経路切り替え要求メッセージを確認する。
【０１１１】
１７．ターゲットｅＮＢは、ハンドオーバの成功を知らせてリソースの解除をトリガするために、ＵＥコンテキスト解除メッセージをソースｅＮＢに送信する。経路切り替え要求認定メッセージがＭＭＥから受信された以後、ターゲットｅＮＢは、このメッセージを送信する。
【０１１２】
１８．ＵＥコンテキスト解除メッセージを受信した場合、ソースｅＮＢは、ＵＥコンテキストと関連した無線リソース及びＣ−平面関連リソースを解除することができる。進行中である全てのデータ伝達(ｆｏｒｗａｒｄｉｎｇ)は続くことができる。
【０１１３】
スモールセル向上が説明される。３ＧＰＰ  ＴＲ  ３６.９３２  Ｖ１２.０.０(２０１２−１２)を参照することができる。
【０１１４】
図７は、マクロ領域と共に及びマクロ領域無しでスモールセルが配置されるシナリオを示す。スモールセル向上は、スモールセルがマクロ領域がありまたはない場合、スモールセルを室内または室外に構築する場合、バックホールが理想的または非理想的な場合の全てを対象にする。スモールセル構築密度が低い場合はもちろん、高い場合も考慮することができる。
【０１１５】
図７を参照すると、スモールセル向上は、既に構築されたセルラネットワークの容量を増大させるために、スモールセルノードが一つ以上の重ねられたＥ−ＵＴＲＡＮマクロセル階層領域内に配置するシナリオを目的とする。二つのシナリオが考慮されることができる。
【０１１６】
−端末がマクロセルとスモールセル領域内に同時にある場合
【０１１７】
−端末がマクロセルとスモールセル領域内に同時にない場合
【０１１８】
また、スモールセルノードが一つ以上の重ねられたＥ−ＵＴＲＡＮマクロセル階層の領域に配置されないシナリオも考慮されることができる。
【０１１９】
スモールセル向上は、室外及び室内にスモールセル構築を目的とする。スモールセルノードは、室内または室外に配置されることができ、各々の場合に室内または室外の端末にサービスを提供することができる。
【０１２０】
室内端末に対して、低速の端末(０−３ｋｍ/ｈ)のみがターゲットになることができる。室外端末に対して、低速の端末だけでなく、中速の端末(３０ｋｍ/ｈ以上及び潜在的な高速端末)もターゲットになることができる。
【０１２１】
処理量(ｔｈｒｏｕｇｈｐｕｔ)及び移動性/接続性の両方とも低速及び中速の移動性のための性能メトリック(ｍｅｔｒｉｃ)として使われなければならない。セル端性能(例えば、ユーザ処理量のための５％タイルＣＤＦポイント)及び(端末及びネットワークの両方ともの)電力効率もメトリックとして使われる。
【０１２２】
理想的なバックホール(即ち、光ファイバ、ＬＯＳ(ｌｉｎｅ−ｏｆ−ｓｉｇｈｔ)マイクロ波を使用する専用二地点間接続のような非常に高い処理能力及び非常に低い待機時間)及び非理想的なバックホール(即ち、ｘＤＳＬ、ＮＬＯＳマイクロ波のようなマーケットで広く使われる典型的なバックホール、及びリレイ(ｒｅｌａｙｉｎｇ)のような他のバックホール)の両方ともが研究されなければならない。性能−価格のトレードオフ(ｔｒａｄｅ−ｏｆｆ)が考慮されなければならない。
【０１２３】
オペレータ入力(ｏｐｅｒａｔｏｒ  ｉｎｐｕｔ)による非理想的なバックホールの分類が以下の表１に羅列される。
【０１２４】
【表１】
2016529770.tif 000003
【０１２５】
オペレータ入力(ｏｐｅｒａｔｏｒ  ｉｎｐｕｔ)による理想的な良好なバックホールの分類が以下の表２に羅列される。
【０１２６】
【表２】
2016529770.tif 000004
【０１２７】
スモールセル間のインターフェースだけでなく、マクロ及びスモールセル間のインターフェースに対して、前記研究は、実際タイプのインターフェースが決定される前に所望の改善を取得するようにノード間にどんな種類の情報が必要かまたは有利かをまず確認しなければならない。そして、スモールセルとスモールセルとの間だけでなく、マクロセルとスモールセルとの間に直接インターフェースが仮定される場合、Ｘ２インターフェースは、起点(ｓｔａｒｔｉｎｇ  ｐｏｉｎｔ)として使われることができる。
【０１２８】
スモールセル向上は、スモールセルが散在して配置される場合及び密集して配置される場合を考慮しなければならない。いくつかのシナリオでは(例えば、ホットスポット室内/室外場所等)、単一または少しのスモールセルノードが(例えば、ホットスポットをカバするために)散在して配置される。一方、いくつかのシナリオでは(例えば、密集都心、大型ショッピングモール等)、多いスモールセルノードがスモールセルノードによりカバされる相対的に広い地域にわたった巨大なトラフィックをサポートするために密集して配置される。スモールセルレイヤのカバレッジは、異なるホットスポット地域間に一般的に不連続的である。各ホットスポット地域は、スモールセルのグループ(即ち、スモールセルクラスタ)によりカバされる。
【０１２９】
さらに、滑らかな将来の拡張性(例えば、散在から密集に、小さい領域密集から大きい領域密集に、または一般的な密度から高密度に)が考慮されなければならない。移動性/接続性性能に対して、散在及び密集配置の両方とも同じ優先順位で考慮されなければならない。
【０１３０】
スモールセルとマクロセルとの間だけでなく、スモールセル間の同期化及び非同期化シナリオの両方とも考慮されなければならない。特定動作に対して、例えば、干渉調整、キャリアアグリゲーション及び基地局間ＣＯＭＰ(ｃｏｏｒｄｉｎａｔｅｄ  ｍｕｌｔｉ−ｐｏｉｎｔ)、スモールセル向上は、スモールセル探索/測定及び干渉/リソース管理と関連して同期化された配置利益を得ることができる。したがって、スモールセルクラスタの時間同期化された配置は研究で優先視され、このような同期化を達成するための新しい方法が考慮されなければならない。
【０１３１】
スモールセル向上は、マクロ階層及びスモールセル階層に互いに異なる周波数帯域が各々別途に指定される配置シナリオに具現されることができ、このとき、図７のＦ１及びＦ２は、互いに異なる周波数帯域の互いに異なる搬送波に該当する。
【０１３２】
スモールセル向上は、現存のセルラ帯域及び今後のセルラ帯域の両方ともに適用されることができ、より多いスペクトラムを使用して帯域幅を広めるために、高周波数帯域、例えば、３.５ＧＨｚ帯域に特別な焦点が合っている。
【０１３３】
スモールセル向上は、最小限地域的にはスモールセル配置に対してのみ使われる周波数帯域の可能性も考慮することができる。
【０１３４】
マクロ階層とスモールセル階層との間の共同−チャネル配置シナリオも考慮されることができる。
【０１３５】
スペクトラム構成の一部例は、下記の通りである：
【０１３６】
−帯域Ｘ及びＹを有するマクロ階層と帯域Ｘのみを有するマクロ階層、及びスモールセル階層上でのキャリアアグリゲーション
【０１３７】
−マクロ階層と共同チャネルであるキャリアアグリゲーション帯域をサポートするスモールセル
【０１３８】
−マクロ階層と共同チャネルでないキャリアアグリゲーション帯域をサポートするスモールセル
【０１３９】
可能性のある共同チャネル配置シナリオのうち一つは、稠密な室外共同チャネルスモールセル配置であって、低い移動性のＵＥと理想的でないバックホールを考慮したものである。全てのスモールセルは、マクロカバレッジ下にある。
【０１４０】
スモールセル向上は、マクロ階層及びスモールセル階層のための周波数帯域に対するデュプレックス体系(ＦＤＤ/ＴＤＤ)と関係なくサポートされることができる。スモールセル向上のための空気(Ａｉｒ)インターフェース及びソリューションは、帯域に独立的であり、スモールセル当たりアグリゲーションされた帯域幅は、最小限３ＧＰＰ  ｒｅｌ−１２に対しては１００ＭＨｚを超えない。
【０１４１】
スモールセル配置で、小さいカバレッジによりスモールセルノード当たりユーザの数があまり多くないため、トラフィックが大きく変動する可能性がある。
【０１４２】
スモールセル配置で、小規模セルノード間にユーザ分配が大きく変動できる。また、このようなトラフィックは、ダウンリンクまたはアップリンク側に偏って非常に非対称的であると期待される。
【０１４３】
時間ドメイン及び空間ドメインで均一及び不均一なトラフィック負荷分布が考慮されることができる。非緩衝バッファ及び緩衝バッファトラフィックが両方とも含まれ、非緩衝バッファトラフィックが実際的な場合を証明するために優先順位を有する。
【０１４４】
下位互換性、即ち、スモールセルノード/搬送波にアクセスする過去の(ｐｒｅ−ｒｅｌ−１２)ＵＥの可能性が小規模セル配置において好ましい。
【０１４５】
下位互換されない特性を導入することは、十分な利得(ｇａｉｎ)が確保されることで正当化されることができる。
【０１４６】
スモールセル向上の一特性として、二重接続(Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ)が論議された。二重接続は、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態中に与えられた端末が非理想的なバックホールで接続された少なくとも二つの異なるネットワーク地点(マスタｅＮＢ(ＭｅＮＢ)及びセカンダリｅＮＢ(ＳｅＮＢ))から提供された無線リソースを消費する動作である。さらに、端末のために二重接続に含まれる各ｅＮＢは、異なる役割を仮定することができる。その役割は、ｅＮＢの電力等級に依存する必要がなく、端末により異なる。
【０１４７】
スモールセルの実際配置及びスモールセル配置でハンドオーバが説明される。
【０１４８】
図８は、スモールセルの実際配置の一例を示す。図８に説明された例は、異なるスモールセルを有する他のマクロｅＮＢにＸ２ハンドオーバする場合に対応する。図８を参照すると、端末は、二重接続により２種類のサービスを受信する。端末は、マクロｅＮＢ１に接続されており、マクロｅＮＢ１から直接サービスを受信する。また、端末は、マクロｅＮＢ１により制御されるスモールセル１と接続されており、スモールセル１からサービス２を受信する。例えば、マクロｅＮＢカバレッジのエッジにある特定状況で、Ｘ２またはＳ１ハンドオーバが発生することができる。即ち、端末は、マクロｅＮＢ１から他のマクロｅＮＢ(即ち、マクロｅＮＢ２)にハンドオーバされる。ハンドオーバ以後、端末は、マクロｅＮＢ２と接続され、マクロｅＮＢ２から直接サービス１を受信する。また、端末は、マクロｅＮＢ２により制御されるスモールセル２と接続され、スモールセル２からサービス２を受信する。
【０１４９】
図９は、スモールセルの実際配置の他の例を示す。図９に説明された例は、共通スモールセルを有する他のマクロｅＮＢにＸ２ハンドオーバする場合に対応する。図９に説明された一例は、図８に説明された一例の特別な場合である。図９を参照すると、端末は、二重接続により２種類のサービスを受信する。端末は、マクロｅＮＢ１に接続されており、マクロｅＮＢ１から直接サービスを受信する。また、端末は、マクロｅＮＢ１及びマクロｅＮＢ２により共有される共通スモールセルと接続されており、共通スモールセルからサービス２を受信する。ハンドオーバ以後、端末は、マクロｅＮＢ２と接続され、マクロｅＮＢ２から直接サービス１を受信する。端末は、依然として共通スモールセルと接続されており、共通スモールセルからサービス２を受信する。
【０１５０】
図１０は、スモールセルの実際配置の他の例を示す。図１０に説明された例は、スモールセルのサービスを他のスモールセルに移動する場合に対応する。図１０を参照すると、端末は、二重接続により２種類のサービスを受信する。端末は、マクロｅＮＢ１に接続されており、マクロｅＮＢ１から直接サービスを受信する。また、端末は、マクロｅＮＢ１により制御されるスモールセル１と接続されており、スモールセル１からサービス２を受信する。特定状況で、特に多くの数のスモールセルがマクロｅＮＢカバレッジ領域内に配置されている場合、ハンドオーバのような行動が発生することができる。即ち、スモールセル１により提供されるサービス２は、他のスモールセルに移動しなければならず、それに対し、サービス１は、依然としてマクロｅＮＢ１により提供されることができる。ハンドオーバのような手順以後、端末は、依然としてマクロｅＮＢ１と接続され、マクロｅＮＢ１から直接サービス１を受信する。また、端末は、マクロｅＮＢ１により制御されるスモールセル２と接続され、スモールセル２からサービス２を受信する。
【０１５１】
図１１は、スモールセルの実際配置の他の例を示す。図１１に説明された例は、スモールセルのサービスをマクロｅＮＢに移動する場合に対応する。また、図１１に説明された一例は、図８に説明された一例の特別な場合である。図１１を参照すると、端末は、二重接続により２種類のサービスを受信する。端末は、マクロｅＮＢ１に接続されており、マクロｅＮＢ１から直接サービスを受信する。また、端末は、マクロｅＮＢ１により制御されるスモールセル１と接続されており、スモールセル１からサービス２を受信する。例えば、端末がスモールセルカバレッジ領域の外にある特定状況で、ハンドオーバのような行動が発生することができる。即ち、スモールセル１により提供されるサービス２は、マクロｅＮＢ１に移動しなければならず、それに対し、サービス１は、依然としてマクロｅＮＢ１により提供されることができる。ハンドオーバのような手順以後、端末は、依然としてマクロｅＮＢ１と接続されており、マクロｅＮＢ１から直接サービス１及びサービス２を受信する。
【０１５２】
前記図８乃至図１１で説明されたスモールセルの実際配置によって発生できるデータ伝達(ｆｏｒｗａｒｄｉｎｇ)問題を説明する。
【０１５３】
図１２及び図１３は、スモールセルの実際配置によるデータ伝達問題の一例を示す。図１２及び図１３は、図８及び図９で説明された場合に対応するＸ２ハンドオーバ、即ち、互いに異なるスモールセルまたは共通スモールセルを含む他のマクロｅＮＢへのＸ２ハンドオーバ手順を示す。図１２及び図１３を参照すると、スモールセル配置に対するＸ２ハンドオーバ手順は、スモールセルが配置されたことを除いて前記図５及び図６で説明されたハンドオーバ手順と類似する。
【０１５４】
図１２を図５と比較すると、スモールセルが配置されるため、パケットデータが端末とスモールセルとの間で交換され、スモールセルとマクロｅＮＢ１(即ち、ソースｅＮＢ)との間で交換される。さらに、マクロｅＮＢ１でない、スモールセルは、バッファされたパケットとイントランジット(ｉｎ−ｔｒａｎｓｉｔ)パケットをマクロｅＮＢ２(即ち、ターゲットｅＮＢ)に送る。図１３を図６と比較すると、スモールセルが配置されるため、ＤＬパケットデータがマクロｅＮＢ１を介してＳ−ＧＷからスモールセルに送信される。さらに、マクロｅＮＢ２が経路切り替え要求メッセージ(ｐａｔｈ  ｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ)をＭＭＥに送信した以後、終了マーカ(ｅｎｄ  ｍａｒｋｅｒ)はＳ−ＧＷからスモールセルに直接送信される。マクロｅＮＢ１は、スモールセルにＵＥコンテキスト解除メッセージ(ＵＥ  ｃｏｎｔｅｘｔ  ｒｅｌｅａｓｅ  ｍｅｓｓａｇｅ)を伝達し、スモールセルは、ＵＥコンテキスト解除メッセージを受信する時、ＤＬバッファをフラッシュ(ｆｌｕｓｈ)し、イントランジットパケットを配達し続ける。
【０１５５】
経路切り替え要求メッセージが送信された以後にのみ、終了マーカがＳ−ＧＷからスモールセルに送信されるため、前後へのデータ伝達問題が発生できる。データ伝達問題により、マクロｅＮＢ１とスモールセルとの間のＤＬパケットの重複送信が増加できる。これはリソースの浪費であり、また、データ遅延を増加させることができる。これはスモールセルが非常に速い速度のデータサービスを提供することができるため深刻である。前後に伝達されるデータパケットは、膨大な量になる。
【０１５６】
図１４は、スモールセルの実際配置によるデータ伝達問題の他の例を示す。図１４は、図１０で説明された場合に対応する、スモールセルのサービスを他のスモールセルに移動するものを示す。図１４を参照すると、マクロｅＮＢ１は、スモールセル１のサービスをスモールセル２に移動することに決定し、部分的なサービスのハンドオーバを指示するサービス要求をスモールセル２に送信する。もし、必要な場合、スモールセル２は、サービス要求認定(ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ  ａｃｋｎｏｗｌｅｄｇｅ)をマクロｅＮＢ１に送信する。しかし、終了マーカは、Ｓ−ＧＷからマクロｅＮＢ１に直接送信されない。したがって、データ伝達問題が発生できる。
【０１５７】
図１５は、スモールセルの実際配置によるデータ伝達問題の他の例を示す。図１５は、図１１で説明された場合に対応する、スモールセルのサービスをマクロｅＮＢに移動するものを示す。図１５を参照すると、マクロｅＮＢ１は、スモールセルのサービスをマクロｅＮＢ１に再び移動することに決定し、スモールセルサービスを中断することを指示するサービス非活性化をスモールセルに送信する。もし、必要な場合、スモールセル２は、サービス非活性化認定(ｓｅｒｖｉｃｅ  ｄｅａｃｔｉｖａｔｉｏｎ  ａｃｋｎｏｗｌｅｄｇｅ)をマクロｅＮＢ１に送信する。しかし、終了マーカは、Ｓ−ＧＷからマクロｅＮＢ１に直接送信されない。したがって、図１４で説明されたような同じデータ伝達問題が発生できる。
【０１５８】
前記説明されたデータ伝達問題を解決するために、本発明は、スモールセル向上に対するデータ伝達方法を提供する。本発明の実施例によって、指示を送信する方法を説明する。以下、図１２乃至図１５で説明された場合に対応する多様な解決方法を説明する。
【０１５９】
図１６及び図１７は、本発明の実施例に係るデータを伝達するための方法の一例を示す。図１６及び図１７は、図１２及び図１３で説明された場合のデータ伝達問題に対する解決方法を示す。
【０１６０】
図１６を参照すると、マクロｅＮＢ１がマクロｅＮＢ２からハンドオーバ要求認定メッセージを受信した以後、マクロｅＮＢ１は、スモールセルサービスを中断することを指示する指示をスモールセルに送信することができる。前記指示は、下記の可能な方法を介して送信されることができる。
【０１６１】
−サービス非活性化メッセージ(Ｓｅｒｖｉｃｅ  ｄｅａｃｔｉｖａｔｉｏｎ  ｍｅｓｓａｇｅ)：前記指示は、サービス非活性化メッセージを介して送信されることができる。サービス非活性化メッセージを受信する時、スモールセルは、データ伝達が開始されることができることが分かる。サービス非活性化メッセージは、ＳｅＮＢ解除メッセージである。
【０１６２】
−サービス非活性化メッセージの一情報要素(ＩＥ；ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ)：前記指示は、サービス非活性化メッセージのＩＥを介して送信できる。前記ＩＥは、マクロｅＮＢにより生成されたダウンリンクＧＴＰ(ＧＰＲＳ  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ)トンネル終点またはアップリンクＧＴＰトンネル終点である。サービス非活性化メッセージのＩＥを受信する時、スモールセルは、データ伝達が開始されることができることが分かる。サービス非活性化メッセージは、ＳｅＮＢ解除メッセージである。
【０１６３】
−独立的なメッセージまたは他のメッセージのＩＥ：前記指示は、独立的なメッセージ(例えば、データ伝達要求メッセージ)を介して送信されたり、または他のメッセージのＩＥの形態を有することができる。独立的なメッセージまたは他のメッセージのＩＥを受信する時、スモールセルは、データ伝達が開始されることができることが分かる。
【０１６４】
−マクロｅＮＢ１により生成されたＸ２終了マーカ(ユーザ平面)：前記Ｘ２終了マーカは、スモールセルサービスの中断をスモールセルに知らせるために使われる。また、前記Ｘ２終了マーカは、終了マーカの役割をすることができる。これはマクロｅＮＢ１がスモールセルからデータ伝達の終了がわかることを意味する。
【０１６５】
また、マクロｅＮＢ１により生成されたＸ２終了マーカは、前記指示がメッセージまたはメッセージのＩＥを介して送信される時も必要である。この場合、Ｘ２終了マーカは、原終了マーカの役割をすることができる。したがって、Ｘ２終了マーカを再び受信する時、マクロｅＮＢ１は、スモールセルからデータ伝達の終了がわかる。もし、終了マーカが送信されない場合、Ｘ２インターフェースでデータ伝達のための時間区間を提供するためにマクロｅＮ１内のタイマが必要である。
【０１６６】
ハンドオーバ要求認定メッセージがマクロｅＮＢ２から受信された直後、Ｘ２終了マーカが送信されることができる。さらに、前記指示がスモールセルに送信される前または後Ｘ２終了マーカが送信されることができる。
【０１６７】
マクロｅＮＢ１は、前記Ｘ２終了マーカが送信されたり、または前記指示が送信された直後、Ｓ−ＧＷから受信したデータパケットをバッファリングし始めることができる。スモールセルがＳＮ状態転送メッセージと共に前記指示を受信した以後、データ伝達は、スモールセルから開始することができる。
【０１６８】
図１７を参照すると、マクロｅＮＢ１は、スモールセルにＵＥ  Ｘ２コンテキスト解除メッセージ(ＵＥ  Ｘ２  ｃｏｎｔｅｘｔ  ｒｅｌｅａｓｅ  ｍｅｓｓａｇｅ)を送信することができる。ＵＥ  Ｘ２コンテキスト解除メッセージを受信することによって、スモールセルは、ＵＥコンテキストと関連したリソースと関連のある無線及び制御平面を解除することができる。
【０１６９】
図１８は、本発明の実施例に係るデータを伝達するための方法の他の例を示す。図１８は、図１６及び図１７で説明された手順の簡単な手順を示す。
【０１７０】
前記マクロｅＮＢは、スモールセルサービスのサービスを中断することを指示する指示をスモールセルに送信する(Ｓ１００)。前記指示は、サービス非活性化メッセージ(ｓｅｒｖｉｃｅ  ｄｅａｃｔｉｖａｔｉｏｎ  ｍｅｓｓａｇｅ)またはＳｅＮＢ解除メッセージ(ＳｅＮＢ  ｒｅｌｅａｓｅ  ｍｅｓｓａｇｅ)を介して受信されることができる。その代案として、前記指示は、サービス非活性化メッセージまたはＳｅＮＢ解除メッセージのＩＥを介して受信されることができる。前記ＩＥは、前記マクロｅＮＢにより生成されたダウンリンクＧＴＰ(ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅｓ  (ＧＰＲＳ)  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ)トンネル終点またはアップリンクＧＴＰトンネル終点である。その代案として、前記指示は、Ｘ２終了マーカ(ｅｎｄ  ｍａｒｋｅｒ)を介して受信されることができる。
【０１７１】
前記指示を受信する時、前記スモールセルは、ＳＮ状態転送メッセージ(ＳＮｓｔａｔｕｓ  ｔｒａｎｓｆｅｒ  ｍｅｓｓａｇｅ)を前記マクロｅＮＢに送信する(Ｓ１１０)。前記スモールセルは、ＳＮ状態転送メッセージと共にマクロｅＮＢに伝達データを伝達する(Ｓ１１１)。
【０１７２】
前記マクロｅＮＢは、ＵＥ  Ｘ２コンテキスト解除メッセージ(ＵＥ  Ｘ２  ｃｏｎｔｅｘｔ  ｒｅｌｅａｓｅ  ｍｅｓｓａｇｅ)をスモールセルに送信する(Ｓ１２０)。
【０１７３】
図１９は、本発明の実施例に係るデータを伝達するための方法の他の例を示す。図１９は、図１４で説明された場合のデータ伝達問題に対する解決方法を示す。
【０１７４】
図１９を参照すると、マクロｅＮＢ１がスモールセルサービスをスモールセル１からスモールセル２に移動することに決定した以後、前記マクロｅＮＢ１は、スモールセルサービスの中断を指示する指示をスモールセル１に送信することができる。前記指示は、サービス要求メッセージがスモールセル２に送信される前または送信された後に送信されることができる。前記指示は、下記の可能な方法を介して送信されることができる。
【０１７５】
−サービス非活性化メッセージ(Ｓｅｒｖｉｃｅ  ｄｅａｃｔｉｖａｔｉｏｎ  ｍｅｓｓａｇｅ)：前記指示は、サービス非活性化メッセージを介して送信されることができる。サービス非活性化メッセージを受信する時、スモールセル１は、データ伝達が開始されることができることが分かる。サービス非活性化メッセージは、ＳｅＮＢ解除メッセージである。
【０１７６】
−サービス非活性化メッセージの一情報要素(ＩＥ；ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ)：前記指示は、サービス非活性化メッセージのＩＥを介して送信できる。サービス非活性化メッセージのＩＥを受信する時、スモールセル１は、データ伝達が開始されることができることが分かる。サービス非活性化メッセージは、ＳｅＮＢ解除メッセージである。
【０１７７】
−独立的なメッセージまたは他のメッセージのＩＥ：前記指示は、独立的なメッセージ(例えば、データ伝達要求メッセージ)を介して送信されたり、または他のメッセージのＩＥの形態を有することができる。独立的なメッセージまたは他のメッセージのＩＥを受信する時、スモールセル１は、データ伝達が開始されることができることが分かる。
【０１７８】
−マクロｅＮＢ１により生成されたＸ２終了マーカ(ユーザ平面)：前記Ｘ２終了マーカは、スモールセルサービスの中断をスモールセル１に知らせるために使われる。また、前記Ｘ２終了マーカは、終了マーカの役割をすることができる。これはマクロｅＮＢ１がスモールセル１からデータ伝達の終了がわかることを意味する。
【０１７９】
また、マクロｅＮＢ１により生成されたＸ２終了マーカは、前記指示がメッセージまたはメッセージのＩＥを介して送信される時も必要である。この場合、Ｘ２終了マーカは、原終了マーカの役割をすることができる。したがって、Ｘ２終了マーカを再び受信する時、マクロｅＮＢ１は、スモールセル１からデータ伝達の終了がわかる。
【０１８０】
サービス要求メッセージがスモールセル２に送信された後または送信される前、またはマクロｅＮＢ１がスモールセルサービスを移動することに決定した直後、Ｘ２終了マーカが送信されることができる。
【０１８１】
マクロｅＮＢ１は、前記Ｘ２終了マーカが送信されたり、または前記指示が送信された直後、Ｓ−ＧＷから受信したデータパケットをバッファリングし始めることができる。
【０１８２】
図２０は、本発明の実施例に係るデータを伝達するための方法の他の例を示す。図２０は、図１５で説明された場合のデータ伝達問題に対する解決方法を示す。
【０１８３】
図２０を参照すると、マクロｅＮＢ１がスモールセルサービスをスモールセルからマクロｅＮＢ１に再び移動することに決定した以後、前記マクロｅＮＢ１は、スモールセルサービスの中断を指示する指示をスモールセルに送信することができる。前記指示は、下記の可能な方法を介して送信されることができる。
【０１８４】
−サービス非活性化メッセージ(Ｓｅｒｖｉｃｅ  ｄｅａｃｔｉｖａｔｉｏｎ  ｍｅｓｓａｇｅ)：前記指示は、サービス非活性化メッセージを介して送信されることができる。サービス非活性化メッセージを受信する時、スモールセルは、データ伝達が開始されることができることが分かる。サービス非活性化メッセージは、ＳｅＮＢ解除メッセージである。
【０１８５】
−サービス非活性化メッセージの一情報要素(ＩＥ；ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ)：前記指示は、サービス非活性化メッセージのＩＥを介して送信できる。サービス非活性化メッセージのＩＥを受信する時、スモールセルは、データ伝達が開始されることができることが分かる。サービス非活性化メッセージは、ＳｅＮＢ解除メッセージである。
【０１８６】
−独立的なメッセージまたは他のメッセージのＩＥ：前記指示は、独立的なメッセージ(例えば、データ伝達要求メッセージ)を介して送信されたり、または他のメッセージのＩＥの形態を有することができる。独立的なメッセージまたは他のメッセージのＩＥを受信する時、スモールセルは、データ伝達が開始されることができることが分かる。
【０１８７】
−マクロｅＮＢ１により生成されたＸ２終了マーカ(ユーザ平面)：前記Ｘ２終了マーカは、スモールセルサービスの中断をスモールセルに知らせるために使われる。また、前記Ｘ２終了マーカは、終了マーカの役割をすることができる。これはマクロｅＮＢ１がスモールセルからデータ伝達の終了がわかることを意味する。
【０１８８】
また、マクロｅＮＢ１により生成されたＸ２終了マーカは、前記指示がメッセージまたはメッセージのＩＥを介して送信される時も必要である。この場合、Ｘ２終了マーカは、原終了マーカの役割をすることができる。したがって、Ｘ２終了マーカを再び受信する時、マクロｅＮＢ１は、スモールセルからデータ伝達の終了がわかる。
【０１８９】
サービス非活性化メッセージが送信される前または送信された後、またはスモールセルサービスをマクロｅＮＢ１に再び移動することが承認された以後、Ｘ２終了マーカが送信されることができる。
【０１９０】
マクロｅＮＢ１は、前記Ｘ２終了マーカが送信されたり、または前記指示が送信された直後、Ｓ−ＧＷから受信したデータパケットをバッファリングし始めることができる。
【０１９１】
図２１は、本発明の実施例が具現される無線通信システムのブロック図である。
【０１９２】
ＭｅＮＢ８００は、プロセッサ(ｐｒｏｃｅｓｓｏｒ)８１０、メモリ(ｍｅｍｏｒｙ)８２０及びＲＦ部(ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ)８３０を含むことができる。プロセッサ８１０は、本明細書で説明された機能、過程及び/または方法を具現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ８１０により具現されることができる。メモリ８２０は、プロセッサ８１０と連結され、プロセッサ８１０を駆動するための多様な情報を格納する。ＲＦ部８３０は、プロセッサ８１０と連結され、無線信号を送信及び/または受信する。
【０１９３】
ＳｅＮＢまたは端末９００は、プロセッサ９１０、メモリ９２０及びＲＦ部９３０を含むことができる。プロセッサ９１０は、本明細書で説明された機能、過程及び/または方法を具現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ９１０により具現されることができる。メモリ９２０は、プロセッサ９１０と連結され、プロセッサ９１０を駆動するための多様な情報を格納する。ＲＦ部９３０は、プロセッサ９１０と連結され、無線信号を送信及び/または受信する。
【０１９４】
プロセッサ８１０、９１０は、ＡＳＩＣ(ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ)、他のチップセット、論理回路及び/またはデータ処理装置を含むことができる。メモリ８２０、９２０は、ＲＯＭ(ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ)、ＲＡＭ(ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ)、フラッシュメモリ、メモリカード、格納媒体及び/または他の格納装置を含むことができる。ＲＦ部８３０、９３０は、無線周波数信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール(過程、機能など)で具現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部または外部にあり、よく知られた多様な手段でプロセッサ８１０、９１０と連結されることができる。
【０１９５】
前述した例示的なシステムにおいて、前述した本発明の特徴によって具現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の一つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【図１】
2016529770.tif 000005
【図２】
2016529770.tif 000006
【図３（ａ）】
2016529770.tif 000007
【図３（ｂ）】
2016529770.tif 000008
【図４】
2016529770.tif 000009
【図５】
2016529770.tif 000010
【図６】
2016529770.tif 000011
【図７】
2016529770.tif 000012
【図８】
2016529770.tif 000013
【図９】
2016529770.tif 000014
【図１０】
2016529770.tif 000015
【図１１】
2016529770.tif 000016
【図１２】
2016529770.tif 000017
【図１３】
2016529770.tif 000018
【図１４】
2016529770.tif 000019
【図１５】
2016529770.tif 000020
【図１６】
2016529770.tif 000021
【図１７】
2016529770.tif 000022
【図１８】
2016529770.tif 000023
【図１９】
2016529770.tif 000024
【図２０】
2016529770.tif 000025
【図２１】
2016529770.tif 000026
【国際調査報告】
2016529770.tif 000027
2016529770.tif 000028