JP5642178B2 - Ｈａｒｑ失敗指示方法、ｈａｒｑ失敗指示データフレーム及びサービスノードｂ - Google Patents

Description

本発明は、移動通信分野に関し、具体的には、ハイブリット自動再送要求（Hybrid Automatic Repeat Request、以下ＨＡＲＱと略称）失敗指示方法と、ＨＡＲＱ失敗指示データフレーム及びサービスノードＢに関する。

既存のシステムにおいて、データを転送しようとする場合、Ｉｕｂインターフェース（ノードＢとサービス無線ネットワークコントロール（Service Radio Net Controller、以下ＳＲＮＣと略称）との間のインターフェースである）とＩｕｒインターフェース（ＳＲＮＣと制御ＲＮＣとの間のインターフェースである）において、各転送時間間隔においてダウンリンク転送の場合、データフレームはＳＲＮＣからノードＢに転送され、アップリンク転送の場合、データフレームはノードＢからＳＲＮＣに転送される。強化型専用転送チャネル（Enhanced Dedicated Transport Channel、以下Ｅ−ＤＣＨと略称）データフレームはデータフレームのタイプに属され、アップリンク方向に用いられ、上位層のシグナリンクの指示に応じて含まれる。Ｅ−ＤＣＨデータフレームは、タイプ１とタイプ２との二つの構造に定義された。メディアアクセス制御強化型サブ層プロトコルデータユニット（Medium Access control-enhanced sublayer Protocol Data Unit、以下ＭＡＣ−ｅｓ ＰＤＵと略称）が含まれるとタイプ１の構造を採用し、メディアアクセス制御改善型サブ層プロトコルデータユニット（Medium Access control-improved sublayer Protocol Data Unit、以下、ＭＡＣ−ｉｓ ＰＤＵと略称）が含まれるとタイプ２の構造を採用する。

図１Ａ及び図１ＢはそれぞれＥ−ＤＣＨデータフレームのタイプ１とタイプ２の構造を示す。図１Ａと図１Ｂに示すように、タイプ１とタイプ２はいずれもヘッダとペイロードとの二つの部分から構成され、その相違点は、含まれるデータユニットのタイプが異なることであって、各Ｅ−ＤＣＨは次のようないくつかのフィールドを含む。

１．巡回冗長検査（Cyclic Redundancy Check、以下ＣＲＣと略称）フィールド:
「ＣＲＣ検出コード」フィールドは、ヘッダの冗長フレーム部分(即ち、第１のバイトからヘッダの最後バイトの０ビットまで、その最後のバイトの０ビットを含み、ヘッダＣＲＣの後部の４ビット、即ち、第２バイトの７ビットから４ビットまでは含まない）に用いられる検出コードであり、式に対応して生成された検出コードであって、Ｅ−ＤＣＨのアップリンクデータフレームに用いられる「ヘッダＣＲＣ検出コード」フィールドの長さは７個のビット又は１１個のビットであって、７個のビットはＥ−ＤＣＨデータフレームのフレームヘッダの第１のバイトにおける７ビットから１ビットまでを含み、１１個のビットは第１のバイトにおける７ビットから１ビットまでを含むと共に、第２バイトにおける７ビットから４ビットまでを含む。

２．フレームタイプ指示
「フレームタイプ指示」フィールドは、そのフレームがデータフレームであるかそれとも制御フレームであるかを示すためのものであり、「フレームタイプ」フィールドの長さは１ビットであり、Ｅ−ＤＣＨデータフレームのフレームヘッダの第１のバイトにおける０ビットに位置し、Ｅ−ＤＣＨデータフレームはアップリンクデータフレームであるため、「フレームタイプ指示」フィールドの値は「０」である。

３．フレームシーケンス番号（Frame Sequence Number、以下ＦＳＮと略称）
「フレームシーケンス番号」フィールドは、Ｅ−ＤＣＨデータフレームのＦＳＮを示し、Ｅ−ＤＣＨデータフレームを転送するたびに自分のＦＳＮを生成し、４ビットのＦＳＮは下式に従って算出される。

ＦＳＮ＝（ＦＳＮ＋１）ｍｏｄｕｌｏ １６
ＦＳＮ値の範囲は０〜１５である。「フレームシーケンス番号」フィールドの長さは４ビットであり、Ｅ−ＤＣＨデータフレームのフレームヘッダの第２バイトにおける３ビットから０ビットまでに位置する。

４．サブフレーム数
「サブフレーム数」フィールドは、そのフレームにヘッダ部分とペイロード部分とを含むサブフレームを幾つ含んでいるかを指示する。「サブフレーム数」フィールドの範囲は１〜１６であって、その値が１である場合の二進コードは「００００」であって、その値が１６である場合の二進コードは「１１１１」であって、「サブフレーム数」フィールドの長さは４ビットでＥ−ＤＣＨデータフレームのフレームヘッダの第３バイトにおける３ビットから０ビットまでに位置する。

５．接続フレーム番号
Ｅ−ＤＣＨの場合、「接続フレーム番号」フィールドは、ＨＡＲＱプロセスにおいてデータが正確に復号化された無線フレームを指示する。Ｅ−ＤＣＨの場合、該フィールドは再配列に用いられると共に、ＣＦＮ（及びサブフレーム番号）は動的遅延測定にも用いられる。その範囲は０〜２５５である。「接続フレーム番号」フィールドの長さは８ビットであり、Ｅ−ＤＣＨデータフレームのフレームヘッダの第４バイトにおける７ビットから０ビットまでに位置する。

６．ＨＡＲＱ再送回数
「ＨＡＲＱ再送回数」フィールドは、ペイロードを成功に復号化するためのＨＡＲＱ再送回数を指示し、又はＨＡＲＱ復号化が失敗した場合、該フィールドはＨＡＲＱ復号化の失敗が検知された際のＨＡＲＱ再送回数を指示し、その範囲は０〜１５である。特に、その値が１３であると、再送された実際データを外部ループの電力制御の入力として利用するに適切でないことを示し、その値が１５であると、ノードＢがＨＡＲＱ再送回数を計算することができないことを示す。「ＨＡＲＱ再送回数」フィールドの長さは４ビットであり、Ｅ−ＤＣＨデータフレームのフレームヘッダの第２バイトにおける３ビットから０ビットまでに位置し、第１サブフレーム番号の「ＨＡＲＱ再送回数」フィールドはＥ−ＤＣＨデータフレームのフレームヘッダの第５バイトにおける６ビットから３ビットまでに位置し、第２サブフレーム番号の「ＨＡＲＱ再送回数」フィールドはＥ−ＤＣＨデータフレームのフレームヘッダの第１ＭＡＣ−ｅヘッダの後の一番目のバイトにおける６ビットから３ビットまでに位置し、その他のフレーム番号の「ＨＡＲＱ再送回数」フィールドは、Ｅ−ＤＣＨデータフレームのフレームヘッダの位置から順に、そのサブフレームに含まれた全てのＭＡＣ−ｅｓ ＰＤＵのＨＡＲＱ再送回数まで類推する。

７．サブフレーム番号
「サブフレーム番号」フィールドは、受信したペイロードが位置するサブフレーム番号を指示する。再配列に用いられると共に、サブフレーム番号（及び制御フレーム番号）は動的遅延時間測定にも用いられる。「サブフレーム番号」フィールドの値の範囲は０〜４であり、その長さは３ビットであって、第１サブフレーム番号はＥ−ＤＣＨデータフレームのフレームヘッダの第５バイトにおける２ビットから０ビットまでに位置し、第２サブフレーム番号はＥ−ＤＣＨデータフレームのフレームヘッダの一番目のＭＡＣ−ｅ又はＭＡＣ−ｉヘッダ後の一番目のバイトにおける２ビットから０ビットまでに位置し、その他のフレーム番号の「サブフレーム番号」フィールドは、Ｅ−ＤＣＨデータフレームのフレームヘッダの位置から、そのサブフレームに含まれた全てのサブフレーム番号まで順に類推する。

８．残余拡張
「残余拡張」フィールドは、後向互換方式の新規の情報要素(Information Elements, IEs)が追加される位置を指示する。該フィールドの長さは０〜３２バイトである。

９．ペイロードＣＲＣ
「ペイロードＣＲＣ」フィールドは、ペイロードのＣＲＣ検査に用いられる。そのＣＲＣはペイロードの残余部分、即ち、ペイロードの第１のバイトの７ビットからペイロードＣＲＣ前のペイロードの０ビットに応用される。その長さは１６ビットである。

Ｅ−ＤＣＨペイロードを成功に復号化していると、上記フォーマットに従ってＥ−ＤＣＨデータフレームを記入し、ノードＢによってＳＲＮＣに送信する。

Ｅ−ＤＣＨペイロードを成功に復号化できず、以下の条件の中のいずれか１つを満たすと、サービスノードＢはＨＡＲＱ失敗指示をＳＲＮＣに送信する（非サービスノードＢはＨＡＲＱ失敗指示を送信しない）：
条件１：ＨＡＲＱプロセスにおいて、ＭＡＣ−ｅ又はＭＡＣ−ｉプロトコルデータユニットを成功に復号化できず、再送シーケンス番号（Retransmission Sequence Number、以下ＲＳＮと略称）が同じＨＡＲＱプロセス用の新規のＭＡＣ−ｅ又はＭＡＣ−ｉプロトコルデータユニットの伝送を指示し、既に発生したＨＡＲＱ再送数が端末に既に配置されたＭＡＣ−ｄストリームの最大ＨＡＲＱ再送値の最小値以上である。

条件２：ＨＡＲＱプロセスにおいて、ＭＡＣ−ｅ又はＭＡＣ−ｉを成功に復号化できず、その端末に接続が有効である最高ＨＡＲＱ最大回数再送のＭＡＣ−ｄストリームの最大再送が発生し、又はＥ−ＤＰＣＣＨにおいてＨＡＲＱのアウトバンドシグナリンク（例えば、再送シーケンス番号）を復号化できない場合、その端末に接続が有効である最高ＨＡＲＱ最大回数再送のＭＡＣ−ｄストリームの最大再送が発生する。

条件３：ＭＡＣ−ｅ又はＭＡＣ−ｉを端末に再配置して実行する場合、あるＨＡＲＱプロセスの一ＭＡＣ−ｅ又はＭＡＣ−ｉが成功に復号化できない。ノードＢは上位層を介して端末におけるＭＡＣ−ｅ又はＭＡＣ−ｉの再配置時間を把握する。

ＨＡＲＱ失敗指示はただ１つの伝送に積載されて送信される。ノードＢはそのＨＡＲＱ失敗指示に係わる端末に関連つけられたいずれかの伝送を選択して積載する。

ＨＡＲＱ失敗がユーザのデータフレームにおいて指示されると、ＨＡＲＱ失敗指示データフレームと称し、具体的な設定は図２Ａと図２Ｂに示す通りである。

１．失敗が検知された場合、接続フレーム番号とサブフレーム番号の情報要素値はその時点を示す。

２．タイプ１：図２Ａに示すように、ＭＡＣ−ｅsプロトコルデータユニットの数を０に設定する。これに対応してヘッダはＤＤＩ及びＮの情報要素を含まない。８バイトを一致させるため、ＭＡＣ−ｅsプロトコルデータユニット情報要素の後に４ビットの充填ビット(Filling Bit)を用い、ＨＡＲＱ失敗に関わるデータフレームのペイロード部分もＭＡＣ−ｅsプロトコルデータユニットを含まない。

３．タイプ２：図２Ｂに示すように、ＭＡＣ−ｉsプロトコルデータユニットの数を０に設定する。これに対応してヘッダにはＭＡＣ−ｉsプロトコルデータ記述子(Descriptor)情報要素を含まない。ＨＡＲＱ失敗に係るデータフレームのペイロード部分もＭＡＣ−ｉsプロトコルデータユニットを含まない。

４．ＨＡＲＱ再送数の情報要素は失敗が検知された際に既に発生したＨＡＲＱ再送回数に設定される。復号化方式は上記のペイロードを正確に復号化できる場合の復号化方式と同じである。

ＳＲＮＣは受信した正確に復号化したＥ−ＤＣＨデータフレームのフレームヘッダからＨＡＲＱ再送回数を復号化し、外部ループ電力制御の入力とし、又はＨＡＲＱ失敗が指示されたＥ−ＤＣＨデータフレームのフレームヘッダからＨＡＲＱ再送回数を復号化して外部ループ電力制御の入力とする。外部ループ電力制御の出力信号対雑音比（Signal Interference Ratio、以下ＳＩＲと略称）が補正されると、ＳＲＮＣは新しいＳＩＲ目標を外部ループ電力制御フレームに含ませてノードＢに送信する。ノードＢに位置する内部ループ電力制御機能は新しいＳＩＲ目標を用いて端末の電力出力を制御し、干渉の最小化及び接続品質の維持を実現する。

現在、既存のシステムに徐々にダブルキャリア技術を導入しているが、ダブルキャリア技術を用いるシステムに上記のＨＡＲＱ失敗指示を応用すると、以下のような問題をもたらしてしまう。

ノードＢがエアー・インターフェースにおいて二つのキャリアから送信されたＭＡＣ−ｅｓ ＰＤＵ又はＭＡＣ−ｉｓ ＰＤＵを受信した場合、二つのキャリア上のデータの復号化がいずれも失敗した状況、又は一つが成功し、他の一つが失敗した状況が存在する。既存技術におけるＨＡＲＱ失敗指示は一キャリア上のＭＡＣ−ｅｓ ＰＤＵ又はＭＡＣ−ｉｓ ＰＤＵの復号化に失敗した状況を対象とするもので、ＨＡＲＱ失敗指示のキャリアの機能を示していない。ノードＢがエアー・インターフェースにおいて二つのキャリアから送信されたＭＡＣ−ｅ ＰＤＵ又はＭＡＣ−ｉ ＰＤＵの中の１つが失敗した場合、又は二つが失敗した場合、一つのＨＡＲＱ失敗指示データフレームに進入し、つまり、二つのキャリア上のＭＡＣ−ｅ ＰＤＵ又はＭＡＣ−ｉ ＰＤＵの復号化の失敗に一つのＨＡＲＱ失敗指示データフレームを共通に利用する。しかし、外部ループ電力制御（Outer Loop Power Control、以下ＯＬＰＣと略称）はＥ−ＤＣＨフレームプロトコルデータフレームのフレームヘッダのＨＡＲＱ再送データ又はＨＡＲＱ失敗指示データフレームのフレームヘッダのＨＡＲＱ再送データに基づいて算出されるものである。現在のＨＡＲＱ失敗指示データフレームによると、ＨＡＲＱ再送回数がどのキャリアに属されるのかを報告することができず、ＳＲＮＣは各キャリアのデータストリームの再送回数を把握することができないため、ＯＬＰＣを実行することができない。

上記の問題に鑑み、本発明は、ダブルキャリアシステムにおいて、ＳＲＮＣが各キャリアのデータストリームの再送回数を把握できないためＯＬＰＣを行うことができない問題を解決できるＨＡＲＱ失敗指示方法を提供することを目的とする。

本発明の一方面によると、ダブルキャリアシステムにおいてＨＡＲＱ失敗を指示するＨＡＲＱ失敗指示方法を提供する。

本発明に係るＨＡＲＱ失敗指示方法は、受信したＥ−ＤＣＨデータフレームの復号化が成功せず、現在ＨＡＲＱ失敗指示送信条件を満たす場合、サービスノードＢが、ＳＲＮＣにＨＡＲＱ失敗が発生したキャリアを指示するキャリアマークを携帯したＨＡＲＱ失敗指示データフレームを送信するステップを含む。

本発明の他の一方面によると、ＨＡＲＱ失敗指示データフレームを提供する。

本発明に係るＨＡＲＱ失敗指示データフレームは、Ｅ−ＤＣＨデータフレームタイプ１又はＥ−ＤＣＨデータフレームタイプ２であって、そのＨＡＲＱ失敗指示データフレームはＨＡＲＱ失敗が発生したキャリアを指示するキャリア指示フィールドを含む。

上記キャリア指示フィールドがＨＡＲＱ失敗指示データフレームのいずれかの残余フィールド又はＨＡＲＱ失敗指示データフレームの残余拡張フィールドに位置することが好ましい。

本発明のもう一方面によると、ＨＡＲＱ失敗指示受信方法を提供する。

本発明に係るＨＡＲＱ失敗指示受信方法は、ＳＲＮＣがサービスノードＢから送信されたＨＡＲＱ失敗が発生したキャリアを指示するキャリアマークを携帯したＨＡＲＱ失敗指示データフレームを受信し、ＳＲＮＣが上記キャリアマークを取得し、ＳＲＮＣがそのキャリアマークに基づいてＨＡＲＱ失敗が発生したキャリアを確定するステップを含む。

本発明のもう一方面によると、サービスノードＢを提供する。

本発明に係るサービスノードＢは受信ブロックと、復号化ブロックと、判定ブロックと、送信ブロックと、を含む。その中、受信ブロックはＥ−ＤＣＨデータフレームを受信する。復号化ブロックは受信ブロックによって受信されたＥ−ＤＣＨデータフレームに復号化を実行し、復号化に成功していない場合、判定ブロックをトリガーする。判定ブロックは現在、予め設定されたＨＡＲＱ失敗指示送信条件を満たすか否かを判定する。送信ブロックは判定ブロックによってＨＡＲＱ失敗指示送信条件を満たしていると判定された場合、ＳＲＮＣにＨＡＲＱ失敗が発生したキャリアを指示するキャリアマークを携帯したＨＡＲＱ失敗指示データフレームを送信する。

本発明の上記の少なくとも１つの技術案によると、ＨＡＲＱ失敗指示データフレームにＨＡＲＱ失敗が発生したキャリアを指示するキャリアマークを携帯させて、ＨＡＲＱ失敗指示データフレームを受信した場合、ＳＲＮＣがＨＡＲＱ失敗が発生したキャリアを把握でき、ＯＬＰＣを実行することができる。

本発明の他の特徴とメリットは明細書において説明し、明細書からさらに明確になる、又は本発明を実施することによって把握できる。本発明の目的及びその他のメリットは、明細書、特許請求の範囲、図面に特別に指摘された構造によって実現することができる。

既存技術におけるＥ−ＤＣＨアップリンクデータフレームのタイプ１のフォーマットを示す図である。 既存技術におけるＥ−ＤＣＨアップリンクデータフレームのタイプ２のフォーマットを示す図である。 既存技術におけるタイプ１のＨＡＲＱ失敗指示データフォーマットを示す図である。 既存技術におけるタイプ２のＨＡＲＱ失敗指示データフォーマットを示す図である。 実施例１におけるＨＡＲＱ失敗指示データフレームの構造を示す図である。 実施例２におけるＨＡＲＱ失敗指示データフレームの構造を示す図である。 実施例３におけるＨＡＲＱ失敗指示データフレームの構造を示す図である。 実施例４におけるＨＡＲＱ失敗指示データフレームの構造を示す図である。 本発明の実施例に係るＨＡＲＱ失敗指示方法を示すフローチャートである。 実施例５のフローチャートである。 実施例６のフローチャートである。 本発明の実施例に係るＨＡＲＱ失敗指示の受信方法を示すフローチャートである。 本発明の実施例に係るＨＡＲＱ失敗指示の受信方法の具体的な実現を示すフローチャートである。 本発明の実施例に係るサービスノードＢの構造を示す図である。

ここで説明する図面は本発明を理解するためのものであり、本発明の一部を構成し、本発明における実施例と共に本発明を解釈し、本発明を不当に限定するものではない。

機能の説明
上述のように、ダブルキャリア技術を採用したシステムに上記ＨＡＲＱ失敗指示を応用すると、ＳＲＮＣが各キャリア上のデータストリームの再送回数を把握できないため、ＳＲＮＣがＯＬＰＣを実行することができない。該課題に鑑み、本発明の実施例によると、改善されたＨＡＲＱ失敗指示方案を提供する。本発明の実施例において、サービスノードＢがＥ−ＤＣＨデータフレームの復号化に成功していない場合、現在ＨＡＲＱ失敗指示送信条件を満たすか否かを判定し、ＨＡＲＱ失敗指示送信条件を満たす場合、サービスノードＢはＳＲＮＣにＨＡＲＱ失敗指示データフレームを送信し、そのＨＡＲＱ失敗指示データフレームはＨＡＲＱ失敗が発生したキャリアを指示するキャリアマークを携帯し、ＳＲＮＣはそのＨＡＲＱ失敗指示データフレームを受信した場合、そのキャリアマークに基づいてＨＡＲＱ失敗が発生したキャリアを確定できる。

相互に衝突しない限り、本発明の実施例及び実施例に記載の特徴を互いに結合することができる。

以下、図面に合わせ、本発明の好適な実施例を説明する。ここで、以下の好適な実施例は本発明を解釈し、説明するためのものであり、本発明はこれらに限定されない。

本発明の実施例によると、ＨＡＲＱ失敗指示データフレームを提供する。

本発明の実施例に係るＨＡＲＱ失敗指示データフレームの構造タイプは、Ｅ−ＤＣＨデータフレームタイプ１であることができれば、データフレームタイプ２であることもできる。

本発明の実施例に係るＨＡＲＱ失敗指示データフレームと既存の単一キャリア技術におけるＨＡＲＱ失敗指示データフレームとの相違点は、本発明の実施例に係るＨＡＲＱ失敗指示データフレームにＨＡＲＱ失敗が発生したキャリアを指示するキャリア指示フィールドが追加された点である。

ＨＡＲＱ失敗が発生したキャリアを指示するキャリア指示フィールドがＨＡＲＱ失敗指示データフレームのいずれかの残余フィールドに位置することができ、即ち、既存のＨＡＲＱ失敗指示データフレーム（図２Ａ又は図２Ｂを参照）における残余のフィールドの中の一つ又は複数のビットをキャリア指示フィールドに変更することができ、又はＨＡＲＱ失敗指示データフレームの残余拡張フィールドに位置することもでき、即ち、既存のＨＡＲＱ失敗指示データフレーム（図２Ａ又は図２Ｂを参照）における残余拡張フィールドの中の一つ又は複数のビットをキャリア指示フィールドに変更し、その残余拡張フィールドのその他のビットを新規の残余フィールドに属させることができる。

図３〜図６は本発明の実施例に係るＨＡＲＱ失敗指示データフレームの幾つかの具体的な実施形態であり、以下詳しく説明する。

実施例１
本実施例によると、ＭＡＣ−ｅs復号化に失敗したＨＡＲＱ失敗指示データフレームの構造を提供する。図３は本実施例に係るＨＡＲＱ失敗指示データフレームの構造を示す図である。

図３に示すように、本実施例において、既存のＭＡＣ−ｅs復号化に失敗したＨＡＲＱ失敗指示データフレームにおける一つの残余フィールドにおける１ビットをキャリア指示フィールドに変更する。

具体的には、キャリア指示フィールドのフィールドマッピング値とメインキャリアおよびサブキャリアとの対応関係は表１に示すとおりである。

一方、本実施例のＨＡＲＱ失敗指示データフレームは他のフィールドを更に含み、具体的には、図３に示すように、接続フレーム番号フィールドと、サブフレーム番号フィールドと、ＭＡＣ−ｅsプロトコルデータユニットの数量フィールド又はＭＡＣ−ｉsプロトコルデータユニットの数量フィールドと、ＨＡＲＱ再送回数フィールドと、を含み、これらのフィールドはそれぞれキャリア指示フィールドによって指示されたキャリア上の接続フレーム番号と、サブフレーム番号と、ＭＡＣ−ｅsプロトコルデータユニットの数量又はＭＡＣ−ｉsプロトコルデータユニットの数量と、ＨＡＲＱ再送回数と、を示す。

実施例２
本実施例によると、ＭＡＣ−ｅs復号化に失敗したＨＡＲＱ失敗指示データフレームを提供する。図４は本実施例に係るＨＡＲＱ失敗指示データフレームの構造を示す図である。

図４に示すように、本実施例において、既存のＭＡＣ−ｅs復号化に失敗したＨＡＲＱ失敗指示データフレームにおける一つの残余拡張フィールドの中の１ビットをキャリア指示フィールドに変更し、残余拡張フィールドにおけるその他のビットを新規の残余フィールドに属させる。

具体的には、本実施例において、キャリア指示フィールドのフィールドマッピング値とメインキャリアおよびサブキャリアとの対応関係も表１に示すとおりであってよい。

本実施例において、ＨＡＲＱ再送失敗データフレームのＨＡＲＱ再送回数フィールドによって指示されるのは、キャリア指示フィールドによって指示されたキャリアに対応するＨＡＲＱ失敗指示発生時刻でのＨＡＲＱ再送回数である。そして、ＨＡＲＱ再送失敗データフレームのその他のフィールド（例えば、接続フレーム番号フィールド、サブフレーム番号フィールド、ＭＡＣ−ｅsプロトコルデータユニットの数量フィールド又はＭＡＣ−ｉsプロトコルデータユニットの数量フィールド）は既存技術において対応する各フィールドに指示されるのと同じ意味であるため、その説明は省略する。

実施例３
本実施例によると、ＭＡＣ−ｉs復号化に失敗したＨＡＲＱ失敗指示データフレームの構造を提供する。図５は本実施例に係るＨＡＲＱ失敗指示データフレームの構造を示す図である。

図５に示すように、本実施例において、既存のＭＡＣ−ｉs復号化に失敗したＨＡＲＱ失敗指示データフレームにおける一つの残余フィールドにおける１ビットをキャリア指示フィールドに変更し、そのフィールドによってＨＡＲＱ失敗が発生したキャリアを指示する。具体的には、キャリア指示フィールドのフィールドマッピング値とメインキャリアおよびサブキャリアとの対応関係は表１に示すとおりである。

図５に示すように、本実施例におけるＨＡＲＱ失敗指示データフレームはその他のフィールド、例えば、接続フレーム番号フィールドと、サブフレーム番号フィールドと、ＭＡＣ−ｅsプロトコルデータユニットの数量フィールド又はＭＡＣ−ｉsプロトコルデータユニットの数量フィールドと、ＨＡＲＱ再送回数フィールドと、を含むことができ、これらはそれぞれキャリア指示フィールドによって指示されたキャリア上の接続フレーム番号と、サブフレーム番号と、ＭＡＣ−ｅsプロトコルデータユニットの数量又はＭＡＣ−ｉsプロトコルデータユニットの数量と、ＨＡＲＱ再送回数と、を示す。

実施例４
本実施例によると、ＭＡＣ−ｉs復号化に失敗したＨＡＲＱ失敗指示データフレームの構造を提供する。図６は本実施例に係るＨＡＲＱ失敗指示データフレームの構造を示す図である。

図６に示すように、本実施例において、既存のＭＡＣ−ｉs復号化に失敗したＨＡＲＱ失敗指示データフレームの一つの残余拡張フィールドにおける１ビットをキャリア指示フィールドに変更し、残余拡張フィールドにおけるその他のビットを新規の残余フィールドに属させ、具体的には、キャリア指示フィールドのフィールドマッピング値とメインキャリアおよびサブキャリアとの対応関係は表１に示すとおりである。

また、図６に示すように、該実施例におけるＨＡＲＱ失敗指示データフレームはその他のフィールド、例えば、接続フレーム番号フィールドと、サブフレーム番号フィールドと、ＭＡＣ−ｅsプロトコルデータユニットの数量フィールド又はＭＡＣ−ｉsプロトコルデータユニットの数量フィールドと、ＨＡＲＱ再送回数フィールドと、を含むことができ、これらはそれぞれキャリア指示フィールドによって指示されたキャリア上の接続フレーム番号と、サブフレーム番号と、ＭＡＣ−ｅsプロトコルデータユニットの数量又はＭＡＣ−ｉsプロトコルデータユニットの数量と、ＨＡＲＱ再送回数を示す。

本発明の実施例によると、ＨＡＲＱ失敗指示方法をさらに提供する。該方法はダブルキャリアシステムにおけるＨＡＲＱ失敗指示に用いられる。

図７は、本発明の実施例に係るＨＡＲＱ失敗指示方法を示すフローチャートである。図７に示すように、本発明の実施例に係るＨＡＲＱ失敗指示方法は以下のステップを含む。

サービスノードＢがエアー・インターフェース上のキャリアにおいてＥ−ＤＣＨデータフレームを受信したが、そのＥ−ＤＣＨデータフレームの復号化に成功していない（ステップＳ７０１）。

サービスノードＢは現在ＨＡＲＱ失敗指示送信条件を満たすか否かを判定し、満たすと、ステップＳ７０５を実行し、満たしていないと、継続して判定する（ステップＳ７０３）。

具体的には、ＨＡＲＱ失敗指示送信条件は以下のような三つの条件の中の一つを含むことができる。

条件１：キャリアのＨＡＲＱプロセスについて、ＭＡＣ−ｅ又はＭＡＣ−ｉプロトコルデータユニットを成功に復号化できず、ＲＳＮが同一のＨＡＲＱプロセス用の新規のＭＡＣ−ｅ又はＭＡＣ−ｉプロトコルデータユニットの伝送を指示し、既に発生したＨＡＲＱ再送数が端末に既に配置されたＭＡＣ−ｄストリームの最大ＨＡＲＱ再送値の最小値以上である。

条件２：キャリア上のＨＡＲＱプロセスのＭＡＣ−ｅ又はＭＡＣ−ｉが成功に復号化できず、その端末に接続が有効である最高ＨＡＲＱ最大再送回数のＭＡＣ−ｄストリームの最大再送が発生し、又はあるキャリアのＥ−ＤＰＣＣＨにおいてＨＡＲＱ関連アウトバンドシグナリンク（例えば、再送シーケンス番号、ＲＳＮ）が復号化できない状況で、その端末に接続が有効である最高ＨＡＲＱ最大再送回数のＭＡＣ−ｄストリームの最大再送が発生することになる。

条件３：ＭＡＣ−ｅ又はＭＡＣ−ｉが端末に再配置されて実行する場合、キャリア上のＨＡＲＱプロセスのＭＡＣ−ｅ又はＭＡＣ−ｉが成功に復号化できず、ノードＢが上位層を介して端末のＭＡＣ−ｅ又はＭＡＣ−ｉ再配置時間を把握する。

サービスノードＢはＳＲＮにＨＡＲＱ失敗指示データフレームを送信し（ステップＳ７０５）、その中、そのＨＡＲＱ失敗指示データフレームは、ＨＡＲＱ失敗が発生したキャリア（即ち、ステップＳ７０１においてＥ−ＤＣＨデータフレームを受信したキャリア）のキャリアマークを携帯する。

具体的な実施過程において、サービスノードＢはＨＡＲＱ失敗指示データフレームのキャリア指示フィールドに上記キャリアマークを携帯することができ、具体的には、そのキャリア指示フィールドがＨＡＲＱ失敗指示データフレームのいずれかの残余フィールド又はそのＨＡＲＱ失敗指示データフレームの残余拡張フィールドに位置することができる。

具体的には、そのＨＡＲＱ失敗指示データフレームの構造タイプはＥ−ＤＣＨデータフレームタイプ１であることができれば、Ｅ−ＤＣＨデータフレームタイプ２であることもでき、具体的には、上述した本発明の実施例に係るＨＡＲＱ失敗指示データフレームの構造であることもできる。具体的には上述したとおりであるため、その説明を省略する。

ＳＲＮＣはサービスノードＢから送信された上記ＨＡＲＱ失敗指示データフレームを受信した後、ＳＲＮＣはそのフレームにおけるキャリア指示フィールドからキャリアマークを復号化し、その後、そのフレームにおける接続フレーム番号フィールドから接続フレーム番号を復号化し、キャリアマークによって指示されたキャリアの接続フレーム番号とする。また、ＳＲＮＣはそのフレームにおけるサブフレーム番号フィールドからサブフレーム番号を復号化し、キャリアマークによって指示されたキャリアのサブフレーム番号とする。また、ＳＲＮＣはそのフレームにおけるＨＡＲＱ再送回数フィールドからＨＡＲＱ再送回数を復号化し、キャリアマークによって指示されたキャリアが、接続フレーム番号とサブフレーム番号によって表されるＨＡＲＱ失敗時刻に発生したＨＡＲＱ再送回数とする。

図８および図９は本発明の実施例に係る上記ＨＡＲＱ失敗指示方法の二つの実施形態であり、以下具体的に説明する。

実施例５
本実施例において、サービスノードＢは上記実施例１又は実施例３に記載されたＨＡＲＱ失敗指示データフレームの構造を用いてキャリアマークを携帯する。

図８は本実施例のフローチャートである。図８に示すように、該実施例においてサービスノードＢがＨＡＲＱ失敗指示を送信するプロセスは以下のステップを含む。

サービスノードＢがエアー・インターフェース上のキャリアにおいて一つのＭＡＣ−ｅ又はＭＡＣ−ｉを受信したが成功に復号化できない（ステップ８１０）。

サービスノードＢは、現在ＨＡＲＱ失敗指示送信条件を満たすか否かを判定し、満たすとステップ８３０を実行する（ステップ８２０）。

具体的には、該キャリアのＨＡＲＱプロセスについて、一つのＭＡＣ−ｅ又はＭＡＣ−ｉプロトコルデータユニットを成功に復号化できず、再送シーケンス番号ＲＳＮが該キャリアの同一のＨＡＲＱプロセス用の新規のＭＡＣ−ｅ又はＭＡＣ−ｉプロトコルデータユニットの送信を指示し、既に発生したＨＡＲＱ再送数が端末に配置されたＭＡＣ−ｄストリームの最大ＨＡＲＱ再送値の最小値以上であると、ステップ８３０に移行する。

又は、そのキャリア上のＨＡＲＱプロセスのＭＡＣ−ｅ又はＭＡＣ−ｉを成功に復号化できず、端末に接続が有効である最高ＨＡＲＱ最大再送回数のＭＡＣ−ｄストリームの最大再送が発生すると、ステップ８３０に移行し、又はそのキャリアのＥ−ＤＰＣＣＨにおいてＨＡＲＱ関連アウトバンドシグナリンク（例えば、ＲＳＮ）を復号化できない場合、端末に接続が有効である最高ＨＡＲＱ最大再送回数のＭＡＣ−ｄストリームの最大再送が発生すると、ステップ８３０に移行する。

又は、ノードＢが上位層を介して端末のＭＡＣ−ｅ又はＭＡＣ−ｉ再配置時間を把握し、ＭＡＣ−ｅ又はＭＡＣ−ｉの端末での再配置を確定して実行し、そのキャリア上のＨＡＲＱプロセスのＭＡＣ−ｅ又はＭＡＣ−ｉが成功に復号化できないことを把握していると、ステップ８３０に移行する。

サービスノードＢは上記実施例１に記載のＨＡＲＱ失敗指示データフレーム構造又は実施例３に記載のＨＡＲＱ失敗指示データフレーム構造に従ってＨＡＲＱ失敗指示データフレームを設定し（ステップ８３０）、その符号化方式はペイロードが正確に復号化される場合の符号化方式と同じである。具体的には、
ノードＢがエアー・インターフェースからＭＡＣ−ｅプロトコルデータユニットを受信したが、成功に復号化できないと、ノードＢは上記実施例１のＨＡＲＱ失敗指示データフレーム構造に従って記入する。

（１）該ＨＡＲＱ失敗指示データフレームに失敗が検知された際の接続フレーム番号とサブフレーム番号を記入する。

（２）該ＨＡＲＱ失敗指示データフレームのキャリア指示フィールドに該キャリアを記入する。

（３）元のＨＡＲＱ失敗指示データフレームにおける残余フィールドの中の１ビットをキャリア指示フィールドに設置し、具体的には、ＨＡＲＱ失敗したキャリアがメインキャリアであると、キャリア指示フィールドにマッピング値を０と記入し、そのキャリアがサブキャリアであると、キャリア指示フィールドにマッピング値を１と記入する。

（４）ＭＡＣ−ｅsプロトコルデータユニットの数量を０に設定する。

（５）ＨＡＲＱ再送数の情報要素を失敗が検知された際に既に発生したＨＡＲＱ再送回数に設定する。

又は、ノードＢがエアー・インターフェースからＭＡＣ−ｉプロトコルデータユニットを受信したが、成功に復号化できないと、ノードＢは実施例３に記載のＨＡＲＱ失敗指示データフレーム構造に従って記入する。

（１）該ＨＡＲＱ失敗指示データフレームに失敗が検知された際の接続フレーム番号とサブフレーム番号を記入する。

（２）該ＨＡＲＱ失敗指示データフレームのキャリア指示フィールドにＨＡＲＱ失敗したキャリアを記入する。

具体的には、該キャリアがメインキャリアであると、キャリア指示フィールドにマッピング値を０と記入し、該キャリアがサブキャリアであると、キャリア指示フィールドにマッピング値を１と記入する。

（３）ＭＡＣ−ｉsプロトコルデータユニットの数量を０に設定する。

（４）ＨＡＲＱ再送数の情報要素を失敗が検知された際に既に発生したＨＡＲＱ再送回数に設定する。

サービスノードＢはＨＡＲＱ失敗指示データフレームをＳＲＮＣに送信する（ステップ８４０）。

実施例６
本実施例において、上記実施例２のＨＡＲＱ失敗指示データフレーム構造又は実施例４のＨＡＲＱ失敗指示データフレーム構造を用いてキャリアマークを携帯する。

図９は、本実施例のフローチャートである。図９に示すように、本実施例において、サービスノードＢがＨＡＲＱ失敗指示データフレームを送信するプロセスは次のステップを含む。

サービスノードＢがエアー・インターフェース上のキャリアにおいてＭＡＣ−ｅ又はＭＡＣ−ｉを受信したが、成功に復号化できない（ステップ９１０）。

ノードＢは現在ＨＡＲＱ失敗指示送信条件を満たすか否かを判定する（ステップ９２０）。

具体的には、該キャリアのＨＡＲＱプロセスについて、ＭＡＣ−ｅ又はＭＡＣ−ｉプロトコルデータユニットを成功に復号化できず、ＲＳＮが該キャリアの同じＨＡＲＱプロセス用の新規のＭＡＣ−ｅ又はＭＡＣ−ｉプロトコルデータユニットの伝送を指示し、すでに発生したＨＡＲＱ再送数が端末に配置されたＭＡＣ−ｄストリームの最大ＨＡＲＱ再送値の最小値以上であるとステップ８３０に移行する。

又は、該キャリア上のＨＡＲＱプロセスのＭＡＣ−ｅ又はＭＡＣ−ｉを成功に復号化できず、その端末に接続が有効である最高ＨＡＲＱ最大再送回数のＭＡＣ−ｄストリームの最大再送が発生すると、ステップ８３０に移行し、又はそのキャリアのＥ−ＤＰＣＣＨにおいてＨＡＲＱ関連のアウトバンドシグナリンク（例えば、再送シーケンス番号）を復号化できない場合、その端末に接続が有効である最高ＨＡＲＱ最大再送回数のＭＡＣ−ｄストリームの最大再送が発生すると、ステップ８３０に移行する。

又は、ノードＢが上位層を介して端末のＭＡＣ−ｅ又はＭＡＣ−ｉ再配置時間を把握し、ＭＡＣ−ｅ又はＭＡＣ−ｉの端末での再配置を確定して実行し、該キャリア上のＨＡＲＱプロセスのＭＡＣ−ｅ又はＭＡＣ−ｉを成功に復号化できないことを把握していると、ステップ９３０に移行する。

サービスノードＢは上記実施例２に記載のＨＡＲＱ失敗指示データフレーム構造又は実施例４に記載のＨＡＲＱ失敗指示データフレーム構造に従ってＨＡＲＱ失敗指示データフレームを設定し（ステップ９３０）、その符号化方式はペイロードが正確に復号化できる場合の符号化方式と同じである。具体的には、
ノードＢがエアー・インターフェースからＭＡＣ−ｅプロトコルデータユニットを受信し、成功に復号化できないと、ノードＢは本発明の実施例２に係るＨＡＲＱ失敗指示データフレーム構造に従って記入する。

（１）該ＨＡＲＱ失敗指示データフレームに失敗が検知された際の接続フレーム番号とサブフレーム番号を記入する。

（２）該ＨＡＲＱ失敗指示データフレームのキャリア指示フィールドに失敗が検知されたキャリアのキャリアマークを記入する。

元のＨＡＲＱ失敗指示データフレームにおける残余拡張フィールドの中の１ビットをキャリア指示フィールドに設定し、検知されたキャリアがメインキャリアであると、キャリア指示フィールドにマッピング値を０と記入し、該キャリアがサブキャリアであると、キャリア指示フィールドにマッピング値を１と記入する。

（３）ＭＡＣ−ｅsプロトコルデータユニットの数量を０と設定する。

（４）ＨＡＲＱ再送数の情報要素を失敗が検知された際に既に発生したＨＡＲＱ再送回数に設定する。

又は、ノードＢがエアー・インターフェースからＭＡＣ−ｉプロトコルデータユニットを受信し成功に復号化できないと、ノードＢは上記実施例４に記載のＨＡＲＱ失敗指示データフレーム構造に従って記入する。

（１）該ＨＡＲＱ失敗指示データフレームに失敗が検知された際の接続フレーム番号とサブフレーム番号を記入する。

（２）該ＨＡＲＱ失敗指示データフレームのキャリア指示フィールドに検知されたキャリアのキャリアマークを記入する。

元のＨＡＲＱ失敗指示データフレームにおける残余拡張フィールドの中の１ビットを「キャリア指示」フィールドに設定する。該キャリアがメインキャリアであると、「キャリア指示」フィールドにマッピング値を０と記入する。該キャリアがサブキャリアであると、「キャリア指示」フィールドにマッピング値を１と記入する。

（３）ＭＡＣ−ｉsプロトコルデータユニットの数量を０に設定する。

（４）ＨＡＲＱ再送数の情報要素を失敗が検知された際に既に発生したＨＡＲＱ再送回数に設定する。

サービスノードＢはＨＡＲＱ失敗指示データフレームをＳＲＮＣに送信する（ステップ９４０）。

本発明の実施例によると、ＨＡＲＱ失敗指示の受信方法を提供する。

図１０は、本発明の実施例に係るＨＡＲＱ失敗指示の受信方法を示すフローチャートである。図１０に示すように、本発明の実施例に係るＨＡＲＱ失敗指示の受信方法は次のステップを含む。

ＳＲＮＣはサービスノードＢから送信されたＨＡＲＱ失敗指示データフレームを受信し（ステップＳ１０１）、その中、そのＨＡＲＱ失敗指示データフレームはＨＡＲＱ失敗が発生したキャリアを指示するキャリアマークを携帯する。

ＳＲＮＣは上記キャリアマークを取得し、そのキャリアマークに基づいてＨＡＲＱ失敗が発生したキャリアを確定する（ステップＳ１０３）。

図１１は、本発明の実施例に係るＨＡＲＱ失敗指示の受信方法を示すフローチャートである。図１１に示すように、本発明の実施例に係るＨＡＲＱ失敗指示受信方法は以下のステップに従って実現できる。

ＳＲＮＣはサービスノードＢからＨＡＲＱ失敗指示データフレームを受信する（ステップ１１０）。

ＳＲＮＣはそのフレームにおけるキャリア指示フィールドからキャリアマークを復号化する（ステップ１２０）。

ＳＲＮＣはそのフレームにおける接続フレーム番号フィールドから接続フレーム番号を復号化し、キャリアマークによって指示されたキャリアの接続フレーム番号を取得する（ステップ１３０）。

ＳＲＮＣはそのフレームにおけるサブフレーム番号フィールドからサブフレーム番号を復号化し、キャリアマークによって指示されたキャリアのサブフレーム番号を取得する（ステップ１４０）。

ＳＲＮＣはそのフレームにおけるＨＡＲＱ再送回数フィールドからＨＡＲＱ再送回数を復号化し、キャリアマークによって指示されたキャリアが、接続フレーム番号とサブフレーム番号によって表示されたＨＡＲＱ失敗時刻に発生したＨＡＲＱ再送回数を取得する（ステップ１５０）。

本発明の実施例によると、サービスノードＢを提供する。

図１２は、本発明の実施例に係るサービスノードＢの構造を示す図であり、図１２に示すように、本発明の実施例に係るサービスノードＢは受信ブロック１と、復号化ブロック３と、判定ブロック５と、送信ブロック７とを含む。その中、受信ブロック１はＥ−ＤＣＨデータフレームを受信する。復号化ブロック３は受信ブロック１に接続され、受信ブロック１によって受信したＥ−ＤＣＨデータフレームに復号化を実行し、復号化に成功していない場合、判定ブロック５をトリガーする。判定ブロック５は復号化ブロック３に接続され、現在予め設定されたＨＡＲＱ失敗指示送信条件を満たすか否かを判定する。送信ブロック７は判定ブロック５に接続され、判定ブロック５によってＨＡＲＱ失敗指示送信条件を満たすと判定された場合、ＳＲＮＣにＨＡＲＱ失敗指示データフレームを送信し、その中、そのＨＡＲＱ失敗指示データフレームはＨＡＲＱ失敗が発生したキャリアを指示するキャリアマークを携帯する。

本発明の実施例はダブルキャリアシステムを例にしているが、本発明の実施例に係る技術思想はその他のマルチキャリアシステムにも適用する。

上述したように、本発明の実施例によると、ノードＢは、ＨＡＲＱ失敗指示データフレーム構造によって各キャリアに対応するＨＡＲＱエラー指示を携帯し、Ｉｕｂインターフェース/Ｉｕｒインターフェースを介してＨＡＲＱ失敗指示データフレームをＳＲＮＣに送信することによって、ＳＲＮＣに各キャリアのＨＡＲＱ失敗指示が発生した時刻のＨＡＲＱ再送回数を取得させ、キャリアのＯＬＰＣ機能に基づいてＳＩＲ Ｔａｒｇｅｔ値を更に良好に制御でき、さらに、ＳＩＲ Ｔａｒｇｅｔが長期的に低い値を取り、ＨＡＲＱが失敗してしまうことを防止できる。また、本発明の実施例は既存のプロトコルに対する変更が少なく、後向互換性を具備している。

以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の主旨や原則内で行う如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。

Claims (6)

1. ダブルキャリアシステムにおいてＨＡＲＱ失敗を指示するハイブリット自動再送ＨＡＲＱ失敗指示方法において、
   受信した強化型専用伝送チャネルＥ−ＤＣＨのデータフレームの復号化に成功せず、現在ＨＡＲＱ失敗指示送信条件を満たしている場合、サービスノードＢがサービス無線ネットワークコントロールＳＲＮＣにＨＡＲＱ失敗が発生したキャリアを指示するキャリアマークを携帯したＨＡＲＱ失敗指示データフレームを送信するステップを含むことを特徴とするＨＡＲＱ失敗指示方法。
2. 前記サービスノードＢが
   前記ＨＡＲＱ失敗指示データフレームのいずれかの残余フィールド又は前記ＨＡＲＱ失敗指示データフレームの残余拡張フィールドに位置した前記ＨＡＲＱ失敗指示データフレームのキャリア指示フィールドに前記キャリアマークを携帯することを特徴とする請求項１に記載の方法。
3. 前記サービスノードＢが前記ＳＲＮＣに前記ＨＡＲＱ失敗指示データフレームを送信した後、
   前記ＳＲＮＣが前記サービスノードＢから送信された前記ＨＡＲＱ失敗指示データフレームを受信し、
   前記ＳＲＮＣが前記ＨＡＲＱ失敗指示データフレームの前記キャリア指示フィールドから前記キャリアマークを取得し、
   前記ＳＲＮＣが前記キャリアマークに基づいてＨＡＲＱ失敗が発生したキャリアを確定するステップをさらに含むことを特徴とする請求項２に記載の方法。
4. 前記ＨＡＲＱ失敗指示データフレームが携帯したパラメータが、前記キャリアにＨＡＲＱ失敗が発生した際の接続フレーム番号と、サブフレーム番号と、ＨＡＲＱ再送回数と、を含むことを特徴とする請求項１に記載の方法。
5. 前記ＨＡＲＱ失敗指示データフレームの構造タイプが、Ｅ−ＤＣＨデータフレームタイプ１又はＥ−ＤＣＨデータフレームタイプ２であることを特徴とする請求項１〜４のいずれか１項に記載の方法。
6. Ｅ−ＤＣＨデータフレームを受信する受信ブロックと、
   前記受信ブロックによって受信された前記Ｅ−ＤＣＨデータフレームに復号化を実行し、復号化に成功していない場合、判定ブロックをトリガーする復号化ブロックと、
   現在予め設定されたＨＡＲＱ失敗指示送信条件を満たすか否かを判定する判定ブロックと、
   前記判定ブロックによって前記ＨＡＲＱ失敗指示送信条件を満たすと判定された場合、ＳＲＮＣにＨＡＲＱ失敗が発生したキャリアを指示するキャリアマークを携帯したＨＡＲＱ失敗指示データフレームを送信する送信ブロックと、を含むことを特徴とするサービスノードＢ。

Images