JPH03235555A

JPH03235555A - データ通信装置及びデータ通信方式

Info

Publication number: JPH03235555A
Application number: JP2029577A
Authority: JP
Inventors: Katsumi Tadamura; 克己多田村; Keiichi Nakane; 啓一中根
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1990-02-13
Filing date: 1990-02-13
Publication date: 1991-10-21
Also published as: US5157662A

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、ＩＳＤＮ網に接続可能で、複数の種類の通信
形態、例えば、回線交換及びパケット交換によりデータ
通信可能なデータ通信装置及び該データ通信装置を用い
たデータ通信方式に関する。

〔従来の技術〕

ＩＳＤＮ網では、同一の網で回線交換とパケット交換両
方の通信形態によるデータ通信が可能であり、これは、
従来の公衆網では実現できなかったサービスの１つであ
る。

また、回線交換によるデータ通信は、大量のデータを高
速に送受信する場合に効果的な手段であり、公衆網では
、通信時間に対して課金される。

パケット交換によるデータ通信は、低速データ通信及び
離散的に発生する少量のデータを送受信する場合に効果
的な方法であり、送信データ量に対して課金される。

ここで、長時間連続してデータ通信を行う二者間におい
て、データ発生密度が変動する場合、そのデータ発生密
度に適した通信形態でデータ通信を行うのが最も効果的
である。これを実現するためには、データ通信中に回線
交換とパケット交換の通信形態を変更するということが
必要となる。

ところが、従来は、高速データ通信を行う場合、月毎に
定額の使用料金を支払うディジタル専用回線を利用して
いた。このため、データ発生密度の変動を考慮する必要
がなかった。そこで、従来のデータ通信装置においては
、通信形態の変更ではなく、特開昭６２−２９０２４２
号公報に記載のように、中央処理装置における情報５１
理量を監視し、処理の限界量の８０％を閾値として、８
０％を越えるとデータの受信速度を下げ、８０％以下に
なるとデータ受信速度を上げるものとなっていた。また
、通信速度を変化させる場合、通信終端装置間でエスケ
ープシーケンスの送受信を行うことにより実現するもの
となっていた。

さらに、特開昭６１−１５８２４４号公報には、上記２
つの通信形態によるデータ通信可能なファクシミリ装置
が開示されている。しかし、通信形態の切替は、データ
通信に先立ち、単にノ１−ド的に行っており、データ通
信中に通信形態の切替を行うことは出来なかった。

［発明が解決しようとする課題］上記従来技術は、ＣＰＵでの処理速度に対するデータの
発生量により通信速度を変化させるものであり、公衆回
線のように、通信時間により課金されるようなシステム
について配慮されておらず、通信速度を落せば落す程、
課金量が増大すると０う問題があった。また、通信速度
の変更とエスケープシーケンスを用いて行うため、デー
タ通信装置において、すべてのデータを監視する必要力
であるため、処理オーバヘッドが増加すると０う問題が
あった。

本発明の第１の目的は、ＩＳＤＮを用し）だデータ通信
を行う際に、発生したデータが滞留することなく、課金
量ができるだけ小さく、かつ、該データ通信だけでなく
、他の通信も含めた情報チャネルの使用効率をできるだ
け良くするため、回線交換やパケット交換などの複数の
通信形態をデータ通信装置中に切替可能にすることにあ
る。

すなわち、送受信データの密度が高い期間は、高速デー
タを伝送可能であって、通信時間により課金される回線
交換によりデータ通信を行い、方、送受信データの密度
が低く、パケット交換の伝送速度でも通信できる期間は
、パケット交換によりデータ通信を行うことにある。

本発明の第２の目的は、データ通信中のデータ発生密度
の変化により、複数のなかから最適な通信形態を選択し
、自動的に通信形態の切替処理を行うことにある。

本発明の第３の目的は、通信形態の切替の際にも送信及
び受信データの流れの連続性を失うことなく通信形態の
切替の処理を行うことにある。

本発明の第４の目的は、データ通信形態を回線交換から
パケット交換に切替る際に、課金量が変化する直前まで
回線交換によるデータ通信を続行し、課金量に対し、効
率の良いデータ伝送を実現することにある。

〔課題を解決するための手段〕

上記第１の目的を達成するために、データ通信装置にお
いては、データ通信の相手先に対して、通信形態切替の
可否を問合せる切替問合せ手段と、通信形態切替の可の
返答を相手先から受信した場合、該相手先との間に発生
した２つのデータ通信呼の間において、一方の呼から他
方の呼へデータの送受信を切替る切替制御手段を設けた
ものである。またデータ通信装置間のデータ通信方式に
おいては、第１のデータ通信装置から第２のデータ通信
装置へ通信形態の切替の可否を問合せる切替問合せコマ
ンド、切替問合せコマンドに応答して、通信形態の切替
が可の場合、第２のデータ端末装置から送出される切替
受付コマンド、通信形態の切替が不可の場合、第２のデ
ータ端末装置から送出される切替拒否コマンドを設けた
ものである。

さらに、上記第２の目的を達成するために、データ通信
制御装置において、データ通信中におけるデータ発生密
度を監視するデータ発生密度監視手段を設け、データ発
生密度の状況が通信形態の変更のための条件を満足する
と、他の通信形態へ切替る処理を開始するようにしたも
のである。

さらに、上記第３の目的を達成するために、二つの通信
形態のデータ通信呼の切替を行う際、上記切替制御手段
で未達のデータを行う構成としたものである。

さらに、上記第四の目的を達成するために、通信の日時
と上記相手先との距離から課金度数が変化する時刻を計
算する手段と、上記課金度数が変化する時刻まで上記回
線交換によるデータ通信呼で通信を行わせる通信呼管理
手段を設けたものである。

〔作用〕

データ通信中にユーザからデータ通信形態の切替要求を
受信したデータ通信端末は、通信形態切替の可否を問合
せ、通信形態切替の可の返答を相手先から受信した場合
、相手先との間に発生した２つのデータ通信呼の間にお
いて、一方の呼から他方の呼へデータの送受信を切替る
。即ち、データ通信装置間のデータ通信方式において、
切替問合せコマンドは、第一のデータ通信装置から第二
のデータ通信装置へ通信形態の切替の可否を問合せる。

切替受付コマンドは、切替問合せコマンドに応答して、
第２のデータ端末装置から送出され、通信形態の切替が
可であることを第１のデータ通信装置に伝える。切替拒
絶コマンドは、第２のデータ端末装置から送出され、通
信形態の切替が不可であることを第一のデータ通信装置
に伝える。

第一のデータ通信装置は、この切替受付コマンドに応答
して通信形態の切替を行う。

さらに、データ通信装置のデータ発生密度監視手段は、
データ通信中におけるデータ発生密度を監視する。デー
タ通信装置は、該データ発生密度の状況による、どの種
類の通信形態でデータ通信を行うのが適当かを判断し、
データ通信を行う通信形態を決定する。

さらに、上記切替制御手段は、通信形態を切替る際、デ
ータの不達を防止するため、通信形態の切替のタイミン
グ及び未達データの管理を行う。

さらに、通信の日時と上記相手先との距離から課金度数
が変化する時刻を計算し、上記切替制御手段は、上記課
金度数が変化する時刻まで上記回線交換によるデータ通
信呼で通信を行わせ、同一料金で使用できる通信時間を
最大限に利用でき、最小の料金による通信を行う。

〔実施例〕

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

第２図は、本発明の一実施例の通信制御装置２００の装
置構成図である０通信制御装置２００は、ＲＯＭ２０１
．　ＲＡＭ２０２．プロセッサ２０３．レイヤ３制御プ
ロセッサ２０４．データ通信制御プロセッサ２０５、端
末インターフェイス２０６．２０７及びキーインターフ
ェイス２０８から構成される。ＲＯＭ２Ｏ１は、該装置
のプロセッサ上で動作するプログラムを格納しておく。

ＲＡ　Ｍ２Ｏ２は、制御テーブルやデータ送受信バッフ
ァ用として用いている。プロセッサ２０３は、ＩＳＤＮ
加入者線２１１からの信号をＢチャネル１０６とＤチャ
ネル２１２のそれぞれの信号に分離し、Ｄチャネル信号
のフレーム誤り制御等の処理を行う、即ち、０３Ｉ７レ
イヤモデルにおけるレイヤ１／２制御を行う。レイヤ３
制御プロセツサ２０４は、前記Ｄチャネル信号２１２に
より伝達される呼制御情報により、回線交換及びパケッ
ト交換の各通信形態の呼の接続制御を行う。データ通信
制御プロセッサ２０５は、回線交換、パケット交換の通
信形態でのデータ通信を行い、該データ通信制御装置に
接続しているデータ端末と相手側との間でのデータ通信
の制御を行う。端末インタフェース２０６．２０７は、
データ端末との間で端末接続ケーブル２０９．２１０を
介して通信を行う。キーインタフェース２０ｇは、ユー
ザーによる該通信制御装置２００へのキー操作を検知し
、それを該当箇所に通知する。

第３図に、通信制御装置の機能ブロック図を示す。レイ
ヤ３制御部２０４は、回線交換プロトコル制御部３１０
とパケット交換プロトコル制御部３２０とから成る。ま
た、データ端末３５０においては、通信制御装置インタ
フェース部３６０を介して上位通信ソフト３７０にデー
タが送受信される。

第４図は、第２図、第３図で示した通信制御装置２００
をＩＳＤＮインタフエースポード４１０として、データ
端末４００に内蔵した変形例である。ここで、データ通
信制御装置４２０は、ＩＳＤＮインタフエースポードの
外部にあっても良い。該データ端末４００における通信
形態の切替要求は、データ端末４００上で行われ、上位
通信ソフト３７０を介してデータ通信制御部４２０に通
知される。

第一図に、本発明の一実施例におけるデータ通信制御部
１００上で動作するソフトウェア構成を示す。データ通
信制御部１００は、Ｂチャネル１０６により伝送されて
来たデータ、レイヤ３制御部２０４からのメツセージ及
び端末インタフェース制御処理１０３を介して端末イン
タフェース２０６からのデータをそれぞれ受信する。デ
ータ通信制御部１００は、データ送受信処理１０１．デ
ータ通信形態管理処理１０２、端末インタフェース制御
処理１０３９課金監視処理１０４及びデータ送信密度監
視処理ｌＯ５から構成される。データ送受信処理１０１
は、該当する部分とのデータを処理し、送受信する。デ
ータ通信形態管理処理１０２は、データ通信呼の発生及
び消滅時に第５図に示すデータ通信呼管理テーブル５０
０に呼の登録、抹消を行い、データ通信形態切替要求発
生時には、データ通信形態切替に必要な処理を行う。課
金処理監視１０４は、回線交換によるデータ通信呼が発
生したすると、第１５図に示す回線交換呼課金周期管理
テーブル１５００のカウンタ値を変更し、課金変化前に
データ通信形態管理処理１０２に対して、該当する呼の
課金変化を通知する。データ送信密度監視処理ｌＯ５は
、データ通信形態をユーザからの要求ではなく、自動的
に切替える場合、切替え条件を満足しているか否かを定
期的に監視し、条件を満足した場合は、データ通信形態
管理処理１０２にデータ通信形態切替えを要求する。

端末インタフェース制御処理１０３は、端末インタフェ
ース２０６の制御を行い、データ端末からのデータ及び
コマンドをそれぞれデータ送受信処理１０１及びデータ
通信形態管理処理１０２に送出する。

第５図に、データ通信制御部１００及びレイヤ３制御部
２０４で管理し、すべてのデータ通信呼を登録するデー
タ通信呼管理テーブル５００を示す。該データ通信呼管
理テーブル５００は、以下の要素を持つ。即ち、すべて
の呼に対して、レイヤ３制御部２０４とデータ通信制御
部１００との間で唯一割当てられる呼識別番号５０１、
回線交換によるデータ通信かパケット交換によるデータ
通信かを識別するための呼種別５０２、データ通信先の
相手側アドレス及びサブアドレスを記憶するための相手
番号５０３、パケット交換によるデータ通信を行う際、
送信及び受信データパケットのシリアル番号を記憶する
送信パケット番号５０４及び受信パケット番号５０５、
データ通信を行う際に呼毎に送信及び受信の各方向に割
当てるバッファのアドレスを記憶するための送信バッフ
ァアドレス５０６．受信バッファアドレス５０７９通信
形態の切替を行う際に、切替前の呼と切替後の呼の相互
関係を記憶するための接続呼番号５０８．そのエリアに
登録されている呼がレイヤ３以下のレベルで存在してい
ることを示すビジーフラグ５０９９通信形態の切替中に
、切替前の呼であることを示す切替フラグ５１Ｏ７及び
、通信形態の切替が完了し、データ通信を行っていない
呼であることを示す、切替完了フラグ５１１の各要素で
ある。

第６図は、通信形態の切替を行う際、切替要求発生側と
その通信相手側との間で送受信する切替用メツセージ６
００のデータ構成を示したものである。切替用メツセー
ジ６００は第８図中の呼設定８０３のような回線交換呼
制御用プリミティブ６１０のユーザ・ユーザ情報エリア
６１１及びパケット交換呼発呼時の発呼パケットのユー
ザデータ部に組込み送受信する。切替用メツセージ６０
０は、以下の各要素からなる。コマンド名称エリア６０
１は、通信形態切替えに関するメツセージであることを
示す。

動作指示エリア６０２には、通信形態切替えを行う際の
切替要求、切替拒否等の切替に関する動作が記述される
。切替モード指示エリア６０３は、通信形態の切替時に
、回線交換からパケット交換への切替であるのか、パケ
ット交換から回線交換への切替であるのかを指示する。

送信データパケット番号通知エリア６０４及び受信デー
タパケット番号通知エリア６０５は、通信形態切替前の
データ通信形態がパケット交換である場合、送信データ
パケット番号と受信データパケット番号を相手側にそれ
ぞれ通知する。

第７図は、データ通信の形態の切替えを行う際、切替を
行った二つの呼の間で送信バッファ７０１及び受信バッ
ファ７０２を共有する場合の、送受信バッファと呼の関
係を示した図である。ここで、データ通信形態の切替え
に伴い、データ通信呼が呼Ｋから呼しに切替わると、端
末インタフェース部２０７を介して受信し、送信バッフ
ァ７０１に格納したデータを切替前は呼にの送信データ
７０３として送出するが、切替後は、呼りの送信データ
７０４として送出する。また、端末インタフェース部２
０７を介して送信する受信バッファ７０２に格納するデ
ータも、切替え前は呼にの受信データ７０５を書込み、
切替え後は呼りの受信データ７０６を書込む。すなわち
、呼Ｋかも呼りに切替わった時点で、送信バッファの読
出しポインタ及び受信バッファの書込みポインタを呼Ｋ
から呼りに受け渡す。この場合、データ通信呼管理テー
ブル５００において、呼にの送信バッファアドレス５０
６と受信バッファアドレス５０７をそのまま呼りの要素
として登録すれば良い第８図は、本発明の一実施例の通信制御装置２００にお
いて、パケット交換によりデータ通信中に（８００）デ
ータ通信形態切替え要求を受信した後、回線交換による
データ通信にデータ通信形態切替を完了するまでの、デ
ータ通信形態管理部１０２．レイヤ３制御部２０４及び
網との間で送受信するメツセージシーケンス図を示す。

パケット交換から回線交換にデータ通信形態を切替える
場合は、まず、相手側に対して通信形態の切替えが可能
か否かの問合せを行い、切替え可能な場合、改めて回線
交換によるデータ通信呼設定のための処理を開始する。

第８図では、切替要求８０１を受信した後、呼設定要求
８０２送出から相手側からの切断表示８１３受信までが
、切替問合せのフェーズで、呼設定要求８１４送出から
相手側からの呼設定確認８２５受信までが、通信形態切
替えのフェーズである。ここで、データ通信形態切替え
を要求された通信制御装置Ｂａ２Ｏ側では呼設定表示８
０５受信時に通信形態の切替が可能か否かを調べ、その
結果を切断要求メツセージ８１０に付加して送出する。

ここで、通信制御装置Ａ３６０及び通信制御装置Ｂ８７
０のデータ通信形態管理処理１０２間で送受信するメツ
セージは、前述のように呼制御プリミティブ６１０のユ
ーザ・ユーザ情報要素６１１に組込んだ切替用メツセー
ジ６００のフォーマットである。

また、第８図には示していないが、切替要求８０１を受
信した後、データ通信形態切替のための呼設定要求８１
４送出までの間に、切替取消要求を受信した場合は、前
述の呼設定要求８０２送出がら切断表示８１３受信まで
と同様のシーケンスで、切替取消の通知を行う。

そして、通信制御装置Ｂ　８７０側で、データ通信形態
切替を拒否した場合、第９図に示すように、通信制御装
置Ａ３６０側のデータ通信形態管理処理１０２では、一
定時間後に擬似的に切替要求命令を受信するように切替
要求の再発行要求９０３を送出する。このようにして、
ｎ回切替要求を行った結果、相手側からすべて切替拒否
された場合、切替要求元に対して切替失敗９０７を通知
する。

ここで、第３図の場合、ユーザからの通信形態の切替要
求８０１は、該通信制御装置２００上の特定のキーもし
くは、スイッチの押下をキーインタフェース部２０８が
検知し、データ通信制御部１００に伝達する。第４図の
ような構成の場合、データ端末４００上における通信形
態切替用のハードウェアキーもしくは、ソフトウェアキ
ーの押下を検出して、上位通信ソフトウェア３７０から
データ通信制御部４２０に伝達する。

第１０図は、第７図のような送受信バッファの切替を行
う場合、第８図の通信制御装置Ａ３６０のデータ過信形
態管理処理１０２における処理の流れを示したものであ
る。パケット交換でデータ通信中（８００）において、
パケット交換から回線交換への通信形態切替要求が発生
した場合（８０１）の切替要求側の処理を第１０図を用
いて説明する。

切替要求が発生した時点（ステップ１０００）では、パ
ケット交換によりデータ過信中あり、データ過信呼管理
テーブル５００には該当する呼識別番号５ｏ１の各要求
に次のような値が登録されている。呼種別５０２は、パ
ケット交換として登録してあり、送信パケット番号５０
４及び受信パケット番号５０５にそれぞれ該当するパケ
ット番号が登録されている。

そして、使用中の送信及び受信バッファアドレスがそれ
ぞれ送信バッファアト１ノス５ｏ６、受信バッファアド
レス５０７に登録されている。また、レイヤ３レベルで
の呼の存在を示すとジ−フラグがＯＮ状態になっている
。

この状態において、データ通信形態管理処理１０２にお
いて、データ通信呼の通信形態切替要求を受信すると（
１０００）、切替用メツセージ６００のフォーマットを
持つ切替問合せコマンドを編集する（１００１）、ここ
で、コマンド名称６０１には過信形態切替コマンドを示
すコードを、動作指示６０２には、切替問合せを示すコ
ードを、切替モード６０３にはパケット交換から回線交
換に切替えることを示すコードを入れる。送信データパ
ケット番号６０４及び受信データパケット番号６０５に
は情報を入れない、そして、相手側に対するデータパケ
ットの送信を停止する（１００２）。また、上位通信ソ
フトウェア３７０に対して、該データ通信制園部１００
へのデータ送信停止を要求する（１００３）。そして、
前記切替問合せコマンドをユーザ・ユーザ情報要素に組
込み該切替対象となった呼のアドレス及びサブアドレス
情報を相手番号５０３から得て、呼設定要求メツセージ
をレイヤ３制御部２０４の回線交換用プロトコル制御部
３１０に対して送出する（１００４）。また、データ通
信形態管理処理１０２では、該呼設定要求メツセージ送
出後、切替要求を受けた呼に対応したデータ通信呼管理
テーブル５００中の切替えフラグ５１０をＯＮ状態にす
る（１００５）。その後、ユーザからの切替要求の取消
通知及びレイヤ３制御部２０４からの切断表示メツセー
ジ受信を待つ（１００６゜１００７）。ここで、切断表
示メツセージ受信前に、ユーザからの切替要求取消し通
知を受信した場合、切替取消コマンドを編集する（１０
０８）、このコマンドでは、動作指示５０２に切替取消
を示すコードを入れる。そして、前記切替要求問合せを
行った相手に対して、ユーザ・ユーザ情報に前記Ｊ替取
消コマンドを組込んだ呼設定要求メツセージを送出する
（１００９）。そして、切替前の通信形態であるデータ
パケットの送信を再開しく１０］、０）、上位通信ソフ
トウェアに対してデータ送信の再開を要求する（１０１
１）。そして、切替対象となった呼の切替フラグ５１０
をＯＦＦ状態にする（１０１２）、、そして、切替問合
せを行った呼を解放する。

ユーザからの切替取消通知を受信する前に相手側からの
切断プリミティブをレイヤ３制園部２０４が受信し、デ
ータ通信形態管理処理１０２において切断表示メツセー
ジを受信すると（１００７）、データ通信形態管理処理
１０２ではユーザ・ユーザ情報を取り出す（１０１３）
。そして、切替コマンド６００中の動作指示６０２のコ
ードが切替受付か否が調べる（１０１４）。動作指示コ
ードが切替受付である場合には、データ通信呼管理テー
ブル５００の切替対象のパケット呼の送信データパケッ
ト番号エリア５０４及び受信データパケット番号エリア
５０５がらデータを読出し、切替用コマンド６００の送
信データパケット番号エリア６０４及び、受信データパ
ケット番号エリア６０５に設定する。また、動作指示６
０２には切替要求を示すコードを入れる。上記のフォー
マットの切替要求コマンドを編集した後（１０１５）、
ユーザ・ユーザ情報に該切替要求コマンドを組込んだ呼
設定要求メツセージを送出する（１０１６）。この後、
データ通信形態管理処理１０２では、レイヤ３制御部２
０４かものメツセージを待つ。データ通信形態管理処理
１０２で呼設定確認メツセージを受信すると（１０１７
）、ユーザ・ユーザ情報を取出し、相手側の送信及び受
信パケット番号を読み込む（１０１８）。

そして、送信バッファに残っている送達未確認のデータ
から相手側が受信終了しているデータを解放し、切替前
の呼で使用していた送信及び、受信バッファを切替え後
の呼のバッファとしてそれぞれ、データ通信呼管理テー
ブル５００の該当する要素に登録してバッファの切替を
完了する（１０１９）。

そして、上位通信ソフトにデータ送信再開を要求しく１
０２０）、切替対象となった呼の切替フラグ５１０をＯ
Ｆ　Ｆ　ｌ、　（１０２１）、相手側から切断指示パケ
ットを受信していれば（１０２２）、呼を開放しく１０
２３）、上位ソフトウェアに通信形態の切替完了を通知
する（１０２４）。また、回線交換によるデータ通信は
、前記送受信バッファ切替え完了時点で開始する。

ここで、ステップ１０１４において、動作指示コードが
切替拒否であった場合もしくは、ステップ１０１７にお
いて、相手側から切断指示メツセージを受信した場合、
データパケットの送信を再開しく１０２５）、上位通信
ソフトウェアに対してデータ送信再開を要求しく１０２
６）、切替対象となっていた呼の切替フラグ５１０をＯ
ＦＦする（１０２７）。そして、切替要求のりトライ回
数が設定値に至ったが否かを調べ（１０２８）、設定値
より小さい場合は、切替要求再発行要求を送出する（１
０２９）、設定値に至った場合は上位通信ソフトウェア
に切替失敗を通知する（１０３０）。

第１１図は、第８図の通信制御装置Ｂａ２Ｏ側のデータ
通信形態管理処理１０２における処理の流れを示したも
のである。パケット交換によるデータ通信中は、通信制
御装置Ｂａ２Ｏ側においても、デー夕通信呼管理テーブ
ル５００に通信制御装置Ａ３６０と同様の情報が設定さ
れている。

まず、データ通信形態管理処理１０２において、呼設定
表示メツセージを受信すると（１１００）、ユーザ・ユ
ーザ情報を取り呂しく１１０１）、切替コマンド６００
の場合、動作指示エリア６０２を調べる（１１０２）、
動作指示エリア６０２のコードが切替問合せの場合、呼
出要求メツセージをレイヤ３制御部２０４に送出する（
１１０３）。そして、チャネルの空き状態を調べ、切替
可能か否か判別する（１１０４）。切替可能な場合は、
切替対象となった呼の切替フラグ５１０をＯＮする（　
１１０５　）。そして、データパケットの送信を停止し
く１１０６）、上位通信ソフトウェア３７０にデータ送
信停止を要求する（１１０７）。そして、動作指示コー
ド６０２に切替受付を示すコードを組込み切替受付コマ
ンドを編集する（１１０８）。ここで、切替可能でない
場合は、動作指示コード６０２に切替拒否を示すコード
を組込み切替拒否コマンドを編集する（１１００）、そ
して、該切替受付コマンドもしくは、切替拒否コマンド
をユーザ・ユーザ情報に組込んだ切断要求メツセージを
レイヤ３制御部２０４へ送出する（１１０９）。その後
、データ通信形態管理処理１０２において、再び呼設定
表示メツセージを受信すると（１１００）、ユーザ・ユ
ーザ情報を取出す（１１０１）。そして、切替用メツセ
ージ６００の動作指示のエリア６０２を調べ、切替要求
の場合、もう−度切替可能か否か調べ（１１１１）、切
替可能な場合は該切替用メツセージ６００中の送信及び
受信パケット番号６０４．６０５を読込む（１１１２）
。そして、上記受信パケット番号６０５と該通信制御装
置での送信パケット番号５０４を比較し、異なる場合は
送信バッファ７０１内に相手に受信されていないデータ
を残す（１１１３）、その後、パケット呼を切断する（
１１１４）。

そして、該パケット呼の送信及び受信バッファを新しい
呼に接続する（１１１５）、すなわち、データ通信呼管
理テーブル５００の送信及び受信バッファアドレスを切
替え前の呼のものを切替え後の呼に引渡す。そして、切
替メツセージ６００の動作指示６０２に切替確認を示す
コードを組込み、送信及び受信パケット番号６０４．６
０５を組込んだ切替確認コマンドを編集しく１１１６）
、該コマンドをユーザ・ユーザ情報に組込んだ呼設定応
答メツセージをレイヤ３制御部２０４に送出する（１１
１７）。そして、上位通信ソフトウェア３７０にデータ
送信再開を要求する（１１１８）。切替要求コマンド受
信時にステップ１１１１において、切替可能でない場合
に動作指示６０２に切替拒否を示すコードを組込んだ切
替拒否コマンドを編集した（１１１９）後、もしくは、
ステップ１１０２において切替取消コマンド受信時、レ
イヤ３制御部２０４に対して呼出要求メツセージを送出
しく１１２０）続けて、該切替拒否コマンドをユーザ・
ユーザ情報に組込んだ切断要求メツセージを送出する（
１１２１）。その後、切替対象となっていた呼の切替フ
ラグをＯＦ　Ｆ　Ｌ　（１１２２）、データパケットの
送出を再開した後（１１２３）、上位通信ソフトウェア
にデータ送信の再開を要求する（１１２４）。

第１２図は、本発明の一実施例の通信制御装置２００間
で、回線交換によりデータ通信中に（１２００）、デー
タ通信形態切替え要求を受信した後、パケット交換によ
るデータ通信にデータ通信形態切替を完了するまでの、
メツセージシーケンス図を示したものである１回線交換
からパケット交換にデータ通信形態を切替える場合は、
第８図に示したパケット交換から回線交換に切替える場
合と異なり、切替を行う前に送受信したパケット番号を
やり取りする必要がない。このため、第１２図に示すよ
うに、一つのパケット呼発信シーケンスで、切替の問合
せ、及び切替えを行うことができる。また、回線交換に
よるデータ通信を同−課金量で最も効率良く行うため、
課金監視処理１０４から課金変化通知（１２１５，１２
２０）を受信するための処理を行う（１２１４，１２１
９）、この場合も、通常のパケット呼発信応答シーケン
スですべての処理を行えるため、レイヤ３以下の部分は
、通信形態を切替えるに当たって、特別な処理を行う必
要はない。このシーケンスにおいては、切替要求１２０
１に対する切替取消は、課金変化通知受信１２１５まで
受け付ける。また、相手側切替拒否による切替要求再発
行については、第８図の場合と同様、ｎ回すトライし、
その結果を切替要求元に送信する。

第１３図は、第１２図の通信制御装置Ａ３６０のデータ
通信形態管理処理１０２における処理の流れを示したも
のである。この場合も、第１０図の場合と同様に、第７
図のような送受信バッファの切替えを行う。回線交換で
データ通信中（１２００）において、回線交換からパケ
ット交換への通信形態切替要求が発生した場合（１２０
１）の切替要求側の処理を第１３図を用いて説明する。

回線交換でデータ通信中に、データ通信形態の切替要求
を受信すると（１３００）、切替問合せコマンドを編集
する（１３０１）。そして、切替対象となる呼の切替フ
ラグ５１０をＯＮＬ、た後（１３０２）、ユーザ・ユー
ザ情報に該切替問合せコマンドを組込んだ呼設定要求メ
ツセージをレイヤ３制御部２０４のパケット交換プロト
コル制御部３２０に対して送出する（１３０３）、その
後、ユーザからの切替取消もしくは相手側からの送信メ
ツセージを待つ（１３０４，１３０５）。ここで、相手
側からの送信メツセージが切断指示の場合（１３０６）
、切替フラグ５１０をＯＦＦする（１３０７）。そして
、リトライ回数を調べ、これが規定回数をオーバしてい
なければ（１３０８）、切替要求再発行要求を送出する
（１３０９）。

規定回数をオーバしている場合は、切替失敗とみなし、
上位通信ソフトウェア３７０に対して切替失敗を通知す
る（１３１０）。ユーザから切替取消の要求を受けるこ
となく、相手側から呼接続表示メツセージを受信すると
（１３０５）、データ通信形態管理処理１０２では、回
線交換からパケット交換に最も効率良く通信形態を切替
えるために後に説明する課金変化監視処理１０４を起動
する。この時、通知要求タイミングを例えば変化１秒前
にセットする（１３１１）。そして、ユーザからの切替
取消もしくは該課金変化監視処理１０４からの課金変化
通知受信待ちとなる（１３１２．１３１３）。その後、
課金変化通知を受信すると、相手側に対するデータ送信
を停止しく１３１４）、切換対象となった呼に対して切
断要求メツセージを送出しく１３１５）、切替前の呼の
送信及び受信バッファを切替後の呼の送信及び受信バッ
ファとして割付ける（１３１６）。そして、切替フラグ
をＯＦ　Ｆ　Ｌ　（１３１７）、切替前の呼を解放する
。その後、上位通信ソフトウェア３７０に対して、切替
完了を通知する（１３１８）。ここで、ステップ１３０
４及びステップ１３１２において、ユーザから切替取消
の要求を受けた場合、切替メツセージ６００の動作指示
６０２に切替取消を示すコードを組み込んだ切替取消コ
マンドを編集しく１３１９）、該切替取消コマンドをユ
ーザ・ユーザ情報に組込んだ呼設定要求メツセージをレ
イヤ３制ａ１２０４に送出しく１３２０）、切替対象と
した呼の切替不ラグ５１０をＯＦＦする（１３２１）。

そして、レイヤ３制御部２０４のパケット交換制御部３
２０に対して、切断要求メツセージを送出する（１３２
２）　。

第１４図は、第１２図の通信制御装置Ｂａ２Ｏ側のデー
タ通信形態管理処理１０２における処理の流れを示した
ものである。まず、データ通信形態管理処理１０２にお
いて、呼設定表示メツセージを受信すると（１４００）
、ユーザ・ユーザ情報を取り出しく１４０１）　、切替
問合せコマンドか否か調べる（１４０２）。

切替問合せコマンドでなければ何もしない、切替問合せ
コマンドの場合は、送信データ密度等からパケット交換
に切替可能か否か調べ（１４０３）、切替可能でない場
合は、呼出要求メツセージをレイヤ３制御部２０４に送
出しく１４０４）、切替要求メツセージを続けて送出す
る（１４０５）。切替可能な場合は、切替対象呼の切替
フラグ５１０をＯＮ　［、（１４０６）、パケット呼の
着信を許容する呼設定応答メツセージをレイヤ３制御部
２０４に送出する（１４０７）。そして、レイヤ３制御
部２０４からの呼設定表示メツセージ受信を待つ（１４
０８）。呼設定表示メツセージを受信すると、ユーザ・
ユーザ情報を取り出し、切替取消コマンドか否か調べる
（１４０９）、切替取消コマンドでない場合、呼設定応
答メツセージをレイヤ３制御部２０４に対して送出する
（１４１０）。そして、例えば、課金変化通知を実際に
課金が変化する１、５秒前に受信できるように設定して
、課金監視処理１０４を起動しく１４１１）、相手側か
らの切替取消受信（１４１２）もしくは、拠金変化通知
受信を待つ（１４１３）。課金変化通知を受信すると、
回線交換によるデータ送信を停止しく１４１４）　、上
位通信ソフトウェア３７０にデータ送信停止を要求する
（１４１５）　。

その後、相手側からの切替取消コマンドもしくは切断表
示メツセージ受信を待つ（１４１６，１４１７）、そし
て、切替フラグ５１０がＯＮとなっていた切替対象呼に
対して切断表示メツセージを受信すると（１４１７）、
切替前の呼の送信及び受信バッファを新しく切替るパケ
ット呼の送信及び受信バッファに割付け（１４１８）、
上位通信ソフトウェア３７０にデータ送信再開を要求し
た後（１４１９）、データパケットの送信を開始する（
１４２０）。ここで、ステップ１４０９及び１４１２に
おいて、相手側から切替取消コマンドを受信した場合、
切替フラグ５１０を０ＦＦｔ。

（１４２１）、呼出要求メツセージを送出した後（１４
２２）、切断要求メツセージをレイヤ３制御部２０４に
送出する（１４２３）。ステップ１４１６において、切
替取消コマンドを受信した場合は、切替フラグ５１０を
ＯＦ　Ｆ　Ｉ、　（１４２４）、回線交換によるデータ
通信を再開した後（１４２５）、上位通信ソフトウェア
３７０にデータ送信再開要求を行う（１４２６）。そし
て、呼出要求メツセージ、切断要求メツセージをそれぞ
れ送出しく１４２２．１４２３）、呼を切断する。

第１５図、第１６図及び第１７図を用いて、課金監視処
理１０４の動作を説明する。第１５図は、回線交換呼課
金周期管理テーブル１５００を示したものである。

回線交換によるデータ通信呼が発生するとその呼はすべ
て、該管理テーブル１５００に登録する。登録の際、第
１６図に示す課金周期検索テーブル１６００を発信局と
着信局から検索し、これと通信時刻から課金変化周期時
間（秒単位）を求める。そして、該周期時間を後述する
課金監視処理１０４の起動周期の単位に直した値を課金
変化周期１５２０に登録する。

また、課金監視処理１０４に課金変化通知を要求する際
は、課金の変化するｍ秒前に課金変化通知が欲しい場合
は、通知要否エリア１５３０に（課金変化周期−ｍ）／
（課金監視処理の起動周期）で求まる値を設定する。ま
た、課金監視処理１０４の起動周期で１ずつ増加するカ
ウンタ１５４０により課金変化タイミングを監視する。

第１７図は、課金監視処理１０４での処理フローを示し
たものである。該処理は該データ通信制御部１００のプ
ログラムが動作しているＯ８により、周期起動され（１
７００）、回線交換呼課金周期管理テーブル１５００に
呼の登録の有無を調べ（１７０１）、該テーブルに登録
されている呼がある場合、カウンタ１５４０の値に１加
える（１７０２）ゆ該テーブルに何も登録されていない
場合は、何もしない。カウンタ１５４０の値は、課金周
期でモジュロを取り（１７０３）、次に通知要否１５３
０に課金変化通知時間が登録されているか否か調べ、登
録されている場合は、さらに、カウンタ１５４０の値と
通知要否１５３０の値が等しいか否か調べる（１７０４
）。カウンタ１５４０の値と通知要否１５３０の値が等
しい場合は、通知を要求した呼の課金が変化する旨の情
報を組立てデータ通信形態管理処理１０２に通知する（
１７０５）。そして、通知要否１５３０をクリアする（
１７０６）。カウンタ１５４０の値と通知要否１５３０
の値が等しくない場合は、何もしない。以上の処理によ
り、課金変化通知を要求した呼に対して、課金変化の一
定時間前に通知可能となる。

ここまで、第１０図、第１１図、第１３図及び第１４図
は、第７図に示すように、切替前の呼と切替後の呼の間
で、送受信バッファを共有する場合の処理を示した。こ
れ以降、第１８図に示すような、切替前の呼と切替後の
呼でそれぞれ独立に送受信バッファを持つ場合について
の処理を示す。

第１８図は、データ通信の形態の切替えを行う際、切替
えを行った二つの呼がそれぞれ独立に送信及び受信バッ
ファを持つ場合の、送受信バッファと呼の関係を示した
図である。ここで、データ通信形態の切替えに伴い、呼
Ｋかも呼りに変化すると呼に用の送受信バッファ（１８
０１，１８０３）から、呼り用の送受信バッファ（１８
０２，１８０４）に切替わる。ここで、第７図に示した
バッファの割当て方法と異なり、通信形態の切替え後も
切替前の呼と切替後の呼で同時に通信可能であるため、
切替前と切替後のバッファのつながり関係を送信、受信
の両方で記憶する必要がある。

第１９囚は、第１８図のバッファ割付けを行う場合にお
ける、パケット交換から回線交換にデータ通信形態を変
更する際のメツセージシーケンスを示した図である。こ
れは、第８図で示したメツセージシーケンスとほぼ同様
であるが、呼毎に送受信バッファを割付けることにより
、切替前のバケツト呼で送信したデータをすべて受信す
るまで該パケット呼を解放しない。このため、通信制御
装置Ｂ８７０において、データ通信形態の切替えフェー
ズでの呼設定表示メツセージ受信（１９１７）の後、パ
ケット交換呼を切断するのではなく、回線交換呼を接続
する（１９１８）。パケット呼の切断は、相手側の送出
したデータパケットをすべて受信した後行う（１９２３
）。

第２０図は、切替前の呼と切替後の呼が独立な送受信バ
ッファを持つ場合の、パケット交換から回線交換への通
信形態切替要求発生した通信制御装置Ａ３６０側の、デ
ータ通信形態管理処理１０２の処理の流れを示したもの
である。パケット交換から回線交換にデータ通信形態が
切替わる場合の切替要求側の処理を第２０図を用いて説
明する。

ユーザからの切替要求を受信すると（２０００）、デー
タ通信形態管理処理１０２では、切替問合せコマンドを
編集しく２００１）、該コマンドをユーザ・ユーザ情報
に組込んだ呼設定要求メツセージをレイヤ３制御部２０
４に送出する（２００２）。そして、切替対象呼の切替
フラグ５１０をＯＮする（２００３）、この後、ユーザ
の切替取消もしくは、相手側からの切断表示メツセージ
受信を待つ（２００４，２００５）。相手側から切断表
示メツセージを受信した場合は、ユーザユーザ情報を取
り出しく２００６）、切替メツセージ６００中の動作指
示６０２が切替受付を示すコードであるか否かを調べ（
（２００７）、切替受付の場合は、切替対象呼のデータ
パケットの送信を停止する（２００８）。そして、上位
通信ソフトウェア３７０に対し、データ送信停止を要求
する。（２００９）。また、切替えを行う呼に対して新
しい送信及び受信バッファを割当てる（２０１０）。こ
の後、送信及び受信パケット番号をセットした切替要求
コマンドを編集しく２０１１）、該コマンドをユーザ・
ユーザ情報に持つ呼設定要求メツセージをレイヤ３制御
部２０４に対して送出する（２０１２）。その後、相手
側からの呼設定確認メツセージの受信を待つ（２０１３
）、そして、相手側から呼設定確認メツセージを受信し
た場合、ユーザ・ユーザ情報を取り出し、相手側の送信
及び受信パケット番号６０４．８０５を記込む（２０１
４）、その後、データ受信及び送信バッファを新しく切
替える回線交換呼の方に切替え（２０１５）、上位通信
ソフトウェア３７０にデータ送信再開を要求しく２０１
６）、切替要求にしたがって、切替を完了したことを示
す切替完了フラグ狙１をＯＮする（２０１？）。そして
、切替対象となった呼に対する切断表示メツセージ受信
を待ち（２０１８）、受信後、切替フラグ５１００Ｎの
呼を解放し、前記切替完了フラグ５１１をＯＦＦする（
２０１９）。ステップ２００４において、ユーザからの
切替取消要求を受信した場合、切替取消コマンドを編集
しく２０２０）、該切替取消コマンドをユーザ・ユーザ
情報に組込んだ呼設定要求メツセージをレイヤ３制御部
２０４に送出しく２０２１）、切替フラグ５１０をＯＦ
Ｆする。ステップ２００７において、動作指示６０２が
切替拒否を示すコードであった場合、切替フラグ５１０
をＯＦＦする（２０２２）。そして、ステップ２０１３
において、呼設定確認メツセージではなく、切断表示メ
ツセージを受信した場合、データパケットの送信を再開
しく２０２３）　、上位通信ソフトウェア３７０に対し
てデータ送出再開を要求する（２０２４）。また、新し
い回線交換呼に対して割付けた送信及び受信バッファを
解放しく２０２５）、切替対象となっていた呼の切替フ
ラグ５１０をＯＦＦする（２０２６）　、　ソＬ　１”
、リトライ回数を調へ（２０２７）、規定回数以下の場
合は切替要求再発行要求を送８しく２０２８）、規定回
数に達した場合は、上位通信ソフトウェア３７０に対し
て切替失敗通知を行う（２０２９）。

第２１図は、第１９図の通信制御装置Ｂ　８７０側のデ
ータ通信形態管理処理１０２における処理の流れを示し
たものである。パケット交換から回線交換にデータ通信
形態が切替わる場合の切替被要求側の処理を第２１図を
用いて説明する。

レイヤ３制御部２０４から呼設定表示メツセージを受信
すると（２１００）、ユーザ・ユーザ情報を取出しく２
１０１）、切替メツセージ６００中の動作指示６０２を
調べる（２１０２）。動作指示６０２が切替問合せを示
すコードである場合、呼出要求メツセージを送出しく２
１０３）、パケット交換から回線交換に切替可能が否か
調べ（２１０４）、切替可能ならば切替対象となった呼
の切替フラグ５１０をＯＮ　Ｌ、　（２１０５）、切替
受付コマンドを編集しく２１０６）、該切替受付コマン
ドをユーザ・ユーザ情報に組込んだ切断要求メツセージ
をレイヤ３制御部２０４に送出する（２１０７）、ステ
ップ２１０４において、切替可能でない場合、切替拒否
コマンドを編集しく２１０８）、該切替拒否コマンドを
ユーザ・ユーザ情報に組込んだ切断要求メツセージをレ
イヤ３制調部２０４に対して送出する（２１０７）。そ
の後、再び呼設定表示メツセージを受信すると（２１０
０）、ユーザ・ユーザ情報を取出しく２１０１）、切替
コマンドの動作指示を調べ（２１０２）、動作指示６０
２の示すコードが切替要求の場合、切替可能か否か調べ
（２１０９）、切替可能な場合は、切替メツセージ６０
０中の相手側の送信及び受信データパケット番号６０４
．６０５を読込む（２１１０）。そして、新しく切替え
る呼に対して送信及び受信バッファを割当て（２１１１
）、データパケットの送出を停止しく２１１２）、デー
タ送信及び受信バッファを切替（２１１３）、切替確認
コマンドに送信及び受信データパケット番号を組込み編
集する（２１１４）、そして、該切替確認コマンドをユ
ーザ・ユーザ情報に組込んだ呼設定応答メツセージをレ
イヤ３制御部２０４に対して送出する（２１１５）。そ
して、切替後の呼の切替完了フラグ５１１をＯＮする（
２１１６）、その後、相手側の送信パケット番号と自端
末に送られて来たデータパケット番号を比較してパケッ
ト受信が完了したか否かを調べ（２１１７）、受信が完
了するとレイヤ３制園部２０４のパケット交換用プロト
コル制園部３２０に切断要求メツセージを送出する（２
１１８）ステップ２１０９において、切替可能でない場
合、切替拒否コマンドを編集しく２Ｈ９）、呼出要求メ
ツセージを送出した後（２１２０）、該切替拒否コマン
ドをユーザ・ユーザ情報に組込んだ切断要求メツセージ
をレイヤ３制御部２０４に対して送出する（２１２１）
そして、切替対象呼の切替フラグ５１０をＯＦＦする（
２１２２）。また、呼設定表示メツセージのユーザ・ユ
ーザ情報の切替メツセージ６００が切替取消コマンドで
ある場合、呼出要求メツセージを送出しく２１２０）、
切断要求メツセージをレイヤ３制御部２０４に送出する
（２１２１）。そして、切替対象呼の切替フラグ５１０
をＯＦＦする（２１２２）。

第２２図は、回線交換からパケット交換にデータ通信形
態の切替えを行い、第１８図に示すバッファの割当を行
う場合第１２図の通信制御装置Ａ３６０のデータ通信形
態管理処理１０２における処理の流れを示したものであ
る。第２２図を用いて、該通信形態の切替え要求側の処
理を説明する。

データ通信形態の切替要求を受信すると（２２００）切
替問合せコマンドを編集しく２２０１）、切替対象呼の
切替フラグ５１０をＯＮした後（２２０２）、該切替問
合せコマンドをユーザ・ユーザ情報に組込んだ呼設定要
求メツセージをレイヤ３制御部２０４に送出する（２２
０３）。そして、ユーザからの切替取消もしくは、相手
側からの呼接続表示メツセージ受信を待つ（２２０４，
２２０５）。ここで、相手側から呼接続表示メツセージ
を受信すると、新しい呼に対して送信及び受信バッファ
を割当て（２２０６）、切替完了フラグ５１１をＯＮ　
ｔ、　（２２０７）、回線交換からパケット交換に切替
えるためのタイミングを得るために、例えば通知タイミ
ングを課金変化１秒前にセットして、課金変化監視処理
１０４を起動する（２２０８）。

その後、ユーザからの切替取消もしくは、課金変化通知
を受信するのを待つ（２２０９，２２１０）。ここで、
課金変化通知を受信すると、データ送信及び受信バッフ
ァをきりかえフラグ５１００Ｎの呼から切替完了フラグ
５１１ＯＮの呼に切替（２２１１）、データパケット送
出を開始する（２２１２）。そして、切替フラグ５１０
０Ｎの呼を切断する（２２１３）。ここで、ステップ２
２０９でユーザからの切替取消要求を受信すると、ステ
ップ２２０６で割付けたバッファを解放しく２２１４）
、切替完了フラグ５１１　ＯＮの呼を解放しく２２１５
）、切替取消コマンドを編集しく２２１６）、該切替取
消コマンドをユーザ・ユーザ情報に組込んだ呼設定要求
メツセージをレイヤ３制御部２０４に対して送出する（
２２１７）。そして、切替対象となった呼の切替フラグ
５１０をＯＦＦする（２２１８）。ステップ２２０５で
切断指示メツセージを受信した場合（２２１９）、切替
対象呼の切替フラグ５１０を０ＦＦｔ。

（２２２０）、リトライ回数を調べて、規定回数以下な
らば（２２２１）、切替要求再発行要求を送出する（２
２２２）。規定回数に達した場合は、上位通信ソフトウ
ェア３７０に対し、切替失敗を通知する（２２２３）。

また、ステップ２２０４でユーザからの切替取消要求を
受信すると、切替取消コマンドを編集しく２２１６）、
該切替取消コマンドをユーザ・ユーザ情報に組込んだ呼
設定要求メツセージをレイヤ３制御部２０４に対して送
出しく２２１７）、切替対象呼の切替フラグ５１０をＯ
ＦＦする（２２１８）。

第２３図は、第２２図で示した回線交換からパケット交
換への通信形態切替要求側の相手側の通信制御装置Ｂ８
７０におけるデータ通信形態管理処理１０２の処理の流
れを示したものである。第２３図を用いて、該通信形態
切替における被切替要求側の処理を説明する。

相手側から呼設定表示メツセージを受信すると（２３０
０）、ユーザ・ユーザ情報を取り出しく２３０１）、受
信した情報が切替問合コマンドか否か調べる（２３０２
）、切替問合せコマンドでない場合は、何もしない。切
替問合コマンドを受信すると、パケット交換に切替可能
か否か調べ（２３０３）、切替可能ならば、切替対象と
なった呼の切替フラグ５１０をＯＮｌ、、、（２３０４
）、呼設定応答メツセージをレイヤ３制御部２０４に対
して送出する（２３０５）。そして、呼設定表示メツセ
ージ受信を待つ（２３０６）。呼設定表示メツセージを
受信すると、ユーザ・ユーザ情報を取出しく２３０７）
、切替メツセージ６００の動作を調゛べ、切替問合せコ
マンドか否か調べる（２３０８）。

切替問合せコマンドの場合、呼設定応答メツセージをレ
イヤ３制御部２０４に送出する（２３０９）。そして、
新しい呼にたいして送信及び受信バッファを割当て（２
３１０）、切替完了フラグ５１１　をＯＮする（２３１
１）。その後、回線交換からパケット交換に切替るため
のタイミングを得るために、例えば通知タイミングを度
数変化１゜５秒前にセットして課金変化監視処理１０４
を起動する（２３１２）。そして、呼設定表示メツセー
ジを受信するか、課金変化通知を受信するのを待つ（２
３１３，２３１４）。課金変化通知を受信すると、デー
タ送信用のバッファを新しい呼のバッファに切替え（２
３１５）、データパケットの送出を開始する（２３１６
）。ステップ２３１３で、呼設定表示メツセージを受信
するとユーザ・ユーザ情報を取出しく２３１７）、切替
取消コマンドか否か調べ（２３１８）、切替取消コマン
ドの場合、切替完了フラグ５１１ＯＮの新しい呼に割り
当てたバッファを解放しく２３１９）、切替完了フラグ
５１１ＯＮの呼を解放した後（２３２０）、切替対象と
なった呼の切替フラグをＯＦ　Ｆ　ｌ、　（２３２１）
　、呼出し要求メツセージをレイヤ３制御部２０４に対
して送出した後（２３２２）、切断要求メツセージを送
出する（２３２３）　、また、ステップ２３０８で切替
取消コマンドを受信した場合、切替対象呼の切替フラグ
５１０を○Ｆ　Ｆ　Ｌ　（２３２１）、呼出し要求メツ
セージ送出の後（２３２２）、切断要求メツセージを送
出する（２３２３）。また、ステップ２３０３で切替可
能でない場合は、切替拒否コマンドを編集しく２３２４
）、該切替拒否コマンドをユーザ・ユーザ情報に組込ん
だ切断要求メツセージをレイヤ３制御部１２に送出する
（２３１５）　、以上、本実施例によれば、ユーザから
の要求により、パケット交換と回線交換の通信形態を切
替えることが可能になり、最も効果的な通信形態で通信
を行うことが可能になる。

それでは次に、データ通信の形態の切替要求を自動的に
データ通信制御部１３に対して送出する手段の一実施例
を説明する。

第２４図は、データ通信呼のデータ通信量の監視を行い
、通信中の通信形態とデータ通信量の関係がある状態に
なると通信形態の切替要求を発生するためのデータ通信
監視テーブル２４００である。本発明の一実施例では、
一定周期で、その区間毎のデータ発生速度及び加速度を
計算し、データ発生速度が通信中の通信形態から定まる
しきい値より上か下かにより、通信切替のためのカウン
タを増減し、例えば、現在パケット交換で通信中に回線
交換に切替えるための上しきい値をに回（たとえばに＝
３）越えた場合、その時点での加速度が負でなければ、
データ発生速度がパケット交換での処理速度を上回って
いると判断し、通信形態の切替要求を送出する。また、
速度を計測する周期より大きい周期で（例えば５０倍）
で、送信したデータ量を計測し、その値から計算したデ
ータ発生速度がしきい値を越えた場合、通信形態の切替
要求を送出する。データ通信監視テーブル２４００は、
呼識別番号２４０１、通信形態２４０２、バッファ書込
みポインタ２４０３、−周期前のバッファ書込みポイン
タ２４０４、切替前の通信形態２４０５、大周期におけ
るトータルのデータ量２４０６、上下各しきい値に対す
る増減を示すカウンタ２４０７及びデータ発生加速度２
４０８を各要素に持つ。第２５図は、データ送信密度監
視処理１０５における処理の流れを示したものである。

該処理は、○Ｓにより一定期間で周期起動され（２５０
０）、各データ通信呼の送信バッファの書込みポインタ
を読込む（２５０１）。この値と一つ前の周期における
書込みポインタとの差を求め、それを起動周期で割り、
その区間でのデータ発生速度を計算する（２５０２）。

また、一つ前の周期との速度差から、その区間でのデー
タ発生加速度を求め、データ発生が増加傾向にあるのか
減少傾向にあるのがを調べる（２５０３）。そして、バ
ッファ書込みポインタに関するエリアの書替えを行う（
２５０４）　、ここで、計測したデータ発生速度が上し
きい値以上である場合（２５０５）、しきい値に対する
増減カウンタ２４ｏ７をインクリメントする。この時、
該カウンタ値が負であった場合は、０にリセットする（
２５０６）。カウンタ操作の結果、カウンタ値が規定値
Ｋ（例えばに＝３）を越えた場合（２５０？）、加速度
が正が否か判定しく２５０８）　、正ならば現在の通信
形態がパケット交換か否か調べ（２５０９）、パケット
交換の場合、通信形態切替要求をデータ通信形態管理処
理１０２に送出する（２５１０）。そして、大周期を計
測するためのタイムカウンタをクリアしく２５１１）、
トータルデータエリア２４０６をクリアする（２５１２
）。ステップ２５０９で通信形態が回線交換の場合、通
信形態の切替要求は行わない、ステップ２５０７．２５
０８において、カウンタ値がＫより小さいもしくは加速
度が負の場合は、タイムカウンタをインクリメントしく
２５１３）　、タイムカウンタが大周期と等しくなった
場合（２５１４）、大周期におけるデータ発生速度を計
算し、該速度が上しきい値以上が否かを調べ（２５１５
）、上しきい値以上の場合、通信形態がパケット交換か
否か調べ（２５０９）、以下、前記と同様の処理を行う
。ステップ２５０５で上しきい値より計測値が小さい場
合、計測値が下しきい値より小さいか否かを調べ（２５
１６）、下しきい値以下である場合、カウンタをデクリ
メントする（２５１７）。そして、カウンタ値の絶対値
が前述の規定値に以上か否か調べ（２５１８）　、規定
値に以上の場合、データ発生加速度が零以下か否か調べ
（２５１９）、零以下の場合は、現在の通信形態が回線
交換か否か調べ（２５２０）、回線交換の場合は、通信
形態の切替要求をデータ通信形態管理処理１０２に送出
する（２５２１）。そして、タイムカウンタをクリアし
く２５２２）、トータルデータエリア２４０６をクリア
する（２５２３）。ステップ２５２０で通信形態がパケ
ット交換の場合、通信形態の切替要求は行わない。ステ
ップ２５１８．２５１９において、カウンタ値の絶対値
がＫより小さい、もしくは、加速度が正の場合は、タイ
ムカウントをインクリメントしく２５２４）、タイムカ
ウンタが大周期と等しくなった場合（２５２５）、大周
期におけるデータ発生速度を計算し、該速度が下しきい
値以下か否かを調べ（２５２６）、下しきい値以下の場
合、通信形態が回線交換か否か調べ（２５２０）、以下
、前記と同様の処理を行う。

以上、本実施例によれば、データ発生速度と現在の通信
形態を比較して、該通信形態が適当が否か判別すること
ができるので、自動的に通信形態切替要求を送出可能と
なる。

〔発明の効果〕

本発明によれば、ユーザからの要求により、データ通信
形態間で、データ通信を切断することなく切替えること
が可能なので、データの発生量に対応した経済的に効果
のあるデータ通信を行うことが可能になる。また、デー
タ発生密度により、ユーザからの要求がなくても、自動
的にデータ通信の通信形態の切替要求を発生することが
できるので、ユーザが常にデータの発生状況を監視して
いなくても、データの発生量に応じた通信形態を選択可
能となる。

また、通信形態を切替える際、切替前の呼と切替後の呼
の間のデータのつながりを使用する通信バッファのつな
がりにより記憶できるので、データ通信形態を切替でも
データが途切れることなく通信可能となる。さらに、回
線交換からパケット交換に通信形態を切替える際に、回
線交換の課金の度数が上がる直線まで、回線交換による
データ通信を行うことができるので、経済的に効果のあ
るデータ通信形態の切替が可能となる。

【図面の簡単な説明】

第１図は、本発明の一実施例のデータ通信制御部を示す
図、第２図は、本発明の一実施例の通信制御装置の装置
構成を示す図、第３図は、本発明の一実施例の通信制御
装置の機能ブロック図、第４図は、本発明の一実施例の
変形例を示す図、第５図は、データ通信呼管理テーブル
を示す図、第６図は、切替用メツセージのフォーマット
を示す図、第７図及び第１８図は、本発明の一実施例に
おける送受信バッファの構成を示す図、第８図、第１２
図、第１９図は本発明の一実施例におけるメツセージシ
ーケンスを示す図、第９１１ＸＩは、切替拒否と切替要
求再発行要求送出の関係を示す図、第１０図、第１１図
、第１３図、第１４図、第２０図、第２１図、第２２図
及び第２３図は、本発明の一実施例におけるデータ通信
形態管理処理における処理フロー図、第１５図は、回線
交換呼の課金周期管理テーブルを示す図、第１６図は、
課金周期検索テーブルを示す図、第１７図は、課金変化
監視処理における処理フロー図、第２４因は、データ通
信呼のデータ発生量監視テーブルの構成を示す図、第２
５図は、通信形態切替要求発生部の処理フローを示す図
である。１００・・・データ通信制御部、１０２・・・データ通信形態管理処理、１０４・・・課
金監視処理、１０５・・・データ送通信密度監視処理、２００・・・
通信制御装置５００・・・データ通信呼管理テーブル、６００・・・
切替用メツセージ、１５００・・・回線交換呼課金周期管理テーブル、２４
００・・・データ通信監視テーブル、第）図第３図第４図某６フ印Ｏ＠７図売１０図兜１図猟１３函亮５図第２０品顎２５函

Claims

【特許請求の範囲】１、ＩＳＤＮ網に接続可能で、複数の通信形態でデータ
通信可能なデータ通信制御手段と、ユーザからの操作要
求を受け付けるとともに該データ通信制御手段へデータ
通信形態の切替要求を行うユーザインタフェース手段と
、データ通信の相手先に対して、通信形態切替の可否を
問合せる切替問合せ手段と、通信形態切替の可の返答を
相手先から受信した場合、該相手先との間に発生した２
つのデータ通信呼の間において、一方の呼から他方の呼
へデータの送受信を切替る切替制御手段とを有し、デー
タ通信中にユーザからの要求により通信形態を一方から
他方へ切替ることを特徴とするデータ通信装置。２、ＩＳＤＮ網に接続可能で、複数の種類の通信形態で
データ通信可能なデータ通信制御手段と、相手先との間
のデータの発生密度の監視するとともに該データの発生
密度の変化により該データ通信制御手段へデータ通信形
態の切替要求を行うデータ発生密度監視手段と、データ
通信の相手先に対して、通信形態切替の可否を問合せる
切替問合せ手段と、通信形態切替の可の返答を相手先か
ら受信した場合、該相手先との間に発生した２つのデー
タ通信呼の間において、一方の呼から他方の呼へデータ
の送受信を切替る切替制御手段とを有し、データ通信中
にデータの発生密度により通信形態を一方から他方へ切
替ることを特徴とするデータ通信装置。３、ＩＳＤＮ網に接続可能で、複数の種類の通信形態で
データ通信可能なデータ通信制御手段と、データ通信の
相手先からの通信形態切替の可否を問合せに対し、通信
形態切替の可否を該データ通信の相手先に通知する通信
形態切替可否通知手段と、該相手先との間に発生した２
つのデータ通信呼の間において、一方の呼から他方の呼
へデータの送受信を切替る切替制御手段とを有し、デー
タ通信中に相手先からの要求により通信形態を一方から
他方へ切替ることを特徴とするデータ通信装置。４、請求項１、請求項２又は請求項３記載のデータ通信
装置において、上記データ通信制御手段は、上記複数の
通信形態として回線交換とパケット交換でデータ通信可
能であることを特徴とするデータ通信装置。５、請求項１、請求項２又は請求項３記載のデータ通信
装置において、上記データ通信制御手段は、上記複数の
通信形態に対応した複数の入力手段と、該通信形態の切
替に対応して選択された該入力手段からの受信データを
格納する受信バッファと、上記複数の通信形態に対応し
た複数の出力手段と、送信データを格納し、該通信形態
の切替に対応して選択された該出力手段へ格納された該
データを送出する送信バッファとを有することを特徴と
するデータ通信装置。６、請求項１又は請求項２記載のデータ通信装置におい
て、上記切替制御手段は、上記データ通信形態の切替要
求の発生時点で、相手側へのデータ送信を停止し、切替
完了時点又は相手先からの切替拒否時点からデータ送信
を再開することを特徴とするデータ通信装置。７、請求項１又は請求項２記載のデータ通信装置におい
て、特定の時点までに送受信した最終のデータを、通信
中の２者間で相互に通知し、上記データ通信形態の切替
完了時点において、切替前の通信形態のデータ通信呼で
相手先との間で送受信したデータの内、未達のデータが
ある場合、該未達のデータを上記データ通信形態の切替
後の通信形態のデータ通信呼で互いに再び送信させる通
信呼管理手段を設けたことを特徴とするデータ通信装置
。８　請求項７記載のデータ通信装置において、上記通信
形態としてパケット交換によりデータ通信を行う場合、
上記相手先との間で送受信したパケット番号を記憶する
データ通信呼管理テーブルを設けたことを特徴とするデ
ータ通信装置。９、請求項１又は請求項２記載のデータ通信装置におい
て、上記切替制御手段は、一方の通信形態のデータ通信
呼で通信中に上記データ通信形態の切替要求があつた場
合、他方のデータ通信形態のデータ通信呼で相手先との
送受信を開始させるとともに、該送受信開始時点におい
て相手先に未達のデータがある場合、該未達のデータを
該一方の通信形態のデータ通信呼で並行して相手先へ送
信させることを特徴とするデータ通信装置。１０、請求項１又は請求項２記載のデータ通信装置にお
いて、上記回線交換によるデータ通信呼で通信中の場合
、通信の日時と上記相手先との距離から課金度数が変化
する時刻を計算する手段を有し、上記切替制御手段は、
通信形態を上記回線交換から他の通信形態に切替る旨の
上記データ通信形態り切替要求があつた場合、上記課金
度数が変化する時刻まで上記回線交換によるデータ通信
呼で通信を行わせることを特徴とするデータ通信装置。１１、ＩＳＤＮ網に接続可能で、複数の種類の通信形態
でデータ通信可能なデータ通信装置間のデータ通信方式
であつて、第一のデータ通信装置において通信形態の切
替要求があつた場合、該第一のデータ通信装置は、他方
の通信形態のデータ通信呼を設定するとともに、第２の
データ通信装置へ上記通信形態の切替の可否を問合せる
切替問合せコマンドを送出し、該第２のデータ通信装置
は、該切替問合せコマンドに応答して、通信形態の切替
が可の場合は、上記第２のデータ通信装置から上記第１
のデータ通信装置へ該通信形態の切替の許可を応答する
切替受付コマンドを、一方、通信形態の切替が不可の場
合は、上記第１のデータ通信装置へ該通信形態の切替の
拒否を応答する切替拒否コマンドを送出し、上記第１の
データ通信装置は、該切替受付コマンドを受信した場合
には、上記他方の通信形態によるデータ通信装置を開始
するとともに、通信中の通信形態によるデータ通信を停
止し、さらに、該通信中の通信形態のデータ通信呼を切
断し、該切替拒否コマンドを受信した場合、該他方の通
信形態のデータ通信呼を切断することを特徴とするデー
タ通信方式。１２、ＩＳＤＮ網に接続可能で、複数の種類の通信形態
でデータ通信可能なデータ通信装置間のデータ通信方式
であつて、第１のデータ通信装置において通信形態の切
替要求が有った場合、該第１のデータ通信装置は、他方
の通信形態のデータ通信呼を設定するとともに、第２の
データ通信装置へ上記通信形態の切替の可否を問合せる
切替問合せコマンドを送出し、該第２のデータ通信装置
は、該切替問合せコマンドに応答して、通信形態の切替
が可の場合は、上記第２のデータ通信装置から上記第１
のデータ通信装置へ該通信形態の切替の許可を応答する
切替受付コマンドを、一方、通信形態の切替が不可の場
合は、上記第１のデータ通信装置へ該通信形態の切替の
拒否を応答する切替拒否コマンドを送出し、上記第１の
データ通信装置は、該切替受付コマンドを受信した場合
には、上記他方の通信形態によるデータ通信を開始する
とともに、通信中の通信形態によるデータ通信を停止し
、さらに、該通信中の通信形態のデータ通信呼を切断し
、一方、該切替拒否コマンドを受信した場合、再度、該
他方の通信形態のデータ通信呼により上記第２のデータ
通信装置へ上記通信形態の切替の可否を問合せる切替問
合せコマンドを送出することを特徴とするデータ通信方
式。１３、請求項１１又は請求項１２記載のデータ通信方式
において、上記第１、第２のデータ通信装置は、上記複
数の種類の通信形態として回線交換とパケット交換でデ
ータ通信可能であることを特徴とするデータ通信方式。１４、請求項１２記載のデータ通信方式において、上記
他方の通信形態のデータ通信呼を設定した後、該切替拒
否コマンドを予め定められた回数受信した場合、該他方
の通信形態のデータ通信呼を切断することを特徴とする
データ通信方式。１５、請求項１１乃至請求項１４記載のデータ通信方式
において、上記切替問合せコマンド、切替受付コマンド
及び切替拒否コマンドは、呼制御プリミティブのユーザ
、ユーザ情報要素に組み込まれたことを特徴とするデー
タ通信方式。