特許 6820850 無線通信システムにおいてＰＤＣＰリオーダリングタイマーを再設定する方法及びその装置

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

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

(11)【特許番号】6820850

(24)【登録日】2021年1月7日

(45)【発行日】2021年1月27日

(54)【発明の名称】無線通信システムにおいてＰＤＣＰリオーダリングタイマーを再設定する方法及びその装置

(51)【国際特許分類】

   H04W 28/04 20090101AFI20210114BHJP

   H04W 80/02 20090101ALI20210114BHJP

【ＦＩ】

   H04W28/04

   H04W80/02

【請求項の数】14

【全頁数】23

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

(86)(22)【出願日】2015年7月27日

(65)【公表番号】特表2018-507578(P2018-507578A)

(43)【公表日】2018年3月15日

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

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

(87)【国際公開日】20160623

【審査請求日】2018年7月26日

(31)【優先権主張番号】62/093,408

(32)【優先日】2014年12月18日

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

(73)【特許権者】

【識別番号】502032105

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

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

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

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

(72)【発明者】

【氏名】イ ソンチュン

(72)【発明者】

【氏名】リ スンヨン

【審査官】 横田 有光

(56)【参考文献】

【文献】 LG Electronics Inc.，Introduction of Dual Connectivity in PDCP[online]，3GPP TSG-RAN WG2 #88 R2-145412，２０１４年１１月２８日，[検索日2019.06.26], インターネット<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_88/Docs/R2-145412.zip>, 5.1.2.1.4.1節, 5.1.2.1.4.2節, 7.1節, 7.2節

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおいて受信機（ＵＥ）が動作する方法であって、
リオーダリングタイマーを開始する段階と、
前記リオーダリングタイマーを新しい値に再設定するためのＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを受信する段階と、
前記リオーダリングタイマーが動作している間前記ＲＲＣメッセージが受信されることに基づいて、
前記動作しているリオーダリングタイマーを停止する段階と、
前記リオーダリングタイマーを前記新しい値に再設定する段階と、
前記リオーダリングタイマーを再開する段階と、 前記リオーダリングタイマーに関連する値を、受信することが予想される次のサービスデータユニット（ＳＤＵ）の第１カウント（ＣＯＵＮＴ）値を示す値に設定する段階とを含む、方法。

【請求項2】

第２カウント（ＣＯＵＮＴ）値のアウトオブオーダープロトコールデータユニット（ＰＤＵ）が下位層から受信されることに基づいて、前記リオーダリングタイマーが開始する、請求項１に記載の方法。

【請求項3】

前記第２カウント値のアウトオブオーダーＰＤＵが前記下位層から受信されることに基づいて、前記第１カウント値を示す値は、前記第２カウント値＋１に更新される、請求項２に記載の方法。

【請求項4】

前記リオーダリングタイマーと関連した値は、前記リオーダリングタイマーをトリガーしたＰＤＵと関連したカウント値に続くカウントの値である、請求項１に記載の方法。

【請求項5】

前記新しい値が前記リオーダリングタイマーに利用されることを示すメッセージを受信する段階をさらに含む、請求項１に記載の方法。

【請求項6】

前記リオーダリングタイマーは、
前記リオーダリングタイマーと関連したリオーダリングバッファに格納された複数のＳＤＵのカウント値の中の最も大きいカウント値でＳＤＵに対する前記新しい値で再開する、請求項１に記載の方法。

【請求項7】

前記リオーダリングタイマーはパケットデータコンバージェンスプロトコール（ＰＤＣＰ）エンティティに再設定される、請求項１に記載の方法。

【請求項8】

無線通信システムで動作する受信機（ＵＥ）であって、
無線周波数（ＲＦ）モジュールと、
前記ＲＦモジュールと動作的に結合するプロセッサと
を含み、
前記プロセッサは、
リオーダリングタイマーを開始し、
前記リオーダリングタイマーを新しい値に再設定するためのＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを受信し、
前記リオーダリングタイマーが動作している間前記ＲＲＣメッセージを受信されることに基づいて、
前記動作しているリオーダリングタイマーを停止し、
前記リオーダリングタイマーを前記新しい値に再設定し、
前記リオーダリングタイマーを再開し、
前記リオーダリングタイマーに関連する値を、受信することが予想される次のサービスデータユニット（ＳＤＵ）の第１カウント（ＣＯＵＮＴ）値を示す値に設定するように構成された、受信機（ＵＥ）。

【請求項9】

第２カウント（ＣＯＵＮＴ）値のアウトオブオーダープロトコールデータユニット（ＰＤＵ）が下位層から受信されることに基づいて、前記リオーダリングタイマーが開始する、請求項８に記載の受信機（ＵＥ）。

【請求項10】

前記第２カウント値のアウトオブオーダーＰＤＵが前記下位層から受信されることに基づいて、前記第１カウント値を示す値は、前記第２カウント値＋１に更新される、請求項９に記載の受信機（ＵＥ）。

【請求項11】

前記リオーダリングタイマーに関連する値は、前記リオーダリングタイマーをトリガーしたＰＤＵと関連したカウント値に続くカウントの値である、請求項９に記載の受信機（ＵＥ）。

【請求項12】

前記新しい値が前記リオーダリングタイマーに利用されることを示すメッセージを受信する段階をさらに含む、請求項８に記載の受信機（ＵＥ）。

【請求項13】

前記リオーダリングタイマーは、
前記リオーダリングタイマーと関連したリオーダリングバッファに格納された複数のＳＤＵのカウント値の中の最も大きいカウント値でＳＤＵに対する前記新しい値で再開する、請求項８に記載の受信機（ＵＥ）。

【請求項14】

前記リオーダリングタイマーはパケットデータコンバージェンスプロトコール（ＰＤＣＰ）エンティティに再設定される、請求項８に記載の受信機（ＵＥ）。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信システムに関するもので、特に、無線通信システムにおいてＰＤＣＰリオーダリングタイマーを再設定する方法及びその装置に関するものである。

【背景技術】

【0002】

本発明を適用できる無線通信システムの一例として、３ＧＰＰ ＬＴＥ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という）通信システムについて概略的に説明する。

【0003】

図１は、無線通信システムの一例として、Ｅ―ＵＭＴＳ網の構造を概略的に示した図である。Ｅ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ―ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥ―ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ ７とＲｅｌｅａｓｅ ８を参照することができる。

【0004】

図１を参照すると、Ｅ―ＵＭＴＳは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ Ｂ；ｅＮＢ）、及びネットワーク（Ｅ―ＵＴＲＡＮ）の終端に位置し、外部ネットワークと接続される接続ゲートウェイ（Ａｃｃｅｓｓ Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。 一つの基地局には一つ以上のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末にダウンリンク又はアップリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。ダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、ダウンリンクスケジューリング情報を送信し、該当端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、アップリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、アップリンクスケジューリング情報を該当端末に送信し、該当端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを使用することができる。核心網（Ｃｏｒｅ Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ Ａｒｅａ）単位で端末の移動性を管理する。

【0005】

無線通信技術はＷＣＤＭＡ（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）に基づいてＬＴＥに開発されて来たが、使用者及びサービス提供者の要求及び期待は増加している。また、他の無線アクセス技術がずっと開発されているので、今後競争力を有するためには、新しい技術進化が要求される。ビット当たりコスト減少、サービス可用性増大、融通性ある周波数帯域の使用、単純な構造、開放型インターフェース、端末の適切なパワー消耗などが要求される。

【発明の概要】

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

【0006】

本発明の目的は、基地局が端末内に設定されたＰＤＣＰリオーダリングタイマーの値を再設定する場合、無線通信システムでＰＤＣＰリオーダリングタイマーを新たな値に再設定する方法及び装置を提供することである。本発明で達成しようとする技術的課題は以上で言及した技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

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

【0007】

本発明の目的は、無線通信システムにおいて端末が動作する方法であって、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）リオーダリングタイマーを開始する段階と、新たな値がＰＤＣＰリオーダリングタイマーに用いられることを示すＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを受信する段階と、新たな値を有するＰＤＣＰリオーダリングタイマーを再開する段階と、新たな値を有するＰＤＣＰリオーダリングタイマーが再開する時、ｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴをＲＸ＿ＨＦＮ及びＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮに関連したＣＯＵＮＴ値に設定する段階を含む方法を提供することによって達成可能である。

【0008】

本発明の他の態様において、無線通信システムで動作する端末であって、無線周波数（ＲＦ）ユニットと、ＲＦユニットを制御するように構成されるプロセッサを含み、前記プロセッサは、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）リオーダリングタイマーを開始し、新たな値がＰＤＣＰリオーダリングタイマーに用いられることを示すＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを受信し、新たな値を有するＰＤＣＰリオーダリングタイマーを再開し、新たな値を有するＰＤＣＰリオーダリングタイマーが再開する時、ｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴをＲＸ＿ＨＦＮ及びＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮに関連したＣＯＵＮＴ値に設定するように構成される端末を提供する。

【0009】

好ましくは、前記ｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴはＰＤＣＰリオーダリング機能を使うときにだけ使い、前記ｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴの値はＰＤＣＰリオーダリングタイマーをトリガーしたＰＤＣＰ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）に関連した値に従うＣＯＵＮＴの値である。

【0010】

好ましくは、前記ＲＸ＿ＨＦＮの変数はＰＤＣＰエンティティのための受信されたＰＤＣＰ ＰＤＵに使うＣＯＵＮＴ値の生成のためのＨＦＮ（Ｈｙｐｅｒ Ｆｒａｍｅ Ｎｕｍｂｅｒ）値を示す。

【0011】

好ましくは、前記Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮの変数はＰＤＣＰエンティティのための受信機による次の予想ＰＤＣＰ ＳＮ（Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）を示す。

【0012】

好ましくは、前記ｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴをＲＸ＿ＨＦＮ及びＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮに関連したＣＯＵＮＴ値に設定する段階は、リオーダリングバッファに保存されたＰＤＣＰ ＳＤＵのうち最高のＣＯＵＮＴ値を有するＰＤＣＰ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）に対する新たな値を有する前記ＰＤＣＰリオーダリングタイマーを再開することに対応する。

【0013】

好ましくは、ＰＤＣＰリオーダリングタイマーが実行中に前記ＲＲＣが受信されれば、前記実行中のＰＤＣＰリオーダリングタイマーを中断する。

【0014】

上述した一般的な説明と次の本発明の詳細な説明は例示的に説明するためのもので、本発明の追加の説明を提供するためのものであることを理解しなければならない。

【発明の効果】

【0015】

本発明によると、基地局が端末内に設定されたＰＤＣＰリオーダリングタイマーの値を再設定する場合、無線通信システムでＰＤＣＰリオーダリングタイマーが新たな値に効率的に再設定されることができる。本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

【図面の簡単な説明】

【0016】

本発明の追加説明を提供するために本明細書の一部として含まれる添付図面は本発明の多様な実施形態を示し、本発明の説明とともに本発明の原理を説明するためのものである。

【図1】無線通信システムの例としてＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）のネットワーク構造を示す図である。

【図2A】はＥ−ＵＭＴＳのネットワーク構造を示すブロック図である。

【図2B】典型的なＥ−ＵＴＲＡＮ及び典型的なＥＰＣのアーキテクチャーを示すブロック図である。

【図3】３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）無線アクセスネットワーク標準に基づいて端末及びＥ−ＵＴＲＡＮの間の無線インターフェースプロトコルの制御平面及び使用者平面を示す図である。

【図4】Ｅ−ＵＭＴＳシステムで使われる例示的な物理チャネル構造を示す図である。

【図5】本発明の実施例による通信装置のブロック図である。

【図6】下りリンクのためのＬＴＥプロトコルアーキテクチャーの一般概要を示す図である。

【図7】ＰＤＣＰエンティティアーキテクチャーの概念図である。

【図8】ＰＤＣＰエンティティの機能を示す概念図である。

【図9A】制御平面ＳＲＢに対するデータを伝達するＰＤＣＰデータＰＤＵのフォーマットを示す図である。

【図9B】１２ビットのＳＮ長さが使われるときのＰＤＣＰデータＰＤＵのフォーマットを示す図である。

【図9C】７ビットのＳＮ長さが使われるときのＰＤＣＰデータＰＤＵのフォーマットを示す図である。

【図9D】一つの散在（ｉｎｔｅｒｓｐｅｒｓｅｄ）ＲＯＨＣフィードバックパケットを伝達するＰＤＣＰ制御ＰＤＵのフォーマットを示す図である。

【図9E】１２ビットのＳＮ長さが使われるとき、一つのＰＤＣＰ状態報告を伝達するＰＤＣＰ制御ＰＤＵのフォーマットを示す図である。

【図9F】１５ビットのＳＮ長さが使われるとき、一つのＰＤＣＰ状態報告を伝達するＰＤＣＰ制御ＰＤＵのフォーマットを示す図である。

【図10】本発明の実施例によるＰＤＣＰリオーダリングタイマーの再設定を示す図である。

【図11】本発明の実施例によってＰＤＣＰリオーダリングタイマーを再設定する例を示す図である。

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

【0017】

ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）は、ヨーロッパシステム、ＧＳＭ（Ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、及びＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）を基盤とするＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）で動作する３世代（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ、３Ｇ）非対称移動通信システムである。ＵＭＴＳのＬＴＥ（Ｌｏｎｇ―Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、ＵＭＴＳを規格化する３ＧＰＰによって議論中にある。

【0018】

３ＧＰＰ ＬＴＥは、高速パケット通信を可能にする技術である。ユーザ及び提供者の費用を減少させ、サービス品質を改善し、カバレッジ（ｃｏｖｅｒａｇｅ）及びシステム容量を拡張及び改善することを目的とするＬＴＥ課題のための多くの方法が提案された。３Ｇ ＬＴＥは、上位―レベル要求であって、ビット（ｂｉｔ）当たりの費用減少、増加したサービス可用性、周波数帯域の柔軟性、単純な構造、開放型インターフェース、及び端末の適切な電力消耗を要求する。

【0019】

以下で、添付の図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解され得るだろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された各例である。

【0020】

本明細書は、ＬＴＥシステム及びＬＴＥ―Ａシステムを用いて本発明の各実施例を説明するが、これは例示に過ぎない。したがって、本発明の各実施例は、前記定義に該当するいずれの通信システムにも適用することができる。また、本明細書は、ＦＤＤ方式を基準にして本発明の実施例に対して説明するが、これは例示であって、本発明の実施例は、Ｈ―ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用することができる。

【0021】

図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）網構造を示すブロック図である。Ｅ―ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信網は、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）などの多様なサービスを提供するために広く配置される。

【0022】

図２Ａに示したように、Ｅ―ＵＭＴＳ網は、Ｅ―ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）、及び一つ以上の端末を含む。Ｅ―ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）２０を含むことができ、複数の端末１０が一つのセルに位置することができる。一つ以上のＥ―ＵＴＲＡＮ ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに接続することもできる。

【0023】

本明細書において、「ダウンリンク（ｄｏｗｎｌｉｎｋ）」は、ｅＮＢ２０から端末１０への通信を称し、「アップリンク（ｕｐｌｉｎｋ）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザによって運搬される通信装置を称し、また、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、ＭＳ）、ユーザ端末（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ、ＵＴ）、加入者ステーション（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ、ＳＳ）又は無線デバイスと称することもできる。

【0024】

図２Ｂは、一般的なＥ―ＵＴＲＡＮと一般的なＥＰＣの構造を示すブロック図である。

【0025】

図２Ｂに示したように、ｅＮＢ２０は、ユーザ平面及び制御平面のエンドポイント（ｅｎｄ ｐｏｉｎｔ）をＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントをＵＥ１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インターフェースを介して接続することができる。

【0026】

ｅＮＢ２０は、一般にＵＥ１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）と称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースをｅＮＢ２０間で使用することができる。

【0027】

ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、ＡＳ保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインター（ｉｎｔｅｒ）ＣＮノードシグナリング、（ページング再送信の制御及び実行を含む）遊休モード（ｉｄｌｅ ｍｏｄｅ）ＵＥ接近性（Ｒｅａｃｈａｂｉｌｉｔｙ）、（遊休モード及び活性モード（ａｃｔｉｖｅ ｍｏｄｅ）のＵＥのための）トラッキング領域リスト管理、ＰＤＮ ＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラ設定を含むベアラ管理、（ＥＴＷＳ及びＣＭＡＳを含む）ＰＷＳメッセージ送信のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー―ユーザ（Ｐｅｒ―ｕｓｅｒ）ベースのパケットフィルタリング（例えば、深層パケット検査を使用）、適法なインターセプション（Ｌａｗｆｕｌ Ｉｎｔｅｒｃｅｐｔｉｏｎ）、ＵＥ ＩＰアドレス割り当て、ダウンリンクでの送信（Ｔｒａｎｓｐｏｒｔ）レベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ―ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。

【0028】

複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インターフェースを介して接続することができる。各ｅＮＢ２０は、Ｘ２インターフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造（ｍｅｓｈｅｄ ｎｅｔｗｏｒｋ ｓｔｒｕｃｔｕｒｅ）を有することができる。

【0029】

図２Ｂに示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＣＨ）情報のスケジューリング及び送信、アップリンク及びダウンリンクの全てにおける各ＵＥ１０のための動的リソース割り当て、ｅＮＢ測定の構成及び準備、無線ベアラ制御、無線承認制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ、ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動性制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面暗号化、システム構造エボリューション（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ、ＳＡＥ）ベアラ制御、及び非―接続層（Ｎｏｎ―Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ、ＮＡＳ）シグナリングの暗号化及び無欠性保護などの各機能を行うことができる。

【0030】

ＥＰＣは、移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ）、サービング―ゲートウェイ（ｓｅｒｖｉｎｇ―ｇａｔｅｗａｙ、Ｓ―ＧＷ）、及びパケットデータネットワーク―ゲートウェイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ―Ｇａｔｅｗａｙ、ＰＤＮ―ＧＷ）を含む。ＭＭＥは、主に各端末の移動性を管理する目的で用いられる接続及び可用性に対する情報を有する。Ｓ―ＧＷは、Ｅ―ＵＴＲＡＮを終端点として有するゲートウェイで、ＰＤＮ―ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。

【0031】

図３は、３ＧＰＰ無線接続網規格を基盤とした端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコルの制御平面及びユーザ平面の構造を示す図である。制御平面は、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために用いる各制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。

【0032】

第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を用いて上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）を介して接続されている。前記送信チャネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的には、物理チャネルは、ダウンリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式で変調され、アップリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式で変調される。

【0033】

第２層の媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ送信をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰバージョン４（ＩＰ ｖｅｒｓｉｏｎ ４、ＩＰｖ４）パケットやＩＰバージョン６（ＩＰｖ６）パケットのようなＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）パケットを効率的に送信するために不必要な制御情報を減少させるヘッダー圧縮（Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。

【0034】

第３層の最下部に位置した無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面のみで定義される。ＲＲＣ層は、各無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。

【0035】

ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうち一つで動作するように設定することができ、帯域でダウンリンク又はアップリンク送信サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。

【0036】

Ｅ―ＵＴＲＡＮから端末への送信のためのダウンリンク送信チャネル（Ｄｏｗｎｌｉｎｋ ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）、各ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）、及びユーザトラフィック又は各制御メッセージを送信するためのダウンリンク共有チャネル（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＳＣＨ）を含む。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクＳＣＨを介して送信することもでき、又は別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介して送信することもできる。

【0037】

端末からネットワークにデータを送信するアップリンク送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）と、その他にユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）とがある。送信チャネルの上位にあり、送信チャネルにマップされる論理チャネルとしては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、及びＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。

【0038】

図４は、Ｅ―ＵＭＴＳシステムで使用する物理チャネル構造の一例を示した図である。物理チャネルは、時間軸上にある多数のサブフレームと、周波数軸上にある多数のサブキャリア（Ｓｕｂ―ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ―ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）で構成される。一つのサブフレームは、複数のリソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報送信領域（ＰＤＣＣＨ）とデータ領域（ＰＤＳＣＨ）を示した。一実施例において、１０ｍｓの無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）が使用され、一つの無線フレームは１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは０．５ｍｓである。また、一つのサブフレームは多数のＯＦＤＭシンボルで構成され、多数のＯＦＤＭシンボルのうち一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を送信するために使用することができる。データ送信のための時間単位である送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ、ＴＴＩ）は１ｍｓである。

【0039】

基地局と端末は、一般に特定制御信号又は特定サービスデータを除いては、送信チャネルであるＤＬ―ＳＣＨを用いる物理チャネルであるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に送信されるもので、前記各端末がどのようにＰＤＳＣＨデータを受信してデコード（ｄｅｃｏｄｉｎｇ）しなければならないかに対する情報などは、ＰＤＣＣＨに含まれて送信される。

【0040】

例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）でＣＲＣマスク（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」という送信形式情報（例えば、送信ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が特定サブフレームを通じて送信されると仮定する。この場合、セル内の端末は、自身が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタし、「Ａ」ＲＮＴＩを有している一つ以上の端末があると、前記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を通じて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。

【0041】

図５は、本発明の実施例に係る通信装置のブロック図である。

【0042】

図５に示された装置は、上述したメカニズムを行うように適応されたユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）及び／又はｅＮＢであってもよいが、同じ作業を行う任意の装置であってもよい。

【0043】

図５に示したように、装置は、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）／マイクロプロセッサ１１０及びＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュール（送受信機；１３５）を含むこともできる。ＤＳＰ／マイクロプロセッサ１１０は、送受信機１３５に電気的に接続されて送受信機１３５を制御する。装置は、設計者の選択によって、電力管理モジュール１０５、バッテリ１５５、ディスプレイ１１５、キーパッド１２０、ＳＩＭカード１２５、メモリデバイス１３０、スピーカー１４５及び入力デバイス１５０をさらに含むこともできる。

【0044】

特に、図５は、ネットワークから要求メッセージを受信するように構成された受信機１３５及びネットワークに送／受信タイミング情報を送信するように構成された送信機１３５を含む端末を示してもよい。このような受信機と送信機は送受信機１３５を構成できる。端末は、送受信機（受信機及び送信機、１３５）に接続されたプロセッサ１１０をさらに含むこともできる。

【0045】

また、図５は、端末に要求メッセージを送信するように構成された送信機１３５及び端末から送受信タイミング情報を受信するように構成された受信機１３５を含むネットワーク装置を示してもよい。送信機及び受信機は送受信機１３５を構成することもできる。ネットワークは、送信機及び受信機に接続されたプロセッサ１１０をさらに含む。このプロセッサ１１０は、送受信タイミング情報に基づいて遅延（ｌａｔｅｎｃｙ）を計算することもできる。

【0046】

図６は下りリンクのためのＬＴＥプロトコルアーキテクチャーの一般概要を示す図である。

【0047】

下りリンクのためのＬＴＥプロトコルアーキテクチャーの一般概要は図６に示される。また、上りリンク伝送に係わるＬＴＥプロトコル構造は、伝送フォーマット選択及びマルチアンテナ伝送に対して違いがあるが、図６の下りリンク構造に似ている。

【0048】

下りリンクで伝送されるデータはＳＡＥベアラ６０１のうち一つのベアラ上でＩＰパケット形態で進入する。無線インターフェースを介した伝送の前、入って来るＩＰパケットは多数のプロトコルエンティティを介して伝達され、これは以下で要約され、次のセクションでより詳細に記載される。

【0049】

＊パケットデータコンバージェンスプロトコル（ＰＤＣＰ）６０３はＩＰヘッダー圧縮を行い、無線インターフェースを介して送信する必要があるビット数を減少させる。ヘッダー圧縮メカニズムは、ＲＯＨＣに基づいてＷＣＤＭＡだけでなく幾つかの他の移動通信標準で使われる標準化したヘッダー圧縮アルゴリズムである。また、ＰＤＣＰ６０３は伝送されたデータの暗号化（ｃｉｐｈｅｒｉｎｇ）及び無欠性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を担当する。受信機側において、ＰＤＣＰプロトコルは該当暗号解読（ｄｅｃｉｐｈｅｒｉｎｇ）及び圧縮解除動作を行う。移動端末のために設定された無線ベアラごとに一つのＰＤＣＰエンティティが存在する。

【0050】

＊無線リンク制御（ＲＬＣ）６０５はセグメンテーション／連結（ｓｅｇｍｅｎｔａｔｉｏｎ／ｃｏｎｃａｔｅｎａｔｉｏｎ）、再送信ハンドリング及び上位層への順次伝達を担当する。ＷＣＤＭＡとは違い、ＬＴＥ無線アクセスネットワークアーキテクチャーでただ一つのタイプのノードが存在するから、ＲＬＣプロトコルはｅＮｏｄｅＢに位置する。ＲＬＣ６０５は無線ベアラの形態でサービスをＰＤＣＰ６０３に提供する。端末のために設定された無線ベアラごとに一つのＲＬＣエンティティが存在する。

【0051】

端末のために設定された論理チャネルごとに一つのＲＬＣエンティティが存在し、それぞれのＲＬＣエンティティはｉ）ＲＬＣ ＳＤＵのセグメンテーション、連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）及びリアセンブリ；ｉｉ）ＲＬＣ再送信；及びｉｉｉ）該当論理チャネルに対する順次伝達及び複製検出を担当する。

【0052】

ＲＬＣの他の注目すべき特徴は（１）可変するＰＤＵサイズのハンドリング、及び（２）ハイブリッドＡＲＱ及びＲＬＣプロトコルの間の密接な相互作用に対する可能性である。最後に、論理チャネルごとに一つのＲＬＣエンティティが存在し、コンポーネントキャリアごとに一つのハイブリッドＡＲＱエンティティが存在するという事実は、キャリアアグリゲーション（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）の場合、一つのＲＬＣエンティティが多数のハイブリッドＡＲＱエンティティと相互作用することができるということを暗示する。

【0053】

セグメンテーション及び連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）メカニズムの目的は、入って来るＲＬＣ ＳＤＵから適切なサイズのＲＬＣ ＰＤＵを生成することである。一つの可能性は固定されたＰＤＵサイズ、妥協可能なサイズを定義することである。サイズが余りにも大きくなれば、最低データレートを支援することができない。また、過度なパッディングが一部のシナリオで要求されることがある。しかし、単一の小さなＰＤＵサイズはそれぞれのＰＤＵと一緒に含まれるヘッダーから高いオーバーヘッドをもたらすことができる。ＬＴＥによって支援されるデータレートの非常に大きな動的範囲を考慮すると、特に重要なこのような欠点を避けるために、ＲＬＣ ＰＤＵサイズが動的に変更されうる。

【0054】

ＲＬＣ ＳＤＵをＲＬＣ ＰＤＵにセグメンテーション及び連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）するプロセスにおいて、ヘッダーは、他のフィールドのうち、リオーダリング及び再送信メカニズムによって使われるシーケンス番号を含む。受信機側でのリアセンブリ機能は受信されたＰＤＵからＳＤＵをリアセンブリングする逆動作を行う。

【0055】

＊メディアアクセス制御（ＭＡＣ）６０７はハイブリッドＡＲＱ再送信及び上りリンク及び下りリンクスケジューリングをハンドリングする。スケジューリング機能はｅＮｏｄｅＢに位置し、これは上りリンク及び下りリンクに対してセルごとに一つのＭＡＣエンティティを有する。ハイブリッドＡＲＱプロトコル部分はＭＡＣプロトコルの送信及び受信端に存在する。ＭＡＣ６０７は論理チャネル６０９の形態でサービスをＲＬＣ６０５に提供する。

【0056】

＊物理層（ＰＨＹ）６１１はコーディング／デコーディング、変調／復調、マルチアンテナマッピング及び他の典型的な物理層機能をハンドリングする。物理層６１１は伝送チャネル６１３の形態でサービスをＭＡＣ層６０７に提供する。

【0057】

図７はＰＤＣＰエンティティアーキテクチャーの概念図である。

【0058】

図７はＰＤＣＰ副層（ｓｕｂｌａｙｅｒ）に対する一つの可能な構造を示すが、具現例を制限してはいけない。それぞれのＲＢ（すなわち、ＤＲＢ及びＳＲＢ；ＳＲＢ０は除外）は一つのＰＤＣＰエンティティに関連される。それぞれのＰＤＣＰエンティティはＲＢ特性（すなわち、単方向又は両方向）及びＲＬＣモードによって（それぞれの方向に対する）一つ又は２個のＲＬＣエンティティに関連される。ＰＤＣＰエンティティはＰＤＣＰ副層に位置する。ＰＤＣＰ副層は上位層によって設定される。

【0059】

図８はＰＤＣＰエンティティの機能を示す概念図である。

【0060】

ＰＤＣＰエンティティはＰＤＣＰ副層に位置する。いくつかのＰＤＣＰエンティティは端末のために定義されることができる。使用者平面データを伝達するそれぞれのＰＤＣＰエンティティはヘッダー圧縮を用いるように構成されることができる。それぞれのＰＤＣＰエンティティは一つの無線ベアラのデータを伝達している。明細書のこのバージョンで、ＲＯＨＣ（ｒｏｂｕｓｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ｐｒｏｔｏｃｏｌ）のみが支援される。全てのＰＤＣＰエンティティは多くても一つのＲＯＨＣコンプレッサインスタンス（ｃｏｍｐｒｅｓｓｏｒ ｉｎｓｔａｎｃｅ）及び多くても一つのＲＯＨＣデコンプレッサインスタンス（ｄｅｃｏｍｐｒｅｓｓｏｒ ｉｎｓｔａｎｃｅ）を使う。ＰＤＣＰエンティティはどの無線ベアラ上でデータを伝達するかによって制御平面又は使用者平面に関連される。

【0061】

図８はＰＤＣＰ副層のためのＰＤＣＰエンティティの機能を示し、これは具現例を制限してはいけない。

【0062】

この文書はＰＤＣＰプロトコルを特定するためにＰＤＣＰエンティティで使われる多様な状態変数を説明する。全ての状態変数は非負整数である。

【0063】

それぞれのＰＤＣＰエンティティの送信側は次の状態変数を維持する。

【0064】

ａ）Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮ：変数Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮは与えられたＰＤＣＰエンティティに対する次のＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮを示す。ＰＤＣＰエンティティの確立時、端末はＮｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮを０に設定する。

【0065】

ｂ）ＴＸ＿ＨＦＮ：変数ＴＸ＿ＨＦＮは与えられたＰＤＣＰエンティティに対するＰＤＣＰ ＰＤＵに使われるＣＯＵＮＴ値の生成のためのＨＦＮ値を示す。ＰＤＣＰエンティティの確立時、端末はＴＸ＿ＨＦＮを０に設定する。

【0066】

それぞれのＰＤＣＰエンティティの受信側は次の状態変数を維持するであろう。

【0067】

ａ）Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ：変数Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮは与えられたＰＤＣＰエンティティに対する受信機による次の予想ＰＤＣＰ ＳＮを示す。ＰＤＣＰエンティティの確立時、端末はＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを０に設定する。

【0068】

ｂ）ＲＸ＿ＨＦＮ：変数ＲＸ＿ＨＦＮは与えられたＰＤＣＰエンティティに対する受信されたＰＤＣＰ ＰＤＵに使われるＣＯＵＮＴ値の生成のためのＨＦＮ値を示す。ＰＤＣＰエンティティの確立時、端末はＲＸ＿ＨＦＮを０に設定する。

【0069】

ｃ）Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ：ＲＬＣ ＡＭ上にマッピングされたＤＲＢに対するＰＤＣＰエンティティに対し、変数Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮは上位層に伝達される最後のＰＤＣＰ ＳＤＵのＳＮを示す。ＰＤＣＰエンティティの確立時、端末はＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮをＭａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮに設定する。

【0070】

ｄ）Ｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴ：この変数はリオーダリング機能が使われるときにだけ使われる。この変数はｒｅｏｒｄｅｒｉｎｇＴｉｍｅｒをトリガーしたＰＤＣＰ ＰＤＵに関連したＣＯＵＮＴ値に従うＣＯＵＮＴの値を維持する。

【0071】

ｅ）Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗ：リオーダリングウィンドウはリオーダリングウィンドウのサイズを示す。サイズは、ＲＬＣ ＡＭ上にマッピングされた無線ベアラに対し、１２ビットのＳＮ長さが使われるときは２０４８であり、あるいは１５ビットのＳＮ長さが使われるときは１６３８４、つまりＰＤＣＰ ＳＮ空間の半分である。

【0072】

ｆ）Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮはｉ）１５ビットＳＮの使用のためにＰＤＣＰエンティティが用いられれば３２７６７であり、ｉｉ）１２ビットＳＮの使用のためにＰＤＣＰエンティティが用いられれば４０９５であり、ｉｉｉ）７ビットＳＮの使用のためにＰＤＣＰエンティティが用いられれば１２７であり、あるいはｉｖ）５ビットＳＮの使用のためにＰＤＣＰエンティティが用いられれば３１である。

【0073】

ＵＬデータ伝送過程の場合、ＰＤＣＰエンティティにおいて、上位層からのＰＤＣＰ ＳＤＵの受信時、端末はＰＤＣＰ ＳＤＵに関連した廃棄タイマーを開始することができる。上位層から受信されたＰＤＣＰ ＳＤＵに対し、端末はＮｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮに対応するＰＤＣＰ ＳＮ（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）をＰＤＣＰ ＳＤＵに関連させ、ＰＤＣＰ ＳＤＵのヘッダー圧縮を行い、このＰＤＣＰ ＳＤＵに関連したＰＤＣＰ ＳＮ及びＴＸ＿ＨＦＮに基づいてＣＯＵＮＴを用いて無欠性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を行い、Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮを１だけ増加させ、結果としてのＰＤＣＰデータＰＤＵを下位層に提出する。

【0074】

Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮがＭａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮより大きければ、Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮは‘０’に設定され、ＴＸ＿ＨＦＮは１だけ増加する。

【0075】

ＤＬデータ伝送過程の場合、ＲＬＣ ＡＭ上にマッピングされたＤＲＢに対し、ＰＤＣＰエンティティが２個のＡＭ ＲＬＣに関連されるか、あるいは最近の再設定によって、ＰＤＣＰエンティティがＰＤＣＰ再確立を行わずに２個のＡＭ ＲＬＣエンティティに関連された後に一つのＡＭ ＲＬＣエンティティに関連されるとき、ＲＤＣＰエンティティがリオーダリング機能を用いる。

【0076】

ＲＬＣ ＡＭ上にマッピングされたＤＲＢに対し、リオーダリング機能が使われれば、下位層からのＰＤＣＰデータＰＤＵの受信時、受信されたＰＤＣＰ ＳＮ−Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＞Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗ又は０≦Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ―ｒｅｃｅｉｖｅｄ ＰＤＣＰ ＳＮ＜Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗであれば、端末はＰＤＣＰ ＰＤＵを廃棄する。

【0077】

Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ−受信されたＰＤＣＰ ＳＮ＞Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗであれば、端末はＲＸ＿ＨＦＮを１だけ増加させ、ＰＤＣＰ ＰＤＵを暗号解読するための受信されたＰＤＣＰ ＳＮ及びＲＸ＿ＨＦＮに基づいてＣＯＵＮＴを用い、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを受信されたＰＤＣＰ ＳＮ＋１に設定する。

【0078】

受信されたＰＤＣＰ ＳＮ−Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ≧Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗであれば、端末はＰＤＣＰ ＰＤＵを暗号解読するための受信されたＰＤＣＰ ＳＮ及びＲＸ＿ＨＦＮ−１に基づいてＣＯＵＮＴを用いる。

【0079】

受信されたＰＤＣＰ ＳＮ≧Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮであれば、端末はＰＤＣＰ ＰＤＵを暗号解読するための受信されたＰＤＣＰ ＳＮ及びＲＸ＿ＨＦＮに基づいてＣＯＵＮＴを用い、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを受信されたＰＤＣＰ ＳＮ＋１に設定し、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮがＭａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮより大きければ、端末はＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを０に設定し、ＲＸ＿ＨＦＮを１だけ増加させる。

【0080】

受信されたＰＤＣＰ ＳＮ＜Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮであれば、端末はＰＤＣＰ ＰＤＵを暗号解読するための受信されたＰＤＣＰ ＳＮ及びＲＸ＿ＨＦＮに基づいてＣＯＵＮＴを用いる。

【0081】

前記で、ＰＤＣＰ ＰＤＵが廃棄されなければ、同じＰＤＣＰ ＳＮを有するＰＤＣＰ ＳＤＵが保存され、端末はＰＤＣＰ ＰＤＵを廃棄する。同じＰＤＣＰ ＳＮを有するＰＤＣＰ ＳＤＵが保存されなければ、端末はＰＤＣＰ ＰＤＵの暗号解読を行い、結果としてのＰＤＣＰＳ ＤＵを保存する。

【0082】

受信されたＰＤＣＰ ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１又は受信されたＰＤＣＰ ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ−Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮであれば、端末は連関したＣＯＵＮＴ値の昇順に上位層に伝達する。受信されたＰＤＣＰ ＰＤＵに関連したＣＯＵＮＴ値から始まる連続的に関連したＣＯＵＮＴ値を有する全ての保存されたＰＤＣＰ ＳＤＵ。

【0083】

そして、端末はＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを上位層に伝達された最後のＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮに設定する。

【0084】

ｒｅｏｒｄｅｒｉｎｇＴｉｍｅｒが実行され、Ｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴ−１を有するＰＤＣＰ ＳＤＵが上位層に伝達されれば、端末はｒｅｏｒｄｅｒｉｎｇＴｉｍｅｒを中断してリセットする。

【0085】

ｒｅｏｒｄｅｒｉｎｇＴｉｍｅｒが実行されずに少なくとも一つの保存されたＰＤＣＰ ＳＤＵがあれば、端末はｒｅｏｒｄｅｒｉｎｇＴｉｍｅｒを開始し、Ｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴをＲＸ＿ＨＦＮ及びＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮに関連したＣＯＵＮＴ値に設定する。

【0086】

ｒｅｏｒｄｅｒｉｎｇＴｉｍｅｒが満了すれば、端末は連関したＣＯＵＮＴ値の昇順に上位層に伝達する。Ｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴより小さな連関したＣＯＵＮＴ値を有する保存された全てのＰＤＣＰ ＳＤＵ及びＲｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴから始まる連続的に関連したＣＯＵＮＴ値を有する保存された全てのＰＤＣＰ ＳＤＵ。

【0087】

端末はＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを上位層に伝達された最後のＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮに設定する。

【0088】

少なくとも一つの保存されたＰＤＣＰ ＳＤＵがあれば、端末はｒｅｏｒｄｅｒｉｎｇＴｉｍｅｒを開始し、Ｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴをＲＸ＿ＨＦＮ及びＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮに関連したＣＯＵＮＴ値に設定する。

【0089】

図９はＰＤＣＰデータＰＤＵ及びＰＤＣＰ制御ＰＤＵを示す。

【0090】

ＰＤＣＰ ＰＤＵは整列されたバイト長さ（すなわち、８ビットの倍数）のビットストリングである。ビットストリングは最上位ビットが表の最初ラインの最左側ビットであり、最下位ビットが表の最後ラインの最右側ビットであり、より一般的にビットストリングが左側から右側に判読された後にラインの判読順に判読される表で表現される。ＰＤＣＰ ＰＤＵ内のそれぞれのパラメータフィールドのビット順序は最左側ビット内の最初及び最上位ビット及び最右側ビット内の最後の及び最下位ビットで表現される。

【0091】

ＰＤＣＰ ＳＤＵは整列されたバイト長さ（すなわち、８ビットの倍数）であるビットストリングである。圧縮又は非圧縮ＳＤＵは第１ビットからずっとつながるＰＤＣＰ ＰＤＵに含まれる。

【0092】

ＰＤＣＰデータＰＤＵはｉ）ＰＤＣＰ ＳＤＵ ＳＮ、ｉｉ）非圧縮ＰＤＣＰ ＳＤＵを含む使用者平面データ、ｉｉｉ）圧縮ＰＤＣＰ ＳＤＵを含む使用者平面データ、ｉｖ）制御平面データ、又はｖ）ＳＲＢのためのＭＡＣ−Ｉフィールドを伝達するのに使われる。

【0093】

ＰＤＣＰ制御ＰＤＵはｉ）どのＰＤＣＰ ＳＤＵが紛失されるかかつどれがＰＤＣＰ再確立に従わないかを示すＰＤＣＰ状態報告、及びｉｉ）ヘッダー圧縮制御情報、例えば散在（ｉｎｔｅｒｓｐｅｒｓｅｄ）ＲＯＨＣフィードバックを伝達するのに使われる。

【0094】

図９Ａは制御平面ＳＲＢに対するデータを伝達するＰＤＣＰデータＰＤＵのフォーマットを示す図、図９Ｂは１２ビットのＳＮ長さが使われるときのＰＤＣＰデータＰＤＵのフォーマットを示す図である。このフォーマットはＲＬＣ ＡＭ又はＲＬＣ ＵＭ上にマッピングされたＤＲＢからデータを伝達するＰＤＣＰデータＰＤＵに適用可能である。図９Ｃは７ビットのＳＮ長さが使われるときのＰＤＣＰデータＰＤＵのフォーマットを示す図である。このフォーマットはＲＬＣ ＵＭ上にマッピングされたＤＲＢからデータを伝達するＰＤＣＰデータＰＤＵに適用可能である。図９Ｄは一つの散在（ｉｎｔｅｒｓｐｅｒｓｅｄ）ＲＯＨＣフィードバックパケットを伝達するＰＤＣＰ制御ＰＤＵのフォーマットを示す図である。このフォーマットはＲＬＣ ＡＭ又はＲＬＣ ＵＭ上にマッピングされたＤＲＢに適用可能である。図９Ｅは１２ビットのＳＮ長さが使われるとき、一つのＰＤＣＰ状態報告を伝達するＰＤＣＰ制御ＰＤＵのフォーマットを示す図、図９Ｆは１５ビットのＳＮ長さが使われるとき、一つのＰＤＣＰ状態報告を伝達するＰＤＣＰ制御ＰＤＵのフォーマットを示す図である。このフォーマットはＲＬＣ ＡＭ上にマッピングされたＤＲＢに適用可能である。

【0095】

図９Ａ〜図９Ｆに使用されたパラメータのビットは次のように解釈可能である。最左側ビットストリングは最初及び最上位ビットであり、最右側ビットは最後及び最下位ビットである。他に特に言及がなければ、整数は無符号整数に対する標準バイナリエンコーディングでエンコードされる。

【0096】

ａ）ＰＤＣＰ ＳＮ：ＰＤＣＰ ＳＮの長さは、表１に示すように、５、７、１２又は１５ビットである。

【0097】

【表1】

【0098】

ｂ）データ：データフィールドは圧縮解除されたＰＤＣＰ ＳＤＵ（使用者平面データ又は制御平面データ）又は圧縮されたＰＤＣＰ ＳＤＵ（使用者平面データのみ）を含む。

【0099】

ｃ）ＭＡＣ−Ｉ：ＭＡＣ−Ｉの長さは３２ビットである。ＭＡＣ−Ｉフィールドは算出されたメッセージ許可コード（ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ）を伝達する。無欠性が保障されない制御平面データに対しては、ＭＡＣ−Ｉフィールドが依然として存在し、０に設定されたパッディングビットでパッディングされなければならない。

【0100】

ｄ）ＣＯＵＮＴ：ＣＯＵＮＴの長さは３２ビットである。暗号化及び無欠性のために、ＣＯＵＮＴ値が維持される。ＣＯＵＮＴ値はＨＦＮ及びＰＤＣＰ ＳＮで構成される。ＰＤＣＰ ＳＮの長さは上位層によって設定される。ＨＦＮ部分のビットサイズは３２−ＰＤＣＰ ＳＮの長さと同一である。

【0101】

ｅ）Ｒ：Ｒの長さは１ビットである。このビットは０に設定された留保（ｒｅｓｅｒｖｅｄ）ビットである。留保ビットは受信機によって無視されなければならない。

【0102】

ｆ）Ｄ／Ｃ：Ｄ／Ｃの長さは１ビットである。表２はＤ／Ｃフィールドの意味を示す。

【0103】

【表2】

【0104】

ｇ）ＰＤＵタイプ：ＰＤＵタイプの長さは３ビットである。表３はＰＤＵタイプの意味を示す。

【0105】

【表3】

【0106】

ｈ）ＦＭＳ：ＦＭＳの長さが１２ビットのＳＮ長さが使われるとき１２ビットであり、あるいはＦＭＳの長さが１５ビットのＳＮ長さが用いられるとき１５ビットである。第１損失ＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮ。

【0107】

ｉ）ビットマップ：ビットマップフィールドの長さは０であってもよい。タイプ“Ｂｉｔｍａｐ”の第１オクテットのＭＳＢはＳＮ（ＦＭＳ＋１）モジュロ（ｍｏｄｕｌｏ）（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）を有するＰＤＣＰ ＳＤＵが受信されたかかつ選択的に正確に圧縮解除されたかを示す。

【0108】

タイプ“Ｂｉｔｍａｐ”の第１オクテットのＬＳＢはＳＮ（ＦＭＳ＋８）モジュロ（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）を有するＰＤＣＰ ＳＤＵが受信されたかかつ選択的に正確に圧縮解除されたかを示す。

【0109】

ｊ）散在ＲＯＨＣフィードバックパケット：フィードバックのみを有する一つのＲＯＨＣパケット、つまりＰＤＣＰ ＳＤＵに関連しないＲＯＨＣパケットを含む。

【0110】

ＰＤＣＰリオーダリングタイマーはＰＤＣＰ ＰＤＵの損失を検出するのに使われる。ＰＤＣＰエンティティ別にただ一つのリオーダリングタイマーが与えられた時間に実行される。

【0111】

図１０は本発明の実施例によるＰＤＣＰリオーダリングタイマーの再設定を示す図である。

【0112】

従来技術で、Ｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴ−１を有するＰＤＣＰ ＳＤＵが上位層に伝達されたとき、ｒｅｏｒｄｅｒｉｎｇＴｉｍｅｒが実行されず、少なくとも一つの保存されたＰＤＣＰ ＳＤＵが存在すれば、端末はｒｅｏｒｄｅｒｉｎｇＴｉｍｅｒを開始する。

【0113】

この時、基地局が端末で設定されたＰＤＣＰリオーダリングタイマーの値を再設定するために端末にＰＤＣＰリオーダリングタイマーの新たな値を知らせれば、端末は実行中のタイマーを止めずにリオーダリングタイマーを再開する。

【0114】

この場合、リオーダリング遅延を避けるために、新たな値がＰＤＣＰリオーダリングタイマーに使われることを示すＲＲＣメッセージを端末が受信すれば新たな値にリオーダリングタイマーを再設定する新しいメカニズムが必要である。

【0115】

この発明では、新たな値がＰＤＣＰリオーダリングタイマーに使われることを示すＲＲＣメッセージを端末が受信すれば、端末は現在実行されているＰＤＣＰリオーダリングを中断し、リオーダリングバッファに保存されたＰＤＣＰ ＳＤＵのうち最高のＣＯＵＮＴ値を有するＰＤＣＰ ＳＤＵに対する新たな値を有するタイマーを開始する。

【0116】

端末は、順序に従わないＰＤＣＰ ＳＤＵのため、ＰＤＣＰリオーダリングタイマーを開始することができる（Ｓ１００１）。新たな値がＰＤＣＰリオーダリングタイマーに使われることを示すＲＲＣメッセージを端末が受信すれば（Ｓ１００３）、端末は実行中のＰＤＣＰリオーダリングタイマーを中断し（Ｓ１００５）、ＲＲＣメッセージによって指示された新たな値を有するＰＤＣＰリオーダリングタイマーを再開する（Ｓ１００７）。そして、新たな値を有するＰＤＣＰリオーダリングタイマーが再開すれば（Ｓ１００９）、端末はｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴをＲＸ＿ＨＦＮ及びＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮに関連したＣＯＵＮＴ値に設定する。

【0117】

ｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴをＲＸ＿ＨＦＮ及びＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮに関連したＣＯＵＮＴ値に設定する段階はリオーダリングバッファに保存されたＰＤＣＰ ＳＤＵのうち最高のＣＯＵＮＴ値を有するＰＤＣＰ ＳＤＵに対する新たな値を有するＰＤＣＰリオーダリングタイマーを再開することに対応する。

【0118】

図１１は本発明の実施例によってＰＤＣＰリオーダリングタイマーを再設定する例を示す図である。

【0119】

端末がＣＯＵＮＴ値＝２を有するＰＤＣＰ ＳＤＵを受信するとき、リオーダリングバッファにＣＯＵＮＴ値＝２を有するＰＤＣＰ ＳＤＵ以外に任意のＰＤＣＰ ＳＤＵがなければ、端末はＣＯＵＮＴ値＝２を有するＰＤＣＰ ＳＤＵのためのＰＤＣＰリオーダリングタイマーを開始する（ａ）。ＣＯＵＮＴ値＝２を有するＰＤＣＰ ＳＤＵのためのＰＤＣＰリオーダリングタイマーが実行されるうちにＣＯＵＮＴ値＝４、５、６を有する他のＰＤＣＰ ＳＤＵがそれぞれ受信される。この時、端末がＰＤＣＰリオーダリングタイマーを再設定するために新たな値がＰＤＣＰリオーダリングタイマーに使われるというＲＲＣ信号を受信すれば、端末はＣＯＵＮＴ値＝２を有するＰＤＣＰ ＳＤＵのためのＰＤＣＰリオーダリングタイマーを中断し（ｂ）、リオーダリングバッファに保存されたＰＤＣＰ ＳＤＵのうち最高のＣＯＵＮＴ値を有するＰＤＣＰ ＳＤＵのための新たな値を有するＰＤＣＰリオーダリングタイマーを再開する。この場合、端末はＣＯＵＮＴ値＝６を有するＰＤＣＰ ＳＤＵのための新たな値を有するＰＤＣＰリオーダリングタイマーを再開する（ｃ）。これは端末がｒｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴをＲＸ＿ＨＦＮ及びＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮに関連したＣＯＵＮＴ値に設定することができるということを意味する。

【0120】

以上で説明した実施例は本発明の構成要素及び特徴が所定の形態に結合されたものである。それぞれの構成要素又は特徴は他の明示的言及がない限り選択的なものとして考慮されなければならない。それぞれの構成要素又は特徴は他の構成要素又は特徴と結合されない形態に実施可能である。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する動作の順序は変更可能である。ある実施例の一部の構成又は特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴に入れ替えられることができる。特許請求範囲で明示的な引用関係がない請求項を結合して実施例を構成するかあるいは出願後の補正によって新たな請求項として含ませることができるのは明らかである。

【0121】

本発明の実施例において、基地局（ＢＳ）によって行われるものとして説明された特定の動作は上位ノードのＢＳによって遂行されることもできる。すなわち、ＢＳを含む複数のネットワークノードで、ＭＳとの通信のために行われる多様な動作が基地局によって遂行されるか基地局以外の他のネットワークノードによって遂行されることができるのは明らかである。‘ｅＮＢ’という用語は‘固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）’、‘ＮｏｄｅＢ、‘基地局（ＢＳ）’、アクセスポイントなどに取り替えられることもできる。

【0122】

前述した実施例は、例えばハードウェア、ファームウエア、ソフトウェア又はそれらの組合せなどの多様な手段によって具現されることもできる。

【0123】

ハードウェア設定において、本発明の実施例による方法は、一つ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現可能である。

【0124】

ファームウエア又はソフトウェアによる具現の場合、本発明の実施例による方法は、以上で説明した機能又は動作を行うモジュール、手順又は関数などの形態に具現されることができる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。前記メモリユニットは前記プロセッサの内部又は外部に位置し、既に知られた多様な手段によって前記プロセッサとデータを取り交わすことができる。

【0125】

本発明は本発明の特徴を逸脱しない範疇内で他の特定の形態に具体化されることができるのは当業者に明らかである。したがって、前記詳細な説明は全ての面で制限的に解釈されてはいけなく、例示的なものとして考慮しなければならない。本発明の範囲は添付の請求範囲の合理的解釈によって決まらなければならなく、本発明の等価的範囲内の全ての変更は本発明の範囲に含まれる。

【産業上の利用可能性】

【0126】

上述した方法は３ＧＰＰ ＬＴＥシステムに適用される例示を中心に説明したが、本発明は３ＧＰＰ ＬＴＥシステムだけではなく多様な無線通信システムに適用可能である。

【図1】

【図2A】

【図2B】

【図3(a)】

【図3(b)】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】

【図9C】

【図9D】

【図9E】

【図9F】

【図10】

【図11】