JP3351866B2 - 通信端末装置の伝送制御方法 - Google Patents
通信端末装置の伝送制御方法Info
- Publication number
- JP3351866B2 JP3351866B2 JP17857893A JP17857893A JP3351866B2 JP 3351866 B2 JP3351866 B2 JP 3351866B2 JP 17857893 A JP17857893 A JP 17857893A JP 17857893 A JP17857893 A JP 17857893A JP 3351866 B2 JP3351866 B2 JP 3351866B2
- Authority
- JP
- Japan
- Prior art keywords
- frame
- terminal
- data
- packet
- transmission
- 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.)
- Expired - Fee Related
Links
Description
【０００１】
【産業上の利用分野】本発明は、フレームモードベアラ
サービスのフレームリレー網を伝送路としてを用いると
ともにＬＡＰＦの上位プロトコルとしてパケット手順を
適用してデータ伝送する通信端末装置の伝送制御方法に
関する。
サービスのフレームリレー網を伝送路としてを用いると
ともにＬＡＰＦの上位プロトコルとしてパケット手順を
適用してデータ伝送する通信端末装置の伝送制御方法に
関する。
【０００２】
【従来の技術】近年、高速なデータ伝送を可能とする伝
送網として、フレームモードベアラサービスを適用する
フレームリレー網が提案されている。このフレームリレ
ー網では、図９に示すような信号型式のフレーム（以
下、フレームリレーフレームという）を用いる。
送網として、フレームモードベアラサービスを適用する
フレームリレー網が提案されている。このフレームリレ
ー網では、図９に示すような信号型式のフレーム（以
下、フレームリレーフレームという）を用いる。
【０００３】このフレームリレーフレームは、２オクテ
ットのＬＡＰＦアドレスフィールドと、１オクテットの
制御フィールドと、任意オクテット長の情報フィールド
と、データ誤り検出のための２オクテットのＦＣＳ（フ
レームチェックシーケンス）からなる。また、ＬＡＰＦ
アドレスフィールドの前には所定ビットパターンからな
る開始フラグが配置され、また、ＦＣＳの後には終結フ
ラグが配置される。
ットのＬＡＰＦアドレスフィールドと、１オクテットの
制御フィールドと、任意オクテット長の情報フィールド
と、データ誤り検出のための２オクテットのＦＣＳ（フ
レームチェックシーケンス）からなる。また、ＬＡＰＦ
アドレスフィールドの前には所定ビットパターンからな
る開始フラグが配置され、また、ＦＣＳの後には終結フ
ラグが配置される。
【０００４】また、この場合、ＬＡＰＦアドレスフィー
ルドに配置されるＤＬＣＩ（データリンクコネクション
識別子）のビット数が１０ビットの場合であり、第２オ
クテットの第４ビットはＦＥＣＮ（順方向明示的輻輳表
示）ビットに設定されており、また、第２オクテットの
第３ビットはＢＥＣＮ（逆方向明示的輻輳表示）ビット
に設定されている。また、第２オクテットの第２ビット
は、ＤＥ（廃棄可能表示）ビットに設定されており、こ
のＤＥビットが１にセットされたフレームは、例えば、
網の輻輳が発生した場合に、優先的に廃棄される。
ルドに配置されるＤＬＣＩ（データリンクコネクション
識別子）のビット数が１０ビットの場合であり、第２オ
クテットの第４ビットはＦＥＣＮ（順方向明示的輻輳表
示）ビットに設定されており、また、第２オクテットの
第３ビットはＢＥＣＮ（逆方向明示的輻輳表示）ビット
に設定されている。また、第２オクテットの第２ビット
は、ＤＥ（廃棄可能表示）ビットに設定されており、こ
のＤＥビットが１にセットされたフレームは、例えば、
網の輻輳が発生した場合に、優先的に廃棄される。
【０００５】例えば、図１０に示すように、端末Ａと端
末Ｂとの間でフレームリレーモードのデータ伝送が行わ
れているとき、端末Ａおよび端末Ｂは、ＦＥＣＮビット
およびＢＥＣＮビットに０をセットした状態で、フレー
ムリレーフレームを送出する。
末Ｂとの間でフレームリレーモードのデータ伝送が行わ
れているとき、端末Ａおよび端末Ｂは、ＦＥＣＮビット
およびＢＥＣＮビットに０をセットした状態で、フレー
ムリレーフレームを送出する。
【０００６】ここで、端末Ａから端末Ｂへのフレームの
送信方向で、網に輻輳が生じたとき、網は、端末Ａから
受信したフレームのＦＥＣＮビットを１にセットした状
態で、そのフレームを端末Ｂに転送するとともに、端末
Ｂから受信したフレームのＢＥＣＮビットを１にセット
した状態で、そのフレームを端末Ａに転送する。
送信方向で、網に輻輳が生じたとき、網は、端末Ａから
受信したフレームのＦＥＣＮビットを１にセットした状
態で、そのフレームを端末Ｂに転送するとともに、端末
Ｂから受信したフレームのＢＥＣＮビットを１にセット
した状態で、そのフレームを端末Ａに転送する。
【０００７】このようにして、網の輻輳が通知される
と、この場合には、端末Ａは、自端末から相手端末への
方向で網が輻輳していると判断するとともに、端末Ｂ
は、相手端末から自端末への方向で網が輻輳していると
判断し、端末Ａおよび端末Ｂは、所定の輻輳手順を実行
して、網の輻輳に対する処置を行う。
と、この場合には、端末Ａは、自端末から相手端末への
方向で網が輻輳していると判断するとともに、端末Ｂ
は、相手端末から自端末への方向で網が輻輳していると
判断し、端末Ａおよび端末Ｂは、所定の輻輳手順を実行
して、網の輻輳に対する処置を行う。
【０００８】さて、このフレームリレー網を伝送路とし
て用いる端末装置では、レイヤ３プロトコルとしてパケ
ット手順（ＯＳＩ標準ＩＳＯ８２０５の手順）を用いる
場合、フレームリレーフレームの情報フィールドに、図
１１に示すように、ＬＡＰＢ以上のプロトコルスタック
を配置する。
て用いる端末装置では、レイヤ３プロトコルとしてパケ
ット手順（ＯＳＩ標準ＩＳＯ８２０５の手順）を用いる
場合、フレームリレーフレームの情報フィールドに、図
１１に示すように、ＬＡＰＢ以上のプロトコルスタック
を配置する。
【０００９】
【発明が解決しようとする課題】しかしながら、このよ
うな従来装置では、次のような不都合を生じていた。
うな従来装置では、次のような不都合を生じていた。
【００１０】すなわち、フレームリレー網を用いたデー
タ伝送を行う端末では、ＬＡＰＦ手順、ＬＡＰＢ手順、
および、パケット手順を実行する必要があり、このため
に、これらの手順を実行するためのオーバヘッドが大き
くて、端末処理の負担が大きいという不都合を生じる。
タ伝送を行う端末では、ＬＡＰＦ手順、ＬＡＰＢ手順、
および、パケット手順を実行する必要があり、このため
に、これらの手順を実行するためのオーバヘッドが大き
くて、端末処理の負担が大きいという不都合を生じる。
【００１１】本発明は、かかる実情に鑑みてなされたも
のであり、フレームモードベアラサービスのフレームリ
レー網を伝送路として用い、かつ、伝送手順処理の負担
を軽減できる通信端末装置の伝送制御方法を提供するこ
とを目的としている。
のであり、フレームモードベアラサービスのフレームリ
レー網を伝送路として用い、かつ、伝送手順処理の負担
を軽減できる通信端末装置の伝送制御方法を提供するこ
とを目的としている。
【００１２】
【課題を解決するための手段】本発明は、フレームモー
ドベアラサービスのフレームリレー網を伝送路としてを
用いるとともにＬＡＰＦの上位プロトコルとしてパケッ
ト手順を適用してデータ伝送する通信端末装置の伝送制
御方法において、フレームリレーフレームのプロトコル
スタックにネットワークレイヤプロトコル以上の信号要
素のみを含み、受信したフレームリレーフレームの順方
向明示的輻輳通知ビットが１にセットされているときに
は、ＲＮＲパケットを送出して相手端末からのフレーム
送信を抑制するようにしたものである。
ドベアラサービスのフレームリレー網を伝送路としてを
用いるとともにＬＡＰＦの上位プロトコルとしてパケッ
ト手順を適用してデータ伝送する通信端末装置の伝送制
御方法において、フレームリレーフレームのプロトコル
スタックにネットワークレイヤプロトコル以上の信号要
素のみを含み、受信したフレームリレーフレームの順方
向明示的輻輳通知ビットが１にセットされているときに
は、ＲＮＲパケットを送出して相手端末からのフレーム
送信を抑制するようにしたものである。
【００１３】
【００１４】
【００１５】
【００１６】
【作用】したがって、フレームリレーフレームのレイヤ
２の順方向明示的輻輳通知ビットに基づいて、相手端末
からのフレーム送出を抑制するので、輻輳発生時にも、
適切な輻輳回避動作を実行することができる。
２の順方向明示的輻輳通知ビットに基づいて、相手端末
からのフレーム送出を抑制するので、輻輳発生時にも、
適切な輻輳回避動作を実行することができる。
【００１７】
【実施例】以下、添付図面を参照しながら、本発明の実
施例を詳細に説明する。
施例を詳細に説明する。
【００１８】図１は、本発明の一実施例にかかるデータ
端末装置を示している。
端末装置を示している。
【００１９】同図において、システム制御部１は、この
データ端末装置の各部動作制御を実行するものであり、
ＲＯＭ（リード・オンリ・メモリ）２は、システム制御
部１が実行する制御プログラムや各種のデータなどを記
憶するためのものであり、ＲＡＭ（ランダム・アクセス
・メモリ）３は、システム制御部１のワークエリアを構
成するものである。
データ端末装置の各部動作制御を実行するものであり、
ＲＯＭ（リード・オンリ・メモリ）２は、システム制御
部１が実行する制御プログラムや各種のデータなどを記
憶するためのものであり、ＲＡＭ（ランダム・アクセス
・メモリ）３は、システム制御部１のワークエリアを構
成するものである。
【００２０】操作入力部４は、このデータ端末装置を操
作するためのものであり、表示出力部５は、ユーザに種
々のデータを表示出力するためのものであり、外部記録
装置６は、種々のデータを保存するためのものである。
作するためのものであり、表示出力部５は、ユーザに種
々のデータを表示出力するためのものであり、外部記録
装置６は、種々のデータを保存するためのものである。
【００２１】ＩＳＤＮインタフェース回路７は、このデ
ータ端末装置をＩＳＤＮに接続するとともに、レイヤ１
の信号処理機能、および、Ｄチャネル（信号チャネル）
の信号とＢチャネル（情報チャネル）の信号の統合／分
離機能を備えたものであり、Ｄチャネル伝送制御部８
は、呼設定／呼解放手順処理などＩＳＤＮのＤチャネル
上の信号処理を実行するためのものであり、Ｂチャネル
伝送制御部９は、Ｂチャネル上で行うデータ伝送制御手
順処理機能を実現するためのものである。この場合、Ｂ
チャネル伝送制御部９は、フレームモードベアラサービ
スのフレームリレーモードを伝送路として用いる機能を
備えている。
ータ端末装置をＩＳＤＮに接続するとともに、レイヤ１
の信号処理機能、および、Ｄチャネル（信号チャネル）
の信号とＢチャネル（情報チャネル）の信号の統合／分
離機能を備えたものであり、Ｄチャネル伝送制御部８
は、呼設定／呼解放手順処理などＩＳＤＮのＤチャネル
上の信号処理を実行するためのものであり、Ｂチャネル
伝送制御部９は、Ｂチャネル上で行うデータ伝送制御手
順処理機能を実現するためのものである。この場合、Ｂ
チャネル伝送制御部９は、フレームモードベアラサービ
スのフレームリレーモードを伝送路として用いる機能を
備えている。
【００２２】これらの、システム制御部１、ＲＯＭ２、
ＲＡＭ３、操作入力部４、表示出力部５、外部記憶装置
６、Ｄチャネル伝送制御部８、および、Ｂチャネル伝送
制御部９は、システムバス１０に接続されており、これ
らの各要素間でのデータのやりとりは、主としてこのシ
ステムバス１０を介して行われている。
ＲＡＭ３、操作入力部４、表示出力部５、外部記憶装置
６、Ｄチャネル伝送制御部８、および、Ｂチャネル伝送
制御部９は、システムバス１０に接続されており、これ
らの各要素間でのデータのやりとりは、主としてこのシ
ステムバス１０を介して行われている。
【００２３】以上の構成で、このデータ端末装置では、
図２に示したように、フレームリレーフレームの情報フ
ィールドに、ネットワークレイヤ（パケット手順）以上
のプロトコルスタックをマウントすることで、データの
やりとりを行う。
図２に示したように、フレームリレーフレームの情報フ
ィールドに、ネットワークレイヤ（パケット手順）以上
のプロトコルスタックをマウントすることで、データの
やりとりを行う。
【００２４】この場合、ＬＡＰＢを省略しているので、
このＬＡＰＢで行う端末ビジーの場合のフロー制御、お
よび、誤り回復制御をネットワークレイヤで実現する。
このＬＡＰＢで行う端末ビジーの場合のフロー制御、お
よび、誤り回復制御をネットワークレイヤで実現する。
【００２５】例えば、図３に示すように、端末Ａと端末
Ｂの間でデータ伝送を実行していて、端末Ａから端末Ｂ
にデータパケットＤＴを用いてデータ送信しているとき
に、端末Ｂにビジー状態が発生したときには、端末Ｂ
は、受信不可パケットＲＮＲを送出して、端末Ａからの
フレーム送信を停止させる。
Ｂの間でデータ伝送を実行していて、端末Ａから端末Ｂ
にデータパケットＤＴを用いてデータ送信しているとき
に、端末Ｂにビジー状態が発生したときには、端末Ｂ
は、受信不可パケットＲＮＲを送出して、端末Ａからの
フレーム送信を停止させる。
【００２６】そして、端末Ｂのビジー状態が解除される
と、端末Ｂは、受信可パケットＲＲを送出して、端末Ａ
からのフレーム送信を再開させる。
と、端末Ｂは、受信可パケットＲＲを送出して、端末Ａ
からのフレーム送信を再開させる。
【００２７】また、図４に示すように、端末Ａからのデ
ータパケットＤＴ（Ｐ（Ｓ）＝１）に続くデータパケッ
トＤＴ（Ｐ（Ｓ）＝２）を、端末Ｂが受信できなかった
ことを検出した場合には、端末Ｂは、データ再送を要求
するために、リジェクトパケットＲＥＪ（Ｐ（Ｒ）＝
２）を送出して、リジェクト手順を起動する。このとき
に送出するリジェクトパケットＲＥＪには、データ再送
を要求するフレーム（データパケットＤＴ）のシーケン
ス番号（この場合には、Ｐ（Ｒ）＝２）をセットする。
ータパケットＤＴ（Ｐ（Ｓ）＝１）に続くデータパケッ
トＤＴ（Ｐ（Ｓ）＝２）を、端末Ｂが受信できなかった
ことを検出した場合には、端末Ｂは、データ再送を要求
するために、リジェクトパケットＲＥＪ（Ｐ（Ｒ）＝
２）を送出して、リジェクト手順を起動する。このとき
に送出するリジェクトパケットＲＥＪには、データ再送
を要求するフレーム（データパケットＤＴ）のシーケン
ス番号（この場合には、Ｐ（Ｒ）＝２）をセットする。
【００２８】これにより、端末Ａは、端末Ｂから再送要
求されたデータパケットＤＴ（Ｐ（Ｓ）＝２）からデー
タ再送動作を実行し、それによって、端末Ｂのエラー状
態が回復される。
求されたデータパケットＤＴ（Ｐ（Ｓ）＝２）からデー
タ再送動作を実行し、それによって、端末Ｂのエラー状
態が回復される。
【００２９】また、この場合、網の輻輳発生時には、図
５に示したような輻輳回避制御を実行する。
５に示したような輻輳回避制御を実行する。
【００３０】端末Ａから端末Ｂへのデータ送信方向で網
に輻輳が発生すると、その時点で、端末Ｂが受信するフ
レームリレーフレームのＦＥＣＮビットが１にセットさ
れる。
に輻輳が発生すると、その時点で、端末Ｂが受信するフ
レームリレーフレームのＦＥＣＮビットが１にセットさ
れる。
【００３１】このようなフレームリレーフレームを検出
すると、端末Ｂは、受信不可パケットＲＮＲを送出し
て、端末Ａからのフレーム送信を停止させる。そして、
所定時間を経過した時点で、受信可パケットＲＲを送出
して、端末Ａからのフレーム送信を再開させる。
すると、端末Ｂは、受信不可パケットＲＮＲを送出し
て、端末Ａからのフレーム送信を停止させる。そして、
所定時間を経過した時点で、受信可パケットＲＲを送出
して、端末Ａからのフレーム送信を再開させる。
【００３２】この動作を、網の輻輳が解除されるまで、
繰り返し実行する。
繰り返し実行する。
【００３３】また、上述したフレーム再送手順を実行す
る機能の登録を、パケットレイヤ起動直後に、例えば、
図６に示すように実行する。
る機能の登録を、パケットレイヤ起動直後に、例えば、
図６に示すように実行する。
【００３４】この場合、端末Ａは、パケット再送ファシ
リティをパラメータにセットした登録要求パケットＧＱ
を端末Ｂに送出し、端末Ｂは、この登録内容を受け付け
るために、パケット再送ファシリティをパラメータにセ
ットした登録確認パケットＧＦを端末Ａに送出して、上
述したフレーム再送手順を実行することを、端末Ａと端
末Ｂの間でとりきめる。
リティをパラメータにセットした登録要求パケットＧＱ
を端末Ｂに送出し、端末Ｂは、この登録内容を受け付け
るために、パケット再送ファシリティをパラメータにセ
ットした登録確認パケットＧＦを端末Ａに送出して、上
述したフレーム再送手順を実行することを、端末Ａと端
末Ｂの間でとりきめる。
【００３５】このようにして、機能の登録を終了する
と、その機能を使用した伝送モードを開始するために、
端末Ａがリスタート要求パケットＳＱを送出して、端末
Ｂがリスタート確認パケットＳＦを送出するリスタート
手順を実行し、これに引き続いて、通常の呼接続手順
（パケットレイヤ）を実行して、それ以降のデータ伝送
手順を開始する。
と、その機能を使用した伝送モードを開始するために、
端末Ａがリスタート要求パケットＳＱを送出して、端末
Ｂがリスタート確認パケットＳＦを送出するリスタート
手順を実行し、これに引き続いて、通常の呼接続手順
（パケットレイヤ）を実行して、それ以降のデータ伝送
手順を開始する。
【００３６】図７は、データ送信時の処理例を示してい
る。
る。
【００３７】まず、ひとまとまりの送信データを準備し
て（処理１０１）、相手端末から応答データを受信する
まで、その送信データを運ぶデータパケットＤＴを順次
送出する（処理１０２、判断１０３のＮＯループ）。
て（処理１０１）、相手端末から応答データを受信する
まで、その送信データを運ぶデータパケットＤＴを順次
送出する（処理１０２、判断１０３のＮＯループ）。
【００３８】相手端末から応答データを受信して、判断
１０３の結果がＹＥＳになると、そのときに受信した応
答データが、受信可パケットＲＲであるかどうかを調べ
る（判断１０４）。
１０３の結果がＹＥＳになると、そのときに受信した応
答データが、受信可パケットＲＲであるかどうかを調べ
る（判断１０４）。
【００３９】判断１０４の結果がＹＥＳになるときに
は、全ての送信データの送出が完了したかどうかを調べ
（判断１０５）、判断１０５の結果がＮＯになるときに
は、処理１０１に戻り、残りのデータの送信動作を実行
する。また、判断１０５の結果がＹＥＳになるときに
は、この処理を終了する。
は、全ての送信データの送出が完了したかどうかを調べ
（判断１０５）、判断１０５の結果がＮＯになるときに
は、処理１０１に戻り、残りのデータの送信動作を実行
する。また、判断１０５の結果がＹＥＳになるときに
は、この処理を終了する。
【００４０】また、判断１０４の結果がＮＯになるとき
には、そのときに受信した応答データが、受信不可パケ
ットＲＮＲであるかどうかを調べる（判断１０６）。判
断１０６の結果がＹＥＳになるときには、相手端末から
受信可パケットＲＲが送出されるまで待ち（判断１０７
のＮＯループ）、受信可パケットＲＲを受信して、判断
１０７の結果かＹＥＳになると、処理１０２に戻って、
データパケットＤＴの送信を再開する。
には、そのときに受信した応答データが、受信不可パケ
ットＲＮＲであるかどうかを調べる（判断１０６）。判
断１０６の結果がＹＥＳになるときには、相手端末から
受信可パケットＲＲが送出されるまで待ち（判断１０７
のＮＯループ）、受信可パケットＲＲを受信して、判断
１０７の結果かＹＥＳになると、処理１０２に戻って、
データパケットＤＴの送信を再開する。
【００４１】また、受信した応答データがリジェクトパ
ケットＲＥＪであり、判断１０６の結果がＮＯになると
きには、そのときに通知されたデータ再送要求シーケン
ス番号からのデータ再送を実行するためのデータを準備
して（処理１０８）、処理１０２に移行して、その再送
データの送信を実行する。
ケットＲＥＪであり、判断１０６の結果がＮＯになると
きには、そのときに通知されたデータ再送要求シーケン
ス番号からのデータ再送を実行するためのデータを準備
して（処理１０８）、処理１０２に移行して、その再送
データの送信を実行する。
【００４２】図８は、データ受信時の処理例を示してい
る。
る。
【００４３】まず、データパケットＤＴを１つ受信する
と（処理２０１）、そのときにフレーム紛失状態が発生
したか、連続した所定数のデータパケットＤＴを受信し
たか、フレームリレーフレームのＦＥＣＮビットが１に
セットされているか、自端末にビジー状態が発生したか
を調べ（判断２０２，２０３，２０４，２０５）、これ
らのいずれの状態も発生していないときで、判断２０５
の結果がＮＯになるときには、処理２０１に戻って、次
のデータパケットＤＴを受信する。
と（処理２０１）、そのときにフレーム紛失状態が発生
したか、連続した所定数のデータパケットＤＴを受信し
たか、フレームリレーフレームのＦＥＣＮビットが１に
セットされているか、自端末にビジー状態が発生したか
を調べ（判断２０２，２０３，２０４，２０５）、これ
らのいずれの状態も発生していないときで、判断２０５
の結果がＮＯになるときには、処理２０１に戻って、次
のデータパケットＤＴを受信する。
【００４４】フレーム紛失が発生して、判断２０２の結
果がＹＥＳになるときには、紛失したフレームのシーケ
ンス番号をセットしたリジェクトパケットＲＥＪを送出
して（処理２０６）、データ再送手順を起動し、処理２
０１に戻る。
果がＹＥＳになるときには、紛失したフレームのシーケ
ンス番号をセットしたリジェクトパケットＲＥＪを送出
して（処理２０６）、データ再送手順を起動し、処理２
０１に戻る。
【００４５】また、連続して所定数のデータパケットＤ
Ｔを受信した場合で、判断２０３の結果がＹＥＳになる
ときには、受信可パケットＲＲを送出して（処理２０
７）、処理２０１に戻り、次のデータパケットＤＴを受
信する。
Ｔを受信した場合で、判断２０３の結果がＹＥＳになる
ときには、受信可パケットＲＲを送出して（処理２０
７）、処理２０１に戻り、次のデータパケットＤＴを受
信する。
【００４６】また、ＦＥＣＮビットが１にセットされて
いて、判断２０４の結果がＹＥＳになるときには、受信
不可パケットＲＮＲを送出し（処理２０８）、所定時間
待機し（処理２０９）、受信可パケットＲＲを送出する
（処理２０９）輻輳回避手順を実行した後に、次のデー
タパケットＤＴを受信するために、処理２０１に戻る。
いて、判断２０４の結果がＹＥＳになるときには、受信
不可パケットＲＮＲを送出し（処理２０８）、所定時間
待機し（処理２０９）、受信可パケットＲＲを送出する
（処理２０９）輻輳回避手順を実行した後に、次のデー
タパケットＤＴを受信するために、処理２０１に戻る。
【００４７】また、ビジー状態が発生して、判断２０５
の結果がＹＥＳになるときには、受信不可パケットＲＮ
Ｒを送出し（処理２１１）、ビジー状態が解除するまで
待ち（判断２１２のＮＯループ）、ビジー状態が解除さ
れて、判断２１２の結果がＹＥＳになると、受信可パケ
ットＲＲを送出し（処理２１３）、次のデータパケット
を受信するために、処理２０１に戻る。
の結果がＹＥＳになるときには、受信不可パケットＲＮ
Ｒを送出し（処理２１１）、ビジー状態が解除するまで
待ち（判断２１２のＮＯループ）、ビジー状態が解除さ
れて、判断２１２の結果がＹＥＳになると、受信可パケ
ットＲＲを送出し（処理２１３）、次のデータパケット
を受信するために、処理２０１に戻る。
【００４８】このようにして、本実施例では、リンクレ
イヤのＬＡＰＢを省略して、ネットワークレイヤ以上の
プロトコルスタックを用いることで、データ伝送してい
るので、リンクレイヤの部分のデータ伝送の処理のオー
バヘッドを軽減することができ、データ伝送処理の負荷
を軽減することができる。
イヤのＬＡＰＢを省略して、ネットワークレイヤ以上の
プロトコルスタックを用いることで、データ伝送してい
るので、リンクレイヤの部分のデータ伝送の処理のオー
バヘッドを軽減することができ、データ伝送処理の負荷
を軽減することができる。
【００４９】また、リンクレイヤの機能であるフロー制
御、および、誤り回復制御をネットワークレイヤのパケ
ット手順を利用して実行するので、リンクレイヤを省略
しても、信頼性の高いデータ伝送を実現できる。また、
網輻輳時の輻輳回避手順もパケット手順を利用して実現
しているので、輻輳回避手順のための別の処理を起動す
る必要がなく、データ伝送処理を軽減することができ
る。
御、および、誤り回復制御をネットワークレイヤのパケ
ット手順を利用して実行するので、リンクレイヤを省略
しても、信頼性の高いデータ伝送を実現できる。また、
網輻輳時の輻輳回避手順もパケット手順を利用して実現
しているので、輻輳回避手順のための別の処理を起動す
る必要がなく、データ伝送処理を軽減することができ
る。
【００５０】なお、上述した実施例では、ＩＳＤＮに接
続してフレームモードベアラサービスを利用する場合に
ついて説明したが、それ以外の網であっても、本発明を
同様にして適用することができる。
続してフレームモードベアラサービスを利用する場合に
ついて説明したが、それ以外の網であっても、本発明を
同様にして適用することができる。
【００５１】
【発明の効果】以上説明したように、本発明によれば、
フレームリレーフレームのレイヤ２の順方向明示的輻輳
通知ビットに基づいて、相手端末からのフレーム送出を
抑制するので、輻輳発生時にも、適切な輻輳回避動作を
実行することができるという効果を得る。
フレームリレーフレームのレイヤ２の順方向明示的輻輳
通知ビットに基づいて、相手端末からのフレーム送出を
抑制するので、輻輳発生時にも、適切な輻輳回避動作を
実行することができるという効果を得る。
【図１】本発明の一実施例にかかるデータ端末装置を示
したブロック図。
したブロック図。
【図２】図１の装置がやりとりするデータのフレーム形
式の一例を示した概略図。
式の一例を示した概略図。
【図３】フロー制御手順の一例を示したタイムチャー
ト。
ト。
【図４】誤り回復制御手順の一例を示したタイムチャー
ト。
ト。
【図５】網輻輳発生時の輻輳回避手順の一例を示したタ
イムチャート。
イムチャート。
【図６】機能登録手順の一例を示したタイムチャート。
【図７】データ送信時の処理例を示したフローチャー
ト。
ト。
【図８】データ受信時の処理例を示したフローチャー
ト。
ト。
【図９】フレームリレーフレームのフレーム形式の一例
を示した概略図。
を示した概略図。
【図１０】網輻輳通知の一例を示した概略図。
【図１１】従来のフレームリレーフレームの信号要素の
一例を示した概略図。
一例を示した概略図。
フロントページの続き (56)参考文献 特開 昭62−57342（ＪＰ，Ａ) 特公 昭58−36866（ＪＰ，Ｂ２) 日経コミュニケーション，1991年 ７ 月15日，ｐ67−74 ＮＴＴ技術ジャーナル，1993年 ３ 月，ｐ60−63 (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/56 H04L 29/00
Claims (1)
- 【請求項１】 フレームモードベアラサービスのフレー
ムリレー網を伝送路としてを用いるとともにＬＡＰＦの
上位プロトコルとしてパケット手順を適用してデータ伝
送する通信端末装置の伝送制御方法において、 フレームリレーフレームのプロトコルスタックにネット
ワークレイヤプロトコル以上の信号要素のみを含み、受
信したフレームリレーフレームの順方向明示的輻輳通知
ビットが１にセットされているときには、ＲＮＲパケッ
トを送出して相手端末からのフレーム送信を抑制するこ
とを特徴とする通信端末装置の伝送制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17857893A JP3351866B2 (ja) | 1993-06-28 | 1993-06-28 | 通信端末装置の伝送制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17857893A JP3351866B2 (ja) | 1993-06-28 | 1993-06-28 | 通信端末装置の伝送制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07143174A JPH07143174A (ja) | 1995-06-02 |
| JP3351866B2 true JP3351866B2 (ja) | 2002-12-03 |
Family
ID=16050929
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17857893A Expired - Fee Related JP3351866B2 (ja) | 1993-06-28 | 1993-06-28 | 通信端末装置の伝送制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3351866B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6483855B1 (en) | 1997-08-28 | 2002-11-19 | Denon, Ltd. | Communication content recording apparatus and method |
-
1993
- 1993-06-28 JP JP17857893A patent/JP3351866B2/ja not_active Expired - Fee Related
Non-Patent Citations (2)
| Title |
|---|
| ＮＴＴ技術ジャーナル，１９９３年 ３月，ｐ６０−６３ |
| 日経コミュニケーション，１９９１年 ７月１５日，ｐ６７−７４ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07143174A (ja) | 1995-06-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH03159444A (ja) | Ｉｓｄｎ用端末装置 | |
| US6947435B1 (en) | Radio communication system and apparatus, communication method and program recording medium therefor | |
| JPH10336178A (ja) | コネクション管理方法及び管理システム | |
| JP3000545B2 (ja) | 輻輳制御方法 | |
| JP2002344531A (ja) | 通信帯域確保及び解放要求方法 | |
| JP2000134279A (ja) | フロー制御方法 | |
| JP3351866B2 (ja) | 通信端末装置の伝送制御方法 | |
| Cisco | FastPAD Events | |
| Cisco | FastPAD Events | |
| JPH0514546A (ja) | 通信における帯域管理方式 | |
| JPH05122278A (ja) | 交換機の端末制御方式 | |
| JP3067727B2 (ja) | 輻輳制御通信システム | |
| JPH06152687A (ja) | データ伝送方法 | |
| JP3217397B2 (ja) | 通信制御装置のデータ送信方法 | |
| JP3533493B2 (ja) | プロトコルコネクション設定システムおよび設定方法 | |
| JPH10262066A (ja) | コネクション確立方式 | |
| JP3249209B2 (ja) | データ通信装置 | |
| JP3247747B2 (ja) | Ｉｓｄｎデータ端末装置 | |
| JP2795863B2 (ja) | データ端末装置 | |
| JP2793221B2 (ja) | Ｉｓｄｎにおけるｇ４ファクシミリの通信方式 | |
| US20020071385A1 (en) | Frame relay communication device, frame relay switchboard, frame relay communication system, and method of controlling a procedure for confirming PVC state | |
| JPH0787129A (ja) | 通信端末装置の伝送制御方法およびフレームリレー網交換装置の制御方法 | |
| JPH0758805A (ja) | フレームリレー通信制御装置およびフレームモード通信制御装置 | |
| US20050071474A1 (en) | System for maintaining an active data link layer for ISDN call processing during a software reset operation | |
| JP3249613B2 (ja) | Ｉｓｄｎ端末装置の伝送制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |