(57)【要約】【課題】データ受信側が受信したデータ量の変化に応じて、データ送信側から送信されるデータの帯域を制御することが可能な通信システムを提供する。【解決手段】受信部（1）は、送信側ノード装置（200-A,200-B,200-C）からデータを受信する。算出部（2）は、受信部（1）で受信したデータ量に応じた第１の受信ウインドウサイズ広告（a_rwnd）を算出する。送信部（3）は、算出部（2）で算出した第１の受信ウインドウサイズ広告（a_rwnd）を送信側ノード装置（200-A,200-B,200-C）に送信する。【選択図】図３
2010232841.tif 000002
【特許請求の範囲】
【請求項１】
データ送信側となる第１の通信装置からデータを受信する受信手段と、
前記受信手段で受信したデータ量に応じた第１の受信ウインドウサイズ広告を算出する算出手段と、
前記第１の受信ウインドウサイズ広告を前記第１の通信装置に送信する送信手段と、
を有することを特徴とする通信装置。
【請求項２】
前記算出手段は、
前記受信手段で受信したデータ量が多くなるにつれて、前記第１の受信ウインドウサイズ広告のデータサイズが小さくなり、前記受信手段で受信したデータ量が少なくなるにつれて、前記第１の受信ウインドウサイズ広告のデータサイズが大きくなる手法で、前記第１の受信ウインドウサイズ広告を算出することを特徴とする請求項１記載の通信装置。
【請求項３】
前記受信手段で受信した前記データを格納する格納手段を有し、
前記算出手段は、
前記第１の受信ウインドウサイズ広告のデータサイズが、前記格納手段に格納可能な空データサイズよりも大きい場合は、前記第１の受信ウインドウサイズ広告のデータサイズを、前記空データサイズに変更することを特徴とする請求項１または請求項２記載の通信装置。
【請求項４】
前記算出手段は、
前記第１の通信装置と前記通信装置との間でデータを送受信する際に使用する帯域値に応じた第２の受信ウインドウサイズ広告を算出する手段を有し、
前記送信手段は、
前記第１の受信ウインドウサイズ広告、または、前記第２の受信ウインドウサイズ広告を、前記第１の通信装置に送信することを特徴とする請求項１から請求項３の何れか１項に記載の通信装置。
【請求項５】
前記算出手段は、
前記通信装置の使用状況に応じた前記帯域値を用いて、前記第２の受信ウインドウサイズ広告を算出することを特徴とする請求項４記載の通信装置。
【請求項６】
前記通信装置の使用状況と、前記帯域値と、を対応付けて管理する管理手段を有し、
前記算出手段は、
前記通信装置の使用状況を特定し、該特定した使用状況に対応付けられた帯域値を前記管理手段から取得し、該取得した帯域値を用いて、前記第２の受信ウインドウサイズ広告を算出することを特徴とする請求項５記載の通信装置。
【請求項７】
前記算出手段は、
前記帯域値と、前記第１の通信装置と前記通信装置との間で送受信するデータの到達遅延時間と、に応じた前記第２の受信ウインドウサイズ広告を算出することを特徴とする請求項４から請求項６の何れか１項に記載の通信装置。
【請求項８】
前記算出手段は、
前記到達遅延時間の値が所定の値より少ない場合は、前記帯域値に応じた前記第２の受信ウインドウサイズ広告を算出し、
前記到達遅延時間の値が所定の値より大きい場合は、前記帯域値と、前記到達遅延時間と、に応じた前記第２の受信ウインドウサイズ広告を算出することを特徴とする請求項７記載の通信装置。
【請求項９】
前記算出手段は、
前記第２の受信ウインドウサイズ広告のデータサイズが、前記格納手段に格納可能な空データサイズよりも大きい場合は、前記第２の受信ウインドウサイズ広告のデータサイズを、前記空データサイズに変更することを特徴とする請求項４から請求項８の何れか１項に記載の通信装置。
【請求項１０】
前記算出手段は、
前記受信手段が前記データを受信した場合に、前記第１の受信ウインドウサイズ広告を算出し、
所定の周期毎に、前記第２の受信ウインドウサイズ広告を算出することを特徴とする請求項４から請求項９の何れか１項に記載の通信装置。
【請求項１１】
データ送信側となる第１の通信装置と、データ受信側となる第２の通信装置と、を有して構成する通信システムであって、
前記第２の通信装置は、
前記第１の通信装置からデータを受信する受信手段と、
前記受信手段で受信したデータ量に応じた第１の受信ウインドウサイズ広告を算出する算出手段と、
前記第１の受信ウインドウサイズ広告を前記第１の通信装置に送信する送信手段と、
を有することを特徴とする通信システム。
【請求項１２】
データ送信側となる第１の通信装置からデータを受信する受信工程と、
前記受信工程で受信したデータ量に応じた第１の受信ウインドウサイズ広告を算出する算出工程と、
前記第１の受信ウインドウサイズ広告を前記第１の通信装置に送信する送信工程と、
を有することを特徴とする制御方法。
【請求項１３】
データ送信側となる第１の通信装置からデータを受信する受信処理と、
前記受信処理で受信したデータ量に応じた第１の受信ウインドウサイズ広告を算出する算出処理と、
前記第１の受信ウインドウサイズ広告を前記第１の通信装置に送信する送信処理と、
を、コンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信システム、制御方法及びプログラムに関する。
【背景技術】
【０００２】
RFC（Request For Comments） 2960には、SCTP（Stream Control Transmission Protocol）を使用した帯域制御に関する内容が記載されている。具体的には、データ受信者は、データ受信者自身の受信バッファ空サイズ（バッファスペース量）を、受信ウインドウサイズ広告（a_rwnd）としてデータ送信者に通知する。データ送信者は、データ受信者から通知された受信ウインドウサイズ広告（a_rwnd）を基に、データの送信制御を行う。例えば、データ送信者は、データ受信者から通知された受信ウインドウサイズ広告（a_rwnd）が0の場合（データ受信者自身の受信バッファ空サイズが0の場合）は、新しいデータを送信しないように制御する。これにより、データ受信者は、データ受信者自身の受信バッファ空サイズに応じて、データ送信者から送信されるデータを制御することにしている。
【０００３】
なお、本発明より先に出願された技術文献として、帯域保証ネットワークでのデータ転送において保証帯域を効率良く利用して高いスループットを保つと共に、ユーザ間の公平性を保つことを可能とする技術について開示された文献がある（例えば、特許文献１参照）。
【０００４】
上記特許文献１では、エッジノード11は、帯域情報保持部25に保持されている帯域保証値と、伝送遅延時間算出部26で計測された伝送遅延時間と、を基に、そのフローのデータが帯域保証値以内の帯域となるウインドウサイズを算出する。そして、その算出したウインドウサイズをデータ送信端末14の帯域制御に使用させるためにデータ送信端末14に通知することにしている。
【０００５】
また、パケット化音声データの送受信を行う場合に、常時、最適な通話品質を提供する技術について開示された文献がある（例えば、特許文献２参照）。
【０００６】
上記特許文献２では、受信パケット数測定部101、受信バッファ測定部102、ジッタバッファ測定部103の各測定結果を基に、所定のファジイ推論ルールを適用してファジイ推論を実行する。そして、そのファジイ推論結果を基に、パケット受信制御部502の受信制御動作、ジッタバッファ505のバッファ量の設定、パケット送信制御部506の送信制御動作を変更することにしている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−２０５９３２号公報
【特許文献２】特開２００７−１９４９９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したRFC 2960に開示されているSCTPを使用した帯域制御では、データ受信者は、データ受信者自身の受信バッファ空サイズの変化に応じて、データ送信者から送信されるデータの帯域を制御することができる。しかし、データ受信者は、データ受信者自身の受信バッファ空サイズが0になるまで、データ送信者から送信されるデータを抑止することができない。このため、データ受信者は、受信したデータのデータ量によっては、データ受信者に収容されている他のリンクにまで何かしらの影響を与えてしまう虞がある。例えば、データ受信者が多量のデータを受信したと仮定する。この場合、データ受信者は、データ受信者自身の処理能力をその多量のデータの処理に使用してしまい、データ受信者に収容されている他のリンクの処理が遅延してしまう虞がある。
【０００９】
このため、データ受信者が受信したデータ量の変化に応じて、データ送信者から送信されるデータの帯域を制御することが可能な仕組みの開発が必要視されることになる。
【００１０】
なお、上記特許文献１には、エッジノード11は、帯域保証値以内でデータを送出することが可能なウインドウサイズをデータ送信端末14に送信し、データ送信端末14は、帯域保証値付近の安定したレートでデータを送信する点について開示されている。しかし、上記特許文献１には、エッジノード11が受信したデータ量の変化に応じて、データ送信端末14から送信されるデータの帯域を制御する点については何ら記載もその必要性も示唆されていない。
【００１１】
また、上記特許文献２には、ファジイ推論結果を基に、パケット受信制御部502の受信制御動作、ジッタバッファ505のバッファ量の設定、パケット送信制御部506の送信制御動作を変更する点について開示されている。しかし、上記特許文献２には、データ受信側が受信したデータ量の変化に応じて、データ送信側から送信されるデータの帯域を制御する点については何ら記載もその必要性も示唆されていない。
【００１２】
本発明は、上記事情に鑑みてなされたものであり、上述した課題である、データ受信側が受信したデータ量の変化に応じて、データ送信側から送信されるデータの帯域を制御することが可能な通信装置、通信システム、制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
かかる目的を達成するために、本発明は、以下の特徴を有することとする。
【００１４】
＜通信装置＞
本発明にかかる通信装置は、
データ送信側となる第１の通信装置からデータを受信する受信手段と、
前記受信手段で受信したデータ量に応じた第１の受信ウインドウサイズ広告を算出する算出手段と、
前記第１の受信ウインドウサイズ広告を前記第１の通信装置に送信する送信手段と、
を有することを特徴とする。
【００１５】
＜通信システム＞
本発明にかかる通信システムは、
データ送信側となる第１の通信装置と、データ受信側となる第２の通信装置と、を有して構成する通信システムであって、
前記第２の通信装置は、
前記第１の通信装置からデータを受信する受信手段と、
前記受信手段で受信したデータ量に応じた第１の受信ウインドウサイズ広告を算出する算出手段と、
前記第１の受信ウインドウサイズ広告を前記第１の通信装置に送信する送信手段と、
を有することを特徴とする。
【００１６】
＜制御方法＞
本発明にかかる制御方法は、
データ送信側となる第１の通信装置からデータを受信する受信工程と、
前記受信工程で受信したデータ量に応じた第１の受信ウインドウサイズ広告を算出する算出工程と、
前記第１の受信ウインドウサイズ広告を前記第１の通信装置に送信する送信工程と、
を有することを特徴とする。
【００１７】
＜プログラム＞
本発明にかかるプログラムは、
データ送信側となる第１の通信装置からデータを受信する受信処理と、
前記受信処理で受信したデータ量に応じた第１の受信ウインドウサイズ広告を算出する算出処理と、
前記第１の受信ウインドウサイズ広告を前記第１の通信装置に送信する送信処理と、
を、コンピュータに実行させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、データ受信側が受信したデータ量の変化に応じて、データ送信側から送信されるデータの帯域を制御することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明と関連する通信システムのシステム構成例を示す図である。
【図２】本発明と関連する通信システムを構成する受信側ノード装置100’の内部構成例を示す図である。
【図３】本実施形態の通信システムの概要を説明するための図である。
【図４】本実施形態の通信システムのシステム構成例を示す図である。
【図５】本実施形態の通信システムを構成する受信側ノード装置100の内部構成例を示す図である。
【図６】受信ウインドウサイズ広告の第１の算出処理を説明するための図である。
【図７】受信ウインドウサイズ広告の第２の算出処理を説明するための図である。
【図８】第２の実施形態の受信側ノード装置100で管理する帯域値データ1043のテーブル構成例を示す図である。
【図９】受信ウインドウサイズ広告の第２の算出処理を説明するための図である。
【発明を実施するための形態】
【００２０】
＜本発明と関連する通信システムのシステム構成例＞
まず、図１を参照しながら、本発明と関連する通信システムのシステム構成例について説明する。
【００２１】
図１に示す通信システムは、受信側ノード装置100’と、送信側ノード装置200’-A,200’-B,200’-Cと、を有して構成する。受信側ノード装置100’は、複数の送信側ノード装置200’-A,200’-B,200’-Cと接続して構成している。受信側ノード装置100’と、送信側ノード装置200’-A,200’-B,200’-Cと、は、SCTPを使用して通信を行うものとする。
【００２２】
＜受信側ノード装置100’の内部構成例＞
次に、図２を参照しながら、図１に示す受信側ノード装置100’の内部構成例について説明する。
【００２３】
受信側ノード装置100’は、SCTP通信制御部101’と、受信バッファ102’と、M3UA（MTP3 User Adaptation Layer）部103’と、を有して構成している。
【００２４】
SCTP通信制御部101’は、送信側ノード装置200’-A,200’-B,200’-Cと通信を行う。受信バッファ102’は、送信側ノード装置200’-A,200’-B,200’-Cから受信したDATA信号を格納する。M3UA部103’は、受信バッファ102’に保存されているDATA信号を取得し、該取得したDATA信号を解析し、その解析結果に応じた処理を行う。
【００２５】
図２に示す受信側ノード装置100’が、例えば、送信側ノード装置200’-AからDATA信号を受信したと仮定する。この場合、受信側ノード装置100’のSCTP通信制御部101’は、送信側ノード装置200’-Aから受信したDATA信号を受信バッファ102’に保存し、M3UA部103’に信号受信通知を送信する。信号受信通知は、DATA信号を受信した旨を通知するための情報である。
【００２６】
M3UA部103’は、SCTP通信制御部101’から信号受信通知を受け付けると、受信バッファ102’に保存されているDATA信号を取得し、該取得したDATA信号を解析し、その解析結果に応じた処理を行う。例えば、転送先の装置（図示せず）にDATA信号を送信したり、受信側ノード装置100’の上位レイヤ（図示せず）にDATA信号を送信したりする。M3UA部103’の処理は、公知の制御であるため、具体的な制御動作については割愛する。
【００２７】
SCTP通信制御部101’は、送信側ノード装置200’-Aから受信したDATA信号を受信バッファ102’に保存した場合に、受信バッファ102’の空スペース（受信バッファ空サイズ）を受信ウインドウサイズ広告（a_rwnd）として設定する。SCTP通信制御部101’は、上記設定した受信ウインドウサイズ広告（a_rwnd）を含めたSACK（Selective ACKnowledgement）信号を送信側ノード装置200’-Aに送信する。受信バッファ空サイズは、バイト単位で示し、受信ウインドウサイズ広告（a_rwnd）の設定は、RFC 2960に準拠した方法で行う。
【００２８】
送信側ノード装置200’-Aは、SACK信号を受信した場合に、そのSACK信号に含まれる受信ウインドウサイズ広告（a_rwnd）を基に、受信側ノード装置100’に送信するDATA信号の送信制御を行う。送信制御は、RFC 2960に準拠した方法で行う。
【００２９】
この場合、送信側ノード装置200’-Aは、受信側ノード装置100’から受け付けた受信ウインドウサイズ広告（a_rwnd）が0の場合（受信側ノード装置100’の受信バッファ空サイズが0の場合）は、新しいDATA信号を送信しないように制御する。このため、受信側ノード装置100’は、受信側ノード装置100’の受信バッファ空サイズが0になるまで、送信側ノード装置200’-Aから送信されるDATA信号を抑止することができない。従って、受信側ノード装置100’は、送信側ノード装置200’-Aから受信したDATA信号のデータ量によっては、受信側ノード装置100’に収容されている他のリンクにまで何かしらの影響を与えてしまう虞がある。
【００３０】
他のリンクに与える影響としては、例えば、以下の影響が挙げられる。受信側ノード装置100’が多量のDATA信号を受信したと仮定する。この場合、受信側ノード装置100’は、受信側ノード装置100’自身の処理能力を、その多量のDATA信号の処理に使用してしまい、受信側ノード装置100’に収容されている他のリンクの処理が遅延してしまう虞がある。
【００３１】
また、受信側ノード装置100’が同一インタフェースを使用し、受信側ノード装置100’が多量のDATA信号を受信したと仮定する。この場合、受信側ノード装置100’は、同一インタフェースで使用可能な帯域を占有し、多量のDATA信号の転送処理を行ってしまう虞がある。具体的には、同一インタフェースで使用可能な帯域が100Mbpsとし、複数のリンク（例えば、リンクA、リンクB、リンクC）を構築していると仮定する。この場合、リンクAで80Mbpsの帯域を占有し、多量のDATA信号の転送処理を行った場合は、リンクB、リンクCは、残りの20Mbpsの帯域を分配して使用しなければならない。
【００３２】
このため、受信側ノード装置100’が送信側ノード装置200’-Aから受信したDATA信号のデータ量の変化に応じて、送信側ノード装置200’-Aから送信されるDATA信号の帯域を制御することが可能な仕組みの開発が必要視されることになる。
【００３３】
このようなことから、本発明者は、上述した問題点を解決すべく、様々な研究を重ねた結果、以下の手法を採用し、受信側ノード装置100が送信側ノード装置200-Aから受信したDATA信号のデータ量の変化に応じて、送信側ノード装置200-Aから送信されるDATA信号の帯域を制御することを可能とした。以下、図３を参照しながら、その手法の概要について説明する。
【００３４】
図３に示す通信システムは、受信側ノード装置100と、送信側ノード装置200-A,200-B,200-Cと、を有して構成する。受信側ノード装置100は、複数の送信側ノード装置200-A,200-B,200-Cと接続して構成している。受信側ノード装置100と、送信側ノード装置200-A,200-B,200-Cと、は、SCTPを使用して通信を行うものとする。
【００３５】
本実施形態の受信側ノード装置100は、受信部1と、算出部2と、送信部3と、を有して構成する。受信部1は、送信側ノード装置200-A,200-B,200-CからDATA信号を受信する。算出部2は、受信部1で受信したDATA信号のデータ量に応じた受信ウインドウサイズ広告（a_rwnd）を算出する。送信部3は、算出部2で算出した受信ウインドウサイズ広告（a_rwnd）を送信側ノード装置200-A,200-B,200-Cに送信する。
【００３６】
本実施形態の受信側ノード装置100は、上記構成を有することで、例えば、受信部1が送信側ノード装置200-AからDATA信号を受信した場合に、算出部2は、送信側ノード装置200-Aから受信したDATA信号のデータ量（受信データサイズ）に応じた受信ウインドウサイズ広告（a_rwnd）を算出する。送信部1は、算出部2が算出した受信ウインドウサイズ広告（a_rwnd）を送信側ノード装置200-Aに送信する。
【００３７】
これにより、送信側ノード装置200−Aは、受信側ノード装置100から送信された受信ウインドウサイズ広告（a_rwnd）を基に、受信側ノード装置100に送信するDATA信号の送信制御を行うことになる。送信側ノード装置200−Aは、受信ウインドウサイズ広告（a_rwnd）を基に、DATA信号の送信制御を行うと、受信側ノード装置100が受信したDATA信号のデータ量（受信データサイズ）に応じた送信制御を行うことになる。従って、受信側ノード装置100は、送信側ノード装置200-Aから受信したDATA信号のデータ量の変化に応じて、送信側ノード装置200-Aから送信されるDATA信号の帯域を制御することが可能となる。以下、添付図面を参照しながら、本実施形態の通信システムについて詳細に説明する。
【００３８】
＜本実施形態の通信システムのシステム構成例＞
まず、図４を参照しながら、本実施形態の通信システムのシステム構成例について説明する。
【００３９】
本実施形態の通信システムは、受信側ノード装置100と、送信側ノード装置200-A,200-B,200-Cと、を有して構成する。受信側ノード装置100は、複数の送信側ノード装置200-A,200-B,200-Cと接続して構成している。受信側ノード装置100と、送信側ノード装置200-A,200-B,200-Cと、は、SCTPを使用して通信を行うものとする。
【００４０】
＜受信側ノード装置100の内部構成例＞
次に、図５を参照しながら、図４に示す受信側ノード装置100の内部構成例について説明する。
【００４１】
受信側ノード装置100は、SCTP通信制御部101と、受信バッファ102と、M3UA（MTP3 User Adaptation Layer）部103と、帯域制御部104と、を有して構成している。
【００４２】
SCTP通信制御部101は、送信側ノード装置200-A,200-B,200-Cと通信を行う。受信バッファ102は、送信側ノード装置200-A,200-B,200-Cから受信したDATA信号を格納する。M3UA部103は、受信バッファ102に保存されているDATA信号を取得し、該取得したDATA信号を解析し、その解析結果に応じた処理を行う。帯域制御部104は、送信側ノード装置200-A,200-B,200-Cから受信したDATA信号のデータ量（受信データサイズ）に応じた受信ウインドウサイズ広告（a_rwnd）を算出する。また、帯域制御部104は、受信ウインドウサイズ広告（a_rwnd）1041と、到達遅延時間1042と、帯域値データ1043と、をリンク毎に管理する。
【００４３】
受信ウインドウサイズ広告（a_rwnd）1041は、帯域制御部104が算出した最新の受信ウインドウサイズ広告（a_rwnd）であり、リンク毎に管理する。
【００４４】
到達遅延時間1042は、受信側ノード装置100と送信側ノード装置200-A,200-B,200-Cとの間で送受信するデータの到達遅延時間（RTT；Round-Trip Time）であり、リンク毎に管理する。到達遅延時間1042は、RFC 2960に準拠した方法で取得することが可能である。例えば、SCTP通信制御部101がHEARTBEATを用いてパケットデータの到達性を監視する際に到達遅延時間（RTT）を取得し、その取得した到達遅延時間（RTT）を帯域制御部104に通知する。帯域制御部104は、SCTP通信制御部101から通知された到達遅延時間（RTT）を到達遅延時間としてリンク毎に管理する。
【００４５】
帯域値データ1043は、受信側ノード装置100と送信側ノード装置200-A,200-B,200-Cとの間でデータを送受信する際に使用する帯域であり、リンク毎に管理する。
【００４６】
＜受信側ノード装置100の処理動作＞
次に、図５を参照しながら、本実施形態の受信側ノード装置100の処理動作について説明する。
【００４７】
図５に示す受信側ノード装置100が、例えば、送信側ノード装置200-AからDATA信号を受信したと仮定する。この場合、受信側ノード装置100のSCTP通信制御部101は、送信側ノード装置200-Aから受信したDATA信号を受信バッファ102に保存し、M3UA部103に信号受信通知を送信する。信号受信通知は、DATA信号を受信した旨を通知するための情報である。
【００４８】
M3UA部103は、SCTP通信制御部101から信号受信通知を受け付けると、受信バッファ102に保存されているDATA信号を取得し、該取得したDATA信号を解析し、その解析結果に応じた処理を行う。例えば、転送先の装置（図示せず）にDATA信号を送信したり、受信側ノード装置100の上位レイヤ（図示せず）にDATA信号を送信したりする。M3UA部103の処理は、公知の制御であるため、具体的な制御動作については割愛する。
【００４９】
本実施形態のSCTP通信制御部101は、送信側ノード装置（例えば、200-A）からDATA信号を受信した場合に、その受信したDATA信号のデータ量（受信データサイズ）を帯域制御部104に送信する。
【００５０】
帯域制御部104は、DATA信号のデータ量（受信データサイズ）をSCTP通信制御部101から受け付けた場合に、図６に示すフローチャートに基づき、受信ウインドウサイズ広告（a_rwnd）を算出する。また、帯域制御部104は、所定の周期毎に、図７に示すフローチャートに基づき、受信ウインドウサイズ広告（a_rwnd）を算出し、受信ウインドウサイズ広告（a_rwnd）の開放処理を行う。帯域制御部104は、図６、または、図７に示すフローチャートに基づいて算出した新規の受信ウインドウサイズ広告（a_rwnd）をSCTP通信制御部101に送信する。また、帯域制御部104は、その新規の受信ウインドウサイズ広告（a_rwnd）をリンク毎に管理する。
【００５１】
SCTP通信制御部101は、帯域制御部104から新規の受信ウインドウサイズ広告（新a_rwnd）を受け付けた場合に、その新規の受信ウインドウサイズ広告（新a_rwnd）と、送信側ノード装置200-Aに前回送信した受信ウインドウサイズ広告（旧a_rwnd）と、を比較する。SCTP通信制御部101は、新規の受信ウインドウサイズ広告（新a_rwnd）のデータサイズと、前回送信した受信ウインドウサイズ広告（旧a_rwnd）のデータサイズと、が異なる場合は、新規の受信ウインドウサイズ広告（新a_rwnd）をSACK信号に含めて送信側ノード装置200-Aに送信する。
【００５２】
送信側ノード装置200-Aは、SACK信号を受信した場合に、そのSACK信号に含まれる受信ウインドウサイズ広告（新a_rwnd）を基に、受信側ノード装置100に送信するDATA信号の送信制御を行う。送信制御は、RFC 2960に準拠した方法で行う。
【００５３】
＜第１の算出処理＞
次に、図６を参照しながら、第１の算出処理について説明する。第１の算出処理は、DATA信号受信時に行う受信ウインドウサイズ広告（a_rwnd）の算出処理である。
【００５４】
帯域制御部104は、DATA信号のデータ量（受信データサイズ）をSCTP通信制御部101から受け付けた場合に、DATA受信イベントを検出し（ステップS1/Yes）、受信ウインドウサイズ広告（a_rwnd）を算出する（ステップS2）。受信ウインドウサイズ広告（a_rwnd）は、以下の式（１）を用いて算出する。
【００５５】
受信ウインドウサイズ広告（a_rwnd）[byte]＝管理受信ウインドウサイズ広告（管理a_rwnd）[byte]−受信データサイズ[byte]・・・式（１）
【００５６】
管理受信ウインドウサイズ広告（管理a_rwnd）は、前回算出した受信ウインドウサイズ広告であり、帯域制御部104がリンク毎に管理している受信ウインドウサイズ広告1041である。管理受信ウインドウサイズ広告（管理a_rwnd）の単位は、byteとする。
受信データサイズは、送信側ノード装置200-Aから受信したDATA信号のデータ量である。受信データサイズの単位は、byteとする。
【００５７】
次に、帯域制御部104は、第１の受信ウインドウサイズチェック処理を行う（ステップS3）。第１のチェック処理は、受信ウインドウサイズ広告（a_rwnd）が0より大きいか否かを判定する（受信ウインドウサイズ広告（a_rwnd）＞0？）。
【００５８】
帯域制御部104は、受信ウインドウサイズ広告（a_rwnd）が0より大きくない場合は（ステップS3/No）、受信ウインドウサイズ広告（a_rwnd）を0に変更し（受信ウインドウサイズ広告（a_rwnd）＝0）（ステップS4）、第２の受信ウインドウサイズチェック処理を行う（ステップS5）。
【００５９】
また、受信ウインドウサイズ広告（a_rwnd）が0より大きい場合は（ステップS3/Yes）、受信ウインドウサイズ広告（a_rwnd）を変更せず、第２の受信ウインドウサイズチェック処理を行う（ステップS5）。第２のチェック処理は、受信ウインドウサイズ広告（a_rwnd）が受信バッファ空サイズより大きいか否かを判定する（受信ウインドウサイズ広告（a_rwnd）＞受信バッファ空サイズ？）。
【００６０】
受信バッファ空サイズは、受信バッファ102の空スペースである。受信バッファ空サイズの取得方法は、特に限定するものではなく、受信バッファ102の最新の受信バッファ空サイズを取得することが可能であれば、あらゆる手法を適用することが可能である。例えば、帯域制御部104が受信バッファ102の受信バッファ空サイズを測定して取得する。また、SCTP通信制御部101が受信バッファ102の受信バッファ空サイズを測定し、その測定して取得した受信バッファ空サイズを帯域制御部104に送信する。受信バッファ空サイズの単位は、byteとする。
【００６１】
帯域制御部104は、受信ウインドウサイズ広告（a_rwnd）が受信バッファ空サイズより大きい場合は（ステップS5/Yes）、受信ウインドウサイズ広告（a_rwnd）を受信バッファ空サイズに変更し（受信ウインドウサイズ広告（a_rwnd）＝受信バッファ空サイズ)（ステップS6）、処理を終了する（END）。また、受信ウインドウサイズ広告（a_rwnd）が受信バッファ空サイズより小さい場合は（ステップS5/No）、受信ウインドウサイズ広告（a_rwnd）を変更せず、処理を終了する（END）。
【００６２】
帯域制御部104は、図６に示す処理を終了すると、図６に示す処理で算出した受信ウインドウサイズ広告（a_rwnd）をSCTP通信制御部101に送信する。SCTP通信制御部101は、帯域制御部104から新規の受信ウインドウサイズ広告（新a_rwnd）を受け付けた場合に、その新規の受信ウインドウサイズ広告（新a_rwnd）が、送信側ノード装置200-Aに前回送信した受信ウインドウサイズ広告（旧a_rwnd）と異なる場合には、新規の受信ウインドウサイズ広告（新a_rwnd）をSACK信号に含めて送信側ノード装置200-Aに送信する。送信側ノード装置200-Aは、SACK信号に含まれる受信ウインドウサイズ広告（新a_rwnd）を基に、受信側ノード装置100に送信するDATA信号の送信制御を行う。送信制御は、RFC 2960に準拠した方法で行う。
【００６３】
＜第２の算出処理＞
次に、図７を参照しながら、第２の算出処理について説明する。第２の算出処理は、所定の周期毎に行う受信ウインドウサイズ広告の算出処理である。
【００６４】
帯域制御部104は、所定の周期単位時間が経過したか否かを判断し、所定の周期単位時間が経過した場合に、周期イベントを検出し（ステップS11/Yes）、受信ウインドウサイズ広告（a_rwnd）を算出する（ステップS12）。受信ウインドウサイズ広告（a_rwnd）は、以下の式（２）を用いて算出する。
【００６５】
受信ウインドウサイズ（a_rwnd）[byte]＝帯域値データ[bps]×(周期単位時間[s]＋到達遅延時間[s]/2)/8[bit]・・・式（２）
【００６６】
帯域値データは、受信側ノード装置100と送信側ノード装置200-A,200-B,200-Cとの間でデータを送受信する際に使用する帯域であり、帯域制御部104がリンク毎に管理している帯域値データ1043である。帯域値データの単位は、bps[bit/s]とする。本説明では、受信側ノード装置100と送信側ノード装置200-Aとの間でデータを送受信する際に使用する帯域値データを使用する。
【００６７】
周期単位時間は、受信ウインドウサイズ広告（a_rwnd）の算出処理を行うか否かを決定するための判断基準となる値であり、ステップS11で使用する所定単位時間である。周期単位時間は、事前に設定して管理する。周期単位時間の単位は、sとする。
【００６８】
到達遅延時間は、受信側ノード装置100と送信側ノード装置200-A,200-B,200-Cとの間で送受信するデータの到達遅延時間（RTT；Round-Trip Time）であり、帯域制御部104がリンク毎に管理している到達遅延時間1042である。到達遅延時間は、RFC 2960に準拠した方法で取得し、リンク毎に管理する。到達遅延時間の単位は、sとする。本説明では、受信側ノード装置100と送信側ノード装置200-Aとの間で送受信するデータの到達遅延時間（RTT）を使用する。
【００６９】
次に、帯域制御部104は、受信ウインドウサイズチェック処理を行う（ステップS13）。チェック処理は、受信ウインドウサイズ広告（a_rwnd）が受信バッファ空サイズより大きいか否かを判定する（受信ウインドウサイズ広告（a_rwnd）＞受信バッファ空サイズ）。
【００７０】
帯域制御部104は、受信ウインドウサイズ広告（a_rwnd）が受信バッファ空サイズより大きい場合は（ステップS13/Yes）、受信ウインドウサイズ広告（a_rwnd）を受信バッファ空サイズに変更し（受信ウインドウサイズ広告（a_rwnd）＝受信バッファ空サイズ)（ステップS14）、処理を終了する（END）。また、受信ウインドウサイズ広告（a_rwnd）が受信バッファ空サイズより小さい場合は（ステップS13/Yes）、受信ウインドウサイズ広告（a_rwnd）を変更せず、処理を終了する（END）。
【００７１】
帯域制御部104は、図７に示す処理を終了すると、図７に示す処理で算出した受信ウインドウサイズ広告（a_rwnd）をSCTP通信制御部101に送信する。SCTP通信制御部101は、帯域制御部104から新規の受信ウインドウサイズ広告（新a_rwnd）を受け付けた場合に、その新規の受信ウインドウサイズ広告（新a_rwnd）が、送信側ノード装置200-Aに前回送信した受信ウインドウサイズ広告（旧a_rwnd）と異なる場合には、新規の受信ウインドウサイズ広告（新a_rwnd）をSACK信号に含めて送信側ノード装置200-Aに送信する。送信側ノード装置200-Aは、SACK信号に含まれる受信ウインドウサイズ広告（新a_rwnd）を基に、受信側ノード装置100に送信するDATA信号の送信制御を行う。送信制御は、RFC 2960に準拠した方法で行う。
【００７２】
＜本実施形態の通信システムにおける作用・効果＞
このように、本実施形態における通信システムは、受信側ノード装置100は、送信側ノード装置200-Aから送信されたDATA信号を受信する。受信側ノード装置100は、その受信したDATA信号のデータ量（受信データサイズ）に応じた受信ウインドウサイズ広告（a_rwnd）を算出し、その算出した受信ウインドウサイズ広告（a_rwnd）を送信側ノード装置200-Aに送信する。送信側ノード装置200−Aは、受信ウインドウサイズ広告（a_rwnd）を受信した場合に、その受信ウインドウサイズ広告（a_rwnd）を基に、受信側ノード装置100に送信するDATA信号の送信制御を行う。
【００７３】
上記手法で算出した受信ウインドウサイズ広告（a_rwnd）は、送信側ノード装置200-Aから受信したDATA信号のデータ量（受信データサイズ）に応じたデータサイズとなる。このため、送信側ノード装置200−Aは、その受信ウインドウサイズ広告（a_rwnd）を基に、DATA信号の送信制御を行うと、受信側ノード装置100が受信したDATA信号のデータ量（受信データサイズ）を基に、DATA信号の送信制御を行うことになる。従って、受信側ノード装置100は、送信側ノード装置200-Aから受信したDATA信号のデータ量の変化に応じて、送信側ノード装置200-Aから送信されるDATA信号の帯域を制御することが可能となる。
【００７４】
また、送信側ノード装置200−Aは、受信ウインドウサイズ広告（a_rwnd）を受信した場合に、RFC 2960に準拠した方法でDATA信号の送信制御を行うことになる。このため、受信側ノード装置100は、送信側ノード装置200-Aの機能を改良することなく、送信側ノード装置200-Aから送信されるDATA信号の帯域を制御することが可能となる。
【００７５】
また、受信側ノード装置100は、送信側ノード装置200-Aから受信したDATA信号のデータ量（受信データサイズ）が多くなるにつれて、受信ウインドウサイズ広告（a_rwnd）のデータサイズが小さくなり、DATA信号のデータ量が少なくなるにつれて、受信ウインドウサイズ広告（a_rwnd）のデータサイズが大きくなるような手法（図６のS2で使用する式（１））で、受信ウインドウサイズ広告（a_rwnd）を算出する。受信側ノード装置100は、上記手法（式（１））で算出した受信ウインドウサイズ広告（a_rwnd）のデータサイズが0より小さくなった場合は、データサイズが0の受信ウインドウサイズ広告（a_rwnd）を送信側ノード装置200−Aに送信する。送信側ノード装置200-Aは、受信ウインドウサイズ広告（a_rwnd）を受信した場合に、受信ウインドウサイズ広告（a_rwnd）が0の場合は、受信側ノード装置100の受信バッファ空サイズが0と判断し、新しいDATA信号を送信しないように制御する。これにより、受信側ノード装置100は、送信側ノード装置200-Aから受信したDATA信号のデータ量（受信データサイズ）の変化に応じて、送信側ノード装置200-Aから送信されるDATA信号を抑止することが可能となる。
【００７６】
なお、上記実施形態では、所定の周期毎に算出する受信ウインドウサイズ広告（a_rwnd）を、式（２）に示すように、帯域値データと、到達遅延時間と、を用いて算出することにした。しかし、到達遅延時間を考慮せずに、帯域値データのみを用いて受信ウインドウサイズ広告（a_rwnd）を算出することも可能である。また、到達遅延時間の値が所定の値より小さい場合は、帯域値データのみを用いて受信ウインドウサイズ広告（a_rwnd）を算出し、到達遅延時間の値が所定の値より大きい場合は、帯域値データと、到達遅延時間と、を用いて受信ウインドウサイズ広告（a_rwnd）を算出するように構築することも可能である。このように、到達遅延時間を用いて受信ウインドウサイズ広告（a_rwnd）を算出するか否かをその到達遅延時間の値（遅延量）に応じて決定するように構築することも可能である。
【００７７】
（第２の実施形態）
次に、第２の実施形態について説明する。
【００７８】
第１の実施形態では、リンク毎に管理する所定の帯域値データを用いて受信ウインドウサイズ広告（a_rwnd）を算出することにした。
【００７９】
第２の実施形態では、受信側ノード装置100の使用状況に応じた帯域値データを用いて受信ウインドウサイズ広告（a_rwnd）を算出する。これにより、受信側ノード装置100の使用状況に応じて帯域値データを変更し、受信ウインドウサイズ広告（a_rwnd）を算出することが可能となる。以下、図８を参照しながら、第２の実施形態について説明する。
【００８０】
本実施形態の通信システムは、第１の実施形態と同様に構成し、受信側ノード装置100の内部構成例及び第２の算出処理が第１の実施形態と異なる。
【００８１】
本実施形態の受信側ノード装置100は、帯域値データ1043を図８（a）に示すように、受信側ノード装置100の使用状況と、帯域値データと、を対応付けて管理する。使用状況は、受信側ノード装置100がどの程度使用されているのかを特定するための情報である。使用状況としては、図８（b）に示すように、CPUの使用率等が挙げられる。帯域制御部104は、受信側ノード装置100の使用状況を特定し、その特定した使用状況に対応付けられた帯域値データを図８（a）に示す管理テーブルから取得する。そして、その取得した帯域値データを用いて受信ウインドウサイズ広告（a_rwnd）を算出する。
【００８２】
＜第２の算出処理＞
次に、図９を参照しながら、第２の算出処理について説明する。第２の算出処理は、所定の周期毎に行う受信ウインドウサイズ広告の算出処理である。
【００８３】
帯域制御部104は、所定の周期単位時間が経過したか否かを判断し、所定の周期単位時間が経過した場合に、周期イベントを検出し（ステップS11/Yes）、受信側ノード装置100の使用状況を特定する（ステップA1）。
【００８４】
帯域制御部104は、図８（a）に示す管理テーブルを参照し、ステップA1で特定した使用状況に対応付けられた帯域値データを取得する（ステップA2）。帯域制御部104は、図８（a）に示す管理テーブルから取得した帯域値データを用いて、受信ウインドウサイズ広告（a_rwnd）を算出する（ステップS12）。受信ウインドウサイズ広告（a_rwnd）は、以下の式（２）を用いて算出する。
【００８５】
受信ウインドウサイズ（a_rwnd）[byte]＝帯域値データ[bps]×(周期単位時間[s]＋到達遅延時間[s]/2)/8[bit]・・・式（２）
【００８６】
帯域値データは、図８（a）に示す管理テーブルから取得したものであり、帯域制御部104がリンク毎に管理している帯域値データ1043である。帯域値データの単位は、bps[bit/s]とする。なお、周期単位時間、到達遅延時間は、第１の実施形態と同様ものである。
【００８７】
次に、帯域制御部104は、受信ウインドウサイズチェック処理を行い（ステップS13）。受信ウインドウサイズ広告（a_rwnd）が受信バッファ空サイズより大きい場合は（ステップS13/Yes）、受信ウインドウサイズ広告（a_rwnd）を受信バッファ空サイズに変更し（受信ウインドウサイズ広告（a_rwnd）＝受信バッファ空サイズ)（ステップS14）、処理を終了する（END）。また、受信ウインドウサイズ広告（a_rwnd）が受信バッファ空サイズより小さい場合は（ステップS13/Yes）、受信ウインドウサイズ広告（a_rwnd）を変更せず、処理を終了する（END）。
【００８８】
＜本実施形態の通信システムの作用・効果＞
このように、本実施形態の通信システムは、受信側ノード装置100は、図８（a）に示すように、受信側ノード装置100の使用状況と、帯域値データと、を対応付けて管理する。受信側ノード装置100は、受信側ノード装置100の使用状況を特定し、その特定した使用状況に対応付けられた帯域値データを図８（a）に示す管理テーブルから取得する。そして、その取得した帯域値データを用いて受信ウインドウサイズ広告（a_rwnd）を算出する。これにより、受信側ノード装置100は、受信側ノード装置100の使用状況に応じて帯域値データを変更し、受信ウインドウサイズ広告（a_rwnd）を算出することが可能となる。例えば、受信側ノード装置100は、図８（b）に示すように、受信側ノード装置100のCPU使用率と、帯域値データと、を対応付けて管理する。受信側ノード装置100は、受信側ノード装置100のCPU使用率を特定し、その特定したCPU使用率に対応付けられた帯域値データを図８（b）に示す管理テーブルから取得する。そして、その取得した帯域値データを用いて受信ウインドウサイズ広告（a_rwnd）を算出する。
【００８９】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００９０】
例えば、上述した実施形態では、IPネットワークを使用した共通線信号方式としてM3UAを例に説明したが、M2PA（MTP2 User Adaptation Layer）などSCTPを使用した通信リンクにも適用可能である。
【００９１】
また、上述した本実施形態におけるノード装置100,200-A,200-B,200-Cを構成する各装置における制御動作は、ハードウェア、または、ソフトウェア、あるいは、両者の複合構成を用いて実行することも可能である。
【００９２】
なお、ソフトウェアを用いて処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させることが可能である。あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【００９３】
例えば、プログラムは、記録媒体としてのハードディスクやROM（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、リムーバブル記録媒体に、一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。リムーバブル記録媒体としては、フロッピー（登録商標）ディスク、CD-ROM（Compact Disc Read Only Memory）、MO（Magneto optical）ディスク、DVD（Digital Versatile Disc）、磁気ディスク、半導体メモリなどが挙げられる。
【００９４】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールすることになる。また、ダウンロードサイトから、コンピュータに無線転送することになる。また、ネットワークを介して、コンピュータに有線で転送することになる。
【００９５】
また、本実施形態におけるノード装置100,200-A,200-B,200-Cは、上記実施形態で説明した処理動作に従って時系列的に実行されるのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に実行するように構築することも可能である。
【産業上の利用可能性】
【００９６】
本発明は、IP（Internet Protocol）-STP（Signaling Transfer Point）等の交換ノード装置にも適用可能である。
【符号の説明】
【００９７】
１００    受信側ノード装置（第２の通信装置）
２００−Ａ、２００−Ｂ、２００−Ｃ    送信側ノード装置（第１の通信装置）
１    受信部
２    算出部
３    送信部
１０１    SCTP通信制御部（受信手段、送信手段）
１０２    受信バッファ（格納手段）
１０３    M3UA部
１０４    帯域制御部（算出手段）
１０４１    受信ウインドウサイズ広告
１０４２    到達遅延時間
１０４３    帯域値データ（管理手段）
【図１】
2010232841.tif 000003
【図２】
2010232841.tif 000004
【図３】
2010232841.tif 000005
【図４】
2010232841.tif 000006
【図５】
2010232841.tif 000007
【図６】
2010232841.tif 000008
【図７】
2010232841.tif 000009
【図８】
2010232841.tif 000010
【図９】
2010232841.tif 000011