(57)【要約】  ＦＰヘッダを使用することにより、ノードＢが再送の回数を判定することができなかった又は正確に判定することができなかったことをＲＮＳに対してシグナリングしている。第１実施例は、ノードＢが再送の実際の回数を知らないことを通知するべく、ＩｕｂのフレームプロトコルのＤＡＴＡ  ＦＲＡＭＥヘッダ上の「Ｎｕｍｂｅｒ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ」フィールド内において使用するビットパターンを予約している。第２実施例は、ＦＰヘッダ内の「Ｎｕｍ  ｏｆ  ＨＡＲＱ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ」内に設定された値が、ノードＢによって推定／推測された値であるかどうかを通知するべく、Ｉｕｂ／ＩｕｒのＦＰ  ＤＡＴＡ  ＦＲＡＭＥヘッダ上に１ビットのフラグを定義している。【選択図】図３（ｂ）
2008527823.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置から基地局へのデータの再送回数を表す大きさを具備した再送シーケンス番号信号を無線インターフェイス上において前記ユーザ装置から前記基地局内において受信し、前記回数の値は第１範囲に制限されており、
前記基地局が再送シーケンス番号を受信したが、前記再送回数を判定することができなかった又は正確に判定することができなかったかどうかを、前記基地局内において判定し、
前記基地局が前記ユーザ装置から前記基地局へのデータの前記再送の実際の回数に関する情報を具備していないことを通知するべく、サービング無線ネットワークコントローラに対するフレームプロトコルデータフレームヘッダ上における伝送のために前記基地局内においてシグナリングを選択する、
ことを有する方法。
【請求項２】
前記シグナリングは前記第１範囲を上回る第２範囲内の値を具備した複数のコードワードの中から予約された予約コードワードを有しており、前記コードワードの前記値は前記ユーザ装置から前記基地局へのデータの再送の回数を表しており、サービング無線ネットワークコントローラに対するフレームプロトコルデータフレームヘッダ上における伝送のための前記予約コードワードは前記基地局が前記ユーザ装置から前記基地局へのデータの前記再送の実際の回数に関する情報を具備していないことを通知している、請求項１に記載の方法。
【請求項３】
前記予約コードワードは、１１１０である請求項２に記載の方法。
【請求項４】
前記予約コードワードは、１１１１である請求項２に記載の方法。
【請求項５】
前記予約コードワードは、前記第２範囲の上端から予約されている請求項２に記載の方法。
【請求項６】
前記基地局内においてシグナリングを選択することは、前記フレームプロトコルデータフレームヘッダのコードワード内の複数のビットの中からフラグビットの値を選択することを有しており、前記フラグビットの前記値は前記ユーザ装置から前記基地局へのデータの前記再送の回数を表している前記ヘッダ内における伝送のための値が実際のものであるのか或いは推定値であるのかを表している、請求項１に記載の方法。
【請求項７】
ユーザ装置から基地局へのデータの再送の回数を表す大きさを具備した再送シーケンス番号信号を無線インターフェイス上においてユーザ装置から受信する受信機であって、前記回数の値は第１範囲に制限されている、受信機と、
前記基地局が、再送シーケンス番号を受信したが、前記再送の回数を判定することができなかった又は正確に判定することができなかったかどうかを前記基地局内において判定する判定器と、
前記基地局が、前記ユーザ装置から前記基地局へのデータの前記再送の実際の回数に関する情報を具備していないことを通知するべく、サービング無線ネットワークコントローラに対するフレームプロトコルデータフレームヘッダ上における伝送のためのシグナリングを選択するセレクタと、
を有する基地局。
【請求項８】
前記シグナリングは前記第１範囲を上回る第２範囲内の値を具備した複数のコードワードの中から予約された予約コードワードを有しており、前記コードワードの前記値は前記ユーザ装置から前記基地局へのデータの再送の回数を表しており、サービング無線ネットワークコントローラに対するフレームプロトコルデータフレームヘッダ上における伝送のための前記予約コードワードは前記基地局が前記ユーザ装置から前記基地局へのデータの前記再送の実際の回数に関する情報を具備していないことを通知している、請求項７に記載の基地局。
【請求項９】
前記予約コードワードは、１１１１である請求項８に記載の基地局。
【請求項１０】
前記予約コードワードは、１１１０である請求項８に記載の基地局。
【請求項１１】
前記予約コードワードは、前記第２範囲の上端から予約されている請求項８に記載の基地局。
【請求項１２】
前記基地局内においてシグナリングを選択する前記セレクタは、前記フレームプロトコルデータフレームヘッダのコードワード内の複数のビットの中からフラグビットの値を選択するセレクタを有しており、前記フラグビットの前記値は前記ユーザ装置から前記基地局へのデータの前記再送の回数を表している前記ヘッダ内における伝送のための値が実際のものであるのか或いは推定値であるのかを表している、請求項７に記載の基地局。
【請求項１３】
（ａ）基地局であって、
（ｉ）ユーザ装置から基地局へのデータの再送の回数を表している大きさを具備した再送シーケンス番号信号を無線インターフェイス上においてユーザ装置から受信する受信機であって、前記回数の値は第１範囲に制限されている、受信機と、
（ｉｉ）前記基地局が、再送シーケンス番号を受信しているが、前記再送の回数を判定することができなかった又は正確に判定することができなかったかどうかを前記基地局内において判定する判定器と、
（ｉｉｉ）前記基地局が、前記ユーザ装置から前記基地局へのデータの前記再送の実際の回数に関する情報を具備していないことを通知するべく、サービング無線ネットワークコントローラに対するフレームプロトコルデータフレームヘッダ上における伝送のためのシグナリングを選択するセレクタと、を有する基地局と、
（ｂ）前記再送シーケンス番号信号を前記基地局に伝送するための無線リンクによって前記基地局に接続されたユーザ装置と、
を有するシステム。
【請求項１４】
前記シグナリングは前記第１範囲を上回る第２範囲内の値を具備した複数のコードワードの中から予約された予約コードワードを有しており、前記コードワードの前記値は前記ユーザ装置から前記基地局へのデータの再送の回数を表しており、サービング無線ネットワークコントローラに対するフレームプロトコルデータフレームヘッダ上における伝送のための前記予約コードワードは前記基地局が前記ユーザ装置から前記基地局へのデータの前記再送の実際の回数に関する情報を具備していないことを通知している、請求項１３に記載のシステム。
【請求項１５】
前記予約コードワードは、１１１１である請求項１４に記載のシステム。
【請求項１６】
前記予約コードワードは、１１１０である請求項１４に記載のシステム。
【請求項１７】
前記予約コードワードは、前記第２レンジの上端から予約されている請求項１４に記載のシステム。
【請求項１８】
制御機能において使用される前記フレームプロトコルデータフレームヘッダに応答する無線ネットワークコントローラを更に有する、請求項１４に記載のシステム。
【請求項１９】
その間に無線リンクを具備した基地局及びユーザ装置を含むネットワーク内において使用される無線ネットワークコントローラであって、
基地局からのフレームプロトコルデータフレームヘッダに応答し、制御機能のための制御信号を供給する信号プロセッサと、
前記制御信号に応答し、前記制御機能用に前記基地局に対して出力制御信号を供給する送信機であって、前記ヘッダは前記基地局が前記無線リンク上における前記ユーザ装置から前記基地局へのデータの再送の実際の回数に関する情報を具備していないことを通知するためのシグナリングを包含可能である、送信機と、
を有する無線ネットワークコントローラ。
【請求項２０】
前記シグナリングは、前記ヘッダの予約コードワードを使用することにより、前記基地局が、前記ユーザ装置から前記基地局へのデータの前記再送の実際の回数に関する情報を具備していないことを通知する、請求項１９に記載の無線ネットワークコントローラ。
【請求項２１】
前記シグナリングは、前記ヘッダ内のフラグを使用することにより、前記基地局が前記ユーザ装置から前記基地局へのデータの前記再送の実際の回数に関する情報を具備していないことを通知すると共に、前記再送の回数を報告するのに使用される前記ヘッダのコードワードのフィールド内において推定値をも提供している、請求項１９に記載の無線ネットワークコントローラ。
【請求項２２】
前記制御機能は、前記基地局と前記ユーザ装置の間の前記無線リンクのパワーを制御するためのものである、請求項１９に記載の無線ネットワークコントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は、モバイル通信であり、更に詳しくは、例えば、アウターループ電力制御（ＯｕｔｅｒＬｏｏｐ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）においてサービング無線ネットワークコントローラ（Ｓｅｒｖｉｎｇ  Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）によって使用されるユーザ装置から基地局への再送の報告に関するものである。
【背景技術】
【０００２】
本発明は、ＵＴＲＡ（ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）の３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）仕様に関するものであり、更に詳しくは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）モードにおいて使用される拡張アップリンク機能であるＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）のＨＳＵＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）に関するものである。この機能は、３ＧＰＰに規定されており、３ＧＰＰのリリース６をターゲットとしている。
【０００３】
図１を参照すれば、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）パケットネットワークアーキテクチャは、ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）、ＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、及びコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：ＣＮ）からなる主要なアーキテクチャ要素を包含している。ＵＥは、無線の（Ｕｕ）インターフェイスによってＵＴＲＡＮにインターフェイスされており、ＵＴＲＡＮは、（有線の）Ｉｕインターフェイスによってコアネットワークにインターエフェイスされている。
【０００４】
図２は、このアーキテクチャ（特に、ＵＴＲＡＮ）の更なる詳細を示している。ＵＴＲＡＮは、複数の無線ネットワークサブシステム（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍ：ＲＮＳ）を含んでおり、このそれぞれは、少なくとも１つの無線ネットワークコントローラ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）を含んでいる。それぞれのＲＮＣは、３ＧＰＰにおけるＧＳＭ基地局のカウンターパートである複数のノードＢに接続可能である。それぞれのノードＢは、図１に示されている無線インターフェイス（Ｕｕ）を介して複数のＵＥと無線コンタクト状態になることができる。所与のＵＥは、ノードＢの１つ又は複数のものが異なるＲＮＣに接続されている場合にも、複数のノードＢと無線コンタクト状態になることができる。例えば、図２のＵＥ１は、ＲＮＳ１のノードＢ２及びＲＮＳ２のノードＢ３と無線コンタクト状態になることができる（この場合に、ノードＢ２及びノードＢ３は、隣接しているノードＢである）。異なるＲＮＳのＲＮＣをＩｕｒインターフェイスによって接続可能であり、このＩｕｒインターフェイスにより、モバイルＵＥは、両方のＲＮＣとのコンタクト状態に留まりつつ、１つのＲＮＣのノードＢに属するセルから別のＲＮＣのノードＢに属するセルに移動可能である。これらのＲＮＣの中の１つは、「サービング（Ｓｅｒｖｉｎｇ）」又は「コントローリング（Ｃｏｎｔｒｏｌｌｉｎｇ）」ＲＮＣ（ＳＲＮＣ又はＣＲＮＣ）として機能し、他方は、「ドリフト（Ｄｒｉｆｔ）」ＲＮＣ（ＤＲＮＣ）として機能することになる。このようなドリフトＲＮＣのチェーンを所与のＳＲＮＣから延長するように確立することも可能である。複数のノードＢが、通常、隣接ノードＢとなることになるが、これは、それぞれが、隣接するセルの制御下におかれることになるという意味である。ノードＢは、同一のＲＮＣに接続されているため（或いは、それらが別のＲＮＣに接続されている場合には、ＲＮＣが互いに接続されているため）、モバイルＵＥは、新しいノードＢと間の接続を再確立する必要なしに、隣接するセルを行き来することができる。ＵＥのこのような移動の際には、ＵＥが常にＵＴＲＡＮに対する少なくとも１つの無線リンクを維持できるように、しばしば、無線リンクの追加及び放棄が必要となる。これをソフトハンドオーバ（Ｓｏｆｔ−ＨａｎｄＯｖｅｒ：ＳＨＯ）と呼んでいる。
【０００５】
ＵＥは、Ｅ−ＤＣＨ（Ｅｎｈａｎｃｅｄ−Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）上におけるデータの伝送と共に、Ｅ−ＤＰＣＣＨ（Ｅｎｈａｎｃｅｄ−Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）上においてＲＳＮ（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）を伝送するということが、３ＧＰＰのＨＳＵＰＡ標準化において合意されている。ノードＢは、使用する冗長性バージョンをＲＳＮから「知って」いる。また、ノードＢは、ＲＳＮに基づいて、その再送カウンタを調節可能である。更には、ＳＲＮＣに対してブロックを正しく受信するのに必要な再送の回数をノードＢが報告するということについても合意されている（ＦＰヘッダ内に４ビットのフィールドが予約されている）。アウターループ電力制御（ＯＬＰＣ）は、この情報を使用することにより、様々なチャネルのＳＩＲターゲット及びパワーオフセットを調節可能である。
【０００６】
ＲＳＮは、２ビットとなるように規定されている（即ち、これは、０、１、２、及び３という値を具備可能である）。ＲＳＮは、３回を上回る再送が存在する場合にも、３で飽和するものとして規定されている（即ち、ＲＳＮは、３回を上回る再送が存在している際には、０、１、２、３、３、３という値を取得することになる）。ノードＢが、最初の３回（又は、これを上回る回数）の伝送を逃したが（即ち、Ｅ−ＤＰＣＣＨさえも受信しなかったが）（これは、ＳＨＯのケースにおいては、一般的であろう）、次いで、例えば、２回の伝送（これらは、いずれもＲＳＮ＝３を有している）を受信した場合には、ソフトがこれらを組み合わせて最終的にそのブロックを正しくデコードする。次いで、ノードＢは、正しく受信されたブロックをＳＲＮＣに送信し、このブロックに必要な再送の回数についてＳＲＮＣに対して通知する必要がある。しかしながら、ノードＢは、このブロックの伝送の開始時点に関する「知識」を有していない（これは、３回、４回、５回などの伝送を逃している可能性がある（いずれの場合にも、ＲＳＮ＝３である））。
【０００７】
このノードＢの「知識」との関連においては、ノードＢが受信した最初の伝送がＲＳＮ＝３を有するものであった場合に、問題が発生することになり、この結果、（必然的に）、ノードＢは、最初の伝送の送信時点で「知る」ことができない。
【０００８】
ノードＢは、ＲＳＮ＝０、１、又は２を有するＵＥからの伝送を受信した場合には、判定可能であり、従って、「知る」ことができる。これらのいずれもが誤っており、次いで、ＵＥが、ＲＳＮ＝３によって（１回又は複数回にわたって）再送した場合にも、ノードＢは、再送の回数をカウント可能である（即ち、計算可能である）。
【０００９】
以下に、いくつかの例を提示しよう。
ＵＥが伝送したＲＳＮ：０  １  ２  ３  ３  ３
ノードＢの受信内容  ：−  １  −  ３  −  ３
【００１０】
この例においては、ノードＢは、実際の再送の回数が、（第１（ＲＳＮ＝０）の伝送の後に）５回であるとカウント可能である。ハイフォン（−）は、ノードＢがその伝送を完全に逃した（即ち、ＲＳＮ又はＲＳＮが送信されたＥ−ＤＰＣＣＨをデコードできなかった）ことを示しており、上記の１は、ノードＢがＥ−ＤＰＣＣＨを正しく受信し、それからＲＳＮ＝１を判読したが、Ｅ−ＤＰＤＣＨ上においてデータを正しくデコードすることができず、この結果、再送を要求しており、第２及び第４の再送は、（Ｅ−ＤＰＣＣＨをも）完全に逃しており、第３の再送（ＲＳＮ＝３）は、受信され、再送１と組み合わせられたが、データが依然として正しいものではなく、最後に、第５の再送は、第１及び第３の再送と組み合わせられた際に、結果的にデータの正しいデコードをもたらし、ＡＣＫがＵＥに対して送信され、正しく受信されたデータが（ＦＰデータフレーム内において）ＲＮＣに送信され、ＦＰヘッダ内において「Ｎｕｍ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓ＝５（＝０１０１）」が報告されたことを示している。
【００１１】
第２の例を提示しよう。
ＵＥが伝送したＲＳＮ：０  １  ２  ３  ３
ノードＢの受信内容  ：０  −  −  ３  ３
この例においては、ノードＢは、実際の再送の回数が４であるとカウント可能である。
【００１２】
第３の例を提示しよう。
ＵＥが伝送したＲＳＮ：０  １  ２  ３  ３
ノードＢの受信内容  ：−  −  −  ３  ３
【００１３】
この第３の例においては、ノードＢは、必然的に、実際の再送の回数が４であるとカウントすることができず、従って、ＦＰヘッダ内において再送の回数を必ずしも正確に通知することができない。伝送の回数が、例えば、５回の伝送（即ち、４回の再送）に制限されている場合には、この最後のケースにおいても、ノードＢは、４回の再送が存在しているということを知って、これを報告可能である。これは、ノードＢが知っているかどうかを判定するべく、ＵＥから受信したＲＳＮにのみ常に依存することができない理由の一例である（即ち、なんらかの追加情報（この例においては、最大伝送回数である）を提供可能である）。
【発明の開示】
【００１４】
本発明の目的は、このような状況及び類似した問題の状況に適用可能である前述の問題の解決策を提供することにある。
【００１５】
前述の第３の例においては、ノードＢの動作は定義されていない。ノードＢは、伝送の開始時点を推測するべく試みることができよう。これを実行した場合には、それが推定値であるということ、或いは、単に、それを判定不可能であったということをＲＮＣに対して通知する必要があるかどうかという問題が発生する。
【００１６】
この概念は、ＦＰヘッダを使用することにより、ノードＢが再送の回数を判定することができなかった又は正確に判定することができなかったことをＲＮＣに対してシグナリングするというものである。
【００１７】
これを実行する１つの方法は、ＩｕｂのフレームプロトコルのＤＡＴＡ  ＦＲＡＭＥヘッダ上に、１つの「Ｎｕｍｂｅｒ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ」コードワードを予約することにより、ノードＢが実際の再送の回数を知らないことを通知するというものである。
【００１８】
別の方法は、Ｉｕｂ／ＩｕｒのＦＰ  ＤＡＴＡ  ＦＲＡＭＥヘッダ上に、１ビットフラグを定義することにより、ＦＰヘッダ内の「Ｎｕｍｂｅｒ  ｏｆ  ＨＡＲＱ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ」内に設定された値が、ノードＢによって推定／推測されたものであるかどうか（即ち、正しい値であるかどうか）を通知するというものである。
【００１９】
いずれのケースにおいても、ノードＢは、正確な再送の回数を知らないということをＲＮＣに対してシグナリングする手段を具備する必要がある。フラグを使用する方法においては、フラグは、ノードＢが再送の回数を「推測（ｇｕｅｓｓ）」した場合にのみ設定する必要がある。ノードＢが再送回数を知っている（ｋｎｏｗ）／これを推定（ｅｓｔｉｍａｔｅ）した（即ち、推測していない）場合には、いずれのケースにおいても（正しい）値を報告する必要がある。第１の方法と第２の方法の相違点は、ノードＢが知らない（且つ、推定することができない）ケースの取り扱い方法にある。第１の方法によれば、「Ｎｕｍ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｓ」フィールドの１つのコードワードを予約しており、第２の方法は、これに１ビットのフラグを追加するというものである（このフラグは、ＦＰヘッダ内の「スペア」ビットの代わりに送信可能であろう）。
【００２０】
第１の方法は、追加ビットが不要であるという利点を具備しており、第２の方法は、フラグに加えて、再送回数のなんらかの「推測値（ｇｕｅｓｔｉｍａｔｅ）」（但し、この信頼性は低い）を付与可能であるというという利点を具備している。
【００２１】
但し、いずれの方法の場合にも、実際の再送回数に関する知識を有していないということをノードＢがＲＮＣに対して通知するための手段が存在している必要がある。前述のように、１つの方法は、１つのコードワードを予約するというものであり、別の方法は、その事実を通知するための１ビットのフラグを追加するというものである。
【００２２】
尚、本明細書は、ＨＳＵＰＡの状況に対する改善という文脈において本発明を開示しているが、この核心的な概念は、無線インターフェイスにおけるその他の状況に対しても適用可能であって、ＨＳＵＰＡに限定されるものではなく、且つ、アップリンク方向に限定されるものでもないことを理解されたい。
【発明を実施するための最良の形態】
【００２３】
まず、図３（ａ）〜（ｃ）に示されているフレーム構造は、例示を目的としたものに過ぎず、本発明は、本明細書に示されている特定の構造に結び付けられるものではなく、今後生じるであろう構造の変化に応じて適合可能であることを理解されたい。
【００２４】
図３（ａ）は、３ＧＰＰの標準化プロセスにおいて提案されているＥ−ＤＣＨ用の可能なフレームプロトコル（ＦＰ）ヘッダ（このヘッダの一部）を示している。ここで、「Ｎｕｍ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓ」フィールドは、必要とされた再送の回数を示している。本発明の第１実施例によれば、このフィールドは、ノードＢが再送回数を知らないことを通知する特別な値を具備可能であろう。
【００２５】
例えば、図３（ｂ）に示されているように、コードワード（ｃｏｒｄｅｗａｒｄ）１１１１又は１１１０を予約することにより、再送回数が不明であることを通知可能であろう（１１１１は、最大伝送回数によってもブロックが正しく受信されなかったことを通知するべく予約可能である）。１４回又は１５回もの再送が許容／必要とされる可能性は小さいため、上端からコードワードを予約することが最良である。
【００２６】
利点は、ノードＢが、伝送の回数を推測する必要なく、知らないことを単純に通知可能であるという点にある。この結果、ＳＲＮＣ内のＯＬＰＣは、例えば、情報を破棄することにより、これを反映させることができる。また、ＯＬＰＣは、少なくとも３回の再送が必要とされたこと、並びに、ノードＢが最初の３回を逃したことを知ることができる（さもなければ、ノードＢは、実際の再送回数を知ることになったであろう）。この結果、ＳＲＮＣは、制御目的のヘッダ内に包含されたシグナリングを使用することにより、例えば、基地局（ノードＢ）とユーザ装置間の無線リンクのパワー制御などの（但し、これに限定されない）その無線ネットワーク制御機能の中の１つ又は複数のものに関係した決定を下すことができる。
【００２７】
別の利点は、ＵＥがソフトハンドオーバ（ＳＨＯ）状態にあり、且つ、複数のノードＢから受信したＦＰ  ＤＡＴＡ  ＦＲＡＭＥ内の「Ｎｕｍｂｅｒ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ」に異なる値が設定されているケースにおいて、それらの１つが、提案されている予約コードワードを具備している場合に、ＲＮＣは、その値を無視し、代わりに、正しい値を使用可能であるという点にある。
【００２８】
但し、いくつかのＳＨＯのケースにおいては、異なるノードＢが、「正常」な「Ｎｕｍｂｅｒ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ」の異なる値を送信可能であるという点に留意されたい。これは、例えば、ノードＢ１が、２回の伝送を有するパケットを受信し、データを「Ｎｕｍｂｅｒ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ」＝１と共にＲＮＣに転送し、ＡＣＫをＵＥに送信した際に発生する。ＡＣＫが、ＵＥにおいてＮＡＫとして誤って解釈され、ＵＥがパケットを（余計に）再送すると、この段階で、ノードＢ２は、これを正しく受信し、これを「Ｎｕｍｂｅｒ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ」＝２と共にＲＮＣに転送し、ＡＣＫをＵＥに送信することになる。これは、正常な動作であり、ＲＮＣは、これを解決すると共に、これをＯＬＰＣにおいて反映させることができるようになっている必要がある。
【００２９】
図３（ｃ）は、Ｅ−ＤＣＨのフレームプロトコル（ＦＰ）ヘッダ（このヘッダの一部）を使用した新しい方法を有する本発明の第２実施例を示している。例えば、現在のＦＰ仕様においては、まず、３ビットの「Ｓｕｂｆａｍｅ  ｎｕｍｂｅｒ」、４ビットの「Ｎｕｍｂｅｒ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ」、及び１ビットの「Ｓｐａｒｅ  ｂｉｔ」から構成された１バイトが存在している。本発明の第２の実施例によれば、提案されている１ビットのフラグは、１ビットのスペアビットを使用可能であろう。提案されている１ビットのフラグは、値０又は１をとる。一例として、このフラグの値「０」は、報告された「Ｎｕｍｂｅｒ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ」が、正しい値であることを通知しており、フラグの値「１」は、報告された値が推定値に過ぎないことを通知するべく使用可能であろう。尚、この１ビットのフラグは、ＦＰヘッダ内のその他の部分に配置することも可能であることに留意されたい。「スペア」ビットは、一例として使用されているものに過ぎない。
【００３０】
ノードＢが正常にデコードした（即ち、ノードがパケットのＲＳＮを判読可能であった）最初のパケットがＲＳＮ＝０、１、又は２を具備しており、且つ、デコードされたパケットが正しい場合、又は、デコードされたパケットが正しくなく且つノードＢが最初にデコードされたパケットの受信後に後から再送された正しいパケットを受信した場合に、ノードＢはサービング無線ネットワークコントローラ（ＳＲＮＣ）に対して転送されるＦＰ  ＤＡＴＡ  ＦＲＡＭＥのフラグ内に「０」を設定する。
【００３１】
ノードＢが正常にデコードした（即ち、ノードがパケットのＲＳＮを判読可能であった）最初のパケットがＲＳＮ＝３を具備しており、且つ、デコードされたパケットが正しい場合又は、デコードされたパケットが正しくなく且つノードＢが最初のデコードされたパケットの受信後に後から再送された正しいパケットを受信した場合、並びに、ノードＢが再送回数を判定するべく使用可能であるその他の情報が存在していない場合に、ノートＢはＳＲＮＣに対して転送されるＦＰ  ＤＡＴＡ  ＦＲＡＭＥ内のフラグ内に「１」を設定する。
【００３２】
本発明の第２の実施例の利点は、ＳＲＮＣが、（「Ｎｕｍ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓ」フィールド内において）報告されているＨＡＲＱ再送の回数が正しい値であるのか或いはノードＢによって推定された値であるのかを知ることができるという点にある。この情報は、オープンループ電力制御（ＯＬＰＣ：Ｏｐｅｎ  Ｌｏｏｐ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）の改善に有用であろう。
【００３３】
別の利点は、ＵＥがソフトハンドオーバ（ＨＳＯ）状態にあり、且つ、複数のノードＢから受信されたＦＰ  ＤＡＴＡ  ＦＲＡＭＥの「Ｎｕｍｂｅｒ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ」に異なる値が設定されているケースにおいて、それらの１つが、提案されているフラグ＝０を具備している場合に、ＲＮＣは、どの値が正しい値であるのかをフラグから知ることができるという点にある。
【００３４】
図４は、本発明を実行するべく協働する装置の組み合わせを含むシステムの実施例を示しており、更に詳しくは、このようなシステム内の基地局（ノードＢ）を更に詳しく示している。ユーザ装置４０は、ライン４２上において、再送シーケンス番号信号を、これに応答する入出力（Ｉ／Ｏ）装置４６を具備した基地局４４に対して送信するものとして示されている。Ｉ／Ｏ装置４６は、ライン４８上において、再送シーケンス番号信号を受信機５０に対して供給している。再送シーケンス番号信号は、ユーザ装置から基地局へのデータの再送回数を表す大きさを具備している。回数の値は、０、１、２、及び３などの第１範囲に制限可能である（即ち、再送シーケンス番号は、２バイナリビットに制限可能であり、且つ、この利用可能なビット数の制限に起因し、最大で４回の再送を通知する能力しか有しておらず、これを上回る能力を有していないものであってよい）。受信機５０は、再送シーケンス番号信号又はその値を、再送の回数を判定する判定器５４に対して供給している。これは、先程の「背景技術」において説明した最初の２つの例において（基地局が、前述の範囲（０、１、２、３）の最大値を有する再送シーケンス番号を受信しているいくつかのケースにおいても）、これを容易に実行可能である。このような場合には、受信機５０又はなんらかのその他の関係する実体物（判定器５４など）は、ＲＮＣに伝送するべく、正確な再送回数をヘッダ内の「Ｎｕｍ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓ」フィールド内に提供し、フレームをライン５１上において送信機６２に対して伝送可能である。
【００３５】
しかしながら、前述の「背景技術」に付与されている第３の例の場合に、基地局が、例えば、上述の範囲の最大値を有する再送シーケンス番号を受信しており、且つ、基地局が再送の正確な又は的確な回数を判定することができないと判定器５４が判定した場合には、判定器は、この事実を表す信号をライン５６上においてセレクタ５８に供給する（このセレクタは、例えば、本発明の第１実施例によるコードワードセレクタあるか、或いは、別の非限定的な例として、第２の実施例によるスペアビットフラグセレクタであってよい）。第１の実施例によれば、セレクタ５８は、ユーザ装置に対して提供されている第１範囲を上回る第２範囲内の値を具備した複数のコードワードの中から予約されている予約コードワードを選択する。例えば、ユーザ装置は、２ビットに限定可能であるが、プロトコル階層構造内の更に高いレベルに報告するべく基地局上に提供されているコードワードは、この目的のために割り当てられた４ビットを具備可能である。前述のように、この理由は、ノードＢが、例えば、３回を上回る実際の再送回数を（確実に）実際に突き止めることができる又は提供されているその他の情報を使用して再送回数を確実に推定可能であるというものである。従って、コードワードの値は、ユーザ装置から基地局へのデータの再送の実際の又は推定された回数を表すものであってよい。予約コードワードは、そのような実際の又は推定された回数が不確かである場合又はそのような推定値の信頼性が低い場合に使用される。予約コードワードは、セレクタ５８によって選択され、その通知が送信機６２に対してライン６０上の信号として供給され、送信機が、信号をライン６４上において予約コードワードと共に入出力装置６６に対して伝送する。次いで、Ｉ／Ｏ装置６６は、信号をライン６８上においてフレームプロトコルデータフレームヘッダ内の予約コードワードと共にＲＮＣ７０（これは、サービングＲＮＣであってよい）に対して供給する。ＲＮＣ７０がサービングＲＮＣでない場合には、ＲＮＣ７０は、予約コードワードをＩｕｒインターフェイス上においてサービングＲＮＣに送信することにより、基地局がユーザ装置から基地局へのデータの再送の実際の回数に関する情報を具備していないことを通知する。尚、基地局４４は、本発明を実行するための機能ブロックを有するものとして示されているが、基地局内においては、多くのその他の機能が実行されており、本発明に従って実行される機能を示すために必要なもののみが詳細に示されていることを理解されたい。また、ＲＮＣ７０及びユーザ装置４０は、基地局４４を通じて直接通信することも可能であり、この事実が入出力装置６６、４６の間の信号ライン７４によって示されていることについても理解されたい。
【００３６】
また、図示されている機能ブロックは、ソフトウェア、ハードウェア、又はソフトウェアア及びハードウェアのなんらかの組み合わせによって実行可能であることについても理解されたい。例えば、図４においては、集積回路内において判定器５４及びセレクタ５８を組み合わせることができることを示すべく、チップ７５が示されている。或いは、この機能は、コンピュータ可読媒体内に保存されているコードの実行によって実行することも可能であろう。
【００３７】
図４は、本発明の第２実施例について説明するのにも有用である。ライン５２上において受信機５０から信号を受信した後に、セレクタ５８は、スペアビットの「１」ビットと、「Ｎｕｍ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓ」のカウントの値を選択する。セレクタ５８は、「Ｎｕｍ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓ」のカウントが推定値に過ぎないということを通知するべく、スペアビットの「１」ビットを選択する。判定器５４は、カウントが正確であると判定した場合には、その旨をセレクタ５８に対して通知可能であり、再送の正確な回数が「Ｎｕｍ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓ」フィールド内に示されているということを通知するべく、スペアビットフラグが「０」に設定される。
【００３８】
次に図５を参照すれば、図４のＲＮＣ７０が更に詳細に示されている。これは、受信機８４からのライン８２上のフレームプロトコルデータフレームヘッダ信号に応答する信号プロセッサ８０を含んでおり、受信機は、信号ライン９０によってノードＢ４４に接続されている入出力装置８８から信号ライン８６上においてフレームプロトコルデータフレームヘッダを受信している。基地局からのフレームプロトコルデータフレームヘッダに応答し、信号プロセッサ８０は、なんらかの制御関係機能を実行した後に、出力信号を供給し（この出力信号は、送信機９４に供給されるライン９２上の制御信号であってよい）、送信機が、基地局４４に対してライン９０上において伝送するべく、出力制御信号をライン９６上において入出力装置８８に供給している。基地局４４は、この制御信号を使用することにより、例えば、自身とユーザ装置４０の間の無線リンク４２のパワーを制御している。フレームプロトコルデータフレームヘッダ内に含まれているスペアビットフラグ及び／又は「Ｎｕｍ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓ」フィールドの値は、入出力装置８８、受信機８４、又は信号プロセッサ８０によって抽出可能である。信号プロセッサは、フラグ及び／又は「Ｎｕｍ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓ」フィールドを使用することにより、ユーザ装置４０による基地局４４への再送の実際の又は推定された回数（又は、確実に推定することができないこと）を判定し、これに基づいて適切な制御アクションを選択している。予約コードワード１１１１又は１１１０を使用することにより、基地局が、例えば、ＵＥ４０による報告のために提供されている第１範囲を上回る再送の回数に関する確かな情報を具備していないことを通知すると、信号プロセッサ８０は、この事実を適切な方式で使用することにより、なんらかの機能を実行する。或いは、第２の実施例によれば、スペアビットフラグが「０」に設定されている場合には、「Ｎｕｍ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓ」フィールド内に含まれているカウントが正確であることを通知しており、これが「１」である場合には、それが推定値に過ぎないことを通知している。ここで、重要な点は、いくつかのケースにおいて、信号プロセッサ８０は、何回かの再送が存在してはいるが、その回数が正確には判明していないという事実を認知可能であるという事実にある。第１の実施例においては、正確な回数が判明していないという事実のみが報告されており、推定値は提供されていない。第２の実施例においては、推定値が、それ以上のものではない（即ち、推定値に過ぎない）という情報と共に、推定値が提供されている。
【００３９】
以上、その最良の形態における実施例との関連において、本発明について図示及び説明したが、当業者には、添付の請求項の範囲を逸脱することなしに、本発明の目的を実現するべく、様々なその他の装置及び方法を提供可能であることが明らかであろう。
【図面の簡単な説明】
【００４０】
【図１】従来技術によるＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のパケットネットワークアーキテクチャを示す図である。
【図２】従来技術によるＵＭＴＳの全体的なアーキテクチャの更なる詳細を示す図である。
【図３（ａ）】従来技術によるフレームプロトコルＦＰ  Ｄａｔａ  Ｆｒａｍｅヘッダの一部を示す図である。
【図３（ｂ）】ＦＰヘッダを使用してノードＢが再送回数を判定することができなかった又は正確に判定することができなかったことをＲＮＣに対してシグナリングする前述の第１の方法を実行する本発明の第１実施例に従って予約されたコードワードを有するＦＰ  Ｄａｔａ  Ｆｒａｍｅヘッダを示す図である。
【図３（ｃ）】ＦＰヘッダを使用してノードＢが再送回数を判定することができなかった又は正確に判定することができなかったことをＲＮＣに対してシグナリングする前述の第２の方法を実行する本発明第２の実施例に従って使用されるスペアビットを示す図である。
【図４】実行される本発明の各態様を示す詳細と共に示された基地局が含まれる、協働する装置の組み合わせを含むシステムを示す図である。
【図５】図４の無線ネットワークコントローラ（ＲＮＣ）を更に詳細に示す図である。
【図１】
2008527823.tif 000003
【図２】
2008527823.tif 000004
【図３（ａ）】
2008527823.tif 000005
【図３（ｂ）】
2008527823.tif 000006
【図３（ｃ）】
2008527823.tif 000007
【図４】
2008527823.tif 000008
【図５】
2008527823.tif 000009
【手続補正書】
【提出日】平成19年11月15日(2007.11.15)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
本発明の第２の実施例の利点は、ＳＲＮＣが、（「Ｎｕｍ  ｏｆ  ＨＡＲＱ  ｒｅｔｒａｎｓ」フィールド内において）報告されているＨＡＲＱ再送の回数が正しい値であるのか或いはノードＢによって推定された値であるのかを知ることができるという点にある。この情報は、アウターループ電力制御（ＯＬＰＣ：ＯｕｔｅｒＬｏｏｐ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）の改善に有用であろう。
【国際調査報告】
2008527823.tif 000010
2008527823.tif 000011