特許 6419935 無線通信システムにおける端末により実行されるＤ２Ｄ動作方法及びその方法を利用する端末

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

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

(11)【特許番号】6419935

(24)【登録日】2018年10月19日

(45)【発行日】2018年11月7日

(54)【発明の名称】無線通信システムにおける端末により実行されるＤ２Ｄ動作方法及びその方法を利用する端末

(51)【国際特許分類】

   H04W 72/02 20090101AFI20181029BHJP

   H04W 76/14 20180101ALI20181029BHJP

   H04W 92/18 20090101ALI20181029BHJP

【ＦＩ】

   H04W72/02

   H04W76/14

   H04W92/18

【請求項の数】11

【全頁数】43

(21)【出願番号】特願2017-500788(P2017-500788)

(86)(22)【出願日】2015年3月23日

(65)【公表番号】特表2017-513431(P2017-513431A)

(43)【公表日】2017年5月25日

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

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

(87)【国際公開日】20150924

【審査請求日】2016年11月18日

(31)【優先権主張番号】61/969,001

(32)【優先日】2014年3月21日

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

(73)【特許権者】

【識別番号】502032105

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

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

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

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

(72)【発明者】

【氏名】チョン ソンフン

(72)【発明者】

【氏名】リ ヨンテ

【審査官】 青木 健

(56)【参考文献】

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

【文献】 Qualcomm Incorporated, Telecom Italia，Direct discovery EPC impacts[online]，3GPP TSG-SA WG2♯101bis S2-140599，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_101bis_Los_Cabos/Docs/S2-140599.zip＞，２０１４年 ２月１７日，第２節

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

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

【請求項1】

無線通信システムにおいてＤ２Ｄ信号を送信する方法であって、該方法は、ＲＲＣアイドル状態である端末により実行され、
前記端末のサービングセルが、受容可能なセル、正規セル、禁止されたセル、及び予約されたセルのうちの正規セルかどうかを判断するステップと、
前記サービングセルがリソースプール情報を提供するかどうかを判断するステップと、
前記サービングセルが前記正規セルである場合、及び前記サービングセルが前記リソースプール情報を提供する場合、前記リソースプール情報により通知されるリソースプールを用いて前記Ｄ２Ｄ信号を送信するステップと、
を有し、
前記受容可能なセルは、前記端末が制限されたサービスを得るためにとどまるセルであり、前記正規セルは、前記端末が通常のサービスを得るためにとどまるセルであり、前記禁止されたセルは、前記端末がとどまることを許可されないセルであり、前記予約されたセルは、システム情報により予約されたセルであることを特徴とする方法。

【請求項2】

前記Ｄ２Ｄ信号は、Ｄ２Ｄ発見信号である、請求項１に記載の方法。

【請求項3】

前記リソースプール情報は、システム情報に含まれて提供される、請求項１に記載の方法。

【請求項4】

前記リソースプール情報は、複数のリソースプールを指示する、請求項１に記載の方法。

【請求項5】

前記リソースプールは、前記複数のリソースプールの中から選択される、請求項４に記載の方法。

【請求項6】

端末であって、
無線信号を送信及び受信するＲＦ部と、
前記ＲＦ部と結合して動作するプロセッサと、を含み、
前記プロセッサは、
前記端末のサービングセルが、受容可能なセル、正規セル、禁止されたセル、及び予約されたセルのうちの正規セルかどうかを判断し、
前記サービングセルがリソースプール情報を提供するかどうかを判断し、
前記サービングセルが前記正規セルである場合、及び前記サービングセルが前記リソースプール情報を提供する場合、前記リソースプール情報により通知されるリソースプールを用いてＤ２Ｄ信号を送信するよう構成され、
前記受容可能なセルは、前記端末が制限されたサービスを得るためにとどまるセルであり、前記正規セルは、前記端末が通常のサービスを得るためにとどまるセルであり、前記禁止されたセルは、前記端末がとどまることを許可されないセルであり、前記予約されたセルは、システム情報により予約されたセルであることを特徴とする端末。

【請求項7】

前記Ｄ２Ｄ信号は、Ｄ２Ｄ発見信号である、請求項６に記載の端末。

【請求項8】

前記リソースプール情報は、システム情報に含まれて提供される、請求項６に記載の端末。

【請求項9】

前記リソースプール情報は、複数のリソースプールを指示する、請求項６に記載の端末。

【請求項10】

前記プロセッサは、前記複数のリソースプールの中から前記リソースプールを選択する、 請求項９に記載の端末。

【請求項11】

前記端末は、ＲＲＣアイドル状態である、請求項６に記載の端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信に関し、より詳しくは、無線通信システムにおける端末により実行されるＤ２Ｄ動作方法及びこの方法を利用する端末に関する。

【背景技術】

【0002】

ＩＴＵ−Ｒ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ Ｒａｄｉｏ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｃｔｏｒ）では、３世代以後の次世代移動通信システムであるＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）−Ａｄｖａｎｃｅｄの標準化作業を進行している。ＩＭＴ−Ａｄｖａｎｃｅｄは、停止及び低速移動状態で１Ｇｂｐｓ、高速移動状態で１００Ｍｂｐｓのデータ送信率でＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ベースのマルチメディアサービスのサポートを目標とする。

【0003】

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、ＩＭＴ−Ａｄｖａｎｃｅｄの要求事項を満たすシステム標準として、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）／ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ−Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）送信方式ベースのＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を改善したＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を用意している。ＬＴＥ−Ａは、ＩＭＴ−Ａｄｖａｎｃｅｄのための有力な候補のうち一つである。

【0004】

最近、装置間の直接通信をするＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）技術に対する関心が高まっている。特に、Ｄ２Ｄは、公衆安全ネットワーク（ｐｕｂｌｉｃ ｓａｆｅｔｙ ｎｅｔｗｏｒｋ）のための通信技術として注目されている。商業的通信ネットワークは、ＬＴＥに速く変化しているが、既存通信規格との衝突問題と費用側面のため、現在の公衆安全ネットワークは、主に２Ｇ技術に基づいている。このような技術の間隙と改善されたサービスに対する要求は、公衆安全ネットワークを改善しようとする努力につながっている。

【0005】

公衆安全ネットワークは、商業的通信ネットワークに比べて高いサービス要求条件（信頼度及び保安性）を有し、特に、セルラー通信のカバレッジが届かない場合、または利用可能でない場合にも、装置間の直接信号送受信、即ち、Ｄ２Ｄ動作も要求している。

【0006】

Ｄ２Ｄ動作は、近接した機器間の信号送受信という点で多様な長所を有することができる。例えば、Ｄ２Ｄ端末は、高い送信率及び低い遅延を有し、データ通信をすることができる。また、Ｄ２Ｄ動作は、基地局に集まるトラフィックを分散させることができ、Ｄ２Ｄ端末が中継器役割をする場合、基地局のカバレッジを拡張させる役割もすることができる。

【0007】

一方、端末がＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）アイドル状態で特定セルにキャンプオン（ｃａｍｐ ｏｎ）した場合、どんな条件下でどんなリソースを利用してＤ２Ｄ信号を送信するかに対して標準規格は明確に規定していない。Ｄ２Ｄ動作の信頼性のために、これを明確に規定することが必要である。

【発明の概要】

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

【0008】

本発明が解決しようとする技術的課題は、無線通信システムにおいて、端末により実行されるＤ２Ｄ動作方法及びこれを利用する端末を提供することにある。

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

【0009】

一側面において、無線通信システムにおけるＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）アイドル（ｉｄｌｅ）状態である端末により実行されるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作方法を提供する。前記方法は、前記端末のサービングセルが正規セル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）かどうかを判断し、前記サービングセルがリソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）情報を提供するかどうかを判断し、及び前記サービングセルが正規セルであり、前記サービングセルが前記リソースプール情報を提供する場合、前記リソースプール情報が示すリソース内でＤ２Ｄ信号を送信することを特徴とする。

【0010】

前記Ｄ２Ｄ信号は、Ｄ２Ｄ発見信号である。

【0011】

前記リソースプール情報は、システム情報に含まれて提供される。

【0012】

前記リソースプール情報は、複数のリソースプールを指示する。

【0013】

前記方法は、前記複数のリソースプールの中からリソースプールを選択し、前記選択したリソースプールを利用して前記Ｄ２Ｄ信号を送信することをさらに含む。

【0014】

他の側面で提供される端末は、無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）部及び前記ＲＦ部と結合して動作するプロセッサを含み、前記プロセッサは、前記端末のサービングセルが正規セル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）かどうかを判断し、前記サービングセルがリソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）情報を提供するかどうかを判断し、及び前記サービングセルが正規セルであり、前記サービングセルが前記リソースプール情報を提供する場合、前記リソースプール情報が示すリソース内でＤ２Ｄ信号を送信することを特徴とする。

【発明の効果】

【0015】

本発明によると、ＲＲＣアイドル状態の端末がどんな条件下でどんなリソースを利用してＤ２Ｄ信号を送信することができるかを規定する。端末のＤ２Ｄ動作を明確にして端末が不適切なＤ２Ｄ動作を実行することを予防することによって、端末がネットワークに干渉を与え、または端末が意図しない端末動作を実行してネットワークの統制から抜け出す動作をすることを予防する。それによって、Ｄ２Ｄ動作の信頼性を増加させる同時にＤ２Ｄをサポートするネットワークの運用信頼性を高めることができる。

【図面の簡単な説明】

【0016】

【図1】本発明が適用される無線通信システムを示す。

【図2】ユーザ平面（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。

【図3】制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。

【図4】ＲＲＣアイドル状態の端末の動作を示す流れ図である。

【図5】ＲＲＣ接続を確立する過程を示す流れ図である。

【図6】ＲＲＣ接続再設定過程を示す流れ図である。

【図7】ＲＲＣ接続再確立手順を示す。

【図8】端末がＲＲＣ＿ＩＤＬＥ状態で有することができるサブ状態（ｓｕｂｓｔａｔｅ）とサブ状態移動過程を例示する。

【図9】ＰｒｏＳｅのための基準構造を示す。

【図10】ＰｒｏＳｅ直接通信を実行する端末とセルカバレッジの配置例を示す。

【図11】ＰｒｏＳｅ直接通信のためのユーザ平面プロトコルスタックを示す。

【図12】Ｄ２Ｄ発見のためのＰＣ５インターフェースを示す。

【図13】ＰｒｏＳｅ発見過程の一実施例である。

【図14】ＰｒｏＳｅ発見過程の他の実施例である。

【図15】本発明が適用されることができる場合を例示する。

【図16】第１の方法による端末のＤ２Ｄ動作を例示する。

【図17】本発明の一実施例に係る端末のＤ２Ｄ動作方法を示す。

【図18】本発明の一実施例に係る端末のＤ２Ｄ動作方法を示す。

【図19】本発明の実施例が具現される端末を示すブロック図である。

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

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

セル選択基準は、下記数式１のように定義されることができる。

【数1】

【0089】

ここで、式１の各変数は、以下の表１のように定義されることができる。

【表1】

【0090】

シグナリングされた値であるＱ_{rxlevminoffset}及びＱ_{qualminoffset}は、端末がＶＰＬＭＮ内の正規セルにキャンプしている中、より高い優先順位のＰＬＭＮに対する周期的探索の結果としてセル選択が評価される場合に限って適用されることができる。前記のように、より高い優先順位のＰＬＭＮに対する周期的な探索中、端末は、このようなより高い優先順位のＰＬＭＮの他のセルから格納されたパラメータ値を使用してセル選択評価を実行することができる。

【0091】

端末がセル選択過程を介してあるセルを選択した以後、端末の移動性または無線環境の変化などにより端末と基地局との間の信号の強度や品質が変わることができる。したがって、もし、選択したセルの品質が低下される場合、端末は、より良い品質を提供する他のセルを選択することができる。このようにセルを再び選択する場合、一般的に現在選択されたセルより良い信号品質を提供するセルを選択する。このような過程をセル再選択（Ｃｅｌｌ Ｒｅｓｅｌｅｃｔｉｏｎ）という。セル再選択過程は、無線信号の品質観点で、一般的に端末に最も良い品質を提供するセルを選択することに基本的な目的がある。

【0092】

無線信号の品質観点以外に、ネットワークは、周波数別に優先順位（ｐｒｉｏｒｉｔｙ）を決定して端末に知らせることができる。このような優先順位を受信した端末は、セル再選択過程で、この優先順位を無線信号品質基準より優先的に考慮するようになる。

【0093】

前記のように、無線環境の信号特性によってセルを選択または再選択する方法があり、セル再選択において、再選択のためのセルを選択するとき、セルのＲＡＴと周波数（ｆｒｅｑｕｅｎｃｙ）特性によって下記のようなセル再選択方法がある。

【0094】

−イントラ周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）セル再選択：端末がキャンプ（ｃａｍｐ）中であるセルと同じＲＡＴ及び同じ中心周波数（ｃｅｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）を有するセルを再選択

【0095】

−インター周波数（Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）セル再選択：端末がキャンプ中であるセルと同じＲＡＴ及び異なる中心周波数を有するセルを再選択

【0096】

−インターＲＡＴ（Ｉｎｔｅｒ−ＲＡＴ）セル再選択：端末がキャンプ中であるＲＡＴと異なるＲＡＴを使用するセルを再選択

【0097】

セル再選択過程の原則は、下記の通りである。

【0098】

第一に、端末は、セル再選択のためにサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）及び隣接セル（ｎｅｉｇｈｂｏｒｉｎｇ ｃｅｌｌ）の品質を測定する。

【0099】

第二に、セル再選択は、セル再選択基準に基づいて実行される。セル再選択基準は、サービングセル及び隣接セルの測定に関連して下記のような特性を有している。

【0100】

イントラ周波数セル再選択は、基本的にランキング（ｒａｎｋｉｎｇ）に基づいて行われる。ランキングとは、セル再選択評価のための指標値を定義し、この指標値を利用してセルを指標値の大きさ順に順序を定める作業である。最も良い指標を有するセルを一般的に最高順位セル（ｈｉｇｈｅｓｔ ｒａｎｋｅｄ ｃｅｌｌ）という。セル指標値は、端末が該当セルに対して測定した値を基本にし、必要によって、周波数オフセットまたはセルオフセットを適用した値である。

【0101】

インター周波数セル再選択は、ネットワークにより提供された周波数優先順位に基づいて行われる。端末は、最も高い周波数優先順位を有する周波数にとどまる（ｃａｍｐ ｏｎ：以下、キャンプオンと表現できる）ことができるように試みる。ネットワークは、ブロードキャストシグナリング（ｂｒｏａｄｃａｓｔ ｓｉｇｎａｌｉｎｇ）を介してセル内の端末が共通的に適用する周波数優先順位を提供し、または端末別シグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇ）を介して端末別に各々周波数別優先順位を提供することができる。ブロードキャストシグナリングを介して提供されるセル再選択優先順位を共用優先順位（ｃｏｍｍｏｎ ｐｒｉｏｒｉｔｙ）といい、端末別にネットワークが設定するセル再選択優先順位を専用優先順位（ｄｅｄｉｃａｔｅｄ ｐｒｉｏｒｉｔｙ）という。端末は、専用優先順位を受信すると、専用優先順位と関連している有効時間（ｖａｌｉｄｉｔｙ ｔｉｍｅ）を共に受信することができる。端末は、専用優先順位を受信すると、共に受信した有効時間に設定された有効性タイマ（ｖａｌｉｄｉｔｙ ｔｉｍｅｒ）を開始する。端末は、有効性タイマが動作する中、ＲＲＣアイドルモードで専用優先順位を適用する。有効性タイマが満了されると、端末は、専用優先順位を廃棄し、再び共用優先順位を適用する。

【0102】

インター周波数セル再選択のために、ネットワークは、端末にセル再選択に使われるパラメータ（例えば、周波数別オフセット（ｆｒｅｑｕｅｎｃｙ−ｓｐｅｃｉｆｉｃ ｏｆｆｓｅｔ））を周波数別に提供することができる。

【0103】

イントラ周波数セル再選択またはインター周波数セル再選択のために、ネットワークは、端末にセル再選択に使われる隣接セルリスト（Ｎｅｉｇｈｂｏｒｉｎｇ Ｃｅｌｌ Ｌｉｓｔ、ＮＣＬ）を端末に提供することができる。このＮＣＬは、セル再選択に使われるセル別パラメータ（例えば、セル別オフセット（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ ｏｆｆｓｅｔ））を含む。

【0104】

イントラ周波数またはインター周波数セル再選択のために、ネットワークは、端末にセル再選択に使われるセル再選択禁止リスト（ｂｌａｃｋ ｌｉｓｔ）を端末に提供することができる。禁止リストに含まれているセルに対し、端末は、セル再選択を実行しない。

【0105】

以下、セル再選択評価過程で実行するランキングに対して説明する。

【0106】

セルの優先順位を定める時に使われるランキング指標（ｒａｎｋｉｎｇ ｃｒｉｔｅｒｉｏｎ）は、数式２のように定義される。
数式２
Ｒｓ＝Ｑ_meas,s＋Ｑ_hyst,Ｒ_n＝Ｑ_meas,n−Ｑ_offset

【0107】

ここで、Ｒ_sは端末が現在キャンプオンしており、サービングセルのランキング指標であり、Ｒ_nは隣接セルのランキング指標であり、Ｑ_meas,sは端末がサービングセルに対して測定した品質値であり、Ｑ_meas,nは端末が隣接セルに対して測定した品質値であり、Ｑ_hystはランキングのためのヒステリシス（ｈｙｓｔｅｒｅｓｉｓ）値であり、Ｑ_offsetは二つのセル間のオフセットである。

【0108】

イントラ周波数で、端末がサービングセルと隣接セルとの間のオフセット（Ｑ_offsets,n）を受信した場合は、Ｑ_offset＝Ｑ_offsets,nであり、端末がＱ_offsets,nを受信しない場合は、Ｑ_offset＝０である。

【0109】

インター周波数で、端末が該当セルに対するオフセット（Ｑ_offsets,n）を受信した場合は、Ｑ_offset＝Ｑ_offsets,n＋Ｑ_frequencyであり、端末がＱ_offsets,nを受信しない場合は、Ｑ_offset＝Ｑ_frequencyである。

【0110】

サービングセルのランキング指標（Ｒ_s）と隣接セルのランキング指標（Ｒ_n）が互いに類似する状態で変動すると、変動結果、ランキング順位が頻繁に変わるため、端末が二つのセルを交互に再選択することがある。Ｑ_hystは、セル再選択において、ヒステリシスを与え、端末が二つのセルを交互に再選択することを防止するためのパラメータである。

【0111】

端末は、前記数式によってサービングセルのＲ_s及び隣接セルのＲ_nを測定し、ランキング指標値が最も大きい値を有するセルを最高順位（ｈｉｇｈｅｓｔ ｒａｎｋｅｄ）セルと見なし、このセルを再選択する。

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

−セキュリティ関連機能（Ｓｅｃｕｒｉｔｙ ｒｅｌａｔｅｄ ｆｕｎｃｔｉｏｎａｌｉｔｙ）

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

発見情報アナウンスメントのために二つのタイプのリソース割当がある。

【0186】

１．タイプ１
発見情報のアナウンスメントのためのリソースが端末特定的でなく割り当てられる方法であって、基地局が端末に発見情報アナウンスメントのためのリソースプール設定を提供する。この設定は、システム情報ブロック（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ：ＳＩＢ）に含まれてブロードキャスト方式にシグナリングされることができる。または、前記設定は、端末特定的ＲＲＣメッセージに含まれて提供されることができる。または、前記設定は、ＲＲＣメッセージ外の他の階層のブロードキャストシグナリングまたは端末特定的シグナリングになることもできる。

【0187】

端末は、指示されたリソースプールから自体的にリソースを選択し、選択したリソースを利用して発見情報をアナウンスする。端末は、各発見周期（ｄｉｓｃｏｖｅｒｙ ｐｅｒｉｏｄ）の間に任意に選択したリソースを介して発見情報をアナウンスすることができる。

【0188】

２．タイプ２
発見情報のアナウンスメントのためのリソースが、端末特定的に割り当てられる方法である。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末は、ＲＲＣ信号を介して基地局に発見信号アナウンスメントのためのリソースを要求することができる。基地局は、ＲＲＣ信号で発見信号アナウンスメントのためのリソースを割り当てることができる。端末に設定されたリソースプール内で発見信号モニタリングのためのリソースが割り当てられることができる。

【0189】

ＲＲＣ＿ＩＤＬＥ状態にある端末に対して、基地局は、１）発見信号アナウンスメントのためのタイプ１のリソースプールをＳＩＢで知らせることができる。ＰｒｏＳｅ直接発見が許容された端末は、ＲＲＣ＿ＩＤＬＥ状態で発見情報アナウンスメントのためにタイプ１のリソースプールを利用する。または、基地局は、２）ＳＩＢを介して基地局が、ＰｒｏＳｅ直接発見はサポートすることを知らせるが、発見情報アナウンスメントのためのリソースは提供しない。この場合、端末は、発見情報アナウンスメントのためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入しなければならない。

【0190】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末に対して、基地局は、ＲＲＣ信号を介して端末が発見情報アナウンスメントのためにタイプ１のリソースプールを使用するか、またはタイプ２のリソースを使用するかを設定することができる。

【0191】

図１３は、ＰｒｏＳｅ直接発見過程の一実施例である。

【0192】

図１３を参照すると、端末Ａと端末Ｂは、ＰｒｏＳｅ可能な応用プログラム（ＰｒｏＳｅ−ｅｎａｂｌｅｄ ａｐｐｌｉｃａｔｉｏｎ）が運用されており、応用プログラムで相互間に「友人」である関係、即ち、相互間にＤ２Ｄ通信を許容することができる関係に設定されていると仮定する。以下、端末Ｂは、端末Ａの「友人」と表現できる。応用プログラムは、例えば、ソーシャルネットワーキングプログラムである。「３ＧＰＰ Ｌａｙｅｒｓ」は、３ＧＰＰにより規定された、ＰｒｏＳｅ発見サービスを利用するための応用プログラムの機能に対応される。

【0193】

端末Ａと端末Ｂとの間のＰｒｏＳｅ直接発見は、以下の過程を経ることができる。

【0194】

１．まず、端末Ａは、応用サーバと正規応用レイヤ通信（ｒｅｇｕｌａｒ ａｐｐｌｉｃａｔｉｏｎ−Ｌａｙｅｒ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を実行する。この通信は、応用プログラムインターフェース（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ ｉｎｔｅｒｆａｃｅ：ＡＰＩ）に基づいて行われる。

【0195】

２．端末ＡのＰｒｏＳｅ可能応用プログラムは、「友人」である関係にある応用レイヤＩＤのリストを受信する。応用レイヤＩＤは、一般的にネットワーク接続ＩＤ形態である。例えば、端末Ａの応用レイヤＩＤは、「[e-mail]」のような形態である。

【0196】

３．端末Ａは、端末Ａのユーザのための個人表現コード（ｐｒｉｖａｔｅ ｅｘｐｒｅｓｓｉｏｎｓ ｃｏｄｅｓ）、ユーザの友人のための個人表現コードを要求する。

【0197】

４．３ＧＰ Ｐｌａｙｅｒｓは、ＰｒｏＳｅサーバに表現コード要求を送信する。

【0198】

５．ＰｒｏＳｅサーバは、運営者または第３者応用サーバから提供される応用レイヤＩＤを個人表現コードにマッピングする。例えば、「[e-mail]」のような応用レイヤＩＤは、「ＧＴＥＲ５４３＄＃２ＦＳＪ６７ＤＦＳＦ」のような個人表現コードにマッピングされることができる。このマッピングは、ネットワークの応用サーバから受けたパラメータ（例えば、マッピングアルゴリズム、キー値等）に基づいて実行されることができる。

【0199】

６．ＰｒｏＳｅサーバは、導出された表現コードを３ＧＰＰ ｌａｙｅｒｓに応答する。３ＧＰＰ ｌａｙｅｒｓは、要求された応用レイヤＩＤに対する表現コードが成功的に受信されたことをＰｒｏＳｅ可能応用プログラムに知らせる。そして、応用レイヤＩＤと表現コードとの間のマッピングテーブルを生成する。

【0200】

７．ＰｒｏＳｅ可能応用プログラムは、３ＧＰＰ ｌａｙｅｒｓに発見手順を開始するように要求する。即ち、提供された「友人」のうち一つが端末Ａの近くにあり、直接通信が可能な時に発見を試みるようにする。３ＧＰＰ ｌａｙｅｒｓは、端末Ａの個人表現コード（即ち、前記例において、「[e-mail]」の個人表現コードである「ＧＴＥＲ５４３＄＃２ＦＳＪ６７ＤＦＳＦ」）を知らせる（ａｎｎｏｕｎｃｅ）。以下、これを「アナウンス」という。該当応用プログラムの応用レイヤＩＤと個人表現コードとの間のマッピングは、このようなマッピング関係を予め受信した「友人」のみが知ることができ、そのマッピングを実行することができる。

【0201】

８．端末Ｂは、端末Ａと同じＰｒｏＳｅ可能応用プログラムを運用中であり、前述した３乃至６ステップを実行したと仮定する。端末Ｂにある３ＧＰＰ ｌａｙｅｒｓは、ＰｒｏＳｅ発見を実行することができる。

【0202】

９．端末Ｂが端末Ａから前述したアナウンスを受信すると、端末Ｂは、アナウンスに含まれている個人表現コードが自分が知っているかどうか及び応用レイヤＩＤとマッピングされるかどうかを判断する。８ステップで説明したように、端末Ｂも３乃至６ステップを実行したため、端末Ａに対する個人表現コード、個人表現コードと応用レイヤＩＤとのマッピング、該当応用プログラムが何かを知っている。したがって、端末Ｂは、端末Ａのアナウンスから端末Ａを発見することができる。端末Ｂ内で、３ＧＰＰ ｌａｙｅｒｓは、ＰｒｏＳｅ可能応用プログラムに「[e-mail]」を発見したことを知らせる。

【0203】

図１３では、端末Ａ及び端末ＢとＰｒｏＳｅサーバ、応用サーバなどを全て考慮して発見手順を説明した。端末Ａとの端末Ｂとの間の動作側面に限定してみると、端末Ａは、アナウンスと呼ばれる信号を送信し（この過程をアナウンスメントという）、端末Ｂは、アナウンスを受信して端末Ａを発見する。即ち、各端末で行われる動作のうち他の端末と直接的に関連した動作は、一つのステップだけであるという側面で、図１３の発見過程は、単一ステップ発見手順とも呼ばれる。

【0204】

図１４は、ＰｒｏＳｅ直接発見過程の他の実施例である。

【0205】

図１４において、端末１乃至４は、特定ＧＣＳＥ（ｇｒｏｕｐ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ ｅｎａｂｌｅｒｓ）グループに含まれている端末と仮定する。端末１は、発見者（ｄｉｓｃｏｖｅｒｅｒ）であり、端末２、３、４は、発見される者（ｄｉｓｃｏｖｅｒｅｅ）であると仮定する。端末５は、発見過程と関係がない端末である。

【0206】

端末１及び端末２−４は、発見過程で下記の動作を実行することができる。

【0207】

まず、端末１は、ＧＣＳＥグループに含まれている任意の端末が周囲にあるかどうかを発見するために、ターゲット発見要求メッセージ（ｔａｒｇｅｔｅｄ ｄｉｓｃｏｖｅｒｙ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ、以下、発見要求メッセージまたはＭ１と略称できる）をブロードキャストする。ターゲット発見要求メッセージには、特定ＧＣＳＥグループの固有な応用プログラムグループＩＤまたはレイヤ−２グループＩＤを含むことができる。また、ターゲット発見要求メッセージには、端末１の固有なＩＤ、即ち、応用プログラム個人ＩＤを含むことができる。ターゲット発見要求メッセージは、端末２、３、４及び５により受信されることができる。

【0208】

端末５は、何らの応答メッセージを送信しない。それに対し、ＧＣＳＥグループに含まれている端末２、３、４は、ターゲット発見要求メッセージに対する応答としてターゲット発見応答メッセージ（Ｔａｒｇｅｔｅｄ ｄｉｓｃｏｖｅｒｙ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ、以下、発見応答メッセージまたはＭ２と略称できる）を送信する。ターゲット発見応答メッセージには、このメッセージを送信する端末の固有な応用プログラム個人ＩＤが含まれることができる。

【0209】

図１４で説明したＰｒｏＳｅ発見過程で端末間の動作を見ると、発見者（端末１）は、ターゲット発見要求メッセージを送信し、これに対する応答であるターゲット発見応答メッセージを受信する。また、発見される者（例えば、端末２）もターゲット発見要求メッセージを受信すると、これに対する応答としてターゲット発見応答メッセージを送信する。したがって、各端末は、２ステップの動作を実行する。このような側面で、図１４のＰｒｏＳｅ発見過程は、２ステップ発見手順という。

【0210】

図１４で説明した発見手順に加えて、もし、端末１（発見者）がターゲット発見応答メッセージに対する応答として発見確認メッセージ（ｄｉｓｃｏｖｅｒｙ ｃｏｎｆｉｒｍ ｍｅｓｓａｇｅ、以下、Ｍ３と略称できる）を送信する場合、これは３ステップ発見手順という。

【0211】

以下、本発明に対して説明する。

【0212】

端末がネットワークカバレッジ（セルカバレッジ）を境界にして外部にある時、端末は、あらかじめ決められたリソース（ｐｒｅｃｏｎｆｉｇｕｒｅｄ ｒｅｓｏｕｒｃｅ）を利用してＤ２Ｄ動作を実行することができる。即ち、端末自分がネットワークカバレッジの外側にあると判断されると、端末は、あらかじめ決められたリソースプールを利用して他の端末とＤ２Ｄ通信、Ｄ２Ｄ発見のようなＤ２Ｄ動作を実行することができる。それに対し、端末がネットワークカバレッジ内にある時にはネットワークにより制御されるリソースプールを利用してＤ２Ｄ動作を実行することが原則であり、特に、Ｄ２Ｄ信号の送信は、他の端末に干渉を与えることができるため、ネットワークの制御下で実行しなければならない。即ち、ネットワークカバレッジ内にある時、端末は、ネットワークがシグナリングするリソースプールを利用してＤ２Ｄ動作を実行しなければならない。

【0213】

Ｄ２Ｄ動作において、端末がいつまたはどんな条件下でネットワークにより制御されるべきかを明確に規定する必要がある。例えば、Ｄ２Ｄ動作において、ネットワークカバレッジの外側で使われるあらかじめ設定されたリソースの代わりに、ネットワークがシグナリングするリソースプールをいつから適用し始めるべきかを明確に規定する必要がある。

【0214】

図１５は、本発明が適用されることができる場合を例示する。

【0215】

図１５を参照すると、ネットワークのカバレッジ（ｎｅｔｗｏｒｋ ｃｏｖｅｒａｇｅ）は、第１のカバレッジ１５１、第２のカバレッジ１５２、第３のカバレッジ１５３のように多様に区分されることができる。第１のカバレッジ１５１は、端末とネットワークとの間に安定的なアクセスが可能なカバレッジである。第２のカバレッジ１５２は、端末が同期化信号及びシステム情報をネットワークから受信することはできるが、端末がネットワークにアップリンク信号を送信するには送信電力が足りないカバレッジである。第３のカバレッジ１５３は、端末が同期化信号のみを検出することができるカバレッジである。第３のカバレッジ１５３の外側に位置した端末は、ネットワークから何らの信号を検出することができない。

【0216】

端末は、第３のカバレッジ１５３の外側ではあらかじめ決められたリソースを利用してＤ２Ｄ動作を実行することができる。

【0217】

端末が第３のカバレッジ１５３より内側に、且つ第２のカバレッジ１５２より外側に位置する場合を仮定する。この場合、端末は、ネットワークから同期化信号を受信することはできるが、システム情報を受信することができない。したがって、このような端末は、実質的にネットワークカバレッジ内にあるといいにくいだけでなく、再び第３のカバレッジ１５３の外側に移動することもできるため、端末に対してＤ２Ｄ動作に適用されるリソースプールを変更／スイッチングすることは好ましくない。端末が第２のカバレッジ１５２または第１のカバレッジ１５１の内側に移動した場合に限り、Ｄ２Ｄ動作に適用されるリソースプールを変更／スイッチングすることが要求されることができる。

【0218】

一方、端末が正規セルにキャンプオンしている場合とそうでない場合、端末に提供されることができるサービスが変わることが好ましい。

【0219】

このように、ネットワークがシグナリングするリソースプールを端末が適用すべき領域／条件／状態などをもう少し精密に区分して制御する必要がある。そのために、本発明では、端末がいつ（または、どんな条件で）ネットワークがシグナリングするリソースプールを利用してＤ２Ｄ動作を実行するかを提案する。

【0220】

第１の方法は、端末が正規セル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）にキャンプオン（ｃａｍｐ ｏｎ）した場合にはいつも、正規セルがリソースプールを知らせる情報をシグナリングすると、そのシグナリングするリソースプールを利用してＤ２Ｄ動作を実行することができる。端末がＲＲＣアイドル状態で、端末が任意セル選択（Ａｎｙ Ｃｅｌｌ Ｓｅｌｅｃｔｉｏｎ）状態である場合、端末は、最近のサービングセルがシグナリングしたリソースプール情報使用を中断する。

【0221】

端末がＲＲＣアイドル状態で、端末が任意セル選択（Ａｎｙ Ｃｅｌｌ Ｓｅｌｅｃｔｉｏｎ）状態または任意セルキャンプ（Ｃａｍｐｅｄ ｏｎ Ａｎｙ Ｃｅｌｌ）である場合、端末は、最近のサービングセルがシグナリングしたリソースプール情報使用を中断する。

【0222】

即ち、端末がＲＲＣアイドル状態である場合、端末が正規キャンプ状態でのみ、そのサービングセルがシグナリングしたリソースプール情報を使用する。

【0223】

端末が正規キャンプ状態でのみ使用するリソースプール情報は、Ｄ２Ｄ送信のためのリソースを示すことができる。

【0224】

もし、Ｄ２Ｄ動作がＤ２Ｄ直接通信である場合、ネットワークカバレッジ内にあるＲＲＣアイドル状態の端末がＤ２Ｄ直接通信の送信を実行しようとする時、端末のサービングセルが正規セル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）である場合に限り、端末は、Ｄ２Ｄ送信を実行することができると判断する。したがって、端末が受容可能なセル（ａｃｃｅｐｔａｂｌｅ ｃｅｌｌ）にキャンプオンしている状態、即ち、任意セルキャンプ（ｃａｍｐｅｄ ｏｎ ａｎｙ ｃｅｌｌ）状態または任意セル選択（ａｎｙ ｃｅｌｌ ｓｅｌｅｃｔｉｏｎ）状態である場合、端末は、Ｄ２Ｄ送信を中断し、または開始することができないと判断する。

【0225】

もし、Ｄ２Ｄ動作がＤ２Ｄ直接発見である場合、ネットワークカバレッジ内にあるＲＲＣアイドル状態の端末がＤ２Ｄ発見アナウンスメントを実行しようとする時、端末のサービングセルが正規セルである場合に限り、端末は、Ｄ２Ｄ発見メッセージをアナウンスすることができ、もし、端末のサービングセルが正規セルでない場合、または端末が任意セル選択状態である場合、端末は、Ｄ２Ｄ発見メッセージのアナウンスを中断し、または開始することができない。

【0226】

端末が正規キャンプ状態でのみ使用するリソースプール情報は、Ｄ２Ｄ受信のためのリソースである。もし、Ｄ２Ｄ動作がＤ２Ｄ直接通信である場合、ネットワークカバレッジ内にあるＲＲＣアイドル状態の端末がＤ２Ｄ直接通信の受信を実行しようとする時、端末のサービングセルが正規セル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）である場合に限り、端末は、Ｄ２Ｄ受信を実行することができると判断する。したがって、端末が受容可能なセル（ａｃｃｅｐｔａｂｌｅ ｃｅｌｌ）にキャンプオンしている状態、即ち、任意セルキャンプ（ｃａｍｐｅｄ ｏｎ ａｎｙ ｃｅｌｌ）状態または任意セル選択（ａｎｙ ｃｅｌｌ ｓｅｌｅｃｔｉｏｎ）状態である場合、端末は、Ｄ２Ｄ受信を中断し、または開始することができないと判断する。一方、Ｄ２Ｄ動作がＤ２Ｄ直接発見である場合、ネットワークカバレッジ内にあるＲＲＣアイドル状態の端末がＤ２Ｄ発見モニタリングを実行しようとする時、Ｄ２Ｄ発見サービスがセルラー通信に影響を与えない範囲で実行することができる一種のｂｅｓｔ−ｅｆｆｏｒｔサービスであることを考慮する時、端末のサービングセルキャンプ状況に基づく端末の状態によるＤ２Ｄ発見モニタリング実行の制限が不要である。即ち、例外的に、端末は、Ｄ２Ｄ発見モニタリング動作の場合、端末が正規キャンプ状態か、または任意セルキャンプ状態または任意セル選択状態かに関係なく、Ｄ２Ｄ発見モニタリングを実行するようにすることができる。

【0227】

端末がサービング周波数でＤ２Ｄ動作を実行する場合、端末がサービングセルにキャンプオンしているかどうか及び正規セルと任意セルのうちどのサービングセルにキャンプオンしているかによって、Ｄ２Ｄ動作可能可否を判断することが好ましい。

【0228】

それに違って、端末がＤ２Ｄ動作を実行しようとする周波数とサービング周波数が異なる場合には、端末のサービングセルキャンプ状況に基づく端末の状態によってＤ２Ｄ動作実行可否を判断することが適切でない。この場合、端末は、Ｄ２Ｄ動作を実行しようとする周波数で端末のＤ２Ｄ動作のためにセルを選択し、選択されたセルの状態またはセル選択可否によって前記周波数でＤ２Ｄ動作を実行するかどうかを判断することが可能である。即ち、端末のサービングセルでなく、端末がＤ２Ｄ動作のために選択したセル、即ち、Ｄ２Ｄ動作セルの状態によって端末がＤ２Ｄ動作を実行するかどうかを判断することが好ましい。例えば、端末のサービングセルは、周波数＃１のセル＃１であるが、該当端末のＤ２Ｄ動作は、周波数＃２のセル＃２で実行されるシナリオを考慮することができる。このようなシナリオで、端末は、セル＃１の代わりにセル＃２に対して端末観点で正規セルか（または、正規キャンプ状態か）を判断してＤ２Ｄ動作実行可否を判断することができる。端末がＤ２Ｄ動作実行可能可否のために特定セルに対して正規キャンプ状態かどうかを判断する時、セルがＤ２Ｄ動作が許容された別途のＰＬＭＮに属しているかどうかを判断し、もし、セルが別途のＰＬＭＮに属している場合、端末は、ＰＬＭＮ観点でセルが正規セル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）条件を満たすと判断できる。Ｄ２Ｄ動作が許容された別途のＰＬＭＮリストが端末に設定される時、Ｄ２Ｄ発見動作が許容されたＰＬＭＮリストとＤ２Ｄ通信動作が許容されたＰＬＭＮリストが別途に設定されることができる。また、Ｄ２Ｄ発見またはＤ２Ｄ通信動作に対してＤ２Ｄ信号の受信が許容されたＰＬＭＮか、またはＤ２Ｄ信号の送信が許容されたＰＬＭＮかを示す情報が端末に設定されることができる。

【0229】

図１６は、第１の方法による端末のＤ２Ｄ動作を例示する。

【0230】

図１６を参照すると、ＲＲＣアイドル状態である端末は、そのサービングセルが正規セル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）か（即ち、正規キャンプ（Ｃａｍｐｅｄ Ｎｏｒｍａｌｌｙ）状態か）を判断する（Ｓ２１０）。

【0231】

正規キャンプ状態は、端末が正規セル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）にキャンプオン（ｃａｍｐ ｏｎ）した状態を意味し、正規キャンプ状態で端末はシステム情報を介して与えられた情報によってページングチャネル（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）を選択してモニタリングすることができ、セル再選択のための評価過程を実行することができる。

【0232】

ＲＲＣアイドル状態である端末は、そのサービングセルが正規セルである場合、即ち、正規キャンプ状態である場合、サービングセルがリソースプール情報を提供するかどうかを判断する（Ｓ２２０）。

【0233】

リソースプール情報は、サービングセルが提供するシステム情報を介して提供されることができる。以下の表は、サービングセルが提供する、リソースプール情報を含むシステム情報の一例である。

【表2】

【0234】

前記表において、「ｄｉｓｃＩｎｔｅｒＦｒｅｑＬｉｓｔ」は、発見アナウンスメントがサポートされる隣接周波数を指示する。「ｄｉｓｃＲｘＰｏｏｌ」は、ＲＲＣアイドル状態及びＲＲＣ接続状態で発見信号（例えば、発見アナウンスメント）を受信することが許容されたリソースを指示する。「ｄｉｓｃＳｙｎｃＣｏｎｆｉｇ」は、端末が同期化情報を送信または受信することが許容される設定を指示する。「ｄｉｓｃＴｘＰｏｏｌＣｏｍｍｏｎ」は、ＲＲＣアイドル状態の間に端末が発見信号（例えば、発見アナウンスメント）の送信が許容されるリソース（リソースプール）を指示する。「ｄｉｓｃＴｘＰｏｏｌＣｏｍｍｏｎ」は、リソースプール情報の例になることができる。「ｐｌｍｎ−ＩｄｅｎｔｉｔｙＬｉｓｔ」は、ＰＬＭＮ ＩＤのリストである。「ｐｌｍｎ−Ｉｎｄｅｘ」は、ＳＩＢ１（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ ｔｙｐｅ １）の「ｐｌｍｎ−ＩｄｅｎｔｉｔｙＬｉｓｔ」フィールドにあるエントリ（ｅｎｔｒｙ）に対応するインデックスである。

【0235】

ＲＲＣアイドル状態である端末のサービングセルが正規セルであり、サービングセルがリソースプール情報を提供する場合、端末は、リソースプール情報が示すリソース内でＤ２Ｄ信号を送信する（Ｓ２３０）。

【0236】

例えば、ＲＲＣアイドル状態である端末は、サービングセルが正規セルであり、サービングセルが提供するシステム情報に「ｄｉｓｃＴｘＰｏｏｌＣｏｍｍｏｎ」が含まれている場合、「ｄｉｓｃＴｘＰｏｏｌＣｏｍｍｏｎ」が指示するリソースプール内でリソースプールを選択した後、選択したリソースプールを利用して発見アナウンスメント（ｄｉｓｃｏｖｅｒｙ ａｎｏｕｎｃｅｍｅｎｔ）を送信することができる。

【0237】

第２の方法は、端末がセルにキャンプオン（ｃａｍｐ ｏｎ）した場合にはいつも、セルがリソースプールを知らせる情報をシグナリングすると、そのシグナリングするリソースプールを利用してＤ２Ｄ動作を実行することができる。端末がＲＲＣアイドル状態で、端末が任意セル選択（Ａｎｙ Ｃｅｌｌ Ｓｅｌｅｃｔｉｏｎ）状態である場合、端末は、最近のサービングセルがシグナリングしたリソースプール情報使用を中断する。

【0238】

第３の方法は、端末がセルにキャンプオン（ｃａｍｐ ｏｎ）した間に、セルから受信した信号の測定結果（例えば、ＲＳＲＰ）が特定閾値以上である場合、セルがシグナリングしたリソースプールを知らせる情報に基づいてＤ２Ｄ動作を実行することである。即ち、第２の方法は、第１の方法に比べて、セルから受信した信号の測定結果によってセルがシグナリングしたリソースプールを知らせる情報を利用するかどうかを決定するという点で異なる。

【0239】

第１の方法と第２の方法は、動作が簡潔で具現が容易であるという長所があり、第３の方法は、ネットワークによりＤ２Ｄ動作が制御されることができる領域をもう少し細分化することができるという長所がある。本発明ではネットワークの政策の柔軟性のために前述した方法の全てを使用することができる。

【0240】

前述した第１の方法または第３の方法を適用する時、端末は、下記のように動作できる。

【0241】

端末がセルにキャンプオンする間に、セルが信号強度に対する閾値及びリソースプール情報をブロードキャストすることができる。この場合、端末は、セルから受信した信号（例えば、参照信号）の測定結果（例えば、ＲＳＲＰ）を閾値と比較できる。測定結果が閾値以上である場合に限り、端末は、セルがシグナリングしたリソースプール情報を利用してＤ２Ｄ動作を実行することができる。

【0242】

または、端末がセルにキャンプオンする間に、セルが信号強度に対する閾値をブロードキャストせずにリソースプール情報のみをブロードキャストすることができる。この場合、端末は、セルがシグナリングしたリソースプール情報を利用してＤ２Ｄ動作を実行することができる。

【0243】

または、端末がセルにキャンプオンする間に、セルが信号強度に対する閾値はもちろん、リソースプール情報もブロードキャストしない。この場合、端末は、セルがある周波数でＤ２Ｄ動作のために無線リソースを使用することができなくなる。例えば、端末は、セルカバレッジの外側でＤ２Ｄ動作のために使用することができる無線リソースをあらかじめ設定を受ける。しかし、端末が特定セルにキャンプオンした後にはあらかじめ設定されたリソースを利用することができず、特定セル（即ち、ネットワーク）に制御によってＤ２Ｄ動作を実行すべきことが原則である。したがって、端末は、特定セルがＤ２Ｄ動作のためのリソースを提供しない場合、特定セルの周波数ではＤ２Ｄ動作を実行することができない。

【0244】

以下、サービングセルがシグナリングするリソースプール情報の構造に対して説明する。

【0245】

まず、リソースプール情報を構成する時に考慮すべき点を送信リソースプールと受信リソースプールの側面で記述した後、リソースプール情報の具体的構造を例示する。

【0246】

＜Ｄ２Ｄ送信リソース情報＞
セルラー通信で、送信リソースは、セルに基づいて制御される。端末は、サービングセルにより制御される必要がある。Ｄ２Ｄ信号の送信においても、このような原則は、同じように適用されることが好ましい。したがって、端末は、サービングセルに対応されるリソース情報に基づいて利用してＤ２Ｄ信号を送信すればよい。

【0247】

Ｄ２Ｄリソース情報は、Ｄ２Ｄリソースが位置する時間／周波数情報のようなリソース指示情報（例：Ｄ２Ｄ送信プール）である。Ｄ２Ｄリソース情報は、Ｄ２Ｄ受信のための同期化情報（例：同期化信号ＩＤ、同期化信号タイミング情報）やＤ２Ｄ送信信号に適用したスクランブリングコードのような物理階層パラメータである。

【0248】

端末がＤ２Ｄ送信に使用するリソース情報のシグナリングにおいて、ネットワークは、サービングセルに対応されるＤ２Ｄ送信リソースプールに対する情報を端末に提供するだけであり、隣接セルの送信リソースプールを端末にＤ２Ｄ送信リソースとして知らせない。

【0249】

モード１によりＤ２Ｄ信号を送信しようとする端末は、モード１送信リソースの集合、即ち、モード１リソースプールを知る必要がない。それはネットワークがモード１送信リソースをスケジューリングするため、端末は、ネットワークが指示するリソースを使用して送信すればよい。

【0250】

しかし、サービングセルのカバレッジ内でモード１によるＤ２Ｄ信号を受信しようとする受信端末は、送信端末が使用するモード１送信リソースを知る必要がある。したがって、送信端末のモード１送信リソースを含むリソース情報をサービングセル内の受信端末に知らせることができる。このとき、送信端末のモード１送信リソースを含むリソース情報を受信端末にモード１送信リソース、または、好ましくは、モード１受信リソースとして知らせることができる。

【0251】

モード２によるＤ２Ｄ信号送信に使われることができるモード２送信リソースを指示する情報は、ネットワークが端末に必ず知らせなければならない。

【0252】

ネットワークは、サービングセルに対応する送信リソースプールをシグナリングする時、モード１送信リソースを含むリソース情報、モード２送信リソースプールのように別個に各々シグナリングすることができる。

【0253】

または、ネットワークは、サービングセルに対応する送信リソースプールをシグナリングする時、モード２送信リソースプールのみをサービングセルに対応する送信リソースプールの一部としてシグナリングし、モード１送信リソースプールを受信リソースプールの一部としてシグナリングできる。

【0254】

＜Ｄ２Ｄ受信リソース情報＞
Ｄ２Ｄ信号の受信において、ネットワークは、モード１及び２の各々に対して別個に受信リソース情報を知らせる必要がない。その理由は、送信端末がモード１及び２のうちどのモードで動作しても受信端末立場での動作は相違点がないためである。

【0255】

このような点で、ネットワークがシグナリングした受信リソース情報は、モード１及び２に関係なく、共通的に適用されることができる。

【0256】

サービングセルと隣接セルは、各々、互いに異なるＤ２Ｄリソース情報を設定することができる。隣接セルの送信リソースを使用して送信されたＤ２Ｄ信号をサービングセル内の端末が受信するためには、端末は、隣接セルのリソース情報を知る必要がある。Ｄ２Ｄリソース情報は、Ｄ２Ｄリソースが位置する時間／周波数情報のようなリソース指示情報である。Ｄ２Ｄリソース情報は、Ｄ２Ｄ受信のための同期化情報（例：同期化信号ＩＤ、同期化信号タイミング情報）やＤ２Ｄ送信信号に適用したスクランブリングコードのような物理階層パラメータである。

【0257】

隣接セルのＤ２Ｄリソース情報を知らせるために、下記の二つのうち一つの方法を利用することができる。

【0258】

１）各隣接セルのリソースプールの和集合である共通受信リソースプールとして端末に知らせる方法

【0259】

例えば、隣接セル＃１、２、３があり、各隣接セルのリソースプールが＃１、２、３とする。その後、ネットワークは、隣接セル＃１、＃２、＃３のリソースプール＃１、２、３の和集合に該当する一つの共通リソースプールを端末に対する受信リソースプールとして知らせる。端末は、隣接セル送信リソースを使用したＤ２Ｄ信号の受信のために一つの受信リソースプールのみをモニタリングすればよい。

【0260】

２）各隣接セルのリソースプールを別個に端末に知らせる方法

【0261】

例えば、隣接セル＃１、２、３があり、各隣接セルのリソースプールが＃１、２、３とする。その後、ネットワークは、隣接セル＃１、＃２、＃３のリソースプール＃１、２、３を各々含むリソースプールのリスト（ｌｉｓｔ）を端末に対する受信リソースプールとして知らせる。端末は、隣接セル送信リソースを使用したＤ２Ｄ信号の受信のために各隣接セルに該当する受信リソースプールをモニタリングしなければならない。

【0262】

３）各隣接セルのリソースプールの和集合である共通受信リソースプールとして端末に知らせ、物理階層パラメータを各セル別に知らせる方法

【0263】

例えば、隣接セル＃１、２、３があり、各隣接セルのリソースプールが＃１、２、３とする。その後、ネットワークは、隣接セル＃１、＃２、＃３のリソースプール＃１、２、３の和集合に該当する一つの共通リソースプールを端末に対する受信リソースプールとして知らせることができる。端末は、隣接セル送信リソースを使用したＤ２Ｄ信号の受信のために、一つの受信リソースプールのみをモニタリングすればよい。それと共に、ネットワークは、各セルで使用するＤ２Ｄリソースの物理階層パラメータ値を共通リソースプールと別途に各隣接セル別に端末にシグナリングする。したがって、端末は、隣接セルのＤ２Ｄリソースを使用して送信するＤ２Ｄ信号を受信するために、各隣接セルの物理階層パラメータを適用して同期化／デスクランブリングなどを実行する。

【0264】

リソースプール観点で、端末が各隣接セルのリソースプールを全て知るようになると、二つの方法が最終的に示す受信リソースプールは同じようになる。

【0265】

しかし、隣接セルに位置した送信端末が送信したＤ２Ｄ信号をサービングセルに位置した受信端末が受信するためには、受信端末が隣接セルに対する物理階層パラメータ、例えば、スクランブリングコード（ｓｃｒａｍｂｌｉｎｇ ｃｏｄｅ）や同期化情報などのようなセル特定的パラメータを知る必要がある。このような観点で見ると、各隣接セルのリソースプールを別個に端末に知らせる方法が好ましい。

【0266】

互いに異なる隣接セルが同じ物理階層パラメータを共有する場合、隣接セルは、グループ化されることができ、このようなグループ化された隣接セルに対しては隣接セルのリソースプールの和集合を一つの受信リソースプールとして端末に知らせる方法を利用することができる。

【0267】

一方、隣接セルの受信リソースプールを示す情報は、セル単位で提供されることができる。例えば、ネットワークは、受信リソースプールのリストをシグナリングすることができ、リストで各受信リソースプールは、対応する隣接セルのリソースプールである。

【0268】

サービングセルに対応するリソースプールは、サービングセルのモード１送信リソースプールとモード２送信リソースプールの和集合である。この場合、ネットワークは、モード１送信リソースプール及びモード２送信リソースプールと別個にサービングセルに対応するリソースプールをシグナリングする必要がない。

【0269】

端末は、サービングセルに対応する受信リソースプールを構成することができ、送信リソースプールから受信リソースプールを構成することができる。例えば、端末は、モード１送信リソースプールとモード２送信リソースプールの和集合をサービングセルに対応する受信リソースプールで構成できる。

【0270】

以下の表は、サービングセルがシグナリングするリソースプール情報の構造を例示する。

【表3】

【0271】

以下の表は、サービングセルがシグナリングするリソースプール情報の構造の他の例である。

【表4】

【0272】

一方、ネットワークと端末は、Ｄ２Ｄ受信サポート情報要求及びこれに対する応答としてＤ２Ｄ受信サポート情報をやりとりすることによって、リソースプール情報をさらに効率的に適用することができる。

【0273】

図１７は、本発明の一実施例に係る端末のＤ２Ｄ動作方法を示す。

【0274】

図１７を参照すると、端末は、ネットワークからリソースプール情報を受信する（Ｓ４０１）。

【0275】

表３及び表４において、リソースプール情報の構造及び構成に対しては説明した。リソースプール情報は、サービングセルの送信リソースプール、少なくとも一つの隣接セルの受信リソースプールを知らせることができる。即ち、リソースプール情報は、端末がモニタリングすべき複数のリソースプールを指示することができる。

【0276】

端末は、ネットワークにＤ２Ｄ受信サポート情報を要求する（Ｓ４０２）。即ち、端末は、Ｄ２Ｄ受信サポート情報要求をネットワークに送信する。

【0277】

端末は、ネットワークに自分がＤ２Ｄ信号（Ｄ２Ｄメッセージ）を受信しようとすることを知らせることができる。端末は、別途のＲＲＣメッセージなどをネットワークに送信してこれを知らせることができる。このように端末がＤ２Ｄ信号を受信しようとすることを知らせる時、Ｄ２Ｄ受信サポート情報を要求することができる。または、別途の手順を介して、端末は、Ｄ２Ｄ受信サポート情報を要求することができる。

【0278】

端末は、ネットワークにＤ２Ｄ受信サポート情報を要求する時、自分が受信しようとするＤ２Ｄ信号に対する情報をネットワークに知らせることができる。

【0279】

例えば、端末は、受信しようとするＤ２Ｄ信号の送信範囲をネットワークに知らせることができる。一例として、端末は、５００ｍ内で送信されるＤ２Ｄ信号を受信しようとすることをネットワークに知らせることができる。または、端末は、自分が受信しようとするＤ２Ｄ信号の送信グループをネットワークに知らせることができる。一例として、端末は、自分が受信しようとするＤ２Ｄ信号の送信グループ識別子（Ｇｒｏｕｐ ＩＤ）をネットワークに知らせることができる。または、端末は、自分が受信しようとするＤ２Ｄ信号の送信端末をネットワークに知らせることができる。一例として、端末は、自分の受信しようとするＤ２Ｄ信号の送信端末識別子（ＵＥ ＩＤ）をネットワークに知らせることができる。

【0280】

一方、ネットワークがどの端末からＤ２Ｄ受信サポート情報要求を受信したかを識別することができるようにするために、端末は、Ｄ２Ｄ受信サポート情報を要求する時、自分のＩＤのような識別子をＤ２Ｄ受信サポート情報要求に含み、またはマスキングすることができる。

【0281】

ネットワークは、端末からＤ２Ｄ受信サポート情報要求を受信すると、端末にＤ２Ｄ受信サポート情報を送信する（Ｓ４０３）。

【0282】

Ｄ２Ｄ受信サポート情報は、端末がＤ２Ｄ信号をモニタリングする時、必要な情報を含むことができる。端末が受信しようとするＤ２Ｄ信号に対する情報に基づいて、Ｄ２Ｄ受信サポート情報には対応する情報が含まれることができる。即ち、Ｄ２Ｄ受信サポート情報は、複数のリソースプールのうち、端末がモニタリングすべきリソースプールの範囲を減らすことができる情報を含むことができる。

【0283】

例えば、Ｄ２Ｄ受信サポート情報は、端末がＤ２Ｄ信号受信のためにモニタリングすべき１個以上の基準セル（ｒｅｆｅｒｅｎｃｅ ｃｅｌｌ）を知らせることができる。この基準セルは、少なくとも一つ以上の受信リソースプールと関連（ａｓｓｏｃｉａｔｉｏｎ）されることができる。端末がＤ２Ｄ受信サポート情報を介して基準セル情報を受信すると、端末は、基準セルに関連されたリソースプールをモニタリングすることができる。

【0284】

または、Ｄ２Ｄ受信サポート情報は、端末がＤ２Ｄ信号受信のためにモニタリングすべき１個以上のリソースプールを端末に指示することができる。端末に指示されるリソースプールは、リソースプール設定または端末にあらかじめシグナリングされた複数個のリソースプールのうち特定リソースプールを指示する識別子を介して識別されることができる。端末は、指示されたリソースプールを使用してＤ２Ｄ信号受信のためのモニタリングを実行することができる。即ち、Ｄ２Ｄ受信サポート情報は、複数のリソースプールのうち特定リソースプールを指示することができ、それによって、端末がモニタリングすべきリソースプールの範囲を減らすことができる。

【0285】

端末は、Ｄ２Ｄ受信サポート情報により指示される受信リソースプールを利用してＤ２Ｄ信号受信（モニタリング）を実行する（Ｓ４０４）。

【0286】

例えば、リソースプール情報にサービングセル及び３個の隣接セル（隣接セル＃１、２、３）に対するリソースプール情報がセル別に提供されると仮定する。もし、特定端末が特定グループＩＤを有する端末からのみＤ２Ｄ信号を受信しようとする時、特定グループＩＤを有する端末の現在位置は知らないと仮定する。

【0287】

もし、Ｄ２Ｄ受信サポート情報がない場合、特定端末は、特定グループＩＤを有する端末が送信したＤ２Ｄ信号を受信するために、サービングセル及び３個の隣接セルの各々に対するリソースプールの和集合を全てモニタリングしなければならない。

【0288】

それに対し、Ｄ２Ｄ受信サポート情報要求時に特定グループＩＤをネットワークに知らせ、ネットワークは、特定グループＩＤを有する端末の位置を把握して端末が特定隣接セル（例えば、隣接セル＃２）にあることを特定端末に知らせることができる。その後、特定端末は、隣接セル＃２のリソースプールのみをモニタリングしてもよい。

【0289】

図１８は、本発明の一実施例に係る端末のＤ２Ｄ動作方法を示す。

【0290】

図１８を参照すると、端末２は、端末１にＤ２Ｄ発見信号を送信する（Ｓ５０１）。このとき、端末２は、端末２のＩＤも共に送信できる。

【0291】

端末１は、ネットワークからリソースプール情報を受信する（Ｓ５０２）。

【0292】

端末１は、ネットワークにＤ２Ｄ受信サポート情報を要求する（Ｓ５０３）。Ｄ２Ｄ受信サポート情報要求には端末２のＩＤを含むことができる。

【0293】

ネットワークは、端末１からＤ２Ｄ受信サポート情報要求を受信した後、端末１にＤ２Ｄ受信サポート情報を送信する（Ｓ５０４）。Ｄ２Ｄ受信サポート情報には端末２の受信リソースプール情報を含むことができる。

【0294】

端末１は、Ｄ２Ｄ受信サポート情報により指示される受信リソースプールを利用してＤ２Ｄ通信信号受信（モニタリング）を実行する（Ｓ５０５）。

【0295】

例えば、端末１は、端末２が送信したＤ２Ｄ発見信号を受信することができるが、端末２が送信したＤ２Ｄ通信信号を受信するためには特定受信プール情報が必要な場合がある。このような場合、端末１は、端末２が送信するＤ２Ｄ発見信号に含まれている端末２のＩＤを基地局（ネットワーク）に知らせることができる。基地局は、端末１に端末２のＤ２Ｄ通信信号を受信するのに必要なリソースプールを指示することができる。端末１は、指示されたリソースプールを使用してＤ２Ｄ通信信号モニタリングを実行する。

【0296】

図１９は、本発明の実施例が具現される端末を示すブロック図である。

【0297】

図１９を参照すると、端末１１００は、プロセッサ１１１０、メモリ１１２０及びＲＦ部（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｕｎｉｔ）１１３０を含む。プロセッサ１１１０は、提案された機能、過程及び／または方法を具現する。例えば、プロセッサ１１１０は、端末のサービングセルが正規セル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）かどうかを判断し、サービングセルがリソースプール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）情報を提供するかどうかを判断する。サービングセルが正規セルであり、サービングセルがリソースプール情報を提供する場合、プロセッサ１１１０は、リソースプール情報が示すリソース内でＤ２Ｄ信号を送信する。ここで、端末１１００は、ＲＲＣアイドル状態である。

【0298】

ＲＦ部１１３０は、プロセッサ１１１０と連結されて無線信号を送信及び受信する。

【0299】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】