JPH0964918A - 通信制御装置におけるバッファ管理方式 - Google Patents
通信制御装置におけるバッファ管理方式Info
- Publication number
- JPH0964918A JPH0964918A JP22042195A JP22042195A JPH0964918A JP H0964918 A JPH0964918 A JP H0964918A JP 22042195 A JP22042195 A JP 22042195A JP 22042195 A JP22042195 A JP 22042195A JP H0964918 A JPH0964918 A JP H0964918A
- Authority
- JP
- Japan
- Prior art keywords
- buffer
- area
- communication
- buf
- data
- 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.)
- Pending
Links
- 239000000872 buffer Substances 0.000 title claims abstract description 200
- 230000006854 communication Effects 0.000 title claims abstract description 63
- 238000000034 method Methods 0.000 claims abstract description 44
- 238000005457 optimization Methods 0.000 claims description 18
- 238000007726 management method Methods 0.000 claims description 12
- 238000010586 diagram Methods 0.000 description 11
- 230000005540 biological transmission Effects 0.000 description 7
- 238000013386 optimize process Methods 0.000 description 6
- 230000008707 rearrangement Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Landscapes
- Memory System (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 バッファの枯渇が発生した場合、主記憶領域
をオプティマイズする。 【解決手段】 分割手段（図示せず）は、通信制御装置
起動時に主記憶領域１０７を通常のデータ通信で使うＭ
・ＢＵＦ１０８と障害発生時にデータを緊急待避させる
Ｅ・ＢＵＦ１０９に分割する。パケットタスク１００，
データリンクタスク１０１は、データ通信時に通信プロ
トコルの各レイヤ対応にバッファをＭ・ＢＵＦ領域から
獲得して通信処理を行い、バッファの獲得に失敗した場
合はオプティマイズ処理１０３を介してＭ・ＢＵＦ領域
のオプティマイズ処理を行った後、Ｍ・ＢＵＦ領域から
バッファを再度獲得し通信処理を再開する。オプティマ
イズ処理１０３は、Ｅ・ＢＵＦを使用して予め決められ
た方法によりＭ・ＢＵＦ領域のオプティマイズ処理を行
う。
をオプティマイズする。 【解決手段】 分割手段（図示せず）は、通信制御装置
起動時に主記憶領域１０７を通常のデータ通信で使うＭ
・ＢＵＦ１０８と障害発生時にデータを緊急待避させる
Ｅ・ＢＵＦ１０９に分割する。パケットタスク１００，
データリンクタスク１０１は、データ通信時に通信プロ
トコルの各レイヤ対応にバッファをＭ・ＢＵＦ領域から
獲得して通信処理を行い、バッファの獲得に失敗した場
合はオプティマイズ処理１０３を介してＭ・ＢＵＦ領域
のオプティマイズ処理を行った後、Ｍ・ＢＵＦ領域から
バッファを再度獲得し通信処理を再開する。オプティマ
イズ処理１０３は、Ｅ・ＢＵＦを使用して予め決められ
た方法によりＭ・ＢＵＦ領域のオプティマイズ処理を行
う。
Description
【０００１】
【発明の属する技術分野】本発明は、通信制御装置に関
し、特にパケット方式により通信を行う通信制御装置
と、ハイレベルデータリンク制御手順により通信を行う
通信制御装置におけるバッファ管理方式に関する。
し、特にパケット方式により通信を行う通信制御装置
と、ハイレベルデータリンク制御手順により通信を行う
通信制御装置におけるバッファ管理方式に関する。
【０００２】
【従来の技術】従来の通信制御装置におけるバッファ管
理方式では、主記憶領域を送受信するデータ長にあらか
じめ分割し（以降バッファと称する）、通信時あるいは
上位通信プロトコル装置への事象報告時に１イベントに
対して１フレームを割り当て、使用後は再び空き領域と
して返却することにより共用するバッファ管理方式によ
りバッファ制御を行っていた。
理方式では、主記憶領域を送受信するデータ長にあらか
じめ分割し（以降バッファと称する）、通信時あるいは
上位通信プロトコル装置への事象報告時に１イベントに
対して１フレームを割り当て、使用後は再び空き領域と
して返却することにより共用するバッファ管理方式によ
りバッファ制御を行っていた。
【０００３】
【発明が解決しようとする課題】上述した従来のバッフ
ァ管理方式は、１フレームの長さが４キロバイト以上の
ロングフレームの通信を行うとデータの送受信だけでな
くデータ長が短い上位通信プロトコル装置への事象報告
の滞留が発生し、バッファがすぐに枯渇してしまい、通
信不可能となる問題点があった。これを回避するため外
部記憶装置による資源の増設を行う方法が考えられる
が、外部記憶装置が高価であるため経済性を損う欠点が
ある。
ァ管理方式は、１フレームの長さが４キロバイト以上の
ロングフレームの通信を行うとデータの送受信だけでな
くデータ長が短い上位通信プロトコル装置への事象報告
の滞留が発生し、バッファがすぐに枯渇してしまい、通
信不可能となる問題点があった。これを回避するため外
部記憶装置による資源の増設を行う方法が考えられる
が、外部記憶装置が高価であるため経済性を損う欠点が
ある。
【０００４】
【課題を解決するための手段】第１の発明は、パケット
交換回線を使用してデータ通信を行う通信制御装置にお
けるバッファ管理方式において、通信制御装置起動時に
主記憶領域を通常のデータ通信で使う第１のバッファ領
域と障害発生時にデータを緊急待避させる第２のバッフ
ァ領域に分割する分割手段と、前記データ通信時に通信
プロトコルの各レイヤ対応にバッファを前記第１のバッ
ファ領域から獲得して通信処理を行い、前記バッファの
獲得に失敗した場合はオプティマイズ手段を介して前記
第１のバッファ領域のオプティマイズ処理を行った後前
記第１のバッファ領域から前記バッファを再度獲得し前
記通信処理を再開する前記各レイヤ対応のタスク群と、
前記第２の領域を使用して予め決められた方法により前
記第１のバッファ領域のオプティマイズ処理を行う前記
オプティマイズ手段を備えたことを特徴とする。
交換回線を使用してデータ通信を行う通信制御装置にお
けるバッファ管理方式において、通信制御装置起動時に
主記憶領域を通常のデータ通信で使う第１のバッファ領
域と障害発生時にデータを緊急待避させる第２のバッフ
ァ領域に分割する分割手段と、前記データ通信時に通信
プロトコルの各レイヤ対応にバッファを前記第１のバッ
ファ領域から獲得して通信処理を行い、前記バッファの
獲得に失敗した場合はオプティマイズ手段を介して前記
第１のバッファ領域のオプティマイズ処理を行った後前
記第１のバッファ領域から前記バッファを再度獲得し前
記通信処理を再開する前記各レイヤ対応のタスク群と、
前記第２の領域を使用して予め決められた方法により前
記第１のバッファ領域のオプティマイズ処理を行う前記
オプティマイズ手段を備えたことを特徴とする。
【０００５】また、第２の発明は第１の発明において、
前記オプティマイズ処理が、前記第１のバッファ領域に
おける使用中のバッファを前記第２のバッファ領域に該
領域の最初から連続して配置した後、前記第２のバッフ
ァ領域に連続して配置された前記バッファをクリアされ
た前記第１のバッファ領域にコビーすることを特徴とす
る。
前記オプティマイズ処理が、前記第１のバッファ領域に
おける使用中のバッファを前記第２のバッファ領域に該
領域の最初から連続して配置した後、前記第２のバッフ
ァ領域に連続して配置された前記バッファをクリアされ
た前記第１のバッファ領域にコビーすることを特徴とす
る。
【０００６】さらに、第３の発明は、ハイレベルデータ
リンク制御手順を使用してデータ通信を行う通信制御装
置におけるバッファ管理方式において、通信制御装置起
動時に主記憶領域を通常のデータ通信で使う第１のバッ
ファ領域と障害発生時にデータを緊急待避させる第２の
バッファ領域に分割する分割手段と、前記データ通信時
に通信プロトコルの各レイヤ対応にバッファを前記第１
のバッファ領域から獲得して通信処理を行い、前記バッ
ファの獲得に失敗した場合はオプティマイズ手段を介し
て前記第１のバッファ領域のオプティマイズ処理を行っ
た後前記第１のバッファ領域から前記バッファを再度獲
得し前記通信処理を再開する前記各レイヤ対応のタスク
群と、前記第２の領域を使用して予め決められた方法に
より前記第１のバッファ領域のオプティマイズ処理を行
う前記オプティマイズ手段を備え、前記主記憶領域の前
記第１のバッファ領域の利用効率を向上させたことを特
徴とする。
リンク制御手順を使用してデータ通信を行う通信制御装
置におけるバッファ管理方式において、通信制御装置起
動時に主記憶領域を通常のデータ通信で使う第１のバッ
ファ領域と障害発生時にデータを緊急待避させる第２の
バッファ領域に分割する分割手段と、前記データ通信時
に通信プロトコルの各レイヤ対応にバッファを前記第１
のバッファ領域から獲得して通信処理を行い、前記バッ
ファの獲得に失敗した場合はオプティマイズ手段を介し
て前記第１のバッファ領域のオプティマイズ処理を行っ
た後前記第１のバッファ領域から前記バッファを再度獲
得し前記通信処理を再開する前記各レイヤ対応のタスク
群と、前記第２の領域を使用して予め決められた方法に
より前記第１のバッファ領域のオプティマイズ処理を行
う前記オプティマイズ手段を備え、前記主記憶領域の前
記第１のバッファ領域の利用効率を向上させたことを特
徴とする。
【０００７】
【発明の実施の形態】次に、本発明について図面を参照
して説明する。
して説明する。
【０００８】図１は本発明の通信制御装置におけるバッ
ファ管理方式の一実施例を示すブロック図である。
ファ管理方式の一実施例を示すブロック図である。
【０００９】本発明は、図１に示すように、通信制御装
置起動時に主記憶領域１０７を通常のデータの送信・受
信、上位通信プロトコル装置への事象報告時に使用する
メインバッファ領域（以降Ｍ・ＢＵＦと称する）１０８
とバッファ枯渇発生時に使用する緊急データ送受信用バ
ッファ領域（以降Ｅ・ＢＵＦと称する）１０９に分割す
る分割手段（図示せず）と、主記憶領域からバッファを
動的に確保するためにパケットレイヤの処理を行うパケ
ットタスク１００と、データリンクレイヤの処理を行う
データリンクタスク１０１と、主記憶領域１０７とタス
クの間に位置するバッファヘッダキュー１０５と空きバ
ッファヘッダキュー１０６から構成される。
置起動時に主記憶領域１０７を通常のデータの送信・受
信、上位通信プロトコル装置への事象報告時に使用する
メインバッファ領域（以降Ｍ・ＢＵＦと称する）１０８
とバッファ枯渇発生時に使用する緊急データ送受信用バ
ッファ領域（以降Ｅ・ＢＵＦと称する）１０９に分割す
る分割手段（図示せず）と、主記憶領域からバッファを
動的に確保するためにパケットレイヤの処理を行うパケ
ットタスク１００と、データリンクレイヤの処理を行う
データリンクタスク１０１と、主記憶領域１０７とタス
クの間に位置するバッファヘッダキュー１０５と空きバ
ッファヘッダキュー１０６から構成される。
【００１０】図２は、この二つのキュー１０５，１０６
に登録されるバッファヘッダレコード２００の構成例を
示す図であり、次のバッファヘッダレコードを指すポイ
ンタを示すＮＥＸＴ．Ｐ２０１、バッファをどのタスク
が使用しているかを示すタスクＩＤ２０２、各バッファ
に１〜ｎまでの一意の番号を付与しバッファの識別に使
用するバッファヘッダレコード番号２０３、バッファに
格納されるデータの長さを示すバッファ長２０４、実際
のデータが格納されているＭ・ＢＵＦ上のアドレスを示
すバッファアドレス２０５で構成されている。
に登録されるバッファヘッダレコード２００の構成例を
示す図であり、次のバッファヘッダレコードを指すポイ
ンタを示すＮＥＸＴ．Ｐ２０１、バッファをどのタスク
が使用しているかを示すタスクＩＤ２０２、各バッファ
に１〜ｎまでの一意の番号を付与しバッファの識別に使
用するバッファヘッダレコード番号２０３、バッファに
格納されるデータの長さを示すバッファ長２０４、実際
のデータが格納されているＭ・ＢＵＦ上のアドレスを示
すバッファアドレス２０５で構成されている。
【００１１】図３は、Ｍ・ＢＵＦ上のバッファの構成例
を示す図であり、Ｍ・ＢＵＦ上のバッファはデータの内
容を識別するためのッファＩＤ３０１、バッファヘッダ
レコードと対応させるため１〜ｎまでの一意の番号であ
るバッファ番号３０２、実際のデータが格納されている
データ３０３とで構成されている。
を示す図であり、Ｍ・ＢＵＦ上のバッファはデータの内
容を識別するためのッファＩＤ３０１、バッファヘッダ
レコードと対応させるため１〜ｎまでの一意の番号であ
るバッファ番号３０２、実際のデータが格納されている
データ３０３とで構成されている。
【００１２】次に、パケットタスク、データリンクタス
クで用いられるバッファ獲得処理１０２、バッファ解放
処理１０４、バッファ検索処理について図５〜図７を参
照しながら説明する。
クで用いられるバッファ獲得処理１０２、バッファ解放
処理１０４、バッファ検索処理について図５〜図７を参
照しながら説明する。
【００１３】各タスクがバッファを獲得する場合、各タ
スクは図７（ａ）に示すバッファ獲得処理をコールす
る。
スクは図７（ａ）に示すバッファ獲得処理をコールす
る。
【００１４】バッファ獲得処理は空きバッファヘッダキ
ュー１０６からバッファヘッダレコドを獲得し、バッフ
ァヘッダレコードにタスクＩＤとバッファ長を設定し、
バッファヘッダキュー１０５に登録されている全バッフ
ァヘッダレコードの情報からＭ・ＢＵＦの空き領域を探
し、その先頭アドレスをバッファヘッダレコードのバッ
ファアドレスに設定する。さらにバッファヘッダレコー
ド番号をバッファアドレスが指すバッファのバッファ番
号にコピーする。最後にバッファ獲得の成功・失敗を各
タスクに通知する（Ｓ５１〜Ｓ５４）。
ュー１０６からバッファヘッダレコドを獲得し、バッフ
ァヘッダレコードにタスクＩＤとバッファ長を設定し、
バッファヘッダキュー１０５に登録されている全バッフ
ァヘッダレコードの情報からＭ・ＢＵＦの空き領域を探
し、その先頭アドレスをバッファヘッダレコードのバッ
ファアドレスに設定する。さらにバッファヘッダレコー
ド番号をバッファアドレスが指すバッファのバッファ番
号にコピーする。最後にバッファ獲得の成功・失敗を各
タスクに通知する（Ｓ５１〜Ｓ５４）。
【００１５】各タスクがバッファを解放する場合、各タ
スクは図７（ｂ）に示すバッファ解放処理をコールす
る。バッファ解放処理は、図７（ｃ）に示すバッファ検
索処理をコールした後、検索されたバッファヘッダレコ
ードの情報をバッファヘッダレコード番号を除き全て消
去して空きバッファヘッダキュー１０６にバッファヘッ
ダレコードを返却する。最後にバッファ解放の成功、失
敗を各タスクに通知する（Ｓ６１〜Ｓ６３）。
スクは図７（ｂ）に示すバッファ解放処理をコールす
る。バッファ解放処理は、図７（ｃ）に示すバッファ検
索処理をコールした後、検索されたバッファヘッダレコ
ードの情報をバッファヘッダレコード番号を除き全て消
去して空きバッファヘッダキュー１０６にバッファヘッ
ダレコードを返却する。最後にバッファ解放の成功、失
敗を各タスクに通知する（Ｓ６１〜Ｓ６３）。
【００１６】バッファを検索する場合、各タスクは図７
（ｃ）に示すバッファ検索処理をコールする。バッファ
検索処理は、バッファヘッダキュー１０５からバッファ
ヘッダレコード番号をキーにしてバッファヘッダレコー
ドを検索し、そのバッファヘッダレコードへのポインタ
を各タスクに返却する（Ｓ７１〜Ｓ７３）。
（ｃ）に示すバッファ検索処理をコールする。バッファ
検索処理は、バッファヘッダキュー１０５からバッファ
ヘッダレコード番号をキーにしてバッファヘッダレコー
ドを検索し、そのバッファヘッダレコードへのポインタ
を各タスクに返却する（Ｓ７１〜Ｓ７３）。
【００１７】しかし、上記のバッファ解放処理はバッフ
ァヘッダレコードとＭ・ＢＵＦ１０８上のバッファアド
レスを切り離すだけなので、Ｍ・ＢＵＦが長さが異なる
バッファ使用領域とバッファ未使用領域とで煩雑になり
バッファの枯渇が頻繁に発生する可能性がある。
ァヘッダレコードとＭ・ＢＵＦ１０８上のバッファアド
レスを切り離すだけなので、Ｍ・ＢＵＦが長さが異なる
バッファ使用領域とバッファ未使用領域とで煩雑になり
バッファの枯渇が頻繁に発生する可能性がある。
【００１８】この問題を最小限に抑えるため、Ｍ・ＢＵ
Ｆオプティマイズ処理１０３を行う。図４はＭ・ＢＵＦ
オプティマイズ処理の説明図であり、図６（ｂ）はＭ・
ＢＵＦオプティマイズ処理の動作フローチャートであ
る。Ｍ・ＢＵＦオプティマイズ処理はバッファヘッダキ
ュー１０５に登録されている全バッファヘッダレコード
を調べ、現在使用中のバッファを確認し、次にＭ・ＢＵ
Ｆ１０８で使用中の第２バッファ４０２、第５バッファ
４０５、第７バッファ４０７を全てＥ・ＢＵＦ１０９に
待避させＭ・ＢＵＦ１０８を一時、空の状態にし、次に
Ｅ・ＢＵＦ１０９から第２バッファを１個取り出し、Ｍ
・ＢＵＦに復旧させ、その時のバッファ格納アドレスを
バッファ番号と同値のバッファヘッダレコード番号をも
つバッファヘッダレコードのバッファアドレスに書き込
み、これら一連の処理をＥ・ＢＵＦが空になるまで行う
（Ｓ４０〜Ｓ４３）。以上の処理によりＭ・ＢＵＦはバ
ッファ使用領域とバッファ未使用領域が完全に二分さ
れ、バッファ未使用領域に対して動的にバッファ確保で
きるようになる。
Ｆオプティマイズ処理１０３を行う。図４はＭ・ＢＵＦ
オプティマイズ処理の説明図であり、図６（ｂ）はＭ・
ＢＵＦオプティマイズ処理の動作フローチャートであ
る。Ｍ・ＢＵＦオプティマイズ処理はバッファヘッダキ
ュー１０５に登録されている全バッファヘッダレコード
を調べ、現在使用中のバッファを確認し、次にＭ・ＢＵ
Ｆ１０８で使用中の第２バッファ４０２、第５バッファ
４０５、第７バッファ４０７を全てＥ・ＢＵＦ１０９に
待避させＭ・ＢＵＦ１０８を一時、空の状態にし、次に
Ｅ・ＢＵＦ１０９から第２バッファを１個取り出し、Ｍ
・ＢＵＦに復旧させ、その時のバッファ格納アドレスを
バッファ番号と同値のバッファヘッダレコード番号をも
つバッファヘッダレコードのバッファアドレスに書き込
み、これら一連の処理をＥ・ＢＵＦが空になるまで行う
（Ｓ４０〜Ｓ４３）。以上の処理によりＭ・ＢＵＦはバ
ッファ使用領域とバッファ未使用領域が完全に二分さ
れ、バッファ未使用領域に対して動的にバッファ確保で
きるようになる。
【００１９】以上説明してきたオプティマイズ処理を使
用し、バッファ枯渇発生時に各タスクがどのように動作
するかを、パケットレイヤでバッファの枯渇が発生した
場合、データリンクレイヤでバッファの枯渇が発生した
場合に分けて図５〜図７のフローチャートを参照しなが
ら説明する。
用し、バッファ枯渇発生時に各タスクがどのように動作
するかを、パケットレイヤでバッファの枯渇が発生した
場合、データリンクレイヤでバッファの枯渇が発生した
場合に分けて図５〜図７のフローチャートを参照しなが
ら説明する。
【００２０】まず、パケットレイヤの処理を行うタスク
（以降パケットタスクと称する）でバッファの枯渇が発
生した場合について説明する。パケットタスク処理でバ
ッファ獲得処理（Ｓ１）に失敗するとＭ・ＢＵＦのオプ
ティマイズ処理をコールする（Ｓ２）。Ｍ・ＢＵＦオプ
ティマイズ処理はタスクのメモリ制御対象をＭ・ＢＵＦ
からＥ・ＢＵＦに切り替えて制御をタスクに戻す（Ｓ４
４，Ｓ４５）。パケットタスクは回線をビジー状態にし
てからパケットレイヤの下位層であるデータリンクレイ
ヤの処理を行っているタスク（以降データリンクタスク
と称する）に対して通信中でなければバッファビジーを
通知し（Ｓ３、Ｓ６）、通信中ならばＲＮＲパケットの
送信要求をする（Ｓ５、Ｓ６）。尚、各タスク間通信時
にはＥ・ＢＵＦのバッファを使用する。
（以降パケットタスクと称する）でバッファの枯渇が発
生した場合について説明する。パケットタスク処理でバ
ッファ獲得処理（Ｓ１）に失敗するとＭ・ＢＵＦのオプ
ティマイズ処理をコールする（Ｓ２）。Ｍ・ＢＵＦオプ
ティマイズ処理はタスクのメモリ制御対象をＭ・ＢＵＦ
からＥ・ＢＵＦに切り替えて制御をタスクに戻す（Ｓ４
４，Ｓ４５）。パケットタスクは回線をビジー状態にし
てからパケットレイヤの下位層であるデータリンクレイ
ヤの処理を行っているタスク（以降データリンクタスク
と称する）に対して通信中でなければバッファビジーを
通知し（Ｓ３、Ｓ６）、通信中ならばＲＮＲパケットの
送信要求をする（Ｓ５、Ｓ６）。尚、各タスク間通信時
にはＥ・ＢＵＦのバッファを使用する。
【００２１】データリンクタスクはパケットタスクから
バッファビジー通知を受けるとＲＮＲパケットを送信し
（Ｓ３３）、データリンクレイヤをビジー状態にするた
めＲＮＲフレームを送信する（Ｓ３４）。回線ビジー設
定完了後、パケットタスクに回線ビジー設定完了を通知
する（Ｓ３５，Ｓ３６）。パケットタスクは回線ビジー
設定完了の通知を受けると（Ｓ１２）、再度、Ｍ・ＢＵ
Ｆオプティマイズ処理を実行する（Ｓ１４）。Ｍ・ＢＵ
Ｆオプティマイズ処理はバッファ使用領域をバッファヘ
ッダキューに登録されているバッファヘッダレコードを
チェックし、Ｅ・ＢＵＦ領域を使用して再配置を行う
（Ｓ４０〜Ｓ４２）。再配置完了後、パケットタスクに
Ｍ・ＢＵＦ再配置完了を通知する。パケットタスクはＭ
・ＢＵＦ再配置完了の通知を受けると回線ビジーを解除
するためデータリンクタスクに対しバッファビジー解除
を通知し、ＲＲパケットを送信要求する（Ｓ１５，Ｓ１
７）。データリンクタスクはパケットタスクから回線ビ
ジー解除の通知を受けるとＲＲパケットを送信し、パケ
ットレイヤのビジー状態を解除する（Ｓ３８〜Ｓ３
９）。さらにデータリンクレイヤのビジー状態も解除す
るためＲＲフレームを送信し、データリンクタスクは回
線ビジー解除完了をパケットタスクに通知する（Ｓ３１
０〜Ｓ３１２）。パケットタスクは回線ビジー解除完了
の通知を受けると再度バッファを獲得し、通信を続行す
る（Ｓ１１）。
バッファビジー通知を受けるとＲＮＲパケットを送信し
（Ｓ３３）、データリンクレイヤをビジー状態にするた
めＲＮＲフレームを送信する（Ｓ３４）。回線ビジー設
定完了後、パケットタスクに回線ビジー設定完了を通知
する（Ｓ３５，Ｓ３６）。パケットタスクは回線ビジー
設定完了の通知を受けると（Ｓ１２）、再度、Ｍ・ＢＵ
Ｆオプティマイズ処理を実行する（Ｓ１４）。Ｍ・ＢＵ
Ｆオプティマイズ処理はバッファ使用領域をバッファヘ
ッダキューに登録されているバッファヘッダレコードを
チェックし、Ｅ・ＢＵＦ領域を使用して再配置を行う
（Ｓ４０〜Ｓ４２）。再配置完了後、パケットタスクに
Ｍ・ＢＵＦ再配置完了を通知する。パケットタスクはＭ
・ＢＵＦ再配置完了の通知を受けると回線ビジーを解除
するためデータリンクタスクに対しバッファビジー解除
を通知し、ＲＲパケットを送信要求する（Ｓ１５，Ｓ１
７）。データリンクタスクはパケットタスクから回線ビ
ジー解除の通知を受けるとＲＲパケットを送信し、パケ
ットレイヤのビジー状態を解除する（Ｓ３８〜Ｓ３
９）。さらにデータリンクレイヤのビジー状態も解除す
るためＲＲフレームを送信し、データリンクタスクは回
線ビジー解除完了をパケットタスクに通知する（Ｓ３１
０〜Ｓ３１２）。パケットタスクは回線ビジー解除完了
の通知を受けると再度バッファを獲得し、通信を続行す
る（Ｓ１１）。
【００２２】データリンクタスク処理でバッファの枯渇
が発生した場合について説明する。データリンクタスク
はバッファ獲得に失敗するとＭ・ＢＵＦオプティマイズ
処理をコールする（Ｓ２１）。Ｍ・ＢＵＦオプティマイ
ズ処理はタスクのメモリ制御対象をＭ・ＢＵＦからＥ・
ＢＵＦに切り替えて制御をタスクに戻す（Ｓ４４〜Ｓ４
５）。データリンクタスクは回線をビジー状態にしてか
らパケットタスクに対してバッファビジーを通知し、通
信中ならばＲＮＲフレームを送信する（Ｓ２２〜Ｓ２
３）。尚、各タスク間通信時にはＥ・ＢＵＦのバッファ
を使用する。パケットタスクはデータリンクタスクから
バッファビジー通知を受け取るとパケットデータの送信
を一時、停止する。データリンクタスクは回線ビジーの
設定を完了すると再度、Ｍ・ＢＵＦオプティマイズ処理
をコールする（Ｓ２４）。Ｍ・ＢＵＦオプティマイズ処
理はバッファ使用領域をバッファヘッダキューに登録さ
れている全バッファヘッダレコードをチェックし、Ｅ・
ＢＵＦを使用して再配置する（Ｓ４０〜Ｓ４３）。オプ
ティマイズ処理を実行後もバッファ獲得に失敗する場合
はバッファ不足を上位プロトコル装置へ通知し、回線を
切断する（Ｓ２７）。再配置完了後、データリンクタス
クにＭ・ＢＵＦ再配置完了を通知する。データリンクタ
スクはＭ・ＢＵＦ再配置完了の通知を受けると回線ビジ
ーを解除するためＲＲフレームを送信し、その応答確認
後、パケットタスクにバッファビジー解除を通知する
（Ｓ２５〜Ｓ２６）。データリンクタスクはＭ・ＢＵＦ
オプティマイズ処理を終了し、再度、バッファを獲得す
る。バケットタスクはバッファビジー解除通知を受ける
とデータの送受信を再開する。
が発生した場合について説明する。データリンクタスク
はバッファ獲得に失敗するとＭ・ＢＵＦオプティマイズ
処理をコールする（Ｓ２１）。Ｍ・ＢＵＦオプティマイ
ズ処理はタスクのメモリ制御対象をＭ・ＢＵＦからＥ・
ＢＵＦに切り替えて制御をタスクに戻す（Ｓ４４〜Ｓ４
５）。データリンクタスクは回線をビジー状態にしてか
らパケットタスクに対してバッファビジーを通知し、通
信中ならばＲＮＲフレームを送信する（Ｓ２２〜Ｓ２
３）。尚、各タスク間通信時にはＥ・ＢＵＦのバッファ
を使用する。パケットタスクはデータリンクタスクから
バッファビジー通知を受け取るとパケットデータの送信
を一時、停止する。データリンクタスクは回線ビジーの
設定を完了すると再度、Ｍ・ＢＵＦオプティマイズ処理
をコールする（Ｓ２４）。Ｍ・ＢＵＦオプティマイズ処
理はバッファ使用領域をバッファヘッダキューに登録さ
れている全バッファヘッダレコードをチェックし、Ｅ・
ＢＵＦを使用して再配置する（Ｓ４０〜Ｓ４３）。オプ
ティマイズ処理を実行後もバッファ獲得に失敗する場合
はバッファ不足を上位プロトコル装置へ通知し、回線を
切断する（Ｓ２７）。再配置完了後、データリンクタス
クにＭ・ＢＵＦ再配置完了を通知する。データリンクタ
スクはＭ・ＢＵＦ再配置完了の通知を受けると回線ビジ
ーを解除するためＲＲフレームを送信し、その応答確認
後、パケットタスクにバッファビジー解除を通知する
（Ｓ２５〜Ｓ２６）。データリンクタスクはＭ・ＢＵＦ
オプティマイズ処理を終了し、再度、バッファを獲得す
る。バケットタスクはバッファビジー解除通知を受ける
とデータの送受信を再開する。
【００２３】尚、ハイレベルデータリンク制御手順を使
用した場合のＭ・ＢＵＦオプティマイズ処理は、パケッ
トタスクへの処理を全て除外したものと同等なので省略
する。
用した場合のＭ・ＢＵＦオプティマイズ処理は、パケッ
トタスクへの処理を全て除外したものと同等なので省略
する。
【００２４】
【発明の効果】以上説明したように本発明によれば、主
記憶領域から必要なデータ長だけ動的にバッファを獲得
し、使用後は主記憶領域に返却する。さらに、バッファ
の枯渇が発生した場合、通信回線を一時的にビジー状態
にした後で主記憶領域をオプティマイズすることにより
資源を有効に使用することができる効果を有する。
記憶領域から必要なデータ長だけ動的にバッファを獲得
し、使用後は主記憶領域に返却する。さらに、バッファ
の枯渇が発生した場合、通信回線を一時的にビジー状態
にした後で主記憶領域をオプティマイズすることにより
資源を有効に使用することができる効果を有する。
【図１】本発明の一実施例を示すブロック図である。
【図２】本実施例におけるバッファヘッダレコード２０
０の構成例を示す図である。
０の構成例を示す図である。
【図３】本実施例におけるＭ・ＢＵＦ上のバッファの構
成例を示す図である。
成例を示す図である。
【図４】本発明のＭ・ＢＵＦオプティマイズ処理の説明
図である。
図である。
【図５】（ａ）はパケットタスク・バッファ獲得処理の
動作フロー図、（ｂ）はデータリンク・バッファ獲得処
理の動作フロー図、（ｃ）はパケットタスク・パケット
受信処理の動作フロー図である。
動作フロー図、（ｂ）はデータリンク・バッファ獲得処
理の動作フロー図、（ｃ）はパケットタスク・パケット
受信処理の動作フロー図である。
【図６】（ａ）はデータリンクタスク受信処理の動作フ
ロー図、（ｂ）はＭ・ＢＵＦオプティマイズ処理の動作
フロー図である。
ロー図、（ｂ）はＭ・ＢＵＦオプティマイズ処理の動作
フロー図である。
【図７】（ａ）はバッファ獲得処理の動作フロー図、
（ｂ）はバッファ解放処理の動作フロー図、（ｃ）はバ
ッファ検索処理の動作フロー図である。
（ｂ）はバッファ解放処理の動作フロー図、（ｃ）はバ
ッファ検索処理の動作フロー図である。
１００ パケットタスク １０１ データリンクタスク １０２ バッファ獲得処理 １０３ Ｍ・ＢＵＦオプティマイズ処理 １０４ バッファ解放処理 １０５ バッファヘッダキュー １０６ 空きバッファヘッダキュー １０７ 主記憶領域 １０８ Ｍ・ＢＵＦ １０９ Ｅ・ＢＵＦ ２００ バッファヘッダレコード ２０１ ＮＥＸＴ．Ｐ ２０２ タスクＩＤ ２０３ バッファヘッダレコード番号 ２０４ バッファ長 ２０５ バッファアドレス ３００ バッファ ３０１ バッファＩＤ ３０２ バッファ番号 ３０３ データ ４０１ 第１バッファ ４０２ 第２バッファ ４０３ 第３バッファ ４０４ 第４バッファ ４０５ 第５バッファ ４０６ 第６バッファ ４０７ 第７バッファ ４０８ 第８バッファ
Claims (3)
- 【請求項１】 パケット交換回線を使用してデータ通信
を行う通信制御装置におけるバッファ管理方式におい
て、通信制御装置起動時に主記憶領域を通常のデータ通
信で使う第１のバッファ領域と障害発生時にデータを緊
急待避させる第２のバッファ領域に分割する分割手段
と、前記データ通信時に通信プロトコルの各レイヤ対応
にバッファを前記第１のバッファ領域から獲得して通信
処理を行い、前記バッファの獲得に失敗した場合はオプ
ティマイズ手段を介して前記第１のバッファ領域のオプ
ティマイズ処理を行った後前記第１のバッファ領域から
前記バッファを再度獲得し前記通信処理を再開する前記
各レイヤ対応のタスク群と、前記第２の領域を使用して
予め決められた方法により前記第１のバッファ領域のオ
プティマイズ処理を行う前記オプティマイズ手段を備
え、前記主記憶領域の前記第１のバッファ領域の利用効
率を向上させたことを特徴とする通信制御装置における
バッファ管理方式。 - 【請求項２】 前記オプティマイズ処理が、前記第１の
バッファ領域における使用中のバッファを前記第２のバ
ッファ領域に該領域の最初から連続して配置した後、前
記第２のバッファ領域に連続して配置された前記バッフ
ァをクリアされた前記第１のバッファ領域にコビーする
ことを特徴とする請求項１記載の通信制御装置における
バッファ管理方式。 - 【請求項３】 ハイレベルデータリンク制御手順を使用
してデータ通信を行う通信制御装置におけるバッファ管
理方式において、通信制御装置起動時に主記憶領域を通
常のデータ通信で使う第１のバッファ領域と障害発生時
にデータを緊急待避させる第２のバッファ領域に分割す
る分割手段と、前記データ通信時に通信プロトコルの各
レイヤ対応にバッファを前記第１のバッファ領域から獲
得して通信処理を行い、前記バッファの獲得に失敗した
場合はオプティマイズ手段を介して前記第１のバッファ
領域のオプティマイズ処理を行った後前記第１のバッフ
ァ領域から前記バッファを再度獲得し前記通信処理を再
開する前記各レイヤ対応のタスク群と、前記第２の領域
を使用して予め決められた方法により前記第１のバッフ
ァ領域のオプティマイズ処理を行う前記オプティマイズ
手段を備え、前記主記憶領域の前記第１のバッファ領域
の利用効率を向上させたことを特徴とする通信制御装置
におけるバッファ管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22042195A JPH0964918A (ja) | 1995-08-29 | 1995-08-29 | 通信制御装置におけるバッファ管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22042195A JPH0964918A (ja) | 1995-08-29 | 1995-08-29 | 通信制御装置におけるバッファ管理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0964918A true JPH0964918A (ja) | 1997-03-07 |
Family
ID=16750850
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP22042195A Pending JPH0964918A (ja) | 1995-08-29 | 1995-08-29 | 通信制御装置におけるバッファ管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0964918A (ja) |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS59119386A (ja) * | 1982-12-25 | 1984-07-10 | 富士通株式会社 | バツフア領域の制御方式 |
| JPS59176952A (ja) * | 1983-03-26 | 1984-10-06 | Ricoh Co Ltd | 通信制御方式 |
| JPS61262339A (ja) * | 1985-05-16 | 1986-11-20 | Fujitsu Ltd | バツフア管理方式 |
| JPS63232544A (ja) * | 1987-03-19 | 1988-09-28 | Fujitsu Ltd | 多チヤンネルパケツト化方式 |
| JPS63250245A (ja) * | 1987-04-06 | 1988-10-18 | Mitsubishi Electric Corp | 通信制御方式 |
| JPH01296740A (ja) * | 1988-05-25 | 1989-11-30 | Hitachi Ltd | パケットデータ転送制御装置 |
| JPH04112249A (ja) * | 1990-09-03 | 1992-04-14 | Matsushita Electric Ind Co Ltd | メモリ管理方式 |
| JPH0543246B2 (ja) * | 1986-03-03 | 1993-07-01 | Oji Paper Co | |
| JPH06202936A (ja) * | 1992-10-29 | 1994-07-22 | Internatl Business Mach Corp <Ibm> | コンピュータ主記憶域管理システムおよび方法 |
| JPH07262079A (ja) * | 1994-03-16 | 1995-10-13 | Fujitsu Ltd | バッファ再割当システム |
-
1995
- 1995-08-29 JP JP22042195A patent/JPH0964918A/ja active Pending
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS59119386A (ja) * | 1982-12-25 | 1984-07-10 | 富士通株式会社 | バツフア領域の制御方式 |
| JPS59176952A (ja) * | 1983-03-26 | 1984-10-06 | Ricoh Co Ltd | 通信制御方式 |
| JPS61262339A (ja) * | 1985-05-16 | 1986-11-20 | Fujitsu Ltd | バツフア管理方式 |
| JPH0543246B2 (ja) * | 1986-03-03 | 1993-07-01 | Oji Paper Co | |
| JPS63232544A (ja) * | 1987-03-19 | 1988-09-28 | Fujitsu Ltd | 多チヤンネルパケツト化方式 |
| JPS63250245A (ja) * | 1987-04-06 | 1988-10-18 | Mitsubishi Electric Corp | 通信制御方式 |
| JPH01296740A (ja) * | 1988-05-25 | 1989-11-30 | Hitachi Ltd | パケットデータ転送制御装置 |
| JPH04112249A (ja) * | 1990-09-03 | 1992-04-14 | Matsushita Electric Ind Co Ltd | メモリ管理方式 |
| JPH06202936A (ja) * | 1992-10-29 | 1994-07-22 | Internatl Business Mach Corp <Ibm> | コンピュータ主記憶域管理システムおよび方法 |
| JPH07262079A (ja) * | 1994-03-16 | 1995-10-13 | Fujitsu Ltd | バッファ再割当システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8032786B2 (en) | Information-processing equipment and system therefor with switching control for switchover operation | |
| US5386512A (en) | System for deriving and testing mutual capability set after receiving updated capability from other processors and before requesting service information | |
| US20070174849A1 (en) | Non-disruptive multipath device driver update system and method | |
| WO1986001018A1 (en) | Database backup method | |
| US6654880B1 (en) | Method and apparatus for reducing system down time by restarting system using a primary memory before dumping contents of a standby memory to external storage | |
| KR100323255B1 (ko) | 업무인계시스템 | |
| JPH04234240A (ja) | 通信セッション監査方法及び装置 | |
| JPH0964918A (ja) | 通信制御装置におけるバッファ管理方式 | |
| JP2003058435A (ja) | サービス制御アプリケーション実行方法及びシステム | |
| JP2001027951A (ja) | マルチプロセッサ構成の情報処理システムにおけるファイルロード装置と記録媒体 | |
| EP0884682A2 (en) | Cache memory management method for real time operating system | |
| CN101616025B (zh) | 一种控制板上业务的主备确定方法和装置 | |
| JP2003298624A (ja) | サービス制御アプリケーション実行システムにおける通信路確保方法 | |
| JP2003258997A (ja) | サービス制御ノードシステムの予備方式 | |
| JPH07177543A (ja) | 無中断ファイル更新処理方式 | |
| JP3528298B2 (ja) | 画像通信装置 | |
| CN100334554C (zh) | 全分布处理系统中的备份和负荷控制方法 | |
| US12561163B2 (en) | Long running operations implementation | |
| JP2002057712A (ja) | パケットメモリのメモリリーク復旧方法およびバッファ処理装置 | |
| JPH08190528A (ja) | システム管理装置 | |
| KR100436658B1 (ko) | 이동통신 단말기에 설치된 데이터 링크계층 관리모듈의버퍼 운영방법 | |
| JP2645134B2 (ja) | 復旧信号リンクへのメッセージ送出制御方式 | |
| JP2704095B2 (ja) | 交換システム | |
| JPH02139630A (ja) | オンラインタスク入替え装置 | |
| JPH0532017A (ja) | プリンタ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 19980609 |