(57)【要約】  無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入するシステムおよび方法が提供される。本方法はまた、プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、最初のサービスデータユニットが他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供するステップを含む。
2009506608.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入するステップと、
前記プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、前記プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供するステップと、を備える方法。
【請求項２】
前記少なくとも１つの他のオクテットが前記プロトコルデータユニットの最後のオクテットである、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの他のオクテットが前記プロトコルデータユニットの最後から２番目のオクテットである、請求項１に記載の方法。
【請求項４】
前記無線リンク制御エンティティが非確認モードエンティティである、請求項１に記載の方法。
【請求項５】
少なくとも１つの指示子を提供する前記ステップがさらに、７または１５ビットの少なくとも１つの前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
【請求項６】
前記少なくとも１つの指示子を提供するステップがさらに、前記プロトコルデータユニットの最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記プロトコルデータユニットの最後のオクテットが前記他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す“０００００００”の値の前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
【請求項７】
前記少なくとも１つの指示子を提供するステップがさらに、前記プロトコルデータユニットの最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記プロトコルデータユニットの最後のオクテットが前記他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す“１１１１１００”の値の前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
【請求項８】
前記少なくとも１つの指示子を提供するステップがさらに、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後のオクテットが前記最初のサービスデータユニットの最後のオクテットであることを示す“１１１１１０１”の値の前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
【請求項９】
さらに、前記最初のサービスデータユニットが前記現在のプロトコルデータユニットより２オクテット小さい時、前記“１１１１１０１”の値の長さ指示子を提供するステップを備える、請求項８に記載の方法。
【請求項１０】
前記少なくとも１つの指示子を提供するステップがさらに、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後のオクテットが前記他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す“１１１１１０１”の値の前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
【請求項１１】
前記少なくとも１つの指示子を提供するステップがさらに、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後のオクテットが前記最初のサービスデータユニットの最後のオクテットであることを示す“１１１  １１１１  １１１１  １１０１”の値の前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
【請求項１２】
さらに、前記最初のサービスデータユニットが前記現在のプロトコルデータユニットより３オクテット小さい時、前記“１１１  １１１１  １１１１  １１０１”の値の長さ指示子を提供するステップを備える、請求項１１に記載の方法。
【請求項１３】
前記少なくとも１つの指示子を提供するステップがさらに、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後から２番目のオクテットが前記最初のサービスデータユニットの最後のオクテットであることを示す“１１１  １１１１  １１１１  １０１０”の値の前記長さ指示子を提供するステップを備える、請求項１に記載の方法。
【請求項１４】
さらに、前記最初のサービスデータユニットが前記現在のプロトコルデータユニットより４オクテット小さい時、前記“１１１  １１１１  １１１１  １０１０”の値の長さ指示子を提供するステップを備える、請求項１３に記載の方法。
【請求項１５】
さらに、前記長さ指示子が使用されているか否かを識別する上位層シグナリングをユーザ装置に提供するステップを備える、請求項１に記載の方法。
【請求項１６】
装置であって、
無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入するように構成された挿入ユニットと、
前記プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、前記プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供するように構成された提供ユニットと、を備える装置。
【請求項１７】
前記少なくとも１つの他のオクテットが前記プロトコルデータユニットの最後のオクテットである、請求項１６に記載の装置。
【請求項１８】
前記少なくとも１つの他のオクテットが前記プロトコルデータユニットの最後から２番目のオクテットである、請求項１６に記載の装置。
【請求項１９】
前記無線リンク制御エンティティが非確認モードエンティティである、請求項１６に記載の装置。
【請求項２０】
前記少なくとも１つの指示子を提供するように構成される提供ユニットがさらに、７または１５ビットの少なくとも１つの前記長さ指示子を提供することを備えるように構成される、請求項１６に記載の装置。
【請求項２１】
前記提供ユニットが、前記プロトコルデータユニットの最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記プロトコルデータユニットの最後のオクテットが前記他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す“０００００００”の値の前記長さ指示子を提供するように構成される、請求項１６に記載の装置。
【請求項２２】
前記提供ユニットが、前記プロトコルデータユニットの最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記プロトコルデータユニットの最後のオクテットが前記他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す“１１１１１００”の値の前記長さ指示子を提供するように構成される、請求項１６に記載の装置。
【請求項２３】
前記提供ユニットが、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後のオクテットが前記最初のサービスデータユニットの最後のオクテットであることを示す“１１１１１０１”の値の前記長さ指示子を提供するように構成される、請求項１６に記載の装置。
【請求項２４】
前記提供ユニットが、前記最初のサービスデータユニットが前記現在のプロトコルデータユニットより２オクテット小さい時、前記“１１１１１０１”の値の長さ指示子を提供するように構成される、請求項２３に記載の装置。
【請求項２５】
前記提供ユニットが、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後のオクテットが前記他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す“１１１１１０１”の値の前記長さ指示子を提供するように構成される、請求項１６に記載の装置。
【請求項２６】
前記提供ユニットが、現在のプロトコルデータユニット中の最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後のオクテットが前記最初のサービスデータユニットの最後のオクテットであることを示す“１１１  １１１１  １１１１  １１０１”の値の前記長さ指示子を提供するように構成される、請求項１６に記載の装置。
【請求項２７】
前記提供ユニットが、前記最初のサービスデータユニットが前記現在のプロトコルデータユニットより３オクテット小さい時、前記“１１１  １１１１  １１１１  １１０１”の値の長さ指示子を提供するように構成される、請求項２６に記載の装置。
【請求項２８】
前記提供ユニットが、現在のプロトコルデータユニット中の最初のデータオクテットが前記最初のサービスデータユニットの最初のオクテットであり、前記現在のプロトコルデータユニットの最後から２番目のオクテットが前記最初のサービスデータユニットの最後のオクテットであることを示す“１１１  １１１１  １１１１  １０１０”の値の前記長さ指示子を提供するように構成される、請求項１６に記載の装置。
【請求項２９】
前記提供ユニットが、前記最初のサービスデータユニットが前記現在のプロトコルデータユニットより４オクテット小さい時、前記“１１１  １１１１  １１１１  １０１０”の値の長さ指示子を提供するように構成される、請求項２８に記載の装置。
【請求項３０】
装置であって、
無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入する挿入手段と、
前記プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、前記プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供する提供手段と、を備える装置。
【請求項３１】
コンピュータ可読媒体上で具体化されるコンピュータプログラム製品であって、
無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入することと、
前記プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、前記プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、前記最初のサービスデータユニットが前記他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供することと、のためのコード部分を備えるコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２００５年８月２３日出願の米国仮特許出願第６０／７１０，１９３号の優先権を主張する。上記の関連出願の内容を引用によって本出願の記載に援用する。
【０００２】
本発明は、例えば、広帯域ＣＤＭＡエアインタフェース上でのパケット交換音声伝送または他の実時間パケット交換サービスの伝送をより良好にサポートする、無線リンク制御非確認モードのプロトコルデータユニットヘッダの最適化に関する。
【背景技術】
【０００３】
Ｖｏｉｃｅ−ｏｖｅｒ−ＩＰ（ＩＰ電話）（ＶｏＩＰ）では、通常いくつかの異なる無線リンク制御（ＲＬＣ）サービスデータユニット（ＳＤＵ）サイズが存在する。図１ａは、１２．２ｋビット／秒の適応型マルチレート（ＡＭＲ）音声コーデックの分布の測定例を示す。音声コーデック自体は等しいサイズのパケットを生成するが、ロバストヘッダ圧縮（ＲＯＨＣ）は様々なサイズのＳＤＵを生成する。ＲＬＣオーバヘッドを最適化するためには、図１ａの例では、１１、１５、３６、４０および９８オクテットといったＲＬＣプロトコルデータユニット（ＰＤＵ）サイズを選択することができる。１１および３６オクテットのＲＬＣ  ＰＤＵサイズは、それぞれサイレンスインジケータ（ＳＩＤ）および音声フレームといったもっとも多いＲＬＣ  ＳＤＵのサイズについて使用してよい。１５および４０オクテットのＲＬＣ  ＰＤＵサイズは、いくつかの、あまり頻度の多くないＲＬＣ  ＳＤＵのサイズについて使用してもよい。ＲＬＣ  ＰＤＵのサイズより２オクテット小さい、それぞれ１３および３８オクテット（ＳＤＵサイズ）のＲＬＣ  ＳＤＵがかなり多数存在していることに注意されたい。
【０００４】
ＲＬＣ  ＰＤＵより２オクテット小さいＲＬＣ  ＳＤＵの場合、ＲＬＣ  ＳＤＵの開始は特殊な長さ指示子（ＬＩ）によって示されるが、これはＬＩ＝１１１１１００、または前のＲＬＣ  ＳＤＵもＲＬＣ  ＰＤＵより２オクテット小さい場合ＬＩ＝０００００００である。したがって、ＲＬＣ  ＳＤＵの終了を示す余地はなく、それは次のＲＬＣ  ＰＤＵでＬＩ＝０００００００によって示さなければならない。したがって、次のＰＤＵが失われると、受信側はＲＬＣ  ＳＤＵが完全に存在するか否かを確認することができない。
【発明の開示】
【０００５】
本発明の実施形態は、無線リンク制御の非確認モードエンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入するステップを含む方法に向けられる。本方法はまた、プロトコルデータユニット内の少なくとも１つのサービスデータユニットの間の境界を定義する少なくとも１つの指示子であって、その少なくとも１つの指示子が、パケットデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、パケットデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、最初のサービスデータユニットが他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供するステップを含む。
【０００６】
本発明の他の実施形態は、無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入するように構成された挿入ユニットを含む非確認モードエンティティに向けられる。本エンティティはまた、プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、最初のサービスデータユニットが他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供するように構成された提供ユニットを含む。
【０００７】
本発明の他の実施形態は、無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入する挿入手段を含む装置に関する。本装置はまた、プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、最初のデータユニットが他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供する提供手段を含む。
【０００８】
コンピュータ可読媒体上で具体化されるコンピュータプログラム製品であって、無線リンク制御エンティティにおいて、少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入することと、プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、最初のサービスデータユニットが他のサービスデータユニットと同じかまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供することと、のためのコード部分を備えるコンピュータプログラム製品。
【０００９】
本発明のさらなる理解を提供するために本明細書に含まれ組み込まれその一部を構成する添付の図面は、明細書の記述と共に本発明の原理を説明する役目を果たす本発明の実施形態を例示する。
【発明を実施するための最良の形態】
【００１０】
ここで、添付図面に例示する、本発明の好適実施形態を参照する。本発明は、例えば、Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｅｒｖｉｃｅｓ（ＶｏＩＭＳ）のための、ＷＣＤＭＡの無線リンク制御（ＲＬＣ）非確認モード（ＵＭ）プロトコルデータユニット（ＰＤＵ）ヘッダの最適化に関する。詳しく言うと、本発明は、ＷＣＤＭＡエアインタフェース上でのパケット交換による音声伝送または他の実時間サービスの伝送をより良好にサポートするＲＬＣ  ＰＤＵヘッダの最適化に関する。本出願は、ＷＣＤＭＡ型のシステムで実現されるものとして本発明を説明するが、本発明は３．９Ｇシステムのような他のシステムでも実現し得ることに注意されたい。したがって、本出願で説明するようなＷＣＤＭＡシステムでの本発明の実現は一例に過ぎない。また、ネットワーク側はノードＢの場合と同様、無線ネットワーク制御装置（ＲＮＣ）において実現可能であることに注意されたい。３．９Ｇシステムのような将来のシステムでは、ＲＮＣ機能は、基地局等いかなる場所に配置してもよい。
【００１１】
無線リンク制御（ＲＬＣ）は、ＵＭＴＳ  ３Ｇセルラシステムにおけるエラー回復およびフロー制御を担当するリンク層プロトコルである。図１ｂは、ＲＬＣ副層のアーキテクチャを例示する。図１ｂに例示するように、ＲＬＣ副層は、透過モード（ＴＭ）エンティティ１０２、非確認モード（ＵＭ）エンティティ１０４および確認モード（ＡＭ）エンティティ１０６を含む。ＵＭエンティティ１０４およびＴＭエンティティ１０２は、送信ＲＬＣエンティティ１０２ａ／１０４ａまたは受信ＲＬＣエンティティ１０２ｂ／１０４ｂとなるように構成可能である。送信ＲＬＣエンティティ１０２ｂ／１０４ｂはＲＬＣプロトコルデータユニット（ＰＤＵ）を送信し、受信ＲＬＣエンティティ１０２ｂ／１０４ｂはＲＬＣ  ＰＤＵを受信する。ＡＭエンティティ１０６は送信側と受信側とを含み、ＡＭエンティティ１０６の送信側はＲＬＣ  ＰＤＵを送信し、ＡＭエンティティ１０６の受信側はＲＬＣ  ＰＤＵを受信する。
【００１２】
ＵＭおよびＴＭエンティティ１０４および１０２では、送信ＲＬＣエンティティ１０２ａ／１０４ａは送信側として機能し、ピアＲＬＣエンティティ１０２ｂ／１０４ｂは受信側として機能する。ＡＭエンティティ１０６は、送信側と受信側との間で定義された基本手続きに応じて送信側または受信側の何れかとして機能する。送信側とは確認モードデータ（ＡＭＤ）ＰＤＵの送信機であり、送信側および受信側は、ユーザ装置１０８またはＵＴＲＡＮ１１０のどちらに存在してもよい。
【００１３】
ＵＭエンティティ１０４では、非確認モードデータ（ＵＭＤ）ＰＤＵを使用して、ＲＬＣサービスデータユニット（ＳＤＵ）データを含む連番のＰＤＵを伝達する。ＵＭＤ  ＰＤＵは、非確認データ転送のために構成される場合ＲＬＣによって使用される。送信ＵＭエンティティ１０４は、ＵＭサービスアクセスポイントを通じて上位層からＲＬＣ  ＳＤＵを受信する。ＲＬＣ  ＳＤＵがＵＭＤ  ＰＤＵ中の利用可能な空間の長さより大きい場合、送信ＵＭエンティティ１０６はＲＬＣ  ＳＤＵを適切なサイズのＵＭＤ  ＰＤＵに区分する。ＵＭＤ  ＰＤＵは区分および／または連結したＲＬＣ  ＳＤＵを含んでもよく、適正な長さであることを保証するパディングを含んでもよい。ＵＭＤ  ＰＤＵがちょうど１つの完全なＳＤＵを含むことを拡張ビットが示していないならば、長さ指示子を使用して、ＵＭＤ  ＰＤＵ中のＲＬＣ  ＳＤＵ間の境界を定義する。また、長さ指示子を使用してＵＭＤ  ＰＤＵにパディングが含まれているか否かを定義する。暗号化が設定され開始されている場合、ＵＭＤ  ＰＤＵは、下位層に送出される前に、ＵＭＤ  ＰＤＵヘッダを除いて暗号化される。送信ＵＭエンティティ１０４ｂは、ＵＭＤ  ＰＤＵを下位層に送出する。
【００１４】
受信ＵＭエンティティ１０４ａは、設定された論理チャネルを通じて下位層からＵＭＤ  ＰＤＵを受信する。受信ＵＭエンティティ１０４ａが非順次ＳＤＵ配信用に設定されている場合、前のＰＤＵがまだ受信されていなくても、ＳＤＵを含む全てのＰＤＵが受信され次第、ＳＤＵを再アセンブルして上位層に転送する。ＵＭエンティティ１０４は、送信ＵＭエンティティ１０４ａが欠落したＰＤＵを再送信するまで、ＰＤＵを格納しておく。ＰＤＵは、関連する全てのＳＤＵの回復後、またはシーケンス番号ウィンドウまたはストレージタイマによって、ストレージから除去される。
【００１５】
ＲＬＣ  ＰＤＵはビットストリングである。提供されるサービスに応じて、ＲＬＣ  ＳＤＵは、ゼロでない任意の長さを持つビットストリング、または８ビットの倍数の長さを持つビットストリングである。ＲＬＣ  ＳＤＵは、前方の最初のビットからＲＬＣ  ＰＤＵに含まれる。ＲＬＣが非確認モードで動作している場合、ＵＭＤ  ＰＤＵを使用してユーザデータを転送する。非確認モードでのデータの長さは８ビットの倍数である。ＵＭＤ  ＰＤＵヘッダは、シーケンス番号を含む最初のオクテットと、長さ指示子を含む他の全てのオクテットとを含む。シーケンス番号に加えて、ＵＭＤ  ＰＤＵの最初のオクテットは、上位層の構成に応じて、標準拡張ビット（Ｅ−ビット）解釈または代替Ｅ−ビット解釈の何れかを有するＥ−ビットを含んでもよい。ＵＭＤ  ＰＤＵの他の全てのオクテットの拡張ビットは常に標準Ｅ−ビット解釈を有する。また、ＵＭＤ  ＰＤＵは、次のオクテットがデータであるかまたは長さ指示子およびＥ−ビットであるかを示すヘッダ拡張タイプを含む。
【００１６】
ＵＭＤ  ＰＤＵが区分、連結またはパディングされていない完全なＳＤＵを含むことが拡張ビットによって示されていない場合、長さ指示子を使用してＰＤＵ内で終了する各ＲＬＣ  ＳＤＵの最後のオクテットを示す。ＵＭＤ  ＰＤＵが区分、連結またはパディングされていない完全なＳＤＵを含むことが拡張ビットによって示されている場合、このＵＭＤ  ＰＤＵ中に長さ指示子は存在しない。
【００１７】
長さ指示子は、ＲＬＣヘッダの末尾からＲＬＣ  ＳＤＵセグメントの最後のオクテットまでのこの最後のオクテットを含むオクテットの数に設定される。長さ指示子はその参照先のＰＤＵに含まれ、長さ指示子のサイズは７ビットまたは１５ビットの何れかでよい。長さ指示子のサイズは、アップリンクおよびダウンリンクについて独立して決定される。同じＰＤＵを参照する長さ指示子は再送信の場合並べ替えされず、参照先のＲＬＣ  ＳＤＵと同じ順序であるべきである。非確認モードアップリンクの場合、最大アップリンクＵＭＤ  ＰＤＵサイズが１２５オクテットであれば、７ビットの長さ指示子を使用し、さもなければ、１５ビットの長さ指示子を使用する。非確認モードダウンリンクの場合、「ダウンリンクＲＬＣ非確認モードの長さ指示子サイズ」で規定された長さ指示子サイズを使用する。
【００１８】
非確認モードでは、最大ＵＭＤ  ＰＤＵサイズの変更と変更との間、長さ指示子のサイズは全てのＵＭＤ  ＰＤＵについて同じである。“１１１  １１００”の値の７ビットの長さ指示子、または“１１１  １１１１  １１１１  １１００”の値の１５ビットの長さ指示子を使用する。例えば、“１１１  １１００”の値の７ビットの長さ指示子、または“１１１  １１１１  １１１１  １１００”の値の１５ビットの長さ指示子を使用するのは、ＲＬＣ  ＳＤＵがＲＬＣ  ＰＤＵの先頭から始まる場合、ＲＬＣ  ＰＤＵがアップリンクで送信される場合、ＲＬＣ  ＳＤＵが前のＲＬＣ  ＰＤＵのちょうど末尾またはそれより１オクテット少ないところで終わることを示す長さ指示子が存在しない場合、ＵＭＤ  ＰＤＵが区分、連結またはパディングされていない完全なＳＤＵを含むことが拡張ビットによって示されない場合、このＲＬＣ  ＰＤＵの最初のデータオクテットがＲＬＣ  ＳＤＵの最初のオクテットであり、このＲＬＣ  ＰＤＵの最後のオクテットが同じＲＬＣ  ＳＤＵの最後のオクテットであることを示す長さ指示子が存在している場合、および、このＲＬＣ  ＳＤＵの最初のデータオクテットがＳＤＵの最初のオクテットであり、同じＲＬＣ  ＳＤＵがちょうどＰＤＵを埋めるには１オクテット不足していることを示す長さ指示子が存在している場合である。ダウンリンクでは、７ビットの長さ指示子を使用する場合、受信側は“１１１  １１００”の値の７ビットの長さ指示子を受信する用意をし、１５ビットの長さ指示子を使用する場合、受信側は“１１１  １１１１  １１１１  １１００”の値の１５ビットの長さ指示子を受信する用意をする。受信側は“１１１  １１００”または“１１１  １１１１  １１１１  １１００”の値の長さ指示子が存在する場合およびしない場合について所定の廃棄規則を遵守する。
【００１９】
ＲＬＣ  ＳＤＵの最後のセグメントの末尾がちょうどＰＤＵの末尾で終了し、ＲＬＣ  ＳＤＵの終了を示す長さ指示子がない場合、ＵＭＤ  ＰＤＵが区分、連結またはパディングされていない完全なＳＤＵを含むことが後続のＰＤＵの拡張ビットによって示されず、かつＰＤＵ中の最初のデータオクテットがＳＤＵの最初のオクテットでありそのＰＤＵ中の最後のオクテットが同じＳＤＵの最後のオクテットであることが後続のＰＤＵの長さ指示子によって示されず、かつＲＬＣ  ＰＤＵ中の最初のデータオクテットがＳＤＵの最初のオクテットであり同じＲＬＣ  ＳＤＵがちょうどＰＤＵを埋めるには１オクテット不足していることが後続のＰＤＵの長さ指示子によって示されない場合、“０００  ００００”の値の７ビットの長さ指示子を後続のＰＤＵの最初の長さ指示子として配置するか、または“０００  ００００  ００００  ００００”の値の１５ビットの長さ指示子を後続のＰＤＵの最初の長さ指示子として配置する。
【００２０】
ＰＤＵが、ＲＬＣ  ＳＤＵがＰＤＵ中に１オクテットを残して終了することを示す１５ビットの長さ指示子を含んでいる場合は、ＰＤＵの最後のオクテットは、たとえパディングの存在を示す長さ指示子がなくとも送信側によってパディングされ受信側によって無視され、次のＲＬＣ  ＳＤＵデータの最初のオクテットによって埋められることはない。ＰＤＵ中で１５ビットの長さ指示子が使用され、ＲＬＣ  ＳＤＵの最後のセグメントがちょうどＰＤＵを埋めるには１オクテット不足しており、ＲＬＣ  ＳＤＵの終了を示す長さ指示子が存在しない場合、後続のＰＤＵについて１５ビットの長さ指示子が使用されるならば、“１１１  １１１１  １１１１  １０１１”の値の長さ指示子を後続のＰＤＵ中の最初の長さ指示子として配置する。現在のＰＤＵの残りの１オクテットは送信側によってパディングされ受信側によって無視されるが、パディングの存在を示す長さ指示子は存在しない。後続のＰＤＵについて７ビットの長さ指示子が設定され、ＲＬＣが非確認モードに設定され、ＵＭＤ  ＰＤＵが区分、連結またはパディングされない完全なＳＤＵを含むことが後続のＰＤＵの拡張ビットによって示されず、ＰＤＵ中の最初のデータオクテットがＳＤＵの最初のオクテットでありＰＤＵ中の最後のオクテットが同じＳＤＵの最後のオクテットであることが後続のＰＤＵの長さ指示子によって示されないならば、“０００  ００００”の値の長さ指示子を後続のＰＤＵ中の最初の長さ指示子として配置し、送信する前にシーケンス番号を２だけ増分する。
【００２１】
非確認モードおよび確認モードのＲＬＣでは、ＲＬＣ  ＰＤＵ中で７ビットの長さ指示子が使用され最後のＲＬＣ  ＳＤＵの終了の後ＲＬＣ  ＰＤＵ中に１つまたは複数のパディングオクテットが存在するならば、パディングの存在は、“１１１１１１１”の値の長さ指示子をＰＤＵ中の最後の長さ指示子として含むことによって示される。ＲＬＣ  ＰＤＵ中で１５ビットの長さ指示子が使用され最後のＲＬＣ  ＳＤＵの終了後ＲＬＣ  ＰＤＵ中に２つ以上のパディングオクテットが存在するならば、パディングの存在は、“１１１  １１１１  １１１１  １１１１”の値の長さ指示子をＰＤＵ中の最後の長さ指示子として含むことによって示される。ＲＬＣ  ＰＤＵ中にパディングの存在を示す長さ指示子が含まれた後、パディングの長さはゼロの場合もある。
【００２２】
非確認モードＲＬＣについて代替Ｅ−ビット解釈が設定されＲＬＣ  ＰＤＵがＳＤＵのセグメントを含むがこのＳＤＵの最初および最後のオクテットのいずれも含まない場合、“１１１  １１１０”の値の７ビットの長さ指示子を使用してもよく、また“１１１  １１１１  １１１１  １１１０”の値の１５ビットの長さ指示子を使用してもよい。
【００２３】
本発明の実施形態では、非確認モードＲＬＣについて代替Ｅ−ビット解釈が設定されこのＲＬＣ  ＰＤＵ中の最初のデータオクテットがＳＤＵの最初のオクテットであり、このＲＬＣ  ＰＤＵ中の最後のオクテットが同じＳＤＵの最後のオクテットである場合、“１１１  １１０１”の値の７ビットの長さ指示子を使用してもよく、また“１１１  １１１１  １１１１  １１０１”の値の１５ビットの長さ指示子を使用してもよい。非確認モードＲＬＣについて代替Ｅ−ビット解釈が設定され、このＲＬＣ  ＰＤＵ中の最初のデータオクテットがＳＤＵの最初のオクテットであり、同じＲＬＣ  ＳＤＵがちょうどＰＤＵを埋めるには１オクテット不足している場合、“１１１  １１１１  １１１１  １０１０”の値の１５ビットの長さ指示子を使用してもよい。
【００２４】
長さ指示子がまだ送信待ちであり、ＲＬＣ  ＳＤＵが利用できない場合、この長さ指示子と適切なパディングとを含むＲＬＣ  ＰＤＵを送信してもよい。長さ指示子の所定の値を使用してパディングを示す。
【００２５】
本発明の実施形態では、ＲＬＣ  ＳＤＵのサイズがＲＬＣ  ＰＤＵのサイズより２オクテット小さい場合、受信側は、ＲＬＣ  ＳＤＵがこのＲＬＣ  ＰＤＵで開始および終了することを知っており、たとえ次のＲＬＣ  ＰＤＵが欠落していてもＳＤＵを上位層に配信できる。このことは、ＶｏＩＰのような実時間パケット交換サービスの場合特に重要である。１つのＲＬＣ  ＰＤＵに収まる、すなわち、区分を必要としない全てのＲＬＣ  ＳＤＵは、すぐに上位層に転送でき、例えばスケジューリングのためさらに遅延し得る次のＲＬＣ  ＰＤＵを待つ必要はない。すなわち、ＲＬＣ  ＳＤＵ、例えばＶｏＩＰパケットの遅延を減少させることができる。
【００２６】
本発明の実施形態によれば、ＲＬＣ  ＳＤＵがＲＬＣ  ＰＤＵより２オクテット小さくシーケンス中の最後のＳＤＵである場合、追加のＰＤＵを回避することができる。本発明の第１の実施形態では、長さ指示子の特殊な値１１１１１００の意味は、ＲＬＣ  ＰＤＵがこのＲＬＣ  ＰＤＵで開始され終了することを示すように変更される。ＬＩの特殊な値０００００００は、非確認モードで、新しいＳＤＵがＰＤＵの先頭で開始されることを示すために使用される。詳細を以下の表に示す。
【００２７】
【表１】
2009506608.tif 000003
【００２８】
【表２】
2009506608.tif 000004
【００２９】
本発明の他の実施形態によれば、長さ指示子の特殊な値０００００００の意味は、ＲＬＣ  ＳＤＵがこのＲＬＣ  ＰＤＵで開始され終了することを示すように変更される。前のＳＤＵが前のＰＤＵ中で終了しそれが示されていないことを示すという長さ指示子の特殊な値０００００００の前の使用法は、ＬＩ＝１１１１１００の使用法によって置き換えることができる。すなわち、ＬＩ＝１１１１１００は、新しいＳＤＵが開始されることを示し、前のＳＤＵ（もしあれば）が前のＰＤＵ中で終了し、長さ指示子によって示されたかまたは示されなかったかの何れかであることを暗黙的に意味する。
【００３０】
本発明の第３の実施形態によれば、長さ指示子の特殊な値０００００００および１１１１１００の意味は変更されないが、その代わり、ＲＬＣ  ＳＤＵがこのＲＬＣ  ＰＤＵで開始され終了することを示すためにリザーブされている長さ指示子＝１１１１１０１が使用される。これは現在使用されている特殊な長さ指示子の使用法を変更する必要がないという利点を有する。詳細を以下の表に示す。
【００３１】
【表３】
2009506608.tif 000005
【００３２】
【表４】
2009506608.tif 000006
【００３３】
上記の特殊な長さ指示子では、ＰＤＵの最後のオクテットはＰＤＵ中で開始される同じＳＤＵの最後のオクテット、すなわちＰＤＵ毎に１つのＳＤＵということでもよく、また異なるＳＤＵの最後のオクテット、すなわちＰＤＵ毎にいくつかのＳＤＵということでもよいと言える。前者の場合を大部分の図（図１〜図５）に示し、後者を図６に示す。
【００３４】
以下の図は本発明の様々な実施形態を例示する。各図は様々なＲＬＣ  ＳＤＵサイズを有するサイズが３９オクテットのＲＬＣ  ＰＤＵを示すが、図６のみサイズが７４オクテットのＲＬＵ  ＰＤＵを示している。本発明の利点は、サイズが３７オクテットのＲＬＣ  ＳＤＵによって、次のＲＬＣ  ＰＤＵを受信した後でのみ終了が分かるＡ欄の例に対して、ＳＤＵの開始および終了がＲＬＣ  ＰＤＵヘッダに基づいて分かるＢ欄に示される。サイズが３８のＲＬＣ  ＳＤＵ（図１または図３）については変更がないが、ＲＬＣ  ＳＤＵのサイズがより小さい場合（３６、３５、３４、等）、第１の実施形態における唯一の変更はＬＩ＝１１１１１００の代わりにＬＩ＝０００００００を使用することである（図２）。
【００３５】
図中の矢印は、ＲＬＣ  ＳＤＵの最初および最後のオクテットの表示方法を示す。実線は仕様書に記載の明示的な表示を例示し、破線は、やはり仕様書による、暗黙的な表示を例示する。
【００３６】
図１の、第１の実施形態は、長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのサイズが３８または３７オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。シーケンス番号（ＳＮ）を付したＲＬＣ  ＰＤＵは、拡張フラグ（Ｅ＝０）によって示されるサイズが３８オクテットのＲＬＣ  ＳＤＵを含む。シーケンス番号ＳＮ＋１およびＳＮ＋２を付したＲＬＣ  ＰＤＵは、サイズが３７オクテット（すなわち、ＲＬＣ  ＰＤＵのサイズより２オクテット小さい）ＲＬＣ  ＳＤＵを含む。Ａ欄（左側）では、ＲＬＣ  ＳＤＵの終了を示すために次のＰＤＵ中に特殊な長さ指示子＝０００００００が必要であるが、Ｂ欄では、長さ指示子＝１１１１１００がＲＬＣ  ＳＤＵの開始および終了の両方を示すので、完全なＳＤＵを上位層に配信する前に次のＰＤＵを待つ必要はない。
【００３７】
図２も、第１の実施形態であり、長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのサイズが３６、３５または３４オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。Ａ欄からの唯一の変更は、長さ指示子＝１１１１１００が長さ指示子＝０００００００に変更されていることである。
【００３８】
図３は、本発明の他の実施形態に係る、長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのサイズが３８または３７オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。シーケンス番号ＳＮを付したＲＬＣ  ＰＤＵは、拡張フラグ（Ｅ＝０）によって示されるサイズが３８オクテットのＲＬＣ  ＳＤＵを含む。シーケンス番号ＳＮ＋１およびＳＮ＋２を付したＲＬＣ  ＰＤＵは、サイズが３７オクテット（すなわち、ＲＬＣ  ＰＤＵのサイズより２オクテット小さい）ＲＬＣ  ＳＤＵを含む。Ａ欄（左側）では、ＲＬＣ  ＳＤＵの終了を示すために次のＰＤＵ中に特殊な長さ指示子＝０００００００が必要であるが、Ｂ欄では、長さ指示子＝０００００００がＲＬＣ  ＳＤＵの開始および終了の両方を示すので、完全なＳＤＵを上位層に配信する前に次のＰＤＵを待つ必要はない。
【００３９】
図４は、長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのサイズが３６、３５または３４オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。見られるように、この実施形態ではこうした小さいサイズのＳＤＵについて変更はない。
【００４０】
図５は、長さ指示子の使用法を示す、最後のＳＤＵが３７オクテットでＲＬＣ  ＰＤＵのサイズが３９オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、ＳＤＵが前のＲＬＣ  ＰＤＵで終了したことを示す特殊なＬＩ＝０００００００とＲＬＣ  ＰＤＵを埋めるパディングが必要である。右側に示すＢ欄は本発明の実施形態を実現する例を示し、追加のＲＬＣ  ＰＤＵは必要ない。これは容量を節約する本発明の実施形態である。
【００４１】
図６は、長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが７４オクテットでＰＤＵ毎に２つのＲＬＣ  ＳＤＵが入っているＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。ここでは、特殊な長さ指示子＝０００００００はこのＰＤＵで１つの長さ指示子が開始されもう１つが終了することを示すが、Ａ欄では次のＰＤＵでＳＤＵが前のＰＤＵでちょうど終了することを示す特殊な長さ指示子＝０００００００が必要である。本発明によれば、現行仕様書／先行技術によるよりも早く、ＳＤＵシーケンス番号を上位層に配信することができる。
【００４２】
図７は、長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのシーケンスのサイズが４０、３４または３７オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。４０オクテットのＲＬＣ  ＳＤＵはサイズが３９オクテットのＲＬＣ  ＰＤＵに収まらないので区分しなければならない。すなわち、ＲＬＣ  ＰＤＵ番号ＳＮ＋１では、最初のオクテットはＳＤＵの最初のオクテットではないので、そのことを示す特殊な長さ指示子は使用しない。長さ指示子＝０００００１１は区分されたＳＤＵの末尾（３オクテット）を示す。３４オクテットの完全なＳＤＵはＰＤＵに収まるが、長さ指示子のための空きがないのでこのＰＤＵの終了を示すことはできない。したがって、次のＰＤＵで長さ指示子＝０００００００を使用する。これは、前のＰＤＵの最後のオクテットがＳＤＵの最後のオクテットであることを明示的に意味する。本発明では、長さ指示子＝０００００００または長さ指示子＝１１１１１００が使用されるが、そのＰＤＵでＳＤＵが開始および終了する場合は長さ指示子＝０００００００が使用され、ＳＤＵが開始される（ただし最後のオクテットはＳＤＵの最後のオクテットではない）場合は＝１１１１１００が使用される。これらはどちらも、ＳＤＵが前のＰＤＵで終了したことを暗黙的に示す。さらに、３７オクテットのＲＬＣ  ＳＤＵがシーケンスの最後のＳＤＵである場合、Ａ欄の実施法はさらに、長さ指示子＝０００００００とパディング（図示せず）を有する追加のＲＬＣ  ＰＤＵを必要とする。
【００４３】
図８は、本発明の第３の実施形態に係る、長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのサイズが３８または３７オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。シーケンス番号ＳＮを付したＲＬＣ  ＰＤＵは、拡張フラグ（Ｅ＝０）によって示されるサイズが３８オクテットのＲＬＣ  ＳＤＵを含む。シーケンス番号ＳＮ＋１およびＳＮ＋２を付したＲＬＣ  ＰＤＵは、サイズが３７オクテット（すなわち、ＲＬＣ  ＰＤＵのサイズより２オクテット小さい）ＲＬＣ  ＳＤＵを含む。Ａ欄（左側）では、ＲＬＣ  ＳＤＵの終了を示すために次のＰＤＵ中に特殊な長さ指示子＝０００００００が必要であるが、Ｂ欄では、長さ指示子＝１１１１１０１がＲＬＣ  ＳＤＵの開始および終了の両方を示すので、完全なＳＤＵを上位層に配信する前に次のＰＤＵを待つ必要はない。
【００４４】
図９は、長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのサイズが３６、３５または３４オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。見られるように、この実施形態ではＳＤＵのサイズが小さくなったことによる変更はない。
【００４５】
図１０は、長さ指示子の使用法を示す、最後のＳＤＵのサイズが３７オクテットで、ＲＬＣ  ＰＤＵのサイズが３９オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、ＳＤＵが前のＲＬＣ  ＰＤＵで終了したことを示す特殊なＬＩ＝０００００００とＲＬＣ  ＰＤＵを埋めるパディングを含む１つの追加のＲＬＣ  ＰＤＵを必要とする。右側に示すＢ欄は本発明の実施形態を実現する例であり、ＬＩ＝１１１１１０１がＳＤＵの開始および終了の両方を示すので追加のＲＬＣ  ＰＤＵを必要としない場合を例示するが、この場合、本発明の実施形態は容量の節約になる。
【００４６】
図１１は、長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが７４オクテットでＰＤＵ毎に２つのＲＬＣ  ＳＤＵが入っているＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。ここでは、特殊な長さ指示子＝１１１１１０１はこのＰＤＵで１つのＳＤＵが開始されもう１つが終了することを示すが、Ａ欄では次のＰＤＵでＳＤＵが前のＰＤＵでちょうど終了することを示す特殊な長さ指示子＝０００００００が必要である。本発明によれば、現行仕様書／先行技術によるよりも早く、ＳＤＵ番号ＳＮを上位層に配信することができる。
【００４７】
図１２は、長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのシーケンスのサイズが４０、３４および３７オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。左側に示すＡ欄は本発明の実施形態を実現しない例を示し、右側に示すＢ欄は本発明の実施形態を実現する例を示す。４０オクテットのＲＬＣ  ＳＤＵはサイズが３９オクテットのＲＬＣ  ＰＤＵに収まらないので区分しなければならない。すなわち、ＲＬＣ  ＰＤＵ番号ＳＮ＋１では、最初のオクテットはＳＤＵの最初のオクテットではないので、そのことを示す特殊な長さ指示子は使用しない。長さ指示子＝０００００１１は区分されたＳＤＵの末尾（３オクテット）を示す。３４オクテットの完全なＳＤＵはＰＤＵに収まるが、長さ指示子のための空きがないのでこのＰＤＵの終了を示すことはできない。したがって、次のＰＤＵで長さ指示子＝０００００００を使用する（Ａ欄）。これは、前のＰＤＵの最後のオクテットがＳＤＵの最後のオクテットであることを明示的に意味する。本発明では、次のＰＤＵ（この例ではＳＮ＋２）で長さ指示子＝０００００００または長さ指示子＝１１１１１００または長さ指示子＝１１１１１０１が使用されるが、ＳＤＵがそのＰＤＵで開始および終了する場合は長さ指示子＝１１１１１０１が使用され、ＳＤＵが開始される（ただし最後のオクテットはＳＤＵの最後のオクテットではない）場合長さ指示子＝１１１１１００が使用される。これらはどちらもＳＤＵが前のＰＤＵで終了したことを暗黙的に示しており、また後続のデータがない場合、長さ指示子＝０００００００が使用される。さらに、３７オクテットのＲＬＣ  ＳＤＵがシーケンスの最後のＳＤＵである場合、Ａ欄の実施法はさらに、長さ指示子＝０００００００とパディング（図示せず）を有する追加のＲＬＣ  ＰＤＵを必要とする。
【００４８】
図１３は、本発明の実施形態を実現する各ステップを例示する。ステップ１３１０では、ＲＬＣエンティティは少なくとも１つのサービスデータユニットを適切なサイズのプロトコルデータユニットに挿入する。ステップ１３２０では、ＲＬＣエンティティは、プロトコルデータユニットの最初のデータオクテットが最初のサービスデータユニットの最初のオクテットであり、プロトコルデータユニットの少なくとも１つの他のオクテットが他のサービスデータユニットの最後のオクテットであり、最初のサービスデータユニットが他のデータユニットと同じまたは異なることを示す長さ指示子を含む少なくとも１つの指示子を提供する。
【００４９】
ＲＬＣエンティティは通常ＵＥ中またはＲＮＣのネットワーク側に存在する。ネットワーク側のＲＬＣはノードＢ（基地局）で実現してもよい。本発明はアップリンクおよびダウンリンクのどちらにも適用でき、すなわち、送信ＲＬＣをＵＥに置き受信ＲＬＣをネットワーク（ＲＮＣまたは基地局）に置いてもよく、その逆でもよい。
【００５０】
ネットワークは、（例えば、ＲＲＣシグナリングを使用して）使用する解釈が新しいか古いかをシグナリングで知らせるべきである。ネットワークはどのユーザ装置が新しいユーザ装置であるかを知っており、新しいユーザ装置についてだけこの新しい機能を使用する。新しいユーザ装置は両方の解釈をサポートしなければならず、新しいネットワークは少なくとも上記のシグナリングをサポートしなければならない。デフォルトは古いシグナリングである（すなわち、ネットワークからのシグナリングがない場合ユーザ装置は古い解釈を想定する）。
【００５１】
上記で説明したように、本発明は方法と、方法の各ステップを実行するための機能を提供する様々なモジュールからなる対応する機器との両方を提供する。モジュールはハードウェアとして実現してもよく、またコンピュータプロセッサによって実行するためのソフトウェアまたはファームウェアとして実現してもよい。特に、ファームウェアまたはソフトウェアの場合、本発明は、コンピュータプロセッサによって実行するためのコンピュータプログラムコード（すなわち、ソフトウェアまたはファームウェア）を具体化するコンピュータ可読記憶構造を含むコンピュータプログラム製品として提供してもよい。
【００５２】
本発明は、ＰＳ音声伝送ＷＣＤＭＡエアインタフェースをより良好にサポートするため、ＶｏＩＭＳ用ＷＣＤＭＡの無線リンク制御（ＲＬＣ）非確認モード（ＵＭ）ＰＤＵヘッダを最適化する任意の装置で利用し得ることを当業者は認識するだろう。上記のように、本出願は本発明をＷＣＤＭＡ型のシステムで実現されるものとして説明しているが、本発明は、３．９Ｇシステムのような他のシステムで実現してもよい。上記の説明は本発明の個々の実施形態に向けられている。しかしながら、その利点の一部または全てを達成しつつ、説明された実施形態に他の変形および修正がなし得ることは明らかであろう。したがって、こうした全ての変形および修正を本発明の真の精神および範囲の中にあるものとして対象にすることが添付の請求項の目的である。
【図面の簡単な説明】
【００５３】
【図１ａ】３バイトの最小圧縮ＲＴＰ／ＵＤＰ／ＩＰヘッダを想定した１２．２ｋビット／秒ＡＭＲコーデックについてのＲＬＣサービスデータユニットの分布例を示す。
【図１ｂ】ＲＬＣ副層のアーキテクチャを例示する。
【図１】長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのサイズが３８または３７オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。
【図２】長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのサイズが３６、３５または３４オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。
【図３】長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのサイズが３８または３７オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。
【図４】長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのサイズが３６、３５または３４オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。
【図５】長さ指示子の使用法を示す、最後のＳＤＵが３７オクテットでＲＬＣ  ＰＤＵのサイズが３９オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。
【図６】長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが７４オクテットでＰＤＵ毎に２つのＲＬＣ  ＳＤＵが入っているＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。
【図７】長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットで一連のＲＬＣ  ＳＤＵのサイズが４０、３４または３７オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。
【図８】本発明の第３の実施形態に係る、長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのサイズが３８または３７オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。
【図９】長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットでＲＬＣ  ＳＤＵのサイズが３６、３５または３４オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。
【図１０】長さ指示子の使用法を示す、最後のＳＤＵのサイズが３７オクテットで、ＲＬＣ  ＰＤＵのサイズが３９オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。
【図１１】長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが７４オクテットでＰＤＵ毎に２つのＲＬＣ  ＳＤＵが入っているＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。
【図１２】長さ指示子の使用法を示す、ＲＬＣ  ＰＤＵのサイズが３９オクテットで一連のＲＬＣ  ＳＤＵのサイズが４０、３４および３７オクテットのＲＬＣ  ＵＭＤ  ＰＤＵのシーケンスを例示する。
【図１３】本発明の実施形態で実現される各ステップを例示する。
【図１ａ】
2009506608.tif 000007
【図１ｂ】
2009506608.tif 000008
【図１】
2009506608.tif 000009
【図２】
2009506608.tif 000010
【図３】
2009506608.tif 000011
【図４】
2009506608.tif 000012
【図５】
2009506608.tif 000013
【図６】
2009506608.tif 000014
【図７】
2009506608.tif 000015
【図８】
2009506608.tif 000016
【図９】
2009506608.tif 000017
【図１０】
2009506608.tif 000018
【図１１】
2009506608.tif 000019
【図１２】
2009506608.tif 000020
【図１３】
2009506608.tif 000021
【手続補正書】
【提出日】平成20年7月17日(2008.7.17)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
ＵＭエンティティ１０４では、非確認モードデータ（ＵＭＤ）ＰＤＵを使用して、ＲＬＣサービスデータユニット（ＳＤＵ）データを含む連番のＰＤＵを伝達する。ＵＭＤ  ＰＤＵは、非確認データ転送のために構成される場合ＲＬＣによって使用される。送信ＵＭエンティティ１０４ａは、ＵＭサービスアクセスポイントを通じて上位層からＲＬＣ  ＳＤＵを受信する。ＲＬＣ  ＳＤＵがＵＭＤ  ＰＤＵ中の利用可能な空間の長さより大きい場合、送信ＵＭエンティティ１０４ａはＲＬＣ  ＳＤＵを適切なサイズのＵＭＤ  ＰＤＵに区分する。ＵＭＤ  ＰＤＵは区分および／または連結したＲＬＣ  ＳＤＵを含んでもよく、適正な長さであることを保証するパディングを含んでもよい。ＵＭＤ  ＰＤＵがちょうど１つの完全なＳＤＵを含むことを拡張ビットが示していないならば、長さ指示子を使用して、ＵＭＤ  ＰＤＵ中のＲＬＣ  ＳＤＵ間の境界を定義する。また、長さ指示子を使用してＵＭＤ  ＰＤＵにパディングが含まれているか否かを定義する。暗号化が設定され開始されている場合、ＵＭＤ  ＰＤＵは、下位層に送出される前に、ＵＭＤ  ＰＤＵヘッダを除いて暗号化される。送信ＵＭエンティティ１０４ａは、ＵＭＤ  ＰＤＵを下位層に送出する。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
受信ＵＭエンティティ１０４ｂは、設定された論理チャネルを通じて下位層からＵＭＤ  ＰＤＵを受信する。受信ＵＭエンティティ１０４ｂが非順次ＳＤＵ配信用に設定されている場合、前のＰＤＵがまだ受信されていなくても、ＳＤＵを含む全てのＰＤＵが受信され次第、ＳＤＵを再アセンブルして上位層に転送する。ＵＭエンティティ１０４は、送信ＵＭエンティティ１０４ａが欠落したＰＤＵを再送信するまで、ＰＤＵを格納しておく。ＰＤＵは、関連する全てのＳＤＵの回復後、またはシーケンス番号ウィンドウまたはストレージタイマによって、ストレージから除去される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
非確認モードでは、最大ＵＭＤ  ＰＤＵサイズの変更と変更との間、長さ指示子のサイズは全てのＵＭＤ  ＰＤＵについて同じである。“１１１  １１００”の値の７ビットの長さ指示子、または“１１１  １１１１  １１１１  １１００”の値の１５ビットの長さ指示子を使用する。例えば、“１１１  １１００”の値の７ビットの長さ指示子、または“１１１  １１１１  １１１１  １１００”の値の１５ビットの長さ指示子を使用するのは、ＲＬＣ  ＳＤＵがＲＬＣ  ＰＤＵの先頭から始まる場合、ＲＬＣ  ＰＤＵがアップリンクで送信される場合、ＲＬＣ  ＳＤＵが前のＲＬＣ  ＰＤＵのちょうど末尾またはそれより１オクテット少ないところで終わることを示す長さ指示子が存在しない場合、ＵＭＤ  ＰＤＵが区分、連結またはパディングされていない完全なＳＤＵを含むことが拡張ビットによって示されない場合、このＲＬＣ  ＰＤＵの最初のデータオクテットがＲＬＣ  ＳＤＵの最初のオクテットであり、このＲＬＣ  ＰＤＵの最後のオクテットが同じＲＬＣ  ＳＤＵの最後のオクテットであることを示す長さ指示子が存在しない場合、および、このＲＬＣ  ＳＤＵの最初のデータオクテットがＳＤＵの最初のオクテットであり、同じＲＬＣ  ＳＤＵがちょうどＰＤＵを埋めるには１オクテット不足していることを示す長さ指示子が存在しない場合である。ダウンリンクでは、７ビットの長さ指示子を使用する場合、受信側は“１１１  １１００”の値の７ビットの長さ指示子を受信する用意をし、１５ビットの長さ指示子を使用する場合、受信側は“１１１  １１１１  １１１１  １１００”の値の１５ビットの長さ指示子を受信する用意をする。受信側は“１１１  １１００”または“１１１  １１１１  １１１１  １１００”の値の長さ指示子が存在する場合およびしない場合について所定の廃棄規則を遵守する。
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図１ｂ
【補正方法】変更
【補正の内容】
【図１ｂ】
2009506608.tif 000022
【国際調査報告】
2009506608.tif 000023
2009506608.tif 000024
2009506608.tif 000025
2009506608.tif 000026