(57)【要約】  本発明は通信機器によるデータパケットの結合方法に関し、第１の再送信数を含む第１のデータパケットが通信機器によって所定の通信チャネルで受信され、次に第２の再送信数を含む第２のデータパケットが第１のデータパケットからの遅延時間ｄｔで前記通信機器によって前記通信チャネルで受信され、ここで遅延時間は複数の再送信時間ステップから成り、第１の再送信数および第２の再送信数は最大再送信数と等しいかそれより小さい。本発明によれば、第２の再送信数が最大再送信数よりも小さい場合であって、第１の再送信数と第２の再送信数との差が再送信時間ステップの数に等しいときには、第１のデータパケットと第２のデータパケットとが結合されて合成データパケットとされる。【特許請求の範囲】
【請求項１】
第１のデータパケットおよび第１の再送信数を通信機器によって所定の通信チャネルで受信し、次に第２のデータパケットおよび第２の再送信数を第１のデータパケットからの遅延時間ｄｔで前記通信機器によって前記通信チャネルで受信し、ここで遅延時間は複数の再送信時間ステップから成り、第１の再送信数および第２の再送信数は最大再送信数に等しいかそれよりも小さい、
通信機器によるデータパケットの結合方法において、
第２の再送信数が最大再送信数よりも小さい場合であって、第１の再送信数と第２の再送信数との差が再送信時間ステップ数に等しいときには、第１のデータパケットと第２のデータパケットとを結合して合成データパケットとする
ことを特徴とする通信機器によるデータパケットの結合方法。
【請求項２】
第１のデータパケットおよび第１の再送信数を通信機器によって所定の通信チャネルで受信し、次に第２のデータパケットおよび第２の再送信数を第１のデータパケットからの遅延時間ｄｔで前記通信機器によって前記通信チャネルで受信し、ここで遅延時間は複数の再送信時間ステップから成り、第１の再送信数および第２の再送信数は最大再送信数に等しいかそれよりも小さい、
通信機器によるデータパケットの結合方法において、
第２の再送信数が最大再送信数に等しい場合であって、再送信時間ステップ数が最大再送信数以下であるときには、第１のデータパケットと第２のデータパケットとを結合して合成データパケットとする
ことを特徴とする通信機器によるデータパケットの結合方法。
【請求項３】
第１のデータパケットおよび第１の再送信数を通信機器によって所定の通信チャネルで受信し、次に第２のデータパケットおよび第２の再送信数を第１のデータパケットからの遅延時間ｄｔで前記通信機器によって前記通信チャネルで受信し、ここで遅延時間は複数の再送信時間ステップから成り、第１の再送信数および第２の再送信数は最大再送信数に等しいかそれよりも小さい、
通信機器によるデータパケットの結合方法において、
第２の再送信数が最大再送信数に等しい場合であって、再送信時間ステップ数が最大再送信数以下であり、かつ、第１の再送信数と再送信時間ステップ数との和が最大再送信数以上であるときには、第１のデータパケットと第２のデータパケットとを結合して合成データパケットとする
ことを特徴とする通信機器によるデータパケットの結合方法。
【請求項４】
第１のコンテンツを第１のデータパケットとして第１の再送信数を付して所定の通信チャネルで送信し、次に第２のコンテンツを第２のデータパケットとして第２の再送信数を付して第１のデータパケット後に前記通信チャネルで送信する、
データパケットの再送信方法において、
第２のコンテンツが第１のコンテンツとは異なる場合、第２の再送信数をゼロへセットし、
第２のコンテンツが第１のコンテンツと同じである場合、第１の再送信数が最大再送信数よりも小さいときには、第２の再送信数を第１の再送信数から１だけ増大したものとし、第１の再送信数が最大再送信数に等しいときには、第２の再送信数を第１の再送信数と等しくする
ことを特徴とするデータパケットの再送信方法。
【請求項５】
請求項１から４までの方法を組み合わせることを特徴とする方法。
【請求項６】
再送信はつねに初期送信または最後の再送信から固定の時間が経過した後に行われる、請求項１から５までのいずれか１項記載の方法。
【請求項７】
ＨＡＲＱスキーマ（ハイブリッド自動再送要求スキーマ）を用いる、請求項１から６までのいずれか１項記載の方法。
【請求項８】
第１の再送信数および／または第２の再送信数に依存して冗長バージョンを計算する、請求項１から７までのいずれか１項記載の方法。
【請求項９】
第１の再送信数および／または第２の再送信数が所定の最大再送信数よりも小さいとき、第１の再送信数および／または第２の再送信数に依存して冗長バージョンを計算する、請求項８記載の方法。
【請求項１０】
第１の再送信数および／または第２の再送信数が所定の最大再送信数に等しいとき、送信フレーム数に依存して冗長バージョンを計算する、請求項８または９記載の方法。
【請求項１１】
請求項１から１０までのいずれか１項記載の方法を実行するように構成された送受信手段およびデータ処理手段を有することを特徴とする通信機器。
【請求項１２】
移動通信機、基地局装置、無線網コントローラ装置または基地局コントローラ装置である、請求項１１記載の通信機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１のデータパケットおよび第１の再送信数を通信機器によって所定の通信チャネルで受信し、次に第２のデータパケットおよび第２の再送信数を第１のデータパケットからの遅延時間ｄｔで前記通信機器によって前記通信チャネルで受信する、通信機器によるデータパケットの結合方法に関する。
【０００２】
こうした方法は従来技術から公知である。通信システムではしばしばパケット通信が行われる。こうした通信システムの例としていわゆるＥ‐ＤＣＨスキーマが挙げられ、これは現在ＵＭＴＳシステムの発展形態として標準化されつつある。ここでＥ‐ＤＣＨ：Enhanced Dedicated Channelとは基本的には既存のＵＭＴＳアップリンクチャネルの発展形態であり、ＵＭＴＳとはUniversal Mobile Telecommunication Systemである。
【０００３】
Ｅ‐ＤＣＨスキーマのアウトラインは３ＧＰＰ ＲＡＮ１のテクニカルレポートすなわち参考文献［０］R1-040392, Editor (Nokia), TR 25.896 v2.0.0 "Feasibility Study for Enhanced Uplink for UTRA FDD(Release 6)", Feburary 16-20, 2004, Malaga, Spainに見出すことができる。
【０００４】
このスキーマはＨＡＲＱスキーマの利用のために設計されている。ＨＡＲＱとはハイブリッド自動再送要求Hybrid Automated Retransmission reQuestの略である。このスキーマではパケットが送信されるが、これが正確に受信されなかった場合、再送信が行われる。受信機では初期送信および再送信の双方ともパケットの復号化のために受け取られる。これにより再送信のみ用いて先行の送信を考慮しない場合、つまりnon-hybrid ARQの場合よりもパフォーマンスが良好となる。
【０００５】
このスキーマによれば、受信された双方の送信が同じ上位層パケットに関連すること、つまり、双方の送信が同じ情報コンテンツから導出されることが保証される。ただし上位層パケットは層Ｌ上の異なるパケットで送信されることもある。
【０００６】
この保証には幾つかの手段が存在する。その１つはいわゆる同期再送信プロトコルである。このプロトコルでは、再送信は、初期送信または先行の再送信の後、固定の時間が経過してから行われる。このようにして受信機はどの時点で所定のパケットの再送信が行われるかを知ることができる。しかし、受信機では、競合する時点での２つの送信については、これらが同じパケットに関するものであるのか、または新たなパケットの送信がすでに開始されているのかがわからない。これは特に、受信機が全てのパケットを受信することができず、幾つかのパケットが例えば干渉により失われたケースである。複数の受信機が複数のパケットを受信するために送信にソフトハンドオーバが用いられる場合、パケットを受信できた受信機と受信できなかった受信機とが生じる。この場合、次には新たなパケットが送信される。第１のパケットを受信できなかった受信機はどうにかして新たなパケットと先行して受信したパケットとが結合されないことを認識しなければならない。
【０００７】
さらに、いわゆる再送信数ＲＳＮ（Retransmission Sequence Number）または再送信カウンタを導入することもできる。これは、再送信のたびにインクリメントされ、新たなパケットが送信されると例えば０へリセットされる数のことである。受信機は同期再送信プロトコルおよび既知の再送信時間差によりＲＳＮの差と時間差とを比較し、差が一致する場合には受信を結合し、一致しない場合には結合しない。
【０００８】
ここで、ＲＳＮの値範囲が少なくとも可能な再送信の最大数と同じ大きさになるということが従来技術の問題点である。典型的には、或るパケットが最大再送信数で送信されないと、当該のパケットは脱落し、次のパケットが送信されてしまうのである。したがって可能な再送信の最大数はきわめて大きくなる。ＲＳＮはパケット送信またはパケット再送信のたびに送信しなければならないので、この場合シグナリング情報の量が膨大になってしまう。
【０００９】
したがって本発明の課題は再送信方法を改善することである。
【００１０】
この課題は請求項１から５までのいずれか１項に記載した方法により解決される。
【００１１】
前述の課題を解決するために、パケット通信における再送信のシグナリング方法、つまり再送信数または再送信カウンタを各データパケットに付加して送信する方法を提案する。ここで再送信カウンタは新たな送信が行われるとリセットされ、再送信が所定の最大値に達するまでインクリメントされ、最大値に達した後はその値にとどまる。
【００１２】
前述の課題は、本発明の方法において、再送信数が最大値（最大再送信数）よりも小さい場合であって、再送信数の差が最後に受信したパケットに対する時間差に等しいとき、または、再送信数が最大値（最大再送信数）に等しい場合であって、最後のパケットが最大値（最大再送信数）以下の時間差で受信されたときに、受信データパケットと先行して受信したデータパケットとを結合することにより解決される。
【００１３】
また前述の課題は、本発明の方法において、再送信数が最大値（最大再送信数）よりも小さい場合であって、再送信数の差が最後に受信したパケットに対する時間差に等しいとき、または、再送信数が最大値（最大再送信数）に等しい場合であって、最後のパケットが最大値（最大再送信数）以下の時間差で受信されかつ最後のパケットの再送信数と時間差との和が最大値（最大再送信数）以上であるときに、受信データパケットと先行して受信したデータパケットとを結合することにより解決される。
【００１４】
本発明は再送信数ＲＳＮのコンセプトを発展させ、ＲＳＮの値範囲を低減すること、ひいては、少なくとも多くのケースで、特に再送信数がＲＳＮの最大値を超えない場合に、結合すべきパケットを判別できるようにすることを目指している。本発明の第１の再送信数および／または第２の再送信数は従来技術の再送信数ＲＳＮと同様に構成することができる。
【００１５】
受信機が結合すべきパケットを判別できなくなるケースも存在するが、これはきわめてまれであり、パフォーマンスにはさほど影響しない。ＲＳＮを符号化するのに必要なビット数を例えば３ｂｉｔから２ｂｉｔへ低減することのほうがより重要である。これによりパケットデータとともに"オーバヘッド"情報を送信するのに必要なリソースを大幅に低減することができるからである。
【００１６】
以下では、本発明の再送信数をＲＳＮと称する。
【００１７】
本発明のＲＳＮコンセプトは次のようになる。すなわち、新たなパケットが送信されるとき、つまり或るパケットが最初に送信されるときに、ＲＳＮは０へリセットされる。
【００１８】
ＲＳＮがいまだ最大値に達しないあいだは、従来技術と同様に、ＲＳＮはパケットの再送信が行われるとインクリメントされる。
【００１９】
パケットの再送信が行われ、かつ、ＲＳＮが最大値に既に達している場合、従来技術とは異なり、ＲＳＮはそれ以上インクリメントされず、最大値にとどまる。
【００２０】
以下では、特許請求の範囲も含め、再送信数ＲＳＮの最大値を最大再送信数ＲＳＮＭＡＸとする。
【００２１】
受信機は以下に挙げる条件１，２のいずれかの場合に受信パケットと先行して受信したパケットとを結合する。このために、先行して受信したパケットすなわち最後に受信したパケットのＲＳＮと、当該のパケットからの時間差すなわち複数の再送信時間ステップから成る遅延時間とが考慮される。ここでの時間差は、新たなパケットが送信されず、しかもＲＳＮがＲＳＮＭＡＸの限界値に達しないかぎり、最後のパケットからのＲＳＮのインクリメント分に等しくなることを指摘しておく。
条件１）ＲＳＮがＲＳＮＭＡＸよりも小さく、ＲＳＮの差が送信時間差に等しいとき。この場合、ＲＳＮのオーバフローも新たなパケットの送信もない。
条件２）ＲＳＭがＲＳＮＭＡＸに等しく、最後に受信したパケットがＲＳＮＭＡＸ以下の時間差で受信されかつ最後のパケットのＲＳＮと時間差との和がＲＳＮＭＡＸ以上であるとき。この場合、ＲＳＮのオーバフローは起きているが受信したパケットは最後に受信したパケットに相応する。そうでなければＲＳＮが最後のパケットの後に０へリセットされ、そこからの時間差が小さいためにＲＳＮはＲＳＮＭＡＸへは増大されていないはずである。
【００２２】
さらに、パケットは、例えば次の条件３，４のいずれかの場合には結合されない。
条件３）ＲＳＮがＲＳＮＭＡＸよりも小さく、ＲＳＮの差が送信時間差と等しくないとき。この場合、ＲＳＮのオーバフローは起きておらず、新たなパケットが送信されており、旧いパケットに関するデータを安全に消去できる。
条件４）ＲＳＮがＲＳＮＭＡＸに等しく、最後のパケットがＲＳＮＭＡＸより大きい時間差で受信されたとき。この場合、受信機はその時点の受信パケットと最後に受信したパケットとを結合すべきか否かを判別することができない。すなわちその時点のパケットの再送信が行われたのみであるのか、既に新たなパケットが送信されているのか、または、新たなパケットについても複数の再送信が行われているのかなどを判別することができない。ＲＳＮが既にＲＳＮＭＡＸに達してしまっているからである。したがって、異なるパケットのデータの混乱を回避するために、旧いパケットに関する情報を消去しなければならない。
【００２３】
ＲＳＮがＲＳＮＭＡＸに等しい場合、最後のパケットがＲＳＮＭＡＸよりも小さい時間差で受信されかつ最後のパケットのＲＳＮと時間差との和がＲＳＮＭＡＸより小さくなることは実際にはありえない。よって厳密に言えば、最後のパケットのＲＳＮと時間差との和を計算してＲＳＮＭＡＸと比較する必要はない。ただしこの計算の実行は容易である。また、計算を行えば、ＲＳＮが正確に復号化されないというまれなエラーを検出することができる。ＲＳＮはいずれにしても適切な手段で符号化または保護されるためこれはあまり起こることではないが、計算は簡単であるから、これを実行して付加的な一貫性検査を行うと有利である。
【００２４】
本発明をさらに説明するために、次の表を参照しながら詳細な例を挙げる。
【００２５】
【表１】
2008512910.tif 000002
【００２６】
表の第１の行Ｔには、送信時点の単位、すなわち同期再送信プロトコルにおける再送信の時間差の単位が示されている。第２の行ＲＳＮにはその時点で送信されたＲＳＮが示されている。第３の行ＲＸには受信されたＲＳＮが示されており、ＲＳＮが例えば干渉により全く受信されなかった場合、そのことはダッシュで示されている。また"ｆ"はバッファが消去されたこと、つまり受信機がその時点で受信したパケットと先行のパケットとを結合できないと見なしたことを表している。第４の行Ｈｙｐには、説明のために、同じＲＳＮが受信されたが新たなパケットが既に送信された可能性があるか否かを表すＲＳＮの可能シーケンスが示されている。
【００２７】
本発明によれば、時点０でＲＳＮは０にセットされ、パケットが送信される。時点１で新たなパケットが送信され、ＲＳＮは０へ再びリセットされる。ただしこのＲＳＮは受信機ではまだ受信されておらず、そのことはダッシュで示されている。
【００２８】
時点２では、時点１で送信されたパケットの再送信が行われる。受信機は当該のパケットが先行して受信したパケット、つまり時点０で送信されたパケットと結合されないことを認識する。なぜならその時点のＲＳＮがＲＳＮＭＡＸよりも小さく、その時点のＲＳＮと最後に受信したＲＳＮ（時点０のＲＳＮ０）との差が１−０＝１であって時点２と時点０との時間差２−０＝２に一致しないからである。これは前述した条件３に相当する。時点０からパケットの再送信が行われていれば、行Ｈｙｐに示されているように、ＲＳＮは現在までに２へインクリメントされているはずである。したがって受信機は当該のケースを排除する。
【００２９】
時点３では再送信が行われるが、受信されていない。
【００３０】
時点４では再送信が行われ、ＲＳＮがインクリメントされてＲＳＮＭＡＸに達している。受信機は、最後に受信したＲＳＮからの時間差が２であり、最後に受信したＲＳＮ１と当該の時間差２との和が３であってＲＳＮＭＡＸ以上になったことを検出する。この場合、前述した条件２にしたがって、当該のパケットは時点２の最後のパケットと結合される。
【００３１】
時点５〜時点６では再送信が行われ、ＲＳＮはＲＳＮＭＡＸにとどまる。
【００３２】
時点７でも再送信が行われるが、ＲＳＮはＲＳＮＭＡＸにとどまっている。この場合、前述した条件２にしたがって、受信機は当該のパケットと時点４で先行して受信したパケットとを結合する。なぜなら、ＲＳＮがＲＳＮＭＡＸに達しており、時間差が３であってＲＳＮＭＡＸ以上であり、先行のＲＳＮと時間差との和が６であってＲＳＮＭＡＸ以上となっているからである。新たなパケットが時点４で送信されていれば、ＲＳＮはリセットされ、行Ｈｙｐに示されているように、そこから最大で２までインクリメントされているはずである。
【００３３】
時点８〜時点１０でも再送信が行われるが、ＲＳＮはＲＳＮＭＡＸにとどまっている。
【００３４】
時点１１でも再送信が行われ、ＲＳＮはＲＳＮＭＡＸにとどまっている。受信機は前述した条件４にしたがって当該のパケットと時点７で先行して受信したパケットとを結合しない。なぜならＲＳＮがＲＳＮＭＡＸであり、時間差が１１−７＝４であってＲＳＮＭＡＸよりも大きいからである。新たなパケットが時点８で送信されていれば、ＲＳＮはリセットされ、行Ｈｙｐに示されているように、そこから３までインクリメントされているはずである。この場合受信機は時点１１で受信したパケットが時点７のパケットと結合されるか否かをはっきりと知ることができない。したがって受信機は保守的な仮定をせざるを得ず、つまりデータは結合されない。このことは時点１１の第３行目に"ｆ"で表されている。
【００３５】
時点１２では新たなパケットが送信されて受信され、ＲＳＮが０へリセットされている。
【００３６】
時点１３では再送信が行われるが受信されず、ＲＳＮは１へインクリメントされている。
【００３７】
時点１４でも再送信が行われて受信され、ＲＳＮは２へインクリメントされている。この場合、前述した条件１にしたがって、受信機は当該のパケットと時点１２で先行して受信したパケットとを結合する。なぜなら、ＲＳＮ２がＲＳＮＭＡＸより小さく、ＲＳＮの差２−０＝２が時間差１４−１２＝２に一致するからである。行Ｈｙｐには、時点１３で新たなパケットが送信されていれば、ＲＳＮは２でなく１になるはずであるということが示されている。
【００３８】
さらに、ＨＡＲＱシステムでは、同じコンテンツに対して異なるパケットを用いるチェイスコンバイニング方式でなく、例えば異なって符号化されたパケットすなわち種々の冗長バージョンを送信するインクリメンタルリダンダンシ方式も可能である。この場合、どの冗長バージョンが送信されたかを表すインジケータが所定のパケットとともに用いられる。これは付加的にオーバヘッド情報を増大させる。よって冗長バージョンのシグナリングはＲＳＮまたはパケットの送信時点によって暗示的に行われる。送信機および受信機の双方が、ＲＳＮ、送信時点、送信時点と等価な送信フレーム数、または、コネクションフレーム数ＣＦＮから適用された冗長バージョンＲＶを計算する。このうち最後のＣＦＮを取り上げて説明するが、これは本発明を限定するものではない。
【００３９】
本発明の改善されたＲＳＮでは、冗長バージョンＲＶの判別は次のようにして行われる。ＲＳＮ値がＲＳＮＭＡＸより小さい場合には、ＲＶはＲＳＮから計算される。ＲＳＮがＲＳＮＭＡＸに達すると、パケットの再送信があってもＲＳＮは当該の最大値にとどまる。この場合、ＲＶはＲＳＮからではなくＣＦＮから計算したほうがよい。すなわち本発明によれば、ＲＶはＲＳＮ＜ＲＳＮＭＡＸのときＲＳＮから計算され、ＲＳＮ＝ＲＳＮＭＡＸのときＣＦＮから計算される。
【００４０】
本発明の別の実施例として、ＲＶとＲＳＮとの関係、特にＲＳＮ＜ＲＳＮＭＡＸのケースを送信前に受信機から送信機へシグナリングしてもよい。
【００４１】
さらに別の実施例として、当該のシグナリングされる関係に代えて、送信器と受信機とのあいだで定義されたデフォルトの関係を用いることもできる。例えばＲＳＮのうち頻繁に現れる幾つかの値についてはシグナリングを行い、さほど現れない値についてはデフォルト値を用いるようにしてもよい。これに代えて、システムによって種々のパケットサイズまたは符号化スキーマが使用される場合、所定のサイズまたはスキーマに対してデフォルト値を用い、それ以外のサイズまたはスキーマに対して明示的にシグナリングされたＲＶ値を用いるようにすることもできる。これは特にＡＭＣスキーマ（Adaptive Modulation and Coding Scheme）において適用される。
【００４２】
また、符号化ビットの２つのクラス、すなわち系列ビットとパリティビットとを区別する符号化法も存在する。基本的に系列ビットは送信すべき情報に相応し、パリティビットは冗長情報に相応する。この場合、初期送信では系列ビットを強調し、少なくとも一部の再送信でパリティビットを強調すると有利である。ここで、初期送信において系列ビットを強調するということはシグナリングしなくてもよい。このようにすればＲＶとＲＳＮとの関係をシグナリングするための送信帯域幅を節約することができる。さらに、初期送信では定義されたＲＶをつねに用い、少なくとも一部の再送信でのみＲＶとＲＳＮとの関係を明示的にシグナリングしてもよい。また、ＲＳＮ＝ＲＳＮＭＡＸのケースでは、系列ビットを強調すると有利である。これは特に符号化速度が低い場合に当てはまる。つまり送信パケットにおいて大きなリダンダンシが利用可能となる。その場合にはＲＳＮ＝ＲＳＮＭＡＸのケースで系列ビットを強調するということを明示的にシグナリングしなくてもよい。
【００４３】
本発明はＲＳＮの発展形態を提案する。また、他の手段または異なるシグナリング手法によっても同様の機能を達成できることに注意されたい。こうした手段の１つにＮＤＩ（New Data Indicator）がある。ＮＤＩは新たなパケットごとに最大値を法としてインクリメントされ、パケットの再送信に対してはインクリメントされない。ＮＤＩスキーマは多数の再送信が行われる場合にいっそうローバストである。なぜならＮＤＩはまれにしかインクリメントされず、例えば数値の巻き込みによる曖昧性をもたらす危険が小さいからである。
【００４４】
本発明の他の実施例では、ＲＳＮスキーマまたはＮＤＩスキーマはコネクションプロパティに依存して用いられる。このことは、１つのコネクション内であってもそのプロパティに依存してＲＳＮスキーマが用いられる場合とＮＤＩスキーマが用いられる場合とがあるということを意味する。こうしたプロパティにはコネクションのソフトハンドオーバの有無、使用されるパケットサイズまたは符号化速度が含まれる。
【００４５】
有利な実施例では、選択されたプロパティが送信機および受信機で付加的かつ明示的なシグナリングなし判別される。この場合、オーバヘッド情報の付加的なシグナリングは導入されない。
【００４６】
当該分野の技術者であれば、本発明の種々の特徴どうし、または本発明の特徴と他の周知のプロシージャとを任意に組み合わせることができるはずである。したがって上述した本発明の実施例は他のケースにも適用可能である。また上述の実施例および説明は本発明の範囲を限定するものではないことを理解されたい。
【００４７】
以下のテキストには本発明のさらなる態様および変形例などが含まれる。
【００４８】
１．イントロダクション
前回の会合ではＥ‐ＤＣＨに対するＨＡＲＱの定義の点で重大な進歩があった。同期再送信プロトコル、および、インクリメンタルリダンダンシ方式ＩＲおよびチェイスコンバイニング方式によるＨＡＲＱに同意が得られたことも重要である。
【００４９】
インクリメンタルリダンダンシ方式ＩＲでは、動作中、冗長バージョンを所定の順序で用い、最初の送信ではつねに系列ビットを強調する。つまりｓ＝１である。ソフトハンドオーバＳＨＯのない再送信では、系列ビットは強調しても強調しなくてもよい。つまりｓ＝０であってもｓ＝１であってもよい。
【００５０】
ＳＨＯに対するその他の取り決めとして、一般にはつねに系列ビットを強調する（ｓ＝１とする）と有利である。
【００５１】
冗長バージョンＲＶは幾つかのＥ‐ＴＦＣではＣＦＮにリンクされ、他のＥ‐ＴＦＣでは明示的にシグナリングされるという取り決めから出発して、本寄稿ではＨＡＲＱに関する情報のシグナリング手段を提案する。
【００５２】
２．ＨＡＲＱに関するシグナリング情報
ＨＡＲＱに関するシグナリング情報はＥ‐ＤＣＨを介したパケット送信のたびにＥ‐ＴＦＣ情報とともに送信される。その機能は、ノードＢに対して、脱レートマッチング（de-rate matching）およびノードＢのソフトバッファのフラッシュのトリガに必要な冗長バージョンすなわちＸｒｖ値を知らせることである。
【００５３】
冗長バージョンおよび冗長バージョンの順序はネットワークから例えば上位層を介したシグナリングによって管理されるか、またはＴＦＣごとに固定のマッピング規則によって対応づけられる。この規則は移動局ＵＥおよびネットワークの双方に既知であり、"物理的に組み込まれて"いる。われわれの考えでは、ＴＦＣごとに３つの冗長バージョン、すなわち初期送信に対する第１のバージョンと、第１の再送信に対する第２のバージョンと、第２の再送信に対する第３のバージョンとが定められるか、または上位層からシグナリングが行われる。
【００５４】
以下では、種々の要求により、ＮＤＩの信頼性とＲＶの選択に対する種々のリンク効率の利得とを考慮して、ソフトハンドオーバＳＨＯのないときとあるときとを場合分けして考察する。
【００５５】
ＳＨＯがないときのシグナリング
ＳＨＯがないときには、参考文献［１］に挙げられている２ｂｉｔのＲＳＮにより、冗長バージョンを移動局ＵＥからノードＢへシグナリングする。付加的にＲＳＮにより、ＮＤＩの機能が得られる。つまりＲＳＮ＝０のときソフトバッファをフラッシュすることが示される。ＲＳＮは再送信ごとにインクリメントされ、初期送信が行われるたびに０へセットされる。再送信数が２を超えると、以降の全ての再送信に対してＲＳＮを３へセットする。これはＲＳＮのビット数がｌｏｇ２（Ｎｍａｘ）よりも低くなり、ＩＲ利得の損失がないので有利である。なぜなら種々のＲＶ数は典型的には送信の最大数Ｎｍａｘよりも小さいからである。ＲＳＮ＝３では、さらなる利得を得るため、ＲＶ選択をＣＦＮに基づいて行う。
【００５６】
ＳＨＯがあるときのシグナリング
参考文献［６］に説明されているように、ＳＨＯのあるときには専用のＴＦＣを移動局ＵＥによって選択する。一般にSHOのときのTFCは低いレートを生じる。低いレートでは、チェイスコンバイニング方式に比べたインクリメンタルリダンダンシ方式IRでのリンク効率の利得が約０．３ｄBとなることが研究からわかった。ただし種々のIRスキーマ、特に種々のRV順序のあいだのパフォーマンス差は参考文献［４］によれば無視できるほど小さい。したがってSHOのあるとき最良のパフォーマンスを得るには、専用のTFCをIRスキーマとともに用いるとよい。RV選択のための明示的規則を定めるにあたっては、IRスキーマの無視できる程度の差を考慮する必要はない。したがって、参考文献［２］［３］で説明されているのと同様に、RV選択はCFNスキーマに基づいて暗示的に行うとよい。
【００５７】
ＳＨＯのあるとき、前述したＳＨＯのないときの２ｂｉｔのＲＳＮは必要なく、再使用することができる。ＳＨＯのあるときのＨＡＲＱに関するシグナリングにおいて最も重要なのはノードＢのバッファの誤りを回避することであり、われわれは２ｂｉｔのＲＳＮを２ｂｉｔのＮＤＩとして再使用することを提案する。再送信ごとにインクリメントされるＲＳＮとは異なり、ＮＤＩは初期送信のたびに移動局ＵＥでインクリメントされる。ＲＳＮに比べてＮＤＩは特に第１の再送信後に残っているＢＬＥＲが１％までである場合、信頼性が高い。
【００５８】
３．概要
この文献において、われわれは、アップリンクのＥ‐ＤＣＨでのＨＡＲＱに関するシグナリングに対して２ｂｉｔのみでＮＤＩ機能およびＲＶ選択機能を得られる手段を提案する。
【００５９】
選択されたＴＦＣに依存して、ＲＳＮではカウンタが再送信ごとに、またＮＤＩでは初期送信ごとにインクリメントされ、ＮＤＩ機能またはＲＶ選択機能が最適に支援される。
【００６０】
この解決手段の背景となっているのは、ＳＨＯがあるときＮＤＩの信頼度はＳＨＯがないときよりもクリティカルであり、ＳＨＯがないときのＲＶ選択はＳＨＯがあるときよりもパフォーマンスに影響を与えるという事実である。
【００６１】
またこの提案は参考文献［２］［３］に示されているＳＨＯのあるときのＣＦＮを用いた暗示的なＲＶ選択の手段も含む。ＳＨＯがないときには、初期送信、第１の再送信および第２の再送信に対するＲＶはネットワークからシグナリングされ、実際の使用法は移動局ＵＥのＲＳＮによって表示される。
【００６２】
４．参考文献
[1] R1-040958, Ericsson, "E-DCH Physical Layer Hybrid ARQ Processing", Prague, Czech Republic, August 2004
[2] R1-040862, Samsung, "RV Signaling", Prague, Czech Republic, August 2004
[3] R1-040752, Nokia, "Implicit Redundancy Version for IR HARQ Scheme", Cannes, France, June 2004
[4] R1-040719, Qualcomm, "Link Performance with different RV for Low Data Rates", Cannes, France, June 2004
[5] R1-040720, Qualcomm, "Link Performance with different RV for High Data Rates", Cannes, France, June 2004
[6] R1-040906, Motorola, "Synchronous HARQ and reliable signaling during SHO (Enhanced uplink)", Prague, Czech Republic, August 2004
[0] R1-040392, Editor (Nokia), TR 25.896 v2.0.0 "Feasibility Study for Enhanced Uplink for UTRA FDD(Release 6)", Feburary 16-20, 2004, Malaga, Spain
これらの文献は３ＧＰＰ（3rd Generation Partnership Program）に保存されており、そのウェブサイトで読むことができる。
【００６３】
本明細書で使用されている略号
Ｅ‐ＤＣＨ：エンハンスドデディケイテッドチャネル（基本的には既存のＵＭＴＳアップリンクチャネルを発展させたもの）
ＩＲ：インクリメンタルリダンダンシ
ＳＨＯ：ソフトハンドオーバ
ＣＦＮ：コネクションフレームナンバ（コネクションフレーム数）
Ｅ‐ＴＦＣ：エンハンスドトランスポートフォーマットコンビネーション
ＵＥ：ユーザイクイップメント（移動局）
ｌｏｇ２：ロガリズムベース２
ＵＬ：アップリンク
【手続補正書】
【提出日】平成18年5月18日(2006.5.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のデータパケットおよび第１の再送信数を通信機器によって所定の通信チャネルで受信し、次に第２のデータパケットおよび第２の再送信数を第１のデータパケットからの所定の遅延時間で前記通信機器によって前記通信チャネルで受信し、ここでデータパケットの送信機では再送信のたびに再送信数が最大再送信数に達するまでインクリメントされ、最大再送信数に達するとその値にとどめられ、再送信は初期送信または最後の再送信から固定の時間が経過した後に行われるので遅延時間は複数の再送信時間ステップから成る、
通信機器によるデータパケットの結合方法において、
第２の再送信数が最大再送信数よりも小さい場合であって、第１の再送信数と第２の再送信数との差が再送信時間ステップ数に等しいときには、第１のデータパケットと第２のデータパケットとを結合して合成データパケットとし、第１の再送信数と第２の再送信数との差が再送信時間ステップ数に等しくないときには、第１のデータパケットと第２のデータパケットとを結合しない
ことを特徴とする通信機器によるデータパケットの結合方法。
【請求項２】
第１のデータパケットおよび第１の再送信数を通信機器によって所定の通信チャネルで受信し、次に第２のデータパケットおよび第２の再送信数を第１のデータパケットからの所定の遅延時間で前記通信機器によって前記通信チャネルで受信し、ここでデータパケットの送信機では再送信のたびに再送信数が最大再送信数に達するまでインクリメントされ、最大再送信数に達するとその値にとどめられ、再送信は初期送信または最後の再送信から固定の時間が経過した後に行われるので遅延時間は複数の再送信時間ステップから成る、
通信機器によるデータパケットの結合方法において、
第２の再送信数が最大再送信数に等しい場合であって、再送信時間ステップ数が最大再送信数以下であるときには、第１のデータパケットと第２のデータパケットとを結合して合成データパケットとし、再送信時間ステップ数が最大再送信数より大きいときには、第１のデータパケットと第２のデータパケットとを結合しない
ことを特徴とする通信機器によるデータパケットの結合方法。
【請求項３】
第２の再送信数が最大再送信数に等しい場合であって、再送信時間ステップ数が最大再送信数以下であり、かつ、第１の再送信数と再送信時間ステップ数との和が最大再送信数以上であるときには、第１のデータパケットと第２のデータパケットとを結合して合成データパケットとする、請求項２記載の方法。
【請求項４】
通信機器によってデータパケットを再送信する際に、第１のコンテンツを第１のデータパケットとして第１の再送信数を付して所定の通信チャネルで送信し、次に第２のコンテンツを第２のデータパケットとして第２の再送信数を付して第１のデータパケット後に前記通信チャネルで送信し、第２のコンテンツが第１のコンテンツとは異なる場合、第２の再送信数をゼロへセットし、第２のコンテンツが第１のコンテンツと同じである場合、第１の再送信数が最大再送信数よりも小さいときには、第２の再送信数を第１の再送信数から１だけ増大し、第１の再送信数が最大再送信数に等しいときには、第２の再送信数を第１の再送信数と等しくする、請求項１から３までのいずれか１項記載の方法。
【請求項５】
ＨＡＲＱスキーマ（ハイブリッド自動再送要求スキーマ）を用いる、請求項１から４までのいずれか１項記載の方法。
【請求項６】
第１の再送信数および／または第２の再送信数に依存して冗長バージョンを計算する、請求項１から５までのいずれか１項記載の方法。
【請求項７】
第１の再送信数および／または第２の再送信数が所定の最大再送信数よりも小さいとき、第１の再送信数および／または第２の再送信数に依存して冗長バージョンを計算する、請求項６記載の方法。
【請求項８】
第１の再送信数および／または第２の再送信数が与えられた最大再送信数に等しいとき、送信フレーム数に依存して冗長バージョンを計算する、請求項６または７記載の方法。
【請求項９】
請求項１から８までのいずれか１項記載のデータパケットの結合方法を実行するように構成された送受信手段およびデータ処理手段を有することを特徴とする通信機器。
【請求項１０】
移動通信機、基地局装置、無線網コントローラ装置または基地局コントローラ装置である、請求項９記載の通信機器。
【国際調査報告】
2008512910.tif 000003
2008512910.tif 000004
2008512910.tif 000005