JP2017536031A

JP2017536031A - 無線通信システムにおける端末が例外的なリソースを使用してｄ２ｄ動作を実行する方法及び前記方法を利用する端末

Info

Publication number: JP2017536031A
Application number: JP2017521994A
Authority: JP
Inventors: ソンフンチョン; チェウクリ
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2014-10-22
Filing date: 2015-10-22
Publication date: 2017-11-30

Abstract

無線通信システムにおいて、端末が例外的なリソース（ｅｘｃｅｐｔｉｏｎａｌｒｅｓｏｕｒｃｅ）を使用してＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作を実行する方法及び前記方法を利用する端末を提供する。前記方法は、第１の周波数の第１のセル及び第２の周波数の第２のセルのうち、一つのセルでＤ２Ｄ通信を実行し、前記第１のセルは、前記端末のサービングセルであり、前記第１のセル及び前記第２のセルのうちどのセルで前記Ｄ２Ｄ通信が実行されるかによって、前記第１のセルが提供する例外的なリソースの使用可否が変わることを特徴とする。【選択図】図１７

Description

本発明は、無線通信に関し、より詳しくは、無線通信システムにおける端末が例外的なリソースを使用してＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作を実行する方法及びその方法を利用する端末に関する。

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

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

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

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

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

一方、Ｄ２Ｄ動作が公共安全のために使われる場合、Ｄ２Ｄ動作の連続性を保証することが非常に重要である。例えば、端末がネットワークと物理層（物理階層）の問題（ｐｈｙｓｉｃａｌｌａｙｅｒｐｒｏｂｌｅｍ）または無線リンク失敗（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）などの理由でＤ２Ｄ動作のためのリソースの設定を受けることができない場合にも、前記端末がＤ２Ｄ動作を連続的に実行することができるように保証することが非常に重要である。前記例のように問題が発生した状況などの例外的な場合、Ｄ２Ｄ動作の連続性を保証するために端末が使用することができるように定めたリソースを例外的なリソース（ｅｘｃｅｐｔｉｏｎａｌｒｅｓｏｕｒｃｅｓ）という。即ち、端末は、例外的な場合にＤ２Ｄ動作のために例外的なリソースを使用することができる。例外的なリソースは、あらかじめ定められ、またはセルがブロードキャストするシステム情報により設定されることができる。

しかし、従来、例外的なリソースは、端末がサービングセルと通信する周波数と同じ周波数でＤ２Ｄ動作が実行される場合を前提として定められた。即ち、端末がサービングセルと通信する周波数とＤ２Ｄ動作を実行する周波数が互いに異なる場合は考慮しなかった。したがって、サービングセルの周波数で与えられた例外的なリソースをＤ２Ｄ動作を実行する周波数にどのように適用するかに対しては規定されていなくて曖昧性がある。

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

一側面において、無線通信システムにおける端末が例外的なリソース（ｅｘｃｅｐｔｉｏｎａｌｒｅｓｏｕｒｃｅ）を使用してＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作を実行する方法を提供する。前記方法は、第１の周波数の第１のセル及び第２の周波数の第２のセルのうち、一つのセルでＤ２Ｄ通信を実行し、前記第１のセルは、前記端末のサービングセル（ｓｅｒｖｉｎｇｃｅｌｌ）であり、前記第１のセル及び前記第２のセルのうちどのセルで前記Ｄ２Ｄ通信が実行されるかによって、前記第１のセルが提供する例外的なリソースの使用の可否が変わることを特徴とする。

前記第１の周波数及び前記第２の周波数は、互いに異なる周波数である。

前記端末が前記第１のセルで前記Ｄ２Ｄ通信を実行する場合、前記第１のセルが提供する例外的なリソースを使用する。

前記第１のセルは、プライマリセル（ｐｒｉｍａｒｙｃｅｌｌ）である。

前記端末が前記プライマリセルで物理層の問題または無線リンク失敗（ｒａｄｉｏｌｉｎｋｆａｉｌｕｒｅ）を検出し、前記プライマリセルが例外的なリソースを設定する情報（ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ）をブロードキャストする場合、前記例外的なリソースを設定する情報（ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ）が指示するリソースプールを利用して前記Ｄ２Ｄ通信を実行する。

前記端末が前記第２のセルで前記Ｄ２Ｄ通信を実行する場合、前記第１のセルが提供する例外的なリソースを使用しない。

前記端末が前記第２のセルで前記Ｄ２Ｄ通信を実行する場合、前記第２のセルが提供する例外的なリソースを使用する。

前記第２のセルが提供するシステム情報に前記Ｄ２Ｄ通信のための送信リソースを設定する情報（ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ）が含まれておらず、前記システム情報が前記Ｄ２Ｄ通信のための例外的なリソースを設定する情報（ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ）を含む場合、前記例外的なリソースを設定する情報（ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ）が指示するリソースプールを利用して前記Ｄ２Ｄ通信を実行する。

他の側面で提供される端末は、無線信号を送信及び受信するＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）部及び前記ＲＦ部と結合して動作するプロセッサを含み、前記プロセッサは、第１の周波数の第１のセル及び第２の周波数の第２のセルのうち、一つのセルでＤ２Ｄ通信を実行し、前記第１のセルは、前記端末のサービングセル（ｓｅｒｖｉｎｇｃｅｌｌ）であり、前記第１のセル及び前記第２のセルのうちどのセルで前記Ｄ２Ｄ通信が実行されるかによって、前記第１のセルが提供する例外的なリソースの使用可否が変わることを特徴とする。

本発明によると、端末がサービングセルからサービスを受けるサービング周波数とＤ２Ｄ動作を実行するＤ２Ｄ周波数が互いに異なる場合、どんな例外的なリソースを使用してＤ２Ｄ動作を実行するかを明確に規定する。したがって、Ｄ２Ｄ動作の連続性を保証することができて信頼性を高めることができる。

図１は、本発明が適用される無線通信システムを示す。図２は、ユーザプレーン（ｕｓｅｒｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏｐｒｏｔｏｃｏｌａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御プレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。図４は、ＲＲＣアイドル状態の端末の動作を示す流れ図である。図５は、ＲＲＣ接続を確立する過程を示す流れ図である。図６は、ＲＲＣ接続再設定過程を示す流れ図である。図７は、ＲＲＣ接続再確立手順を示す。図８は、端末がＲＲＣ＿ＩＤＬＥ状態で有することができるサブ状態（ｓｕｂｓｔａｔｅ）とサブ状態移動過程を例示する。図９は、ＰｒｏＳｅのための基準構造を示す。図１０は、ＰｒｏＳｅ直接通信を実行する端末とセルカバレッジの配置例を示す。図１１は、ＰｒｏＳｅ直接通信のためのユーザプレーンプロトコルスタックを示す。図１２は、Ｄ２Ｄ発見のためのＰＣ５インターフェースを示す。図１３は、ＰｒｏＳｅ発見過程の一実施例である。図１４は、ＰｒｏＳｅ発見過程の他の実施例である。図１５は、本発明の一実施例による端末のＤ２Ｄ動作方法を示す。図１６は、本発明による例外的なリソースを使用したＤ２Ｄ動作方法を示す。図１７は、本発明による例外的なリソースを使用したＤ２Ｄ動作方法の他の例である。図１８は、本発明の実施例が実装される端末を示すブロック図である。

図１は、本発明が適用される無線通信システムを示す。これはＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）、またはＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムとも呼ばれる。

Ｅ−ＵＴＲＡＮは、端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御プレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）とユーザプレーン（ｕｓｅｒｐｌａｎｅ）を提供する基地局（ＢａｓｅＳｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Ｍｏｂｉｌｅｓｔａｔｉｏｎ）、ＵＴ（ＵｓｅｒＴｅｒｍｉｎａｌ）、ＳＳ（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅｔｅｒｍｉｎａｌ）、無線機器（ＷｉｒｅｌｅｓｓＤｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（ｆｉｘｅｄｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｙｓｔｅｍ）、アクセスポイント（ＡｃｃｅｓｓＰｏｉｎｔ）等、他の用語で呼ばれることもある。

基地局２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）３０、より詳しくは、Ｓ１−ＭＭＥを介してＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）と連結され、Ｓ１−Ｕを介してＳ−ＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）と連結される。

ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有しており、このような情報は、端末の移動性管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。

端末とネットワークとの間の無線インターフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（ＯｐｅｎＳｙｓｔｅｍＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）参照モデルの下位３層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分されることができ、このうち、第１層に属する物理層は、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を利用した情報転送サービス（ＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＳｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）層は、端末とネットワークとの間で無線リソースを制御する役割を遂行する。そのために、ＲＲＣ層は、端末と基地局との間でＲＲＣメッセージを交換する。

図２は、ユーザプレーン（ｕｓｅｒｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏｐｒｏｔｏｃｏｌａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御プレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザプレーンは、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌｓｔａｃｋ）であり、制御プレーンは、制御信号送信のためのプロトコルスタックである。

図２及び図３を参照すると、物理層（ＰＨＹ（ｐｈｙｓｉｃａｌ）ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌｃｈａｎｎｅｌ）を利用して上位層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎｔｒａｎｓｆｅｒｓｅｒｖｉｃｅ）を提供する。物理層は、上位層であるＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ層と物理層との間でデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴にトランスポートされるかによって分類される。

互いに異なる物理層間、即ち、送信機と受信機の物理層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。

ＭＡＣ層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、及び論理チャネルに属するＭＡＣＳＤＵ（ｓｅｒｖｉｃｅｄａｔａｕｎｉｔ）のトランスポートチャネル上に物理チャネルで提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ層は、論理チャネルを介してＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）層にサービスを提供する。

ＲＬＣ層の機能は、ＲＬＣＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）を保証するために、ＲＬＣ層は、透過モード（ＴｒａｎｓｐａｒｅｎｔＭｏｄｅ、ＴＭ）、非確認モード（ＵｎａｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ、ＵＭ）及び確認モード（ＡｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。

ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）層は、制御プレーンでのみ定義される。ＲＲＣ層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１層（ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）により提供される論理的経路を意味する。

ユーザプレーンでのＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御プレーンでのＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）層の機能は、制御プレーンデータの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙｐｒｏｔｅｃｔｉｏｎ）を含む。

ＲＢが設定されるとは、特定サービスを提供するために、無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（ＳｉｇｎａｌｉｎｇＲＢ）とＤＲＢ（ＤａｔａＲＢ）の二つに分けられる。ＳＲＢは、制御プレーンでＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザプレーンでユーザデータを送信する通路として使われる。

端末のＲＲＣ層とＥ−ＵＴＲＡＮのＲＲＣ層との間にＲＲＣ接続（ＲＲＣＣｏｎｎｅｃｔｉｏｎ）が確立される場合、端末は、ＲＲＣ接続（ＲＲＣｃｏｎｎｅｃｔｅｄ）状態になり、そうでない場合、ＲＲＣアイドル（ＲＲＣｉｄｌｅ）状態になる。

ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（ＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（ＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）がある。

トランスポートチャネルの上位にあり、トランスポートチャネルにマッピングされる論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）には、ＢＣＣＨ（ＢｒｏａｄｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＣＣＨ（ＰａｇｉｎｇＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＭＣＣＨ（ＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＭＴＣＨ（ＭｕｌｔｉｃａｓｔＴｒａｆｆｉｃＣｈａｎｎｅｌ）などがある。

物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために、該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。

以下、端末のＲＲＣ状態（ＲＲＣｓｔａｔｅ）とＲＲＣ接続方法に対して詳述する。

ＲＲＣ状態とは、端末のＲＲＣ層がＥ−ＵＴＲＡＮのＲＲＣ層と論理的接続（ｌｏｇｉｃａｌｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続している場合はＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）といい、接続されていない場合はＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）という。ＲＲＣ接続状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣアイドル状態の端末は、Ｅ−ＵＴＲＡＮが把握することができず、セルより大きい地域単位であるトラッキング領域（ＴｒａｃｋｉｎｇＡｒｅａ）単位でＣＮ（ｃｏｒｅｎｅｔｗｏｒｋ）が管理する。即ち、ＲＲＣアイドル状態の端末は、大きい地域単位で存在の有無のみが把握され、音声やデータのような通常の移動通信サービスを受けるためにはＲＲＣ接続状態に移動しなければならない。

ユーザが端末の電源を最初にオンにした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣアイドル状態にとどまる。ＲＲＣアイドル状態の端末は、ＲＲＣ接続を確立する必要がある時になって初めてＲＲＣ接続手順（ＲＲＣ接続過程）（ＲＲＣｃｏｎｎｅｃｔｉｏｎｐｒｏｃｅｄｕｒｅ）を介してＥ−ＵＴＲＡＮとＲＲＣ接続を確立し、ＲＲＣ接続状態に移動する。ＲＲＣアイドル状態の端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みなどの理由で上りデータ送信が必要な場合、またはＥ−ＵＴＲＡＮからページング（ｐａｇｉｎｇ）メッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。

ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）層は、セッション管理（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）と移動性管理（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ）などの機能を遂行する。

ＮＡＳ層で端末の移動性を管理するために、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（ＥＰＳＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ−ＲＥＧＩＳＴＥＲＥＤ）及びＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤの二つの状態が定義されており、この二つの状態は、端末とＭＭＥに適用される。初期端末は、ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態であり、この端末がネットワークに接続するために初期連結（ＩｎｉｔｉａｌＡｔｔａｃｈ）手順を介して該当ネットワークに登録する過程を実行する。前記連結（Ａｔｔａｃｈ）手順が成功裏に遂行されると、端末及びＭＭＥは、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態になる。

端末とＥＰＣとの間のシグナリング接続（ｓｉｇｎａｌｉｎｇｃｏｎｎｅｃｔｉｏｎ）を管理するために、ＥＣＭ（ＥＰＳＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｍｅｎｔ）−ＩＤＬＥ状態及びＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の二つの状態が定義されており、この二つの状態は、端末及びＭＭＥに適用される。ＥＣＭ−ＩＤＬＥ状態の端末がＥ−ＵＴＲＡＮとＲＲＣ接続を確立すると、該当端末は、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。ＥＣＭ−ＩＤＬＥ状態にあるＭＭＥは、Ｅ−ＵＴＲＡＮとＳ１接続（Ｓ１ｃｏｎｎｅｃｔｉｏｎ）を確立すると、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。端末がＥＣＭ−ＩＤＬＥ状態にある時、Ｅ−ＵＴＲＡＮは、端末のコンテキスト（ｃｏｎｔｅｘｔ）情報を有していない。したがって、ＥＣＭ−ＩＤＬＥ状態の端末は、ネットワークの命令を受ける必要なく、セル選択（ｃｅｌｌｓｅｌｅｃｔｉｏｎ）またはセル再選択（ｒｅｓｅｌｅｃｔｉｏｎ）のような端末ベースの移動性関連手順を実行する。それに対し、端末がＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態にある時、端末の移動性は、ネットワークの命令により管理される。ＥＣＭ−ＩＤＬＥ状態で端末の位置が、ネットワークが知っている位置と異なる場合、端末は、トラッキング領域更新（ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ）手順を介してネットワークに端末の該当位置を知らせる。

以下、システム情報（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ）に対する説明である。

システム情報は、端末が基地局に接続するために知るべき必須情報を含む。したがって、端末は、基地局に接続する前にシステム情報を全て受信しているべきであり、また、常に最新システム情報を有しているべきである。また、前記システム情報は、一セル内の全ての端末が知っているべき情報であるため、基地局は、周期的に前記システム情報を送信する。システム情報は、ＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）及び複数のＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）に分けられる。

ＭＩＢは、セルから他の情報のために取得されることが要求される最も必須で且つ最も頻繁に送信される、制限された個数のパラメータを含むことができる。端末は、ダウンリンク同期化以後に最も先にＭＩＢを探す。ＭＩＢは、ダウンリンクチャネル帯域幅、ＰＨＩＣＨ設定、同期化をサポートし、タイミング基準として動作するＳＦＮ、及びｅＮＢ送信アンテナ設定のような情報を含むことができる。ＭＩＢは、ＢＣＨ（ｂｒｏａｄｃａｓｅｃｈａｎｎｅｌ）上にブロードキャスト送信されることができる。

含まれているＳＩＢのうち、ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１）は、“ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１”メッセージに含まれて送信され、ＳＩＢ１を除外した他のＳＩＢは、システム情報メッセージに含まれて送信される。ＳＩＢをシステム情報メッセージにマッピングさせることは、ＳＩＢ１に含まれているスケジューリング情報リストパラメータにより流動的に設定されることができる。ただ、各ＳＩＢは、単一システム情報メッセージに含まれ、同じスケジューリング要求値（例えば、周期）を有するＳＩＢのみが同じシステム情報メッセージにマッピングされることができる。また、ＳＩＢ２（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２）は、常にスケジューリング情報リストのシステム情報メッセージリスト内の１番目のエントリに該当するシステム情報メッセージにマッピングされる。同じ周期内に複数のシステム情報メッセージが送信されることができる。ＳＩＢ１及び全てのシステム情報メッセージは、ＤＬ−ＳＣＨ上に送信される。

ブロードキャスト送信に加えて、Ｅ−ＵＴＲＡＮにおいて、ＳＩＢ１は既に設定された値と同じように設定されたパラメータを含んだまま専用シグナリング（ｄｅｄｉｃａｔｅｄｓｉｇｎａｌｉｎｇ）されることができ、この場合、ＳＩＢ１は、ＲＲＣ接続再設定メッセージに含まれて送信されることができる。

ＳＩＢ１は、端末セル接近と関連している情報を含み、他のＳＩＢのスケジューリングを定義する。ＳＩＢ１は、ネットワークのＰＬＭＮ識別子、ＴＡＣ（ＴｒａｃｋｉｎｇＡｒｅａＣｏｄｅ）及びセルＩＤ、セルがキャンプオンすることができるセルかどうかを指示するセル禁止状態（ｃｅｌｌｂａｒｒｉｎｇｓｔａｔｕｓ）、セル再選択基準として使われるセル内に要求される最低受信レベル、及び他のＳＩＢの送信時間及び周期と関連している情報を含むことができる。

ＳＩＢ２は、全ての端末に共通する無線リソース設定情報を含むことができる。ＳＩＢ２は、アップリンク搬送波周波数及びアップリンクチャネル帯域幅、ＲＡＣＨ設定、ページ設定（ｐａｇｉｎｇｃｏｎｆｉｇｕｒａｔｉｏｎ）、アップリンクパワー制御設定、サウンディング基準信号設定（ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＡＣＫ／ＮＡＣＫ送信をサポートするＰＵＣＣＨ設定及びＰＵＳＣＨ設定と関連している情報を含むことができる。

端末は、システム情報の取得及び変更検知手順をプライマリセル（ｐｒｉｍａｒｙｃｅｌｌ：ＰＣｅｌｌ）に対してのみ適用することができる。セカンダリセル（ｓｅｃｏｎｄａｒｙｃｅｌｌ：ＳＣｅｌｌ）において、Ｅ−ＵＴＲＡＮは、該当ＳＣｅｌｌが追加される時、ＲＲＣ接続状態動作と関連している全てのシステム情報を専用シグナリングを介して提供することができる。設定されたＳＣｅｌｌと関連しているシステム情報の変更時、Ｅ−ＵＴＲＡＮは、考慮されるＳＣｅｌｌを解除（ｒｅｌｅａｓｅ）して、以後に追加可能であり、これは単一ＲＲＣ接続再設定メッセージと共に実行されることができる。Ｅ−ＵＴＲＡＮは、考慮されるＳＣｅｌｌ内でブロードキャストされた値と異なるパラメータ値を専用シグナリングを介して設定することができる。

端末は、特定タイプのシステム情報に対してその有効性を保証しなければならず、このようなシステム情報を必須システム情報（ｒｅｑｕｉｒｅｄｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ）という。必須システム情報は、下記のように定義されることができる。

−端末がＲＲＣアイドル状態である場合：端末は、ＳＩＢ２乃至ＳＩＢ８だけでなく、ＭＩＢ及びＳＩＢ１の有効なバージョンを有しているように保証しなければならず、これは考慮されるＲＡＴ（ｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ）のサポートにしたがう。

−端末がＲＲＣ接続状態である場合：端末は、ＭＩＢ、ＳＩＢ１及びＳＩＢ２の有効なバージョンを有しているように保証しなければならない。

一般的に、システム情報は、取得後最大３時間まで有効性が保証されることができる。

一般的に、ネットワークが端末に提供するサービスは、下記のように三つのタイプに区分することができる。また、どのようなサービスの提供を受けることができるかによって、端末は、セルのタイプも異なるように認識する。以下、サービスタイプを叙述した後、セルのタイプを叙述する。

１）制限的サービス（Ｌｉｍｉｔｅｄｓｅｒｖｉｃｅ）：このサービスは、緊急呼（Ｅｍｅｒｇｅｎｃｙｃａｌｌ）及び災害警報システム（ＥａｒｔｈｑｕａｋｅａｎｄＴｓｕｎａｍｉＷａｒｎｉｎｇＳｙｓｔｅｍ；ＥＴＷＳ）を提供し、受容可能なセル（ａｃｃｅｐｔａｂｌｅｃｅｌｌ）で提供することができる。

２）正規サービス（Ｎｏｒｍａｌｓｅｒｖｉｃｅ）：このサービスは、一般的用途の汎用サービス（ｐｕｂｌｉｃｕｓｅ）を意味し、正規セル（ｓｕｉｔａｂｌｅｏｒｎｏｒｍａｌｃｅｌｌ）で提供することができる。

３）事業者サービス（Ｏｐｅｒａｔｏｒｓｅｒｖｉｃｅ）：このサービスは、通信ネットワーク事業者のためのサービスを意味し、このセルは、通信ネットワーク事業者のみが使用することができ、一般ユーザは使用することができない。

セルが提供するサービスタイプと関連し、セルのタイプは、下記のように区分されることができる。

１）受容可能なセル（Ａｃｃｅｐｔａｂｌｅｃｅｌｌ）：端末が制限された（Ｌｉｍｉｔｅｄ）サービスの提供を受けることができるセル。このセルは、該当端末の立場で、禁止（ｂａｒｒｅｄ）されておらず、端末のセル選択基準を満たすセルである。

２）正規セル（Ｓｕｉｔａｂｌｅｃｅｌｌ）：端末が正規サービスの提供を受けることができるセル。このセルは、受容可能なセルの条件を満たし、同時に追加条件を満たす。追加的な条件として、このセルは、該当端末が接続できるＰＬＭＮ（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）所属でなければならず、端末のトラッキング領域（ＴｒａｃｋｉｎｇＡｒｅａ）更新手順の実行が禁止されないセルでなければならない。該当セルがＣＳＧセルの場合、端末がこのセルにＣＳＧメンバとして接続可能なセルでなければならない。

３）禁止されたセル（Ｂａｒｒｅｄｃｅｌｌ）：セルがシステム情報を介して禁止されたセルであるという情報をブロードキャストするセルである。

４）予約されたセル（Ｒｅｓｅｒｖｅｄｃｅｌｌ）：セルがシステム情報を介して予約されたセルであるという情報をブロードキャストするセルである。

図４は、ＲＲＣアイドル状態の端末の動作を示す流れ図である。図４は、初期電源がオンされた端末がセル選択過程を経てネットワークに登録し、その後、必要な場合、セル再選択をする手順を示す。

図４を参照すると、端末は、自分がサービスを受けることを希望するネットワークであるＰＬＭＮ（ｐｕｂｌｉｃｌａｎｄｍｏｂｉｌｅｎｅｔｗｏｒｋ）と通信するためのラジオアクセス技術（ｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ、無線通信方法）を選択する（Ｓ４１０）。ＰＬＭＮ及びＲＡＴに対する情報は、端末のユーザが選択することもでき、ＵＳＩＭ（ｕｎｉｖｅｒｓａｌｓｕｂｓｃｒｉｂｅｒｉｄｅｎｔｉｔｙｍｏｄｕｌｅ）に格納されているものを使用することもできる。

端末は、測定した信号強度や品質が特定値より大きいセルのうち、最も大きい値を有するセルを選択する（ＣｅｌｌＳｅｌｅｃｔｉｏｎ）（Ｓ４２０）。これは電源がオンされた端末がセル選択を実行することであって、初期セル選択（ｉｎｉｔｉａｌｃｅｌｌｓｅｌｅｃｔｉｏｎ）という。セル選択手順に対して以後に詳述する。セル選択以後の端末は、基地局が周期的に送るシステム情報を受信する。前記特定値は、データ送信／受信での物理的信号に対する品質の保証を受けるために、システムで定義された値を意味する。したがって、適用されるＲＡＴによって、その値は異なる。

端末は、ネットワーク登録が必要な場合、ネットワーク登録手順を実行する（Ｓ４３０）。端末は、ネットワークからサービス（例：Ｐａｇｉｎｇ）を受けるために自分の情報（例：ＩＭＳＩ）を登録する。端末は、セルを選択するたびにアクセスするネットワークに登録するものではなく、システム情報から受けたネットワークの情報（例：ＴｒａｃｋｉｎｇＡｒｅａＩｄｅｎｔｉｔｙ；ＴＡＩ）と自分が知っているネットワークの情報が異なる場合にネットワークに登録する。

端末は、セルで提供されるサービス環境または端末の環境などに基づいてセル再選択を実行する（Ｓ４４０）。端末は、現在サービスを受けている基地局（サービング基地局）から測定した信号の強度や品質の値が、隣接したセルの基地局から測定した値より低い場合、端末が現在接続した基地局のセルより良い信号特性を提供する他のセルの中から一つを選択する。この過程を２番目の過程である初期セル選択（ＩｎｉｔｉａｌＣｅｌｌＳｅｌｅｃｔｉｏｎ）と区分するためにセル再選択（ＣｅｌｌＲｅ−Ｓｅｌｅｃｔｉｏｎ）という。このとき、信号特性の変化によって頻繁にセルが再選択されることを防止するために時間的な制約条件をおく。セル再選択手順に対しては以後に詳述する。

図５は、ＲＲＣ接続を確立する過程を示す流れ図である。

端末は、ＲＲＣ接続を要求するＲＲＣ接続要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ）メッセージをネットワークに送る（Ｓ５１０）。ネットワークは、ＲＲＣ接続要求に対する応答としてＲＲＣ接続設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ）メッセージを送る（Ｓ５２０）。ＲＲＣ接続設定メッセージを受信した後、端末は、ＲＲＣ接続モードに進入する。

端末は、ＲＲＣ接続確立の完了の成功を確認するために使われるＲＲＣ接続設定完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ）メッセージをネットワークに送る（Ｓ５３０）。

図６は、ＲＲＣ接続再設定過程を示す流れ図である。ＲＲＣ接続再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、ＲＲＣ接続の修正に使われる。これはＲＢ確立／修正（ｍｏｄｉｆｙ）／解除（ｒｅｌｅａｓｅ）、ハンドオーバ実行、測定セットアップ／修正／解除のために使われる。

ネットワークは、端末にＲＲＣ接続を修正するためのＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを送る（Ｓ６１０）。端末は、ＲＲＣ接続再設定に対する応答として、ＲＲＣ接続再設定の完了の成功を確認するために使われるＲＲＣ接続再設定完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージをネットワークに送る（Ｓ６２０）。

以下、ＰＬＭＮ（ｐｕｂｌｉｃｌａｎｄｍｏｂｉｌｅｎｅｔｗｏｒｋ）に対して説明する。

ＰＬＭＮは、モバイルネットワーク運営者により配置及び運用されるネットワークである。各モバイルネットワーク運営者は、一つまたはそれ以上のＰＬＭＮを運用する。各ＰＬＭＮは、ＭＣＣ（ＭｏｂｉｌｅＣｏｕｎｔｒｙＣｏｄｅ）及びＭＮＣ（ＭｏｂｉｌｅＮｅｔｗｏｒｋＣｏｄｅ）により識別されることができる。セルのＰＬＭＮ情報は、システム情報に含まれてブロードキャストされる。

ＰＬＭＮ選択、セル選択及びセル再選択において、多様なタイプのＰＬＭＮが端末により考慮されることができる。

ＨＰＬＭＮ（ＨｏｍｅＰＬＭＮ）：端末ＩＭＳＩのＭＣＣ及びＭＮＣとマッチングされるＭＣＣ及びＭＮＣを有するＰＬＭＮ。

ＥＨＰＬＭＮ（ＥｑｕｉｖａｌｅｎｔＨＰＬＭＮ）：ＨＰＬＭＮと等価として取り扱われるＰＬＭＮ。

ＲＰＬＭＮ（ＲｅｇｉｓｔｅｒｅｄＰＬＭＮ）：位置登録の終了が成功したＰＬＭＮ。

ＥＰＬＭＮ（ＥｑｕｉｖａｌｅｎｔＰＬＭＮ）：ＲＰＬＭＮと等価として取り扱われるＰＬＭＮ。

各モバイルサービス需要者は、ＨＰＬＭＮに加入する。ＨＰＬＭＮまたはＥＨＰＬＭＮにより端末に一般サービスが提供される時、端末は、ローミング状態（ｒｏａｍｉｎｇｓｔａｔｅ）ではない。それに対し、ＨＰＬＭＮ／ＥＨＰＬＭＮ以外のＰＬＭＮにより端末にサービスが提供される時、端末は、ローミング状態であり、そのＰＬＭＮは、ＶＰＬＭＮ（ＶｉｓｉｔｅｄＰＬＭＮ）と呼ばれる。

端末は、初期に電源がオンされると、使用可能なＰＬＭＮ（ｐｕｂｌｉｃｌａｎｄｍｏｂｉｌｅｎｅｔｗｏｒｋ）を検索し、サービスを受けることができる適切なＰＬＭＮを選択する。ＰＬＭＮは、モバイルネットワーク運営者（ｍｏｂｉｌｅｎｅｔｗｏｒｋｏｐｅｒａｔｏｒ）により配置され（ｄｅｐｌｏｙ）、または運営されるネットワークである。各モバイルネットワーク運営者は、一つまたはそれ以上のＰＬＭＮを運営する。それぞれのＰＬＭＮは、ＭＣＣ（ｍｏｂｉｌｅｃｏｕｎｔｒｙｃｏｄｅ）及びＭＮＣ（ｍｏｂｉｌｅｎｅｔｗｏｒｋｃｏｄｅ）により識別されることができる。セルのＰＬＭＮ情報は、システム情報に含まれてブロードキャストされる。端末は、選択したＰＬＭＮを登録するために試みる。登録が成功した場合、選択されたＰＬＭＮは、ＲＰＬＭＮ（ｒｅｇｉｓｔｅｒｅｄＰＬＭＮ）になる。ネットワークは、端末にＰＬＭＮリストをシグナリングすることができ、これはＰＬＭＮリストに含まれているＰＬＭＮをＲＰＬＭＮのようなＰＬＭＮであると考慮することができる。ネットワークに登録された端末は、常時ネットワークにより接近可能（ｒｅａｃｈａｂｌｅ）でなければならない。もし、端末がＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態（同様に、ＲＲＣ接続状態）である場合、ネットワークは、端末がサービスを受けていることを認知する。しかし、端末がＥＣＭ−ＩＤＬＥ状態（同様に、ＲＲＣアイドル状態）である場合、端末の状況がｅＮＢでは有効でないが、ＭＭＥには格納されている。この場合、ＥＣＭ−ＩＤＬＥ状態の端末の位置は、ＴＡ（ｔｒａｃｋｉｎｇＡｒｅａ）のリストの粒度（ｇｒａｎｕｌａｒｉｔｙ）を介してＭＭＥにのみ知られる。単一ＴＡは、ＴＡが所属されたＰＬＭＮ識別子で構成されたＴＡＩ（ｔｒａｃｋｉｎｇａｒｅａｉｄｅｎｔｉｔｙ）及びＰＬＭＮ内のＴＡを唯一に表現するＴＡＣ（ｔｒａｃｋｉｎｇａｒｅａｃｏｄｅ）により識別される。

次に、選択したＰＬＭＮが提供するセルの中から、前記端末が適切なサービスの提供を受けることができる信号品質と特性を有するセルを選択する。

以下、従来技術において、端末がセルを選択する手順に対して詳細に説明する。

電源がオンされ、またはセルにとどまっている時、端末は、適切な品質のセルを選択／再選択することでサービスを受けるための手順を実行する。

ＲＲＣアイドル状態の端末は、常に適切な品質のセルを選択することで、このセルを介してサービスの提供を受けるための用意をしなければならない。例えば、電源がオンされた端末は、ネットワークに登録するために適切な品質のセルを選択しなければならない。ＲＲＣ接続状態の前記端末がＲＲＣアイドル状態に進入すると、前記端末は、ＲＲＣアイドル状態にとどまるセルを選択しなければならない。このように、前記端末がＲＲＣアイドル状態のようなサービス待機状態にとどまるために、一定条件を満たすセルを選択する過程をセル選択（ＣｅｌｌＳｅｌｅｃｔｉｏｎ）という。重要な点は、前記セル選択は、前記端末が前記ＲＲＣアイドル状態にとどまるセルを現在決定していない状態で実行されているため、可能な限り速かにセルを選択することが重要である。したがって、一定基準以上の無線信号品質を提供するセルの場合は、たとえ、このセルが端末に最も良い無線信号品質を提供するセルでないとしても、端末のセル選択過程で選択されることができる。

以下、３ＧＰＰＴＳ３６．３０４Ｖ８．５．０（２００９−０３）“ＵｓｅｒＥｑｕｉｐｍｅｎｔ（ＵＥ）ｐｒｏｃｅｄｕｒｅｓｉｎｉｄｌｅｍｏｄｅ（Ｒｅｌｅａｓｅ８）”を参照し、３ＧＰＰＬＴＥにおいて、端末がセルを選択する方法及び手順に対して詳述する。

セル選択過程は、大きく二つに分けられる。

まず、初期セル選択過程であり、この過程では、前記端末が無線チャネルに対する事前情報がない。したがって、前記端末は、適切なセルを探すために全ての無線チャネルを検索する。各チャネルにおいて、前記端末は、最も強いセルを探す。以後、前記端末がセル選択基準を満たす適切な（ｓｕｉｔａｂｌｅ）セルを探すと、該当セルを選択する。

次に、端末は、格納された情報を活用し、またはセルで放送している情報を活用することで、セルを選択することができる。したがって、初期セル選択過程に比べてセル選択が迅速である。端末がセル選択基準を満たすセルを探すと、該当セルを選択する。もし、この過程を介してセル選択基準を満たす適切なセルを探すことができない場合、端末は、初期セル選択過程を実行する。

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

［数式１］

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

セルの優先順位を定める時に使われるランキング指標（ｒａｎｋｉｎｇｃｒｉｔｅｒｉｏｎ）は、数式２のように定義される。

［数式２］
Ｒｓ＝Ｑ_{ｍｅａｓ,ｓ}＋Ｑ_{ｈｙｓｔ,}Ｒ_ｎ＝Ｑ_{ｍｅａｓ,ｎ}−Ｑ_{ｏｆｆｓｅｔ}

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

イントラ周波数で、端末がサービングセルと隣接セルとの間のオフセット（Ｑ_{ｏｆｆｓｅｔｓ,ｎ}）を受信した場合は、Ｑ_{ｏｆｆｓｅｔ}＝Ｑ_{ｏｆｆｓｅｔｓ,ｎ}であり、端末がＱ_{ｏｆｆｓｅｔｓ,ｎ}を受信しない場合は、Ｑ_{ｏｆｆｓｅｔ}＝０である。

インター周波数で、端末が該当セルに対するオフセット（Ｑ_{ｏｆｆｓｅｔｓ,ｎ}）を受信した場合は、Ｑ_{ｏｆｆｓｅｔ}＝Ｑ_{ｏｆｆｓｅｔｓ,ｎ}＋Ｑ_{ｆｒｅｑｕｅｎｃｙ}であり、端末がＱ_{ｏｆｆｓｅｔｓ,ｎ}を受信しない場合は、Ｑ_{ｏｆｆｓｅｔ}＝Ｑ_{ｆｒｅｑｕｅｎｃｙ}である。

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

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

前記基準によると、セル再選択において、セルの品質が最も主要な基準として作用することを確認することができる。もし、再選択したセルが正規セル（ｓｕｉｔａｂｌｅｃｅｌｌ）でない場合、端末は、該当周波数または該当セルをセル再選択対象から除外する。

以下、無線リンク失敗に対して説明する。

端末は、サービスを受信するサービングセルとの無線リンクの品質維持のために持続的に測定を実行する。端末は、サービングセルとの無線リンクの品質悪化（ｄｅｔｅｒｉｏｒａｔｉｏｎ）により現在の状況で通信が不可能かどうかを決定する。もし、サービングセルの品質があまりにも低くて通信がほぼ不可能な場合、端末は、現在の状況を無線連結失敗であると決定する。

もし、無線リンク失敗が決定されると、端末は、現在のサービングセルとの通信維持をあきらめ、セル選択（または、セル再選択）手順を介して新しいセルを選択し、新しいセルへのＲＲＣ接続再確立（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を試みる。

３ＧＰＰＬＴＥのスペックでは、正常に通信することができない場合として下記のような例示を挙げている。

−端末の物理層の無線品質測定結果に基づいて、端末が下り通信リンク品質に深刻な問題があると判断した場合（ＲＬＭ実行中、ＰＣｅｌｌの品質が低いと判断した場合）。

−ＭＡＣ副層でランダムアクセス（ｒａｎｄｏｍａｃｃｅｓｓ）手順が持続的に失敗してアップリンク送信に問題があると判断した場合。

−ＲＬＣ副層で上りデータ送信が持続的に失敗してアップリンク送信に問題があると判断した場合。

−ハンドオーバを失敗したと判断した場合。

−端末が受信したメッセージが完全性検査（ｉｎｔｅｇｒｉｔｙｃｈｅｃｋ）を通過することができない場合。

以下、ＲＲＣ接続再確立（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順に対し、より詳細に説明する。

図７は、ＲＲＣ接続再確立手順を示す。

図７を参照すると、端末は、ＳＲＢ０（ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒ＃０）を除外した、設定されている全ての無線ベアラ（ｒａｄｉｏｂｅａｒｅｒ）使用を中断し、ＡＳ（ＡｃｃｅｓｓＳｔｒａｔｕｍ）の各種副層（副階層）を初期化させる（Ｓ７１０）。また、各副層及び物理層を基本構成（ｄｅｆａｕｌｔｃｏｎｆｉｇｕｒａｔｉｏｎ）に設定する。このような過程中、端末は、ＲＲＣ接続状態を維持する。

端末は、ＲＲＣ接続再設定手順を実行するためのセル選択手順を実行する（Ｓ７２０）。ＲＲＣ接続再確立手順中に、セル選択手順は、端末がＲＲＣ接続状態を維持しているにもかかわらず、端末がＲＲＣアイドル状態で実行するセル選択手順と同じように実行されることができる。

端末は、セル選択手順を実行した後、該当セルのシステム情報を確認することで該当セルが適切な（適合な）セルかどうかを判断する（Ｓ７３０）。もし、選択されたセルが適切なＥ−ＵＴＲＡＮセルであると判断された場合、端末は、該当セルにＲＲＣ接続再確立要求メッセージ（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｒｅｑｕｅｓｔｍｅｓｓａｇｅ）を送信する（Ｓ７４０）。

一方、ＲＲＣ接続再確立手順を実行するためのセル選択手順を介して選択されたセルが、Ｅ−ＵＴＲＡＮ以外の異なるＲＡＴを使用するセルであると判断された場合、ＲＲＣ接続再確立手順を中断し、端末は、ＲＲＣアイドル状態に進入する（Ｓ７５０）。

端末は、セル選択手順及び選択したセルのシステム情報受信を介して、制限された時間内にセルの適切性確認を終えるように実装されることができる。そのために、端末は、ＲＲＣ接続再確立手順を開始することによってタイマを駆動させることができる。タイマは、端末が適切なセルを選択したと判断された場合、中断されることができる。タイマが満了された場合、端末は、ＲＲＣ接続再確立手順が失敗したと見なし、ＲＲＣアイドル状態に進入することができる。以下、このタイマを無線リンク失敗タイマという。ＬＴＥスペックＴＳ３６．３３１では、Ｔ３１１という名称のタイマが無線リンク失敗タイマとして活用されることができる。端末は、このタイマの設定値をサービングセルのシステム情報から取得することができる。

端末からＲＲＣ接続再確立要求メッセージを受信して要求を受諾した場合、セルは、端末にＲＲＣ接続再確立メッセージ（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｍｅｓｓａｇｅ）を送信する。

セルからＲＲＣ接続再確立メッセージを受信した端末は、ＳＲＢ１に対するＰＤＣＰ副層とＲＬＣ副層を再構成する。また、セキュリティ設定と関連している各種キー値を再計算し、セキュリティを担当するＰＤＣＰ副層を新しく計算したセキュリティキー値で再構成する。それによって、端末とセルとの間のＳＲＢ１が開放され、ＲＲＣ制御メッセージをやりとりすることができるようになる。端末は、ＳＲＢ１の再開を完了し、セルにＲＲＣ接続再確立手順が完了したというＲＲＣ接続再確立完了メッセージ（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅｍｅｓｓａｇｅ）を送信する（Ｓ７６０）。

それに対し、端末からＲＲＣ接続再確立要求メッセージを受信して要求を受諾しない場合、セルは、端末にＲＲＣ接続再確立拒絶メッセージ（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｒｅｊｅｃｔｍｅｓｓａｇｅ）を送信する。

ＲＲＣ接続再確立手順の実行が成功すると、セルと端末は、ＲＲＣ接続再設定手順を実行する。それによって、端末は、ＲＲＣ接続再確立手順を実行する前の状態を回復し、サービスの連続性を最大限保証する。

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

図８を参照すると、端末は、初期（最初）セル選択過程を実行する（Ｓ８０１）。初期セル選択過程は、ＰＬＭＮに対して格納したセル情報がない場合、または正規セル（ｓｕｉｔａｂｌｅｃｅｌｌ）を探すことができない場合に実行されることができる。

初期セル選択過程で正規セルをさがすことができない場合、任意セル選択状態（Ｓ８０２）に移動する。任意セル選択状態は、正規セルにも受容可能なセルにもキャンプオン（ｃａｍｐｏｎ）できない状態であり、端末がキャンプできる任意のＰＬＭＮの受容可能なセル（ａｃｃｅｐｔａｂｌｅｃｅｌｌ）を探すために試みる状態である。端末がキャンプできるどのようなセルも探すことができない場合、端末は、受容可能なセルをさがす時まで持続的に任意セル選択状態にとどまる。

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

正規キャンプ状態（Ｓ８０３）でセル再選択評価過程（Ｓ８０４）が誘発されると、セル再選択評価過程（Ｓ８０４）を実行する。セル再選択評価過程（Ｓ８０４）で正規セル（ｓｕｉｔａｂｌｅｃｅｌｌ）が発見される場合、再び正規キャンプ状態（Ｓ８０３）に移動する。

任意セル選択状態（Ｓ８０２）で、受容可能なセルが発見される場合、任意セルキャンプ状態（Ｓ８０５）に移動する。任意セルキャンプ状態は、受容可能なセルにキャンプオン（ｃａｍｐｏｎ）した状態である。

任意セルキャンプ状態（Ｓ８０５）で、端末は、システム情報を介して与えられた情報によってページングチャネル（ｐａｇｉｎｇｃｈａｎｎｅｌ）を選択してモニタリングすることができ、セル再選択のための評価過程（Ｓ８０６）を実行することができる。前記セル再選択のための評価過程（Ｓ８０６）で受容可能なセル（ａｃｃｅｐｔａｂｌｅｃｅｌｌ）が発見されない場合、任意セル選択状態（Ｓ８０２）に移動する。

以下、Ｄ２Ｄ動作に対して説明する。３ＧＰＰＬＴＥ−Ａでは、Ｄ２Ｄ動作と関連したサービスを近接性ベースのサービス（ＰｒｏｘｉｍｉｔｙｂａｓｅｄＳｅｒｖｉｃｅｓ：ＰｒｏＳｅ）という。以下、ＰｒｏＳｅは、Ｄ２Ｄ動作と同等な概念であり、ＰｒｏＳｅは、Ｄ２Ｄ動作と混用されることができる。以下、ＰｒｏＳｅに対して記述する。

ＰｒｏＳｅには、ＰｒｏＳｅ直接通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）とＰｒｏＳｅ直接発見（ｄｉｒｅｃｔｄｉｓｃｏｖｅｒｙ）がある。ＰｒｏＳｅ直接通信は、近接した２以上の端末間で実行される通信を意味する。前記端末は、ユーザプレーンのプロトコルを利用して通信を実行することができる。ＰｒｏＳｅ可能端末（ＰｒｏＳｅ−ｅｎａｂｌｅｄＵＥ）は、ＰｒｏＳｅの要求条件と関連している手順をサポートする端末を意味する。別の言及がない場合、ＰｒｏＳｅ可能端末は、公用安全端末（ｐｕｂｌｉｃｓａｆｅｔｙＵＥ）と非公用安全端末（ｎｏｎ−ｐｕｂｌｉｃｓａｆｅｔｙＵＥ）を両方とも含む。公用安全端末は、公用安全に特化された機能とＰｒｏＳｅ過程を両方ともサポートする端末であり、非公用安全端末は、ＰｒｏＳｅ過程はサポートするが、公用安全に特化された機能はサポートしない端末である。

ＰｒｏＳｅ直接発見（ＰｒｏＳｅｄｉｒｅｃｔｄｉｓｃｏｖｅｒｙ）は、ＰｒｏＳｅ可能端末が、隣接した他のＰｒｏＳｅ可能端末を発見するための過程であり、このとき、前記２個のＰｒｏＳｅ可能端末の能力のみを使用する。ＥＰＣ次元のＰｒｏＳｅ発見（ＥＰＣ−ｌｅｖｅｌＰｒｏＳｅｄｉｓｃｏｖｅｒｙ）は、ＥＰＣが２個のＰｒｏＳｅ可能端末の近接可否を判断し、前記２個のＰｒｏＳｅ可能端末にそれらの近接を知らせる過程を意味する。

以下、便宜上、ＰｒｏＳｅ直接通信はＤ２Ｄ通信といい、ＰｒｏＳｅ直接発見はＤ２Ｄ発見という。

図９は、ＰｒｏＳｅのための基準構造を示す。

図９を参照すると、ＰｒｏＳｅのための基準構造は、Ｅ−ＵＴＲＡＮ、ＥＰＣ、ＰｒｏＳｅ応用プログラムを含む複数の端末、ＰｒｏＳｅ応用サーバ（ＰｒｏＳｅＡＰＰｓｅｒｖｅｒ）、及びＰｒｏＳｅ機能（ＰｒｏＳｅｆｕｎｃｔｉｏｎ）を含む。

ＥＰＣは、Ｅ−ＵＴＲＡＮコアネットワーク構造を代表する。ＥＰＣは、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、ポリシー及び課金規則（ｐｏｌｉｃｙａｎｄｃｈａｒｇｉｎｇｒｕｌｅｓｆｕｎｃｔｉｏｎ：ＰＣＲＦ）、ホーム加入者サーバ（ｈｏｍｅｓｕｂｓｃｒｉｂｅｒｓｅｒｖｅｒ：ＨＳＳ）などを含むことができる。

ＰｒｏＳｅ応用サーバは、応用機能を作成するためのＰｒｏＳｅ能力のユーザである。ＰｒｏＳｅ応用サーバは、端末内の応用プログラムと通信することができる。端末内の応用プログラムは、応用機能を作成するためのＰｒｏＳｅ能力を使用することができる。

ＰｒｏＳｅ機能は、下記のうち少なくとも一つを含むことができるが、必ずこれに制限されるものではない。

−第三者応用プログラムに向かう基準点を介したインターワーキング（Ｉｎｔｅｒｗｏｒｋｉｎｇｖｉａａｒｅｆｅｒｅｎｃｅｐｏｉｎｔｔｏｗａｒｄｓｔｈｅ３ｒｄｐａｒｔｙａｐｐｌｉｃａｔｉｏｎｓ）。

−発見及び直接通信のための認証及び端末に対する設定（ＡｕｔｈｏｒｉｚａｔｉｏｎａｎｄｃｏｎｆｉｇｕｒａｔｉｏｎｏｆｔｈｅＵＥｆｏｒｄｉｓｃｏｖｅｒｙａｎｄｄｉｒｅｃｔｃｏｍｍｕｎｉｃａｔｉｏｎ）。

−ＥＰＣ次元のＰｒｏＳｅ発見の機能（ＥｎａｂｌｅｔｈｅｆｕｎｃｔｉｏｎａｌｉｔｙｏｆｔｈｅＥＰＣｌｅｖｅｌＰｒｏＳｅｄｉｓｃｏｖｅｒｙ）。

−ＰｒｏＳｅと関連した新しい加入者データ及びデータ格納調整、ＰｒｏＳｅＩＤの調整（ＰｒｏＳｅｒｅｌａｔｅｄｎｅｗｓｕｂｓｃｒｉｂｅｒｄａｔａａｎｄｈａｎｄｌｉｎｇｏｆｄａｔａｓｔｏｒａｇｅ、ａｎｄａｌｓｏｈａｎｄｌｉｎｇｏｆＰｒｏＳｅｉｄｅｎｔｉｔｉｅｓ）。

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

−ポリシー関連機能のためにＥＰＣに向かう制御提供（ＰｒｏｖｉｄｅｃｏｎｔｒｏｌｔｏｗａｒｄｓｔｈｅＥＰＣｆｏｒｐｏｌｉｃｙｒｅｌａｔｅｄｆｕｎｃｔｉｏｎａｌｉｔｙ）。

−課金のための機能提供（Ｐｒｏｖｉｄｅｆｕｎｃｔｉｏｎａｌｉｔｙｆｏｒｃｈａｒｇｉｎｇ（ｖｉａｏｒｏｕｔｓｉｄｅｏｆＥＰＣ、例えば、ｏｆｆｌｉｎｅｃｈａｒｇｉｎｇ））。

以下、ＰｒｏＳｅのための基準構造において、基準点と基準インターフェースを説明する。

−ＰＣ１：端末内のＰｒｏＳｅ応用プログラムとＰｒｏＳｅ応用サーバ内のＰｒｏＳｅ応用プログラムとの間の基準点である。これは応用次元でシグナリング要求条件を定義するために使われる。

−ＰＣ２：ＰｒｏＳｅ応用サーバとＰｒｏＳｅ機能との間の基準点である。これはＰｒｏＳｅ応用サーバとＰｒｏＳｅ機能との間の相互作用を定義するために使われる。ＰｒｏＳｅ機能のＰｒｏＳｅデータベースの応用データアップデートが前記相互作用の一例になることができる。

−ＰＣ３：端末とＰｒｏＳｅ機能との間の基準点である。端末とＰｒｏＳｅ機能との間の相互作用を定義するために使われる。ＰｒｏＳｅ発見及び通信のための設定が前記相互作用の一例になることができる。

−ＰＣ４：ＥＰＣとＰｒｏＳｅ機能との間の基準点である。ＥＰＣとＰｒｏＳｅ機能との間の相互作用を定義するために使われる。前記相互作用は、端末間に１：１通信のための経路を設定する時、またはリアルタイムセッション管理や移動性管理のためのＰｒｏＳｅサービスを認証する時を例示することができる。

−ＰＣ５：端末間に発見及び通信、中継、１：１通信のために制御／ユーザプレーンを使用するための基準点である。

−ＰＣ６：互いに異なるＰＬＭＮに属するユーザ間にＰｒｏＳｅ発見のような機能を使用するための基準点である。

−ＳＧｉ：応用データ及び応用次元制御情報交換のために使われることができる。

＜ＰｒｏＳｅ直接通信（Ｄ２Ｄ通信）：ＰｒｏＳｅＤｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ＞

ＰｒｏＳｅ直接通信は、２個の公用安全端末がＰＣ５インターフェースを介して直接通信することができる通信モードである。この通信モードは、端末がＥ−ＵＴＲＡＮのカバレッジ内でサービスを受ける場合やＥ−ＵＴＲＡＮのカバレッジから外れた場合の両方ともでサポートされることができる。

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

図１０（ａ）を参照すると、端末Ａ及びＢは、セルカバレッジ外に位置できる。図１０（ｂ）を参照すると、端末Ａは、セルカバレッジ内に位置し、端末Ｂは、セルカバレッジ外に位置できる。図１０（ｃ）を参照すると、端末Ａ及びＢは、両方とも単一セルカバレッジ内に位置できる。図１０（ｄ）を参照すると、端末Ａは、第１のセルのカバレッジ内に位置し、端末Ｂは、第２のセルのカバレッジ内に位置できる。

ＰｒｏＳｅ直接通信は、図１０のように多様な位置にある端末間に実行されることができる。

一方、ＰｒｏＳｅ直接通信には下記のＩＤが使われることができる。

ソースレイヤ−２ＩＤ：このＩＤは、ＰＣ５インターフェースでパケットの送信者を識別させる。

目的レイヤ−２ＩＤ：このＩＤは、ＰＣ５インターフェースでパケットのターゲットを識別させる。

ＳＡＬ１ＩＤ：このＩＤは、ＰＣ５インターフェースでスケジューリング割当（ｓｃｈｅｄｕｌｉｎｇａｓｓｉｇｎｍｅｎｔ：ＳＡ）でのＩＤである。

図１１は、ＰｒｏＳｅ直接通信のためのユーザプレーンプロトコルスタックを示す。

図１１を参照すると、ＰＣ５インターフェースは、ＰＤＣＨ、ＲＬＣ、ＭＡＣ及びＰＨＹ層で構成される。

ＰｒｏＳｅ直接通信では、ＨＡＲＱフィードバックがない場合がある。ＭＡＣヘッダは、ソースレイヤ−２ＩＤ及び目的レイヤ−２ＩＤを含むことができる。

＜ＰｒｏＳｅ直接通信のための無線リソース割当＞

ＰｒｏＳｅ可能端末は、ＰｒｏＳｅ直接通信のためのリソース割当に対し、下記の二つのモードを利用することができる。

１．モード１

モード１は、ＰｒｏＳｅ直接通信のためのリソースを基地局からスケジューリングを受けるモードである。モード１により端末がデータを送信するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でなければならない。端末は、送信リソースを基地局に要求し、基地局は、スケジューリング割当及びデータ送信のためのリソースをスケジューリングする。端末は、基地局にスケジューリング要求を送信し、ＰｒｏＳｅＢＳＲ（ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ）を送信することができる。基地局は、ＰｒｏＳｅＢＳＲに基づいて、前記端末がＰｒｏＳｅ直接通信をするデータを有しており、この送信のためのリソースが必要であると判断する。

２．モード２

モード２は、端末が直接リソースを選択するモードである。端末は、リソースプール（ｒｅｓｏｕｒｃｅｐｏｏｌ）で直接ＰｒｏＳｅ直接通信のためのリソースを選択する。リソースプールは、ネットワークにより設定され、または予め決定されることができる。

一方、端末がサービングセルを有している場合、即ち、端末が基地局とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある場合、またはＲＲＣ＿ＩＤＬＥ状態で特定セルに位置した場合、前記端末は、基地局のカバレッジ内にあると見なされる。

端末がカバレッジ外にある場合、前記モード２のみ適用されることができる。もし、端末がカバレッジ内にある場合、基地局の設定によってモード１またはモード２を使用することができる。

他の例外的な条件がない場合、基地局が設定した時にのみ、端末は、モード１からモード２に、またはモード２からモード１にモードを変更することができる。

＜ＰｒｏＳｅ直接発見（Ｄ２Ｄ発見）：ＰｒｏＳｅｄｉｒｅｃｔｄｉｓｃｏｖｅｒｙ＞

ＰｒｏＳｅ直接発見は、ＰｒｏＳｅ可能端末が近接した他のＰｒｏＳｅ可能端末を発見するときに使われる手順を意味し、Ｄ２Ｄ直接発見またはＤ２Ｄ発見とも呼ばれる。このとき、ＰＣ５インターフェースを介したＥ−ＵＴＲＡ無線信号が使われることができる。以下、ＰｒｏＳｅ直接発見に使われる情報を発見情報（ｄｉｓｃｏｖｅｒｙｉｎｆｏｒｍａｔｉｏｎ）という。

図１２は、Ｄ２Ｄ発見のためのＰＣ５インターフェースを示す。

図１２を参照すると、ＰＣ５インターフェースは、ＭＡＣ層、ＰＨＹ層と上位層であるＰｒｏＳｅＰｒｏｔｏｃｏｌ層で構成される。上位層（ＰｒｏＳｅＰｒｏｔｏｃｏｌ）で発見情報（ｄｉｓｃｏｖｅｒｙｉｎｆｏｒｍａｔｉｏｎ）のお知らせ（ａｎｏｕｎｃｅｍｅｎｔ：以下、アナウンスメント）及びモニタリング（ｍｏｎｉｔｏｒｉｎｇ）に対する許可を扱い、発見情報の内容は、ＡＳ（ａｃｃｅｓｓｓｔｒａｔｕｍ）に対して透過的（ｔｒａｎｓｐａｒｅｎｔ）である。ＰｒｏＳｅＰｒｏｔｏｃｏｌは、アナウンスメントのために有効な発見情報のみがＡＳに伝達されるようにする。

ＭＡＣ層は、上位層（ＰｒｏＳｅＰｒｏｔｏｃｏｌ）から発見情報を受信する。ＩＰ層は、発見情報送信のために使われない。ＭＡＣ層は、上位層から受けた発見情報をアナウンスするために使われるリソースを決定する。ＭＡＣ層は、発見情報を伝送するＭＡＣＰＤＵ（ｐｒｏｔｏｃｏｌｄａｔａｕｎｉｔ）を作成して物理層に送る。ＭＡＣヘッダは追加されない。

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

１．タイプ１

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

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

２．タイプ２

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

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

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

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

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

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

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

２．端末ＡのＰｒｏＳｅ可能応用プログラムは、‘友人’である関係にある応用レイヤＩＤのリストを受信する。前記応用レイヤＩＤは、一般的にネットワーク接続ＩＤ形態である。例えば、端末Ａの応用レイヤＩＤは、“ａｄａｍ＠ｅｘａｍｐｌｅ．ｃｏｍ”のような形態である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＬＴＥ−Ａで提供する近接サービス（ＰｒｏＳｅ）は、災害の状況で公共安全（ｐｕｂｌｉｃｓａｆｅｔｙ）のために使われることができる。以下、近接サービスをＤ２Ｄ動作という。Ｄ２Ｄ動作は、Ｄ２Ｄ発見信号の送信／受信、Ｄ２Ｄ制御情報及びデータ送受信のためのＤ２Ｄ通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）のうち少なくとも一つを含むことができるが、以下では主にＤ２Ｄ通信を例に挙げて説明する。

Ｄ２Ｄ動作の連続性を保証するために端末が例外的なリソースを使用することが許容されることができる。例えば、端末とネットワークとの間に物理層の問題や無線リンク失敗のような問題が発生した場合、端末は、ネットワークからＤ２Ｄ動作のためのリソース割当をそれ以上受けることができない。その場合、端末は、例外的なリソースを使用してＤ２Ｄ通信による信号を送信することが許容されることができる。具体的に、端末は、前記例外的なリソースから特定リソースを自発的に選択してＤ２Ｄ通信による信号を送信することができる。

しかし、従来、前記例外的なリソースは、端末がサービングセルからサービスを受ける周波数でＤ２Ｄ動作を実行することを前提として定められた。したがって、端末がサービングセルからサービスを受けるサービング周波数とＤ２Ｄ動作を実行する周波数が互いに異なる場合、即ち、周波数間Ｄ２Ｄ動作（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙＤ２Ｄｏｐｅｒａｔｉｏｎ）を実行する場合、サービング周波数で決められた例外的なリソースの適用可否が不明確であり、どんなリソースをＤ２Ｄ動作を実行する周波数で例外的なリソースとして適用すべきかも不明確であった。

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

図１５を参照すると、第１の周波数の第１のセルは、端末のサービングセル（ｓｅｒｖｉｎｇｃｅｌｌ）である。端末は、第１の周波数の第１のセルとＲＲＣ接続を確立する（Ｓ２１０）。

端末は、前記第１のセル及び第２の周波数の第２のセルのうち、いずれか一つのセルでＤ２Ｄ通信を実行する（Ｓ２２０）。第１の周波数と第２の周波数は、互いに異なる周波数である。第１のセルは、前記端末に対するサービングセルであり、第２のセルは、前記端末に対して隣接セル（ｎｅｉｇｈｂｏｒｉｎｇｃｅｌｌ）である。キャリアアグリゲーション（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）の場合には、第１のセルは、前記端末がネットワークとＲＲＣ接続を維持するプライマリセル（ｐｒｉｍａｒｙｃｅｌｌ）、第２のセルは、プライマリセルに追加されるセカンダリセル（ｓｅｃｏｎｄａｒｙｃｅｌｌ）である。

そのとき、第１のセル及び第２のセルのうち、どのセルでＤ２Ｄ通信が実行されるかによって、前記第１のセルが提供する例外的なリソースの使用可否が変わることができる。

即ち、第１のセルでＤ２Ｄ通信を実行する場合、前記第１のセルが提供する例外的なリソースを使用して前記Ｄ２Ｄ通信を実行することができる。それに対し、第２のセルで前記Ｄ２Ｄ通信を実行する場合、前記第１のセルが提供する例外的なリソースは使用せずに、第２のセルが提供する例外的なリソースを使用してＤ２Ｄ通信を実行する。

第１のセルは、前記端末がＲＲＣ接続を確立しているセルであるため、前記端末に対してプライマリセル（ｐｒｉｍａｒｙｃｅｌｌ）となる。プライマリセルでは例外的なリソースを定義することができる。前記例外的なリソースは、特別に規定された場合を除外すると、周波数間Ｄ２Ｄ動作のために使われてはならない。例えば、端末がネットワークとＲＲＣ接続を確立しているプライマリセルの周波数がｆ１であり、前記端末がＤ２Ｄ動作を実行する周波数がｆ２であり、前記ｆ１及びｆ２が互いに異なる周波数である。その場合、端末は、ｆ１のプライマリセルで提供されるＤ２Ｄ動作のための例外的なリソースをｆ２で使用できない。

一般化すると、端末は、例外的な状況に対する進入条件（ｅｎｔｒｙｃｏｎｄｉｔｉｏｎ）または例外的な状況に対する脱出条件（ｅｘｉｔｃｏｎｄｉｔｉｏｎ）を評価した周波数でＤ２Ｄ動作を実行する場合に限り、前記周波数のセルが提供したＤ２Ｄ動作のための例外的なリソースを使用することが許容されることができる。

ＲＲＣ接続状態である端末の進入条件は、１）物理層の問題を検出し、Ｔ３１０を開始、２）無線リンク失敗が発生し、ＲＲＣ接続再確立を開始する場合、Ｔ３１１を開始、３）ＲＲＣ接続再確立要求を送信してＴ３０１を開始することである。

ＲＲＣアイドル状態である端末の進入条件は、１）ＳＩＢ１８がモード２リソースを設定せずに、端末が接続確立を実行することである。端末は、最初Ｔ３００満了時点からＳＩＢ１８で提供される例外的なリソースを使用することができる。

脱出条件は、ＲＲＣ接続状態である端末に対してＴ３１０、Ｔ３１１、Ｔ３０１のうちいずれも動作中でないことである。

以下の表は、前記タイマを説明する。

端末は、進入条件が満たされるセルの周波数でＤ２Ｄ動作を実行しようとする場合に限り、前記セルが提供するＤ２Ｄ通信のための例外的なリソースを使用することが許容される。例えば、端末がネットワークとＲＲＣ接続を確立しているプライマリセルの周波数がｆ１であり、前記端末がＤ２Ｄ動作を実行する周波数がｆ２であり、前記ｆ１及びｆ２が互いに異なる周波数である。プライマリセルで進入条件が満たされ、プライマリセルでＤ２Ｄ動作を実行する場合、端末は、前記ｆ１のプライマリセルが提供するＤ２Ｄ動作のための例外的なリソースをｆ１で使用することができる。例えば、プライマリセルで物理層の問題を検出し、Ｔ３１０を開始する進入条件を満たすとともに、前記プライマリセルでＤ２Ｄ動作を実行する場合に限って前記プライマリセルが提供する例外的なリソースを使用することができる。

図１６は、本発明による例外的なリソースを使用したＤ２Ｄ動作方法を示す。

図１６を参照すると、端末は、セル１（周波数１）から例外的な送信リソースを指示する情報（ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ）を含むシステム情報を受信する（Ｓ４０１）。前記システム情報は、ＳＩＢ１８（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋｔｙｐｅ１８）であリ、ブロードキャストされることができる。

以下の表は、‘ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ’を含むＳＩＢ１８を例示する。

前記表３において、‘ｃｏｍｍＲｘＰｏｏｌ’は、ＲＲＣアイドル状態及びＲＲＣ接続状態の間に端末がＤ２Ｄ信号を受信することが許容されたリソースを指示する。‘ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ’は、ＲＲＣアイドル状態で端末がＤ２Ｄ通信による信号を送信することが許容されたリソースを指示する。‘ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ’の使用を拡張するためにＲＲＣ接続状態でプライマリ周波数でない他の周波数を介してＤ２Ｄ動作による信号を送信することが許容されたリソースを指示するように設定することを考慮することができる。‘ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ’は、例外的な条件下で端末がＤ２Ｄ通信による信号を送信することが許容されたリソースを指示する。端末は、端末を特定するシグナリングを介して端末がＲＲＣ接続状態で使用するリソースを指示する‘ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄ’が設定されることができる。即ち、端末は、基本的に‘ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ’または‘ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄ’により指示されるリソースを利用してＤ２Ｄ動作による信号を送信するが、例外的な条件では例外的なリソース、即ち、‘ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ’により指示されるリソースを利用してＤ２Ｄ通信による信号を送信することができる。

端末は、セル１との関係で物理層の問題または無線リンク失敗（ＲＬＦ）を検出する（Ｓ４０２）。物理層の問題または無線リンク失敗が前記例外的な条件に該当できる。

端末は、セル１から受信した例外的なリソースを指示する情報が指示するリソースプールを利用して周波数１でＤ２Ｄ通信を実行する（Ｓ４０３）。

前述したように、物理層の問題が無線リンク失敗を検出したことは進入条件であり、端末は、セル１（周波数１）に対して進入条件を満たすため、セル１が提供した例外的なリソースを使用して周波数１でのＤ２Ｄ通信を実行することができる。

図１６の過程をより具体的に説明する。端末が上位層によりＤ２Ｄ通信を送信するように設定され、Ｄ２Ｄ通信により送信するデータを有している場合、下記のように動作できる。

端末がＤ２Ｄ通信のために使用する周波数に対してネットワークカバレッジ内にあり、ＲＲＣ接続状態にあり、Ｄ２Ｄ通信のためにプライマリセルを使用する場合を仮定する。

その場合、現在プライマリセルまたは物理層の問題または無線リンク失敗が検出されたプライマリセルによりＤ２Ｄ通信のためのリソースである‘ｃｏｍｍＴｘＲｅｓｏｕｒｃｅｓ’がスケジューリングされるように設定された場合、

１）Ｔ３１０またはＴ３１１が動作中であり、‘ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ’を含むＳＩＢ１８が物理層の問題または無線リンク失敗を検出したプライマリセルでブロードキャストされ、または

２）Ｔ３０１が動作中であり、端末がＲＲＣ接続再確立を開始したセルが‘ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ’を含むＳＩＢ１８をブロードキャストすると、

前記端末は、Ｄ２Ｄ制御情報と該当データを前記‘ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ’の最初のエントリにより指示されるリソースプールを利用して送信することができる。

それ以外の場合、例えば、Ｔ３１０、Ｔ３１１、Ｔ３０１が動作中でない場合、またはプライマリセルが‘ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ’を含むＳＩＢ１８を提供しない場合などにおいては、端末は、ネットワークにＤ２Ｄ通信のためのリソースを割り当てることを要求する。

端末に‘ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄ’が設定されている場合、端末は、Ｄ２Ｄ制御情報及び該当データを前記‘ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄ’により指示されるリソースプールを利用して送信することができる。例えば、‘ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＤｅｄｉｃａｔｅｄ’の最初のエントリにより指示されるリソースプールを利用して送信することができる。

図１６では、端末がＤ２Ｄ動作を実行する周波数とサービングセルからサービスを受けるサービング周波数が同じ場合に対して説明した。

図１７は、本発明による例外的なリソースを使用したＤ２Ｄ動作方法の他の例である。

図１７の端末は、Ｄ２Ｄ動作を実行する周波数とサービングセルからサービスを受けるサービング周波数が互いに異なる場合、即ち、周波数間Ｄ２Ｄ動作を実行する端末である。

図１７を参照すると、端末は、セル１（周波数１）にキャンプオン（ｃａｍｐｏｎ）している端末であって、ＲＲＣアイドル状態である端末である。

端末は、セル１から例外的なリソースを指示する情報を含むシステム情報を受信する（Ｓ５０１）。前記システム情報は、ブロードキャストされることができる。

端末が周波数２でＤ２Ｄ動作を実行しようとすると仮定する。周波数２のセル２がＤ２Ｄ通信による信号送信に使われることができるリソースを指示する情報（ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ）をブロードキャストすることができる（Ｓ５０２）。その場合、端末は、セル２が送信した前記‘ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ’が指示するリソースプールを利用してＤ２Ｄ通信を実行することができる（Ｓ５０３）。

一方、端末は、現在自分のサービングセルであるセル１に対してＲＲＣ接続を試みることができる。そのために、端末は、セル１にＲＲＣ接続要求を送信することができる（Ｓ５０４）。ＲＲＣ接続要求を送信する時、Ｔ３００を開始する。Ｔ３００が満了される時までＲＲＣ接続設定（ＲＲＣｃｏｎｎｅｃｔｉｏｎｓｅｔｕｐ）を受信することができない場合、ＲＲＣ接続は失敗となる。

そのような場合、端末は、セル１が提供する例外的なリソースを使用せずに、セル２が提供する‘Ｄ２Ｄ通信による信号送信に使われることができるリソースを指示する情報（ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ）’が指示するリソースを利用してＤ２Ｄ通信による信号を送信することができる。

端末がＤ２Ｄ通信を実行しようとする周波数は、セル１が位置する周波数１でなく、セル２が位置する周波数２であるため、セル１が提供する例外的なリソースを使用しない。即ち、端末がＴ３００の満了などの進入条件を評価した周波数は周波数１であり、Ｄ２Ｄ動作を実行しようとする周波数は周波数２であるため、周波数１のセル１が提供する例外的なリソースをＤ２Ｄ動作に使用しないことである。端末が不要な進入条件を評価するのを避けるために、端末がＤ２Ｄ動作を実行しようとする周波数と進入条件評価対象と関連されたセルの周波数が同じ場合にのみ進入条件評価を実行することが可能である。例えば、Ｔ３００満了、Ｔ３１０の開始、Ｔ３１１の開始などと関連されたセルは、端末の現在ＰＣｅｌｌである。

図１７によると、端末は、サービング周波数でない他の周波数でＤ２Ｄ動作を実行することができる。例えば、端末は、周波数１のセル１をプライマリセルとして有してＲＲＣ接続を確立しており、周波数２のセル２でＤ２Ｄ通信を実行しなければならない。ここで、セル２の周波数２は、セル１の周波数１と異なると仮定することができる。

その場合、前記セル２がＳＩＢ１８をブロードキャストし、前記ＳＩＢ１８が‘ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ’を含む場合、端末は、Ｄ２Ｄ制御情報及び該当データを前記‘ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ’により指示されるリソースプールを利用して送信することができる。

セル２がＳＩＢ１８をブロードキャストし、‘ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ’を含んでいない場合、端末がＲＲＣ接続確立手順を開始したセル２が‘ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ’を含むＳＩＢ１８をブロードキャストした時は、Ｔ３００が終了された時点からＤ２Ｄ通信設定を含むＲＲＣ接続再設定を受信する時まで‘ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ’の最初のエントリにより指示されるリソースプールを利用してＤ２Ｄ通信制御情報及びデータを送信することができる。

端末がＤ２Ｄ通信を実行しようとする周波数でネットワークカバレッジの外側にある場合、Ｄ２Ｄ通信関連制御情報及び該当データをあらかじめ定められたリソースを利用して送信することができる。

図１６及び図１７の内容を整理すると、下記の通りである。

端末が特定セル（即ち、プライマリセル）によりサービスを受けており、周波数間Ｄ２Ｄ動作を実行しようとすると仮定する。即ち、端末が前記プライマリセルが属する周波数でない他の周波数でＤ２Ｄ動作を実行しようとすると仮定する。その場合、前記端末は、前記プライマリセルが提供する例外的なリソースを使用することが許容されない。

それに対し、端末が前記プライマリセルでＤ２Ｄ動作を実行する場合には前記プライマリセルに対して進入条件を満たすと、前記プライマリセルが提供する例外的なリソースを使用することができる。

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

図１８を参照すると、端末１１００は、プロセッサ１１１０、メモリ１１２０及びＲＦ部（ｒａｄｉｏｆｒｅｑｕｅｎｃｙｕｎｉｔ）１１３０を含む。プロセッサ１１１０は、提案された機能、過程及び／または方法を実装する。例えば、プロセッサ１１１０は、第１の周波数の第１のセルと第２の周波数の第２のセルのうち、一つのセルでＤ２Ｄ通信を実行する。そのとき、前記第１のセル及び前記第２のセルのうちどのセルで前記Ｄ２Ｄ通信が実行されるかによって、前記第１のセルが提供する例外的なリソースの使用可否が変わる。それに対しては、図１５乃至図１７を参考にして説明した。

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

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

Claims

無線通信システムにおける端末が例外的なリソースを使用してＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作を実行する方法において、
第１の周波数の第１のセル及び第２の周波数の第２のセルのうち、一つのセルでＤ２Ｄ通信を実行し、
前記第１のセルは、前記端末のサービングセルであり、
前記第１のセル及び前記第２のセルのうちどのセルで前記Ｄ２Ｄ通信が実行されるかによって、前記第１のセルが提供する例外的なリソースの使用可否が変わる、方法。
前記第１の周波数及び前記第２の周波数は、互いに異なる周波数である、請求項１に記載の方法。
前記端末が前記第１のセルで前記Ｄ２Ｄ通信を実行する場合、前記第１のセルが提供する例外的なリソースを使用することができる、請求項１に記載の方法。
前記第１のセルは、プライマリセルである、請求項３に記載の方法。
前記端末が前記プライマリセルで物理層の問題または無線リンク失敗を検出し、前記プライマリセルが例外的なリソースを設定する情報をブロードキャストする場合、前記例外的なリソースを設定する情報が指示するリソースプールを利用して前記Ｄ２Ｄ通信を実行する、請求項４に記載の方法。
前記端末が前記第２のセルで前記Ｄ２Ｄ通信を実行する場合、前記第１のセルが提供する例外的なリソースを使用しない、請求項１に記載の方法。
前記端末が前記第２のセルで前記Ｄ２Ｄ通信を実行する場合、前記第２のセルが提供する例外的なリソースを使用する、請求項６に記載の方法。
前記第２のセルが提供するシステム情報に前記Ｄ２Ｄ通信のための送信リソースを設定する情報が含まれておらず、前記システム情報が前記Ｄ２Ｄ通信のための例外的なリソースを設定する情報を含む場合、前記例外的なリソースを設定する情報が指示するリソースプールを利用して前記Ｄ２Ｄ通信を実行する、請求項７に記載の方法。
端末であって、
無線信号を送信及び受信するＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）部、及び、
前記ＲＦ部と結合して動作するプロセッサを含み、
前記プロセッサは、第１の周波数の第１のセル及び第２の周波数の第２のセルのうち、一つのセルでＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）通信を実行し、
前記第１のセルは、前記端末のサービングセルであり、
前記第１のセル及び前記第２のセルのうちどのセルで前記Ｄ２Ｄ通信が実行されるかによって、前記第１のセルが提供する例外的なリソースの使用可否が変わる、端末。