JP5265681B2

JP5265681B2 - 適応性があり、拡張可能なシーケンス・インデックスを追加／検出するための方法および装置

Info

Publication number: JP5265681B2
Application number: JP2010520399A
Authority: JP
Inventors: ヤン，タオ; ワン，フェン
Original assignee: アルカテル−ルーセント
Priority date: 2007-08-10
Filing date: 2008-06-17
Publication date: 2013-08-14
Anticipated expiration: 2028-06-17
Also published as: KR20100059847A; US20110261836A1; EP2187694A1; KR101452796B1; CN101365154A; JP2010536280A; EP2187694A4; US8363676B2; WO2009021393A1; CN101365154B

Description

本発明は、移動通信システムに関し、より詳細には、無線リンク制御器プロトコルデータユニット（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌｌｅｒ−ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ：（ＲＬＣ−ＰＤＵ））を再分割するための、適応性がありかつ拡張可能なシーケンス・インデックスを追加／検出する方法および装置に関する。

現段階では、３ＧＰＰ（ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）は、ＲＬＣＰＤＵ再分割に関連する題目について議論している。特に、１つの重要な問題は、受信装置が各セグメントを正しく並べることができ、かつ元のＲＬＣＰＤＵへと組み立てうることを保証するには、どのように各セグメントの位置をその元のＲＬＣＰＤＵ中で指定すべきか、ということである。

３ＧＰＰは、ＲＬＣＰＤＵ再分割は、以下の要件をサポートする必要のあることを決定した：
・再分割の数は無制限であること、
・ＲＬＣＰＤＵセグメントを再分割できること、および
・再分割指示のためのＲＬＣＰＤＵヘッダのオーバヘッドは、可能な限り低くすべきであること。

実際の状況では、再分割の数はそれほど高くなることはなく、多くの場合、例えば、２か３であろうとコメントしている会社もある。しかし、我々は、まれな場合かも知れないが、数の多い再分割シナリオを排除することはできない。

各ＲＬＣＰＤＵセグメントをどのように指定すべきかに関する２つの解決策が、従来技術で提案されてきた：
・解決策１：オフセット、
・解決策２：限定された数の再分割をサポートするだけのセグメント・インデックス。

これらの２つの解決策を、以下でそれぞれ説明する。

・解決策１：オフセット
解決策では、１６ビット・フィールドの「オフセット」が、元のＲＬＣＰＤＵ中のその最初のバイト位置を示すために、各ＲＬＣ−ＰＤＵセグメント中に追加される。１６ビット・フィールドは、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）ＤＬ（ダウンリンク）における１００Ｍｂｉｔのピーク・レートにより決定される。

図１は、オフセット解決策を説明するための概略図である。

図１で示すように、元のＲＬＣＰＤＵは、ＲＬＣＰＤＵセグメント１〜３を含む３つの部分に分割されると仮定する。ＲＬＣＰＤＵセグメント２はさらに、再送信されるときにＲＬＣＰＤＵセグメント４および５に分割される。それは、受信装置が、最終的にＲＬＣＰＤＵセグメント１、３、４、５を受け取ることを意味する。各セグメントでは、１６ビットの固定サイズを有する１フィールド「オフセット」が、元のＲＬＣＰＤＵにおける各セグメントの開始位置を示すために使用される。
＊ＲＬＣＰＤＵセグメント１では、オフセットは、その最初のバイト位置が、元のＲＬＣＰＤＵ中のＡであることを示す、
＊ＲＬＣＰＤＵセグメント２では、オフセットは、その最初のバイト位置が、元のＲＬＣＰＤＵ中のＢであることを示す、
＊ＲＬＣＰＤＵセグメント３では、オフセットは、その最初のバイト位置が、元のＲＬＣＰＤＵ中のＤであることを示す、
＊ＲＬＣＰＤＵセグメント４では、オフセットは、その最初のバイト位置が、元のＲＬＣＰＤＵ中のＢであることを示す、および
＊ＲＬＣＰＤＵセグメント５では、オフセットは、その最初のバイト位置が、元のＲＬＣＰＤＵ中のＣであることを示す。

受信装置（Ｒｘ）は、それらの「オフセット」フィールドに従って、セグメント１、セグメント４、セグメント５、およびセグメント３の順に、各セグメントを正しく並べることができるのは明らかである。

Ｕｕインターフェースで送信されるオフセット・フィールドのビットは、以下のように計算される。
＊ＲＬＣＰＤＵセグメント１が送信されるとき、１６ビットのオフセット・フィールドがＵｕインターフェースで送信される、
＊ＲＬＣＰＤＵセグメント２が送信されるとき、１６ビットのオフセット・フィールドがＵｕインターフェースで送信される、
＊ＲＬＣＰＤＵセグメント３が送信されるとき、１６ビットのオフセット・フィールドがＵｕインターフェースで送信される、
＊ＲＬＣＰＤＵセグメント４が送信されるとき、１６ビットのオフセット・フィールドがＵｕインターフェースで送信される、
＊ＲＬＣＰＤＵセグメント５が送信されるとき、１６ビットのオフセット・フィールドがＵｕインターフェースで送信される。
その場合、Ｒｘがすべてのセグメントを受信したとき、合計で１６×５＝８０ビットが送信される。

一方で、その解決策は、以下のような利点を有する：
＊無制限の再分割がサポートされること、および
＊セグメントを再分割できること。

他方で、その解決策は、以下のような欠点を有する：
＊１６ビットのオフセット・フィールドは、大きなＲＬＣＰＤＵヘッダ・オーバヘッドを生ずること、および
＊いくつかの会社は、セグメント・インデックス解決策を使用することの方を好むこと。

・解決策２：セグメント・インデックス
この解決策では、元のＲＬＣＰＤＵにおけるその順序を示すために、固定サイズのサブセグメント・インデックス（ＳｅｇＩｎｄ）が、各セグメントに追加される。

図２は、セグメント・インデックス解決策を説明するための概略図である。

図２で示すように、４ビットの「ＳｅｇＩｎｄ」フィールドが、元のＲＬＣＰＤＵにおけるその順序を示すために各セグメント中に添付される。元のＲＬＣＰＤＵは、例えば、２^４＝１６ブロックへと分割されうるに過ぎないことは明らかである。

セグメント１、２、３に対する各セグメント・インデックスとして、それぞれ、例えば、００００、０００１、および０００２が設定される。しかし、セグメント２をセグメント４および５に再分割することは、セグメント・インデックスＳｅｇＩｎｄをこのような場合に正しく設定できないため、この解決策ではサポートすることができない。

一方で、この解決策は、以下のような利点を有する：
＊１６ビットのオフセット・フィールドと比較してセグメント・インデックスＳｅｇＩｎｄのために使用されるビットが少ないことは、実際の状況では多い可能性のある、サポートするセグメント数が小さいとき特に、セグメント・ヘッダのオーバヘッドを減少させるのに役立つ。

他方で、この解決策は以下のような欠点を有する：
＊無制限の再分割をサポートできないこと、および
＊セグメントのさらなる再分割をサポートできないこと。

したがって、低い再分割レベルにおいては小さな再分割ヘッダ・オーバヘッドを生ずるが、無制限の高い再分割レベルをサポートすることに対しても適応性のある一解決策が求められている。このような解決策は、このような要件を満足する本発明によって提案される。

本発明の実施形態によれば、低い再分割レベルにおいては小さな再分割ヘッダ・オーバヘッドを生ずるが、無制限の高い再分割レベルをサポートすることに対しても適応性のある、ＲＬＣＰＤＵ再分割のための適応性がありかつ拡張可能なセグメント・インデックスを追加／検出する方法および装置が提案される。

本発明の第１の態様によれば、再分割が生ずるかどうかを判定するステップと、再分割が生ずると判定された場合、再分割ヘッダの終わりと他の情報の開始を示すビットを、現在のブロックの再分割ヘッダ中で探すステップと、再分割ヘッダの終わりと他の情報の開始を示すビットの直前に、２つのビットを挿入するステップであり、第１のビットが、上位レベルで再分割が生じていることを示し、第２のビットが、この再分割で生成される一方の部分を示しているステップとを含む、再分割のためのセグメント・インデックスを追加する方法が提案される。

本発明の第２の態様によれば、外部から元のブロックおよび再分割命令を受信するための入力ユニットと、入力ユニットから送られた情報に従って再分割が生ずるかどうかを判定し、かつ再分割が生ずると判定した場合、再分割ヘッダの終わりと他の情報の開始を示すビットを、現在のブロックの再分割ヘッダ中で探すための判定ユニットと、再分割ヘッダの終わりと他の情報の開始を示すビットの直前に、２つのビットを挿入するための挿入ユニットであり、第１のビットが、上位レベルで再分割が生ずることを示し、かつ第２のビットが、この再分割で生成される一方の部分を示している挿入ユニットとを備える再分割のためのセグメント・インデックスを追加する装置が提案される。

本発明の第３の態様によれば、現在のブロックの再分割ヘッダ中で、再分割ヘッダの終わりと他の情報の開始を示すビットを判定するステップと、再分割ヘッダを、再分割ヘッダの第１のビットから、再分割ヘッダの終わりと他の情報の開始を示す判定されたビットまで記憶するステップとを含む再分割のためのセグメント・インデックスを検出する方法が提案される。

本発明の第４の態様によれば、元のブロックを受け取るための入力ユニットと、現在のブロックの再分割ヘッダ中で、入力ユニットから送られた情報に従って、再分割ヘッダの終わりと他の情報の開始を示すビットを判定するための判定ユニットと、再分割ヘッダを、再分割ヘッダの第１ビットから、再分割ヘッダの終わりと他の情報の開始を示す判定されたビットまで記憶するための記憶ユニットとを備える、再分割のためのセグメント・インデックスを検出する装置が提案される。

本発明によれば、送信装置は、基地局または移動局とすることができ、またそれに応じて、受信装置は、移動局または基地局とすることができる。本発明による再分割のためのセグメント・インデックスを追加する装置、および本発明による再分割のためのセグメント・インデックスを検出する装置は、基地局または移動局に含めることができる。

本発明の上記および他の目的、特徴、ならびに利点は、添付の図面を併せて読めば、本発明の好ましい実施形態に関する以下の詳細な説明から明らかとなろう。

再分割のためのオフセット解決策を説明するための概略図である。再分割のためのセグメント・インデックス解決策を説明するための概略図である。本発明による再分割のためのセグメント・インデックスの概略図である。本発明が図１の例において適用された実施形態の概略図である。本発明の実施形態によるセグメント・インデックスを追加する方法を示す流れ図である。本発明の実施形態によるセグメント・インデックスを検出する方法を示す流れ図である。本発明の実施形態によるセグメント・インデックスを追加する装置を示すブロック図である。本発明の実施形態によるセグメント・インデックスを検出する装置を示すブロック図である。

本発明の好ましい実施形態を、図面を参照して以下で詳細に述べるものとする。本発明の理解をあいまいにするかも知れないが、従来の構造または構成は除外される。

適応性があり、拡張可能なセグメント・インデックス解決策が、本発明により提案される。基本的な考え方は以下のようになる。
・１ビット＝０（ＥｎｄＢｉｔ＝０）が、再分割ヘッダの終わりと他の情報の開始を示すために使用される。
→元のＲＬＣＰＤＵでは、このビット（ＥｎｄＢｉｔ＝０）はまた、再分割が生じないことを示すために使用される。
→このような場合は、ＲＩ（再分割インジケータ）が０に設定され、常に再分割ヘッダの終わりに配置されるものと見なすことができ、あるいは再分割ヘッダの終わりと他の情報の開始を示すビットＥｎｄＢｉｔ（＝０）がＲＩであり、かつ再分割が生じない場合は０に設定されるものと見なすことができる。再分割が生ずる場合、再分割ヘッダの最初のビットはＲＩであり、１に設定され、また再分割ヘッダの終わりと他の情報の開始を示すビットが再分割ヘッダの終わりに追加され、０に設定される（ＥｎｄＢｉｔ＝０）。
・各再分割では、元のブロックは２つの部分に分割され、その最初の部分は、現在のＴＴＩ（送信時間間隔）で送信されるが、残りの部分は、次の送信機会のためにバッファリングされる。このことを考慮して、以下のように、再分割するたびに２つのビットがビットＥｎｄＢｉｔの前に追加される：
→１ビット（Ｌｉ、ｉは自然数）＝１が、上位レベルで再分割が生ずることを示すために追加される、
→１ビット（Ｌ／Ｒｉ、ｉは自然数）が、この再分割で生ずる２つの部分を区別するために使用される、
→ビットＥｎｄＢｉｔ＝０は変更されず、再分割ヘッダの終わりと他の情報の開始を示す。

このような追加によりもたらされた結果は、以下のことを含む：
・異なる再分割レベルに対するヘッダのオーバヘッドは異なる：
→再分割ヘッダのオーバヘッドは、実際の状況では主な場合である低レベルの再分割シナリオにおいて小さい。
・ヘッダのオーバヘッドは、適応性があり、拡張可能である：
→無制限の再分割がサポートされる、また
→ＲＬＣＰＤＵセグメントのさらなる再分割がサポートされる。

上記の例では、再分割が生ずる場合には、ＥｎｄＢｉｔ＝０およびＬｉ＝１に設定され、また再分割が生じない場合には、ＥｎｄＢｉｔ＝０に設定されるだけである。しかし、本発明はこのような例に限定されない。他の例として、再分割が生ずる場合には、ＥｎｄＢｉｔ＝１およびＬｉ＝０に設定され、また再分割が生じない場合には、ＥｎｄＢｉｔ＝１に設定されるだけである。

再分割が生ずる場合には、ＥｎｄＢｉｔ＝０およびＬｉ＝１に設定され、また再分割が生じない場合には、ＥｎｄＢｉｔ＝０に設定されるだけである一例を、以下で詳細に述べる。

図３は、本発明による再分割のためのセグメント・インデックスの概略図である。

本発明による再分割ヘッダを図３と併せて説明する。
・元のＲＬＣＰＤＵである第１レベルでは、ＲＬＣＰＤＵヘッダ中で、１つのビットＥｎｄＢｉｔ＝０に設定される。ＥｎｄＢｉｔ＝０であることが検出されたとき、受信装置は、これは元のＲＬＣＰＤＵであり、再分割ヘッダが存在しないことを知る。
・元のＲＬＣＰＤＵが２つの部分に分割された第２レベルでは：
→元のＲＬＣＰＤＵは２つの部分、ＲＬＣＰＤＵ０とＲＬＣＰＤＵ１に分割され、ＲＬＣＰＤＵ０は、このＴＴＩで送信されるが、ＲＬＣＰＤＵ１は、次の送信機会のためにバッファリングされる、
→２つのビットが、ＲＬＣＰＤＵ０とＲＬＣＰＤＵ１に対して、ビットＥｎｄＢｉｔ＝０の前に追加される：
→１ビットＬ１＝１が、上位レベルで再分割が生じていることを示すために追加され、１ビットの後はＬ／Ｒビットである、
→１ビットＬ／Ｒは、この再分割で生成される２つの部分を区別するために追加される。例えば、１は左の部分を示し、０は右の部分を示す。
→ビットＥｎｄＢｉｔ＝０は変更されず、再分割ヘッダの終わりと他の情報の開始を示す。
・第３レベルでは、次のように、２つのビットが、ビットＥｎｄＢｉｔ＝０の前に追加される：
→１ビットＬ２＝１が、上位レベルで再分割が生じていることを示すために追加され、その後にビットＬ／Ｒが続く：
→１ビットＬ／Ｒ２が追加される。例えば、Ｌ／Ｒ２＝０は、この部分は左の部分であることを示すが、Ｌ／Ｒ２＝１はこの部分が右の部分であることを示しており、その逆の場合も同様である。
→ビットＥｎｄＢｉｔ＝０は変更されない。
手順は、連続するｉ番目のレベル（ｉは自然数である）に対しても同様である。

比較から分かるように、提案の解決策は、以下の点で、再分割のレベルにかかわらず１６ビットを必要とするオフセット解決策とは異なる：
＊第１レベルの再分割（すなわち、元のＲＬＣＰＤＵ）では、さらなるビットを必要としない、
＊第２レベルの再分割では、提案の解決策は、追加すべき２ビットを必要とするだけである、
＊第３レベルの再分割では、提案の解決策は、追加すべき４ビットを必要とする、
＊第４レベルの再分割では、提案の解決策は、追加すべき６ビットを必要とする、
＊第５レベルの再分割では、提案の解決策は、追加すべき８ビットを必要とする、
・・・
＊第８レベルの再分割では、提案の解決策は、追加すべき１４ビットを必要とする、
＊第９レベルの再分割では、提案の解決策は、追加すべき１６ビットを必要とする。

この比較を以下の表１で示す。

表１で示すように、提案の解決策は、第２から第８レベルの再分割に対して、オフセット解決策と比較して、より少ないヘッダ・オーバヘッドを生ずることになる。

多くの会社がコメントしているように、実際の状況では、２または３の再分割レベルが主な場合でありうる。それは、提案の解決策が、多くの場合にオフセット解決策と比較して少ないヘッダ・オーバヘッドの利益を有することを意味する。

図１で示すものと同じサンプルを以下で検討する。各セグメントは、連続するＴＴＩで送信されるものと仮定する：
＊元のＲＬＣＰＤＵは、第１のＴＴＩ（ＴＴＩ１）で２つの部分に再分割され、第１の部分ＲＬＣＰＤＵセグメント１は、第１のＴＴＩで送信される。
＊第２のＴＴＩ（ＴＴＩ２）で、左の部分は、送信される前に、さらに２つの部分に再分割される。ＰＬＣＰＤＵセグメント２は、第２のＴＴＩで送信されるが、失敗する。
＊第３のＴＴＩで、左の部分が、このＴＴＩでＲＬＣＰＤＵセグメント３として送信され、成功する。
＊第４のＴＴＩで、ＲＬＣＰＤＵセグメント２はさらに、再送信される前に、２つの部分、ＲＬＣＰＤＵセグメント４およびＲＬＣＰＤＵセグメント５に再分割される。ＲＬＣＰＤＵセグメント４は、このＴＴＩで送信され、成功する。
＊第５のＴＴＩで、左側のＲＬＣＰＤＵセグメント５が、成功裡に送信される。

その手順を図４で示す。

図４で示すように、提案の解決策の再分割ヘッダ・オーバヘッドは：
＊ＴＴＩ１で、２ビットがＵｕインターフェースで送信される、
＊ＴＴＩ２で、４ビットがＵｕインターフェースで送信される、
＊ＴＴＩ３で、４ビットがＵｕインターフェースで送信される、
＊ＴＴＩ４で、６ビットがＵｕインターフェースで送信される、および
＊ＴＴＩ５で、６ビットがＵｕインターフェースで送信される。

４セグメントが、成功裡に送信されるまで、合計で３２ビットがＵｕインターフェースで送信されるが、それは、オフセット解決策により生ずるオーバヘッドの２７．５％（＝２２／８０×１００％）に過ぎない。

Ｒｘは、あいまいさを残すことなく、再分割ヘッダに基づいて４つのセグメントを容易に並べることができる。

以下で、本発明によるＰＬＣＰＤＵ再分割のための、適応性がありかつ拡張可能なセグメント・インデックスを追加／検出する方法および装置を、図５〜８を参照して詳細に述べることとする。

図５は、本発明の実施形態によるセグメント・インデックスを追加する方法を示す流れ図である。

ステップＳ５００で、本発明によるセグメント・インデックスを追加する方法を開始する。まず、ステップＳ５０２で、再分割が生ずるかどうかを判定する。再分割が生ずると判定された場合（ステップＳ５０２で「Ｙｅｓ」）、ステップＳ５０４で、再分割ヘッダ中の最初のビットが選択される。ここで、ビット・ポインタｊは１に設定される。次いで、ステップＳ５０６で、再分割ヘッダのｊ番目のビット（この場合、最初のビット）が０であるかどうかが判定される。ステップＳ５０６で、再分割ヘッダのｊ番目のビットが０ではないと判定された場合（ステップＳ５０６で「Ｎｏ」）、ステップＳ５０８で、再分割ヘッダの（ｊ＋２）番目のビット（この場合、３番目のビット）が選択される。ここで、ビット・ポインタｊはｊ＋２に設定され、ｊ＝ｊ＋２となる。次いで、方法は、ステップＳ５０６に進む。ステップＳ５０６で、再分割ヘッダのｊ番目のビットが０であると判定された場合（ステップＳ５０６で「Ｙｅｓ」）、方法は、ステップＳ５１０に進む。再分割ヘッダの終わりと他の情報の開始を示すビットＥｎｄＢｉｔは、ステップＳ５０６とＳ５０８を反復することにより見出すことができる。ステップ５１０で、ＬｉおよびＬ／Ｒｉを含む２ビットが、再分割ヘッダのｊ番目のビット（すなわちビットＥｎｄＢｉｔ）の前に追加される。第１のビットＬｉ＝１は、上位レベルで再分割が生ずることを示すためにＬｉ＝１と設定される。第２のビットは、この再分割で生成される各セグメントを示すためにＬ／Ｒｉ＝０または１に設定される。非限定の例として、Ｌ／Ｒｉ＝０は右の部分に対応し、またＬ／Ｒｉ＝１は左の部分に対応し、その逆も同様である。ステップＳ５１０が完了した後、本発明によるセグメント・インデックスを追加する方法は、ステップＳ５１２で、終了へと進む。

さらに、ステップＳ５０２で、再分割が生じないと判定された場合（ステップＳ５０２で「Ｎｏ」）、方法は、ステップＳ５１２の終了へとジャンプする。

図６は、本発明の実施形態によるセグメント・インデックスを検出する方法を示す流れ図である。

ステップＳ６００で、本発明によるセグメント・インデックスを検出する方法が開始する。まず、ステップＳ６０２で、再分割ヘッダ中の最初のビットが選択される。ここで、ビット・ポインタｊは１に設定される。次いで、ステップＳ６０４で、再分割ヘッダのｊ番目のビット（この場合、最初のビット）が１であるかどうかを判定する。ステップＳ６０４で、再分割ヘッダのｊ番目のビットが１であると判定された場合（ステップＳ６０４で「Ｙｅｓ」）、ステップＳ６０６で、上位レベルで再分割が生じていると判定され、次のビット（Ｌ／Ｒｉ）＝０／１は、このセグメントが、再分割で生成される左／右のセグメントであることを示している。ｊ番目のビット（この場合、最初のビット）および（ｊ＋１）番目のビット（この場合、第２のビット）が記憶される。次いで、方法は、ステップＳ６０８に進み、再分割ヘッダの（ｊ＋２）番目のビット（すなわち、第３のビット）を選択する。ここで、ビット・ポインタｊは、ｊ＋２に設定され、ｊ＝ｊ＋２となる。次いで、方法は、ステップＳ６０４に進む。

ステップＳ６０４で、再分割ヘッダのｊ番目のビットが１ではないと判定された場合（ステップＳ６０４で「Ｎｏ」）、方法はステップＳ６１０に進む。このビットは、再分割ヘッダの終わりと他の情報の開始を示している。ｊ番目のビットが記憶され、方法はステップＳ６１２に進む。すべての記憶されたビットは、記憶された再分割ヘッダとして順次に出力される。ステップＳ６１２が完了した後、本発明によるセグメント・インデックスを検出する方法は、ステップＳ６１４の終了に進む。

図７は、本発明の実施形態によるセグメント・インデックスを追加する装置を示すブロック図である。

セグメント・インデックスを追加する装置は、送信装置１００に位置する。送信装置１００は、基地局または移動局である。

本発明の実施形態によるセグメント・インデックスを追加する装置は、入力ユニット１１０、制御ユニット１２０、および出力ユニット１３０を備える。制御ユニット１２０は、判定ユニット１２０５および挿入ユニット１２１０を備える。

入力ユニット１１０は、外部から、元のブロック（ＲＬＣＰＤＵまたはＲＬＣＰＤＵセグメント）、および再分割命令を受信する。判定ユニット１２０５は、入力ユニットから送られた情報に従って、再セグメントが生ずるかどうかを判定する。

判定ユニット１２０５は、再分割が生ずると判定された場合、現在のブロックの再分割ヘッダ中の、再分割ヘッダの終わりと他の情報の開始を示すビットを探し、挿入ユニット１２１０に対して、再分割ヘッダの終わりと他の情報の開始を示すビットの直前に２ビット（すなわち、ＬｉとＬ／Ｒｉ）を挿入するように命令する。第１のビット（Ｌｉ）＝１は、上位レベルで再分割が生ずることを示し、また第２のビット（Ｌ／Ｒｉ）＝０もしくは１は、この再分割で生成される各部分を示している（非限定の例であるが、０は左の部分に対応し、１は右の部分に対応する）。出力ユニット１３０は、挿入ユニット１２０により再分割ヘッダが再設定されたＲＬＣＰＤＵを最終的に出力する。

図８は、本発明の実施形態によるセグメント・インデックスを検出する装置を示すブロック図である。

セグメント・インデックスを検出する装置は、受信装置２００に位置する。受信装置２００は、基地局または移動局である。

本発明の実施形態によるセグメント・インデックスを検出する装置は、入力ユニット２１０、制御ユニット２２０、および出力ユニット２３０を備える。制御ユニット２２０は、判定ユニット２２０５および記憶ユニット２２１０を備える。

入力ユニット２１０は、元のブロック（ＲＬＣＰＤＵまたはＲＬＣＰＤＵセグメント）を受信する。判定ユニット２２０５は、入力ユニット２１０から送られた情報に従って、現在のブロックの再分割ヘッダ中の、再分割ヘッダの終わりと他の情報の開始を示すビットを判定する。記憶ユニット２２１０は、再分割ヘッダを、再分割ヘッダの最初のビットから、判定ユニットにより判定された再分割ヘッダの終わりと他の情報の開始を示すビットまで記憶する。出力ユニット２３０は、記憶ユニット２２１０により記憶されたＲＬＣＰＤＵまたはＲＬＣＰＤＵセグメントに対する再分割ヘッダを出力する。

上記の記述は、本発明の好ましい実施形態に過ぎない。当業者であれば本発明の範囲内で容易に行うことのできる任意の変更、置換え、または追加は、本発明の範囲により包含されるべきである。したがって、本発明は、好ましい諸実施形態に限定されるべきではなく、その保護は、特許請求の範囲によってのみ定義されるべきである。

Claims

無線リンク制御器プロトコルデータユニット（ＲＬＣ−ＰＤＵ）に対する再分割のためのセグメント・インデックスを追加する方法であって、
再分割が生ずるかどうか判定するステップと、
再分割が生ずると判定されたときには、再分割ヘッダの終わりと他の情報の開始を示すビットを現在のブロックの前記再分割ヘッダ中で探すステップと、
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットの直前に、２つのビットを挿入するステップとを含み、第１のビットが、上位の再分割レベルで再分割が生じていることを示し、第２のビットが、この再分割で生成される２つの部分の内の一方の部分を示す、方法。
前記再分割ヘッダ中に前記２つのビットが挿入された状態で前記ブロックを出力するステップをさらに含む、請求項１に記載の方法。
再分割が生じないと判定されたときには、前記再分割ヘッダを変更しないままにするステップをさらに含む、請求項１または２に記載の方法。
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットが、前記追加された第１のビットとは反対の値を有する、請求項１乃至３のいずれか１項に記載の方法。
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットが、分割されていないプロトコルデータユニット（ＰＤＵ）中で再分割が生じないことを示している、請求項４に記載の方法。
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットが、分割されていないプロトコルデータユニット（ＰＤＵ）中の再分割インジケータ（ＲＩ）であり、また前記再分割ヘッダ中の前記第１のビットが、分割されたＰＤＵにおける前記ＲＩである、請求項４に記載の方法。
前記元のブロックが再分割するたびに２つの部分へと再分割され、第１の部分が現在の送信時間間隔（ＴＴＩ）で送信され、第２の部分が次の送信機会のためにバッファリングされる、請求項１乃至３のいずれか１項に記載の方法。
無線リンク制御器プロトコルデータユニット（ＲＬＣ−ＰＤＵ）に対する再分割のためのセグメント・インデックスを追加する装置であって、
外部から元のブロックおよび再分割命令を受信するための入力ユニットと、
前記入力ユニットから送られた前記情報に従って再分割が生ずるかどうかを判定し、再分割が生ずると判定したときには、再分割ヘッダの終わりと他の情報の開始を示すビットを現在のブロックの前記再分割ヘッダ中で探す判定ユニットと、
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットの直前に、２つのビットを挿入する挿入ユニットとを含み、第１のビットが、上位の再分割レベルで再分割が生ずることを示し、第２のビットが、この再分割で生成される２つの部分の内の一方の部分を示す、装置。
前記再分割ヘッダ中に前記２つのビットが挿入された状態で前記ブロックを出力する出力ユニットをさらに備える、請求項８に記載の装置。
前記判定ユニットは、再分割が生じないと判定したときには、前記再分割ヘッダを変更しないままでおくように決定する、請求項８または９に記載の装置。
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットが、前記追加された第１のビットとは反対の値を有する、請求項８乃至１０のいずれか１項に記載の装置。
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットが、分割されていないプロトコルデータユニット（ＰＤＵ）中で再分割が生じないことを示している、請求項１１に記載の装置。
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットが、分割されていないプロトコルデータユニット（ＰＤＵ）中の再分割インジケータ（ＲＩ）であり、前記再分割ヘッダ中の前記第１のビットが、分割されたＰＤＵにおける前記ＲＩである、請求項１１に記載の装置。
前記元のブロックが、再分割するたびに２つの部分へと再分割され、第１の部分が現在の送信時間間隔（ＴＴＩ）で送信され、第２の部分が次の送信機会のためにバッファリングされる、請求項８乃至１０のいずれか１項に記載の装置。
請求項８乃至１４のいずれか１項に記載の再分割のためのセグメント・インデックスを追加する装置を備える基地局。
請求項８乃至１４のいずれか１項に記載の再分割のためのセグメント・インデックスを追加する装置を備える移動局。
無線リンク制御器プロトコルデータユニット（ＲＬＣ−ＰＤＵ）に対する再分割のためのセグメント・インデックスを検出する方法であって、
現在のブロックの再分割ヘッダ中で、再分割ヘッダの終わりと他の情報の開始を示すビットを判定するステップと、
前記再分割ヘッダを、前記再分割ヘッダの最初のビットから、前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記判定されたビットまで記憶するステップと、
前記記憶された再分割ヘッダを出力するステップと、
を含み、
前記現在のブロックの前記再分割ヘッダの前記最初のビットで始まる１つおきのビットに対して、現在のビットが、前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットであるかどうかを判定するステップと、
前記現在のビットが、前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットではないと判定されたときには、前記現在のビットおよび次のビットを記憶するステップと、
前記現在のビットが、前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットであると判定されたときには、前記現在のビットを記憶し、すべての記憶されたビットを、記憶された再分割ヘッダとして順次に出力するステップと、
を更に含む方法。
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットが、再分割が生ずることを示すビットとは反対の値を有する、請求項１７に記載の方法。
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットが、分割されていないプロトコルデータユニット（ＰＤＵ）中で再分割が生じないことを示している、請求項１８に記載の方法。
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットが、分割されていないプロトコルデータユニット（ＰＤＵ）中の再分割インジケータ（ＲＩ）であり、また前記再分割ヘッダ中の前記最初のビットが、分割されたＰＤＵにおける前記ＲＩである、請求項１８に記載の方法。
無線リンク制御器プロトコルデータユニット（ＲＬＣ−ＰＤＵ）に対する再分割のためのセグメント・インデックスを検出する装置であって、
元のブロックを受信する入力ユニットと、
現在のブロックの再分割ヘッダ中で、前記入力ユニットから送られた情報に従って、再分割ヘッダの終わりと他の情報の開始を示すビットを判定する判定ユニットと、
前記再分割ヘッダを、前記再分割ヘッダの最初のビットから、前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記判定されたビットまで記憶する記憶ユニットと、
前記記憶された再分割ヘッダを出力する出力ユニットと、
を備え、
前記判定ユニットが、前記現在のブロックの前記再分割ヘッダの前記最初のビットで始まる１つおきのビットに対して、現在のビットが、前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットであるかどうかを判定し、
前記判定ユニットが、前記現在のビットは、前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットではないと判定したときには、前記記憶ユニットが前記現在のビットおよび次のビットを記憶し、そして、
前記現在のビットが、前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットであると判定されたときには、前記記憶ユニットが前記現在のビットを記憶し、前記出力ユニットが、すべての記憶されたビットを、記憶された再分割ヘッダとして順次に出力する、装置。
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットが、再分割が生ずることを示すビットとは反対の値を有する、請求項２１に記載の装置。
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットが、分割されていないプロトコルデータユニット（ＰＤＵ）中で再分割が生じないことを示している、請求項２２に記載の装置。
前記再分割ヘッダの前記終わりと他の情報の前記開始を示す前記ビットが、分割されていないプロトコルデータユニット（ＰＤＵ）中の再分割インジケータ（ＲＩ）であり、前記再分割ヘッダ中の前記最初のビットが、分割されたＰＤＵにおける前記ＲＩである、請求項２２に記載の装置。
請求項２１乃至２４のいずれか１項に記載の再分割のためのセグメント・インデックスを検出する装置を備える基地局。
請求項２１乃至２４のいずれか１項に記載の再分割のためのセグメント・インデックスを検出する装置を備える移動局。