複数の端末に送信される1つ以上の時空間ストリームに該複数の各端末に対するレスポンスインデックスを含ませて送信する基準端末であって、前記レスポンスインデックスは、前記複数の端末が送信するレスポンスの送信順序に関する情報であることを特徴とする基準端末。前記複数の各端末は、他の端末が送信するレスポンスに応じてパケットカウントを増加させ、前記パケットカウントが前記レスポンスインデックスに対応する応答端末から前記レスポンスを受信することを特徴とする請求項1に記載の基準端末。前記応答端末から前記レスポンスを受信できない場合、前記パケットカウントを前記応答端末の前記レスポンスインデックスに対応するように設定する情報が含まれたフィリングパケットを前記複数の端末に送信することを特徴とする請求項2に記載の基準端末。前記レスポンスは、該当端末が推定したチャネル情報又は前記基準端末から送信されたデータに対するACKであることを特徴とする請求項1に記載の基準端末。前記基準端末はアクセスポイントであることを特徴とする請求項1に記載の基準端末。基準端末からレスポンスインデックスが含まれた時空間ストリームを受信する受信部と、前記基準端末のサービスカバレッジ内に位置した1つ以上の他の端末のレスポンス送信に対応してパケットカウントを増加させるパケットカウント部と、前記パケットカウントが前記レスポンスインデックスに対応する場合、前記基準端末にレスポンスを送信するように制御する送信制御部と、を備えることを特徴とする端末。前記受信部は、前記基準端末から前記パケットカウントを前記レスポンスインデックスに対応するように設定する情報が含まれたフィリングパケットを更に受信し、前記パケットカウント部は、前記パケットカウントを再設定することを特徴とする請求項6に記載の端末。前記レスポンスは、前記端末が推定したチャネル情報又は前記基準端末から受信したデータに対するACKであることを特徴とする請求項6に記載の端末。サービスカバレッジ内に位置した複数の各端末に対するレスポンスインデックスを生成するステップと、前記複数の端末に前記レスポンスインデックスが含まれた時空間ストリームを送信するステップと、を有するデータ通信方法であって、前記レスポンスインデックスは、前記複数の端末が送信するレスポンスの送信順序に関する情報であることを特徴とするデータ通信方法。前記複数の端末から前記レスポンスを順次受信するステップを更に含み、前記複数の各端末は、他の端末が送信するレスポンスに応じてパケットカウントを増加させ、前記パケットカウントが前記レスポンスインデックスに対応する応答端末から前記レスポンスを受信することを特徴とする請求項9に記載のデータ通信方法。前記応答端末から前記レスポンスを受信できない場合、前記パケットカウントを前記応答端末の前記レスポンスインデックスに対応するように設定する情報が含まれたフィリングパケットを前記複数の端末に送信するステップを更に含むことを特徴とする請求項9に記載のデータ通信方法。請求項9乃至11のいずれか1項に記載のデータ通信方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。本発明は上記従来技術に鑑みてなされたものであって、本発明の目的は、データ送信以外の余剰リソースの使用を最小化するだけではなく、端末に対する安定したデータ送信及び受信を保証することができる順次レスポンスプロトコルを用いたデータ通信方法とその方法を適用した基準端末及び端末、並びにコンピュータ読み取り可能な記録媒体を提供することにある。上記目的を達成するためになされた本発明の基準端末は、複数の端末に送信される1つ以上の時空間ストリームに該複数の各端末に対するレスポンスインデックスを含ませて送信する基準端末であって、前記レスポンスインデックスは、前記複数の端末が送信するレスポンスの送信順序に関する情報であることを特徴とする。上記目的を達成するためになされた本発明の端末は、基準端末からレスポンスインデックスが含まれた時空間ストリームを受信する受信部と、前記基準端末のサービスカバレッジ内に位置した1つ以上の他の端末のレスポンス送信に対応してパケットカウントを増加させるパケットカウント部と、前記パケットカウントが前記レスポンスインデックスに対応する場合、前記基準端末にレスポンスを送信するように制御する送信制御部と、を備えることを特徴とする。上記目的を達成するためになされた本発明のデータ通信方法は、サービスカバレッジ内に位置した複数の各端末に対するレスポンスインデックスを生成するステップと、前記複数の端末に前記レスポンスインデックスが含まれた時空間ストリームを送信するステップと、を有するデータ通信方法であって、前記レスポンスインデックスは、前記複数の端末が送信するレスポンスの送信順序に関する情報であることを特徴とする。本発明は、1つ以上の端末がデータを効率よく送信するプロトコルを提案する。本発明の順次レスポンスプロトコルによれば、データ送信以外の余剰リソースの使用を最小化するだけではなく、端末に対する安定したデータ送信及び受信を保証することができる。以下、本発明を実施するための形態の具体例を、図面を参照しながら詳細に説明する。但し、本発明が実施形態によって制限されたり限定されたりすることはない。各図面に提示した同一の参照符号は同一の部材を示す。本明細書では、順次レスポンスプロトコルを用いるデータ通信方法及びその方法を適用した端末を開示する。本明細書において説明する順次レスポンスプロトコルは、1つ以上のアンテナを有する基準端末が1つ以上のアンテナを有する1つ以上の応答端末にデータを送信する全ての通信システムに適用することができる。<順次レスポンスプロトコルを用いるデータ通信>図1は、本発明の一実施形態による順次レスポンスプロトコルを適用したデータパケット送信方法を示す図である。複数の端末の間でパケットが送信される場合、複数の端末のうちの選択された基準端末referenceterminalが各端末のパケットの送信順序を決定し、決定されたパケットの送信順序をレスポンスインデックスのように表し、応答端末responseterminalに送信する。本明細書では、各端末のパケットの送信順序情報をレスポンスインデックスRI:ResponseIndexと定義する。基準端末のサービスカバレッジ内で基準端末と通信する異なる端末を応答端末と定義する。本発明の一実施形態によると、基準端末は、レスポンスインデックスを含むデータパケットを応答端末に送信してもよい。応答端末は、基準端末からレスポンスインデックスを含むデータパケットを受信する。一実施形態によると、応答端末は、他の応答端末から受信されたレスポンスパケットの数に応じてパケットカウントを増加させ、パケットカウントがレスポンスインデックスと対応する応答端末は基準端末にレスポンスパケットを送信してもよい。図1に示す基準端末STA1110は、N-1個の応答端末STA2、STA3、STAN120、130、140に対するレスポンスインデックスを生成する。基準端末STA1110は、レスポンスインデックスを含むパケット111を応答端末STA2、STA3、STAN120、130、140に送信する。図1では、基準端末STA1110がパケットカウントを0に初期化して送信すると仮定する。また、第1応答端末STA2120のレスポンスインデックスは0であり、第2応答端末STA3130のレスポンスインデックスは1であり、第3応答端末STAN140のレスポンスインデックスはN-2と仮定する。応答端末STA2、STA3、STAN120、130、140は、レスポンスインデックスを含むデータパケット111を基準端末STA1110から受信する。本明細書では基準端末STA1110又は応答端末STA2、STA3、STAN120、130、140が受信モードから送信モードに切り替えるか、送信モードから受信モードに切り替えるために必要な時間をSIFSShortInterFrameSpace101、102、103、104と定義する。パケットカウントが0に初期化されたため、第1応答端末STA2120のパケットカウントとレスポンスインデックスは0と同一である。従って、第1応答端末STA2120は、SIFS101の後に送信モードに切り替え、レスポンスパケット121を送信する。第1応答端末STA2120から送信されたレスポンスパケット121をヒアリングhearingした他の応答端末STA3、STAN130、140はパケットカウントを1に増加させる。第2応答端末STA3130は、基準端末110から受信したレスポンスインデックスが1であり、パケットカウントが1であるため、SIFS102間に受信モードから送信モードに切り替えてレスポンスパケット131を送信する。第2応答端末STA3130から送信されたレスポンスパケット131をヒアリングした他の応答端末STA2、STAN120、140はパケットカウントを2に増加させる。同様の方法で、第N応答端末STAN140も各SIFS103、104の後にレスポンスパケット141を送信してもよい。図1では、各応答端末STA2、STA3、STAN120、130、140のレスポンスインデックスがパケットカウントと同一である場合、各応答端末STA2、STA3、STAN120、130、140がレスポンスパケット121、131、141をそれぞれ送信する実施形態を示したが、これは一例に過ぎず、各応答端末STA2、STA3、STAN120、130、140は自身のレスポンスインデックスとパケットカウントが一定の規則に従って対応する場合に、レスポンスパケット121、131、141を送信するよう実現されてもよい。例えば、各応答端末STA2、STA3、STAN120、130、140は自身のレスポンスインデックスとパケットカウント値の差が所定の値である場合、レスポンスパケット121、131、141をそれぞれ送信してもよい。本明細書において一例として説明する各応答端末120、130、140に対するレスポンスインデックス、パケットカウントの初期値、及び連続した2つの端末の間のレスポンスインデックス値の差は状況に応じて変更可能である。図2は、順次レスポンスプロトコルをIEEE802.11ac標準に適用したデータパケット送信方法の実施形態を表すものである。IEEE802.11ac標準は多重ユーザ多重アンテナ技術MU-MIMOを用いる。図2において、アクセスポイントAP210は、複数の応答端末STA2、STA3、STA4220、230、240にデータパケット211を送信する。データパケット211は、L-SIGフィールド212、VHT-SIGフィールド213、及びデータフィールド214、215、216を含む。L-SIGフィールド212は、レガシー信号フィールドLegacySIGnalfieldを表す。L-SIGフィールド212は、レガシー端末も該当フレームの長さ情報を把握することができるように、VHT-SIGフィールド213からフレームの終わり部分までのフレーム長さ情報を含んでもよい。VHTVeryHighThroughput-SIG213は、MU-MIMOを支援する802.11ac端末STAsのために送信されるシグナルフィールドsignalfieldであり、VHT-SIG213以後のデータフィールド214、215、216は、プリコーディングprecodingされて各応答端末STA2、STA3、STA4220、230、240に送信される。一実施形態によると、データフィールド214、215、216はSDMASpaceDimensionMultipleAccess方式によりプリコーディングされてもよい。各データフィールド214、215、216は各応答端末STA2、STA3、STA4220、230、240に送信されるデータ及び各応答端末STA2、STA3、STA4220、230、240に対するレスポンスインデックスを含んでもよい。図2に示すように、第1応答端末STA2220に対するレスポンスインデックスは0であり、第2応答端末STA3230に対するレスポンスインデックスは1であり、第3応答端末STA4240に対するレスポンスインデックスは2である。図2において、アクセスポイントAP210は、1つのデータパケット211を用いて各応答端末STA2、STA3、STA4220、230、240にレスポンスインデックスを送信する。各応答端末STA2、STA3、STA4220、230、240に対するレスポンスインデックスは、応答端末STA2、STA3、STA4220、230、240がアクセスポイントAP210から受信したデータ214、215、216に対するブロックACK221、231、241を送信する順序を意味する。図2に示すように、各応答端末STA2、STA3、STA4220、230、240は、アクセスポイントAP210のサービスカバレッジ内に位置した他の応答端末から送信されたレスポンスパケットのブロックACK221、231、241をヒアリングしてパケットカウントを増加させる。アクセスポイントAP210から受信したレスポンスインデックスとパケットカウントが対応する応答端末STA2、STA3、STA4は、SIFS201、202、203の以後にそれぞれブロックACK221、231、241を送信する。図3は、本発明の一実施形態による順次レスポンスプロトコルを用いたチャネル情報収集方法を示す図である。図3で説明する一例は、応答端末がレスポンスパケットであって、チャネル状態情報を基準端末に送信する応用例に関する。図3において、アクセスポイントAP310は、複数の応答端末STA2、STA3、STA4320、330、340にデータパケット311を送信する。データパケット311は、L-SIGフィールド312、VHT-SIGフィールド313、及びレスポンスインデックスが含まれたサウンドsoundingフィールド314を含む。L-SIGフィールド312とVHT-SIGフィールド313は、図2で説明したL-SIGフィールド212とVHT-SIGフィールド213と同一である。サウンドフィールド314は、各応答端末STA2、STA3、STA4320、330、340がアクセスポイントAP310と各応答端末STA2、STA3、STA4320、330、340の間のチャネル状態を推定できるようにするサウンド信号を含む。各応答端末STA2、STA3、STA4320、330、340は、サウンド信号を用いてチャネル状態を推定し、推定されたチャネル状態情報321、331、341をアクセスポイントAP310にフィードバックする。各応答端末STA2、STA3、STA4320、330、340に対するレスポンスインデックスは、アクセスポイントAP310からサウンドフィールド314を受信した各応答端末STA2、STA3、STA4320、330、340がチャネル状態情報321、331、341をフィードバックする順序を意味する。アクセスポイントAP310は、各応答端末STA2、STA3、STA4320、330、340に対するレスポンスインデックスを決定し、パケットカウントを初期化する。アクセスポイントAP310は、各応答端末STA2、STA3、STA4320、330、340にレスポンスインデックスと初期化されたパケットカウントを送信する。パケットカウントの値とレスポンスインデックスが対応する応答端末STA2、STA3、STA4320、330、340はそれぞれSIFS301、302、303の以後にチャネル状態情報321、331、341をアクセスポイントAP310にフィードバックする。図3に示すように、各応答端末STA2、STA3、STA4320、330、340は他の応答端末からアクセスポイントAP310にフィードバックされるチャネル状態情報321、331、341をヒアリングしてパケットカウントを増加させる。アクセスポイントAP310から受信したレスポンスインデックスと増加させたパケットカウントが対応する応答端末STA2、STA3、STA4320、330、340は、アクセスポイントAP310にチャネル状態情報321、331、341をフィードバックしてもよい。<順次レスポンスプロトコルを用いる時のエラーリカバリー>図4は、本発明の一実施形態による順次レスポンスプロトコルの適用時に発生し得るエラーに対する復元方法の一例を示す図である。基準端末STA1410と各応答端末STA2、STA3、STAN420、430、440間のチャネル状態に応じてパケット送受信過程においてエラーが発生することがある。例えば、基準端末STA1410のサービスカバレッジ内に位置した応答端末STA2、STA3、STAN420、430、440のうちの少なくとも1つは、基準端末STA1410からパケットを受信できない場合もあり、外部からの干渉信号によって少なくとも1つの応答端末は特定の時間にパケットを受信できない場合もある。この場合、上述した本実施形態による順次レスポンスプロトコルが適用されたデータ通信でエラーが発生することがある。図4は、送信エラーなどによって順次レスポンスプロトコルが適用されたデータ通信でエラーが発生した場合、基準端末がフィリングパケットFP:FillingPacketを送信してエラーを復元する方法の一例を示すものである。図4に示すように、基準端末STA1410は、レスポンスインデックスを含むパケット411を複数の応答端末STA2、STA3、STAN420、430、440に送信する。基準端末STA1410はパケットカウントを0に初期化して送信し、第1応答端末STA2420のレスポンスインデックスは0、第2応答端末STA3430のレスポンスインデックスは1に設定して送信すると仮定する。第1応答端末STA2420は、パケットカウント0と基準端末STA1410から受信したレスポンスインデックスとが一致するため、SIFS401の後にレスポンスパケット421を送信する。このとき、多様な原因によって第2応答端末STA3430のパケット送受信に障害が生じることがある。図1を参照して説明した本実施形態による順次レスポンスプロトコルを用いるデータ通信のためには、第2応答端末STA3430がレスポンスパケット431を送信しなければならないが、エラーが発生して他の応答端末STA2、STAN420、440がパケットカウントを増加させることができなくなる。この場合、基準端末STA1410は、所定の時間区間の間にレスポンスパケット431の受信を待機してもよい。一実施形態によると、基準端末STA1410は、SIFS及び1つの時間スロット402の間にレスポンスパケット431の受信を待機してもよい。基準端末STA1410が所定の時間区間の間に第2応答端末STA3430からレスポンスパケットを受信できない場合、基準端末STA1410は、パケットカウントを第2応答端末430のレスポンスインデックスの1に初期化し、初期化されたパケットカウントを含むフィリングパケット412を各応答端末420、430、440に送信する。各応答端末STA2、STA3、STAN420、430、440は、パケットカウントが1のフィリングパケット412を受信し、パケットカウントの値を1に再設定する。第2応答端末STA3430は、再設定されたパケットカウントの値がレスポンスインデックスの値と同一であるため、SIFS403区間の後にレスポンスパケット431を送信する。上述したフィリングパケット412を用いて第2応答端末STA3430のパケット送信過程で発生したエラーは復旧できる。図5は、802.11acに適用される順次レスポンスプロトコルを適用する時に発生するエラー復元方法の一例を示す図である。通信環境上の様々な問題点によってアクセスポイントAP1、AP2510、560、及び応答端末STA1、STA2、STA3、STA4520、530、540、550間のパケット送受信にエラーが発生することがある。アクセスポイントAP1510は、サービスカバレッジ内に位置した4個の応答端末STA1、STA2、STA3、STA4520、530、540、550に対してデータ514及びレスポンスインデックスを含むデータパケット511を送信する。データパケット511は、L-SIGフィールド512及びVHT-SIGフィールド513を含んでもよい。第1応答端末STA1520に対するレスポンスインデックスは0、第2応答端末STA2530に対するレスポンスインデックスは1、第3応答端末STA3540に対するレスポンスインデックスは2、第4応答端末STA4550に対するレスポンスインデックスは3であり、アクセスポイントAP1510はパケットカウントを0に初期化して送信する。図5に示すように、第1応答端末STA1520、第3応答端末STA3540、及び第4応答端末STA4550は、データパケット511に含まれたデータ及びレスポンスインデックスを正常に受信したが、第2応答端末STA2530はデータ及びレスポンスインデックスの受信に失敗した一例を示している。図5に示すように、データパケット511を正常に受信した第1応答端末STA1520は、SIFS501の後にレスポンスパケットのブロックACK521を送信する。上述した本実施形態による順次レスポンスプロトコルによると、第1応答端末STA1520が送信したブロックACK521をヒアリングした他の応答端末STA2、STA3、STA4530、540、550は、パケットカウントを1に増加させなければならないが、データ及びレスポンスインデックス受信に失敗した第2応答端末STA2530及び第1応答端末STA1520から送信されたブロックACK521の受信に失敗した第3応答端末STA3540は、パケットカウントを増加させることができない。このような送信エラーに対して、アクセスポイントAP1510は、所定の時間区間SIFS1スロット区間PIFS503の間に第2応答端末STA2530からパケット受信を待機してパケットカウントを第2応答端末STA2530のレスポンスインデックスの1に再設定する情報を含むフィリングパケット515を応答端末STA1、STA2、STA3、STA4520、530、540、550に送信する。応答端末STA1、STA2、STA3、STA4520、530、540、550はフィリングパケット515を受信し、パケットカウントを1に再設定する。第2応答端末STA2530はフィリングパケット515を受信したが、アクセスポイントAP1510から送信されたデータ及びレスポンスインデックスの受信に失敗したため、送信するブロックACKがない。この場合、第2応答端末STA2530はブロックACKを送信しなくなり、本実施形態による順次レスポンスプロトコルにエラーが発生する。アクセスポイントAP1510は、PIFS504の間に第2応答端末STA2530からブロックACKが受信されない場合、アクセスポイントAP1510は、パケットカウントを2に再設定する情報が含まれたフィリングパケット516を送信する。第3応答端末STA3540はフィリングパケット516を受信し、パケットカウントがレスポンスインデックスと一致するため、SIFS505の後にブロックACK542をアクセスポイントAP1510に送信する。図5に示すように、他の応答端末STA1、STA2、STA4520、530、550は、第3応答端末STA3540が送信したブロックACK542をヒアリングしてパケットカウントを増加させなければならないが、第4応答端末550は、第3応答端末STA3540のブロックACK542送信区間に近隣アクセスポイントAP2560から干渉信号OBSSパケット561を受信することがある。受信した干渉信号561とブロックACK542との間に衝突collision551が発生し、この場合、第4応答端末STA4550は、第3応答端末STA3540からのブロックACK542をヒアリングすることができない。従って、第4応答端末STA4550はパケットカウントを増加することができなくなり、第3応答端末STA3540のブロックACK542の後の時間区間においてブロックACKを送信できないエラーが発生する。アクセスポイントAP1510は、PIFS506の間に第4応答端末STA4550からブロックACK受信を待機する。アクセスポイントAP1510が第4応答端末STA4550からブロックACKが受信されない場合、アクセスポイントAP1510は、パケットカウントを3に再設定する情報を含むフィリングパケット517を応答端末STA1、STA2、STA3、STA4520、530、540、550に送信する。第4応答端末STA4550はフィリングパケット517を受信し、パケットカウントがレスポンスインデックスと一致するため、SIFS507の後にブロックACK552をアクセスポイントAP1510に送信する。図5に示すように、各応答端末STA1、STA2、STA3、STA4520、530、540、550とアクセスポイントAP1510の間のパケット送受信にエラーが発生した場合、アクセスポイントAP1510は、パケットカウントを再設定する情報を含むフィリングパケット515、516、517を用いてエラーを復元することができる。図5を参照して説明したエラーリカバリー方法は単なる一例に過ぎず、本発明の範囲がこれに制限されることはない。通信環境に応じて多様なエラーが発生することがあり、上述した一例で説明したエラーリカバリー方法によってこのようなエラーを復元することができる。<順次レスポンスプロトコルを用いる基準端末及び応答端末の動作方法>図6は、本発明の一実施形態によるデータ通信を行う基準端末の動作方法を示すフローチャートである。基準端末は、各応答端末に対するレスポンスインデックスを含むデータパケットを各応答端末に送信するステップS601。一実施形態によると、基準端末は様々な方法を用いて各応答端末に対するレスポンスインデックスを決定してもよい。レスポンスインデックスは、特定の応答端末がレスポンスパケットを送信する順序に関する情報を含む。特定の応答端末は、レスポンスインデックスとパケットカウントを用いてレスポンスパケットの送信順序を決定してもよい。基準端末は、SIFSShortInterFrameSpace間のレスポンスパケット受信を待機するステップS602。基準端末は、SIFS時間区間の間に送信モードから受信モードに切り替える。また、応答端末も受信モードから送信モードに切り替えてもよい。基準端末は、パケットカウントが最大レスポンスインデックスと同一であるか否かを判断するステップS603。ステップS603の判断の結果、パケットカウントが最大レスポンスインデックスと同一である場合、基準端末はレスポンスパケット受信を終了する。ステップS603の判断の結果、パケットカウントが最大レスポンスインデックスと同一ではない場合、基準端末にレスポンスパケットを送信する応答端末が存在する。この場合、基準端末は応答端末からレスポンスパケットを受信したか否かを判断するステップS604。SIFSの後に基準端末は、パケットカウントがレスポンスインデックスと対応する各応答端末からレスポンスパケットを受信してもよい。ステップS604において、各応答端末からレスポンスパケットを受信した場合、基準端末はパケットカウントを増加させステップS605、再びステップS602に戻ってSIFS時間を待機する。ステップS604において、各応答端末からレスポンスパケットを受信できない場合、基準端末は各応答端末のパケットカウントを、レスポンスパケットを受信できない応答端末のレスポンスインデックスに再設定しステップS606、パケットカウントの再設定情報を含むフィリングパケットを各応答端末に送信するステップS607。応答端末は、基準端末から送信されたフィリングパケットによってパケットカウントを再設定し、再設定されたパケットカウント及びレスポンスインデックスを用いてレスポンスパケットを基準端末に送信する。図7は、本発明の一実施形態によるデータ通信を行う応答端末の動作方法を示すフローチャートである。応答端末はパケットカウントの値を0に設定するステップS701。応答端末は、基準端末から送信されるレスポンスインデックスを含むデータパケット、他の応答端末から送信されるレスポンスパケット、又は基準端末から送信されるフィリングパケットのうちのいずれか1つのパケットを受信待機するステップS702。パケットを受信したか否かを判断しステップS703、受信したパケットの種類に応じて下記のように分けられる。ステップS703において、受信したパケットがデータパケットである場合ステップS704、応答端末はデータパケットに含まれたレスポンスインデックスに応じてレスポンスインデックスを設定するステップS707。ステップS703において、受信したパケットがレスポンスパケットである場合ステップS705、応答端末はパケットカウントを増加させるステップS708。ステップS703において、受信したパケットがフィリングパケットである場合ステップS706、応答端末はフィリングパケットに含まれたパケットカウントの再設定情報に応じてパケットカウントを再設定するステップS709。応答端末はパケットカウントとレスポンスインデックスが対応するか否かを判断しステップS710、パケットカウントとレスポンスインデックスが対応する場合に、SIFS時間の後にレスポンスパケットを基準端末に送信するステップS711。図8は、本発明の一実施形態による応答端末を示すブロック図である。応答端末800は、受信部810、パケットカウント部820、及び送信制御部830を備える。受信部810は、基準端末840からレスポンスインデックスが含まれた時空間ストリームを受信する。レスポンスインデックスは、応答端末800がレスポンスパケットを送信する順序に関する情報を意味する。基準端末はパケットカウントの値を初期化し、初期化されたパケットカウントを応答端末800及び他の応答端末850に送信してもよい。受信部810は、他の応答端末850からレスポンスパケットを受信してもよい。他の応答端末850は、基準端末840のサービスカバレッジ内に位置する。他の応答端末850は基準端末840からデータパケットを受信し、データパケットに応答してレスポンスパケットを基準端末840に送信する。受信部810は、他の応答端末850が基準端末840に送信したレスポンスパケットをヒアリングする。パケットカウント部820は、他の応答端末850のレスポンスパケットをヒアリングしてパケットカウントを増加させる。送信制御部830は、パケットカウントがレスポンスインデックスに対応する場合に、レスポンスパケットを基準端末840に送信するよう制御する。レスポンスパケットはブロックACKであってもよく、他の実施形態によると、レスポンスパケットは基準端末840と応答端末800との間のチャネル状態を推定したチャネル状態情報であってもよい。基準端末840は、応答端末800又は他の応答端末850が送信したレスポンスパケットを受信できない場合、応答端末800及び他の応答端末850のパケットカウントをデータ送信エラーが発生した応答端末800又はデータ送信エラーが発生した他の応答端末850のレスポンスインデックスに対応するように再設定する情報を含むフィリングパケットを応答端末800及び他の応答端末850に送信する。受信部810はフィリングパケットを受信し、パケットカウント部820はフィリングパケットによってパケットカウントを再設定する。送信制御部830は、再設定されたパケットカウント値に応じてレスポンスパケットを基準端末840に送信するように制御してもよい。本発明の実施形態による方法は、多様なコンピュータ手段によって実現することのできるプログラム命令形態によって具現され、コンピュータ読み取り可能な記録媒体に記録することができる。コンピュータ読み取り可能な記録媒体は、プログラム命令、データファイル、データ構造などを単独で又は組み合わせて含むことができる。記録媒体に記録されるプログラム命令は本発明のために特別に設計して構成されたものであるか、コンピュータソフトウェアの当業者に公知されて使用可能なものであってもよい。以上、本発明の実施形態について図面を参照しながら詳細に説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の技術的範囲から逸脱しない範囲内で多様に変更実施することが可能である。