特許 6392334 無線通信システムにおけるＤ２Ｄ動作のための指示子を送信する方法及び装置

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

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

(11)【特許番号】6392334

(24)【登録日】2018年8月31日

(45)【発行日】2018年9月19日

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

(51)【国際特許分類】

   H04W 72/04 20090101AFI20180910BHJP

   H04W 92/18 20090101ALI20180910BHJP

【ＦＩ】

   H04W72/04 132

   H04W92/18

【請求項の数】13

【全頁数】30

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

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

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

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

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

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

(87)【国際公開日】20150409

【審査請求日】2016年5月17日

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

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

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

(31)【優先権主張番号】61/898,463

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

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

(31)【優先権主張番号】61/934,835

(32)【優先日】2014年2月2日

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

(73)【特許権者】

【識別番号】502032105

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

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

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

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

(72)【発明者】

【氏名】チョン ソンウン

(72)【発明者】

【氏名】リ ヨンテ

【審査官】 望月 章俊

(56)【参考文献】

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

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

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

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

【文献】 米国特許出願公開第２０１３／００６４１３８（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１３／０２２３３９８（ＵＳ，Ａ１）

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

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

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

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

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

【請求項1】

端末（ＵＥ）が無線通信システムにおけるＤ２Ｄ動作のための指示子を送信する方法であって、
前記端末がネットワークからＤ２Ｄ資源を受信するステップと、
前記端末が、前記Ｄ２Ｄ資源を受信した後、前記端末がＤ２Ｄ動作を実行することに関心がある周波数のリストを指示する第１の指示子を前記ネットワークに送信するステップと、
前記端末が、前記端末が前記Ｄ２Ｄ動作を実行することに関心がある周波数の前記リストをアップデートするステップと、
前記端末が、前記端末が前記Ｄ２Ｄ動作を実行することに関心がある周波数の前記アップデートされたリストを指示する第２の指示子を前記ネットワークに送信するステップと、
を含む、方法。

【請求項2】

前記Ｄ２Ｄ動作は、Ｄ２Ｄ探索信号の受信を含む、請求項１に記載の方法。

【請求項3】

前記Ｄ２Ｄ動作は、Ｄ２Ｄ探索信号の送信を含む、請求項１に記載の方法。

【請求項4】

前記Ｄ２Ｄ動作は、Ｄ２Ｄ通信データの受信を含む、請求項１に記載の方法。

【請求項5】

前記Ｄ２Ｄ動作は、Ｄ２Ｄ通信データの送信を含む、請求項１に記載の方法。

【請求項6】

前記第１の指示子と前記第２の指示子は、ＲＲＣ連結確立手順が完了した後にＲＲＣメッセージを介して送信される、請求項１に記載の方法。

【請求項7】

前記端末が、周波数の前記リストに含まれる周波数上で前記Ｄ２Ｄ動作を実行するステップを更に含む、請求項１に記載の方法。

【請求項8】

セルを検出するために前記周波数上で測定を実行するよう、前記ネットワークから測定構成を受信するステップと、
前記測定構成に基づいて、前記周波数上で測定を実行するステップと、
を更に含む、請求項７に記載の方法。

【請求項9】

前記端末は、前記周波数上で前記セルにハンドオーバする、請求項８に記載の方法。

【請求項10】

無線通信システムにおける端末（ＵＥ）であって、
無線信号を送信または受信するＲＦ部と、
前記ＲＦ部と連結されるプロセッサと、
を備え、
前記プロセッサは、
ネットワークからＤ２Ｄ資源を受信するよう前記ＲＦ部を制御し、
前記Ｄ２Ｄ資源を受信した後、端末がＤ２Ｄ動作を実行することに関心がある周波数のリストを指示する第１の指示子を前記ネットワークに送信するよう前記ＲＦ部を制御し、
端末が前記Ｄ２Ｄ動作を実行することに関心がある周波数の前記リストをアップデートし、
端末が前記Ｄ２Ｄ動作を実行することに関心がある周波数の前記アップデートされたリストを指示する第２の指示子を前記ネットワークに送信するよう前記ＲＦ部を制御するように構成されることを特徴とする、端末。

【請求項11】

前記Ｄ２Ｄ動作は、Ｄ２Ｄ探索信号の受信または送信を含む、請求項１０に記載の端末。

【請求項12】

前記Ｄ２Ｄ動作は、Ｄ２Ｄ通信データの受信または送信を含む、請求項１０に記載の端末。

【請求項13】

前記第１の指示子と前記第２の指示子は、ＲＲＣ連結確立手順が完了した後にＲＲＣメッセージを介して送信される、請求項１０に記載の端末。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

ＵＥは、Ｄ２Ｄ動作に対する様々な情報をネットワークに送信することができる。具体的に、Ｄ２Ｄ動作のための周波数指示が送信される必要がありうる。

【発明の概要】

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

【0007】

本発明は、無線通信システムにおけるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作のための指示子を送信する方法及び装置を提供する。本発明は、Ｄ２Ｄ動作のために好まれる周波数のリストを指示する指示子を送信する方法を提供する。

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

【0008】

一態様において、無線通信システムにおける端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作のための指示子を送信する方法が提供される。前記方法は、Ｄ２Ｄ動作のために好まれる周波数のリストを指示する指示子を送信することを含む。前記Ｄ２Ｄ動作は、Ｄ２Ｄ探索信号／Ｄ２Ｄ通信データの受信／送信を含むことができる。

【0009】

他の態様において、無線通信システムにおける端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）が提供される。前記端末は、無線信号を送信または受信するＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部、及び前記ＲＦ部と連結されるプロセッサを備える。前記プロセッサは、Ｄ２Ｄ動作のために好まれる周波数のリストを指示する指示子を送信するように構成される。

【発明の効果】

【0010】

Ｄ２Ｄ動作のための周波数指示子がネットワークに知られることができる。

【図面の簡単な説明】

【0011】

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

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

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

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

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

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

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

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

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

【図10】成功的なＲＲＣ連結確立手順を示す。

【図11】ネットワークにより拒絶されたＲＲＣ連結確立手順を示す。

【図12】本発明の一実施形態に係る指示子を送信するための例示の方法を示す。

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

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

ユーザが端末の電源を最初にオンした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣ_ＩＤＬＥにとどまる。ＲＲＣ接続を確立する必要がある時、ＲＲＣ_ＩＤＬＥにとどまっている端末は、ＲＲＣ接続手順を介してＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続を確立してＲＲＣ_ＣＯＮＮＥＣＴＥＤに移動することができる。ＲＲＣ_ＩＤＬＥにとどまっている端末は、ユーザの通話試みなどの理由でアップリンクデータ送信が必要な時、またはＥ−ＵＴＲＡＮからページングメッセージを受信し、これに対する応答メッセージ送信が必要な時などにＥ−ＵＴＲＡＮとＲＲＣ接続を確立する必要がある。

【0045】

端末とｅＮＢとの間にメッセージを送信するために使われるシグネチャシーケンスに互いに異なる原因値がマッピングされると知られている。さらに、ＣＱＩ(ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ)または経路損失及び原因またはメッセージ大きさは、初期プリアンブルに含むための候補であると知られている。

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

・第三者アプリケーションに対する基準点を介してのインタワーキング

【0069】

・探索及び直接通信のためのＵＥの承認及び構成

【0070】

・ＥＰＣレベルＰｒｏＳｅ探索の機能を可能なようにする

【0071】

・ＰｒｏＳｅ関連された新規加入者データ及びデータストレージの取扱、及びまた、ＰｒｏＳｅ ＩＤの取扱

【0072】

・保安関連機能

【0073】

・政策関連された機能に対してＥＰＣに対する制御を提供

【0074】

・（例えば、オフライン課金のようなＥＰＣの外部またはこれを介しての）課金のための機能を提供

【0075】

ＰｒｏＳｅの基準構造内での基準点／インターフェースが説明される。

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

ＲＲＣ連結が記述される。これは、３ＧＰＰ ３６．３３１ Ｖ１１．１．０（２０１２−０９）のセクション５．３．３を参照することができる。

【0105】

図１０は、成功的なＲＲＣ連結確立手順を示す。ステップＳ５０において、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージをＥ−ＵＴＲＡＮに送信する。ステップＳ５１において、Ｅ−ＵＴＲＡＮは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージをＵＥに送信する。ステップＳ５２において、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージをＥ−ＵＴＲＡＮに送信する。

【0106】

図１１は、ネットワークにより拒絶されたＲＲＣ連結確立手順を示す。ステップＳ６０において、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージをＥ−ＵＴＲＡＮに送信する。ステップＳ６１において、Ｅ−ＵＴＲＡＮは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｊｅｃｔメッセージをＵＥに送信する。

【0107】

ＵＥがＲＲＣ＿ＩＤＬＥにある間、上位階層がＲＲＣ連結の設定を要請する場合、ＵＥは、手順を開始する。手順の開始時に、ＵＥは、次を行わなければならない：

【0108】

１＞上位階層が、ＲＲＣ連結が拡張されたアクセス禁止ＥＡＢの対象であることを指示する場合：

【0109】

２＞ＥＡＢ確認結果が、セルへのアクセスが禁止される場合：

【0110】

３＞上位階層にＲＲＣ連結を設定するのを失敗することに関して、また、手順が終了したとき、ＥＡＢが適用可能であるということを通知；

【0111】

１＞ＵＥがモバイル受信（ｔｅｒｍｉｎａｔｉｎｇ）通話に対してＲＲＣ連結を設定する場合：

【0112】

２＞タイマーＴ３０２が動作する場合：

【0113】

３＞上位階層にＲＲＣ連結を設定することの失敗に関して、また、手順が終了したとき、モバイル受信通話に対してアクセス禁止が適用可能であるということを通知；

【0114】

１＞そうでなく、ＵＥが緊急通話に対するＲＲＣ連結を設定する場合：

【0115】

２＞ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２がａｃ−ＢａｒｒｉｎｇＩｎｆｏを含む場合：

【0116】

３＞ａｃ−ＢａｒｒｉｎｇＦｏｒＥｍｅｒｇｅｎｃｙがＴＲＵＥに設定された場合

【0117】

４＞ＵＥがＵＳＩＭ（ｕｎｉｖｅｒｓａｌ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｍｏｄｕｌｅ）上に保存されるような、使用するＵＥに対して有効な、１１．．１５範囲内の値を有する１つ以上のアクセスクラスを有する場合：

【0118】

５＞ａｃ−ＢａｒｒｉｎｇＩｎｆｏがａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを含み、ＵＥのためのこのような有効なアクセスクラスに対して、ａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａ内に含まれるａｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣ内の対応するビットが１に設定された場合：

【0119】

６＞セルへのアクセスが禁止されることと考慮する；

【0120】

４＞そうでなければ：

【0121】

５＞セルへのアクセスが禁止されることと考慮する；

【0122】

２＞セルへのアクセスが禁止される場合：

【0123】

３＞手順が終了するとき、上位階層にＲＲＣ連結を設定するのを失敗したことに関して通知；

【0124】

１＞そうでなく、ＵＥがモバイル送信（ｏｒｉｇｉｎａｔｉｎｇ）通話に対してＲＲＣ連結を設定しようとする場合：

【0125】

２＞Ｔ３０３を用いるアクセス禁止確認を「Ｔｂａｒｒｉｎｇ」で、また、ａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを「ＡＣ禁止パラメータ」で行う；

【0126】

２＞セルへのアクセスが禁止される場合：

【0127】

３＞ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２がａｃ−ＢａｒｒｉｎｇＦｏｒＣＳＦＢを含むか、またはＵＥがＣＳ（ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｅｄ）フォールバックを支援しない場合：

【0128】

４＞上位階層にＲＲＣ連結を設定するのを失敗することに関して、また、手順が終了するとき、モバイル送信通話に対してアクセス禁止を通知；

【0129】

３＞そうでなければ、（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２がａｃ−ＢａｒｒｉｎｇＦｏｒＣＳＦＢを含まず、ＵＥは、ＣＳフォールバックを支援）：

【0130】

４＞タイマーＴ３０６が動作しない場合、Ｔ３０６をＴ３０３のタイマー値で開始；

【0131】

４＞上位階層にＲＲＣ連結を設定するのを失敗することに関して、また、手順が終了するとき、モバイル送信通話及びモバイル送信ＣＳフォールバックに対してアクセス禁止が適用可能であることを通知；

【0132】

１＞そうでなく、ＵＥがモバイル送信シグナリングに対してＲＲＣ連結を設定しようとする場合：

【0133】

２＞Ｔ３０５を用いるアクセス禁止確認を「Ｔｂａｒｒｉｎｇ」で、また、ａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを「ＡＣ禁止パラメータ」で行う；

【0134】

２＞セルへのアクセスが禁止される場合：

【0135】

３＞上位階層にＲＲＣ連結を設定するのを失敗することに関して、また、手順が終了する場合、モバイル送信シグナリングに対してアクセス禁止を通知；

【0136】

１＞そうでなければ、（ＵＥがモバイル送信ＣＳフォールバックに対してＲＲＣ連結を設定）：

【0137】

２＞ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２がａｃ−ＢａｒｒｉｎｇＦｏｒＣＳＦＢを含む場合：

【0138】

３＞Ｔ３０６を用いるアクセス禁止確認を「Ｔｂａｒｒｉｎｇ」で、また、ａｃ−ＢａｒｒｉｎｇＦｏｒＣＳＦＢを「ＡＣ禁止パラメータ」で行う；

【0139】

３＞セルへのアクセスが禁止される場合：

【0140】

４＞上位階層にＲＲＣ連結を設定するのを失敗することに関して、また、手順が終了する場合、モバイル送信ＣＳフォールバックに対してアクセス禁止が適用可能であるということを通知；

【0141】

２＞そうでなければ；

【0142】

３＞Ｔ３０６を用いるアクセス禁止確認を「Ｔｂａｒｒｉｎｇ」で、また、ａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを「ＡＣ禁止パラメータ」で行う；

【0143】

３＞セルへのアクセスが禁止される場合：

【0144】

４＞タイマーＴ３０３が動作しない場合、Ｔ３０６のタイマー値でＴ３０３を開始；

【0145】

４＞上位階層にＲＲＣ連結を設定するのを失敗することに関して、また、手順が終了する場合、ａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａに起因して、モバイル送信ＣＳフォールバック及びモバイル送信通話に対してアクセス禁止が適用可能であるということを通知；

【0146】

１＞基本物理チャネル構成を適用；

【0147】

１＞基本半−持続（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）スケジューリング構成を適用；

【0148】

１＞基本ＭＡＣ主な構成を適用；

【0149】

１＞ＣＣＣＨ構成を適用；

【0150】

１＞ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２に含まれるｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒ−Ｃｏｍｍｏｎを適用；

【0151】

１＞タイマーＴ３００を開始；

【0152】

１＞ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージを開始；

【0153】

ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージは、ＲＲＣ連結の設定を要請するために使用される。表１は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージの例示を示す。

【表1】

【0154】

表１に示すように、ｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅフィールドは、上位階層により提供されるように、ＲＲＣ連結要請に対する連結理由を提供する。このような理由値名称に関して、ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓは、ＡＣ１１〜ＡＣ１５に関与し、「ｍｔ」は、「モバイル受信（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｉｎｇ）」と、「ｍｏ」は、「モバイル送信（ｍｏｂｉｌｅ ｏｒｉｇｉｎａｔｉｎｇ）」を意味する。ｒａｎｄｏｍＶａｌｕｅフィールドは、０〜２⁴⁰−１の範囲の整数値を指示する。ｕｅ−Ｉｄｅｎｔｉｔｙフィールドは、下位階層による競争解消を容易なようにするよう含まれるＵＥ身元を指示する。

【0155】

ＵＥは、Ｄ２Ｄ動作のための無線資源（以下、Ｄ２Ｄ資源）を提供しないか、またはあまりにも制限的であるＤ２Ｄ資源を提供するセルを対面（ｅｎｃｏｕｎｔｅｒ）することができる。このような場合、ＵＥは、進行中であるＤ２Ｄ動作／セッションを続けるのに困難を有することができるか、または、新規Ｄ２Ｄ動作／セッションを開始するのに困難を有することができる。一方、ネットワークは、Ｄ２Ｄ動作が行われる特定周波数を知る必要がありうる。例えば、単に特定周波数がＤ２Ｄ資源を提供でき、このような場合、ＵＥは、Ｄ２Ｄ動作を可能なようにするか、続ける周波数上に留まることを好むことができる。ネットワークは、周波数上でＤ２Ｄ動作を支援しない他の周波数にＵＥを移動させてはならない。したがって、Ｄ２Ｄ動作のための様々な情報がネットワークに通知される必要がありうる。

【0156】

以下では、本発明の一実施形態に係るＤ２Ｄ動作のための指示を送信するための方法が開示される。本発明の一実施形態によれば、ネットワークがＵＥ及び／又は他のＵＥに対して適切な（例えば、さらに多くの）Ｄ２Ｄ資源及び他のＲＲＣ構成を提供することを造成するために、ＵＥは、Ｄ２Ｄ動作のための様々な情報をネットワークに通知することができ、ＵＥは、下記の情報を送信することができる。

【0157】

・ＵＥが特定周波数（１次周波数）上でＤ２Ｄ動作を行うことを好むか否か：この情報は、ＵＥがＤ２Ｄ動作のための特定周波数上に留まることを好むかを指示する。

【0158】

・ＵＥが公共安全ＵＥであるか否か：この情報は、ＵＥが重要であるから、他のＵＥよりさらに高い優先順位を有するように取り扱われる必要があるということを指示する。

【0159】

・ＵＥが公共安全通信を行うか否か：この情報は、ＵＥが重要であるから、他のＵＥよりさらに高い優先順位を有するように取り扱われる必要があるということを指示する。

【0160】

・通話が公共安全通信であるか否か：この情報は、ＵＥが重要であるから、アクセス制御の間に正規通話よりさらに高い優先順位を有するように取り扱われる必要があるということを指示する。例えば、ネットワークは、過負荷の状態で他の正規通話を拒絶するのに対し、公共安全通話に対するＲＲＣ連結確立試みを許すことができる。これは、確立原因の新たなコードポイントを介して指示されることができる。

【0161】

・ＵＥがＤ２Ｄ動作のために好む周波数のリスト：この情報は、ＵＥがそのような周波数上でＤ２Ｄ動作を支援し、他の周波数上で支援しないことを指示する。

【0162】

・ＵＥがＤ２Ｄ動作を支援するか否か：この情報は、ＵＥ能力別に指示されることができる。ＵＥが、ネットワークが提供する任意の周波数で（例えば、再選択情報で）Ｄ２Ｄ動作を支援する場合、ＵＥは、Ｄ２Ｄ動作を支援することとみなす。代案的に、このような情報は、周波数能力別に指示されることができる。

【0163】

・ＵＥがＤ２Ｄ動作に関心があるか否か：この情報は、ＵＥがＤ２Ｄ動作を行える特定周波数（セル）に移動するか、または、留まるようにする必要があるということを造成するか、または、ネットワークが、ＵＥに適切なＤ２Ｄ構成を提供する必要があるということを造成できるように、ＵＥがＤ２Ｄ動作を開始できるということをネットワークに指示できる。ネットワークは、セル内にどれくらい多くのＵＥまたはどのＵＥがＤ２Ｄ動作に関心があるかを知るために、放送または専用シグナリングを介してＵＥへのポーリングを行うことができる。

【0164】

・Ｄ２Ｄ動作の種類：この情報は、Ｄ２Ｄ動作がＤ２Ｄ通信またはＤ２Ｄ直接探索であるかが指示できる。代案的に、この情報は、Ｄ２Ｄ動作がＤ２Ｄ送信またはＤ２Ｄ受信であるかが指示できる。ＵＥに提供される最適化された構成は、ＵＥがＤ２Ｄ送信にのみ、またはＤ２Ｄ受信にのみ、または全てに関心があるか否かによって互いに相違することができる。

【0165】

・前述されたＤ２Ｄ動作の種類及びＵＥがＤ２Ｄ動作に関心があるか否かを相互結合することにより、ＵＥは、次のうち、少なくとも１つが指示できる：１）ＵＥがＤ２Ｄ通信のデータを受信することに関心があるか、２）ＵＥがＤ２Ｄ通信のデータを送信することに関心があるか、３）ＵＥがＤ２Ｄ探索の信号／メッセージを受信することに関心があるか、４）ＵＥがＤ２Ｄ探索の信号／メッセージを送信することに関心がある。Ｄ２Ｄ送信に関する関心の指示は、ネットワークにＤ２Ｄ送信のために利用可能なＤ２Ｄ構成及びＤ２Ｄ資源を提供するように要請することと同等でありうる。

【0166】

・ＵＥがＤ２Ｄ動作にそれ以上関心がないということの指示：この情報は、ＵＥがＤ２Ｄ通信にそれ以上関心がないということを指示することができる。これは、ＵＥがＤ２Ｄ探索にそれ以上関心がないということを指示することができる。これは、ＵＥが少なくとも１つの周波数に関連した（ｃｏｎｃｅｒｎｅｄ）Ｄ２Ｄ動作にそれ以上関心がないということをさらに指示することができる。

【0167】

・ＵＥが（カバレッジ外部から）ネットワークカバレッジに進入するか否か：この情報は、ＵＥが現在、セルのカバレッジ下にあるということを指示する。このような情報は、ＡＳシグナリング（例えば、ＲＲＣシグナリングまたは物理階層シグナリング）を介してシグナリングされることができる。代案的に、この情報は、ＵＥが登録された場合、トラッキング領域アップデート手順を利用するか、またはＵＥが登録されていない場合、付着（ａｔｔａｃｈ）手順を利用してＮＡＳシグナリングを介してシグナリングされることができる。

【0168】

・セルカバレッジに進入（または、検出）する前のＤ２Ｄ資源：この情報は、ＵＥがＤ２Ｄ動作に対して許されるタイミング及び／又は周波数情報（周期またはパターン）を指示することができる。この情報は、ＵＥグループがＤ２Ｄ動作に対して許されるタイミング及び周波数情報（周期またはパターン）をさらに指示することができる。

【0169】

・ＵＥがグループ内でＤ２Ｄ動作のために、ＵＥのグループにより使用される同期信号を提供するか否か

【0170】

・ｅＮＢ同期信号及びＵＥ同期信号間のタイミング差：この情報は、サブフレームオフセット、時間スロットオフセット、及び／又は周波数オフセットとして表現されることができる。

【0171】

前述される情報要素は、Ｄ２Ｄ送信動作及びＤ２Ｄ受信動作に対して互いに別の情報でありうる。また、前述される情報要素は、Ｄ２Ｄ送信動作及びＤ２Ｄ受信動作のための共通情報でありうる。前述される情報間のうち、特定情報は、Ｄ２Ｄ送信動作のみのために送信されることができる。前述される情報要素のうち、全部または一部、或いは前述される情報要素の特定組み合わせは、実施形態に依存してネットワークに送信されることができる。

【0172】

前述される情報は、ＲＲＣシグナリングによりｅＮＢに送信されることができる。また、前述される情報は、ＮＡＳシグナリングによりＭＭＥに送信されることができる。

【0173】

前述される情報は、ネットワークによる要請によりネットワークに送信されることができる。前述される情報は、情報を解析できるか、または対応するＤ２Ｄ動作を支援できるネットワーク、例えば、ｅＮＢに送信されることができる。ネットワークが情報の解析を支援できるか否か、または、ネットワークが対応するＤ２Ｄ動作を支援できるか否かをネットワークが放送シグナリング、例えば、ＳＩＢ１またはＳＩＢ２を介してＵＥに指示できる。前述される情報は、送信される情報要素が小さい大きさを有する場合にのみ、連結確立手順の間にネットワークに送信されることができる。例えば、情報は、ＲＲＣ連結確立手順の間にＲＲＣ連結要請メッセージの新規原因値を介してネットワークに送信されることができる。また、情報は、ＲＲＣ連結確立手順の間にＲＲＣ連結設定完了メッセージを介してネットワークに送信されることができる。代案的に、前述される情報は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤから移動中または移動後にネットワークに送信されることができる。すなわち、前述される情報は、ＲＲＣ連結確立手順が完了した後、ＲＲＣメッセージを介してネットワークに送信されることができる。代案的に、前述される情報は、移動手順をトリガーできる測定報告に含まれて送信されることができる。

【0174】

情報がアップデートされる場合、すなわち、情報が変更された場合、ＵＥは、情報を報告することをトリガーすることができる。前述される情報をネットワークがＵＥから受信する場合、ネットワークは、移動に関する受信された情報をＵＥのための新しいセルに伝達することができる。

【0175】

前述される情報のうち、Ｄ２Ｄ動作のための周波数指示が詳細に記述される。前述されたように、ＵＥは、Ｄ２Ｄ動作が行われる周波数に関する指示を送信することができる。ＵＥは、ＵＥがＤ２Ｄ動作に関心があるという周波数のリストに関する情報を送信することができる。ＵＥが周波数のリスト内の複数の周波数を指示する場合、指示された複数の周波数の順序は、Ｄ２Ｄ動作に対する好まれる順序を指示できる。すなわち、ＵＥがＤ２Ｄ動作を好む特定周波数または周波数のリスト上でＵＥがＤ２Ｄ動作を行うことを好むか否かがネットワークに伝達され得る。したがって、Ｄ２Ｄ動作を行おうとしたり、Ｄ２Ｄ動作を行っているＵＥは、Ｄ２Ｄ動作のための周波数に関する情報をネットワークに送信できる。

【0176】

ＵＥが１次サービング周波数上でＤ２Ｄ動作に関心がある場合（すなわち、ＵＥが現在周波数上でＤ２Ｄ動作に関心がある場合）、Ｄ２Ｄ動作に関する関心の指示をネットワークに送信するとき、ＵＥは、周波数指示の送信を省略できる。代案的に、ＵＥがインタ−周波数上でＤ２Ｄ動作に関心がある場合、Ｄ２Ｄ動作がインタ−周波数上で行われるということを指示するために、ＵＥは、Ｄ２Ｄ動作に関する関心の指示に｛ＩｎｔｅｒＦｒｅｑｕｅｎｃｙ｝を単純に含めることができる。代案的に、ＵＥが２次搬送波周波数またはインタ−周波数上でＤ２Ｄ動作に関心がある場合、Ｄ２Ｄ動作が非−１次周波数上で行われるということを指示するために、ＵＥは、Ｄ２Ｄ動作に関する関心の指示に｛ＳｅｃｏｎｄａｒｙＣａｒｒｉｅｒ、ＩｎｔｅｒＦｒｅｑｕｅｎｃｙ｝のうち、いずれか１つを単純に含めることができる。

【0177】

ＵＥがＤ２Ｄ動作に関心があるという周波数指示または周波数のリストに関する情報を受信するとき、ネットワークは、ハンドオーバーターゲットとしてセルを検出するために、必要であれば、指示された周波数を測定するための測定構成としてＵＥを構成できる。ＵＥが現在周波数上でセルに連結される間、ＵＥの能力が指示された周波数のＤ２Ｄ動作及び現在周波数上でセルラー動作を同時に支援しない場合、ネットワークは、そういう周波数上でＤ２Ｄ動作の連続性を保障するために、指示された周波数のセルにＵＥをハンドオーバーすることができる。ＵＥが現在周波数上でセルに連結される間、ＵＥの能力は、ＵＥが指示された周波数上でＤ２Ｄ動作及び現在周波数上でセルラー動作を同時に支援しない場合、ＵＥがハンドオーバーされる周波数上のセルに連結される間、ＵＥが指示された周波数上でＤ２Ｄ動作を支援する場合、ネットワークは、他の周波数のセルにＵＥをハンドオーバーすることができる。ネットワークが指示された周波数上でＤ２Ｄ動作に対して利用可能なＤ２Ｄ資源を知っている場合、ネットワークは、専用シグナリングを介して利用可能なＤ２Ｄ資源を提供できる。専用Ｄ２Ｄ資源は、ＵＥがＳＩＢを介して指示された周波数からＤ２Ｄ資源を取得することに対する必要性を除去でき、これは、Ｄ２Ｄ動作の不連続性を最小化するのに役に立つであろう。ＵＥがインタ−周波数Ｄ２Ｄ探索に関心があるという指示を受信するとき、ネットワークは、ＵＥがインタ−周波数上でＤ２Ｄ探索をモニタリングすることを行える十分な時間区間を提供するために、必要であれば、長い不連続受信（ＤＲＸ）でＵＥを構成できる。

【0178】

図１２は、本発明の一実施形態に係る指示子を送信するための方法の例示を示す。ステップＳ１００において、ＵＥは、Ｄ２Ｄ動作のために好まれる周波数のリストを指示する指示子を送信する。すなわち、ＵＥは、ネットワークがＵＥのためのセルカバレッジ内でＤ２Ｄ資源を適宜構成できるように、Ｄ２Ｄ動作のために許されることと考慮された資源情報を提供できる。

【0179】

指示子は、Ｄ２Ｄ探索信号受信及び／又はＤ２Ｄ探索信号送信のために好まれる周波数のリストを指示できる。代案的に、指示子は、Ｄ２Ｄ通信データ受信及び／又はＤ２Ｄ通信データ送信のために好まれる周波数のリストが指示できる。

【0180】

指示子は、ＲＲＣ連結設定手順が完了した後、ＲＲＣメッセージを介して送信されることができる。代案的に、指示子は、ＲＲＣ連結設定手順の間に送信されることができる。例えば、指示子は、ＲＲＣ連結設定手順の間にＲＲＣ連結要請メッセージまたはＲＲＣ連結設定完了メッセージを介して送信されることができる。代案的に、ＵＥが自分の以前のまたは進行中であるＤ２Ｄ動作をネットワークに指示することと仮定するとき、指示子は、ネットワークによる要請によって送信されることができる。

【0181】

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

【0182】

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

【0183】

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

【0184】

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

【0185】

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

【図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】

【図13】