(57)【特許請求の範囲】
【請求項１】
複数の受信デバイスを有する無線通信システムにおけるアクセスデバイスによる送信制御方法であって、
前記アクセスデバイスは前記複数の受信デバイスと通信し加入者デバイスは前記アクセスデバイスと通信する前記複数の受信デバイスの１つであるところで、上位デバイスからの前記加入者デバイスへの送信のための第１の送信データを受信し、
前記アクセスデバイスにより、前記アクセスデバイスに受信された前記第１の送信データの送信先を決定するための制御情報を処理し、
もし前記送信先が前記アクセスデバイスと通信する前記複数の受信デバイスの１つでないときは、前記第１の送信データを廃棄し、
もし前記送信先が前記アクセスデバイスと通信する前記複数の受信デバイスの１つであるときには、
前記アクセスデバイスに受信された前記第１の送信データの一部を前記加入者デバイスに送信し、
前記アクセスデバイスにより前記第１の送信データに対応した第１のアクセス受信インディケータを生成し、該第１のアクセス受信インディケータは前記アクセスデバイスに受信された前記第１の送信データの一部を示すものとされ、
もし前記アクセスデバイスが前記加入者デバイスによって受信された前記第１の送信データの一部を示す第１の加入者受信インディケータを受信したとき、前記第１のアクセス受信インディケータを受信した前記第１の加入者受信インディケータに含め、且つ前記第１のアクセス受信インディケータを前記上位デバイスに送り、
前記第１の送信データの受信に次いで、前記第１の送信データに対応したデータの再送信受信前に、もし前記加入者デバイスに受信された前記第１の送信データの一部を示す第１の加入者受信インディケータを前記加入者デバイスから前記アクセスデバイスが受信しないときは、前記アクセスデバイスに受信された前記第１の送信データの一部を前記加入者デバイスに再送信し、前記加入者デバイスが如何なるデータも受領していないことを示す受領インディケータを生成し、当該受領インディケータを前記上位デバイスに送信し、
前記アクセスデバイスにより、前記上位デバイスが前記第１のアクセス受信インディケータを受信した後、前記加入者デバイスに送信する第２の送信データと前記アクセスデバイスにより受信されていない前記第１の送信データの一部とを受信すること
を特徴とする送信制御方法。
【請求項２】
前記アクセスデバイスにより前記第２の送信データに対応した第２のアクセス受信インディケータを生成し、前記第２のアクセス受信インディケータは前記アクセスデバイスにより受信された前記第２の送信データの一部を示し、
前記第２のアクセス受信インディケータを前記上位デバイスに送り、
もし前記第２の送信データの一部が前記加入者デバイスに受信されたことを示す第２の加入者受信インディケータを前記アクセスデバイスが前記加入者デバイスから受信しないときは、前記アクセスデバイスにより受信された前記第２の送信データの一部を前記加入者デバイスに再送信すること
を特徴とする請求項１記載の送信制御方法。
【請求項３】
もし前記アクセスデバイスが前記第１の加入者受信インディケータを受信するときは、前記加入者デバイスに送信され且つ前記第１の加入者受信インディケータに従って前記加入者デバイスにより受信されていない前記第１の送信データの一部を再送信し、
前記第１の加入者受信インディケータに従って再送信された、前記第１の送信データの一部に対応した１つ若しくは複数の次の第１の加入者受信インディケータを前記加入者デバイスから受信すること
を特徴とする請求項２記載の送信制御方法。
【請求項４】
前記第１の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第１の送信データに含まれる１つ若しくは複数のパケットを識別し、前記第２の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第２の送信データに含まれる１つ若しくは複数のパケットを識別し、１つ若しくは複数の前記次の第１の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第１の送信データの一部に含まれる１つ若しくは複数のパケットを識別すること
を特徴とする請求項３記載の送信制御方法。
【請求項５】
前記第１の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第１の送信データに含まれる１つ若しくは複数のパケットを識別し、前記第２の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第２の送信データに含まれる１つ若しくは複数のパケットを識別し、１つ若しくは複数の前記次の第１の加入者受信インディケータは少なくとも１つの受領（ＡＣＫ）インディケータまたは非受領（ＮＡＣＫ）インディケータを含むこと
を特徴とする請求項３記載の送信制御方法。
【請求項６】
もし前記アクセスデバイスが前記加入者デバイスから前記第２の加入者受信インディケータを受信するときは、前記加入者デバイスに送信され且つ前記第２の加入者受信インディケータに従って前記加入者デバイスにより受信されていない前記第２の送信データの一部を再送信し、
前記第２の加入者受信インディケータに従って再送信された、前記第２の送信データの一部に対応した１つ若しくは複数の次の第２の加入者受信インディケータを前記加入者デバイスから受信すること
を特徴とする請求項２記載の送信制御方法。
【請求項７】
前記第１の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第１の送信データに含まれる１つ若しくは複数のパケットを識別し、前記第２の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第２の送信データに含まれる１つ若しくは複数のパケットを識別し、１つ若しくは複数の前記次の第２の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第２の送信データの一部に含まれる１つ若しくは複数のパケットを識別すること
を特徴とする請求項６記載の送信制御方法。
【請求項８】
前記第１の加入者受信インディケータのそれぞれは前記加入者デバイスによって無事に受信された前記第１の送信データに含まれる１つ若しくは複数のパケットを識別し、前記第２の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第２の送信データに含まれる１つ若しくは複数のパケットを識別し、１つ若しくは複数の前記次の第２の加入者受信インディケータは少なくとも１つの受領（ＡＣＫ）インディケータまたは非受領（ＮＡＣＫ）インディケータを含むこと
を特徴とする請求項７記載の送信制御方法。
【請求項９】
前記第１のアクセス受信インディケータは前記アクセスデバイスによって無事に受信された前記第１の送信データに含まれる１つ若しくは複数のパケットを識別し、前記第２のアクセス受信インディケータは前記アクセスデバイスによって無事に受信された前記第２の送信データに含まれる１つ若しくは複数のパケットを識別すること
を特徴とする請求項２記載の送信制御方法。
【請求項１０】
前記第１のアクセス受信インディケータと前記第２のアクセス受信インディケータのそれぞれは中継ＡＣＫ（ＲＡＣＫ）インディケータを含むこと
を特徴とする請求項９記載の送信制御方法。
【請求項１１】
複数の受信デバイスを有する無線通信システムにおける無線通信のための無線通信デバイスであって、
データ及びインストラクションを格納する少なくとも１つのメモリと、
前記メモリにアクセスする構成とされる少なくとも１つのプロセッサーとを有し、
インストラクションを実行するに際し、
前記無線通信デバイスは前記複数の受信デバイスと通信し加入者デバイスは前記無線通信デバイスと通信する前記複数の受信デバイスの１つであるところで、上位デバイスからの前記加入者デバイスへの送信のための第１の送信データを受信し、
前記無線通信デバイスにより、前記無線通信デバイスに受信された前記第１の送信データの送信先を決定するための制御情報を処理し、
もし前記送信先が前記無線通信デバイスと通信する前記複数の受信デバイスの１つでないときは、前記第１の送信データを廃棄し、
もし前記送信先が前記無線通信デバイスと通信する前記複数の受信デバイスの１つであるときには、
前記無線通信デバイスに受信された前記第１の送信データの一部を前記加入者デバイスに送信し、
前記第１の送信データに対応した第１のアクセス受信インディケータを生成し、該第１のアクセス受信インディケータは前記無線通信デバイスに受信された前記第１の送信データの一部を示すものとされ、
もし前記無線通信デバイスが前記加入者デバイスによって受信された前記第１の送信データの一部を示す第１の加入者受信インディケータを受信したとき、前記第１のアクセス受信インディケータを前記受信した第１の加入者受信インディケータに含め、且つ前記第１のアクセス受信インディケータを前記上位デバイスに送り、
前記第１の送信データの受信に次いで、前記第１の送信データに対応したデータの再送信受信前に、もし前記加入者デバイスに受信された前記第１の送信データの一部を示す第１の加入者受信インディケータを前記加入者デバイスから前記無線通信デバイスが受信しないときは、前記無線通信デバイスに受信された前記第１の送信データの一部を前記加入者デバイスに再送信し、前記加入者デバイスが如何なるデータも受領していないことを示す受領インディケータを生成し、当該受領インディケータを前記上位デバイスに送信し、
前記上位デバイスが前記第１のアクセス受信インディケータを受信した後、前記加入者デバイスに送信する第２の送信データと前記無線通信デバイスにより受信されていない前記第１の送信データの一部とを受信すること
を特徴とする無線通信デバイス。
【請求項１２】
前記プロセッサーは、
前記無線通信デバイスにより前記第２の送信データに対応した第２のアクセス受信インディケータを生成し、前記第２のアクセス受信インディケータは前記無線通信デバイスにより受信された前記第２の送信データの一部を示し、
前記第２のアクセス受信インディケータを前記上位デバイスに送り、
もし前記第２の送信データの一部が前記加入者デバイスに受信されたことを示す第２の加入者受信インディケータを前記無線通信デバイスが前記加入者デバイスから受信しないときは、前記無線通信デバイスにより受信された前記第２の送信データの一部を前記加入者デバイスに再送信するように構成されること
を特徴とする請求項１１記載の無線通信デバイス。
【請求項１３】
前記プロセッサーは、
もし前記無線通信デバイスが前記第１の加入者受信インディケータを受信するときは、前記加入者デバイスに送信され且つ前記第１の加入者受信インディケータに従って前記加入者デバイスにより受信されていない前記第１の送信データの一部を再送信し、
前記第１の加入者受信インディケータに従って再送信された、前記第１の送信データの一部に対応した１つ若しくは複数の次の第１の加入者受信インディケータを前記加入者デバイスから受信するように構成されること
を特徴とする請求項１２記載の無線通信デバイス。
【請求項１４】
前記第１の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第１の送信データに含まれる１つ若しくは複数のパケットを識別し、前記第２の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第２の送信データに含まれる１つ若しくは複数のパケットを識別し、１つ若しくは複数の前記次の第１の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第１の送信データの一部に含まれる１つ若しくは複数のパケットを識別すること
を特徴とする請求項１３記載の無線通信デバイス。
【請求項１５】
前記第１の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第１の送信データに含まれる１つ若しくは複数のパケットを識別し、前記第２の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第２の送信データに含まれる１つ若しくは複数のパケットを識別し、１つ若しくは複数の前記次の第１の加入者受信インディケータは少なくとも１つの受領（ＡＣＫ）インディケータまたは非受領（ＮＡＣＫ）インディケータを含むこと
を特徴とする請求項１３記載の無線通信デバイス。
【請求項１６】
前記プロセッサーは、
もし前記無線通信デバイスが前記加入者デバイスから前記第２の加入者受信インディケータを受信するときは、前記加入者デバイスに送信され且つ前記第２の加入者受信インディケータに従って前記加入者デバイスにより受信されていない前記第２の送信データの一部を再送信し、
前記第２の加入者受信インディケータに従って再送信された、前記第２の送信データの一部に対応した１つ若しくは複数の次の第２の加入者受信インディケータを前記加入者デバイスから受信するように構成されていること
を特徴とする請求項１２記載の無線通信デバイス。
【請求項１７】
前記第１の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第１の送信データに含まれる１つ若しくは複数のパケットを識別し、前記第２の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第２の送信データに含まれる１つ若しくは複数のパケットを識別し、１つ若しくは複数の前記次の第２の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第２の送信データの一部に含まれる１つ若しくは複数のパケットを識別すること
を特徴とする請求項１６記載の無線通信デバイス。
【請求項１８】
前記第１の加入者受信インディケータのそれぞれは前記加入者デバイスによって無事に受信された前記第１の送信データに含まれる１つ若しくは複数のパケットを識別し、前記第２の加入者受信インディケータは前記加入者デバイスによって無事に受信された前記第２の送信データに含まれる１つ若しくは複数のパケットを識別し、１つ若しくは複数の前記次の第２の加入者受信インディケータは少なくとも１つの受領（ＡＣＫ）インディケータまたは非受領（ＮＡＣＫ）インディケータを含むこと
を特徴とする請求項１７記載の無線通信デバイス。
【請求項１９】
前記第１のアクセス受信インディケータは前記無線通信デバイスによって無事に受信された前記第１の送信データに含まれる１つ若しくは複数のパケットを識別し、前記第２のアクセス受信インディケータは前記アクセスデバイスによって無事に受信された前記第２の送信データに含まれる１つ若しくは複数のパケットを識別すること
を特徴とする請求項１２記載の無線通信デバイス。
【請求項２０】
前記第１のアクセス受信インディケータと前記第２のアクセス受信インディケータのそれぞれは中継ＡＣＫ（ＲＡＣＫ）インディケータを含むこと
を特徴とする請求項１９記載の無線通信デバイス。
【請求項２１】
複数の受信デバイスを有する無線通信システムにおけるアクセスデバイスによる送信制御方法であって、
前記アクセスデバイスは前記複数の受信デバイスと通信し加入者デバイスは前記アクセスデバイスと通信する前記複数の受信デバイスの１つであるところで、上位デバイスからの前記加入者デバイスへの送信のための第１の送信データを受信し、
前記アクセスデバイスにより、前記アクセスデバイスに受信された前記第１の送信データの送信先を決定するための制御情報を処理し、
もし前記送信先が前記アクセスデバイスと通信する前記複数の受信デバイスの１つでないときは、前記第１の送信データを廃棄し、
もし前記送信先が前記アクセスデバイスと通信する前記複数の受信デバイスの１つであるときには、
前記アクセスデバイスにより受信された前記第１の送信データの一部を前記加入者デバイスに送信し、
前記第１の送信データに対応したアクセス受信インディケータを生成し、
もし前記アクセスデバイスが前記加入者デバイスから第１の加入者受信インディケータを受信したならば、
前記アクセス受信インディケータを前記第１の加入者受信インディケータに含ませ、
前記アクセス受信インディケータと前記第１の加入者受信インディケータを前記上位デバイスに送り、
もし前記アクセスデバイスが前記加入者デバイスから前記第１の加入者受信インディケータを受信していないならば、
前記加入者デバイスが如何なるデータも受領していないことを示す受領インディケータを生成し、当該受領インディケータを前記上位デバイスに送信し、
前記アクセス受信インディケータを前記上位デバイスに送り、
前記第１の送信データの受信に次いで、前記第１の送信データに対応したデータの再送信受信前に、
前記第１の送信データの少なくとも一部分を前記加入者デバイスに再送信し、
前記上位デバイスが前記アクセス受信インディケータを受信した後、前記加入者デバイスに送信する第２の送信データと前記アクセスデバイスにより受信されていない前記第１の送信データの一部とを受信すること
を特徴とする送信制御方法。
【請求項２２】
前記加入者デバイスに送られた送信データが無事に受信されたよりは少ないことを示す前記第１の加入者受信インディケータを前記アクセスデバイスが受信したとき、前記方法は、さらに前記第１の加入者受信インディケータに従って前記加入者デバイスにより無事に受信されたものとは識別されない前記第１の送信データの１つ若しくは複数の部分を再送信すること
をさらに具備することを特徴とする請求項２１記載の送信制御方法。
【請求項２３】
前記第１の送信データに対応した１つ若しくは複数の補助加入者受信インディケータを受信し、
前記１つ若しくは複数の補助加入者受信インディケータを比較し、
前記上位デバイスから第２の送信データを受信し、
前記受信した第２の送信データを前記加入者デバイスに送信し、
前記受信した第２の送信データに対応する第２のアクセス受信インディケータを生成し、
前記第２の送信データに対応した前記第２の加入者受信インディケータを前記加入者デバイスから受信し、
前記第２の加入者受信インディケータと前記比較した１つ若しくは複数の補助加入者受信インディケータを結合加入者受信インディケータに結合し、
前記結合加入者受信インディケータに前記第２のアクセス受信インディケータを含ませ、
前記結合加入者受信インディケータと前記第２のアクセス受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項２２記載の送信制御方法。
【請求項２４】
前記第１の送信データに対応した１つ若しくは複数の補助加入者受信インディケータを受信し、
前記１つ若しくは複数の補助加入者受信インディケータを比較し、
前記上位デバイスから第２の送信データを受信し、
前記受信した第２の送信データを前記加入者デバイスに送信し、
前記受信した第２の送信データに対応する第２のアクセス受信インディケータを生成し、
前記第２の送信データに対応した第２の加入者受信インディケータを前記加入者デバイスから受信し、
前記第１の加入者受信インディケータ、前記第２の加入者受信インディケータ、及び前記比較した１つ若しくは複数の補助加入者受信インディケータを結合加入者受信インディケータに結合し、
前記結合加入者受信インディケータに前記第２のアクセス受信インディケータを含ませ、
前記結合加入者受信インディケータと前記第２のアクセス受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項２２記載の送信制御方法。
【請求項２５】
前記アクセスデバイスと前記加入者デバイスの間の往復送信時間に従ってタイマがセットされ、そのタイマを初期動作させ、
もし前記タイマが期限切れとなる前に前記アクセスデバイスが前記加入者デバイスから前記第１の加入者受信インディケータを受信していないとき、
前記アクセス受信インディケータを前記上位デバイスに送り、
前記第１の送信データを前記加入者デバイスに再送信することを更に有すること
を特徴とする請求項２１記載の送信制御方法。
【請求項２６】
前記加入者デバイスによって前記アクセスデバイスに受領されたデータについての表示を含んだアクセス加入者受信インディケータを生成し、
前記アクセス加入者受信インディケータを前記アクセス受信インディケータに含ませ、
前記アクセス受信インディケータと含ませた前記アクセス加入者受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項２５記載の送信制御方法。
【請求項２７】
前記アクセスデバイスと前記加入者デバイスの間の往復送信時間に従って第１のタイマがセットされ、その第１のタイマを初期動作させ、
もし前記第１のタイマが期限切れとなる前に前記アクセスデバイスが前記加入者デバイスから前記第１の加入者受信インディケータを受信していないとき、
前記アクセス受信インディケータを前記上位デバイスに送り、
前記第１の送信データを前記加入者デバイスに再送信し、
前記アクセスデバイスと前記加入者デバイスの間の往復送信時間に従って第２のタイマがセットされ、その第２のタイマを初期動作させ、
もし前記第２のタイマが期限切れとなる前に前記アクセスデバイスが前記加入者デバイスから再送信受信インディケータを受信していないとき、
第２のアクセス受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項２１記載の送信制御方法。
【請求項２８】
もし前記第１のタイマが期限切れとなる前に前記アクセスデバイスが前記加入者デバイスから前記第１の加入者受信インディケータを受信していないとき、
前記加入者デバイスによって受領された前記送信データについての表示を含んだ第１のアクセス加入者受信インディケータを生成し、
前記第１のアクセス加入者受信インディケータを前記アクセス受信インディケータに含ませ、
アクセスノード受信インディケータと含ませた前記第１のアクセス加入者受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項２７記載の送信制御方法。
【請求項２９】
もし前記第２のタイマが期限切れとなる前に前記アクセスデバイスが前記加入者デバイスから前記再送信受信インディケータを受信していないとき、
前記第１のタイマが期限切れとなった後、前記加入者デバイスによって受領された前記第１の送信データについての表示を含んだ第２のアクセス加入者受信インディケータを生成し、
前記第２のアクセス受信インディケータと前記第２のアクセス加入者受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項２７記載の送信制御方法。
【請求項３０】
もし前記第１のタイマが期限切れとなる前に前記アクセスデバイスが前記加入者デバイスから前記第１の加入者受信インディケータを受信していないとき、
前記加入者デバイスによって前記アクセスデバイスに受領されたデータについての表示を含んだアクセス加入者受信インディケータを生成し、
前記アクセス受信インディケータと前記アクセス加入者受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項２７記載の送信制御方法。
【請求項３１】
前記第１の送信データの前記一部が前記加入者デバイスによって無事に受信されていないことを示す前記第１の加入者受信インディケータを前記アクセスデバイスが受信したとき、
前記加入者受信インディケータによって識別される前記第１の送信データの前記一部を、前記加入者デバイスによって無事に受信されていないものとして、再送信することを更に有すること
を特徴とする請求項２７記載の送信制御方法。
【請求項３２】
１つ若しくは複数の加入者再送信受信インディケータを受信し、
前記１つ若しくは複数の加入者再送信受信インディケータを前記上位デバイスに転送し、
前記１つ若しくは複数の加入者再送信受信インディケータによって識別される前記第１の送信データの再送信部分を、前記加入者デバイスによって無事に受信されていないものとして、再送信することを更に有すること
を特徴とする請求項３１記載の送信制御方法。
【請求項３３】
複数の受信デバイスを有する無線通信システムにおける無線通信のための無線通信デバイスであって、
データ及びインストラクションを格納する少なくとも１つのメモリと、
前記メモリにアクセスする構成とされる少なくとも１つのプロセッサーとを有し、
インストラクションを実行するに際し、
前記無線通信デバイスは前記複数の受信デバイスと通信し加入者デバイスは前記無線通信デバイスと通信する前記複数の受信デバイスの１つであるところで、上位デバイスからの前記加入者デバイスへの送信のための第１の送信データを受信し、
前記無線通信デバイスにより、前記無線通信デバイスに受信された前記第１の送信データの送信先を決定するための制御情報を処理し、
もし前記送信先が前記無線通信デバイスと通信する前記複数の受信デバイスの１つでないときは、前記第１の送信データを廃棄し、
もし前記送信先が前記無線通信デバイスと通信する前記複数の受信デバイスの１つであるときには、
前記無線通信デバイスにより受信された前記第１の送信データの前記一部を前記加入者デバイスに送信し、
前記第１の送信データに対応したアクセス受信インディケータを生成し、
もし前記無線通信デバイスが前記加入者デバイスから第１の加入者受信インディケータを受信したときは、
前記アクセス受信インディケータを前記第１の加入者受信インディケータに含ませ、
前記アクセス受信インディケータと前記第１の加入者受信インディケータを前記上位デバイスに送り、
もし前記無線通信デバイスが前記加入者デバイスから前記第１の加入者受信インディケータを受信していないときは、
前記加入者デバイスが如何なるデータも受領していないことを示す受領インディケータを生成し、当該受領インディケータを前記上位デバイスに送信し、
前記アクセス受信インディケータを前記上位デバイスに送り、
前記第１の送信データの受信に次いで、前記第１の送信データに対応したデータの再送信受信前に、
少なくとも前記第１の送信データの一部を前記加入者デバイスに再送信し、
前記上位デバイスが前記アクセス受信インディケータを受信した後、前記加入者デバイスに送信する第２の送信データと前記アクセスデバイスにより受信されていない前記第１の送信データの一部とを受信すること
を特徴とする無線通信デバイス。
【請求項３４】
前記無線通信デバイスが、前記加入者デバイスに送信して無事に受信された前記第１の送信データが全てよりも少ないことを示す前記第１の加入者受信インディケータを受信したとき、
少なくとも１つの前記プロセッサーは、
前記第１の加入者受信インディケータに従って前記加入者デバイスにより無事に受信されたものとは識別されない前記第１の送信データの１つ若しくは複数の部分を再送信することをさらに具備すること
を特徴とする請求項３３記載の無線通信デバイス。
【請求項３５】
少なくとも１つの前記プロセッサーは、
前記第１の送信データに対応した１つ若しくは複数の補助加入者受信インディケータを受信し、
前記１つ若しくは複数の補助加入者受信インディケータを比較し、
前記上位デバイスから第２の送信データを受信し、
前記受信した第２の送信データを前記加入者デバイスに送信し、
前記受信した前記第２の送信データに対応する第２のアクセス受信インディケータを生成し、
前記第２の送信データに対応した第２の加入者受信インディケータを前記加入者デバイスから受信し、
前記第２の加入者受信インディケータと前記比較した１つ若しくは複数の補助加入者受信インディケータを結合加入者受信インディケータに結合し、
前記結合加入者受信インディケータに前記第２のアクセス受信インディケータを含ませ、
前記結合加入者受信インディケータと前記第２のアクセス受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項３４記載の無線通信デバイス。
【請求項３６】
少なくとも１つの前記プロセッサーは、
前記第１の送信データに対応した１つ若しくは複数の補助加入者受信インディケータを受信し、
前記１つ若しくは複数の補助加入者受信インディケータを比較し、
前記上位デバイスから前記第２の送信データを受信し、
前記受信した第２の送信データを前記加入者デバイスに送信し、
前記受信した第２の送信データに対応する第２のアクセス受信インディケータを生成し、
前記第２の送信データに対応した第２の加入者受信インディケータを前記加入者デバイスから受信し、
前記第１の加入者受信インディケータ、前記第２の加入者受信インディケータ、及び前記比較した１つ若しくは複数の補助加入者受信インディケータを結合加入者受信インディケータに結合し、
前記結合加入者受信インディケータに前記第２のアクセス受信インディケータを含ませ、
前記結合加入者受信インディケータと前記第２のアクセス受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項３４記載の無線通信デバイス。
【請求項３７】
少なくとも１つの前記プロセッサーは、
前記無線通信デバイスと前記加入者デバイスの間の往復送信時間に従ってタイマがセットされ、そのタイマを初期動作させ、
もし前記タイマが期限切れとなる前に前記無線通信デバイスが前記加入者デバイスから前記第１の加入者受信インディケータを受信していないとき、
前記アクセス受信インディケータを前記上位デバイスに送り、
前記第１の送信データを前記加入者デバイスに再送信することを更に有すること
を特徴とする請求項３３記載の無線通信デバイス。
【請求項３８】
少なくとも１つの前記プロセッサーは、
前記加入者デバイスによって前記無線通信デバイスに受領されたデータについての表示を含んだアクセス加入者受信インディケータを生成し、
前記アクセス加入者受信インディケータを前記アクセス受信インディケータに含ませ、
前記アクセス受信インディケータと含ませた前記アクセス加入者受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項３７記載の無線通信デバイス。
【請求項３９】
少なくとも１つの前記プロセッサーは、
当該無線通信デバイスと前記加入者デバイスの間の往復送信時間に従って第１のタイマがセットされ、その第１のタイマを初期動作させ、
もし前記第１のタイマが期限切れとなる前に前記アクセスデバイスが前記加入者デバイスから前記第１の加入者受信インディケータを受信していないとき、
前記アクセス受信インディケータを前記上位デバイスに送り、
前記第１の送信データを前記加入者デバイスに再送信し、
当該無線通信デバイスと前記加入者デバイスの間の往復送信時間に従って第２のタイマがセットされ、その第２のタイマを初期動作させ、
もし前記第２のタイマが期限切れとなる前に当該無線通信デバイスが前記加入者デバイスから再送信受信インディケータを受信していないとき、
第２のアクセス受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項３３記載の無線通信デバイス。
【請求項４０】
前記第１のタイマが期限切れとなる前に当該無線通信デバイスが前記加入者デバイスから前記第１の加入者受信インディケータを受信していないとき、
少なくとも１つの前記プロセッサーは、
前記加入者デバイスによって受領された前記第１の送信データについての表示を含んだ第１のアクセス加入者受信インディケータを生成し、
前記第１のアクセス加入者受信インディケータを前記アクセス受信インディケータに含ませ、
アクセスノード受信インディケータと含ませた前記第１のアクセス加入者受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項３９記載の無線通信デバイス。
【請求項４１】
もし前記第２のタイマが期限切れとなる前に当該無線通信デバイスが前記加入者デバイスから前記再送信受信インディケータを受信していないとき、
少なくとも１つの前記プロセッサーは、
前記第１のタイマが期限切れとなった後、前記加入者デバイスによって受領された前記第１の送信データについての表示を含んだ第２のアクセス加入者受信インディケータを生成し、
前記第２のアクセス受信インディケータと前記第２のアクセス加入者受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項３９記載の無線通信デバイス。
【請求項４２】
もし前記第１のタイマが期限切れとなる前に当該無線通信デバイスが前記加入者デバイスから前記第１の加入者受信インディケータを受信していないとき、
少なくとも１つの前記プロセッサーは、
前記加入者デバイスによって前記無線通信デバイスに受領されたデータについての表示を含んだアクセス加入者受信インディケータを生成し、
前記アクセス受信インディケータと前記アクセス加入者受信インディケータを前記上位デバイスに送ることを更に有すること
を特徴とする請求項３９記載の無線通信デバイス。
【請求項４３】
前記第１の送信データの前記一部が前記加入者デバイスによって無事に受信されていないことを示す前記第１の加入者受信インディケータを当該無線通信デバイスが受信したとき、
少なくとも１つの前記プロセッサーは、
前記第１の加入者受信インディケータによって識別される前記第１の送信データの前記部分を、前記加入者デバイスによって無事に受信されていないものとして、再送信することを更に有すること
を特徴とする請求項３９記載の無線通信デバイス。
【請求項４４】
少なくとも１つの前記プロセッサーは、
１つ若しくは複数の加入者再送信受信インディケータを受信し、
前記１つ若しくは複数の加入者再送信受信インディケータを前記上位デバイスに転送し、
前記１つ若しくは複数の加入者再送信受信インディケータによって識別される前記第１の送信データの再送信部分を、前記加入者デバイスによって無事に受信されていないものとして、再送信することを更に有すること
を特徴とする請求項４３記載の無線通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、2008年10月8日に出願された日本の特許出願  特願2008-261771の分割出願であって、ここでの言及によりいずれの目的にも全体として本発明に包含されるものである。
【０００２】
本発明は通信システム用の送信方法及び送信装置に関し、特にデータ通信システムの送信制御に用いる方法と装置に関する。
【背景技術】
【０００３】
無線通信システムは無線装置を優先接続の必要性なしで通信させることができる。無線システムは日々の生活に大きく融合してきているため、スピーチ、オーディオ、ビデオ、ファイルやウェブのダウンロードなどのマルチメディアサービスに対応する無線通信システムについての需要が大きくなりつつある。無線装置のためのマルチメディアサービスに対応するため、種々の無線通信システムとプロトコルは、無線通信ネットワーク上でのマルチメディアサービスへの増加する需要に見合うように、開発されてきている。
【０００４】
ある１つのプロトコルは、数多くの標準開発機関の集まりである第三世代パートナーシッププロジェクト（３GPP(商標)：3rd Generation Partnership Project）から公表された広帯域符号分割多元接続（Wideband-Code Division Multiple Access: W-CDMA）である。広帯域符号分割多元接続は直接拡散符号分割多重接続（direct sequence Code Division Multiple Access）を用いた広帯域のスペクトラム拡散通信のモバイル無線インターフェイスである。
【０００５】
このような無線システムの通信は、シングルホップ送信とマルチホップ送信の両方を含む。シングルホップ無線送信では、発信元ノードが直接送信先ノードに通信する。一方、マルチホップ無線送信では、無線システムの発信元ノードは、しばしば中継ノードと呼ばれる、１つ若しくは複数の中間ノードを用いて送信先ノードに通信する。或るシステムでは、中継ノードは中継局と称され、ノードと、発信元ノードと送信先ノードの間の接続との組み合わせは、送信パスと称される。リレーを用いたシステムはどの無線ネットワークにも見いだすことができる。
【０００６】
図１はシングルホップ送信とマルチホップ送信の両方を有する従来例の無線ネットワーク１００の模式図である。図１の例示した無線ネットワーク１００は、標準のIEEE（Institute of Electrical and Electronics Engineers）802.16ファミリーに基づいている。図１に示すように、無線ネットワーク１００は1つ若しくは複数のトランスミッター、例えば、基地局（BS）１１０、RS１２０a〜１２０ｃを含む1つ若しくは複数の中継局１２０、及びSS１３０a〜１３０ｄを含む1つ若しくは複数の加入者局（SS）１３０を有する。
【０００７】
無線ネットワーク１００では、発信元ノード（例えば、BS１１０）と送信先ノード（例えば、SS１３０ａ、SS１３０ｂ、SS１３０ｃ、SS１３０ｄなど）の間の通信は、1つ若しくは複数の中継局１２０（例えば、RS１２０ａ、１２０ｂ、１２０ｃなど）を用いて得られることになる。例えば、無線ネットワーク１００では、RS１２０a がBS１１０からデータを受信し、そのデータを他の中継局（例えば、RS１２０ｂ）に送信する。或いはRS１２０aは他の中継局（例えば、RS１２０ｂ）からデータを受信し、BS１１０に送信する。他の例として、RS１２０ｃはRS１２０ｂからデータを受信し、そのデータを対応する加入者局（例えば、SS１３０ａ）に送信する。あるいはＲＳ１２０ｃは加入者局（例えば、SS１３０ａ）からデータを受信し、それを主要な中継局（例えばＲＳ１２０ｂ）に送信する。これらはマルチホップ送信の例である。無線ネットワーク１００のシングルホップ送信では、発信元ノード（例えば、BS１１０）と送信先ノード（例えば、SS１３０ｄ）の間の通信は、直接に行われる。例えば、BS１１０は直接データをＳＳ１３０ｄに送信し、ＳＳ１３０ｄは直接データをＢＳ１１０に送信する。
【０００８】
図１に示す如き無線ネットワーク１００では、直交周波数分割多元接続（Orthogonal Frequency-Division Multiple Access: OFDMA）を用いた標準のＩＥＥＥ802.16ファミリーに基づくメディアアクセス制御（ＭＡＣ）フレームフォーマットを実行する。無線システム１００においては、送信時間は可変長なサブフレームである、アップリンクサブフレームとダウンリンクサブフレームに分割される。一般に、アップリンクサブフレームは測距用チャネル（ranging channels）、チャネル品質情報チャネル（CQICH）、及びデータを含むアップリンクデータバーストを有する。
【０００９】
また、ダウンリンクサブフレームは、プリアンブルと、フレーム制御ヘッダ（FCH）と、UL-MAPと、ダウンリンクデータバースト領域とを有する。プリアンブルは同期用参照を提供するために使用される。例えば、プリアンブルは、タイミングのオフセット、周波数オフセット、及び電力を調整するように使用される。FCHは例えばSS１３０へのデコード情報を含む、各接続へのフレーム制御情報を有する。
【００１０】
ダウンリンクMAP（下り回線割り当て情報）とアップリンクMAP（上り回線割り当て情報）は、アップリンク及びダウンリンク通信の両方のチャネルアクセスを割り当てるのに使用される。すなわち、ダウンリンクMAPは現在のダウンリンクサブフレーム内のアクセススロット位置のディレクトリを提供し、アップリンクMAPは現在のアップリンクサブフレーム内のアクセススロット位置のディレクトリを提供する。ダウンリンクMAPにおいて、このディレクトリは１つ若しくは複数のダウンリンクMAP情報エレメント（MAP  IEｓ）の形式とされる。ダウンリンクMAPにおける各MAP情報エレメントはシングル接続（すなわち、シングルSS１３との接続）のためのパラメーターを含む。これらのパラメーターは、現在のサブフレームにおいて、どこにデータバーストが位置しているか、データバーストの長さ、データバーストの意図する受信者の区別、1つ若しくはそれ以上の送信パラメーターを判別するのに用いられる。
【００１１】
例えば、各MAP情報エレメントは、送り先デバイス（例えば、SS１３０a、SS１３０ｂ、SS１３０ｃ、SS１３０ｄなど）を区別してデータバーストがどこに意図されているかの接続ID（CID）と、ダウンリンク送信が定義されるところのダウンリンクインターバル使用コードを表すダウンリンクインターバル使用コード（DIUC）と、データバーストが開始するOFDMAシンボルのオフセットを示すOFDMAシンボルオフセットと、バーストを搬送する最低インデックスのOFDMA副チャネルを示す副チャネルオフセットなどを含んでいる。他のパラメーターもMAP情報エレメントに含まれており、例えば、ブースティングパラメーター、いくつかのOFDMAシンボルを示すパラメーター、いくつかの副チャネルを示すパラメーターなどがMAP情報エレメントに含まれる。ここで用いられているように、従来のMACヘッダ(例えば、FCH)、MAP情報エレメントはスイッチドコネクション制御データと呼ばれる。
【００１２】
それぞれダウンリンクMAPとアップリンクMAPには、データバースト領域が続く。データバースト領域は、１つ若しくは複数のデータバーストを含む。データバースト領域の各データバーストは対応するスイッチドコネクション制御データの制御タイプに従って変調され符号化される。一般に、ダウンリンクMAPとアップリンクMAPはパケットデータユニット（ＰＤＵｓ）若しくは単にパケットデータと称される。
【００１３】
図１の無線ネットワークのようなシステムで使用される例示の送信制御機構は、自動再送要求（ARQ: Automatic Repeat Request）である。ＡＲＱを用いて、無線システムのデバイス（例えば、BS１１０、RSs １２０a、１２０ｂ、１２０ｃ、SSｓ  １３０a、１３０ｂ、１３０ｃ、１３０ｄ）は、パケットデータが意図した受信者に送られていないか、エラーで受信されたときにパケットデータを再送信するように構成されている。自動再送要求の送信制御機構は、ACKｓ、NACKｓ、とタイムアウトの組み合わせを送信したデータの状態を通信するのに用いる。例示的なARQプロトコルは、ストップアンドウエイト（SAW）、Go-Back-N、選択再送（セレクティブリピート）を含む。
【００１４】
自動再送要求の送信制御機構を用いた無線システムは、受信デバイスが新たに若しくは再送信されたパケットデータを受け取ると、受信デバイスは送信デバイスにACK若しくはNACKが生成されて送られる。ACKは受領のインディケータして機能し、メッセージに含まれ若しくは添付され、受信機から送信機に受信機は送信データを正しく受け取ったことを示すように送られる。ＮACKは否定の受領のインディケータして機能し、メッセージに含まれ若しくは添付され、受信機から送信機に受信機は送信データを１つ若しくはそれ以上のエラーを以って受け取ったことを示すように送られる。
【００１５】
図２は例示のエンドツウエンド自動再送要求の送信制御機構の動作を説明する信号図２００である。図２に示すように、分配された資源の割り当てを実行するシステムにおいて、送信パスの各ノードは中継パスにおける次のノードへの資源を割り当てる。例えば、１つの分配された資源の割り当てを実行するシステムにおいて、ＢＳ１１０とＲＳ１２０aの間の矢印で描かれるように、ＢＳ１１０はＲＳ１２０aのために資源を割り当てる。同様に、ＲＳ１２０aとＲＳ１２０ｂの間の矢印で描かれるように、ＲＳ１２０ａはＲＳ１２０ｂのために資源を割り当て、以下同様である。中心的な資源割り当てを行うシステムにおいては、資源割り当てを行うために、ＢＳ１１０は制御情報を送信パスのすべてのノード、例えばＲＳ１２０ａ、ＲＳ１２０ｂ、ＲＳ１２０ｃ、ＳＳ１３０aに送る。いずれの場合においても、資源割り当てが完了した後、ＢＳ１１０データを、中間ノードＲＳ１２０ａ、ＲＳ１２０ｂ、ＲＳ１２０ｃを介して送信先ノード、ＳＳ１３０aに送る。さらに、ＢＳ１１０はバッファに送ったデータのコピーを格納する。図２の例では、データは８つのパケットのデータからなる。
【００１６】
ＲＳ１２０ａは８つのパケットのデータを無事に受け取ることがあり、そのバッファにデータのコピーを格納し、データをＲＳ１２０ｂに送る。しかしながら、ＲＳ１２０ａとＲＳ１２０ｂの間で、２つのパケットのデータが転化、干渉、エラーなどによって失われたものとされ、ＲＳ１２０ｂは６つのパケットのデータだけを受け取る。ＲＳ１２０ｂは６つのパケットのデータをＲＳ１２０ｃに送り、そのバッファにデータのコピーを格納する。同様に、ＲＳ１２０ｃは６つのパケットのデータを受け取り、６つのパケットのデータをＳＳ１３０ａに送り、そのバッファにデータのコピーを格納する。しかしながら、ＲＳ１２０ｃとＳＳ１３０の間で３つのパケットのデータが失われたとすると、３つのデータのパケットだけがＳＳ１３０ａに無事に受け取られることになる。３つのデータのパケットの受信によって、ＳＳ１３０ａはＡＣＫインディケータをアップリンク送信パスにそってＲＳ１２０ｃ、ＲＳ１２０ｂ、ＲＳ１２０ｃを介してＢＳ１１０に送る。このＡＣＫインディケータは成功した３つのパケットのデータの受取を示しそれを知らせるのに用いられる。ＢＳ１１０がＡＣＫインディケータ受信すると、ＢＳ１１０は区別された３つのパケットのデータのバッファを一掃する。
【００１７】
一度、ＢＳ１１０がバッファを一掃すると、ＢＳ１１０は３つのパケットの新しいデータを用意してＳＳ１３０ａに送信する。幾つかの場合において、ＢＳ１１０はＲＳ１２０ａ、１２０ｂ、１２０ｃの夫々と通信して、各ＲＳ１２０がアップリンク方向での最も直接的なノード（即ち、上位ノード）から正しいデータを受信することができるようにデータをどのように再送信を配置させるかを決定する。ＢＳ１１０がどのように再送信を配置するか決めたとき、ＢＳ１１０は中心的な資源割り当てにしたがって送信パスに沿って資源を再割り当てすることができる。または、分配された資源割り当てを行う場合では、送信パスの各ノードは（アップリンクもしくはダウンリンクの）送信パスに沿った次のノードに資源を再割り当てする。いずれの場合でも、一度資源が再割り当てされれば、ＢＳ１１０は３パケットの新データをＳＳ１３０ａにＲＳ１２０ａとＲＳ１２０ｂを介して送信する。
【００１８】
ＲＳ１２０ａはデータを受信し、ＲＳ１２０ａとＲＳ１２０ｂの間で失われた２パケットのデータをＲＳ１２０ｂに再送信されるデータ（即ち、データ２＋３'）に追加する。ＲＳ１２０ｂはデータ２＋３'を受け取り、データ２＋３'をＲＳ１２０ｃに送信し、そのバッファに新しいデータ（即ち、データ３'）を格納する。同様に、ＲＳ１２０ｃはデータ２＋３'を受け取り、ＲＳ１２０ｃとＲＳ１３０ａの間で失われた３パケットのデータをデータ２＋３'に追加して、データ（５＋３'）とする。ＲＳ１２０ｃはデータ（５＋３'）をＳＳ１３０ａに送信し、そのパージバッファに新しいデータ（即ち、データ（３'））のコピーを格納する。ＳＳ１３０ａは新しいデータと再送信されたデータ（即ち、データ（５＋３'）を受信し、ＡＣＫインディケータをＢＳ１１０にＲＳ１２０ａ、ＲＳ１２０ｂ、及びＲＳ１２０ｃを介して送信する。送信されたＡＣＫインディケータは、８パケットのデータ（即ち、ＡＣＫ（５＋３'））の受信の受領を示し、そのうち３パケットは新データであって５パケットは再送信されたデータである。ＡＣＫインディケータの受信により、ＢＳ１１０は新しいデータと古いデータの両方をバッファから消去する。
【００１９】
図３は例示的なツーセグメントＡＲＱ送信制御機構の動作を説明する信号図３００である。ツーセグメント自動再送要求の送信制御機構を用いたシステムにおいては、アクセスノード（例えば、中間ノードＲＳ１２０ａ、１２０ｂ、１２０ｃ）はＡＣＫインディケータを送信ノード（例えば、ＢＳ１１０）に送り返して送信の現状と送信がアクセスノードに無事に受け取られたか否かを示す。ここでは、アクセスノードは意図した送信先ノード（例えば、ＳＳ１３０ａ、ＳＳ１３０ｂ、ＳＳ１３０ｃ、ＳＳ１３０ｄ）と直接通信する中間ノード（例えば、ＲＳ１２０ａ、ＲＳ１２０ｂ、ＲＳ１２０ｃなど）となる。例えば、ＳＳ１３０ａに対応するアクセスノードはＲＳ１２０ｃである。
【００２０】
図２と同様に、図３はＢＳ１１０は送信パスの全ノードに制御情報を送信して中心的な資源の割り当てを行うシステムにおける資源割り当てを実行することを示す。例えば、ＢＳ１１０からＳＳ１３０ａへの送信パスには、ＢＳ１１０はＲＳ１２０ａ、ＲＳ１２０ｂ、ＲＳ１２０ｃ、及びＳＳ１３０ａ、への資源割り当てを行う。若しくは、分配した資源の割り当てを行うシステムにおいては、送信パスの各ノードは（アップリンクもしくはダウンリンクの）送信パスに沿った次のノードに資源を割り当てする。例えば、ＢＳ１１０からＳＳ１３０ａへの送信パスには、ＢＳ１１０はＢＳ１１０からＲＳ１２０ａへの資源割り当てを行い、ＲＳ１２０ａはＲＳ１２０ａからＲＳ１２０ｂへの資源割り当てを行い、ＲＳ１２０ｂはＲＳ１２０ｂからＲＳ１２０ｃへの資源割り当てを行い、ＲＳ１２０ｃはＲＳ１２０ｃからＳＳ１３０ａへの資源割り当てを行う。いずれの場合においても、一度資源割り当てが完了すると、ＢＳ１１０はデータを中間ノードＲＳ１２０ａ、ＲＳ１２０ｂ、ＲＳ１２０ｃを介して送信先ノードＳＳ１３０ａに送信する。さらに、ＢＳ１１０はバッファ内に送ったデータのコピーを格納する。図３の例では、データは８パケットのデータからなる。
【００２１】
ＲＳ１２０ａは８パケットのデータを無事に受け取り、そのバッファに受信データのコピーを格納し、データをＲＳ１２０ｂに送信する。ＲＳ１２０ｂは８パケットのデータを無事に受け取り、そのバッファに受信データのコピーを格納し、データをＲＳ１２０ｃに送信する。しかしながら、ＲＳ１２０ｂとＲＳ１２０ｃの間で、２つのパケットのデータが転化、干渉、エラーなどによって失われたものとされ、ＲＳ１２０ｃは６つのパケットのデータだけを受け取る。ＲＳ１２０ｃはプレＡＣＫインディケータをＢＳ１１０に６パケットのデータの受信を受領した旨を示すように送る。
【００２２】
さらに、ＲＳ１２０ｃは受け取った６パケットのデータをＳＳ１３０ａに送信し、そのバッファに送信したデータのコピーを格納する。しかしながら、ＲＳ１２０ｃとＳＳ１３０ａの間の送信で、さらに４つのパケットのデータが失われ、２つのパケットのデータだけが無事にＳＳ１３０ａに受け取られたものとされる。２つのパケットのデータの受信により、ＳＳ１３０ａはＡＣＫインディケータをＲＳ１２０ｃに送る。ＡＣＫインディケータは、ＳＳ１３０ａによる成功した２つのパケットのデータの受取を示しそれを知らせるのに用いられる。ＡＣＫインディケータを受信すると、ＲＳ１２０ｃはＳＳ１３０ａによって無事に受信されていないいずれのデータも再送信する。図３では、例えば、ＲＳ１２０ｃはＲＳ１２０ｃとＳＳ１３０ａの間の送信で失われた４つのパケットのデータを再送信する。
【００２３】
ＢＳ１１０がＡＣＫインディケータをＲＳ１２０ｃから受信すると、ＢＳ１１０はＲＳ１２０ｃによって無事に受信されたと識別される６パケットのデータのバッファを一掃する。一旦、ＢＳ１１０がそのバッファを一掃すると、ＢＳ１１０は６'つのパケットの新しいデータを用意してＲＳ１２０ｂとＲＳ１２０ｃの間の送信で失われた２つのパケットのデータと共にＳＳ１３０ａに送信する。幾つかの場合において、ＢＳ１１０はＲＳ１２０ａ、１２０ｂ、１２０ｃの夫々と通信して、各ＲＳ１２０がアップリンク方向での最も直接的なノード（即ち、上位ノード）から正しいデータを受信することができるようにデータをどのように再送信を配置させるかを決定する。他の場合においては、しかしながら、ＢＳ１１０はＲＳ１２０ａ、１２０ｂ、１２０ｃの夫々と通信してデータの局所的な再送信を決定することはしない。
【００２４】
中心的な資源割り当てを実行するシステムにおいて、ＢＳ１１０がどのように再送信を配置するか決めたとき、ＢＳ１１０は送信パスに沿って資源を再割り当てすることができる。または、分配された資源割り当てを行うシステムの場合では、送信パスの各ノードは（アップリンクもしくはダウンリンクの）送信パスに沿った次のノードに資源を再割り当てする。いずれの場合でも、一度資源が再割り当てされれば、ＢＳ１１０はデータ（２+６'）をＳＳ１３０ａにＲＳ１２０ａを介して送信する。ＲＳ１２０ａはデータ（２＋６'）を無事に受け取り、受信したデータ（２＋６'）をＲＳ１２０ｂに送信し、そのバッファにデータ（２＋６'）のコピーを格納する。ＲＳ１２０ｂはデータ（２＋６'）を無事に受け取り、受信したデータ（２＋６'）をＲＳ１２０ｃに送信し、そのバッファにデータ（２＋６'）のコピーを格納する。同様に、ＲＳ１２０ｃはデータ（２＋６'）を受け取り、受信したデータ（２＋６'）をＲＳ１２０ｂに送信し、そのバッファにデータ（２＋６'）のコピーを格納する。さらに、ＲＳ１２０ｃはＢＳ１１０にＡＣＫインディケータを送信し、ＲＳ１２０ｃによって無事に受信されたデータの受信についての受領を示す（すなわち、ＡＣＫ（２＋６'））。
【００２５】
ＳＳ１３０ａは新規データと再送信されたデータ（例えばデータ（２＋６'））の両方を受信し、ＡＣＫインディケータをＲＳ１３０ｃに送信する。ＡＣＫインディケータは、成功した２+６'パケットのデータの受取を示し（すなわち、ＡＣＫ（２＋６'））、うち６'パケットは新規データであり、２パケットは再送信である。ＡＣＫインディケータの受信により、ＲＳ１３０ｃは新規データとＳＳ１３０ａによって無事に受信されたと示される古いデータの両方についてのバッファが一掃する。
【発明の概要】
【発明が解決しようとする課題】
【００２６】
送信パスでのセグメント数が増加することから、誤り検出や訂正の効果は、シングルポップ無線ネットワークよりもマルチポップ無線ネットワークの方がより正確に感じることができる。よって、従来のマルチポップ無線ネットワークの誤り検出や訂正は、オーバーヘッドの重大な増加や、長い遅延、資源の無駄を招く。
【００２７】
開示される実施形態は、前述の問題の１つ若しくは複数を克服するようになされたものである。
【課題を解決するための手段】
【００２８】
１つの例示的な実施形態において、本開示は、複数の受信デバイスを有する無線通信システムにおけるアクセスデバイスによる送信制御方法を対象とする。この方法は、前記アクセスデバイスは複数の受信デバイスと通信し加入者デバイスは複数の受信デバイスの１つであるところで、上位デバイスからの前記加入者デバイスへの送信のための第１の送信データを受信する。本方法は、さらに前記第１の送信データを前記加入者デバイスに送信し、前記アクセスデバイスにより前記第１の送信データに対応した第１のアクセス受信インディケータを生成することを有する。さらに、本方法は、前記第１のアクセス受信インディケータを前記上位デバイスに送り、もし前記第１の送信データが前記加入者デバイスに受信されたことを示す第１の加入者受信インディケータを前記アクセスデバイスが前記加入者デバイスから受信しないときは、１つ若しくは複数の前記第１の送信データの部分を前記加入者デバイスに再送信することを有する。本方法は、さらに前記アクセスデバイスにより前記加入者デバイスに送信する第２の送信データを受信し、前記アクセスデバイスにより前記第２の送信データに対応した第２のアクセス受信インディケータを生成し、前記第２のアクセス受信インディケータを前記上位デバイスに送ることを有する。さらに、本方法は、もし前記第２の送信データが前記加入者デバイスに受信されたことを示す第２の加入者受信インディケータを前記アクセスデバイスが前記加入者デバイスから受信しないときは、１つ若しくは複数の前記第１の送信データの部分を前記加入者デバイスに再送信することを有する。
【００２９】
他の例示的な実施形態において、本開示は無線通信の無線通信局を対象とする。該無線通信局は、データ及びインストラクションを格納する少なくとも１つのメモリと、前記メモリにアクセスする構成とされる少なくとも１つのプロセッサーとを有し、インストラクションを実行するに際し、前記無線通信デバイスは複数の受信デバイスと通信し加入者デバイスは複数の受信デバイスの１つであるところで、上位デバイスからの前記加入者デバイスへの送信のための第１の送信データを受信する。さらに、前記少なくとも１つのプロセッサーは、前記第１の送信データを前記加入者デバイスに送信し、前記第１の送信データに対応した第１のアクセス受信インディケータを生成し、前記第１のアクセス受信インディケータを前記上位デバイスに送る。さらに、前記少なくとも１つのプロセッサーは、もし前記第１の送信データが前記加入者デバイスに受信されたことを示す第１の加入者受信インディケータを当該無線通信デバイスが前記加入者デバイスから受信しないときは、１つ若しくは複数の前記第１の送信データの部分を前記加入者デバイスに再送信し、前記加入者デバイスに送信する第２の送信データを受信する。また、前記少なくとも１つのプロセッサーは、前記第２の送信データに対応した第２のアクセス受信インディケータを生成し、前記第２のアクセス受信インディケータを前記上位デバイスに送り、もし前記第２の送信データが前記加入者デバイスに受信されたことを示す第２の加入者受信インディケータを当該無線通信デバイスが前記加入者デバイスから受信しないときは、１つ若しくは複数の前記第２の送信データの部分を前記加入者デバイスに再送信する。
【００３０】
また、他の例示的な実施形態において、本開示は、複数の受信デバイスを有する無線通信システムにおけるアクセスデバイスによる送信制御方法を対象とする。本方法は、前記アクセスデバイスは複数の受信デバイスと通信し加入者デバイスは複数の受信デバイスの１つであるところで、上位デバイスからの前記加入者デバイスへの送信のための送信データを受信し、前記送信データを前記加入者デバイスに送信する。本方法は、さらに前記送信データに対応したアクセス受信インディケータを生成する。もし前記アクセスデバイスが前記加入者デバイスから初期加入者受信インディケータを受信したならば、本方法は、さらに前記アクセス受信インディケータを前記初期加入者受信インディケータに含ませ、前記アクセス受信インディケータと前記初期加入者受信インディケータを前記上位デバイスに送る。もし前記アクセスデバイスが前記加入者デバイスから初期加入者受信インディケータを受信していないならば、本方法は、前記アクセス受信インディケータを前記上位デバイスに送り、前記送信データの少なくとも一部分を前記加入者デバイスに再送信する。
【００３１】
また、他の例示的な実施形態において、本開示は無線通信のための無線通信デバイスを対象とする。該無線通信デバイスは、データ及びインストラクションを格納する少なくとも１つのメモリと、前記メモリにアクセスする構成とされる少なくとも１つのプロセッサーとを有し、インストラクションを実行するに際し、前記無線通信デバイスは複数の受信デバイスと通信し加入者デバイスは複数の受信デバイスの１つであるところで、上位デバイスからの前記加入者デバイスへの送信のための送信データを受信する。さらに、前記少なくとも１つのプロセッサーは、前記送信データを前記加入者デバイスに送信し、前記送信データに対応したアクセス受信インディケータを生成する。もし無線通信デバイスが前記加入者デバイスから初期加入者受信インディケータを受信したときは、前記少なくとも１つのプロセッサーは、前記アクセス受信インディケータを前記初期加入者受信インディケータに含ませ、前記アクセス受信インディケータと前記加入者受信インディケータを前記上位デバイスに送る。もし無線通信デバイスが前記加入者デバイスから前記初期加入者受信インディケータを受信していないときは、前記少なくとも１つのプロセッサーは、前記アクセス受信インディケータを前記上位デバイスに送り、少なくとも前記送信データの一部を前記加入者デバイスに再送信する。
【図面の簡単な説明】
【００３２】
【図１】無線通信システムのブロック図である。
【００３３】
【図２】エンドツーエンドＡＣＫメッセージングを用いた従来の無線通信システムの信号図である。
【００３４】
【図３】ツーセグメントＡＣＫ機構を用いた従来の無線通信システムの信号図である。
【００３５】
【図４】或る開示された実施形態に従った例示的な無線通信システムのブロック図である。
【００３６】
【図５ａ】開示された実施形態に従った例示的な無線ネットワーク制御器（ＲＮＣ）のブロック図である。
【００３７】
【図５ｂ】開示された実施形態に従った例示的な基地局（ＢＳ）のブロック図である。
【００３８】
【図５ｃ】開示された実施形態に従った例示的な中継局（ＲＳ）のブロック図である。
【００３９】
【図５ｄ】開示された実施形態に従った例示的な加入者局（ＳＳ）のブロック図である。
【００４０】
【図６】開示された実施形態に従った例示的なパケットデータ処理を説明するフローチャートである。
【００４１】
【図７】開示された実施形態に従った例示的な誤り検出及び訂正を説明するフローチャートである。
【００４２】
【図８】開示された実施形態に従った例示的な誤り検出及び訂正を説明するフローチャートである。
【００４３】
【図９】開示された実施形態に従った、ツーセグメント誤り検出及び訂正の例示的な信号図である。
【００４４】
【図１０】開示された実施形態に従った、ツーセグメント誤り検出及び訂正の例示的な信号図である。
【００４５】
【図１１】開示された実施形態に従った、ツーセグメント誤り検出及び訂正の例示的な信号図である。
【００４６】
【図１２】開示された実施形態に従った、ツーセグメント誤り検出及び訂正の例示的な信号図である。
【００４７】
【図１３】開示された実施形態に従った、ツーセグメント誤り検出及び訂正の例示的な信号図である。
【００４８】
【図１４】開示された実施形態に従った、ＡＣＫインディケータとＲＡＣＫインディケータを説明する例示的な信号図である。
【００４９】
【図１５】開示された実施形態に従った、ＲＡＣＫインディケータタイプを説明する例示的な信号図である。
【発明を実施するための形態】
【００５０】
図４は例示的な無線通信システム４００のブロック図である。図４の例示的な無線通信システム４００は、例えば、IEEE(Institute of Electrical and Electronics Engineers）８０２．１６標準ファミリーに基づいている。図４に示すように、無線通信システム４００は、１つ若しくは複数の無線ネットワーク制御器（ＲＮＣ）４２０、例えばＲＮＣ４２０、１つ若しくは複数の基地局（ＢＳ）４３０、例えばＢＳ４３０、１つ若しくは複数の中継局（ＲＳ）４４０、例えばＲＳ４４０ａ、ＲＳ４４０b、及びＲＳ４４０ｃ、及び１つ若しくは複数の加入者局（ＳＳ）４５０、例えばＳＳ４５０ａ、ＳＳ４５０ｂ、ＳＳ４５０ｃ、及びＳＳ４５０ｄを有する。
【００５１】
ＲＮＣ４２０は例示的な無線通信システム４００で作動するように構成されたどのようなタイプの通信デバイスでも良く、そのようなものの多くは広く知られている。ＲＮＣ４２０は無線通信システム４００における資源管理、モビリティ管理、暗号化などを担う。さらにＲＮＣ４２０は１つ若しくは複数ののＢＳ４３０の制御も担う。
【００５２】
図５aは開示された実施形態に従った例示的な無線ネットワーク制御器（ＲＮＣ）のブロック図である。図５ａに示すように、各ＲＮＣ４２０は１つ若しくは複数の次のコンポーネントを有する。各種の処理や方法を実施するためのコンピュータプログラムインストラクションを実行するように構成された中央演算処理装置（ＣＰＵ）４２１、情報とコンピュータプログラムインストラクションにアクセスし格納するランダムアクセスメモリ（ＲＡＭ）４２２とリードオンリーメモリ（ＲＯＭ）４２３、データと情報を格納するメモリ４２４、表、リストやその他のデータ構造を格納するデータベース４２５と、Ｉ／Ｏデバイス４２６、インターフェイス４２７、アンテナ４２８などである。これらのコンポーネントのそれぞれは既知であり、ここではさらなる説明を加えない。
【００５３】
ＢＳ４３０は無線通信システム４００においてデータを送受信し１つ若しくは複数のＲＳ４４０及び／又はＳＳｓ４５０への若しくはからの通信を行うように構成され、その多くは当該技術において知られるところの、いずれのタイプの通信デバイスであっても良い。いくつかの実施形態においては、ＢＳ４３０は、例えばノードＢ、基地局システム（ＢＴＳ），アクセスポイントなどと称される。ＢＳｓ４３０とＲＮＣ４２０の間の通信は、有線及び／又は無線接続のどのような組み合わせでも良い。ＢＳ４３０とＲＳ４４０の間の通信は無線でも良い。同様に、ＢＳｓ４３０とＳＳｓ４５０の間の通信は無線でも良い。或る例示的な実施形態によれば、ＢＳ４３０はＢＳ４３０が１つ若しくは複数のＲＳｓ４４０及び／又は１つ若しくは複数のＳＳｓ４５０と無線通信するブロードキャスト・受信範囲を有する。ブロードキャスト範囲は、電力レベルや場所、障害（物理的、電気的など）によって変化する。
【００５４】
図５ｂは開示された実施形態に従った例示的な基地局（ＢＳ）のブロック図である。図５ｂに示すように、各ＢＳ４３０は１つ若しくは複数の次のコンポーネントを有する。各種の処理や方法を実施するためのコンピュータプログラムインストラクションを実行するように構成された少なくとも１つの中央演算処理装置（ＣＰＵ）４３１、情報とコンピュータプログラムインストラクションにアクセスし格納するランダムアクセスメモリ（ＲＡＭ）４３２とリードオンリーメモリ（ＲＯＭ）４３３、データと情報を格納するメモリ４３４、表、リストやその他のデータ構造を格納するデータベース４３５と、Ｉ／Ｏデバイス４３６、インターフェイス４３７、アンテナ４３８などである。これらのコンポーネントのそれぞれは既知であり、ここではさらなる説明を加えない。
【００５５】
ＲＳ４４０は無線通信システム４００においてデータを無線で送受信し、ＢＳ４３０，１つ若しくは複数のＲＳｓ４４０、及び／又は１つ若しくは複数のＳＳｓ４５０への若しくはからの通信を行うように構成され、その多くは当該技術において知られるところの、いずれのタイプの通信デバイスであっても良い。ＲＳ４４０、ＢＳ４３０、１つ若しくは複数のＲＳｓ４４０、１つ若しくは複数のＳＳｓ４５０の間の通信は無線でも良い。或る例示的な実施形態によれば、ＲＳ４４０はＲＳ４４０がＢＳ４３０、１つ若しくは複数の他のＲＳｓ４４０、及び／又は１つ若しくは複数のＳＳｓ４５０と無線通信するブロードキャスト・受信範囲を有する。ブロードキャスト範囲は、電力レベルや場所、障害（物理的、電気的など）によって変化する。
【００５６】
図５ｃは開示された実施形態に従った例示的なＲＳ４４０のブロック図である。図５ｃに示すように、各ＲＳ４４０は１つ若しくは複数の次のコンポーネントを有する。各種の処理や方法を実施するためのコンピュータプログラムインストラクションを実行するように構成された少なくとも１つの中央演算処理装置（ＣＰＵ）４４１、情報とコンピュータプログラムインストラクションにアクセスし格納するランダムアクセスメモリ（ＲＡＭ）４４２とリードオンリーメモリ（ＲＯＭ）４４３、データと情報を格納するメモリ４４４、表、リストやその他のデータ構造を格納するデータベース４４５と、Ｉ／Ｏデバイス４４６、インターフェイス４４７、アンテナ４４８などである。これらのコンポーネントのそれぞれは既知であり、ここではさらなる説明を加えない。
【００５７】
ＳＳ４５０は無線通信システム４００においてＢＳ４３０、及び／又は１つ若しくは複数のＲＳｓ４４０への若しくはからのデータを無線で送受信するように構成されるいずれのタイプの通信デバイスであっても良い。ＳＳ４５０は、例えば、サーバー、クライアント、デスクトップコンピュータ、ラップトップコンピュータ、ネットワークコンピュータ、ワークステイション、携帯情報端末（Personal digital assistants: PDA）、タブレットＰＣ，スキャナー、テレフォニーデバイス、ページャー、カメラ、音楽機器、などである。また、ＳＳ４５０は中心的及び／若しくは分配的な通信手段によって通信するように構成された無線センサーネットワークにおける１つ若しくは複数の無線センサーを含んでいても良い。１つの例示的な実施形態によれば、ＳＳ４５０は携帯型コンピュータである。また、他の１つの例示的な実施形態によれば、ＳＳ４５０はバス、列車、飛行機、船、自動車などの移動環境下で作動する固定されたコンピュータとすることもできる。
【００５８】
図５ｄは開示された実施形態に従った例示的なＳＳ４５０のブロック図である。図５ｄに示すように、各ＳＳ４５０は１つ若しくは複数の次のコンポーネントを有する。各種の処理や方法を実施するためのコンピュータプログラムインストラクションを実行するように構成された少なくとも１つの中央演算処理装置（ＣＰＵ）４５１、情報とコンピュータプログラムインストラクションにアクセスし格納するランダムアクセスメモリ（ＲＡＭ）４５２とリードオンリーメモリ（ＲＯＭ）４５３、データと情報を格納するメモリ４５４、表、リストやその他のデータ構造を格納するデータベース４５５と、Ｉ／Ｏデバイス４５６、インターフェイス４５７、アンテナ４５８などである。これらのコンポーネントのそれぞれは既知であり、ここではさらなる説明を加えない。
【００５９】
さらに、無線通信システム４００における各ノード（例えば、ＢＳ４３０、ＲＳｓ４４０ａ、４４０ｂ、４４０ｃ、ＳＳｓ４５０ａ、４５０ｂ、４５０ｃ、４５０ｄ）は、ここで"中継再送信タイマ"と称する１つ若しくは複数のタイマを有する。１つの例示的な実施形態において、中継再送信タイマはデータのライフタイム値を反映する。１つ若しくは複数の中継再送信タイマのそれぞれは、ハードウエア及び／又はソフトウエアのどのような組み合わせでも良い。さらに、１つ若しくは複数の中継再送信タイマのそれぞれは、中継再送信タイマがそれによってデータの送信に相関するところの機構を具備する。すなわち、各中継再送信タイマは、具体的な送信先ノード（例えば、ＳＳ４５０ａ、ＳＳ４５０ｂ、ＳＳ４５０ｃ、ＳＳ４５０ｄなど）への決定された往復時間を基にセットされる。
【００６０】
例えば、ＲＳ４４０ａ用の中継再送信タイマは、ＲＳ４４０ａ、ＲＳ４４０ｂ、ＲＳ４４０ｃ及びＳＳ４５０ａを含む往復の送信パスの合計送信時間を考慮した時間にセットされる。同様に、ＲＳ４４０ｂ用の中継再送信タイマは、ＲＳ４４０ｂ、ＲＳ４４０ｃ、及びＳＳ４５０ａを含む往復の送信パスの合計送信時間を考慮した時間にセットされ、アクセスＲＳ４４０ｃ用の中継再送信タイマは、アクセスＲＳ４４０ｃ及びＳＳ４５０ａを含む往復の送信パスの合計送信時間を考慮した時間にセットされる。さらに、往復の送信時間に加えて、合計送信時間には、例えば、データ処理、送信ノードと受信ノードの遷移ギャップ、追加のローカル再送信時間などのタイミングオフセットのような１つ若しくは複数のタイミングオフセットも含まれる。１つの例示的な実施形態において、合計送信時間Ｔtotalは次の式より定義される。
式１
Ｔtotal＝Ｔround_trip＋Δｔ
ここで、Ｔround_tripは、送信ノードと送信先ノードの間の往復送信時間であり、Δｔは１つ若しくは複数のタイミングオフセットを含む。
【００６１】
１つの例示的な実施形態によれば、各中継再送信タイマに関連した値が接続確立中に決定され、中継再送信タイマの値を相応してセットすることができる。他の実施形態によれば、１つ若しくは複数の送信条件が最初に決定されたとき、および／または１つ若しくは複数の送信条件が変化したとき、各中継再送信タイマに関連した値がネットワークに入っている間に決定される。例えば、ＲＳ４４０ｃの無線通信システム４００の如きネットワークへの加入に際して、ＲＳ４４０ｃの１つ若しくは複数の中継再送信タイマと関連するコンポーネント値（例えば、Ｔround_trip、Δｔなど）が決定され、１つ若しくは複数の中継再送信タイマの合計値（例えば、Ｔtotalなど）が決定される。
【００６２】
ここで開示される例示的なシステムと方法において、３つのＡＲＱモードがある。最初のＡＲＱモードはここではエンドツウエンド（end to end）モードと呼ばれている。すなわち、ＡＲＱ送信制御機構は送信パスの一端（例えばＢＳ４３０やＳＳ４５０）から同じ送信パスの他の一端（例えばＳＳ４５０やＢＳ４３０）に作動する。第２のＡＲＱモードはここではツウセグメント（two-segment）ＡＲＱモードと呼ばれている。ツウセグメントＡＲＱモードは、ＡＲＱ送信制御機構が、ＢＳ４３０とアクセスＲＳ４４０（すなわち、送信パスでＲＳ４４０がＳＳ４５０となる）の間のリンクである「中継ＡＲＱセグメント」と、アクセスＲＳ４４０とサービス対象であるＳＳ４５０の間のリンクである「アクセスＡＲＱセグメント」の間で作動するものである。第３のＡＲＱモードはここでホップバイホップ（hop by hop）ＡＲＱと称されている。ホップバイホップＡＲＱ送信制御機構は送信パス中の隣接した２つのノード間で作動するものである。例えば、図４に示すように、ホップバイホップＡＲＱは、ＢＳ４３０とＲＳ４４０ａの間、ＲＳ４４０ａとＲＳ４４０ｂの間、ＲＳ４４０ｂとＲＳ４４０ｃの間、ＲＳ４４０ｃとＳＳ４５０の間で作動する。
【００６３】
いくつかの実施形態において、ツウセグメントＡＲＱモードは、トンネルベースと非トンネルべースの転送に応用可能である。ホップバイホップＡＲＱは非トンネルべースの転送に応用可能であり、ＲＳ４４０が分配された資源割り当てを用いて作動するときに、支持されるようにすることができる。或るＡＲＱモードについてのＲＳ４４０の構造検出は、ＲＳ４４０のネットワーク接続中に実行される。
【００６４】
図６は開示された実施形態に従った、例示的な無線通信システム４００の如き、無線通信システムにおけるデータ処理の例示的なフローチャート６００を示す。特に、図６は上位のＲＳ４４０若しくはＢＳ４３０から受信し下位ＲＳ４４０若しくはＳＳ４５０に送信したパケットデータのＲＳ４４０による処理を説明する図である。用語の"下位"と"上位"は、１つのノードの他のノードへの関係位置を説明するために使用される。下位ノードは、議論されているノードと受信ノードＳＳ４５０の間のダウンリンクの流れで位置付けられたものである。上位ノードは、議論されているノードとＢＳ４３０の間のアップリンクの流れで位置付けられたものである。
【００６５】
図６に示すように、ＲＳ４４０はＢＳ４３０か上位ＲＳ４４０からパケットデータを受信する（手順６０５）。受信されたパケットデータ中のパケットデータヘッダー情報及び／又は別個に送信されたMAP情報エレメント（ＩＥ）を含む制御情報を用いて、ＲＳ４４０は受信したパケットデータをアクセスＲＳ４４０（例えば、ＲＳ４４０ｃ）若しくはＳＳ４５０に転送するかを決定する（手順６１０）。もしパケットデータがアクセスＲＳ４４０（例えば、ＲＳ４４０ｃ）若しくはＳＳ４５０に転送されない場合（手順６１０でＮｏ）、ＲＳ４４０は指定されたパケットデータを処理し放棄する（手順６２０）。１つの例示的な実施形態によれば、示されたパケットデータは受信されたデータパケットに含まれたパケットデータとされる。それに代えて、或いは追加して、示されたパケットデータは先に送られたデータ若しくは続いたデータパケットである。
【００６６】
しかしながら、もしパケットデータがアクセスＲＳ４４０（例えば、ＲＳ４４０ｃ）若しくはＳＳ４５０に転送されるとき（手順６１０でYes）、ＲＳ４４０は受信したデータが１つ若しくは複数の再送信データパケットを含むか否かを決定する（手順６１５）。再送信されたデータパケットは、先にＲＳ４４０に送信されているが、送信失敗やエラーにより再送信が必要となったデータパケットである。再送信されたパケットデータは新規データを含むデータパケットに含まれることがあり、或いは再送信されたデータのみからなるデータパケットで送信され得る。１つの例示的な実施形態によれば、再送信されたパケットデータは先にＲＳ４４０によって受信されたデータのインディケータ若しくは識別子（アイデンティファイヤ）であり、ＲＳ４４０のバッファに格納される。ＲＳ４４０は例えばＢＳ４３０若しくは上位ＲＳ４４０である制御局によって先に送られた資源割り当て情報を使用して、パケットデータが送信のものか再送信のものかを決定する。ここで、１つの再送信されたデータパケットがデータパケットに含まれる場合、ＲＳ４４０は受信したデータが再送信データを含むものと決定する。
【００６７】
もしＲＳ４４０は受信したデータが１つ若しくは複数の再送信データを含むものと決定したとき（手順６１５でYes）、ＲＳ４４０は示されたパケットデータを、受信したデータにおけるどのような新規データパケットと共に、アクセスＲＳ４４０（例えば、ＲＳ４４０ｃ）若しくＳＳ４５０は再送信する（手順６２５）。１つの例示的な実施形態によれば、ＲＳ４４０はそのバッファから再送信すべきパケットデータを取り込み、そのパケットデータをデータ再送信用に割り当てられた資源を用いて再送信する。もしパケットデータが再送信データであるとき、ＲＳ４４０はＢＳ４３０若しくは上位のＲＳ４４０からの制御データのみを受信する。すなわち、受信データはトラフィック及び／又はアプリケーションデータのみを含み、ユーザーデータを含まない。もしパケットデータが再送信データを含まない場合（手順６１５でＮｏ）、ＲＳ４４０は、制御情報及び／又はユーザーデータを含む受信されたパケットデータを飼いのアクセスＲＳ４４０（例えば、ＲＳ４４０ｃ）若しくはＳＳ４５０に送信する（手順６３０）。
【００６８】
図６には示していないが、もしＲＳ４４０が中継再送信タイマを具備するとき、送信（手順６３０）及び／又は再送信（手順６２５）により、ＲＳ４４０は、ＲＳ４４０とデータにより識別される送信先ノード（即ち、ＳＳ４５０）の間で、合計往復送信時間Ｔtotalを反映した値を用いて中継再送信タイマをセットする。
【００６９】
図７は開示された実施形態に従った、例示的な無線通信システム４００の如き、無線通信システムでのデータ処理についての例示的なフローチャート７００である。詳しくは、図７は、上位のＲＳ４４０やＢＳ４３０への送信のために、ＲＳ４４０によってＳＳ４５０から受信されたＡＣＫ及びＮＡＣＫインディケータの処理を説明するものである。
【００７０】
図７に示すように、ＲＳ４４０はアクセスＲＳ４４０（例えば、ＲＳ４４０ｃ）若しくはＳＳ４５０からＡＣＫ若しくはＮＡＣＫインディケータのいずれかを受信する（手順７０５）。ＡＣＫ若しくはＮＡＣＫインディケータは、ＢＳ４３０が送ったどのデータパケットがアクセスＲＳ４４０（例えば、ＲＳ４４０ｃ）によって無事に受信されたかを区別するために使用される。例えば、ＢＳ４３０は８パケットのデータ（即ち、データパケット１−８）を送ったが、アクセスＲＳ４４０（例えば、ＲＳ４４０ｃ）若しくはＳＳＤ４５０ａは６パケットのデータしか受け取らない（例えば、データパケット１、３、４、５、６、および８）とき、ＡＣＫインディケータはどの８パケットのデータが無事に受信されたか（例えば、データパケット１、３、４、５、６、及び８）、及び／又はどの８パケットのデータが無事に受信されなかったか（例えば、データパケット２及び７）を区別するのに使用される。ＲＳ４４０によって無事に受信されたパケットデータの区別は直接若しくは間接に行われる。すなわち、ＡＣＫ、ＮＡＣＫ、及び／又はＲＡＣＫインディケータは、例えば、受信した及び／又は受信していないパケットデータを直接区別することで、或いは無事に受信したパケットデータの識別がつくような情報を間接的に提供することで、受信したパケットデータを識別できる。
【００７１】
ＡＣＫ若しくはＮＡＣＫインディケータを受信した後、ＲＳ４４０はＡＣＫ若しくはＮＡＣＫインディケータに含まれる情報をバッファ状態情報と比較する（手順７１０）。１つの例示的な実施形態によれば、ＲＳ４４０はＡＣＫ若しくはＮＡＣＫインディケータ情報をバッファ情報と比較し、送信先ノードに受信されたパケットデータを識別する（即ち、ＳＳ４５０ａ）。比較に基づき、ＲＳ４４０は、ＲＡＣＫインディケータが必要かを決定する（手順７１５）。もしＲＡＣＫインディケータが必要でないとき（手順７１５でNo）、ＲＳ４４０は上位のＲＳ４４０若しくはＢＳ４３０に受信したＡＣＫ若しくはＮＡＣＫインディケータを送信する。
【００７２】
もしＲＡＣＫインディケータが必要とされるとき（手順７１５でＹｅｓ）、ＲＳ４４０は受信したインディケータを修正してＲＡＣＫインディケータを含ませる（手順７２０）。例えば、ＲＳ４４０は受信したＡＣＫ若しくはＮＡＣＫインディケータと共にをＲＡＣＫインディケータを含み、ＡＣＫ若しくはＮＡＣＫインディケータと含まれたＲＡＣＫインディケータとを上位のＲＳ４４０若しくはＢＳ４３０に送信することができる（手順７２５）。代わりに若しくは追加して、ＲＳ４４０はヘッダ情報を修正して、上位のＢＳ４３０若しくはＲＳ４４０からＲＳ４４０によって無事に受信されＳＳ４５０に送信されたパケットデータを識別する。
【００７３】
図８は、開示された実施形態に従った、例示的な無線通信システム４００の如き、無線通信システムでのデータ処理についての例示的なフローチャート８００である。詳しくは、図８は、関連した中継再送信タイマの期限切れの前にＡＣＫ若しくはＮＡＣＫインディケータがＲＳ４４０に受信されないとき、ＲＳ４４０によるＲＡＣＫインディケータの生成を説明するものである。
【００７４】
図８に示すように、もしＲＳ４４０がＡＣＫ若しくはＮＡＣＫインディケータを受信する前に、中継再送信タイマの期限が切れたならば（手順８０５）、ＲＳ４４０は自動的にＲＡＣＫインディケータを生成し、生成したＲＡＣＫインディケータを上位のＲＳ４４０若しくはＢＳ４３０に送信する（手順８１０）。ＲＳ４４０がＳＳ４５０からＡＣＫ若しくはＮＡＣＫインディケータを受信することなく、自動的にＲＡＣＫインディケータを生成するとき、上位のＲＳ４４０若しくはＢＳ４３０に転送される情報は、ＡＣＫ若しくはＮＡＣＫインディケータを含まない。代わりに、その情報は、そのＲＳ４４０のためのＲＡＣＫ情報だけを含むようにする。
【００７５】
図９は、ある開示の実施形態と一致する誤りの検知及び訂正機構の一実施形態である信号図９００を示す。具体的には、図９は、トランスミッタ（例えば、ＢＳ４３０）とアクセスノード（例えば、ＲＳ４４０ｃ）の間及びアクセスノード（例えば、ＲＳ４４０ｃ）と加入者デバイス（例えば、ＳＳ４５０ａ）の間の２つのＡＲＱセグメントでの通信を示す。図９において、ＲＡＣＫインディケータは、送信パスの中継ＡＲＱセグメント（即ち、トランスミッタとアクセスノードの間）で送信され、ＡＣＫ及び／若しくはＮＡＣＫインディケータは、送信パスのアクセスＡＲＱセグメント（即ち、アクセスノードと受信デバイスの間）で送信される。より具体的には、図９において、ＡＣＫ及び／若しくはＮＡＣＫインディケータは、ＳＳ４５０ａからＢＳ４３０へ送られ、ＲＡＣＫインディケータはＲＳ４４０ｃからＢＳ４３０へ送られる。さらに、図９に示す信号機構を用いるシステムにおいて、資源の割り当ては、分配した資源の割り当て若しくは中心的な資源の割り当てを用いて行う。
【００７６】
図９に示すように、ＢＳ４３０は、設定された送信パス、例えば、ＲＳ４４０ａ、ＲＳ４４０ｂ、ＲＳ４４０ｃ及びＳＳ４５０ａにおける全てのノードに対して制御情報を送信して、資源の割り当て（即ち、中心的な資源の割り当て）を行う。資源の割り当てが完了した後、ＢＳ４３０は、例えば、ＲＳ４４０ａ、ＲＳ４４０ｂ及びＲＳ４４０ｃのひとつ若しくは複数の中間ノードを介してパケットデータを送信先ノード、例えば、ＲＳ４４０ｃ若しくはＳＳ４５０ａに送る。さらに、ＢＳ４３０は、その送ったパケットデータのコピーをバッファに格納する。図９の例おいて、パケットデータは８つのデータパケットからなる（即ち、Ｄａｔａ（８））。
【００７７】
ＲＳ４４０aは、Ｄａｔａ（８）を無事に受信し、パケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｂに送る。同様に、ＲＳ４４０ｂはＤａｔａ（８）を無事に受信し、パケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｃに送る。しかしながら、ＲＳ４４０ｂからＲＳ４４０ｃへ送信される間で、２パケットのデータは転化、干渉、エラーなどによって失われることがあり、ＲＳ４４０ｃは６パケットのデータのみ（即ち、Ｄａｔａ（６））を受信することになる。ＲＳ４４０ｃは、Ｄａｔａ（６）を受信すると、ＲＡＣＫインディケータ（即ち、ＲＡＣＫ{６}）を生成し、その生成したＲＡＣＫインディケータを上位ノードであるＲＳ４４０ｂに送る。生成されたＲＡＣＫインディケータは、ＢＳ４３０が送った８データパケットのうちどれが無事にＲＳ４４０ｃによって受信されたかを判別する。ＲＡＣＫ{６}は、アップリンク送信パスに沿ってＲＳ４４０ｂからＲＳ４４０ａへ転送され、次いでＢＳ４３０へ転送される。
【００７８】
ＲＡＣＫインディケータの生成及び送信に加え、ＲＳ４４０ｃは、受信したパケットデータ（即ち、Ｄａｔａ（６））をＳＳ４５０ａに転送もする。しかしながら、ＲＳ４４０ｃとＳＳ４５０ａの間では、別の４パケットのデータが失われることがあり、ＳＳ４５０ａは２パケットのデータのみ（即ち、Ｄａｔａ（２））を無事に受信することになる。ＳＳ４５０ａは、Ｄａｔａ（２）を受信すると、ＡＣＫインディケータ（即ち、ＡＣＫ（２））を生成して、ＲＳ４４０ｃに送る。これにより、２パケットのデータは無事に受信されたことが判別される。上述の図６に関する説明のように、ＲＳ４４０ｃは、ＡＣＫインディケータと共に構成された情報と前もってバッファに格納されたデータを比較する。ＲＳ４４０ｃは、その比較に基づき、ＳＳ４５０ａが無事に受信できなかったいずれのデータをＳＳ４５０ａに再送信する。例えば、図９に示すように、ＲＳ４４０ｃは、ＲＳ４４０ｃとＳＳ４５０ａの間で失われた４パケットのデータを再送信する。また、図９に示すように、ＳＳ４５０ａは４パケットのデータを無事に受信する。従って、ＳＳ４５０ａは、ＡＣＫインディケータ（即ち、ＡＣＫ（４））を生成し、ＲＳ４４０ｃに送る。これは、無事にデータが受信されたことを指す。
【００７９】
ＲＳ４４０ｃが、ＲＳ４４０ｃとＳＳ４５０ａの間で失われたいずれのデータを再送信している間に、ＢＳ４３０は、ＲＳ４４０ｃから送られたＲＡＣＫインディケータ（即ち、ＲＡＣＫ{６}を受信する。ＢＳ４３０は、ＲＡＣＫインディケータをデコードして、ＲＳ４４０ｃへのパケットデータの送信状態を判断する。デコードに基づき、ＢＳ４３０は、ＲＳ４４０ｃが無事に受信したパケットデータをバッファから一掃する。ＢＳ４３０は、新規パケットデータを用意して、ＲＳ４４０ｃを介してＳＳ４５０ａに送信し、ＲＳ４４０ｃに再送信されるいずれのパケットデータと共に新規パケットデータを送る。例えば、ＢＳ４３０は、ＲＳ４４０ｃが無事に受信した旨のＲＡＣＫインディケータに示される６つのデータパケットを一掃し、送信用の新規６'データパケットを用意する。さらに、ＢＳ４３０は、送信パスに沿って資源の再割り当てを行う。
【００８０】
一度、資源の再割り当てが行われると、ＢＳ４３０は新規及び再送信されたデータパケット（即ち、Ｄａｔａ（２＋６'）をＲＳ４４０ａに送る。ＲＳ４４０ａは、Ｄａｔａ（２＋６'）を無事に受信し、パケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｂに送る。同様に、ＲＳ４４０ｂは、Ｄａｔａ（２＋６'）を無事に受信し、パケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｃに送る。ＲＳ４４０ｃは、Ｄａｔａ（２＋６'）を受信すると、ＲＡＣＫインディケータ（即ち、ＲＡＣＫ{２＋６'}）を生成し、その生成したＲＡＣＫインディケータを上位ノードであるＲＳ４４０ｂに送る。生成されたＲＡＣＫインディケータは、ＢＳ４３０によって送られ、また、ＲＳ４４０ｃによって無事に受信された２＋６'データパケットを判別する。生成されたＲＡＣＫインディケータ（即ち、ＲＡＣＫ{２＋６'}）は、アップリンク送信パスに沿ってＲＳ４４０ｂからＲＳ４４０ａへ転送され、次いでＢＳ４３０へ転送される。
【００８１】
ＲＡＣＫインディケータの生成及び送信に加え、ＲＳ４４０ｃは受信したパケットデータ（即ち、Ｄａｔａ（２＋６'））をＳＳ４５０ａに送信もする。２＋６'パケットのデータを受信すると、ＳＳ４５０ａはＡＣＫインディケータをＲＳ４４０ｃに送る。これにより、２＋６'パケットのデータは無事に受信されたことが判別される。上述の図６に関する説明のように、ＲＳ４４０ｃはＡＣＫインディケータと共に構成された情報と前もってバッファに格納されたデータを比較する。ＲＳ４４０ｃは、その比較を基に、ＳＳ４５０ａが無事に受信できなかったデータをＳＳ４５０ａに再送信する。図９に示すように、ＳＳ４５０ａは、２＋６'パケットのデータを無事に受信する。
【００８２】
図９では、ＳＳ４５０ａからＡＣＫインディケータを送信する場合を例示しているが、ＳＳ４５０ａはＡＣＫ及び／若しくはＮＡＣＫインディケータのいずれの組み合わせも送ることができる。いずれの場合において、誤りの検出及び訂正は上述のように行われる。信号図９００は、シングル送信パスにおいて３つのＲＳ４４０を用いる実施形態の実行例を示しているが、送信パスにおけるＲＳ４４０の数は図示の数より多くても少なくてもよい。また、図９に示されていないが、新規データの送信中およびデータの再送信中に中継再送信タイマを使用することもできる。  
【００８３】
図１０は、ある開示の実施形態と一致する誤りの検知及び訂正機構の一実施形態である信号図１０００を示す。具体的には、図１０は、トランスミッタ（例えば、ＢＳ４３０）とアクセスノード（例えば、ＲＳ４４０ｃ）の間及びアクセスノード（例えば、ＲＳ４４０ｃ）と加入者デバイス（例えば、ＳＳ４５０ａ）の間の２つのＡＲＱセグメントでの通信を示す。図１０において、ＲＡＣＫインディケータは、送信パスの中継ＡＲＱセグメント（即ち、トランスミッタとアクセスノードの間）で送信され、ＡＣＫ及び／若しくはＮＡＣＫインディケータは、送信パスのアクセスＡＲＱセグメント（即ち、アクセスノードと受信デバイスの間）で送信される。より具体的には、図１０において、ＡＣＫ及び／若しくはＮＡＣＫインディケータは、ＳＳ４５０ａからＢＳ４３０へ送られ、ＲＡＣＫインディケータはＲＳ４４０ｃからＢＳ４３０へ送られる。さらに、図１０は、ＲＳ４４０ｃがＳＳ４５０ａからＡＣＫインディケータを受信するとき、ＲＳ４４０ｃがＲＡＣＫインディケータを生成しＢＳ４３０に送る場合を例示したものである。
【００８４】
図１０の信号図において、資源の割り当ては上述の図９のように行われる。資源の割り当てが完了した後、ＢＳ４３０は、例えば、ＲＳ４４０a、ＲＳ４４０ｂ及びＲＳ４４０ｃのひとつ若しくは複数の中間ノードを介してパケットデータを送信先ノード、例えば、ＳＳ４５０aに送る。さらに、ＢＳ４３０は、送ったパケットデータのコピーをバッファに格納する。図１０の例において、パケットデータは８つのデータパケットからなる（即ち、Ｄａｔａ（８））。
【００８５】
ＲＳ４４０aは、Ｄａｔａ（８）を無事に受信し、そのパケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｂに送る。同様に、ＲＳ４４０ｂは、Ｄａｔａ（８）を無事に受信し、そのパケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｃに送る。しかしながら、ＲＳ４４０ｂからＲＳ４４０ｃへ送信される間で、２パケットのデータは転化、干渉、エラーなどによって失われることがある。従って、ＲＳ４４０ｃは６パケットのデータ（即ち、Ｄａｔａ（６））のみを受信することになる。Ｄａｔａ（６）を受信した後、ＲＳ４４０ｃはＤａｔａ（６）をＳＳ４５０ａに送信し、送信したパケットデータのコピーをバッファに格納する。
【００８６】
ＲＳ４４０ｃとＳＳ４５０ａの間では、別の４パケットのデータが失われることがあり、ＳＳ４５０ａは２パケットのデータのみ（即ち、Ｄａｔａ（２））を無事に受信することになる。ＳＳ４５０ａは、Ｄａｔａ（２）を受信すると、ＡＣＫインディケータ（即ち、ＡＣＫ（２））をＲＳ４４０ｃに送る。これにより、パケットのデータは無事に受信されたことが判別される。ＲＳ４４０ｃは、ＡＣＫインディケータ（即ち、ＡＣＫ（２））を受信すると、ＲＡＣＫインディケータ（即ち、ＲＡＣＫ{６}を生成する。生成されたＲＡＣＫインディケータは、ＢＳ４３０が送った８データパケットのうちどれが無事にＲＳ４４０ｃによって受信されたかを判別する。ＲＳ４４０ｃは、受信したＡＣＫインディケータ（即ち、ＡＣＫ（２））と共に、生成されたＲＡＣＫインディケータ（即ち、ＲＡＣＫ{６}）を有し、これら両方をアップリンクに沿ってＲＳ４４０ｃからＲＳ４４０ｂに送信し、さらにＢＳ４３０に送信する。
【００８７】
ＲＡＣＫインディケータの生成及び送信に加え、ＲＳ４４０ｃは、ＲＳ４４０ｃとＳＳ４５０ｂの間で失われたいずれのパケットデータの再送信も試みる。上述の図６に関する説明のように、ＲＳ４４０ｃは、ＡＣＫインディケータに含まれた情報と前もってバッファに格納されたパケットデータを比較する。幾つかの実施形態では、ＲＳ４４０ｃは、受信したＡＣＫインディケータ情報と前もって格納されたデータを比較して、ＳＳ４５０ａが受信したデータの量及び／若しくはアイデンティティを判別する。他の実施形態では、ＲＳ４４０ｃは受信したＡＣＫインディケータ情報を単にチェックする。
【００８８】
ＲＳ４４０ｃは、比較に基づき、ＳＳ４５０ａが無事に受信できなかったいずれのデータをＳＳ４５０ａに再送信する。例えば、図１０に示すように、ＲＳ４４０ｃは、ＲＳ４４０ｃとＳＳ４５０ａの間で失われた４パケットのデータ（即ち、Ｄａｔａ（４））を再送信する。しかし、ここで、ＳＳ４５０ａは４つの再送信されたデータパケットのうち、３つのみ（即ち、Ｄａｔａ（３））を受信する。従って、ＳＳ４５０ａは、ＡＣＫインディケータを生成し、ＲＳ４４０ｃに送る。これにより、３つの再送信されたデータ（即ち、ＡＣＫ（３））はＳＳ４５０ａによって無事に受信されたことが判別される。ＲＳ４４０ｃがＡＣＫインディケータ（即ち、ＡＣＫ（３））を受信するとき、ＲＳ４４０ｃは今受信したＡＣＫインディケータ情報（即ち、ＡＣＫ（３））と前もって受信したＡＣＫインディケータ情報（即ち、ＡＣＫ（２））を比較して、ＳＳ４５０ａが無事に受信したデータの量及び／若しくはアイデンティティを判別するＡＣＫインディケータを得る。幾つかの実施形態では、ＲＳ４４０ｃは受信したＡＣＫインディケータ情報を単にチェックする。また、ＲＳ４４０ｃは、ＲＳ４４０ｃとＳＳ４５０ａの間で失われた１パケットのデータ（即ち、Ｄａｔａ（１））を再送信する。
【００８９】
ＳＳ４５０ａは、１データパケット（即ち、Ｄａｔａ（１））を無事に受信すると、ＡＣＫインディケータ（即ち、ＡＣＫ（１））を生成し、生成したＡＣＫインディケータをＲＳ４４０ｃに送る。ＲＳ４４０ｃは、今受信したＡＣＫインディケータ情報（即ち、ＡＣＫ（１））と前もって受信したＡＣＫインディケータ（即ち、ＡＣＫ（５））を比較して、ＳＳ４５０ａが無事に受信したデータの量及び／若しくはアイデンティティを判別する更新されたＡＣＫインディケータを得る。幾つかの実施形態において、ＲＳ４４０ｃは、受信したＡＣＫインディケータ情報を単にチェックする。この例において、ＡＣＫインディケータは、ＲＳ４４０ｃから送られてＳＳ４５０ａによって無事に受信された６データパケットを判別する。
【００９０】
ＲＳ４４０ｃが、ＲＳ４４０ｃとＳＳ４５０ａの間で失われたいずれのパケットデータを再送信している間に、ＢＳ４３０はＲＳ４４０ｃから送られたＡＣＫ及びＲＡＣＫインディケータを受信する。ＢＳ４３０は、ＡＣＫ及びＲＡＣＫインディケータをデコードして、送信パスの中継ＡＲＱセグメント及び送信パスのアクセスＡＲＱセグメントの両方のパケットデータの送信状態を判断する。ＢＳ４３０は、デコードに基づき、ＳＳ４５０ａが無事に受信したパケットデータをバッファから一掃する。ＢＳ４３０は、新規パケットデータを用意してＲＳ４４０ｃを介しＳＳ４５０ａに送信し、また、ＲＳ４４０ｃに再送信されるいずれのパケットデータと共に新規パケットデータを送る。例えば、ＢＳ４３０は、ＳＳ４５０ａが無事に受信した旨のＡＣＫインディケータに示された２データパケットを一掃し、送信用の新規２'データパケットを用意する。図示していないが、上述の図９に関する説明のように、送信パスに沿った資源は再割り当てされる。
【００９１】
一度、資源の再割り当てが行われると、ＢＳ４３０は新規及び再送信されたデータパケット（即ち、Ｄａｔａ（２+２'））をＲＳ４４０ａに送る。ＲＳ４４０ａは、無事にＤａｔａ（２+２'）を受信し、そのパケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｂに送る。同様に、ＲＳ４４０ｂは、無事にＤａｔａ（２+２'）を受信し、そのパケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｃに送る。２+２'パケットのデータを受信すると、ＲＳ４４０ｃは受信したパケットデータをＳＳ４５０ａに転送する。Ｄａｔａ（２+２'）を受信すると、ＳＳ４５０ａはＲＳ４４０ｃにＡＣＫインディケータを送る。これにより、２+２'パケットのデータは無事に受信されたことが判別される（即ち、ＡＣＫ（２+２'））。上述の図６に関する説明のように、ＲＳ４４０ｃはＡＣＫインディケータ（即ち、ＡＣＫ（２+２'））と共に構成される情報と前もってバッファに格納されたデータを比較する。ＲＳ４４０ｃは、その比較に基づき、ＳＳ４５０ａが無事に受信できなかったいずれのデータをＳＳ４５０ａに再送信する。ここで、ＳＳ４５０ａは、Ｄａｔａ（２+２'）を無事に受信し、ＡＣＫインディケータはその旨を示す。
【００９２】
ＲＳ４４０ｃは、今受信したＡＣＫインディケータ情報（即ち、ＡＣＫ（２+２'）と前もって受信したＡＣＫインディケータ情報を比較して、ＳＳ４５０ａが無事に受信したデータの量及び／若しくはアイデンティティを判別する（即ち、ＡＣＫ（８+２'）。この例では、ＡＣＫインディケータは、ＳＳ４５０ａが無事に受信した８つのオリジナルデータパケットと新規２'データパケットを判別する。さらに、ＲＳ４４０ｃはＲＡＣＫインディケータ（即ち、ＲＡＣＫ{２+２'}）を生成する。これにより、２+２'データパケットはＲＳ４４０ｃによって無事に受信されたことが判断される。生成されたＲＡＣＫインディケータ（即ち、ＲＡＣＫ{２+２'}）は、前もって受信されＡＣＫインディケータ（即ち、ＡＣＫ（８+２'））と共に構成され、アップリンク送信パスに沿ってＲＳ４４０ｂからＲＳ４４０ａへ送られ、次いでＢＳ４３０に送られる。
【００９３】
図１０は、ＳＳ４５０ａからＡＣＫインディケータを送信する場合を例示しているが、ＳＳ４５０ａはＡＣＫ及び／若しくはＮＡＣＫインディケータのいずれの組み合わせも送ることができる。いずれの場合において、誤りの検出及び訂正は上述のように行われる。さらに、信号図１０００はシングル送信パスにおいて３つのＲＳ４４０を用いる実施形態の実行例を示しているが、送信パスにおけるＲＳ４４０の数は図示の数より多くても少なくてもよい。また、図１０に示されていないが、新規データの送信中及びデータの再送信中に中継再送信タイマを使用することもできる。
【００９４】
図１１は、ある開示の実施形態と一致する誤りの検知及び訂正機構の一実施形態である信号図１１００を示す。具体的には、図１１は、トランスミッタ（例えば、ＢＳ４３０）とアクセスノード（例えば、ＲＳ４４０ｃ）の間及びアクセスノード（例えば、ＲＳ４４０ｃ）と加入者デバイス（例えば、ＳＳ４５０ａ）の間の２つのＡＲＱセグメントでの通信を示す。図１１において、ＲＡＣＫインディケータは、送信パスの中継ＡＲＱセグメント（即ち、トランスミッタとアクセスノードの間）で送信され、ＡＣＫ及び／若しくはＮＡＣＫインディケータは、送信パスのアクセスＡＲＱセグメント（即ち、アクセスノードと受信デバイスの間）で送信される。より具体的には、図１１において、ＡＣＫ及び／若しくはＮＡＣＫインディケータはＳＳ４５０ａからＢＳ４３０へ送られ、ＲＡＣＫインディケータはＲＳ４４０ｃからＢＳ４３０へ送られる。
【００９５】
図１１の信号図において、資源の割り当ては上述の図９のように行われる。資源の割り当てが完了した後、ＢＳ４３０は、例えば、ＲＳ４４０a、ＲＳ４４０ｂ及びＲＳ４４０ｃのひとつ若しくは複数の中間ノードを介してパケットデータを送信先ノード、例えば、ＳＳ４５０aに送る。さらに、ＢＳ４３０は、送ったパケットデータのコピーをバッファに格納する。図１１の例において、パケットデータは８つのデータパケットからなる（即ち、Ｄａｔａ（８））。
【００９６】
ＲＳ４４０aは、Ｄａｔａ（８）を無事に受信し、そのパケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｂに送る。同様に、ＲＳ４４０ｂは、Ｄａｔａ（８）を無事に受信し、そのパケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｃに送る。しかしながら、ＲＳ４４０ｂからＲＳ４４０ｃへ送信される間で、２パケットのデータは転化、干渉、エラーなどによって失われることがある。従って、ＲＳ４４０ｃは６パケットのデータ（即ち、Ｄａｔａ（６））のみを受信することになる。ＲＳ４４０ｃは、Ｄａｔａ（６）をＳＳ４５０ａに送信し、その送信したパケットデータのコピーをバッファに格納する。しかし、ＲＳ４４０ｃとＳＳ４５０ａの間では、別の２パケットのデータが失われることがあり、ＳＳ４５０ａは４パケットのデータのみ（即ち、Ｄａｔａ（４））を無事に受信することになる。ＳＳ４５０ａはＡＣＫインディケータをＲＳ４４０ｃに送る。これにより、４パケットのデータは無事に受信されたことが判別される。
【００９７】
ＡＣＫインディケータ（即ち、ＡＣＫ（４））を受信すると、ＲＳ４４０ｃはＲＡＣＫインディケータ（即ち、ＲＡＣＫ{６}）を生成する。生成されたＲＡＣＫインディケータは、ＢＳ４３０が送った８データパケットのうちどれが無事にＲＳ４４０ｃによって受信されたかを判別する。ＲＳ４４０ｃは、受信したＡＣＫインディケータ（即ち、ＡＣＫ（４））と共にＲＡＣＫ{６}を有し、その両方をアップリンク送信パスに沿ってＲＳ４４０ｃからＲＳ４４０ｂ、ＲＳ４４０ａへ送信し、次いでＢＳ４３０へ送信する。
【００９８】
ＲＡＣＫインディケータの生成及び送信に加え、ＲＳ４４０ｃはＲＳ４４０ｃとＳＳ４５０ａの間で失われたいずれのパケットデータの再送信も試みる。上述の図６に関する説明のように、ＲＳ４４０ｃは、ＡＣＫインディケータに含まれた情報と前もってバッファに格納されたパケットデータを比較する。ＲＳ４４０ｃは、その比較に基づき、ＳＳ４５０ａが無事に受信できなかったいずれのデータを再送信する。例えば、図１１に示すように、ＲＳ４４０ｃはＲＳ４４０ｃとＳＳ４５０ａの間で失われた２つのパケットデータ（即ち、Ｄａｔａ（２））を再送信する。この例において、ＳＳ４５０ａは、再送信された２つのデータパケットの１つのみ（即ち、Ｄａｔａ（１））を受信する。従って、ＳＳ４５０ａはＡＣＫインディケータを生成し、ＲＳ４４０ｃに送る。これにより、再送信された２つのパケットのうちどれが無事に受信されたかが判別される（即ち、ＡＣＫ（１））。
【００９９】
ＲＳ４４０ｃがＡＣＫインディケータ（即ち、ＡＣＫ（１））を受信すると、ＲＳ４４０ｃは第１の再送信中に、ＲＳ４４０ｃとＳＳ４５０ａの間で失われた１パケットのデータを再送信する（即ち、Ｄａｔａ（１））。ＳＳ４５０ａは、１つのデータパケットを無事に受信すると、ＡＣＫインディケータ（即ち、ＡＣＫ（１））を生成し、その生成したＡＣＫインディケータをＲＳ４４０ｃに送る。ＲＳ４４０ｃは、今受信したＡＣＫインディケータ情報（即ち、ＡＣＫ（１））と前もって受信したＡＣＫインディケータ情報（即ち、ＡＣＫ（１））を比較して、更新されたＡＣＫインディケータ（即ち、ＡＣＫ（２））を得る。この例において、更新されたＡＣＫインディケータは、ＳＳ４４０ｃに再送信された２つのデータパケットのみ判別する。
【０１００】
ＲＳ４４０ｃが、ＲＳ４４０ｃとＳＳ４５０ａの間で失われたパケットデータを再送信している間に、ＢＳ４３０はＲＳ４４０ｃから送られたＡＣＫ及びＲＡＣＫインディケータを受信する。ＢＳ４３０はＡＣＫ及びＲＡＣＫインディケータをデコードして、送信パスの中継ＡＲＱセグメント及び送信パスのアクセスＡＲＱセグメントの両方のパケットデータの送信状態を判断する。この例において、ＢＳ４３０は、デコードに基づき、ＳＳ４５０ａが無事に受信したパケットデータをバッファから一掃する。ＢＳ４３０は、新規パケットデータを用意してＲＳ４４０ｃを介しＳＳ４５０ａに送信し、ＲＳ４４０ｃに再送信されるいずれのパケットデータと共に新規パケットデータを送る。例えば、ＢＳ４３０は、ＳＳ４５０ａが無事に受信した旨のＡＣＫインディケータに判別された４データパケットを一掃し、送信用の新規「ｋ」データパケットを用意する。図示していないが、上述の図９に関する説明のように、送信パスに沿った資源は再割り当てされる。
【０１０１】
一度、資源の再割り当てが行われると、ＢＳ４３０は新規及び再送信されたデータパケット（即ち、Ｄａｔａ（２+ｋ））をＲＳ４４０ａに送る。ＲＳ４４０ａは、Ｄａｔａ（２+ｋ'）を無事に受信し、そのパケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｂに送る。同様に、ＲＳ４４０ｂは、Ｄａｔａ（２+ｋ）を無事に受信し、そのパケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｃに送る。ＲＳ４４０ｃは、Ｄａｔａ（２+ｋ）を受信すると、新規及び再送信されたパケットデータ（即ち、Ｄａｔａ（２+ｋ'））をＳＳ４５０ａに転送する。ここで、「ｋ'」は整数であり、また、ＲＳ４４０ｃとＳＳ４５０ａの間で送信された新規データを参照する。他の実施形態において、「ｋ'」は「ｋ」と異なる。いずれの場合においても、ＲＳ４４０ｃが、「ｋ'」の内容を決定する。
【０１０２】
ＳＳ４５０ａは、Ｄａｔａ（２+ｋ'）を受信すると、ＡＣＫインディケータをＲＳ４４０ｃに送る。これにより、Ｄａｔａ（２+ｋ'）のパケットは無事に受信されたことが判別される（即ち、ＡＣＫ（２+ｋ'））。上述の図６に関する説明のように、ＲＳ４４０ｃはＡＣＫインディケータと共に構成される情報と前もってバッファに格納されたデータを比較する。ＲＳ４４０ｃは、その比較に基づき、ＳＳ４５０ａが無事に受信できなかったいずれのデータをＳＳ４５０ａに再送信する。しかしながら、図１１に示すように、ＳＳ４５０ａは、２+ｋ'パケットのデータを無事に受信し、対応するＡＣＫインディケータ（即ち、ＡＣＫ（２+ｋ'））をＲＳ４４０ｃに送る。ＲＳ４４０ｃは今受信したＡＣＫインディケータ情報（即ち、ＡＣＫ（２+ｋ'））と前もって受信したＡＣＫインディケータ情報（即ち、ＡＣＫ（２））を比較して、ＳＳ４５０ａが無事に受信したデータの量及び／若しくはアイデンティティを判別する更新されたＡＣＫインディケータを得る（即ち、ＡＣＫ（４+ｋ'））。この例では、ＡＣＫインディケータは、ＢＳ４３０に前もって送られなかったＡＣＫの４つのオリジナルデータパケット及びＳＳ４５０ａが無事に受信した新規「ｋ'」データを判断する。
【０１０３】
また、ＲＳ４４０ｃは、ＲＡＣＫインディケータ（即ち、ＲＡＣＫ{２+ｋ'}）を生成する。これにより、Ｄａｔａ（２+ｋ'）のパケットは無事にＲＳ４４０ｃに受信されたことが判別される。生成されたＲＡＣＫインディケータ（即ち、ＲＡＣＫ{２+ｋ'}）は、ＡＣＫインディケータ（即ち、ＡＣＫ（４+ｋ'））と共に構成され、アップリンク送信パスに沿ってＲＳ４４０ｃからＲＳ４４０ｂ、ＲＳ４４０ａへ送られ、次いでＢＳ４３０へ送られる。
【０１０４】
図１１は、ＳＳ４５０ａからＡＣＫインディケータを送信する場合を図示しているが、ＳＳ４５０ａはＡＣＫ及び／若しくはＮＡＣＫインディケータのいずれの組み合わせも送ることができる。いずれの場合において、誤りの検出及び訂正は上述のように行われる。信号図１１００は、シングル送信パスにおいて３つのＲＳ４４０を用いる実施形態の実行例を示しているが、送信パスにおけるＲＳ４４０の数は図示の数より多くても少なくてもよい。また、図１１に示されていないが、新規データの送信中およびデータの再送信中に中継再送信タイマを使用することもできる。
【０１０５】
図１２は、ある開示の実施形態と一致する誤りの検知及び訂正機構の一実施形態である信号図１２００を示す。具体的には、図１２は、トランスミッタ（例えば、ＢＳ４３０）とアクセスノード（例えば、ＲＳ４４０ｃ）の間及びアクセスノード（例えば、ＲＳ４４０ｃ）と加入者デバイス（例えば、ＳＳ４５０ａ）の間の２つのＡＲＱセグメントでの通信を示す。図１２において、ＲＡＣＫインディケータは、送信パスの中継ＡＲＱセグメント（即ち、トランスミッタとアクセスノードの間）で送信され、ＡＣＫ及び／若しくはＮＡＣＫインディケータは、送信パスのアクセスＡＲＱセグメント（即ち、アクセスノードと受信デバイスの間）で送信される。より具体的には、図１２において、ＡＣＫ及び／若しくはＮＡＣＫインディケータは、ＳＳ４５０ａからＢＳ４３０へ送られ、ＲＡＣＫインディケータはＲＳ４４０ｃからＢＳ４３０へ送られる。図１２において、一度、ＲＳ４４０ｃがＲＡＣＫインディケータを生成しＢＳ４３０に送ると、順次受信されたＡＣＫ及び／若しくはＮＡＣＫインディケータはＲＳ４４０ｃによってＢＳ４３０に中継される。
【０１０６】
図１２の信号図において、資源の割り当ては上述の図９のように行われる。資源の割り当てが完了した後、ＢＳ４３０は、例えば、ＲＳ４４０a、ＲＳ４４０ｂ及びＲＳ４４０ｃのひとつ若しくは複数の中間ノードを介してパケットデータを送信先ノード、例えば、ＳＳ４５０aに送る。さらに、ＢＳ４３０は、送ったパケットデータのコピーをバッファに格納する。図１２の例において、パケットデータは８つのデータパケットからなる（即ち、Ｄａｔａ（８））。
【０１０７】
ＲＳ４４０aは、Ｄａｔａ（８）を無事に受信し、そのパケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｂに送る。同様に、ＲＳ４４０ｂは、Ｄａｔａ（８）を無事に受信し、そのパケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｃに送る。しかしながら、ＲＳ４４０ｂからＲＳ４４０ｃへ送信される間で、２パケットのデータは転化、干渉、エラーなどによって失われることがある。従って、ＲＳ４４０ｃは６パケットのデータ（即ち、Ｄａｔａ（６））のみを受信することになる。ＲＳ４４０ｃは、Ｄａｔａ（６）のみをＳＳ４５０ａに送信し、その送信したパケットデータのコピーをバッファに格納する。ＲＳ４４０ｃとＳＳ４５０ａの間では、別の4パケットのデータが失われることがあり、ＳＳ４５０ａは2パケットのデータのみ（即ち、Ｄａｔａ（2））を無事に受信することになる。ＳＳ４５０ａは、２パケットのデータを受信すると、ＡＣＫインディケータをＲＳ４４０ｃに送る。これにより、2パケットのデータは無事に受信されたことが判別される。ＲＳ４４０ｃは、ＡＣＫインディケータ（即ち、ＡＣＫ（２））を受信すると、ＲＡＣＫインディケータ（即ち、ＲＡＣＫ{６}）を生成する。生成されたＲＡＣＫインディケータは、ＢＳ４３０が送った８データパケットのうちどれが無事にＲＳ４４０ｃによって受信されたかを判別する。ＲＳ４４０ｃは、受信したＡＣＫインディケータ（即ち、ＡＣＫ（２））と共に、生成されたＲＡＣＫインディケータ（即ち、ＲＡＣＫ{６}を有し、その両方のインディケータをアップリンク送信パスに沿ってＲＳ４４０ｃからＲＳ４４０ｂ、ＲＳ４４０ａへ送信し、次いでＢＳ４３０へ送信する。
【０１０８】
ＲＡＣＫインディケータの生成及び送信に加え、ＲＳ４４０ｃはＲＳ４４０ｃとＳＳ４５０ａの間で失われたいずれのパケットデータの再送信も試みる。上述の図６に関する説明のように、ＲＳ４４０ｃは、ＡＣＫインディケータに含まれた情報と前もってバッファに格納されたデータを比較する。ＲＳ４４０ｃは、その比較に基づき、ＳＳ４５０ａが無事に受信できなかったいずれのデータをＳＳ４５０ａに再送信する。例えば、図１２に示すように、ＲＳ４４０ｃは、ＲＳ４４０ｃとＳＳ４５０ａの間で失われた４つのパケットデータ（即ち、Ｄａｔａ（４））を再送信する。この例において、ＳＳ４５０ａは、再送信された４つのデータパケットのうち３つのみ（即ち、Ｄａｔａ（３））を受信する。従って、ＳＳ４５０ａは、ＡＣＫインディケータを生成しＲＳ４４０ｃに送る。これにより、再送信された３つのパケットは無事に受信されたことが判別される（即ち、ＡＣＫ（３））。ＲＳ４４０ｃがＡＣＫインディケータ（即ち、ＡＣＫ（３））を受信するとき、ＲＳ４４０ｃは、受信したＡＣＫインディケータをアップリンク送信パスに沿ってＲＳ４４０ｃからＲＳ４４０ｂ、４４０ａへ転送し、次いでＢＳ４３０へ転送する。さらに、ＲＳ４４０ｃは、ＲＳ４４０ｃとＳＳ４５０ａの間で失われた１パケットのデータ（即ち、Ｄａｔａ（１））を再送信する。ＳＳ４５０ａは、１データパケット（即ち、Ｄａｔａ（１））を無事に受信すると、ＡＣＫインディケータ（即ち、ＡＣＫ（１））を生成し、その生成したＡＣＫインディケータをＲＳ４４０ｃに送る。再度、ＲＳ４４０ｃがＡＣＫインディケータ（即ち、ＡＣＫ（１））を受信するとき、ＲＳ４４０ｃは受信したＡＣＫインディケータをアップリンク送信パスに沿ってＲＳ４４０ｃからＲＳ４４０ｂ、ＲＳ４４０ａへ転送し、次いでＢＳ４３０へ転送する。この動作は、ＲＳ４４０ｃが全てのデータパケットを無事にＳＳ４５０に送信するまで続けられる。
【０１０９】
図１２は、ＳＳ４５０ａからＡＣＫインディケータを送信する場合を例示しているが、ＳＳ４５０ａはＡＣＫ及び／若しくはＮＡＣＫインディケータのいずれの組み合わせも送ることができる。いずれの場合において、誤りの検出及び訂正は上述のように行われる。さらに、信号図１２００はシングル送信パスにおいて３つのＲＳ４４０を用いる実施形態の実行例を示しているが、送信パスにおけるＲＳ４４０の数は図示の数より多くても少なくてもよい。また、図１２に示されていないが、新規データの送信中及びデータの再送信中に中継再送信タイマを使用することもできる。さらに、幾つかの実施形態において、ＲＳ４４０ｃは独立型ＡＣＫインディケータを生成し、ＢＳ４３０に送る。独立型ＡＣＫインディケータは、ＲＳ４４０（即ち、ＲＳ４４０ｃ）によって生成されたＡＣＫインディケータでもよい。独立型ＡＣＫインディケータは、事象誘因型（例えば、ＳＳ４５０ａ等からひとつ若しくは複数のＡＣＫ及び／若しくはＮＡＣＫインディケータが受信されたときに送られる）、若しくは周期誘因型（例えば、所定の周期間隔で送られる、中継再送信タイマがタイムアウトするときに送られる、ひとつ若しくは複数の他のタイマ及び／若しくはタイミング事象がタイムアウト及び／若しくは遅れたときに送られる、など）でもよい。さらに、幾つかの実施形態において、アクセスＲＳ４４０（例えば、ＲＳ４４０ｃ）は独立型ＲＡＣＫインディケータを生成しＢＳ４３０に送る。例えば、誘因事象が発生する前に、ＳＳ４５０ａからＡＣＫ及び／若しくはＮＡＣＫインディケータが受信されない場合、アクセスＲＳ４４０は独立型ＲＡＣＫインディケータを生成し送る。誘因事象の例は次のとおりである。ＳＳ４５０ａからＡＣＫインディケータが受信されたとき、所定の周期間隔を超えたとき、中継再送信タイマがタイムアウトしたとき、ひとつ若しくは複数の他のタイマ及び／若しくはタイミング事象がタイムアウト及び／若しくは越えられたとき、などである。他の実施形態において、アクセスＲＳ４４０（例えば、ＲＳ４４０ｃ）は、バッファ状態を比較し、誘因事情が発生する前にアクセスＲＳ４４０がひとつ若しくは複数のＡＣＫインディケータをＳＳ４５０から受信する場合、アクセスＲＳ４４０はＲＡＣＫインディケータを生成し、ひとつ若しくは複数の受信したＡＣＫインディケータと共に送る。
【０１１０】
図１３は、ある開示の実施形態と一致する誤りの検知及び訂正機構の一実施形態である信号図１３００を示す。具体的には、図１３は、トランスミッタ（例えば、ＢＳ４３０）とアクセスノード（例えば、ＲＳ４４０ｃ）の間及びアクセスノード（例えば、ＲＳ４４０ｃ）と加入者デバイス（例えば、ＳＳ４５０ａ）の間の２つのＡＲＱセグメントでの通信を示す。図１３において、ＲＡＣＫインディケータは、送信パスの中継ＡＲＱセグメント（即ち、トランスミッタとアクセスノードの間）で送信され、ＡＣＫ及び／若しくはＮＡＣＫインディケータは、送信パスのアクセスＡＲＱセグメント（即ち、アクセスノードと受信デバイスの間）で送信される。より具体的には、図１３において、ＡＣＫ及び／若しくはＮＡＣＫインディケータは、ＳＳ４５０ａからＢＳ４３０へ送られ、ＲＡＣＫインディケータはＲＳ４４０ｃからＢＳ４３０へ送られる。さらに、図１３は、ＲＳ４４０ｃとＳＳ４５０ａの間で一回若しくは複数回のローカル再送信を行うときに用いられる中継再送信タイマＴｎ（例えば、Ｔ２）を、ＲＳ４４０ｃが設定する実行例を示す。本実行例において、Ｔ２がタイムアウトするとき、若しくはデータのローカル再送信が完了するとき、ＲＳ４４０ｃは、バッファ状態を確認した後に、ひとつ若しくは複数のＡＣＫ及びＲＡＣＫインディケータをＢＳ４３０に送る。  
【０１１１】
図１３の信号図において、資源の割り当ては上述の図９のように行われる。資源の割り当てが完了した後、ＢＳ４３０は、例えば、ＲＳ４４０a、ＲＳ４４０ｂ及びＲＳ４４０ｃのひとつ若しくは複数の中間ノードを介してパケットデータを送信先ノード、例えば、ＳＳ４５０aに送る。さらに、ＢＳ４３０は、送ったパケットデータのコピーをバッファに格納する。図１３の例において、パケットデータは８つのデータパケットからなる（即ち、Ｄａｔａ（８））。
【０１１２】
ＲＳ４４０aは、Ｄａｔａ（８）を無事に受信し、そのパケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｂに送る。同様に、ＲＳ４４０ｂは、Ｄａｔａ（８）を無事に受信し、そのパケットデータのコピーをバッファに格納し、そのパケットデータをＲＳ４４０ｃに送る。しかしながら、ＲＳ４４０ｂからＲＳ４４０ｃへ送信される間で、２パケットのデータは転化、干渉、エラーなどによって失われることがある。従って、ＲＳ４４０ｃは６パケットのデータ（即ち、Ｄａｔａ（６））のみを受信し、また、ＲＡＣＫインディケータを生成しＢＳ４３０に送る。これは、ＲＳ４４０ｃが無事に６つのデータパケットを受信したことを反映する。
【０１１３】
ＲＳ４４０ｃは、Ｄａｔａ（６）をＳＳ４５０ａに送信し、その送信したパケットデータのコピーをバッファに格納する。ＳＳ４５０ａにＤａｔａ（６）を送信するのと同時に、一実施形態において、ＲＳ４４０ｃは中継再送信タイマＴ１を設定する。上述のように、各ＲＳ４４０に用いる中継再送信タイマは、ＲＳ４４０と送信先ノード（例えば、ＳＳ４５０ａ）の間の合計往復時間を反映する値に設定される。ここで、中継再送信タイマＴ１は、ＲＳ４４０ｃとＳＳ４５０ａの間の合計往復時間を反映する値に設定される。
【０１１４】
図１３の例では、Ｄａｔａ（６）はＲＳ４４０ｃとＳＳ４５０ａの間で失われる。従って、ＳＳ４５０ａはいずれのデータも受信せず、また、ＡＣＫ若しくはＮＡＣＫインディケータを用意及び／若しくは送ることもない。従って、上述の図８に関する説明のように、ＲＳ４４０ｃの中継再送信タイマＴ１は、ＳＳ４５０ａからＡＣＫ及び／若しくはＮＡＣＫインディケータを受信することなくタイムアウトする。一度、中継再送信タイマＴ１がタイムアウトすると、ＲＳ４４０ｃはＡＣＫインディケータ（即ち、ＡＣＫ（０））を生成する。生成されたＡＣＫインディケータは、いずれのデータパケットもＳＳ４５０ａによって認識されなかった事実を反映する。生成されたＡＣＫ及びＲＡＣＫインディケータは、アップリンク送信パスに沿ってＲＳ４４０ｃからＲＳ４４０ｂ、ＲＳ４４０ａへ送信され、次いでＢＳ４３０へ送信される。一実施形態において、ＡＣＫ及びＲＡＣＫインディケータは同時に生成され及び／若しくは送られる。別の実施形態において、ＲＡＣＫインディケータは、ＲＳ４４０ｃが無事にパケットデータを受信すると、生成され送られる。一方、ＡＣＫインディケータは、中継再送信タイマＴ１がタイムアウトしたとき、生成され送られる。
【０１１５】
ＡＣＫ及びＲＡＣＫインディケータの生成及び送信に加え、ＲＳ４４０ｃはＲＳ４４０ｃとＳＳ４５０ａの間で失われたパケットデータの再送信も試みる。例えば、図１３のように、ＲＳ４４０ｃは、ＲＳ４４０ｃとＳＳ４５０ａの間で失われた６パケットのデータ（即ち、Ｄａｔａ（６））を再送信する。一実施形態において、パケットデータがＳＳ４５０ａに第１の再送信されるのと同時に、ＲＳ４４０ｃは第２の中継再送信タイマＴ２を起動する。また、別の実施形態において、第２の中継再送信タイマＴ２は、第１の中継再送信タイマＴ１と同時に起動する。中継再送信タイマＴ２は、ＲＳ４４０ｃとＳＳ４５０ａの間の合計往復時間を反映する値に設定される。
【０１１６】
この例において、ＳＳ４５０ａは６つの再送信されたデータパケットのうち５つのみを受信する（即ち、Ｄａｔａ（５））。従って、ＳＳ４５０ａは、ＡＣＫインディケータを生成し、ＲＳ４４０ｃに送る。これにより、５つの再送信データパケットは無事に受信されたことが判別される（即ち、ＡＣＫ（５））。ＲＳ４４０ｃは、ＡＣＫインディケータ（即ち、ＡＣＫ（５））を受信したときに、ＲＳ４４０ｃとＳＳ４５０ａの間で失われた１パケットのデータ（即ち、Ｄａｔａ（１））を再送信する。ＳＳ４５０ａは、再送信された１データパケット（即ち、Ｄａｔａ（１））を無事に受信すると、ＡＣＫインディケータ（即ち、ＡＣＫ（１））を生成し、その生成したＡＣＫインディケータをＲＳ４４０ｃに送る。ＲＳ４４０ｃは今受信したＡＣＫインディケータ情報（即ち、ＡＣＫ（１））と前もって受信したＡＣＫインディケータ情報（即ち、ＡＣＫ（５））を比較して、ＳＳ４５０ａが無事に受信したデータの量及び／若しくはアイデンティティを判別するＡＣＫインディケータを得る（即ち、ＡＣＫ（６））。この例では、ＡＣＫインディケータは、ＳＳ４５０ａによって無事に受信されてＲＳ４４０ｃから再送信された６つのデータパケットを判別する。
【０１１７】
ＲＳ４４０ｃは、中継再送信タイマＴ２がタイムアウトするまで、データ再送信を継続する。いくつかの実施形態において、中継再送信タイマは、パケットデータの再送信毎に起動する。他の実施形態において、中継再送信タイマは、当初送信されたデータの１セットと関係する全ての再送信の試みを包含し、起動する。いずれの場合においても、一度、中継再送信タイマＴ２がタイムアウトすると、ＲＳ４４０ｃはＡＣＫインディケータ（即ち、ＡＣＫ（６））及び／若しくは前もって送信されたＲＡＣＫインディケータ（即ち、ＲＡＣＫ（６））のコピーを、送信パス上流に沿ってＲＳ４４０ｃからＲＳ４４０ｂ、４４０ａへ送信し、次いでＢＳ４３０へ送信する。  
【０１１８】
図１３は、ＳＳ４５０ａからＡＣＫインディケータを送信する場合を例示しているが、ＳＳ４５０ａはＡＣＫ及び／若しくはＮＡＣＫインディケータのいずれの組み合わせも送ることができる。いずれの場合において、誤りの検出及び訂正は上述のように行われる。さらに、信号図１３００はシングル送信パスにおいて３つのＲＳ４４０を用いる実施形態の実行例を示しているが、送信パスにおけるＲＳ４４０の数は図示の数より多くても少なくてもよい。また、図１３に示されていないが、新規データの送信中及びデータの再送信中に中継再送信タイマを使用することもできる。
【０１１９】
図１４はある開示の実施例と同様、例示的なＡＣＫ及びＲＡＣＫインディケータを説明する信号図である。図１４に示すように、ＢＳ４３０は、８パケットのデータをＲＳ４４０ａに送る。ＲＳ４４０ａはそれを無事に受信すると、８パケットのデータをＲＳ４４０ｂに送る。ＲＳ４４０ｂはそれを無事に受信すると、６パケットのデータをＲＳ４４０ｃに送る。ＲＳ４４０ｃはそれを無事に受信するとＳＳ４５０ａに６パケットのデータを送る。しかしながら、ＳＳ４５０ａは３パケットのデータのみを無事に受信し、従って３パケットのデータを無事に受信を確認するＡＣＫインディケータを準備し、送る。
【０１２０】
図１４において、ＳＳ４５０ａによって生成されたＡＣＫインディケータは、ＳＳ４５０ａが無事に受信された３パケットのデータを判別できる８データ領域を有する。図１２の例では１ビットのデータ領域を挙げているが、データ領域は、いかなるサイズや構成も可能である。図１４に示すように、ＳＳ４５０は「１１０００１００」のビットストリームを持つＡＣＫインディケータを生成することができる。ＳＳ４５０ａは生成されたＡＣＫインディケータをＲＳ４４０ｃに送ることができる。
【０１２１】
ＲＳ４４０ｃはＡＣＫインディケータにより与えられた情報を比較することができる。つまり、ＳＳ４５０ａにより無事に受信されたデータパケットのアイデンティティであり、ＲＳ４４０ｃにより無事に受信されたデータパケットとＳＳ４５０ａが無事に受信したと示されているデータパケットと比較する。ＲＳ４４０ｃは、ＲＳ４４０ｃにより無事受信されたデータパケットを判別するＲＡＣＫインディケータを生成できるが、ＡＣＫインディケータでは通知されない。ＲＳ４４０ｃにより無事受信され、受信されたＡＣＫインディケータで通知されたデータには、例えば「−」で記される「don't care」若しくは、「no additional information」というインディケータを、ＲＳ４４０ｃが挿入することができる。それらは、受信したＡＣＫインディケータと共に、生成されたＲＡＣＫインディケータを有する。図１４が示すように、ＲＳ４４０ｃにより生成されたＲＡＣＫインディケータは「−−１１０−１０」で記され、ＡＣＫ及びＲＡＣＫインディケータのビットストリームは" 「１１０００１００」となり、「−−１１０−１０」と続く。いくつかの実施例では、ＲＡＣＫインディケータがＡＣＫインディケータに追加されたということを、例えば、メッセージヘッダー内の１ビットを使用することにより、メッセージのコントロール部に示すことができる。ＲＳ４４０ｃはＡＣＫ及び、含まれたＲＡＣＫインディケータをＲＳ４４０ｂへ送ることができる。
【０１２２】
ＲＳ４４０ｂはＡＣＫインディケータにより与えられた、及びＲＡＣＫインディケータが有する情報を比較することができる。つまり、ＳＳ４５０ａ及びＲＳ４４０ｃにより無事受信されたデータパケットのアイデンティティであり、ＲＳ４４０ｂにより無事受信されたデータと、ＡＣＫインディケータ内のＳＳ４５０ａ及び、ＲＡＣＫインディケータ内のＲＳ４４０ｃにより無事受信されたデータパケットを比較する。ＲＳ４４０ｂは、ＲＳ４４０ｂにより無事受信されたデータパケットを判別するＲＡＣＫインディケータを生成できるが、ＡＣＫ及び／若しくはＲＡＣＫインディケータでは通知されない。ＲＳ４４０ｂにより無事受信され、受信されたＡＣＫ及び／若しくはＲＡＣＫインディケータで通知されたデータには、例えば「−」で記される「don't care」若しくは、「no additional information」というインディケータを、ＲＳ４４０ｂが挿入することができる。それらは、受信したＡＣＫ及びＲＡＣＫインディケータと共に、生成されたＲＡＣＫインディケータを含む。図１４が示すように、ＲＳ４４０ｂにより生成されたＲＡＣＫインディケータは「−−−−０−−０」で記され、ＡＣＫ及びＲＡＣＫインディケータのビットストリームは「１１０００１００」となり、「−−１１０−１０」及び「−−−−０−−０」と続く。上述の通り、いくつかの実施例では、ＲＡＣＫインディケータがＡＣＫインディケータに追加されたということを、例えば、メッセージヘッダー内の１ビットを使用することにより、メッセージのコントロール部に示すことができる。本例では、ＲＳ４４０ｂは本ＲＡＣＫに対する全てのビットは「don't care」であるとメッセージヘッダーに示す。ＲＳ４４０ｂはＡＣＫ及び、含まれたＲＡＣＫインディケータをＲＳ４４０ａへ送ることができる。
【０１２３】
ＲＳ４４０ａはＡＣＫ及び、含まれたＲＡＣＫインディケータにより与えられたＲＡＣＫインディケータが有する情報を比較することができる。つまり、ＳＳ４５０ａとＲＳ４４０ｃ及び、ＲＳ４４０ｂにより無事受信されたデータパケットのアイデンティティであり、ＲＳ４４０ａにより無事受信されたデータと、ＡＣＫインディケータ内のＳＳ４５０ａ及びＲＡＣＫインディケータ内のＲＳ４４０ｃ、ＲＳ４４０ｂにより無事受信されたデータを比較する。比較を元に、ＲＳ４４０ａは、ＲＳ４４０ａにより無事受信されたデータパケットを判別するＲＡＣＫインディケータを生成できるが、ＡＣＫ及び／若しくはＲＡＣＫインディケータでは通知されない。ＲＳ４４０ａにより無事受信され、受信されたＡＣＫ及び／若しくはＲＡＣＫインディケータで通知されたデータには、例えば「−」で記される「don't care」若しくは、「no additional information」というインディケータを、ＲＳ４４０ａが挿入することができる。それらは、受信したＡＣＫ及びＲＡＣＫインディケータと共に、生成されたＲＡＣＫインディケータを有する。図１４が示すように、ＲＳ４４０ａにより生成されたＲＡＣＫインディケータは「−−−−１−−１」で記され、ＡＣＫ及びＲＡＣＫインディケータのビットストリームは「１１０００１００」となり、「−−１１０−１０」及び「−−−−０−−０」と続く。ＲＳ４４０ａはＡＣＫ及び、含まれたＲＡＣＫインディケータをＢＳ４３０へ送ることができる。
【０１２４】
図１５は、ＲＡＣＫインディケータの異なるタイプを説明した図である。図１５に示すように、１つの、若しくは複数の、含まれたＲＡＣＫインディケータを表すために使用される４タイプのＲＡＣＫがある。一般的に、開示された実施例において各ＲＳ４４０は、受信されたものとＡＣＫインディケータ内で示されているデータを「don't care」と扱い、送信パスに沿った中間ノード若しくは、アクセスノード（ＲＳ４４０）により受信されたデータのみを通知する。図１５によると、ＡＣＫインディケータは、ＳＳ４５０により無事受信されたブロック１及び７を識別する。図１５において、ブロック１及び７は灰色で塗りつぶされている。
【０１２５】
ＲＡＣＫタイプ0をここで「選択的なＲＡＣＫ  ＭＡＰ」と称する。ＲＡＣＫタイプ０内では、資源を保全するため、ＡＣＫのブロックシーケンスナンバー（ＢＳＮ）が、ＲＡＣＫインディケータにて再利用される。従って、このＲＡＣＫタイプの場合、ＲＡＣＫインディケータで通知されるのは４データブロックのみである。ブロック１、及び７はＡＣＫインディケータで通知されているため、その４データブロックとは３，５，６、及び８のことである。図中、ブロック３，５，６、及び８は灰色の網掛け、またブロック１、及び７は灰色で塗りつぶされている。このホップ、若しくはセグメントに対し、タイプ０の選択的なＲＡＣＫ  ＭＡＰを使用することによりＲＡＣＫデータストリームが「００１０１１０１」となる。
【０１２６】
ＲＡＣＫタイプ１をここで「蓄積的なＲＡＣＫ  ＭＡＰ」と称する。ＲＡＣＫタイプ１は、通知を要する継続的なデータブロックがある場合使用される。この例において、ＲＡＣＫインディケータ内に通知する継続的ブロックが４つある。そのデータブロックとは２，３，４、及び５のデータブロックである。従って、データストリーム「０１００」は、４データブロックがＡＣＫｅｄであると示すために使用される。ブロック２、３、４、及び５は灰色の網掛け、またブロック１、及び７は灰色で塗りつぶされている。ＢＳＮの隣からデータストリームが開始する。タイプ１の蓄積的なＲＡＣＫ  ＭＡＰをこのセグメントに使用することにより、ＢＳＮから始まり、最初の４ビットを使用し４つの継続的データブロックがあると示し（この場合は「００１０」に他４ビットが続く）、ＲＡＣＫデータストリームが「００１０００００」となる。あるいは、タイプ１蓄積的なＲＡＣＫ  ＭＡＰをこのセグメントに使用することにより、ＢＳＮから始まり、最後の４ビットを使用し４つの継続的なデータブロックがあると示し（この場合は、他４ビットの後に「０１００」が続く）、ＲＡＣＫデータストリームが「０００００１００」となる。
【０１２７】
ＲＡＣＫタイプ２をここでは「蓄積的で選択的なＲＡＣＫ  ＭＡＰ」と称する。ＲＡＣＫタイプ２は、継続的なデータブロックといくつかの分割されたデータブロックがある場合に使用される。この例では、ＡＣＫのデータブロック１、及び７に加え、データブロック２，３，４，６，及び８も通知を要する。従って、データストリーム「００１１」は、データブロック２から４を示すために、選択的なＲＡＣＫ  ＭＡＰ内で使用される。選択的なＲＡＣＫ  ＭＡＰ内で最後に記されたブロックから始まるデータストリーム「１０１０１」は、ブロック６及び８を示すために使用される。つまり、タイプ２の蓄積的で選択的なＲＡＣＫ  ＭＡＰにおいて、「１」と示された最初のデータブロックは、選択的なＲＡＣＫ  ＭＡＰにおいて示されている最後のブロックを識別する。図１３において、ブロック１、及び７は灰色で塗りつぶされており、ブロック２，３，６，及び８は灰色の網掛けがされている。選択的なＲＡＣＫ  ＭＡＰ及び、タイプ２の蓄積的で選択的なＭＡＰが重なる部分は斜線で埋められている。このセグメントの、タイプ２の蓄積的で選択的なＲＡＣＫ  ＭＡＰのＲＡＣＫデータストリームは、ＢＳＮから始まり、「０１１１０１０１」となる。あるいは、このセグメントの、タイプの２蓄積的で選択的なＲＡＣＫ  ＭＡＰのＲＡＣＫを使用すると、データストリームはＢＳＮから始まり「１０１０１０１１」となる。いずれにせよ、ＲＡＣＫデータストリームは 「０１１」、及び「１０１０１」を表するいかなるビットの組み合わせとなる。
【０１２８】
ＲＡＣＫ３タイプをここで「蓄積的なR−ブロックシーケンス」と称する。ＲＡＣＫ３タイプは、通知されたブロックのＡＣＫとＮＡＣＫを判別するために使用される。ここにおいて、「１」はＡＣＫ、「０」はＮＡＣＫとされる。この例において、ＡＣＫのデータブロック１、及び７に加え、データブロック２、及び３はＡＣＫとして、データブロック４から７はＮＡＣＫとして、またデータブロック８はＡＣＫとして通知される。従って、シーケンスＡＣＫ  ＭＡＰは「１０１」であり、続くブロックの長さは「００１０」「０１００」、及び「０００１」である。
【０１２９】
例示的なＡＣＫとＲＡＣＫインディケータを使用すると、例えば、ＢＳ４３０等のコントロールノードが情報を獲得し、各セグメントに資源を振り分ける決定ができる。例えば、資源の振り分けにおいて、要求された数の資源を抽出することができる。一実施例において、選択的なＲＡＣＫ  ＭＡＰ（ＲＡＣＫタイプ０、及び２）内の示されていないビットの数と、ブロックシーケンス（ＲＡＣＫタイプ１、２、及び３）の長さにより、再送信するために要求された資源の数が判別される。データ再送信においては、再送信するために要求されたリソースの正確な数を抽出することができる。例えば、選択的又は蓄積的なＲＡＣＫ  ＭＡＰ（ＲＡＣＫタイプ０、ＲＡＣＫタイプ１、及びＲＡＣＫタイプ２）内で、「０」と示されているデータ、及び蓄積的なR−ブロックシーケンスＡＣＫ  ＭＡＰ内で、ＮＡＣＫブロックのシーケンスにおいて示されているデータは再送信されるものと判別される。
【０１３０】
開示の実施例は、Ｗ−ＣＤＭＡ技術、プロトコル、若しくは基準を活用するいかなるネットワーク構成内において実施することができる。特に、開示の実施例は、Ｗ−ＣＤＭＡに基づくネットワークにおいて、信号処理時間を短縮でき、誤り訂正と再送信に関連する送信データトラフィックフローを向上させる。
【０１３１】
開示の実施例は、無線ネットワーク及び／若しくは、システムの性能を向上させる。開示の実施例と比較し、従来の誤り検出、及び訂正を活用したシステムでは、システム及び／若しくはネットワークが、セル内ハンドオーバー（例えば、ＲＳ１２０ｃとＲＳ１２０ｂ間）及び、セル間ハンドオーバー（例えば、ＢＳ１１０の範囲外のＲＳ１２０ｃとＲＳ１２０間）に関連する資源の活用が効果的にできない場合がある。したがって、開示の実施例により、無線ネットワークにおける誤り検出、及び訂正の効果を増大することができる。例えば、図４を参照する。もし従来の誤り検出及び、訂正のみが実行された場合にＳＳ４５０ｃがＲＳ４４０ｃからＲＳ４４０ｂへ移動すると、ハンドオーバーが失われる前にパケットデータがＲＳ４４０ｃからＳＳ４５０ｃへ送信されないことがあり、エンドツウエンドの再送信が必要となる。もう１つの例として、もし従来の誤り検出及び、訂正のみが実行された場合に、ＳＳ４５０ｃがＲＳ５５０ｃからＢＳ４３０（図４において図示されず）の範囲外にある別のＲＳ５５０へ移動すると、ハンドオーバーが失われる前にパケットデータがＲＳ４４０ｃからＳＳ４５０ｃへ送信されないことがあり、エンドツウエンドの再送信が必要となる。よって、マルチホップ送信における従来の誤り検出及び、訂正は、多大なオーバーヘッドの増加、長期の遅延を引き起こし、資源を無駄にする。
【０１３２】
以上、本発明の好適な実施形態を記載したが、通信ネットワークにおいて、信号の干渉計を減するこのシステムと方法において、様々な修正、及び変化がつけられることは、当業者には明らかであろう。記載の基準と例は、例示のみとしてみなされるべく、開示の実施例における真の範囲は、下記の請求項とその均等範囲により示されるべきである。
【図１】
0005755178.tif 000002
【図２】
0005755178.tif 000003
【図３】
0005755178.tif 000004
【図４】
0005755178.tif 000005
【図５ａ】
0005755178.tif 000006
【図５ｂ】
0005755178.tif 000007
【図５ｃ】
0005755178.tif 000008
【図５ｄ】
0005755178.tif 000009
【図６】
0005755178.tif 000010
【図７】
0005755178.tif 000011
【図８】
0005755178.tif 000012
【図９】
0005755178.tif 000013
【図１０】
0005755178.tif 000014
【図１１】
0005755178.tif 000015
【図１２】
0005755178.tif 000016
【図１３】
0005755178.tif 000017
【図１４】
0005755178.tif 000018
【図１５】
0005755178.tif 000019