JPH02205130A - データ転送方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はｌ５ＤＮを適用した通信ネットワークシステム
に係り、特にファイルなど大址のデータを高信頼且つ効
率的に転送するデータ転送方式に関する。

〔従来の技術〕

従来の方式は、特開昭５９−７００５３号および５９−
７００５４号に記載のように、データの送信とそのチェ
ックのためのデータ受信を、−電文ごとにシリアルに行
っていた。更に、転送エラー検出時には、該データの再
送を行ってから、次データの転送を行っていた。

また、従来の障害検知方法は、特開昭５９−４４１５１
号に記載のように、通信の度に呼の設定、解放を行って
いた。

〔発明が解決しようとする課題〕

上記従来技術によると、−電文ごとに送信したデータを
再受信して、コンベア・チェックを行っていたため、全
データの転送料！までにデータ転送のみ行う場合に比べ
て、約２倍の時間がかかるという問題があった。また、
エラー検出時には、該データの再送が終了してからでな
いと１次のデータを送信ａ来ないため、エラー発生時に
は、再送の分だけ転送時間が長くなるという問題があつ
た。

本発明の目的は、上記データ転送終了時間を短縮するこ
とにある。

また、上記障害検出方法の従来技術によると、障害の問
合せの度に、呼を設定、解放していたため、その分の時
間がかかるという問題が合った。

本発明の目的は、上記障害検出時間を短縮することにあ
る。

ＣＷＩＡＭを解決するための手段〕 上記データ転送時間短縮の目的は、ｌ５ＤＮ基本インタ
フェースにおいてＢチャネル（ユーザ情報チャネル）２
本を同時に使い、片方のＢチャネルでデータ送信を行い
ながら、もう片方のＢチャネルで送信したデータの受信
を行い、送信したデータとのコンベア・チェックをかけ
ること、また、エラー検出時の再送は、Ｂチャネルによ
るデータ転送と並行して、Ｄチャネル（制御情報用チャ
ネル）を用いて行うことにより、達成される。

上記障害検出時間短縮の目的は、ｌ５ＤＮユーザ・網イ
ンタフエースで規定されている、呼設定メツセージを障
害問合せに用いて、解放完了メツセージを応答に用いる
ことにより、達成される。

〔作用〕

ｌ５ＤＮ基本インタフェースを有する端末同志がデータ
転送を行う際、Ｂチャネル２本を使って通信リンクを張
った後、送信側から片側のＢチャネルを使ってデータを
送り、データの受信側では。

受信データを他方のＢチャネルを用いて送信側に送り返
す、送信側では自分が送ったデータと、受信側から読み
出したデータのコンベア・チェックを行うことにより、
データが正しく相手に受信されたか否かを確認できると
ともに、データの送信と確認のためのデータ受信を並行
して行う。上記コンベア・チェックにてエラー検出時に
は、２本のＢチャネルでデータの送受信を行いながら、
Ｄチャネルでエラーのあったデータの再送を行うため、
前記従来技術のように交信時間が長くなるようなことが
ない。

また、データ転送を行っていない場合でも、互いの障害
有／無を確認するため、送信側と受信側では一定時間間
隔で問合せ／応答を行っている。

この時、問合せにはｌ５ＤＮユーザ・網インタフエース
で規定されている呼設定メツセージのユーザ情報フィー
ルドに「障害問合せ表示」を設定して送信し、受信側で
体呼設定処理は行わずに、その応答として解放完了メツ
セージを返す。相手端末に障害が発生していた場合は、
解放完了メツセージが返ってこないことで検出できる。

このように、問合せ／応答の度に呼を設定、解放しない
ので、前記従来技術のように交信時間が長くなるような
ことがない。

〔実施例〕

以下、本発明の実施例を図を用いて説明する。

第１図は９本発明を適用したネットワークシステムの構
成例を示したものである。１１．１２はＣＰＵ１７、並
びに記憶装置１６を有する端末（又は計算機）であり、
１１は発信側、１２は着（ｆｔ側を表す０両端末とも、
加入者線１４により、ｌ５ＤＮ（サービス総合ディジタ
ル網）＃１に接続されている。加入者線１４は、ｌ５Ｄ
Ｎ基本インタフエースを有しており、Ｂチャネル（ユー
ザ情報用）×２、Ｄチャネル（制御情報用）×１が多重
化して設けられている。端末内には、ＩＳＤＮの通信制
御部１８がＢチャネル対応に設け、られている。

１５は、発着端末内の記憶装置１６に格納されている転
送データであり、転送の際には固定長にブロッキングさ
れて、ブロック番号と共にパケット化され、Ｂチャネル
に乗せられる。

２１は、本発明による転送方法を制御するために、記憶
装置１６の中に格納されている転送管理テーブルであり
、通信制御部１８により設定／参照され、転送データの
ブロック番号対応に以下のエリアを有している。

２２は転送回数を記録するための転送カウンタであり、
初期値はＯになっている。２３は当該ブロックのチェッ
クの結果を記録するためのチェック・フラグであり、初
期値は［未チェック状態」になっている。

第２．３．４図は１本発明によるデータ転送方法の手順
を説明するためのシーケンス図であり、第２図は転送成
功時、第３．第４図は転送エラー発生時を表している。

各回において、３１．３２゜３５はそれぞれ発信側端末
のＢ（１）、Ｂ（２）チャネル通信制御部及びＣＰＵを
、３３，３４．３６はそれぞれ着信側端末のＢ（１）、
Ｂ（２）チャネル通信制御部及びＣＰＵを、１３はｌ５
ＤＮ網を表す。また、図中の実線矢印はＢチャネルを用
いた通信制御部間のデータ転送を示し、点線矢印はＤチ
ャネルを用いた呼制御信号の転送を示し、鎖線矢印は端
末内ＣＰＵと通信制御部との間の制御信号を示している
。

以下第２図〜第４図に従って、本発明の詳細な説明する
。

１、データ転送成功時 （１）リンク設定フェーズ 発信側端末１１のＣＰＵ３５が通信制御部３１．３２に
対して呼設定指示をすると、各通信制御部はｌ５ＤＮ１
３を介して着信側端末１２の通信制御部３３．３４に対
して呼設定信号を送信する６通信制御部３３．３４は各
々呼設定信号を受信すると、ＣＰＵ３６に対して呼設定
通知を知らせる６次に、ＣＰｔＪ３６が上記呼設定通知
を受は取り、通信制御部３３．３４に対して応答指示を
行うと、通信制御部３３゜３４はｌ５ＤＮ１３を介して
応答信号を発信側端末１１の通信制御部３１．３２に対
して送信する。上記応答信号を受信した通信制御部３１
゜３２がＣＰＵ３５に対して呼設定完を知らせることに
より、リンク設定フェーズが終了し、発信側端末１１と
着信側端末１２との間にＢチャネルが２本設定されたこ
とになる。

（２）データ転送フェーズ 発信側ＣＰＵ３５は上記リンク設定フェーズが終了した
後、Ｂ（１）チャネル通信制御部３１に対してはデータ
転送開始を、Ｂ（２）チャネル通信制御部に対しては返
送データ受信開始を指示する。一方１着信側ＣＰＵ３６
はＢ（１〕チャネル通信制御部３３に対してはデータ受
信開始を、Ｂ（２）チャネル通信制御部３４に対しては
データ返送開始を指示する。データ転送開始を指示され
たＢ（１）チャネル通信制御部３１は。

Ｂ（１）チャネル通信制御部３３に対し、データ転送開
始信号を送信する。応答として着信側端末１２より肯定
信号が買ってくると、転送データ１５を１ブロツクずつ
取り出して、ブロック番号と共にパケット化し、Ｂ（１
）チャネルへ乗せて着信側端末１２へ送信すると共に、
転送管理テーブル２１の転送カウンタ２２をカウント・
アップする。

着信側端末のＢ（１）チャネル通信制御部３３は、発信
側よりデータを受信すると、自端末の記憶装置１６内の
転送データ１５へ、受信データをブロック番号対応の相
対位置へ書き込んだ後、　Ｂ（２）チャネル通信制御部
３４に対して受信ブロック番号を通知する。Ｂ（２）チ
ャネル通信制御部３４は、転送データ１５より、通知さ
れたブロック番号に対応するデータを読み出し。

発信側へ送信する。

発信側端末のＢ（２）チャネル通信制御部３２は、着信
側より送り返されてきたデータを、該ブロック番号に対
応した転送データ１５と比較することにより、送ったデ
ータが正しく着信側に届いたかチェックを行う１両者が
一致していた場合は、転送管理テーブル２１の、該ブロ
ック番号に対応するチェック・フラグ２３を「ＯＫ」に
更新する。

以上に述べた、Ｂ（１）チャネルによる発信側から着信
側へのデータ転送と、Ｂ（２）チャネルによる着信側か
ら発信側への受信データの返信は、並列に行われる。

発信側より着信側へのデータ転送が終了すると１発信側
のＢ（１）チャネル通４ｇ制御部３１は。

着信側にたいして終了信号を送信する。一方。

着信側のＢ（２）チャネル通色制御部３３も最後のデー
タを返信すると、発信側に終了信号を送信する。終了信
号を受けた発信側のＢ（２）チャネル通信制御部３２は
、全データが正しく着信側に受信されたことを正常終了
通知にてＣＰＵ３５に報告する。

（３）リンク解放フェーズ データ転送フェーズを終了すると１発信側の通信制御部
３１．３２は、ともにＩＳＤＮの呼解放手順に従い、各
々のリンクを解放する。

２、データ転送エラー時（その１） 第３図に、発信側端末の通信制御部３２にて、転送エラ
ーが検出された場合のシーケンスを示す。

（１）リンク設定フェーズ データ転送成功時と同じ。

（２）データ転送フェーズ データ転送フェーズにおいて、発信側のＢ（２）チャネ
ル通信制御部３２は１着信側から返送されてきたデータ
と、該ブロック番号に対応した自端末内の転送データ１
５と比較を行う。

その結果不一致を検出した場合、転送管理テーブル２１
の該ブロック番号に対応するチェック・フラグをｒＮＧ
Ｊに更新すると共に、ＣＰＵ３５に対してエラー検出を
報告する。ＣＰＵ３５はエラー検出を受信すると、転送
管理テーブル２１を参照し、チェック・フラグがｒＮＧ
Ｊのブロック番号に対応して転送データを読み出し、該
ブロック番号と共に、Ｄチャネルの「ユーザ情報」メツ
セージに乗せて、着信側のＣＰＵ３６へ送信する。（必
要であれば、データを分割してメツセージに乗せる）こ
の時、転送カウンタ２３をカウント・アップしてゆく。

受信側のＣＰＵ３６では、Ｄチャネルによる「ユーザ情
報」メツセージを受信すると、メツセージより転送デー
タを抽出して、ブロック番号対応の転送データエリア１
５へ格納し、肯定応答を返す。

肯定応答を受信した発信側のＣＰＵ３５は。

転送管理テーブルのチェック・フラグ２；３を「ＯＫ」
に更新する。

以上の再送動作は、Ｂ（１）、Ｂ（２）チャネルによる
データ転送／返送動作と並行して行われる。

発信側のＢ（１）チャネル通信制御部３１は。

データ転送が終了すると、終了信号を送信し、着信側か
らの終了信号を待つ、そして、終了信号を受信すると、
ＣＰＵ３５に対して異常終了を報告する。ＣＰＵ３５は
、転送管理テーブル２１を参照し、チェック・フラグが
ｒＮＧＪで、転送カウンタの値が規定のりトライ回数以
内のデータか残っていた場合は、該データの再送をＢ（
１）チャネル通信制御部３１に指示する。上記条件を満
たすデ′−夕がなければ、データ転送フェーズを終了す
る。

（３）リンク解放フェーズ データ転送成功時と同じ。

３、データ転送エラー時（その２） 第４図に発信側端末１１の通信制御部３２にて、送信デ
ータ抜けが検出された場合のシーケンスを示す。

（１）リンク設定フェーズ データ転送成功時と同じ。

（２）データ転送フェーズ データ転送フェーズにおいて、自信床のＢ（２）チャネ
ル通信制御部３２より、異常終了を通知されたＣＰＵ３
５がデータ再送開始を指示すると、Ｂ（１）チャネル通
信制御部３１は転送管理テーブル２１をサーチする。

この時、途中でデータが届かなかったブロックについて
は、チェック・フラグが「未チェック状態」のままにな
っているため、Ｂ（１）チャネル通信制御部は該ブロッ
クの再送を行う。

（３）リンク解放フェーズ データ転送成功時と同じ。

以上本実施例では、簡単のために発信側から着信側に片
方向でデータを転送する例を示したが、各Ｂチャネルは
双方向の同時データ転送能力を有しており、発信側端末
と着イＳ側端末との間で双方向のデータ転送並びに確認
のためのデータ返送を行うことが出来る。

次に、障害検知方法の実施例を第５図、第６図に従い説
明する。

第５１１！ｌ、第６図は、本発明による障害検知方法の
手順を示すシーケンス図であり、図中の各要件は、第１
図〜第４図の対応する各要件と同じものである。

発着端末は、互いの障害の有無を確認するために、Ｂチ
ャネルによるデータ転送を行っていない時でも、一定時
間間隔で問合せ／応答を行う、第５図において１発信側
端末のＣＰＵ３５がＢ（１）チャネル通４ｇ制御部３１
に対して問合せ指示を出すと、Ｂ（１）チャネル通４Ｍ
制御部３１．は、呼設定信号中のユーザ・ユーザ情報要
素に、問合せであることを示す識別子を設定して５着信
側端末のＢ（１）チャネル通信制御部３３へ送信する。

Ｂ（１）チャネル通信制御部３３は、呼設定（１号中の
ユーザ・ユーザ情報要素を参照して、問合せ識別子が設
定されている場合は呼の設定を行わず、正常切断を示す
理由表示情報要素を含む解放完了信号を返す。

一方、第６図に示すように、着信側端末が障害の場合、
ｌ５ＤＮは着信側のＢ（１）チャネル通信制御部３３へ
の呼設定信号に対する応答としての、解放完了信号が返
ってこないため、発信側のＢ（１）チャネル通信制御部
３１に対し、応答無しを示す理由表示情報要素を含む解
放完了信号を返す、Ｂ（１）チャネル通信制御部３１は
、上記解放完了信号を受信すると、ＣＰＵ３５に対し、
異常終了を返す。

以上本実施例では、障害の問合せの度に端末間に呼を設
定すること無く効率良く障害問合せを実現できる。

次に、本発明の障害検知方法を網管理システムへ適用し
た。第２の実施例を図を用いて説明する。

第７図は、本実施例のシステム構成であり、７１は網管
理装置を、７２〜７５はＰＢＸＣ＊子交換機）を表す、
各ＰＢＸはｌ５ＤＮ基本インタフェース、又はｌ５ＤＮ
−次群インタフェース（２３Ｂ＋Ｄ）でＸ５ＤＮＷ４を
介して接続されている。

本構成において、網管理装置７１は一定時間間隔で、各
ＰＢＸに対して障害の問合せを行っている。まず−ＰＢ
Ｘ７２に対してＰＢＸ７３への問合せ指示を送信すると
、ＰＢＸ７２は、ユーザ・ユーザ情報要素に、障害の問
合せであることを示す識別子を設定した呼設定信号をｌ
５ＤＮを経由して、ＰＢＸ７３へ送信する。

ＰＢＸ７３は、呼設定信号中のユーザ・ユーザ情報要素
を参照して、問合せ識別子が設定されている場合は、直
ちにｌ５ＤＮに対し、正常切断を示す理由表示情報要素
を含む、解放完了信号を返す。ｌ５ＤＮは、上記解放完
了信号を受信すると、ＰＢＸ７２に対して解放完了信号
を送信し、これを受けたＰＢＸ７２は、網管理装置７１
に正常応答を返す。

一方、ＰＢＸ７３が障害の場合、ｌ５ＤＮはＰＢＸ７３
への呼設定信号に対する応答としての解放完了信号が返
ってこないため、ＰＢＸ７２に対し、応答無しを示す理
由表示情報要素を含む解放完了信号を返す、ＰＢＸ７２
は、上記解放完了信号を受信すると、網管理装置＆７１
に対し。

ＰＢＸ７３の障害（無応答）を返す。

以下網管理装置７１はＰＢＸ７４，７５に対しても、同
様の問合せを行うことをＰＢＸ７２に指示し、ＰＢＸ７
２は上述したと同じ手順で問合せを行う。

〔発明の効果〕

本発明のデータ転送方法によれば、２本のＢチャネルを
使うことにより、データの転送と確認のためのデータ返
送、及び確認処理を並行に行い。

更に転送エラー検出時の再送処理も、Ｄチャネルを用い
て転送と並行に行うため、高信頼なデータ転送を効率良
く行える効果がある。

また、本発明の障害検知方法によれば、呼設定メツセー
ジを利用して障害の問合せ／応答を行うため、問合せの
度に呼設定処理、呼解放処理の必要が無く、障害検知を
効率良く行える効果がある。

【図面の簡単な説明】

第１図は本発明の第１の実施例の端末の構成を示すブロ
ック図、第２図、第３図、第４図、第５図、第６図は発
信側端末、ｌ５ＤＮ、着信側端末間における制御信号及
びデータの交信シーケンス図、第７図は本発明の第２の
実施例のシステム構成を示すブロック図である。 １１・・・発信側端末、１２・・・着信側端末、１３・
・・サービス総合ディジタル網（ＩＳＤＮ）、１４・・
・加入者線、 １７・・・ＣＰＵ、 １８・・・通信制御部。 翻馳殖禮御舒 臂便Ｉ　ＬｐｔＪ 壊 己 囁 ■ 第 す 圀 不 ネ 山 り１ 繍督捉範Ｉ

Claims (1)

1. 【特許請求の範囲】 １、サービス総合ディジタル網（ＩＳＤＮ）と、ＩＳＤ
   Ｎ基本インタフェース（ユーザ情報チャネル×２、制御
   情報チャネル×１：２Ｂ＋Ｄ）を有する端末、又は計算
   機よりなる通信ネットワーク・システムにおいて、上記
   端末、又は計算機間で大量データの転送を行う際、Ｂチ
   ャネルを２本使用し、一方のＢチヤネを使つてデータの
   転送を行うと同時に、データの受信側はもう一方のＢチ
   ャネルを使つて受信したデータを送信側へ返送し、送信
   側は返つてきたデータを自分が送信したデータと比較す
   ることにより、送信したデータの伝送エラー・チェック
   をデータ送信と並行して行うことを特徴とするデータ転
   送方法。 ２、発信側が伝送エラー検出時には、Ｄチャネルによる
   ユーザ情報の転送によつて、Ｂチャネルによるデータの
   転送と並行して、誤りの発生したデータの再送を行うこ
   とを特徴とする請求項第１項記載のデータ転送方法。 ３、サービス総合ディジタル網（ＩＳＤＮ）と、ＩＳＤ
   Ｎ基本インタフェース（ユーザ情報チャネル×２、制御
   情報チャネル×１：２Ｂ＋Ｄ）を有する端末、又は計算
   機よりなる通信ネットワーク・システムにおいて、Ｂチ
   ャネルによる通信が行われていない時に、相手端末、又
   は計算機の障害有無をチェックするため、定期的に問合
   せ／応答を行う場合、ＩＳＤＮの呼設定メッセージを問
   合せに用いて、解放完了メッセージを応答に用いること
   により、問合せ／応答の度に呼制御手順により通信路を
   設定する必要を無くした事を特徴とする障害検知方法。