JP6141977B2 - 無線通信システムにおけるｄ２ｄ関連メッセージを送信する方法及び装置 - Google Patents

Description

本発明は、無線通信に関し、より詳しくは、無線通信システムにおける機器間（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ、Ｄ２Ｄ）関連メッセージを送信する方法及び装置に関する。

はん用移動体通信システム（ＵＭＴＳ）は、ヨーロッパシステム、ＧＳＭ（登録商標）及び一般パケット無線サービス（ＧＰＲＳ）に基づいてＷＣＭＤＡ（登録商標）で動作する第３世代非同期移動体通信システムである。ＵＭＴＳの長期進化システム（ＬＴＥ）がＵＭＴＳを標準化する第３世代パートナシッププロジェクト（３ＧＰＰ）において論議中である。

ユビキタス環境の到来と共に、装置を使用して、いつでもどこでもシームレスなサービスを受けようとする需要が急速に増加している。このような要求を満たすために、無線通信システムにおいて、Ｄ２Ｄ接続技術を導入してもよい。Ｄ２Ｄ接続技術は、端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）などの装置が互いに接続されており、基地局（ｂａｓｅ ｓｔａｔｉｏｎ、ＢＳ）を経由することなくデータを送信／受信する技術を意味する。すなわち、一装置は、基地局を介して他の装置と通信することもできるし、また、基地局を経由することなく他の装置と直接通信することもできる。Ｄ２Ｄ接続技術を使用することによって、低電力消費、処理量向上（ｔｈｒｏｕｇｈｐｕｔ ｅｎｈａｎｃｅｍｅｎｔ）などの効果を得ることができる。

Ｄ２Ｄ接続のために、ネットワークと端末とがどのように動作すべきであるかを特定しなければならない。

本発明の技術的課題は、無線通信システムにおいて、機器間（Ｄ２Ｄ）関連メッセージを送信する方法及び装置を提供することにある。本発明は、Ｄ２Ｄ接続のためにネットワークから隣接装置のコンテキストを取得する方法を提供する。また、本発明は、第１の移動装置が第２の移動装置の識別子（ｉｄｅｎｔｉｔｙ）を含むＤ２Ｄ関連メッセージをネットワークと送受信する方法を提供する。

一態様において、無線通信システムにおいて、第１の移動装置によるＤ２Ｄ関連メッセージを送信する方法が提供される。この方法は、第１の移動装置と接続された第２の移動装置の識別子を含むＤ２Ｄ関連メッセージをネットワークに送信するステップを含む。

この方法は、第２の移動装置の識別子を第２の移動装置から受信するステップを更に含む。

第２の移動装置の識別子は、国際移動体通信加入者識別情報（ＩＭＳＩ）、システムアーキテクチャ進化（ＳＡＥ）一時移動体通信加入者識別情報（Ｓ−ＴＭＳＩ）、従属端末（（Ｓ−ＵＥ）セルラ無線網一時識別情報（Ｓ−ＣＲＮＴＩ）、及び第２の移動装置に割り当てられた新しいＵＥ識別子のうちいずれか一つである。

方法は、第１の移動装置と第２の移動装置との間の無線通信に対する情報をネットワークから受信するステップ、及び受信した情報を第２の移動装置に送信するステップを更に含む。

情報は、ネットワークによって割り当てられ、第１の移動装置と第２の移動装置との間の無線通信のために使われる、第２の移動装置の他の識別子を含む。

情報は、第１の移動装置と第２の移動装置との間の無線通信のセキュリティを活性化するために使われるセキュリティパラメータ、第２の移動装置の能力、第１の移動装置と第２の移動装置との間の無線ベアラを設定するために使われるサービス品質（ＱｏＳ）パラメータ、第１の移動装置と第２の移動装置との間の無線ベアラを設定するために使われる無線パラメータ、及び第１の移動装置と第２の移動装置との間の無線通信のために、第１の移動装置又は第２の移動装置に割り当てられる無線リソースのうち少なくとも一つを含む。

情報は、第１の移動装置と第２の移動装置との間の接続設定が拒絶されるべきであるか否かに関する決定、及び第１の移動装置と第２の移動装置との間の接続解放に関する決定のうち少なくとも一つを含む。

情報は、一つ以上の隣接セルと関係している情報を含む。

方法は、第２の移動装置によって測定された、第１の移動装置と第２の移動装置との間の無線インタフェースのチャネル品質を第２の移動装置から受信するステップ、及び受信されたチャネル品質をネットワークに送信するステップを更に含む。

方法は、第２の移動装置のバッファ状態報告（ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ、ＢＳＲ）及び電力余裕報告（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔ、ＰＨＲ）のうち少なくとも一つを第２の移動装置から受信するステップ、及び受信した少なくとも一つのＢＳＲ又はＰＨＲをネットワークに送信するステップを更に含む。

方法は、第１の移動装置と第２の移動装置との間の接続のサービスタイプを第２の移動装置から受信するステップ、及び受信されたサービスタイプをネットワークに送信するステップを更に含む。

他の態様において、無線通信システムにおいて、第１の移動装置によるＤ２Ｄ関連メッセージを受信する方法が提供される。方法は、第１の移動装置と接続された第２の移動装置の識別子を含むＤ２Ｄ関連メッセージをネットワークから受信するステップを含む。

移動装置間に効率的にＤ２Ｄ接続を設定できる。

無線通信システムの構造を示す図である。 制御平面に対する無線インタフェースプロトコル構造を示すブロック図である。 ユーザ平面に対する無線インタフェースプロトコル構造を示すブロック図である。 物理チャネルの構造の一例を示す図である。 ＲＲＣ接続設定手続を示す図である。 初期セキュリティ活性化手続を示す図である。 ＲＲＣ接続再設定手続を示す図である。 ＵＥ能力転送手続を示す図である。 ＩＤＣ指示手続を示す図である。 本発明の実施例によるＤ２Ｄ関連メッセージを送信する方法の一例を示す図である。 本発明の実施例によるＤ２Ｄ関連メッセージを受信する方法の一例を示す図である。 本発明の一実施例によるＵＥ自律モードによるＤ２Ｄ接続設定及びデータ送信の一例を示す図である。 本発明の一実施例によるＥ−ＵＴＲＡＮ計画モードによるＤ２Ｄ接続設定の一例を示す図である。 本発明の一実施例によるＥ−ＵＴＲＡＮ計画モードによるＤ２Ｄ接続設定の他の例を示す図である。 本発明の一実施例によるＥ−ＵＴＲＡＮ計画モードによるＤ２Ｄデータ送信の一例を示す図である。 本発明の一実施例によるＵＥ自律モードによるＭ−ＵＥからターゲットｅＮＢへのＤ２Ｄ移動の一例を示す図である。 本発明の一実施例によるＥ−ＵＴＲＡＮ計画モードによるＭ−ＵＥからターゲットｅＮＢへのＤ２Ｄ移動の一例を示す図である。 本発明の一実施例によるＥ−ＵＴＲＡＮ計画モードによるＭ−ＵＥからターゲットｅＮＢへのＤ２Ｄ移動の他の例を示す図である。 本発明の実施例が具現される無線通信システムのブロック図である。

以下の技術は、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）などのような多様な無線通信システムに用いることができる。ＣＤＭＡは、はん用地上無線接続（ＵＴＲＡ）又はＣＤＭＡ２０００のような無線技術で具現できる。ＴＤＭＡは、ＧＳＭ（登録商標）／一般パケット無線サービス（ＧＰＲＳ）／ＧＳＭ（登録商標）進化用強化データ速度（ＥＤＧＥ）のような無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ８０２.１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２.１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、進化ＵＴＲＡ（Ｅ−ＵＴＲＡ）などのような無線技術で具現できる。ＩＥＥＥ８０２.１６ｍは、ＩＥＥＥ８０２.１６ｅの進化形であり、ＩＥＥＥ８０２.１６ｅに基づくシステムとの後方互換性を提供する。ＵＴＲＡは、ＵＭＴＳの一部である。第３世代パートナシッププロジェクト（３ＧＰＰ）長期進化システム（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用する進化ＵＭＴＳ（Ｅ−ＵＭＴＳ）の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。高度ＬＴＥ（ＬＴＥ−Ａ）は、３ＧＰＰ ＬＴＥの進化形である。

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

図１は、無線通信システムの構造を示す。

図１の構造は、進化はん用地上無線接続網（Ｅ−ＵＴＲＡＮ）のネットワーク構造の一例である。Ｅ−ＵＴＲＡＮシステムは、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムである。Ｅ−ＵＴＲＡＮは、端末（ＵＥ）１０に制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）及びユーザ平面（ｕｓｅｒ ｐｌａｎｅ）を提供する基地局２０と、ＵＥ１０とを含む。ＵＥ１０は、固定されていてもよいし、移動性を有してもよく、移動機（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ）、ユーザ端末（ＵＴ）、加入者局（ＳＳ）、移動端末（ＭＴ）、無線機器等、他の用語で呼ばれることもある。ＢＳ２０は、一般的にＵＥ１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を意味し、進化ノードＢ（ｅＮＢ）、無線基地局装置（ＢＴＳ）、アクセスポイント等、他の用語で呼ばれることもある。ＢＳ２０のサービス範囲内に一つ以上のセルが存在する。一つのセルは、１.２５、２.５、５、１０及び２０ＭＨｚなどの帯域幅のうち一つを有するように設定され、複数のＵＥにダウンリンク又はアップリンク送信サービスを提供できる。このとき、別個のセルは、別個の帯域幅を提供するように設定できる。

ＢＳ２０間にはユーザ情報（トラヒック）又は制御情報の送信のためのインタフェースを使うことができる。ＢＳ２０は、Ｘ２インタフェースを介して互いに接続される。ＢＳ２０は、Ｓ１インタフェースを介して進化パケットコア網（ＥＰＣ）と接続される。ＥＰＣは、移動性管理エンティティ（ＭＭＥ）、サービス提供ゲートウェイ（Ｓ−ＧＷ）、及びパケットデータ網ゲートウェイ（ＰＤＮ−ＧＷ）で構成できる。ＭＭＥは、ＵＥの接続情報又はＵＥの能力に対する情報を有し、このような情報は、主にＵＥの移動性管理に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、ＰＤＮ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。ＢＳ２０は、Ｓ１−ＭＭＥインタフェースを介してＭＭＥ３０と接続することができ、Ｓ１−Ｕインタフェースを介してＳ−ＧＷと接続できる。Ｓ１インタフェースは、ＢＳ２０とＭＭＥ／Ｓ−ＧＷ３０との間に多対多関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）をサポートする。

以下、ダウンリンク（ＤＬ）は、ＢＳ２０からＵＥ１０への通信を意味し、アップリンク（ＵＬ）は、ＵＥ１０からＢＳ２０への通信を意味する。ダウンリンクにおいて、送信機はＢＳ２０の一部であり、受信機はＵＥ１０の一部である。アップリンクにおいて、送信機はＵＥ１０の一部であり、受信機はＢＳ２０の一部である。

図２は、制御平面に対する無線インタフェースプロトコル構造を示すブロック図である。図３は、ユーザ平面に対する無線インタフェースプロトコル構造を示すブロック図である。

ＵＥとＥ−ＵＴＲＡＮとの間の無線インタフェースプロトコルの階層は、通信システムにおいて広く知られた開放型システム相互接続（ＯＳＩ）モデルの下位３階層に基づいて第１層（Ｌ１）、第２層（Ｌ２）及び第３層（Ｌ３）に区分できる。ＵＥとＥ−ＴＵＲＡＮとの間の無線インタフェースプロトコルは、水平的には、物理層、データリンク層及びネットワーク層に区分することができ、垂直的には、制御信号送信のためのプロトコルスタックである制御平面と、データ情報送信のためのプロトコルスタックであるユーザ平面とに区分できる。無線インタフェースプロトコルの階層は、ＵＥ及びＥ−ＵＴＲＡＮにおいて対で存在する。

Ｌ１に属する物理層（ＰＨＹ）は、物理チャネルを介して上位階層に情報転送サービスを提供する。ＰＨＹ階層は、上位階層である媒体接続制御（ＭＡＣ）層及びトランスポートチャネルを介して接続される。トランスポートチャネルを介してＭＡＣ層とＰＨＹ層との間にデータが移動する。トランスポートチャネルは、無線インタフェースを介してデータがどのように、どのような特性で送信されるかによって分類される。別個のＰＨＹ層間、すなわち、送信機のＰＨＹ層と受信機のＰＨＹ層との間のデータは、物理チャネルを介して移動する。物理層は、直交周波数分割多重化（ＯＦＤＭ）方式で変調され、時間及び周波数を無線リソースとして活用する。

ＰＨＹ層は、物理制御チャネルを使用する。物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、呼出しチャネル（ＰＣＨ）、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）のリソース割当及びＤＬ−ＳＣＨに関係しているハイブリッド自動再送要求（ＨＡＲＱ）情報をＵＥに通知する。ＰＤＣＣＨは、ＵＬ送信のリソース割当をＵＥに通知するためにＵＬ許可を送信できる。物理制御フォーマット指示子チャネル（ＰＣＦＩＣＨ）は、ＰＤＣＣＨのために使われるＯＦＤＭシンボルの個数をＵＥに通知し、サブフレームごとに送信される。物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ）は、ＵＬ送信に対する応答としてＨＡＲＱ肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）信号を伝送する。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、ＤＬ送信に対するＨＡＲＱ ＡＣＫ／ＮＡＣＫ、スケジュール要求、チャネル品質指示子（ＣＱＩ）などのＵＬ制御情報を伝送する。物理アップリンク共有チャネル（ＰＵＳＣＨ）は、アップリンク共有チャネル（ＵＬ−ＳＣＨ）を伝送する。

図４は、物理チャネルの構造の一例を示す。

物理チャネルは、時間領域における複数のサブフレームと、周波数領域における複数の副搬送波とで構成される。一つのサブフレームは、時間領域における複数のシンボルで構成される。一つのサブフレームは、複数のリソースブロック（ＲＢ）で構成される。一つのリソースブロックは、複数のシンボルと複数の副搬送波とで構成される。また、各サブフレームは、ＰＤＣＣＨのために該当サブフレームの特定シンボルの特定副搬送波を利用できる。例えば、サブフレームの１番目のシンボルをＰＤＣＣＨのために使うことができる。データが送信される単位時間である送信時間間隔（ＴＴＩ）は、１個のサブフレームの長さと同じである。

ネットワークからＵＥにデータを送信するＤＬトランスポートチャネルは、システム情報を送信する同報チャネル（ＢＣＨ）、呼出しメッセージを送信するＰＣＨ、ユーザ情報又は制御信号を送信するＤＬ−ＳＣＨなどを含む。システム情報は、一つ以上のシステム情報ブロックを伝送する。すべてのシステム情報ブロックは、同じ周期で送信できる。マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）の情報又は制御信号は、マルチキャストチャネル（ＭＣＨ）を介して送信される。一方、ＵＥからネットワークにデータを送信するＵＬトランスポートチャネルは、初期制御メッセージを送信するランダム接続チャネル（ＲＡＣＨ）、ユーザ情報又は制御信号を送信するＵＬ−ＳＣＨなどを含む。

Ｌ２に属するＭＡＣ層は、論理チャネルを介して上位階層である無線リンク制御（ＲＬＣ）層にサービスを提供する。ＭＡＣ層の機能は、論理チャネルとトランスポートチャネルとの間の対応付けと、物理チャネル上のトランスポートチャネルと、論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ）のトランスポートブロックとの多重化／逆多重化とを含む。論理チャネルは、トランスポートチャネルの上位にあり、トランスポートチャネルに対応付けられる。論理チャネルは、制御平面の情報転送のための制御チャネルと、ユーザ平面の情報転送のための情報チャネルとに分けられる。論理チャネルは、同報制御チャネル（ＢＣＣＨ）、呼出し制御チャネル（ＰＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、マルチキャスト情報チャネル（ＭＴＣＨ）などを含む。

Ｌ２に属するＲＬＣ層は、高信頼データ伝送をサポートする。ＲＬＣ層の機能は、ＲＬＣ ＳＤＵの接続、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（ＲＢ）が要求する多様なＱｏＳを保証するために、ＲＬＣ層は、透過モード（ｔｒａｎｓｐａｒｅｎｔ ｍｏｄｅ、ＴＭ）、非確認モード（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ、ＵＭ）及び確認モード（ａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ ＲＬＣは、ＡＲＱを使用してエラー訂正を提供する。一方、ＲＬＣ層の機能は、ＭＡＣ層内部の機能ブロックで具現することができ、このとき、ＲＬＣ層は存在しない。

パケットデータ融合プロトコル（ＰＤＣＰ）層は、Ｌ２に属する。ユーザ平面におけるＰＤＣＰ層の機能は、ユーザデータの転送、ヘッダ圧縮及び暗号化を含む。ヘッダ圧縮は、帯域幅が小さい無線区間で効率的な送信をサポートするために、相対的にサイズが大きく、かつ不要な制御情報を含んでいるＩＰパケットヘッダサイズを減らす機能を有する。制御平面におけるＰＤＣＰ層の機能は、制御平面データの転送及び暗号化／完全性保護を含む。

Ｌ３に属する無線リソース制御（ＲＲＣ）層は、制御平面においてだけ定義される。ＲＲＣ層は、ＵＥとネットワークとの間の無線リソースを制御する役割を遂行する。そのために、ＵＥ及びネットワークは、ＲＲＣ層を介してＲＲＣメッセージを交換する。ＲＲＣ層は、ＲＢの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解放（ｒｅｌｅａｓｅ）と関係して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、ＵＥとネットワークとの間のデータ転送のために、Ｌ２によって提供される論理的経路である。ＲＢが設定されるとは、特定サービスを提供するために、無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を決定することを意味する。ＲＢは、信号通知ＲＢ（ｓｉｇｎａｌｉｎｇ ＲＢ、ＳＲＢ）及びデータＲＢ（ｄａｔａ ＲＢ、ＤＲＢ）の二つに区分できる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。

ＲＲＣ状態は、ＵＥのＲＲＣがネットワークのＲＲＣと論理的に接続されているか否かを指示する。ＵＥのＲＲＣ層とネットワークのＲＲＣ層との間のＲＲＣ接続が設定されている場合、ＵＥは、ＲＲＣ接続状態（ＲＲＣ_ＣＯＮＮＥＣＴＥＤ）になり、ＲＲＣ接続が設定されない場合、ＵＥは、ＲＲＣ待機状態（ＲＲＣ_ＩＤＬＥ）になる。ＲＲＣ_ＣＯＮＮＥＣＴＥＤのＵＥは、ネットワークとＲＲＣ接続が設定されているため、ネットワークは、ＲＲＣ_ＣＯＮＮＥＣＴＥＤのＵＥの存在を把握することができ、ＵＥを効果的に制御できる。一方、ネットワークは、ＲＲＣ_ＩＤＬＥのＵＥを把握することができず、コア網（ＣＮ）がセルより大きい領域である位置登録エリア（ｔｒａｃｋｉｎｇ ａｒｅａ）単位でＵＥを管理する。すなわち、ＲＲＣ_ＩＤＬＥのＵＥは、大きい領域の単位で存在だけが把握され、音声又はデータ通信のような通常の移動体通信サービスを受けるために、ＵＥは、ＲＲＣ_ＣＯＮＮＥＣＴＥＤに移行しなければならない。

ユーザがＵＥの電源を最初に入れたとき、ＵＥは、まず、適切なセルを探索した後、該当セルでＲＲＣ_ＩＤＬＥにとどまる。ＲＲＣ接続を設定する必要があるとき、ＲＲＣ_ＩＤＬＥにとどまったＵＥは、ＲＲＣ接続手続を介してネットワークのＲＲＣとＲＲＣ接続を設定してＲＲＣ_ＣＯＮＮＥＣＴＥＤに移行できる。ＲＲＣ_ＩＤＬＥにとどまったＵＥは、ユーザの通話試行などの理由でアップリンクデータ送信が必要なとき、又はネットワークから呼出しメッセージを受信し、これに対する応答メッセージ送信が必要なときなどにネットワークとＲＲＣ接続を設定する必要がある。

非接続層（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＮＡＳ）は、ＲＲＣ層の上位階層に属し、セション管理及び移動性管理などの機能を遂行する。ＮＡＳにおいてＵＥの移動性を管理するために、ＥＰＳ移動性管理（ＥＭＭ）登録状態（ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ）及びＥＭＭ登録解除状態（ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ）の二つの状態を定義できる。二つの状態は、ＵＥ及びＭＭＥに適用できる。初期ＵＥは、ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤになる。ＵＥは、ネットワークに接続するために、初期接続（ｉｎｉｔｉａｌ ａｔｔａｃｈ）手続を介して該当ネットワークに登録する手続を実行できる。初期接続手続が成功裏に実行されたとき、ＵＥ及びＭＭＥは、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤになる。

また、ＵＥとＥＰＣとの間の信号通知接続を管理するために、ＥＣＭ待機状態（ＥＣＭ−ＩＤＬＥ）及びＥＣＭ接続状態（ＥＣＭ−ＣＯＮＮＥＣＴＥＤ）の二つの状態を定義できる。二つの状態は、ＵＥ及びＭＭＥに適用できる。ＥＣＭ−ＩＤＬＥのＵＥがＥ−ＵＴＲＡＮとＲＲＣ接続を設定したとき、ＵＥは、ＥＣＭ−ＣＯＮＮＥＣＴＥＤになる。ＥＣＭ−ＩＤＬＥのＭＭＥがＥ−ＵＴＲＡＮとＳ１接続を設定したとき、ＭＭＥは、ＥＣＭ−ＣＯＮＮＥＣＴＥＤになる。ＵＥがＥＣＭ−ＩＤＬＥになったとき、Ｅ−ＵＴＲＡＮは、ＵＥのコンテキストに対する情報を有していない。したがって、ＥＣＭ−ＩＤＬＥのＵＥは、ネットワークの命令を受けることなくセル選択又はセル再選択のようなＵＥベースの移動性関係手続を実行できる。ＥＣＭ−ＩＤＬＥのＵＥの位置と、ネットワークが知っている位置とが異なる場合、ＵＥは、位置登録エリア更新手続を介してネットワークにＵＥの位置を通知できる。それに対し、ＥＣＭ−ＣＯＮＮＥＣＴＥＤのＵＥの移動性は、ネットワークの命令によって管理できる。

図５は、ＲＲＣ接続設定（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）手続を示す。詳細は３ＧＰＰ ＴＳ ３６.３３１ Ｖ１０.５.０（２０１２−０３）の５.３.３節を参照されたい。この手続の目的は、ＲＲＣ接続を設定することにある。ＲＲＣ接続設定は、ＳＲＢ１設定を含むことができる。また、ＲＲＣ接続設定手続は、ＵＥからＥ−ＵＴＲＡＮに初期ＮＡＳ専用情報／メッセージを移動させるために使われる。Ｅ−ＵＴＲＡＮは、ＳＲＢ１だけを確立するためにＲＲＣ接続設定手続を適用できる。

図５を参照すると、ステップＳ５０において、ＵＥは、ＲＲＣ接続設要求メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ）をＥ−ＵＴＲＡＮに送信する。ステップＳ５１において、Ｅ−ＵＴＲＡＮは、ＲＲＣ接続設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ）をＵＥに送信する。ステップＳ５２において、ＵＥは、ＲＲＣ接続設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ）をＥ−ＵＴＲＡＮに送信する。

図６は、初期セキュリティ活性化（ｉｎｉｔｉａｌ ｓｅｃｕｒｉｔｙ ａｃｔｉｖａｔｉｏｎ）手続を示す。詳細は３ＧＰＰ ＴＳ ３６.３３１ Ｖ１０.５.０（２０１２−０３）の５.３.４節を参照されたい。この手続の目的は、ＲＲＣ接続設定による接続層（ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＡＳ）のセキュリティを活性化することにある。

図６を参照すると、ステップＳ６０において、Ｅ−ＵＴＲＡＮは、セキュリティモード命令メッセージ（ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ）をＵＥに送信する。ステップＳ６１において、ＵＥは、セキュリティモード完了メッセージ（ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅ）をＥ−ＵＴＲＡＮに送信する。

図７は、ＲＲＣ接続再設定（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）手続を示す。詳細は３ＧＰＰ ＴＳ ３６.３３１ Ｖ１０.５.０（２０１２−０３）の５.３.５節を参照されたい。この手続の目的は、ＲＲＣ接続を修正することにある。例えば、ＲＢの設定／修正／解放、ハンドオーバ実行、測定の設定／修正／解放、２次セル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ、ＳＣｅｌｌ）の追加／修正／解放などのためにＲＲＣ接続を修正できる。ＲＲＣ接続再設定手続の一部として、ＮＡＳ専用情報をＥ−ＵＴＲＡＮからＵＥに送信できる。

図７を参照すると、ステップＳ７０において、Ｅ−ＵＴＲＡＮは、ＲＲＣ接続再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥに送信する。ステップＳ７１において、ＵＥは、ＲＲＣ接続再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）をＥ−ＵＴＲＡＮに送信する。

図８は、ＵＥ能力転送（ＵＥ ｃａｐａｂｉｌｉｔｙ ｔｒａｎｓｆｅｒ）手続を示す。詳細は３ＧＰＰ ＴＳ ３６.３３１ Ｖ１０.５.０（２０１２−０３）の５.６.３節を参照されたい。この手続の目的は、ＵＥ無線接続能力情報をＵＥからＥ−ＵＴＲＡＮに転送することにある。ＵＥのＥ−ＵＴＲＡＮ無線接続能力が変化した場合、ＵＥは、新しいＲＲＣ接続を利用してＵＥ無線接続能力を更新する、必要なＮＡＳ手続を初期化するように上位階層に要求できる。

図８を参照すると、ステップＳ８０において、Ｅ−ＵＴＲＡＮは、ＵＥ能力問い合わせメッセージ（ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ）をＵＥに送信する。ステップＳ８１において、ＵＥは、ＵＥ能力情報メッセージ（ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ）をＥ−ＵＴＲＡＮに送信する。

図９は、装置内共存（ｉｎ−ｄｅｖｉｃｅ ｃｏｅｘｉｓｔｅｎｃｅ、ＩＤＣ）指示手続を示す。この手続の目的は、ＲＲＣ_ＣＯＮＮＥＣＴＥＤのＵＥが経験するＩＤＣ問題（又は、問題の変化）をＥ−ＵＴＲＡＮに通知し、これを解決するための情報をＥ−ＵＴＲＡＮに提供することにある。

図９を参照すると、ステップＳ９０において、ＵＥ及びＥ−ＵＴＲＡＮは、ＲＲＣ接続再設定手続を実行する。ステップＳ９１において、ＵＥは、ＩＤＣ指示メッセージ（ＩｎｄｅｖｉｃｅＣｏｅｘＩｎｄｉｃａｔｉｏｎ）をＥ−ＵＴＲＡＮに送信する。

３ＧＰＰ ＬＴＥにおいて、アップリンク無線リソースを効率的に使用するために、ＢＳは、各ユーザが送信したいデータのタイプ及びデータの量を知る必要がある。ダウンリンク無線リソースの場合、ダウンリンクを介して送信されるデータは接続ゲートウェイからＢＳに転送されるため、ＢＳはダウンリンクを介して各ユーザに送信されるデータの量を知ることができる。これに対して、アップリンク無線リソースの場合は、ＵＥがアップリンクを介して送信されるデータに対する情報をＢＳに通知しないとき、ＢＳは、各ＵＥがどれほどのアップリンク無線リソースを必要とするかを知ることができない。したがって、ＢＳが適切にアップリンク無線リソースをＵＥに割り当てるために、ＵＥは、アップリンク無線リソースをスケジュールするために必要な情報をＢＳに提供しなければならない。

したがって、ＢＳに送信されるデータがある場合、ＵＥは、これをＢＳに通知し、ＢＳは、該当情報に基づいてＵＥにアップリンク無線リソースを適切に割り当てる。この手続をバッファ状態報告（ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔｉｎｇ、ＢＳＲ）手続という。

また、ＵＥがＢＳにデータを送信するために送信電力を適切に調整しなければならない。送信電力が低くすぎる場合は、ＢＳがデータを正確に受信することができない。送信電力が高すぎる場合は、なんの問題なくデータを受信できるが、他のＵＥのデータを受信する際に干渉として作用することがある。したがって、システムの側面で、ＢＳは、ＵＥのアップリンク送信に使われる電力を最適化する必要がある。

ＢＳがＵＥの送信電力を調整するためにＵＥから必須情報を取得しなければならない。そのためにＵＥの電力余裕報告（ＰＨＲ）が使われる。電力余裕は、現在ＵＥが使用する送信電力より追加的に更に使用できる電力を意味する。すなわち、電力余裕は、ＵＥが使用できる最大可能電力と現在使われる電力との間の差を意味する。ＵＥからＰＨＲを受信したＢＳは、受信したＰＨＲに基づいてＵＥの次回アップリンク送信に使われる送信電力を決定できる。決定されたＵＥの送信電力は、リソースブロック（ＲＢ）の大きさと、変調符号化方式（ＭＣＳ）とを利用して指示することができ、ＵＥに次回のアップリンク許可（ＵＬ ｇｒａｎｔ）が割り当てられたときに使うことができる。ＵＥが頻繁にＰＨＲを送信すると、無線リソースが浪費されるおそれがあるため、ＵＥは、ＰＨＲトリガ条件を定義し、条件が満たされる場合にだけ、ＰＨＲを送信できる。

以下、Ｄ２Ｄ接続について説明する。

Ｄ２Ｄ接続は、一つの主ＵＥ（ｍａｓｔｅｒ ＵＥ、Ｍ−ＵＥ）と一つの従属ＵＥ（ｓｌａｖｅ ＵＥ、Ｓ−ＵＥ）との間の接続である。すなわち、Ｄ２Ｄ接続は、ＵＥ間の直接接続である。Ｍ−ＵＥは、自律的に（すなわち、ＵＥ自律モード）又はＥ−ＵＴＲＡＮの全体的又は部分的な制御下に（すなわち、Ｅ−ＵＴＲＡＮ計画モード（Ｅ−ＵＴＲＡＮ ｐｌａｎｎｅｄ ｍｏｄｅ））Ｓ−ＵＥとのＤ２Ｄ接続を制御できる。一つのＭ−ＵＥは、０個、１個又はそれ以上のＤ２Ｄ接続を設定できる。別個のＳ−ＵＥには別個のＤ２Ｄ接続が設定できる。

Ｅ−ＵＴＲＡＮは、セルにおいて次の２個のＤ２Ｄモードを設定できる。特定セル、特定Ｍ−ＵＥ、特定Ｓ−ＵＥ又は一つのＭ−ＵＥと一つのＳ−ＵＥとの間の特定Ｄ２Ｄ接続に対し、一つのＤ２Ｄモードだけを設定できる。

１）Ｅ−ＵＴＲＡＮ計画モード：Ｍ−ＵＥにサービスを提供するＥ−ＵＴＲＡＮ（サービス提供ｅＮＢと呼ばれる）がＤ２Ｄ接続を維持する役割をする（無線リソース又はＤ２Ｄ接続に対するＱｏＳの側面で）。サービス提供ｅＮＢは、Ｍ−ＵＥに接続されるＳ−ＵＥに対するＳ−ＵＥコンテキストを有する。サービス提供ｅＮＢに接続されるＭＭＥは、Ｍ−ＵＥに接続されるＳ−ＵＥに対するＳ−ＵＥコンテキストを有する。

２）ＵＥ自律モード：Ｍ−ＵＥがＤ２Ｄ接続を維持する役割をする（無線リソース又はＤ２Ｄ接続に対するＱｏＳの側面で）。サービス提供ｅＮＢは、Ｍ−ＵＥに接続されるＳ−ＵＥに対するＳ−ＵＥコンテキストを有しない。サービス提供ｅＮＢに接続されるＭＭＥは、Ｍ−ＵＥに接続されるＳ−ＵＥに対するＳ−ＵＥコンテキストを有してもよいし、有しなくてもよい。

Ｓ−ＵＥは、二つのモードでサービス提供ｅＮＢ又は他のｅＮＢとＲＲＣ接続を有してもよいし、有しなくてもよい。

また、Ｄ２Ｄハイブリッドモードを定義できる。Ｄ２Ｄハイブリッドモードにおいては、ＵＥ自律モード及びＥ−ＵＴＲＡＮ計画モードが両方とも、一つのＭ−ＵＥと一つのＳ−ＵＥとの間の一つのＤ２Ｄ接続のために使われる。ＵＥ自律モード及びＥ−ＵＴＲＡＮ計画モードのうちいずれのモードがＤ２Ｄ接続のために使われるかは、Ｍ−ＵＥとＳ−ＵＥとの間のＤ２Ｄ無線ベアラのＱｏＳに依存する。例えば、音声又はビデオサービスのためのＤ２Ｄ ＤＲＢは、Ｅ−ＵＴＲＡＮ計画モードに基づいて設定できる。データダウンロード／アップロードサービスのためのＤ２Ｄ ＤＲＢは、ＵＥ自律モードに基づいて設定できる。Ｄ２Ｄ接続上の半永続的スケジュール（ＳＰＳ）送信は、Ｅ−ＵＴＲＡＮ計画モードにおいてサービス提供ｅＮＢによって設定できる。ＵＥ自律モード及びＥ−ＵＴＲＡＮ計画モードのうちいずれのモードがＤ２Ｄ接続のために使われるかは、サービス提供ｅＮＢによって決定できる。Ｍ−ＵＥがＳ−ＵＥとＤ２Ｄ接続を設定したとき、Ｍ−ＵＥは、このＤ２Ｄ接続設定に対する情報をサービス提供ｅＮＢに送信できる。Ｍ−ＵＥからこの情報を受信したサービス提供ｅＮＢは、このＤ２Ｄ接続に対してＵＥ自律モード、Ｅ−ＵＴＲＡＮ計画モード、又はハイブリッドモードのうちいずれのモードが設定されなければならないかをＭ−ＵＥに通知できる。

以下、サービス提供ｅＮＢは、Ｍ−ＵＥをサービス提供するｅＮＢであると仮定する。ｅＮＢがＳ−ＵＥをサービス提供し、かつＭ−ＵＥをサービス提供しない場合、このようなｅＮＢは、以下、明確に“Ｓ−ＵＥサービス提供ｅＮＢ”と呼ばれる。Ｓ−ＵＥをサービス提供するｅＮＢが特定手続を表現するために使われるとき、“Ｍ−ＵＥサービス提供ｅＮＢ”も使うことがある。

次の識別子は、Ｄ２Ｄ接続のために使われる識別子である。
Ｍ−ＣＲＮＴＩ：Ｍ−ＵＥに割り当てられるセルＲＮＴＩ（Ｃ−ＲＮＴＩ）
Ｓ−ＣＲＮＴＩ：Ｓ−ＵＥに割り当てられるＣ−ＲＮＴＩ
Ｓ−ＵＥ識別子：Ｓ−ＵＥ識別子は、ＩＭＳＩ、Ｓ−ＴＭＳＩ、Ｓ−ＣＲＮＴＩ又はＳ−ＵＥに割り当てられた新しいＵＥ識別子のうちいずれか一つに対応できる。Ｓ−ＵＥ識別子は、Ｍ−ＵＥ、Ｍ−ＵＥサービス提供ｅＮＢ、Ｓ−ＵＥサービス提供ｅＮＢ、又はＭＭＥ／帰属位置レジスタ（ＨＬＲ）のようなＥＰＣノードによって割り当てることができる。

次のチャネルは、Ｄ２Ｄ接続のために使われるチャネルである。
Ｄ２Ｄダウンリンク：Ｍ−ＵＥからＳ−ＵＥへの方向
Ｄ２Ｄアップリンク：Ｓ−ＵＥからＭ−ＵＥへの方向
Ｄ−ＢＣＣＨ：Ｄ２Ｄ接続に使われるＤ２Ｄダウンリンク同報制御チャネル。Ｍ−ＵＥは、例えば、Ｄ２Ｄシステム情報を転送するために、又はＳ−ＵＥがＤ２Ｄ接続のために他のＵＥを探すことを助けるために、Ｄ−ＢＣＣＨを一つ以上のＳ−ＵＥに同報する。
Ｄ−ＲＡＣＨ：Ｄ２Ｄ接続に使われるＤ２Ｄアップリンクランダム接続チャネル。Ｍ−ＵＥは、Ｄ−ＲＡＣＨのための無線リソースを割り当てることができる。Ｓ−ＵＥは、Ｄ−ＢＣＣＨ上で情報を受信してＤ−ＲＡＣＨの構成を知ることができる。Ｓ−ＵＥは、Ｍ−ＵＥと接続され、又はＭ−ＵＥにデータを送信するために、Ｄ−ＲＡＣＨ上でＭ−ＵＥにプリアンブル又はメッセージを送信できる。
Ｄ−ＣＣＣＨ：Ｄ２Ｄ接続に使われるＤ２Ｄアップリンク／ダウンリンク共通制御チャネル。
Ｄ−ＤＣＣＨ：Ｄ２Ｄ接続に使われるＤ２Ｄアップリンク／ダウンリンク専用制御チャネル。
Ｄ２Ｄ ＲＢ：Ｍ−ＵＥとＳ−ＵＥとの間のＤ２Ｄ接続に設定された無線ベアラ。ＤＲＢ及びＳＲＢはそれぞれ、Ｄ２Ｄユーザデータ及びＤ２Ｄ制御情報のために提供される。

以下、本発明の実施例によるＤ２Ｄ関連メッセージを送信する方法を説明する。

図１０は、本発明の実施例によるＤ２Ｄ関連メッセージを送信する方法の一例を示す。

第１の移動装置は、Ｄ２Ｄ接続のＭ−ＵＥである。第２の移動装置は、Ｄ２Ｄ接続のＳ−ＵＥである。第１の移動装置はネットワークと接続され、第１の移動装置は第２の移動装置と接続されると仮定する。また、ネットワークは、移動装置間の無線通信をサポートし、又は許容すると仮定する。第１の移動装置は、第２の移動装置からＤ２Ｄ関連メッセージを受信できる。Ｄ２Ｄ関連メッセージは、第２の移動装置の識別子を含むことができる。

ステップＳ１００において、第１の移動装置は、第２の移動装置の識別子を含むＤ２Ｄ関連メッセージをネットワークに送信する。ステップＳ１１０において、第１の移動装置は、第１の移動装置と第２の移動装置との間の無線通信に対する情報をネットワークから受信する。第１の移動装置は、受信した第１の移動装置と第２の移動装置との間の無線通信に対する情報を第２の移動装置に通知できる。第２の移動装置の識別子は、Ｓ−ＣＲＮＴＩ又はＳ−ＵＥ識別子のうちいずれか一つである。

第１の移動装置と第２の移動装置との間の無線通信に対する情報は、下記の少なくとも一つを含むことができる。
・ネットワークによって割り当てられ、移動装置間の無線通信に使われる第２の移動装置の他の識別子
・移動装置間の無線通信のセキュリティを活性化するために使われるセキュリティパラメータ
・第２の移動装置の能力
・移動装置間の無線ベアラを（再）設定するために使われるＱｏＳパラメータ
・移動装置間の無線ベアラを（再）設定するために使われる無線パラメータ
・移動装置間の無線通信のために第１の移動装置又は第２の移動装置に割り当てられる無線リソース
・移動装置がネットワークの制御下にＤ２Ｄ通信を実行するか否かに関する決定
・移動装置間のＤ２Ｄ接続設定が拒絶されるべきであるか否かに関する決定
・移動装置間のＤ２Ｄ接続解放に関する決定
・移動装置間のＤ２Ｄ接続についてのＴＤＤ又はＦＤＤの選択に関する決定
・移動装置間の無線通信のためのブロードキャスト送信、マルチキャスト送信、又はユニキャスト送信の選択に関する決定
・一つ以上の隣接セルと関係している情報
・第２の移動装置が移動装置又は隣接セルのチャネル品質を測定するために適用する測定設定

また、第１の移動装置は、移動装置間の無線インタフェースのチャネル品質を第２の移動装置から受信し、受信されたチャネル品質をネットワークに送信できる。チャネル品質は、第２の移動装置によって測定できる。

また、第１の移動装置は、第２の移動装置のＰＨＲを第２の移動装置から受信し、受信されたＰＨＲをネットワークに送信できる。

また、第１の移動装置は、移動装置間のＤ２Ｄ接続のサービスタイプ（例えば、音声）を第２の移動装置から受信し、受信されたサービスタイプをネットワークに送信できる。

図１１は、本発明の実施例によるＤ２Ｄ関連メッセージを受信する方法の一例を示す。

ステップＳ２００において、第１の移動装置は、第２の移動装置の識別子を含むＤ２Ｄ関連メッセージをネットワークから受信する。第２の移動装置の識別子は、Ｓ−ＣＲＮＴＩ又はＳ−ＵＥ識別子のうちいずれか一つである。

以下、図１０及び図１１に示す本発明の実施例が適用される本発明の多様な実施例を説明する。

図１２は、本発明の一実施例によるＵＥ自律モードによるＤ２Ｄ接続設定及びデータ送信の一例を示す。

１．サービス提供ｅＮＢは、ＢＣＣＨ又はＤＣＣＨ上でＤ２Ｄ制御情報を同報できる。Ｄ２Ｄ制御情報は、Ｄ−ＢＣＣＨリソースのセット及びＤ２Ｄランダム接続プリアンブルＩＤ（ＲＡＰＩＤ）のセットを含むＤ２Ｄランダムアクセスリソースのセットを含むことができる。Ｍ−ＵＥは、Ｄ２Ｄ制御情報をサービス提供ｅＮＢから受信できる。

２．Ｍ−ＵＥがＤ２Ｄ接続をサポートし（Ｄ２Ｄ Ｍ−ＵＥとして）、サービス提供ｅＮＢがＤ２Ｄ制御情報をＭ−ＵＥに同報／送信するとき、Ｍ−ＵＥは、Ｍ−ＵＥのＤ２Ｄ能力を含むＵＥ能力情報をサービス提供ｅＮＢに送信する。Ｄ２Ｄ能力は、Ｄ２Ｄ主能力とＤ２Ｄ従能力とに分けられる。ＵＥがＤ２Ｄ主能力をサポートするとき、ＵＥは、Ｍ−ＵＥとして動作できる。ＵＥがＤ２Ｄ従能力をサポートするとき、ＵＥは、Ｓ−ＵＥとして動作できる。ここで、Ｍ−ＵＥのＤ２Ｄ能力は、最小Ｄ２Ｄ主能力を含む。

３．サービス提供ｅＮＢは、ＢＣＣＨ又はＤＣＣＨ上のＲＲＣメッセージを介してＤ２Ｄ接続のための一つ以上のＵＥを設定できる。Ｄ２Ｄ接続を設定したとき、サービス提供ｅＮＢは、ＵＥがＵＥ自律モード又はＥ−ＵＴＲＡＮ計画モードのうちいずれのＤ２Ｄモードに動作すべきであるかを指示できる。ここで、ＵＥ自律モードが設定されると仮定する。

また、ＲＲＣメッセージは、Ｄ２Ｄ共通設定、Ｄ２Ｄ不連続受信（ＤＲＸ）設定、Ｄ２Ｄセキュリティ情報を含むことができる。Ｄ２Ｄ共通設定は、Ｄ−ＲＡＣＨ、Ｄ−ＢＣＣＨ、Ｄ−ＣＣＣＨのようなＤ２Ｄ接続に使われる共通チャネルの設定を含むことができる。Ｄ２Ｄ ＤＲＸ設定は、一つ以上のＤ２Ｄ接続のために使うことができるＤＲＸ設定を含むことができる。Ｄ２Ｄセキュリティ情報は、Ｄ２Ｄ接続に対するセキュリティモード命令（ＳＭＣ）手続のために使うことができる。

４．Ｍ−ＵＥは、Ｄ２Ｄ共通設定に含まれているＤ−ＢＣＣＨ設定を利用してＤ−ＢＣＣＨ上で制御信号を同報する。Ｄ２Ｄ共通設定の一部はＤ−ＢＣＣＨ上で恐らくＳ−ＵＥまで同報される。

Ｓ−ＵＥは、サービス提供ｅＮＢ又は他のｅＮＢからＤ２Ｄ制御情報を受信できる。Ｄ２Ｄ制御情報を利用することによって、Ｓ−ＵＥはＤ−ＢＣＣＨを介してＭ−ＵＥを検出できる。Ｓ−ＵＥは、Ｄ−ＲＡＣＨ及びＤ−ＣＣＣＨの設定のようなＤ２Ｄ共通設定の一部をＤ−ＢＣＣＨから得ることができる。

５ａ．Ｓ−ＵＥがＭ−ＵＥを検出したとき、Ｓ−ＵＥのＲＲＣ層は、検出事実をＳ−ＵＥの上位階層に通知する。Ｓ−ＵＥのＮＡＳは、Ｓ−ＵＥのＲＲＣ層にＤ２Ｄ接続を設定することを要求できる。Ｓ−ＵＥは、Ｄ２Ｄ接続要求メッセージをＭ−ＵＥに送信する。Ｓ−ＵＥが従属ＵＥとしてＭ−ＵＥと接続されることを所望することをＭ−ＵＥに通知するために、Ｓ−ＵＥは、Ｄ２Ｄ接続要求メッセージ（又は、Ｄ２Ｄ接続設定完了メッセージ）を介して‘従属ＵＥ指示’をＭ−ＵＥに指示できる。

５ｂ．Ｍ−ＵＥがＳ−ＵＥからのＤ２Ｄ接続要求メッセージを受諾したとき、Ｍ−ＵＥは、Ｄ２Ｄ接続設定メッセージをＳ−ＵＥに送信する。

５ｃ．そして、Ｓ−ＵＥは、Ｄ２Ｄ接続設定を完了するために、Ｄ２Ｄ接続設定完了メッセージをＭ−ＵＥに送信する。Ｄ２Ｄ接続設定完了メッセージは、少なくともＤ２Ｄ従能力を含むＳ−ＵＥのＤ２Ｄ能力を含むことができる。

また、Ｄ２Ｄ接続設定完了メッセージは、次のＳ−ＵＥ状態情報を指示するＲＲＣ／ＮＡＳ状態を含むことができる。
・Ｓ−ＵＥが無線接続ネットワーク（ＲＡＮ）に接続されているか否か、すなわち、Ｓ−ＵＥがＲＲＣ_ＣＯＮＮＥＣＴＥＤになるか又はＲＲＣ_ＩＤＬＥになるか
・Ｓ−ＵＥがＥ−ＵＴＲＡＮ、ＵＴＲＡＮ ＦＤＤ、ＵＴＲＡＮ ＴＤＤ、ＧＥＲＡＮ、ＣＤＭＡ２０００高速バケットデータ（ＨＲＰＤ）、ＣＤＭＡ２０００ １ｘＲＴＴ、又はＷｉ−Ｆｉ（ＩＥＥＥ８０２アクセスポイント）のうちいずれのタイプのＲＡＮに接続されているか
・Ｓ−ＵＥが接続され、又はキャンプオンしているセルの識別子
・Ｓ−ＵＥがコア網に接続されているか否か
・Ｓ−ＵＥがＥＰＣ、３ＧＣＳ、３ＧＰＳ、２Ｇ ＧＳＭ（登録商標）又はＣＤＭＡ ２０００ ＣＮのうちいずれのタイプのコア網に接続されているか否か
・Ｓ−ＵＥが公衆地上移動体通信網（ＰＬＭＮ）に登録されているか否か
・Ｓ−ＵＥが帰属ＰＬＭＮ（ＨＰＬＭＮ）、等価ＨＰＬＭＮ（ＥＨＰＬＭＮ）、在圏ＰＬＭＮ（ＶＰＬＭＮ）のうちいずれのタイプのＰＬＭＮに登録されているか
・Ｓ−ＵＥが登録されたＰＬＭＮのＰＬＭＮ識別子

６．Ｍ−ＵＥは、このＤ２Ｄ接続のためにＤ２Ｄセキュリティ情報を利用してセキュリティモード命令手続及びＤＲＢ設定手続を初期化する。この手続の結果として、Ｓ−ＵＥ及びＭ−ＵＥは、安全なＤ２Ｄ接続のＤＲＢ上でＤ２Ｄ送信をするように準備する。

７．Ｍ−ＵＥは、サービス提供ｅＮＢとのＲＲＣ接続と、Ｓ−ＵＥとのＤ２Ｄ接続との間の干渉を調整するために、ＩＤＣ指示を送信できる。Ｍ−ＵＥがどのタイプの装置とＤ２Ｄ干渉を体験するか、及びＤ２Ｄ干渉がどのサブフレームで発生するかをＥ−ＵＴＲＡＮに通知するために、ＩＤＣ指示は、‘Ｄ２Ｄ装置’及びＤ２Ｄ接続によって影響を受けるサブフレームパターンを指示できる。

８．ＩＤＣ指示に基づいて、サービス提供ｅＮＢは、Ｄ２Ｄ無線リソース設定及びＤ２Ｄ ＤＲＸ設定を送信してＤ２Ｄ接続を設定できる。Ｍ−ＵＥは、Ｄ２Ｄ無線リソース設定を利用してＤ２Ｄ接続を設定し、Ｄ２Ｄ接続のためのＤＬ／ＵＬリソースをスケジュール／承認できる。また、Ｍ−ＵＥは、Ｄ２Ｄ ＤＲＸ設定を利用してＤ２Ｄ接続に対するＳ−ＵＥのＤＲＸ（すなわち、Ｍ−ＵＥのＤＴＸ）又はＤ２Ｄ接続に対するＳ−ＵＥのＤＴＸ（すなわち、Ｍ−ＵＥのＤＲＸ）を設定できる。

９．Ｍ−ＵＥ及びＳ−ＵＥはＤ２Ｄ接続を介してＤ２Ｄデータ送信を実行する。

図１３は、本発明の一実施例によるＥ−ＵＴＲＡＮ計画モードによるＤ２Ｄ接続設定の一例を示す。

１．サービス提供ｅＮＢは、ＢＣＣＨ又はＤＣＣＨ上でＤ２Ｄ制御情報を同報できる。Ｄ２Ｄ制御情報は、Ｄ−ＢＣＣＨリソースのセット及びＤ２Ｄ ＲＡＰＩＤのセットを含むＤ２Ｄランダムアクセスリソースのセットを含むことができる。Ｍ−ＵＥとＳ−ＵＥは、Ｄ２Ｄ制御情報をサービス提供ｅＮＢから受信できる。

２．Ｍ−ＵＥがＤ２Ｄ接続をサポートし（Ｄ２Ｄ Ｍ−ＵＥとして）、サービス提供ｅＮＢがＤ２Ｄ制御情報をＭ−ＵＥに同報／送信したとき、Ｍ−ＵＥは、Ｍ−ＵＥのＤ２Ｄ能力を含むＵＥ能力情報をサービス提供ｅＮＢに送信する。Ｄ２Ｄ能力は、Ｄ２Ｄ主能力とＤ２Ｄ従能力に分けられる。ＵＥがＤ２Ｄ主能力をサポートするとき、ＵＥは、Ｍ−ＵＥとして動作できる。ＵＥがＤ２Ｄ従能力をサポートするとき、ＵＥは、Ｓ−ＵＥとして動作できる。ここで、Ｍ−ＵＥのＤ２Ｄ能力は、最小Ｄ２Ｄ主能力を含む。

３．サービス提供ｅＮＢは、ＢＣＣＨ又はＤＣＣＨ上のＲＲＣメッセージを介してＤ２Ｄ接続のための一つ以上のＵＥを設定できる。Ｄ２Ｄ接続を設定したとき、サービス提供ｅＮＢは、ＵＥがＵＥ自律モード又はＥ−ＵＴＲＡＮ計画モードのうちいずれのＤ２Ｄモードに動作すべきであるかを指示できる。ここで、Ｅ−ＵＴＲＡＮ計画モードが設定されると仮定する。

また、ＲＲＣメッセージは、Ｄ２Ｄ共通設定及びＤ２Ｄ ＤＲＸ設定を含むことができる。Ｄ２Ｄ共通設定は、Ｄ−ＲＡＣＨ、Ｄ−ＢＣＣＨ、Ｄ−ＣＣＣＨのようなＤ２Ｄ接続に使われる共通チャネルの設定を含むことができる。Ｄ２Ｄ ＤＲＸ設定は、一つ以上のＤ２Ｄ接続のために使うことができるＤＲＸ設定を含むことができる。

４．Ｍ−ＵＥは、Ｄ２Ｄ制御情報に基づいてＤ２Ｄ共通設定に含まれているＤ−ＢＣＣＨ設定を利用して、Ｄ−ＢＣＣＨ上で制御信号を同報する。Ｄ２Ｄ共通設定の一部はＤ−ＢＣＣＨ上で恐らくＳ−ＵＥまで同報される。

Ｓ−ＵＥは、サービス提供ｅＮＢ又は他のｅＮＢからＤ２Ｄ制御情報を受信できる。Ｄ２Ｄ制御情報を利用することによって、Ｓ−ＵＥはＤ−ＢＣＣＨを介してＭ−ＵＥを検出できる。Ｓ−ＵＥは、Ｄ−ＲＡＣＨ及びＤ−ＣＣＣＨの設定のようなＤ２Ｄ共通設定の一部をＤ−ＢＣＣＨから得ることができる。

５ａ．Ｓ−ＵＥがＭ−ＵＥを検出したとき、Ｓ−ＵＥのＲＲＣ層は検出事実をＳ−ＵＥの上位階層に通知する。Ｓ−ＵＥのＮＡＳは、Ｓ−ＵＥのＲＲＣ層にＤ２Ｄ接続を設定することを要求できる。Ｓ−ＵＥは、Ｄ２Ｄ接続要求メッセージをＭ−ＵＥに送信し、Ｄ２Ｄ接続設定メッセージをＭ−ＵＥから受信する。

５ｂ．Ｅ−ＵＴＲＡＮ計画モードにおいて、Ｍ−ＵＥは、受信されたＤ２Ｄ接続要求メッセージをサービス提供ｅＮＢに転送できる。そして、サービス提供ｅＮＢがＤ２Ｄ接続設定メッセージをＭ−ＵＥに送信したとき、Ｍ−ＵＥは、受信されたＤ２Ｄ接続設定メッセージをＳ−ＵＥに送信する。

また、サービス提供ｅＮＢは、Ｄ２Ｄ接続設定メッセージを介してＳ−ＵＥのためのＳ−ＣＲＮＴＩを割り当てることができる。すなわち、図１１に示すように、Ｓ−ＵＥの識別子を含むＤ２Ｄ関連メッセージが、サービス提供ｅＮＢからＭ−ＵＥに送信される。Ｍ−ＵＥは、Ｓ−ＵＥを識別するために、このＳ−ＣＲＮＴＩを以後のメッセージで使用する。

５ｃ．Ｍ−ＵＥからＤ２Ｄ接続設定メッセージを受信した後、Ｓ−ＵＥは、Ｄ２Ｄ接続設定を完了するために、Ｄ２Ｄ接続設定完了メッセージをＭ−ＵＥに送信する。Ｄ２Ｄ接続設定完了メッセージは、選択的にＰＬＭＮ ＩＤ及びＭＭＥ ＩＤだけでなく、ＮＡＳ Ｓ−ＵＥ初期メッセージを含むことができる。

６．Ｓ−ＵＥからＮＡＳ Ｓ−ＵＥ初期メッセージを受信したとき、Ｍ−ＵＥは、例えば、ＰＬＭＮ ＩＤ及びＭＭＥ ＩＤを利用することによって、Ｓ−ＵＥのためのＭＭＥを選択し、ＮＡＳ Ｓ−ＵＥ初期メッセージを含むＤ２Ｄ接続設定完了メッセージを、サービス提供ｅＮＢを経由してＭＭＥに送信する。ＮＡＳ Ｓ−ＵＥ初期メッセージがＤ２Ｄ接続設定完了メッセージを介してＳ−ＵＥから受信されない場合、Ｍ−ＵＥは、ＵＥ自律モードを設定し、これをサービス提供ｅＮＢに通知できる。

７．サービス提供ｅＮＢ（及びＭ−ＵＥ）は、ＭＭＥからＳ−ＵＥコンテキストを受信する。登録されたＵＥのためにＭＭＥに記憶される一般ＵＥコンテキストのように、Ｓ−ＵＥコンテキストは、ＱｏＳ情報、セキュリティ情報、Ｓ−ＵＥ能力情報などを含むことができる。

８．サービス提供ｅＮＢは、このＤ２Ｄ接続のためにセキュリティモード命令手続及びＤＲＢ設定手続を初期化する。ＳＭＣメッセージ及びＤ２Ｄ接続再設定メッセージがサービス提供ｅＮＢからＭ−ＵＥを経由してＳ−ＵＥに送信される。サービス提供ｅＮＢは、ＳＭＣメッセージ及びＤ２Ｄ接続再設定メッセージを受信すべきＳ−ＵＥを識別するために、Ｓ−ＣＲＮＴＩを利用する。この手続の結果として、Ｓ−ＵＥ及びＭ−ＵＥは、安全なＤ２Ｄ接続のＤＲＢ上でＤ２Ｄ送信をするように準備する。

図１４は、本発明の一実施例によるＥ−ＵＴＲＡＮ計画モードによるＤ２Ｄ接続設定の他の例を示す。

１．Ｓ−ＵＥは、Ｓ−ＵＥサービス提供ｅＮＢに接続され、Ｍ−ＵＥは、Ｍ−ＵＥサービス提供ｅＮＢに接続されると仮定する。したがって、Ｓ−ＵＥ及びＭ−ＵＥは、ＲＲＣ_ＣＯＮＮＥＣＴＥＤになる。Ｍ−ＵＥサービス提供ｅＮＢは、Ｍ−ＵＥコンテキストを有する。Ｓ−ＵＥサービス提供ｅＮＢは、Ｓ−ＵＥコンテキストを有する。Ｍ−ＵＥサービス提供ｅＮＢは、Ｄ−ＢＣＣＨリソースのセット及びＤ２Ｄ ＲＡＰＩＤのセットを含むＤ２Ｄランダムアクセスリソースのセットを含むＤ２Ｄ制御情報を同報できる。

２ａ．ｅＮＢは、Ｄ２Ｄ接続に対する情報を交換できる。例えば、Ｍ−ＵＥサービス提供ｅＮＢは、Ｍ−ＵＥサービス提供ｅＮＢに接続されたＵＥに対する情報（例えば、ＵＥ識別子の目録）及びＤ２ＤモードのようなＤ２Ｄ接続に対してＳ−ＵＥサービス提供ｅＮＢに通知できる。同様に、Ｓ−ＵＥサービス提供ｅＮＢは、Ｓ−ＵＥサービス提供ｅＮＢに接続されたＵＥに対する情報（例えば、ＵＥ識別子の目録）及びＤ２ＤモードのようなＤ２Ｄ接続に対してＭ−ＵＥサービス提供ｅＮＢに通知できる。

２ｂ．ｅＮＢは、交換された情報をｅＮＢに接続されたＵＥと共有できる。ＵＥは、この情報をＤ２Ｄ接続設定のために隣接ＵＥの検出に使用できる。

３．サービス提供ｅＮＢは、ＢＣＣＨ又はＤＣＣＨ上のＲＲＣメッセージを介してＤ２Ｄ接続のための一つ以上のＵＥを設定できる。Ｄ２Ｄ接続を設定したとき、サービス提供ｅＮＢは、ＵＥがＵＥ自律モード又はＥ−ＵＴＲＡＮ計画モードのうちいずれのＤ２Ｄモードに動作すべきであるかを指示できる。ここで、Ｅ−ＵＴＲＡＮ計画モードが設定されると仮定する。

また、ＲＲＣメッセージは、Ｄ２Ｄ共通設定及びＤ２Ｄ ＤＲＸ設定を含むことができる。Ｄ２Ｄ共通設定は、Ｄ−ＲＡＣＨ、Ｄ−ＢＣＣＨ、Ｄ−ＣＣＣＨのようなＤ２Ｄ接続に使われる共通チャネルの設定を含むことができる。Ｄ２Ｄ ＤＲＸ設定は、一つ以上のＤ２Ｄ接続のために使うことができるＤＲＸ設定を含むことができる。

４．Ｍ−ＵＥは、Ｄ２Ｄ制御情報に基づいて、Ｄ２Ｄ共通設定に含まれているＤ−ＢＣＣＨ設定を利用してＤ−ＢＣＣＨ上で制御信号を同報する。Ｄ２Ｄ共通設定の一部はＤ−ＢＣＣＨ上で恐らくＳ−ＵＥまで同報される。

Ｓ−ＵＥは、サービス提供ｅＮＢ又は他のｅＮＢからＤ２Ｄ制御情報を受信できる。Ｄ２Ｄ制御情報を利用することによって、Ｓ−ＵＥはＤ−ＢＣＣＨを介してＭ−ＵＥを検出できる。Ｓ−ＵＥは、Ｄ−ＲＡＣＨ及びＤ−ＣＣＣＨの設定のようなＤ２Ｄ共通設定の一部をＤ−ＢＣＣＨから得ることができる。

５ａ．Ｓ−ＵＥがＭ−ＵＥを検出したとき、Ｓ−ＵＥのＲＲＣ層は、検出事実をＳ−ＵＥの上位階層に通知する。Ｓ−ＵＥのＮＡＳは、Ｓ−ＵＥのＲＲＣ層にＤ２Ｄ接続を設定することを要求できる。Ｓ−ＵＥは、Ｄ２Ｄ接続要求メッセージをＭ−ＵＥに送信する。そして、Ｓ−ＵＥは、Ｄ２Ｄ接続設定メッセージをＭ−ＵＥから受信する。Ｄ２Ｄ接続設定メッセージは、Ｓ−ＣＲＮＴＩ及びＭ−ＵＥサービス提供セルＩＤを含むことができる。

５ｂ．Ｅ−ＵＴＲＡＮ計画モードで、Ｍ−ＵＥは、Ｓ−ＵＥ識別子を含む受信されたＤ２Ｄ接続要求メッセージをサービス提供ｅＮＢに転送できる。すなわち、図１０に示すように、Ｓ−ＵＥの識別子を含むＤ２Ｄ関連メッセージがＭ−ＵＥからサービス提供ｅＮＢに送信される。すなわち、サービス提供ｅＮＢがＤ２Ｄ接続設定メッセージをＭ−ＵＥに送信したとき、Ｍ−ＵＥは、受信されたＤ２Ｄ接続設定メッセージをＳ−ＵＥに送信する。

サービス提供ｅＮＢは、Ｄ２Ｄ接続設定メッセージを介してＳ−ＵＥのためのＳ−ＣＲＮＴＩを割り当てることができる。すなわち、図１１に示すように、Ｓ−ＵＥの識別子を含むＤ２Ｄ関連メッセージがサービス提供ｅＮＢからＭ−ＵＥに送信される。Ｍ−ＵＥは、Ｓ−ＵＥを識別するために、このＳ−ＣＲＮＴＩを以後のメッセージで使用する。

５ｃ．Ｍ−ＵＥからＤ２Ｄ接続設定メッセージを受信した後、Ｓ−ＵＥは、Ｄ２Ｄ接続設定を完了するために、Ｄ２Ｄ接続設定完了メッセージをＭ−ＵＥに送信する。Ｄ２Ｄ接続設定完了メッセージは、Ｓ−ＵＥサービス提供セルＩＤを含むことができる。Ｍ−ＵＥは、受信されたＤ２Ｄ接続設定完了メッセージをＭ−ＵＥサービス提供ｅＮＢに転送する。

６ａ．Ｓ−ＵＥサービス提供セルＩＤがＳ−ＵＥからＭ−ＵＥを経由して受信されたとき、Ｍ−ＵＥサービス提供ｅＮＢは、Ｓ−ＵＥサービス提供セルＩＤを利用することによって、Ｓ−ＵＥのためのＳ−ＵＥサービス提供ｅＮＢを探し、Ｄ２Ｄ ＵＥコンテキスト要求メッセージをＳ−ＵＥサービス提供ｅＮＢに送信する。Ｄ２Ｄ ＵＥコンテキスト要求メッセージは、Ｓ−ＵＥ識別子及びＳ−ＵＥサービス提供セルＩＤを含むことができる。Ｓ−ＵＥサービス提供セルＩＤが受信されずに、ＮＡＳ Ｓ−ＵＥ初期メッセージがＤ２Ｄ接続設定完了メッセージを介してＳ−ＵＥから受信されたとき、Ｍ−ＵＥは、図１３に示す手続に従う。Ｓ−ＵＥサービス提供セルＩＤ及びＮＡＳ Ｓ−ＵＥ初期メッセージがＳ−ＵＥから受信されなかったとき、Ｍ−ＵＥは、ＵＥ自律モードを設定し、これをＭ−ＵＥ／Ｓ−ＵＥサービス提供ｅＮＢに通知できる。

６ｂ．Ｄ２Ｄ ＵＥコンテキスト要求メッセージがＭ−ＵＥサービス提供ｅＮＢから受信されたとき、Ｓ−ＵＥサービス提供ｅＮＢは、Ｓ−ＵＥ識別子及びＳ−ＵＥコンテキストを含むＤ２Ｄ ＵＥコンテキスト応答メッセージをＭ−ＵＥサービス提供ｅＮＢに送信する。Ｍ−ＵＥサービス提供ｅＮＢは、受信されたＳ−ＵＥコンテキストをＭ−ＵＥに送信できる。登録されたＵＥのためにＭＭＥに記憶される一般ＵＥコンテキストのように、Ｓ−ＵＥコンテキストは、ＱｏＳ情報、セキュリティ情報、Ｓ−ＵＥ能力情報などを含むことができる。Ｍ−ＵＥは、Ｓ−ＵＥコンテキストをＭ−ＵＥサービス提供ｅＮＢを経由してＭＭＥから受信できる。

７．サービス提供ｅＮＢは、このＤ２Ｄ接続のためにセキュリティモード命令手続及びＤＲＢ設定手続を初期化する。ＳＭＣメッセージ及びＤ２Ｄ接続再設定メッセージがサービス提供ｅＮＢからＭ−ＵＥを経由してＳ−ＵＥに送信される。サービス提供ｅＮＢは、ＳＭＣメッセージ及びＤ２Ｄ接続再設定メッセージを受信すべきＳ−ＵＥを識別するために、Ｓ−ＣＲＮＴＩを利用する。この手続の結果として、Ｓ−ＵＥ及びＭ−ＵＥは、安全なＤ２Ｄ接続のＤＲＢ上でＤ２Ｄ送信をするように準備する。

図１５は、本発明の一実施例によるＥ−ＵＴＲＡＮ計画モードによるＤ２Ｄデータ送信の一例を示す。

１．サービス提供ｅＮＢは、ＤＣＣＨ上のＭ−ＵＥ及びＳ−ＵＥに各々、Ｍ−ＣＲＮＴＩ及びＳ−ＣＲＮＴＩを割り当てる。また、サービス提供ｅＮＢは、Ｄ２Ｄ無線リソースを割り当てることができる。Ｍ−ＵＥは、Ｄ−ＢＣＣＨ又はＤ−ＤＣＣＨ上でＭ−ＣＲＮＴＩ、Ｓ−ＣＲＮＴＩ及びＤ２Ｄ無線リソースをＳ−ＵＥに送信できる。

２．基準信号受信品質（ＲＳＲＱ）及び基準信号受信電力（ＲＳＲＰ）のような、Ｍ−ＵＥとＳ−ＵＥとの間のＤ２Ｄ接続のチャネル品質をＭ−ＵＥに通知するために、Ｓ−ＵＥは、Ｄ２Ｄチャネル状態情報（ＣＳＩ）をＭ−ＵＥに報告できる。したがって、Ｍ−ＵＥは、下記のようなタイプのＣＳＩを有することができる。
・Ｍ−ＵＥが生成した、ＲＲＣ接続に対するＣＳＩ（Ｍ−ＵＥのためのＣＳＩ）
・Ｓ−ＵＥが生成した、Ｄ２Ｄ ＤＬ接続に対するＣＳＩ（Ｓ−ＵＥのためのＤ２Ｄ ＤＬ ＣＳＩ）
・Ｍ−ＵＥが生成した、Ｄ２Ｄ ＵＬ接続に対するＣＳＩ（Ｍ−ＵＥのためのＤ２Ｄ ＵＬ ＣＳＩ）

３．Ｍ−ＵＥは、ＣＳＩをサービス提供ｅＮＢに報告できる。Ｍ−ＵＥの物理層がＣＳＩを送信したとき、Ｍ−ＵＥは、前述のいずれか一つのＣＳＩのタイプをサービス提供ｅＮＢに通知する。

Ｄ２Ｄ ＣＳＩがサービス提供ｅＮＢに送信されたとき、Ｍ−ＵＥは、また、Ｓ−ＣＲＮＴＩを通知できる。すなわち、図１０に示すように、Ｓ−ＵＥの識別子を含むＤ２Ｄ関連メッセージがＭ−ＵＥからサービス提供ｅＮＢに送信される。

４．Ｄ２Ｄ接続でのＳ−ＵＥのバッファ状態又は電力余裕をＭ−ＵＥに通知するために、Ｓ−ＵＥのＭＡＣ層は、ＢＳＲ又はＰＨＲを、ＭＡＣ制御要素を介してＭ−ＵＥに報告できる。したがって、Ｍ−ＵＥは、下記のようなタイプのＢＳＲ／ＰＨＲを有することができる。
・Ｍ−ＵＥが生成した、ＲＲＣ接続に対するＢＳＲ／ＰＨＲ（Ｍ−ＵＥのためのＢＳＲ／ＰＨＲ）
・Ｍ−ＵＥが生成した、Ｄ２Ｄ ＤＬ接続に対するＢＳＲ／ＰＨＲ（Ｍ−ＵＥのためのＤ２Ｄ ＤＬ ＢＳＲ／ＰＨＲ）
・Ｓ−ＵＥが生成した、Ｄ２Ｄ ＵＬ接続に対するＢＳＲ／ＰＨＲ（Ｓ−ＵＥのためのＤ２Ｄ ＵＬ ＢＳＲ／ＰＨＲ）

５．Ｍ−ＵＥは、ＢＳＲ／ＰＨＲをサービス提供ｅＮＢに報告できる。Ｍ−ＵＥのＭＡＣ層がＢＳＲ／ＰＨＲを送信したとき、Ｍ−ＵＥは、前述のいずれか一つのＢＳＲ／ＰＨＲのタイプをＭＡＣプロトコルデータユニット（ＰＤＵ）又はＭＡＣ制御要素のヘッダなどを介してサービス提供ｅＮＢに通知する。

Ｄ２Ｄ ＢＳＲ／ＰＨＲがサービス提供ｅＮＢに送信されたとき、Ｍ−ＵＥは、また、Ｓ−ＣＲＮＴＩをＭＡＣ ＰＤＵ又はＭＡＣ制御要素のヘッダなどを介して通知できる。すなわち、図１０に示すように、Ｓ−ＵＥの識別子を含むＤ２Ｄ関連メッセージがＭ−ＵＥからサービス提供ｅＮＢに送信される。

６．サービス提供ｅＮＢは、ＰＤＣＣＨ上のＭ−ＣＲＮＴＩの指示と共に、Ｄ２Ｄ ＤＬ ＢＳＲ／ＰＨＲ／ＣＳＩに基づいてＭ−ＵＥにＤ２Ｄ ＤＬリソースを承認できる。Ｍ−ＵＥは、承認されたＤ２Ｄ ＤＬリソースを利用してＤ２Ｄデータ送信を実行する。Ｍ−ＵＥがＳ−ＵＥにＤ２Ｄ ＤＬデータを送信したとき、Ｍ−ＵＥは、Ｄ−ＰＤＣＣＨ上で承認されたＤ２Ｄ ＤＬリソースと共にＳ−ＣＲＮＴＩを指示できる。Ｓ−ＣＲＮＴＩがＤ−ＰＤＣＣＨで指示されたとき、Ｓ−ＵＥは、Ｄ２Ｄ ＤＬリソースを介してＤ２Ｄ ＤＬデータを受信する。

７．サービス提供ｅＮＢは、ＰＤＣＣＨ上のＭ−ＣＲＮＴＩ又はＳ−ＣＲＮＴＩの指示と共に、Ｄ２Ｄ ＵＬ ＢＳＲ／ＰＨＲ／ＣＳＩに基づいてＭ−ＵＥにＤ２Ｄ ＵＬリソースを承認できる。その後、Ｍ−ＵＥは、Ｄ−ＰＤＣＣＨ上でＳ−ＣＲＮＴＩを指示することによって、承認されたＤ２Ｄ ＵＬリソースをＳ−ＵＥに送信する。Ｓ−ＵＥがＭ−ＵＥにＤ２Ｄ ＵＬデータを送信したとき、Ｓ−ＵＥは、承認されたＤ２Ｄ ＵＬリソースを介してＤ２Ｄ ＵＬデータを送信する。

図１６は、本発明の一実施例によるＵＥ自律モードによるＭ−ＵＥからターゲットｅＮＢへのＤ２Ｄ移動の一例を示す。

１．Ｍ−ＵＥは、Ｄ２Ｄ接続再設定メッセージを介して隣接セル又は隣接Ｄ２Ｄ ＵＥに対する測定を設定できる。Ｄ２Ｄ測定設定に基づいて、Ｓ−ＵＥは、隣接セルに対して測定を実行し、Ｄ２Ｄ測定報告メッセージを介して隣接セル又は隣接Ｄ２Ｄ ＵＥから受信した信号の品質を含む測定結果を報告できる。

２．ＵＥ自律モードのＤ２Ｄ接続について、Ｍ−ＵＥは、Ｓ−ＵＥをターゲットｅＮＢにハンドオーバさせるか否かを測定結果などに基づいて決定できる。Ｍ−ＵＥがハンドオーバを決定すると、Ｍ−ＵＥは、Ｄ２Ｄハンドオーバ要求メッセージをサービス提供ｅＮＢに送信する。

Ｄ２Ｄハンドオーバ要求メッセージは、ターゲットセルＩＤ、Ｍ−ＵＥとＳ−ＵＥとの間のＤ２Ｄ接続に使われるＤ２Ｄ設定及びＳ−ＵＥ識別子（例えば、Ｓ−ＣＲＮＴＩ１）を含む。すなわち、図１０に示すように、Ｓ−ＵＥの識別子を含むＤ２Ｄ関連メッセージがＭ−ＵＥからサービス提供ｅＮＢに送信される。

３．ハンドオーバのために、サービス提供ｅＮＢは、Ｄ２Ｄ設定及びＳ−ＣＲＮＴＩ１を含むハンドオーバ必要メッセージをＭＭＥに送信する。その後、ＭＭＥは、ハンドオーバ要求をターゲットｅＮＢに送信する。ターゲットｅＮＢがハンドオーバ要求を受諾したとき、ターゲットｅＮＢは、ハンドオーバ命令メッセージを、ＭＭＥを経由してサービス提供ｅＮＢに送信する。ハンドオーバ命令メッセージは、移動制御情報、Ｄ２Ｄ接続のためのＳ−ＵＥ識別子（Ｓ−ＣＲＮＴＩ１）及びターゲットｅＮＢによって割り当てられたＳ−ＵＥ識別子（Ｓ−ＣＲＮＴＩ２）を含む。

ハンドオーバ命令メッセージは、サービス提供ｅＮＢ及びＭ−ＵＥを経由してＳ−ＵＥに転送される。Ｍ−ＵＥは、サービス提供ｅＮＢからハンドオーバ命令メッセージを受信し、Ｄ２Ｄ接続再設定メッセージをＳ−ＵＥに送信する。すなわち、図１１に示すように、Ｓ−ＵＥの識別子を含むＤ２Ｄ関連メッセージがサービス提供ｅＮＢからＭ−ＵＥに送信される。

４．ハンドオーバ命令メッセージを受信した後、Ｓ−ＵＥは、ＲＲＣ接続再設定完了（又は、ハンドオーバ完了）メッセージをターゲットｅＮＢに送信する。ハンドオーバ完了メッセージは、Ｓ−ＣＲＮＴＩ２、Ｄ２Ｄ移動指示子及びＮＡＳ初期ＵＥメッセージを含む。Ｄ２Ｄ移動指示子は、このハンドオーバがＤ２Ｄハンドオーバに対応されることをターゲットｅＮＢに通知する。サービス要求のようなＮＡＳ初期ＵＥメッセージがＭＭＥに転送される。以後、ターゲットｅＮＢは、セキュリティモード命令手続及びＤＲＢ設定手続を介してセキュリティ活性化を実行する。

図１７は、本発明の一実施例によるＥ−ＵＴＲＡＮ計画モードによるＭ−ＵＥからターゲットｅＮＢへのＤ２Ｄ移動の一例を示す。

１．サービス提供ｅＮＢは、Ｍ−ＵＥに送信されるＲＲＣ接続再設定メッセージを介して、隣接セル又は隣接Ｄ２Ｄ ＵＥに対するＤ２Ｄ測定を設定できる。Ｄ２Ｄ測定設定は、Ｍ−ＵＥからＳ−ＵＥに転送される。

また、ＲＲＣ接続再設定メッセージは、Ｓ−ＣＲＮＴＩ１を含むことができる。すなわち、図１１に示すように、Ｓ−ＵＥの識別子を含むＤ２Ｄ関連メッセージがサービス提供ｅＮＢからＭ−ＵＥに送信される。

２．Ｄ２Ｄ測定設定に基づいて、Ｓ−ＵＥは、隣接セルに対して測定を実行し、Ｍ−ＵＥに送信されるＤ２Ｄ測定報告メッセージを介して、隣接セル又は隣接Ｄ２Ｄ ＵＥから受信した信号の品質を含む測定結果を報告できる。Ｄ２Ｄ測定報告メッセージは、Ｍ−ＵＥからサービス提供ｅＮＢに転送される。

また、Ｄ２Ｄ測定報告メッセージは、Ｓ−ＣＲＮＴＩ１を含むことができる。すなわち、図１０に示すように、Ｓ−ＵＥの識別子を含むＤ２Ｄ関連メッセージがＭ−ＵＥからサービス提供ｅＮＢに送信される。

３．Ｅ−ＵＴＲＡＮ計画モードのＤ２Ｄ接続で、サービス提供ｅＮＢは、Ｓ−ＵＥをターゲットｅＮＢにハンドオーバさせるか否かを測定結果などに基づいて決定できる。サービス提供ｅＮＢがハンドオーバを決定すると、サービス提供ｅＮＢは、Ｄ２Ｄハンドオーバ要求メッセージをターゲットｅＮＢに送信する。Ｄ２Ｄハンドオーバ要求メッセージは、ターゲットセルＩＤ、Ｍ−ＵＥとＳ−ＵＥとの間のＤ２Ｄ接続に使われるＤ２Ｄ無線設定及びＳ−ＵＥ識別子（例えば、Ｓ−ＣＲＮＴＩ１）を含む。

４．ターゲットｅＮＢがハンドオーバ要求を受諾したとき、ターゲットｅＮＢは、ハンドオーバ命令メッセージをサービス提供ｅＮＢに送信する。ハンドオーバ命令メッセージは、移動制御情報、Ｄ２Ｄ接続のためのＳ−ＵＥ識別子（Ｓ−ＣＲＮＴＩ１）及びターゲットｅＮＢによって割り当てられたＳ−ＵＥ識別子（Ｓ−ＣＲＮＴＩ２）を含む。

ハンドオーバ命令メッセージは、サービス提供ｅＮＢ及びＭ−ＵＥを経由してＳ−ＵＥに転送される。サービス提供ｅＮＢは、ＲＲＣ接続再設定メッセージをＭ−ＵＥに送信し、Ｍ−ＵＥは、Ｄ２Ｄ接続再設定メッセージをＳ−ＵＥに送信する。すなわち、図１１に示すように、Ｓ−ＵＥの識別子を含むＤ２Ｄ関連メッセージがサービス提供ｅＮＢからＭ−ＵＥに送信される。

５．Ｄ２Ｄ接続再設定メッセージを受信した後、Ｓ−ＵＥは、ＲＲＣ接続再設定完了（又は、ハンドオーバ完了）メッセージをターゲットｅＮＢに送信する。ハンドオーバ完了メッセージは、Ｓ−ＣＲＮＴＩ２及びＤ２Ｄ移動指示子を含む。Ｄ２Ｄ移動指示子は、このハンドオーバがＤ２Ｄハンドオーバに対応することをターゲットｅＮＢに通知する。

図１８は、本発明の一実施例によるＥ−ＵＴＲＡＮ計画モードによるＭ−ＵＥからターゲットｅＮＢへのＤ２Ｄ移動の他の例を示す。

１．サービス提供ｅＮＢは、隣接セルの搬送周波数及びセル識別子のような隣接セル情報をＭ−ＵＥに通知できる。Ｍ−ＵＥは、この隣接セル情報をＢＣＣＨ又はＤＣＣＨを介して一つ以上のＳ−ＵＥと共有できる。ＵＥは、この情報をｅＮＢと接続するときに使用できる。

２ａ．Ｓ−ＵＥが適当なセルを探してＤ２Ｄ接続の代わりにＲＲＣ接続を設定しなければならないとき、Ｓ−ＵＥは、Ｄ２Ｄ接続に対するＤ２Ｄ接続解放要求メッセージをＭ−ＵＥに送信できる。Ｄ２Ｄ接続解放要求メッセージは、ターゲット周波数／セルに対する情報及び‘移動’に設定された解放理由を含む。

２ｂ．Ｅ−ＵＴＲＡＮ計画モードのＤ２Ｄ接続において、Ｄ２Ｄ接続解放要求メッセージを受信したＭ−ＵＥは、ターゲット周波数／セル情報及びＳ−ＵＥ識別子を含むＤ２Ｄ移動要求メッセージをサービス提供ｅＮＢに送信する。すなわち、図１０に示すように、Ｓ−ＵＥの識別子を含むＤ２Ｄ関連メッセージが、Ｍ−ＵＥからサービス提供ｅＮＢに送信される。

サービス提供ｅＮＢは、ターゲット周波数／セル情報に基づいてターゲットｅＮＢを探し、ハンドオーバ要求メッセージをターゲットｅＮＢに送信する。ハンドオーバ要求メッセージは、Ｍ−ＵＥとＳ−ＵＥとの間のＤ２Ｄ接続に使われるＤ２Ｄ無線設定及びＳ−ＵＥ識別子（例えば、Ｓ−ＣＲＮＴＩ１）を含む。

３．ターゲットｅＮＢがこの移動を受諾したとき、ターゲットｅＮＢは、ハンドオーバ要求ＡＣＫメッセージをサービス提供ｅＮＢに送信し、サービス提供ｅＮＢは、Ｓ−ＵＥ識別子を含むＤ２Ｄ移動確認メッセージをＭ−ＵＥに送信する。すなわち、図１１に示すように、Ｓ−ＵＥの識別子を含むＤ２Ｄ関連メッセージがサービス提供ｅＮＢからＭ−ＵＥに送信される。

４．Ｄ２Ｄ移動確認メッセージをサービス提供ｅＮＢから受信した後、Ｍ−ＵＥは、Ｄ２Ｄ接続解放メッセージをＳ−ＵＥに送信する。Ｄ２Ｄ接続解放メッセージは、リダイレクト搬送周波数又はリダイレクトセルを指示するリダイレクト情報を含むことができる。リダイレクト情報は、ターゲットセルＩＤを含むことができる。Ｓ−ＵＥは、リダイレクト情報に基づいてセル再選択を実行できる。

５．Ｓ−ＵＥがセルを選択したとき、Ｓ−ＵＥは、選択されたセルを制御するターゲットｅＮＢにＲＲＣ接続再設定要求メッセージを送信できる。ＲＲＣ接続再設定要求メッセージ又はＲＲＣ接続再設定完了メッセージは、Ｓ−ＵＥ識別子及びＤ２Ｄ移動を指示する再設定理由を含むことができる。

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

ｅＮＢ８００は、プロセッサ８１０、メモリ８２０及び無線周波（ＲＦ）部８３０を含むことができる。プロセッサ８１０は、本明細書で説明された機能、手続及び／又は方法を具現するように構成できる。無線インタフェースプロトコルの階層は、プロセッサ８１０によって具現できる。メモリ８２０は、プロセッサ８１０と接続され、プロセッサ８１０を駆動するための多様な情報を記憶する。ＲＦ部８３０は、プロセッサ８１０と接続され、無線信号を送信及び／又は受信する。

ＵＥ９００は、プロセッサ９１０、メモリ９２０及びＲＦ部９３０を含むことができる。プロセッサ９１０は、本明細書で説明された機能、手続及び／又は方法を具現するように構成できる。無線インタフェースプロトコルの階層は、プロセッサ９１０によって具現できる。メモリ９２０は、プロセッサ９１０と接続され、プロセッサ９１０を駆動するための多様な情報を記憶する。ＲＦ部９３０は、プロセッサ９１０と接続され、無線信号を送信及び／又は受信する。

プロセッサ８１０、９１０は、特定用途集積回路（ＡＳＩＣ）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。メモリ８２０、９２０は、ＲＯＭ、ＲＡＭ、フラッシュメモリ、メモリカード、記憶媒体及び／又は他の記憶装置を含むことができる。ＲＦ部８３０、９３０は、ＲＦ信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現されるとき、前述した技法は前述した機能を遂行するモジュール（手続、機能など）で具現できる。モジュールは、メモリ８２０、９２０に記憶され、プロセッサ８１０、９１０によって実行できる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部又は外部にあり、よく知られた多様な手段でプロセッサ８１０、９１０と接続できる。

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

Claims (18)

1. 無線通信システムにおける第１の端末（ＵＥ）によるバッファ状態報告（ＢＳＲ）を実行する方法であって、
   前記第１のＵＥから進化ノードＢ（ｅＮＢ）へのアップリンク送信のための第１のタイプのＢＳＲ及び前記第１のＵＥから第２のＵＥへの端末間（ＵＥ−ｔｏ−ＵＥ）送信のための第２のタイプのＢＳＲのうち少なくとも一つを生成するステップと、
   前記第１のタイプのＢＳＲ及び前記第２のタイプのＢＳＲのうち少なくとも一つを、媒体接続制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を介して前記ｅＮＢに送信するステップとを有し、
   前記ＢＳＲの前記タイプは、前記ＭＡＣ ＰＤＵのヘッダによって指示され、
   前記ＭＡＣ ＰＤＵのＭＡＣ制御要素（ＣＥ）は、前記第２のＵＥの指示を含む、方法。
2. 前記第２のＵＥから前記第１のＵＥへのＵＥ−ｔｏ−ＵＥ送信のための第３のタイプのＢＳＲを、ＭＡＣ ＰＤＵを介して前記第２のＵＥから受信するステップを更に有する、請求項１に記載の方法。
3. 前記ＵＥ−ｔｏ−ＵＥ送信は、ネットワークによってスケジュールされる、請求項１に記載の方法。
4. 前記ＭＡＣ ＰＤＵの前記ヘッダは、前記第２のＵＥのために割り当てられたセル無線網一時識別子（Ｃ−ＲＮＴＩ）を更に指示する、請求項１に記載の方法。
5. 前記ＵＥ−ｔｏ−ＵＥ送信のためのリソースの許可を前記ｅＮＢから受信するステップを更に有する、請求項１に記載の方法。
6. 前記第１のＵＥのために割り当てられたＣ−ＲＮＴＩの指示を受信するステップを更に有する、請求項５に記載の方法。
7. 前記ＵＥ−ｔｏ−ＵＥ送信のための前記リソースの前記受信された許可を利用して、前記第２のＵＥに前記ＵＥ−ｔｏ−ＵＥ送信を実行するステップを更に有する、請求項５に記載の方法。
8. 前記第２のＵＥに前記ＵＥ−ｔｏ−ＵＥ送信を実行するステップは、前記ＵＥ−ｔｏ−ＵＥ送信のための前記リソースの前記受信された許可を利用して、機器間（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）物理ダウンリンク制御チャネル（Ｄ−ＰＤＣＣＨ）を送信するステップを含む、請求項７に記載の方法。
9. 前記Ｄ−ＰＤＣＣＨは、前記第２のＵＥのために割り当てられたＣ−ＲＮＴＩの指示を含む、請求項８に記載の方法。
10. 無線通信システムにおけるバッファ状態報告（ＢＳＲ）を実行するように構成される第１の端末（ＵＥ）であって、
    無線信号を送信又は受信するように構成される無線周波（ＲＦ）部と、
    前記ＲＦ部と連結されるプロセッサとを備え、
    前記プロセッサは、
    前記第１のＵＥから進化ノードＢ（ｅＮＢ）へのアップリンク送信のための第１のタイプのＢＳＲ及び前記第１のＵＥから第２のＵＥへの端末間（ＵＥ−ｔｏ−ＵＥ）送信のための第２のタイプのＢＳＲのうち少なくとも一つを生成し、
    前記第１のタイプのＢＳＲ及び前記第２のタイプのＢＳＲのうち少なくとも一つを、媒体接続制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を介して前記ｅＮＢに送信するように構成され、
    前記ＢＳＲの前記タイプは、前記ＭＡＣ ＰＤＵのヘッダにより指示され、
    前記ＭＡＣ ＰＤＵのＭＡＣ制御要素（ＣＥ）は、前記第２のＵＥの指示を含む、第１の端末。
11. 前記プロセッサは、前記第２のＵＥから前記第１のＵＥへのＵＥ−ｔｏ−ＵＥ送信のための第３のタイプのＢＳＲを、ＭＡＣ ＰＤＵを介して前記第２のＵＥから受信するように更に構成される、請求項１０に記載の第１の端末。
12. 前記ＵＥ−ｔｏ−ＵＥ送信は、ネットワークによってスケジュールされる、請求項１０に記載の第１の端末。
13. 前記ＭＡＣ ＰＤＵの前記ヘッダは、前記第２のＵＥのために割り当てられたセル無線網一時識別子（Ｃ−ＲＮＴＩ）を更に指示する、請求項１０に記載の第１の端末。
14. 前記プロセッサは、前記ＵＥ−ｔｏ−ＵＥ送信のためのリソースの許可を前記ｅＮＢから受信するように更に構成される、請求項１０に記載の第１の端末。
15. 前記プロセッサは、前記第１のＵＥのために割り当てられたＣ−ＲＮＴＩの指示を受信するように更に構成される、請求項１４に記載の第１の端末。
16. 前記プロセッサは、前記ＵＥ−ｔｏ−ＵＥ送信のための前記リソースの前記受信された許可を利用して、前記第２のＵＥに前記ＵＥ−ｔｏ−ＵＥ送信を実行するように更に構成される、請求項１４に記載の第１の端末。
17. 前記第２のＵＥに前記ＵＥ−ｔｏ−ＵＥ送信を実行することは、前記ＵＥ−ｔｏ−ＵＥ送信のための前記リソースの前記受信された許可を利用して、機器間（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）物理ダウンリンク制御チャネル（Ｄ−ＰＤＣＣＨ）を送信することを含む、請求項１６に記載の第１の端末。
18. 前記Ｄ−ＰＤＣＣＨは、前記第２のＵＥのために割り当てられたＣ−ＲＮＴＩの指示を含む、請求項１７に記載の第１の端末。