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