JP2010514341A - Ｒａｎにおける連続するデータユニットの表示の方法 - Google Patents

Abstract

本発明の目的は無線アクセスネットワークの性能を向上させるためのメカニズムを提供することである。この目的は、第１のネットワークノード（１１０）におけるデータパケット（２００）により達成される。第１のネットワークノード（１１０）は、無線リンク（１３０）によりデータパケット（２００）を第２のネットワークノード（１２０）に送信するように適合される。第１のネットワークノード（１１０）と第２のネットワークノード（１２０）とは無線通信ネットワーク（１００）に含まれている。データパケット（２００）は、データパケットヘッダ（２１０）とデータパケットペイロード（２２０）とを含む。データパケットヘッダ（２１０）は、少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）を含んでいる。データパケットペイロード（２２０）は、同じ固有サイズの多くの連続したパケットデータユニット（２２１，２２２，２２３）を含む。その同じサイズの連続したデータユニット（２２１，２２２，２２３）の数は、少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの第１の長さインジケータを用いて、データパケットヘッダ（２１０）で示される。

Description

本発明は無線通信ネットワークの第１のネットワークノードにおける方法及び装置及びデータパケット構成と、無線通信ネットワークの第２のネットワークノードにおける方法及び装置に関する。特に、本発明は情報オーバヘッドの最適化に関する。

無線通信ネットワーク、例えば、第３世代（３Ｇ）無線通信ネットワークは、エンドユーザにエンドユーザ機器を通して情報サービスを提供する広域セルラ電話網である。情報サービスには、例えば、テキストメッセージング、高速インターネット接続、ビデオ会議および電話がある。ユーザ機器には、例えば、携帯電話、ラップトップコンピュータのカード、携帯情報端末（ＰＤＡ）などがある。そのユーザ機器は、その標準技術仕様に依存して、ＵＥ、端末機器、移動局（ＭＳ）などとして様々に知られている。

無線通信ネットワークは、コアネットワーク（ＣＮ）や、いくつかの無線アクセスネットワーク（ＲＡＮ）を含む。ＲＡＮは、例えば、ノードＢのような基地局を通して、ユーザ機器とＣＮとの間を接続できるようにする無線アクセス技術を実現する。ユーザ機器から基地局への接続、即ち、伝送路は、アップリンクと呼ばれ、一方、基地局からユーザ機器への伝送路はダウンリンクと呼ばれる。アップリンクとダウンリンクとは無線リンクを構成する。ＲＡＮはさらに、１つ以上の基地局に制御機能を提供する無線ネットワーク制御装置（ＲＮＣ）を備える。ＲＮＣおよび対応する無線基地局は、無線ネットワークサブシステム（ＲＮＳ）と呼ばれる。ＲＡＮには、２つ以上のＲＮＳが存在することができる。概念的には、ＲＮＳはユーザ機器とＣＮとの間に位置する。ＣＮの主な機能は、ユーザトラフィックの交換、ルーティング、および伝送を提供することである。ＣＮはさらに、課金機能および網管理機能を可能にする。

ＲＡＮで使用される通信プロトコルのいくつかは、媒体アクセス制御（ＭＡＣ）プロトコルと無線リンク制御（ＲＬＣ）プロトコルである。ＭＡＣとＲＬＣとは、プロトコルの中でも、３Ｇ無線通信のための高速パケット接続（ＨＳＰＡ）プロトコル群に含まれる２つのプロトコルである。

今日の無線通信ネットワークは、エンドユーザに広範囲の情報サービスを提供する。情報サービスには、上述したように、例えば、テキストメッセージング、高速インターネット接続、ビデオ会議および電話がある。種々のサービスは様々な量の情報を含んでおり、即ち、送信の際に種々の量の帯域幅を必要とする。テキストメッセージング、例えば、ショートメッセージサービス（ＳＭＳ）は送信の際にほんの少量の帯域幅を必要とするのに対し、ビデオ会議は、音と映像との両方を処理し、そして同期させるためにかなり大量の帯域幅を必要とする。通常、無線リンクは伝送の弱点であり、提供する帯域幅は最小量である。できるだけ高速で効率のよい情報伝送を得るために、データパケットは、できるだけ大きなペイロード部を含み、できるだけ小さなオーバヘッド部を含まねばならないことが必要である。無線リンクによる送信に先立って、パケットは分割される。分割は、着信ペイロードが、サイズが所定で固定であるパケットデータユニットに分けられるということを意味し、これらのパケットデータユニットは送られることになるデータパケットのペイロードを構成する。即ち、着信ペイロードがデータパケットペイロードの上限サイズよりも大きいと、その着信ペイロードは、その上限サイズ以下のサイズのパケットデータユニットに分けられる。

しかしながら、無線インタフェースの帯域幅に影響する通信状態、即ち、無線状態は、静的ではない。無線状態は、例えば、地理的環境、天候、同一無線セル内に同時に存在するユーザ機器の数、および、ユーザ機器のサービス利用率のようないくつかの様相に従って変化する。効率的な伝送に関する上述の要件に適合するために、ベストエフォート手法が用いられる。劣悪な無線状態を補う１つの方法は、送信ノードにおいて分割に適合させること、即ち、着信ペイロードを分割する際にパケットデータユニットの最大サイズを小さくすることである。このことは、無線状態が良好な場合、送信ノードはより大きなパケットデータユニットを受信ノードに送信することが可能であることを意味し、これは、高速の情報伝送を示唆する。しかしながら、無線状態が不良であると、大きすぎるパケットデータユニットを送信しようと試みることが、不必要な遅延のような劣悪な通信効率に、或は情報喪失にさえ繋がる可能性があるので、より小さなパケットデータユニットが送信される必要がある。遅延は、例えば、過度に多くの回数の再送により引き起こされることがあり、一方とりわけ情報喪失の原因は再送問題となりうる。

パケットデータユニットを固定し事前設定しておくことの不利益は、無線状態が不良であり、着信ペイロードの分割が必要である場合、パケットデータユニットのサイズを選ぶべき代替案が殆んどない／十分にないことにある。そのうえ、パケットデータユニットのサイズがあまりにも小さく選ばれるなら、データパケットのオーバヘッドが大きいことに起因して情報伝送が低速になるという結果になる。一方、大きすぎるパケットデータユニットを送信しようと試みることは、不必要な遅延のような劣悪な通信効率に、或は、情報喪失にさえ繋がる可能性がある。その遅延は、例えば、ＨＡＲＱ（ハイブリッド自動転送要求）のような再送が過度の回数、繰り返されることが原因となることがある。ＨＡＲＱは、受信ノードが誤りのあるパケットデータユニットを検出する場合、送信ノードに否定確認応答（ＮＡＣＫ）を送る機能である。送信ノードは、要求されたパケットデータユニットを再送することにより、受信ノードに応答する。ＨＡＲＱ処理は、パケットデータユニットが受信側により首尾よくに受信されるか、ＨＡＲＱタイマが時間切れになるまで繰り返される。とりわけ、上述した情報喪失の原因は、例えば、ＨＡＲＱ失敗のような再送の失敗である場合がある。ＨＡＲＱ失敗は、例えば、受信ノードが誤りのあるパケットデータユニットを検出し、送信ノードにＮＡＣＫを送るが、送信ノードが肯定確認応答（ＡＣＫ）を誤って検出し、それ故、要求されたパケットデータユニットを再送しない場合のような、ＨＡＲＱ再送機能が損なわれる場合に生じる。

従って、本発明の目的は、パケットヘッダのオーバヘッドを最適化することにより、無線アクセスネットワークの性能を向上させるためのメカニズムを提供することである。

無線通信ネットワークにおける課題を解決する基本原理は、データパケットペイロードの同じサイズの連続したパケットデータユニットの数を示す、データパケットヘッダの所定の値の長さインジケータを用いることである。

本発明を第１の側面から見れば、本発明の目的は、第１のネットワークノードにおけるデータパケットにより達成される。第１のネットワークノードは、無線リンクによりデータパケットを第２のネットワークノードに送信するように構成される。第１のネットワークノードと第２のネットワークノードとは、無線通信ネットワークに含まれている。そのデータパケットは、データパケットヘッダとデータパケットペイロードとを含む。そのデータパケットヘッダは少なくとも１つの長さインジケータを含む。そのデータパケットペイロードは、同じ固有サイズの多くの連続したパケットデータユニットを含む。その同じサイズの連続したパケットデータユニットの数は、データパケットヘッダに示される。そのデータパケットヘッダの少なくとも１つの長さインジケータのうちの第１の長さインジケータが、連続したデータユニットの数を示すために用いられる。

本発明を第２の側面から見れば、本発明の目的は、無線リンクによりデータパケットを第２のネットワークノードに送信する第１のネットワークノードにおける方法により達成される。第１のネットワークノードと第２のネットワークノードは、無線通信ネットワークに含まれている。データパケットは、データパケットヘッダとデータパケットペイロードとを含む。そのデータパケットヘッダは、少なくとも１つの長さインジケータを含む。そのデータパケットペイロードは、同じ固有サイズの多くの連続したパケットデータユニットを含む。その連続したデータユニットの数は、データパケットヘッダの少なくとも１つの長さインジケータのうちの第１の長さインジケータを用いて示される。そのデータパケットは、第２のネットワークノードに送信される。

本発明を第３の側面から見れば、本発明の目的は、無線リンクにより第１のネットワークノードからのデータパケットを受信する第２のネットワークノードにおける方法により達成される。第１のネットワークノードと第２のネットワークノードとは、無線通信ネットワークに含まれている。データパケットは、データパケットヘッダとデータパケットペイロードとを含む。そのデータパケットヘッダは少なくとも１つの長さインジケータを含む。そのデータパケットペイロードは、同じ固有サイズの多くの連続したパケットデータユニットを含む。第２のネットワークノードは、第１のネットワークノードからデータパケットを受信する。第２のネットワークノードは、データパケットヘッダの少なくとも１つの長さインジケータのうちの第１の長さインジケータを検出する。第１の長さインジケータは、連続したデータユニットの数を示す。第２のネットワークノードは、データパケットヘッダの少なくとも１つの長さインジケータのうちの第１の長さインジケータを用いてデータユニットを再組立する。

本発明を第４の側面から見れば、本発明の目的は、第１のネットワークノードにおける構成により達成される。第１のネットワークノードは、無線リンクによりデータパケットを第２のネットワークノードに送信するように構成される。第１のネットワークノードと第２のネットワークノードとは、無線通信ネットワークに含まれる。データパケットはデータパケットヘッダとデータパケットペイロードとを含む。そのデータパケットヘッダは、少なくとも１つの長さインジケータを含む。そのデータパケットペイロードは、同じ固有サイズの多くの連続したパケットデータユニットを含む。第１のネットワークノードの構成は、データパケットヘッダの少なくとも１つの長さインジケータのうちの第１の長さインジケータを用いて、同じサイズの連続したデータユニットの数を示すように構成された表示ユニットを有する。第１のネットワークノードの構成はさらに、データパケットを第２のノードに送信するように構成された送信ユニットを有する。

本発明を第５の側面から見れば、本発明の目的は、第２のネットワークノードにおける構成により達成される。第２のネットワークノードは、無線リンクにより第１のネットワークノードからデータパケットを受信するように構成される。第１のネットワークノードと第２のネットワークノードとは、無線通信ネットワークに含まれている。データパケットは、データパケットヘッダとデータパケットペイロードとを含む。そのデータパケットヘッダは少なくとも１つの長さインジケータを含む。そのデータパケットペイロードは同じ固有サイズの多くの連続したパケットデータユニットを含む。第２のネットワークノードの構成は受信ユニットを有する。その受信ユニットは、第１のネットワークノードからデータパケットを受信するように構成される。第２のネットワークノードの構成は、データパケットヘッダの少なくとも１つの長さインジケータのうちの第１の長さインジケータを検出するように構成された検出ユニットを有する。少なくとも１つの長さインジケータのうちの第１の長さインジケータは、連続したデータユニットの数を示す。第２のネットワークノードの構成は、再組立ユニットを有する。再組立ユニットは、データパケットヘッダの少なくとも１つの長さインジケータのうちの第１の長さインジケータを用いて、データユニットを再組立するように構成される。

本発明の有する利点は、無線アクセスネットワークの性能が、パケットヘッダのオーバヘッドを最適化して容量を増大させることにより改善されることである。

本発明の更なる利点は、パケットヘッダのオーバヘッドの最適化により、劣悪な無線状態に対する補償を強化することを可能とし、そしてこのようにして、より耐性のある無線通信システムを可能にすることである。

無線通信ネットワークのいくつかの実施例を説明する概略ブロック図である。 データパケットのいくつかの実施例を説明する概略ブロック図である。 いくつかの実施例の長さインジケータの値を描いた表である。 第１のネットワークノードで実行される、いくつかの実施例の方法のステップを説明するフローチャートである。 第２のネットワークノードで実行される、いくつかの実施例の方法のステップを説明するフローチャートである。 第１のネットワークノードにおける装置構成を説明する概略ブロック図である。 第２のネットワークノードにおける装置構成を説明する概略ブロック図である。

課題の解決策は、以下の実施例で実現される方法と装置構成として規定される。

図１は、第１のネットワークノード１１０（第１のノード１１０）および第２のネットワークノード１２０（第２のノード１２０）を有する無線通信ネットワーク１００を提示する。無線通信ネットワーク１００は、例えば、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）、高速パケット接続（ＨＳＰＡ）、高度ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）（世界規模の移動通信システム（ＵＭＴＳ））、３Ｇロング・ターム・エボリューション（３ＧＬＴＥ）、無線世界イニシアチブ次期無線（ＷＩＮＮＥＲ：Wireless World Initiative New Radio）、無線ローカルエリアネットワーク（Ｗ−ＬＡＮ）、全地球移動通信システム（ＧＳＭ）、パーソナル通信サービス（ＰＣＳ）、或は、Ｄ−ＡＭＰＳ（デジタル高度移動電話サービス（Ｄ−ＡＭＰＳ））のような技術を用いる。

第１のノード１１０は、無線リンク１３０により第２のネットワークノード１２０に接続されるように適合される。第１のノード１１０は、無線リンク１３０により第２のノード１２０にデータパケットの形式で情報を送信するように適合される。第１のノード１１０は、無線リンク１３０により第２のノード１２０に送られることになる情報に対して分割を適用する。第１のノード１１０は、例えば、無線基地局装置（ＢＴＳ）、無線基地局（ＲＢＳ）またはノードＢ、または、無線リンクにより通信できる他の何らかの適当なノードでも良い。

第２のネットワークノード１２０は、無線リンク１３０により第１のネットワークノード１１０に接続されるように適合される。第２のノード１２０はさらに、無線リンク１３０により第１のノード１１０からデータパケットの形式で情報を受信するように適合される。第２のノード１２０はまた、第１のノード１１０から受信した情報を再組立するように適合される。第２のノード１２０は、例えば、移動局（ＭＳ）、ユーザ機器（ＵＥ）、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、無線電話のような携帯型通信機器、または無線リンク経由で通信可能な何らかの種類の機器で良い。

第１のノード１１０が無線リンク１３０により第２のノード１２０と通信する場合、情報はデータパケットで送信される。そのようなデータパケット２００が図２に説明されている。そのようなデータパケットの例は、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）のプロトコル、或は、パケットデータ収束プロトコル（ＰＤＣＰ）に見られる。データパケット２００は、データパケットヘッダ２１０とデータパケットペイロード２２０とを有する。データパケット２００のデータパケットヘッダ２１０は、例えば、アドレス指定機能および制御機能に用いられるいくつかのパラメータフィールドを有する。図２は、５つのそのようなパラメータフィールド２１１、２１２、２１３、２１４、２１５を有するパケットヘッダの例を提示している。データパケットペイロード２２０は、例えば、無線リンク制御パケットデータユニット（ＰＬＣ ＰＤＵ）、専用トランスポートチャネル用ＭＡＣパケットデータユニット（ＭＡＣ−ｄ ＰＤＵ）のような１つ以上のデータユニットを有する。図２の例では、５つのデータユニット２２１、２２２、２２３、２２４、２２５が示されている。

いくつかの実施例では、パケットデータユニット２２１、２２２、２２３、２２４、２２５のサイズは、融通性があり、そして通信効率を高めるために、例えば、無線状態に従って適合される。パケットデータユニットのサイズには、上限サイズがあり、その上限は融通性がある。このことは、例えば、無線状態が不良の場合は上限サイズは小さく、無線状態が良好な場合は上限サイズは大きいように、分割を現在の無線状態に適合させる場合に用いるために、パケットデータユニットの広範囲な上限サイズを提供する。いくつかの実施例では、融通性のあるパケットデータユニットの上限サイズは静的である。融通性のあるパケットデータユニットに対して、静的な上限サイズ、即ち、固定上限サイズを用いることは、無線状態に適応させる必要がないので、実装が容易である。しかしながら、静的上限サイズの場合、そのとき上限サイズは、むしろ緩めに設定される必要がある。即ち、パケットサイズはセル境界での劣悪な効率を避けるためにあまりに大きくし過ぎることはできない。選択されたトランスポートフォーマットにマッチさせるために、多くのパケットデータユニットに分割される大きな着信ペイロードを送信しようと試みる場合に、セル境界での劣悪な効率が生じるかもしれない。パケットデータユニットのうちの１つが、例えば、ＨＡＲＱ失敗のような問題が原因で喪失すると、その場合、同じ着信ペイロードから生じる全てのパケットデータユニットは、例えば、ＲＬＣ再送によって再送される必要があるであろう。

１つの代表的なシナリオでは、第１のノード１１０は、無線リンク１３０により第２のノード１２０に転送されることになる情報データをコアネットワークから受信済みである。この例では、受信した情報データのペイロードが非常に大きくて分割が必要である。それ故に、着信パケットを同じサイズのいくつかの連続したパケットデータユニット２２１、２２２、２２３に分割することが、無線リンク１３０により第２のノード１２０にパケット２００を送るのに先立って、第１のノード１１０により実行されるであろう。いくつかの実施例では、同じサイズの連続したパケットデータユニット２２１、２２２、２２３のサイズが、上限サイズである場合がある。このことは、パケットヘッダ２１０のオーバヘッドが最小化され効率的な通信を可能にするので好適である。しかしながら、図２を参照すると、着信ペイロードが大きい場合、分割が、例えば、サイズが上限である、同じサイズの一連の連続したパケットデータユニット２２１、２２２、２２３ばかりでなく、次に続くサイズの小さいパケットデータユニット２２４をも含むパケットペイロード２２０をうみだす可能性がある。これは、分割される着信ペイロードの全体サイズが、同じサイズの連続した一連のパケットデータユニット２２１、２２２、２２３のサイズでは均等に分割できないという事実による。このように、サイズが小さい１つのパケットデータユニット２２４のサイズは、着信ペイロードの大きさを同じサイズの連続したパケットデータユニット２２１、２２２、２２３の大きさで分割したときの残りに等しい。パケットデータユニット２２４のサイズは、同じサイズの連続したパケットデータユニット２２１、２２２、２２３の固有サイズより、例えば、小さいように、常に異なる。ある場合には、パケットデータユニット２２４のサイズがゼロの場合があり、これはサイズが小さい、そのようなパケットデータユニットが後にはないということを意味する。図２をさらに参照すると、同じサイズの一連の連続したパケットデータユニット２２１、２２２、２２３に、同じサイズの連続したパケットデータユニット２２１、２２２、２２３の固有サイズ以外のサイズの少なくとも１つのパケットデータユニット２２５が先行する場合がある。これは、少なくとも１つのパケットデータユニット２２５が、別の論理チャネルからであり、別の論理チャネルでは異なる最大サイズが用いられているかもしれないという事実による。パケットデータユニット２２１、２２２、２２３、２２４、２２５の大きさが可変であり、そしてそれ故、受信側の第２のノード１２０には知られていないので、第２のノード１２０は何らかの方法で、同じサイズの連続したパケットデータユニット２２１、２２２、２２３の固有サイズと、もし存在するなら、用いられる次に続くか、或は、先行するかのうち、少なくともいずれかの他のサイズのパケットデータユニット２２４、２２５のサイズとが通知されることが必要である。さらに、同じサイズの連続したパケットデータユニット２２１、２２２、２２３の数もまた第２のノードには知られていないので、第２のノード１２０はまた、同じサイズの連続したパケットデータユニット２２１、２２２、２２３の数が通知されることが必要である。

提案する解決法のいくつかの実施例では、第１のノード１１０は同じサイズの連続したパケットデータユニット２２１、２２２、２２３の数と固有サイズを制御情報と見なすことができ、それに応じて、第１のノード１１０は、上述のように、パケットヘッダのパラメータフィールド２１１、２１２、２１３、２１４、２１５のうちのいくつかを用いて、その固有サイズと数とを第２のノード１２０に通知することができる。従って、提案する解決法のいくつかの実施例では、第１のノード１１０は、ペイロード２２０の同じサイズの連続したパケットデータユニット２２１、２２２、２２３の数だけでなく、それらユニットの固有サイズの両方を示す、パケットヘッダ２１０の長さインジケータパラメータフィールドを用いる。

長さインジケータは、パケットデータユニットの長さを、たいていの場合、オクテットで示す。無線通信ネットワークで情報送信に最も一般に用いられるプロトコルの１つは、インターネットプロトコル（ＩＰ）である。ＩＰパケットの典型的なパケットの大きさの最大は１５００オクテットであるので、そのような場合、長さインジケータは、少なくとも１５００オクテットの値を示し、このことは各長さインジケータがほぼ１１ビット長程度である必要があることを示唆しており、２０４８個の値を表示できる。潜在的に、その長さインジケータは、将来さらに大きなＩＰパケットに順応するために、さらに長いことが必要であるかもしれない。しかしながら、上述のように、２０４８個の値を示すそのような１１ビットの長さインジケータと、現行のＩＰパケットの最大サイズ１５００オクテットがあれば、５００個以上の“余分の（スペアの）値”が存在し、即ち、この場合、現状で用いていない５００個以上の値がある。それ故、これらの余分の値は未使用であり、特殊用途に用いることができる。

本願の解決法に従えば、パケットペイロード２２０のいくつかの連続したパケットデータユニット２２１、２２２、２２３が同じ大きさを有する場合に、長さインジケータの余分の値は、パケットヘッダのオーバヘッドを最適化するために、長さインジケータの固有の予約値として再使用できる。さらに、本願の解決法に従って、長さインジケータの余分の値は、同じサイズの連続したパケットデータユニットの数だけでなく、それらユニットの固有サイズをも示すために用いられる。図３は、表内の長さインジケータの使用を最適化する場合、即ち、これまで未使用である長さインジケータの値を固有の用途のために予約する場合、上述のように、長さインジケータの余分の値のそのような代表的な用途を説明している。

図３の表は、本願の解決法のいくつかの可能な実施例を含む。図３では、長さインジケータの１からＮまでの値が、パケットデータユニットの固有サイズをオクテットで示すのに用いられる。ＩＰパケットが着信ペイロードである代表的なシナリオでは、これまでに触れたように、１からＮまでの長さインジケータの値の範囲は、全ての可能なパケットデータユニットのサイズ表示がＩＰパケットの最大サイズの１５００オクテットを含むことができるようにするために、１から１５００まで可能である。

さらに、本願の解決法に従えば、長さインジケータのこれまで未使用であった値は、図３の表に示されているように、以下の方法で用いることができる。長さインジケータの予約値の第１の値の範囲（ＲＶ）、即ち、第１のセットの固有予約値ＲＶは、パケットペイロード２２０の（ｋ＋１）個の連続したパケットデータユニットが同じサイズを有するということを示す値ｋに対応しており、そのユニットの大きさは、例えば、以前の長さインジケータのような別の長さインジケータにより示されている。長さインジケータの第１のセットの固有予約値ＲＶは、（予約値ｍ＋１、ここで、ｍ＞Ｎ）から（予約値ｍ＋ｋ）まで選ばれる。上述したように、ＩＰパケットが着信ペイロードである代表的なシナリオでは、第１のセットの固有予約値ＲＶが、上述のように選ばれた１５００のＮよりも大きいということを保証するために、第１のセットの固有予約値ＲＶは、例えば、１８００から２０４８までに選ばれても良い。

その上さらに、本願の解決法に従えば、長さインジケータのこれまで未使用であった値は、図３の表に示されているように、以下の方法で用いることができる。長さインジケータの予約値の第２の値の範囲（ＲＶｍ）は値ｍに対応している、即ち、第２のセットの固有予約値ＲＶｍは、パケットペイロード２２０の（ｍ＋１）個の連続したパケットデータユニットが同じ大きさＮを有することを示す。大きさＮは上限サイズに等しいかもしれない。第２のセットの固有予約値ＲＶｍは、例えば、（予約値１（＞Ｎ））から（予約値ｍ）までのように選ばれる。上述したように、ＩＰパケットが着信ペイロードである代表的なシナリオでは、値の範囲が上述のように選ばれた１５００のＮより大きいことを保証するために、第２のセットの固有予約値ＲＶｍは、例えば、１５０１から１７９９までに選ばれても良い。

なお、これは、長さインジケータの第１のセットの固有予約値ＲＶや第２のセットの予約値ＲＶｍがどのように選ばれることができるかの例に過ぎない。各予約値を次のようにに従って選ぶこともまた可能である。即ち、第１のセットの固有予約値ＲＶと第２のセットの固有予約値ＲＶｍとの内の少なくともいずれかは、長さインジケータの未使用の余分の値から創り出される。長さインジケータの第１のセットの固有予約値ＲＶまたは第２のセットの予約値ＲＶｍは、予約値１で表わされている最初の値から、最大で予約値ｍにより表わされている最後の値までから選ばれる。ここで、最初の値はＮより大きい。長さインジケータの第１のセットの固有予約値ＲＶまたは第２のセットの予約値ＲＶｍは、予約値ｍ＋１で表わされている最初の値から、最大で予約値ｍ＋ｋにより表わされている最後の値までから選ばれる。ここで、ｍはＮより大きい。

図４は、実施例のいくつかのうちの第１の代替案に従って、無線リンク１３０によりデータパケット２００の情報を第２のノード１２０に送信するために、第１のノード１１０により実行される方法のステップを提示している。下記の方法の説明は、第１のノード１１０が情報を送信し、第２のノード１２０がその情報を受信する実施例に言及しているとしても、この方法はまた、第２のノード１２０が情報を送信し、第１のノード１１０がその情報を受信する実施例にも等しく適用可能であり、このことは第２のノード１２０が以下で説明するように第１のノード１１０で実行される全てのステップを行うように適合されても良く、また、逆の場合も同様であるということを意味している。第１のネットワークノード１１０は基地局でも良く、または第１のネットワークノード１１０は携帯型通信機器でも良い。

４０１ 実施例のいくつかのうちの第１の代替案に従って通信する場合、第１のノード１１０は、第２のノード１２０に宛てられた着信情報の分割を行って、固有サイズの同じサイズの少なくとも一連の連続したパケットデータユニット２２１、２２２、２２３を有するパケットペイロード２２０が得られる。同じサイズの連続したパケットデータユニット２２１、２２２、２２３各々の固有サイズは、そのようには限定されないが、上限サイズＮであっても良い。さらに、パケットペイロードはまた、同じサイズの連続したパケットデータユニット２２１、２２２、２２３の固有サイズ以外の大きさの、少なくとも１つの先行するパケットデータユニット２２５と少なくとも１つの後続するパケットデータユニット２２４との内の少なくともいずれかを有する場合がある。

４０２ 第１のノード１１０は、パケットペイロード２２０の同じサイズの連続したパケットデータユニット２２１、２２２、２２３の数を見積り、それらユニットの固有サイズの大きさを見積もる。

４０３ 第１のノード１１０は、パケットペイロード２２０の同じサイズの連続したパケットデータユニット２２１、２２２、２２３の数を、パケットヘッダ２１０の第１の長さインジケータパラメータフィールドを用いて示す。いくつかの実施例に従えば、第１の長さインジケータは、ここではＲＶという、第１のセットの固有予約値に設定でき、ＲＶはパケットペイロード２２０の同じサイズの連続したパケットデータユニット２２１、２２２、２２３の数を示す。パケットペイロード２２０に固有サイズ以外のサイズの先行するパケットデータユニット２２５がない場合のシナリオでは、第１の長さインジケータは、パケットヘッダ２１０の第１の長さインジケータパラメータフィールド２１１であっても良い。一方、パケットペイロード２２０に固有サイズ以外のサイズの少なくとも１つの先行するパケットデータユニット２２５がある場合のシナリオでは、少なくとも１つの先行する長さインジケータが、少なくとも１つの先行するパケットデータユニット２２５に関して必要になるかもしれないので、第１の長さインジケータはパケットヘッダ２１０の第１の長さインジケータ２１１ではない場合がある。

パケットペイロード２２０が、最大サイズがＮで少なくとも一連の同じサイズの連続したパケットデータユニット２２１、２２２、２２３を有する、よくある場合に適用可能である本願の解決法のいくつかの実施例に従えば、第１の長さインジケータは、ここではＲＶｍという、長さインジケータの値の第２のセットの予約値に設定でき、ＲＶｍは同じサイズの連続したパケットデータユニット２２１、２２２、２２３の数とそれらユニットの固有サイズの両方を示し、この場合、その固有サイズは最大サイズＮであると良い。この場合、パケットヘッダ２１０の長さインジケータパラメータフィールドは１つだけが必要であり、これは上述したような任意のサイズのパケットデータユニットの一般的な場合に対する２つの長さインジケータパラメータフィールドがある場合とは対照的である。しかしながら、この代替案は、最大サイズＮが第１のノード１１０と、第２の受信ノード１２０で知られていることを必要とするかもしれず、上述した実施例では必要とされないかもしれない。従って、最大サイズＮは、例えば、無線リソース制御（ＲＲＣ）シグナリングのような上位層のシグナリングを介して、受信側の第２のノード１２０のために構成設定される。（ＲＲＣは、ＵＭＴＳ標準でユーザ機器（ＵＥ）と無線ネットワーク制御装置（ＲＮＣ）との間で交換される制御メッセージのセットに対する概念でありプロトコル名である）。固有サイズが第２のノード１２０により既知であるこれらの実施例に従えば、パケットのオーバヘッド、即ち、パケットデータヘッダ２１０のサイズは、ただ１つの長さインジケータパラメータフィールドが一連の同じサイズのパケットデータユニットを指示するのに必要とされるかもしれないので、減らすことができる。しかしながら、これらの実施例は、最大サイズＮが一定のままである場合に適用可能であるに過ぎないかもしれない。上記に従った実施例は、２つの長さインジケータパラメータフィールドを必要とするかもしれないが、最大サイズＮが動的に変化する場合にも用いることができる。

４０４ いくつかの実施例に従えば、第１のノード１１０はさらに、同じサイズの連続したパケットデータユニット２２１、２２２、２２３の固有サイズを、パケットヘッダ２１０の第２の長さインジケータパラメータフィールドを用いて示すことができる。固有サイズは、１からＮまでの範囲の値として示すことができる。サイズが示されるパケットデータユニットは、一連の同じサイズの連続したパケットデータユニット２２１、２２２、２２３の第１のパケットデータユニット２２１であるかもしれない。

いくつかの実施例に従えば、第１の長さインジケータが以前の長さインジケータであっても良く、第２の長さインジケータが後続の長さインジケータであっても良い。それで、パケットペイロード２２０に固有サイズ以外のサイズの先行するパケットデータユニット２２５がないシナリオでは、第２の長さインジケータパラメータフィールドは、パケットヘッダ２１０の第２の長さインジケータパラメータフィールド２１２であることが好ましいかもしれず、第１の長さインジケータはパケットヘッダ２１０の第１の長さインジケータ２１１であると良い。しかしながら、これは、少なくとも１つの先行するパケットデータユニット２２５のサイズと数との内、少なくともいずれかを示すのに、少なくとも１つの先行する長さインジケータが必要とされるかもしれないので、同じサイズの連続したパケットデータユニット２２１、２２２、２２３の固有サイズ以外のサイズの少なくとも１つの先行するパケットデータユニット２２５がある場合のいくつかのシナリオに従う場合ではない。

いくつかの実施例に従えば、第１の長さインジケータが後続の長さインジケータであっても良く、第２の長さインジケータが以前の長さインジケータであっても良い。それで、パケットペイロード２２０に固有サイズ以外のサイズの先行するパケットデータユニット２２５がない場合のシナリオでは、第１の長さインジケータは、パケットヘッダ２１０の第２の長さインジケータパラメータフィールド２１２であることが好ましいかもしれず、第２の長さインジケータは、パケットヘッダ２１０の第１の長さインジケータパラメータフィールド２１１であると良い。しかしながら、これは、少なくとも１つの先行するパケットデータユニット２２５のサイズと数との内、少なくともいずれかを示すのに、少なくとも１つの先行する長さインジケータが必要とされるかもしれないので、同じサイズの連続したパケットデータユニット２２１、２２２、２２３の固有サイズ以外のサイズの少なくとも１つの先行するパケットデータユニット２２５がある場合のいくつかのシナリオに従う場合ではない。

４０５ さらに、第１のノード１１０は、無線リンク１３０によりデータパケット２００を第２のノード１２０に送信するように適合される。

次に、データパケット２００を第１のノード１１０の観点から説明する。第１のノード１１０において本願の方法のステップ４０１〜４０５までを実行するために、第１のノード１１０におけるデータパケット２００は、図２で描かれているように、データパケットヘッダ２１０とデータパケットペイロード２２０とを有する。データパケットヘッダ２１０は、少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５を有していて、データパケットペイロード２２０は同じ固有サイズの多くの連続したパケットデータユニット２２１、２２２、２２３を有している。連続したデータユニット２２１、２２２、２２３の数は、データパケットヘッダ２１０の少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５のうちの第１の長さインジケータを用いて示される。連続したデータユニット２１１、２２２、２２３の固有サイズは、データパケットヘッダ２１０の少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５のうちの第２の長さインジケータを用いて示されると良い。第１の長さインジケータは以前の長さインジケータであるかもしれず、第２の長さインジケータは後続の長さインジケータであるかもしれず、また、逆の場合があるかもしれない。長さインジケータの第１のセットの固有予約値ＲＶは、データパケットペイロード２２０の同じサイズの連続したデータユニット２２１、２２２、２２３の数を示すのに用いられる。長さインジケータの第２のセットの固有予約値ＲＶｍは、データパケットペイロード２２０の同じサイズの連続したデータユニット２２１、２２２、２２３の数を示すのに用いられ、データユニットの固有サイズは上限サイズＮに等しい場合がある。

図５は、いくつかの実施例に従う、無線リンク１３０により第１のノード１１０からデータパケット２００の情報を受信するために、第２のノード１２０により実行される方法のステップを提示している。下記の方法の説明は、第１のノード１１０が情報を送信し、第２のノード１２０がその情報を受信する実施例に言及しているとしても、その方法はまた、第２のノード１２０が情報を送信し、第１のノード１１０がその情報を受信する場合の実施例にも等しく適用可能であり、このことは第２のノード１２０が以下で説明するように第１のノードにより実行される全てのステップを行うように適合できるということを意味しており、逆の場合も同様である。第２のネットワークノード１２０は基地局でも良く、第２のネットワークノード１２０は携帯型通信デバイスでも良い。

５０１ 第２のノード１２０は、無線リンク１３０により第１のノード１１０からデータパケット２００を受信する。

５０２ 第２のノード１２０は、着信パケットヘッダ２１０の第１の長さインジケータの値を検出する。第１の長さインジケータの値は、パケットペイロード２２０の同じサイズの連続したパケットデータユニット２２１、２２２、２２３の数を示す。いくつかの実施例では、パケットペイロード２２０の同じサイズの連続したパケットデータユニット２２１、２２２、２２３のサイズは、第２のノード１２０には知られておらず、第１のセットの予約値ＲＶが用いられる。これらの実施例は、パケットペイロード２２０の同じサイズの連続したパケットデータユニット２２１、２２２、２２３のサイズを示すために、方法のステップ５０３を必要とするかもしれない。他のいくつかの実施例では、パケットペイロード２２０の同じサイズの連続したパケットデータユニット２２１、２２２、２２３の固有サイズが第２のノード１２０により知られているかもしれず、その場合には、第２のセットの固有予約値ＲＶｍが用いられる。その固有サイズは最大サイズＮであるかもしれない。いくつかの実施例では、第２のノード１２０が、図３の表に描かれている知識のような、長さインジケータの固有予約値ＲＶとＲＶｍの知識だけでなく、最大サイズＮをも有することが必要とされるかもしれない。最大サイズＮは、例えば、ＲＲＣシグナリングのような上位層のシグナリングを介して受信側の第２のノード１２０のために構成設定できる。

５０３ いくつかの実施例では、第２のノード１２０は、着信パケットヘッダ２１０の、もし存在するならば、第２の長さインジケータの値を検出することができる。第２の長さインジケータは、パケットペイロード２２０の同じサイズの連続したパケットデータユニット２２１、２２２、２２３の固有サイズを示すことができる。

５０４ 第２のノード１２０は、パケットペイロード２２０の同じサイズの連続したパケットデータユニット２２１、２２２、２２３の数に関する情報を用いて、着信パケットペイロード２２０のパケットデータユニット２２１、２２２、２２３を再組立する。いくつかの実施例では、パケットペイロード２２０の同じサイズの連続したパケットデータユニット２２１、２２２、２２３の固有サイズに関する情報はまた、再組立時に第２のノード１２０により用いられる。

次に、データパケット２００を第２のノード１２０の観点から説明する。第２のノード１２０において、本願の方法のステップ５０１〜５０４を実行するために、第２のネットワークノード１２０においてデータパケット２００は、図２で描かれているように、データパケットヘッダ２１０とデータパケットペイロード２２０とを有するように適合される。データパケットヘッダ２１０は、少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５を有するように適合される。データパケットペイロード２２０は、同じ固有サイズの多くの連続したパケットデータユニット２２１、２２２、２２３を有するように適合される。同じサイズの連続したデータユニット２２１、２２２、２２３の数は、データパケットヘッダ２１０の少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５のうちの第１の長さインジケータを用いて示される。連続したデータユニット２２１、２２２、２２３の固有サイズは、データパケットヘッダ２１０の少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５のうちの第２の長さインジケータを用いて示されると良い。第１の長さインジケータが以前の長さインジケータであっても良く、第２の長さインジケータは後続の長さインジケータであっても良く、また、逆の場合であっても良い。長さインジケータの第１のセットの固有予約値ＲＶはデータパケットペイロード２２０の同じサイズの連続したデータユニット２２１、２２２、２２３の数を示すために用いられる。長さインジケータの第２のセットの固有予約値ＲＶｍは、データパケットペイロード２２０の同じサイズの連続したデータユニット２２１、２２２、２２３の数を示すために用いられる、データユニットの固有サイズは上限サイズＮに等しい。

第１のノード１１０において、データパケット２００を第２のノード１２０に送信するための方法のステップを実行するために、第１のノード１１０は、図６に描かれている装置構成６００を有する。第１のネットワークノード１１０は、無線リンク１３０によりデータパケット２００を第２のネットワークノード１２０に送信するように適合される。第１のネットワークノード１１０と第２のネットワークノード１２０とは、無線通信ネットワーク１００に含まれている。データパケット２００は、データパケットヘッダ２１０とデータパケットペイロード２２０とを有する。データパケットヘッダ２１０は、少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５を有する。データパケットペイロード２２０は、同じ固有サイズの多くの連続したパケットデータユニット２２１、２２２、２２３を有する。

第１のネットワークノードの装置構成６００は、データパケットヘッダ２１０の少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５のうちの第１の長さインジケータを用いて、同じサイズの連続したデータユニット２２１、２２２、２２３の数を示すように適合された表示ユニット６１０を有する。表示ユニット６１０はさらに、データパケットヘッダ２１０の少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５のうちの第２の長さインジケータを用いて、連続したデータユニット２２１、２２２、２２３の固有サイズを示すように適合されると良い。

第１のネットワークノードの装置構成６００はさらに、データパケット２００を第２のノード１２０に送信するように適合された送信ユニット６２０を有する。いくつかの実施例では、第１のネットワークノード１１０は基地局であるかもしれない。他の実施例では、第１のネットワークノード１１０は携帯型通信機器であるかもしれない。

第２のノード１２０において、第１のノード１１０からデータパケット２００を受信するための方法のステップを実行するために、第２のノード１２０は、図７で描かれている装置構成７００を備える。第２のネットワークノード１２０は、無線リンク１３０により第１のネットワークノード１１０からデータパケット２００を受信するように適合される。第１のネットワークノード１１０と第２のネットワークノード１２０とは、無線通信ネットワーク１００に含まれている。データパケット２００は、データパケットヘッダ２１０とデータパケットペイロード２２０とを有する。データパケットヘッダ２１０は、少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５を有する。データパケットペイロード２２０は、同じ固有サイズの多くの連続したパケットデータユニット２２１、２２２、２２３を有する。第２のネットワークノードの装置構成７００は、第１のネットワークノード１１０からデータパケット２００を受信するように適合された受信ユニット７１０を備える。

第２のネットワークノードの装置構成７００は、データパケットヘッダ２１０の少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５のうちの第１の長さインジケータを検出するように適合された検出ユニット７２０を備える。少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５のうちの第１の長さインジケータは、連続したデータユニット２２１、２２２、２２３の数を示す。検出ユニット７２０はさらに、データパケットヘッダ２１０の少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５のうちの第２の長さインジケータを検出するように適合されても良い。少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５のうちの第２の長さインジケータは、連続したデータユニット２２１、２２２、２２３の固有サイズを示す場合がある。

第２のネットワークノードの装置構成７００は、データパケットヘッダ２１０の少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５のうちの第１の長さインジケータを用いて、データユニット２２１、２２２、２２３を再組立するように適合された再組立ユニット７３０を有する。再組立ユニット７３０はさらに、データパケットヘッダ２１０の少なくとも１つの長さインジケータ２１１、２１２、２１３、２１４、２１５のうちの第２の長さインジケータを用いて、データユニット２２１、２２２、２２３を再組立するように適合されると良い。いくつかの実施例では、第２のネットワークノード１２０は基地局であるかもしれない。他の実施例では、第２のネットワークノード１２０は、携帯型通信機器であるかもしれない。

無線アクセスネットワークの性能を向上させるための方法および装置構成は、本発明の機能を実行するコンピュータプログラムコードと併せて１つ以上のプロセッサによって実装できる。上述したプログラムコードはまた、コンピュータプログラムプロダクトとして、例えば、無線通信ネットワーク１００の第１のノード１１０と第２のノード１２０にロードされる場合に、この方法を実行するコンピュータプログラムコードを搬送するデータ担持体の形式で提供できる。そのようなデータ担持体の１つは、ＣＤ−ＲＯＭディスクの形式である場合がある。しかしながら、メモリスティックのような他のデータ担持体で実現可能である。コンピュータプログラムコードはさらに、サーバ上の純粋のプログラムコードとして提供され、第１のノード１１０と第２のノード１２０に遠隔でダウンロードできる。

語句“有する（comprise）”または“有している（comprising）”を使用する場合、“を少なくとも〜からなる（consist at least of）”という意味において、限定されないと解釈されるものとする。

本発明は上述の好適な実施例に限定されるものではない。様々な代替、変形例、および均等物が用いられても良い。それ故、上記の実施例は本発明の範囲を限定するものとして受け取られるべきではなく、本発明の範囲は添付の請求の範囲により規定される。

Claims (25)

1. 第１のネットワークノード（１１０）におけるデータパケット（２００）の構造であって、
   前記第１のネットワークノード（１１０）は無線リンク（１３０）により前記データパケット（２００）を第２のネットワークノード（１２０）に送信するように適合され、
   前記第１のネットワークノード（１１０）と前記第２のネットワークノード（１２０）は無線通信ネットワーク（１００）に含まれており、
   前記データパケット（２００）はデータパケットヘッダ（２１０）とデータパケットペイロード（２２０）とを有し、
   前記データパケットヘッダ（２１０）は少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）を有し、前記データパケットペイロード（２２０）は同じ固有サイズの連続したパケットデータユニット（２２１，２２２，２２３）を有し、
   前記同じサイズの連続したパケットデータユニット（２２１，２２２，２２３）の数は前記データパケットヘッダ（２１０）における前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの第１の長さインジケータを用いて示されることを特徴とするデータパケット（２００）の構造。
2. 前記連続したパケットデータユニット（２２１，２２２，２２３）の固有サイズは、前記データパケットヘッダ（２１０）における前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの第２の長さインジケータを用いて示されることを特徴とする請求項１に記載のデータパケット（２００）の構造。
3. 前記長さインジケータの第１のセットの固有予約値（ＲＶ）は、前記データパケットペイロード（２２０）における前記同じサイズの連続したパケットデータユニット（２２１，２２２，２２３）の数を示すために用いられることを特徴とする請求項１又は２に記載のデータパケット（２００）の構造。
4. 前記長さインジケータの第２のセットの固有予約値（ＲＶｍ）は、前記データパケットペイロード（２２０）における前記同じサイズの連続したパケットデータユニット（２２１，２２２，２２３）の数を示すために用いられ、該パケットデータユニットの固有サイズは上限サイズ（Ｎ）に等しいことを特徴とする請求項１乃至３のいずれか１項に記載のデータパケット（２００）の構造。
5. 前記パケットデータユニットの上限サイズはＮであり、
   前記長さインジケータの第１のセットの固有予約値（ＲＶ）、或は、第２のセットの固有予約値（ＲＶｍ）は、予約値１によって表現される、Ｎより大きい第１の値から、最大で予約値ｍによって表わされる最終値までから選択されることを特徴とする請求項３又は４に記載のデータパケット（２００）の構造。
6. 前記パケットデータユニットの上限サイズはＮであり、
   前記長さインジケータの第１のセットの固有予約値（ＲＶ）、或は、第２のセットの固有予約値（ＲＶｍ）は、ｍがＮより大きい、予約値ｍ＋１によって表現される第１の値から、最大で予約値ｍ＋ｋによって表わされる最終値までから選択されることを特徴とする請求項３乃至５のいずれか１項に記載のデータパケット（２００）の構造。
7. 前記第１の長さインジケータは以前の長さインジケータであり、前記第２の長さインジケータは後続の長さインジケータであるか、或は、
   前記第１の長さインジケータは後続の長さインジケータであり、前記第２の長さインジケータは以前の長さインジケータであることを特徴とする請求項１乃至６のいずれか１項に記載のデータパケット（２００）の構造。
8. 前記第１のセットの固有予約値（ＲＶ）と前記第２のセットの固有予約値（ＲＶｍ）との内の少なくともいずれかは、前記長さインジケータの未使用のスペアの値から創成されることを特徴とする請求項３乃至７のいずれか１項に記載のデータパケット（２００）の構造。
9. 前記第１のネットワークノード（１１０）は、基地局或は携帯通信機器であることを特徴とする請求項１乃至８のいずれか１項に記載のデータパケット（２００）の構造。
10. 無線リンク（１３０）によりデータパケット（２００）を第２のネットワークノード（１２０）に送信する第１のネットワークノード（１１０）における方法であって、
    前記第１のネットワークノード（１１０）と前記第２のネットワークノード（１２０）とは無線通信ネットワーク（１００）に含まれ、
    前記データパケットはデータパケットヘッダ（２１０）とデータパケットペイロード（２２０）とを有し、
    前記データパケットヘッダ（２１０）は少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）を有し、前記データパケットペイロード（２２０）は同じ固有サイズの連続したパケットデータユニット（２２１，２２２，２２３）を有し、
    前記方法は、
    前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの第１の長さインジケータを用いて前記連続したパケットデータユニットの数を示す工程（４０３）と、
    前記データパケット（２００）を前記第２のネットワークノード（１２０）に送信する工程（４０５）とを有することを特徴とする方法。
11. 前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの第２の長さインジケータを用いて前記連続したパケットデータユニット（２２１，２２２，２２３）の固有サイズを示す工程（４０４）をさらに有することを特徴とする請求項１０に記載の方法。
12. 前記データパケットペイロード（２２０）の前記同じサイズの連続したパケットデータユニット（２２１，２２２，２２３）の数を示す工程（４０４）は、前記長さインジケータの第１のセットの固有予約値（ＲＶ）を用いて実行されることを特徴とする請求項１０又は１１に記載の方法。
13. 前記データパケットペイロード（２２０）の前記同じサイズの連続したパケットデータユニット（２２１，２２２，２２３）の数を示す工程（４０４）は、前記長さインジケータの第２のセットの固有予約値（ＲＶｍ）を用いて実行され、
    該パケットデータユニットの固有サイズは上限サイズ（Ｎ）に等しいことを特徴とする請求項１０乃至１２のいずれか１項に記載の方法。
14. 無線リンク（１３０）により第１のネットワークノード（１１０）からデータパケット（２００）を受信する第２のネットワークノード（１２０）における方法であって、
    前記第１のネットワークノード（１１０）と前記第２のネットワークノード（１２０）とは無線通信ネットワーク（１００）に含まれ、
    前記データパケット（２００）はデータパケットヘッダ（２１０）とデータパケットペイロード（２２０）とを有し、前記データパケットヘッダ（２１０）は少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）を有し、前記データパケットペイロード（２２０）は同じ固有サイズの連続したパケットデータユニット（２２１，２２２，２２３）を有し、
    前記方法は、
    前記第１のネットワークノード（１１０）から前記データパケット（２００）を受信する工程（５０１）と、
    前記連続したパケットデータユニット（２２１，２２２，２２３）の数を示す、前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５））のうちの第１の長さインジケータを検出する工程（５０２）と、
    前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの前記第１の長さインジケータを用いて、前記パケットデータユニット（２２１，２２２，２２３）を再組立する工程（５０４）とを有することを特徴とする方法。
15. 前記連続したパケットデータユニット（２２１，２２２，２２３）の固有サイズを示す、前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの第２の長さインジケータを検出する工程（５０３）をさらに有し、
    前記パケットデータユニット（２２１，２２２，２２３）を再組立する工程（５０４）はさらに、前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの前記第２の長さインジケータを用いることを含むことを特徴とする請求項１４に記載の方法。
16. 前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの第１の長さインジケータを用いて、前記パケットデータユニット（２２１，２２２，２２３）を再組立する工程（５０４）は、前記長さインジケータの第１のセットの固有予約値（ＲＶ）により実行されて、前記連続したパケットデータユニット（２２１，２２２，２２３）の数を示すことを特徴とする請求項１４又は１５に記載の方法。
17. 上限サイズ（Ｎ）に等しい固有サイズの前記連続するパケットデータユニット（２２１，２２２，２２３）の数を示す前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの第１の長さインジケータを用いて、前記パケットデータユニット（２２１，２２２，２２３）を再組立する工程（５０４）は、前記長さインジケータの第２のセットの固有予約値（ＲＶｍ）により実行されて、前記連続したパケットデータユニット（２２１，２２２，２２３）の数を示すことを特徴とする請求項１４乃至１６のいずれか１項に記載の方法。
18. 無線リンク（１３０）によりデータパケット（２００）を第２のネットワークノード（１２０）に送信するように適合された第１のネットワークノード（１１０）であって、
    前記第１のネットワークノード（１１０）と前記第２のネットワークノード（１２０）とは無線通信ネットワーク（１００）に含まれ、
    前記データパケット（２００）はデータパケットヘッダ（２１０）とデータパケットペイロード（２２０）とを有し、
    前記データパケットヘッダ（２１０）は少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）を有し、
    前記データパケットペイロード（２２０）は同じ固有サイズの連続したパケットデータユニット（２２１，２２２，２２３）を有し、
    前記第１のネットワークノード（１１０）の構成（６００）は、
    前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２２１，２１２，２１３，２１４，２１５）のうちの第１の長さインジケータを用いて、前記同じサイズの連続したパケットデータユニット（２２１，２２２，２２３）の数を示すように適合された表示ユニット（６１０）と、
    前記データパケット（２００）を前記第２のネットワークノード（１２０）に送信するように適合された送信ユニット（６２０）とを有することを特徴とする第１のネットワークノード。
19. 前記表示ユニット（６１０）はさらに、前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの第２の長さインジケータを用いて前記連続したパケットデータユニット（２２１，２２２，２２３）の固有サイズを示すように適合されていることを特徴とする請求項１８に記載の第１のネットワークノード。
20. 前記第１のネットワークノード（１１０）は基地局であることを特徴とする請求項１８又は１９に記載の第１のネットワークノード。
21. 前記第１のネットワークノード（１１０）は携帯通信機器であることを特徴とする請求項１８又は１９に記載の第１のネットワークノード。
22. 無線リンク（１３０）により第１のネットワークノード（１１０）からデータパケット（２００）を受信するように適合された第２のネットワークノード（１２０）であって、
    前記第１のネットワークノード（１１０）と前記第２のネットワークノード（１２０）とは無線通信ネットワーク（１００）に含まれ、
    前記データパケット（２００）はデータパケットヘッダ（２１０）とデータパケットペイロード（２２０）とを有し、
    前記データパケットヘッダ（２１０）は少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）を有し、
    前記データパケットペイロード（２２０）は同じ固有サイズの連続したパケットデータユニット（２２１，２２２，２２３）を有し、
    前記第２のネットワークノード（１２０）の構成（７００）は、
    前記第１のネットワークノード（１１０）から前記データパケット（２００）を受信するように適合された受信ユニット（７１０）と、
    前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの第１の長さインジケータを検出するように適合された検出ユニット（７２０）と、
    前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの前記第１の長さインジケータを用いて、前記パケットデータユニット（２２１，２２２，２２３）を再組立するように適合された再組立ユニット（７３０）とを有し、
    前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの前記第１の長さインジケータは、前記連続したパケットデータユニット（２２１，２２２，２２３）の数を示すことを特徴とする第２のネットワークノード。
23. 前記検出ユニット（７２０）はさらに、前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの第２の長さインジケータを検出するように適合され、
    前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの前記第２の長さインジケータは、前記連続したパケットデータユニット（２２１，２２２，２２３）の固有サイズを示し、
    前記再組立ユニット（７３０）はさらに、前記データパケットヘッダ（２１０）の前記少なくとも１つの長さインジケータ（２１１，２１２，２１３，２１４，２１５）のうちの第２の長さインジケータを用いて、前記パケットデータユニット（２２１，２２２，２２３）を再組立するように適合されていることを特徴とする請求項２２に記載の第２のネットワークノード。
24. 前記第２のネットワークノード（１２０）は基地局であることを特徴とする請求項２２又は２３に記載の第２のネットワークノード。
25. 前記第１のネットワークノード（１２０）は携帯通信機器であることを特徴とする請求項２２又は２３に記載の第２のネットワークノード。

Images