(57)【要約】移動通信ネットワークの加入者への呼に関連するインテリジェント・ネットワークサービスを処理するための方法、制御ノード（１１０）、及びコンピュータプログラムが開示される。そのネットワークは、前記制御ノード（１１０）とＨＬＲ（１１１）と１つ以上のＳＣＰ（１２１，１２２，１２３）とを備える。その制御ノード（１１０）は、ａ）前記呼に関連するルーティング情報に対する１つ以上の要求を前記ＨＬＲ（１１１）に送信し（１０１）、ｂ）前記サービスに関連するサービストリガ要素を前記ＨＬＲ（１１１）から受信し（１０２）、ｃ）前記１つ以上のＳＣＰ（１２１，１２２，１２３）において前記サービスを起動する（１０３）ために前記トリガ要素を使用し、ｄ）前記トリガ要素に関連する前記サービスに関する情報を前記１つ以上のＳＣＰ（１２１，１２２，１２３）から受信する（１０４）。
2009519634.tif 000002
【特許請求の範囲】
【請求項１】
制御ノード（１１０）と、ホームロケーションレジスタ（１１１）と、１つ以上のサービス制御局（１２１，１２２，１２３）とを有する移動通信ネットワークの加入者への呼に関連したインテリジェント・ネットワークサービスを扱う方法であって、
前記方法は、
ａ．前記制御ノード（１１０）が、前記呼に関連するルーティング情報についての１つ以上の要求を前記ホームロケーションレジスタ（１１１）に送信する工程（１０１）と、
ｂ．前記制御ノード（１１０）が、サービスに関連するサービストリガ要素を前記ホームロケーションレジスタ（１１１）から受信する工程（１０２）と、
ｃ．前記制御ノード（１１０）が前記サービストリガ要素を使用して、前記１つ以上のサービス制御局（１２１，１２２，１２３）において前記サービスを起動する工程（１０３）と、
ｄ．前記制御ノード（１１０）が、前記サービストリガ要素に関連する前記サービスに関する情報を、前記１つ以上のサービス制御局（１２１，１２３，１２３）から受信する工程（１０４）とを有することを特徴とする方法。
【請求項２】
前記ホームロケーションレジスタ（１１１）は、ルーティング情報に対する第１の要求に応答して前記多数のサービストリガ要素の内の第１のサービストリガ要素と、ルーティング情報に対する第２の要求に応答して前記多数のサービストリガ要素の内の第２のサービストリガ要素とを送信することを特徴とする請求項１に記載の方法。
【請求項３】
前記ホームロケーションレジスタ（１１１）は、ルーティング情報に対する第１の要求に応答して前記多数のサービストリガ要素を送信することを特徴とする請求項１に記載の方法。
【請求項４】
前記ホームロケーションレジスタ（１１１）は、ルーティング情報に対する第２の要求に応答して前記要求されたルーティング情報を送信することを特徴とする請求項２又は３に記載の方法。
【請求項５】
前記ルーティング情報に対する第２の要求は、前記制御ノード（１１０）と在圏移動体通信サービス交換局（１１２）との間のシグナリング接続の確立に関係していることを特徴とする請求項２乃至４のいずれか１項に記載の方法。
【請求項６】
前記要求されたルーティング情報は、前記加入者への前記呼のために用いられる移動局ローミング番号を有することを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
複数の前記サービストリガ要素は、１つの移動体アプリケーション部メッセージに含まれていることを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記１つの移動体アプリケーション部メッセージは、移動体アプリケーション部の分割化のために多数のシグナリング接続制御部メッセージで前記ホームロケーションレジスタ（１１１）から前記制御ノードに送信されることを特徴とする請求項７に記載の方法。
【請求項９】
１つ以上の前記サービストリガ要素は移動局ローミング番号にプレフィックス或はサフィックスとして含まれることを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項１０】
前記サービストリガ要素は分離した複数のパラメータを有することを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項１１】
前記サービスの第１のサービスは、前記１つ以上のサービス制御局（１２１，１２２，１２３）の内の第１のサービス制御局（１２１）で実行され、
前記サービスの第２のサービスは、前記１つ以上のサービス制御局（１２１，１２２，１２３）の内の第２のサービス制御局（１２２）で実行されることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記サービスの第１のサービスはプリペイド課金サービスであることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記サービスの第２のサービスは、パーソナルグリーティングサービスのような移動局で終端するサービスであることを特徴とする請求項１１又は１２に記載の方法。
【請求項１４】
前記制御ノード（１１０）は、ゲートウェイ移動体通信交換局（１１０）であることを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記第１の要求は、前記加入者の移動局ＩＳＤＮ番号を含むことを特徴とする請求項２乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記第２の要求は、前記加入者の移動局ＩＳＤＮ番号と“抑止Ｔ−ＣＳＩ”パラメータとを含むことを特徴とする請求項２乃至１５のいずれか１項に記載の方法。
【請求項１７】
前記ルーティング情報に対する１つ以上の要求の内の第１或は第２の要求は、移動体アプリケーション部送信ルーティング情報メッセージを含むことを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１８】
移動通信ネットワークの加入者への呼に関連したインテリジェント・ネットワークサービスを扱う制御ノード（１１０）であって、
前記ネットワークは、前記制御ノード（１１０）と、ホームロケーションレジスタ（１１１）と、１つ以上のサービス制御局（１２１，１２２，１２３）とを有し、
前記制御ノード（１１０）は、前記呼に関連するルーティング情報に対する１つ以上の要求を前記ホームロケーションレジスタ（１１１）に送信するよう構成され、
前記制御ノード（１１０）はさらに、前記サービスに関連する多数のサービストリガ要素を前記ホームロケーションレジスタ（１１１）から受信し、前記サービストリガ要素を使用して、前記１つ以上のサービス制御局（１２１，１２２，１２３）におけるサービスを起動するように構成され、
前記制御ノード（１１０）はさらに、前記トリガ要素に関連する前記サービスに関する情報を、前記１つ以上のサービス制御局（１２１，１２３，１２３）から受信するように構成されることを特徴とする制御ノード。
【請求項１９】
コンピュータにより請求項１乃至１７のいずれか１項に記載の方法を実行させるプログラム命令を有するコンピュータプログラム。
【請求項２０】
コンピュータにより請求項１乃至１７のいずれか１項に記載の方法を実行させるコンピュータで実行可能なプログラム命令を有するコンピュータプログラムの担体。
【請求項２１】
前記担体は、記録媒体、コンピュータメモリ、読み出し専用メモリ、或は、電気信号搬送波であることを特徴とする請求項２０に記載のコンピュータプログラムの担体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信ネットワークの加入者への呼に関連するインテリジェント・ネットワークサービスを処理する方法および制御ノードに関する。
【背景技術】
【０００２】
インテリジェント・ネットワークサービスは、ＧＳＭ（汎欧州デジタル移動電話方式）などの最先端の通信ネットワークでよく知られている。
【０００３】
ＧＳＭネットワークのコアネットワーク・サブシステムの主要な構成要素は、移動体通信サービス交換局（ＭＳＣ）である。それは、ＰＳＴＮまたはＩＳＤＮの交換ノードと同様に動作し、さらに、登録、認証、位置更新、ハンドオーバ、およびローミング中の加入者への呼のルーティングなど、移動電話加入者を処理するのに必要な全ての機能を提供する。これらのサービスは複数の機能エンティティと連動して提供され、それらが一緒になってコアネットワーク・サブシステムを形成する。ゲートウェイＭＳＣ（ＧＭＳＣ）は（ＰＳＴＮまたはＩＳＤＮなど）固定網への接続を提供する。コアネットワーク・サブシステムにおける機能エンティティ間のシグナリングは、ＩＳＤＮにおけるトランクのシグナリングに使用され、今日の公衆通信ネットワークで広く使用されるＮｏ．７共通線信号方式（ＳＳ７）を使用する。
【０００４】
ホームロケーションレジスタ（ＨＬＲ）および在圏ロケーションレジスタ（ＶＬＲ）は、ＭＳＣと一緒になって、ＧＳＭの呼のルーティングとローミングの能力を提供する。ＨＬＲは、移動局の現在位置とともに対応するＧＳＭネットワークに登録された各加入者の全ての管理情報を保持する。移動局の位置は通常、その移動局に関連するＶＬＲのシグナリングアドレスの形式をとる。論理的にはＧＳＭネットワークについて１つのＨＬＲが存在するが、それが分散型データベースとして実現される場合もある。
【０００５】
ＶＬＲは、ＶＬＲにより制御される地理的領域にその時存在し、そのＶＬＲによりその時サービスを受ける各移動局について、呼の制御および加入サービスの提供に必要な、ＨＬＲからの選択された管理情報を保持する。各機能エンティティは独立なユニットとして実現することもできるが、現在のところ、交換装置の全製造業者は、必要なシグナリングが単純化するようにＭＳＣが制御する地理的領域をＶＬＲが制御する地域に対応させて、ＶＬＲをＭＳＣと一緒に実現している。ＭＳＣは移動局個々に関する情報は保持せず、その情報はロケーションレジスタに格納される。
【０００６】
次に、ＧＳＭネットワークにおける代表的な着信呼の設定（移動局への着信呼）について説明する。
【０００７】
加入者が携帯電話機に発呼するとき、彼はその電話機ユーザに関係する電話番号、いわゆる移動局ＩＳＤＮ（ＭＳＩＳＤＮ）番号をダイアルし、その呼は携帯電話事業者のゲートウェイＭＳＣにルーティングされる。ゲートウェイは２つのネットワークの相互接続に使用されるノードである。ゲートウェイはＭＳＣにおいて実現されることも多く、その場合、そのＭＳＣはＧＭＳＣと呼ばれる。ＧＭＳＣは、公衆交換電話網の外郭部からプロバイダのネットワークへの“入口”として作用する。
【０００８】
以上で述べたように、電話機は、当事業者のネットワーク内または他国も含むローミングパートナーのネットワークのどこへでも自由にローミングできる。そこで、ゲートウェイＭＳＣの第１の仕事は、呼を接続するために、移動電話機の現在の位置を判定することである。ゲートウェイＭＳＣはＨＬＲに問い合わせることによりこれを実行するが、ＨＬＲは、上述のように、電話機がその時、もし関連付けがあれば、どの在圏ロケーションレジスタ（ＶＬＲ）に関連付けられているかを知っている。
【０００９】
ＨＬＲは、この問い合わせメッセージを受け取った時、呼を別の番号にルーティングする（ダイバートと呼ばれる）べきか、または被呼加入者の移動局に、直接ルーティングするべきかを判定する。
【００１０】
電話機の所有者が、全ての着信呼を別の番号にダイバートするよう前もって要求している場合、この追加的なサービスは転送先番号（ＦＴＮ、Forwarded-to-Number）への無条件着信転送（ＣＦＵ、Call Forwarding Unconditional）としても知られるが、このＦＴＮはＨＬＲに格納される。そうである場合は、その宛先へ直接にルーティングするよう、ゲートウェイＭＳＣにＦＴＮを返送する。
【００１１】
（例えば、その電話機がスイッチオフされているために）移動局がその時ＶＬＲと関連付けられていない場合、ＨＬＲは不達時着信転送（ＣＦＮＲｃ、Call Forwarding Not Reachable）番号として知られる番号をＧＭＳＣに返し、そしてその呼はそこへ転送される。発呼者がメッセージを残せるよう、多くの通信事業者がこの値を自動的にその電話機の音声メール番号に設定するかもしれない。
【００１２】
最後に、その電話機が特定のＶＬＲの権限下にあることをＨＬＲが知っている場合、ＨＬＲは、一時的な番号、いわゆる移動局ローミング番号（ＭＳＲＮ）をそのＶＬＲから要求する。この番号はＧＭＳＣへと中継され、ＧＭＳＣはそれを使ってその呼を在圏ＭＳＣ（ＶＭＳＣ）と呼ばれる別のＭＳＣにルーティングする。
【００１３】
その呼がＶＭＳＣによって受信された時、ＭＳＲＮは、その電話機の記録をＶＬＲ中で見つけるために使用される。この記録はその電話機が位置する地域を識別する。その地域の全ての携帯電話アンテナ塔（mast）に対して呼び出しが発生する。加入者の携帯電話機が応答すると、その携帯電話機の正確な場所がＶＭＳＣに返される。そこで、ＶＭＳＣはその呼を適切な電話アンテナ塔に転送し、そしてその電話機が呼出音を発する。加入者が応えると、ＶＭＳＣおよびＧＭＳＣを通してその電話を掛けた人のネットワークへと遡って通話路が形成され、続いて通常の通話が行われる。
【００１４】
その電話呼への応答がないこともあり得る。加入者が別の呼によりビジーであり（そしてキャッチホンが使用されていない）場合、ＶＭＳＣはその呼を所定の話中時着信転送（ＣＦＢ、Call Forwarding Busy）番号へルーティングする。同様に、時間が経っても（通常３０秒）加入者がその呼に応えない場合、ＶＭＳＣはその呼を所定の無応答時着信転送（ＣＦＮＲｙ、Call Forwarding No Reply）番号へルーティングする。この場合も、発呼者がメッセージを残せるよう、通信事業者がこの値を携帯電話機の音声メールにデフォルトで設定するように決定するかもしれない。
【００１５】
インテリジェント・ネットワーク（ＩＮ）とは、通信事業者特有の付加価値サービス（ＶＡＳ）を通信事業者が展開できるようにする通信ネットワークに接続されたネットワークである。交換機に常駐する高機能は、インテリジェント・ネットワークからの高機能によって補強され、そのインテリジェント・ネットワークはネットワーク中に分散されたコンピュータノード中に置かれる。これは、サービスをより効率的に開発し、展開し、そして制御する手段をネットワーク事業者に提供する。新しいサービスを通信ネットワークに迅速に導入することができる。一旦導入されると、サービスは個々の顧客のニーズに合うように容易にカスタマイズされる。
【００１６】
ＩＮサービスは通常、サービス制御局（ＳＣＰ）によって提供される。ＳＣＰは、通信ネットワークの他のノードやエンティティと通信する制御コンピュータである。ＳＣＰは、１つ以上のＩＮサービスのサービスロジックと、オプションとしてＳＣＰが加入者特有の設定に従ってＩＮサービスを実行する、即ち、加入者へのサービス実行を調整できるようにするＩＮサービス加入データとを含む。呼が確立した時、通信ネットワークはＳＣＰに問い合わせを行い、この呼の処理について指示を要求する。例えば、８００番号について実際の電話番号へ変換するために、またその呼に関して８００番号の所有者に請求書を発行するために、ＳＣＰは相談を受ける。ＳＣＰは、インテリジェント・ネットワークのその他の構成要素と物理的に分離していてもよく、または、これらその他の構成要素と組み合わされて１つのノードになっていてもよい。
【００１７】
ＧＳＭネットワークでは、ＩＮサービス加入情報はＨＬＲに格納される。ＨＬＲには２つのタイプの情報、（１）静的な加入者情報と（２）動的な加入者情報とが常駐する。後者は、例えば、着信呼を移動電話加入者にルーティングできるようにするのに必要である。ＨＬＲは、とりわけ、以下のものを格納する。即ち、
−  国際移動電話加入者アイデンティティ（ＩＭＳＩ）と、そのネットワークのみで使用する内部加入者アイデンティティ、
−  ＭＳＩＳＤＮ番号、
−  ＶＬＲアドレス、
−  追加的サービスについての加入者データ
である。
【００１８】
ＩＮサービスは２つのカテゴリに分られてもよい。１つのカテゴリは、呼を開始する（移動局発信呼―ＭＯＣ、Mobile Originated Call）加入者のために起動されるサービスを含む。これらのサービスは移動局発信（ＭＯ、Mobile Originating）サービスと呼ばれる。ＭＯサービスの例に、発信呼スクリーニング（Outgoing Call Screening）がある。
【００１９】
各ＩＮサービス加入者は、自分のＨＬＲにおいて発信ＣＡＭＥＬ加入情報（Ｏ−ＣＳＩ、Originating CAMEL Subscription Information）要素を用いてマークが付されるが、これはＳＣＰにおいて特定のサービスを識別するのに使用される。Ｏ−ＣＳＩは、加入者がＭＯ呼を開始すると直ちに、ＭＯＣサービスのトリガを開始する。上述の例では、ＣＡＭＥＬが展開されているが、これは“移動体ネットワーク高度ロジック向カスタマイズアプリケーション （Customized Application for Mobile network Enhanced Logic）”の略である。ＣＡＭＥＬは、呼待ちや着信転送のような地上回線によるＩＮ電話サービスをＧＳＭ移動電話へ拡張するための標準規格として開発された。
【００２０】
もう１つのカテゴリは、呼を受信する（移動局への着信呼―ＭＴＣ、Mobile Terminated Call）加入者のために起動されるサービスを含む。これらのサービスは移動局着信（ＭＴ、Mobile Terminating）サービスと呼ばれる。移動局着信サービスの例は、呼迂回サービスとパーソナル・グリーティング・サービス（ＰＧＳ、Personal Greeting Service）である。ＰＧＳはローミングレッグに関連するサービスである。ＰＧＳでは、ＧＭＳＣとＶＭＳＣとの間のシグナリング接続（いわゆる“ローミングレッグ”）が確立された時に、独特の挨拶（personalised greeting）が発呼者に対して行われる。その独特の挨拶は従来の通報音（“着信音”）を置換する。従って、その独特の挨拶は第一にローミングレッグの確立に関係しており、ローミングレッグが確立されて被呼者に通報が発せられた時にのみ、その着信音はアクティブになる。各ＩＮサービス加入者は、自分のＨＬＲにおいて着信ＣＡＭＥＬ加入情報（Ｔ−ＣＳＩ、Terminating CAMEL Subscription Information）フラグを用いてマークを付されるが、これはＳＣＰにおいて特定のサービスを識別するのに使用される。これは、加入者への呼を試みる間にＭＴＣサービスのトリガを開始する。
【００２１】
従来技術によれば、制御ノードは、ＨＬＲから指示を取得するために、ＭＴＣ処理中にＨＬＲに問い合わせてもよい。その制御ノードはＧＭＳＣであってもよい。制御ノードによる問い合わせに応えて、ＨＬＲは着信呼のためのＩＮトリガ情報を送信してもよい。ＨＬＲと制御ノードとの間で交換されるＩＮトリガ情報は標準化されている。例えば、Ｔ−ＣＳＩは、ＧＳＭでの規格化された着信呼のためのＩＮトリガ情報であり、３ＧＰＰ（第３世代パートナシップ・プロジェクト）によって非特許文献１に技術仕様が規定されている。ＩＮトリガ情報は、中でも、ＩＮサービスが存在するＳＣＰのアドレスと、ＳＣＰにおける特定のＩＮサービスを識別するサービスキーとを含む。
【特許文献１】国際公開第００／２５５２８号パンフレット
【非特許文献１】３ＧＰＰ  ＴＳ  ２９．００２
【発明の開示】
【発明が解決しようとする課題】
【００２２】
制御ノードは、その加入者に関するＩＮトリガ情報中で指定されるＳＣＰにおいてＩＮサービスを起動するために、ＩＮトリガ情報を使用する。ＳＣＰは、サービスの起動に応えて、例えば、サービス実行の結果に依存して、呼の設定を続けるかまたは呼を終了するために制御ノードに指示を送る。現在のネットワークは通常、ＭＴＣについて１つのＩＮサービス起動を処理するように構成される。しかしながら、最近の開発では、着信呼の処理中に２つ以上のＩＮサービスを起動する必要があることが示されている。
【００２３】
特許文献１では、サービス相互作用マネージャ（Service Interaction Manager）が開示されており、それはＳＣＰに含まれる。サービス相互作用マネージャの仕事は、ＳＣＰにおける利用可能なサービスのどれが加入者について実行すべきかを決定し、それらのサービスを特定の順序で起動することである。
【００２４】
本発明の目的は、加入者が１つの呼について１つ以上のＩＮサービスを持つことができるようにすることにより従来技術の欠点を克服する方法及び装置を提供することである。
【課題を解決するための手段】
【００２５】
本発明を第１の側面からみれば、制御ノードと、ホームロケーションレジスタと、１つ以上のサービス制御局とを備える移動通信ネットワークの加入者への呼に関連するインテリジェント・ネットワークサービスを処理する方法が提案される。その方法は以下の工程を有する。即ち、
ａ．前記制御ノードが、前記呼に関連するルーティング情報に関する１つ以上の要求を前記ホームロケーションレジスタに送信する工程と、
ｂ．前記制御ノードが、サービスに関連するサービストリガ要素を前記ホームロケーションレジスタから受信する工程と、
ｃ．前記制御ノードが、前記１つ以上のサービス制御局において前記サービスを起動するために前記サービストリガ要素を使用する工程と、
ｄ．前記制御ノードが、前記トリガ要素に関連する前記サービスに関する情報を前記１つ以上のサービス制御局から受信する工程と
を有する。
【００２６】
このようにして、加入者の１つの呼に関連して１つ以上のＩＮサービスに加入する加入者については、複数のサービストリガ要素が処理されてよい。ＩＮサービスは、その呼に関するその制御ノードにおける１つ以上の他のＩＮサービスの存在に気づく必要はない。言い換えるならば、第１のサービスは、第２のサービスが起動されるかどうかを知る必要はなく、逆も同じである。この呼について他のＩＮサービスを起動する可能性について、それらのサービスは知る必要がないので、それらのサービスは別のプラットホーム上で実行してもよく、また異なるベンダによって供給されてもよい。
【００２７】
本発明について幾つかの実施例が存在する。
【００２８】
例えば、本発明は、ルーティング情報に対する第１の要求に応えて前記複数のサービストリガ要素の第１のサービストリガ要素を、そして、ルーティング情報に対する第２の要求に応えて前記複数のサービストリガ要素の第２のサービストリガ要素とを送信するホームロケーションレジスタに対して備えるものでもよい。
【００２９】
ルーティング情報に対する第１の要求は、
加入者のＭＳＩＳＤＮ番号を含んでもよい。
【００３０】
ルーティング情報に対する第１の要求への応答は、
第１のサービストリガ要素を含んでもよい。
【００３１】
ルーティング情報に対する第２の要求は、
加入者のＭＳＩＳＤＮ番号と、
応答において第１のサービストリガ要素をＨＬＲが抑止すべき旨の表示とを含んでもよい。この表示は、例えば、“抑止Ｔ−ＣＳＩ”パラメータであってもよい。
【００３２】
ルーティング情報に対する第２の要求への応答は、
サービスを受ける加入者への呼に使用されるＭＳＲＮと、
第２のサービストリガ要素と、
加入者のＭＳＲＮへのプレフィックスまたはサフィックスとを含んでもよい。
【００３３】
ＭＡＰメッセージが、ＭＡＰ分割により、複数のシグナリング接続制御部メッセージにおいて、ＨＬＲからＧＭＳＣへ送信されるとよい。例えば、プリペイド課金サービスのような第１のサービスは、第１のサービス制御局（ＳＣＰ）で実行され、例えば、ＰＧＳのような第２のサービスは、第２のＳＣＰで実行される。
【００３４】
このように、プリペイドサービスとＰＧＳとが同じ加入者に提供されてもよく、プリペイドサービスとＰＧＳとは異なるプラットホームで実行されてもよく、互いに関係することはない。
【００３５】
本発明がＰＧＳについて使用される場合、早い着信転送（Early Call Forwarding）または遅い着信転送（Late Call Forwarding）が最適ルーティングで行われるときであっても、発呼加入者は何らかの呼進行メッセージが聞こえてよい。
【００３６】
本発明のもう１つの利点は、ＰＧＳが仮想私設ネットワーク（ＶＰＮ）加入者に提供されてもよいことである。
【００３７】
本発明を第２の側面から見れば、制御ノードと、ＨＬＲと、１つ以上のＳＣＰとを備える移動通信ネットワークの加入者への着信呼に関連するインテリジェント・ネットワークサービスを処理するための制御ノードが提案される。ここで、その制御ノードは、呼に関連するルーティング情報に対する１つ以上の要求を前記ＨＬＲに送信するように構成され、その制御ノードはさらに、サービスに関連する複数のサービストリガ要素を前記ＨＬＲから受信するように構成され、前記複数のトリガ要素を用いることにより前記１つ以上のＳＣＰにおいてサービスを起動し、その制御ノードはさらに、それらトリガ要素に関連する前記サービスに関する情報を前記１つ以上のＳＣＰから受信するように構成される。
【００３８】
好ましい実施例では、制御ノードはＧＭＳＣを含む。しかしながら、その制御ノードはＭＳＣまたはＳＣＰなどの装置を含んでもよい。
【００３９】
本発明を第３の側面から見ると、本発明に従う方法をコンピュータに実行させるプログラム命令を含むコンピュータプログラムが提案される。
【００４０】
コンピュータプログラムは担体に格納されてもよく、また本発明に従う方法をコンピュータに実行させるコンピュータ実行可能命令を含んでもよい。
【００４１】
コンピュータプログラムの担体は、記録媒体、コンピュータメモリ、読み出し専用メモリ、または電気的な搬送信号であってもよい。
【００４２】
本発明は、加入者への特定タイプの呼について、複数のＩＮサービスが提供されてもよいことを提案する。ここで、ＨＬＲは、特定のＩＮ呼のタイプの加入（以後、ＩＮトリガ要素と呼ぶ）について複数の表示を登録していてもよい。
【発明を実施するための最良の形態】
【００４３】
本発明の目的のために、ＧＭＳＣにおけるＭＴ呼の処理は２つの論理部分に分けられてよい。即ち、
（１）着信呼処理と、
（２）ローミングレッグ処理と
である。
【００４４】
着信呼処理は、ＨＬＲからのＴ−ＣＳＩの読み出しと、第１のＣＡＭＥＬサービスの起動とを含む。第１のＣＡＭＥＬサービスは、呼の規制を強制してもよく、または着信転送を適用してもよい。通常、第１のＣＡＭＥＬサービスは、被呼加入者がローミングしている場合の着信課金にも使用される。ＨＬＲはまた、Ｔ−ＣＳＩとの組合わせで別のＩＮトリガ要素を返送してもよい。
【００４５】
ローミングレッグ処理は、ＨＬＲからのＭＳＲＮの取り出しと、ＧＭＳＣからその時被呼者が登録されている着信ＭＳＣへの呼のルーティングとを含む。“ローミングレッグ”は、加入者が在圏公衆陸上移動ネットワーク（ＶＰＬＭＮ）にいる場合にも、また加入者がホーム公衆陸上移動ネットワーク（ＨＰＬＭＮ）にいる場合にも同様に適用可能であることに注意されたい。即ち、“ローミング”はこの場合、“別のネットワークまたは別の国にいる”ことに関係するものではない。
【００４６】
本発明では、ＭＴ呼に関する２つのＩＮサービスの起動が上述の特徴の線に沿って実行されることを提案する。本発明によれば、ＭＴ呼に関するＩＮサービスについて２つのタイプが定義されるかもしれない。即ち、
（１）ＭＴ呼への制御を必要とし、その呼のルーティングに影響を及ぼす能力を必要とする場合もあるＩＮサービス（この種のＩＮサービスはまた、課金を適用できるよう、宛先加入者の位置を知る必要がある）と、
（２）宛先加入者へのローミングレッグについてのみ必要なＩＮサービス（このタイプのＩＮサービスは、ローミングレッグが確立された、即ち、ＧＭＳＣがＨＬＲからＭＳＲＮを受信した時にのみ起動される）と
である。
【００４７】
ＨＬＲがＭＳＲＮではなく転送先番号（ＦＴＮ）を返した場合、ローミングレッグは存在しておらず、その結果、ローミングレッグ関連のＩＮサービスは起動されない。
【００４８】
図１は、移動通信ネットワークにおける従来技術による装置構成のブロック図である。図示のエンティティは、少なくとも概念的には、移動通信ネットワークとは異なるインテリジェント・ネットワークに属する。インテリジェント・ネットワークは、ＨＬＲ１１１と、ＳＣＰ１  １２１と、ＳＣＰ２  １２２と、ＧＭＳＣ１１０とを備える。ＧＭＳＣ１１０は、ＨＬＲ１１１のみならずＳＣＰ１とＳＣＰ２ともインタフェースを有し、よく知られたＩＮトリガ機能を実行する。ＳＣＰ１とＳＣＰ２は、移動局への着信呼の処理の間に順番に起動されるかもしれないインテリジェント・ネットワークサービスを含む。
【００４９】
図２は、本発明に従う方法および装置のシグナリング図であり、各種要素間の関係を概観するものである。この方法は次のステップを含む。即ち、
ステップ１０１  制御ノード１１０が、その呼に関連するルーティング情報に対する１つ以上の要求をＨＬＲ１１１に送信するステップと、
ステップ１０２  ＨＬＲ１１１が、サービスに関連する複数のサービストリガ要素を制御ノード１１０に送信するステップと、
ステップ１０３  制御ノード１１０が、１つ以上のサービス制御局１２１、１２２、１２３における１つ以上のサービスを起動するために前記トリガ要素を用いるステップと、
ステップ１０４  １つ以上のサービス制御局１２１、１２２、１２３が、前記トリガ要素に関連する１つ以上のサービスに関する情報を制御ノード１１０に送信するステップとである。
【００５０】
図３は、本発明に従う装置と、それらの間の相互関係のブロック図である。
【００５１】
ブロック（装置）間の線は通信経路を表わす。ＨＬＲ１１１はＧＭＳＣ１１０と通信してよく、またＶＭＳＣ１１２に通信してよい。ＧＭＳＣは、ＳＣＰ１  １２１および続いて起動されるその他のＳＣＰ（ＳＣＰｎ）１２２と通信してよい。ＧＭＳＣ１１０はＶＭＳＣ１１２と通信してよい。
【００５２】
図４は、本発明の方法の実施例のシグナリング図であり、図３に示すような、ＧＭＳＣ１１０と、ＨＬＲ１１１と、複数のＳＣＰ１２１、１２２と、ＶＭＳＣ１１２とを含む装置間の通信手順を含む。この例では、加入者は、ＣＡＭＥＬサービスと、それに加えて、ＩＮサービスであるかもしれない少なくとも１つのサービスに加入している。この例では、２つのＳＣＰ１２１、１２２との通信のみが示される。しかしながら、ステップ６〜１１は第３のＳＣＰ等々について繰り返されてもよい。以下のステップが行われる。
【００５３】
ステップ４０１  ＩＳＵＰ  初期アドレスメッセージ（ＩＡＭ）がＧＭＳＣ１１０に到着し、ＧＭＳＣ１１０は、ＩＳＵＰ  ＩＡＭ中の被呼者番号を分析して、その被呼者番号が自ネットワークに属するＭＳＩＳＤＮであると推測する。
【００５４】
ステップ４０２  ＧＭＳＣ１１０はＭＡＰルーティング情報送信（ＳＲＩ）をＨＬＲ１１１へ送信する。ＧＭＳＣ１１０は、それがＣＡＭＥＬをサポートすることをＭＡＰ  ＳＲＩで示す。
【００５５】
ステップ４０３  被呼加入者はＭＴ呼処理のためのＣＡＭＥＬサービスに加入している。その結果、ＨＬＲ１１１は、ＭＴ呼についてのＩＮトリガ情報、Ｔ−ＣＳＩを含めて、ＭＡＰ  ＳＲＩ−ＲｅｓをＧＭＳＣ１１０へ送信する。
【００５６】
ステップ４０４  ＧＭＳＣ１１０は、ＣＡＭＥＬサービスを起動するためにＴ−ＣＳＩを使用する。ＧＭＳＣ１１０は、内部のＧＳＭサービス交換機能（gsmSSF）エンティティのインスタンスを作成し、gsmSSFはＣＡＰ初期検出点（ＩＤＰ）をＳＣＰへ送信する。ＳＣＰ１  １２１のアドレスと、このＩＮダイアログに関するその他のデータはＴ−ＣＳＩから取得される。gsmSSF機能はＧＭＳＣと相互作用する。ユーザの加入において定義され、ＨＬＲからＧＭＳＣへ送られた情報に基づいて、ＧＭＳＣ内のサービストリガとgsmSSFとが設定される。これらのトリガは、いつgsmSSFがgsmSCFと通信するかを指示するために使用される。そして、これが、ＩＮベースのサービスがどのように処理されるかを決定することになる。
【００５７】
ステップ４０５  ＳＣＰ１  １２１はＣＡＰ継続（ＣＵＥ）で応答して、ＭＴ呼の処理が続く、即ち、呼が被呼加入者に配信されてもよいことをＧＭＳＣ１１０に知らせる。ＳＣＰ１  １２１とＧＭＳＣ１１０との間の制御ダイアログは維持されてもよい。ＳＣＰ１  １２１におけるＣＡＭＥＬサービスは、その時それが実行中のＣＡＭＥＬサービス以外のＩＮサービスについて知る必要はない。
【００５８】
ステップ４０６  ＧＭＳＣ１１０は、第２の問い合わせをＨＬＲ１１１に送信する、即ち、第２のＭＡＰ  ＳＲＩをＨＬＲ１１１に送信する。第２のＭＡＰ  ＳＲＩは、“抑止Ｔ−ＣＳＩ”フラグを含む。
【００５９】
ステップ４０７  ＨＬＲ１１１は、“抑止Ｔ−ＣＳＩ”が在るために、ＭＡＰ  ＳＲＩを第２のＳＲＩとして認識し、これに応えて、ＭＡＰローミング番号提供（ＰＲＮ）を被呼者がその時登録されているＶＭＳＣ１１２に送信する。
【００６０】
ステップ４０８  ＶＭＳＣ１１２はこの呼にＭＳＲＮを割り当て、ＭＡＰ  ＰＲＮ−ＲｅｓをＨＬＲ１１１に送信することにより、ＭＳＲＮをＨＬＲ１１１に返す。
【００６１】
ステップ４０９  ＨＬＲ１１１は、ＭＡＰ  ＳＲＩ応答（ＳＲＩ−Ｒｅｓ）をＧＭＳＣ１１０に送信することにより、ＭＳＲＮをＧＭＳＣ１１０に転送する。被呼加入者はＭＴ呼処理のための第２のＩＮサービスに加入している。第２のＩＮサービスは、本発明の開示の前の部分で説明したローミングレッグ処理タイプのものである。ＨＬＲ１１１は、この第２のＩＮサービスに関連するＩＮトリガ情報をＭＡＰ  ＳＲＩ−Ｒｅｓに含ませる。本発明の目的のため、第２のＩＮトリガ情報は“ＲＩＣＫ”（Roaming leg IN Category Key：ローミングレッグＩＮカテゴリキー）と名付けられている。ＲＩＣＫは、Ｔ−ＣＳＩまたはＴＩＣＫ（Terminating IN Category Key、着信ＩＮカテゴリキー）と同じ構造を持ってもよい。ＲＩＣＫを受信できるために、ＧＭＳＣ１１０は、この情報要素をサポートする、即ち、ＲＩＣＫをサポートすることを、第２のＭＡＰ  ＳＲＩ（ステップ６）で示してもよいであろう。この“ＲＩＣＫサポート”の表示は“ＴＩＣＫサポート”の表示と同様である。ＧＭＳＣからＨＬＲへ送信される“ＴＩＣＫサポート”は、ＧＭＳＣがＴＩＣＫをサポートすることをＨＬＲに示す。ＴＩＣＫはＴ−ＣＳＩと比較されるかもしれない機能を持つが、ＴＩＣＫは標準化されていない。
【００６２】
ステップ４１０  ＧＭＳＣ１１０はＭＳＲＮはＲＩＣＫを伴っていることを認識する。ＲＩＣＫは、ローミングレッグがＩＮサービスに従うことをＧＭＳＣ１１０に示す役割を持つ。そこでＧＭＳＣ１１０は、ＳＣＰｎ１２２にＣＡＰ  ＩＤＰを送信することによってＩＮサービスを起動するために、ＲＩＣＫを使用する。ＳＣＰｎ１２２のアドレスと、このＩＮダイアログに関するその他のデータは、ＲＩＣＫから取得される。
【００６３】
ステップ４１１  ＳＣＰｎ１２２はＣＡＰ  ＣＵＥで応答し、ＭＴ呼処理が続く、即ち、被呼加入者に対するローミングレッグが確立されてもよいことをＧＭＳＣ１１０に知らせる。
【００６４】
ステップ４１２  ＧＭＳＣ１１０は、宛先交換機にＩＳＵＰ  ＩＡＭを送信することにより被呼加入者に対するローミングレッグを確立する。ＩＳＵＰ  ＩＡＭは、ＨＬＲ１１１から受信したＭＳＲＮを含む。
【００６５】
ステップ４０１〜４０８は、普通のＧＳＭの呼処理を表わす。
【００６６】
ステップ４０９は、既存のＭＴ呼処理に対する改善を表わす。ＨＬＲ１１１は普通、ＧＭＳＣ１１０にＭＳＲＮのみを返す。ステップ４０９はＭＡＰ  ＳＲＩ−ＲｅｓにＲＩＣＫを追加する。
【００６７】
ステップ４１０とステップ４１１とは、既存のローミングレッグ処理には存在しない。これらのステップは、ＧＭＳＣ１１０におけるＭＴ呼処理のための第２のＩＮサービスの起動を表わす。
【００６８】
呼が被呼加入者に配信されたとき、それら２つのＩＮサービスはアクティブのままであってもよい。ＧＭＳＣ１１０にＴ−ＣＳＩを送信した結果としてトリガされる第１のＩＮサービスは、呼の期間中全てにわたりアクティブのままであってよく、そのサービスに使用されるＩＮプロトコルによって許される利用可能な十分な能力を有する。
【００６９】
ＧＭＳＣ１１０にＲＩＣＫを送信した結果としてトリガされる第２のＩＮサービスもまた、呼の期間中全てにわたりアクティブのままであってよい。しかしながら、このＩＮサービスは、ある制約付きでＩＮ能力を使用することになる。例として、このサービスは、その呼に関するプリペイドサービスに影響するかもしれないので、着信転送に適用されることはない。
【００７０】
本発明は各種タイプのＧＳＭ着信転送に適用されるかもしれない。これは、パーソナル・グリーティング・サービス（ＰＧＳ）のようなサービスを例に上げることにより最も適切に示されよう。着信転送の場合、呼の宛先は変更される。幾つかの通信事業者は、音声メールボックスに着信転送が行われる時は、ＰＧＳサービスを終了することを要求する。
【００７１】
着信転送の状況でＰＧＳサービスを終了することに関して、基本的に２つのタイプの着信転送、即ち、早い着信転送（ＥＣＦ）と遅い着信転送（ＬＣＦ）とが存在する。ＧＭＳＣ１１０において早い着信転送が行われるとき、ＧＭＳＣ１１０は、この呼に関するＭＳＲＮをＨＬＲ１１１から受信することはなく、ローミングレッグは確立されない。ＧＭＳＣ１１０は被呼者側へのローミングレッグを確立しようとはせず、その結果、ローミングレッグＩＮサービスが起動されることはないであろう。
【００７２】
早い着信転送の場合、ＨＬＲ１１１は、第２のＳＲＩ結果でＭＳＲＮを返すことはせず、本発明によれば、ＲＩＣＫを返すことをしない。今や、ＧＭＳＣ１１０はその呼を、例えば、音声メールボックス或は呼完了サービスであるかもしれない転送宛先へ転送する。ＨＬＲ１１１がＲＩＣＫを返していないので、ＰＧＳの起動はないであろう。この場合、音声メールボックスがＩＳＵＰ  アンサメッセージ（ＩＳＵＰ  ＡＮＭ）の生成を規定時間だけ延期する時でさえも、音声メールボックスにより再生される何らかのアナウンスを発呼加入者は聞くかもしれない。
【００７３】
ＶＭＳＣ１１２において遅い着信転送が行われる場合、ＧＭＳＣ１１０に呼処理を返すために、遅い着信転送の最適ルーティング（ＯＲＬＣＦ）が適用されるかもしれない。ＧＭＳＣ１１０はローミングレッグを終了させ、従って、ローミングレッグＩＮサービスもまた終了されるであろう。遅い着信転送の場合、呼は既に被呼加入者の宛先ＭＳＣにルーティングされている。遅い着信転送の状況が生じた場合、ＶＭＳＣ１１２は、ＭＡＰ  呼処理再開（ＲＣＨ）をＧＭＳＣ１１０に送信すると良い。ＭＡＰ  ＲＣＨを送信することはＯＲＬＣＦの一部をなす。
【００７４】
ＧＭＳＣ１１０がＭＡＰ  ＲＣＨを受信してＯＲＬＣＦへの要求を承認すると、ローミングレッグを解放して転送レッグを形成する。発呼者には転送宛先により生成される何らかのアナウンスが聞こえてもよい。
【００７５】
幾つかの通信事業者は、初期アナウンスが課金されないような音声メールボックスシステムを展開している。これは、ＩＳＵＰ  ＡＮＭの生成を音声メールボックスに延期させることによって達成されてよい。そのような状況においてＰＧＳがアクティブのままの場合、発呼者側にはＩＳＵＰ  アドレス完了メッセージ（ＡＣＭ）とＩＳＵＰ  ＡＮＭとの間で行われるどんなアナウンスも聞こえないであろう。その理由は、ＩＳＵＰ  ＡＮＭが検出される迄、パーソナル・グリーティングはアクティブのままであることにある。音声メールの初期アナウンスは、その場合には聞こえない。
【００７６】
本発明はその問題を解決している。というのは、ＯＲＬＣＦとの組合わせで遅い着信転送の場合、ＰＧＳは終了されるからである。
【００７７】
遅い着信転送がＯＲＬＣＦに従わない場合、ローミングレッグサービスは、呼の進行（ＣＰＧ）とＡＣＭなどのＩＳＵＰメッセージを監視してもよい。これらのＩＳＵＰメッセージが転送が行われていることを示唆してもよい。
【００７８】
幾つかの通信事業者は、ＰＧＳに対してサービスノードによる解決法を適用する。これは、ＰＧＳ加入者については、ローミングレッグが、（ローミングレッグに関するＩＳＵＰトラフィックのリンクと並んだ位置にある）特定のサービスノードを介してルーティングされる必要があることを意味する。そのサービスノードは、呼を宛先ＭＳＣへ伝播させるであろう。サービスノードを介したローミングレッグのルーティングは、本発明に従って達成されるかもしれない。ＲＩＣＫによって起動されるＩＮサービスは、ＭＳＲＮへのプリフィックスを提供してもよく、その結果、呼はそのサービスノードを介してルーティングされる結果となる。
【００７９】
あるいは、ＳＲＩ−Ｒｅｓに含まれるＲＩＣＫは、番号プレフィックスの形式を有してもよく、ＧＭＳＣなどの交換ノードは、次の交換ノードへの呼の転送に先立って、ＭＳＲＮの前にＲＩＣＫを置く。
【００８０】
この遷移ノードでのＢ番号分析は、ＲＩＣＫがそのサービスノードへの経路選択の結果をもたらすように構成されてもよい。
【００８１】
ローミングレッグについての、加入者制の、或は一般向きのＩＮサービスの概念は、以下のタイプのサービスに使用されるかもしれない。
【００８２】
−  パーソナル・グリーティング：パーソナル・グリーティングの実行は、ローミングレッグの確立が成功したときのみ要求されるものである。理由は何であれ、ローミングレッグが確立できない場合、或は、応答前に終了させられた場合、パーソナル・グリーティングは要求されない。通信事業者は、呼へのＭＳＲＮの割り当てに先立ってＰＧＳを起動するよう望むかもしれない。それの効果は、第２の被呼者に転送が行われる場合に、発呼者には第１の相手の独特の挨拶が聞こえることであってもよい。これに加えて、そのような構成は、着信転送のアナウンスを聞かなくてもよいという効果を持つであろう。
【００８３】
−  サービスノードルーティング：特定の加入者について、ローミングレッグがあるサービスノードを介してルーティングされる必要があるかもしれない。
【００８４】
−  通信事業者の選択：加入者は、ローミングレッグのみに適用可能な通信事業者選択サービスに加入してもよい。
【００８５】
ＨＬＲ１１１が、ＭＳＲＮを含むＳＲＩ−ＲｅｓをＧＭＳＣ１１０に送信するとき、それはＲＩＣＫを含んでもよい。実現上のオプションとして、ＨＬＲ１１１は、ＨＬＲ１１１が第１のＳＲＩ−ＲｅｓにＴ−ＣＳＩを含める基準を適用する場合と同様に、ＳＲＩ−ＲｅｓにＲＩＣＫを含める基準を適用してもよい。これらの基準は、例えば、以下のものである。即ち、
−  加入者がＨＰＬＭＮにあるときのみ、ＳＲＩ−ＲｅｓにＲＩＣＫを含めることと、
−  着信呼が通話であるときのみ、ＳＲＩ−ＲｅｓにＲＩＣＫを含めることである。
【００８６】
必ずしも全てのＭＴ呼が着信ＩＮサービスを必要とはしない。同様に、必ずしも全てのＭＴ呼がＲＩＣＫサービスを必要とはしない。例として、プリペイド加入者がＨＰＬＭＮ中にいるとき、ＨＬＲ１１１はＳＲＩのＴ−ＣＳＩを抑止してもよい。その結果、ＭＴ呼サービスはトリガされないであろう。この場合にローミングレッグサービスの起動がなおも要求されるなら、ＨＬＲ１１１が第１のＳＲＩ−ＲｅｓにＲＩＣＫを含めてもよい。ＧＭＳＣ１１０におけるＲＩＣＫのその後の処理は、以前に説明した通りである。
【００８７】
図５は、本発明の方法の実施例のシグナリング図であり、そこでは、ＧＭＳＣ１１０がローミングレッグを設定する前に、ＧＭＳＣ１１０が複数の（ＩＮ）サービスについてＨＬＲ１１１に問い合わせることによって、複数のサービスの起動が実行される。この実施例では、ＨＬＲ１１１は、第１の問い合わせで、ＩＮサービスについての全情報を送信する。ステップ５０１〜５０２は、現在の技術水準に従って実行される。本発明は複数のＳＣＰに対して適用可能であるが、この例では、３つのＳＣＰが関与している。
【００８８】
ステップ５０１  ＩＳＵＰ  ＩＡＭがＧＭＳＣ１１０に届く。
【００８９】
ステップ５０２  ＧＭＳＣ１１０は、ＩＳＵＰ  ＩＡＭの被呼者番号を分析して、その被呼者番号が自ネットワークに属するＭＳＩＳＤＮであると推測する。ＧＭＳＣ１１０がＭＡＰ  ＳＲＩをＨＬＲ１１１へ送信する。ＧＭＳＣ１１０は、それがＣＡＭＥＬをサポートすることをＭＡＰ ＳＲＩで示す。ＧＭＳＣ１１０は複数のＣＡＭＥＬフェーズをサポートしてもよい。
【００９０】
ステップ５０３  被呼加入者はＭＴ呼処理のためのＣＡＭＥＬサービスに加入している。その結果、ＨＬＲ１１１が、ＭＴ呼についてのＩＮトリガ情報、Ｔ−ＣＳＩを含めて、ＭＡＰ  ＳＲＩ−ＲｅｓをＧＭＳＣ１１０に送信する。
【００９１】
ステップ５０４  ＧＭＳＣ１１０がＴ−ＣＳＩを使用して、ＣＡＭＥＬサービスを起動する。ＧＭＳＣ１１０は、内部のgsmSSFエンティティのインスタンスを作成し、gsmSSFがＣＡＰ  ＩＤＰをＳＣＰ１２１へ送信する。ＳＣＰ１  １２１のアドレスと、このＩＮダイアログに関するその他のデータは、Ｔ−ＣＳＩから取得される。
【００９２】
ステップ５０５  ＳＣＰ１  １２１がＣＡＰ継続（ＣＵＥ）或はＣＡＰ接続（ＣＯＮ）で応答して、ＭＴ呼処理が続く、即ち、呼が被呼加入者に配信されてもよいことをＧＭＳＣ１１０に知らせる。ＳＣＰ１  １２１とＧＭＳＣ１１０との間の制御ダイアログは、ＩＮサービスの要求次第で、維持されてもよく、または終了されてもよい。ＳＣＰ１  １２１におけるＣＡＭＥＬサービスは、その時実行中のＣＡＭＥＬサービス以外のＩＮサービスについては知らない。
【００９３】
ステップ５０６  ＧＭＳＣ１１０が、Ｔ−ＣＳＩに基づいて、ＣＡＭＥＬサービスであってもよい第２のＩＮサービスを起動することにより応答する。ＳＣＰｎ１２２のアドレスは第２のＴ−ＣＳＩから取得される。
【００９４】
ステップ５０７  ＳＣＰがＣＡＰ  ＣＵＥ或はＣＡＰ  ＣＯＮで応答して、呼処理が続く、即ち、呼が被呼加入者に配信されてもよいことをＧＭＳＣ１１０に知らせる。ここでもまた、ＳＣＰ２  １２２におけるＣＡＭＥＬサービスは、この呼に関する第１のサービスと第３のサービスについては知らない。
【００９５】
ステップ５０８  ＧＭＳＣ１１０が、更なるＩＮサービスがその加入者に対して備えられているかをチェックし、備えられている場合には、Ｔ−ＣＳＩに基づいて、ＣＡＭＥＬサービスであってもよい第３のＩＮサービスを起動することにより応答する。ＳＣＰ３  １２３のアドレスは第３のＴ−ＣＳＩから取得される。
【００９６】
ステップ５０９  ＳＣＰ  １２３がＣＡＰ  ＣＵＥ或はＣＡＰ  ＣＯＮで応答して、呼処理が続く、即ち、呼が被呼加入者に配信されてもよいことをＧＭＳＣ１１０に知らせる。ＳＣＰ３  １２３におけるＣＡＭＥＬサービスは、この呼に関する第１のサービスと第２のサービスについては知らない。
【００９７】
ステップ５１０  ＧＭＳＣ１１０が、更なるＩＮサービスがその加入者に対して備えられているかをチェックする。その加入者についてそれ以上のＩＮサービスが存在しない場合は、ＧＭＳＣ１１０がＨＬＲ１１１に第２の問い合わせを送信する、即ち、ＨＬＲ１１１に第２のＭＡＰ  ＳＲＩを送信することにより応答する。
【００９８】
ステップ５１１  ＨＬＲ１１１が、そのＭＡＰ  ＳＲＩを第２のＳＲＩであると認識し、これに応えて、被呼側がその時登録されているＶＭＳＣ１１２にＭＡＰローミング番号提供（ＰＲＮ）を送信する。
【００９９】
ステップ５１２  ＶＭＳＣ１１２がＭＳＲＮを割り当て、ＭＡＰ  ＰＲＮ−ＲｅｓをＨＬＲ１１１に送信することにより、ＭＳＲＮをＨＬＲ１１１に返す。
【０１００】
ステップ５１３  ＨＬＲ１１１が、ＭＡＰ  ＳＲＩ−ＲｅｓをＧＭＳＣ１１０に送信することにより、ＭＳＲＮをＧＭＳＣ１１０に転送する。
【０１０１】
ステップ５１４  ＧＭＳＣ１１０が、ＩＳＵＰ  ＩＡＭを宛先交換局へ送信することにより、被呼加入者へのローミングレッグを確立する。ＩＳＵＰ  ＩＡＭは、ＨＬＲ１１１から受信したＭＳＲＮを含む。
【０１０２】
図６は、本発明の方法の実施例のシグナリング図であり、ＭＯ呼について複数のＩＮサービスが起動される。この実施例では以下のステップが行われる。
【０１０３】
ステップ６０１  加入者６２１が、在圏ＧＳＭネットワーク中のＭＳＣ６２３に登録する。
【０１０４】
ステップ６０２  ＭＳＣ６２３が、加入者６２１のホームＰＬＭＮのＨＬＲ１１１に連絡する。
【０１０５】
ステップ６０３  ＨＬＲ１１１が、ＩＮサービスに関連する複数のトリガ要素をＭＳＣ６２３に送信する。これらのトリガ要素は、移動局からの発信呼と移動局への転送呼に関するＩＮサービスに関連付けられている。
【０１０６】
ステップ６０４  加入者６２１がＭＯ呼を確立する。
【０１０７】
ステップ６０５  ＭＳＣ６２３が、第１のトリガ要素を使用して、第１のトリガ要素に関連するＳＣＰ１  １２１における第１のＩＮサービスを起動する。
【０１０８】
ステップ６０６  ＳＣＰ１  １２１における第１のＩＮサービスが、ＣＡＰ継続メッセージ或はＣＡＰ接続メッセージを送信することにより、呼の制御をＭＳＣ６２３に返す。
【０１０９】
ステップ６０７  ＭＳＣ６２３が、トリガ要素のリストから第２のトリガ要素を使用して、ＳＣＰ２  １２２における第２のＩＮサービスを起動する。
【０１１０】
ステップ６０５と６０６は、全ての示されたＩＮサービスが起動されるまで、ＳＣＰ２  １２２（ステップ６０７、６０８）とＳＣＰ３  １２３（ステップ６０９、６１０）と更にその先のＳＣＰについて繰り返される。ＭＳＣ６２３における呼処理は通常、ステップ６１１に継続する。
【０１１１】
ステップ６１１  ＭＳＣ６２３が宛先６２７へ呼をルーティングする。起動されたＩＮサービスはいずれも、その呼の全期間を通してアクティブのままであってもよく、またはその早い段階で終了してもよい。
【０１１２】
本発明では以下のシナリオがカバーされる。
【０１１３】
（１）ＭＴ呼処理のための、ＧＭＳＣにおけるＩＮサービスの起動、それに続く、ローミングレッグのためのＧＭＳＣにおけるＩＮサービスの起動。
【０１１４】
（２）ローミングレッグのためのＧＭＳＣにおけるＩＮサービスの起動。
【０１１５】
（３）（１）に関し、ＨＬＲは、複数のトリガ要素がＭＴ呼に関連する複数のＩＮサービスの起動に使用されるという目的をもって、複数のＩＮサービストリガ要素を第１の問い合わせへの応答で送信する。
【０１１６】
（４）（１）に関し、ＨＬＲは、複数のトリガ要素がローミングレッグに関連する複数のＩＮサービスの起動に使用されるという目的をもって、複数のＩＮサービストリガ要素を第２の問い合わせへの応答で送信する。
【０１１７】
（５）（２）に関し、ＨＬＲは、複数のトリガ要素がローミングレッグに関連する複数のＩＮサービスの起動に使用されるという目的をもって、複数のＩＮサービストリガ要素を第２の問い合わせへの応答で送信する。
【０１１８】
（６）（１）に関し、（３）と（４）とが組合わせられる。
【０１１９】
（７）（１）に関し、ＨＬＲは、複数のトリガ要素の幾つかがＭＴ呼に関連する複数のＩＮサービスの起動に使用され、それら複数のトリガ要素の幾つかがローミングレッグに関連する複数のＩＮサービスの起動に使用されるという目的をもって、複数のＩＮサービストリガ要素を第１の問い合わせへの応答で送信する。
【０１２０】
（８）ＭＴ呼に関するあるＩＮサービスは、ローミングレッグが確立されたときにのみ要求される。本発明は、これを達成するツールを提供する。
【０１２１】
（９）本発明は、加入制により或はサービスを受ける全加入者一般向けに、ＩＳＵＰサービスノードを介してローミングレッグをルーティングするために使用されてもよい。
【図面の簡単な説明】
【０１２２】
【図１】移動通信ネットワークにおける従来技術による機器構成のブロック図である。
【図２】本発明に従う方法および装置のシグナリングを示す図である。
【図３】本発明に従う装置のブロック図である。
【図４】本発明の方法に従う実施例のシグナリングを示す図である。
【図５】本発明の方法に従う実施例のシグナリングを示す図である。
【図６】本発明の方法に従う実施例のシグナリングを示す図である。
【図１】
2009519634.tif 000003
【図２】
2009519634.tif 000004
【図３】
2009519634.tif 000005
【図４】
2009519634.tif 000006
【図５】
2009519634.tif 000007
【図６】
2009519634.tif 000008
【手続補正書】
【提出日】平成20年11月14日(2008.11.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１
【補正方法】変更
【補正の内容】
【請求項１】
制御ノード（１１０）と、ホームロケーションレジスタ（１１１）と、１つ以上のサービス制御局（１２１，１２２，１２３）とを有する移動通信ネットワークの加入者への呼に関連したインテリジェント・ネットワークサービスを扱う方法であって、
前記方法は、
ａ．前記制御ノード（１１０）が、前記呼に関連するルーティング情報についての１つ以上の要求を前記ホームロケーションレジスタ（１１１）に送信する工程（１０１）と、
ｂ．前記制御ノード（１１０）が、サービスに関連するサービストリガ要素を前記ホームロケーションレジスタ（１１１）から受信する工程（１０２）と、
ｃ．前記制御ノード（１１０）が前記サービストリガ要素を使用して、前記１つ以上のサービス制御局（１２１，１２２，１２３）における前記サービスを起動する工程（１０３）と、
ｄ．前記制御ノード（１１０）が、前記サービストリガ要素に関連する前記サービスに関する情報を、前記１つ以上のサービス制御局（１２１，１２３，１２３）から受信する工程（１０４）とを有することを特徴とする方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４
【補正方法】変更
【補正の内容】
【請求項４】
前記ホームロケーションレジスタ（１１１）は、ルーティング情報に対する第２の要求に応答して前記要求されたルーティング情報を送信することを特徴とする請求項２に記載の方法。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項５
【補正方法】変更
【補正の内容】
【請求項５】
前記ルーティング情報に対する第２の要求は、前記制御ノード（１１０）と在圏移動体通信サービス交換局（１１２）との間のシグナリング接続の確立に関係していることを特徴とする請求項２又は４に記載の方法。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１６
【補正方法】変更
【補正の内容】
【請求項１６】
前記第２の要求は、前記加入者の移動局ＩＳＤＮ番号と“抑止Ｔ−ＣＳＩ”パラメータとを含むことを特徴とする請求項２と請求項４乃至１５とのいずれか１項に記載の方法。
【手続補正５】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１７
【補正方法】変更
【補正の内容】
【請求項１７】
前記ルーティング情報に対する１つ以上の要求の内の第１或は第２の要求は、移動体アプリケーション部送信ルーティング情報メッセージを含むことを特徴とする請求項２と請求項４乃至１６とのいずれか１項に記載の方法。
【手続補正６】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２０
【補正方法】変更
【補正の内容】
【請求項２０】
コンピュータにより請求項１乃至１７のいずれか１項に記載の方法を実行させるコンピュータで実行可能なプログラム命令を有するコンピュータプログラムを格納するコンピュータ可読の担体。
【手続補正７】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２１
【補正方法】変更
【補正の内容】
【請求項２１】
前記担体は、記録媒体、コンピュータメモリ、或は、読み出し専用メモリであることを特徴とする請求項２０に記載のコンピュータプログラムを格納するコンピュータ可読の担体。
【国際調査報告】
2009519634.tif 000009
2009519634.tif 000010