特開 2023-128869 パケット処理装置及びパケット処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023128869

(43)【公開日】2023-09-14

(54)【発明の名称】パケット処理装置及びパケット処理方法

(51)【国際特許分類】

   H04J 3/16 20060101AFI20230907BHJP

   H04L 47/28 20220101ALI20230907BHJP

【ＦＩ】

H04J3/16 A

H04L47/28

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022033517

(22)【出願日】2022-03-04

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】畑 彰宏

【テーマコード（参考）】

5K028

5K030

【Ｆターム（参考）】

5K028AA11

5K028DD01

5K028DD02

5K028JJ02

5K028KK32

5K028LL12

5K030GA02

5K030HA08

5K030JA11

5K030LC01

5K030MA04

(57)【要約】

【課題】同一種別のパケット内の異なるサービス間のタイミング競合を回避できるパケット処理装置等を提供する。
【解決手段】ｉＴＡＳ装置は、ゲートと、第１の決定部と、ゲート制御部と、第２の決定部と、制御部とを有する。各ゲートは、サービス毎に備え、ＴＳ単位でパケットの出力を開閉する。第１の決定部は、演算パラメータを用いて現在ＴＳでのゲートの開閉情報をサービス毎に決定する。ゲート制御部は、サービス毎の現在ＴＳでの開閉情報に基づき、各ゲートの開閉を制御する。第２の決定部は、演算パラメータを用いて現在からＮ秒後の予測ＴＳでのゲートの開閉情報をサービス毎に決定する。制御部は、サービス毎の予測ＴＳでの開閉情報内にサービス間の競合を検出した場合に、サービス毎の優先順位に基づき、サービス間の競合を回避するように演算パラメータを変更し、変更後の演算パラメータを用いて現時点の新たなＴＳの開閉情報を決定する。
【選択図】図３

【特許請求の範囲】

【請求項1】

サービス毎に備え、タイムスロット単位でパケットの出力を開閉するゲートと、
前記タイムスロットの受信タイミング毎に、設定された演算パラメータを用いて現時点の第１のタイムスロットでの当該ゲートの開閉情報を前記サービス毎に決定する第１の決定部と、
前記第１の決定部にて決定された前記サービス毎の現時点の第１のタイムスロットでの開閉情報に基づき、各ゲートの開閉を制御するゲート制御部と、
前記受信タイミング毎に、前記演算パラメータを用いて、前記現時点から所定タイミング後の第２のタイムスロットでの当該ゲートの開閉情報を前記サービス毎に決定する第２の決定部と、
前記第２の決定部にて決定された、前記サービス毎の前記所定タイミング後の第２のタイムスロットでの開閉情報内にサービス間のタイミング競合を検出する検出部と、
前記タイミング競合を検出した場合に、サービス毎の優先順位に基づき、サービス間のタイミング競合を回避するように設定された前記演算パラメータの内容を変更し、前記所定タイミングが到来する前までに変更後の演算パラメータを設定し直す制御部と、を有し、
前記第１の決定部は、
変更後の演算パラメータを設定した後の前記受信タイミング毎に、設定された変更後の演算パラメータを用いて、現時点の新たな第１のタイムスロットでの開閉情報を前記サービス毎に決定することを特徴とするパケット処理装置。

【請求項2】

現在カウンタ値をカウントするカウンタを有し、
前記第１の決定部は、
前記現在カウンタ値と、前記サービスの前記パケットを観測する周期を含む前記演算パラメータとを用いて、前記現時点の第１のタイムスロットでの開閉情報を前記サービス毎に決定すると共に、
前記第２の決定部は、
前記現在カウンタ値から所定タイミング後のカウンタ値と、前記演算パラメータとを用いて、前記現時点から所定タイミング後の第２のタイムスロットでの開閉情報を前記サービス毎に決定することを特徴とする請求項１に記載のパケット処理装置。

【請求項3】

前記検出部は、
前記所定タイミング後の第２のタイムスロットでの開閉情報内にサービス間のタイミング競合として、サービス間のパケットの出力期間及びガードタイム期間のタイミング競合を検出することを特徴とする請求項１又は２に記載のパケット処理装置。

【請求項4】

前記検出部は、
前記所定タイミング後の第２のタイムスロットでの開閉情報内にサービス間のタイミング競合として、サービス間のパケットの出力期間のタイミング競合を検出することを特徴とする請求項１又は２に記載のパケット処理装置。

【請求項5】

前記演算パラメータは、
前記サービス毎の前記パケットの転送周期である転送周期タイムスロット数、前記転送周期タイムスロット数の内、前記サービス毎の前記パケットのガードタイム期間を示すガードタイムスロット数、前記転送周期タイムスロット数の内、前記サービス毎のゲートのオープン期間を示すオープンタイムスロット数及び、前記転送周期タイムスロット数の内、前記サービス毎の前記パケットの出力を開始するスロット番号を示す転送周期オフセットタイムスロット数を含むことを特徴とする請求項２に記載のパケット処理装置。

【請求項6】

前記制御部は、
前記サービス間のタイミング競合を回避するように前記演算パラメータ内の前記転送周期オフセットタイムスロット数を変更することを特徴とする請求項５に記載のパケット処理装置。

【請求項7】

ＭＦＨ(Mobile Front Haul)回線内を伝送する異なる種別のサービスのＭＦＨパケットを前記パケットとして出力することを特徴とする請求項１～６の何れか一つに記載のパケット処理装置。

【請求項8】

前記第１の決定部は、
前記サービス毎の前記転送周期タイムスロット数、前記サービス毎の前記ガードタイムスロット数、前記サービス毎の前記オープンタイムスロット数及び、前記サービス毎の前記転送周期オフセットタイムスロット数に基づき、前記現在カウンタ値から前記現時点の第１のタイムスロットでの開閉情報を前記サービス毎に決定すると共に、
前記第２の決定部は、
前記サービス毎の前記転送周期タイムスロット数、前記サービス毎の前記ガードタイムスロット数、前記サービス毎の前記オープンタイムスロット数及び、前記サービス毎の前記転送周期オフセットタイムスロット数に基づき、前記現在カウンタ値から前記所定タイミング後の第２のタイムスロットでの開閉情報を前記サービス毎に決定することを特徴とする請求項５に記載のパケット処理装置。

【請求項9】

前記制御部は、
他のパケット処理装置と接続し、前記変更後の演算パラメータを前記他のパケット処理装置に転送することを特徴とする請求項１～８の何れか一つに記載のパケット処理装置。

【請求項10】

前記制御部は、
前記サービス間の競合するタイミングと、当該競合するタイミング直前の競合する前記パケットの出力タイミングとの間で前記変更後の演算パラメータを前記他のパケット処理装置に転送することを特徴とする請求項９に記載のパケット処理装置。

【請求項11】

サービス毎に備え、タイムスロット単位でパケットの出力を開閉するゲートと、各ゲートの開閉を制御するゲート制御部とを有するパケット処理装置が、
前記タイムスロットの受信タイミング毎に、設定された演算パラメータを用いて現時点の第１のタイムスロットでの当該ゲートの開閉情報を前記サービス毎に決定し、
決定されたサービス毎の前記現時点の第１のタイムスロットでの開閉情報に基づき、各ゲートの開閉を制御し、
前記受信タイミング毎に、前記演算パラメータを用いて、前記現時点から所定タイミング後の第２のタイムスロットでの当該ゲートの開閉情報を前記サービス毎に決定し、
決定されたサービス毎の前記所定タイミング後の第２のタイムスロットでの開閉情報内にサービス間のタイミング競合を検出した場合に、前記サービス毎の優先順位に基づき、前記サービス間のタイミング競合を回避するように設定された前記演算パラメータの内容を変更し、前記所定タイミングが到来する前までに変更後の演算パラメータを設定し直し、
変更後の演算パラメータを設定した後の前記受信タイミング毎に、設定された変更後の演算パラメータを用いて、現時点の新たな第１のタイムスロットでの開閉情報を前記サービス毎に決定する
処理を実行することを特徴とするパケット処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、パケット処理装置及びパケット処理方法に関する。

【背景技術】

【0002】

近年、第５世代移動通信システム(５Ｇ)の実現に向け、ＢＢＵ（Baseband Unit）及びＲＲＨ（Remote Radio Head)や、ＣＵ(Centralized Unit)、ＤＵ(Distributed Unit)及びＲＵ(Radio Unit)で構成するＣ－ＲＡＮ(Centralized Radio Access Network)が検討されている。ＤＵとＲＵとの間のＭＦＨ(Mobile Front Haul)回線は、無線の信号をEther Frameに格納して伝送するeＣＰＲＩ（Enhanced Common Public Radio Interface）方式の採用が検討されている。

【0003】

ＭＦＨ回線と接続する通信システムでは、情報がレイヤ２パケットとして扱われるため、基地局間を接続するＭＢＨ(Mobile Back Haul)回線や有線ネットワーク等との間でネットワークを共有できる。しかしながら、通信システムでは、ＭＦＨ回線からのＭＦＨパケットが、他のパケット、例えば、ＭＢＨ回線からのＭＢＨパケットとのタイミング競合で出力遅延が生じるため、出力遅延を抑制する優先制御処理が知られている。優先制御処理は、後続の高優先パケットが、キューイングされている低優先パケットを追い越して優先的に読み出されることになるため、高優先パケット、すなわちＭＦＨパケットの出力遅延を抑制できる。

【0004】

しかしながら、優先制御処理では、低優先パケットの読出し中に高優先パケットが到着した場合、読出し中の低優先パケットの読出出力が完了するまでは高優先パケットの読出動作を停止することになる。その結果、最大で約１パケット分の待ちが生じることになる。例えば、リンク速度が１Ｇｂｐｓ、パケット長が９０００バイトの場合、約７μ秒の出力遅延となる。ＭＦＨ回線では、ＲＵとＤＵとの間で１００μ秒以下の出力遅延が求められているため、多段ノード構成の場合、この１パケット分の出力遅延が無視できなくなる。

【0005】

そこで、更なる出力遅延を抑制する方法としてＩＥＥＥ(Institute of Electrical and Electronics Engineers)８０２．１ＴＳＮ(Time Sensitive Networking)が検討されている。ＴＳＮには、パケットの出力遅延を抑制するデータプレーン機能としてＩＥＥＥ８０２．１ＱｂｖというＴＡＳ(Time Aware Shaper)方式がある。

【0006】

ＴＡＳ技術を採用したパケット処理装置であるＴＡＳ装置では、受信パケットの種別毎に設けられたゲートの開閉を制御するＧＣＬ（Gate Control List）に基づき、各ゲートを開閉する。各ゲートは、ＭＦＨパケットの出力を開閉するゲートと、ＭＢＨパケットの出力を開閉するゲートとを有する。ＧＣＬは、ＭＦＨパケットのトラフィックパターンを利用してＴＳ（Time Slot）毎の各ゲートの開閉を制御する開閉情報を管理している。ＴＡＳ装置は、ＧＣＬを参照してＴＳ毎の各ゲートの開閉を制御することで、ＭＦＨパケットを優先的に出力できる。

【0007】

また、ＴＡＳ装置では、マイクロ秒オーダの非常にセンシティブなゲート開閉設定を実現するために、それを維持する仕組が求められている。そこで、ＴＡＳ装置では、ＭＦＨパケット及びＭＢＨパケットのタイミングを取得し、これらパケットの転送周期・位相等を自律学習する。そして、ＴＡＳ装置では、自律学習した内容に基づき、ＭＦＨパケット又はＭＦＨパケットの出力タイミングを管理するＧＣＬのテーブル内容を修正するｉＴＡＳ(Intelligent TAS)技術を採用している。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特開２０１９－１７６２７６号公報

【特許文献2】特開２０１５－９９９５１号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

しかしながら、同一種別のＭＦＨパケットの中にも、遅延要求、帯域や転送周期が異なる複数種別のクラス等のサービスが存在する。ＭＦＨパケットのサービスとしては、遅延要求、帯域や転送周期が異なるユーザ端末のＭＦＨパケットや、遅延要求、帯域や転送周期が異なる各クラスのＭＦＨパケットである。そこで、ｉＴＡＳ技術を採用したパケット処理装置であるｉＴＡＳ装置では、同一種別のＭＦＨパケット内の異なるサービス間のタイミング競合も想定されることになる。そこで、同一種別のＭＦＨパケット内の異なるサービス間のタイミング競合を回避できるｉＴＡＳ装置が求められているのが実情である。

【0010】

一つの側面では、同一種別のパケット内の異なるサービス間のタイミング競合を回避できるパケット処理装置等を提供する。

【課題を解決するための手段】

【0011】

一つの態様のパケット処理装置は、ゲートと、第１の決定部と、ゲート制御部と、第２の決定部と、検出部と、制御部とを有する。ゲートは、サービス毎に備え、タイムスロット単位でパケットの出力を開閉する。第１の決定部は、前記タイムスロットの受信タイミング毎に、設定された演算パラメータを用いて現時点の第１のタイムスロットでの当該ゲートの開閉情報を前記サービス毎に決定する。ゲート制御部は、前記第１の決定部にて決定された前記サービス毎の現時点の第１のタイムスロットでの開閉情報に基づき、各ゲートの開閉を制御する。第２の決定部は、前記受信タイミング毎に、前記演算パラメータを用いて、前記現時点から所定タイミング後の第２のタイムスロットでの当該ゲートの開閉情報を前記サービス毎に決定する。検出部は、前記第２の決定部にて決定された、前記サービス毎の前記所定タイミング後の第２のタイムスロットでの開閉情報内にサービス間のタイミング競合を検出する。制御部は、前記タイミング競合を検出した場合に、サービス毎の優先順位に基づき、サービス間のタイミング競合を回避するように設定された前記演算パラメータの内容を変更し、前記所定タイミングが到来する前までに変更後の演算パラメータを設定し直す。第１の決定部は、変更後の演算パラメータを設定した後の前記受信タイミング毎に、設定された変更後の演算パラメータを用いて、現時点の新たな第１のタイムスロットでの開閉情報を前記サービス毎に決定する。

【発明の効果】

【0012】

一つの態様では、同一種別のパケット内の異なるサービス間のタイミング競合を回避できる。

【図面の簡単な説明】

【0013】

【図1】図１は、通信システムの一例を示す説明図である。

【図2】図２は、ｉＴＡＳ装置のハードウェア構成の一例を示す説明図である。

【図3】図３は、パケット処理部内の制御部の機能構成の一例を示す説明図である。

【図4】図４は、開閉判定処理に関わるパケット処理部の処理動作の一例を示す説明図である。

【図5】図５は、開閉予測処理に関わるパケット処理部の処理動作の一例を示す説明図である。

【図6】図６は、調停処理に関わるパケット処理部の処理動作の一例を示す説明図である。

【図7】図７は、調停情報の転送タイミングの一例を示す説明図である。

【図8】図８は、開閉判定処理に関わる第１の決定部の処理動作の一例を示すフローチャートである。

【図9】図９は、開閉予測処理に関わる第２の決定部の処理動作の一例を示すフローチャートである。

【図10】図１０は、調停処理に関わる調停部の処理動作の一例を示すフローチャートである。

【図11】図１１は、調停処理に関わる通信システムの処理動作の一例を示す説明図である。

【図12】図１２は、比較例のｉＴＡＳ装置のハードウェア構成の一例を示す説明図である。

【図13】図１３は、比較例のｉＴＡＳ装置で使用するＧＣＬの一例を示す説明図である。

【図14】図１４は、比較例のクラス間のタイミング競合時のＧＣＬの更新動作の一例を示す説明図である。

【図15】図１５は、比較例のサービス間の競合タイミングの課題の一例を示す説明図である。

【図16】図１６は、比較例のサービス間の競合タイミングの課題の一例を示す説明図である。

【発明を実施するための形態】

【0014】

比較例の通信システムは、ＭＢＨ回線からのＭＢＨパケット及びＭＦＨ回線からのＭＦＨパケットを切替出力する複数のｉＴＡＳ装置を有する。各ｉＴＡＳ装置は、ＭＦＨパケットの優先出力は勿論のこと、同一種別のＭＦＨパケット内の異なるサービス間のタイミング競合も回避できる。

【0015】

図１２は、比較例のｉＴＡＳ装置１００のハードウェア構成の一例を示す説明図である。図１２に示すｉＴＡＳ装置１００は、入出力ＩＦ(Interface)１０１と、複数のパケット処理部１０２と、ＳＷ(Switch)１０３と、メモリ１０４と、ＣＰＵ（Central Processing Unit）１０５とを有する。入出力ＩＦ１０１は、ＭＢＨ回線やＭＦＨ回線等の各種回線と接続し、パケットを入出力するＩＦである。入出力ＩＦ１０１は、例えば、ＲＵ、ＤＵ、他のｉＴＡＳ装置１００と接続する。パケット処理部１０２は、ｉＴＡＳ方式を適用したパケット処理を実行する。ＳＷ１０３は、パケット処理部１０２の入出力を切替えるスイッチである。メモリ１０４は、各種情報を記憶する領域である。ＣＰＵ１０５は、ｉＴＡＳ装置１００全体を制御する。

【0016】

パケット処理部１０２は、ＭＦＨパケットの優先出力は勿論のこと、同一種別のＭＦＨパケットのクラス毎に各クラスのＭＦＨパケットの出力タイミングを制御する。パケット処理部１０２は、複数のキュー１１１と、複数のゲート１１２と、ＭＵＸ(Multiplexer)１１３と、ＭＡＣ１１４と、統計情報記憶部１１５と、ＴＳ管理部１１６と、収集部１１７と、解析部１１８と、制御部１１９とを有する。

【0017】

各キュー１１１は、到来する受信パケットの種別毎に備え、種別毎の受信パケットをキューイングする格納部である。尚、受信パケットの種別としては、例えば、ＭＦＨパケット及びＭＢＨパケットを有する。ＭＦＨパケットは、高優先パケットであるのに対し、ＭＢＨパケットは、ＭＦＨパケットに比較して低優先の低優先パケットである。また、ＭＦＨパケットは、例えば、複数種別の異なるクラスＣ０～Ｃ７のパケットを有する。各クラスは、例えば、低遅延要求、帯域や転送周期が異なるサービスである。

【0018】

複数のキュー１１１内の第１のキュー１１１Ａは、到来する受信パケットの内、ＭＢＨパケットをキューンイングする格納部である。また、複数のキュー１１１内の第２のキュー１１１Ｂは、到来する受信パケットのＭＦＨパケットの内、例えば、クラスＣ０のＭＦＨパケットをキューイングする格納部である。また、複数のキュー１１１内の第３のキュー１１１Ｃ（図示省略）は、到来する受信パケットのＭＦＨパケットの内、例えば、クラスＣ１のＭＦＨパケットをキューイングする格納部である。また、複数のキュー１１１内の第４のキュー１１１Ｄ（図示省略）は、到来する受信パケットのＭＦＨパケットの内、例えば、クラスＣ２のＭＦＨパケットをキューイングする格納部である。つまり、ＭＦＨパケットのクラス毎にキュー１１１を備えるものとする。

【0019】

ＳＷ１０３は、受信パケット内のＶＬＡＮタグのＰビットを識別し、その識別結果に基づき、受信パケットの種別に応じたキュー１１１に当該種別の受信パケットを転送するものである。

【0020】

各ゲート１１２は、キュー１１１毎に備え、キュー１１１に格納中の受信パケットの出力をＴＳ単位で開閉する。複数のゲート１１２の内、第１のゲート１１２Ａは、第１のキュー１１１Ａ内のＭＢＨパケットの出力をＴＳ単位で開閉する。複数のゲート１１２の内、第２のゲート１１２Ｂは、第２のキュー１１１Ｂ内のクラスＣ０のＭＦＨパケットの出力をＴＳ単位で開閉する。複数のゲート１１２の内、第３のゲート１１２Ｃ（図示省略）は、第３のキュー１１１Ｃ内のクラスＣ１のＭＦＨパケットの出力をＴＳ単位で開閉する。複数のゲート１１２の内、第４のゲート１１２Ｄ（図示省略）は、第４のキュー１１１Ｄ内のクラスＣ３のＭＦＨパケットの出力をＴＳ単位で開閉する。つまり、ＭＦＨパケットのクラス毎にゲート１１２を備えるものとする。

【0021】

ＭＵＸ１１３は、各ゲート１１２の出力パケットを選択出力する。ＭＡＣ１１４は、ＭＵＸ１１３の出力パケットにＭＡＣアドレスを付加し、付加した出力パケットを入出力ＩＦ１０１に出力する。統計情報記憶部１１５は、受信パケットの周期パターンを統計情報として記憶する領域である。ＴＳ管理部１１６は、現在ＴＳ（Time Slot）をカウントするカウンタである。

【0022】

収集部１１７は、受信パケットの統計情報を収集する。統計情報は、時間帯毎の受信パケット量である。尚、パケット量は、例えば、パケット数やバイト数である。解析部１１８は、受信パケットの統計情報を解析し、受信パケットの周期性及びパターン等の周期性パターンを特定する。解析部１１８は、受信パケットの到着間隔（周期性）及びパターン（平均到着量、バーストの揺らぎ度合）を学習する。

【0023】

制御部１１９は、パケット処理部１０２全体を制御する。制御部１１９は、ＧＣＬ１２１と、ゲート制御部１２２とを有する。ＧＣＬ１２１は、受信パケット毎にＴＳ番号単位のゲート１１２の開閉情報を管理するテーブルである。尚、受信パケットは、ＭＢＨパケット及びクラスＣ０～Ｃ１のＭＦＨパケットである。制御部１１９は、解析部１１８の解析結果に基づき、ＧＣＬ１２１のテーブル内容を更新する。制御部１１９は、受信パケットの周期性パターンに基づき、ＧＣＬ１２１内のＴＳ番号及びＴＳ番号毎の滞留時間を更新する。更に、制御部１１９は、周期性パターンに基づき、ＧＣＬ１２１内の各ゲート１１２のＴＳ番号毎の開閉情報を更新する。制御部１１９は、受信パケット内のＭＦＨパケットの各クラスの統計情報に基づき、高優先パケットであるＭＦＨパケットの各クラスの到着タイミングを予測する。尚、開閉情報は、各ゲート１１２の設定状態、例えば、オープン及びクローズである。ゲート制御部１２２は、ＧＣＬ１２１のテーブル内容に基づき、各ゲート１１２のＴＳ単位の開閉を制御する。

【0024】

図１３は、比較例のｉＴＡＳ装置１００で使用するＧＣＬ１２１の一例を示す説明図である。図１３に示すＧＣＬ１２１は、ＴＳ番号と、各クラスＣ０～Ｃ１の開閉情報と、滞留時間とを対応付けて管理する。尚、説明の便宜上、ＧＣＬ１２１内の開閉情報として、ＭＦＨパケットのクラスＣ０～Ｃ１単位の開閉情報は勿論のこと、ＭＢＨパケットの開閉情報も管理されているものとする。

【0025】

ＴＳ番号は、受信パケットのＴＳを識別する番号である。各クラスＣ０～Ｃ１の開閉情報は、ＭＦＨパケットの各クラスに対応したゲート１１２のオープン（Ｏ）／クローズ（Ｃ）状態を示す開閉情報である。滞留時間は、ＴＳ番号の割当時間である。ＴＳ番号は、１～Ｎまでの範囲で適宜変更可能である。各クラスＣ０～Ｃ１の開閉情報も、ＴＳ番号毎に適宜変更可能である。滞留時間も、ＴＳ番号毎に適宜変更可能である。ゲート制御部１２２は、ＧＣＬ１２１を参照し、ＴＳ番号“１”のタイミングでＴＳ番号“１”に対応する各クラスの開閉情報を各ゲート１１２に設定する。次に、ゲート制御部１２２は、ＴＳ番号“２”のタイミングでＴＳ番号“２”に対応する各クラスの開閉情報を各ゲート１１２に設定する。更に、ゲート制御部１２２は、ＴＳ番号“３”からＴＳ番号“Ｎ”までの各タイミングで各クラスの開閉情報を各ゲート１１２に順次設定する。そして、ゲート制御部１２２は、ＴＳ番号“Ｎ”に対応する開閉情報を設定後、再度、ＴＳ番号“１”に戻り、ＴＳ番号“１”に対応する開閉情報を設定し、ＴＳ番号“２”からＴＳ番号“Ｎ”までの各タイミングで開閉情報を順次設定することになる。つまり、ゲート制御部１２２は、ＧＣＬ１２１を参照し、ＴＳ番号“１”からＴＳ番号“Ｎ”までの各タイミングで各開閉情報を各ゲート１１２に周期的に繰り返し順次設定することになる。

【0026】

図１３に示すクラスＣ０のＭＦＨパケットは、５μ秒毎にオープンを設定するため、転送周期は５μ秒、最小粒度が１０％、１０ＴＳ毎に２ＴＳオープンであるため、帯域は２０％となる。クラスＣ１のＭＦＨパケットは、１０μ秒毎にオープンを設定するため、転送周期は１０μ秒、最小粒度が５％、２０ＴＳ毎に３ＴＳオープンであるため、帯域は１５％となる。尚、クラスＣ０とクラスＣ１の直前には１ＴＳ分のガードタイムを置く。ガードタイム及び上位クラスＣ０（Ｃ１）以外のＴＳ番号には、クラスＣ２～Ｃ７の各ゲート１１２にオープンを設定するものとする。尚、説明の便宜上、ＭＢＨパケットの設定状態を明記しなかったが、例えば、ガードタイム及びクラスＣ０～Ｃ７以外のＴＳ番号には、ＭＢＨパケットのゲート１１２にオープンを設定するものとする。

【0027】

つまり、ｉＴＡＳ装置１００では、ＭＦＨパケット内の異なる各クラスＣ０～Ｃ７の各ゲート１１２の開閉情報をＴＳ番号毎に管理するＧＣＬ１２１を参照し、同一ＭＦＨパケット内の異なる各クラスＣ０～Ｃ７のタイミング競合を回避できる。

【0028】

また、ｉＴＡＳ装置１００では、同一ＭＦＨパケット内の各クラスのタイミング競合が発生した場合、競合タイミングの各クラスの開閉情報を変更し、変更後の各クラスの開閉情報を更新すべく、ＧＣＬ１２１の内容を更新することになる。

【0029】

図１４は、比較例のクラス間のタイミング競合時のＧＣＬ１２１の更新動作の一例を示す説明図である。例えば、クラスＣ０のＭＦＨパケットの転送周期が５μ秒、帯域が２０％、１０ＴＳで１周期とする。クラスＣ１のＭＦＨパケットの転送周期が７μ秒、帯域が１５％、１４ＴＳで１周期とする。ガードタイムＴＳ及びクラスＣ０（Ｃ１）のオープンＴＳ以外のＴＳは、ＭＢＨパケット及び他のクラスＣ２～Ｃ７に割り当てるものとする。この場合、クラスＣ０の周期１０ＴＳ及びクラスＣ１の周期１４ＴＳの最小公倍数７０ＴＳで周期のズレが一巡することになる。

【0030】

ｉＴＡＳ装置１００では、転送周期の異なるクラス毎の開閉情報を管理するためには最小公倍数７０ＴＳ分の開閉情報を管理するＧＣＬ１２１のテーブル容量が必要となる。ｉＴＡＳ装置１００では、クラスＣ０及びクラスＣ１のタイミングが競合した場合、最小公倍数７０ＴＳのＧＣＬ１２１内のクラスＣ１のタイミングを変更し、変更後のクラスＣ１のＴＳ番号０～ＴＳ番号６９までの開閉情報を修正することになる。

【0031】

つまり、比較例のｉＴＡＳ装置１００では、クラス間のタイミング競合を回避するためには、クラス間の競合タイミングの全パターンの組合せである各クラスの転送周期の最小公倍数のＴＳ分の大容量のＧＣＬ１２１が必要になる。更に、ｉＴＡＳ装置１００では、ＧＣＬ１２１のテーブル内容を修正する際に、大容量のＧＣＬ１２１のテーブル内容の修正処理に多大な処理時間を要する。

【0032】

ＧＣＬ１２１のテーブル内容の修正処理としては、例えば、ＴＳ番号が１～２０４８の場合、クラスＣ０とクラスＣ１とがタイミング競合し、クラスＣ１のオープンを１ＴＳ分シフトする場合に、クラスＣ１の全ビット（２０４８ビット）を修正する必要がある。この場合、ＧＣＬ１２１内の２０４８ビット分の領域を修正するためにはＧＣＬ１２１に対して複数回アクセスし、２０４８ビット分のクラスＣ１の内容を修正するまでに多大な処理時間を要する。

【0033】

しかも、通信システム内の各ｉＴＡＳ装置１００は、ＭＦＨパケットのクラスに限定されるものではなく、ユーザ端末毎に異なる転送周期でＭＦＨパケットを出力することも想定される。図１５は、比較例のサービス間の競合タイミングの課題の一例を示す説明図である。例えば、ユーザ端末ＡのサービスＡのＭＦＨパケットの転送周期と、ユーザ端末ＢのサービスＢのＭＦＨパケットの転送周期と、ユーザ端末ＣのサービスＣのＭＦＨパケットの転送周期とが競合する場合がある。

【0034】

図１６は、比較例のサービス間の競合タイミングの課題の一例を示す説明図である。通信システム内の各ｉＴＡＳ装置１００は、ＧＣＬ１２１のテーブル内容が異なる場合がある。例えば、“Ａ”のｉＴＡＳ装置１００のＧＣＬ１２１は、所定タイミングにおいて、サービスＡのＭＦＨパケット、サービスＢのＭＦＨパケット及びサービスＣのＭＦＨパケットの順に出力する開閉情報を管理しているものとする。これに対して、例えば、“Ｂ”のｉＴＡＳ装置１００のＧＣＬ１２１は、所定タイミングにおいて、サービスＣのＭＦＨパケット、サービスＢのＭＦＨパケット及びサービスＡのＭＦＨパケットの順に出力する開閉情報を管理しているものとする。この場合、“Ａ”のｉＴＡＳ装置１００は、ＧＣＬ１２１を参照し、サービスＡのＭＦＨパケット、サービスＢのＭＦＨパケット及びサービスＣのＭＦＨパケットの順に“Ｂ”のｉＴＡＳ装置１００に出力する。そして、“Ｂ”のｉＴＡＳ装置１００は、サービスＡのＭＦＨパケット、サービスＢのＭＦＨパケット及びサービスＣのＭＦＨパケットの順に受信する。しかしながら、“Ｂ”のｉＴＡＳ装置１００は、ＧＣＬ１２１を参照し、サービスＣのＭＦＨパケット、サービスＢのＭＦＨパケット及びサービスＡのＭＦＨパケットの順に出力することになる。“Ｂ”のｉＴＡＳ装置１００では、サービスＣのＭＦＨパケット到着時に、サービスＣのＭＦＨパケットの出力タイミングが過ぎるため１周期分滞留し、サービスＣのＭＦＨパケットの出力遅延が発生することになる。

【0035】

その結果、通信経路上の各ｉＴＡＳ装置１００のＧＣＬ１２１のテーブル内容が異なる場合には、各サービスのＭＦＨパケットの出力遅延が生じ、ＭＦＨパケットの異なる転送周期の各サービスの遅延変動を大きくなる。

【0036】

従って、ＧＣＬ１２１を使用することなく、ＭＦＨパケットの出力遅延を抑制しながら、同一種別のＭＦＨパケット内のサービス間のタイミング競合を回避できるｉＴＡＳ装置が求められている。そこで、このようなｉＴＡＳ装置等のパケット処理装置の実施の形態につき、実施例として以下に説明する。

【実施例0037】

図１は、実施例１の通信システム１の一例を示す説明図である。図１に示す通信システム１は、ＭＢＨ回線２Ａと、ＭＦＨ回線２Ｂと、基地局３と、ＲＵ４と、ユーザ端末５と、ｉＴＡＳ装置６とを有する。ＭＢＨ回線２Ａは、複数の基地局（ｅＮＢ:evolved Node B）３間若しくは、基地局３とメトロコアネットワーク７との間を接続する回線である。ＭＦＨ回線２Ｂは、例えば、ＲＵ４と基地局３内のＤＵとの間を接続する回線である。ＲＵ４は、ユーザ端末５と無線で接続する。ＭＦＨ回線２Ｂは、ＲＵ４とＤＵとの間で無線信号をＬ２フレームのＭＦＨパケットで伝送するｅＣＰＲＩ方式を採用している。ｉＴＡＳ装置６は、ＭＢＨ回線２ＡからのＭＢＨパケット、ＭＦＨ回線２ＢからのＭＦＨパケット等の各種パケットを伝送する。ＭＦＨパケットは、ＭＢＨパケットに比較して出力遅延の抑制が強く求められている。更に、ＭＦＨパケットは、クラス毎に異なるパケットを有する。

【0038】

ＤＵは、無線区間のスケジューリング機能を有する。スケジューリング機能は、１サブフレームに送信すべき、例えば、ユーザデータ、符号化率及び変調方式等の各種要素を決定する機能である。ＤＵは、ユーザデータをＬ２フレームに分割してＭＦＨパケットをＲＵ４宛に伝送する。つまり、ＤＵは、サブフレーム間隔、例えば、１ｍ秒毎にＭＦＨパケットをＲＵ４宛に伝送する。また、ＲＵ４は、受信した無線信号のユーザデータをＬ２フレームに分割してＭＦＨパケットをＤＵ宛に伝送する。

【0039】

ｉＴＡＳ装置６は、ＭＢＨパケット及びＭＦＨパケットの他に、様々なパケットを伝送する。ｉＴＡＳ装置６は、ＩＥＥＥ８０２．１ＱｂｖのＴＡＳ(Time Aware Shaper)方式を適用し、ＭＦＨパケットを高優先パケットとして出力する。更に、ｉＴＡＳ装置６は、ＭＦＨパケットの優先出力は勿論のこと、同一種別のＭＦＨパケット内の異なるサービス（クラス）間のタイミング競合も回避できる機能を有する。

【0040】

図２は、ｉＴＡＳ装置６のハードウェア構成の一例を示す説明図である。図２に示すｉＴＡＳ装置６は、入出力ＩＦ(Interface)１１と、複数のパケット処理部１２と、ＳＷ(Switch)１３と、メモリ１４と、ＣＰＵ（Central Processing Unit）１５とを有する。入出力ＩＦ１１は、ＭＢＨ回線２Ａ及びＭＦＨ回線２Ｂ等の各種回線と接続し、パケットを入出力するＩＦである。入出力ＩＦ１１は、例えば、ＲＵ４、ＤＵ、他のｉＴＡＳ装置６と接続する。パケット処理部１２は、ｉＴＡＳ方式を適用したパケット処理を実行する。ＳＷ１３は、パケット処理部１２の入出力を切替えるスイッチである。メモリ１４は、各種情報を記憶する領域である。ＣＰＵ１５は、ｉＴＡＳ装置６全体を制御する。

【0041】

パケット処理部１２は、ＭＢＨパケット及びＭＦＨパケットの出力タイミングは勿論のこと、ＭＦＨパケットの優先出力は勿論のこと、同一種別のＭＦＨパケットのクラス毎に各クラスのＭＦＨパケットの出力タイミングを制御する。パケット処理部１２は、複数のキュー２１と、複数のゲート２２と、ＭＵＸ(Multiplexer)２３と、ＭＡＣ２４と、統計情報記憶部２５と、ＴＳ管理部２６と、収集部２７と、解析部２８と、制御部２９とを有する。

【0042】

各キュー２１は、到来する受信パケットの種別毎に備え、種別毎の受信パケットをキューイングする格納部である。尚、受信パケットの種別としては、例えば、ＭＦＨパケット及びＭＢＨパケットを有する。ＭＦＨパケットは、高優先パケットであるのに対し、ＭＢＨパケットは、ＭＦＨパケットに比較して低優先の低優先パケットである。また、ＭＦＨパケットは、例えば、複数種別の異なるクラスＣ０～Ｃ７のパケットを有する。各クラスは、例えば、低遅延要求、帯域や転送周期が異なるサービスである。

【0043】

複数のキュー２１内の第１のキュー２１Ａは、到来する受信パケットの内、ＭＢＨパケットをキューンイングする格納部である。また、複数のキュー２１内の第２のキュー２１Ｂは、到来する受信パケットのＭＦＨパケットの内、例えば、クラスＣ０のＭＦＨパケットをキューイングする格納部である。また、複数のキュー２１内の第３のキュー２１Ｃ（図示省略）は、到来する受信パケットのＭＦＨパケットの内、例えば、クラスＣ１のＭＦＨパケットをキューイングする格納部である。また、複数のキュー２１内の第４のキュー２１Ｄ（図示省略）は、到来する受信パケットのＭＦＨパケットの内、例えば、クラスＣ２のＭＦＨパケットをキューイングする格納部である。つまり、ＭＦＨパケットのクラス毎にキュー２１を備えるものとする。

【0044】

ＳＷ１３は、受信パケット内のＶＬＡＮタグのＰビットを識別し、その識別結果に基づき、受信パケットの種別に応じたキュー２１に当該種別の受信パケットを転送するものである。

【0045】

各ゲート２２は、キュー２１毎に備え、キュー２１に格納中の受信パケットの出力をＴＳ単位で開閉する。尚、１ＴＳは、例えば、０．５μ秒とする。複数のゲート２２の内、第１のゲート２２Ａは、第１のキュー２１Ａ内のＭＢＨパケットの出力をＴＳ単位で開閉する。複数のゲート２２の内、第２のゲート２２Ｂは、第２のキュー２１Ｂ内のクラスＣ０のＭＦＨパケットの出力をＴＳ単位で開閉する。複数のゲート２２の内、第３のゲート２２Ｃ（図示省略）は、第３のキュー２１Ｃ内のクラスＣ１のＭＦＨパケットの出力をＴＳ単位で開閉する。複数のゲート２２の内、第４のゲート２２Ｄは、第４のキュー２１Ｄ内のクラスＣ３のＭＦＨパケットの出力をＴＳ単位で開閉する。つまり、ＭＦＨパケットのクラス毎にゲート２２を備えるものとする。

【0046】

ＭＵＸ２３は、各ゲート２２の出力パケットを選択出力する。ＭＡＣ２４は、ＭＵＸ２３の出力パケットにＭＡＣアドレスを付加し、付加した出力パケットを入出力ＩＦ１１に出力する。統計情報記憶部２５は、受信パケットの周期パターンを統計情報として記憶する領域である。ＴＳ管理部２６は、現在カウンタ値をＴＳ単位でカウントするタイムカウンタ１６Ａを有する。

【0047】

収集部２７は、受信パケットの統計情報を収集する。統計情報は、時間帯毎の受信パケット量である。尚、パケット量は、例えば、パケット数やバイト数である。解析部２８は、受信パケットの統計情報を解析し、受信パケットの周期性及びパターン等の周期性パターンを特定する。解析部２８は、受信パケットの到着間隔（周期性）及びパターン（平均到着量、バーストの揺らぎ度合）を学習する。解析部２８は、各クラスのＭＦＨパケットの周期パターンに基づき、クラス毎の変数である演算パラメータを取得する。演算パラメータは、転送周期ＴＳ数、オープンＴＳ数、ガードタイムＴＳ数及び転送周期オフセットＴＳ数を有する。

【0048】

転送周期ＴＳ数は、クラス毎のＭＦＨパケットの転送周期分のＴＳ数である。ガードタイムＴＳ数は、転送周期ＴＳ数の内、クラス毎のガードタイムのＴＳ数である。オープンＴＳ数は、転送周期ＴＳ数の内、クラス毎のゲート２２の開閉をオープンするＴＳ数である。転送周期オフセットＴＳ数は、転送周期ＴＳ数の内、クラス毎にＭＦＨパケットの出力を開始するＴＳ数である。

【0049】

制御部２９は、パケット処理部１２全体を制御する。制御部２９は、解析部２８の解析結果に基づき、ＭＢＨパケットは勿論のこと、各クラスのＭＦＨパケットの転送周期ＴＳ数等の演算パラメータを取得する。

【0050】

図３は、パケット処理部１２内の制御部２９の機能構成の一例を示すブロック図である。図３に示す制御部２９は、複数の第１の決定部３１と、ゲート制御部３２と、複数の第２の決定部３３と、調停部３４と、現在用演算メモリ３５と、予測用演算メモリ３６とを有する。解析部２８は、取得したクラス毎の演算パラメータを現在用演算メモリ３５に記憶する。

【0051】

第１の決定部３１は、ＭＦＨパケットのクラス毎に備え、クラスに応じた現在の演算パラメータ及び現在カウンタ値を用いて現在ＴＳでのクラスに対応したゲート２２の開閉情報を算出する演算器３１Ａを有する。第１の決定部３１は、ＴＳパルスを受信した場合、演算器３１Ａの算出結果に基づき、現時点の第１のタイムスロットである現在ＴＳでのゲート２２の開閉情報を決定する。ＴＳパルスは、ＴＳ単位のカウンタ値をカウントするパルスであって、ＴＳの受信タイミングである。尚、現在ＴＳの開閉情報とは、同クラスのゲート２２の判定結果である、例えば、オープン、クローズ又はガードタイムである。第１の決定部３１は、現在用演算メモリ３５から該当クラスの演算パラメータを読み出し、読み出した演算パラメータと、タイムカウンタ２６Ａからの現在カウンタ値とを用いて、現在ＴＳでの開閉情報を算出して決定する。ゲート制御部３２は、クラス毎の現在ＴＳの開閉情報に基づき、第１の決定部３１に対応したゲート２２の開閉を制御する。

【0052】

第２の決定部３３は、ＭＦＨパケットのクラス毎に備え、クラスに応じた現在の演算パラメータ及び（現在カウンタ値＋所定時間（Ｎ秒））を用いてＮ秒後のＴＳである予測ＴＳでの開閉情報を算出するＮ秒加算器３３Ａ及び演算器３３Ｂを有する。Ｎ秒加算器３３Ａは、タイムカウンタ２６Ａからの現在カウンタ値にＮ秒を加算する。演算器３３Ｂは、（現在カウンタ値＋Ｎ秒）と現在の演算パラメータとを用いて予測ＴＳでの開閉情報を算出する。第２の決定部３３は、演算器３３Ｂの計算結果に基づき、現時点から所定タイミング後の第２のタイムスロットである予測ＴＳでのゲート２２の開閉情報を決定する。

【0053】

調停部３４は、クラス毎のＮ秒後の予測ＴＳの開閉情報内にクラス間のタイミング競合を検出する検出部３４Ａを有する。更に、調停部３４は、予測ＴＳでのクラス間のタイミング競合を検出した場合に、競合するクラス毎の優先順位等の調停ポリシに基づき、クラス間のタイミング競合を回避する演算パラメータの内容を変更する調停制御部３４Ｂを有する。更に、調停制御部３４Ｂは、（Ｎ－Ｍ＜最短転送周期）に基づき、反映時刻Ｍを算出する。尚、反映時刻は、予測される競合タイミングの最短の転送周期内に変更後の演算パラメータを現在用演算メモリ３５に更新できるまでの時間を考慮した時間であればよく、例えば、Ｎ－Ｍ＜最短転送周期である。

【0054】

調停制御部３４Ｂは、変更後の演算パラメータ及び反映時刻を予測用演算メモリ３６に更新する。尚、予測用演算メモリ３６は、例えば、ＦＩＦＯ（First In First Out）メモリである。更に、調停制御部３４Ｂは、所定タイミングが到来する前まで、例えば、現在カウンタ値が反映時刻の場合、予測用演算メモリ３６に記憶中の変更後の演算パラメータを調停情報として現在用演算メモリ３５に更新する。そして、調停制御部３４Ｂは、現在用演算メモリ３５に更新された変更後の演算パラメータを用いて、反映時刻以降のＴＳパルスの受信タイミング毎に、現時点の新たな第１のタイムスロットである現在ＴＳの開閉情報を第１の決定部３１に決定させる。

【0055】

また、通常、現在用演算メモリ３５及び予測用演算メモリ３６に記憶中の演算パラメータの内容は同一であっても良い。そして、競合回避時の変更後の演算パラメータの反映が予定されている場合、予測用演算メモリ３６には変更後の演算パラメータが更新されているものの、反映時刻前は予測用演算メモリ３６及び現在用演算メモリ３５に格納中の演算パラメータの内容が異なる。

【0056】

第１の決定部３１は、ＴＳ管理部２６内のタイムカウンタ２６Ａからの現在カウンタ値と、当該第１の決定部３１に関わるクラスのＭＦＨパケットを観測する周期を含む現在用の演算パラメータとを用いて、現在ＴＳでの当該ゲート２２の開閉情報を算出して決定する。

【0057】

第２の決定部３３は、タイムカウンタ２６Ａからの現在カウンタ値にＮ秒を加算する。第２の決定部３３は、Ｎ秒加算後の現在カウンタ値と、当該第２の決定部３３に関わるクラスのＭＦＨパケットを観測する周期を含む演算パラメータとを用いて、現在からＮ秒後の予測ＴＳでの当該ゲート２２の開閉情報を算出して決定する。尚、所定時間Ｎ秒は、現在ＴＳからクラス間のタイミング競合を検出部３４Ａで検出し、調停制御部３４Ｂでタイミング競合を十分回避できる時間であればよく、例えば、Ｎ秒＞１０ＴＳとする。

【0058】

調停制御部３４Ｂは、クラス間のタイミング競合を回避するように演算パラメータ内の転送周期オフセットＴＳ数を変更する。そして、調停制御部３４Ｂは、変更後の転送周期オフセットＴＳ数を含む演算パラメータ及び反映時刻を予測用演算メモリ３６内に更新する。そして、調停制御部３４Ｂは、現在カウンタ値が反映時刻の場合、変更後の転送周期オフセットＴＳ数を含む演算パラメータを現在用演算メモリ３５内に更新する。第１の決定部３１は、反映時刻以降にＴＳパルスの受信タイミングで、現在用演算メモリ３５内に記憶中のクラス毎の変更後の現在の演算パラメータを用いてクラス毎の新たな現在ＴＳでの開閉情報を算出する。その結果、ゲート制御部３２は、クラス毎の新たな現在ＴＳでの開閉情報に基づき、将来予測されたクラス間のタイミング競合を回避できる。

【0059】

図４は、開閉判定処理に関わるパケット処理部１２の処理動作の一例を示す説明図である。第１の決定部３１は、該当クラスの転送周期ＴＳ数、ガードタイムＴＳ数、オープンＴＳ数及び転送周期オフセットＴＳ数に基づき、計時する現在カウンタ値から該当クラス対応のゲート２２の現在ＴＳでの開閉情報を算出して決定する。

【0060】

第１の決定部３１は、初期値として現在用演算メモリ３５に記憶中の演算パラメータ内の転送周期ＴＳ数を読み出し、タイムカウンタ２６ＡからのＴＳパルス毎に現在カウンタ値をカウントアップする。そして、現在カウンタ値である現在ＴＳ数が転送周期ＴＳ数で１回周回することになる。

【0061】

第１の決定部３１は、現在ＴＳ数≦ガードタイムＴＳ数の場合、現在ＴＳのゲート判定結果をガードタイムと判断する。第１の決定部３１は、ガードタイムＴＳ数＜現在ＴＳ数≦（ガードタイムＴＳ数＋オープンＴＳ数）の場合、現在ＴＳのゲート判定結果をオープンと判断する。第１の決定部３１は、（ガードタイムＴＳ数＋オープンＴＳ数）＜現在ＴＳ数の場合、現在ＴＳのゲート判定結果をクローズと判断する。各第１の決定部３１は、各クラスの現在ＴＳの開閉情報を判断する。

【0062】

図５は、開閉予測処理に関わるパケット処理部１２の処理動作の一例を示す説明図である。第２の決定部３３は、該当クラスの転送周期ＴＳ数、ガードタイムＴＳ数、オープンＴＳ数及び、転送周期オフセットＴＳ数に基づき、現在カウンタ値からＮ秒後であるＮ秒後のカウンタ値から該当クラス対応のゲート２２の予測ＴＳでの開閉情報を算出して決定する。

【0063】

第２の決定部３３は、タイムカウンタ２６ＡからのＴＳパルス毎に現在カウンタ値をカウントアップし、（現在カウンタ値＋Ｎ秒）である予測ＴＳ数が転送周期ＴＳ数で１回周回することになる。

【0064】

第２の決定部３３は、予測ＴＳ数≦ガードタイムＴＳ数の場合、予測ＴＳのゲート判定結果をガードタイムと判断する。第２の決定部３３は、ガードタイムＴＳ数＜予測ＴＳ数≦（ガードタイムＴＳ数＋オープンＴＳ数）の場合、予測ＴＳのゲート判定結果をオープンと判断する。第２の決定部３３は、（ガードタイムＴＳ数＋オープンＴＳ数）＜予測ＴＳ数の場合、予測ＴＳのゲート判定結果をクローズと判断する。各第２の決定部３３は、各クラスの予測ＴＳの開閉情報を判断する。図５では、Ｎ秒後、すなわち２ＴＳ後の予測ＴＳの開閉情報を算出する。

【0065】

図６は、調停処理に関わるパケット処理部１２の処理動作の一例を示す説明図である。調停部３４は、クラス毎のＮ秒後の予測ＴＳの開閉情報内にクラス間のタイミング競合を検出した場合に、調停ポリシであるクラス毎の優先順位に基づき、クラス間のタイミング競合を回避する演算パラメータを変更する。調停部３４は、変更後の演算パラメータを予測用演算メモリ３６に更新する。

【0066】

調停部３４内の調停制御部３４Ｂは、予測ＴＳでのクラス毎の開閉情報からクラス間のタイミング競合を検出した場合、クラス毎の優先順位に基づき、クラス間のタイミング競合を回避するように競合クラスの周期オフセットＴＳ数を変更する。調停制御部３４Ｂは、例えば、競合クラスの内、競合クラスの開閉情報のタイミングを後ろ方向に１ＴＳシフトして競合タイミングを回避する場合、転送周期オフセットＴＳ数を＋１減算する。これに対して、調停制御部３４Ｂは、競合クラスの内、競合クラスの開閉情報のタイミングを前方向に１ＴＳシフトして競合タイミングを回避する場合、転送周期オフセットＴＳ数を＋１加算する。

【0067】

調停制御部３４Ｂは、変更後の転送周期オフセットＴＳ数及び反映時刻（Ｍ秒）を予測用演算メモリ３６に更新する。更に、調停制御部３４Ｂは、現在カウンタ値が反映時刻である場合、予測用演算メモリ３６に更新したクラスの変更後の転送周期オフセットＴＳ数を現在用演算メモリ３５内の該当クラスの現在演算パラメータ内の転送周期オフセットＴＳ数として更新する。そして、第１の決定部３１は、変更後の演算パラメータを設定した後の受信タイミング毎に、現在用演算メモリ３５内の変更後の現在演算パラメータを用いて、現時点の新たな現在ＴＳの開閉情報を算出して決定する。

【0068】

図７は、調停情報の転送タイミングの一例を示す説明図である。例えば、“Ａ”のユーザ端末５のサービスＡのＭＦＨパケットの転送周期と、“Ｂ”のユーザ端末５のサービスＢのＭＦＨパケットの転送周期と、“Ｃ”のユーザ端末５のサービスＣのＭＦＨパケットの転送周期とが競合する場合を想定する。調停部３４は、通信システム１内の各ｉＴＡＳ装置６と接続し、調停結果である調停情報を各ｉＴＡＳ装置６に転送する。尚、調停情報とは、競合クラスの変更後の転送周期オフセットＴＳ数を含む演算パラメータを含む情報である。調停部３４は、出力タイミングが競合するタイミングと、出力タイミングが競合するタイミング直前の出力タイミングとの間であるＭ秒後の転送タイミングに調停情報を各ｉＴＡＳ装置６に転送する。

【0069】

次に本実施例のｉＴＡＳ装置６の動作について説明する。図８は、開閉判定処理に関わる第１の決定部３１の処理動作の一例を示すフローチャートである。図８において第１の決定部３１は、ＴＳ管理部２６内のタイムカウンタ２６Ａから所定間隔のＴＳパルスを受信したか否かを判定する（ステップＳ１１）。第１の決定部３１は、ＴＳパルスを受信した場合（ステップＳ１１：Ｙｅｓ）、現在用演算メモリ３５から現在用の演算パラメータを取得する（ステップＳ１２）。尚、演算パラメータは、ＭＦＨパケットの該当クラスの転送周期ＴＳ数、オープンＴＳ数、ガードタイムＴＳ数、転送周期オフセットＴＳ数及び転送周期オフセットＴＳ差を含む。

【0070】

第１の決定部３１は、（現在カウンタ値＋１＋転送周期オフセットＴＳ差）で現在ＴＳ数を算出する（ステップＳ１３）。第１の決定部３１は、クラス毎に現在ＴＳ数が転送周期ＴＳ数以上であるか否かを判定する（ステップＳ１４）。

【0071】

第１の決定部３１は、現在ＴＳ数が転送周期ＴＳ数以上である場合（ステップＳ１４：Ｙｅｓ）、（現在ＴＳ数－転送周期ＴＳ数）で現在ＴＳ数を算出する（ステップＳ１５）。第１の決定部３１は、現在ＴＳ数がガードタイムＴＳ数未満であるか否かを判定する（ステップＳ１６）。

【0072】

第１の決定部３１は、現在ＴＳ数がガードタイムＴＳ数未満の場合（ステップＳ１６：Ｙｅｓ）、現在ＴＳのゲート判定結果をガードタイムと判断する（ステップＳ１７）。そして、第１の決定部３１は、現在ＴＳのゲート判断結果をゲート制御部３２に設定し（ステップＳ１８）、ＴＳパルスを受信したか否かを判定すべく、ステップＳ１１の処理に戻る。その結果、ゲート制御部３２は、現在ＴＳのゲート判断結果に基づき、各ゲート２２の開閉を制御する。

【0073】

第１の決定部３１は、現在ＴＳ数がガードタイムＴＳ数未満でない場合（ステップＳ１６：Ｎｏ）、現在ＴＳ数が（ガードタイムＴＳ数＋オープンＴＳ数）以内であるか否かを判定する（ステップＳ１９）。第１の決定部３１は、現在ＴＳ数が（ガードタイムＴＳ数＋オープンＴＳ数）以内の場合（ステップＳ１９：Ｙｅｓ）、現在ＴＳのゲート判定結果がオープンと判断する（ステップＳ２０）。そして、第１の決定部３１は、現在ＴＳのゲート判断結果をゲート制御部３２に設定すべく、ステップＳ１８の処理に戻る。

【0074】

第１の決定部３１は、現在ＴＳ数が（ガードタイムＴＳ数＋オープンＴＳ数）以内でない場合（ステップＳ１９：Ｎｏ）、現在ＴＳのゲート判定結果がクローズと判断する（ステップＳ２１）。そして、第１の決定部３１は、現在ＴＳのゲート判断結果をゲート制御部３２に設定すべく、ステップＳ１８の処理に戻る。

【0075】

図９は、開閉予測処理に関わる第２の決定部３３の処理動作の一例を示すフローチャートである。図９において第２の決定部３３は、ＴＳ管理部２６内のタイムカウンタ２６ＡからＴＳパルスを受信したか否かを判定する（ステップＳ３１）。第２の決定部３３は、ＴＳパルスを受信した場合（ステップＳ３１：Ｙｅｓ）、現在用演算メモリ３５から演算パラメータを取得する（ステップＳ３２）。

【0076】

第２の決定部３３は、（現在カウンタ値＋１＋転送周期オフセットＴＳ数＋時間差（Ｎ秒））で現在からＮ秒後の予測ＴＳ数を算出する（ステップＳ３３）。第２の決定部３３は、クラス毎に予測ＴＳ数が転送周期ＴＳ数以上であるか否かを判定する（ステップＳ３４）。

【0077】

第２の決定部３３は、予測ＴＳ数が転送周期ＴＳ数以上である場合（ステップＳ３４：Ｙｅｓ）、（予測ＴＳ数－転送周期ＴＳ数）で予測ＴＳ数を算出する（ステップＳ３５）。第２の決定部３３は、予測ＴＳ数がガードタイムＴＳ数未満であるか否かを判定する（ステップＳ３６）。

【0078】

第２の決定部３３は、予測ＴＳ数がガードタイムＴＳ数未満の場合（ステップＳ３６：Ｙｅｓ）、予測ＴＳのゲート判定結果をガードタイムと判断する（ステップＳ３７）。更に、第２の決定部３３は、予測ＴＳのゲート判定結果を調停部３４に転送し（ステップＳ３８）、ＴＳパルスを受信したか否かを判定すべく、ステップＳ３１の処理に戻る。

【0079】

第２の決定部３３は、予測ＴＳ数がガードタイムＴＳ数未満でない場合（ステップＳ３６：Ｎｏ）、予測ＴＳ数が（ガードタイムＴＳ数＋オープンＴＳ数）以内であるか否かを判定する（ステップＳ３９）。第２の決定部３３は、予測ＴＳ数が（ガードタイムＴＳ数＋オープンＴＳ数）以内の場合（ステップＳ３９：Ｙｅｓ）、予測ＴＳのゲート判定結果がオープンと判断する（ステップＳ４０）。そして、第２の決定部３３は、予測ＴＳのゲート判定結果を調停部３４に転送すべく、ステップＳ３８の処理に戻る。

【0080】

第２の決定部３３は、予測ＴＳ数が（ガードタイムＴＳ数＋オープンＴＳ数）以内でない場合（ステップＳ３９：Ｎｏ）、予測ＴＳのゲート判定結果がクローズと判断する（ステップＳ４１）。そして、第２の決定部３３は、予測ＴＳのゲート判定結果を調停部３４に転送すべく、ステップＳ３８の処理に戻る。

【0081】

図１０は、調停処理に関わる調停部３４の処理動作の一例を示すフローチャートである。図１０において調停部３４は、第２の決定部３３から各クラスの予測ＴＳのゲート判定結果及びタイムカウンタ２６ＡからのＴＳパルスを受信したか否かを判定する（ステップＳ５１）。調停部３４内の検出部３４Ａは、各クラスの予測ＴＳのゲート判定結果及びＴＳパルスを受信した場合（ステップＳ５１：Ｙｅｓ）、（現在カウンタ値＋１）の予測ＴＳのクラス毎のゲート判定結果を比較する（ステップＳ５２）。

【0082】

検出部３４Ａは、予測ＴＳのゲート判定結果内にガードタイム又はオープンが複数存在するか否かを判定する（ステップＳ５３）。検出部３４Ａは、予測ＴＳのゲート判定結果内にガードタイム又はオープンが複数存在する場合（ステップＳ５３：Ｙｅｓ）、予測ＴＳでのクラス間のタイミング競合を検出する。

【0083】

更に、調停部３４内の調停制御部３４Ｂは、予測ＴＳでのクラス間のタイミング競合を検出した場合、現在用の演算パラメータから競合が発生したクラスの転送周期オフセットＴＳ数を取得する（ステップＳ５４）。調停制御部３４Ｂは、競合が発生した各クラスの調停ポリシ（優先順位）に基づき、競合発生の各クラスの転送周期オフセットＴＳ数を変更後の転送周期オフセットＴＳ数として算出する（ステップＳ５５）。

【0084】

調停制御部３４Ｂは、算出した変更後の各クラスの転送周期オフセットＴＳ数を予測用の演算パラメータとして予測用演算メモリ３６に更新する（ステップＳ５６）。調停制御部３４Ｂは、各クラスの変更後の転送周期オフセットＴＳ数を現在用の演算パラメータに反映するタイミングの反映時刻を算出する（ステップＳ５７）。

【0085】

調停制御部３４Ｂは、各クラスの変更後の転送周期オフセットＴＳ数及び反映時刻を予測用演算メモリ３６に更新する（ステップＳ５８）。調停制御部３４Ｂは、予測用演算メモリ３６内の先頭の反映時刻を参照し（ステップＳ５９）、現在カウンタ値が反映時刻であるか否かを判定する（ステップＳ６０）。調停制御部３４Ｂは、現在カウンタ値が反映時刻である場合（ステップＳ６０：Ｙｅｓ）、予測用演算メモリ３６から先頭の変更後の転送周期オフセットＴＳ数を読み出す。更に、調停制御部３４Ｂは、読み出した変更後の転送周期オフセットＴＳ数を現在用の演算パラメータとして現在用演算メモリ３５に更新する（ステップＳ６１）。そして、調停制御部３４Ｂは、各クラスのゲート判定結果及びＴＳパルスを受信したか否かを判定すべく、ステップＳ５１の処理に戻る。

【0086】

検出部３４Ａは、各クラスのゲート判定結果及びＴＳパルスを受信しなかった場合（ステップＳ５１：Ｎｏ）、ステップＳ５１の処理に戻る。検出部３４Ａは、予測ＴＳでのガードタイム又はオープンが複数存在しない場合（ステップＳ５３：Ｎｏ）、予測ＴＳでのクラス間の競合タイミングが発生しなかったものと判断する。そして、検出部３４Ａは、予測ＴＳでのクラス間のタイミング競合を検出しなかった場合、各クラスのゲート判定結果及びＴＳパルスを受信したか否かを判定すべく、ステップＳ５１の処理に戻る。

【0087】

調停制御部３４Ｂは、現在カウンタ値が反映時刻でない場合（ステップＳ６０：Ｎｏ）、各クラスのゲート判定結果及びＴＳパルスを受信したか否かを判定すべく、ステップＳ５１の処理に戻る。

【0088】

図１１は、調停処理に関わる通信システム１の処理動作の一例を示す説明図である。“Ａ”のユーザ端末５はサービスＡのＭＦＨパケットを“Ａ”のｉＴＡＳ装置６及び“Ｂ”のｉＴＡＳ装置６経由でＤＵに出力、“Ｂ”のユーザ端末５はサービスＢのＭＦＨパケットを“Ａ”のｉＴＡＳ装置６及び“Ｂ”のｉＴＡＳ装置６経由でＤＵに出力するものとする。更に、“Ｃ”のユーザ端末５はサービスＣのＭＦＨパケットを“Ａ”のｉＴＡＳ装置６及び“Ｂ”のｉＴＡＳ装置６経由でＤＵに出力するものとする。

【0089】

“Ａ”のｉＴＡＳ装置６は、Ｎ秒後の予測ＴＳでのサービスＡ，Ｂ，Ｃのサービス間のＭＦＨパケットのタイミング競合を検出した場合、Ｎ秒後の予測ＴＳでのサービス間のＭＦＨパケットの競合を回避すべく、各サービスの転送周期オフセットＴＳ数を変更する。更に、“Ａ”のｉＴＡＳ装置６は、各サービスの転送周期オフセットＴＳ数を現在ＴＳからＭ秒後の反映時刻に反映する。更に、“Ａ”のｉＴＡＳ装置６は、現在ＴＳからＭ秒後の反映時刻に反映する各サービスの転送周期オフセットＴＳ数を調停情報として“Ｂ”のｉＴＡＳ装置６を転送する。そして、“Ｂ”のｉＴＡＳ装置６も、“Ａ”のｉＴＡＳ装置６からの調停情報に基づき、現在ＴＳからＭ秒後の反映時刻に各サービスの転送周期オフセットＴＳ数を現在用演算メモリ３５に反映する。その結果、“Ａ”のｉＴＡＳ装置６及び“Ｂ”のｉＴＡＳ装置６は、同一の現在用演算パラメータを共有することになるため、サービス間のタイミング競合を回避しながら、各サービスのＭＦＨパケットの出力遅延を抑制できる。そして、ＭＦＨパケットの異なる転送周期の各サービスの遅延変動を小さくできる。

【0090】

本実施例のｉＴＡＳ装置６では、現在カウンタ値とＭＦＨパケットの各サービスの演算パラメータとを用いて各サービスの現在ＴＳの開閉情報を決定し、各サービスの現在ＴＳの開閉情報に基づき、各サービスのゲート２２の開閉を制御する。その結果、大容量のＧＣＬを使用しなくても、演算パラメータを使用して同一ＭＦＨパケットの各サービスの開閉情報を認識できる。

【0091】

更に、ｉＴＡＳ装置６では、（現在カウンタ値＋Ｎ秒）と、各サービスの演算パラメータとを用いて各サービスのＮ秒後の予測ＴＳの開閉情報を決定し、サービス毎のＮ秒後の予測ＴＳでの開閉情報内にＭＦＨパケットのタイミング競合を検出したか否かを判定する。ｉＴＡＳ装置６は、タイミング競合を検出した場合に、競合するＭＦＨパケットのサービス毎の優先順位に基づき、タイミング競合を回避すべく、演算パラメータの内容を変更し、予測ＴＳが到来するタイミング前である反映時刻に変更後の演算パラメータを現在用演算メモリ３５内に更新する。そして、ｉＴＡＳ装置６は、変更後の演算パラメータを設定した後のＴＳパルスの受信タイミング毎に、現在用演算メモリ３５に更新済みの変更後の演算パラメータを用いてサービス毎の現時点の新たな現在ＴＳの開閉情報を決定する。その結果、ＧＣＬを使用しなくても、演算パラメータを使用して同一ＭＦＨパケットのサービス間のタイミング競合を回避できる。更に、タイミング競合を回避に要する処理負担を大幅に軽減できる。

【0092】

調停部３４は、転送周期ＴＳ数の異なるサービスで発生するサービス間の競合を現在ＴＳからＮ秒後のタイミングで検出し、競合対象のサービスの転送周期オフセットＴＳ数を調停する。その結果、サービス間のタイミング競合を回避できる。

【0093】

ｉＴＡＳ装置６は、競合発生による開閉情報の更新を、１周期分のＧＣＬを書き換えるのではなく、現在カウンタ値と転送周期ＴＳ数等の演算パラメータからサービス毎のゲート２２の開閉情報を決定する。その結果、演算パラメータの変更を行うだけで、競合対象のサービスの開閉情報の変更を短時間で実施できる。

【0094】

ｉＴＡＳ装置６は、異なる転送周期のサービスの転送周期ＴＳ数の最小公倍数を１周期とする大容量のＧＣＬを使用しなくても、現在カウンタ値と転送周期ＴＳ数等の演算パラメータとからサービス毎の開閉情報を決定する。その結果、小さいリソース規模で、任意の転送周期ＴＳ数の複数のサービスを収容できる。

【0095】

ｉＴＡＳ装置６は、転送周期の異なるサービスを管理する場合に発生するサービス間のタイミング競合を事前に検出し、短期間で変更後の転送周期オフセットＴＳ数を変更する。更に、ｉＴＡＳ装置６は、変更後の転送周期オフセットＴＳ数を含む演算パラメータを現在用演算メモリ３５に更新する。その結果、サービス間のタイミング競合を回避できる。

【0096】

第１の決定部３１は、現在カウンタ値と、サービス毎に異なる転送周期ＴＳ数を含む演算パラメータとを用いて、現在ＴＳでの開閉情報を決定する。更に、第２の決定部３３は、現在カウンタ値＋Ｎ秒と、サービス毎に異なる演算パラメータとを用いて、現在からＮ秒後の予測ＴＳでの開閉情報を決定する。その結果、ＧＣＬを使用しなくても、演算パラメータを使用して同一ＭＦＨパケットの各サービスの現在ＴＳ及び予測ＴＳでの開閉情報を認識できる。

【0097】

調停部３４は、予測ＴＳでの開閉情報内にサービス間の競合タイミングとして、サービス間のＭＦＨパケットのオープン期間及びガードタイム期間の競合を検出する。調停部３４は、競合を検出した場合に、競合対象のサービス毎の優先順位に基づき、タイミング競合を回避すべく、演算パラメータを変更する。その結果、ＧＣＬを使用しなくても、演算パラメータを使用して同一種別のＭＦＨパケットのサービス間のタイミング競合を回避できる。

【0098】

第１の決定部３１は、ＭＦＨパケットのサービス毎の転送周期ＴＳ数、サービス毎のガードタイムＴＳ数、サービス毎のオープンＴＳ数及び、サービス毎の転送周期オフセットＴＳ数に基づき、現在カウンタ値から現在ＴＳでの開閉情報を決定する。その結果、ＧＣＬを使用しなくても、演算パラメータを使用してＭＦＨパケットの各サービスの現在ＴＳでの開閉情報を認識できる。

【0099】

第２の決定部３３は、ＭＦＨパケットのサービス毎の転送周期ＴＳ数、サービス毎のガードタイムＴＳ数、サービス毎のオープンＴＳ数及び、サービス毎の転送周期オフセットＴＳ数と、現在カウンタ値＋Ｎ秒とに基づき、Ｎ秒後の予測ＴＳでの開閉情報を決定する。その結果、ＧＣＬを使用しなくても、演算パラメータを使用してＭＦＨパケットの各サービスの予測ＴＳでの開閉情報を認識できる。

【0100】

調停部３４は、他のｉＴＡＳ装置６と接続し、変更後の演算パラメータを調停情報として他のｉＴＡＳ装置６に転送する。その結果、各ｉＴＡＳ装置６で変更後の演算パラメータを共有化することでＭＦＨパケットの異なる転送周期の各サービスの遅延変動を最小化できる。

【0101】

調停部３４は、出力タイミングが競合するタイミングと、出力タイミングが競合するタイミング直前の競合するＭＦＨパケットの出力タイミングとの間で変更後の演算パラメータを調停情報としてｉＴＡＳ装置６に転送する。その結果、競合発生前にサービス間のタイミング競合を回避しながら、各サービスの出力遅延を抑制できる。そして、ＭＦＨパケットの異なる転送周期の各サービスの遅延変動を小さくできる。

【0102】

比較例では、ＧＣＬが全サービスの２０４８ＴＳの開閉情報を管理する場合、競合対象のサービスの開閉情報のタイミングを１シフトして修正する場合、同サービスの２０４８ビットの開閉情報を変更する必要がある。従って、ＧＣＬに複数回アクセスして２０４８ビットの開閉情報を修正することになる。

【0103】

これに対して、本実施例では、競合対象のサービスの開閉情報を前方向に１シフトして変更するにしても、ＧＣＬを使用しないため、競合対象のサービスの転送周期オフセットＴＳ数を１ＴＳ減算するだけで済むことになる。しかも、競合対象のサービスの転送周期オフセットＴＳ数を１ＴＳ減算するには、例えば、１２ビットの更新で済むために、１アクセスで変更できる。従って、本実施例では、比較例に比較しても、競合回避に要する処理時間を大幅に軽減できる。

【0104】

転送周期が異なる全サービスの開閉情報を管理するＧＣＬでは、全サービスの最小公倍数のＴＳ数のサービス毎の開閉情報を管理する必要があるため、サービス数の増加に応じて大容量となる。これに対して、本実施例では、サービス毎に転送周期ＴＳ数分の開閉情報で済むため、大容量のメモリが不要となる。

【0105】

上記実施例では、ＭＦＨパケットを高優先パケット及びＭＢＨパケットの低優先パケットの２種類としたが、２種類に限定されるものではなく、適宜変更可能である。ＭＦＨパケット内のクラスをＣ０～Ｃ７の８クラスの場合を例示したが、８クラスに限定されるものではなく、適宜変更可能である。

【0106】

更に、ＭＦＨパケット内に複数のクラスが存在し、クラス間の出力タイミングの競合を回避する場合を例示したが、ＭＦＨパケットに限定されるものではなく、同一種別のパケット内に複数のクラスが存在するパケットに適用可能である。

【0107】

また、説明の便宜上、ＭＦＨパケットの異なるサービスの内、クラスを例示したが、クラスに限定されるものではなく、クラスに限定されるものではなく、帯域や転送周期の異なるユーザ端末５のＭＦＨパケットにも適用可能である。

【0108】

上記実施例では、クラス毎に第１の決定部３１及び第２の決定部３３を備える場合を例示したが、単一の第１の決定部３１で現在ＴＳの各クラスの開閉情報、単一の第２の決定部３３で予測ＴＳの各クラスの開閉情報を算出しても良く、適宜変更可能である。

【0109】

上記実施例では、解析部２８及び制御部２９をパケット処理部１２に配置したが、例えば、解析部２８、制御部２９をＣＰＵ１５内部に配置しても良く、適宜変更可能である。

【0110】

上記実施例では、例えば、サブフレームの１周期をＮ個のＴＳとしたが、周期性を保持できれば良く、サブフレームの１周期をＮの倍数に設定しても良く、適宜変更可能である。

【0111】

パケット処理部１２内の制御部２９は、第１の決定部３１、ゲート制御部３２、第２の決定部３３、調停部３４をハードウェアで構成する場合を例示した。しかしながら、第１の決定部３１、ゲート制御部３２、第２の決定部３３、調停部３４の各機能をプログラムで実行しても良く、適宜変更可能である。

【0112】

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

【0113】

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

【符号の説明】

【0114】

６ ｉＴＡＳ装置
１２ パケット処理部
２２ ゲート
２６Ａ タイムカウンタ
２９ 制御部
３１ 第１の決定部
３２ ゲート制御部
３３ 第２の決定部
３４ 調停部
３４Ａ 検出部
３４Ｂ 調停制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】