(57)【要約】【課題】Ｄ２Ｄ通信システムにおけるＰｒｏＳｅのためのパケットフィルタリングを行う方法及び装置に関する。【解決手段】端末の複数の識別子を設定する段階、媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）エンティティが、指示子を含む媒体アクセス制御プロトコルデータユニット（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＭＡＣ  ＰＤＵ）を受信する段階、ＭＡＣエンティティが、指示子がＵＥの識別子のうち任意の識別子の１６最上位ビット（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ、ＭＳＢ）と同一であるかを検査する段階、及び指示子が端末の識別子のうち任意の識別子の１６ＭＳＢと同一である場合、ＭＡＣ  ＰＤＵを成功的にデコードした後、ＭＡＣ  ＰＤＵを無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、ＲＬＣ）エンティティに伝達する段階を含む。【選択図】  図１５
2018509050.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける端末（ＵＥ）の動作方法であって、
前記端末の複数の識別子を設定する段階と、
媒体アクセス制御（ＭＡＣ）エンティティが、指示子を含む媒体アクセス制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ）を受信する段階と、
前記ＭＡＣエンティティが、前記指示子が前記ＵＥの識別子のうち任意の識別子の１６最上位ビット（ＭＳＢ）と同一であるかを検査する段階と、
前記指示子が前記端末の識別子のうち任意の識別子の１６ＭＳＢと同一である場合、前記ＭＡＣエンティティが、前記ＭＡＣ  ＰＤＵを成功裏にデコードした後、前記ＭＡＣ  ＰＤＵを無線リンク制御（ＲＬＣ）エンティティに伝達する段階と、を含む、端末の動作方法。
【請求項２】
前記端末の識別子はＰｒｏＳｅ  Ｌａｙｅｒ−２グループＩＤ又は目的地ｌａｙｅｒ−２  ＩＤを含む、請求項１に記載の端末の動作方法。
【請求項３】
前記指示子はＭＡＣヘッダーに含まれる、請求項１に記載の端末の動作方法。
【請求項４】
前記指示子はＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドである、請求項１に記載の端末の動作方法。
【請求項５】
前記ＭＡＣ  ＰＤＵはＰＣ５インターフェースを介して直接他の端末から受信される、請求項１に記載の端末の動作方法。
【請求項６】
前記識別子は前記端末が属するＰｒｏＳｅグループを識別する、請求項１に記載の端末の動作方法。
【請求項７】
前記識別子の大きさは１６ビットより大きい、請求項１に記載の端末の動作方法。
【請求項８】
前記指示子が前記端末の識別子のうち任意の識別子の１６ＭＳＢと同一でない場合、前記端末のＭＡＣエンティティは前記ＭＡＣ  ＰＤＵを廃棄する、請求項１に記載の端末の動作方法。
【請求項９】
無線通信システムにおける端末（ＵＥ）の動作方法であって、
前記端末の複数の目的地Ｌａｙｅｒ−２  ＩＤを設定する段階と、
媒体アクセス制御（ＭＡＣ）エンティティが、ＤＳＴフィールドを含む媒体アクセス制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ）を受信する段階と、
前記ＭＡＣエンティティが、ＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドが前記端末の目的地Ｌａｙｅｒ−２  ＩＤのうち任意のＩＤの１６ＭＳＢと同一であるかを検査する段階と、
前記ＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドが前記端末の目的地Ｌａｙｅｒ−２  ＩＤのうち任意のＩＤの１６ＭＳＢと同一である場合、前記ＭＡＣ  ＰＤＵを成功裏にデコードした後、無線リンク制御（ＲＬＣ）エンティティに前記ＭＡＣ  ＰＤＵを伝達する段階と、を含む、端末の動作方法。
【請求項１０】
無線通信システムにおける端末（ＵＥ）の動作方法であって、
前記端末の複数の目的地Ｌａｙｅｒ−２  ＩＤを設定する段階と、
媒体アクセス制御（ＭＡＣ）エンティティが、ＤＳＴフィールドを含む媒体アクセス制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ）を受信する段階と、
前記ＭＡＣ  ＰＤＵをデコードする段階と、
前記ＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドが前記端末の目的地Ｌａｙｅｒ−２  ＩＤのうち任意のＩＤの１６ＭＳＢと同一であるかによって前記ＭＡＣ  ＰＤＵを成功裏にデコードした後、前記無線リンク制御（ＲＬＣ）エンティティに前記ＭＡＣ  ＰＤＵを伝達するかを決定する段階と、
前記端末が前記ＭＡＣ  ＰＤＵを伝達することに決定すれば、前記ＭＡＣ  ＰＤＵを伝達する段階と、を含む、端末の動作方法。
【請求項１１】
請求項１〜１０のいずれか一項に記載の方法を行うように形成される、通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関するもので、より詳しくはＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信システムにおいてサイドリンク無線ベアラーに対する暗号化指示（ｃｉｐｈｅｒｉｎｇ  ｉｎｄｉｃａｔｉｏｎ）を示す方法及びその装置に関するものである。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例として、Ｅ―ＵＭＴＳ網の構造を概略的に示した図である。Ｅ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ―ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥ―ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ  ７とＲｅｌｅａｓｅ  ８を参照することができる。
【０００４】
図１を参照すると、Ｅ―ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ  Ｂ；ｅＮＢ）、及びネットワーク（Ｅ―ＵＴＲＡＮ）の終端に位置し、外部ネットワークと接続される接続ゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末にダウンリンク又はアップリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。ダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、ダウンリンクスケジューリング情報を送信し、該当端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、アップリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、アップリンクスケジューリング情報を該当端末に送信し、該当端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを使用することができる。核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で端末の移動性を管理する。 
【０００６】
Ｄ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信は、基地局などのインフラストラクチャを利用せず、隣接ノード間でトラフィックを直接伝達する分散された通信技術のことをいう。Ｄ２Ｄ通信環境において、携帯用端末などの各ノードは、物理的にそれに隣接する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）を発見し、通信セッションを設定した後でトラフィックを送信する。この方式によれば、Ｄ２Ｄ通信は、基地局に集中しているトラフィックを分散してトラフィックの過負荷を解決でき、この点から、Ｄ２Ｄ通信は、４Ｇ以後の次世代モバイル通信技術の基本技術として注目を受けている。そこで、３ＧＰＰ又はＩＥＥＥなどの標準協会は、ＬＴＥ―Ａ又はＷｉ―Ｆｉに基づいてＤ２Ｄ通信標準の確立を進行しており、クアルコム（Ｑｕａｌｃｏｍｍ）も自身のＤ２Ｄ通信技術を開発してきている。
【０００７】
Ｄ２Ｄ通信は、モバイル通信システムのスループットを増加させ、新しい通信技術を生成するのに寄与すると期待される。また、Ｄ２Ｄ通信は、プロキシミティベースのソーシャルネットワークサービス又はネットワークゲームサービスをサポートすることができる。陰影地域（ｓｈａｄｅ ｚｏｎｅ）に位置する端末のリンク問題は、Ｄ２Ｄリンクをリレーとして使用することによって解決することができる。この方式により、Ｄ２Ｄ技術は、多様な分野で新しいサービスを提供すると期待される。 
【０００８】
赤外線通信、ジグビー（ＺｉｇＢｅｅ）、ＲＦＩＤ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）及びＲＦＩＤに基づくＮＦＣ（ｎｅａｒ  ｆｉｅｌｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）などのＤ２Ｄ通信技術は既に使用されている。しかし、これらの技術は、限られた距離（約１ｍ）内の特定オブジェクトの通信しかサポートせず、厳密にこれらの技術をＤ２Ｄ通信技術と見なすことは難しい。
【０００９】
Ｄ２Ｄ技術が前記のように記述されてきたが、同一のリソースを用いて複数のＤ２Ｄ端末からデータを送信する方法の細部事項は提案されていない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は前記問題点を解決するために案出されたもので、Ｄ２Ｄ通信システムにおけるＰｒｏＳｅのためのパケットフィルタリングを行う方法及び装置を提供することにその目的がある。本発明で達成しようとする技術的課題は以上で言及した技術的課題に制限されず、他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に理解可能であろう。
【課題を解決するための手段】
【００１１】
前述した問題点を解決するための本発明の一態様において、無線通信システムにおける端末（ＵＥ）の動作方法は、前記端末の複数の識別子を設定する段階、媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）エンティティが、指示子を含む媒体アクセス制御プロトコルデータユニット（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＭＡＣ  ＰＤＵ）を受信する段階、前記ＭＡＣエンティティが、前記指示子が前記ＵＥの識別子のうち任意の識別子の１６最上位ビット（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ、ＭＳＢ）と同一であるかを検査する段階、及び前記指示子が前記端末の識別子のうち任意の識別子の１６ＭＳＢと同一である場合、前記ＭＡＣ  ＰＤＵを成功的にデコードした後、前記ＭＡＣ  ＰＤＵを無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、ＲＬＣ）エンティティに伝達する段階を含む。
【００１２】
好ましくは、前記端末の識別子はＰｒｏＳｅ  Ｌａｙｅｒ−２グループＩＤ又は目的地Ｌａｙｅｒ−２  ＩＤを含む。
【００１３】
好ましくは、前記指示子はＭＡＣヘッダーに含まれる。
【００１４】
好ましくは、前記指示子はＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドである。
【００１５】
好ましくは、前記ＭＡＣ  ＰＤＵはＰＣ５インターフェースを介して直接他の端末から受信される。
【００１６】
好ましくは、前記識別子は前記端末が属するＰｒｏＳｅグループを識別する。
【００１７】
好ましくは、前記識別子の大きさは１６ビットより大きい。
【００１８】
好ましくは、前記指示子が前記端末の任意の識別子の１６ＭＳＢと同一でなければ、前記端末のＭＡＣエンティティはＭＡＣ  ＰＤＵを廃棄する。
【００１９】
本発明の他の態様において、無線通信システムにおける端末（ＵＥ）の動作方法は、前記端末の複数の目的地Ｌａｙｅｒ−２  ＩＤを設定する段階、媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）エンティティが、ＤＳＴフィールドを含む媒体アクセス制御プロトコルデータユニット（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＭＡＣ  ＰＤＵ）を受信する段階、前記ＭＡＣエンティティが、ＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドが前記端末の目的地Ｌａｙｅｒ−２  ＩＤのうち任意のＩＤの１６ＭＳＢと同一であるかを検査する段階、及び前記ＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドが前記端末の目的地Ｌａｙｅｒ−２  ＩＤのうち任意のＩＤの１６ＭＳＢと同一である場合、前記ＭＡＣ  ＰＤＵを成功的にデコードした後、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、ＲＬＣ）エンティティに前記ＭＡＣ  ＰＤＵを伝達する段階を含む。
【００２０】
本発明のさらに他の態様において、無線通信システムにおける端末（ＵＥ）の動作方法は、前記端末の複数の目的地Ｌａｙｅｒ−２  ＩＤを設定する段階、媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）エンティティが、ＤＳＴフィールドを含む媒体アクセス制御プロトコルデータユニット（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＭＡＣ  ＰＤＵ）を受信する段階、前記ＭＡＣ  ＰＤＵをデコードする段階、前記ＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドが前記端末の目的地Ｌａｙｅｒ−２  ＩＤのうち任意のＩＤの１６ＭＳＢと同一であるかによって前記ＭＡＣ  ＰＤＵを成功的にデコードした後、前記無線リンク制御（ＲＬＣ）エンティティに前記ＭＡＣ  ＰＤＵを伝達するかを決定する段階、及び前記端末が前記ＭＡＣ  ＰＤＵを伝達することに決定すれば、前記ＭＡＣ  ＰＤＵを伝達する段階を含む。
【００２１】
本発明について前述した一般的な説明と後述する詳細な説明は例示的なもので、請求項に記載の発明についての追加的な説明のためのものである。
【発明の効果】
【００２２】
本発明によると、一定の条件下でＤ２Ｄ通信システムにおけるＰｒｏＳｅのためのパケットフィルタリングを効率的に行うことができる。具体的に、受信されたＴＢからデータ、つまりＭＡＣ  ＰＤＵが成功的にデコードされれば、端末はデータが端末に対するターゲットであるかを先に確認し、前記一定の条件が満たされれば、端末はＭＡＣ  ＰＤＵを伝達する。
【００２３】
本発明で得られる効果は以上で言及した効果制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解可能であろう。
【図面の簡単な説明】
【００２４】
本明細書に添付する図面は本発明に対する理解を提供するためのもので、本発明の多様な実施形態を示し、明細書の記載と一緒に本発明の原理を説明するためのものである。
【００２５】
【図１】無線通信システムの一例としてＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のネットワーク構造を示す図である。
【図２Ａ】Ｅ−ＵＭＴＳのネットワーク構造を示すブロック図である。
【図２Ｂ】典型的なＥ−ＵＴＲＡＮ及び典型的なＥＰＣのアーキテクチャを示すブロック図である。
【図３】３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）無線アクセスネットワーク標準に基づいてＵＥ及びＥ−ＵＴＲＡＮの間の無線インターフェースプロトコルの制御平面及び使用者平面を示す図である。
【図４】Ｅ−ＵＭＴＳシステムで使われる例示的な物理チャネル構造を示す図である。
【図５】本発明の実施例による通信装置のブロック図である。
【図６】正常な通信のためのデフォルトデータ経路の例である。
【図７】近接通信のためのデータ経路シナリオの例である。
【図８】近接通信のためのデータ経路シナリオの例である。
【図９】非ローミング参照アーキテクチャを説明する概念図である。
【図１０】サイドリンクの第２階層構造を示す概念図である。
【図１１Ａ】ＰｒｏＳｅ直接通信のための使用者平面プロトコルスタックを説明する概念図である。
【図１１Ｂ】ＰｒｏＳｅ直接通信のための制御平面プロトコルスタックである。
【図１２】ＰｒｏＳｅ直接ディスカバリー（ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）のためのＰＣ５インターフェースを示す概念図である。
【図１３Ａ】偶数Ｎに対するＰｒｏＳｅ  ＢＳＲ  ＭＡＣ制御要素の例である。
【図１３Ｂ】奇数Ｎに対するＰｒｏＳｅ  ＢＳＲ  ＭＡＣ制御要素の例である。
【図１４Ａ】ＭＡＣ  ＰＤＵ構造を説明するための概念図である。
【図１４Ｂ】ＭＡＣ  ＰＤＵ構造を説明するための概念図である。
【図１４Ｃ】ＭＡＣ  ＰＤＵ構造を説明するための概念図である。
【図１４Ｄ】ＭＡＣ  ＰＤＵ構造を説明するための概念図である。
【図１４Ｅ】ＭＡＣ  ＰＤＵ構造を説明するための概念図である。
【図１５】本発明の実施例によるＤ２Ｄ通信システムにおけるＰｒｏＳｅのためのパケットフィルタリングを行うための図である。
【発明を実施するための形態】
【００２６】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）は、ヨーロッパシステム、ＧＳＭ（Ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、及びＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）に基盤したＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）で動作する３世代（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ、３Ｇ）非対称移動通信システムである。ＵＭＴＳのＬＴＥ（Ｌｏｎｇ―Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、ＵＭＴＳを規格化する３ＧＰＰによって議論中にある。
【００２７】
３ＧＰＰ  ＬＴＥは、高速パケット通信を可能にする技術である。ユーザ及び提供者の費用を減少させ、サービス品質を改善し、カバレッジ（ｃｏｖｅｒａｇｅ）及びシステム容量を拡張及び改善することを目的とするＬＴＥ課題のための多くの方法が提案された。３Ｇ  ＬＴＥは、上位―レベル要求であって、ビット（ｂｉｔ）当たりの費用減少、増加したサービス可用性、周波数帯域の柔軟性、単純な構造、開放型インターフェース、及び端末の適切な電力消耗を要求する。
【００２８】
以下で、添付の図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解され得るだろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された各例である。
【００２９】
本明細書は、ＬＴＥシステム及びＬＴＥ―Ａシステムを用いて本発明の各実施例を説明するが、これは例示に過ぎない。したがって、本発明の各実施例は、前記定義に該当するいずれの通信システムにも適用することができる。また、本明細書は、ＦＤＤ方式を基準にして本発明の実施例に対して説明するが、これは例示であって、本発明の実施例は、Ｈ―ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用することができる。
【００３０】
図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）網構造を示すブロック図である。Ｅ―ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信網は、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）などの多様なサービスを提供するために広く配置される。
【００３１】
図２Ａに示したように、Ｅ―ＵＭＴＳ網は、Ｅ―ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、及び一つ以上の端末を含む。Ｅ―ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）２０を含むことができ、複数の端末１０が一つのセルに位置することができる。一つ以上のＥ―ＵＴＲＡＮ  ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに接続することもできる。
【００３２】
本明細書において、「ダウンリンク（ｄｏｗｎｌｉｎｋ）」は、ｅＮＢ２０から端末１０への通信を称し、「アップリンク（ｕｐｌｉｎｋ）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザによって運搬される通信装備を称し、また、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、ＭＳ）、ユーザ端末（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ、ＵＴ）、加入者ステーション（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ、ＳＳ）又は無線デバイスと称することもできる。
【００３３】
図２Ｂは、一般的なＥ―ＵＴＲＡＮと一般的なＥＰＣの構造を示すブロック図である。
【００３４】
図２Ｂに示したように、ｅＮＢ２０は、ユーザ平面及び制御平面のエンドポイント（ｅｎｄ  ｐｏｉｎｔ）を端末１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントを端末１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インターフェースを介して接続することができる。
【００３５】
ｅＮＢ２０は、一般に端末１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）と称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースをｅＮＢ２０間で使用することができる。
【００３６】
ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、ＡＳ保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインター（ｉｎｔｅｒ）ＣＮノードシグナリング、（ページング再送信の制御及び実行を含む）遊休モード（ｉｄｌｅ  ｍｏｄｅ）端末接近性（Ｒｅａｃｈａｂｉｌｉｔｙ）、（遊休モード及び活性モード（ａｃｔｉｖｅ  ｍｏｄｅ）の端末のための）トラッキング領域リスト管理、ＰＤＮ  ＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ  ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラー設定を含むベアラー管理、（ＥＴＷＳ及びＣＭＡＳを含む）ＰＷＳメッセージ送信のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー―ユーザ（Ｐｅｒ―ｕｓｅｒ）ベースのパケットフィルタリング（例えば、深層パケット検査を使用）、適法なインターセプション（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔｉｏｎ）、端末  ＩＰアドレス割り当て、ダウンリンクでの送信（Ｔｒａｎｓｐｏｒｔ）レベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ―ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。
【００３７】
複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インターフェースを介して接続することができる。各ｅＮＢ２０は、Ｘ２インターフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造（ｍｅｓｈｅｄ  ｎｅｔｗｏｒｋ  ｓｔｒｕｃｔｕｒｅ）を有することができる。
【００３８】
図２Ｂに示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、ＲＲＣ）活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＣＨ）情報のスケジューリング及び送信、アップリンク及びダウンリンクの全てにおける各端末１０のための動的リソース割当て、ｅＮＢ測定の構成及び準備、無線ベアラー制御、無線承認制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ、ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動性制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面暗号化、システム構造エボリューション（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ、ＳＡＥ）ベアラー制御、及び非―接続層（Ｎｏｎ―Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ、ＮＡＳ）シグナリングの暗号化及び無欠性保護などの各機能を行うことができる。
【００３９】
ＥＰＣは、移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）、サービング―ゲートウェイ（ｓｅｒｖｉｎｇ―ｇａｔｅｗａｙ、Ｓ―ＧＷ）、及びパケットデータネットワーク―ゲートウェイ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ―Ｇａｔｅｗａｙ、ＰＤＮ―ＧＷ）を含む。ＭＭＥは、主に各端末の移動性を管理する目的で用いられる接続及び可用性に対する情報を有する。Ｓ―ＧＷは、Ｅ―ＵＴＲＡＮを終端点として有するゲートウェイで、ＰＤＮ―ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。
【００４０】
図３は、３ＧＰＰ無線接続網規格を基盤にした端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコルの制御平面及びユーザ平面の構造を示す図である。制御平面は、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために用いる各制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
【００４１】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して接続されている。前記送信チャネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは、ダウンリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、アップリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００４２】
第２層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ送信をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰバージョン４（ＩＰ  ｖｅｒｓｉｏｎ  ４、ＩＰｖ４）パケットやＩＰバージョン６（ＩＰｖ６）パケットのようなＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）パケットを効率的に送信するために不必要な制御情報を減少させるヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。
【００４３】
第３層の最下部に位置した無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面のみで定義される。ＲＲＣ層は、各無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。
【００４４】
ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうち一つで動作するように設定することができ、帯域でダウンリンク又はアップリンク送信サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。
【００４５】
Ｅ―ＵＴＲＡＮから端末への送信のためのダウンリンク送信チャネル（Ｄｏｗｎｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、各ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、及びユーザトラフィック又は各制御メッセージを送信するためのダウンリンク共有チャネル（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＳＣＨ）を含む。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクＳＣＨを介して送信することもでき、又は別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信することもできる。
【００４６】
端末からネットワークにデータを送信するアップリンク送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、その他にユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とがある。送信チャネルの上位にあり、送信チャネルにマップされる論理チャネルとしては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及びＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００４７】
図４は、Ｅ―ＵＭＴＳシステムで使用する物理チャネル構造の一例を示した図である。物理チャネルは、時間軸上にある多数のサブフレームと、周波数軸上にある多数のサブキャリア（Ｓｕｂ―ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ―ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）で構成される。一つのサブフレームは、複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報送信領域（ＰＤＣＣＨ）とデータ領域（ＰＤＳＣＨ）を示した。一実施例において、１０ｍｓの無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）が使用され、一つの無線フレームは１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは０．５ｍｓである。また、一つのサブフレームは多数のＯＦＤＭシンボルで構成され、多数のＯＦＤＭシンボルのうち一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を送信するために使用することができる。データ送信のための時間単位である送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ＴＴＩ）は１ｍｓである。
【００４８】
基地局と端末は、一般に特定制御信号又は特定サービスデータを除いては、送信チャネルであるＤＬ―ＳＣＨを用いる物理チャネルであるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に送信されるもので、前記各端末がどのようにＰＤＳＣＨデータを受信してデコード（ｄｅｃｏｄｉｎｇ）しなければならないのかに対する情報などは、ＰＤＣＣＨに含まれて送信される。
【００４９】
例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣマスク（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」という送信形式情報（例えば、送信ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が特定サブフレームを介して送信されると仮定する。この場合、セル内の端末は、自身が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニターし、「Ａ」ＲＮＴＩを有している一つ以上の端末があると、前記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を介して「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。
【００５０】
図５は、本発明の実施例に係る通信装置のブロック図である。
【００５１】
図５に示された装置は、上述したメカニズムを行うように適応されたユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）及び／又はｅＮＢであってもよいが、同じ作業を行う任意の装置であってもよい。
【００５２】
図５に示したように、装置は、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）／マイクロプロセッサ１１０及びＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール（送受信機；１３５）を含むこともできる。ＤＳＰ／マイクロプロセッサ１１０は、送受信機１３５に電気的に接続されて送受信機１３５を制御する。装置は、設計者の選択によって、電力管理モジュール１０５、バッテリー１５５、ディスプレイ１１５、キーパッド１２０、ＳＩＭカード１２５、メモリデバイス１３０、スピーカー１４５及び入力デバイス１５０をさらに含むこともできる。
【００５３】
特に、図５は、ネットワークから要求メッセージを受信するように構成された受信機１３５及びネットワークに送／受信タイミング情報を送信するように構成された送信機１３５を含む端末を示してもよい。このような受信機と送信機は送受信機１３５を構成できる。端末は、送受信機（受信機及び送信機、１３５）に接続されたプロセッサ１１０をさらに含むこともできる。
【００５４】
また、図５は、端末に要求メッセージを送信するように構成された送信機１３５及び端末から送受信タイミング情報を受信するように構成された受信機１３５を含むネットワーク装置を示してもよい。送信機及び受信機は送受信機１３５を構成することもできる。ネットワークは、送信機及び受信機に接続されたプロセッサ１１０をさらに含む。このプロセッサ１１０は、送受信タイミング情報に基づいて遅延（ｌａｔｅｎｃｙ）を計算することもできる。
【００５５】
最近、３ＧＰＰでプロキシミティ基盤のサービス（Ｐｒｏｘｉｍｉｔｙ―ｂａｓｅｄ  Ｓｅｒｖｉｃｅ；ＰｒｏＳｅ）が論議されている。ＰｒｏＳｅは、（認証などの適切な手続後）ｅＮＢのみを介して（ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅ―ｗａｙ（ＳＧＷ）／ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）―ＧＷ（ＰＧＷ）を介することなく）又はＳＧＷ／ＰＧＷを介して異なる端末を（直接）互いに接続させることができる。よって、ＰｒｏＳｅを用いて装置対装置直接通信を提供することができ、全ての装置がユビクォトス接続で接続されると期待される。近接した距離内の装置間の直接通信はネットワークの負荷を減少させることができる。最近、プロキシミティ基盤のソーシャルネットワークサービスは大衆の注目を受けており、新しい種類のプロキシミティ基盤のアプリケーションが出現され、新しいビジネスの市場及び収益を創造することができる。第一のステップにおいて、公衆安全及び緊要な通信（ｃｒｉｔｉｃａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）が市場で要求される。また、グループ通信は、公衆安全システムの重要なコンポーネントの一つである。プロキシミティ基盤のディスカバリー、直接経路通信及びグループ通信の管理などの機能が要求される。
【００５６】
使用ケースとシナリオは、例えば、ｉ）商業的／社会的使用、ｉｉ）ネットワークオフローディング（ｏｆｆｌｏａｄｉｎｇ）、ｉｉｉ）公衆安全、ｉｖ）到達可能性（ｒｅａｃｈａｂｉｌｉｔｙ）及び移動度の形態（ｍｏｂｉｌｉｔｙ  ａｓｐｅｃｔｓ）を含むユーザ経験の一貫性を確保するための現在のインフラストラクチャサービスの統合、ｖ）（地域規定及びオペレータポリシーの対象であり、特定公衆安全指定周波数帯域及び端末に制限された）ＥＵＴＲＡＮカバレッジの不在時の公衆安全である。
【００５７】
図６は、２個の端末間の通信のためのデフォルトデータ経路の例を示す。図６を参照すると、非常に近接した２個の端末（例えば、ＵＥ１、ＵＥ２）が互いに通信するときにも、それらのデータ経路（ユーザ平面）はオペレータネットワークを介する。よって、通信のための一般的なデータ経路は、ｅＮＢ及びゲートウェイ（ＧＷ）（例えば、ＳＧＷ／ＰＧＷ）を含む。
【００５８】
図７乃至図８は、プロキシミティ通信のためのデータ経路シナリオの例を示す。無線装置（例えば、ＵＥ１、ＵＥ２）が互いに隣接すると、直接モードデータ経路（図７）又は地域的にルートされたデータ経路（図８）を用いることができる。直接モードデータ経路において、ｅＮＢ及びＳＧＷ／ＰＧＷなしで（認証などの適切な手続後に）無線装置が互いに直接接続される。地域的にルートされたデータ経路では、無線装置がｅＮＢのみを介して互いに接続される。
【００５９】
図９は、ノン―ローミングリファレンスアーキテクチャを示す概念図である。
【００６０】
ＰＣ１乃至ＰＣ５はインターフェースを示す。ＰＣ１は、端末内のＰｒｏＳｅアプリケーションとＰｒｏＳｅアプリケーションサーバとの間の基準点である。これは、アプリケーションレベルシグナリング要求事項を定義するのに使用される。ＰＣ２は、ＰｒｏＳｅアプリケーションサーバとＰｒｏＳｅ機能との間の基準点である。これは、ＰｒｏＳｅアプリケーションサーバと、ＰｒｏＳｅ機能（ｆｕｎｃｔｉｏｎ）を介して３ＧＰＰ  ＥＰＳによって提供されるＰｒｏＳｅ機能性（ｆｕｎｃｔｉｏｎａｌｉｔｙ）との間の相互作用を定義するのに使用される。一例は、ＰｒｏＳｅ機能内のＰｒｏＳｅデータベースに対するアプリケーションデータアップデートのためのものであり得る。他の例は、３ＧＰＰ機能性とアプリケーションデータ、例えば、名前変換（ｎａｍｅ  ｔｒａｎｓｌａｔｉｏｎ）との間の相互作用（ｉｎｔｅｒｗｏｒｋｉｎｇ）でＰｒｏＳｅアプリケーションサーバによって使用されるデータであり得る。ＰＣ３は、端末とＰｒｏＳｅ機能との間の基準点である。これは、端末とＰｒｏＳｅ機能との間の相互作用を定義するのに使用される。一例は、ＰｒｏＳｅディスカバリー及び通信のための構成に使用することができる。ＰＣ４は、ＥＰＣとＰｒｏＳｅ機能との間の基準点である。これは、ＥＰＣとＰｒｏＳｅ機能との間の相互作用を定義するのに使用される。可能な使用ケースは、各端末間の１対１通信経路を設定するケース、又は、セッション管理又は移動度管理のためにＰｒｏＳｅサービス（認証）を実時間で有効化するケースであり得る。
【００６１】
ＰＣ５は、（各端末間直接及びＬＴＥ―Ｕｕを介した各端末間）１対１通信及びリレーのためにディスカバリー及び通信のための制御及びユーザ平面に使用される各端末間の基準点である。最後に、ＰＣ６は、異なるＰＬＭＮに加入された各ユーザ間のＰｒｏＳｅディスカバリーなどの機能に使用できる基準点である。
【００６２】
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）は、ＭＭＥ、Ｓ―ＧＷ、Ｐ―ＧＷ、ＰＣＲＦ、ＨＳＳなどのエンティティを含む。ここで、ＥＰＣは、Ｅ―ＵＴＲＡＮコアネットワークアーキテクチャを示す。ＥＰＣ内のインターフェースは、図９に明示的に示していないが、影響を受けることができる。
【００６３】
アプリケーション機能性を形成するＰｒｏＳｅ能力のユーザであるアプリケーションサーバは、例えば、公衆安全の場合は特定エージェンシー（ＰＳＡＰ）であってもよく、商業的場合はソーシャルメディアであってもよい。これらアプリケーションは３ＧＰＰアーキテクチャ外で定義されるが、３ＧＰＰエンティティに向かう基準点があり得る。アプリケーションサーバは、端末内のアプリケーションに向かって通信することができる。
【００６４】
端末内のアプリケーションはアプリケーション機能を形成するためのＰｒｏＳｅケイパビリティ（ｃａｐａｂｉｌｉｔｙ）を用いる。その例は公衆安全グループのメンバー間の通信又は隣接した友達を捜すことを要求するソーシャルメディアアプリケーションであってもよい。３ＧＰＰによって定義された（ＥＰＳの一部としての）ネットワーク内のＰｒｏＳｅ機能はＰｒｏＳｅアプリサーバー、ＥＰＣ及び端末に対して基準点を有する。
【００６５】
機能は、制限されないが、例えば次を含むことができる。
【００６６】
−第３者アプリケーションに対して基準点を介した相互作用（ｉｎｔｅｒｗｏｒｋｉｎｇ）
【００６７】
−ディスカバリー及び直接通信のための端末の許可（Ａｕｔｈｏｒｉｚａｔｉｏｎ）及び設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）
【００６８】
−ＥＰＣレベルＰｒｏＳｅ  Ａｐｐディスカバリーの機能をイネーブル
【００６９】
−ＰｒｏＳｅ関連の新加入者データ及びデータストレージのハンドリング；そしてＰｒｏＳｅアイデンティティのハンドリング
【００７０】
−保安関連機能
【００７１】
−ポリジー関連機能に対するＥＰＣへの制御を提供
【００７２】
−チャージング（ＥＰＣを介して又はその外部、例えばオフラインチャージング）のための機能を提供
【００７３】
特に、次のアイデンティティはＰｒｏＳｅ直接通信に使われる：
【００７４】
−ソースＬａｙｅｒ−２  ＩＤはＰＣ５インターフェースでＤ２ＤＣパケットの送信者を識別する。ソースＬａｙｅｒ−２  ＩＤは受信機ＲＬＣエンティティの識別に使われる。
【００７５】
−目的地Ｌａｙｅｒ−２  ＩＤはＰＣ５インターフェースでＤ２Ｄパケットターゲットを識別する。目的地Ｌａｙｅｒ−２  ＩＤはＭＡＣ階層でパケットのフィルタリングに使われる。目的地Ｌａｙｅｒ−２  ＩＤはブロードキャスト、グループキャスト又はユニキャスト識別子であってもよい。
【００７６】
−ＳＡ  Ｌ１  ＩＤはＰＣ５インターフェースでスケジューリング割り当て（ＳＡ）の識別子である。ＳＡ  Ｌ１  ＩＤは物理階層におけるパケットのフィルタリングに使われる。ＳＡ  Ｌ１  ＩＤはブロードキャスト、グループキャスト又はユニキャスト識別子であってもよい。
【００７７】
グループ形成及び端末内のソースＬａｙｅｒ−２  ＩＤ及び目的地Ｌａｙｅｒ−２  ＩＤの設定にはアクセス階層シグナリング（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ  ｓｉｇｎａｌｉｎｇ）が要求されない。この情報は上位層によって提供される。
【００７８】
グループキャスト及びユニキャストの場合、ＭＡＣ階層はターゲット（グループ、端末）を識別する上位層ＰｒｏＳｅ  ＩＤ（すなわち、ＰｒｏＳｅ  Ｌａｙｅｒ−２グループＩＤ及びＰｒｏｓｅ  ＵＥ  ＩＤ）を２個のビットストリングに変換するはずであり、この２個のビットストリングの一つは物理階層に伝達されてＳＡ  Ｌ１  ＩＤとして使われる反面、他の一つは目的地Ｌａｙｅｒ−２  ＩＤとして使われる。ブロードキャストのために、Ｌ２はグループキャスト及びユニキャストと同一のフォーマットで前もって定義されたＳＡ  Ｌ１  ＩＤを用いるブロードキャスト送信であることをＬ１に指示する。
【００７９】
図１０はサイドリンク（Ｓｉｄｅｌｉｎｋ）のためのＬａｙｅｒ−２構造を示す概念図である。
【００８０】
サイドリンクはＰｒｏＳｅ直接通信及びＰｒｏＳｅ直接ディスカバリーのための端末対端末インターフェースで、ＰＣ５インターフェースに対応する。サイドリンクはＰｒｏＳｅ直接ディスカバリー及び端末の間のＰｒｏＳｅ直接通信を含む。サイドリンクは上りリンク送信と類似した上りリンクリソース及び物理チャネル構造を用いる。しかし、後述する任意の変化が物理チャネルで起こる。Ｅ−ＵＴＲＡは２個のＭＡＣエンティティ、つまり端末内の一つのエンティティ及びＥ−ＵＴＲＡＮ内の一つのエンティティを定義する。これらＭＡＣエンティティはさらに次の伝送チャネル、ｉ）サイドリンク放送チャネル（ＳＬ−ＢＣＨ）、ｉｉ）サイドリンクディスカバリチャネル（ＳＬ−ＤＣＨ）及びｉｉｉ）サイドリンク共有チャネル（ＳＬ−ＳＣＨ）をハンドリングする。
【００８１】
−基本送信方式：サイドリンク送信はＵＬ送信方式と同一の基本送信方式を用いる。しかし、サイドリンクは全てのサイドリンク物理チャネルに対する単一クラスター送信に制限される。また、サイドリンクはそれぞれのサイドリンクサブフレームの終りで１個のシンボルギャップを用いる。
【００８２】
−物理階層プロセッシング：伝送チャネルのサイドリンク物理階層プロセッシングは次の段階でＵＬ送信とは違う：
【００８３】
ｉ）スクランブリング：ＰＳＤＣＨ及びＰＳＣＣＨに対し、スクランブリングは端末特定ではない。
【００８４】
ｉｉ）変調：６４ＱＡＭはサイドリンクに対して支援されない。
【００８５】
−物理サイドリンク制御チャネル：ＰＳＣＣＨはサイドリンク制御リソースにマッピングされる。ＰＳＣＣＨはＰＳＳＣＨのために端末によって使われるリソース及び他の送信パラメータを示す。
【００８６】
−サイドリンク参照信号：ＰＳＤＣＨ、ＰＳＣＣＨ及びＰＳＳＣＨ復調のために、上りリンク復調参照信号と類似した参照信号はノーマルＣＰではスロットの４番目シンボルで送信され、拡張ＣＰではスロットの３番目シンボルで送信される。サイドリンク復調参照信号シーケンスの長さは割り当てられたリソースのサイズ（サブキャリアの数）と同一である。ＰＳＤＣＨ及びＰＳＣＣＨに対し、参照信号は固定ベースシーケンス、循環シフト及び直交カバーコードに基づいて生成される。
【００８７】
−物理チャネル過程：カバレッジ内（ｉｎ−ｃｏｖｅｒａｇｅ）の動作のために、サイドリンク送信のパワースペクトル密度はｅＮＢによって影響されることができる。
【００８８】
図１１ＡはＰｒｏＳｅ直接通信のための使用者平面プロトコルスタックを説明する概念図、図１１ＢはＰｒｏＳｅ直接通信のための制御平面プロトコルスタックである。
【００８９】
図１１Ａは使用者平面に対するプロトコルスタックを示した図であり、ＰＤＣＰ、ＲＬＣ及びＭＡＣサブレイヤー（他のＵＥで終了）が使用者平面に対して羅列された機能（例えば、ヘッダー圧縮、ＨＡＲＱ再伝送）を行う。ＰＣ５インターフェースは、図１１Ａに示したように、ＰＤＣＰ、ＲＬＣ、ＭＡＣ及びＰＨＹで構成される。
【００９０】
ＰｒｏＳｅ直接通信の使用者平面の詳細事項：ｉ）ＰｒｏＳｅ直接通信のためのＨＡＲＱフィードバックがなく、ｉｉ）ＲＬＣ  ＵＭがＰｒｏＳｅ直接通信のために使われ、ｉｉｉ）受信端末が送信ピア端末ごとに少なくとも一つのＲＬＣ  ＵＭエンティティを維持しなければならなく、ｉｖ）ＰｒｏＳｅ直接通信のために使われる受信ＰｒｏＳｅ−ＲＬＣ  ＵＭエンティティは第１ＲＬＣ  ＵＭＤ  ＰＤＵの受信前に構成される必要がなく、ｖ）ＲＯＨＣ単方向モードはＰｒｏＳｅ直接通信のためのＰＤＣＰのヘッダー圧縮に使われる。
【００９１】
ＵＥは多数の論理チャネルを設定することができる。ＭＡＣサブヘッダー内に含まれたＬＣＩＤは一つのソースＬａｙｅｒ−２  ＩＤ及びＰｒｏＳｅ  Ｌａｙｅｒ−２グループＩＤ組合せの範囲内の論理チャネルを独自に識別する。論理チャネル優先順位に対する媒介変数は設定されない。
【００９２】
図１１Ｂは制御平面に対するプロトコルスタックを示す。
【００９３】
ＵＥはＰｒｏＳｅ直接通信前に受信ＵＥに対する論理的接続を設定及び維持しない。
【００９４】
同期化を行うため、ＵＥ（等）は同期信号及びＳＢＣＣＨを送信し、同期化ソースとなることができる。ＰＣ５インターフェースにおけるＳＢＣＣＨに対する接続階層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）プロトコルスタックは、図１１Ｂに示したように、ＲＲＣ、ＲＬＣ、ＭＡＣ及びＰＨＹで構成される。
【００９５】
図１２はＰｒｏＳｅ直接ディスカバリー（Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）のためのＰＣ５インターフェースを示す概念図である。
【００９６】
ＰｒｏＳｅ直接ディスカバリーは直接ディスカバリーを支援するＵＥがＰＣ５を介してＥ−ＵＴＲＡ直接無線信号を使って近くの他のＵＥを見つけるのに使われる過程と定義される。ＰｒｏＳｅ直接ディスカバリーはＵＥがＥ−ＵＴＲＡＮによってサービスされる場合にだけ支援される。
【００９７】
ＵＥはｅＮＢ構成によってＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの状態で共にディスカバリーメッセージの告知及びモニタリングに参加することができる。ＵＥはハーフデュプレックスの制限を受ける自分のディスカバリーメッセージを知らせてモニターする。
【００９８】
ディスカバリーメッセージの告知及びモニタリングに参加するＵＥは現在のＵＴＣ時間を維持する。告知に参加するＵＥはディスカバリーメッセージの伝送時にＵＴＣ時間を考慮し、ＰｒｏＳｅプロトコルによって生成されたディスカバリーメッセージを送信する。モニタリングＵＥにおいて、ＰｒｏＳｅプロトコルは、ＰｒｏＳｅ機能に対するメッセージの受信時、ＵＴＣ時間と一緒に検証されるメッセージを提供する。
【００９９】
ＰｒｏＳｅ直接ディスカバリーのための無線プロトコルスタック（ＡＳ）はＭＡＣ及びＰＨＹのみで構成される。
【０１００】
ＡＳ階層は次のような機能を行う。ｉ）上位階層（ＰｒｏＳｅプロトコル）とのインターフェース：ＭＡＣ階層は上位階層（ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ）からディスカバリーメッセージを受信する。ＩＰ階層はディスカバリーメッセージの伝送に使われない。ｉｉ）スケジューリング：ＭＡＣ階層は上位階層から受信されたディスカバリーメッセージを知らせるために使われる無線リソースを決定する。ｉｉｉ）ディスカバリーＰＤＵ生成：ＭＡＣ階層はディスカバリーメッセージを運ぶＭＡＣ  ＰＤＵを構成し、決定された無線リソースでの送信のために前記ＭＡＣ  ＰＤＵを物理階層に送信する。ＭＡＣヘッダーは付け加わらない。
【０１０１】
ＵＥ自律的リソース選択の場合、ｅＮＢはディスカバリーメッセージの告知に使用されたリソースプール構成をＵＥ（等）に提供する。この構成はブロードキャスト又は専用シグナリングでシグナリングされてもよい。ＵＥは指示されたリソースプールから無線リソース（等）を自律的に選択し、ディスカバリーメッセージを知らせ、ＵＥはそれぞれのディスカバリー期間の間にランダムに選択されたディスカバリーリソース上でディスカバリーメッセージを知らせることができる。
【０１０２】
一方、スケジューリングされたリソース割当ての場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥはＲＲＣを介してｅＮＢからディスカバリーメッセージを知らせるためのリソース（等）を要求することができる。ｅＮＢはＲＲＣを介してリソース（等）を割り当て、リソースはモニタリングのためにＵＥに設定されたリソースプール内で割り当てられる。
【０１０３】
ＲＲＣ＿ＩＤＬＥ状態のＵＥの場合、ｅＮＢは次のオプションのうち一つを選択することができる。ｉ）ｅＮＢはＳＩＢ  １９でＵＥ自律的リソース選択に基づくディスカバリーメッセージ告知のためにリソースプールを提供することができる。ＰｒｏＳｅ直接ディスカバリーのために権限が付与されたＵＥはディスカバリーメッセージを知らせるのにこのリソースを使う。ｉｉ）ｅＮＢはＳＩＢ  １９でＰｒｏＳｅ直接ディスカバリーを支援するがディスカバリーメッセージ告知のためのリソースを提供しないことを示すことができる。ＵＥはディスカバリーメッセージ告知のためのリソースを要求するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入しなければならない。
【０１０４】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥの場合、ＰｒｏＳｅ直接ディスカバリー告知を行うように権限が付与されたＵＥはｅＮＢに自分がＰｒｏＳｅ直接ディスカバリー告知を行おうとすることを指示する。ｅＮＢはＭＭＥから受信したＵＥコンテキストを用いて、ＵＥがＰｒｏＳｅ直接ディスカバリー告知に対する権限があるかを検証する。ｅＮＢは専用シグナリングによってディスカバリーメッセージ告知のためにＵＥ自律的リソース選択のためのリソースプールをＵＥに構成することができる。ｅＮＢは専用ＲＲＣシグナリングによってディスカバリーメッセージ告知のために時間及び周波数インデックスの形態で専用リソースと一緒にリソースプールを構成することができる。ｅＮＢによって割り当てられた専用リソースはｅＮＢがＲＲＣシグナリングによってリソース（等）を再構成するかＵＥがＲＲＣ＿ＩＤＬＥに進入するまで有効である。
【０１０５】
ＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の権限が付与された受信ＵＥはＵＥ自律的リソース選択に使われるリソースプール及びスケジューリングされたリソース割当てのためのリソースプールをモニターする。ｅＮＢはＳＩＢ  １９でディスカバリーメッセージモニタリングのために使われるリソースプール構成を提供する。ＳＩＢ  １９は周波数内の隣接セルでの告知のために使われる詳細なＰｒｏＳｅ直接ディスカバリー構成も含むことができる。
【０１０６】
同期式及び非同期式配置が支援される。ディスカバリーリソースはセル全体にわたって重なるか重ならないことができる。
【０１０７】
ＮＷによって権限が付与された場合、ＵＥはサービングセル上でのみディスカバリーメッセージを知らせることができる。ＵＥは同じＰＬＭＮ又は相異なるＰＬＭＮでサービングセルと同一の周波数だけではなく違う周波数のディスカバリーリソースをモニターすることができる。
【０１０８】
Ｓｉｄｅｌｉｎｋプロセスのために伝送が行われる各サブフレームに対して一つのＴＢ及び関連ＨＡＲＱ情報がサイドリンクＨＡＲＱエンティティから受信される。
【０１０９】
リダンダンシーバージョンのシーケンスは０、２、３、１である。変数ＣＵＲＲＥＮＴ＿ＩＲＶはリダンダンシーバージョンシーケンスに対するインデックスである。この変数はモジュロ４にアップデートされる。
【０１１０】
それぞれの受信されたＴＢ及び関連ＨＡＲＱ情報に対し、サイドリンクプロセスはＣＵＲＲＥＮＴ＿ＩＲＶを０に設定し、受信されたデータをソフトバッファーに保存し、新しい送信の場合、ＣＵＲＲＥＮＴ＿ＩＲＶによって受信されたデータを選択的にデコードしようと試みる。
【０１１１】
そうではなければ、再伝送の場合、サイドリンクプロセスはＣＵＲＲＥＮＴ＿ＩＲＶを１ずつ増加させ、受信されたデータをこのＴＢの現在ソフトバッファーにあるデータと結合し、このＴＢに対するデータが未だ成功的にデコードされていない場合、ＣＵＲＲＥＮＴ＿ＩＲＶによって結合されたデータを選択的にデコードしようと試みる。
【０１１２】
ＵＥがデコードしようと試みたデータがこのＴＢに対して成功的にデコードされた場合、サイドリンクプロセスは、このＴＢに対するデータを初めて成功的にデコードする場合、分解及び逆多重化エンティティにデコードされたＭＡＣ  ＰＤＵを伝達しなければならない。
【０１１３】
図１３Ａは偶数Ｎに対するＰｒｏＳｅ  ＢＳＲ  ＭＡＣ制御要素の例であり、図１３Ｂは奇数Ｎに対するＰｒｏＳｅ  ＢＳＲ  ＭＡＣ制御要素の例である。
【０１１４】
ＰｒｏＳｅバッファー状態報告書（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ、ＢＳＲ）ＭＡＣ制御要素はＰｒｏＳｅ  ＢＳＲとＰｒｏＳｅ  Ｔｒｕｎｃａｔｅｄ  ＢＳＲで構成される。ＰｒｏＳｅ  ＢＳＲは報告された対象グループ当たり一つのグループインデックスフィールド、一つのＬＣＧ  ＩＤフィールド及び一つの対応バッファー大きさフィールドを含む。
【０１１５】
ＰｒｏＳｅ  ＢＳＲは表１に特定したようにＬＣＩＤを有するＭＡＣ  ＰＤＵサブヘッダーによって識別される。この大きさは可変的である。
【０１１６】
【表１】
2018509050.tif 000003
【０１１７】
含まれた各グループに対し、フィールドは次のように定義される（図１３Ａ及び図１３Ｂ）。
【０１１８】
−グループインデックス：グループインデックスフィールドはＰｒｏＳｅ対象グループを識別する。このフィールドの長さは４ビットである。値はＰｒｏｓｅＤｅｓｔｉｎａｔｉｏｎＩｎｆｏＬｉｓｔに報告されたターゲットＩＤのインデックスに設定される。
【０１１９】
−ＬＣＧ  ＩＤ：論理チャネルグループＩＤフィールドはバッファー状態が報告される論理チャネル（等）のグループを識別する。フィールドの長さは２ビットであり、“１１”に設定される。
【０１２０】
−バッファー大きさ：バッファー大きさフィールドはＴＴＩに対する全てのＭＡＣ  ＰＤＵを作成した後、ＰｒｏＳｅ対象の全ての論理チャネルにわたって用いることができる総データ量を示す。データ量はバイト数で表示される。ＲＬＣ階層とＰＤＣＰ階層で伝送に使用可能な全てのデータを含むことになり、ＲＬＣ及びＭＡＣヘッダーの大きさはバッファー大きさ計算で考慮されない。このフィールドの長さは６ビットである。
【０１２１】
−Ｒ：予約ビットであり、“０”に設定される。
【０１２２】
図１４Ａ〜図１４ＥはＭＡＣ  ＰＤＵ構造を説明するための概念図である。
【０１２３】
ＭＡＣ  ＰＤＵは、図１４Ａで説明したように、ＭＡＣヘッダー、０個以上のＭＡＣサービスデータユニット（ＭＡＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔｓ、ＭＡＣ  ＳＤＵ）、０個以上のＭＡＣ制御要素及び選択的なパッディングで構成される。
【０１２４】
ＭＡＣヘッダー及びＭＡＣ  ＳＤＵは共に可変大きさである。
【０１２５】
ＭＡＣ  ＰＤＵヘッダーは、一つのＳＬ−ＳＣＨサブヘッダー、及び一つ以上のＭＡＣ  ＰＤＵサブヘッダーで構成される。ＳＬ−ＳＣＨサブヘッダーを除いた各サブヘッダーはＭＡＣ  ＳＤＵ、ＭＡＣ制御要素又はパッディングに対応する。
【０１２６】
ＳＬ−ＳＣＨサブヘッダーは７個のヘッダーフィールドＶ／Ｒ／Ｒ／Ｒ／Ｒ／ＳＲＣ／ＤＳＴで構成される。
【０１２７】
ＭＡＣ  ＰＤＵサブヘッダーは、ＭＡＣ  ＰＤＵの最後のサブヘッダーと固定大きさのＭＡＣ制御要素を除き、６個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌで構成される。ＭＡＣ  ＰＤＵの最後のサブヘッダーと固定大きさのＭＡＣ制御要素に対するサブヘッダーはＲ／Ｒ／Ｅ／ＬＣＩＤの４種のヘッダーフィールドのみで構成される。パッディングに対応するＭＡＣ  ＰＤＵサブヘッダーは４個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤで構成される。
【０１２８】
ＭＡＣ  ＰＤＵサブヘッダーは対応するＭＡＣ制御要素、ＭＡＣ  ＳＤＵ及びパッディングと同一の順序を有する。
【０１２９】
ＭＡＣ制御要素はいつもＭＡＣ  ＳＤＵの前に配置される。
【０１３０】
単一バイト又は２バイトパッディングが必要な場合を除き、パッディングはＭＡＣ  ＰＤＵの終りで発生する。パッディングは任意の値を有することができ、ＵＥはこれを無視する。パッディングがＭＡＣ  ＰＤＵの終りで行われるとき、０以上のパッディングバイトが許される。
【０１３１】
１バイト又は２バイトパッディングが要求される場合、パッディングに対応する一つ又は二つのＭＡＣ  ＰＤＵサブヘッダーがＳＬ−ＳＣＨサブヘッダーの後に、かつ任意の他のＭＡＣ  ＰＤＵサブヘッダーの前に配置される。
【０１３２】
ＴＢ当たり最大一つのＭＡＣ  ＰＤＵが伝送されることができる。
【０１３３】
図１４Ｂは７ビットＬフィールドを有するＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌサブヘッダー、図１４Ｃは１５ビットＬフィールドを有するＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌサブヘッダー、図１３ＤはＲ／Ｒ／Ｅ／ＬＣＩＤ  ＭＡＣサブヘッダーである。
【０１３４】
ＭＡＣヘッダーは可変大きさであり、次のフィールドで構成される。
【０１３５】
１）ＬＣＩＤ：論理チャネルＩＤフィールドは、ＤＬ−ＳＣＨ、ＵＬ−ＳＣＨ及びＭＣＨのそれぞれに対する表２、表３及び表４で説明したように、該当ＭＡＣ  ＳＤＵの論理チャネルインスタンス又は該当ＭＡＣ制御要素又はパッディングの類型を識別する。ＭＡＣ  ＰＤＵに含まれた各ＭＡＣ  ＳＤＵ、ＭＡＣ制御要素又はパッディングに対して一つのＬＣＩＤフィールドが存在する。その外にも１バイト又は２バイトパッディングが要求されるが、ＭＡＣ  ＰＤＵの終りでパッディングによって取得することができない場合、ＭＡＣ  ＰＤＵに一つ又は二つの追加ＬＣＩＤフィールドが含まれる。ＬＣＩＤフィールド大きさは５ビットである。
【０１３６】
【表２】
2018509050.tif 000004
【０１３７】
【表３】
2018509050.tif 000005
【０１３８】
【表４】
2018509050.tif 000006
【０１３９】
２）Ｌ：長さフィールドは該当ＭＡＣ  ＳＤＵ又は可変大きさＭＡＣ制御要素の長さをバイト単位で示す。最後のサブヘッダーと固定大きさＭＡＣ制御要素に対応するサブヘッダーを除き、ＭＡＣ  ＰＤＵサブヘッダー当たり一つのＬフィールドがある。Ｌフィールドの大きさはＦフィールドによって指示される。
【０１４０】
３）Ｆ：フォーマットフィールドは表５に表示された長さフィールドの大きさを指示する。最後のサブヘッダーと固定大きさのＭＡＣ制御要素に相当するサブヘッダーを除き、ＭＡＣ  ＰＤＵサブヘッダー当たり一つのＦフィールドが存在する。Ｆフィールドの大きさは１ビットである。ＭＡＣ  ＳＤＵ又は可変大きさＭＡＣ制御要素の大きさが１２８バイトより小さな場合、Ｆフィールドの値は０に設定され、そうではなければ１に設定される。
【０１４１】
【表５】
2018509050.tif 000007
【０１４２】
４）Ｅ：拡張フィールドはＭＡＣヘッダーにもっと多いフィールドが存在するかを示すフラグである。Ｅフィールドは“１”に設定されて、少なくともＲ／Ｒ／Ｅ／ＬＣＩＤフィールドの他のセットを示す。Ｅフィールドは“０”に設定されて、ＭＡＣ  ＳＤＵ、ＭＡＣ制御要素又はパッディングが次のバイトで始まることを示す。
【０１４３】
５）Ｒ：予約ビットであり、“０”に設定。
【０１４４】
既存システムにおいて、論理チャネルＩＤ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤ、ＬＣＩＤ）は該当ＭＡＣ  ＳＤＵの論理チャネルインスタンス又は該当ＭＡＣ制御要素又はパッディングの類型を識別するのに使われる。ＭＡＣ  ＰＤＵに含まれた各ＭＡＣ  ＳＤＵ、ＭＡＣ制御要素又はパッディングに対して一つのＬＣＩＤフィールドが存在。論理チャネルＩＤは無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ）が設定されれば、各論理チャネルに割り当てられる。現在、データ無線ベアラー（３〜１０）には八つの値が利用可能である。
【０１４５】
図１４ＥはＳＬ−ＳＣＨ  ＭＡＣサブヘッダーである。図１４ＥのＭＡＣサブヘッダーは７個のヘッダーフィールドＶ／Ｒ／Ｒ／Ｒ／Ｒ／ＳＲＣ／ＤＳＴで構成される。ＭＡＣヘッダーは可変大きさであり、次のようなフィールドで構成される。ｉ）「Ｖ」はＭＡＣ  ＰＤＵフォーマットバージョン番号フィールドであり、どのバージョンのＳＬ−ＳＣＨサブヘッダーが使われるかを示す。この規格のバージョンでは一つのフォーマットバージョンのみが定義されるので、このフィールドは“０００１”に設定される。Ｖフィールド大きさは４ビットであり、ｉｉ）「ＳＲＣ」はソースの識別子を伝達するソースＩＤ（又はソースＬａｙｅｒ−２  ＩＤフィールド）である。ＰｒｏＳｅ  ＵＥ  ＩＤに設定される。ＳＲＣフィールド大きさは２４ビットであり、ｉｉｉ）「ＤＳＴ」はターゲットＩＤ（又は目的地Ｌａｙｅｒ−２  ＩＤ）の１６個の最上位ビットを伝達するＤＳＴフィールドである。目的地Ｌａｙｅｒ−２  ＩＤはＰｒｏＳｅ  Ｌａｙｅｒ−２グループＩＤに設定され、ｉｖ）「Ｒ」は予約ビットであり、「０」に設定される。
【０１４６】
ソースＩＤ（ＳＲＣ）はサイドリンクＰｒｏＳｅ直接通信でデータ発信者を識別する。ソースＩＤは２４ビットの長さであり、受信機内のＲＬＣ  ＵＭエンティティ及びＰＤＣＰエンティティの識別のためにＰｒｏＳｅ  Ｌａｙｅｒ−２グループＩＤ及びＬＣＩＤと一緒に使われる。
【０１４７】
ターゲットＩＤ（ＤＳＴ）はサイドリンクＰｒｏＳｅ直接通信でデータ対象を識別する。ターゲットＩＤは２４ビットの長さであり、ＭＡＣ階層で二つのビットストリングに分割される。ｉ）一つのビットストリングはターゲットＩＤのＬＳＢ部分（８ビット）であり、サイドリンク制御階層−１  ＩＤとして物理階層に伝達される。これはサイドリンク制御で意図したデータの対象を識別し、物理階層でパケットをフィルタリングするのに使われる。ｉｉ）二番目ビット列はターゲットＩＤのＭＳＢ部分（１６ビット）であり、ＭＡＣヘッダー内で伝達される。これはＭＡＣ階層でパケットをフィルタリングするのに使われる。
【０１４８】
アクセス階層シグナリングはグループ形成にかつＵＥのソースＩＤ、ターゲットＩＤ及びサイドリンク制御Ｌ１  ＩＤを構成するのに要求されない。このような識別子は上位階層で提供するか上位階層で提供する識別子から派生される。グループキャスト及びブロードキャストの場合、上位階層で提供するＰｒｏＳｅ  ＵＥ  ＩＤはソースＩＤとして直接使われ、上位階層で提供するＰｒｏＳｅ  Ｌａｙｅｒ−２グループＩＤはＭＡＣ階層でターゲットＩＤとして直接使われる。
【０１４９】
ソースＩＤは上位階層によって指示されるかあるいはソースＵＥそのものによって生成されることができる。Ｄ２Ｄ通信を行う前に各ＵＥが自らＤ２Ｄ−ＩＤを生成する場合、生成された各Ｄ２Ｄ−ＩＤが同一であってもよい。この場合、Ｄ２Ｄ通信が持続しないこともあるという問題点がある。Ｄ２Ｄ−ＩＤ衝突事例を処理するために定義された幾つかの方法がある。
【０１５０】
従来技術において、サイドリンクプロセスで成功的にデコードされたデータは、データがＵＥを対象にするかにかかわらずＲＬＣに伝達される。対象が指定されなかったデータはＲＬＣで誤ったデータと見なされ、プロトコルエラーが発生し得る。よって、ＲＬＣに対する対象が指定されなかったデータの伝達は避けなければならない。
【０１５１】
図１５は本発明の実施例によるＤ２Ｄ通信システムにおけるＰｒｏＳｅのためのパケットフィルタリングを行うための図である。
【０１５２】
データ、つまりＭＡＣ  ＰＤＵが受信されたＴＢから成功的にデコードされるとき、ＵＥは先にデータがＵＥを対象とするかを検査する。前記検査は、受信されたデータのＤＳＴフィールドがＵＥのＰｒｏＳｅ  Ｌａｙｅｒ−２グループＩＤの一つの１６個の最上位ビットと同一であるかを比較することによって行われる。これらが同一である場合、ＵＥはデータがＵＥを対象とすると見なし、もっと処理してＲＬＣに伝達する。そうではなければ、すなわちこれらが同一でなければ、ＵＥはデータが他のＵＥを対象とすると見なし、データを廃棄する。
【０１５３】
具体的に、端末は複数の識別子を設定する（Ｓ１５０１）。
【０１５４】
好ましくは、識別子はＵＥが属するＰｒｏＳｅグループを識別し、識別子の大きさは１６ビットより大きい。ＵＥの識別子はＰｒｏＳｅ  Ｌａｙｅｒ−２グループＩＤ又は目的地Ｌａｙｅｒ−２  ＩＤを含む。
【０１５５】
ＵＥのＭＡＣエンティティが指示子を含むＭＡＣ  ＰＤＵを受信すれば（Ｓ１５０３）、ＵＥはＭＡＣ  ＰＤＵをデコードする（Ｓ１５０５）。
【０１５６】
好ましくは、前記指示子はＭＡＣヘッダーに含まれ、前記指示子はＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドである。
【０１５７】
好ましくは、ＭＡＣ  ＰＤＵはＰＣ５インターフェースを介して直接他のＵＥから受信される。
【０１５８】
端末のＭＡＣエンティティはＭＡＣ  ＰＤＵサブヘッダーの指示子が端末の任意の識別子の１６ＭＳＢと同一であるかによってＭＡＣ  ＰＤＵを成功的にデコードした後、ＲＬＣエンティティに伝達するかを決定する（Ｓ１５０７）。
【０１５９】
ＵＥのＭＡＣエンティティは、ＵＥがＭＡＣ  ＰＤＵの伝達を決定すれば、ＭＡＣ  ＰＤＵをＲＬＣエンティティに伝達する（Ｓ１５０９）。ＵＥがＭＡＣ  ＰＤＵを伝達しないことに決定すれば、ＵＥのＭＡＣエンティティはＭＡＣ  ＰＤＵを廃棄する（Ｓ１５１１）。
【０１６０】
例えば、ＵＥはＵＥの複数の目的地Ｌａｙｅｒ−２  ＩＤを構成する。ＵＥのＭＡＣエンティティがＤＳＴフィールドを含むＭＡＣ  ＰＤＵを受信すれば、ＵＥのＭＡＣエンティティはＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドがＵＥの目的地Ｌａｙｅｒ−２  ＩＤのうち任意の１６ＭＳＢと同一であるかを確認する。ＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドがＵＥの目的地Ｌａｙｅｒ−２  ＩＤのうち任意の１６ＭＳＢと同一である場合、ＵＥのＭＡＣエンティティはＭＡＣ  ＰＤＵを成功的にデコードした後、ＲＬＣエンティティに伝達する。ＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドがＵＥの任意の識別子の１６ＭＳＢと同一でなければ、ＵＥのＭＡＣエンティティはＭＡＣ  ＰＤＵを廃棄する。
【０１６１】
また、他の例として、ＵＥはＵＥの複数の目的地Ｌａｙｅｒ−２  ＩＤを構成する。ＤＳＴフィールドを含むＭＡＣ  ＰＤＵを受信すれば、ＵＥのＭＡＣエンティティは、デコードされたＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドが８ＬＳＢと該当ＳＣＩ内のグループ目的地ＩＤが同一であるＵＥの目的地Ｌａｙｅｒ−２  ＩＤ（等）のうち任意のＩＤの１６ＭＳＢと同一であるかを確認する。デコードされたＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドが８ＬＳＢと該当ＳＣＩ内のグループ目的地ＩＤが同一であるＵＥの目的地Ｌａｙｅｒ−２  ＩＤ（等）のうち任意のＩＤの１６ＭＳＢと同一である場合、ＵＥのＭＡＣエンティティは前記デコードされたＭＡＣ  ＰＤＵを前記分解及び逆多重化エンティティに伝達する。デコードされたＭＡＣ  ＰＤＵサブヘッダーのＤＳＴフィールドが８ＬＳＢと該当ＳＣＩ内のグループ目的地ＩＤが同一であるＵＥの目的地Ｌａｙｅｒ−２  ＩＤ（等）のうち任意のＩＤの１６ＭＳＢと同一でなければ、前記ＵＥのＭＡＣエンティティは前記ＭＡＣ  ＰＤＵを廃棄する。
【０１６２】
以上で説明した実施例は本発明の構成要素及び特徴が所定の形態に結合されたものである。それぞれの構成要素又は特徴は他の明示的言及がない限り選択的なものとして考慮されなければならない。それぞれの構成要素又は特徴は他の構成要素又は特徴と結合されない形態に実施可能である。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する動作の順序は変更可能である。ある実施例の一部の構成又は特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴に入れ替えられることができる。特許請求範囲で明示的な引用関係がない請求項を結合して実施例を構成するかあるいは出願後の補正によって新たな請求項として含ませることができるのは明らかである。
【０１６３】
本発明の実施例において、基地局（ＢＳ）によって行われるものとして説明された特定の動作は上位ノードのＢＳによって遂行されることもできる。すなわち、ＢＳを含む複数のネットワークノードで、ＭＳとの通信のために行われる多様な動作が基地局によって遂行されるか基地局以外の他のネットワークノードによって遂行されることができるのは明らかである。「ｅＮＢ」という用語は「固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）」、「ＮｏｄｅＢ」、「基地局（ＢＳ）」、アクセスポイントなどに取り替えられることもできる。
【０１６４】
前述した実施例は、例えばハードウェア、ファームウエア、ソフトウェア又はそれらの組合せなどの多様な手段によって具現されることもできる。
【０１６５】
ハードウェア設定において、本発明の実施例による方法は、一つ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現可能である。
【０１６６】
ファームウエア又はソフトウェアによる具現の場合、本発明の実施例による方法は、以上で説明した機能又は動作を行うモジュール、手順又は関数などの形態に具現されることができる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。前記メモリユニットは前記プロセッサの内部又は外部に位置し、既に知られた多様な手段によって前記プロセッサとデータを取り交わすことができる。
【０１６７】
本発明は本発明の特徴を逸脱しない範疇内で他の特定の形態に具体化されることができるのは当業者に明らかである。したがって、前記詳細な説明は全ての面で制限的に解釈されてはいけなく、例示的なものとして考慮しなければならない。本発明の範囲は添付の請求範囲の合理的解釈によって決定されなければならなく、本発明の等価的範囲内の全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１６８】
上述した方法は３ＧＰＰ  ＬＴＥシステムに適用される例示を中心に説明したが、本発明は３ＧＰＰ  ＬＴＥシステムだけではなく多様な無線通信システムに適用可能である。
【図１】
2018509050.tif 000008
【図２Ａ】
2018509050.tif 000009
【図２Ｂ】
2018509050.tif 000010
【図３】
2018509050.tif 000011
【図４】
2018509050.tif 000012
【図５】
2018509050.tif 000013
【図６】
2018509050.tif 000014
【図７】
2018509050.tif 000015
【図８】
2018509050.tif 000016
【図９】
2018509050.tif 000017
【図１０】
2018509050.tif 000018
【図１１Ａ】
2018509050.tif 000019
【図１１Ｂ】
2018509050.tif 000020
【図１２】
2018509050.tif 000021
【図１３Ａ】
2018509050.tif 000022
【図１３Ｂ】
2018509050.tif 000023
【図１４Ａ】
2018509050.tif 000024
【図１４Ｂ】
2018509050.tif 000025
【図１４Ｃ】
2018509050.tif 000026
【図１４Ｄ】
2018509050.tif 000027
【図１４Ｅ】
2018509050.tif 000028
【図１５】
2018509050.tif 000029
【国際調査報告】
2018509050.tif 000030
2018509050.tif 000031