JP2011217276A - 通信システムおよび通信方法 - Google Patents

Abstract

【課題】IP網において、番号ポータビリティにおけるリダイレクション信号の送信等を実現する。
【解決手段】IP網において、番号ポータビリティの移転元の端末８０への発呼を受け付けた加入者サーバ２０は、移転先の網における当該端末８０の識別情報を含むリダイレクション信号を中継サーバ３０経由で、発信元の端末へ送信する。ここで、発信元の端末を収容する網に再発呼機能がないとき、中継サーバ３０が加入者サーバ２０からのリダイレクション信号を受けて、この移転先の端末への発呼を行う。
【選択図】図２

Description

本発明は、電話機の番号ポータビリティに伴う発呼の転送技術に関する。

従来、加入者が、電話機の通信事業者を変更した場合でも、変更前に使っていた電話番号を使用できる番号ポータビリティサービス（以下、単に番号ポータビリティと略す）がある。図１を用いて、番号ポータビリティにより電話機の事業者を変更した場合の接続手順を例示する。ここでは、発信元がPSTN（Public Switched Telephone Networks、公衆回線網）の端末であり、番号ポータビリティの移転元の端末（電話機）がPSTNの端末であり、移転先の端末が他網の端末である場合を例に説明する。

まず、発信元の端末８０からの接続先番号を含む発呼が、加入者交換機７Ｂおよび中継交換機６経由で、接続先番号の端末８０を収容する加入者交換機７Ａに到達する。加入者交換機７Ａは加入者データ（移転先情報）を参照し、発呼に含まれる接続先番号の端末８０が、他網に収容変更（移転）されたことを認識する。次に、加入者交換機７Ａは、移転先を示すリダイレクション信号（発呼を指示する信号）を中継交換機６へ送信し、中継交換機６は、移転先（他網）への再発呼を行う。このようにして、発信元の端末８０は加入者交換機７Ｂ、中継交換機６および関門中継交換機５を経由し、他網の移転先の端末へ接続される。

すなわち、番号ポータビリティでは、端末の利用者は、別の通信事業者と契約した場合でも、同じ接続先番号を用いることができる。具体的には、実際には通信事業者ごと（通信事業者の網ごと）に、利用可能な接続先番号は予め決められており、各通信事業者はそれ以外の接続先番号を用いることはできないため、番号ポータビリティで通信事業者を変更した場合、その移転元の網は、移転元の接続先番号で受け付けるが、その後、移転先の網で実際に用いられている接続先番号へ発呼しなおす。つまり、移転元の端末を収容する網は、移転先の網で実際に用いられている接続先番号を用いて再発呼する。

番号ポータビリティ、[online]、[平成22年2月12日検索]、インターネット、<URL: http://www.ntt-east.co.jp/release/0101/010129_2.html>

しかし、従来技術において、この番号ポータビリティに伴うリダイレクション信号の送信等は、PSTN側の交換機で実現されるにとどまり、IP（Internet Protocol）網で実現する技術については検討されていなかった。つまり、IP網と、PSTNまたは他事業者網との間での番号ポータビリティを実現する技術について検討されていなかった。そこで、本発明は、前記した課題を解決し、IP網と、PSTNまたは他事業者網との間での番号ポータビリティを実現することを目的とする。

前記した課題を解決するため、本発明は、IP網に接続される端末の呼制御を行う加入者サーバと、加入者サーバからの発呼のIP信号および加入者サーバへの発呼のIP信号を中継する中継サーバとを備える通信システムとした。この通信システムの加入者サーバは、端末の移転前の網内における識別情報である移転前識別情報ごとに、その端末の移転後の網内における識別情報である移転後識別情報を示した移転先情報を記憶する記憶部を備える。また、この加入者サーバは、発呼のIP信号を受信したとき、IP信号に示される着端末の接続先番号に基づき、このIP信号を、着端末である、IP網内の端末またはIP網と他の網とを接続するゲートウェイ装置経由で他の網の端末へ送信し、ルーチング処理を行うルーチング処理部を備える。さらに、この加入者サーバは、IP信号に示される接続先番号の着端末および発端末の接続処理を行う接続処理部と、移転先情報に示される移転前識別情報を宛先とする発呼のIP信号を受信したとき、移転先情報に示される当該移転前識別情報に対応する移転後識別情報の端末を宛先とするリダイレクション信号を、中継サーバ経由で、発呼の発信元の端末を収容する網へ送信するリダイレクション信号送信部とを備える。また、この中継サーバは、加入者サーバまたは他の他網から受信したリダイレクション信号において、発呼の発信元の端末を収容する網に、リダイレクション信号に基づく発呼を実行する発呼手段が存在することを示すフラグが含まれないとき、発呼の発信元の端末への発呼のIP信号を送信する再発呼処理部と、この受信したリダイレクション信号に、フラグが含まれるとき、受信したリダイレクション信号を、発呼の発信元の端末を収容する網へ転送する信号転送部とを備える。

このようにすることで、IP網の加入者サーバは、番号ポータビリティにより別の網へ移転した端末への発呼を受信したときでも、この移転先の端末へ接続することができる。また、中継サーバは、加入者サーバまたは他網から移転先の端末への発呼を指示するリダイレクション信号を受信したとき、発呼の発信元の端末を収容する網に再発呼機能があれば、リダイレクション信号をその発信元の端末を収容する網へ送信する。一方、中継サーバは、発呼の発信元の端末を収容する網に再発呼機能がなければ、中継サーバ自身で移転先への端末への再発呼を行う。これにより、番号ポータビリティにより別の網へ移転した端末への発呼を受信したときでも、この移転先に接続することができる。

また、本発明は、IP網の加入者サーバのルーチング部が、自身に接続される発端末から、発呼のIP信号を受信したとき、再発呼処理部が自身の網に存在することを示すフラグを前記IP信号に含めて送信する。

このようにすることで、IP網の中継サーバは、リダイレクション信号に基づく発呼を実行する発呼手段が自身の網に存在することを他網に通知できる。

また、本発明は、通信システムが、他網から受信したリダイレクション信号をIP網のリダイレクション信号に変換して、IP網の中継サーバへ送信し、中継サーバからのリダイレクション信号を他網のリダイレクション信号に変換し、他網へ送信する関門中継サーバを備える。

このようにすることで、IP網は他網からのリダイレクション信号を受信したり、他網へのリダイレクション信号を送信したりできる。

本発明によれば、IP網と、PSTNまたは他事業者網との間での番号ポータビリティを実現できる。

比較例となるシステムを示した図である。 本システムのIP網の構成例を示した図である。 （１）PSTN[発]−IP網[移転元]−PSTN[移転先]におけるシステムの処理概要を示した図である。 図３のシステムの処理手順を示したシーケンス図である。 （２）PSTN[発]−IP網[移転元]−IP網[移転先]におけるシステムの処理概要を示した図である。 図５のシステムの処理手順を示したシーケンス図である。 （３）PSTN[発]−IP網[移転元]−他網[移転先]におけるシステムの処理概要を示した図である。 図７のシステムの処理手順を示したシーケンス図である。 （４）他網[発]−IP網[移転元]−PSTN[移転先]におけるシステムの処理概要を示した図である。 図９のシステムの処理手順を示したシーケンス図である。 （５）他網[発]−IP網[移転元]−IP網[移転先]におけるシステムの処理概要を示した図である。 図１１のシステムの処理手順を示したシーケンス図である。 （６）他網[発]−IP網[移転元]−他網[移転先]におけるシステムの処理概要を示した図である。 図１３のシステムの処理手順を示したシーケンス図である。 （７）IP網[発]−IP網[移転元]−PSTN[移転先]におけるシステムの処理概要を示した図である。 図１５のシステムの処理手順を示したシーケンス図である。 （８）IP網[発]−IP網[移転元]−他網[移転先]におけるシステムの処理概要を示した図である。 図１７のシステムの処理手順を示したシーケンス図である。 （４）他網[発]−IP網[移転元]−PSTN[移転先]におけるシステムの処理概要を示した図である。 図１9のシステムの処理手順を示したシーケンス図である。 （５）他網[発]−IP網[移転元]−IP網[移転先]におけるシステムの処理概要を示した図である。 図２１のシステムの処理手順を示したシーケンス図である。 （６）他網[発]−IP網[移転元]−他網[移転先]におけるシステムの処理概要を示した図である。 図２３のシステムの処理手順を示したシーケンス図である。 （２）他網[発]−他網網[移転元]−他網網[移転先]におけるシステムの処理概要を示した図である。 図２５のシステムの処理手順を示したシーケンス図である。 （９）IP網[発]−他網[移転元]−PSTN[移転先]におけるシステムの処理概要を示した図である。 図２７のシステムの処理手順を示したシーケンス図である。 （１０）IP網[発]−他網[移転元]−IP網[移転先]におけるシステムの処理概要を示した図である。 図２９のシステムの処理手順を示したシーケンス図である。 （１１）IP網[発]−他網[移転元]−他網[移転先]におけるシステムの処理概要を示した図である。 図３１のシステムの処理手順を示したシーケンス図である。 図２５のシステムの変形例におけるシステムの処理概要を示した図である。 図３３のシステムの処理手順を示したシーケンス図である。 （１２）IP網[発]−PSTN網[移転元]−IP網[移転先]におけるシステムの処理概要を示した図である。 図３５のシステムの処理手順を示したシーケンス図である。 （１３）IP網[発]−PSTN[移転元]−他網[移転先]におけるシステムの処理概要を示した図である。 図３７のシステムの処理手順を示したシーケンス図である。

本発明の実施の形態のシステムを、図２を用いて説明する。このシステムのIP網は、加入者サーバ２０（２０Ａ，２０Ｂ）と、中継サーバ３０と、関門中継サーバ４０とを備える。このIP網には、加入者サーバ２０経由で発呼を行う端末８０が接続される。この端末８０は、IP信号による発呼を出力したり、着信の入力を受け付けたりする端末である。この端末８０は、例えば、PSTN（公衆回線網）に用いられる電話機と、IP信号とPSTNで用いる信号とを相互に変換するIP変換装置とにより構成される。このIP網は、関門中継サーバ４０経由で、PSTN等、他の網に接続されていてよい。加入者サーバ２０は、端末８０と中継サーバ３０とを相互に接続する装置であり、中継サーバ３０経由で着信のIP信号を受信すると、自身に接続される端末８０への着信処理を行う。また、端末８０から発呼のIP信号を受信すると、このIP信号の宛先の着端末へ、このIP信号のルーチング処理を行う。

加入者サーバ２０は、中継サーバ３０経由で、番号ポータビリティにより、他の網に移転した端末８０（移転元の端末８０）への着信を受け付けたとき、発信元（発信元の端末８０を収容する網）に対し、移転先の端末８０への再発呼を指示するリダイレクション信号を送信する。つまり、番号ポータビリティで移転した端末８０について、この端末８０に実際に割り当てられている接続先番号（移転先の網における識別情報）への再発呼を指示するリダイレクション信号を送信する。このようなリダイレクション信号を受信した発信元の網の装置は、このリダイレクション信号に基づき、移転先の端末８０に割り当てられている接続先番号へ再発呼することができる。つまり、番号ポータビリティで、接続先である端末８０の収容される網が変更されても、発信元の端末８０の利用者が端末８０への接続先番号をダイヤルすることで、接続先の端末８０を呼び出すことができる。なお、この発信元の網に再発呼を行う手段がないときは、中継サーバ３０自身で移転先の端末８０への再発呼を行う。

このような加入者サーバ２０は、記憶部（図示省略）に、移転先情報２１を記憶する。また、この加入者サーバ２０は、リダイレクション判定部（判定部）２２、接続処理部２３、ルーチング部（ルーチング処理部）２４およびリダイレクション信号送信部２５を備える。

移転先情報２１は、図２に例示するように、移転元の端末８０の接続先番号（移転元の網における端末８０の識別情報）ごとに、その端末８０の移転先の網における識別情報を示した情報である。例えば、図２に例示する移転先情報２１は、移転元の端末８０の接続先番号「ｘｘｘ」であり、この端末８０の移転先の網における識別情報（接続先番号）は「ｙｙｙ」であることを示す。この移転先情報２１を参照することで、リダイレクション信号送信部２５は、番号ポータビリティにより移転した端末８０について、移転先の網の端末８０への再発呼を指示するリダイレクション信号を送信することができる。

リダイレクション判定部２２は、ルーチング部２４経由で中継サーバ３０からの、発呼のIP信号を受信すると、このIP信号の接続先番号が移転先情報２１の移転元番号（移転元の網における識別情報）に登録されているか否かを判断する。ここで、このIP信号の接続先番号が移転先情報２１の移転元番号（移転元の網における識別情報）に登録されていれば、このIP信号をリダイレクション信号送信部２５へ出力する。一方、このIP信号の宛先が移転先情報２１の移転元番号（移転元の網における識別情報）に登録されていなければ、ルーチング部２４によるルーチング処理の後、発端末と着端末との接続処理を行う。なお、このIP信号は、接続先番号と、発信元の端末８０の識別情報とを含む。

ルーチング部２４は、発呼のIP信号の入力を受け付けると、このIP信号に示される着端末の接続先番号に基づき、このIP信号のルーチング処理を行う。つまり、ルーチング部２４は、発呼のIP信号を、着端末である、IP網内の端末８０またはIP網と他の網とを接続する関門中継サーバ４０経由で他の網の端末８０へ送信し、ルーチング処理を行う。なお、このルーチング部２４は、自身の加入者サーバ２０に接続される端末８０からの発呼を受け付けた場合において、自身の網（IP網の中継サーバ３０）に再発呼処理部３２があれば、その旨を示すフラグを含む発呼のIP信号を中継サーバ３０経由で送信する。

接続処理部２３は、IP信号に示される接続先番号の着端末と発端末との接続処理を行う。

リダイレクション信号送信部２５は、リダイレクション判定部２２から、IP信号を受信したとき、移転先情報２１を参照して、このIP信号の宛先（接続先番号）に対する移転先の識別情報を特定する。そして、リダイレクション信号送信部２５は、この移転先の識別情報の端末への再発呼を指示するリダイレクション信号を、IP信号の発信元の端末を収容する網へ送信する。

次に、中継サーバ３０を説明する。中継サーバ３０は、加入者サーバ２０同士や、加入者サーバ２０と関門中継サーバ４０とを接続するサーバである。この中継サーバ３０は、信号転送部３１と、再発呼処理部３２とを備える。

この信号転送部３１は、加入者サーバ２０や関門中継サーバ４０から送信された信号（例えば、発呼やその応答のIP信号やリダイレクション信号）を、この信号の宛先へ転送する。

再発呼処理部３２は、加入者サーバ２０等からリダイレクション信号を受信し、このリダイレクション信号に、発信元の網に再発呼機能がある旨のフラグが含まれていなければ、このリダイレクション信号に示される移転先への再発呼を行う。つまり、再発呼処理部３２は、リダイレクション信号の接続先番号（移転先の端末８０の識別情報）への発呼のIP信号を送信する。このようにすることで、IP網の中継サーバ３０は、発信元の網に再発呼機能がない場合でも、この移転先の端末８０への発呼を行うことができる。

次に、関門中継サーバ４０を説明する。関門中継サーバ４０は、信号変換部４１を備える。この信号変換部４１は、中継サーバ３０経由で受信した信号（発呼のIP信号やリダイレクション信号）を、他網（例えば、PSTN）で用いる信号に変換して送信する。また、他網から送信された信号を、IP信号に変換して、中継サーバ３０へ送信する。

なお、各サーバは、入出力部、処理部、記憶部を備えるコンピュータにより実現される。入出力部は、入出力インタフェースや通信インタフェースから構成される。また、処理部は、この各サーバが備えるＣＰＵ（Central Processing Unit）によるプログラム実行処理や、専用回路等により実現される。さらに、記憶部は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等の記憶媒体から構成される。なお、各サーバをプログラム実行処理により実現する場合、記憶部には、このサーバの機能を実現するためのプログラムが格納される。

＜適用例＞
次に、このようなシステムの適用例を説明する。なお、以下の説明では発呼のIP信号はSIP（Session Initiation Protocol）のINVITEであり、リダイレクション信号は、（１）SIPならば301信号（以下、単に301と略す）であり、（２）ISUP（ISDN user part ）ならばリダイレクション信号RELである場合を例に説明する。また、PSTNの中継交換機６は、リダイレクション信号を受信すると、これに基づき移転先の端末８０を発呼する再発呼機能を備えるものとする。このPSTNからの発呼は、当該PSTNの中継交換機６が再発呼機能を備えることを示すフラグを含み、中継サーバ３０はこのフラグの有無により再発呼処理を行うか否かを判断する。また、以下の説明において、移転元の端末を収容する網は、IP網または他網（IP網やPSTNとは異なる通信事業者の網）である場合を例に説明する。つまり、移転元の端末を収容する網がPSTNであり、かつ発信元の網がPSTNあるいは他網の場合については、説明を省略する。これは、PSTNの端末が別の網に移転する場合の処理については、従来技術により実現可能だからである。また、移転元の端末を収容する網がPSTNであり、かつ、発信元の網がIP網であっても再発呼機能を備えること示すフラグが無い場合も同様に、従来技術により実現可能であるため、説明を省略する。
さらに、以下の説明において、IP網と他網との接続には、PSTNを経由するものとしているが、IP網を他網と直接接続するようにしてよい。

まず、発信元がPSTNの端末８０であり、番号ポータビリティの移転元の端末がIP網の端末８０である以下の３パターンについて説明する。
（１）PSTN[発]−IP網[移転元]−PSTN[移転先]
（２）PSTN[発]−IP網[移転元]−IP網[移転先]
（３）PSTN[発]−IP網[移転元]−他網[移転先]

（１）PSTN[発]−IP網[移転元]−PSTN[移転先]について、図３を用いて説明する。

移転元の端末８０を収容する加入者サーバ２０Ａは、PSTNの加入者交換機７Ｂ、中継交換機６、関門中継交換機５、IP網の関門中継サーバ４０、中継サーバ３０経由で、この移転元の端末８０へのINVITEを受信する。加入者サーバ２０Ａのリダイレクション判定部２２は、移転先情報２１を参照して、INVITEに含まれる接続先番号が、番号ポータビリティにより移転したことを認識する（Ｓ３１）。

そして、加入者サーバ２０Ａのリダイレクション信号送信部２５（図２参照）は、移転先情報２１から、この接続先番号の移転先の識別情報（移転先番号）を読み出す。そして、リダイレクション信号送信部２５は、この読み出した移転先番号を含む301（リダイレクション信号）を中継サーバ３０経由で関門中継サーバ４０へ送信する。この301（リダイレクション信号）は、発信元の網（PSTN）に再発呼機能があることを示すフラグを含むものである。よって、中継サーバ３０は再発呼を行わず、信号転送部３１が、このリダイレクション信号をそのまま関門中継サーバ４０へ転送する（Ｓ３２）。

関門中継サーバ４０は、受信したリダイレクション信号（301）を、信号変換部４１によりISUPメッセージ（リダイレクション信号REL）に変換し、PSTN側に送信する。リダイレクション信号RELは関門中継交換機５を経由し、中継交換機６へ送信される（Ｓ３３）。中継交換機６は、リダイレクション信号RELを受信すると、移転先の端末８０が収容される加入者交換機７Ｂに対し、再発呼を行う（Ｓ３４）。

次に、図４を用いて、図３の（１）PSTN[発]−IP網[移転元]−PSTN[移転先]の処理手順を詳細に説明する。PSTNの端末８０からの発信に対し、加入者交換機７ＢはIAMを送信し（Ｓ４０１）、このIAMは、中継交換機６、関門中継交換機５経由で、IP網の関門中継サーバ４０まで転送される（Ｓ４０２，Ｓ４０３）。そして、IP網の関門中継サーバ４０の信号変換部４１（図２参照）にて、INVITEに変換され、中継サーバ３０経由で、移転元の端末８０を収容する加入者サーバ２０Ａへ転送される（Ｓ４０４，Ｓ４０５）。

加入者サーバ２０Ａは、移転先情報２１を参照して、受信したINVITEの接続先番号の端末８０が移転したことを認識し、リダイレクション信号送信部２５により、移転先番号を含む301（リダイレクション信号）を、中継サーバ３０経由で関門中継サーバ４０へ送信する（Ｓ４０６，Ｓ４０７）。

関門中継サーバ４０の信号変換部４１は、受信した301（リダイレクション信号）をリダイレクション信号RELに変換し、このリダイレクション信号RELを関門中継交換機５経由で、中継交換機６へ送信する（Ｓ４０８，Ｓ４０９）。

中継交換機６は、リダイレクション信号RELを受信すると、移転先の端末８０が収容される加入者交換機７Ａに対しIAM（移転先への再発信）を送信する（Ｓ４１０）。また、リダイレクション信号RELの応答として、中継交換機６は、RELC（解放完了）を加入者サーバ２０Ａに向け送信する（Ｓ４１２，Ｓ４１３）。そして、このRELC（解放完了）を受信した関門中継サーバ４０からのACK（受信確認）が、中継サーバ３０経由で、加入者サーバ２０Ａへ到達する（Ｓ４１４，Ｓ４１５）。

また、加入者交換機７Ａは、Ｓ４１０で、中継交換機６からの再発呼（IAM送信）を受信すると、基本呼制御処理に準じ、以下の処理を行う。すなわち、加入者交換機７Ａは、中継交換機６経由で加入者交換機７Ｂへ、このACM（発信応答）を送信する（Ｓ４１１，Ｓ４１６）。また、加入者交換機７Ａは、中継交換機６経由で、加入者交換機７ＢへCPG（着側呼出）を送信する（Ｓ４１７，Ｓ４１８）。さらに、加入者交換機７Ａは、自身に接続される移転先の端末８０からの応答を受信すると、ANM（応答）を中継交換機６経由で、加入者交換機７Ｂへ送信する（Ｓ４１９，Ｓ４２０）。このようにして、システムは、PSTN[発]−IP網[移転元]−PSTN[移転先]の接続処理を行う。

次に、（２）PSTN[発]−IP網[移転元]−IP網[移転先]について、図５を用いて説明する。システムが、Ｓ３１〜Ｓ３３と同様の処理を実行後（図５のＳ５１〜Ｓ５３）、中継交換機６は、関門中継サーバ４０からリダイレクション信号RELを受信すると、移転先の端末８０を収容する加入者サーバ２０Ｂに対し再発呼を行う（Ｓ５４）。このような処理を、図６を用いて詳細に説明する。システムは、Ｓ４０１〜Ｓ４１０，Ｓ４１２〜Ｓ４１５の処理と同様の処理を実行した後（図６のＳ６０１〜Ｓ６１３）、PSTNの中継交換機６は関門中継交換機５へ、移転先の端末８０への再発信のためのIAMを送信する（Ｓ６１４）。関門中継交換機５は、このIAMを関門中継サーバ４０へ送信し（Ｓ６１５）、関門中継サーバ４０は、このIAMをINVITEに変換して中継サーバ３０経由で、加入者サーバ２０Ｂへ送信する（Ｓ６１６，Ｓ６１７）。その後、加入者サーバ２０Ｂから、このINVITEの18X（暫定応答）は、中継サーバ３０経由で関門中継サーバ４０へ到達する（Ｓ６１８，Ｓ６１９）。

その後、関門中継サーバ４０は、18X（暫定応答）をCPG（着側呼出）に変換して、このCPG（着側呼出）を、関門中継交換機５および中継交換機６経由で、発信元の端末８０を収容する加入者交換機７Ｂへ送信する（Ｓ６２０〜Ｓ６２２）。また、移転先の端末８０からの応答を受信した加入者サーバ２０Ｂは、200（応答）を中継サーバ３０経由で関門中継サーバ４０へ送信する（Ｓ６２３，Ｓ６２４）。また、中継サーバ３０は、ACKを返す（Ｓ６２８）。そして、関門中継サーバ４０は、受信した200（応答）をANM（応答）に変換し、関門中継交換機５および中継交換機６経由で、発信元の端末８０を収容する加入者交換機７Ｂへ送信する（Ｓ６２５〜Ｓ６２７）。このようにして、システムは、PSTN[発]−IP網[移転元]−IP網[移転先]の接続処理を行う。

次に、（３）PSTN[発]−IP網[移転元]−他網[移転先]について、図７を用いて説明する。システムは、Ｓ３１〜Ｓ３３の処理と同様の処理を実行後（図７のＳ７１〜Ｓ７３）、中継交換機６が、関門中継サーバ４０から受信したリダイレクション信号RELに基づき、移転先の端末が収容される他網に対し再発呼を行う（Ｓ７４）。このような処理を、図８を用いて詳細に説明する。システムは、Ｓ６０１〜Ｓ６１４と同様の処理を実行後（図８のＳ８０１〜Ｓ８１４）、関門中継交換機５は、移転先の端末を収容する他網へIAMを送信し（Ｓ８１５）、この網からCPG（着側呼出）を受信すると（Ｓ８１６）、このCPG（着側呼出）を中継交換機６経由で、加入者交換機７Ｂへ送信する（Ｓ８１７，Ｓ８１８）。そして、移転先の端末を収容する他網から、ANM（応答）を受信すると（Ｓ８１９）、中継交換機６経由で加入者交換機７ＢへANM（応答）を送信する（Ｓ８２０，Ｓ８２１）。このようにして、システムは、（３）PSTN[発]−IP網[移転元]−他網[移転先]の接続処理を行う。

次に、発信元の端末を収容する網が他網であり、番号ポータビリティの移転元の端末がIP網の端末８０である３パターンについて説明する。この発信元の端末を収容する他網は、リダイレクション信号を受信すると、これに基づき移転先の端末８０を発呼する再発呼機能を備えるものとする。よって、この他網からの発信は、当該他網が再発呼機能を備えることを示すフラグを含むものとする。
（４）他網[発]−IP網[移転元]−PSTN[移転先]
（５）他網[発]−IP網[移転元]−IP網[移転先]
（６）他網[発]−IP網[移転元]−他網[移転先]

まず、（４）他網[発]−IP網[移転元]−PSTN[移転先]について、図９を用いて説明する。

移転元の端末８０を収容する加入者サーバ２０Ａは、発信元の端末を収容する網に接続する関門中継交換機５Ａ、関門中継サーバ４０、中継サーバ３０経由で、この移転元の端末８０へのINVITEを受信する。加入者サーバ２０Ａのリダイレクション判定部２２（図２参照）は、移転先情報２１を参照して、INVITEに含まれる接続先番号が、番号ポータビリティにより移転したことを認識する（Ｓ９１）。Ｓ９２は、Ｓ２と同様であるので説明を省略する。

次に、関門中継サーバ４０は、受信した301（リダイレクション信号）を、信号変換部４１によりリダイレクション信号RELに変換し、関門中継交換機５経由で発信元の端末を収容する他網へ送信する（Ｓ９３）。なお、関門中継サーバ４０は、このリダイレクション信号RELを、直接、発信元の端末を収容する他網へ送信してもよい。そして、他網において、このリダイレクション信号RELを受信すると、移転先の端末が収容される加入者交換機７Ａに対し、再発呼を送信する（Ｓ９４）。

次に、図１０を用いて、（４）他網[発]−IP網[移転元]−PSTN[移転先]の処理手順を説する。まず、発信元の端末を収容する他網からのIAMは、関門中継交換機５経由で関門中継サーバ４０まで到達し（Ｓ１００１，Ｓ１００２）、関門中継サーバ４０は、このIAM（発信）を、INVITEに変換して移転先の端末８０を収容する加入者サーバ２０Ａへ送信する（Ｓ１００３，Ｓ１００４）。そして、加入者サーバ２０Ａは、Ｓ４０６，Ｓ４０７と同様の手順により関門中継サーバ４０へ301（リダイレクション信号）を送信する（Ｓ１００５，Ｓ１００６）。

次に、関門中継サーバ４０は、301（リダイレクション信号）をリダイレクション信号RELへ変換し、このリダイレクション信号RELを、関門中継交換機５経由で発信元の端末を収容する他網へ送信する（Ｓ１００７，Ｓ１００８）。

そして、この他網は、RELC（解放確認）を送信し、このRELC（解放確認）は、関門中継交換機５経由で、関門中継サーバ４０へ到達する（Ｓ１００９，Ｓ１０１０）。その後、関門中継サーバ４０は、RELC（解放完了）をACK（受信応答）に変換し、このACK（受信応答）は、中継サーバ３０経由で、加入者サーバ２０Ａへ到達する（Ｓ１０１１，Ｓ１０１２）。

Ｓ１００８の後、発信元の端末を収容する他網は、Ｓ１００８で受信したリダイレクション信号RELに基づく再発呼を行う（Ｓ１００９）。そして、関門中継交換機５は移転先の端末８０への再発信のIAMを受信すると（Ｓ１０１３）、システムは、基本呼制御処理に準じ、以下の処理を行う。すなわち、関門中継交換機５は、中継交換機６経由で、加入者交換機７Ａへ、IAM（発信）を送信する（Ｓ１０１４，Ｓ１０１５）。また、このIAMを受信した後、加入者交換機７Ａは、CPG（着側呼出）を中継交換機６および関門中継交換機５経由で、発信元の端末を収容する他網へ送信する（Ｓ１０１６〜Ｓ１０１８）。さらに、加入者交換機７Ａは、移転先の端末８０からの応答を受信すると、ANM（応答）を中継交換機６および関門中継交換機５経由で、発信元の端末を収容する他網へ送信する（Ｓ１０１９〜Ｓ１０２１）。このようにして、システムは、（４）他網[発]−IP網[移転元]−PSTN[移転先]の接続処理を行う。

次に、（５）他網[発]−IP網[移転元]−IP網[移転先]について、図１１を用いて説明する。システムは、Ｓ９１〜Ｓ９３の処理と同様の処理を実行後（Ｓ１１１〜Ｓ１１３）、他網において、リダイレクション信号RELを受信すると、移転先の端末８０が収容される加入者サーバ２０Ｂに対し、再発呼を行う（Ｓ１１４）。これを図１２を用いて詳細に説明すると、システムは、Ｓ１００１〜Ｓ１０１３と同様の処理を実行後（図１２のＳ１２０１〜Ｓ１２１３）、関門中継交換機５が、Ｓ６１５〜Ｓ６２８と同様の手順により、発信元の端末８０と、移転先の端末８０との接続処理を行う（Ｓ１２１４〜Ｓ１２２６）。つまり、図６に示す処理手順において関門中継交換機５が加入者交換機７ＢへCPG（着側呼出）およびANM（応答）を送信する代わりに、関門中継交換機５が発信元の端末を収容する他網へ送信する。このようにすることで、システムは、（５）他網[発]−IP網[移転元]−IP網[移転先]の接続処理を行う。

次に、（６）他網[発]−IP網[移転元]−他網[移転先]について、図１３を用いて説明する。システムは、Ｓ９１〜Ｓ９３と同様の処理を実行後（Ｓ１３１〜Ｓ１３３）、発信元の端末を収容する他網がリダイレクション信号RELを受信すると、移転先の端末を収容する他網に対し、直接再発呼を行う（Ｓ１３４）。図１３の処理を図１４を用いて詳細に説明すると、システムは、Ｓ１００１〜Ｓ１０１２と同様の処理を実行後（図１４のＳ１４０１〜Ｓ１４１２）、発信元の端末を収容する他網は、関門中継交換機５から受信したリダイレクション信号RELに基づき、移転先の端末８０を収容する他網への再発信を行う。つまり、発信元の端末を収容する他網は、移転先の端末８０を収容する他網へ再発信のIAMを送信し（Ｓ１４１３）、他網からのCPG（着側呼出）を受信する（Ｓ１４１４）。また、移転先の端末が応答すると、移転先の端末８０を収容する他網は、発信元の端末を収容する他網に対しANM（応答）を送信する（Ｓ１４１５）。このようにすることで、システムは、（５）他網[発]−IP網[移転元]−他網[移転先]の接続処理を行う。

次に、発信元がIP網の端末８０であり、番号ポータビリティの移転元もIP網の端末８０である２パターンについて説明する。なお、IP網の中継サーバ３０は、加入者サーバ２０からのリダイレクション信号を受信すると、これに基づき移転先の端末８０へ再発呼を行うものとする。
（７）IP網[発]−IP網[移転元]−PSTN[移転先]
（８）IP網[発]−IP網[移転元]−他網[移転先]

まず、（７）IP網[発]−IP網[移転元]−PSTN[移転先]について、図１５を用いて説明する。発信元の端末を収容する加入者サーバ２０Ａは、発信元の端末８０から移転元の端末８０へのINVITEを受け付けると、このINVITEを中継サーバ３０経由で、加入者サーバ２０Ｂへ送信する（Ｓ１５１）。次に、加入者サーバ２０Ｂは、中継サーバ３０からのINVITEを受信すると、リダイレクション判定部２２により、移転先情報２１を参照して、INVITEに含まれる接続先番号が、番号ポータビリティにより移転したことを認識する。その後、リダイレクション信号送信部２５は、移転先情報２１から、この接続先番号の移転先の識別情報（移転先番号）を読み出し、この読み出した移転先番号を含む301（リダイレクション信号）を中継サーバ３０へ送信する（Ｓ１５２）。そして、中継サーバ３０は、加入者サーバ２０Ｂからの発呼信号（INVITE）を受信すると、このINVITEを関門中継サーバ４０へ送信する（Ｓ１５３）。関門中継サーバ４０は、受信した発呼信号（INVITE）を信号変換部４１によりIAMに変換し、PSTN側に送信し、PSTNの中継交換機６は、移転先の端末８０が収容される加入者交換機７Ｂに対し、再発呼を行う（Ｓ１５４）。

この図１５の処理を、図１６を用いて詳細に説明する。まず、発信元の端末を収容する加入者サーバ２０Ａは、移転元の端末８０へのINVITEを中継サーバ３０へ送信すると（Ｓ１６０１）、中継サーバ３０は、このINVITEを加入者サーバ２０Ｂへ送信する（Ｓ１６０２）。加入者サーバ２０Ｂは、中継サーバ３０からのINVITEを受信すると、移転先情報２１から、INVITEの接続先番号の移転先の識別情報（移転先番号）を読み出し、この読み出した移転先番号を含む301（リダイレクション信号）を中継サーバ３０へ送信する（Ｓ１６０３）。

中継サーバ３０は、加入者サーバ２０Ｂからの301（リダイレクション信号）に基づき、移転先の端末８０へ再発信のINVITEを関門中継サーバ４０へ送信する（Ｓ１６０４）。そして、関門中継サーバ４０は、このINVITEをIAMに変換して、PSTNの関門中継交換機５へ送信する（Ｓ１６０５）。

この後、システムは、基本呼制御処理に準じ、以下の処理を行う。すなわち、関門中継交換機５は、中継交換機６経由で、加入者交換機７ＢへIAMを送信し（Ｓ１６０６，Ｓ１６０７）、関門中継サーバ４０は、その応答としてACM（発信応答）を、中継交換機６、関門中継交換機５経由で受信する（Ｓ１６０８〜Ｓ１６１０）。また、関門中継サーバ４０は、加入者交換機７ＢからのCPG（着側呼出）を中継交換機６および関門中継交換機５経由で受信する（Ｓ１６１１〜Ｓ１６１３）。そして、関門中継サーバ４０は、このCPG（着側呼出）を、18X（暫定応答）に変換し、中継サーバ３０経由で、加入者サーバ２０Ａへ送信する（Ｓ１６１４，Ｓ１６１５）。次に、加入者交換機７Ｂは、移転先の端末８０からの応答を受け付けると、ANM（応答）を、中継交換機６、関門中継交換機５経由で、関門中継サーバ４０へ送信する（Ｓ１６１６〜Ｓ１６１８）。関門中継サーバ４０は、このANM（応答）を200（応答）へ変換し、中継サーバ３０経由で、加入者サーバ２０Ａへ送信する（Ｓ１６１９，Ｓ１６２０）。そして、加入者サーバ２０Ａから、この200（応答）のACK（受信応答）を中継サーバ３０経由で受信する（Ｓ１６２１，Ｓ１６２２）。このようにすることで、システムは、（７）IP網[発]−IP網[移転元]−PSTN[移転先]の接続処理を行う。

次に、（８）IP網[発]−IP網[移転元]−他網[移転先]について、図１７を用いて説明する。システムが、Ｓ１５１〜Ｓ１５３の処理と同様の処理を実行後（図１７のＳ１７１〜Ｓ１７３）、関門中継サーバ４０は、受信した発呼信号を信号変換部４１によりIAMに変換し、PSTNの関門中継交換機５経由で、移転先の端末を収容する他網へ送信する（Ｓ１７４）。図１７の処理を、図１８を用いて詳細に説明する。システムは、関門中継交換機５から中継交換機６経由で、移転先の端末８０を収容する加入者交換機７ＡへIAMの送信（図１６のＳ１６０６）、ACM（発信応答）の受信（Ｓ１６０８）、CPG（着側呼出）の受信（Ｓ１６１１）、ANM（応答）の受信（Ｓ１６１６）を行う代わりに、移転先の端末を収容する他網へIAMの送信（図１８のＳ１８０６）、ACM（発信応答）の受信（Ｓ１８０７）、CPG（着側呼出）の受信（Ｓ１８０９）、ANM（応答）の受信（Ｓ１８１３）を行う。このようにすることで、システムは、（８）IP網[発]−IP網[移転元]−他網[移転先]の接続処理を行う。

また、前記した
（４）他網[発]−IP網[移転元]−PSTN[移転先]
（５）他網[発]−IP網[移転元]−IP網[移転先]
（６）他網[発]−IP網[移転元]−他網[移転先]
の３パターンについて、発信元の網（（４）〜（６）の他網）が、再発呼機能を備えない場合、IP網の中継サーバ３０自身で再発呼を行う。

すなわち、（４）の場合、図１９に示すように、中継サーバ３０は、移転元の端末８０を収容する加入者サーバ２０Ａからのリダイレクション信号を受信すると、移転先の端末８０への再発呼を関門中継サーバ４０経由でPSTNへ送信する（Ｓ１９３，Ｓ１９４）。

また、（５）の場合、図２１に示すように、中継サーバ３０は、移転元の端末８０を収容する加入者サーバ２０Ａからのリダイレクション信号を受信すると、IP網内の移転先の端末８０への再発呼を加入者サーバ２０Ｂ経由で送信する（Ｓ２１３，Ｓ２１４）。

さらに、（６）の場合、図２３に示すように、中継サーバ３０は、移転元の端末８０を収容する加入者サーバ２０Ａからのリダイレクション信号を受信すると、移転先の端末への再発呼を関門中継サーバ４０経由で、この端末を収容する網（他網）へ送信する（Ｓ２３３，Ｓ２３４）。

このように、システムは、発信元の網（（４）〜（６）の他網）が、再発呼機能を備えない場合でも、IP網の中継サーバ３０自身で再発呼を行うので、発端末と着端末（移転先の端末）とを接続することができる。

次に、前記した図１９の処理手順の詳細を、図２０を用いて説明する。関門中継サーバ４０は、関門中継交換機５経由で、発信元の端末を収容する他網からのIAMを受信すると（Ｓ２００１，Ｓ２００２）、このIAMをINVITEに変換し、中継サーバ３０経由で、移転元の端末８０を収容する加入者サーバ２０Ａへ送信する（Ｓ２００３，Ｓ２００４）。そして、この加入者サーバ２０Ａは、このINVITEに基づき、301（リダイレクション信号）を中継サーバ３０へ送信する（Ｓ２００５）。そして、中継サーバ３０は、この301（リダイレクション信号）に基づき、移転先の端末８０への再発呼のINVITEを送信する（Ｓ２００７）。そして、中継サーバ３０は加入者サーバ２０ＡへACK（受信応答）を返す（Ｓ２００６）。その後、関門中継サーバ４０は、Ｓ１６０５〜Ｓ１６２１の処理と同様に、INVITEをIAMに変換し、PSTNの移転先の端末８０への再発呼を送信する（Ｓ２００８〜Ｓ２０２８）。

次に、図２１の処理手順の詳細を、図２２を用いて説明する。システムは、図２０のＳ２００１〜Ｓ２００５の処理と同様に、他網からのIAMが、関門中継サーバ４０でINVITEに変換され、加入者サーバ２０Ａへ到達すると、この加入者サーバ２０Ａは301（リダイレクション信号）を中継サーバ３０へ送信する（Ｓ２２０１〜Ｓ２２０５）。その後、中継サーバ３０が、移転先の端末を収容する加入者サーバ２０ＢへINVITE（再発信）を送信すると（Ｓ２２０６）、システムは、通常の基本呼制御処理に準じ、以下の処理を行う。すなわち、関門中継サーバ４０は、中継サーバ３０経由で、18X（暫定応答）を受信する（Ｓ２２０７，Ｓ２２０８）。そして、関門中継サーバ４０は、関門中継交換機５経由で、CPG（着側呼出）を、発信元の端末を収容する他網へ送信する（Ｓ２２０９，Ｓ２２１０）。また、加入者サーバ２０Ｂが、自身が収容する移転先の端末８０からの応答を受信すると、200（応答）を中継サーバ３０経由で、関門中継サーバ４０へ送信する（Ｓ２２１１，Ｓ２２１２）。そして、関門中継サーバ４０は、受信した200（応答）をANM（応答）に変換し、関門中継交換機５経由で、発信元の端末を収容する他網へ送信する（Ｓ２２１３，Ｓ２２１４）。その後、関門中継サーバ４０は、ACK（受信応答）を中継サーバ３０経由で加入者サーバ２０Ｂへ送信する（Ｓ２２１５，Ｓ２２１６）。

次に、前記した図２３の処理手順の詳細を、図２４を用いて説明する。すなわち、図２０のＳ２００１〜Ｓ２００５の処理と同様に、他網からのIAMは、関門中継サーバ４０でINVITEに変換される。そして、このINVITEは加入者サーバ２０Ａへ到達し、このINVITEに基づく加入者サーバ２０Ａからの301（リダイレクション信号）は中継サーバ３０へ到達する（Ｓ２４０１〜Ｓ２４０５）。そして、中継サーバ３０は、加入者サーバ２０ＡへACK（受信応答）を返す（Ｓ２４０６）。その後、Ｓ１８０４〜Ｓ１８１８と同様の手順により、中継サーバ３０は、移転先の端末を収容する他網への再発呼を送信する（Ｓ２４０７〜Ｓ２４２３）。

なお、前記した実施の形態において、移転元の端末がIP網の端末である場合について説明したが、移転元の端末は、他網の端末であってもよい。例えば、発信元の端末がIP網の端末８０であり、かつ、移転元の端末を収容する網が他網である場合、以下の３パターンが考えられる。
（９）IP網[発]−他網[移転元]−PSTN[移転先]
（１０）IP網[発]−他網[移転元]−IP網[移転先]
（１１）IP網[発]−他網[移転元]−他網[移転先]
なお、この移転元の端末を収容する網は再発呼機能を備えず、IP網の中継サーバ３０自身で移転先の端末８０への再発呼を行うものとする。

まず、（９）IP網[発]−他網[移転元]−PSTN[移転先]について、図２７を用いて説明する。加入者サーバ２０Ａは、発信元の端末８０から移転元の端末への発呼を受け付けると、この発呼を中継サーバ３０および関門中継サーバ４０経由で、移転元の端末を収容する他網へ送信する（Ｓ２７１）。この移転元の端末を収容する他網は、発呼の宛先の端末が移転したことを認識し、IP網の中継サーバ３０へリダイレクション信号RELを送信する（Ｓ２７２）。リダイレクション信号RELを受信した中継サーバ３０は、関門中継サーバ４０経由で、移転先の端末８０を収容する加入者交換機７Ｂへの再発呼を行う（Ｓ２７３）。

すなわち、図２８に示すように、発信元の端末８０を収容する加入者サーバ２０Ａが、移転元の端末８０へのINVITEを中継サーバ３０経由で、関門中継サーバ４０へ送信する（Ｓ２８０１，Ｓ２８０２）。関門中継サーバ４０は、受信したINVITEをIAMに変換し、このIAMを関門中継交換機５経由で、移転元の端末を収容する他網へ送信する（Ｓ２８０３，Ｓ２８０４）。

そして、関門中継交換機５は、移転元の端末を収容する他網から、このIAMに対するリダイレクション信号RELを受信すると（Ｓ２８０５）、RELC（解放完了）を、この移転元の端末を収容する他網へ送信する（Ｓ２８０６）。そして、関門中継交換機５は、受信したリダイレクション信号RELを関門中継サーバ４０へ送信する（Ｓ２８０７）。また、RELC（解放完了）を関門中継交換機５へ送信する（Ｓ２８０９）。関門中継サーバ４０は、受信したリダイレクション信号RELを301（リダイレクション信号）へ変換して中継サーバ３０へ送信する（Ｓ２８０８）。この301（リダイレクション信号）を受信した中継サーバ３０は、移転先の端末８０への再発呼のINVITEを関門中継サーバ４０へ送信する（Ｓ２８１０）。関門中継サーバ４０は、このINVITEをIAMに変換して関門中継交換機５へ送信する（Ｓ２８１１）。その後、IAMは、関門中継交換機５および中継交換機６経由で、PSTNの移転先の端末８０を収容する加入者交換機７Ｂに到達する（Ｓ２８１２，Ｓ２８１３）。

このIAMを受信した加入者交換機７Ｂは、ACM（発信応答）を中継交換機６および関門中継交換機５経由で、関門中継サーバ４０へ送信する（Ｓ２８１４〜Ｓ２８１６）。また、加入者交換機７Ｂは、CPG（着側呼出）を中継交換機６および関門中継交換機５経由で関門中継サーバ４０へ送信する（Ｓ２８１７〜Ｓ２８１９）。

そして、関門中継サーバ４０は、このCPG（着側呼出）を18X（暫定応答）に変換し、中継サーバ３０経由で、発信元の端末を収容する加入者サーバ２０Ａへ送信する（Ｓ２８２０，Ｓ２８２１）。さらに、加入者交換機７Ｂは、自身の収容する端末８０からの応答を受信すると、中継交換機６および関門中継交換機５経由で関門中継サーバ４０へANM（応答）を送信する（Ｓ２８２２〜Ｓ２８２４）。そして、関門中継サーバ４０は、このANM（応答）を200（応答）へ変換して、中継サーバ３０経由で、加入者サーバ２０Ａへ送信する（Ｓ２８２５，Ｓ２８２６）。そして、関門中継サーバ４０が、中継サーバ３０経由で、加入者サーバ２０ＡからACK（受信応答）を受信する（Ｓ２８２７，Ｓ２８２８）。このようにすることで、システムは、（９）IP網[発]−他網[移転元]−PSTN[移転先]の接続処理を実行できる。

次に、（１０）IP網[発]−他網[移転元]−IP網[移転先]を、図２９を用いて説明する。IP網の中継サーバ３０は、図２７と同様の手順により、関門中継サーバ４０経由で移転元の端末を収容する他網からのリダイレクション信号RELを受信する（Ｓ２９２）。そして、中継サーバ３０は、このリダイレクション信号RELに基づき、移転先の端末８０を収容する加入者サーバ２０Ａに対し再発呼を行う（Ｓ２９３）。すなわち、図３０に示すように、システムは、図２８のＳ２８０１〜Ｓ２８０８と同様の手順により、中継サーバ３０は、移転先の端末への301（リダイレクション信号）を受信する（Ｓ３００１〜Ｓ３００８）。

これを受けて中継サーバ３０は、加入者サーバ２０ＢへINVITEを送信し（Ｓ３０１０）、加入者サーバ２０Ｂから18X（暫定応答）を受信すると（Ｓ３０１１）、この18X（暫定応答）を、発信元の端末８０を収容する加入者サーバ２０Ａへ送信する（Ｓ３０１２）。そして、加入者サーバ２０Ｂは、この移転先の端末８０の応答を受信すると、200（応答）を中継サーバ３０経由で、加入者サーバ２０Ａへ送信する（Ｓ３０１３，Ｓ３０１４）。その後、加入者サーバ２０ＡからのACK（受信応答）が中継サーバ３０経由で加入者サーバ２０Ｂに到達する（Ｓ３０１５，Ｓ３０１６）。このようにすることで、システムは、（１０）IP網[発]−他網[移転元]−IP網[移転先]の接続処理を実行できる。

次に、（１１）IP網[発]−他網[移転元]−他網[移転先]を、図３１を用いて説明する。IP網の中継サーバ３０は、図２７と同様の手順により、関門中継サーバ４０経由で移転元の端末を収容する他網からのリダイレクション信号RELを受信すると（Ｓ３１２）、このリダイレクション信号RELに基づき、移転先の端末を収容する他網に対し再発呼を行う（Ｓ３１３）。すなわち、図３２に示すように、システムは、図２８のＳ２８０１〜Ｓ２８０８と同様の手順により、中継サーバ３０が、移転先の端末への301（リダイレクション信号）を受信する（Ｓ３２０１〜Ｓ３２０８）。その後、関門中継交換機５は、RELC（解放完了）を移転元の端末を収容する他網へ送信する（Ｓ３２０９）、この後の処理は、図２８の処理手順において、移転先の端末を収容する加入者交換機７Ｂに対して行っていた処理を、移転先の端末を収容する他網に対し行うものであるので説明を省略する。このようにすることで、システムは、（１１）IP網[発]−他網[移転元]−他網[移転先]の接続処理を実行できる。

なお、本実施の形態のIP網は、図２５に示すように他の網同士を接続する中継網となる場合もある。このような場合において、発信元の端末も、移転先の端末も、移転元の端末も、それぞれ他網に収容される端末であるとき、IP網の中継サーバ３０および関門中継サーバ４０は以下のような処理を行う。ここでは、各網がPSTN経由で接続され、また、各網はPSTN内の別個の関門中継交換機５（５Ａ，５Ｂ，５Ｃ）で接続される場合を例に説明するが、同じ関門中継交換機５で接続されていてもよい。また、各網は、PSTNを経由せず、直接IP網に接続されていてもよい。なお、発信元の端末を収容する他網は、リダイレクション信号に基づく再発呼機能を備えるものとする。

IP網の中継サーバ３０が、他網の発信元の端末から移転元の端末への発呼を、関門中継サーバ４０経由で受け付けると、この発呼を、この関門中継サーバ４０、PSTNの関門中継交換機５Ａ経由で、移転元の端末を収容する他網へ送信する（Ｓ２５１）。その後、移転元の端末を収容する網からのリダイレクション信号が、関門中継交換機５Ａおよび関門中継サーバ４０経由で、中継サーバ３０へ到達する（Ｓ２５２）。中継サーバ３０は受信したリダイレクション信号を関門中継サーバ４０および関門中継交換機５Ａ経由で、発信元の端末を収容する他網へ送信する（Ｓ２５３）。他網は、このリダイレクション信号を受信すると、移転先の端末を収容する他網に対し、再発呼を行う（Ｓ２５４）。

すなわち、図２６に示すように、発信元の端末を収容する他網はIAM（発信）を関門中継交換機５Ａ経由で、関門中継サーバ４０へ送信する（Ｓ２６０１，Ｓ２６０２）。そして、関門中継サーバ４０は、このIAMをINVITEへ変換し、いったん中継サーバ３０へ送信する（Ｓ２６０３）。関門中継サーバ４０は、中継サーバ３０から戻ったINVITEを（Ｓ２６０４）、IAMに変換して、移転元の端末を収容する他網へ送信する。すなわち、関門中継サーバ４０は、変換したIAMを、移転先の端末を収容する他網への関門中継交換機５Ｃへ送信する（Ｓ２６０５）。関門中継交換機５Ｃは、移転元の端末を収容する他網へIAMを送信し（Ｓ２６０６）。そして、関門中継交換機５Ｃは、その応答として、他網からリダイレクション信号RELを受信すると（Ｓ２６０７）、このリダイレクション信号RELを、関門中継サーバ４０へ送信する（Ｓ２６０８）。

関門中継サーバ４０は、リダイレクション信号RELを301（リダイレクション信号）へ変換し、この301（リダイレクション信号）をいったん中継サーバ３０へ送信し、この中継サーバ３０から301（リダイレクション信号）を受信する（Ｓ２６０９，Ｓ２６１０）。これを受けて関門中継サーバ４０は、関門中継交換機５Ｃ経由で、移転元の端末を収容する網へRELC（解放確認）を送信する（Ｓ２６１１，Ｓ２６１２）。

また、関門中継サーバ４０は、Ｓ２６１０で受信した301（リダイレクション信号）をリダイレクション信号RELへ変換して、関門中継交換機５Ａへ送信する（Ｓ２６１３）。そして、関門中継交換機５Ａは、このリダイレクション信号RELを、発信元の端末を収容する他網へ送信する（Ｓ２６１４）。発信元の端末を収容する他網は、受信したリダイレクション信号RELに基づき、移転先の端末を収容する他網に対し再発呼を行う。すなわち、発信元の端末を収容する他網は、移転先の端末を収容する他網に対しIAMを送信し（Ｓ２６１５）、移転先の端末を収容する他網からACM（発信応答）、CPG（着側呼出）、ANM（応答）を受信する（Ｓ２６１６〜Ｓ２６１８）。このようにすることで、システムは、IP網が中継網となって接続される他網がある場合において、他網[発]−他網[移転元]−他網[移転先]の接続処理を実行できる。

なお、図２５に示したシステムにおいて、発信元の端末を収容する他網に再発呼機能がなければ、IP網の中継サーバ３０自身が再発呼を行う。つまり、図３３に示すように、IP網は、発信元の端末を収容する他網からの発呼を、移転元の端末を収容する他網へ送信する。その後、IP網が、この移転元の端末を収容する他網からのリダイレクション信号RELを受信すると、このリダイレクション信号RELに基づき、移転先の端末を収容する他網への再発呼を行う。

すなわち、図３４に示すように、図２６のＳ２６０１〜Ｓ２６０９と同様の手順により、中継サーバ３０が、移転先の端末を収容する他網への301（リダイレクション信号）を受信すると（Ｓ３４０１〜Ｓ３４０９）、この中継サーバ３０は、関門中継サーバ４０へACK（受信応答）を返す（Ｓ３４１２）。そして、関門中継サーバ４０は、このACK（受信応答）をRELC（解放完了）に変換し、関門中継交換機５Ｃ経由で、移転元の端末を収容する他網へ送信する（Ｓ３４１０，Ｓ３４１１）。また、中継サーバ３０は、301（リダイレクション信号）に基づき、移転先の端末を収容する他網へのINVITEを関門中継サーバ４０へ送信する（Ｓ３４１３）。関門中継サーバ４０は、このINVITEをIAMへ変換し、関門中継交換機５Ｂ経由で、移転先の端末を収容する他網へ送信する（Ｓ３４１４，Ｓ３４１５）。その後、関門中継サーバ４０は、関門中継交換機５Ｂ経由で、移転先の端末を収容する他網からのCPG（着側呼出）を受信する（Ｓ３４１６，Ｓ３４１７）。関門中継サーバ４０は、このCPG（着側呼出）を、18X（暫定応答）へ変換し、中継サーバ３０へ送信する（Ｓ３４１８）。その後、中継サーバ３０から戻ってきた18X（暫定応答）を、CPG（着側呼出）に変換して発信元の端末を収容する他網へ送信する（Ｓ３４１９，Ｓ３４２１）。また、移転先の端末を収容する他網は、関門中継交換機５ＢへACM（発信応答）を送信する（Ｓ３４２０）。

関門中継サーバ４０は、移転先の端末を収容する他網からのANM（応答）を、関門中継交換機５Ｂ経由で受信すると（Ｓ３４２２，Ｓ３４２３）、いったん中継サーバ３０へ200（応答）を送信し（Ｓ３４２４）、この200（応答）が戻ってくると（Ｓ３４２５）、発信元の端末を収容する他網へANM（応答）を送信する（Ｓ３４２６）。このようにすることで、システムは、IP網が中継網となって接続される他網がある場合において、他網[発]−他網[移転元]−他網[移転先]の接続処理を実行できる。

なお、前記した実施の形態において、移転元の端末がIP網の端末８０である場合について説明したが、移転元の端末は、PSTNの端末８０であってもよい。例えば、発信元の端末がIP網の端末８０であり、かつ、移転元の端末を収容する網がPSTNである場合、以下の２パターンが考えられる。
（１２）IP網[発]−PSTN[移転元]−IP網[移転先]
（１３）IP網[発]−PSTN[移転元]−他網[移転先]
ここで（１２）（１３）の両パターンとも、発信元の端末８０を収容する網はIP網なので、IP網の中継サーバ３０は、移転先の端末８０を収容するPSTNからのリダイレクション信号を受信する。そして、この中継サーバ３０は、移転先の端末８０を収容する網がIP網ならIP網へ再発呼を行い、他網なら他網へ再発呼を行う

まず、（１２）IP網[発]−PSTN網[移転元]−IP網[移転先]について、図３５を用いて説明する。加入者サーバ２０Ａは、発信元の端末８０から移転元の端末８０への発呼を受け付けると、この発呼は、中継サーバ３０経由で、関門中継サーバ４０、関門中継交換機５および中継交換機６を経由して、移転元の端末８０を収容する加入者交換機７Ａに到達する（Ｓ３５０１）。次に、加入者交換機７Ａは、自身が記憶する移転先情報を参照して、発呼に含まれる接続先番号が、番号ポータビリティにより移転したことを認識する。その後、移転先番号を含むリダイレクション信号RELを中継交換機６および関門中継交換機５経由で関門中継サーバ４０へ送信する（Ｓ３５０２）。関門中継サーバ４０は、受信したリダイレクション信号RELを信号変換部４１により301（リダイレクション信号）に変換し、中継サーバ３０へ送信する（Ｓ３５０３）。中継サーバ３０は、受信した301（リダイレクション信号）に基づき、移転先の端末８０が収容される加入者サーバ２０Ｂに対し、再発呼のINVITEを送信する（Ｓ３５０４）。

すなわち、図３６に示すように、発信元の端末８０を収容する加入者サーバ２０Ａが、移転元の端末８０へのINVITEを中継サーバ３０経由で、関門中継サーバ４０へ送信する（Ｓ３６０１，Ｓ３６０２）。関門中継サーバ４０は、受信したINVITEをIAMに変換し、このIAMを関門中継交換機５経由で、移転元の端末８０を収容する加入者交換機７Ａへ送信する（Ｓ３６０３〜Ｓ３６０５）。

そして、加入者交換機７Ａは、中継交換機６および関門中継交換機５経由で、発信元の端末８０を収容するIP網の関門中継サーバ４０へリダイレクション信号RELを送信する（Ｓ３６０６〜Ｓ３６０８）。関門中継サーバ４０は、受信したリダイレクション信号RELを301（リダイレクション信号）へ変換して中継サーバ３０へ送信する（Ｓ３６０９）。この301（リダイレクション信号）を受信した中継サーバ３０は、移転先の端末８０への再発呼のINVITEを加入者サーバ２０Ｂへ送信する（Ｓ３６１０）。また、関門中継サーバ４０は、Ｓ３６０９でリダイレクション信号RELを送信すると、関門中継交換機５および中継交換機６経由で、移転元の端末８０を収容する加入者交換機７ＡへRELC（解放完了）を送信する（Ｓ３６１１〜Ｓ３６１３）。INVITEを受信した加入者サーバ２０Ｂは、このINVITEに対する18X（暫定応答）を中継サーバ３０経由で、加入者サーバ２０Ａへ送信する（Ｓ３６１４，Ｓ３６１５）。また、加入者サーバ２０Ｂは、200（応答）を、中継サーバ３０経由で加入者サーバ２０Ａへ送信する（Ｓ３６１６，Ｓ３６１７）。そして、加入者サーバ２０Ａは、ACK（受信応答）を中継サーバ３０経由で、加入者サーバ２０Ｂへ送信する（Ｓ３６１８，Ｓ３６１９）。このようにすることで、システムは、（１２）IP網[発]−PSTN[移転元]−IP網[移転先]の接続処理を実行できる。

次に、（１３）IP網[発]−PSTN[移転元]−他網[移転先]について、図３７を用いて説明する。図３７に示すように、IP網の中継サーバ３０は、移転元の端末８０を収容するPSTNからのリダイレクション信号を受信すると、移転先の端末を収容する他網への発呼を行う（Ｓ３７０４）。

すなわち、図３８に示すように、Ｓ３６０１〜Ｓ３６０８の処理と同様の手順により、移転元の端末８０を収容するPSTNからのリダイレクション信号RELを受信した関門中継サーバ４０は、発信元の端末８０を収容するIP網へ301（リダイレクション信号）を送信する（Ｓ３８０１〜Ｓ３８０９）。そして、中継サーバ３０は、移転先の端末８０へのINVITEを加入者サーバ２０Ｂへ送信する（Ｓ３６１０）。また、Ｓ３６１１〜Ｓ３６１３と同様に、関門中継サーバ４０は、関門中継交換機５Ｃおよび中継交換機６経由で、移転元の端末８０を収容する加入者交換機７ＡへRELC（解放完了）を送信する（Ｓ３８１１〜Ｓ３８１３）。Ｓ３８１４〜Ｓ３８２７の処理は、前記したＳ１８０５〜Ｓ１８１８の処理と同様なので説明を省略する。このようにすることで、システムは、（１３）IP網[発]−PSTN[移転元]−他網[移転先]の接続処理を実行できる。

なお、前記した実施の形態において、再発呼処理部３２は中継サーバ３０が備えるものとしたが、加入者サーバ２０が備えていてもよい。

５（５Ａ，５Ｂ，５Ｃ） 関門中継交換機
６ 中継交換機
７（７Ａ，７Ｂ） 加入者交換機
２０（２０Ａ，２０Ｂ） 加入者サーバ
２１ 移転先情報
２２ リダイレクション判定部
２３ 接続処理部
２４ ルーチング部
２５ リダイレクション信号送信部
３０ 中継サーバ
３１ 信号転送部
３２ 再発呼処理部
４０ 関門中継サーバ
４１ 信号変換部
８０ 端末

Claims (4)

1. IP網に接続される端末の呼制御を行う加入者サーバと、前記加入者サーバからの発呼のIP信号および前記加入者サーバへの発呼のIP信号を中継する中継サーバとを備える通信システムであって、
   前記加入者サーバは、
   端末の移転前の網内における識別情報である移転前識別情報ごとに、その端末の移転後の網内における識別情報である移転後識別情報を示した移転先情報を記憶する記憶部と、
   前記発呼のIP信号を受信したとき、前記IP信号に示される着端末の接続先番号に基づき、このIP信号を、前記着端末である、前記IP網内の端末または前記IP網と他の網とを接続するゲートウェイ装置経由で前記他の網の端末へ送信し、ルーチング処理を行うルーチング処理部と、
   前記IP信号に示される接続先番号の着端末および発端末の接続処理を行う接続処理部と、
   前記移転先情報に示される移転前識別情報を宛先とする発呼のIP信号を受信したとき、前記移転先情報に示される当該移転前識別情報に対応する移転後識別情報の端末を宛先とするリダイレクション信号を、前記中継サーバ経由で、前記発呼の発信元の端末を収容する網へ送信するリダイレクション信号送信部とを備え、
   前記中継サーバは、
   前記加入者サーバまたは他の他網から受信したリダイレクション信号において、前記発呼の発信元の端末を収容する網に、前記リダイレクション信号に基づく発呼を実行する発呼手段が存在することを示すフラグが含まれないとき、前記発呼の発信元の端末への発呼のIP信号を送信する再発呼処理部と、
   前記受信したリダイレクション信号に、前記フラグが含まれるとき、前記受信したリダイレクション信号を、前記発呼の発信元の端末を収容する網へ転送する信号転送部とを備えることを特徴とする通信システム。
2. 前記ルーチング部が、
   前記自身に接続される発端末から、発呼のIP信号を受信したとき、前記再発呼処理部が自身の網に存在することを示すフラグを前記IP信号に含めて送信することを特徴とする請求項１に記載の通信システム。
3. 前記通信システムが、
   他網から受信したリダイレクション信号を前記IP網のリダイレクション信号に変換して、前記IP網の中継サーバへ送信し、前記中継サーバからのリダイレクション信号を前記他網のリダイレクション信号に変換し、前記他網へ送信する関門中継サーバを備えることを特徴とする請求項１または請求項２に記載の通信システム。
4. IP網に接続される端末の呼制御を行う加入者サーバと、前記加入者サーバからの発呼のIP信号および前記加入者サーバへの発呼のIP信号を中継する中継サーバとを備える通信システムにおける通信方法であって、
   前記加入者サーバは、
   前記発呼のIP信号を受信したとき、前記端末の移転前の識別情報である移転前識別情報ごとに、その端末の移転後の識別情報である移転後識別情報を示した前記移転先情報を参照し、前記受信したIP信号が前記移転前識別情報を宛先とするIP信号か否かを判定するステップと、
   前記受信したIP信号が前記移転前識別情報を宛先とするIP信号と判定したとき、
   前記移転先情報に示される当該移転前識別情報に対応する移転後識別情報の端末を宛先とするリダイレクション信号を、前記中継サーバ経由で、前記発呼の発信元の端末を収容する網へ送信するステップとを実行し、
   前記中継サーバは、
   前記加入者サーバまたは他の他網から受信したリダイレクション信号において、前記発呼の発信元の端末を収容する網に、前記リダイレクション信号に基づく発呼を実行する発呼手段が存在することを示すフラグが含まれないとき、前記発呼の発信元の端末への発呼のIP信号を送信するステップを実行し、
   前記受信したリダイレクション信号に、前記フラグが含まれるとき、前記受信したリダイレクション信号を、前記発呼の発信元の端末を収容する網へ転送するステップを実行することを特徴とする通信方法。

Images