JPH05236021A

JPH05236021A - 通信制御装置

Info

Publication number: JPH05236021A
Application number: JP3796192A
Authority: JP
Inventors: Katsuhiko Kuma; 勝彦熊; Michiaki Okano; 道商岡野
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1992-02-25
Filing date: 1992-02-25
Publication date: 1993-09-10

Abstract

(57)【要約】【目的】通信回線のトラヒックの状態に応じて最適な
条件で通信回線を使用することができる通信制御装置を
提供することを目的としている。【構成】トラヒック判定部８により通信回線７のトラ
ヒックを判定する。入力データ制御部４ａ，４ｂ，４ｃ
は判定されたトラヒックの状態に応じてパケットの情報
部のデータ長を決定するシステムパラメータを、通信回
線７のトラヒックが低い状態では情報部が小さくなるよ
うに、通信回線７のトラヒックが高い状態では情報部が
大きくなるように変更している。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、少なくとも１つの入力
情報を通信回線を用いて送受信する通信制御装置に関す
る。

【０００２】

【従来の技術】国際標準化が進められているＩＳＤＮ
（統合サービスディジタル網）が実用化の段階に入っ
た。国内でも商用サービスが開始され普及し始めてい
る。

【０００３】このＩＳＤＮによれば、これまで電話網・
データ通信網・ファクシミリ網のように端末種別または
メディア毎に独立してサービスされていた従来の各種通
信網が、ＩＳＤＮという１つの網に統合化されより多様
でより高度なサービスが実現される。

【０００４】このＩＳＤＮのユーザ・網インタフェース
の１つとしてベーシックインタフェースがある。

【０００５】このベーシックインタフェースでは、端末
−端末間の情報通信に用いる２つの情報チャンネル（Ｂ
チャンネル）と、端末−網（交換機）間での発着信制御
などを行う共通信号チャンネル（Ｄチャンネル）とが設
けられている。

【０００６】２つのＢチャンネルは各々６４ｋｂｐｓの
伝送速度を有し、一方Ｄチャンネルは１６ｋｂｐｓの伝
送速度を有している。網または交換機との間でＤチャン
ネルを介した発着信制御を行うことにより、Ｂチャンネ
ル単位での回線交換が可能である。

【０００７】このようにＢチャンネルは、Ｄチャンネル
上でのプロトコルにより、相手と接続された後は、トラ
ンスペアレントな通信が可能となる。このＢチャンネル
による６４ｋｂｐｓの伝送速度は、従来の端末の伝送速
度と比較すると非常に高速である。従って、通常低速の
端末によりＢチャンネルを介して相手端末と通信を行う
場合、Ｂチャンネルの伝送速度に速度変換を行うことに
なる。

【０００８】ところで、Ｂチャンネルの伝送速度が６４
ｋｂｐｓと高速であることから、複数台の低速末端を通
信制御装置を介して１つのＢチャンネルに多重化して通
信を行うことによりＢチャンネルを効果的に使用するこ
とが考えられている。

【０００９】図６は従来の通信制御装置の構成を示す図
である。

【００１０】ここでは、通信制御装置に３台の端末が接
続されており、これら端末のデータをパケット化し、１
本の通信回線を用いて通信を行う場合を説明する。

【００１１】図６において、通信制御装置６２には、端
末６１ａ，６１ｂ，６１ｃが接続されており、通信回線
６７を介して通信を行う。

【００１２】通信制御装置６２は、端末インタフェース
６３ａ，６３ｂ，６３ｃと、入力データ制御部６４ａ，
６４ｂ，６４ｃと、多重化制御部６５と、回線インタフ
ェース６６とで構成されている。

【００１３】端末インタフェース６３ａ，６３ｂ，６３
ｃは、接続されている端末６１ａ，６１ｂ，６１ｃに対
応したインタフェース部であり、ＲＳ−２３２Ｃなどの
物理レベルの信号変換や、端末の動作モードに応じた受
信インタフェースを有している。端末の動作モードと
は、例えば非同期（調歩同期）モードの場合のスタート
ビット，ストップビットの検出処理やキャラクタモード
などでは同期（ＳＹＮＣ）コードの検出などをいう。

【００１４】入力データ制御部６４ａ，６４ｂ，６４ｃ
は、端末インタフェース６３ａ，６３ｂ，６３ｃからの
入力データすなわち端末の送信データを入力し、入力し
たデータを後述するパケットの情報部となる長さにして
多重化制御部６５へ転送する。多重化制御部６５は、
入力データ制御部６４ａ，６４ｂ，６４ｃからのデータ
を受けた順番にパケット化し、回線インタフェース６６
へ出力する。ここで、パケット化するとは、例えば後述
するＨＤＬＣフレームに組立てることをいう。

【００１５】以下、図６に従い、この装置の動作を説明
する。

【００１６】通常は、端末６１ａ，６１ｂ，６１ｃのい
ずれかまたは複数が発信を行い相手端末との接続が終了
した時点から、通信回線６７を介して相手端末との通信
が行われる。ここでは、通信回線の接続制御の詳細は省
略し、端末６１ａ，６１ｂ，６１ｃが各々図示していな
い相手端末と接続されている状態から説明を行う。

【００１７】端末６１ａが送信したデータは、端末イン
タフェース６３ａを介して入力データ制御部６４ａに入
力される。入力データ制御部６４ａは、あらかじめ定め
られた条件に従い、入力データを１つのパケットの情報
部の単位にまとめ、多重化制御部６５に転送する。

【００１８】ここで、入力データ制御部６４ａ，６４
ｂ，６４ｃで行うパケットの情報部の単位を作成する条
件について述べる。

【００１９】端末のデータをパケット化する際の基本的
な条件として以下の３種が考えられる。

【００２０】（１）所定のデータと一致すデータが入力
されたとき。

【００２１】（２）所定データ数の入力を終了したと
き。

【００２２】（３）１つのデータ入力後所定時間経過し
たとき。

【００２３】以下、上記３種の方式各々を用いた場合の
動作を説明する。

【００２４】（１）の方式は、所定のデータと一致する
データ入力を検出したときパケット化を行う。一般的に
はこの所定のデータをデリミタと呼称している。

【００２５】（１）の方式によるパケット化の方式の長
所は、デリミタが入力された時点でパケットが発生する
ため、デリミタの発生する間隔にもよるが他方式と比較
してデータの遅延が小さいといえる。一方、短所とし
て、デリミタの発生間隔が短くなるとデリミタ毎にパケ
ット化されるため、通信回線上のＨＤＬＣフレームは付
加ビット（ＨＤＬＣフレームのアドレスやコントロー
ル，ＦＣＳフィールドのビット）の比率が増すことにな
り、オーバヘッドが大きい。

【００２６】（２）の所定データ数の入力が終了した時
点でパケット化を行う方式では、所定データ数の値が小
さければ、パケットの発生が早くデータの遅延も小さ
い。しかしながら、回線の付加ビットによるオーバヘッ
ドが大きくなる。すなわち、（１）の方式と同一の長
所，短所を有することになる。一方、（２）の方式で所
定データ数が大きい場合は、所定データ数の入力までの
遅延が大きいため、データの遅延が大きくなる欠点があ
る。しかしながら、パケット内の情報部のデータ数が多
いためと、ＨＤＬＣフレーム化の付加ビットが固定長で
あるため、オーバヘッドは小さくなる。

【００２７】（３）の１つのデータ入力後、所定時間経
過した時点でパケット化を行う方式は、例えば（１）の
方式で長い時間デリミタ入力がない場合や、（２）の方
式でデータ入力がないために所定長のデータ数に達せず
パケット化ができない欠点をおぎなうため、所定時間経
過でパケット化を行うようにするものである。この方式
は、一般的には（１）、（２）の方式と組み合わせて使
用されている。

【００２８】ここで、図６の入力データ制御部６４ａ
は、前述したパケット化のための条件に応じて、パケッ
トの情報部を多重化制御部６５へ転送する。

【００２９】多重化制御部６５は、入力データ制御部６
４ａから受け渡された情報部を図７に示すようなＨＤＬ
Ｃフレームに組みたて、回線インタフェース６６へ送信
する。ここで、図７のＨＤＬＣ（ハイレベルデータリ
ンク制御）フレームについて述べる。図７は一般的なＩ
（情報転送）フレームの構造を示す図である。

【００３０】図７に示すように、ＨＤＬＣフレームは、
フラッグとよばれる‘０１１１１１１０’のコードで始
まり、同フラッグで終結する。このフラッグを他のデー
タと区別できるよう、フラッグ以外のデータ部では、５
個の連続する‘１’の後に必ず‘０’を１個挿入するよ
う制御されている。一方、受信に際しては、５個の連続
した‘１’の後の‘０’を１個除去するよう制御され
る。最初の開始フラッグの次にアドレス部がある。この
アドレス部は端末の論理アドレスを示す場合もあり、単
にコマンドフレームかレスポンスフレームかを示すだけ
の場合もある。アドレス部の長さは１バイト（８ビッ
ト）か２バイトである。

【００３１】次の制御部は、フレームの種類により構成
が異なるが、本図で示すＩフレームの例では、送受信Ｉ
フレーム確認用のシーケンス番号等を有している。制御
部は１バイトか２バイトの長さを有している。

【００３２】情報部は、送受信データ部であり端末のデ
ータが挿入される。

【００３３】ＦＣＳは、フレーム・チェック・シーケン
スの略で、フレームのデータ誤りを検出するために使用
され、ＦＣＳ後のフラッグにより終結する。

【００３４】ここで、パケットとは、このＨＤＬＣフォ
ーマットのＩ（情報転送）フレームを指している。送信
すべき端末データは、すべてＩフレームを用いて相手へ
送信され、さらに例えば送信データがない場合はフレー
ムの送信が行われずオール‘１’か一般的にはフラッグ
が連送されている。

【００３５】このＨＤＬＣフレームを使用し、端末のデ
ータをパケット化し、回線へ送出することは、すなわ
ち、回線との速度整合の機能を有することになる。さら
にアドレス部の値を端末ごとに替えれば１本の回線での
多重化が可能となる。

【００３６】これまで述べてきたように、端末６１ａ，
６１ｂ，６１ｃのデータは、各々パケット化され通信回
線６７に多重化され、各々の相手端末へ送信される。

【００３７】ここで、回線の利用効率すなわち多重化効
率について説明する。

【００３８】一般的に、端末データをパケット化する場
合、前述したようにＨＤＬＣフレームのためにビットが
付加される。この付加されるビット数分だけ、端末デー
タの伝送速度は回線上では、見かけ上高くなる。

【００３９】例えば、ＨＤＬＣフレームで付加されるバ
イト数がフラッグ（１バイト），アドレス（２バイ
ト），制御部（１バイト），ＦＣＳ（２バイト）の計６
バイトとすると、情報部が６バイトであれば、１２バイ
トのフレームとなり見かけ上は端末データ速度は２倍と
なったことと同等である。

【００４０】一方、例えば情報部が１００バイトであれ
ば、回線上のフレームは１０６バイトであるから、１．
０６倍にしかならない。

【００４１】つまり、多重化効率からみると情報部を大
きくすることにより、回線の利用効率が上がり、より多
くの端末を収容することが可能となる。

【００４２】しかしながら、情報部を大きくすること
は、それだけ相手端末へのデータ伝送を遅延させること
になる。

【００４３】逆に、情報部を小さくしてリアルタイム性
を上げると多重化効率が低下し、収容する端末を減らす
か、端末に対して送信不可を出力し、フロー制御を行う
ことになる。

【００４４】以上のように、入力された端末データをパ
ケット化して通信回線へ送出する場合、データの遅延を
生じる。この遅延は送信側で１パケット分のデータを蓄
積する時間と受信側で１パケットを蓄積し、出力するた
めの遅延の和となる。すなわち、１パケット内の情報部
である入力データが少なければ遅延が小さくなりリアル
タイム性が高くなり、情報部が多くなるほど遅延が大き
くなりリアルタイム性が悪化する。

【００４５】その一方で、パケット化する場合、入力デ
ータを情報部としたＨＤＬＣフレームで送信されるた
め、前述したように、フラッグ、アドレス、制御部、Ｆ
ＣＳなどが付加される。情報部（入力データ）に対して
付加されるデータが多いと回線の利用効率が落ちること
になる。この情報部に付加されるデータ長は一定である
ことから、情報部に対する冗長ビットの比率、すなわち
回線上の利用効率は、情報部が少ないほど低く、情報部
が多いほど高くなる。

【００４６】回線を少なくとも１台の端末で利用する場
合、リアルタイム性が高く（遅延が小さい）、利用効率
が高い（冗長ビットの比率が小さい）利用法が一番良
い。

【００４７】しかしながら、前述したように、リアルタ
イム性が高いことと利用効率が高いことは相反する条件
となっている。

【００４８】ところで、回線のトラヒックが低い状態で
は、情報部のデータ長がいくつであっても特に問題とな
らない。従って、リアルタイム性を上げるために、情報
部を少なくすることが考えられる。

【００４９】一方、回線のトラヒックが高い状態では、
情報部を大きくして回線上での冗長ビットの比率を下げ
ることにより、回線利用効率を上げた方が良い。

【００５０】しかしながら、従来は、パケット化を行う
条件が固定であるため、リアルタイム性をとるか回線利
用効率すなわち多重化効率を上げるかの選択により、パ
ケット化の条件を設定していた。

【００５１】

【発明が解決しようとする課題】このようにリアルタイ
ム性を上げるためには情報部を小さくした方がよく、回
線利用効率を上げるためには情報部を大きくした方がよ
いが、従来はパケット化を行う条件が固定であるため、
通信回線のトラヒックの状態に応じて最適な条件で通信
回線を使用することができなかった。

【００５２】本発明は、かかる課題を解決するためにな
されたもので、通信回線のトラヒックの状態に応じて最
適な条件で通信回線を使用することができる通信制御装
置を提供することを目的としている。

【００５３】

【課題を解決するための手段】本発明は、前述の課題を
解決するために、情報を入力する少なくとも１つの情報
入力手段と、この情報入力手段からの入力情報を、パケ
ットの情報部のデータ長を決定するシステムパラメータ
に基づきパケット化するパケット化手段と、このパケッ
ト化手段によりパケット化された入力情報を通信回線へ
送信する送信手段と、前記通信回線のトラヒックを判定
するトラヒック判定手段と、このトラヒック判定手段に
よる判定結果に基づき前記システムパラメータを変更す
るシステムパラメータ変更手段とを具備するものであ
る。

【００５４】

【作用】本発明では、通信回線のトラヒックの状態に応
じてパケットの情報部のデータ長を決定するシステムパ
ラメータを変更している。より具体的には、通信回線の
トラヒックが低い状態では、情報部が小さくなるように
システムパラメータを変更し、通信回線のトラヒックが
高い状態では、情報部が大きくなるようにシステムパラ
メータを変更している。したがって、通信回線のトラヒ
ックが低い状態では、リアルタイム性が上がり、通信回
線のトラヒックが高い状態では、回線利用効率が上が
る。よって、通信回線のトラヒックの状態に応じて最適
な条件で通信回線を使用することができる。

【００５５】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。

【００５６】図１は本発明の一実施例の通信制御装置の
構成を示す図である。同図は従来例の図６に示した通信
制御装置と同様、３台の端末を収容し、１本の通信回線
を利用して通信を行う通信制御装置の例である。

【００５７】図１に示す通信制御装置２は、３台の端末
１ａ，１ｂ，１ｃを接続し、端末インタフェース３ａ，
３ｂ，３ｃ，入力データ制御部４ａ，４ｂ，４ｃ，多重
化制御部５，回線インタフェース６，トラヒック判定部
８により構成されている。

【００５８】端末インタフェース３ａ，３ｂ，３ｃは、
端末１ａ，１ｂ，１ｃに対応したインタフェースであ
り、従来例の図６で説明した端末インタフェースと同等
の機能を有している。

【００５９】入力データ制御部４ａ，４ｂ，４ｃは、端
末インタフェース３ａ，３ｂ，３ｃからの入力データす
なわち端末データを入力し、該入力されたデータを所定
のシステムパラメータに応じて１つのパケットの情報部
を生成し、多重化制御部５へ転送する。システムパラメ
ータについては後述する。

【００６０】多重化制御部５は、入力データ制御部４
ａ，４ｂ，４ｃからのパケット情報部のデータをパケッ
ト化して回線インタフェース６へ送出する。

【００６１】回線インタフェース６は、多重化制御部６
からのパケットデータを通信回線７へ送信する。

【００６２】トラヒック判定部８は、通信回線７のトラ
ヒックの判定を行うものである。本実施例のトラヒック
判定部８は、多重化制御部５から回線インタフェース６
への送信データ９を入力して、送信データ９に基づきト
ラヒックの判定を行っている。なお、通信回線７の送信
データを入力して、この送信データに基づきトラヒック
の判定を行ってもよい。

【００６３】以下、トラヒック判定部８の判定条件につ
いて説明する。

【００６４】通信回線のトラヒックの判定条件は、以下
に述べる複数の条件が考えられる。ただし、以下の条件
のうちいずれか１つまたは複数の条件を用いても良い。

【００６５】（１）送信データ期間を計測する。

【００６６】（２）送信停止期間を計測する。

【００６７】（３）(1),(2) の計測を行い、その比率を
判定する。

【００６８】（１）では、回線上のフレームの送信デー
タの有り無し、または送信データの期間を計測し、送信
データが有る、または送信データの期間が所定値より大
きい場合にはトラヒックが高い状態と判定し、逆の場合
にはトラヒックが低い状態と判定する。

【００６９】（２）は、通信回線の送信フレームの停止
期間を計測する。ＨＤＬＣフレームの説明で述べたよう
に、送信データのパケットがない場合、ＨＤＬＣではオ
ール１またはフラッグを連送している。このオール
‘１’またはフラッグを連送している停止期間を計測す
ることによりトラヒックの判定を行う。停止期間が、所
定の値より小さければトラヒックが高く、所定の値より
大きければトラヒックが低いと判定する。

【００７０】（３）は、単位期間あたりのパケット送信
期間と停止期間の比率により、トラヒックの判定を行
う。

【００７１】（３）の方式を図２を参照して説明する。

【００７２】図２は通信回線の送信パケットを図式化し
たものである。

【００７３】単位期間をＴ，送信パケットの期間を
Ｓ₁，Ｓ₂，Ｓ₃，停止期間をＩ₁，Ｉ₂とする。各期
間は時間で表してもよいし、バイト数のようなデータ数
で計測してもよい。

【００７４】この単位期間Ｔに対するパケット送信期間
Ｓ₁，Ｓ₂，Ｓ₃または停止期間Ｉ₁，Ｉ₂の割合によ
りトラヒックの判定が可能である。

【００７５】図１のトラヒック判定部８は、これらの方
式により、回線のトラヒックを判定し、その結果を入力
データ制御部４ａ，４ｂ，４ｃへ通知する。

【００７６】入力データ制御部４ａ，４ｂ，４ｃは、ト
ラヒック判定部８からのトラヒック判定結果に基づきパ
ケット化のためのシステムパラメータの変更を行う。

【００７７】図３は入力データ制御部４ａの構成の一例
である。なお、入力データ制御部４ｂ，４ｃも同様な構
成となっている。

【００７８】図３に示すように、入力データ制御部４ａ
は、システムパラメータ切替部３１，情報組立部３２か
ら構成されている。

【００７９】システムパラメータ切替部３１は、トラヒ
ック判定部８からのトラヒック判定結果３５に基づき内
部に有しているシステムパラメータを変更し、システム
パラメータに従い、条件が一致したとき情報部組立てタ
イミング信号３４を情報組立部３２へ通知する。

【００８０】情報組立部３２は、情報組立てタイミング
信号３４を入力すると、それまで入力した端末インタフ
ェース３ａからの端末１ａの入力データをパケットの情
報部３６として、多重化制御部５へ転送する。

【００８１】次に、システムパラメータについて説明す
る。

【００８２】このシステムパラメータは、パケットの情
報部を作成する条件を設定するためのパラメータであ
る。

【００８３】例えば、従来例で述べた方式（１）は、所
定データとの一致で情報部を組立てる方式であるが、こ
の所定データの値をシステムパラメータとする。

【００８４】また、従来例で述べた方式（２）は、所定
データ数の入力終了で情報部を組立てる方式であり、こ
の所定データ数の値をシステムパラメータとすることも
できる。

【００８５】さらに、従来例で述べた方式（３）の方式
は、端末からのデータ入力からの経過時間で情報部を組
みたてる方式であり、この場合の経過時間をシステムパ
ラメータとすることができる。

【００８６】これらの各種方式に対するシステムパラメ
ータは従来固定であった。これに対し、図３に示す入力
データ制御部４ａの中のシステムパラメータ切替部３１
は、システムパラメータをトラヒック判定部８の判定結
果３５により変更することを特徴としている。

【００８７】例えば、（１）の方式を採用している場合
は、トラヒック判定結果が高トラヒックとの結果であれ
ば、出現頻度の少ないデータを所定データのシステムパ
ラメータとして使用し、トラヒックが低ければ逆に出現
頻度の高いデータをシステムパラメータとして使用する
ことにより、パケットの情報部の長さ、パケット情報部
の発生をコントロールできる。

【００８８】また、方式（２）では、情報部のデータ長
がシステムパラメータとなる。例えば、トラヒック判定
部８の判定結果が高トラヒックとなった場合、情報部の
データ長を表す入力データの所定入力データ数のシステ
ムパラメータの値を大きくし、回線の利用効率の向上を
図る。また、判定結果が低トラヒックであればシステム
パラメータの値を小さくし、リアルタイム性の確保を図
る。

【００８９】さらに、方式（３）では、入力データから
の経過時間をシステムパラメータとして、トラヒック判
定部８からの判定結果３５が高トラヒックの場合は、経
過時間のシステムパラメータの値を大きくし、パケット
の発生をおさえ、判定結果が低トラヒックの場合は、逆
に前記システムパラメータの経過時間を小さくすること
によりパケットの発生が起こりやすくなるよう動作す
る。

【００９０】したがって、本実施例では、通信回線のト
ラヒックが低い状態では、リアルタイム性が上がり、通
信回線のトラヒックが高い状態では、回線利用効率が上
がるので、通信回線のトラヒックの状態に応じて最適な
条件で通信回線を使用することができる。

【００９１】なお、従来例でも述べたように、上述した
情報部作成条件は、１つだけでなく組合せで使用される
こともあるため、システムパラメータを１つの情報部作
成条件だけでなく複数の情報部作成条件に基づき決定し
てよい。

【００９２】また、上述した実施例では、システムパラ
メータとして各種情報部の作成条件の各種設定の値を変
更する方式を説明したが、システムパラメータは値では
なく方式を選択するパラメータとして設定・変更されて
もよい。

【００９３】図４はその場合の入力制御部の構成を示す
図である。

【００９４】図４に示すように、入力データ制御部は、
情報判定部４１，４２，４３と、情報組立部４４とから
構成される。

【００９５】情報判定部４１，４２，４３は、各々異な
る情報部の作成条件を有している。例えば、従来例で説
明した情報部の作成条件（１），（２），（３）のうち
いずれか１つまたは組み合わせた条件を各々有してい
る。

【００９６】情報組立部４４は、図１のトラヒック判定
部８からのトラヒック判定結果３５により、内部に有し
ている情報判定部のいずれかを選択するかのシステムパ
ラメータを変更し、選択された情報判定部の出力結果４
１１，４２１，４３１のいずれかまたは複数を利用し
て、それまでに入力した端末データ３３を情報部として
多重化制御部５へ転送する。

【００９７】すなわち、本発明は、パケット化のための
システムパラメータを、パケット化のための各種設定の
値ではなく、方式を変更することによっても実現でき
る。

【００９８】また、トラヒック判定の方式は、上述した
実施例とは異なる他の方式によっても実現することがで
きる。

【００９９】図５はその場合の通信制御装置の構成を示
す図である。

【０１００】図５に示す通信制御装置５２は、トラヒッ
ク判定部５８を除いてすべて図１と同等である。

【０１０１】通常、図１に示した構成の通信制御装置で
は、多重化制御部５の中に、回線インタフェースへパケ
ットを送信するためのバッファを有している。

【０１０２】図５に示す通信制御装置５２では、トラヒ
ック判定部５８がこの送信のためのバッファと、バッフ
ァ管理機能と、バッファ量の判定を行う機能を有してい
る。一般に、通信トラヒックが高い場合は、通信回線へ
の送信が待たされるためこのバッファの蓄積量が増し、
トラヒックが低い場合は、回線へ次々とパケットが送信
されるため、このバッファの蓄積量が減る。

【０１０３】このことを利用して、図５に示すトラヒッ
ク判定部５８は、パケット送信のためのバッファの蓄積
量を管視し、蓄積量が所定量を越えたとき高トラヒック
と判定し、逆に蓄積量が所定量以下となったとき低トラ
ヒックと判定する。そして、この判定結果を入力データ
制御部４ａ，４ｂ，４ｃに通知し、これら入力制御部４
ａ，４ｂ，４ｃが上述した方式によりシステムパラメー
タを変更し、トラヒックに応じたパケット化のためのシ
ステムパラメータを選択し動作する。

【０１０４】なお、図５に示す通信制御装置５２では、
トラヒック判定部５８が送信バッファの蓄積量を所定値
と比較していたが、送信バッファの残量で判定しても同
様に実施できる。

【０１０５】以上の実施例では、端末を複数台収容した
通信制御装置の例を用いて説明したが、本発明は、例え
ば１台の端末を収容した場合にも適用できる。従来例で
も説明したように、通信回線上のＨＤＬＣフレームのパ
ケットに付加されるビット数により見かけ上の端末の伝
送速度が増加するため、特に端末の伝送速度が回線速度
に近い場合などは、たとえ１台の端末を収容する場合で
あっても本発明により大きな効果が期待できる。

【０１０６】また、入力データの発生源を端末として説
明したが、これが通信回線であっても、本発明が適用で
きる。すなわち、１つもしくはそれ以上の入力データ源
があり、これを１本の通信回線へ送信するシステムには
すべて適用が可能である。

【０１０７】またさらに、通信トラヒックの判定を高ト
ラヒック・低トラヒックの２種で説明したが、トラヒッ
クの判定を、さらに細かく行いこれに応じてシステムパ
ラメータの値を細かく変更することも可能である。

【０１０８】また、パケット化のための条件により情報
部を制作するモジュール，ＨＤＬＣフレームに情報部を
つつみ多重化を行い送信を行うモジュール，トラヒック
を判定するモジュールとして各々個別に説明をしたが、
これらの機能はマイコンなどを利用したソフトウェアで
一体的に構成しても実現できる。

【０１０９】

【発明の効果】以上説明したように、本発明によれば、
通信回線のトラヒックが低い状態では、リアルタイム性
が上がり、通信回線のトラヒックが高い状態では、回線
利用効率が上がるので、通信回線のトラヒックの状態に
応じて最適な条件で通信回線を使用することができる。

【図面の簡単な説明】

【図１】本発明の一実施例の通信制御装置の構成を示す
図である。

【図２】通信回線の送信パケットを図式化したものであ
る。

【図３】図１に示す入力データ制御部の構成を示す図で
ある。

【図４】本発明の他の実施例の通信制御装置における入
力制御部の構成を示す図である。

【図５】本発明の他の実施例の通信制御装置の構成を示
す図である。

【図６】従来の実施例の通信制御装置の構成を示す図で
ある。

【図７】パケット化を行うためのＨＤＬＣフレーム構造
を示す図である。

【符号の説明】

１ａ，１ｂ，１ｃ…端末２…通信制御装置３ａ，３ｂ，３ｃ…端末インタフェース４ａ，４ｂ，４ｃ…入力データ制御部５…多重化制御部６…回線インタフェース７…通信回線８…トラヒック判定部

Claims

【特許請求の範囲】

【請求項１】情報を入力する少なくとも１つの情報入
力手段と、この情報入力手段からの入力情報を、パケットの情報部
のデータ長を決定するシステムパラメータに基づきパケ
ット化するパケット化手段と、このパケット化手段によりパケット化された入力情報を
通信回線へ送信する送信手段と、前記通信回線のトラヒックを判定するトラヒック判定手
段と、このトラヒック判定手段による判定結果に基づき前記シ
ステムパラメータを変更するシステムパラメータ変更手
段とを具備することを特徴とする通信制御装置。
【請求項２】請求項１記載の通信制御装置において、前記システムパラメータが、入力情報を情報部としてパ
ケット化する際のパケットの情報部の情報長、情報入力
後からの経過時間値、入力情報の終了を示す情報値のう
ちいずれか一つまたはこれらの組み合わせであることを
特徴とする通信制御装置。