JP2001333114A - インタネットゲートウェイシステムでの迂回制御方法 - Google Patents
インタネットゲートウェイシステムでの迂回制御方法Info
- Publication number
- JP2001333114A JP2001333114A JP2000154396A JP2000154396A JP2001333114A JP 2001333114 A JP2001333114 A JP 2001333114A JP 2000154396 A JP2000154396 A JP 2000154396A JP 2000154396 A JP2000154396 A JP 2000154396A JP 2001333114 A JP2001333114 A JP 2001333114A
- Authority
- JP
- Japan
- Prior art keywords
- network
- failure
- signal processing
- control device
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 196
- 238000012545 processing Methods 0.000 claims description 138
- 230000004044 response Effects 0.000 claims description 35
- 238000001514 detection method Methods 0.000 claims description 22
- 230000005540 biological transmission Effects 0.000 claims description 9
- 238000004891 communication Methods 0.000 abstract description 8
- 238000007726 management method Methods 0.000 description 49
- 238000010586 diagram Methods 0.000 description 33
- 238000012544 monitoring process Methods 0.000 description 23
- 230000006870 function Effects 0.000 description 19
- 230000000694 effects Effects 0.000 description 8
- 230000000903 blocking effect Effects 0.000 description 6
- 230000000737 periodic effect Effects 0.000 description 5
- 238000011084 recovery Methods 0.000 description 4
- 230000003213 activating effect Effects 0.000 description 3
- 230000007423 decrease Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 101000961042 Pseudopleuronectes americanus Ice-structuring protein A Proteins 0.000 description 2
- 235000002020 sage Nutrition 0.000 description 2
- DFUSDJMZWQVQSF-XLGIIRLISA-N (2r)-2-methyl-2-[(4r,8r)-4,8,12-trimethyltridecyl]-3,4-dihydrochromen-6-ol Chemical compound OC1=CC=C2O[C@@](CCC[C@H](C)CCC[C@H](C)CCCC(C)C)(C)CCC2=C1 DFUSDJMZWQVQSF-XLGIIRLISA-N 0.000 description 1
- OYYYPYWQLRODNN-UHFFFAOYSA-N [hydroxy(3-methylbut-3-enoxy)phosphoryl]methylphosphonic acid Chemical compound CC(=C)CCOP(O)(=O)CP(O)(O)=O OYYYPYWQLRODNN-UHFFFAOYSA-N 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
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)
Abstract
テムにのIP網側インタフェースの網障害または輻輳を
検出し、IP網より電話網に対して迂回制御を行う。 【解決手段】電話網とIP網との間のインタワーク機能
を有するゲートウエイシステムにてIP網側の網障害お
よび輻輳監視を行い、網障害または輻輳を検出した場合
にゲートウエイシステムより前段の電話網に対して回線
の使用不可通知、迂回指示を行うことにより電話網−I
P網のインタワークにおける通信の品質が確保できなく
なる状態の発生を回避することを可能とする。
Description
ンターネットプロトコル網)との接続方法、障害検出方
法及び迂回制御方法に係わる。本発明は、特に、シグナ
リングゲートウェイ/メディアゲートウェイ制御装置、
ゲートウェイ装置より構成されるインターネットゲート
ウェイシステムにおいて、ゲートウェイ装置のIP網イ
ンタフェースの障害を検出し、前段の電話網へ回線閉
塞、迂回指示を行う電話網とIP網との接続方法に係わ
る。
検出する手段としては、ネットワーク間インタフェース
における対向ノードとの間の共通線信号リンク状態の監
視、通話回線のフレームビットの監視、およびユーザ・
網インタフェースにおける網側と端末との間の回線状態
の監視などが行われており、また、ネットワークを構成
する各ノードに対して障害や輻輳の通知や迂回指示を行
う手段として、ネットワーク間インタフェースのNo.
7共通線信号のメッセージ転送部(MTP:Message Tr
ansfer Part)による共通線信号の障害通知、迂回指
示、およびISDNユーザ部(ISUP:ISDN User Pa
rt)による通話回線の閉塞信号による閉塞指示、および
TTC(Telecommunication Technology Commitee:
(社)電信電話技術委員会))標準リダイレクション手順
やITU−T(International Telecommunication Unio
n)勧告/TTC標準ピボット手順による迂回指示を行
う手段が実現されている。
はIP網とのゲートウェイ装置を含むユーザ側装置より
電話網に対して障害通知、迂回指示を行う手段はなく、
網側での回線状態監視、着信転送による迂回などが行わ
れている。この他に迂回の実現が可能な手段としてIN
(Intelligent Network Internetwork Interface)手順
におけるサービス制御点(SCP:Service Control Poi
nt)での着信番号を変換する際に、ネットワークの状態
により変換後の番号を切り替えることににより迂回と同
等な制御を行う手段がある。
出する手段としては対向ノード間でIETF(Internet
Engineering Task Force)のRFC(Request for Com
ments)792で規定されるICMP(Internet Control Mes
sage Protocol)のping等のメッセージを送受信するこ
とにより対向ノードとの間の輻輳/障害を検出する方法
や、RFC1157で規定されるSNMP(Simple Net
work Management Protocol)マネージャやゲートキーパ
等の網管理装置にてネットワークを構成する各ノードの
装置状態を収集する方法がある。また、障害や輻輳の通
知や迂回指示を行う方法として、ルータ、またはSNM
Pマネージャやゲートキーパ等の網管理装置よりRFC
2453で規定されるRIP(Routing Information Pr
otocol)、RFC2328で規定されるOSPF(Open
Shortest Path Fast)、RFC1771で規定される
BGP(border gateway protocol)等のダイナミック
ルーティングプロトコルを用いてネットワークを構成す
る各ノードにルーチング情報を配信することにより迂回
指示する方法が行われている。
号で複数の回線を共有している複数のゲートウェイ装置
より構成されるゲートウェイシステムを介して電話網と
IP網とが相互接続されるサービス形態においては、電
話網、IP網それぞれのネットワーク内での障害の検出
を行い迂回制御を行う方法については前記のように実現
されているが、電話網においてIP網内での障害/輻輳
を認識できないため、同一着番号であっても正常に着信
できる回線群が存在するにも拘わらず、IP網で障害と
なっているルーティング経路を使用する回線群に対し
て、着信が行われ、呼損、通信品質のサービス低下を引
き起こすこととなる。
して電話網とIP網とが相互接続されるサービス形態に
おいて、ゲートウエイシステムによってゲートウエイシ
ステム内の装置及びIP網の障害を検出し、電話網に対
して迂回を指示することにより上記障害経路を使用する
回線群が選択されることを回避し、電話網とIP網の相
互接続サービスにおける接続品質を保証できるゲートウ
ェイ及び迂回制御方法を提供することにある。
イシステムのIP網インタフェース障害または輻輳を検
出する手段の一つとして、ゲートウェイシステムにおい
てゲートウェイシステム内部の滞留パケット数や内部リ
ソースの監視を行い、ゲートウェイシステム内及びIP
網へのアクセス経路の障害状態を検出することにより電
話網からIP網への接続に対する回線状態の検出を行う
機能を有する。
金やIPアドレス情報の取得のためにIP網の各種サー
バに対してIPパケットを送出した場合のサーバからの
応答時間についてタイマ監視を行い、応答がタイムアウ
トする頻度や要求送出からの応答時間の遅延状況を測定
することにより、ゲートウェイシステムからIP網への
接続に対するネットワーク障害・輻輳の検出を行う機能
を有する。
キーパ装置や網管理装置からのIP網内の障害情報を受
信または問合せを行なう事により、サーバ群、ルータ等
のIP網を構成する各ノードへのパケット送出可/不可
情報を取得し、電話網からIP網への接続に対する回線
状態の検出を行う機能を有する。
等IP網を構成する各ノードより特定ルートに対するル
ーチング不可通知を受信した情報を分析することにより
ゲートウェイシステムからIP網への接続に対するネッ
トワーク障害を検出する機能を有する。
接続する際にネットワーク障害や輻輳を検出したゲート
ウェイシステムは、障害/輻輳を検出した事を契機に、
電話網に対してIP網へインタワークするために障害の
発生しているゲートウェイシステム内装置への接続を規
制し、他の装置への迂回を指示する手段として、電話網
との回線インタフェースが使用不能である事を通知し、
電話網が当該回線群を使用せずIP網へのアクセスに支
障の無い回線に迂回を促す機能を有する。
使用不能である事を通知したのち障害がなくなった事を
検出し、回線の使用が可能になった事を通知する機能を
有する。また呼毎に障害を検出した場合には障害頻度に
よって回線が使用不能である事を電話網に通知する機能
を有し、タイマにより使用解除を通知する機能を有す
る。また呼毎に障害を検出した場合には障害頻度によっ
て回線が使用不能である事を一部の回線に対して電話網
に通知し、残った回線への着信時の障害頻度を監視する
事により障害からの復旧を検出して電話網に対して使用
解除を通知する機能を有する。
は、収容する回線群のうちゲートウエイシステム内の装
置毎にルーティングできる着番号を電話網が管理してい
ており、ゲートウエイシステムから使用可能な回線への
その迂回可能な着番号を電話網に対して指示する事によ
り電話網に迂回を積極的に行わせる機能を有する。また
は当該呼が迂回可能である事をゲートウエイシステムか
ら電話網に対して指示する事により電話網内にて有する
SCP等をもちいた迂回機能を利用して、使用可能な回
線に対して呼毎に迂回させる機能を有する。
トウェイシステムを介した電話網とIP網(インターネ
ットプロトコル)の網間相互接続の構成図の一例であ
る。電話網(101)とIP網(102)は制御装置
(110−a,b)および主信号処理装置(120−a,
b)より構成されるゲートウェイシステム(103)を
介して網間相互接続される。
トウエイシステムを収容しているLAN,サーバを収容
するLAN,インターネット網により構成される。
a,b)はISDNのユーザ・網インタフェースの信号チ
ャネル(Dch)、あるいは網間接続インタフェースの
No.7共通線信号により接続され、電話網(101)
と主信号処理装置(120−a,b,110−b)はIS
DNのBch、H0ch、H1ch、あるいはSDH
(Synchronous Digital Hierarchy)、2M TTC、T
1、E1等の回線インタフェースにより接続される。電
話網(101)からの制御信号は制御装置(110−
a,b)により呼処理信号の制御処理を行い、主信号処理
装置(120−a,b,110−b)に対し、呼処理制
御を行う。制御装置と主信号処理装置は物理的に分散さ
れていても,制御装置(110−b)のように同一装置
に収容されていても構わない。また、1つの制御装置
(110−a,110−b)によって主信号処理装置(12
0−b)のような分散して配置された複数の主信号処理
装置の制御を行うことも可能である。図ではユーザ(1
50)がゲートウエイシステム(103)の主信号処理
装置1,2,3が収容する回線群に対して電話網(10
1)でルーティングされる着電話番号により発信し,主
信号処理装置1(120−a)が収容する回線に対して
ルーティングされた場合を示している。
けた場合,制御装置と主信号処理装置のどちらか又は双
方は認証/課金/アドレス管理サーバにアクセスを行っ
てアクセスIPアドレスの取得,ユーザ認証,等を行った
のち、ISP網(インターネットサービスプロバイダ
網)や他ゲートウエイシステムにアクセスを行なう。認
証・課金サーバへのアクセス手順として、例えば、RF
C2138、2139で規定されるRADIUS(Remote Aut
hentication Dial In User Service)を用いる。また、
アクセスIPアドレスの取得手段として、例えば、IE
TFのRFC1332で規定されるIPCP(Internet Pro
tocol Control Protocol)を用いる。
号処理装置1(120−a)を制御し主信号処理装置1
(120−a)よりサーバ類(130)に制御のための
アクセスを行いISP網/他ゲートウェイシステム(1
40)(以下、単にISP網という)に発信ユーザから
の主信号のアクセスを行う例を示し、図2は制御装置
(110−a)がサーバ類(130)に制御のためのア
クセスを行い主信号処理装置(120−a)を制御する
とともにISP網(140)に制御のためのアクセスを
行い主信号処理装置(120−a)からISP網(14
0)に主信号のアクセスを行う例を示している。
構成図である。制御装置(110)は、例えば、プロセ
ッサ装置(111)、記憶装置(116)、電話網イン
タフェース部(117)、IP網インタフェース部(1
19)、主信号処理装置インタフェース部(118)を
主要なハードウェア構成要素として実現される。制御装
置と主信号処理装置がIP網を介して接続される場合は
IP網インタフェース部が主信号処理装置インタフェー
ス部を兼ねる場合も考えられる。
(112)、タイマ管理部(113)、リソース管理部
(114)、主信号処理装置制御部(115)の機能ブ
ロックを主要要素として構成される。基本制御部(11
2)は各装置とのインタフェースを実現するとともにタ
イマ管理部、リソース管理部、主信号処理装置制御部が
実装されたソフトウェアまたはハードウェアの実行制御
を行う。主信号処理装置制御部(115)は主信号処理
装置状態の制御、電話網の信号の中継、サーバ群へのア
クセス等の外部装置との通信を実現するアルゴリズムが
実装される。リソース管理部(114)は制御装置にて
主信号処理装置の通信状態の管理を実現するアルゴリズ
ムが実装され、記憶装置(116)内の状態管理テーブ
ルの参照、更新機能を実現する。タイマ管理部(11
3)は制御装置内のタイマ(1131)を制御し、主信
号装置状態、閉塞/迂回制御のタイマ監視を実現するア
ルゴリズムが実装されている。上記機能ブロックを構成
するモジュールは、記憶装置上に記憶しておき、プロセ
ッサ装置が上記モジュールを実行する際にはプロセッサ
装置上のメモリに読み込んで動作させることを可能とす
る。
装置の構成図である。主信号処理装置(120)は例え
ば、プロセッサ装置(121)、記憶装置(124)、
IP網インタフェース部(125)、回線インタフェー
ス部(127)、制御装置インタフェース部(126)
を主要なハードウェア構成要素として実現される。制御
装置と主信号処理装置がIP網を介して接続される場合
はIP網インタフェース部が制御装置インタフェース部
を兼ねる場合も考えられる。
(122)、インタフェース状態管理部(123)、タ
イマ(129)、タイマ管理部(128)の機能ブロッ
クを主要要素として構成される。基本制御部(122)
は各装置とのインタフェースを実現するとともにインタ
フェース状態管理部、タイマ管理部の実行制御を行う。
インタフェース状態管理部(123)は制御装置(11
0)より送られてくる制御信号より記憶装置(124)
内の管理テーブルの参照・更新機能をもち、主信号処理
装置内の回線/IP網インタフェース状態の管理を行う
アルゴリズムを実装する。タイマ管理部(128)は主
信号処理装置内のタイマ(129)を制御し、IP網イ
ンタフェースからの応答パケットのタイマ監視を実現す
るアルゴリズムが実装されている。上記機能ブロックを
構成するモジュールは、記憶装置上に記憶しておき、プ
ロセッサ装置が上記モジュールを実行する際にはプロセ
ッサ装置上のメモリに読み込んで動作させることを可能
とする。
要求が発生した場合、電話網(101)より呼制御信号
を受信した制御装置(110)は呼制御信号内の情報に
基づき主信号処理装置(120)に対してアクセス制御
を行う。制御装置が主信号処理装置を制御するために認
証・課金サーバ等のサーバ群へのアクセスを必要とする
場合は、制御装置のIP網インタフェース部(119)
を介して、サーバ群に対してアクセスを行う。主信号処
理装置は制御装置より送出される制御信号に基づき電話
網インタフェースおよびIP網インタフェースのパスを
開きユーザ端末とIP網との接続および電話網とIP網
との間のインタフェース変換処理を行う。主信号処理装
置がユーザ端末をIP網に接続するために認証・課金サ
ーバ等のサーバ群へのアクセスが必要な場合は、例え
ば、RADIUSプロトコルによるユーザ認証を実施する。
示を行う契機となる障害のケースを示している。ケース
(1)は制御装置から被制御対象である1つまたは複数の
主信号処理装置への制御アクセス経路に障害があるケー
スを示す。ケース(2)は主信号処理装置からサーバ群へ
のアクセス経路に障害があるケースを示す。ケース(3)
は制御装置からサーバ群へのアクセス経路に障害がある
ケースを示す。ケース(4)は制御装置からISP網への
アクセス経路に障害があるケースを示す。ケース(5)は
主信号処理装置からISP網へのアクセス経路に障害が
あるケースを示す。ケース(6)は主信号処理装置に障害
があるケースを示す。
障害個所および障害契機によりゲートウェイシステムか
ら電話網に対して行う迂回指示方法を切り替えることが
可能である。
てIP網障害を検出または網管理装置を含むサーバ群
(130)から障害通知を受信した場合における電話網
への迂回指示方法の選択フローの例を示している。
または網管理装置を含むサーバ群より障害通知を受信し
た場合(S601)、その障害検出個所の判別を行い
(S602)、ケース(1)、(2)、(3)、(6)の場合(S6
03)には、さらに障害検出契機の判別を行い(S60
4)、障害検出契機が障害発生時(S605)の場合に
は、該当制御装置(110)または主信号処理装置(1
20)を介しての接続不可であると判断し、後に示す迂
回指示方法1を用いて、制御装置より電話網(101)
に対して該当制御装置/主信号処理装置に収容されてい
る回線の閉塞指示を行い(S606)、障害復旧を検出
するまでの間該当回線を閉塞する(S607)。
された場合(S608)には、電話網からの着信時にア
クセスエラーが発生するたびに後に示す迂回指示手順2
または迂回指示方法3を用いて電話網に対し正常運用さ
れている別の制御装置/主信号処理装置への回線の迂回
を指示した後(S609)、アクセスエラー頻度の計測
を行う(S610)。
置に予め設定されたしきい値を越えた場合には、後に示
す迂回指示方法4または迂回指示方法5を用いて該当制
御装置/主信号処理装置に収容されている回線のタイマ
監視による一時閉塞や部分閉塞を行う(S611)。
2)には、迂回指示方法2または迂回指示方法3を用い
て電話網からの着信時に着番号/IPアドレス/ドメイ
ン名等の情報より該当経路へのアクセス可否の判定を行
い、該当経路へのアクセス不可と判断された場合には電
話網に対して迂回指示を行う(S613)。
ことにより、ゲートウェイシステムの一部においてIP
網障害が検出されている場合においてもユーザに障害を
意識させることなくネットワークとしてサービスを継続
することが可能となる。
段の例を示す。
は、制御装置がその内部に設けられている主信号処理装
置への送信バッファ、等内部リソースを監視し、アクセ
ス要求パケットが送出する事ができずに内部リソースが
オーバフローを起こしてパケット廃棄するような状況に
陥っている事を検出する事によりケース(1)のアクセス
で障害が起こっている事を検出する。
は、制御装置がアクセス要求パケットをIP網に送出し
た際にタイマ設定を行って応答パケット受信までの時間
を監視することにより検出する方法である。タイマ管理
部は応答パケットが監視時間内に到着しない場合、また
は応答パケットが到着するが到着までの時間が著しく遅
くなっている事が頻発する場合はケース(1)のアクセス
で障害が起こっていると判断する。
は、IP網内の網管理装置からの通知、または制御装置
から網管理装置への問い合わせにより主信号制御装置へ
のアクセス経路に障害が発生していることを検出する方
法である。網管理機能はサーバ類に配備されている場
合、ゲートウエイシステム内部に配備されている場合、
またはゲートウエイシステムが収容されているLANに
収容されている場合が可能である。簡易には、制御装置
から主信号制御装置あるいは主信号処理装置へのアクセ
ス経路にあるルータのIP網内のルーティング装置に対
してping、あるいは上位レイヤのパケット等により定期
的に問い合わせを行い障害を検出する方法や、主信号処
理装置あるいはアクセス経路にあるルータ、等のIP網
内のルーティング装置、例えばルータから定期的にパケ
ット送出し、制御装置で監視することにより障害を検出
する方法も可能である。
は、制御装置から送出したIPパケットに対してIP網
内の装置より送達不可通知を受信して検出する方法であ
る。制御装置はそれぞれの方法で検出したケース(1)の
アクセス経路の障害により制御が行えなくなった主信号
処理装置への着信呼を他の主信号処理装置に対して迂回
が行えるように、後で述べる方法により電話網に迂回指
示を行う事によりケース(1)の障害が生じてもネットワ
ークとしてユーザに対してサービスを提供する事が可能
となる。
は、主信号処理装置がその内部に設けているサーバ群へ
の送信バッファ等の内部リソースを監視し、アクセス要
求パケットが送出する事ができずに内部リソースがオー
バフローを起こしてパケット廃棄するような状況に陥っ
ている事を検出し、制御装置に当該主信号処理装置が使
用できなくなっている事を通知する事によりケース(2)
のアクセスで障害が起こっている事を検出する。制御装
置はその通知を受けて当該主信号処理装置が使用できな
くなっている事を検出する事ができる。
は、主信号処理装置がアクセス要求パケットをIP網に
送出した際にタイマ設定を行って応答パケット受信まで
の時間を監視することにより検出し、その旨を制御装置
に通知する方法である。タイマ管理部は応答パケットが
監視時間内に到着しない場合、または応答パケットが到
着するが到着までの時間が著しく遅くなっている事が頻
発する場合はケース(2)のアクセスで障害が起こってい
ると判断して主信号処理装置から制御装置に通知を行
い、制御装置はその通知を受けて当該主信号処理装置が
使用できなくなっている事を検出する。
は、IP網内の網管理装置からの通知、または制御装置
から網管理装置への問い合わせにより主信号制御装置か
らサーバ群へのアクセス経路に障害が発生していること
を検出する方法である。網管理機能はゲートウェイシス
テム内部に配備されている場合、またはゲートウエイシ
ステムが収容されているLANに収容されている場合が
可能である。障害の通知は主信号処理装置に対して行わ
れた後、方法1、2と同様に制御装置に通知される場合
と、直接制御装置に通知される場合がありうる。簡易に
は、主信号処理装置からサーバ群あるいはサーバ群への
アクセス経路にあるルータのIP網内のルーティング装
置に対してPing、あるいは上位レイヤのパケット等によ
り定期的に問い合わせを行い障害を検出する方法や、サ
ーバ群あるいはアクセス経路にあるルータのIP網内の
ルーティング装置から定期的なパケット送出し、その定
期的なパケットを主信号処理装置で監視することにより
障害を検出することも可能である。
は、主信号処理装置から送出したIPパケットに対して
IP網内のルーティング装置より送達不可通知を受信し
て主信号処理装置で検出し、制御装置に通知する方法で
ある。
ス(2)のアクセス経路の障害により使用できなくなった
主信号処理装置への着信呼を他の主信号処理装置に対し
て迂回が行えるように、後で述べる方法により電話網に
迂回指示を行う事によりケース(2)の障害が生じてもネ
ットワークとしてユーザに対してサービスを提供する事
が可能となる。
は、制御装置がその内部に設けられているサーバ群への
送信バッファ等の内部リソースを監視し、アクセス要求
パケットが送出する事ができずに内部リソースがオーバ
フローを起こしてパケット廃棄するような状況に陥って
いる事を検出する事によりケース(3)のアクセスで障害
が起こっている事を検出する。
は、制御装置がアクセス要求パケットをIP網に送出し
た際にタイマ設定を行って応答パケット受信までの時間
を監視することにより検出する方法である。応答パケッ
トが監視時間内に到着しない場合、または応答パケット
が到着するが到着までの時間が著しく遅くなっている事
が頻発する場合はケース(3)のアクセスで障害が起こっ
ていると判断する。
は、IP網内の網管理装置からの通知、または制御装置
から網管理装置への問い合わせによりサーバ群へのアク
セス経路に障害が発生していることを検出する方法であ
る。網管理機能はゲートウエイシステム内部に配備され
ている場合、またはゲートウエイシステムが収容されて
いるLANに収容されている場合が可能である。簡易に
は、制御装置からサーバ群あるいはサーバ群へのアクセ
ス経路にあるルータのIP網内のルーティング装置に対
してPing、あるいは上位レイヤのパケット等により定期
的に問い合わせを行い障害を検出する方法や、サーバ群
あるいはアクセス経路にあるルータのIP網内のルーテ
ィング装置から定期的なパケット送出し、その定期的な
パケットを制御装置で監視することにより障害を検出す
る方法も方法の3の実現方法のひとつである。
は、制御装置から送出したIPパケットに対してIP網
内の装置より送達不可通知を受信して検出する方法であ
る。
ス(3)のアクセス経路の障害により当該制御装置によっ
て電話網からの着信呼の制御が行えなくなった事を検出
し、当該制御装置の被制御装置である1つまたは複数の
主信号処理装置への着信呼を他の主信号処理装置に対し
て迂回が行えるように、後で述べる方法により電話網に
迂回指示を行う事によりケース(3)の障害が生じてもネ
ットワークとしてユーザに対してサービスを提供する事
が可能となる。
は、制御装置内部のISP網への送信バッファ等の内部
リソースを監視し、当該ISP網へのアクセス要求パケ
ットが送出する事ができずに内部リソースがオーバフロ
ーを起こしてパケット廃棄のような状況に陥っている事
を検出する事によりケース(4)のアクセスで障害が起こ
っている事を検出する。
は、制御装置がアクセス要求パケットをIP網に送出し
た際にタイマ設定を行って応答パケット受信までの時間
を監視することにより検出する方法である。応答パケッ
トが監視時間内に到着しない場合、または応答パケット
が到着するが到着までの時間が著しく遅くなっている事
が頻発する場合はケース(4)のアクセスで障害が起こっ
ていると判断する。
は、IP網内の網管理装置からの通知、または制御装置
から網管理装置への問い合わせにより当該ISP網への
アクセス経路に障害が発生していることを検出する方法
である。網管理機能はサーバ群に配備される場合、ゲー
トウエイシステム内部に配備されている場合、またはゲ
ートウエイシステムが収容されているLANに収容され
ている場合がある。簡易には、制御装置から当該ISP
網あるいは当該ISP網へのアクセス経路にあるルータ
のIP網内のルーティング装置に対してPing、あるいは
上位レイヤのパケット等により定期的に問い合わせを行
い障害を検出する方法や、当該ISP網あるいはアクセ
ス経路にあるルータのIP網内のルーティング装置から
定期的にパケットを送出し、その定期的なパケットを制
御装置で監視することにより障害を検出する方法も方法
3の実現方法のひとつである。
は、制御装置から送出したIPパケットに対してIP網
内の装置より送達不可通知を受信して検出する方法であ
る。
ス(4)のアクセス経路の障害により当該制御装置から当
該ISP網に対するアクセスが行えなくなった事を当該
ISP網のIPアドレス単位/IPアドレスのネットワ
ークアドレス単位、またはネットワークより上位のアド
レス単位に検出、管理し、当該制御装置の被制御装置で
ある1つまたは複数の主信号処理装置を使用する当該単
位アドレスへの着信呼を他の主信号処理装置に対して迂
回が行えるように、後で述べる方法により電話網に迂回
指示を行う事によりケース(4)の障害が生じてもネット
ワークとしてユーザに対してサービスを提供する事が可
能となる。
は、主信号処理装置内部のISP網への送信バッファ等
の内部リソースを監視し、当該ISP網へのアクセス要
求パケットが送出する事ができずに内部リソースがオー
バフローを起こしてパケット廃棄するような状況に陥っ
ている事を検出し、制御装置に対して通知する事により
ケース(5))のアクセスで障害が起こっている事を検出
する。
は、主信号処理装置がアクセス要求パケットをIP網に
送出した際にタイマ設定を行って応答パケット受信まで
の時間を監視することにより検出する方法である。応答
パケットが監視時間内に到着しない場合、または応答パ
ケットが到着するが到着までの時間が著しく遅くなって
いる事が頻発する場合はケース(5)のアクセスで障害が
起こっていると判断し、制御装置に通知する方法であ
る。
は、IP網内の網管理装置からの通知、または主信号処
理装置から網管理装置への問い合わせにより当該ISP
網へのアクセス経路に障害が発生していることを検出
し、制御装置へ通知する方法である。網管理装置からの
通知は制御装置に対して直接行われても構わない。
ゲートウエイシステム内部に配備されている場合、また
はゲートウエイシステムが収容されているLANに収容
されている場合がある。簡易には、主信号処理装置から
当該ISP網あるいは当該ISP網へのアクセス経路に
あるルータのIP網内のルーティング装置に対してPin
g、あるいは上位レイヤのパケット等により定期的に問
い合わせを行い障害を検出する方法や、当該ISP網あ
るいはアクセス経路にあるルータのIP網内のルーティ
ング装置から定期的なパケット送出を行い、その定期的
なパケットを主信号処理装置で監視することにより障害
を検出する方法も方法3の実現方法のひとつである。
は、主信号処理装置から送出したIPパケットに対して
IP網内の装置より送達不可通知を受信して検出し、制
御装置に通知する方法である。
ス(5)のアクセス経路の障害により当該制御装置から当
該ISP網に対するアクセスが行えなくなった事を当該
ISP網のIPアドレス単位/IPアドレスのネットワ
ークアドレス単位、またはネットワークより上位のアド
レス単位に検出、管理し、当該制御装置の被制御装置で
ある1つまたは複数の主信号処理装置を使用する当該管
理単位のIPアドレスに対する着信呼を他の主信号処理
装置に対して迂回が行えるように、後で述べる方法によ
り電話網に迂回指示を行う事によりケース(5)の障害が
生じてもネットワークとしてユーザに対してサービスを
提供する事が可能となる。
主信号処理装置の障害部位によって異なる。
処理装置の内部主装置に障害が生じた場合にはケース
(1)の方法1、2、3により検出する事が可能である。
サーバ群とのインタフェースで障害が生じた場合にはケ
ース(2)の方法1、2、3により検出する事が可能であ
る。ISP網とのインタフェースで障害が生じた場合に
はケース(5)の方法1、2、3により検出する事が可能
である。電話網とのインタフェースで障害が生じた場合
には主信号処理装置内部にて装置状態を監視し、回線障
害、装置障害を検出した事を契機に制御装置に通知する
事により検出が可能である。
障害を検出した場合には、それぞれ検出方法に応じた動
作により電話網に対して迂回を指示する。電話網とのイ
ンタフェース障害を検出した場合には障害を検出した回
線に該当する着信呼を当該主信号処理装置の他の電話網
とのインタフェース、または他の主信号処理装置に対し
て迂回を行なうよう電話網に指示する事によりケース
(6)の障害が生じてもネットワークとしてユーザに対し
てサービスを提供する事が可能となる。
ついて述べる。
害を方法3の手段で検出した場合の迂回指示方法1の手
順の例を図7に、図8にシーケンス図の例を示す。
o.7共通線で接続接続されている場合において、電話
網に対して回線が使用できない事をITUーT勧告IS
UPの閉塞信号により指示する例を示している。
ッサ装置(121)において、サーバ群との間での状態
問い合わせパケット(S801)に対する応答パケット
(S802)が到着しないことからケース(2)の障害で
あることを検出し(701)、制御装置1(110−
a)に対して主信号処理装置1が使用不可であることを
通知する(702、S803)。制御装置1のプロセッ
サ装置(111)および電話網インタフェース部(11
7)は、電話網(101)との間でISUPの閉塞信号
であるBLO(S807)、BLA(S808)を送受するこ
とにより主信号処理装置1に収容した回線群1の閉塞を
行う(703、S804)。電話網は制御装置(110
ーa)から回線群1(160−a)が閉塞された事により
(S809)、ユーザ(150)が発信したSETUP(S
810)の着信番号によるルーティング先回線群1、
2、3のうち回線群2、3のみをルーティング先として
選択し(704−a、704−b)、ユーザへCALL PRO
C(S812)を、制御装置1へは着信回線群2、3が
選択されたIAM(S811)を送出するため、ユーザに
はケース(2)の障害を意識させずにネットワークとして
サービスを提供し続ける事が可能となる。
れた主信号処理装置3(120−b)との間で着信処理
を(705、S813〜S816)、また電話網へはAC
M(S817)、ANM(S818)を送出してIP網と接
続されたことを通知する。電話網はユーザにCONNを送出
し(S819)、迂回接続を実現し、通信状態となる
(S820)。
ユーザとISP網との接続性確認を行い(706)、正
常応答の場合、主信号処理装置3を介してユーザとIS
P網との相互接続が確立される(707)。
する主信号処理装置はすべて使用できない為、共通線の
制御リンクをリンクレベルまたは物理レベルにて使用不
可の状態にすることにより同様の効果を得る事が可能で
ある。
加入者線で接続されている場合で、Dchと使用できな
い回線が別のISDN回線に収容されている場合にはレ
イヤ1能力を消失している旨をITU−T勧告I.43
0およびI.431に従ってレイヤ1信号または電気的
に信号を送らない、等により電話網側に通知する方法に
より同様の効果が得られる。ゲートウエイシステムと電
話網がISDN加入者線で接続されている場合でケース
(3)の障害の場合は、当該制御装置の制御する主信号処
理装置はすべて使用できない為、Dchの制御リンクを
リンクレベルまたは物理レベルにて使用不可の状態にす
る事により同様の効果を得る事が可能である。
障害を方法3の手段によって検出した場合の迂回指示方
法2の手順の例を図9に、図10にシーケンス図の例、
図11にテーブル設定図の例を示す。
(5)の障害を方法3の手順によって検出した場合の迂回
指示方法3の手順の例を図12に、図13にシーケンス
図の例、図14にテーブル設定図の例を示す。
障害が生じた時点で制御装置が検出し得る障害である
が、該当する制御装置、及び主信号処理装置に関連する
回線と管理されているIPアドレス、またはIPアドレ
スの上位アドレス単位に依存する為、電話網に対しては
呼毎に迂回指示を行う必要がある。そのため制御装置ま
たは主信号処理装置は制御装置・主信号処理装置の記憶
装置内(116、124)にIPアドレス、またはIP
アドレスの上位アドレス単位にテーブルを備え、ISP
網への宛先IPアドレスが管理された障害経路に一致す
る場合のみ迂回を指示する。
No.7共通線により接続されており、電話網は回線群
1、2、3に共通してルーティングする1つまたは複数
の着番号以外に回線群1、2、3それぞれに対してのみ
ルーティング可能な1つまたは複数の着番号をトランス
レータによって備えいる。この場合においてケース(4)
の方法3で検出した時に他の制御装置/主信号処理装置
に迂回可能な着信番号先に再発信することにより迂回指
示を行なう場合の例を示す。
置(111)において、ISP網または他のゲートウェ
イシステム(140)に対する状態問い合わせパケット
(S1001)に対する応答パケット(S1002)が
到着しないことからケース(4)の障害により、当該IS
P網/ゲートウェイシステムへの経路がないことを認識
し(901)、制御装置の記憶装置内(116)内の経
路管理テーブル(116−1)の経路状態を障害に書き
換える(S1003)。次に電話網(101)より制御
装置1に接続要求が行われると(902−a、902−
b、S1006〜S1009)、制御装置1のプロセッ
サ装置は着信番号情報よりサーバ群へ接続先のIPアド
レス情報の取得を要求を行い(903、S1010、S
1011)、制御装置1は取得したIPアドレスより制
御装置の記憶装置内の経路管理テーブルを参照すること
により当該IPアドレスへの経路がないことを認識し
(904)、同記憶装置内の迂回先番号管理テーブル
(116−2)を参照してケース(4)の障害時の場合の
迂回先番号を取得し(S1012)、電話網に対して迂
回先番号を通知する(S1013)。迂回先番号を受信
した電話網は迂回先である制御装置2に対して接続要求
を行い(905、S1014)、制御装置2/主信号処
理装置2はサーバ群およびISP網/他ゲートウェイへ
のアクセスが正常に行われることにより(906、S1
015、S1016、S1018、S1019)、電話
網との接続が行われ(S1017、S1020、S10
21)、ユーザ(150)とISP網とが通信状態とな
り(S1022)、制御装置2および主信号処理装置2
を介してユーザ(150)とISP/他ゲートウェイシ
ステムとの接続が行われる(907、908)。
101の経路に対してケース(4)の障害が検出された場合の
テーブル参照・更新方法の例を示している。
内プロセッサよりケース(4)で192.168.228.101の経路が
障害である通知を受けることにより(1101)、IS
P網/ゲートウェイシステム経路管理テーブル(116
−1)を検索し、192.168.228.101のフィールドの経路
状態を障害に書き換える(1102)。
0)内プロセッサ装置(111)より192.168.228.101
の経路へのアクセスが行われると(1103)、記憶装
置(116)の上記テーブルの検索を行い、192.168.22
8.101の経路が障害であり迂回が必要であることを検出
し(1104)、迂回先番号管理テーブルの検索を行い
(1106)、ケース(4)の迂回先番号3-3456-7890を読
み出す(1105)。
としてITU勧告/TTC標準のピボット手順を起動
し、電話網に対して迂回指示を行なう事によっても同様
の効果を得る事が可能である。また、制御装置と電話網
がISDN加入者線で接続されている場合には迂回先番
号に対して着信転送手順を起動する事により同様の効果
が得られる。
を備えている場合において、ケース(5)の障害を方法3
で障害を検出し、ある特定の切断要因を含めた切断信号
を電話網側に送出する事により、SCPで管理される迂
回先番号に迂回を行なう方法を示す。
ッサ装置(121)において、ISP網または他のゲー
トウェイシステム(140)に対する状態問い合わせパ
ケット(S1301)に対する応答パケット(S130
2)が到着しないことからケース(5)の障害により、当
該ISP網/ゲートウェイシステムへの経路がないこと
を認識し(1201)、主信号処理装置の記憶装置内
(124)内の経路管理テーブル(124−1)の経路
状態を障害に書き換える(S1303)。
制御装置1/主信号処理装置1に接続要求が行われると
(1202、S1306〜S1309)、主信号処理装
置1のプロセッサ装置は着信番号情報よりサーバ群へ接
続先のIPアドレス情報の取得要求を行い(1203、
S1310、S1311)、主信号処理装置1は取得し
たIPアドレスより制御装置の記憶装置内の経路管理テ
ーブルを参照し、当該IPアドレスへの経路がないこと
を認識し(1204、S1312)、制御装置1に対し
て経路無しによる受付不可応答を返送し(1205、S
1313)、制御装置1は迂回を行う理由表示を設定し
たRELを電話網に送出する(1206、S1314)。
電話網ではSCPにおいて受信した理由表示より着番号
の迂回先番号への変換を行い(S1315)、迂回先で
ある主信号処理装置3への着信を行い(1207、S1
316、S1317)、主信号処理装置3を介してサー
バ群およびISP網/他ゲートウェイ網との接続が行わ
れる(1208〜1210、S1319〜S132
5)。
101の経路に対してケース(5)の障害が検出された場合の
テーブル参照・更新方法の例を示している。
信号処理装置内プロセッサ装置よりケース(5)で192.16
8.228.101の経路が障害である通知を受けることにより
(1401)、ISP網/ゲートウェイシステム経路管
理テーブル(124−1)を検索し、192.168.228.101
のフィールドの経路状態を障害に書き換える(140
2)。
内プロセッサより192.168.228.101の経路へのアクセス
が行われると(1403)、記憶装置の上記テーブルの
検索を行い、192.168.228.101の経路が障害であり迂回
が必要であることを検出し(1404)、ルーティング
経路が障害であるため着呼受付不可であることを通知す
る(1405)。
話網がNo.7共通線で接続されていてもISDNで接
続されていても同様の効果を得る事が可能である。
1、2、4で検出する障害は障害が生じた時点ではな
く、電話網からの着信が生じた事によるそれぞれのアク
セスを契機に検出される。迂回指示は呼毎に行なうこと
が有効である為、迂回指示方法2、及び3を適用する事
が可能である。
線で接続されている場合において、ケース(2)の方法2
により障害を検出し、迂回指示方法3を適用した場合の
手順の例を、図16にシーケンス図の例を示す。
御装置1(110−a)/主信号処理装置1(120−
a)に着信が行われ(1501、1502、S1601
〜S1604)、主信号処理装置のプロセッサ装置(1
21)よりサーバ群(130)へのISP網へのIPア
ドレス取得要求(S1605)に対する応答がタイムア
ウトすることによりケース(2)の障害を検出し(150
3、S1607)、主信号処理装置1から制御装置1に
対してサーバアクセス不可による受付不可応答が返送さ
れ(1504、S1608)、制御装置1は迂回を行う
理由表示が設定されたRELを電話網に返送する(150
5、S1609)。以後図13の場合と同様の手順によ
り主信号処理装置3への迂回接続が行われる(1506
〜1509、S1610〜S1619)。
検出する障害は、上記に述べたように、呼毎に検出され
る障害であるが、障害の要因自体はルータの故障、等の
様に固定的である場合がありうる。そのため、制御装置
においてその障害をケース毎、方法毎に検出したときに
設けたカウンタにより障害検出頻度を計測し、設定した
しきい値を超えた場合には固定的な障害であると判断し
て、迂回指示方法1を適用することも可能である。上記
ケースの場合、制御装置および主審号処理装置自体の要
因による障害ではないため、障害の復旧を検出し、迂回
指示を解除する手段が必要となる。迂回指示および迂回
指示解除を実現する手段として固定的な障害と判断した
経路に対して障害監視タイマを設定し、タイマ起動中の
間、迂回指示を行い、タイマ満了後に迂回指示を解除す
る手段をとることが可能である。
装置と電話網がNo.7共通線により接続されている場
合において、ケース(3)の方法2により障害を検出し、
迂回指示方法1により電話網に対して回線閉塞を指示
し、さらに該当経路に対して制御装置内のタイマ管理部
(113)にて障害監視タイマを起動し、タイマ満了後
に閉塞解除を行なうことにより迂回指示および迂回指示
解除を行う例を、図18にシーケンス図の例を、図19
にフローの例を示す。
置(111)は、ユーザ(150)からの着信(170
1)に対して着番号よりサーバ群(130)に対するI
SP網のIPアドレス取得要求タイムアウトによりケー
ス(3)の障害であることを検出することにより(170
2、S1805)、呼の切断が行われた後に(S180
7、S1808)、アクセスエラー頻度比較判定を開始
し、アクセスエラーが障害しきい値を上回った場合(S
1809、S1903)、電話網に対し制御装置1が管
理している回線群1、3の回線閉塞指示を行い(170
3、S1810、S1811)、閉塞監視タイマを起動
する(S1904)。アクセスエラー頻度がしきい値を
下回っている場合はアクセスエラーカウンタをカウント
アップする(S1905)。回線群1、3閉塞中は回線
群2に対して着信が行われ(1704)、制御装置2/
主信号処理装置2(110−b)を介して電話網とIP
網の接続が行われる(1705、1706、S1812
〜S1819)。
監視タイマがタイムアウトすることにより回線群1、3
に対して閉塞解除を行い(S1820〜S1822)、
回線群1〜3への着信が復旧する(S1823〜S18
26)。
する手段として、固定的な障害と判断した経路に対して
部分閉塞指示を行った状態で該当経路に対する障害頻
度を測定し、制御装置または主審号処理装置で管理して
いるしきい値を下回った場合に障害復旧と判断し、迂回
指示を解除する手段をとることが可能である。これを迂
回指示方法5とし、図20に制御装置と電話網がNo.
7共通線により接続されている場合において、ケース
(3)の方法2により障害を検出し、迂回指示方法5によ
り電話網に対して回線の50%の閉塞を指示し、その後
も障害頻度がしきい値を超える場合にさらに50%の閉
塞を指示し、障害頻度が閉塞を解除するしきい値を下回
った時に、回線の閉塞を一部解除していく事により使用
不可の状態から復旧させる場合のネットワーク図の例
を、図21にシーケンス図の例を、図22にフローの例
を示す。
置(111)はユーザ(150、S206)からの着信
(2001)に対して着番号よりサーバ群(130)に
対するISP網のIPアドレス取得要求タイムアウトに
よりケース(3)の障害であることを検出することにより
(2002、S2105、S2106)、呼の切断が行
われた後に(S2107、S2108)、アクセスエラ
ー頻度比較判定を開始し、アクセスエラー頻度が障害検
出しきい値を上回った場合(S2109、S220
4)、電話網に対し回線群1、3の非閉塞回線の内の5
0%に対する閉塞指示を行う(2003、S220
5)。
るため一部の着信呼が回線群2へ迂回され(200
4)、制御装置2/主信号処理装置2(120−b)を
介して電話網とIP網との接続が行われる(2005、
2006、S2112〜S2119)。
への着信が行われた場合(S2120〜S2121)に
おいて、制御装置1からサーバ群へのISP網のIPア
ドレス取得が正常に行われた場合、プロセッサ装置にお
いて再度アクセスエラー頻度比較判定を開始し、アクセ
スエラー頻度が復旧検出しきい値を下回っている場合は
(S2125、S2203)、回線群1、3の閉塞中の
回線の閉塞解除指示を行う(S2126、S212
7)。
方法1、2、4で検出する障害については障害が生じた
時点でなく、電話網からの着信が生じたことによるそれ
ぞれのアクセスを契機に検出され、迂回指示は呼毎に行
うことが有効であるため、迂回指示方法2または迂回指
示方法3を用いることが適切である。前記障害がルータ
やサーバ類といったIP網を構成する装置の固定的障害
等の原因により多発する場合には、迂回指示方法4また
は迂回指示方法5による方法が適切となる。また、ケー
ス(1)、(2)、(3)の方法3で検出する障害については障
害が生じた時点で制御装置が検出し得る障害であり、該
当する回線に対する着信呼全てに迂回指示を行うことが
有効であるため、迂回指示方法1を用いて制御装置より
電話網に対して迂回指示を行うことが適切となる。
障害については障害が生じた時点で制御装置が検出し得
る障害であるが該当する制御装置および主信号処理装置
に関連する回線と管理されているIPアドレスやネット
ワークアドレス単位に依存するため、電話網に対しては
呼毎に迂回指示を行うことが有効であるため、迂回指示
方法2または迂回指示方法3を用いて制御装置より電話
網に対して迂回指示を行うことが適切である。
(5)の方法1、2、3、4及びケース(6)の障害検出方法
と迂回指示方法1、2、3、4、5はそれぞれ組み合わ
せにより独立して適用可能であり、さまざまな組み合わ
せで同時にシステムに対して適用されても問題無く発明
の効果を得る事が可能である。
テムにおける迂回制御方式を利用することで例えば以下
の効果が生じる。
にIP網インタフェース状態に合わせたゲートウェイ装
置の接続制御を行うことが可能となり、リモートアクセ
スサービスにおける通信品質を向上させることができ
る。
装置が存在する場合にリモートアクセスユーザにIP網
インタフェース状態に合わせた最適な接続先を選ぶこと
が可能となる。
電話網とIP網の網間相互接続の構成、及びゲートウェ
イシステムの主信号処理装置からサーバ類へのアクセス
を行なう場合の手順を示した図である。
電話網とIP網の網間相互接続の構成、及びゲートウエ
イシステムの制御装置からサーバ類へのアクセスを行な
う場合の手順を示した図である。
る。
図である。
電話網とIP網の網間相互接続時の障害ケースを示した
図である。
電話網とIP網の網間相互接続時の障害ケースにおける
迂回指示方法の選択フローを示した図である。
出し、迂回指示方法1で迂回を行なう場合の手順を示す
図である。
出し、迂回指示方法1で迂回を行なう場合のシーケンス
を示す図である。
出し、迂回指示方法2で迂回を行なう場合の手順を示す
図である。
検出し、迂回指示方法2で迂回を行なう場合のシーケン
スを示す図である。
検出する場合の、装置内部での手順を示す図である。
検出し、迂回指示方法3で迂回を行なう場合の手順を示
す図である。
検出し、迂回指示方法3で迂回を行なう場合のシーケン
スを示す図である。
検出する場合の、装置内部での手順を示す図である。
検出し、迂回指示方法3で迂回を行なう場合の手順を示
す図である。
検出し、迂回指示方法3で迂回を行なう場合のシーケン
スを示す図である。
検出し、迂回指示方法4で迂回を行なう場合の手順を示
す図である。
検出し、迂回指示方法4で迂回を行なう場合のシーケン
スを示す図である。
検出し、迂回指示方法4で迂回を行なう場合のフローを
示す図である。
検出し、迂回指示方法5で迂回を行なう場合の手順を示
す図である。
検出し、迂回指示方法5で迂回を行なう場合のシーケン
スを示す図である。
検出し、迂回指示方法5で迂回を行なう場合のフローを
示す図である。
Claims (15)
- 【請求項1】IP網と電話網を相互接続する制御装置と
主信号処理装置とを有するゲートウェイシステムであっ
て、 前記制御装置または前記主信号処理装置は、前記IP網
で生じた障害を検出した場合、障害検出契機の判別を行
い、 前記制御装置は、 障害検出契機が障害発生時の場合には、障害を検出した
前記制御装置または前記主信号処理装置に収容されてい
る回線の閉塞指示を行い、 一方、前記電話網からのアクセスを契機に障害が検出さ
れた場合は、前記電話網からの着信時に前記電話網に対
し、前記ゲートウェイの障害が検出された制御装置また
は主信号処理装置とは異なる制御装置または主信号処理
装置への回線の迂回を指示することを特徴とするゲート
ウェイシステム。 - 【請求項2】IP網と電話網を相互接続するゲートウェ
イシステムであって、 前記電話網とISDNの信号チャネル又は網間接続を行
う共通線により接続され、前記IP網に接続されている
サーバにアクセスする制御装置と、 前記電話網と回線インターフェースにより接続され、前
記サーバとアクセスする主信号処理装置とを有し、 前記制御装置または前記主信号処理装置は、前記IP網
で生じた障害を検出した場合、障害検出契機の判別を行
い、 前記制御装置は、 障害検出契機が障害発生時の場合には、障害を検出した
前記制御装置または前記主信号処理装置に収容されてい
る回線の閉塞指示を行い、 一方、前記電話網からのアクセスを契機に障害が検出さ
れた場合は、前記電話網からの着信時に前記電話網に対
し、前記ゲートウェイの障害が検出された制御装置また
は主信号処理装置とは異なる制御装置または主信号処理
装置への回線の迂回を指示することを特徴とするゲート
ウェイシステム。 - 【請求項3】請求項2記載のゲートウェイシステムにお
いて、 前記制御装置は、 前記電話網からのアクセスを契機に障害が検出された場
合において、前記異なる制御装置または主信号処理装置
への迂回を指示した後、アクセスエラー頻度の計測を行
うことを特徴とするゲートウェイシステム。 - 【請求項4】請求項2記載のゲートウェイシステムにお
いて、 前記制御部は、前記主信号処理装置内の送信バッファの
状態を監視するリソース管理部を有することを特徴とす
るゲートウェイシステム。 - 【請求項5】請求項2記載のゲートウェイシステムにお
いて、 前記制御装置は、アクセス要求パケットを前記IP網に
送出した際にタイマ設定を行い、前記アクセス要求パケ
ットに対応する応答パケットを受信するまでの時間を計
数するタイマと、前記タイマの係数値が所定時間を超過
した場合に障害が発生したと判断するタイマ管理部を有
することを特徴とするゲートウェイシステム。 - 【請求項6】請求項2記載のゲートウェイシステムにお
いて、 前記主信号処理装置は、アクセス要求パケットを前記I
P網に送出した際にタイマ設定を行い、前記アクセス要
求パケットに対応する応答パケットを受信するまでの時
間を計数するタイマと、前記タイマの係数値が所定時間
を超過した場合に障害が発生したと判断するタイマ管理
部を有することを特徴とするゲートウェイシステム。 - 【請求項7】請求項2記載のゲートウェイシステムにお
いて、 前記制御装置または前記主信号処理装置は、 前記電話網を介してユーザから発行されたアクセス要求
に対し、当該ユーザの認証を行う認証サーバにアクセス
し、当該認証サーバから認証されたユーザのアクセス要
求に対してISP網に接続処理を行うことを特徴とする
ゲートウェイシステム。 - 【請求項8】IP網と電話網を相互接続するゲートウェ
イシステムであって、 前記電話網とISDNの信号チャネル又は網間接続を行
う共通線により接続され、前記IP網に接続されている
サーバにアクセスする制御装置と、 前記電話網と回線インターフェースにより接続され、前
記サーバとアクセスする主信号処理装置とを有し、 前記制御装置または前記主信号処理装置は、前記IP網
で生じた障害を検出した場合、障害検出契機の判別を行
い、 前記制御装置は、 障害検出契機が障害発生時の場合には、障害を検出した
前記制御装置または前記主信号処理装置に収容されてい
る回線の閉塞指示を行い、 一方、前記電話網からのアクセスを契機に障害が検出さ
れた場合は、前記電話網からの着信時に前記電話網に対
し、前記ゲートウェイの障害が検出された制御装置また
は主信号処理装置とは異なる制御装置または主信号処理
装置への回線の迂回を指示し、 さらに前記制御装置は、 アクセス要求パケットを前記IP網に送出した際にタイ
マ設定を行い、前記アクセス要求パケットに対応する応
答パケットを受信するまでの時間を計数するタイマと、
前記タイマの係数値が所定時間を超過した場合に障害が
発生したと判断するタイマ管理部を有し、 前記タイマ管理部により障害が発生したと判断される回
数が所定回数を超える場合、当該所定回数の障害が発生
している回線を閉塞するよう、前記電話網に指示するこ
とを特徴とするゲートウェイシステム。 - 【請求項9】請求項8記載のゲートウェイシステムにお
いて、 前記制御装置は、 前記IP網と接続されるインタフェース部と、 前記電話網と接続される電話網インタフェースと、 前記主信号処理装置インタフェース部と接続される主信
号処理装置インタフェース部とを有することを特徴とす
るゲートウェイシステム。 - 【請求項10】IP網と電話網を相互接続するゲートウ
ェイシステムの迂回方法であって、 前記IP網で生じた障害を検出した場合、障害検出契機
の判別を行い、 障害検出契機が障害発生時の場合には、障害を検出した
前記制御装置または前記主信号処理装置に収容されてい
る回線の閉塞指示を行い、 一方、前記電話網からのアクセスを契機に障害が検出さ
れた場合は、前記電話網からの着信時に前記電話網に対
し、前記ゲートウェイの障害が検出された制御装置また
は主信号処理装置とは異なる制御装置または主信号処理
装置への回線の迂回を指示することを特徴とする迂回制
御方法。 - 【請求項11】請求項10記載の迂回制御方法におい
て、 前記電話網からのアクセスを契機に障害が検出された場
合において、前記異なる制御装置または主信号処理装置
への迂回を指示した後、アクセスエラー頻度の計測を行
うことを特徴とする迂回制御方法。 - 【請求項12】請求項10記載の迂回制御方法におい
て、 前記IP網の障害を検出するために、前記主信号処理装
置内の送信バッファの状態を監視することを特徴とする
迂回制御方法。 - 【請求項13】請求項10記載の迂回制御方法におい
て、 前記ゲートウェイシステムは、アクセス要求パケットを
前記IP網に送出した際にタイマ設定を行い、前記アク
セス要求パケットに対応する応答パケットを受信するま
での時間を計数し、前記タイマの係数値が所定時間を超
過した場合に障害が発生したと判断することを特徴とす
る迂回制御方法。 - 【請求項14】請求項10記載の迂回制御方法におい
て、 前記電話網を介してユーザから発行されたアクセス要求
に対し、当該ユーザの認証を行う認証サーバにアクセス
し、当該認証サーバから認証されたユーザのアクセス要
求に対してISP網に接続処理を行うことを特徴とする
迂回制御方法。 - 【請求項15】IP網と電話網を相互接続するゲートウ
ェイシステムの回線迂回制御方法であって、 前記IP網で生じた障害を検出した場合、障害検出契機
の判別を行い、 障害検出契機が障害発生時の場合には、障害を検出した
前記制御装置または前記主信号処理装置に収容されてい
る回線の閉塞指示を行い、 一方、前記電話網からのアクセスを契機に障害が検出さ
れた場合は、前記電話網からの着信時に前記電話網に対
し、前記ゲートウェイの障害が検出された制御装置また
は主信号処理装置とは異なる制御装置または主信号処理
装置への回線の迂回を指示し、 アクセス要求パケットを前記IP網に送出した際にタイ
マ設定を行い、前記アクセス要求パケットに対応する応
答パケットを受信するまでの時間を計数し、前記タイマ
の係数値が所定時間を超過した場合に障害が発生したと
判断し、 前記タイマ管理部により障害が発生したと判断される回
数が所定回数を超える場合、当該所定回数の障害が発生
している回線を閉塞するよう、前記電話網に指示するこ
とを特徴とする迂回制御方法。
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 |
DE2000632745 DE60032745T2 (de) | 2000-05-22 | 2000-08-31 | Durchgangssystem zur Verbindung von Internet und Fernsprechnetz, und Steuerverfahren für Leitweglenkung |
EP20000118903 EP1158736B1 (en) | 2000-05-22 | 2000-08-31 | Gateway system for interconnecting internet and telephone network, and routing control method |
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 true JP2001333114A (ja) | 2001-11-30 |
JP3747740B2 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) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020035226A (ko) * | 2000-11-04 | 2002-05-11 | 남민우 | 마스크레이딩을 사용하는 인터넷 접속 방법 및 그 장치 |
JP2008502184A (ja) * | 2004-06-04 | 2008-01-24 | エリクソン エービー | 通信システムおよび負荷管理の方法 |
JP2008505552A (ja) * | 2004-06-30 | 2008-02-21 | グレネイル エレクトロニクス インコーポレイテッド | 分散型通信システムにおける自動ブロックおよび自動発見 |
JP2008172517A (ja) * | 2007-01-11 | 2008-07-24 | Nec Corp | 輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体 |
JP2008199512A (ja) * | 2007-02-15 | 2008-08-28 | Fujitsu Ltd | ゲートウェイ装置 |
JP2008205874A (ja) * | 2007-02-21 | 2008-09-04 | Hitachi Communication Technologies Ltd | ゲートウェイ装置および呼の中継方法 |
JP2016506136A (ja) * | 2012-12-05 | 2016-02-25 | ヴィバー メディア エスアーエールエル | Ottネットワークにおける呼の着信 |
JP5930561B1 (ja) * | 2015-04-08 | 2016-06-08 | 西日本電信電話株式会社 | ゲートウェイ装置 |
JP2019036365A (ja) * | 2018-12-06 | 2019-03-07 | 日本電気株式会社 | 情報配信装置及びその通信制御方法、情報配信システム、並びにコンピュータ・プログラム |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
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 | 株式会社クラウド・スコープ・テクノロジーズ | ネットワーク情報提示装置及び方法 |
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 |
US8125899B2 (en) | 2007-02-07 | 2012-02-28 | AT&T Intellectual Property, I, LP | Methods and systems to communicate media data across different networks |
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 |
GB2514050B (en) * | 2012-03-02 | 2018-04-18 | Pismo Labs Technology Ltd | A method and apparatus for managing identifiers of a multiple wans network device |
CN102724072A (zh) * | 2012-06-20 | 2012-10-10 | 华为技术有限公司 | 容灾倒换的方法、装置和系统 |
WO2014133496A1 (en) * | 2013-02-27 | 2014-09-04 | Hitachi Data Systems Corporation | Resource fencing for vlan multi-tenant systems |
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 |
US6308328B1 (en) * | 1997-01-17 | 2001-10-23 | Scientific-Atlanta, Inc. | Usage statistics collection for a cable data delivery system |
US6449259B1 (en) * | 1997-03-31 | 2002-09-10 | Lucent Technologies Inc. | Communication controller |
AU748468B2 (en) * | 1997-09-16 | 2002-06-06 | Transnexus, Inc. | Internet telephony call routing engine |
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 DE DE2000632745 patent/DE60032745T2/de not_active Expired - Lifetime
- 2000-08-31 EP EP20000118903 patent/EP1158736B1/en not_active Expired - Lifetime
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020035226A (ko) * | 2000-11-04 | 2002-05-11 | 남민우 | 마스크레이딩을 사용하는 인터넷 접속 방법 및 그 장치 |
JP2008502184A (ja) * | 2004-06-04 | 2008-01-24 | エリクソン エービー | 通信システムおよび負荷管理の方法 |
US8817609B2 (en) | 2004-06-04 | 2014-08-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Communications system and method for load management |
JP2008505552A (ja) * | 2004-06-30 | 2008-02-21 | グレネイル エレクトロニクス インコーポレイテッド | 分散型通信システムにおける自動ブロックおよび自動発見 |
JP2008172517A (ja) * | 2007-01-11 | 2008-07-24 | Nec Corp | 輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体 |
US7768917B2 (en) | 2007-01-11 | 2010-08-03 | Nec Corporation | Congestion control system, congestion control method, congestion control program, and program recording medium |
JP2008199512A (ja) * | 2007-02-15 | 2008-08-28 | Fujitsu Ltd | ゲートウェイ装置 |
US8218431B2 (en) | 2007-02-15 | 2012-07-10 | Fujitsu Limited | Gateway device |
JP2008205874A (ja) * | 2007-02-21 | 2008-09-04 | Hitachi Communication Technologies Ltd | ゲートウェイ装置および呼の中継方法 |
JP2016506136A (ja) * | 2012-12-05 | 2016-02-25 | ヴィバー メディア エスアーエールエル | Ottネットワークにおける呼の着信 |
JP5930561B1 (ja) * | 2015-04-08 | 2016-06-08 | 西日本電信電話株式会社 | ゲートウェイ装置 |
JP2019036365A (ja) * | 2018-12-06 | 2019-03-07 | 日本電気株式会社 | 情報配信装置及びその通信制御方法、情報配信システム、並びにコンピュータ・プログラム |
Also Published As
Publication number | Publication date |
---|---|
EP1158736A1 (en) | 2001-11-28 |
US6882653B1 (en) | 2005-04-19 |
DE60032745T2 (de) | 2007-10-11 |
DE60032745D1 (de) | 2007-02-15 |
JP3747740B2 (ja) | 2006-02-22 |
EP1158736B1 (en) | 2007-01-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3747740B2 (ja) | インタネットゲートウェイシステムでの迂回制御方法 | |
EP2720418B1 (en) | Lacp link switching and data transmission method and device | |
US20040105390A1 (en) | Method and system for implementing a fast recovery process in a local area network | |
US7660236B2 (en) | System and method of multi-nodal APS control protocol signaling | |
EP2422502B1 (en) | Intra-realm aaa fallback mechanism | |
US20110010589A1 (en) | Intelligent network restoration | |
EP1332587A2 (en) | Ip multi-homing | |
WO2009135411A1 (zh) | 一种路径切换的方法和设备 | |
KR102050910B1 (ko) | 연결 실패 시에 홈 네트워크에 대한 재라우팅을 인에이블시키는 방법 및 시스템 | |
US20090310483A1 (en) | Network device and link switching method | |
JP2004523979A (ja) | リング・トポロジーに対する選択的保護 | |
Thorat et al. | Proactive failure recovery scheme for data traffic in software defined networks | |
Teixeira et al. | Managing routing disruptions in internet service provider networks | |
EP2279589A1 (en) | Methods and apparatus for advertising a route for transmitting data packets | |
JP2005006121A (ja) | Ip−pbx用バックアップ装置、ip−pbxバックアップシステムおよび同システムの障害対応方法 | |
WO2014146541A1 (zh) | Cdn与网络融合系统、调度模块选定方法及计算机存储介质 | |
Saldamli et al. | Improving link failure recovery and congestion control in SDNs | |
KR101444684B1 (ko) | 요청에 따라 공급자 네트워크를 통해 접속을 복구하는 방법 및 장치 | |
JP2009159512A (ja) | 電話システムとそのノード装置および迂回ルート形成方法 | |
JP2007266737A (ja) | 呼制御システム、呼制御方法及びサーバ | |
Cisco | MGCP CAS PBX and PRI Backhaul on Cisco 7200 Routers | |
Cisco | Chap 3: Basic Configuration | |
Cisco | Designing DDR Internetworks | |
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 |
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 |