JP4176402B2

JP4176402B2 - Communication management method, communication management program, recording medium recording communication management program, and communication station

Info

Publication number: JP4176402B2
Application number: JP2002197995A
Authority: JP
Inventors: 秀和藤井; 昌弘大谷; 知信戸丸
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2002-04-17
Filing date: 2002-07-05
Publication date: 2008-11-05
Anticipated expiration: 2022-07-05
Also published as: WO2003088581A1; JP2004007336A; AU2003211810A1

Description

【０００１】
【発明の属する技術分野】
本発明は、複数の通信装置が１つのネットワーク経路を時分割で共用するネットワークにおける通信管理方法に関するものであり、特にＩＥＥＥ８０２．１１無線通信方式に関するものである。
【０００２】
【従来の技術】
従来、コンピュータネットワークなどにおいては、パケット通信方式と呼ばれる通信方式によってパケットの送受信が行われている。昨今では、例えば家庭内ＬＡＮ(Local Area Network)などにおいて、無線を利用したネットワークを構築する需要が高まっている。このような無線ＬＡＮは、有線のＬＡＮと比較して、ケーブルなどの配線を設置する必要がなく、また、ＬＡＮに接続される端末の移動の自由度が増大するという利点を有している。
【０００３】
無線ＬＡＮの標準規格としては、ＩＥＥＥ８０２．１１無線通信方式（ＡＮＳＩ／ＩＥＥＥＳｔｄ８０２．１１，１９９９Ｅｄｉｔｉｏｎに準拠する方式）が存在している。このＩＥＥＥ８０２．１１の中でも、使用する周波数帯域や通信速度などに応じて、さらに細かく規格が区分されている。例えば、現在、２．４ＧＨｚ帯を用いて１１Ｍｂｐｓの通信速度を実現するＩＥＥＥ８０２．１１ｂが、パーソナルコンピュータなどの通信ネットワークにおける無線ＬＡＮの仕様として広く用いられている。
【０００４】
無線ＬＡＮなどのネットワークにおいては、ネットワークに接続される複数の通信装置は、パケットの送受信に関して、１つのネットワーク経路を時分割で共用していることになる。このようなシステムでは、送信権の管理方法によって、帯域利用の効率が大きく変化することになる。
【０００５】
例えば映像などの動画データを、無線ＬＡＮを介してストリーミングで送受信するような場合、送信権の管理を的確に行わないと、受信側において映像のコマ落ちや映像の乱れ、音声の途切れなどが生じることが考えられる。そこで、ＱｏＳ(Quality Of Service)を考慮した規格として、ＩＥＥＥ８０２. １１のＴＧｅ（Task Group E)で策定している規格が提案されている。
【０００６】
ＴＧｅで策定されている規格では、特定の通信ネットワーク内に、送信権の管理を行う制御局を設けることが規定されている。制御局は、通信ネットワーク内において、データの送信を行おうとしている複数の送信局からの送信要求を考慮して、各送信局に送信権を与えるためのスケジューリングを行う。そして、制御局は、このスケジューリングに基づいて、送信権を付与することを示すＣＦ−ＰＯＬＬと呼ばれるパケットを各送信局に対して送信する。送信局は、制御局からＣＦ−ＰＯＬＬを与えられた時にのみデータの送信が許され、また、データの送信は、ＣＦ−ＰＯＬＬで示されたＴＸＯＰと呼ばれる期間内に限定されることになる。
【０００７】
以上のように、ＴＧｅで策定されている規格によれば、制御局のスケジューリングにしたがって各送信局に対して送信権の付与が行われるので、各送信局におけるデータ送信の緊急度などに応じて、より的確に通信帯域を利用することが可能となる。
【０００８】
【発明が解決しようとする課題】
上記のような通信ネットワークにおいて、送信局から受信局に向けてデータが送信される際には、何らかの事情によって送信データが的確に受信局に受信されないこともありうる。特に、このような問題は、無線を利用した通信形態においては顕著となる。したがって、送信局から受信局に向けてデータが送信され、これが受信局に的確に受信されると、受信局が送信局に対して送達確認情報を送信するようになっている。送信局が送達確認情報を受信すると、その内容から送信に失敗したデータパケットを特定し、そのデータパケットを再送する処理を行う。これにより、全てのデータパケットがほぼ確実に受信局に送達されることになる。
【０００９】
ここで、ＩＥＥＥ８０２．１１のＴＧｅ（ＴａｓｋＧｒｏｕｐＥ）で策定されたＩＥＥＥＳｔｄ８０２．１１ｅ／Ｄ３．０，Ｍａｙ２００２のドキュメントでは、送達確認情報の送受信に関して、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ／ＢｕｒｓｔＡｃｋ（以降、ＢＡＲ／ＢＡと称する）のシーケンスを行うことが提案されている。このＢＡＲ／ＢＡのシーケンスでは、送信局から送信されたＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔと呼ばれるパケットが受信局に受信されると、受信局は、それまでに送信局から受信した所定個数分のデータパケットに関する送達確認を示すビットマップを含んだ、ＢｕｒｓｔＡｃｋと呼ばれるパケットを送信局に対して送信する処理を行う。そして、送信局は、ＢｕｒｓｔＡｃｋで示された送達確認情報に基づいてデータパケットの再送処理を行うことになる。
【００１０】
図１５は、ある送信局におけるＴＸＯＰ期間中での送信シーケンスの一例を示す図である。同図に示す例では、ＣＦ−ＰＯＬＬが与えられてから、データパケット１〜５が送信され、その後ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信されている。ここで、受信局において、データパケット３および５の受信が失敗していた場合（図中では×印で示す）、その旨を示すＢｕｒｓｔＡｃｋが送信局に送信される。
【００１１】
送信局は、データパケット３および５の受信が失敗していたことを示すＢｕｒｓｔＡｃｋを受信すると、データパケット３および５の再送を行い、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔの送信を行う。そして、受信局からＢｕｒｓｔＡｃｋを受信してデータパケット５が再び送信失敗していたことを確認し、このデータパケット５および次のデータパケット６〜８を送信する。データパケット８の送信が完了した時点で、このＴＸＯＰ期間で予定していた送信データの送信が完了し、ＱｏＳＮｕｌｌを制御局に向けて送信する。なお、ＱｏＳＮｕｌｌとは、その時点での送信局におけるバッファ状況を示す情報または送信権を付与して欲しい期間の情報を含んだパケットであり、制御局は、各送信局から送られてきたＱｏＳＮｕｌｌに基づいてスケジューリングを行う。なお、図中において、各パケット間に示しているＳという文字は、ＩＥＥＥ８０２．１１で規定されているＳＩＦＳ（ＳｈｏｒｔＩｎｔｅｒＦｒａｍｅＳｐａｃｅ）期間を示している。
【００１２】
しかしながら、ＩＥＥＥ８０２．１１のＴＧｅ（ＴａｓｋＧｒｏｕｐＥ）で策定されたＩＥＥＥＳｔｄ８０２．１１ｅ／Ｄ３．０，Ｍａｙ２００２のドキュメントでは、ＢＡＲ／ＢＡのシーケンスを行うタイミングについて明示されていない。したがって、実装時には、設計段階でＢＡＲ／ＢＡのシーケンスを行う所定のタイミングを設定することになるが、このタイミングの設定によっては、データパケットの再送処理が行われる時期が遅くなる場合も考えられ、リアルタイム性の高いストリーミングデータの送信などに支障を来す可能性などが生じることになる。よって、ＢＡＲ／ＢＡのシーケンスを行うタイミングの最適化を図る必要がある。
【００１３】
本発明は上記の問題点を解決するためになされたもので、その目的は、複数の通信局が通信ネットワークを介して接続されているネットワークシステムにおいて、送信局と受信局との間での送達確認要求・返信処理を行うタイミングを、例えばリアルタイム性の高いストリーミングデータの送信を行っても支障を来さないように設定する通信管理方法を提供することにある。
【００１４】
【課題を解決するための手段】
上記の課題を解決するために、本発明に係る通信管理方法は、複数の通信局が通信ネットワークを介して接続されているネットワークシステムで用いられる通信管理方法であって、上記通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみとし、第１の通信局が、第２の通信局に対してデータパケットの送信を行っている場合、上記第２の通信局が、上記第１の通信局からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、上記第１の通信局が、送達確認情報に基づいてデータパケットの再送処理を行うものとし、上記第１の通信局と上記第２の通信局との間での送達確認要求・返信処理が、上記第１の通信局に送信権が付与された直後に行われるものとすることを特徴としている。
【００１５】
上記の方法では、通信局は、送信権を付与された期間においてデータの送信を行うようになっている。そして、データの送信を行う第１の通信局は、データの送信先である第２の通信局に対して、送信した複数のデータパケットに対する送達確認を要求する。第２の通信局は、受信しているデータの送信元である第１の通信局から送達確認要求を受けた際に、それまでに受信した複数のデータパケットに対する送達確認情報を返信する。
【００１６】
そして、上記の方法によれば、この第１の通信局と第２の通信局との間で行われる送達確認要求・返信処理が、第１の通信局に送信権が付与された直後に行われることになる。したがって、第１の通信局は第２の通信局との間の通信路状況をいち早く知ることができる。これにより、パケットを正常に送受信するために伝送レートを下げる、パケット長を短くするなどの手段を早めに講じることができ、例えば動画などのストリームデータを送受信している場合に、再生側の映像の乱れや音声の途切れなどが生じることなく、良好な再生動作を行わせることが可能となる。
【００１７】
また、第１の通信局に送信権が付与された直後に送達確認要求・返信処理が行われるので、例えばこの送達確認要求・返信処理の送受信に失敗した場合でも、送信するための時間が十分残っているため、連続してリトライを行うことができるので、ほぼ確実に同じ送信権付与期間内で送達確認要求・返信処理を完了することができる。これに対して、例えば送達確認要求・返信処理が送信権付与期間の残り時間が少ない時点で行われるような場合には、リトライを行った場合に、その送信権付与期間内で送達確認要求・返信処理を完了することができない場合も考えられる。この場合、送達確認要求・返信処理は、次に第１の通信局に送信権が付与されるまで行えないことになり、再送処理が遅れることによって、再送処理をすべきデータパケットの有効期限が過ぎてしまうことも考えられる。
【００１８】
すなわち、上記の方法のように、第１の通信局に送信権が付与された直後に送達確認要求・返信処理が行われることによって、たとえ送達確認要求・返信処理の送受信の失敗を数回繰り返したとしても、ほぼ確実に同じ送信権付与期間内で送達確認要求・返信処理を完了することが可能となり、再送処理も迅速に行うことが可能となる。
【００１９】
また、本発明に係る通信管理方法は、複数の通信局が通信ネットワークを介して接続されているネットワークシステムで用いられる通信管理方法であって、上記通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみとし、第１の通信局が、第２の通信局に対してデータパケットの送信を行っている場合、上記第２の通信局が、上記第１の通信局からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、上記第１の通信局が、送達確認情報に基づいてデータパケットの再送処理を行うものとし、上記第１の通信局と上記第２の通信局との間での送達確認要求・返信処理が、上記第１の通信局に送信権が付与された期間の最後に行われるものとすることを特徴としている。
【００２０】
上記の方法によれば、第１の通信局と第２の通信局との間で行われる送達確認要求・返信処理が、第１の通信局に送信権が付与された期間の最後に行われることになる。したがって、第１の通信局が送達確認情報を受信すると、送信権の付与期間が終了することになるので、この送達確認情報に基づく再送処理は、次の送信権の付与期間において行われることになる。すなわち、送達確認情報の受信から、これに基づく再送処理を行うまでの時間は比較的長いものとなる。したがって、第１の通信局において、送達確認情報を受信してからこれを解析して送信すべきデータパケットを特定するまでの処理を、比較的長い時間をかけて行ってもよいことになる。
【００２１】
これに対して、例えば送達確認情報を受信した直後から再送処理を行わなければならない場合には、送達確認情報を受信してからこれを解析して送信すべきデータパケットを特定するまでの処理を短い期間で行わなければならないことになり、極めて高速な処理を行うことが要求されることになる。
【００２２】
すなわち、上記の方法のように、送信権の付与期間の最後に送達確認要求・返信処理を行うことによって、第１の通信局における送達確認情報の解析および再送処理を行うブロックを、高速な処理を行うことが可能な回路で構成する必要がなくなる。よって、コストの高い高速な演算装置などを実装する必要がなくなり、装置コストの低減を図ることができる。
【００２３】
また、本発明に係る通信管理方法は、上記の方法において、上記ネットワークシステムに、該ネットワークシステムにおける送信権の付与に関するスケジューリングを行う制御局が設けられているとともに、上記送達確認要求・返信処理の後に、上記第１の通信局が、その時点での第１の通信局におけるバッファ状況を示す情報または送信権を付与して欲しい期間の情報を上記制御局に対して送信するものとする方法としてもよい。
【００２４】
上記の方法によれば、第１の通信局におけるバッファ状況を示す情報または送信権を付与して欲しい期間の情報を制御局に対して送信する直前で送達確認要求・返信処理を行うことになるので、制御局に対しては、最新の送達確認要求・返信処理の結果を反映したバッファ状況に関する情報または送信権を付与して欲しい期間の情報を送信することが可能となる。したがって、よりアップデートなバッファ状況または送信権を付与して欲しい期間の情報を制御局に送信することができるので、制御局による、より最適なスケジューリングを期待することができる。
【００２５】
また、本発明に係る通信管理方法は、複数の通信局が通信ネットワークを介して接続されているネットワークシステムで用いられる通信管理方法であって、上記通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみとし、第１の通信局が、第２の通信局に対してデータパケットの送信を行っている場合、上記第２の通信局が、上記第１の通信局からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、上記第１の通信局が、送達確認情報に基づいてデータパケットの再送処理を行うものとし、上記第１の通信局が上記第２の通信局にデータの送信を開始してから、あるいは、送達確認要求・返信処理が行われた直後から、上記第１の通信局から上記第２の通信局に向けてのデータパケットの送信回数が所定回数となった時点で、上記第１の通信局と上記第２の通信局との間での送達確認要求・返信処理が行われるものとすることを特徴としている。
【００２６】
上記の方法によれば、第１の通信局と第２の通信局との間で行われる送達確認要求・返信処理が、第１の通信局から第２の通信局に向けてのデータパケットの送信が所定回数行われるごとに行われることになる。したがって、例えば受信局としての第２の通信局における受信バッファのサイズや、制御局から与えられる送信権の付与期間の長さなどに依存することなく、定期的に送達確認要求・返信処理を実行することが可能となるので、再送処理が必要以上に遅れることなく、適切なタイミングで行うことが可能となる。これにより、例えば動画などのストリームデータを送受信している場合に、再生側の映像の乱れや音声の途切れなどが生じることなく、良好な再生動作を行わせることが可能となる。
【００２７】
また、本発明に係る通信管理方法は、複数の通信局が通信ネットワークを介して接続されているネットワークシステムで用いられる通信管理方法であって、上記通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみとし、第１の通信局が、第２の通信局に対してデータパケットの送信を行っている場合、上記第２の通信局が、上記第１の通信局からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、上記第１の通信局が、送達確認情報に基づいてデータパケットの再送処理を行うものとし、上記第１の通信局が上記第２の通信局に対して送信しようとしているデータパケットから所定個数前に送信したデータパケットが、第２の通信局において正常に受信されたことが未確認である場合に、上記第１の通信局と上記第２の通信局との間での送達確認要求・返信処理が行われるものとすることを特徴としている。
【００２８】
上記の方法によれば、第１の通信局と第２の通信局との間で行われる送達確認要求・返信処理が、第２の通信局において正常受信が未確認となっているデータパケットの送信から所定回数のデータパケットの送信が行われた際に行われることになる。したがって、例えば受信局としての第２の通信局における受信バッファのサイズや、制御局から与えられる送信権の付与期間の長さなどに依存することなく、定期的に送達確認要求・返信処理を実行することが可能となるので、再送処理が必要以上に遅れることなく、適切なタイミングで行うことが可能となる。これにより、例えば動画などのストリームデータを送受信している場合に、再生側の映像の乱れや音声の途切れなどが生じることなく、良好な再生動作を行わせることが可能となる。
【００２９】
また、本発明に係る通信管理方法は、複数の通信局が通信ネットワークを介して接続されているネットワークシステムで用いられる通信管理方法であって、上記通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみとし、第１の通信局が、第２の通信局に対してデータパケットの送信を行っている場合、上記第２の通信局が、上記第１の通信局からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、上記第１の通信局が、送達確認情報に基づいてデータパケットの再送処理を行うものとし、上記第１の通信局が上記第２の通信局にデータの送信を開始してから、あるいは、送達確認要求・返信処理が行われた直後から、上記第１の通信局から上記第２の通信局に向けてのデータパケットの送信回数が所定回数となった時点、および、上記第１の通信局に送信権が付与された直後の時点で、上記第１の通信局と上記第２の通信局との間での送達確認要求・返信処理が行われるものとすることを特徴としている。
【００３０】
上記の方法によれば、第１の通信局と第２の通信局との間で行われる送達確認要求・返信処理が、第１の通信局から第２の通信局に向けてのデータパケットの送信が所定回数行われた時点と、第１の通信局に送信権が付与された直後の時点とに行われることになる。したがって、例えば受信局としての第２の通信局における受信バッファのサイズや、制御局から与えられる送信権の付与期間の長さなどに依存することなく、定期的に送達確認要求・返信処理を実行することが可能となるので、再送処理が必要以上に遅れることなく、適切なタイミングで行うことが可能となる。また、第１の通信局に送信権が付与された直後にも送達確認要求・返信処理が行われることになるので、第１の通信局は第２の通信局との間の通信路状況をいち早く知ることができる。これにより、パケットを正常に送受信するために伝送レートを下げる、パケット長を短くするなどの手段を早めに講じることができ、例えば動画などのストリームデータを送受信している場合に、再生側の映像の乱れや音声の途切れなどが生じることなく、良好な再生動作を行わせることが可能となる。
【００３１】
また、本発明に係る通信管理方法は、複数の通信局が通信ネットワークを介して接続されているネットワークシステムで用いられる通信管理方法であって、上記通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみとし、第１の通信局が、第２の通信局に対してデータパケットの送信を行っている場合、上記第２の通信局が、上記第１の通信局からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、上記第１の通信局が、送達確認情報に基づいてデータパケットの再送処理を行うものとし、上記第１の通信局が上記第２の通信局にデータの送信を開始してから、あるいは、送達確認要求・返信処理が行われた直後から、上記第１の通信局から上記第２の通信局に向けてのデータパケットの送信回数が所定回数となった時点、および、上記第１の通信局に送信権が付与された期間が閾値以上となる場合に、該送信権を付与された直後の時点で、上記第１の通信局と上記第２の通信局との間での送達確認要求・返信処理が行われるものとすることを特徴としている。
【００３２】
上記の方法によれば、第１の通信局と第２の通信局との間で行われる送達確認要求・返信処理が、第１の通信局から第２の通信局に向けてのデータパケットの送信が所定回数行われた時点と、第１の通信局に送信権が付与された期間が閾値以上であった場合に送信権が付与された直後の時点とに行われることになる。したがって、例えば受信局としての第２の通信局における受信バッファのサイズなどに依存することなく、定期的に送達確認要求・返信処理を実行することが可能となるので、再送処理が必要以上に遅れることなく、適切なタイミングで行うことが可能となる。また、第１の通信局に送信権が付与された期間が閾値以上である場合には送信権を付与された直後にも送達確認要求・返信処理が行われ、閾値以下である場合には送達確認要求・返信処理が行われないことになるので、送信権を付与された期間に余裕がある場合には第１の通信局は第２の通信局との間の通信路状況をいち早く知ることができる。これにより、パケットを正常に送受信するために伝送レートを下げる、パケット長を短くするなどの手段を早めに講じることができ、例えば動画などのストリームデータを送受信している場合に、再生側の映像の乱れや音声の途切れなどが生じることなく、良好な再生動作を行わせることが可能となる。
【００３３】
また、第１の通信局に送信権が付与された期間が閾値より短い、すなわち時間的な余裕がない場合には、第１の通信局に送信権が付与された期間の最初には送達確認要求・返信処理が行われないことになる。よって、送達確認要求・返信処理に必要とされる期間をデータパケットの送信に割り当てることが可能となるので、第１の通信局に送信権が付与された期間が短い場合におけるデータパケットの伝送効率を向上させることができる。
【００３４】
また、本発明に係る通信管理方法は、上記の方法において、上記第１の通信局が、有効期限が残っているデータパケットに関する送達確認情報を上記第２の通信局に要求する方法としてもよい。
【００３５】
上記の方法によれば、第２の通信局は、有効期限が残っているデータパケットに関する送達確認情報を送信することになる。また、送達確認要求・返信処理は、第１の通信局に送信権が付与された直後に行われ、その直後に行われる再送処理は、第２の通信局から送られてきた送達確認情報に基づいて行われるようになっている。よって、第１の通信局は、再送処理を行う際に、再送を行おうとしているデータパケットが、受信側での有効期限に間に合うかを判定することなく、直前に受信した送達確認情報に示されている再送要求データパケットを再送すればよいことになる。
【００３６】
これに対して、例えば再送処理が、その時点での送信権付与期間以前の送信権付与期間において受信した送達確認情報に基づいて行われる場合には、送達確認情報の受信からある程度時間が経過していることになる。よって、送達確認情報に示されている再送要求データパケットであっても、受信側での有効期限に間に合うものであるかはわからないので、第１の通信局側でこれを判定する必要が生じることになる。
【００３７】
すなわち、上記の方法のように、送信権を付与された直後に送達確認要求・返信処理を行い、その直後から再送処理を行うことによって、第１の通信局における再送処理の手間、すなわち、再送を行おうとしているデータパケットが、受信側での再生時刻に間に合うかを判定する手間を削減することが可能となる。
【００３８】
また、本発明に係る通信管理方法は、上記の方法において、上記第１の通信局から上記第２の通信局に向けてデータの送信を新たに開始する際に、最初に第１の通信局に送信権が付与された直後には、送達確認要求・返信処理が行われずに、次回以降に第１の通信局に送信権が付与された直後から送達確認要求・返信処理が行われるものとする方法としてもよい。
【００３９】
第１の通信局から第２の通信局に向けてデータの送信を新たに開始する際には、それ以前には両者の間でデータの送受信は行われていないことになるので、送達確認要求・返信処理を行う必要はないことになる。よって、上記の方法のように、最初に第１の通信局に送信権が付与された直後には、送達確認要求・返信処理を行わないようにすることによって、この送信権付与期間において、送達確認要求・返信処理に要する時間を、通常のデータパケットの通信に使用することが可能となる。
【００４０】
また、本発明に係る通信管理方法は、上記の方法において、上記第１の通信局に送信権が付与された直後に行われる上記送達確認要求・返信処理が、上記第１の通信局に送信権が付与された期間が閾値以上となる場合に行われるものとすることを特徴としている。
【００４１】
上記の方法によれば、第１の通信局に送信権が付与された期間が閾値より短い、すなわち時間的な余裕がない場合には、第１の通信局に送信権が付与された期間の最初には送達確認要求・返信処理が行われないことになる。よって、送達確認要求・返信処理に必要とされる期間をデータパケットの送信に割り当てることが可能となるので、第１の通信局に送信権が付与された期間が短い場合におけるデータパケットの伝送効率を向上させることができる。
【００４２】
また、本発明に係る通信管理方法は、上記の方法において、上記第１の通信局に送信権が付与された期間の最後に行われる上記送達確認要求・返信処理が、上記第１の通信局に送信権が付与された期間が閾値以上となる場合に行われるものとすることを特徴としている。
【００４３】
上記の方法によれば、第１の通信局に送信権が付与された期間が閾値より短い、すなわち時間的な余裕がない場合には、第１の通信局に送信権が付与された期間の最後には送達確認要求・返信処理が行われないことになる。よって、送達確認要求・返信処理に必要とされる期間をデータパケットの送信に割り当てることが可能となるので、第１の通信局に送信権が付与された期間が短い場合におけるデータパケットの伝送効率を向上させることができる。
【００４４】
また、本発明に係る通信管理方法は、上記の方法において、上記送達確認要求・返信処理が、ＩＥＥＥ８０２．１１のＴＧｅ（ＴａｓｋＧｒｏｕｐＥ）で策定されたＩＥＥＥＳｔｄ８０２．１１ｅ／Ｄ３．０，Ｍａｙ２００２のドキュメントにおけるＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ／ＢｕｒｓｔＡｃｋのシーケンスである方法としてもよい。
【００４５】
上記の方法によれば、ＴＧｅで策定されている規格に準拠する通信管理方法において、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ／ＢｕｒｓｔＡｃｋのシーケンスを的確なタイミングで行うことが可能となり、例えば動画などのストリームデータの送受信を最適な状態で行うことが可能となる。
【００４６】
また、本発明に係る通信管理プログラムは、上記の通信管理方法をコンピュータに実行させることを特徴としている。
【００４７】
上記プログラムをコンピュータシステムにロードすることによって、上記通信管理方法をユーザに提供することが可能となる。
【００４８】
また、本発明に係る通信管理プログラムを記録した記録媒体は、上記の通信管理方法をコンピュータに実行させる通信管理プログラムを記録していることを特徴としている。
【００４９】
上記記録媒体に記録されたプログラムをコンピュータシステムにロードすることによって、上記通信管理方法をユーザに提供することが可能となる。
【００５０】
また、本発明に係る通信局は、通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみと設定されているネットワークシステムに含まれる通信局であって、上記通信ネットワークを介して他の通信局に対してデータの送信を行う送信部と、上記本発明に係る通信管理方法を用いて上記送信部によるデータの送信を管理する送信データ管理部とを備えていることを特徴としている。
【００５１】
上記の構成によれば、上記本発明に係る通信管理方法に基づいて動作を行う通信局を提供することができる。
【００５２】
【発明の実施の形態】
本発明の実施の一形態について図面に基づいて説明すれば、以下のとおりである。
【００５３】
図２は、本実施形態に係るネットワークシステムにおけるシグナルフローを示す説明図である。同図に示すように、ネットワークシステムは、制御局１、データの送信側の通信局としての送信局２、およびデータの受信側の通信局としての受信局３を備えた構成となっている。なお、同図においては、説明の簡単のために、ネットワークシステムに１つの送信局と１つの受信局とが備えられた例を示しているが、実際には、ネットワークシステムには、複数の送信局および受信局が設けられていることになる。また、送信局と受信局とを区別して示しているが、送信局が受信局となり、受信局が送信局となる場合も考えられる。また、制御局１、送信局２、および受信局３は、それぞれ互いに無線による通信が可能なように接続されており、同一の通信ネットワークに属しているものとする。
【００５４】
なお、本実施形態に示すネットワークシステムは、様々な通信ネットワークシステムで適用可能なものであるが、一例としては、家庭用電化製品に無線通信機能が内蔵され、これらを家庭内ＬＡＮとして相互に接続するようなネットワークシステムなどに好適に用いることができるものである。この例でいえば、制御局１を、家庭内の全ての無線通信機器の管理を行うためのセットトップボックスに対応させ、送信局２を、例えば動画再生装置としてのＤＶＤプレイヤーや、ＢＳ／ＣＳチューナーなどに対応させ、受信局３を例えば表示装置としてのテレビジョンに対応させ、ＤＶＤプレイヤーあるいはＢＳ／ＣＳチューナーがテレビジョンに対して動画像を送信していて、セットトップボックスがその通信を管理しているという具体的な実施例が想定される。
【００５５】
このネットワークシステムでは、制御局１が、通信ネットワークにおいて、複数の送信局２からの送信要求を考慮して、各送信局２に送信権を与えるためのスケジューリングを行っている。そして、制御局１は、このスケジューリングに基づいて、送信権を付与することを示すＣＦ−ＰＯＬＬと呼ばれるパケットを各送信局２に対して送信する。ＣＦ−ＰＯＬＬには、ＴＸＯＰＬＩＭＩＴと呼ばれる、送信権が付与される期間（ＴＸＯＰ(Transmission Opportunity)）の情報が含まれており、ＣＦ−ＰＯＬＬの宛先となっている送信局２は、このＴＸＯＰ期間でデータの送信が許される。
【００５６】
送信局２は、ＴＸＯＰ期間においてデータの送信を行うとともに、所定のタイミングにおいてＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを受信局３に送信する。そして、受信局３は、送信局２からＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを受信すると、これに対する返答としてＢｕｒｓｔＡｃｋを送信局２に対して送信する。ＢｕｒｓｔＡｃｋには、送信局２から受信した所定個数分のデータパケットに関する送達確認を示すビットマップが含まれており、送信局２は、ＢｕｒｓｔＡｃｋで示された送達確認情報に基づいてデータパケットの再送処理を行うことになる。
【００５７】
また、送信局２は、ＴＸＯＰ期間において予定していたデータ送信が終了した時点で、ＱｏＳＮｕｌｌと呼ばれるパケットを制御局１に送信する。ＱｏＳＮｕｌｌには、送信局２における送信バッファに残っている未送信のデータ量に関する情報、あるいは、この未送信のデータを送信するのに必要とされる時間などの情報が含まれている。制御局１は、このＱｏＳＮｕｌｌを各送信局２から受信することによって、各送信局２における送信状況を把握し、これに基づいて上記したスケジューリングを行うことになる。
【００５８】
次に、送信局２および受信局３の構成について説明する。図４は、送信局２の概略構成を示すブロック図である。同図に示すように、送信局２は、ＢｕｒｓｔＡｃｋ解析部４、受信部５、送信部６、送信データ管理部７、送信制御部８、および送信バッファ９を備えた構成となっている。
【００５９】
送信部６は、受信局３に対して、ストリームデータなどの送信すべきデータやＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔなどの送信を行うとともに、制御局１に対してＱｏＳＮｕｌｌなどの送信を行うブロックである。受信部５は、受信局３からＢｕｒｓｔＡｃｋの受信を行うとともに、制御局１からＣＦ−ＰＯＬＬの受信を行うブロックである。
【００６０】
ＢｕｒｓｔＡｃｋ解析部４は、受信局３から受信したＢｕｒｓｔＡｃｋに基づいて、どのデータパケットを再送しなければいけないのかを検索し、これを送信データ管理部７に通知するとともに、ＱｏＳＮｕｌｌで報告する内容を更新する処理を行うブロックである。
【００６１】
送信制御部８は、送信データ管理部７から渡されたデータに対して誤り訂正などの符号化を施した上でフレームを作成し、これを送信部６に送る処理を行うブロックである。
【００６２】
送信データ管理部７は、制御局１から受信したＣＦ−ＰＯＬＬに基づいてＴＸＯＰ期間の管理を行い、残り時間に応じて再送処理、新規ストリームデータ送信処理、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ送信処理、ＱｏＳＮｕｌｌ送信処理のいずれかを選択して、該当するデータを送信バッファ９にリクエストし、取り出したデータを送信制御部８に送る処理を行うブロックである。
【００６３】
送信バッファ９は、送信すべきデータを一時的に格納するバッファとして機能するブロックである。
【００６４】
図５は、受信局３の概略構成を示すブロック図である。同図に示すように、受信局３は、受信制御部１０、受信部１１、送信部１２、受信データ管理部１３、ＢｕｒｓｔＡｃｋ送信制御部１４、および受信バッファ１５を備えた構成となっている。
【００６５】
送信部１２は、送信局２に対してＢｕｒｓｔＡｃｋの送信を行うブロックである。受信部１１は、送信局２からストリームデータなどの受信データや、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔの受信を行うブロックである。
【００６６】
受信制御部１０は、受信部１１において受信されたストリームデータなどの受信データに対して誤り訂正復号を行い、復号したデータを受信データ管理部１３に送る処理を行うブロックである。
【００６７】
受信データ管理部１３は、受信制御部１０から渡されたデータを受信バッファ１５に格納し、再生時刻に合わせて受信バッファ１５から読み出して外部に出力する処理、および、送信局２から受信したＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔの要求に基づいて送達確認を行ってＢｕｒｓｔＡｃｋの情報を生成し、これをＢｕｒｓｔＡｃｋ送信制御部１４に対して送る処理を行うブロックである。
【００６８】
ＢｕｒｓｔＡｃｋ送信制御部１４は、受信データ管理部１３から送られたＢｕｒｓｔＡｃｋの情報に基づいてＢｕｒｓｔＡｃｋのフレームを作成し、これを送信部１２に送る処理を行うブロックである。
【００６９】
受信バッファ１５は、受信データ管理部１３から入力されたストリームデータを一時的に格納するバッファとして機能するブロックである。
【００７０】
次に、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔおよびＢｕｒｓｔＡｃｋのデータ構成について説明する。図３（ａ）は、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔのデータ構成、図３（ｂ）は、ＢｕｒｓｔＡｃｋのデータ構成をそれぞれ示している。
【００７１】
ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔは、図３（ａ）に示すように、ＦｒａｍｅＣｏｎｔｒｏｌ、Ｄｕｒａｔｉｏｎ／ＩＤ、ＲＡ、ＴＡ、ＢＡＲＣｏｎｔｒｏｌ、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌ、およびＦＣＳというデータを含んだ構成となっている。
【００７２】
ＦｒａｍｅＣｏｎｔｒｏｌは、Ｐｒｏｔｏｃｏｌ・Ｖｅｒｓｉｏｎ・ＷＥＰの有無などを示す情報であり、２ｂｙｔｅのデータからなる。Ｄｕｒａｔｉｏｎ／ＩＤは、フレーム長を示す情報であり、２ｂｙｔｅのデータからなる。ＲＡ(Receiver ADDRESS)は、送信先のＭＡＣＡｄｄｒｅｓｓを示す情報であり、６ｂｙｔｅのデータからなる。ＴＡ(Transmitter ADRESS)は、送信元のＭＡＣＡｄｄｒｅｓｓを示す情報であり、６ｂｙｔｅのデータからなる。ＦＣＳは、受信側で伝送誤りを検出できるようにするためのビット列である。一般にＣＲＣ（巡回冗長検査）を用いて誤りが検出される。
【００７３】
ＢＡＲＣｏｎｔｒｏｌは、ＳｅｎｄＣｏｕｎｔ、ｒｅｓｅｒｖｅｄ、およびＴＩＤというデータからなるものであり、２ｂｙｔｅのデータからなる。ＳｅｎｄＣｏｕｎｔは、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌから何個パケットを送信したかを示す情報であり、ＢＡＲＣｏｎｔｒｏｌにおけるＢｉｔ０−１０が割り当てられる。ｒｅｓｅｒｖｅｄは予備のビットであり、ＢＡＲＣｏｎｔｒｏｌにおけるＢｉｔ１１が割り当てられる。ＴＩＤ（ＴｒａｆｆｉｃＩＤ）は、ストリームのＩＤを示しており、ＴＣＩＤおよびＴＳＩＤに分かれている。このＴＩＤは、ＢＡＲＣｏｎｔｒｏｌにおけるＢｉｔ１２−１５が割り当てられる。
【００７４】
ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌは、受信局３において正常受信されたことが送信局２において未確認となっている最も古いパケットのシーケンスナンバーを示す情報であり、２ｂｙｔｅのデータからなる。受信局３は、このシーケンスナンバーに該当するパケット以降のパケットに関する送達確認情報を送信局２に送信することになる。
【００７５】
詳しく説明すると、図示はしないが、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌは、Ｂｉｔ０−３からなるＦｒａｇｍｅｎｔＮｕｍｂｅｒと、Ｂｉｔ４−１５からなるＳｅｑｕｅｎｃｅＮｕｍｂｅｒとから構成されている。データパケットは、複数のフラグメントから構成されており、ＦｒａｇｍｅｎｔＮｕｍｂｅｒは、１つのデータパケットにおける何番目のフラグメントであるかを示す情報であり、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒは、何番目のデータパケットであるかを示す情報である。すなわち、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒによってデータパケットが特定され、ＦｒａｇｍｅｎｔＮｕｍｂｅｒによってそのデータパケットにおけるフラグメントが特定されることになる。
【００７６】
なお、受信局３において正常受信されたことが送信局２において未確認であっても、受信局３側において最早必要とされていないデータパケットに関しては、たとえ正常受信されていなくても、再送を行う必要はないことになる。よって、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌでは、受信局３において再送を行う必要性のあるデータパケットの中で、受信局３において正常受信されたことが送信局２において未確認となっている最も古いパケットのシーケンスナンバーが示されるようにすればよい。ここで、受信局３側において最早必要とされていないデータパケットとしては、例えば動画のストリーミングデータの送受信が行われている場合に、受信局３側での再生に間に合わなくなったデータパケットなどが挙げられる。
【００７７】
ＢｕｒｓｔＡｃｋは、図３（ｂ）に示すように、ＦｒａｍｅＣｏｎｔｒｏｌ、Ｄｕｒａｔｉｏｎ／ＩＤ、ＲＡ、ＴＡ、ＢＡＲＣｏｎｔｒｏｌ、ＢＡＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌ、ＢｕｒｓｔＡｃｋＢｉｔｍａｐ、およびＦＣＳというデータを含んだ構成となっている。この中で、ＦｒａｍｅＣｏｎｔｒｏｌ、Ｄｕｒａｔｉｏｎ／ＩＤ、ＲＡ、ＴＡ、およびＦＣＳは、上記した内容と同じものであるので、ここではその説明を省略する。
【００７８】
ＢＡＲＣｏｎｔｒｏｌは、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅ、ｒｅｓｅｒｖｅｄ、およびＴＩＤというデータからなるものであり、２ｂｙｔｅのデータからなる。Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅは、受信局３の受信バッファにおいて、データパケットを何個格納することができるかを示す
しており、ＢＡＲＣｏｎｔｒｏｌにおけるＢｉｔ０−７が割り当てられる。なお、ＩＥＥＥ８０２．１１において規定されている１パケット当りの最大データ長は２３０４ｂｙｔｅであるので、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅは、受信バッファに２３０４ｂｙｔｅ以下のデータを何個格納することができるかを示していることになる。ｒｅｓｅｒｖｅｄは予備のビットであり、ＢＡＲＣｏｎｔｒｏｌにおけるＢｉｔ８−１１が割り当てられる。ＴＩＤは、ストリームのＩＤを示しており、ＴＣＩＤおよびＴＳＩＤに分かれている。このＴＩＤは、ＢＡＲＣｏｎｔｒｏｌにおけるＢｉｔ１２−１５が割り当てられる。
【００７９】
ＢＡＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌは、ＢｕｒｓｔＡｃｋＢｉｔｍａｐの最初のＳｅｑｕｅｎｃｅＮｕｍｂｅｒおよびＦｒａｇｍｅｎｔＮｕｍｂｅｒを示しており、２ｂｙｔｅのデータからなる。通常は、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔのＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌと同じものとなる。
【００８０】
ＢｕｒｓｔＡｃｋＢｉｔｍａｐは、受信局３において受信されたデータの送達確認を示す情報からなるビットマップであり、１２８ｂｙｔｅのデータからなる。送達確認は、各フラグメントごとに行われ、正常に受信された場合に１、受信が未確認の場合に０を示すビットが生成される。すなわち、ＢｕｒｓｔＡｃｋＢｉｔｍａｐの各ビットは、各フラグメントに対する送達確認情報を示していることになる。そして、フラグメントの数は、１つのデータパケットにおいて最大１６個となっているので、２ｂｙｔｅで１つのデータパケットの送達確認状況を把握することができる。すなわち、ＢｕｒｓｔＡｃｋＢｉｔｍａｐは１２８ｂｙｔｅのデータからなるので、１つのＢｕｒｓｔＡｃｋによって６４個分のデータパケットに関する送達確認状況を示すことが可能となっている。
【００８１】
受信局３は、上記のようなＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを受信すると、ＴＡ(Transmitter ADDRESS)によって送信元の送信局２を認識し、ＲＡ(Receiver ADDRESS)によって送信先が自局であることを認識する。そして、受信局３は、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌによって、どのパケットからの送達確認情報を送信すべきなのかを認識し、これに基づいてＢｕｒｓｔＡｃｋを生成し、送信局２に対して送信する。
【００８２】
送信局２は、上記のようなＢｕｒｓｔＡｃｋを受信すると、ＢＡＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌによって、どのパケットからの送達確認情報が送られてきたのかを認識し、ＢｕｒｓｔＡｃｋＢｉｔｍａｐによって、再送すべきデータパケットを認識し、再送処理を行うことになる。
【００８３】
以上のように、本実施形態に係るネットワークシステムでは、送信局２と受信局３との間でデータの送受信が行われる際には、所定のタイミングでＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ／ＢｕｒｓｔＡｃｋ（ＢＡＲ／ＢＡ）のシーケンスが行われ、これによって必要時にはデータの再送処理が行われる。
【００８４】
本発明では、このＢＡＲ／ＢＡのシーケンスを行うタイミングを規定することを特徴としており、以下に本実施形態におけるタイミング設定例として５つの例について説明する。なお、本実施形態におけるタイミング設定例を説明する前に、比較例について説明しておき、この比較例における問題を明確にしておく。
【００８５】
（比較例）
この比較例では、送信局２がＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを行うタイミングとして、送信局２が特定の受信局３にデータの送信を開始してから、あるいは、ＢＡＲ／ＢＡのシーケンスが行われた直後から、送信局２が特定の受信局３に送信したデータの量が、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅ、すなわち、受信局３における受信バッファ１５のバッファサイズ以上となった時点が設定されるようになっている。
【００８６】
図１６は、この比較例におけるデータ送信のシーケンスの一例を示している。この例では、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅを８としている。まず、送信局２にＣＦ−ＰＯＬＬが与えられると、ＴＸＯＰ１期間において、データパケット１〜６が受信局３に送信される。ここで、このＣＦ−ＰＯＬＬが与えられた時点で、送信局２が受信局３に対して送信したデータ量は０であるとする。また、各データパケットの大きさは、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅの単位データサイズである２３０４ｂｙｔｅ（最大データ長）であるものとする。そして、データパケット６の送信が完了した時点で、ＴＸＯＰ１期間の残りが少なくなったことが送信データ管理部７によって認識され、ＱｏＳＮｕｌｌが制御局１に向けて送信される。これによりＴＸＯＰ１が終了する。
【００８７】
その後、再び送信局２にＣＦ−ＰＯＬＬが与えられると、ＴＸＯＰ２期間において、まずデータパケット７・８が送信される。データパケット８が送信された時点で、送信局２から受信局３に対して送信したデータ量は８となり、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅと等しくなる。このことが送信データ管理部７において検出されると、送信局２からＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔが受信局３に向けて送信される。
【００８８】
ここで、受信局３において、データパケット３、５、７の受信が失敗していた場合（図中では×印で示す）、その旨を示すＢｕｒｓｔＡｃｋが送信局２に送信される。送信局２は、データパケット３、５、７の受信が失敗していたことを示すＢｕｒｓｔＡｃｋを受信すると、これら送信に失敗したデータパケットの再送を行う。その後、ＴＸＯＰ２期間において、次のデータパケットの送信を行う時間がないことが認識されると、送信局２はＱｏＳＮｕｌｌを制御局１に向けて送信する。
【００８９】
次に、この比較例において、送信局２における処理の流れについて図１７に示すフローチャートを参照しながら以下に説明する。ＣＦ−ＰＯＬＬを受信することによってＴＸＯＰが開始されると、ステップ１０１（以降Ｓ１０１のように称する）において、その時点までに送信局２が受信局３に対して送信したデータ量がＲｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅ（ＲＯＢＳｉｚｅ）以上となっているか否かが判定される。
【００９０】
Ｓ１０１においてＹＥＳ、すなわち、送信したデータ量がＲＯＢＳｉｚｅ以上となっている場合、残りのＴＸＯＰ期間が十分にあるか否かが判定された上（Ｓ１０２）で、送信局２は、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを受信局３に送信することによって、ＢＡＲ／ＢＡのシーケンスが実行される（Ｓ１０３）。そして、送信局２は、受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４が、ＢｕｒｓｔＡｃｋＢｉｔｍａｐを解析することによって、再送すべきパケットを検索する（Ｓ１０４）。
【００９１】
一方、Ｓ１０１においてＮＯ、すなわち、送信したデータ量がＲＯＢＳｉｚｅ未満である場合、あるいは、Ｓ１０４のステップが行われた後に、Ｓ１０５において、送信すべきパケットがあるか否かが判定される。送信すべきパケットがないと判定された場合（Ｓ１０５においてＮＯ）には、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する。
【００９２】
一方、Ｓ１０５においてＹＥＳ、すなわち、送信すべきパケットがあると判定された場合、Ｓ１０６において、送信すべきパケットが、受信局３における再生に間に合うか否かが判定される。ここで再生に間に合わない（Ｓ１０６においてＮＯ）と判定されたパケットは廃棄され（Ｓ１０７）、Ｓ１０５からのステップに戻ることになる。
【００９３】
一方、Ｓ１０６においてＹＥＳ、すなわち、送信すべきパケットがまだ有効である場合には、Ｓ１０８において残りのＴＸＯＰ期間が十分であるかを確認した上で、そのパケットの送信が行われる（Ｓ１０９）。その後、Ｓ１０１からのステップに戻って、上記の処理がＴＸＯＰが終了するまで繰り返される。一方、ＴＸＯＰの残りが十分にない場合（Ｓ１０２あるいはＳ１０８においてＮＯ）には、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する。
【００９４】
以上のように、この比較例では、送信局２が特定の受信局３に送信したデータの量が、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅ、すなわち、受信局３における受信バッファ１５のバッファサイズ以上となった時点でＢＡＲ／ＢＡのシーケンスが行われるようになっている。よって、受信バッファ１５にバッファされているデータの範囲で再送処理が行われることになるので、バッファから上位の層に送られる前に、再送処理を行うことが可能となる。
【００９５】
しかしながら、この比較例の場合、ＢＡＲ／ＢＡのシーケンスを行うタイミングは、受信局３における受信バッファ１５のバッファサイズに依存することになる。例えば、図１６に示す例では、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅを８としているが、この数字は説明の便宜上用いたものであり、実際に受信局３に実装される受信バッファ１５のバッファサイズは、６４程度が考えられる。この場合、ＢＡＲ／ＢＡのシーケンスのタイミングは、比較的長い周期で行われることになり、この周期の間は再送処理が行われないことになる。よって、動画などのストリームデータを送受信している場合、ＢＡＲ／ＢＡのシーケンスがなかなか行われないことによって、再送すべきデータの再送処理が行われずに、再生時刻に間に合わなくなる場合が生じることになる。このような場合、再生側の映像の乱れや音声の途切れなどが生じるという問題が起こることになる。
【００９６】
（タイミング設定例１）
次に、本実施形態におけるタイミング設定例の第１の実施例について説明する。本実施例では、送信局２がＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを行うタイミングとして、送信局２が制御局１からＴＸＯＰを与えられた時に、そのＴＸＯＰの最初の時点が設定されるようになっている。
【００９７】
図１は、タイミング設定例１におけるデータ送信のシーケンスの一例を示している。この例では、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅを６４としている。まず、送信局２にＣＦ−ＰＯＬＬが与えられると、ＴＸＯＰ１期間の最初に、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、データパケット１〜５が受信局３に送信される。そして、データパケット５の送信が完了した時点で、ＴＸＯＰ１期間の残りが少なくなったことが送信データ管理部７によって認識され、ＱｏＳＮｕｌｌが制御局１に向けて送信される。これによりＴＸＯＰ１が終了する。
【００９８】
その後、再び送信局２にＣＦ−ＰＯＬＬが与えられると、ＴＸＯＰ２期間の最初に、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４が、データパケット３および５の受信が失敗していることを認識し、このデータパケット３および５の再送が行われる。その後、データパケット６〜８が受信局３に送信される。データパケット８の送信が完了した時点で、ＴＸＯＰ２期間の残りが少なくなったことが送信データ管理部７によって認識され、ＱｏＳＮｕｌｌが制御局１に向けて送信される。これによりＴＸＯＰ２が終了する。
【００９９】
次に、このタイミング設定例１において、送信局２における処理の流れについて図６に示すフローチャートを参照しながら以下に説明する。ＣＦ−ＰＯＬＬを受信することによってＴＸＯＰが開始されると、Ｓ１において、まずＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを受信局３に送信することによって、ＢＡＲ／ＢＡのシーケンスが実行される。そして、送信局２は、受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４が、ＢｕｒｓｔＡｃｋＢｉｔｍａｐを解析することによって、再送すべきパケットを検索する（Ｓ２）。
【０１００】
ここで、Ｓ３において、その時点までに送信局２が受信局３に対して送信したデータ量がＲｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅ（ＲＯＢＳｉｚｅ）以上となっているか否かが判定される。この判定は、上記の比較例における判定基準に則ったものとなっている。すなわち、本タイミング設定例１は、比較例におけるＢＡＲ／ＢＡのシーケンスの設定タイミングを含んだものとなっている。このＳ３においてＹＥＳ、すなわち送信したデータ量がＲＯＢＳｉｚｅ以上となっている場合には、Ｓ１のステップに戻り、ＢＡＲ／ＢＡのシーケンスが行われることになる。
【０１０１】
なお、実際には、上記したように、ＲＯＢＳｉｚｅは比較的大きい値となっており、１回のＴＸＯＰの期間で送信可能なデータ量よりも大きい場合がほとんどであると考えられる。よって、上記Ｓ３においてＹＥＳと判定される可能性はきわめて低いと予想される。すなわち、このＳ３における判定は、何らかの事情によって送信したデータ量が大きくなってしまった場合のｆａｉｌ−ｓａｆｅとして機能するものとして考えればよい。
【０１０２】
Ｓ３においてＮＯと判定されると、Ｓ４において、送信すべきパケットがあるか否かが判定される。送信すべきパケットがないと判定された場合（Ｓ４においてＮＯ）には、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する。
【０１０３】
一方、Ｓ４においてＹＥＳ、すなわち、送信すべきパケットがあると判定された場合、Ｓ５において、残りのＴＸＯＰ期間が十分であるかを確認した上で、そのパケットの送信が行われる（Ｓ６）。その後、Ｓ３からのステップに戻って、上記の処理がＴＸＯＰが終了するまで繰り返される。一方、ＴＸＯＰの残りが十分にない場合（Ｓ５においてＮＯ）には、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する。
【０１０４】
以上のように、このタイミング設定例１では、ＴＸＯＰの最初の時点、すなわちＴＸＯＰが開始された直後の時点で、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔの送信が行われ、ＢＡＲ／ＢＡのシーケンスが実行されるようになっている。したがって、送信局３は、受信局との間の通信路状況をいち早く知ることが可能となるので、動画などのストリームデータを送受信している場合に、再生側の映像の乱れや音声の途切れなどが生じることなく、良好な再生動作を行わせることが可能となる。
【０１０５】
また、ＢＡＲ／ＢＡのシーケンスはＴＸＯＰの最初に行われ、その直後に行われる再送処理は、受信局３から送られてきたＢｕｒｓｔＡｃｋに基づいて行われるようになっている。ここで、受信局３は、受信に失敗したデータパケットの中で、再生時刻に間に合うものに関してのみ再送依頼をするようにＢｕｒｓｔＡｃｋを生成する。よって、送信局２は、再送処理を行う際に、再送を行おうとしているデータパケットが、受信側での再生時刻に間に合うかを判定することなく、直前に受信したＢｕｒｓｔＡｃｋに示されている再送要求データパケットを再送すればよいことになる。
【０１０６】
これに対して、例えば再送処理が、その時点でのＴＸＯＰの前のＴＸＯＰにおいて受信したＢｕｒｓｔＡｃｋに基づいて行われる場合には、ＢｕｒｓｔＡｃｋの受信からある程度時間が経過していることになる。よって、ＢｕｒｓｔＡｃｋに示されている再送要求データパケットであっても、受信側での再生時刻に間にあうものであるかはわからないので、送信局２側でこれを判定する必要が生じることになる。
【０１０７】
すなわち、このタイミング設定例１のように、ＴＸＯＰの最初にＢＡＲ／ＢＡのシーケンスを行い、その直後から再送処理を行うことによって、送信局２における再送処理の手間、すなわち、再送を行おうとしているデータパケットが、受信側での再生時刻に間に合うかを判定する手間を削減することが可能となる。
【０１０８】
また、ＴＸＯＰの最初にＢＡＲ／ＢＡのシーケンスを行っているので、例えばこのＢＡＲ／ＢＡのシーケンスに失敗した場合、連続してリトライを行っても、ほぼ確実に同じＴＸＯＰ期間内でＢＡＲ／ＢＡのシーケンスを完了することができる。
【０１０９】
ここで、ＢＡＲ／ＢＡのシーケンスのリトライ動作について、図１８を参照しながら説明しておく。図１８に示す例では、データパケット５が送信された後に、送信局２からＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔが受信局３に送信され、受信局３から送信局２に対してＢｕｒｓｔＡｃｋが送信されている。ここで、送信局２がＢｕｒｓｔＡｃｋの受信に失敗した場合に、送信局２は再びＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを受信局３に向けて送信する。これがリトライ動作の第１の例である。
【０１１０】
また、図１８に示す例では、データパケット７が送信された後に、送信局２からＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔが受信局３に送信されている。受信局３が、このＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔの受信に失敗した場合、ＢｕｒｓｔＡｃｋの返信を行うことはできないことになる。この場合、送信局２は、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔの送信完了からＰＩＦＳ期間の後に、再びＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔの送信を行うことになる。これがリトライ動作の第２の例である。
【０１１１】
以上のようなリトライ動作が行われる場合、例えばＢＡＲ／ＢＡのシーケンスがＴＸＯＰの残り時間が少ない時点で行われると、そのＴＸＯＰ期間内でＢＡＲ／ＢＡのシーケンスを完了することができない場合も考えられる。
【０１１２】
すなわち、このタイミング設定例１のように、ＴＸＯＰの最初にＢＡＲ／ＢＡのシーケンスを行うことによって、たとえＢＡＲ／ＢＡのシーケンスの失敗を数回繰り返したとしても、ほぼ確実に同じＴＸＯＰ期間内でＢＡＲ／ＢＡのシーケンスを完了することが可能となる。
【０１１３】
なお、送信局２から受信局３に向けてデータの送信を新たに開始する際の最初のＴＸＯＰにおいては、このＴＸＯＰの最初にＢＡＲ／ＢＡのシーケンスを行っても、再送すべきデータパケットは存在しないはずである。よって、この最初のＴＸＯＰでは、ＢＡＲ／ＢＡのシーケンスを行わないように設定してもよい。
【０１１４】
（タイミング設定例２）
次に、本実施形態におけるタイミング設定例の第２の実施例について説明する。本実施例では、送信局２がＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを行うタイミングとして、送信局２が制御局１からＴＸＯＰを与えられた時に、そのＴＸＯＰの最後の時点が設定されるようになっている。
【０１１５】
図７は、タイミング設定例２におけるデータ送信のシーケンスの一例を示している。この例では、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅを６４としている。まず、送信局２にＣＦ−ＰＯＬＬが与えられると、ＴＸＯＰ１期間において、データパケット１〜５が受信局３に送信される。そして、データパケット５の送信が完了した時点で、ＴＸＯＰ１期間の残りが所定の時間以内になったことが送信データ管理部７によって認識され、この時点でＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、ＱｏＳＮｕｌｌが制御局１に向けて送信され、これによりＴＸＯＰ１が終了する。
【０１１６】
その後、再び送信局２にＣＦ−ＰＯＬＬが与えられ、ＴＸＯＰ２が開始すると、ＴＸＯＰ１において受信したＢｕｒｓｔＡｃｋに基づいて、受信局３において受信が失敗しているデータパケット３および５の再送が行われる。その後、データパケット６〜８が受信局３に送信される。データパケット８の送信が完了した時点で、ＴＸＯＰ２期間の残りが所定の時間以内になったことが送信データ管理部７によって認識され、この時点でＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、ＱｏＳＮｕｌｌが制御局１に向けて送信され、これによりＴＸＯＰ２が終了する。
【０１１７】
次に、このタイミング設定例２において、送信局２における処理の流れについて図８に示すフローチャートを参照しながら以下に説明する。ＣＦ−ＰＯＬＬを受信することによってＴＸＯＰが開始されると、Ｓ１１において、送信データ管理部７によって実パケット送信期間の算出が行われる。この実パケット送信期間は、ＴＸＯＰ期間から、ＢＡＲ／ＢＡのシーケンスに必要とされる期間を差し引くことによって求められる。すなわち、図７においては、ＣＦ−ＰＯＬＬの受信からＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔの送信が行われるまでの期間が実パケット送信期間に相当することになる。
【０１１８】
次に、Ｓ１２において、その時点までに送信局２が受信局３に対して送信したデータ量がＲｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅ（ＲＯＢＳｉｚｅ）以上となっているか否かが判定される。この判定は、上記の比較例における判定基準に則ったものとなっている。すなわち、本タイミング設定例２は、タイミング設定例１と同様に、比較例におけるＢＡＲ／ＢＡのシーケンスの設定タイミングを含んだものとなっている。このＳ１２においてＹＥＳ、すなわち送信したデータ量がＲＯＢＳｉｚｅ以上となっている場合には、Ｓ１８のステップに移行し、ＢＡＲ／ＢＡのシーケンスが行われた後に、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する。
【０１１９】
なお、実際には、上記したように、ＲＯＢＳｉｚｅは比較的大きい値となっており、１回のＴＸＯＰの期間で送信可能なデータ量よりも大きい場合がほとんどであると考えられる。よって、上記Ｓ１２においてＹＥＳと判定される可能性はきわめて低いと予想される。すなわち、このＳ１２における判定は、何らかの事情によって送信したデータ量が大きくなってしまった場合のｆａｉｌ−ｓａｆｅとして機能するものとして考えればよい。
【０１２０】
Ｓ１２においてＮＯと判定されると、Ｓ１３において、送信すべきパケットがあるか否かが判定される。送信すべきパケットがないと判定された場合（Ｓ１３においてＮＯ）には、Ｓ１８のステップに移行し、ＢＡＲ／ＢＡのシーケンスが行われた後に、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する。
【０１２１】
一方、Ｓ１３においてＹＥＳ、すなわち、送信すべきパケットがあると判定された場合、Ｓ１４において、送信すべきパケットが、受信局３における再生に間に合うか否かが判定される。ここで再生に間に合わない（Ｓ１４においてＮＯ）と判定されたパケットは廃棄され（Ｓ１５）、Ｓ１３からのステップに戻ることになる。
【０１２２】
一方、Ｓ１４においてＹＥＳ、すなわち、送信すべきパケットがまだ有効である場合には、Ｓ１６において残りの実パケット送信期間が十分であるかを確認した上で、そのパケットの送信が行われる（Ｓ１７）。その後、Ｓ１３からのステップに戻って、上記の処理がＴＸＯＰが終了するまで繰り返される。一方、実パケット送信期間の残りが十分にない場合（Ｓ１６においてＮＯ）には、Ｓ１８のステップに移行し、ＢＡＲ／ＢＡのシーケンスが行われた後に、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する。
【０１２３】
以上のように、このタイミング設定例２では、ＴＸＯＰの最後の時点、すなわち、ＱｏＳＮｕｌｌの送信の直前において、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔの送信が行われ、ＢＡＲ／ＢＡのシーケンスが実行されるようになっている。したがって、送信局２がＢｕｒｓｔＡｃｋを受信すると、ＴＸＯＰが終了することになるので、このＢｕｒｓｔＡｃｋに基づく再送処理は、次のＴＸＯＰにおいて行われることになる。すなわち、ＢｕｒｓｔＡｃｋの受信から、これに基づく再送処理を行うまでの時間は比較的長いものとなる。したがって、ＢｕｒｓｔＡｃｋ解析部４は、ＢｕｒｓｔＡｃｋを受信してからこれを解析して送信すべきデータパケットを特定するまでの処理を、比較的長い時間をかけて行ってもよいことになる。
【０１２４】
これに対して、例えばＢｕｒｓｔＡｃｋを受信した直後から再送処理を行わなければならない場合には、ＢｕｒｓｔＡｃｋ解析部４による処理は、ＳＩＦＳの期間内に行わなければならないことになり、極めて高速な処理を行うことが要求されることになる。
【０１２５】
すなわち、このタイミング設定例２のように、ＴＸＯＰの最後にＢＡＲ／ＢＡのシーケンスを行うことによって、ＢｕｒｓｔＡｃｋ解析部４を、高速な処理を行うことが可能な回路で構成する必要がなくなる。よって、コストの高い高速な演算装置などを実装する必要がなくなり、装置コストの低減を図ることができる。
【０１２６】
また、ＱｏＳＮｕｌｌの送信の直前でＢＡＲ／ＢＡのシーケンスを行うことになるので、ＱｏＳＮｕｌｌには、最新のＢＡＲ／ＢＡのシーケンスの結果を反映したバッファ状況に関する情報または送信権を付与して欲しい期間の情報を含めることが可能となる。したがって、よりアップデートなバッファ状況または送信権を付与して欲しい期間の情報を制御局１に送信することができるので、制御局１による、より最適なスケジューリングを期待することができる。
【０１２７】
（タイミング設定例３）
次に、本実施形態におけるタイミング設定例の第３の実施例について説明する。本実施例では、送信局２がＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを行うタイミングとして、データパケットの送信を所定の回数行ったごとに行われるようになっている。
【０１２８】
図９は、タイミング設定例３におけるデータ送信のシーケンスの一例を示している。この例では、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅを６４としている。まず、送信局２にＣＦ−ＰＯＬＬが与えられると、ＴＸＯＰ１期間において、データパケット１〜３が受信局３に送信される。そして、データパケットの送信が３回行われたことが送信データ管理部７によって認識され、この時点でＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４によってデータパケット３が受信失敗されていることが認識され、データパケット３の再送が行われる。
【０１２９】
その後、データパケット４の送信が行われた時点で、ＴＸＯＰ１期間の残りが少なくなったことが送信データ管理部７によって認識され、ＱｏＳＮｕｌｌが制御局１に向けて送信される。これによりＴＸＯＰ１が終了する。
【０１３０】
その後、再び送信局２にＣＦ−ＰＯＬＬが与えられると、データパケット５の送信が行われる。そして、前回ＢＡＲ／ＢＡのシーケンスが行われてからデータパケットの送信が３回行われたことが送信データ管理部７によって認識され、この時点でＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４によってデータパケット５が受信失敗されていることが認識され、データパケット５の再送が行われる。
【０１３１】
その後、データパケット６および７の送信が行われる。そして、データパケット７の送信が行われた時点で、前回ＢＡＲ／ＢＡのシーケンスが行われてからデータパケットの送信が３回行われたことが送信データ管理部７によって認識され、この時点でＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信され、ＢｕｒｓｔＡｃｋが受信される。この時点で、ＴＸＯＰ２期間の残りが少なくなったことが送信データ管理部７によって認識され、ＱｏＳＮｕｌｌが制御局１に向けて送信される。これによりＴＸＯＰ２が終了する。
【０１３２】
次に、このタイミング設定例３において、送信局２における処理の流れについて図１０に示すフローチャートを参照しながら以下に説明する。ＣＦ−ＰＯＬＬを受信することによってＴＸＯＰが開始されると、Ｓ２１において、その時点までに送信局２が受信局３に対して送信したデータ量がＲｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅ（ＲＯＢＳｉｚｅ）以上となっているか否かが判定される。この判定は、上記の比較例における判定基準に則ったものとなっている。すなわち、本タイミング設定例３は、タイミング設定例１および２と同様に、比較例におけるＢＡＲ／ＢＡのシーケンスの設定タイミングを含んだものとなっている。このＳ２１においてＹＥＳ、すなわち送信したデータ量がＲＯＢＳｉｚｅ以上となっている場合には、Ｓ２３のステップに移行し、ＴＸＯＰの残り時間が確認された上でＢＡＲ／ＢＡのシーケンスが行われる。
【０１３３】
なお、実際には、上記したように、ＲＯＢＳｉｚｅは比較的大きい値となっており、１回のＴＸＯＰの期間で送信可能なデータ量よりも大きい場合がほとんどであると考えられる。よって、上記Ｓ２１においてＹＥＳと判定される可能性はきわめて低いと予想される。すなわち、このＳ２１における判定は、何らかの事情によって送信したデータ量が大きくなってしまった場合のｆａｉｌ−ｓａｆｅとして機能するものとして考えればよい。
【０１３４】
Ｓ２１においてＮＯと判定されると、Ｓ２２において、データパケットの送信が所定回数行われたか否かが判定される。詳しく説明すると、送信局２が特定の受信局３にデータの送信を開始してから、あるいは、ＢＡＲ／ＢＡのシーケンスが行われた直後から、送信局２から特定の受信局３に向けてのデータパケットの送信回数が、所定回数となったか否かが判定される。このＳ２２においてＮＯ、すなわち、データパケットの送信が所定回数行われていないと判定された場合には、Ｓ２６からの処理に移行する。
【０１３５】
一方、Ｓ２２においてＹＥＳ、すなわち、データパケットの送信が所定回数行われたと判定された場合には、ＴＸＯＰ期間の残りが十分にあるかが確認された上で（Ｓ２３）、送信局２は、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを受信局３に送信することによって、ＢＡＲ／ＢＡのシーケンスが実行される（Ｓ２４）。そして、送信局２は、受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４が、ＢｕｒｓｔＡｃｋＢｉｔｍａｐを解析することによって、再送すべきパケットを検索する（Ｓ２５）。
【０１３６】
その後、Ｓ２６において、送信すべきパケットがあるか否かが判定される。送信すべきパケットがないと判定された場合（Ｓ２６においてＮＯ）には、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する。
【０１３７】
一方、Ｓ２６においてＹＥＳ、すなわち、送信すべきパケットがあると判定された場合、Ｓ２７において、送信すべきパケットが、受信局３における再生に間に合うか否かが判定される。ここで再生に間に合わない（Ｓ２７においてＮＯ）と判定されたパケットは廃棄され（Ｓ２８）、Ｓ２６からのステップに戻ることになる。
【０１３８】
一方、Ｓ２７においてＹＥＳ、すなわち、送信すべきパケットがまだ有効である場合には、Ｓ２９において残りのＴＸＯＰ期間が十分であるかを確認した上で、そのパケットの送信が行われる（Ｓ３０）。その後、Ｓ２１からのステップに戻って、上記の処理がＴＸＯＰが終了するまで繰り返される。一方、ＴＸＯＰ期間の残りが十分にない場合（Ｓ２３あるいはＳ２９においてＮＯ）には、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する。
【０１３９】
以上のように、このタイミング設定例３では、データパケットの送信を所定の回数行ったごとにＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔの送信が行われ、ＢＡＲ／ＢＡのシーケンスが実行されるようになっている。したがって、受信局３における受信バッファ１５のサイズ、および、制御局１から与えられるＴＸＯＰの長さに依存することなく、定期的にＢＡＲ／ＢＡのシーケンスを実行することが可能となるので、再送処理が必要以上に遅れることなく、適切なタイミングで行うことが可能となる。これにより、動画などのストリームデータを送受信している場合に、再生側の映像の乱れや音声の途切れなどが生じることなく、良好な再生動作を行わせることが可能となる。
【０１４０】
なお、上記のタイミング設定例３では、ＢＡＲ／ＢＡのシーケンスが行われるタイミングとして、データパケットの送信が所定回数行われるごととしているが、次のようなタイミングに設定してもよい。すなわち、ある時点において、送信局２が送信しようとしているデータパケットから所定個数前に送信したデータパケットが、受信局３において正常に受信されたことが未確認である場合に、ＢＡＲ／ＢＡのシーケンスを行うようにしてもよい。つまり、この変形実施例と、上記のタイミング設定例３との相違点としては、上記のタイミング設定例３では、データパケットの送信が所定回数行われるごとに必ずＢＡＲ／ＢＡのシーケンスが行われるようになっているのに対して、上記の変形実施例では、正常受信が未確認となっているデータパケットの送信から所定回数のデータパケットの送信が行われた際にＢＡＲ／ＢＡのシーケンスが行われるようになっている点である。
【０１４１】
（タイミング設定例４）
次に、本実施形態におけるタイミング設定例の第４の実施例について説明する。本実施例では、送信局２がＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを行うタイミングとして、ＢＡＲ／ＢＡのシーケンスが行われた直後から、送信局２から受信局３に向けてのデータパケットの送信回数が所定回数となった時点、および、送信局２が制御局１からＴＸＯＰを与えられた時に、そのＴＸＯＰの最初の時点が設定されるようになっている。
【０１４２】
図１１は、タイミング設定例４におけるデータ送信のシーケンスの一例を示している。この例では、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅを６４としている。まず、送信局２にＣＦ−ＰＯＬＬが与えられると、ＴＸＯＰ１期間の最初に、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、データパケット１〜３が受信局３に送信される。そして、前回ＢＡＲ／ＢＡのシーケンスが行われてからデータパケットの送信が３回行われたことが送信データ管理部７によって認識され、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４によってデータパケット２が受信失敗されていることが認識され、データパケット２の再送が行われる。
【０１４３】
その後、ＴＸＯＰ１期間の残りが少なくなったことが送信データ管理部７によって認識され、ＱｏＳＮｕｌｌが制御局１に向けて送信される。これによりＴＸＯＰ１が終了する。
【０１４４】
その後、再び送信局２にＣＦ−ＰＯＬＬが与えられると、ＴＸＯＰ２期間の最初に、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、データパケット４〜６が受信局３に送信される。そして、前回ＢＡＲ／ＢＡのシーケンスが行われてからデータパケットの送信が３回行われたことが送信データ管理部７によって認識され、この時点でＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４によって再送すべきデータがないことが認識され、データパケット７の送信が行われる。そしてこの時点で、ＴＸＯＰ２期間の残りが少なくなったことが送信データ管理部７によって認識され、ＱｏＳＮｕｌｌが制御局１に向けて送信される。これによりＴＸＯＰ２が終了する。
【０１４５】
次に、このタイミング設定例４において、送信局２における処理の流れについて図１２に示すフローチャートを参照しながら以下に説明する。ＣＦ−ＰＯＬＬを受信することによってＴＸＯＰが開始されると、Ｓ３３のステップに移行し、ＴＸＯＰ期間の残りが十分にあるかが確認された上で（Ｓ３３）、送信局２は、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを受信局３に送信することによって、ＢＡＲ／ＢＡのシーケンスが実行される（Ｓ３４）。
【０１４６】
そして、送信局２は、受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４が、ＢｕｒｓｔＡｃｋＢｉｔｍａｐを解析することによって、再送すべきパケットを検索する（Ｓ３５）。
【０１４７】
その後、Ｓ３６において、送信すべきパケットがあるか否かが判定される。送信すべきパケットがないと判定された場合（Ｓ３６においてＮＯ）には、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する。
【０１４８】
一方、Ｓ３６においてＹＥＳ、すなわち、送信すべきパケットがあると判定された場合、Ｓ３７において、送信すべきパケットが、受信局３における再生に間に合うか否かが判定される。ここで再生に間に合わない（Ｓ３７においてＮＯ）と判定されたパケットは廃棄され（Ｓ３８）、Ｓ３６からのステップに戻ることになる。
【０１４９】
一方、Ｓ３７においてＹＥＳ、すなわち、送信すべきパケットがまだ有効である場合には、Ｓ３９において残りのＴＸＯＰ期間が十分であるかを確認した上で、そのパケットの送信が行われる（Ｓ４０）。その後、Ｓ３１からのステップに戻って、その時点までに送信局２が受信局３に対して送信したデータ量がＲｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅ（ＲＯＢＳｉｚｅ）以上となっているか否かが判定される。この判定は、上記の比較例における判定基準に則ったものとなっている。すなわち、本タイミング設定例４は、タイミング設定例１ないし３と同様に、比較例におけるＢＡＲ／ＢＡのシーケンスの設定タイミングを含んだものとなっている。このＳ３１においてＹＥＳ、すなわち送信したデータ量がＲＯＢＳｉｚｅ以上となっている場合には、Ｓ３３のステップに移行し、ＴＸＯＰの残り時間が確認された上でＢＡＲ／ＢＡのシーケンスが行われる。
【０１５０】
なお、実際には、上記したように、ＲＯＢＳｉｚｅは比較的大きい値となっており、１回のＴＸＯＰの期間で送信可能なデータ量よりも大きい場合がほとんどであると考えられる。よって、上記Ｓ３１においてＹＥＳと判定される可能性はきわめて低いと予想される。すなわち、このＳ３１における判定は、何らかの事情によって送信したデータ量が大きくなってしまった場合のｆａｉｌ−ｓａｆｅとして機能するものとして考えればよい。
【０１５１】
Ｓ３１においてＮＯと判定されると、Ｓ３２において、データパケットの送信が所定回数行われたか否かが判定される。詳しく説明すると、送信局２が特定の受信局３にデータの送信を開始してから、あるいは、ＢＡＲ／ＢＡのシーケンスが行われた直後から、送信局２から特定の受信局３に向けてのデータパケットの送信回数が、所定回数となったか否かが判定される。このＳ３２においてＮＯ、すなわち、データパケットの送信が所定回数行われていないと判定された場合には、Ｓ３６からの処理に移行する。
【０１５２】
一方、Ｓ３２においてＹＥＳ、すなわち、データパケットの送信が所定回数行われたと判定された場合には、ＴＸＯＰ期間の残りが十分にあるかが確認された上で（Ｓ３３）、送信局２は、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを受信局３に送信することによって、ＢＡＲ／ＢＡのシーケンスが実行される（Ｓ３４）。そして、送信局２は、受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４が、ＢｕｒｓｔＡｃｋＢｉｔｍａｐを解析することによって、再送すべきパケットを検索する（Ｓ３５）。
上記の処理がＴＸＯＰが終了するまで繰り返される。一方、ＴＸＯＰ期間の残りが十分にない場合（Ｓ３３あるいはＳ３９においてＮＯ）には、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する
以上のように、このタイミング設定例４では、データパケットの送信を所定の回数行ったときと送信局２が制御局１からＴＸＯＰを与えられた時に、そのＴＸＯＰの最初の時点に、ＢＡＲ／ＢＡのシーケンスが実行されるようになっている。したがって、受信局３における受信バッファ１５のサイズ、および、制御局１から与えられるＴＸＯＰの長さに依存することなく、定期的にＢＡＲ／ＢＡのシーケンスを実行することが可能となるので、再送処理が必要以上に遅れることなく、適切なタイミングで行うことが可能となる。また、第一の通信局に送信権が付与された直後にも送達確認要求・返信処理が行われることになるので、第１の通信局は第２の通信局との間の通信路状況をいち早く知ることができる。これにより、動画などのストリームデータを送受信している場合に、再生側の映像の乱れや音声の途切れなどが生じることなく、良好な再生動作を行わせることが可能となる。
【０１５３】
（タイミング設定例５）
次に、本実施形態におけるタイミング設定例の第５の実施例について説明する。本実施例では、送信局２がＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを行うタイミングとして、ＢＡＲ／ＢＡのシーケンスが行われた直後から、送信局２から受信局３に向けてのデータパケットの送信回数が所定回数となった時点、および、送信局２が制御局１から所定の閾値以上の期間のＴＸＯＰを与えられた時に、そのＴＸＯＰの最初の時点が設定されるようになっている。
【０１５４】
図１３は、タイミング設定例４におけるデータ送信のシーケンスの一例を示している。この例では、Ｒｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅを６４としている。まず、送信局２にＣＦ−ＰＯＬＬが与えられると、ＴＸＯＰ１の長さが閾値以上であると判断され、ＴＸＯＰ１期間の最初に、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、データパケット１〜３が受信局３に送信される。そして、前回ＢＡＲ／ＢＡのシーケンスが行われてからデータパケットの送信が３回行われたことが送信データ管理部７によって認識され、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４によってデータパケット２と３が受信失敗されていることが認識され、データパケット２と３の再送が行われる。
【０１５５】
その後、ＴＸＯＰ１期間の残りが少なくなったことが送信データ管理部７によって認識され、ＱｏＳＮｕｌｌが制御局１に向けて送信される。これによりＴＸＯＰ１が終了する。
【０１５６】
その後、再び送信局２にＣＦ−ＰＯＬＬが与えられると、ＴＸＯＰ２の長さが閾値以上ではないと判断され、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）の送信は行わずに、データパケット４が受信局３に送信される。そして、前回ＢＡＲ／ＢＡのシーケンスが行われてからデータパケットの送信が３回行われたことが送信データ管理部７によって認識され、この時点でＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ（Ｒｅｑ）が送信局２から受信局３に送信される。その後、送信局２が受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４によって再送すべきデータがないことが認識され、データパケット５と６の送信が行われる。そしてこの時点で、ＴＸＯＰ２期間の残りが少なくなったことが送信データ管理部７によって認識され、ＱｏＳＮｕｌｌが制御局１に向けて送信される。これによりＴＸＯＰ２が終了する。
【０１５７】
次に、このタイミング設定例５において、送信局２における処理の流れについて図１４に示すフローチャートを参照しながら以下に説明する。ＣＦ−ＰＯＬＬを受信することによってＴＸＯＰが開始されると、Ｓ４１においてＴＸＯＰの長さが閾値以上であるか否かが判断される。このＳ４１においてＹＥＳ、すなわちＴＸＯＰの長さが閾値を以上である場合には、ＴＸＯＰ期間の残りが十分にあるかが確認された上で（Ｓ４４）、送信局２は、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを受信局３に送信することによって、ＢＡＲ／ＢＡのシーケンスが実行される（Ｓ４５）。そして、送信局２は、受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４が、ＢｕｒｓｔＡｃｋＢｉｔｍａｐを解析することによって、再送すべきパケットを検索する（Ｓ４６）。
【０１５８】
一方、Ｓ４１においてＮＯと判定されるとＳ４２へと進み、Ｓ４２において、その時点までに送信局２が受信局３に対して送信したデータ量がＲｅ−ＯｒｄｅｒｉｎｇＢｕｆｆｅｒＳｉｚｅ（ＲＯＢＳｉｚｅ）以上となっているか否かが判定される。この判定は、上記の比較例における判定基準に則ったものとなっている。すなわち、本タイミング設定例５は、タイミング設定例１ないし４と同様に、比較例におけるＢＡＲ／ＢＡのシーケンスの設定タイミングを含んだものとなっている。このＳ４２においてＹＥＳ、すなわち送信したデータ量がＲＯＢＳｉｚｅ以上となっている場合には、Ｓ４４のステップに移行し、ＴＸＯＰの残り時間が確認された上でＢＡＲ／ＢＡのシーケンスが行われる。
【０１５９】
なお、実際には、上記したように、ＲＯＢＳｉｚｅは比較的大きい値となっており、１回のＴＸＯＰの期間で送信可能なデータ量よりも大きい場合がほとんどであると考えられる。よって、上記Ｓ４２においてＹＥＳと判定される可能性はきわめて低いと予想される。すなわち、このＳ４２における判定は、何らかの事情によって送信したデータ量が大きくなってしまった場合のｆａｉｌ−ｓａｆｅとして機能するものとして考えればよい。
【０１６０】
Ｓ４２においてＮＯと判定されると、Ｓ４３において、データパケットの送信が所定回数行われたか否かが判定される。詳しく説明すると、送信局２が特定の受信局３にデータの送信を開始してから、あるいは、ＢＡＲ／ＢＡのシーケンスが行われた直後から、送信局２から特定の受信局３に向けてのデータパケットの送信回数が、所定回数となったか否かが判定される。このＳ４３においてＮＯ、すなわち、データパケットの送信が所定回数行われていないと判定された場合には、Ｓ４７からの処理に移行する。
【０１６１】
一方、Ｓ４３においてＹＥＳ、すなわち、データパケットの送信が所定回数行われたと判定された場合には、ＴＸＯＰ期間の残りが十分にあるかが確認された上で（Ｓ４４）、送信局２は、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔを受信局３に送信することによって、ＢＡＲ／ＢＡのシーケンスが実行される（Ｓ４５）。そして、送信局２は、受信局３からＢｕｒｓｔＡｃｋを受信すると、ＢｕｒｓｔＡｃｋ解析部４が、ＢｕｒｓｔＡｃｋＢｉｔｍａｐを解析することによって、再送すべきパケットを検索する（Ｓ４６）。
【０１６２】
その後、Ｓ４７において、送信すべきパケットがあるか否かが判定される。送信すべきパケットがないと判定された場合（Ｓ４７においてＮＯ）には、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する。
【０１６３】
一方、Ｓ４７においてＹＥＳ、すなわち、送信すべきパケットがあると判定された場合、Ｓ４８において、送信すべきパケットが、受信局３における再生に間に合うか否かが判定される。ここで再生に間に合わない（Ｓ４８においてＮＯ）と判定されたパケットは廃棄され（Ｓ４９）、Ｓ４７からのステップに戻ることになる。
【０１６４】
一方、Ｓ４８においてＹＥＳ、すなわち、送信すべきパケットがまだ有効である場合には、Ｓ５０において残りのＴＸＯＰ期間が十分であるかを確認した上で、そのパケットの送信が行われる（Ｓ５１）。その後、Ｓ４２からのステップに戻って、上記の処理がＴＸＯＰが終了するまで繰り返される。一方、ＴＸＯＰ期間の残りが十分にない場合（Ｓ４４あるいはＳ５０においてＮＯ）には、送信局２はＱｏＳＮｕｌｌを制御局１に送信することによって、ＴＸＯＰを終了する。
【０１６５】
以上のように、このタイミング設定例５では、データパケットの送信が所定の回数行われた時点、および、ＴＸＯＰの長さが閾値以上であった場合にＴＸＯＰを付与された直後の時点で、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔの送信が行われ、ＢＡＲ／ＢＡのシーケンスが実行されるようになっている。したがって、受信局３における受信バッファ１５のサイズに依存することなく、定期的にＢＡＲ／ＢＡのシーケンスを実行することが可能となるので、再送処理が必要以上に遅れることなく、適切なタイミングで行うことが可能となる。また、ＴＸＯＰに余裕があるときには、ＴＸＯＰの最初にＢＡＲ／ＢＡのシーケンスが行われることによって、送信局２は受信局３との通信状況をいち早く知ることが可能となる。これにより、動画などのストリームデータを送受信している場合に、再生側の映像の乱れや音声の途切れなどが生じることなく、良好な再生動作を行わせることが可能となる。
【０１６６】
また、ＴＸＯＰの長さが所定の閾値より短い、すなわちＴＸＯＰに余裕がない場合には、ＴＸＯＰの最初にはＢＡＲ／ＢＡのシーケンスが行われないことになる。よって、ＢＡＲ／ＢＡのシーケンスに必要とされる期間をデータパケットの送信に割り当てることが可能となるので、ＴＸＯＰの最初に必ずＢＡＲ／ＢＡのシーケンスを行う場合と比較して、長さが短いＴＸＯＰにおけるデータパケットの伝送効率を向上させることができる。
【０１６７】
【発明の効果】
以上のように、本発明に係る通信管理方法は、上記通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみとし、第１の通信局が、第２の通信局に対してデータパケットの送信を行っている場合、上記第２の通信局が、上記第１の通信局からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、上記第１の通信局が、送達確認情報に基づいてデータパケットの再送処理を行うものとし、上記第１の通信局と上記第２の通信局との間での送達確認要求・返信処理が、上記第１の通信局に送信権が付与された直後に行われるものとする方法である。
【０１６８】
これにより、第１の通信局は第２の通信局との間の通信路状況をいち早く知ることができるので、再送処理が必要以上に遅れることなく、適切なタイミングで行うことが可能となるという効果を奏する。
【０１６９】
また、たとえ送達確認要求・返信処理の送受信の失敗を数回繰り返したとしても、ほぼ確実に同じ送信権付与期間内で送達確認要求・返信処理を完了することが可能となり、再送処理も迅速に行うことが可能となるという効果を奏する。
【０１７０】
また、本発明に係る通信管理方法は、上記通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみとし、第１の通信局が、第２の通信局に対してデータパケットの送信を行っている場合、上記第２の通信局が、上記第１の通信局からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、上記第１の通信局が、送達確認情報に基づいてデータパケットの再送処理を行うものとし、上記第１の通信局と上記第２の通信局との間での送達確認要求・返信処理が、上記第１の通信局に送信権が付与された期間の最後に行われるものとする方法である。
【０１７１】
これにより、第１の通信局における送達確認情報の解析および再送処理を行うブロックを、高速な処理を行うことが可能な回路で構成する必要がなくなる。よって、コストの高い高速な演算装置などを実装する必要がなくなり、装置コストの低減を図ることができるという効果を奏する。
【０１７２】
また、本発明に係る通信管理方法は、上記ネットワークシステムに、該ネットワークシステムにおける送信権の付与に関するスケジューリングを行う制御局が設けられているとともに、上記送達確認要求・返信処理の後に、上記第１の通信局が、その時点での第１の通信局におけるバッファ状況を示す情報または送信権を付与して欲しい期間の情報を上記制御局に対して送信するものとする方法としてもよい。
【０１７３】
これにより、上記の方法による効果に加えて、制御局に対しては、最新の送達確認要求・返信処理の結果を反映したバッファ状況に関する情報を送信することが可能となる。したがって、よりアップデートなバッファ状況または送信権を付与して欲しい期間の情報を制御局に送信することができるので、制御局による、より最適なスケジューリングを期待することができるという効果を奏する。
【０１７４】
また、本発明に係る通信管理方法は、上記通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみとし、第１の通信局が、第２の通信局に対してデータパケットの送信を行っている場合、上記第２の通信局が、上記第１の通信局からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、上記第１の通信局が、送達確認情報に基づいてデータパケットの再送処理を行うものとし、上記第１の通信局が上記第２の通信局にデータの送信を開始してから、あるいは、送達確認要求・返信処理が行われた直後から、上記第１の通信局から上記第２の通信局に向けてのデータパケットの送信回数が所定回数となった時点で、上記第１の通信局と上記第２の通信局との間での送達確認要求・返信処理が行われるものとする方法である。
【０１７５】
これにより、例えば受信局としての第２の通信局における受信バッファのサイズや、制御局から与えられる送信権の付与期間の長さなどに依存することなく、定期的に送達確認要求・返信処理を実行することが可能となるので、再送処理が必要以上に遅れることなく、適切なタイミングで行うことが可能となるという効果を奏する。
【０１７６】
また、本発明に係る通信管理方法は、上記通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみとし、第１の通信局が、第２の通信局に対してデータパケットの送信を行っている場合、上記第２の通信局が、上記第１の通信局からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、上記第１の通信局が、送達確認情報に基づいてデータパケットの再送処理を行うものとし、上記第１の通信局が上記第２の通信局に対して送信しようとしているデータパケットから所定個数前に送信したデータパケットが、第２の通信局において正常に受信されたことが未確認である場合に、上記第１の通信局と上記第２の通信局との間での送達確認要求・返信処理が行われるものとする方法である。
【０１７７】
これにより、例えば受信局としての第２の通信局における受信バッファのサイズや、制御局から与えられる送信権の付与期間の長さなどに依存することなく、定期的に送達確認要求・返信処理を実行することが可能となるので、再送処理が必要以上に遅れることなく、適切なタイミングで行うことが可能となるという効果を奏する。
【０１７８】
また、本発明に係る通信管理方法は、上記通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみとし、第１の通信局が、第２の通信局に対してデータパケットの送信を行っている場合、上記第２の通信局が、上記第１の通信局からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、上記第１の通信局が、送達確認情報に基づいてデータパケットの再送処理を行うものとし、上記第１の通信局が上記第２の通信局にデータの送信を開始してから、あるいは、送達確認要求・返信処理が行われた直後から、上記第１の通信局から上記第２の通信局に向けてのデータパケットの送信回数が所定回数となった時点、および、上記第１の通信局に送信権が付与された直後の時点で、上記第１の通信局と上記第２の通信局との間での送達確認要求・返信処理が行われるものとする方法である。
【０１７９】
これにより、例えば受信局としての第２の通信局における受信バッファのサイズや、制御局から与えられる送信権の付与期間の長さなどに依存することなく、定期的に送達確認要求・返信処理を実行することが可能となるので、再送処理が必要以上に遅れることなく、適切なタイミングで行うことが可能となるという効果を奏する。また、第１の通信局に送信権が付与された直後にも送達確認要求・返信処理が行われることになるので、第１の通信局は第２の通信局との間の通信路状況をいち早く知ることができるという効果を奏する。
【０１８０】
また、本発明に係る通信管理方法は、上記通信ネットワークを介してデータの送信ができる通信局は、その時点で送信権を有している通信局のみとし、第１の通信局が、第２の通信局に対してデータパケットの送信を行っている場合、上記第２の通信局が、上記第１の通信局からの要求に応じて、受信した複数のデータパケットに対する送達確認情報を返信し、上記第１の通信局が、送達確認情報に基づいてデータパケットの再送処理を行うものとし、上記第１の通信局が上記第２の通信局にデータの送信を開始してから、あるいは、送達確認要求・返信処理が行われた直後から、上記第１の通信局から上記第２の通信局に向けてのデータパケットの送信回数が所定回数となった時点、および、上記第１の通信局に送信権が付与された期間が閾値以上となる場合に、該送信権を付与された直後の時点で、上記第１の通信局と上記第２の通信局との間での送達確認要求・返信処理が行われるものとする方法である。
【０１８１】
これにより、例えば受信局としての第２の通信局における受信バッファのサイズなどに依存することなく、定期的に送達確認要求・返信処理を実行することが可能となるので、再送処理が必要以上に遅れることなく、適切なタイミングで行うことが可能となるという効果を奏する。また、第１の通信局に送信権が付与された期間が閾値以上である場合には送信権を付与された直後にも送達確認要求・返信処理が行われ、閾値以下である場合には送達確認要求・返信処理が行われないことになるので、送信権を付与された期間に余裕がある場合には第１の通信局は第２の通信局との間の通信路状況をいち早く知ることができるという効果を奏する。
【０１８２】
また、送達確認要求・返信処理に必要とされる期間をデータパケットの送信に割り当てることが可能となるので、第１の通信局に送信権が付与された期間が短い場合におけるデータパケットの伝送効率を向上させることができるという効果を奏する。
【０１８３】
また、本発明に係る通信管理方法は、上記第１の通信局が、有効期限が残っているデータパケットに関する送達確認情報を上記第２の通信局に要求する方法としてもよい。
【０１８４】
これにより、上記の方法による効果に加えて、第１の通信局における再送処理の手間、すなわち、再送を行おうとしているデータパケットが、受信側での再生時刻に間に合うかを判定する手間を削減することが可能となるという効果を奏する。
【０１８５】
また、本発明に係る通信管理方法は、上記第１の通信局から上記第２の通信局に向けてデータの送信を新たに開始する際に、最初に第１の通信局に送信権が付与された直後には、送達確認要求・返信処理が行われずに、次回以降に第１の通信局に送信権が付与された直後から送達確認要求・返信処理が行われるものとする方法としてもよい。
【０１８６】
これにより、上記の方法による効果に加えて、最初に第１の通信局に送信権が付与された直後には、送達確認要求・返信処理を行わないようにすることによって、この送信権付与期間において、送達確認要求・返信処理に要する時間を、通常のデータパケットの通信に使用することが可能となるという効果を奏する。
【０１８７】
また、本発明に係る通信管理方法は、上記第１の通信局に送信権が付与された直後に行われる上記送達確認要求・返信処理が、上記第１の通信局に送信権が付与された期間が閾値以上となる場合に行われるものとする方法としてもよい。
【０１８８】
これにより、上記の方法による効果に加えて、送達確認要求・返信処理に必要とされる期間をデータパケットの送信に割り当てることが可能となるので、第１の通信局に送信権が付与された期間が短い場合におけるデータパケットの伝送効率を向上させることができるという効果を奏する。
【０１８９】
また、本発明に係る通信管理方法は、上記第１の通信局に送信権が付与された期間の最後に行われる上記送達確認要求・返信処理が、上記第１の通信局に送信権が付与された期間が閾値以上となる場合に行われるものとする方法としてもよい。
【０１９０】
これにより、上記の方法による効果に加えて、送達確認要求・返信処理に必要とされる期間をデータパケットの送信に割り当てることが可能となるので、第１の通信局に送信権が付与された期間が短い場合におけるデータパケットの伝送効率を向上させることができるという効果を奏する。
【０１９１】
また、本発明に係る通信管理方法は、上記送達確認要求・返信処理が、ＩＥＥＥ８０２．１１のＴＧｅ（ＴａｓｋＧｒｏｕｐＥ）で策定されたＩＥＥＥＳｔｄ８０２．１１ｅ／Ｄ３．０，Ｍａｙ２００２のドキュメントにおけるＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ／ＢｕｒｓｔＡｃｋのシーケンスである方法としてもよい。
【０１９２】
これにより、上記の方法による効果に加えて、ＴＧｅで策定されている規格に準拠する通信管理方法において、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ／ＢｕｒｓｔＡｃｋのシーケンスを的確なタイミングで行うことが可能となり、例えば動画などのストリームデータの送受信を最適な状態で行うことが可能となるという効果を奏する。
【０１９３】
また、本発明に係る通信管理プログラムは、上記の通信管理方法をコンピュータに実行させるものである。
【０１９４】
これにより、上記プログラムをコンピュータシステムにロードすることによって、上記通信管理方法をユーザに提供することが可能となるという効果を奏する。
【０１９５】
また、本発明に係る通信管理プログラムを記録した記録媒体は、上記の通信管理方法をコンピュータに実行させる通信管理プログラムを記録している構成である。
【０１９６】
これにより、上記記録媒体に記録されたプログラムをコンピュータシステムにロードすることによって、上記通信管理方法をユーザに提供することが可能となるという効果を奏する。
【０１９７】
また、本発明に係る通信局は、上記通信ネットワークを介して他の通信局に対してデータの送信を行う送信部と、上記本発明に係る通信管理方法を用いて上記送信部によるデータの送信を管理する送信データ管理部とを備えている構成である。
【０１９８】
これにより、上記本発明に係る通信管理方法に基づいて動作を行う通信局を提供することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るネットワークシステムにおいて、タイミング設定例１におけるデータ送信のシーケンスの一例を示す図である。
【図２】上記ネットワークシステムにおけるシグナルフローを示す説明図である。
【図３】同図（ａ）は、ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔのデータ構成、同図（ｂ）は、ＢｕｒｓｔＡｃｋのデータ構成をそれぞれ示す図である。
【図４】送信局の概略構成を示すブロック図である。
【図５】受信局の概略構成を示すブロック図である。
【図６】タイミング設定例１において、送信局における処理の流れを示すフローチャートである。
【図７】タイミング設定例２におけるデータ送信のシーケンスの一例を示す図である。
【図８】タイミング設定例２において、送信局における処理の流れを示すフローチャートである。
【図９】タイミング設定例３におけるデータ送信のシーケンスの一例を示す図である。
【図１０】タイミング設定例３において、送信局における処理の流れを示すフローチャートである。
【図１１】タイミング設定例４におけるデータ送信のシーケンスの一例を示す図である。
【図１２】タイミング設定例４において、送信局における処理の流れを示すフローチャートである。
【図１３】タイミング設定例５におけるデータ送信のシーケンスの一例を示す図である。
【図１４】タイミング設定例５において、送信局における処理の流れを示すフローチャートである。
【図１５】ある送信局におけるＴＸＯＰ期間中での送信シーケンスの一例を示す図である。
【図１６】比較例におけるデータ送信のシーケンスの一例を示す図である。
【図１７】比較例において、送信局における処理の流れを示すフローチャートである。
【図１８】ＢｕｒｓｔＡｃｋＲｅｑｕｅｓｔ／ＢｕｒｓｔＡｃｋのシーケンスのリトライ動作の一例を示す図である。
【符号の説明】
１制御局
２送信局（通信局）
３受信局（通信局）
４ＢｕｒｓｔＡｃｋ解析部
７送信データ管理部
９送信バッファ
１０受信制御部
１３受信データ管理部
１４ＢｕｒｓｔＡｃｋ送信制御部
１５受信バッファ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication management method in a network in which a plurality of communication apparatuses share one network path in a time division manner, and particularly to an IEEE 802.11 wireless communication system.
[0002]
[Prior art]
Conventionally, in a computer network or the like, packets are transmitted and received by a communication method called a packet communication method. In recent years, for example, in a home LAN (Local Area Network), there is an increasing demand for building a wireless network. Compared with a wired LAN, such a wireless LAN has the advantage that it is not necessary to install wiring such as a cable, and the degree of freedom of movement of a terminal connected to the LAN is increased.
[0003]
As a wireless LAN standard, there is an IEEE 802.11 wireless communication system (a system conforming to ANSI / IEEE Std 802.11, 1999 Edition). Among the IEEE802.11 standards are further classified according to the frequency band to be used and the communication speed. For example, IEEE802.11b, which realizes a communication speed of 11 Mbps using the 2.4 GHz band, is widely used as a wireless LAN specification in communication networks such as personal computers.
[0004]
In a network such as a wireless LAN, a plurality of communication devices connected to the network share one network path in a time division manner for packet transmission / reception. In such a system, the efficiency of bandwidth use varies greatly depending on the transmission right management method.
[0005]
For example, when moving image data such as video is transmitted and received via streaming via a wireless LAN, if the transmission right is not properly managed, video frames may be dropped, video may be disrupted, or audio may be interrupted on the receiving side. It is possible. Therefore, a standard formulated by IEEE 802.11 TGe (Task Group E) has been proposed as a standard considering QoS (Quality Of Service).
[0006]
The standard established by TGe stipulates that a control station for managing transmission rights is provided in a specific communication network. The control station performs scheduling for giving a transmission right to each transmission station in consideration of transmission requests from a plurality of transmission stations that are going to transmit data in the communication network. Based on this scheduling, the control station transmits a packet called CF-POLL indicating that a transmission right is granted to each transmitting station. The transmitting station is allowed to transmit data only when receiving CF-POLL from the control station, and data transmission is limited to a period called TXOP indicated by CF-POLL.
[0007]
As described above, according to the standard established by TGe, since the transmission right is given to each transmission station according to the scheduling of the control station, depending on the urgency of data transmission at each transmission station, etc. Thus, the communication band can be used more accurately.
[0008]
[Problems to be solved by the invention]
In the communication network as described above, when data is transmitted from the transmission station to the reception station, the transmission data may not be accurately received by the reception station for some reason. In particular, such a problem becomes conspicuous in a communication mode using radio. Therefore, when data is transmitted from the transmitting station to the receiving station and this data is accurately received by the receiving station, the receiving station transmits delivery confirmation information to the transmitting station. When the transmission station receives the delivery confirmation information, it identifies the data packet that failed to be transmitted from its contents, and performs processing to retransmit the data packet. This ensures that all data packets are almost certainly delivered to the receiving station.
[0009]
Here, in the IEEE Std 802.11e / D3.0, May 2002 document formulated in IEEE 802.11 TGe (Task Group E), Burst Ack Request / Burst Ack (hereinafter referred to as “Burst Ack Request / Burst Ack”) (Referred to as BAR / BA). In this BAR / BA sequence, when a packet called Burst Ack Request transmitted from the transmitting station is received by the receiving station, the receiving station confirms delivery of a predetermined number of data packets received from the transmitting station so far. A process called “Burst Ack” including a bit map indicating “” is transmitted to the transmitting station. Then, the transmitting station performs data packet retransmission processing based on the delivery confirmation information indicated by Burst Ack.
[0010]
FIG. 15 is a diagram illustrating an example of a transmission sequence during a TXOP period in a certain transmission station. In the example shown in the figure, data packets 1 to 5 are transmitted after CF-POLL is given, and then Burst Ack Request (Req) is transmitted. Here, when the receiving station has failed to receive the data packets 3 and 5 (indicated by a cross in the figure), a Burst Ack indicating that fact is transmitted to the transmitting station.
[0011]
When receiving the Burst Ack indicating that reception of the data packets 3 and 5 has failed, the transmitting station retransmits the data packets 3 and 5 and transmits a Burst Ack Request. Then, Burst Ack is received from the receiving station, it is confirmed that the data packet 5 has failed to be transmitted again, and this data packet 5 and the next data packets 6 to 8 are transmitted. When the transmission of the data packet 8 is completed, transmission of the transmission data scheduled in the TXOP period is completed, and QoS Null is transmitted to the control station. The QoS Null is a packet including information indicating the buffer status at the transmitting station at that time or information on a period for which a transmission right is desired to be granted. The control station transmits the QoS sent from each transmitting station. Scheduling is performed based on Null. In the figure, the letter S shown between the packets indicates a SIFS (Short Inter Frame Space) period defined by IEEE 802.11.
[0012]
However, the IEEE Std 802.11e / D3.0, May 2002 document formulated in IEEE 802.11 TGe (Task Group E) does not clearly indicate the timing for performing the BAR / BA sequence. Therefore, at the time of implementation, a predetermined timing for performing the BAR / BA sequence is set at the design stage, but depending on the setting of this timing, the time when the data packet retransmission processing is performed may be delayed, There is a possibility that the transmission of streaming data having a high real-time property may be hindered. Therefore, it is necessary to optimize the timing for performing the BAR / BA sequence.
[0013]
The present invention has been made to solve the above-described problems, and an object of the present invention is to provide delivery between a transmitting station and a receiving station in a network system in which a plurality of communication stations are connected via a communication network. It is an object of the present invention to provide a communication management method for setting the timing for performing confirmation request / reply processing so that, for example, transmission of streaming data with high real-time characteristics is not hindered.
[0014]
[Means for Solving the Problems]
In order to solve the above-described problem, a communication management method according to the present invention is a communication management method used in a network system in which a plurality of communication stations are connected via a communication network. If the communication station that can transmit data is only the communication station that has the transmission right at that time, and the first communication station is transmitting data packets to the second communication station, In response to a request from the first communication station, the second communication station returns delivery confirmation information for the received plurality of data packets, and the first communication station transmits a data packet based on the delivery confirmation information. The transmission confirmation request / reply processing between the first communication station and the second communication station is performed immediately after the transmission right is granted to the first communication station. To be It is characterized in.
[0015]
In the above method, the communication station transmits data during a period when the transmission right is granted. And the 1st communication station which transmits data requests | requires the delivery confirmation with respect to the transmitted several data packet with respect to the 2nd communication station which is a data transmission destination. When the second communication station receives a delivery confirmation request from the first communication station that is the transmission source of the received data, the second communication station returns delivery confirmation information for a plurality of data packets received so far.
[0016]
According to the above method, the delivery confirmation request / reply process performed between the first communication station and the second communication station is performed immediately after the transmission right is granted to the first communication station. It will be. Therefore, the first communication station can quickly know the communication path status with the second communication station. As a result, measures such as lowering the transmission rate and shortening the packet length can be taken early in order to send and receive packets normally. For example, when streaming data such as moving images is sent and received, It is possible to perform a good reproduction operation without causing disturbance of the sound or interruption of sound.
[0017]
In addition, since the delivery confirmation request / reply process is performed immediately after the transmission right is granted to the first communication station, for example, even when transmission / reception of this delivery confirmation request / reply process fails, there is sufficient time for transmission. Since it remains, it is possible to retry continuously, so that the delivery confirmation request / reply process can be completed almost certainly within the same transmission right grant period. On the other hand, for example, when the delivery confirmation request / reply process is performed when the remaining time of the transmission right grant period is small, when a retry is performed, the delivery confirmation request / reply within the transmission right grant period is performed. There may be a case where the reply process cannot be completed. In this case, the delivery confirmation request / reply process cannot be performed until the next communication right is granted to the first communication station, and the expiration of the data packet to be retransmitted is delayed due to the delay of the retransmission process. It is possible that it will pass.
[0018]
That is, as in the above method, the delivery confirmation request / reply processing is performed immediately after the transmission right is granted to the first communication station, so that even if the transmission confirmation request / reply processing fails in transmission / reception, it is repeated several times. Even so, the delivery confirmation request / reply process can be completed almost certainly within the same transmission right grant period, and the retransmission process can be performed quickly.
[0019]
The communication management method according to the present invention is a communication management method used in a network system in which a plurality of communication stations are connected via a communication network, and is capable of transmitting data via the communication network. Is a communication station that has a transmission right at that time, and when the first communication station transmits a data packet to the second communication station, the second communication station In response to a request from the first communication station, it returns response confirmation information for the received plurality of data packets, and the first communication station performs a data packet retransmission process based on the delivery confirmation information. The delivery confirmation request / reply process between the first communication station and the second communication station is performed at the end of the period when the transmission right is granted to the first communication station. Features .
[0020]
According to the above method, the delivery confirmation request / reply process performed between the first communication station and the second communication station is performed at the end of the period when the transmission right is granted to the first communication station. It will be. Therefore, when the first communication station receives the delivery confirmation information, the transmission right grant period ends. Therefore, the retransmission processing based on this delivery confirmation information is performed in the next transmission right grant period. Become. That is, the time from the receipt of the delivery confirmation information to the retransmission process based on this is relatively long. Therefore, in the first communication station, the processing from receiving the delivery confirmation information to analyzing the information and specifying the data packet to be transmitted may be performed over a relatively long time.
[0021]
On the other hand, for example, when retransmission processing must be performed immediately after receiving the delivery confirmation information, the processing from the receipt of the delivery confirmation information to the analysis of the data packet to be transmitted is specified. It must be performed in a short period of time, and it is required to perform extremely high speed processing.
[0022]
That is, as in the above method, by performing the delivery confirmation request / reply process at the end of the transmission right grant period, the block for performing the delivery confirmation information analysis and the retransmission process in the first communication station is processed at high speed. It is not necessary to configure a circuit that can perform the above. Therefore, it is not necessary to mount a high-speed and high-speed arithmetic device, and the device cost can be reduced.
[0023]
In the communication management method according to the present invention, in the above method, the network system is provided with a control station that performs scheduling related to transmission right granting in the network system, and the delivery confirmation request / reply processing is performed. Later, as a method in which the first communication station transmits information indicating the buffer status in the first communication station at that time or information of a period for which a transmission right is desired to be transmitted to the control station. Also good.
[0024]
According to the above method, the delivery confirmation request / reply process is performed immediately before transmitting the information indicating the buffer status in the first communication station or the information of the period for which the transmission right is desired to be transmitted to the control station. Therefore, it is possible to transmit to the control station information related to the buffer status reflecting the latest result of the delivery confirmation request / reply processing or information on a period for which a transmission right is desired. Therefore, since more updated buffer status or information of a period for which a transmission right is desired can be transmitted to the control station, more optimal scheduling by the control station can be expected.
[0025]
The communication management method according to the present invention is a communication management method used in a network system in which a plurality of communication stations are connected via a communication network, and is capable of transmitting data via the communication network. Is a communication station that has a transmission right at that time, and when the first communication station transmits a data packet to the second communication station, the second communication station In response to a request from the first communication station, it returns response confirmation information for the received plurality of data packets, and the first communication station performs a data packet retransmission process based on the delivery confirmation information. The first communication station starts the transmission of data to the second communication station or immediately after the delivery confirmation request / reply process is performed, the first communication station sends the second communication station to the second communication station. To the communication station A delivery confirmation request / reply process is performed between the first communication station and the second communication station when the number of data packet transmissions reaches a predetermined number. It is said.
[0026]
According to the above method, the delivery confirmation request / reply process performed between the first communication station and the second communication station is performed by the data packet from the first communication station to the second communication station. It is performed every time transmission is performed a predetermined number of times. Therefore, for example, the delivery confirmation request / reply process is executed periodically without depending on the size of the reception buffer in the second communication station as the receiving station or the length of the transmission right grant period given from the control station. Therefore, the retransmission process can be performed at an appropriate timing without being delayed more than necessary. As a result, for example, when stream data such as a moving image is transmitted / received, it is possible to perform a favorable reproduction operation without causing disturbance of the reproduction-side video or interruption of sound.
[0027]
The communication management method according to the present invention is a communication management method used in a network system in which a plurality of communication stations are connected via a communication network, and is capable of transmitting data via the communication network. Is a communication station that has a transmission right at that time, and when the first communication station transmits a data packet to the second communication station, the second communication station In response to a request from the first communication station, it returns response confirmation information for the received plurality of data packets, and the first communication station performs a data packet retransmission process based on the delivery confirmation information. The data packet transmitted by the first communication station a predetermined number of times before the data packet to be transmitted to the second communication station has been successfully received by the second communication station. Doo is if it is unconfirmed, it is characterized in that it is assumed that the delivery confirmation request, reply processing between said first communication station and said second communication station is carried out.
[0028]
According to the above method, the delivery confirmation request / reply process performed between the first communication station and the second communication station is a transmission of a data packet whose normal reception has not been confirmed in the second communication station. Is performed when a predetermined number of data packets are transmitted. Therefore, for example, the delivery confirmation request / reply process is executed periodically without depending on the size of the reception buffer in the second communication station as the receiving station or the length of the transmission right grant period given from the control station. Therefore, the retransmission process can be performed at an appropriate timing without being delayed more than necessary. As a result, for example, when stream data such as a moving image is transmitted / received, it is possible to perform a favorable reproduction operation without causing disturbance of the reproduction-side video or interruption of sound.
[0029]
The communication management method according to the present invention is a communication management method used in a network system in which a plurality of communication stations are connected via a communication network, and is capable of transmitting data via the communication network. Is a communication station that has a transmission right at that time, and when the first communication station transmits a data packet to the second communication station, the second communication station In response to a request from the first communication station, it returns response confirmation information for the received plurality of data packets, and the first communication station performs a data packet retransmission process based on the delivery confirmation information. The first communication station starts the transmission of data to the second communication station or immediately after the delivery confirmation request / reply process is performed, the first communication station sends the second communication station to the second communication station. To the communication station At the time when the number of transmissions of the data packet reaches a predetermined number and immediately after the transmission right is granted to the first communication station, the first communication station and the second communication station A delivery confirmation request / reply process is performed between the two.
[0030]
According to the above method, the delivery confirmation request / reply process performed between the first communication station and the second communication station is performed by the data packet from the first communication station to the second communication station. The transmission is performed at the time when the transmission is performed a predetermined number of times and immediately after the transmission right is granted to the first communication station. Therefore, for example, the delivery confirmation request / reply process is executed periodically without depending on the size of the reception buffer in the second communication station as the receiving station or the length of the transmission right grant period given from the control station. Therefore, the retransmission process can be performed at an appropriate timing without being delayed more than necessary. In addition, since the delivery confirmation request / reply process is performed immediately after the transmission right is granted to the first communication station, the first communication station determines the communication channel status with the second communication station. You can know quickly. As a result, measures such as lowering the transmission rate and shortening the packet length can be taken early in order to send and receive packets normally. For example, when streaming data such as moving images is sent and received, It is possible to perform a good reproduction operation without causing disturbance of the sound or interruption of sound.
[0031]
The communication management method according to the present invention is a communication management method used in a network system in which a plurality of communication stations are connected via a communication network, and is capable of transmitting data via the communication network. Is a communication station that has a transmission right at that time, and when the first communication station transmits a data packet to the second communication station, the second communication station In response to a request from the first communication station, it returns response confirmation information for the received plurality of data packets, and the first communication station performs a data packet retransmission process based on the delivery confirmation information. The first communication station starts the transmission of data to the second communication station or immediately after the delivery confirmation request / reply process is performed, the first communication station sends the second communication station to the second communication station. To the communication station When the number of data packet transmissions reaches a predetermined number, and when the transmission right is granted to the first communication station is equal to or greater than a threshold, immediately after the transmission right is granted Thus, a delivery confirmation request / reply process is performed between the first communication station and the second communication station.
[0032]
According to the above method, the delivery confirmation request / reply process performed between the first communication station and the second communication station is performed by the data packet from the first communication station to the second communication station. The transmission is performed at the time when the transmission is performed a predetermined number of times and immediately after the transmission right is granted when the period during which the transmission right is granted to the first communication station is equal to or greater than the threshold. Therefore, for example, it is possible to periodically execute the delivery confirmation request / reply process without depending on the size of the reception buffer in the second communication station as the receiving station, and therefore the retransmission process is delayed more than necessary. It is possible to carry out at an appropriate timing. In addition, if the period during which the transmission right is granted to the first communication station is equal to or greater than the threshold, the delivery confirmation request / reply processing is performed immediately after the transmission right is granted, and if the transmission right is equal to or less than the threshold Since the confirmation request / reply process is not performed, the first communication station knows the communication path status with the second communication station as soon as possible when there is room in the period during which the transmission right is granted. Can do. As a result, measures such as lowering the transmission rate and shortening the packet length can be taken early in order to send and receive packets normally. For example, when streaming data such as moving images is sent and received, It is possible to perform a good reproduction operation without causing disturbance of the sound or interruption of sound.
[0033]
In addition, when the period during which the transmission right is granted to the first communication station is shorter than the threshold, that is, when there is no time margin, the delivery confirmation is performed at the beginning of the period during which the transmission right is granted to the first communication station. Request / reply processing is not performed. Accordingly, since it is possible to allocate a period required for the delivery confirmation request / reply process to the transmission of the data packet, the transmission efficiency of the data packet when the period during which the transmission right is granted to the first communication station is short. Can be improved.
[0034]
Further, the communication management method according to the present invention may be a method in which, in the above method, the first communication station requests the second communication station for delivery confirmation information related to a data packet having an expiration date. .
[0035]
According to the above method, the second communication station transmits the delivery confirmation information related to the data packet with the remaining expiration date. The delivery confirmation request / reply process is performed immediately after the transmission right is granted to the first communication station, and the retransmission process performed immediately after that is performed on the delivery confirmation information sent from the second communication station. Is based on. Therefore, when the first communication station performs the retransmission process, the first communication station does not determine whether the data packet to be retransmitted is in time for the expiration date on the reception side, and indicates in the delivery confirmation information received immediately before. It is only necessary to retransmit the retransmitted request data packet.
[0036]
On the other hand, for example, when the retransmission process is performed based on the delivery confirmation information received in the transmission right grant period before the transmission right grant period at that time, a certain amount of time has elapsed since the receipt of the delivery confirmation information. Will be. Therefore, even if it is a retransmission request data packet indicated in the delivery confirmation information, it is not known whether it is in time for the expiration date on the receiving side, so it is necessary to determine this on the first communication station side become.
[0037]
That is, as in the above method, the delivery confirmation request / reply process is performed immediately after the transmission right is granted, and the retransmission process is performed immediately thereafter. It is possible to reduce the time and labor for determining whether the data packet to be performed is in time for the reproduction time on the receiving side.
[0038]
In addition, the communication management method according to the present invention is the first communication station in the above method when the transmission of data from the first communication station to the second communication station is newly started. Immediately after the transmission right is granted, the delivery confirmation request / reply process is not performed, and the delivery confirmation request / reply process is performed immediately after the transmission right is granted to the first communication station after the next time. It is good also as a method to do.
[0039]
When data transmission is newly started from the first communication station to the second communication station, since no data transmission / reception has been performed between the two before that, a delivery confirmation request is made.・ There is no need to perform reply processing. Therefore, as in the above method, immediately after the transmission right is first granted to the first communication station, the delivery confirmation request / reply processing is not performed, so that the delivery is made during this transmission right grant period. The time required for the confirmation request / reply process can be used for normal data packet communication.
[0040]
Further, in the communication management method according to the present invention, in the above method, the delivery confirmation request / reply process performed immediately after the transmission right is given to the first communication station is transmitted to the first communication station. It is characterized in that it is performed when the period during which the right is granted is equal to or greater than a threshold value.
[0041]
According to the above method, when the period during which the transmission right is granted to the first communication station is shorter than the threshold, that is, when there is no time allowance, the period during which the transmission right is granted to the first communication station Initially, the delivery confirmation request / reply process is not performed. Accordingly, since it is possible to allocate a period required for the delivery confirmation request / reply process to the transmission of the data packet, the transmission efficiency of the data packet when the period during which the transmission right is granted to the first communication station is short. Can be improved.
[0042]
Further, in the communication management method according to the present invention, in the above method, the delivery confirmation request / reply process performed at the end of the period when the transmission right is granted to the first communication station is the first communication station. It is characterized in that it is performed when the period during which the transmission right is granted is equal to or greater than a threshold value.
[0043]
According to the above method, when the period during which the transmission right is granted to the first communication station is shorter than the threshold, that is, when there is no time allowance, the period during which the transmission right is granted to the first communication station Finally, the delivery confirmation request / reply process is not performed. Accordingly, since it is possible to allocate a period required for the delivery confirmation request / reply process to the transmission of the data packet, the transmission efficiency of the data packet when the period during which the transmission right is granted to the first communication station is short. Can be improved.
[0044]
Further, the communication management method according to the present invention is the above-described method, wherein the delivery confirmation request / reply process is IEEE Std 802.11e / D3.0, formulated in IEEE 802.11 TGe (Task Group E). The method may be a Burst Ack Request / Burst Ack sequence in a May 2002 document.
[0045]
According to the above method, it is possible to perform the Burst Ack Request / Burst Ack sequence at an accurate timing in the communication management method compliant with the standard established by TGe, and for example, transmission / reception of stream data such as a moving image It is possible to perform in an optimum state.
[0046]
A communication management program according to the present invention causes a computer to execute the communication management method described above.
[0047]
By loading the program into the computer system, the communication management method can be provided to the user.
[0048]
Further, a recording medium on which a communication management program according to the present invention is recorded is characterized by recording a communication management program that causes a computer to execute the communication management method described above.
[0049]
By loading a program recorded on the recording medium into a computer system, the communication management method can be provided to the user.
[0050]
In addition, the communication station according to the present invention is a communication station included in a network system that is set to be a communication station that can transmit data via a communication network and that has only a communication station that has a transmission right at that time. A transmission unit that transmits data to another communication station via the communication network, and a transmission data management unit that manages transmission of data by the transmission unit using the communication management method according to the present invention. It is characterized by having.
[0051]
According to said structure, the communication station which performs operation | movement based on the said communication management method concerning the said invention can be provided.
[0052]
DETAILED DESCRIPTION OF THE INVENTION
An embodiment of the present invention will be described below with reference to the drawings.
[0053]
FIG. 2 is an explanatory diagram showing a signal flow in the network system according to the present embodiment. As shown in the figure, the network system includes a control station 1, a transmitting station 2 as a data transmitting communication station, and a receiving station 3 as a data receiving communication station. In the figure, for the sake of simplicity of explanation, an example in which one transmission station and one reception station are provided in the network system is shown. However, actually, the network system includes a plurality of transmission stations. A station and a receiving station are provided. Further, although the transmitting station and the receiving station are shown separately, there may be a case where the transmitting station is a receiving station and the receiving station is a transmitting station. Further, it is assumed that the control station 1, the transmission station 2, and the reception station 3 are connected so as to be able to communicate with each other wirelessly and belong to the same communication network.
[0054]
Note that the network system shown in this embodiment can be applied to various communication network systems. As an example, home appliances have built-in wireless communication functions that are connected to each other as a home LAN. It can be suitably used for such a network system. In this example, the control station 1 is made to correspond to a set-top box for managing all wireless communication devices in the home, and the transmission station 2 is set to a DVD player as a moving image playback device, BS / CS, for example. Corresponding to a tuner, etc., the receiving station 3 corresponds to a television as a display device, for example, and a DVD player or BS / CS tuner transmits moving images to the television, and a set top box manages the communication. A specific embodiment is assumed.
[0055]
In this network system, the control station 1 performs scheduling for giving a transmission right to each transmission station 2 in consideration of transmission requests from a plurality of transmission stations 2 in the communication network. Based on this scheduling, the control station 1 transmits a packet called CF-POLL indicating that a transmission right is granted to each transmission station 2. The CF-POLL includes information about a period during which a transmission right is granted (TXOP (Transmission Opportunity)) called TXOP LIMIT, and the transmission station 2 that is the destination of the CF-POLL has the TXOP period. Sending data is allowed.
[0056]
The transmitting station 2 transmits data during the TXOP period, and transmits a Burst Ack Request to the receiving station 3 at a predetermined timing. When receiving the Burst Ack Request from the transmitting station 2, the receiving station 3 transmits Burst Ack to the transmitting station 2 as a response to the Burst Ack Request. The Burst Ack includes a bitmap indicating delivery confirmation regarding a predetermined number of data packets received from the transmission station 2, and the transmission station 2 retransmits the data packet based on the delivery confirmation information indicated by BurstAck. Processing will be performed.
[0057]
Further, the transmitting station 2 transmits a packet called QoS Null to the control station 1 when the data transmission scheduled in the TXOP period is completed. The QoS Null includes information on the amount of untransmitted data remaining in the transmission buffer in the transmission station 2, or information such as the time required to transmit this untransmitted data. The control station 1 receives the QoS Null from each transmitting station 2, thereby grasping the transmission status in each transmitting station 2, and performs the above-described scheduling based on this.
[0058]
Next, the configuration of the transmitting station 2 and the receiving station 3 will be described. FIG. 4 is a block diagram illustrating a schematic configuration of the transmission station 2. As shown in the figure, the transmitting station 2 includes a BurstAck analyzing unit 4, a receiving unit 5, a transmitting unit 6, a transmission data management unit 7, a transmission control unit 8, and a transmission buffer 9.
[0059]
The transmission unit 6 is a block that transmits data to be transmitted such as stream data, Burst Ack Request, and the like to the receiving station 3 and transmits QoS Null to the control station 1. The receiving unit 5 is a block that receives the Burst Ack from the receiving station 3 and also receives the CF-POLL from the control station 1.
[0060]
The Burst Ack analysis unit 4 searches which data packet should be retransmitted based on the Burst Ack received from the receiving station 3, notifies the transmission data management unit 7 of this, and reports it with QoS Null. It is a block that performs processing for updating the contents.
[0061]
The transmission control unit 8 is a block that performs processing of creating a frame after performing encoding such as error correction on the data passed from the transmission data management unit 7 and sending the frame to the transmission unit 6.
[0062]
The transmission data management unit 7 manages the TXOP period based on the CF-POLL received from the control station 1, and performs retransmission processing, new stream data transmission processing, Burst Ack Request transmission processing, QoS Null transmission processing according to the remaining time. This is a block for performing a process of selecting any of the above, requesting the corresponding data to the transmission buffer 9, and sending the extracted data to the transmission control unit 8.
[0063]
The transmission buffer 9 is a block that functions as a buffer for temporarily storing data to be transmitted.
[0064]
FIG. 5 is a block diagram showing a schematic configuration of the receiving station 3. As shown in the figure, the reception station 3 includes a reception control unit 10, a reception unit 11, a transmission unit 12, a reception data management unit 13, a Burst Ack transmission control unit 14, and a reception buffer 15. .
[0065]
The transmission unit 12 is a block that transmits Burst Ack to the transmission station 2. The reception unit 11 is a block that receives reception data such as stream data and Burst Ack Request from the transmission station 2.
[0066]
The reception control unit 10 is a block that performs error correction decoding on received data such as stream data received by the receiving unit 11 and sends the decoded data to the received data management unit 13.
[0067]
The reception data management unit 13 stores the data passed from the reception control unit 10 in the reception buffer 15, reads the data from the reception buffer 15 in accordance with the reproduction time, and outputs the data to the outside, and the burst received from the transmission station 2 This block is a block that performs delivery confirmation based on an Ack Request request, generates Burst Ack information, and sends this to the Burst Ack transmission control unit 14.
[0068]
The Burst Ack transmission control unit 14 is a block that creates a Burst Ack frame based on the Burst Ack information sent from the received data management unit 13 and sends it to the transmission unit 12.
[0069]
The reception buffer 15 is a block that functions as a buffer that temporarily stores stream data input from the reception data management unit 13.
[0070]
Next, the data structure of Burst Ack Request and Burst Ack will be described. FIG. 3A shows the data structure of the Burst Ack Request, and FIG. 3B shows the data structure of the Burst Ack.
[0071]
As shown in FIG. 3A, the Burst Ack Request is configured to include data such as Frame Control, Duration / ID, RA, TA, BAR Control, Starting Sequence Control, and FCS.
[0072]
Frame Control is information indicating the presence / absence of Protocol, Version, WEP, and the like, and includes 2 bytes of data. Duration / ID is information indicating the frame length, and is composed of 2-byte data. RA (Receiver ADDRESS) is information indicating the MAC address of the transmission destination, and is composed of 6-byte data. TA (Transmitter ADRESS) is information indicating the MAC address of the transmission source, and is composed of 6-byte data. FCS is a bit string for enabling a reception side to detect a transmission error. In general, an error is detected by using CRC (Cyclic Redundancy Check).
[0073]
The BAR Control is composed of data such as Send Count, reserved, and TID, and is composed of 2-byte data. The Send Count is information indicating how many packets have been transmitted from the Starting Sequence Control, and Bits 0 to 10 in the BAR Control are allocated. “reserved” is a reserved bit, and Bit 11 in BAR Control is assigned. TID (Traffic ID) indicates the ID of the stream, and is divided into TCID and TSID. This TID is assigned Bit12-15 in BAR Control.
[0074]
The starting sequence control is information indicating the sequence number of the oldest packet that has not been confirmed by the transmitting station 2 that it has been normally received by the receiving station 3, and is composed of 2-byte data. The receiving station 3 transmits to the transmitting station 2 the delivery confirmation information regarding the packets after the packet corresponding to the sequence number.
[0075]
More specifically, although not shown, the Starting Sequence Control is composed of a Fragment Number consisting of Bit0-3 and a Sequence Number consisting of Bit4-15. The data packet is composed of a plurality of fragments, the Fragment Number is information indicating what number fragment is in one data packet, and the Sequence Number is information indicating what number data packet is. It is. That is, the data packet is specified by the Sequence Number, and the fragment in the data packet is specified by the Fragment Number.
[0076]
Note that even if the receiving station 3 has not confirmed that the receiving station 3 has normally received the data packet, and the data station that is no longer necessary on the receiving station 3 side, the data packet is retransmitted even if it is not normally received. There is no need. Therefore, in the starting sequence control, among the data packets that need to be retransmitted in the receiving station 3, the sequence number of the oldest packet that has not been confirmed in the transmitting station 2 that has been normally received in the receiving station 3 is Just do as shown. Here, the data packets that are no longer needed on the receiving station 3 side include, for example, data packets that are not in time for playback on the receiving station 3 side when moving image streaming data is being transmitted / received. It is done.
[0077]
As shown in FIG. 3 (b), the Burst Ack has data including Frame Control, Duration / ID, RA, TA, BAR Control, BA Starting Sequence Control, Burst Ack Bitmap, and FCS. Of these, the Frame Control, Duration / ID, RA, TA, and FCS are the same as those described above, and the description thereof is omitted here.
[0078]
The BAR Control includes data called Re-Ordering Buffer Size, reserved, and TID, and includes 2-byte data. The Re-Ordering Buffer Size indicates how many data packets can be stored in the reception buffer of the receiving station 3.
Bit 0-7 in BAR Control is assigned. Since the maximum data length per packet specified in IEEE 802.11 is 2304 bytes, Re-Ordering Buffer Size indicates how many data of 2304 bytes or less can be stored in the reception buffer. It will be. “reserved” is a reserved bit, and Bit8-11 in BAR Control is allocated. TID indicates the ID of the stream, and is divided into TCID and TSID. This TID is assigned Bit12-15 in BAR Control.
[0079]
BA Starting Sequence Control indicates the first Sequence Number and Fragment Number of the BurstAck Bitmap, and consists of 2-byte data. Normally, this is the same as the Starting Sequence Control of the Burst Ack Request.
[0080]
The Burst Ack Bitmap is a bitmap made up of information indicating delivery confirmation of data received at the receiving station 3, and is made up of 128 bytes of data. The delivery confirmation is performed for each fragment, and a bit indicating 1 is generated when normally received and 0 is received when reception is not confirmed. That is, each bit of the Burst Ack Bitmap indicates delivery confirmation information for each fragment. Since the maximum number of fragments is 16 in one data packet, it is possible to grasp the delivery confirmation status of one data packet in 2 bytes. That is, since the Burst Ack Bitmap consists of 128 bytes of data, it is possible to indicate the delivery confirmation status for 64 data packets by one Burst Ack.
[0081]
When receiving the Burst Ack Request as described above, the receiving station 3 recognizes the transmitting station 2 as a transmission source by TA (Transmitter ADDRESS), and recognizes that the transmission destination is its own station by RA (Receiver ADDRESS). Then, the receiving station 3 recognizes from which packet the delivery confirmation information is to be transmitted through the starting sequence control, generates a BurstAck based on the packet, and transmits the BurstAck to the transmitting station 2.
[0082]
Upon receiving Burst Ack as described above, the transmitting station 2 recognizes from which packet the delivery confirmation information has been sent by the BA Starting Sequence Control, and recognizes the data packet to be retransmitted by the Burst Ack Bitmap. Then, retransmission processing is performed.
[0083]
As described above, in the network system according to the present embodiment, when data is transmitted and received between the transmitting station 2 and the receiving station 3, BurstAck Request / Burst Ack (BAR / BA) is transmitted at a predetermined timing. A sequence is performed, and data is retransmitted when necessary.
[0084]
The present invention is characterized in that the timing for performing this BAR / BA sequence is defined, and five examples of timing setting examples in this embodiment will be described below. Before describing the timing setting example in the present embodiment, a comparative example will be described, and problems in this comparative example will be clarified.
[0085]
(Comparative example)
In this comparative example, as the timing at which the transmitting station 2 performs the Burst Ack Request, after the transmitting station 2 starts transmitting data to a specific receiving station 3, or immediately after the BAR / BA sequence is performed, A time when the amount of data transmitted from the transmitting station 2 to a specific receiving station 3 becomes equal to or larger than the Re-Ordering Buffer Size, that is, the buffer size of the receiving buffer 15 in the receiving station 3 is set.
[0086]
FIG. 16 shows an example of a data transmission sequence in this comparative example. In this example, Re-Ordering Buffer Size is set to 8. First, when CF-POLL is given to the transmitting station 2, data packets 1 to 6 are transmitted to the receiving station 3 in the TXOP1 period. Here, it is assumed that the amount of data transmitted from the transmitting station 2 to the receiving station 3 at the time when this CF-POLL is given is zero. Also, the size of each data packet is assumed to be 2304 bytes (maximum data length), which is the unit data size of Re-Ordering Buffer Size. When the transmission of the data packet 6 is completed, the transmission data management unit 7 recognizes that the remainder of the TXOP1 period has been reduced, and QoS Null is transmitted toward the control station 1. This terminates TXOP1.
[0087]
Thereafter, when CF-POLL is given to the transmitting station 2 again, data packets 7 and 8 are first transmitted in the TXOP2 period. When the data packet 8 is transmitted, the amount of data transmitted from the transmitting station 2 to the receiving station 3 is 8, which is equal to the Re-Ordering Buffer Size. When this is detected by the transmission data management unit 7, a Burst Ack Request is transmitted from the transmission station 2 to the reception station 3.
[0088]
Here, when the reception station 3 has failed to receive the data packets 3, 5, and 7 (indicated by “X” in the figure), a Burst Ack indicating that fact is transmitted to the transmission station 2. When receiving the Burst Ack indicating that the reception of the data packets 3, 5, and 7 has failed, the transmitting station 2 retransmits the data packets that failed to be transmitted. Thereafter, when it is recognized that there is no time to transmit the next data packet in the TXOP2 period, the transmitting station 2 transmits QoS Null to the control station 1.
[0089]
Next, in this comparative example, the flow of processing in the transmitting station 2 will be described below with reference to the flowchart shown in FIG. When TXOP is started by receiving CF-POLL, in step 101 (hereinafter referred to as S101), the amount of data that the transmitting station 2 has transmitted to the receiving station 3 up to that point is the Re-Ordering Buffer. It is determined whether or not it is equal to or larger than Size (ROBSize).
[0090]
If YES in S101, that is, if the amount of data transmitted is greater than or equal to ROBSize, it is determined whether or not the remaining TXOP period is sufficient (S102), and the transmitting station 2 receives the Burst Ack Request. By transmitting to the station 3, the BAR / BA sequence is executed (S103). When the transmitting station 2 receives the Burst Ack from the receiving station 3, the BurstAck analyzing unit 4 analyzes the Burst Ack Bitmap to search for a packet to be retransmitted (S104).
[0091]
On the other hand, if NO in S101, that is, if the amount of transmitted data is less than ROBSize, or after step S104 is performed, it is determined in S105 whether there is a packet to be transmitted. If it is determined that there is no packet to be transmitted (NO in S105), the transmitting station 2 transmits the QoS Null to the control station 1 and ends TXOP.
[0092]
On the other hand, if YES in S105, that is, if it is determined that there is a packet to be transmitted, it is determined in S106 whether or not the packet to be transmitted is in time for reproduction at the receiving station 3. Here, the packet determined not to be in time for reproduction (NO in S106) is discarded (S107), and the process returns to the step from S105.
[0093]
On the other hand, if YES in S106, that is, if the packet to be transmitted is still valid, the packet is transmitted after confirming whether the remaining TXOP period is sufficient in S108 (S109). Thereafter, returning to the step from S101, the above processing is repeated until the TXOP is completed. On the other hand, when there is not enough TXOP remaining (NO in S102 or S108), the transmitting station 2 terminates TXOP by transmitting QoS Null to the control station 1.
[0094]
As described above, in this comparative example, when the amount of data transmitted from the transmitting station 2 to the specific receiving station 3 becomes equal to or greater than the Re-Ordering Buffer Size, that is, the buffer size of the receiving buffer 15 in the receiving station 3. Thus, the BAR / BA sequence is performed. Therefore, since retransmission processing is performed within the range of data buffered in the reception buffer 15, it is possible to perform retransmission processing before being sent from the buffer to an upper layer.
[0095]
However, in the case of this comparative example, the timing for performing the BAR / BA sequence depends on the buffer size of the reception buffer 15 in the reception station 3. For example, in the example shown in FIG. 16, Re-Ordering Buffer Size is set to 8, but this number is used for convenience of explanation, and the buffer size of the reception buffer 15 that is actually mounted on the receiving station 3 is 64. The degree is considered. In this case, the timing of the BAR / BA sequence is performed in a relatively long cycle, and retransmission processing is not performed during this cycle. Therefore, when stream data such as a moving image is transmitted / received, the BAR / BA sequence is not easily performed, so that there is a case where the data to be retransmitted is not retransmitted and the reproduction time cannot be met. . In such a case, there arises a problem that the video on the playback side is disturbed or the sound is interrupted.
[0096]
(Timing setting example 1)
Next, a first example of the timing setting example in this embodiment will be described. In the present embodiment, when the transmitting station 2 is given a TXOP from the control station 1 as the timing at which the transmitting station 2 performs the Burst Ack Request, the first time point of the TXOP is set.
[0097]
FIG. 1 shows an example of a data transmission sequence in the timing setting example 1. In this example, Re-Ordering Buffer Size is set to 64. First, when CF-POLL is given to the transmitting station 2, Burst Ack Request (Req) is transmitted from the transmitting station 2 to the receiving station 3 at the beginning of the TXOP1 period. Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, data packets 1 to 5 are transmitted to the receiving station 3. When the transmission of the data packet 5 is completed, the transmission data management unit 7 recognizes that the remainder of the TXOP1 period has decreased, and the QoS Null is transmitted toward the control station 1. This terminates TXOP1.
[0098]
Thereafter, when CF-POLL is given to the transmitting station 2 again, Burst Ack Request (Req) is transmitted from the transmitting station 2 to the receiving station 3 at the beginning of the TXOP2 period. Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, the Burst Ack analyzing unit 4 recognizes that the reception of the data packets 3 and 5 has failed, and the data packets 3 and 5 are retransmitted. Is called. Thereafter, the data packets 6 to 8 are transmitted to the receiving station 3. When transmission of the data packet 8 is completed, the transmission data management unit 7 recognizes that the remaining TXOP2 period has decreased, and QoS Null is transmitted to the control station 1. This terminates TXOP2.
[0099]
Next, in this timing setting example 1, the flow of processing in the transmitting station 2 will be described below with reference to the flowchart shown in FIG. When TXOP is started by receiving CF-POLL, a Burst / Ack sequence is first executed by transmitting a BurstAck Request to the receiving station 3 in S1. When receiving the Burst Ack from the receiving station 3, the transmitting station 2 searches the packet to be retransmitted by analyzing the Burst Ack Bitmap (S2).
[0100]
Here, in S3, it is determined whether or not the amount of data transmitted from the transmitting station 2 to the receiving station 3 up to that point is equal to or greater than Re-Ordering Buffer Size (ROBSize). This determination is in accordance with the determination criteria in the above comparative example. That is, this timing setting example 1 includes the setting timing of the BAR / BA sequence in the comparative example. If YES in S3, that is, if the amount of transmitted data is greater than or equal to ROBSize, the process returns to the step of S1, and the BAR / BA sequence is performed.
[0101]
Actually, as described above, ROBSize has a relatively large value, and is considered to be almost always larger than the amount of data that can be transmitted in one TXOP period. Therefore, it is expected that the possibility of being determined as YES in S3 is extremely low. That is, the determination in S3 may be considered as functioning as a fail-safe when the amount of data transmitted for some reason has increased.
[0102]
If it is determined NO in S3, it is determined in S4 whether there is a packet to be transmitted. If it is determined that there is no packet to be transmitted (NO in S4), the transmitting station 2 transmits the QoS Null to the control station 1 and ends TXOP.
[0103]
On the other hand, if YES in S4, that is, if it is determined that there is a packet to be transmitted, it is confirmed in S5 whether the remaining TXOP period is sufficient, and then the packet is transmitted (S6). Thereafter, returning to the step from S3, the above processing is repeated until the TXOP is completed. On the other hand, when there is not enough TXOP remaining (NO in S5), the transmitting station 2 transmits the QoS Null to the control station 1, thereby terminating the TXOP.
[0104]
As described above, in this timing setting example 1, Burst Ack Request is transmitted at the first time of TXOP, that is, immediately after the start of TXOP, and the BAR / BA sequence is executed. ing. Therefore, since the transmitting station 3 can quickly know the communication path condition with the receiving station, when transmitting / receiving stream data such as a moving image, the reproduction side video is disturbed or the sound is interrupted. Thus, it is possible to perform a good reproduction operation without the occurrence of.
[0105]
Also, the BAR / BA sequence is performed at the beginning of the TXOP, and the retransmission processing performed immediately thereafter is performed based on the Burst Ack sent from the receiving station 3. Here, the receiving station 3 generates a Burst Ack so as to make a retransmission request only for data packets that fail to be received in time for the reproduction time. Therefore, when the transmission station 2 performs the retransmission process, the data packet to be retransmitted is indicated in the Burst Ack received immediately before determining whether the data packet to be retransmitted is in time for the reproduction time on the reception side. It suffices to retransmit the retransmission request data packet.
[0106]
On the other hand, for example, when the retransmission process is performed based on the Burst Ack received in the TXOP before the TXOP at that time, a certain amount of time has elapsed since the reception of the Burst Ack. Therefore, even if it is a retransmission request data packet shown in Burst Ack, it is not known whether it is in time for the reproduction time on the receiving side, so it becomes necessary to determine this on the transmitting station 2 side.
[0107]
That is, as in this timing setting example 1, by performing the BAR / BA sequence at the beginning of the TXOP and performing the retransmission process immediately after that, the effort of the retransmission process in the transmitting station 2, that is, the retransmission is attempted. It is possible to reduce the trouble of determining whether the data packet is in time for the reproduction time on the receiving side.
[0108]
In addition, since the BAR / BA sequence is performed at the beginning of the TXOP, for example, when this BAR / BA sequence fails, even if retries are continuously performed, the BAR / BA sequence is almost certainly performed within the same TXOP period. The sequence can be completed.
[0109]
Here, the retry operation of the BAR / BA sequence will be described with reference to FIG. In the example illustrated in FIG. 18, after the data packet 5 is transmitted, the Burst Ack Request is transmitted from the transmitting station 2 to the receiving station 3, and the Burst Ack is transmitted from the receiving station 3 to the transmitting station 2. Here, when the transmitting station 2 fails to receive the Burst Ack, the transmitting station 2 transmits the Burst Ack Request to the receiving station 3 again. This is a first example of the retry operation.
[0110]
In the example illustrated in FIG. 18, after the data packet 7 is transmitted, the Burst Ack Request is transmitted from the transmitting station 2 to the receiving station 3. If the receiving station 3 fails to receive the Burst Ack Request, it cannot return the Burst Ack. In this case, the transmitting station 2 transmits the Burst Ack Request again after the PIFS period from the completion of the transmission of the Burst Ack Request. This is a second example of the retry operation.
[0111]
When the retry operation as described above is performed, for example, if the BAR / BA sequence is performed when the remaining time of the TXOP is small, the BAR / BA sequence may not be completed within the TXOP period. .
[0112]
That is, as shown in this timing setting example 1, by performing the BAR / BA sequence at the beginning of the TXOP, even if the BAR / BA sequence failure is repeated several times, it is almost certainly within the same TXOP period. The / BA sequence can be completed.
[0113]
In the first TXOP when data transmission is newly started from the transmitting station 2 to the receiving station 3, there is a data packet to be retransmitted even if the BAR / BA sequence is performed at the beginning of this TXOP. Should not. Therefore, in the first TXOP, it may be set not to perform the BAR / BA sequence.
[0114]
(Timing setting example 2)
Next, a second example of the timing setting example in this embodiment will be described. In this embodiment, when the transmitting station 2 is given a TXOP from the control station 1 as the timing at which the transmitting station 2 performs the Burst Ack Request, the last time point of the TXOP is set.
[0115]
FIG. 7 shows an example of a data transmission sequence in the timing setting example 2. In this example, Re-Ordering Buffer Size is set to 64. First, when CF-POLL is given to the transmitting station 2, data packets 1 to 5 are transmitted to the receiving station 3 in the TXOP1 period. When the transmission of the data packet 5 is completed, the transmission data management unit 7 recognizes that the remainder of the TXOP1 period is within a predetermined time. At this point, the Burst Ack Request (Req) is transmitted from the transmitting station 2. It is transmitted to the receiving station 3. Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, the QoS Null is transmitted to the control station 1, thereby terminating TXOP1.
[0116]
Thereafter, CF-POLL is given to the transmitting station 2 again, and when TXOP2 starts, the data packets 3 and 5 that have failed to be received at the receiving station 3 are retransmitted based on the Burst Ack received at TXOP1. Thereafter, the data packets 6 to 8 are transmitted to the receiving station 3. When the transmission of the data packet 8 is completed, the transmission data management unit 7 recognizes that the remainder of the TXOP2 period is within a predetermined time. At this point, the Burst Ack Request (Req) is transmitted from the transmitting station 2 to the receiving station. 3 is transmitted. Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, the QoS Null is transmitted to the control station 1, thereby terminating the TXOP2.
[0117]
Next, in this timing setting example 2, the flow of processing in the transmitting station 2 will be described below with reference to the flowchart shown in FIG. When TXOP is started by receiving CF-POLL, the transmission data management unit 7 calculates the actual packet transmission period in S11. The actual packet transmission period is obtained by subtracting the period required for the BAR / BA sequence from the TXOP period. That is, in FIG. 7, the period from the reception of CF-POLL until the transmission of the Burst Ack Request is equivalent to the actual packet transmission period.
[0118]
Next, in S12, it is determined whether or not the amount of data transmitted from the transmitting station 2 to the receiving station 3 up to that point is equal to or greater than Re-Ordering Buffer Size (ROBSize). This determination is in accordance with the determination criteria in the above comparative example. That is, this timing setting example 2 includes the setting timing of the BAR / BA sequence in the comparative example, similarly to the timing setting example 1. If YES in S12, that is, if the amount of transmitted data is greater than or equal to ROBSize, the process proceeds to step S18, and after the BAR / BA sequence is performed, the transmitting station 2 sets the QoS Null to the control station 1. The TXOP is terminated by transmitting.
[0119]
Actually, as described above, ROBSize has a relatively large value, and is considered to be almost always larger than the amount of data that can be transmitted in one TXOP period. Therefore, it is expected that the possibility of being determined as YES in S12 is extremely low. In other words, the determination in S12 may be considered as functioning as a fail-safe when the amount of data transmitted for some reason has increased.
[0120]
If it is determined NO in S12, it is determined in S13 whether there is a packet to be transmitted. If it is determined that there is no packet to be transmitted (NO in S13), the process proceeds to step S18, and after the BAR / BA sequence is performed, the transmitting station 2 transmits QoS Null to the control station 1. As a result, the TXOP is terminated.
[0121]
On the other hand, if YES in S13, that is, if it is determined that there is a packet to be transmitted, it is determined in S14 whether or not the packet to be transmitted is in time for reproduction at the receiving station 3. Here, the packet determined not to be in time for reproduction (NO in S14) is discarded (S15), and the process returns to the step from S13.
[0122]
On the other hand, if YES in S14, that is, if the packet to be transmitted is still valid, the packet is transmitted after confirming whether the remaining actual packet transmission period is sufficient in S16 (S17). . Thereafter, returning to the step from S13, the above processing is repeated until the TXOP is completed. On the other hand, if there is not enough remaining packet transmission period (NO in S16), the process proceeds to step S18, and after the BAR / BA sequence is performed, the transmitting station 2 sends the QoS Null to the control station 1. The TXOP is terminated by transmitting.
[0123]
As described above, in this timing setting example 2, Burst Ack Request is transmitted and the BAR / BA sequence is executed at the last time of TXOP, that is, immediately before the transmission of QoS Null. Yes. Therefore, when the transmitting station 2 receives the Burst Ack, the TXOP is terminated. Therefore, the retransmission process based on the Burst Ack is performed in the next TXOP. That is, the time from the reception of Burst Ack to the retransmission processing based on this is relatively long. Therefore, the Burst Ack analysis unit 4 may perform the process from receiving the Burst Ack until analyzing the Burst Ack and specifying the data packet to be transmitted over a relatively long time.
[0124]
On the other hand, for example, when retransmission processing must be performed immediately after receiving Burst Ack, the processing by the Burst Ack analysis unit 4 must be performed within the SIFS period, and extremely high-speed processing is performed. Will be required to do.
[0125]
That is, as in the timing setting example 2, by performing the BAR / BA sequence at the end of the TXOP, it is not necessary to configure the Burst Ack analysis unit 4 with a circuit capable of performing high-speed processing. Therefore, it is not necessary to mount a high-speed and high-speed arithmetic device, and the device cost can be reduced.
[0126]
Also, since the BAR / BA sequence is performed immediately before the transmission of the QoS Null, it is desired that the QoS Null be given information on the buffer status reflecting the latest BAR / BA sequence result or a transmission right. It is possible to include period information. Therefore, since more updated buffer status or information of a period for which transmission right is desired can be transmitted to the control station 1, more optimal scheduling by the control station 1 can be expected.
[0127]
(Timing setting example 3)
Next, a third example of the timing setting example in this embodiment will be described. In this embodiment, the transmission station 2 performs the burst ack request every time a data packet is transmitted a predetermined number of times.
[0128]
FIG. 9 shows an example of a data transmission sequence in the timing setting example 3. In this example, Re-Ordering Buffer Size is set to 64. First, when CF-POLL is given to the transmitting station 2, data packets 1 to 3 are transmitted to the receiving station 3 in the TXOP1 period. Then, the transmission data management unit 7 recognizes that the data packet has been transmitted three times, and at this time, Burst Ack Request (Req) is transmitted from the transmitting station 2 to the receiving station 3. Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, the Burst Ack analyzing unit 4 recognizes that the data packet 3 has failed to be received, and the data packet 3 is retransmitted.
[0129]
Thereafter, when the transmission of the data packet 4 is performed, the transmission data management unit 7 recognizes that the remainder of the TXOP1 period has decreased, and the QoS Null is transmitted to the control station 1. This terminates TXOP1.
[0130]
Thereafter, when CF-POLL is given to the transmitting station 2 again, the data packet 5 is transmitted. Then, the transmission data management unit 7 recognizes that the data packet has been transmitted three times since the last BAR / BA sequence, and at this point, the Burst Ack Request (Req) is transmitted from the transmitting station 2 to the receiving station. 3 is transmitted. Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, the Burst Ack analyzing unit 4 recognizes that the data packet 5 has failed to be received, and the data packet 5 is retransmitted.
[0131]
Thereafter, data packets 6 and 7 are transmitted. At the time when the data packet 7 is transmitted, the transmission data management unit 7 recognizes that the data packet has been transmitted three times since the previous BAR / BA sequence. Ack Request (Req) is transmitted from the transmitting station 2 to the receiving station 3, and Burst Ack is received. At this time, the transmission data management unit 7 recognizes that the remainder of the TXOP2 period has decreased, and QoSNull is transmitted toward the control station 1. This terminates TXOP2.
[0132]
Next, in the timing setting example 3, the processing flow in the transmitting station 2 will be described below with reference to the flowchart shown in FIG. When TXOP is started by receiving CF-POLL, whether the amount of data transmitted to the receiving station 3 by the transmitting station 2 up to that point in S21 is greater than or equal to Re-Ordering Buffer Size (ROBSize) It is determined whether or not. This determination is in accordance with the determination criteria in the above comparative example. That is, the timing setting example 3 includes the setting timing of the BAR / BA sequence in the comparative example, as in the timing setting examples 1 and 2. If YES in S21, that is, if the amount of data transmitted is greater than or equal to ROBSize, the process proceeds to step S23, and the BAR / BA sequence is performed after the remaining time of TXOP is confirmed.
[0133]
Actually, as described above, ROBSize has a relatively large value, and is considered to be almost always larger than the amount of data that can be transmitted in one TXOP period. Therefore, it is expected that the possibility of being determined as YES in S21 is extremely low. In other words, the determination in S21 may be considered as functioning as a fail-safe when the amount of data transmitted for some reason has increased.
[0134]
If it is determined NO in S21, it is determined in S22 whether or not the data packet has been transmitted a predetermined number of times. More specifically, after the transmitting station 2 starts transmitting data to a specific receiving station 3 or immediately after the BAR / BA sequence is performed, the transmitting station 2 is directed to the specific receiving station 3. It is determined whether or not the number of transmissions of the data packet has reached a predetermined number. If NO in S22, that is, if it is determined that the data packet has not been transmitted a predetermined number of times, the process proceeds to S26.
[0135]
On the other hand, if YES in S22, that is, if it is determined that the data packet has been transmitted a predetermined number of times, it is confirmed whether there is sufficient TXOP period remaining (S23). By transmitting Ack Request to the receiving station 3, the BAR / BA sequence is executed (S24). When the transmitting station 2 receives the Burst Ack from the receiving station 3, the Burst Ack analyzing unit 4 analyzes the Burst Ack Bitmap to search for a packet to be retransmitted (S25).
[0136]
Thereafter, in S26, it is determined whether there is a packet to be transmitted. When it is determined that there is no packet to be transmitted (NO in S26), the transmitting station 2 transmits the QoS Null to the control station 1 and ends TXOP.
[0137]
On the other hand, if YES in S26, that is, if it is determined that there is a packet to be transmitted, it is determined in S27 whether or not the packet to be transmitted is in time for reproduction at the receiving station 3. Here, the packet determined not to be in time for reproduction (NO in S27) is discarded (S28), and the process returns to the step from S26.
[0138]
On the other hand, if YES in S27, that is, if the packet to be transmitted is still valid, the packet is transmitted after confirming whether the remaining TXOP period is sufficient in S29 (S30). Thereafter, returning to the step from S21, the above processing is repeated until the TXOP is completed. On the other hand, if there is not enough remaining TXOP period (NO in S23 or S29), the transmitting station 2 transmits QoS Null to the control station 1 to end TXOP.
[0139]
As described above, in this timing setting example 3, every time a data packet is transmitted a predetermined number of times, a Burst Ack Request is transmitted, and a BAR / BA sequence is executed. Therefore, the BAR / BA sequence can be periodically executed without depending on the size of the reception buffer 15 in the reception station 3 and the length of the TXOP given from the control station 1. Can be performed at an appropriate timing without being delayed more than necessary. As a result, when stream data such as a moving image is transmitted / received, it is possible to perform a favorable reproduction operation without causing disturbance of the reproduction-side video or interruption of audio.
[0140]
In the timing setting example 3, the BAR / BA sequence is performed every time a data packet is transmitted a predetermined number of times, but may be set to the following timing. That is, at a certain point in time, when it is unconfirmed that the data packet transmitted a predetermined number of times before the data packet to be transmitted by the transmitting station 2 has been normally received by the receiving station 3, the BAR / BA sequence is You may make it perform. That is, the difference between this modified embodiment and the above timing setting example 3 is that, in the above timing setting example 3, the BAR / BA sequence is always performed every time a data packet is transmitted a predetermined number of times. On the other hand, in the above modified embodiment, a BAR / BA sequence is performed when a data packet is transmitted a predetermined number of times after transmission of a data packet whose normal reception has not been confirmed. This is the point.
[0141]
(Timing setting example 4)
Next, a fourth example of the timing setting example in this embodiment will be described. In this embodiment, as the timing at which the transmitting station 2 performs the Burst Ack Request, the number of transmissions of the data packet from the transmitting station 2 to the receiving station 3 immediately after the BAR / BA sequence is performed becomes a predetermined number. And when the transmitting station 2 is given a TXOP from the control station 1, the first time of the TXOP is set.
[0142]
FIG. 11 shows an example of a data transmission sequence in the timing setting example 4. In this example, Re-Ordering Buffer Size is set to 64. First, when CF-POLL is given to the transmitting station 2, Burst Ack Request (Req) is transmitted from the transmitting station 2 to the receiving station 3 at the beginning of the TXOP1 period. Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, the data packets 1 to 3 are transmitted to the receiving station 3. Then, the transmission data management unit 7 recognizes that the data packet has been transmitted three times since the previous BAR / BA sequence, and a Burst Ack Request (Req) is transmitted from the transmitting station 2 to the receiving station 3. Is done. Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, the Burst Ack analyzing unit 4 recognizes that the data packet 2 has failed to be received, and the data packet 2 is retransmitted.
[0143]
Thereafter, the transmission data management unit 7 recognizes that the remainder of the TXOP1 period has been reduced, and QoS Null is transmitted toward the control station 1. This terminates TXOP1.
[0144]
Thereafter, when CF-POLL is given to the transmitting station 2 again, Burst Ack Request (Req) is transmitted from the transmitting station 2 to the receiving station 3 at the beginning of the TXOP2 period. Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, the data packets 4 to 6 are transmitted to the receiving station 3. Then, the transmission data management unit 7 recognizes that the data packet has been transmitted three times since the last BAR / BA sequence, and at this point, the Burst Ack Request (Req) is transmitted from the transmitting station 2 to the receiving station. 3 is transmitted. Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, the Burst Ack analyzing unit 4 recognizes that there is no data to be retransmitted, and the data packet 7 is transmitted. At this time, the transmission data management unit 7 recognizes that the remaining TXOP2 period has decreased, and the QoS Null is transmitted to the control station 1. This terminates TXOP2.
[0145]
Next, in the timing setting example 4, the processing flow in the transmitting station 2 will be described below with reference to the flowchart shown in FIG. When TXOP is started by receiving CF-POLL, the process proceeds to step S33, and it is confirmed whether there is enough TXOP period remaining (S33). Then, the transmitting station 2 performs Burst Ack Request. By transmitting to the receiving station 3, the BAR / BA sequence is executed (S34).
[0146]
When the transmitting station 2 receives the Burst Ack from the receiving station 3, the Burst Ack analyzing unit 4 searches the packet to be retransmitted by analyzing the Burst Ack Bitmap (S35).
[0147]
Thereafter, in S36, it is determined whether there is a packet to be transmitted. If it is determined that there is no packet to be transmitted (NO in S36), the transmitting station 2 transmits the QoS Null to the control station 1 and ends TXOP.
[0148]
On the other hand, if YES in S36, that is, if it is determined that there is a packet to be transmitted, it is determined in S37 whether or not the packet to be transmitted is in time for reproduction at the receiving station 3. Here, the packet determined not to be in time for reproduction (NO in S37) is discarded (S38), and the process returns to the step from S36.
[0149]
On the other hand, if YES in S37, that is, if the packet to be transmitted is still valid, the packet is transmitted after confirming whether the remaining TXOP period is sufficient in S39 (S40). Thereafter, returning to the step from S31, it is determined whether or not the amount of data transmitted from the transmitting station 2 to the receiving station 3 by that time is equal to or greater than Re-Ordering Buffer Size (ROBSize). This determination is in accordance with the determination criteria in the above comparative example. That is, this timing setting example 4 includes the setting timing of the BAR / BA sequence in the comparative example, as in the timing setting examples 1 to 3. If YES in S31, that is, if the amount of transmitted data is greater than or equal to ROBSize, the process proceeds to step S33, where the remaining time of TXOP is confirmed, and the BAR / BA sequence is performed.
[0150]
Actually, as described above, ROBSize has a relatively large value, and is considered to be almost always larger than the amount of data that can be transmitted in one TXOP period. Therefore, it is expected that the possibility of being determined as YES in S31 is extremely low. That is, the determination in S31 may be considered as functioning as a fail-safe when the amount of data transmitted for some reason has increased.
[0151]
If NO is determined in S31, it is determined in S32 whether or not the data packet has been transmitted a predetermined number of times. More specifically, after the transmitting station 2 starts transmitting data to a specific receiving station 3 or immediately after the BAR / BA sequence is performed, the transmitting station 2 is directed to the specific receiving station 3. It is determined whether or not the number of transmissions of the data packet has reached a predetermined number. If NO in S32, that is, if it is determined that the data packet has not been transmitted a predetermined number of times, the process proceeds to S36.
[0152]
On the other hand, if YES in S32, that is, if it is determined that the data packet has been transmitted a predetermined number of times, it is confirmed whether there is sufficient TXOP period remaining (S33). By transmitting Ack Request to the receiving station 3, the BAR / BA sequence is executed (S34). When the transmitting station 2 receives the Burst Ack from the receiving station 3, the Burst Ack analyzing unit 4 searches the packet to be retransmitted by analyzing the Burst Ack Bitmap (S35).
The above process is repeated until TXOP is completed. On the other hand, when there is not enough remaining TXOP period (NO in S33 or S39), the transmitting station 2 transmits the QoS Null to the control station 1 to end the TXOP.
As described above, in this timing setting example 4, when a data packet is transmitted a predetermined number of times and when the transmitting station 2 is given a TXOP by the control station 1, the BAR / BA The sequence is executed. Therefore, the BAR / BA sequence can be periodically executed without depending on the size of the reception buffer 15 in the reception station 3 and the length of the TXOP given from the control station 1. Can be performed at an appropriate timing without being delayed more than necessary. In addition, since the delivery confirmation request / reply process is performed immediately after the transmission right is granted to the first communication station, the first communication station determines the communication channel status with the second communication station. You can know quickly. As a result, when stream data such as a moving image is transmitted / received, it is possible to perform a favorable reproduction operation without causing disturbance of the reproduction-side video or interruption of audio.
[0153]
(Timing setting example 5)
Next, a fifth example of timing setting in this embodiment will be described. In this embodiment, as the timing at which the transmitting station 2 performs the Burst Ack Request, the number of transmissions of the data packet from the transmitting station 2 to the receiving station 3 immediately after the BAR / BA sequence is performed becomes a predetermined number. And when the transmitting station 2 is given a TXOP from the control station 1 for a period equal to or greater than a predetermined threshold, the first time of the TXOP is set.
[0154]
FIG. 13 shows an example of a data transmission sequence in the timing setting example 4. In this example, Re-Ordering Buffer Size is set to 64. First, when CF-POLL is given to the transmitting station 2, it is determined that the length of TXOP1 is equal to or greater than the threshold value, and Burst AckRequest (Req) is transmitted from the transmitting station 2 to the receiving station 3 at the beginning of the TXOP1 period. . Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, the data packets 1 to 3 are transmitted to the receiving station 3. Then, the transmission data management unit 7 recognizes that the data packet has been transmitted three times since the previous BAR / BA sequence, and a Burst Ack Request (Req) is transmitted from the transmitting station 2 to the receiving station 3. Is done. Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, the Burst Ack analyzing unit 4 recognizes that the data packets 2 and 3 have failed to be received, and the data packets 2 and 3 are retransmitted.
[0155]
Thereafter, the transmission data management unit 7 recognizes that the remainder of the TXOP1 period has been reduced, and QoS Null is transmitted toward the control station 1. This terminates TXOP1.
[0156]
Thereafter, when CF-POLL is given to the transmitting station 2 again, it is determined that the length of TXOP2 is not equal to or greater than the threshold, and the data packet 4 is transmitted to the receiving station 3 without transmitting the Burst Ack Request (Req). Is done. Then, the transmission data management unit 7 recognizes that the data packet has been transmitted three times since the last BAR / BA sequence, and at this point, the Burst Ack Request (Req) is transmitted from the transmitting station 2 to the receiving station. 3 is transmitted. Thereafter, when the transmitting station 2 receives the Burst Ack from the receiving station 3, the Burst Ack analyzing unit 4 recognizes that there is no data to be retransmitted, and the data packets 5 and 6 are transmitted. At this time, the transmission data management unit 7 recognizes that the remaining TXOP2 period has decreased, and the QoS Null is transmitted to the control station 1. This terminates TXOP2.
[0157]
Next, in the timing setting example 5, the processing flow in the transmitting station 2 will be described below with reference to the flowchart shown in FIG. When TXOP is started by receiving CF-POLL, it is determined in S41 whether the length of TXOP is equal to or greater than a threshold value. If YES in S41, that is, if the length of the TXOP is equal to or greater than the threshold, it is confirmed whether there is sufficient TXOP period remaining (S44), and the transmitting station 2 receives the Burst Ack Request as the receiving station. 3 is executed, the BAR / BA sequence is executed (S45). When the transmitting station 2 receives the Burst Ack from the receiving station 3, the Burst Ack analyzing unit 4 analyzes the Burst Ack Bitmap to search for a packet to be retransmitted (S46).
[0158]
On the other hand, if NO is determined in S41, the process proceeds to S42. In S42, whether the data amount transmitted to the receiving station 3 by the transmitting station 2 up to that point is equal to or greater than the Re-Ordering Buffer Size (ROBSize). It is determined whether or not. This determination is in accordance with the determination criteria in the above comparative example. That is, the timing setting example 5 includes the setting timing of the BAR / BA sequence in the comparative example, similarly to the timing setting examples 1 to 4. If YES in S42, that is, if the amount of transmitted data is greater than or equal to ROBSize, the process proceeds to step S44, and the BAR / BA sequence is performed after the remaining time of TXOP is confirmed.
[0159]
Actually, as described above, ROBSize has a relatively large value, and is considered to be almost always larger than the amount of data that can be transmitted in one TXOP period. Therefore, it is expected that the possibility of being determined as YES in S42 is extremely low. That is, the determination in S42 may be considered as functioning as a fail-safe when the amount of data transmitted for some reason has increased.
[0160]
If it is determined NO in S42, it is determined in S43 whether or not the data packet has been transmitted a predetermined number of times. More specifically, after the transmitting station 2 starts transmitting data to a specific receiving station 3 or immediately after the BAR / BA sequence is performed, the transmitting station 2 is directed to the specific receiving station 3. It is determined whether or not the number of transmissions of the data packet has reached a predetermined number. If NO in S43, that is, if it is determined that the data packet has not been transmitted a predetermined number of times, the process proceeds to S47.
[0161]
On the other hand, if YES in S43, that is, if it is determined that the data packet has been transmitted a predetermined number of times, it is confirmed whether there is sufficient TXOP period remaining (S44). By transmitting Ack Request to the receiving station 3, the BAR / BA sequence is executed (S45). When the transmitting station 2 receives the Burst Ack from the receiving station 3, the Burst Ack analyzing unit 4 analyzes the Burst Ack Bitmap to search for a packet to be retransmitted (S46).
[0162]
Thereafter, in S47, it is determined whether there is a packet to be transmitted. If it is determined that there is no packet to be transmitted (NO in S47), the transmitting station 2 transmits the QoS Null to the control station 1 and ends TXOP.
[0163]
On the other hand, if YES in S47, that is, if it is determined that there is a packet to be transmitted, it is determined in S48 whether or not the packet to be transmitted is in time for reproduction at the receiving station 3. Here, the packet determined not to be in time for reproduction (NO in S48) is discarded (S49), and the process returns to the step from S47.
[0164]
On the other hand, if YES in S48, that is, if the packet to be transmitted is still valid, the packet is transmitted after confirming that the remaining TXOP period is sufficient in S50 (S51). Thereafter, returning to the step from S42, the above processing is repeated until the TXOP is completed. On the other hand, when there is not enough TXOP period remaining (NO in S44 or S50), the transmitting station 2 transmits the QoS Null to the control station 1 to end the TXOP.
[0165]
As described above, in this timing setting example 5, when the data packet is transmitted a predetermined number of times, and immediately after the TXOP is given when the length of the TXOP is equal to or greater than the threshold, the Burst An Ack Request is transmitted, and a BAR / BA sequence is executed. Therefore, it is possible to periodically execute the BAR / BA sequence without depending on the size of the reception buffer 15 in the reception station 3, so that the retransmission processing is performed at an appropriate timing without delaying more than necessary. It becomes possible. When the TXOP has a margin, the BAR / BA sequence is performed at the beginning of the TXOP, so that the transmitting station 2 can quickly know the communication status with the receiving station 3. As a result, when stream data such as a moving image is transmitted / received, it is possible to perform a favorable reproduction operation without causing disturbance of the reproduction-side video or interruption of audio.
[0166]
Further, when the length of the TXOP is shorter than the predetermined threshold value, that is, when the TXOP has no margin, the BAR / BA sequence is not performed at the beginning of the TXOP. Therefore, since it is possible to allocate a period required for the BAR / BA sequence to the transmission of the data packet, the TXOP is shorter than the case where the BAR / BA sequence is always performed at the beginning of the TXOP. The transmission efficiency of data packets can be improved.
[0167]
【The invention's effect】
As described above, in the communication management method according to the present invention, the communication stations that can transmit data via the communication network are only communication stations that have the transmission right at that time, and the first communication station In the case where the data packet is transmitted to the second communication station, the second communication station responds to the request from the first communication station, and the delivery confirmation information for the plurality of data packets is received. , And the first communication station performs a retransmission process of the data packet based on the delivery confirmation information, and a delivery confirmation request between the first communication station and the second communication station. This is a method in which the reply process is performed immediately after the transmission right is given to the first communication station.
[0168]
As a result, the first communication station can quickly know the state of the communication channel with the second communication station, so that the retransmission process can be performed at an appropriate timing without being delayed more than necessary. There is an effect.
[0169]
In addition, even if the transmission confirmation request / reply processing failure is repeated several times, it is possible to complete the delivery confirmation request / reply processing almost certainly within the same transmission right grant period, and the re-transmission processing can be performed quickly. There is an effect that it can be performed.
[0170]
In the communication management method according to the present invention, the communication stations that can transmit data via the communication network are only communication stations that have the transmission right at that time, and the first communication station is the second communication station. When the data packet is transmitted to the other communication station, the second communication station returns delivery confirmation information for the plurality of received data packets in response to the request from the first communication station. The first communication station performs a data packet retransmission process based on the delivery confirmation information, and a delivery confirmation request / reply process between the first communication station and the second communication station is performed. This is a method that is performed at the end of the period when the transmission right is granted to the first communication station.
[0171]
As a result, it is not necessary to configure the block that performs the analysis and retransmission processing of the delivery confirmation information in the first communication station with a circuit that can perform high-speed processing. Therefore, there is no need to mount a high-speed and high-speed arithmetic device and the like, and there is an effect that the device cost can be reduced.
[0172]
In the communication management method according to the present invention, the network system is provided with a control station that performs scheduling related to transmission right granting in the network system, and after the delivery confirmation request / reply processing, The communication station may transmit information indicating the buffer status in the first communication station at that time or information on a period for which a transmission right is desired to be transmitted to the control station.
[0173]
As a result, in addition to the effects of the above method, it is possible to transmit information regarding the buffer status reflecting the latest delivery confirmation request / reply processing result to the control station. Therefore, since it is possible to transmit information about a more updated buffer status or a period for which a transmission right is desired to be transmitted to the control station, it is possible to expect more optimal scheduling by the control station.
[0174]
In the communication management method according to the present invention, the communication stations that can transmit data via the communication network are only communication stations that have the transmission right at that time, and the first communication station is the second communication station. When the data packet is transmitted to the other communication station, the second communication station returns delivery confirmation information for the plurality of received data packets in response to the request from the first communication station. The first communication station performs a data packet retransmission process based on the delivery confirmation information, and after the first communication station starts transmitting data to the second communication station, or Immediately after delivery confirmation request / reply processing is performed, when the number of transmissions of data packets from the first communication station toward the second communication station reaches a predetermined number, the first communication station Between the communication station and the second communication station It is a method it is assumed that the certification request-reply process is carried out.
[0175]
Thus, for example, the delivery confirmation request / reply process is periodically performed without depending on the size of the reception buffer in the second communication station as the receiving station, the length of the transmission right grant period given from the control station, or the like. Since it can be executed, there is an effect that the retransmission process can be performed at an appropriate timing without being delayed more than necessary.
[0176]
In the communication management method according to the present invention, the communication stations that can transmit data via the communication network are only communication stations that have the transmission right at that time, and the first communication station is the second communication station. When the data packet is transmitted to the other communication station, the second communication station returns delivery confirmation information for the plurality of received data packets in response to the request from the first communication station. The first communication station performs data packet retransmission processing based on the delivery confirmation information, and a predetermined number of data packets the first communication station intends to transmit to the second communication station. When it is unconfirmed that the previously transmitted data packet was normally received by the second communication station, a delivery confirmation request / reply between the first communication station and the second communication station What is processed It is a method of.
[0177]
Thus, for example, the delivery confirmation request / reply process is periodically performed without depending on the size of the reception buffer in the second communication station as the receiving station, the length of the transmission right grant period given from the control station, or the like. Since it can be executed, there is an effect that the retransmission process can be performed at an appropriate timing without being delayed more than necessary.
[0178]
In the communication management method according to the present invention, the communication stations that can transmit data via the communication network are only communication stations that have the transmission right at that time, and the first communication station is the second communication station. When the data packet is transmitted to the other communication station, the second communication station returns delivery confirmation information for the plurality of received data packets in response to the request from the first communication station. The first communication station performs a data packet retransmission process based on the delivery confirmation information, and after the first communication station starts transmitting data to the second communication station, or Immediately after the delivery confirmation request / reply process is performed, when the number of transmissions of the data packet from the first communication station to the second communication station reaches a predetermined number, and the first communication Immediately after the transmission right is granted to the station In point, a method shall acknowledgment request-reply processing between said first communication station and said second communication station is carried out.
[0179]
Thus, for example, the delivery confirmation request / reply process is periodically performed without depending on the size of the reception buffer in the second communication station as the receiving station, the length of the transmission right grant period given from the control station, or the like. Since it can be executed, there is an effect that the retransmission process can be performed at an appropriate timing without being delayed more than necessary. In addition, since the delivery confirmation request / reply process is performed immediately after the transmission right is granted to the first communication station, the first communication station determines the communication channel status with the second communication station. The effect is that you can know quickly.
[0180]
In the communication management method according to the present invention, the communication stations that can transmit data via the communication network are only communication stations that have the transmission right at that time, and the first communication station is the second communication station. When the data packet is transmitted to the other communication station, the second communication station returns delivery confirmation information for the plurality of received data packets in response to the request from the first communication station. The first communication station performs a data packet retransmission process based on the delivery confirmation information, and after the first communication station starts transmitting data to the second communication station, or Immediately after the delivery confirmation request / reply process is performed, when the number of transmissions of the data packet from the first communication station to the second communication station reaches a predetermined number, and the first communication The period during which the transmission right was granted to the station A method for performing a delivery confirmation request / reply process between the first communication station and the second communication station immediately after the transmission right is granted when the transmission right is exceeded It is.
[0181]
This makes it possible to periodically execute the delivery confirmation request / reply process without depending on the size of the reception buffer in the second communication station as the receiving station, for example, so that the retransmission process is more than necessary. There is an effect that it can be performed at an appropriate timing without delay. Also, if the period during which the transmission right is granted to the first communication station is greater than or equal to the threshold, the delivery confirmation request / reply process is also performed immediately after the transmission right is granted, and if the transmission right is less than the threshold, the delivery is Since the confirmation request / reply process is not performed, the first communication station knows the communication path status with the second communication station as soon as possible when there is room in the period during which the transmission right is granted. There is an effect that can be.
[0182]
Further, since it is possible to allocate a period required for the delivery confirmation request / reply process to the transmission of the data packet, the transmission efficiency of the data packet when the period during which the transmission right is granted to the first communication station is short The effect that can be improved.
[0183]
The communication management method according to the present invention may be a method in which the first communication station requests the second communication station for delivery confirmation information related to a data packet with an expired validity period.
[0184]
As a result, in addition to the effects of the above method, the time required for the retransmission process in the first communication station, that is, the time required for determining whether the data packet to be retransmitted is in time for the reproduction time on the receiving side is reduced. It is possible to do this.
[0185]
The communication management method according to the present invention first grants a transmission right to the first communication station when data transmission is newly started from the first communication station to the second communication station. Immediately after the delivery confirmation request / reply processing is not performed, the delivery confirmation request / reply processing may be performed immediately after the transmission right is granted to the first communication station from the next time onward. .
[0186]
Thus, in addition to the effect of the above method, this transmission right granting period is established by not performing the delivery confirmation request / reply process immediately after the transmission right is first given to the first communication station. In this case, the time required for the delivery confirmation request / reply process can be used for normal data packet communication.
[0187]
Further, in the communication management method according to the present invention, the delivery confirmation request / reply process performed immediately after the transmission right is granted to the first communication station, the transmission right is granted to the first communication station. The method may be performed when the period is equal to or greater than the threshold value.
[0188]
As a result, in addition to the effect of the above method, the period required for the delivery confirmation request / reply process can be allocated to the transmission of the data packet, so that the transmission right is given to the first communication station. There is an effect that the transmission efficiency of the data packet when the period is short can be improved.
[0189]
In the communication management method according to the present invention, the delivery confirmation request / reply process performed at the end of the period in which the transmission right is granted to the first communication station is assigned to the first communication station. It may be a method that is performed when the set period is equal to or greater than a threshold value.
[0190]
As a result, in addition to the effect of the above method, the period required for the delivery confirmation request / reply process can be allocated to the transmission of the data packet, so that the transmission right is given to the first communication station. There is an effect that the transmission efficiency of the data packet when the period is short can be improved.
[0191]
Further, according to the communication management method of the present invention, the delivery confirmation request / reply processing is performed in Burst in the IEEE Std 802.11e / D3.0, May 2002 document formulated in IEEE 802.11 TGe (Task Group E). A method that is a sequence of Ack Request / Burst Ack may be used.
[0192]
As a result, in addition to the effects of the above method, the Burst Ack Request / Burst Ack sequence can be performed at an accurate timing in a communication management method that complies with the standard established by TGe. There is an effect that transmission / reception of stream data can be performed in an optimum state.
[0193]
A communication management program according to the present invention causes a computer to execute the communication management method described above.
[0194]
Thus, by loading the program into the computer system, the communication management method can be provided to the user.
[0195]
Moreover, the recording medium which recorded the communication management program which concerns on this invention is the structure which has recorded the communication management program which makes a computer perform said communication management method.
[0196]
Thus, by loading the program recorded on the recording medium into the computer system, the communication management method can be provided to the user.
[0197]
The communication station according to the present invention includes a transmission unit that transmits data to another communication station via the communication network, and the transmission of data by the transmission unit using the communication management method according to the present invention. A transmission data management unit for managing the transmission data.
[0198]
Thereby, there exists an effect that the communication station which operates based on the communication management method concerning the above-mentioned present invention can be provided.
[Brief description of the drawings]
FIG. 1 is a diagram showing an example of a data transmission sequence in a timing setting example 1 in a network system according to an embodiment of the present invention.
FIG. 2 is an explanatory diagram showing a signal flow in the network system.
3A is a diagram showing a data structure of a Burst Ack Request, and FIG. 3B is a diagram showing a data structure of a Burst Ack.
FIG. 4 is a block diagram showing a schematic configuration of a transmitting station.
FIG. 5 is a block diagram showing a schematic configuration of a receiving station.
FIG. 6 is a flowchart illustrating a processing flow in a transmission station in the timing setting example 1;
7 is a diagram illustrating an example of a data transmission sequence in a timing setting example 2. FIG.
FIG. 8 is a flowchart illustrating a processing flow in a transmission station in a timing setting example 2;
FIG. 9 is a diagram illustrating an example of a data transmission sequence in a timing setting example 3;
FIG. 10 is a flowchart illustrating a processing flow in a transmission station in a timing setting example 3;
FIG. 11 is a diagram illustrating an example of a data transmission sequence in a timing setting example 4;
FIG. 12 is a flowchart illustrating a processing flow in a transmission station in the timing setting example 4;
13 is a diagram illustrating an example of a data transmission sequence in Timing Setting Example 5. FIG.
FIG. 14 is a flowchart showing a flow of processing in a transmitting station in timing setting example 5;
FIG. 15 is a diagram illustrating an example of a transmission sequence during a TXOP period in a certain transmission station.
FIG. 16 is a diagram illustrating an example of a data transmission sequence in a comparative example.
FIG. 17 is a flowchart illustrating a processing flow in a transmission station in a comparative example.
FIG. 18 is a diagram illustrating an example of a retry operation of a Burst Ack Request / Burst Ack sequence.
[Explanation of symbols]
1 control station
2 Transmitting station (communication station)
3 Receiving stations (communication stations)
4 Burst Ack Analysis Department
7 Transmission Data Management Department
9 Send buffer
10 Reception control unit
13 Received data management unit
14 Burst Ack Transmission Control Unit
15 Receive buffer

Claims

A communication management method used in a network system in which a plurality of communication stations are connected via a communication network,
The communication station that can transmit data via the communication network is only the communication station that has the transmission right at that time,
When the first communication station is transmitting a data packet to the second communication station, the second communication station receives a plurality of received packets in response to a request from the first communication station. It returns delivery confirmation information for the data packet, and the first communication station performs a retransmission process of the data packet based on the delivery confirmation information,
The delivery confirmation request / reply process between the first communication station and the second communication station is performed immediately after the transmission right is granted to the first communication station. Communication management method.

A communication management method used in a network system in which a plurality of communication stations are connected via a communication network,
The communication station that can transmit data via the communication network is only the communication station that has the transmission right at that time,
When the first communication station is transmitting a data packet to the second communication station, the second communication station receives a plurality of received packets in response to a request from the first communication station. It returns delivery confirmation information for the data packet, and the first communication station performs a retransmission process of the data packet based on the delivery confirmation information,
The delivery confirmation request / reply process between the first communication station and the second communication station is performed at the end of the period when the transmission right is granted to the first communication station. A communication management method.

The network system is provided with a control station that performs scheduling for granting transmission rights in the network system,
After the delivery confirmation request / reply processing, the first communication station sends information indicating information on the buffer status or the transmission period for the first communication station at that time to the control station. The communication management method according to claim 2, wherein the communication management method is transmitted.

  A communication management method used in a network system in which a plurality of communication stations are connected via a communication network,
  Communication stations that can transmit data via the communication network are limited to those that have transmission rights at that time,
  When the first communication station is transmitting a data packet to the second communication station, the second communication station receives a plurality of received packets in response to a request from the first communication station. The delivery confirmation information for the data packet is returned, and the first communication station performs a retransmission process for the data packet based on the delivery confirmation information.
  When it is unconfirmed that the data packet transmitted by the first communication station a predetermined number of times before the data packet to be transmitted to the second communication station has been normally received by the second communication station And a delivery confirmation request / reply process between the first communication station and the second communication station.

  A communication management method used in a network system in which a plurality of communication stations are connected via a communication network,
  Communication stations that can transmit data via the communication network are limited to those that have transmission rights at that time,
  When the first communication station is transmitting a data packet to the second communication station, the above In response to a request from the first communication station, the second communication station returns delivery confirmation information for the received plurality of data packets, and the first communication station transmits a data packet based on the delivery confirmation information. Will be retransmitted.
  The first communication station starts the transmission of data to the second communication station or immediately after the delivery confirmation request / reply process is performed, the first communication station performs the second communication. The first communication station and the second communication at the time when the number of transmissions of the data packet toward the station reaches a predetermined number and immediately after the transmission right is given to the first communication station. A communication management method characterized in that a delivery confirmation request / reply process with a station is performed.

  A communication management method used in a network system in which a plurality of communication stations are connected via a communication network,
  Communication stations that can transmit data via the communication network are limited to those that have transmission rights at that time,
  When the first communication station is transmitting a data packet to the second communication station, the second communication station receives a plurality of received packets in response to a request from the first communication station. The delivery confirmation information for the data packet is returned, and the first communication station performs a retransmission process for the data packet based on the delivery confirmation information.
  The first communication station starts the transmission of data to the second communication station or immediately after the delivery confirmation request / reply process is performed, the first communication station performs the second communication. Immediately after the transmission right is granted when the number of transmissions of the data packet toward the station reaches a predetermined number of times, and when the period during which the transmission right is granted to the first communication station exceeds a threshold value And a delivery confirmation request / reply process between the first communication station and the second communication station.

7. The communication management method according to claim 1, wherein the first communication station requests the second communication station for delivery confirmation information regarding a data packet having an expired validity period.

When a new transmission of data is started from the first communication station to the second communication station, a delivery confirmation request / reply is sent immediately after the transmission right is first granted to the first communication station. The delivery confirmation request / reply process is performed immediately after the transmission right is granted to the first communication station after the next time without performing the process. The communication management method described.

The delivery confirmation request / reply process performed immediately after the transmission right is granted to the first communication station is performed when the period during which the transmission right is granted to the first communication station is equal to or greater than a threshold value. The communication management method according to claim 1, wherein:

The delivery confirmation request / reply process performed at the end of the period when the transmission right is granted to the first communication station is performed when the period during which the transmission right is granted to the first communication station is equal to or greater than a threshold. The communication management method according to claim 2, wherein:

The above delivery confirmation request / reply process is a sequence of Burst Ack Request / Burst Ack in IEEE Std 802.11e / D3.0, May 2002 document formulated in IEEE 802.11 TGe (Task Group E). The communication management method according to any one of claims 1 to 10, wherein:

A communication management program for causing a computer to execute the communication management method according to any one of claims 1 to 11.

A computer executes the communication management method according to any one of claims 1 to 11. A recording medium on which a communication management program is recorded.

  A communication station capable of transmitting data via a communication network is a communication station included in a network system that is set as only a communication station having a transmission right at that time,
  A transmission unit for transmitting data to other communication stations via the communication network;
  12. A communication station comprising: a transmission data management unit that manages data transmission by the transmission unit using the communication management method according to claim 1.