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