JPH0637809A

JPH0637809A - Ｐｖｃ切替えシステム

Info

Publication number: JPH0637809A
Application number: JP4190760A
Authority: JP
Inventors: Shoji Oyoshi; 章次大吉; Shuichi Umeda; 修一梅田
Original assignee: Fujitsu Ltd; Fujitsu Kansai Communication Systems Ltd
Current assignee: Fujitsu Ltd; Fujitsu Kansai Communication Systems Ltd
Priority date: 1992-07-17
Filing date: 1992-07-17
Publication date: 1994-02-10

Abstract

(57)【要約】【目的】本発明はパケット交換網におけるＰＶＣ切替
えシステムに関し、ＰＶＣ切替えの容易なＰＶＣ切替え
システムを提供することを目的としている。【構成】パケット交換網内の端末装置２１のＰＶＣ用
論理チャネルｘに単一或いは複数の端末装置２２のＰＶ
Ｃ用論理チャネルｙ1,ｙ2,…の複数のＰＶＣを対応さ
せ、切替えを契機に網でＰＶＣの切替えを可能とするよ
うに構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はパケット交換網における
ＰＶＣ切替えシステムに関する。パケット交換網で、ホ
ストと端末とがＰＶＣ（ＰｅｒｍａｎｅｎｔＶｉｒｔ
ｉａｌＣｉｒｃｕｉｔ）で接続される形態において、
パケット網内でＰＶＣを切替えるというユーザニーズが
高くなってきた。その背景としては、金融系企業におけ
るサンデーバンキングサービス対応が考えられる。通
常、平日業務ホストと前記サンデーバンキングホストと
は、ホストの有効利用の点等において、異なるホストを
使用している。また、センタ局の災害時の障害に対応す
るために、センタホストからサブホストへの切替え等が
考えられる。

【０００２】

【従来の技術】図１８は従来システムの概念図である。
図において、１，２，３はパケット交換機、パケット交
換機１はパケット組立／分解機能（ＰＡＤ）を持ってい
る。４はパケット交換機１に接続される非パケット形態
端末（ＮＰＴ）、５はパケット交換機１に接続される網
監視装置で、ＰＶＣの削除と登録を行うものである。

【０００３】６はパケット交換機２と接続されるパケッ
ト形態端末（ＰＴ）としてのセンタホスト、７はパケッ
ト交換機３と接続されるパケット形態端末としてのサブ
ホストである。

【０００４】このように構成されたシステムにおいて、
先ず端末４とセンタホスト５との間にＰＶＣが張られ
ている。そして、端末４とセンタホスト５とはパケット
交換機１，２を介して情報のやりとりを行っている。

【０００５】ここで、センタホスト６に障害が発生した
場合、網監視装置５からＰＶＣを削除し、ＰＶＣを
登録する。図１９は従来システムの他の概念図である。
図１８と同一のものは、同一の符号を付して示す。パケ
ット交換機２には端末８も接続されている。この種のシ
ステムでは、平日はセンタホスト６と端末４との間で通
信のやりとりを行うが、休日等においては、サンデーバ
ンキングが行われ、サブホスト７が端末４との情報のや
りとりを行う。

【０００６】

【発明が解決しようとする課題】前述した図１８に示す
システムでは、センタホスト６と端末４間のＰＶＣをパ
ケット網内の運用コマンドにより削除し、その後、サブ
ホスト７と端末４間のＰＶＣを登録しなおすという手続
きをとる。この場合、ホスト６と端末４間のＰＶＣが網
内に数１００レベルで存在する場合、数時間を有し、実
用に適さない。

【０００７】これに対して、図１９に示すシステムで
は、センタホスト６と端末４間をＶＣ（Ｖｉｒｔｉａｌ
Ｃａｌｌ）で接続し、センタホスト６がコールリダイ
レクションに加入し（ホスト６の回線が障害、または論
理チャネルビジー状態の時に、予めどのパケット端末に
呼を転送し、パスを張るか決めておくこと）、リダイレ
クション先をサブホスト７側にしておけば、センタホス
ト６で災害時のＶＣをサブホスト７へリダイレクション
される。しかしながら、サンデーバンキングの場合に
は、ホスト６を終業するとは限らず、Ｘ．２５プロトコ
ルで接続されている場合を想定すると、別の業務の通信
は同一回線の別論理チャネルで実施したい場合は、網か
らみてホスト回線が障害とならないため、コールリダイ
レクションの条件とならない。従って、サブホスト７で
サンデーバンキングができないことになる。また、ホス
トによっては上位のアプリケーションとのインタフェー
スの都合でＶＣは許容できないケースも出てくる。

【０００８】本発明はこのような課題に鑑みてさなれた
ものであって、ＰＶＣ切替えの容易なＰＶＣ切替えシス
テムを提供することを目的としている。

【０００９】

【課題を解決するための手段】図１は本発明の原理ブロ
ック図である。図において、２１はパケット交換網内の
第１の端末（ＤＴＥａ）のＰＶＣ用論理チャネル（ＬＣ
Ｎｘ）に単一或いは複数の第２の端末（ＤＴＥｂ）２２
のＰＶＣ用論理チャネル（ＬＣＮｙ1,ＬＣＮｙ2,…）の
複数のＰＶＣを対応させたシステムを構成している。

【００１０】パケット交換網１０において、１１は第１
の論理チャネル制御メモリ（ＬＣＭ）、１２1 〜１２n
はパケット交換網１０内に設けられたｎ個のデータ制御
メモリ（ＤＣＭ）、１３1 〜１３ｎまでは対応するデー
タ制御メモリ１２ｉとそれぞれ接続されるデータ制御メ
モリ、１４1 〜１４ｎまでは対応するデータ制御メモリ
１３ｉと接続される論理チャネル制御メモリである。こ
れら論理チャネル制御メモリ１４1 〜１４n はそれぞれ
第２の端末２２（ＤＴＥｂ1 〜ＤＴＥｂｎ）と接続され
ている。論理チャネル制御メモリＬＣＭは、加入時に
契約した論理チャネル分確保され、Ｘ．２５プロトコル
の状態を保有する。ここで、ＤＣＭとリンクされている
場合は、ＤＣＭ内の状態と同様である。データ制御メモ
リＤＣＭに関して、ＶＣは呼が発生時、ＰＶＣは運用コ
マンドによりＰＶＣ設定時に確保され、ＬＣＭとリンク
される。ＤＣＭには、フロー制御パラメータ，スループ
ットクラス及びＸ．２５プロトコルの状態を保有する。

【００１１】この例では、ＤＴＥａ側にＤＴＥｂ１の論
理チャネルｙ1 ，ＤＴＥｂn の論理チャネルｙn との間
のＰＶＣ毎にＤＣＭを有するＬＣＭは１つしか有さな
い。即ち、切替え契機で網内でＤＣＭとＬＣＭのリンク
替えを行う。

【００１２】

【作用】第１の論理チャネル制御メモリ１１は、切替え
を契機として、＃１から＃ｎまでのＰＶＣのいずれかと
接続されるようになる。従って、本発明によればＰＶＣ
切替えの容易なＰＶＣ切替えシステムを提供することが
できる。

【００１３】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。本発明の概要を図１を用いて説明する。

【００１４】パケット交換網１０内の第１の端末２１の
ＰＶＣ用論理チャネルｘに対応して、単一或いは複数の
第２の端末２２（ＤＴＥｂ1 〜ＤＴＥｂｎ）のＰＶＣ用
の論理チャネルｙ1 ，ｙ2 …の間で複数のＰＶＣが前述
のチャネル順（ｙ1 ，ｙ2 …）に優先度をもって網内で
設定される。

【００１５】パケット交換網１０内では、ＤＴＥａ側に
ＤＴＥｂ1 の論理チャネルｙ1 ，ＤＴＥｂｎの論理チャ
ネルｙｎ間のＰＶＣ毎にプロトコルを制御するメモリ
（以下、便宜上ＤＣＭと略す）１２1 〜１２ｎ，１３1
〜１３ｎを有するが、論理チャネル制御メモリ（以下便
宜上ＬＣＭと略す）１１は１個しか有していない。即
ち、切替え契機に網内でＤＣＭとＬＣＭをリンク替えを
行う。

【００１６】ＤＴＥａの論理チャネルｘと、ＤＴＥｂ1
の論理チャネルｙ1 ，ＤＴＥａの論理チャネルｘとＤＴ
Ｅｂn の論理チャネルｙn は、異なるフロー制御パラメ
ータ（パケットサイズ，ウインドサイズ），スループッ
トクラスで制御可能とする。

【００１７】次に、切替え契機について説明する。図２
は運用コマンドによるＰＶＣ切替えを示したシーケンス
例を示す図である。例えば、データ転送中に網監視装置
等からの運用コマンドでＰＶＣ切替えコマンドを投入す
ると、ＤＴＥａ側のプロトコル処理で、ＰＶＣの切替え
（ＬＣＭ，ＤＣＭのリンク替え）を行う。この結果、
Ｘ．２５のプロトコルにより新たにＰＶＣが張られ、デ
ータ転送に入る。

【００１８】図３はＲＱパケットの切断原因／診断符号
を契機とするＰＶＣの切替えシーケンス例を示す図であ
る。パケット網内で生成したＲＱパケットのリセット原
因／診断符号によりＰＶＣを切替えるものである。例え
ば、ＤＴＥｂ1 が障害時に切替え元側のプロトコル処理
からＤＴＥａ側のプロトコル処理に対してリセット原因
０１（障害），診断符号００（追加情報なし）のＲＱパ
ケットが送出されるが、ＤＴＥａ側のプロトコル処理が
リセット原因０１，診断符号００のＲＱパケットを受信
すると、ＰＶＣをＤＴＥｂ2 の論理チャネルｙ2 に切替
える。

【００１９】以下、ＤＴＥｂ2 …で同様の現象が発生し
た場合に、ＤＴＥｂ3 の論理チャネルｙ3 ，…にＰＶＣ
を切替える。逆に、ＤＴＥａ側のプロトコル処理が相手
ＤＴＥｂn の論理チャネルｙn を制御するプロトコル処
理からリセット原因００，２進１ＸＸＸＸＸＸＸ（ＤＴ
Ｅリセット）又は０９（リモートＤＴＥ運用可）を受信
した場合に、相手ＤＴＥｂn の論理チャネルｙn より優
先度の低いＰＶＣが接続されている場合は、相手ＤＴＥ
ｂn の論理チャネルｙn にＰＶＣを切替える。

【００２０】図４はＤＴＥ側からＲＱパケットの切断原
因／診断符号を契機とするＰＶＣ切替えを示したシーケ
ンス例を示す図である。ＤＴＥａの論理チャネルｘとＤ
ＴＥｂn の論理チャネルｙn 間でＰＶＣが接続されてい
る場合に、ＤＴＥａ，ＤＴＥｂn からＲＱパケットのリ
セット原因／診断符号を用いてＰＶＣ切替え要及び切替
え先のＰＶＣ優先度を網側に要求し、パケット交換網で
該ＲＱパケット受信を契機にＰＶＣに切替えるものであ
る。

【００２１】例えば、リセット原因００，診断符号１２
９は優先度１へのＰＶＣ切替えリセット原因００，診断符号１３０は優先度２へのＰＶ
Ｃ切替えリセット原因００，診断符号１３１は優先度３へのＰＶ
Ｃ切替え等が考えられる。

【００２２】図５はＤＴＥ側からのＲＱパケットのファ
シリティを契機とするＰＶＣ切替えを示したシーケンス
例を示す図である。ここで、ファシリティとは、パケッ
ト中に組み込まれたコマンド命令等のことである。ＤＴ
Ｅａの論理チャネルｘと、ＤＴＥｂn の論理チャネルｙ
n 間でＰＶＣが接続されている場合に、ＤＴＥａ，ＤＴ
Ｅｂn からＲＱパケットにファシリティを用いてＰＶＣ
切替え要及び切替え先ＰＶＣ優先度を網側に要求し、パ
ケット交換網で該ＲＱパケット受信を契機にＰＶＣを切
替える。

【００２３】例えば、ＣＣＩＴＴ（国際電信電話諮問委
員会）勧告Ｘ．２５で定義されたオプショナルユーザフ
ァシリティの１つであるコールデフレクション要求ファ
シリティをＲＱパケットに定義し、切替え先ＰＶＣ優先
度をコールデフレクション理由のエリアに設定する。

【００２４】なお、図５において、＊はコールデフレク
ション理由のエリアに切替え先ＰＶＣの優先度として３
を設定したコールデフレクション要求ファシリティを付
与することを示す。また、＊＊はコールデフレクション
理由のエリアに切替え先ＰＶＣの優先度として１を設定
したコールデフレクション要求ファシリティを付与する
ものである。

【００２５】図６はＲＩパケットのファシリティでＤＴ
ＥへＰＶＣ切替え通知を示したシーケンス例を示す図で
ある。ＰＶＣ切替え時、ＤＴＥａ及び切替え元ＤＴＥｂ
m ，切替え先ＤＴＥｂn に対してＲＩパケットでＰＶＣ
をリセットすることにより、ＤＴＥ，ＤＣＥ間のパケッ
トレベルの状態を初期化し、状態を一致させる。

【００２６】なお、以下の方法によりＰＶＣ切替え時、
ＤＴＥａ及び切替え元ＤＴＥｂm 切替え先ＤＴＥｂn に
対してＰＶＣ切替えを実施した旨を通知する。ＤＴＥａ
は、ＰＶＣ切替え実施の通知により、相手ＤＴＥｂn に
より前記フロー制御パラメータ等を変えることによっ
て、効率的な通信を行うことができる。例えば、ＣＣＩ
ＴＴ勧告Ｘ．２５で定義されたオプショナルサユーザフ
ァシリティをＲＩパケットに定義し、切替え先ＰＶＣ優
先度をコールデフレクション理由にエリアに設定する。

【００２７】なお、図の＊印はコールデフレクション理
由のエリアに切替え先ＰＶＣの優先度として３を設定し
たコールデフレクション通知ファシリティを付与するも
のである。

【００２８】図７はＲＩパケットのリセット原因／診断
符号でＤＴＥへＰＶＣ切替え通知を示したシーケンス例
を示す図である。例えば、ＰＶＣ切替え時にＤＴＥａ，
切替え元ＤＴＥｂm 及び切替え先ＤＴＥｂn に対してリ
セット原因（網輻輳），診断符号１２９を含むＲＩパケ
ットを送出し、前記ＤＴＥは網から該リセット原因，診
断符号を含むＲＩパケットを受信した場合は、ＰＶＣ優
先度１へのＰＶＣ切替えによるリセットと認識する。例
えば、リセット原因ＮＣ，診断符号１３１は、優先度３
のＰＶＣへ切替えたことを意味する。図８は本発明を実
施するシステムの構成例を示すブロック図である。図に
おいて、１０はパケット交換網、３０はパケット交換処
理部、５０はＤＴＥと接続される回線対応部である。回
線対応部５０は、パケット交換を実現するために、ＤＴ
Ｅと接続され、ＬＡＰＢによるリンクレベル制御を行
う。ＬＡＰＢ制御部５１は、Ｘ．２５レイヤ２手順を用
いてリンクレベルの制御を行う。

【００２９】パケット交換処理部３０は、パケット交換
サービスを実現するため、Ｘ．２５レイヤ３の制御及び
パケット交換機１０が保守・運用のために提供している
各種コマンド処理を行う。コマンド受付部３１は、交換
機が保守・運用のために提供している各種コマンドの受
付け処理を行う。本発明では、ＰＶＣの登録／削除コマ
ンドが投入された場合には、ＰＶＣデータ管理コマンド
処理部３２，ＰＶＣ切替えコマンドが投入された場合に
は、ＰＶＣ切替えコマンド処理部３５を起動する。

【００３０】ＰＶＣデータ管理コマンド処理部３２は、
ＰＶＣ登録／削除コマンドが投入された場合に、コマン
ド受付け部３１から起動され、ＰＶＣを制御するのに必
要なリソース（ＤＣＭ，ＬＣＭ）をリソース管理部３４
を起動して確保し、Ｘ．２５プロトコル処理部３３に対
してＰＶＣの始業／終業を依頼する。

【００３１】ＰＶＣ切替えコマンド処理部３５は、ＰＶ
Ｃ切替えコマンドが投入された場合に、コマンド受付け
部３１から起動され、図９（後述）の処理を行う。ＰＶ
Ｃ切替え処理部３６は、ＲＱパケット受信処理部３７又
はＰＶＣ切替えコマンド処理部３５から起動され、図９
の処理を行う。

【００３２】リソース管理部３４は、ＶＣ，ＰＶＣを制
御するために必要なリソース（ＤＣＭ，ＬＣＭ）を管理
する。リセット原因／診断符号分析１処理部３８は、Ｒ
Ｑパケット受信処理部３７から起動され、図１１に示す
ような処理を行う。リセット原因／診断符号分析２処理
部３９は、ＲＱパケット受信処理部３７から起動され、
図１３に示す処理を行う。

【００３３】ファシリティ分析処理部４０は、ＲＱパケ
ット受信処理部３７から起動され、図１５に示す処理を
行う。Ｘ．２５プロトコル処理部３３は、以下に示すよ
うな処理を行う。

【００３４】Ｘ．２５プロトコル処理部３３は、リソー
ス管理部３４と共同してＸ．２５レイヤ３の状態管理を
行う。また、ＬＡＰＢ制御部５１からの各種パケットを
受付け、パケットヘッダを分析し、パケットタイプ毎の
受信処理３７を起動する。また、ＬＡＰＢ制御部５１に
パケットを送信する。ＲＱパケット受信処理部３７は回
線或いは相手先プロトコル処理からＲＱパケット受信時
に、Ｘ．２５プロトコル処理部３３から起動され、図１
０に示す処理を行う。ＲＩパケット送信処理部４１はＲ
Ｉパケットのフォーマット編集を行い、Ｘ．２５プロト
コル処理部３３に送信依頼を行う。ここでは、ＰＶＣ切
替え処理部３６で求めたＲ２パケットのリセット原因／
診断符号，ファシリティ等をＲＩパケットに編集する。

【００３５】パケット交換網内のＤＴＥａのＰＶＣ用論
理チャネルｘに対応して、単一或いは複数のＤＴＥｂ1
，ＤＴＥｂ2 …のＰＶＣチャネル用論理チャネルｙ1
，ｙ2…の間で複数のＰＶＣが前述チャネル順（ｙ1 ，
ｙ2 …）に優先度をもって網内で設定される。即ち、運
用管理者がパケット交換網で用意している運用コマンド
（ＰＶＣ登録）で上記条件のＰＶＣ設定を依頼すると、
コマンド受付部３１でコマンドを受け付ける。そして、
ＰＶＣデータ管理コマンド処理部３２を起動し、ＰＶＣ
データ管理コマンド処理部３２は、ＰＶＣを制御するの
に必要なリソース（ＤＣＭ，ＬＣＭ）をリソース管理部
３４を起動して確保し、Ｘ．２５プロトコル処理部３３
に対してＰＶＣの始業を依頼する。ここで、リソースの
確保状態は図１に示すとおりである。

【００３６】なお、網はＤＴＥａの論理チャネルｘとＤ
ＴＥｂ1 の論理チャネルｙ1 ，ＤＴＥａの論理チャネル
ｘとＤＴＥｂn の論理チャネルｙn のおのおののフロー
制御パラメータ（パケットサイズ，ウィンドサイズ），
スループットクラスをデータ制御メモリ（ＤＣＭ、リソ
ース管理部３４に含まれる）上に保有するため、図１の
構成からなるフロー制御パラメータで動作可能なのは明
らかである。

【００３７】この実施例では、ＰＶＣ切替え契機（以下
の〜に示す）のインプリメントは、システムオプシ
ョンとする。もっと一般化して加入者毎にオプション化
するという方式も考えられる。以下に、各切替え契機で
のＰＶＣ切替え処理について説明する。運用者がＰＶＣ切替えコマンドを投入時、図８のコ
マンド受付部３１でコマンドを受け付け、ＰＶＣ切替え
コマンド処理部３５を起動する。ＰＶＣ切替えコマンド
処理部３５では、コマンドで指定した切替え先ＰＶＣ優
先度をもつＰＶＣＰＶＣがデータ転送中以外の状態（以
下、該状態をＡＣＴ状態でないと略す）かをチェック
し、チェックＯＫの場合には、ＰＶＣ切替え処理部３６
を起動する。

【００３８】ＰＶＣ切替えコマンド投入時の処理フロー
を図９に示す。切替え先ＰＶＣ優先度をもつＰＶＣデー
タがＡＣＴ状態でないかどうかチェックし（Ｓ１）、Ａ
ＣＴ状態でない場合には、ＰＶＣ切替え処理を行う（Ｓ
３）。ＡＣＴ状態の場合にはコマンドをアブノーマルコ
マンドエンドにする（Ｓ２）。パケット交換網で生成したＲＱパケットのリセット
原因／診断符号により、ＰＶＣ切替えを行う場合、ＲＱ
パケット受信時にＲＱパケット受信処理部３７により図
１０に示すフロー中の図１１の受信ＲＱの受信パケット
のリセット原因／診断符号分析処理を行うというプロセ
スを通り、リセット原因／診断符号分析１処理部３８を
起動する。

【００３９】図１０はＤＴＥａ側プロトコル処理でのＲ
Ｑパケット受信フローを示す図である。ＲＱパケット受
信処理部３７は、受信したＲＱパケットのインプリメン
トにより４つの場合に分けられる。運用コマンド又はイ
ンプリメント無しの場合には通常のＲＱパケット受信分
析処理を行う（Ｓ１）。ＲＱパケットのリセット原因／
診断符号による場合には、図１１の受信ＲＱパケットの
リセット原因／切断符号の分析処理を行う（Ｓ２）。

【００４０】次に、処理結果によりＰＶＣの切替えが必
要かどうかチェックする（Ｓ３）。ＰＶＣの切替えが必
要な場合には、図１６の切替え処理を行う（Ｓ４）。若
し、切替え処理が不必要な場合には、自己のＰＶＣがア
クチブになっているかどうかチェックする（Ｓ５）。な
っている場合には、通常のＲＱパケット受信分析処理を
行う（Ｓ６）。なっていない場合には、相手ＤＴＥｂn
に対してＲＩＤＥＲ＃００を送出依頼する（Ｓ６）次に、ＤＴＥからのＲＱパケットのリセット原因／診断
符号による場合には、図１３の受信ＲＱパケットのリセ
ット原因／切断符号の分析処理を行い（Ｓ７）、ステッ
プＳ３に入る。また、ＲＱパケットのファシリティによ
る場合には、図１５のファシリティ分析処理を行い（Ｓ
８）、ステップＳ３に入る。

【００４１】図１１はＲＱパケットのリセット原因／診
断符号分析１の処理フローを示す図であり、リセット原
因／診断符号分析１処理部３８の動作を示している。先
ず、ＲＱパケットの切断原因／診断符号を基に図１２の
テーブルをサーチする（Ｓ１）図１２において、受信Ｒ
Ｑパケットのリセット原因／診断符号とテーブル内のリ
セット原因／診断符号と比較する。切替え処理識別が
“０”の場合、自ＰＶＣがアクチブの時、自ＰＶＣより
低優先のＰＶＣに切り替える。“１”の場合、自ＰＶＣ
より低優先のＰＶＣがアクチブの時、自ＰＶＣに切り替
える。

【００４２】そして、リセット原因／診断符号がテーブ
ルに登録されているかどうかチェックする（Ｓ２）。テ
ーブルに登録されていない場合には、ＰＶＣ切替え不要
となる（Ｓ９）。若し、テーブルに登録されている場合
には、図１２のテーブルより切替え処理識別を取り出す
（Ｓ３）。そして、切替え処理識別が“０”であるかど
うかチェックする（Ｓ４）。

【００４３】切替え処理識別が“１”の場合、自分より
優先度の低いＰＶＣがアクチブになっているかどうかチ
ェックする（Ｓ５）。アクチブでない場合には、ＰＶＣ
切替え不要となる。アクチブであった場合には、ＰＶＣ
切替え要となり、切替え先は自己のＰＶＣとなる（Ｓ
６）。

【００４４】若し、ステップＳ４において、切替え処理
識別が“０”の場合には、自ＰＶＣがアクチブになって
いるかどうかチェックする（Ｓ７）。自ＰＶＣがアクチ
ブでない場合には、ＰＶＣ切替え不要となる（Ｓ９）。
自ＰＶＣがアクチブの場合には、自ＰＶＣが最低レベル
であるかどうかチェックする（Ｓ８）。最低レベルの場
合には、ＰＶＣの切替えは不要となる（Ｓ９）。最低レ
ベルでない場合には、ＰＶＣ切替え要となり、切替え先
は自ＰＶＣより１つ優先度の低いＰＶＣとなる（Ｓ１
０）。

【００４５】再度図８の説明に戻る。リセット原因／診
断符号分析１処理部３８では、図１１に示すフローに従
ってＰＶＣ切替えの実施要／不要を判定する。ＰＶＣ切
替え要の時には、ＰＶＣ切替え処理部３６を起動する。ＤＴＥ側からのＲＱパケットのリセット原因／診断
符号により、ＰＶＣを切り替える場合、ＲＱパケット受
信時にＲＱパケット受信処理部３７にて図１０に示すフ
ロー中の図１３の受信ＲＱパケットのリセット原因／診
断符号分析処理を行うというプロセスを通り、リセット
原因／診断符号分析２処理部３９を起動する。リセット
原因／診断符号分析２処理部３９では、図１３に示すフ
ローに従ってＰＶＣ切替えの実施要／不要を判定する。
ＰＶＣ切替え要の場合には、ＰＶＣ切替え処理部３６を
起動する。ＤＴＥ側からのＲＱパケットのファシリティにより
ＰＶＣ切替えを行う場合、ＲＱパケット受信時に、ＲＱ
パケット受信処理部３７で図１０に示すフロー中の図１
５のファシリティ分析処理を行うというプロセスを通
り、ファシリティ分析処理部４０を起動する。ファシリ
ティ分析処理部４０では、図１５に示すフローに従って
ＰＶＣ切替えの実施要／不要を判定する。ＰＶＣ切替え
要の場合は、ＰＶＣ切替え処理部３６を起動する。

【００４６】図１３はＲＱパケットのリセット原因／診
断符号分析２の処理フローを示す図で、リセット原因／
診断符号分析２処理部３９の動作を示している。先ず自
ＰＶＣがアクチブになっているかどうかチェックする
（Ｓ１）。そうでない場合にはＰＶＣ切替え不要とな
る。自ＰＶＣがアクチブになっている場合には、ＲＱパ
ケットの切断原因／診断符号を基に図１４のテーブルを
サーチする（Ｓ２）。

【００４７】図１４はＰＶＣ切替え対象リセット原因／
診断符号格納テーブル２の構成例を示す図である。受信
ＲＱパケットのリセット原因／診断符号とテーブル内の
リセット原因／診断符号と比較する。テーブル内には、
ＰＶＣ切替え対象のリセット原因／診断符号と切替え先
ＰＶＣの優先度が記憶されている。

【００４８】次に、図１３の処理に戻る。ＲＱパケット
の切断原因／診断符号を基に、図１４のテーブルに登録
がされているかどうかチェックする（Ｓ３）。登録され
ていた場合には、図１４のテーブルよりＰＶＣ優先度を
取り出す（Ｓ５）。この場合、ＰＶＣ切替え要となり、
切替え先は図１４のテーブルより読出した優先度のテー
ブルとする（Ｓ６）。

【００４９】図１５はＲＱパケットのファシリティ分析
処理フローを示す図である。先ず、自ＰＶＣがアクチブ
であるかどうかチェックする（Ｓ１）。アクチブでない
場合には、ＰＶＣ切替え不要である（Ｓ２）。自ＰＶＣ
がアクチブであった場合には、ＲＱパケットにコールデ
フレクション要求ファシリティが出現したかどうかチェ
ックする（Ｓ３）。出現しない場合には、ＰＶＣ切替え
不要となる。

【００５０】ファシリティが出現した場合には、コール
デフレクション理由のエリアより切替え先のＰＶＣ優先
度を決める（Ｓ４）。次に、指定された切替え先ＰＶＣ
の優先度をチェックする（Ｓ５）。次に、ＤＴＥ指定Ｐ
ＶＣの優先度のチェックを行う（Ｓ６）。チェックの結
果、ＯＫでなかった場合には、ＰＶＣ切替えは不要とな
る。チェックＯＫの場合には、ＰＶＣ切替え要となり、
切替え先はＤＴＥがファシリティで指定した優先度のＰ
ＶＣとなる（Ｓ７）。

【００５１】ＰＶＣ切替え処理部３６では、切替え先Ｐ
ＶＣ優先度のＤＣＭとＤＴＥａの論理チャネルｘ対応の
ＬＣＭのリンク替えを行う。また、ＰＶＣ切替え通知オ
プション（システムオプション。なお、一般化して加入
者対応のオプションとすることもできる）に従って、リ
セット原因／診断符号並びにファシリティの編集要求を
記憶し、ＲＩパケット送信処理部４１に対してＤＴＥ
ａ，切替え元ＤＴＥ，切替え先ＤＴＥに対してＲＩパケ
ットの編集を依頼する。

【００５２】図１６はＰＶＣ切替え処理フローを示す図
で、ＰＶＣ切替え処理部３６の動作を示している。先
ず、切替え先ＰＶＣ優先度のＤＣＭとＬＣＭのリンク替
えを行う（Ｓ１）。次に、ＰＶＣ切替え通知インプリメ
ントを判定する（Ｓ２）。その結果、通知なしの場合、
ＲＩパケットのリセット原因ＮＣ診断符号００を記憶す
る（Ｓ３）。

【００５３】ＲＩパケットのリセット原因／診断符号に
よる場合、切替え先パケット優先度をキーにして図１７
のテーブルのＰＶＣ優先度をサーチし、リセット原因／
診断符号を求める（Ｓ４）。次に、求めたリセット原因
／診断符号を記憶する（Ｓ５）。ステップＳ２におい
て、ＲＩパケットのファシリティによる場合には、ＲＩ
パケットにコールデフレクションファシリティの編集要
求を記憶する（Ｓ６）。次に、ＲＩパケットのリセット
原因ＮＣ診断符号００を記憶する。最後に、ＤＴＥａ，
切替え元ＤＴＥ，切替え先ＤＴＥに対してＲＩパケット
を送信依頼する（Ｓ８）。

【００５４】図１７はステップＳ４におけるテーブル
（ＰＶＣ切替え通知を示すリセット原因／診断符号格納
テーブル）の構成例を示す図である。切替え先ＰＶＣ優
先度とテーブル内の切替え先ＰＶＣ優先度と比較する。

【００５５】ＲＩパケット送信処理部４１では、ＲＩパ
ケットを編集し、ＤＴＥａ，切替え元ＤＴＥ及び切替え
先ＤＴＥのＤＴＥ，ＤＣＥ間のパケットレベルの状態を
初期化し、状態を一致させるため、Ｘ．２５プロトコル
処理に対してＲＩパケットを送信依頼する。

【００５６】なお、前述の各種テーブル（リセット原因
／診断符号格納テーブル１，リセット原因／診断符号格
納テーブル２，リセット原因／診断符号格納テーブル）
は、例えばそれぞれ図８のリセット原因／診断符号分析
１処理部３８，リセット原因／診断符号分析２処理部３
９，ＰＶＣ切替え処理部３６に設けることができる。

【００５７】

【発明の効果】以上、詳細に説明したように、本発明に
よればパケット交換網内のＤＴＥａのＰＶＣ用論理チャ
ネルに単一或いは複数のＤＴＥｂ1 ，ＤＴＥｂ2 …のＰ
ＶＣ用論理チャネルｙ1 ，ｙ2,…を複数対応させ、本発
明に示すようなＰＶＣ切替えを網内で実施することによ
り、ＤＴＥａが端末，ＤＴＥｙm がサービスホスト群とす
ると、サービスホスト群の中のいくつかに障害が発生し
ても、正常動作するサービスホストが１つでも存在すれ
ば、サービスが受けられ、端末にとっては接続性の向
上、ひいてはサービス性を向上させることが可能であ
る。金融系業務におけるサンデーバンキング等のサービス
に対応可能となり、ホストの有効利用が図れる。端末に対して、ＰＶＣ切替えの発生及び切替え先ホス
トを本発明に示す方法により通知することで、該ホスト
間の通信時の最適なフロー制御パラメータ（パケットサ
イズ，ウインドサイズ），スループットクラスでデータ
転送を再開することが可能である。端末及びホスト側から本発明に示す方法でＰＶＣ切替
え要求を実施することが可能であり、端末からのホスト
選択可能又はホスト側からの切替えによる異種サービス
の連続実行が端末側のただ１つのＰＶＣチャネルで可能
となり、サービス性を向上させることが可能となる。

【００５８】このように、本発明によればＰＶＣ切替え
の容易なＰＶＣ切替えシステムを提供することができ
る。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】運用コマンドによりＰＶＣ切替えを示したシー
ケンス例を示す図である。

【図３】ＲＱパケットの切断原因／診断符号を契機とす
るＰＶＣ切替えのシーケンス例を示す図である。

【図４】ＤＴＥ側からのＲＱパケットの切断原因／診断
符号を契機とするＰＶＣ切替えを示したシーケンス例を
示す図である。

【図５】ＤＴＥ側からのＲＱパケットのファシリティを
契機とするＰＶＣ切替えを示したシーケンス例を示す図
である。

【図６】ＲＩパケットのファシリティでＤＴＥへＰＶＣ
切替え通知を示したシーケンス例を示す図である。

【図７】ＲＩパケットのリセット原因／判断符号でＤＴ
ＥへＰＶＣ切替え通知を示したシーケンス例を示す図で
ある。

【図８】本発明を実施するシステム構成例を示すブロッ
ク図である。

【図９】ＰＶＣ切替えコマンド投入時の処理フローを示
す図である。

【図１０】ＤＴＥａのプロトコル処理でのＲＱパケット
受信フローを示す図である。

【図１１】ＲＱパケットのリセット原因／診断符号分析
１の処理フローを示す図である。

【図１２】ＰＶＣ切替え対象リセット原因／診断符号格
納テーブル１の構成例を示す図である。

【図１３】ＲＱパケットのリセット原因／診断符号分析
２の処理フローを示す図である。

【図１４】ＰＶＣ切替え対象リセット原因／診断符号格
納テーブル２の構成例を示す図である。

【図１５】ＲＱパケットのファシリティ分析処理フロー
を示す図である。

【図１６】ＰＶＣ切替え処理フローを示す図である。

【図１７】ＰＶＣ切替え通知を示すリセット原因／診断
符号格納テーブルの構成例を示す図である。

【図１８】従来システムの概念図である。

【図１９】従来システムの他の概念図である。

【符号の説明】

１０パケット交換網１１ＬＣＭ１２ＤＣＭ１３ＤＣＭ１４ＬＣＭ２１ＤＴＥａ２２ＤＴＥｂ

Claims

【特許請求の範囲】

【請求項１】パケット交換網内の第１の端末装置（２
１）のＰＶＣ用論理チャネルｘに単一或いは複数の第２
の端末装置（２２）のＰＶＣ用論理チャネルｙ1,ｙ2,…
の複数のＰＶＣを対応させ、切替えを契機に網でＰＶＣ
の切替えを可能とするようにしたことを特徴とするＰＶ
Ｃ切替えシステム。
【請求項２】パケット交換網内では、前記第２の端末
（２２）の論理チャネルｙ１，同じく第２の端末（２
２）の論理チャネルｙn 間のＰＶＣ毎にプロトコルを制
御するメモリ（１２，１３）を有し、第１の端末（２１）側の論理チャネルは１つしか有さ
ず、切替え契機に網内で前記メモリと論理チャネル制御
メモリ（１１）のリンク切替えを行うようにしたことを
特徴とする請求項１記載のＰＶＣ切替えシステム。
【請求項３】前記第１の端末（２１）の論理チャネル
ｘと第２の端末（２２）の論理チャネルｙ1 ，端末端末
（２１）の論理チャネルｘと端末（２２）の論理チャネ
ルｙn は、異なるフロー制御パラメータ，スループット
クラスで、制御可能にしたことを特徴とする請求項１記
載のＰＶＣ切替えシステム。
【請求項４】前記切替えは、パケット網内で用意して
いる運用コマンドによるＰＶＣ切替えを行うようにした
ことを特徴とする請求項１記載のＰＶＣ切替えシステ
ム。
【請求項５】ＲＱパケットのリセット原因／診断符号
により、予め定められた優先度に従って、ＰＶＣ切替え
制御を行うようにしたことを特徴とする請求項１記載の
ＰＶＣ切替えシステム。
【請求項６】前記第１の端末（２１）又は第２の端末
（２２）からのＲＱパケットのリセット原因／診断符号
により、ＰＶＣ切替え要求並びに切替え先のＰＶＣ優先
度を網側に要求可能として、パケット交換網で該ＲＱパ
ケット受信を契機にＰＶＣ切替えを実施するようにした
ことを特徴とする請求項１記載のＰＶＣ切替えシステ
ム。
【請求項７】前記第１の端末（２１）又は第２の端末
（２２）からＲＱパケットのファシリティにより、ＰＶ
Ｃ切替え要求及び切替え先のＰＶＣ優先度を網側に要求
可能とし、パケット交換網で該ＲＱのパケット受信を契
機にＰＶＣ切替えを実行するようにしたことを特徴とす
る請求項１記載のＰＶＣ切替えシステム。
【請求項８】ＰＶＣ切替え時に、第１の端末（２１）
及び切替え元端末（２２）及び切替え先端末（２２）に
対してＲＩパケットでＰＶＣをリセットすることによ
り、ＤＴＥ，ＤＣＥ間のパケットレベルの状態を初期化
し、状態を一致させるようにしたことを特徴とする請求
項１記載のＰＶＣ切替えシステム。
【請求項９】ＰＶＣ切替え時、第１の端末（２１）及
び切替え元端末（２２）及び切替え先端末（２２）に対
して、切替え実施の旨をＲＩパケットのリセット原因，
診断符号で通知することを特徴とした請求項１記載のＰ
ＶＣ切替えシステム。
【請求項１０】ＰＶＣ切替え時、第１の端末（２
１），切替え元端末（２２）及び切替え先端末（２２）
に対して切替え実施の旨をＲＩパケットのファシリティ
で通知するようにしたことを特徴とする請求項１記載の
ＰＶＣ切替えシステム。