(57)【特許請求の範囲】
【請求項１】
主搬送波と副搬送波のデータストリームがそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送されるプロセスに適用されるハイブリッド自動再送要求失敗通知の送信方法であって、
前記方法は、
ノードＢが前記主搬送波からの拡張専用伝送チャネル（Ｅ−ＤＣＨ）ペイロードを受信し、且つ前記ノードＢが前記拡張専用伝送チャネルペイロードに対する復号化に失敗するステップと、
前記ノードＢがハイブリッド自動再送要求失敗通知の送信条件を満たすか否かを判断し、満たしていると判断した場合、前記ノードＢが前記主搬送波におけるハイブリッド自動再送要求失敗通知データフレームを設定するステップと、
前記ノードＢが前記主搬送波に対応する伝送ベアラで前記ハイブリッド自動再送要求失敗通知データフレームをサービス無線ネットワーク制御装置（ＳＲＮＣ）に送信するステップとを含む
ことを特徴とするハイブリッド自動再送要求失敗通知の送信方法。
【請求項２】
前記主搬送波におけるハイブリッド自動再送要求失敗通知データフレームを設定するステップは、
コネクションフレーム番号ドメインとサブフレーム番号ドメインを、ハイブリッド自動再送要求失敗通知が検出されたときのコネクションフレーム番号とサブフレーム番号とにそれぞれ設定することと、
データフレームがタイプ１である場合、媒体アクセス制御拡張型副層プロトコルデータユニット（ＭＡＣ−ｅｓ  ＰＤＵｓ）の数ドメインを０に設定することと、データフレームがタイプ２である場合、媒体アクセス制御改良型副層プロトコルデータユニット（ＭＡＣ−ｉｓ  ＰＤＵｓ）の数ドメインを０に設定することと、
ハイブリッド自動再送要求再送回数ドメインをハイブリッド自動再送要求失敗通知が検出された際のハイブリッド自動再送要求再送回数として設定することとを含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
主搬送波と副搬送波のデータストリームがそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送されるプロセスに適用されるハイブリッド自動再送要求失敗通知の送信方法であって、
前記方法は、
ノードＢが副搬送波からの拡張専用伝送チャネルペイロードを受信し、且つ前記ノードＢが前記拡張専用伝送チャネルペイロードに対する復号化に失敗するステップと、
前記ノードＢがハイブリッド自動再送要求失敗通知の送信条件を満たすか否かを判断し、満たしていると判断した場合、前記ノードＢが前記副搬送波におけるハイブリッド自動再送要求失敗通知データフレームを設定するステップと、
前記ノードＢが前記副搬送波に対応する伝送ベアラで前記ハイブリッド自動再送要求失敗通知データフレームをサービス無線ネットワーク制御装置に送信するステップとを含む
ことを特徴とするハイブリッド自動再送要求失敗通知の送信方法。
【請求項４】
前記副搬送波におけるハイブリッド自動再送要求失敗通知データフレームを設定するステップは、
コネクションフレーム番号ドメインとサブフレーム番号ドメインをハイブリッド自動再送要求失敗通知が検出されたときのコネクションフレーム番号とサブフレーム番号とにそれぞれ設定することと、
データフレームがタイプ１である場合、媒体アクセス制御拡張型副層プロトコルデータユニットの数ドメインを０に設定することと、データフレームがタイプ２である場合、媒体アクセス制御改良型副層プロトコルデータユニットの数ドメインを０に設定することと、
ハイブリッド自動再送要求再送回数ドメインをハイブリッド自動再送要求失敗通知が検出された時のハイブリッド自動再送要求再送回数として設定することとを含む
ことを特徴とする請求項３に記載の方法。
【請求項５】
主搬送波と副搬送波のデータストリームがそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送されるプロセスに適用されるハイブリッド自動再送要求失敗通知の受信方法であって、
前記方法は、
サービス無線ネットワーク制御装置が前記主搬送波に対応する伝送ベアラでノードＢからのハイブリッド自動再送要求失敗通知データフレームを受信し、その中から前記Ｉｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する前記主搬送波のハイブリッド自動再送要求失敗通知データフレームの情報を取得するステップを含む
ことを特徴とするハイブリッド自動再送要求失敗通知の受信方法。
【請求項６】
前記サービス無線ネットワーク制御装置が前記ハイブリッド自動再送要求失敗通知データフレームからＩｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する前記主搬送波のハイブリッド自動再送要求失敗通知データフレームの情報を取得するステップは、
前記サービス無線ネットワーク制御装置が前記ハイブリッド自動再送要求失敗通知データフレームにおけるコネクションフレーム番号ドメインから主搬送波のコネクションフレーム番号を取得することと、
前記サービス無線ネットワーク制御装置が前記ハイブリッド自動再送要求失敗通知データフレームにおけるサブフレーム番号ドメインから前記主搬送波のサブフレーム番号を取得することと、
前記サービス無線ネットワーク制御装置が前記ハイブリッド自動再送要求失敗通知データフレームにおけるハイブリッド自動再送要求再送回数ドメインから、前記コネクションフレーム番号及び前記サブフレーム番号によって示されたハイブリッド自動再送要求失敗タイミングで前記主搬送波がハイブリッド自動再送要求再送回数を取得することとを含む
ことを特徴とする請求項５に記載の方法。
【請求項７】
主搬送波と副搬送波のデータストリームがそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送されるプロセスに適用されるハイブリッド自動再送要求失敗通知の受信方法であって、
前記方法は、
サービス無線ネットワーク制御装置が前記副搬送波に対応する伝送ベアラでノードＢからのハイブリッド自動再送要求失敗通知データフレームを受信し、その中から前記Ｉｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する前記副搬送波のハイブリッド自動再送要求失敗通知データフレームの情報を取得するステップを含む
ことを特徴とするハイブリッド自動再送要求失敗通知の受信方法。
【請求項８】
前記サービス無線ネットワーク制御装置が前記ハイブリッド自動再送要求失敗通知データフレームからＩｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する前記副搬送波のハイブリッド自動再送要求失敗通知データフレームの情報を取得するステップは、
前記サービス無線ネットワーク制御装置が前記ハイブリッド自動再送要求失敗通知データフレームにおけるコネクションフレーム番号ドメインから前記副搬送波のコネクションフレーム番号を取得することと、
前記サービス無線ネットワーク制御装置が前記ハイブリッド自動再送要求失敗通知データフレームにおけるサブフレーム番号ドメインから前記副搬送波のサブフレーム番号を取得することと、
前記サービス無線ネットワーク制御装置が前記ハイブリッド自動再送要求失敗通知データフレームにおけるハイブリッド自動再送要求再送回数ドメインから、前記コネクションフレーム番号及びサブフレーム番号によって示されるハイブリッド自動再送要求失敗タイミングで前記副搬送波がハイブリッド自動再送要求再送回数を取得することとを含む
ことを特徴とする請求項７に記載の方法。
【請求項９】
ノードＢであって、
主搬送波又は副搬送波からの拡張専用伝送チャネルペイロードを受信し、前記主搬送波と前記副搬送波のデータストリームがそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送される受信モジュールと、
前記受信モジュールによって受信された前記拡張専用伝送チャネルペイロードに対する復号化に失敗した場合に、ハイブリッド自動再送要求失敗通知の送信条件を満たすか否かを判断する判断モジュールと、
前記判断モジュールが前記送信条件を満たしていると判断した場合に、前記主搬送波又は前記副搬送波におけるハイブリッド自動再送要求失敗通知データフレームを設定する設定モジュールと、
前記主搬送波又は前記副搬送波に対応する伝送ベアラで前記設定モジュールによって設定された前記ハイブリッド自動再送要求失敗通知データフレームをサービス無線ネットワーク制御装置に送信する送信モジュールとを含む
ことを特徴とするノードＢ。
【請求項１０】
サービス無線ネットワーク制御装置であって、
主搬送波又は副搬送波に対応する伝送ベアラでノードＢからのハイブリッド自動再送要求失敗通知データフレームを受信する受信モジュールと、
前記受信モジュールによって受信された前記ハイブリッド自動再送要求失敗通知データフレームから、Ｉｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する前記主搬送波又は前記副搬送波のハイブリッド自動再送要求失敗通知データフレームの情報を取得する取得モジュールとを含む
ことを特徴とするサービス無線ネットワーク制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、特に、ハイブリッド自動再送要求失敗通知の送信／受信方法及び装置に関する。
【背景技術】
【０００２】
現在の通信システムでは、データを伝送する場合に、Ｉｕｂインタフェース（ノードＢとサービス無線ネットワーク制御装置（Ｓｅｒｖｉｃｅ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＳＲＮＣ）との間のインタフェース）とＩｕｒインタフェース（ＳＲＮＣと制御無線ネットワーク制御装置（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）との間のインタフェース）における伝送時間間隔ごとに、ダウンリンク伝送では、データフレームがＳＲＮＣからノードＢに伝送され、アップリンク伝送では、データフレームがノードＢからＳＲＮＣに伝送される。拡張専用伝送チャネル（Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ：Ｅ−ＤＣＨ）データフレームはデータフレームタイプの１つであり、アップリンク方向で用いられ、上位層のシグナリング指示に関与する。Ｅ−ＤＣＨデータフレームはタイプ１及びタイプ２の２種類の構造として定義される。媒体アクセス制御拡張型副層プロトコルデータユニット（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ−ｅｎｈａｎｃｅｄ  ｓｕｂｌａｙｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ：ＭＡＣ−ｅｓ  ＰＤＵ）を含む場合、タイプ１の構造を利用する。媒体アクセス制御改良型副層プロトコルデータユニット（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ−ｉｍｐｒｏｖｅｄ  ｓｕｂｌａｙｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ：ＭＡＣ−ｉｓ  ＰＤＵ）を含む場合、タイプ２の構造を利用する。
【０００３】
図１は関連技術に係るＥ−ＤＣＨアップリンクデータフレームフォーマットの模式図である。図１に示すように、タイプ１のＥ−ＤＣＨデータフレーム（図１中の（ａ）に示す）とタイプ２のＥ−ＤＣＨデータフレーム（図１中の（ｂ）に示す）はヘッダとペイロードという２つの構成部分を含む。それらは以下の複数のドメインを含むが、相違点は含まれるデータユニットのタイプが異なることである。
【０００４】
１、ヘッダ巡回冗長検査（Ｃｙｃｌｉｃａｌ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ：ＣＲＣ）ドメイン
「ＣＲＣチェックコード」ドメインは、生成式によって生成されたチェックコードに対応するヘッダ冗長フレーム部分（第１バイトの０ビット目からヘッダの最終バイトの０ビット目までにおいて、ヘッダＣＲＣの下位４ビット、即ち、第２バイトの７ビット目から４ビット目までを含まない部分）に適用されるチェックコードである。Ｅ−ＤＣＨアップリンクデータフレームの「ヘッダＣＲＣチェックコード」ドメインに用いられる長さは７ビット又は１１ビットであり、７ビットの場合、Ｅ−ＤＣＨデータフレームのフレームヘッダの第１バイトにおける７ビット目から１ビット目までが含まれ、１１ビットの場合、第１バイトにおける７ビット目から１ビット目までだけでなく、第２バイトにおける７ビット目から４ビット目までが更に含まれる。
【０００５】
２、フレームタイプ通知
「フレームタイプ通知」ドメインは、フレームがデータフレームであるか又は制御フレームであるかを示すために用いられる。「フレームタイプ」ドメインの長さは１ビットである。また、Ｅ−ＤＣＨデータフレームのフレームヘッダにおける第１バイトの０ビット目に位置する。Ｅ−ＤＣＨデータフレームはアップリンクデータフレームの１つであり、上記「フレームタイプ通知」ドメインは「０」を示す。
【０００６】
３、フレームシーケンス番号（Ｆｒａｍｅ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ：ＦＳＮ）
「ＦＳＮ」ドメインはＥ−ＤＣＨデータフレームにおいてＦＳＮとして示される。毎回伝送されるＥ−ＤＣＨデータフレームにおいて独自のＦＳＮを生成することができる。ＦＳＮの４ビットは以下の公式に従って計算される。
ＦＳＮ＝（ＦＳＮ＋１）ｍｏｄｕｌｏ  １６
ＦＳＮの値の範囲は０〜１５である。「ＦＳＮ」ドメインの長さは４ビットであり、Ｅ−ＤＣＨデータフレームのフレームヘッダにおける第２バイトの３ビット目から０ビット目に位置する。
【０００７】
４、サブフレーム数
「サブフレーム数」ドメインはフレーム内にサブフレームがいくつあるかを示す。なお、サブフレームにはヘッダ部分及びペイロード部分が含まれる。「サブフレーム数」ドメインの値の範囲は１〜１６である。１はバイナリコードで「００００」、１６はバイナリコードで「１１１１」として表す。「サブフレーム数」ドメインの長さは４ビットであり、Ｅ−ＤＣＨデータフレームのフレームヘッダにおける第３バイトの３ビット目から０ビット目に位置する。
【０００８】
５、コネクションフレーム番号
Ｅ−ＤＣＨにおいて、「コネクションフレーム番号」ドメインは、ハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ：ＨＡＲＱ）プロセスにおいてデータが正確に復号化される無線フレームを示す。Ｅ−ＤＣＨにおいて、ＣＦＮ（及びサブフレーム番号）は、順序を付け直すために用いられるだけでなく、動的遅延の測定にも用いられる。ＣＦＮの値の範囲は０〜２５５である。「コネクションフレーム番号」ドメインの長さは８ビットであり、Ｅ−ＤＣＨデータフレームのフレームヘッダにおける第４バイトの７ビット目から０ビット目に位置する。
【０００９】
６、ＨＡＲＱ再送回数
「ＨＡＲＱ再送回数」ドメインはペイロードの復号化に成功した時のＨＡＲＱ再送回数、又は、ＨＡＲＱの復号化に失敗した場合、ＨＡＲＱの復号化失敗が検出された時のＨＡＲＱ再送回数を示す。このドメインの値が１３である場合、再送された実際のデータがアウターループ電力制御の入力として不適当であることを示す。このドメインの値が１５である場合、ノードＢがＨＡＲＱ再送回数を計算できないことを示す。このドメインの値の範囲は０〜１５である。「ＨＡＲＱ再送回数」ドメインの長さは４ビットであり、Ｅ−ＤＣＨデータフレームのフレームヘッダにおける第５バイトの３ビット目から０ビット目に位置する。第１サブフレーム番号の「ＨＡＲＱ再送回数」ドメインは、Ｅ−ＤＣＨデータフレームのフレームヘッダにおける第５バイトの６ビット目から３ビット目に位置する。第２サブフレーム番号の「ＨＡＲＱ再送回数」ドメインは、Ｅ−ＤＣＨデータフレームのフレームヘッダにおける第１ＭＡＣ−ｅヘッダ後の第１バイトの６ビット目から３ビット目に位置する。他のフレーム番号の「ＨＡＲＱ再送回数」ドメインは、サブフレームにおいてすべてのＭＡＣ−ｅｓ  ＰＤＵが含まれるＨＡＲＱ再送回数に達するまで、Ｅ−ＤＣＨデータフレームのフレームヘッダに位置すると類推される。
【００１０】
７、サブフレーム番号
「サブフレーム番号」ドメインは、受信したペイロードが位置するサブフレーム番号を示す。順序を付け直すために用いられるだけでなく、サブフレーム番号（及び制御フレーム番号）は動的遅延測定に用いることが可能である。「サブフレーム番号」ドメインの値の範囲は０〜４であり、長さは３ビットである。第１サブフレーム番号は、Ｅ−ＤＣＨデータフレームのフレームヘッダにおける第５バイトの２ビット目から０ビット目に位置する。第２サブフレーム番号は、Ｅ−ＤＣＨデータフレームのフレームヘッダにおける第１ＭＡＣ−ｅ又はＭＡＣ−ｉヘッダの直後にあるバイトの２ビット目から０ビット目に位置する。他のサブフレーム番号は、すべてのサブフレーム番号が含まれるまで、Ｅ−ＤＣＨデータフレームのフレームヘッダにおける最後のＭＡＣ−ｅ又はＭＡＣ−ｉヘッダの直後にあるバイトの２ビット目から０ビット目に位置する。
【００１１】
８、拡張剰余
「拡張剰余」ドメインは後方互換性によって新規情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔｓ  ＩＥｓ）を追加する位置を示す。当該ドメインの長さは０〜３２バイトである。
【００１２】
９、ペイロードＣＲＣ
「ペイロードＣＲＣ」ドメインはペイロードのＣＲＣチェックである。当該ＣＲＣはペイロードの剰余部分、即ち、ペイロードの第１バイトの７ビット目からペイロードＣＲＣ前のペイロードの０ビット目に適用される。このドメインの長さは１６ビットである。
【００１３】
Ｅ−ＤＣＨペイロードの復号化に成功した場合、Ｅ−ＤＣＨデータフレームは、上記フォーマットに従ってパディングされ、ノードＢによってＳＲＮＣに送信される。
【００１４】
Ｅ−ＤＣＨペイロードの復号化に失敗し、且つ下記のいずれか１つの条件を満たす場合、サービスノードＢはＨＡＲＱ失敗通知をＳＲＮＣに送信する（非サービスノードＢはＨＡＲＱ失敗通知を送信しない）。
条件１：ＨＡＲＱプロセスにおいて、ＭＡＣ−ｅ又はＭＡＣ−ｉプロトコルデータユニットの復号化に失敗し、再送シーケンス番号（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ：ＲＳＮ）が同じＨＡＲＱプロセスで用いられる新しいＭＡＣ−ｅ又はＭＡＣ−ｉプロトコルデータユニットの伝送を示し、且つＨＡＲＱ再送回数が端末により設定済みのＭＡＣ−ｄストリームにおける最大ＨＡＲＱ再送値の最低値以上であること。
条件２：ＨＡＲＱプロセスにおいて、ＭＡＣ−ｅ又はＭＡＣ−ｉの復号化に常に失敗する場合に、端末に対して接続が有効である最大回数のＨＡＲＱ再送においてＭＡＣ−ｄストリームが最大回数再送されること、あるいはＥ−ＤＰＣＣＨにおいてＨＡＲＱ関連帯域外シグナリング（例えば再送シーケンス番号ＲＳＮ）に対する復号化に失敗する場合に、端末に対して接続が有効である最大回数のＨＡＲＱ再送においてＭＡＣ−ｄストリームが最大回数行われること。
条件３：ＭＡＣ−ｅ又はＭＡＣ−ｉが端末でリセットされた場合において、ＨＡＲＱプロセスのＭＡＣ−ｅ又はＭＡＣ−ｉの復号化に常に失敗し、ノードＢが上位層で端末におけるＭＡＣ−ｅ又はＭＡＣ−ｉのリセットタイミングを取得すること。
【００１５】
ＨＡＲＱ失敗通知は１つの伝送ベアラでのみ送信される。ノードＢはＨＡＲＱ失敗通知に関連する端末で使用されるいずれか１つの伝送ベアラを選択する。
【００１６】
ユーザデータフレームで示されるＨＡＲＱ失敗は、ＨＡＲＱ失敗通知データフレームと呼ばれる。図２は関連技術によるＨＡＲＱ失敗通知データフレームフォーマットの模式図である。図２に示すように、ＨＡＲＱ失敗通知データフレームの具体的な設定は以下の通りである。
１、失敗が検出された場合、コネクションフレーム番号とサブフレーム番号における情報要素の値はそのタイミングを示す。
２、図２ａに示すように、タイプ１においては、ＭＡＣ−ｅｓプロトコルデータユニットの数が０に設定される。それにより、ヘッダ内にはＤＤＩ及びＮの情報要素が存在しない。８バイトの位置揃えのために、ＭＡＣ−ｅｓプロトコルデータユニットの情報要素の下位４ビットパディングビットが使用される。ＨＡＲＱ失敗に関連するデータフレームのペイロード部分には、ＭＡＣ−ｅｓプロトコルデータユニットが存在しない。
３、図２ｂに示すように、タイプ２においては、ＭＡＣ−ｉｓプロトコルデータユニットの数が０に設定される。それにより、ヘッダにはＭＡＣ−ｉｓプロトコルデータ記述子の情報要素が存在しない。ＨＡＲＱ失敗に関連するデータフレームのペイロード部分には、ＭＡＣ−ｉｓプロトコルデータユニットが存在しない。
４、ＨＡＲＱ再送回数の情報要素は、失敗が検出された時のＨＡＲＱ再送回数として設定される。符号化方式は上記のペイロードを正確に復号化する符号方式と同じである。
【００１７】
ＳＲＮＣは、正確に復号化されて受信したＥ−ＤＣＨデータフレームのフレームヘッダからＨＡＲＱ再送回数を復号化してアウターループ電力制御の入力とし、又はＨＡＲＱ失敗通知のＥ−ＤＣＨデータフレームのフレームヘッダからＨＡＲＱ再送回数を復号化してアウターループ電力制御の入力とする。アウターループ電力制御の出力信号対混信比（Ｓｉｇｎａｌ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｒａｔｉｏ：ＳＩＲ）が修正された場合、ＳＲＮＣは新しいＳＩＲターゲットを含むアウターループ電力制御フレームをノードＢに送信する。ノードＢにおけるインナーループ電力制御機能は新しいＳＩＲターゲットを利用して端末のパワー送信を制御し、これによって、干渉最小化及び接続品質の保持を達成する。
【００１８】
技術の発展に伴い、二重搬送波技術（この技術により、端末は２つの搬送波でデータを送信でき、アップリンクリンクデータ速度を倍にすることができる）が既存システムに導入され、且つ各搬送波がＩｕｂインタフェース／Ｉｕｒインタフェースにおいて独立した伝送ベアラを有するのが望ましい。現在、ＨＡＲＱ失敗通知を利用する場合、以下の問題が生じる。
【００１９】
ノードＢがエアインタフェースにおいて、端末からの２つの搬送波におけるＭＡＣ−ｅｓ  ＰＤＵ又はＭＡＣ−ｉｓ  ＰＤＵを受信するので、２つの搬送波におけるデータ復号化に両方とも失敗することがあり、あるいは片方の復号化に成功しもう片方の復号化に失敗することがある。しかしながら、既存技術におけるＨＡＲＱ失敗通知は、１つの搬送波におけるＭＡＣ−ｅｓ  ＰＤＵ又はＭＡＣ−ｉｓ  ＰＤＵの復号化失敗の場合に対応している。ＨＡＲＱ失敗通知には搬送波特性が存在せず、端末に接続されたいずれかの伝送ベアラから、ノードＢに送信される。ノードＢが受信した２つの搬送波からのＭＡＣ−ｅ  ＰＤＵ又はＭＡＣ−ｉ  ＰＤＵの復号化に両方とも失敗した場合、あるいは片方の復号化に失敗した場合、現在のＨＡＲＱ失敗通知データフレームを利用して、端末に接続されたいずれか１つの伝送ベアラでノードＢに送信する。ＨＡＲＱ失敗通知データフレーム及び伝送ベアラでは、ＨＡＲＱ再送回数がどの搬送波に属するかを知らせることができないので、ＳＲＮＣも各搬送波におけるデータストリームの再送回数を取得できない。それと同時に、アウターループ電力制御（Ｏｕｔｅｒ  Ｌｏｏｐ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ：ＯＬＰＣ）はＥ−ＤＣＨフレームプロトコルデータフレームのフレームヘッダのＨＡＲＱ再送データ又はＨＡＲＱ失敗通知データフレームのフレームヘッダのＨＡＲＱ再送データに基づいて計算されるため、ＯＬＰＣもその機能を実現することができない。
【発明の概要】
【発明が解決しようとする課題】
【００２０】
関連技術におけるＨＡＲＱ失敗通知データフレーム及び伝送ベアラによれば、ＨＡＲＱ再送回数がどの搬送波に属するかを取得できないという問題を解決するために本発明が提供される。したがって、本発明の主な目的は、上記問題を解決するために、ＨＡＲＱ失敗通知の送信／受信のスキームを提供することである。
【課題を解決するための手段】
【００２１】
上記目的を実現するために、本発明の１つの側面によれば、主搬送波と副搬送波のデータストリームがそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送されるプロセスに適用されるＨＡＲＱ失敗通知の送信方法が提供される。
【００２２】
本発明に係るＨＡＲＱ失敗通知の送信方法は、ノードＢが主搬送波からのＥ−ＣＤＨペイロードを受信し、且つＥ−ＣＤＨペイロードに対する復号化に失敗するステップと、ノードＢがＨＡＲＱ失敗通知の送信条件を満たすか否かを判断し、満たしていると判断した場合、主搬送波におけるＨＡＲＱ失敗通知データフレームを設定するステップと、ノードＢが主搬送波に対応する伝送ベアラでＨＡＲＱ失敗通知データフレームをＳＲＮＣに送信するステップとを含む。
【００２３】
好ましくは、主搬送波におけるＨＡＲＱ求失敗通知データフレームを設定するステップは、コネクションフレーム番号ドメインとサブフレーム番号ドメインを、ＨＡＲＱ失敗通知が検出された場合のコネクションフレーム番号とサブフレーム番号とにそれぞれ設定することと、データフレームがタイプ１である場合、ＭＡＣ−ｅｓ  ＰＤＵの数ドメインを０に設定することと、データフレームがタイプ２である場合、ＭＡＣ−ｉｓ  ＰＤＵの数ドメインを０に設定することと、ＨＡＲＱ再送回数ドメインをＨＡＲＱ失敗通知が検出された際のＨＡＲＱ再送回数として設定することとを含む。
【００２４】
上記目的を実現するために、本発明の１つの側面によれば、主搬送波と副搬送波のデータストリームがそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送されるプロセスに適用されるＨＡＲＱ失敗通知の送信方法が更に提供される。
【００２５】
本発明に係るＨＡＲＱ失敗通知の送信方法は、ノードＢが副搬送波からのＥ−ＣＤＨペイロードを受信し、且つＥ−ＣＤＨペイロードに対する復号化に失敗するステップと、ノードＢがＨＡＲＱ失敗通知の送信条件を満たすか否かを判断し、満たしていると判断した場合、副搬送波におけるＨＡＲＱ失敗通知データフレームを設定するステップと、ノードＢが副搬送波に対応する伝送ベアラでＨＡＲＱ失敗通知データフレームをＳＲＮＣに送信するステップとを含む。
【００２６】
好ましくは、副搬送波におけるＨＡＲＱ失敗通知データフレームを設定するステップは、コネクションフレーム番号ドメインとサブフレーム番号ドメインをＨＡＲＱ失敗通知が検出された場合のコネクションフレーム番号とサブフレーム番号とにそれぞれ設定することと、データフレームがタイプ１である場合、ＭＡＣ−ｅｓ  ＰＤＵの数ドメインを０に設定することと、データフレームがタイプ２である場合、ＭＡＣ−ｉｓ  ＰＤＵの数ドメインを０に設定することと、ＨＡＲＱ再送回数ドメインをＨＡＲＱ失敗通知が検出された際のＨＡＲＱ再送回数として設定することとを含む。
【００２７】
上記目的を実現するために、本発明のもう１つの側面によれば、主搬送波と副搬送波のデータストリームがそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送されるプロセスに適用されるＨＡＲＱ失敗通知の受信方法が提供される。
【００２８】
本発明に係るＨＡＲＱ失敗通知の受信方法は、ＳＲＮＣが主搬送波に対応する伝送ベアラでノードＢからのＨＡＲＱ失敗通知データフレームを受信し、その中からＩｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する主搬送波のＨＡＲＱ失敗通知データフレームの情報を取得するステップを含む。
【００２９】
好ましくは、ＳＲＮＣがＨＡＲＱ失敗通知データフレームからＩｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する主搬送波のＨＡＲＱ失敗通知データフレームの情報を取得するステップは、ＳＲＮＣがＨＡＲＱ失敗通知データフレームにおけるコネクションフレーム番号ドメインから主搬送波のコネクションフレーム番号を取得することと、ＳＲＮＣがＨＡＲＱ失敗通知データフレームにおけるサブフレーム番号ドメインから主搬送波のサブフレーム番号を取得することと、ＳＲＮＣがＨＡＲＱ失敗通知データフレームにおけるＨＡＲＱ再送回数ドメインからコネクションフレーム番号及びサブフレーム番号によって示されたＨＡＲＱ失敗タイミングで主搬送波がＨＡＲＱ再送回数を取得することとを含む。
【００３０】
上記目的を実現するために、本発明のもう１つの側面によれば、主搬送波と副搬送波のデータストリームがそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送されるプロセスに適用されるＨＡＲＱ失敗通知の受信方法が提供される。
【００３１】
本発明に係るＨＡＲＱ失敗通知の受信方法は、ＳＲＮＣが副搬送波に対応する伝送ベアラでノードＢからのＨＡＲＱ失敗通知データフレームを受信し、その中からＩｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する副搬送波のＨＡＲＱ失敗通知データフレームの情報を取得するステップを含む。
【００３２】
好ましくは、ＳＲＮＣがＨＡＲＱ失敗通知データフレームからＩｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する副搬送波のＨＡＲＱ失敗通知データフレームの情報を取得するステップは、ＳＲＮＣがＨＡＲＱ失敗通知データフレームにおけるコネクションフレーム番号ドメインから副搬送波のコネクションフレーム番号を取得することと、ＳＲＮＣがＨＡＲＱ失敗通知データフレームにおけるサブフレーム番号ドメインから副搬送波のサブフレーム番号を取得することと、ＳＲＮＣがＨＡＲＱ失敗通知データフレームにおけるＨＡＲＱ再送回数ドメインからコネクションフレーム番号及びサブフレーム番号によって示されたＨＡＲＱ失敗タイミングで副搬送波がＨＡＲＱ再送回数を取得することとを含む。
【００３３】
上記目的を実現するために、本発明のもう１つの側面によれば、ノードＢが提供される。
【００３４】
本発明に係るノードＢは、主搬送波又は副搬送波からのＥ−ＣＤＨペイロードを受信し、主搬送波と副搬送波のデータストリームがそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送される受信モジュールと、受信モジュールによって受信されたＥ−ＣＤＨペイロードに対する復号化に失敗した場合に、ＨＡＲＱ失敗通知の送信条件を満たすか否かを判断する判断モジュールと、送信条件を満たしていると判断モジュールが判断した場合に、主搬送波又は副搬送波におけるＨＡＲＱ失敗通知データフレームを設定する設定モジュールと、主搬送波又は副搬送波に対応する伝送ベアラで設定モジュールによって設定されたＨＡＲＱ失敗通知データフレームをＳＲＮＣに送信する送信モジュールとを含む。
【００３５】
上記目的を実現するために、本発明のもう１つの側面によれば、ＳＲＮＣが更に提供される。
【００３６】
本発明に係るＳＲＮＣは、主搬送波又は副搬送波に対応する伝送ベアラでノードＢからのＨＡＲＱ失敗通知データフレームを受信する受信モジュールと、受信モジュールによって受信されたＨＡＲＱ失敗通知データフレームからＩｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する主搬送波又は副搬送波のＨＡＲＱ失敗通知データフレームの情報を取得する取得モジュールとを含む。
【００３７】
本発明によれば、ノードＢを用いて主搬送波又は副搬送波に対応する伝送ベアラでＨＡＲＱ失敗通知データフレームをＳＲＮＣに送信する方法によって、関連技術におけるＨＡＲＱ失敗通知データフレーム及び伝送ベアラではＨＡＲＱ再送回数がどの搬送波に属するかを取得できないという問題が解決される。搬送波に基づくＯＬＰＣ機能を介してＳＩＲのターゲット値のよりよい制御が実現される。
【図面の簡単な説明】
【００３８】
【図１】関連技術に係るＥ−ＤＣＨアップリンクデータフレームフォーマットの模式図である。
【図２】関連技術に係るＨＡＲＱ失敗通知データフレームフォーマットの模式図である。
【図３】本発明の実施形態に係る適用状況の模式図である。
【図４】本発明の第１実施形態に係る模式図である。
【図５】本発明の第２実施形態に係る模式図である。
【図６】本発明の第３実施形態に係る模式図である。
【図７】本発明の第４実施形態に係る模式図である。
【図８】本発明の実施形態に係るノードＢのブロック図である。
【図９】本発明の実施形態に係るＳＲＮＣのブロック図である。
【発明を実施するための形態】
【００３９】
ここで説明する図面は本発明を理解するためのもので、本発明の一部を構成し、本発明における模式的な実施形態とその説明と共に本発明を解釈するためのものであるが、本発明を不当に限定するものではない。
【００４０】
機能概要
関連技術におけるＨＡＲＱ失敗通知データフレーム及び伝送ベアラではＨＡＲＱ再送回数がどの搬送波に属するかを取得できないという問題を考慮して、本発明によればＨＡＲＱ失敗通知の送信／受信スキームが提供される。無線通信システムに高速パケットアクセス（ＨＳＰＡ）技術を用いて二重搬送波でデータ伝送を行う場合のＨＡＲＱ失敗通知の送信及び受信には、各搬送波に対応するＨＡＲＱ失敗通知を送信することができる。ＨＡＲＱ失敗通知と搬送波に対応する伝送ベアラとをバインドさせることで、Ｉｕｂインタフェース／ＩｕｒインタフェースのＨＡＲＱ失敗通知データフレーム伝送を介して、搬送波に対応する伝送ベアラでＳＲＮＣに伝送を行う。これによって、ＳＲＮＣは各搬送波においてＨＡＲＱ失敗通知の発生タイミングでのＨＡＲＱ再送回数を取得し、搬送波に基づくＯＬＰＣ機能を介して信号対混信比ターゲット値（ＳＩＲ  Ｔａｒｇｅｔ）のよりよい制御を行う。
【００４１】
なお、矛盾しない限り、本願における実施形態及びその特徴は互いに組み合わせてもよい。以下、図面を参照しながら、実施形態とともに本発明を詳細に説明する。
【００４２】
本発明の下記の実施形態によれば、端末は高速アップリンクパケットアクセス（ＨＳＵＰＡ）技術を介して２つの搬送波でデータを送信できる。端末においては、高速専用物理制御チャネル（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  （ｕｐｌｉｎｋ）  ｆｏｒ  ＨＳ−ＤＳＣＨ：ＨＳ−ＤＰＣＣＨ、高速ダウンリンク共有チャネル（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＨＳ−ＤＳＣＨ））が二重搬送波に含まれる。ＨＳ−ＤＳＣＨを含む搬送波が主搬送波であり、二重搬送波におけるもう１つの搬送波が副搬送波である。
【００４３】
方法実施形態
本発明の実施形態によれば、ＨＡＲＱ失敗通知の送信方法が提供される。当該方法はノードＢの処理プロセスに適用され、具体的には、主搬送波と副搬送波のデータストリームがそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送されるプロセスに適用される。Ｅ−ＤＣＨペイロードの復号化に失敗し、且つ背景技術に記載した３つのＨＡＲＱ失敗通知の送信条件のいずれか１つを満たす場合、サービスノードＢはＨＡＲＱ失敗通知をＳＲＮＣに送信する。具体的には、以下のステップ１〜４が含まれる。
【００４４】
ステップ１において、ノードＢはエアインタフェースにおける搬送波（主搬送波又は副搬送波）で１つのＥ−ＤＣＨペイロードを受信するが、当該ペイロードの復号化に失敗する。
【００４５】
ステップ２において、ノードＢはＨＡＲＱ失敗通知の送信条件を満たすか否かを判断し、満たす場合はステップ３に進み、満たさない場合はプロセスを終了する。
【００４６】
ステップ３において、ノードＢは以下のステップに従って、当該搬送波（主搬送波又は副搬送波）のＨＡＲＱ失敗通知データフレームを設定する。符号化方式はペイロードを正確に復号化する符号化方式と同じである。
（１）、ＨＡＲＱ失敗通知が検出された場合のコネクションフレーム番号及びサブフレーム番号を、コネクションフレーム番号ドメイン及びサブフレーム番号ドメインに設定する。
（２）、データフレームがタイプ１である場合、ＭＡＣ−ｅｓ  ＰＤＵの個数ドメインに０を設定する。これにより、データフレームヘッダにはＤＤＩとＮの情報要素が存在しない。８バイトの位置揃えのために、ＭＡＣ−ｅｓ  ＰＤＵの情報要素の下位４ビットのパディングビットが使用される。ＨＡＲＱ失敗に関連するデータフレームのペイロード部分にはＭＡＣ−ｅｓ  ＰＤＵが存在しない。あるいは、データフレームがタイプ２である場合、ＭＡＣ−ｉｓ  ＰＤＵの個数ドメインに０を設定するステップ。これにより、ヘッダには、ＭＡＣ−ｉｓプロトコルデータ記述子の情報要素が存在しない。ＨＡＲＱ失敗に関連するデータフレームのペイロード部分にはＭＡＣ−ｉｓ  ＰＤＵが存在しない。
（３）、ＨＡＲＱ失敗通知が検出された時のＨＡＲＱ再送回数を、ＨＡＲＱ再送数ドメインに設定する。
【００４７】
ステップ４において、サービスノードＢは当該搬送波（主搬送波又は副搬送波）に対応する伝送ベアラでＨＡＲＱ失敗通知データフレームをＳＲＮＣに送信する。
【００４８】
本発明の実施形態によれば、ＨＡＲＱ失敗通知の受信方法が提供される。当該方法はＳＲＮＣの処理プロセスに適用される。具体的には、主搬送波と副搬送波のデータストリームがそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送されるプロセスに適用され、当該方法には、ＳＲＮＣが搬送波（主搬送波又は副搬送波）に対応する伝送ベアラでサービスノードＢからＨＡＲＱ失敗通知データフレームを受信し、その中からＩｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する搬送波（主搬送波又は副搬送波）のＨＡＲＱ失敗通知データフレームの情報を取得することが含まれる。
【００４９】
具体的には、ＳＲＮＣは当該フレームにおける「コネクションフレーム番号」ドメインからコネクションフレーム番号を復号化し、Ｉｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する搬送波（主搬送波又は副搬送波）のコネクションフレーム番号を取得する。ＳＲＮＣは当該フレームにおける「サブフレーム番号」ドメインからサブフレーム番号を復号化し、Ｉｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する搬送波（主搬送波又は副搬送波）のサブフレーム番号を取得する。ＳＲＮＣは当該フレームにおける「ＨＡＲＱ再送回数」ドメインからＨＡＲＱ再送回数を復号化し、Ｉｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する搬送波（主搬送波又は副搬送波）のコネクションフレーム番号及びサブフレーム番号によって示されたＨＡＲＱ失敗タイミングでＨＡＲＱ再送回数を取得する。
【００５０】
本発明によれば、ノードＢを用いて主搬送波又は副搬送波に対応する伝送ベアラでＨＡＲＱ失敗通知データフレームをＳＲＮＣに送信する方法により、関連技術におけるＨＡＲＱ失敗通知データフレームと伝送ベアラではＨＡＲＱ再送回数がどの搬送波に属するかを取得できないという問題が解決され、搬送波に基づくＯＬＰＣ機能を介してＳＩＲのターゲット値のよりよい制御が実現される。
【００５１】
以下、実例を参照しながら本発明の実施形態の実現プロセスを詳細に説明する。
【００５２】
図３は本発明の実施形態に係る適用状況の模式図である。図３に示すように、端末は二重搬送波技術（この技術により、端末は２つの搬送波でデータを送信でき、アップリンクリンクデータ速度を倍にすることができる）を利用する。二重搬送波においてＨＳ−ＤＰＣＣＨを含む搬送波が主搬送波であり、二重搬送波におけるもう１つの搬送波が副搬送波である。２つの搬送波のデータストリームがＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送される。即ち、ノードＢはｆ１インタフェースを介してＳＲＮＣ／制御無線ネットワーク制御装置（Ｃｏｎｔｒｏｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＣＲＮＣ）に搬送波１におけるＭＡＣ−ｅ又はＭＡＣ−ｉからのＭＡＣ−ｄストリームを伝送し、ｆ２インタフェースを介してＳＲＮＣ／ＣＲＮＣに搬送波２におけるＭＡＣ−ｅ又はＭＡＣ−ｉからのＭＡＣ−ｄストリームを伝送する。
【００５３】
第１実施形態
図４は本発明の第１実施形態に係る模式図である。図４に示すように、主搬送波でＨＡＲＱ失敗通知データフレームを送信する必要がある場合、本発明によれば、搬送波に基づくＨＡＲＱ失敗通知データフレームの送信方法が提供される。ノードＢ処理プロセスには以下のステップ４０２〜ステップ４０８が含まれる。
【００５４】
ステップ４０２：ノードＢはエアインタフェースにおける主搬送波から１つのＭＡＣ−ｅ又はＭＡＣ−ｉ  ＰＤＵを受信し、且つその復号化に常に失敗する。
【００５５】
ステップ４０４：ノードＢは主搬送波のＨＡＲＱ失敗通知の送信条件を満たすか否かを判断する。
【００５６】
主搬送波のＨＡＲＱプロセスにおいて、ＭＡＣ−ｅ又はＭＡＣ−ｉ  ＰＤＵの復号化に失敗し、ＲＳＮが主搬送波で同じＨＡＲＱプロセスに用いる新しいＭＡＣ−ｅ又はＭＡＣ−ｉ  ＰＤＵ伝送を示し、且つＨＡＲＱ再送回数が端末で設定済みのＭＡＣ−ｄストリームの最大ＨＡＲＱ再送値の最低値以上である場合、ステップ４０６に進む。又は主搬送波のＨＡＲＱプロセスにおいて、ＭＡＣ−ｅ  又はＭＡＣ−ｉに対する復号化に常に失敗し、且つ端末に対して接続が有効であるＨＡＲＱ再送の最大回数のＭＡＣ−ｄストリームの再送が行われた場合、ステップ４０６に進む。
【００５７】
又は主搬送波のＥ−ＤＰＣＣＨにおいてＨＡＲＱ関連帯域外シグナリングの復号化に失敗し、且つ端末に対して接続が有効であるＨＡＲＱ再送の最大回数のＭＡＣ−ｄストリームの再送が行われた場合、ステップ４０６に進む。あるいはノードＢが上位層で端末においてＭＡＣ−ｅ又はＭＡＣ−ｉのリセットタイミングを取得し、ＭＡＣ−ｅ又はＭＡＣ−ｉのリセットを端末で実行することを確定した場合に、主搬送波のＨＡＲＱプロセスにおけるＭＡＣ−ｅ又はＭＡＣ−ｉに対する復号化に常に失敗していることを取得し、ステップ４０６に進む。
【００５８】
ステップ４０６：ノードＢはＨＡＲＱ失敗通知データフレームを用いて、主搬送波のＨＡＲＱ失敗通知の書き込みを行う。符号化方式はペイロードを正確に復号化する符号化方式と同じである。
【００５９】
ノードＢはエアインタフェースから端末のＭＡＣ−ｅ  ＰＤＵを受信し、その復号化に常に失敗する場合、ＨＡＲＱ失敗通知データフレームの構造１を用いて、以下のように主搬送波のＨＡＲＱ失敗通知の書き込みを行う。
（１）当該ＨＡＲＱ失敗通知データフレームに、失敗が検出された時のコネクションフレーム番号とサブフレーム番号とを書き込む。
（２）ＭＡＣ−ｅｓ  ＰＤＵの個数を０に設定する。
（３）ＨＡＲＱ再送回数の情報要素は、失敗が検出された時のＨＡＲＱ再送回数として設定される。
【００６０】
あるいは、ノードＢはエアインタフェースからＭＡＣ−ｉ  ＰＤＵを受信し、その復号化に常に失敗する場合、ＨＡＲＱ失敗通知データフレームの構造２を用いて、以下のように主搬送波のＨＡＲＱ失敗通知の書き込みを行う。
（１）当該ＨＡＲＱ失敗通知データフレームに、失敗が検出された時のコネクションフレーム番号とサブフレーム番号とを書き込む。
（２）ＭＡＣ−ｉｓ  ＰＤＵの個数を０に設定する。
（３）ＨＡＲＱ再送回数の情報要素は、失敗が検出された時のＨＡＲＱ再送回数として設定される。
【００６１】
ステップ４０８：サービスノードＢは当該端末に関連する主搬送波に対応する伝送ベアラで、ＨＡＲＱ失敗通知データフレームをＳＲＮＣに送信する。
【００６２】
表１は本発明の実施形態に係る搬送波と伝送ベアラとの対応関係を示す表である。当該搬送波が主搬送波である場合、サービスノードＢは主搬送波に対応する伝送ベアラ１で、ＨＡＲＱ失敗通知データフレームをＳＲＮＣに送信する。
【００６３】
【表１】
0005421459.tif 000002
【００６４】
第２実施形態
図５は本発明の第２実施形態に係る模式図である。図５に示すように、副搬送波でＨＡＲＱ失敗通知データフレームを送信する必要がある場合、本発明によれば、搬送波に基づくＨＡＲＱ失敗通知データフレームの送信方法が提供される。ノードＢ処理プロセスには以下のステップ５０２〜ステップ５０８が含まれる。
【００６５】
ステップ５０２：ノードＢはエアインタフェースにおける副搬送波から端末のＭＡＣ−ｅ又はＭＡＣ−ｉを受信し、且つその復号化に常に失敗する。
【００６６】
ステップ５０４：ノードＢは副搬送波のＨＡＲＱ失敗通知の送信条件を満たすか否かを判断する。
【００６７】
副搬送波のＨＡＲＱプロセスにおいて、ＭＡＣ−ｅ又はＭＡＣ−ｉ  ＰＤＵの復号化に失敗し、ＲＳＮが副搬送波の同じＨＡＲＱプロセスに用いる新しいＭＡＣ−ｅ又はＭＡＣ−ｉ  ＰＤＵ伝送を示し、且つＨＡＲＱ再送回数が端末で設定済みのＭＡＣ−ｄストリームの最大ＨＡＲＱ再送値の最低値以上である場合、ステップ５０６に進む。
【００６８】
又は副搬送波におけるＨＡＲＱプロセスのＭＡＣ−ｅ又はＭＡＣ−ｉに対する復号化に常に失敗し、且つ端末に対して接続が有効であるＨＡＲＱ再送の最大回数のＭＡＣ−ｄストリームの再送が行われた場合、ステップ５０６に進む。
【００６９】
又は副搬送波のＥ−ＤＰＣＣＨにおいてＨＡＲＱ関連帯域外シグナリング（例えばＲＳＮ）の復号化に失敗し、且つ端末に対して接続が有効であるＨＡＲＱ再送の最大回数のＭＡＣ−ｄストリームの再送が行われた場合、ステップ５０６に進む。
【００７０】
あるいは、ノードＢは、上位層で端末においてＭＡＣ−ｅ又はＭＡＣ−ｉのリセットタイミングを取得し、ＭＡＣ−ｅ又はＭＡＣ−ｉのリセットが端末で実行されることを確定する場合、副搬送波におけるＨＡＲＱプロセスのＭＡＣ−ｅ又はＭＡＣ−ｉに対する復号化に常に失敗することを取得し、ステップ５０６に進む。
【００７１】
ステップ５０６：ノードＢはＨＡＲＱ失敗通知データフレームの構造１又は２を用いて、副搬送波のＨＡＲＱ失敗通知データフレームを設定する。符号化方式はペイロードを正確に復号化する符号化方式と同じである。
【００７２】
ノードＢはエアインタフェースから端末のＭＡＣ−ｅ  ＰＤＵを受信し、その復号化に常に失敗する場合、ＨＡＲＱ失敗通知データフレームの構造１を用いて以下のように書き込みを行う。
（１）当該ＨＡＲＱ失敗通知データフレームに、失敗が検出された時のコネクションフレーム番号とサブフレーム番号とを書き込む。
（２）ＭＡＣ−ｅｓ  ＰＤＵの個数を０に設定する。
（３）ＨＡＲＱ再送回数の情報要素は、失敗が検出された時のＨＡＲＱ再送回数として設定される。
【００７３】
又はノードＢはエアインタフェースからＭＡＣ−ｉ  ＰＤＵを受信し、その復号化に常に失敗する場合、ＨＡＲＱ失敗通知データフレームの構造２を用いて以下のように書き込みを行う。
（１）当該ＨＡＲＱ失敗通知データフレームに、失敗が検出された時のコネクションフレーム番号とサブフレーム番号とを書き込む。
（２）ＭＡＣ−ｉｓ  ＰＤＵの個数を０に設定する。
（３）ＨＡＲＱ再送回数の情報要素は、失敗が検出された時のＨＡＲＱ再送回数として設定される。
【００７４】
ステップ５０８：サービスノードＢは当該端末に関連する副搬送波に対応する伝送ベアラで、ＨＡＲＱ失敗通知データフレームをＳＲＮＣに送信する。
【００７５】
表１によれば、当該搬送波が副搬送波である場合、サービスノードＢは副搬送波に対応する伝送ベアラ２でＨＡＲＱ失敗通知データフレームをＳＲＮＣに送信する。
【００７６】
第３実施形態
図６は本発明の第３実施形態に係る模式図である。図６に示すように、ノードＢからの主搬送波におけるＨＡＲＱ失敗通知データフレームを受信する場合に、本発明によれば、搬送波に基づくＨＡＲＱ失敗通知データフレームを用いる送信方法が提供される。ＳＲＮＣ処理プロセスには以下のステップ６０２〜ステップ６０８が含まれる。
【００７７】
ステップ６０２：ＳＲＮＣは、伝送ベアラ１でサービスノードＢからＨＡＲＱ失敗通知データフレームを受信する。
【００７８】
ステップ６０４：ＳＲＮＣは、伝送ベアラと搬送波との対応関係を示す表１によれば、当該ＨＡＲＱ失敗通知データフレームが主搬送波に属することを取得する。
【００７９】
ステップ６０６：ＳＲＮＣは、当該フレームにおける「サブフレーム番号」ドメインからサブフレーム番号を復号化し、主搬送波のサブフレーム番号を取得する。
【００８０】
ステップ６０８：ＳＲＮＣは、当該フレームにおける「ＨＡＲＱ再送回数」ドメインからＨＡＲＱ再送回数を復号化し、主搬送波におけるコネクションフレーム番号及びサブフレーム番号によって示されるＨＡＲＱ失敗タイミングでＨＡＲＱ再送回数を取得する。
【００８１】
第４実施形態
図７は本発明の第４実施形態に係る模式図である。図７に示すように、ノードＢからの副搬送波におけるＨＡＲＱ失敗通知データフレームを受信する場合に、本発明によれば、搬送波に基づくＨＡＲＱ失敗通知データフレームを用いる送信方法が提供される。ＳＲＮＣ処理ノードＢ処理プロセスには以下のステップ７０２〜ステップ７０８が含まれる。
【００８２】
ステップ７０２：ＳＲＮＣは、伝送ベアラ２でサービスノードＢからＨＡＲＱ失敗通知データフレームを受信する。
【００８３】
ステップ７０４：ＳＲＮＣは、伝送ベアラと搬送波との対応関係を示す表１によれば、当該ＨＡＲＱ失敗通知データフレームが副搬送波に属することを取得する。
【００８４】
ステップ７０６：ＳＲＮＣは、当該フレームにおける「サブフレーム番号」ドメインからサブフレーム番号を復号化し、副搬送波のサブフレーム番号を取得する。
【００８５】
ステップ７０８：ＳＲＮＣは、当該フレームにおける「ＨＡＲＱ再送回数」ドメインからＨＡＲＱ再送回数を復号化し、副搬送波におけるコネクションフレーム番号及びサブフレーム番号によって示されるＨＡＲＱ失敗タイミングでＨＡＲＱ再送回数を取得する。
【００８６】
装置実施形態
第１実施形態
本発明の実施形態によれば、ノードＢが提供される。図８は本発明の実施形態に係るノードＢのブロック図である。図８に示すように、当該装置は、受信モジュール２、判断モジュール４、設定モジュール６、及び送信モジュール８を含む。以下、上記構造を詳細に説明する。
【００８７】
受信モジュール２は、主搬送波又は副搬送波からのＥ−ＤＣＨペイロードを受信し、ノードＢはＥ−ＤＣＨペイロードに対する復号化に失敗する。主搬送波と副搬送波のデータストリームはそれぞれＩｕｂインタフェース／Ｉｕｒインタフェースの独立した伝送ベアラで伝送される。判断モジュール４は、受信モジュール２に接続され、受信モジュール２が受信したＥ−ＤＣＨペイロードに対する復号化に失敗した場合、ＨＡＲＱ失敗通知の送信条件を満たすか否かを判断する。設定モジュール６は、受信モジュール４に接続され、送信条件を満たしていると判断モジュール４が判断した場合に、主搬送波又は副搬送波におけるＨＡＲＱ失敗通知データフレームを設定する。送信モジュール８は、受信モジュール６に接続され、主搬送波又は副搬送波に対応する伝送ベアラで設定モジュールによって設定されたＨＡＲＱ失敗通知データフレームをＳＲＮＣに送信する。
【００８８】
設定モジュール６の設定動作には以下のステップが含まれる。
（１）ＨＡＲＱ失敗通知が検出された時のコネクションフレーム番号とサブフレーム番号とを、コネクションフレーム番号ドメインとサブフレーム番号ドメインに設定する。
（２）データフレームがタイプ１である場合、ＭＡＣ−ｅｓ  ＰＤＵの数ドメインに０を設定する。これにより、データフレームヘッダにはＤＤＩとＮとの情報要素が存在しない。８バイトの位置揃えのために、ＭＡＣ−ｅｓ  ＰＤＵ情報要素の下位４ビットパディングビットが使用される。ＨＡＲＱ失敗に関連するデータフレームのペイロード部分にはＭＡＣ−ｅｓ  ＰＤＵが存在しない。あるいは、データフレームがタイプ２である場合、ＭＡＣ−ｉｓ  ＰＤＵの数ドメインに０を設定する。これにより、ヘッダにはＭＡＣ−ｉｓプロトコルデータ記述子情報要素が存在しない。ＨＡＲＱ失敗に関連するデータフレームのペイロード部分にはＭＡＣ−ｉｓ  ＰＤＵが存在しない。
（３）ＨＡＲＱ失敗通知が検出された時のＨＡＲＱ再送回数を、ＨＡＲＱ再送回数ドメインに設定する。
【００８９】
第２実施形態
本発明の実施形態によれば、ＳＲＮＣが提供される。図９は本発明の実施形態に係るＳＲＮＣのブロック図である。図９に示すように、当該装置は、受信モジュール１０及び取得モジュール１２を含む。以下、上記構造を詳細に説明する。
【００９０】
受信モジュール１０は、主搬送波又は副搬送波に対応する伝送ベアラでノードＢからのＨＡＲＱ失敗通知データフレームを受信する。取得モジュール１２は、受信モジュール１０に接続され、受信モジュール１０が受信したＨＡＲＱ失敗通知データフレームからＩｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する主搬送波又は副搬送波のＨＡＲＱ失敗通知データフレームの情報を取得する。
【００９１】
具体的には、取得モジュール１２の取得動作は、当該フレームにおける「コネクションフレーム番号」ドメインからコネクションフレーム番号を復号化し、Ｉｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する搬送波（主搬送波又は副搬送波）のコネクションフレーム番号を取得することと、当該フレームにおける「サブフレーム番号」ドメインからサブフレーム番号を復号化し、Ｉｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する搬送波（主搬送波又は副搬送波）のサブフレーム番号を取得することと、当該フレームにおける「ＨＡＲＱ再送回数」ドメインからＨＡＲＱ再送回数を復号化し、Ｉｕｂ／Ｉｕｒインタフェースの伝送ベアラに対応する搬送波（主搬送波又は副搬送波）におけるコネクションフレーム番号及びサブフレーム番号によって示されるＨＡＲＱ失敗タイミングでＨＡＲＱ再送回数を取得することとを含む。
【００９２】
すなわち、本発明の上記実施形態によれば、搬送波に基づくＨＡＲＱ失敗通知の送信方法／受信方法が提供される。無線通信システムにおいてＨＳＰＡ技術を用いて二重搬送波でデータ伝送を行う場合のＨＡＲＱ失敗通知の送信及び受信に適用され、各搬送波に対応するＨＡＲＱ失敗通知を送信することができる。ＨＡＲＱ失敗通知と搬送波に対応する伝送ベアラとをバインドさせ、Ｉｕｂインタフェース／ＩｕｒインタフェースでのＨＡＲＱ失敗通知データフレームを搬送波に対応する伝送ベアラでＳＲＮＣに伝送する。ＳＲＮＣは各搬送波においてＨＡＲＱ失敗通知が行われた時のＨＡＲＱ再送回数を取得し、これにより、搬送波に基づくＯＬＰＣ機能を介してＳＩＲ  Ｔａｒｇｅｔ値をよく制御できる。既存技術の欠陥を補い、搬送波に基づくＨＡＲＱ失敗通知を二重搬送波に適用することができ、ＳＩＲ  Ｔａｒｇｅｔが長期間低値であることによるＨＡＲＱ失敗を回避する。既存プロトコルの変更が少なく、且つ後方互換性がある。
【００９３】
本分野における当業者であれば、上記本発明の各モジュール又は各ステップが汎用の計算装置で実現でき、それらを単一の計算装置に統合させてもよく、あるいは、複数の計算装置で構成されるネットワーク上に割り当ててもよい、ということが了解されるのは明らかである。それらは計算装置で実行可能なプログラムコードでも実現することができる。したがって、それらを記憶装置に記憶して、計算装置で実行してもよい。あるいは、それらを含む別々の集積回路モジュールを作成して実現してもよく、それらを含む単一の集積回路モジュールを作成して実現してもよい。このように、本発明は特定のハードウェアとソフトウェアのいかなる組み合わせにも制限されない。
【００９４】
以上は、本発明の好適な実施形態に過ぎず、本発明を制限するものではない。本分野の当業者においては、本発明に関して各種の変更と修正を行うことができる。本発明の主旨精神と原則を逸脱しない範囲でのあらゆる修正、同等の置換、改良等が、本発明の保護範囲に含まれる。
【図１Ａ】
0005421459.tif 000003
【図１Ｂ】
0005421459.tif 000004
【図２Ａ】
0005421459.tif 000005
【図２Ｂ】
0005421459.tif 000006
【図３】
0005421459.tif 000007
【図４】
0005421459.tif 000008
【図５】
0005421459.tif 000009
【図６】
0005421459.tif 000010
【図７】
0005421459.tif 000011
【図８】
0005421459.tif 000012
【図９】
0005421459.tif 000013