(57)【特許請求の範囲】
【請求項１】
ＰＬＭＮ（パブリックランドモービルネットワーク）システムの下で動作可能な最初不作動なモービル加入者の活動を表示するに当り、ネットワーク上でＳＣＰ（サービスコントロールポイント）に接続された複数のＩＰ（インテリジェントペリフェラル）を有し、前記ＰＬＭＮシステムに結合されたＩＮ（インテリジェントネットワーク）通信システムからの前記モービル加入者の活動における変化を少なくとも表示する方法であって、
ダミーＳＭＳメッセージを前記モービル加入者へ送信して、前記モービル加入者の初期の活動状況を決定するステップと、
前記ＰＬＭＮシステムを前記ＩＮ通信システムから装着させて、前記モービル加入者によって更新された活動を検出するステップと、
少なくとも選択された期間中に、前記ＰＬＭＮシステム中の前記モービル加入者の活動状態をモニタするステップと、
前記モニタするステップ中に前記ＰＬＭＮシステム内の前記モービル加入者の更新された活動を検出した時に、前記ＰＬＭＮシステムからのアラートメッセージを、前記ＩＮ通信システムへ送信するステップと、
前記ＰＬＭＮシステムから前記ＩＮ通信システムへの前記アラートメッセージの受信に応答して、前記ＩＮ通信システム内で、内部通知を発生するステップと、を具備する方法。
【請求項２】
前記ＰＬＭＮシステムを装着させるステップは、
前記ＰＬＭＮシステムにおいてトリガー機能を、条件付きで作用させるステップを具備する
請求項１に記載の方法。
【請求項３】
前記ＰＬＭＮシステム中にトリガー機能を条件付きで作用させるステップは、前記ＰＬＭＮシステムの前記モービル加入者のホームロケーションレジスタ（ＨＬＲ）中にメッセージウェーティングデータリスト（ＭＷＤ−Ｌｉｓｔ）を生成することによって実行される
請求項２に記載の方法。
【請求項４】
ＰＬＭＮ（パブリックランドモービルネットワーク）システムの下で動作可能な最初不作動なモービル加入者の活動を表示するに当り、ネットワーク上でＳＣＰ（サービスコントロールポイント）に接続された複数のＩＰ（インテリジェントペリフェラル）を有し、前記ＰＬＭＮシステムに結合されたＩＮ（インテリジェントネットワーク）通信システムからの前記モービル加入者の活動における変化を少なくとも表示する方法であって、
前記ＰＬＭＮシステムを前記ＩＮ通信システムから装着させて、前記モービル加入者によって更新された活動を検出するステップと、
前記ＩＮ通信システムから、前記ＰＬＭＮシステムへダミーＳＭＳメッセージを送信するステップと、
少なくとも選択された期間中に、前記ＰＬＭＮシステム中の前記モービル加入者の活動状態を少なくともモニタするステップと、
前記モニタするステップ中に前記ＰＬＭＮシステム内の前記モービル加入者の更新された活動を検出した時に、前記ＰＬＭＮシステムからのアラートメッセージを、前記ＩＮ通信システムへ送信するステップと、
前記ＰＬＭＮシステムから前記ＩＮ通信システムへの前記アラートメッセージの受信に応答して、前記ＩＮ通信システム内で、内部通知を発生するステップと、を具備する方法。
【請求項５】
前記ダミーＳＭＳメッセージを送信するステップ中に送信した前記ダミーＳＭＳメッセージはＳＭＳ−ＩＰからＳＭＳ−ＧＭＳＣへ送信され、前記ＳＭＳ−ＩＰはＳＭＳメッセージを専ら取扱う前記ＩＮ通信システムにおける特定のインテリジェントペリフェラルであり、前記ＳＭＳ−ＧＭＳＣはＳＭＳメッセージを専ら取扱うＰＬＭＮシステムにおけるゲートウェイモービルサービスセンタである
請求項に４記載の方法。
【請求項６】
前記ＳＭＳ−ＩＰからＳＭＳ−ＧＭＳＣへ送信するステップ中に送信された前記ダミーＳＭＳメッセージは前記ＩＮ通信システムのＳＣＰの制御の下で送信され、前記ＳＭＳ−ＩＰはＳＭＳメッセージを専ら取扱う前記ＩＮ通信システムにおける特定のインテリジェントペリフェラルであり、前記ＳＭＳ−ＧＭＳＣはＳＭＳメッセージを専ら取扱うＰＬＭＮシステムにおけるゲートウェイモービルサービスセンタである
請求項５に記載の方法。
【請求項７】
ＰＬＭＮ（パブリックランドモービルネットワーク）システムの下で動作可能な最初不作動なモービル加入者の活動を表示するに当り、ネットワーク上でＳＣＰ（サービスコントロールポイント）に接続された複数のＩＰ（インテリジェントペリフェラル）を有し、前記ＰＬＭＮシステムに結合されたＩＮ（インテリジェントネットワーク）通信システムからの前記モービル加入者の活動における変化を少なくとも表示する方法であって、
ダミーＳＭＳメッセージを前記モービル加入者へ送信して、前記モービル加入者の初期の活動状況を決定するステップと、
ＳＥＮＤ  ＰＲＯＢＥコマンドを用いて、前記ＩＮ通信システムから前記ＰＬＭＮシステムを装着させて、前記モービル加入者による更新された活動を検出するステップと、
前記ＰＬＭＮシステムを前記ＩＮ通信システムから準備させて、前記モービル加入者によって更新された活動を検出するステップと、
少なくとも選択された期間中に、前記ＰＬＭＮシステム中の前記モービル加入者の活動状態をモニタするステップと、
前記モニタするステップ中に前記ＰＬＭＮシステム内の前記モービル加入者の更新された活動を検出した時に、前記ＰＬＭＮシステムからのアラートメッセージを前記ＩＮ通信システムへ送信するステップと、
前記ＰＬＭＮシステムから前記ＩＮ通信システムへの前記アラートメッセージの受信に応答して、前記ＩＮ通信システム内で、内部通知を発生するステップと、
を具備する方法。
【請求項８】
ＰＬＭＮ（パブリックランドモービルネットワーク）システムの下で動作可能な最初不作動なモービル加入者の活動を表示するに当り、ネットワーク上でＳＣＰ（サービスコントロールポイント）に接続された複数のＩＰ（インテリジェントペリフェラル）を有し、前記ＰＬＭＮシステムに結合されたＩＮ（インテリジェントネットワーク）通信システムからの前記モービル加入者の活動における変化を少なくとも表示する方法であって、
ダミーＳＭＳメッセージを、前記モービル加入者へ送信して、前記モービル加入者の初期の活動状況を決定するステップと、
前記ＰＬＭＮシステムを前記ＩＮ通信システムから装着させて、前記モービル加入者によって更新された活動を検出するステップと、
少なくとも選択された期間中に、前記ＰＬＭＮシステム中の前記モービル加入者の活動状態をモニタするステップと、
前記モニタするステップ中に前記ＰＬＭＮシステム内の前記モービル加入者の更新された活動を検出した時に、前記ＰＬＭＮシステムからのアラートメッセージを前記ＩＮ通信システムへ送信するステップと、
前記ＰＬＭＮシステムから前記ＩＮ通信システムへの前記アラートメッセージの受信に応答して、ＭＡＩＬＢＯＸ  ＳＴＡＴＵＳ  ＲＥＰＯＲＴコマンドを用いて、前記ＩＮ通信システム内で内部通知を発生するステップと、
を具備する方法。
【請求項９】
ネットワーク上のＳＣＰ（サービスコントロールポイント）に接続された複数のＩＰ（インテリジェントペリフェラル）を有するＩＮ（インテリジェントネットワーク）通信システムにおいて、前記ＩＮ通信システムは、更に、ＰＬＭＮ（パブリックランドモービルネットワーク）システムに接続され、前記ＰＬＭＮシステムにおけるモービル加入者の活動をモニタするシステムであって、
前記ＰＬＭＮシステム中の前記モービル加入者の初期活動状況を決定する手段と、
ダミーＳＭＳメッセージを前記モービル加入者へ送信する手段と、
前記ＰＬＭＮシステムを前記ＩＮ通信システムから遠隔的に装着して、前記モービル加入者が現在不作動であることを決定したことに応答して、前記モービル加入者によって更新された活動を検出する手段と、
前記ＰＬＭＮシステム中の前記モービル加入者の活動状況を継続的にモニタする手段と、
前記モービル加入者の更新された活動を検出した時に、前記ＰＬＭＮシステムを前記ＩＮ通信システムへアラートメッセージをトリガーすると共に送信する手段と、
前記ＰＬＭＮシステムから前記ＩＮ通信システムへのアラートメッセージの受信に応答して、前記ＩＮ通信システム内で内部通知を発生する手段と、
を具備するシステム。
【請求項１０】
前記ＰＬＭＮシステムを遠隔的に装着する手段は、更に、前記ＰＬＭＮシステム中で条件付きでトリガ機能を作用させる手段を具備する
請求項９に記載のシステム。
【請求項１１】
前記ＰＬＭＮシステム中でトリガ機能を条件付きで作用させる手段は、前記ＰＬＭＮシステムの加入者のホームロケーションレジスタ（ＨＬＲ）中にメッセージウェーティングデータリスト（ＭＷＤ−Ｌｉｓｔ）を生成する手段を更に備えた
請求項１０に記載のシステム。
【請求項１２】
ネットワーク上のＳＣＰ（サービスコントロールポイント）に接続された複数のＩＰ（インテリジェントペリフェラル）を有するＩＮ（インテリジェントネットワーク）通信システムにおいて、該ＩＮ通信システムは、更に、前記ＰＬＭＮ（パブリックランドモービルネットワーク）システムに接続され、前記ＰＬＭＮシステムにおけるモービル加入者の活動をモニタするシステムであって、
前記ＰＬＭＮシステム中の前記モービル加入者の初期活動状況を決定する手段と、
前記ＰＬＭＮシステムを前記ＩＮ通信システムから遠隔的に装着して、前記モービル加入者が現在不作動であることを決定したことに応答して、前記モービル加入者によって更新された活動を検出する手段と、
ダミーＳＭＳメッセージを前記ＩＮ通信システムから前記ＰＬＭＮシステムへ送信する手段と、
前記ＰＬＭＮシステム中の前記モービル加入者の活動状況を継続的にモニタする手段と、
前記モービル加入者の更新された活動を検出した時に、前記ＰＬＭＮシステムを前記ＩＮ通信システムへアラートメッセージをトリガーすると共に送信する手段と、
前記ＰＬＭＮシステムから前記ＩＮ通信システムへのアラートメッセージの受信に応答して、前記ＩＮ通信システム内で内部通知を発生する手段と、
を具備するシステム。
【請求項１３】
前記ダミーＳＭＳメッセージはＳＭＳ−ＩＰからＳＭＳ−ＧＭＳＣへ送信され、前記ＳＭＳ−ＩＰはＳＭＳメッセージを専ら取扱う前記ＩＮ通信システム中の特定のインテリジェントペリフェラルであり、前記ＳＭＳ−ＧＭＳＣはＳＭＳメッセージを専ら取扱う前記ＩＮ通信システム中のゲートウェイモービルサービスセンタである
請求項１２に記載のシステム。
【請求項１４】
前記ＳＭＳ−ＩＰから前記ＳＭＳ−ＧＭＳＣへのダミーＳＭＳメッセージの送信は前記ＩＮ通信システムのＳＣＰの制御の下で実行され、前記ＳＭＳ−ＩＰはＳＭＳメッセージを専ら取扱う前記ＩＮ通信システム中の特定のインテリジェントペリフェラルであり、前記ＳＭＳ−ＧＭＳＣはＳＭＳメッセージを専ら取扱う前記ＩＮ通信システム中のゲートウェイモービルサービスセンタである
請求項１３記載のシステム。
【請求項１５】
ネットワーク上のＳＣＰ（サービスコントロールポイント）に接続された複数のＩＰ（インテリジェントペリフェラル）を有するＩＮ（インテリジェントネットワーク）通信システムにおいて、該ＩＮ通信システムは、更に、ＰＬＭＮ（パブリックランドモービルネットワーク）システムに接続され、前記ＰＬＭＮシステムにおけるモービル加入者の活動をモニタするシステムであって、
前記ＰＬＭＮシステム中のモービル加入者の初期活動状況を決定する手段と、
ダミーＳＭＳメッセージを前記モービル加入者へ送信する手段と、
前記ＰＬＭＮシステムをＳＥＮＤ  ＰＲＯＢＥコマンドを用いて前記ＩＮ通信システムから遠隔的に装着して、前記モービル加入者が現在不作動であることを決定したことに応答して、前記モービル加入者によって更新された活動を検出する手段と、
前記ＰＬＭＮシステム中の前記モービル加入者の活動状況を、継続的にモニタする手段と、
前記モービル加入者の更新された活動を検出した時に、前記ＰＬＭＮシステム
を前記ＩＮ通信システムへアラートメッセージをトリガーすると共に送信する手段と、
前記ＰＬＭＮシステムから前記ＩＮ通信システムへの前記アラートメッセージの前記受信に応答して、前記ＩＮ通信システム内で内部通知を発生する手段と、
を具備するシステム。
【請求項１６】
ネットワーク上のＳＣＰ（サービスコントロールポイント）に接続された複数のＩＰ（インテリジェントペリフェラル）を有するＩＮ（インテリジェントネットワーク）通信システムにおいて、該ＩＮ通信システムは、更に、ＰＬＭＮ（パブリックランドモービルネットワーク）システムに接続され、前記ＰＬＭＮシステムにおけるモービル加入者の活動をモニタするシステムであって、
前記ＰＬＭＮシステム中のモービル加入者の初期活動状況を決定する手段と、
ダミーＳＭＳメッセージを前記モービル加入者へ送信する手段と、
前記ＰＬＭＮシステムを前記ＩＮ通信システムから遠隔的に装着して、前記モービル加入者が現在不作動であることを決定したことに応答して、前記モービル加入者によって更新された活動を検出する手段と、
前記ＰＬＭＮシステム中のモービル加入者の活動状況を継続的にモニタする手段と、
前記モービル加入者の更新された活動を検出した時に、前記ＰＬＭＮシステムを前記ＩＮ通信システムへアラートメッセージをトリガーすると共に送信する手段と、
前記ＰＬＭＮシステムから前記ＩＮ通信システムへの前記アラートメッセージの前記受信に応答して、前記ＩＮ通信システム内で、ＭＡＩＬＢＯＸ  ＳＴＡＴＵＳ  ＲＥＰＯＲＴコマンドを用いて、内部通知を発生する手段と、
を具備するシステム。
【請求項１７】
ＩＮ（インテリジェントネットワーク）において、該インテリジェントネットワークに結合されたＰＬＭＮ（パブリックランドモービルネットワーク）で動作可能な、初期不作動なモービル加入者の活動状況変化を少なくとも表示する装置であって、
前記モービル加入者のモニタ動作の開始を制御すると共に、前記初期不作動な前記モービル加入者の状況の変化の表示を受信するＳＣＰ（サービスコントロールポイント）を具備し、
前記ＳＣＰおよび前記ＰＬＭＮには、ＳＭＳ−ＩＰ（ショートメッセージサービス−インテリジェントペリフェラル）が結合され、
前記ＳＭＳ−ＩＰは、前記モービル加入者の更新した活動を検出するために前記ＰＬＭＮの装着を開始し、前記ＳＭＳ−ＩＰのこの状況の変化を警報する前記ＰＬＭＮからのアラートを受信し、前記モービル加入者の状況変化の表示を前記ＳＣＰに供給し、
前記ＳＣＰは、ＳＥＮＤ  ＰＲＯＢＥコマンドを前記ＳＭＳ−ＩＰへ送給することにより、前記モービル加入者のモニタ動作を開始する
装置。
【請求項１８】
前記ＳＭＳ−ＩＰは、前記ＳＥＮＤ  ＰＲＯＢＥコマンドの受信に応答して動作可能となり、前記ＰＬＭＮの装着を開始する
請求項１７に記載の装置。
【請求項１９】
前記ＳＭＳ−ＩＰは前記モービル加入者にメッセージを送給することにより前記ＰＬＭＮの装着を開始し、前記メッセージはショートメッセージサービス（ＳＭＳ）フォーマットでフォーマットされる
請求項１８に記載の装置。
【請求項２０】
ＩＮ（インテリジェントネットワーク）において、該インテリジェントネットワークに結合されたＰＬＭＮ（パブリックランドモービルネットワーク）で動作可能な、初期不作動なモービル加入者の活動状況変化を少なくとも表示する装置であって、
前記モービル加入者のモニタ動作の開始を制御すると共に、前記初期不作動な前記モービル加入者の状況の変化の表示を受信するＳＣＰ（サービスコントロールポイント）を具備し、
前記ＳＣＰおよび前記ＰＬＭＮには、ＳＭＳ−ＩＰ（ショートメッセージサービス−インテリジェントペリフェラル）が結合され、
前記ＳＭＳ−ＩＰは、前記モービル加入者の更新した活動を検出するために前記ＰＬＭＮの装着を開始し、前記ＳＭＳ−ＩＰのこの状況の変化を警報する前記ＰＬＭＮからのアラートを受信し、前記モービル加入者の状況変化の表示を前記ＳＣＰに供給し、
前記ＳＭＳ−ＩＰはＭＡＩＬＢＯＸ  ＳＴＡＴＵＳ  ＲＥＰＯＲＴを前記ＳＣＰへ送給することによって前記モービル加入者の状況の変化の表示を前記ＳＭＳ−ＩＰに供給し、前記ＭＡＩＬＢＯＸ  ＳＴＡＴＵＳ  ＲＥＰＯＲＴは前記ＳＭＳ−ＩＰで受信することに応答して前記ＰＬＭＮからのアラートを送給する
装置。
【発明の詳細な説明】
関連特許の相互参照
以下の同時係属中の特許出願およびこれら出願から派生した国内および外国特許出願ならびにそれらに包含された開示物をここに引用することにより、本願の明細書に組み入れることにする。即ち、本願、米国特許出願には、以下に列挙した同時継続中の４件の米国特許出願に関連した要旨が包含されている。（１）SYSTEM AND METHOD FOR CONTROLLED MEDIA CONVERSION IN AN INTELLIGENT NETWORK,Serial No．０８／７２４，８４５（Attorney Docket No．２７９４６−００１５６），出願日１９９６年１０月３日、発明者
0004103966.tif 000002
Robert Johannes Bernardus SCHMERSEL,Gulamabbas SUMARおよび
0004103966.tif 000003
（２）SYSTEM AND METHOD FOR INCOMING AND OUTGOING INTERROGATIONS FOR STORE-AND-FORWARD SERVICES,Serial No．０８／７２４，７６９（Attorney Docket No．２７９４６−００１５６），出願日１９９６年１０月３日、発明者
0004103966.tif 000004
Robert Johannes Bernardus SCHMERSEL,Gulamabbas SUMARおよび
0004103966.tif 000005
（３）SYSTEM AND METHOD FOR IP-ACTIVATED CALL SETUP,Serial No．０８／７２５，４３１（Attorney Docket No．２７９４６−００１５９），出願日１９９６年１０月３日、発明者
0004103966.tif 000006
Robert Johannes Bernardus SCHMERSEL,Gulamabbas SUMARおよび
0004103966.tif 000007
（４）A SYSTEM AND METHOD FOR ROUTING MESSAGES IN RADIOCOMMUNICATION SYSTEMS,Serial No．０８／１４１，０８５，（Ericsson Reference No．Ｐ０５９１５−ＵＳ），出願日１９９６年１０月１６日、発明者Bo ASTROMおよびRoland DODIN.
本特許出願および他の関連した特許出願は、Telefonaktiebolaget LM Ericsson（publ）へ譲渡されているか、または譲渡予定されている。
発明の説明
１．本発明の技術分野
本発明は、補足的な通信サービスを提供することである。詳述すれば、モービル加入者（移動加入者）の活動をモニタするためのシステムおよび方法に関する。
２．従来技術の説明
カストマナイズされた通信サービスに対する要望が、急速に増加してきている。例えば、呼び待ち（Call Waiting）、呼び転送（Call Forwarding）、省略ダイアル（Abbreviated Dial）等の特別な加入者フィーチャ（加入者要求項目）（subscriber feature）が、個々の加入者にとて、増々重要なものとなっている。即ち、これら加入者に対して、付加された便利性および、通信サービスプロバイダに対しては、追加の収入源として重要なものである。一般に、このようなサービスは、特定の加入者へサービスを提供している中央オフィス交換機のソフトウエアに特別なプログラミングを与えることにより得られる。即ち、ローカル交換機ソフトウエアを別個にプログラムして、これに接続された加入者に対して、特別なサービスフィーチャ（サービス要求項目）を提供している。交換機のハードウエアおよびソフトウエアをアップグレードして、特別な加入者機能を提供できるようにしなければならないことが多く生じる。
異なった交換機に接続された２つのパーティ間で、呼び出しが行われると、この呼び出しは、所謂“トランジット（transit）”または“タンデム（tandem）”交換機を経て処理される。この交換機は、個々の中央オフィス交換器を相互に接続するネットワークの一部分を構成している。このような場合には、このトランジット交換機は、全体的に、この呼び出しの２つのパーティに対して、トランスペアレント（transparent）なものであると共に、２つの端局（end terminal）間で音声パスを簡単に提供するものである。何れかのパーティによって求められる特別なサービスフィーチャが、一般には、端局によって提供されており、この端局に、加入者が接続されており、これは、２つのパーティ間が接続されたネットワークとは独立したものである。
従来の通常電話サービス（Plain Old Telephone Service）（ＰＯＴＳ）を提供する通信システムの大部分のシステムでは、発呼パーティ（Ａパーティ）と、被呼パーティ（Ｂパーティ）との間の通信リンクは、このＡパーティの制御の下で行なわれる。従って、これらパーティ間の通信リンクは、Ａパーティの電話器がオンフック状態になるまで、そのまま維持される。この状態では、このシステムによって、この通信リンク、両パーティの端局、およびこれら端局間をリンクしたトランジット交換機を解除している。Ｂパーティが自分の電話器をオンフック状態にした場合には、これら発呼パーティおよび被呼パーティ間の回路の接続を解除するようにタイマーがトリガー動作すると、数分程度の期間の後まで、殆んど効果がない。例えば、総合ディジタル通信網（ＩＳＤＮ）のような新しいタイプの通信サービスでは、Ｂパーティの回路断を採用しているが、この回路断のメカニズムは、上述の従来のＰＯＴＳネットワークのメカニズムとは、相当程度、異なっている。
従来の通信交換機において特別な加入者サービスを提供するためには、個々の交換機のソフトの高価なアップグレードが必要となり、この交換機のソフトによって自己のカストマーに、このような特別なサービスが提備される。また、このような交換機のアップグレードは、極めて高価なものとなると共に、これら追加の加入者サービスによってもたらされる追加の収入に関して、コスト対効果の観点から考えて、実際的に禁止されるものとなる。このような観点は、小さな町や田舎の町では、更に現実味をおびるもので、ここでは、このような特別な加入者サービスに対する要求は、比較的低いものであると共に、ここでは、現存の交換機が、かなり長期間に亘って、設置されており、これによりこれら地域における加入者の大部分の基本的な通信要求が、適切に提供され続けている。
通信ビジネスは、増大する競合者によるプレッシャに常にさらされている。何れの通信オペレータの時間当りの収入は、確実に下っており、これには多数の要因が存在している。また、通信サービスによる規制緩和によって、ビジネス競業者が増大している。更に、コールバックサービスやコーリングカードのように技術改革によって、ユーザは、２国間の両方向の呼出レートにおいて、裁定取引差が生じる。また、ケーブルテレビジョン会社は、現在、ケーブルネットワーク上で、オファーテレフォンサービス（offering telephone services）を開始している。最後に、技術改革的なソフトによって、インターネット上で高品質な全二重呼出しが、現在、行われている。
また、技術の改良によって、基本的な電話サービスコストを減額している。従って、最早、通信会社は、基本的な電話サービスの提供における比較的高い料金を正当化できなくなっている。また、技術の改善によって、通話の実際のコストをほぼゼロに圧縮している。経済用語では、基本的な電話サービスは、ゼロ利益ビジネスとして見ることができる。また、近年における、デスクトップコンピュータのコストパーフォマンスに対するパワーを増大させている進歩によって、近代的な電話交換機の信頼性および効果を強調している。
また、同様の状況が、交換機相互間でも得られている。光ファイバーを利用するために、相当大きな通信容量が、電話ネットワークに追加されている。帯域幅は、数年前までは、乏しいリソースであったが、今ではそうではなく思われており、事実、大規模な量で、売られている日用品となっている。
また、テクノロジーにおける改良により、発呼パーティと被呼パーティとの間の地理的な距離によるテレフォンコールにおけるコストに対する効果を、減少または除去している。例えば、ストックホルムから、ダラスへの呼出し（距離にして約８，０００km）のコストは、ダラスからオースチン（距離にして約３００km）のコストは、ネットワークリソースに関連したコストは問題とされない。
インターネットは、爆発的に成長しており、これは、以下のような市場開発による。即ち、ベーシックＴＣＰ／ＩＰプロトコルによって電子メールメッセージが送信でき、関連した伝送距離とは無関係に、ファイルを送信できる。
長距離サービスを提供することは、ローカルの基本的な電話サービスの提供よりコストがかからない事実にも拘らず、通信オペレータは、長距離電話に対して、ローカル電話より高額料金を請求し続けている。通信業界における競争が増大することによって、そのような状況を、急激に維持できなくなる。従来から、長距離電話は、通信会社のプロフィットの大部分であったため、これら会社は、新たな収入源を見つける必要のあることが急速に明らかになりつつある。
通信オペレータによる収入増大の一方法としては、進んだ加入者サービスの提供があり、これに対して、加入者は、プレミアムを支払う用意があるものである。上述したように、過去のネットワークアーキテクチュアでは、ネットワークに対して新しい機能性を追加するためには、交換機の中心のソフトを書替える必要があった。即ち、高額および長期間の処理が必要であり、これらによって、また、システム中にバグを生じさせるリスクが生じていた。更に、このネットワーク中の各交換機を新しいソフトで更新する必要があり、これによって、更に、新しいサービスコストが導入されてしまう。このような状況は、最早、通信オペレータでは受入れられなくなっている。新しい製品を、最初にマーケットできる通信設備メーカーにとって、大きなビジネスチャンスが存在している。
通信オペレータによって、通信ネットワークに、高速且つ、低価格の新サービス提供技術を導入する要望が存在している。更に、それら新しい機能は、１個または、少数の交換機のみに限定されたインパクトを有することが要求されている。また、サービスの設置／変更、カストマー特有のデータの追加等のサービスの管理業務を、中央の管理設備から、処理できることが要望されている。
また、これら新しいサービスの設計／施行は、設備メーカーより、むしろ通信オペレータによって行なわれることが要望されている。このことは、通信オペレータがマーケットの要求を迅速に反応でき、且つ、カストマーに対して、更に効果的、効率的にサービスすることができる。また、交換機のソフトに、強大なインテリジェント性を組込むことによって、種々のサービスが、加入者との間で提供できることがわかった。このような手法において、電話器は、通信ネットワークに対する進んだインターフェイスを有するようになる。
インテリジェントネットワーク（ＩＮ）が、上記要件を満たす一方法として提案されている。このＩＮテクノロジーによって、通信オペレータが、自分独特のサービスを設計できたり、または、既存のサービスを、特別なカストマー要件を適合できるように設計されている。更に、このＩＮアーキテクチュアによって、新しいサービスの設置によるインパクトが、僅かなコントロールノードに与えられるだけである。
このＩＮアーキテクチュアの他の設計フィーチャ（design feature）は、サービスの集中管理である。このことによって応答時間の改善および、ネットワークを作動させるのに必要な人的リソースオーバーヘットを減少できる。更に、このＩＮアーキテクチュアによって、いくつかのカストマ特有のデータのカストマコントロールが達成できる。
例えば、ある通信オペレータによって、“パーソナル番号”サービスが提案される。このパーソナル（個人）番号サービスには、各加入者に対して、特定の電話番号、通常５００のエリアコードを付加した番号が与えられる。このパーソナル番号サービスの背景にある設計哲学は、１つだけの電話番号を有する各加入者のコンタクト番号の過剰部分を取ることである。従って、誰かが加入者のパーソナル番号をダイアルすると、交換機は、セントラルデータベースに質問して、すべての電話番号のリストを得る。ここでは、この加入者に到着できるようになる。次に、この交換機は、被呼者が応答するまで、予じめ決められた順序で、これら番号を掛ける。
このサービスの変形例として、加入者は、電話器からコンタクト番号データベースを、ダイナミックに更新できる。このようなカストマーコントロールによって、加入者は、この加入者が例に存在しているホテルの番号や、他の位置を追加できる。
ＩＮアーキテクチュアの背景のデザイン哲学は、新たらしいサービスをマーケットに提供するための時間を減縮したり、開発／管理コストを低下させたり、このようなプレミア付きサービスを設置することから進生したプロフィッドを強調できることである。ＩＮサービスの古典的な一例によれば、広い地理的エリアに離れているカストマーによる単一ダイアル番号（Ｂ番号）を利用することであり、これを、複数個のローカルサービスセンタの１つへ再び向わせることである。この結果、ピザのフランチャイズは、ピザをオーダするために単一電話番号を広告できるようになる。カストマーがこの広告の番号をダイアルした時は何時でも、ＩＮサービスは、この呼出しを、この加入者の番号（Ａ番号）に基いて、最も近いフランチャイジーに送信できるようになる。
ＩＮの簡単な歴史
このインテリジェントネットワークの概念は、米国で発生した。当初の目的は、単一のダイアル番号を、異なった終端番号に変換するためのセントラルデータベースを提供することであった。これらＩＮサービスの初期の出願の１つには、通話料無料電話（Free phone）を提供することであった。
無料通話番号は、物理的な電話ラインに直接対応しないが、実際のターミネーション番号に変換する必要があった。この変換は、呼者の位置および日時に依存している。
Signalling System No．７（ＳＳ７）と称されている新しい通信システムが開発されて、呼出しのセットアップ前およびセットアップ中に、電話交換機間で高速通信可能となった。最初、このＳＳ７プロトコルは、高速のデータベースのルックアップであり、これは、通話料無料を実現するために必要である。このＳＳ７の開発以降、電話ネットワーク上でデータを、実質的に瞬時に交換できる。これがインテリジェントネットワークの起源であった。
このＩＮの改革の次のステップは、静止データベースから動的データベースへの移動であり、これによってカストマー特有データのカストマーコントロールが可能となった。加入者によって、自分の機器から、キーパッドで呼の進行をコントロールできる場合に、追加の対話性が得られる。このような対話的ＩＮを、米国では、アドバンスドインテリジェント・ネットワーク（ＡＩＮ）と呼んでいる。
現在におけるＩＮアーキテクチュアの開発および興味のある点は、小規模のアプリケーションによってドライブされてるものである。このようなアプリケーションの２つには、Universal Personal Number（ＵＰＮ）サービスおよびVirtual Private Network（ＶＰＮ）サービスとが存在している。このＵＰＮサービスには、独特の番号を、電話機より、むしろ各個人に割当てている。このＵＰＮ番号を用いて、加入者の位置や、ネットワークのタイプ（即ち、固定タイプか、移動タイプに拘らず）とは無関係に、加入者に到達できることである。
ＶＰＮサービスによって、プライベートネットワークが、パブリックネットワークリソースを用いて構築できる。従って、法人電話ネットワークを、法人が有することが可能となり、これによって、従業員全員が、互いに通信できるようになる。この通信には、物理的なプライベートネットワークを提供するために必要なソフトウエアまではハードウエアを調べる必要がない。このパブリックネットワークを利用して、ＶＰＮサービスを実行することによって、法人カストマーは、物理的なネットワークを維持するコストを回避できる。
現在のＩＮシステムの不具合
インテリジェントネットワーク（ＩＮ）アーキテクチュアの利用することは、新たなネットワーク能力およびネットワークサービスの組合せおよび役割をスピードアップする一解決法であると主張されている。しかし、ＩＮ概念を実現するための現在、明かにされているスタンダードは、多数の欠点を有している。
例えば、Global System for Mobile Communication（ＧＭＳ）システムにおいて、ショートメッセージサービス（Short Message Service）（ＳＭＳ）と呼ばれるメッセージを特定化している。このＳＭＳサービスによれば、短かいテキストメッセージを、種々のモービルステーション（移動局）へおよびそれらから送信できるようになっている。モービルステーションへのＳＭＳメッセージは、常時、ＳＭＳサービスセンタ（ＳＭＳＣ）から送信されている。例えば、料金不足のために、加入者のモービルステーションが、不作動になって、このＳＭＳメッセージを受けられないために、このＳＭＳメッセージを、加入者へ配信不能の場合には、Mobile Switching Center（ＭＳＣ）と組合わされたホームロケーションレジスタ（Home Location Register）（ＨＬＲ：ホームロケーションレジスタ）によってメッセージウェーティングデータリスト（ＭＷＤ−List）を生成して、このような不配信メッセージをストアしている。
加入者が自己のモービルユニットを作動させると、このＨＬＲは、すぐに通知される。このＨＬＲによって、予じめ不作動のモービルステーションが作動状態になったことを検出すると、すぐにこのＨＬＲは、ＳＭＳＣに対して警報を発生する。このＳＭＳＣは初期には、ＳＭＳメッセージを不作動のモービルステーションへ送信していた。この警報を受信すると、ＳＭＳＣは、ＳＭＳメッセージを再送するようにトリガを掛けられる。これらＳＭＳＣメッセージは、モービルステーションが不作動であったために、初期には送給できなかった。ＩＮ用の最新の実行スタンダードは、同じまたは類似の機能を得るメカニズムを有していなかった。
通信サービスプロバイダが、モービルステーションの活動状況をモニタできた場合およびＩＮのサービス制御機能（Service Controlled Function）（ＳＣＰ）へ加入者活動レポートを発生できた場合には、このサービスプロバイタによって通信行動の大部分を終了させることが可能であろう。この結果、通信サービスプロバイダは、より多くの収入を得ることができたと時に、その通信ネットワーク内でのリソースの利用を増大できたであろう。
従って、インテリジェントネットワークシステム内に、何かの手段を設けて、モービル加入者の活動状況をモニタすると共に、その結果をＳＣＰへレポートすることが望まれていた。また、この結果として、このためには、モービルステーションを探索すると共に、メールボックスリポートを制御主体（例えばＳＣＰ）へ発生するシステム／方法が必要となる。
発明の要旨
従って、本発明の第１目的は、ＰＬＭＮシステムにおいてモービル加入者の更新された活動を容易に検出できることである。また、本発明の一実施例は、インテリジェントネットワーク（ＩＮ）通信システムで実現でき、このシステムには、ネットワークを介して、ＳＣＰ（サービス制御ポイント）（Service Control point）およびＰＬＭＮゲートウェイ（ＰＬＭＮ Gateway）に接続された複数個のＩＰ（インテリジェントプリフェラル）が設けられている。
また、本発明の一実施例によれば、ＰＬＭＮシステムにおけるモービル加入者の活動状況を最初に決定する。このモービル加入者が不作動であることが知れると、このＰＬＭＮシステムを、ＩＮシステムから離れて装着して、モービル加入者による更新された活動を検出する。このＰＬＭＮモービル加入者の活動状況を継続的にモニタする。
このＰＬＭＮモービル加入者の更新された活動が検出されると、この加入者の活動プローブをトリガーすると共に、アラート（警報）メッセージを、このＰＬＭＮシステムからＩＮシステムへ送信する。このことによって、内部レポートが、このＩＮシステム中で発生され、これによって、このＩＮシステム中の管理エントリに通知され、これによりこのモービル加入者を再び作動させると共に、現在、ＰＬＭＮシステムを介して、この加入者にアプローチできることを通知する。
他の実施例によれば、ＳＣＰによって、ＳＭＳ−ＩＰへコマンドが支えられ、モービル加入者の活動状況を探索する。次に、このＳＭＳ−ＩＰによって、ダミーＳＭＳメッセージを、ＰＬＭＮシステム中のゲートウェイモービルサービスセンタ（Gateway Mobile Service Center）（ＧＭＳＣ）へ送信する。このＧＭＳＣは、ＳＭＳメッセージを専ら取扱っている。このダミーＳＭＳメッセージを受信すると、ＳＭＳ−ＧＭＳＣによって、不配達のメッセージの記憶動作が行われ、これは、モービル加入者のＨＬＲ中のメッセージウェーティングリスト（ＭＷＤ−List）をイネーブルすることによって実行する。また、このＳＭＳ−ＧＭＳＣはＰＬＭＮのＳＭＳ−ＩＰへ装着完了を返送する。次に、このＳＭＳ−ＩＰによって、ＳＣＰに対して、“Send Probe”コマンドを、正常に実行したことを通知する。
これらのアクションを完了すると、このＰＬＭＮは装着完了となる。予じめ不作動であるモービル加入者が作動状態になると、更新された活動のＨＬＲへの通知によって、ＰＬＭＮからＳＭＳ−ＩＰへ“Alert”コマンドがトリカされると共に送信されるようになる。このアラートコマンドを、ＳＭＳ−ＧＭＳＣから受信すると、ＳＭＳ−ＩＰは、一方向的に、“Mailbox Status Report″通知を、ＳＣＰへ発生するようになる。
【図面の簡単な説明】
本発明の方法およびシステムを、より良好に理解するために、以下の好適実施例の詳細な説明を、添付の図面を参照し乍ら考察する。
図１は、標準のインテリジェントネットワーク（ＩＮ）の概念モデルを表わす図である。
図２は、説明用の簡単なインテリジェントネットワークのコンポーネントを表わす図である。
図３は、サービスインデペンデントビルディングブロック（ＳＩＢ）の構成を示す図である。
図４は、種々のＩＮ機能エンティティ（主体）の物理的ユニットへのマッピングを表わす図である。
図５は、転移レベルにおけるサービスノードを有するＩＮ実現例を示す図である。
図６は、ＩＮ概念モデルにおける種々のサービスを実現するための好適手法を表わす図である。
図７は、ＡＰＩを実現するための２つのアプローチを表わす図である。
図８は、サービスロジックプログラム（ＳＬＰ）を利用して、個人局を規定するための一技術を表わす図である。
図９は、モービル（移動）無線通信網のアーキテクチュアを例示する図である。
図１０は、モービル無線通信網におけるショートメッセージサービス（ＳＭＳ）の動作を示す図である。
図１１は、本発明のネットワークＩＰ（ＮＩＰ）システムおよび方法の一実施例を示す図である。
図１２は、本発明の種々のロジックエンティティ（論理主体）間でのメッセージの流れを表わす全体のシーケンスダイヤグラムである。
図１３は、“メールボックスレポート”コマンドの動作を表わすシーケンスダイヤグラムである。
図１４は、ＳＣＰが、メールボックスのステータスの簡単な情報を質問した場合の、“メールボックスステータス質問”コマンドの動作を表わすシーケンスダイヤグラムである。
図１５は、ＳＣＰがメールボックスのステータスの詳細な情報を質問した場合の、“メールボックスステータス質問”コマンドの動作を表わすシーケンスダイヤグラムである。
図１６は、加入者がメールボックスのステータスについての簡単な情報を質問した場合の、“メールボックスステータス質問”の動作を表わすシーケンスダイヤグラムである。
図１７は、加入者が、メールボックスステータスについての詳細な情報を質問をした場合に、“メールボックスステータス質問”コマンドの動作を説明を表わすシーケンスダイヤグラムである。
図１８は、ＳＣＰは、モービル加入者の活動ステータスを探索する場合のシーケンスダイヤグラムである。
図１９は、本発明の動作中のＳＣＰに対する限定状況マシーンを表わす図である。
図２０は、本発明の動作中のＩＰに対する限定状況マシーンを表わす図である。
好適実施例の説明
本発明は、モービル（移動）加入者の活動状況（アクティビィティステータス）の管理に関する問題点の１つに対する一解決手法を提供するもので、これら加入者のターミナルユニットは、ＰＬＭＮネットワーク（例えば、電子メール（e-mail）メッセージ、またはＳＭＳ（ショートメッセージサービス）メッセージのようなもの）外から発生されたメッセージが、最初に配送された場合に、不作動となっている。本明細書で開示／説明されたＩＮ概念の拡張は、他の通信情報へも適用できると共に、加入者への関連した補足サービスを提供することもできる。
インテリジェントネットワーク（ＩＮ）アーキテクチュア
インテリジェントネットワークは、通信ネットワークアーキテクチュアであり、これによって、ネットワークへの新たな可能性／サービスの導入のフレキシビィリティが確立される。このネットワークとして、公衆交換電話網（ＰＳＴＮ）、またはパブリックランドモービルネットワーク（ＰＬＭＮ）がある。これら新規の可能性／サービスの例として、通話料無料電話（“Free phone”）、クレジットカードサービス、およびバーチュアルプライベートネットワーク（ＶＰＮ）が存在する。
このＩＮによって、将来における個別に課料されたネットワークの夢が実現でき、ここでは、サービスプロバイダ（提供者）およびユーザに自由が与えられ、これにより、アクセス、スイッチ期間テクノロジー、およびネットワークプロバイダとは独立して、これらネットワークサービスを個別化できる。ＩＮに関連する国際的なコンセンサスは、ＩＴＵ−ＴＳ勧告Ｑ１２００に記載されている。
ＩＮアーキテクチュアの詳細が、ＩＴＵ勧告Ｉ，３１２／Ｑ，１２０１（国際電気通信連合）に規定されており、これには、図１に示したＩＮ概念モデル（ＩＮＣＭ）の言葉上の説明が含まれている。このＩＴＵのＩＮ概念モデルによって、種々のタスクを分析／システム化すると共に、呼出操作と組合わされた処理と、４つの面へのサービスの提供とが、分析／システム化される。即ち、サービス面１０１、グローバル機能面１０２、分散機能面１０３、および物理面１０４。
現在の処、ＩＮは、以下“ナンバーサービス”と称されるサービスのグループに集中しており、例えば、通話料無料（“Free phone”）、クレジットカード呼出、個人番号サービス、テレボーティング（televoting電話投票）等が存在する。これらの全サービスの特徴キーは、これらによって、番号のサービスが提供され、アクセスノードにおけるアクセスポートから、アンバンドル（unbundle）される。通信ネットワーク中のあらゆるノードを、以下のように、サービスノード化できる。即ち、サービススイッチングファンクション（ＳＳＦ）および／またはスペシャルリソースファンクション（ＳＲＦ）を追加することによって実現され、サービスコントロールファンクション（ＳＣＦ）から、サービス独立性プロトコルインターフェイスを経て、コントロールされる。このＳＣＦは、サービスデータファンクション（ＳＤＦ）によってサポートされ、これは、物理的に、ノードからアンバンドル（unbundle）される。
このＩＮの基本骨格ブロックは、ＳＳＦ、ＳＣＦ、ＳＤＦおよびＳＲＦである。ここで、ＳＲＦは、以下において、ロジカルインテリジェントペリフェラル（ロジッカルＩＰ）とも呼ばれる。これら骨格ブロックの各々は、別個のロジカルエンティティ（論理主体）であるが、しかし、物理的に、電話網、ロジックまたは他のエンティティと、物理的に集積化される必要はない。これら物理的／論理的なエンティティは、本実施例の以下の説明においては、相互変換可能なエンティティと称する。
このＩＮアーキテクチュアによって、基本的な呼出プロセスを、個別の厳密に規定した段階に分けることができ、これによって、通信サービスプロバイダーおよび加入者に対して、呼出し処理を操作するための能力が与えられる。簡単なインテリジェントネットワーク２００のコンポーネントが、図２に表示されている。このインテリジェントネットワークの標準構成によって、このＩＮの種々のコンポーネントおよび、個別のコンポーネント間のインターフェイスが規定されている。
呼出しがＩＮサービスに対して成されると、この呼出しは、最初に、ネットワーク中の特定のノードに廻わされ、これを、サービススイッチングポイント（ＳＳＰ：サービス切換ポイント）と称する。このＳＳＰが、到来してきた呼出しを、ＩＮ呼出しとして認識すると、この呼出しに対するその後のすべての処理がサスペンドされる一方、このＳＳＰによって、サービスコントロールポイント（ＳＣＰ）が通知され、このＩＮシステム中の他のノードに通知され、ここではＩＮ呼出しが受取られている。
このＳＣＰによって、インテリジェントネットワークに“インテリジェンス（intelligence）”を提供する。また、このＳＣＰによって、ＩＮ呼出中に起るすべての事項についてコントロールすると共に、すべての呼出処理決定を行なっている。このＳＣＰがこの呼出しで実行すべき適当なアクションに基づいて決定する場合に、このＳＣＰはＳＳＰに対して、必要なアクションの実行を指示する。
サービスコントロールファンクション（ＳＣＦ）には、ＩＮサービスの論理が含まれており、また、このサービスを要求する呼出しに関連した決定を行なう完全な義務を生じる。このサービス論理は、他の通信プラットフォーム（例えば、エリクソン社のＡＸＥプラットフォームまたはＵＮＩＸ）上で動作可能である。ＳＣＦを包含したノード（即ち、物理的なハードウエアおよびソフトウエア）は、サービスコントロールポイント（ＳＣＰ）２０１と呼ばれている。
各サービスに必要なデータ（例えば、加入者電話番号リスト）が、サービスデータファンクション（ＳＤＦ）によって与えられる。このＩＮアーキテクチュアの一実現例では、これらサービスに必要なデータを、このＳＣＦ自身にストアする。通常、サービス関連データをストアする機能（ファンクション）を、ＳＤＦに割当てており、このＳＤＦによってＳＣＦへの命令が与えられると、このデータを提供する。代表的なＩＮ実現例では、このＳＤＦは、例えばSybaseのような市販のデータベースプログラムを動作可能なＵＮＩＸマシーンとすることができる。このＳＤＦを包含した物理的なノードを、サービスデータポイント（ＳＤＰ）２０２と称する。
交換機の通常の呼出し処理および管理機能が、コールコントロールファンクション（呼出コントロール機能）（ＣＣＦ）によって実行される。通常、このＣＣＦは、標準的なＩＮアーキテクチュアの一部とはならず、このＣＣＦによって、呼出しに関連した情報を有するＩＮが提供されると共に、ＳＳＦによって受取られているオーダを実行する。
このサービススイッチングファンクション（ＳＳＦ）によって、ＳＣＦが送信したインストラクションを解釈すると共に、実行すべきコマンドをＣＣＦに送給する。このＳＳＦは、また、呼出イベントデータ（例えば、加入者のオンフック／オフフック状態、または加入者ラインはビジィーである等）を、このＣＣＦより受取り、および、このデータをＳＣＦへ送る。ＳＳＦを含んだ物理的ノード（即ち、交換機ハードウエアおよびソフトウエア）を、サービススイッチングポイント（ＳＳＰ）２０４および２０５と称する。
特定化リソースファンクション（ＳＲＦ）によって、ＩＮサービスで利用するためのあるリソースを提供する。例えば、ＤＴＭＦ（デュアルトーンマルチプル周波数）ディジットレセプション、アナウンスメント、および音声認識のサービスがある。ＩＴＵ  ＩＮ勧告では、ＳＲＦは、ＳＣＦと直接通信する。このＩＮの他の実現例では、ＳＲＦの機能性を、ＳＳＦと共同に配置することもできる。この場合には、ＳＲＦは、このＳＣＦと直接通信しないが、ＳＳＦを介して通信する。このＳＳＦは、図２に図示しない。
サービスマネージメントファンクション（ＳＭＦ）２０７によって、ＩＮサービスのメインテナンスを管理する。例えば、データの追加または解除、およびサービスの設定または改訂を管理する。サービス生成環境ファンクション（ＳＣＥＦ）２０７によって、ＩＮサービスが開発、テストされたり、およびＳＭＦへ入力されるようになる。このＩＮの一実現例においては、これらＳＭＦおよびＳＣＥＦを１つに合成して、サービスマネージメントアプリケーションシステム（ＳＭＡＳ）と呼んでいる。このＳＭＡＳアプリケーションは、ＴＭＯＳファミリーの一部であり、これは、ＵＮＩＸ  ＯＳの下で動作する。また、このアプリケーションによって、グラフィックインターフェイスを利用し乍ら、サービスをデザインすることができると共に、サービスデータのエントリ用に便利な形態が得られる。
図２は、ＳＤＰ２０２と、ＳＳＰ２０４／２０５に接続された、ＳＣＰ２０１を例示したものである。また、このＳＣＰを、ＳＭＦ／ＳＣＥＦ２０７にも接続する。このＳＣＰ２０１上で動作するリンクおよびこのＳＣＰ２０１からのリンクの全体を、図２では、破線で表わしている。これによって、これらリンクが、音声リンクでないことを表わす。更に、このＳＤＰ２０２を、非音声リンクによって、ＳＭＦ／ＳＣＥＦ２０７にも接続する。このＳＳＰ２０４を、２つのローカル交換機（ＬＥ）２２３／２２４ならびに、トランジット交換機（ＴＥ）２１１にも接続する。また、このトランジット交換機（ＴＥ）２１１を、順次、他の２台のローカル交換機２２１／２２２にも接続する。ＳＳＰ２０５を、ローカル交換機２２５に接続する。これらローカル交換機２２３／２２４を、図２に図示して、代表的な本来の加入者Ｔ−Ａ２３１に接続すると共に、代表的に終端加入者Ｔ−Ｂ２３２にも接続する。
このＩＮの論理的骨格ブロックの各々が、物理的なエンティティ（主体）である場合には（前述の説明において）、対応する物理的なノードは、サービス切換ポイント（ＳＳＰ）、サービスコントロールポイント（ＳＣＰ）、サービスデータポイント（ＳＤＰ）、および物理的インテリジェントペリフェラル（ＩＰ）と称される。前述したように、以下の説明において、一般に、用語“ＩＰ”は、論理的ＩＰおよび物理的ＩＰの両者に用いられる。
ユーザエージェントは、ＳＣＦにおいて、呼出パーティの番号、または被呼パーティの番号によって識別されると共に、サービス提供ノードにおける装着されたトリガポイント（armed trigger point）がヒットした時に、このエージェントが要求される。通信データ（signaling data）および呼出状況（ステート）データを、このユーザエージェントで操作することができる。これらＳＲＦによって、ユーザと通信できるか、または、ＳＲＦ同志が通信でき、これによって、最近の通信システムにおける制限を克服できる。
最近のＩＮスタンダードは、加入者の訪問した位置およびホーム位置を共に見出すが、アクセスノードおよびサービスノードからアンバンドル（unbundle）されるもの仮定している。このアクセスノードを、サービスノードファンクションから分離することによって、サービス導入コストが減少するが、このことによって、アクセスポートサービスと、番号基準サービスとの間で、不所望な相互作用が発生してしまう。アクセスノードのサービスノードへの強調が、この結果として、サービス設計においてフレキシビリティをもたらすように要求される。
この代りに、２つの遠隔的に変化可能な、アクセスノードに対する通信カテゴリを追加している。即ち、１つのカテゴリによって、元の呼出しに対するサービスコードへの無条件のホットライン接続が得られ、また第２カテゴリによって、呼出しを終了させるためのサービスノードを与えるための無条件呼出しが得られる。コストを低下すると共に、容量を改善する場合には、セルラーネットワークの場合のように、訪問位置およびホーム位置機能を分離するためには、長時間が必要となることが知られている。
ＩＮの独特な特性の１つとしては、サービスが、そのサービス独立骨格ブロック（service independent building blocks）（ＳＩＢ）に基づいてＩＮサービスプラットフォーム上で実現されるが、ネットワークノード中で直接的に実現されないことである。これらＳＩＢは、ＳＣＰの一部分である。図３は、ＳＩＢの構成を示す。各ＳＩＢ３０１は、サービスロジックにおける基本的ロジックエレメントであり、これによって、プログラマからの実現を隠すことができる。現存のＳＩＢが新しい要求を満たさなくなった時には、新たなＳＩＢが規定される。
ＩＮ製品においては、これらＳＩＢ３０１によって、通信情報の分析、接続トポロジーのコントロール、ユーザとの対話、データの読み書き、呼出しデータの収集／出力等のファンクションが実行される。他のＳＩＢは、純粋な言語エレメント、例えば、ジャンプ、サブルーチンへ移る、ループ、ハンドオーバ等である。ＳＩＢ３０１の各々は、このサービスプラットフォーム中で得られる。サービスロジックプログラム（ＳＬＰ）が、ＳＩＢ３０１によって確立されると共に、それらの名前によって参照される。サービス生成環境機能（ＳＣＥＦ）を利用して、サービスロジックを設計できる。ＳＩＢ３０１は、システムとは独立のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して、ＳＣＥＦに対して得られる。
種々のＩＮ機能主体の、物理的ユニットまたは主体へのマッピングが、図４に表わされている。図４では、添字“Ｆ”は、種々の機能主体を意味し、添字“Ｐ”は、物理的主体を意味する。図１６において、頭字語ＳＭＦは、サービスマネージメントファンクションおよび、ＣＣＦは、呼出コントロールファンクションを表わす。
トランジット（転移）レベルにおけるサービスノードと一緒に実現されるＩＮの一例を、図５に示す。図５に示したサービスノードは、ＰＳＴＮまたはＩＳＤＮ中のローカルスイッチのようなあらゆるアクセスノード、またはパブリックランドモービルネットワーク（ＰＬＭＮ）システム中のＭＳＣのようなアクセスノードから達成できる。これらサービスノードによって、個人的な通話および、他の番号ベースのサービスの両者を、サービス提供できる。ユーザ識別および真正情報を、バンド内でＳＲＦへ伝送できるか、または、通話システムにおける呼出パーティ番号／被呼パーティ番号フィールド内に埋設することができる。
パーソナルエージェントは、コールコントロールファンクション中のコンポーネントを有し（即ち、ＣＣＦ---トリガポイントデータ）、ならびにサービスコントロールファンクションＳＬＦ（即ち、サービスロジック）、およびサービスデータファンクションＳＤＦ（即ち、サービスデータ）のコンポーネントを有する。図５に表示されたＩＮプラットフォームコンポーネントを、アクセスノードへ集積できるか、また独立のサービスノード中に実現できる。
このサービススイッチングファンクション（ＳＳＦ）の役割は、呼出しが、ＩＮサービスを要求しているか確認し、および次に、ＳＣＦと通信して、どのようにこの呼出しを取扱うかについての指示を受けたかどうかを確認することである。ＩＮのインテリジェンスが残ったままのようなＳＣＦには、種々のサービスを実行するのに必要なロジックが含まれている。このＳＤＦは、データベースシステムであり、このシステムによって、データ集中的な補足サービスに必要なデータ記憶容量が得られる。ＩＰは、以下のようなネットワークエレメントである。即ち、このエレメントによって、ボイスアナウンスメントおよびダイアローグ、デュアルトーンマルチ周波数レセプション（dual tone multi-frequency reception）（ＤＴＭＦ）、および音声認識等のユーザ対話用のリソースが得られる。
ＩＮアプリケーションプログラミングインターフェイス（ＡＰＩ）
また、図１に示したＩＴＵのＩＮ概念モデルによって、種々のサービスを実現するための手法が規定されている。この手法が図６に示されている。サービス、即ち、特徴６０１を実行するために、最初にサービス要求が、ステップ６０２でＳＩＢ構造に変換される。結果として得られたＳＩＢ６０３が、ステップ６０４で、種々の機能主体６０５にマッピングされる。これら機能主体６０５を、順次、ステップ６０６で、１個またはそれ以上の物理的主体６０７にマッピングする。
すべての非ＩＮスタンダードで実現できるように、ＩＮにおけるサービス要件は、ネットワーク機能性に、直接、変換されることはない。その代りに、このサービス要求が、サービスプラットフォームエレメント（即ち、ＳＩＢ）に変換され、これらエレメントは、順次、ＩＮ３段モデルに従って、実行されて、通信ネットワーク中で再利用可能な容量およびプロトコルエレメントとなる。
図１のＩＴＵのＩＮ概念モデルに適合するアプリケーションプログラムインターフェイス（ＡＰＩ）を実行するためのアプローチとして、少なくとも２つのアプローチがある。１つのアプローチとしては、サービスロジックを２つのパートに分割することである。即ち、固定されたロジックパートおよびフレキシブルロジックパートである。次に、これらＳＩＢをリンクして、決定グラフを形成し、これらグラフを、固定ロジックによってサブルーチンとして呼称する。この固定ロジックを、例えば、Ｃ、またはＣ++等の標準プログラミング言語で表わすことができると共に、標準の実行環境に翻訳／ロードできる。これに対して、フレキシブルロジックパートは、変換可能なデータからのみ構成される。
第２のアプローチは、サービスＡＰＩを規定するものであり、このサービスＡＰＩによって、すべての論理項目を完全にコントロールでき、これは、ＳＩＢを互いに組合わせることによって、所望のファンクション（機能）が達成される。このアプローチでは、各ＳＩＢを、他のＳＩＢとリングさせることができる。いくつかのＳＩＢにより、通信機能が実行され、他方、他のＳＩＢは、この論理においてリンクエレメントのみである。すべての論理を、以下のようなデータとして表わせる。即ち、このデータによって、どのＳＩＢを利用すべきか、どのようにリンクすべきか、および各ＳＩＢのどのデータを利用してその機能を実行するかを表わしている。詳細な実施項目のすべては、サービスプログラマにより隠されている。このことは、エリクソン社のＩＮ製品で採用されている基本的なアプローチである。
このＡＰＩを実行するための２つのアプローチが図７に表わされている。図７ＡにはＳＩＢプラットフォームアプローチが図示されており、図７Ｂには、サービスロジック実行環境（ＳＬＥＥ）アプローチが図示されている。図７ＡのＳＩＢアプローチは、基本的なＳＩＢ機能の組合せとしてのすべてのサービスロジックを表わし、これらＳＩＢ機能は、サービスプラットフォームで利用でき、これにより、フレキシブルサービスプロファイル（ＦＳＰ）を構成する。図７Ｂに示したＳＬＥＥアプローチによって、これらＳＩＢを、例えばＣ、Ｃ++、サービスロジックプログラム（ＳＬＰ）等のプログラミング言語で表わされた固定ロジックに対するサブルーチンとして考慮する。コンパイル処理されたコードを利用して、通信プラットフォームプリミティブ、例えばＩＮＡＰ（インテリジェンスネットワークアプローチパート）オペレーションおよびデータベースプリミティブを利用する。
すべてのロジックおよびデータ用に、同一データ表示を利用した場合には、パーソナルエージェントを、図８に示すようなフレキシブルサービスプロファイル（ＦＳＰ）手段により規定できる。このような構成によって、多数の利益がもたらされる。例えば、異なったロジックエレメントを、サービスを欠落せずにロードおよび作用させることができると共に、パーソナルエージェントにおける故障の場合には、影響を受けるゾーンを、故障機能を作用する呼出しのみに制限できる。
フィーチャ（feature）（特色項目）間の相互作用は、ＩＮシステムの開発における主要障害であった。この問題点は、各フィーチャが通常、他のフィーチャに依存している事実に基因したものである。このような相互作用を解決する必要があるが、まだこの解決方法が見つかっていない。また、実際においては、現存のフィーチャ実行は、影響されることがあり、新しいフィーチャが導入されると、多くの実行を再設計または完全にブロックする必要がある。この問題点は、２つの観点からアプローチできる。即ち、ＩＮシステムのネットワーク中心観点およびユーザ中心観点である。
伝統的なネットワーク中心観点によれば、ＩＮを他のテクノロジーの補足として見られ、現在のレパートリに対する補充サービスが追加される。このフィーチャ相互作用は依然として障害となっており、これによって、この観点が現実的な代替観点を阻害している。新たな補足サービスが、固定されたサービスロジックパートおよび、フレキシブルサービスロジックパートから構成される。その結果として、パーソナル性が、多数の予じめ規定された補足サービスすなわちフィーチャ（特色項目）を互に組合わせて達成できるパーソナル性に制限されてしまう。新たなサービスを追加することは、長期間および多大な開発費用が必要となり、ＰＳＴＮ、ＰＬＭＮおよびＩＳＤＮにおけるプレＩＮ経験（pre-IN experience）とは相違しないものとなる。この観点の中心的なものは、新しいフィーチャの設計ではないが、この新しいフィーチャを、他の現存しているフィーチャと集積させるタスクに関連するものである。
これと対比して、ＩＮのユーザ中心観点は、これらフィーチャ上のものより、むしろ、ユーザ上のものである。基本的には、個々のユーザの必要性は、ユニークなものであると仮定し、サービスプロバイダによって、すべてのサービスロジックの完全なコントロールされる。このＦＳＰアプローチが適用され、この結果として、ユニークなサービスプロファイルの範囲が、これらフィーチャの再利用より、むしろ、ＳＩＢの再利用によって形成できる。このことは、フィーチャ相互作用が問題となることが終ることを意味する。その理由は、個々のフィーチャが実行されないからである。ＳＩＢ間での相互作用によってこのアプローチでは、サービスロジックが構成される。
このアプローチにおける、サービスプロファイル間の相互作用がハーフ・コールモデル（half-call model）に従って、オープン通信インターフェイスを経て解決される。完全なコントロールが、経済的な好適方法におけるステップ毎に開発されたＩＮプラットフォームから得られるので、現存の補足サービスのいくつかを利用する必要性が見つかった。これはショートカットであり、これによって将来のＩＮプラットフォームの強調を必要とする相互作用問題がもたらされる。
ユーザ中心観点における基本的なゴールは、ＳＩＢスタンダードを確立することであり、これによりサービス独立性、システム独立性、およびテクノロジー独立性を達成することである。このことが達成されると、ＳＩＢ基準サービスプロファイルが、あらゆる互換性を有するプラットフォームで実行でき、例え、これがスイッチプロセッサ、スタンドアロンパソコン、またはスタンドアロンワークステーションであるかどうかに拘らず実行できる。すべての加入者へ同一フィーチャがもたらされる古典的な模範例を、アクセス手法とは無関係に、個々の加入者へのフィーチャトランスパレンシィによって置換する。
ＩＮ通信
インテリジェントネットワークアプリケーションパート（ＩＮＡＰ）プロトコルを利用して、ＩＮシステムで通信を行なう。このＩＮＡＰ通信プロトコルは、欧州電気通信標準規格（ＥＴＳＩ）および国際電気通信連合（ＩＴＵ）の両者によって標準化されており、このプロトコルには、ＣＣＩＴＴ通信システムNo.７（ＣＣＳ７）が包含されており、このシステム・プロトコルは唯一のネットワークプロトコルではないが、これを利用して、ＩＮＡＰをサポートできる。
今日、特定可能な、コアＩＮＡＰの欠点の１つとしては（即ち、ＩＮＣＳ−１標準）、ＳＣＦとＩＰとの間の通信は、音声のみに制限されていることである。一般に、電子メール、ファクシミリ、データ等の他のメディアは、このＣＳ−１標準によってサポートされていない。従って、現在のＣＳ−１標準には、非コール関連のサービスおよび非リアルタイムコール関連のサービスが含まれていない。
本発明の一部分である、ネットワーク型ＩＰ（ＮＩＰ）実行を、ＩＮＡＰに対する拡張として特徴付けられ、これには、非音声メディアの取扱い／処理および、ＳＣＦとＩＰとの間の非コール関連通信の設置が含まれている。ＮＩＰによって、ボイスメール、電子メール、ＳＭＳメッセージ等のすべてのストア／フォワード（即ち、メッセージング）サービスの全体コントロールでＳＣＦを実行できる。以下、このＮＩＰ実行に利用されるプロトコルを、ＮＩＰ−ＩＮＡＰと称する。このＮＩＰ−ＩＮＡＰは、ＩＮ  ＣＳ−１標準に対するエリクソン社の特別な拡張である。
セルラーネットワークアーキテクチュア
ディジタルセルラー通信システムの第２世代標準では、例えば、ＧＳＭでは、ベースステーション（基地局）コントローラ（ＢＳＣ）が、アクセスノードとして作用する。ビジテッドモービルスイッチングセンタ（交換局）（Ｖ−ＳＭＣ）の各々には、ＶＬＲおよびＭＳＣの両者の機能性を有するハードウエア／ソフトウエアが設けられている。従って、各Ｖ−ＭＳＣは、交換局ならびに対応するＢＳＣへのトランスペアレント通信（transparent signaling）を有する訪問位置の両方として作用できる。
ここで、ＧＳＭシステムは、以下の範囲に対して標準化されている。即ち、新しいサービスおよびフィーチャを、この標準を阻害することなく（または、少なくとも逸脱することなく）追加できない範囲である。これに対して、ＩＮシステムにおける標準を与えるノードによって、高度のカストマナイズが可能である。
セパレートロケーションマネージメントメカニズム（separate location management mechanism）が開発されて、地理学的／物理的アドレスと共にターミナルアイデンティティを組合せている。これらアドレスは、ターミナルが移動した時に変更できる。ＧＳＭでは、各ターミナルは、それのアイデンティティを、このターミナルに挿入されたユーザのＳＩＭカードから受けとっているが、ネットワーク中でそれの物理的位置と組合せてはいない。
ホームロケーションレジスタ（ＨＬＲ）と呼ばれているアドレス可能なエンティティによって、ターミナル番号シリーズの区分に対するターミナルエージェントファンクションを取扱う。このＨＬＲによって、多数のファンクションを集積する。例えば、このＨＬＲによって、コールマネージャのロケーションマネージメントを行なって、加入者のサービスプロファイルのフレキシブル（又は、バリアブル）部分が、各訪問位置毎に、更新されることを確保できる。ここでは、プロファイルの固定部分がインストールされている。
また、このＨＬＲによって、ターミナルに対するコールセットアップのサポートが与えられ、これは、ＶＬＲにコールデータを送結すると共に、ローミング番号（ＲＮ）を、受信し、これを、次に従って、ＰＳＴＮを経て呼出接続のためのセットアップする。このＲＮは、呼出（コール）セットアップ中のみに用いて、ターミナル番号と、この接続とを組合わせ、この結果として、ＰＳＴＮ通信における制限を回避でき、これによって、１度のみ呼ばれたパーティの番号を送給できる。また、このＨＬＲによって、ターミナルと直接通信を行ない（ＭＡＰプロトコルを利用して）、サービスマネージメントディレクティブ（service management directive）を受ける。パーソナルＳＩＭカードを利用することによって、ユーザを、このターミナルからアンバントル（unbundle）する。しかし、最近のスタンダードでは１人以上のユーザを、所定期間に、いずれか１台のターミナルに登録させない。
加入者に提供される補足サービスについても、ＧＳＭで標準化されている。これら補足サービスの主要サービスは、特に、コールステート情報を用いたサービスが、訪問位置で実行される。コールフォアードサービスがＨＬＲによって実行される。多数のオペレータによる同じ標準を利用することによって、極めて広大な領域でのユーザに対するフィーチャトランスペアレンシ（feature transparency）が得られる。
例えば、ＧＳＭは、全ヨーロッパおよび数ヶ国をカバーしている。多数の競合するオペレータおび、関連するベンダがコンセンサスを得ることは困難である。これには、個別化の追加、補正、または適合のコンセンサスが含まれている。結局、追加の機能性および補足サービスは、このＧＳＭスタンダードを離れて行われる必要がある。
図９は、モービル無線通信網の一例のアーキテクチュアを表わす。セルラーネットワークには、ターミナル９０３が設置されており、これに、加入者９０１によってパーソナルＳＩＮカード９０２が挿入される。このターミナルは、ベースステーション（基地局）（ＢＳ）９０４と、例えば、現在の通信システムで規定されているエアインターフェイスのようなエアインターフェイスを経て通信する、このＧＳＭシステムの他の実現例では、このターミナル９０３は、このターミナルの製造業者によって確立されたそれ自身のアイデンティティ（識別性）を有している。
登録／サービスマネージメントならびにユーザによって変更可能なデータに基くコール終了マネージメントは、ホームロケーションレジスタ（ＨＬＲ）９０２で実行される。ターミナルステータスに基づくコール発生マネージメントおよびコール終了マネージメントが、ビジテッドモービル交換局（ＶＭＳＣ）９０６によって取扱われ、この局には、ビジタロケーションレジスタ（ＶＬＲ）が含まれている。概念的に、このＶＭＳＣは、ビジテッド（訪問）位置およびサービスノードの両者である。
セルラーターミナルへのルーティングは、ローミング番号（ＲＮ）を利用して確立され、このローミング番号は、ゲートウェイＭＳＣ（ＧＭＳＣ）と、ビジテッドＭＳＣ（ＶＭＳＣ）との間で、ホームロケーションレジスタ（ＨＬＲ）を経ての通信を利用して得られる。モービルアプリケーションパート（ＭＡＰ）通信プロトコルを用いて、ＧＭＳＣ９０８と、ＶＭＳＣ９０６との間で通信する。ＧＭＳＣ毎と、ＶＭＳＣ毎との間での通信が、ＨＬＲを介して行われるが、直接行われない。ＣＣＩＴＴ通信システムNo.７テレフォンユーザパート（ＴＵＰ）およびＣＩＴＴ通信システムNo.７インテグレーテッドサービスユーザパート（ＩＳＵＰ）（図９で、エレメント９０９で示す）によって、セルラーシステムが、公衆電話システムゲートウェイノードで接続される。ベースステーション９０４は、ベースステーションコントローラ（ＢＳＣ）９０５によってコントロールされ、このコントローラはアクセスノードとしても作用する。
セルラーシステムにおけるＳＭＳサービス
セルラーシステムにおけるショートメッセージサービス（ＳＭＳ）の動作が図１０に示されている。図１０にＭＳ−Ａ  １０６０として示したショートメッセージサービス（ＳＭ）のオリジネタによって、モービルオリジネートショートメッセージ（ＭＯ−ＳＭ）を、ＭＳ−Ａ  １０６０によって選択されたサービスコントローラに送信する。このＭＯ−ＳＭは、ビジテットＭＳＣ／ＶＬＲ  １０５１からインターワークＭＳＣ（ＩＷＭＳＣ）へ“フォワードＳＭ”ＭＡＰを発行することによって送給する。
このＭＳＣ／ＶＣＲ  １０５１からＩＷＭＳＣ  １０５２への伝送１０７１は、選択されたＳＣ−Ａアドレスを、“グローバルタイトル”として、（Ｅ．１６４スタンダードで規定されているように）、用いることによって実行される。ＩＷＭＳＣ  １０５２によって、“コールドアドレス”ＳＣＣＰコンポーネント中のＳＣ−Ａアドレスを分析し、トラスレーションタイプを変化し、更に、ＭＯ−ＳＭを、図の１０７２で示したＳＭ−ＭＡＰプロトコル中の“フォワードＭＯ−ＳＭ”コマンドを利用して、ＳＣ−Ａ  １０５３へ送給する。
モービルオリジネートショートメッセージが、選ばれたサービスセンタＳＣ−Ａ  １０５３に到達すると、ＳＣ−Ａは、方向に従って、複数のアクションまたは、モービル加入者Ａ  １０６０の優先権実行する。これらモービル加入者の優先権を、このような優先権を実行する前に、サービスセンタ１０５３にストアする必要がある。
本発明の一実施例では、サービスセンタＳＣ−Ａ  １０５３によって、モービルオリジネートショートメッセージに関して、多数の動作を実行できる。これらのアクションの例には、受信したシートメッセージの複写／ストア、ＭＳＡ  １０６０に規定された分配リストに基いたショートメッセージの再送信、および所望のメディアへのＳＭの変換が含まれている。これら、すべてのアクションは、表示されたプロトコルＩＤ（ＰＩＤ）値に基づくか、または、加入者規定されたプロファイル値に基づくものである。ＳＭＳシステムの標準機能に対するこれら拡張は、以下の米国特許出願に詳述されている。即ち、ＵＳＰ出願第０８／１４１，０８５（エリクソン社の参照番号Ｐ−０５９１５−ＵＳ）、１９９６年１０月１６日出願、出願人
0004103966.tif 000008
およびRoland BODIN,“A SYSTEM/METHOD FOR ROUTING MESSAGES IN RADIO COMMUNICATION SYSTEMS″，この内容は、ここに引用することにより、本願明細書にとり込むことにする。
このＳＣ−Ａ  １０５３によって、ショートメッセージを、加入者規定された分配リストに分配することができ、これは、このＳＭを、１つまたはそれ以上の所望のメディアへ変換した後で行なう。モービルオリジネートショートメッセージを受信すると、このＳＣ−Ａ  １０５３は、このメッセージを、１０７３に示したＩＷＭＳＣ  １０５２へ返信する。次に、このＩＷＭＳＣ  １０５２は、ＭＡＰインターフェイスを利用して、ＭＯ−ＳＭの受信成功を、ビジィテッドＭＳＣ／ＶＬＲ  １０５１へ返信する。このことを、１０７４で表わす。次に、このビジィテッドＭＳＣ／ＶＬＲ  １０５１は、ＭＳ−Ａ  １０６０へ返信する。
ＳＭＳシステムの一例示例では、ＭＯ−ＳＭを、モービルターミネートショートメッセージ（ＭＴ−ＳＭ）として、モービルステーションＢ（ＭＳ−Ｂ）１０６５へ送信する。この送信に関連したステップは、図１０に矢印１０７５〜１０８６に図示されている。
最初、ＳＭＳ−ＭＡＰインターフェイスを利用して、ＳＣ−Ａ  １０５３は、ＭＴ−ＳＭをゲートウェイＭＳＣハンドリングＳＭメッセージ（ＳＭＳ−ＧＭＳＣ）１０５４へ送信する。次に、ＳＭＳ−ＧＭＳＣ  １０５４は、ＨＬＲ  １０５５へ質問して、ショートメッセージの受信先の現在位置を決定する。このＨＬＲへの質問は、“Send Routing Info For ＳＭ”コマンドを利用して、ＭＡＰインターフェイス上で行われる。
この質問に応答して、特に、このＨＬＲ  １０５５は、ＭＳＣ番号およびＩＭＳＩ（International Mobile Subscriber Identity）を、１０７７で示したＳＭＳ−ＧＭＳＣへ返送する。ＳＭＳ−ＧＭＳＣは、このＭＴ−ＳＭを、“Forward ＳＭ”コマンドを利用して、ビジテッドＭＳＣ／ＶＬＲ  １０５６へ送信する。次に、このビジテッドＭＳＣ／ＶＬＲ  １０５６によって、ＭＴ−ＳＭをモービル加入者Ｂ（ＭＳ−Ｂ）１０６５に送給する、この加入者Ｂは、ビジテッドＭＳＣ／ＶＬＲ  １０５６へ受信を返送する。
ＭＳ−Ｂからアクノレッジを受けると、このビジテッドＭＳＣ／ＶＬＲ  １０５６によって、“Return Result Component To Forward ＳＭ”メッセージを利用して、アクノレッジを、ＭＡＰインターフェイスを経て、１０７９で示すようなＳＭＳ−ＧＭＳＣ  １０５９へ発生する。モービルターミネイトメッセージの、目的の受信者ＭＢ−Ｂ  １０６５への送給が、“Return Result Component To Forward ＭＴ−ＳＭ”確認メッセージを送信することによって、１０８０で示すように、ＳＣ−Ａ  １０５３へ返送する。
ネットワークＩＰ
本発明のネットワークＩＰ（ＮＩＰ）システムの一実施例を、図１１に示す。ネットワークＩＰシステムには、ＳＣＰ  １１０１が設けられており、このＳＣＰ  １１０１は、複数のインテリジェントペリフェラル（ＩＰ）１１１１−１１１４と通信可能である。前述したように、ロジックＩＰの各々は、ＩＮ用語において、ＳＲＦである。簡単に図示するために、図１１には、４つのＩＰしか表示していない。即ち、ＩＰ1１１１１、ＩＰ2１１１２、ＩＰ3１１１３、およびＳＭＳ−ＩＰ、ＩＰo１１１４である。これらＩＰs１１１１−１１１４は、互いに通信することが、可能であり、これら通信は、例えば、ＴＣＰ／ＩＰ，Ｘ．２５等のあらゆるプロトコルを用いて、中枢（バックボーン）１１１０を介して通信可能である。
また、図１１には、本発明の一実施例のメッセージフローおよび動作の概念図が表わされている。図１１に示したように、ネットワークＩＰ  １１１１〜１１１４は、ゲートウェイモービルサービス交換機センタ（ＧＭＳＣ）１１６１を経てパブリックランドモービルネットワーク（ＰＬＭＮ）１１５０と対話する。図１０の説明に関連して、上述したように、このＧＭＳＣ  １１６１によって、ＳＭＳメッセージを終端することができる。即ち、受信者のホームロケーションレジスタ（ＨＬＲ）１１６６をポーリング送信し、モービル加入者１１６５の最新の位置を確認し、ならびにＶＭＳＣ  １１６２、ベースステーションコントローラ（ＢＳＣ）１１６３、およびベースステーション（ＢＳ）１１６４を経てＳＭＳメッセージをルーティング処理する。
ＩＮシステムとＰＬＭＮ  １１５０との協同動作が、図１１に図示されている。この処理はＳＣＰ  １１０１と共に開始し、これによって、ＳＭＳ−ＩＰ  １１１４に命令を与えて、モービル加入者の活動状況を探知する。この動作は、１１７１で表わしたように、ＳＣＰからＩＰs、ＳＭＳ−ＩＰへ送った“Send Probe″コマンドによって実行される。これに応答して、ＳＭＳ−ＩＰ  １１１４は、図の１１８１で示すように、ダミーＳＭＳメッセージを、ゲートウェイＭＳＣ  １１６１に送る。
またここで用いた“ダミーＳＭＳメッセージ”は、シンタックス的に正確なＳＭＳメッセージとすることができる。このメッセージを、“ダミー”メッセージと称する。その理由は、このメッセージは、特定の内容を含んでいないからである。従って、このダミーＳＭＳメッセージは、空の封筒に近いものであり、この空の封筒を、アドレスの存在、またはアドレスの精度を証明する目的のためのアドレス先へ送る。このダミーＳＭＳメッセージは、このメッセージが何を包含するかより、むしろ何を行なうか（即ち、以下説明するように、モービル加入者ＨＬＲにおけるメッセージ待機機能の作動）にとって重要なことである。この結果、ダミーＳＭＳメッセージを、何の内容も持たない実際のＳＭＳメッセージとすることもできる。または、欠陥的なＳＭＳメッセージとすることもでき、このメッセージは、もし、作用すると、モービル加入者によって拒絶されてしまうものである。
このダミーＳＭＳメッセージを受信すると、ＧＭＳＣ１１６１は、メッセージウェディングデータリスト（ＭＷＤ−Ｌｉｓｔ）をイネーブルすることによって、モービル加入者への不配送メッセージの蓄積が可能な状態にする。また、このＧＭＳＣは、ＰＬＭＮのＳＭＳ−ＩＰ  １１１４への装着（arming）を、１１８２で示したように、返送する。次に、このＳＭＳ−ＩＰ  １１１４は、１１７２において、ＳＣＰ  １１０１へ通知する。即ち、“Send Probe″コマンドが正常に、実行されたことを通知する。
上述したアクションが完了すると、このＰＬＭＮ  １１５０は、装着された状態になる（armed）。最初に不作動であったモービル加入者が作動状態になると、ＨＬＲ  １１６６への更新された活動の通知によって、１１８３で表わされたように、ＰＬＭＮ  １１５０から、ＳＭＳ−ＩＰへ“アラート（警報）”コマンドのトリガー作動が行われる。このＧＭＳＣ  １１６１からアラートを受信すると、このＳＭＳ−ＩＰ  １１１４によって、一方向的に、“メールボックスステータスレポート（Mailbox Status Report）”の１１７３で示すように、ＳＣＰ  １１０１への通知が発生される。
図１２は、本発明の種々のロジックエンティティ（論理主体）間におけるメッセージの流れを図示したシーケンスダイヤグラムである。図１２で表わすように、加入者活動モニタ処理には、２つのフェーズが含まれている。第１フェーズには、探索されたモービル加入者が活動状態でない場合には、ＩＮシステムコンポーネントによって、ＰＬＭＮシステムを装着させて、活動アラート（警報）を発生させる。第２フェーズでは、以下の場合に、ＰＬＭＮによって、アラートがＳＭＳ−ＩＰへ発生される。即ち、不作動のモービル加入者が、アクティブ状態となり、これによって、ＳＣＰをコントロールするための“メールボックスステータスレポート”を発生する。
また、ＳＣＰと、種々のＩＰｓ１１１１〜１１１４との間の通信が、図１２に図示されており、この通信は、トランザクション  ケーパビリティ  アプリケーションパート（ＴＣＡＰ）通知を利用して行われ、メッセージタイプが、矢印の上方に表わされ、ＴＣＡＰメッセージのコンポーネントおよびパラメータが各矢印の下側に表わされている。
ＳＣＰが、ダイアルアウト／失敗すると、このプロセスが開始する。この結果として、第１フェーズでは、１２０１で示すように、ＳＣＰ  １１０１から、“Send Probe Message”コマンドを受信すると、このＳＭＳ−ＩＰ  １１１４は、順次、１２０２の“Probe ＳＭＳ Sending”コマンドを、ＰＬＭＮシステム１１５０へ送給する。これによって、フラグが、被質問者のＨＬＲで作用状態となり、これによって、モービル加入者が、次に、アクティブになった時に、質問されたＳＭＳ−ＩＰに通知されるように表示される。
同時に、ＰＬＭＮシステム１１５０により、加入者への不配送のメッセージの蓄積が行われ、これは、ＭＷＤリストをイネーブルすることによって実行される。次に、このＰＬＭＮによって、１２０２において、ＳＭＳ−ＩＰへ“Message Waiting Set In ＰＬＭＮ”アクノレッジを送信することによって、ＳＭＳ−ＩＰ１１１４に通知される。これによって、１２０４においてＳＣＰ  １１０１へ、ＳＭＳ−ＩＰ  １１１４によって返送される。本例でのプローブは、ＳＭＳメッセージであり、これによって、ＰＬＭＮシステムの“Message Waiting″フィーチャを利用できる。このシステムによって、ＨＬＲにＭＷＤ−リストが形成されて、不配送メッセージを保存する。
第２のフェースでは、即ち、ＰＬＭＮトリガー通知フェーズでは、ＰＬＭＮ１２０５は、“アラート”通知を、１２０５においてＳＭＳ−ＩＰ  １１１４へ送給する。次に、このＳＭＳ−ＩＰ  １１１４によって、１２０６で示すように、ＳＣＰ  １１０１へ、“メールボックスステータスレポート”通知を発生する。この通知を受取った後に、ＳＣＰによって、更に行われるアクションは、それ自身の自由によるものである。
ＩＮサービスプロバイダは、加入者の活動レポートを生成することを望める。このようなフィーチャによって、ＳＣＰは、特別なモービルステーションがＯＮまたはＯＦＦされたかどうかを決定できる。この種の加入者活動レポートは、以下の場合に、特に有効なものである。即ち、希望のモービルステーションがデタッチ状態か（detached）、またはメモリから外れた場合に、ダイアルアウト通知に失敗した場合である。このような場合において、このモービルステーションの活動をモニタできることは、ＳＣＰにとって有益なものであり、これは、このモービルステーションを、何時、再度、呼び出せるかを検出するために有効である。
前述したように、現在の標準的なセルラーシステムのアーキテクチャには、以下のような設備が設置されている。即ち、これにより、ホームロケーションレジスタ（ＨＬＲ）が、メッセージ待機日時リスト（ＭＷＤ−List）を作成でき、これは、ＳＭＳメッセージがモービル加入者に配送されなかった場合に行われる。従って、このセルラーシステムの予じめ存在しているフィーチャを利用して、加入者活動レポートを自動的に発生させる要求を解決できる場合に有益なものである。
数種類の異なったメディアに対して、メールボックスを使用できる。例えば、ボイスメイル、ファクシミリメール、電子メール、およびＳＭＳ等がある。本明細書では、これらメディアの各々およびそれと組合わされたメールボックスを、“ロジックＩＰ”と称している。加入者のメールボックスの状況が変化した場合に、この加入者のメールボックスで受信したメッセージを制御するため、およびＳＣＰまたは加入者への通知を行なうために、この加入者のメールボックスの状況をＳＣＰへ通知することが有効である。
本発明によれば、モービル加入者の活動をモニタするための手法を提供でき、この結果として、更新した加入者の活動を検出した時に、ＳＣＰに通知される。このことが本発明によって実行され、これは、ＮＩＰ−ＩＮＡＰに対して、２つの新しい手順を導入することによって実行される。即ち、“Send Probe”コマンドおよび“Mailbox Status Report″コマンドである。前者のコマンドによって、ＳＣＰは、ＳＭＳ−ＩＰによりダミーＳＭＳメッセージを、ＰＬＭＮシステム中のモービルステーション（移動局）へ送信できるようになり、後者のコマンドによって、特定のメールボックスの状況が変化した時に、ＩＰがＳＣＰに対してレポートできるようになる。
現在、一般に、ＩＮノードでは、呼び出せないモービルステーションをモニタすることはできない。本発明によれば、ＩＮアーキテクチュア上にネットワーク手法を提供でき、これは、メッセージの送給レートを増大させることによって、サービス益を強化するためのプロトコルを規定することによって得られる。
本発明の他の態様によれば、加入者のメールボックスの状況について、ＳＣＰを更新できるようになる。この目的のため、２つの新しい手法を、ＮＰ−ＩＮＡＰに導入する。即ち、“Mailbox Status Report″コマンドおよび“Mailbox Status Enquiry″コマンドである。前者のコマンドによれば、特定のメールボックスの状況が変化した時に、ＩＰがＳＣＰへ通知できるコマンドであり、後者のコマンドによれば、特定の加入者メールボックスの状況について、ＳＣＰはＩＰに質問／ポーリングできるようになる。
ＮＩＰ−ＩＮＡＰ手法の拡張
次に、本発明の好適実施例を実行するためのＮＩＰ−ＩＮＡＰに導入された、新規の種々の手法の詳細な動作について、以下考察する。ＳＣＰが、ＰＬＭＮシステムにおけるモービル加入者の活動状況を質問するように、ＩＰに注文する前に、アラートメッセージが、ＳＭＳ−ＩＰによってこのＰＬＭＮシステムから受信されると、このＳＣＰの通知を実行するための手法が必要となる。
“Mailbox Status Report″メッセージ
加入者のメールボックス状況における変化のＩＰによる任意のレポートは、“Mailbox Status Report″コマンドを利用して実行される。図１３に示したように、メールボックス状況に変化が起ると、ＳＭＳ−ＩＰ、ＩＰs１１１４からＳＣＰ  １１０１から、メールボックスステータス（状況）レポートが送信され、これは、この状況の変化が、ＳＣＰによってコントロールされていない限り、送信される。しかし乍ら、メッセージがメールボックスに投函されると（即ち、ある媒体中のメッセージを受けるために設計されたＩＰによって、このメールが受信されると）、ＳＭＳ−ＩＰは、ＳＣＰが制御中であったとしても、メールボックスステータスレポートを発生する。以下の説明においては、このＳＭＳ−ＩＰの役割は、他のネットワークＩＰ  １１１１−１１１３のいずれかによって果たされる。
ここで、ＳＭＳ−ＩＰ、ＩＰs１１１４によってこのような通知が発生された場合には、ＳＣＰ  １１０１とＩＰs１１１４との間では、進行するダイアログが存在するか、不存在となる。このＩＰs１１１４に対して、“Mailbox Status Report”メッセージをＳＣＰに発生するために、加入者のメールボックスの状況を変化させる必要がある。このコマンドをＳＣＰ  １１０１から受信した後、更に行われるアクションは、ＳＣＰの自由である。
必要に応じて、ＳＣＰは、種々のメッセージの状況についての詳細な情報を得たい場合には、以下に説明する“Mailbox Status Enquiry”コマンドを利用する。この“Mailbox Status Enquiry”コマンドは、本発明の好適実施例の動作に対して必須のコマンドではないが、完全な説明のために、以下説明する。
“Mailbox Status Enquiry”メッセージ
メールボックス状況が変化すると、ＩＰによって任意に発生される“Mailbox Status Report″メッセージとは対照的に、この“Mailbox Status Enquiry”メッセージは、ＳＣＰによる積極的なアクションまたは、メールボックスの状況についての積極的な加入者質問に基いて、発射される。図１４および図１５は、ＳＣＰが、ＩＰに対して加入者のメールボックスの状況について質問した時のシーケンスダイヤグラムである。前述した“Mailbox Status Report″メッセージを用いて、ＩＰs１１１４がメールボックスにおける変化状態をＳＣＰ  １１０１にレポートするとき、およびＳＣＰ  １１０１は、加入者のメールボックスについての更に詳細な情報を得たい場合には、図１４および図１５に示すような、２つの可能性が存在している。
１４０１において、このＳＣＰ  １１０１が、ＩＰs１１１４に対して、メールボックス状況について質問した場合には、ＩＰs１１１４は、所望の結果を、１４０２に示したようにＳＣＰ  １１０１に対して、結果を分けることなく返送できる。同様に、ＳＣＰ  １１０１が、メールボックスについての詳細な情報をＩＰs１１１４に質問する場合、および詳細な情報が得られる場合には、このＩＰs１１１４は、１つのメッセージ（即ち、分けていないメッセージ）における結果を、１４０２に示すようにＳＣＰ  １１０１に戻す。
他方、このＳＣＰ  １１０１が、メールボックスの状況についての詳細な情報を、ＩＰs１１１４に質問すると共に、このような情報が得られる場合には、このＩＰs１１１４は、図１５に示すように、この情報を、ＳＣＰ  １１０１に対して、マルチセグメントとして送信する。このプロセスは、１５０１においてＩＰs１１１４の詳細な質問を行なうＳＣＰと共に開始する。これに応答して、ＩＰs１１１４によって、１５０２で、ＳＣＰの結果の一部分を送信する。これに応じて、ＳＣＰは、１５０３で残りの情報について質問する。ＩＰsは、１５０４で、もう１つの標準的なReturn Resultセグメントを与えると共に、オプションとして、更に、情報が得られるかを表わす。
このプロセスは、ＩＰsによってReturn Resultコンポーネントを、１５０６で示したように、ＳＣＰに戻すまで、１５０５において、ＩＰsから更に情報が得られるかをＳＣＰ  １１０１が質問することと一緒に、順次繰返えし行われ、更に、メールボックスステータスについての情報が利用できることを表わす。ＳＣＰによってＩＰsから返送された結果の種々のセグメントが得られ、組合わされ、更に分析されると、それ以上のアクションは、自由になる。
本発明の他の実施例によれば、ＳＣＰによってメッセージを、特定の受信者に送信したり、またこのメールボックスに、“Mailbox Status Enquiry”コマンドの結果をメールボックス所持者に通知できる。
この“Mailbox Status Enquiry”コマンドを用いて、メールボックスのステータスを質問した加入者へサービスを提供できる。このことが、図１６に図示されており、返送された結果が分割されていない場合であり、また、図１７では、返送された結果が分割された場合である。
図１６で示したように、ユーザが自身のメールボックスの状況を知りたい場合には、ＳＣＰは、１６０２において示した“Mailbox Status Enquiry”コマンドをＩＰs１１１４に送って、簡単な、または詳細な情報を要求する。１６０１において、簡単な情報のみについて要求した場合、または、詳細な情報を要求したが、得られなかった場合には、ＩＰs１１１４は、質問の結果を、１６０２で示したように、これら結果を分割することなくＳＣＰへ返送する。その後のアクションは、このＳＣＰ  １１０１の自由に基いて成されるものである。
図１７はユーザが、メールボックスの状況について詳しく質問した時のダイヤグラムである。この質問を受けると、ＳＣＰ  １１０１は、“Mailbox Status Enquiry″コマンドを、１７０１で示すように、ＩＰs１１１４に発生させて、特定のメールボックスについての詳細情報を質問する。このＩＰs１１１４は、この結果を分けて返送し、更に、第１のセグメントを、１７０２で示すように、ＳＣＰへ戻し、更に、利用できる情報が残っていることを表わす。これに応答して、ＳＣＰは、１７０３において、“Mailbox Status Enquiry”コマンドを２回発生させて、残りの情報のいくつかを質問する。このＩＰs１１１４は、第２回目の結果のコンポーネントを、１７０４に示すように、ＳＣＰに返送して、まだ、更に利用可能な情報が存在するかを表わす。
図１５に示したシーケンスダイヤグラムに関連して説明したように、このＳＣＰ  １１０１によって、１７０５に示すように、“Mailbox Status Enquiry”コマンドをＩＰs１１１４へ発生する。これは、ＩＰs１１１４によって、更に、利用可能な情報が得れるかを表わすReturn Resultコンポーネントを送信するまで発生する。次に、ＳＣＰは返送されたセグメント形状の結果コンポーネントを組合せ／分析すると共に、更にアクションを、自分の自由に行なう。
加入者のメールボックスのステータスが変化した場合に、“Mailbox Status Report”コマンドおよび“Mailbox Status Enquiry”コマンドによってアラート（警報）がＳＣＰまたは加入者に与えられるようになると共に、これらが、物理的および／または論理的に分離したＩＰに配置されている事実に拘らず、加入者の異なるタイプのメールボックスの全部を中心的にコントロールする。
次に、加入者アクティビティ（活動）管理サービスを、更に詳細に検討する。ＰＬＭＮシステムにおける加入者によって更新されたアクティビティのモニタ動作および他者への通知を自動化することが、加入者および通信サービスプロバイダによって、長い間、望まれていた。前述したように、現在、規定されているＩＮアーキテクチュアでは、不作動または呼出せないモービルステーション（移動局）をモニタする手法は存在しない。
本発明によれば、２つの新しい手法を導入することによって、現在静止したモービルステーションの活動をモニタすることができる。即ち、“Send Probe”コマンドおよび“Mailbox Status Report″通知であり、前者のコマンドによれば、ＳＣＰは、ＳＭＳ−ＩＰに対して、ＰＬＭＮ中のモービル加入者の活動状況を探知することができる。また後者の通知によれば、加入者のメールボックス状況が変化すると、ＳＣＰが通知される。
以下に示したシーケンスダイヤグラムにおいて、ＳＭＳ−ＩＰと称される特定のＩＰ  ＩＰs１１１４を利用して、ＩＮノードとＰＬＭＮ加入者との間でメッセージの交換が行われる。しかし乍ら、実際の交換は、ＳＭＳ−ＩＰから、あらゆるＩＰサポートＳＭＳメッセージから、または、必要な処理パワーやシステムリソースを含む、他のＩＰから実行できることを強調する必要がある。
“Send Probe”コマンド
図１８は、ＳＣＰによって、モービル加入者の活動状況を探査した場合のシーケンスダイヤグラムを表わす。前述したように、“Send Probe”コマンドによって、ＰＬＭＮシステムの第２世代における予じめ存在しているフィーチャを利用でき、これによって、ＰＬＭＮのホームロケーションレジスタ（ＨＬＲ）は、メッセージ待期データリスト（ＭＷＤ−List）を、メッセージが、加入者へ送給できなかった時はいつでも生成する。
ＭＳが呼出し不可能であるとわかると、処理が、１８５１で示すように、ＳＣＰ  １１０１と共に開始され、これによって、“Send Probe”メッセージが、ＳＭＳ−ＩＰ  １１１４へ送られる。次に、このＳＭＳ−ＩＰ  １１１４は、ダミーＳＭＳメッセージを、１８５２で示したようなＰＬＭＮ  １１５０内の呼出せないＭＳに送信する。このＭＳは呼び出せないので、ＰＬＭＮ  １１５０中のＭＳに対応したＨＬＲによって、ダミーＳＭＳメッセージの受信者へのＭＷＤ−Listを生成する。
ＳＭＳゲートウェイＭＳＣを介して作動するＰＬＭＮは、１８５３で示すようにＭＷＤ−Listの活動をＳＭＳ−ＩＰ  １１１５へ返信するようになる。このような成功した動作完了のレポートを、適当なフォーマットで、ＳＭＳ−ＩＰ  １１１４によって、１８５４で示すように、ＳＣＰ  １１０１へ送給する。
前述したように、ＭＳが呼出し可能となると、ＰＬＭＮ  １１５０によって発生されて、ＳＭＳ−ＩＰ  １１１４へのアラートによって、ＳＭＳ−ＩＰは、“Mailbox Status Report″メッセージを、ＳＣＰ  １１０１へ送給する。
ＳＣＰ／ＩＰ限定状況マシーン
図１９および図２０は、本発明による、ＳＣＰ  １１０１とＳＭＳ−ＩＰ  １１１４とに対する限定状況マシーンを表わす。図１９および図２０において、これらマシーンの状況を、楕円でシンボル化しており、状況の遷移を行なうイベントが連続した矢印で表わされている。各ファンクション（機能）が、破線の矩形内に表示されており、これらファンクションによってオーダされたアクションが、破線の矢印によって表わされている。
図１９は、ＳＣＰに対する限定状況マシーンを表わす。この図から明らかなように、このＳＣＰは２つの状況を有している。即ち、アイドル状況１９０１およびアクティブ（活動）状況１９１３である。１９１１で示すように、“Send Probe″コマンドをＳＭＳ−ＩＰ  １１１４を発生すると、このＳＣＰは、アイドル状況１９０１からアクティブ状況１９０２へ向う。
また、ＳＣＰは、ＳＣＰとＩＰとの間でダイアログの通常のターミネーションが行われると、１９１２で示すように、以下の場合に、アクティブ状況１９０２からアイドル状況１６０１へ向う。即ち、不適当なコンポーネントが存在するために、ダイアログが拒絶された場合に、ダイアログがいずれかの側から中止される場合に、または、動作が時間切になった場合に向うようになる。このＳＣＰ１１０１は、“Send Probe”メッセージの結果を、ＳＭＳ−ＩＰ  １１１４より受取ると、１９１３に示すように、状況の遷移を生じずにループ動作する（即ち、そのままとなる）。
図２０は、ＩＰサイドからの限定状況マシーンを表わす。このＳＭＳ−ＩＰは２つの基本的な状況を有する。即ち、アイドル状況２００１とアクティブ状況２００２である。また、１つの追加の擬似状況、即ち、ＰＬＭＮプローブ取扱い状況２０２１である。
図２０に示したように、２０１１で表わすように、ＳＣＰ  １１０１から“Send Probe”コマンドを受信すると、ＳＭＳ−ＩＰ  １１１４は、アイドル状況２００１からアクティブ状況２００２へ向う。２０１２で示すように、アクティブ状況２００２からアイドル状況２００１へのＩＰの遷移は、ＳＣＰを有するダイアログの通常のターミネーションが起ると、または、ＳＣＰによって提供された結果の拒絶が起ると、または、一方サイドからのＳＣＰとＩＰとの間のダイアログの中止が起ると行われる。
ＳＭＳ−ＩＰ  １１１４が、“Send Probe”コマンドを受信すると、アイドル状況２００１からアクティブ状況２００２への遷移が、以下のように、追加的に行われる。２０１３で示すように、モービルターミネートプローブメッセージを、ＰＬＭＮプローブ処理器へ送信したり、ならびに２０１４に示したようなこれを、戻すことによって行われる。“Send Probe”メッセージを、２０１５で表わすように、ＳＣＰへ戻すと、アクティブ状況２００２内で、ＳＭＳ−ＩＰはループ動作する（即ち、そのまま）。
以上、本発明の方法および装置の好適実施例について、図面を参照しながら詳述したが、本発明は、これらの実施例に限定されず、種々の再構成、変形および置換を、以下の請求項で規定された本発明の技術的範囲を逸脱することなく実行できる。
【図１】
0004103966.tif 000009
【図２】
0004103966.tif 000010
【図３】
0004103966.tif 000011
【図４】
0004103966.tif 000012
【図５】
0004103966.tif 000013
【図６】
0004103966.tif 000014
【図７Ａ】
0004103966.tif 000015
【図７Ｂ】
0004103966.tif 000016
【図８】
0004103966.tif 000017
【図９】
0004103966.tif 000018
【図１０】
0004103966.tif 000019
【図１１】
0004103966.tif 000020
【図１２】
0004103966.tif 000021
【図１３】
0004103966.tif 000022
【図１４】
0004103966.tif 000023
【図１５】
0004103966.tif 000024
【図１６】
0004103966.tif 000025
【図１７】
0004103966.tif 000026
【図１８】
0004103966.tif 000027
【図１９】
0004103966.tif 000028
【図２０】
0004103966.tif 000029