JP2000069078A - フレーム多重プロトコル処理方法及びフレーム多重プロトコル処理方式 - Google Patents
フレーム多重プロトコル処理方法及びフレーム多重プロトコル処理方式Info
- Publication number
- JP2000069078A JP2000069078A JP23387898A JP23387898A JP2000069078A JP 2000069078 A JP2000069078 A JP 2000069078A JP 23387898 A JP23387898 A JP 23387898A JP 23387898 A JP23387898 A JP 23387898A JP 2000069078 A JP2000069078 A JP 2000069078A
- Authority
- JP
- Japan
- Prior art keywords
- dlci
- frame
- protocol processing
- link
- state value
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 リンク設定要求拒否に伴うシステムダウンを
回避する。 【解決手段】 回線対応部の上位ソフトウェアは、ＤＬ
ＣＩ＝ｙのリンク処理が受け付け可能となった時点で、
ＤＬＣＩ＝ｙの相手動作モード設定待ち要求を発行す
る。レイヤ２データリンク制御部は、この要求を受け取
ると、ＤＬＣＩ＝ｙの受信可情報を受信インタフェース
部に設定する。受信インタフェース部は、受信可情報が
設定されていないＤＬＣＩ＝ｘ，ｚのリンクについて受
信フレームをハードウェアレベルで廃棄し、受信可情報
が設定されたＤＬＣＩ＝ｙのリンクのみ受信フレームを
廃棄せずにレイヤ２データリンク制御部に渡す。
回避する。 【解決手段】 回線対応部の上位ソフトウェアは、ＤＬ
ＣＩ＝ｙのリンク処理が受け付け可能となった時点で、
ＤＬＣＩ＝ｙの相手動作モード設定待ち要求を発行す
る。レイヤ２データリンク制御部は、この要求を受け取
ると、ＤＬＣＩ＝ｙの受信可情報を受信インタフェース
部に設定する。受信インタフェース部は、受信可情報が
設定されていないＤＬＣＩ＝ｘ，ｚのリンクについて受
信フレームをハードウェアレベルで廃棄し、受信可情報
が設定されたＤＬＣＩ＝ｙのリンクのみ受信フレームを
廃棄せずにレイヤ２データリンク制御部に渡す。
Description
【０００１】
【発明の属する技術分野】本発明は、フレームリレー技
術を適用してフレーム多重プロトコル処理を実行するフ
レーム多重プロトコル処理方法及びフレーム多重プロト
コル処理方式に関するものである。
術を適用してフレーム多重プロトコル処理を実行するフ
レーム多重プロトコル処理方法及びフレーム多重プロト
コル処理方式に関するものである。
【０００２】
【従来の技術】近年、ＬＡＰＤ（Link Access Procedur
e on the D-channel）勧告、ＬＡＰＢ（Link Access Pr
ocedure Balanced mode ）勧告等のプロトコルにおい
て、フレームリレー技術を適用してフレーム多重処理を
行い、従来の１リンクに１ＬＳＩに比較して、数百から
数千リンクを１ＬＳＩにて終端するといった、経済効果
の高いフレーム多重プロトコル処理方式が盛んに利用さ
れるようになった。
e on the D-channel）勧告、ＬＡＰＢ（Link Access Pr
ocedure Balanced mode ）勧告等のプロトコルにおい
て、フレームリレー技術を適用してフレーム多重処理を
行い、従来の１リンクに１ＬＳＩに比較して、数百から
数千リンクを１ＬＳＩにて終端するといった、経済効果
の高いフレーム多重プロトコル処理方式が盛んに利用さ
れるようになった。
【０００３】ＬＡＰＤ多重の場合、相手動作モード設定
待ち状態でないときに、制御フィールドにＳＡＢＭＥ
（Set Asynchronous Balanced Mode Extended ）コマン
ドが設定されたフレームを相手端末から受信すると、制
御フィールドにＤＭ（Disconnected Mode ）コマンドを
設定したフレームを相手端末に返してリンク設定要求を
拒否する。このような勧告通りの動作を行うと、悪意呼
（安直な端末プログラムによる加入者端末）では、ＤＭ
フレームを受けた時点で、即時にＳＡＢＭＥフレームの
再送を無制限に実行する。
待ち状態でないときに、制御フィールドにＳＡＢＭＥ
（Set Asynchronous Balanced Mode Extended ）コマン
ドが設定されたフレームを相手端末から受信すると、制
御フィールドにＤＭ（Disconnected Mode ）コマンドを
設定したフレームを相手端末に返してリンク設定要求を
拒否する。このような勧告通りの動作を行うと、悪意呼
（安直な端末プログラムによる加入者端末）では、ＤＭ
フレームを受けた時点で、即時にＳＡＢＭＥフレームの
再送を無制限に実行する。
【０００４】
【発明が解決しようとする課題】以上のように従来のフ
レーム多重プロトコル処理方法では、リンク設定要求拒
否に伴う、ＳＡＢＭＥ，ＤＭのショートフレーム送受信
によりフレーム多重プロトコル処理を実行する手段の処
理能力が使い果たされ、このためにフレーム多重プロト
コル処理システム全体が不安定になり、最悪、障害状態
へ陥るという問題点があった。本発明は、上記課題を解
決するためになされたもので、従来の勧告通りの動作で
陥るシステムダウンの問題を回避し、回線対応部の上位
ソフトウェアからの相手動作モード設定待ち要求が有る
個々のＤＬＣＩに対して、効率良く処理能力を割り当て
ることができるフレーム多重プロトコル処理方法及びフ
レーム多重プロトコル処理方式を提供することを目的と
する。
レーム多重プロトコル処理方法では、リンク設定要求拒
否に伴う、ＳＡＢＭＥ，ＤＭのショートフレーム送受信
によりフレーム多重プロトコル処理を実行する手段の処
理能力が使い果たされ、このためにフレーム多重プロト
コル処理システム全体が不安定になり、最悪、障害状態
へ陥るという問題点があった。本発明は、上記課題を解
決するためになされたもので、従来の勧告通りの動作で
陥るシステムダウンの問題を回避し、回線対応部の上位
ソフトウェアからの相手動作モード設定待ち要求が有る
個々のＤＬＣＩに対して、効率良く処理能力を割り当て
ることができるフレーム多重プロトコル処理方法及びフ
レーム多重プロトコル処理方式を提供することを目的と
する。
【０００５】
【課題を解決するための手段】本発明のフレーム多重プ
ロトコル処理方法は、請求項１に記載のように、上位ソ
フトウェアからの相手動作モード設定待ち要求が発生し
ていないＤＬＣＩに対応する受信フレームをハードウェ
アレベルで廃棄するようにしたものである。これによ
り、レイヤ２プロトコル処理の負荷をなくすことができ
る。また、本発明のフレーム多重プロトコル処理方式
は、請求項２に記載のように、上位ソフトウェアからの
相手動作モード設定待ち要求が発生していないＤＬＣＩ
に対応する受信フレームをハードウェアレベルで廃棄す
る手段を有するものである。また、請求項３に記載のよ
うに、回線対応部の上位ソフトウェアにより相手動作モ
ード設定待ち要求が発行されたＤＬＣＩを格納するため
のＤＬＣＩレジスタと、このＤＬＣＩと同時に設定され
る、相手動作モード設定待ちか否かを示す状態値を格納
するための状態値レジスタと、受信フレームからＤＬＣ
Ｉを抽出するＤＬＣＩ変換回路と、ＤＬＣＩレジスタか
ら出力されたＤＬＣＩに対応するアドレスに状態値レジ
スタからの状態値を格納し、ＤＬＣＩ変換回路から出力
されたＤＬＣＩに対応するアドレスより状態値を読み出
すメモリと、メモリから出力された状態値が相手動作モ
ード設定待ちでないことを示しているとき、この状態値
に対応する受信フレームを廃棄するフレーム廃棄回路と
を、回線対応部に備えるものである。
ロトコル処理方法は、請求項１に記載のように、上位ソ
フトウェアからの相手動作モード設定待ち要求が発生し
ていないＤＬＣＩに対応する受信フレームをハードウェ
アレベルで廃棄するようにしたものである。これによ
り、レイヤ２プロトコル処理の負荷をなくすことができ
る。また、本発明のフレーム多重プロトコル処理方式
は、請求項２に記載のように、上位ソフトウェアからの
相手動作モード設定待ち要求が発生していないＤＬＣＩ
に対応する受信フレームをハードウェアレベルで廃棄す
る手段を有するものである。また、請求項３に記載のよ
うに、回線対応部の上位ソフトウェアにより相手動作モ
ード設定待ち要求が発行されたＤＬＣＩを格納するため
のＤＬＣＩレジスタと、このＤＬＣＩと同時に設定され
る、相手動作モード設定待ちか否かを示す状態値を格納
するための状態値レジスタと、受信フレームからＤＬＣ
Ｉを抽出するＤＬＣＩ変換回路と、ＤＬＣＩレジスタか
ら出力されたＤＬＣＩに対応するアドレスに状態値レジ
スタからの状態値を格納し、ＤＬＣＩ変換回路から出力
されたＤＬＣＩに対応するアドレスより状態値を読み出
すメモリと、メモリから出力された状態値が相手動作モ
ード設定待ちでないことを示しているとき、この状態値
に対応する受信フレームを廃棄するフレーム廃棄回路と
を、回線対応部に備えるものである。
【０００６】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。図１は本発明の実施
の形態となる回線対応部のフレーム受信インタフェース
部のブロック図である。本実施の形態のフレーム受信イ
ンタフェース部は、複数の端末を収容するフレームリレ
ー交換機において、回線毎に設けられた各回線対応部内
に設けられている。
て図面を参照して詳細に説明する。図１は本発明の実施
の形態となる回線対応部のフレーム受信インタフェース
部のブロック図である。本実施の形態のフレーム受信イ
ンタフェース部は、複数の端末を収容するフレームリレ
ー交換機において、回線毎に設けられた各回線対応部内
に設けられている。
【０００７】以下、本実施の形態によるフレーム多重プ
ロトコル処理方法の動作を図２のフレーム多重プロトコ
ル処理シーケンスを用いて説明する。回線対応部が起動
して相手端末からの受信フレームを受け付けられる状態
になると、相手端末は、図２に示すように、データリン
ク設定のため、制御フィールドにＳＡＢＭＥ（Set Asyn
chronous Balanced Mode Extended ）コマンドを設定し
たフレーム（以下、ＳＡＢＭＥフレームとする）を送信
する。
ロトコル処理方法の動作を図２のフレーム多重プロトコ
ル処理シーケンスを用いて説明する。回線対応部が起動
して相手端末からの受信フレームを受け付けられる状態
になると、相手端末は、図２に示すように、データリン
ク設定のため、制御フィールドにＳＡＢＭＥ（Set Asyn
chronous Balanced Mode Extended ）コマンドを設定し
たフレーム（以下、ＳＡＢＭＥフレームとする）を送信
する。
【０００８】このＳＡＢＭＥフレームの送信は、ＬＡＰ
Ｄ（Link Access Procedure on theD-channel）あるい
はＬＡＰＢ（Link Access Procedure Balanced mode ）
勧告に従って、応答監視タイマ（Ｔ２０３タイマ）のタ
イムアウト後に、最大再送回数分再送が行われる。起動
時の回線対応部は、相手端末からのＳＡＢＭＥフレーム
を全て廃棄する状態にある。
Ｄ（Link Access Procedure on theD-channel）あるい
はＬＡＰＢ（Link Access Procedure Balanced mode ）
勧告に従って、応答監視タイマ（Ｔ２０３タイマ）のタ
イムアウト後に、最大再送回数分再送が行われる。起動
時の回線対応部は、相手端末からのＳＡＢＭＥフレーム
を全て廃棄する状態にある。
【０００９】回線対応部の上位ソフトウェアは、データ
リンク接続識別子（Data Link Connection Identifier
、以下、ＤＬＣＩとする）の値が「ｙ」であるデータ
リンクの処理を受け付け可能となった時点で、図２に示
すように、ＤＬＣＩ＝ｙの相手動作モード設定待ち要求
をレイヤ２上位ファームウェアに発行する。
リンク接続識別子（Data Link Connection Identifier
、以下、ＤＬＣＩとする）の値が「ｙ」であるデータ
リンクの処理を受け付け可能となった時点で、図２に示
すように、ＤＬＣＩ＝ｙの相手動作モード設定待ち要求
をレイヤ２上位ファームウェアに発行する。
【００１０】回線対応部のレイヤ２上位ファームウェア
は、上記勧告に従って同じくＤＬＣＩ＝ｙの相手動作モ
ード設定待ち要求を図示しないレイヤ２データリンク制
御部（以下、ＤＬＣとする）に発行する。
は、上記勧告に従って同じくＤＬＣＩ＝ｙの相手動作モ
ード設定待ち要求を図示しないレイヤ２データリンク制
御部（以下、ＤＬＣとする）に発行する。
【００１１】ＤＬＣは、レイヤ２上位ファームウェアか
らＤＬＣＩ＝ｙの相手動作モード設定待ち要求を受け取
ると、ＤＬＣＩ＝ｙの受信可情報を図１の受信インタフ
ェース部に設定すると共に、上記勧告に従って相手動作
モード設定待ち状態へ移行し、相手動作モード設定待ち
状態への移行が完了したことを通知する正常応答をレイ
ヤ２上位ファームウェアに送信する。そして、レイヤ２
上位ファームウェアは、ＤＬＣからの応答を受け取る
と、同様の応答をソフトウェアに送信する。
らＤＬＣＩ＝ｙの相手動作モード設定待ち要求を受け取
ると、ＤＬＣＩ＝ｙの受信可情報を図１の受信インタフ
ェース部に設定すると共に、上記勧告に従って相手動作
モード設定待ち状態へ移行し、相手動作モード設定待ち
状態への移行が完了したことを通知する正常応答をレイ
ヤ２上位ファームウェアに送信する。そして、レイヤ２
上位ファームウェアは、ＤＬＣからの応答を受け取る
と、同様の応答をソフトウェアに送信する。
【００１２】ここで、図１の受信インタフェース部に対
するＤＬＣＩ＝ｙの受信可情報の設定について説明す
る。ＤＬＣは、レイヤ２上位ファームウェアからＤＬＣ
Ｉ＝ｙの相手動作モード設定待ち要求を受け取ると、設
定すべきＤＬＣＩの値として「ｙ」をＤＬＣＩレジスタ
１へ設定すると共に、相手動作モード設定待ちか否かを
示す１ビットの状態値として相手動作モード設定待ちで
あることを示す「１」を状態値レジスタ２へ設定する。
するＤＬＣＩ＝ｙの受信可情報の設定について説明す
る。ＤＬＣは、レイヤ２上位ファームウェアからＤＬＣ
Ｉ＝ｙの相手動作モード設定待ち要求を受け取ると、設
定すべきＤＬＣＩの値として「ｙ」をＤＬＣＩレジスタ
１へ設定すると共に、相手動作モード設定待ちか否かを
示す１ビットの状態値として相手動作モード設定待ちで
あることを示す「１」を状態値レジスタ２へ設定する。
【００１３】メモリ（構成によってはレジスタ）４は、
１ビットの状態値を保持するためのメモリであり、この
メモリ４の各アドレスは、特定のＤＬＣＩにそれぞれ対
応している。セレクタ３は、ＤＬＣＩレジスタ１にＤＬ
ＣＩが設定され、かつ状態値レジスタ２に状態値が設定
された時点で、ＤＬＣＩレジスタ１の出力を選択する。
こうして、ＤＬＣＩレジスタ１に設定された、ライトア
ドレスとなるＤＬＣＩがメモリ４に入力される。
１ビットの状態値を保持するためのメモリであり、この
メモリ４の各アドレスは、特定のＤＬＣＩにそれぞれ対
応している。セレクタ３は、ＤＬＣＩレジスタ１にＤＬ
ＣＩが設定され、かつ状態値レジスタ２に状態値が設定
された時点で、ＤＬＣＩレジスタ１の出力を選択する。
こうして、ＤＬＣＩレジスタ１に設定された、ライトア
ドレスとなるＤＬＣＩがメモリ４に入力される。
【００１４】このとき、状態値レジスタ２から出力され
た状態値がメモリ４にデータ入力されているので、ＤＬ
ＣＩレジスタ１からのＤＬＣＩに対応したメモリ４のア
ドレスに状態値レジスタ２からの状態値「１」が書き込
まれる。
た状態値がメモリ４にデータ入力されているので、ＤＬ
ＣＩレジスタ１からのＤＬＣＩに対応したメモリ４のア
ドレスに状態値レジスタ２からの状態値「１」が書き込
まれる。
【００１５】一方、データ受信回路５は、相手端末から
の受信フレームデータが入力されると、このフレームの
アドレスフィールド（以下、Ａフィールドとする）のデ
ータをＡフィールドＤＬＣＩ変換回路６へ出力し、受信
フレームデータＤをＦＩＦＯ（先入れ先出しメモリ）７
へ出力する。ＡフィールドＤＬＣＩ変換回路６は、Ａフ
ィールドのデータからＤＬＣＩを抽出する。
の受信フレームデータが入力されると、このフレームの
アドレスフィールド（以下、Ａフィールドとする）のデ
ータをＡフィールドＤＬＣＩ変換回路６へ出力し、受信
フレームデータＤをＦＩＦＯ（先入れ先出しメモリ）７
へ出力する。ＡフィールドＤＬＣＩ変換回路６は、Ａフ
ィールドのデータからＤＬＣＩを抽出する。
【００１６】セレクタ３は、ＡフィールドＤＬＣＩ変換
回路６でＤＬＣＩが得られた時点で、ＡフィールドＤＬ
ＣＩ変換回路６の出力を選択する。こうして、Ａフィー
ルドＤＬＣＩ変換回路６から出力された、リードアドレ
スとなるＤＬＣＩがメモリ４に入力される。メモリ４
は、ＡフィールドＤＬＣＩ変換回路６からのＤＬＣＩに
対応したアドレスに格納している状態値をフレーム廃棄
回路８へ出力する。
回路６でＤＬＣＩが得られた時点で、ＡフィールドＤＬ
ＣＩ変換回路６の出力を選択する。こうして、Ａフィー
ルドＤＬＣＩ変換回路６から出力された、リードアドレ
スとなるＤＬＣＩがメモリ４に入力される。メモリ４
は、ＡフィールドＤＬＣＩ変換回路６からのＤＬＣＩに
対応したアドレスに格納している状態値をフレーム廃棄
回路８へ出力する。
【００１７】フレーム廃棄回路８は、メモリ４から読み
出された１ビットの状態値が「０」、すなわち相手動作
モード設定待ちでないことを示している場合、受信廃棄
と判断して、状態値「０」に対応するＤＬＣＩ（状態値
「０」が読み出されたときリードアドレスとなったＤＬ
ＣＩ）で特定される、ＦＩＦＯ７上のフレームデータＤ
をフレームの最初から最後まで（つまり、先頭フラグか
ら終端フラグまで）空読みして廃棄する。
出された１ビットの状態値が「０」、すなわち相手動作
モード設定待ちでないことを示している場合、受信廃棄
と判断して、状態値「０」に対応するＤＬＣＩ（状態値
「０」が読み出されたときリードアドレスとなったＤＬ
ＣＩ）で特定される、ＦＩＦＯ７上のフレームデータＤ
をフレームの最初から最後まで（つまり、先頭フラグか
ら終端フラグまで）空読みして廃棄する。
【００１８】また、フレーム廃棄回路８は、メモリ４か
ら読み出された１ビットの状態値が「１」、すなわち相
手動作モード設定待ちであることを示している場合、受
信可と判断して、ＦＩＦＯ７に対して何らの動作も起こ
さない。したがって、状態値「１」に対応するＤＬＣＩ
（状態値「１」が読み出されたときリードアドレスとな
ったＤＬＣＩ）で特定される、ＦＩＦＯ７上のフレーム
データＤがそのままＤＬＣに入力される。
ら読み出された１ビットの状態値が「１」、すなわち相
手動作モード設定待ちであることを示している場合、受
信可と判断して、ＦＩＦＯ７に対して何らの動作も起こ
さない。したがって、状態値「１」に対応するＤＬＣＩ
（状態値「１」が読み出されたときリードアドレスとな
ったＤＬＣＩ）で特定される、ＦＩＦＯ７上のフレーム
データＤがそのままＤＬＣに入力される。
【００１９】図２の例では、ＤＬＣＩ＝ｙのデータリン
クのみ受信可情報（状態値「１」）が設定され、ＤＬＣ
Ｉ＝ｘ，ｚのリンクについては受信可情報が設定されて
いないので（状態値「０」）、図２に示すＴ２０３タイ
マタイムアウト後に相手端末から再送されたＳＡＢＭＥ
フレームのうち、ＤＬＣＩ＝ｘ，ｚのＳＡＢＭＥフレー
ムについては図１の受信インタフェース部で廃棄され、
ＤＬＣＩ＝ｙのＳＡＢＭＥフレームのみ受信インタフェ
ース部で廃棄されずにＤＬＣに渡される。
クのみ受信可情報（状態値「１」）が設定され、ＤＬＣ
Ｉ＝ｘ，ｚのリンクについては受信可情報が設定されて
いないので（状態値「０」）、図２に示すＴ２０３タイ
マタイムアウト後に相手端末から再送されたＳＡＢＭＥ
フレームのうち、ＤＬＣＩ＝ｘ，ｚのＳＡＢＭＥフレー
ムについては図１の受信インタフェース部で廃棄され、
ＤＬＣＩ＝ｙのＳＡＢＭＥフレームのみ受信インタフェ
ース部で廃棄されずにＤＬＣに渡される。
【００２０】ＤＬＣは、受信したＤＬＣＩ＝ｙのＳＡＢ
ＭＥフレームのデータに基づいて、上記勧告に従ったリ
ンク設定処理を行い、リンク設定を受け付けたことを示
すＵＡ（Unnumbered Acknowledge）レスポンスを制御フ
ィールドに設定したフレームを相手端末に送信すると共
に、レイヤ２上位ファームウェアにＤＬＣＩ＝ｙのリン
ク設定通知を渡す。
ＭＥフレームのデータに基づいて、上記勧告に従ったリ
ンク設定処理を行い、リンク設定を受け付けたことを示
すＵＡ（Unnumbered Acknowledge）レスポンスを制御フ
ィールドに設定したフレームを相手端末に送信すると共
に、レイヤ２上位ファームウェアにＤＬＣＩ＝ｙのリン
ク設定通知を渡す。
【００２１】そして、レイヤ２上位ファームウェアは、
上位ソフトウェアに対して、ＤＬＣＩ＝ｙのリンク設定
を通知する。以降、ＤＬＣＩ＝ｙのリンク通信がプロト
コル勧告通りに実行され、受信したフレームが上位ソフ
トウェアあるいはレイヤ２上位ファームウェアによって
フレーム多重プロトコル処理される。
上位ソフトウェアに対して、ＤＬＣＩ＝ｙのリンク設定
を通知する。以降、ＤＬＣＩ＝ｙのリンク通信がプロト
コル勧告通りに実行され、受信したフレームが上位ソフ
トウェアあるいはレイヤ２上位ファームウェアによって
フレーム多重プロトコル処理される。
【００２２】なお、ＦＩＦＯ７は、例えば１ビットシリ
アルあるいは８ビットパラレルの単位でフレームデータ
Ｄを格納するが、ＡフィールドからＤＬＣＩを抽出し、
抽出したＤＬＣＩに対応する状態値をメモリ４から読み
出して、この状態値を基にフレーム廃棄回路８が受信廃
棄か受信可かを判断できるまでの短い処理時間分の容量
を備えていればよい。これにより、上記処理時間の分だ
けフレームデータを遅延させることができ、フレーム廃
棄回路８が受信廃棄か受信可かを判断する前にフレーム
データがＤＬＣに出力されてしまうことを防ぐことがで
きる。
アルあるいは８ビットパラレルの単位でフレームデータ
Ｄを格納するが、ＡフィールドからＤＬＣＩを抽出し、
抽出したＤＬＣＩに対応する状態値をメモリ４から読み
出して、この状態値を基にフレーム廃棄回路８が受信廃
棄か受信可かを判断できるまでの短い処理時間分の容量
を備えていればよい。これにより、上記処理時間の分だ
けフレームデータを遅延させることができ、フレーム廃
棄回路８が受信廃棄か受信可かを判断する前にフレーム
データがＤＬＣに出力されてしまうことを防ぐことがで
きる。
【００２３】また、起動時のフレーム受信インタフェー
ス部において、メモリ４の全ての状態値は、受信廃棄を
示す「０」となっている必要がある。このため、ＤＬＣ
は、起動時の初期設定として、ＤＬＣＩレジスタ１への
ＤＬＣＩ設定と状態値レジスタ２への状態値「０」設定
を所定のＤＬＣＩ分だけ繰り返すことにより、これらＤ
ＬＣＩに対応したメモリ４の各アドレスの状態値を全て
リセットする。
ス部において、メモリ４の全ての状態値は、受信廃棄を
示す「０」となっている必要がある。このため、ＤＬＣ
は、起動時の初期設定として、ＤＬＣＩレジスタ１への
ＤＬＣＩ設定と状態値レジスタ２への状態値「０」設定
を所定のＤＬＣＩ分だけ繰り返すことにより、これらＤ
ＬＣＩに対応したメモリ４の各アドレスの状態値を全て
リセットする。
【００２４】以上のように、本発明は、フレームリレー
技術を適用してフレーム多重プロトコル処理を実行する
回線対応部のフレーム受信インタフェース部に、回線対
応部（規模により、ＬＳＩ／パッケージ／モジュール）
の上位ソフトウェアからの相手動作モード設定待ち要求
が無い、個々のＤＬＣＩに対する全ての受信フレームを
ハードウェアレベルで廃棄するハードウェア手段を設け
たことを特徴としている。
技術を適用してフレーム多重プロトコル処理を実行する
回線対応部のフレーム受信インタフェース部に、回線対
応部（規模により、ＬＳＩ／パッケージ／モジュール）
の上位ソフトウェアからの相手動作モード設定待ち要求
が無い、個々のＤＬＣＩに対する全ての受信フレームを
ハードウェアレベルで廃棄するハードウェア手段を設け
たことを特徴としている。
【００２５】これは、従来の勧告通りの動作で陥る問題
を回避するため、相手端末側の応答監視タイマタイムア
ウト後の最大再送回数に従ったＳＡＢＭＥ再送を期待し
て、前述の相手動作モード設定待ち要求が無い、個々の
ＤＬＣＩに対する全ての受信フレームをハードウェアレ
ベルで廃棄する動作を実行する。
を回避するため、相手端末側の応答監視タイマタイムア
ウト後の最大再送回数に従ったＳＡＢＭＥ再送を期待し
て、前述の相手動作モード設定待ち要求が無い、個々の
ＤＬＣＩに対する全ての受信フレームをハードウェアレ
ベルで廃棄する動作を実行する。
【００２６】したがって、システム自体が処理すべきリ
ンクのみプロトコル処理を多重処理するため、悪意呼に
よるシステムダウンの問題が皆無となり、また、終端し
ないリンクに対する勧告処理（ＤＭフレームの送信）を
しないことだけでなく、受信フレームを破棄するレイヤ
２処理も不要となるので、終端するリンクに対して効率
良く処理能力を割り当てることが可能となる。
ンクのみプロトコル処理を多重処理するため、悪意呼に
よるシステムダウンの問題が皆無となり、また、終端し
ないリンクに対する勧告処理（ＤＭフレームの送信）を
しないことだけでなく、受信フレームを破棄するレイヤ
２処理も不要となるので、終端するリンクに対して効率
良く処理能力を割り当てることが可能となる。
【００２７】
【発明の効果】本発明によれば、上位ソフトウェアから
の相手動作モード設定待ち要求が発生していないＤＬＣ
Ｉに対応する受信フレームをハードウェアレベルで廃棄
するようにしたことにより、システム自体が処理すべき
リンク（相手動作モード設定待ち要求が発生したリン
ク）のみのプロトコル処理を多重処理するため、悪意呼
によるシステムダウンの問題が皆無となる。また、終端
しないリンク（相手動作モード設定待ち要求が発生して
いないリンク）に対する勧告処理をしないことだけでな
く、受信フレームを破棄するレイヤ２処理も不要となる
ので、終端するリンクに対して効率良く処理能力を割り
当てることが可能となる。
の相手動作モード設定待ち要求が発生していないＤＬＣ
Ｉに対応する受信フレームをハードウェアレベルで廃棄
するようにしたことにより、システム自体が処理すべき
リンク（相手動作モード設定待ち要求が発生したリン
ク）のみのプロトコル処理を多重処理するため、悪意呼
によるシステムダウンの問題が皆無となる。また、終端
しないリンク（相手動作モード設定待ち要求が発生して
いないリンク）に対する勧告処理をしないことだけでな
く、受信フレームを破棄するレイヤ２処理も不要となる
ので、終端するリンクに対して効率良く処理能力を割り
当てることが可能となる。
【図１】 本発明の実施の形態となる回線対応部のフレ
ーム受信インタフェース部のブロック図である。
ーム受信インタフェース部のブロック図である。
【図２】 フレーム多重プロトコル処理シーケンスを示
す図である。
す図である。
１…ＤＬＣＩレジスタ、２…状態値レジスタ、３…セレ
クタ、４…メモリ、５…データ受信回路、６…Ａフィー
ルドＤＬＣＩ変換回路、７…ＦＩＦＯ、８…フレーム廃
棄回路。
クタ、４…メモリ、５…データ受信回路、６…Ａフィー
ルドＤＬＣＩ変換回路、７…ＦＩＦＯ、８…フレーム廃
棄回路。
Claims (3)
- 【請求項１】 フレームリレー技術を適用してフレーム
多重プロトコル処理を実行するフレーム多重プロトコル
処理方法において、 上位ソフトウェアからの相手動作モード設定待ち要求が
発生していないＤＬＣＩに対応する受信フレームをハー
ドウェアレベルで廃棄することを特徴とするフレーム多
重プロトコル処理方法。 - 【請求項２】 フレームリレー技術を適用してフレーム
多重プロトコル処理を実行するフレーム多重プロトコル
処理方式において、 上位ソフトウェアからの相手動作モード設定待ち要求が
発生していないＤＬＣＩに対応する受信フレームをハー
ドウェアレベルで廃棄する手段を有することを特徴とす
るフレーム多重プロトコル処理方式。 - 【請求項３】 フレームリレー技術を適用してフレーム
多重プロトコル処理を実行するフレーム多重プロトコル
処理方式において、 回線対応部の上位ソフトウェアにより相手動作モード設
定待ち要求が発行されたＤＬＣＩを格納するためのＤＬ
ＣＩレジスタと、 このＤＬＣＩと同時に設定される、相手動作モード設定
待ちか否かを示す状態値を格納するための状態値レジス
タと、 受信フレームからＤＬＣＩを抽出するＤＬＣＩ変換回路
と、 ＤＬＣＩレジスタから出力されたＤＬＣＩに対応するア
ドレスに状態値レジスタからの状態値を格納し、ＤＬＣ
Ｉ変換回路から出力されたＤＬＣＩに対応するアドレス
より状態値を読み出すメモリと、 メモリから出力された状態値が相手動作モード設定待ち
でないことを示しているとき、この状態値に対応する受
信フレームを廃棄するフレーム廃棄回路とを、回線対応
部に備えることを特徴とするフレーム多重プロトコル処
理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23387898A JP3428447B2 (ja) | 1998-08-20 | 1998-08-20 | フレーム多重プロトコル処理方法及びフレーム多重プロトコル処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23387898A JP3428447B2 (ja) | 1998-08-20 | 1998-08-20 | フレーム多重プロトコル処理方法及びフレーム多重プロトコル処理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000069078A true JP2000069078A (ja) | 2000-03-03 |
| JP3428447B2 JP3428447B2 (ja) | 2003-07-22 |
Family
ID=16961990
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23387898A Expired - Fee Related JP3428447B2 (ja) | 1998-08-20 | 1998-08-20 | フレーム多重プロトコル処理方法及びフレーム多重プロトコル処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3428447B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EA013145B1 (ru) * | 2007-03-30 | 2010-02-26 | Сумитомо Метал Индастриз, Лтд. | Трубы нефтяного сортамента для развальцовки в скважине и способ их производства |
-
1998
- 1998-08-20 JP JP23387898A patent/JP3428447B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EA013145B1 (ru) * | 2007-03-30 | 2010-02-26 | Сумитомо Метал Индастриз, Лтд. | Трубы нефтяного сортамента для развальцовки в скважине и способ их производства |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3428447B2 (ja) | 2003-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5748628A (en) | ISDN D-channel signaling discriminator | |
| JP2717112B2 (ja) | 二重ポートタイミング制御器 | |
| US7370117B2 (en) | Communication system and method for communicating frames of management information in a multi-station network | |
| US6674751B1 (en) | Serialized bus communication and control architecture | |
| JP2971125B2 (ja) | 統合サービス・デシタル・ネットワークのためのスピード適合用モノリチック集積デバイス及び同期化及び分解方法 | |
| US5757804A (en) | Method and apparatus for eliminating offset calculations | |
| EP0245025A2 (en) | Response system of a terminal to an incoming call | |
| JP2000069078A (ja) | フレーム多重プロトコル処理方法及びフレーム多重プロトコル処理方式 | |
| CN115941382A (zh) | 一种spi通信的流控方法、装置、终端设备及存储介质 | |
| US6826175B1 (en) | Signaling link interface for processing signaling information in a telecommunications network | |
| CN113794713A (zh) | Fc-ae-1553协议桥接mil-std-1553和uart的通讯处理方法 | |
| KR100314582B1 (ko) | 디스램 시스템의 가입자보드 확장을 위한 제어메시지 관리방법 | |
| KR100291014B1 (ko) | 비동기전송모드교환기내시그널링프로토콜처리방법 | |
| JP3591491B2 (ja) | 二重化キュー同期化方式 | |
| JP3586520B2 (ja) | ディジタルメッセージ中継システム | |
| US5881052A (en) | Line signal analyzing method for use in an electronic switching system | |
| JP2000299703A (ja) | パケット通信システム | |
| JPH063925B2 (ja) | 共用チヤネルアクセス制御回路 | |
| JP3101861B2 (ja) | 共通付加遅延制御装置 | |
| JPS63211845A (ja) | ステ−タス報告方式 | |
| KR980013107A (ko) | Isdn 사용자-망 접속의 계층3에서 프리미티브 처리방법 | |
| KR980013104A (ko) | Isdn 사용자-망 접속의 계층3에서 프리미티브 처리방법 | |
| JPS63262941A (ja) | データリンク制御器 | |
| JPH02181554A (ja) | パケット交換機 | |
| KR980013106A (ko) | Isdn 사용자-망 접속의 계층3에서 프리미티브 처리방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090516 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100516 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110516 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |