JP3430628B2 - 通信制御装置および通信システム並びに通信制御方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ＯＳＩのコネクショ
ンレスネットワークサービスに関し、詳しくは、コネク
ション型ネットワークに対応するコンバージェンス機能
を具えたコネクションレス型ネットワークサービスを提
供する通信制御装置と、この通信制御装置を含むネット
ワークシステムに関する。

【０００２】

【従来の技術】ネットワークサービスには、コネクショ
ン型とコネクションレス型の二種類のサービスが存在す
る。コネクション型とは、データ転送を行う前に論理的
なコネクションを設定する方式を指し、コネクションレ
ス型とは、データ送信要求を受けると、コネクションの
設定を行わずに直ちにデータを送信する方式を指す。

【０００３】ＯＳＩのコネクションレスネットワークサ
ービス（以下、ＣＬＮＳ）は、下位層にＬＡＮなどのコ
ネクションレス型ネットワークを仮定しているが、サブ
ネットワークがコネクションレスサービスを提供してい
るように見せるための機能（以下、コンバージェンス機
能）を用いることにより、コネクション型のサブネット
ワークを通信媒体として使用することができる。このコ
ンバージェンス機能は、ＣＬＮＳとコネクションレス型
ネットワークとの間に位置し、宛先とのコネクションを
データ転送に先立って開通し、データ送信終了後にはコ
ネクションを切断するなどのコネクション管理を行って
いる。

【０００４】なお、以下の説明において、ＣＬＮＳおよ
びその制御部を含む上位層をネットワーク層といい、コ
ネクション型（サブ）ネットワークおよびその制御部を
含む下位層をサブネットワーク層という。

【０００５】

【発明が解決しようとする課題】上述したように、ＯＳ
ＩのＣＬＮＳでは下位層にＬＡＮなどのコネクションレ
ス型ネットワークを仮定しているため、コネクション型
サブネットワークでリンクダウンなどが発生して宛先へ
の送信が不可能になった場合でも、ネットワーク層では
これを知ることができず、データ送信要求を受けると、
常にサブネットワーク層に対してデータ送信要求を発行
していた。

【０００６】また、一般に広域網では送信コストがかか
る関係から、ネットワーク層で各宛先の状態を監視する
ような動的ルーティングプロトコルは用いられず、静的
なルーティングが用いられている。このため、サブネッ
トワークに対して送信が不可能となった場合でも、手動
で設定が変更されない限り、ネットワーク層がデータ送
信要求を発行するたびにサブネットワーク層から発呼要
求が発行されることになる。しかも、接続要求のための
パケットの送出により、ネットワークのトラフィックも
低下することになる。

【０００７】なお、特開平４−２１６２４４号公報に
は、コネクションレス型のサブネットワークとして使用
されるコネクション型ネットワークのコネクションの維
持・解放を、コネクション型のトランスポートデータ転
送時に用いるトランスポートコネクションの無活動監視
タイマの値に基づいて制御するようにしたネットワーク
接続制御方法が提案されている。しかし、この接続制御
方法はコネクションを切断するタイマの制御に関するも
のであり、サブネットワーク層でリンクダウンなどが発
生した場合の対処の仕方については、何ら考慮されてい
ない。

【０００８】この発明は、障害の発生したサブネットワ
ークに対する無駄な発呼要求の発行を防止するようにし
た通信制御装置および通信システム並びに通信制御方法
を提供することを目的とする。

【０００９】

【課題を解決するための手段】請求項１の発明は、コネ
クション型のサブネットワーク層に接続するサブネット
ワーク層制御部と、サブネットワーク層をコネクション
レス型のネットワーク層に対応させるためのコンバージ
ェンス機能部とを有する通信制御装置において、前記サ
ブネットワーク層制御部は、前記サブネットワーク層で
のコネクション確立処理を実行した処理結果を前記コン
バージェンス機能部に通知する通知手段を具備し、前記
コンバージェンス機能部は、前記サブネットワーク層制
御部からの処理結果の通知に基づいて、コネクションの
確立に成功したか否かを示す各宛先毎に対応するフラグ
を設定する状態管理部と、前記状態管理部により設定さ
れたフラグがコネクションの確立に成功しなかったこと
を示している宛先に対するネットワーク層からのデータ
送信要求に対してエラー応答を行う応答手段と、前記状
態管理部により設定されたフラグがコネクションの確立
に成功しなかったことを示さず、かつ、コネクションが
確立していない宛先へのコネクション確立要求を前記サ
ブネットワーク層制御部に発行するコネクション制御部
とを具備することを特徴とする。また、請求項２の発明
は、請求項１の発明において、前記状態管理部は、前記
フラグをコネクションの確立に成功しなかったことを示
す状態に設定してから所定時間の経過後に、当該フラグ
の設定を解除することを特徴とする。

【００１０】また、請求項３の発明は、コネクション型
のサブネットワーク層と、前記サブネットワーク層に接
続するサブネットワーク層制御部および前記サブネット
ワーク層をコネクションレス型のネットワーク層に対応
させるためのコンバージェンス機能部を有する通信制御
装置とを具備し、前記サブネットワーク層制御部は、前
記サブネットワーク層でのコネクション確立処理を実行
した処理結果を前記コンバージェンス機能部に通知する
通知手段を具備し、前記コンバージェンス機能部は、前
記サブネットワーク層制御部からの処理結果の通知に基
づいて、コネクションの確立に成功したか否かを示す各
宛先毎に対応するフラグを設定する状態管理部と、前記
状態管理部により設定されたフラグがコネクションの確
立に成功しなかったことを示している宛先に対するネッ
トワーク層からのデータ送信要求に対してエラー応答を
行う応答手段と、前記状態管理部により設定されたフラ
グがコネクションの確立に成功しなかったことを示さ
ず、かつ、コネクションが確立していない宛先へのコネ
クション確立要求を前記サブネットワーク層制御部に発
行するコネクション制御部とを具備することを特徴とす
る。また、請求項４の発明は、請求項３の発明におい
て、前記状態管理部は、前記フラグをコネクションの確
立に成功しなかったことを示す状態に設定してから所定
時間の経過後に、当該フラグの設定を解除することを特
徴とする。また、請求項５の発明は、コネクション型の
サブネットワーク層をコネクションレス型のネットワー
ク層に対応させて通信を行う通信制御方法において、前
記サブネットワーク層でのコネクション確立に失敗した
か否かを示すフラグを各宛先毎に設定して管理するとと
もに、前記サブネットワーク層へデータを送出する際に
該データの宛先に対応する前記フラグの設定を確認し、
前記フラグの設定がコネクションの確立に失敗したこと
を示している場合には、前記データの送信元へエラー応
答を返し、前記フラグの設定がコネクションの確立に失
敗していないことこと示している場合には、前記サブネ
ットワーク層のコネクションを確立して前記データを送
出し、該コネクションの確立に失敗した際には、前記フ
ラグをコネクションの確立に失敗したことを示す設定に
変更することを特徴とする。また、請求項６の発明は、
請求項５の発明において、前記フラグをコネクションの
確立に成功しなかったことを示す状態に設定した場合
に、該設定から所定時間の経過後に当該フラグの設定を
解除することを特徴とする。

【００１１】

【作用】サブネットワーク層制御部においてサブネット
ワーク層での障害の発生を検知すると、通知手段はサブ
ネットワーク層での障害の発生をコンバージェンス機能
部に通知する。コンバージェンス機能部では、障害の発
生した宛先に対してネットワーク層からデータ送信要求
を受けた場合は、応答手段によりネットワーク層に対し
てエラー応答を行う。

【００１２】これによれば、送信要求のあった宛先へ接
続することが不可能な場合には、サブネットワーク層か
らネットワーク層に対してエラー応答が行なわれるた
め、接続不可能なサブネットワークに対してサブネット
ワーク層から発呼要求を発行することがなくなり、無駄
な発呼処理の発生や、接続要求パケットによるトラフィ
ックの低下を防止することができる。

【００１３】

【実施例】以下、この発明に係わるデータ通信装置およ
びネットワークシステムの一実施例を図面を参照しなが
ら説明する。

【００１４】図１は、この発明に係わるデータ通信装置
およびネットワークシステムを適用したエンドシステム
の機能的な構成を示すブロック図である。このエンドシ
ステム１０は、コネクション型ネットワーク１４（以
下、サブネットワーク）に接続され、所定のユーザイン
ターフェースとデータの送受信機能を具えている。以
下、図面とともにエンドシステム１０の構成を説明す
る。

【００１５】コネクションレスネットワーク制御部１１
は、ネットワーク層の機能を実現するものであり（以
下、ネットワーク層と同意）、データ送受信部１５、ル
ーティング部１６により構成されている。

【００１６】データ送受信部１５は、後述のコンバージ
ェンス制御部１２より渡されたデータの組み立て処理
や、ユーザから送信要求を受けたデータの分割／送信処
理を行う。

【００１７】ルーティング部１６は、図示せぬルーティ
ングテーブルによりルーティング情報の管理を行う。こ
こでは、送信すべきパケットの宛先アドレスをルーティ
ングテーブルで検索し、次に転送するシステムと使用す
るサブネットワークを決定する。

【００１８】コンバージェンス制御部１２は、コネクシ
ョンレス型ネットワークのサブネットワークにコネクシ
ョン型ネットワークを用いるためのもので、サブネット
ワークがコネクションレスサービスを提供しているよう
に見せるための機能を実現している。コンバージェンス
制御部１２は、データ送受信部１７、コネクション制御
部１８、状態管理部１９により構成されている。

【００１９】データ送受信部１７は、ユーザからデータ
の送信要求を受けた際に、状態管理部１９の状態管理テ
ーブルで宛先アドレスの状態を調べるとともに、宛先へ
のコネクションが確立しているかどうかをコネクション
型ネットワークアクセス制御部１３に問い合わせる。宛
先アドレスの状態に異常がなく、かつコネクションが確
立している場合は、そのままコネクション型ネットワー
クアクセス制御部１３にデータを渡す。宛先アドレスの
状態に異常があるときは、コネクションレスネットワー
ク制御部１１にエラー応答を返す。また、宛先アドレス
の状態に異常がなく、かつコネクションが確立していな
ければ、コネクション制御部１８にコネクションの確立
を依頼し、コネクションの確立後にデータをコネクショ
ン型ネットワークアクセス制御部１３に渡す。なお、宛
先アドレスの状態に異常があったり、コネクションの確
立に失敗するなどの理由によりコネクション型ネットワ
ークアクセス制御部１３にデータを渡せない場合は、保
持しているデータを破棄する。一方、サブネットワーク
からデータを受信した場合は、そのデータをコネクショ
ンレスネットワーク制御部１１のデータ送受信部１５に
渡す。

【００２０】コネクション制御部１８は、データ送受信
部１７からの依頼を受けて宛先へのコネクション確立要
求を発行したり、データ送受信の終了後にコネクション
切断要求を発行する。これらの制御要求の発行は、コネ
クション型ネットワークアクセス制御部１３に対して行
われる。また、コネクション型ネットワークアクセス制
御部１３からサブネットワークでのエラー発生の通知を
受けた場合は、これを状態管理部１９に通知する。

【００２１】状態管理部１９は、各々の宛先アドレスご
とにそのネットワークの状態を状態管理テーブルで記録
／管理する。状態管理テーブルの一例を図２に示す。状
態管理テーブルには、接続可能な全ての宛先アドレスが
登録され、宛先アドレスをエントリとして、各宛先アド
レスごとのエラーの有無を示すエラーフラグと、その有
効期間を示すタイマが設定されている。宛先アドレスの
状態が正常なとき、すなわち宛先へ接続することが可能
なときはエラーフラグは「ｏｆｆ」となっている。一
方、コネクション制御部１８からエラー発生の通知を受
けたとき、すなわち宛先へ接続することは不可能なとき
は、その宛先アドレスに対応するエントリのエラーフラ
グは「ｏｎ」となる。データの送信要求があったときに
エラーフラグが「ｏｎ」であれば、宛先へ接続すること
はできないと判定する。また、エラーフラグが「ｏｎ」
のときにデータ送受信部１７からコネクション確立成功
の通知を受けたとき、あるいはエラーフラグのタイマが
満了したときはエラーフラグを「ｏｆｆ」に戻す。

【００２２】この実施例の状態管理部１９では、エラー
フラグを「ｏｎ」にした後、一定時間が経過したとき
は、エラーフラグを自動的に「ｏｆｆ」に戻すようにし
ているが、システム管理者などの操作により「ｏｆｆ」
に戻すようにしてもよい。また、状態管理テーブルの構
成は図２の例に限定されるものではなく、宛先アドレス
とその状態を適宜管理することができれば、どのような
構成であってもよい。

【００２３】コネクション型ネットワークアクセス制御
部１３は、サブネットワーク層の機能を実現するもので
あり（以下、サブネットワーク層と同意）、コンバージ
ェンス制御部１２から発行されるコネクション制御要求
に基づいてコネクションの確立／解放処理を実行する。
また、宛先へのコネクション確立に失敗したときや、デ
ータ送信の途中で送信不能となった場合は、サブネット
ワークでエラーが発生したものと判定して、コンバージ
ェンス制御部１２の状態管理部１９にエラー発生の旨を
通知する。

【００２４】サブネットワークで発生するエラーの例と
しては、ネットワーク途中でのリンクダウン、エンドシ
ステムにおける送信時の設定ミス、宛先とのネゴシエー
ションが不成立の場合（相手側から接続要求が拒否され
た場合など）、相手先の電源が落ちている場合などがあ
る。

【００２５】次に、上述したエンドシステム１０におい
て、ユーザからデータ送信要求を受けた場合の処理手順
を図３のフローチャートを用いて説明する。

【００２６】コネクションレスネットワーク制御部１１
のデータ送受信部１５は、ユーザからデータの送信要求
を受け付けると、使用するサブネットワークの検索をル
ーティング部１６に依頼する（ステップ１０１）。ルー
ティング部１６は、送信すべきデータの宛先アドレスを
もとにルーティングテーブルを検索し、使用するサブネ
ットワークを得る（ステップ１０２）。続いて、データ
送受信部１５は所定のパケット分割長に基づいてパケッ
トを分割し、コンバージェンス制御部１２のデータ送受
信部１７にデータを渡す（ステップ１０３）。

【００２７】コンバージェンス制御部１２のデータ送受
信部１７は、状態管理部１９の状態管理テーブルを検索
し、宛先アドレスに対応するエントリが存在するかどう
かを判断する（ステップ１０４）。エントリが存在しな
いときは、コネクションレスネットワーク制御部１１に
エラー応答を返す（ステップ１０５）。また、ステップ
１０４でエントリが存在するときは、そのエントリのエ
ラーフラグがｏｎかどうかを判断する（ステップ１０
６）。エラーフラグがｏｎであるときは宛先へ接続する
ことは不可能なので、コネクションレスネットワーク制
御部１１にエラー応答を返す（ステップ１０５）。ま
た、エラーフラグがｏｎでなければ宛先へのコネクショ
ンが開通しているかどうかを判断する（ステップ１０
７）。コネクションが開通していれば、データ送受信部
１７はキューイングしていたパケットをコネクション型
ネットワークアクセス制御部１３に渡す（ステップ１０
８）。コネクション型ネットワークアクセス制御部１３
では、渡されたパケットを宛先アドレスのネットワーク
に送出する。

【００２８】また、ステップ１０７でコネクションが開
通していなければ、コネクション制御部１８にコネクシ
ョンの確立を依頼する（ステップ１０９）。コネクショ
ン制御部１８はコネクション型ネットワークアクセス制
御部１３に対してコネクションの確立要求を発行する。
コネクション型ネットワークアクセス制御部１３はコネ
クションの確立処理を実行し、処理結果をコネクション
制御部１８を通じてデータ送受信部１７に通知する（ス
テップ１１０）。データ送受信部１７は処理結果を解釈
し、コネクションの確立に成功したかどうかを判断する
（ステップ１１１）。コネクションの確立に成功しなか
ったときは、コネクションレスネットワーク制御部１１
にエラー応答を返す（ステップ１０５）。また、コネク
ションの確立に成功したときは状態管理部１９の状態管
理テーブルを検索し、該当するエントリのエラーフラグ
をｏｆｆとし（ステップ１１２）、キューイングしてい
たパケットをコネクション型ネットワークアクセス制御
部１３に渡す（ステップ１０８）。

【００２９】このように、データ送信先の宛先アドレス
が状態管理テーブルにないときや、宛先アドレスのエラ
ーフラグがｏｎになっているとき、あるいはエラーフラ
グがｏｆｆであっても、コネクション確立に成功しなか
ったときは、コネクションレスネットワーク制御部１１
に対してエラー応答を返すようにしているので、接続不
可能な宛先へのデータ送信要求を受けた場合でも、コン
バージェンス制御部１２からコネクション形ネットワー
クアクセス制御部１３に対して無駄な発呼要求が発行さ
れることはない。

【００３０】上述したフローチャートの処理と並行し
て、状態管理部１９では状態管理テーブルでネットワー
クの状態を記録／管理している。ここで、図３のステッ
プ１１１でコネクションの確立に成功しなかった場合の
状態管理部１９の処理手順を図４のフローチャートを用
いて説明する。

【００３１】状態管理部１９は、データ送受信部１７か
らサブネットワークでエラーが発生した旨の通知を受け
取ると（ステップ２０１）、通知のあった宛先アドレス
に対応するエントリを状態管理テーブルで検索し、エラ
ーフラグをｏｎとする（ステップ２０２）。データ送信
の途中で送信不能となった場合も同様の処理を行う。状
態管理部１９はエラーフラグをｏｎとしたエントリのタ
イマーが満了したときは、そのエントリのエラーフラグ
をｏｆｆとする。

【００３２】なお、他のエンドシステムからパケットを
受信したときの処理は、従来と同じであり、ここでは説
明を省略するものとする。

【００３３】次に、データ送信要求を受けた場合のエン
ドシステム１０の動作を具体例とともに説明する。

【００３４】まず、初期状態での状態管理テーブルが図
５のような状態にあるものとし、ここに登録されている
宛先アドレスに対してデータ送信要求を受けたものとす
る。この状態で、コネクションレスネットワーク制御部
１１のデータ送受信部１５がデータ送信要求を受ける
と、データ送受信部１５は宛先アドレスをもとにルーテ
ィングテーブルを検索し、使用するサブネットワークを
得る。続いて、データ送受信部１５は、所定のパケット
分割長に基づいてパケットを分割し、コンバージェンス
制御部１２にデータを渡す。

【００３５】コンバージェンス制御部１２では、データ
送信に先立ち、状態管理部１９の状態管理テーブルにお
いて、宛先アドレスに対応するエントリが存在するかど
うかを調べる。ここでは、エントリが存在するので、さ
らにそのエントリのエラーフラグがｏｎかどうかを見
る。エラーフラグはｏｆｆであるため、コネクション形
ネットワークアクセス制御部１３を通じて宛先へのコネ
クションが開通しているかどうかを調べる。ここで、コ
ネクションが開通しているときは、キューイングしてい
たパケットをコネクション型ネットワークアクセス制御
部１３に渡す。コネクション型ネットワークアクセス制
御部１３は渡されたパケットをサブネットワークに送出
する。

【００３６】一方、コネクションが開通していないとき
は、コネクション制御部１８にコネクションの確立を依
頼する。コネクション制御部１８ではコネクション型ネ
ットワークアクセス制御部１３にコネクションの確立要
求を発行する。これにより、コネクション型ネットワー
クアクセス制御部１３でコネクションの確立処理が実行
される。ここで、コネクションの確立に成功した場合
は、キューイングしていたパケットをコネクション型ネ
ットワークアクセス制御部１３に渡す。コネクション型
ネットワークアクセス制御部１３は渡されたパケットを
サブネットワークに送出する。一方、宛先とのリンクに
障害が発生し、コネクションの確立に成功しなかった場
合は、コンバージェンス制御部１２に対してエラー発生
の旨を通知する。コンバージェンス制御部１２のデータ
送受信部１７はコネクションレスネットワーク制御部１
１にエラー応答を返す。また状態管理部１９は、エラー
通知を受けたコネクションの宛先アドレスに対応するエ
ントリを状態管理テーブルで検索し、該当するエントリ
のエラーフラグをｏｎとする。同時に、タイマを適当な
値（例えば６０秒）にセットする。エラーフラグがｏｎ
となったテーブルの状態を図６に示す。この後、設定さ
れた時間が経過するとエラーフラグはｏｆｆに戻され、
発呼要求を出すことが可能となる。設定したタイマが満
了し、元に戻ったテーブルの状態を図７に示す。

【００３７】

【発明の効果】以上説明したように、この発明に係わる
通信制御装置および通信システム並びに通信制御方法に
おいては、サブネットワークで障害が発生し、宛先へ接
続することが不可能なときにネットワーク層からデータ
送信要求を受けた場合は、ネットワーク層に対してエラ
ー応答を行うようにしたため、接続不可能なサブネット
ワーク層に対して発呼要求を発行することがないので、
無駄な発呼処理の発生を防止することができるととも
に、接続要求のためのパケットが送出されることがない
ので、ネットワークにおけるトラフィックの低下を防止
することができる。

【図面の簡単な説明】

【図１】この発明に係わるデータ通信装置およびネット
ワークシステムを適用したエンドシステムの機能的な構
成を示すブロック図

【図２】状態管理テーブルの一例を示す図

【図３】ユーザからデータ送信要求を受けた場合のエン
ドシステムの処理手順を示すフローチャート

【図４】コネクションの確立に成功しなかった場合の状
態管理部の処理手順を示すフローチャート

【図５】初期状態での状態管理テーブルを示す図

【図６】エラー発生後の状態管理テーブルを示す図

【図７】タイマー満了後の状態管理テーブルを示す図

【符号の説明】

１０…エンドシステム、１１…コネクションレスネット
ワーク制御部、１２…コンバージェンス制御部、１３…
コネクション形ネットワークアクセス制御部、１４…コ
ネクション形ネットワーク、１５…データ送受信部、１
６…ルーティング部、１７…データ送受信部、１８…コ
ネクション制御部、１９…状態管理部

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 29/14 H04L 29/08 H04L 29/10 H04L 12/56

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 コネクション型のサブネットワーク層に
   接続するサブネットワーク層制御部と、サブネットワー
   ク層をコネクションレス型のネットワーク層に対応させ
   るためのコンバージェンス機能部とを有する通信制御装
   置において、 前記サブネットワーク層制御部は、 前記サブネットワーク層でのコネクション確立処理を実
   行した処理結果を前記コンバージェンス機能部に通知す
   る通知手段を具備し、 前記コンバージェンス機能部は、 前記サブネットワーク層制御部からの処理結果の通知に
   基づいて、コネクションの確立に成功したか否かを示す
   各宛先毎に対応するフラグを設定する状態管理部と、 前記状態管理部により設定されたフラグがコネクション
   の確立に成功しなかったことを示している宛先に対する
   ネットワーク層からのデータ送信要求に対してエラー応
   答を行う応答手段と、 前記状態管理部により設定されたフラグがコネクション
   の確立に成功しなかったことを示さず、かつ、コネクシ
   ョンが確立していない宛先へのコネクション確立要求を
   前記サブネットワーク層制御部に発行するコネクション
   制御部とを具備することを特徴とする通信制御装置。
2. 【請求項２】 前記状態管理部は、 前記フラグをコネクションの確立に成功しなかったこと
   を示す状態に設定してから所定時間の経過後に、当該フ
   ラグの設定を解除することを特徴とする請求項１記載の
   通信制御装置。
3. 【請求項３】 コネクション型のサブネットワーク層
   と、 前記サブネットワーク層に接続するサブネットワーク層
   制御部および前記サブネットワーク層をコネクションレ
   ス型のネットワーク層に対応させるためのコンバージェ
   ンス機能部を有する通信制御装置とを具備し、 前記サブネットワーク層制御部は、 前記サブネットワーク層でのコネクション確立処理を実
   行した処理結果を前記コンバージェンス機能部に通知す
   る通知手段を具備し、 前記コンバージェンス機能部は、 前記サブネットワーク層制御部からの処理結果の通知に
   基づいて、コネクションの確立に成功したか否かを示す
   各宛先毎に対応するフラグを設定する状態管理部と、 前記状態管理部により設定されたフラグがコネクション
   の確立に成功しなかったことを示している宛先に対する
   ネットワーク層からのデータ送信要求に対してエラー応
   答を行う応答手段と、 前記状態管理部により設定されたフラグがコネクション
   の確立に成功しなかったことを示さず、かつ、コネクシ
   ョンが確立していない宛先へのコネクション確立要求を
   前記サブネットワーク層制御部に発行するコネクション
   制御部とを具備することを特徴とする通信システム。
4. 【請求項４】 前記状態管理部は、 前記フラグをコネクションの確立に成功しなかったこと
   を示す状態に設定してから所定時間の経過後に、当該フ
   ラグの設定を解除することを特徴とする請求項３記載の
   通信システム。
5. 【請求項５】 コネクション型のサブネットワーク層を
   コネクションレス型のネットワーク層に対応させて通信
   を行う通信制御方法において、 前記サブネットワーク層でのコネクション確立に失敗し
   たか否かを示すフラグを各宛先毎に設定して管理すると
   ともに、 前記サブネットワーク層へデータを送出する際に該デー
   タの宛先に対応する前記フラグの設定を確認し、 前記フラグの設定がコネクションの確立に失敗したこと
   を示している場合には、前記データの送信元へエラー応
   答を返し、 前記フラグの設定がコネクションの確立に失敗していな
   いことこと示している場合には、前記サブネットワーク
   層のコネクションを確立して前記データを送出し、該コ
   ネクションの確立に失敗した際には、前記フラグをコネ
   クションの確立に失敗したことを示す設定に変更するこ
   とを特徴とする通信制御方法。
6. 【請求項６】 前記フラグをコネクションの確立に成功
   しなかったことを示す状態に設定した場合に、該設定か
   ら所定時間の経過後に当該フラグの設定を解除すること
   を特徴とする請求項５記載の通信制御方法。