JP2017208670A - 移動端末サービス提供装置、移動通信システム、及びサービス提供方法 - Google Patents

Abstract

【課題】通信料金を抑制することが可能な移動端末サービス提供装置、移動通信システム、及びサービス提供方法を提供すること。また、継続して通信可能な移動端末サービス提供装置、移動通信システム、及びサービス提供方法を提供すること。【解決手段】他の通信事業者と契約された移動端末装置から自通信事業者の自通信網を利用して送信された前記移動端末装置の位置登録を要求する位置登録要求を受信する書き換え機能部と、前記書き換え機能部から受け取った前記位置登録要求を、前記自通信網において加入者情報を管理する加入者情報管理装置と前記他の通信事業者の他の通信網において加入者情報を管理する他の加入者情報管理装置へ送信するルーティング機能部とを備える移動端末サービス提供装置。【選択図】図８

Description

本発明は、移動端末サービス提供装置、移動通信システム、及びサービス提供方法に関する。

通信事業者と契約している利用者は、ローミングサービスにより、他の通信網を利用して種々のサービスの提供を受けることが可能である。ローミングサービスとは、例えば、契約している通信事業者のサービスを、当該通信事業者のサービス範囲外でも、他の通信事業者の通信網を利用して受けることが可能なサービスのことである。

例えば、中国の通信事業者と契約した中国人観光客が端末装置を日本に持ってきて、日本において当該端末装置を介してサービスを利用する場合などである。この場合、日本の通信事業者は、当該通信事業者の通信網を介して、中国において提供されるサービスと同様のサービスを中国人観光客に対して提供することが可能となる。

他方、第４世代の移動通信システムにおいては、例えば、ＩＭＳ（IP(Internet Protocol) Multimedia System）によるアーキテクチャが構築される場合がある。ＩＭＳは、例えば、ＩＰマルチメディアサービスのためのフレームワークである。ＩＭＳは、例えば、ＳＩＰ（Session Initiation Protocol）やＤｉａｍｅｔｅｒプロトコルなどにより、利用者に対して映像などのマルチメディアサービスを提供することが可能となっている。

通信システムに関する技術として、例えば、以下がある。すなわち、ホームネットワークと関連するクライアントはローミングシステムを経由してホームネットワークへ登録情報を伝え、ホームネットワークのＨＳＳ（Home Subscriber Server）にてクライアントに関する情報を確認するようにしたＩＭＳコアシステムがある。この技術によれば、ホーム通信ネットワークと現在ローミング中の移動体が容易に通信することができる、とされる。

また、訪問先ＩＭＳネットワークは訪問先課金識別子、ホームＩＭＳネットワークはホーム課金識別子を夫々割当てて互いに共有し、各ネットワークは課金データ記録に２つの識別子を挿入して課金データシステムへ送信する通信ネットワークがある。この技術によれば、２つのＩＭＳネットワークで生成された課金情報を相関させてセッションの請求額を容易に決済することができる、とされる。

特表２００９−５４２１０６号公報 特表２０１１−５０１８９０号公報

しかしながら、ローミングサービスを利用する利用者は、契約した通信事業者の通信網を利用する場合よりも、高い通信料金を支払わされる場合がある。図２０（Ａ）はそのような場合の通信形態の例を表している。ローミング端末Ａ，ＢはＨｏｍｅ網を運用する通信事業者と契約された端末である。また、ローカル端末ＣはＶｉｓｉｔ網を運用する他の通信事業者と契約された端末である。この場合、２つの端末Ａ，Ｂは、互いにＶｉｓｉｔ網に在圏しているにも拘わらず、Ｈｏｍｅ網を経由して通信が行われる。そのため、Ｖｉｓｉｔ網とＨｏｍｅ網の２つの通信網の通信料金が加算される。さらに、ローミング端末Ａとローカル端末Ｄが通信を行う場合も、互いにＶｉｓｉｔ網に在圏しているにも拘わらず、Ｈｏｍｅ網を経由して通信が行われる。そのため、この場合も２つの通信網に対する利用料金が加算される。

他方、端末にＶｉｓｉｔｉ網に対応したＳＩＭカードを適用してＶｉｓｉｔ網で通信を行うことも考えられる。図２０（Ｂ）はそのような場合の通信形態の例を表している。この場合、ローミング端末ＡがＶｉｓｉｔ網に在圏する他の端末Ｂ，Ｄと通信を行う場合、端末ＡはＨｏｍｅ網を経由することなくＶｉｓｉｔ網を経由して通信を行うことが可能である。そのため、Ｖｉｓｉｔ網に対応したＳＩＭカードを適用する場合、図２０（Ａ）の場合よりも、通信料金は安くなる。しかし、ローミング端末ＡはＶｉｓｉｔ網に対応したＳＩＭカードの適用により電話番号が変更される。そのため、Ｈｏｍｅ網のローカル端末Ｃから端末Ａに対して継続して通話を行うことができない場合がある。

上述した技術は、例えば、ローミングシステムを経由してホームネットワークへ登録情報を伝えたり、訪問先課金識別子とホーム課金識別子を課金データシステムへ送信したりするだけである。従って、上述した技術では、ローミングサービスの際における通信料金の抑制や、電話番号の変更による通信の継続性については何も議論されていない。

そこで、一開示は、通信料金を抑制することが可能な移動端末サービス提供装置、移動通信システム、及びサービス提供方法を提供することにある。

また、一開示は、継続して通信可能な移動端末サービス提供装置、移動通信システム、及びサービス提供方法を提供することにある。

一開示は、移動端末サービス提供装置において、他の通信事業者と契約された移動端末装置から自通信事業者の自通信網を利用して送信された前記移動端末装置の位置登録を要求する位置登録要求を受信する書き換え機能部と、前記書き換え機能部から受け取った前記位置登録要求を、前記自通信網において加入者情報を管理する加入者情報管理装置と前記他の通信事業者の他の通信網において加入者情報を管理する他の加入者情報管理装置へ送信するルーティング機能部とを備える。

一開示によれば、通信料金を抑制することが可能な移動端末サービス提供装置、移動通信システム、及びサービス提供方法を提供することができる。また、一開示によれば、継続して通信可能な移動端末サービス提供装置、移動通信システム、及びサービス提供方法を提供することができる。

図１は移動通信システムの構成例を表す図である。 図２は移動通信システムの構成例を表す図である。 図３（Ａ）はＤｉａｍｅｔｅｒ Ａｇｅｎｔ、図３（Ｂ）はＰ−ＣＳＣＦの各構成例を表す図である。 図４はＡＳの構成例を表す図である。 図５は全体シーケンス例を表す図である。 図６は利用登録シーケンス例を表す図である。 図７（Ａ）から図７（Ｃ）は利用者プロファイル情報の例を表す図である。 図８は位置情報登録処理シーケンス例を表す図である。 図９はＤｉａｍｅｔｅｒ Ａｇｅｎｔにおける動作例を表すフローチャートである。 図１０はＵＬＲメッセージとＵＬＡメッセージの転送例を表す図である。 図１１はアドレス情報登録処理シーケンス例を表す図である。 図１２はＰ−ＣＳＣＦにおける動作例を表すフローチャートである。 図１３はＡＳにおける動作例を表すフローチャートである。 図１４はＲｅｇｉｓｔｅｒメッセージの転送例を表す図である。 図１５はＰ−ＣＳＣＦにおける動作例を表すフローチャートである。 図１６はＡＳにおける動作例を表すフローチャートである。 図１７はＩＮＶＩＴＥメッセージの転送例を表す図である。 図１８はＩＮＶＩＴＥメッセージの転送例を表す図である。 図１９はＳＩＰメッセージの例を表す図である。 図２０（Ａ）と図２０（Ｂ）はローミングの際の通信形態の例を表す図である。

以下、本発明を実施するための形態について説明する。なお、以下の実施例は開示の技術を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［第１の実施の形態］
第１の実施の形態について説明する。図１は、第１の実施の形態における移動通信システム１０の構成例を表している。

移動通信システム１０は、移動端末装置１１１、移動端末サービス提供装置２５０、及び加入者情報管理装置２３５を備える。

移動端末装置１１１は、例えば、フィーチャーフォンやスマートフォン、タブレット端末、パーソナルコンピュータ、ゲーム装置などである。移動端末装置１１１は、他の通信事業者と契約された移動端末装置であって、自通信事業者の自通信網を利用して、位置登録要求を送信する。例えば、移動端末装置１１１はローミングサービスを利用して位置登録要求を送信する。

移動端末サービス提供装置２５０は、書き換え機能部２５０１とルーティング機能部２５０２を備える。書き換え機能部２５０１は、他の通信事業者と契約された移動端末装置１１１から自通信事業者の自通信網を利用して送信された移動端末装置１１１の位置登録を要求する位置登録要求を受信する。

ルーティング機能部２５０２は、書き換え機能部２５０１から受け取った位置登録要求を、自通信網において加入者情報を管理する加入者情報管理装置２３５と、他の通信事業者の他の通信網において加入者情報を管理する他の加入者情報管理装置１３５へ送信する。加入者情報管理装置２３５では、例えば、移動端末装置１１１を自通信事業者と契約された端末として、当該移動端末装置１１１を利用する加入者を登録してもよい。

このように、本移動通信システム１０では、他の通信事業者と契約された移動端末装置１１１が自通信事業者の自通信網を利用して送信された位置登録要求を、自通信網において加入者情報を管理する加入者情報管理装置２３５と、他の通信網において加入者情報を管理する他の加入者情報管理装置１３５へ送信するようにしている。これにより、例えば、移動端末装置１１１は、自通信事業者と契約された移動端末装置として自通信網に登録される。

従って、例えば、移動端末装置１１１と自通信網に在圏する他の移動端末装置の通話は、自通信網で登録された移動端末装置間の通話であるとして処理が行われる。この場合、通話に関するメッセージは他の通信事業者が管理又は運用する他の通信網へ送信されない。従って、例えば、他の通信網へ当該メッセージが送信される場合と比較して、通信料金を抑制できる。

また、例えば、移動端末装置１１１は、加入者情報管理装置２３５において自通信事業者と契約した加入者として登録されている場合でも、他の通信事業者と契約した電話番号を用いての登録も可能となっている。従って、他の通信網に在圏する他の移動端末装置から、移動端末装置１１１が他の通信事業者と契約した電話番号をそのまま用いても、当該移動端末装置１１１と通話が可能である。よって、継続して通信が可能となる。

［第２の実施の形態］
次に第２の実施の形態について説明する。

＜移動通信システムの構成例＞
図２は移動通信システム（又は移動端末サービス提供システム）１０の構成例を表している。移動通信システム１０は、Ｈｏｍｅ網１００とＶｉｓｉｔ網２００を備える。例えば、Ｈｏｍｅ網１００は第１の通信事業者により運用又は管理される通信網であり、Ｖｉｓｉｔ網２００は第１の通信事業者とは異なる第２の通信事業者により運用又は管理される通信網である。

図２の例では、移動端末装置１１１（又は端末１１１を利用する利用者）は第１の通信事業者と契約された端末であって、端末１１１が網１００を利用する場合に網１００はＨｏｍｅ網となり、網２００を利用する場合に網２００はＶｉｓｉｔ網となる。移動端末装置（以下、「端末」と称する場合がある。）１１１は、Ｖｉｓｉｔ網２００においてローミングサービスを利用することが可能となっている。

なお、以下において、Ｖｉｓｉｔ網２００に登録された端末とＶｉｓｉｔ網２００を運用又は管理する第２の通信事業者と契約された端末を同じ意味で用いる場合がある。また、以下において、Ｈｏｍｅ網１００に登録された端末とＨｏｍｅ網１００を運用又は管理する第１の通信事業者と契約された端末を同じ意味で用いる場合がある。

Ｈｏｍｅ網１００は、Ｈｏｍｅ網アクセス網ノード（又はノード群）１１０、Ｈｏｍｅ網コア網ノード（又はノード群）１３０、及びＤｉａｍｅｔｅｒ Ａｇｅｎｔ１５０を備える。例えば、アクセス網は無線通信に関する網であり、コア網は有線通信に関する網となっている。Ｈｏｍｅ網コア網ノード１３０は、例えば、ＩＭＳアーキテクチャにより網が構築されている。

Ｈｏｍｅ網アクセス網ノード１１０は、端末１１１、ｅＮｏｄｅＢ（evolved Node B：基地局装置）１１２、ＳＧＷ（Serving Gateway）１１３、ＰＧＷ（PDN(Packet Data Network) Gateway）１１４を備える。また、Ｈｏｍｅ網アクセス網ノード１１０は、ＭＭＥ（Mobility Management Entity）１１５とＰＣＲＦ（Policy and Charging Rule Function）１１６を備える。

端末（又はＵＥ（User Equipment））１１１は、例えば、フィーチャーフォン、スマートフォン、タブレット端末、パーソナルコンピュータ、ゲーム装置などの無線通信装置である。端末１１１は、ｅＮｏｄｅＢ１１２を介して、通話サービスやイＷｅｂ閲覧サービスなど種々のサービスの提供を受けることが可能である。

ｅＮｏｄｅＢ１１２は、例えば、基地局装置などの無線通信装置である。ｅＮｏｄｅＢ１１２は、自局の通信可能範囲（又はサービス提供可能範囲）において、端末１１１と無線通信を行い、上述したサービスを端末１１１へ提供することが可能である。

ＳＧＷ１１３は、例えば、ユーザデータの伝送を行うパケットゲートウェイであり、ｅＮｏｄｅＢ１１２とＰＧＷ１１４の間でパケットデータを交換する。

ＰＧＷ１１４は、例えば、端末１１１に対するＩＰアドレスの割当てや、ポリシー制御情報に基づいてパケットデータの伝送品質の制御などを行う。

ＭＭＥ１１５は、例えば、ＨＳＳ１３５と連携して端末１１１の移動管理や認証を行ったり、端末１１１からＳＧＷ１１３までのユーザデータの転送経路を設定したりするなどの処理を行う。

ＰＣＲＦ１１６は、例えば、ＱｏＳ（Quality of Service：サービス品質）制御や課金方法などを決定し、決定した内容を含むポリシー制御情報をＰＧＷ１１４へ通知するなどの処理を行う。

Ｈｏｍｅ網コア網ノード１３０は、Ｐ−ＣＳＣＦ（Proxy-Call Session Control Function）１３１、Ｉ／Ｓ−ＣＳＣＦ（Interrogation-CSCF及びServing-CSCF）１３２、ＩＢＣＦ／ＴｒＧＷ（Interconnection Border Control Function及びTransition Gateway）１３３を備える。また、Ｈｏｍｅ網コア網ノード１３０は、ＡＳ（Application Server）１３４とＨＳＳ１３５を備える。

Ｐ−ＣＳＣＦ１３１は、例えば、端末１１１がＨｏｍｅ網コア網ノード１３０とアクセスする場合に最初にコンタクトするＳＩＰサーバ（又はＳＩＰ機能）の１つである。Ｐ−ＣＳＣＦ１３１は、例えば、ＳＩＰメッセージのルーティングを行ったり、ユーザ認証やＩＰｓｅｃセキュリティを確立したり、ＳＩＰメッセージのフィルタリングを行ったりする。Ｐ−ＣＳＣＦ１３１は、端末１１１から受信したＳＩＰメッセージをＩ／Ｓ−ＣＳＣＦ１３２へ転送する。なお、図１９にＳＩＰメッセージの例を表している。

図２に戻り、Ｉ／Ｓ−ＣＳＣＦ１３２は、例えば、サービスの実行や呼のセッション制御における中心的なＳＩＰサーバとして機能したり、ドメイン間におけるＳＩＰパケットの転送点として使用されたりする。Ｉ／Ｓ−ＣＳＣＦ１３２は、例えば、ＨＳＳ１３５と通信してユーザ認証を行ったり、ＡＳ１３４と通信することで端末１１１に対して種々のサービスを提供したりすることも可能である。

ＩＢＣＦ／ＴｒＧＷ１３３は、例えば、外部ネットワークとＨｏｍｅ網コア網ノード１３０のゲートウェイとして機能し、ＮＡＴ（Network Address Translation）やファイヤーウォールとして機能する。

ＡＳ１３４は、例えば、ＩＰ電話や会議通話など、種々のアプリケーションをＩＭＳ上で提供することが可能なサーバである。また、ＡＳ１３４は、例えば、サービスの利用に対して課金を行う課金機能を有している。

ＨＳＳ１３５は、例えば、加入者情報を管理する加入者情報管理装置である。加入者情報としては、例えば、加入者が利用する端末１１１の電話番号や利用期間、認証パスワードなどがある。加入者は、例えば、Ｈｏｍｅ網１００を運用又は管理する第１の通信事業者と契約することで、ＨＳＳ１３５において加入者情報として登録可能である。登録後、加入者は、端末１１１を利用する利用者としてＨｏｍｅ網１００を利用することが可能となる。加入者情報は、例えば、加入者プロファイル情報と称する場合がある。

Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ１５０は、例えば、ルーティング機能を用いて、各装置などから送信されたＤｉａｍｅｔｅｒメッセージを受信し、受信したＤｉａｍｅｔｅｒメッセージを他の装置などへ送信する。例えば、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ１５０は、ＰＣＲＦ１１６から送信されたポリシー制御情報を含むＤｉａｍｅｔｅｒメッセージをＰＧＷ１１４へ送信したり、ＨＳＳ１３５から送信されたＤｉａｍｅｔｅｒメッセージをＭＭＥ１１５へ送信したりする。図２の例では、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ１５０は、ＰＧＷ１１４、ＭＭＥ１１５、ＰＣＲＦ１１６、Ｐ−ＣＳＣＦ１３１、Ｉ／Ｓ−ＣＳＣＦ１３２、ＡＳ１３４、ＨＳＳ１３５との間でＤｉａｍｅｔｅｒメッセージを交換する。従って、ＰＧＷ１１４、ＭＭＥ１１５、ＰＣＲＦ１１６、Ｐ−ＣＳＣＦ１３１、Ｉ／Ｓ−ＣＳＣＦ１３２、ＡＳ１３４、ＨＳＳ１３５は、Ｄｉａｍｅｔｅｒメッセージの生成や終端を行う処理ブロックを含む。ＰＧＷ１１４などは、この処理ブロックにより、Ｄｉａｍｅｔｅｒメッセージを利用して、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ１５０を介して各情報を交換することが可能となっている。

Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ１５０は、例えば、このような処理を通じて、端末１１１へ種々のサービスを提供することが可能であり、移動端末サービス提供装置の１つである。

Ｖｉｓｉｔ網２００も、Ｖｉｓｉｔ網アクセス網ノード（又はノード群）２１０、Ｖｉｓｉｔ網コア網ノード２３０、及びＤｉａｍｅｔｅｒ Ａｇｅｎｔ２５０を備える。

Ｖｉｓｉｔ網アクセス網ノード２１０は、端末２１１、ｅＮｏｄｅＢ２１２、ＳＧＷ２１３、ＰＧＷ２１４、ＭＭＥ２１５、ＰＣＲＦ２１６を備える。また、Ｖｉｓｉｔ網コア網ノード２３０は、Ｐ−ＣＳＣＦ２３１、Ｉ／Ｓ−ＣＳＣＦ２３２、ＩＢＣＦ／ＴｒＧＷ２３３、ＡＳ２３４、ＨＳＳ２３５を備える。

Ｖｉｓｉｔ網アクセス網ノード２１０に含まれる各ノードは、Ｈｏｍｅ網アクセス網ノード１１０に含まれる各ノードと、その役割や機能などは同様である。Ｖｉｓｉｔ網コア網ノード２３０に含まれる各ノードも、Ｈｏｍｅ網コア網ノード１３０に含まれる各ノードと、その役割や機能などは同様である。

なお、第１の実施の形態における移動端末装置１１１は、例えば、端末１１１に対応する。また、第１の実施の形態における移動端末サービス提供装置２５０は、例えば、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０に対応する。さらに、第１の実施の形態における加入者情報管理装置２３５は、例えば、ＨＳＳ２３５に対応する。

なお、Ｖｉｓｉｔ網２００のＤｉａｍｅｔｅｒ Ａｇｅｎｔ２５０とＨｏｍｅ網１００のＤｉａｍｅｔｅｒ Ａｇｅｎｔ１５０は接続され、Ｄｉａｍｅｔｅｒプロトコルによるメッセージ（以下、「Ｄｉａｍｅｔｅｒメッセージ」と称する場合がある）を交換することが可能となっている。

また、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、Ｖｉｓｉｔ網アクセス網ノード２１０の各ノードとＶｉｓｉｔ網コア網ノード２３０の各ノードとの間で、例えば、Ｄｉａｍｅｔｅｒメッセージを交換する。Ｄｉａｍａｔｅｒ Ａｇｅｎｔ２５０は、例えば、端末１１１に対しても種々のサービスを提供することが可能であり、移動端末サービス提供装置の１つとなっている。この点、Ｐ−ＣＳＣＦ２３１やＡＳ２３４についても、例えば、動作例で説明するように、ローミングサービスを端末１１１に提供するための処理を行うことから、移動端末サービス提供装置の１つとなってよい。

なお、以下では、各ノード間におけるＤｉａｍｅｔｅｒメッセージの交換について、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０を省略して説明する場合がある。

以降では、移動通信システム１０の各ノードの構成例について説明する。本第２の実施の形態においては、端末１１１がＶｉｓｉｔ網２００にアクセスして、ローミングサービスを受ける場合の例について説明する。そのため、本第２の実施の形態では、主に、Ｖｉｓｉｔ網２００のＤｉａｍｅｔｅｒ Ａｇｅｎｔ２５０、Ｐ−ＣＳＣＦ２３１、及びＡＳ２３４について説明する。

＜Ｖｉｓｉｔ網のＤｉａｍｅｔｅｒ Ａｇｅｎｔの構成例＞
図３（Ａ）はＶｉｓｉｔ網２００におけるＤｉａｍｅｔｅｒ Ａｇｅｎｔ２５０の構成例を表している。

Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、メッセージ複製・書き換え機能（又はメッセージ複製・書き換え機能部、或いはメッセージ複製・書き換え部。以下、「書き換え機能」と称する場合がある。）２５０１とルーティング機能（又はルーティング機能部、或いはルーティング部。以下、「ルーティング機能」と称する場合がある。）２５０２を備える。

書き換え機能２５０１は、例えば、Ｖｉｓｉｔ網２００のＭＭＥ２１５から送信されたＤｉａｍｅｔｅｒメッセージを受信し、受信したＤｉａｍｅｔｅｒメッセージを複製する。そして、書き換え機能２５０１は、例えば、複製したＤｉａｍｅｔｅｒメッセージの一部を書き換え、書き換えたＤｉａｍｅｔｅｒメッセージをルーティング機能２５０２へ出力する。また、書き換え機能２５０１は、例えば、複製したＤｉａｍｅｔｅｒメッセージをルーティング機能２５０２へ出力する。このようなＤｉａｍｅｔｅｒメッセージとしては、例えば、ＵＬＲ（Update Location Request）メッセージがある。ＵＬＲメッセージは、例えば、端末１１１の位置登録（又は位置情報登録）をＨＳＳへ要求する位置登録要求（又は位置情報登録要求）を表している。

ルーティング機能２５０２は、例えば、一部が書き換えられたＤｉａｍｅｔｅｒメッセージを、Ｖｉｓｉｔ網２００のＨＳＳ２３５へ、複製したＤｉａｍｅｔｅｒメッセージを、Ｈｏｍｅ網１００のＤｉａｍｅｔｅｒ Ａｇｅｎｔ１５０へそれぞれ送信する。ルーティング機能２５０２は、例えば、Ｄｉａｍｅｔｅｒメッセージに含まれる宛先情報に基づいて、当該メッセージを送信先へ送信する。

なお、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、例えば、ネットワークアダプタ２５０５，２５０７、ＣＰＵ（Central Processing Unit）２５０６、メモリ２５０８、ハードディスク２５０９を備えてもよい。この場合、ＣＰＵ２５０６は、メモリ２５０８に記憶されたプログラムを読み出して実行することで、書き換え機能２５０１とルーティング機能２５０２の各機能を実現することが可能である。ＣＰＵ２５０６は、例えば、書き換え機能２５０１とルーティング機能２５０２に対応する。

なお、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０においては、例えば、ＭＭＥ２１５以外のノードとＤｉａｍｅｔｅｒメッセージを交換することも可能である。この場合、書き換え機能２５０１において、他のノードから送信されたメッセージを受信し、ルーティング機能２５０２において当該メッセージを他のノードへ送信してもよい。

書き換え機能２５０１における書き換えの詳細については動作例で説明する。

＜Ｖｉｓｉｔ網のＰ−ＣＳＣＦの構成例＞
図３（Ｂ）はＶｉｓｉｔ網２００のＰ−ＣＳＣＦ２３１の構成例を表している。Ｐ−ＣＳＣＦ２３１は、メッセージ複製・書き換え機能（以下、「書き換え機能」と称する場合がある。）２３１１とルーティング機能２３１２を備える。

書き換え機能２３１１は、例えば、Ｖｉｓｉｔ網２００のＰＧＷ２１４から送信されたメッセージを受信し、受信したメッセージを複製する。そして、書き換え機能２３１１は、例えば、複製したメッセージの一部を書き換え、書き換えたメッセージをルーティング機能２３１２へ出力する。また、書き換え機能２３１１は、例えば、複製したメッセージをルーティング機能２３１２へ出力する。

このようなメッセージとしては、例えば、ＳＩＰメッセージに含まれるＲｅｇｉｓｔｅｒメッセージやＩＮＶＩＴＥメッセージがある。Ｒｅｇｉｓｔｅｒメッセージは、例えば、端末２１１のＳＩＰ−ＵＲＩ（Uniform Resource Identifier：通信リソース識別子）とＩＰアドレスをＳＩＰサーバ（例えばＡＳ２３４など）へ登録を要求するメッセージである。ＳＩＰサーバでは、Ｒｅｇｉｓｔｅｒメッセージを受信することで、端末２１１のＩＰアドレスが変更されても、ＳＩＰ−ＵＲＩに基づいて、端末２１１との間でＳＩＰメッセージを交換することが可能となる。また、ＩＮＶＩＴＥメッセージは、例えば、通話の相手先に対してセッションの開始（又は通話の開始）を要求するセッション開始要求（又は通話開始要求）を表している。端末２１１は、例えば、ＩＮＶＩＴＥメッセージを送信し、応答メッセージ（２００ ＯＫメッセージ）を受信すると、セッションが確立され、通話が可能となる。

ルーティング機能２３１２は、例えば、一部が書き換えられたメッセージを、Ｖｉｓｉｔ網２００のＩ／Ｓ−ＣＳＣＦ２３２へ、複製されたメッセージを、Ｖｉｓｉｔ網２００のＩ／Ｓ−ＣＳＣＦ２３２へそれぞれ送信する。ルーティング機能２３１２は、例えば、メッセージに含まれる宛先情報に基づいて、当該メッセージを送信先へ送信する。

なお、Ｐ−ＣＳＣＦ２３１は、例えば、ネットワークアダプタ２３１５，２３１７、ＣＰＵ２３１６、メモリ２３１８、ハードディスク２３１９を備えてもよい。この場合、ＣＰＵ２３１６は、メモリ２３１８に記憶されたプログラムを読み出して実行することで、書き換え機能２３１１とルーティング機能２３１２の各機能を実現することが可能である。ＣＰＵ２３１６は、例えば、書き換え機能２３１１とルーティング機能２３１２に対応する。

また、Ｐ−ＣＳＣＦ２３１は、ＰＧＷ２１４やＩ／Ｓ−ＣＳＣＦ２３２以外のノードとの間でメッセージを交換してもよい。この場合、書き換え機能２３１１において、他のノードからメッセージを受信し、ルーティング機能２３１２において他のノードへメッセージを送信してもよい。

＜Ｖｉｓｉｔ網のＡＳの構成例＞
図４はＶｉｓｉｔ網２００のＡＳ２３４の構成例を表している。ＡＳ２３４は、メッセージ複製・書き換え機能（以下、「書き換え機能」と称する場合がある）２３４１とルーティング機能２３４２を備える。また、ＡＳ２３４は、利用者情報照会機能（又は利用者情報照会機能部、或いは利用者情報照会部。以下、「利用者情報照会機能」と称する場合がある。）２３４３と課金処理機能（又は課金処理機能部、或いは課金処理部。以下、「課金処理機能」と称する場合がある。）２３４４を備える。

書き換え機能２３４１は、例えば、Ｖｉｓｉｔ網２００のＩ／Ｓ−ＣＳＣＦ２３２から送信されたメッセージを受信し、受信したメッセージを複製する。そして、書き換え機能２３４１は、例えば、複製したメッセージの一部を書き換え、書き換えたメッセージをルーティング機能２３４２へ出力する。また、書き換え機能２３４１は、例えば、複製したメッセージをルーティング機能２３４２へ出力する。

このようなメッセージとしては、例えば、ＳＩＰメッセージに含まれるＲｅｇｉｓｔｅｒメッセージやＩＮＶＩＴＥメッセージなどがある。

なお、ＡＳ２３４は、ＨＳＳ２３５と通信することが可能である。そのため、書き換え機能２３４１は、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０を介してＨＳＳ２３５からＤｉａｍｅｔｅｒメッセージを受信することも可能である。この場合、書き換え機能２３４１は、例えば、ＨＳＳ２３５からＤｉａｍｅｔｅｒプロトコルのメッセージを受信すると、新たにＳＩＰメッセージを生成して、ルーティング機能２３４２へ出力する。

ルーティング機能２３４２は、例えば、書き換え機能２３４１から受け取ったメッセージをＶｉｓｉｔ網２００のＩ／Ｓ−ＣＳＣＦ２３２又はＨＳＳ２３５へ送信する。

利用者情報照会機能２３４３は、例えば、ＨＳＳ２３５と通信を行い、ＨＳＳ２３５に登録された利用者情報を確認する。この場合も、利用者情報照会機能２３４３は、例えば、Ｄｉａｍｅｔｅｒメッセージを用いて確認する。

課金処理機能２３４４は、例えば、Ｉ／Ｓ−ＣＳＣＦ２３２から受信したメッセージに基づいて、利用者が利用するサービスに対して課金処理を行う。例えば、課金処理機能２３４４は以下のようにして課金処理を行う。すなわち、課金処理機能２３４４は、書き換え機能２３４１において特定のメッセージを受信したり、ルーティング機能２３４２において特定のメッセージを送信したりすると、課金を行うことを示すメッセージをＨＳＳ２３５へ送信する。ＨＳＳ２３５に登録された利用者プロファイル情報に課金情報が登録され、利用者に対する課金が行われる。

なお、ＡＳ２３４は、例えば、ネットワークアダプタ２３４５，２３４７、ＣＰＵ２３４６、メモリ２３４８、ハードディスク２３４９を備えてもよい。この場合、ＣＰＵ２３４６は、メモリ２３４８に記憶されたプログラムを読み出して実行することで、書き換え機能２３４１、ルーティング機能２３４２、利用者情報照会機能２３４３、課金処理機能２３４４の各機能を実現することが可能である。ＣＰＵ２３４６は、例えば、書き換え機能２３４１、ルーティング機能２３４２、利用者情報照会機能２３４３、課金処理機能２３４４に対応する。

＜動作例＞
次に、動作例について説明する。動作例については、最初に移動通信システム１０における全体シーケンス例について説明し、次に、各個別の処理について説明する。

＜全体シーケンス例＞
図５は全体シーケンス例を表している。図５に示すように全体シーケンス例は、位置情報登録処理（Ｓ１〜Ｓ１６）、アドレス情報登録処理（Ｓ２０〜Ｓ２５）、着信処理（Ｓ３０〜Ｓ４８）がある。ここでは、端末１１１は、Ｖｉｓｉｔ網２００においてローミングサービスを受けるものとして説明する。全体シーケンス例では簡単に説明し、詳細については個別の処理（位置情報登録処理、アドレス情報登録処理、着信処理）において説明する。

端末１１１は電源をオンにすると（Ｓ１０）、位置情報登録処理（Ｓ１１〜Ｓ２５）を行う。位置情報登録は、例えば、ＨＳＳ２３５において行われるため、Ｄｉａｍｅｔｅｒプロトコルによるメッセージが用いられる（Ｓ１２〜Ｓ１５）。

本第２の実施の形態においては、位置情報登録処理の際に端末１１１の位置情報がＶｉｓｉｔ網２００のＨＳＳ２３５において登録される。これにより、例えば、端末１１１は、Ｖｉｓｉｔ網２００においては、Ｖｉｓｉｔ網２００に登録された端末となる。或いは、端末１１１は、Ｖｉｓｉｔ網２００を運用又は管理する第２の通信事業者と契約された端末となる。詳細は後述する。

位置情報登録処理が行われると、アドレス情報登録処理が行われる（Ｓ２０〜Ｓ２５）。アドレス情報登録処理では、例えば、端末１１１のＳＩＰ−ＵＲＩとＩＰアドレスの組が登録される。アドレス情報登録処理ではＲｅｇｉｓｔｅｒメッセージが用いられる。Ｒｅｇｉｓｔｅｒメッセージは、例えば、端末１１１のアドレス情報の登録を要求するアドレス登録要求（又はアドレス情報登録要求）を表している。

このアドレス情報登録処理により、例えば、Ｖｉｓｉｔ網２００のＨＳＳ２３５は、端末１１１の在圏をＨｏｍｅ網１００からＶｉｓｉｔ網２００に書き換えることが可能である。これにより、例えば、端末１１１がＶｉｓｉｔ網２００に現在在圏していることを他のノードなどへ伝えることが可能となる。

アドレス情報登録処理が終了すると、着信処理（Ｓ３０〜Ｓ４８）が行われる。着信処理は、図５の例では２つある。１つ目は、着信端末がＨｏｍｅ網１００に在圏する場合である（Ｓ３０〜Ｓ３９）。２つ目は着信端末がＶｉｓｉｔ網２００に在圏する場合である（Ｓ４０〜Ｓ４８）。

本第２の実施の形態においては、着信端末がＨｏｍｅ網１００に在圏する場合、Ｖｉｓｉｔ網２００では課金処理を行わないで、Ｈｏｍｅ網１００で課金処理を行う（Ｓ３５）。他方、着信端末がＶｉｓｉｔ網２００に在圏する場合、Ｈｏｍｅ網１００では課金処理を行うことなくＶｉｓｉｔ網２００で課金処理を行うようにしている（Ｓ４３）。

このように、本移動通信システム１０においては、端末１１１がＶｉｓｉｔ網２００においてローミングサービスを受ける際、Ｈｏｍｅ網１００への通話についてＶｉｓｉｔ網２００では課金されずＨｏｍｅ網１００で課金される。他方、Ｖｉｓｉｔ網２００への通話について、Ｈｏｍｅ網１００では課金されずＶｉｓｉｔ網２００で課金される。そのため、本移動通信システム１０においては、ローミングサービスを受ける端末１１１に対して通信料金を抑制することが可能である。

また、端末１１１は通話を行う際（Ｓ３０，Ｓ４０）、ＳＩＭカードを利用することなく、Ｈｏｍｅ網１００で用いた電話番号をそのまま用いてＶｉｓｉｔ網２００において通話を行うことが可能である。従って、例えば、Ｈｏｍｅ網１００に在圏する他の発信端末は、Ｈｏｍｅ網１００で用いた電話番号を利用して端末１１１との通話が可能となる。よって、本移動通信システム１０においては、例えば、ローミングサービスを受ける端末１１１に対して継続して通信を行わせることが可能となっている。

次に、各処理について説明する。なお、利用者はローミングサービスを受けるための利用登録を行う。この利用登録処理に関する処理を説明した後、位置情報登録処理（Ｓ１１〜Ｓ１６）、アドレス情報登録処理（Ｓ２０〜Ｓ２５）、着信処理（Ｓ３０〜Ｓ４８）の各処理について説明する。

＜１．利用登録処理＞
図６はローミングサービス（又はＶｉｓｉｔ網サービス）の利用登録シーケンス例を示す。

利用者は端末１１１を用いてウェブポータルサイト３００にアクセスする（Ｓ６０）。ウェブポータルサイト３００は、例えば、Ｖｉｓｉｔ網２００の第２の通信事業者が提供するサイトであり、図２に示すＶｉｓｉｔ網２００に接続されてもよい。なお、利用者は端末１１１ではなくパーソナルコンピュータなどを用いてアクセスしてもよい。

端末１１１などには、ウェブポータルサイト３００から提供される選択・入力画面が表示され（Ｓ６１）、利用者は情報を入力し、入力した情報がウェブポータルサイト３００へ送信される（Ｓ６２）。利用者が入力した情報としては、例えば、電話番号、認証用パスワード、ローミングサービスの利用期間、カード番号などの支払い情報などがある。

ウェブポータルサイト３００では、入力情報のうち支払情報を確認し（Ｓ６３）、端末１１１へ成功通知を送信する（Ｓ６４）。また、ウェブポータルサイト３００は、入力情報をＶｉｓｉｔ網２００のＨＳＳ２３５へ送信する（Ｓ６５）。ＨＳＳ２３５は、入力情報に基づいて利用者プロファイル情報を作成する（Ｓ６６）。ＨＳＳ２３５は、例えば、メモリ２３５０（例えば図２）に利用者プロファイル情報を記憶してもよい。

図７（Ａ）はＨＳＳ２３５のメモリ２３５０に記憶された利用者プロファイル情報２３５１の例を表している。

利用者プロファイル情報２３５１は、端末１１１の「電話番号」、「認証パスワード」、「利用期間」、「ＭＭＥ−ＩＤ」、及び「在圏情報」を含む。図７（Ａ）の例では、ＨＳＳ２３５は入力情報をそのまま利用者プロファイル情報２３５１に記憶している。そのため、この段階では、「ＭＭＥ−ＩＤ」は登録されていない。「ＭＭＥ−ＩＤ」は、端末１１１が在圏するＭＭＥ１１５，２１５の識別情報である。また、「在圏情報」は、例えば、端末１１１が現在接続している通信事業者名や国名などである。図７（Ａ）の例では、端末１１１（又は端末１１１を利用する利用者）が日本に在圏しているため、「日本」が登録されている。在圏情報は、例えば、入力情報に含まれてもよいし、ウェブポータルサイト３００が入力情報の発信元に基づいて判別してもよい。

以降では、位置情報登録処理（Ｓ１１〜Ｓ１６）、アドレス情報登録処理（Ｓ２０〜Ｓ２５）、着信処理（Ｓ３０〜Ｓ４８）の各処理について順番に説明する。

＜２．位置情報登録処理＞
図８から図１０は位置情報登録処理の動作例を表している。図８は位置情報登録処理のシーケンス例、図９はＤｉａｍｅｔｅｒ Ａｇｅｎｔ２５０の動作例を表すフローチャート、図１０はＵＬＲメッセージとＵＬＡメッセージの転送例をそれぞれ表している。

図８に示すように、端末１１１は、電源をオンにした後、アタッチ要求を送信する（Ｓ１１）。

ＭＭＥ２１５は、アタッチ要求を受信すると、ＤｉａｍｅｔｅｒプロトコルのＵＬＲ（Update Location Request）メッセージを送信する（Ｓ７０）。ＵＬＲメッセージは、例えば、端末１１１の位置情報の登録（又は更新）を要求する位置登録要求（又は位置情報登録要求）である。図８にはＵＬＲメッセージの例が示されている。

Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、ＭＭＥ２１５からＵＬＲメッセージを受信すると、受信したＵＬＲメッセージを複製し、複製したＵＬＲメッセージをＨｏｍｅ網１００のＤｉａｍｅｔｅｒ Ａｇｅｎｔ１５０へ送信する（Ｓ７１）。

次に、Ｈｏｍｅ網１００のＤｉａｍｅｔｅｒ Ａｇｅｎｔ１５０は、受信したＵＬＲメッセージをＨＳＳ１３５へ送信し（Ｓ７２）、ＨＳＳ１３５において端末１１１の位置情報が登録される。例えば、ＨＳＳ１３５はＵＬＲメッセージに含まれるＭＭＥ２１５のＭＭＥ−ＩＤをＵＬＲメッセージから抽出し、抽出したＭＭＥ−ＩＤを利用者プロファイル情報に記憶する。

次に、ＨＳＳ１３５は、ＵＬＡ（Update Location Answer）メッセージを生成し、生成したＵＬＡメッセージを、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ１５０を経由して、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０へ送信する（Ｓ７３，Ｓ７４）。

Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、ＵＬＡメッセージを受信すると、受信したＵＬＡメッセージをＭＭＥ２１５へ送信する。ＭＭＥ２１５は、ＵＬＡメッセージに基づいて、アタッチ要求に対する応答メッセージ（アタッチＯＫ）を端末１１１へ送信する。

一方、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、ＵＬＡメッセージを送信すると（Ｓ７５）、ＭＭＥ２１５から受信して複製したＵＬＲメッセージ（Ｓ７０）の一部を書き換えて、書き換えたＵＬＲメッセージをＶｉｓｉｔ網２００のＨＳＳ２３５へ送信する（Ｓ７６）。

例えば、書き換え機能２５０１は、ＭＭＥ２１５から受信したＵＬＲメッセージに含まれる宛先情報を、Ｈｏｍｅ網１００からＶｉｓｉｔ網２００に関する情報へ書き換える。図８の例では、書き換え機能２５０１は、例えば、「Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ」を、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ１５０のホスト名からＤｉａｍｅｔｅｒ Ａｇｅｎｔ２５０のホスト名に書き換える。また、例えば、書き換え機能２５０１は、「Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ」を、Ｈｏｍｅ網１００を表すレルム名（又はドメイン名）からＶｉｓｉｔ網２００を表すレルム名へ書き換える。ルーティング機能２５０２は「Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ」と「Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ」に挿入された情報に基づいてルーティングを行い、ＵＬＲメッセージをＨＳＳ２３５へ送信する。

なお、書き換え機能２５０１は、「Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ」と「Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ」のうちいずれか一方を書き換えるようにしてもよい。一方の書き換えによっても、ＵＬＲメッセージをＨＳＳ２３５へ送信することも可能な場合もあるからである。

ＨＳＳ２３５は、ＵＬＲメッセージを受信すると（Ｓ７６）、端末１１１の位置情報を登録する。例えば、ＨＳＳ２３５は端末１１１の利用者プロファイル情報２３５１にＭＭＥ−ＩＤを登録する。

図７（Ｂ）はＨＳＳ２３５において位置情報登録後の利用者プロファイル情報２３５１の例を表している。図７（Ｂ）に示すように、更に、ＭＭＥ−ＩＤ（例えば「ＭＭＥ−ＩＤ１」）が登録される。ＭＭＥ−ＩＤは、例えば、ＵＬＲメッセージを生成したＭＭＥ２１５のＩＤであって、ＵＬＲメッセージに含まれるＩＤである。ＨＳＳ２３５は、受信したＵＬＲメッセージからＭＭＥ−ＩＤを抽出し、ＵＬＲメッセージに含まれる電話番号などを検索キーとして、対応する「ＭＭＥ−ＩＤ」に、抽出したＭＭＥ−ＩＤを記憶すればよい。

図８に戻り、ＨＳＳ２３５は、端末１１１についての位置情報を登録すると、ＵＬＡメッセージを生成して、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０へ送信する（Ｓ７７）。

図９は、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０における位置情報登録処理の動作例を表すフローチャートである。

Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、処理を開始すると（Ｓ８０）、ＭＭＥ２１５からＵＬＲメッセージを受信する（Ｓ８１）。

次に、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、受信したＵＬＲメッセージの「Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ」はＨｏｍｅ網ドメインか否かを判別する（Ｓ８２）。例えば、書き換え機能２５０１は、ＵＬＲメッセージから「Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ」に含まれるレルム名を読み出してＨｏｍｅ網ドメインと一致するか否かにより判別する。

Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、「Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ」がＨｏｍｅ網ドメインのとき（Ｓ８２でＹｅｓ）、「Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ」と「Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ」を書き換える（Ｓ８３）。例えば、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、上述したようにＶｉｓｉｔ網２００を表す情報に書き換える。

次に、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、書き換えたＵＬＲメッセージをＨＳＳ２３５へ送信し（Ｓ８４）、ＨＳＳ２３５からＵＬＡメッセージを受信する（Ｓ８５）。

一方、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、「Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ」がＨｏｍｅ網ドメインのとき（Ｓ８２でＹｅｓ）、Ｈｏｍｅ網１００のＤｉａｍｅｔｅｒ Ａｇｅｎｔ１５０へＵＬＲメッセージを送信する（Ｓ８６）。そして、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ１５０からＵＬＡメッセージを受信し（Ｓ８７）、ＭＭＥ２１５へＵＬＡメッセージを送信する（Ｓ８８）。

そして、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は一連の処理を終了する（Ｓ８９）。

一方、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、「Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ」がＨｏｍｅ網ドメインではないとき（Ｓ８２でＮｏ）、ＨＳＳ２３５へＵＬＲメッセージを送信する（Ｓ９０）。この場合は、例えば、第２の通信事業者と契約された端末２１１がＶｉｓｉｔ網２００において位置情報登録処理を行う場合である。例えば、「Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ」がＶｉｓｉｔ網２００を表すドメイン名であり、「Ｄｅｓｔｉａｔｉｏｎ−Ｈｏｓｔ」がＨＳＳ２３５のホスト名となっている。

この場合も、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、ＨＳＳ２３５からＵＬＡメッセージを受信し（Ｓ９１）、ＭＭＥ２１５へＵＬＡメッセージを送信する（Ｓ９２）。そして、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は一連の処理を終了する（Ｓ９３）。

なお、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、Ｓ８６からＳ８８を先に行い、その後、Ｓ８３からＳ８５を行うようにしてもよい。

図１０は、ＵＬＲメッセージとＵＬＡメッセージが転送例を表している。図１０に示すように、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は、ＵＬＲメッセージを受信すると、ＨＳＳ２３５へＵＬＲメッセージを送信している。他方、端末１１１から送信されたＵＬＲメッセージの書き換え前の「Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ」と「Ｄｅｓｔｉａｔｉｏｎ−Ｈｏｓｔ」はＨｏｍｅ網１００のドメイン名やホスト名を表している。そのため、Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０は当該ＵＬＲメッセージをＨＳＳ１３５へ送信している。

＜３．アドレス情報登録処理＞
次に、アドレス情報登録処理について説明する。図１１から図１４はアドレス情報登録処理の動作例を表している。図１１はアドレス情報登録処理のシーケンス例を表し、図１２はＰ−ＣＳＣＦ２３１、図１３はＡＳ２３４における動作例をそれぞれ表すフローチャートを表している。また、図１４はＲｅｇｉｓｉｔｅｒメッセージの転送例を表している。

図１１に示すシーケンス例は、第１の方式と本方式の２つの方式について記載している。第１の方式は、例えば、Ｖｉｓｉｔ網２００のＨＳＳ２３５において端末１１１の位置情報（又は利用者プロファイル情報）が登録されていない場合である。第１の方式は、ＲｅｇｉｓｔｅｒメッセージがＶｉｓｉｔ網２００のＡＳ２３４を経由することなく、Ｈｏｍｅ網１００のＡＳ１３４へ送信される。

他方、本方式は、端末１１１の位置情報がＨＳＳ２３５で登録された場合である。本方式は、ＲｅｇｉｓｔｅｒメッセージがＶｉｓｉｔ網２００のＡＳ２３４へ送信された後、Ｈｏｍｅ網１００のＡＳ１３４へ送信される例となっている。

第１の方式の詳細について説明する。端末１１１はＲｅｇｉｓｔｅｒメッセージを送信し（Ｓ１００）、Ｐ−ＣＳＣＦ２３１は受信したＲｅｇｉｓｔｅｒメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信することなく、ＩＢＣＦ／ＴｒＧＷ２３３へ直接送信する（Ｓ１０１）。ＩＢＣＦ／ＴｒＧＷ２３３は、受信したＲｅｇｉｓｔｅメッセージをＨｏｍｅ側のＩＢＣＦ／ＴｒＧＷ１３３へ送信する（Ｓ１０２）。Ｒｅｇｉｓｔｅｒメッセージは、ＩＢＣＦ／ＴｒＧＷ１３３からＩ／Ｓ−ＣＳＣＦ１３２を経由してＡＳ１３４へ送信される（Ｓ１０３，Ｓ１０４）。

ＡＳ１３４は、Ｒｅｇｉｓｔｅｒメッセージに含まれるＳＩＰ−ＵＲＩとＩＰアドレスを登録し、応答メッセージ（２００ ＯＫメッセージ）を送信する（Ｓ１０５）。応答メッセージは、Ｉ／Ｓ−ＣＳＣＦ１３２、ＩＢＣＦ／ＴｒＧＷ１３３，２３３、Ｐ−ＣＳＣＦ２３１を経由して、端末１１１へ送信される（Ｓ１０６〜Ｓ１０９）。

一方、本方式の場合、端末１１１はＲｅｇｉｓｔｅｒメッセージをＰ−ＣＳＣＦ２３１へ送信する（Ｓ１１０）。Ｐ−ＣＳＣＦ２３１はＲｅｇｉｓｔｅｒメッセージの一部を書き換えて当該ＲｅｇｉｓｔｅｒメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信する（Ｓ１１１）。Ｉ／Ｓ−ＣＳＣＦ２３２は、当該ＲｅｇｉｓｔｅｒメッセージをＡＳ２３４へ送信する（Ｓ１１２）。

ＡＳ２３４は、Ｒｅｇｉｓｔｅｒメッセージを受信すると、ＨＳＳ２３５にアクセスして、利用者の認証処理を行う（Ｓ１１３，Ｓ１１４）。ＡＳ２３４は、認証処理の結果、利用者が使用する端末１１１はＶｉｓｉｔ網２００に在圏する端末と認識し、Ｈｏｍｅ網１００のＡＳ１３４へ向けて、Ｒｅｇｉｓｔｅｒメッセージを送信する。すなわち、Ｒｅｇｉｓｔｅｒメッセージは、Ｉ／Ｓ−ＣＳＣＦ２３２、ＩＢＣＦ／ＴｒＧＷ２３３，１３３、Ｉ／Ｓ−ＣＳＣＦ１３２を経由して、ＡＳ１３４へ送信される（Ｓ１１５〜Ｓ１１９）。

ＡＳ１３４は、Ｒｅｇｉｓｔｅｒメッセージに基づいて、ＳＩＰ−ＵＲＩとＩＰアドレスを登録し、応答メッセージ（２００ ＯＫメッセージ）を送信する（Ｓ１２０）。応答メッセージは、Ｉ／Ｓ−ＣＳＣＦ１３２、ＩＢＣＦ／ＴｒＧＷ１３３，２３３、Ｉ／Ｓ−ＣＳＣＦ２３２、ＡＳ２３４、Ｉ／Ｓ−ＣＳＣＦ２３２、Ｐ−ＣＳＣＦ２３１を経由して、端末１１１へ送信される（Ｓ１２１〜Ｓ１２７）。

図１２は、Ｐ−ＣＳＣＦ２３１におけるＲｅｇｉｓｔｅｒメッセージに対する動作例を表すフローチャートである。図１２のフローチャートは、例えば、図１１においてＰ−ＣＳＣＦ２３１がＲｅｇｉｓｔｅｒメッセージを受信したとき（Ｓ１１０）の動作例を表している。

Ｐ−ＣＳＣＦ２３１は、処理を開始すると（Ｓ１３０）、Ｒｅｇｉｓｔｅｒメッセージを受信する（Ｓ１３１）。

次に、Ｐ−ＣＳＣＦ２３１は、ＲｅｇｉｓｔｅｒメッセージのＵＲＩドメイン名が「ｖｉｓｉｔ．ｃｏｍ」か「ｈｏｍｅ．ｃｏｍ」を判別する（Ｓ１３２）。

図１２にＲｅｇｉｓｔｅｒメッセージの例が示されている。例えば、Ｒｅｇｉｓｔｅｒメッセージの一行目には、ＲｅｇｉｓｔｅｒメッセージのＵＲＩ「ｓｉｐ：＋８１２０１２３１４＠ｈｏｍｅ．ｃｏｍ」が含まれる。このＵＲＩの「＠」以降にはＵＲＩのドメイン名が含まれており、例えば、書き換え機能２３１１は「＠」以降に含まれたドメイン名に基づいて本処理を判別すればよい。

例えば、ＲｅｇｉｓｔｅｒメッセージにおけるＵＲＩのドメイン名は、アドレス情報の登録を要求する端末１１１がＨｏｍｅ網１００に登録された端末（又はＨｏｍｅ網１００を表すドメイン名）かＶｉｓｉｔ網２００に登録された端末（又はＶｉｓｉｔ網２００を表すドメイン名）かを表している。

Ｐ−ＣＳＣＦ２３１は、ＵＲＩのドメイン名が「ｖｉｓｉｔ．ｃｏｍ」のとき（Ｓ１３２でｖｉｓｉｔ．ｃｏｍのとき）、ＲｅｇｉｓｔｅｒメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信し、一連の処理を終了する（Ｓ１３４）。この場合は、例えば、端末２１１など、Ｖｉｓｉｔ網２００に登録された端末の場合である。

一方、Ｐ−ＣＳＣＦ２３１は、ＵＲＩのドメイン名が「ｈｏｍｅ．ｃｏｍ」のとき（Ｓ１３２で「ｈｏｍｅ．ｃｏｍ」のとき）、ＳＩＰメッセージを書き換える（Ｓ１３５）。この場合は、例えば、端末１１１など、Ｖｉｓｉｔ網２００においてローミングサービスを受ける端末であって、電話番号を変更することなく、Ｈｏｍｅ網１００において用いた電話番号を用いてＲｅｇｉｓｉｔｅｒメッセージを送信した場合である。

例えば、書き換え機能２３１１は、ＵＲＩのドメイン名を「ｈｏｍｅ．ｃｏｍ」から「ｖｉｓｉｔ．ｃｏｍ」へ書き換える。これにより、例えば、Ｒｅｇｉｓｔｅｒメッセージは、第１の方式のようにＩＢＣＦ／ＴｒＧＷ２３３へ直接送信されることなく、本方式により、ＡＳ２３４へ送信可能となる（Ｓ１１３，Ｓ１１４）。

さらに、書き換え機能２３１１は、例えば、Ｒｅｇｉｓｔｅｒメッセージに「Ｒ−Ｄｏｍａｉｎ：ｈｏｍｅ．ｃｏｍ」を追加する。「ｈｏｍｅ．ｃｏｍ」は、書き換えにより削除したＵＲＩのドメイン名「ｈｏｍｅ．ｃｏｍ」となっている。後述するように、ＡＳ２３４は書き換えたＵＲＩのドメイン名を「ｖｉｓｉｔ．ｃｏｍ」から「ｈｏｍｅ．ｃｏｍ」へ元に戻して、Ｈｏｍｅ網１００へ向けて送信可能となる。このような処理がＡＳ２３４で実行可能とするため、書き換え機能２３１１は、書き換え前のＵＲＩのドメイン名「ｈｏｍｅ．ｃｏｍ」を追加している。

次に、Ｐ−ＣＳＣＦ２３１は、書き換えたＲｅｇｉｓｔｅｒメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信し（Ｓ１３６）、一連の処理を終了する（Ｓ１３７）。

図１３は、ＡＳ２３４におけるＲｅｇｉｓｔｅｒメッセージに対する動作例を表すフローチャートである。図１３に示すフローチャートは、例えば、図１１において、ＡＳ２３４がＲｅｇｉｓｔｅｒメッセージを受信したとき（Ｓ１１２）の動作例を表している。

ＡＳ２３４は、処理を開始すると（Ｓ１４０）、Ｉ／Ｓ−ＣＳＣＦ２３２からＲｅｇｉｓｔｅｒメッセージを受信し（Ｓ１４１）、ＲｅｇｉｓｔｅｒメッセージにＲ−Ｄｏｍａｉｎが付加されているか否かを判別する（Ｓ１４２）。

ＡＳ２３４は、Ｒ−Ｄｏｍａｉｎが付加されていないとき（Ｓ１４２で「付いていない」）、ＨＳＳ２３５との間で認証処理を行う（Ｓ１４３，Ｓ１４４）。Ｒ−Ｄｏｍａｉｎが付加されていない場合は、例えば、ＲｅｇｉｓｔｅｒメッセージのＵＲＩのドメイン名が書き換えを行うことなく「ｖｉｓｉｔ．ｃｏｍ」となっているものであり、Ｖｉｓｉｔ網２００に登録された端末２１１から送信されたメッセージである。従って、そのような端末２１１から送信されたＲｅｇｉｓｔｅｒメッセージに対しては、Ｖｉｓｉｔ網２００に登録された他の端末と同様に、ＨＳＳ２３５との間で認証処理を行うようにする。

具体的には、ＡＳ２３４は、ＤｉａｍｅｔｅｒプロトコルのＭｕｔｉｍｅｄｉａ−Ａｕｔｈ−Ｒｅｑｕｅｓｔメッセージを生成し、ＨＳＳ２３５へ送信する（Ｓ１４３）。例えば、利用者情報照会機能２３４３は、Ｍｕｔｉｍｅｄｉａ−Ａｕｔｈ−Ｒｅｑｕｅｓｔメッセージを生成して、ルーティング機能２３４２を介してＨＳＳ２３５へ送信する。

次に、ＡＳ２３４は、Ｍｕｌｔｉｍｅｄｉａ−Ａｕｔｈ−ＡｎｓｗｅｒメッセージをＨＳＳ２３５から受信し（Ｓ１４４）、２００ ＯＫメッセージを生成し、Ｉ／Ｓ−ＣＳＣＦ２３２へ送信する（Ｓ１４５）。例えば、利用者情報照会機能２３４３は、Ｍｕｌｔｉｍｅｄｉａ−Ａｕｔｈ−Ａｎｓｗｅｒメッセージを受信して、利用者の認証を行うと、２００ ＯＫメッセージを生成し、ルーティング機能２３４２を介してＩ／Ｓ−ＣＳＣＦ２３２へ送信する。

そして、ＡＳ２３４は一連の処理を終了する。

一方、ＡＳ２３４は、Ｒ−Ｄｏｍａｉｎが付加されているとき（Ｓ１４２で「付いている」とき）、ＨＳＳ２３５との間で認証処理を行う（Ｓ１４７，Ｓ１４８）。具体的には、ＡＳ２３４は、Ｓ１４３とＳ１４４と同様の処理を行う。この場合、例えば、ＡＳ２３４はＲｅｉｇｉｓｔｅｒメッセージに含まれる端末１１１の位置情報に基づいて、端末１１１が在圏する網に関する在圏情報を生成し、当該在圏情報を含むＭｕｔｉｍｅｄｉａ−Ａｕｔｈ−Ｒｅｑｕｅｓｔメッセージを生成する。ＨＳＳ２３５では、当該メッセージに基づいて、利用者プロファイル情報２３５１の「在圏情報」を更新してもよい。図７（Ｃ）は更新後の利用者プロファイル情報２３５１の例を表している。この場合、「在圏情報」は国名を表しており、「日本」から「米国」へ変更されている。

図１３に戻り、次に、ＡＳ２３４は、利用者の認証処理を行うと（Ｓ１４７，Ｓ１４８）、Ｒ−Ｄｏｍａｉｎヘッダの値で、ＵＲＩ部分を元に戻し、ＲｅｇｉｓｔｅｒメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信する（Ｓ１４９）。例えば、書き換え機能２３４１は、ＲｅｇｉｓｔｅｒメッセージのＵＲＩのドメイン名を、「ｖｉｓｉｔ．ｃｏｍ」から、「Ｒ−Ｄｏｍａｉｎ：ｈｏｍｅ．ｃｏｍ」の「ｈｏｍｅ．ｃｏｍ」へ書き換える。そして、書き換え機能２３４１は、書き換えたＲｅｇｉｓｔｅｒメッセージを、ルーティング機能２３４２を経由してＩ／Ｓ−ＣＳＣＦ２３２へ送信する。

次に、ＡＳ２３４は、Ｉ／Ｓ−ＣＳＣＦ２３２から２００ ＯＫメッセージを受信し（Ｓ１５０）、受信した２００ ＯＫメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信する（Ｓ１５１）。

そして、ＡＳ２３４は、一連の処理を終了する（Ｓ１５２）。

図１４は、ローミングサービスを受ける端末１１１からＲｅｇｉｓｔｅｒメッセージが送信される場合の当該メッセージの転送例を表している。図１４に示すように、Ｐ−ＣＳＣＦ２３１は、Ｒｅｇｉｓｔｅｒメッセージの一部を書き換えているため、ＩＢＣＦ／ＴｒＧＷ２３３へ直接送信することなく、Ｉ／Ｓ−ＣＳＣＦ２３２へ送信することが可能となっている。そして、ＡＳ２３４は、Ｒｅｇｉｓｔｅｒメッセージを受信し、端末１１１を利用する利用者の認証を行い、ＲｅｇｉｓｔｅｒメッセージをＨｏｍｅ網１００へ送信することも可能となっている。

＜４．着信処理＞
次に、着信処理について説明する。着信処理は、着信端末がＶｉｓｉｔ網２００に在圏する場合と、着信端末がＨｏｍｅ網１００に在圏する場合の２つの例について説明する。

図５で説明したように、発信端末である端末１１１はＳＩＰメッセージを送信することで呼接続を着信端末へ要求する。例えば、このようなＳＩＰメッセージの例としてＩＮＶＩＴＥメッセージがある。ＩＮＶＩＴＥメッセージは、例えば、呼の接続開始を要求するメッセージとなっている。

図１７は、着信端末がＶｉｓｉｔ網２００に在圏する場合のＩＮＶＩＴＥメッセージの転送例を表している。

ローミングサービスを受ける端末１１１から送信されたＩＮＶＩＴＥメッセージは、Ｐ−ＣＳＣＦ２３１においてＩＢＣＦ／ＴｒＧＷ２３３へ直接送信され、Ｈｏｍｅ網１００へと送信される場合がある。この場合、例えば、Ｐ−ＣＳＣＦ２３１とＩＢＣＦ／ＴｒＧＷ２３３が直接接続された経路の通信料と、Ｈｏｍｅ網１００の通信料が加算される場合がある。

他方、図１７に示すように、Ｐ−ＣＳＣＦ２３１は、ＩＮＶＩＴＥメッセージを、ＩＢＣＦ／ＴｒＧＷ２３３へ直接送信することなく、Ｉ／Ｓ−ＣＳＣＦ２３２へ送信する。これにより、ＩＮＶＩＴＥメッセージは、ＡＳ２３４へ送信され、ＡＳ２３４においては、Ｖｉｓｉｔ網２００に登録された他の端末と同様に、ＨＳＳ２３５との間で認証処理を行うことが可能となる。この場合、ＡＳ２３４では、Ｖｉｓｉｔ網２００に登録された端末間の通話であるため、課金処理を行う。

他方、図１８は、着信端末がＨｏｍｅ網１００に在圏する場合のＩＮＶＩＴＥメッセージなどの転送例を表している。この場合も、ＩＮＶＩＴＥメッセージは、Ｐ−ＣＳＣＦ２３１からＩ／Ｓ−ＣＳＣＦ２３２へ送信され、ＡＳ２３４において認証処理が行われる。この場合、ＡＳ２３４は、課金処理を行わないようにしている。

このように、本着信処理では、Ｐ−ＣＳＣＦ２３１においてＩＮＶＩＴＥメッセージがＩ／Ｓ−ＣＳＣＦ２３２へ送信され、ＡＳ２３４において課金を行うか否かの処理が行われる。そこで、Ｐ−ＣＳＣＦ２３１における動作例とＡＳ２３４における動作例について以下説明する。

図１５はＰ−ＣＳＣＦ２３１におけるＩＮＶＩＴＥメッセージに対する動作例を表すフローチャートである。

Ｐ−ＣＳＣＦ２３１は、処理を開始すると（Ｓ１６０）、ＩＮＶＩＴＥメッセージをＰＧＷ２１４から受信する（Ｓ１６１）。

次に、Ｐ−ＣＳＣＦ２３１は、ＩＮＶＩＴＥメッセージのＵＲＩのドメイン名が「ｖｉｓｉｔ．ｃｏｍ」か「ｈｏｍｅ．ｃｏｍ」を判別する（Ｓ１６２）。図１５や図１９に示すように、ＳＩＰメッセージのＵＲＩドメインは、例えば、着信先のドメイン名を表している。例えば、Ｐ−ＣＳＣＦ２３１は、ＩＮＶＩＴＥメッセージの着信先のドメイン名を判別して、着信端末がＶｉｓｉｔ網２００に登録された端末か、Ｈｏｍｅ網１００に登録された端末かを判別している。例えば、書き換え機能２３１１は、ＩＮＶＩＴＥメッセージの一行目に含まれる「＠」以降に含まれるドメイン名に基づいて判別する。

Ｐ−ＣＳＣＦ２３１は、ＩＮＶＩＴＥメッセージのＵＲＩのドメイン名が「ｖｉｓｉｔ．ｃｏｍ」のとき（Ｓ１６２でｖｉｓｉｔ．ｃｏｍのとき）、受信したＩＮＶＩＴＥメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信し（Ｓ１６３）、一連の処理を終了する（Ｓ１６４）。この場合は、例えば、着信端末がＶｉｓｉｔ網２００に登録された端末の場合となっている。

一方、Ｐ−ＣＳＣＦ２３１は、ＩＮＶＩＴＥメッセージのＵＲＩのドメイン名が「ｈｏｍｅ．ｃｏｍ」のとき（Ｓ１６２で「ｈｏｍｅ．ｃｏｍ」のとき）、ＩＮＶＩＴＥメッセージの一部を書き換える（Ｓ１６５）。この場合は、例えば、着信端末がＨｏｍｅ網１００に登録された端末の場合となっている。

この場合、書き換え機能２３１１は、ＩＮＶＩＴＥメッセージのＵＲＩのドメイン名を、「ｈｏｍｅ．ｃｏｍ」から「ｖｉｓｉｔ．ｃｏｍ」へ書き換え、更に、「Ｒ−Ｄｏｍａｉｎ：ｈｏｍｅ．ｃｏｍ」を付加する。

ＩＮＶＩＴＥメッセージのＵＲＩのドメイン名を、「ｈｏｍｅ．ｃｏｍ」から「ｖｉｓｉｔ．ｃｏｍ」へ書き換えることで、例えば、ＩＮＶＩＴＥメッセージはＩＢＣＦ／ＴｒＧＷ２３３へ直接送信されず、Ｉ／Ｓ０ＣＳＣＦ２３２へ送信可能となる。これにより、例えば、着信先がＨｏｍｅ網１００となっているＩＮＶＩＴＥメッセージがＨｏｍｅ網１００へ送信されることがなく、ＡＳ２３４へ向けて送信可能となり、Ｈｏｍｅ網１００における課金を抑制できる。

また、「Ｒ−Ｄｏｍａｉｎ」ヘッダの付加により、後述するように、ＡＳ２３４は書き換えたＵＲＩのドメイン名を「ｖｉｓｉｔ．ｃｏｍ」から「ｈｏｍｅ．ｃｏｍ」へ元に戻して、当該メッセージをＨｏｍｅ網１００へ向けて送信することが可能となる。

次に、Ｐ−ＣＳＣＦ２３１は、一部を書き換えたＩＮＶＩＴＥメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信し（Ｓ１６６）、一連の処理を終了する（Ｓ１６７）。

図１６はＡＳ２３４におけるＩＮＶＩＴＥメッセージに対する動作例を表すフローチャートである。図１６に示すように、ＡＳ２３４は、例えば、ＩＮＶＩＴＥメッセージに基づいて、発信端末と着信端末がＶｉｓｉｔ網２００に登録されているか否かを判別している。そして、ＡＳ２３４は、例えば、その判別結果に基づいて、通信形態（例えば図１７や図１８）を判別して課金を行うか否かを決定するようにしている。

ＡＳ２３４は、処理を開始すると（Ｓ１７０）、Ｉ／Ｓ−ＣＳＣＦ２３２からＩＮＶＩＴＥメッセージを受信する（Ｓ１７１）。

次に、ＡＳ２３４は、発信端末情報がＶｉｓｉｔ網２００に登録されているか否かを問い合わせる（Ｓ１７７，Ｓ１７８）。例えば、以下の処理が行われる。すなわち、書き換え機能２３４１はＩＮＶＩＴＥメッセージを受信し、利用者情報照会機能２３４３へ出力する。利用者情報照会機能２３４３は、ＩＮＶＩＴＥメッセージから発信端末の電話番号を抽出し、当該電話番号を含むＵｓｅｒ−Ｄａｔａ−Ｒｅｑｕｅｓｔメッセージを生成する。Ｕｓｅｒ−Ｄａｔａ−Ｒｅｑｕｅｓｔメッセージは、例えば、Ｄｉａｍｅｔｅｒプロトコルのメッセージである。そして、利用者情報照会機能２３４３は、Ｕｓｅｒ−Ｄａｔａ−ＲｅｑｕｅｓｔメッセージをＨＳＳ２３５へ送信する。ＨＳＳ２３５では、Ｕｓｅｒ−Ｄａｔａ−Ｒｅｑｕｅｓｔメッセージに含まれる発信端末（例えば端末１１１）の電話番号が利用者プロファイル情報２３５１（例えば図７（Ｃ））に登録されているか否かを確認する。そして、ＨＳＳ２３５は、発信端末の電話番号が登録されている場合、Ｒｅｓｕｌｔ−Ｃｏｄｅとして「Ｓｕｃｃｅｓｓ」を含むＵｓｅｒ−Ｄａｔａ−Ａｎｓｗｅｒメッセージを生成し、ＡＳ２３４へ送信する。他方、ＨＳＳ２３５は、発信端末の電話番号が登録されていない場合、Ｒｅｓｕｌｔ−Ｃｏｄｅとして「Ｆａｉｌｕｒｅ」を含むＵｓｅｒ−Ｄａｔａ−Ａｎｓｗｅｒメッセージを生成し、ＡＳ２３４へ送信する。

図１６に戻り、次に、ＡＳ２３４は、ＨＳＳ２３５から受信したＵｓｅｒ−Ｄａｔａ−Ｒｅｑｕｅｓｔに含まれるＲｅｓｕｌｔ−Ｃｏｄｅの値が「Ｓｕｃｃｅｓｓ」か「Ｆａｉｌｕｒｅ」を判別する（Ｓ１７９）。

ＡＳ２３４は、Ｒｅｓｕｌｔ−Ｃｏｄｅの値が「Ｓｕｃｃｅｓｓ」のとき（Ｓ１７９で「Ｓｕｃｃｅｓｓ」のとき）、着信端末情報がＶｉｓｉｔ網２００に登録されているかをＨＳＳ２３５へ問い合わせる（Ｓ１８２，Ｓ１８３）。この場合も、例えば、ＡＳ２３４は以下の処理を行う。すなわち、利用者情報照会機能２３４３は、受信したＩＮＶＩＴＥメッセージから着信端末の電話番号を抽出し、当該電話番号を含むＵｓｅｒ−Ｄａｔａ−Ｒｅｑｕｅｓｔメッセージを生成して、ＨＳＳ２３５へ送信する。ＨＳ２３５では、利用者プロファイル情報２３５１として着信端末の情報が登録されていれば、Ｒｅｓｕｌｔ−Ｃｏｄｅ「Ｓｕｃｃｅｓｓ」、登録されていないときは「Ｆａｉｌｕｒｅ」を含むＵｓｅｒ−Ｄａｔａ−Ａｎｓｗｅｒを生成して、ＡＳ２３４へ送信する。

次に、ＡＳ２３４は、Ｕｓｅｒ−Ｄａｔａ−Ａｎｓｗｅｒに含まれるＲｅｓｕｌｔ−Ｃｏｄｅの値が「Ｓｕｃｃｅｓｓ」か「Ｆａｉｌｕｒｅ」を判別する（Ｓ１８４）。

ＡＳ２３４は、Ｒｅｓｕｌｔ−Ｃｏｄｅの値が「Ｓｕｃｃｅｓｓ」のとき（Ｓ１８４で「Ｓｕｃｃｅｓｓ」のとき）、ＩＮＶＩＴＥメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信し、当該ＩＮＶＩＴＥメッセージによる通話を課金対象とする（Ｓ１８５）。

この場合は、例えば、発信側の端末１１１も着信端末も双方とも、Ｖｉｓｉｔ網２００に登録されている端末であるが、発信側の端末１１１は上述した位置情報登録処理（例えば図８）によって、Ｖｉｓｉｔ網２００にも登録された端末となっている（Ｓ１７９で「Ｓｕｃｃｅｓｓ」）。このような端末間の通話に対しては、例えば、図１７や図５のＳ４０からＳ４８に示すように、Ｖｉｓｉｔ網２００において課金を行うべく、ＡＳ２３４が課金を行う。その後、書き換えられたＩＮＶＩＴＥメッセージは、Ｉ／Ｓ−ＣＳＣＦ２３２へ送信され、Ｖｉｓｉｔ網２００に在圏する着信端末へ向けて、ＩＮＢＩＴＥメッセージが送信された経路と逆の経路をたどることになる。

なお、発信端末がＶｉｓｉｔ網２００に登録され、着信端末もＶｉｓｉｔ網に登録されているとき（Ｓ１８４で「Ｓｕｃｃｅｓｓ」）、発信端末がローミングサービスを利用することなく、第２の通信事業者と元々登録している場合がある。つまり、発信端末も着信端末も元々第２の通信事業者と契約された端末であって、そのような端末間の通信形態の場合もある。この場合は、ＡＳ２３４は、着信端末情報がＶｉｓｉｔ網２００に登録されていることを確認後（Ｓ１８４で「Ｓｕｃｃｅｓｓ」）、２００ ＯＫメッセージを生成し、生成した２００ ＯＫメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信する（Ｓ１８５）。

例えば、利用者情報照会機能２３４３は、Ｒｅｓｕｌｔ−Ｃｏｄｅの値に対する判別結果を、書き換え機能２３４１と課金処理機能２３４４へ通知し、書き換え機能２３４１と課金処理機能２３４４はその判別結果に基づいて、メッセージの書き換えや課金を行うようにしてもよい。このような処理は、後述するＳ１８７やＳ１８０についても同様である。或いは、課金処理機能２３４４は、例えば、書き換え機能２３４１で受信したＩＮＶＩＴＥメッセージに基づいて、課金を行うか否かを判別するようにしてもよい。

そして、ＡＳ２３４は一連の処理を終了する（Ｓ１８６）。

図１６に戻り、一方、ＡＳ２３４は、Ｒｅｓｕｌｔ−Ｃｏｄｅの値が「Ｆａｉｌｕｒｅ」のとき（Ｓ１８４で「Ｆａｉｌｕｒｅ」のとき）、ＩＮＶＩＴＥメッセージのＵＲＩのドメイン名を、Ｒ−Ｄｏｍａｉｎのヘッダの値に書き換えることで、元のドメイン名に戻す。そして、ＡＳ２３４は、ドメイン名を戻したＩＮＶＩＴＥメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信し、当該ＩＮＶＩＴＥメッセージ対象の通話は課金を行わないようにする（Ｓ１８７）。この場合、発信側の端末１１１はＶｉｓｉｔ網２００に登録されているが（Ｓ１７９で「Ｓｕｃｃｅｓｓ」）、着信端末はＶｉｓｉｔ網２００に登録されていない場合である（Ｓ１８４で「Ｆａｉｌｕｒｅ」）。例えば、図１８に示すようなＶｉｓｉｔ網２００の端末１１１とＨｏｍｅ網１００の着信端末が通話を行う場合である。このような端末間の通話は、例えば、図５のＳ３０からＳ３９に示すように、Ｖｉｓｉｔ網２００において課金を行うことはしないで、Ｈｏｍｅ網１００で課金を行うようにしている。従って、この場合、ＡＳ２３４は、ＩＮＶＩＴＥメッセージに対応する通話に対して課金を行わないようにしている。

そして、ＡＳ２３４は一連の処理を終了する（Ｓ１８８）。

一方、ＡＳ２３４は、発信端末情報について、Ｒｅｓｕｌｅｔ−Ｃｏｄｅの値が「Ｆａｉｌｕｒｅ」のとき（Ｓ１７９で「Ｆａｉｌｕｒｅ」のとき）、ＩＮＶＩＴＥメッセージのＵＲＩドメイン名を、Ｒ−Ｄｏｍａｉｎヘッダの値に書き換えることで、元に戻す。そして、ＡＳ２３４は、書き換えたＩＮＶＩＴＥメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信する（Ｓ１８０）。この場合は、例えば、発信端末はＶｉｓｉｔ網２００には登録されていない（Ｓ１７９で「Ｆａｉｌｕｒｅ」）がＶｉｓｉｔ網２００を利用してＩＮＶＩＴＥメッセージを送信している場合である。すなわち、発信端末はＨＳＳ２３５の利用者プロファイル情報として登録されていない端末がローミングサービスを利用して、Ｖｉｓｉｔ網２００又はＨｏｍｅ網１００に在圏する端末と通話を行う場合の通信形態である。従って、この場合、ＡＳ２３４はＩＮＶＩＴＥメッセージに対応する通話に対して課金を行う。

例えば、ＩＮＶＩＴＥメッセージにＲ−Ｄｏｍａｉｎが付加されているとき（又はＩＮＶＩＴＥメッセージの着信先がＨｏｍｅ網１００に登録された端末のとき）、書き換え機能２３１１はＩＮＶＩＴＥメッセージの一部を書き換える（Ｓ１８０）。例えば、書き換え機能２３１１は、ＩＮＶＩＴＥメッセージのＵＲＩドメインを、ＩＮＶＩＴＥメッセージに付加されたＲ−Ｄｏｍａｉｎヘッダの値に書き換えることで、ドメイン名を元に戻す。そして、書き換え機能２３１１は、ドメイン名を元に戻したＩＮＶＩＴＥメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信する（Ｓ１８０）。

他方、ＩＮＶＩＴＥメッセージにＲ−Ｄｏｍａｉｎが付加されていないとき（又はＩＮＶＩＴＥメッセージの着信先がＶｉｓｉｔ網２００に登録された端末のとき）、書き換え機能２３１１は受信したＩＮＶＩＴＥメッセージをＩ／Ｓ−ＣＳＣＦ２３２へ送信する（Ｓ１８０）。

そして、ＡＳ２３４は一連の処理を終了する（Ｓ１８１）。

［その他の実施の形態］
Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ２５０、Ｐ−ＣＳＣＦ２３１、及びＡＳ２３４について、図３（Ａ）、図３（Ｂ）、及び図４にそれぞれ示すように、ＣＰＵ２５０６，２３１６，２３４６を例にして説明した。例えば、ＣＰＵ２５０６，２３１６，２３４６に代えて、ＭＰＵ（Micro-Processing Unit）やＦＰＧＡ（Field-Programmable Gate Array）、ＤＳＰ（Digital Signal Processor）などのコントローラであってもよい。

以上まとめると付記のようになる。

（付記１）
他の通信事業者と契約された移動端末装置から自通信事業者の自通信網を利用して送信された前記移動端末装置の位置登録を要求する位置登録要求を受信する書き換え機能部と、
前記書き換え機能部から受け取った前記位置登録要求を、前記自通信網において加入者情報を管理する加入者情報管理装置と前記他の通信事業者の他の通信網において加入者情報を管理する他の加入者情報管理装置へ送信するルーティング機能部と
を備えることを特徴とする移動端末サービス提供装置。

（付記２）
前記書き換え機能部は、前記位置登録要求の着信先を前記他の通信事業者の他の通信網に関する情報から前記自通信網に関する情報に書き換えて、書き換えた前記位置登録要求を前記ルーティング機能部へ出力することを特徴とする付記１記載の移動端末サービス提供装置。

（付記３）
前記位置登録要求は、ＤｉａｍｅｔｅｒプロトコルのＵＬＲ（Update Location Request）であって、
前記書き換え機能部は、前記ＵＬＲに含まれるＤｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ又はＤｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍを、前記他の通信網を表すホスト名又はレルム名から、前記自通信網を表すホスト名又はとレルム名へそれぞれ書き換え、書き換えた前記ＵＬＲを前記ルーティング機能部へ出力することを特徴とする付記１記載の移動端末サービス提供装置。

（付記４）
自通信事業者の自通信網を利用して送信した位置登録要求が前記自通信網において加入者情報を管理する加入者情報管理装置へ送信された、他の通信事業者と契約された移動端末装置であって、当該移動端末装置から送信された、当該移動端末装置のアドレス情報の登録を要求するアドレス登録要求（Registerメッセージ）を受信する書き換え機能部と、
前記書き換え機能部から受け取った前記アドレス登録要求を、前記自通信網においてアプリケーションを提供するアプリケーションサーバへ送信するルーティング機能部と
を備えることを特徴とする移動端末サービス提供装置。

（付記５）
前記書き換え機能部は、前記アドレス登録要求に含まれるリソース識別子を前記他の通信網を表す情報から前記自通信網を表す情報に書き換えて、書き換えた前記アドレス登録要求を前記ルーティング機能部へ出力することを特徴とする付記４記載の移動端末サービス提供装置。

（付記６）
前記アドレス登録要求はＳＩＰ（Session Initiation Protocol）のＲｅｇｉｓｔｅｒメッセージであり、
前記書き換え機能部は、前記Ｒｅｇｉｓｔｅｒメッセージに含まれるリソース識別子のドメイン名を、前記他の通信網を表すドメイン名から、前記自通信網を表すドメイン名へ書き換え、書き換えた前記Ｒｅｇｉｓｔｅｒメッセージを前記ルーティング機能部へ出力することを特徴とする付記４記載の移動端末サービス提供装置。

（付記７）
前記書き換え機能部は、前記他の通信網を表すドメイン名を前記書き換えたＲｅｇｉｓｔｅｒメッセージに付加したＲｅｇｉｓｔｅｒメッセージを前記ルーティング機能部へ出力することを特徴とする付記６記載の移動端末サービス提供装置。

（付記８）
前記他の通信網を表すドメイン名が付加された前記Ｒｅｇｉｓｉｔｅｒメッセージを受信したアプリケーションサーバにおいて、前記Ｒｅｇｉｓｔｅｒメッセージに含まれるリソース識別子のドメイン名を、前記付加された他の通信網を表すドメイン名に書き換えることを特徴とする付記７記載の移動端末サービス提供装置。

（付記９）
自通信事業者の自通信網を利用して送信した位置登録要求が前記自通信網において加入者情報を管理する加入者情報管理装置へ送信された、他の通信事業者と契約された移動端末装置であって、当該移動端末装置から送信された、通話の開始を要求する通話開始要求を受信する書き換え機能部と、
前記書き換え機能部から受け取った前記通話開始要求を、前記自通信網においてアプリケーションを提供するアプリケーションサーバへ送信するルーティング機能部と
を備えることを特徴とする移動端末サービス提供装置。

（付記１０）
前記書き換え機能部は、前記通話開始要求に含まれるリソース識別子を前記他の通信網を表す情報から前記自通信網を表す情報に書き換えて、書き換えた前記通話開始要求を前記ルーティング機能部へ出力することを特徴とする付記９記載の移動端末サービス提供装置。

（付記１１）
前記アドレス登録要求はＳＩＰ（Session Initiation Protocol）のＩＮＶＩＴＥメッセージであり、
前記書き換え機能部は、前記ＩＮＶＩＴＥメッセージに含まれるリソース識別子のドメイン名を、前記他の通信網を表すドメイン名から、前記自通信網を表すドメイン名へ書き換え、書き換えた前記ＩＮＶＩＴＥメッセージを前記ルーティング機能部へ出力することを特徴とする付記９記載の移動端末サービス提供装置。

（付記１２）
前記書き換え機能部は、前記他の通信網を表すドメイン名を付加した前記ＩＮＶＩＴＥメッセージを前記ルーティング機能部へ出力することを特徴とする付記１１記載の移動端末サービス提供装置。

（付記１３）
自通信事業者の自通信網を利用して送信した位置登録要求が前記自通信網において加入者情報を管理する加入者情報管理装置へ送信された、他の通信事業者と契約された移動端末装置であって、当該移動端末装置から送信された通話要求を受信する書き換え機能部と、
前記通話要求に基づいて、課金を行うか否かを決定する課金処理機能部と
を備えることを特徴とする移動端末サービス提供装置。

（付記１４）
更に、前記通話要求に基づいて、発信側である前記移動端末装置に対して着信側の他の移動端末装置が前記自通信事業者と契約された移動端末か前記他の通信事象者と契約された移動端末装置かを判別する利用者情報照会機能部を備え、
前記課金処理機能部は、前記利用者情報照会機能部における判別結果に基づいて、課金を行うか否かを決定することを特徴とする付記１３記載の移動端末サービス提供装置。

（付記１５）
前記課金処理機能部は、着信側の前記他の移動端末装置が前記自通信事業者と契約された移動端末のとき、前記通話要求に対応する通話に対して課金を行い、着信側の前記他の移動端末装置が前記他の通信事業者と契約された移動端末のとき、前記通話要求に対応する通話に対して課金を行わないことを決定することを特徴とする付記１４記載の移動端末サービス提供装置。

（付記１６）
他の通信事業者と契約された移動端末装置と、
移動端末サービス提供装置と、
加入者情報を管理する加入者情報管理装置と
を備える移動通信システムにおいて、
前記移動端末サービス提供装置は、
自通信事業者の自通信網を利用して送信された前記移動端末装置の位置登録を要求する位置登録要求を受信する書き換え機能部と、
前記書き換え機能部から受け取った前記位置登録要求を、前記自通信網において加入者情報を管理する前記加入者情報管理装置と前記他の通信事業者の他の通信網において加入者情報を管理する他の加入者情報管理装置へ送信するルーティング機能部とを備えることを特徴とする移動通信システム。

（付記１７）
書き換え機能部とルーティング機能部を有する移動端末サービス提供装置におけるサービス提供方法であって、
前記書き換え機能部により、他の通信事業者と契約された移動端末装置から自通信事業者の自通信網を利用して送信された前記移動端末装置の位置登録を要求する位置登録要求を受信し、
前記ルーティング機能部により、前記書き換え機能部から受け取った前記位置登録要求を、前記自通信網において加入者情報を管理する加入者情報管理装置と前記他の通信事業者の他の通信網において加入者情報を管理する他の加入者情報管理装置へ送信する
ことを特徴するサービス提供方法。

１０：移動通信システム １００：Ｈｏｍｅ網
１１０：Ｈｏｍｅ網アクセス網ノード １１１：移動端末装置
１１５：ＭＭＥ １３０：Ｈｏｍｅ網コア網ノード
１３１：Ｐ−ＣＳＣＦ １３４：ＡＳ
１３５：ＨＳＳ １５０：Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ
２００：Ｖｉｓｉｔ網 ２１０：Ｖｉｓｉｔ網アクセス網ノード
２１１：端末 ２１５：ＭＭＥ
２３０：Ｖｉｓｉｔ網コア網ノード ２３１：Ｐ−ＣＳＣＦ
２３２：Ｉ／Ｓ−ＣＳＣＦ ２３３：ＩＢＣＦ／ＴｒＧＷ
２３４：ＡＳ ２３５：ＨＳＳ
２５０：Ｄｉａｍｅｔｅｒ Ａｇｅｎｔ
２３１１，２３４１，２５０１：メッセージ複製・書き換え機能
２３１２，２３４２，２５０２：ルーティング機能
２３１５，２３１７，２３４５，２３４７，２５０５，２５０７：ネットワークアダプタ
２３１６，２３４６，２５０６：ＣＰＵ
２３１８，２３４８，２５０８：メモリ
２３５０：メモリ ２３５１：利用者プロファイル情報

Claims (4)

1. 他の通信事業者と契約された移動端末装置から自通信事業者の自通信網を利用して送信された前記移動端末装置の位置登録を要求する位置登録要求を受信する書き換え機能部と、
   前記書き換え機能部から受け取った前記位置登録要求を、前記自通信網において加入者情報を管理する加入者情報管理装置と前記他の通信事業者の他の通信網において加入者情報を管理する他の加入者情報管理装置へ送信するルーティング機能部と
   を備えることを特徴とする移動端末サービス提供装置。
2. 前記位置登録要求は、ＤｉａｍｅｔｅｒプロトコルのＵＬＲ（Update Location Request）であって、
   前記書き換え機能部は、前記ＵＬＲに含まれるＤｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ又はＤｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍを、前記他の通信網を表すホスト名又はレルム名から、前記自通信網を表すホスト名又はとレルム名へそれぞれ書き換え、書き換えた前記ＵＬＲを前記ルーティング機能部へ出力することを特徴とする請求項１記載の移動端末サービス提供装置。
3. 他の通信事業者と契約された移動端末装置と、
   移動端末サービス提供装置と、
   加入者情報を管理する加入者情報管理装置と
   を備える移動通信システムにおいて、
   前記移動端末サービス提供装置は、
   自通信事業者の自通信網を利用して送信された前記移動端末装置の位置登録を要求する位置登録要求を受信する書き換え機能部と、
   前記書き換え機能部から受け取った前記位置登録要求を、前記自通信網において加入者情報を管理する前記加入者情報管理装置と前記他の通信事業者の他の通信網において加入者情報を管理する他の加入者情報管理装置へ送信するルーティング機能部とを備えることを特徴とする移動通信システム。
4. 書き換え機能部とルーティング機能部を有する移動端末サービス提供装置におけるサービス提供方法であって、
   前記書き換え機能部により、他の通信事業者と契約された移動端末装置から自通信事業者の自通信網を利用して送信された前記移動端末装置の位置登録を要求する位置登録要求を受信し、
   前記ルーティング機能部により、前記書き換え機能部から受け取った前記位置登録要求を、前記自通信網において加入者情報を管理する加入者情報管理装置と前記他の通信事業者の他の通信網において加入者情報を管理する他の加入者情報管理装置へ送信する
   ことを特徴するサービス提供方法。

Images