JP7537600B2 - 通信システム、通信方法、コントローラおよびプログラム - Google Patents
通信システム、通信方法、コントローラおよびプログラム Download PDFInfo
- Publication number
- JP7537600B2 JP7537600B2 JP2023506373A JP2023506373A JP7537600B2 JP 7537600 B2 JP7537600 B2 JP 7537600B2 JP 2023506373 A JP2023506373 A JP 2023506373A JP 2023506373 A JP2023506373 A JP 2023506373A JP 7537600 B2 JP7537600 B2 JP 7537600B2
- Authority
- JP
- Japan
- Prior art keywords
- network
- communication
- time
- transmission
- controller
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/28—Flow control; Congestion control in relation to timing considerations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q11/0067—Provisions for optical access or distribution networks, e.g. Gigabit Ethernet Passive Optical Network (GE-PON), ATM-based Passive Optical Network (A-PON), PON-Ring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
本開示は、時分割多重ネットワークを多段接続した通信システム、その通信方法、それを制御するコントローラ、およびそのプログラムに関する。
近年、同一のネットワーク基盤上に様々なネットワーク要件をもつ複数のサービスやアプリケーションを収容する検討が進められている。そのためには、“端末から端末まで”や“端末からアプリケーションサーバまで”のＥｎｄ－Ｅｎｄ区間において、同一ＮＷに収容された各サービスやアプリケーションが要求する品質を保証しなければならない。
ネットワークのＥｎｄ－Ｅｎｄには、無線と有線の区間にわけることができる。その中でも無線区間では、既存技術としてＩＥＥＥ８０２．１１のＥｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ（ＥＤＣＡ）と呼ばれる優先制御機能が存在する（例えば、非特許文献１、２を参照。）。
ＩＥＥＥ ８０２．１１ｅ－２００５ － ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ－－Ｌｏｃａｌ ａｎｄ ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋｓ－－Ｓｐｅｃｉｆｉｃ ｒｅｑｕｉｒｅｍｅｎｔｓ－－Ｐａｒｔ １１： Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ （ＰＨＹ） Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ － Ａｍｅｎｄｍｅｎｔ ８： Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ Ｅｎｈａｎｃｅｍｅｎｔｓ
"ＱｏＳを実現する無線ＬＡＮ規格 ＩＥＥＥ８０２．１１ｅ"、 映像情報メディア学会誌 Ｖｏｌ． ５７， Ｎｏ． １１ （２００３）
ＩＥＥＥ ８０２．３ａｈ ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ － Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ａｎｄ ｉｎｆｏｒｍａｔｉｏｎ ｅｘｃｈａｎｇｅ ｂｅｔｗｅｅｎ ｓｙｓｔｅｍｓ － Ｌｏｃａｌ ａｎｄ ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋｓ － Ｓｐｅｃｉｆｉｃ ｒｅｑｕｉｒｅｍｅｎｔｓ Ｐａｒｔ ３： Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ （ＣＳＭＡ／ＣＤ） Ａｃｃｅｓｓ Ｍｅｔｈｏｄ ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ Ａｍｅｎｄｍｅｎｔ： Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐａｒａｍｅｔｅｒｓ， Ｐｈｙｓｉｃａｌ Ｌａｙｅｒｓ， ａｎｄ Ｍａｎａｇｅｍｅｎｔ Ｐａｒａｍｅｔｅｒｓ ｆｏｒ Ｓｕｂｓｃｒｉｂｅｒ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋｓ（ｈｔｔｐｓ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／２１／ｄｏｃｔｒｅｅ／２００６＿Ｍｅｅｔｉｎｇ＿Ｄｏｃｓ／２００６－１１＿ｍｅｅｔｉｎｇ＿ｄｏｃｓ／８０２．３ａｈ－２００４．ｐｄｆ）
ＥＤＣＡは端末（宛先）単位での制御であり、サービスおよびアプリケーション単位での品質制御を可能とするようなトラフィックフロー単位での制御が困難である。ただし、関連技術（後述の「付録」参照。）を適用することで、サービスおよびアプリケーション単位での品質制御を実現することができる。
また、関連技術は無線ネットワークだけでなく、Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ（例えば、非特許文献３を参照。）などの時分割多重を利用した通信方式に適用することも可能である。例えば図１のように、無線ネットワーク区間（例えば、無線ＬＡＮ）と有線ネットワーク区間（ＰＯＮ）を合わせた通信システムに対して、それぞれ関連技術を適用することが可能である。
一方で、それぞれの区間に関連技術を適用した場合、図２及び図３に説明するように、端末およびＯＮＵのフロー単位バッファにおいてパケットの待機が発生することがある。具体的には、ネットワーク＃１および＃２においてそれぞれのコントローラのデータベースへの記録とスケジューリング（ステップＳ０２及びＳ１２）を行うが、それぞれのコントローラは互いに独立してそれぞれのネットワークについてスケジューリングを行う。このため、ネットワーク毎に接続部の装置においてパケットの待機時間Ｔｗが発生し（ネットワークの多段数に比例してＴｗが増加する）、Ｅｎｄ－Ｅｎｄでの品質制御が実現できない可能性がある。
図３において、それぞれのステップは次の通りである。
ステップＳ００：アプリケーションからパケットを受信する。
ステップＳ０１、Ｓ１１：パケット量を通知する。
ステップＳ０２、Ｓ１２：データベースへの記録とスケジューリングを行う。
ステップＳ０３、Ｓ１３：送信時刻と送信量を通知する。
ステップＳ０４、Ｓ１４：送信時刻と送信量に従って送信する。
ステップＳ０５、Ｓ１５：送信要求をする。
ステップＳ０６、Ｓ１６：送信許可をする。
ステップＳ０７、Ｓ１７：パケットを送信する。
ステップＳ０８：パケットを送信する。
つまり、時分割多重を利用した通信方式に関連技術を適用すると、遅延が増大するとともに帯域利用効率が低下し、所望の品質制御を実行することが困難という課題がある。
ステップＳ００：アプリケーションからパケットを受信する。
ステップＳ０１、Ｓ１１：パケット量を通知する。
ステップＳ０２、Ｓ１２：データベースへの記録とスケジューリングを行う。
ステップＳ０３、Ｓ１３：送信時刻と送信量を通知する。
ステップＳ０４、Ｓ１４：送信時刻と送信量に従って送信する。
ステップＳ０５、Ｓ１５：送信要求をする。
ステップＳ０６、Ｓ１６：送信許可をする。
ステップＳ０７、Ｓ１７：パケットを送信する。
ステップＳ０８：パケットを送信する。
つまり、時分割多重を利用した通信方式に関連技術を適用すると、遅延が増大するとともに帯域利用効率が低下し、所望の品質制御を実行することが困難という課題がある。
そこで、本発明は、上記課題を解決するために、時分割多重ネットワークが多段接続される構成において、それぞれのトラフィックフローに割当てた帯域を保証できる通信システム、通信方法、コントローラ及びプログラムを提供することを目的とする。
上記目的を達成するために、本発明に係る通信システムは、１つのコントローラが多段接続するそれぞれのネットワークの転送時間を考慮し、ネットワーク間を接続する装置に対し、転送されてくるフロー単位のパケットをネットワーク内に送信する時刻を予め通知することとした。
具体的には、本発明に係る通信システムは、時分割多重方式の複数のネットワークとコントローラとを有する通信システムであって、
前記ネットワークは多段接続されており、
前記コントローラは、
それぞれの前記ネットワークの送信要求から送信許可およびパケット送信までの通信に必要な通信時間を記憶するデータベースと、
いずれかの前記ネットワークが備える任意の通信装置からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知するとともに、該ネットワークと接続する他の前記ネットワークが備える接続装置に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知するスケジューラと、
を有することを特徴とする。
前記ネットワークは多段接続されており、
前記コントローラは、
それぞれの前記ネットワークの送信要求から送信許可およびパケット送信までの通信に必要な通信時間を記憶するデータベースと、
いずれかの前記ネットワークが備える任意の通信装置からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知するとともに、該ネットワークと接続する他の前記ネットワークが備える接続装置に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知するスケジューラと、
を有することを特徴とする。
また、本発明に係る通信方法は、多段接続されている時分割多重方式のネットワークを制御する通信方法であって、
それぞれの前記ネットワークの送信要求から送信許可およびパケット送信までの通信に必要な通信時間を記憶すること、及び
いずれかの前記ネットワークが備える任意の通信装置からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知するとともに、該ネットワークと接続する他の前記ネットワークが備える接続装置に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知すること、
を特徴とする。
それぞれの前記ネットワークの送信要求から送信許可およびパケット送信までの通信に必要な通信時間を記憶すること、及び
いずれかの前記ネットワークが備える任意の通信装置からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知するとともに、該ネットワークと接続する他の前記ネットワークが備える接続装置に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知すること、
を特徴とする。
さらに、本発明に係るコントローラは、多段接続されている時分割多重方式のネットワークを制御するコントローラであって、
それぞれの前記ネットワークの送信要求から送信許可およびパケット送信までの通信に必要な通信時間を記憶するデータベースと、
いずれかの前記ネットワークが備える任意の通信装置からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知するとともに、該ネットワークと接続する他の前記ネットワークが備える接続装置に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知するスケジューラと、
を有することを特徴とする。
それぞれの前記ネットワークの送信要求から送信許可およびパケット送信までの通信に必要な通信時間を記憶するデータベースと、
いずれかの前記ネットワークが備える任意の通信装置からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知するとともに、該ネットワークと接続する他の前記ネットワークが備える接続装置に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知するスケジューラと、
を有することを特徴とする。
コントローラは、各ネットワークでの転送時間（送信要求から実際にパケット送信するまでの時間）を把握しており、あるネットワークからパケットを送信するときに、前記転送時間を考慮して、当該パケットが通過するネットワーク、及び当該パケットの送信先のネットワークに対してパケットの送信要求を発する時刻を通知する。これにより、当該パケットが到着するまでにネットワーク内にパケットを送信する許可を得られるため、ネットワーク毎の接続部の装置における待機時間Ｔｗが発生せず、当該パケットをスムーズに転送することができる。
従って、本発明は、時分割多重ネットワークが多段接続される構成において、それぞれのトラフィックフローに割当てた帯域を保証できる通信システム、通信方法、コントローラ及びプログラムを提供することができる。
複数の前記ネットワークは、それぞれＰＯＮ（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）と無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、前記ＰＯＮの前記接続装置がアクセスポイントであり、前記無線ＬＡＮの前記接続装置がＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）であってもよい。
本発明は、前記コントローラとしてコンピュータを機能させるためのプログラムである。本発明のコントローラはコンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
なお、上記各発明は、可能な限り組み合わせることができる。
本発明は、時分割多重ネットワークが多段接続される構成において、それぞれのトラフィックフローに割当てた帯域を保証できる通信システム、通信方法、コントローラ及びプログラムを提供することができる。
添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
（実施形態１）
図４は、本実施形態の通信システム３０１を説明する図である。通信システム３０１は、時分割多重方式の複数のネットワーク（５０＃１、５０＃２）とコントローラ１０とを有する。ネットワーク５０＃１は、複数の端末２０とネットワーク上位装置３０に接続している。ネットワーク５０＃２は、複数のネットワーク下位装置４０とネットワーク上位装置６０に接続している。ネットワーク上位装置６０は、インターネットのような上位ネットワーク７０とネットワーク５０＃２とを接続する。ネットワーク上位装置３０は、ネットワーク下位装置４０の一つ（図４ではネットワーク下位装置４０＃２）と接続しており、ネットワーク５０＃１とネットワーク５０＃２との通信を可能とする。コントローラ１０は、各端末２０、各ネットワーク下位装置４０、ネットワーク上位装置（３０、６０）と接続する。なお、図４に示した各装置以外に通信するネットワーク機器は存在しないものとする。
図４は、本実施形態の通信システム３０１を説明する図である。通信システム３０１は、時分割多重方式の複数のネットワーク（５０＃１、５０＃２）とコントローラ１０とを有する。ネットワーク５０＃１は、複数の端末２０とネットワーク上位装置３０に接続している。ネットワーク５０＃２は、複数のネットワーク下位装置４０とネットワーク上位装置６０に接続している。ネットワーク上位装置６０は、インターネットのような上位ネットワーク７０とネットワーク５０＃２とを接続する。ネットワーク上位装置３０は、ネットワーク下位装置４０の一つ（図４ではネットワーク下位装置４０＃２）と接続しており、ネットワーク５０＃１とネットワーク５０＃２との通信を可能とする。コントローラ１０は、各端末２０、各ネットワーク下位装置４０、ネットワーク上位装置（３０、６０）と接続する。なお、図４に示した各装置以外に通信するネットワーク機器は存在しないものとする。
図４において、実線は主信号の通信を示し、破線は制御信号の通信を示している。また、図４では、説明簡易化のためにネットワーク５０を２つとしているが、本発明に係る通信システムはネットワークが３つ以上の多段接続でも適用可能である。
図５は、通信システム３０１の各装置の機能を説明する機能ブロック図である。
コントローラ１０は、
それぞれのネットワーク５０の送信要求から送信許可およびパケット送信までの通信に必要な通信時間を記憶するデータベース１１と、
いずれかのネットワーク５０が備える任意の通信装置（端末２０又はネットワーク上位装置６０）からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知するとともに、該ネットワークと接続する他の前記ネットワークが備える接続装置（ネットワーク下位装置４０又はネットワーク上位装置３０）に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知するスケジューラ１２と、
を有する。
コントローラ１０は、
それぞれのネットワーク５０の送信要求から送信許可およびパケット送信までの通信に必要な通信時間を記憶するデータベース１１と、
いずれかのネットワーク５０が備える任意の通信装置（端末２０又はネットワーク上位装置６０）からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知するとともに、該ネットワークと接続する他の前記ネットワークが備える接続装置（ネットワーク下位装置４０又はネットワーク上位装置３０）に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知するスケジューラ１２と、
を有する。
コントローラ１０は、データベース１１に各時分割多重ネットワーク５０の送信要求から送信許可および送信要求からパケット送信までに必要な時間を事前に記録しているものとする。「必要な時間」とは、例えば、ネットワーク５０＃１の端末２０とネットワーク上位装置３０との間でなされるパケット送信要求からパケット送信許可を経てパケット送信するまでの時間である。
図６は、データベース１１が記憶する情報を説明する図である。データベース１１は、Ａ部とＢ部に分かれており、それぞれバッファ毎のパケット量とネットワークの「必要な時間」を保持している。
各端末２０およびネットワーク上位装置６０は、アプリケーション毎のパケットをそれぞれフロー単位バッファ部（２５、６５）へ蓄積する。そして、各端末２０およびネットワーク上位装置６０は、一定周期毎にフロー単位バッファ部（２５、６５）に蓄積されたパケット量を制御信号としてコントローラ１０に通知する。なお、端末２０のフロー単位バッファ部２５はアプリケーション２４内に具備することも可とする。
コントローラ１０は、通知されたパケット量を記録する。コントローラ１０は、それを元に最も上位のネットワーク（図４及び図５であればネットワーク５０＃２）のスケジュールから決定する。具体的には、コントローラ１０は、ネットワーク下位装置４０の主信号送受信部４４が各フローのパケットを送信する送信時刻と送信量、およびパケット送信要求部４２が制御信号送受信部４１からネットワーク上位装置６０に対して送信要求する要求時刻を決定する。
コントローラ１０は、記憶しているネットワーク５０＃２の通信時間及び決定したネットワーク５０＃２のスケジュールを元に、下位のネットワーク５０＃１のスケジュールを決定する。具体的には、コントローラ１０は、上り通信ではネットワーク５０＃２のパケット送信時刻及び送信要求時刻から当該通信時間を減算し、下り通信ではネットワーク５０＃２のパケット送信時刻及び送信要求時刻に当該通信時間を加算して、ネットワーク５０＃１の各フローのパケットを送信する送信時刻と送信量、およびパケット送信要求部３２が制御信号送受信部３１から端末２０に対して送信要求する要求時刻を決定する。３つ以上のネットワークが多段接続されている場合、コントローラ１０はこの作業を繰り返す。
コントローラ１０は、各端末２０及びネットワーク上位装置６０のフロー単位バッファ部（２５、６５）の送信時刻および送信量を決定し、制御信号としてそれぞれに通知する。これに並行して、コントローラ１０は、ネットワーク上位装置３０及びネットワーク下位装置４０のパケット送信要求部（３２、４２）の送信時刻を決定し、制御信号としてそれぞれに通知する。
各端末２０及びネットワーク上位装置６０は通知された送信時刻と送信量でパケットを主信号バッファ部（２６、６６）へ送信する。ネットワーク上位装置３０およびネットワーク下位装置４０は、通知された要求時刻にパケット送信要求を端末２０及びネットワーク上位装置６０へそれぞれ送信する。
図７は、通信システム３０１の動作を説明するシーケンス図である。当該シーケンス図は、端末２０からネットワーク上位装置６０へパケットを送信する上り信号の場合を説明している。なお、図７に使用しているステップ番号のうち図３に使用しているステップ番号と同じステップは、図３で説明したステップの動作と同じである。図８は、通信システム３０１の動作を説明するフローチャートである。図７と図８を用いて各動作を説明する。
本実施形態の通信方法は、多段接続されている時分割多重方式のネットワークを制御する通信方法であって、
それぞれの前記ネットワークの送信要求から送信許可およびパケット送信までの通信に必要な通信時間を記憶すること（事前ステップ）、及び
いずれかの前記ネットワークが備える任意の通信装置からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知する（ステップＳ０３）とともに、該ネットワークと接続する他の前記ネットワークが備える接続装置に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知すること（ステップＳ７３）、
を特徴とする。
それぞれの前記ネットワークの送信要求から送信許可およびパケット送信までの通信に必要な通信時間を記憶すること（事前ステップ）、及び
いずれかの前記ネットワークが備える任意の通信装置からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知する（ステップＳ０３）とともに、該ネットワークと接続する他の前記ネットワークが備える接続装置に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知すること（ステップＳ７３）、
を特徴とする。
［上り通信］
ステップＭ０１：端末２０のアプリケーション２４がパケットを送信する。
ステップＭ０２：端末２０は当該パケットをフロー単位バッファ部２５（＃１～＃Ｌ）に振り分ける。
ステップＭ０３：本ステップはステップＳ０１に相当する。端末２０のパケット量通知部２２が前回の通知から現在までにフロー単位バッファ部２５（＃１～＃Ｌ）に格納されたパケット量をコントローラ１０に通知する。
ステップＭ０１：端末２０のアプリケーション２４がパケットを送信する。
ステップＭ０２：端末２０は当該パケットをフロー単位バッファ部２５（＃１～＃Ｌ）に振り分ける。
ステップＭ０３：本ステップはステップＳ０１に相当する。端末２０のパケット量通知部２２が前回の通知から現在までにフロー単位バッファ部２５（＃１～＃Ｌ）に格納されたパケット量をコントローラ１０に通知する。
ステップＣ０４：本ステップはステップＳ０２に相当する。コントローラ１０は各端末２０から通知された格納パケット量をデータベース１１に記録する。
ステップＣ０５：本ステップもステップＳ０２に相当する。コントローラ１０のスケジューラ１２はデータベース１１の記録から最上位のネットワーク（図４の構成であればネットワーク５０＃２）における各フローのパケットの送信時刻とその量、およびパケット送信要求部４２が発出する送信要求の発出時刻を決定する。
ステップＣ０６：コントローラ１０は、パケットの送信時刻とその量、および送信要求の発出時刻を決定したネットワーク（「時刻決定ネットワーク」と記載する）の次に上位となるネットワーク（時刻決定ネットワークに接続する下位側のネットワーク）の存否を確認する。
ステップＣ０７：下位側のネットワークがある場合、コントローラ１０は、次の計算を行う。コントローラ１０は、時刻決定ネットワークの各フローのパケットの送信時刻および送信要求の発出時刻から、データベース１１に記録された時刻決定ネットワークの通信時間を減算する。そして、コントローラ１０は、減算したそれぞれを下位側のネットワークの上り通信における各フローのパケットの送信時刻とその量、および送信要求の発出時刻に決定する。そして、再度ステップＣ０６を行う。
ステップＣ０８：本ステップはステップＳ０３に相当する。下位側のネットワークがない場合、コントローラ１０は、最下位のネットワーク（図４であればネットワーク５０＃１）にある各端末２０へ、最下位のネットワークにおける各フローのパケットの送信時刻とその量を通知する。
ステップＣ０９：本ステップはステップＳ７３に相当する。コントローラ１０は、最下位のネットワークから最上位ネットワークまで多段接続されている各ネットワーク（最下位のネットワークに接続するネットワークから最上位ネットワークまでの各ネットワーク；図４であればネットワーク５０＃２）が有するパケット送信要求部４２へそれぞれの送信要求の発出時刻を通知する。
ステップＣ０５：本ステップもステップＳ０２に相当する。コントローラ１０のスケジューラ１２はデータベース１１の記録から最上位のネットワーク（図４の構成であればネットワーク５０＃２）における各フローのパケットの送信時刻とその量、およびパケット送信要求部４２が発出する送信要求の発出時刻を決定する。
ステップＣ０６：コントローラ１０は、パケットの送信時刻とその量、および送信要求の発出時刻を決定したネットワーク（「時刻決定ネットワーク」と記載する）の次に上位となるネットワーク（時刻決定ネットワークに接続する下位側のネットワーク）の存否を確認する。
ステップＣ０７：下位側のネットワークがある場合、コントローラ１０は、次の計算を行う。コントローラ１０は、時刻決定ネットワークの各フローのパケットの送信時刻および送信要求の発出時刻から、データベース１１に記録された時刻決定ネットワークの通信時間を減算する。そして、コントローラ１０は、減算したそれぞれを下位側のネットワークの上り通信における各フローのパケットの送信時刻とその量、および送信要求の発出時刻に決定する。そして、再度ステップＣ０６を行う。
ステップＣ０８：本ステップはステップＳ０３に相当する。下位側のネットワークがない場合、コントローラ１０は、最下位のネットワーク（図４であればネットワーク５０＃１）にある各端末２０へ、最下位のネットワークにおける各フローのパケットの送信時刻とその量を通知する。
ステップＣ０９：本ステップはステップＳ７３に相当する。コントローラ１０は、最下位のネットワークから最上位ネットワークまで多段接続されている各ネットワーク（最下位のネットワークに接続するネットワークから最上位ネットワークまでの各ネットワーク；図４であればネットワーク５０＃２）が有するパケット送信要求部４２へそれぞれの送信要求の発出時刻を通知する。
ステップＭ１０：本ステップはステップＳ０４に相当する。端末２０のスケジューラ部２３は、コントローラ１０から通知されたパケットの送信時刻とその量に従い、各フロー単位バッファ部２５（＃１～＃Ｌ）が格納するパケットを主信号バッファ２６へ送信する。その後は、図３で説明したとおり、端末２０及びネットワーク上位装置３０はステップＳ０５からステップＳ０８を行う。
ステップＱ１１：本ステップはステップＳ７４及びＳ１５に相当する。ネットワーク下位装置４０のパケット送信要求部４２は、コントローラ１０から通知された発出時刻に従ってネットワーク下位装置６０へ送信要求を発出する。なお、図７では最上位ネットワーク５０＃２だけであるが、最下位のネットワークに接続するネットワークから最上位ネットワークまでの各ネットワークのそれぞれにてパケット送信要求部が上位装置へ送信要求を発出する。その後は、図３で説明したとおり、ネットワーク下位装置４０及びネットワーク上位装置６０はステップＳ１６からステップＳ１７を行う。
ステップＱ１１：本ステップはステップＳ７４及びＳ１５に相当する。ネットワーク下位装置４０のパケット送信要求部４２は、コントローラ１０から通知された発出時刻に従ってネットワーク下位装置６０へ送信要求を発出する。なお、図７では最上位ネットワーク５０＃２だけであるが、最下位のネットワークに接続するネットワークから最上位ネットワークまでの各ネットワークのそれぞれにてパケット送信要求部が上位装置へ送信要求を発出する。その後は、図３で説明したとおり、ネットワーク下位装置４０及びネットワーク上位装置６０はステップＳ１６からステップＳ１７を行う。
以上の説明のように、コントローラ１０は端末２０に対してスケジューリングを行うと同時に、ネットワーク５０＃２の下位装置４０に対して送信要求のスケジューリングを行い通知する。これにより、予めネットワーク内の上位装置へ送信要求を行い、上位装置から送信許可を受け取っておくことで、下位装置はパケットが到着してからスケジューリングを行う必要が無くなる。従って、通信システム３０１は、複数のネットワークを多段接続していても効率的にパケット送信（上り通信）を実行することができる。
［下り通信］
この動作は下りでも同様の動作である。
ステップＮ０１：上位ネットワーク装置７０からパケットを受信する。
ステップＮ０２：ネットワーク上位装置６０は当該パケットをフロー単位バッファ部６５（＃１～＃Ｋ）に振り分ける。
ステップＭ０３：ネットワーク上位装置６０のパケット量通知部６３が前回の通知から現在までにフロー単位バッファ部２５（＃１～＃Ｋ）に格納されたパケット量をコントローラ１０に通知する。
この動作は下りでも同様の動作である。
ステップＮ０１：上位ネットワーク装置７０からパケットを受信する。
ステップＮ０２：ネットワーク上位装置６０は当該パケットをフロー単位バッファ部６５（＃１～＃Ｋ）に振り分ける。
ステップＭ０３：ネットワーク上位装置６０のパケット量通知部６３が前回の通知から現在までにフロー単位バッファ部２５（＃１～＃Ｋ）に格納されたパケット量をコントローラ１０に通知する。
ステップＣ０４からＣ０６まで及びステップＣ０９は前述の通りである。
ステップＣ０７：コントローラ１０は、次の計算を行う。コントローラ１０は、時刻決定ネットワークの各フローのパケットの送信時刻および送信要求の発出時刻に、データベース１１に記録された時刻決定ネットワークの通信時間を加算する。そして、コントローラ１０は、加算したそれぞれを下位側のネットワークの下り通信における各フローのパケットの送信時刻とその量、および送信要求の発出時刻に決定する。
ステップＣ０８：下位側のネットワークがない場合、コントローラ１０は、最上位のネットワーク（図４であればネットワーク５０＃２）にあるネットワーク上位装置６０へ、最下位のネットワークにおける各フローのパケットの送信時刻とその量を通知する。
ステップＣ０７：コントローラ１０は、次の計算を行う。コントローラ１０は、時刻決定ネットワークの各フローのパケットの送信時刻および送信要求の発出時刻に、データベース１１に記録された時刻決定ネットワークの通信時間を加算する。そして、コントローラ１０は、加算したそれぞれを下位側のネットワークの下り通信における各フローのパケットの送信時刻とその量、および送信要求の発出時刻に決定する。
ステップＣ０８：下位側のネットワークがない場合、コントローラ１０は、最上位のネットワーク（図４であればネットワーク５０＃２）にあるネットワーク上位装置６０へ、最下位のネットワークにおける各フローのパケットの送信時刻とその量を通知する。
ステップＮ１０：ネットワーク上位装置６０のスケジューラ部６２は、コントローラ１０から通知されたパケットの送信時刻とその量に従い、各フロー単位バッファ部６５（＃１～＃Ｋ）が格納するパケットを主信号バッファ６６へ送信する。その後は、図３の上り通信とは逆方向に下り通信を行う。
ステップＰ１１：ネットワーク上位装置３０のパケット送信要求部３２は、コントローラ１０から通知された発出時刻に従って各端末２０へ送信要求を発出する。なお、図７では最上位ネットワーク５０＃２だけであるが、最下位のネットワークに接続するネットワークから最上位ネットワークまでの各ネットワークのそれぞれにてパケット送信要求部が下位装置へ送信要求を発出する。その後は、図３の上り通信とは逆方向に下り通信を行う。
ステップＰ１１：ネットワーク上位装置３０のパケット送信要求部３２は、コントローラ１０から通知された発出時刻に従って各端末２０へ送信要求を発出する。なお、図７では最上位ネットワーク５０＃２だけであるが、最下位のネットワークに接続するネットワークから最上位ネットワークまでの各ネットワークのそれぞれにてパケット送信要求部が下位装置へ送信要求を発出する。その後は、図３の上り通信とは逆方向に下り通信を行う。
以上の説明のように、コントローラ１０はネットワーク上位装置６０に対してスケジューリングを行うと同時に、ネットワーク５０＃１の上位装置３０に対して送信要求のスケジューリングを行い通知する。これにより、予めネットワーク内の下位装置（端末）へ送信要求を行い、下位装置（端末）から送信許可を受け取っておくことで、上位装置はパケットが到着してからスケジューリングを行う必要が無くなる。従って、通信システム３０１は、複数のネットワークを多段接続していても効率的にパケット送信（下り通信）を実行することができる。
（実施形態２）
図９は、本実施形態の通信システム３０２を説明する図である。通信システム３０２は、図４で説明した通信システム３０１において、ネットワーク５０＃２がＰＯＮ（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）とネットワーク５０＃１が無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、ネットワーク上位装置３０（ＰＯＮから見た接続装置）がアクセスポイント３０ａであり、ネットワーク下位装置４０（無線ＬＡＮから見た接続装置）がＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）４０ａである、ネットワーク上位装置６０がＯＬＴ（Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｌ）である。
図９は、本実施形態の通信システム３０２を説明する図である。通信システム３０２は、図４で説明した通信システム３０１において、ネットワーク５０＃２がＰＯＮ（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）とネットワーク５０＃１が無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、ネットワーク上位装置３０（ＰＯＮから見た接続装置）がアクセスポイント３０ａであり、ネットワーク下位装置４０（無線ＬＡＮから見た接続装置）がＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）４０ａである、ネットワーク上位装置６０がＯＬＴ（Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｌ）である。
無線ＬＡＮ（例えば、Ｗｉ－Ｆｉ（登録商標））は端末２０とアクセスポイント３０ａの双方向通信が時分割多重を適用したネットワークである。ＰＯＮは、ＯＮＵ４０ａからＯＬＴ６０ａへの通信のみ時分割多重を適用したネットワークである。コントローラ１０は各端末２０、アクセスポイント３０ａ、及びＯＮＵ４０ａに接続し、それ以外に通信するネットワーク機器は存在しないものとする。
図１０は、通信システム３０２の各装置の機能を説明する機能ブロック図である。通信システム３０２は、図５で説明したネットワーク上位装置６０の機能の一部（スケジューラ部６２、パケット量通知部６３、フロー単位バッファ部６５、及び主信号バッファ部６６）がアクセスポイント３０ａに存在している。
コントローラ１０は、データベース１１に端末２０とアクセスポイント３０ａと間、およびＯＬＴ６０ａとＯＮＵ４０ａと間の通信時間を事前に記録しているものとする。
図１１は、データベース１１が記憶する情報を説明する図である。データベース１１は、Ａ部とＢ部に分かれており、それぞれバッファ毎のパケット量とネットワークの「通信時間」を保持している。
図１１は、データベース１１が記憶する情報を説明する図である。データベース１１は、Ａ部とＢ部に分かれており、それぞれバッファ毎のパケット量とネットワークの「通信時間」を保持している。
ＰＯＮ区間の下り信号は時分割多重していないため、各端末２０およびアクセスポイント３０ａはアプリケーション毎のパケットをそれぞれフロー単位バッファ部（２５、６５）へ蓄積する。そして、各端末２０およびアクセスポイント３０ａは、一定周期毎にフロー単位バッファ部（２５、６５）に蓄積されたパケット量を制御信号としてコントローラ１０に通知する。なお、フロー単位バッファ部２５はアプリケーション２４内に具備することも可とする。
コントローラ１０は、通知されたパケット量を記録する。コントローラ１０は、それを元に最もネットワーク内で上位のＰＯＮ区間のスケジュールから決定する。具体的には、コントローラ１０は、ＯＮＵ４０ａの主信号送受信部４４が各フローのパケットを送信する送信時刻と送信量、およびパケット送信要求部４２が制御信号送受信部４１からネットワーク上位装置６０に対して送信要求する要求時刻を決定する。
コントローラ１０は、記憶しているネットワーク５０＃２の通信時間及び決定したＰＯＮ区間のスケジュールを元に、下位のネットワーク５０＃１のスケジュールを決定する。具体的には、コントローラ１０は、上り通信ではＰＯＮのパケット送信時刻及び送信要求時刻から当該通信時間を減算し、下り通信では無線ＬＡＮのパケット送信時刻及び送信要求時刻に当該通信時間を加算して、次の無線ＬＡＮ区間の各フローの送信時刻と送信量および送信要求を送信する要求時刻を決定する。
各端末２０およびアクセスポイント３０ａのフロー単位バッファ部（２５、６５）の送信時刻および送信量を決定し、制御信号としてそれぞれに通知する。
並行して、各ＯＮＵ４０ａのパケット送信要求部４２が送信する要求時刻を決定し、制御信号としてＯＮＵ４０ａに通知する。
各端末２０およびアクセスポイント３０ａは通知された送信時刻に通知されたパケット量のパケットをフロー単位バッファ部（２５、６５）から主信号バッファ部（２６、６６）へ送信する。
各アクセスポイント３０ａおよびＯＮＵ４０ａは、通知された要求時刻にパケット送信要求を送信する。
各端末２０およびアクセスポイント３０ａのフロー単位バッファ部（２５、６５）の送信時刻および送信量を決定し、制御信号としてそれぞれに通知する。
並行して、各ＯＮＵ４０ａのパケット送信要求部４２が送信する要求時刻を決定し、制御信号としてＯＮＵ４０ａに通知する。
各端末２０およびアクセスポイント３０ａは通知された送信時刻に通知されたパケット量のパケットをフロー単位バッファ部（２５、６５）から主信号バッファ部（２６、６６）へ送信する。
各アクセスポイント３０ａおよびＯＮＵ４０ａは、通知された要求時刻にパケット送信要求を送信する。
図１２は、通信システム３０２の動作を説明するシーケンス図である。当該シーケンス図は、コントローラ１０が端末２０＃Ｎおよびアクセスポイント２０ａ＃Ｏ’からパケットが蓄積していることを通知された場合のシーケンスであり、上り下りの双方向にパケットが転送される例を説明している。なお、図１２に使用しているステップ番号のうち図３及び図７に使用しているステップ番号と同じステップは、図３及び図７で説明したステップの動作と同じである。図１３は、通信システム３０２の動作を説明するフローチャートである。図１２と図１３を用いて各動作を説明する。
［上り通信］
端末２０からＯＬＴ６０ａへ向けての上り通信の動作は、実施形態１（図７及び図８）の説明と同じである。ただし、次のステップでは動作の一部が異なっている。
ステップＣ０５：実施形態１では最上位のネットワークについて各フローのパケットの送信時刻とその量、および送信要求の発出時刻を決定したが、本実施形態では、ＰＯＮ（５０＃２）における各フローのパケットの送信時刻とその量、およびパケット送信要求部４２が発出する送信要求の発出時刻を決定する。。
ステップＣ０７：実施形態１では下位側のネットワークについて時刻計算を行ったが、本実施形態では、ＰＯＮについての時刻計算を行う。具体的には、コントローラ１０は、ＰＯＮの各フローのパケットの送信時刻および送信要求の発出時刻から、データベース１１に記録されたＰＯＮの通信時間を減算する。そして、コントローラ１０は、減算したそれぞれを無線ＬＡＮ（５０＃１）の上り通信における各フローのパケットの送信時刻とその量、および送信要求の発出時刻に決定する。
ステップＣ０９：実施形態１では多段接続されている各ネットワークの下位装置４０に送信要求の発出時刻を通知したが、本実施形態では、ＰＯＮのＯＮＵ４０ａに送信要求の発出時刻を通知する。
また、ＰＯＮと無線ＬＡＮの２つのネットワークが接続するだけなので、ステップＣ０６とＣ０７のループは１回だけである。
端末２０からＯＬＴ６０ａへ向けての上り通信の動作は、実施形態１（図７及び図８）の説明と同じである。ただし、次のステップでは動作の一部が異なっている。
ステップＣ０５：実施形態１では最上位のネットワークについて各フローのパケットの送信時刻とその量、および送信要求の発出時刻を決定したが、本実施形態では、ＰＯＮ（５０＃２）における各フローのパケットの送信時刻とその量、およびパケット送信要求部４２が発出する送信要求の発出時刻を決定する。。
ステップＣ０７：実施形態１では下位側のネットワークについて時刻計算を行ったが、本実施形態では、ＰＯＮについての時刻計算を行う。具体的には、コントローラ１０は、ＰＯＮの各フローのパケットの送信時刻および送信要求の発出時刻から、データベース１１に記録されたＰＯＮの通信時間を減算する。そして、コントローラ１０は、減算したそれぞれを無線ＬＡＮ（５０＃１）の上り通信における各フローのパケットの送信時刻とその量、および送信要求の発出時刻に決定する。
ステップＣ０９：実施形態１では多段接続されている各ネットワークの下位装置４０に送信要求の発出時刻を通知したが、本実施形態では、ＰＯＮのＯＮＵ４０ａに送信要求の発出時刻を通知する。
また、ＰＯＮと無線ＬＡＮの２つのネットワークが接続するだけなので、ステップＣ０６とＣ０７のループは１回だけである。
本実施形態では、ステップＱ１１の代替としてステップＶ１１を行う。
ステップＶ１１：本ステップはステップＳ７４及びＳ１５に相当する。ＯＮＵ４０ａのパケット送信要求部４２は、コントローラ１０から通知された発出時刻に従ってＯＬＴ６０ａへ送信要求を発出する。その後は、図３で説明したとおり、ＯＮＵ４０ａ及びＯＬＴ６０ａはステップＳ１６からステップＳ１７を行う。
ステップＶ１１：本ステップはステップＳ７４及びＳ１５に相当する。ＯＮＵ４０ａのパケット送信要求部４２は、コントローラ１０から通知された発出時刻に従ってＯＬＴ６０ａへ送信要求を発出する。その後は、図３で説明したとおり、ＯＮＵ４０ａ及びＯＬＴ６０ａはステップＳ１６からステップＳ１７を行う。
以上の説明のように、コントローラ１０は端末２０に対してスケジューリングを行うと同時に、ＰＯＮ５０＃２のＯＮＵ４０ａに対して送信要求のスケジューリングを行い通知する。これにより、予めＯＬＴ６０ａへ送信要求を行い、ＯＬＴ６０ａから送信許可を受け取っておくことで、ＯＮＵ４０ａはパケットが到着してからスケジューリングを行う必要が無くなる。従って、通信システム３０２は、効率的にパケット送信（上り通信）を実行することができる。
［下り通信］
この動作は下りでも同様の動作である。
ステップＵ０１：本ステップはステップＳ８０に相当する。アクセスポイント３０ａはＰＯＮ５０＃２からのパケットを受信する。
ステップＵ０２：アクセスポイント３０ａは当該パケットをフロー単位バッファ部６５（＃１～＃Ｋ）に振り分ける。
ステップＵ０３：本ステップはステップＳ８１に相当する。アクセスポイント３０ａのパケット量通知部６３が前回の通知から現在までにフロー単位バッファ部２５（＃１～＃Ｋ）に格納されたパケット量をコントローラ１０に通知する。
この動作は下りでも同様の動作である。
ステップＵ０１：本ステップはステップＳ８０に相当する。アクセスポイント３０ａはＰＯＮ５０＃２からのパケットを受信する。
ステップＵ０２：アクセスポイント３０ａは当該パケットをフロー単位バッファ部６５（＃１～＃Ｋ）に振り分ける。
ステップＵ０３：本ステップはステップＳ８１に相当する。アクセスポイント３０ａのパケット量通知部６３が前回の通知から現在までにフロー単位バッファ部２５（＃１～＃Ｋ）に格納されたパケット量をコントローラ１０に通知する。
ステップＣ０４からＣ０６まで及びステップＣ０９は前述の通りである。
ステップＣ０７：コントローラ１０は、次の計算を行う。コントローラ１０は、ＰＯＮの各フローのパケットの送信時刻および送信要求の発出時刻に、データベース１１に記録されたＰＯＮの通信時間を加算する。そして、コントローラ１０は、加算したそれぞれを無線ＬＡＮの下り通信における各フローのパケットの送信時刻とその量、および送信要求の発出時刻に決定する。
ステップＣ０８：本ステップはステップＳ８３に相当する。コントローラ１０は、無線ＬＡＮのアクセスポイント３０ａへ、無線ＬＡＮにおける各フローのパケットの送信時刻とその量を通知する。
ステップＣ０７：コントローラ１０は、次の計算を行う。コントローラ１０は、ＰＯＮの各フローのパケットの送信時刻および送信要求の発出時刻に、データベース１１に記録されたＰＯＮの通信時間を加算する。そして、コントローラ１０は、加算したそれぞれを無線ＬＡＮの下り通信における各フローのパケットの送信時刻とその量、および送信要求の発出時刻に決定する。
ステップＣ０８：本ステップはステップＳ８３に相当する。コントローラ１０は、無線ＬＡＮのアクセスポイント３０ａへ、無線ＬＡＮにおける各フローのパケットの送信時刻とその量を通知する。
ステップＵ１０：本ステップはステップＳ８４からＳ８７に相当する。
アクセスポイント３０ａのスケジューラ部６２は、コントローラ１０から通知されたパケットの送信時刻とその量に従い、各フロー単位バッファ部６５（＃１～＃Ｋ）が格納するパケットを主信号バッファ６６へ送信する（ステップＳ８４）。その後は、端末２０とアクセスポイント３０ａとの間で送信要求（ステップＳ８５）と送信許可（ステップＳ８６）を行い、アックセスポイント３０ａから端末２０へパケットが送信される（ステップＳ８７）。
アクセスポイント３０ａのスケジューラ部６２は、コントローラ１０から通知されたパケットの送信時刻とその量に従い、各フロー単位バッファ部６５（＃１～＃Ｋ）が格納するパケットを主信号バッファ６６へ送信する（ステップＳ８４）。その後は、端末２０とアクセスポイント３０ａとの間で送信要求（ステップＳ８５）と送信許可（ステップＳ８６）を行い、アックセスポイント３０ａから端末２０へパケットが送信される（ステップＳ８７）。
以上の説明のように、通信システム３０２は、効率的にパケット送信（下り通信）を実行することができる。
（実施形態３）
コントローラ１０はコンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
図１４は、システム１００のブロック図を示している。システム１００は、ネットワーク１３５へと接続されたコンピュータ１０５を含む。
コントローラ１０はコンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
図１４は、システム１００のブロック図を示している。システム１００は、ネットワーク１３５へと接続されたコンピュータ１０５を含む。
ネットワーク１３５は、データ通信ネットワークである。ネットワーク１３５は、プライベートネットワーク又はパブリックネットワークであってよく、（ａ）例えば或る部屋をカバーするパーソナル・エリア・ネットワーク、（ｂ）例えば或る建物をカバーするローカル・エリア・ネットワーク、（ｃ）例えば或るキャンパスをカバーするキャンパス・エリア・ネットワーク、（ｄ）例えば或る都市をカバーするメトロポリタン・エリア・ネットワーク、（ｅ）例えば都市、地方、又は国家の境界をまたいでつながる領域をカバーするワイド・エリア・ネットワーク、又は（ｆ）インターネット、のいずれか又はすべてを含むことができる。通信は、ネットワーク１３５を介して電子信号及び光信号によって行われる。
コンピュータ１０５は、プロセッサ１１０、及びプロセッサ１１０に接続されたメモリ１１５を含む。コンピュータ１０５が、本明細書においてはスタンドアロンのデバイスとして表されているが、そのように限定されるわけではなく、むしろ分散処理システムにおいて図示されていない他のデバイスへと接続されてよい。
プロセッサ１１０は、命令に応答し且つ命令を実行する論理回路で構成される電子デバイスである。
メモリ１１５は、コンピュータプログラムがエンコードされた有形のコンピュータにとって読み取り可能な記憶媒体である。この点に関し、メモリ１１５は、プロセッサ１１０の動作を制御するためにプロセッサ１１０によって読み取り可能及び実行可能なデータ及び命令、すなわちプログラムコードを記憶する。メモリ１１５を、ランダムアクセスメモリ（ＲＡＭ）、ハードドライブ、読み出し専用メモリ（ＲＯＭ）、又はこれらの組み合わせにて実現することができる。メモリ１１５の構成要素の１つは、プログラムモジュール１２０である。
プログラムモジュール１２０は、本明細書に記載のプロセスを実行するようにプロセッサ１１０を制御するための命令を含む。本明細書において、動作がコンピュータ１０５或いは方法又はプロセス若しくはその下位プロセスによって実行されると説明されるが、それらの動作は、実際にはプロセッサ１１０によって実行される。
用語「モジュール」は、本明細書において、スタンドアロンの構成要素又は複数の下位の構成要素からなる統合された構成のいずれかとして具現化され得る機能的動作を指して使用される。したがって、プログラムモジュール１２０は、単一のモジュールとして、或いは互いに協調して動作する複数のモジュールとして実現され得る。さらに、プログラムモジュール１２０は、本明細書において、メモリ１１５にインストールされ、したがってソフトウェアにて実現されるものとして説明されるが、ハードウェア（例えば、電子回路）、ファームウェア、ソフトウェア、又はこれらの組み合わせのいずれかにて実現することが可能である。
プログラムモジュール１２０は、すでにメモリ１１５へとロードされているものとして示されているが、メモリ１１５へと後にロードされるように記憶装置１４０上に位置するように構成されてもよい。記憶装置１４０は、プログラムモジュール１２０を記憶する有形のコンピュータにとって読み取り可能な記憶媒体である。記憶装置１４０の例として、コンパクトディスク、磁気テープ、読み出し専用メモリ、光記憶媒体、ハードドライブ又は複数の並列なハードドライブで構成されるメモリユニット、並びにユニバーサル・シリアル・バス（ＵＳＢ）フラッシュドライブが挙げられる。あるいは、記憶装置１４０は、ランダムアクセスメモリ、或いは図示されていない遠隔のストレージシステムに位置し、且つネットワーク１３５を介してコンピュータ１０５へと接続される他の種類の電子記憶デバイスであってよい。
システム１００は、本明細書においてまとめてデータソース１５０と称され、且つネットワーク１３５へと通信可能に接続されるデータソース１５０Ａ及びデータソース１５０Ｂを更に含む。実際には、データソース１５０は、任意の数のデータソース、すなわち１つ以上のデータソースを含むことができる。データソース１５０は、体系化されていないデータを含み、ソーシャルメディアを含むことができる。
システム１００は、ユーザ１０１によって操作され、且つネットワーク１３５を介してコンピュータ１０５へと接続されるユーザデバイス１３０を更に含む。ユーザデバイス１３０として、ユーザ１０１が情報及びコマンドの選択をプロセッサ１１０へと伝えることを可能にするためのキーボード又は音声認識サブシステムなどの入力デバイスが挙げられる。ユーザデバイス１３０は、表示装置又はプリンタ或いは音声合成装置などの出力デバイスを更に含む。マウス、トラックボール、又はタッチ感応式画面などのカーソル制御部が、さらなる情報及びコマンドの選択をプロセッサ１１０へと伝えるために表示装置上でカーソルを操作することをユーザ１０１にとって可能にする。
プロセッサ１１０は、プログラムモジュール１２０の実行の結果１２２をユーザデバイス１３０へと出力する。あるいは、プロセッサ１１０は、出力を例えばデータベース又はメモリなどの記憶装置１２５へともたらすことができ、或いはネットワーク１３５を介して図示されていない遠隔のデバイスへともたらすことができる。
例えば、図８や図１３のフローチャートを行うプログラムをプログラムモジュール１２０としてもよい。システム１００をコントローラ１０として動作させることができる。
用語「・・・を備える」又は「・・・を備えている」は、そこで述べられている特徴、完全体、工程、又は構成要素が存在することを指定しているが、１つ以上の他の特徴、完全体、工程、又は構成要素、或いはそれらのグループの存在を排除してはいないと、解釈されるべきである。用語「ａ」及び「ａｎ」は、不定冠詞であり、したがって、それを複数有する実施形態を排除するものではない。
（他の実施形態）
なお、この発明は上記実施形態に限定されるものではなく、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。要するにこの発明は、上位実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
なお、この発明は上記実施形態に限定されるものではなく、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。要するにこの発明は、上位実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
また、上記実施形態に開示されている複数の構成要素を適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合わせてもよい。
［付録］
ここでは、関連技術について説明する。
ここでは、関連技術について説明する。
（基本構成）
まず、本関連技術の制御システムの基本構成を説明する。図１５は、本関連技術の制御システム４００を説明する図である。制御システム４００は、無線ネットワーク１５のトラフィックを制御する制御システムであって、
無線ネットワーク１５を介してパケットを相互に伝送する端末１１及びアクセスポイント１２と、
端末１１及びアクセスポイント１２に対して送信制御を行うコントローラ１３と、
を備えており、
コントローラ１３は、少なくとも端末１１から通知されたトラフィックフロー毎の必要帯域に基づいて前記トラフィックフロー毎の帯域制御値を決定し、前記帯域制御値を端末１１及びアクセスポイント１２に通知することを特徴とする。
まず、本関連技術の制御システムの基本構成を説明する。図１５は、本関連技術の制御システム４００を説明する図である。制御システム４００は、無線ネットワーク１５のトラフィックを制御する制御システムであって、
無線ネットワーク１５を介してパケットを相互に伝送する端末１１及びアクセスポイント１２と、
端末１１及びアクセスポイント１２に対して送信制御を行うコントローラ１３と、
を備えており、
コントローラ１３は、少なくとも端末１１から通知されたトラフィックフロー毎の必要帯域に基づいて前記トラフィックフロー毎の帯域制御値を決定し、前記帯域制御値を端末１１及びアクセスポイント１２に通知することを特徴とする。
制御システム４００は、端末１１からコントローラに通知されたトラフィックフロー毎の必要帯域を用いてトラフィックフロー毎の送信帯域を計算する。このため、制御システム４００は、トラフィックフロー毎の帯域を保証することができる。
トラフィックフロー毎の帯域制御には２つの手法がある。それぞれ関連技術１と２で詳説する。
トラフィックフロー毎の帯域制御には２つの手法がある。それぞれ関連技術１と２で詳説する。
（関連技術２）
関連技術２では、第１の帯域制御手法を説明する。
図１６は、本関連技術の制御システム４０１を説明する図である。制御システム４０１は、各端末１１およびアクセスポイント１２とコントローラ１３とを接続しており、
各端末１１およびアクセスポイント１２内のトラフィックフロー毎のバッファ（ＦＢ１、ＦＢ２）、もしくはアプリケーション内のバッファでパケットを蓄積すること、
その蓄積されたパケット量を事前にコントローラ１３に通知すること、
コントローラ１３のスケジューリング部ＳＣＨ３でトラフィック毎の送信時刻および送信量を決定すること、
コントローラ１３から各端末１１およびアクセスポイント１２に送信時刻および送信量を通知すること、及び
各端末１１およびアクセスポイント１２が通知された送信時刻および送信量に従ってパケットを送信すること、を行う。
なお、各端末１１、アクセスポイント１２、及びコントローラ１３の時刻はＮＴＰやＰＴＰ等を用いて同期しているものとする。
関連技術２では、第１の帯域制御手法を説明する。
図１６は、本関連技術の制御システム４０１を説明する図である。制御システム４０１は、各端末１１およびアクセスポイント１２とコントローラ１３とを接続しており、
各端末１１およびアクセスポイント１２内のトラフィックフロー毎のバッファ（ＦＢ１、ＦＢ２）、もしくはアプリケーション内のバッファでパケットを蓄積すること、
その蓄積されたパケット量を事前にコントローラ１３に通知すること、
コントローラ１３のスケジューリング部ＳＣＨ３でトラフィック毎の送信時刻および送信量を決定すること、
コントローラ１３から各端末１１およびアクセスポイント１２に送信時刻および送信量を通知すること、及び
各端末１１およびアクセスポイント１２が通知された送信時刻および送信量に従ってパケットを送信すること、を行う。
なお、各端末１１、アクセスポイント１２、及びコントローラ１３の時刻はＮＴＰやＰＴＰ等を用いて同期しているものとする。
具体的には、制御システム４０１は、無線ネットワーク１５のトラフィックを制御する制御システムであって、
無線ネットワーク１５を介してパケットを相互に伝送する端末１１及びアクセスポイント１２と、
端末１１及びアクセスポイント１２に対して送信制御を行うコントローラ１３と、
を備えており、
端末１１及びアクセスポイント１２のそれぞれは、
送信パケットをトラフィックフロー毎に蓄積するバッファ（ＦＢ１、ＦＢ２）と、
バッファ（ＦＢ１、ＦＢ２）に蓄積されたトラフィックフロー毎の前記送信パケットの蓄積量をコントローラ１３に送信し、コントローラ１３からトラフィックフロー毎の前記送信パケットの送信時刻および送信量を受信する装置側送受信部（ＣＴＲ１、ＣＴＲ２）と、
前記送信時刻および前記送信量に従ってバッファ（ＦＢ１、ＦＢ２）内のトラフィックフロー毎の前記送信パケットを無線ネットワーク１５に送信する主信号送信部（ＭＴＲ１、ＭＴＲ２）と、
を備え、
コントローラ１３は、
端末１１及びアクセスポイント１２のそれぞれから前記蓄積量を受信し、端末１１及びアクセスポイント１２のそれぞれへ前記送信時刻および前記送信量を送信する制御側送受信部ＣＴＲ３と、
前記蓄積量に基づいてトラフィックフロー毎の前記送信パケットの前記送信時刻及び前記送信量を決定するスケジューリング部ＳＣＨ３と、
を備える。
無線ネットワーク１５を介してパケットを相互に伝送する端末１１及びアクセスポイント１２と、
端末１１及びアクセスポイント１２に対して送信制御を行うコントローラ１３と、
を備えており、
端末１１及びアクセスポイント１２のそれぞれは、
送信パケットをトラフィックフロー毎に蓄積するバッファ（ＦＢ１、ＦＢ２）と、
バッファ（ＦＢ１、ＦＢ２）に蓄積されたトラフィックフロー毎の前記送信パケットの蓄積量をコントローラ１３に送信し、コントローラ１３からトラフィックフロー毎の前記送信パケットの送信時刻および送信量を受信する装置側送受信部（ＣＴＲ１、ＣＴＲ２）と、
前記送信時刻および前記送信量に従ってバッファ（ＦＢ１、ＦＢ２）内のトラフィックフロー毎の前記送信パケットを無線ネットワーク１５に送信する主信号送信部（ＭＴＲ１、ＭＴＲ２）と、
を備え、
コントローラ１３は、
端末１１及びアクセスポイント１２のそれぞれから前記蓄積量を受信し、端末１１及びアクセスポイント１２のそれぞれへ前記送信時刻および前記送信量を送信する制御側送受信部ＣＴＲ３と、
前記蓄積量に基づいてトラフィックフロー毎の前記送信パケットの前記送信時刻及び前記送信量を決定するスケジューリング部ＳＣＨ３と、
を備える。
制御システム４０１は、主信号（トラフィックのパケット）の通信手段とは別の通信手段でコントローラ１３とアクセスポイント１２／端末１１との間の制御信号を通信する。具体的には、制御信号は、端末１１の制御信号送受信部ＣＴＲ１とコントローラ１３の制御信号送受信部ＣＴＲ３との間、及びアクセスポイント１２の制御信号送受信部ＣＴＲ２とコントローラ１３の制御信号送受信部ＣＴＲ３との間で送受される。
各端末１１およびアクセスポイント１２は、定期的にフロー単位バッファ部（ＦＢ１、ＦＢ２）に蓄積されたパケット量を制御信号としてコントローラ１３に通知する。
端末１１は各アプリケーションＡＰ１からのパケットをアプリケーション毎（フロー毎）にバッファＦＢ１に蓄積する。パケット量通知部ＮＴＦ１は、定期的に各バッファＦＢ１のパケット蓄積量を確認し、これを制御信号として制御信号送受信部ＣＴＲ１を介してコントローラ１３へ通知する。
また、アクセスポイント１２は上位ネットワーク装置５０からのパケットをアプリケーション毎（フロー毎）にバッファＦＢ２に蓄積する。パケット量通知部ＮＴＦ２は、定期的に各バッファＦＢ２のパケット蓄積量を確認し、これを制御信号として制御信号送受信部ＣＴＲ２を介してコントローラ１３へ通知する。
なお、フロー単位バッファ部ＦＢ１をアプリケーションＡＰ１が所有していてもよい。
端末１１は各アプリケーションＡＰ１からのパケットをアプリケーション毎（フロー毎）にバッファＦＢ１に蓄積する。パケット量通知部ＮＴＦ１は、定期的に各バッファＦＢ１のパケット蓄積量を確認し、これを制御信号として制御信号送受信部ＣＴＲ１を介してコントローラ１３へ通知する。
また、アクセスポイント１２は上位ネットワーク装置５０からのパケットをアプリケーション毎（フロー毎）にバッファＦＢ２に蓄積する。パケット量通知部ＮＴＦ２は、定期的に各バッファＦＢ２のパケット蓄積量を確認し、これを制御信号として制御信号送受信部ＣＴＲ２を介してコントローラ１３へ通知する。
なお、フロー単位バッファ部ＦＢ１をアプリケーションＡＰ１が所有していてもよい。
コントローラ１３は、通知されたパケット蓄積量、端末１１、アクセスポイント１２、及びフロー単位バッファ（ＦＢ１、ＦＢ２）の情報を記録し、それを元にバッファ毎の送信時刻と送信量を決定し、各端末１１およびアクセスポイント１２へ制御信号として通知する。
コントローラ１３の制御信号送受信部ＣＴＲ３は、各端末１１とアクセスポイント１２から制御信号を受信し、制御信号に含まれるパケット蓄積量、端末１１、アクセスポイント１２、及びフロー単位バッファ（ＦＢ１、ＦＢ２）の情報をデータベースＤＢに整理する。
図１７は、データベースＤＢに整理された情報の一例を説明する図である。本データベースＤＢは、次の３つの情報を整理する。
項番は、端末１１とアクセスポイント１２の全てのバッファ（ＦＢ１、ＦＢ２）に対する通し番号である。
ノード番号は、アクセスポイント１２又は端末１１の番号である。
バッファ番号は、各端末１１が保有するバッファＦＢ１の番号、又はアクセスポイント１２保有するバッファＦＢ２の番号である。
パケット量は、それぞれのバッファ番号を持つバッファが保持するパケット蓄積量である。
例えば、項番Ｋ＋２は、端末１１＃１が持つフロー単位バッファ部ＦＢ１＃２のパケット蓄積量であり、その量は“Ｂ１２”であることを意味する。
項番は、端末１１とアクセスポイント１２の全てのバッファ（ＦＢ１、ＦＢ２）に対する通し番号である。
ノード番号は、アクセスポイント１２又は端末１１の番号である。
バッファ番号は、各端末１１が保有するバッファＦＢ１の番号、又はアクセスポイント１２保有するバッファＦＢ２の番号である。
パケット量は、それぞれのバッファ番号を持つバッファが保持するパケット蓄積量である。
例えば、項番Ｋ＋２は、端末１１＃１が持つフロー単位バッファ部ＦＢ１＃２のパケット蓄積量であり、その量は“Ｂ１２”であることを意味する。
コントローラ１３のスケジューリング部ＳＣＨ３は、後述するスケジューリング方式を利用し、データベース部ＤＢの内容からバッファ毎の送信時刻と送信量を決定する。そして、スケジューリング部ＳＣＨ３は、決定した送信時刻と送信量を制御信号とし、制御信号送受信部ＣＴＲ３から端末１１やアクセスポイント１２へ送信する。
各端末１１およびアクセスポイント１２は、通知された送信時刻と送信量でフロー単位バッファ部（ＦＢ１、ＦＢ２）が蓄積するパケットを取り出して主信号バッファ部（ＭＢ１、ＭＢ２）へ入力する。主信号送受信部（ＭＴＲ１、ＭＴＲ２）は、主信号バッファ部（ＭＢ１、ＭＢ２）のパケットを無線ネットワーク１５へ送信する。
図１８は、以上で説明した動作をフローチャートで説明した図である。本関連技術の制御方法は、無線ネットワーク１５のトラフィックを制御する制御方法であって、
前記制御方法は、無線ネットワーク１５を介してパケットを相互に伝送する端末１１及びアクセスポイント１２に対してコントローラ１３が行う送信制御であって、
端末１１及びアクセスポイント１２のそれぞれのバッファ（ＦＢ１、ＦＢ２）にトラフィックフロー毎に送信パケットを蓄積すること（ステップＳ１１１、Ｓ１１２、Ｓ１２１，Ｓ１２２）、
それぞれの前記バッファに蓄積されたトラフィックフロー毎の前記送信パケットの蓄積量を前記コントローラに送信すること（ステップＳ１１３、Ｓ１２３）、
前記コントローラにて、前記端末及び前記アクセスポイントのそれぞれから受信した前記蓄積量に基づいてトラフィックフロー毎の前記送信パケットの送信時刻及び送信量を決定すること（ステップＳ１３１、Ｓ１３２）、
前記コントローラから前記端末及び前記アクセスポイントのそれぞれへ前記送信時刻および前記送信量を送信すること（ステップＳ１３３）、及び
前記送信時刻および前記送信量に従って前記端末及び前記アクセスポイントのそれぞれの前記バッファからトラフィックフロー毎の前記送信パケットを前記無線ネットワークに送信すること（ステップＳ１１４、Ｓ１２４）
を特徴とする。
前記制御方法は、無線ネットワーク１５を介してパケットを相互に伝送する端末１１及びアクセスポイント１２に対してコントローラ１３が行う送信制御であって、
端末１１及びアクセスポイント１２のそれぞれのバッファ（ＦＢ１、ＦＢ２）にトラフィックフロー毎に送信パケットを蓄積すること（ステップＳ１１１、Ｓ１１２、Ｓ１２１，Ｓ１２２）、
それぞれの前記バッファに蓄積されたトラフィックフロー毎の前記送信パケットの蓄積量を前記コントローラに送信すること（ステップＳ１１３、Ｓ１２３）、
前記コントローラにて、前記端末及び前記アクセスポイントのそれぞれから受信した前記蓄積量に基づいてトラフィックフロー毎の前記送信パケットの送信時刻及び送信量を決定すること（ステップＳ１３１、Ｓ１３２）、
前記コントローラから前記端末及び前記アクセスポイントのそれぞれへ前記送信時刻および前記送信量を送信すること（ステップＳ１３３）、及び
前記送信時刻および前記送信量に従って前記端末及び前記アクセスポイントのそれぞれの前記バッファからトラフィックフロー毎の前記送信パケットを前記無線ネットワークに送信すること（ステップＳ１１４、Ｓ１２４）
を特徴とする。
［効果］
図１９と図２０は、制御システム４０１の効果を説明する図である。図１９は、制御システム４０１のシーケンス図であり、図２０は、コントローラ１３が存在しない従来の通信システムにおけるシーケンス図である。図において、“ＲＴＳ”は送信要求（Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ）、“ＣＴＳ”は送信許可（Ｃｌｅａｒ ｔｏ Ｓｅｎｄ）を意味する。また、実線は主信号の通信、破線は制御信号の通信を意味する。
図１９と図２０は、制御システム４０１の効果を説明する図である。図１９は、制御システム４０１のシーケンス図であり、図２０は、コントローラ１３が存在しない従来の通信システムにおけるシーケンス図である。図において、“ＲＴＳ”は送信要求（Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ）、“ＣＴＳ”は送信許可（Ｃｌｅａｒ ｔｏ Ｓｅｎｄ）を意味する。また、実線は主信号の通信、破線は制御信号の通信を意味する。
図１９と図２０を比較するとわかるように、図１９の主信号バッファ（ＭＢ１、ＭＢ２）からの通信動作は、図２０の通信動作と同様である。本発明の制御システム４０１は、既存の通信システムを改変せずに、コントローラ１３を配置することで実現することができる。また、図２０の通信動作では、送信時刻の制御がないため、パケット衝突の発生、及び送信できる端末やアクセスポイントに偏りが生じるという不具合が生じるが、本発明の制御システム４０１は、端末やアクセスポイントに対して送信時刻を制御しているため、上記不具合は解消される。
［スケジューリング方式］
ここで、コントローラ１３のスケジューリング部ＳＣＨ１３が行うスケジューリング方式を説明する。
［１］公平にスケジューリング
本スケジューリング方式は、端末１１とアクセスポイント１２のフロー単位バッファ（ＦＢ１、ＦＢ２）のうち、パケットが蓄積されているフロー単位バッファの総数で帯域や時間を割る計算を行う。
以下、パラメータを説明する。
端末１１とアクセスポイント１２を合わせた、パケットが蓄積されているフロー単位バッファの数： ｎ
１ｃｙｃｌｅの時間： Ｔ［ｓｅｃ］
１ｃｙｃｌｅ時間あたりの主信号総送信限界量： Ｚ［Ｂｙｔｅｓ／ｓｅｃ］
最初に蓄積されたパケットを送信する時刻： ｔｓｔａｒｔ［ｓｅｃ］
ここで、コントローラ１３のスケジューリング部ＳＣＨ１３が行うスケジューリング方式を説明する。
［１］公平にスケジューリング
本スケジューリング方式は、端末１１とアクセスポイント１２のフロー単位バッファ（ＦＢ１、ＦＢ２）のうち、パケットが蓄積されているフロー単位バッファの総数で帯域や時間を割る計算を行う。
以下、パラメータを説明する。
端末１１とアクセスポイント１２を合わせた、パケットが蓄積されているフロー単位バッファの数： ｎ
１ｃｙｃｌｅの時間： Ｔ［ｓｅｃ］
１ｃｙｃｌｅ時間あたりの主信号総送信限界量： Ｚ［Ｂｙｔｅｓ／ｓｅｃ］
最初に蓄積されたパケットを送信する時刻： ｔｓｔａｒｔ［ｓｅｃ］
この場合、
フロー単位バッファ＃Ｊの送信量ＳＪ［Ｂｙｔｅｓ］は、
フロー単位バッファ＃Ｊの送信時間ＴＪ［ｓｅｃ］は、
フロー単位バッファ＃Ｊの送信時刻ｔＪ［ｓｅｃ］は、
と計算される。
フロー単位バッファ＃Ｊの送信量ＳＪ［Ｂｙｔｅｓ］は、
なお、送信を開始するフロー単位バッファの順番は、例えばコントローラ１３のデータベース部ＤＢに整理されている項番の若番から行う、などが考えられる。
［２］帯域重み付けを考慮してスケジューリング
本スケジューリング方式は、端末１１とアクセスポイント１２のフロー単位バッファ（ＦＢ１、ＦＢ２）のうち、パケットが蓄積されているフロー単位バッファの数とそのパケット蓄積量で決定する。
以下、パラメータを説明する。
フロー単位バッファ＃Ｊのパケット蓄積量： ＢＪ［Ｂｙｔｅｓ］
１ｃｙｃｌｅの時間： Ｔ［ｓｅｃ］
１ｃｙｃｌｅ時間あたりの送信限界量： Ｚ［Ｂｙｔｅｓ／ｓｅｃ］
全フロー単位バッファに蓄積された全パケットを送信するために必要な時間： Ｔａｌｌ［ｓｅｃ］
全フロー単位バッファに蓄積されたパケットのうち最初にパケット送信する時刻： ｔｓｔａｒｔ［ｓｅｃ］
本スケジューリング方式は、端末１１とアクセスポイント１２のフロー単位バッファ（ＦＢ１、ＦＢ２）のうち、パケットが蓄積されているフロー単位バッファの数とそのパケット蓄積量で決定する。
以下、パラメータを説明する。
フロー単位バッファ＃Ｊのパケット蓄積量： ＢＪ［Ｂｙｔｅｓ］
１ｃｙｃｌｅの時間： Ｔ［ｓｅｃ］
１ｃｙｃｌｅ時間あたりの送信限界量： Ｚ［Ｂｙｔｅｓ／ｓｅｃ］
全フロー単位バッファに蓄積された全パケットを送信するために必要な時間： Ｔａｌｌ［ｓｅｃ］
全フロー単位バッファに蓄積されたパケットのうち最初にパケット送信する時刻： ｔｓｔａｒｔ［ｓｅｃ］
この場合、
とすると、
フロー単位バッファ＃Ｊの送信量ＳＪ［Ｂｙｔｅｓ］は、
Ｔａｌｌ≦Ｔの場合、
Ｔａｌｌ＞Ｔの場合、
フロー単位バッファ＃Ｊの送信時間ＴＪ［ｓｅｃ］は、
Ｔａｌｌ≦Ｔの場合、
Ｔａｌｌ＞Ｔの場合、
フロー単位バッファ＃Ｊの送信時刻ｔＪ［ｓｅｃ］は、
Ｔａｌｌ≦Ｔの場合、
Ｔａｌｌ＞Ｔの場合、
と計算される。
フロー単位バッファ＃Ｊの送信量ＳＪ［Ｂｙｔｅｓ］は、
Ｔａｌｌ≦Ｔの場合、
Ｔａｌｌ≦Ｔの場合、
Ｔａｌｌ≦Ｔの場合、
なお、Ｔａｌｌ＞Ｔの場合、送信しきれないパケットは、次の送信タイミングに繰り越す。
（関連技術３）
関連技術３では、第２の帯域制御手法を説明する。
図２１は、本関連技術の制御システム４０２を説明する図である。制御システム４０２は、各端末１１およびアクセスポイント１２とコントローラ１３を接続しており、
各端末１１およびアクセスポイント１２内のトラフィックフロー単位で端末に帯域制御部（ＦＢＣ１、ＦＢＣ２）、もしくはアプリケーション内に帯域制御部を設けること、
端末１１が必要な帯域を事前にコントローラ１３に通知すること、
コントローラ１３の帯域制御設定計算部ＢＣＳＣによりアクセスポイント１２および端末１１毎の各トラフィックフローの帯域制御値を決定すること、
各端末１１およびアクセスポイント１２に当該帯域制御値を通知すること、及び
各端末１１およびアクセスポイント１２が通知された帯域制御値の範囲内で各トラフィックのパケットを送信することを行う。
なお、各端末１１、アクセスポイント１２、及びコントローラ１３の時刻はＮＴＰやＰＴＰ等を用いて同期しているものとする。
また、帯域制御はポリシングやシェイピング等を用いるものとする。
第１の帯域制御手法では、パケット毎に送信を制御するのに対して、第２の帯域制御手法では、アプリケーションの追加等により必要帯域が変更されない限り、帯域制御値も変更されない点が異なる。
関連技術３では、第２の帯域制御手法を説明する。
図２１は、本関連技術の制御システム４０２を説明する図である。制御システム４０２は、各端末１１およびアクセスポイント１２とコントローラ１３を接続しており、
各端末１１およびアクセスポイント１２内のトラフィックフロー単位で端末に帯域制御部（ＦＢＣ１、ＦＢＣ２）、もしくはアプリケーション内に帯域制御部を設けること、
端末１１が必要な帯域を事前にコントローラ１３に通知すること、
コントローラ１３の帯域制御設定計算部ＢＣＳＣによりアクセスポイント１２および端末１１毎の各トラフィックフローの帯域制御値を決定すること、
各端末１１およびアクセスポイント１２に当該帯域制御値を通知すること、及び
各端末１１およびアクセスポイント１２が通知された帯域制御値の範囲内で各トラフィックのパケットを送信することを行う。
なお、各端末１１、アクセスポイント１２、及びコントローラ１３の時刻はＮＴＰやＰＴＰ等を用いて同期しているものとする。
また、帯域制御はポリシングやシェイピング等を用いるものとする。
第１の帯域制御手法では、パケット毎に送信を制御するのに対して、第２の帯域制御手法では、アプリケーションの追加等により必要帯域が変更されない限り、帯域制御値も変更されない点が異なる。
具体的には、制御システム４０２は、無線ネットワーク１５のトラフィックを制御する制御システムであって次を特徴とする。
端末１１は、
コントローラ１３と接続した時及びアプリケーションＡＰ１が追加された時に、アプリケーションＡＰ１が要求する帯域を前記必要帯域としてコントローラ１３に送信し、コントローラ１３から帯域制御値を受信する端末側送受信部ＣＴＲ１と、
前記帯域制御値をそれぞれのアプリケーションＡＰ１に設定する端末側帯域制御部（ＢＣＳ１、ＦＢＣ１）と、を備える。
アクセスポイント１２は、
コントローラ１３から前記帯域制御値を受信するアクセスポイント側送受信部ＣＴＲ２と、
前記帯域制御値をそれぞれの前記アプリケーションに設定するアクセスポイント側帯域制御部（ＢＣＳ２、ＦＢＣ２）と、を備える。
コントローラ１３は、
端末１１から前記必要帯域を受信し、端末１１及びアクセスポイント１２のそれぞれへ前記帯域制御値を送信する制御側送受信部ＣＴＲ３と、
前記必要帯域の和算量に基づいて前記帯域制御値を決定する計算部ＢＣＳＣと、
を備える。
端末１１は、
コントローラ１３と接続した時及びアプリケーションＡＰ１が追加された時に、アプリケーションＡＰ１が要求する帯域を前記必要帯域としてコントローラ１３に送信し、コントローラ１３から帯域制御値を受信する端末側送受信部ＣＴＲ１と、
前記帯域制御値をそれぞれのアプリケーションＡＰ１に設定する端末側帯域制御部（ＢＣＳ１、ＦＢＣ１）と、を備える。
アクセスポイント１２は、
コントローラ１３から前記帯域制御値を受信するアクセスポイント側送受信部ＣＴＲ２と、
前記帯域制御値をそれぞれの前記アプリケーションに設定するアクセスポイント側帯域制御部（ＢＣＳ２、ＦＢＣ２）と、を備える。
コントローラ１３は、
端末１１から前記必要帯域を受信し、端末１１及びアクセスポイント１２のそれぞれへ前記帯域制御値を送信する制御側送受信部ＣＴＲ３と、
前記必要帯域の和算量に基づいて前記帯域制御値を決定する計算部ＢＣＳＣと、
を備える。
本関連技術では、前提条件として、端末１１およびアクセスポイント１２は全てコントローラ１３の配下にあるとする。
制御システム４０２は、主信号（トラフィックのパケット）の通信手段とは別の通信手段でコントローラ１３とアクセスポイント１２／端末１１との間の制御信号を通信する。
具体的には、制御信号は、端末１１の制御信号送受信部ＣＴＲ１とコントローラ１３の制御信号送受信部ＣＴＲ３との間、及びアクセスポイント１２の制御信号送受信部ＣＴＲ２とコントローラ１３の制御信号送受信部ＣＴＲ３との間で送受される。
制御システム４０２は、主信号（トラフィックのパケット）の通信手段とは別の通信手段でコントローラ１３とアクセスポイント１２／端末１１との間の制御信号を通信する。
具体的には、制御信号は、端末１１の制御信号送受信部ＣＴＲ１とコントローラ１３の制御信号送受信部ＣＴＲ３との間、及びアクセスポイント１２の制御信号送受信部ＣＴＲ２とコントローラ１３の制御信号送受信部ＣＴＲ３との間で送受される。
コントローラ１３と各端末１１とが接続する時、あるいは、端末１１およびアプリケーションＡＰ１が追加される時に、各端末１１のアプリケーションＡＰ１は、上りと下りの主信号通信に必要な必要帯域をコントローラ１３に通知する。
コントローラ１３は、通知された必要帯域をデータベース部ＤＢに記録し、各アプリケーションＡＰ１の必要帯域を和算し、無線ネットワーク１５の通信帯域（主信号帯域）に収まっているか確認する。
必要帯域の合計が主信号帯域に収まっている場合は、必要帯域の合計値をフロー単位の帯域制御値として各端末１１の帯域制御設定部ＢＣＳ１とアクセスポイント１２の帯域制御設定部ＢＣＳ２に通知する。
一方、必要帯域の合計が主信号帯域に収まっていない場合は、後述のように必要帯域の合計が主信号帯域に収まるように必要帯域を減算し、これをフロー単位の帯域制御値として各端末１１の帯域制御設定部ＢＣＳ１とアクセスポイント１２の帯域制御設定部ＢＣＳ２に通知する。
必要帯域の合計が主信号帯域に収まっている場合は、必要帯域の合計値をフロー単位の帯域制御値として各端末１１の帯域制御設定部ＢＣＳ１とアクセスポイント１２の帯域制御設定部ＢＣＳ２に通知する。
一方、必要帯域の合計が主信号帯域に収まっていない場合は、後述のように必要帯域の合計が主信号帯域に収まるように必要帯域を減算し、これをフロー単位の帯域制御値として各端末１１の帯域制御設定部ＢＣＳ１とアクセスポイント１２の帯域制御設定部ＢＣＳ２に通知する。
帯域制御設定部（ＢＣＳ１、ＢＣＳ２）は、自身の配下にある各フロー単位帯域制御部（ＦＢＣ１、ＦＢＣ２）に、コントローラ１３から通知された帯域制御値を設定する。各フロー単位帯域制御部ＦＢＣ１は、設定された帯域制御値に従ってアプリケーションＡＰ１からのパケットを主信号バッファ部ＭＢ１へ入力する。一方、各フロー単位帯域制御部ＦＢＣ２は、設定された帯域制御値に従って主信号送受信部（上位）ＭＴＲＵからのパケットを主信号バッファ部ＭＢ２へ入力する。主信号送受信部（ＭＴＲ１、ＭＴＲ２）は、主信号バッファ部（ＭＢ１、ＭＢ２）のパケットを無線ネットワーク１５へ送信する。
図２２は、データベースＤＢに整理された情報の一例を説明する図である。本データベースＤＢは、次の３つの情報を整理する。
項番は、端末１１とアクセスポイント１２の全てのトラフィックフローに対する通し番号である。
ノード番号は、アクセスポイント１２又は端末１１の番号である。
トラフィックフロー番号は、各端末１１が保有するアプリケーションＡＰ１の番号、又はアクセスポイント１２を経由するトラフィックフローの番号である。
必要帯域は、それぞれのトラフィックフロー（アプリケーション）が必要とする帯域である。
例えば、項番Ｋ＋２は、端末１１＃１が持つアプリケーションＡＰ１＃２のトラフィックフローの必要帯域であり、その量は“Ｂ（Ｋ＋１）２”であることを意味する。
項番は、端末１１とアクセスポイント１２の全てのトラフィックフローに対する通し番号である。
ノード番号は、アクセスポイント１２又は端末１１の番号である。
トラフィックフロー番号は、各端末１１が保有するアプリケーションＡＰ１の番号、又はアクセスポイント１２を経由するトラフィックフローの番号である。
必要帯域は、それぞれのトラフィックフロー（アプリケーション）が必要とする帯域である。
例えば、項番Ｋ＋２は、端末１１＃１が持つアプリケーションＡＰ１＃２のトラフィックフローの必要帯域であり、その量は“Ｂ（Ｋ＋１）２”であることを意味する。
図２３は、以上で説明した動作をフローチャートで説明した図である。本関連技術の制御方法は、無線ネットワーク１５のトラフィックを制御する制御方法である。
前記制御方法は、無線ネットワーク１５を介してパケットを相互に伝送する端末１１及びアクセスポイント１２に対してコントローラ１３が行う送信制御である。
各端末１１が、コントローラ１３に接続した時、又はアプリケーションＡＰ１が追加された時に、ノード番号、アプリケーション番号（トラフィックフロー番号）、各アプリケーションの必要帯域をコントローラ１３に通知する（ステップＳ２１１）。
コントローラ１３が、各端末１１より受信したノード番号、アプリケーション番号（トラフィックフロー番号）、各フローの上り通信および下り通信の必要帯域をデータベース部ＤＢに記録する（ステップＳ２３１）。
コントローラ１３の帯域制御設定計算部ＢＣＳＣが、データベース部ＤＢの情報を元に、主信号区間（ネットワーク１５）での必要帯域の和算量を計算する（ステップＳ２３２）。
コントローラ１３の帯域制御設定計算部ＢＣＳＣが、計算した和算量とネットワーク１５の通信帯域とを比較する（ステップＳ２３３）。
和算量＜通信帯域であるならば（ステップＳ２３３で“Ｙｅｓ”）、帯域制御設定計算部ＢＣＳＣが、各フローの必要帯域を帯域制御値として決定する（ステップＳ２３４）。
和算量≧通信帯域であるならば（ステップＳ２３３で“Ｎｏ”）、帯域制御設定計算部ＢＣＳＣが、和算量が通信帯域以内になるように各フローの必要帯域を減算し、減算した必要帯域を帯域制御値として決定する（ステップＳ２３５）。
制御信号送受信部ＣＴＲ３が、帯域制御設定計算部ＢＣＳＣが決定した帯域制御値をアクセスポイント１２および各端末１１へ通知する（ステップＳ２３６）。
アクセスポイント１２の帯域制御設定部ＢＣＳ２が、コントローラ１３から通知された各フローの帯域制御値をフロー単位帯域制御部ＦＢＣ２に設定する（ステップＳ２２７）。
端末１１の帯域制御設定部ＢＣＳ１が、コントローラ１３から通知された各フローの帯域制御値をフロー単位帯域制御部ＦＢＣ１に設定する（ステップＳ２１７）。
端末１１は、一定時間、設定した帯域制御値でパケットを転送し（ステップＳ２１８）、新たにアプリケーションＡＰ１が追加されたか否かを確認する（ステップＳ２１９）。
新たなアプリケーションＡＰ１が追加された場合（ステップＳ２１９にて“Ｙｅｓ”）、本制御方法はステップＳ２１１からの動作を繰り返す。一方、新たなアプリケーションＡＰ１が追加されていない場合（ステップＳ２１９にて“Ｎｏ”）、端末１１は、再びステップＳ２１８で一定時間待機する。
前記制御方法は、無線ネットワーク１５を介してパケットを相互に伝送する端末１１及びアクセスポイント１２に対してコントローラ１３が行う送信制御である。
各端末１１が、コントローラ１３に接続した時、又はアプリケーションＡＰ１が追加された時に、ノード番号、アプリケーション番号（トラフィックフロー番号）、各アプリケーションの必要帯域をコントローラ１３に通知する（ステップＳ２１１）。
コントローラ１３が、各端末１１より受信したノード番号、アプリケーション番号（トラフィックフロー番号）、各フローの上り通信および下り通信の必要帯域をデータベース部ＤＢに記録する（ステップＳ２３１）。
コントローラ１３の帯域制御設定計算部ＢＣＳＣが、データベース部ＤＢの情報を元に、主信号区間（ネットワーク１５）での必要帯域の和算量を計算する（ステップＳ２３２）。
コントローラ１３の帯域制御設定計算部ＢＣＳＣが、計算した和算量とネットワーク１５の通信帯域とを比較する（ステップＳ２３３）。
和算量＜通信帯域であるならば（ステップＳ２３３で“Ｙｅｓ”）、帯域制御設定計算部ＢＣＳＣが、各フローの必要帯域を帯域制御値として決定する（ステップＳ２３４）。
和算量≧通信帯域であるならば（ステップＳ２３３で“Ｎｏ”）、帯域制御設定計算部ＢＣＳＣが、和算量が通信帯域以内になるように各フローの必要帯域を減算し、減算した必要帯域を帯域制御値として決定する（ステップＳ２３５）。
制御信号送受信部ＣＴＲ３が、帯域制御設定計算部ＢＣＳＣが決定した帯域制御値をアクセスポイント１２および各端末１１へ通知する（ステップＳ２３６）。
アクセスポイント１２の帯域制御設定部ＢＣＳ２が、コントローラ１３から通知された各フローの帯域制御値をフロー単位帯域制御部ＦＢＣ２に設定する（ステップＳ２２７）。
端末１１の帯域制御設定部ＢＣＳ１が、コントローラ１３から通知された各フローの帯域制御値をフロー単位帯域制御部ＦＢＣ１に設定する（ステップＳ２１７）。
端末１１は、一定時間、設定した帯域制御値でパケットを転送し（ステップＳ２１８）、新たにアプリケーションＡＰ１が追加されたか否かを確認する（ステップＳ２１９）。
新たなアプリケーションＡＰ１が追加された場合（ステップＳ２１９にて“Ｙｅｓ”）、本制御方法はステップＳ２１１からの動作を繰り返す。一方、新たなアプリケーションＡＰ１が追加されていない場合（ステップＳ２１９にて“Ｎｏ”）、端末１１は、再びステップＳ２１８で一定時間待機する。
［効果］
図２４と図１９は、制御システム４０２の効果を説明する図である。図２４は、制御システム４０２のシーケンス図であり、図１９は、コントローラ１３が存在しない従来の通信システムにおけるシーケンス図である。図において、“ＲＴＳ”は送信要求（Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ）、“ＣＴＳ”は送信許可（Ｃｌｅａｒ ｔｏ Ｓｅｎｄ）を意味する。また、実線は主信号の通信、破線は制御信号の通信を意味する。
図２４と図１９は、制御システム４０２の効果を説明する図である。図２４は、制御システム４０２のシーケンス図であり、図１９は、コントローラ１３が存在しない従来の通信システムにおけるシーケンス図である。図において、“ＲＴＳ”は送信要求（Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ）、“ＣＴＳ”は送信許可（Ｃｌｅａｒ ｔｏ Ｓｅｎｄ）を意味する。また、実線は主信号の通信、破線は制御信号の通信を意味する。
図２４と図１９を比較するとわかるように、図２４の主信号バッファ（ＭＢ１、ＭＢ２）からの通信動作は、図１９の通信動作と同様である。本発明の制御システム４０２は、既存の通信システムを改変せずに、コントローラ１３を配置することで実現することができる。また、図１９の通信動作では、端末単位での送信制御なので、サービスやアプリケーションなど細かいトラフィックフロー単位に帯域を割り当てることが困難であったが、本発明の制御システム４０２は、コントローラから通知されたトラフィックフロー単位の帯域制御値に従うため、トラフィックフロー単位に割り当てた帯域を保証することができる。
［帯域制御値計算式］
ここで、コントローラ１３の帯域制御設定計算部ＢＣＳＣが行う帯域制御値の計算方式を説明する。
パラメータは次の通りである。
端末１１とアクセスポイント１２のフロー総数： ｎ
主信号帯域： Ｚ ［Ｂｙｔｅｓ／ｓｅｃ］
全フローの合計必要帯域（和算量）： Ｒａｌｌ ［Ｂｙｔｅｓ／ｓｅｃ］
フロー＃Ｊの必要帯域： Ｒｊ ［Ｂｙｔｅｓ／ｓｅｃ］
フロー＃Ｊの帯域制御設定値： ＢＪ ［Ｂｙｔｅｓ／ｓｅｃ］
ここで、コントローラ１３の帯域制御設定計算部ＢＣＳＣが行う帯域制御値の計算方式を説明する。
パラメータは次の通りである。
端末１１とアクセスポイント１２のフロー総数： ｎ
主信号帯域： Ｚ ［Ｂｙｔｅｓ／ｓｅｃ］
全フローの合計必要帯域（和算量）： Ｒａｌｌ ［Ｂｙｔｅｓ／ｓｅｃ］
フロー＃Ｊの必要帯域： Ｒｊ ［Ｂｙｔｅｓ／ｓｅｃ］
フロー＃Ｊの帯域制御設定値： ＢＪ ［Ｂｙｔｅｓ／ｓｅｃ］
この場合、
であり、Ｒａｌｌ≦Ｚならば、各フローの帯域制御設定値は、それぞれが要求した必要帯域であり、フロー＃Ｊであれば、
［数９］
ＢＪ＝Ｒｊ
となる。
一方、Ｒａｌｌ＞Ｚならば、各フローの帯域制御設定値は、それぞれが要求した必要帯域より小さくする必要がある。例えば、フロー＃Ｊであれば、
となる。
［数９］
ＢＪ＝Ｒｊ
となる。
一方、Ｒａｌｌ＞Ｚならば、各フローの帯域制御設定値は、それぞれが要求した必要帯域より小さくする必要がある。例えば、フロー＃Ｊであれば、
１０：コントローラ
１１：データベース
１２：スケジューリング部
１３：制御信号送受信部
２０：端末
２１：制御信号送受信部
２２：パケット量通知部
２３：スケジューラ部
２４：アプリケーション
２５：フロー単位バッファ部
２６：主信号バッファ部
２７：主信号送受信部
３０：ネットワーク上位装置
３０ａ：アクセスポイント
３１：制御信号送受信部
３２：パケット送信要求部
３３：主信号送受信部（下位）
３４：主信号送受信部（上位）
４０：ネットワーク下位装置
４０ａ：ＯＮＵ
４１：制御信号送受信部
４２：パケット送信要求部
４３：主信号送受信部（下位）
４４：主信号送受信部（上位）
５０、５０＃１、５０＃２：ネットワーク
６０：ネットワーク上位装置
６０ａ：ＯＬＴ
６１：制御信号送受信部
６２：スケジューラ部
６３：パケット量通知部
６４：主信号送受信部（上位）
６５：フロー単位バッファ部
６６：主信号バッファ部
６７：主信号送受信部
７０：上位ネットワーク装置
１００：システム
１０１：ユーザ
１０５：コンピュータ
１１０：プロセッサ
１１５：メモリ
１２０：プログラムモジュール
１２２：結果
１２５：記憶装置
１３０：ユーザデバイス
１３５：ネットワーク
１４０：記憶装置
１５０：データソース
［付記において］
１１：端末
１２：アクセスポイント
１３：コントローラ
１５：無線ネットワーク
５０：上位ネットワーク装置
４００、４０１、４０２：制御システム
１１：データベース
１２：スケジューリング部
１３：制御信号送受信部
２０：端末
２１：制御信号送受信部
２２：パケット量通知部
２３：スケジューラ部
２４：アプリケーション
２５：フロー単位バッファ部
２６：主信号バッファ部
２７：主信号送受信部
３０：ネットワーク上位装置
３０ａ：アクセスポイント
３１：制御信号送受信部
３２：パケット送信要求部
３３：主信号送受信部（下位）
３４：主信号送受信部（上位）
４０：ネットワーク下位装置
４０ａ：ＯＮＵ
４１：制御信号送受信部
４２：パケット送信要求部
４３：主信号送受信部（下位）
４４：主信号送受信部（上位）
５０、５０＃１、５０＃２：ネットワーク
６０：ネットワーク上位装置
６０ａ：ＯＬＴ
６１：制御信号送受信部
６２：スケジューラ部
６３：パケット量通知部
６４：主信号送受信部（上位）
６５：フロー単位バッファ部
６６：主信号バッファ部
６７：主信号送受信部
７０：上位ネットワーク装置
１００：システム
１０１：ユーザ
１０５：コンピュータ
１１０：プロセッサ
１１５：メモリ
１２０：プログラムモジュール
１２２：結果
１２５：記憶装置
１３０：ユーザデバイス
１３５：ネットワーク
１４０：記憶装置
１５０：データソース
［付記において］
１１：端末
１２：アクセスポイント
１３：コントローラ
１５：無線ネットワーク
５０：上位ネットワーク装置
４００、４０１、４０２：制御システム
Claims (7)
- 時分割多重方式の複数のネットワークとコントローラとを有する通信システムであって、
前記ネットワークは多段接続されており、
前記コントローラは、
それぞれの前記ネットワークの送信要求からパケット送信までの通信に必要な通信時間を記憶するデータベースと、
いずれかの前記ネットワークが備える任意の通信装置からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知するとともに、該ネットワークと接続する他の前記ネットワークが備える接続装置に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知するスケジューラと、
を有することを特徴とする通信システム。 - 複数の前記ネットワークは、それぞれＰＯＮ（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）と無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、前記ネットワークが前記ＰＯＮである場合に前記他のネットワークが備える前記接続装置がアクセスポイントであり、前記ネットワークが前記無線ＬＡＮである場合に前記他のネットワークが備える前記接続装置がＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）であることを特徴とする請求項１に記載の通信システム。
- 多段接続されている時分割多重方式のネットワークを制御する通信方法であって、
それぞれの前記ネットワークの送信要求からパケット送信までの通信に必要な通信時間を記憶すること、及び
いずれかの前記ネットワークが備える任意の通信装置からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知するとともに、該ネットワークと接続する他の前記ネットワークが備える接続装置に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知すること、
を特徴とする通信方法。 - 多段接続されている前記ネットワークは、それぞれＰＯＮ（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）と無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、前記ネットワークが前記ＰＯＮである場合に前記他のネットワークが備える前記接続装置がアクセスポイントであり、前記ネットワークが前記無線ＬＡＮである場合に前記他のネットワークが備える前記接続装置がＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）であることを特徴とする請求項３に記載の通信方法。
- 多段接続されている時分割多重方式のネットワークを制御するコントローラであって、
それぞれの前記ネットワークの送信要求からパケット送信までの通信に必要な通信時間を記憶するデータベースと、
いずれかの前記ネットワークが備える任意の通信装置からフロー単位のパケットを送信するときに、該通信装置に該パケットを送信する送信時刻を通知するとともに、該ネットワークと接続する他の前記ネットワークが備える接続装置に対し、前記送信時刻と前記他のネットワークの前記通信時間を考慮した、前記接続装置が前記他のネットワークに前記パケットを送信するための送信要求を発出する発出時刻を通知するスケジューラと、
を有することを特徴とするコントローラ。 - 複数の前記ネットワークは、それぞれＰＯＮ（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）と無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、前記ネットワークが前記ＰＯＮである場合に前記他のネットワークが備える前記接続装置がアクセスポイントであり、前記ネットワークが前記無線ＬＡＮである場合に前記他のネットワークが備える前記接続装置がＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）であることを特徴とする請求項５に記載のコントローラ。
- 請求項５又は６に記載のコントローラとしてコンピュータを機能させるためのプログラム。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2021/010278 WO2022195645A1 (ja) | 2021-03-15 | 2021-03-15 | 通信システム、通信方法、コントローラおよびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2022195645A1 JPWO2022195645A1 (ja) | 2022-09-22 |
| JP7537600B2 true JP7537600B2 (ja) | 2024-08-21 |
Family
ID=83320024
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023506373A Active JP7537600B2 (ja) | 2021-03-15 | 2021-03-15 | 通信システム、通信方法、コントローラおよびプログラム |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP7537600B2 (ja) |
| WO (1) | WO2022195645A1 (ja) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017050775A (ja) | 2015-09-03 | 2017-03-09 | Kddi株式会社 | Ｐｏｎシステムおよび通信方法 |
| WO2018020559A1 (ja) | 2016-07-25 | 2018-02-01 | 三菱電機株式会社 | 光ネットワークの光端局装置および上りスケジューリング方式 |
-
2021
- 2021-03-15 WO PCT/JP2021/010278 patent/WO2022195645A1/ja not_active Ceased
- 2021-03-15 JP JP2023506373A patent/JP7537600B2/ja active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017050775A (ja) | 2015-09-03 | 2017-03-09 | Kddi株式会社 | Ｐｏｎシステムおよび通信方法 |
| WO2018020559A1 (ja) | 2016-07-25 | 2018-02-01 | 三菱電機株式会社 | 光ネットワークの光端局装置および上りスケジューリング方式 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2022195645A1 (ja) | 2022-09-22 |
| JPWO2022195645A1 (ja) | 2022-09-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7416209B2 (ja) | 制御システム、制御方法、コントローラ、及びプログラム | |
| CN113141590B (zh) | 一种面向工业物联网的无线通信调度方法及装置 | |
| US8879911B2 (en) | Optical line terminal, dynamic bandwidth allocation method, and optical communication network | |
| CN109618375B (zh) | 基于业务优先级和信道中断概率的uav自组网时隙调度方法 | |
| CN112565939A (zh) | 无源光网络数据传输方法、网络切片带宽分配方法及装置 | |
| CN101741733A (zh) | 空间信息网络的动态剥夺式业务传输方法 | |
| US20090214209A1 (en) | Bandwidth allocation method, optical line terminator, optical network unit, communication system, and recording medium recording program of device | |
| CN101232740A (zh) | 自感知光网络中的光波波长资源调度方法 | |
| JP7537600B2 (ja) | 通信システム、通信方法、コントローラおよびプログラム | |
| CN112866146A (zh) | 端到端带宽调整方法、系统、电子设备及存储介质 | |
| CN103249164A (zh) | 一种链状无线网络的资源调度方法及基站 | |
| US10764191B2 (en) | Device and method for managing end-to-end connections | |
| JP7176640B2 (ja) | 信号転送システム、経路制御装置、及び信号転送方法 | |
| JP7709641B2 (ja) | コントローラ、通信システム、制御方法、及びプログラム | |
| JP7732583B2 (ja) | 制御システム、制御方法、コントローラ、及びプログラム | |
| JP7643548B2 (ja) | コントローラ、通信システム、制御方法、及びプログラム | |
| JP7193787B2 (ja) | 通信システム、ブリッジ装置、通信方法、及びプログラム | |
| CN115065974B (zh) | 一种动态优先的应急通信资源分配方法 | |
| JP7687423B2 (ja) | 制御システム、制御方法、コントローラ、及びプログラム | |
| CN111800823B (zh) | 一种基于优先级的电力无线终端数据传输方法及装置 | |
| JP7695631B2 (ja) | 通信システム、制御方法、コントローラ、及びプログラム | |
| JP7552861B2 (ja) | 制御システム、制御方法、コントローラ、及びプログラム | |
| JP7622819B2 (ja) | 制御システム、制御方法、コントローラ、及びプログラム | |
| CN120434239B (zh) | 跨设备文件传输的动态路径优化方法及系统 | |
| CN121792324A (zh) | 基于整数线性规划的大规模tte网络调度方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230721 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20240514 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20240627 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20240709 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240722 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7537600 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |