(57)【要約】  本発明は、接続フレーム番号（ＣＦＮ）、処理されたハイブリッド自動再送要求（ＨＡＲＱ）の最大数ＮＡＲＱ、及び冗長バージョンの数ＮＲＶの関数として冗長バージョン番号（ＲＶＮ）を算出することによるモバイル通信システム内におけるアップリンク（ＵＬ）エンハンスト個別チャネル（Ｅ−ＤＣＨ）の冗長バージョン実装の方法について記述している。ＵＬ内においてＲＶパラメータをアウトバンドでシグナリングする代わりに、同一のＲＶＮが同一のＨＡＲＱプロセスにおいて決して連続的に使用されることがなく、且つ、使用可能なすべてのＲＶ番号が１つのＨＡＲＱプロセスにおいて使用されることを保証する簡単な規則を使用することにより、ＲＶＮがネットワーク要素によって決定される。
2007536855.tif 000002
【特許請求の範囲】
【請求項１】
送信機及び受信機を含み、且つ、前記送信機及び受信機に既知の接続フレーム番号ＣＦＮを使用する通信システム内における伝送データに使用される複数の冗長バージョンを使用してハイブリッド自動再送要求（ＨＡＲＱ）プロトコルを実装するための冗長バージョン番号（ＲＶＮ）を算出する方法において、
自動再送要求プロセスの数ＮARQと冗長バージョンの数ＮRVを前記受信機及び前記送信機に供給する段階と、
前記接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数として前記データに対応した前記冗長バージョン番号ＲＶＮを前記送信機によって算出する段階と、
前記接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数として前記冗長バージョン番号ＲＶＮを前記受信機によって算出する段階とを有し、
前記送信機から送信され且つ前記受信機によって受信される前記データの冗長バージョンを示すために前記ＲＶＮを使用する方法。
【請求項２】
前記冗長バージョン番号ＲＶＮは、次のように算出される請求項１記載の方法。
【数１】
2007536855.tif 000013
もし、ＣＦＮが１０ｍｓの伝送時間インターバル（ＴＴＩ）を有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであり、ここで、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの前記冗長バージョン番号ＲＶＮごとに０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【請求項３】
前記冗長バージョン番号ＲＶＮは、次のように算出される請求項１記載の方法。
【数２】
2007536855.tif 000014
もし、ＣＦＮが１０ｍｓの伝送時間インターバルＴＴＩを有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであり、ここで、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの前記冗長バージョン番号ＲＶＮごとに０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【請求項４】
前記自動再送要求プロセスの数ＮARQと前記冗長バージョンの数ＮRVは、システムオペレータから前記受信機及び前記送信機に供給されるか、或いは、前記自動再送要求プロセスの数ＮARQと前記冗長バージョンの数ＮRVは、既存のシステム規格に基づいて、前記受信機及び前記送信機内において恒久的に事前設定されている請求項１記載の方法。
【請求項５】
前記冗長バージョン番号ＲＶＮを前記送信機によって算出する前記段階は、前記算出されたＲＶＮに従って前記データをエンコードする段階と、前記エンコードされたデータを前記受信機に送信する段階と、を更に含む請求項１記載の方法。
【請求項６】
前記算出されたＲＶＮに基づいて前記データをデコードする段階、及び
既に受信した、前記データの冗長バージョンと前記データとを任意に合成する段階、
を更に有する請求項５記載の方法。
【請求項７】
前記受信機は、モバイル通信システムのユーザー装置であり、前記送信機は、前記モバイル通信システムのネットワーク要素であり、前記データは、ダウンリンク（ＤＬ）チャネルを通じて送信される請求項１記載の方法。
【請求項８】
前記送信機は、モバイル通信システムのユーザー装置であり、前記受信機は、前記モバイル通信システムのネットワーク要素であり、前記データは、アップリンク（ＵＬ）チャネルを通じて送信される請求項１記載の方法。
【請求項９】
前記自動再送要求プロセスの数ＮARQと前記冗長バージョンの数ＮRVは、パラメータ信号を前記ユーザー装置の発信元ＲＶ算出モジュール、前記ネットワーク要素のＲＶ算出モジュール、及び前記ネットワーク要素のＨＡＲＱコンバイナ／デコーダモジュールに送信することにより、システムオペレータから供給され、前記冗長バージョン番号ＲＶＮを前記送信機によって算出する前記段階は、前記発信元ＲＶ算出モジュールによって実行され、前記冗長バージョン番号ＲＶＮを前記受信機によって算出する前記段階は、前記ＲＶ算出モジュールによって実行される請求項８記載の方法。
【請求項１０】
前記冗長バージョン番号ＲＶＮを前記ユーザー装置によって算出する前記段階は、前記算出されたＲＶＮに従って前記データをエンコードする段階と、前記エンコードされたデータを含むアップリンクデータ信号を前記ネットワーク要素のＨＡＲＱコンバイナ／デコーダモジュールに送信する段階と、を更に含む請求項９記載の方法。
【請求項１１】
前記冗長バージョン番号ＲＶＮを前記ＲＶ算出モジュールによって算出する前記段階は、前記冗長バージョン番号ＲＶＮを含むＲＶＮ信号を前記ＨＡＲＱコンバイナ／デコードモジュールに供給する段階を更に含む請求項１０記載の方法。
【請求項１２】
前記アップリンクデータ信号内に含まれている前記データをデコードする段階、及び、
前記データと同じデータの冗長バージョンであって、既に算出したＲＶＮに対して既に受信した冗長バージョンと、前記データとを、前記ＨＡＲＱコンバイナ／デコーダモジュールにより任意に合成して、訂正済みのデータを生成する段階、
を更に有する請求項１１記載の方法。
【請求項１３】
前記データのデコード及び合成段階の後に、前記訂正済みのデータが、既定の基準に従って受け入れ可能であるかどうかを判定する段階を更に有する請求項１２記載の方法。
【請求項１４】
訂正済みのデータが、前記既定の基準に従って受け入れ可能でない場合に、前記方法は、
前記データの更なる冗長バージョンをもう一度送信するように、再送要求信号を前記ＨＡＲＱコンバイナ／デコードモジュールから前記ユーザー装置に送信する段階を更に有する請求項１３記載の方法。
【請求項１５】
前記ＲＶ算出モジュールは、前記ＨＡＲＱコンバイナ／デコーダモジュールの一部である請求項１０記載の方法。
【請求項１６】
前記ネットワーク要素は、モバイル通信システムのノードＢ又は基地局である請求項８記載の方法。
【請求項１７】
コンピュータプロセッサによって実行するためのコンピュータプログラムコードをその上部に実装したコンピュータ可読ストレージ構造を有しており、前記コンピュータプログラムコードは、前記送信機又は前記受信機のいずれかのコンポーネントによって実行された際に前記請求項１記載の方法の各段階を実行する命令を含むことを特徴とするコンピュータプログラムプロダクト。
【請求項１８】
ネットワーク要素に既知の接続フレーム番号ＣＦＮを使用するモバイル通信システムの前記ネットワーク要素において、
任意に自動再送要求プロセスの数ＮARQと冗長バージョンの数ＮRVを含むパラメータ信号に応答し、前記接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数として算出された冗長バージョン番号ＲＶＮを含むＲＶＮ信号を供給するＲＶ算出モジュールと、
前記アップリンクデータ信号、前記パラメータ信号、及び前記ＲＶＮ信号に応答し、前記ＲＶＮ信号に基づいて前記データをデコードし、訂正済みのデータを生成するＨＡＲＱコンバイナ／デコードモジュールと、
を有するネットワーク要素。
【請求項１９】
前記アップリンクデータ信号は、ユーザー装置から供給される請求項１８記載のネットワーク要素。
【請求項２０】
前記アップリンクデータ信号のデコードは、既に算出したＲＶＮに対して既に受信した、前記データの冗長バージョンと前記データとを、前記ＨＡＲＱコンバイナ／デコーダモジュールによって合成して、前記訂正済みのデータを生成することに更に基づく請求項１８記載のネットワーク要素。
【請求項２１】
前記訂正済みのデータが、既定の基準に従って受け入れ可能でない場合に、前記ＨＡＲＱコンバイナ／デコードモジュールは、前記データの更なる冗長バージョンをもう一度送信するように、再送要求信号を前記ユーザー装置に送信する請求項１８記載のネットワーク要素。
【請求項２２】
前記ネットワーク要素は、モバイル通信システムのノードＢ又は基地局である請求項１８記載のネットワーク要素。
【請求項２３】
前記ＲＶ算出モジュールは、前記ＨＡＲＱコンバイナ／デコーダモジュールの一部である請求項１８記載のネットワーク要素。
【請求項２４】
前記パラメータ信号は、システムオペレータから供給されるか、或いは、前記自動再送要求プロセスの数ＮARQ及び前記冗長バージョンの数ＮRVは、既存のシステム規格に基づいて、前記ネットワーク要素内において恒久的に事前設定されている請求項１８記載のネットワーク要素。
【請求項２５】
前記冗長バージョン番号ＲＶＮは、次のように算出される請求項１８記載のネットワーク要素。
【数３】
2007536855.tif 000015
もし、ＣＦＮが１０ｍｓの伝送時間インターバルＴＴＩを有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであり、ここで、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの前記冗長バージョン番号ＲＶＮごとに０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【請求項２６】
前記冗長バージョン番号ＲＶＮは、次のように算出される請求項１８記載のネットワーク要素。
【数４】
2007536855.tif 000016
もし、ＣＦＮが１０ｍｓの伝送時間インターバルＴＴＩを有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであり、ここで、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの前記冗長バージョン番号ＲＶＮごとに０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【請求項２７】
ユーザー装置に既知の接続フレーム番号ＣＦＮを使用するモバイル通信システムの前記ユーザー装置において、
自動再送要求プロセスの数ＮARQ及び冗長バージョンの数ＮRVを含むパラメータ信号に任意に応答し、前記接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数として冗長バージョン番号ＲＶＮを算出する発信元ＲＶ算出モジュールを有しており、
前記ユーザー装置は、前記算出されたＲＶＮに従ってエンコードされたデータを含むアップリンクデータ信号を供給するユーザー装置。
【請求項２８】
前記パラメータ信号は、システムオペレータから供給されるか、或いは、前記自動再送要求プロセスの数ＮARQ及び前記冗長バージョンの数ＮRVは、既存のシステム規格に基づいて、前記ユーザー装置内において恒久的に事前設定されている請求項２７記載のユーザー装置。
【請求項２９】
前記アップリンクデータ信号は、ネットワーク要素に供給される請求項２８記載のユーザー装置。
【請求項３０】
前記ユーザー装置は、ネットワーク要素からの再送要求信号に応答し、前記データの更なる冗長バージョンを含む前記アップリンクデータ信号を供給する請求項２７記載のユーザー装置。
【請求項３１】
前記冗長バージョン番号ＲＶＮは、次のように算出される請求項２７記載のユーザー装置。
【数５】
2007536855.tif 000017
もし、ＣＦＮが１０ｍｓの伝送時間インターバルＴＴＩを有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであり、ここで、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの前記冗長バージョン番号ＲＶＮごとに０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【請求項３２】
前記冗長バージョン番号ＲＶＮは、次のように算出される請求項２７記載のユーザー装置。
【数６】
2007536855.tif 000018
もし、ＣＦＮが１０ｍｓの伝送時間インターバルＴＴＩを有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであり、ここで、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの前記冗長バージョン番号ＲＶＮごとに０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【請求項３３】
送信機及び受信機を含み、且つ、前記送信機及び受信機に既知の接続フレーム番号ＣＦＮを使用し、冗長バージョン番号ＲＶＮを算出して、伝送データの訂正に使用される複数の冗長バージョンを使用するハイブリッド自動再送要求（ＡＲＱ）プロトコルを実装する通信システムにおいて、
自動再送要求プロセスの数ＮARQ及び冗長バージョンの数ＮRVを含むパラメータ信号に任意に応答し、前記接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数として前記冗長バージョン番号ＲＶＮを算出し、前記算出されたＲＶＮでエンコードされたデータを含むアップリンクデータ信号を供給するユーザー装置と、
前記アップリンクデータ信号に応答し且つ任意に前記パラメータ信号に応答し、前記接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数として前記冗長バージョン番号ＲＶＮを算出し、前記冗長バージョン番号ＲＶＮに基づく前記データのデコードを供給するネットワーク要素と、
を有する通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願に対する優先権及び相互参照）
本特許出願は、２００４年５月６日付けで出願された米国特許出願第１０／８４０，７６０号に対する優先権を主張するものである。
本発明は、一般に、モバイル通信ネットワークに関するものであり、更に詳しくは、アップリンク・エンハンスト個別チャネル（Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）の冗長バージョンの実装に関するものである。
【背景技術】
【０００２】
ネットワークからユーザー装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）への方向の無線リンクを円滑にするＨＳＤＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）においては、増加的冗長性（Ｉｎｃｒｅｍｅｎｔａｌ  Ｒｅｄｕｎｄａｎｃｙ：ＩＲ）をサポートするべく、２段階レートマッチングによって異なる冗長バージョンを生成している。２段階レートマッチングの第１段階においては、ＵＥのソフトバッファ（接続の開始時点において構成されるものであり、これもＵＥの能力に依存している）内にフィットするように、トランスポートブロックをパンクチャリングしており、第２段階を使用することにより、増加的冗長性（ＩＲ）のための異なる冗長バージョンを生成している。これは、レピテション（ｒｅｐｅｔｉｔｉｏｎ）又はパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）を使用しており、更なる詳細内容は、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；  Ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｎｄ  ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ（ＦＤＤ）」（３ＧＰＰ  ＴＳ  ２５．２１２、Ｓｅｃｔｉｏｎ  ４．５．４）に提供されている。この２段階レートマッチングは、チェイス合成と増加的冗長性の両方をサポートしている。
【０００３】
ＵＥからネットワーク（例えば、ネットワーク要素）への方向の無線リンクを円滑にするアップリンク（ＵＬ）・エンハンスト個別チャネル（Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ：Ｅ−ＤＣＨ）の場合にも、類似のメカニズムを使用して異なる冗長バージョンを生成することにより、アップリンクにおけるＩＲの使用を実現可能である。
【０００４】
（問題の定式化）
ネットワーク要素（例えば、基地局とも呼ばれているノードＢ）におけるＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ：ハイブリッド自動再送要求）合成の場合には、冗長バージョン（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ：ＲＶ）に関する知識がデコードプロセスにとって重要である。誤ったＲＶの値は、弊害（例えば、ソフトバッファの損傷）に結びつく。
【０００５】
（従来技術）
デコードプロセス（ノードＢにおけるＨＡＲＱ合成）にとってＲＶに関する知識が重要であることから、第１の明らかな解決策は、強力な前進型誤り訂正（チャネルコーディング）及び（大きなＣＲＣを使用することによる）強力な誤り検出により、アウトバンド（データ自体とは別個に送信されるシグナリング）によってＲＶをシグナリングする方法である。アウトバンドシグナリングとは、データ自体とは別個に送信されるシグナリングを意味している。これは、通常、独自のＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ：巡回冗長検査）によって保護されており、このチャネルは、データチャネルとは別個にコーディングされる。又、これは、（高速ダウンリンク共有チャネル用の共有制御チャネルと同様に）別個の物理チャネル上において送信することも可能であり、或いは、この代わりに、例えば、異なるトランスポートチャネル又は物理レイヤヘッダ構造などを使用し、データと同一の物理チャネル（例えば、ＤＰＤＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｄａｔａ  Ｃｈａｎｎｅｌ：個別物理データ・チャネル））上において送信することも可能である。しかしながら、残念なことに、アウトバンドシグナリングの使用は、大きなオーバーヘッドをもたらし、大きな能力損失として表れることになる。
【０００６】
「Ｆｅａｓｉｂｉｌｉｔｙ  ｏｆ  ＩＲ  Ｓｃｈｅｍｅｓ  ｆｏｒ  Ｅｎｈａｎｃｅｄ  Ｕｐｌｉｎｋ  ＤＣＨ  ｉｎ  ＳＨＯ」という報告書Ｒ１−０４０２０７（３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃３６）に、代替選択肢がＳｉｅｍｅｎｓ社によって提案されており、シグナリング問題を回避するには、ＲＶパラメータを自動的に算出する必要があり、且つ、これは、例えば、接続フレーム番号（Ｃｏｎｎｅｃｔｉｏｎ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ：ＣＦＮ）からパラメータを決定することによって実行可能であると指摘されている。フレームの番号付けとＲＶとを関連付ける方法については、Ｐ．  Ｄｅｃｋｅｒによる「Ｍｅｔｈｏｄ  ｆｏｒ  Ｔｒａｎｓｍｉｔｔｉｎｇ  Ｐａｃｋｅｔ  Ｄａｔａ  ｗｉｔｈ  Ｈｙｂｒｉｄ  ＦＥＣ／ＡＲＧ  Ｔｙｐｅ  ＩＩ」という名称の米国特許第５，９４６、３２０号明細書にも開示されている。
【０００７】
図１は、従来技術によるアップリンク・エンハンスト個別チャネルの冗長バージョン実装のブロックダイアグラムの一例を示している。従来技術によれば、ユーザー装置１０からネットワーク要素（ノードＢ）１２のＨＡＲＱコンバイナ／デコーダモジュール１４に送信される通常のアップリンク（ＵＬ）データ信号２２に加えて、ユーザー装置１０は、例えば、別個のアップリンク（ＵＬ）シグナリングチャネルを使用し、冗長バージョン（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ：ＲＶ）パラメータ（例えば、冗長バージョン番号（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ  Ｎｕｍｂｅｒ：ＲＶＮ））を含むアウトバンドＲＶ信号１５を供給している。
【０００８】
ＨＡＲＱコンバイナ／デコーダモジュール１４は、アップリンクデータ信号２２内に含まれているデータのデコード及び合成と、アウトバンドＲＶ信号１５を使用した訂正済みデータの生成、並びに、アップリンクデータ信号２２内に含まれているデータに対する冗長性を有するデータが既に受信されている場合には、この受信され且つ（例えば、ソフトバッファを使用して）保存されているデータとの合成を実行する。デコードを実行した後に、ＨＡＲＱコンバイナ／デコーダモジュール１４は、訂正済みのデータが、既定の基準に従って受け入れ可能であるかどうかを判定する。訂正済みのデータが、既定の基準に従って受け入れ可能である場合には、ＨＡＲＱコンバイナ／デコーダモジュール１４は、訂正済みのデータを含む訂正済みのデータ信号３０を更なる宛先（例えば、無線ネットワークコントローラなどの別のネットワーク要素）に送信する。一方、訂正済みのデータが、既定の基準に従って受け入れ可能でない場合には、ＨＡＲＱコンバイナ／デコーダモジュール１４は、データの更なる冗長バージョンをもう一度送信するように、再送要求信号２８をユーザー端末１０に対して送信する。
【発明の開示】
【０００９】
本発明の目的は、モバイル通信システム内のアップリンク個別チャネルの冗長バージョンを実装する新しい方法を提供することにある。
【００１０】
本発明の第１の態様によれば、送信機及び受信機を含み、且つ、これらの送信機及び受信機に既知の接続フレーム番号（Ｃｏｎｎｅｃｔｉｏｎ  Ｆｒａｍｅ  Ｎｕｂｍｅｒ：ＣＦＮ）を使用する通信システム内における、伝送データに使用される複数の冗長バージョンを使用してハイブリッド自動再送要求（ＨＡＲＱ）プロトコルを実装するための冗長バージョン番号（ＲＶＮ）を算出する方法は、自動再送要求プロセスの数ＮARQと冗長バージョンの数ＮRVを受信機及び送信機に供給する段階と、接続フレーム番号ＣＦＮ、自動再送要求プロセスの数ＮARQ、及び冗長バージョンの数ＮRVの関数として、データに対応した冗長バージョン番号ＲＶＮを送信機によって算出する段階と、接続フレーム番号ＣＦＮ、自動再送要求プロセスの数ＮARQ、及び冗長バージョンの数ＮRVの関数として冗長バージョン番号ＲＶＮを受信機によって算出する段階とを有し、送信機から送信され且つ受信機によって受信されるデータの冗長バージョンを示すためにＲＶＮを使用する。
【００１１】
更に本発明の第１の態様によれば、冗長バージョン番号ＲＶＮは、次のように算出可能である（規則１）。
【００１２】
【数１】
2007536855.tif 000003
【００１３】
もし、ＣＦＮが１０ｍｓの伝送時間インターバル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ：ＴＴＩ）を有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであって、この場合に、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの冗長バージョン番号ＲＶＮごとに、０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【００１４】
更に本発明の第１の態様によれば、冗長バージョン番号ＲＶＮは、次のように算出可能である（規則）。
【００１５】
【数２】
2007536855.tif 000004
【００１６】
もし、ＣＦＮが１０ｍｓの伝送時間インターバルＴＴＩを有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓＴＴＩ×ＣＦＮ＋ＳＦＮであり、この場合に、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの冗長バージョン番号ＲＶＮごとに、０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【００１７】
更に本発明の第１の態様によれば、自動再送要求プロセスの数ＮARQと冗長バージョンの数ＮRVは、システムオペレータから受信機と送信機に供給可能であり、或いは、自動再送要求プロセスの数ＮARQと冗長バージョンの数ＮRVは、既存のシステム規格に基づいて、受信機及び送信機内において恒久的に事前設定することも可能である。
【００１８】
更に本発明の第１の態様によれば、冗長バージョン番号ＲＶＮを送信機によって算出する段階は、算出されたＲＶＮに従ってデータをエンコードする段階と、エンコードされたデータを受信機に送信する段階と、を更に含んでよい。更に、本方法は、算出されたＲＶＮに基づいてデータをデコードする段階と、既に受信したこのデータの冗長バージョンとこのデータとを任意に合成する段階と、を有することができる。
【００１９】
更に本発明の第１の態様によれば、受信機は、モバイル通信システムのユーザー装置であってよく、送信機は、モバイル通信システムのネットワーク要素であってよく、データは、ダウンリンク（ＤＬ）チャネルを通じて送信可能である。
【００２０】
更に本発明の第１の態様によれば、自動再送要求プロセスの数ＮARQと冗長バージョンの数ＮRVは、パラメータ信号をユーザー装置の発信元ＲＶ算出モジュール、ネットワーク要素のＲＶ算出モジュール、及びネットワーク要素のＨＡＲＱコンバイナ／デコーダモジュールに送信することによってシステムオペレータから供給可能であり、この場合に、冗長バージョン番号ＲＶＮを送信機によって算出する段階は、発信元ＲＶ算出モジュールによって実行可能であり、冗長バージョン番号ＲＶＮを受信機によって算出する段階は、ＲＶ算出モジュールによって実行可能である。更には、冗長バージョン番号ＲＶＮをユーザー装置によって算出する段階は、算出されたＲＶＮに従ってデータをエンコードする段階と、エンコードされたデータを含むアップリンクデータ信号をネットワーク要素のＨＡＲＱコンバイナ／デコーダモジュールに送信する段階と、を更に包含可能である。更には、冗長バージョン番号ＲＶＮをＲＶ算出モジュールによって算出する段階は、冗長バージョン番号ＲＶＮを含むデータをＨＡＲＱコンバイナ／デコーダモジュールに供給する段階を更に包含可能である。更には、本方法は、アップリンクデータ信号内に含まれているデータをデコードする段階、及びこのデータと同じデータの冗長バージョンであって既に算出したＲＶＮに対して既に受信した冗長バージョンと、このデータとを、ＨＡＲＱコンバイナ／デコーダモジュールによって任意に合成して訂正済みのデータを生成する段階を更に有することができる。更には、本方法は、データのデコード及び合成段階の後に、訂正済みのデータが、既定の基準に従って受け入れ可能であるかどうかを判定する段階を更に有することができる。更には、訂正済みのデータが、既定の基準に従って受け入れ可能でない場合に、本方法は、データの更なる冗長バージョンをもう一度送信するように、再送要求信号をＨＡＲＱコンバイナ／デコーダモジュールからユーザー装置に対して送信する段階を更に有することができる。
【００２１】
更に本発明の第１の態様によれば、ＲＶ算出モジュールは、ＨＡＲＱコンバイナ／デコーダモジュールの一部であってよい。
【００２２】
更に本発明の第１の態様によれば、ネットワーク要素は、モバイル通信システムのノードＢ又は基地局であってよい。
【００２３】
本発明の第２の態様によれば、ネットワークに既知の接続フレーム番号ＣＦＮを使用するモバイル通信システムのネットワーク要素は、任意に自動再送要求プロセスの数ＮARQと冗長バージョンの数ＮRVに応答し、接続フレーム番号ＣＦＮ、自動再送要求プロセスの数ＮARQ、及び冗長バージョンの数ＮRVの関数として算出された冗長バージョン番号を含むＲＶＮ信号を供給するＲＶ算出モジュールと、アップリンクデータ信号、パラメータ信号、及びＲＶＮ信号に応答し、ＲＶＮ信号に基づいてデータをデコードし、訂正済みのデータを生成するＨＡＲＱコンバイナ／デコーダモジュールを有している。
【００２４】
更に本発明の第２の態様によれば、アップリンク信号は、ユーザー装置によって供給可能である。
【００２５】
更に本発明の第２の態様によれば、アップリンクデータ信号のデコードは、既に算出したＲＶＮに対して既に受信した、データの冗長バージョンとデータとを、ＨＡＲＱコンバイナ／デコーダモジュールによって合成して、訂正済みのデータを生成することに更に基づいたものであってよい。
【００２６】
更に本発明の第２の態様によれば、訂正済みのデータが既定の基準に従って受け入れ可能でない場合には、ＨＡＲＱコンバイナ／デコードモジュールは、データの更なる冗長バージョンをもう一度送信するように、再送要求信号をユーザー装置に送信可能である。
【００２７】
更に本発明の第２の態様によれば、ネットワーク要素は、モバイル通信システムのノードＢ又は基地局であってよい。
【００２８】
更に本発明の第２の態様によれば、ＲＶ算出モジュールは、ＨＡＲＱコンバイナ／デコーダモジュールの一部であってよい。
【００２９】
更に本発明の第２の態様によれば、パラメータ信号は、システムオペレータから供給可能であり、或いは、自動再送要求プロセスの数ＮARQ及び冗長バージョンの数NRVは、既存のシステム規格に基づいて、ネットワーク要素内において永久的に事前設定することも可能である。
【００３０】
更に本発明の第２の態様によれば、ＲＶＮは、本発明の第１の態様に従って規則１又は規則２を使用して算出可能である。
【００３１】
本発明の第３の態様によれば、ユーザー装置に既知の接続フレーム番号ＣＦＮを使用するモバイル通信システムのユーザー装置は、自動再送要求プロセスの数ＮARQと冗長バージョンの数ＮRVを含むパラメータ信号に任意に応答し、接続フレーム番号ＣＦＮ、自動再送要求プロセスの数ＮARQ、及び冗長バージョンの数ＮRVの関数として冗長バージョン番号ＲＶＮを算出する発信元ＲＶ算出モジュールを有しており、この場合に、ユーザー装置は、算出されたＲＶＮに従ってエンコードされたデータを含むアップリンクデータ信号を供給する。
【００３２】
更に本発明の第３の態様によれば、パラメータ信号は、システムオペレータから供給可能であり、或いは、自動再送要求プロセスの数ＮARQと冗長バージョンの数ＮRVは、既存のシステム規格に基づいて、ユーザー装置内において恒久的に事前設定することも可能である。
【００３３】
更に本発明の第３の態様によれば、アップリンクデータ信号をネットワーク要素に供給可能である。
【００３４】
更に本発明の第３の態様によれば、ユーザー装置は、ネットワーク要素からの再送要求信号に応答し、データの更なる冗長バージョンを含むアップリンクデータ信号を供給可能である。
【００３５】
更に本発明の第３の態様によれば、ＲＶＮは、本発明の第１の態様に従って規則１又は規則２を使用して算出可能である。
【００３６】
本発明の第４の態様によれば、送信機及び受信機を含み、且つ、これらの送信機及び受信機に既知の接続フレーム番号ＣＦＮを使用する、冗長バージョン番号ＲＶＮを算出して伝送データの訂正に使用される複数の冗長バージョンを使用するハイブリッド自動再送要求（ＡＲＱ）プロトコルを実装する通信システムは、自動再送要求プロセスの数ＮARQと冗長バージョンの数ＮRVを含むパラメータ信号に任意に応答し、接続フレーム番号ＣＦＮ、自動再送要求プロセスの数ＮARQ、及び冗長バージョンの数ＮRVの関数として冗長バージョン番号ＲＶＮを算出し、算出されたＲＶＮでエンコードされたデータを含むアップリンクデータ信号を供給するユーザー装置と、アップリンクデータ信号と、任意にパラメータ信号と、に応答し、接続フレーム番号ＣＦＮ、自動再送要求プロセスの数ＮARQ、及び冗長バージョンの数ＮRVの関数として冗長バージョン番号ＲＶＮを算出し、冗長バージョン番号ＲＶＮに基づくデータのデコードを供給するネットワーク要素と、を有している。
【００３７】
本発明の第５の態様によれば、コンピュータプログラムプロダクトは、コンピュータプロセッサによって実行するためのコンピュータプログラムコードをその上部に実装したコンピュータ可読ストレージ構造を有しており、このコンピュータプログラムコードは、送信機又は受信機のいずれかのコンポーネントによって実行された際に前述の本発明の第１の態様の各段階を実行する命令を含んでいることを特徴としている。
【００３８】
本発明の利点は、次のように要約可能である。
・ネットワーク要素（例えば、ノードＢ）に対するＲＶパラメータの送信が不要である。
・オーバーヘッドが低減される。
・ＲＶパラメータのデコード段階に関連した誤りが存在しない。
・ＮARQ及びＮRVの構成法が柔軟である。
【発明を実施するための最良の形態】
【００３９】
本発明の特性と目的を更に十分に理解するべく、添付の図面とともに以下の詳細な説明を参照されたい。
【００４０】
本発明は、接続フレーム番号ＣＦＮ、自動再送要求プロセスの数ＮARQ、及び冗長バージョンの数ＮRVの関数として冗長バージョン番号ＲＶＮを算出することによるモバイル通信システム内におけるアップリンク（ＵＬ）エンハンスト個別チャネル（Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ：Ｅ−ＤＣＨ）の冗長バージョンを実装する方法を提供するものである。尚、本発明に記述されている方法は、ダウンリンク（ＤＬ）個別チャネルにも同様に提供可能である。
【００４１】
一般に、本発明は、３ＧＰＰのリリース６におけるパケットトラフィック用のアップリンク個別チャネルの機能強化に関係している。この概念は、ダウンリンク（ＤＬ）用の高速ダウンリンク・パケット・アクセス（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ：ＨＳＤＰＡ）と同様の、Ｌ１（物理レイヤ）／ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤＨＡＲＱを、アップリンク（ＵＬ）内のＵＥとネットワーク要素（ノードＢ）の間に設けるというものである。高速ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）は、例えば、ＮプロセスＳＡＷ（Ｓｔｏｐ−Ａｎｄ−Ｗａｉｔ）ＨＡＲＱに基づいたものであってよく、本発明によれば、ＨＡＲＱ合成は、ノードＢのＬ１レイヤにおいて実行される。
【００４２】
本発明によれば、ＵＬ（ユーザー装置からネットワーク要素への無線リンクのアップリンク方向）におけるＲＶパラメータのアウトバンドシグナリングの代わりに、ＲＶＮは、後述する単純な規則を使用して受信機（例えば、基地局とも呼ばれるノードＢなどのネットワーク要素）によって決定される。この単純な規則は、同一のＲＶＮが同一のＨＡＲＱプロセスにおいて決して連続的に使用されることがなく、且つ、使用できるすべてのＲＶＮが１つのＨＡＲＱプロセスにおいて使用されることを保証している。
【００４３】
図２は、本発明によるモバイル通信システム１１内のアップリンク・エンハンスト個別チャネル（ＵＬ  Ｅ−ＤＣＨ）の冗長バージョン実装のブロックダイアグラムの一例を示している。図１の従来技術による例と図２の例の主要な相違点は、本発明によれば、ユーザー装置１０が、別個のアップリンク（ＵＬ）シグナリングチャネルを使用してアウトバンドＲＶ信号１５を供給していないという点にある。この代わりに、冗長バージョン番号ＲＶＮは、（後程概説される）単純な規則を使用し、接続フレーム番号ＣＦＮ、自動再送要求プロセスの数ＮARQ、冗長バージョンの数ＮRVの関数としてＲＶＮを算出することにより、ユーザー装置１０の発信元ＲＶ算出モジュール１６ａとネットワーク要素（例えば、ノードＢ）１２のＲＶ算出モジュール１６（これは、代替実装においては、モジュール１４の一部であってよい）によって決定されている。発信元ＲＶ算出モジュール１６ａによって算出されたＲＶＮに基づいて、ユーザー装置１０は、算出されたＲＶＮのデータをエンコードし、このエンコードされたデータを含むアップリンクデータ信号２２をネットワーク要素１２のＨＡＲＱコンバイナ／デコーダモジュール１４に送信する。本発明によれば、ユーザー装置１０は、従来技術において行われているようなＲＶＮのネットワーク要素１２に対する送信を実行していない。
【００４４】
まず、データは、例えば、レートが１／３のターボコードを使用し、ユーザー装置１０内においてエンコードされる。この初期エンコード段階の後に、いくつかのエンコードされたビットが（利用可能なチャネルビットの量に応じて）パンクチャリング又はレピテションされる。このパンクチャリング／レピテションは、例えば、最初の伝送において、奇数番号を有するパリティビットをパンクチャリングし、再送においては、偶数番号を有するパリティビットをパンクチャするなどの様々な方法で実行可能である。これらの異なるエンコード済みのバージョンは、本発明に従って算出される冗長バージョン番号（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ  Ｎｕｍｂｅｒ：ＲＶＮ）によって表される異なる冗長バージョンに対応している。
【００４５】
パラメータ信号２４内に含まれているＮARQ及びＮRVは、システムオペレータ１７にからモジュール１６、１６ａ、及び１４に対して供給（設定、又は再設定）可能である。ＣＦＮの現在の値は、既知であり、例えば、レイヤＬ１カウンタによって決定される（割り当てられる）。すべての無線フレームごとに、式ＣＦＮ＝ＣＦＮ＋１により、新しいＣＦＮが決定される。即ち、データが伝送されない場合にも、すべての無線フレームごとにＣＦＮは増分される。ユーザー装置１０とネットワーク要素１２のＣＦＮカウンタは、接続の開始時点において同期化されている。ＨＡＲＱプロセス識別情報（ＩＤ）は、アウトバンドで送信可能であり、或いは、ＲＶＮの算出と同様に、ＣＦＮからモジュール１４、１６、及び／又は１６ａによって算出することも可能である。提案されているＮARQプロセスＳＡＷ（Ｓｔｏｐ−Ａｎｄ−Ｗａｉｔ）ＨＡＲＱプロトコルは、ＮARQ個のＨＡＲＱプロセスを使用している。それぞれのプロセスごとに、ＳＡＷプロトコルが使用されている（即ち、正しくデコードされるまで、データブロックが反復（され、且つ、同一ブロックの以前のバージョンと合成）される）。ＨＡＲＱプロセスＩＤは、これらのＨＡＲＱプロセスを分離し続けるために必要である。
【００４６】
本発明に従ってＲＶＮを算出した後に、このＲＶＮを含むＲＶＮ信号２５がＲＶ算出モジュール１６からＨＡＲＱコンバイナ／デコードモジュール１４に供給され、図１との関連で前述した従来技術のデコード段階と同様に（例えば、ＲＶＮ、ＨＡＲＱプロセスＩＤ、及びＮARQを使用して）デコード及び合成段階が実行される。
【００４７】
次に、本発明に従ってＲＶＮを算出する規則について説明する。尚、以下に提示する式には、次の表記法が使用されている。
【００４８】
【数３】
2007536855.tif 000005
【００４９】
ＲＶＮを算出する第１の規則は、次のように記述される。
【００５０】
【数４】
2007536855.tif 000006
【００５１】
本発明によれば、ＮARQがＮRVの倍数である場合には、同一のＨＡＲＱプロセスの連続した伝送／再送において異なるＲＶＮが常に使用されることを保証する必要がある。なお、
【００５２】
【数５】
2007536855.tif 000007
【００５３】
を使用する代わりに、
【００５４】
【数６】
2007536855.tif 000008
【００５５】
を使用することにより、別の単純な規則を適用することも可能である。そして、本発明による、ＲＶを算出する第２の規則は、次のように表現可能である。
【００５６】
【数７】
2007536855.tif 000009
【００５７】
２つの規則間の相違点は、ＲＶＮを出力する方法にある。第１規則は、相対的に「多種多様」なＲＶＮを提供する。次の表１、表２、及び表３には、ＮARQ、ＮRVの様々な値における１７個のデータフレーム（ＣＦＮが０〜１６である）のいくつかの例が付与されている。自動再送要求値ＡＲＱＶ（第２列）は、ＨＡＲＱプロセスＩＤであり（この例においては、これは、０〜「自動再送要求プロセスの数ＮARQ−１」の値を有する整数である）、これは、例えば、ＡＲＱＶ＝ＣＦＮ  ｍｏｄ  ＮARQと表現可能である。
【００５８】
前述の規則／要件は、同一のＲＶＮが同一のＨＡＲＱプロセスにおいて決して連続的に使用されることがなく、且つ、使用できるすべてのＲＶＮが１つのＨＡＲＱプロセスにおいて使用されることを保証していることを容易に検証可能である（表１、表２、及び表３を参照されたい）。
【００５９】
【表１】
2007536855.tif 000010
【００６０】
【表２】
2007536855.tif 000011
【００６１】
【表３】
2007536855.tif 000012
【００６２】
現在のモバイル通信ネットワークにおいては、ＣＦＮは、１０ｍｓの無線フレームを参照している。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ：伝送時間インターバル）が１０ｍｓである場合には、前述のアルゴリズム（式１〜式３を参照されたい）は正しい。しかしながら、更に短いＴＴＩ（例えば、２ｍｓ）が使用される場合には、なんらかの新しいＴＴＩに基づいた番号付与方式が必要である。例えば、それぞれの２ｍｓのサブフレームに０〜４のサブフレーム番号を付与可能であり、前述の式１、２、及び３において、ＣＦＮの代わりに、次のＴＴＩ番号を使用可能である。
【００６３】
ＴＴＩ番号＝５×ＣＦＮ＋サブフレーム番号      （４）
【００６４】
図３は、本発明によるアップリンク・エンハンスト個別チャネルの冗長バージョン実装のフローチャートの一例を示している。
【００６５】
図３のフローチャートは、多数のものの中の１つの可能なシナリオを表しているに過ぎない。本発明による方法においては、第１段階４０において、システムオペレータ１７が、パラメータ信号２４を供給することにより、ユーザー装置１０の発信元ＲＶ算出モジュール１６ａ及びネットワーク要素１２のＲＶ算出モジュール１６及びＨＡＲＱコンバイナ／デコーダモジュール１４内に、自動再送要求プロセスの数ＮARQと冗長バージョンの数NRVを設定している。或いは、この代わりに、これらのパラメータは、（規格に指定された）固定値を具備することも可能である。次の段階４１において、発信元ＲＶ算出モジュール１６ａは、既知の接続フレーム番号ＣＦＮ、ＮARQ、及びＮRVの関数としてＲＶＮを算出し、ユーザー装置１０は、これを使用することにより、この算出されたＲＶＮのデータをエンコードしている。
【００６６】
次の段階４２において、エンコードされたデータを含むアップリンクデータ信号２２がユーザー装置１０からＨＡＲＱコンバイナ／デコーダモジュール１４に送信される。次の段階４４において、冗長バージョン番号ＲＶＮが、ＣＦＮ、ＮARQ、及びＮRVの関数としてＲＶ算出モジュール１６によって算出され、このＲＶＮを含むＲＶＮ信号２５がＨＡＲＱコンバイナ／デコードモジュール１４に供給される。次の段階４６において、アップリンクデータ信号２２内に含まれているデータが、ＲＶＮ信号２５によって供給されたＲＶＮを使用してＨＡＲＱコンバイナ／デコーダモジュール１４によってデコードされ、且つ、恐らくは、モジュール１４内に保存されている（以前に算出されたＲＶＮの）冗長データの以前に受信されたバージョンと合成され、訂正済みのデータが生成される。
【００６７】
次の段階４８において、この訂正済みのデータが、既定の基準に従って受け入れ可能であるかどうが確認される。受け入れ可能である場合には、プロセスは、段階５２に進む。一方、訂正済みのデータが、既定の基準に従って受け入れ可能でないと確認された場合には、次の段階５０において、データの更なる冗長バージョンをもう一度送信するように、再送要求信号２８がＨＡＲＱコンバイナ／デコードモジュール１４からユーザー端末１０に送信される。段階５０の後に、本プロセスは、段階５０の要求を円滑に処理するべく、段階４１に戻る。最後に、段階５２において、訂正済みのデータを含む訂正済みのデータ信号３０がＨＡＲＱコンバイナ／デコードモジュール１４から更なる宛先（例えば、無線ネットワークコントローラなどの別のネットワーク要素）に送信される。
【図面の簡単な説明】
【００６８】
【図１】従来技術によるアップリンク・エンハンスト個別チャネルの冗長バージョン実装のブロックダイアグラムの一例を示している。
【図２】本発明によるアップリンク・エンハンスト個別チャネルの冗長バージョン実装のブロックダイアグラムの一例を示している。
【図３】本発明によるアップリンク・エンハンスト個別チャネルの冗長バージョン実装のフローチャートの一例を示している。
【図１】
2007536855.tif 000019
【図２】
2007536855.tif 000020
【図３】
2007536855.tif 000021
【手続補正書】
【提出日】平成18年12月20日(2006.12.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
自動再送要求プロセスの数ＮARQと冗長バージョンの数ＮRVを受信機及び送信機に供給し、
接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数としてデータに対応した冗長バージョン番号ＲＶＮを前記送信機によって算出し、
前記接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数として前記冗長バージョン番号ＲＶＮを前記受信機によって算出すること、を含み、
前記送信機及び前記受信機を含み、且つ、前記送信機及び受信機に既知の接続フレーム番号ＣＦＮを使用する通信システム内において、送信機から送信され且つ受信機によって受信される前記データの冗長バージョンを示すために前記ＲＶＮを使用する方法。
【請求項２】
前記冗長バージョン番号ＲＶＮは、次のように算出される請求項１記載の方法。
【数１】
2007536855.tif 000022
もし、ＣＦＮが１０ｍｓの伝送時間インターバル（ＴＴＩ）を有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであり、ここで、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの前記冗長バージョン番号ＲＶＮごとに０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【請求項３】
前記冗長バージョン番号ＲＶＮは、次のように算出される請求項１記載の方法。
【数２】
2007536855.tif 000023
もし、ＣＦＮが１０ｍｓの伝送時間インターバルＴＴＩを有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであり、ここで、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの前記冗長バージョン番号ＲＶＮごとに０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【請求項４】
前記自動再送要求プロセスの数ＮARQと前記冗長バージョンの数ＮRVは、システムオペレータから前記受信機及び前記送信機に供給されるか、或いは、前記自動再送要求プロセスの数ＮARQと前記冗長バージョンの数ＮRVは、既存のシステム規格に基づいて、前記受信機及び前記送信機内において恒久的に事前設定されている請求項１記載の方法。
【請求項５】
前記送信機による前記冗長バージョン番号ＲＶＮの算出は、前記算出されたＲＶＮに従って前記データをエンコードし、前記エンコードされたデータを前記受信機に送信すること、を更に含む請求項１記載の方法。
【請求項６】
前記算出されたＲＶＮに基づいて前記データをデコードし、
既に受信した、前記データの冗長バージョンと前記データとを任意に合成する、
ことを更に有する請求項５記載の方法。
【請求項７】
前記受信機は、モバイル通信システムのユーザー装置であり、前記送信機は、前記モバイル通信システムのネットワーク要素であり、前記データは、ダウンリンクチャネルを通じて送信される請求項１記載の方法。
【請求項８】
前記送信機は、モバイル通信システムのユーザー装置であり、前記受信機は、前記モバイル通信システムのネットワーク要素であり、前記データは、アップリンクチャネルを通じて送信される請求項１記載の方法。
【請求項９】
前記自動再送要求プロセスの数ＮARQと前記冗長バージョンの数ＮRVは、パラメータ信号を前記ユーザー装置の発信元ＲＶ算出モジュール、前記ネットワーク要素のＲＶ算出モジュール、及び前記ネットワーク要素のＨＡＲＱコンバイナ／デコーダモジュールに送信することにより、システムオペレータから供給され、前記送信機による前記冗長バージョン番号ＲＶＮの算出は、前記発信元ＲＶ算出モジュールによって実行され、前記受信機による前記冗長バージョン番号ＲＶＮの算出は、前記ＲＶ算出モジュールによって実行される請求項８記載の方法。
【請求項１０】
前記ユーザー装置による前記冗長バージョン番号ＲＶＮの算出は、前記算出されたＲＶＮに従って前記データをエンコードし、前記エンコードされたデータを含むアップリンクデータ信号を前記ネットワーク要素のＨＡＲＱコンバイナ／デコーダモジュールに送信すること、を更に含む請求項９記載の方法。
【請求項１１】
前記ＲＶ算出モジュールによる前記冗長バージョン番号ＲＶＮの算出は、前記冗長バージョン番号ＲＶＮを含むＲＶＮ信号を前記ＨＡＲＱコンバイナ／デコードモジュールに供給することを更に含む請求項１０記載の方法。
【請求項１２】
前記アップリンクデータ信号内に含まれている前記データをデコードし、
前記データと同じデータの冗長バージョンであって、既に算出したＲＶＮに対して既に受信した冗長バージョンと、前記データとを、前記ＨＡＲＱコンバイナ／デコーダモジュールにより任意に合成して、訂正済みのデータを生成する、
ことを更に有する請求項１１記載の方法。
【請求項１３】
前記データのデコード及び合成の後に、前記訂正済みのデータが、既定の基準に従って受け入れ可能であるかどうかを判定することを更に有する請求項１２記載の方法。
【請求項１４】
訂正済みのデータが、前記既定の基準に従って受け入れ可能でない場合に、前記方法は、
前記データの更なる冗長バージョンをもう一度送信するように、再送要求信号を前記ＨＡＲＱコンバイナ／デコードモジュールから前記ユーザー装置に送信することを更に有する請求項１３記載の方法。
【請求項１５】
前記ＲＶ算出モジュールは、前記ＨＡＲＱコンバイナ／デコーダモジュールの一部である請求項１０記載の方法。
【請求項１６】
前記ネットワーク要素は、モバイル通信システムのノードＢ又は基地局である請求項８記載の方法。
【請求項１７】
コンピュータプロセッサによって実行するためのコンピュータプログラムコードをその上部に実装したコンピュータ可読ストレージ構造を有しており、前記コンピュータプログラムコードは、前記送信機又は前記受信機のいずれかのコンポーネントによって実行された際に前記請求項１記載の方法を実行する命令を備えるコンピュータプログラムプロダクト。
【請求項１８】
自動再送要求プロセスの数ＮARQ及び冗長バージョンの数ＮRVが事前設定されていない場合に、前記自動再送要求プロセスの数ＮARQ及び前記冗長バージョンの数ＮRVを含むパラメータ信号に応答し、既知の接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数として算出された冗長バージョン番号ＲＶＮを含むＲＶＮ信号を供給するＲＶ算出モジュールと、
前記アップリンクデータ信号、前記パラメータ信号、及び前記ＲＶＮ信号に応答し、前記ＲＶＮ信号に基づいて前記データをデコードし、訂正済みのデータを生成するＨＡＲＱコンバイナ／デコードモジュールと、
を有するネットワーク要素。
【請求項１９】
前記アップリンクデータ信号は、ユーザー装置から供給される請求項１８記載のネットワーク要素。
【請求項２０】
前記アップリンクデータ信号のデコードは、既に算出したＲＶＮに対して既に受信した、前記データの冗長バージョンと前記データとを、前記ＨＡＲＱコンバイナ／デコーダモジュールによって合成して、前記訂正済みのデータを生成することに更に基づく請求項１８記載のネットワーク要素。
【請求項２１】
前記訂正済みのデータが、既定の基準に従って受け入れ可能でない場合に、前記ＨＡＲＱコンバイナ／デコードモジュールは、前記データの更なる冗長バージョンをもう一度送信するように、再送要求信号を前記ユーザー装置に送信するように構成される請求項１８記載のネットワーク要素。
【請求項２２】
前記ＲＶ算出モジュールは、前記ＨＡＲＱコンバイナ／デコーダモジュールの一部である請求項１８記載のネットワーク要素。
【請求項２３】
前記パラメータ信号は、システムオペレータから供給されるか、或いは、前記自動再送要求プロセスの数ＮARQ及び前記冗長バージョンの数ＮRVは、既存のシステム規格に基づいて、前記ネットワーク要素内において恒久的に事前設定されている請求項１８記載のネットワーク要素。
【請求項２４】
前記ＲＶ算出モジュールは、次のように前記冗長バージョン番号ＲＶＮを算出するように構成される請求項１８記載のネットワーク要素。
【数３】
2007536855.tif 000024
もし、ＣＦＮが１０ｍｓの伝送時間インターバルＴＴＩを有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであり、ここで、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの前記冗長バージョン番号ＲＶＮごとに０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【請求項２５】
前記ＲＶ算出モジュールは、次のように前記冗長バージョン番号ＲＶＮを算出するように構成される請求項１８記載のネットワーク要素。
【数４】
2007536855.tif 000025
もし、ＣＦＮが１０ｍｓの伝送時間インターバルＴＴＩを有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであり、ここで、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの前記冗長バージョン番号ＲＶＮごとに０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【請求項２６】
自動再送要求プロセスの数ＮARQ及び冗長バージョンの数ＮRVが事前設定されていない場合に、前記自動再送要求プロセスの数ＮARQ及び前記冗長バージョンの数ＮRVを含むパラメータ信号に応答し、既知の接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数として冗長バージョン番号ＲＶＮを算出する発信元ＲＶ算出モジュールを有しており、
前記算出されたＲＶＮに従ってエンコードされたデータを含むアップリンクデータ信号を供給するように構成されるユーザー装置。
【請求項２７】
前記パラメータ信号は、システムオペレータから供給されるか、或いは、前記自動再送要求プロセスの数ＮARQ及び前記冗長バージョンの数ＮRVは、既存のシステム規格に基づいて、前記ユーザー装置内において恒久的に事前設定されている請求項２６記載のユーザー装置。
【請求項２８】
前記アップリンクデータ信号は、ネットワーク要素に供給される請求項２７記載のユーザー装置。
【請求項２９】
前記ユーザー装置は、ネットワーク要素からの再送要求信号に応答し、前記データの更なる冗長バージョンを含む前記アップリンクデータ信号を供給するように構成される請求項２６記載のユーザー装置。
【請求項３０】
前記発信元ＲＶ算出モジュールは、次のように前記冗長バージョン番号ＲＶＮを算出するように構成される請求項２６記載のユーザー装置。
【数５】
2007536855.tif 000026
もし、ＣＦＮが１０ｍｓの伝送時間インターバルＴＴＩを有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであり、ここで、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの前記冗長バージョン番号ＲＶＮごとに０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【請求項３１】
前記発信元ＲＶ算出モジュールは、次のように前記冗長バージョン番号ＲＶＮを算出するように構成される請求項２６記載のユーザー装置。
【数６】
2007536855.tif 000027
もし、ＣＦＮが１０ｍｓの伝送時間インターバルＴＴＩを有する無線フレームを示す場合には、ＣＦＮ’＝ＣＦＮであり、さもなければ、ＣＦＮ’＝１０ｍｓ／ＴＴＩ×ＣＦＮ＋ＳＦＮであり、ここで、１０ｍｓ  ｍｏｄ  ＴＴＩ＝０であり、ＳＦＮは、サブフレーム番号であり、且つそれぞれの前記冗長バージョン番号ＲＶＮごとに０から１０ｍｓ／ＴＴＩまで１ずつ増分される整数である。
【請求項３２】
自動再送要求プロセスの数ＮARQ及び冗長バージョンの数ＮRVが事前設定されていない場合に、前記自動再送要求プロセスの数ＮARQ及び前記冗長バージョンの数ＮRVを含むパラメータ信号に応答し、接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数として冗長バージョン番号ＲＶＮを算出し、前記算出されたＲＶＮでエンコードされたデータを含むアップリンクデータ信号を供給するユーザー装置と、
前記自動再送要求プロセスの数ＮARQ及び前記冗長バージョンの数ＮRVが事前設定されていない場合に、前記アップリンクデータ信号と前記パラメータ信号とに応答し、前記接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数として前記冗長バージョン番号ＲＶＮを算出し、前記冗長バージョン番号ＲＶＮに基づく前記データのデコードを供給するネットワーク要素と、を有し、
前記接続フレーム番号ＣＦＮが前記ユーザ装置及び前記ネットワーク要素に既知である通信システム。
【請求項３３】
前記自動再送要求プロセスの数ＮARQ及び前記冗長バージョンの数ＮRVは、システムオペレータから前記ネットワーク要素及び前記ユーザー装置に供給されるか、或いは、前記自動再送要求プロセスの数ＮARQ及び前記冗長バージョンＮRVの数は、既存のシステム規格に基づいて、前記ネットワーク要素及び前記ユーザー装置内において恒久的に事前設定されている請求項３２記載の通信システム。
【請求項３４】
前記ネットワーク要素は、前記モバイル通信システムのノードＢ又は基地局である請求項３２記載の通信システム。
【請求項３５】
自動再送要求プロセスの数ＮARQ及び冗長バージョンの数ＮRVが事前に設定されていない場合に、前記自動再送要求プロセスの数ＮARQ及び前記冗長バージョンの数ＮRVを含むパラメータ信号に応答し、既知の接続フレーム番号ＣＦＮ、前記自動再送要求プロセスの数ＮARQ、及び前記冗長バージョンの数ＮRVの関数として算出される前記冗長バージョン番号ＲＶＮを含むＲＶＮ信号を供給する算出手段と、
前記アップリンクデータ信号、前記パラメータ信号、及び前記ＲＶＮ信号に応答し、前記ＲＶＮ信号に基づいて前記データをデコードし、訂正済みのデータを生成する合成／デコード手段と、
を有するネットワーク要素。
【請求項３６】
前記アップリンクデータ信号は、ユーザー装置から供給される請求項３５記載のネットワーク要素。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
更に本発明の第１の態様によれば、冗長バージョン番号ＲＶＮは、次のように算出可能である（規則２）。
【国際調査報告】
2007536855.tif 000028
2007536855.tif 000029