特許 6197109 無線通信システムにおけるＤ２Ｄ動作のための資源を使用する方法及び装置

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

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

(11)【特許番号】6197109

(24)【登録日】2017年8月25日

(45)【発行日】2017年9月13日

(54)【発明の名称】無線通信システムにおけるＤ２Ｄ動作のための資源を使用する方法及び装置

(51)【国際特許分類】

   H04W 72/04 20090101AFI20170904BHJP

   H04W 92/18 20090101ALI20170904BHJP

【ＦＩ】

   H04W72/04 136

   H04W92/18

【請求項の数】2

【全頁数】30

(21)【出願番号】特願2016-519766(P2016-519766)

(86)(22)【出願日】2014年10月2日

(65)【公表番号】特表2016-536849(P2016-536849A)

(43)【公表日】2016年11月24日

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

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

(87)【国際公開日】20150409

【審査請求日】2016年4月26日

(31)【優先権主張番号】61/886,513

(32)【優先日】2013年10月3日

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

(73)【特許権者】

【識別番号】502032105

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

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(72)【発明者】

【氏名】ジュン， スンフン

(72)【発明者】

【氏名】リ， ヨンデ

【審査官】 松野 吉宏

(56)【参考文献】

【文献】 CATT，Considerations on D2D Discovery，3GPP TSG-RAN WG2#83bis R2-133216，フランス，3GPP，２０１３年 ９月２７日，paragraph 2.1

【文献】 Intel Corporation，Multi-Carrier WAN-ProSe operation，3GPP TSG-RAN WG2#87 R2-143234，フランス，3GPP，２０１４年 ８月 ９日，paragraph 3.1

【文献】 Nokia, NSN，D2D Discovery Signal Considerations，3GPP TSG-RAN WG1♯74 R1-133498，フランス，3GPP，２０１３年 ８月１０日，paragraph 3.1

【文献】 Fujitsu，Discussion on ProSe direct discovery，3GPP TSG-RAN WG2#83bis R2-133393，フランス，3GPP，２０１３年 ９月２７日，paragraph 2.2

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおける端末（ＵＥ）によるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作のための資源を使用する方法であって、前記方法は、
システム情報を介して、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）アイドルモードでＤ２Ｄ探索信号の送信のために使用されるＤ２Ｄ資源の構成を受信することと、
前記ＵＥが前記ＲＲＣアイドルモードにある間において、前記Ｄ２Ｄ資源を使用して前記Ｄ２Ｄ探索信号を送信することと、
前記ＲＲＣアイドルモードからＲＲＣ連結モードへと遷移するためにＲＲＣ連結確立を開始することと、
前記ＲＲＣ連結モードにおいて、前記Ｄ２Ｄ資源を使用することを中止することと
を含む、方法。

【請求項2】

無線通信システムにおける端末（ＵＥ）であって、前記ＵＥは、
無線信号を送信または受信するＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部と、
前記ＲＦ部と連結されるプロセッサと
を備え、
前記プロセッサは、
ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）アイドルモードでＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）探索信号の送信のために使用されるＤ２Ｄ資源の構成を受信することと、
前記ＵＥが前記ＲＲＣアイドルモードにある間において、前記Ｄ２Ｄ資源を使用して前記Ｄ２Ｄ探索信号を送信することと、
前記ＲＲＣアイドルモードからＲＲＣ連結モードへと遷移するためにＲＲＣ連結確立を開始することと、
前記ＲＲＣ連結モードにおいて、前記Ｄ２Ｄ資源を使用することを中止することと
を実行するように構成される、ＵＥ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信に関し、より詳細には、無線通信システムにおけるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作のための資源を使用する方法及び装置に関する。

【背景技術】

【0002】

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

【0003】

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

【0004】

近年、機器−対−機器（Ｄ２Ｄ；ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）直接通信を支援するのに高い関心があった。このような新しい関心は、ソーシャルネットワーキングアプリケーション、及びセルラスペクトル上の圧倒的な（ｃｒｕｓｈｉｎｇ）データ需要（ほとんどは、ローカル化されたトラフィック）、並びに上向きリンク周波数帯域の低い活用によって主に誘発される、近接−基盤サービスの人気を含む、いくつかの要素により動機付けられる。３ＧＰＰは、第１の応答者（ｒｅｓｐｏｎｄｅｒ）により使用されるＬＴＥが公共安全ネットワークに対する競争的な広帯域通信技術になるようにするために、ＬＴＥ ｒｅｌ−１２でのＤ２Ｄ通信の利用可能性を目標としている。レガシ問題及び予算制約事項のため、商用ネットワークがＬＴＥに急激に移動（ｍｉｇｒａｔｅ）されることに対し、現在の公共安全ネットワークは、依然として旧式の（ｏｂｓｏｌｅｔｅ）２Ｇ技術に基づく。このような進化の差異及び向上したサービスに対する欲求が従来の公共安全ネットワークに対するアップグレードへの全域的な試みを導いてきた。商用ネットワークと比較して、公共安全ネットワークは、最も多くの厳格な（ｓｔｒｉｎｇｅｎｔ）サービス要求事項（例えば、信頼度及び保安性）を有し、セルラカバレッジが失敗するか、または利用可能でない場合に特に、直接通信がさらに要求される。このような必須の直接通信特徴は、ＬＴＥにおいて現在漏れている。

【0005】

技術的な観点から、通信機器の自然な近接を活用することは、多重性能利点を提供できる。第１に、Ｄ２Ｄ ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）は、近距離直接通信に起因する終端間（ｅｎｄ−ｔｏ−ｅｎｄ）低遅延及び高いデータレートを享有できる。第２に、近接ＵＥがｅＮｏｄｅＢ（ｅＮＢ）及び可能であれば、コアネットワークを介してルーティングされることに備えて、相互直接的に通信することが最も資源効率的である。特に、一般的な下向きリンク／上向きリンクセルラ通信と比較して、直接通信は、エネルギーを節約し、無線資源活用を向上させる。第３に、インフラ構造経路から直接経路への転換は、セルラトラフィックをオフロードさせ、これは、混雑を緩和させるので、他の非−Ｄ２Ｄ ＵＥを有益にする。ＵＥ−対−ＵＥ中継を介しての領域拡張のような他の利点が期待され得る。

【0006】

Ｄ２Ｄ送信のための無線資源が新しく定義され得る。Ｄ２Ｄ送信のための無線資源は、ＵＥのＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）状態、すなわち、ＲＲＣアイドルモード及びＲＲＣ連結モードによって使用されることができる。Ｄ２Ｄ動作のための資源を効率的に使用する方法が要求される。

【発明の概要】

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

【0007】

本発明は、無線通信システムにおけるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作のための資源を使用する方法及び装置を提供する。本発明は、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）状態に基づいてＤ２Ｄ動作及び／又はＤ２Ｄ資源の適用可否を制御する方法を提供する。本発明は、ＲＲＣアイドルモードまたはＲＲＣ連結モードで受信されたＤ２Ｄ資源を使用してＲＲＣアイドルモードでＤ２Ｄ信号を送信する方法を提供する。

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

【0008】

一態様において、無線通信システムにおける端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作のための資源を使用する方法が提供される。前記方法は、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）アイドルモードでＤ２Ｄ信号の送信のために使用されるＤ２Ｄ資源を受信し、及び前記ＲＲＣアイドルモードで前記Ｄ２Ｄ資源を使用して前記Ｄ２Ｄ信号を送信することを含む。

【0009】

他の態様において、無線通信システムにおける端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）が提供される。前記端末は、無線信号を送信または受信するＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部、及び前記ＲＦ部と連結されるプロセッサを備える。前記プロセッサは、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）アイドルモードでＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）信号の送信のために使用されるＤ２Ｄ資源を受信し、及び前記ＲＲＣアイドルモードで前記Ｄ２Ｄ資源を使用して前記Ｄ２Ｄ信号を送信するようになる。

【0010】

他の態様において、無線通信システムにおける端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作のための資源を使用する方法が提供される。前記方法は、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）連結モードでＤ２Ｄ信号の送信のために使用されるＤ２Ｄ資源を受信し、及びＲＲＣアイドルモードで前記Ｄ２Ｄ資源を使用して前記Ｄ２Ｄ信号を送信することを含む。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムにおける端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作のための資源を使用する方法であって、
ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）アイドルモードでＤ２Ｄ信号の送信のために使用されるＤ２Ｄ資源を受信し、
前記ＲＲＣアイドルモードで前記Ｄ２Ｄ資源を使用して前記Ｄ２Ｄ信号を送信することを含む方法。
（項目２）
前記Ｄ２Ｄ資源は、システム情報を介して構成されることを特徴とする項目１に記載の方法。
（項目３）
前記システム情報は、システム情報ブロックタイプ−１８であることを特徴とする項目２に記載の方法。
（項目４）
前記Ｄ２Ｄ資源は、ただ前記ＲＲＣアイドルモードのみで使用されることを特徴とする項目１に記載の方法。
（項目５）
ＲＲＣ連結モードに進入した後、前記Ｄ２Ｄ資源を使用して前記Ｄ２Ｄ信号を送信することをさらに含む項目１に記載の方法。
（項目６）
前記Ｄ２Ｄ資源は、ＲＲＣ連結再構成メッセージを受信する前まで前記ＲＲＣ連結モードで使用されることを特徴とする項目５に記載の方法。
（項目７）
前記Ｄ２Ｄ信号は、Ｄ２Ｄ探索信号またはＤ２Ｄ通信データのうち、少なくとも１つを含むことを特徴とする項目１に記載の方法。
（項目８）
無線通信システムにおける端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）であって、
無線信号を送信または受信するＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部と、
前記ＲＦ部と連結されるプロセッサと、
を備え、
前記プロセッサは、
ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）アイドルモードでＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）信号の送信のために使用されるＤ２Ｄ資源を受信し、
前記ＲＲＣアイドルモードで前記Ｄ２Ｄ資源を使用して前記Ｄ２Ｄ信号を送信するように構成されることを特徴とする端末。
（項目９）
無線通信システムにおける端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作のための資源を使用する方法であって、
ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）連結モードでＤ２Ｄ信号の送信のために使用されるＤ２Ｄ資源を受信し、
ＲＲＣアイドルモードで前記Ｄ２Ｄ資源を使用して前記Ｄ２Ｄ信号を送信することを含む方法。
（項目１０）
前記Ｄ２Ｄ資源は、専用シグナリングを介して構成されることを特徴とする項目９に記載の方法。
（項目１１）
前記専用シグナリングは、ＲＲＣ連結再構成メッセージまたはＲＲＣ連結解除メッセージを含むことを特徴とする項目１０に記載の方法。
（項目１２）
前記Ｄ２Ｄ資源は、ただ前記ＲＲＣアイドルモードのみで使用されることを特徴とする項目９に記載の方法。
（項目１３）
前記ＲＲＣ連結モードで前記Ｄ２Ｄ資源を使用して前記Ｄ２Ｄ信号を送信することをさらに含む項目９に記載の方法。
（項目１４）
前記Ｄ２Ｄ資源が前記ＲＲＣアイドルモード及び前記ＲＲＣ連結モードの両方で使用されることを指示する指示子を受信することをさらに含む項目１３に記載の方法。
（項目１５）
前記Ｄ２Ｄ信号は、Ｄ２Ｄ探索信号またはＤ２Ｄ通信データのうち、少なくとも１つを含むことを特徴とする項目９に記載の方法。

【発明の効果】

【0011】

Ｄ２Ｄ信号がＲＲＣアイドルモードで効率的に送信され得る。

【図面の簡単な説明】

【0012】

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

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

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

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

【図5】図５及び図６は、リレーを有さないＰｒｏＳｅ直接通信を示す。

【図6】図５及び図６は、リレーを有さないＰｒｏＳｅ直接通信を示す。

【図7】図７は、ＰｒｏＳｅに対する基準構造を示す。

【図8】図８は、ＰｒｏＳｅ１−段階直接探索手順の例示を示す。

【図9】図９は、２−段階ＰｒｏＳｅ直接探索手順の例を示す。

【図10】図１０は、本発明の実施形態に係るＤ２Ｄ信号を送信するための方法の例示を示す。

【図11】図１１は、本発明の他の実施形態に係るＤ２Ｄ信号を送信するための方法の例示を示す。

【図12】図１２は、本発明の実施形態が実現される無線通信システムのブロック図である。

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

【0013】

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

【0014】

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

【0015】

図１は、ＬＴＥシステムの構造を示す。通信ネットワークは、ＩＭＳ及びパケットデータを介したインターネット電話（Ｖｏｉｃｅ ｏｖｅｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ：ＶｏＩＰ）のような様々な通信サービスを提供するために広く設置される。

【0016】

図１を参照すると、ＬＴＥシステム構造は、１つ以上の端末（ＵＥ）１０、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ−ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）及びＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）を含む。端末１０は、ユーザにより動く通信装置である。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。

【0017】

Ｅ−ＵＴＲＡＮは、１つ以上のｅＮＢ（ｅｖｏｌｖｅｄ ｎｏｄｅ−Ｂ）２０を含むことができ、１つのセルに複数の端末が存在できる。ｅＮＢ２０は、制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ ｐｌａｎｅ）の終端点を端末に提供する。ｅＮＢ２０は、一般的に端末１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を意味し、ＢＳ（ｂａｓｅ ｓｔａｔｉｏｎ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）等、他の用語で呼ばれることもある。１つのｅＮＢ２０は、セル毎に配置されることができる。ｅＮＢ２０のカバレッジ内に１つ以上のセルが存在できる。１つのセルは、１．２５、２．５、５、１０及び２０ＭＨｚなどの帯域幅のうち１つを有するように設定され、複数の端末にダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）またはアップリンク（ＵＬ；ｕｐｌｉｎｋ）送信サービスを提供することができる。このとき、互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。

【0018】

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

【0019】

ＥＰＣは、制御平面の機能を担当するＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）、ユーザ平面の機能を担当するＳ−ＧＷ（ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ ｅｖｏｌｕｔｉｏｎ（ＳＡＥ） ｇａｔｅｗａｙ）を含むことができる。ＭＭＥ／Ｓ−ＧＷ３０は、ネットワークの終端に位置し、外部ネットワークと連結される。ＭＭＥは、端末のアクセス情報や端末の能力に対する情報を有し、このような情報は、主に端末の移動性管理に使用されることができる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイである。ＭＭＥ／Ｓ−ＧＷ３０は、セッションの終端点と移動性管理機能を端末１０に提供する。ＥＰＣは、ＰＤＮ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ）−ＧＷ（ｇａｔｅｗａｙ）をさらに含むことができる。ＰＤＮ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。

【0020】

ＭＭＥは、ｅＮＢ２０へのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒ ＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）ノードシグナリング、アイドルモード端末到達可能性（ページング再送信の制御及び実行を含む）、トラッキング領域リスト管理（アイドルモード及び活性化モードである端末のために）、Ｐ−ＧＷ及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバのためのＭＭＥ選択、２Ｇまたは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ（ｓｅｒｖｉｎｇ ＧＰＲＳ ｓｕｐｐｏｒｔ ｎｏｄｅ）選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、ＰＷＳ（ｐｕｂｌｉｃ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ：地震／津波警報システム（ＥＴＷＳ）及び商用モバイル警報システム（ＣＭＡＳ）含む）メッセージ送信サポートなどの様々な機能を提供する。Ｓ−ＧＷホストは、各々のユーザに基づいてパケットフィルタリング（例えば、深層的なパケット検査を介して）、合法的遮断、端末ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレス割当、ＤＬでトランスポートレベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲに基づくＤＬ等級強制の各種機能を提供する。明確性のために、ＭＭＥ／Ｓ−ＧＷ３０は、単に“ゲートウェイ”で表現し、これはＭＭＥ及びＳ−ＧＷを両方とも含むことができる。

【0021】

ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使用されることができる。端末１０及びｅＮＢ２０は、Ｕｕインターフェースにより連結されることができる。ｅＮＢ２０は、Ｘ２インターフェースにより相互間連結されることができる。隣接ｅＮＢ２０は、Ｘ２インターフェースによるメッシュネットワーク構造を有することができる。ｅＮＢ２０は、Ｓ１インターフェースによりＥＰＣと連結されることができる。ｅＮＢ２０は、Ｓ１−ＭＭＥインターフェースによりＭＭＥと連結されることができ、Ｓ１−ＵインターフェースによりＳ−ＧＷと連結されることができる。Ｓ１インターフェースは、ｅＮＢ２０とＭＭＥ／Ｓ−ＧＷ３０との間に多対多関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）をサポートする。

【0022】

図２は、一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造を示す。 図２を参照すると、ｅＮＢ２０は、ゲートウェイ３０に対する選択、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）中のゲートウェイ３０へのルーティング（ｒｏｕｔｉｎｇ）、ページングメッセージのスケジューリング及び送信、ＢＣＨ（ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）情報のスケジューリング及び送信、ＵＬ及びＤＬから端末１０へのリソースの動的割当、ｅＮＢ測定の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び提供（ｐｒｏｖｉｓｉｏｎｉｎｇ）、無線ベアラ制御、ＲＡＣ（ｒａｄｉｏ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）及びＬＴＥ活性状態で連結移動性制御機能を遂行することができる。前記のように、ゲートウェイ３０は、ＥＰＣでページング開始、ＬＴＥアイドル状態管理、ユーザ平面の暗号化、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化と完全性保護機能を遂行することができる。

【0023】

図３は、ＬＴＥシステムのユーザ平面プロトコルスタック及び制御平面プロトコルスタックのブロック図である。図３−（ａ）は、ＬＴＥシステムのユーザ平面プロトコルスタックのブロック図であり、図３−（ｂ）は、ＬＴＥシステムの制御平面プロトコルスタックのブロック図である。

【0024】

端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は、通信システムで広く知られたＯＳＩ（ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）及びＬ３（第３の階層）に区分される。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的には、物理階層、データリンク階層（ｄａｔａ ｌｉｎｋ ｌａｙｅｒ）及びネットワーク階層（ｎｅｔｗｏｒｋ ｌａｙｅｒ）に区分されることができ、垂直的には、制御信号送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）である制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とデータ情報送信のためのプロトコルスタックであるユーザ平面（ｕｓｅｒ ｐｌａｎｅ）とに区分されることができる。無線インターフェースプロトコルの階層は、端末とＥ−ＵＴＲＡＮで対（ｐａｉｒ）に存在でき、これはＵｕインターフェースのデータ送信を担当することができる。

【0025】

物理階層（ＰＨＹ；ｐｈｙｓｉｃａｌ ｌａｙｅｒ）は、Ｌ１に属する。物理階層は、物理チャネルを介して上位階層に情報送信サービスを提供する。物理階層は、上位階層であるＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）階層とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して連結される。物理チャネルは、トランスポートチャネルにマッピングされる。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが送信されることができる。互いに異なる物理階層間、即ち、送信機の物理階層と受信機の物理階層との間にデータは、物理チャネルを介して無線リソースを利用して送信されることができる。物理階層は、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を利用して変調されることができ、時間と周波数を無線リソースとして活用する。

【0026】

物理階層は、いくつかの物理制御チャネル（ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を使用する。ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、ＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のリソース割当、ＤＬ−ＳＣＨと関連しているＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）情報に対して端末に報告する。ＰＤＣＣＨは、アップリンク送信のリソース割当に対して端末に報告するためにアップリンクグラントを伝送することができる。ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、ＰＤＣＣＨのために使用されるＯＦＤＭシンボルの個数を端末に知らせ、全てのサブフレーム毎に送信される。ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ＡＲＱ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨ送信に対するＨＡＲＱ ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、ダウンリンク送信のためのＨＡＲＱ ＡＣＫ／ＮＡＣＫ、スケジューリング要求及びＣＱＩのようなＵＬ制御情報を伝送する。ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を伝送する。

【0027】

図４は、物理チャネル構造の一例を示す。物理チャネルは、時間領域で複数のサブフレーム（ｓｕｂｆｒａｍｅ）と周波数領域で複数の副搬送波（ｓｕｂｃａｒｒｉｅｒ）で構成される。１つのサブフレームは、時間領域で複数のシンボルで構成される。１つのサブフレームは、複数のリソースブロック（ＲＢ；ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）で構成される。１つのリソースブロックは、複数のシンボルと複数の副搬送波で構成される。また、各サブフレームは、ＰＤＣＣＨのために該当サブフレームの特定シンボルの特定副搬送波を利用することができる。例えば、サブフレームの１番目のシンボルがＰＤＣＣＨのために使用されることができる。ＰＤＣＣＨは、ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅｓ）のように動的に割り当てられたリソースを伝送することができる。データが送信される単位時間であるＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）は、１個のサブフレームの長さと同じである。１つのサブフレームの長さは、１ｍｓである。

【0028】

トランスポートチャネルは、チャネルが共有されるかどうかによって、共通トランスポートチャネル及び専用トランスポートチャネルに分類される。ネットワークから端末にデータを送信するＤＬトランスポートチャネル（ＤＬ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するＤＬ−ＳＣＨなどを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び送信電力の変化による動的リンク適応及び動的／半静的リソース割当をサポートする。また、ＤＬ−ＳＣＨは、セル全体にブロードキャスト及びビーム形成の使用を可能にする。システム情報は、１つ以上のシステム情報ブロックを伝送する。全てのシステム情報ブロックは、同じ周期に送信されることができる。ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ）のトラフィックまたは制御信号は、ＭＣＨ（ｍｕｌｔｉｃａｓｔ ｃｈａｎｎｅｌ）を介して送信される。

【0029】

端末からネットワークにデータを送信するＵＬトランスポートチャネルは、初期制御メッセージ（ｉｎｉｔｉａｌ ｃｏｎｔｒｏｌ ｍｅｓｓａｇｅ）を送信するＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するＵＬ−ＳＣＨなどを含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び送信電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートすることができる。また、ＵＬ−ＳＣＨは、ビーム形成の使用を可能にする。ＲＡＣＨは、一般的にセルへの初期アクセスに使用される。

【0030】

Ｌ２に属するＭＡＣ階層は、論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）を介して上位階層であるＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）階層にサービスを提供する。ＭＡＣ階層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、ＭＡＣ階層は、複数の論理チャネルから単数のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。ＭＡＣ副階層は、論理チャネル上のデータ送信サービスを提供する。

【0031】

論理チャネルは、送信される情報の種類によって、制御平面の情報伝達のための制御チャネルとユーザ平面の情報伝達のためのトラフィックチャネルに分けられる。即ち、論理チャネルタイプのセットは、ＭＡＣ階層により提供される異なるデータ送信サービスのために定義される。論理チャネルは、トランスポートチャネルの上位に位置してトランスポートチャネルにマッピングされる。

【0032】

制御チャネルは、制御平面の情報伝達だけのために使用される。ＭＡＣ階層により提供される制御チャネルは、ＢＣＣＨ（ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＰＣＣＨ（ｐａｇｉｎｇ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＣＣＣＨ（ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＭＣＣＨ（ｍｕｌｔｉｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）及びＤＣＣＨ（ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を含む。ＢＣＣＨは、システム制御情報を放送するためのダウンリンクチャネルである。ＰＣＣＨは、ページング情報の送信及びセル単位の位置がネットワークに知られていない端末をページングするために使用されるダウンリンクチャネルである。ＣＣＣＨは、ネットワークとＲＲＣ連結をしない場合、端末により使用される。ＭＣＣＨは、ネットワークから端末にＭＢＭＳ制御情報を送信するのに使用される一対多のダウンリンクチャネルである。ＤＣＣＨは、ＲＲＣ連結状態で端末とネットワークとの間に専用制御情報送信のために端末により使用される一対一の双方向チャネルである。

【0033】

トラフィックチャネルは、ユーザ平面の情報伝達だけのために使用される。ＭＡＣ階層により提供されるトラフィックチャネルは、ＤＴＣＨ（ｄｅｄｉｃａｔｅｄ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）及びＭＴＣＨ（ｍｕｌｔｉｃａｓｔ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）を含む。ＤＴＣＨは、一対一のチャネルであり、１つの端末のユーザ情報の送信のために使われ、アップリンク及びダウンリンクの両方ともに存在できる。ＭＴＣＨは、ネットワークから端末にトラフィックデータを送信するための一対多のダウンリンクチャネルである。

【0034】

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

【0035】

ＲＬＣ階層は、Ｌ２に属する。ＲＬＣ階層の機能は、下位階層がデータを送信するのに適するように無線セクションで上位階層から受信されたデータの分割／連接によるデータの大きさ調整を含む。無線ベアラ（ＲＢ；ｒａｄｉｏ ｂｅａｒｅｒ）が要求する様々なＱｏＳを保障するために、ＲＬＣ階層は、透明モード（ＴＭ；ｔｒａｎｓｐａｒｅｎｔ ｍｏｄｅ）、非確認モード（ＵＭ；ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）及び確認モード（ＡＭ；ａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）の三つの動作モードを提供する。ＡＭ ＲＬＣは、信頼性のあるデータ送信のためにＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）を介して再送信機能を提供する。一方、ＲＬＣ階層の機能は、ＭＡＣ階層内部の機能ブロックで具現されることができ、このとき、ＲＬＣ階層は、存在しない場合もある。

【0036】

ＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層は、Ｌ２に属する。ＰＤＣＰ階層は、相対的に帯域幅が小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して送信されるデータが効率的に送信されるように不要な制御情報を減らすヘッダ圧縮機能を提供する。ヘッダ圧縮は、データのヘッダに必要な情報のみを送信することによって、無線セクションで送信効率を上げる。さらに、ＰＤＣＰ階層は、セキュリティ機能を提供する。セキュリティ機能は、第三者の検査を防止する暗号化及び第三者のデータ操作を防止する完全性保護を含む。

【0037】

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

【0038】

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

【0039】

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

【0040】

ＲＲＣ状態は、端末のＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的に連結されているかどうかを指示する。ＲＲＣ状態は、ＲＲＣ連結状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）及びＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）のように２つに分けられる。端末のＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層との間のＲＲＣ連結が設定されている場合、端末はＲＲＣ連結状態になり、それ以外の場合、端末はＲＲＣアイドル状態になる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの端末は、Ｅ−ＵＴＲＡＮとＲＲＣ連結が設定されているため、Ｅ−ＵＴＲＡＮは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの端末の存在を把握することができ、端末を効果的に制御することができる。一方、Ｅ−ＵＴＲＡＮは、ＲＲＣ＿ＩＤＬＥの端末を把握することができず、コアネットワーク（ＣＮ；ｃｏｒｅ ｎｅｔｗｏｒｋ）がセルより大きい領域であるトラッキング領域（ｔｒａｃｋｉｎｇ ａｒｅａ）単位に端末を管理する。即ち、ＲＲＣ＿ＩＤＬＥの端末は、より大きい領域の単位に存在のみが把握され、音声またはデータ通信のような通常の移動通信サービスを受けるために、端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移動しなければならない。

【0041】

ＲＲＣ＿ＩＤＬＥ状態で、端末がＮＡＳにより設定されたＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）を指定する中、端末は、システム情報及びページング情報の放送を受信することができる。また、端末は、トラッキング領域で端末を固有に指定するＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の割当を受け、ＰＬＭＮ（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）選択及びセル再選択を実行することができる。また、ＲＲＣ＿ＩＤＬＥ状態で、ＲＲＣコンテキストはｅＮＢに格納されない。

【0042】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、端末は、Ｅ−ＵＴＲＡＮでＥ−ＵＴＲＡＮ ＲＲＣ連結及びＲＲＣ ｃｏｎｔｅｘｔを有し、ｅＮＢにデータを送信及び／又はｅＮＢからデータを受信することが可能である。また、端末は、ｅＮＢにチャネル品質情報及びフィードバック情報を報告することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、Ｅ−ＵＴＲＡＮは、端末が属するセルを知ることができる。したがって、ネットワークは、端末にデータを送信及び／又は端末からデータを受信することができ、端末の移動性（ハンドオーバ及びＮＡＣＣ（ｎｅｔｗｏｒｋ ａｓｓｉｓｔｅｄ ｃｅｌｌ ｃｈａｎｇｅ）を介したＧＥＲＡＮ（ＧＳＭ（登録商標） ＥＤＧＥ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）にｉｎｔｅｒ−ＲＡＴ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）セル変更指示）を制御することができ、隣接セルのためにセル測定を実行することができる。

【0043】

ＲＲＣ＿ＩＤＬＥ状態で、端末は、ページングＤＲＸ周期を指定する。具体的に、端末は、端末特定ページングＤＲＸ周期毎の特定ページング機会（ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ）にページング信号をモニタする。ページング機会は、ページング信号が送信される中の時間間隔である。端末は、自分のみのページング機会を有している。

【0044】

ページングメッセージは、同じトラッキング領域に属する全てのセルにわたって送信される。もし、端末が１つのトラッキング領域から他の１つのトラッキング領域に移動すると、端末は、位置をアップデートするために、ＴＡＵ（ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ）メッセージをネットワークに送信する。

【0045】

ユーザが端末の電源を最初にオンした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣ＿ＩＤＬＥにとどまる。ＲＲＣ連結を確立する必要がある時、ＲＲＣ＿ＩＤＬＥにとどまっている端末は、ＲＲＣ連結手順を介してＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ連結を確立してＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移動することができる。ＲＲＣ＿ＩＤＬＥにとどまっている端末は、ユーザの通話試みなどの理由でアップリンクデータ送信が必要な時、またはＥ−ＵＴＲＡＮからページングメッセージを受信し、これに対する応答メッセージ送信が必要な時などにＥ−ＵＴＲＡＮとＲＲＣ連結を確立する必要がある。
端末とｅＮＢとの間にメッセージを送信するために使用されるシグネチャシーケンスに互いに異なる原因値がマッピングされると知られている。さらに、ＣＱＩ（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）または経路損失及び原因またはメッセージ大きさは、初期プリアンブルに含むための候補であると知られている。

【0046】

端末がネットワークにアクセスすることを希望し、メッセージが送信されるように決定すると、メッセージは目的（ｐｕｒｐｏｓｅ）にリンクされることができ、原因値は決定されることができる。また、理想的なメッセージの大きさは、全ての付加的情報及び互いに異なる代替可能な大きさを識別して決定されることができる。付加的な情報を除去し、または代替可能なスケジューリング要求メッセージが使用されることができる。

【0047】

端末は、プリアンブルの送信、ＵＬ干渉、パイロット送信電力、受信機でプリアンブルを検出するために要求されるＳＮＲまたはその組み合わせせのために必要な情報を得る。この情報は、プリアンブルの初期送信電力の計算を許容しなければならない。メッセージの送信のために、同じチャネルが使用されることを保障するために、周波数観点でプリアンブルの付近でＵＬメッセージを送信することが有利である。

【0048】

ネットワークが最小限のＳＮＲでプリアンブルを受信することを保障するために、端末は、ＵＬ干渉及びＵＬ経路損失を考慮しなければならない。ＵＬ干渉は、ｅＮＢでのみ決定されることができるため、プリアンブル送信の前にｅＮＢによりブロードキャストされて端末により受信されなければならない。ＵＬ経路損失は、ＤＬ経路損失と類似に考慮されることができ、セルのいくつかのパイロット信号の送信電力が端末に知られると、受信されたＲＸ信号強度から端末により推定されることができる。

【0049】

プリアンブルの検出のために必要なＵＬ ＳＮＲは、一般的にＲｘアンテナの数及び受信機性能のようなｅＮＢ構成によって変わる。多少静的なパイロットの送信電力を送信し、変化するＵＬ干渉から必要なＵＬ ＳＮＲを分離して送信し、及びメッセージとプリアンブルとの間に要求される可能な電力オフセットを送信するのに利点がある。

【0050】

プリアンブルの初期送信電力は、以下の式によって概略的に計算されることができる。

【0051】

送信電力＝ＴｒａｎｓｍｉｔＰｉｌｏｔ＋ＲｘＰｉｌｏｔ＋ＵＬ干渉＋オフセット＋ＳＮＲＲｅｑｕｉｒｅｄ

【0052】

したがって、ＳＮＲＲｅｑｕｉｒｅｄ、ＵＬＩｎｔｅｒｆｅｒｅｎｃｅ、ＴｒａｎｓｍｉｔＰｉｌｏｔ及びオフセットのどのような組み合わせせもブロードキャストされることができる。原則的に、ただ１つの値のみがブロードキャストされなければならない。たとえ、３ＧＰＰ ＬＴＥにおけるＵＬ干渉が主にＵＭＴＳシステムより一定な隣接セル干渉であるとしても、これは現在のＵＭＴＳシステムで本質的である。

【0053】

前述したように、端末は、プリアンブルの送信のための初期ＵＬ送信電力を決定する。ｅＮＢの受信機は、セルの干渉と比較される相対的な受信電力だけでなく、絶対的な受信電力も推定することができる。ｅＮＢは、干渉と比較される受信信号電力がｅＮＢに知られた閾値より大きい場合、プリアンブルが検出されたと見なす。

【0054】

端末は、初期推定されたプリアンブルの送信電力が適しなくても、プリアンブルを検出することができるようにパワーランピングを実行する。次のランダムアクセス試み前に、もし、ＡＣＫまたはＮＡＣＫが端末により受信されない場合、他のプリアンブルは、ほとんど送信される。検出の確率を増加させるために、プリアンブルは、互いに異なるＵＬ周波数に送信されることができ、及び／又はプリアンブルの送信電力は、増加されることができる。したがって、検出されるプリアンブルの実際送信電力は、ＵＥにより初期に計算されたプリアンブルの初期送信電力に対応する必要がない。

【0055】

端末は、可能なＵＬトランスポートフォーマットを必ず決定しなければならない。端末により使用されるＭＣＳ及び多数のリソースブロックを含むことができるトランスポートフォーマットは、主に２つのパラメータにより決定される。具体的に、２つのパラメータは、ｅＮＢのＳＮＲ及び送信されるために要求されるメッセージの大きさである。

【0056】

実際に端末メッセージ大きさの最大、またはペイロード、また、要求される最小ＳＮＲは、各々、トランスポートフォーマットに対応する。ＵＭＴＳで、プリアンブルの送信以前に推定された初期プリアンブル送信電力、プリアンブルとトランスポートブロックとの間の必要なオフセット、最大に許容されるまたは利用可能な端末送信電力、固定されたオフセット及び付加的なマージンを考慮して送信のためのどのようなトランスポートフォーマットが選択されることができるかどうかを決定することができる。ネットワークが時間及び周波数リソース予約を必要としないため、ＵＭＴＳにおけるプリアンブルは、端末により選択されたトランスポートフォーマットに対するどのような情報も含む必要がない。したがって、トランスポートフォーマットは、送信されたメッセージと共に表示される。

【0057】

プリアンブルの受信時、正しいトランスポートフォーマットを選択した後、必要な時間及び周波数リソースを予約するために、ｅＮＢは、端末が送信しようとするメッセージの大きさ及び端末により選択されるＳＮＲを認識しなければならない。したがって、端末は、ほとんどＤＬで測定された経路損失または初期プリアンブル送信電力の決定のためのいくつかの同じ測定を考慮するため、最大許容または可用端末送信電力と比較した端末送信電力は、ｅＮＢに知られていないため、受信されたプリアンブルによると、ｅＮＢは、端末により選択されるＳＮＲを推定することができない。

【0058】

ｅＮＢは、ＤＬで推定された経路損失及びＵＬで推定された経路損失を比較することで、その差を計算することができる。しかし、もし、パワーランピングが使われ、プリアンブルのための端末送信電力が初期計算された端末送信電力と対応しない場合、この計算は不可能である。さらに、実際端末送信電力及び端末が送信するように意図される送信電力の精密度は非常に低い。したがって、経路損失をコード化またはダウンリンク及びメッセージの大きさのＣＱＩ推定のコード化またはシグネチャでＵＬの原因値をコード化することが提案される。

【0059】

近接サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅｓ）が記述される。前記ＰｒｏＳｅは、３ＧＰＰ ＴＲ２３．７０３ Ｖ０．４．１（２０１３−０６）を参照することができる。前記ＰｒｏＳｅは、機器−対−機器（Ｄ２Ｄ；ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）通信を含む概念でありうる。以下では、前記ＰｒｏＳｅは、Ｄ２Ｄと混合されて使用されることができる。

【0060】

ＰｒｏＳｅ直接通信は、任意のネットワークノードを横断（ｔｒａｖｅｒｓｅ）しない経路を介してＥ−ＵＴＲＡ技術を利用するユーザ平面送信を手段として、ＰｒｏＳｅ−可能な２つ以上のＵＥ間の通信を意味する。ＰｒｏＳｅ−可能なＵＥは、ＰｒｏＳｅ要求条件及び連関された手順を支援するＵＥを意味する。それとも、明示的に記述されない限り、ＰｒｏＳｅ−可能なＵＥは、非−公共安全ＵＥ及び公共安全ＵＥを共に指す。ＰｒｏＳｅ−可能なＵＥは、公共安全に特定されるＰｒｏＳｅ手順及び能力をさらに支援するＰｒｏＳｅ−可能なＵＥを意味する。ＰｒｏＳｅ−可能な非−公共安全ＵＥは、ＰｒｏＳｅ手順を支援するが、公共安全に特定される能力を支援しないＵＥを意味する。ＰｒｏＳｅ直接探索は、３ＧＰＰ ＬＴＥ ｒｅｌ−１２ Ｅ−ＵＴＲＡ技術を利用する２つのＵＥの能力だけを利用して自分の近くにある他のＰｒｏＳｅ−可能なＵＥを発見するために、ＰｒｏＳｅ−可能なＵＥにより採択される手順を意味する。ＥＰＣ−レベルＰｒｏＳｅ探索は、前記ＥＰＣが２つのＰｒｏＳｅ−可能なＵＥの近接を決定し、それらにしてそれらの近接を通知することによる処理を意味する。

【0061】

登録されたＰＬＭＮ（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）、ＰｒｏＳｅ直接通信経路、及び（カバレッジ内のまたはカバレッジ外の）カバレッジ状態が考慮される場合、複数の相違した可能なシナリオが存在する。カバレッジ−内及びカバレッジ外及び直接データ経路の相違した組み合わせが考慮され得る。

【0062】

図５及び図６は、リレーを有さないＰｒｏＳｅ直接通信を示す。図５−（ａ）は、ＵＥ１及びＵＥ２がカバレッジ外にある場合を示す。図５−（ｂ）は、ＵＥ１がカバレッジ内及びＰＬＭＮ Ａにあり、ＵＥ２がカバレッジ外にある場合を示す。図５−（ｃ）は、ＵＥ１及びＵＥ２がカバレッジ内にあり、ＰＬＭＮ Ａにあり、ＵＥ１及びＵＥ２が同じＰＬＭＮ Ａ及び同じセルを共有する場合を示す。図５−（ｄ）は、ＵＥ１及びＵＥ２がカバレッジ内にあり、同じＰＬＭＮ Ａにあるが、ＵＥ１及びＵＥ２が互いに相違したセルにある場合を示す。図６−（ａ）は、ＵＥ１及びＵＥ２がカバレッジ内にあるが、ＵＥ１及びＵＥ２が相違したＰＬＭＮ（すなわち、ＰＬＭＮ Ａ／Ｂ）及び互いに相違したセルにある。ＵＥ１及びＵＥ２は、全てのセルのカバレッジ内にある。図６−（ｂ）は、ＵＥ１及びＵＥ２がカバレッジ内にあるが、ＵＥ１及びＵＥ２が相違したＰＬＭＮ（すなわち、ＰＬＭＮ Ａ／Ｂ）及び互いに相違したセルにある。ＵＥ１は、全てのセルのカバレッジ内にあり、ＵＥ２はサービングセルのカバレッジ内にある。図６−（ｃ）は、ＵＥ１及びＵＥ２がカバレッジ内にあるが、ＵＥ１及びＵＥ２が相違したＰＬＭＮ（すなわち、ＰＬＭＮ Ａ／Ｂ）にあり、互いに相違したセルにある。ＵＥ１及びＵＥ２は、自分自身のサービングセルのカバレッジ内にある。上記での技術において、「カバレッジ内及びＰＬＭＮ Ａ内」は、前記ＵＥが前記ＰＬＭＮ Ａの前記セル上にキャンプされており、前記ＰＬＭＮ Ａの制御下にあることを意味する。

【0063】

ＰｒｏＳｅ直接一対一通信に対して２つの相違したモードが支援され得る。

【0064】

・ネットワーク独立直接通信：ＰｒｏＳｅ直接通信のためのこのような動作モードは、任意のネットワーク補助（ａｓｓｉｓｔａｎｃｅ）が連結を許すように要求せず、通信は、前記ＵＥにローカルな情報及び機能のみを利用して行われる。このようなモードは、前記ＵＥがＥ−ＵＴＲＡＮによりサービングされるかに関係なく、承認済み（ａｕｔｈｏｒｉｚｅｄ）のＰｒｏＳｅ−可能な公共安全ＵＥにただ適用可能である。

【0065】

・ネットワーク承認された直接通信：ＰｒｏＳｅ直接通信のためのこのような動作モードは、常にネットワーク補助を要求し、１つのＵＥが公共安全ＵＥのために、「Ｅ−ＵＴＲＡＮによりサービング」される場合にのみさらに適用可能でありうる。非−公共安全ＵＥに対して、全てのＵＥは、「Ｅ−ＵＴＲＡＮによりサービング」されなければならない。

【0066】

図７は、ＰｒｏＳｅに対する基準構造を示す。図７に示すように、ＰｒｏＳｅに対する前記基準構造は、Ｅ−ＵＴＲＡＮ、ＥＰＣ、ＰｒｏＳｅアプリケーションを有する複数のＵＥ、ＰｒｏＳｅアプリケーションサーバ、及びＰｒｏＳｅ機能を含む。前記ＥＰＣは、前記Ｅ−ＵＴＲＡＮコアネットワーク構造を代表する。前記ＥＰＣは、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、ＰＣＲＦ（ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｒｕｌｅｓ ｆｕｎｃｔｉｏｎ）、ＨＳＳ（ｈｏｍｅ ｓｕｂｓｃｒｉｂｅｒ ｓｅｒｖｅｒ）などのような個体を含むことができる。前記ＰｒｏＳｅアプリケーションサーバは、前記アプリケーション機能を生成するための前記ＰｒｏＳｅ能力のユーザである。公共安全の場合において、これは、特定エージェンシＰＳＡＰでありうるか、また、商業的な場合では、ソーシャルメディアでありうる。このようなアプリケーションは、３ＧＰＰ構造の外部で定義されることができるが、３ＧＰＰ個体に対する基準点がありうる。前記アプリケーションサーバは、前記ＵＥ内のアプリケーションに対して通信することができる。前記ＵＥ内のアプリケーションは、前記アプリケーション機能を生成するために、前記ＰｒｏＳｅ能力を利用する。公共安全グループの会員間に通信または近接した同僚（ｂｕｄｄｉｅｓ）を発見するために要請するソーシャルメディアアプリケーションに対する例がありうる。

【0067】

３ＧＰＰによって定義される（ＥＰＳの部分として）前記ネットワーク内の前記ＰｒｏＳｅ機能は、前記ＥＰＣ及び前記ＵＥに対する、前記ＰｒｏＳｅアプリケーションサーバに対する基準点を有する。前記機能は、次の少なくとも１つを含むことができる。しかし、前記機能は、次に限定され得るものではない。

【0068】

・第三者アプリケーションに対する基準点を介してのインタワーキング
・探索及び直接通信のための前記ＵＥの承認及び構成
・前記ＥＰＣレベルＰｒｏＳｅ探索の前記機能を可能なようにする
・ＰｒｏＳｅ関連された新規加入者データ及びデータストレージの取扱、及びまた、ＰｒｏＳｅ ＩＤの取扱
・保安関連機能
・政策関連された機能に対して前記ＥＰＣに対する制御を提供
・（例えば、オフライン課金のようなＥＰＣの外部またはこれを介しての）課金のための機能を提供
ＰｒｏＳｅの基準構造内での基準点／インターフェースが説明される。

【0069】

・ＰＣ１：前記ＰｒｏＳｅアプリケーションサーバ内及び前記ＵＥ内の前記ＰｒｏＳｅアプリケーション間の前記基準点である。アプリケーションレベルシグナリング要求事項を定義するのに利用される。

【0070】

・ＰＣ２：前記ＰｒｏＳｅアプリケーションサーバ及び前記ＰｒｏＳｅ機能間の前記基準点である。前記ＰｒｏＳｅ機能を介して前記３ＧＰＰ ＥＰＳにより提供される前記ＰｒｏＳｅ機能及び前記ＰｒｏＳｅアプリケーションサーバ間のインターフェースを定義するのに利用される。前記ＰｒｏＳｅ機能内のＰｒｏＳｅデータベースに対するアプリケーションデータアップデートに対する一例でありうる。他の例は、例えば、名前変換のようなアプリケーションデータ及び３ＧＰＰ機能間のインタワーキングでのＰｒｏＳｅアプリケーションサーバによる利用のためのデータでありうる。

【0071】

・ＰＣ３：前記ＵＥ及びＰｒｏＳｅ機能間の基準点である。前記ＵＥ及び前記ＰｒｏＳｅ機能間の相互作用を定義するのに利用される。一例は、ＰｒｏＳｅ探索及び通信に対する構成のために使用されるものである。

【0072】

・ＰＣ４：前記ＥＰＣ及びＰｒｏＳｅ機能間の基準点である。前記ＥＰＣ及びＰｒｏＳｅ機能間の相互作用を定義するのに利用される。可能な使用例は、ＵＥ間に一対一通信経路を設定する場合、またはリアルタイムに移動性管理またはセッション管理のためのＰｒｏＳｅサービス（許可）を立証（ｖａｌｉｄａｔｅ）する場合でありうる。

【0073】

・ＰＣ５：リレー及び（ＵＥ間に直接及びＬＴＥ−Ｕｕを介してＵＥ間に）一対一通信のための、探索及び通信のための制御及びユーザ平面に対して利用されるＵＥ対ＵＥ間の基準点である。

【0074】

・ＰＣ６：このような基準点は、相違したＰＬＭＮに加入されたユーザ間ＰｒｏＳｅ探索のような機能のために使用されることができる。

【0075】

・ＳＧｉ：ＳＧｉを介しての関連機能にさらに、アプリケーションデータ及びアプリケーション制御情報交換のために利用されることができる。

【0076】

ＰｒｏＳｅ直接通信は２つの公共安全ＵＥが前記ＰＣ５インターフェースを介して直接互いに通信できる通信モードである。前記ＵＥがＥ−ＵＴＲＡＮによりサービングされ、前記ＵＥがＥ−ＵＴＲＡカバレッジ外にある場合、このような通信モードが支援される。

【0077】

前記ＰｒｏＳｅ−可能なＵＥは、資源割当のために２つのモードで動作することができる。モード１において、資源割当は、前記ＵＥによりスケジューリングされる。モード１において、データを送信するために、前記ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤになる必要がある。前記ＵＥは、前記ｅＮＢからの送信資源を要請することができる。前記ｅＮＢは、スケジューリング割当及びデータの送信のための送信資源をスケジューリングすることができる。前記ＵＥは、ＰｒｏＳｅ ＢＳＲ（ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ）により後続する前記ｅＮＢにスケジューリング要請（Ｄ−ＳＲ（ｄｅｄｉｃａｔｅｄ ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）またはランダムアクセス）を送信することができる。前記ＢＳＲに基づいて、前記ｅＮＢは、前記ＵＥがＰｒｏＳｅ直接通信送信のためのデータを有することを決定し、送信のために必要とする前記資源を予測することができる。モード２において、ＵＥは、自らスケジューリング割当及びデータを送信するために、資源プールから自動に資源を選択する。前記ＵＥがカバレッジ外にある場合、前記ＵＥは、ただモード２を利用することができる。前記ＵＥがカバレッジ内にある場合、前記ＵＥは、前記ｅＮＢの構成によってモード１またはモード２を利用することができる。例外的な条件がない場合、前記ＵＥは、前記ｅＮＢにより構成される場合にのみ、モード１からモード２に、またはモード２からモード１に変更されることができる。前記ＵＥがカバレッジ内にある場合、前記ＵＥは、前記例外的な場合のうちの１つが発生しない限り、前記ｅＮＢ構成により指示される前記モードのみを利用しなければならない。

【0078】

ＰｒｏＳｅ直接探索は、前記ＰＣ５インターフェースを介してのＥ−ＵＴＲＡ直接無線信号を用いて自分の近くにある他のＰｒｏＳｅ−可能なＵＥを探索するために、前記手順が前記ＰｒｏＳｅ−可能なＵＥにより利用されることと定義される。ＰｒｏＳｅ直接探索は、前記ＵＥがＥ−ＵＴＲＡＮにより提供される場合にのみ支援される。

【0079】

探索情報公知（ａｎｎｏｕｎｃｅｍｅｎｔ）のための資源割当の２つのタイプがある。タイプ１は、非−ＵＥ特定基盤で探索情報の公知のための資源が割り当てられる資源割当手順である。前記ｅＮＢは、前記ＵＥで探索情報の公知のために利用される前記資源プール構成を提供することができる。前記構成は、システム情報ブロックＳＩＢでシグナリングされることができる。前記ＵＥは、前記指示された資源プールから無線資源を選択し、探索情報を公知する。前記ＵＥは、それぞれの探索周期の間、ランダムに選択された探索資源を介して探索情報を公知する。タイプ２は、ＵＥ特定基盤で探索情報の公知のための資源が割り当てられる資源割当手順である。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでの前記ＵＥは、前記ｅＮＢからＲＲＣを介して探索情報の公知のために資源を要請することができる。前記ｅＮＢは、ＲＲＣを介して資源を割り当てることができる。モニタリングのために、ＵＥで構成された前記資源プール内に前記資源が割り当てられ得る。

【0080】

図８は、ＰｒｏＳｅ１−段階直接探索手順の例示を示す。図８において、２つのＵＥは、同じＰｒｏＳｅ−可能なアプリケーションを動作させ、このようなＵＥのユーザが考慮されるアプリケーションを介して「友人」関係を有することと仮定される。図８において、「３ＧＰＰ階層」がＰｒｏＳｅ直接サービスを利用するために、前記ＵＥでモバイルアプリケーションを可能なようにする３ＧＰＰにより特定される前記機能に対応する。

【0081】

ＵＥ−Ａ及びＵＥ−Ｂは、ＰｒｏＳｅ−可能なアプリケーションを動作させ、これは、前記ネットワークで連関されたアプリケーションサーバを探索し、これと連結される。例えば、このようなアプリケーションは、ソーシャルネットワーキングアプリケーションでありうる。前記アプリケーションサーバは、前記３ＧＰＰネットワーク運営者または第三者サービス提供者により運営されることができる。第三者提供者により運営される場合、前記３ＧＰＰネットワーク内の前記ＰｒｏＳｅサーバ及び前記アプリケーションサーバ間に通信を可能なようにするために、前記第三者提供者及び前記３ＧＰＰ運営者間にサービス契約が要求される。

【0082】

１．アプリケーション−階層通信がＵＥ−Ａ内の前記モバイルアプリケーション及び前記ネットワーク内の前記アプリケーションサーバ間に発生する。

【0083】

２．ＵＥ−Ａ内の前記ＰｒｏＳｅ−可能なアプリケーションがネットワークアクセス識別子の形態を有する識別子のような、「友人達」に称される、アプリケーション階層識別子のリストを検索する。典型的に、そのような識別子は、ネットワークアクセス識別子の形態を有する。

【0084】

３．ＵＥ−Ａの友人のうち、一人がＵＥ−Ａの近くにいる場合、前記ＰｒｏＳｅ−可能なアプリケーションが通知されることを望む。このような目的のために、前記ＰｒｏＳｅ−可能なアプリケーションは、前記３ＧＰＰ階層から（ｉ）（アプリケーション−階層身元で）ＵＥ−Ａのユーザのために、また、（ｉｉ）彼の友人のうち、それぞれの一人のために、個人表現コードを検索することを要請する。

【0085】

４．前記３ＧＰＰ階層は、前記３ＧＰＰネットワーク内のＰｒｏＳｅサーバに前記要請を委任する。前記サーバは、ＨＰＬＭＮ（ｈｏｍｅ ＰＬＭＮ）内にまたはＶＰＬＭＮ（ｖｉｓｉｔｅｄ ＰＬＭＮ）内に位置されることができる。前記考慮されたアプリケーションを支援する任意のＰｒｏＳｅサーバが利用され得る。前記ＵＥ及びＰｒｏＳｅサーバ間の前記通信は、ＩＰ階層を介して、または前記ＩＰ階層下部で発生することができる。前記アプリケーションまたは前記ＵＥは、ＰｒｏＳｅ探索を利用するように承認されない場合には、前記ＰｒｏＳｅサーバは、前記要請を拒絶する。

【0086】

５．前記ＰｒｏＳｅサーバは、個人表現コードに全ての提供されたアプリケーション−階層ＩＤをマッピングさせる。例えば、前記アプリケーション−階層ＩＤは、前記個人表現コードにマッピングされる。前記マッピングは、前記ネットワーク内の前記アプリケーションサーバから識別されるパラメータ（例えば、マッピングアルゴリズム、キー等）に基づくことができ、したがって、導かれた個人表現コードは、全域的に固有でありうる。言い替えれば、特定アプリケーションに対して前記アプリケーション−階層ＩＤの前記個人表現を導くために要請された任意のＰｒｏＳｅサーバは、同じ個人表現コードを導くであろう。前記アプリケーションサーバから検索された前記マッピングパラメータは、前記マッピングがどのように行われなければならないか記述する。このような段階において、前記ネットワーク内の前記ＰｒｏＳｅサーバ及び／又は前記アプリケーションサーバは、特定アプリケーションに対して、また、前記特定ユーザからの表現コードを検索するために、前記要請をさらに承認する。例えば、ユーザは、彼の友人に対してのみ表現コードを検索することができる。

【0087】

６．全ての要請されたＩＤに対する前記導かれた表現コードは、前記３ＧＰＰ階層に送信され、これは、未来の利用のために保存される。さらに、前記３ＧＰＰ階層は、前記要請されたＩＤに対する識別コードを前記ＰｒｏＳｅ−可能なアプリケーションに通知し、アプリケーションは、成功的に検索される。しかし、前記検索された表現コードは、前記ＰｒｏＳｅ−可能なアプリケーションに送信されない。

【0088】

７．前記提供された「友人」のうちの一人がＵＥ−Ａの近くにいて、直接通信が実現可能な場合、探索、すなわち、探索のための試みを始めるために、前記ＰｒｏＳｅ−可能なアプリケーションが前記３ＧＰＰ階層から要請される。応答として、ＵＥ−Ａは、前記考慮されたアプリケーションに対して前記アプリケーション−階層ＩＤの前記識別コードを公知する。このような表現コードの対応するアプリケーション階層への前記マッピングは、前記考慮されたアプリケーションに対する前記表現コードをさらに受信していた、ＵＥ−Ａの友人によってただ行われることができる。

【0089】

８．ＵＥ−Ｂは、同じＰｒｏＳｅ−可能なアプリケーションをさらに動作させ、友人に対して前記表現コードを検索するために段階３−６を実行した。さらに、ＵＥ−Ｂでの前記３ＧＰＰ階層は、前記ＰｒｏＳｅ−可能なアプリケーションにより要請された後にＰｒｏＳｅ探索を行う。

【0090】

９．ＵＥ−ＢがＵＥ−Ａから前記ＰｒｏＳｅ公知を受信する場合、前記公知された表現コードは知られたことと決定され、特定アプリケーション及び前記アプリケーション−階層ＩＤにマッピングされる。前記ＵＥ−Ｂは、（ＵＥ−ＡがＵＥ−Ｂの前記友人リストに含まれる）アプリケーション−階層ＩＤに対して、前記表現コードをさらに受信したので、前記受信された表現コードに対応する前記アプリケーション及び前記アプリケーションＩＤを決定することができる。

【0091】

前記ＵＥが前記ネットワークカバレッジ内にある場合、前述された手順での前記段階１−６が実行され得る。このような段階は、頻繁に要請されるものではない。このような段階は、前記ＵＥがＰｒｏＳｅ直接探索を利用して探索されなければならない前記友人をアップデートするか、または変更しようとする場合にのみ要請される。前記ネットワークから前記要請された表現コードを受信した後に、前記ＰｒｏＳｅ探索（段階７及び９）は、前記ネットワークカバレッジ内または外で行われることができる。

【0092】

表現コードが特定アプリケーション及び特定アプリケーションＩＤにマッピングされるということが注目される。したがって、ユーザが多重ＵＥ上で同じＰｒｏＳｅ−可能なアプリケーションを動作させる場合に、それぞれのＵＥは、同じ表現コードを公知する。

【0093】

図９は、２−段階ＰｒｏＳｅ直接探索手順の例を示す。

【0094】

１．ＵＥ１のユーザ（探索者）が特定ＧＣＳＥ（ｇｒｏｕｐ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｒｖｉｃｅ ｅｎａｂｌｅｒ）の任意の会員が近くにいるか否かを探索しようとする。ターゲットされたＧＣＳＥグループの固有のアプリケーショングループＩＤ（または、前記レイヤ−２グループＩＤ）を含むターゲットされた探索メッセージをＵＥ１が放送する。前記ターゲットされた探索要請メッセージは、前記探索者の固有識別子（ユーザ１のアプリケーション個人ＩＤ）をさらに含むことができる。前記ターゲットされた探索要請メッセージは、ＵＥ２、ＵＥ３、ＵＥ４、及びＵＥ５により受信される。ＵＥ５のユーザとは別に、全ての他のユーザは、前記要請されたＧＣＳＥグループの会員であり、それらのＵＥは適宜構成される。

【0095】

２ａ−２ｃ。ＵＥ２、ＵＥ３、及びＵＥ４のそれぞれの１つは、自分のユーザの前記固有のアプリケーション個人ＩＤを含むことができるターゲットされた探索応答メッセージを利用してＵＥ１に直接応答する。対照的に、ＵＥ５は、応答メッセージを送信しない。

【0096】

このような段階手順において、ＵＥ１は、探索確認メッセージを送信することにより、前記ターゲットされた探索応答メッセージに応答することができる。

【0097】

Ｄ２Ｄ信号がＲＲＣ＿ＣＯＮＮＥＣＴＥＤだけでなく、ＲＲＣ＿ＩＤＬＥで送信され得るということが議論されている。ＲＲＣ＿ＩＤＬＥでＤ２Ｄ信号の送信のために、ＲＲＣ＿ＩＤＬＥでＤ２Ｄ信号に対する無線資源が新しく定義され得る。したがって、ＲＲＣ状態に基づいてＤ２Ｄ動作を制御するための方法及び／又はＲＲＣ状態に応じてＤ２Ｄ資源の利用可能性を制御するための方法が求められ得る。

【0098】

本発明の一実施形態によれば、前記ネットワークは、前記ＵＥへのＤ２Ｄ資源を構成できる。前記ネットワークは、前記対応するＤ２Ｄ資源がどのＲＲＣ状態で利用可能であるかを決定するＲＲＣ状態またはＲＲＣ状態関連情報で前記ＵＥを構成できる。したがって、前記ＵＥは、１つのＲＲＣ状態で取得されたＤ２Ｄ動作のための資源情報がさらに他のＲＲＣ状態で利用可能であるかを決定することができ、または、どのＲＲＣ状態で前記取得された無線資源が利用可能であるか（すなわち、いかなるＲＲＣ状態で前記ＵＥがＤ２Ｄ送信を行うように許されるか）を決定できる。すなわち、前記ネットワークは、前記ＵＥへのＤ２Ｄ資源を構成でき、前記構成されたＤ２Ｄ資源及び前記構成されたＤ２Ｄ資源を利用することは、特定ＲＲＣ状態で有効であり、制限されることができる。前記構成されたＤ２Ｄ資源は、前記対応するＲＲＣ状態のみで使用されることができる。前記ＵＥの前記Ｄ２Ｄ動作は、前記Ｄ２Ｄ資源の有効性によって決定されることができる。下記では、前記Ｄ２Ｄ信号がＤ２Ｄ探索信号／メッセージまたはＤ２Ｄ通信データのうち、少なくとも１つを含むことができる。

【0099】

図１０は、本発明の実施形態に係るＤ２Ｄ信号を送信するための方法の例示を示す。ステップＳ１００において、前記ＵＥは、ＲＲＣ＿ＩＤＬＥでＤ２Ｄ信号の送信のために使用されるＤ２Ｄ資源を受信する。ステップＳ１１０において、前記ＵＥは、ＲＲＣ＿ＩＤＬＥで前記Ｄ２Ｄ資源を利用して前記Ｄ２Ｄ信号を送信する。ＲＲＣ状態によるＲＲＣ＿ＩＤＬＥで構成されるＤ２Ｄ資源の有効性及び／又は利用可能性に対する様々な場合が考慮され得る。

【0100】

（１）前記ネットワークは、放送シグナリングを介してＲＲＣ＿ＩＤＬＥでＤ２Ｄ資源を構成でき、前記構成されたＤ２Ｄ資源は、ＲＲＣ＿ＩＤＬＥのみで有効でありうる。前記ＵＥは、前記構成されたＤ２Ｄ資源を利用してＲＲＣ＿ＩＤＬＥでＤ２Ｄ動作を行うが、前記ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに進入した場合、前記構成されたＤ２Ｄ資源は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで有効でないこととみなされることができる。Ｄ２Ｄ信号の送信がただＲＲＣ＿ＣＯＮＮＥＣＴＥＤのみで許されるＵＥは、Ｄ２Ｄ資源が前記ネットワークにより前記ＵＥに専用で割り当てられた後にのみ、Ｄ２Ｄ信号の送信を行うように許されることとみなすことができる。したがって、前記ＵＥは、ＲＲＣ＿ＩＤＬＥで前記構成されたＤ２Ｄ資源を利用してＲＲＣ＿ＩＤＬＥのみでＤ２Ｄ信号を送信できる。前記ＵＥは、ＲＲＣ＿ＩＤＬＥで前記構成されたＤ２Ｄ資源を利用してＲＲＣ＿ＩＤＬＥのみでＤ２Ｄ信号を受信できる。前記放送シグナリングは、システム情報、特に、Ｄ２Ｄ資源のために新しく定義されたシステム情報ブロックタイプ１８（ＳＩＢ１８）でありうる。

【0101】

また、ＲＲＣ＿ＩＤＬＥで構成された前記Ｄ２Ｄ資源の前記利用可能性がさらに制限され得る。例えば、ＲＲＣ＿ＩＤＬＥで構成された前記Ｄ２Ｄ資源は、ＲＲＣ＿ＩＤＬＥで特定条件下のみで利用可能でありうる。前記特定条件は、予め定義された条件であるか、または前記ネットワークが前記特定条件を構成できる。前記予め定義された条件は、前記ＲＲＣ連結確立の失敗に起因して前記ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに進入できない場合を含むことができる。前記予め定義された条件は、前記ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤを維持することの失敗（例えば、無線リンク失敗）に起因して前記ＵＥが以後にＲＲＣ＿ＩＤＬＥに進入する場合をさらに含むことができる。

【0102】

例えば、前記ＵＥは、ＲＲＣ＿ＩＤＬＥでＤ２Ｄ信号の自動送信のためにＤ２Ｄ資源を受信することができ、ＲＲＣ＿ＩＤＬＥのみで前記Ｄ２Ｄ資源を利用できる。前記受信されたＤ２Ｄ資源は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで有効でないこととみなされることができる。前記Ｄ２Ｄ信号の自動送信のためのＤ２Ｄ資源は、前述されたＤ２Ｄ探索のためのタイプ１の自動送信資源プール（ｐｏｏｌ）でありうる。すなわち、前記Ｄ２Ｄ信号の自動送信のためのＤ２Ｄ資源は、非−ＵＥ特定基盤で割り当てられる探索情報の公知（ａｎｎｏｕｎｃｅｍｅｎｔ）のための資源でありうる。また、前記Ｄ２Ｄ信号の自動送信のためのＤ２Ｄ資源は、前述されたＤ２Ｄ通信のためのモード２の自動送信資源プールでありうる。すなわち、前記Ｄ２Ｄ信号の自動送信のためのＤ２Ｄ資源は、ＵＥが自ら選択する資源でありうる。

【0103】

（２）前記ネットワークは、放送シグナリングを介してＲＲＣ＿ＩＤＬＥでＤ２Ｄ資源を構成でき、前記構成されたＤ２Ｄ資源は、ＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの両方で有効でありうる。前記ＵＥは、前記構成されたＤ２Ｄ資源を利用してＲＲＣ＿ＩＤＬＥでＤ２Ｄ動作を行い、前記ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに進入した後でも、前記構成されたＤ２Ｄ資源は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで有効なこととみなされることができる。このような場合、前記ＵＥがＲＲＣ連結再構成メッセージを受信するまで、前記Ｄ２Ｄ資源は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで有効なこととみなされることができる。したがって、前記ＵＥは、ＲＲＣ＿ＩＤＬＥで前記構成されたＤ２Ｄ資源を利用してＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの両方でＤ２Ｄ信号を送信できる。前記ＵＥは、ＲＲＣ＿ＩＤＬＥで前記構成されたＤ２Ｄ資源を利用してＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの両方でＤ２Ｄ信号を受信できる。前記放送シグナリングは、システム情報、特に、ＳＩＢ１８でありうる。

【0104】

前記ＲＲＣ連結再構成メッセージを受信した後に、前記ＵＥは、前記ＲＲＣ連結再構成メッセージでの構成によってＤ２Ｄ動作を行うことができる。前記ＲＲＣ連結再構成メッセージが専用Ｄ２Ｄ資源を含む場合、前記ＵＥは、前記専用Ｄ２Ｄ資源によってＤ２Ｄ動作を行う。前記ＲＲＣ連結再構成メッセージがいかなる専用Ｄ２Ｄ資源を含まない場合、前記ＵＥは、Ｄ２Ｄ動作を中止できる。代案的に、前記ＲＲＣ連結再構成メッセージがいかなる専用Ｄ２Ｄ資源を含まないが、前記ＵＥが前記ＲＲＣ連結再構成メッセージを受信する前に利用可能な前記Ｄ２Ｄ資源を利用することを続けることができるということを前記ＲＲＣ連結再構成メッセージが指示する場合、前記ＵＥは、Ｄ２Ｄ動作を行うために、前記Ｄ２Ｄ資源を利用することを続けることができる。

【0105】

（３）前記ネットワークは、ＲＲＣ＿ＩＤＬＥで放送シグナリングを介してＤ２Ｄ資源を構成でき、前記構成されたＤ２Ｄ資源は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのみで有効でありうる。このような場合は、図１０に記述される実施形態によりカバーされない場合がある。前記ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに進入する場合、前記構成されたＤ２Ｄ資源は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで有効なこととみなされることができる。したがって、前記Ｄ２Ｄ資源がＤ２Ｄ送信のための資源である場合、前記ＵＥは、ＲＲＣ＿ＩＤＬＥで構成された前記Ｄ２Ｄ資源を利用してＲＲＣ＿ＣＯＮＮＥＣＴＥＤのみでＤ２Ｄ信号を送信できる。前記Ｄ２Ｄ資源がＤ２Ｄ受信に対して利用可能な場合、前記ＵＥは、ＲＲＣ＿ＩＤＬＥで構成された前記Ｄ２Ｄ資源を利用してＲＲＣ＿ＣＯＮＮＥＣＴＥＤのみでＤ２Ｄ信号を受信できる。前記放送シグナリングは、システム情報、特に、ＳＩＢ１８でありうる。

【0106】

また、ＲＲＣ＿ＩＤＬＥでシグナリングされるが、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで利用可能な前記Ｄ２Ｄ資源の前記利用可能性はさらに制限されることができる。例えば、前記ＲＲＣ＿ＩＤＬＥで構成されたＤ２Ｄ資源は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで特定条件下のみで利用可能でありうる。前記特定条件は、予め定義された条件でありうるか、または前記ネットワークが前記特定条件を構成できる。前記予め定義された条件は、前記ＵＥが現在のＲＲＣ連結が問題のあることとみなす場合を含むことができる。無線リンク失敗が発生するか、または物理階層の問題が発生する場合、前記ＵＥは、前記現在のＲＲＣ連結が問題のあることとみなすことができる。

【0107】

また、ＲＲＣ＿ＩＤＬＥでシグナリングされるが、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで利用可能な前記Ｄ２Ｄ資源の前記利用可能性はさらに限定されることができる。例えば、ＲＲＣ＿ＩＤＬＥで構成された前記Ｄ２Ｄ資源は、前記ネットワークが、前記ＵＥが専用シグナリングを介して前記Ｄ２Ｄ資源を利用するように構成する場合にのみ利用可能となり得る。前記ネットワークは、前記ＲＲＣ連結確立手順またはＲＲＣ連結再構成手順の間に、前記ＵＥが前記Ｄ２Ｄ資源を利用するように構成できる。そういう構成のための単純な指示（例えば、１ビット指示子）が使用され得る。

【0108】

図１１は、本発明の他の実施形態に係るＤ２Ｄ信号を送信するための方法の例示を示す。ステップＳ２００において、前記ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでＤ２Ｄ信号の送信のために使用されるＤ２Ｄ資源を受信する。ステップＳ２１０において、前記ＵＥは、ＲＲＣ＿ＩＤＬＥで前記Ｄ２Ｄ資源を利用して前記Ｄ２Ｄ信号を送信する。ＲＲＣ状態に応じて、ＲＲＣ状態によるＲＲＣ＿ＣＯＮＮＥＣＴＥＤで構成されるＤ２Ｄ資源の有効性及び／又は利用可能性に対する様々な場合が考慮され得る。

【0109】

（１）前記ネットワークは、専用シグナリングを介してＲＲＣ＿ＣＯＮＮＥＣＴＥＤでＤ２Ｄ資源を構成でき、前記構成されたＤ２Ｄ資源は、ＲＲＣ＿ＩＤＬＥのみで有効でありうる。前記ネットワークは、ＲＲＣ連結再構成メッセージを介してＲＲＣ＿ＣＯＮＮＥＣＴＥＤでＤ２Ｄ資源を構成でき、前記構成されたＤ２Ｄ資源がＲＲＣ＿ＩＤＬＥのみで有効であるということを前記ＵＥに指示することができる。代案的に、前記ネットワークは、ＲＲＣ連結解除メッセージを介してＲＲＣ＿ＣＯＮＮＥＣＴＥＤでＤ２Ｄ資源を構成でき、前記構成されたＤ２Ｄ資源は、ＲＲＣ＿ＩＤＬＥで使用されることができる。したがって、前記ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで前記構成されたＤ２Ｄ資源を利用してＲＲＣ＿ＩＤＬＥのみでＤ２Ｄ信号を送信できる。前記ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで前記構成されたＤ２Ｄ資源を利用してＲＲＣ＿ＩＤＬＥのみでＤ２Ｄ信号を受信できる。前記専用シグナリングは、明示的な指示、例えば、ＲＲＣ状態フラグを含むことができ、これは、前記構成されたＤ２Ｄ資源がＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの両方で有効であるということを指示する。また、前記専用シグナリング自体が、前記構成されたＤ２Ｄ資源がＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの両方で有効であるということを指示する暗黙的な指示として機能できる。前記ＲＲＣ連結再構成メッセージまたは前記ＲＲＣ連結解除メッセージは、単に状態遷移（ｔｒａｎｓｉｔｉｏｎ）メッセージの例示であり、本発明は、これに限定されるものではない。

【0110】

（２）前記ネットワークは、専用シグナリングを介してＲＲＣ＿ＣＯＮＮＥＣＴＥＤでＤ２Ｄ資源を構成でき、前記構成されたＤ２Ｄ資源は、ＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの両方で有効でありうる。前記ネットワークは、ＲＲＣ連結再構成メッセージを介してＲＲＣ＿ＣＯＮＮＥＣＴＥＤでＤ２Ｄ資源を構成でき、前記構成されたＤ２Ｄ資源がＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの両方で有効であるということを指示できる。したがって、前記ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで前記構成されたＤ２Ｄ資源を利用してＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの両方でＤ２Ｄ信号を送信できる。前記ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで前記構成されたＤ２Ｄ資源を利用してＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの両方でＤ２Ｄ信号を受信できる。

【0111】

例えば、前記ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでＤ２Ｄ信号の自動送信のためにＤ２Ｄ資源を受信することができ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ及びＲＲＣ＿ＩＤＬＥの両方で前記Ｄ２Ｄ資源を利用できる。前記Ｄ２Ｄ信号の自動送信のためのＤ２Ｄ資源は、前述されるＤ２Ｄ探索のためのタイプ１の自動送信資源プールでありうる。すなわち、前記Ｄ２Ｄ信号の自動送信のためのＤ２Ｄ資源は、非−ＵＥ特定基盤で割り当てられる探索情報の公知のための資源でありうる。また、前記Ｄ２Ｄ信号の自動送信のためのＤ２Ｄ資源は、前述されたＤ２Ｄ通信のためのモード２の自動送信資源プールでありうる。すなわち、前記Ｄ２Ｄ信号の自動送信のためのＤ２Ｄ資源は、ＵＥが自ら選択する資源でありうる。

【0112】

前記ネットワークは、有効タイマーを有する専用シグナリングを介してＲＲＣ＿ＣＯＮＮＥＣＴＥＤでＤ２Ｄ資源を構成できる。前記有効タイマーは、前記Ｄ２Ｄ資源が受信されるときに始めることができる。前記有効タイマーは、前記ＵＥがＲＲＣ＿ＩＤＬＥに進入する場合に動作することを続けることができる。前記Ｄ２Ｄ資源は、前記有効タイマーが動作する間にのみ有効なこととみなされることができる。前記有効タイマーが満了する場合、前記ＵＥは、ＲＲＣ＿ＩＤＬＥで利用可能な資源として前記Ｄ２Ｄ資源を廃棄（ｄｉｓｃａｒｄ）することができる。また、前記Ｄ２Ｄ資源を受信した後に、前記状態遷移が発生する場合、前記有効タイマーが始まることができる。前記有効タイマー値が提供されない場合、一応、前記ＵＥが前記Ｄ２Ｄ資源を受信すれば、前記Ｄ２Ｄ資源は、最も先に来るＲＲＣ＿ＩＤＬＥに対してのみ有効なこととみなされることができる。一応、前記ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに進入すれば、前記ＵＥは、ＲＲＣ＿ＩＤＬＥで利用可能な資源として前記Ｄ２Ｄ資源を廃棄することができる。

【0113】

例えば、前記ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、前記ネットワークによりスケジューリングされるＤ２Ｄ資源を受信することができ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ及びＲＲＣ＿ＩＤＬＥで前記Ｄ２Ｄ資源を使用することができる。ＲＲＣ＿ＩＤＬＥで、前記有効タイマーにより指示される特定区間の間に、前記Ｄ２Ｄ資源が使用され得る。前記ネットワークによりスケジューリングされる前記Ｄ２Ｄ資源は、前述されるＤ２Ｄ探索のためのタイプ２のスケジューリングされた送信資源プールでありうる。すなわち、前記ネットワークによりスケジューリングされる前記Ｄ２Ｄ資源は、ＵＥ特定基盤毎に割り当てられる探索情報の公知のための資源でありうる。また、前記ネットワークによりスケジューリングされる前記Ｄ２Ｄ資源は、前述されたＤ２Ｄ通信のためのモード１のスケジューリングされた送信資源プールでありうる。

【0114】

代案的に、前記ネットワークは、前記ＵＥがＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤのみでＤ２Ｄ信号の送信のために予約された／許された、または知られた資源を利用するように前記ＵＥが許されるか否かを構成できる。それから、前記ネットワークが、前記ＵＥがＲＲＣ＿ＩＤＬＥでＤ２Ｄ信号の送信のために予約された／許された、または知られた資源を利用するように前記ＵＥが許されないように前記ＵＥを構成する場合、前記ＵＥがＤ２Ｄ信号の送信のために予約された／知られた資源を知る場合にも、前記ＵＥは、ＲＲＣ＿ＩＤＬＥでＤ２Ｄ信号の送信が許されないこととみなし、前記ＵＥは、Ｄ２Ｄ信号の送信がＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある間にのみ許されることとみなす。

【0115】

下記では、本発明の一実施形態に係るＲＲＣ状態遷移時に、Ｄ２Ｄ資源の取扱い方法が記述される。ＲＲＣ状態遷移時に、前記Ｄ２Ｄ資源が有効でないこと（すなわち、使用不可能なこと）とみなされ、前記ＵＥは、Ｄ２Ｄ動作のためのＤ２Ｄ資源を使用することを中断できる。ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへのＲＲＣ状態遷移を試みる前記ＵＥ及びＲＲＣ＿ＩＤＬＥでＤ２Ｄ資源を利用している前記ＵＥに対して、前記ＵＥがＲＲＣ連結確立手順を始めると、前記ＵＥは、Ｄ２Ｄ資源が有効でないこととみなすことができる。これは、図１０に記述された前記実施形態に対応できる。前記ＲＲＣ連結確立の開始は、ＲＡＣＨプリアンブルを送信することによって定義されることができる。

【0116】

一応、前記資源が廃棄（すなわち、有効でないこととみなす）されれば、前記ＵＥは、廃棄されたＤ２Ｄ資源をさらに有効なこととみなすことができる。前記ＵＥは、下記のように記述される様々な条件下で廃棄されたＤ２Ｄ資源を考慮できる。

【0117】

・連結確立が成功的に完了した場合、前記ＵＥは、有効でないＤ２Ｄ資源を考慮できる。

【0118】

・連結確立が成功的に完了し、ＲＲＣ連結確立手順の間に（例えば、ＲＲＣ連結設定メッセージで）前記セルが、前記ＵＥが前記廃棄されたＤ２Ｄ資源を有効なこととみなすことが許されることを指示する場合、前記ＵＥは、有効でないＤ２Ｄ資源を考慮できる。

【0119】

・連結確立が成功的に完了し、それから第１の再構成手順が成功的に完了した場合、前記ＵＥは、有効でないＤ２Ｄ資源を有効なこととみなすことができる。

【0120】

・連結確立が成功的に完了し、それから第１の再構成手順が成功的に完了し、ＲＲＣ連結確立手順の間に（例えば、ＲＲＣ連結設定メッセージで）前記セルが、前記ＵＥが前記廃棄されたＤ２Ｄ資源を有効なこととみなすことが許されることを指示する場合、前記ＵＥは、有効でないＤ２Ｄ資源を有効なこととみなすことができる。

【0121】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥにＲＲＣ状態遷移を試みる前記ＵＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤでＤ２Ｄ資源を使用している前記ＵＥに対して、下記のように記述される様々な場合が考慮され得る。

【0122】

・一応、前記ＵＥがＲＲＣ＿ＩＤＬＥに進入すれば、前記ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで使用される前記Ｄ２Ｄ資源を基本的に廃棄することができる。

【0123】

・一応、前記ＵＥがＲＲＣ＿ＩＤＬＥに進入すれば、前記ネットワークがＤ２Ｄ資源の廃棄を含むＲＲＣ連結解除メッセージを送信する場合、前記ＵＥは、前記Ｄ２Ｄ資源を廃棄できる。

【0124】

・一応、前記ＵＥがＲＲＣ＿ＩＤＬＥに進入すれば、前記ＵＥは、前記Ｄ２Ｄ資源を廃棄しないことができる。すなわち、Ｄ２Ｄ資源をＲＲＣ＿ＩＤＬＥだけでなく、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでも使用することができる。これは、図１１で記述される前記例示に対応することができる。

【0125】

・一応、前記ＵＥがＲＲＣ＿ＩＤＬＥに進入すれば、前記ネットワークがＤ２Ｄ資源を利用することの継続を含むＲＲＣ連結解除メッセージを送信する場合、前記ＵＥは、前記Ｄ２Ｄ資源を廃棄しないことができる。すなわち、Ｄ２Ｄ資源をＲＲＣ＿ＩＤＬＥだけでなく、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでも使用することができる。これは、さらに図１１で記述される前記例示に対応することができる。

【0126】

・一応、前記ＵＥがＲＲＣ＿ＩＤＬＥに進入すれば、前記ネットワークがＲＲＣ＿ＩＤＬＥで使用され得るＤ２Ｄ資源を含むＲＲＣ連結解除メッセージを送信する場合、前記ＵＥは、前記Ｄ２Ｄ資源を廃棄しないことができる。

【0127】

・一応、前記ＵＥがＲＲＣ＿ＩＤＬＥに進入すれば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで前記ＵＥにより使用された前記Ｄ２Ｄ資源がＲＲＣ＿ＩＤＬＥで使用され得るＤ２Ｄ資源のサブセットでない場合、前記ＵＥは、前記Ｄ２Ｄ資源を廃棄できる。前記ＵＥは、システム情報で指示されるようなＲＲＣ＿ＩＤＬＥのためのＤ２Ｄ資源及びシステム情報または専用シグナリングにより指示されるようなＲＲＣ＿ＣＯＮＮＥＣＥＤのためのＤ２Ｄ資源を参照することにより、このような条件を識別できる。

【0128】

・一応、前記ＵＥがＲＲＣ＿ＩＤＬＥに進入すれば、前記ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで前記ＵＥにより使用されたが、ＲＲＣ＿ＩＤＬＥで使用され得るＤ２Ｄ資源と重ならないＤ２Ｄ資源のみを廃棄できる。したがって、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで前記ＵＥにより使用されたが、ＲＲＣ＿ＩＤＬＥで使用され得るＤ２Ｄ資源と重なるＤ２Ｄ資源を使用することを続けることができる。前記ＵＥは、システム情報で指示されるようなＲＲＣ＿ＩＤＬＥのためのＤ２Ｄ資源及びシステム情報、または専用シグナリングにより指示されるようなＲＲＣ＿ＣＯＮＮＥＣＥＤのためのＤ２Ｄ資源を参照することにより、このような条件を識別できる。

【0129】

前記Ｄ２Ｄ資源の廃棄時に、前記ＵＥは、前記Ｄ２Ｄ資源を利用するＤ２Ｄ送信及び前記Ｄ２Ｄ資源を利用するＤ２Ｄ受信の両方を中断できる。代案的に、前記ＵＥは、前記Ｄ２Ｄ資源を利用するＤ２Ｄ送信のみを中断できるが、Ｄ２Ｄ資源を利用する受信を続けることができる。前記廃棄されたＤ２Ｄ資源がさらに有効なこととみなされる場合、前記ＵＥは、中断されたＤ２Ｄ動作を再開できる。

【0130】

利用可能な前記Ｄ２Ｄ資源がないということを前記ＵＥが検出する場合、前記ＵＥは、Ｄ２Ｄサービスを担当する上位階層にこれを指示することができる。前記上位階層は、スケジューリングまたは資源割当の責任を負うか、または全体的なＵＥ近接サービスの責任を負う階層、または全体的なＤ２Ｄサービスを管理できるアプリケーション階層でありうる。利用可能なＤ２Ｄ資源があるということを前記ＵＥが検出した場合、前記ＵＥは、Ｄ２Ｄ資源を担当する前記上位階層にこれを指示することができる。

【0131】

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

【0132】

ネットワーク個体８００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ；８１０）、メモリ（ｍｅｍｏｒｙ；８２０）、及びＲＦ部（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｕｎｉｔ；８３０）を備えることができる。プロセッサ８１０は、本明細書において説明された機能、過程、及び／又は方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ８１０により実現されることができる。メモリ８２０は、プロセッサ８１０と連結されて、プロセッサ８１０を駆動するための様々な情報を保存する。ＲＦ部８３０は、プロセッサ８１０と連結されて、無線信号を送信及び／又は受信する。

【0133】

端末９００は、プロセッサ９１０、メモリ９２０、及びＲＦ部９３０を備えることができる。プロセッサ９１０は、本明細書において説明された機能、過程、及び／又は方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ９１０により実現されることができる。メモリ９２０は、プロセッサ９１０と連結されて、プロセッサ９１０を駆動するための様々な情報を保存する。ＲＦ部９３０は、プロセッサ９１０と連結されて、無線信号を送信及び／又は受信する。

【0134】

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

【0135】

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

【図1】

【図2】

【図3(a)】

【図3(b)】

【図4】

【図5(a)】

【図5(b)】

【図5(c)】

【図5(d)】

【図6(a)】

【図6(b)】

【図6(c)】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】