JPH1040194A

JPH1040194A - 通信制御装置の受信バッファ制御システム

Info

Publication number: JPH1040194A
Application number: JP8195928A
Authority: JP
Inventors: Koichi Yada; 浩一矢田
Original assignee: NEC Engineering Ltd
Current assignee: NEC Engineering Ltd
Priority date: 1996-07-25
Filing date: 1996-07-25
Publication date: 1998-02-13

Abstract

(57)【要約】【課題】複数回線を収容する通信制御装置において、
受信バッファ不足による受信停止を防止し、かつ受信バ
ッファの有効利用を図る。【解決手段】受信バッファ６の各受信バッファプール
１１０〜１１２を、回線１〜４の数及び各回線の速度と
に応じてＭＰＵ１１にて割り当て制御する。これによ
り、受信バッファの不足によりデータの廃棄が生じるこ
となく、また受信バッファの容量を極力小に押さえるこ
とが可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は受信バッファ制御シ
ステムに関し、特に複数回線を収容しこれ等回線からの
受信データを受信バッファに一時格納制御する通信制御
装置の受信バッファ制御システムに関するものである。

【０００２】

【従来の技術】情報処理システムにおいて使用される通
信制御装置は、情報処理装置のＣＰＵ（中央処理装置）
からの入出力指示に従って通信回線の接続や切断、更に
は回線からのデータの入力及び回線へのデータの出力等
の制御を行なう機能を有しており、情報処理装置のデー
タ通信制御を行なうものである。

【０００３】かかる従来の通信制御装置において、複数
の回線を収容してこれ等各回線からの受信データを一時
受信バッファに蓄積して処理する場合、固定で唯一の受
信バッファサイズ（容量）を各回線毎に割当てる方式が
あり、また未使用のバッファが少なくなったときにバッ
ファの使用効率を向上させるために、以下の様な方式が
提案されている。

【０００４】特開平１−９３２３５号公報には、容量の
大きなデータが入る程度の大きなサイズのバッファを通
常時に（バッファが不足していないときに）要求元に与
えておき、この大きなサイズのバッファが満杯となった
場合、小さなサイズのバッファを要求元に提供すること
により、バッファ不足に起因する受信停止を防止するも
のである。

【０００５】

【課題を解決するための手段】上述した従来の方式で
は、通信制御装置内でバッファ供給部がバッファ要求を
受付けてから提供する間に、バッファ要求元で通信回線
から受信したデータは、格納すべきバッファがないため
破棄せざるを得ない。このため、受信バッファは通信回
線単位に複数個用意することが必要である。

【０００６】複数回線を収容する通信制御処理装置で
は、同時に複数の回線からのバッフア要求が競合する場
合があり、この時バッファ制御部が即時にバッファ提供
処理を行うのは、ある１つの回線に対してのみであるこ
とから、他の回線からのバッファ要求に対するバッファ
提供処理に待ち合わせが生じる。

【０００７】この時、図７に示す様に（図７の説明は後
述する）、他の回線へのバッファ提供が完了するまで待
ち合わせている時間があまりにも長いと、回線毎に用意
していた複数個の受信バッフアの全てを使用してしま
い、未使用受信バッファがなくなった時点からバッファ
提供処理が完了するまでの間に、通信回線から受信した
データは格納すべきバッファがないため、破棄せざるを
得ない問題がある。

【０００８】ここで、高速回線では通信回線からの単位
時間当たりの受信データ量が多く、バッファ提供処理の
待ち合わせは、高速回線における受信処理に大きく影響
することから、常時保有する受信バッファの個数を予め
多く持ち、受信バッファの不足を防ぐ必要がある。

【０００９】しかし、回線毎で常時保有する受信バッフ
ァ数が一定の従来装置では、この常時保有の回線当たり
の受信バッファ数を多く確保すると、通信制御装置全体
としてバッファメモリを十分に多く実装しなくてはなら
ない問題がある。

【００１０】また、回線毎に常時保有する受信バッファ
数を多く確保すると、通信回線からの単位時間当たりの
受信データ量が少ない低速回線では、必要以上の受信バ
ッファ容量を保有することとなり、バッファメモリ資源
の使用効率が下がる問題がある。

【００１１】本発明の目的は、起動時に収容回線数と各
々の回線速度とを知り、決められた資源の中で高速回線
には多数の受信バッファを、低速回線には比較的小量の
受信バッファをそれぞれ割り当てることで効率よく資源
を利用するようにした通信制御装置の受信バッファ制御
システムを提供することである。

【００１２】

【課題を解決するため手段】本発明によれば、複数回線
を収容しこれ等回線からの受信データを受信バッファに
一時格納制御する通信制御装置の受信バッファ制御シス
テムであって、前記回線の各々回線速度に応じて前記受
信バッファの容量を各回線毎に割当てるようにしたこと
を特徴とする受信バッファ制御システムが得られる。

【００１３】そして、前記受信バッファの容量は予め定
められた一定容量を有しており、この一定容量を前記回
線の数と前記各回線速度とに応じて各回線毎に割当てる
ようにしたことを特徴としており、また前記受信バッフ
ァの一定容量のうち、前記回線の全てに対して等しい基
本となる基本容量を割当て、その残りの容量を回線の数
と前記各回線速度とに応じて各回線毎に割当てるように
したことを特徴としている。

【００１４】これにより、高速回線でのバッファ提供処
理が他の回線へのバッファ提供処理により待ち合わされ
ても、回線が常時持つ受信バッファ数は充分確保されて
おり、複数個のバッファが全て枯渇することを防いでい
る。また、低速回線ではバッファ要求時に他の回線のバ
ッファ提供処理により自回線へのバッファ提供が待ち合
わされても、高速回線に比べ通信回線からの単位時間当
たりの受信データ量はより少ないので、回線毎に常時保
有する受信バッファ数が高速回線に比べ比較的少なくて
も、その全ての受信バッファは不足しない。

【００１５】

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

【００１６】本発明の受信バッファ制御方式を採用した
通信制御装置（以下ＣＣＵと称す）の一例として、その
ＣＣＵの構成を図１及び図２を用いて説明し、受信バッ
ファ制御方式の実現方法について図３及び図４を用いて
説明する。

【００１７】ＣＣＵ９は回線１、回線２、回線３、回線
４を収容しており、ＣＰＵ１Ｏからの指示により指定さ
れた回線へＭＥＭ１２内の送信データを送出、あるいは
指定された回線からの受信データをＭＥＭ１２へ転送す
る。各回線はそれぞれ独立して通信網へ接続することが
できる。ここでは、回線１、回線２、回線４を使用し、
回線３は未使用とする。

【００１８】ＣＣＵ９はマイクロプロセッサ（以下ＭＰ
Ｕと称す）１１とローカルメモリ（以下ＬＭと称す）８
と回線制御部２１〜２４とを有する。

【００１９】ＭＰＵ１１はＬＭ８に格納されたファーム
ウェアプログラムを逐次実行することで、ＣＰＵ１０か
らの動作指示解析、実行及び処理完了報告や、ＬΜ８の
管理、ＬΜ８とΜＥＭ１２との送受信データの転送処
理、またＣＣＵ９のハードウェアの操作等を司る機能を
持つ。

【００２０】ＬＭ８は通信回線への送信データ及び通信
回線からの受信データの一時的な保持や、ＭＰＵ１１上
で走行するファームウェアプログラムの格納等の用途に
使用される。その構成として、通信回線からの受信デー
タを一時的に保持するために受信バッファ６と、受信バ
ッファ６を管理するための受信バッファ管理ポインタ５
と、受信バッファ６のサイズを決めるための通信速度情
報テーブル７とを有する。

【００２１】受信バッファ６は、回線１と対応した受信
バッファプール１１０と、回線２と対応した受信バッフ
ァプール１１１と、回線４と対応した受信バッファプー
ル１１２とで構成され、各受信バッファプールは複数の
単一サイズ受信バッファからなる。ここでは回線３は未
使用のため、回線３に対応した受信バッファプールは存
在しない。

【００２２】受信バッファ管理ポインタ５は、各回線毎
に存在する受信バッファリードポインタと受信バッファ
ベースポインタとから構成され、回線１にはリードポイ
ンタ１００とべースポインタ１０４とが、回線２にはリ
ードポインタ１０１とベースポインタ１０５とが、回線
３にはリードポインタ１０２とベースポインタ１０６と
が、回線４にはリードポインタ１０３とベースポインタ
１０７とが夫々対応している。

【００２３】通信速度情報テーブル７は各回線に対応す
る通信速度情報から構成される。通信速度情報の値は、
その回線を未使用とする場合は０となり、使用する場合
は０以外の値で、その回線の回線速度に対応するコード
を持つ。図８に回線速度と通信速度情報との対応の一例
を示す。

【００２４】回線制御部２１は回線１に対応しており、
その機能として、回線１へのデータ送信時の送信データ
のパラレル／シリアル変換機能、回線１からのデータ受
信時のデー夕のシリアル／パラレル変換機能、受信バッ
ファプールのうち次に受信データを格納すべき受信バッ
ファヘ受信データを格納する機能、受信バッファへの受
信データの格納が完了したことをＭＰＵ１１へ通知する
機能等を有する。

【００２５】回線制御部２２，２３，２４はそれぞれ回
線２，３，４に対応しており、回線２１と同等の機能を
持つ。

【００２６】次に、受信バッファ６を構成する受信バッ
ファプールの構成と、受信バッファ管理ポインタ５との
関係を、ＣＣＵ９に収容される回線１を例として図２１
を用いて説明する。

【００２７】回線１の受信バッファリードポインタ１０
０は、ＭＰＵ１１が現在参照している、またはこれから
参照可能な受信バッファの先頭アドレスを格納してい
る。このため、回線１の受信バッファリードポインタ１
００は、その初期値として受信バッフア２０１の先頭ア
ドレスを持ち、受信バッファ２０１に格納された受信デ
ータの参照及び必要に応じてＭＥＭ１２への転送などの
受信データに対する処理完了を契機に、ＭＰＵ１１によ
り次の受信データを格納すべき受信バッファ２０２の先
頭アドレスに更新される。

【００２８】回線１の受信バッファベースポインタ１０
４は、回線１の受信バッファプール１１０を構成する受
信バッファのうち、メモリマップ上、最もアドレスが小
さい位置の受信バッファの先頭アドレスを指し示してい
る。

【００２９】回線１の受信バッファプール１１０は、Ｌ
Ｍ８のメモリマップ上、連続したエリアに５個の受信バ
ッファ２０１〜２０５を持ち、各々の受信バッファのサ
イズは同一である。また、受信バッファプール１１０を
構成している各受信バッファのサイズは、回線番号には
関係なく、他の回線に対応する受信バッファプール１１
１〜１１２をそれぞれ構成している受信バッファのサイ
ズと等しい。

【００３０】受信バッファ２０１は次の５要素からな
り、他の受信バッファも同様の構成を持つものとする。

【００３１】第１の要素としては、受信バッファ２０１
に受信データが格納されていることを示す有効表示２１
０がある。この有効表示２１０の値が１のとき、受信バ
ッファ２０１は回線１からの受信デー夕を格納可能な状
態であり、ＭＰＵ１１は受信バッファ２０１の内容を更
新することはできず、回線制御部２１が受信バッファ２
０１の内容を更新する。

【００３２】有効表示２１０の値が０のとき、受信バッ
ファ２０１は回線１からの受信デー夕を格納済みであ
り、ＭＰＵ１１は受信バッファ２０１内の受信データを
編集するなど受信バッファ２０１の内容を更新でき、回
線制御部２１は受信バッファ２０１の内容を変更しな
い。

【００３３】第２の要素としては、回線１で受信したデ
ータが受信バッファ２０１に収まりきらずに受信バッフ
ァ２０２にチェインしているかを表示するチェイン表示
２１１がある。このチェイン表示２１１は回線が更新
し、ＭＰＵ１１は更新しない。有効表示２１０の値が０
のとき、チェイン表示２１１の値は次の意味を持ち、有
効表示２１０が１のとき、チェイン表示２１１の値は不
定である。

【００３４】チェイン表示２１１の値が０のとき、回線
１から受信した受信フレームの受信データは全て受信バ
ッファ２０１に収まり、受信バッファ２０２に受信デー
タが継続して格納していないことを表す。

【００３５】チェイン表示２１１の値が１のとき、回線
１から受信した受信フレームの受信データは受信バッフ
ァ２０１に収まりきらずに、その内容が受信バッファ２
０２に継続して格納していることを表す。

【００３６】第３の要素としては、当該受信バッファが
回線１の受信バッファプール１１０内でメモリマップ上
最も大きいアドレスに位置した、即ち最後に使用される
受信バッファであることを表示する最終バッファ表示２
１２がある。この最終バッファ表示２１２は、ＭＰＵ１
１が更新し、回線制御部２１は更新しない。最終バッフ
ァ表示が０のとき、当該受信バッファは受信バッファプ
ール１１０内でメモリマップ上最も大きいアドレスに位
置していない。即ち当該受信バッファに続く受信バッフ
ァも受信バッファプール１１０の受信バッファである。

【００３７】最終バッファ表示が１のとき、当該受信バ
ッファは受信バッファプール１１０内でメモリマップ上
最も大きいアドレスに位置している。即ち当該受信バッ
ファヘ受信データを格納した後、次に回線１が受信した
データは受信バッファベースポインタ１０４が指す受信
バッファヘ格納する。

【００３８】第４の要素としては、受信バッファ２０１
で受信データを格納するのに要したバイト数２１３があ
る。この使用済みバイト数２１３は、回線制御部２１が
更新し、ＭＰＵ１１は更新しない。

【００３９】有効表示２１０の値が０のとき、受信バッ
ファ２０１内で受信データを格納するのに使用したバイ
ト数を表示する。有効表示２１０の値が１のとき、使用
済みバイト数２１３の値は不定である。

【００４０】第５の要素として、受信バッファ２０１が
回線から受信したデータを格納するエリア２１４があ
る。有効表示２１０が０のとき、受信データ格納エリア
２１４は回線１にて受信した受信データを格納してい
る。有効表示２１０の値が１のとき、受信データ格納エ
リア２１４の内容は不定である。

【００４１】ＣＣＵ９の受信動作を、回線１が受信した
受信フレームのデータサイズが、受信バッファ２０１の
データ格納エリア２１４のサイズより小さい場合につい
て、受信バッファ２０１を中心に説明する。

【００４２】回線１が回線接続時に、ΜＰＵ１１は、受
信バッファプール１１０の全ての受信バッファの有効表
示の値を１にし、受信バッファ２０１〜２０５を使用可
能とする。ここで受信バッファ２０１〜２０４の最終バ
ッファ表示の値は０であり、受信バッファ２０５の最終
バッファ表示の値は１である。

【００４３】回線１の回線制御部２１は回線１から受信
した受信データを受信バッファ２０１のデータ格納エリ
ア２１４に、そのバイト数を２１３にそれぞれ格納し、
受信バッファ有効表示２１０の値とチェイン表示２１１
の値とをどちらも０にする。

【００４４】ＭＰＵ１１上で逐次走行しているファーム
ウェアプログラムは、回線１の受信バッファリードポイ
ンタ１００が指し示す、即ち回線１がフレームを受信し
た際に最初に使用する受信バッファ２０１の有効表示２
１０の値が０に変化したことで、回線１はフレームを受
信し、受信バッファ２０１には、回線１から受信した受
信データが回線制御部２１により格納されたことを知
る。

【００４５】次に、ＭＰＵ１１上のファームウェアは、
受信バッファ２０１のチェイン表示２１１の値が０であ
ることと、データ格納エリア２１４が格納可能な最大バ
イト数よりも使用済みバイト数２１３の値が小さいこと
から、回線１から受信した受信フレームの受信データの
全てが受信データ格納エリア２１４に回線制御部２１に
より格納されたことを知る。

【００４６】これにより、ＭＰＵ１１はデータ格納エリ
ア２１４の受信データを参照し、必要に応じて編集、Ｍ
ＥＭ１２への転送、ＣＰＵ１０への受信報告などを行
い、受信バッファ２０１の操作を完了すると、受信バッ
ファ２０１の有効表示２１０を１にすることで受信バッ
ファ２０１を解放し、受信バッファリードポインタ１０
０の値を受信バァファ２０２の先頭アドレスに更新し、
次のフレーム受信に備える。

【００４７】ＣＣＵ９の初期起動時に、ＣＰＵ１０上で
動作するソフトウェアは図１に示すＣＣＵ９の通信速度
情報テーブル７へ回線毎の通信速度情報を全回線分設定
する。図３のフローチャートを使用してその設定手順を
説明する。通信速度情報は、ＣＣＵ９が収容する全回線
分設定する（ステップ３０１）。ここでは、回線１から
順に回線４までの通信速度情報を設定することとし、そ
の設定対象回線番号を１に初期化する。回線番号１の通
信情報設定完了後は、ステップ３０４にて設定対象回線
番号を都度更新する。

【００４８】設定回線が使用する回線速度から、図８に
よって得られるコード値を通信速度情報として通信速度
情報テーブル７に設定する（ステップ３０２）。ＣＣＵ
９が収容する４回線全てに対して通信速度情報を通信速
度情報テーブル７に設定完了したかを、設定対象回線番
号から判断する（ステップ３０３）。

【００４９】ここでは、設定対象回線番号が４のとき、
ＣＣＵ９の全ての回線の通信速度情報の設定が完了した
と判断し、通信速度情報設定処理を完了する。設定回線
番号が４未満であれば、ＣＣＵ９には通信速度情報を未
設定の回線があると判断し、ステップ３０２へ進む。通
信速度情報の設定対象回線番号を１増加して更新する
（ステップ３０４）。

【００５０】図３で示した通信速度情報テーブル７への
通信速度情報の設定が収容回線分全て完了すると、ＣＰ
Ｕ１０はＣＣＵ９に対して初期起動指示を行う。これを
契機にＣＣＵ９は、収容する回線毎の受信バッファプー
ルを構成する受信バッファ数をそれぞれ決定し、各回線
に受信バッファを割り当てる。図４のフローチャートを
用いて受信バッファの割当処理を説明する。

【００５１】図４において、ステップ４０１〜４０６で
は、ＣＣＵ９が使用する回線数と、使用する回線の各通
信速度情報の合計を求める。ここで求めた使用する回線
数と通信速度情報の合計とから、ＣＣＵ９の全体性能に
対する、各回線がそれぞれ必要とする性能のおおよその
割合が求められる。この割合を基に、各回線の受信バッ
ファプールを構成する受信バッファ数を決定する。また
ステップ４０７〜４１３では、各回線毎の受信バッファ
数の決定及び割当を行う。

【００５２】ＣＣＵ９が使用する回線数を求めるため、
ΜＰＵ１１が管理する使用回線数値を０に初期化する
（ステップ４０１）。通信速度情報の合計を求めるた
め、ΜＰＵ１１が管理する通信速度情報テーブル７から
通信速度情報を読出す対象の回線番号を１に、通信速度
情報累積値を０に夫々初期化する。回線１の通信速度情
報を読出し後は、ステップ４０６にて通信速度情報読出
対象回線番号を都度更新する。

【００５３】通信速度情報テーブル７から通信速度情報
読出対象回線番号の回線に対応する通信速度情報を読出
す（ステップ４０２）。通信速度情報の値により当該回
線は使用する回線か否かを判断する（ステップ４０
３）。ここでは、通信速度情報の値が０であれば、当該
回線は未使用と判断してステップ４０５へ進む。通信速
度情報の値が０以外であれば、当該回線は使用する回線
と判断してステップ４０４へ進む。

【００５４】使用回線数には１を加算し、通信速度累積
値には該当回線の通信速度情報を加算する（ステップ４
０４）。通信速度情報テーブル７からＣＣＵ９が収容す
る全回線分の通信速度情報を読出したかを判断する（ス
テップ４０５）。ここでは、通信速度情報読出し対象の
回線番号が４であれば、全回線分を読出したと判断し、
ステップ４０７へ進む。回線番号が４未満であれば、全
回線分を読出していないと判断しステップ４０２へ進
む。

【００５５】通信速度情報テープル７から通信速度情報
を読出す対象の回線番号を１増加して更新する（ステッ
プ４０６）。受信バッファの割当は、ＣＣＵ９が使用す
る全回線分行う（ステップ４０７）。ここでは、回線１
から順に回線４までの受信バッファ数を割り当てること
とし、ＭＰＵ１１が管理するその割当対象回線番号を１
に初期化する。回線番号１への受信バッファを割当完了
後は、ステップ４１３にて割当対象回線番号を都度更新
する。

【００５６】ＣＣＵ９が未使用の回線には受信バッファ
を割り当てず、また使用する回線へ割り当てる受信バッ
ファ数もその回線速度から決めるため、通信速度情報テ
ーブル７から当該回線の通信速度情報を読出す（ステッ
プ４０８）。

【００５７】ステップ４０８で読出した通信速度情報か
ら、ＣＣＵ９が当該回線は使用する回線か否かを判断す
る（ステップ４０９）。ここでは、通信速度情報が０な
らば、当該回線は未使用と判断してステップ４１２へ進
む。通信速度情報が０以外ならば、当該回線は使用する
回線であると判断してステップ４１０へ進む。

【００５８】各使用回線に割り当てる受信バッファ数を
算出する（ステップ４１０）。各使用回線は対応する各
回線制御部により１つの受信バッファに格納された受信
データを処理中に回線からデータを受信可能とするた
め、最低２個の受信バッファを保有するものとする。こ
のため、受信バッファ６からは、各使用回線に受信バッ
ファを２個ずつ割り当てた後、残りの受信バッファを各
使用回線にその回線速度に応じて割り当てる。

【００５９】ステップ４１０て算出した受信バッファ数
に従い、当該回線の受信バッファプールの連続したメモ
リエリアを受信バッファ６内に確保し、その受信バッフ
ァプール内でメモリマップ上最も大きいアドレスに位置
する受信バッファの最終受信バッファ表示を１にし、同
じ受信バッファプール内の他の受信バッファの最終受信
バッファ表示を０にする（ステップ４１１）。

【００６０】また、受信バッファリードポインタ及び受
信バッファベースポイン夕の値を、該当回線の受信バッ
ファプール内でメモリマップ上最も小さいアドレスに位
置する受信バッファを指し示すように初期化する。

【００６１】受信バッファ６から受信バッファを割り当
てる対象の回線番号を１増加して更新する（ステップ４
１２）。

【００６２】受信バッファ６から、回線４を除いたＣＣ
Ｕ９が使用する全回線分の受信バッファ割当が完了した
かを判断する（ステップ４１３）。ここでは、受信バッ
ファ割当対象回線番号が４であれば、回線４を除き、全
使用回線への受信バッファ割当が完了したと判断し、ス
テップ４１４へ進み、回線４への受信バッファの割当を
行う。回線番号が４未満であれば、回線４を除く全使用
回線分の受信バッファ割当が完了していないと判断し、
ステップ４０８へ進む。

【００６３】受信バッファ６内で、どの受信バッファブ
ールにも割り当てられていない全ての受信バッファを回
線４の受信バッファプールに割り当てる（ステップ４１
４）。

【００６４】上述の様にして、各回線毎に割り当てられ
た受信バッファを用いた、ＭＰＵ１１上で動作するファ
ームウェアの受信処理の概略を、図５のフローチャート
を用いて説明する。

【００６５】図５において、ステップ５０１〜５０３で
は、ＣＣＵ９が収容する各回線でフレームの受信がある
かを検索する。新たにフレームを受信し、受信データを
保有する回線を検出すると、ステップ５０４〜５０６
で、必要に応じて受信データに対する処理を行い、受信
バッフアを解放し次の受信バッファを参照できるよう受
信リードポインタを更新する。

【００６６】フレームの受信があるかを検索する対象の
回線番号を１に初期化する（ステップ５０１）。回線１
でフレームの受信がない場合は、ステップ５０３でフレ
ームの受信があるかを検索する対象の回線番号を都度更
新する。

【００６７】フレームの受信があるかの検索を、受信リ
ードポインタが指し示す受信バッファの有効表示を参照
することで判断する（ステップ５０２）。ここでは、有
効表示の値が０であれば、受信バッファに受信デー夕が
格納済みであると判断しステップ５０４へ進む。有効表
示の値が１であれば、当該回線には新たなフレームの受
信がないと判断しステップ５０３へ進む。

【００６８】フレームの受信があるかを検索する対象の
回線番号を１増加し、更新する（ステップ５０３）。受
信リードポインタが指し示す受信バッファの受信データ
格納エリアに格納された受信フレームに対して、必要に
応じて参照、編集、ＭＥＭ１２への転送などの処理を行
う（ステップ５０４）。受信リードポインタが指し示す
受信バッファを解放する（ステップ５０５）。ここで
は、有効表示を１とすることで新たに受信可能な状態と
する。受信リードポインタを更新し、次に受信するフレ
ームを格納する受信バッファを指し示す（ステップ５０
６）。

【００６９】ここで、実際の値を使用して本発明の実施
例の受信割り当て処理につき説明する。各回線の通信速
度を、回線１＝１９２Ｋｂｐｓ回線２＝９６００ｂｐｓ回線４＝９６００ｂｐｓとし、回線３は未使用とする。

【００７０】受信バッファ６はＬΜ８のバイトアドレス
の１０００番地（１６進数）から存在し、その全体容量
を１０２４０バイトとする。また、各回線に対応する受
信バッファプールを構成する受信バッファサイズを１０
２４バイトとする。即ち、受信バッファ６には受信バッ
ファが１０個存在する。

【００７１】図３の通信速度情報設定処理フローにおい
て、図８の値からＣＣＵ９の通信速度情報テープル７に
ＣＰＵ１０が設定する値は回線１の通信速度情報１２０＝１２回線２の通信速度情報１２１＝１回線３の通信速度情報１２２＝０回線４の通信速度情報１２３＝１となる。

【００７２】図４の受信バッファ割当処理フローにおい
て、ΜＰＵ１１上で動作するファームウェアがステップ
４０１〜４０６を実行することで、使用回線数＝３通信速度累積値＝14 が夫々求められる。

【００７３】回線１の受信バッファプール１１０のバイ
トアドレスは、受信バッファ６内のメモリマップ上最も
小さいアドレスから割り当てられるので、１０００番地
（１６進数）となる。

【００７４】また、受信バッファプール１１０を構成す
る受信バッファ数は、ステップ４１０によって、最低保証受信バッファ数＝２個受信バッファ６が保有する全受信バッファ数＝１０個受信バッファプール１１０を構成する受信バッファ数＝最低保証受信バッファ数＋｛受信バッファ６が保有する受信バッファ数） −（最低保証受信バッファ数×使用回線数)}×（回線１の通信速度情報）／（通信速度累積値）＝２＋｛１０−（２×３）｝×１２／１４＝５．４＝５個（小数点以下切捨て）として算出される。

【００７５】この算出結果により、受信バッファプール
１１０は１０００番地（１６進数）から１０２４バイト
の受信バッファ５個で構成される。

【００７６】尚、ステップ４１１により、５個目の受信
バッファの最終バッファ表示が１となり、回線１の受信
バッファリードポインタ１００と受信バッファベースポ
インタ１０４は、１０００番地（１６進数）を指し示す
ように初期化される。

【００７７】回線２の受信バッファプール１１１のバイ
トアドレスは、受信バッファ６内のメモリマップ上，受
信バッファプール１１０の次のアドレスから割り当てら
れるので，３８００番地（１６進数）となる。

【００７８】また，受信バッファプール１１１を構成す
る受信バッファ数は回線１と同様ステップ４１０によっ
て，受信バッファプール１１１を構成する受信バッファ数＝２＋｛１０−（２×３）｝×１／１４＝２．２＝２個（小数点以下切捨て）として求められる。

【００７９】この算出結果により，受信バッファプール
１１１は３８００番地（１６進数）から１０２４バイト
の受信バッファ２個で構成される。

【００８０】尚、処理４１１により、２個目の受信バッ
ファの最終バッファ表示が１となり、回線２の受信バッ
ファリードポインタ１０１と受信バッファベースポイン
タ１０５は、３８００番地（１６進数）を指し示すよう
に初期化される。

【００８１】回線３は未使用のため受信バッファプール
が存在せず、受信バッファリードポインタ１０３と、受
信バッファベースポインタ１０６は不定の値を持つ。

【００８２】回線４の受信バッファプール１１２のバイ
トアドレスは、受信バッファ６内のメモリマップ上、受
信バッファプール１１１の次のアドレスから割り当てら
れるので、４０００番地（１６進数）となる。

【００８３】受信バッファ６から、受信バッファプール
１１０及び１１１へ受信バッファをそれぞれ割り当て
後、残った全ての受信バッファで受信バッファプール１
１２を構成する。

【００８４】受信バッファプール１１２を構成する受信
バッファ数＝１０−５−２＝３個である。これより受信バッファプール１１２は４０００
番地（１６進数）から１Ο２４バイトの受信バッファ３
個で構成される。

【００８５】この結果、受信バッファプール１１１と１
１２とでは、対応するそれぞれの回線の回線速度が同じ
であるが、図５より、回線４のフレームを受信したか否
かを検索する優先度は、回線２のフレームを受信したか
否かを検索する優先度に比べ劣るので、なるべく長時間
受信データを保持しておけるように、回線４に対応する
受信バッファプール１１２は、回線２に対応する受信バ
ッファプール１１１に比べより多くの受信バッファで構
成されている。

【００８６】尚、ステップ４１１により、３個目の受信
バッファの最終バッフア表示が１となり、回線４の受信
バッファリードポインタ１０３と受信バッファベースポ
インタ１０７は、４０００番地（１６進数）を指し示す
よう初期化される。

【００８７】次に、各回線毎に受信バッファを２個しか
持たない従来ＣＣＵにおいて、本実施例と同じ収容回線
構成では、回線からのフレームの受信に対して受信バッ
ファの供給が間に合わないケースがある間題について説
明する。

【００８８】ＣＣＵは図５に示す順序で受信処理を行う
こととし、ここではその処理時間を考慮しつつ受信バッ
ファの供給が間に合わないケースについて説明する。但
し、ステップ５０４に要する時間は、回線毎の手順など
により異なる。

【００８９】ここでは、回線１はステップ５０４の処理
時間が比較的短いＨＤＬＣ手順を採用しており、回線２
及び回線４はステップ５０４の処理時間が比較的長いＢ
ａｓｉｃ採用していることとする。

【００９０】ＨＤＬＣ回線では、ΜＰＵ上で動作するフ
ァームウェアが、ステップ５０２で受信バッファの有効
表示の値が０であることを確認してから、ステップ５０
４，５０５及び５０６を完了するまでに１５０μｓ要す
る。

【００９１】Ｂａｓｉｃ回線では、ＭＰＵ上で動作する
ファームウェアが、ステップ５０２で受信バッファの有
効表示の値が０であることを確認してから、ステッフ５
０４，５０５及び５０６を完了するまでに３００μｓ要
する。

【００９２】回線１で最短電文、例えばＨＤＬＣのＲＲ
フレームを受信するのに要する時間は、受信時間（Ｓ）＝（受信バイト数）×８／（回線速度；
ｂｐｓ）として求められる。

【００９３】ここで、回線速度は１９２Ｋｂｐｓであ
り、受信バイト数は５バイト（内訳は以下に示す）なの
で、１個のＲＲフレーム受信時間は、受信時間＝５×８／１９２Ｋｂｐｓ＝２０８．３（μ
ｓ）となる。尚、受信バイト数５バイトの内訳は、開始／終
結用フラグ１バイト、Ａ／Ｃフィールド２バイト、ＦＣ
Ｓ２バイトである。

【００９４】即ち、図６に示すように、回線１からは最
速で２０８．３μｓ毎にフレームの受信報告がある。回
線１が保有する受信バッファは受信バッファ２０１と受
信バッファ２０２の２個で、これらを交互に使用してい
ることから、回線１から受信フレームを受信バッファ２
０１に格納してから、受信バッファ２０１の解放まで
を、２０８．３×２＝４１６．６μｓ以内に終了しない
と、新たなフレームの受信時にフレームを格納する受信
バッファがなく、受信フレームはＣＣＵ内で失われてし
まう。

【００９５】いま、図７に示すように、時間７０１にお
いて、回線１でフレームの受信が完了する、即ち受信バ
ッファの有効表示が０になる直前に、回線２でのデータ
の受信を検出したとする。回線２はＢａｓｉｃ回線であ
ることから、この回線２の受信デー夕を参照・編集し、
受信バッファの解放が完了するまでに３００μｓ要す
る。

【００９６】ほぼ同時刻の時間７０２において、回線１
で受信したフレームが受信バッファ２０１に格納される
が、ＭＰＵ１１は受信バッファ２０１での受信完了から
３００μｓ経過後に、受信バッファ２０１の受信データ
の処理を開始し、更に１５０μｓ経過後の時間７０５で
受信バッファ２０１を解放する。

【００９７】しかし、受信バッファ２０２は時間７０３
において、回線１からの受信フレームを既に格納済みで
あるため、時間７０４におけるフレームの受信時に回線
１へ受信バッファを供給できない。このため、時間７０
４における回線１からの受信フレームはＣＣＵ内で失わ
れてしまう問題がある。

【００９８】本実施例のＣＣＵ９では、各回線に受信バ
ッファ数を割り当てているため、回線１では、受信バッ
ファを５個保有しているので上述のケースで受信バッフ
ァが不足することはない。しかし、回線毎に受信バッフ
ァを５個保有する従来ＣＣＵでも、上述のケースでバッ
ファが不足することはないが、３回線使用する場合は、
ＣＣＵ全体で１５個の受信バッファが必要となる。

【００９９】本実施例のＣＣＵ９では、各回線の回線速
度により、回線毎に保有する受信バッファ数を可変に割
り当てているため、ＣＣＵ９全体で受信バッファは１０
個確保すれば良く、従来の受信バッファ割当に比較して
資源を有効に利用しているのは明白である。

【０１００】

【発明の効果】本発明によれば、回線数と回線速度とに
応じて、各回線毎に割り当てられる受信バッファの容量
を可変とすることで、受信バッファ不足によるデータ受
信停止を防止でき、資源の有効利用が図れるという効果
がある。

【図面の簡単な説明】

【図１】本発明の実施例のブロック図である。

【図２】図１の受信バッファの詳細例を示す図である。

【図３】ＣＰＵによる通信速度情報設定処理のフローチ
ャートである。

【図４】受信バッファ割り当て処理のフローチャートで
ある。

【図５】ＭＰＵ上で動作するファームウェアの受信概略
処理を示す図である。

【図６】従来方式において、通常受信中に受信バッファ
供給が間に合う場合の動作シーケンス図である。

【図７】従来方式において、他回線処理中に受信バッフ
ァ解放が遅れて回線へのバッファ供給が間に合わない場
合の動作シーケンス図である。

【図８】回線速度と通信速度装情報との対応関係例を示
す図である。

【符号の説明】

１〜３回線５受信バッファ管理ポインタ６受信バッファ７通信速度情報テーブル８ＬＭ９ＣＣＵ１０ＣＰＵ１１ＭＰＵ１２ＭＥＭ２１〜２４回線制御部

Claims

【特許請求の範囲】

【請求項１】複数回線を収容しこれ等回線からの受信
データを受信バッファに一時格納制御する通信制御装置
の受信バッファ制御システムであって、前記回線の各々
回線速度に応じて前記受信バッファの容量を各回線毎に
割当てるようにしたことを特徴とする受信バッファ制御
システム。
【請求項２】前記受信バッファの容量は予め定められ
た一定容量を有しており、この一定容量を前記回線の数
と前記各回線速度とに応じて各回線毎に割当てるように
したことを特徴とする請求項１記載の受信バッファ制御
システム。
【請求項３】前記受信バッファの一定容量のうち、前
記回線の全てに対して等しい基本となる基本容量を割当
て、その残りの容量を回線の数と前記各回線速度とに応
じて各回線毎に割当てるようにしたことを特徴とする請
求項２記載の受信バッファ制御システム。