JP4875084B2

JP4875084B2 - 無線リンク制御非確認モードヘッダの最適化

Info

Publication number: JP4875084B2
Application number: JP2008527529A
Authority: JP
Inventors: マルカメキ，エサ
Original assignee: Nokia Oyj
Current assignee: Nokia Oyj
Priority date: 2005-08-23
Filing date: 2006-08-22
Publication date: 2012-02-15
Anticipated expiration: 2026-08-22
Also published as: WO2007023364A8; US20070047582A1; US7894443B2; CN101292493A; PT1925142E; WO2007023364A1; KR20080047420A; CN101292493B; JP2009506608A; EP1925142A4; EP1925142A1; ES2560088T3; EP1925142B1; KR100950843B1; PL1925142T3

Description

関連出願の相互参照
本出願は、２００５年８月２３日出願の米国仮特許出願第６０／７１０，１９３号の優先権を主張する。上記の関連出願の内容を引用によって本出願の記載に援用する。

本発明は、例えば、広帯域ＣＤＭＡエアインタフェース上でのパケット交換音声伝送または他の実時間パケット交換サービスの伝送をより良好にサポートする、無線リンク制御非確認モードのプロトコルデータユニットヘッダの最適化に関する。

Ｖｏｉｃｅ−ｏｖｅｒ−ＩＰ（ＩＰ電話）（ＶｏＩＰ）では、通常いくつかの異なる無線リンク制御（ＲＬＣ）サービスデータユニット（ＳＤＵ）サイズが存在する。図１ａは、１２．２ｋビット／秒の適応型マルチレート（ＡＭＲ）音声コーデックの分布の測定例を示す。音声コーデック自体は等しいサイズのパケットを生成するが、ロバストヘッダ圧縮（ＲＯＨＣ）は様々なサイズのＳＤＵを生成する。ＲＬＣオーバヘッドを最適化するためには、図１ａの例では、１１、１５、３６、４０および９８オクテットといったＲＬＣプロトコルデータユニット（ＰＤＵ）サイズを選択することができる。１１および３６オクテットのＲＬＣＰＤＵサイズは、それぞれサイレンスインジケータ（ＳＩＤ）および音声フレームといったもっとも多いＲＬＣＳＤＵのサイズについて使用してよい。１５および４０オクテットのＲＬＣＰＤＵサイズは、いくつかの、あまり頻度の多くないＲＬＣＳＤＵのサイズについて使用してもよい。ＲＬＣＰＤＵのサイズより２オクテット小さい、それぞれ１３および３８オクテット（ＳＤＵサイズ）のＲＬＣＳＤＵがかなり多数存在していることに注意されたい。

ＲＬＣＰＤＵより２オクテット小さいＲＬＣＳＤＵの場合、ＲＬＣＳＤＵの開始は特殊な長さ指示子（ＬＩ）によって示されるが、これはＬＩ＝１１１１１００、または前のＲＬＣＳＤＵもＲＬＣＰＤＵより２オクテット小さい場合ＬＩ＝０００００００である。したがって、ＲＬＣＳＤＵの終了を示す余地はなく、それは次のＲＬＣＰＤＵでＬＩ＝０００００００によって示さなければならない。したがって、次のＰＤＵが失われると、受信側はＲＬＣＳＤＵが完全に存在するか否かを確認することができない。

本発明の実施形態は、無線リンク制御の非確認モードエンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入するステップを含む方法に向けられる。本方法はまた、プロトコルデータユニット内の少なくとも１つのサービスデータユニットの間の境界を定義する少なくとも１つの指示子であって、その少なくとも１つの指示子が、パケットデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、パケットデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、最初のサービスデータユニットが他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供するステップを含む。

本発明の他の実施形態は、無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入するように構成された挿入ユニットを含む非確認モードエンティティに向けられる。本エンティティはまた、プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、最初のサービスデータユニットが他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供するように構成された提供ユニットを含む。

本発明の他の実施形態は、無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入する挿入手段を含む装置に関する。本装置はまた、プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、最初のデータユニットが他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供する提供手段を含む。

コンピュータ可読媒体上で具体化されるコンピュータプログラム製品であって、無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入することと、プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、最初のサービスデータユニットが他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供することと、のためのコード部分を備えるコンピュータプログラム製品。

本発明のさらなる理解を提供するために本明細書に含まれ組み込まれその一部を構成する添付の図面は、明細書の記述と共に本発明の原理を説明する役目を果たす本発明の実施形態を例示する。

ここで、添付図面に例示する、本発明の好適実施形態を参照する。本発明は、例えば、ＶｏｉｃｅｏｖｅｒＩＰＭｕｌｔｉｍｅｄｉａＳｅｒｖｉｃｅｓ（ＶｏＩＭＳ）のための、ＷＣＤＭＡの無線リンク制御（ＲＬＣ）非確認モード（ＵＭ）プロトコルデータユニット（ＰＤＵ）ヘッダの最適化に関する。詳しく言うと、本発明は、ＷＣＤＭＡエアインタフェース上でのパケット交換による音声伝送または他の実時間サービスの伝送をより良好にサポートするＲＬＣＰＤＵヘッダの最適化に関する。本出願は、ＷＣＤＭＡ型のシステムで実現されるものとして本発明を説明するが、本発明は３．９Ｇシステムのような他のシステムでも実現し得ることに注意されたい。したがって、本出願で説明するようなＷＣＤＭＡシステムでの本発明の実現は一例に過ぎない。また、ネットワーク側はノードＢの場合と同様、無線ネットワーク制御装置（ＲＮＣ）において実現可能であることに注意されたい。３．９Ｇシステムのような将来のシステムでは、ＲＮＣ機能は、基地局等いかなる場所に配置してもよい。

無線リンク制御（ＲＬＣ）は、ＵＭＴＳ３Ｇセルラシステムにおけるエラー回復およびフロー制御を担当するリンク層プロトコルである。図１ｂは、ＲＬＣ副層のアーキテクチャを例示する。図１ｂに例示するように、ＲＬＣ副層は、透過モード（ＴＭ）エンティティ１０２、非確認モード（ＵＭ）エンティティ１０４および確認モード（ＡＭ）エンティティ１０６を含む。ＵＭエンティティ１０４およびＴＭエンティティ１０２は、送信ＲＬＣエンティティ１０２ａ／１０４ａまたは受信ＲＬＣエンティティ１０２ｂ／１０４ｂとなるように構成可能である。送信ＲＬＣエンティティ１０２ｂ／１０４ｂはＲＬＣプロトコルデータユニット（ＰＤＵ）を送信し、受信ＲＬＣエンティティ１０２ｂ／１０４ｂはＲＬＣＰＤＵを受信する。ＡＭエンティティ１０６は送信側と受信側とを含み、ＡＭエンティティ１０６の送信側はＲＬＣＰＤＵを送信し、ＡＭエンティティ１０６の受信側はＲＬＣＰＤＵを受信する。

ＵＭおよびＴＭエンティティ１０４および１０２では、送信ＲＬＣエンティティ１０２ａ／１０４ａは送信側として機能し、ピアＲＬＣエンティティ１０２ｂ／１０４ｂは受信側として機能する。ＡＭエンティティ１０６は、送信側と受信側との間で定義された基本手続きに応じて送信側または受信側の何れかとして機能する。送信側とは確認モードデータ（ＡＭＤ）ＰＤＵの送信機であり、送信側および受信側は、ユーザ装置１０８またはＵＴＲＡＮ１１０のどちらに存在してもよい。

ＵＭエンティティ１０４では、非確認モードデータ（ＵＭＤ）ＰＤＵを使用して、ＲＬＣサービスデータユニット（ＳＤＵ）データを含む連番のＰＤＵを伝達する。ＵＭＤＰＤＵは、非確認データ転送のために構成される場合ＲＬＣによって使用される。送信ＵＭエンティティ１０４ａは、ＵＭサービスアクセスポイントを通じて上位層からＲＬＣＳＤＵを受信する。ＲＬＣＳＤＵがＵＭＤＰＤＵ中の利用可能な空間の長さより大きい場合、送信ＵＭエンティティ１０４ａはＲＬＣＳＤＵを適切なサイズのＵＭＤＰＤＵに区分する。ＵＭＤＰＤＵは区分および／または連結したＲＬＣＳＤＵを含んでもよく、適正な長さであることを保証するパディングを含んでもよい。ＵＭＤＰＤＵがちょうど１つの完全なＳＤＵを含むことを拡張ビットが示していないならば、長さ指示子を使用して、ＵＭＤＰＤＵ中のＲＬＣＳＤＵ間の境界を定義する。また、長さ指示子を使用してＵＭＤＰＤＵにパディングが含まれているか否かを定義する。暗号化が設定され開始されている場合、ＵＭＤＰＤＵは、下位層に送出される前に、ＵＭＤＰＤＵヘッダを除いて暗号化される。送信ＵＭエンティティ１０４ａは、ＵＭＤＰＤＵを下位層に送出する。

受信ＵＭエンティティ１０４ｂは、設定された論理チャネルを通じて下位層からＵＭＤＰＤＵを受信する。受信ＵＭエンティティ１０４ｂが非順次ＳＤＵ配信用に設定されている場合、前のＰＤＵがまだ受信されていなくても、ＳＤＵを含む全てのＰＤＵが受信され次第、ＳＤＵを再アセンブルして上位層に転送する。ＵＭエンティティ１０４は、送信ＵＭエンティティ１０４ａが欠落したＰＤＵを再送信するまで、ＰＤＵを格納しておく。ＰＤＵは、関連する全てのＳＤＵの回復後、またはシーケンス番号ウィンドウまたはストレージタイマによって、ストレージから除去される。

ＲＬＣＰＤＵはビットストリングである。提供されるサービスに応じて、ＲＬＣＳＤＵは、ゼロでない任意の長さを持つビットストリング、または８ビットの倍数の長さを持つビットストリングである。ＲＬＣＳＤＵは、前方の最初のビットからＲＬＣＰＤＵに含まれる。ＲＬＣが非確認モードで動作している場合、ＵＭＤＰＤＵを使用してユーザデータを転送する。非確認モードでのデータの長さは８ビットの倍数である。ＵＭＤＰＤＵヘッダは、シーケンス番号を含む最初のオクテットと、長さ指示子を含む他の全てのオクテットとを含む。シーケンス番号に加えて、ＵＭＤＰＤＵの最初のオクテットは、上位層の構成に応じて、標準拡張ビット（Ｅ−ビット）解釈または代替Ｅ−ビット解釈の何れかを有するＥ−ビットを含んでもよい。ＵＭＤＰＤＵの他の全てのオクテットの拡張ビットは常に標準Ｅ−ビット解釈を有する。また、ＵＭＤＰＤＵは、次のオクテットがデータであるかまたは長さ指示子およびＥ−ビットであるかを示すヘッダ拡張タイプを含む。

ＵＭＤＰＤＵが区分、連結またはパディングされていない完全なＳＤＵを含むことが拡張ビットによって示されていない場合、長さ指示子を使用してＰＤＵ内で終了する各ＲＬＣＳＤＵの最後のオクテットを示す。ＵＭＤＰＤＵが区分、連結またはパディングされていない完全なＳＤＵを含むことが拡張ビットによって示されている場合、このＵＭＤＰＤＵ中に長さ指示子は存在しない。

長さ指示子は、ＲＬＣヘッダの末尾からＲＬＣＳＤＵセグメントの最後のオクテットまでのこの最後のオクテットを含むオクテットの数に設定される。長さ指示子はその参照先のＰＤＵに含まれ、長さ指示子のサイズは７ビットまたは１５ビットの何れかでよい。長さ指示子のサイズは、アップリンクおよびダウンリンクについて独立して決定される。同じＰＤＵを参照する長さ指示子は再送信の場合並べ替えされず、参照先のＲＬＣＳＤＵと同じ順序であるべきである。非確認モードアップリンクの場合、最大アップリンクＵＭＤＰＤＵサイズが１２５オクテットであれば、７ビットの長さ指示子を使用し、さもなければ、１５ビットの長さ指示子を使用する。非確認モードダウンリンクの場合、「ダウンリンクＲＬＣ非確認モードの長さ指示子サイズ」で規定された長さ指示子サイズを使用する。

非確認モードでは、最大ＵＭＤＰＤＵサイズの変更と変更との間、長さ指示子のサイズは全てのＵＭＤＰＤＵについて同じである。“１１１１１００”の値の７ビットの長さ指示子、または“１１１１１１１１１１１１１００”の値の１５ビットの長さ指示子を使用する。例えば、“１１１１１００”の値の７ビットの長さ指示子、または“１１１１１１１１１１１１１００”の値の１５ビットの長さ指示子を使用するのは、ＲＬＣＳＤＵがＲＬＣＰＤＵの先頭から始まる場合、ＲＬＣＰＤＵがアップリンクで送信される場合、ＲＬＣＳＤＵが前のＲＬＣＰＤＵのちょうど末尾またはそれより１オクテット少ないところで終わることを示す長さ指示子が存在しない場合、ＵＭＤＰＤＵが区分、連結またはパディングされていない完全なＳＤＵを含むことが拡張ビットによって示されない場合、このＲＬＣＰＤＵの最初のデータオクテットがＲＬＣＳＤＵの最初のオクテットであり、このＲＬＣＰＤＵの最後のオクテットが同じＲＬＣＳＤＵの最後のオクテットであることを示す長さ指示子が存在しない場合、および、このＲＬＣＳＤＵの最初のデータオクテットがＳＤＵの最初のオクテットであり、同じＲＬＣＳＤＵがちょうどＰＤＵを埋めるには１オクテット不足していることを示す長さ指示子が存在しない場合である。ダウンリンクでは、７ビットの長さ指示子を使用する場合、受信側は“１１１１１００”の値の７ビットの長さ指示子を受信する用意をし、１５ビットの長さ指示子を使用する場合、受信側は“１１１１１１１１１１１１１００”の値の１５ビットの長さ指示子を受信する用意をする。受信側は“１１１１１００”または“１１１１１１１１１１１１１００”の値の長さ指示子が存在する場合およびしない場合について所定の廃棄規則を遵守する。

ＲＬＣＳＤＵの最後のセグメントの末尾がちょうどＰＤＵの末尾で終了し、ＲＬＣＳＤＵの終了を示す長さ指示子がない場合、ＵＭＤＰＤＵが区分、連結またはパディングされていない完全なＳＤＵを含むことが後続のＰＤＵの拡張ビットによって示されず、かつＰＤＵ中の最初のデータオクテットがＳＤＵの最初のオクテットでありそのＰＤＵ中の最後のオクテットが同じＳＤＵの最後のオクテットであることが後続のＰＤＵの長さ指示子によって示されず、かつＲＬＣＰＤＵ中の最初のデータオクテットがＳＤＵの最初のオクテットであり同じＲＬＣＳＤＵがちょうどＰＤＵを埋めるには１オクテット不足していることが後続のＰＤＵの長さ指示子によって示されない場合、“０００００００”の値の７ビットの長さ指示子を後続のＰＤＵの最初の長さ指示子として配置するか、または“０００００００００００００００”の値の１５ビットの長さ指示子を後続のＰＤＵの最初の長さ指示子として配置する。

ＰＤＵが、ＲＬＣＳＤＵがＰＤＵ中に１オクテットを残して終了することを示す１５ビットの長さ指示子を含んでいる場合は、ＰＤＵの最後のオクテットは、たとえパディングの存在を示す長さ指示子がなくとも送信側によってパディングされ受信側によって無視され、次のＲＬＣＳＤＵデータの最初のオクテットによって埋められることはない。ＰＤＵ中で１５ビットの長さ指示子が使用され、ＲＬＣＳＤＵの最後のセグメントがちょうどＰＤＵを埋めるには１オクテット不足しており、ＲＬＣＳＤＵの終了を示す長さ指示子が存在しない場合、後続のＰＤＵについて１５ビットの長さ指示子が使用されるならば、“１１１１１１１１１１１１０１１”の値の長さ指示子を後続のＰＤＵ中の最初の長さ指示子として配置する。現在のＰＤＵの残りの１オクテットは送信側によってパディングされ受信側によって無視されるが、パディングの存在を示す長さ指示子は存在しない。後続のＰＤＵについて７ビットの長さ指示子が設定され、ＲＬＣが非確認モードに設定され、ＵＭＤＰＤＵが区分、連結またはパディングされない完全なＳＤＵを含むことが後続のＰＤＵの拡張ビットによって示されず、ＰＤＵ中の最初のデータオクテットがＳＤＵの最初のオクテットでありＰＤＵ中の最後のオクテットが同じＳＤＵの最後のオクテットであることが後続のＰＤＵの長さ指示子によって示されないならば、“０００００００”の値の長さ指示子を後続のＰＤＵ中の最初の長さ指示子として配置し、送信する前にシーケンス番号を２だけ増分する。

非確認モードおよび確認モードのＲＬＣでは、ＲＬＣＰＤＵ中で７ビットの長さ指示子が使用され最後のＲＬＣＳＤＵの終了の後ＲＬＣＰＤＵ中に１つまたは複数のパディングオクテットが存在するならば、パディングの存在は、“１１１１１１１”の値の長さ指示子をＰＤＵ中の最後の長さ指示子として含むことによって示される。ＲＬＣＰＤＵ中で１５ビットの長さ指示子が使用され最後のＲＬＣＳＤＵの終了後ＲＬＣＰＤＵ中に２つ以上のパディングオクテットが存在するならば、パディングの存在は、“１１１１１１１１１１１１１１１”の値の長さ指示子をＰＤＵ中の最後の長さ指示子として含むことによって示される。ＲＬＣＰＤＵ中にパディングの存在を示す長さ指示子が含まれた後、パディングの長さはゼロの場合もある。

非確認モードＲＬＣについて代替Ｅ−ビット解釈が設定されＲＬＣＰＤＵがＳＤＵのセグメントを含むがこのＳＤＵの最初および最後のオクテットのいずれも含まない場合、“１１１１１１０”の値の７ビットの長さ指示子を使用してもよく、また“１１１１１１１１１１１１１１０”の値の１５ビットの長さ指示子を使用してもよい。

本発明の実施形態では、非確認モードＲＬＣについて代替Ｅ−ビット解釈が設定されこのＲＬＣＰＤＵ中の最初のデータオクテットがＳＤＵの最初のオクテットであり、このＲＬＣＰＤＵ中の最後のオクテットが同じＳＤＵの最後のオクテットである場合、“１１１１１０１”の値の７ビットの長さ指示子を使用してもよく、また“１１１１１１１１１１１１１０１”の値の１５ビットの長さ指示子を使用してもよい。非確認モードＲＬＣについて代替Ｅ−ビット解釈が設定され、このＲＬＣＰＤＵ中の最初のデータオクテットがＳＤＵの最初のオクテットであり、同じＲＬＣＳＤＵがちょうどＰＤＵを埋めるには１オクテット不足している場合、“１１１１１１１１１１１１０１０”の値の１５ビットの長さ指示子を使用してもよい。

長さ指示子がまだ送信待ちであり、ＲＬＣＳＤＵが利用できない場合、この長さ指示子と適切なパディングとを含むＲＬＣＰＤＵを送信してもよい。長さ指示子の所定の値を使用してパディングを示す。

本発明の実施形態では、ＲＬＣＳＤＵのサイズがＲＬＣＰＤＵのサイズより２オクテット小さい場合、受信側は、ＲＬＣＳＤＵがこのＲＬＣＰＤＵで開始および終了することを知っており、たとえ次のＲＬＣＰＤＵが欠落していてもＳＤＵを上位層に配信できる。このことは、ＶｏＩＰのような実時間パケット交換サービスの場合特に重要である。１つのＲＬＣＰＤＵに収まる、すなわち、区分を必要としない全てのＲＬＣＳＤＵは、すぐに上位層に転送でき、例えばスケジューリングのためさらに遅延し得る次のＲＬＣＰＤＵを待つ必要はない。すなわち、ＲＬＣＳＤＵ、例えばＶｏＩＰパケットの遅延を減少させることができる。

本発明の実施形態によれば、ＲＬＣＳＤＵがＲＬＣＰＤＵより２オクテット小さくシーケンス中の最後のＳＤＵである場合、追加のＰＤＵを回避することができる。本発明の第１の実施形態では、長さ指示子の特殊な値１１１１１００の意味は、ＲＬＣＰＤＵがこのＲＬＣＰＤＵで開始され終了することを示すように変更される。ＬＩの特殊な値０００００００は、非確認モードで、新しいＳＤＵがＰＤＵの先頭で開始されることを示すために使用される。詳細を以下の表に示す。

本発明の他の実施形態によれば、長さ指示子の特殊な値０００００００の意味は、ＲＬＣＳＤＵがこのＲＬＣＰＤＵで開始され終了することを示すように変更される。前のＳＤＵが前のＰＤＵ中で終了しそれが示されていないことを示すという長さ指示子の特殊な値０００００００の前の使用法は、ＬＩ＝１１１１１００の使用法によって置き換えることができる。すなわち、ＬＩ＝１１１１１００は、新しいＳＤＵが開始されることを示し、前のＳＤＵ（もしあれば）が前のＰＤＵ中で終了し、長さ指示子によって示されたかまたは示されなかったかの何れかであることを暗黙的に意味する。

本発明の第３の実施形態によれば、長さ指示子の特殊な値０００００００および１１１１１００の意味は変更されないが、その代わり、ＲＬＣＳＤＵがこのＲＬＣＰＤＵで開始され終了することを示すためにリザーブされている長さ指示子＝１１１１１０１が使用される。これは現在使用されている特殊な長さ指示子の使用法を変更する必要がないという利点を有する。詳細を以下の表に示す。

上記の特殊な長さ指示子では、ＰＤＵの最後のオクテットはＰＤＵ中で開始される同じＳＤＵの最後のオクテット、すなわちＰＤＵ毎に１つのＳＤＵということでもよく、また異なるＳＤＵの最後のオクテット、すなわちＰＤＵ毎にいくつかのＳＤＵということでもよいと言える。前者の場合を大部分の図（図１〜図５）に示し、後者を図６に示す。

以下の図は本発明の様々な実施形態を例示する。各図は様々なＲＬＣＳＤＵサイズを有するサイズが３９オクテットのＲＬＣＰＤＵを示すが、図６のみサイズが７４オクテットのＲＬＵＰＤＵを示している。本発明の利点は、サイズが３７オクテットのＲＬＣＳＤＵによって、次のＲＬＣＰＤＵを受信した後でのみ終了が分かるＡ欄の例に対して、ＳＤＵの開始および終了がＲＬＣＰＤＵヘッダに基づいて分かるＢ欄に示される。サイズが３８のＲＬＣＳＤＵ（図１または図３）については変更がないが、ＲＬＣＳＤＵのサイズがより小さい場合（３６、３５、３４、等）、第１の実施形態における唯一の変更はＬＩ＝１１１１１００の代わりにＬＩ＝０００００００を使用することである（図２）。

図中の矢印は、ＲＬＣＳＤＵの最初および最後のオクテットの表示方法を示す。実線は仕様書に記載の明示的な表示を例示し、破線は、やはり仕様書による、暗黙的な表示を例示する。

図１の、第１の実施形態は、長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのサイズが３８または３７オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。シーケンス番号（ＳＮ）を付したＲＬＣＰＤＵは、拡張フラグ（Ｅ＝０）によって示されるサイズが３８オクテットのＲＬＣＳＤＵを含む。シーケンス番号ＳＮ＋１およびＳＮ＋２を付したＲＬＣＰＤＵは、サイズが３７オクテット（すなわち、ＲＬＣＰＤＵのサイズより２オクテット小さい）ＲＬＣＳＤＵを含む。Ａ欄（左側）では、ＲＬＣＳＤＵの終了を示すために次のＰＤＵ中に特殊な長さ指示子＝０００００００が必要であるが、Ｂ欄では、長さ指示子＝１１１１１００がＲＬＣＳＤＵの開始および終了の両方を示すので、完全なＳＤＵを上位層に配信する前に次のＰＤＵを待つ必要はない。

図２も、第１の実施形態であり、長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのサイズが３６、３５または３４オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。Ａ欄からの唯一の変更は、長さ指示子＝１１１１１００が長さ指示子＝０００００００に変更されていることである。

図３は、本発明の他の実施形態に係る、長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのサイズが３８または３７オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。シーケンス番号ＳＮを付したＲＬＣＰＤＵは、拡張フラグ（Ｅ＝０）によって示されるサイズが３８オクテットのＲＬＣＳＤＵを含む。シーケンス番号ＳＮ＋１およびＳＮ＋２を付したＲＬＣＰＤＵは、サイズが３７オクテット（すなわち、ＲＬＣＰＤＵのサイズより２オクテット小さい）ＲＬＣＳＤＵを含む。Ａ欄（左側）では、ＲＬＣＳＤＵの終了を示すために次のＰＤＵ中に特殊な長さ指示子＝０００００００が必要であるが、Ｂ欄では、長さ指示子＝０００００００がＲＬＣＳＤＵの開始および終了の両方を示すので、完全なＳＤＵを上位層に配信する前に次のＰＤＵを待つ必要はない。

図４は、長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのサイズが３６、３５または３４オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。見られるように、この実施形態ではこうした小さいサイズのＳＤＵについて変更はない。

図５は、長さ指示子の使用法を示す、最後のＳＤＵが３７オクテットでＲＬＣＰＤＵのサイズが３９オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、ＳＤＵが前のＲＬＣＰＤＵで終了したことを示す特殊なＬＩ＝０００００００とＲＬＣＰＤＵを埋めるパディングが必要である。右側に示すＢ欄は本発明の実施形態を実現する例を示し、追加のＲＬＣＰＤＵは必要ない。これは容量を節約する本発明の実施形態である。

図６は、長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが７４オクテットでＰＤＵ毎に２つのＲＬＣＳＤＵが入っているＲＬＣＵＭＤＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。ここでは、特殊な長さ指示子＝０００００００はこのＰＤＵで１つの長さ指示子が開始されもう１つが終了することを示すが、Ａ欄では次のＰＤＵでＳＤＵが前のＰＤＵでちょうど終了することを示す特殊な長さ指示子＝０００００００が必要である。本発明によれば、現行仕様書／先行技術によるよりも早く、ＳＤＵシーケンス番号を上位層に配信することができる。

図７は、長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのシーケンスのサイズが４０、３４または３７オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。４０オクテットのＲＬＣＳＤＵはサイズが３９オクテットのＲＬＣＰＤＵに収まらないので区分しなければならない。すなわち、ＲＬＣＰＤＵ番号ＳＮ＋１では、最初のオクテットはＳＤＵの最初のオクテットではないので、そのことを示す特殊な長さ指示子は使用しない。長さ指示子＝０００００１１は区分されたＳＤＵの末尾（３オクテット）を示す。３４オクテットの完全なＳＤＵはＰＤＵに収まるが、長さ指示子のための空きがないのでこのＰＤＵの終了を示すことはできない。したがって、次のＰＤＵで長さ指示子＝０００００００を使用する。これは、前のＰＤＵの最後のオクテットがＳＤＵの最後のオクテットであることを明示的に意味する。本発明では、長さ指示子＝０００００００または長さ指示子＝１１１１１００が使用されるが、そのＰＤＵでＳＤＵが開始および終了する場合は長さ指示子＝０００００００が使用され、ＳＤＵが開始される（ただし最後のオクテットはＳＤＵの最後のオクテットではない）場合は＝１１１１１００が使用される。これらはどちらも、ＳＤＵが前のＰＤＵで終了したことを暗黙的に示す。さらに、３７オクテットのＲＬＣＳＤＵがシーケンスの最後のＳＤＵである場合、Ａ欄の実施法はさらに、長さ指示子＝０００００００とパディング（図示せず）を有する追加のＲＬＣＰＤＵを必要とする。

図８は、本発明の第３の実施形態に係る、長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのサイズが３８または３７オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。シーケンス番号ＳＮを付したＲＬＣＰＤＵは、拡張フラグ（Ｅ＝０）によって示されるサイズが３８オクテットのＲＬＣＳＤＵを含む。シーケンス番号ＳＮ＋１およびＳＮ＋２を付したＲＬＣＰＤＵは、サイズが３７オクテット（すなわち、ＲＬＣＰＤＵのサイズより２オクテット小さい）ＲＬＣＳＤＵを含む。Ａ欄（左側）では、ＲＬＣＳＤＵの終了を示すために次のＰＤＵ中に特殊な長さ指示子＝０００００００が必要であるが、Ｂ欄では、長さ指示子＝１１１１１０１がＲＬＣＳＤＵの開始および終了の両方を示すので、完全なＳＤＵを上位層に配信する前に次のＰＤＵを待つ必要はない。

図９は、長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのサイズが３６、３５または３４オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。見られるように、この実施形態ではＳＤＵのサイズが小さくなったことによる変更はない。

図１０は、長さ指示子の使用法を示す、最後のＳＤＵのサイズが３７オクテットで、ＲＬＣＰＤＵのサイズが３９オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、ＳＤＵが前のＲＬＣＰＤＵで終了したことを示す特殊なＬＩ＝０００００００とＲＬＣＰＤＵを埋めるパディングを含む１つの追加のＲＬＣＰＤＵを必要とする。右側に示すＢ欄は本発明の実施形態を実現する例であり、ＬＩ＝１１１１１０１がＳＤＵの開始および終了の両方を示すので追加のＲＬＣＰＤＵを必要としない場合を例示するが、この場合、本発明の実施形態は容量の節約になる。

図１１は、長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが７４オクテットでＰＤＵ毎に２つのＲＬＣＳＤＵが入っているＲＬＣＵＭＤＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。ここでは、特殊な長さ指示子＝１１１１１０１はこのＰＤＵで１つのＳＤＵが開始されもう１つが終了することを示すが、Ａ欄では次のＰＤＵでＳＤＵが前のＰＤＵでちょうど終了することを示す特殊な長さ指示子＝０００００００が必要である。本発明によれば、現行仕様書／先行技術によるよりも早く、ＳＤＵ番号ＳＮを上位層に配信することができる。

図１２は、長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのシーケンスのサイズが４０、３４および３７オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。４０オクテットのＲＬＣＳＤＵはサイズが３９オクテットのＲＬＣＰＤＵに収まらないので区分しなければならない。すなわち、ＲＬＣＰＤＵ番号ＳＮ＋１では、最初のオクテットはＳＤＵの最初のオクテットではないので、そのことを示す特殊な長さ指示子は使用しない。長さ指示子＝０００００１１は区分されたＳＤＵの末尾（３オクテット）を示す。３４オクテットの完全なＳＤＵはＰＤＵに収まるが、長さ指示子のための空きがないのでこのＰＤＵの終了を示すことはできない。したがって、次のＰＤＵで長さ指示子＝０００００００を使用する（Ａ欄）。これは、前のＰＤＵの最後のオクテットがＳＤＵの最後のオクテットであることを明示的に意味する。本発明では、次のＰＤＵ（この例ではＳＮ＋２）で長さ指示子＝０００００００または長さ指示子＝１１１１１００または長さ指示子＝１１１１１０１が使用されるが、ＳＤＵがそのＰＤＵで開始および終了する場合は長さ指示子＝１１１１１０１が使用され、ＳＤＵが開始される（ただし最後のオクテットはＳＤＵの最後のオクテットではない）場合長さ指示子＝１１１１１００が使用される。これらはどちらもＳＤＵが前のＰＤＵで終了したことを暗黙的に示しており、また後続のデータがない場合、長さ指示子＝０００００００が使用される。さらに、３７オクテットのＲＬＣＳＤＵがシーケンスの最後のＳＤＵである場合、Ａ欄の実施法はさらに、長さ指示子＝０００００００とパディング（図示せず）を有する追加のＲＬＣＰＤＵを必要とする。

図１３は、本発明の実施形態を実現する各ステップを例示する。ステップ１３１０では、ＲＬＣエンティティは少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入する。ステップ１３２０では、ＲＬＣエンティティは、プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、最初のサービスデータユニットが他のデータユニットと同じまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供する。

ＲＬＣエンティティは通常ＵＥ中またはＲＮＣのネットワーク側に存在する。ネットワーク側のＲＬＣはノードＢ（基地局）で実現してもよい。本発明はアップリンクおよびダウンリンクのどちらにも適用でき、すなわち、送信ＲＬＣをＵＥに置き受信ＲＬＣをネットワーク（ＲＮＣまたは基地局）に置いてもよく、その逆でもよい。

ネットワークは、（例えば、ＲＲＣシグナリングを使用して）使用する解釈が新しいか古いかをシグナリングで知らせるべきである。ネットワークはどのユーザ装置が新しいユーザ装置であるかを知っており、新しいユーザ装置についてだけこの新しい機能を使用する。新しいユーザ装置は両方の解釈をサポートしなければならず、新しいネットワークは少なくとも上記のシグナリングをサポートしなければならない。デフォルトは古いシグナリングである（すなわち、ネットワークからのシグナリングがない場合ユーザ装置は古い解釈を想定する）。

上記で説明したように、本発明は方法と、方法の各ステップを実行するための機能を提供する様々なモジュールからなる対応する機器との両方を提供する。モジュールはハードウェアとして実現してもよく、またコンピュータプロセッサによって実行するためのソフトウェアまたはファームウェアとして実現してもよい。特に、ファームウェアまたはソフトウェアの場合、本発明は、コンピュータプロセッサによって実行するためのコンピュータプログラムコード（すなわち、ソフトウェアまたはファームウェア）を具体化するコンピュータ可読記憶構造を含むコンピュータプログラム製品として提供してもよい。

本発明は、ＰＳ音声伝送ＷＣＤＭＡエアインタフェースをより良好にサポートするため、ＶｏＩＭＳ用ＷＣＤＭＡの無線リンク制御（ＲＬＣ）非確認モード（ＵＭ）ＰＤＵヘッダを最適化する任意の装置で利用し得ることを当業者は認識するだろう。上記のように、本出願は本発明をＷＣＤＭＡ型のシステムで実現されるものとして説明しているが、本発明は、３．９Ｇシステムのような他のシステムで実現してもよい。上記の説明は本発明の個々の実施形態に向けられている。しかしながら、その利点の一部または全てを達成しつつ、説明された実施形態に他の変形および修正がなし得ることは明らかであろう。したがって、こうした全ての変形および修正を本発明の真の精神および範囲の中にあるものとして対象にすることが添付の請求項の目的である。

３バイトの最小圧縮ＲＴＰ／ＵＤＰ／ＩＰヘッダを想定した１２．２ｋビット／秒ＡＭＲコーデックについてのＲＬＣサービスデータユニットの分布例を示す。ＲＬＣ副層のアーキテクチャを例示する。長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのサイズが３８または３７オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのサイズが３６、３５または３４オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのサイズが３８または３７オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのサイズが３６、３５または３４オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。長さ指示子の使用法を示す、最後のＳＤＵが３７オクテットでＲＬＣＰＤＵのサイズが３９オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが７４オクテットでＰＤＵ毎に２つのＲＬＣＳＤＵが入っているＲＬＣＵＭＤＰＤＵのシーケンスを例示する。長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットで一連のＲＬＣＳＤＵのサイズが４０、３４または３７オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。本発明の第３の実施形態に係る、長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのサイズが３８または３７オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットでＲＬＣＳＤＵのサイズが３６、３５または３４オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。長さ指示子の使用法を示す、最後のＳＤＵのサイズが３７オクテットで、ＲＬＣＰＤＵのサイズが３９オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが７４オクテットでＰＤＵ毎に２つのＲＬＣＳＤＵが入っているＲＬＣＵＭＤＰＤＵのシーケンスを例示する。長さ指示子の使用法を示す、ＲＬＣＰＤＵのサイズが３９オクテットで一連のＲＬＣＳＤＵのサイズが４０、３４および３７オクテットのＲＬＣＵＭＤＰＤＵのシーケンスを例示する。本発明の実施形態で実現される各ステップを例示する。

Claims

挿入ユニットと提供ユニットを備える装置により無線リンク制御を最適化する方法であって、
前記挿入ユニットが、無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを可能なサイズの内の１つのサイズのプロトコルデータユニットに挿入するステップと、
前記提供ユニットが、前記プロトコルデータユニットの最初のデータオクテットがサービスデータユニットの最初のオクテットであること、及び、前記プロトコルデータユニットの少なくとも１つの他のオクテットが前記サービスデータユニットの最後のオクテットであることを示す長さ指示子を含む少なくとも１つの指示子を提供するステップと、を含み、
前記少なくとも１つの他のオクテットが、前記プロトコルデータユニットの最後又は最後から２番目のオクテットである、方法。
前記無線リンク制御エンティティが非確認モードエンティティである、請求項１に記載の方法。
前記提供ユニットが、少なくとも１つの指示子を提供する前記ステップがさらに、７または１５ビットの少なくとも１つの前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
前記提供ユニットが、少なくとも１つの指示子を提供する前記ステップがさらに、前記プロトコルデータユニットの最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記プロトコルデータユニットの最後のオクテットが前記他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す“０００００００”の値の前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
前記提供ユニットが、少なくとも１つの指示子を提供する前記ステップがさらに、前記プロトコルデータユニットの最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記プロトコルデータユニットの最後のオクテットが前記他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す“１１１１１００”の値の前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
前記提供ユニットが、少なくとも１つの指示子を提供する前記ステップがさらに、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後のオクテットが前記最初のサービスデータユニットの最後のオクテットであることを示す“１１１１１０１”の値の前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
前記方法が、さらに、前記最初のサービスデータユニットが前記現在のプロトコルデータユニットより２オクテット小さい時、前記提供ユニットが、“１１１１１０１”の値の前記長さ指示子を提供するステップを備える、請求項６に記載の方法。
前記提供ユニットが、少なくとも１つの指示子を提供する前記ステップがさらに、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後のオクテットが前記他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す“１１１１１０１”の値の前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
前記提供ユニットが、少なくとも１つの指示子を提供する前記ステップがさらに、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後のオクテットが前記最初のサービスデータユニットの最後のオクテットであることを示す“１１１１１１１１１１１１１０１”の値の前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
前記方法が、さらに、前記最初のサービスデータユニットが前記現在のプロトコルデータユニットより３オクテット小さい時、前記提供ユニットが、“１１１１１１１１１１１１１０１”の値の前記長さ指示子を提供するステップを備える、請求項９に記載の方法。
前記提供ユニットが、少なくとも１つの指示子を提供する前記ステップがさらに、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後から２番目のオクテットが前記最初のサービスデータユニットの最後のオクテットであることを示す“１１１１１１１１１１１１０１０”の値の前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
前記方法は、さらに、前記最初のサービスデータユニットが前記現在のプロトコルデータユニットより４オクテット小さい時、前記提供ユニットが、“１１１１１１１１１１１１０１０”の値の前記長さ指示子を提供するステップを備える、請求項１１に記載の方法。
前記方法は、さらに、前記提供ユニットが、前記長さ指示子が使用されているか否かを識別する上位層シグナリングをユーザ装置に提供するステップを備える、請求項１に記載の方法。
無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを可能なサイズの内の１つのサイズのプロトコルデータユニットに挿入するように構成された挿入ユニットと、
前記プロトコルデータユニットの最初のデータオクテットがサービスデータユニットの最初のオクテットであること、及び、前記プロトコルデータユニットの少なくとも１つの他のオクテットが前記サービスデータユニットの最後のオクテットであることを示す長さ指示子を含む少なくとも１つの指示子を提供するように構成された提供ユニットと、を備える装置であって、
前記少なくとも１つの他のオクテットが、前記プロトコルデータユニットの最後又は最後から２番目のオクテットである、装置。
前記無線リンク制御エンティティが非確認モードエンティティである、請求項１４に記載の装置。
前記提供ユニットがさらに、７または１５ビットの少なくとも１つの前記長さ指示子を提供するように構成される、請求項１４に記載の装置。
前記提供ユニットが、前記プロトコルデータユニットの最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記プロトコルデータユニットの最後のオクテットが前記他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す“０００００００”の値の前記長さ指示子を提供するように構成される、請求項１４に記載の装置。
前記提供ユニットが、前記プロトコルデータユニットの最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記プロトコルデータユニットの最後のオクテットが前記他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す“１１１１１００”の値の前記長さ指示子を提供するように構成される、請求項１４に記載の装置。
前記提供ユニットが、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後のオクテットが前記最初のサービスデータユニットの最後のオクテットであることを示す“１１１１１０１”の値の前記長さ指示子を提供するように構成される、請求項１４に記載の装置。
前記提供ユニットが、前記最初のサービスデータユニットが前記現在のプロトコルデータユニットより２オクテット小さい時、前記“１１１１１０１”の値の長さ指示子を提供するように構成される、請求項１９に記載の装置。
前記提供ユニットが、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後のオクテットが前記他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す“１１１１１０１”の値の前記長さ指示子を提供するように構成される、請求項１４に記載の装置。
前記提供ユニットが、現在のプロトコルデータユニット中の最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後のオクテットが前記最初のサービスデータユニットの最後のオクテットであることを示す“１１１１１１１１１１１１１０１”の値の前記長さ指示子を提供するように構成される、請求項１４に記載の装置。
前記提供ユニットが、前記最初のサービスデータユニットが前記現在のプロトコルデータユニットより３オクテット小さい時、前記“１１１１１１１１１１１１１０１”の値の長さ指示子を提供するように構成される、請求項２２に記載の装置。
前記提供ユニットが、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後から２番目のオクテットが前記最初のサービスデータユニットの最後のオクテットであることを示す“１１１１１１１１１１１１０１０”の値の前記長さ指示子を提供するように構成される、請求項１４に記載の装置。
前記提供ユニットが、前記最初のサービスデータユニットが前記現在のプロトコルデータユニットより４オクテット小さい時、前記“１１１１１１１１１１１１０１０”の値の長さ指示子を提供するように構成される、請求項２４に記載の装置。
無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを可能なサイズの内の１つのサイズのプロトコルデータユニットに挿入する挿入手段と、
前記プロトコルデータユニットの最初のデータオクテットがサービスデータユニットの最初のオクテットであること、及び、前記プロトコルデータユニットの少なくとも１つの他のオクテットが前記サービスデータユニットの最後のオクテットであることを示す長さ指示子を含む少なくとも１つの指示子を提供する提供手段と、を備える装置であって、
前記少なくとも１つの他のオクテットが、前記プロトコルデータユニットの最後又は最後から２番目のオクテットである、装置。
コンピュータ・プロセッサにより実行されるコンピュータプログラムであって、
無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを可能なサイズの内の１つのサイズのプロトコルデータユニットに挿入することと、
前記プロトコルデータユニットの最初のデータオクテットがサービスデータユニットの最初のオクテットであること、及び、前記プロトコルデータユニットの少なくとも１つの他のオクテットが前記サービスデータユニットの最後のオクテットであることを示す長さ指示子を含む少なくとも１つの指示子を提供することと、のためのコード部分を備えるコンピュータプログラムであり、
前記少なくとも１つの他のオクテットが、前記プロトコルデータユニットの最後又は最後から２番目のオクテットである、コンピュータプログラム。