JP5449470B2 - 改善された状態報告のための方法とデバイス - Google Patents

Description

本発明は、セルラ通信システムの中で使用するための方法を開示する。このセルラ通信システムにおいては、第１のトランシーバと第２のトランシーバとの間でトラフィックを交換することができる。トラフィックは、データユニットの形で送信され、それぞれのデータユニットには識別子が付与され、いくつかのセグメントに分割することができる。受信トランシーバは、送信されたデータに関する状態情報を、送信トランシーバ、即ち、データを送信したトランシーバに、データフレームまたはデータユニットの形で送信することができる。

セルラ通信システムに対する３ＧＰＰ ＬＴＥプロジェクト（第３世代パートナーシッププロジェクト 長期エボルーション）では、ＲＬＣ（無線リンク制御）プロトコルが使用され、セルの中のユーザとセルの制御ノードとの間の通信を行う。この制御ノードは、所謂、ｅＮｏｄｅＢ“発展型ＮｏｄｅＢ”と呼ばれる。

ＲＬＣではトラフィックは所謂ＰＤＵ（プロトコルデータユニット）として送信され、ＰＤＵは、与えられるシーケンス番号を付与されることによって識別される。受信パーティは、送信パーティからのＰＤＵに応答して、所謂、ＡＣＫとＮＡＣＫの内少なくともいずれかで、所謂ＲＬＣ状態ＰＤＵを送信パーティに送信する。即ち、データが正しく受信されたことの確認応答（ＡＣＫ）、或は、データが正しく受信されなかった、即ち、部分的に受信されたか或は全く受信されなかったことを示す情報（ＮＡＣＫ）が送信される。ＲＬＣ状態ＰＤＵにおけるＡＣＫおよびＮＡＣＫは、問題となっているＰＤＵを識別するために、ＰＤＵシーケンス番号として送信される。

ＬＴＥシステムでは、ＲＬＣ ＰＤＵはセグメントに分割することができ、その結果、シーケンス番号はＰＤＵに固有なものであるから、同一のシーケンス番号を持つ２つ以上のＰＤＵセグメントが生まれる。また、ＰＤＵをセグメントに分割する処理は、再セグメンテーションと呼ばれる。

ＬＴＥでの再セグメンテーションのために、ＡＣＫまたはＮＡＣＫが送信されたデータを識別するためには、シーケンス番号では十分ではないであろう。

上記の説明から明らかになったように、３Ｇ ＬＴＥシステムにおいて、受信パーティから送信パーティに送信されるＡＣＫとＮＡＣＫを、応答としてそれらが送信されるデータセグメントに関して識別できることにより解決する必要がある。

さらに、問題となっている解決策によって扱われるべき別の必要は、可変の数のＮＡＣＫを送信することが可能であるべきであるという点である。

この必要は本発明により扱われ、本発明では次の方法を開示する。即ち、セルラ通信システムにおいて使用する方法であって、そのシステムでは、第１のトランシーバと第２のトランシーバとの間でトラフィックが交換される。そのシステムのトラフィックは、データユニットの形で送信され、それぞれのデータユニットには識別子が付与される。データユニットは複数のセグメントに分割され、受信側のトランシーバは、送信側トランシーバ、即ち、データを送信したトランシーバに、データユニットを正しく受信したか、部分的に受信したか、または受信しなかったかについての状態情報をデータフレームまたはデータユニットの形で送信することができる。

本発明の方法に従えば、１つ以上のデータユニットが部分的に受信された、または正しく受信されなかった場合には、その送信側のトランシーバに送信される状態情報は、データユニットは受信されなかったか、または部分的に受信されたかについての情報を含む。また、データユニットが部分的に受信された場合には、データユニットのどの部分が受信されなかったかについての情報を含む。

従って、本発明によって、受信側のトランシーバが、送信側のトランシーバに対して、データユニットの受信されなかった部分を明確に識別することが可能になる。その結果、送信側のトランシーバはそれらの部分を再送信することが可能になる。

また、本発明により、受信されなかったデータの量の識別がある程度可能になる。これは、本発明によって扱われるべきもう１つの必要である。

本発明の一実施例では、データユニットが受信されなかったか、または部分的に受信されたかについての情報は、前記データフレームまたはデータユニットの中のフラグとして含まれる。

別の実施例では、データユニットのどの部分が受信されなかったかについての情報は、受信されなかったデータの最初の部分と最後の部分を示す情報として、データフレームまたはデータユニットの中に含まれる。

本発明をさらに別の側面から見ると、送信側のトランシーバからのデータフレームまたはデータユニットがセグメントに分割されていて、１つ以上の最後のセグメントが受信側のトランシーバに達していなかった場合、このことが受信側のトランシーバによって示される。

本発明のさらなる実施例では、データユニットのどの部分が受信されなかったかについての情報は、データユニットの識別子を指示する情報、また、前記データユニットの中の受信されなかったデータの始まりと受信されなかったデータの量についての情報として、データフレームまたはデータユニットの中に含まれる。

本発明の種々の側面と利点については、下記に示す詳細な説明においてより詳細に説明する。

本発明はまた、本発明のシステムにおいて使用するトランシーバを開示する。

以下、本発明を添付図面を参照してより詳細に説明する。

本発明が適用されるシステムを示す図である。 、 、 、 、 本発明の種々の実施例を示す図である。 本発明の方法を示すフローチャートである。 本発明のトランシーバのブロック図である。

図１は本発明が適用されるシステム１００を示す。上述のように、本発明は主として、３ＧＰＰ ＬＴＥの種類のシステムを意図している。３ＧＰＰ ＬＴＥシステムは、しばしばＬＴＥシステムとしても言及される第３世代パートナーシッププロジェクト 長期エボルーションシステムのことであるが、３ＧＰＰでは公式には、発展型ＵＴＲＡＮまたはＥ−ＵＴＲＡＮとして知られる。これらの名称は以下の説明では、交換可能なものとして使用されている。

図１に示すように、ＬＴＥシステム１００は、複数のセルと呼ばれるものを備え、その内の１つは図１では１３０で示されている。ＬＴＥシステムにおけるそれぞれのセルは、時には一般的にはＵＥ（ユーザ機器）と呼ばれる多数のユーザを収容することができる。図１では、１つのＵＥは参照番号１２０で象徴的に示されている。

図１の１００で示されるシステムのようなＬＴＥシステムはまた、それぞれのセルに対して、“ｅＮｏｄｅＢ”（発展型ＮｏｄｅＢ）と呼ばれるノードを備える。セルのｅＮｏｄｅＢの機能の１つは、セルの中で、ユーザへの、またはユーザからのトラフィックを制御することである。図１では、セル１３０に対するｅＮｏｄｅＢとしてｅＮｏｄｅＢ１１０が示されている。

ｅＮｏｄｅＢからＵＥへのトラフィックは、ダウンリンクトラフィック、または単にＤＬトラフィックと呼ばれ、ＵＥからｅＮｏｄｅＢへのトラフィックは、アップリンクトラフィック、または単にＵＬトラフィックとして知られている。

ＬＴＥシステムでは、セルの中のｅＮｏｄｅＢとＵＥとの間の通信のために、ＲＬＣプロトコル（無線リンクプロトコル）が使用される。

ＬＴＥシステムにおけるＲＬＣに従えば、２つのトランシーバ（即ち、ＵＥとＵＥのｅＮｏｄｅＢ）の間のトラフィックはＰＤＵ（プロトコルデータユニット）で送信される。ＲＬＣに従えば、各ＰＤＵにはシーケンス番号と呼ばれる識別子が割り当てられる。これにより、送信パーティと受信パーティはともにＰＤＵを識別することができる。

下記の説明では、データＰＤＵはｅＮｏｄｅＢによって、即ち、ＤＬにおいて送信され、状態ＰＤＵはＵＥによって、即ち、ＵＬにおいて送信されると仮定している。しかしながら、これは単に本発明に対する読者の理解を容易にすることを意図する例示であって、本発明は他の方向、即ち、ＵＬにおけるデータＰＤＵ、およびＤＬにおける状態ＰＤＵにも等しくかつ十分に適用可能であることを指摘しておくべきである。ここでは、Ｅ−ＵＴＲＡＮのＲＬＣは、ｅＮｏｄｅＢによって構成設定される異なるモード、即ち、確認応答モード（ＡＭ）、非確認応答モード（ＵＭ）、および、トランスペアレントモード（ＴＭ）で動作できるということができる。状態ＰＤＵは現在のところＡＭの中でのみ使用される。

ｅＮｏｄｅＢ１１０が、データを含むＰＤＵ、即ち、所謂、データＰＤＵをＵＥ１２０に送信する場合には、ＵＥは、所謂、状態ＰＤＵ、即ち、ｅＮｏｄｅＢから送信されたデータＰＤＵのデータ受信状態をｅＮｏｄｅＢに示すＰＤＵで返答することができる。

ｅＮｏｄｅＢへの状態ＰＤＵにおいて、ＵＥによって正しく受信されたデータユニットは、所謂、ＡＣＫメッセージまたはインジケータによりＵＥによって確認応答される。また、誤って受信された、即ち、部分的にのみ受信された、または全然受信されなかったデータユニットは、所謂、否定ＡＣＫ即ちＮＡＣＫによってＵＥによって指示される。データを発信したｅＮｏｄｅＢが送信データに対する応答としてＮＡＣＫを受信した場合には、ｅＮｏｄｅＢは、この情報が、通常は、ＡＣＫが受信されるまで再送信されなければならないことを知るであろう。ＤＬデータトラフィックの場合には、このように、ＵＥは、ｅＮｏｄｅＢからのデータＰＤＵに応答して、ＡＣＫとＮＡＣＫの内少なくともいずれかの状態を持つ状態ＰＤＵをｅＮｏｄｅＢに送信するであろう。

ＡＣＫは、どこまでのシーケンス番号までがＰＤＵが正しく受信されたかについての情報を提供する。このことは、受信に成功したＰＤＵの最大番号、或は、受信されなかったＰＤＵの最初の番号を提供することにより行われる。

Ｅ−ＵＴＲＡＮ ＲＬＣでは、データＰＤＵは再びセグメントに分割することができる。即ち、以前に生成したＲＬＣ ＰＤＵのペイロードは、再送信の時にセグメントに分割して、別々に送信することができる。

ＬＴＥでは、ＲＬＣ ＰＤＵセグメントは、元々のＲＬＣ ＰＤＵのシーケンス番号とともに、元々のＲＬＣ ＰＤＵの中でセグメントの始まりを示す、所謂、セグメンテーションオフセット（ＳＯ）によって識別されるべきであることが意図されている。ＡＣＫまたはＮＡＣＫは、元々のＲＬＣ ＰＤＵのシーケンス番号の形式で送信される。しかし、再セグメンテーションが行われている可能性があるので、ＵＥからのＡＣＫまたはＮＡＣＫが参照するセグメントが、ｅＮｏｄｅＢでは、シーケンス番号によってでは一意的に識別することができない。さらに、セグメンテーションが何度も“発生”している、即ち、複数回の再セグメンテーションが行われている可能性があり、ｅＮｏｄｅＢはＡＣＫ／ＮＡＣＫが言及しているのがどの発生であるのかを知らないという事実のために、ＳＯによってでさえも一意的に識別することはできない。

本発明が扱おうとしているのはこの課題、即ち、ＡＣＫ／ＮＡＣＫが言及するＲＬＣ ＰＤＵの識別である。状態ＰＤＵに関してはいくつかの異なる場合が認識される。即ち、
ａ． ただ１つのＡＣＫがありＮＡＣＫがない状態ＰＤＵの場合と、
ｂ． １つのＡＣＫと１つ以上のＮＡＣＫがある状態ＰＤＵの場合で、
さらに次の２つの場合である
ｉ． ＮＡＣＫの１つ以上が“セグメントのＮＡＣＫ”である場合と、
ii． ＮＡＣＫの全てがセグメントのＮＡＣＫでない場合と
である。

上記の“ａ”の場合を扱うために、本発明では、図２において参照番号２００で示される状態ＰＤＵを提案する。図２に示すように、状態ＰＤＵ２００は、Ｄ／Ｃフィールド２１０を備える。Ｄ／Ｃフィールド２１０は、ＰＤＵ２００がデータＰＤＵであるか制御ＰＤＵであるかを示す。理解されるであろうが、状態ＰＤＵは制御ＰＤＵである。

さらに、状態ＰＤＵ２００はＡＣＫフィールド２２０を含む。そのＡＣＫは、ＡＣＫが参照するＲＬＣ ＰＤＵのシーケンス番号ＳＮの形で提供される。また、状態ＰＤＵ２００はインジケータを備える。このインジケータは、例えば、図２において“Ｅ−ビット”２３０として示されているフラグまたはビットであり、状態ＰＤＵ２００においてＮＡＣＫの有無を示すのに使用される。

状態ＰＤＵにＮＡＣＫが存在しない場合には、即ち、図２に示される場合には、所謂、“パディング”または“ダミービット”を使用して、状態ＰＤＵ２００の内容の適正な配列（アラインメント）を達成することができる。このような配列の１例は、所謂、“オクテット配列”であり、状態ＰＤＵがデータオクテットに分割される場合に使用されるアライメントである。パディングは図２では２４０として示されている。

さて、上記の“ｂ−ｉ”で識別される場合、即ち、１つ以上のＮＡＣＫがセグメントに分割されたデータユニットを参照する場合、言い換えると、ＮＡＣＫは、データユニットが部分的に受信されたことを示す場合に移り、本発明によって使用される概念を導入する。この概念は、ここでは、“セグメントオフセットペア”または“ＳＯペア”と呼ぶ。これはデータペアで、その１つはＮＡＣＫが参照するＰＤＵの受信されなかった最初のデータオクテットを示すのに用いられ、その一方はＮＡＣＫが参照するＰＤＵの受信されなかった最後のデータオクテットを示すのに用いられる。ここで付け加えるべきは、ＬＴＥ ＲＬＣではオクテットが使用されるので、本発明を例示するためにオクテットが用いられているが、データが他のサイズで送信される場合にも、当然のことながら本発明は使用できるという点である。

上記の“ｂ−ｉ”の場合を扱うことができる状態ＰＤＵフォーマット３００の１つの例を図３に示す。図２の状態ＰＤＵフォーマット２００と同様に、状態ＰＤＵフォーマット３００は、ＰＤＵ３００がデータＰＤＵであるか制御ＰＤＵであるかを示すフィールドとＡＣＫフィールドとを備える。そのＡＣＫは、ＡＣＫが参照するＲＬＣ ＰＤＵのシーケンス番号ＳＮの形で提供される。

状態ＰＤＵ３００はインジケータを備える。このインジケータは、例えば、図３の“Ｅ−ビット”で示されるフラグまたはビットであり、状態ＰＤＵ３００におけるＮＡＣＫの有無を示すために使用される。

図３のように、１つ以上のＮＡＣＫが含まれる場合には、それぞれのＮＡＣＫの後には“Ｅ”ビットまたはフラグと“Ｆ”ビットまたはフラグが続く。ここで、Ｅビット／フラグは別のＮＡＣＫが存在するか否かを示し、Ｆビット／フラグは特定のＮＡＣＫに対してＳＯペアが含まれているか否かを示す。言い換えれば、Ｆビット／フラグは、ＮＡＣＫが参照するデータユニットはセグメントに分割されているか否かを示すためのものであると言うことができる。これはＳＯペアが使用される唯一の場合だからである。

また、本発明は、１つの同じのＰＤＵの中で（例えば）２つの部分が欠落しているが、１つの同じＮＡＣＫ ＳＮが２回発生することがある場合でも、異なるＳＯペアであるので、それらが連続してはいない場合を扱うことができるという点も指摘することができる。

図２の実施例と同様に、図３の状態ＰＤＵ３００のＡＣＫとＮＡＣＫは、ＡＣＫまたはＮＡＣＫが参照するＲＬＣ ＰＤＵのシーケンス番号ＳＮの形式で提供される。このために、ＡＣＫ／ＮＡＣＫはＡＣＫ＿ＳＮまたはＮＡＣＫ＿ＳＮとして示されている。

図３における状態ＰＤＵの最後のＮＡＣＫの後には、“Ｆ”フラグ／ビットが設定されたＮＡＣＫに対するＳＯペアが含まれる。従って、ＳＯ１１とＳＯ１２で示されるＳＯペアは、ＮＡＣＫ１＿ＳＮに“属し”、ＳＯ２１とＳＯ２２で示されるＳＯペアは、ＮＡＣＫ２＿ＳＮに“属する”。また、図３に示すように、オクテット配列を得るために、または他の同様の目的のために、図３の状態ＰＤＵ３００で“パッディング”ＰＡＤが用いられても良い。

ＳＯペアの中に含まれる情報についての検討に戻ると、ＳＯペアの中の最初のＳＯは、ＰＤＵの中の欠落した最初のデータオクテットを示し、ペアの中の最後のＳＯは、ＰＤＵの中の欠落した最後のデータオクテットを示す。

なお、受信されたＰＤＵ、即ち、ＡＣＫ／ＮＡＣＫが参照するＰＤＵのデータが、オクテット以外のグループに構成されている場合においても、本発明は、当然のことながら、そのようなシステムに適用可能である。従って、ＳＯペアは、上述したのと同様な方法で、ＮＡＣＫが参照するＰＤＵにおけるデータの最初と最後を示すであろう。

本発明の状態ＰＤＵは、例えば、Ｄ／Ｃフィールドの後に、例えば、ＳＴＡＴＵＳ ＰＤＵ以外のＲＬＣ制御ＰＤＵが用いられる場合には、状態ＰＤＵの特性を示すフィールドによって拡張可能であることを付記しておくことができる。このフィールドは、図３に示される例に含まれ、“ＰＤＵタイプ”として示されている。同じ原理、即ち、ＰＤＵタイプは、図２に示す形態にも適用することができる。

引き続き本発明の状態ＰＤＵについて言及すると、以下の点も指摘されなければならない。つまり、図２と図３に示される状態ＰＤＵのデータフィールドの順序は、適切な実施例における単なる例であって、本発明の状態ＰＤＵのデータフィールドは、例えば、オクテット配列を達成するため等の本発明の機能に影響を与えることなく、状態ＰＤＵの他の場所に移動することも可能である。１つの例として、ＡＣＫだけがあってＮＡＣＫがない場合には、即ち、図２に示す実施例では、状態ＰＤＵ２００は、Ｄ／Ｃフィールドで始まり、それに続いてＥビット、さらに続いてパディング、そして最後に、そのシーケンス番号を持つＡＣＫとすることも可能であろう。

さて、上記のｂ−ｉｉで示される場合、即ち、部分的に受信されたデータユニットの場合と反対に１つ以上のＮＡＣＫが受信されなかったデータＰＤＵを参照する場合に移る。この場合には、以下に示すように処理される。即ち、これらのＮＡＣＫに対応するＦフラグは、これらのＮＡＣＫに対する状態ＰＤＵにＳＯペアは含まれていないことを示す。

本発明によって扱われる特別な場合とは、ＲＬＣ ＰＤＵの最後のＰＤＵセグメントがＵＥによって受信されなかった場合である（このときも、ＤＬにおけるデータＰＤＵの場合を仮定する）。シーケンス番号１０を持つＲＬＣ ＰＤＵが、３つのＲＬＣ ＰＤＵのセグメントに分割され、それらＰＤＵセグメントはそれぞれ、オクテット１−１０、１１−２５、２６−４０を含むという例を仮定する。

さて、ＵＥはＲＬＣ ＰＤＵ１０の最初の２つのセグメント、即ち、オクテット１−１０とオクテット１１−２５とを受信し、また、それに続くＲＬＣ ＰＤＵ、即ち、ＲＬＣ ＰＤＵ１１も完全に受信したが、そのＵＥは、ＲＬＣ ＰＤＵ１０の最後のセグメント、即ち、オクテット２６−４０は受信しなかったという場合を考える。

この場合、ＵＥはＲＬＣセグメントが失われたことを知るが、その長さは知らない。それで、ＵＥは、状態ＰＤＵにおける対応するＳＯペアの第２のセグメンテーションオフセット値を設定することができない。本発明が提案するこれに対する解決策は、ＳＯの特別な値にＮＡＣＫと認識されたセグメントの最後がわからないことを示させることである。従って、ｅＮｏｄｅＢがＲＬＣ ＰＤＵ１０に対するＮＡＣＫを受信したときには、第１のＳＯは“２６”に設定されていて、それに対応する第２のＳＯにはその特別な値が設定され、ＲＬＣ ＰＤＵ１０についての２６以降の全てのデータオクテットが再送信される必要があることをｅＮｏｄｅＢに伝える。

いくつかの場合には、所望する効果を得るためにＳＯペアが常に必要な訳ではない。以下で示すように、“Ｆ”フィールドにおける２ビットを使用することにより、受信されなかったデータの完全な識別を達成することができる。

このことは図４の例で示される。図４には、Ｆフィールドにおける２ビットの４つ全ての組み合わせ、即ち、００、０１、１０、および、１１が示されている。これらの組み合わせのそれぞれの意味はまた、図４に示されており、以下の通りである。

Ｆフィールド 意味
００ ＮＡＣＫはＲＬＣ ＰＤＵ全てを参照。それでＳＯは必要でない
０１ ＮＡＣＫはＲＬＣ ＰＤＵの最初の部分を参照。受信されなかった
最後のデータグループ、例えば、オクテット等を示すために、
１つのＳＯが必要
１０ ＮＡＣＫはＲＬＣ ＰＤＵの最後の部分を参照。受信されなかった
最初のデータグループ、例えば、オクテット等を示すために、
１つのＳＯが必要
１１ ＮＡＣＫはＲＬＣ ＰＤＵの中間の部分を参照。受信されなかった
最初と最後のデータグループ、例えばオクテット等を示すために、
２つのＳＯが必要。

なお、図４に示した場合では、以前に示した実施例と同様に、状態ＲＬＣ ＰＤＵを他のＲＬＣ制御ＰＤＵと分離するために“タイプフィールド”が必要になる場合がある。

本発明の別の実施例では、部分的に受信されたＤＬ ＲＬＣデータＰＤＵは、上記で示した方法、即ち、ＳＯペアとはわずかに異なる方法でＵＬ状態ＲＬＣ ＰＤＵで、ＵＥによってｅＮｏｄｅＢに示される。問題となっている実施例、即ち、図５に示される状態ＲＬＣ ＰＤＵ５００では、ＵＥからのＵＬ状態ＲＬＣ ＰＤＵは、５１０として示されるＮＡＣＫフィールドと５２０として示されるシーケンス番号フィールドＳＮとを備える。シーケンス番号フィールドＳＮは、ＮＡＣＫが参照するＤＬ ＲＬＣデータＰＤＵのシーケンス番号を示す。当然のことながら、実施例５００では、以前の実施例で示されたように、ＳＮは、ＮＡＣＫに一緒に含まれてもよい。

以前の実施例と同様に、実施例５００はまた、図５において５３０として示された“Ｅ”フィールドの使用を含む。しかしながら、Ｅフィールド、即ち、ビットまたはフラグの意義は、以前の実施例とはわずかに異なる。即ち、図５の実施例５００では、Ｅフィールドは、ＮＡＣＫ５１０がＲＬＣデータＰＤＵ全体を参照するのか、またはＲＬＣデータＰＤＵ中のデータを参照するのかを意味するのに使用される。例えば、もし、Ｅフィールドがゼロ、即ち、Ｅ＝０であれば、これはＮＡＣＫ５１０は、ＳＮ５２０によって識別されるＲＬＣデータＰＤＵ全体を参照することを意味するとできる。

反対に、もしＥ＝０がＰＤＵ全体を意味するのであれば、Ｅ＝１は、ＮＡＣＫ５１０がＳＮ５２０によって識別されたＰＤＵ内のデータに言及することを意味する。この場合には、ｅＮｏｄｅＢが当該データを識別することができるようにするために、情報が状態ＰＤＵ５００に含められる。実施例５００におけるデータに関するこの情報は、図５において５４０として示されるセグメントオフセット値ＳＯを備える。ＳＯ５４０は、受信されなかったＤＬデータのバイトオフセットまたは最初を示す。しかしながら、以前の実施例とは反対に、実施例５００は、受信されなかったデータの全体を示すために、ＳＯペアを使用しない。その代わり、実施例５００では長さフィールド（ＬＦ）５５０を利用する。この値は、ＳＯ値５４０から始まる、受信されなかったデータの始まりから受信されなかったデータの最後のバイトまでを示す。

本発明のこの実施例、即ち、図５に示されたものにおいて理解されるように、データの元々の送信者からの効率のよい再送信を達成するためには、再送信されるべきバイトの正確な数が送信者に示される必要がある。ＬＴＥのＲＬＣ ＰＤＵはきわめて大きく（例えば、３２７６７バイト）できるので、ＲＬＣ ＰＤＵセグメントの指示に必要なフィールド（即ち、ＳＯとＬＦ）は、同様にかなり大きい必要があるであろう。しかしながら、同様に理解されるように、多くの場合にはＳＯフィールドとＬＦフィールドとの理論的な最大サイズを利用する必要はないであろう。従って、もし、これらのフィールドのサイズが静的であるとしたならば、データスペースを浪費する結果になるであろう。

本発明の一実施例において、本発明者は、この問題、即ち、ＳＯフィールドとＬＦフィールドとに対するデータスペースの非効率な使用という問題に関して、それを軽減することを提案する。次に、この実施例について説明する。

本発明のこの面についての基本的な原理とは、ＲＬＣ状態ＰＤＵのＳＯとＬＦのフィールドサイズは、現在のＲＬＣ状態ＰＤＵの必要に応じて適応的に設定されるという点にある。明らかに、ＳＯとＬＦに対して、例えば、ＲＳＯに対しては６ビット、ＲＳＬに対しては４ビットというような、２つの異なるサイズを使用することが可能である。しかし、以後の記述では、これらのサイズは同一であると仮定する。

本発明のこの面において提案するように、もし、ＳＯとＬＦに対して動的に可変な長さフィールドが使用されるなら、ｅＮｏｄｅＢ（ＤＬにデータがあり、ＵＬに状態メッセージがある場合に）は、状態メッセージを読むことができるために、この長さフィールドのサイズを知らなければならない。

このことを達成する第１の方法は、ＲＬＣ状態ＰＤＵメッセージヘッダに、ＳＯフィールドとＬＦフィールドのサイズを示す付加的なフィールドを設けることである。例えば、それは、現在のメッセージの全ての長さフィールドは６ビットであることを示すフィールドがあってもよいであろう。このサイズは、ＲＬＣ ＰＤＵ状態メッセージによって異なったものにできる。

もし、ＳＯとＬＦとが、異なったサイズ値が与えられるとすれば、これら２つの長さフィールドが必要であるか、それらの間に所定の関係をもって使用される。この所定の関係は、例えば、ＳＯはＬＦと比較して、常にｘビットだけ長い／短い等である。しかし、ＳＯとＬＦとは通常、同じオーダであるので、この最適化は必要でないかもしれない。

本発明の別の側面からすれば、ＳＯフィールドとＬＦフィールドとのサイズの明確な指示は、ＲＬＣ ＰＤＵ状態メッセージの再構成によって不必要になる。本発明のこの面においては、“長さフィールド”ＳＯとＬＦを、ＲＬＣ ＰＤＵ状態メッセージの最後に移動することを提案する。次に、このことを図６を参照して説明する。

図６に示す実施例では、含まれる全てのＰＤＵに対する状態情報が最初に提供される。即ち、これらは、ＳＮ（セグメント番号）、ＲＦ（再セグメンテーションフラグ）、および、拡張ビット“Ｅ”である。このようにして、完全なＰＤＵを含むことも可能である。この場合には、個々のセグメント情報は送信される必要はない。再セグメンテーションが行われたＰＤＵに対しては、ＲＦを使用して、セグメントの位置と長さの情報が次に続くことを示し、ＳＯとＬＦがメッセージフレームに添付される。

従って、図６の実施例では、状態メッセージの“動的”可変部分、即ち、ＳＯとＬＦは最後の拡張ビットＥの後、即ち、これが最後のＥビットであることを示す、例えば、“０”のような値を持つ最初のＥビットの後に生ずる。この実施例では全体のメッセージサイズは、例えば、ＭＡＣヘッダまたはＲＬＣヘッダから知る必要があるので、受信機はＳＯフィールドとＬＦフィールドに対して何ビットが残されているかを知っている。受信機はまた、いくつのＳＯペアとＬＦペアが最後の拡張ビットに続くのかも知っている。従って受信機はＳＯフィールドとＬＦフィールドのサイズを算出することができる。

ＲＬＣ状態ＰＤＵをバイト配列すべきことが要求される場合には、残っているビットの数も指示されたセグメントフィールドの数で除算されるので、さらなるステップを実行しなければならない。その結果得られた整数は長さとして使用されるが、残ったビットは使用されない。１つの例として、残っている長さが５１ビットであり、バイト配列（８ビット）を使用するならば、５１／８＝６ｍｏｄ３（商６余り３）という計算結果を得る。従って、この例では、状態ＰＤＵの最後にある３ビットは使用されないであろう。

上記の例では、ＬＦが使用されてＲＬＣ ＰＤＵセグメントの終わりを決定する。しかしながら、ＳＯの場合と同様に、絶対オフセットを使用することも可能であり、これは本発明の範囲に入るであろう。このような場合には、そのオフセットは、ＲＬＣ ＰＤＵセグメントの最後のバイトの元々の位置を指し示すであろう。

状態メッセージの内容は、データがＡＣＫと認識されたか、またはＮＡＣＫと認識されたかを記述することができるであろう。また、１つ以上の付加的なビットを持つＡＣＫとＮＡＣＫの混合したものを含むことができ、これにより、適切なＡＣＫ／ＮＡＣＫインジケータを提供することができるであろう。

図６に記述された状態メッセージは単なる例示であると見るべきであって、ＰＤＵがデータまたは状態を含むか否かを示すタイプフラグ等の付加的フィールド、付加的長さフィールド等も、あるアプリケーションでは必要になる可能性がある。これらも本発明の範囲の中に入るであろう。

特に、標準または実施形により、例えば、ＡＮＣＫおよびＡＣＫのような状態の複数のタイプの報告が許される場合には、明確な状態情報を状態レポートに付加することもできる。

もし、ＬＴＥシステムが、一タイプ、例えば、ＮＡＣＫのみの状態報告を交換するように構成されているとすれば、状態の明確な指示もまた必要になるかもしれない。あるいは、状態報告送信エンティティが、ＰＤＵ送信エンティティから、あるタイプ（例えば、ＮＡＣＫのみ）の状態報告に対する要求を受信して、受信したセグメントの内の受信されなかったサブセットだけに対する状態報告を生成するということもある。

本発明のさらなる側面からみると、ＲＬＣ ＰＤＵ状態メッセージを、別個のＰＤＵとして、または別のＰＤＵに付加して送信することを考えることもできる。

図７は、本発明の方法７００の概略フローチャートを示す。オプションや代替的なステップは破線で示されている。

上記の説明で示唆したように、本発明の方法は図１のシステム１００等のセルラ通信システム、即ち、トラフィックがＵＥ１２０とｅＮｏｄｅＢ１１０のような第１のトランシーバと第２のトランシーバとの間で交換されるシステムで使用することを意図している。

システム１００におけるトラフィックはデータユニットの形で送信され、これらのデータユニットのそれぞれには識別子が付与される。データユニットはセグメントに分割することができ、受信側のトランシーバは、データユニットが正しく受信されたか、部分的に受信されたか、または、受信されなかったかについての状態情報を、データフレームまたはデータユニットの形で送信側のトランシーバに送信することができる。この場合、送信側のトランシーバとは、データを送信したトランシーバである。

本発明の方法７００に従えば、ステップ７０５で示すように、１つ以上のデータユニットが部分的に受信された、または、受信されなかった場合には、送信側のトランシーバに送信される状態情報は、ステップ７１０に示すように、１つ以上のデータユニットが受信されなかったかまたは部分的に受信されたかについての情報を含む。そして、もしそうであれば、ステップ７１５に示すように、１つ以上のデータユニットが部分的に受信された場合には、これらのデータユニットのどの部分が受信されなかったかについての情報を含む。

本発明の一実施例では、ステップ７２０に示すように、データユニットが部分的に受信されたか、或は受信されなかったかについての情報は、前記データフレームまたはデータユニットの中のフラグとして含まれる。

ステップ７２５に示すように、本発明のさらなる実施例においては、データユニットのどの部分が受信されなかったかについての情報は、受信されなかったデータユニットの最初と最後の部分を示す情報として、前記データフレームまたはデータユニットの中に含まれる。

ステップ７３０は次のことを示している。即ち、本発明の１つの側面からすると、もし、送信側のトランシーバからのデータフレームまたはデータユニットが、セグメントに分割されているか、または再セグメンテーションが行われていて、受信側のトランシーバには最後のセグメントが達していなかったとすれば、このことは、受信側のトランシーバによって送信側のトランシーバに対して、受信したセグメントの内の受信されなかった最後の部分についての情報についての特別な所定の値によって、適切に示すことができる。

ステップ７３５は次のことを示す。本発明の１つの実施例では、もし、送信側のトランシーバからのデータフレームまたはデータユニットがセグメントに分割されていて、最後のセグメントが受信側のトランシーバに達していなかったとすれば、このことは受信側のトランシーバによって送信側のトランシーバに示すことができる。

この説明の前の部分で示唆したように、また、ステップ７４０で示されているように、本発明の方法７００は、図１に示されたシステム１００等のＬＴＥ（長期エボルーション）システムにふさわしく適用することができる。

本発明の方法７００をＬＴＥシステムに適用する場合には、データＰＤＵはＤＬで送信され、それに対応した状態ＰＤＵはＵＬで送信されるであろう。これはステップ７５０に示されており、この場合、上記“送信側のトランシーバ”は、ＬＴＥセルのｅＮｏｄｅＢであり、“受信側のトランシーバ”は、ＬＴＥセルのユーザ機器（ＵＥ）である。

本発明は、逆の場合にも、等しく十分に適用することができ、この場合、データＰＤＵはＵＬで送信され、それに対応した状態ＰＤＵはＤＬで送信されるであろう。これはステップ７４５に示されている。この場合には、上記“送信側のトランシーバ”は、ＬＴＥセルのＵＥであり、“受信側のトランシーバ”は、ＬＴＥセルのｅＮｏｄｅＢである。

図３で示されている状態ＰＤＵ３００に関し、受信側のトランシーバから送信側のトランシーバへの情報は、以下に示すものの内の１つ以上を備える可能性があるメッセージとして送信することができることが指摘される。即ち、
・例えば、データまたは制御メッセージようなメッセージの特性についての情報（Ｄ／Ｃ）と、
・例えば、制御メッセージの場合には、状態メッセージのような前記特性の中のメッセージのタイプに関する情報（ＰＤＵ タイプ）と、
・一定のシーケンス番号の形でのデータユニットまたはデータフレームを正しく受信したことを確認するデータ（ＡＣＫ）と、
・第１の拡張インジケータ（Ｅ）と、
・データユニットまたはデータフレームの一定のシーケンス番号（ＳＮ）の形での、受信されなかった、或は、部分的に受信され前記たデータユニットまたはデータフレームに関するデータ（ＮＡＣＫ）と、
・第２の拡張インジケータ（Ｆ）と、
・受信されなかったデータの最初（ＳＯ１１，ＳＯ２１）と最後（ＳＯ１２，ＳＯ２２）についての情報と
である。

図３に示される代表的な状態ＰＤＵにおいて、第１の拡張インジケータＥは、第１の拡張インジケータと第２の拡張インジケータ、即ち、ＥとＦと、部分的に受信された或は受信されかったデータユニットまたはデータフレームに関して、そのデータユニットまたはデータフレームの識別子ＳＮの形で表されるデータＮＡＣＫとの別のものを備えるセットの有無を示す。また、第２の拡張インジケータＦは、受信されかったデータの始まりＳＯ１１，ＳＯ２１と終わりＳＯ１２，ＳＯ２２についての情報の有無を示す。

本発明はまた本発明が適用されるシステムにおいて使用するトランシーバを開示する。先の記述から明らかになったように、本発明は、データＰＤＵがＤＬで送信され、対応する状態ＰＤＵがＵＬで送信される場合、または逆に、データＰＤＵがＵＬで送信され、対応する状態ＰＤＵがＤＬで送信される場合のいずれにも適用することができる。前者の場合では、データ送信トランシーバ（Ｅ−ＵＴＲＡＮへ適用した場合）はｅＮｏｄｅＢであり、受信トランシーバ、即ち、状態ＰＤＵを送信するトランシーバはＵＥである。後者の場合には、データ送信トランシーバはＵＥであり、受信トランシーバ、即ち、状態ＰＤＵを送信するトランシーバはｅＮｏｄｅＢである。従って、本発明のトランシーバは、Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢまたはＥ−ＵＴＲＡＮのＵＥのいずれでもよい。

図８は本発明の一般的なトランシーバ８００のブロック図を示す。このトランシーバは図８に示されたＥ−ＵＴＲＡＮのｅＮｏｄｅＢまたはＥ−ＵＴＲＡＮのＵＥとして使用される。図８に示されるように、トランシーバ８００は、ブロック８１０で示されるアンテナを備え、また、受信部８２０と送信部８３０とを備えるであろう。さらに、トランシーバ８００はまた、マイクロプロセッサ等の制御手段８４０とともに、メモリ８５０を備える。さらに、もし、トランシーバ８００がｅＮｏｄｅＢとして使用されるのであれば、トランシーバ８００はまた、ＵＥとは別の、システムの他の構成要素に対するインタフェース８６０も備える。トランシーバ８００がＵＥである場合にはこのインタフェースは存在しなくてよいので、インタフェース８６０は破線で示されている。

トランシーバ８００は、アンテナ８１０、受信部８２０、および、送信部８３０を使用して、そのシステムで、トラフィックを第２のトランシーバに送信し、また、第２のトランシーバからトラフィックを受信することができる。そして、トランシーバ８００は、制御手段８４０をメモリ８５０とともに使用して、前記トラフィックをデータユニットの形で送信することができる。

また、制御手段８４０とメモリ８５０とが使用されて、データユニットのそれぞれに、例えば、シーケンス番号等の識別子を付与することができる。また、同一の手段、即ち、ブロック８４０と８５０を使用して、データユニットをセグメントに分割することができる。

本発明によるトランシーバ８００はまた、制御手段８４０、メモリ８５０、送信機８３０、および、アンテナ８１０を使用して、正しく受信されたデータユニット、部分的に受信されたデータユニット、または、受信されなかったデータユニットについての情報を、データフレームまたはデータユニットで、第２のトランシーバ、即ち、データを送信したトランシーバに送信する。

さらに、トランシーバ８００は、制御手段８４０とメモリ８５０とを使用して、１つ以上のデータユニットが受信されなかったか、または部分的に受信された場合には、データユニットが受信されなかったか、または部分的に受信されたかについての情報を状態情報の中に含め、また、１つ以上のデータユニットが部分的に受信された場合には、それらのデータユニットのどの部分が受信されなかったかについての情報を含めることができる。

一実施例においては、トランシーバ８００は、手段８４０と８５０を使用して、データユニットが部分的に受信されたかまたは受信されなかったかについての情報を、前記データフレームまたはデータユニットの中のフラグとして含めることができる。

さらに、更なる実施例では、ブロック８４０と８５０がトランシーバにより使用されて、前記データフレームまたはデータユニットの中でデータユニットのどの部分が受信されなかったかについての情報を、受信されなかったデータユニットの最初と最後の部分を示す情報として含めることができる。

本発明の別の側面からすると、制御手段８４０、メモリ８５０、送信機８３０、及び、アンテナ８１０がトランシーバ８００により使用されて、もし、送信側のトランシーバからのデータフレームまたはデータユニットがセグメントに分割されていて、最後のセグメントがトランシーバ８００に達しなかったのであれば、そのことを送信側のトランシーバに示すことができる。

欠落したセグメントに関する指示は、欠落したセグメントの最後の部分についての情報に対する特別な所定の値を使用することにより、適切に実行される。

一実施例においては、制御手段８４０とメモリ８５０がトランシーバ８００により使用されて、前記データフレームまたはデータユニットで部分的に受信されたデータユニットのどの部分が受信されなかったかについての情報を、データユニットの識別子を示す情報として、またさらに、前記データユニットの受信されなかったデータの始まりと受信されなかったデータの量について情報として含めることもできる。

さらに、アンテナ８１０、送信機８３０、制御手段８４０、および、メモリ８５０が本発明によるトランシーバにより使用され、状態情報を、図３の３００で示されるようなメッセージとして送信側のトランシーバに送信することができる。その情報は以下に示すもの内の１つ以上を含むことができる。即ち、
・例えば、データまたは制御メッセージのようなメッセージの特性についての情報（Ｄ／Ｃ）と、
・例えば、制御メッセージの場合には、状態メッセージのような前記特性の中のメッセージのタイプについての情報と、
・一定のシーケンス番号の形式でのデータユニットまたはデータフレームを正しく受信したことを確認するデータ（ＡＣＫ）と、
・第１の拡張インジケータ（Ｅ）と、
・一定のシーケンス番号の形式での受信されなかったまたは部分的に受信されたデータユニット或はデータフレームに関するデータ（ＮＡＣＫ）と、
・第２の拡張インジケータ（Ｆ）と、
・受信されなかったデータの最初（ＳＯ１１，ＳＯ２１）と最後（ＳＯ１２，ＳＯ２２）についての情報と
である。

適切にも、第１の拡張インジケータ（Ｅ）は、前記第１の拡張インジケータ（Ｅ）と、前記第２の拡張インジケータ（Ｆ）と、部分的に受信されたか或は受信されなかったユニットまたはフレームに関し前記データユニットまたはデータフレームの識別子（ＳＮ）の形で表されるデータ（ＮＡＣＫ）との別のものを備えるセットの有無を示す。また、前記第２の拡張インジケータ（Ｆ）は、受信されなかったデータの最初（ＳＯ１１，ＳＯ２１）と最後（ＳＯ１２，ＳＯ２２）についての情報の有無を示す。

本発明は上述した実施例と図面に示したの例に限定されるものではなく、添付の請求の範囲の中で自由に変形することができる。

Claims (12)

1. 第１のトランシーバ（１１０，１２０）と第２のトランシーバ（１１０，１２０）との間でデータユニットの形で送信されるトラフィックが交換されるセルラ通信システム（１００）において使用する方法（７００）であって、
   各データユニットには識別子が付与され、該データユニットは複数のセグメントに分割され、
   前記システムにおいて、受信側のトランシーバ（１１０，１２０）は、送信側のトランシーバ、即ち、データを送信したトランシーバに、データユニットを部分的に受信したか、または受信しなかったかについての状態情報をデータフレームまたはデータユニット（２００，３００）の形で送信するものであり、
   １つ以上のデータユニットが受信されなかったか、または部分的に受信された場合（７０５）には、前記送信側のトランシーバに送信される前記状態情報は、
   ・第１の拡張インジケータ（Ｅ）と、
   ・一定のシーケンス番号（ＳＮ）の形式での受信されなかったまたは部分的に受信されたデータユニット或はデータフレームに関するデータと、
   ・前記データユニットが受信されなかったか或は部分的に受信されたのかを示す、第２の拡張インジケータ（Ｆ）と、
   を有するメッセージ（３００）として送信され、
   １つ以上のデータユニットが部分的に受信された場合には、該データユニットのどの部分が受信されなかったかについての情報（７１５）を含み、
   前記第１の拡張インジケータ（Ｅ）は、前記第１の拡張インジケータ（Ｅ）と前記第２の拡張インジケータ（Ｆ）と前記データユニット或はデータフレームの一定のシーケンス番号（ＳＮ）の形式での部分的に受信されたか或は受信されなかったユニット或はフレームに関するデータとを有する別のセットの有無を示し、
   前記第２の拡張インジケータ（Ｆ）は、前記受信されなかったデータの最初（ＳＯ１１，ＳＯ２１）と最後（ＳＯ１２，ＳＯ２２）についての情報の有無を示すことを特徴とする方法（７００）。
2. 前記データユニットが受信されなかったか、または部分的に受信されたかについての情報は前記データフレーム或はデータユニットのフラグとして含まれることを特徴とする請求項１に記載の方法（７００，７２０）。
3. 前記データユニットのどの部分が受信されなかったかについての情報は、前記受信されなかったデータユニットの最初と最後の部分を示す情報として、前記データフレーム或はデータユニットに含まれることを特徴とする請求項１又は２に記載の方法（７００，７２５）。
4. 前記送信側のトランシーバからのデータフレームまたはデータユニットがセグメントに分割されていて、最後のセグメントが前記受信側のトランシーバに達していなかった場合には、前記受信側のトランシーバ（１１０，１２０）によって前記送信側のトランシーバ（１１０，１２０）に対し、それを示唆することを特徴とする請求項１乃至３のいずれか１項に記載の方法（７００，７３０）。
5. 欠落したセグメントについての示唆は、前記欠落したセグメントの最後の部分についての情報についての特別な前もって定義された値により実行されることを特徴とする請求項３又は４に記載の方法（７００，７３０）。
6. 前記部分的に受信されたデータユニットのどの部分が受信されなかったかについての情報は、前記データユニットの識別子を示す情報、また、前記データユニットの中の受信されなかったデータの最初の部分に関する情報と受信されなかったデータの量についての情報として、前記データフレームまたはデータユニットに含まれることを特徴とする請求項１に記載の方法（７００，７３５）。
7. 前記受信側のトランシーバ（１１０，１２０）から前記送信側のトランシーバ（１１０，１２０）への前記状態情報は、
   ・データまたは制御メッセージのようなメッセージの特性についての情報（Ｄ／Ｃ）と、
   ・制御メッセージの場合には、状態メッセージのような前記特性の中のメッセージのタイプについての情報と、
   ・受信されなかったデータの最初（ＳＯ１１，ＳＯ２１）と最後（ＳＯ１２，ＳＯ２２）についての情報
   の１つ以上を含む可能性があるメッセージ（３００）として送信されることを特徴とする請求項１乃至６のいずれか１項に記載の方法（７００）。
8. 第２のトランシーバ（１１０，１２０）に対してトラフィックを送信し、前記第２のトランシーバからトラフィックを受信する手段（８１０，８２０，８３０）を備えたセルラ通信システム（１００）において使用されるトランシーバ（８００）であって、
   前記トランシーバ（８００）は前記トラフィックをデータユニットで送信する手段（８４０，８５０）と、前記データユニットの各々に識別子を付与する手段（８４０，８５０）と、前記データユニットを複数のセグメントに分割する手段（８４０，８５０）とを備え、前記トランシーバ（８００）はさらに、前記第２のトランシーバ、即ち、データを送信したトランシーバに、データユニットを部分的に受信したか、または受信しなかったかについての状態情報をデータフレームまたはデータユニット（２００，３００）の形で送信する手段（８４０，８５０，８３０，８１０）を備え、
   前記トランシーバ（８００）は、
   １つ以上のデータユニットが受信されなかったか、または部分的に受信された場合には、前記状態情報を、
   第１の拡張インジケータ（Ｅ）と、
   一定のシーケンス番号（ＳＮ）の形式での受信されなかったまたは部分的に受信されたデータユニット或はデータフレームに関するデータと、
   前記データユニットが受信されなかったか、または部分的に受信されたかを示す、第２の拡張インジケータ（Ｆ）と
   を有するメッセージ（３００）として送信し、
   １つ以上のデータユニットが部分的に受信された場合には、該データユニットのどの部分が受信されなかったかについての情報を送信する手段（８４０，８５０）をさらに備え、
   前記第１の拡張インジケータ（Ｅ）は、前記第１の拡張インジケータ（Ｅ）と前記第２の拡張インジケータ（Ｆ）と前記データユニット或はデータフレームの一定のシーケンス番号（ＳＮ）の形式での部分的に受信されたか或は受信されなかったユニット或はフレームに関するデータとを有する別のセットの有無を示し、
   前記第２の拡張インジケータ（Ｆ）は、前記受信されなかったデータの最初（ＳＯ１１，ＳＯ２１）と最後（ＳＯ１２，ＳＯ２２）についての情報の有無を示すことを特徴とするトランシーバ（８００）。
9. 前記トランシーバは、Ｅ−ＵＴＲＡＮシステム（１００）におけるトランシーバであることを特徴とする請求項８に記載のトランシーバ（８００）。
10. 前記データユニットは、前記セグメントがＲＬＣ ＰＤＵセグメントであるように、ＲＬＣ ＰＤＵであることを特徴とする請求項９に記載のトランシーバ。
11. Ｅ−ＵＴＲＡＮセル（１３０）のｅＮｏｄｅＢ（１１０）であることを特徴とする請求項９又は１０に記載のトランシーバ（８００）。
12. Ｅ−ＵＴＲＡＮセル（１３０）のユーザ機器ＵＥ（１２０）であることを特徴とする請求項９又は１０に記載のトランシーバ（８００）。

Images