JP3747740B2 - インタネットゲートウェイシステムでの迂回制御方法 - Google Patents
インタネットゲートウェイシステムでの迂回制御方法 Download PDFInfo
- Publication number
- JP3747740B2 JP3747740B2 JP2000154396A JP2000154396A JP3747740B2 JP 3747740 B2 JP3747740 B2 JP 3747740B2 JP 2000154396 A JP2000154396 A JP 2000154396A JP 2000154396 A JP2000154396 A JP 2000154396A JP 3747740 B2 JP3747740 B2 JP 3747740B2
- Authority
- JP
- Japan
- Prior art keywords
- failure
- network
- signal processing
- main signal
- telephone network
- 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
- 238000000034 method Methods 0.000 title claims description 191
- 238000012545 processing Methods 0.000 claims description 140
- 230000004044 response Effects 0.000 claims description 38
- 238000012544 monitoring process Methods 0.000 claims description 23
- 238000001514 detection method Methods 0.000 claims description 19
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000004891 communication Methods 0.000 abstract description 8
- 238000011144 upstream manufacturing Methods 0.000 abstract 1
- 238000007726 management method Methods 0.000 description 50
- 238000010586 diagram Methods 0.000 description 32
- 230000006870 function Effects 0.000 description 20
- 230000000903 blocking effect Effects 0.000 description 9
- 230000000694 effects Effects 0.000 description 9
- 230000000737 periodic effect Effects 0.000 description 5
- 238000011084 recovery Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/08—Indicating faults in circuits or apparatus
- H04M3/12—Marking faulty circuits "busy"; Enabling equipment to disengage itself from faulty circuits ; Using redundant circuits; Response of a circuit, apparatus or system to an error
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/28—Restricting access to network management systems or functions, e.g. using authorisation function to access network configuration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
- H04M7/125—Details of gateway equipment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は電話網とＩＰ網（インターネットプロトコル網）との接続方法、障害検出方法及び迂回制御方法に係わる。本発明は、特に、シグナリングゲートウェイ／メディアゲートウェイ制御装置、ゲートウェイ装置より構成されるインターネットゲートウェイシステムにおいて、ゲートウェイ装置のＩＰ網インタフェースの障害を検出し、前段の電話網へ回線閉塞、迂回指示を行う電話網とＩＰ網との接続方法に係わる。
【０００２】
【従来の技術】
現在、電話網においてノード間の障害を検出する手段としては、ネットワーク間インタフェースにおける対向ノードとの間の共通線信号リンク状態の監視、通話回線のフレームビットの監視、およびユーザ・網インタフェースにおける網側と端末との間の回線状態の監視などが行われており、また、ネットワークを構成する各ノードに対して障害や輻輳の通知や迂回指示を行う手段として、ネットワーク間インタフェースのＮｏ．７共通線信号のメッセージ転送部（ＭＴＰ：Message Transfer Part）による共通線信号の障害通知、迂回指示、およびＩＳＤＮユーザ部（ＩＳＵＰ：ISDN User Part）による通話回線の閉塞信号による閉塞指示、およびＴＴＣ（Telecommunication Technology Commitee：(社)電信電話技術委員会)）標準リダイレクション手順やＩＴＵ−Ｔ（International Telecommunication Union）勧告／ＴＴＣ標準ピボット手順による迂回指示を行う手段が実現されている。
【０００３】
また、ユーザ・網インタフェースについてはＩＰ網とのゲートウェイ装置を含むユーザ側装置より電話網に対して障害通知、迂回指示を行う手段はなく、網側での回線状態監視、着信転送による迂回などが行われている。この他に迂回の実現が可能な手段としてＩＮ（Intelligent Network Internetwork Interface）手順におけるサービス制御点（ＳＣＰ:Service Control Point）での着信番号を変換する際に、ネットワークの状態により変換後の番号を切り替えることににより迂回と同等な制御を行う手段がある。
【０００４】
一方、ＩＰ網においてノード間の障害を検出する手段としては対向ノード間でＩＥＴＦ（Internet Engineering Task Force）のＲＦＣ（Request for Comments）７９２で規定されるICMP(Internet Control Message Protocol）のping等のメッセージを送受信することにより対向ノードとの間の輻輳／障害を検出する方法や、ＲＦＣ１１５７で規定されるＳＮＭＰ（Simple Network Management Protocol）マネージャやゲートキーパ等の網管理装置にてネットワークを構成する各ノードの装置状態を収集する方法がある。また、障害や輻輳の通知や迂回指示を行う方法として、ルータ、またはＳＮＭＰマネージャやゲートキーパ等の網管理装置よりＲＦＣ２４５３で規定されるＲＩＰ（Routing Information Protocol）、ＲＦＣ２３２８で規定されるＯＳＰＦ（Open Shortest Path Fast）、ＲＦＣ１７７１で規定されるＢＧＰ（border gateway protocol）等のダイナミックルーティングプロトコルを用いてネットワークを構成する各ノードにルーチング情報を配信することにより迂回指示する方法が行われている。
【０００５】
【発明が解決しようとする課題】
一つまたは複数の着番号で複数の回線を共有している複数のゲートウェイ装置より構成されるゲートウェイシステムを介して電話網とＩＰ網とが相互接続されるサービス形態においては、電話網、ＩＰ網それぞれのネットワーク内での障害の検出を行い迂回制御を行う方法については前記のように実現されているが、電話網においてＩＰ網内での障害／輻輳を認識できないため、同一着番号であっても正常に着信できる回線群が存在するにも拘わらず、ＩＰ網で障害となっているルーティング経路を使用する回線群に対して、着信が行われ、呼損、通信品質のサービス低下を引き起こすこととなる。
【０００６】
本発明の目的はゲートウェイシステムを介して電話網とＩＰ網とが相互接続されるサービス形態において、ゲートウエイシステムによってゲートウエイシステム内の装置及びＩＰ網の障害を検出し、電話網に対して迂回を指示することにより上記障害経路を使用する回線群が選択されることを回避し、電話網とＩＰ網の相互接続サービスにおける接続品質を保証できるゲートウェイ及び迂回制御方法を提供することにある。
【０００７】
【課題を解決するための手段】
本発明では、ゲートウェイシステムのＩＰ網インタフェース障害または輻輳を検出する手段の一つとして、ゲートウェイシステムにおいてゲートウェイシステム内部の滞留パケット数や内部リソースの監視を行い、ゲートウェイシステム内及びＩＰ網へのアクセス経路の障害状態を検出することにより電話網からＩＰ網への接続に対する回線状態の検出を行う機能を有する。
【０００８】
また、上記ゲートウェイ装置より認証・課金やＩＰアドレス情報の取得のためにＩＰ網の各種サーバに対してＩＰパケットを送出した場合のサーバからの応答時間についてタイマ監視を行い、応答がタイムアウトする頻度や要求送出からの応答時間の遅延状況を測定することにより、ゲートウェイシステムからＩＰ網への接続に対するネットワーク障害・輻輳の検出を行う機能を有する。
【０００９】
また、上記ゲートウェイシステムはゲートキーパ装置や網管理装置からのＩＰ網内の障害情報を受信または問合せを行なう事により、サーバ群、ルータ等のＩＰ網を構成する各ノードへのパケット送出可／不可情報を取得し、電話網からＩＰ網への接続に対する回線状態の検出を行う機能を有する。
【００１０】
また、上記ゲートウェイシステムはルータ等ＩＰ網を構成する各ノードより特定ルートに対するルーチング不可通知を受信した情報を分析することによりゲートウェイシステムからＩＰ網への接続に対するネットワーク障害を検出する機能を有する。
【００１１】
さらに本発明では上記手順によりＩＰ網に接続する際にネットワーク障害や輻輳を検出したゲートウェイシステムは、障害／輻輳を検出した事を契機に、電話網に対してＩＰ網へインタワークするために障害の発生しているゲートウェイシステム内装置への接続を規制し、他の装置への迂回を指示する手段として、電話網との回線インタフェースが使用不能である事を通知し、電話網が当該回線群を使用せずＩＰ網へのアクセスに支障の無い回線に迂回を促す機能を有する。
【００１２】
さらに本発明では、電話網に対して回線が使用不能である事を通知したのち障害がなくなった事を検出し、回線の使用が可能になった事を通知する機能を有する。また呼毎に障害を検出した場合には障害頻度によって回線が使用不能である事を電話網に通知する機能を有し、タイマにより使用解除を通知する機能を有する。また呼毎に障害を検出した場合には障害頻度によって回線が使用不能である事を一部の回線に対して電話網に通知し、残った回線への着信時の障害頻度を監視する事により障害からの復旧を検出して電話網に対して使用解除を通知する機能を有する。
【００１３】
また、前記ゲートウェイシステムと電話網は、収容する回線群のうちゲートウエイシステム内の装置毎にルーティングできる着番号を電話網が管理していており、ゲートウエイシステムから使用可能な回線へのその迂回可能な着番号を電話網に対して指示する事により電話網に迂回を積極的に行わせる機能を有する。または当該呼が迂回可能である事をゲートウエイシステムから電話網に対して指示する事により電話網内にて有するＳＣＰ等をもちいた迂回機能を利用して、使用可能な回線に対して呼毎に迂回させる機能を有する。
【００１４】
【発明の実施の形態】
図１，図２は本発明におけるゲートウェイシステムを介した電話網とＩＰ網（インターネットプロトコル）の網間相互接続の構成図の一例である。電話網（１０１）とＩＰ網（１０２）は制御装置（１１０−a，b）および主信号処理装置（１２０−ａ，ｂ）より構成されるゲートウェイシステム（１０３）を介して網間相互接続される。
【００１５】
ＩＰ網はゲートウエイシステム，及びゲートウエイシステムを収容しているＬＡＮ，サーバを収容するＬＡＮ，インターネット網により構成される。
【００１６】
電話網（１０１）と制御装置（１１０−a，b）はＩＳＤＮのユーザ・網インタフェースの信号チャネル(Ｄｃｈ）、あるいは網間接続インタフェースのＮｏ．７共通線信号により接続され、電話網（１０１）と主信号処理装置（１２０−a,b，１１０−ｂ）はＩＳＤＮのＢｃｈ、Ｈ０ｃｈ、Ｈ１ｃｈ、あるいはＳＤＨ（Synchronous Digital Hierarchy）、２Ｍ ＴＴＣ、Ｔ１、Ｅ１等の回線インタフェースにより接続される。電話網（１０１）からの制御信号は制御装置（１１０−a，b）により呼処理信号の制御処理を行い、主信号処理装置（１２０−ａ，ｂ，１１０−b）に対し、呼処理制御を行う。制御装置と主信号処理装置は物理的に分散されていても，制御装置（１１０−b）のように同一装置に収容されていても構わない。また、１つの制御装置(１１０−a，１１０−b)によって主信号処理装置（１２０−b）のような分散して配置された複数の主信号処理装置の制御を行うことも可能である。図ではユーザ（１５０）がゲートウエイシステム（１０３）の主信号処理装置１，２，３が収容する回線群に対して電話網（１０１）でルーティングされる着電話番号により発信し，主信号処理装置１（１２０−a）が収容する回線に対してルーティングされた場合を示している。
【００１７】
電話網からの接続要求を制御装置が受け付けた場合，制御装置と主信号処理装置のどちらか又は双方は認証／課金／アドレス管理サーバにアクセスを行ってアクセスIPアドレスの取得，ユーザ認証，等を行ったのち、ＩＳＰ網（インターネットサービスプロバイダ網）や他ゲートウエイシステムにアクセスを行なう。認証・課金サーバへのアクセス手順として、例えば、ＲＦＣ２１３８、２１３９で規定されるRADIUS（Remote Authentication Dial In User Service)を用いる。また、アクセスＩＰアドレスの取得手段として、例えば、ＩＥＴＦのＲＦＣ１３３２で規定されるIPCP（Internet Protocol Control Protocol）を用いる。
【００１８】
図１では制御装置１（１１０−a）が主信号処理装置１（１２０−a）を制御し主信号処理装置１（１２０−a）よりサーバ類（１３０）に制御のためのアクセスを行いＩＳＰ網／他ゲートウェイシステム（１４０）（以下、単にＩＳＰ網という）に発信ユーザからの主信号のアクセスを行う例を示し、図２は制御装置（１１０−a）がサーバ類（１３０）に制御のためのアクセスを行い主信号処理装置（１２０−a）を制御するとともにＩＳＰ網（１４０）に制御のためのアクセスを行い主信号処理装置（１２０−a）からＩＳＰ網（１４０）に主信号のアクセスを行う例を示している。
【００１９】
図３はゲートウェイシステムの制御装置の構成図である。制御装置（１１０）は、例えば、プロセッサ装置（１１１）、記憶装置（１１６）、電話網インタフェース部（１１７）、ＩＰ網インタフェース部（１１９）、主信号処理装置インタフェース部（１１８）を主要なハードウェア構成要素として実現される。制御装置と主信号処理装置がＩＰ網を介して接続される場合はＩＰ網インタフェース部が主信号処理装置インタフェース部を兼ねる場合も考えられる。
【００２０】
プロセッサ装置（１１１）は、基本制御部（１１２）、タイマ管理部（１１３）、リソース管理部（１１４）、主信号処理装置制御部（１１５）の機能ブロックを主要要素として構成される。基本制御部（１１２）は各装置とのインタフェースを実現するとともにタイマ管理部、リソース管理部、主信号処理装置制御部が実装されたソフトウェアまたはハードウェアの実行制御を行う。主信号処理装置制御部（１１５）は主信号処理装置状態の制御、電話網の信号の中継、サーバ群へのアクセス等の外部装置との通信を実現するアルゴリズムが実装される。リソース管理部（１１４）は制御装置にて主信号処理装置の通信状態の管理を実現するアルゴリズムが実装され、記憶装置（１１６）内の状態管理テーブルの参照、更新機能を実現する。タイマ管理部（１１３）は制御装置内のタイマ（１１３１）を制御し、主信号装置状態、閉塞／迂回制御のタイマ監視を実現するアルゴリズムが実装されている。上記機能ブロックを構成するモジュールは、記憶装置上に記憶しておき、プロセッサ装置が上記モジュールを実行する際にはプロセッサ装置上のメモリに読み込んで動作させることを可能とする。
【００２１】
図４はゲートウェイシステムの主信号処理装置の構成図である。主信号処理装置（１２０）は例えば、プロセッサ装置（１２１）、記憶装置（１２４）、ＩＰ網インタフェース部（１２５）、回線インタフェース部（１２７）、制御装置インタフェース部（１２６）を主要なハードウェア構成要素として実現される。制御装置と主信号処理装置がＩＰ網を介して接続される場合はＩＰ網インタフェース部が制御装置インタフェース部を兼ねる場合も考えられる。
【００２２】
プロセッサ装置（１２１）は、基本制御部（１２２）、インタフェース状態管理部（１２３）、タイマ（１２９）、タイマ管理部（１２８）の機能ブロックを主要要素として構成される。基本制御部（１２２）は各装置とのインタフェースを実現するとともにインタフェース状態管理部、タイマ管理部の実行制御を行う。インタフェース状態管理部（１２３）は制御装置（１１０）より送られてくる制御信号より記憶装置（１２４）内の管理テーブルの参照・更新機能をもち、主信号処理装置内の回線／ＩＰ網インタフェース状態の管理を行うアルゴリズムを実装する。タイマ管理部（１２８）は主信号処理装置内のタイマ（１２９）を制御し、ＩＰ網インタフェースからの応答パケットのタイマ監視を実現するアルゴリズムが実装されている。上記機能ブロックを構成するモジュールは、記憶装置上に記憶しておき、プロセッサ装置が上記モジュールを実行する際にはプロセッサ装置上のメモリに読み込んで動作させることを可能とする。
【００２３】
電話網よりゲートウェイシステムへの接続要求が発生した場合、電話網（１０１）より呼制御信号を受信した制御装置（１１０）は呼制御信号内の情報に基づき主信号処理装置（１２０）に対してアクセス制御を行う。制御装置が主信号処理装置を制御するために認証・課金サーバ等のサーバ群へのアクセスを必要とする場合は、制御装置のＩＰ網インタフェース部（１１９）を介して、サーバ群に対してアクセスを行う。主信号処理装置は制御装置より送出される制御信号に基づき電話網インタフェースおよびＩＰ網インタフェースのパスを開きユーザ端末とＩＰ網との接続および電話網とＩＰ網との間のインタフェース変換処理を行う。主信号処理装置がユーザ端末をＩＰ網に接続するために認証・課金サーバ等のサーバ群へのアクセスが必要な場合は、例えば、RADIUSプロトコルによるユーザ認証を実施する。
【００２４】
図５は制御装置から電話網に対して迂回指示を行う契機となる障害のケースを示している。ケース(1)は制御装置から被制御対象である１つまたは複数の主信号処理装置への制御アクセス経路に障害があるケースを示す。ケース(2)は主信号処理装置からサーバ群へのアクセス経路に障害があるケースを示す。ケース(3)は制御装置からサーバ群へのアクセス経路に障害があるケースを示す。ケース(4)は制御装置からＩＳＰ網へのアクセス経路に障害があるケースを示す。ケース(5)は主信号処理装置からＩＳＰ網へのアクセス経路に障害があるケースを示す。ケース(6)は主信号処理装置に障害があるケースを示す。
【００２５】
上記ケース(1)から(6)の障害については、障害個所および障害契機によりゲートウェイシステムから電話網に対して行う迂回指示方法を切り替えることが可能である。
【００２６】
図６はゲートウェイシステム（１０３）にてＩＰ網障害を検出または網管理装置を含むサーバ群（１３０）から障害通知を受信した場合における電話網への迂回指示方法の選択フローの例を示している。
【００２７】
ゲートウェイシステムはＩＰ網障害を検出または網管理装置を含むサーバ群より障害通知を受信した場合（Ｓ６０１）、その障害検出個所の判別を行い（Ｓ６０２）、ケース(1)、(2)、(3)、(6)の場合（Ｓ６０３）には、さらに障害検出契機の判別を行い（Ｓ６０４）、障害検出契機が障害発生時（Ｓ６０５）の場合には、該当制御装置（１１０）または主信号処理装置（１２０）を介しての接続不可であると判断し、後に示す迂回指示方法１を用いて、制御装置より電話網（１０１）に対して該当制御装置／主信号処理装置に収容されている回線の閉塞指示を行い（Ｓ６０６）、障害復旧を検出するまでの間該当回線を閉塞する（Ｓ６０７）。
【００２８】
電話網からのアクセスを契機に障害が検出された場合（Ｓ６０８）には、電話網からの着信時にアクセスエラーが発生するたびに後に示す迂回指示手順２または迂回指示方法３を用いて電話網に対し正常運用されている別の制御装置／主信号処理装置への回線の迂回を指示した後（Ｓ６０９）、アクセスエラー頻度の計測を行う（Ｓ６１０）。
【００２９】
アクセスエラーが制御装置／主信号処理装置に予め設定されたしきい値を越えた場合には、後に示す迂回指示方法４または迂回指示方法５を用いて該当制御装置／主信号処理装置に収容されている回線のタイマ監視による一時閉塞や部分閉塞を行う（Ｓ６１１）。
【００３０】
障害個所がケース(4)、(5)の場合（Ｓ６１２）には、迂回指示方法２または迂回指示方法３を用いて電話網からの着信時に着番号／ＩＰアドレス／ドメイン名等の情報より該当経路へのアクセス可否の判定を行い、該当経路へのアクセス不可と判断された場合には電話網に対して迂回指示を行う（Ｓ６１３）。
【００３１】
上に示した迂回指示手順１から５を用いることにより、ゲートウェイシステムの一部においてＩＰ網障害が検出されている場合においてもユーザに障害を意識させることなくネットワークとしてサービスを継続することが可能となる。
【００３２】
次にケース(1)から(6)の障害を検出する手段の例を示す。
【００３３】
ケース(1)の障害を検出する方法１としては、制御装置がその内部に設けられている主信号処理装置への送信バッファ、等内部リソースを監視し、アクセス要求パケットが送出する事ができずに内部リソースがオーバフローを起こしてパケット廃棄するような状況に陥っている事を検出する事によりケース(1)のアクセスで障害が起こっている事を検出する。
【００３４】
ケース(1)の障害を検出する方法２としては、制御装置がアクセス要求パケットをＩＰ網に送出した際にタイマ設定を行って応答パケット受信までの時間を監視することにより検出する方法である。タイマ管理部は応答パケットが監視時間内に到着しない場合、または応答パケットが到着するが到着までの時間が著しく遅くなっている事が頻発する場合はケース(1)のアクセスで障害が起こっていると判断する。
【００３５】
ケース(1)の障害を検出する方法３としては、ＩＰ網内の網管理装置からの通知、または制御装置から網管理装置への問い合わせにより主信号制御装置へのアクセス経路に障害が発生していることを検出する方法である。網管理機能はサーバ類に配備されている場合、ゲートウエイシステム内部に配備されている場合、またはゲートウエイシステムが収容されているＬＡＮに収容されている場合が可能である。簡易には、制御装置から主信号制御装置あるいは主信号処理装置へのアクセス経路にあるルータのＩＰ網内のルーティング装置に対してping、あるいは上位レイヤのパケット等により定期的に問い合わせを行い障害を検出する方法や、主信号処理装置あるいはアクセス経路にあるルータ、等のＩＰ網内のルーティング装置、例えばルータから定期的にパケット送出し、制御装置で監視することにより障害を検出する方法も可能である。
【００３６】
ケース(1)の障害を検出する方法４としては、制御装置から送出したＩＰパケットに対してＩＰ網内の装置より送達不可通知を受信して検出する方法である。制御装置はそれぞれの方法で検出したケース(1)のアクセス経路の障害により制御が行えなくなった主信号処理装置への着信呼を他の主信号処理装置に対して迂回が行えるように、後で述べる方法により電話網に迂回指示を行う事によりケース(1)の障害が生じてもネットワークとしてユーザに対してサービスを提供する事が可能となる。
【００３７】
ケース(2)の障害を検出する方法１としては、主信号処理装置がその内部に設けているサーバ群への送信バッファ等の内部リソースを監視し、アクセス要求パケットが送出する事ができずに内部リソースがオーバフローを起こしてパケット廃棄するような状況に陥っている事を検出し、制御装置に当該主信号処理装置が使用できなくなっている事を通知する事によりケース(2)のアクセスで障害が起こっている事を検出する。制御装置はその通知を受けて当該主信号処理装置が使用できなくなっている事を検出する事ができる。
【００３８】
ケース(2)の障害を検出する方法２としては、主信号処理装置がアクセス要求パケットをＩＰ網に送出した際にタイマ設定を行って応答パケット受信までの時間を監視することにより検出し、その旨を制御装置に通知する方法である。タイマ管理部は応答パケットが監視時間内に到着しない場合、または応答パケットが到着するが到着までの時間が著しく遅くなっている事が頻発する場合はケース(2)のアクセスで障害が起こっていると判断して主信号処理装置から制御装置に通知を行い、制御装置はその通知を受けて当該主信号処理装置が使用できなくなっている事を検出する。
【００３９】
ケース(2)の障害を検出する方法３としては、ＩＰ網内の網管理装置からの通知、または制御装置から網管理装置への問い合わせにより主信号制御装置からサーバ群へのアクセス経路に障害が発生していることを検出する方法である。網管理機能はゲートウェイシステム内部に配備されている場合、またはゲートウエイシステムが収容されているＬＡＮに収容されている場合が可能である。障害の通知は主信号処理装置に対して行われた後、方法１、２と同様に制御装置に通知される場合と、直接制御装置に通知される場合がありうる。簡易には、主信号処理装置からサーバ群あるいはサーバ群へのアクセス経路にあるルータのＩＰ網内のルーティング装置に対してPing、あるいは上位レイヤのパケット等により定期的に問い合わせを行い障害を検出する方法や、サーバ群あるいはアクセス経路にあるルータのＩＰ網内のルーティング装置から定期的なパケット送出し、その定期的なパケットを主信号処理装置で監視することにより障害を検出することも可能である。
【００４０】
ケース(2)の障害を検出する方法４としては、主信号処理装置から送出したＩＰパケットに対してＩＰ網内のルーティング装置より送達不可通知を受信して主信号処理装置で検出し、制御装置に通知する方法である。
【００４１】
制御装置はそれぞれの方法で検出したケース(2)のアクセス経路の障害により使用できなくなった主信号処理装置への着信呼を他の主信号処理装置に対して迂回が行えるように、後で述べる方法により電話網に迂回指示を行う事によりケース(2)の障害が生じてもネットワークとしてユーザに対してサービスを提供する事が可能となる。
【００４２】
ケース(3)の障害を検出する方法１としては、制御装置がその内部に設けられているサーバ群への送信バッファ等の内部リソースを監視し、アクセス要求パケットが送出する事ができずに内部リソースがオーバフローを起こしてパケット廃棄するような状況に陥っている事を検出する事によりケース(3)のアクセスで障害が起こっている事を検出する。
【００４３】
ケース(3)の障害を検出する方法２としては、制御装置がアクセス要求パケットをＩＰ網に送出した際にタイマ設定を行って応答パケット受信までの時間を監視することにより検出する方法である。応答パケットが監視時間内に到着しない場合、または応答パケットが到着するが到着までの時間が著しく遅くなっている事が頻発する場合はケース(3)のアクセスで障害が起こっていると判断する。
【００４４】
ケース(3)の障害を検出する方法３としては、ＩＰ網内の網管理装置からの通知、または制御装置から網管理装置への問い合わせによりサーバ群へのアクセス経路に障害が発生していることを検出する方法である。網管理機能はゲートウエイシステム内部に配備されている場合、またはゲートウエイシステムが収容されているＬＡＮに収容されている場合が可能である。簡易には、制御装置からサーバ群あるいはサーバ群へのアクセス経路にあるルータのＩＰ網内のルーティング装置に対してPing、あるいは上位レイヤのパケット等により定期的に問い合わせを行い障害を検出する方法や、サーバ群あるいはアクセス経路にあるルータのＩＰ網内のルーティング装置から定期的なパケット送出し、その定期的なパケットを制御装置で監視することにより障害を検出する方法も方法の３の実現方法のひとつである。
【００４５】
ケース(3)の障害を検出する方法４としては、制御装置から送出したＩＰパケットに対してＩＰ網内の装置より送達不可通知を受信して検出する方法である。
【００４６】
制御装置はそれぞれの方法で検出したケース(3)のアクセス経路の障害により当該制御装置によって電話網からの着信呼の制御が行えなくなった事を検出し、当該制御装置の被制御装置である１つまたは複数の主信号処理装置への着信呼を他の主信号処理装置に対して迂回が行えるように、後で述べる方法により電話網に迂回指示を行う事によりケース(3)の障害が生じてもネットワークとしてユーザに対してサービスを提供する事が可能となる。
【００４７】
ケース(4)の障害を検出する方法１としては、制御装置内部のＩＳＰ網への送信バッファ等の内部リソースを監視し、当該ＩＳＰ網へのアクセス要求パケットが送出する事ができずに内部リソースがオーバフローを起こしてパケット廃棄のような状況に陥っている事を検出する事によりケース(4)のアクセスで障害が起こっている事を検出する。
【００４８】
ケース(4)の障害を検出する方法２としては、制御装置がアクセス要求パケットをＩＰ網に送出した際にタイマ設定を行って応答パケット受信までの時間を監視することにより検出する方法である。応答パケットが監視時間内に到着しない場合、または応答パケットが到着するが到着までの時間が著しく遅くなっている事が頻発する場合はケース(4)のアクセスで障害が起こっていると判断する。
【００４９】
ケース(4)の障害を検出する方法３としては、ＩＰ網内の網管理装置からの通知、または制御装置から網管理装置への問い合わせにより当該ＩＳＰ網へのアクセス経路に障害が発生していることを検出する方法である。網管理機能はサーバ群に配備される場合、ゲートウエイシステム内部に配備されている場合、またはゲートウエイシステムが収容されているＬＡＮに収容されている場合がある。簡易には、制御装置から当該ＩＳＰ網あるいは当該ＩＳＰ網へのアクセス経路にあるルータのＩＰ網内のルーティング装置に対してPing、あるいは上位レイヤのパケット等により定期的に問い合わせを行い障害を検出する方法や、当該ＩＳＰ網あるいはアクセス経路にあるルータのＩＰ網内のルーティング装置から定期的にパケットを送出し、その定期的なパケットを制御装置で監視することにより障害を検出する方法も方法３の実現方法のひとつである。
【００５０】
ケース(4)の障害を検出する方法４としては、制御装置から送出したＩＰパケットに対してＩＰ網内の装置より送達不可通知を受信して検出する方法である。
【００５１】
制御装置はそれぞれの方法で検出したケース(4)のアクセス経路の障害により当該制御装置から当該ＩＳＰ網に対するアクセスが行えなくなった事を当該ＩＳＰ網のＩＰアドレス単位／ＩＰアドレスのネットワークアドレス単位、またはネットワークより上位のアドレス単位に検出、管理し、当該制御装置の被制御装置である１つまたは複数の主信号処理装置を使用する当該単位アドレスへの着信呼を他の主信号処理装置に対して迂回が行えるように、後で述べる方法により電話網に迂回指示を行う事によりケース(4)の障害が生じてもネットワークとしてユーザに対してサービスを提供する事が可能となる。
【００５２】
ケース(5)の障害を検出する方法１としては、主信号処理装置内部のＩＳＰ網への送信バッファ等の内部リソースを監視し、当該ＩＳＰ網へのアクセス要求パケットが送出する事ができずに内部リソースがオーバフローを起こしてパケット廃棄するような状況に陥っている事を検出し、制御装置に対して通知する事によりケース(5)）のアクセスで障害が起こっている事を検出する。
【００５３】
ケース(5)の障害を検出する方法２としては、主信号処理装置がアクセス要求パケットをＩＰ網に送出した際にタイマ設定を行って応答パケット受信までの時間を監視することにより検出する方法である。応答パケットが監視時間内に到着しない場合、または応答パケットが到着するが到着までの時間が著しく遅くなっている事が頻発する場合はケース(5)のアクセスで障害が起こっていると判断し、制御装置に通知する方法である。
【００５４】
ケース(5)の障害を検出する方法３としては、ＩＰ網内の網管理装置からの通知、または主信号処理装置から網管理装置への問い合わせにより当該ＩＳＰ網へのアクセス経路に障害が発生していることを検出し、制御装置へ通知する方法である。網管理装置からの通知は制御装置に対して直接行われても構わない。
【００５５】
網管理機能はサーバ群に配備される場合、ゲートウエイシステム内部に配備されている場合、またはゲートウエイシステムが収容されているＬＡＮに収容されている場合がある。簡易には、主信号処理装置から当該ＩＳＰ網あるいは当該ＩＳＰ網へのアクセス経路にあるルータのＩＰ網内のルーティング装置に対してPing、あるいは上位レイヤのパケット等により定期的に問い合わせを行い障害を検出する方法や、当該ＩＳＰ網あるいはアクセス経路にあるルータのＩＰ網内のルーティング装置から定期的なパケット送出を行い、その定期的なパケットを主信号処理装置で監視することにより障害を検出する方法も方法３の実現方法のひとつである。
【００５６】
ケース(5)の障害を検出する方法４としては、主信号処理装置から送出したＩＰパケットに対してＩＰ網内の装置より送達不可通知を受信して検出し、制御装置に通知する方法である。
【００５７】
制御装置はそれぞれの方法で検出したケース(5)のアクセス経路の障害により当該制御装置から当該ＩＳＰ網に対するアクセスが行えなくなった事を当該ＩＳＰ網のＩＰアドレス単位／ＩＰアドレスのネットワークアドレス単位、またはネットワークより上位のアドレス単位に検出、管理し、当該制御装置の被制御装置である１つまたは複数の主信号処理装置を使用する当該管理単位のＩＰアドレスに対する着信呼を他の主信号処理装置に対して迂回が行えるように、後で述べる方法により電話網に迂回指示を行う事によりケース(5)の障害が生じてもネットワークとしてユーザに対してサービスを提供する事が可能となる。
【００５８】
ケース(6)の障害を検出する方法としては主信号処理装置の障害部位によって異なる。
【００５９】
制御装置とのインタフェースまたは主信号処理装置の内部主装置に障害が生じた場合にはケース(1)の方法１、２、３により検出する事が可能である。サーバ群とのインタフェースで障害が生じた場合にはケース(2)の方法１、２、３により検出する事が可能である。ＩＳＰ網とのインタフェースで障害が生じた場合にはケース(5)の方法１、２、３により検出する事が可能である。電話網とのインタフェースで障害が生じた場合には主信号処理装置内部にて装置状態を監視し、回線障害、装置障害を検出した事を契機に制御装置に通知する事により検出が可能である。
【００６０】
制御装置は既に述べた障害検出方法により障害を検出した場合には、それぞれ検出方法に応じた動作により電話網に対して迂回を指示する。電話網とのインタフェース障害を検出した場合には障害を検出した回線に該当する着信呼を当該主信号処理装置の他の電話網とのインタフェース、または他の主信号処理装置に対して迂回を行なうよう電話網に指示する事によりケース(6)の障害が生じてもネットワークとしてユーザに対してサービスを提供する事が可能となる。
【００６１】
以下に電話網への迂回指示方法の実施例について述べる。
【００６２】
迂回指示方法１の例としてケース(2)の障害を方法３の手段で検出した場合の迂回指示方法１の手順の例を図７に、図８にシーケンス図の例を示す。
【００６３】
図７および図８では制御装置と電話網がＮｏ．７共通線で接続接続されている場合において、電話網に対して回線が使用できない事をＩＴＵーＴ勧告ＩＳＵＰの閉塞信号により指示する例を示している。
【００６４】
主信号処理装置１（１２０−ａ）のプロセッサ装置（１２１）において、サーバ群との間での状態問い合わせパケット（Ｓ８０１）に対する応答パケット（Ｓ８０２）が到着しないことからケース(2)の障害であることを検出し(７０１）、制御装置１（１１０−ａ）に対して主信号処理装置１が使用不可であることを通知する（７０２、Ｓ８０３）。制御装置１のプロセッサ装置（１１１）および電話網インタフェース部（１１７）は、電話網（１０１）との間でＩＳＵＰの閉塞信号であるBLO（Ｓ８０７）、BLA（Ｓ８０８）を送受することにより主信号処理装置１に収容した回線群１の閉塞を行う（７０３、Ｓ８０４）。電話網は制御装置（１１０ーa）から回線群１（１６０−a）が閉塞された事により（Ｓ８０９）、ユーザ（１５０）が発信したSETUP（Ｓ８１０）の着信番号によるルーティング先回線群１、２、３のうち回線群２、３のみをルーティング先として選択し（７０４−ａ、７０４−ｂ）、ユーザへCALL PROC（Ｓ８１２）を、制御装置１へは着信回線群２、３が選択されたIAM（Ｓ８１１）を送出するため、ユーザにはケース(2)の障害を意識させずにネットワークとしてサービスを提供し続ける事が可能となる。
【００６５】
制御装置１はルーティング先として選択された主信号処理装置３（１２０−ｂ）との間で着信処理を（７０５、Ｓ８１３〜Ｓ８１６）、また電話網へはACM（Ｓ８１７）、ANM（Ｓ８１８）を送出してＩＰ網と接続されたことを通知する。電話網はユーザにCONNを送出し（Ｓ８１９）、迂回接続を実現し、通信状態となる（Ｓ８２０）。
【００６６】
次に主信号処理装置３はサーバ群との間でユーザとＩＳＰ網との接続性確認を行い（７０６）、正常応答の場合、主信号処理装置３を介してユーザとＩＳＰ網との相互接続が確立される（７０７）。
【００６７】
ケース(3)の障害では当該制御装置の制御する主信号処理装置はすべて使用できない為、共通線の制御リンクをリンクレベルまたは物理レベルにて使用不可の状態にすることにより同様の効果を得る事が可能である。
【００６８】
ゲートウェイシステムと電話網がＩＳＤＮ加入者線で接続されている場合で、Ｄｃｈと使用できない回線が別のＩＳＤＮ回線に収容されている場合にはレイヤ１能力を消失している旨をＩＴＵ−Ｔ勧告Ｉ．４３０およびＩ．４３１に従ってレイヤ１信号または電気的に信号を送らない、等により電話網側に通知する方法により同様の効果が得られる。ゲートウエイシステムと電話網がＩＳＤＮ加入者線で接続されている場合でケース(3)の障害の場合は、当該制御装置の制御する主信号処理装置はすべて使用できない為、Ｄｃｈの制御リンクをリンクレベルまたは物理レベルにて使用不可の状態にする事により同様の効果を得る事が可能である。
【００６９】
迂回指示方法２の例として、ケース(4)の障害を方法３の手段によって検出した場合の迂回指示方法２の手順の例を図９に、図１０にシーケンス図の例、図１１にテーブル設定図の例を示す。
【００７０】
また、迂回指示方法３の例としてケース(5)の障害を方法３の手順によって検出した場合の迂回指示方法３の手順の例を図１２に、図１３にシーケンス図の例、図１４にテーブル設定図の例を示す。
【００７１】
ケース(4)、(5)の方法３で検出する障害は障害が生じた時点で制御装置が検出し得る障害であるが、該当する制御装置、及び主信号処理装置に関連する回線と管理されているＩＰアドレス、またはＩＰアドレスの上位アドレス単位に依存する為、電話網に対しては呼毎に迂回指示を行う必要がある。そのため制御装置または主信号処理装置は制御装置・主信号処理装置の記憶装置内（１１６、１２４）にＩＰアドレス、またはＩＰアドレスの上位アドレス単位にテーブルを備え、ＩＳＰ網への宛先ＩＰアドレスが管理された障害経路に一致する場合のみ迂回を指示する。
【００７２】
図９、１０、１１では制御装置と電話網がＮｏ．７共通線により接続されており、電話網は回線群１、２、３に共通してルーティングする１つまたは複数の着番号以外に回線群１、２、３それぞれに対してのみルーティング可能な１つまたは複数の着番号をトランスレータによって備えいる。この場合においてケース(4)の方法３で検出した時に他の制御装置／主信号処理装置に迂回可能な着信番号先に再発信することにより迂回指示を行なう場合の例を示す。
【００７３】
制御装置１（１１０−ａ）のプロセッサ装置（１１１）において、ＩＳＰ網または他のゲートウェイシステム（１４０）に対する状態問い合わせパケット（Ｓ１００１）に対する応答パケット（Ｓ１００２）が到着しないことからケース(4)の障害により、当該ＩＳＰ網／ゲートウェイシステムへの経路がないことを認識し（９０１）、制御装置の記憶装置内（１１６）内の経路管理テーブル（１１６−１）の経路状態を障害に書き換える（Ｓ１００３）。次に電話網（１０１）より制御装置１に接続要求が行われると（９０２−ａ、９０２−ｂ、Ｓ１００６〜Ｓ１００９）、制御装置１のプロセッサ装置は着信番号情報よりサーバ群へ接続先のＩＰアドレス情報の取得を要求を行い（９０３、Ｓ１０１０、Ｓ１０１１）、制御装置１は取得したＩＰアドレスより制御装置の記憶装置内の経路管理テーブルを参照することにより当該ＩＰアドレスへの経路がないことを認識し（９０４）、同記憶装置内の迂回先番号管理テーブル（１１６−２）を参照してケース(4)の障害時の場合の迂回先番号を取得し（Ｓ１０１２）、電話網に対して迂回先番号を通知する（Ｓ１０１３）。迂回先番号を受信した電話網は迂回先である制御装置２に対して接続要求を行い（９０５、Ｓ１０１４）、制御装置２／主信号処理装置２はサーバ群およびＩＳＰ網／他ゲートウェイへのアクセスが正常に行われることにより（９０６、Ｓ１０１５、Ｓ１０１６、Ｓ１０１８、Ｓ１０１９）、電話網との接続が行われ（Ｓ１０１７、Ｓ１０２０、Ｓ１０２１）、ユーザ（１５０）とＩＳＰ網とが通信状態となり（Ｓ１０２２）、制御装置２および主信号処理装置２を介してユーザ（１５０）とＩＳＰ／他ゲートウェイシステムとの接続が行われる（９０７、９０８）。
【００７４】
図１１では、ＩＰアドレスが192.168.228.101の経路に対してケース(4)の障害が検出された場合のテーブル参照・更新方法の例を示している。
【００７５】
制御装置内記憶装置（１１６）は制御装置内プロセッサよりケース(4)で192.168.228.101の経路が障害である通知を受けることにより（１１０１）、ＩＳＰ網／ゲートウェイシステム経路管理テーブル（１１６−１）を検索し、192.168.228.101のフィールドの経路状態を障害に書き換える（１１０２）。
【００７６】
次に、ケース(4)において制御装置（１１０）内プロセッサ装置（１１１）より192.168.228.101の経路へのアクセスが行われると（１１０３）、記憶装置（１１６）の上記テーブルの検索を行い、192.168.228.101の経路が障害であり迂回が必要であることを検出し（１１０４）、迂回先番号管理テーブルの検索を行い（１１０６）、ケース(4)の迂回先番号3-3456-7890を読み出す（１１０５）。
【００７７】
ゲートウェイシステムからの迂回指示方法としてＩＴＵ勧告／ＴＴＣ標準のピボット手順を起動し、電話網に対して迂回指示を行なう事によっても同様の効果を得る事が可能である。また、制御装置と電話網がＩＳＤＮ加入者線で接続されている場合には迂回先番号に対して着信転送手順を起動する事により同様の効果が得られる。
【００７８】
図１２、１３、１４では電話網内にＳＣＰを備えている場合において、ケース(5)の障害を方法３で障害を検出し、ある特定の切断要因を含めた切断信号を電話網側に送出する事により、ＳＣＰで管理される迂回先番号に迂回を行なう方法を示す。
【００７９】
主信号処理装置１（１２０−ａ）のプロセッサ装置（１２１）において、ＩＳＰ網または他のゲートウェイシステム（１４０）に対する状態問い合わせパケット（Ｓ１３０１）に対する応答パケット（Ｓ１３０２）が到着しないことからケース(5)の障害により、当該ＩＳＰ網／ゲートウェイシステムへの経路がないことを認識し（１２０１）、主信号処理装置の記憶装置内（１２４）内の経路管理テーブル（１２４−１）の経路状態を障害に書き換える（Ｓ１３０３）。
【００８０】
次にＳＣＰを介して電話網（１０１）より制御装置１／主信号処理装置１に接続要求が行われると（１２０２、Ｓ１３０６〜Ｓ１３０９）、主信号処理装置１のプロセッサ装置は着信番号情報よりサーバ群へ接続先のＩＰアドレス情報の取得要求を行い（１２０３、Ｓ１３１０、Ｓ１３１１）、主信号処理装置１は取得したＩＰアドレスより制御装置の記憶装置内の経路管理テーブルを参照し、当該ＩＰアドレスへの経路がないことを認識し（１２０４、Ｓ１３１２）、制御装置１に対して経路無しによる受付不可応答を返送し（１２０５、Ｓ１３１３）、制御装置１は迂回を行う理由表示を設定したRELを電話網に送出する（１２０６、Ｓ１３１４）。電話網ではＳＣＰにおいて受信した理由表示より着番号の迂回先番号への変換を行い（Ｓ１３１５）、迂回先である主信号処理装置３への着信を行い（１２０７、Ｓ１３１６、Ｓ１３１７）、主信号処理装置３を介してサーバ群およびＩＳＰ網／他ゲートウェイ網との接続が行われる（１２０８〜１２１０、Ｓ１３１９〜Ｓ１３２５）。
【００８１】
図１４では、ＩＰアドレスが192.168.228.101の経路に対してケース(5)の障害が検出された場合のテーブル参照・更新方法の例を示している。
【００８２】
主信号処理装置内記憶装置（１２４）は主信号処理装置内プロセッサ装置よりケース(5)で192.168.228.101の経路が障害である通知を受けることにより（１４０１）、ＩＳＰ網／ゲートウェイシステム経路管理テーブル（１２４−１）を検索し、192.168.228.101のフィールドの経路状態を障害に書き換える（１４０２）。
【００８３】
次に、ケース(5)において主信号処理装置内プロセッサより192.168.228.101の経路へのアクセスが行われると（１４０３）、記憶装置の上記テーブルの検索を行い、192.168.228.101の経路が障害であり迂回が必要であることを検出し（１４０４）、ルーティング経路が障害であるため着呼受付不可であることを通知する（１４０５）。
【００８４】
本方法（迂回指示方法３）は制御装置と電話網がＮｏ．７共通線で接続されていてもＩＳＤＮで接続されていても同様の効果を得る事が可能である。
【００８５】
ケース(1)、(2)、（3）、(4）、(5)の方法１、２、４で検出する障害は障害が生じた時点ではなく、電話網からの着信が生じた事によるそれぞれのアクセスを契機に検出される。迂回指示は呼毎に行なうことが有効である為、迂回指示方法２、及び３を適用する事が可能である。
【００８６】
図１５に制御装置と電話網がＮｏ．７共通線で接続されている場合において、ケース(2)の方法２により障害を検出し、迂回指示方法３を適用した場合の手順の例を、図１６にシーケンス図の例を示す。
【００８７】
本ケースの場合、電話網（１０１）より制御装置１（１１０−ａ）／主信号処理装置１（１２０−ａ）に着信が行われ（１５０１、１５０２、Ｓ１６０１〜Ｓ１６０４）、主信号処理装置のプロセッサ装置（１２１）よりサーバ群（１３０）へのＩＳＰ網へのＩＰアドレス取得要求（Ｓ１６０５）に対する応答がタイムアウトすることによりケース(2)の障害を検出し（１５０３、Ｓ１６０７）、主信号処理装置１から制御装置１に対してサーバアクセス不可による受付不可応答が返送され（１５０４、Ｓ１６０８）、制御装置１は迂回を行う理由表示が設定されたRELを電話網に返送する（１５０５、Ｓ１６０９）。以後図１３の場合と同様の手順により主信号処理装置３への迂回接続が行われる（１５０６〜１５０９、Ｓ１６１０〜Ｓ１６１９）。
【００８８】
ケース(1)、(2)，(3)の方法１、２、４で検出する障害は、上記に述べたように、呼毎に検出される障害であるが、障害の要因自体はルータの故障、等の様に固定的である場合がありうる。そのため、制御装置においてその障害をケース毎、方法毎に検出したときに設けたカウンタにより障害検出頻度を計測し、設定したしきい値を超えた場合には固定的な障害であると判断して、迂回指示方法１を適用することも可能である。上記ケースの場合、制御装置および主審号処理装置自体の要因による障害ではないため、障害の復旧を検出し、迂回指示を解除する手段が必要となる。迂回指示および迂回指示解除を実現する手段として固定的な障害と判断した経路に対して障害監視タイマを設定し、タイマ起動中の間、迂回指示を行い、タイマ満了後に迂回指示を解除する手段をとることが可能である。
【００８９】
これを迂回指示方法４とし、図１７に制御装置と電話網がＮｏ．７共通線により接続されている場合において、ケース(3)の方法２により障害を検出し、迂回指示方法１により電話網に対して回線閉塞を指示し、さらに該当経路に対して制御装置内のタイマ管理部（１１３）にて障害監視タイマを起動し、タイマ満了後に閉塞解除を行なうことにより迂回指示および迂回指示解除を行う例を、図１８にシーケンス図の例を、図１９にフローの例を示す。
【００９０】
制御装置１（１１０−ａ）のプロセッサ装置（１１１）は、ユーザ（１５０）からの着信（１７０１）に対して着番号よりサーバ群（１３０）に対するＩＳＰ網のＩＰアドレス取得要求タイムアウトによりケース(3)の障害であることを検出することにより（１７０２、Ｓ１８０５）、呼の切断が行われた後に（Ｓ１８０７、Ｓ１８０８）、アクセスエラー頻度比較判定を開始し、アクセスエラーが障害しきい値を上回った場合（Ｓ１８０９、Ｓ１９０３）、電話網に対し制御装置１が管理している回線群１、３の回線閉塞指示を行い（１７０３、Ｓ１８１０、Ｓ１８１１）、閉塞監視タイマを起動する（Ｓ１９０４）。アクセスエラー頻度がしきい値を下回っている場合はアクセスエラーカウンタをカウントアップする（Ｓ１９０５）。回線群１、３閉塞中は回線群２に対して着信が行われ（１７０４）、制御装置２／主信号処理装置２（１１０−ｂ）を介して電話網とＩＰ網の接続が行われる（１７０５、１７０６、Ｓ１８１２〜Ｓ１８１９）。
【００９１】
次に、制御装置１のプロセッサ装置は閉塞監視タイマがタイムアウトすることにより回線群１、３に対して閉塞解除を行い（Ｓ１８２０〜Ｓ１８２２）、回線群１〜３への着信が復旧する（Ｓ１８２３〜Ｓ１８２６）。
【００９２】
また、迂回指示および迂回指示解除を実現する手段として、固定的な障害と判断した経路に対して 部分閉塞指示を行った状態で該当経路に対する障害頻度を測定し、制御装置または主審号処理装置で管理しているしきい値を下回った場合に障害復旧と判断し、迂回指示を解除する手段をとることが可能である。これを迂回指示方法５とし、図２０に制御装置と電話網がＮｏ．７共通線により接続されている場合において、ケース(3)の方法２により障害を検出し、迂回指示方法５により電話網に対して回線の５０％の閉塞を指示し、その後も障害頻度がしきい値を超える場合にさらに５０％の閉塞を指示し、障害頻度が閉塞を解除するしきい値を下回った時に、回線の閉塞を一部解除していく事により使用不可の状態から復旧させる場合のネットワーク図の例を、図２１にシーケンス図の例を、図２２にフローの例を示す。
【００９３】
制御装置１（１１０−ａ）のプロセッサ装置（１１１）はユーザ（１５０、Ｓ２０６）からの着信（２００１）に対して着番号よりサーバ群（１３０）に対するＩＳＰ網のＩＰアドレス取得要求タイムアウトによりケース(3)の障害であることを検出することにより（２００２、Ｓ２１０５、Ｓ２１０６）、呼の切断が行われた後に（Ｓ２１０７、Ｓ２１０８）、アクセスエラー頻度比較判定を開始し、アクセスエラー頻度が障害検出しきい値を上回った場合（Ｓ２１０９、Ｓ２２０４）、電話網に対し回線群１、３の非閉塞回線の内の５０％に対する閉塞指示を行う（２００３、Ｓ２２０５）。
【００９４】
このとき回線群１、３が部分閉塞状態にあるため一部の着信呼が回線群２へ迂回され（２００４）、制御装置２／主信号処理装置２（１２０−ｂ）を介して電話網とＩＰ網との接続が行われる（２００５、２００６、Ｓ２１１２〜Ｓ２１１９）。
【００９５】
回線群１、３が部分閉塞中に回線群１、３への着信が行われた場合（Ｓ２１２０〜Ｓ２１２１）において、制御装置１からサーバ群へのＩＳＰ網のＩＰアドレス取得が正常に行われた場合、プロセッサ装置において再度アクセスエラー頻度比較判定を開始し、アクセスエラー頻度が復旧検出しきい値を下回っている場合は（Ｓ２１２５、Ｓ２２０３）、回線群１、３の閉塞中の回線の閉塞解除指示を行う（Ｓ２１２６、Ｓ２１２７）。
【００９６】
ケース(1)、(2)、(3)、（４）、（５）の方法１、２、４で検出する障害については障害が生じた時点でなく、電話網からの着信が生じたことによるそれぞれのアクセスを契機に検出され、迂回指示は呼毎に行うことが有効であるため、迂回指示方法２または迂回指示方法３を用いることが適切である。前記障害がルータやサーバ類といったＩＰ網を構成する装置の固定的障害等の原因により多発する場合には、迂回指示方法４または迂回指示方法５による方法が適切となる。また、ケース(1)、(2)、(3)の方法３で検出する障害については障害が生じた時点で制御装置が検出し得る障害であり、該当する回線に対する着信呼全てに迂回指示を行うことが有効であるため、迂回指示方法１を用いて制御装置より電話網に対して迂回指示を行うことが適切となる。
【００９７】
また、ケース(4)、(5)の方法３で検出する障害については障害が生じた時点で制御装置が検出し得る障害であるが該当する制御装置および主信号処理装置に関連する回線と管理されているＩＰアドレスやネットワークアドレス単位に依存するため、電話網に対しては呼毎に迂回指示を行うことが有効であるため、迂回指示方法２または迂回指示方法３を用いて制御装置より電話網に対して迂回指示を行うことが適切である。
【００９８】
以上に述べたケース(1)、(2)、(3)、(4)、(5)の方法１、２、３、４及びケース(6)の障害検出方法と迂回指示方法１、２、３、４、５はそれぞれ組み合わせにより独立して適用可能であり、さまざまな組み合わせで同時にシステムに対して適用されても問題無く発明の効果を得る事が可能である。
【００９９】
【発明の効果】
本発明のインタネットゲートウェイシステムにおける迂回制御方式を利用することで例えば以下の効果が生じる。
【０１００】
（１）電話網よりＩＰ網への接続を行う際にＩＰ網インタフェース状態に合わせたゲートウェイ装置の接続制御を行うことが可能となり、リモートアクセスサービスにおける通信品質を向上させることができる。
【０１０１】
（２）同一エリア内に複数のゲートウェイ装置が存在する場合にリモートアクセスユーザにＩＰ網インタフェース状態に合わせた最適な接続先を選ぶことが可能となる。
【図面の簡単な説明】
【図１】本発明におけるゲートウェイシステムを介した電話網とＩＰ網の網間相互接続の構成、及びゲートウェイシステムの主信号処理装置からサーバ類へのアクセスを行なう場合の手順を示した図である。
【図２】本発明におけるゲートウェイシステムを介した電話網とＩＰ網の網間相互接続の構成、及びゲートウエイシステムの制御装置からサーバ類へのアクセスを行なう場合の手順を示した図である。
【図３】本発明における制御装置の構成を示した図である。
【図４】本発明における主信号処理装置の構成を示した図である。
【図５】本発明におけるゲートウェイシステムを介した電話網とＩＰ網の網間相互接続時の障害ケースを示した図である。
【図６】本発明におけるゲートウェイシステムを介した電話網とＩＰ網の網間相互接続時の障害ケースにおける迂回指示方法の選択フローを示した図である。
【図７】本発明におけるケース(2)の障害を方法３で検出し、迂回指示方法１で迂回を行なう場合の手順を示す図である。
【図８】本発明におけるケース(2)の障害を方法３で検出し、迂回指示方法１で迂回を行なう場合のシーケンスを示す図である。
【図９】本発明におけるケース(4)の障害を方法３で検出し、迂回指示方法２で迂回を行なう場合の手順を示す図である。
【図１０】本発明におけるケース(4)の障害を方法３で検出し、迂回指示方法２で迂回を行なう場合のシーケンスを示す図である。
【図１１】本発明におけるケース(4)の障害を方法３で検出する場合の、装置内部での手順を示す図である。
【図１２】本発明におけるケース(5)の障害を方法３で検出し、迂回指示方法３で迂回を行なう場合の手順を示す図である。
【図１３】本発明におけるケース(5)の障害を方法３で検出し、迂回指示方法３で迂回を行なう場合のシーケンスを示す図である。
【図１４】本発明におけるケース(5)の障害を方法３で検出する場合の、装置内部での手順を示す図である。
【図１５】本発明におけるケース(2)の障害を方法２で検出し、迂回指示方法３で迂回を行なう場合の手順を示す図である。
【図１６】本発明におけるケース(2)の障害を方法２で検出し、迂回指示方法３で迂回を行なう場合のシーケンスを示す図である。
【図１７】本発明におけるケース(3)の障害を方法２で検出し、迂回指示方法４で迂回を行なう場合の手順を示す図である。
【図１８】本発明におけるケース(3)の障害を方法２で検出し、迂回指示方法４で迂回を行なう場合のシーケンスを示す図である。
【図１９】本発明におけるケース(3)の障害を方法２で検出し、迂回指示方法４で迂回を行なう場合のフローを示す図である。
【図２０】本発明におけるケース(3)の障害を方法２で検出し、迂回指示方法５で迂回を行なう場合の手順を示す図である。
【図２１】本発明におけるケース(3)の障害を方法２で検出し、迂回指示方法５で迂回を行なう場合のシーケンスを示す図である。
【図２２】本発明におけるケース(3)の障害を方法２で検出し、迂回指示方法５で迂回を行なう場合のフローを示す図である。
【符号の説明】
１０３・・・ゲートウェイシステム
１１０・・・制御装置
１２０・・・主信号処理装置
【発明の属する技術分野】
本発明は電話網とＩＰ網（インターネットプロトコル網）との接続方法、障害検出方法及び迂回制御方法に係わる。本発明は、特に、シグナリングゲートウェイ／メディアゲートウェイ制御装置、ゲートウェイ装置より構成されるインターネットゲートウェイシステムにおいて、ゲートウェイ装置のＩＰ網インタフェースの障害を検出し、前段の電話網へ回線閉塞、迂回指示を行う電話網とＩＰ網との接続方法に係わる。
【０００２】
【従来の技術】
現在、電話網においてノード間の障害を検出する手段としては、ネットワーク間インタフェースにおける対向ノードとの間の共通線信号リンク状態の監視、通話回線のフレームビットの監視、およびユーザ・網インタフェースにおける網側と端末との間の回線状態の監視などが行われており、また、ネットワークを構成する各ノードに対して障害や輻輳の通知や迂回指示を行う手段として、ネットワーク間インタフェースのＮｏ．７共通線信号のメッセージ転送部（ＭＴＰ：Message Transfer Part）による共通線信号の障害通知、迂回指示、およびＩＳＤＮユーザ部（ＩＳＵＰ：ISDN User Part）による通話回線の閉塞信号による閉塞指示、およびＴＴＣ（Telecommunication Technology Commitee：(社)電信電話技術委員会)）標準リダイレクション手順やＩＴＵ−Ｔ（International Telecommunication Union）勧告／ＴＴＣ標準ピボット手順による迂回指示を行う手段が実現されている。
【０００３】
また、ユーザ・網インタフェースについてはＩＰ網とのゲートウェイ装置を含むユーザ側装置より電話網に対して障害通知、迂回指示を行う手段はなく、網側での回線状態監視、着信転送による迂回などが行われている。この他に迂回の実現が可能な手段としてＩＮ（Intelligent Network Internetwork Interface）手順におけるサービス制御点（ＳＣＰ:Service Control Point）での着信番号を変換する際に、ネットワークの状態により変換後の番号を切り替えることににより迂回と同等な制御を行う手段がある。
【０００４】
一方、ＩＰ網においてノード間の障害を検出する手段としては対向ノード間でＩＥＴＦ（Internet Engineering Task Force）のＲＦＣ（Request for Comments）７９２で規定されるICMP(Internet Control Message Protocol）のping等のメッセージを送受信することにより対向ノードとの間の輻輳／障害を検出する方法や、ＲＦＣ１１５７で規定されるＳＮＭＰ（Simple Network Management Protocol）マネージャやゲートキーパ等の網管理装置にてネットワークを構成する各ノードの装置状態を収集する方法がある。また、障害や輻輳の通知や迂回指示を行う方法として、ルータ、またはＳＮＭＰマネージャやゲートキーパ等の網管理装置よりＲＦＣ２４５３で規定されるＲＩＰ（Routing Information Protocol）、ＲＦＣ２３２８で規定されるＯＳＰＦ（Open Shortest Path Fast）、ＲＦＣ１７７１で規定されるＢＧＰ（border gateway protocol）等のダイナミックルーティングプロトコルを用いてネットワークを構成する各ノードにルーチング情報を配信することにより迂回指示する方法が行われている。
【０００５】
【発明が解決しようとする課題】
一つまたは複数の着番号で複数の回線を共有している複数のゲートウェイ装置より構成されるゲートウェイシステムを介して電話網とＩＰ網とが相互接続されるサービス形態においては、電話網、ＩＰ網それぞれのネットワーク内での障害の検出を行い迂回制御を行う方法については前記のように実現されているが、電話網においてＩＰ網内での障害／輻輳を認識できないため、同一着番号であっても正常に着信できる回線群が存在するにも拘わらず、ＩＰ網で障害となっているルーティング経路を使用する回線群に対して、着信が行われ、呼損、通信品質のサービス低下を引き起こすこととなる。
【０００６】
本発明の目的はゲートウェイシステムを介して電話網とＩＰ網とが相互接続されるサービス形態において、ゲートウエイシステムによってゲートウエイシステム内の装置及びＩＰ網の障害を検出し、電話網に対して迂回を指示することにより上記障害経路を使用する回線群が選択されることを回避し、電話網とＩＰ網の相互接続サービスにおける接続品質を保証できるゲートウェイ及び迂回制御方法を提供することにある。
【０００７】
【課題を解決するための手段】
本発明では、ゲートウェイシステムのＩＰ網インタフェース障害または輻輳を検出する手段の一つとして、ゲートウェイシステムにおいてゲートウェイシステム内部の滞留パケット数や内部リソースの監視を行い、ゲートウェイシステム内及びＩＰ網へのアクセス経路の障害状態を検出することにより電話網からＩＰ網への接続に対する回線状態の検出を行う機能を有する。
【０００８】
また、上記ゲートウェイ装置より認証・課金やＩＰアドレス情報の取得のためにＩＰ網の各種サーバに対してＩＰパケットを送出した場合のサーバからの応答時間についてタイマ監視を行い、応答がタイムアウトする頻度や要求送出からの応答時間の遅延状況を測定することにより、ゲートウェイシステムからＩＰ網への接続に対するネットワーク障害・輻輳の検出を行う機能を有する。
【０００９】
また、上記ゲートウェイシステムはゲートキーパ装置や網管理装置からのＩＰ網内の障害情報を受信または問合せを行なう事により、サーバ群、ルータ等のＩＰ網を構成する各ノードへのパケット送出可／不可情報を取得し、電話網からＩＰ網への接続に対する回線状態の検出を行う機能を有する。
【００１０】
また、上記ゲートウェイシステムはルータ等ＩＰ網を構成する各ノードより特定ルートに対するルーチング不可通知を受信した情報を分析することによりゲートウェイシステムからＩＰ網への接続に対するネットワーク障害を検出する機能を有する。
【００１１】
さらに本発明では上記手順によりＩＰ網に接続する際にネットワーク障害や輻輳を検出したゲートウェイシステムは、障害／輻輳を検出した事を契機に、電話網に対してＩＰ網へインタワークするために障害の発生しているゲートウェイシステム内装置への接続を規制し、他の装置への迂回を指示する手段として、電話網との回線インタフェースが使用不能である事を通知し、電話網が当該回線群を使用せずＩＰ網へのアクセスに支障の無い回線に迂回を促す機能を有する。
【００１２】
さらに本発明では、電話網に対して回線が使用不能である事を通知したのち障害がなくなった事を検出し、回線の使用が可能になった事を通知する機能を有する。また呼毎に障害を検出した場合には障害頻度によって回線が使用不能である事を電話網に通知する機能を有し、タイマにより使用解除を通知する機能を有する。また呼毎に障害を検出した場合には障害頻度によって回線が使用不能である事を一部の回線に対して電話網に通知し、残った回線への着信時の障害頻度を監視する事により障害からの復旧を検出して電話網に対して使用解除を通知する機能を有する。
【００１３】
また、前記ゲートウェイシステムと電話網は、収容する回線群のうちゲートウエイシステム内の装置毎にルーティングできる着番号を電話網が管理していており、ゲートウエイシステムから使用可能な回線へのその迂回可能な着番号を電話網に対して指示する事により電話網に迂回を積極的に行わせる機能を有する。または当該呼が迂回可能である事をゲートウエイシステムから電話網に対して指示する事により電話網内にて有するＳＣＰ等をもちいた迂回機能を利用して、使用可能な回線に対して呼毎に迂回させる機能を有する。
【００１４】
【発明の実施の形態】
図１，図２は本発明におけるゲートウェイシステムを介した電話網とＩＰ網（インターネットプロトコル）の網間相互接続の構成図の一例である。電話網（１０１）とＩＰ網（１０２）は制御装置（１１０−a，b）および主信号処理装置（１２０−ａ，ｂ）より構成されるゲートウェイシステム（１０３）を介して網間相互接続される。
【００１５】
ＩＰ網はゲートウエイシステム，及びゲートウエイシステムを収容しているＬＡＮ，サーバを収容するＬＡＮ，インターネット網により構成される。
【００１６】
電話網（１０１）と制御装置（１１０−a，b）はＩＳＤＮのユーザ・網インタフェースの信号チャネル(Ｄｃｈ）、あるいは網間接続インタフェースのＮｏ．７共通線信号により接続され、電話網（１０１）と主信号処理装置（１２０−a,b，１１０−ｂ）はＩＳＤＮのＢｃｈ、Ｈ０ｃｈ、Ｈ１ｃｈ、あるいはＳＤＨ（Synchronous Digital Hierarchy）、２Ｍ ＴＴＣ、Ｔ１、Ｅ１等の回線インタフェースにより接続される。電話網（１０１）からの制御信号は制御装置（１１０−a，b）により呼処理信号の制御処理を行い、主信号処理装置（１２０−ａ，ｂ，１１０−b）に対し、呼処理制御を行う。制御装置と主信号処理装置は物理的に分散されていても，制御装置（１１０−b）のように同一装置に収容されていても構わない。また、１つの制御装置(１１０−a，１１０−b)によって主信号処理装置（１２０−b）のような分散して配置された複数の主信号処理装置の制御を行うことも可能である。図ではユーザ（１５０）がゲートウエイシステム（１０３）の主信号処理装置１，２，３が収容する回線群に対して電話網（１０１）でルーティングされる着電話番号により発信し，主信号処理装置１（１２０−a）が収容する回線に対してルーティングされた場合を示している。
【００１７】
電話網からの接続要求を制御装置が受け付けた場合，制御装置と主信号処理装置のどちらか又は双方は認証／課金／アドレス管理サーバにアクセスを行ってアクセスIPアドレスの取得，ユーザ認証，等を行ったのち、ＩＳＰ網（インターネットサービスプロバイダ網）や他ゲートウエイシステムにアクセスを行なう。認証・課金サーバへのアクセス手順として、例えば、ＲＦＣ２１３８、２１３９で規定されるRADIUS（Remote Authentication Dial In User Service)を用いる。また、アクセスＩＰアドレスの取得手段として、例えば、ＩＥＴＦのＲＦＣ１３３２で規定されるIPCP（Internet Protocol Control Protocol）を用いる。
【００１８】
図１では制御装置１（１１０−a）が主信号処理装置１（１２０−a）を制御し主信号処理装置１（１２０−a）よりサーバ類（１３０）に制御のためのアクセスを行いＩＳＰ網／他ゲートウェイシステム（１４０）（以下、単にＩＳＰ網という）に発信ユーザからの主信号のアクセスを行う例を示し、図２は制御装置（１１０−a）がサーバ類（１３０）に制御のためのアクセスを行い主信号処理装置（１２０−a）を制御するとともにＩＳＰ網（１４０）に制御のためのアクセスを行い主信号処理装置（１２０−a）からＩＳＰ網（１４０）に主信号のアクセスを行う例を示している。
【００１９】
図３はゲートウェイシステムの制御装置の構成図である。制御装置（１１０）は、例えば、プロセッサ装置（１１１）、記憶装置（１１６）、電話網インタフェース部（１１７）、ＩＰ網インタフェース部（１１９）、主信号処理装置インタフェース部（１１８）を主要なハードウェア構成要素として実現される。制御装置と主信号処理装置がＩＰ網を介して接続される場合はＩＰ網インタフェース部が主信号処理装置インタフェース部を兼ねる場合も考えられる。
【００２０】
プロセッサ装置（１１１）は、基本制御部（１１２）、タイマ管理部（１１３）、リソース管理部（１１４）、主信号処理装置制御部（１１５）の機能ブロックを主要要素として構成される。基本制御部（１１２）は各装置とのインタフェースを実現するとともにタイマ管理部、リソース管理部、主信号処理装置制御部が実装されたソフトウェアまたはハードウェアの実行制御を行う。主信号処理装置制御部（１１５）は主信号処理装置状態の制御、電話網の信号の中継、サーバ群へのアクセス等の外部装置との通信を実現するアルゴリズムが実装される。リソース管理部（１１４）は制御装置にて主信号処理装置の通信状態の管理を実現するアルゴリズムが実装され、記憶装置（１１６）内の状態管理テーブルの参照、更新機能を実現する。タイマ管理部（１１３）は制御装置内のタイマ（１１３１）を制御し、主信号装置状態、閉塞／迂回制御のタイマ監視を実現するアルゴリズムが実装されている。上記機能ブロックを構成するモジュールは、記憶装置上に記憶しておき、プロセッサ装置が上記モジュールを実行する際にはプロセッサ装置上のメモリに読み込んで動作させることを可能とする。
【００２１】
図４はゲートウェイシステムの主信号処理装置の構成図である。主信号処理装置（１２０）は例えば、プロセッサ装置（１２１）、記憶装置（１２４）、ＩＰ網インタフェース部（１２５）、回線インタフェース部（１２７）、制御装置インタフェース部（１２６）を主要なハードウェア構成要素として実現される。制御装置と主信号処理装置がＩＰ網を介して接続される場合はＩＰ網インタフェース部が制御装置インタフェース部を兼ねる場合も考えられる。
【００２２】
プロセッサ装置（１２１）は、基本制御部（１２２）、インタフェース状態管理部（１２３）、タイマ（１２９）、タイマ管理部（１２８）の機能ブロックを主要要素として構成される。基本制御部（１２２）は各装置とのインタフェースを実現するとともにインタフェース状態管理部、タイマ管理部の実行制御を行う。インタフェース状態管理部（１２３）は制御装置（１１０）より送られてくる制御信号より記憶装置（１２４）内の管理テーブルの参照・更新機能をもち、主信号処理装置内の回線／ＩＰ網インタフェース状態の管理を行うアルゴリズムを実装する。タイマ管理部（１２８）は主信号処理装置内のタイマ（１２９）を制御し、ＩＰ網インタフェースからの応答パケットのタイマ監視を実現するアルゴリズムが実装されている。上記機能ブロックを構成するモジュールは、記憶装置上に記憶しておき、プロセッサ装置が上記モジュールを実行する際にはプロセッサ装置上のメモリに読み込んで動作させることを可能とする。
【００２３】
電話網よりゲートウェイシステムへの接続要求が発生した場合、電話網（１０１）より呼制御信号を受信した制御装置（１１０）は呼制御信号内の情報に基づき主信号処理装置（１２０）に対してアクセス制御を行う。制御装置が主信号処理装置を制御するために認証・課金サーバ等のサーバ群へのアクセスを必要とする場合は、制御装置のＩＰ網インタフェース部（１１９）を介して、サーバ群に対してアクセスを行う。主信号処理装置は制御装置より送出される制御信号に基づき電話網インタフェースおよびＩＰ網インタフェースのパスを開きユーザ端末とＩＰ網との接続および電話網とＩＰ網との間のインタフェース変換処理を行う。主信号処理装置がユーザ端末をＩＰ網に接続するために認証・課金サーバ等のサーバ群へのアクセスが必要な場合は、例えば、RADIUSプロトコルによるユーザ認証を実施する。
【００２４】
図５は制御装置から電話網に対して迂回指示を行う契機となる障害のケースを示している。ケース(1)は制御装置から被制御対象である１つまたは複数の主信号処理装置への制御アクセス経路に障害があるケースを示す。ケース(2)は主信号処理装置からサーバ群へのアクセス経路に障害があるケースを示す。ケース(3)は制御装置からサーバ群へのアクセス経路に障害があるケースを示す。ケース(4)は制御装置からＩＳＰ網へのアクセス経路に障害があるケースを示す。ケース(5)は主信号処理装置からＩＳＰ網へのアクセス経路に障害があるケースを示す。ケース(6)は主信号処理装置に障害があるケースを示す。
【００２５】
上記ケース(1)から(6)の障害については、障害個所および障害契機によりゲートウェイシステムから電話網に対して行う迂回指示方法を切り替えることが可能である。
【００２６】
図６はゲートウェイシステム（１０３）にてＩＰ網障害を検出または網管理装置を含むサーバ群（１３０）から障害通知を受信した場合における電話網への迂回指示方法の選択フローの例を示している。
【００２７】
ゲートウェイシステムはＩＰ網障害を検出または網管理装置を含むサーバ群より障害通知を受信した場合（Ｓ６０１）、その障害検出個所の判別を行い（Ｓ６０２）、ケース(1)、(2)、(3)、(6)の場合（Ｓ６０３）には、さらに障害検出契機の判別を行い（Ｓ６０４）、障害検出契機が障害発生時（Ｓ６０５）の場合には、該当制御装置（１１０）または主信号処理装置（１２０）を介しての接続不可であると判断し、後に示す迂回指示方法１を用いて、制御装置より電話網（１０１）に対して該当制御装置／主信号処理装置に収容されている回線の閉塞指示を行い（Ｓ６０６）、障害復旧を検出するまでの間該当回線を閉塞する（Ｓ６０７）。
【００２８】
電話網からのアクセスを契機に障害が検出された場合（Ｓ６０８）には、電話網からの着信時にアクセスエラーが発生するたびに後に示す迂回指示手順２または迂回指示方法３を用いて電話網に対し正常運用されている別の制御装置／主信号処理装置への回線の迂回を指示した後（Ｓ６０９）、アクセスエラー頻度の計測を行う（Ｓ６１０）。
【００２９】
アクセスエラーが制御装置／主信号処理装置に予め設定されたしきい値を越えた場合には、後に示す迂回指示方法４または迂回指示方法５を用いて該当制御装置／主信号処理装置に収容されている回線のタイマ監視による一時閉塞や部分閉塞を行う（Ｓ６１１）。
【００３０】
障害個所がケース(4)、(5)の場合（Ｓ６１２）には、迂回指示方法２または迂回指示方法３を用いて電話網からの着信時に着番号／ＩＰアドレス／ドメイン名等の情報より該当経路へのアクセス可否の判定を行い、該当経路へのアクセス不可と判断された場合には電話網に対して迂回指示を行う（Ｓ６１３）。
【００３１】
上に示した迂回指示手順１から５を用いることにより、ゲートウェイシステムの一部においてＩＰ網障害が検出されている場合においてもユーザに障害を意識させることなくネットワークとしてサービスを継続することが可能となる。
【００３２】
次にケース(1)から(6)の障害を検出する手段の例を示す。
【００３３】
ケース(1)の障害を検出する方法１としては、制御装置がその内部に設けられている主信号処理装置への送信バッファ、等内部リソースを監視し、アクセス要求パケットが送出する事ができずに内部リソースがオーバフローを起こしてパケット廃棄するような状況に陥っている事を検出する事によりケース(1)のアクセスで障害が起こっている事を検出する。
【００３４】
ケース(1)の障害を検出する方法２としては、制御装置がアクセス要求パケットをＩＰ網に送出した際にタイマ設定を行って応答パケット受信までの時間を監視することにより検出する方法である。タイマ管理部は応答パケットが監視時間内に到着しない場合、または応答パケットが到着するが到着までの時間が著しく遅くなっている事が頻発する場合はケース(1)のアクセスで障害が起こっていると判断する。
【００３５】
ケース(1)の障害を検出する方法３としては、ＩＰ網内の網管理装置からの通知、または制御装置から網管理装置への問い合わせにより主信号制御装置へのアクセス経路に障害が発生していることを検出する方法である。網管理機能はサーバ類に配備されている場合、ゲートウエイシステム内部に配備されている場合、またはゲートウエイシステムが収容されているＬＡＮに収容されている場合が可能である。簡易には、制御装置から主信号制御装置あるいは主信号処理装置へのアクセス経路にあるルータのＩＰ網内のルーティング装置に対してping、あるいは上位レイヤのパケット等により定期的に問い合わせを行い障害を検出する方法や、主信号処理装置あるいはアクセス経路にあるルータ、等のＩＰ網内のルーティング装置、例えばルータから定期的にパケット送出し、制御装置で監視することにより障害を検出する方法も可能である。
【００３６】
ケース(1)の障害を検出する方法４としては、制御装置から送出したＩＰパケットに対してＩＰ網内の装置より送達不可通知を受信して検出する方法である。制御装置はそれぞれの方法で検出したケース(1)のアクセス経路の障害により制御が行えなくなった主信号処理装置への着信呼を他の主信号処理装置に対して迂回が行えるように、後で述べる方法により電話網に迂回指示を行う事によりケース(1)の障害が生じてもネットワークとしてユーザに対してサービスを提供する事が可能となる。
【００３７】
ケース(2)の障害を検出する方法１としては、主信号処理装置がその内部に設けているサーバ群への送信バッファ等の内部リソースを監視し、アクセス要求パケットが送出する事ができずに内部リソースがオーバフローを起こしてパケット廃棄するような状況に陥っている事を検出し、制御装置に当該主信号処理装置が使用できなくなっている事を通知する事によりケース(2)のアクセスで障害が起こっている事を検出する。制御装置はその通知を受けて当該主信号処理装置が使用できなくなっている事を検出する事ができる。
【００３８】
ケース(2)の障害を検出する方法２としては、主信号処理装置がアクセス要求パケットをＩＰ網に送出した際にタイマ設定を行って応答パケット受信までの時間を監視することにより検出し、その旨を制御装置に通知する方法である。タイマ管理部は応答パケットが監視時間内に到着しない場合、または応答パケットが到着するが到着までの時間が著しく遅くなっている事が頻発する場合はケース(2)のアクセスで障害が起こっていると判断して主信号処理装置から制御装置に通知を行い、制御装置はその通知を受けて当該主信号処理装置が使用できなくなっている事を検出する。
【００３９】
ケース(2)の障害を検出する方法３としては、ＩＰ網内の網管理装置からの通知、または制御装置から網管理装置への問い合わせにより主信号制御装置からサーバ群へのアクセス経路に障害が発生していることを検出する方法である。網管理機能はゲートウェイシステム内部に配備されている場合、またはゲートウエイシステムが収容されているＬＡＮに収容されている場合が可能である。障害の通知は主信号処理装置に対して行われた後、方法１、２と同様に制御装置に通知される場合と、直接制御装置に通知される場合がありうる。簡易には、主信号処理装置からサーバ群あるいはサーバ群へのアクセス経路にあるルータのＩＰ網内のルーティング装置に対してPing、あるいは上位レイヤのパケット等により定期的に問い合わせを行い障害を検出する方法や、サーバ群あるいはアクセス経路にあるルータのＩＰ網内のルーティング装置から定期的なパケット送出し、その定期的なパケットを主信号処理装置で監視することにより障害を検出することも可能である。
【００４０】
ケース(2)の障害を検出する方法４としては、主信号処理装置から送出したＩＰパケットに対してＩＰ網内のルーティング装置より送達不可通知を受信して主信号処理装置で検出し、制御装置に通知する方法である。
【００４１】
制御装置はそれぞれの方法で検出したケース(2)のアクセス経路の障害により使用できなくなった主信号処理装置への着信呼を他の主信号処理装置に対して迂回が行えるように、後で述べる方法により電話網に迂回指示を行う事によりケース(2)の障害が生じてもネットワークとしてユーザに対してサービスを提供する事が可能となる。
【００４２】
ケース(3)の障害を検出する方法１としては、制御装置がその内部に設けられているサーバ群への送信バッファ等の内部リソースを監視し、アクセス要求パケットが送出する事ができずに内部リソースがオーバフローを起こしてパケット廃棄するような状況に陥っている事を検出する事によりケース(3)のアクセスで障害が起こっている事を検出する。
【００４３】
ケース(3)の障害を検出する方法２としては、制御装置がアクセス要求パケットをＩＰ網に送出した際にタイマ設定を行って応答パケット受信までの時間を監視することにより検出する方法である。応答パケットが監視時間内に到着しない場合、または応答パケットが到着するが到着までの時間が著しく遅くなっている事が頻発する場合はケース(3)のアクセスで障害が起こっていると判断する。
【００４４】
ケース(3)の障害を検出する方法３としては、ＩＰ網内の網管理装置からの通知、または制御装置から網管理装置への問い合わせによりサーバ群へのアクセス経路に障害が発生していることを検出する方法である。網管理機能はゲートウエイシステム内部に配備されている場合、またはゲートウエイシステムが収容されているＬＡＮに収容されている場合が可能である。簡易には、制御装置からサーバ群あるいはサーバ群へのアクセス経路にあるルータのＩＰ網内のルーティング装置に対してPing、あるいは上位レイヤのパケット等により定期的に問い合わせを行い障害を検出する方法や、サーバ群あるいはアクセス経路にあるルータのＩＰ網内のルーティング装置から定期的なパケット送出し、その定期的なパケットを制御装置で監視することにより障害を検出する方法も方法の３の実現方法のひとつである。
【００４５】
ケース(3)の障害を検出する方法４としては、制御装置から送出したＩＰパケットに対してＩＰ網内の装置より送達不可通知を受信して検出する方法である。
【００４６】
制御装置はそれぞれの方法で検出したケース(3)のアクセス経路の障害により当該制御装置によって電話網からの着信呼の制御が行えなくなった事を検出し、当該制御装置の被制御装置である１つまたは複数の主信号処理装置への着信呼を他の主信号処理装置に対して迂回が行えるように、後で述べる方法により電話網に迂回指示を行う事によりケース(3)の障害が生じてもネットワークとしてユーザに対してサービスを提供する事が可能となる。
【００４７】
ケース(4)の障害を検出する方法１としては、制御装置内部のＩＳＰ網への送信バッファ等の内部リソースを監視し、当該ＩＳＰ網へのアクセス要求パケットが送出する事ができずに内部リソースがオーバフローを起こしてパケット廃棄のような状況に陥っている事を検出する事によりケース(4)のアクセスで障害が起こっている事を検出する。
【００４８】
ケース(4)の障害を検出する方法２としては、制御装置がアクセス要求パケットをＩＰ網に送出した際にタイマ設定を行って応答パケット受信までの時間を監視することにより検出する方法である。応答パケットが監視時間内に到着しない場合、または応答パケットが到着するが到着までの時間が著しく遅くなっている事が頻発する場合はケース(4)のアクセスで障害が起こっていると判断する。
【００４９】
ケース(4)の障害を検出する方法３としては、ＩＰ網内の網管理装置からの通知、または制御装置から網管理装置への問い合わせにより当該ＩＳＰ網へのアクセス経路に障害が発生していることを検出する方法である。網管理機能はサーバ群に配備される場合、ゲートウエイシステム内部に配備されている場合、またはゲートウエイシステムが収容されているＬＡＮに収容されている場合がある。簡易には、制御装置から当該ＩＳＰ網あるいは当該ＩＳＰ網へのアクセス経路にあるルータのＩＰ網内のルーティング装置に対してPing、あるいは上位レイヤのパケット等により定期的に問い合わせを行い障害を検出する方法や、当該ＩＳＰ網あるいはアクセス経路にあるルータのＩＰ網内のルーティング装置から定期的にパケットを送出し、その定期的なパケットを制御装置で監視することにより障害を検出する方法も方法３の実現方法のひとつである。
【００５０】
ケース(4)の障害を検出する方法４としては、制御装置から送出したＩＰパケットに対してＩＰ網内の装置より送達不可通知を受信して検出する方法である。
【００５１】
制御装置はそれぞれの方法で検出したケース(4)のアクセス経路の障害により当該制御装置から当該ＩＳＰ網に対するアクセスが行えなくなった事を当該ＩＳＰ網のＩＰアドレス単位／ＩＰアドレスのネットワークアドレス単位、またはネットワークより上位のアドレス単位に検出、管理し、当該制御装置の被制御装置である１つまたは複数の主信号処理装置を使用する当該単位アドレスへの着信呼を他の主信号処理装置に対して迂回が行えるように、後で述べる方法により電話網に迂回指示を行う事によりケース(4)の障害が生じてもネットワークとしてユーザに対してサービスを提供する事が可能となる。
【００５２】
ケース(5)の障害を検出する方法１としては、主信号処理装置内部のＩＳＰ網への送信バッファ等の内部リソースを監視し、当該ＩＳＰ網へのアクセス要求パケットが送出する事ができずに内部リソースがオーバフローを起こしてパケット廃棄するような状況に陥っている事を検出し、制御装置に対して通知する事によりケース(5)）のアクセスで障害が起こっている事を検出する。
【００５３】
ケース(5)の障害を検出する方法２としては、主信号処理装置がアクセス要求パケットをＩＰ網に送出した際にタイマ設定を行って応答パケット受信までの時間を監視することにより検出する方法である。応答パケットが監視時間内に到着しない場合、または応答パケットが到着するが到着までの時間が著しく遅くなっている事が頻発する場合はケース(5)のアクセスで障害が起こっていると判断し、制御装置に通知する方法である。
【００５４】
ケース(5)の障害を検出する方法３としては、ＩＰ網内の網管理装置からの通知、または主信号処理装置から網管理装置への問い合わせにより当該ＩＳＰ網へのアクセス経路に障害が発生していることを検出し、制御装置へ通知する方法である。網管理装置からの通知は制御装置に対して直接行われても構わない。
【００５５】
網管理機能はサーバ群に配備される場合、ゲートウエイシステム内部に配備されている場合、またはゲートウエイシステムが収容されているＬＡＮに収容されている場合がある。簡易には、主信号処理装置から当該ＩＳＰ網あるいは当該ＩＳＰ網へのアクセス経路にあるルータのＩＰ網内のルーティング装置に対してPing、あるいは上位レイヤのパケット等により定期的に問い合わせを行い障害を検出する方法や、当該ＩＳＰ網あるいはアクセス経路にあるルータのＩＰ網内のルーティング装置から定期的なパケット送出を行い、その定期的なパケットを主信号処理装置で監視することにより障害を検出する方法も方法３の実現方法のひとつである。
【００５６】
ケース(5)の障害を検出する方法４としては、主信号処理装置から送出したＩＰパケットに対してＩＰ網内の装置より送達不可通知を受信して検出し、制御装置に通知する方法である。
【００５７】
制御装置はそれぞれの方法で検出したケース(5)のアクセス経路の障害により当該制御装置から当該ＩＳＰ網に対するアクセスが行えなくなった事を当該ＩＳＰ網のＩＰアドレス単位／ＩＰアドレスのネットワークアドレス単位、またはネットワークより上位のアドレス単位に検出、管理し、当該制御装置の被制御装置である１つまたは複数の主信号処理装置を使用する当該管理単位のＩＰアドレスに対する着信呼を他の主信号処理装置に対して迂回が行えるように、後で述べる方法により電話網に迂回指示を行う事によりケース(5)の障害が生じてもネットワークとしてユーザに対してサービスを提供する事が可能となる。
【００５８】
ケース(6)の障害を検出する方法としては主信号処理装置の障害部位によって異なる。
【００５９】
制御装置とのインタフェースまたは主信号処理装置の内部主装置に障害が生じた場合にはケース(1)の方法１、２、３により検出する事が可能である。サーバ群とのインタフェースで障害が生じた場合にはケース(2)の方法１、２、３により検出する事が可能である。ＩＳＰ網とのインタフェースで障害が生じた場合にはケース(5)の方法１、２、３により検出する事が可能である。電話網とのインタフェースで障害が生じた場合には主信号処理装置内部にて装置状態を監視し、回線障害、装置障害を検出した事を契機に制御装置に通知する事により検出が可能である。
【００６０】
制御装置は既に述べた障害検出方法により障害を検出した場合には、それぞれ検出方法に応じた動作により電話網に対して迂回を指示する。電話網とのインタフェース障害を検出した場合には障害を検出した回線に該当する着信呼を当該主信号処理装置の他の電話網とのインタフェース、または他の主信号処理装置に対して迂回を行なうよう電話網に指示する事によりケース(6)の障害が生じてもネットワークとしてユーザに対してサービスを提供する事が可能となる。
【００６１】
以下に電話網への迂回指示方法の実施例について述べる。
【００６２】
迂回指示方法１の例としてケース(2)の障害を方法３の手段で検出した場合の迂回指示方法１の手順の例を図７に、図８にシーケンス図の例を示す。
【００６３】
図７および図８では制御装置と電話網がＮｏ．７共通線で接続接続されている場合において、電話網に対して回線が使用できない事をＩＴＵーＴ勧告ＩＳＵＰの閉塞信号により指示する例を示している。
【００６４】
主信号処理装置１（１２０−ａ）のプロセッサ装置（１２１）において、サーバ群との間での状態問い合わせパケット（Ｓ８０１）に対する応答パケット（Ｓ８０２）が到着しないことからケース(2)の障害であることを検出し(７０１）、制御装置１（１１０−ａ）に対して主信号処理装置１が使用不可であることを通知する（７０２、Ｓ８０３）。制御装置１のプロセッサ装置（１１１）および電話網インタフェース部（１１７）は、電話網（１０１）との間でＩＳＵＰの閉塞信号であるBLO（Ｓ８０７）、BLA（Ｓ８０８）を送受することにより主信号処理装置１に収容した回線群１の閉塞を行う（７０３、Ｓ８０４）。電話網は制御装置（１１０ーa）から回線群１（１６０−a）が閉塞された事により（Ｓ８０９）、ユーザ（１５０）が発信したSETUP（Ｓ８１０）の着信番号によるルーティング先回線群１、２、３のうち回線群２、３のみをルーティング先として選択し（７０４−ａ、７０４−ｂ）、ユーザへCALL PROC（Ｓ８１２）を、制御装置１へは着信回線群２、３が選択されたIAM（Ｓ８１１）を送出するため、ユーザにはケース(2)の障害を意識させずにネットワークとしてサービスを提供し続ける事が可能となる。
【００６５】
制御装置１はルーティング先として選択された主信号処理装置３（１２０−ｂ）との間で着信処理を（７０５、Ｓ８１３〜Ｓ８１６）、また電話網へはACM（Ｓ８１７）、ANM（Ｓ８１８）を送出してＩＰ網と接続されたことを通知する。電話網はユーザにCONNを送出し（Ｓ８１９）、迂回接続を実現し、通信状態となる（Ｓ８２０）。
【００６６】
次に主信号処理装置３はサーバ群との間でユーザとＩＳＰ網との接続性確認を行い（７０６）、正常応答の場合、主信号処理装置３を介してユーザとＩＳＰ網との相互接続が確立される（７０７）。
【００６７】
ケース(3)の障害では当該制御装置の制御する主信号処理装置はすべて使用できない為、共通線の制御リンクをリンクレベルまたは物理レベルにて使用不可の状態にすることにより同様の効果を得る事が可能である。
【００６８】
ゲートウェイシステムと電話網がＩＳＤＮ加入者線で接続されている場合で、Ｄｃｈと使用できない回線が別のＩＳＤＮ回線に収容されている場合にはレイヤ１能力を消失している旨をＩＴＵ−Ｔ勧告Ｉ．４３０およびＩ．４３１に従ってレイヤ１信号または電気的に信号を送らない、等により電話網側に通知する方法により同様の効果が得られる。ゲートウエイシステムと電話網がＩＳＤＮ加入者線で接続されている場合でケース(3)の障害の場合は、当該制御装置の制御する主信号処理装置はすべて使用できない為、Ｄｃｈの制御リンクをリンクレベルまたは物理レベルにて使用不可の状態にする事により同様の効果を得る事が可能である。
【００６９】
迂回指示方法２の例として、ケース(4)の障害を方法３の手段によって検出した場合の迂回指示方法２の手順の例を図９に、図１０にシーケンス図の例、図１１にテーブル設定図の例を示す。
【００７０】
また、迂回指示方法３の例としてケース(5)の障害を方法３の手順によって検出した場合の迂回指示方法３の手順の例を図１２に、図１３にシーケンス図の例、図１４にテーブル設定図の例を示す。
【００７１】
ケース(4)、(5)の方法３で検出する障害は障害が生じた時点で制御装置が検出し得る障害であるが、該当する制御装置、及び主信号処理装置に関連する回線と管理されているＩＰアドレス、またはＩＰアドレスの上位アドレス単位に依存する為、電話網に対しては呼毎に迂回指示を行う必要がある。そのため制御装置または主信号処理装置は制御装置・主信号処理装置の記憶装置内（１１６、１２４）にＩＰアドレス、またはＩＰアドレスの上位アドレス単位にテーブルを備え、ＩＳＰ網への宛先ＩＰアドレスが管理された障害経路に一致する場合のみ迂回を指示する。
【００７２】
図９、１０、１１では制御装置と電話網がＮｏ．７共通線により接続されており、電話網は回線群１、２、３に共通してルーティングする１つまたは複数の着番号以外に回線群１、２、３それぞれに対してのみルーティング可能な１つまたは複数の着番号をトランスレータによって備えいる。この場合においてケース(4)の方法３で検出した時に他の制御装置／主信号処理装置に迂回可能な着信番号先に再発信することにより迂回指示を行なう場合の例を示す。
【００７３】
制御装置１（１１０−ａ）のプロセッサ装置（１１１）において、ＩＳＰ網または他のゲートウェイシステム（１４０）に対する状態問い合わせパケット（Ｓ１００１）に対する応答パケット（Ｓ１００２）が到着しないことからケース(4)の障害により、当該ＩＳＰ網／ゲートウェイシステムへの経路がないことを認識し（９０１）、制御装置の記憶装置内（１１６）内の経路管理テーブル（１１６−１）の経路状態を障害に書き換える（Ｓ１００３）。次に電話網（１０１）より制御装置１に接続要求が行われると（９０２−ａ、９０２−ｂ、Ｓ１００６〜Ｓ１００９）、制御装置１のプロセッサ装置は着信番号情報よりサーバ群へ接続先のＩＰアドレス情報の取得を要求を行い（９０３、Ｓ１０１０、Ｓ１０１１）、制御装置１は取得したＩＰアドレスより制御装置の記憶装置内の経路管理テーブルを参照することにより当該ＩＰアドレスへの経路がないことを認識し（９０４）、同記憶装置内の迂回先番号管理テーブル（１１６−２）を参照してケース(4)の障害時の場合の迂回先番号を取得し（Ｓ１０１２）、電話網に対して迂回先番号を通知する（Ｓ１０１３）。迂回先番号を受信した電話網は迂回先である制御装置２に対して接続要求を行い（９０５、Ｓ１０１４）、制御装置２／主信号処理装置２はサーバ群およびＩＳＰ網／他ゲートウェイへのアクセスが正常に行われることにより（９０６、Ｓ１０１５、Ｓ１０１６、Ｓ１０１８、Ｓ１０１９）、電話網との接続が行われ（Ｓ１０１７、Ｓ１０２０、Ｓ１０２１）、ユーザ（１５０）とＩＳＰ網とが通信状態となり（Ｓ１０２２）、制御装置２および主信号処理装置２を介してユーザ（１５０）とＩＳＰ／他ゲートウェイシステムとの接続が行われる（９０７、９０８）。
【００７４】
図１１では、ＩＰアドレスが192.168.228.101の経路に対してケース(4)の障害が検出された場合のテーブル参照・更新方法の例を示している。
【００７５】
制御装置内記憶装置（１１６）は制御装置内プロセッサよりケース(4)で192.168.228.101の経路が障害である通知を受けることにより（１１０１）、ＩＳＰ網／ゲートウェイシステム経路管理テーブル（１１６−１）を検索し、192.168.228.101のフィールドの経路状態を障害に書き換える（１１０２）。
【００７６】
次に、ケース(4)において制御装置（１１０）内プロセッサ装置（１１１）より192.168.228.101の経路へのアクセスが行われると（１１０３）、記憶装置（１１６）の上記テーブルの検索を行い、192.168.228.101の経路が障害であり迂回が必要であることを検出し（１１０４）、迂回先番号管理テーブルの検索を行い（１１０６）、ケース(4)の迂回先番号3-3456-7890を読み出す（１１０５）。
【００７７】
ゲートウェイシステムからの迂回指示方法としてＩＴＵ勧告／ＴＴＣ標準のピボット手順を起動し、電話網に対して迂回指示を行なう事によっても同様の効果を得る事が可能である。また、制御装置と電話網がＩＳＤＮ加入者線で接続されている場合には迂回先番号に対して着信転送手順を起動する事により同様の効果が得られる。
【００７８】
図１２、１３、１４では電話網内にＳＣＰを備えている場合において、ケース(5)の障害を方法３で障害を検出し、ある特定の切断要因を含めた切断信号を電話網側に送出する事により、ＳＣＰで管理される迂回先番号に迂回を行なう方法を示す。
【００７９】
主信号処理装置１（１２０−ａ）のプロセッサ装置（１２１）において、ＩＳＰ網または他のゲートウェイシステム（１４０）に対する状態問い合わせパケット（Ｓ１３０１）に対する応答パケット（Ｓ１３０２）が到着しないことからケース(5)の障害により、当該ＩＳＰ網／ゲートウェイシステムへの経路がないことを認識し（１２０１）、主信号処理装置の記憶装置内（１２４）内の経路管理テーブル（１２４−１）の経路状態を障害に書き換える（Ｓ１３０３）。
【００８０】
次にＳＣＰを介して電話網（１０１）より制御装置１／主信号処理装置１に接続要求が行われると（１２０２、Ｓ１３０６〜Ｓ１３０９）、主信号処理装置１のプロセッサ装置は着信番号情報よりサーバ群へ接続先のＩＰアドレス情報の取得要求を行い（１２０３、Ｓ１３１０、Ｓ１３１１）、主信号処理装置１は取得したＩＰアドレスより制御装置の記憶装置内の経路管理テーブルを参照し、当該ＩＰアドレスへの経路がないことを認識し（１２０４、Ｓ１３１２）、制御装置１に対して経路無しによる受付不可応答を返送し（１２０５、Ｓ１３１３）、制御装置１は迂回を行う理由表示を設定したRELを電話網に送出する（１２０６、Ｓ１３１４）。電話網ではＳＣＰにおいて受信した理由表示より着番号の迂回先番号への変換を行い（Ｓ１３１５）、迂回先である主信号処理装置３への着信を行い（１２０７、Ｓ１３１６、Ｓ１３１７）、主信号処理装置３を介してサーバ群およびＩＳＰ網／他ゲートウェイ網との接続が行われる（１２０８〜１２１０、Ｓ１３１９〜Ｓ１３２５）。
【００８１】
図１４では、ＩＰアドレスが192.168.228.101の経路に対してケース(5)の障害が検出された場合のテーブル参照・更新方法の例を示している。
【００８２】
主信号処理装置内記憶装置（１２４）は主信号処理装置内プロセッサ装置よりケース(5)で192.168.228.101の経路が障害である通知を受けることにより（１４０１）、ＩＳＰ網／ゲートウェイシステム経路管理テーブル（１２４−１）を検索し、192.168.228.101のフィールドの経路状態を障害に書き換える（１４０２）。
【００８３】
次に、ケース(5)において主信号処理装置内プロセッサより192.168.228.101の経路へのアクセスが行われると（１４０３）、記憶装置の上記テーブルの検索を行い、192.168.228.101の経路が障害であり迂回が必要であることを検出し（１４０４）、ルーティング経路が障害であるため着呼受付不可であることを通知する（１４０５）。
【００８４】
本方法（迂回指示方法３）は制御装置と電話網がＮｏ．７共通線で接続されていてもＩＳＤＮで接続されていても同様の効果を得る事が可能である。
【００８５】
ケース(1)、(2)、（3）、(4）、(5)の方法１、２、４で検出する障害は障害が生じた時点ではなく、電話網からの着信が生じた事によるそれぞれのアクセスを契機に検出される。迂回指示は呼毎に行なうことが有効である為、迂回指示方法２、及び３を適用する事が可能である。
【００８６】
図１５に制御装置と電話網がＮｏ．７共通線で接続されている場合において、ケース(2)の方法２により障害を検出し、迂回指示方法３を適用した場合の手順の例を、図１６にシーケンス図の例を示す。
【００８７】
本ケースの場合、電話網（１０１）より制御装置１（１１０−ａ）／主信号処理装置１（１２０−ａ）に着信が行われ（１５０１、１５０２、Ｓ１６０１〜Ｓ１６０４）、主信号処理装置のプロセッサ装置（１２１）よりサーバ群（１３０）へのＩＳＰ網へのＩＰアドレス取得要求（Ｓ１６０５）に対する応答がタイムアウトすることによりケース(2)の障害を検出し（１５０３、Ｓ１６０７）、主信号処理装置１から制御装置１に対してサーバアクセス不可による受付不可応答が返送され（１５０４、Ｓ１６０８）、制御装置１は迂回を行う理由表示が設定されたRELを電話網に返送する（１５０５、Ｓ１６０９）。以後図１３の場合と同様の手順により主信号処理装置３への迂回接続が行われる（１５０６〜１５０９、Ｓ１６１０〜Ｓ１６１９）。
【００８８】
ケース(1)、(2)，(3)の方法１、２、４で検出する障害は、上記に述べたように、呼毎に検出される障害であるが、障害の要因自体はルータの故障、等の様に固定的である場合がありうる。そのため、制御装置においてその障害をケース毎、方法毎に検出したときに設けたカウンタにより障害検出頻度を計測し、設定したしきい値を超えた場合には固定的な障害であると判断して、迂回指示方法１を適用することも可能である。上記ケースの場合、制御装置および主審号処理装置自体の要因による障害ではないため、障害の復旧を検出し、迂回指示を解除する手段が必要となる。迂回指示および迂回指示解除を実現する手段として固定的な障害と判断した経路に対して障害監視タイマを設定し、タイマ起動中の間、迂回指示を行い、タイマ満了後に迂回指示を解除する手段をとることが可能である。
【００８９】
これを迂回指示方法４とし、図１７に制御装置と電話網がＮｏ．７共通線により接続されている場合において、ケース(3)の方法２により障害を検出し、迂回指示方法１により電話網に対して回線閉塞を指示し、さらに該当経路に対して制御装置内のタイマ管理部（１１３）にて障害監視タイマを起動し、タイマ満了後に閉塞解除を行なうことにより迂回指示および迂回指示解除を行う例を、図１８にシーケンス図の例を、図１９にフローの例を示す。
【００９０】
制御装置１（１１０−ａ）のプロセッサ装置（１１１）は、ユーザ（１５０）からの着信（１７０１）に対して着番号よりサーバ群（１３０）に対するＩＳＰ網のＩＰアドレス取得要求タイムアウトによりケース(3)の障害であることを検出することにより（１７０２、Ｓ１８０５）、呼の切断が行われた後に（Ｓ１８０７、Ｓ１８０８）、アクセスエラー頻度比較判定を開始し、アクセスエラーが障害しきい値を上回った場合（Ｓ１８０９、Ｓ１９０３）、電話網に対し制御装置１が管理している回線群１、３の回線閉塞指示を行い（１７０３、Ｓ１８１０、Ｓ１８１１）、閉塞監視タイマを起動する（Ｓ１９０４）。アクセスエラー頻度がしきい値を下回っている場合はアクセスエラーカウンタをカウントアップする（Ｓ１９０５）。回線群１、３閉塞中は回線群２に対して着信が行われ（１７０４）、制御装置２／主信号処理装置２（１１０−ｂ）を介して電話網とＩＰ網の接続が行われる（１７０５、１７０６、Ｓ１８１２〜Ｓ１８１９）。
【００９１】
次に、制御装置１のプロセッサ装置は閉塞監視タイマがタイムアウトすることにより回線群１、３に対して閉塞解除を行い（Ｓ１８２０〜Ｓ１８２２）、回線群１〜３への着信が復旧する（Ｓ１８２３〜Ｓ１８２６）。
【００９２】
また、迂回指示および迂回指示解除を実現する手段として、固定的な障害と判断した経路に対して 部分閉塞指示を行った状態で該当経路に対する障害頻度を測定し、制御装置または主審号処理装置で管理しているしきい値を下回った場合に障害復旧と判断し、迂回指示を解除する手段をとることが可能である。これを迂回指示方法５とし、図２０に制御装置と電話網がＮｏ．７共通線により接続されている場合において、ケース(3)の方法２により障害を検出し、迂回指示方法５により電話網に対して回線の５０％の閉塞を指示し、その後も障害頻度がしきい値を超える場合にさらに５０％の閉塞を指示し、障害頻度が閉塞を解除するしきい値を下回った時に、回線の閉塞を一部解除していく事により使用不可の状態から復旧させる場合のネットワーク図の例を、図２１にシーケンス図の例を、図２２にフローの例を示す。
【００９３】
制御装置１（１１０−ａ）のプロセッサ装置（１１１）はユーザ（１５０、Ｓ２０６）からの着信（２００１）に対して着番号よりサーバ群（１３０）に対するＩＳＰ網のＩＰアドレス取得要求タイムアウトによりケース(3)の障害であることを検出することにより（２００２、Ｓ２１０５、Ｓ２１０６）、呼の切断が行われた後に（Ｓ２１０７、Ｓ２１０８）、アクセスエラー頻度比較判定を開始し、アクセスエラー頻度が障害検出しきい値を上回った場合（Ｓ２１０９、Ｓ２２０４）、電話網に対し回線群１、３の非閉塞回線の内の５０％に対する閉塞指示を行う（２００３、Ｓ２２０５）。
【００９４】
このとき回線群１、３が部分閉塞状態にあるため一部の着信呼が回線群２へ迂回され（２００４）、制御装置２／主信号処理装置２（１２０−ｂ）を介して電話網とＩＰ網との接続が行われる（２００５、２００６、Ｓ２１１２〜Ｓ２１１９）。
【００９５】
回線群１、３が部分閉塞中に回線群１、３への着信が行われた場合（Ｓ２１２０〜Ｓ２１２１）において、制御装置１からサーバ群へのＩＳＰ網のＩＰアドレス取得が正常に行われた場合、プロセッサ装置において再度アクセスエラー頻度比較判定を開始し、アクセスエラー頻度が復旧検出しきい値を下回っている場合は（Ｓ２１２５、Ｓ２２０３）、回線群１、３の閉塞中の回線の閉塞解除指示を行う（Ｓ２１２６、Ｓ２１２７）。
【００９６】
ケース(1)、(2)、(3)、（４）、（５）の方法１、２、４で検出する障害については障害が生じた時点でなく、電話網からの着信が生じたことによるそれぞれのアクセスを契機に検出され、迂回指示は呼毎に行うことが有効であるため、迂回指示方法２または迂回指示方法３を用いることが適切である。前記障害がルータやサーバ類といったＩＰ網を構成する装置の固定的障害等の原因により多発する場合には、迂回指示方法４または迂回指示方法５による方法が適切となる。また、ケース(1)、(2)、(3)の方法３で検出する障害については障害が生じた時点で制御装置が検出し得る障害であり、該当する回線に対する着信呼全てに迂回指示を行うことが有効であるため、迂回指示方法１を用いて制御装置より電話網に対して迂回指示を行うことが適切となる。
【００９７】
また、ケース(4)、(5)の方法３で検出する障害については障害が生じた時点で制御装置が検出し得る障害であるが該当する制御装置および主信号処理装置に関連する回線と管理されているＩＰアドレスやネットワークアドレス単位に依存するため、電話網に対しては呼毎に迂回指示を行うことが有効であるため、迂回指示方法２または迂回指示方法３を用いて制御装置より電話網に対して迂回指示を行うことが適切である。
【００９８】
以上に述べたケース(1)、(2)、(3)、(4)、(5)の方法１、２、３、４及びケース(6)の障害検出方法と迂回指示方法１、２、３、４、５はそれぞれ組み合わせにより独立して適用可能であり、さまざまな組み合わせで同時にシステムに対して適用されても問題無く発明の効果を得る事が可能である。
【００９９】
【発明の効果】
本発明のインタネットゲートウェイシステムにおける迂回制御方式を利用することで例えば以下の効果が生じる。
【０１００】
（１）電話網よりＩＰ網への接続を行う際にＩＰ網インタフェース状態に合わせたゲートウェイ装置の接続制御を行うことが可能となり、リモートアクセスサービスにおける通信品質を向上させることができる。
【０１０１】
（２）同一エリア内に複数のゲートウェイ装置が存在する場合にリモートアクセスユーザにＩＰ網インタフェース状態に合わせた最適な接続先を選ぶことが可能となる。
【図面の簡単な説明】
【図１】本発明におけるゲートウェイシステムを介した電話網とＩＰ網の網間相互接続の構成、及びゲートウェイシステムの主信号処理装置からサーバ類へのアクセスを行なう場合の手順を示した図である。
【図２】本発明におけるゲートウェイシステムを介した電話網とＩＰ網の網間相互接続の構成、及びゲートウエイシステムの制御装置からサーバ類へのアクセスを行なう場合の手順を示した図である。
【図３】本発明における制御装置の構成を示した図である。
【図４】本発明における主信号処理装置の構成を示した図である。
【図５】本発明におけるゲートウェイシステムを介した電話網とＩＰ網の網間相互接続時の障害ケースを示した図である。
【図６】本発明におけるゲートウェイシステムを介した電話網とＩＰ網の網間相互接続時の障害ケースにおける迂回指示方法の選択フローを示した図である。
【図７】本発明におけるケース(2)の障害を方法３で検出し、迂回指示方法１で迂回を行なう場合の手順を示す図である。
【図８】本発明におけるケース(2)の障害を方法３で検出し、迂回指示方法１で迂回を行なう場合のシーケンスを示す図である。
【図９】本発明におけるケース(4)の障害を方法３で検出し、迂回指示方法２で迂回を行なう場合の手順を示す図である。
【図１０】本発明におけるケース(4)の障害を方法３で検出し、迂回指示方法２で迂回を行なう場合のシーケンスを示す図である。
【図１１】本発明におけるケース(4)の障害を方法３で検出する場合の、装置内部での手順を示す図である。
【図１２】本発明におけるケース(5)の障害を方法３で検出し、迂回指示方法３で迂回を行なう場合の手順を示す図である。
【図１３】本発明におけるケース(5)の障害を方法３で検出し、迂回指示方法３で迂回を行なう場合のシーケンスを示す図である。
【図１４】本発明におけるケース(5)の障害を方法３で検出する場合の、装置内部での手順を示す図である。
【図１５】本発明におけるケース(2)の障害を方法２で検出し、迂回指示方法３で迂回を行なう場合の手順を示す図である。
【図１６】本発明におけるケース(2)の障害を方法２で検出し、迂回指示方法３で迂回を行なう場合のシーケンスを示す図である。
【図１７】本発明におけるケース(3)の障害を方法２で検出し、迂回指示方法４で迂回を行なう場合の手順を示す図である。
【図１８】本発明におけるケース(3)の障害を方法２で検出し、迂回指示方法４で迂回を行なう場合のシーケンスを示す図である。
【図１９】本発明におけるケース(3)の障害を方法２で検出し、迂回指示方法４で迂回を行なう場合のフローを示す図である。
【図２０】本発明におけるケース(3)の障害を方法２で検出し、迂回指示方法５で迂回を行なう場合の手順を示す図である。
【図２１】本発明におけるケース(3)の障害を方法２で検出し、迂回指示方法５で迂回を行なう場合のシーケンスを示す図である。
【図２２】本発明におけるケース(3)の障害を方法２で検出し、迂回指示方法５で迂回を行なう場合のフローを示す図である。
【符号の説明】
１０３・・・ゲートウェイシステム
１１０・・・制御装置
１２０・・・主信号処理装置
Claims (15)
- ＩＰ網と電話網を相互接続する制御装置と主信号処理装置とを有するゲートウェイシステムであって、
前記制御装置または前記主信号処理装置は、前記ＩＰ網で生じた障害を検出した場合、障害検出契機の判別を行い、
前記制御装置は、
障害検出契機が障害発生時の場合には、障害を検出した前記制御装置または前記主信号処理装置に収容されている回線の閉塞指示を行い、
一方、前記電話網からのアクセスを契機に障害が検出された場合は、前記電話網からの着信時に前記電話網に対し、前記ゲートウェイの障害が検出された制御装置または主信号処理装置とは異なる制御装置または主信号処理装置への回線の迂回を指示することを特徴とするゲートウェイシステム。 - ＩＰ網と電話網を相互接続するゲートウェイシステムであって、
前記電話網とＩＳＤＮの信号チャネル又は網間接続を行う共通線により接続され、前記ＩＰ網に接続されているサーバにアクセスする制御装置と、
前記電話網と回線インターフェースにより接続され、前記サーバとアクセスする主信号処理装置とを有し、
前記制御装置または前記主信号処理装置は、前記ＩＰ網で生じた障害を検出した場合、障害検出契機の判別を行い、
前記制御装置は、
障害検出契機が障害発生時の場合には、障害を検出した前記制御装置または前記主信号処理装置に収容されている回線の閉塞指示を行い、
一方、前記電話網からのアクセスを契機に障害が検出された場合は、前記電話網からの着信時に前記電話網に対し、前記ゲートウェイの障害が検出された制御装置または主信号処理装置とは異なる制御装置または主信号処理装置への回線の迂回を指示することを特徴とするゲートウェイシステム。 - 請求項２記載のゲートウェイシステムにおいて、
前記制御装置は、
前記電話網からのアクセスを契機に障害が検出された場合において、前記異なる制御装置または主信号処理装置への迂回を指示した後、アクセスエラー頻度の計測を行うことを特徴とするゲートウェイシステム。 - 請求項２記載のゲートウェイシステムにおいて、
前記制御部は、前記主信号処理装置内の送信バッファの状態を監視するリソース管理部を有することを特徴とするゲートウェイシステム。 - 請求項２記載のゲートウェイシステムにおいて、
前記制御装置は、アクセス要求パケットを前記ＩＰ網に送出した際にタイマ設定を行い、前記アクセス要求パケットに対応する応答パケットを受信するまでの時間を計数するタイマと、前記タイマの係数値が所定時間を超過した場合に障害が発生したと判断するタイマ管理部を有することを特徴とするゲートウェイシステム。 - 請求項２記載のゲートウェイシステムにおいて、
前記主信号処理装置は、アクセス要求パケットを前記ＩＰ網に送出した際にタイマ設定を行い、前記アクセス要求パケットに対応する応答パケットを受信するまでの時間を計数するタイマと、前記タイマの係数値が所定時間を超過した場合に障害が発生したと判断するタイマ管理部を有することを特徴とするゲートウェイシステム。 - 請求項２記載のゲートウェイシステムにおいて、
前記制御装置または前記主信号処理装置は、
前記電話網を介してユーザから発行されたアクセス要求に対し、当該ユーザの認証を行う認証サーバにアクセスし、当該認証サーバから認証されたユーザのアクセス要求に対してＩＳＰ網に接続処理を行うことを特徴とするゲートウェイシステム。 - ＩＰ網と電話網を相互接続するゲートウェイシステムであって、
前記電話網とＩＳＤＮの信号チャネル又は網間接続を行う共通線により接続され、前記ＩＰ網に接続されているサーバにアクセスする制御装置と、
前記電話網と回線インターフェースにより接続され、前記サーバとアクセスする主信号処理装置とを有し、
前記制御装置または前記主信号処理装置は、前記ＩＰ網で生じた障害を検出した場合、障害検出契機の判別を行い、
前記制御装置は、
障害検出契機が障害発生時の場合には、障害を検出した前記制御装置または前記主信号処理装置に収容されている回線の閉塞指示を行い、
一方、前記電話網からのアクセスを契機に障害が検出された場合は、前記電話網からの着信時に前記電話網に対し、前記ゲートウェイの障害が検出された制御装置または主信号処理装置とは異なる制御装置または主信号処理装置への回線の迂回を指示し、
さらに前記制御装置は、
アクセス要求パケットを前記ＩＰ網に送出した際にタイマ設定を行い、前記アクセス要求パケットに対応する応答パケットを受信するまでの時間を計数するタイマと、前記タイマの係数値が所定時間を超過した場合に障害が発生したと判断するタイマ管理部を有し、
前記タイマ管理部により障害が発生したと判断される回数が所定回数を超える場合、当該所定回数の障害が発生している回線を閉塞するよう、前記電話網に指示することを特徴とするゲートウェイシステム。 - 請求項８記載のゲートウェイシステムにおいて、
前記制御装置は、
前記ＩＰ網と接続されるインタフェース部と、
前記電話網と接続される電話網インタフェースと、
前記主信号処理装置インタフェース部と接続される主信号処理装置インタフェース部とを有することを特徴とするゲートウェイシステム。 - ＩＰ網と電話網を相互接続するゲートウェイシステムの迂回方法であって、
前記ＩＰ網で生じた障害を検出した場合、障害検出契機の判別を行い、
障害検出契機が障害発生時の場合には、障害を検出した前記制御装置または前記主信号処理装置に収容されている回線の閉塞指示を行い、
一方、前記電話網からのアクセスを契機に障害が検出された場合は、前記電話網からの着信時に前記電話網に対し、前記ゲートウェイの障害が検出された制御装置または主信号処理装置とは異なる制御装置または主信号処理装置への回線の迂回を指示することを特徴とする迂回制御方法。 - 請求項１０記載の迂回制御方法において、
前記電話網からのアクセスを契機に障害が検出された場合において、前記異なる制御装置または主信号処理装置への迂回を指示した後、アクセスエラー頻度の計測を行うことを特徴とする迂回制御方法。 - 請求項１０記載の迂回制御方法において、
前記ＩＰ網の障害を検出するために、前記主信号処理装置内の送信バッファの状態を監視することを特徴とする迂回制御方法。 - 請求項１０記載の迂回制御方法において、
前記ゲートウェイシステムは、アクセス要求パケットを前記ＩＰ網に送出した際にタイマ設定を行い、前記アクセス要求パケットに対応する応答パケットを受信するまでの時間を計数し、前記タイマの係数値が所定時間を超過した場合に障害が発生したと判断することを特徴とする迂回制御方法。 - 請求項１０記載の迂回制御方法において、
前記電話網を介してユーザから発行されたアクセス要求に対し、当該ユーザの認証を行う認証サーバにアクセスし、当該認証サーバから認証されたユーザのアクセス要求に対してＩＳＰ網に接続処理を行うことを特徴とする迂回制御方法。 - ＩＰ網と電話網を相互接続するゲートウェイシステムの回線迂回制御方法であって、
前記ＩＰ網で生じた障害を検出した場合、障害検出契機の判別を行い、
障害検出契機が障害発生時の場合には、障害を検出した前記制御装置または前記主信号処理装置に収容されている回線の閉塞指示を行い、
一方、前記電話網からのアクセスを契機に障害が検出された場合は、前記電話網からの着信時に前記電話網に対し、前記ゲートウェイの障害が検出された制御装置または主信号処理装置とは異なる制御装置または主信号処理装置への回線の迂回を指示し、
アクセス要求パケットを前記ＩＰ網に送出した際にタイマ設定を行い、前記アクセス要求パケットに対応する応答パケットを受信するまでの時間を計数し、前記タイマの係数値が所定時間を超過した場合に障害が発生したと判断し、
前記タイマ管理部により障害が発生したと判断される回数が所定回数を超える場合、当該所定回数の障害が発生している回線を閉塞するよう、前記電話網に指示することを特徴とする迂回制御方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000154396A JP3747740B2 (ja) | 2000-05-22 | 2000-05-22 | インタネットゲートウェイシステムでの迂回制御方法 |
| US09/651,100 US6882653B1 (en) | 2000-05-22 | 2000-08-30 | Gateway system having controller and signal processor for interconnecting IP network and telephone network and method for controlling alternative routing at the time of fault of gateway system |
| EP20000118903 EP1158736B1 (en) | 2000-05-22 | 2000-08-31 | Gateway system for interconnecting internet and telephone network, and routing control method |
| DE2000632745 DE60032745T2 (de) | 2000-05-22 | 2000-08-31 | Durchgangssystem zur Verbindung von Internet und Fernsprechnetz, und Steuerverfahren für Leitweglenkung |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000154396A JP3747740B2 (ja) | 2000-05-22 | 2000-05-22 | インタネットゲートウェイシステムでの迂回制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001333114A JP2001333114A (ja) | 2001-11-30 |
| JP3747740B2 true JP3747740B2 (ja) | 2006-02-22 |
Family
ID=18659500
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000154396A Expired - Fee Related JP3747740B2 (ja) | 2000-05-22 | 2000-05-22 | インタネットゲートウェイシステムでの迂回制御方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6882653B1 (ja) |
| EP (1) | EP1158736B1 (ja) |
| JP (1) | JP3747740B2 (ja) |
| DE (1) | DE60032745T2 (ja) |
Families Citing this family (37)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20020035226A (ko) * | 2000-11-04 | 2002-05-11 | 남민우 | 마스크레이딩을 사용하는 인터넷 접속 방법 및 그 장치 |
| US7389341B2 (en) * | 2001-01-31 | 2008-06-17 | Accenture Llp | Remotely monitoring a data processing system via a communications network |
| US8176137B2 (en) * | 2001-01-31 | 2012-05-08 | Accenture Global Services Limited | Remotely managing a data processing system via a communications network |
| JP2002290551A (ja) * | 2001-03-28 | 2002-10-04 | Nec Corp | ゲートウェイシステム及びそれに用いる障害処理方法 |
| KR100387246B1 (ko) * | 2001-06-02 | 2003-06-12 | 엘지전자 주식회사 | 게이트웨이에서 음성 데이터 트래픽 링크 테스트 장치 및방법 |
| US7088677B1 (en) * | 2002-03-01 | 2006-08-08 | Bellsouth Intellectual Property Corporation | System and method for delay-based congestion detection and connection admission control |
| US9332037B2 (en) * | 2002-03-27 | 2016-05-03 | Alcatel Lucent | Method and apparatus for redundant signaling links |
| US7167912B1 (en) * | 2002-08-09 | 2007-01-23 | Cisco Technology, Inc. | Method and apparatus for detecting failures in network components |
| US20040218613A1 (en) * | 2003-04-10 | 2004-11-04 | Fortman Peter A. | Communicating diagnostic information of an active modem session to an online service |
| US20050058063A1 (en) * | 2003-09-15 | 2005-03-17 | Dell Products L.P. | Method and system supporting real-time fail-over of network switches |
| US20050078689A1 (en) * | 2003-10-10 | 2005-04-14 | Adc Broadband Access Systems, Inc. | Providing multimedia services over a cable network |
| US7522607B2 (en) * | 2004-01-26 | 2009-04-21 | Sprint Communications Company Lp | Congestion handling in a packet communication system |
| KR100602652B1 (ko) * | 2004-02-13 | 2006-07-19 | 삼성전자주식회사 | 브이오아이피 시스템의 라우팅 관리 방법 및 그 시스템 |
| US7428214B2 (en) | 2004-03-04 | 2008-09-23 | Cisco Technology, Inc. | Methods and devices for high network availability |
| JP4530707B2 (ja) * | 2004-04-16 | 2010-08-25 | 株式会社クラウド・スコープ・テクノロジーズ | ネットワーク情報提示装置及び方法 |
| GB2414891B (en) | 2004-06-04 | 2007-11-07 | Marconi Comm Ltd | Communications system |
| EP1766948B1 (en) * | 2004-06-30 | 2010-06-09 | Glenayre Electronics, Inc. | Auto block and auto discovery in a distributed communication system |
| JP2006080706A (ja) * | 2004-09-08 | 2006-03-23 | Nec Corp | デュアル通信システム、携帯通信端末及びそれらに用いるデュアル通信方法 |
| US7827307B2 (en) * | 2004-09-29 | 2010-11-02 | Cisco Technology, Inc. | Method for fast switchover and recovery of a media gateway |
| JP4387937B2 (ja) * | 2004-12-13 | 2009-12-24 | 株式会社東芝 | 電話システムおよび交換システム |
| US7508817B2 (en) * | 2005-02-08 | 2009-03-24 | At&T Intellectual Property I, L.P. | Method and apparatus for measuring data transport quality over an internet protocol |
| US7933213B1 (en) * | 2005-09-30 | 2011-04-26 | At&T Intellectual Property Ii, L.P. | Method and apparatus for monitoring and restoring time division multiplexing circuits |
| US8165013B2 (en) * | 2006-04-14 | 2012-04-24 | Microsoft Corporation | Networked computer with gateway selection |
| JP2008172517A (ja) * | 2007-01-11 | 2008-07-24 | Nec Corp | 輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体 |
| US8125899B2 (en) * | 2007-02-07 | 2012-02-28 | AT&T Intellectual Property, I, LP | Methods and systems to communicate media data across different networks |
| JP4810457B2 (ja) * | 2007-02-15 | 2011-11-09 | 富士通株式会社 | ゲートウェイ装置 |
| JP4971823B2 (ja) * | 2007-02-21 | 2012-07-11 | 株式会社日立製作所 | ゲートウェイ装置および呼の中継方法 |
| JP5349816B2 (ja) * | 2008-03-18 | 2013-11-20 | 富士通株式会社 | 回線監視装置及び回線監視方法 |
| JP4599424B2 (ja) * | 2008-03-26 | 2010-12-15 | 株式会社東芝 | 電話システムとその交換装置および発信制御方法 |
| US8675473B2 (en) | 2011-08-26 | 2014-03-18 | Comcast Cable Communications, Llc | Fault routing of an emergency communication |
| US9100467B2 (en) | 2011-12-27 | 2015-08-04 | Avaya Inc. | Alternate routing of voice calls in a heavily loaded SIP network |
| US9313092B2 (en) * | 2012-03-02 | 2016-04-12 | Pismo Labs Technology Limited | Method and apparatus for managing identifiers of a multiple WANS network device |
| CN102724072A (zh) * | 2012-06-20 | 2012-10-10 | 华为技术有限公司 | 容灾倒换的方法、装置和系统 |
| KR101978540B1 (ko) * | 2012-12-05 | 2019-05-14 | 바이버 미디어 에스.에이.알.엘. | Ott 네트워크 상에서의 콜 착신 |
| US9954947B2 (en) * | 2013-02-27 | 2018-04-24 | Hitachi Vantara Corporation | Resource fencing for vLAN multi-tenant systems |
| JP5930561B1 (ja) * | 2015-04-08 | 2016-06-08 | 西日本電信電話株式会社 | ゲートウェイ装置 |
| JP6733724B2 (ja) * | 2018-12-06 | 2020-08-05 | 日本電気株式会社 | 情報配信装置及びその通信制御方法、情報配信システム、並びにコンピュータ・プログラム |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0624366B2 (ja) | 1988-11-24 | 1994-03-30 | 日本電気株式会社 | ネットワーク障害回復方式 |
| US4999829A (en) | 1989-11-06 | 1991-03-12 | At&T Bell Laboratories | Automatic fault recovery in a packet network |
| JP3247540B2 (ja) * | 1994-05-12 | 2002-01-15 | 株式会社日立製作所 | パケット化通信装置および切替え装置 |
| US6173044B1 (en) | 1996-02-06 | 2001-01-09 | International Business Machines Corporation | Multipoint simultaneous voice and data services using a media splitter gateway architecture |
| US6185215B1 (en) * | 1996-10-15 | 2001-02-06 | International Business Machines Corporation | Combined router, ATM, WAN and/or LAN switch (CRAWLS) cut through and method of use |
| US6324267B1 (en) * | 1997-01-17 | 2001-11-27 | Scientific-Atlanta, Inc. | Two-tiered authorization and authentication for a cable data delivery system |
| US6449259B1 (en) * | 1997-03-31 | 2002-09-10 | Lucent Technologies Inc. | Communication controller |
| WO1999014932A2 (en) * | 1997-09-16 | 1999-03-25 | Transnexus, Llc | Gatekeeper for internet clearinghouse communications system |
| US6366557B1 (en) * | 1997-10-31 | 2002-04-02 | Nortel Networks Limited | Method and apparatus for a Gigabit Ethernet MAC (GMAC) |
| US6347075B1 (en) * | 1997-12-31 | 2002-02-12 | At&T Corp. | Circuit to provide backup telephone service for a multiple service access system using a twisted pair |
| US6388988B1 (en) * | 1998-08-04 | 2002-05-14 | Electronic Data Systems Corporation | Method and system for automatic line protection switching of embedded channels |
| US6542476B1 (en) * | 1998-10-16 | 2003-04-01 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for dynamic timer regeneration |
| US6463032B1 (en) * | 1999-01-27 | 2002-10-08 | Advanced Micro Devices, Inc. | Network switching system having overflow bypass in internal rules checker |
| US6515997B1 (en) * | 1999-05-17 | 2003-02-04 | Ericsson Inc. | Method and system for automatic configuration of a gateway translation function |
| US6591301B1 (en) * | 1999-06-07 | 2003-07-08 | Nortel Networks Limited | Methods and systems for controlling network gatekeeper message processing |
-
2000
- 2000-05-22 JP JP2000154396A patent/JP3747740B2/ja not_active Expired - Fee Related
- 2000-08-30 US US09/651,100 patent/US6882653B1/en not_active Expired - Lifetime
- 2000-08-31 EP EP20000118903 patent/EP1158736B1/en not_active Expired - Lifetime
- 2000-08-31 DE DE2000632745 patent/DE60032745T2/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US6882653B1 (en) | 2005-04-19 |
| DE60032745D1 (de) | 2007-02-15 |
| EP1158736B1 (en) | 2007-01-03 |
| DE60032745T2 (de) | 2007-10-11 |
| JP2001333114A (ja) | 2001-11-30 |
| EP1158736A1 (en) | 2001-11-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3747740B2 (ja) | インタネットゲートウェイシステムでの迂回制御方法 | |
| KR102050910B1 (ko) | 연결 실패 시에 홈 네트워크에 대한 재라우팅을 인에이블시키는 방법 및 시스템 | |
| US20100202297A1 (en) | Method, device, and system for traffic switching in multi-protocol label switching traffic engineering | |
| US9584405B2 (en) | Application layer session routing | |
| US20060268729A1 (en) | Methods and apparatus for monitoring link integrity for signaling traffic over a path traversing hybrid ATM/Ethernet infrastructure in support of packet voice service provisioning | |
| WO2009082978A1 (fr) | Procédé de protection de réseau d'accès, système et nœud de bord d'accès | |
| Thorat et al. | Proactive failure recovery scheme for data traffic in software defined networks | |
| JP2005006121A (ja) | Ｉｐ−ｐｂｘ用バックアップ装置、ｉｐ−ｐｂｘバックアップシステムおよび同システムの障害対応方法 | |
| WO2012165726A1 (ko) | 메쉬 네트워크 노드 및 그의 데이터 전송 방법 | |
| WO2014146541A1 (zh) | Cdn与网络融合系统、调度模块选定方法及计算机存储介质 | |
| KR101444684B1 (ko) | 요청에 따라 공급자 네트워크를 통해 접속을 복구하는 방법 및 장치 | |
| Cisco | Designing DDR Internetworks | |
| Cisco | MGCP CAS PBX and PRI Backhaul on Cisco 7200 Routers | |
| Cisco | Release Notes for the Cisco AS5100 and AS5200 for Cisco IOS Release 11.2 | |
| Cisco | Release Notes for the Cisco AS5100 and AS5200 for Cisco IOS Release 11.2 | |
| Cisco | Release Notes for the Cisco AS5100 and AS5200 for Cisco IOS Release 11.2 | |
| Cisco | Release Notes for the Cisco AS5100 and AS5200 for Cisco IOS Release 11.2 | |
| CA2476689C (en) | System and method for interfacing a broadband network and a circuit switched network | |
| Cisco | Release Notes for the Cisco 1000 Series Routers for Cisco IOS Release 11.2 | |
| Cisco | Release Notes for the Cisco 1000 Series Routers for Cisco IOS Release 11.2 | |
| KR100438071B1 (ko) | ＶｏＩＰ게이트웨이의 인터넷망 장애시 발신호 경로재설정방법 | |
| KR101202702B1 (ko) | 이중화된 네트워크에서 유니캐스트 플로딩 방지 방법 및 네트워크 시스템 | |
| US20240129974A1 (en) | Local breakout for customer premise equipment in a 5g wireless wireline convergence at an access gateway function | |
| US20240129151A1 (en) | Multicast local breakout for customer premise equipment in a 5g wireless wireline convergence at an access gateway function | |
| EP2192743B1 (en) | A method and a system for failure protection of layer 2 control connection |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040910 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051026 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20051108 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051121 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3747740 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081209 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091209 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101209 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101209 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111209 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111209 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121209 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |