(57)【要約】【課題】速度差のある複数リンク間であっても、帯域拡張次に加入者端末へのデータフレームの到着順序を保証する。【解決手段】ＤｃｈおよびＢｃｈの回線を収容し、トラフィック量を監視することでトラフィック量が多くなった場合に、ＤｃｈからＢｃｈへ帯域拡張する。このとき、Ｄｃｈへのデータ送信を停止し、加入者端末に対して、Ｄｃｈを介してＤｃｈ→Ｂｃｈへの切替えを要求し、Ｂｃｈの呼制御接続手順を行う。また、記憶手段に記憶しているＤｃｈ用データをＢｃｈ用に乗せ換える。回線が接続された後に乗せ換えられたＢｃｈ用の記憶手段に記憶するデータをＢｃｈへ送信する。【選択図】　図３
2004120047.tif 000002
【特許請求の範囲】
【請求項１】
加入者端末に接続され、第１の回線と当該第１の回線より帯域が広い第２の回線と備え、データの通信トラフィック量にしたがって利用回線を切替える通信ノード装置において、
前記第１の回線へ送信するデータを到着順に記憶する第１の記憶手段と、前記第２の回線へ送信するデータを到着順に記憶する第２の記憶手段と、利用する回線を前記第１の回線から前記第２の回線に切替える場合に、前記第１の回線へのデータ送信を停止する停止手段と、前記停止手段でのデータ送信が停止されたときに前記加入者端末に対して、前記第１の回線を介して前記第１の回線から前記第２の回線への切替えを要求し、前記第２の回線の呼制御接続手順を行う接続手段と、前記第１の記憶手段に記憶するデータを前記第２の記憶手段に乗せ換える乗せ換え手段と、前記接続手段により第２の回線の接続後、前記乗せ換え手段により乗せ換えられた、前記第２の記憶手段に記憶するデータを前記第２の回線へ送信する送信制御手段とを備えることを特徴とする通信ノード装置。
【請求項２】
請求項１に記載の通信ノード装置において、前記第１および第２の記憶手段は、前記データをパケット単位に記憶し、当該パケットの記憶場所をポインタで保持し、前記パケットの到着順に前記ポインタをチェーン接続して管理し、
前記乗せ換え手段は、前記第１の記憶手段のチェーン接続をはずして、前記第２の記憶手段にチェーン接続させることで前記データの乗せ換えを行うことを特徴とする通信ノード装置。
【請求項３】
請求項１に記載の通信ノード装置において、前記乗せ換え手段は、第１の回線のみで通信を行うデータをさらに検出し、当該検出したデータの乗せ換えを行わないようにすることを特徴とする通信ノード装置。
【請求項４】
請求項１に記載の通信ノード装置において、前記第１の回線から前記第２の回線への切替えには、利用する回線を前記第１の回線から前記第１の回線および前記第２の回線への切替えを含むことを特徴とする通信ノード装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数リンクや複数帯域を収容するための技術に関し、特に、帯域の拡張・縮小が可能な装置に関する。
【０００２】
【従来の技術】
ＩＳＤＮ網を利用したネットワークでは、１６ｋｂｐｓのＤｃｈ（Ｄチャネル）と６４ｋｂｐｓのＢｃｈ（Ｂチャネル）との速度差のある複数リンクを収容する通信ノード装置を備えている。通信ノード装置では、固定長パケットを単位にして送受信を行い、トラフィック量が増加した場合には使用帯域をＤｃｈからＤｃｈ＋Ｂｃｈ、または２Ｂｃｈへ帯域拡張させている。また、トラフィック量が減少した場合には２ＢｃｈからＢｃｈへ、さらにＢｃｈからＤｃｈへ帯域縮小を行っている。このような技術としては、ＡＯ／ＤＩ（Ａｌｗａｙｓ　Ｏｎ／Ｄｙｎａｍｉｃ　ＩＳＤＮ）技術が知られている。ＡＯ／ＤＩ技術では、トラフィック量が少ない場合には、Ｄｃｈのみを利用してパケットの送受信を行い、トラフィック量が増加した場合には、ＤｃｈとＢｃｈとの帯域を利用してパケットの送受信を行う。
【０００３】
また、帯域制御方法の手段としては、特開２０００−１９６５９２号公報に記載されているような帯域制御方法が提案されている。この従来技術では、トラフィックの増加に応じて使用チャネルをＤｃｈからＢｃｈ、Ｂｃｈから２Ｂｃｈへと順次切り替えてゆく場合と、またトラフィックの減少に応じて使用チャネルを２ＢｃｈからＢｃｈ、ＢｃｈからＤｃｈへと順次切り替えてゆく場合とで、トラフィックの判定条件を異ならせて設定している。このため、トラフィックばかりでなくチャネルごとの課金方式の相違を考慮してディジタル通信回線の伝送帯域を可変制御できる。これによりデータ伝送効率を高くでき、また通信料金の節約を可能としている。
【０００４】
【発明が解決しようとする課題】
ところが、ＡＯ／ＤＩ技術や上記特開２０００−１９６５９２号公報に記載された技術では、帯域拡張時に次の様な問題が考えられる。
【０００５】
Ｄｃｈのみで通信しているときに、トラフィック量が増加し、使用帯域をＤｃｈ＋Ｂｃｈに帯域拡張した場合、ＤｃｈとＢｃｈとのリンクの速度差により通信ノード装置から送出したＢｃｈのパケットが、先に送出したＤｃｈのパケットよりも早く（先に）、加入者端末に到達してしまい、加入者端末へのパケット到達順序が逆転してしまうことがある。
【０００６】
この問題について図７を参照して説明する。図７に、従来技術における帯域拡張時の説明図を示す。図７において、通信ノード装置１０４にパケット１、パケット２、パケット３の順番で到着したとする。
【０００７】
通信ノード装置１０４は、このパケットを加入者端末１０１に送信する場合において、パケット１をＤｃｈを利用して送信した後に、トラフィック量が増加して帯域拡張を行い、パケット２、パケット３をＢｃｈを利用して送信させる場合が考えられる。この場合、Ｂｃｈは、Ｄｃｈよりも速度が速いため、パケット２、パケット３がパケット１よりも早く加入者端末１０１に到達してしまうことがある。
【０００８】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、加入者端末へのパケットの到着順序を保証して帯域拡張できるようにすることにある。
【０００９】
【課題を解決するための手段】
上記課題を解決するために、本発明は、加入者端末に接続され、第１の回線と当該第１の回線より帯域が広い第２の回線と備え、データの通信トラフィック量にしたがって利用する回線を切替える通信ノード装置において、前記第１の回線へ送信するデータを到着順に記憶する第１の記憶手段と、前記第２の回線へ送信するデータを到着順に記憶する第２の記憶手段と、利用する回線を前記第１の回線から前記第２の回線に切替える場合に、前記第１の回線へのデータ送信を停止する停止手段と、前記停止手段でのデータ送信が停止されたときに前記加入者端末に対して、前記第１の回線を介して前記第１の回線から前記第２の回線への切替えを要求し、前記第２の回線の呼制御接続手順を行う接続手段と、前記第１の記憶手段に記憶するデータを前記第２の記憶手段に乗せ換える乗せ換え手段と、前記接続手段により第２の回線の接続後、前記乗せ換え手段により乗せ換えられた、前記第２の記憶手段に記憶するデータを前記第２の回線へ送信する送信制御手段とを備える。
【００１０】
本発明によれば、第１の回線と第２の回線とのように帯域差のある複数リンク間であっても、加入者端末へのデータフレームの到着順序を保証して帯域拡張を実現することができる。
【００１１】
【発明の実施の形態】
以下、本発明の一実施形態について図面を参照して詳細に説明する。
【００１２】
図１は、本発明の一実施形態における通信ノード装置の構成図を示している。
【００１３】
図１において、加入者側の加入者端末１０１およびＴＡ（ターミナルアダプタ）１０７と、ＩＳＰ（インターネットサービスプロバイダ）網１０６・ＩＰ（インターネットプロトコル）網１０５とが、Ｄｃｈ及びＢｃｈを収容した通信ノード装置を介して接続されている。加入者端末１０１とＩＳＰ１０６との間のデータ通信を、速度差のあるＤｃｈ及びＢｃｈを使用して実現するためには、図１に示すように、Ｄｃｈ及びＢｃｈを収容した通信ノード装置１０４が必要となる。
【００１４】
通信ノード装置１０４は、加入者端末１０１とのインタフェース機能を実現する加入者ｉ／ｆコントロールボード１０２と、ＩＰ網１０５とのインタフェース機能を実現し、データフレームのトラフィック量を監視し帯域拡張及び帯域縮小機能を実現するＩＰ網ｉ／ｆコントロールボード１０３と、を備える。また、通信ノード装置１０４のハードウエア構成は、ＩＳＤＮインタフェースと、インターネットインタフェースと、情報処理装置とを備える。
【００１５】
図２は、図１に示すＩＰ網ｉ／ｆコントロールボード１０３の概略ブロック構成図を示している。
【００１６】
図２に示すように、ＩＰ網ｉ／ｆコントロールボード１０３は、Ｄｃｈに接続され、Ｄｃｈでのデータフレーム受信制御を行うＤｃｈ受信制御部２０１と、Ｄｃｈに接続され、Ｄｃｈへのデータフレーム送信制御を行うＤｃｈ送信制御部２０２と、Ｄｃｈ上へデータフレームを送出するための記憶部のＤｃｈデータ送信キュー２０３と、Ｂｃｈに接続され、Ｂｃｈでのデータフレーム受信制御を行うＢｃｈ受信制御部２０４と、Ｂｃｈに接続され、Ｂｃｈへのデータフレーム送信制御を行うＢｃｈ送信制御部２０５と、Ｂｃｈ上へデータフレームを送出するための記憶部のＢｃｈデータ送信キュー２０６と、Ｄｃｈ受信制御部２０１およびＢｃｈ受信制御部２０４を介して複数のリンクで受信されたデータフレームを統合処理し、送信データフレームをＤｃｈ送信制御部２０２およびＢｃｈ送信制御部２０５に振分けるマルチリンク制御部２０７と、加入者端末１０１およびＩＳＰ１０６間においてＤｃｈおよびＢｃｈを介して送受信されたデータフレームのトラフィックを監視するトラフィック監視部２０８と、ＩＰ網１０５と接続させるためのＩＰ網ｉ／ｆ制御部２０９と、を備える。
【００１７】
図２において、ＩＰ網ｉ／ｆ制御部２０９は、ＩＰ網に接続させるために、プロトコル変換を行う。
【００１８】
トラフィック監視部２０８は、加入者端末１０１への下り方向の通信トラフィックを監視し、予め定めたトラフィック量になったときに、ＤｃｈからＢｃｈへの帯域拡張を、マルチリンク制御部２０７に制御線２１０を介して指示し、また、予め定めたトラフィック量になったときに、ＢｃｈからＤｃｈへの帯域縮小を、マルチリンク制御部２０７に制御線２１０を介して指示する。
【００１９】
マルチリンク制御部２０７は、トラフィック監視部２０８からの指示に従って、下り方向のパケットをＤｃｈデータ送信キュー２０３もしくはＢｃｈデータ送信キュー２０６に振分ける。本実施形態においては、ＤｃｈからＢｃｈへの帯域拡張のチャネル切替え時に、Ｄｃｈデータ送信キュー２０３に蓄積されているデータをＢｃｈデータ送信キュー２０６に乗せ換える処理を行う。この場合、切替え指示があったときに、Ｄｃｈからのパケット送出を停止し、加入者端末１０１に対して、Ｄｃｈを介してＤｃｈからＢｃｈへの切替えを要求し、Ｂｃｈの呼制御接続手順を行う。それから、Ｄｃｈデータ送信キュー２０３に蓄積されているデータをＢｃｈデータ送信キュー２０６に乗せ換え、Ｂｃｈの接続後、乗せ換えられたデータをＢｃｈデータ送信キュー２０６からＢｃｈへ送信する。
【００２０】
次に、上記構成において、トラフィック量を監視しＤｃｈからＢｃｈへの帯域拡張を行う処理と、トラフィック量を監視しＢｃｈからＤｃｈへの帯域縮小を行う処理とについて説明する。
【００２１】
まず、ＤｃｈからＢｃｈへの帯域拡張について、図２および図３を参照して説明する。
【００２２】
図３は、加入者端末１０１、ＴＡ１０７、加入者ｉ／ｆコントロールボード１０２、ＩＰ網ｉ／ｆコントロールボード１０３およびＩＳＰ１０６間において、ＤｃｈからＢｃｈへの帯域拡張を行なう場合の動作シーケンス図を表したものである。
【００２３】
図３において、加入者端末１０１およびＩＳＰ１０６間でＤｃｈのみで通信している場合は、ＩＳＰ１０６から受信したデータフレームは、図２に示すＩＰ網ｉ／ｆコントロールボード１０３の内部のＩＰ網ｉ／ｆ制御部２０９、トラフィック監視制御部２０８およびマルチリンク制御部２０７を介してＤｃｈデータ送信キュー２０３に一旦保留され、それから、Ｄｃｈ送信制御部２０２によりＤｃｈに送出される。
【００２４】
加入者端末１０１およびＩＳＰ１０６間でＤｃｈによる通信中において、ＩＰ網ｉ／ｆコントロールボード１０３内のトラフィック監視制御部２０８は、予め定めた単位時間あたりのデータ流量が予め定めたデータ量より増大した場合に、トラフィック量が増大したため帯域拡張が必要と判断し、マルチリンク制御部２０７にデータ送出の停止および帯域拡張を指示する。
【００２５】
マルチリンク制御部２０７は、Ｄｃｈデータ送信キュー２０３を指示してデータ送出を停止させる。また、図３に示すＴｈｅ　ＰＰＰ　Ｂａｎｄｗｉｄｔｈ　Ａｌｌｏｃａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ（ＢＡＰ）／Ｔｈｅ　ＰＰＰ　Ｂａｎｄｗｉｄｔｈ　Ａｌｌｏｃａｔｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ（ＢＡＣＰ）（ＲＦＣ２１２５）、および、Ｔｈｅ　ＰＰＰ　Ｍｕｌｔｉｌｉｎｋ　Ｐｒｏｔｏｃｏｌ（ＭＰ）（ＲＦＣ１９９０）のプロトコルにより、ＢＡＰ　ＣＢＲｅｑ（Ｃａｌｌ　Ｂａｃｋ　Ｒｅｑｕｅｓｔ）３０８をＤｃｈ送信制御部２０２より送出して、加入者ｉ／ｆコントロールボード１０２およびＴＡ１０７に帯域拡張要求を伝える。
【００２６】
ＴＡ１０７は、帯域拡張を許容する場合には、ＢＡＰ　ＣＢＲｅｓ（Ｃａｌｌ　Ｂａｃｋ　Ｒｅｓｐｏｎｓｅ）３０９を返送する。その後、ＴＡ１０７と加入者ｉ／ｆコントロールボード１０２との間で、呼制御接続手順であるＳＥＴＵＰ３１０，ＣＡＬＬ　ＰＲＯＣ３１２，ＡＬＥＲＴ３１３，ＣＯＮＮ３１４，ＣＯＮＮＡＣＫ３１５が実行され、Ｂｃｈが通信可能状態となる。　Ｂｃｈが通信可能状態となると、加入者ｉ／ｆコントロールボード１０２は、ＩＰ網ｉ／ｆコントロールボード１０３に対して、Ｂｃｈ接続指示３１１を通知する。ＩＰ網ｉ／ｆコントロールボード１０３のマルチリンク制御部２０７は、Ｂｃｈ接続指示３１１を受けると、それまでＤｃｈを介して送出する為にＤｃｈデータ送信キュー２０３に保留してあったデータフレームをＢｃｈデータ送信キュー２０６に乗せ換える乗せ換え処理を行う。乗せ換え処理については、後述する。
【００２７】
その後、マルチリンク制御部２０７は、データ送信停止を解除し、Ｄｃｈデータ送信キュー２０３およびＢｃｈデータ送信キュー２０６に対してデータ送出を指示する。以降、Ｄｃｈに加え、１本のＢｃｈが通信可能状態となる。この場合、Ｄｃｈデータ送信キュー６０１には、ＢＡＰ　ＣＢＲｅｑ（Ｃａｌｌ　Ｂａｃｋ　Ｒｅｑｕｅｓｔ）３０８などの制御用に利用される優先パケットが蓄積されて送信される。新たに送出するデータフレームは、Ｂｃｈデータ送信キュー２０６に蓄積されて送信される。また、優先パケットは、より先に送出させるために、Ｄｃｈデータ送信キュー６０１の先頭に蓄積させるようにしてもよい。
【００２８】
この処理により、切替え要求があったときに、データフレームをＤｃｈデータ送信キュー２０３からＢｃｈデータ送信キュー２０６に乗せ換えるため、ＤｃｈおよびＢｃｈなどの速度差のある複数リンク間であっても、加入者端末１０１へのデータフレームの到着順序を保証することができる。
【００２９】
次に、ＢｃｈからＤｃｈへの帯域縮小について、図２及び図４を参照して説明する。
【００３０】
図４は、加入者端末１０１、ＴＡ１０７、加入者ｉ／ｆコントロールボード１０２、ＩＰ網ｉ／ｆコントロールボード１０３およびＩＳＰ１０６間において、ＢｃｈからＤｃｈへの帯域縮小を行なう場合の動作シーケンスを表したものである。
【００３１】
図４において、加入者端末１０１およびＩＳＰ１０６間でＤｃｈおよびＢｃｈを用いて通信している場合、ＩＳＰ１０６から受信したデータフレームは、ＩＰ網ｉ／ｆ制御部２０９、トラフィック監視制御部２０８およびマルチリンク制御部２０７を介して、Ｂｃｈデータ送信キュー２０６およびＤｃｈデータ送信キュー２０３に一旦保留され、それから、Ｂｃｈ送信制御部２０５およびＤｃｈ送信制御部２０２によりＢｃｈおよびＤｃｈに送出される。
【００３２】
加入者端末１０１およびＩＳＰ１０６間でＤｃｈおよびＢｃｈによる通信中において、ＩＰ網ｉ／ｆコントロールボード１０３内のトラフィック監視制御部２０８は、予め定めた単位時間あたりのデータ流量が予め定めたデータ量より減少した場合に、トラフィック量が減少したため帯域縮小が必要と判断し、マルチリンク制御部２０７にデータ送出の停止および帯域縮小を指示する。なお、ＢｃｈからＤｃｈへの帯域縮小を行なうための予め定めたデータ量の閾値は、ＤｃｈからＢｃｈへの帯域拡張を行なうためのデータ量の閾値と異ならせてもよい。
【００３３】
マルチリンク制御部２０７は、Ｄｃｈデータ送信キュー２０３およびＢｃｈデータ送信キュー２０６を指示してデータ送出を停止させる。また、図４に示すＴｈｅ　ＰＰＰ　Ｂａｎｄｗｉｄｔｈ　Ａｌｌｏｃａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ（ＢＡＰ）／Ｔｈｅ　ＰＰＰ　Ｂａｎｄｗｉｄｔｈ　Ａｌｌｏｃａｔｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ（ＢＡＣＰ）（ＲＦＣ２１２５）、および、Ｔｈｅ　ＰＰＰ　Ｍｕｌｔｉｌｉｎｋ　Ｐｒｏｔｏｃｏｌ（ＭＰ）（ＲＦＣ１９９０）のプロトコルにより、ＢＡＰ　ＬＤＱＲｅｑ（Ｌｉｎｋ　Ｄｒｏｐ　Ｑｕｅｒｙ　Ｒｅｑｕｅｓｔ）４０８を送出し、加入者ｉ／ｆコントロールボード１０２およびＴＡ１０７に、帯域縮小要求を伝える。
【００３４】
ＴＡ１０７は、帯域縮小を許容した場合、ＢＡＰ　ＬＤＱＲｅｓ（Ｌｉｎｋ　Ｄｒｏｐ　Ｑｕｅｒｙ　Ｒｅｓｐｏｎｓｅ）４０９を返送する。その後、ＴＡ１０７および加入者ｉ／ｆコントロールボード１０２間において、ＤＩＳＣ４１０、ＲＥＬ４１１、ＲＥＬ　ＣＯＭＰ４１３の呼制御切断手順によりＢｃｈが切断され、Ｄｃｈのみが通信可能状態となる。
【００３５】
Ｄｃｈが通信可能状態となると、加入者ｉ／ｆコントロールボード１０２は、ＩＰ網ｉ／ｆコントロールボード１０３に対して、Ｂｃｈ接続終了４１２を通知する。ＩＰ網ｉ／ｆコントロールボード１０３のマルチリンク制御部２０７は、Ｂｃｈ接続終了４１２受信を契機に、それまでＢｃｈを介して送出するために、Ｂｃｈデータ送信キュー２０６に保留してあったデータフレームをＤｃｈデータ送信キュー２０３に乗せ換える乗せ換え処理を行う。
【００３６】
マルチリンク制御部２０７は、Ｄｃｈデータ送信キュー２０３に対してデータ送出を指示する。以降、Ｄｃｈのみが通信可能状態となる。この場合、新たに送出するデータフレームは、Ｄｃｈデータ送信キュー２０３に保留することになる。
【００３７】
次に、キュー構造およびキュー乗せ換え処理について、図５を参照して説明する。
【００３８】
図５において、Ｄｃｈデータ送信キュー２０３およびＢｃｈデータ送信キュー２０６は、例えばメモリで構成される。これらのキューは、同一のメモリに領域分けして設けられてもよい。Ｄｃｈデータ送信キュー２０３およびＢｃｈデータ送信キュー２０６は、全体キュー管理情報５２０、キュー要素管理情報５２１および送信データ情報５２２をそれぞれ備えることにより、データ送信キューを実現している。データ送信キューは、送信データフレームのパケット単位にデータを蓄積し、当該パケットの記憶場所をポインタで保持し、パケットの到着順にポインタをチェーン接続して、要素管理情報としてパケットのポインタとチェーン接続のポインタとをそれぞれ管理している。パケットが到着すると、当該パケットがチェーンの最後尾に接続されて蓄積され、また、送信時には、チェーンの先頭のパケットから当該パケットが出力される。これにより、各要素管理情報が更新される。
【００３９】
全体キュー管理情報５２０の先頭要素ポインタ５０１は、キュー要素管理情報５２１の先頭要素のアドレスを示している。最終要素ポインタ５０２は、キュー要素管理情報５２１の最終要素のアドレスを示している。登録数５０３のＮは、データ送信キューに蓄積している送信データ情報のパケット数を示している。
【００４０】
キュー要素管理情報５２１は、次要素ポインタ５０５、５０９、５１３と、前要素ポインタ５０４、５０８、５１２とにより、それぞれがチェーン構造で連結されている。そして、連結されている要素数（パケット数）は、登録数５０３によって管理されている。
【００４１】
次要素ポインタ５０５、５０９、５１３は、次のパケットの管理情報を蓄積するアドレスを示し、前要素ポインタ５０４、５０８、５１２は、前のパケットの管理情報を蓄積するアドレスを示している。
【００４２】
キュー要素管理情報５２１のＢｕｆｆポインタ５０６、５１０、５１４は、実際に送信する送信データ情報５２２のアドレスを示している。ここで、送信データ情報５２２は、パケットのデータ長を示すデータ長５１６と、オフセット５１７と、実際のデータのデータフレーム５１８と、を備える。
【００４３】
また、キュー乗せ換え可否情報５０７、５１１、５１５は、Ｄｃｈデータ送信キュー２０３からＢｃｈデータ送信キュー２０６へのキュー乗せ換え時、または、Ｂｃｈデータ送信キュー２０６からＤｃｈデータ送信キュー２０３へのキュー乗せ換え時に、キューの乗せ換えを実施してもよいか否かを判断するための情報である。例えば、Ｄｃｈのみの通信からＤｃｈおよび１つのＢｃｈを用いた通信への帯域拡張であっても、必ずＤｃｈ上に送出すべきパケットがある場合、マルチリンク制御部２０７は、当該パケットの予め定められた領域をチェックすることにより、当該パケットが乗せ換え不可であると判断して、キュー内のキュー乗せ換え可否情報をキュー乗せ換え不可とし、当該パケットのＤｃｈデータ送信キュー２０３からＢｃｈデータ送信キュー２０６へのキュー乗せ換えを抑止する。
【００４４】
乗せ換え可／不可は、ＩＰ網１０５もしくはＩＳＰ１０６において、データフレームのオフセットの予め定められた領域に示されたり、もしくは、ＢＡＰ　ＣＢＲｅｑ３０８やＢＡＰ　ＬＤＱＲｅｑ４０８等の場合に、マルチリンク制御部２０７によりオフセットの予め定められた領域に示されたりする。
【００４５】
次に、図６を用いて、Ｄｃｈデータ送信キューからＢｃｈデータ送信キューへのキュー乗せ換え動作を例に説明する。
【００４６】
マルチリンク制御部２０７は、Ｄｃｈデータ送信キュー６０１にチェーンされている各キュー要素管理情報６０３のキュー乗せ換え可否情報をチェックし、「００」と書かれた乗せ換え可能なパケットを検出する。そして、マルチリンク制御部２０７は、乗せ換え可能なパケットをＤｃｈデータ送信キュー６０１のキュー要素管理情報６０３のチェーンから外し、さらにＤｃｈデータ送信キュー６０１の全体キュー管理情報６０２の情報を更新する。
【００４７】
図６に示す例では、１番目と３番目のパケットが乗せ換え可能なパケットと判断され、チェーンから外される。マルチリンク制御部２０７は、全体キュー管理情報６０２の先頭要素ポインタと、最終要素ポインタとを、残った２番目のパケットの前要素ポインタを示すようにそれぞれ更新し、登録数を１とする。また、残った２番目のパケットの前要素ポインタが指すアドレスと、次要素ポインタが指すアドレスとを書き換える。
【００４８】
さらに、マルチリンク制御部２０７は、Ｄｃｈデータ送信キュー６０１のキュー要素管理情報６０３のチェーンから外した各キュー要素管理情報を、Ｂｃｈデータ送信キュー６０４のキュー要素管理情報６０９として、Ｂｃｈデータ送信キュー６０４に新たにチェーンし、Ｂｃｈデータ送信キュー６０４の全体キュー管理情報６０８を更新する。
【００４９】
図６に示す例では、全体キュー管理情報６０８の先頭要素ポインタおよび最終要素ポインタを書き換え、登録数を２とする。また、Ｄｃｈデータ送信キュー６０１から外した１番目と３番目のパケットについて、前要素ポインタおよび次要素ポインタをそれぞれ順番に書き換える。以上により、Ｄｃｈデータ送信キュー６０１からＢｃｈデータ送信キュー６０４へのキュー乗せ換えが完了する。
【００５０】
このように、送信データ情報を乗せ換えるのではなく、ポインタ情報を書き換えることで、Ｄｃｈのデータ送信キューからＢｃｈのデータ送信キューに乗せ換えることができる。また、Ｂｃｈのデータ送信キューからＤｃｈのデータ送信キューへのキュー乗せ換え動作も、同様に行うことができる。
【００５１】
本実施の形態によれば、帯域拡張時に、乗せ換え可能なパケットの全てについて、到着順序に従ってＤｃｈのデータ送信キューからＢｃｈのデータ送信キューに乗せ換えを行う。したがって、通信ノード装置に到着した順にパケットを送出することができる。
【００５２】
また、Ｄｃｈによる通信からＤｃｈおよび１つのＢｃｈを用いた通信への帯域拡張時に、データ送出を一旦停止し、加入者端末１０１対して、Ｄｃｈを介してＤｃｈからＢｃｈへの切替えを要求し、その後、キューの乗せ換えを行う。このため、データ送出停止前にＤｃｈから送出されたデータは、Ｂｃｈの接続手続き中に到着し、Ｂｃｈから送出されるデータより必ず先に到着する。したがって、到着順序がずれることがない。
【００５３】
なお、送信データとしてパケットの到着順序が問題となるのは、Ｄｃｈ上に送出すべきパケット（キュー乗せ換え不可パケット）以外のストリームデータのパケットである。したがって、キュー乗せ換え不可として示されたパケットについては、そのままＤｃｈで送信しても、到着順序が問題となることはないと考えられる。
【００５４】
以上、本実施形態によれば、ＤｃｈおよびＢｃｈなどの速度差のある複数リンク間であっても、加入者端末へのデータフレームの到着順序を保証し、データフレームを消失させることなく、帯域拡張および帯域縮小を実現できる。
【００５５】
【発明の効果】
以上説明したように、本発明によれば、ＤｃｈおよびＢｃｈなどの帯域差のある複数リンク間であっても、加入者端末へのデータフレームの到着順序を保証して帯域拡張を実現できる。
【図面の簡単な説明】
【図１】本発明の実施の形態における通信ノード装置の構成図である。
【図２】本発明の実施の形態におけるＩＰ網ｉ／ｆコントロールボード構成図である。
【図３】本発明の実施の形態における帯域拡張シーケンス図である。
【図４】本発明の実施の形態における帯域縮小シーケンス図である。
【図５】本発明の実施の形態におけるキュー構造を示す説明図である。
【図６】本発明の実施の形態におけるキュー乗せ換え動作を示す説明図である。
【図７】従来技術における帯域拡張時の説明図である。
【符号の説明】
１０１：加入者端末、１０２：加入者ｉ／ｆコントロールボード、１０３：ＩＰ網ｉ／ｆコントロールボード、１０４：通信ノード装置、１０５：ＩＰ網、１０６：ＩＳＰ、２０１：Ｄｃｈ受信制御部、２０２：Ｄｃｈ送信制御部、２０３：Ｄｃｈデータ送信キュー、２０４：Ｂｃｈ受信制御部、２０５：Ｂｃｈ送信制御部、２０６：Ｂｃｈデータ送信キュー、２０７：マルチリンク制御部、２０８：トラフィック監視制御部、２０９：ＩＰ網ｉ／ｆ制御手部
【図１】
2004120047.tif 000003
【図２】
2004120047.tif 000004
【図３】
2004120047.tif 000005
【図４】
2004120047.tif 000006
【図５】
2004120047.tif 000007
【図６】
2004120047.tif 000008
【図７】
2004120047.tif 000009