(57)【要約】H-ARQシステムにおいて、ANがATからパケットデータトラフィックをRL上で受信しており、かつ、ANがそのデータを正しく復号する能力に従ってACK及びNAKを発生しているとき、ANはACKがFL_MAC上で送信されたサブパケット持続時間内のDRCロックビットをゲートオフする。ACKを受信したとき、ATは現在のサブパケット持続時間における非送信DRCロックビットを無視し、DRCチャネルは「良い」とみなす。ANはNAKをATに送信したとき、DRCロックビットも送信する。ATはNAKをサブパケット持続時間内に受信したとき、そのサブパケット持続時間中に受信されたDRCロックビットのいずれをも読み取り、処理する。RLトラフィックチャネル上で送信されるデータトラフィックがないとき、対応のDRCロックビットはANによってゲートオフされず、ATに送信される。そしてATは受信DRCロックビットを処理する。代替の実施例では、DRCロックの送信は全て省略される。
2010502104.tif 000002
【特許請求の範囲】
【請求項１】
アクセス端末（ＡＴ）がアクセスネットワーク（ＡＮ）とリバースリンク（ＲＬ）及びフォワードリンク（ＦＬ）を介して通信するＨ−ＡＲＱ無線通信システムにおける方法において、該ＲＬがデータレート制御（ＤＲＣ）チャネルを含んでおり、該方法が、
該ＡＮにおいて、
該ＡＴから該ＲＬ上で受信された復号が成功したデータパケットに応答してＡＣＫが生成されたときに、該ＡＣＫが該ＡＴに送信される間のサブパケット持続時間中に、該ＤＲＣチャネルがロック状態又はロック外れであるかの判別表示の該ＦＬ上での送信をゲートオフするステップ
からなる方法。
【請求項２】
請求項１の方法であって、さらに、
該ＡＴから該ＲＬ上で受信された復号が成功しなかったデータパケットに応答してＮＡＫが生成されたときに、該ＮＡＫが該ＡＴに送信される間のサブパケット持続時間中に、該ＤＲＣチャネルがロック状態又はロック外れであるかの判別表示を該ＦＬ上で送信するステップ
からなる方法。
【請求項３】
アクセス端末（ＡＴ）がアクセスネットワーク（ＡＮ）とリバースリンク（ＲＬ）及びフォワードリンク（ＦＬ）を介して通信するＨ−ＡＲＱ無線通信システムにおける方法において、該ＲＬがデータレート制御（ＤＲＣ）チャネルを含んでおり、該方法が、
該ＡＴにおいて、
該ＡＴによって送信されたデータサブパケットの該ＡＮによる復号の成功に応じて該ＡＮからＡＣＫが受信されたときに、該ＡＣＫが受信された現在のサブパケット持続時間中に、該ＤＲＣチャネルがロック状態又はロック外れであるかの表示を含んでいたであろう１以上のビットを無視し、該ＤＲＣチャネルがロック状態であると判別するステップからなる方法。
【請求項４】
請求項３の方法において、該ＤＲＣチャネルがロック状態又はロック外れであると判別されたかの表示がＤＲＣＬｏｃｋである方法。
【請求項５】
請求項３の方法において、該ＡＴによって送信されたデータサブパケットの該ＡＮによる復号不成功に応じてＮＡＫが該ＡＮから受信されたときに、該ＤＲＣチャネルがロック状態又はロック外れであるかの該表示を含む１以上のビットを、該ＮＡＫが受信された現在のサブパケット持続時間中に復号することによって、ＤＲＣチャネルがロック状態又はロック外れであるかを判別する方法。
【請求項６】
アクセス端末（ＡＴ）がアクセスネットワーク（ＡＮ）とリバースリンク（ＲＬ）及びフォワードリンク（ＦＬ）を介して通信するＨ−ＡＲＱ無線通信システムにおける方法において、該ＲＬがデータレート制御（ＤＲＣ）チャネルを含んでおり、該方法が、
該ＡＴにおいて、
該ＡＴによって送信されたデータサブパケットの該ＡＮによる復号成功に応じて該ＡＮからＡＣＫが受信されたときに、該ＤＲＣチャネルがロック状態であると判別するステップ
からなる方法。
【請求項７】
請求項６の方法であって、さらに、
該ＡＴによって送信されたデータサブパケットの該ＡＮによる復号不成功に応じて該ＡＮからＮＡＫが受信されたときに、該ＤＲＣチャネルがロック状態又はロック外れであるかを該ＡＮからある時間に亘って受信された該ＮＡＫの統計から判断するステップ
からなる方法。
【請求項８】
請求項７の方法において、所定の期間に亘る受信ＡＣＫの割合に対する受信ＮＡＫの割合が所定のしきい値よりも大きいときに該ＤＲＣチャネルがロック外れであると判別され、該所定の期間に亘る該受信ＡＣＫの割合に対する該受信ＮＡＫの割合が該所定のしきい値以内のときに該ＤＲＣチャネルがロック状態であると判別される方法。
【請求項９】
アクセス端末（ＡＴ）がアクセスネットワーク（ＡＮ）とリバースリンク（ＲＬ）及びフォワードリンク（ＦＬ）を介して通信するＨ−ＡＲＱ無線通信システムにおける方法において、該ＲＬがデータレート制御（ＤＲＣ）チャネルを含んでおり、該方法が、
該ＡＴにおいて、
該ＡＴが該ＲＬ上でデータトラフィックを送信しておらず、かつ、該ＡＮから受信したＤＲＣデータ品質表示が「良い」のとき、該ＤＲＣチャネルがロック状態であると判別するステップ
からなる方法。
【請求項１０】
請求項９の方法であって、さらに、
該ＡＴが該ＲＬ上でデータを送信しておらず、かつ、該ＡＮから受信したＤＲＣデータ品質表示が「悪い」の場合、該ＤＲＣチャネルがロック状態又はロック外れであるかを該ＡＮからある時間に亘って受信された「悪い」データ品質表示の統計から判断するステップ
からなる方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信に関する。
【背景技術】
【０００２】
ＣＤＭＡ２０００ＥＶＤＯ＿ＲｅｖＡ／ＲｅｖＢ標準によると、フォワードリンク（ＦＬ）ＭＡＣ（メディアアクセス制御）チャネルはＡＣＫ／ＮＡＫ（ＡＣＫｎｏｗｌｅｄｇｍｅｎｔ／Ｎｅｇａｔｉｖｅ  ＡｃＫｎｏｗｌｅｄｇｍｅｎｔ）サブチャネル、リバースリンク（ＲＬ）パワー制御ビット（ＰＣＢ）サブチャネル、及びデータレート制御（ＤＲＣ）ロック（ＤＲＣＬｏｃｋ）サブチャネルを搬送する。アクセスネットワーク（ＡＮ）は複数のアクセス端末（ＡＴ）と異なるウォルシュコードを用いて通信する。各ＡＴとの通信において、ＡＮによって送信されるＡＣＫ／ＮＡＫビットはＲＬトラフィック送信のＨ−ＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）をサポートするために使用され、ＲＬ＿ＰＣＢはＲＬパワー制御のために使用され、ＤＲＣロックビットはＲＬ＿ＤＲＣチャネルの品質（即ち、よい品質［ロック状態（インロック）］、又は悪い品質［ロック外れ（アウトオブロック）］）を示すために使用される。ＲＬ上のＤＲＣチャネル自体は、データトラフィックを特定のデータレートでＦＬ上のＡＴに送信するためにＡＮに対するリクエストを搬送する。
【０００３】
シミュレーション及びテストによると、ＦＬ＿ＭＡＣチャネルが複数のユーザへの同時送信で過負荷となると、ＡＣＫ／ＮＡＫ及びＰＣＢのエラーレートが高くなり、それによりＲＬ上での遅延の増加及びスループット全体の低下を招くことが分かっている。従って、ＲＬ上で現在採用され得る干渉相殺（ＩＣ）のような新たな技術はＲＬ容量を大幅に増加させる可能性を持っているが、ＦＬ＿ＭＡＣ容量の制限によってボトルネックができてしまい、それにより、ＲＬトラフィック容量を増加する能力に対する制限的要因として作用してしまう。
【０００４】
ともに係属中の２００６年１月１３日出願の米国特許出願番号第１１／３３１９９４号は、閉ループパワー制御を行う目的で、データトラフィックが存在するときのＡＣＫ／ＮＡＫビット、及びトラフィックが存在しないときのＤＲＣデータ品質表示ビットの使用を開示している。ＤＲＣデータ品質表示ビットは、ＡＴからのＲＬ＿ＤＲＣチャネルで受信されるＤＲＣデータの品質を示す。その結果、ＦＬ＿ＭＡＣチャネルを介して送信されたＰＣＢの数を減らすことができ、ＦＬ＿ＭＡＣチャネルの負荷は軽減される。しかし、シミュレーション上は、ＤＲＣロックビットの送信はＦＬ＿ＭＡＣチャネル負荷に大きく影響を与え、従ってＲＬトラフィック容量における制限要因となるものとされてきた。
【発明の開示】
【課題を解決するための手段】
【０００５】
本発明の実施例によると、Ｈ−ＡＲＱシステムにおいて、ＡＮがＡＴからＲＬ上でパケットデータトラフィックを受信し、そのようなデータを成功裏に復号するＡＮの能力に従ってＡＣＫ及びＮＡＫを生成しているとき、ＡＮは、ＦＬ＿ＭＡＣチャネル上でＡＣＫが送信されるサブパケット持続時間内でＤＲＣロックビットをゲートオフする（即ち、送らない）。
【０００６】
一実施例では、ＡＴはＡＣＫを受信すると、現在のサブパケット持続期間内に非送信ＤＲＣロックビット位置で受信されたものを全て無視し、ＤＲＣチャネルは「良い」（即ち、ＤＲＣロック＝「１」）であるとみなす。
【０００７】
一実施例では、ＡＮはＮＡＫをＡＴに送信するとき、ＤＲＣロックビットも送信する。ＡＴはＮＡＫをサブパケット持続時間内に受信すると、そのサブパケット持続時間内に受信されたＤＲＣロックビット全てを読み取り、処理する。
【０００８】
一実施例では、ＲＬトラフィックチャネル上でデータトラフィックが送信されないときには、対応するＤＲＣロックビットはＡＮによってゲートオフされず、つまりＡＴに送信される。そして、ＡＴは受信したＤＲＣロックビットを処理する。
【０００９】
一実施例では、ＤＲＣロックの送信は全て省略される。この実施例では、ＲＬデータトラフィックが存在するときには、ＡＴはＤＲＣチャネルがロック状態又はロック外れか否かをＡＮから受信されたＡＣＫ及びＮＡＫによって判別する。ＡＣＫが受信されると、ＡＴはそれをＤＲＣロック状態として解釈する。ＮＡＫが受信され、所定期間に亘るＡＣＫに関連する受信ＮＡＫ数の統計的な割合が所定のしきい値よりも大きいときには、ＡＴはＤＲＣチャネルが「悪い」、即ち、ロック外れであると判別する。ＲＬデータトラフィックが存在しないときには、ＡＴはＡＮから受信したＲＤＣデータ品質表示ビットを用いてＤＲＣがロック状態であるかロック外れであるかを、上記係属中の特許出願のやり方に従って判別する。受信したＤＲＣデータ品質表示が「良い」の場合、ＡＴはそれをＤＲＣロック状態と解釈する。受信したＤＲＣ品質表示が「悪い」の場合で、かつ、所定の期間に受信された「良い」ＤＲＣ品質表示に対する「悪い」ＤＲＣ品質表示の統計的割合が所定のしきい値よりも大きい場合には、ＡＴはＤＲＣチャネルがロック外れであると判別する。
【００１０】
本発明は添付図面の参照とともに以下の限定的でない実施例の説明からより良く理解される。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の実施例が含まれ得るＣＤＭＡ２０００ＥＶＤＯ＿ＲｅｖＡ／ＲｅｖＢ標準による従来技術の無線通信システムのブロック図である。
【図２】図２は本発明の実施例によるＡＮにおける処理を示すフローチャートである。
【図３】図３は本発明の実施例によるＡＴにおける処理を示すフローチャートである。
【図４】図４は本発明の第２の実施例によるＡＴにおける処理を示すフローチャートである。
【発明を実施するための最良の形態】
【００１２】
以下の説明は、ＣＤＭＡ２０００ＥＶＤＯ＿ＲｅｖＡ／ＲｅｖＢ標準によるものであり、その標準に共通的に関係する用語を用いるが、本発明は他の実施例においても使用できることが分かる。従って、用語アクセス端末ＡＴはあらゆるタイプの無線端末、携帯電話、ユーザ機器等を包含するものとして理解され、用語アクセスネットワークＡＮは、基地局、基地送受信局、移動体交換機、又は無線端末が直接通信する他の同等な端末を含むあらゆるタイプの無線通信ネットワークを包含するものとして理解されるべきである。ＡＣＫ及びＮＡＫは、受信データの復号がそれぞれ成功又は不成功したことのあらゆるタイプの肯定及び否定確認応答を表す。
【００１３】
図１を参照すると、ＣＤＭＡ２０００ＥＶＤＯ＿ＲｅｖＡ／ＲｅｖＢ標準に従う従来技術の無線通信システム１００において、ＡＴ１０１はデータをＡＮ１１０内の基地送受信局（ＢＴＳ）１０２にＲＬトラフィックチャネル１０３を介して送信する。その長さによって、データは複数のサブパケットで送信される。なお、各サブパケットは４つのスロットからなり、各スロットは１.６６７ｍｓの持続時間を有する。ＡＴ１０１はまた、データをそれに送信するためにレートリクエストをＤＲＣチャネル１０４上でＡＮに送信する。ＢＴＳ１０２内のプロセッサ１０５はＲＬトラフィックチャネル１０３を介して受信されたデータサブパケットを処理し、各送信パケットの復号の成功又は不成功をそれぞれ示すＡＣＫ又はＮＡＫのいずれかをサブチャネル１１５上に生成する。プロセッサ１０５はまた、上記のＥＶＤＯ標準に従って、ＲＬパワー制御（ＲＰＣ）ビット（ＰＣＢ）を生成し、それをリクエストするＡＴにＭＡＣチャネル１０８を介してサブチャネル１１２上でそれが送信されて、その送信電力を増加又は減少させる。プロセッサ１０５からは独立され、又はそれと統合されるＢＴＳ１０２内のプロセッサ１０６は、ＤＲＣチャネル１０４上でＡＴ１０１によって送信されたデータレートリクエストを処理する。実際の実施例におけるプロセッサ１０５及び１０６の機能は、ＢＴＳにおける制御機能及びトラフィック処理を実行する共通のＢＴＳプロセッサの一般的処理機能に統合されることが多い。プロセッサ１０６は、ＤＲＣチャネル１０４の品質が「良い」か「悪い」かを判定し、サブチャネル１１３上にＤＲＣロックビットを出力する。なお、「１」が「良い」ロック状態チャネルを示し、「０」が「悪い」ロック外れチャネルを示す。
【００１４】
ＢＴＳ１０２によって送信されたＭＡＣチャネル１０８はＡＣＫ／ＮＡＫサブチャネル１１４、リバースリンク電力制御サブチャネル１１２、ＤＲＣロックサブチャネル１１３、及び潜在的にＤＲＣチャネル品質表示サブチャネル１１１（ともに係属中の上記特許出願に従ってＤＲＣチャネル１０４上で受信されたＤＲＣデータの品質の表示である）を含む。後者は、図１において、ＢＴＳ１０２とＡＴ１０１との間の点線の接続として示し、このサブチャネルが選択的なものであることを示している。ＡＣＫ／ＮＡＫサブチャネル及びＤＲＣロックサブチャネルは時分割多重され、４スロット毎の１つのスロットで送信される。
【００１５】
ＭＡＣチャネルの負荷を減らすために、本発明はＡＮによるＤＲＣロックの送信を減らす。トラフィック状態が「良い」とき、ＲＬトラフィックチャネル受信が「良い」のにＤＲＣチャネルが「悪い」となることは起こり難いので、ＤＲＣチャネルは普通はロック状態となることが多い。一方、トラフィック状態が「悪い」の場合には、ＤＲＣチャネルはロック状態又はロック外れとなり得る。
【００１６】
第１の実施例では、ＡＮは部分的にＤＲＣロックビットをゲートオフし、必ずしも送信しない。特に、ＡＮはＲＬトラフィックチャネル上で受信されたサブパケット復号に成功し、ＡＣＫをＡＴに返送している時は、同じサブパケット持続時間内のＤＲＣロックビットはゲートオフされ、従ってＭＡＣチャネル上でＡＴに送信されることはない。ＡＴは、送信されたトラフィックサブパケットに応答してＡＣＫを受信すると、現在のサブパケット持続時間内のＤＲＣロックビットを無視し、ＤＲＣロックビットを「１」とみなす。ＡＮが受信トラフィックサブパケットの復号に成功せず、そのサブパケットにＮＡＫで応答している時には、関連の所定のＤＲＣロックビットはゲートオフされず、ＭＡＣチャネルを介してＡＴに返送される。ＡＴはＮＡＫを受信すると、その現在のサブパケット持続時間内のＤＲＣロックビットを読み取り、復号する。ＡＴからＲＬ上でトラフィックデータが受信されていない時は、ＡＮはその所定のタイムスロット内のＤＲＣロックビットを送信し続け、これに従ってＡＴはそれを読み取ることになる。
【００１７】
図２は、トラフィックデータがＡＴからＲＬを介して受信されている時のＡＮでのステップを示す本実施例のフローチャートである。ステップ２０１において、ＡＮがサブパケットの復号が成功したかの判定がなされる。それがＹＥＳであり、ＡＣＫを生成している場合、ステップ２０２において、ＤＲＣロックビットは同じサブパケット持続時間内にＡＣＫとしてゲートオフされ、ＭＡＣチャネルを介してＡＮに送信されることはない。ステップ２０２でＡＮがサブパケットの復号が成功せず、ＮＡＫを生成している場合には、ステップ２０３において、同じサブパケット持続時間内のＤＲＣロックビットはゲートオフされず、ＭＡＣチャネルを介してＡＮに送信される。
【００１８】
図３はトラフィックデータをＲＬを介して送信しているときのＡＴでの対応ステップを示す本実施例のフローチャートである。ステップ３０１において、ＡＴが送信トラフィックサブパケットに応答してＡＣＫ又はＮＡＫを受信したかの判断がなされる。ＡＣＫが受信された場合、ステップ３０２において、ＡＴは現在のサブパケット持続時間内のＤＲＣロックビットを無視し、ＤＲＣロックビットが「１」であるとみなす。ＮＡＫが受信された場合、ステップ３０３において、ＡＴは現在のサブパケット持続時間中のＤＲＣロックビットを読み取り、復号する。
【００１９】
第２の実施例では、ＤＲＣロックチャネルは完全になくされ、ＤＲＣロックが、ＲＬ上にトラフィックデータがあるときに受信ＡＣＫ及びＮＡＫから導かれたこと、並びにデータトラフィックがないときにＡＮからＭＡＣチャネル上で受信されたＤＲＣデータ品質表示から導かれたことについての判断がＡＴによってなされる。従って、本実施例では、ＡＮはいかなるサブパケット持続時間中にもＤＲＣロックを送信しない。
【００２０】
ＲＬ上にデータトラフィックがある場合には、ＡＴからＲＬ上で受信され、ＡＴにＭＡＣチャネル上でフィードバックされたデータトラフィックに応じてＡＮで生成されたＡＣＫ／ＮＡＫが、ＤＲＣロックを導き出すために使用される。特に、ＡＴは、サブパケット持続時間中にＡＣＫを受信したとき、それをＤＲＣロック状態として解釈する。一方、ＡＴは、サブパケット持続時間中にＮＡＫを受信したとき、サブパケット持続時間中の受信ＮＡＫの統計から内部所定基準がトリガされたかを判断し、トリガされたと判断した場合にはＤＲＣチャネルはロック外れであると判別する。特に、所定複数の以前のサブパケット持続時間に亘って受信されたＡＣＫの割合に対する、同じサブパケット持続時間に亘って受信されたＮＡＫの割合が所定のしきい値よりも大きい場合には、受信されたＮＡＫはＤＲＣロック外れとして解釈される。
【００２１】
ＲＬトラフィックチャネル上にデータトラフィックがない場合には、ＡＮによってＡＴにフィードバックされた上記のＤＲＣデータ品質表示がＤＲＣロックを導くために使用される。サブパケット持続時間中に受信ＤＲＣデータ品質表示が「良い」場合には、ＡＴはそれをＤＲＣロック状態と解釈する。一方、ＡＴは、サブパケット持続時間中に「悪い」ＤＲＣデータ品質表示を受信した場合には、サブパケット持続時間中の統計から内部所定基準がトリガされたかを判断し、トリガされたと判断した場合にはＤＲＣチャネルはロック外れであると判別する。特に、所定複数の以前のサブパケット持続時間に亘って受信されたＡＣＫの割合に対する、同じサブパケット持続時間に亘って受信された「悪い」ＤＲＣデータ品質表示の割合が所定のしきい値よりも大きい場合には、受信された「悪い」ＤＲＣデータ品質表示はＤＲＣロック外れとして解釈される。
【００２２】
図４はＡＮによるＤＲＣロックの送信が省略されたときのＡＴでの上記機能をまとめたフローチャートである。４０１において、ＡＴが現在データトラフィックサブパケットをＲＬ上に送信しているかの判断がなされる。それがYESであれば、ステップ４０２において、ＡＴはＡＮから応答のＡＣＫ又はＮＡＫが受信されたかを判断する。送信されたサブパケットに応答してＡＣＫが受信された場合には、ステップ４０３において、ＡＴはそのＡＣＫをＤＲＣロック状態（即ち、ＤＲＣロック＝「１」）として解釈する。ＮＡＫが受信された場合には、ステップ４０４において、ＮＡＫ到着の統計が判断される。ステップ４０５において、これらの統計が所定のしきい値と比較される。しきい値を超える場合、ステップ４０６において、ＡＴは受信ＮＡＫをＤＲＣロック外れ（即ち、ＤＲＣロック＝「０」）として解釈する。しきい値を超えない場合、ステップ４０７において、ＡＴはそのＤＲＣがロック状態であると判別する。
【００２３】
ステップ４０１において、ＡＴはデータトラフィックをＲＬ上に送信していないとの判断がなされた場合には、ステップ４０８において、現在のサブパケット持続時間中に「良い」又は「悪い」ＤＲＣデータ品質表示が受信されたかの判断がなされる。「良い」ＤＲＣデータ品質表示が受信された場合には、ステップ４０９において、ＡＴはその「良い」ＤＲＣデータ品質表示をＤＲＣロック状態（即ち、ＤＲＣロック＝「１」）として解釈する。「悪い」ＤＲＣデータ品質表示が受信された場合には、ステップ４１０において、「悪い」ＤＲＣデータ品質表示の統計が判断される。ステップ４１１において、これらの統計が所定のしきい値と比較される。しきい値を超えている場合には、ステップ４１２において、ＡＴは受信された「悪い」ＤＲＣデータ品質表示をＤＲＣロック外れ（即ち、ＤＲＣロック＝「０」）として解釈する。しきい値を超えない場合、ステップ４１３において、ＡＴはＤＲＣがロック状態であると判別する。
【００２４】
上記の実施例は本発明の原理を説明するものである。当業者であれば本発明の精神と範囲から離れることなく他の実施例を案出することができる。
【図１】
2010502104.tif 000003
【図２】
2010502104.tif 000004
【図３】
2010502104.tif 000005
【図４】
2010502104.tif 000006
【国際調査報告】
2010502104.tif 000007
2010502104.tif 000008