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