(57)【特許請求の範囲】
【請求項１】
ＭＳＣ／ＶＬＲに関連するエリア内に移動局を含む移動体通信システムにおいて、アプリケーションを識別するためのサービス・コードを含むＵＳＳＤメッセージを外部ノードへルーティングする方法であって、
前記移動局によって認識されないサービス・コードを含む前記ＵＳＳＤメッセージを、前記ＭＳＣ／ＶＬＲにおいて前記移動局から受信するステップと、
前記受信されたＵＳＳＤメッセージに含まれる前記サービス・コードが前記ＭＳＣ／ＶＬＲによって認識されるかを判定するステップと、
前記ＭＳＣ／ＶＬＲによって前記サービス・コードが認識されない場合に、前記受信されたＵＳＳＤメッセージに前記外部ノードのアドレスが含まれているかを判定するステップと、
前記受信されたＵＳＳＤメッセージに前記アドレスが含まれている場合に、前記アドレスを前記受信されたＵＳＳＤメッセージから取得するステップと、
前記ＭＳＣ／ＶＬＲによって前記サービス・コードが認識されず且つ前記受信されたＵＳＳＤメッセージに前記アドレスが含まれている場合に、前記ＨＬＲを通過させずに、前記ＭＳＣ／ＶＬＲから前記外部ノードへ前記受信されたＵＳＳＤメッセージを前記アドレスに従ってルーティングするステップと
を含むことを特徴とする方法。
【請求項２】
前記受信されたＵＳＳＤメッセージ内のユニフォーム・リソース・ロケータを検査するステップと、
前記ユニフォーム・リソース・ロケータをドメイン・ネーム・サーバに送信するステップと、
前記ドメイン・ネーム・サーバから前記外部ノードの前記アドレスを受信するステップと
を更に含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＭＳＣ／ＶＬＲにおいて、サービス・コード及び対応する外部ノード・アドレスのデータベースを提供するステップを更に含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記データベースから対応する外部ノードのアドレスを抽出するために、前記受信されたＵＳＳＤメッセージに含まれるサービス・コードを使用するステップを更に含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記移動局が前記エリアに入ったときに、前記データベースへの登録のためにＨＬＲから前記ＭＳＣ／ＶＬＲへ、少なくとも１つのサービス・コード／外部ノード・アドレスの対を転送するステップを更に含むことを特徴とする請求項３に記載の方法。
【請求項６】
外部ノード・アドレスの照会をノードへ送信するステップと、
外部ノード・アドレスの照会の応答で前記外部ノードのアドレスを受信するステップと
を更に含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記ノードがＨＬＲであることを特徴とする請求項６に記載の方法。
【請求項８】
前記ノードがＣＡＭＥＬサーバであることを特徴とする請求項６に記載の方法。
【請求項９】
前記移動局が関連する前記ＭＳＣ／ＶＬＲに関らず、サービス・コードが同じ外部ノードに関連することを特徴とする請求項３に記載の方法。
【請求項１０】
前記移動局が関連する前記ＭＳＣ／ＶＬＲに応じて、サービス・コードが異なる外部ノードに関連することを特徴とする請求項３に記載の方法。
【請求項１１】
前記受信されたＵＳＳＤメッセージが、移動局の位置に関する情報を含むことを特徴とする請求項９に記載の方法。
【請求項１２】
移動体通信システムにおいて、アプリケーションを識別するためのサービス・コードを含むＵＳＳＤメッセージを外部ノードへルーティングするＭＳＣ／ＶＬＲであって、前記移動体通信システムは前記ＭＳＣ／ＶＬＲに関連する位置登録エリア内に移動局を含み、
前記ＭＳＣ／ＶＬＲは、
前記移動局によって認識されないサービス・コードを含む前記ＵＳＳＤメッセージを、前記移動局から受信する手段と、
前記受信されたＵＳＳＤメッセージに含まれる前記サービス・コードを認識する手段と、
前記認識する手段が前記サービス・コードを認識できない場合に、前記受信されたＵＳＳＤメッセージに前記外部ノードのアドレスが含まれているかを判定する手段と、
前記受信されたＵＳＳＤメッセージに前記アドレスが含まれている場合に、前記外部ノードのアドレスを前記受信されたＵＳＳＤメッセージから取得する手段と、
前記認識する手段が前記サービス・コードを認識できず且つ前記受信されたＵＳＳＤメッセージに前記アドレスが含まれている場合に、前記ＨＬＲを通過させずに、前記外部ノードへ前記受信されたＵＳＳＤメッセージを前記アドレスに従ってルーティングする手段と
を備えることを特徴とするＭＳＣ／ＶＬＲ。
【請求項１３】
前記受信されたＵＳＳＤメッセージ内のユニフォーム・リソース・ロケータを検査する手段と、
前記ユニフォーム・リソース・ロケータをドメイン・ネーム・サーバに送信する手段と、
前記ドメイン・ネーム・サーバから前記外部ノードの前記アドレスを受信する手段と
を更に含むことを特徴とする請求項１２に記載のＭＳＣ／ＶＬＲ。
【請求項１４】
前記外部ノードの前記アドレスを加入者データ挿入コマンドで受信する手段を更に備えることを特徴とする請求項１２に記載のＭＳＣ／ＶＬＲ。
【請求項１５】
外部ノード・アドレスの照会をノードへ送信する手段と、
外部ノード・アドレスの照会の応答で前記外部ノードのアドレスを受信する手段と
を更に備えることを特徴とする請求項１２に記載のＭＳＣ／ＶＬＲ。
【請求項１６】
前記ノードがＨＬＲであることを特徴とする請求項１５に記載のＭＳＣ／ＶＬＲ。
【請求項１７】
前記ノードがＣＡＭＥＬサーバであることを特徴とする請求項１５に記載のＭＳＣ／ＶＬＲ。
【請求項１８】
前記移動局において、サービス・コードが前記ＵＳＳＤメッセージに挿入され、
どの外部ノードが前記サービス・コードに対応するアプリケーションを含んでいるのかを判定するために、前記サービス・コードを分析する手段を更に備えることを特徴とする請求項１２に記載のＭＳＣ／ＶＬＲ。
【請求項１９】
前記移動局が関連する前記ＭＳＣ／ＶＬＲに関らず、サービス・コードが同じ外部ノードに関連することを特徴とする請求項１８に記載のＭＳＣ／ＶＬＲ。
【請求項２０】
前記移動局が関連する前記ＭＳＣ／ＶＬＲに応じて、サービス・コードが異なる外部ノードに関連することを特徴とする請求項１８に記載のＭＳＣ／ＶＬＲ。
【請求項２１】
前記受信されたＵＳＳＤメッセージが、前記移動局の位置に関する情報を含むことを特徴とする請求項２０に記載のＭＳＣ／ＶＬＲ。
【発明の詳細な説明】
【０００１】
［背景］
本発明は概して無線通信のシステム及び方法に関連し、より詳細には、無線通信システムにおける、いわゆる付加サービスに関するシステム及び方法に関連する。
【０００２】
商業的通信システムの発展、特に、セルラ無線電話システムの爆発的な発展により、システムの設計者は、顧客の許容する閾値を越えて通信品質を低下させずに、通信容量を増やす方法を探さざるをえなくなった。このような目的を達成する１つの技術は、搬送波にデータを乗せるのにアナログ変調が使用されるシステムから、搬送波にデータを乗せるのにデジタル変調が使用されるシステムへの変更を伴った。このようなシステムは発展及び拡張を続けているので、付加サービス及び無線通信システムによって得られる機能に対する加入者の要求も増え続けている。
【０００３】
本発明を検討するある種の状況を規定するために、汎欧州デジタル移動電話方式（ＧＳＭ）規格によって特定される代表的無線通信システムの概要を表している図１を考察する。ネットワーク１００において、ユーザ１１０はＧＳＭネットワーク１００にアクセスするために移動局（ＭＳ）１２０を操作する。ＧＳＭネットワークの基本的動作は周知であり、従って、このシステムに関する不必要な詳細事項は省略する。ＭＳ１２０が特定の移動交換局／在圏ロケーション・レジスタ（ＭＳＣ／ＶＬＲ）１３０のサポートするエリアに入ったとき、ＭＳＣ／ＶＬＲ１３０はＭＳを新たなビジターとして登録するであろう。登録処理の一部として、ユーザ１１０に関連するホーム・ロケーション・レジスタ（ＨＬＲ）１５０は、例えば、この特定のユーザが加入している付加サービスを含む、関連する加入者データのコピーをＭＳＣ／ＶＬＲ１３０に送信する。加入者データはＨＬＲ１５０からＭＳＣ／ＶＬＲ１３０に、ＧＳＭ規格によって定義されたＭＡＰプロトコルに従って加入者データ挿入コマンドを用いて送信される。
【０００４】
ＧＳＭ規格は、例えば、通話規制、着信転送、等の広い範囲の付加サービスを規定している。これらのサービスは、特定の付加サービスに関連する文字列をＭＳ１２０に入力することにより利用できる。例えば、ユーザ１１０が文字列＊＊２１＊１２３４５６７＃をＭＳ１２０に入力して送信ボタンを押すと、＊＊２１は着信転送付加サービスに関連していると認識され、番号１２３４５６７への全ての着信呼は転送されるであろう。
【０００５】
通常は、標準的ＧＳＭ付加サービスが移動局から管理されるときには、構造化機能シグナリングが利用可能である。例えば、ユーザが着信転送の付加サービスを起動すると、移動局はサービス・コードが着信転送付加サービスに関連していると認識し、ネットワークに対する標準的シグナリング手順を呼出す。これは、着信転送付加サービス及びそれに対応するサービス・コードがＧＳＭ規格によって定義されているからである。
【０００６】
付加サービスはいくつかの段階でＧＳＭに導入されたので、ユーザがまだ実施されていない付加サービスを呼出そうとする、すなわち、関連する付加サービスが定義されていないサービス・コードを入力する危険性がある。この状況に対処するため、サービス・コードに対応する付加サービスをサポートするノードへのネットワークを介した配送にサービス・コードを含める機構として、非構造付加サービス・データ（ＵＳＳＤ）動作がＧＳＭ規格に導入された。従って、ＵＳＳＤ動作は、移動局がユーザによって入力されたサービス・コードを認識できないときに利用される。
【０００７】
ＧＳＭの技術規格０２．９０は、とりわけ、ＧＳＭ規格の一部であるＵＳＳＤに対する第１段階の規格を定義しており、これを参照により本明細書に組み込む。ＵＳＳＤの代表的マン−マシン・インタフェースの文字列フォーマットは「＊＃ＳＣ＜データ＞＃」であり、ここでＳＣはサービス・コードを表し、データ・フィールドはあらゆる数の文字を含み得る文字列である。上述の規格は３桁の数字をサービス・コードとして確保しており、１５０−１９９の範囲内のサービス・コードは、在圏公衆陸上移動通信網（ＶＰＬＭＮ）サービス・コードと呼ばれており、ＭＳＣが移動局のユーザのホームＰＬＭＮ（ＨＰＬＭＮ）内に位置しているかどうかに関わらず、移動局が現在位置しているＭＳＣ内にあるアプリケーションを呼出すように意図されている。１００−１４９の範囲内のサービス・コードはＨＰＬＭＮサービス・コードと呼ばれ、移動局のユーザに関連するＨＬＲ内にあるアプリケーションを呼出すように意図されている。ＵＳＳＤに対する最近のＧＳＭ規格への提案は、英数字のサービス・コードを、ネットワークを介したＵＳＳＤメッセージをルーティング（経路指定）するときに使用されるネットワーク要素識別子（ＮＥＩ）を２値符号化したものに置き換えることを含んでいる。
【０００８】
従来のシステムによるＵＳＳＤ動作の処理を図１に示した。ユーザ１１０は、サービス・コード及び文字列をＭＳ１２０のキーパッド（不図示）を用いて入力する。ＭＳ１２０内のＵＳＳＤハンドラ１２７は、サービス・コードを分析してＵＳＳＤハンドラ１２７がそのサービス・コードを認識するかどうか判定する。サービス・コードがＵＳＳＤハンドラ１２７で認識されなかったら、サービス・コードと文字列を含むＵＳＳＤメッセージがＭＳ１２０からＭＳＣ／ＶＬＲ１３０へ送信される。ＭＳＣ／ＶＬＲ１３０はＵＳＳＤハンドラ１３７を用いて、サービス・コードを認識するかどうか、すなわち、サービス・コードが１５０−１９９の範囲内であるかどうかを判定する。ＵＳＳＤハンドラ１３７がサービス・コードを認識すれば、サービス・コードに対応する付加サービス・アプリケーション１３５（ここではアプリケーションと呼ぶ）がＭＳＣ／ＶＬＲ１３０によって実行される。サービス・コードが認識されなければ、ＭＳＣ／ＶＬＲ１３０はサービス・コードをＨＬＲ１５０へ渡す。
【０００９】
ＨＬＲ１５０において、ＵＳＳＤハンドラ１５７はサービス・コードを分析して対応するアプリケーションがＨＬＲ１５０内で定義されているかどうかを判定する。ＵＳＳＤハンドラ１５７がサービス・コードをＨＬＲ１５０内にあるアプリケーションに対応するものとして認識しなかったら、ＵＳＳＤハンドラ１５７はＵＳＳＤメッセージが宛てられた外部ノードを判定する。図示を単純にするため、外部ノード１６０が１つだけ示されている。従って、ＵＳＳＤハンドラ１５７はＵＳＳＤメッセージが外部ノード１６０に宛てられたと判定し、ＵＳＳＤメッセージをそのノードに送信する。外部ノード１６０は、ＵＳＳＤメッセージ内のサービス・コードを分析し、そのサービス・コードに対応する外部ノード内にあるアプリケーションを呼出す。上記の手順のより詳細な記載について、興味のある読者は、Astrom等に発行され、参照により本明細書に組み込む、米国特許５，７５２，１８８を参照されたい。
【００１０】
上記のシステムによれば、ユーザ１１０は外部ノード１６０内で付加サービスにアクセスできる。しかしながら、メッセージを最初に加入者のＨＬＲに送信せずに、ＵＳＳＤ動作をＭＳＣ／ＶＬＲ１３０から外部ノードへ直接ルーティングすることは不可能である。これにより、ＨＬＲの容量に対する要件が増大することとなる。更に、従来のシステムは、地理的選択ＵＳＳＤサービス、すなわち、同じサービス・コードによってアクセスされるが加入者の位置に応じて異なった動作をするＵＳＳＤアプリケーション、を提供することができない。従来のシステムは、これらのサービスをサポートするのに使用されるアプリケーションを、加入者ベースで、すなわち、ＶＬＲに加入者毎に格納されるデータの一部として、格納することもできない。従って、加入者が同じサービス・コードを異なったＰＬＭＮで入力すると、異なったアプリケーションが呼出される。
【００１１】
［概要］
本発明の代表的実施形態によれば、ＨＬＲを通過させずに、ＵＳＳＤ動作がＭＳＣ／ＶＬＲから外部ノードへ直接ルーティングされ得る。移動体の加入者が移動局に既知の付加サービスに関連していないサービス・コードを入力したとき、移動局はサービス・コードを含むＵＳＳＤメッセージを移動局が現在位置しているエリアに関連するＭＳＣ／ＶＬＲに送信する。そしてＭＳＣ／ＶＬＲは、移動体の加入者が入力したサービス・コードに関連するアプリケーションが存在する外部ノードに、ＵＳＳＤメッセージを直接ルーティングできる。ＭＳＣ／ＶＬＲに外部ノードのアドレスを知らせるための様々な方法及び技術が記載されている。代表的実施形態によれば、アドレス情報は移動局によってＭＳＣ／ＶＬＲに提供され得る。別の代表的実施形態によれば、移動局がＭＳＣ／ＶＬＲに情報を提供することができ、ＭＳＣ／ＶＬＲはドメイン名サーバを使用して外部ノードのアドレスを得る。本発明の別の代表的実施形態によれば、アドレス情報をＭＳＣ／ＶＬＲによって加入者に関連するＨＬＲから得られる。更に別の代表的実施形態によれば、アドレス情報はＣＡＭＥＬサーバから得られる。本発明の更にまた別の代表的実施形態によれば、外部ノードのアドレスはＭＳＣ／ＶＬＲ内のデータベースから検索され得る。
【００１２】
本明細書に記載した様々な技術及び方法の使用により、ＵＳＳＤメッセージの直接ルーティングはＨＬＲの負荷を軽減する。更に、本発明により地理的選択付加サービスを規定することが可能となる。
【００１３】
［詳細な説明］
以下、様々な図面で同様な構成要素を示すのに同じ参照符号を使用した添付図面を参照して本発明を説明する。
【００１４】
以下の記載においては、限定ではなく説明のために、特定の回路、回路部品、技術などの特定の詳細事項を本発明をより良く理解できるように記載する。しかしながら、本発明がこれらの詳細事項とは異なる他の実施形態でも実現できることは当業者には明らかであろう。他の観点からは、周知の方法、装置、及び回路の詳細な説明は、不必要な詳細事項として本発明の説明が解りにくくならないように省略した。
【００１５】
図２は、本発明の基本的動作の代表的実施形態を示している。ここで検討するある種の構造を規定するため、付加サービスが通信システム内のソフトウェア・アプリケーションによって実現され得ることを示しておく。このアプリケーションは１つ以上の異なったノード内に存在していてもよい。例えば、ノードにあるいくつかのアプリケーションがＶＰＬＭＮ範囲内のサービス・コードを有し（ここでは「ＶＰＬＭＮアプリケーション」と称する）、ノードにあるいくつかのアプリケーションがＨＰＬＭＮ範囲内のサービス・コードを有して（ここでは「ＨＰＬＭＮアプリケーション」と称する）いてもよい。特定の付加サービスを呼出すユーザによる要求のルーティングは、少なくとも部分的に、そのサービスがＶＰＬＭＮアプリケーションあるいはＨＰＬＭＮアプリケーションのいずれかに関連するかによって決定される。
【００１６】
例えば、ユーザ１１０がサービスを呼出すのを所望するとき、ユーザはＭＳ１２０によって処理される対応するサービス・コードを入力するであろう。サービス・コードがＭＳ１２０で定義されていなければ、ＭＳ１２０はサービス・コードを含むＵＳＳＤメッセージを作成し、ＵＳＳＤメッセージをＭＳＣ／ＶＬＲ１３０に送信する。なお、ＭＳＣ及びＶＬＲをここでは単一のノードとして記載しているが、ＭＳＣ及びＶＬＲを通信システム内の別個のノードとして実現できることは当業者には解るであろう。そのような場合、本発明の代表的実施形態は、ＭＳＣ及び／又はＶＬＲがＵＳＳＤメッセージを直接ルーティングできること以外は、ここに記載したのと同様に動作する。
【００１７】
いずれにせよ、ＭＳＣ／ＶＬＲ１３０でのＵＳＳＤメッセージの受信に応じて、ＵＳＳＤハンドラ１３７はＵＳＳＤメッセージ及びサービス・コードを分析する。ＵＳＳＤハンドラ１３７が、ＵＳＳＤメッセージが呼出そうとしているアプリケーションの位置（すなわち、アドレス）を決定できなかったら、ＵＳＳＤメッセージはＨＬＲ１５０に送信され得（例えば、要求されたサービスがＨＰＬＭＮに関連していたら）、あるいはＨＬＲ１５０がアドレスを決定しようと試みるために照会され得る。しかしながら、ＵＳＳＤハンドラ１３７がＵＳＳＤメッセージが外部ノード１６０に宛てられていると判定したら、すなわち、ＵＳＳＤハンドラ１３７がアプリケーションのアドレスを認識したら、ＵＳＳＤハンドラ１３７はＵＳＳＤメッセージを外部ノード１６０に直接送る。
【００１８】
ＭＳＣ／ＶＬＲがＵＳＳＤメッセージを外部ノードに直接ルーティングするために、ＭＳＣ／ＶＬＲはユーザによって入力されたサービス・コードに対応するアプリケーションが存在する外部ノードのアドレスを求めることが出来なければならない。本発明の代表的実施形態によれば、ＭＳＣ／ＶＬＲ１３０が外部ノードのアドレスを求めるのに使用する方法として４つの異なる方法がある。第１の方法は、ＭＳＣ／ＶＬＲ内に位置する外部ノード・アドレスのデータベースに関連し、第２の方法は、ＵＳＳＤメッセージに外部ノード・アドレスを含めることに関連し、第３の方法は、対応する外部ノード・アドレスを調べる別の外部ノードに送信されるＵＳＳＤメッセージに情報を含めることに関連し、第４の方法は、ＭＳＣ／ＶＬＲがサービス・コードを認識しないときは常に、ＭＳＣ／ＶＬＲが外部ノードのアドレスを別のノードに照会することに関連する。これらの方法において、メッセージがＨＰＬＭＮアプリケーションに関連するサービス・コードを含んでいてもよいが、ＭＳＣ／ＶＬＲは、ＵＳＳＤメッセージをＨＬＲにルーティングせずに、ＵＳＳＤメッセージを外部ノードに直接ルーティングできる。
【００１９】
図３は、ＵＳＳＤメッセージを正しいノードにルーティングするために、ＭＳＣ／ＶＬＲによって実行される代表的方法を示している。なお、図３に示されたステップはあらゆる順番で実行されてもよく、これらのステップのサブセットは省略されてもよい。従って、ステップ３０５でＭＳＣ／ＶＬＲはＵＳＳＤメッセージを受信する。ステップ３１０で、ＭＳＣ／ＶＬＲ内のＵＳＳＤハンドラはＵＳＳＤメッセージを分析してサービス・コードがＭＳＣ／ＶＬＲ内に存在するアプリケーションに対応しているかどうかを判定する。サービス・コードがＭＳＣ／ＶＬＲ内に存在するアプリケーションに対応している場合、決定ステップ３１０からのＹＥＳの経路に従って、ステップ３１５によりＭＳＣ／ＶＬＲはアプリケーションを呼出す。しかしながら、サービス・コードがＭＳＣ／ＶＬＲ内に存在するアプリケーションに対応していなければ、決定ステップ３１０からのＮＯの経路に従って、ＭＳＣ／ＶＬＲはＵＳＳＤメッセージのサービス・コードを分析するために、サービス・コードと対応する外部ノード・アドレスを含むデータベースを使用する。従って、ステップ３２０で、ＭＳＣ／ＶＬＲはサービス・コードがＭＳＣ／ＶＬＲの外部ノード・アドレス・データベース内のサービス・コードに対応するかどうかを判定する。ＭＳＣ／ＶＬＲの外部ノード・アドレス・データベース内に対応するサービス・コードが見つかったら、決定ステップ３２０からのＹＥＳの経路に従って、ステップ３２５により、ＭＳＣ／ＶＬＲはサービス・コードに対応する外部ノード・アドレスを検索する。ＭＳＣ／ＶＬＲは一旦外部ノードのアドレスを検索したら、ステップＳ３７０により、ＭＳＣ／ＶＬＲは外部ノード・アドレスに従ってＵＳＳＤメッセージをルーティングする。
【００２０】
サービス・コードが外部ノード・データベースに存在しなかったら、決定ステップ３２０からのＮＯの経路に従って、ＭＳＣ／ＶＬＲのＵＳＳＤハンドラはＵＳＳＤメッセージを検査して、メッセージが外部ノード・アドレスを含んでいるかどうか判定する。ＵＳＳＤメッセージが外部ノード・アドレスを含んでいれば、決定ステップ３３０からのＹＥＳの経路に従って、ステップ３５５により、ＵＳＳＤハンドラはメッセージから外部ノード・アドレスを検索する。ステップ３７０で、ＵＳＳＤメッセージは該ＵＳＳＤメッセージに含まれた外部ノード・アドレスに従ってルーティングされる。
【００２１】
もし、ＵＳＳＤハンドラによる検査の後に、ＵＳＳＤメッセージが外部ノードのアドレスを含んでいないと判定されたら、ＵＳＳＤメッセージが外部ノード・アドレスがデータベース・ノードに存在することを示しているかどうかが判定される。以下で説明するように、ＵＳＳＤメッセージがデータベース・ノードによる変換を必要とする外部ノードを識別する情報を含んでいれば、ＵＳＳＤメッセージは外部ノード・アドレスがデータベース・ノードに存在することを示す。従って、ＵＳＳＤメッセージが外部ノード・アドレスがデータベース・ノードに存在することを示していると判定されたら、決定ステップ３４０からのＹＥＳの経路に従って、ステップ３４５で、データベース・ノードは外部ノード・アドレスを照会される。データベース・ノードへの照会は、上述の識別情報を含んでいる。そして、ステップ３７０で、ＵＳＳＤメッセージは外部ノード・アドレスに従ってルーティングされる。
【００２２】
ＵＳＳＤメッセージが外部ノード・アドレスが別のノードに存在することを示していなければ、決定ステップ３４０からのＮＯの経路に従って、ステップ３５０により、ＭＳＣ／ＶＬＲは外部ノード・アドレスを取得するために、別のノード（例えば、ＨＬＲあるいはＣＡＭＥＬノード）に照会すべきかどうかを判定する。例えば、ＵＳＳＤメッセージに関連する加入者がＣＡＭＥＬ加入者であれば、ＭＳＣ／ＶＬＲはステップ３５０で、ＵＳＳＤメッセージをＨＬＲに送ることよりも、ＣＡＭＥＬサーバに外部ノード・アドレスを照会することを選ぶであろう。ステップ３５５で別のノードへ照会した後、ステップ３７０により、ＵＳＳＤメッセージは別のノードから検索した外部ノード・アドレスに従ってルーティングされる。別のノードがサービス・コードに対応する外部ノード・アドレスを含んでいないと判定されたら、決定ステップ３５０からのＮＯの経路に従って、ステップ３６０により、サービス・コードがアプリケーションがＨＬＲ内に存在することを示しているかどうかを判定する。そうであれば、ステップ３６２でＵＳＳＤメッセージはＨＬＲにルーティングされる。ステップ３６２は、上述のAstromの特許に記載された従来の技術を表している。図３のそれまでのステップでＵＳＳＤメッセージがルーティングされてなければ、フローはステップ３６４に進み、エラー・メッセージが生成される。
【００２３】
外部ノード・アドレスを取得する第１の方法によれば、移動体システムのオペレータは、ＵＳＳＤメッセージ内のサービス・コードに基づいて外部ノードのアドレスを調べる機能をＭＳＣ／ＶＬＲに導入する。従って、ＭＳＣ／ＶＬＲがＵＳＳＤメッセージを受信したとき、ＵＳＳＤハンドラはサービス・コードを分析し、サービス・コードがデータベースに含まれているかどうかを判定する。そのため、ＭＳＣ／ＶＬＲにサービス・コードとそれに対応する外部ノード・アドレスを提供することが必要である。
【００２４】
図４は、外部ノード・アドレスと対応するサービス・コードをＭＳＣ／ＶＬＲに提供する第１の方法を示している。先に説明したように、移動局が新たな位置登録エリア、すなわち、新たなＭＳＣ／ＶＬＲに関連するエリアに入ったとき、ＭＳＣ／ＶＬＲは位置情報更新コマンドを移動局に関連するＨＬＲに送信する。位置情報更新コマンドは、ＨＬＲに移動局が現在位置している場所を通知し、ＭＳＣ／ＶＬＲにいくつかの加入者特定情報を送信するよう要求する。位置更新コマンドに応答して、ＨＬＲはＭＳＣ／ＶＬＲに加入者データを加入者データ挿入コマンドを用いて送信する。図４に示した代表的実施形態によれば、ＨＬＲ４５０からＭＳＣ／ＶＬＲ４１０への矢印で示したように、ＨＬＲ４５０は加入者データ挿入コマンドで外部ノード・アドレスをＭＳＣ／ＶＬＲに送信する。移動局４０５のユーザがサービス・コード（ＳＣ）あるいはＮＥＩを入力すると、移動局はＳＣあるいはＮＥＩをＭＳＣ／ＶＬＲ４１０に送信する。外部ノード４１５のアドレスは既にＭＳＣ／ＶＬＲ４１０に送信されその中に格納されているので、ＭＳＣ／ＶＬＲ４１０はＳＣあるいはＮＥＩの受信に応じてＵＳＳＤメッセージを外部ノード４１５にルーティングすることができる。
【００２５】
図５は、外部ノード・アドレスをＭＳＣ／ＶＬＲに提供する第２の方法を示しており、ここで外部ノード４１５のアドレスは移動局４０５からのＵＳＳＤメッセージに含まれている。従って、移動局４０５はＭＳＣ／ＶＬＲ４１０へのＵＳＳＤメッセージメッセージで、インターネット・プロトコル（ＩＰ）アドレス及びポート番号を送ることができる。ＩＰアドレスは情報の受信機を識別する３２ビットの番号であり、ポート番号はメッセージがサーバに到着したときにメッセージを送るべき特定の処理を識別する方法である。代替的に、移動局４０５はＣＣＩＴＴ  Ｎｏ．７シグナリング方式のアドレスをサブシステム番号（ＳＳＮ）と一緒に送ることもできる。
【００２６】
図６は、外部ノード・アドレスをＭＳＣ／ＶＬＲ４１０に送る第３の方法を示しており、ここでＵＳＳＤメッセージはＭＳＣ／ＶＬＲ４１０によるルーティングのために変換を必要とする外部ノードを識別する情報を含んでいる。本発明の代表的実施形態によれば、移動局４０５はＵＳＳＤ文字列で外部ノード４１５を識別するユニフォーム・リソース・ロケータ（ＵＲＬ）を送る。ＵＲＬは一般にインターネット上のファイル又はリソースのアドレスを提供するのに使用されるが、インターネット上のリソースを識別する必要はない。ＭＳＣ／ＶＬＲ４１０がＵＲＬを受信したとき、ＭＳＣ／ＶＬＲ４１０はＵＲＬを、ＵＲＬに対応するＩＰアドレスを調べるドメイン・ネーム・サーバ（ＤＮＳ）６５０に送信する。ＤＮＳ６５０はＩＰアドレスをＭＳＣ／ＶＬＲ４１０に返し、ＭＳＣ／ＶＬＲ４１０はＵＳＳＤメッセージを正しい外部ノード４１５にルーティングする。
【００２７】
図７及び８は、上述の第４の方法に従って外部ノード・アドレスをＭＳＣ／ＶＬＲに提供する代替的方法を示している。図７は、ＨＬＲ７５０に照会することにより外部ノードのアドレスを取得する方法を示している。外部ノードに存在するアプリケーションを呼出すのを所望する移動体の加入者は、所望するＵＳＳＤアプリケーションに対応するサービス・コードあるいはＮＥＩを入力する。移動局４０５は、ＭＳＣ／ＶＬＲ４１０に送信されるＵＳＳＤメッセージにサービス・コードあるいはＮＥＩを挿入する。図７に示した実施形態によれば、ＨＬＲ７５０から外部ノードのアドレス情報を取得するのに使用する新たなＭＡＰコマンドが定義される。単なる代表的実施形態によれば、新たなＭＡＰコマンドはＵＳＳＤ外部ノード・アドレス照会コマンドと呼ばれる。このＭＡＰコマンドに応答して、ＨＬＲ７５０はサービス・コードあるいはＮＥＩに対応するアプリケーションを含む外部ノードのアドレスを検索し、外部ノード・アドレスをＭＳＣ／ＶＬＲ４１０に送信する。ＭＳＣ／ＶＬＲ４１０は、ＨＬＲ７５０によって供給されたアドレスに基づいてＵＳＳＤメッセージを正しい外部ノードへルーティングする。
【００２８】
図８は、ＣＡＭＥＬサーバに照会することによって外部ノード・アドレスを検索する代替的方法を示している。ＣＡＭＥＬは、ＧＳＭネットワークのオペレータがセルラ加入者にインテリジェント・ネットワーク・サービスを提供できるようにするサービスである。従って、加入者がＣＡＭＥＬ加入者、すなわち、ＣＡＭＥＬを必要とするサービスの加入者であれば、関連するＣＡＭＥＬサーバへのアドレスがＨＬＲに格納されている。このアドレスはＭＳＣ／ＶＬＲ４１０での加入者の登録のときに、加入者データ挿入動作でＭＳＣ／ＶＬＲに送信される。移動局４０５は、加入者が所望するアプリケーションに対応するサービス・コードあるいはＮＥＩを、ＭＳＣ／ＶＬＲ４１０に送信されるＵＳＳＤメッセージに挿入する。ＭＳＣ／ＶＬＲ４１０内のＵＳＳＤハンドラ（不図示）は、ＣＡＭＥＬサーバへの照会にＣＡＭＥＬ加入者１（ＣＳ１）イニシャル・データ・ポイント（ＩＤＰ）動作を使用する。ＣＡＭＥＬサーバ８５０は、外部ノードのアドレスをＭＳＣ／ＶＬＲ４１０に返す。ＣＡＭＥＬサーバ８５０によって提供されたアドレスに基づいて、ＭＳＣ／ＶＬＲ４１０は所望する外部ノード４１５にＵＳＳＤメッセージをルーティングする。
【００２９】
先に述べた技術を用いて、ＭＳＣ／ＶＬＲには外部ノードのアドレスが提供され得、ＭＳＣ／ＶＬＲはＵＳＳＤメッセージを外部ノードに直接ルーティングすることができる。従って、ＭＳＣ／ＶＬＲからの直接ルーティングの規定により、直接ルーティングなしでは不可能な新たな機能が移動体の加入者にもたらされる。図９及び１０は、地理的選択による方法で、公衆サービス、すなわち、どの加入者がアプリケーションを呼出しているのかに関らず、同じアプリケーションを呼出すサービスの実施を表わしている。例えば、移動体システムのオペレータがバスの時刻表のアプリケーションに対応させるサービス・コードとして＊２２を指定したと想定する。図９で、ＭＳＣ／ＶＬＲ９１５は関連するカバーエリア９１０を有し、ＭＳＣ／ＶＬＲ９２５は関連するカバーエリア９２０を有している。説明のため、カバーエリア９１０はストックホルム市に関連し、カバーエリア９２０はマルメ市に関連するとする。カバーエリア９１０にいる移動体の加入者がサービス・コード＊２２を呼出すと、ＭＳＣ／ＶＬＲ９１５はサービス・コードをバスの時刻表に対応するものとして認識し、外部ノード９６０に存在するバスの時刻表のアプリケーション、すなわち、ストックホルムのバスの時刻表を呼出すために、外部ノード９６０にＵＳＳＤメッセージを送信する。同様に、移動体の加入者がカバーエリア９２０におりサービス・コード＊２２を呼出すと、ＭＳＣ／ＶＬＲ９２５はサービス・コードをバスの時刻表に対応するものとして認識し、外部ノード９５０に存在するバスの時刻表のアプリケーション、すなわち、マルメのバスの時刻表を呼出すために、外部ノード９５０にＵＳＳＤメッセージを送信する。従って、図９の構成は、ＵＳＳＤメッセージの使用による地理的選択公衆サービスを可能とする。
【００３０】
図１０は、図９に示したシステムの代替的実施形態を示しており、ここではただ一つの外部ノード１０３０が、ストックホルムのバスの時刻表を提供するアプリケーションとメルモのバスの時刻表を提供するアプリケーションとの両方を含んでいる。従って、外部ノード１０３０が正しいアプリケーションを呼出すためには、ある種の地理的情報が外部ノード１０３０に提供される必要がある。本発明の単なる代表的実施形態によれば、ＭＳＣ／ＶＬＲ９１５及びＭＳＣ／ＶＬＲ９２５は、外部ノード１０３０で正しいアプリケーションを呼出すために、外部ノード１０３０にＧＰＳ座標あるいは移動局に関連した送受信基地局のセルの識別を供給することができる。
【００３１】
ある種のサービスにアクセスするユーザを限定することも可能である。例えば、移動体システムのオペレータが＊２２のバスの時刻表サービスへのアクセスに対する課金を決定したら、ＵＳＳＤメッセージは加入者に関連する国際移動電話加入者ＩＤ（ＩＭＳＩ）番号又は代替として移動局ＩＳＤＮ番号（ＭＳＩＳＤＮ）を転送することができる。外部ノードは、加入者がそのサービスを使用するのを承認されているかどうかを判定するのに、ＩＭＳＩ番号あるいはＭＳＩＳＤＮ番号を使用する。
【００３２】
本発明の代表的実施形態によれば、外部ノードに位置するＵＳＳＤアプリケーションを使用するとき、外部ノードはＵＳＳＤサービスに対する課金データ記録（ＣＤＲ）を生成することができる。そしてこのＣＤＲは課金処理のために課金ゲートウェイに送信される。
【００３３】
本発明を、それに限定するものではない代表的実施形態によって説明した。特許請求の範囲で規定される要旨及び範囲を逸脱せずに、当業者により修正及び変更が加えられてもよい。
【図面の簡単な説明】
【図１】  セルラ無線通信システムにおける、ＨＬＲを介した外部ノードへのＵＳＳＤメッセージのルーティングを示す図である。
【図２】  ＭＳＣ／ＶＬＲを介した外部ノードへのＵＳＳＤメッセージのルーティングを示す図である。
【図３】  ＭＳＣ／ＶＬＲにおいてＵＳＳＤメッセージを分析する代表的方法を示す図である。
【図４】  ＭＳＣ／ＶＬＲに外部ノードのアドレスを提供する第１の代表的方法を示す図である。
【図５】  ＭＳＣ／ＶＬＲに外部ノードのアドレスを提供する第２の代表的方法を示す図である。
【図６】  ＭＳＣ／ＶＬＲに外部ノードのアドレスを提供する第３の代表的方法を示す図である。
【図７】  ＭＳＣ／ＶＬＲに外部ノードのアドレスを提供する第４の代表的方法を示す図である。
【図８】  ＭＳＣ／ＶＬＲに外部ノードのアドレスを提供する第４の代表的方法の代替的実施形態を示す図である。
【図９】  地理的選択アプリケーションの代表的実施形態を示す図である。
【図１０】  地理的選択アプリケーションの実施の代替的な代表的実施形態を示す図である。
【図１】
0004758003.tif 000002
【図２】
0004758003.tif 000003
【図３】
0004758003.tif 000004
【図４】
0004758003.tif 000005
【図５】
0004758003.tif 000006
【図６】
0004758003.tif 000007
【図７】
0004758003.tif 000008
【図８】
0004758003.tif 000009
【図９】
0004758003.tif 000010
【図１０】
0004758003.tif 000011