JP5524621B2 - ハイブリッド自動再送のための方法および装置 - Google Patents

ハイブリッド自動再送のための方法および装置 Download PDF

Info

Publication number
JP5524621B2
JP5524621B2 JP2009528577A JP2009528577A JP5524621B2 JP 5524621 B2 JP5524621 B2 JP 5524621B2 JP 2009528577 A JP2009528577 A JP 2009528577A JP 2009528577 A JP2009528577 A JP 2009528577A JP 5524621 B2 JP5524621 B2 JP 5524621B2
Authority
JP
Japan
Prior art keywords
data packet
indication message
hop device
receives
next hop
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2009528577A
Other languages
English (en)
Other versions
JP2010504665A (ja
Inventor
ニー，ウエイ
シエン，ガン
リウ，ジーミン
ツオー，ウエイ
チン，シヤン
Original Assignee
アルカテル−ルーセント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アルカテル−ルーセント filed Critical アルカテル−ルーセント
Publication of JP2010504665A publication Critical patent/JP2010504665A/ja
Application granted granted Critical
Publication of JP5524621B2 publication Critical patent/JP5524621B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Description

本発明は、無線通信ネットワークに関し、特に、無線通信におけるマルチホップネットワークのためのＨＡＲＱ（ハイブリッド自動再送要求）技術に関する。
ＨＡＲＱ（ハイブリッド自動再送要求）は、急速なフェージングおよびシャドウイングからもたらされる、受信されるＢＥＲ（ビット誤り率）およびＦＥＲ（フレーム誤り率）の低下を補償する機構である。現在、２つのＨＡＲＱモード、３ＧＰＰ ＨＳＰＡ（高速パケットアクセス）および３ＧＰＰ ＬＴＥ（Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、すなわち、チェイス合成およびＩＲ（増分冗長性）が、ＩＥＥＥ８０２．１６ｅにおいて普通に行われている。
ＨＡＲＱは、成熟した技術であり、３ＧＰＰ ＨＳＤＰＡ／ＨＳＵＰＡなどの、従来の単一ホップネットワークにおいて広く実施されている。しかし、移動マルチホップ中継ネットワークにおいて、無線ネットワークにＲＳ（中継局）が導入されるのに伴って、ネットワークトポロジ構造の変化と一緒に、新たな問題が出現する。第１に、伝搬の見地から、異なる無線環境は、複数のホップの範囲内でＨＡＲＱ再送パフォーマンスの大きな違いをもたらす可能性があり、このことにより、異なるホップの伝送レートの不適合が生じ、その結果、中継端末装置のスループットが確実に低下する。第２に、物理層リソースが、アクセスすることと、中継することの両方に割り当てられることのため、枯渇する可能性がある。第３に、特に、フレーム内のタイムスロットを使用して端末装置を区別するシステムにおいて、複数のホップの範囲内のＨＡＲＱ再送により、余計な遅延が生じる可能性がある。このため、以上の問題が、移動マルチホップ中継ネットワークのために設計されたＨＡＲＱ再送手続きにおいて考慮される必要があり、対応する機構を使用して、問題が生じることが回避されなければならない、または少なくとも、そのような問題が原因となる可能性があるシステムパフォーマンス低下の生じる確率が低下させられなければならない。
他方で、一般に、ＲＳ（中継局）は、処理インテリジェンスが限られており、比較的単純な構造を有し、比較的安価でなければならないと考えられている。このため、ＲＳ（中継局）の機能、および関連する複雑度が、移動マルチホップ中継ネットワークのためのＨＡＲＱ再送手続きを設計する際に、考慮に入れられなければならない。
現在、従来技術において移動マルチホップ中継ネットワークに適したＨＡＲＱ機構は、存在しない。移動マルチホップ中継ネットワークに関する技術的ソリューションを向上されるのに、移動マルチホップ中継ネットワークに専用であり、前述の移動マルチホップ中継ネットワークの特別な問題を考慮に入れたＨＡＲＱのための方法、および対応するデバイスを提供することが、急を要する。
以上の技術的問題に関して、本発明は、マルチホップネットワークのためのＨＡＲＱ（ハイブリッド自動再送要求）機構を提供する。
本発明の第１の態様によれば、無線通信ネットワークのＲＳ（中継局）におけるＨＡＲＱのための方法が提供され、ＨＡＲＱ手続きは、ＢＳ（基地局）によって割り当てられたリソースに基づいて実施される。
本発明の第２の態様によれば、無線通信ネットワークのＲＳ（中継局）におけるＨＡＲＱのためのデバイスが提供され、このデバイスは、ＢＳ（基地局）によって割り当てられたリソースに基づいて、ＨＡＲＱ再送手続きを実施する。
本発明の第３の態様によれば、無線通信ネットワークのＢＳ（基地局）におけるＨＡＲＱ再送のための方法が提供され、ＨＡＲＱ再送手続きは、ＢＳによって割り当てられたリソースに基づいて、１つまたは複数のＲＳとＭＳ（移動局）との中間で実施される。
本発明の第４の態様によれば、無線通信ネットワークのＢＳ（基地局）におけるＨＡＲＱのためのデバイスが提供され、ＨＡＲＱ手続きは、ＢＳによって割り当てられたリソースに基づいて、１つまたは複数のＲＳとＭＳ（移動局）との中間で実施される。
本発明による方法は、移動マルチホップ中継ネットワークにおけるＨＡＲＱ再送問題を克服し、移動マルチホップ中継ネットワークにおけるデータ伝送の訂正比を向上させ、ＲＳ（中継局）の導入によって生じたデータ伝送遅延を小さくする可能性がある。
本発明の他の特徴、目的、および利点は、添付の図面を参照して、限定的でない実施形態の以下の詳細な説明を読むことで、より明白となろう。
無線通信ネットワークにおける２ホップ中継ネットワークトポロジ構造を示す図である。 無線通信ネットワークにおける３ホップ中継ネットワークトポロジ構造を示す図である。 本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中の能動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。 本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのダウンリンク伝送中の能動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。 本発明の一実施形態による、無線通信ネットワークの３ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中の能動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。 本発明の一実施形態による、無線通信ネットワークの３ホップ中継ネットワークトポロジ構造におけるデータパケットのダウンリンク伝送中の能動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。 本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中、およびダウンリンク伝送中の受動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。 本発明の一実施形態による、無線通信ネットワークの３ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中、およびダウンリンク伝送中の受動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。 本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中の拡張された受動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。 本発明の一実施形態による、無線通信ネットワークのＲＳ（中継局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のためのデバイスを示すブロック図である。 本発明の一実施形態による、無線通信ネットワークのＢＳ（基地局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のためのデバイスを示すブロック図である。
以降、本発明の実施形態が、添付の図面を参照して説明される。
図１ａおよび図１ｂは、それぞれ、無線通信ネットワークにおける２ホップ中継ネットワークトポロジ構造、および３ホップ中継ネットワークトポロジ構造の図であり、２ホップ中継ネットワークが、ＭＳ（移動局）００と、ＲＳ（中継局）１０と、基地局（ＢＳ）２０とを含むのに対して、ＭＳ００、ＲＳ１０、およびＢＳ２０に加えて、３ホップ中継ネットワークは、ＲＳ１０とＢＳ２０の間に配置された別のＲＳ１１をさらに含む。２つの形態の移動マルチホップ中継ネットワークだけが、この場合に示されているものの、移動マルチホップ中継ネットワークは、他の形態をさらに含むことが可能であり、例えば、さらに多くのＲＳ、ならびに結合中継器などが、ＭＳとＢＳの間で利用されることが、当業者には理解されよう。
「背景技術」において述べたとおり、異なる無線環境は、複数のホップの範囲内でＨＡＲＱパフォーマンスの大きな違いをもたらす可能性があり、このことにより、異なるホップの伝送レート、例えば、図１ａに示される、ＭＳ００とＲＳ１０の間のホップの伝送レート、およびＲＳ１０とＲＳ１１の間のホップの伝送レート、あるいは図１ｂに示される、ＭＳ００とＲＳ１０の間のホップの伝送レート、およびＲＳ１０とＲＳ１１の間のホップの伝送レートの不適合が生じ、その結果、図１ａおよび図１ｂにおけるＭＳ００のスループットが確実に低下する。このため、移動マルチホップ中継ネットワークにおけるＨＡＲＱ機構が、リンクごとのＨＡＲＱ、またはマルチリンクＨＡＲＱに適切であるかどうかが決定される必要があり、図１ａおよび図１ｂにおいて対応する矢印で示されるとおり、リンクごとのＨＡＲＱは、単一のホップ内で実施されて、その単一のホップにおける急速なフェージングおよびシャドウイングを補償するのに対して、マルチリンクＨＡＲＱは、複数のホップの２つの終端における処理手続きであり、すべての再送リソースは、その２つの終端によって割り当てられる。
本発明のソリューションは、ＲＳの簡潔性と費用を考慮に入れ、ＨＡＲＱのほとんどの再送調整およびリソース割り当てが、ＢＳにおいて実行されることを見込み、つまり、ＢＳが、ほとんどのメッセージフィードバックとともに、再送リソース割り当ておよび再送リソース調整も担う。このため、この態様では、マルチリンクＨＡＲＱのソリューションが、好ましい。しかし、リンクごとのＨＡＲＱ機構は、明らかに、マルチリンクＨＡＲＱとは比べ物にならないほどの柔軟性を有する。したがって、本発明は、この２つ両方の利点を組み合わせるＨＡＲＱソリューションを提供し、すなわち、いずれのメッセージフィードバック機構（リンクごと、またはマルチリンク）が、各ネットワーク要素の伝送状態（伝送または再送）をスケジュールするのに使用されるかにかかわらず、ＨＡＲＱのリソース割り当ておよびリソース調整を担っているのは、常にＢＳである。
本発明は、主に、ＨＡＲＱ機構、および移動マルチホップ中継ネットワークにおけるこの機構の実施に関し、このため、ＨＡＲＱ符号化技術およびＨＡＲＱ合成技術を考慮に入れることは不必要であることが指摘されなければならない。本発明の技術的ソリューションは、すべてのＨＡＲＱ符号化技術およびＨＡＲＱ合成技術、例えば、ソフトウェア合成およびＩＲなどをサポートすることができる。このため、使用されるべき特定の符号化技術および合成技術は、本発明を限定しない。
具体的な説明のために、以下の記述が行われるが、これらの記述は、本発明の技術的ソリューションに対する限定ではなく、本発明の好ましい実施形態を例示することだけを目的としているものと解釈されるべきである。
データパケットが、最初に伝送される場合、データパケットの検証は、データパケットに対する直接ＣＲＣ（巡回冗長検査）であり、データパケットが、再送されたパケットである場合、データパケットの検証は、このデータパケットを、以前に受信されたパケットと組み合わせた後のＣＲＣであるのに対して、この検証に合格するデータパケットは、組み合わされたデータパケットであり、正しい検証結果、または誤った検証結果は、ＣＲＣに合格すること、またはＣＲＣに不合格であることを指し、図に示されるＵＬ／ＤＬ ＭＡＰは、アップリンク／ダウンリンク制御マッピング情報、すなわち、ＢＳによって割り当てられたリソースに関する情報を指す。
以降、様々なメッセージフィードバックの仕方に基づき、本発明による前述のＭＭＲ ＨＡＲＱ機構の実施形態が、詳細に説明される。
（実施形態１ 能動的なＭＭＲ（マルチホップ中継）ＨＡＲＱ）
本発明の或る実施形態によれば、能動的ＭＭＲ ＨＡＲＱの主な特性は、以下のとおりである。すなわち、ＲＳが、直前のホップデバイスからデータパケットを受信すると、ＲＳは、このデータパケットが正しいかどうかを検証し、直前のホップデバイス、およびリソース割り当てを制御するためのＢＳに、その検証結果を能動的に伝送し、このデータパケットが、初めて伝送された場合、このデータパケットが正しいかどうかにかかわらず、このデータパケットは、次のホップデバイスに転送される。このデータパケットが、再送であり、検証が、不合格であった場合、このデータパケットは、次のホップデバイスに転送されず、その検証結果は、再送のために直前のホップデバイスにリソースを割り当てるよう、ＢＳに要求するように、ＢＳに報告される。検証が、合格であった場合、検証されたデータパケットは、次のホップデバイスに転送される。前述の直前のホップデバイス、および次のホップデバイスには、ＲＳ、ＭＳ、またはＢＳが含まれる。以降、この実施形態の手続きの流れが、図２から図５を参照して詳細に説明される。
図２は、本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中の能動的ＭＭＲ ＨＡＲＱ方法を示す流れ図である。
図２に示されるとおり、データパケットが、初めて伝送される場合、以下のとおりである。すなわち、
ステップＳ１００１で、ＢＳ２０によって割り当てられたリソースに基づいて、ＲＳ１０が、ＭＳ００からデータパケットを受信し、このデータパケットが、最初の伝送である場合、このデータパケットは、ＢＳ２０に直接に転送される。
ステップＳ１００２で、ＲＳ１０が、このデータパケットを検証し、このデータパケットは、初めて受信されたので、ＣＲＣ検証が、このデータパケットに対して直接に実行される。
ステップＳ１００３で、ＢＳ２０によって割り当てられたリソースに基づいて、ＲＳ１０が、ＢＳ２０に、その検証結果を送信する。或る特定の実施では、その検証結果は、データパケットと一緒に或る特定のメッセージの中に入れられることによって、ＢＳ２０に送信されることが可能であり、これらは、別々に送信されることも可能である。
ステップＳ２０１で、ＢＳ２０が、ＲＳ１０からデータパケットを受信し、このデータパケットを検証し、このデータパケットが、初めて受信された場合、ＣＲＣ検証が、このデータパケットに対して直接に実行される。
ステップＳ２０２で、ＢＳ２０が、ＲＳ１０が、このデータパケットを正しく受信したかどうかを示す指示メッセージを、ＲＳ１０から受信する。
ステップＳ２０３で、ＢＳ２０が、このデータパケットの検証結果をＲＳに送信する。
このデータパケットの検証が、ＢＳ２０において合格であった場合、このデータパケットの伝送は、完了である。このデータパケットの検証が、ＢＳ２０において不合格であった場合、ＢＳ２０は、このデータパケットを再送するためのリソースをＲＳ１０またはＭＳ００に割り当てる。
（ＲＳ１０の再送）
ステップＳ２０４で、データパケット検証が、ＢＳ２０において不合格である一方で、受信された指示メッセージによれば、このデータパケットが、ＲＳ１０において検証に合格である場合、このことは、ＭＳ００とＲＳ１０の間の、このデータパケットの伝送が正しい一方で、ＲＳ１０とＢＳ２０の間の伝送は、誤りが生じることを示す。この時点で、ＢＳ２０は、ＲＳ１０が、このデータパケットを再送することができるようにするように、ＲＳ１０にリソースを割り当てる。
ステップＳ１００５で、ＢＳ２０が、このデータパケットが誤っていることを検証するのに対して、ＲＳ１０は、このデータパケットが正しいことを検証すると、ＲＳ１０は、ＢＳ２０によって割り当てられたリソースに基づいて、ＲＳ１０が、このデータパケットが正しいことを検証したことを示す指示メッセージをＭＳ００に送信する。次に、ＲＳ１０が、ＢＳ２０によって割り当てられたリソースに基づいて、このデータパケットをＢＳ２０に再送する。
この場合、この時点で、ＲＳ１０は、このデータパケットを正しく受信するので、ＭＳ００は、再送を必要とせず、さらに、ＢＳ２０は、ＲＳ１０が、複数の前記データパケットを、同一のフレーム内で同時に再送するように（これらの複数のデータパケットは、同一の有効なデータ情報を含むが、冗長な情報は、異なることが可能である）、ＲＳ１０にいくらかのアイドルなリソースを割り当てることができることに留意されたい。このようにして、中継および再送から生じる長時間の遅延が、短縮されることが可能である。ＲＳのアップリンクの次のホップデバイス（この例では、ＢＳ２０である）が、これらの複数のデータパケットを組み合わせた後、組み合わされたデータパケットが、獲得され、その後、単一のデータパケットを受信することに関する動作と同一の動作が、実行される。この場合、ＭＳ処理を簡略化するのに、前述のプロセスは、データパケットのアップリンク伝送に限定される。ＭＳが、複数のデータパケットをサポートし、これらのパケットを組み合わせるように構成される場合、ＲＳは、データパケットのダウンリンク伝送中に、ダウンリンクの次のホップデバイス（この例では、ＭＳ）に、この組み合わされた複数のデータパケットを送信することもできるようにされる。
ステップＳ２０５で、ＢＳ２０は、ＲＳからの再送のために１つまたは複数のデータパケットを受信し、これらのデータパケットを検証する。この場合、この検証は、受信された１つまたは複数のデータパケットを、初回に受信されたデータパケットと組み合わせた後の、この組み合わされたデータパケットに対するＣＲＳを指す。この検証が、やはり不合格である場合、ＲＳ１０における再送のステップが、このデータパケットが正しく受信されるまで、繰り返される、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達すると、破棄される。
（ＭＢ００における再送）
ステップＳ２０６で、検証が、ＲＳにおいて不合格であった場合、ＢＳ２０が、リソースをＭＳ００に割り当てて、ＭＳ００が、このリソースに基づいて、データパケットを再送することができるようにされる。
ステップＳ１００６で、ＢＳ２０とＲＳ１０がともに、このデータパケットが誤っていることを検証すると、ＲＳ１０は、ＢＳ２０によって割り当てられたリソースに基づいて、ＲＳ１０が、このデータパケットが誤っていることを検証したことを示す指示メッセージをＭＳ００に送信する。
検証が不合格であるというＲＳ１０からの情報と、Ｂ２０からのリソース割り当て情報とを受信した後、ＭＳ００は、このデータパケットをＲＳ１０に再送する。
ステップＳ１００７で、ＲＳ１０が、ＭＳ００から再送されたデータパケットを受信し、このデータパケットが正しいかどうかを検証する。この場合の検証は、前に受信されたデータパケットを組み合わせた後に実行されるＣＲＣである。その検証結果は、ＢＳ２０およびＭＳ００に送信される。
ステップＳ２０７で、ＢＳ２０が、ＲＳ１０から、その検証結果を受信し、その検証が、不合格である場合、ＭＳ００が再送を行うことができるようにするために、リソースが割り当てられる。これに対応して、ＲＳ１０が、Ｓ１００６およびＳ１００７のステップを繰り返す。
ステップＳ１００８で、ＲＳ１０が、データパケットが正しいことを検証した場合、組み合わされたデータパケットは、ＢＳ２０に直接に送信される。
ステップＳ２０８で、ＢＳ２０が、このデータパケットを検証する。ＢＳ２０が、正しく受信した場合、データパケットの伝送は、完了であり、ＢＳ２０が、誤って受信した場合、ＲＳ１０の前述の再送手続き、すなわち、Ｓ１００８が、ＢＳ２０が正しく受信するまで、繰り返される、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達するまで、破棄される。
図３は、本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのダウンリンク伝送中の能動的ＭＭＲ ＨＡＲＱ方法の流れ図である。
図３に示されるとおり、データパケットが、初めて伝送される場合、以下のとおりである。すなわち、
ステップＳ２１１で、ＢＳ２０が、ＲＳ１０にデータパケットを送信する。
ステップＳ１０１１で、ＲＳ１０が、ＢＳ２０からデータパケットを受信し、このデータパケットをＭＳ００に転送する。
ステップＳ１０１２で、ＲＳ１０が、このデータパケットが正しいかどうかを検証する。
ステップＳ１０１３で、ＲＳ１０が、このデータパケットの検証結果をＢＳ２０に送信する。
ＭＳ００は、ＲＳ１０からこのデータパケットを受信した後、このデータパケットを検証し、その検証結果を、ＲＳ１０を介してＢＳ２０に送信する。
ステップＳ１０１４で、ＲＳ１０が、ＭＳ００から、ＭＳ００のデータパケット検証結果を示す指示メッセージを受信する。
ステップＳ２１２で、ＢＳ２０が、ＲＳ１０から、ＲＳ１０のデータパケット検証結果を示す指示メッセージを受信し、その一方、ステップＳ２１３で、ＭＳ００から、ＭＳ００のデータパケット検証結果を示す指示メッセージを受信する。
（ＲＳの再送）
ＭＳ００からの指示メッセージが、データパケット検証が、ＭＳ００において不合格であることを示す一方で、ＲＳ１０が、このデータパケットが正しいことを検証した場合、ステップＳ２１４で、ＢＳ２０は、データパケット再送のためのリソースをＲＳ１０に割り当てる。
ステップＳ１０１５で、ＲＳ１０が、ＢＳ２０によって割り当てられたリソースに基づいて、ＭＳ００が、このデータパケットを正しく受信するまで、このデータパケットをＭＳ００に再送する、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
（ＢＳ２０の再送）
ＭＳ００からの指示メッセージが、ＭＳ００が、このデータパケットを誤って受信したことを示す一方で、ＲＳ１０におけるデータパケット検証も不合格である場合、ステップＳ２１５で、ＢＳ２０が、このデータパケットをＲＳ１０に再送する。
ステップＳ１０１６で、ＲＳ１０が、ＢＳ２０から再送されたデータパケットを受信し、このデータパケットが、初回に受信されたデータパケットと組み合わされた後、ＣＲＣを実行し、その検証結果をＢＳ２０に送信する。
データパケット検証が、ステップＳ１０１６で合格であった場合、ＲＳ１０は、ステップＳ１０１７で、この組み合わされたデータパケットをＭＳ００に送信する。
このデータパケットが誤っていることが検証された場合、ＲＳ１０は、このデータパケットをＭＳ００に転送せず、ＢＳ２０が、このデータパケットを再送するのを待つ。
ステップＳ２１６で、ＢＳ２０が、ＲＳ１０から、ＲＳ１０のデータ検証結果を示す指示メッセージを受信し、この指示メッセージが、その検証が不合格であったことを示す場合、ＢＳ２０は、このデータパケットを再送する。
指示メッセージが、その検証が合格であったことを示す場合、ＢＳ２０は、ＭＳ００からの、ＭＳ００のデータパケット検証結果を示す指示メッセージを待つ。ＭＳ００が、正しく受信した場合、データパケット伝送は、完了である。ＭＳ００が、誤って受信した場合、ＲＳ１０とＭＳ００の間の伝送は、誤りが生じることを意味し、前述したＲＳ再送手続きが、ＭＳ００が、このデータパケットを正しく受信するまで、繰り返されなければならない、または、このデータパケット伝送は、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄されなければならない。
図４は、本発明の一実施形態による、無線通信ネットワークの３ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中の能動的ＭＭＲ ＨＡＲＱ方法の流れ図である。
図４に示されるとおり、データパケットが、初めて伝送される場合、以下のとおりである。すなわち、
ステップＳ１０２１で、ＲＳ１０が、ＭＳ００からデータパケットを受信し、このデータパケットを次のホップデバイス、すなわち、ＲＳ１１に転送する。ステップＳ１０２２で、ＲＳ１０が、このデータパケットが正しいかどうかを検証する。ステップＳ１０２３で、その検証結果が、ＢＳ２０に送信される。
ステップＳ１０３１で、ＲＳ１１が、このデータパケットをＲＳ１０から受信し、このデータパケットをＢＳ２０に転送する。ステップＳ１０３２で、ＲＳ１１が、このデータパケットが正しいかどうかを検証する。ステップＳ１０３３で、その検証結果が、ＢＳ２０に送信される。
ステップＳ２２１で、ＢＳ２０が、このデータパケットをＲＳ１１から受信し、このデータパケットを検証する。ステップＳ２２２で、ＲＳ１０およびＢＳ１１からの、データパケット検証結果を示す指示メッセージが、それぞれ、受信される。ステップＳ２２３で、ＢＳ２０が、ステップＳ２２１のデータパケット検証結果を示すＢＳ２０の指示メッセージをＲＳ１１に送信する。
ステップＳ１０３４で、ＲＳ１１が、ＢＳ２０から、ＢＳ２０のデータパケット検証結果を示す指示メッセージを受信する。
この時点で、ＢＳ２０のデータパケットが正しいことが検証された場合、このデータパケットの伝送は、完了である。
データパケット検証が、ＢＳ２０において不合格であった場合、ＢＳ２０は、ＲＳ１０およびＲＳ１１のデータパケット検証結果に基づいて、ＲＳ１１またはＲＳ１０またはＭＳ００にリソースを割り当てることを決定する。
ＢＳ２０は、このデータパケットが正しいことが検証された、伝送リンクにおける最後のＲＳにリソースを割り当てる。データ伝送リンクにおいて、データパケットが、或るＲＳにおいて正しいことが検証される限り、そのデータパケットは、そのデータパケットが、伝送リンクにおいて、このＲＳの直前の他のＲＳにおいて正しく受信されるかどうかにかかわらず、正しく受信されるものと考えられることが、当業者には認められよう。
（ＲＳ１１の再送）
データパケット検証が、ＢＳ２０において不合格である一方で、検証が、ＲＳ１１において合格であった場合（検証が、ＲＳ１０において合格であるかどうかにかかわらず）、ステップＳ２２４で、ＢＳ２０が、ＲＳ１１が、このデータパケットを再送するように、ＲＳ１１にリソースを割り当てる。
ステップＳ１０３５で、ＲＳ１１が、データパケット検証が、ＢＳにおいて不合格であることを示すＢＳ２０からの指示メッセージに基づき、さらに、現在のＲＳにおけるデータパケット検証の成功に基づいて、ＲＳ１１が、このデータパケットを正しく受信することを示す指示メッセージを、ＲＳ１０に送信する。その一方で、ＲＳ１１は、ＢＳ２０によって割り当てられたリソースに基づいて、ＢＳ２０が、このデータパケットを正しく受信するまで、このデータパケットをＢＳ２０に再送する、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
ステップＳ１０２４で、ＲＳ１０が、ＲＳ１１から、ＲＳ１１が、このデータパケットを正しく受信するという指示メッセージを受信し、その後、データパケット検証が、ＲＳ１０において合格であることを示す指示メッセージをＭＳ００に送信して、伝送の成功をＭＳ００に知らせるようにする。
この場合、この時点で、ＲＳ１１は、このデータパケットを正しく受信するので、ＲＳ１０およびＭＳ００は、再送を必要とせず、さらに、ＢＳ２０は、ＲＳ１１が、複数の前記データパケットを、同一のフレーム内で同時に再送するように（これらの複数のデータパケットは、同一の有効なデータ情報を含むが、冗長な情報は、異なることが可能である）、ＲＳ１１にいくらかのアイドルなリソースを割り当てることができることに留意されたい。このようにして、中継および再送から生じる長時間の遅延が、短縮されることが可能である。その後、ＢＳ２０は、これらの受信された複数のデータパケットを組み合わせる。
（ＲＳ１０の再送）
データパケット検証が、ＢＳ２０およびＲＳ１１において不合格であるが、データパケット検証が、ＲＳ１０において合格である場合、ステップＳ２２５で、ＢＳ２０が、ＲＳ１０が、このデータパケットを再送するように、ＲＳ１０にリソースを割り当てる。
ステップＳ１０３６で、ＲＳ１１が、ＢＳ２０からの、データパケット検証が、ＢＳにおいて不合格であることを示す指示メッセージに基づき、さらに、現在のＲＳにおけるデータパケット検証が不合格であることに基づいて、ＲＳ１１が、このデータパケットを誤って受信することを示す指示メッセージを、ＲＳ１０に送信する。
ステップＳ１０２５で、ＲＳ１０が、ＲＳ１１から、ＲＳ１１においてデータパケット検証が不合格であることを示す指示メッセージを受信し、現在のＲＳにおける正しいデータパケット検証結果に基づいて、現在のＲＳ１０におけるデータパケット検証の成功を示す指示メッセージを、ＭＳ００に送信して、伝送の成功についてＭＳ００に知らせるようにする。その後、ＢＳ２０によって割り当てられたリソースに基づき、このデータパケットが、直前のホップデバイス（すなわち、ＲＳ１１）に再送される。
この場合、この時点で、ＲＳ１０は、このデータパケットを正しく受信するので、ＭＳ００は、再送を必要とせず、さらに、ＢＳ２０は、ＲＳ１０が、複数の前記データパケットを、同一のフレーム内で同時に再送するように（これらの複数のデータパケットは、同一の有効なデータ情報を含むが、冗長な情報は、異なることが可能である）、ＲＳ１０にいくらかのアイドルなリソースを割り当てることができることに留意されたい。このようにして、中継および再送から生じる長時間の遅延が、短縮されることが可能である。ＲＳのアップリンクの次のホップデバイス（この例では、ＲＳである）が、複数の受信されたデータパケットを組み合わせた後、組み合わされたデータパケットが、獲得され、その後、単一のデータパケットを受信することに関する動作と同一の動作が、実行される。
ステップＳ１０３７で、ＲＳ１１が、これらの受信された１つまたは複数のデータパケットを組み合わせ、その後、これらのデータパケットを、前回に受信されたデータパケットと再び組み合わせ、この組み合わされたデータを検証し、次に、その検証結果をＲＳ１０およびＢＳ２０に送信する。
データパケット検証が、この時点で、ＲＳ１１において依然として不合格である場合、ＲＳ１０再送のステップが、同様に繰り返される。検証が合格である場合、ＲＳ１１は、このデータパケットをＢＳ２０に転送する。ＢＳ２０が、正しく受信した場合、データパケット伝送は、完了である。ＢＳ２０が、誤って受信した場合、ＲＳ１１の前の再送ステップが、ＢＳ２０が、データパケットを正しく受信するまで、繰り返される、またはデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
（ＭＢ００における再送）
ＢＳ２０、ＲＳ１０、およびＲＳ１１において、すべてのデータパケット検証が、不合格である場合、ステップＳ２２６で、ＢＳ２０は、ＭＳ００が、このデータパケットを再送するよう、ＭＳ００にリソースを割り当てる。
この時点で、ステップＳ１０３８において、ＲＳ１１が、ステップＳ１０３６の場合と同様に、ＢＳ２０からの、データパケット検証が、ＢＳにおいて不合格であることを示す指示メッセージに基づき、さらに、現在のＲＳにおける不合格のデータパケット検証結果に基づいて、ＲＳ１１が、データパケットを誤って受信することを示す指示メッセージを、ＲＳ１０に送信する。
ステップＳ１０２６で、ＲＳ１０が、ＲＳ１１から、データパケット検証が、ＲＳ１１において不合格であることを示す指示メッセージを受信し、さらに、現在のＲＳにおける不合格のデータパケット検証結果に基づいて、データパケット検証が、現在のＲＳ１０において不合格であることを示す指示メッセージを、ＭＳ００に送信する。
ＭＳ００は、ＲＳ１０からの、データパケット検証が、ＲＳ１０において不合格であることを示す指示メッセージに応答して、さらに、ＢＳ２０によって割り当てられたリソースに基づいて、このデータパケットを再送する。前述した再送機構に基づいて、データパケットは、ＢＳ２０が、このデータパケットを正しく受信するまで、アップリンク再送され続ける、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
図５は、本発明の一実施形態による、無線通信ネットワークの３ホップ中継ネットワークトポロジ構造におけるデータパケットのダウンリンク伝送中の能動的ＭＭＲ ＨＡＲＱ方法の流れ図である。
図５に示されるとおり、データパケットが、初めて伝送される場合、以下のとおりである。すなわち、
ステップＳ２３１で、ＢＳ２０が、データパケットをＲＳ１１に送信する。
ステップＳ１０５１で、ＲＳ１１が、このデータパケットをＢＳ２０から受信し、このデータパケットをＲＳ１０に直接に転送する。ステップＳ１０５２で、このデータパケットが正しいかどうかが検証され、ステップＳ１０５３で、このデータパケットの検証結果が、ＢＳ２０に送信される。
ステップＳ１０４１で、ＲＳ１０が、このデータパケットをＲＳ１１から受信し、このデータパケットをＭＳ００に直接に転送する。ステップＳ１０４２で、このデータパケットが正しいかどうかが検証され、さらに、ステップＳ１０４３で、このデータパケットの検証結果が、ＢＳ２０に送信される。
ＭＳ００が、ＲＳ１０から受信されたデータパケットを検証し、その検証結果を、ＲＳ１０およびＲＳ１１を介してＢＳ２０に送信する。
ステップＳ２３２で、ＢＳ２０が、ＲＳ１１、ＲＳ１０、およびＭＳ００からのデータパケット検証結果を示す指示メッセージをそれぞれ受信する。
ＭＳ２０のデータパケットが正しいことが検証された場合、このデータパケットの伝送は、完了である。データパケット検証が、ＭＳ００で不合格である、すなわち、ＭＳ００が、このデータパケットを正しく受信しない場合、ＢＳ２０は、ＲＳ１１およびＲＳ１０のデータパケット検証結果に基づいて、データパケット再送のためのリソースを、ＲＳ１１に、またはＲＳ１０に、またはＢＳ２０自体に割り当てる。
ＢＳ２０は、このデータパケットが正しいことが検証された、伝送リンクにおける最後のＲＳにリソースを割り当てる。データ伝送リンクにおいて、データパケットが、或るＲＳにおいて正しいことが検証される限り、そのデータパケットは、そのデータパケットが、伝送リンクにおいて、このＲＳの直前の他のＲＳにおいて正しく受信されるかどうかにかかわらず、正しく受信されるものと考えられることが、当業者には認められよう。
（ＲＳ１０の再送）
データパケット検証が、ＭＳ００において不合格である一方で、検証が、ＲＳ１０において合格である場合（検証が、ＲＳ１１において合格であるかどうかにかかわらず）、ＢＳ２０が、ステップＳ２３３で、ＲＳ１０が、データパケット再送を実行するように、ＲＳ１０にリソースを割り当てる。
ステップＳ１０４４で、ＲＳ１０が、ＭＳ００からの、データパケット検証が、ＭＳにおいて不合格であることを示す指示メッセージに基づき、さらに、現在のＲＳにおけるデータパケット検証の成功に基づいて、現在のＲＳ１０が、このデータパケットを正しく受信することを示す指示メッセージを、ＲＳ１１に送信する。このデータパケットは、ＢＳ２０によって割り当てられたリソースに基づいて、再送される。
同様に、フォローアップ処理（簡明のため、図５に示さず）において、ＭＳ００が、ＲＳ１０から再送されたデータパケットを受信すると、ＭＳ００は、このデータパケットが正しいかどうかを検証し、その検証結果をＲＳ１０およびＢＳ２０に送信する。このデータパケットが、正しいことが検証された場合、このデータパケットの伝送は、完了であり、このデータパケットが、誤っていることが検証された場合、ＲＳ１１は、ＭＳ００が、このデータパケットを正しく受信するまで、このデータパケットを再送することを続ける、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達すると、破棄される。
（ＲＳ１１の再送）
データパケット検証が、ＭＳ００およびＲＳ１０において不合格である一方で、データパケット検証が、ＲＳ１１において合格である場合、ＲＳ１１は、データパケット再送を実行する。
ステップＳ１０４５で、ＲＳ１０が、ＭＳ００からの、データパケット検証が、ＭＳにおいて不合格であることを示す指示メッセージに基づき、さらに、現在のＲＳにおける不合格であるデータパケット検証結果に基づいて、データパケット検証が、ＲＳ１０において不合格であることを示す指示メッセージを、ＲＳ１１に送信する。
ステップＳ１０５４で、ＲＳ１１が、ＲＳ１０からの、ＲＳ１０の不合格であるデータパケット検証結果を示す指示メッセージに従って、さらに、現在のＲＳにおけるデータパケット検証結果の成功に従って、ＢＳ２０に割り当てられたリソースに基づいて、ＲＳ１０に、このデータパケットを再送する。
同様に、フォローアップ処理（簡明のため、図５に示さず）において、ＲＳ１０が、ＲＳ１１から、このデータパケットを受信すると、ＲＳ１０は、このデータパケットが正しいかどうかを検証し、その検証結果をＢＳ２０およびＲＳ１１に送信する。この検証が、不合格である場合、ＲＳ１１は、ＲＳ１０が、このデータパケットを正しく受信するまで、このデータパケットを再送することを続ける、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。この検証が、合格である場合、検証されたデータパケットは、ＭＳ００に送信される。
ＭＳ００が、正しく受信した場合、このデータパケット伝送は、完了である。ＭＳ００が、誤って受信した場合、ＲＳ１０は、ＭＳ００が、このデータパケットを正しく受信するまで、再送を実行することを続ける、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
（ＢＳ２０の再送）
ステップＳ１０４６で、ＲＳ１０が、ＭＳ００から受信された、ＭＳ００の不合格であるデータパケット検証結果を示す指示メッセージに基づき、さらに、現在のＲＳにおける不合格であるデータパケット検証結果に基づいて、データパケット検証が、ＲＳ１０において不合格であることを示す指示メッセージを、ＲＳ１１に送信する。
データパケット検証が、ＭＳ００において不合格であり、データパケット検証が、ＲＳ１１およびＲＳ１０においてもやはり、不合格である場合、ステップＳ２３５で、ＢＳ２０が、このデータパケットをＲＳ１１に再送する。
ＲＳ１１が、ステップＳ１０５５で、ＲＳ１０からの不合格であるデータパケット検証結果、および現在のＲＳの不合格であるデータパケット検証結果に従って、ＢＳ２０に割り当てられたリソースに基づいて、ＢＳ２０からの再送されるデータパケットを受信する。
同様に、フォローアップ処理（簡明のため、図５に示さず）において、ＲＳ１１が、再送されたデータパケットを受信して、検証し、その検証結果をＢＳ２０に報告する。このデータパケットが正しいことが検証された場合、検証されたデータパケットは、ＲＳ１０に転送され、それ以外の場合、ＢＳ２０が、このデータパケットを再送する。
次に、ＲＳ１０が、この再送されたデータパケットをＲＳ１１から受信して、検証し、その検証結果をＢＳ２０およびＲＳ１１に報告する。このデータパケットが、正しいことが検証された場合、検証されたデータパケットは、ＭＳ００に転送され、それ以外の場合、ＢＳ２０が、再送のためのリソースをＲＳ１１に割り当てる。
本発明の能動的ＭＭＲ ＨＡＲＱソリューションは、１つまたは２つのＲＳだけが、ＢＳとＭＳの間でＨＡＲＱに参加するシナリオに限定されないことに留意されたい。図２〜図５の前段の説明から、３つ以上のＲＳが、ＢＳとＭＳの間でＨＡＲＱに参加しているシナリオを、当業者は容易に類推することができよう。さらに、図２〜図５の流れ図は、本発明の実施形態による能動的ＭＭＲ ＨＡＲＱに関する唯一の定まった形態ではないことが理解されるべきであり、当業者は、本分野における従来技術に基づいて、前出の図２〜図５の処理フローに様々な変更を行うことができる。例えば、これらの変更は、データパケットの検証および組み合わせのステップ、指示メッセージを受信するステップ、および様々なメッセージに基づいて比較および判定を実行するステップの順序を調整すること、または再送のフォローアップ処理手続きにおける再送遅延を短縮する特別なポリシーを使用することなどであることが可能である。
（実施形態２ 受動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ）
本発明の或る実施形態によれば、受動的ＭＭＲ ＨＡＲＱの主な特性は、以下のとおりである。すなわち、ＲＳが、直前のホップデバイスからデータパケットを受信した後、ＲＳは、直前のホップデバイス、およびリソース割り当てを制御するためのＢＳに、このデータパケットの検証結果を能動的に知らせるのではなく、このデータパケットを直接に転送する。ＲＳは、データを単に転送するだけであり、ＲＳは、再送されたデータパケットを受信すると、このデータパケットを、以前に受信されたデータパケットと組み合わせる。この組み合わされたデータパケットが、ＣＲＣ検証の後に正しい場合、この組み合わされたデータパケットが、次のホップデバイスに転送され、それ以外の場合、受信されたデータパケットが、次のホップデバイスに直接に転送される。以降、この実施形態の手続きフローが、図６から図７を参照して、詳細に説明される。
図６は、本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中、およびダウンリンク伝送中の受動的ＭＭＲ ＨＡＲＱ方法の流れ図である。
図６に示されるとおり、データパケットアップリンク伝送において、
データパケットが、以下のとおり、初めて伝送される。すなわち、
図に示されるとおり、ステップＳ１０６１で、ＲＳ１０が、このデータパケットをＭＳ００から受信し、このデータパケットをＢＳ２０に直接に転送する。
ステップＳ２４１で、ＢＳ２０が、ＲＳ１０から、このデータパケットを受信して、検証し、その検証結果をＭＳ００に送信する。この検証が合格である場合、データパケット伝送は、完了である。この検証が不合格である場合、ＭＳ００が、このデータパケットを再送するように、ＭＳ００にリソースが割り当てられる。
（ＭＢ００における再送）
ＲＳ１０が、ステップＳ１０６２で、ＭＳ００からデータパケットを受信し、このデータパケットを、初回に受信されたデータパケットと組み合わせた後、ＣＲＣ検証を実行する。ＣＲＣ検証が正しい場合、ＲＳ２０は、この組み合わされた正しいデータパケットをＢＳ２０に転送し、ＣＲＣ検証が誤っている場合、ＲＳ２０は、受信されたデータパケットをＢＳ２０に直接に転送する。
ステップＳ２４２で、ＢＳ２０が、この再送されたデータパケットをＲＳ１０から受信して、検証し、その検証結果を示す指示メッセージをＭＳ００に送信する。この検証が合格である場合、このデータパケットの伝送は、完了である。この検証が不合格である場合、ＭＳ００再送の手続きが、ＭＳ００が、このデータパケットを正しく受信するまで、繰り返される、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達すると、破棄される。
図６に示されるとおり、データパケットダウンリンク伝送において、
初回の伝送に関して、以下のとおりである。すなわち、
ステップＳ２５１で、ＢＳ２０が、データパケットをＲＳ１０に送信する。
ステップＳ１０７１で、ＲＳ１０が、ＢＳ２０によって割り当てられたリソースに基づいて、ＢＳ２０からのデータパケットを受信し、このデータパケットをＭＳ００に直接に転送する。
ＭＳ００が、この受信されたデータパケットを検証し、その検証結果をＢＳ２０に送信する。
ステップＳ２５２において、ＢＳ２０が、ＭＳ００から、ＭＳ００のデータパケット検証結果を示す指示メッセージを受信する。指示メッセージが、ＭＳ００が、このデータパケットを正しく受信することを示す場合、このデータパケットの伝送は、完了である。
（ＢＳ２０の再送）
ＭＳ００が、正しく受信することができなかった場合、ステップＳ２５３で、ＢＳ２０が、このデータパケットを再送する。
ステップＳ１０７２で、ＲＳ１０が、ＢＳ２０からデータパケットを受信し、このデータパケットを、初回に受信されたデータパケットと組み合わせた後、ＣＲＣ検証を実行する。ＣＲＣ検証が合格である場合、ＲＳ１０は、この組み合わされた正しいデータパケットをＭＳ００に転送し、ＣＲＣ検証が不合格である場合、ＲＳ１０は、受信されたデータパケットをＭＳ００に直接に転送する。
ＭＳ００が、正しく受信する場合、このデータパケットの伝送は、完了である。ＭＳ００が、正しく受信することができなかった場合、ＢＳ２０の再送が、ＭＳ００が、このデータパケットを正しく受信するまで、実行され続ける、またはこのデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
図７は、本発明の一実施形態による、無線通信ネットワークの３ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中、およびダウンリンク伝送中の受動的ＭＭＲ ＨＡＲＱ方法を示す流れ図である。
図７に示されるとおり、データパケットアップリンク伝送において、
初回の伝送に関して、以下のとおりである。すなわち、
ステップＳ１０８１で、ＲＳ１０が、データパケットをＭＳ００から受信し、このデータパケットをＢＳ１１に直接に転送する。
ステップＳ１０９１で、ＲＳ１１が、このデータパケットをＲＳ１０から受信し、このデータパケットをＢＳ２０に直接に転送する。
ステップＳ２６１で、ＢＳ２０が、ＲＳ１１から、このデータパケットを受信して、検証し、その検証結果を示す指示メッセージをＭＳ００に送信する。その検証結果が正しい場合、このデータパケットの伝送は、完了である。検証が不合格である場合、ＢＳ２０が、このデータパケットを再送するためのリソースをＭＳ００に割り当てる。
（ＭＢ００の再送）
ステップＳ１０８２で、ＲＳ１０が、ＭＳ００からデータパケットを受信し、このデータパケットを、初回に受信されたデータパケットと組み合わせた後、ＣＲＣ検証を実行する。ＣＲＣ検証が合格である場合、ＲＳ１１が、この組み合わされた正しいデータパケットをＢＳ１１に転送し、ＣＲＣ検証が不合格である場合、ＲＳ１１は、受信されたデータパケットをＢＳ２０に直接に転送する。
ステップＳ１０９２で、ＲＳ１１が、ＲＳ１０からデータパケットを受信し、このデータパケットを、初回に受信されたデータパケットと組み合わせた後、ＣＲＣ検証を実行する。ＣＲＣ検証が合格である場合、ＲＳ２０が、この組み合わされた正しいデータパケットをＢＳ２０に転送し、ＣＲＣ検証が不合格である場合、ＲＳ２０は、受信されたデータパケットをＢＳ２０に直接に転送する。
ステップＳ２６２で、ＢＳ２０が、ＲＳ１１から、このデータパケットを受信して、検証し、その検証結果を示す指示メッセージをＭＳ００に送信する。検証が合格である場合、このデータパケットの伝送は、完了である。検証が不合格である場合、ＭＳ００の再送手続きが、ＭＳ００が、このデータパケットを正しく受信するまで、繰り返される、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達すると、破棄される。
図７に示されるとおり、データパケットダウンリンク伝送において、
初回の伝送に関して、以下のとおりである。すなわち、
ステップＳ２７１で、ＢＳ２０が、データパケットをＲＳ１１に送信する。
ステップＳ１１１１で、ＲＳ１１が、ＢＳ２０によって割り当てられたリソースに基づいて、このデータパケットをＢＳ２０から受信し、このデータパケットをＲＳ１０に直接に転送する。
ステップＳ１１０１で、ＲＳ１０が、ＢＳ２０によって割り当てられたリソースに基づいて、このデータパケットをＲＳ１１から受信し、このデータパケットをＭＳ００に直接に転送する。
ＭＳ００は、受信されたデータパケットを検証し、その検証結果を示す指示メッセージをＢＳ２０に送信する。
ステップＳ２５２で、ＢＳ２０が、ＭＳ００から、ＭＳ００のデータパケット検証結果を示す指示メッセージを受信する。この指示メッセージが、ＭＳ００が、このデータパケットを正しく受信することを示す場合、このデータパケットの伝送は、完了である。
（ＢＳ２０の再送）
ＭＳ００が、正しく受信することに失敗した場合、ＢＳ２０が、このデータパケットを再送する。
ステップＳ１１１２で、ＲＳ１１が、ＢＳ２０からデータパケットを受信し、このデータパケットを、初回に受信されたデータパケットと組み合わせた後、ＣＲＣ検証を実行する。ＣＲＣ検証が合格である場合、ＲＳ１０が、この組み合わされた正しいデータパケットをＲＳ１０に転送し、ＣＲＣ検証が不合格である場合、ＲＳ１０は、受信されたデータパケットをＲＳ１０に直接に転送する。
ステップＳ１１０２で、ＲＳ１０が、ＢＳ１１からデータパケットを受信し、このデータパケットを、初回に受信されたデータパケットと組み合わせた後、ＣＲＣ検証を実行する。ＣＲＣ検証が合格である場合、ＲＳ１０が、この組み合わされた正しいデータパケットをＭＳ００に転送し、ＣＲＣ検証が不合格である場合、ＲＳ１０は、受信されたデータパケットをＭＳ００に直接に転送する。
ＭＳ００が、正しく受信した場合、このデータパケットの伝送は、完了である。ＭＳ００が、正しく受信することができなかった場合、ＲＳ２０が、ＭＳ００が、このデータパケットを正しく受信するまで、再送を実行することを続ける、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
図６および図７から、本発明の実施形態の受動的ＭＭＲ ＨＡＲＱソリューションにおいて、ＲＳ動作が、ＨＡＲＱにおけるメッセージフィードバックを担うのではなく、データパケットを転送することだけに単純化されることが認められよう。この受動的ＭＭＲ ＨＡＲＱソリューションは、ＲＳのデバイスの複雑度および費用を事実上、低減する利点を有するが、再送手続きは、データ伝送源（アップリンク伝送の場合、ＭＳ、ダウンリンク伝送の場合、ＢＳ）だけからしか開始することが可能でなく、伝送手続き中の効果について全く配慮しないので、能動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱソリューションに鑑みて、限られたネットワーク伝送リソースに浪費を生じさせる可能性がある。
本発明による受動的ＭＭＲ ＨＡＲＱソリューションに関する、さらなる拡張された代替のソリューションは、以下のとおり特徴付けられる。すなわち、アップリンク伝送において、ＢＳから、ＲＳを介して伝送されたデータパケットが正しく受信されたかどうかをＭＳに知らせる指示メッセージを受信する際、指示メッセージが、ＢＳが誤って受信することを示す場合、ＲＳは、ＲＳが受信するデータパケットが、正しいかどうかを検査し、このデータパケットが正しい場合、ＢＳが誤って受信することを示す指示メッセージを、ＢＳが正しく受信することを示す指示メッセージに変換し、この指示メッセージをＭＳに転送する。以降、本方法の実施形態が、図８を参照して詳細に説明される。
図８は、本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中の拡張型受動的ＭＭＲ ＨＡＲＱ方法の流れ図である。
ステップＳ１１２１におけるアップリンク伝送中、ＲＳ１０が、ＭＳ００からデータパケットを受信し、次に、このデータパケットをＢＳ２０に直接に転送する。
ステップＳ２８１で、ＢＳ２０が、ＲＳ１０から、このデータパケットを受信して、検証し、その検証結果をＭＳ００に（ＲＳを介して）送信する。検証が合格である場合、このデータパケットの伝送は、完了である。検証が不合格である場合、ＭＳ００が、このデータパケットを再送するように、ＭＳ００にリソースが割り当てられる。
ステップＳ１１２２で、ＲＳ１０が、ＢＳから、ＢＳのデータパケット検証結果を示す指示メッセージを受信する。この指示メッセージが、検証が、ＢＳにおいて合格であることを示す場合、ＲＳ１０は、この指示メッセージをＭＳ００に通常どおり転送する。この指示メッセージが、検証が、ＢＳにおいて不合格であることを示す場合、ＲＳ１０は、データパケット検証が、現在のＲＳにおいて合格するかどうかを判定する。このデータパケットが、現在のＲＳ１０において正しいことが検証された場合、検証がＢＳにおいて不合格であることを示す指示メッセージが、ＢＳにおけるデータパケット検証結果の成功を示す指示メッセージに変換され、この指示メッセージが、ＭＳに送信される。このようにして、ＭＳ００は、ＢＳ２０が、正しく受信しており、このデータパケットを再送する必要がないものと考える。
次にステップＳ１１２３で、ＲＳ１０が、ＢＳによって割り当てられたリソースに基づいて、ＢＳ２０が、このデータパケットを正しく受信するまで、ＲＳ１０の中に格納されたデータパケットをＢＳ２０に再送する、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
ＢＳ処理を簡略化するのに、データパケットのダウンリンク伝送において、ＲＳは、ＭＳからのメッセージを変更せず、このメッセージをＢＳに直接に転送する。本発明の或る実施形態による拡張された受動的ＭＭＲ ＨＡＲＱソリューションのダウンリンク伝送は、受動的ＭＭＲ ＨＡＲＱと同様であり、このため、ダウンリンク伝送の説明は、以下において省略される。
このため、本発明の或る実施形態による拡張された受動的ＭＭＲ ＨＡＲＱソリューションは、ＲＳに単純な処理能力を導入することを介して、受動的ＭＭＲ ＨＡＲＱのパフォーマンスを最適化し、その結果、伝送時間遅延を短縮し、ネットワークリソースを節約する。
本発明の受動的ＭＭＲ ＨＡＲＱソリューションおよび拡張された受動的ＭＭＲ ＨＡＲＱソリューションは、１つまたは２つのＲＳが、ＢＳとＭＳの間でＨＡＲＱに参加するシナリオに限定されないことに留意されたい。図６〜図８の前段の説明から、より多くのＲＳが、ＢＳとＭＳの間でＨＡＲＱに参加しているシナリオを、当業者は容易に類推することができよう。さらに、図６〜図８の流れ図は、本発明の実施形態によるＭＭＲ ＨＡＲＱに関する唯一の定まった形態ではないことが理解されるべきであり、当業者は、本分野における従来技術に基づいて、前出の図６〜図８の処理フローに様々な変更を行うことができる。
図９は、本発明の一実施形態による、無線通信ネットワークのＲＳ（中継局）におけるＨＡＲＱ（ハイブリッド自動再送要求）再送のためのデバイスのブロック図１である。ブロック図１は、能動的ＨＡＲＱのために使用される、第１の受信する手段１０１、第１の検証する手段１０２、第１の判定する手段１０３、第１の送信する手段１０４、第２の受信する手段１０５、決定する手段１０６、および第２の送信する手段１０７、ならびに受動的ＨＡＲＱのために使用される、第３の受信する手段１１１、第２の判定する手段１１２、第２の検証する手段１１３、第３の送信する手段１１４、第４の受信する手段１１５、変更する手段１１６、および第４の送信する手段１１７を含む。
ＲＳにおける能動的ＨＡＲＱの実働手続きは、以下のとおりである。すなわち、
ＢＳによって割り当てられたリソースに基づいて、第１の受信する手段１０１が、直前のホップデバイスからデータパケットを受信する。
次に、第１の検証する手段１０２が、このデータパケットが正しいかどうかを検証して、検証結果を獲得するようにする。
第２の送信する手段１０７が、ＢＳによって割り当てられたリソースに基づいて、その検証結果を示す指示メッセージをＢＳに送信して、ＢＳが、この検証メッセージに基づいて、自動再送のためのリソースを割り当てることができるようにされる。
第１の判定する手段１０３が、このデータパケットが、初めて伝送されたかどうかを判定する。
「はい」である場合、第１の送信する手段１０４が、ＢＳに割り当てられたリソースに基づいて、このデータパケットを次のホップデバイスに送信する。
第２の受信する手段１０５が、ＢＳによって割り当てられたリソースに基づいて、次のホップデバイスから、次のホップデバイスが、このデータパケットを正しく受信するかどうかを示す指示メッセージを受信する。
決定する手段１０６が、次のホップデバイスからの指示メッセージに基づいて、現在のＲＳが正しく受信するかどうかを示すメッセージを、直前のホップデバイスに送信することを決定する。第２の受信する手段１０５が、次のホップデバイスから、次のホップデバイスが正しく受信することを示す指示メッセージを受信し、基地局によって割り当てられたリソースに基づいて、第２の送信する手段１０７が、現在のＲＳが、このデータパケットを正しく受信することを示す指示メッセージを、直前のホップデバイスに送信することを決定し、第２の受信する手段１０５が、次のホップデバイスから、次のホップデバイスが誤って受信することを示す指示メッセージを受信すると、第２の送信する手段１０７が、現在のＲＳにおけるデータパケット検証結果を示す指示メッセージを、直前のホップデバイスに送信することが決定される。
次のホップデバイスが、このデータパケットが誤っていることを検証する一方で、現在のＲＳが、このデータパケットが正しいことを検証した場合、ＢＳによって割り当てられたリソースに基づいて、第１の送信する手段１０４が、このデータパケットを次のホップデバイスに再送し、アップリンクデータパケット再送中、現在のＲＳは、正しく受信するので、直前のホップは、このデータパケットの再送を必要とせず、このため、ＢＳは、同一の有効なデータ情報を含む１つまたは複数のデータパケットを送信するアイドルなリソースを現在のＲＳに割り当てることができる一方で、そのようなデータパケットの冗長な情報は、異なることが可能である。ＲＳの次のホップデバイスが、受信された複数のデータパケットを組み合わせた後、組み合わされたデータパケットが、獲得され、その後、受信される単一のデータパケットに関する動作と同一の動作が、実行される。この場合、データパケットのアップリンク伝送の制限は、ＭＳ処理を単純化するためである。ＭＳが、複数のデータパケットを受信すること、および複数のデータパケットを組み合わせることをサポートするように構成される場合、ＭＳは、複数のデータパケットをデータパケットダウンリンク伝送で送信することも同様にできる。
このため、第１の送信する手段１０４が、ＢＳによって割り当てられたリソースに基づいて、これらの複数の同一のデータパケットを同一のフレーム内で送信する。
このデータパケットが、再送されたデータパケットである場合、第１の検証する手段１０２が、このデータパケットを検証し、第２の送信する手段１０７が、ＢＳによって割り当てられたリソースに基づいて、第１の検証する手段の検証結果を、ＢＳ、および直前のホップデバイスに送信して、直前のデバイスが、ＢＳによって割り当てられたリソースに基づいて、このデータパケットを再送するようにするためにも使用される。
第１の検証する手段１０２が、このデータパケットが正しいことを検証すると、第１の送信する手段１０４が、正しいことが検証された、この組み合わされたデータパケットを、次のホップデバイスに転送する。
中継局における受動的ＨＡＲＱの実働手続きは、以下のとおりである。すなわち、
受動的ＨＡＲＱにおいて、第３の受信する手段１１１が、ＢＳによって割り当てられたリソースに基づいて、次のホップデバイスからデータパケットを受信する。
第２の判定する手段１１２が、このデータパケットが、再送されたデータパケットであるかどうかを判定する。
このデータパケットが、再送されたデータパケットである場合、第２の検証する手段１１３が、このデータパケットが正しいかどうかを検証する。
第２の検証する手段１１３が、このデータパケットが正しいことを検証した場合、第３の送信する手段１１４が、正しいことが検証された、この組み合わされたデータパケットを、次のホップデバイスに転送し、それ以外の場合、受信されたデータパケットを次のホップデバイスに直接に転送する。
このデータパケットが、初めて伝送される場合、第３の送信する手段１１４が、このデータパケットを次のホップデバイスに直接に転送する。
第４の受信する手段１１５が、ＢＳによって割り当てられたリソースに基づいて、ＢＳから、現在のＲＳを介して伝送され、ＢＳによって受信されたデータパケットが、正しいかどうかを示すことをＭＳに知らせる指示メッセージを受信する。
第４の受信する手段１１５が、ＢＳが、現在のＲＳを介して伝送されたデータパケットを正しく受信することができなかったことを示す指示メッセージを受信すると、第２の検証する手段１１３が、ＲＳが、このデータパケットを正しく受信するかどうかを検証する。
第２の検証する手段１１３が、現在のＲＳが、このデータパケットを正しく受信することを検証すると、変更する手段１１６が、ＢＳからの、ＢＳが、このデータパケットを誤って受信することを示すことをＭＳに知らせるための指示メッセージを、正しい受信を示す指示メッセージに変換して、ＢＳが正しく受信することを示す指示メッセージを獲得するようにする。
次に、第４の送信する手段１１７が、ＢＳによって割り当てられたリソースに基づいて、ＢＳが正しく受信することを示すメッセージを、直前のホップデバイスに転送する。
この場合、ＢＳによって割り当てられるリソースは、ＢＳによって割り当てられるチャネルであり、直前のホップデバイスと次のホップデバイスの両方に、ＭＳ、ＲＳ、およびＢＳが含まれることに留意されたい。
図１０は、本発明の一実施形態による、無線通信ネットワークのＢＳ（基地局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のためのデバイスのブロック図２である。ブロック図２は、能動的ＨＡＲＱのために使用される、第１の受信する手段２０１、第２の検証する手段２０２、第２の送信する手段２０３、第２の受信する手段２０４、第１のリソース割り当て手段２０５、および第１の送信する手段２０６、ならびに受動的ＨＡＲＱのために使用される、第３の受信する手段２１１、第２の検証する手段２１２、第４の送信する手段２１３、第４の受信する手段２１４、第１のリソース割り当て手段２１５、および第３の送信する手段２１６を含む。
ＢＳにおける能動的ＨＡＲＱの実働手続きは、以下のとおりである。すなわち、
（データパケットのアップリンク伝送）
第１の受信する手段２０１が、ＭＳから、１つまたは複数のＲＳを介して伝送されたデータパケットを受信する。
一方、第２の受信する手段２０４が、この１つまたは複数のＲＳから、これらのＲＳが、このデータパケットを正しく受信するかどうかを示す指示メッセージを受信する。
第１の検証する手段２０２が、このデータパケットが正しいかどうかを検証して、検証結果を獲得するようにする。
第２の送信する手段２０３が、その検証結果を、現在のＢＳの前のホップに送信する。
検証が不合格である場合、第１のリソース割り当て手段２０５が、１つまたは複数のＲＳからの指示メッセージに基づいて、再送のためのリソースを、このデータパケットに割り当てる。
ＢＳが、このデータパケットが誤っていることを検証し、さらに、１つまたは複数のＲＳから第２の受信する手段２０４によって受信された指示メッセージにおいて、少なくとも１つの指示メッセージが、ＲＳが、このデータパケットを正しく受信することを示す場合、第１のリソース割り当て手段２０５が、ＢＳに最も近いホップデバイスのＲＳとして、このデータパケットを正しく受信するＲＳに、このデータパケットを再送するためのリソースを割り当て、それ以外の場合、このデータパケットを再送するためのリソースは、ＭＳに割り当てられる。
このデータパケットを再送する際、第２の受信する手段２０４は、この１つまたは複数のＲＳから、これらのＲＳが、このデータパケットを正しく受信するかどうかを示す指示メッセージを受信することも目的とする。この１つまたは複数のＲＳから第２の受信する手段によって受信された指示メッセージにおいて、ＲＳが、このデータパケットを誤って受信することを示す指示メッセージが存在する場合、第１のリソース割り当て手段２０５が、誤って受信するＲＳの直前のホップデバイスに、このデータパケットを再送するためのリソースを割り当てる。
（データパケットのダウンリンク伝送）
初回の伝送に関して、以下のとおりである。すなわち、
第１の送信する手段２０６がまず、１つまたは複数のＲＳを介してＭＳにデータパケットを送信する。
第２の受信する手段２０４が、ＭＳ、および１つまたは複数のＲＳから指示メッセージをそれぞれ受信し、これらのメッセージは、ＭＳまたはＲＳが、直前のホップデバイスからデータパケットを正しく受信するかどうかを示すことを目的とする。
ＭＳから第２の受信する手段２０４によって受信される指示メッセージが、ＭＳが、直前のホップデバイスから、このデータパケットを誤って受信することを示す場合、第１のリソース割り当て手段２０５が、再送のためのリソースを、このデータパケットに割り当て、１つまたは複数のＲＳから第２の受信する手段２０４によって受信される指示メッセージにおいて、ＲＳが、直前のホップデバイスから、このデータパケットを正しく受信することを示す少なくとも１つの指示メッセージが、存在する場合、第１のリソース割り当て手段２０５が、ＭＳに最も近いホップデバイスにおけるＲＳとして、このデータパケットを正しく受信するＲＳに、このデータパケットを再送するためのリソースを割り当て、存在しない場合、ＢＳ自体が、このデータパケットを再送する。
このデータパケットを再送する際、以下のとおりである。すなわち、
第２の受信する手段２０４が、１つまたは複数のＲＳから指示メッセージをそれぞれ受信し、これらのメッセージは、ＲＳが、直前のホップデバイスからデータパケットを正しく受信するかどうかを示すことを目的とする。
この１つまたは複数のＲＳから第２の受信する手段２０４によって受信された指示メッセージにおいて、ＲＳが、直前のホップデバイスから、このデータパケットを誤って受信することを示す指示メッセージが、存在する場合、第１のリソース割り当て手段２０５が、誤って受信するＲＳの直前のホップデバイスに、このデータパケットを再送するためのリソースを割り当てる。
ＢＳにおける受動的ＨＡＲＱの実働手続きは、以下のとおりである。すなわち、
データパケットが、アップリンク伝送される場合：
第３の受信する手段２１１が、ＭＳから、１つまたは複数のＲＳを介して伝送されたデータパケットを受信する。
第２の検証する手段２１２が、このデータパケットが、正しいかどうかを検証して、検証結果を獲得するようにする。
第４の送信する手段２１３が、その検証結果を含む指示メッセージをＭＳに送信する。
第２の検証する手段２１２が、このデータパケットが誤っていることを検証すると、第２のリソース割り当て手段２１５が、このデータパケットを再送するためのリソースをＭＳに割り当てる。
データパケットが、ダウンリンク伝送される場合、以下のとおりである。すなわち、
第１の送信する手段２１６が、１つまたは複数のＲＳを介してデータパケットをＭＳに送信する。
第４の受信する手段２１４が、ＭＳから、１つまたは複数のＲＳを介して送信された指示メッセージを受信し、この指示メッセージは、ＭＳが、このデータパケットを正しく受信するかどうかを示すことを目的とする。
ＭＳから第４の受信する手段２１４によって受信される指示メッセージが、ＭＳが、このデータパケットを誤って受信することを示す場合、第３の送信する手段２１６が、このデータパケットを再送する。
この場合、ＢＳによって割り当てられるリソースは、ＢＳによって割り当てられるチャネルであり、直前のホップデバイスと次のホップデバイスの両方に、ＭＳ、ＲＳ、およびＢＳが含まれることに留意されたい。
図９および図１０は、本発明の２つのＨＡＲＱ機構、すなわち、能動的ＨＡＲＱおよび受動的ＨＡＲＱを実施する、ＲＳおよびＢＳにおけるデバイスをそれぞれ示す。ＲＳとＢＳは、能動的ＨＡＲＱモードとして、または受動的ＨＡＲＱモードとして別々に構成されることが可能であり、このことは、実際の通信デマンドに依存する。
図９および図１０に示される様々なデバイスモジュールが、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せによって実施されることが可能である。当業者は、様々なデバイスモジュールによって実施される機能、または様々なデバイスモジュールの他の特性に基づいて、デバイスモジュールを組み合わせる、またはさらに分割することができる。当業者は、従来技術に従って、図９および図１０に基づいて、他の任意のデバイスモジュールを追加して、期待されるさらなる機能を実現するようにすることができる。
本発明の前述の実施形態は、従来技術のＭＳに関するトランスペアレントなＨＡＲＱ手続きを提供することを目的とした、単に、現在、好ましいソリューションに過ぎず、このため、本明細書で説明される各実施形態は、ＭＳに対する任意の改良に関することはないことを理解されたい。しかし、本発明は、ＭＳに関する、このトランスペアレントな実施方法に限定されない。当業者は、本発明の他の実施形態を、相応した改良をＭＳに行うこと、例えば、新たなインテリジェント処理フローを追加することによって、構築することができる。
本発明の好ましい実施形態が、前段で説明された。本発明は、前述の特別な実施形態に限定されず、当業者は、添付の特許請求の範囲内で様々な変更または変形を行うことができることに留意されたい。

Claims (35)

  1. 無線通信ネットワークのＲＳ（中継局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のための方法であって、ＨＡＲＱプロセスが、ＢＳ（基地局）によって割り当てられたリソースに基づいて実施され、前記方法は、
    ａ．前記基地局によって割り当てられたリソース上の直前のホップデバイスからデータパケットを受信するステップと、
    ｂ．検証結果を獲得するように前記データパケットが正しいかどうかを検証するステップと、
    ｃ．前記ＢＳが、前記検証メッセージに基づいて、前記データパケットの再送をどのように実施すべきかを決定し、再送を実施するために適用される、対応するリソースを割り当てることができるように前記検証結果を示す指示メッセージを前記ＢＳに送信するステップと、
    ｅ１．受信されたデータパケットが、初めて伝送されている場合、前記ＢＳによって割り当てられたリソースに基づいて、データパケットを次のホップデバイスに送信するステップと、
    ｆ１．前記ＢＳによって割り当てられたリソースに基づいて、次のホップデバイスから、次のホップデバイスが、前記データパケットを正しく受信するかどうかを示す指示メッセージを受信するステップと、
    ｇ１．次のホップデバイスからの前記指示メッセージに基づいて、前記直前のホップデバイスに送信され、前記ＲＳの正しい受信を示す指示メッセージを決定するステップとを含む、方法。
  2. 前記ステップｇ１が、前記次のホップデバイスからの前記指示メッセージが、前記次のホップデバイスが前記データパケットを正しく受信することを示す場合、前記ＲＳが前記データパケットを正しく受信することを示す指示メッセージを、前記ＢＳによって割り当てられたリソース上で前記直前のホップデバイスに送信すること、および次のホップデバイスからの前記指示メッセージが、次のホップデバイスが前記データパケットを誤って受信することを示す場合、前記ＲＳにおける前記データパケットの検証結果を示す指示メッセージを、前記直前のホップデバイスに送信することをさらに含む、請求項１に記載の方法。
  3. ステップが、前記ステップｇ１の後、
    ｈ１．前記次のホップデバイスからの指示メッセージが、次のホップデバイスが前記データパケットを誤って受信すること、および前記検証結果が合格であることを示す場合、前記ＢＳによって割り当てられたリソースに基づいて、前記データパケットを前記次のホップデバイスに再送することからさらに成る、請求項２に記載の方法。
  4. データパケットのアップリンク再送中に、前記ＢＳによって割り当てられたリソースに基づいて、同一のフレーム内で、同一である複数の前記データパケットを送信し、前記複数の同一のデータパケットが、同一の有効なデータ情報を含む、請求項３に記載の方法。
  5. ｅ２．前記データパケットが、再送されるデータパケットである場合、前記直前のホップデバイスが、前記ＢＳによって割り当てられたリソースに基づいて、前記データパケットを再送するように、前記検証結果を示す前記指示メッセージを、前記ＢＳによって割り当てられたリソース上で前記直前のホップデバイスに送信するステップと、
    ｆ２．前記検証結果が、合格である場合、正しいことが検証された前記データパケットを、前記ＢＳによって割り当てられたリソースに基づいて、前記次のホップデバイスに転送するステップとをさらに含む、請求項１に記載の方法。
  6. 前記ＢＳによって割り当てられたリソースに基づいて、直前のホップデバイスからデータパケットを受信するステップと、
    受信されたデータパケットが、初めて伝送された場合、前記ＢＳによって割り当てられたリソースに基づいて、データパケットを前記次のホップデバイスに直接に送信するステップと、
    前記データパケットが、再送されたデータパケットである場合、前記データパケットが正しいかどうかを検証するステップであって、検証結果を獲得し、この検証結果に基づいて、前記データパケットを前記次のホップデバイスに転送する仕方が決定される、検証ステップとをさらに含む、請求項１に記載の方法。
  7. 前記検証するステップが、前記再送されたデータパケットを、１回または複数回の伝送中に以前に受信されたデータパケットと組み合わせて、前記組み合わされたデータパケットを検証すること、および
    前記検証が、合格である場合、前記ＢＳによって割り当てられたリソースに基づいて、前記組み合わされたデータパケットを前記次のホップデバイスに転送すること、
    前記検証が、不合格である場合、前記ＢＳによって割り当てられたリソースに基づいて、前記データパケットを前記次のホップデバイスに転送することによって実施される、請求項６に記載の方法。
  8. データパケットのアップリンク伝送が、
    前記ＢＳによって割り当てられたリソースに基づいて、前記ＢＳから、前記ＢＳによって受信されたデータパケットが正しいかどうかを示すことをＭＳ（移動局）に知らせるための指示メッセージを受信するステップと、
    前記指示メッセージが、前記ＢＳが、前記データパケットを正しく受信できないことを示し、前記検証が、合格である場合、前記ＢＳが、前記データパケットを正しく受信できないことを示す前記指示メッセージを、前記ＢＳが、前記データパケットを正しく受信することを示す指示メッセージに変換するステップと、
    前記ＢＳが前記データパケットを正しく受信することを示す前記変換された指示メッセージを、前記ＢＳによって割り当てられたリソースに基づいて、前記直前のホップデバイスに転送するステップと、
    正しいことが検証されたデータパケットを、前記ＢＳによって割り当てられたリソースに基づいて、前記次のホップデバイスに再送するステップとをさらに含む、請求項６に記載の方法。
  9. 前記ＢＳによって割り当てられたリソースが、アップリンク伝送チャネルまたはダウンリンク伝送チャネルである、請求項１から８のいずれか一項に記載の方法。
  10. 前記直前のホップデバイスまたは前記次のホップデバイスが、ＭＳ、ＲＳ、またはＢＳのいずれか１つであることが可能である、請求項１から９のいずれか一項に記載の方法。
  11. 無線通信ネットワークのＲＳ（中継局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のためのデバイスであって、ＨＡＲＱプロセスが、ＢＳ（基地局）によって割り当てられたリソースに基づいて実施され、前記デバイスは、
    直前のホップデバイスからデータパケットを、基地局によって割り当てられたリソースに基づいて、受信するための第１の受信する手段と、
    前記データパケットが正しいかどうかを検証して、検証結果を獲得するようにするための検証する手段と、
    前記ＢＳが、検証メッセージに基づいて、前記データパケットの再送をどのように実施すべきかを決定し、再送を実施するために適用される、対応するリソースを割り当てることをできるようにするように、前記検証結果を示す指示メッセージを、前記ＢＳによって割り当てられたリソースに基づいて、前記ＢＳに送信するための第２の送信する手段と、
    前記受信されたデータパケットが、初めて伝送されたかどうかを判定するための第１の判定手段と、
    前記受信されたデータパケットが、初めて伝送された場合、前記ＢＳによって割り当てられたリソースに基づいて、次のホップデバイスに前記データパケットを送信するための第１の送信する手段と、
    前記次のホップデバイスから、前記次のホップデバイスが、前記データパケットを正しく受信するかどうかを示す指示メッセージを、ＢＳによって割り当てられたリソースに基づいて、受信するための第２の受信する手段と、
    次のホップデバイスからの前記指示メッセージに基づいて、前記直前のホップデバイスに送信され、前記ＲＳが、正しく受信するかどうかを示す指示メッセージを決定するための決定する手段とを含む、デバイス。
  12. 前記第２の送信する手段が、前記ＲＳが正しく受信するかどうかを示す指示メッセージを前記直前のホップデバイスに送信することも目的とする、請求項１１に記載のデバイス。
  13. 前記判定する手段が、
    前記第２の受信する手段が、前記次のホップデバイスから、前記次のホップデバイスが前記データパケットを正しく受信することを示す前記指示メッセージを受信した場合、前記第２の送信する手段が、前記ＲＳが前記データパケットを正しく受信することを示す指示メッセージを、前記ＢＳによって割り当てられたリソースに基づいて、前記直前のホップデバイスに送信することを決定すること、
    前記第２の受信する手段が、前記次のホップデバイスから、前記次のホップデバイスが誤って受信することを示す前記指示メッセージを受信した場合、前記第２の送信する手段が、ＲＳにおけるデータパケット検証結果を示す指示メッセージを、前記直前のホップデバイスに送信することを決定することも目的とする、請求項１２に記載のデバイス。
  14. 前記第１の送信する手段が、
    前記次のホップデバイスからの指示メッセージが、次のホップデバイスが前記データパケットを誤って受信すること、および前記検証結果が、合格であることを示す場合、前記データパケットを前記次のホップデバイスに、前記ＢＳによって割り当てられたリソース上で再送することも目的とする、請求項１２または１３に記載のデバイス。
  15. 前記第１の送信する手段が、
    データパケットのアップリンク再送中、前記ＢＳによって割り当てられたリソースに基づいて、同一のフレーム内で、同一である複数の前記データパケットを送信し、前記複数の同一のデータパケットが、同一の有効なデータ情報を含むことも目的とする、請求項１４に記載のデバイス。
  16. 前記第２の送信する手段が、
    前記データパケットが、再送されたデータパケットである場合、前記第１の検証する手段の前記検証結果を示す指示メッセージを、前記ＢＳによって割り当てられたリソースに基づいて、前記直前のホップデバイスに送信して、前記直前のホップデバイスが、前記ＢＳによって割り当てられたリソースに基づいて、前記データパケットを再送するようにすることも目的とし、さらに
    前記第１の送信する手段が、
    前記第１の検証する手段の検証結果が、合格である場合、正しいことが検証された前記データパケットを、前記ＢＳによって割り当てられたリソースに基づいて、前記次のホップデバイスに転送することも目的とすることを含む、請求項１２に記載のデバイス。
  17. ＢＳによって割り当てられたリソースに基づいて、直前のホップデバイスからデータパケットを受信するための第３の受信する手段と、
    前記受信されたデータパケットが、初めて伝送されたかどうかを判定するための第２の判定する手段と、
    前記第２の判定する手段が、前記データパケットが再送されたデータパケットであると判定した場合、前記データパケットが、正しいかどうかを検証して、検証結果を獲得するようにするための第２の検証する手段と、
    前記第２の判定する手段が、前記データパケットが、最初の伝送であると判定した場合、前記データパケットを前記次のホップデバイスに、前記ＢＳによって割り当てられたリソースに基づいて直接に転送するため、および前記第２の判定する手段が、前記データパケットが、再送されたデータパケットであると判定した場合、前記第２の検証する手段の検証結果に基づいて、前記データパケットを前記次のホップデバイスに転送する仕方を決定するための第３の送信する手段とを含む、請求項１１に記載のデバイス。
  18. 前記第２の検証する手段が、前記再送されたデータパケットを、１回または複数回の伝送中に以前に受信されたデータパケットと組み合わせて、前記組み合わされたデータパケットを検証することによって、前記検証を実施し、
    前記第３の送信する手段が、
    前記検証結果が、合格である場合、前記組み合わされたデータパケットを前記次のホップデバイスに、前記ＢＳによって割り当てられたリソースに基づいて転送すること、
    前記検証結果が、不合格である場合、前記データパケットを前記次のホップデバイスに、前記ＢＳによって割り当てられたリソースに基づいて転送することを目的とする、請求項１７に記載のデバイス。
  19. 前記ＢＳから、前記ＢＳによって受信されたデータパケットが正しいかどうかを示すことをＭＳ（移動局）に知らせるための指示メッセージを、前記ＢＳによって割り当てられたリソースに基づいて受信するための第４の受信する手段と、
    前記指示メッセージが、前記ＢＳが、前記データパケットを正しく受信できないことを示し、さらに、前記第２の検証する手段の前記検証結果が、合格である場合、前記ＢＳが、前記データパケットを正しく受信できないことを示す前記指示メッセージを、前記ＢＳが、前記データパケットを正しく受信することを示す指示メッセージに変換するための変更する手段と、
    前記ＢＳが、前記データパケットを正しく受信することを示す前記変換された指示メッセージを前記直前のホップデバイスに、前記ＢＳによって割り当てられたリソースに基づいて転送するための第４の送信する手段とをさらに含み、前記第３の送信する手段が、正しいことが検証されたデータパケットを前記次のホップデバイスに、前記ＢＳによって割り当てられたリソースに基づいて再送することも目的とする、請求項１７に記載のデバイス。
  20. 前記ＢＳによって割り当てられたリソースが、アップリンク伝送チャネルまたはダウンリンク伝送チャネルである、請求項１１から１９のいずれか一項に記載のデバイス。
  21. 前記直前のホップデバイスまたは前記次のホップデバイスが、ＭＳ、ＲＳ、またはＢＳのいずれか１つであることが可能である、請求項１１から２０のいずれか一項に記載のデバイス。
  22. 無線通信ネットワークのＢＳ（基地局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のための方法であって、ＨＡＲＱプロセスが、前記ＢＳによって割り当てられたリソースに基づいて、１つまたは複数のＲＳとＭＳ（移動局）との中間で実施され、
    ｉ．前記１つまたは複数のＲＳから、ＲＳが、データパケットを正しく受信するかどうかを示す指示メッセージを受信するステップと、
    ｉｉ．１つまたは複数のＲＳからの前記指示メッセージに基づいて、前記データパケットの再送をどのように実施すべきかを決定し、再送を実施するために適用される、対応するリソースを割り当てるステップとを含み、
    データパケットのアップリンク伝送において、現在の伝送が、前記データパケットの最初の伝送である場合、前記方法が、
    前記ＭＳから、前記１つまたは複数のＲＳを介して伝送されたデータパケットを受信するステップと、
    検証結果を獲得するように、前記受信されたデータパケットが正しいかどうかを検証するステップと、
    前記検証結果を示す指示メッセージを、前記ＢＳの直前のホップデバイスに送信するステップとをさらに含み、
    前記検証結果が、不合格である場合、前記ステップｉｉが、
    １つまたは複数のＲＳからの前記指示メッセージにおいて、それぞれのＲＳが、前記データパケットを正しく受信することを示す少なくとも１つの指示メッセージが、存在する場合、ＢＳに最も近いホップデバイスのＲＳとして、データパケットを正しく受信する前記ＲＳに、再送を実施するためのリソースを割り当て、存在しない場合、前記ＭＳに、再送を実施するためのリソースを割り当てることを含む、方法。
  23. データパケットのアップリンク伝送において、現在の伝送が、前記データパケットの最初の伝送である場合、前記方法の前記ステップｉｉが、
    １つまたは複数のＲＳからの前記指示メッセージにおいて、ＲＳが、前記データパケットを誤って受信することを示す指示メッセージが、存在する場合、誤って受信する前記ＲＳの直前のデバイスに、再送を実施するためのリソースを割り当てるステップをさらに含む、請求項２２に記載の方法。
  24. データパケットのダウンリンク伝送において、現在の伝送が、前記データパケットの最初の伝送である場合、前記方法が、
    前記ＭＳに、前記１つまたは複数のＲＳを介してデータパケットを送信するステップと、
    前記ＭＳから、前記ＭＳが、データパケットを正しく受信するかどうかを示すメッセージを受信するステップとをさらに含み、
    前記指示メッセージが、前記ＭＳが、前記データパケットを誤って受信することを示す場合、前記ステップｉｉが、
    １つまたは複数の中継ＲＳからの前記指示メッセージにおいて、ＲＳが、直前のホップデバイスから前記データパケットを正しく受信することを示す少なくとも１つの指示メッセージが、存在する場合、データパケットを正しく受信し、ＭＳに最も近いホップデバイスである前記ＲＳに、再送を実施するためのリソースを割り当て、存在しない場合、前記ＢＳ自体に、再送を実施するためのリソースを割り当てることを含む、請求項２２に記載の方法。
  25. データパケットのダウンリンク伝送において、現在の伝送が、前記データパケットの最初の伝送である場合、前記方法の前記ステップｉｉが、
    １つまたは複数のＲＳからの前記指示メッセージにおいて、ＲＳが、直前のホップデバイスから前記データパケットを誤って受信することを示す指示メッセージが、存在する場合、誤って受信する前記ＲＳの直前のデバイスに、再送を実施するためのリソースを割り当てるステップをさらに含む、請求項２２に記載の方法。
  26. データパケットのアップリンク伝送において、前記方法が、
    前記ＭＳから、前記１つまたは複数のＲＳを介して伝送されたデータパケットを受信するステップと、
    検証結果を獲得するように、前記データパケットが正しいかどうかを検証するステップと、
    前記検証結果を示す指示メッセージを前記ＭＳに送信するステップと、
    前記検証結果が、不合格である場合、前記ＭＳに、再送を実施するためのリソースを割り当てるステップとをさらに含む、請求項２２に記載の方法。
  27. データパケットのダウンリンク伝送において、前記方法が、
    前記ＭＳに、前記１つまたは複数のＲＳを介してデータパケットを送信するステップと、
    前記ＭＳから、前記１つまたは複数のＲＳを介して、前記ＭＳが前記データパケットを正しく受信するかどうかを示すことを目的とする指示メッセージを受信するステップと、
    前記指示メッセージが、前記ＭＳが前記データパケットを誤って受信することを示す場合、前記ＢＳ自体に、再送を実施するためのリソースを割り当てるステップとを含む、請求項２２に記載の方法。
  28. 前記直前のホップデバイスまたは前記次のホップデバイスが、ＭＳ、ＲＳ、またはＢＳのいずれか１つであることが可能である、請求項２２から２５のいずれか一項に記載の方法。
  29. 無線通信ネットワークのＢＳ（基地局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のためのデバイスであって、ＨＡＲＱプロセスが、前記ＢＳによって割り当てられたリソースに基づいて、１つまたは複数のＲＳとＭＳ（移動局）との中間で実施され、
    前記１つまたは複数のＲＳから、ＲＳがデータパケットを正しく受信するかどうかを示す指示メッセージを受信するための第２の受信する手段と、
    １つまたは複数のＲＳからの前記指示メッセージに基づいて、前記データパケットの再送をどのように実施すべきかを決定し、再送を実施するために適用される、対応するリソースを割り当てるための第１のリソース割り当て手段と、
    前記ＭＳから１つまたは複数のＲＳを介して伝送されたデータパケットを受信するための第１の受信する手段と、
    前記データパケットが正しいかどうかを検証して、検証結果を獲得するようにするための第１の検証する手段と、
    前記検証結果を示す指示メッセージを、前記ＢＳの直前のホップデバイスに送信するための第２の送信する手段とを含み、
    データパケットのアップリンク伝送において、現在の伝送が、前記データパケットの最初の伝送である場合、前記第１のリソース割り当て手段が、さらに、
    ＢＳが、データパケットが誤っていることを検証し、１つまたは複数の中継ＲＳから、第２の受信する手段によって受信された指示メッセージにおいて、少なくとも１つの指示メッセージが、ＲＳがデータパケットを正しく受信することを示す場合、データパケットを正しく受信し、ＢＳに最も近いホップデバイスのＲＳであるＲＳに、再送を実施するためのリソースを割り当て、示さない場合、ＭＳに、再送を実施するための前記リソースを割り当てることを目的とする、デバイス。
  30. データパケットのアップリンク伝送において、現在の伝送が、前記データパケットの再送である場合、前記第１のリソース割り当て手段が、
    １つまたは複数のＲＳからの前記指示メッセージにおいて、ＲＳが、前記データパケットを誤って受信することを示す指示メッセージが、存在する場合、誤って受信する前記ＲＳの直前のデバイスに、再送を実施するためのリソースを割り当てることをさらに目的とする、請求項２９に記載のデバイス。
  31. 前記ＭＳに１つまたは複数のＲＳを介してデータパケットを送信するための第１の送信する手段を含み、
    前記第２の受信する手段が、
    前記ＭＳから、前記ＭＳが、データパケットを正しく受信するかどうかを示すメッセージを受信すること、および
    データパケットのダウンリンク伝送において、現在の伝送が、前記データパケットの最初の伝送である場合、前記第１のリソース割り当て手段が、
    前記指示メッセージが、前記ＭＳが、前記データパケットを誤って受信することを示すとき、前記１つまたは複数のＲＳからの前記指示メッセージにおいて、ＲＳが、直前のホップから前記データパケットを正しく受信することを示す少なくとも１つの指示メッセージが、存在する場合、データパケットを正しく受信し、ＢＳに最も近いホップデバイスであるＲＳである前記ＲＳに、再送を実施するためのリソースを割り当て、存在しない場合、前記ＢＳ自体に、再送を実施するためのリソースを割り当てることをさらに目的とする、請求項２９に記載のデバイス。
  32. データパケットのダウンリンク伝送において、現在の伝送が、前記データパケットの再送である場合、前記第１のリソース割り当て手段が、
    １つまたは複数のＲＳからの前記指示メッセージにおいて、ＲＳが、直前のホップデバイスから前記データパケットを誤って受信することを示す指示メッセージが、存在する場合、誤って受信する前記ＲＳの直前のデバイスに、再送を実施するためのリソースを割り当てることをさらに目的とする、請求項２９に記載のデバイス。
  33. 前記ＭＳから１つまたは複数のＲＳを介して伝送されたデータパケットを受信するための第３の受信する手段と、
    前記データパケットが、正しいかどうかを検証して、検証結果を獲得するようにするための第２の検証する手段と、
    前記検証結果を示す指示メッセージを前記ＭＳに送信するための第４の送信する手段と、
    第２の検証する手段の検証結果が、不合格である場合、前記ＭＳに再送を実施するためのリソースを割り当てるための第２のリソース割り当て手段とを含む、請求項２９に記載のデバイス。
  34. 前記ＭＳに前記１つまたは複数のＲＳを介してデータパケットを送信するための第３の送信する手段と、
    前記ＭＳから前記１つまたは複数のＲＳを介して、前記ＭＳが前記データパケットを正しく受信するかどうかを示すための指示メッセージを受信するための第４の受信する手段と、
    第４の受信する手段によって受信された前記指示メッセージが、前記ＭＳが、前記データパケットを誤って受信することを示す場合、再送を実施するためのリソースを割り当てるためのデータパケット再送手段とを含む、請求項２９に記載のデバイス。
  35. 前記直前のホップデバイスまたは前記次のホップデバイスが、ＭＳ、ＲＳ、またはＢＳのいずれか１つであることが可能である、請求項２９から３２のいずれか一項に記載のデバイス。
JP2009528577A 2006-09-20 2007-08-27 ハイブリッド自動再送のための方法および装置 Expired - Fee Related JP5524621B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200610116270.4 2006-09-20
CN2006101162704A CN101150384B (zh) 2006-09-20 2006-09-20 混合自动重传的方法和装置
PCT/CN2007/002578 WO2008034335A1 (fr) 2006-09-20 2007-08-27 Procédé et appareil pour une retransmission à répétition automatique hybride

Publications (2)

Publication Number Publication Date
JP2010504665A JP2010504665A (ja) 2010-02-12
JP5524621B2 true JP5524621B2 (ja) 2014-06-18

Family

ID=39200171

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009528577A Expired - Fee Related JP5524621B2 (ja) 2006-09-20 2007-08-27 ハイブリッド自動再送のための方法および装置

Country Status (6)

Country Link
US (1) US8239719B2 (ja)
EP (1) EP2068487A4 (ja)
JP (1) JP5524621B2 (ja)
KR (1) KR101365477B1 (ja)
CN (1) CN101150384B (ja)
WO (1) WO2008034335A1 (ja)

Families Citing this family (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047431B (zh) * 2006-06-22 2011-02-02 华为技术有限公司 在含有中继站的通信系统中实现混合自动重传的方法
EP1962451B1 (en) 2007-02-26 2014-02-19 Samsung Electronics Co., Ltd. Apparatus and method for retransmitting request in wireless relay communication system
JP5003757B2 (ja) * 2007-04-18 2012-08-15 富士通株式会社 無線中継システムにおける再送制御方法並びに無線中継局
US8385257B2 (en) 2008-01-11 2013-02-26 Zte Corporation Method for relaying and forwarding the feedback information in HARQ scenario
EP2244501A1 (en) * 2008-02-14 2010-10-27 Panasonic Corporation Radio communication base station device, radio communication relay station device, radio communication terminal device, radio communication system, and radio communication method
KR101603805B1 (ko) * 2008-03-14 2016-03-16 애플 인크. 무선 통신 시스템을 위한 분산된 ａｒｑ
US8634763B2 (en) 2008-04-22 2014-01-21 Intel Corporation Cooperative communications techniques
CN101282204B (zh) * 2008-05-13 2011-04-27 山东大学 基于自适应编码调制的自适应协作重传方法
US8018890B2 (en) * 2008-06-25 2011-09-13 Intel Corporation Techniques using a hop-by-hop approach for automatic repeat request (ARQ) in wireless relay networks
WO2010031207A1 (zh) * 2008-09-22 2010-03-25 上海贝尔阿尔卡特股份有限公司 将harq反馈定位到相应的跳的方法和基站
CN101729224A (zh) * 2008-10-20 2010-06-09 富士通株式会社 传输数据生成装置和接收机
KR101527977B1 (ko) * 2008-10-27 2015-06-15 엘지전자 주식회사 무선통신 시스템에서 중계기의 동작 방법
BRPI0823186A2 (pt) 2008-10-28 2015-06-23 Fujitsu Ltd Dispositivo de estação base sem fio usando um sistema de comunicação harq colaborativo, dispositivo de terminal sem fio, sistema de comunicação sem fio, e método de comunicação sem fio
US8848594B2 (en) 2008-12-10 2014-09-30 Blackberry Limited Method and apparatus for discovery of relay nodes
US8402334B2 (en) 2008-12-17 2013-03-19 Research In Motion Limited System and method for hybrid automatic repeat request (HARQ) functionality in a relay node
US8040904B2 (en) 2008-12-17 2011-10-18 Research In Motion Limited System and method for autonomous combining
US8311061B2 (en) 2008-12-17 2012-11-13 Research In Motion Limited System and method for multi-user multiplexing
US8355388B2 (en) 2008-12-17 2013-01-15 Research In Motion Limited System and method for initial access to relays
US8446856B2 (en) 2008-12-19 2013-05-21 Research In Motion Limited System and method for relay node selection
US8335466B2 (en) 2008-12-19 2012-12-18 Research In Motion Limited System and method for resource allocation
US8265128B2 (en) 2008-12-19 2012-09-11 Research In Motion Limited Multiple-input multiple-output (MIMO) with relay nodes
CN101772029B (zh) * 2009-01-05 2016-03-23 上海贝尔股份有限公司 频率资源分配方法和设备以及无线通信系统
CN101790193B (zh) * 2009-01-22 2014-08-13 中兴通讯股份有限公司 混合自动重传请求的控制方法、系统、发送及接收端设备
CN101790194A (zh) * 2009-01-22 2010-07-28 中兴通讯股份有限公司 用于上行中继链路的混合自动重传请求方法、装置及系统
KR101075964B1 (ko) * 2009-02-02 2011-10-21 아주대학교산학협력단 통신 시스템에서 다중 링크 중계 장치 및 방법
CN101808362B (zh) * 2009-02-13 2014-03-12 上海贝尔股份有限公司 一种用于调整移动台睡眠模式的方法及装置
CN101814981B (zh) * 2009-02-20 2016-08-31 上海贝尔股份有限公司 多跳中继系统中进行通信的方法及装置
JP5502907B2 (ja) 2009-02-24 2014-05-28 アルカテル−ルーセント リレーベースのシステムにおいてａｒｑプロセスを実行するための方法、基地局、およびリレー局
WO2010102436A1 (zh) * 2009-03-09 2010-09-16 上海贝尔股份有限公司 用于实现域内第一层切换的方法、相关网络单元及系统
CN101841404B (zh) * 2009-03-16 2013-08-07 上海贝尔股份有限公司 中继通信方法及其系统和装置
CN102257863A (zh) * 2009-03-20 2011-11-23 华为技术有限公司 一种通信方法、中继设备、终端设备及中继系统
WO2010111840A1 (zh) * 2009-04-03 2010-10-07 华为技术有限公司 一种确定重传数据的方法、中继及用户设备
CN101860900B (zh) * 2009-04-08 2015-01-28 中兴通讯股份有限公司 同步数据的下行和上行传输方法
US8289895B2 (en) * 2009-04-24 2012-10-16 Research In Motion Limited Relay link HARQ operation
CN101925185B (zh) * 2009-06-16 2014-03-12 华为技术有限公司 中继蜂窝网络的干扰抑制方法、基站和网络系统
CN102036299A (zh) * 2009-09-29 2011-04-27 华为技术有限公司 一种透明中继网络中的上行混合自动重传请求方法及装置
US8570943B2 (en) * 2010-01-06 2013-10-29 Blackberry Limited Intra-donor cell coordinated multi-point transmission with type 1 relay
US8274924B2 (en) * 2010-01-06 2012-09-25 Research In Motion Limited Intra-donor cell coordinated multi-point transmission with type 1 relay
US20110164577A1 (en) * 2010-01-06 2011-07-07 Research In Motion Limited Intra-Donor Cell Coordinated Multi-Point Transmission with Type 1 Relay
CN102149205B (zh) * 2010-02-09 2016-06-15 中兴通讯股份有限公司 一种中继节点的状态管理方法及系统
EP2458767A1 (en) 2010-11-25 2012-05-30 NTT DoCoMo, Inc. Method for resource allocation in a wireless communication network
EP2676508B1 (en) * 2011-02-14 2017-12-27 Telefonaktiebolaget LM Ericsson (publ) Harq handling at relay node reconfiguration
US20120226827A1 (en) * 2011-03-02 2012-09-06 Qualcomm Incorporated Mechanism for Performing SDIO Aggregation and Conveying SDIO Device Status to the Host Software
CN102307060B (zh) * 2011-08-31 2015-08-19 电信科学技术研究院 一种传输数据的方法和设备
CN102497250B (zh) * 2011-12-05 2014-03-26 中国科学院计算技术研究所 多址接入信道下自适应编码中继系统与方法
CN102811120A (zh) * 2012-08-03 2012-12-05 西安电子科技大学 基于网络编码的双向中继harq控制系统与方法
CN104079391B (zh) * 2013-03-27 2018-09-07 华为技术有限公司 一种数据包传输方法、系统及通信设备
CN106603205B (zh) * 2016-12-09 2020-01-03 广州华多网络科技有限公司 数据传输方法、装置和系统
CN107147471A (zh) * 2017-03-24 2017-09-08 南京邮电大学 一种基于线性网络编码的数据传输优化方法
CN112088556B (zh) * 2018-05-11 2022-01-04 Oppo广东移动通信有限公司 传输信号的方法、中继设备和网络设备
CN110471318B (zh) * 2019-06-26 2022-05-10 康美药业股份有限公司 一种制药发热炉的智能控制系统
CN112235084B (zh) * 2019-07-15 2022-09-16 海能达通信股份有限公司 在无线mesh网络中实现HARQ机制的方法及装置
CN115225213B (zh) * 2022-03-08 2023-12-05 中国科学院上海微系统与信息技术研究所 一种基于反馈信令汇聚的超多跳自组网数据重传方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1225860C (zh) * 2001-11-28 2005-11-02 华为技术有限公司 一种混合自动重传方法
US7218891B2 (en) * 2003-03-31 2007-05-15 Nortel Networks Limited Multi-hop intelligent relaying method and apparatus for use in a frequency division duplexing based wireless access network
GB0316692D0 (en) 2003-07-17 2003-08-20 Koninkl Philips Electronics Nv Enhanced multi-path for mimo devices
US8018893B2 (en) 2003-09-03 2011-09-13 Motorola Mobility, Inc. Method and apparatus for relay facilitated communications
US7400856B2 (en) * 2003-09-03 2008-07-15 Motorola, Inc. Method and apparatus for relay facilitated communications
WO2006023771A2 (en) 2004-08-18 2006-03-02 Motorola, Inc. Method and apparatus for transparent relaying
JP4539231B2 (ja) * 2004-08-24 2010-09-08 Ｋｄｄｉ株式会社 マルチホップ通信での自動再送制御を用いた通信方法及び基地局
EP1681792B1 (de) * 2005-01-17 2013-03-13 Nokia Siemens Networks GmbH & Co. KG Gesicherte Nachrichtenübertragung in einem Multi-Hop System
KR100903053B1 (ko) 2005-11-04 2009-06-18 삼성전자주식회사 광대역 무선접속 통신망에서 멀티홉시스템을 위한자동반복요청 장치 및 방법
US8155016B2 (en) * 2005-11-12 2012-04-10 Rockstar Bidco, LP System and method for unbalanced relay-based wireless communications
MY145967A (en) * 2006-05-29 2012-05-31 Samsung Electronics Co Ltd Retransmission apparatus and method in wireless relay communication system
CN101047431B (zh) 2006-06-22 2011-02-02 华为技术有限公司 在含有中继站的通信系统中实现混合自动重传的方法
CN101823489B (zh) * 2010-03-29 2011-09-28 南车眉山车辆有限公司 一种滑动顶棚车

Also Published As

Publication number Publication date
KR20090053891A (ko) 2009-05-28
WO2008034335A1 (fr) 2008-03-27
KR101365477B1 (ko) 2014-02-21
EP2068487A4 (en) 2013-04-17
US8239719B2 (en) 2012-08-07
CN101150384B (zh) 2010-12-08
CN101150384A (zh) 2008-03-26
JP2010504665A (ja) 2010-02-12
US20090313518A1 (en) 2009-12-17
EP2068487A1 (en) 2009-06-10

Similar Documents

Publication Publication Date Title
JP5524621B2 (ja) ハイブリッド自動再送のための方法および装置
US11617226B2 (en) System and method for UE fountain relay based network
JP5190114B2 (ja) 信頼性中継関連送信方式および日和見的協調送信方式のための方法およびシステム
CN111492604B (zh) 用于非地面通信的系统
US9025573B2 (en) Introducing a delay in the transmission of a nack for a packet received employing coordinated multi-point transmission
JP5458111B2 (ja) 下りリンクにおけるマクロダイバーシチ送信のためのｈａｒｑ動作
WO2018059282A1 (en) System and method for d2d communication
US8208420B2 (en) Hybrid automatic repeat request method of a downlink tunnel
US8171366B2 (en) Method of retransmission control in wireless relay system, wireless relay station, and wireless base station
EP2100414B1 (en) Delay constrained use of automatic repeat request for multi-hop communication systems
US20090141676A1 (en) Method and apparatus for providing an error control scheme in a multi-hop relay network
US7991352B2 (en) Method and apparatus for automatic repeat request in a multi-hop broadband wireless communication system
KR20100054735A (ko) 네트워크 부호화를 사용하는 하이브리드 자동 재송 요구 동작을 위한 방법 및 장치
CN108521316B (zh) 一种混合自动重传请求方法及装置
WO2009089664A1 (en) A method for relaying and forwarding the feedback information in harq scene
EP2490399A1 (en) Method for data transmission based on relay mobile communication system and equipment thereof
WO2022148326A1 (en) End-to-end hybrid automatic repeat request (harq) for relay communications with user equipment (ue) cooperation
CN112671517B (zh) 一种移动自组织网通信中基于时隙确认的数据重传方法
CN109314590A (zh) 上行传输的方法和装置
US9215042B2 (en) Apparatus and method for transmitting and receiving packet data in a wireless communication system using hybrid automatic repeat request
US20200296735A1 (en) Retransmission of messages using a non-orthogonal multiple access (noma) communication system
CN114731194A (zh) 无线通信网络中的改进的重传处理
Nan Reliability Strategies for Data Transmission in Wireless Mesh Network
Cheng et al. Dynamic pre-allocation HARQ (DP-HARQ) in IEEE 802.16 j mobile multihop relay (MMR)
JP2019097191A (ja) 基地局および方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100824

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110823

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120918

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120919

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20121106

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20121206

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20121214

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20121221

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130308

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130409

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20130705

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20130712

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20131112

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140305

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20140313

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20140401

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140410

R150 Certificate of patent or registration of utility model

Ref document number: 5524621

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees