(57)【要約】      （修正有）【課題】複数のチャネルにまたがってフレーム送信を行う際に柔軟な送信器構成を許容しつつ受信側でフレームを順序通り受付けられる無線端末の提供。【解決手段】無線端末は、他の無線端末に送信すべきフレームの振り分け処理を行うフレーム振り分け部と、振り分けられたフレームにシーケンス番号を付与して他の無線端末に第１チャネル又は第１モードで送信する第１の通信部と、振り分けられたフレームにシーケンス番号を付与して他の無線端末に第２チャネル又は第２モードで送信する第２の通信部を備え、フレーム振り分け部は、第１および第２の通信部のうち一方に振り分け、フレームの送信元を一方の通信部から他方の通信部へ変更する時、他方の通信部により送信開始するシーケンス番号である送信開始シーケンス番号を含む変更通知フレームを、他の無線端末に送信し、フレーム振り分け部は、フレームの振り分け先を一方の通信部から他方の通信部へ切り替える。【選択図】図７
2010166401.tif 000002
【特許請求の範囲】
【請求項１】
他の無線端末と通信する無線端末であって、
前記他の無線端末に送信すべきフレームの振り分け処理を行うフレーム振り分け部と、
前記フレーム振り分け部から振り分けられたフレームにシーケンス番号を付与する第１のシーケンス番号付与手段を有し、前記シーケンス番号が付与された前記フレームを前記他の無線端末に第１チャネルまたは第１モードで送信する第１の通信部と、
前記フレーム振り分け部から振り分けられたフレームにシーケンス番号を付与する第２のシーケンス番号付与手段を有し、前記第２のシーケンス番号付与手段によりシーケンス番号が付与された前記フレームを前記他の無線端末に第２チャネルまたは第２モードで送信する第２の通信部と、を備え、
前記フレーム振り分け部は、前記第１および第２の通信部のうち一方に前記フレームを振り分け、
前記フレームの送信元を前記一方の通信部から他方の通信部へ変更する場合、前記フレームの送信チャネルまたは送信モードを前記一方の通信部に対応するチャネルまたはモードから前記他方の通信部に対応するチャネルまたはモードへ変更するとの変更通知フレームを、前記他方の通信部により送信開始するシーケンス番号である送信開始シーケンス番号を含めて、前記他の無線端末に前記１の通信部あるいは前記第２の通信部から送信し、
前記フレーム振り分け部は、前記フレームの振り分け先を前記一方の通信部から前記他方の通信部へ切り替える、
ことを特徴とする無線端末。
【請求項２】
前記第１の通信部は前記第１のシーケンス番号付与手段によりシーケンス番号が付与されたフレームを一時的に記憶する第１の送信キューを備え、
前記第２の通信部は前記第２のシーケンス番号付与手段によりシーケンス番号が付与されたフレームを一時的に記憶する第２の送信キューを備え、
前記第１の通信部は、前記第１の送信キューから前記シーケンス番号が付与されたフレームを取り出して送信し、
前記第２の通信部は、前記第２の送信キューから前記シーケンス番号が付与されたフレームを取り出して送信し、
前記第１の通信部は、前記第１の通信部により送信された前記フレームに対する前記他の無線端末からの送達確認フレームに基づき、前記第１の通信部により送信された前記フレームの送達状況を管理し、
前記第２の通信部は、前記第２の通信部により送信された前記フレームに対する前記他の無線端末からの送達確認フレームに基づき、前記第２の通信部により送信された前記フレームの送達状況を管理し、
前記フレームの送信元を変更する場合、前記一方の通信部により前記他の無線端末へ送信済みでかつまだ送達確認がとれていないフレームのうち、未送信のフレームの最小シーケンス番号から連続する前記最小シーケンス番号未満のシーケンス番号のフレームを前記送信キューから取り出して前記他方の通信部に渡し、
前記他方の通信部は、前記シーケンス番号付与手段により、前記一方の通信部から渡された前記フレームのシーケンス番号を、前記送信開始シーケンス番号から始まるシーケンス番号に書き変え、前記シーケンス番号が書き換えられた前記フレームを前記送信キューに入れる
ことを特徴とする請求項１に記載の無線端末。
【請求項３】
前記変更通知フレームに、前記他方の通信部に対応する変更先のチャネルまたはモードの情報を含める
ことを特徴とする請求項１に記載の無線端末。
【請求項４】
前記変更通知フレームに、前記一方の通信部に対応する変更元のチャネルまたはモードの情報を含める
ことを特徴とする請求項１に記載の無線端末。
【請求項５】
前記第１および第２の通信部に共通のリオーダリングバッファをさらに備え、
前記第１の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第１チャネルまたは第１モードを介して受信し、
前記第２の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第２チャネルまたは第２モードを介して受信し、
前記リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第１および第２の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第１の通信部あるいは前記第２の通信部は、前記他の無線端末から送信される、前記送信開始シーケンス番号を含む前記変更通知フレームを受信し、
前記リオーダリングバッファは、前記変更通知フレームの受信に応じて、内部のフレームをすべて出力し、前記フレーム待ちの最小シーケンス番号を、前記変更通知フレームに含まれる前記送信開始シーケンス番号と同じ値に設定する
ことを特徴とする請求項１に記載の無線端末。
【請求項６】
前記第１の通信部は、前記他の無線端末から受信したフレームの受信ステータスを前記フレームのシーケンス番号に基づき記憶する第１の受信ステータス記憶部を備え、
前記第２の通信部は、前記他の無線端末から受信した受信したフレームの受信ステータスを前記フレームのシーケンス番号に基づき記憶する第２の受信ステータス記憶部を備え、
前記変更通知フレームが受信されたとき、前記第１および第２の通信部のうち前記変更通知フレームに基づき特定される変更元チャネルまたは変更元モードに対応する通信部の前記受信ステータス記憶部をリセットする
ことを特徴とする請求項５に記載の無線端末。
【請求項７】
前記他の無線端末からの前記変更通知フレームには、変更先のチャネルまたはモードの情報が含まれ、
前記変更通知フレームに示されるチャネルまたはモードの排他チャネルまたは排他モードを前記変更元チャネルまたは変更元モードとして決定する
ことを特徴とする請求項６に記載の無線端末。
【請求項８】
前記他の無線端末からの前記変更通知フレームには、変更元のチャネルまたはモードの情報が含まれ、
前記変更通知フレームに示されるチャネルまたはモードを前記変更元のチャネルまたはモードとして決定する
ことを特徴とする請求項６に記載の無線端末。
【請求項９】
前記第１および第２の通信部はそれぞれ個別に第１および第２の個別リオーダリングバッファを備え、
前記第１の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第１チャネルまたは第１モードを介して受信し、
前記第２の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第２チャネルまたは第２モードを介して受信し、
前記第１の個別リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第１の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第２の個別リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第２の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第１の通信部あるいは前記第２の通信部は、前記他の無線端末から送信される、前記送信開始シーケンス番号を含む前記変更通知フレームを受信し、
前記変更通知フレームに基づき特定される変更元チャネルまたは変更元モードに対応する通信部の個別リオーダリングバッファは、内部のフレームをすべて出力し、
前記変更通知フレームに基づき特定される変更先チャネルまたは変更先モードに対応する通信部の個別オーダリングバッファにおける前記フレーム待ちの最小シーケンス番号を、前記変更通知フレームに含まれる前記送信開始シーケンス番号と同じ値に設定する
ことを特徴とする請求項１に記載の無線端末。
【請求項１０】
他の無線端末と通信する無線端末であって、
前記他の無線端末に送信すべきフレームにシーケンス番号を付与するシーケンス番号付与手段と、
前記シーケンス番号の付与されたフレームの振り分け処理を行うフレーム振り分け部と、
前記フレーム振り分け部から振り分けられたフレームを前記他の無線端末に第１チャネルまたは第１モードで送信する第１の通信部と、
前記フレーム振り分け部から振り分けられたフレームを前記他の無線端末に第２チャネルまたは第２モードで送信する第２の通信部と、を備え、
前記フレーム振り分け部は、前記第１および第２の通信部のうち一方に前記フレームを振り分け、
前記フレームの送信元を前記一方の通信部から他方の通信部へ変更する場合、前記フレームの送信チャネルまたは送信モードを前記一方の通信部に対応するチャネルまたはモードから前記他方の通信部に対応するチャネルまたはモードへ変更するとの変更通知フレームを、前記他方の通信部により送信開始するシーケンス番号である送信開始シーケンス番号を含めて、前記他の無線端末に前記第１の通信部あるいは前記第２の通信部から送信し、
前記フレーム振り分け部は、前記フレームの振り分け先を前記一方の通信部から前記他方の通信部へ切り替える、
ことを特徴とする無線端末。
【請求項１１】
前記第１および第２の通信部に共通のリオーダリングバッファをさらに備え、
前記第１の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第１チャネルまたは第１モードを介して受信し、
前記第２の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第２チャネルまたは第２モードを介して受信し、
前記リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第１および第２の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第１の通信部あるいは前記第２の通信部は、前記他の無線端末から送信される、前記送信開始シーケンス番号を含む前記変更通知フレームを受信し、
前記リオーダリングバッファは、前記変更通知フレームの受信に応じて、内部のフレームをすべて出力し、前記フレーム待ちの最小シーケンス番号を、前記変更通知フレームに含まれる前記送信開始シーケンス番号と同じ値に設定する
ことを特徴とする請求項１０に記載の無線端末。
【請求項１２】
前記第１の通信部は、前記他の無線端末から受信したフレームの受信ステータスを前記フレームのシーケンス番号に基づき記憶する第１の受信ステータス記憶部を備え、
前記第２の通信部は、前記他の無線端末から受信したフレームの受信ステータスを前記フレームのシーケンス番号に基づき記憶する第２の受信ステータス記憶部を備え、
前記変更通知フレームが受信されたとき、前記第１および第２の通信部のうち前記変更通知フレームに基づき特定される変更元チャネルまたは変更元モードに対応する通信部の前記受信ステータス記憶部をリセットする
ことを特徴とする請求項１１に記載の無線端末。
【請求項１３】
前記第１および第２の通信部に共通のリオーダリングバッファをさらに備え、
前記第１および第２の通信部はそれぞれ個別に第１および第２の個別リオーダリングバッファを備え、
前記第１の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第１チャネルまたは第１モードを介して受信し、
前記第２の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第２チャネルまたは第２モードを介して受信し、
前記第１の個別リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第１の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを前記共通のリオーダリングバッファに渡すとともに前記最小シーケンス番号をインクリメントし、
前記第２の個別リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第２の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致する前記フレームを前記共通のリオーダリングバッファに渡すとともに前記最小シーケンス番号をインクリメントし、
前記リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第１および第２の個別リオーダリングバッファから渡されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第１の通信部あるいは前記第２の通信部は、前記他の無線端末から送信される、前記送信開始シーケンス番号を含む前記変更通知フレームを受信し、
前記変更通知フレームに基づいて特定される変更元のチャネルまたはモードに対応する通信部の個別リオーダリングバッファにおける前記送信開始シーケンス番号以上もしくはこれより大きいシーケンス番号のフレームである第１のフレームをすべて前記共通のリオーダリングバッファに渡し、
前記変更通知フレームに基づいて特定される変更先のチャネルまたはモードに対応する通信部における個別リオーダリングバッファの最小シーケンス番号を、前記変更通知フレームに含まれる前記送信開始シーケンス番号と同じ値に設定し、
前記共通のオーダリングバッファから前記第１のフレームが出力されたことにより前記共通のオーダリングバッファの最小シーケンス番号が更新されたとき、前記変更先のチャネルまたはモードに対応する通信部の個別オーダリングバッファの最小シーケンス番号を、更新後の最小シーケンス番号と同じ値に設定する
ことを特徴とする請求項１０に記載の無線端末。
【請求項１４】
前記第１および第２の通信部はそれぞれ個別に第１および第２の個別リオーダリングバッファを備え、
前記第１の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第１チャネルまたは第１モードを介して受信し、
前記第２の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第２チャネルまたは第２モードを介して受信し、
前記第１の個別リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第１の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第２の個別リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第２の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致する前記フレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第１の通信部あるいは前記第２の通信部は、前記他の無線端末から送信される、前記送信開始シーケンス番号を含む前記変更通知フレームを受信し、
前記変更通知フレームに基づき特定される変更元のチャネルまたはモードに対応する通信部の個別リオーダリングバッファから前記送信開始シーケンス番号より大きいフレームを、前記変更通知フレームに基づき特定される変更先のチャネルまたはモードに対応する通信部の個別オーダリングバッファに移動し、
前記変更先のチャネルまたはモードに対応する個別オーダリングバッファの前記最小シーケンス番号を、前記変更通知フレームに含まれる前記送信開始シーケンス番号と同じ値に設定する
ことを特徴とする請求項１０に記載の無線端末。
【請求項１５】
他の無線端末と通信する無線端末であって、
前記他の無線端末に送信すべきフレームの振り分け処理を行うフレーム振り分け部と、
前記フレーム振り分け部から振り分けられたフレームにシーケンス番号を付与する第１のシーケンス番号付与手段を有し、前記シーケンス番号が付与された前記フレームを前記他の無線端末に第１チャネルまたは第１モードで送信する第１の通信部と、
前記フレーム振り分け部から振り分けられたフレームにシーケンス番号を付与する第２のシーケンス番号付与手段を有し、前記第２のシーケンス番号付与手段によりシーケンス番号が付与された前記フレームを前記他の無線端末に第２チャネルまたは第２モードで送信する第２の通信部と、を備え、
前記フレーム振り分け部は、前記第１および第２の通信部のうち一方に前記フレームを振り分け、
前記フレームの送信元を前記一方の通信部から他方の通信部へ変更する場合、前記フレームの送信チャネルまたは送信モードを前記一方の通信部に対応するチャネルまたはモードから前記他方の通信部に対応するチャネルまたはモードへ変更するとの変更通知フレームを前記他の無線端末に前記第１の通信部あるいは前記第２の通信部から送信し、
前記フレーム振り分け部は、前記フレームの振り分け先を前記一方の通信部から前記他方の通信部へ切り替え、
前記他方の通信部のシーケンス番号付与手段は、デフォルト値から始まるシーケンス番号を付与する
ことを特徴とする無線端末。
【請求項１６】
前記第１および第２の通信部に共通のリオーダリングバッファをさらに備え、
前記第１の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第１チャネルまたは第１モードを介して受信し、
前記第２の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第２チャネルまたは第２モードを介して受信し、
前記リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第１および第２の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第１の通信部あるいは前記第２の通信部は、前記他の無線端末から送信される、前記送信開始シーケンス番号を含む前記変更通知フレームを受信し、
前記リオーダリングバッファは、前記変更通知フレームの受信に応じて、内部のフレームをすべて出力し、前記フレーム待ちの最小シーケンス番号を前記デフォルト値に設定する
ことを特徴とする請求項１５に記載の無線端末。
【請求項１７】
前記第１の通信部は、前記他の無線端末から受信したフレームの受信ステータスを前記フレームのシーケンス番号に基づき記憶する第１の受信ステータス記憶部を備え、
前記第２の通信部は、前記他の無線端末から受信した受信したフレームの受信ステータスを前記フレームのシーケンス番号に基づき記憶する第２の受信ステータス記憶部を備え、
前記変更通知フレームが受信されたとき、前記第１および第２の通信部のうち前記変更通知フレームに基づき特定される変更元チャネルまたは変更元モードに対応する通信部の前記受信ステータス記憶部をリセットする
ことを特徴とする請求項１６に記載の無線端末。
【請求項１８】
前記第１および第２の通信部はそれぞれ個別に第１および第２の個別リオーダリングバッファを備え、
前記第１の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第１チャネルまたは第１モードを介して受信し、
前記第２の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第２チャネルまたは第２モードを介して受信し、
前記第１の個別リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第１の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第２の個別リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第２の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第１の通信部あるいは前記第２の通信部は、前記他の無線端末から送信される、前記送信開始シーケンス番号を含む前記変更通知フレームを受信し、
前記変更通知フレームに基づき特定される変更元チャネルまたは変更元モードに対応する通信部の個別リオーダリングバッファは、内部のフレームをすべて出力し、
前記変更通知フレームに基づき特定される変更先チャネルまたは変更先モードに対応する通信部の個別オーダリングバッファにおける前記フレーム待ちの最小シーケンス番号を前記デフォルト値に設定する
ことを特徴とする請求項１５に記載の無線端末。
【請求項１９】
他の無線端末と通信する無線端末であって、
前記他の無線端末に送信すべきフレームの振り分け処理を行うフレーム振り分け部と、
前記フレーム振り分け部から振り分けられたフレームにシーケンス番号を付与する第１のシーケンス番号付与手段を有し、前記シーケンス番号が付与された前記フレームを前記他の無線端末に第１チャネルまたは第１モードで送信する第１の通信部と、
前記フレーム振り分け部から振り分けられたフレームにシーケンス番号を付与する第２のシーケンス番号付与手段を有し、前記第２のシーケンス番号付与手段によりシーケンス番号が付与された前記フレームを前記他の無線端末に第２チャネルまたは第２モードで送信する第２の通信部と、を備え、
前記フレーム振り分け部は、前記第１および第２の通信部のうち一方に前記フレームを振り分け、
前記フレームの送信元を前記一方の通信部から他方の通信部へ変更する場合、前記フレームの送信チャネルまたは送信モードを前記一方の通信部に対応するチャネルまたはモードから前記他方の通信部に対応するチャネルまたはモードへ変更するとの変更通知フレームを、前記他方の通信部により送信開始するシーケンス番号である送信開始シーケンス番号と、前記送信開始シーケンス番号が付与されるフレームを前記一方の通信部で送信するとした場合のシーケンス番号との差分値を含めて、前記他の無線端末に前記第１の通信部あるいは前記第２の通信部から送信し、
前記フレーム振り分け部は、前記フレームの振り分け先を前記一方の通信部から前記他方の通信部へ切り替える、
ことを特徴とする無線端末。
【請求項２０】
前記第１および第２の通信部に共通のリオーダリングバッファをさらに備え、
前記第１の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第１チャネルまたは第１モードを介して受信し、
前記第２の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第２チャネルまたは第２モードを介して受信し、
前記リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第１および第２の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第１の通信部あるいは前記第２の通信部は、前記他の無線端末から送信される、前記差分値を含む前記変更通知フレームを受信し、
前記変更通知フレームに基づいて特定される変更先チャネルまたは変更先モードに対応する通信部で受信されたフレームを、前記フレームのシーケンス番号を前記差分値により補正して前記リオーダリングバッファに渡す
ことを特徴とする請求項１９に記載の無線端末。
【請求項２１】
前記第１の通信部は、前記他の無線端末から受信したフレームの受信ステータスを前記フレームのシーケンス番号に基づき記憶する第１の受信ステータス記憶部を備え、
前記第２の通信部は、前記他の無線端末から受信した受信したフレームの受信ステータスを前記フレームのシーケンス番号に基づき記憶する第２の受信ステータス記憶部を備え、
前記変更通知フレームが受信されたとき、前記第１および第２の通信部のうち前記変更通知フレームに基づき特定される変更元チャネルまたは変更元モードに対応する通信部の前記受信ステータス記憶部をリセットする
ことを特徴とする請求項２０に記載の無線端末。
【請求項２２】
前記第１および第２の通信部はそれぞれ個別に第１および第２の個別リオーダリングバッファを備え、
前記第１の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第１チャネルまたは第１モードを介して受信し、
前記第２の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第２チャネルまたは第２モードを介して受信し、
前記第１の個別リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第１の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第２の個別リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第２の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第１の通信部あるいは前記第２の通信部は、前記他の無線端末から送信される、前記差分値を含む前記変更通知フレームを受信し、
前記変更通知フレームに基づき特定される変更元チャネルまたは変更元モードに対応する通信部の個別リオーダリングバッファ内のフレームを、当該フレームのシーケンス番号を前記差分値により補正して、前記変更通知フレームに基づき特定される変更先チャネルまたは変更先モードに対応する通信部の個別オーダリングバッファに移動し、
前記変更先チャネルまたは変更先モードに対応する個別オーダリングバッファの最小シーケンス番号を、前記フレームを移動するときの前記変更元チャネルまたは変更元モードに対応する個別オーダリングバッファの最小シーケンス番号を前記差分値で補正した値に設定する
ことを特徴とする請求項１９に記載の無線端末。
【請求項２３】
前記第１および第２の通信部に共通のリオーダリングバッファをさらに備え、
前記第１および第２の通信部はそれぞれ個別に第１および第２の個別リオーダリングバッファを備え、
前記第１の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第１チャネルまたは第１モードを介して受信し、
前記第２の通信部は、前記他の無線端末から前記シーケンス番号の付与されたフレームを前記第２チャネルまたは第２モードを介して受信し、
前記第１の個別リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第１の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを前記共通のリオーダリングバッファに渡すとともに前記最小シーケンス番号をインクリメントし、
前記第２の個別リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第２の通信部により受信されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致する前記フレームを前記共通のリオーダリングバッファに渡すとともに前記最小シーケンス番号をインクリメントし、
前記リオーダリングバッファは、フレーム待ちの最小シーケンス番号を管理し、前記第１および第２の個別リオーダリングバッファから渡されたフレームをシーケンス番号順に並べて保持し、前記最小シーケンス番号に合致するフレームを出力するとともに前記最小シーケンス番号をインクリメントし、
前記第１の通信部あるいは前記第２の通信部は、前記他の無線端末から送信される、前記差分値を含む前記変更通知フレームを受信し、
前記変更通知フレームに基づいて特定される変更元のチャネルまたはモードに対応する通信部の個別リオーダリングバッファにおける前記送信開始シーケンス番号以上もしくはこれより大きいシーケンス番号のフレームである第１のフレームをすべて前記共通のリオーダリングバッファに移動し、
前記変更通知フレームに基づいて特定される変更先のチャネルまたはモードに対応する通信部における個別リオーダリングバッファの最小シーケンス番号を、前記フレームを移動するときの前記変更元チャネルまたは変更元モードに対応する個別オーダリングバッファの最小シーケンス番号を前記差分値で補正した値に設定し、
前記変更先チャネルまたは変更先モードに対応する個別リオーダリングバッファから前記共通のリオーダリングバッファにフレームを渡す際、前記フレームのシーケンス番号を前記差分値により補正してから前記フレームを渡し、
前記共通のオーダリングバッファから前記第１のフレームが出力されたことにより前記共通のオーダリングバッファの最小シーケンス番号が更新されたとき、前記変更先のチャネルまたはモードに対応する通信部の個別オーダリングバッファの最小シーケンス番号を、更新後の最小シーケンス番号と同じ値に設定する
ことを特徴とする請求項１９に記載の無線端末。
【請求項２４】
前記第１チャネルまたは第１モードの周波数帯は、３０ＧＨｚ以上３００ＧＨｚ未満であり、
前記第２チャネルまたは第２モードの周波数帯は、３００ＭＨｚ以上３０ＧＨｚ未満である
ことを特徴とする請求項１ないし２３のいずれか一項に記載の無線端末。
【請求項２５】
前記変更通知フレームは第２チャネルまたは第２モードで送信される
ことを特徴とする請求項２４に記載の無線端末。
【請求項２６】
第１チャネルまたは第１モードにより通信を行う第１の通信部と、第２チャネルまたは第２モードにより通信を行う第２の通信部とを用いて他の無線端末と無線通信を行う無線通信方法であって、
前記他の無線端末に送信すべきフレームを前記第１および第２の通信部のうち一方に振り分けるフレーム振り分けステップと、
前記第１の通信部へ振り分けられたフレームにシーケンス番号を付与して、前記他の無線端末に第１チャネルまたは第１モードで送信する第１の送信ステップと、
前記第２の通信部へ振り分けられたフレームにシーケンス番号を付与して、前記他の無線端末に第２チャネルまたは第２モードで送信する第２の送信ステップと、
前記フレームの送信元を前記一方の通信部から他方の通信部へ変更する場合、前記フレームの送信チャネルまたは送信モードを前記一方の通信部に対応するチャネルまたはモードから前記他方の通信部に対応するチャネルまたはモードへ変更するとの変更通知フレームを、前記他方の通信部により送信開始するシーケンス番号である送信開始シーケンス番号を含めて、前記他の無線端末に前記第１の通信部あるいは前記第２の通信部から送信する変更通知ステップと、
前記フレームの振り分け先を前記一方の通信部から前記他方の通信部へ切り替える切り替えステップと、
を備えたことを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、チャネルまたはモードの異なる2つ以上の送受信器を有する無線端末およびその無線通信方法に関し、たとえば互いに通信している無線端末間でフレームの送受を行う送受信器の変更方法に関する。
【背景技術】
【０００２】
従来、無線端末間に複数のチャネルのリンクがあり、それら複数のチャネルからフレームの送信を行う提案がある。例えば2つのチャネルで並列に異なるフレームを送信するもの(例えば特許文献１参照)がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2004-350259号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来技術においては、受信側で複数のチャネルにまたがってシーケンス番号の順序どおりにフレームを受け付けられるようにするため、送信手順でのフレーム順序の設定（シーケンス番号の設定）を送信器のどこ（あるいはどの処理段階）で行うかに制約が生じ、送信器構成に制約が与えられてしまう。
【０００５】
この発明は、上記問題を解決するためになされたものであり、複数のチャネルにまたがってフレーム送信を行う際に柔軟な送信器構成を許容しつつ受信側でフレームを順序どおりに受け付けられるようにする無線端末および無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様としての無線端末は、
他の無線端末と通信する無線端末であって、
前記他の無線端末に送信すべきフレームの振り分け処理を行うフレーム振り分け部と、
前記フレーム振り分け部から振り分けられたフレームにシーケンス番号を付与する第１のシーケンス番号付与手段を有し、前記シーケンス番号が付与された前記フレームを前記他の無線端末に第１チャネルまたは第１モードで送信する第１の通信部と、
前記フレーム振り分け部から振り分けられたフレームにシーケンス番号を付与する第２のシーケンス番号付与手段を有し、前記第２のシーケンス番号付与手段によりシーケンス番号が付与された前記フレームを前記他の無線端末に第２チャネルまたは第２モードで送信する第２の通信部と、を備え、
前記フレーム振り分け部は、前記第１および第２の通信部のうち一方に前記フレームを振り分け、
前記フレームの送信元を前記一方の通信部から他方の通信部へ変更する場合、前記フレームの送信チャネルまたは送信モードを前記一方の通信部に対応するチャネルまたはモードから前記他方の通信部に対応するチャネルまたはモードへ変更するとの変更通知フレームを、前記他方の通信部により送信開始するシーケンス番号である送信開始シーケンス番号を含めて、前記他の無線端末に前記１の通信部あるいは前記第２の通信部から送信し、
前記フレーム振り分け部は、前記フレームの振り分け先を前記一方の通信部から前記他方の通信部へ切り替える、
ことを特徴とする。
【０００７】
本発明の一態様としての無線通信方法は、
第１チャネルまたは第１モードにより通信を行う第１の通信部と、第２チャネルまたは第２モードにより通信を行う第２の通信部とを用いて他の無線端末と無線通信を行う無線通信方法であって、
前記他の無線端末に送信すべきフレームを前記第１および第２の通信部のうち一方に振り分けるフレーム振り分けステップと、
前記第１の通信部へ振り分けられたフレームにシーケンス番号を付与して、前記他の無線端末に第１チャネルまたは第１モードで送信する第１の送信ステップと、
前記第２の通信部へ振り分けられたフレームにシーケンス番号を付与して、前記他の無線端末に第２チャネルまたは第２モードで送信する第２の送信ステップと、
前記フレームの送信元を前記一方の通信部から他方の通信部へ変更する場合、前記フレームの送信チャネルまたは送信モードを前記一方の通信部に対応するチャネルまたはモードから前記他方の通信部に対応するチャネルまたはモードへ変更するとの変更通知フレームを、前記他方の通信部により送信開始するシーケンス番号である送信開始シーケンス番号を含めて、前記他の無線端末に前記第１の通信部あるいは前記第２の通信部から送信する変更通知ステップと、
を備えたことを特徴とする。
【発明の効果】
【０００８】
本発明により、複数のチャネルにまたがってフレーム送信を行う際に柔軟な送信器構成を許容しつつ受信側でフレームを順序どおりに受け付けることが可能になる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態としての無線端末同士が接続する例を示した図。
【図２】本発明の一実施形態としての無線端末同士が接続する別の例を示した図。
【図３】本発明の一実施形態に係る無線端末の構成例を示す図。
【図４】IEEE802.11のMACフレームの構成例を示す図。
【図５】BA（Block Ack）フレームの構成例を示す図。
【図６】第１の実施形態に係る無線端末の構成例を示す図。
【図７】第１の実施形態の動作例を説明する図。
【図８】第１の実施形態の別の動作例を説明する図。
【図９】第１の実施形態のさらに別の動作例を説明する図。
【図１０】第５の実施形態の動作例を説明する図。
【図１１】第７の実施形態に係る無線端末の構成例を示す図。
【図１２】第７の実施形態の動作例を説明する図。
【図１３】第９の実施形態の動作例を説明する図。
【図１４】第１０の実施形態の動作例を説明する図。
【図１５】第１１の実施形態に係る無線端末の構成例を示す図。
【図１６】第１１の実施形態の動作例を説明する図。
【図１７】第１２の実施形態に係る無線端末の構成例を示す図。
【図１８】第１２の実施形態の動作例を説明する図。
【図１９】第１３の実施形態に係る無線端末の構成例を示す図。
【図２０】第１３の実施形態の動作例を説明する図。
【図２１】第１５の実施形態に係る動作例を説明する図。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら本実施の形態について詳細に説明する。
【００１１】
図1は、本発明の一実施形態に係る無線端末同士が接続する例を示している。図1では2つの無線端末として、無線端末201 (STA201）と無線端末202(STA202)が互いに接続している。無線端末は2つに限らず、複数存在し、各無線端末が他の複数の無線端末と接続するようになっていてもよい。
【００１２】
また図2のように上記2つの無線端末のうち一方が無線基地局であってもよい。図2では無線基地局101 (AP101)が無線端末201 (STA201)と接続している。無線基地局101は無線端末201以外の他の一つまたは複数の無線端末と接続していてもよく、あるいは他の一つまたは複数の無線基地局と接続していてもよく、また有線ネットワークに接続していてもよい。無線端末201は無線基地局101以外の他の一つまたは複数の無線端末と接続してもよい。以降、特に区別のない場合は無線基地局も無線端末として記載する。
【００１３】
＜無線通信グループ(BSS)の定義＞
図1や図2のように一つの無線通信グループを形成する場合にこれをIEEE802.11無線LANでは特にBSS (Basic Service Set)と呼ぶ。
【００１４】
＜接続の定義＞
無線端末間の「接続」とは、互いに存在を認識し、なんらかの無線通信を実現するために必要な互いの能力(Capability)を把握し合っている状態のことをいう。この互いの能力の把握は例えば無線端末間で互いの能力を通知し合うことにより行う。一つの手段は認証過程を経ることである。IEEE802.11無線LANシステムでは例えばAssociation RequestとAssociation Responseという管理フレームの交換によって行うAssociation Processというものがこれに当たる。もう一つの手段は互いに自分の能力を通知するフレームを送信し合い、把握する方法である。IEEE802.11無線LANシステムでは例えば無線端末が同期信号でもあり、通信グループ(BSS)の属性も示す役割もあるBeaconという管理フレームを送信する場合、このBeaconフレームに自分の能力も通知するフィールドがあり、Beaconフレームを受信した他の無線端末はそれにより当該無線端末の能力を把握することができる。またこのBeaconフレームに類似した管理フレームとして、Probe Requestフレームを送信するとその応答として得ることのできるProbe Responseフレームがあるが、このProbe Responseフレームにより送信元の無線端末の能力を把握することができる。接続状態にある無線端末間では無線通信を行うことができる。
【００１５】
＜無線端末構成＞
図3は、本発明の一実施形態に係る無線端末の構成例を示す。当該無線端末を形成する図示の各要素は、ハードウェアとして構成されてもよいし、ソフトウエアモジュールとして構成されてもよいし、これらの両方により構成されてもよい。
【００１６】
図3に示されるように、共通MAC処理部（フレーム振り分け部）2は第1の送受信部（第１の通信部）10と第2の送受信部（第２の通信部）20に接続している。共通MAC処理部2は、例えばIEEE802規格で規定された論理リンク制御(Logical Link Control; LLC)層(Layer; レイヤ)を介して生成されたデータを第1の送受信部10あるいは第2の送受信部20に振り分け、また第1の送受信部10あるいは第2の送受信部20から送られるフレームの送信ステータスをLLCに渡す。また逆に共通MAC処理部2は、第1の送受信部10あるいは第2の送受信部20を介して受信したフレームの内容(ペイロード)をLLCに渡す制御などを行う。無線端末が無線基地局の場合は、共通MAC処理部2は有線ネットワークに接続するようになっていてもよい。
【００１７】
＜第1の送受信部10と第2の送受信部20＞
第1の送受信部10と第2の送受信部20はそれぞれ異なるチャネルを使用する。第１の送受信部10が使用するチャネルは第１チャネル、第２の送受信部20が使用するチャネルは第２チャネルに相当する。チャネルとは主には周波数上で分けられたチャネルのことであるが、この他に符号分割によるチャネルなどであってもよい。このように本実施の形態の無線端末は、複数のチャネルに対応する無線端末、すなわちマルチチャネル無線端末である。
【００１８】
複数の周波数チャネルを束ねた周波数帯レベルで第1の送受信部10と第2の送受信部を区別してもよい。例えば第1の送受信部10は5 GHz帯IEEE802.11a向けチャネルのいずれかを使用し、第2の送受信部20は2.4 GHz帯IEEE802.11b/g向けチャネルのいずれかを使用してもよい。5 GHz帯、2.4 GHz帯各々のチャネルは固定である必要はなく、その周波数帯内でチャネルを変更することができるというようになっていてもよい。この場合、細かくは送受信方式がIEEE802.11a、IEEE802.11b、IEEE802.11gでは異なるということができるため、本実施の形態の無線端末は、チャネルが異なるだけでなく送受信方式も異なるマルチモード無線端末と呼ぶことができる。さらに大々的に第1の送受信部10と第2の送受信部20で送受信方式が異なってもよい。例えば第1の送受信部10は60 GHz帯IEEE802.15.3c無線PANの規格に基づいたものであり、第2の送受信部20は5 GHz帯IEEE802.11a無線LANの規格に基づいたものであるというようにである。
【００１９】
第1の送受信部10は、第1のMAC (Media Access Control; メディアアクセス制御)処理部11、第1のPHY処理部15、第1のアンテナ18を備えている。
【００２０】
第2の送受信部20は、第2のMAC処理部21、第2のPHY処理部25、第2のアンテナ28を備えている。
【００２１】
第1のMAC処理部11と第2のMAC処理部21は共通MAC処理部2に接続しており、MACフレームの生成、送信時のアクセス制御、受信フレーム処理（応答フレーム送信などを含む）、無線端末間の設定に関する管理などの処理を行う。これらには例えばIEEE802.11無線LAN (802.11a、b、e、g、h、i、j、nなどの一連の拡張・補完規格も含む。以下同様)システムやIEEE802.15無線PAN(802.15.3や802.15.3cなど一連の拡張・補完規格も含む)でのMAC層として規定されている動作がある。またMAC処理部11,21は、作業領域やフレームバッファを持っていてもよく、また無線端末情報などのためにメモリを持っていてもよい。これらはMAC処理部11,21内ではなく、MAC処理部11,21に外付けされ、MAC層以外の他の処理にも使えるようにしてもよい。
【００２２】
例えば両送受信部10,20での接続対象となる無線端末の情報など、第1の送受信器10と第2の送受信器20で共有するような管理情報は共通MAC処理部2で保持するようにしてもよい。接続対象となる無線端末とは、第1と第2の送受信器の両方で通信可能な能力を持つマルチチャネル無線端末あるいはマルチモード無線端末のことである。この場合、例えば第1/第2のMAC処理部11/21では、第1/第2の送受信部10/20で接続する際に必要な無線端末の設定情報を保持するように役割分担するようにしてもよい。共通MAC処理部2は、内部で管理する端末情報や、必要により第1/第2のMAC処理部11/21から取得する情報により、第1の送受信器10を用いて送信するか第2の送受信器20を用いて送信するかの振り分けなどの判断を行うようにしてもよい。
【００２３】
また図3では第1のMAC処理部11と第2のMAC処理部21が接続しているが、直接接続する代わりに共通MAC処理部2を介して接続していてもよい。
【００２４】
第1のPHY処理部15と第2のPHY処理部25は各々第1のMAC処理部11、第2のMAC処理部21に接続しており、MACフレームからのPHYパケットの生成、変調符号化処理、また無線媒体(エア)の状態の把握、受信信号の復調復号化処理、MAC処理部への受信パケットや受信状態の情報の通知などを行う。これらは例えばIEEE802.11無線LANシステムやIEEE802.15無線PANシステムでのPHY層の規定動作である。またPHY処理部15、25は、各々第1のアンテナ18、第2のアンテナ28から送信パケットを電波として放射するために、信号のデジタル/アナログ変換を行い、送信信号の周波数を段階的に変換する処理を行う。また、PHY処理部15、25は、受信した電波が第1/第2のアンテナ18/28から入力されると受信信号の周波数を段階的に変換し、アナログ/デジタル変換を行う。
【００２５】
例えばLLC層から入力されたデータは共通MAC処理部2で第1の送受信部10あるいは第2の送受信部20に振り分けられ、各々の送受信部内のMAC処理部(第1のMAC処理部11あるいは第2のMAC処理部21)でMACフレームに変換され、PHY処理部(第1のPHY処理部15あるいは第2のPHY処理部25)でPHYパケットに変換され、さらにアナログ信号に変換され、アンテナ(第1のアンテナ18あるいは第2のアンテナ28)から無線信号として送出される。逆にアンテナ(第1のアンテナ18あるいは第2のアンテナ28)から受信した無線信号はPHY処理部(第1のPHY処理部15あるいは第2のPHY処理部25)、MAC処理部(第1のMAC処理部11あるいは第2のMAC処理部21)、共通MAC処理部2を経由して処理され、自端末宛てデータがLLC層などの上位層に出力される。
【００２６】
このように本実施の形態の無線端末は第1の送受信部と第2の送受信部を持つマルチチャネル無線端末あるいはマルチモード無線端末である。
【００２７】
なお図1あるいは図2のようなシステムは本願のマルチチャネル/マルチモード無線端末のみから構成されていてもよいし、非マルチチャネル/非マルチモード無線端末が混在していてもよい。非マルチチャネル/非マルチモード無線端末が混在するような場合は、本発明はマルチチャネル/マルチモード無線端末同士での複数のチャネルを使ってフレームの送受が行われる場合を対象とする。
【００２８】
＜802.11でのMAC処理部でのフレームの扱い＞
＜MACフレーム＞
IEEE802.11無線LANではMACフレームは、大別して3種類、データフレーム(Data frame)、管理フレーム(Management frame)、制御フレーム(Control frame)、に分けられる。これらの種別はMACヘッダ部のフレームコントロールフィールド(Frame Control field)にあるタイプフィールド(Type field)に示される。さらに個別のフレーム種別を区別するためにフレームコントロールフィールドにはサブタイプフィールド(Subtype field)が設けられている。
【００２９】
データフレームは基本的にはMAC層上位(例えばLLC層)から渡されるデータから生成されるフレームである。MAC層で例えば空のデータを生成してこれから生成されるフレームをデータフレームとする場合もある。
【００３０】
管理フレームはMAC層レベルの管理情報を送信するためのフレームである。例えば前述のBeaconフレーム、Probe Requestフレーム、Probe Responseフレーム、Association Requestフレーム、Association Responseフレームなどといったものがある。
【００３１】
制御フレームはMAC層でのアクセス制御用に用いられるフレームである。例えばデータフレームや管理フレームを送信する前にチャネル予約を行うためのRTSフレームやその応答フレームであるCTSフレーム(直接チャネル予約を行うためにCTSフレームを単独で送信することも可能)、また送達確認フレームとしてデータフレームや管理フレームへ逐次応答を行うAck (Acknowledgment)フレーム、複数のデータフレームに対してまとめて応答を返すBA (Block Acknowledgment)フレーム、BAフレームを要求するためのBAR (Block Acknowledgment Request)フレームなどがある。
【００３２】
IEEE802.11でのMACフレームは図4に示すようなフレーム構成のMPDUとしてPHY層に渡される。図4は一般的なフレーム構成を示しており、フレームによっては一部のフィールドがなかったりする。なお、このようなフレーム構成になる前のデータフレームはMSDU (MAC Service Data Unit)と呼ばれ、またこのようなフレーム構成になる前の管理フレームはMMPDU (MAC Management Protocol Data Unit)と呼ばれる。
【００３３】
＜シーケンス番号＞
MSDUとMMPDUにはフレームの順番であるシーケンス番号(sequence number)が付与される。具体的にはMPDUとなった際にMACヘッダ部のシーケンスコントロールフィールド(Sequence Control field)内のシーケンス番号フィールド(Sequence Number field)に順番が記載される。シーケンス番号は細かくは、トラヒック種別(Traffic IDentifier; TID)があるQoSデータフレームの場合には、TIDごとに、直接の送信先アドレス毎にカウンタを設けてフレームのシーケンス番号を1ずつ増やしていく。但し、MAC層内部で生成される空(null)のデータを送信するQoS Nullフレーム (ACK応答が付与するなども含めたQoS (+)Nullフレームであってもよい)と呼ばれるものに関しては、シーケンス番号はどのような値を付けてもよくなっている。これはMAC層内部で処理が閉じるためである。MMPDUにはMSDUとは異なるカウンタが用意され、シーケンス番号が付与される。
【００３４】
またMSDUとMMPDUは、MPDUとなる場合に、必要に応じてフレーム長の短いフラグメントに分けられることがある(フラグメント処理)。この場合、受信側でMSDU、MMPDUという単位に再構築する(デフラグメント処理)ためにフラグメント番号もMACヘッダ部のシーケンスコントロールフィールド内のフラグメント番号フィールド(Fragment Number field)に割り当てられる。
【００３５】
＜受信処理＞
802.11無線LANなどではフレームが誤りのない正常な状態で受信されたかを判断するためにFrame Check Sequence (FCS)をフレームの末尾に入れる。例えばIEEE802.11無線LANでの一般的なMACフレームフォーマット（図4参照）において、末尾のFCSはCyclic Redundancy Code (CRC)から形成され、CRCは、MACヘッダと、LLCからのデータなどを入れるFrame Bodyフィールドとから計算される値である。受信側ではCRCのチェックを行い、誤りが検出された場合には、送信先無線端末のアドレスの抽出などのその後の受信処理を行わない。この場合、チャネルへのアクセスは基本的には送達確認応答(後述のACKフレーム)の送信を想定しその予想最長時間待つEIFS (Extended InterFrame Space)という固定時間を置いてから行われる。CRCチェックの結果誤りが検出されなかった場合には受信処理を引き続き行う。例えば直接の送信先アドレスが自端末宛てではない場合にはMACヘッダ部に記載されたDuration/IDフィールドやSubtypeフィールドに基づき一定時間仮想キャリアセンス(virtual carrier sense)を発動するためにNAV (Network Allocation Vector)を設定する。
【００３６】
受信側ではデータフレームと管理フレームの場合、MPDUのMACヘッダ部のアドレスフィールド（詳細は後述する）により直接の送信先(Receiver Address; RA)が自分宛てであることを認識すると、必要に応じてSIFS (Short InterFrame Space)という固定時間後にMPDUごとに送信する送達確認応答であるAcknowledgment (ACK)フレームなどを送信する。そしてそのような受信フレームについて、アドレスフィールドから直接の送信先のアドレスを抽出し、同一の無線端末から送信されたもので、MACヘッダ内にあるシーケンス番号フィールド(Sequence Number field)の値が同一であり、フラグメント番号フィールド(Fragment Number field)が異なるMPDUに関してフラグメント番号順にMPDUを並べ直し、データフレームではMSDU、管理フレームではMMPDUという単位に再構築する(デフラグメント処理)。そしてシーケンス番号順にその後の受信処理を行う。受信処理とは、例えばデータフレームの最終宛先(Destination Address; DA)が自端末であるならデフラグメント処理後のFrame Body fieldをペイロードとしてMAC層から上位にMA-UNITDATA.indicationというサービスプリミティブ(service primitive)を使用して渡される。管理フレームでは直接の送信先と最終宛先のアドレスは同一であり(RA=DA)、最終宛先アドレスが自端末であるなら、シーケンス番号順に管理フレームの内容の処理を行っていく。
【００３７】
＜アドレスフィールドの説明＞
IEEE802.11無線LANではMACヘッダの最初のアドレスフィールド(図4のAddress 1フィールド)に直接の送信先の無線端末のアドレスを書き込むようになっている。最終宛先アドレスは、状況によって変わるが、Address 1 か、もしくは最終宛先と直接宛先のアドレスが異なるならAddress3に入る。最終宛先アドレスと直接の送信先アドレスが同じ場合(DA=RA)には、最終宛先アドレスとしてAddress 1フィールドに記載されることもある。なお、フレームの直接の送信元無線端末のアドレスはIEEE802.11無線LANではMACヘッダの2つ目のアドレスフィールド(図4のAddress 2フィールド)に書き込むようになっている。
【００３８】
＜同一通信グループ(BSSID)＞
またIEEE802.11無線LANでは同一の無線通信グループ(BSS)内でやり取りされるフレームに関しては無線通信グループの識別子(BSS Identifier; BSSID)をアドレスフィールド(図4のAddress 1、Address 2、Address  3のいずれかのフィールド)に入れるようになっている。無線通信グループの識別子をどのアドレスフィールドに入れるかは、無線通信グループ内での送受信の無線端末各々の役割によって異なる。
【００３９】
＜無線基地局の定義＞
ここで無線基地局とは、他の端末(無線端末に加え、有線で接続された端末も含む。また無線基地局を含む)からのデータを転送できる無線端末と言ってもよい。例えばIEEE802.11無線LANでは複数の無線通信グループをいくつかまとめて一つの無線通信システム(Extended Service Set; ESS)を構築することができる。そしてこの無線通信システム内での無線通信グループ間はDistributed System (DS)と呼ばれる。DSは有線であっても無線であってもよいが、無線基地局はこのDSに接続することができる無線端末というように定義することもできる。
【００４０】
＜通信グループの識別子が入れられるフィールドの例＞
IEEE802.11無線LANでは無線基地局のアドレスが無線通信グループの識別子となっていることから、例えば送信する無線端末が無線基地局であり、データフレームを受信する無線端末が非無線基地局(非無線基地局端末)であるなら、無線通信グループの識別子はAddress 2フィールドに入れるようになっており、非無線基地局端末が基地局端末にデータフレームを送信する場合は、無線通信グループの識別子はAddress 1フィールドに入れるようになっている。非無線基地局端末同士でデータフレームを送受信する場合には(図1のように無線基地局がいないBSSの場合も、図2の構成において無線端末201以外に無線端末202も存在し無線端末201と無線端末202が通信する場合も)無線通信グループの識別子はAddress 3に入れるようになっている。また管理フレームを送信する場合には無線通信グループの識別子はAddress 3に入れるようになっている。例えば図1のようなIEEE802.11無線LANでは通信グループの識別子は、通信グループを開始した無線端末が乱数により決定する。無線基地局である無線端末同士でデータフレームを送受信する場合には先の無線通信グループと無線通信グループをつなぐDSレベルでのフレームとなるため、無線通信グループの識別子は特定する必要はない(送信先アドレスは一方の無線通信グループの識別子と同じになり、フレームの直接の送信元アドレスはもう一方の無線通信グループの識別子と同じになるからである)。
【００４１】
＜通信グループの識別子でフィルタリングする例＞
PHY層から受信フレームを受け取ると、CRCのチェックなどにより正常なフレームを受信したかを検査する。その上で、正常と判断したフレームに対してフレーム種別に応じて無線通信グループの識別子が自無線端末の属する無線通信グループの識別子と同一であるかを、所定のアドレスフィールドを見て判断するという動作を含む場合がある。
【００４２】
＜選択再送方式(Block Ack Mechanism)＞
IEEE802.11無線LANでは複数のデータフレームへの送達確認応答をまとめて送信し、送達確認応答を受信した送信側無線端末では未到達データフレームを再送するというメカニズムがある。これをBlock Ack (BA)メカニズムと呼んでいる。BAメカニズムが適用できるのは、TID（トラヒック種別）が区別されるQoSデータフレームである。MAC層が上位からデータを受け取る際に用いるMA-UNITDATA.requestというサービスプリミティブ内には、データとともにプライオリティパラメータが変数として入れられており、当該値がTIDとしてMAC層では扱われる。TIDは0から15の整数で表現され、このTIDを元にアクセス権の優先順位なども付けられる(MAC層内部で生成されるQoSデータフレームに関しては、その使用目的に応じて適宜TIDが割り当てられる)。
【００４３】
BAメカニズムを導入した場合、受信側無線端末ではデータフレームを必ずしもシーケンス番号順に受信しなくなるため、受信側では送信側が上位から受け取ったと同じ順番でMAC層から上位にデータを渡すためには、シーケンス番号順に並べ直す機構が必要となる。この並べ直す処理を行う部分は、特に後述IEEE802.11n でのscoreboard context control部に対してはreceive reordering buffer control部と呼ばれる。receive reordering buffer control部は、reordering buffer（リオーダリングバッファ）と略される。リオーダリングバッファは、異なるTIDごとに設けられる。これはTIDの異なるフレームではシーケンス番号の割り当てが異なるためである。
【００４４】
また複数のデータフレームへの送達確認応答を送信するためには、各データフレームに対する受信ステータスを保持する必要がある。この受信ステータスを保持するための送達確認応答用受信ステータス部はIEEE802.11n無線LANでは特に上記したscoreboard context control部と呼ばれる。 scoreboard context control部は、scoreboard（スコアボード）と略される。スコアボードは受信ステータス記憶部とも称される。当該スコアボードも、TIDの異なるフレームではシーケンス番号の割り当てが異なるため、異なるTIDごとに設けられる。
【００４５】
受信ステータスは図5のようなBA（Block Ack）フレームによりデータ送信側の無線端末に通知される。送信側無線端末がBAフレームを受信側無線端末に要求する方法としては、制御フレームであるBlock Ack Request (BAR)フレームを送信して要求する方法と、送信するデータ内部に要求を入れる方法とがある。
【００４６】
前者はexplicit block ack requestと呼ばれ、要求する先の無線端末と要求元の無線端末のアドレス情報、どのTIDのフレームに対する要求かの情報、またシーケンス番号のどこからの送達確認応答を要求するか(Starting Sequence Number; SSN)の情報などをBARフレームの中で示して送達確認応答を要求する。
【００４７】
後者はimplicit block ack requestと呼ばれ、送信するデータの送達確認応答の種別を指定するフィールドと、送信されるフレームの形態との組み合わせで受信側無線端末に送達確認応答を要求する。具体的には、複数のMPDUを一つのMPDUとしてPHYパケットにまとめて入れるaggregation手法を用いた送信形態の場合で(この複数MPDUをまとめた形式をaggregate MPDU (A-MPDU)と呼ぶ)、送達確認応答の種別を指定するフィールドにて逐次応答を求めるNormal Ackのポリシーを示すことにより、受信側無線端末ではそのNormal Ackポリシーを示したデータのTIDに対して保持している受信ステータス情報をBAフレームで送信側無線端末に通知する。各データフレームのTIDは図4のQoSコントロール(QoS Control)フィールドで示される。
【００４８】
前者および後者のいずれの場合でも、BAフレームの中には、シーケンス番号のどこからの受信ステータスを通知しているかを示すSSN（Starting Sequence Number）を図5のように入れることになる。受信ステータスは具体的には当該SSNからのシーケンス番号順に各MSDUに対して(compressed)、あるいは対応するシーケンス番号箇所内のフラグメンテーション番号順に各MPDUに対して(basic)、1つのビットが割り当てられたBlock Ack Bitmapで示される。
【００４９】
データフレームの受信側無線端末では受信したフレームに対してBlock Ack Bitmapの対応箇所に1を立て、未受信のフレーム、あるいは受信ステータスの存在しないフレーム（例えば使われていないフラグメント番号の箇所や、保持しているスコアボード以外の領域もbitmapに入れて返す場合などがこれに当たる）に対してはBlock Ack Bitmapの対応箇所を0にしておく。以降の例ではBlock Ack Bitmapは前者の、MSDU単位で送達確認応答を通知する(compressed)場合を中心に用いて説明していく(この場合は、データの送信側もフラグメンテーションは行わない)が、フラグメンテーション番号の情報のある(basic)の場合も、基本的な動作は変わらない。
【００５０】
＜マルチチャネル/マルチモードでの選択再送方式に関するバリエーション＞
マルチチャネル/マルチモードの無線端末間で選択再送方式を用いる場合、動作に関連する要素としては、
・ シーケンス番号をチャネル/モード間で統一にするか別々に割り当てられるようにするか、
・ リオーダリングバッファを両チャネル/モードに共通に設けるか別々に設けるか、
・ 両チャネル/モードで無線端末アドレスを共通にするか区別するか、
・ 両チャネル/モードでトラヒック種別(TID)を共通にするか変更できるようにするか、がある。
【００５１】
以下、これらのバリエーションを踏まえて、本発明の各実施形態を説明する。
【００５２】
(第1の実施形態) 
第1の実施形態では、シーケンス番号をチャネル/モード間で別々に割り当てられるようにし、かつリオーダリングバッファを両チャネル/モードに共通に設ける場合を説明する。各々の無線端末アドレスはチャネル/モード間で共通のものであり、TIDの割り当てもチャネル/モード間で共通であるとする。
【００５３】
第１の実施形態に係る無線端末の構成は図3を元に図6のようになる。
【００５４】
リオーダリングバッファ30は共通MAC処理部2にあり、シーケンス番号割り当て部（SN割り当て部）12、22は、第1のMAC処理部11、第2のMAC処理部21に各々あり、シーケンス番号割り当て部12、22を経て送信キュー13,23に送信フレームを入れるようになっている。また受信側として動作する際の受信ステータスを保持するスコアボード14,24も第1のMAC処理部11、第2のMAC処理部21に各々ある。
【００５５】
リオーダリングバッファ30、シーケンス番号割り当て部12,22、送信キュー13,23、スコアボード14,24がどのように他の処理動作部と関係しているか細かくは示していないが、MSDUを送信する場合には以下のようになる。すなわち、共通MAC処理部2から第1のMAC処理部11あるいは第2のMAC処理部21にMSDUが振り分けられ、MPDUを形成した上、SN割り当て部12あるいはSN割り当て部22を介し送信キュー13あるいは送信キュー23に入れられる。第1のMAC処理部11あるいは第2のMAC処理部21により所望のチャネルアクセスを行い送信権を獲得すると、送信キュー13あるいは送信キュー23内のMPDUが、第1のPHY処理部15あるいは第2のPHY処理部25に渡され、第1のアンテナ18あるいは第2のアンテナ28から送信される。
【００５６】
フレームの受信の際には第1のアンテナ18あるいは第2のアンテナ28から第1のPHY処理部15あるいは第2のPHY処理部25を介し、第1のMAC処理部あるいは第2のMAC処理部に当該フレームがMPDUとして入力される。当該フレームがデータフレームであり、かつBlock Ackメカニズムでの送達確認応答を要求するものであれば、正常受信したフレームのシーケンス番号(あるいは場合によっては該当するシーケンス番号に当たる部分内のフラグメント番号)に対応するスコアボード14あるいはスコアボード24内の対応部分に受信した旨を記録する(具体的には通常、スコアボードはBlock Ack bitmapと同様のビットマップ構成を持っており、該当するシーケンス番号(あるいは場合によっては該当するシーケンス番号に当たる部分内のフラグメント番号)の対応ビット部分に1を立てる。以降、この構成を前提に説明していく)。
【００５７】
図7を用いて、送信側無線端末と受信側無線端末の送受信処理の動作例を説明する。この際、送信側無線端末と受信側無線端末の間ではフレームの交換にBlock Ackメカニズムを用いるための必要な設定はすでに済ませてあるとする。当該設定はIEEE802.11無線LANではADDBA RequestフレームとADDBA Responseフレームの交換により行う。
【００５８】
図7ではまず送信側無線端末が第1の送受信器10が対応するチャネル(これを第1のチャネルとここでは呼ぶこととする。当然モードでもよく、その場合は第1のモード)でシーケンス番号1〜5の各フレームをA-MPDUにより送信する。この例ではA-MPDUにはimplicit block ack requestを含んでいる。
【００５９】
受信側無線端末は第1の送受信器10で当該A-MPDUを受信すると正常受信したフレームのシーケンス番号を第1のMAC処理部11内にあるスコアボード (第1のスコアボード)14に記録する。図7の例では、A-MPDU内のシーケンス番号1のフレームは正常受信したが、それ以外のフレームに関しては正常受信せずシーケンス番号を把握できないため、スコアボード14でシーケンス番号1に対応するビット部分に1を立てるのみで他は0のままとする。
【００６０】
そして受信したフレームはチャネル/モード間で共通にあるリオーダリングバッファ30に送られる。Block Ackメカニズムの設定時に、開始するシーケンス番号(Starting Sequence Number; SSN)を1に設定してあるとすると、リオーダリングバッファ30ではフレーム待ち状態の最小シーケンス番号を1に設定することとなる。このため、シーケンス番号が1のフレームがリオーダリングバッファ30に入ってくると、このシーケンス番号1は、当該待ち受け状態の最小シーケンス番号と一致するため、このフレームをMAC層から上位層（LLC層）へ渡す。そしてフレーム待ち状態の最小シーケンス番号を1から次の2 (1だけインクリメント)に設定する。
【００６１】
なお、待ち受けの最小シーケンス番号のフレームを受信せずに他のシーケンス番号のフレームが受信した場合は以下のようになる。すなわち、シーケンス番号順にリオーダリングバッファ30の中でフレームを溜めていき、リオーダリングバッファ30がいっぱいになると最小のシーケンス番号の待ち受けは廃棄され、待ち受けの最小シーケンス番号は1だけインクリメントされる。インクリメントされたシーケンス番号以降のフレームが順番に揃ったならば前記と同様の処理で、MAC層から上位層へフレームが渡される。その際、待ち受けの最小シーケンス番号も更新される。
【００６２】
第１のMAC処理部11は、A-MPDUを受信し終わったことを第1のPHY処理部15からの信号(IEEE802.11無線LANではPHY-RXEND.indicationというプリミティブ)により把握すると、A-MPDU内に示されたimplicit block ack requestからBlock Ack(BA)フレームを生成し、スコアボード14の内容をBAフレーム内のBlock Ack Bitmapに反映して、A-MPDU受信後固定時間(IEEE802.11無線LANではSIFSという固定時間)後にBAフレームを送信する。図7ではBAフレームでシーケンス番号1のフレームを正常受信したことを通知している。
【００６３】
送信側無線端末は、受信したBAフレームの内容から、たとえば第1のチャネル/モードを用いた通信ではフレーム落ちが激しいと判断し、その後のデータ送信は第2の送受信器20が対応するチャネル/モード(ここではこれを第2のチャネル/モードと呼ぶ)を用いて行うことを決定したとする。例えば送信側無線端末の第1の送受信器10は受信側無線端末からの送達確認応答フレームから送信フレームの送達状況を管理し、第１のチャネル／モードでは通信品質が一定基準を満たさないため、第2の送受信器20に送信元を変更することを決定したとする。なお同様の機能は第2の送受信器20を備えることにより第2の送受信器20から第1の送受信機10への変更判断も可能である。
【００６４】
このように決定した送信側無線端末は、シーケンス番号2〜5のフレームを第1のMAC処理部11から第2のMAC処理部21に移す。より細かくは第1のMAC処理部11内の送信キュー13にあったシーケンス番号2〜5のフレームを第2のMAC処理部21のシーケンス番号割り当て部22を通して、これらのフレームに新たな第2のチャネル/モード用のシーケンス番号をそれぞれに割り当て、送信キュー23に入れるという処理を行う。この際に第1のMAC処理部11から移すフレームの中で最も小さいシーケンス番号をもつフレーム、つまり図7ではシーケンス番号2のフレーム、に対して第2のMAC処理部21で新たに割り当てられるシーケンス番号を第2のMAC処理部21で保持しておく。図7の例では当該シーケンス番号は1となる。
【００６５】
次いで、送信側無線端末は、当該チャネル/モードを変更する旨を受信側無線端末に通知する。この例では一連のデータ交換を行っているデータフレームとは異なる管理フレーム(図7では"Mg"と表現)を用いて通知している。これはデータを送信する目的ではなく、無線端末の動作を管理するものだからである。さらにIEEE802.11無線LANではデータフレームはMAC層の上位（LLC層）から渡された場合に一意にTID（トラヒック種別）が割り当てられ、TIDから送信時の優先権が決まるところ、管理フレームは常に最も高い優先権を与えられるからである。これにより、データフレームをチャネル/モードを変更して送信する前に受信側無線端末に当該通知フレームを送信することが容易になる。
【００６６】
また通知フレームを送信するチャネル/モードはここでは切り替える先の第2のチャネル/モードで行う。これは第1のチャネル/モードではフレーム落ちが激しいため、信頼性が高いと予想される第2のチャネル/モードで送信する方が適正に管理フレームを届けられる可能性が高いためである。
【００６７】
当該通知フレームには、第2のチャネル/モードでデータを送信すること(図7で「第2でTx」と表現)、変更先チャネル/モードでの送信開始するシーケンス番号(SSN)は1からであること(図7で「SN=1からTx」で表現)を情報として入れる。ここで変更先チャネル/モードでの送信開始するシーケンス番号(SSN)は、前記保持しておいた第1のMAC処理部11から移すフレームで最小シーケンス番号のフレームが第2のMAC処理部21で新たに割り当てられたシーケンス番号(ここでは1)である。図7では省略してあるが、当該チャネル/モード変更の対象となるデータフレームのTIDが上記の通知情報だけでは受信側無線端末で明らかにならない場合には、対応するTID情報を通知フレームに入れるものとする。無線端末間でBlock Ackメカニズムの設定を行っているTIDが一つしかない場合には受信側無線端末で対象TIDは明らかとなるため、省略可能である。また対象とするデータフレームのTIDに対応して通知する管理フレーム自体のフレーム種別(Subtype)を変更する、などの場合もこの限りではない。
【００６８】
通常、IEEE802.11無線LANでは単一の無線端末に対して送信されるフレーム(ユニキャストフレーム)では受信した無線端末がSIFS時間後にAckフレームを送信し、特に管理フレームの場合にはBAメカニズムを用いないため、図7ではそれを"Ack"として表現している。
【００６９】
当該チャネル/モードを変更する旨の通知フレームを受信した受信側無線端末では、共通MAC処理部2にあるリオーダリングバッファ30内の受信フレームを全てMAC層から上位（LLC層）へ上げるための処理を行った後、フレーム待ち状態の最小シーケンス番号を当該フレームで通知された送信開始シーケンス番号に設定する。
【００７０】
この際、受信側無線端末は、送信側無線端末との間で該当するTIDのフレームの交換を行っていたチャネル/モードに対応する送受信器(この場合は第1の送受信器10)を特定し、該当する送受信器のMAC処理部(この場合は第1のMAC処理部11)内にあるスコアボード14をリセットすることが望ましい。このスコアボード14をリセットすることによってこのスコアボード14を、別の無線端末あるいは別のTIDのフレームの受信に活用することができるからである。
【００７１】
なおこのようなスコアボードのリセットは、IEEE802.11nでのpartial state BAという方式が適用される場合にも有効である。すなわち、IEEE802.11nでのpartial state BAが適用される場合、当該スコアボードのリセットを行わなくても、新たな無線端末からのフレームを受信した際などに空いたスコアボードがないときは、すでにステータスを保持しているスコアボードをリセットして用いることができる。しかし、ここでの記載のように予めもう使われないと分かっているスコアボード14をリセットすることにより、partial state BAで複数のスコアボードがある場合にどれをリセットするかの選択アルゴリズムを、すでに未使用のスコアボードを優先的に選択するようにするというように簡略化できる。
【００７２】
送信側無線端末との間で該当するTIDのフレームの交換を行っていたチャネル/モードに対応する送受信器を特定する方法としては以下の方法がある。第１に、前記通知フレームから該当TIDを特定し、前記通知フレームを受信するまで当該TIDを処理していた送受信器を共通MAC処理部2などにおいて割り出す方法がある。第２に、前記通知フレームにどのチャネル/モードへの送信に切り替えるか(本例では第2のチャネル/モード)の情報が含まれ、かつ無線端末が対応するチャネル/モードが2つしかない場合に、排他的に切り替え先として示されていないチャネル/モードが、送信側無線端末との間で該当するTIDのフレームの交換を行っていたチャネル/モードであると判断し、その判断したチャネル／モードに対応する送受信器を特定する方法がある。
【００７３】
送信側無線端末は前記通知フレームを送信し、それに対する応答フレームを受信すると、第2のチャネル/モードに対応する第2の送受信器20からフレームを送信する。これらのフレームは、第1のチャネル/モードで送信したシーケンス番号2〜5のフレームのシーケンス番号を、第2のMAC処理部21でシーケンス番号1〜4へ振り直して、再送したものである。図7では通知フレームに対する応答フレームはAckフレームであるが、受信側無線端末ではAckフレームとは別に、リオーダリングバッファ30の処理などを完了した時点で前記通知フレームに対する応答フレーム(前記通知フレームが管理フレームなら同様に管理フレーム)を送信するようにし、送信側無線端末はその応答フレームを受信してから変更先のチャネル/モードでフレームを送信するようにしてもよい。
【００７４】
受信側無線端末では第2のチャネル/モードでフレームを受信すると第2のMAC処理部21のスコアボード24で受信ステータスを記録しつつ、受信フレームを共通MAC処理部2のリオーダリングバッファ30に上げる。図7では第2のチャネル/モードで送信された新たなシーケンス番号1〜4のフレームを全て正常に受信し、スコアボード24にシーケンス番号1〜4のフレームを正常したことを記録し、そしてリオーダリングバッファ30からシーケンス番号1〜4のフレームを順番にMAC層の上位に渡している。結果的に第1のチャネル/モード側でのシーケンス番号で考えると、シーケンス番号1、2、3、4、5と順番に受信したことになっている。
【００７５】
図7では第1のMAC処理部11内のシーケンス番号2〜5のフレームを第2のMAC処理部21に移し、送信する例を示したが、それ以降の同一TIDのフレームは、MAC層上位から渡された場合に共通MAC処理部2から第2のMAC処理部21に渡され、継続したシーケンス番号(本例ではシーケンス番号5から)を割り当てられることになる。
【００７６】
また図7では第1のMAC処理部11から第2のMAC処理部21に移すフレームがある場合の例を示しているが、もともと第1のMAC処理部11から、あるTIDのフレームを送信しており、第1のMAC処理部11から第2のMAC処理部21に移し変えるフレームはないが、同一のTIDのフレームの送信を次からは第2のMAC処理部21からの送信に切り替える場合は以下の動作となる。すなわち、MAC層上位から渡されたデータフレームを共通MAC処理部2で振り分ける際に、当該TIDのデータフレームは第2のMAC処理部21に渡す。そして、当該TIDのデータフレームを第2のチャネル/モードで送信する前に、第2のMAC処理部20のシーケンス番号割り当て部22で割り当てられる最小のシーケンス番号を、前記通知フレームで通知する。その他の動作は前記と同様となる。
【００７７】
図7では送信の後半部分が連続して受信側無線端末で受信されなかった場合を示してあるが、受信状況としてはこれ以外の場合もある。そこで、次に図8のような場合を考える。
【００７８】
ここでは送信側無線端末がシーケンス番号11〜15のフレームを送信している状況を示している。受信側無線端末ではシーケンス番号11と13を正常受信し、第1のスコアボード14にはその受信状況が記録される。すなわち正常受信したシーケンス番号11に該当する箇所に1を立て、シーケンス番号11と13の間にある12は未受信であるとして0を立て、正常受信したシーケンス番号13は該当する箇所に1を立てている。そしてA-MPDUの受信後、implicit block ack requestによりシーケンス番号11と13のフレームを受信した旨を通知するBAフレームを送信する。受信されたシーケンス番号11と13のフレームは共通MAC処理部2にあるリオーダリングバッファ30に上げられる。リオーダリングバッファ30のフレーム待ち状態の最小シーケンス番号が11となっているとき、シーケンス番号11のフレームはMAC層から上位に渡される。シーケンス番号12のフレームは未受信であるため、リオーダリングバッファ30はフレーム待ち状態の最小シーケンス番号を12へ変更し、シーケンス番号13のフレームは保持しておく。
【００７９】
送信側無線端末で第1のチャネル/モードでの送信を止め、第2のチャネル/モードで送信することを決定すると、図7での例と同様に、送信側無線端末は、切り替えを通知するフレームを受信側無線端末に送信する。
【００８０】
当該通知フレームを受信した受信側無線端末では前記と同様の処理を行う。特にこの例においては、リオーダリングバッファ30にはシーケンス番号13のフレームが、シーケンス番号12のフレーム受信を待っている状態で保持されているので、シーケンス番号13のフレームをMAC層から上位に渡す。
【００８１】
送信側無線端末では第1のチャネル/モードで送信したシーケンス番号12、14、15が受信側無線端末で未受信であることを把握している。第2のチャネル/モードに切り替えて再送するフレームはシーケンス番号14と15のフレームであり、BAフレームで示された受信ステータスにおいて正常受信したシーケンス番号11と13の間の歯抜けになっている12のフレームに関しては第2のチャネル/モードで再送しない。第1のチャネル/モードでシーケンス番号14と15として送信していたフレームは第2のチャネル/モードではシーケンス番号1と2を割り当てられ、送信される。
【００８２】
受信側無線端末ではこれらの新たなシーケンス番号1と2を割り当てられたフレームを正常受信し、リオーダリングバッファ30を経由して上位に上げる。第1のチャネル/モードでのシーケンス番号で考えると、シーケンス番号11、13、14、15を受信したことになる。
【００８３】
図8の例ではBAフレームでシーケンス番号11からの受信ステータスを返しているが、例えばシーケンス番号13からの受信ステータスのみを返しているなら、シーケンス番号11及び12がともに受信側無線端末で未受信であると判断でき、この場合は歯抜け部分のフレームはシーケンス番号11と12のものとなる。
【００８４】
これらの歯抜け部分のフレームは上記チャネル/モードの変更処理を経ると受信側無線端末に受信させられなくなるが、これを防ぐためにはチャネル/モードの変更処理を行う前に歯抜け部分の再送を同じチャネル/モード（ここでは第1のチャネル／モード）で行えばよい。
【００８５】
次に図9を用いてさらに異なる受信状況の場合を説明する。図9では送信側無線端末が受信側無線端末でフレームが受信されたかどうか明確には判断できない場合を示している。
【００８６】
送信側無線端末が第1のチャネル/モードにおいてシーケンス番号11と12のフレームをA-MPDUで送信し、これに対して受信側無線端末からBAフレームでシーケンス番号11のフレームを正常受信したとの応答が返される。受信側無線端末ではリオーダリングバッファ30からMAC層の上位へシーケンス番号11のフレームのデータを上げるための処理を行う。この状況では受信側無線端末でシーケンス番号12のフレームは受信されていないということを送信側無線端末で把握しており、受信側無線端末との間に状況の認識のずれはない。
【００８７】
次に送信側無線端末はシーケンス番号12のフレームを第1のチャネル/モードにおいて即時応答のAckフレームを要求する形態で再送したとする (この場合、後述のリトライビットには1が立てられる)。受信側無線端末では当該シーケンス番号12のフレームを受信し、Ackフレームを送信し、シーケンス番号12のフレームをリオーダリングバッファ30に上げ、リオーダリングバッファ30では、シーケンス番号11の次にシーケンス番号12と、フレームが順に来ていることから、シーケンス番号12のフレームはMAC層の上位へ上げるため処理へ回される。
【００８８】
ここで、この受信側無線端末からのAckフレームが送信側無線端末でエラー受信されるなど、正常受信ができなかったとする。すると、送信側無線端末では受信側無線端末がシーケンス番号12のフレームを受信しているかどうか確証を得ることができない。この状況では送信側無線端末と受信側無線端末での状況の認識にずれが生じている。この段階で送信側無線端末がチャネル/モードの変更を行うと、変更先のチャネル/モードでは受信側無線端末で受信されたか確証のないシーケンス番号12のフレームを送信することはできない。それは、受信側無線端末では、変更先のチャネル／モードで送信される異なるシーケンス番号のフレームと、以前に受信したシーケンス番号12のフレームとが同一であること、すなわちデータの重複受信を認識できないためである。そこで図9のように、第1のチャネル/モードにおいてまだ未送信の13以降のシーケンス番号のフレームを第2のチャネル/モードで1から始まるシーケンス番号に振り直して送信している。これらのフレームが受信側無線端末で正常受信された場合、第1のチャネル/モードでのシーケンス番号で考えると、受信側無線端末では結果的にはシーケンス番号11、12、13、14、15全てを受信されたことになる。
【００８９】
ここで受信側無線端末は第1のチャネル/モードで受信したシーケンス番号12のフレームに関してAckフレームを送信したが、シーケンス番号12のフレームは、Block Ackメカニズムの設定を行っているTIDのフレームであることから、スコアボード14にも図9のように受信ステータスが記録されている。そこで送信側無線端末がシーケンス番号11からの、あるいは12からのフレームに対する受信ステータスをBAフレームで送信するように要求すれば、BAフレームによりシーケンス番号12のフレームを受信できていると通知することができる。そこで、チャネル/モードの変更前に受信の確証がないシーケンス番号12に対して、前述のように同一チャネル/モードで再送するか、あるいはシーケンス番号12を含む受信ステータスをBAフレームで返すように要求する、などの方法により、シーケンス番号12の受信ステータスを再確認することができる。
【００９０】
図9の例ではAckフレームを要求する形態でシーケンス番号12のフレームを送信したが、このシーケンス番号12のフレーム１つをA-MPDUとして(この場合、PHYパケットに複数のMPDUがあるとする形式で送信するが、入っているMPDUは実質1つ) implicit block ack requestを含めて送信すれば、AckフレームはBAフレームに変更される。なお、BAフレームもAckフレームと同様に全落ちしてフレーム自体を把握することができなければ同様に受信の確証を得ることはできない。
【００９１】
＜送信側の制約＞
図8および図9に示した例から理解できるように、送信側無線端末でチャネル／モードの変更先で再送できるフレームは、未送信フレームの最小シーケンス番号から連続して当該最小シーケンス番号より小さいシーケンス番号をもつ送信済みフレームで、かつデータ送信先の無線端末で未受信の確証のあるフレーム（データ受信側無線線端末から未受信の受信ステータス通知を受けたフレーム）である。なお、未送信のフレームに関してはチャネル／モードの変更前にすでに一方のMAC処理部（変更前のMAC処理部）の送信キューに入れられてあっても、チャネル/モードを変えて送信することに制約はない。
【００９２】
なお、通常IEEE802.11無線LANではフレームを再送する場合にはMACヘッダ部のフレームコントロールフィールドにあるリトライ(Retry)ビットを立てるが、これはリトライビットのフレームを受信した場合に、すでに同一内容のフレームを受信していないかという重複(duplicate)を確認するためである。この点、本実施の形態では、図8のような歯抜け部分のフレームや、図9のような到達したか確証のないフレームを、別のチャネル/モードで再送することは断念するため、変更先のMAC処理部でリトライビットを立ててこれらのフレームを再送するというような送信処理をする必要はない。すなわち、本実施の形態では、異なるチャネル/モードでの重複受信を予めデータ送信側で防ぐ動作となっているため、変更先チャネル/モードでリトライビットを立てて送信するというような送信処理を行う必要がない。なお、当然ながら、変更元の同一のチャネル/モード内でフレームを再送する場合にはこの限りではなく、リトライビットを立てる。
【００９３】
(第１の実施形態の効果)
＜１＞
フレームの送信を第１の送受信器と第２の送受信器の間で変更する際に、受信側無線端末に変更先送受信器が対応するチャネル情報と変更先の送受信器で送信するフレームの送信開始シーケンス番号とを通知することによって、受信側無線端末でフレーム順を整えるために必要な情報を与え、かつこれによって第１の送受信器と第２の送受信器間での送信フレームの移動を柔軟に変更することができるようになる。従って一方のチャネルでの通信リンクの突然の寸断に柔軟に対応できるようになる。
【００９４】
＜２＞
変更先の送受信器で再送できるフレームを制限することにより、受信側無線端末での異なるチャネル/モードでの重複受信を、予め送信側無線端末の動作で防ぐことができる。これによって受信側無線端末では、第1の送受信器と第2の送受信器の間でシーケンス番号が異なりかつデータ内容が重複する重複フレームの管理をする必要がなくなる。
【００９５】
＜３＞
フレームの変更先送受信器の対応するチャネル情報を変更通知フレームに入れることによって、受信側無線端末に今後の受信するチャネルを明示することができ、受信側無線端末では明示されたチャネルに対応する送受信器を特定すことができる。そして受信側無線端末ではフレーム受信に関する準備を行うことができる。すなわち受信側無線端末ではチャネル/モード間で切り替えられて送信されたフレームを順番どおりに受信することができる。これはMAC層で送信順が変わった場合においても、上位層でのシーケンスに頼らずにMAC層内部で順番を戻すことが可能であることを意味する。
【００９６】
＜４＞
送信側無線端末ではアクセス制御部（第1/2のMAC処理部各々において第1/2のPHY処理部の方に近い部分）直前でのフレーム準備の負担を軽減でき、これによってモード間での送信フレームの移動を柔軟にできるようになるとともに、受信側無線端末では異なる周波数帯/チャネルからの受信フレームを送信順に並べ直す際の処理の複雑化を防ぐことができる。従って一方の周波数帯/チャネルでの通信リンクの突然の寸断に柔軟に対応できるようになる。また受信側無線端末では送信側無線端末からの通知により使用しなくなった周波数帯/チャネルのバッファを開放しメモリ利用の効率化を図ることもできる。
【００９７】
＜５＞
フレームの変更先送受信器に対応するチャネル情報を変更通知フレームから抽出し、その排他的チャネルを変更元チャネルとして特定することで、送信側無線端末で変更元チャネルの情報の通知を省略することができる。それによって変更通知フレーム長を短くすることができ、無線媒体の使用率を削減し、高効率化を図ることができる。
【００９８】
(第2の実施形態) 
第2の実施形態は第1の実施形態に基づくため、以下、第１の実施形態と異なる点を中心に説明する。
【００９９】
第2の実施形態が第1の実施形態と異なる点は、チャネル/モードの変更通知フレーム内に変更先のチャネル/モード情報を入れる代わりに、変更先のチャネル/モードで当該変更通知フレームを送信することである。
【０１００】
例えば第1の実施形態で用いた図7において"Mg"として表している、チャネル/モードの変更通知フレームを、変更先のチャネル/モードで送信するようにする。このように定めておけば、変更通知フレーム内に変更先のチャネル/モードの情報を入れずに済む。第1の実施形態でも記載したように、チャネル/モードを変更するのは現状使用されているチャネル/モードでのフレーム落ちが多いなど通信として不適切な状況にある場合であると仮定すると、変更先のチャネル/モードの方が、変更前よりも、受信側無線端末とより好適な通信リンクを確立できると期待できる。したがって、変更通知フレームを変更先のチャネル／モードで送信することにより、当該変更通知フレームを確実に受信側無線端末に受信させることが期待できる。
【０１０１】
また第1の実施形態で記載したように、チャネル/モードの変更通知フレームを受信側無線端末に送信し、それに対し応答フレームを受信してから、変更先のチャネル/モードでデータフレームを送信するようにすれば、変更通知フレームを確実に受信側無線端末が確実に受信したことを把握した上でチャネル/モードの変更を実行できる（なお、応答フレームは、変更通知フレームに対するAckフレームであってもよいし、またこれとは別に応答用の管理フレームを受信側無線端末が返すようにした場合にその応答用管理フレームであってもよい）。応答フレームを受信しなければ、チャネル/モードの変更有無について送信側無線端末で再検討し、検討結果に応じてチャネル/モードの変更を止め、同一のチャネル/モードでのデータフレームの送信（再送）を行うようにしてもよい。このようにして、より確実な方法でデータフレームを受信側無線端末に送信することができる。
【０１０２】
当該変更通知フレームを受信した受信側無線端末は、応答フレームを送信するとともに、当該変更通知フレームを受信した送受信器の対応するチャネル/モードが、今後、対応するデータフレームの送信される変更先のチャネル/モードになると認識する。例えば図7の例では、変更通知フレームを第2の送受信器で受信するため、第2の送受信器に対応する第2のチャネル/モードによって、当該TIDのデータフレームが今後送信されてくると認識する。そして第1の実施形態で記載したように、データフレーム受信に向けたリオーダリングバッファの操作などの一連の処理を行う。
【０１０３】
(第２の実施形態の効果)
本実施形態によれば、変更先のチャネル/モードで変更通知フレームを送信することにより、変更通知フレーム内に変更先のチャネル/モードの情報を入れずに済む。これにより変更通知フレーム超をさらに短くすることができ、無線媒体の使用率を削減し、高効率化を図ることができる。また、チャネル/モードを変更するのは現状使用されているチャネル/モードが不適切な通信状況にある場合であると想定すると、変更先のチャネル/モードの方が、変更前よりも、受信側無線端末とより好適な通信リンクを確立できると期待できるため、当該変更通知フレームを確実にデータ側無線端末に受信させることが期待できる。
【０１０４】
またチャネル/モードの変更通知フレームに対し応答フレームを受信してから、変更先のチャネル/モードでデータフレームを送信するようにすることで、変更通知フレームを確実に受信側無線端末が確実に受信されたことを把握した上でチャネル/モードの変更を実行できる。応答フレームを受信しなければ、チャネル/モードの変更有無について送信側無線端末で再検討し、検討の結果に応じて、チャネル/モードの変更を止めて元の同一のチャネル/モードでのデータフレームの再送を行うようにすることで、より確実な方法でデータフレームを受信側無線端末に送信することができる。
【０１０５】
(第3の実施形態) 
第3の実施形態は第1の実施形態に基づくため、以下、第１の実施形態と異なる点を中心に説明する。
【０１０６】
第3の実施形態が第１の実施形態と異なる点はチャネル/モードの変更通知フレームに、変更元のチャネル/モード、厳密には送信側無線端末での変更元送受信器が対応するチャネル/モードの情報を入れることである。
【０１０７】
例えば第1の実施形態で用いた図7の例では、本実施形態では、第1のチャネル/モードから第2のチャネル/モードに変更するため、"Mg"として表している、チャネル/モードの変更通知フレームに、第1のチャネル/モードが変更元のチャネル/モードである旨を入れる。
【０１０８】
このようにすることによって、当該変更通知フレームを受信した受信側無線端末では、変更通知フレーム内に明示された変更元チャネル/モード情報から直接それに対応する変更元の送受信器を容易に特定できる。すなわち、これまでどの送受信器で同一TIDのデータフレームを交換（送受信）していたかを把握する処理や、変更先のチャネル/モード情報から変更先チャネル/モードの対応する送受信器の排他的な送受信器を把握するといった処理を行う必要がない。特に異なるチャネル/モードに対応する送受信器を3つ以上有する場合には、変更元の送受信器を特定する処理が簡易になる。変更先の送受信器を特定した以降は、変更元の送受信器に対して第1の実施形態で記載した処理を行うことができる。
【０１０９】
(第３の実施形態の効果)
本実施形態によれば、変更通知フレームに変更元チャネル／モード情報を含めることにより、当該変更通知フレームを受信した受信側無線端末において、変更通知フレーム内に明示された変更元チャネル/モード情報から直接、変更元の送受信器を容易に特定できる。すなわち、これまでどの送受信器で同一TIDのデータフレームを交換（送受信）していたかを把握する必要や、変更先のチャネル/モード情報から変更先チャネル/モードの対応する送受信器の排他的な送受信器を把握する必要がない。特に異なるチャネル/モードに対応する送受信器を3つ以上有する場合には、変更元の送受信器を特定する処理が簡易になる。
【０１１０】
(第4の実施形態) 
第4の実施形態は第1の実施形態に基づくため、以下、第１の実施形態と異なる点を中心に説明する。
【０１１１】
第4の実施形態が第1の実施形態と異なる点は、第1の実施形態では変更先のチャネル/モードで送信開始する送信開始シーケンス番号の情報を変更通知フレームに記載していたが、第４の実施形態では当該送信開始シーケンス番号に関して省略可能な動作を提供するところである。
【０１１２】
第1の実施形態の図6の端末構成において、第1のMAC処理部11から第2のMAC処理部21へフレームを移動し、第2のMAC処理部21でシーケンス番号を付け直す際（あるいは第2のMAC処理部21から第1のMAC処理部11へフレームを移動し、第1のMAC処理部11でシーケンス番号を付け直す際）に、シーケンス番号割り当て部がシーケンス番号を初期化して0から付けるとする。あるいは0でなくてもデフォルト値として他の固定のシーケンス番号を付けるとする。このような動作を必ず行うことが送受信端末の間で保証されている場合には、変更通知フレームに変更先チャネル/モードで送信開始する送信開始シーケンス番号を入れる必要がなく、省略することができる。無線端末間でデフォルト値の認識を一致するためにBlock Ackメカニズム用の設定を無線端末間で行う場合にデフォルト値を通知するようにしてもよい。設定用フレームが例えばバイト単位で長さが制限されるのであれば、これまで未使用のフィールド(reserved field)が残されていることが考えられ、そのようなフィールドを活用できれば通信効率を向上させることができる。
【０１１３】
図7を元に説明すると、本実施形態では、"Mg"として表されている、チャネル/モードの変更通知フレームにおいて、変更先の第2のチャネル/モードでシーケンス番号1から開始するという情報("「SN=1からTx」"と示してある)を入れない。例えば送信側無線端末は第１および第２の送受信器10,20間でフレームを移動する場合、移動先でのシーケンス番号を0から付け直すとする場合、第1のチャネル/モードでのシーケンス番号2〜5のフレームは、変更先の第2のチャネル/モードでは順にシーケンス番号0〜3となる。
【０１１４】
変更通知フレームを受信した受信側無線端末は変更先の第2のチャネル/モードでの送信開始シーケンス番号はデフォルト値、ここでは0であると判断して、以降、第1の実施形態で記載した処理を行う。
【０１１５】
(第４の実施形態の効果)
本実施形態によれば、変更先の送受信器での送信開始シーケンス番号をデフォルト値にすることにより、チャネル/モードの変更通知フレームに変更先送受信器での送信開始シーケンス番号を含める必要がなく、それによって当該変更通知フレーム長を短くすることができ、無線媒体の使用率を削減し、高効率化を図ることができる。
【０１１６】
また開始シーケンス番号をデフォルト値に戻すという条件の下でチャネル/モードの変更が行われるため、変更通知フレームに変更先送受信器の送信開始シーケンス番号を入れなくても、受信側無線端末で送受信器の変更に対応した受信処理を行うことができる。
【０１１７】
またそのデフォルト値を無線端末間で認識を一致させるために、設定用のフレーム交換を用いる場合、例えば設定用フレーム内の空きフィールド内に当該情報を入れることができれば、通信効率を向上させることもできる。
【０１１８】
(第5の実施形態) 
第5の実施形態は第1の実施形態に基づくため、以下、第１の実施形態と異なる点を中心に説明する。
【０１１９】
第5の実施形態が第1の実施形態と異なる点は、変更先のチャネル/モードでの送信開始シーケンス番号を変更通知フレームで通知するのではなく、変更先のチャネル/モードで送信開始されるフレームの変更元チャネル/モードでのシーケンス番号と、当該送信開始開始シーケンス番号との差分を通知することである。
【０１２０】
以下これについて第1の実施形態で使用した図8を第5の実施形態用に直した図10を用いて説明する。
【０１２１】
図10において送信側無線端末は、第1のチャネル/モードでシーケンス番号11〜15のデータフレームを送信し、シーケンス番号11と13のデータフレームを受信したという受信ステータスのBAフレームを受信側無線端末から受信する。受信側無線端末のリオーダリングバッファ30では、待ち受けの最小シーケンス番号が11であるとすると、シーケンス番号11のフレームをMAC層から上位層(LLC層)に渡す処理に回し、待ち受けの最小シーケンス番号を12とする。
【０１２２】
ここで、送信側無線端末は第2のチャネル/モードに切り替えて送信を行うことを決定し、第1のチャネル/モードで未受信のシーケンス番号12のフレームから順番に、第2のチャネル/モードで送信することとする。
【０１２３】
それに当たり、第1のチャネル/モードで未受信のシーケンス番号12、14、15を第2のチャネル/モードで送信するため第1のMAC処理部11の送信キュー13から第2のMAC処理部21の送信キュー23にフレームを移動する。第1のMAC処理部11でのシーケンス番号12のデータフレームを第2のMAC処理部21ではシーケンス番号1に変更し、シーケンス番号1から送信を開始する。そこで当該データフレームの第1のMAC処理部11でのシーケンス番号12と、第2のMAC処理部21でのシーケンス番号1との差分、ここでは−11をチャネル/モードの変更通知フレームに入れる(図10で"SNのずれ＝−11"と表している)。
【０１２４】
第１の実施形態では、当該変更通知フレームを受信した受信側無線端末では、リオーダリングバッファ30にある全ての受信フレームを上位層に上げてからフレーム待ち状態の最小シーケンス番号を、通知された送信開始シーケンス番号に設定する動作を行った。これに対し、本実施形態では変更先の送受信器(ここでは第2のMAC処理部21)から共通MAC処理部2にあるリオーダリングバッファ30へ、受信データフレームを上位層へ上げる際に、上記通知された差分値に基づいて受信データフレームのシーケンス番号の補正処理を加える (図10では"SNを＋11で補正してリオーダリングする指示"と表してある)。これを実現するために、図6において第2のMAC処理部21と共通MAC処理部2との間のインターフェース上に、受信フレームを渡す際の補正処理ブロックを加えるようにしてもよいし、第2のMAC処理部21側に補正処理ブロックを設けるようにしてもよい。あるいは、共通MAC処理部2側に補正処理ブロックを設けるようにしてもよい。
【０１２５】
なお、変更先の送受信器が第1の送受信器10である場合に対応するために、同様に第1の送受信器10から共通MAC処理部2に受信データフレームを渡すところにも同様の処理を行う部分（補正処理ブロック）が必要である。
【０１２６】
チャネル/モードの変更通知フレームを送信した後(応答を必要とする場合には応答を受信した後)、送信側無線端末は第2のチャネル/モードでシーケンス番号1、3、4のデータフレームを送信する。これらは各々第1のチャネル/モードでのシーケンス番号12、14、15のデータフレームに対応している。
【０１２７】
第2のチャネル/モードでシーケンス番号1、3、4を正常受信した受信側無線端末ではBAフレームでその旨を送信側無線端末に通知するとともに、受信したフレームをリオーダリングバッファ30に上げる。その際、受信側無線端末は、受信したシーケンス番号を上記通知された差分値で補正する。ここではシーケンス番号1、3、4のデータフレームは、差分値“-11”により補正されてシーケンス番号12、14、15とされ、リオーダリングバッファ30に入れられる。第1のチャネル/モードで受信できなかったシーケンス番号12が第2のチャネル/モードで受信されたことから、シーケンス番号12から13、14、15と順に上位にフレームが渡される（なおシーケンス番号13は第1のチャネル/モードで受信済み）。
【０１２８】
ここでは受信側無線端末において第1のチャネル/モードで未受信と通知されたデータフレームを第2のチャネル/モードで再送したが、すでに受信済みであると通知されたフレームを第2のチャネル/モードで再送してもよい。
【０１２９】
例えば第1のチャネル/モードでのシーケンス番号13のフレームを第2のチャネル/モードでシーケンス番号2として再送してもよい。この場合第2のチャネル/モードで受信されて、シーケンス番号が13へ補正された当該フレームは、すでにリオーダリングバッファ30に格納されているために廃棄される。したがってこのようにしても支障はない。
【０１３０】
また第1のチャネル/モードでのシーケンス番号11のフレームから順番に第2のチャネル/モードで再送する場合も同様に支障はない。例えば当該シーケンス番号11のフレームに対し第2のチャネル/モードでシーケンス番号0を割り当てるとした場合、差分は−11となる。受信側無線端末ではリオーダリングバッファ30はすでにフレーム待ち受けの最小シーケンス番号をシーケンス番号12に繰り上げており、待ち受けの最小シーケンス番号12よりも、補正されたシーケンス番号11が小さいことから当該シーケンス番号11のフレームは廃棄され、よって支障はない。
【０１３１】
このようにすでに受信済みのフレームを再送しても支障は生じないが、重複受信の可能性を明示的に示すためには前述のリトライビットを立て送信することが望ましい。
【０１３２】
以上により、第1の実施形態で用いた図9の場合のように、受信側無線端末で受信されたか確証のないフレームに関してもチャネル/モードを変更して再送することができるようになる。
【０１３３】
本実施形態の処理について一般的に表現すれば、変更元と変更先のチャネル/モード間のシーケンス番号の差分がΔ（上記の例では-11）であると通知された場合、変更先のチャネル/モードで受信されたフレームについて、“シーケンス番号−Δ”という処理が行われる。なお、差分の基準はこれまでの説明では変更元にしているが、最終的に同様な補正ができるのであればどのような基準を用いてもよい。例えば基準を変更先にすれば当該例では差分は−11ではなく、11となり、変更先のチャネル/モードで受信されたフレームにおいて“シーケンス番号＋Δ”という補正処理を行えばよい。
【０１３４】
変更元の送受信器で割り当てるシーケンス番号と変更先の送受信器で割り当てるシーケンス番号との差分が、チャネル/モードの変更前に既知である場合（例えば固定の場合）には、当該差分情報は変更通知フレームで通知するのではなく、予め受信側無線端末に通知しておくようにしてもよい。例えばBlock Ackメカニズム用の設定を送信側無線端末と受信側無線端末の間で行う場合に当該差分値を通知するようにすれば、設定用のフレーム交換でまとめて差分情報を通知することができる。設定用フレームが例えばバイト単位で長さが制限されるのであれば、これまで未使用のフィールド(reserved field)が残されていることが考えられ、そのようなフィールドを活用できれば通信効率を向上させることができる。受信側無線端末ではチャネル/モードの変更通知フレームを受信した際に、予め通知されている差分値を用いて上述に説明したような補正動作を行えばよい。
【０１３５】
(第５の実施形態の効果)
本実施形態によれば、変更先の送受信器で送信開始するフレームの開始シーケンス番号と、当該フレームの送信元の送受信器でのシーケンス番号との差分値を通知することにより、第１の実施形態では変更先の送受信器（変更先のチャネル／モード）では再送できなかったフレームの再送も可能になる（なお第１の実施形態では未送信フレームまでの連続落ちのフレームの再送が可能であった）。例えば歯抜けで受信落ちしたフレームや、確実に受信側無線端末で受信されたか確証の得られていないフレームであっても、チャネル/モードを変更して再送することができる。
【０１３６】
受信側無線端末においても、上記差分値の通知を受けることで、受信フレームのシーケンス番号を補正でき、それにより、（未送信フレームまでの連続落ちのフレームでなくても）変更先のチャネル/モードでの再送フレームに対して順番どおりの並べ直しを行うことができる。
【０１３７】
変更元の送受信器で割り当てるシーケンス番号と変更先の送受信器で割り当てるシーケンス番号との差分が既知の場合には、当該差分情報を、変更通知フレームで通知するのではなく、設定用のフレーム交換などで予め受信側無線端末にまとめて通知することができる。例えば設定用フレーム内の空きフィールド内に当該情報を入れることができれば、通信効率を向上させることもできる。
【０１３８】
(第6の実施形態) 
第6の実施形態は第1の実施形態に基づくため、以下、第１の実施形態と異なる点を中心に説明する。
【０１３９】
第6の実施形態が第1の実施形態と異なる点は、第1の実施形態ではデータの送受信に用いる無線端末のアドレスを、異なるチャネル/モード間で共通にしていたが、各チャネル/モード（言い換えればそれらに対応する各送受信器）で、無線端末アドレスを変える点である。無線端末アドレスとはIEEE802.11無線LANではMACアドレスであり、図4のフレーム構成でのいずれかのアドレスフィールドに入れられるものである。
【０１４０】
あるいは、第1の実施形態では、異なるチャネル/モード間で切り替える対象としたデータフレームのトラヒック種別(TID)を共通としていたが、本実施の形態では、各チャネル/モードで、異なるTIDを割り当てる点である。
【０１４１】
まず無線端末のアドレスを各チャネル/モード間で変更する場合について説明する。
【０１４２】
この場合、受信側無線端末に対し、各チャネル/モードの対応する無線端末アドレスを通知する。当該通知はチャネル/モードの変更通知フレーム内に入れるようにしてもよいが、好ましくはまず無線端末間でフレーム交換を行うための設定時に、各チャネル／モードの対応する無線端末アドレスを入れるようにし、チャネル/モードの変更通知フレームにも確認の意味で入れるようにしてもよい。
【０１４３】
例えば、図2のように無線基地局と無線端末間で接続するためにはIEEE802.11無線LANではAuthenticationプロセスとしてAuthenticationフレームの交換、またAssociationプロセスとしてAssociation RequestフレームとAssociation Responseフレームの交換をまず行うため、それらいずれかのフレーム交換において各チャネル/モードの対応する無線端末アドレスを通知するようにする（AuthenticationプロセスとAssociationプロセスをどの順番に行うかはセキュリティ設定を行うか、どのようなセキュリティ設定を行うかに依存する)。Associationプロセスでは無線端末(無線基地局も含む)の能力(capability)を通知するようになっているため、このプロセスのフレーム交換での通知が適切であると考えられる。また、無線基地局でない無線端末間では、例えば無線基地局下で直接通信を行う場合には、IEEE802.11無線LANではDirect Link Setupというプロセスを踏むことから、このプロセスで通知するようにしてもよい。あるいは実際のデータフレーム交換用にBlock Ack設定のプロセスを踏む際に通知するようにすれば、図1のような無線基地局が介在しない状況での無線端末間の場合も通知を行うことができる。
【０１４４】
一方のチャネル/モード（変更前のチャネル／モード）で通知を行う場合には、その通知を行っているチャネル/モードでは無線端末アドレスは既知であることから、敢えてそのような通知フィールドを設けず、別の対応するチャネル/モードの情報としてその中にそのチャネル/モードで対応するMACアドレス情報を入れて通知するというようにしてもよい。
【０１４５】
またIEEE802.11無線LANでは図2のように無線基地局下でBSSを構築している場合には、無線基地局に接続する際のAssociationプロセスでBSS内でのID (Associationプロセスで割り当てられるIDはAssociation ID (AID)と呼ばれる)が割り当てられる。このようなBSS内など無線通信グループ内でのID (ここでは敢えてAIDに限定せず、ある通信グループ内での無線端末の便宜的な識別IDとして用いる)はMACアドレスよりも短いため、無線通信グループの情報が別途ある場合には無線端末のMACアドレスの代わりにこれを用いて効率化することができる。このような無線通信グループ内のIDに対して、どのチャネル/モードではどのMACアドレスが対応する、というような通知方法を取るのでもよい。
【０１４６】
このような各チャネル/モードに対応する無線端末アドレスの通知を受けた受信側無線端末では、各チャネル/モードに対応する送受信器にスコアボードを設け、BAフレームは各チャネル／モードに対応する無線端末アドレスを用いて送信される。ただし、リオーダリングバッファに関しては各送受信器（各無線端末アドレス）に共通のものにし、各送受信器から (直接の)送信元アドレスが異なるデータフレームが上がってきた場合も、これらのデータフレームは同一無線端末からのデータフレームであると認識し、共通のリオーダリングバッファに入れる。
【０１４７】
次に、各チャネル/モードで異なるトラヒック種別(TID)を割り当てる場合について説明する。
【０１４８】
IEEE802.11無線LANではLLC層からMAC層にデータ送信要求を指示するMA-UNITDATA.requestプリミティブ内のpriorityパラメータから直接、TIDがマッピングされるため、各チャネル／モードでTIDが異なることは通常はあまり考えられない。しかし、仮にチャネル/モードごとの伝播環境の性質の違いやQoSポリシーの扱いの違いがあるなどにより、各チャネル／モードでTIDを変えるようにする場合は、チャネル/モードごとに無線端末のアドレスが異なる場合と同様な方法で、チャネル/モード間でのTIDの相互関係を通知するようにすればよい。
【０１４９】
(第６の実施形態の効果)
本実施形態によれば、前述のような通知方法を設けることにより、チャネル/モードごとに異なる無線端末アドレスあるいは異なるトラヒック種別を割り当てたとしても、データフレームを送信するチャネル/モードを変更した場合に、受信側無線端末で順番どおりにデータフレームを並べ直すことができる。
【０１５０】
(第7の実施形態) 
第7の実施形態はシーケンス番号を各チャネル/モードで別々に割り当てる点に関しては第1〜第6の実施形態と同じであるが、リオーダリングバッファについても各チャネル/モードで別々に設ける点においてそれらの実施形態とは異なる。本実施形態では、各チャネル／モードの無線端末アドレスはチャネル/モード間で共通であり、TIDの割り当てもチャネル/モード間で共通であるとして説明するが、第6の実施形態と同様の方法を適用すれば、それぞれ変えることも可能である。
【０１５１】
第7の実施形態での無線端末の構成は、第1の実施形態で示した図6の構成に対して、図11のようになる。図6と異なる点は、共通MAC処理部2からリオーダリングバッファを取り除き、各MAC処理部11、21にそれぞれリオーダリングバッファ16,26を個別に設けた点である。スコアボード14,24とリオーダリングバッファ16,26間を接続するように示してあるが、これは受信したデータフレームの流れの概略を表したものであり、この間に他の処理プロセス(例えばフレームの重複受信の検出・廃棄処理ブロックやセキュリティ用の処理ブロックなど)が介在していてもよい。
【０１５２】
第７の実施形態の動作について、第1の実施形態での図8に対応する、図12を用いて説明する。送信側無線端末での動作は第1の実施形態と同様であるため、受信側無線端末の動作を中心に説明する。
【０１５３】
受信側無線端末はシーケンス番号11と13のフレームを正常に受信し、それに対する送達確認応答のBAフレームを送信する。受信したシーケンス番号11と13のフレームは第1のMAC処理部11にあるリオーダリングバッファ 16(図12では"第1リオーダリングバッファ"と記載されたもの)に送られ、シーケンス番号11は上位層に上げられるため共通MAC処理部2に回され、リオーダリングバッファ16はシーケンス番号12からのフレーム待ち状態となる。
【０１５４】
受信側無線端末でチャネル/モードの変更通知フレームを受信すると、変更元のチャネル/モードに対応する第1のMAC処理部11内のリオーダリングバッファ16にある受信フレーム(すなわちここではシーケンス番号13のフレーム)を上位への処理に渡すため共通MAC処理部2へ送られる。ここで第1のMAC処理部11内のリオーダリングバッファ30は今後、同無線端末から同トラヒック種別（同TID）のフレームは受信しないことからリセットする。リセットしたリオーダリングバッファ30を、他のフレーム用に用いられるようにすることで無線端末内でのリソース(主にメモリ)を有効活用できる。また第1の実施形態のように第1のMAC処理部11内のスコアボード14をリセットしてもよい。当該変更通知フレームの受信によって、第2のMAC処理部21内のリオーダリングバッファ26でのフレーム待ち受け状態の最小シーケンス番号は、変更通知フレームに記載された開始シーケンス番号1に設定する。ここで、図12のように、上位へのデータフレームの渡す口を第1のリオーダリングバッファ16から第2のリオーダリングバッファ26に切り替えるようにすれば、より確実に上位へフレームを順番どおりに渡すことができる。
【０１５５】
その後、受信側無線端末では第2のチャネル/モードでシーケンス番号1、2のフレーム(各々第1のチャネル/モードではシーケンス番号14、15に対応する)を受信すると、第2のMAC処理部21のリオーダリングバッファ26を経由してそれらは上位へ渡される。結果として第1のチャネル/モードで考えるとシーケンス番号11、13、14、15を順番どおりに上位に上げることができることになる。
【０１５６】
なお、図11の無線端末構成で共通MAC処理部2にさらに共通のリオーダリングバッファを設けることも可能である。この場合、変更通知フレームを受信した際に変更元のMAC処理部のリオーダリングバッファにある全ての受信フレームを共通リオーダリングバッファ経由で上げ、その後共通リオーダリングバッファと変更先のMAC処理部のリオーダリングバッファとのフレーム待ち状態の最小シーケンス番号を共に、当該変更通知フレーム内の値を用いて設定するようにすればよい。
【０１５７】
(第７の実施形態の効果)
本実施形態によれば、受信側無線端末ではリオーダリングバッファを各チャネル/モードで個別に持っていても、チャネル/モード間で切り替えられて送信されたフレームを順番どおりに受信することができる。
【０１５８】
(第8の実施形態) 
第8の実施形態は第7の実施形態に基づくため、以下、第7の実施形態と異なる点を中心に説明する。
【０１５９】
第8の実施形態が第7の実施形態と異なる点は、第4の実施形態が第1の実施形態と異なる点と同様であり、変更先のチャネル/モードでの送信開始シーケンス番号がデフォルト値に設定されることである。これにより第８の実施形態でも、第４の実施形態と同様に、変更通知フレームでの当該送信開始シーケンス番号の通知を省略可能となる。
【０１６０】
すなわち、第7の実施形態で用いた図12において、"Mg"と表された変更通知フレームで変更先のチャネル/モードで送信開始する開始シーケンス番号("「SN=1からTx」"という部分)の情報を通知しなくてよい。無線端末の構成は第7の実施形態と同様図11のようになるが、データ受信側とデータ送信側としての無線端末の動作は第4の実施形態と同様である。
【０１６１】
(第８の実施形態の効果)
本実施形態によれば、受信側無線端末においてリオーダリングバッファが第1の送受信器と第2の送受信器に個別にあった場合においても、受信側無線端末に変更先送受信器の送信開始シーケンス番号を通知することなく、送受信器の変更に対応した受信処理を行うことができる。
【０１６２】
(第9の実施形態) 
第9の実施形態は第7の実施形態に基づくため、以下、第7の実施形態と異なる点を中心に説明する。
【０１６３】
第9の実施形態が第7の実施形態と異なる点は、第5の実施形態が第1の実施形態と異なる点と同様であり、変更先のチャネル/モードで送信開始する送信開始シーケンス番号を通知するのではなく、変更先のチャネル/モードによる送信開始フレームの変更元チャネル/モードでのシーケンス番号と、当該送信開始シーケンス番号との差分を通知することである。
【０１６４】
第9の実施形態の動作について図13を用いて説明する。なお、送信側無線端末の動作は第5の実施形態と同様であるため説明を省略する。
【０１６５】
受信側無線端末では、変更通知フレームを受信すると、変更元の第1のMAC処理部11内のリオーダリングバッファ16の状態をシーケンス番号の差分(ここでは−11)を用いて補正し、変更先の第2のMAC処理部21内のリオーダリングバッファ26に移す。
【０１６６】
すなわち、第1のMAC処理部11内のリオーダリングバッファ16ではシーケンス番号12のフレーム待ち状態となっており、シーケンス番号13のフレームはすでに受信されているため、シーケンス番号13のフレームを、上記通知された差分値で補正し、第2のMAC処理部21内のリオーダリングバッファ26に入れる。またリーダリングバッファ26のフレーム待ち状態の最小シーケンス番号を、このときのリオーダリングバッファ16の最小シーケンス番号を上記差分値で補正した値（ここでは1）に設定する。この結果、リオーダリングバッファ26では、シーケンス番号1がフレーム待ち状態で、シーケンス番号2のフレームはすでに受信されている状態となる。変更元の第1のMAC処理部11内のリオーダリングバッファ16とスコアボード14は、無線端末内のリソース面からリセットするのが望ましい。
【０１６７】
その後、受信側無線端末で第2のチャネル/モードにおいてシーケンス番号1、3、4のフレームを受信すると、第2のMAC処理部21内のリオーダリングバッファ26から順にシーケンス番号1、2、3、4のフレームが上位に上げられ、結果的に第1のチャネル/モード側で考えるとシーケンス番号11、12、13、14、15全てのフレームを順番どおりに受信したことになる。
【０１６８】
(第９の実施形態の効果)
本実施形態によれば、受信側無線端末においてリオーダリングバッファが第1の送受信器と第2の送受信器に個別にあった場合においても、受信フレームのシーケンス番号を上記通知された差分値により補正でき、それにより、チャネル/モードを変更して再送されたフレームを（未送信フレームまでの連続落ちのフレームでなくても）順番どおりに並べ直すことができる。
【０１６９】
(第10の実施形態) 
第10の実施形態は第9の実施形態に基づくため、以下、第9の実施形態と異なる点を中心に説明する。
【０１７０】
第10の実施形態が第9の実施形態と異なる点は、第7の実施形態でも少し触れたように、各チャネル/モードに別個にリオーダリングバッファを設けるとともに共通MAC処理部2にさらに共通のリオーダリングバッファを設けることにある。
【０１７１】
第10の実施形態の動作について図14を用いて説明する。なお、送信側無線端末の動作は第5の実施形態と同様であるため説明を省略する。また動作開始時は、共通MAC処理部2のリオーダリングバッファのフレーム待ちの最小シーケンス番号は、リオーダリングバッファ16のフレーム待ちの最小シーケンス番号と同じ値に設定されている。
【０１７２】
受信側無線端末では変更通知フレームを受信すると、変更元の第1のMAC処理部11にあるリオーダリングバッファ16の受信フレームを全て共通MAC処理部2にあるリオーダリングバッファ（図14では“上位リオーダリングバッファ”と表されている）に上げる。ここで第7の実施形態と同様、第1のMAC処理部11内のリオーダリングバッファ16（図14では“第１下位リオーダリングバッファ”と表されている）は今後同無線端末から同トラヒック種別（同TID）のフレームは受信しないことからリセットし、他のフレーム用に用いられるようにするのが好ましい。これにより無線端末内でのリソース(主にメモリ)を有効活用できる。
【０１７３】
そして変更先の第2のMAC処理部21のリオーダリングバッファ26（図14では“第２下位リオーダリングバッファ”と表されている）でのフレーム待ち状態の最小シーケンス番号を設定する。具体的には、共通MAC処理部2のリオーダリングバッファでのフレーム待ち状態の最小シーケンス番号（あるいはリオーダリングバッファ16の待ち状態の最小シーケンス番号）を上記変更通知フレームで通知された差分値で補正した値と同一に設定する(ここでは12−11＝1となる)。そして、変更先の第2のMAC処理部21のリオーダリングバッファ26から共通MAC処理部2へ受信フレームを上げる際には、シーケンス番号を変更通知フレームで示された差分値(ここでは-11)で反対方向に補正して上げるようにする。
【０１７４】
その後、第2のチャネル/モードでシーケンス番号1、3、4のフレームを受信すると、第2のMAC処理部21のリオーダリングバッファ26からシーケンス番号1のフレームが共通MAC処理部2にシーケンス番号12（（1-(-11)すなわち1＋11)のフレームとして上げられる。共通MAC処理部2ではシーケンス番号12のフレームを受信したことにより、シーケンス番号12のフレームと、すでに第1のMAC処理部11経由で受信しているシーケンス番号13のフレームとを上位に上げ、フレーム待ち受け状態の最小シーケンス番号を14に繰り上げる。
【０１７５】
このフレーム待ち受け状態の最小シーケンス番号14を前記差分値で補正した値(14−11＝3)を、第2のMAC処理部21内のリオーダリングバッファのフレーム待ち状態の最小シーケンス番号として設定する。これにより、第2のMAC処理部21のリオーダリングバッファ26ではシーケンス番号2のフレーム待ちをスキップし、シーケンス番号3のフレームは受信済みであるので、シーケンス番号3、4のフレームを順に、これらのシーケンス番号を14、15に変更して共通MAC処理部2のリオーダリングバッファに上げる。
【０１７６】
共通MAC処理部2のリオーダリングバッファではフレーム待ち状態の最小シーケンス番号が14となっているので、それらシーケンス番号14と15のフレームを、上位層へ上げる次処理へ渡す。
【０１７７】
結果的に第1のチャネル/モード側で考えるとシーケンス番号11、12、13、14、15全てのフレームを順番どおりに受信したことになる。
【０１７８】
(第１０の実施形態の効果)
本実施形態によれば、第1の送受信器と第2の送受信器にリオーダリングバッファが個別にあり、その上位に共通のリオーダリングバッファがあるという端末構成においても、チャネル/モードを変更して再送されてきたフレームを（未送信フレームまでの連続落ちのフレームでなくても）順番どおりに並べ直すことができる。
【０１７９】
(第11の実施形態) 
第11の実施形態はシーケンス番号をチャネル/モード間で共通にするところが第1〜6の実施形態と異なる。明らかにTIDの割り当てはチャネル/モード間で共通である。また各々の無線端末アドレスもチャネル/モード間で共通のものとして説明する。シーケンス番号をチャネル/モード間で共通にする場合に無線端末アドレスがチャネル/モード間で異なることはあまり考えられないが、第6の実施形態と同様の方法を適用すれば、チャネル／モード間で無線端末アドレスを変えることも可能である。
【０１８０】
無線端末の構成は第1の実施形態での図6に対し、図15のようになる。共通MAC処理部2にシーケンス番号の割り当て部31があり、送信フレームは割り当て部31を通ってシーケンス番号を割り当てられた後、第1のMAC処理部11あるいは第2のMAC処理部21に振り分けられる。フレームの送信元を第1のMAC処理部11と第2のMAC処理部の間で変更する場合においても、変更元のMAC処理部の送信キュー内のフレームは、すでに割り当てられたシーケンス番号のまま変更先のMAC処理部の送信キューに入れられ、送信される。
【０１８１】
第１１の実施形態の動作について図16を用いて説明する。
【０１８２】
送信側無線端末はシーケンス番号1〜5のフレームを第1のチャネル/モードで送信する。送信側無線端末は、受信側無線端末からシーケンス番号1と3のフレームを受信した旨をBAフレームで通知を受け、シーケンス番号2、4、5のフレームを第2のチャネル/モードで送信することを決定する。ここで各フレームのシーケンス番号は変更せず、第1のチャネル/モードで用いたと同じ値である。送信側無線端末はフレームを送信するチャネル/モードを変更するため、変更通知フレームを送信する。当該変更通知フレームには、第2のチャネル/モードで送信すること、シーケンス番号2から送信を開始することを情報として入れる。
【０１８３】
受信側無線端末は変更通知フレームを受信すると、共通MAC処理部2のリオーダリングバッファ30での待ち受けの最小シーケンス番号が、変更通知フレームに入れられたシーケンス番号未満かどうかを判断し、もし未満であるなら、チャネル/モードが変更になっても当該フレームは送信されないものとして、次のシーケンス番号にずらす。ずらしたシーケンス番号のフレームがすでに受信されたものであれば、上位へ渡し、待ち受けの最小シーケンス番号をさらに繰り上げる。またずらしたシーケンス番号がなおも変更通知フレーム内のシーケンス番号未満であれば、前述と同様の処理を行う。
【０１８４】
また受信側無線端末ではさらに変更元の第1のMAC処理部11のスコアボード14もリセットすることが望ましい。このスコアボード14をリセットすることによって、リセットされたスコアボード14を、第1の実施形態でのように別の無線端末あるいは別のTIDのフレーム受信に活用することができるからである。
【０１８５】
また第1の実施形態でも記載したが、IEEE802.11nでのpartial state BAという方式が適用される場合には、新たな無線端末からのフレームの受信時などに受信ステータスを保持する空いたスコアボードがないときに、すでにステータスを保持しているスコアボードをリセットして用いることができる。しかし、上記のように、もう使われないと分かっているスコアボードを予めリセットすることにより、partial state BAで複数のスコアボードがある場合にどれをリセットするかの選択アルゴリズムを、すでに未使用のスコアボードを優先的に選択するとして簡略化することができる。
【０１８６】
その後、送信側無線端末から変更先の第2のチャネル/モードでシーケンス番号2、4、5のフレームを受信すると、受信側無線端末ではそれらのフレームを受信した旨をBAフレームで返すとともに、変更先の第2のMAC処理部21から受信フレームを共通MAC処理部2のリオーダリングバッファ30に上げる。リオーダリングバッファではシーケンス番号2、すでに第1のチャネル/モードで受信済みであるシーケンス番号3、…という順で各フレームを上位層（ここではLLC層）に上げる。結果的にここではシーケンス番号1、2、3、4、5と順番にフレームを受信したことになる。
【０１８７】
(第１１の実施形態の効果)  
本実施形態によれば、共通にシーケンス番号を割り当てたフレームを異なる送受信器から送信する場合も、送受信器の変更通知フレームを受信側無線端末に送信することにより、受信側無線端末では、使用しなくなった周波数帯/チャネルでのバッファ（スコアボード）を開放しメモリ利用の効率化を図ることができる。また受信側無線端末では当該変更通知フレームにより送信側無線端末により送信されないシーケンス番号を予め把握することにより、送信側と受信側での送信ステータスに関する認識のずれをなくし、受信側を最適な待ち受け状態にすることができる。
【０１８８】
(第12の実施形態)
第12の実施形態は第11の実施形態に基づくため、以下、第11の実施形態と異なる点を中心に説明する。
【０１８９】
第12の実施形態が第11の実施形態と異なる点は、リオーダリングバッファを異なるチャネル/モードに対応する各々の送受信器にも設ける点である。
【０１９０】
無線端末の構成は図17のようになる。第11の実施形態での無線端末構成である図15に対して、第1のMAC処理部11と第2のMAC処理部21の各々にもリオーダリングバッファ16,26が設けられている。
【０１９１】
このような場合に受信側無線端末でフレームをシーケンス番号順に並べなおす処理をどのように行うかを、図18を用いて説明する。送信側無線端末の動作は第11の実施形態と同様であるのでここでは省略する。
【０１９２】
受信側無線端末では第1のMAC処理部11のリオーダリングバッファ16（図18では“第１下位オーダリングバッファ”と表されている）で順番に受信したフレームについては共通MAC処理部2のリオーダリングバッファ30（図18では“上位リオーダリングバッファ”と表されている）に上げられる。すなわち下位のオーダリングバッファで順番に受信したフレームについては上位のリオーダリングバッファに上げられる。(他の実施形態においてもMAC処理部と共通MAC処理部に各々リオーダリングバッファがある場合は同様)。
【０１９３】
受信側無線端末でチャネル/モードの変更通知フレームを受信すると、変更元の第1のMAC処理部11のリオーダリングバッファ16において、変更通知フレームで通知されたシーケンス番号＋1以上のフレームを共通MAC処理部2のリオーダリングバッファ30に上げる。それと同時に第1のMAC処理部11のスコアボード14は前述の他の実施形態と同様にリセットすることが望ましい。また第2のMAC処理部21内のリオーダリングバッファ26（図18では“第２下位リオーダリングバッファ”と表わされている）のフレーム待ち状態の最小シーケンス番号を変更通知フレームで通知されたシーケンス番号に設定する。なお、上記ではシーケンス番号＋1以上と記載したが、重複受信しても支障はないため、単にシーケンス番号以上のフレームを共通MAC処理部2のリオーダリングバッファ30に上げるようにしてもよい。
【０１９４】
その後、変更先の第2のチャネル/モードでシーケンス番号2、4、5を受信すると、シーケンス番号2のフレームが共通MAC処理部2のリオーダリングバッファ30に入れられ、シーケンス番号2のフレームと、すでに第1のチャネル/モードで受信したシーケンス番号3のフレームとが、リオーダリングバッファ30から、上位層（LLC層）に上げる次処理に渡される。そして共通MAC処理部2のリオーダリングバッファ30でのフレーム待ち受け状態の最小シーケンス番号は4となる。
【０１９５】
この更新された最小シーケンス番号4を、第10の実施形態と同様に、第2のMAC処理部21におけるリオーダリングバッファ26での待ち受け状態の最小シーケンス番号として設定する。
【０１９６】
本実施形態では第10の実施形態でのような差分補正は行わなくてよい。すると第2のMAC処理部21のリオーダリングバッファ26からシーケンス番号4、5のフレームが順に共通MAC処理部2のリオーダリングバッファ30へ上げられる。そして結果的にシーケンス番号1、2、3、4、5のフレームが順番に受信されたことになる。
【０１９７】
(第１２の実施形態の効果)
本実施形態によれば、共通にシーケンス番号を割り当てたフレームを異なる送受信器から送信し、各送受信器にリオーダリングバッファ、その上位に共通MAC処理部としてリオーダリングバッファがあるような端末構成であっても、送受信器の変更通知フレームを受信側無線端末に送信することにより、受信側無線端末では、使用しなくなった周波数帯/チャネルでのバッファ（スコアボード）を開放して、メモリ利用の効率化を図ることができる。また受信側無線端末では当該変更通知フレームにより送信側無線端末により送信されないシーケンス番号を予め把握することにより、送信側と受信側での送信ステータスに関する認識のずれをなくし、受信側を最適な待ち受け状態にすることができる。
【０１９８】
(第13の実施形態) 
第13の実施形態は第11の実施形態に基づくため、以下、第11の実施形態と異なる点を中心に説明する。
【０１９９】
第13の実施形態が第11の実施形態と異なる点は、共通のリオーダリングバッファを持つ代わりに、各送受信器にリオーダリングバッファを個別に持つ点である。
【０２００】
本実施形態の無線端末の構成は図19のようになる。共通MAC処理部2にはリオーダリングバッファを設けず、第1のMAC処理部11と第2のMAC処理部21に各々リオーダリングバッファを設ける。
【０２０１】
図20を用いてこのような無線端末構成でのフレーム受信に関する動作を説明する。送信側無線端末の動作は第11の実施形態と同様であるのでここでは省略する。
【０２０２】
受信側無線端末ではシーケンス番号1と3のフレームを第1のチャネル/モードで受信すると、第1のMAC処理部11のリオーダリングバッファ16からシーケンス番号1のフレームが上位に上げられる。リオーダリングバッファ16は、シーケンス番号2からの待ち受け状態になり、シーケンス番号3のフレームを保持している。
【０２０３】
ここでチャネル/モードの変更通知フレームを受信すると、第9の実施形態で同様に変更元の第1のMAC処理部11のリオーダリングバッファ16の状態を、変更先の第2のMAC処理部21のリオーダリングバッファ26に移す。より詳細には、変更通知フレームで通知されたシーケンス番号未満(ここでは２未満)の受信フレームがある場合にはこれを上位に上げた後で、リオーダリングバッファ16の状態（すなわち送信開始シーケンス番号より大きいフレーム、および待ち状態の最小シーケンス番号）を、変更先の第2のMAC処理部21のリオーダリングバッファ26に移すようにする。
【０２０４】
前述のように変更元の第1のMAC処理部11のリオーダリングバッファ16とスコアボード14はこの後リセットするのが望ましい。なお、第9の実施形態と異なり、本実施形態ではフレームのシーケンス番号の補正を行う必要はない。変更先の第2のMAC処理部21のリオーダリングバッファ26のフレーム待ち受け状態の最小シーケンス番号は図20では2となる。
【０２０５】
その後、第2のチャネル/モードからシーケンス番号2、4、5のフレームを受信すると、受信されたフレームは第2のMAC処理部21のリオーダリングバッファ26に入れられ、そこから順に上位に上げられる。結果的にシーケンス番号1、2、3、4、5のフレームが順番に受信されたことになる。
【０２０６】
(第１３の実施形態の効果)
本実施形態によれば、共通にシーケンス番号を割り当てたフレームを異なる送受信器から送信し、各送受信器にリオーダリングバッファがあるような端末構成であっても、送信側無線端末から送信する送受信器の変更通知フレームにより、受信側無線端末では受信フレームを順番どおりに並べ直すことができる。また受信側無線端末で使用しなくなった周波数帯/チャネルでのバッファ（リオーダリングバッファ、スコアボード）を開放しメモリ利用の効率化を図ることもできる。また送信側無線端末で送信されないシーケンス番号を当該変更通知フレームにより受信側で予め把握することにより送信側と受信側での送信ステータスに関する認識のずれをなくし、受信側で最適な待ち受け状態にすることができる。
【０２０７】
(第14の実施形態) 
第14の実施形態は第1〜13の実施形態に基づくため、以下、第1〜13の実施形態に補足する点を中心に説明する。
【０２０８】
第14の実施形態が第1〜13の実施形態に補足する点は、無線端末の第1の送受信器10と第2の送受信器20を各々ミリ波送受信器とマイクロ波送受信器とする点である。
【０２０９】
ここでミリ波とは電磁波の波長がミリメートル(mm)オーダーのものを言い、周波数では30 GHz以上、300 GHz未満の周波数帯の電磁波である。ミリ波の送受信回路としては具体的には例えば57-66 GHz帯での電磁波の送受信回路である。
【０２１０】
マイクロ波とはここでは例えば電磁波の波長がセンチメートル(cm)オーダー以上のものを言い、周波数では300 MHz以上、30 GHz未満の周波数帯の電磁波である。マイクロ波の送受信回路としては具体的には例えば5 GHz帯や2.4 GHz帯での電磁波の送受信回路である。
【０２１１】
特にミリ波通信においては、アンテナの設計に依存して無指向(omni-directional)送受信はできず、準無指向(quasi-omni-directional)になることが考えられる。その場合、このようにマイクロ波では全般的に送受信できるとしても、ミリ波では送受信できる方向が制限される。
【０２１２】
本実施形態では、上記のように、第1の実施形態での無線端末構成として用いた図6において、第1の送受信器をミリ波帯用送受信器に、第2の送受信器をマイクロ波帯用送受信器にする。
【０２１３】
しかしこれに限らず、例えば上記での第1の送受信器は5 GHz帯用送受信器、第2の送受信器は2.4 GHz帯用送受信器にするようにしてもよい。
【０２１４】
すなわち、一般に周波数帯が高くなるほど距離に対する電磁波(電波)の減衰が大きくなる。本発明の無線端末は、このような周波数帯の差、換言すれば電波の減衰特性の差、あるいはカバレッジエリアの差がある電磁波の送受信部を少なくとも2つ有する無線端末であればよい。
【０２１５】
たとえば通信に用いる周波数が低く電波の減衰が少ない、すなわちカバレッジエリアが広い方の周波数帯の送受信器を第2の送受信器にし、通信に用いる周波数が高く電波の減衰が大きい、すなわちカバレッジエリアが狭い方の周波数帯の送受信器を第1の送受信器にする。
【０２１６】
また一般に周波数帯が高くなるほど広帯域を確保しやすく高い伝送レートでの伝送を期待することができ、逆に周波数帯が低いほど狭帯域しか確保しづらくなり低い伝送レートに留まりがちな性質を持つともいえる。これらの特性を合わせて、カバレッジエリアが広いが狭帯域しか確保できず伝送レートの低い周波数帯の送受信器を第2の送受信器にし、カバレッジエリアは狭いが広帯域が確保でき伝送レートの高い周波数帯の送受信器を第1の送受信器としてもよい。
【０２１７】
このようにした場合に、第2の送受信器からチャネル/モードの変更通知フレームを送信する。
【０２１８】
(第１４の実施形態の効果)
本実施形態によれば、第1の送受信器と第2の送受信器で用いる周波数帯が違うなどにより、無線通信の特性が異なる場合に、通信リンクの確立の確度が高い側で変更通知フレームを送信することによって、受信側無線端末への通知を保証することができる。
【０２１９】
(第15の実施形態) 
第15の実施形態は第1〜14の実施形態に基づくため、以下では、第1〜14の実施形態に補足する点を中心に説明する。
【０２２０】
第15の実施形態が第1〜14の実施形態に補足する点は、送信側無線端末での送信ステータスの上位層への通知動作に関してである。
【０２２１】
以下、図21を用いて本実施形態について説明する。
【０２２２】
図21(A)に示すように、IEEE802.11無線LANでは上位（例えばLLC層）から送信するデータがMAC層に渡される場合、MA-UNITDATA.requestというプリミティブが用いられる。そして、MAC層ではこのデータに対しての送信ステータスをMA-UNITDATA.confirmというプリミティブを用いて上位層に通知する。
【０２２３】
例えばMAC層ではまず、渡されたデータが送信できるデータであるかを確認し、この段階で送信できないデータであれば、MAC層の上位部分で、その旨を通知するMA-UNITDATA.confirmを生成し、上位層に通知する。
【０２２４】
またMAC層で送信処理を行うもので、送達確認応答が不要なデータに関しては、当該データの送信処理を行った段階で、送信成功の旨をMA-UNITDATA.confirmに入れて上位層に通知する。
【０２２５】
送達確認応答が必要なデータに関して、当該データの応答を (再送した結果受けた場合も含めて)受信した場合には、送信成功の旨をMA-UNITDATA.confirmに入れて上位層に通知する。
【０２２６】
送達確認応答が必要なデータに関して、当該データの応答が所定の回数の再送を経てもなかった場合には送信処理は止められ、送信失敗の旨をMA-UNITDATA.confirmに入れて上位層に通知する。
【０２２７】
ここで、図21（B）に示すように、これまでの実施形態で扱ってきたような複数のチャネル/モードに対応する場合（MAC途中からマルチモードの場合）を考える。
【０２２８】
例えば第1のMAC処理部と第2のMAC処理部に分かれている場合、このようなマルチチャネル/マルチモードの無線端末では、第1のMAC処理部、第2のMAC処理部の必ず一方どちらかで送信すること自体を(チャネル/モードを変更して送信することはせずに)止める場合、あるいは送信が成功した場合(送達確認応答が必要な場合は送達確認応答を受信した場合)に、MA-UNITDATA.confirmを出すようにする。
【０２２９】
(第１５の実施形態の効果)
本実施形態によれば、MAC層の途中から複数のチャネル/モードに対応するような無線端末においても上位層からのデータ送信要求に対し、送信ステータスの通知を返すことができる。
【０２３０】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【０２３１】
２：共通ＭＡＣ処理部（フレーム振り分け部）
１０：第１の送受信部（第１の通信部）
２０：第２の送受信部（第２の通信部）
１１：第１のＭＡＣ処理部
１２：シーケンス番号割り当て部（第１のシーケンス番号付与手段）
１３：送信キュー（第１の送信キュー）
１４：スコアボード（第１の受信ステータス記憶部）
１５：第１のＰＨＹ処理部
１６：リオーダリングバッファ（第１の個別リオーダリングバッファ）
１８：第１のアンテナ
２１：第２のＭＡＣ処理部２２：シーケンス番号割り当て部（第２のシーケンス番号付与手段）
２３：送信キュー（第２の送信キュー）
２４：スコアボード（第２の受信ステータス記憶部）
２５：第２のＰＨＹ処理部
２６：リオーダリングバッファ（第２の個別リオーダリングバッファ）
２８：第２のアンテナ
３０：リオーダリングバッファ（共通リオーダリングバッファ）
３１：シーケンス番号割り当て部
２０１、２０２：無線端末（無線基地局を含む）
１０１：無線基地局
【図１】
2010166401.tif 000003
【図２】
2010166401.tif 000004
【図３】
2010166401.tif 000005
【図４】
2010166401.tif 000006
【図５】
2010166401.tif 000007
【図６】
2010166401.tif 000008
【図７】
2010166401.tif 000009
【図８】
2010166401.tif 000010
【図９】
2010166401.tif 000011
【図１０】
2010166401.tif 000012
【図１１】
2010166401.tif 000013
【図１２】
2010166401.tif 000014
【図１３】
2010166401.tif 000015
【図１４】
2010166401.tif 000016
【図１５】
2010166401.tif 000017
【図１６】
2010166401.tif 000018
【図１７】
2010166401.tif 000019
【図１８】
2010166401.tif 000020
【図１９】
2010166401.tif 000021
【図２０】
2010166401.tif 000022
【図２１】
2010166401.tif 000023