(57)【特許請求の範囲】
【請求項１】
発呼を接続できるようになっている複数の交換機と、
前記複数の交換機によってアクセスされる加入者ロケーションサーバーとを含み、該加入者ロケーションサーバーが前記複数の加入者の各々に対し、加入者番号とネットワークルーティングプリフィックスとの交換可能なマッピングを有し、
前記複数の交換機が加入者および加入者ロケーションサーバーに接続されており、発呼加入者が発呼を開始すると、被呼加入者番号が加入者ロケーションサーバーへ転送され、これにより加入者ロケーションサーバーは被呼加入者番号に対するネットワークルーティングプリフィックスを決定し、この決定されたネットワークルーティングプリフィックスを発呼加入者に接続されている交換機へ送り、よって発呼をルーティングできるようネットワークルーティングプリフィックスと被呼加入者番号との連結が被呼者パラメータのアドレス信号フィールドを置換するようになっている、加入者番号を再配置できる通信システム。
【請求項２】
第１交換機から第２交換機への被呼加入者の接続の変更に際し、前記第１交換機のネットワークルーティングプリフィックスから前記第２交換機のネットワークルーティングプリフィックスへの被呼加入者番号のリマッピングを前記加入者ロケーションサーバーで行う、請求項１記載のシステム。
【請求項３】
発呼をルーティングする前記交換機が工業規格のルーティングメッセージ内に前記ネットワークルーティングプリフィックスと被呼加入者番号との連結を含む、請求項１記載のシステム。
【請求項４】
発呼をルーティングする前記交換機が被呼者番号パラメータのアドレス信号フィールド内に前記ネットワークルーティングプリフィックスと被呼加入者番号の連結を含む、請求項３記載のシステム。
【請求項５】
ネットワークルーティングプリフィックスが被呼加入者の接続される交換機の交換機識別子を含む、請求項４記載のシステム。
【請求項６】
発呼をルーティングする前記交換機が被呼者番号パラメータのアドレス信号フィールド内に電話リソース番号識別子を含む、請求項４記載のシステム。
【請求項７】
発呼をルーティングする前記交換機が工業規格のルーティングメッセージ内に番号再配置可能性フラグをセットする、請求項３記載のシステム。
【請求項８】
発呼をルーティングする前記交換機が被呼者番号パラメータのネイチャーオブアドレスインジケータ（ＮＡＩ）フィールド内に番号再配置可能性フラグをセットする、請求項３記載のシステム。
【請求項９】
システムが前記複数の交換機のうちの各交換機が接続される冗長加入者ロケーションサーバーを含み、該冗長加入者ロケーションサーバーが前記複数の加入者の各々に対し、加入者番号とネットワークルーティングプリフィックスとのマッピングを有し、
システムが更に前記加入者ロケーションサーバーおよび前記冗長加入者ロケーションサーバーに前記加入者番号と前記ネットワークルーティングプリフィックスとのマッピングをコーディネートするためのコントローラを含む、請求項１記載のシステム。
【請求項１０】
前記加入者ロケーションサーバーがデータベースを含み、このデータベース内でシステム内の各再配置可能な加入者番号とシステム内のペア状のネットワークルーティングプリフィックスとが関連づけられる、請求項１記載のシステム。
【請求項１１】
前記加入者ロケーションサーバーが前記被呼加入者番号に対する少なくとも２つのネットワークルーティングプリフィックスを含み、前記加入者ロケーションサーバーが伝送のために前記２つのネットワークルーティングプリフィックスのいずれかを選択するために選択基準を使用する、請求項１記載のシステム。
【請求項１２】
前記選択基準が前記加入者ロケーションサーバーに記憶された所定の基準である、請求項１１記載のシステム。
【請求項１３】
前記選択基準が呼の配置時間に従属したものである、請求項１２記載のシステム。
【請求項１４】
前記選択基準を加入者が入力し、前記加入者ロケーションサーバーに記憶するようになっている、請求項１２記載のシステム。
【請求項１５】
前記ネットワークルーティングプリフィックスの第１プリフィックスが固定された加入者ロケーションのためのものであり、前記ネットワークルーティングプリフィックスの第２のプリフィックスが移動加入者ロケーションのためのものである、請求項１１記載のシステム。
【請求項１６】
ネットワークルーティングプリフィックスのうちの１つがコードレスターミナル移動（ＣＴＭ）加入者のためのものである、請求項１１記載のシステム。
【請求項１７】
前記発呼加入者に接続されたローカル交換機が被呼加入者の番号を前記加入者ロケーションサーバーに転送する、請求項１記載のシステム。
【請求項１８】
番号を再配置できないドメインからの発呼を受けるように接続されたゲートウェイ交換機が、被呼加入者番号を前記加入者ロケーションサーバーへ転送する、請求項１記載のシステム。
【請求項１９】
前記被呼加入者番号が通信リソース番号識別子である、請求項１記載のシステム。
【請求項２０】
前記加入者ロケーションサーバーがネットワークルーティングプリフィックスと被呼加入者番号との連結を伝送する前に、被呼加入者番号のステータスを決定する、請求項１記載のシステム。
【請求項２１】
システムがサブ分割されたドメインを含み、前記ドメインが更に、
複数の加入者ロケーションサーバーを含み、各サブドメインに対し１つの加入者ロケーションサーバーが設けられており、被呼加入者番号が複数のサブドメインのどれに属すかに関する判断に従い、前記被呼加入者番号に対する前記ネットワークルーティングプリフィックスを得るように、前記複数の加入者ロケーションサーバーのうちの選択されたサーバーにアクセスする、請求項１記載のシステム。
【請求項２２】
前記複数の加入者ロケーションサーバーのうちの少なくとも１つが、
（１）これら複数の加入者ロケーションサーバーのうちの少なくとも１つによって通常のサービスを受ける前記サブドメインのための主サブシリーズリストおよび（２）別の前記サブドメインのためのバックアップサブシリーズリストの双方を内部に記憶しており、
更に別の前記ドメインに対する交換機識別子を得るために前記複数の加入者ロケーションサーバーのうちの少なくとも１つを選択的に利用できるようにするマスターコントローラを更に含む、請求項２１記載のシステム。
【請求項２３】
少なくとも１つの加入者番号に対し、前記加入者ロケーションサーバーが２つの別の交換機識別子を有し、前記加入者ロケーションサーバーがこれら２つの別の交換機識別子のいずれかを選択する、請求項１記載のシステム。
【請求項２４】
前記２つの別の交換機識別子の第１識別子が移動ネットワークの交換機のためのものであり、前記２つの別の交換機識別子の第２の識別子が固定されたネットワークの交換機のためのものである、請求項２３記載のシステム。
【請求項２５】
前記２つの別の交換機識別子のうちの第１識別子が移動ネットワークの交換機のためのものであり、前記加入者ロケーションサーバーがこの加入者ロケーションサーバーへの予め定められた入力に従って前記２つの別の交換機識別子のいずれかを選択し、前記予め定められた入力が移動電話の附勢信号および除勢信号のうちの一方である、請求項２３記載のシステム。
【請求項２６】
前記２つの別の交換機識別子のうちの第１識別子が移動ネットワークの交換機のためのものであり、前記加入者ロケーションサーバーがこの加入者ロケーションサーバーへの予め定められた入力に従って前記２つの別の交換機識別子のいずれかを選択し、前記予め定められた入力が前記通信システムを介し、前記加入者ロケーションサーバーへ送られるコマンドである、請求項２３記載のシステム。
【請求項２７】
前記加入者ロケーションサーバーが、この加入者ロケーションサーバーへの予め定められた入力に従い、前記２つの別の交換機識別子のいずれかを選択し、前記予め定められた入力の結果、いたずらの発呼識別フラグがセットされ、前記２つの別の交換機識別子のうちの一方が別のロケーションにサービスする交換機の交換機識別子であり、いたずらの発呼識別フラグがセットされると、この発呼が別のロケーションにルーティングされる、請求項２３記載のシステム。
【請求項２８】
前記別のロケーションが警察署である、請求項２７記載のシステム。
【請求項２９】
前記加入者ロケーションサーバーが別の施設に対する発呼加入者の地理的関係に従い、２つのそれぞれの別の施設にサービスする前記２つの別の交換機識別子のいずれかを選択する、請求項２３記載のシステム。
【請求項３０】
前記加入者ロケーションサーバーが前記別の施設のうちの最も近い施設の前記交換機識別子を選択する、請求項２９記載のシステム。
【請求項３１】
前記２つの別の交換機識別子に対応する２つの交換機のいずれに発呼をルーティングするかに拘わらず交換機識別子を除き、加入者番号が同一である、請求項２３記載のシステム。
【請求項３２】
前記複数の交換機のうちの少なくとも２つが、専用ネットワークのＰＢＸに接続されている、請求項１記載のシステム。
【請求項３３】
前記複数の交換機のうちの少なくとも２つが、専用ネットワークの２つのそれぞれのＰＢＸに接続されており、これらＰＢＸがリンクにより共に結合され、同一の交換機識別子を有する、請求項１記載のシステム。
【請求項３４】
前記加入者ロケーションサーバーが専用ネットワークの前記２つのそれぞれのＰＢＸに接続された前記複数の交換機のうちの少なくとも２つのうちの、発呼加入者に最も近い交換機へ発呼をルーティングする、請求項３３記載のシステム。
【請求項３５】
ＩＮＡＰおよびＴＣＰ／ＩＰの一方を含む、予め定められたプロトコルにより、前記加入者ロケーションサーバーにアクセスする、請求項１記載のシステム。
【請求項３６】
リモート加入者ステージを更に含み、このステージを介し、加入者の少なくとも一部が第１ローカル交換機および第２ローカル交換機に接続されており、
前記加入者ロケーションサーバーが前記第１ローカル交換機のための交換機識別子および前記第２ローカル交換機のための交換機識別子のいずれかを選択し、よって前記リモート加入者ステージがサービスする加入者への発呼を前記第１ローカル交換機または前記第２ローカル交換機のいずれかを介しルーティングできる、請求項１記載のシステム。
【請求項３７】
加入者ロケーションサーバーにおいて、システム内の複数の加入者の各々に対する加入者番号とネットワークルーティングプリフィックスとの再配置可能なマッピングを定義する工程と、
発呼加入者による発呼の介しに関連し、前記加入者ロケーションサーバーに被呼加入者番号を転送する工程と、
前記加入者ロケーションサーバーにおいて、前記被呼加入者番号に対する前記ネットワークルーティングプリフィックスを決定する工程と、
通信システムを通し発呼をルーティングできるよう、前記ネットワークルーティングプリフィックスと前記被呼加入者番号との連結が被呼者パラメータのアドレス信号フィールドを置換するよう、この連結を使用する工程とを備えた、通信システムを運用する方法。
【請求項３８】
被呼加入者が第１交換機から第２交換機に変わった時に、前記第１交換機のネットワークルーティングプリフィックスから第２交換機のネットワークルーティングプリフィックスに前記被呼加入者番号を前記加入者ロケーションサーバーでリマッピングする工程を更に含む、請求項３７記載の方法。
【請求項３９】
発呼のルーティングに際し、工業規格のルーティングメッセージ内に前記ネットワークルーティングプリフィックスと被呼加入者番号との連結を含むことを行う、請求項３７記載の方法。
【請求項４０】
被呼者番号パラメータのアドレス信号フィールド内に前記ネットワークルーティングプリフィックスと被呼加入者番号の連結を含む、請求項２３記載の方法。
【請求項４１】
ネットワークルーティングプリフィックスが被呼加入者の接続される交換機の交換機識別子を含む、請求項４０記載の方法。
【請求項４２】
発呼をルーティングする前記工程が、被呼者番号パラメータのアドレス信号フィールド内に電話リソース番号識別子を含めることを行う、請求項４０記載の方法。
【請求項４３】
発呼をルーティングする前記工程が、前記工業規格のルーティングメッセージ内の番号再配置可能性フラグをセットすることを含む、請求項３９記載の方法。
【請求項４４】
発呼をルーティングする前記工程が、被呼者番号パラメータのネイチャーオブアドレスインジケータ（ＮＡＩ）フィールド内の前記番号再配置可能性フラグをセットすることを含む、請求項４３記載の方法。
【請求項４５】
前記複数の交換機内の各交換機も接続される、冗長加入者ロケーションサーバーをドメイン内に設ける工程を更に含み、該冗長加入者ロケーションサーバーが前記複数の加入者の各々に対し、加入者番号とネットワークルーティングプリフィックスとのマッピングも含み、
前記加入者ロケーションサーバーおよび前記冗長な加入者ロケーションサーバーにおいて、加入者番号と交換機識別子のマッピングをコーディネートする工程を更に含む、請求項３７記載のシステム。
【請求項４６】
前記ドメイン内の各再配置可能な加入者番号、およびその番号のための対になった交換機識別子を、前記加入者ロケーションサーバーのデータベース内に記憶する工程を含む、請求項３７記載の方法。
【請求項４７】
前記加入者ロケーションサーバーにおいて、前記被呼加入者番号に対し少なくとも２つのネットワークルーティングプリフィックスを割り当てる工程と、
前記２つのネットワークルーティングプリフィックスのいずれかを選択するのに、前記加入者ロケーションサーバーで選択基準を使用する工程を更に含む、請求項３７記載の方法。
【請求項４８】
前記選択基準が前記加入者ロケーションサーバーに記憶された所定の基準である、請求項４７記載の方法。
【請求項４９】
前記選択基準が呼の配置時間に従属したものである、請求項４８記載の方法。
【請求項５０】
前記選択基準を加入者が入力し、前記加入者ロケーションサーバーに記憶するようになっている、請求項４７記載の方法。
【請求項５１】
前記交換機識別子の第１識別子が固定された加入者ロケーションのためのものであり、前記交換機識別子の第２の識別子が移動加入者ロケーションのためのものである、請求項４７記載の方法。
【請求項５２】
前記少なくとも２つの交換機識別子の一方がコードレスターミナル移動（ＣＴＭ）加入者のためのものである、請求項４７記載の方法。
【請求項５３】
前記発呼加入者に接続されたローカル交換機を使用して被呼加入者の番号を前記加入者ロケーションサーバーに転送する工程を更に含む、請求項４７記載の方法。
【請求項５４】
番号を再配置できないドメインからの発呼を受けるように接続されたゲートウェイ交換機を使用して、被呼加入者番号を前記加入者ロケーションサーバーへ転送する工程を更に含む、請求項３７記載の方法。
【請求項５５】
前記被呼加入者番号が通信リソース番号識別子である、請求項３７記載の方法。
【請求項５６】
前記被呼加入者番号に対する被呼交換機識別子を伝送する前に、被呼加入者番号のステータスを決定するよう前記加入者ロケーションサーバーを使用する工程を更に含む、請求項３７記載の方法。
【請求項５７】
前記発呼加入者に接続された前記ローカル交換機に前記被呼交換機識別子を転送する工程を更に含む、請求項３７記載の方法。
【請求項５８】
前記発呼加入者を発信交換機に接続し、発呼を宛て先交換機にルーティングするようになっており、本方法が更に、
前記宛て先交換機における予め定められた状態を検出し、検出時に予め定められた状態信号を前記発信交換機に戻す工程と、
前記発呼加入者から入力された際に前記被呼交換機識別子を含む発呼完了リクエストを前記宛て先交換機へ送る工程とを更に含む、請求項３７記載の方法。
【請求項５９】
前記予め定められた状態が、加入者が話中状態または無応答状態のいずれかであり、前記発呼完了リクエストが話中時再呼び出しリクエストまたは無応答時再呼び出しリクエストのいずれかである、請求項５８記載の方法。
【請求項６０】
システムがサブドメインにサブ分割されているドメインを含み、前記ドメインが複数の加入者ロケーションサーバーを含み、各サブドメインに対し、加入者ロケーションサーバーが設けられており、
本方法が、
被呼加入者番号が前記複数のサブドメインのうちのどのサブドメインに属するかを判断する工程と、
この判断に従い、前記複数の加入者ロケーションサーバーのうちの選択された１つにアクセスし、前記被呼加入者番号に対する前記交換機識別子を得る工程とを含む、請求項３７記載の方法。
【請求項６１】
前記複数の加入者ロケーションサーバーのうちの少なくとも１つにおいて、
（１）前記複数の加入者ロケーションサーバーのうちの少なくとも１つにより通常サービスを受ける、前記サブドメインのための主要サブシリーズリストと、
（２）前記別のサブドメインのためのバックアップサブシリーズの双方を記憶する工程と、
前記別のドメインに対する交換機識別子を得るために前記複数の加入者ロケーションサーバーのうちの少なくとも１つの利用を選択的に可能にする工程を更に含む、請求項６０記載の方法。
【請求項６２】
被呼交換機識別子を決定する前記工程が、前記加入者番号に関連する前記２つの別の交換機識別子のいずれかを選択することを含む、請求項３７記載の方法。
【請求項６３】
前記加入者ロケーションサーバーへの予め定められた入力に従って選択を実行する、請求項６２記載の方法。
【請求項６４】
前記２つの別の交換機識別子のうちの第１識別子が移動ネットワークの交換機のためのものであり、前記予め定められた入力が移動電話の附勢信号および除勢信号のうちの一方である、請求項６２記載の方法。
【請求項６５】
前記２つの別の交換機識別子のうちの第１識別子が移動ネットワークの交換機のためのものであり、前記予め定められた入力が前記通信システムを介し、前記加入者ロケーションサーバーへ送られるコマンドである、請求項６２記載の方法。
【請求項６６】
前記予め定められた入力信号の結果、いたずらの発呼識別フラグがセットされ、前記２つの別の交換機識別子のうちの一方が別のロケーションにサービスする交換機の交換機識別子であり、いたずらの発呼識別フラグがセットされると、この発呼が別のロケーションにルーティングされる、請求項６２記載のシステム。
【請求項６７】
前記別のロケーションが警察署である、請求項６６記載の方法。
【請求項６８】
前記加入者ロケーションサーバーが前記別の施設に対する前記発呼加入者の地理的関係に従い、２つのそれぞれの別の施設にサービスする前記２つの別の交換機識別子のいずれかを選択する、請求項６２記載の方法。
【請求項６９】
前記加入者ロケーションサーバーが前記別の施設のうちの最も近い施設の前記交換機識別子を選択する、請求項６８記載の方法。
【請求項７０】
前記２つの交換機のうちのいずれに発呼がルーティングされるかに拘わらず交換機識別子を除き、加入者番号が同一である、請求項６２記載の方法。
【請求項７１】
前記複数の交換機のうちの少なくとも２つを、専用ネットワークのＰＢＸに接続する工程を更に含む、請求項３７記載の方法。
【請求項７２】
前記複数の交換機のうちの少なくとも２つを、専用ネットワークの２つのそれぞれのＰＢＸに接続し、これらＰＢＸがリンクにより共に結合され、同一の交換機識別子を有する、請求項３７記載の方法。
【請求項７３】
前記加入者ロケーションサーバーが専用ネットワークの２つのそれぞれのＰＢＸに接続された前記複数の交換機のうちの少なくとも２つのうちの、発呼加入者に最も近い交換機へ発呼をルーティングする、請求項７２記載の方法。
【請求項７４】
ＩＮＡＰおよびＴＣＰ／ＩＰの一方を含む、予め定められたプロトコルにより、前記加入者ロケーションサーバーにアクセスする、請求項３７記載の方法。
【請求項７５】
前記加入者の少なくとも一部が接続されているリモート加入者ステージを第１ローカル交換機および第２ローカル交換機に接続する工程と、
前記加入者ロケーションサーバーにて、前記第１ローカル交換機のための交換機識別子および前記第２ローカル交換機のための交換機識別子のいずれかを選択し、よって前記リモート加入者ステージがサービスする加入者への発呼を前記第１ローカル交換機または前記第２ローカル交換機のいずれかを介しルーティングできるようにする工程を更に含む、請求項３７記載の方法。
【請求項７６】
加入者番号を前記加入者ロケーションサーバーに転送するためにローカル交換機、中間交換機およびゲートウェイ交換機のうちの１つを使用する工程を含む、請求項３７記載の方法。
【請求項７７】
発呼を接続する複数の交換機と、加入者ロケーションサーバーとを含み、各交換機が１つのユニークな交換機識別子を有し、ドメイン内の前記複数の交換機によって前記加入者ロケーションサーバーにアクセスし、前記加入者ロケーションサーバーが加入者番号と交換機識別子の変更可能なマッピングを有するようにドメインを定義する工程と、
第１交換機から第２交換機への、引っ越しした加入者の接続の変更に応答し、前記引っ越しした加入者の加入者番号を前記加入者ロケーションサーバーにて前記第１交換機の交換機識別子から前記第２交換機の交換機識別子にリマッピングする工程を含む、通信システムを運用する方法。
【請求項７８】
発呼を接続する複数の交換機を備え、該複数の交換機がドメイン内でグループ分けされており、前記ドメインの少なくとも一部の交換機の各々がユニークな交換機識別子を有し、
更に、被呼者を接続する宛て先交換機のための交換機識別子を決定するために前記ドメインのうちの第１ドメイン内でグループ分けされた交換機によってアクセスされる第１加入者ロケーションサーバーと、
該第１加入者ロケーションサーバーが被呼者を接続する前記宛て先交換機のための前記交換機識別子を内部に記憶していない時に、第１加入者ロケーションサーバーによってアクセスされる第２加入者ロケーションサーバーとを備え、該第２加入者ロケーションサーバーが、前記被呼者を接続する前記宛て先交換機のための交換機識別子を発生し、該交換機識別子が最終的に発呼を前記宛て先交換機へルーティングするために使用される、加入者番号を再配置できる通信システム。
【請求項７９】
前記第１加入者ロケーションサーバーが前記第１ドメイン内に含まれる前記交換機のための前記交換機識別子を内部に有する、請求項７８記載のシステム。
【請求項８０】
第２加入者ロケーションサーバーが第１ドメインの外の交換機のための交換機識別子を内部に有する、請求項７８記載のシステム。
【請求項８１】
複数の第１ドメイン交換機を含むように第１ドメインを定義する工程と、
複数の第２ドメインの交換機と加入者ロケーションサーバーとを含むように第２ドメインを定義する工程を備え、前記第２ドメイン内の各交換機がユニークな交換機識別子を有し、前記第２ドメイン内の複数の交換機によって前記加入者ロケーションサーバーにアクセスされ、該加入者ロケーションサーバーが加入者番号と交換機識別子の交換可能なマッピングを有し、
前記第１ドメイン交換機に接続された発呼加入者によってなされた発呼を、前記第２ドメイン内の宛て先交換機に接続された被呼加入者へルーティングする工程と、
前記宛て先交換機で予め定められた状態を検出し、検出時に前記予め定められた状態信号を発信交換機に戻す工程と、
前記発呼加入者からの入力時に前記宛て先交換機への発呼完了リクエストを送る工程とを備え、発呼完了リクエストを送る前記工程が、
前記加入者ロケーションサーバーで前記被呼加入者番号のための被呼交換機の識別子を判断する工程と、
前記被呼交換機の識別子を使って前記発呼完了リクエストを前記宛て先交換機へルーティングする工程とを含む、通信システムを運用する方法。
【請求項８２】
前記予め定められた状態が、加入者が話中状態または無応答状態のいずれかであり、発呼完了リクエストが話中時再呼び出しリクエストまたは無応答時再呼び出しリクエストのいずれかである、請求項８１記載の方法。
【請求項８３】
各々が複数の交換機を含み、ドメインの少なくとも一部の交換機の各々がユニークな交換機識別子を有する、複数のドメインを定義する工程と、
被呼加入者が接続された宛て先交換機のための交換機識別子を決定するために、前記ドメインのうちの第１ドメインによりアクセスされる第１加入者ロケーションサーバーを設ける工程と、
前記第１加入者ロケーションサーバーが被呼者を接続する前記宛て先交換機のための前記交換機識別子を内部に記憶していない時に、前記第１加入者ロケーションサーバーによってアクセスされる第２加入者ロケーションサーバーを設ける工程とを備え、前記第２加入者ロケーションサーバーが、前記被呼者を接続する前記宛て先交換機のための前記交換機識別子を発生し、最終的に発呼を前記宛て先交換機へルーティングするために前記交換機識別子を使用する通信システムを運用する方法。
【請求項８４】
前記第２加入者ロケーションサーバーが第１ドメインの外の前記交換機のための前記交換機識別子を内部に有する、請求項８３記載のシステム。
【発明の詳細な説明】
背景
１．発明の分野
本発明は通信システムに関し、特に、引っ越しした加入者のための通信システムを介した発呼のルーティングおよび通信システムリソースの位置を突き止めることに関する。
２．関連技術および他の検討事項
通信ネットワークは加入者が接続される、ローカル交換機と称されることが多い多数の物理的ノードを一般に含む。ローカル交換機は中継交換機として知られる他の物理的ノードにより通信ネットワーク内で一般に接続されるようになっている。
ネットワークを通した発呼のルーティングを簡単にし、電話番号付与計画の構造を良好にするために、各ローカル交換機には１つ以上のユニークな交換機番号グループが割り当てられる。一人の加入者の電話番号は、加入者が接続される交換機のための交換機番号グループ（一般に１０，０００の番号のブロック）と、加入者固有の、その交換機番号グループ内の番号との双方を一般に含む。例えば電話番号が「８８１−１６５７」である加入者は、交換機番号グループが「８８１」であるローカル交換機に接続され、その交換機番号グループにおいて加入者の加入者番号は１６５７である。加入者の電話番号は、例えば電話番号帳において住所の電話番号として発表されるか、または回覧される。
通信ネットワークを介し、最終宛て先へ発呼をルーティングする一般的な方法は、被呼者（すなわち呼び出された加入者）の電話帳の電話番号を使用することである。特に被呼者の電話帳の電話番号は「被呼者の番号」のパラメータ（ＣｄＰＮ）として知られるＩＳＵＰパラメータのアドレス信号フィールドを占有し、「被呼者番号」のパラメータ（ＣｄＰＮ）はルーティングに使用されるルーティングすなわちアドレスメッセージである。
ルーティングのために被呼者の電話帳の電話番号を使用すると、特に加入者が物理的な引っ越しをする際に多数の問題が生じる。引っ越しする加入者が自分の元の電話帳の番号を維持したい場合、特殊な物理的回線によって加入者の同じローカル交換機に接続しなければならない。加入者がローカル交換機から遠くに引っ越しした場合、かかる物理的な接続を行うにはかなり費用がかかる。一方、古いローカル交換機から新しいローカル交換機へ通信ネットワークへの加入者の接続を変えるような引っ越しが行われる場合、通信ネットワークのプロバイダは加入者の電話帳の電話番号を変えることなく、加入者の引っ越しに合わせることはできない。
加入者の引っ越しが行われた場合に、電話帳の電話番号を変えるには、加入者と通信プロバイダの双方にとってかなりの出費と労力が必要となる。プロバイダにとっては、加入者がある地域から別の地域へ引っ越しを行う際の、電話帳の電話番号の変更を管理することは費用がかかる。プロバイダが行わなければならない管理としては、新しいロケーションで（例えば新しいローカル交換機で）利用できる新しい番号を定めることと、刊行される電話帳を更新することの２つの労力が挙げられる。一方、引っ越しした加入者は潜在的な発信者（友人およびビジネス関係者）へ新しい電話帳の通知を行うのに出費が必要である。かかる通知が行われないか、または潜在的な発信人に知らされない場合、引っ越しした加入者を呼び出すことはできない。引っ越しした加入者を呼び出すことができないため、社会的またはビジネスの機会が失われることがある。
現在のところ、引っ越しした加入者は種々の対応策を利用できるようになっている。１つの対策としては、旧い電話番号をダイヤルした発呼者に、引っ越しした加入者の新しい電話番号をアナウンスするよう、音声メッセージで伝える方法があるが、新しい電話番号を発呼者に通知し、発呼者はこの新しい電話番号をダイヤルしなければならない。別の対策は、旧い電話番号から新しい電話番号へ発呼を自動転送する方法である。更に別の対策としては、引っ越しした加入者に対する新しいローカル交換機が加入者回線を機械的に再接続する方法が挙げられる。「ドロップバック」として知られる更に別の対策では、ターミナル交換機が呼び出しを受信し、前の加入者が引っ越ししたことを検出すると、発呼を転送すべき番号を含む「レリース」メッセージを送るようになっている。
上記改善対策のいずれも、完全に満足できるものではない。音声メッセージおよび自動転送は一般に一時的なサービスでしかなく、更にこれらサービスはネットワークリソースに負担がかかる。音声メッセージを行うには、引っ越しした加入者が以前接続されていた交換機で交換リソースが使用される。自動呼転送のケースでは、ネットワークの信号発信リソースおよびハードウェアリソースが必要となり、ネットワークプロバイダの容量および収入が失われることとなる。機械的に再接続する対策は、狭いエリアでの問題を解決できるが、大規模に実行するには、不可能ではないにしても、極めて高くつく。更に、交換機内のハードウェアは加入者回線を頻繁に物理的に再接続するようにはなっていない。引っ越しに異なるサービスプロバイダが関与している場合には、「ドロップバック」の方法は確実でなく、加入者がサービスまたはアクセスのタイプを変えた場合には奇妙な副次的効果が生じ得る。
ビックネル外に付与された米国特許第4,754,479号には専用ネットワークのための局番号を携帯できる装置が記載されている。このビックネルの装置は元の交換機から新しい交換機に移動した加入者が電話番号付与計画の制限にも拘わらず、最初に割り当てられた番号を使用できるようにしている。再配置可能なクラスターの全ての交換機は、交換機のアイデンティティを介し、加入者の現在の位置を識別する共通するデータベースを含む。各交換ノードには共通するデータベースが設けられていなければならない。
公衆通信システムの各物理的ノードに設けられたビックネルタイプのデータベースは、実現し、かつ維持するには手に負えないものとなり得る。例えば国全体をカバーし、何百台または何千台もの交換機を含む公衆通信ネットワークを検討する。加入者が引っ越しするごとに各交換機でデータベースを更新することは、いかに困難なことであろうか。更に各交換機でデータベースをコピーさせることにより必要となるメモリ条件は、かなりのものとなり得る。
従って、必要とされており、本発明の目的とすることは、加入者の電話帳の電話番号を変えることなく、通信ネットワークにおいて、ある交換機から別の交換機への加入者の引っ越しを容易にする、効率的で、かつ経済的な方法を提供することである。かかる引っ越しに適合できるシステムは、特にＥＴＳＩ／ＣＣＩＴＴ規格に基づくＩＳＤＮ（統合サービスデジタルネットワーク）サービスとコンパーチブルでなければならない。
概要
加入者の電話番号を再配置できる通信ドメインは、複数の物理的ノードまたは交換機（これらの間で発呼が接続される）と、ドメイン内の複数の交換機の各々に接続され、アクセスされる加入者ロケーションサーバーとを含む。各交換機は１つのユニークな交換機識別子（ＩＤ）を有する。一般的に番号を再配置できるドメイン内で加入者への呼び出しがされると、呼び出しを受けた第１交換機は加入者ロケーションサーバーに問い合わせを行う。問い合わせ時に加入者ロケーションサーバーはネットワークルーティングプリフィックス（ＮＲＰ）を含むネットワークルーティング番号（ＮＲＮ）を戻す。ネットワークルーティングプリフィックス（ＮＲＰ）とは被呼者が接続されるローカル交換機のためのノード識別子（ＮＩ）である。ＮＲＮが戻される交換機はルーティングメッセージのアドレス信号フィールド（ＡＳＦ）内にネットワークルーティングプリフィックス（ＮＲＰ）を含め、ルーティングメッセージ内に番号再配置性フラグ（ＮＲＦ）を設定することにより、発呼のためのルーティングメッセージを作成する。ルーティングメッセージが工業規格の被呼者番号パラメータ（ＣｄＰＮ）となっている実施例では、交換機はネイチャーオブアドレスインジケータ（ＮＡＩ）フィールド内に番号再配置可能性フラグ（ＮＲＦ）をセットし、ＡＳＦの以前の内容を、ＮＲＰとＡＳＦの以前の内容（例えば被呼者の電話帳番号）との連結に置換する。
加入者ロケーションサーバーは加入者番号と交換機識別子の変更可能なマッピングを有する。加入者の電話帳番号はドメインを通す発呼のルーティングには使用されない。むしろ着信ロケーティング交換機に発呼をルーティングするのに、ネットワークルーティングプリフィックス（ＮＲＰ）状のノード識別子（ＮＩ）が使用される。第１交換機から第２交換機へ被呼者の接続の変更（例えば引っ越し）を行うには、加入者ロケーションサーバーのデータベース内で、第１交換機の交換機識別子から第２交換機の交換機識別子へのリマッピングを行う。こうして加入者はドメイン内で自由に移動でき、同じ電話帳番号を維持できる。加入者は引っ越しの際に新しい電話帳番号を公衆に通知する必要はない。本発明は容易に実現でき、更に加入者に対する呼び出しを異なる交換機に一時的にリルーティングするような効率的、かつ有効な方法も提供するものである。
かかる目的のために、冗長性、負荷シェアリング、または階層的構造が望まれる場合には、複数の加入者ロケーションサーバーを使用できる。
一部の実施例では、付加的インテリジェンスによって補強された加入者ロケーションサーバーは、ネットワーク番号およびアドレスポータビリティサーバー（ＮＡＰＳ）として知られる。このＮＡＰＳは別のネットワークサービスを提供するのに特に有効である。例えば本発明のＮＡＰＳはルックアヘッド機能を実行するのに容易かつ経済的に利用できる。更に、ＮＡＰＳを用いるといくつかのローカル交換機において同一の加入者番号を定義することができ、次に、加入者ロケーションサーバーにてかかる加入者番号への発呼をどのロケーションサーバー交換機へルーティングすべきかを判断することができる。かかる判断は多数の基準、例えば発信した発呼者の地理的位置、時刻、発呼者番号等のいずれかに基づいて行うことができる。また、所定の時刻に被呼者によって使用されるアクセスのタイプ、例えばセルラー電話が使用されているか、または固定電話が使用されているかに応じ、加入者ロケーションサーバーが発呼を異なるネットワークにルーティングすることもできる。
本発明は営業者すなわちサービスプロバイダから別のプロバイダに（例えば固定サービスプロバイダからＧＳＭサービスプロバイダまたはこの逆に）変更した場合に、更にアクセスのサービスタイプ（例えば固定されたＰＯＴＳからＩＳＤＮまたはＧＳＭ）に変更した場合に、番号を再配置できるようにもする。従って、本発明の再配置可能性機能は、物理的なロケーション再配置可能性に限定されるものではない。
【図面の簡単な説明】
種々の図において、同一参照番号が同一部品を示す添付図面に示されている次の好ましい実施例のより詳細な説明から、本発明の上記目的およびそれ以外の目的、特徴および利点が明らかとなろう。図面は必ずしも縮尺どおりではなく、むしろ本発明の原理を説明するために強調されている。
図１は、本発明の一実施例に係わる、番号を再配置できるドメインを有する通信ネットワークの略図である。
図２は、本発明に係わる加入者の交換機によって実行されるステップを示すフローチャートである。
図３は、本発明のモードに係わるローカル発呼の呼接続を示す略図である。
図４は、本発明の一態様により、異なるローカル交換機の間の発呼の呼接続を示す略図である。
図５は、本発明の一態様により、引っ越しした加入者のために異なるローカル交換機の間での発呼の呼接続を示す略図である。
図６は、番号を再配置できないネットワークとの、本発明の番号の再配置可能なドメインのインターフェース化を一般に示す略図である。
図６Ａ、６Ｂおよび６Ｃは、番号を再配置できないそれぞれのネットワーク例に対する、番号を再配置できるドメインの間の接続のシナリオを示す。
図７は、番号を再配置できるドメイン外のネットワークから、番号を再配置できるドメインへ着信する発呼の呼接続を示す略図である。
図８は、コールバックサービスとの接続の際に番号を再配置できるドメインにおける２つの交換機の間で、本発明に従って行われる一連の動作を示す略図である。
図８Ａは、コールバックサービスとの接続の際に一方の交換機が番号を再配置できるドメイン内にない２つの交換機の間で、本発明に従って行われる一連の動作を示す略図である。
図９は、本発明の一実施例に係わる、冗長性を備えた通信ネットワークの番号を再配置できるドメインの略図である。
図９Ａは、本発明の一実施例に係わる、冗長性およびロードシェアリングを備えた通信ネットワークの番号を再配置できるドメインの略図である。
図１０は、本発明の一実施例に係わる、通信ネットワークの番号を再配置できるドメインの階層の略図である。
図１０Ａは、異なるサービスプロバイダによって維持される複数のドメインの略図である。
図１０Ｂは、ドメインのうちの１つが移動通信を提供している、異なるサービスプロバイダによって維持される複数のドメインの略図である。
図１０Ｂ（１）および図１０Ｂ（２）は、固定された電話と移動電話との双方に対し、加入者が同一の電話帳の番号を使用できるようにするための、本発明のＮＡＰＳとホームロケーションレジスタ（ＨＬＲ）との間の通信を示す略図である。
図１０Ｃは、コードレスターミナル移動（ＣＴＭ）発呼に対し、番号の再配置性を適用できることを示す、異なるサービスプロバイダによって維持される複数のドメインの略図である。
図１０Ｃ（１）および図１０Ｃ（２）は、固定された装置およびＣＴＭ装置の双方に対し、加入者が同一の電話帳の番号を使用できるようにするための、本発明のＮＡＰＳとＣＴＭに関連する機能との間の通信を示す略図である。
図１１は、工業規格の被呼者の番号パラメータのあるフォーマットの略図である。
図１２は、「ルックアヘッド」機能を実行するのに、本発明の番号およびアドレスのポータビリティサーバー（ＮＡＰＳ）をどのように使用するかを示す略図である。
図１２Ａは、「ルックアヘッド」機能および発呼リダイレクト機能を実行するために、本発明の番号およびアドレスポータビリティサーバー（ＮＡＰＳ）をどのように使用するかを示す略図である。
図１３は、本発明の番号およびアドレスポータビリティサーバー（ＮＡＰＳ）を有する公衆ネットワークに、１台のＰＡＢＸを有する専用ネットワークを接続することを示す略図である。
図１３Ａは、本発明の番号およびアドレスポータビリティサーバー（ＮＡＰＳ）を有する公衆ネットワークに、２台のＰＡＢＸを有する専用ネットワークを接続することを示す略図である。
図１４は、いたずらの呼び出し識別機能を実行するために、本発明の番号およびアドレスポータビリティサーバー（ＮＡＰＳ）をどのように使用するかを示す略図である。
図面の詳細な説明
図１は、通信ネットワークの番号を再配置できるドメイン２０を示す。このドメイン２０は複数のローカル交換機２２（１）〜２２（ｎ）を含み、これらローカル交換機はそれぞれの回線（例えばトランク回線）２４により、伝送システム２６に接続されている。ドメイン２０は加入者ロケーションサーバー（ＳＬＳ）３０も含む。加入者ロケーションサーバー３０はそれぞれの加入者ロケーションリンク３２（１）、３２（２）．．．．３２（ｎ）によりローカル交換機２２（１）、２２（２）、．．．．２２（ｎ）の各々に接続されている。簡単な実施例では、伝送システム２６はローカル交換機２２を接続する物理的回線でよいが、一般には当業者に理解できるように、１つ以上の中継交換機を含む。
ローカル交換機２２（１）、２２（２）、．．．．２２（ｎ）の各々にはユニークな、電話帳に記載されていない（non-directory）交換機識別子ＩＤが割り当てられている。図１に示されるように、ローカル交換機２２（１）にはＩＤ＝ｘｘ１が割り当てられ、ローカル交換機２２（２）にはＩＤ＝ｘｘ２が割り当てられ、同様にローカル交換機２２（ｎ）には交換機識別子ＩＤ＝ｘｘｎが割り当てられている。これら交換ＩＤは加入者が見ることができず、かつ加入者用の電話帳に発表しないことが好ましい。後述するようにこの交換機またはノード識別子は、加入者を探すために、またはドメイン２０を通る発呼のルーティングをするためのネットワークルーティングプリフィックス（ＮＲＰ）として使用される。
ドメイン２０内の全ての加入者Ｓはローカル交換機２２に接続されており、各ローカル交換機２２（１）、２２（２）、．．．．２２（ｎ）は複数の加入者Ｓにサービスをする。図１は、ローカル交換機２２（１）によってサービスを受ける加入者のうちの加入者Ｓ（１２３）およびＳ（１２４）を示しており、ローカル交換機２２（２）および２２（ｎ）は少なくとも加入者Ｓ（１２５）およびＳ（１２６）をそれぞれサービスするようになっている。各ローカル交換機２２は、多数の加入者にサービスを行うが、図を簡略にするためにこれら加入者しか示していない。ここに示されている例では、加入者Ｓ（１２３）は「１２３」の加入者番号（ＳＮＢ）を有し、加入者Ｓ（１２４）は「１２４」の加入者番号を有し、以下同様である（各加入者の括弧は、それが加入者の加入者番号「ＳＮＢ」であることを示す）。
加入者ロケーションサーバー３０はドメイン２０内の各加入者Ｓに対するエントリーを含むデータベース４０を備える。他の図に、より詳細に示されているように、このデータベース４０は各加入者番号（ＳＮＢ）とネットワークルーティングプリフィックス（例えばサービスのために現在物理的に加入者Ｓが接続されるローカル交換機２２に対する交換機またはノード識別子）とを関連づける。加入者ロケーションサーバー３０のデータベース４０は加入者番号（ＳＮＢ）および交換機識別子（交換機ＩＤ）の交換可能なマッピングを有する。
後に記載するように、加入者ロケーションサーバー３０はインテリジェンスの追加により補強された場合、ネットワーク番号およびアドレスポータビリティサーバー（ＮＡＰＳ）としても知られる。ＮＡＰＳにより実行される、追加インテリジェント機能としては、「ルックアヘッド」サービスおよび種々の基準に依存する複数の交換機のうちの選択された交換機に発呼をルーティングするようなネットワークサービスが挙げられる。
図１には示されていないが、加入者ロケーションサーバー３０はサーバー３０がドメイン２０のうちの他の要素と通信できるようにするプロトコルインターフェースすなわちユーザー部分を有する。プロトコルインターフェースにより実現されるプロトコルは本明細書に記載の通信にしか使用されない極めて簡単なプロトコルでもよいし、またはより高度なプロトコル、例えばＩＮＡＰでもよい。このプロトコルはＩＴＵ−Ｔ信号システムＮｏ．７または他のネットワーク化されたプロトコルによって搬送できる。
後述するように、本明細書に記載のドメイン、例えば図１のドメイン２０内にはルーティングのために交換機識別子またはノード識別子（ここではネットワークルーティングプリフィックス（ＮＲＰ）のようにも使用される）が、被呼者パラメータ（ＣｄＰＮ）のようなルーティングメッセージのアドレス信号フィールド内に含まれる。従って本発明のドメインでは、被呼者の番号しか通常含まない現在のＩＳＵＰパラメータＣｄＰＮのアドレスフィールドは、ＮＲＰと被呼者の電話帳の番号との連結に置換される。
図１１は、工業規格であるＩＴＵ−Ｔ勧告Ｑ．７６３規格の被呼者パラメータ（ＣｄＰＮ）のフォーマットを示す。この被呼者パラメータ（ＣｄＰＮ）とは、通信システムの交換機の間で発呼をルーティングするのに使用されるルーティングメッセージである。図１１のＣｄＰＮフォーマットは、その最初のバイトに７ビットのネイチャーオブアドレスインジケータ（ＮＡＩ）と、第２バイトのビット５〜７に番号付与計画インジケータ（ＮＡＰＩ）と、最後のｎ−３バイトのアドレス信号フィールド（ＡＳＦ）とを含む。番号プランインジケータ（ＮＡＰＩ）は８つの異なる値のうちの１つを有し、被呼者がどのタイプのプラン（例えばＩＳＤＮであるか、またはそうでないか）を表示するフィールドである。ネイチャーオブアドレスインジケータ（ＮＡＩ）とは、１２８の値のうちの１つを有するＩＳＵＰパラメータであり、これら１２８の値の多くはスペア（すなわちまだ割り当てられていない値）となっている。ＮＡＩはこれまでその番号が国番号および国際番号などであるかどうかを示すのに使用されていた。アドレス信号フィールド（ＡＳＦ）は４ビットニブルのｎ−２の番号を有し、各ニブルはアドレス信号を示す。まず最初に最も重要なアドレス信号が送られ、連続する４ビットのニブルでその後のアドレス信号が送られる。
本発明はＣｄＰＮパラメータに関連する被呼番号が、本発明の番号の再配置可能な機能を有するかどうかを示すのに使用される、番号再配置可能性フラグＮＲＦを利用するものである。一実施例では、ＮＲＦはＮＡＩのスペア値のうちの１つとして選択される。以下、再配置可能性フラグ、すなわちＮＲＦの設定は、かかる実施例では図１１に示されるようなＮＡＩフィールド内の適当な値の設定と理解する。
本発明は工業規格の被呼者パラメータＣｄＰＮを使用することだけに限定されるものでなく、他のタイプのルーティングメッセージも使用できると理解すべきである。図１および本明細書で参考とする他の図面は、図解のために３つの数字を有するネットワークルーティングプリフィックス（ＮＲＰ）をたまたま示しているだけにすぎない。図中で３つの数字を使用しているのは単に便宜的に例示するためのものにすぎず、本発明は３つの数字のみに限定されるものでなく、各ケースにおいて実現されるプロトコルが認めるように、それよりも少ない数字または（より可能性の大きい）より多数の数字も使用できると理解されよう。また、図１１に示される他のフィールドの長さまたは順序は、本発明に固有のものではない。
本発明のネットワークルーティングプリフィックス（ＮＲＰ）は被呼者の電話帳の番号に先行するように、ルーティングメッセージのアドレス信号フィールド（ＡＳＦ）に含まれる交換機またはノード識別子の一例である。ノード識別子（ＮＩ）はルーティングメッセージのＡＳＦの先行するビット位置以外の位置に含むことができると理解すべきである。
図２は、本発明のドメイン２０に属するローカル交換機２０によって実行されるステップを示す。図２のステップの説明に関連し、ローカル交換機２０によって処理される異なるタイプの発呼を説明するための、図３および４も参考とすべきである。特に図３は、ローカル交換機２２（１）が加入者Ｓ（１２３）とＳ（１２４）［その双方は交換機２２（１）に接続される］を接続するローカル発呼の処理を示すのに使用されている。図４は、発呼加入者Ｓ（１２３）［この加入者はローカル交換機２２（１）に接続される］から被呼加入者Ｓ（１２５）［この加入者は交換機２２（１）には接続されず、交換機２２（２）に接続される］への、ローカルでない発呼の処理を示すのに使用されている。
ステップ２−１では、発信ローカル交換機２２は発呼加入者によりダイヤルされた被呼加入者の番号（ＳＮＢ）の数字を収集する。ステップ２−２において、発信ローカル交換機２２は本発明の番号再配置性機能を有する、予め定められた番号シリーズ内に被呼加入者の番号があるかどうかを判断する。被呼加入者の番号（ＳＮＢ）が予め定められたシリーズ内にある場合、ドメイン２０内の別の交換機に発呼を接続すべきである。そうでない場合、加入者はドメイン２０２０外に存在する番号シリーズ（すなわち番号のブロック）に属す。この場合、図２のステップ２−３および２−４を実行する。ステップ２−３および２−４は標準ルーティング基準を使用する。ステップ２−３ではローカル交換機２２は被呼加入者への発信ルートを選択するように、被呼者の番号パラメータＣｄＰＮを使用する。ステップ２−４ではローカル交換機２２は被呼加入者への呼設定を実行する。
ステップ２−２において、被呼加入者の番号がドメインの予め定められた番号シリーズ内にあると判断した場合、ステップ２−５において、発信ローカル交換機２２（１）は更に、被呼加入者の番号が予め定められたシリーズ内にあっても、空きであるか、またはローカル交換機２２（１）にリストされていないかどうかを判断する。ステップ２−５における判断が否定的であれば、発呼加入者と同じローカル交換機に被呼加入者を接続すべきであることが知らされる。従って、ステップ２−６ではローカル交換機２２（１）は被呼加入者への呼設定を実行する。かかるケースは図３に示されており、この図では、被呼加入者［Ｓ（１２４）］が発呼加入者［Ｓ（１２３）］と同じローカル交換機２２（１）に接続されている。ステップ２−６では、ローカル交換機２２は加入者のローカルサーバー３０にコンサルトすることなく、被呼加入者［Ｓ（１２４）］への呼設定を実行する。その代わりに、ローカル交換機２２において被呼者の番号パラメータ（ＣｄＰＮ）における被呼者の電話帳の番号を使用する従来のルーティング基準に従って呼設定される。図３は、発呼加入者Ｓ（１２３）と被呼加入者Ｓ（１２４）との間で呼接続するローカル交換機２２（１）自身を示す。
ステップ２−５において、被呼加入者の番号が予め定められたシリーズ内であっても、空き、またはローカル交換機２２（１）にリストされていないと判断された場合、ステップ２−７を実行する。ステップ２−７、２−８および２−１０〜２−１２の実行は図４に略図で示されており、この図は非ローカル発呼がローカル交換機２２（１）によって処理されるケースを示す。特に図４は、発呼加入者Ｓ（１２３）から被呼加入者Ｓ（１２５）への発呼を処理するローカル交換機２２（１）を示している。
ステップ２−７ではローカル交換機２２（１）は加入者ロケーションリンク３２（１）の加入者ロケーションサーバー３０に問い合わせ信号を送り、サーバーはこの問い合わせ信号と共に被呼者番号パラメータＣｄＰＮを送る。ＣｄＰＮパラメータと共に問い合わせ信号が受信されると、加入者ロケーションサーバー３０は被呼者に現在サービスしているローカル交換機に対する交換機識別子またはノード識別子、例えばネットワークルーティングプリフィックス（ＮＲＰ）を判断するように、そのデータベース４０にコンサルトする。図４に示されるようにデータベース４０はドメイン２０内の各加入者に対するエントリーを有し、各エントリーは被呼者の電話帳の番号に対するフィールドおよび現在被呼者にサービスしているローカル交換機のためのネットワークルーティングプリフィックス（ＮＲＰ）のための関連するフィールドを含む。例えば加入者ロケーションサーバー３０に対し、パラメータとして被呼者の番号「１２５」が送られると、サーバー３０はデータベース４０をチェックし、加入者１２５に対応する記録が、そのＮＲＰフィールド、すなわちローカル交換機２２（２）の交換機ＩＤ内に「ｘｘ２」の値があるかどうかを判断する。
ステップ２−７におけるサーバー３０のデータベース４０の問い合わせの一部として、加入者ロケーションサーバー３０はステップ２−８で被呼者のための被呼者番号が空いているか（例えばこの番号が含まれないのか、または対応するＮＲＰ番号を有していないのか）どうかを判断する。被呼者に対する被呼者番号が空であれば、ステップ２−９において発呼者がダイアルした番号に対するリストがないことをメッセージ（例えば音声またはテキスト）によって発呼者に通知される。これに関連し、ステップ２−７の問い合わせに応答し、加入者ロケーションサーバー３０はＣｄＰＮに対するデータベース４０内にエントリーが空となっているか、または欠如していることを表示するメッセージで応答する。次に、交換機２２（１）は発呼者に対しメッセージを発生する。
他方、発呼者がダイヤルし、ステップ２−７で加入者ロケーションサーバー３０へ送られた番号がデータベース４０内に存在せず、対応するＮＲＰを有している場合、ステップ２−１０で加入者ロケーションサーバー３０はローカル交換機２２（１）に対し、ネットワークルーティング番号（ＮＲＮ）を与える。ステップ２−１０で加入者ロケーションサーバー３０はデータベース４０から得た値（例えば着信交換機の交換機ＩＤ「例えば被呼者Ｓ（１２５）に対する本例における交換機２２（２）の交換機ＩＤ“ｘｘ２”」）を、そのネットワークルーティングプリフィックス（ＮＲＰ）として含むＮＲＮを発生する。このローカル交換機２２（１）はＣｄＰＮのアドレス信号フィールド（ＡＳＦ）をＮＲＰと被呼者の電話帳の番号との連結に置換する。
図１１Ａおよび１１Ｂは、図４に示されるシナリオに対する被呼者の番号パラメータ（ＣｄＰＮ）のサンプルを示す（加入者Ｓ１２３はローカル交換機２２（１）に接続され、発呼加入者Ｓ１２５はローカル交換機２２（２）に接続される）。特に図１１Ａは、加入者ロケーションサーバー３０の問い合わせ前の加入者番号パラメータ（ＣｄＰＮ）を示し、図１１Ａはパラメータ（ＣｄＰＮ）のアドレス信号フィールド（ＡＳＦ）が被呼者Ｓ１２５のＳＮＢ、すなわち電話帳番号しか含まないことを示し、他方、図１１Ｂはステップ２−１０におけるパラメータ（ＣｄＰＮ）の変換を示す。この交換に従い、ＮＡＩフィールド内の番号再配置可能性フラグＮＲＦがセットされ、アドレス信号フラグ（ＡＳＦ）はネットワークルーティングプリフィックス（ＮＲＰ）［例えばｘｘ２］と被呼者の電話帳の番号［例えば１２５］との連結に置換される。以下、明示していなくても、ＡＳＦへのＮＲＰの挿入には常にＡＳＦ内にＮＲＰが存在することを示すための番号の再配置可能性フラグの設定が伴うと理解すべきである。
ステップ２−１１において、ローカル交換機２２（１）は着信交換機（例えば本例では交換機２２（２））へのルートを選択するよう、（ステップ２−１０で得られた）サーバー３０からのＮＲＮを使用する。ステップ２−１２において、ローカル交換機２２は選択されたルートを通し着信交換機への呼設定を実行する。ステップ２−１０において上記のように変換された被呼者番号パラメータ（ＣｄＰＮ）はネットワークを通し、初期アドレスメッセージ［ＩＡＭ］として送られる。
中継交換機がルーティングメッセージ（例えば初期アドレスメッセージ［ＩＡＭ］）を受信すると、そのメッセージの解析の結果、ネットワークルーティングプリフィックス（ＮＲＴ）に関連する着信交換機へのルートが得られる。その後、ＩＡＭメッセージが着信ローカル交換機へ送られる。この着信交換機はＮＲＰを元に、この交換機へルーティングされた発呼を認識することができ、ＣｄＰＮに対するルーティングメッセージの残りを解析する前にＮＲＰプリフィックスを除く。その後、メッセージの残りが解析され、被呼加入者がＡＳＦフィールドの残りによって識別される。
上記シナリオでは他の交換機への全ての発呼を中継交換機を介してルーティングすべきであり、かつ中継交換機への通常のトランク内の混雑またはエラーの場合にタイトランクを介し発呼を中継交換機へルーティングできるように、タイトランクも許可するという条件はないことに留意すべきである。
図２のステップは単なる例のために発呼処理をするローカル交換機２２（１）しか示していないが、ドメイン２０の任意のローカル交換機によって相当するステップを実行することを理解すべきである。更に本発明の他の態様では、発呼者と同一のローカル交換機に接続された被呼者との間の発呼に対してさえも、加入者ロケーションサーバー３０のサーチを常に行うように図２のステップ２−５を省略することができる。被呼加入者が発呼加入者と同じローカル交換機に接続されていると見なされる確率が低い場合、このようにステップ２−５を省略することは効率的であるので、全ての発呼に対する加入者ロケーションサーバー３０の問い合わせを行うことが、より効率的となる。
上記のように、図３は発呼加入者Ｓ（１２３）と被呼加入者Ｓ（１２４）との間で発呼を接続するローカル交換機２２（１）自体を示す。他方、図４は発呼加入者Ｓ（１２３）から被呼加入者Ｓ（１２５）への発呼を処理するローカル交換機２２（１）を示す。
図５は、［図４を参照して既に説明したように］ローカル交換機２２（２）からローカル交換機２２（ｎ）への加入者Ｓ（１２５）の引っ越しに、本発明がどのように対処するかを示している。図５は、特に加入者１２５のためのネットワークルーティングプリフィックス（ＮＲＰ）がデータベース４０内で既に変更されていることを示す。特にローカル交換機２２（ｎ）へ加入者１２５が引っ越しした後は、データベース４０内の加入者番号１２５に対するＮＲＰは「ｘｘ２」となる代わりに、加入者番号１２５に対するＮＲＰフィールドは「ｘｘｎ」となる（図５参照）。従って、図２に示されるような引っ越しの後に図２のステップ２−１０を実行する結果、回線３２（１）上でローカル交換機２２（１）へ送られるルーティングメッセージのアドレス信号フィールド（ＡＳＦ）内には「ｘｘｎ１２５」が含まれることとなる。
上記加入者Ｓ（１２５）は加入者ロケーションサーバー３０のデータベース４０に入力されているので、この加入者Ｓ（１２５）は上記のようにドメイン２０内で容易に引っ越しできる。従って、加入者Ｓ（１２５）は「ロケーションポータビリティ機能」（ＬＯＰ）を有すると称される。
図６は、ネットワーク５０に対する番号を再配置できるドメイン２０の接続を包括的に示し、ネットワーク５０内の加入者は番号の再配置可能性を有していない。図６Ａ、図６Ｂおよび図６Ｃは番号を再配置できるドメイン６２０Ｉ（Ａ）、６２０Ｉ（Ｂ）、６２０Ｉ（Ｃ）と、番号を再配置できないそれぞれのネットワーク６５０Ａ、６５０Ｂおよび６５０Ｃの例との間の接続のシナリオをそれぞれ示す。
図６Ａは、番号再配置可能性機能によってアップグレードされていないローカル交換機６２０Ａに対する番号を再配置できるドメイン（例えばＮＲＮドメイン）６２０Ｉ（Ａ）のバックワードコンパーチビリティを示す。ドメイン６２０Ｉ（Ａ）は中継交換機６５２Ａ（１）、６５２Ａ（２）および６５２Ａ（３）のみならず、ローカル交換機６２２Ａ（１）〜６２２Ａ（５）も含む。中継交換機６５２Ａ（１）は非ＮＲＮドメインのローカル交換機６２２Ａのみならず、中継交換機６５２Ａ（２）および６５２Ａ（３）および加入者ロケーションサーバー６３０にも接続されている。中継交換機６５２Ａ（２）はローカル交換機６２２（１）〜６２２（３）に接続されており、中継交換機６５２Ａ（３）はローカル交換機６２２（４）〜６２２（５）に接続されている。図６Ａの作動のシナリオでは、ローカル交換機６２２Ａに接続されている発呼者はドメイン２０Ｉ（Ａ）内に常駐する被呼者に発呼を行う。かかる場合、ローカル交換機６２２Ａはかかロケーションサーバー３０に問い合わせをすることはできないので、中継交換機６５２Ａ（１）にパラメータＣｄＰＮが送られる。（被呼者がドメイン２０Ｉ（Ａ）によるサービスを受けている番号のシリーズ内にないと判断した後に）中継交換機６５２Ａ（１）はローカル交換機６２２Ａから受信したＣｄＰＮパラメータを使って問い合わせを行う。従って、図６Ａはドメイン６２０Ｉ（Ａ）の外部から着信した発呼に対し、この発呼に遭遇する最初の中継交換機は加入者ロケーションサーバー６３０に質問する交換機となる。加入者ロケーションサーバー６３０からＮＲＮを受信すると、中継交換機６５２Ａ（１）はＮＲＰに基づき、ドメイン６２０Ｉ（Ａ）内の被呼者に発呼をルーティングする。
図６Ｂは発呼者がローカル交換機６２２Ｂに接続され、次にこのローカル交換機が中継交換機６５１Ｂに接続され、双方の交換機６２２Ｂおよび６５１Ｂが番号を再配置できないネットワーク６５０Ｂ内にある状況を示す。図６Ｂの番号再配置可能ドメイン６２０Ｉ（Ｂ）は中継交換機６５２Ｂ（１）および６５２Ｂ（２）を含む。中継交換機６５２Ｂ（１）は中継交換機６５１Ｂ、加入者ロケーションサーバー６３０、中継交換機６５２Ｂ（２）およびローカル交換機６２２Ｂ（１）に接続されている。中継交換機６５２Ｂ（２）は中継交換機６５１Ｂ、中継交換機６５２Ｂ（１）およびローカル交換機６２２Ｂ（２）に接続されている。図６Ｂの表示では、（ローカル交換機６２２Ｂ（１）に接続されている）ロケーションＢから（ローカル交換機６２２Ｂ（２）に接続されている）ロケーションＢ’へ番号を再配置できる加入者が移動している。ドメイン６２０Ｉ（Ｂ）内の発呼者は中継交換機６５２Ｂ（２）を介し、直接ロケーションＢ’にルーティングされるロケーションＢ’へ移動した加入者へ発呼を行う。しかしながら、ローカル交換機６２２Ｂに接続された発呼者がロケーションＢからロケーションＢ’へ引っ越しした加入者の電話帳の番号をダイヤルした場合、この発呼は［発呼者が以前居住していた］場所のローカル交換機６２２Ｂ（１）に対し、ＣｄＰＮパラメータを使う中継交換機６５１Ｂにより、当初ルーティングされる。しかしながら、ドメイン６２０Ｉ（Ｂ）への侵入時に中継交換機６５２Ｂ（１）は着信呼をトラップし、加入者ロケーションサーバー６３０に問い合わせを行う。中継交換機６５２Ｂ（１）は引っ越し加入者に対するネットワークルーティング番号を受信し、よって中継交換機６５２Ｂ（２）を介し、発呼をローカル交換機６２２（２）１へルーティングする。
図６Ｃは、番号を再配置できないローカル交換機６２２ＣがタイトランクＴＴにより番号を再配置できるローカル交換機６２２Ｃ（１）へ接続される状況を示す。番号を再配置できるネットワーク６５０Ｃはローカル交換機６２２Ｃおよび中継交換機６５１Ｃを含む。ドメイン６２０Ｉ（Ｃ）は中継交換機６５２Ｃ（１）およびローカル交換機６２２（１）および６２２（２）を含む。ローカル交換機６２２（１）は加入者ロケーションサーバー６３０に接続されている。加入者が（ローカル交換機６２２（１）に接続されているロケーションＣから（ローカル交換機６２２（２）に接続されている）ロケーションＣ’へ移動しており、ローカル交換機６２２Ｃに接続された発呼者が引っ越しした加入者を呼び出し、被呼加入者（現在はロケーションＣ’にいる）が本発明の番号ポータビリティ機能を有すると仮定する。しかしながら、加入者はまだロケーションＣにいると考えると、ローカル交換機６２２ＣはＣｄＰＮパラメータを使って発呼をローカル交換機６２２（１）へルーティングする。しかしながら、ローカル交換機６２２（１）は着信呼をトラップし、加入者ロケーションサーバー６３０に問い合わせを行う。加入者ロケーションサーバー６３０から受信されるＮＲＮの結果として、ローカル交換機６２２（１）はＮＲＰを使用し、中継交換機６５２Ｃ（１）を介してローカル交換機６２２（２）へ発呼をルーティングする。
図７は、番号を再配置できるドメイン外のネットワーク（例えば図６のネットワーク５０）からの、図６の番号を再配置できるドメイン２０’に着信した発呼の受信を示す。図７は特に中継交換機５２における着信呼の受信を示し、この着信呼は発呼者Ｓ（１２５）に向けられたものである。図２、図３および図４は参照してこれまで説明した作動と同じように、中継交換機５２は図２のステップ２−１１に類似したステップを実行し、（回線６２上で）加入者ロケーションサーバー３０に問い合わせを行う。図７に示された実施例では、問い合わせ時に送られるＣｄＰＮパラメータの値は「１２５」である。加入者ロケーションサーバー３０は先に説明したようにデータベース４０をサーチし、中継交換機５２へ伝送するための適当なＮＲＰを含むネットワークルーティング番号（ＮＲＮ）を発生する。図示された例では、中継交換機５２へ送られるＮＲＮは値「ｘｘ２１２５」を含む。中継交換機に対し、被呼者の番号の解析は（交換機識別子またはノード識別子と同じ）プリフィックスＮＲＰが加入者ロケーションサーバー３０からプリフィックスがフェッチされた着信交換機へのルートをポイントする。
ドメイン２０’の加入者Ｓはドメイン２０’外の加入者（例えば図６の再配置できないネットワーク５０内の加入者）の番号をダイヤルできる。ドメイン２０’外の加入者が呼び出された場合、この発呼は現在の規格の手順に従ってルーティングされる。
図８は、ローカル交換機８２２（１）と８２２（２）の双方が番号を再配置できる同一のドメイン内にある時にコールバックサービス、例えばＣＣＢＳ（話中時再呼び出し）またはＣＣＮＲ（無応答時再呼び出し）に関連し、２つのローカル交換機８２２（１）と８２２（２）との間で行われる一連の動作を示す。図８に示されるように、各ローカル交換機８２２はＣＣＡＦ、ＣＣＦ、ＴＣＡＰおよびＳＣＣＰを含む。ＣＣＡＦとは呼び出し制御アクセス機能であり、ＣＣＦとは呼び出し制御機能であり、ＴＣＡＰとはトランザクション機能応用部であり、ＳＣＣＰとは信号接続制御部である。
図８に示される動作のシーケンスは次のとおりである。第１動作８−１として、ローカル交換機８２２（１）に接続されている発呼者（例えばＡ−ｓｕｂとして知られる加入者）は、ローカル交換機８２２（２）に接続されている被呼者（例えばＢ−ｓｕｂとして知られる加入者）の番号をダイヤルする。このダイヤルされた数字はＣＣＡＦにて受信され、ＣＣＦへ転送される。図６のステップ２−７に関連して先に説明したように、動作８−２では被呼者の番号（ＣｄＰＮ）は［交換機８２２（１）のＣＣＦから］加入者のロケーションサーバー８３０（例えば問い合わせのパラメータとして）送られる。動作８−３ではサーバー８３０は被呼加入者のローカル交換機のＮＲＰ［交換機８２２（２）のＩＤ］をローカル交換機８２２（１）のＣＣＦへ戻す。動作８−４ではローカル交換機８２２（１）のＣＣＦはローカル交換機８２２（２）のＣＣＦへの発呼を開始する。信号の初期アドレスメッセージ（ＩＡＭ）は、プリフィックス（ターゲット交換機の交換ＩＤ）およびルーティングメッセージのアドレス信号フィールド内の被呼者番号の電話帳の番号（ＣｄＰＮ）を含む。
ローカル交換機８２２（２）のＣＣＦはローカル交換機８２２（２）により被呼者番号がリストされていると判断し、被呼者番号をＣＣＡＦへ転送する。被呼者が話中であるとＣＣＡＦが判断すると、ローカル交換機８２２（２）のＣＣＦにアドバイスを行う。動作８−５はローカル交換機８２２（２）のＣＣＦからローカル交換機８２２（１）のＣＣＦへ戻される話中状態信号を示す。この戻される話中状態信号はＣＣＢＳが認められることも表示する。動作８−６は被呼者が話中である旨の話中メッセージにより加入者Ａ−ｓｕｂにアドバイスするローカル交換機８２２（１）を示す。
加入者Ａ−ｓｕｂは動作８−７によりローカル交換機８２２（１）にＣＣＢＳリクエストを行う。ローカル交換機８２２（１）は動作８−８にてこれに応答して動作８−２にて加入者ロケーションサーバー８３０から先にフェッチしたように、ローカル交換機８２２（２）のプリフィックスを使用してローカル交換機８２２（２）に対しＣＣＢＳリクエストを送るよう、ＴＣＡＰ／ＳＣＣＰにてＣＣＢＳ機能を立ち上げる。発呼者のローカル交換機８２２（１）の交換機ＩＤにはローカル交換機８２２（２）に対するＣＣＢＳリクエストが提供されるので、ＣＣＢＳコールバック機能はこれをコールバック手順で使用できる。
図８Ａではローカル交換機８２２Ａ（１）は番号を再配置できるドメイン内にないネットワーク８２１Ａにあり、ローカル交換機８２２Ａ（２）は番号を再配置できるドメイン８２０Ａ内にある。図８Ａは発呼者（加入者Ａ−サブ）がローカル交換機８２２Ａ（１）に接続され、被呼者（加入者Ｂ−サブ）がローカル交換機８２２Ａ（２）に接続されている場合に、コールバックサービス（例えばＣＣＢＳ［話中時再呼び出し］またはＣＣＮＲ［無応答時再呼び出し］サービス）の提供に関連して行われる一連の動作を示す。
従って、ローカル交換機８２２Ａ（１）は番号を再配置できるドメイン８２０内になく、加入者ロケーションサーバー８３０に問い合わせを行うことはできず、ドメイン８２０内で使用されているネットワークルーティングプリフィックス（ＮＲＰ）については何も知らない。このローカル交換機８２２Ａ（１）はむしろ被呼者のローカル交換機へＣＣＢＳリクエストをルーティングするのに、被呼者の番号ＣｄＰＮを使用する従来の戦略（例えばＣＣＩＴＴ第７号）に従う。図８Ａに関連して後述するように、本発明では発呼は適当な加入者ロケーションサーバー８３０にルーティングされる。サーバー８３０はＣＣＢＳリクエスト内の被呼者の電話帳の番号を解析し、ＮＲＰを発生するので、発生されたＮＲＰをグローバルタイトルとして使用することにより、ＣＣＢＳリクエストは被呼者のローカル交換機へ転送される。ＩＳＵＰ／ＴＵＰ「ＣｄＰＮ」パラメータ上の番号再配置可能性フラグ（例えばＮＡＩ）の設定に関する本発明の原理は、ＴＣＡＰ／ＳＣＣＰ上のグローバルタイトルの設定時にも適用される（すなわちグローバルタイトルはＮＡＩおよびＮＰＩのみならずＣｄＰＮも含む）。
図８Ａの動作８Ａ−１にて発呼者サブ−Ａは被呼加入者（ｓｕｂ−Ｂ）の電話帳の番号をダイヤルする。動作８Ａ−２にてローカル交換機８２２Ａ（１）はイニシャルアドレスメッセージ（ＩＡＭ）として使用されているＣｄＰＮメッセージのアドレス信号フィールド（ＡＳＦ）を被呼加入者の電話帳の番号で満たし、ＩＡＭメッセージを中継交換機８５１Ａ（１）へ転送する。再配置性を有しないネットワーク８２１Ａ内にある中継交換機８５１（１）は動作８Ａ−３によりＩＡＭを再配置可能なドメイン８２０Ａ内の中継交換機８５１（２）へ転送する。動作８Ａ−４で中継交換機８５１（２）は加入者ロケーションサーバー８３０へ問い合わせを送り、加入者Ｂ−ｓｕｂのロケーションを認識する。動作８Ａ−５はアドレス信号フィールド（ＡＳＦ）が加入者ｓｕｂ−Ｂのネットワークルーティングプリフィックス（ＮＲＰ）を含むように、加入者ロケーションサーバー８３０がＩＡＭ（すなわちＣｄＰＮ）を改定し、ＡＳＦ内にＮＲＰが存在することを表示するよう、番号再配置可能性フラグ（ＮＲＦ）を設定することを示す。動作８−５では改定されたＩＡＭの中継交換機８５１（２）への転送も行われる。動作８Ａ−６によりＮＲＰを含むＩＡＭは中継交換機８５１（２）から中継交換機８５１（３）へ転送され、動作８Ａ−７６によりＮＲＰを含むＩＡＭは中継交換機８５１（３）からローカル交換機８２２Ａ（２）へ転送される。
図８Ａの動作８Ａ−８はローカル交換機８２２Ａ（２）から中継交換機８５１（３）へ送られる話中メッセージ（例えばＩＳＵＰ上のＲＥＬ）を示す。同様に、動作８Ａ−８〜８Ａ−１１により、ローカル交換機８２２Ａ（１）へ戻す話中メッセージの伝送が示されている。話中メッセージの受信に応答し、ローカル交換機８２２Ａ（１）は加入者ｓｕｂ−Ａに話中トーンを送る（動作８Ａ−１２）。
動作８Ａ−１３はローカル交換機８２２Ａ（１）のＣＣＢＳ記号にてＣＣＢＳ（話中時再呼び出し）機能を起動する加入者ｓｕｂ−Ａを示す。動作８Ａ−１４にて被呼者番号ＣｄＰＮを使って加入者ロケーションサーバー８３０、特にＴＣＡＰ（トランザクション機能応用部）へＣＣＢＳリクエストが転送される。動作８Ａ−１５にて、加入者ロケーションサーバー８３０はネットワークルーティングプリフィックス（ＮＲＰ）を発生する。動作８Ａ−１６にて動作８Ａ−１５から得られたＮＲＮを備えたＣＣＢＳを使用して、正しいローカル交換機（すなわち加入者サブ−Ｂが接続されているローカル交換機８２２Ａ（２））へＣＣＢＳリクエストをルーティングする。
図９は冗長性が提供されている、通信ネットワークの番号を再配置できるドメイン２０Ｒの略図である。図９のドメイン２０Ｒは図１のドメイン２０の要素すべて（これら要素は図１および図９の双方で同じ番号がつけられている）を有し、更に冗長な加入者ロケーションサーバー３０Ｒを有する。図１のドメイン２０内のように、冗長な加入者ロケーションサーバー３０Ｒはドメイン２０Ｒ内の複数の交換機の各々にも接続されている。交換機２２（１）〜２２（ｎ）を冗長な加入者ロケーションサーバー３０Ｒに接続するために、それぞれリンク３２Ｒ（１）〜３２Ｒ（ｎ）が設けられている。冗長な加入者ロケーションサーバー３０Ｒはデータベース４０Ｒを維持し、このデータベースは図９の例ではデータベース４０と同一である。管理システムＭＳはサーバー３０および３０Ｒの双方に接続されており、この管理システムＭＳは加入者再配置性データのマスターファイルが維持されているデータベースＭＦにアクセスする。マスターファイルＭＦは、例えばいずれかのサーバー３０、３０Ｒのデータベースにダウンロードするのに使用される。
加入者ロケーションサーバー３０が故障するか、またはメンテナンスなどのためにサービスを停止させなければならない場合、サーバー３０の代わりに冗長な加入者ロケーションサーバー３０Ｒを使用する。ある作動モードでは所定のインターバル（例えば１週間に１回、またはオペレータがオペレータの入力によって指定される頻度で）管理システムＭＳはデータベース４０および４０Ｒの双方内のデータの一貫性チェックを命令できる。この一貫性チェックにおいてデータが比較され、不一致があればこれがレポートされる。不一致がある場合の修正動作は、手動または半自動的に命令できる。他の作動モードではマスターファイルＭＦを管理システムＭＳによりタイムリーに維持し、サーバー３０、３０Ｒにダウンロードできると見なして、比較チェックは不要となっている。
図９の構造は上記と異なり、２つの同一の加入者ロケーションサーバー３０と３０Ｒとの間で負荷を拡散するように利用することもできる。負荷を分散するにはいくつかの方法がある。第１の方法として、ローカル交換機２２のＳＬＳに関連した機能は、そのローカル交換機に対する「主な加入者ロケーションサーバー」を選択できる。主な加入者ロケーションサーバーのこの選択は番号グループ（例えば無障害時にサーバー３０を選択する番号グループｘｘｘおよび無障害時にサーバー３０Ｒを選択する番号グループｙｙｙ）を基に行うことができる。これとは異なり、内部の統計学的分布関数を使用して、主な加入者ロケーションサーバーの選択を急にダイナミックに行うこともできる。第２の方法では、ダイヤルされた番号へグローバルタイトル（ＧＴ）として知られるＳＣＣＰパラメータを送り、所定の顧客を取り扱う１つの主要ＮＡＰＳ（例えばサーバー３０）を結び付け、かつ他の顧客を取り扱う別のＮＡＰＳ（他のサーバー３０Ｒ）を結び付けることができる。第２の方法では、ローカル交換機の同じＳＬＳ機能が常に半永久的交換機データにより、対応する主要ＮＡＰＳを選択し、次に異なるＳＬＳ機能に異なるＮＡＰＳを割り当てる。すなわち１つのＮＡＰＳはローカル交換機のあるＳＳＰには一次的であり、ローカル交換機の他のＳＳＰには二次的なものである。純粋な冗長性ではなく、負荷を分散させるために図９の構造を利用する場合、加入者ロケーションサーバー３０、３０Ｒの一方が故障した時には、故障していないサーバーは故障したサーバーの負荷全体を搬送することができないことがある。
図９ＡはマスターＮＡＰＳ９３０Ｍと複数のサブシリーズの特定のＮＡＰＳ９３０（１）〜９３０（５）（全てはローカル交換機９２２（１）〜９２２（８）にサービスする）を含む冗長システムを備えたドメイン９２０を示す。このドメイン９２０は５つのサブドメインから成り、各サブドメインは全体のドメイン９２０によりサービスされる一連の番号のサブセットに関連している。加入者番号の各サブセットはサブシリーズの固有のＮＡＰＳ９３０（１）〜９３０（５）のうちの対応する１つによるサービスを受ける。例えばシリーズの第１サブセットはＮＡＰＳ９３０（１）に関連しており、シリーズの第２サブセットはＮＡＰＳ９３０（２）に関連する。各ローカル交換機９２２に発呼がなされると、ローカル交換機は５つのＮＡＰＳ９３０（１）〜９３０（５）のうちのどれに問い合わせをすべきかを判断するよう、シリーズのうちの５つのサブセットの各々をサーチする。従って、被呼者が番号を再配置できるドメイン内にあるかどうかを判断するのに、単一のリストをチェックする代わりに、交換機は被呼加入者が属するドメイン９２０のシリーズのサブセットを判断するのに５つもの多数のリストをチェックする。次にローカル交換機９２２は被呼加入者の番号が見つけられたリストに基づき、適当なＮＡＰＳ９３０に問い合わせを行い、次に上記と同じようにネットワークルーティングプリフィックスを受信する。
従って、５つのＮＡＰＳ９３０（１）〜９３０（５）の各々には、主要サブシリーズが割り当てられる。更にＮＡＰＳ９３０のうちの２つ以上は、必要であれば１つ以上のバックアップサブシリーズを記憶するためのバックアップ記憶ロケーションを有する。図９Ａに示された例では、ローカル交換機９２２（１）、９２２（４）、９２２（５）および９２２（８）から破線で示されるように、ドメイン９２０のサブシリーズ３内の加入者に対し、通常ＮＡＰＳ９３０（３）に問い合わせがなされる。しかしながらＮＡＰＳ９３０（３）が仮にサービス中でない場合、図９ＡではＮＡＰＳ９３０（３）を除くＮＡＰＳにローカル交換機９２２が問い合わせを行う。これに関し、ＮＡＰＳ９３０（３）におけるサービス停止状態が検出されると、マスターＮＡＰＳ９３０Ｍはサブシリーズ３のためのそのマスターデータベースを、選択されたＮＡＳＰＳ９３０、特に図９Ａに示されるようにＮＡＳＰＳ９３０（１）および９３０（５）のバックアップ記憶ロケーションにコピーする。更に、マスターＮＡＰＳ９３０Ｍはサブシリーズの３つの被呼加入者のためにどのＮＡＰＳ９３０が問い合わせを行うべきかについてローカル交換機９２２の各々に通知を行う。図９Ａに示された特殊な状況では、マスターＮＡＰＳ９３０Ｍは奇数番号のローカル交換機９２２がＮＡＰＳ９３０（１）に問い合わせを行い、奇数番号のローカル交換機９２２がＮＡＰＳ９３０（５）に問い合わせを行うべきことを命令している。従って、ローカル交換機９２２（１）および９２２（５）は、［破線が示すように］ＮＡＰＳ９３０（３）に問い合わせを試みるのではなく、サブシリーズの３つの被呼加入者のためにＮＡＰＳ９３０（１）に問い合わせを行う。同様に、ローカル交換機９２２（４）および９２２（８）は、［破線が示すように］ＮＡＰＳ９３０（３）に問い合わせを試みるのではなく、サブシリーズの３つの被呼加入者のためにＮＡＰＳ９３０（５）に問い合わせを行う。従って、図９Ａは同一でないＮＡＰＳを使って共用方法によりどのように冗長性を提供できるかを示す一例である。更に、マスターＮＡＰＳ９３０Ｍがバックアップサブシリーズを予め割り当て、かつ予め記憶し、ＮＡＰＳがかかる時間、例えば停止となるまでにサブシリーズのためのマスターファイルのコピーを送らせる必要がないように実現しなければならない。
図１０は、特に複数のドメイン２０（１）および２０（２）に関連し、加入者ロケーションサーバーを階層的に設けたことを示す。ドメイン２０（１）および２０（２）には加入者ロケーションサーバー［ＮＡＰＳ］３０（１）および３０（２）がそれぞれ設けられており、サーバーの各々はそれぞれのドメインにおいて（図示されていない）複数の交換機にサービスを行う。ドメイン２０（１）と２０（２）との間の電話通信は、それぞれのドメインのゲートウェイＧＷ（１）とＧＷ（２）との間で行われる。１つのマスター加入者ロケーションサーバー［ＮＡＰＳ］３０（Ｍ）が設けられており、このサーバーにはリンク７０（１）および７０（２）を通してＮＡＰＳ３０（１）および３０（２）によりアクセスが行われる。ドメイン２０（１）に属す発呼加入者がドメイン２０（２）内の被呼加入者の番号をダイヤルすると、ＮＡＰＳ３０（１）はまず被呼加入者の番号（ＳＮＢ）のために、そのデータベース４０（１）のサーチを行う。ＮＡＰＳ３０（１）内に被呼加入者のＳＮＢが見つからない場合、マスターＮＡＰＳ３０（Ｍ）に問い合わせがなされる。マスターＮＡＰＳ３０（Ｍ）が求めているＳＮＢを有していると仮定した場合、マスターＮＡＰＳ３０（Ｍ）はドメイン２０（２）のゲートウェイＧＷ（２）へのルートを示すプリフィックスをＮＡＰＳ３０（１）へ戻す。このプリフィックスはドメイン２０（２）のゲートウェイＧＷ（２）へ送られる信号内のダイヤルされた場合（ＳＮＢ）の前に追加される。信号がゲートウェイＧＷ（２）における中継交換機に到達すると、被呼加入者が現在ドメイン２０（２）のどのローカル交換機に接続されているかを判断するのに、ドメイン２０（２）のＮＡＰＳ３０（２）のサーチが行われる。
図１０Ａは、複数のドメイン１０２０Ａ、１０２０Ｂ、１０２０Ｃを示す。ドメイン１０２０Ａ、１０２０Ｂ、１０２０Ｃの各々は異なるサービスプロバイダにより維持できる。ドメイン１０２０Ａはドメイン１０２０ＢのゲートウェイＧＷＢ（１）およびドメイン１０２０ＣのゲートウェイＧＷＣに接続するゲートウェイＧＷＡを有し、ドメイン１０２０Ｂおよび１０２０ＣハゲートウェイＧＷＢ（２）とゲートウェイ（ＧＷＣ）の間に接続されている。ドメイン１０２０ＡはゲートウェイＧＷＡおよび加入者ロケーションサーバー１０３０Ａに接続するローカル交換機１０２２Ａを有する。ドメイン１０２０ＢはゲートウェイＧＷＢ（１）およびＧＷＢ（２）の双方に接続されているローカル交換機１０２２Ｂを有し、ゲートウェイＧＷＢ（１）は加入者ロケーションサーバー（ＮＡＰＳ）１０３０Ｂに接続されている。説明を簡潔にするために、ドメイン１０２０Ｃにはローカル交換機は示されていないが、実際には１つ以上のローカル交換機が含まれる。ドメイン１０２０Ｃは１０３０Ｃを有する。全てのドメインによりアクセスできるように、マスター加入者ロケーションサーバー（ＮＡＰＳ）１０３０Ｍが接続されており、加入者ロケーションサーバー１０３０Ａ、１０３０Ｂ、１０３０Ｃおよび１０３０Ｍの各々は関連するサービス管理システム（ＭＳ）を有する。
図１０Ａはドメイン１０２０Ａ内の加入者ｓｕｂ−Ａがドメイン１０２０Ｂ内のｓｕｂ−Ｂを呼び出した時に行われる動作を示す。動作１０Ａ−１は加入者ｓｕｂ−Ａが加入者ｓｕｂ−Ｂの電話帳番号をダイヤルしたことを示す。ステップ１０Ａ−２ではローカル交換機１０２２Ａが加入者ロケーションサーバー１０３０Ａに問い合わせを行い、ダイヤルされた電話帳番号に基づき、加入者ｓｕｂ−Ｂに対するネットワークルーティングプリフィックスを決定する。加入者ロケーションサーバー１０３０Ａは、加入者ｓｕｂ−Ｂのための電話帳番号がサーバー１０３０Ａによりサービスを受けるドメイン内にないと判断する。従って、動作１０Ａ−３が示すように、サーバー１０３０Ａはマスターサーバー（ＮＡＰＳ）１０３０Ｍに問い合わせ信号を送り、加入者ｓｕｂ−Ｂにサービスを行っているサービスプロバイダを決定する。動作１０Ａ−４はドメイン１０２０Ｂのサービスプロバイダへのアドレスがサーバー１０３０Ａに戻されていることを示し、次にこのアドレスは動作１０Ａ−５にてローカル交換機１０２２Ａに転送される。次に動作１０Ａ−６で、ドメイン１０２０Ｂのサービスプロバイダのアドレスを含む発呼がローカル交換機１０２２ＡによりゲートウェイＧＷＡへ向けられる。動作１０Ａ−７はルーティング、すなわちアドレスメッセージがゲートウェイＧＷＡとＧＷＢとの間で伝送されることを示す。アドレスメッセージが受信されるとゲートウェイＧＷＢは動作１０Ａ−８でドメイン１０３０Ｂの加入者ロケーションサーバー（ＮＡＰＳ）１０３０Ｂに問い合わせを行い、加入者ｓｕｂ−Ｂが接続されるドメイン１０２０Ｂ内のノードを決定する。動作１０Ａ−９は［ローカル交換機１０２２Ｂを示す］ネットワークルーティングプリフィックス（ＮＲＰ）が加入者ｓｕｂ−Ｂのために戻されていることを示す。動作１０Ａ−１０によりゲートウェイＧＷＢはアドレスメッセージをローカル交換機１０２２Ｂへルーティングし、動作１０Ａ−１１により、加入者ｓｕｂ−Ｂに達する。着信交換機として働くローカル交換機１０２２ＢはＮＲＰを除く。
図１０Ａ内のゲートウェイの各々はそれぞれのドメインに着信するアドレスメッセージを処理するように、それぞれのドメインの加入者ロケーションサーバー（ＮＡＰＳ）に接続されていると理解すべきである。更に、ドメイン外でなされる一部の発呼、例えば頻繁に行われる発呼に対してはマスターサーバー１０３０Ｍがドメインサーバーにプロバイダの情報をダウンロードする場合、加入者のロケーションサーバーはマスターサーバー（ＮＡＰＳ）１０３０Ｍにコンサルトする必要がないことがある。上記例ではサーバー１０３０Ａが既に加入者ｓｕｂ−Ｂに対するサービスプロバイダの表示を記憶している場合、サーバー１０３０Ａにより内部で動作１０Ａ−３および１０Ａ−４を実施できる。更に動作１０Ａ−３および１０Ａ−４がマスターサーバー１０３０Ｍのコンサルトを大成っている状況では、マスターサーバー１０３０Ｍがルーティングまたはアドレスメッセージ内に加入者ｓｕｂ−Ｂのためのドメイン１０２０Ｂ内のノードを組むことが可能である。すなわちかかる状況がマスターサーバー１０３０Ｍに知られた場合には、マスターサーバー１０３０Ｍは動作１０Ａ−４で戻されたアドレスメッセージ内に加入者ｓｕｂ−Ｂのためのドメイン１０２０ＢのＮＲＰを含むことができる。受信ドメインのプリフィックスを含むと、図１０Ａの動作１０Ａ−８および１０Ａ−９が不要となる。
図１０Ｂは図１０Ａに類似しているが、図１０Ｂのドメイン１０２０Ｂ’は移動通信サービスを行っている。この移動通信を容易にするために、ドメイン１０２０Ｂ’はゲートウェイモービル交換センター（ＧＭＳＣ）と、訪問ロケーションレジスタを備えたモービル交換センターとを有する。ＧＭＳＣは地上回線によりゲートウェイＧＷＢ（１）およびＭＳＣ／ＶＬＲ、更にホームロケーションレジスタＨＬＲ（１）およびホームロケーションレジスタＨＬＲ（２）に接続されている。ＭＳＣ／ＶＬＲもＩＴＵ−Ｔ信号システム第７号により双方のＨＬＲ（１）およびＨＬＲ（２）に接続され、地上回線によりＧＭＳＣに接続されている。更に、ＭＳＣ／ＶＬＲは地上回線によりＢＳＣ／ＢＳＭＣ（基地局コントローラ／基地局ショートメッセージサーバー）に接続されている。
図１０Ｂは（ドメイン１０２０Ｃにサービスする）サービスプロバイダＣから（ドメイン１０２０Ｂにサービスする）サービスプロバイダＢに移動したモービルＧＳＭ加入者に対し、ドメイン１０２０Ａ内の固定加入者ｓｕｂ−Ａからなされた発呼を示す。動作１０Ｂ−１〜１０Ｂ−９は、図１０Ａを参照してこれまで述べた、対応する番号の動作１０Ａ−１〜１０Ａ−９に類似する。しかしながら加入者ロケーションサーバー（ＮＡＰＳ）１０３０Ｂに問い合わせがなされると、サーバー１０３０Ｂはゲートウェイモービル交換センター（ＧＭＳＣ）を示すネットワークルーティングプリフィックスを含むＮＲＮを動作１０Ｂ−９で戻す。動作１０Ｂ−１０によって示されるように、ＧＭＳＣにアドレスメッセージが伝送される。ＧＭＳＣはアドレスメッセージ内の移動局のＩＳＤＮ番号（ＭＳＩＳＤＮ）をＨＬＲ（１）のアドレス指定のために使用されるグローバルタイトルに変換する。通常、ＭＳＩＳＤＮはグローバルタイトルとして挿入されているが、この接続部では中間信号転送ポイント（ＳＴＰ）における更新を回避するのに変換が必要である。この変換はＧＭＳＣ内部で行うこともできるし、ＭＳＩＳＤＮからＨＬＲ（１）に向いたＧＴアドレス指定のために使用されるルーティング番号への変換のために、データベースに問い合わせを行うこともできる。動作１０Ｂ−１１では加入者ｓｕｂ−Ｂのための訪問ロケーションレジスタ（すなわちＨＬＲ（１））はＧＭＳＣによって呼び出される。次にＨＬＲ（１）は訪問ロケーションレジスタ（ＭＳＣ／ＶＬＲ）を備えたモービル交換センターを呼び出し、［動作１０Ｂ−１２］、この交換センターはローミング番号を選択し、これをＨＬＲ（１）に戻す［動作１０Ｂ−１３］。次に、このローミング番号は動作１０Ｂ−１４が示すようにＧＭＳＣへ送られる。ＧＭＳＣは被呼者の番号パラメータ（ＣｄＰＮ）内のローミング番号を使用し、加入者ｓｕｂ−Ｂが在住するＭＳＣ／ＶＬＲをアドレス指定する［動作１０Ｂ−１５］。動作１０Ｂ−１６は国際モービル加入者番号（ＩＭＳＩ）を使用して、加入者ｓｕｂ−Ｂがページングされることを示している。
（例えば動作１０Ｂ−１３に関してこれまで説明した）ローミング番号自身は、本発明の原理を利用できる。これに関連し、ローミング番号は、加入者が現在属すのはどのＨＬＲであるかを探すのに適当なネットワークルーティングプリフィックス（ＮＲＰ）を含むことができる。ＧＳＭ内のＭＳＩＳＤＮ番号の割り当ては、固定されたネットワークと同様に行われている。すなわちプロバイダごとに割り当て番号のシリーズが割り当てられる。しかしながら移動加入者がネットワークプロバイダを変えたかったり、その番号を変更（例えば引っ越し）したい場合、正しいＨＬＲを探すのに、もはやＭＳＩＳＤＮを使用することはできない。その代わりに、正しいＨＬＲに対するＮＲＰを得るのにＮＡＰＳに相談しなければならない。次に、ＨＬＲは訪問ロケーションレジスタ（ＶＬＲ）と通信し、このレジスタはＮＲＰと、当該加入者に関連する一時的ＶＬＲ番号とから成るローミング番号を発生する。訪問ロケーションレジスタを備えたモービル交換センター（ＭＳＣ／ＶＬＲ）に達すると、ＮＲＰは自己の番号として認識され、加入者が現在在住する基地局コントローラ（ＢＳＣ）内のＶＬＲから情報を得るために、その番号の残りが解析される。
図１０Ｂ（１）および図１０Ｂ（２）は、移動ロケーションおよび固定ロケーションの双方に対し、加入者ｓｕｂ−Ｂが同じ電話帳番号を使用できるように、加入者ｓｕｂ−ＢのホームロケーションレジスタＨＬＲ（１）をＮＡＰＳ１０３０Ｂに接続できることを示している。かかる接続がなされたと仮定すると、加入者ｓｕｂ−Ｂの移動電話によって起動されるコマンドの結果として、ＨＬＲ（１）は加入者ｓｕｂ−Ｂのためのレジスタメッセージをサーバー（ＮＡＰＳ）１０３０Ｂへ送る。かかるレジスタメッセージが受信されると、サーバー１０３０Ｂは加入者ｓｕｂ−Ｂの固定電話にサービスするローカル交換機からＧＭＳＣへの加入者ｓｕｂ−Ｂの電話帳番号に関連するＮＲＰを、そのデータベース内で変更する。この逆に、図１０Ｂ（２）が示すように、ＨＬＲ（１）からサーバー１０３０Ｂへのデレジスタメッセージは、加入者ｓｕｂ−Ｂの電話帳番号に関連したＮＲＰが加入者ｓｕｂ−Ｂの固定電話のための交換機識別子へ戻るように、サーバー１０３０Ｂにそのデータベースを変更するように促す。ＴＣＡＰを使ってＨＬＲがアドレス指定され、ＨＬＲは通常、同一エンティティー内に存在しないので、ＧＭＳＣと異なる目的地を有しやすくなる。
図１０Ｃは、着信ＣＴＭ発呼を処理するためにローミング番号のアプローチを使用するコードレスターミナルモビリティ（ＣＴＭ）加入者に対する番号の再配置可能性を適用できることを示す。図１０Ｃでは、ドメイン１０２０Ｂ”はＣＴＭサービスを提供しており、このドメインは発信サービス交換ポイント（ＳＳＰｏ）、サービスデータ機能サービスロジック（ＳＤＦｓｌ）またはサービス制御機能サービスロジック（ＳＣＦｓｌ）、サービスデータ機能モビリティ管理（ＳＤＦｍｍ）またはサービス制御機能モビリティ管理（ＳＣＦｍｍ）および着信サービス交換ポイントＳＳＰｔとを有するように示されている。
ＣＴＭ加入者がサービスプロバイダを変えた時には、新しい国際ポータブルユーザー識別子（ＩＰＵＩ）を変えなければならない（すなわち新しいＩＰＵはポータブルでない）が、ＣＴＭ番号は移動時に加入者によって維持される。サービスプロバイダ間でＣＴＭ加入者を移動させる際には、番号を再配置できるドメイン内ではサービスプロバイダのネットワークはＣＴＭ番号に基づき、移動した加入者に発呼をルーティングできるようにしなければならない。
着信ネットワークに到達できるようにするために、図１０Ａおよび図１０Ｂを参照してこれまで述べた手順と同じ手順が適用される。すなわち図１０Ｃは図１０Ａの動作１０Ａ−１〜１０Ａ−９に類似する動作１０Ｃ−１〜１０Ｃ−９を有するが、動作１０Ｃ−９が加入者ｓｕｂ−ＢのＳＳＰｏへネットワークルーティングプリフィックス（ＮＲＰ）を備えたＮＲＮを戻すことを行う点が異なる。動作１０Ｃ−１０はＮＲＰを備えたルーティングメッセージがＳＳＰｏへ転送されること、および暗黙にＳＣＰｓｌまたはＳＣＰｍｍ、およびＳＤＰｓｌまたはＳＤＰｍｍをアドレス指定することも示している。ＣＴＭ加入者がホームネットワーク内にいない場合、ＳＣＰｍｍまたはＳＤＰｍｍがアドレス指定され、ＣＴＭ加入者がホームネットワーク内にいる場合、ＳＣＰｓｌまたはＳＤＰｓｌがアドレス指定される。
ＳＳＰｏはルーティングメッセージ内に含まれるＧＴＭ番号をＳＣＯｓｌをアドレス指定するのに使用されるグローバルタイトル（ＧＴ）へ変換する。通常、ＣＴＭ番号がグローバルタイトルとして挿入されるが、現在では中間ＳＴＰｓにおける更新を回避するのに変換が必要である。この変換はＳＳＰｏ内で内部的に行うことができるし、またＣＴＭ番号からＳＣＰｓｌに対するＧＴのアドレス指定に使用される番号への変換を行うためのデータベースに問い合わせを行うこともできる。これとは異なり、正しいＳＣＴｍｍをアドレス指定するのに、サーバー１０３０Ｂによって送られるＮＲＰも使用できる（このことはＮＲＰはＳＳＰｏをポイントするだけでなく、ＳＣＰｍｍもポイントしなければならないことを意味している）。
動作１０Ｃ−１１では、加入者ｓｕｂ−ＢのためのホームＳＣＰｓｌが呼び出される。ＳＳＰｏからＳＣＰｓｌへ送られるＩｎｉｔｉａｌＤＰにはＣＴＭ番号が含まれる。このＩｎｉｔｉａｌＤＰはＩＴＵ−Ｔ＆ＥＴＳＩで規格化されたＩＮＡＰプロトコルバージョン１および２での問い合わせ信号であり、サービス交換ポイントでインテリジェンス（ＩＮ）トリガーが検出された際に、サービス交換ポイントからサービス制御ポイントへ送られる最初のオペレーションである。ＳＣＰｓｌおよびＳＣＦｓｌ／ＳＤＦｓｌはＣＴＭ番号と国際ポータブルユーザー識別子（ＩＰＵＩ）との間の関係を維持する。動作１０Ｃ−２は加入者ｓｕｂ−ＢのＳＣＰｓｌがＳＣＰｍｍを呼び出す（ＩＰＵＩを含む）ことを示す。動作１０Ｃ−１３では、ＳＣＰｍｍはローミング番号を選択し、これを加入者ｓｕｂ−ＢのＳＣＰｓｌへ戻す。動作１０Ｃ−１４では、ＳＣＰｓｌはローミング番号をＳＳＰｏへ送る。動作１０Ｃ−１５ではＳＳＰｏはルーティングメッセージ（ＣｄＰＮ）内のローミング番号を使って加入者ｓｕｂ−Ｂが在住するＳＳＰｔをアドレス指定する。動作１０Ｃ−１６では、国際ポータブルユーザー識別子（ＩＰＵＩ）を使って加入者ｓｕｂ−Ｂのターミナルがページングされる。動作１０Ｃ−１７はＳＣＦｍｍから着信サービス交換ポイントＳＳＰｔへの接続操作を示し、動作１０Ｃ−１８は被呼者（加入者ｓｕｂ−Ｂ）のＣＴＭターミナルへの設定メッセージを示す。
図１０Ｃ（１）および図１０Ｃ（２）は上記図１０Ｂ（１）および図１０Ｂ（２）と同様に、加入者ｓｕｂ−ＢがＣＴＭロケーションおよび固定ロケーションの双方に対し同一の電話帳番号を使用できるように、ＮＡＰＳ１０３０Ｂに加入者ｓｕｂ−ＢのＳＤＦｓｌを接続できることを示す。図１０Ｃ（１）に示されるように、この点に関連し、ＳＤＦｓｌからサーバー（ＮＡＰＳ）１０３０Ｂによりレジスタメッセージが受信されると、サーバー１０３０Ｂはそのデータベース内にて加入者ｓｕｂ−Ｂの固定電話にサービスしているローカル交換機よりも、むしろ加入者ｓｕｂ−Ｂの電話帳番号と加入者ｓｕｂ−ＢのＳＤＦｓｌのためのＮＲＰとを関連づける。図１０Ｃ（２）にはこの会話動作である「デレジスタリング」動作が示されている。
固定ロケーションから移動ロケーション（例えばＧＳＭまたはＣＴＭ）への加入者番号の再配置可能性に関し、被呼者によって使用される現在のアクセスタイプを知っているのはＮＡＰＳであるので、発信ローカル交換機は常にＮＡＰＳに問い合わせを行うことが好ましい。全ての発呼が自動的にＮＡＰＳの問い合わせを行わないわけではない状況では、被呼回線に特殊なカテゴリーを設定することにより問い合わせ手順を開始できる。このことは、（先に説明したように、ＮＡＰＳの問い合わせを行うことなくローカル発呼を行うことができるので）ホームローカル交換機内のこの加入者へのローカル発呼もトラップすることである。
ＧＳＭアプリケーションおよびＣＴＭアプリケーションの双方では、加入者番号は一般に２つのアドレスを必要とする。ＧＳＭではＧＭＳＣおよびＨＬＲアドレス（ＮＲＰ）が必要であり、ＣＴＭではＳＳＰｏおよびＳＣＦｓｌ、またはＳＤＦｓｌ（ＣＴＭ内のホームレジスタ）が必要とされる。
加入者番号が交換機内で「ローカル」となるという事実は、いくつかの交換機で同時に加入者番号を定義できることも意味する。次に、ランダムまたは他の基準、例えば１日の時刻の被呼者、１日の時刻の発呼者、発呼者番号、被呼者番号、被呼者のブラックリスト、被呼者のホワイトリスト、テレサービスのタイプ（例えばファックス、スピーチ）、伝送媒体条件（ＴＭＲ）現在使用中の局のタイプ（ＧＳＭ、ＣＴＭ、通常）、被呼者よりもむしろ、異なる時間ゾーンにあるＮＡＰＳを含む検討事項によって発呼をルーティングするのにどの交換機を選択するかを決定するのにＮＡＰＳが使用できる。
図１３に示されるように、本発明は専用構内交換機（ＰＢＸ）をいくつかの交換機に接続したり、同じグループ番号を有するようにＰＢＸに全ての回線を接続することも可能にする。特に、図１３は公衆ネットワーク１３２０への専用ネットワーク１３２１の接続を示す。専用ネットワーク１３２１はＰＡＢＸ１３２２（０）を含む。公衆ネットワーク１３２０はローカル交換機１３２２（３）〜１３２２（４）と、中継交換機１３５１と、ＮＡＰＳ１３３０とを含む。中継交換機１３５１はローカル交換機１３２２（３）および１３２２（４）の双方かつＮＡＰＳ１３３０に接続されている。ローカル交換機１３２２（３）および１３２２（４）の各々はＮＡＰＳ１３３０に接続されている。ＰＡＢＸ１３２２（０）はリンク１３８０（１）によりローカル交換機１３２２（３）に接続され、リンク１３８０（２）によりローカル交換機１３２２（４）に接続されている。図１３では、加入者ロケーションサーバー（ＮＡＰＳ１３３０）を使って、異なるローカル交換機内の回線に発呼を分配することができる。
専用ネットワーク１３２１がトランクＴＴまたは専用回線により接続されたＰＡＢＸ１３２２（１）および１３２２（２）を含むという点で、図１３Ａのシステムは図１３のシステムと異なる。ＰＡＢＸ１３２２（１）はリンク１３８０（１）によりローカル交換機１３２２（３）に接続されており、ＰＡＢＸ１３２２（２）はリンク１３８０（２）によりローカル交換機１３２２（４）に接続されている。
図１３Ａでは、加入者ｓｕｂ−Ａはローカル交換機１３２２（３）に接続されており、加入者ｓｕｂ−ＢはＰＡＢＸ１３２２（１）に接続されており、加入者ｓｕｂ−Ｃはローカル交換機１３２２（４）に接続されており、加入者ｓｕｂ−ＤはＰＡＢＸ１３２２（２）に接続されており、加入者ｓｕｂ−Ｅは交換機１３５１に接続されている。ＰＡＢＸ１３２２（１）および１３２２（２）は全ての接続部に対して同一のグループ番号（例えば７１５）を有する。ＰＡＢＸ１３２２（１）に接続された加入者ｓｕｂ−ＢはＣｄＰＮ、または内線番号「ｘｘ２」を有し、ＰＡＢＸ１３２２（２）に接続された加入者ｓｕｂ−ＤはＣｄＰＮまたは内線番号「ｘｘ１」を有する。
従って、図１３Ａは同じ番号を有するＰＢＸをどのようにいくつかのローカル交換機に接続するかを示す。更に図１３Ａでは、ＮＡＰＳ１３３０は発呼加入者から被呼加入者への最短の公衆回線路１を選択する。例えば加入者ｓｕｂ−Ａが加入者ｓｕｂ−Ｄを呼び出す場合、ローカル交換機１３２２（３）により直接ｓｕｂ−ＤのＣｄＰＮが認識され、問い合わせ信号をＮＡＰＳ１３３０に送る必要はなく、例えばリンク１３８０（１）が使用される。別の例として、加入者ｓｕｂ−Ｅが専用ネットワーク内の当事者を呼び出す場合、リンク１３８０（１）または１３８０（２）を通して発呼をルーティングすべきかどうかを判断するために、ＮＡＰＳ１３３０に問い合わせがなされる。
図１２は、ルックアヘッド機能を実行するのに本発明のＮＡＰＳをどのように容易かつ経済的に利用できるかを示している。図１２は、ローカル交換機１２２２（２）に接続された第１交換機１２２２（１）（この交換機はローカル交換機または中継交換機のいずれかでよい）を示す。第１交換機１２２２（１）およびローカル交換機１２２２（２）はＮＡＰＳ１２３０に接続されており、第１交換機１２２２（１）が被呼者番号（ＣｄＰＮ）を受信すると、第１交換機１２２２（１）は被呼者のネットワークルーティング番号（ＮＲＮ）に対するＮＲＮ１２３０に問い合わせるための動作１２−１を行う。被呼者がローカル交換機１２２２（２）に接続されているとＮＡＰＳ１２３０が判断したと仮定すると、動作１２−２によりＮＡＰＳ１２３０は、被呼者のステータス、例えば被呼者がフリーであるかどうかを判断するように、ローカル交換機１２２２（２）（特にそのＴＣＡＰボード）のルックアヘッドの問い合わせをまず実行する。ローカル交換機１２２２（２）は発呼に成功するチャンスがあるかどうかを表示することにより、動作１２−３で応答する。被呼者がフリーであれば、すなわち発呼に成功するチャンスがあれば、動作１２−４でＮＡＰＳ１２３０が被呼者のためのネットワークルーティング番号（ＮＲＮ）を第１交換機１２２２（１）へ戻す。次に第１交換機１２２２（１）は（動作１２−５が示すように）ＮＲＰを使って、その初期アドレスメッセージ（ＩＡＭ）を作成する。他方、動作１２−３における応答が発呼に成功しないと表示した場合、ＮＡＰＳ１２３０は第１交換機１２２２（１）へ適当なメッセージを送って発呼者に転送するか、またはＮＡＰＳ１２３０は発呼転送操作を行うことができる。この転送はＮＡＰＳ１２３０に記憶されているような被呼者プロファイルを基に実行され、ステップ１２−４で発呼を転送すべき先のアドレスのためのＮＲＮを戻すことを必要とする。図１２に示されたルックアヘッド機能に関連し、発呼に成功するチャンスがあるかどうかは種々のパラメータまたは状況に応じて決まる。かかる状況の１つとして、被呼者が話中であるか否かが挙げられる。別の状況またはパラメータとして、被呼者が発呼を完了するのに必要なサービスタイプに加入しているどうかが挙げられる。例えば、発呼者がＩＳＤＮサービスを求めているが、被呼者はＰＯＴＳをサポートしていない場合、呼び出しには成功しないことがある。後者の例では、ＮＡＰＳ１２３０が被呼加入者へのサービスの特徴を識別する必要な情報を記憶している場合、動作１２−２および１２−３は必要でない。ＮＡＰＳ１２３０が加入者の特徴を記憶しているかかる例では、ＮＡＰＳ１２３０はコンパーティビリティ制御のために発呼のスクリーニングを行うように働く。
図１２Ａは、図１２の実施例の変形例である一実施例を示す。図１２Ａでは、ＮＡＰＳ１２３０のデータベース１２４０はルックアヘッド機能が発呼に成功しないと判断した場合、発呼のリダイレクトまたはリルート化を望む加入者に対する特別な記録を含む。この点に関し、データベース１２４０はかかる状況で発呼のリルート化を望む加入者に対するリダイレクトフラグ（ＲＤＦ）を含む。図１２Ａに示された例では、ＮＡＰＳ１２３０が（例えば動作１２−２および１２−３に示されるような問い合わせおよび応答により）加入者１２３から加入者１２５への発呼に成功しないと判断すると、ＮＡＰＳはデータベース１２４０から加入者１２５のためのＲＤＦフラグが既にセットされていること、および発呼をリルート化すべき番号（リダイレクト番号）が交換機１２２３（３）にて被呼者番号１２６を有すると判断する。これに関連し、加入者１２５のためのデータベース１２４０内の記録のリダイレクト番号フィールドは「ｘｘ３１２６」の内容を有し、このうちの「ｘｘ３」は交換機１２２２（３）のためのＮＲＰであり、「１２６」は加入者１２５の代わりに発呼を受けるべき被呼者の番号である。従って、図１２Ａの動作１２−５は加入者１２６に転送するために発呼がローカル交換機１２２２（３）にリダイレクトまたはリルート化されることを示す。
別の実施例では、公衆営業者（例えば公衆サービスプロバイダ）のＮＡＰＳを専用ネットワークのＮＡＰＳに接続できる。かかる接続は非公衆営業者に対してオープンな別のタイプの（非ＳＳＮｏ．７）の基礎となるプロトコル、例えばＴＣＰ／ＩＰによって実行できる。
本発明のＮＡＰＳは最も近い設備のロケーションを判断する操作も容易にする。例えば発呼加入者がフランチャイズの会社に対する国内電話番号をダイヤルした場合、ＮＡＰＳはフランチャイズの会社の最も近いローカルオフィスに発呼を向けることができる。近いローカル局がない場合、ＮＡＰＳは発呼をイジェクトし、会社の別の局に対する新しいルーティングメッセージを発生するか、または最も近い適当なＰＢＸエントリーへ発呼を向ける。同様に、例えば最も近いローカルの警察署に公衆の短い番号（例えば９１１）をルーティングすることができる。
上記実施例では、加入者ロケーションサーバーへの問い合わせ信号は、被呼者の電話帳の番号よりも多いパラメータを含むことがあると理解すべきである。かかる問い合わせ信号には次の追加パラメータを含むことができる。すなわち発呼者の番号（ルーティングはこの番号に依存し得る）、（最も近いＰＢＸエントリーへのルーティングを可能にするための）発呼者の交換機のプリフィックス、（異なるタイプの発呼、例えばファックスの発呼に対する異なるルーティングを可能にするための）必要なテレサービス、および（異なるタイプのサービス、例えばＩＳＤＮのために異なるルーティングを可能にするための）必要なバンド幅を含むことができる。
集中加入者ロケーションサーバーを有する、本発明の番号を再配置できるドメイン（ＮＰＤ）は、多数の利点を提供する。まず加入者はドメイン内で自由に移動でき、同じ電話帳の番号を維持できる。この点に関し、新しいローカル交換機の新しい回線に引っ越しする加入者を接続するには、加入者ロケーションサーバーによって維持されるデータベースを更新し、旧いローカル交換機および引っ越しする加入者のための新しいローカル交換機を更新するだけでよい。
更に本発明は、何百万人もの加入者を有する公衆ネットワークに関連するものである。集中加入者ロケーションサーバーを設けることにより、ネットワークの各ノードでデータベースを複製することが不要となる。加入者ロケーションサーバーはいくつかの階層的レベル、例えば準国内レベル、国内レベル、ユニバーサルレベルに存在してもよい。通信規制局または同様な局を有する国に対しては、かかる局によって国内加入者ロケーションサーバーを維持できる。ユニバーサルレベルのサーバーは、例えば国連またはＩＴＵのような機構によって維持できる。
本発明は、加入者に対する発呼を別の交換機に一時的にルーティングする効率的かつ有効な方法を提供するものである。実際に本発明は、従来のルーティングメッセージ（例えばＣｄＰＮパラメータ）のアドレス信号フィールド（ＡＳＦ）をＮＲＰと被呼者の電話帳番号との連結に置換することにより、ドメイン内でネットワークルーティング番号（ＮＲＮ）を送る際に、現在の信号プロトコルを使用する。従って、本発明は、ＩＳＵＰのような高度な信号プロトコルを必要とするものではなく、従って、ＲＳ２（ＭＦＣに基づく）のようなシステムで良好に働くことができる。また本発明は、被呼者の番号（ＣｄＰＮ）以外の他のプロトコルパラメータを使用しないでの、最新の信号プロトコルおよびより旧いプロトコルを用いて良好に働く。
本発明のネットワークルーティング番号（ＮＲＮ）は、発呼時に１回だけ得るだけでよいネットワークルーティングプリフィックス（ＮＲＰ）を含む。このＮＲＰは（発信ローカル交換機が番号を再配置できるドメイン内にある場合）発信ローカル交換機で得るか、または番号を再配置できるドメイン内で遭遇する最初の交換機で得られる。このＮＲＰは着信ローカル交換機でしか除かれない。どのローカル交換機にも１つのユニークな交換機識別子が割り当てられており、この識別子はルーティングのためのＮＲＰとして加入者ロケーションサーバーによって使用される。
本発明の番号を再配置できるドメイン内の発呼は効率的かつ有効に処理される。本発明の一態様では、発呼者と被呼者とが同一交換機に接続された場合、加入者ロケーションサーバーにアクセスする必要はない。発信ローカル交換機は発呼が番号を再配置できるドメイン外に向けられているかどうかも判断する。かかる場合、発呼はＣｄＰＮパラメータを使用する通常の発呼として完了され、よって番号を再配置できるドメインから発信される通話に対する変換は行われない。
本発明の加入者ロケーションサーバーは各加入者がどこにいるかを知っている。従って、加入者ロケーションサーバーはドメイン内で移動できる全ての番号を所有するので、ドナー交換機となっており、管理を簡略化している。
本発明はスケーラビリティも提供する。本発明を用いれば、例えば同一課金ゾーン内で発呼を転送する際に加入者ロケーションサーバー（例えばＮＡＰＳ）内で通話転送サービスを使用させることができる。かかる転送時に加入者ロケーションサーバーは発呼を転送すべき先のロケーションのためのＮＲＮを戻す。同様に、いくつかのローカル交換機で同じ加入者番号（例えばＰＢＸ）を定義し、次に加入者ロケーションサーバーでかかる加入者番号の呼び出しをどのローカル交換機へルーティングすべきかを判断することができる。かかる判断は多数の基準のいずれかに基づき、例えば発信者の地理的位置、時刻、発信者の番号等に基づき行うことができる。また、所定の時間、例えばセルラー電話を使用している時か、または固定電話を使用している場合に、被呼者によって使用されているアクセスタイプに応じ、加入者ロケーションサーバーが発呼を別のネットワークにルーティングすることも可能である。そのようにする際に、加入者ロケーションサーバーはセルラー接続のための第１プリフィックスおよび固定接続のための第２プリフィックスを戻す。これにより、セルラー電話と固定電話の双方に対し、加入者が同一番号を有することが可能となる。セルラー電話と固定電話の切り換えはセルラー電話を加入者がスイッチオン・オフするような動作の際に、加入者ロケーションサーバーによって自動的に行ったり、また他の加入者の手順（例えば加入者が加入者ロケーションサーバーに命令を送ること）により行うことができる。
本発明は、遠隔地の加入者のステージ（ＲＳＳ）を２つ以上のローカル交換機に接続できるようにするものである。これにより、当該ＲＳＳに接続された加入者からの発信に対する安全性が高まる。例えばＲＳＳが接続される第１ローカル交換機が故障するか、またはメンテナンスのためにサービスから外された場合、ＲＳＳを第２のローカル交換機に接続し、よって第１ローカル交換機が利用できないにも拘わらず、その加入者に連続してサービスを提供できる。
有利なことに、必要な際に交換機が加入者のロケーションサーバーに問い合わせすることができ、ルーティングのために（プリフィックスＮＲＮを含む）戻されたＮＲＮを処理できるようにするだけでよい。これ以外に交換機はハードウェアまたはソフトウェアによってアップグレードする必要はない。
加入者ロケーションサーバーからの問い合わせ後に戻されるネットワークルーティングプリフィックス（ＮＲＰ）を加入者サービス、例えば話中時再呼び出しサービス（ＣＣＢＳ）および無応答時再呼び出しサービス（ＣＣＮＲ）と共に使用でき、また、ＳＣＣＰにおいてグローバルタイトルの解析で使用することもできる。
これまで、例えばステップ２−２に関連し、交換機は被呼者の番号が本発明の番号を再配置できる機能を有する一連の番号内にあるかどうかを判断できると述べた。ドメイン内の各交換機には一連の番号が設けられている。番号を再配置できる機能（例えば一連の番号内にある）を有することができる、所定のローカル交換機に接続された加入者もいれば、番号を再配置できる機能を有することができない（例えば一連の番号内にない）同じ交換機に接続された加入者も存在し得る。一連の番号は時間と共に代わってもよい。かかる状況は、例えば以前、一連の番号外にあった番号を含むようにドメインが成長し、一連の番号を広げなければならない場合に、かかる状況が生じ得る。更に、ある番号を再配置できないようにすることも可能である。例えばテスト発呼のための（例えば特定の宛て先へのトランクをテストするための）番号を再配置できないようにしてもよい。
本発明は全てのタイプの加入者、ＰＯＴＳ（通常の旧式の電話システム）、ＩＳＤＮ（統合サービスデジタルネットワーク）、ＰＡＢＸおよびＩＳＰＢＸに接続された加入者に対して働く。更に本発明は、全くでないにしても、ほとんどのネットワーク内の現行のサービスをほとんど妨害することがないので、導入が極めて容易である。例えば本発明は次のようなサービスとコンパーティブルである。すなわち（１）ダイレクトダイヤルインサービス（ＤＤＩ、内線番号を含むデジタルＰＢＸの呼び出しを行うのに使用される）、（２）マルチ加入者番号サービス（ＭＳＮ、ＤＤＩに類似するが、ＩＳＤＮターミナルへの発呼を設定するためのＩＳＤＮ基本アクセスで使用される）、（３）接続回線識別表示サービス（ＣＯＬＰ）、（４）接続回線識別制限サービス（ＣＯＬＲ）、（５）（ＩＳＤＮターミナルまたはＰＢＸから受信した番号が交換機およびＩＳＤＮサービスによって使用できる有効な番号であることを認証するのに使用される）発呼番号有効化サービス、および（６）接続番号有効化サービスとコンパーティブルである。
図１４は、ＮＡＰＳ１４３０がいたずらの発呼識別（ＭＣＩＤ）サービスを実行するドメイン１４２０の略図である。図１４は、加入者Ｓ１２３を第１ローカル交換機「ローカル交換機１４２２（１）」に接続し、加入者Ｓ１２５を第２ローカル交換機「ローカル交換機１４２２（２）」に接続させるという点で、図３に類似する。ローカル交換機１４２２（１）および１４２２（２）の双方は、ＮＡＰＳ１４３０によりサービスを受ける。ＮＡＰＳ１４３０は２つのデータベース、特にデータベース１４４０と１４４１とを有する。データベース１４４０は参照番号４０で表示された他のデータベースに類似するが、各加入者の記録がいたずらの発呼識別フラグ（ＭＣＩＦ）として識別されたフィールドを有する点が異なる。データベース１４４１はＮＡＰＳ１４３０に接続され、ＮＡＰＳ１４３０により処理されたいたずらの発呼情報を記録する。データベース１４４１は出力デバイス１４４２、例えばプリンタまたはディスプレイに接続され、よってデータベース１４４１に問い合わせを行い、その内容を解析および／またはレポートのために出力することができる。
図１４の動作１４−１では加入者１２５はＮＡＰＳ１４３０のいたずらの発呼識別サービスをリクエストする。このリクエストに応答し、いたずらの発呼の識別フラグ（ＭＣＩＦ）は図１４に表示されているように１にセットされる。いたずら目的の加入者Ｓ１２３が（動作１４−２によって表示されるように）加入者Ｓ１２５を呼び出すと、ローカル交換機１４２２（１）はＮＡＰＳ１４３０に関し、加入者Ｓ１２５のためのＮＲＰに問い合わせを行う（動作１４−３）。しかしながら、動作１４−４でデータベース１４４０内にいたずらの発呼識別フラグ（ＭＣＩＦ）が１にセットされていることが判れば、ＮＡＰＳ１４３０はローカル交換機１４２２（２）に対するＮＲＰ＝ｘｘ２を戻さず、その代わりにステップ１４−５でその他方の警察署（例えば図１４においてローカル交換機１４２２（１）に接続された加入者ＰＤ）のための所定のＮＲＰを戻す。動作１４−６によって示されるように、この発呼はローカル交換機１４２２（１）によって警察署（加入者ＰＤ）へルーティングされる。動作１４−７はいたずらの発呼に関連した選択されたデータをＮＡＰＳ１４３０がデータベース１４４１に記録することを示しており、動作１４−８は、データベース１４４１に収集されたいたずらの発呼情報に関する出力を、例えばオペレータのリクエストにより自動的に発生することを示す。
従って、図１４のシステムにおけるいたずらの呼び出しは、被呼者が被害者とならないように別のロケーション、例えば警察署にリルーティングされる。このようないたずら電話の警察署へのルーティングは通常の被呼者の番号または警察署のいずれかで電話のベルが鳴る前に警察がこのいたずら目的の加入者を追跡する機会を与える。
図１４のシステムの変形例は、公知の違反者からの呼び出しだけをリルーティングするのに、被呼者がＭＣＩＤサービスを選択的に実行することを望む所定の呼び出し電話番号をデータベース１４４０に記憶することを含む。データベース１４４１に記録される情報としては、例えば各呼び出しに対する発呼時間、発呼者番号および交換機ＩＤ、被呼者番号、被呼者の交換機ＩＤがある。図１４では、たまたま警察署ＰＤがいたずらの発呼者と同じローカル交換機１４４２（１）に位置しているが、このようなケースである必要はない。更に、適当であれば図１４に示されるように２つの別個のメディアではなく、同一の記憶媒体にデータベース１４４０と１４４１を記憶できることも留意すべきである。更に動作１４−６ではＮＡＰＳ１４３０はデータベース内の複数の警察署から選択することにより、発呼者の交換機に最も近い警察署へいたずらの呼び出しをルーティングできる。更に、ＮＡＰＳ１４３０は警察署への呼び出しのルーティングと、呼び出しの更に別のルーティング（例えば呼び出しを被呼加入者へルーティングする場合）との間に短い遅延時間（例えば１０秒）を挿入することができる。
従って、本発明は発呼が発信された交換機またはノードを追跡できるようにするものである。交換機（ノード）ＩＤまたはＮＲＰは、ＭＣＩＤ（いたずらの発呼識別）サービスと共に利用できる。この点に関し、次の別のサービスも提供される。（１）この機能を利用する人またはアプリケーションにより、加入者ロケーションサーバーに対するマニュアルリクエストを行うサービス。（２）交換機ＩＤをＩＳＵＰでロケーション番号または包括的番号として送るサービス。（３）発信交換機において、Ａ番号の前にプリフィックスとして交換機のアイデンティティを追加し、被呼者に提供される前に再び着信交換機でこのプリフィックスを除くサービス。非ＮＲＮドメイン（このドメインはＮＲＰを除くことはできない）と相互に作動する場合、このＮＲＰは番号を再配置できるドメイン、例えば中継交換機内の最終交換機で除き、発呼者のプリフィックスが被呼者に提示されないようにする。第２の別のサービスとしてロケーション番号を使用する場合、発呼者のネットワークルーティングプリフィックス（ＮＲＰ）を使用できる（すなわちＮＲＰ＋発呼者の電話帳番号）。
加入者が引っ越しを行った場合、加入者は新しい電話帳番号を公衆に通知する必要がないので、本発明は加入者に有益である。更に本発明は、加入者に別のプライバシー対策を提供できる。その理由は、加入者の電話帳番号を解析するだけでは、ある加入者が町の地理的な位置のどこに在住するかを判断できないからである。
加入者が自分の電話の加入を終了するか、電話帳番号を使用しなくなった時、通常、その電話帳番号は（最新のサービスプロバイダにより）ＳＬＳまたはＮＡＰＳ（もしくは保守システム）の最高の階層レベルへ返却し、別の加入者へ再割り当てできるよう、フリーとなっていると表示しなければ鳴らない。
以上で本発明の好ましい実施例を参照し、本発明について特に図示し、説明したが、本発明の要旨および範囲から逸脱することなく、形状およびサイズを種々変更できることは、当業者には理解できよう。
本発明は、加入者のための電話番号の再配置可能性に適用できるだけでなく、通信システムリソース、例えばソフトウェアのための電話番号の再配置可能性を含む。これに関しソフトウェアを取り扱う場合、電話帳の電話番号の代わりにルーティングまたはアドレスメッセージのアドレス信号フィールド（ＡＳＦ）内に通信リソース番号識別子を挿入できる。かかるケースでは、ＡＳＦはリソース番号識別子の外に本発明のノード識別子またはネットワークルーティングプリフィックス（ＮＲＰ）を含む。
【図１】
0004308911.tif 000002
【図２】
0004308911.tif 000003
【図３】
0004308911.tif 000004
【図４】
0004308911.tif 000005
【図５】
0004308911.tif 000006
【図６】
0004308911.tif 000007
【図６Ａ】
0004308911.tif 000008
【図６Ｂ】
0004308911.tif 000009
【図６Ｃ】
0004308911.tif 000010
【図７】
0004308911.tif 000011
【図８】
0004308911.tif 000012
【図８Ａ】
0004308911.tif 000013
【図９】
0004308911.tif 000014
【図９Ａ】
0004308911.tif 000015
【図１０】
0004308911.tif 000016
【図１０Ａ】
0004308911.tif 000017
【図１０Ｂ】
0004308911.tif 000018
【図１０Ｂ（１）】
0004308911.tif 000019
【図１０Ｂ（２）】
0004308911.tif 000020
【図１０Ｃ】
0004308911.tif 000021
【図１０Ｃ（１）】
0004308911.tif 000022
【図１０Ｃ（２）】
0004308911.tif 000023
【図１１】
0004308911.tif 000024
【図１１Ａ】
0004308911.tif 000025
【図１１Ｂ】
0004308911.tif 000026
【図１２】
0004308911.tif 000027
【図１２Ａ】
0004308911.tif 000028
【図１３】
0004308911.tif 000029
【図１３Ａ】
0004308911.tif 000030
【図１４】
0004308911.tif 000031