Method for guaranteeing QoS in a multi-layer structure

本発明は、無線移動通信システムに係り、より詳細には、無線移動通信システムで端末（User Equipment；ＵＥ）がデータを処理する方法に関するものである。

第３世代パートナーシッププロジェクト（3rd Generation Partnership Project；３ＧＰＰ）無線アクセスネットワーク標準に基づく無線プロトコルは、開放型システム相互接続（Open System Interconnection；ＯＳＩ）参照モデルの下位の３層に基づいてＬ１（レイヤ１）、Ｌ２（レイヤ２）およびＬ３（レイヤ３）に分けることができる。 該無線プロトコルのレイヤ２には、メディアアクセス制御（Medium Access Control；ＭＡＣ）層、無線リンク制御（Radio Link Control；ＲＬＣ）層、パケットデータ収束プロトコル（Packet Data Convergence Protocol；ＰＤＣＰ）層などが存在する。 レイヤ３の最下部には無線リソース制御（Radio Resource Control；ＲＲＣ）層が存在する。

ＲＬＣ層は、各無線ベアラ（Radio Bearer；ＲＢ）のサービス品質（Quality of Service；ＱｏＳ）の保証、およびこのＱｏＳによるデータ伝送を担当する。 ＲＬＣ層は、ＲＢ固有のＱｏＳを保証するために、ＲＢごとに一つまたは二つの独立したＲＬＣエンティティ（Entity）を有している。 また、様々なＱｏＳを支援するために、透過モード（Transparent Mode；ＴＭ）、非確認モード（Unacknowledged Mode；ＵＭ）および確認モード（Acknowledged Mode；ＡＭ）という３つのＲＬＣモードを提供する。

ＰＤＣＰ層は、ＲＬＣ層の上位に存在しており、ＩＰｖ４やＩＰｖ６などのＩＰパケットを介して伝送されるデータに対してヘッダ圧縮（Header Compression）を行うことができる。 ＰＤＣＰ層は、パケット交換ドメインにのみ存在し、ＲＢ当たり一つのＰＤＣＰエンティティが存在する。

ＲＲＣ層は、ＱｏＳを満たすために、無線プロトコルのレイヤ１およびレイヤ２、各チャネルの様々な特性、動作方法およびパラメータなどを設定する。 具体的には、ＲＲＣ層は、ＰＤＣＰ層についてどのヘッダ圧縮手法を使用するかを決定し、ＲＬＣ層についてどの動作モードを使用するか、ＲＬＣ ＰＤＵの大きさはどのぐらいにするか、各種プロトコルパラメータ値をどのぐらいにするかなどを決定する。

ＱｏＳとは、無線移動通信システムを通じて送受信されるサービスの品質のことを意味する。 ＱｏＳに影響を及ぼす要素の代表として、遅延時間（Delay）、エラー率（Error Ratio）およびビットレート（Bit Rate）などがある。 ＱｏＳは、サービスの種類によって適切に決定される。

無線移動通信システムを用いたＶｏＩＰまたはストリーミングなどのリアルタイムサービスの場合、伝達遅延が重大だと画面の中断や音声の歪みが生じるという問題につながる。 すなわち、データが相手側に伝達されたとしても、伝達に一定時間以上かかる場合には品質において問題が生じうる。 実際に、一定時間以後に受信されたデータは、大部分のアプリケーションにおいて利用されない。 したがって、許容伝達時間を越えたデータブロックの伝送を試みたり、バッファに格納したりすることは、オーバーヘッドの発生およびリソースの浪費につながる。

ＰＤＣＰ層を参照してより具体的に説明すると、Ｌ２の外部から伝達されたデータはＰＤＣＰのバッファに格納される。 これらのデータは、相手側に伝達されるまでＰＤＣＰ層に保管される。 ところが、あるＰＤＣＰ ＳＤＵに対して、該ＰＤＣＰ ＳＤＵに関するデータブロックの伝送が下位層で遅延した場合、このＰＤＣＰ ＳＤＵがＰＤＣＰ層のバッファに留まるべき時間は延びる。 特に、データ量が多い場合、外部から続けてデータが取り込まれる場合、または、あるＰＤＣＰ ＳＤＵの伝達が継続して遅れる場合、バッファ容量が足りなくなることがある。 特に、バッファが完全に満たされた場合、外部からの新しいデータが保管される場所がないので、この新しいデータは直ちに削除されるが、これはサービス品質に直接影響を及ぼすことになる。

本発明は上記従来技術の問題点を解決するためのもので、その目的は、マルチレイヤ構造を使用する無線移動通信システムにおいてＱｏＳ（Quality of Service）を保証し、データを效率的に管理するためのデータ処理方法を提供することにある。

本発明の他の目的は、端末または基地局の特定プロトコル層が削除するデータを決定し、それを下位層に指示する方法を提供することにある。

本発明のさらに他の目的は、端末または基地局の特定プロトコル層によりデータ削除が指示された場合、下位層のデータ削除方法を提供することにある。

本発明が解決しようとする技術的課題は、以上言及した技術的課題に制限されず、言及されていない他の技術的課題は、下記の記載から、本発明の属する技術分野における通常の知識を有する者には明確に理解される。

本発明の一態様として、無線移動通信システムにおける端末のデータ処理方法において、上位層から第１データブロックを受信する段階と、特定プロトコル層で第１データブロックを含む第２データブロックを下位層に伝達する段階と、所定の時間が経過すると、特定プロトコル層に存在する第１データブロックおよび第２データブロックを削除する段階と、第２データブロックの削除に関する情報を当該下位層に伝達する段階と、を含むデータ処理方法が提供される。 好ましくは、上位層はＲＲＣ層である。 好ましくは、下位層はＲＬＣ層である。 好ましくは、特定プロトコル層はＰＤＣＰ層である。

本発明の他の態様として、無線移動通信システムにおける端末または基地局のデータ処理方法において、上位層から第１データブロックを受信すると、特定プロトコル層で第１データブロックのためのタイマを動作させる段階と、特定プロトコル層で第１データブロックを含む第２データブロックを下位層に伝達する段階と、タイマが満了すると、特定プロトコル層に存在する第１データブロックおよび第２データブロックを削除する段階と、第２データブロックの削除に関する情報を当該下位層に伝達する段階と、を含むデータ処理方法が提供される。 好ましくは、上位層はＲＲＣ層である。 好ましくは、下位層はＲＬＣ層である。 好ましくは、特定プロトコル層はＰＤＣＰ層である。

本発明のさらに他の態様として、無線移動通信システムにおける端末または基地局のデータ処理方法において、上位層からデータブロックを受信する段階と、上位層からデータブロックの削除の指示を受信する段階と、データブロックのいかなる部分も伝送されなかった場合、特定プロトコル層でデータブロックを削除する段階と、を含むデータ処理方法が提供される。 好ましくは、上位層はＰＤＣＰ層である。 好ましくは、特定プロトコル層はＲＬＣ層である。

本発明の実施例によると、下記の効果が得られる。

第一に、マルチレイヤ構造を使用する無線移動通信システムでＱｏＳを保証し、かつ、データを效率的に管理することができる。

第二に、端末または基地局の特定プロトコル層はデータを削除するか否かを決定し、それを下位層に指示することができる。

第三に、端末または基地局の特定プロトコル層によりデータの削除が指示された場合、下位層は、指示されたデータを削除することができる。

本発明により得られる効果は以上言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術分野における通常の知識を有する者には明確に理解される。

Ｅ−ＵＭＴＳのネットワーク構造を示す図である。

発展型無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network；Ｅ−ＵＴＲＡＮ）の概略構成図である。

端末（ＵＥ）とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（Radio Interface Protocol）の制御プレーンの構造を示す図である。

端末（ＵＥ）とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（Radio Interface Protocol）のユーザプレーンの構造を示す図である。

Ｅ−ＵＭＴＳシステムに用いられる物理チャネル構造の一例を示す図である。

Ｅ−ＵＭＴＳシステムに用いられるＰＤＣＰ層のブロック図である。

Ｅ−ＵＭＴＳシステムに用いられるＲＬＣ層におけるＡＭエンティティのブロック図である。

本発明の一実施例によって端末または基地局で行われるプロトコル層の動作例を示す図である。

本発明の他の実施例によって端末または基地局で行われるプロトコル層の動作例を示す図である。

本発明の理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。

以下、添付の図面に基づいて説明される本発明の実施例により、本発明の構成、作用および他の特徴を容易に理解することができる。 以下に説明される実施例は、本発明の技術的特徴が発展型ユニバーサル移動電話システム（Evolved Universal Mobile Telecommunications System；Ｅ−ＵＭＴＳ）に適用された例とする。

図１は、本発明の一実施例が適用されるＥ−ＵＭＴＳのネットワーク構造を示す図である。 Ｅ−ＵＭＴＳシステムは、既存のＷＣＤＭＡ ＵＭＴＳシステムから発展したシステムで、現在、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project；３ＧＰＰ）で基礎的な標準化作業が進行されている。 Ｅ−ＵＭＴＳは、ロングタームエボリューション（Long Term Evolution；ＬＴＥ）システムとも呼ばれる。 ＵＭＴＳおよびＥ−ＵＭＴＳの技術仕様書（technical specification）の詳細な内容はそれぞれ、「3rd Generation Partnership Project; Technical Specification Group Radio Access Network」のリリース７（Release 7）とリリース８（Release 8）を参照すればよい。

図１を参照すると、Ｅ−ＵＭＴＳは、主に、端末（User Equipment；ＵＥ）と、基地局（，ｅＮＢまたはｅＮｏｄｅＢ）と、ネットワーク（Ｅ−ＵＴＲＡＮ）の終端に設けられて、外部ネットワークと接続されるアクセスゲートウェイ（Access Gateway；ＡＧ）と、で構成される。 一般に、基地局は、ブロードキャストサービス、マルチキャストサービスおよび／またはユニキャストサービスのために複数のデータストリームを同時送信することができる。 ＡＧは、ユーザトラフィック処理を担当する部分と、制御トラフィックを処理する部分とに分けることもできる。 この時、新しいユーザトラフィック処理のためのＡＧと制御トラフィックを処理するＡＧとの間に新しいインターフェースを用いて互いに通信することができる。 一つのｅＮＢには一つまたは複数のセル（cell）が存在する。 ｅＮＢ同士間では、ユーザトラフィックまたは制御トラフィックの伝送のためのインターフェースを用いることができる。 コアネットワーク（Core Network；ＣＮ）は、ＡＧおよびＵＥのユーザ登録などのためのネットワークノードなどで構成することができる。 Ｅ−ＵＴＲＡＮとＣＮとを区別するためのインターフェースが使用されてもよい。 ＡＧは、トラッキングエリア（Tracking Area；ＴＡ）単位で端末の移動を管理する。 ＴＡは、複数のセルで構成され、端末は、特定ＴＡから他のＴＡに移動する場合、ＡＧに自体の位置しているＴＡが変更されたことを知らせる。

図２は、本発明の一実施例が適用される移動通信システムである発展型無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network；Ｅ−ＵＴＲＡＮ）システムのネットワーク構造を示す図である。 Ｅ−ＵＴＲＡＮシステムは、既存のＵＴＲＡＮシステムから発展したシステムである。 Ｅ−ＵＴＲＡＮは、基地局で構成され、これらのｅＮＢはＸ２インターフェースを通じて接続される。 ｅＮＢは無線インターフェースを通じて端末と接続され、Ｓ１インターフェースを通じて発展型パケットコア（Evolved Packet Core；ＥＰＣ）に接続される。

図３Ａおよび図３Ｂは、３ＧＰＰ無線アクセスネットワーク標準に基づく端末とＵＭＴＳ無線アクセスネットワーク（UMTS Terrestrial Radio Access Network；ＵＴＲＡＮ）との間の無線インターフェースプロトコル（Radio Interface Protocol）の制御プレーン（Control Plane）およびユーザプレーン（U-Plane、User-Plane）の構造をそれぞれ示す図である。 無線インターフェースプロトコルは、水平方向には、物理層（Physical Layer）、データリンク層（Data Link Layer）およびネットワーク層（Network Layer）に分けられ、垂直方向には、データ情報伝送のためのユーザプレーン（User Plane）と制御信号（Signaling）伝達のための制御プレーン（Control Plane）とに分けられる。 図３Ａおよび図３Ｂのプロトコル層は、通信システムで広く知られた開放型システム相互接続（Open System Interconnection；ＯＳＩ）参照モデルの下位の３層に基づいてＬ１（レイヤ１）、Ｌ２（レイヤ２）およびＬ３（レイヤ３）に分けることができる。

制御プレーンは、端末およびネットワークが呼を管理するために用いる制御メッセージが伝送される通信路を意味する。 ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータなどが伝送される通信路を意味する。 以下、無線プロトコルの制御プレーンとユーザプレーンの各層について説明する。

レイヤ１である物理層は、物理チャネル（Physical Channel）を用いて上位層に情報伝送サービス（Information Transfer Service）を提供する。 物理層は、上位にあるメディアアクセス制御（Medium Access Control）層とトランスポートチャネル（Transport Channel）を通じて接続されており、このトランスポートチャネルを通じてメディアアクセス制御層と物理層との間のデータが移動する。 そして、互いに異なる物理層、すなわち、送信側の物理層と受信側の物理層との間は、物理チャネルを通じてデータが移動する。 この物理チャネルは直交周波数分割多重（Orthogonal Frequency Division Multiplexing；ＯＦＤＭ）方式で変調され、時間（time）および周波数（frequency）を無線リソースとして用いる。

レイヤ２のメディアアクセス制御（Medium Access Control；以下、「ＭＡＣ」という）層は、論理チャネル（Logical Channel）を通じて上位層である無線リンク制御（Radio Link Control）層にサービスを提供する。 レイヤ２の無線リンク制御（Radio Link Control；以下、「ＲＬＣ」という）層は、信頼性のあるデータの伝送を支援する。 ＲＬＣ層の機能がＭＡＣ内部の機能ブロックとして具現されてもよい。 この場合は、ＲＬＣ層は省かれてもよい。 レイヤ２のＰＤＣＰ層は、ＩＰｖ４やＩＰｖ６などのＩＰパケットの伝送時に、帯域幅の小さい無線区間で効率的に伝送するために余分な制御情報を減らすヘッダ圧縮（Header Compression）機能を実行する。

レイヤ３の最下部に位置している無線リソース制御（Radio Resource Control；以下、「ＲＲＣ」という）層は、制御プレーンでのみ定義され、無線ベアラ（Radio Bearer；以下、「ＲＢ」という）の設定（Configuration）、再設定（Re-configuration）および解放（Release）について、論理チャネル、トランスポートチャネルおよび物理チャネルの制御を担当する。 ここで、ＲＢは、端末とＵＴＲＡＮとの間のデータ通信のためにレイヤ２により提供されるサービスを意味する。 このために、端末のＲＲＣ層とネットワークのＲＲＣ層とは、ＲＲＣメッセージを互いに交換する。 端末のＲＲＣと無線ネットワークのＲＲＣ層との間にＲＲＣ接続（RRC Connected）がある場合、端末はＲＲＣ接続状態（Connected Mode）にあり、そうでない場合はＲＲＣアイドル状態（Idle Mode）にあることとなる。

ＲＲＣ層の上位に位置する非アクセスストラタム（Non-Access Stratum；ＮＡＳ）層は、セッション管理（Session Management）とモビリティ管理（Mobility Management）などの機能を果たす。

ｅＮＢを構成する一つのセルは、１．２５、２．５、５、１０、２０Ｍｈｚなどの帯域幅のうちの一つに設定されて、様々な端末に下りまたは上り伝送サービスを提供する。 この場合、互いに異なるセルは互いに異なる帯域幅を提供するように設定することができる。

ネットワークから端末にデータを伝送する下りトランスポートチャネルには、システム情報を伝送するブロードキャストチャネル（Broadcast Channel；ＢＣＨ）、ページングメッセージを伝送するページングチャネル（Paging Channel；ＰＣＨ）、その他ユーザトラフィックや制御メッセージを伝送する下り共有チャネル（Shared Channel；ＳＣＨ）がある。 下りマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、下りＳＣＨを通じて伝送されてもよく、または、別の下りマルチキャストチャネル（Multicast Channel；ＭＣＨ）を通じて伝送されてもよい。 一方、端末からネットワークにデータを伝送する上りトランスポートチャネルには、初期制御メッセージを伝送するランダムアクセスチャネル（Random Access Channel；ＲＡＣＨ）とその他ユーザトラフィックや制御メッセージを伝送する上り共有チャネル（Shared Channel；ＳＣＨ）がある。

トランスポートチャネルの上位に位置し、トランスポートチャネルにマッピングされる論理チャネル（Logical Channel）には、ブロードキャストチャネル（Broadcast Control Channel；ＢＣＣＨ）、ページング制御チャネル（Paging Control Channel；ＰＣＣＨ）、共通制御チャネル（Common Control Channel；ＣＣＣＨ）、マルチキャスト制御チャネル（Multicast Control Channel；ＭＣＣＨ）、マルチキャストトラフィックチャネル（Multicast Traffic Channel；ＭＴＣＨ）などがある。

図４は、Ｅ−ＵＭＴＳシステムで使用する物理チャネル構造の一例を示す図である。 物理チャネルは、時間軸上にある複数のサブフレームと、周波数軸上にある複数のサブキャリア（Sub-carrier）と、で構成される。 ここで、１サブフレーム（Sub-frame）は、時間軸上にある複数のシンボル（Symbol）で構成される。 １サブフレームは、複数のリソースブロック（Resource Block）で構成され、１リソースブロックは、複数のシンボルと複数のサブキャリアとで構成される。 また、各サブフレームは、物理ダウンリンク制御チャネル（Physical Downlink Control ChannelＰＤＣＣＨ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当のサブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。 図４に、Ｌ１／Ｌ２制御情報伝送領域（ＰＤＣＣＨ）とデータ伝送領域（ＰＤＳＣＨ）を示す。 現在検討中の発展型ユニバーサル移動電話システム（Evolved Universal Mobile Telecommunications System；Ｅ−ＵＭＴＳ）では、１０ｍｓの無線フレーム（radio frame）を使用し、１無線フレームは、１０個のサブフレーム（subframe）で構成される。 また、１サブフレームは、２つの連続するスロットで構成される。 １スロットの長さは０．５ｍｓである。 また、１サブフレームは、複数のＯＦＤＭシンボルで構成され、複数のＯＦＤＭシンボルのうちの一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を伝送するために使用することができる。 データが伝送される単位時間である送信時間間隔（Transmission Time Interval；ＴＴＩ）は１ｍｓである。

基地局および端末は、一般に、特定の制御信号または特定のサービスデータを除けば、殆どはトランスポートチャネルＤＬ−ＳＣＨを用いた物理チャネルＰＤＳＣＨを通じてデータをそれぞれ送信および受信する。 また、どのＰＤＳＣＨのデータが端末（１つまたは複数の端末）に伝送されるか、また、これらの端末がどのようにＰＤＳＣＨデータを受信しデコーディングをしなければならないかに関する情報などは、物理チャネルＰＤＣＣＨに含まれて伝送される。

例えば、特定ＰＤＣＣＨが「Ａ」という無線ネットワーク一時識別子（Radio Network Temporary Identity；ＲＮＴＩ）でＣＲＣマスキング（masking）されており、伝送されるデータに関する情報が、「Ｂ」という無線リソース（例えば、周波数位置）および「Ｃ」という伝送形式情報（例えば、伝送ブロックサイズ、変調方式、コーディング情報等）を用いて特定サブフレームを通じて伝送されると仮定する。 この場合、該当のセルにある一つまたは複数の端末は、自体の持っているＲＮＴＩ情報を用いて当該ＰＤＣＣＨをモニタリングし、該当の時点に「Ａ」というＲＮＴＩを持っている一つまたは複数の端末があると、これらの端末は、当該ＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報に基づいて「Ｂ」と「Ｃ」により指示されるＰＤＳＣＨを受信する。

図５は、Ｅ−ＵＭＴＳシステムに用いられるＰＤＣＰ層のブロック図を示す。 図５のブロックは、機能ブロックであり、実際の具現形態とは異なることがある。 このＰＤＣＰ層は、特定具現例に限定されない。

図５を参照すると、ＰＤＣＰ層は、Ｌ２構造の最上位に位置し、その上にはコンピュータなどのデバイスが主に接続されて、ＩＰパケットをやり取りする。 したがって、ＰＤＣＰ層は、外部から受信したＩＰパケットの一次的な格納および保管を担当する。

ＰＤＣＰエンティティは、その上にはＲＲＣ層またはユーザアプリケーションが接続され、下にはＲＬＣ層が接続されている。 ＰＤＣＰエンティティが上位層とやり取りするデータブロックをＰＤＣＰ ＳＤＵという。

一つのＰＤＣＰエンティティは、図５に示すように、送信側と受信側とからなっている。 左側の送信側は、上位層から受信したＳＤＵまたはＰＤＣＰエンティティ内部で生成した制御情報からＰＤＵを構築し、ピア（peer）ＰＤＣＰエンティティの受信側に伝送する。 右側の受信側は、ピアＰＤＣＰエンティティの送信側から受信したＰＤＣＰ ＰＤＵからＰＤＣＰ ＳＤＵまたは制御情報を取り出す。

上述したように、ＰＤＣＰエンティティの送信側が生成するＰＤＵは、データＰＤＵと制御ＰＤＵの２種類がある。 ＰＤＣＰデータＰＤＵは、上位層から受信したＳＤＵをＰＤＣＰが加工して生成するデータブロックである。 ＰＤＣＰ制御ＰＤＵは、ＰＤＣＰがピアエンティティに制御情報を伝達するためにＰＤＣＰが内部で生成するデータブロックである。

ＰＤＣＰデータＰＤＵは、ユーザプレーン（User Plane）と制御プレーン（Control Plane）のＲＢの両方で生成される。 しかし、ＰＤＣＰの一部の機能は、使用するプレーンによって選択的に適用される。 すなわち、ヘッダ圧縮（Header Compression）機能は、ユーザプレーンデータにのみ適用される。 セキュリティ機能のうち保全性保護（Integrity Protection）機能は、制御プレーンデータにのみ適用される。 セキュリティ機能には、データセキュリティのための暗号化（Ciphering）機能もある。 この暗号化機能はユーザプレーンおよび制御プレーンデータの両方に適用される。

ＰＤＣＰ制御ＰＤＵは、制御プレーンＲＢでのみ生成される。 このＰＤＣＰ制御ＰＤＵには、主に、ＰＤＣＰ受信バッファ状況を送信側に知らせるためのＰＤＣＰ状態報告（Status Report）とヘッダ復元部（Header Decompressor）の状況をヘッダ圧縮部（Header Compressor）に知らせるためのヘッダ圧縮（Header Compression；ＨＣ）フィードバックパケットの２種類がある。

図６は、Ｅ−ＵＭＴＳシステムに使用されるＲＬＣ層におけるＡＭエンティティのブロック図である。 図６のブロックは機能ブロックであり、実際の具現形態とは異なることがある。 このＲＬＣ層は特定具現例に限定されない。

ＲＬＣ層には、ＴＭ、ＵＭおよびＡＭという３つのモードがあるが、ＴＭはＲＬＣで行う機能がほとんどなく、ＵＭエンティティは再伝送機能がない点以外はＡＭエンティティと略同様なので、これらの別途図示は省く。

ＵＭ ＲＬＣは、各ＰＤＵにシーケンス番号（Sequence Number；ＳＮ）を含めたＰＤＵヘッダを付けて送ることによって、どのＰＤＵが伝送中に消失されたかを受信側が確認できるようにする。 この機能により、ＵＭ ＲＬＣは、主に、ユーザプレーンではブロードキャスト／マルチキャストデータの伝送やパケットサービス領域（Packet Service domain；ＰＳドメイン）の音声（例：ＶｏＩＰ）やストリーミングなどのリアルタイムパケットデータの伝送を担当する。 また、ＵＭ ＲＬＣは、制御プレーンでセル内の特定端末または特定端末グループに伝送するＲＲＣメッセージのうち、受信確認応答が要らないＲＲＣメッセージの伝送を担当する。

ＡＭ ＲＬＣは、ＵＭ ＲＬＣと同様に、ＰＤＵ構築時に、ＳＮを含むＰＤＵヘッダを付けてＰＤＵを構築する。 しかし、ＵＭ ＲＬＣとは違い、送信側が送信したＰＤＵに対して受信側が確認応答（Acknowledgement）をするという顕著な相違がある。 ＡＭ ＲＬＣで受信側が確認応答をする理由は、自体が受信できなかったＰＤＵについて送信側が再伝送（Retransmission）をするよう要求するためであり、この再伝送機能がＡＭ ＲＬＣの最も重要な特徴である。 結局、ＡＭ ＲＬＣは、再伝送を通じて誤りのない（error-free）データ伝送を保証することにその目的がある。 この目的のために、ＡＭ ＲＬＣは、主に、ユーザプレーンではＰＳドメインのＴＣＰ／ＩＰなどの非リアルタイムパケットデータの伝送を担当し、制御プレーンでは、セル内の特定端末に伝送するＲＲＣメッセージのうち、受信確認応答を必要とするＲＲＣメッセージの伝送を担当する。

通信方向については、ＵＭ ＲＬＣは、単方向（uni-directional）通信に使用されるのに対し、ＡＭ ＲＬＣは、受信側からのフィードバック（feedback）があるため、双方向（bi-directional）通信に使用される。 構造的な面でも相違があり、ＵＭ ＲＬＣは、一つのＲＬＣエンティティが送信または受信のいずれか一方の構造とされているが、ＡＭ ＲＬＣは、一つのＲＬＣエンティティ中に送信側および受信側の両方が存在する。

ＡＭ ＲＬＣが複雑な理由は、再伝送機能のためである。 再伝送管理のためにＡＭ ＲＬＣは送受信バッファの他に再伝送バッファを設けており、流れ制御のための送受信ウィンドウの使用、送信側がピアＲＬＣエンティティの受信側に状態情報を要求するポーリング（Polling）、受信側がピアＲＬＣエンティティの送信側に自体のバッファ状態を報告する状態情報報告（Status Report）、状態情報を搬送するための状態ＰＤＵ（Status PDU）の構築などの様々な機能を実行する。 また、これらの機能を支援するために、ＡＭ ＲＬＣは、様々なプロトコルパラメータ、状態変数およびタイマを必要とする。 この状態情報報告または状態ＰＤＵなどのＡＭ ＲＬＣでデータ伝送を制御するために使用されるＰＤＵを制御ＰＤＵといい、ユーザデータを伝達するために使用されるＰＤＵをデータＰＤＵという。

ところが、ＡＭ ＲＬＣにおいて、ＲＬＣデータＰＤＵは、具体的に、ＡＭＤ ＰＤＵとＡＭＤ ＰＤＵセグメントとに分類される。 各ＡＭＤ ＰＤＵセグメントは、ＡＭＤ ＰＤＵに属するデータの一部を有する。 ＬＴＥでは毎回端末が伝送するデータブロックの最大の大きさが変わる。 したがって、ある時点で送信側ＡＭ ＲＬＣエンティティが、大きさが２００バイトであるＡＭＤ ＰＤＵを構築して伝送した後、受信側ＡＭ ＲＬＣからＮＡＣＫを受信し、送信側のＡＭＤ ＰＤＵを再伝送しようとする時、実際に伝送できるデータブロックの最大の大きさが１００バイトであれば、ＡＭＤ ＰＤＵをそのまま再伝送することはできない。 この場合に使われるのがＡＭＤ ＰＤＵセグメントであり、ＡＭＤ ＰＤＵセグメントは、該当のＡＭＤ ＰＤＵが小さい単位に分けられたものを意味する。 この過程で、送信側ＡＭ ＲＬＣエンティティは、ＡＭＤ ＰＤＵをＡＭＤ ＰＤＵセグメントに分けて複数の時間にわたって伝送し、受信側ＡＭ ＲＬＣエンティティは、受信したＡＭＤ ＰＤＵセグメントからＡＭＤ ＰＤＵを復元する。

全体としての観点から、ＲＬＣエンティティの機能は、分割と再組立（Segmentation and Reassembly；ＳＡＲ）といえよう。 すなわち、送信側ＲＬＣは、上位から受信したＲＬＣ ＳＤＵと下位のＭＡＣで指定するＭＡＣ ＰＤＵの大きさの調整を担当する。 すなわち、下位エンティティで指定したＭＡＣ ＰＤＵ、すなわち、ＲＬＣ ＰＤＵのサイズに応じて、上位から伝達されたＲＬＣ ＳＤＵを分割および結合させて、ＲＬＣ ＰＤＵを構築する。 この時、ＲＬＣ ＰＤＵのヘッダには、ＲＬＣ ＳＤＵの分割（segmentation）または結合（Concatenation）等の情報が含まれる。 この情報に基づいて、受信側は、受信したＲＬＣ ＰＤＵからＲＬＣ ＳＤＵを復元する。

Ｌ２で行われるデータ伝送過程を総合的に説明すると、外部で生成されたデータ（例：ＩＰパケット）は、まず、ＰＤＣＰエンティティに伝達され、ＰＤＣＰ ＳＤＵに変換される。 ＰＤＣＰエンティティは、ＰＤＣＰ ＳＤＵを、伝送が完了するまで自体のバッファに格納する。 ＰＤＣＰエンティティは、ＰＤＣＰ ＳＤＵを処理し、この時に生成されたＰＤＣＰ ＰＤＵをＲＬＣエンティティに伝達する。 ＲＬＣエンティティにとって上位から受信したデータブロックはＲＬＣ ＳＤＵであり、これはＰＤＣＰ ＰＤＵと同一である。 ＲＬＣエンティティは、ＲＬＣ ＳＤＵに適切な処理をした後、ＲＬＣ ＰＤＵを構築して伝送する。

本発明の一実施例によるプロトコル層の一般的な動作例
本発明の一実施例は、基地局と端末が、設定された無線ベアラのサービス品質（Quality of Service；ＱｏＳ）を満たしながら、同時にデータを效果的に管理する方法を提示する。 このために、本発明の一実施例は、送信側プロトコル層エンティティが収容できるバッファの最大の大きさ、データの最大許容遅延値（Maximum allowed Delay）または許容伝達時間などを考慮して、当該プロトコル層に格納されたデータを削除するか否かを決定する。 好ましくは、このプロトコル層はＰＤＣＰ層である。 以下、ＰＤＣＰ層を中心に本発明の一実施例による一般的な動作例を詳細に説明する。 ここで、「削除（discard）」という用語は、「消去（deletion）」、「廃棄（delete）」、「放棄（abandon）」、「抹消（erase）」または「除去（remove）」などの等価の用語と混用することができる。

本発明の一実施例で、ＰＤＣＰエンティティは、設定された無線ベアラのサービス品質を保証するために、ＰＤＣＰ ＳＤＵの伝送において所定の時間が経過した場合、該ＰＤＣＰ ＳＤＵを削除（Discard）するか否かを決定することができる。 ここで、所定の時間は、伝送しようとするデータの種類を考慮して柔軟に設定することができる。 所定の時間は、ネットワークにより設定することができる。 好ましくは、所定の時間は、ＰＤＣＰの上位層（例、ＲＲＣ層）により設定することができる。 必要に応じて、所定の時間が経過しても、該当のＰＤＣＰ ＳＤＵおよび／またはＰＤＣＰ ＰＤＵを削除しなくてもよい。

一具現例として、ＰＤＣＰエンティティは、特定のＰＤＣＰ ＳＤＵを上位層から受信すると、このＰＤＣＰ ＳＤＵに対してタイマを動作させる。 好ましくは、上位層は無線リソース制御（Radio Resource Control；ＲＲＣ）層である。 タイマは、それぞれのＰＤＣＰ ＳＤＵごとに独立して動作させることができる。 また、タイマは、一定の数、一定のグループのＰＤＣＰ ＳＤＵに対して共通して動作させることもできる。 例えば、関連した一定の数または一定のグループのＰＤＣＰ ＳＤＵがある場合、最初のＰＤＣＰ ＳＤＵに対してのみタイマを動作させることができる。

タイマが動作している途中に、ＲＬＣエンティティがＲＬＣ ＳＤＵ（すなわち、ＰＤＣＰ ＰＤＵ）に関して伝送の成功を知らせると、ＰＤＣＰエンティティは、ＰＤＣＰ ＰＤＵを削除することができる。 具現例によって、ＰＤＣＰエンティティは、ＰＤＣＰ ＰＤＵよりも小さいシーケンス番号を有するＰＤＣＰ ＰＤＵがすべて正常に伝達された場合、当該ＰＤＣＰ ＰＤＵを削除することができる。 また、ＰＤＣＰエンティティは、ＰＤＣＰ ＰＤＵと関連したＰＤＣＰ ＳＤＵよりも前のＰＤＣＰ ＳＤＵがすべて正常に伝達された場合、該ＰＤＣＰ ＰＤＵを削除することができる。 ＰＤＣＰ ＰＤＵを削除した場合、このＰＤＣＰ ＰＤＵと関連したＰＤＣＰ ＳＤＵのタイマを中止する。 好ましくは、タイマを中止したＰＤＣＰ ＳＤＵは削除される。

ＲＬＣエンティティからＰＤＣＰ ＰＤＵの伝送の成否に関して何の通知も受けていない状態で、タイマが満了すると、ＰＤＣＰエンティティは、タイマと関連したＰＤＣＰ ＳＤＵを削除することを決定することができる。 タイマは機能によって様々に命名することができる。 本発明の一実施例で、タイマはＰＤＣＰ層のデータ削除と関連しているので、削除＿タイマ（Discard_timer）と命名する。

一具現例として、タイマの値はネットワークにより設定することができる。 好ましくは、タイマの値は、ＰＤＣＰの上位層（例、ＲＲＣ層）により設定することができる。 タイマの値は、タイマに関する設定を意味する。 例えば、タイマの値は、タイマをＰＤＣＰ ＳＤＵまたはＰＤＣＰ ＰＤＵのうちいずれを基準にしてタイマを動作させるかを指示することがある。 また、タイマの値は、ＰＤＣＰ層で行われるどの動作を基準にしてタイマを動作させるかを指示することがある。 また、タイマの値は、タイマを動作させた後、いつ終了させるか、すなわち、タイマ満了時間に関する情報を含むことがある。 タイマ満了時間は、ＩＰパケットの伝送に関するあらゆる時間（例、ＰＤＣＰエンティティとＲＬＣエンティティに留まっている時間、伝送時間、データの最大許容遅延値等）を考慮して設定することができる。

また、ＩＰパケットまたはＰＤＣＰ ＰＤＵはすべて同等な重要度を有するものではないから、タイマ満了時間をデータタイプによって柔軟に設定することができる。 例えば、フル（Full）ヘッダパケットは、ヘッダ圧縮のコンテクスト（context）の形成に必須である。 したがって、パケットの特性または属性にしたがって、タイマの設定値を別々に指定することができる。 また、特別に指定されたパケットまたはＰＤＣＰ ＰＤＵ／ＳＤＵに対してはタイマを動作させないか、満了時点を無限大に設定することができる。 また、特別に指定されたパケットまたはＰＤＣＰ ＰＤＵ／ＳＤＵに対してはタイマが満了しても削除過程を行わなくてもよい。

ＰＤＣＰエンティティが特定ＰＤＣＰ ＳＤＵを削除することを決定し、該ＰＤＣＰ ＳＤＵと関連したＰＤＣＰ ＰＤＵがまだＲＬＣエンティティに伝達されていなければ、ＰＤＣＰエンティティは、ＲＬＣエンティティに何の通知もせずに、ＰＤＣＰ ＳＤＵを削除する。 好ましくは、ＰＤＣＰエンティティは、ＰＤＣＰ ＳＤＵと一緒にＰＤＣＰ ＳＤＵと関連したＰＤＣＰ ＰＤＵも削除する。

ＰＤＣＰエンティティが特定ＰＤＣＰ ＳＤＵを削除することを決定し、該ＰＤＣＰ ＳＤＵと関連したＰＤＣＰ ＰＤＵが既にＲＬＣエンティティに伝達されたとすれば、ＰＤＣＰエンティティは、ＰＤＣＰ ＳＤＵおよび／またはＰＤＣＰ ＰＤＵの削除に関する情報をＲＬＣエンティティに伝達し、ＰＤＣＰ ＳＤＵを削除する。 好ましくは、ＰＤＣＰエンティティは、ＰＤＣＰ ＳＤＵと一緒にＰＤＣＰ ＳＤＵと関連したＰＤＣＰ ＰＤＵも削除する。 削除に関する情報は、どのＰＤＣＰ ＰＤＵまたはＰＤＣＰ ＳＤＵ（すなわち、ＲＬＤ ＳＤＵ）が削除されたかを知らせるための情報でありうる。 また、削除に関する情報は、関連したＲＬＣ ＳＤＵを削除するように指示する情報、または、関連したＲＬＣ ＳＤＵを削除するように指示するのに用いられる情報でありうる。

上記の過程で、ＰＤＣＰ ＳＤＵが削除されると、関連したＰＤＣＰ ＰＤＵは正常に伝達されたと見なされて、上位層に報告される。

上記の過程で、ＰＤＣＰエンティティから特定ＰＤＣＰ ＳＤＵおよび／またはＰＤＣＰ ＰＤＵ（すなわち、ＲＬＤ ＳＤＵ）の削除に関する情報を受信したＲＬＣエンティティは、関連したＲＬＣ ＳＤＵを削除するための動作を行う。

ＵＭ ＲＬＣエンティティの場合、上記関連したＲＬＣ ＳＤＵを削除し、該ＲＬＣ ＳＤＵと関連したＲＬＣ ＰＤＵの伝送をそれ以上試みない。

ＡＭ ＲＬＣエンティティの場合、上記関連したＲＬＣ ＳＤＵを削除するための動作を行う。 好ましくは、この動作は、当該ＲＬＣ ＳＤＵがそれ以上伝送されないことを指示する命令を、送信側ＲＬＣエンティティが受信側ＲＬＣエンティティに知らせることを含む。 この場合、送信側ＡＭ ＲＬＣエンティティは、受信側ＡＭ ＲＬＣエンティティに、削除されたＲＬＣ ＳＤＵと関連して受信ＲＬＣウィンドウまたは送信ＲＬＣウィンドウの下方境界のシーケンス番号を知らせることができる。 また、バイト−オフセットに関する情報も一緒に知らせることができる。

好ましくは、ＲＬＣエンティティは、ＰＤＣＰから指示されたＲＬＣ ＳＤＵのいかなる部分も伝送しなかった場合に、該ＲＬＣ ＳＤＵを削除することができる。 例えば、このＲＬＣ ＳＤＵが少なくとも一つのセグメントに分割（segmented）された場合、このＲＬＣ ＳＤＵのいかなるセグメントも伝送されなかった場合に該ＲＬＣ ＳＤＵを削除することができる。 ＲＬＣ ＳＤＵの一部が伝送されたか否かは、ＲＬＣ ＳＤＵの少なくとも一部が実際に伝送されたか否かにより決定することができる。 受信側で関連データを実際に受信したか否かは問わない。 すなわち、送信側は、自体の立場でのみ関連データが伝送されたか否かを判断する。

好ましくは、ＲＬＣ ＳＤＵの一部が伝送されたか否かは、ＲＬＣ ＳＤＵの少なくとも一部がＲＬＣ ＰＤＵ、好ましくは、ＲＬＣデータＰＤＵにマッピング（mapped）されたか否かにより決定することができる。 例えば、上位層により削除が指示されたＲＬＣ ＳＤＵは、このＲＬＣ ＳＤＵのいかなるセグメントもＲＬＣデータＰＤＵにマッピングされなかった場合にのみ削除されてもよい。

また、上位層により指示されたＲＬＣ ＳＤＵが少なくとも一つのＲＬＣ ＰＤＵに構築された場合、関連したＲＬＣ ＰＤＵが一切伝送されなかった場合にのみ該ＲＬＣ ＳＤＵを削除することができる。 また、ＲＬＣ ＳＤＵが特定ＲＬＣ ＰＤＵに含まれ、これらのＲＬＣ ＰＤＵのうち一つでも無線インターフェースを通じて伝送が試みられたとすれば、該ＲＬＣ ＳＤＵを削除しなくてもよい。 また、ＲＬＣ ＳＤＵが、特定ＲＬＣ ＰＤＵに含まれていない、または、特定ＲＬＣ ＰＤＵに含まれたとしても、これらＲＬＣ ＰＤＵのうちのいずれも無線インターフェースを通じて伝送が試みられなかった場合に限っては、このＲＬＣ ＳＤＵを削除することができる。 当該ＲＬＣ ＰＤＵが無線インターフェースを通じて伝送が試みられたか否かは、ＲＬＣ ＳＤＵの少なくとも一部がＲＬＣ ＰＤＵ、好ましくは、ＲＬＣデータＰＤＵにマッピング（mapped）されたか否かにより決定することができる。

上記では、便宜上、ＰＤＣＰ ＳＤＵを中心に動作を説明したが、ＰＤＣＰ ＳＤＵの代わりにＰＤＣＰ ＰＤＵを中心に動作を構成することもできる。 すなわち、ＰＤＣＰ ＰＤＵに対しタイマを動作させ、これによって関連動作を行うこともできる。

図７は、本発明の一実施例によって端末または基地局で行われるプロトコル層の動作例を示す図である。

図７を参照すると、パケットＡおよびＢが上位層からＰＤＣＰ層に伝達される（Ｓ７１０）。 パケットＡおよびＢのＰＤＣＰ ＳＤＵがＰＤＣＰバッファに格納され、これらのパケットのそれぞれに対して削除＿タイマ（Discard_timer）が開始される（Ｓ７７０）。 ＭＡＣ層は、ＲＬＣ層に新しいＭＡＣ ＳＤＵｓ（ＲＬＣ ＰＤＵｓ）を伝達するように要請する（Ｓ７２０）。 ＲＬＣ層が新しく伝送するデータを有していないと、ＲＬＣ層は、ＰＤＣＰ層に新しいＲＬＣ ＳＤＵｓ（ＰＤＣＰ ＰＤＵｓ）を伝達するように要請する（Ｓ７３０）。 ＰＤＣＰ層は、パケットＡのＰＤＣＰ ＳＤＵｓに対してヘッダ圧縮、暗号化、ヘッダ付加などを行って、パケットＡのＰＤＣＰ ＰＤＵｓを生成する（Ｓ７４０）。 ＰＤＣＰ層は、これらのパケットＡのＰＤＣＰ ＰＤＵｓをＲＬＣ層に伝達する（Ｓ７５０）。 ＲＬＣ層は、パケットＡのＰＤＣＰ ＰＤＵ（すなわち、ＲＬＣ ＳＤＵ）をＲＬＣバッファに格納する。 ＲＬＣ層は、受信したパケットＡのＲＬＣ ＳＤＵからＲＬＣ ＰＤＵを構築して、ＭＡＣ層に伝達する。 ＭＡＣ／ＰＨＹ層はこのＲＬＣ ＰＤＵの伝送を行う（Ｓ７６０）。

図７では、ＰＤＣＰ層がＲＬＣ層から、パケットＡのＰＤＣＰ ＰＤＵが受信側に正常に伝送されたという情報を、パケットＡのＰＤＣＰ ＳＤＵに対する削除＿タイマが満了するまで受信できなかったと仮定する。 また、パケットＢの削除＿タイマもほとんど同時に満了したと仮定する。

パケットＡとＢに対する削除＿タイマが満了したので、ＰＤＣＰ層は、パケットＡとＢをバッファから削除することを決定する（Ｓ７７０）。 パケットＢは未だＳＮが割り当てられず、圧縮または暗号化されていないので、該パケットＢはＰＤＣＰエンティティから除去され、ＲＬＣエンティティにはパケットＢの削除に関して通知されない。

一方、パケットＡは、ＳＮが割り当てられ、圧縮されてＲＬＣエンティティに既に伝達されているので、ＰＤＣＰ層はＲＬＣ層にパケットＡと関連したＲＬＣ ＳＤＵを削除するように指示する（Ｓ７８０）。 この通知によって、ＲＬＣ層はＲＬＣ ＳＤＵを削除するための動作を行う。 ＲＬＣ層の削除動作については図８でより詳細に例示される。

図８は、本発明の他の実施例によって端末または基地局で行われるプロトコル層の動作例を示す図である。

図８を参照すると、ＰＤＣＰ層は、上位層からＩＰパケットなどのデータブロックを受信する（８１１〜８１３）。 ＰＤＣＰ層は、受信したブロックにＳＮを付加した後、ＰＤＣＰ ＳＤＵバッファに格納する（８２１〜８２３）。 ＰＤＣＰ層は、下位層からの要求がある場合、ＰＤＣＰ ＳＤＵをＰＤＣＰデータＰＤＵに変換して、ＲＬＣ層に伝達する（８３１，８３２，８３４）。 この場合、ＰＤＣＰ層は、ヘッダ圧縮に関するフィードバック情報などをＰＤＣＰ制御ＰＤＵに含めて生成することができる（８３３）。 ＲＬＣ層は、受信したＲＬＣ ＳＤＵをＲＬＣ ＳＤＵバッファに格納する（８３１〜８３４）。 ＲＬＣ層は、下位層からの要求時に、該ＲＬＣ ＳＤＵを分割／結合（segmentation/concatenation）して、複数のＲＬＣ ＰＤＵを構築することができる（８４１〜８４４）。

図８には図示しないが、ＰＤＣＰ層がデータブロックを受信したり、ＰＤＣＰ ＳＤＵバッファにデータを格納したりすると、それぞれのＰＤＣＰ ＳＤＵ、一定の数のＰＤＣＰ ＳＤＵまたは一定グループのＰＤＣＰ ＳＤＵに対して削除＿タイマが始動する。 削除＿タイマは、ＰＤＣＰ ＰＤＵを基準にして動作させることもできる。

ＰＤＣＰ層でＰＤＣＰ ＳＤＵを削除するか否かを決定する過程は、図７における過程と略同様である。 以下では、他の実施例として、ＰＤＣＰ制御ＰＤＵと関連したＰＤＣＰ層の動作例をさらに説明する。 その後、ＰＤＣＰ層の指示によってＲＬＣ層がＲＬＣ ＳＤＵを削除する動作を中心に例示する。 ＲＬＣ層のＲＬＣ ＳＤＵ削除過程は、図７および図８の両方に適用される。

図８を参照すると、ＰＤＣＰ ＳＤＵと関連してＰＤＣＰデータＰＤＵ８３１，８３２，８３４とＰＤＣＰ制御ＰＤＵ８３３が生成される。 図８で、ＰＤＣＰ制御ＰＤＵ８３３は、ヘッダ圧縮に関するフィードバック情報を含んでいる。

ＰＤＣＰ制御ＰＤＵは、ＰＤＣＰ ＳＤＵと関連して生成されるという点を考慮すると、特定ＰＤＣＰ ＳＤＵが削除される場合に、関連したＰＤＣＰ制御ＰＤＵも削除されてもよい。 例えば、ＰＤＣＰデータＰＤＵは、あるＰＤＣＰ ＳＤＵに対してヘッダ圧縮がなされた直後に生成される。 この場合、ＰＤＣＰ制御ＰＤＵも生成されてもよい。 ここで、ＰＤＣＰ制御ＰＤＵとＰＤＣＰデータＰＤＵは、ＰＤＣＰ ＳＤＵと関連しているから、一緒に削除されてもよい。 好ましくは、ＰＤＣＰ制御ＰＤＵが生成されると、該ＰＤＣＰ制御ＰＤＵと同時に生成されたＰＤＣＰ ＳＤＵが削除される時、このＰＤＣＰ制御ＰＤＵは削除される。 好ましくは、ＰＤＣＰ制御ＰＤＵが生成されると、このＰＤＣＰ制御ＰＤＵの直前に生成されたＰＤＣＰ ＳＤＵが削除される時にこのＰＤＣＰ制御ＰＤＵは削除される。 好ましくは、ＰＤＣＰ制御ＰＤＵが生成されると、該ＰＤＣＰ制御ＰＤＵの次に生成されたＰＤＣＰ ＳＤＵが削除される時にこのＰＤＣＰ制御ＰＤＵは削除される。 好ましくは、このＰＤＣＰ制御ＰＤＵはヘッダ圧縮パケットを含む。

また、すべてのＰＤＣＰ制御ＰＤＵがＰＤＣＰ ＳＤＵと関連しているとは限らないという点を考慮すれば、特定ＰＤＣＰ ＳＤＵが削除されても、当該ＰＤＣＰ制御ＰＤＵは削除されないことがある。 好ましくは、ＰＤＣＰ制御ＰＤＵが生成されると、該ＰＤＣＰ制御ＰＤＵと同時に生成されたＰＤＣＰ ＳＤＵが削除されても、このＰＤＣＰ制御ＰＤＵは削除されない。 好ましくは、ＰＤＣＰ制御ＰＤＵが生成されると、該ＰＤＣＰ制御ＰＤＵの直前に生成されたＰＤＣＰ ＳＤＵが削除されても、このＰＤＣＰ制御ＰＤＵは削除されない。 好ましくは、ＰＤＣＰ制御ＰＤＵが生成されると、該ＰＤＣＰ制御ＰＤＵの次に生成されたＰＤＣＰ ＳＤＵが削除されても、このＰＤＣＰ制御ＰＤＵは削除されない。 好ましくは、このＰＤＣＰ制御ＰＤＵは、ＰＤＣＰ状態情報報告（Status Report）である。

また、ＰＤＣＰ制御ＰＤＵに対しても別のタイマを動作させることができる。 好ましくは、ＰＤＣＰ制御ＰＤＵが生成されると、別のタイマが当該ＰＤＣＰ制御ＰＤＵについて開始され、このタイマが満了するとＰＤＣＰ制御ＰＤＵは削除される。 好ましくは、ＰＤＣＰ制御ＰＤＵが生成されると、ＰＤＣＰデータＰＤＵに適用されるものと同じタイマがＰＤＣＰ制御ＰＤＵについて開始され、このタイマが満了するとＰＤＣＰ制御ＰＤＵは削除される。 この場合、タイマの設定値は、ＰＤＣＰデータＰＤＵとＰＤＣＰ制御ＰＤＵに対してそれぞれ設定することができる。

上記過程で、ＰＤＣＰ制御ＰＤＵが削除されると、ＰＤＣＰエンティティはその事実をＲＬＣ層に知らせる。 すなわち、ＰＤＣＰエンティティは、ＱｏＳ保証のために削除するデータを決定し、下位層であるＲＬＣエンティティに該当のＲＬＣ ＳＤＵを削除するように指示する。 以下、ＰＤＣＰ層から特定ＲＬＣ ＳＤＵの削除の指示を受けたＲＬＣ層が、ＲＬＣ ＳＤＵを削除する過程について例示する。

再び図８を参照すると、一つのＲＬＣ ＳＤＵは複数のＲＬＣ ＰＤＵに分けて伝送される、または、一つのＲＬＣ ＰＤＵは複数のＲＬＣ ＳＤＵを含むことができる。

ＰＤＣＰ層の指示により特定ＲＬＣ ＳＤＵを削除する過程で、一つのＲＬＣ ＰＤＵが複数のＲＬＣ ＳＤＵを含み、そのうちの一部のＲＬＣ ＳＤＵのみを削除しなければならない場合、このＲＬＣ ＰＤＵそのものを廃棄することは浪費とされる。 この場合、ＡＭ ＲＬＣエンティティの送信側は、ＰＤＣＰ層の指示により削除されたＲＬＣ ＳＤＵに対してのみ伝送をそれ以上試みてはならず、他の部分に対しては受信側ＲＬＣエンティティが正常に受信したことを知らせてもらうまで再伝送を試みなければならない。 このために、ＲＬＣエンティティの送信側は、当該ＲＬＣ ＰＤＵ、特に、ＡＭ ＲＬＣデータＰＤＵを分割して、当該削除されたＲＬＣ ＳＤＵを含まないＡＭ ＲＬＣデータＰＤＵセグメントを構築し、受信側に伝送することができる。 すなわち、あるＲＬＣ ＳＤＵが削除されると、削除されたＲＬＣ ＳＤＵからなるＡＭ ＲＬＣデータＰＤＵセグメントはそれ以上伝送されない。

ＰＤＣＰ層の指示による特定ＲＬＣ ＳＤＵの削除過程で、ＵＭ ＲＬＣエンティティは、該ＲＬＣ ＳＤＵを含むすべてのＲＬＣ ＰＤＵを削除し、これら削除されたＲＬＣ ＰＤＵをそれ以上伝送しない。 また、ＵＭ ＲＬＣエンティティは、当該ＲＬＣ ＳＤＵを削除し、関連しているＲＬＣ ＰＤＵをそれ以上伝送しない。

好ましくは、ＰＤＣＰ層により特定ＲＬＣ ＳＤＵの削除が指示されても、該ＲＬＣ ＳＤＵのいかなる部分に対しても伝送が試みられなかったり伝送されなかったりした場合にのみ、このＲＬＣ ＳＤＵはＲＬＣバッファから削除されてもよい。 すなわち、ＲＬＣが複数のセグメントに分割された場合、このＲＬＣのいかなるセグメントも伝送が試みられなかったり伝送されなかったりした場合にのみ、このＲＬＣ ＳＤＵはＲＬＣバッファから削除されてもよい。 例えば、ＲＬＣ ＳＤＵのいかなるセグメントもＲＬＣデータＰＤＵにマッピングされなかった場合にのみ、このＲＬＣ ＳＤＵはＲＬＣバッファから削除されてもよい。

本発明の実施例によると、設定された無線ベアラのサービス品質を満たし、かつ、多重プロトコル層においてデータを効果的に管理することができる。

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

本文書では、本発明の実施例を、主に、端末と基地局とのデータ送受信関係を中心に説明した。 本文書で、基地局により行われると説明された特定動作は、場合によっては、その上位ノード（upper node）により行われてもよい。 すなわち、基地局を含む複数のネットワークノード（network nodes）からなるネットワークにおいて端末との通信のために行われる多様な動作は、基地局または基地局以外のネットワークノードにより行われてもよいことは自明である。 「基地局」は固定局（fixed station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（access point）などの用語に置き換えることもできる。 また、「端末」はユーザ装置（User Equipment；ＵＥ）、移動局（Mobile Station；ＭＳ）、移動加入者局（Mobile Subscriber Station；ＭＳＳ）などの用語にしてもよい。

本発明による実施例は、様々な手段、例えば、ハードウェア、ファームウェア（firmware）、ソフトウェアまたはそれらの結合などにより具現されてもよい。 ハードウェアによる具現の場合、本発明の一実施例は、一つまたはそれ以上の特定用途向け集積回路（application specific integrated circuits；ＡＳＩＣｓ）、デジタル信号プロセッサ（digital signal processors；ＤＳＰ）、デジタル信号処理装置（digital signal processing devices；ＤＳＰＤ）、プログラマブルロジックデバイス（programmable logic devices；ＰＬＤ）、フィールドプログラマブルゲートアレイ（field programmable gate arrays；ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現されてもよい。

ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態で具現されてもよい。 ソフトウェアコードは、メモリユニットに記憶されてプロセッサにより駆動されてもよい。 このメモリユニットは、プロセッサの内部または外部に設けられ、既に公知の様々な手段によりプロセッサとデータを交換することができる。

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