移動網システム及びガイダンスメッセージ提供方法
【課題】規制対象呼に応じて移動網の負荷を増大させない技術を提供する。
【解決手段】移動網システムにおいて、呼制御サーバが、複数のアクセスゲートウェイのうちの第１アクセスゲートウェイから、第１移動端末から第２移動端末への通話要求の通知を受信する受信手段と、複数のアクセスゲートウェイのうち、上記受信手段により受信された通話要求通知で指定される第２移動端末が接続される第２アクセスゲートウェイが、呼規制されているか否かを判定する判定手段と、ガイダンスメッセージ制御サーバにメッセージ指定情報及びグループ指定情報を含むメッセージ送信指示を送る指示手段と、上記判定手段により第２アクセスゲートウェイが呼規制されていると判定された場合に、第１アクセスゲートウェイに対して、上記メッセージ送信指示に含めたグループ指定情報と同じグループ指定情報を含む応答メッセージを送信する応答手段と、を含む。
【解決手段】移動網システムにおいて、呼制御サーバが、複数のアクセスゲートウェイのうちの第１アクセスゲートウェイから、第１移動端末から第２移動端末への通話要求の通知を受信する受信手段と、複数のアクセスゲートウェイのうち、上記受信手段により受信された通話要求通知で指定される第２移動端末が接続される第２アクセスゲートウェイが、呼規制されているか否かを判定する判定手段と、ガイダンスメッセージ制御サーバにメッセージ指定情報及びグループ指定情報を含むメッセージ送信指示を送る指示手段と、上記判定手段により第２アクセスゲートウェイが呼規制されていると判定された場合に、第１アクセスゲートウェイに対して、上記メッセージ送信指示に含めたグループ指定情報と同じグループ指定情報を含む応答メッセージを送信する応答手段と、を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動網における呼規制する際のガイダンスメッセージ提供技術に関する。
【背景技術】
【０００２】
コンサートやスポーツ等のイベント開催地では、複数の観客が携帯電話を用いて撮影画像を発信することが多いため、通信量の大きい呼が頻発する傾向にある。また、地震や火災等の災害発生地においても同様の傾向が見られる。このように狭い通信エリアで通信が集中した場合には、この通信エリアに位置する移動端末からの呼及び当該移動端末への呼が接続され難くなる可能性がある。原因の一つとして、各呼のために確保すべき通信リソースが不足することが挙げられる。
【０００３】
このような場合に、通信事業者は、「只今大変込み合っております、しばらく経ってからお掛け直し下さい」といったガイダンスメッセージを発信元の移動端末に提供することで、呼を規制する。上記に関連して、以下の技術がある。
【特許文献１】特開２００２−１２４９４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の移動網では、規制対象の呼が増加すると、移動網のトラフィックが増加する共に、ガイダンスメッセージの送信制御を行う制御装置の処理負荷も増大する傾向にあった。通信の集中は、コンサートやスポーツイベントのように予め予想可能な場所及び時間で発生する場合のみでなく、災害時のように予想不可能な場所及び時間で生じる場合もある。このような状況により、移動網の設備設計は困難となっていた。例えば、このような状況を加味し、移動網に冗長な設備を配備すれば、移動網自体のコストが高くなってしまう。
【０００５】
本開示の課題は、このような問題点に鑑み、規制対象呼が増えた場合であっても移動網の負荷を増大させない技術を提供することにある。
【課題を解決するための手段】
【０００６】
本開示の態様では、上述した課題を解決するために、以下の構成を採用する。すなわち、本開示の態様は、ガイダンスメッセージ制御サーバと、呼制御サーバと、無線基地局を介して移動端末に接続される複数のアクセスゲートウェイと、を備える移動網システムであり、上記ガイダンスメッセージ制御サーバ、呼制御サーバ、アクセスゲートウェイは、以下のような構成を有する。
【０００７】
呼制御サーバは、複数のアクセスゲートウェイのうちの第１アクセスゲートウェイから、第１移動端末から第２移動端末への通話要求の通知を受信する受信手段と、複数のアクセスゲートウェイのうち、上記受信手段により受信された通話要求通知で指定される第２移動端末が接続される第２アクセスゲートウェイが、呼規制されているか否かを判定する判定手段と、ガイダンスメッセージ制御サーバにメッセージ指定情報及びグループ指定情報を含むメッセージ送信指示を送る指示手段と、上記判定手段により第２アクセスゲートウェイが呼規制されていると判定された場合に、第１アクセスゲートウェイに対して、上記メッセージ送信指示に含めたグループ指定情報と同じグループ指定情報を含む応答メッセージを送信する応答手段と、を含む。
【０００８】
ガイダンスメッセージ制御サーバは、呼制御サーバからのメッセージ送信指示を受信す
る指示受信手段と、この指示受信手段により受信されたメッセージ送信指示に含まれるメッセージ指定情報に基づいて、このメッセージ指定情報により特定されるガイダンスメッセージデータを取得する取得手段と、上記指示受信手段により受信されたメッセージ送信指示に含まれるグループ指定情報により特定されるマルチキャストグループ宛てに、上記取得手段により取得されたガイダンスメッセージデータをマルチキャスト送信する送信手段と、を含む。
【０００９】
第１アクセスゲートウェイは、上記第１移動端末から無線基地局を介して上記第２移動端末との間の呼の接続要求を受け、この呼接続要求に応じて上記通話要求通知を呼制御サーバへ送信する中継手段と、呼制御サーバから上記応答メッセージを受けた場合、この応答メッセージに含まれるグループ指定情報により特定されるマルチキャストグループへ参加するための処理を行う処理手段と、この処理手段によりマルチキャストグループ参加処理が実行されることにより受信される上記ガイダンスメッセージデータを、上記第１移動端末へ送信するガイダンス送信手段と、を含む。
【００１０】
なお、本開示の別態様としては、以上の移動網システムに含まれる、ガイダンスメッセージ制御サーバ、呼制御サーバ及びアクセスゲートウェイの個々であってもよいし、以上の何れかの構成を実現するガイダンスメッセージ提供方法であってもよい。
【発明の効果】
【００１１】
上記態様によれば、規制対象呼が増えた場合であっても移動網の負荷を増大させない技術を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、実施形態としての移動網システムについて具体例を挙げ説明する。以下に挙げた各実施例はそれぞれ例示であり、本開示は以下の各実施例の構成に限定されない。
【００１３】
［関連技術］
各実施例を説明する前に、まず、本実施形態に関連する技術について説明する。図１は、本実施形態の関連技術における移動網システムの概略システム構成を示す図である。関連技術における移動網システムは、ＭＲＦ（Media Resource Control Function又はMultimedia Resource Function）サーバ２、ＣＳＣＦ（Call Signaling Control Function）サーバ３、ＡＧＷ（Access GateWay）サーバ５、無線基地局装置（以降、単に基地局とも表記する）７等を有する。ＭＲＦサーバ２、ＣＳＣＦサーバ３、ＡＧＷ５はそれぞれＩＰ（Internet Protocol）網１によって接続される。
【００１４】
移動端末９は、基地局７を介してこの移動網システムにアクセスすることにより、種々の通信サービスの提供を受ける。なお、以下の説明では、種々の通信サービスのうちガイダンスメッセージ提供サービスにのみ言及する。ここで、ガイダンスメッセージ提供サービスとは、各種ガイダンスメッセージを発信者の移動端末９に提供するサービスを意味する。本実施形態では、このガイダンスメッセージ提供サービスのうち、呼が規制され通話サービスの提供を受けることができない場合に提供されるガイダンスメッセージを提供するサービスを例に挙げる。その他のガイダンスメッセージ提供サービスには、発信者により操作されたダイアル番号に応じた自動音声応答メッセージを提供するサービスが含まれる。
【００１５】
以下、関連技術における移動網システムを構成する各ノードの役割についてそれぞれ簡単に説明する。
【００１６】
ＭＲＦサーバ２は、ＣＳＣＦサーバ３からの要求に応じて、各種ガイダンスメッセージ
を提供する。ＭＲＦサーバ２は、例えば、ＳＩＰ（Session Initiation Protocol）を用いてＣＳＣＦサーバ３との間でデータのやりとりを行い、ＲＴＰ（Real-time Transport Protocol）を用いてガイダンスメッセージを送信する。ＳＩＰは、テキストベースのプロトコルであり、通信先及び通信元のアドレス指定としてＵＲＩ（Uniform Resource Identifier）を用いる。ＲＴＰは、ＵＤＰ（User Datagram Protocol）上で使用されるプロトコルであり、リアルタイム性の求められるデータ伝送に主に利用される。また、ガイダンスメッセージとは、予め、ＭＲＦサーバ２に登録されているメッセージデータであり、例えば、「只今大変込み合っております、しばらく経ってからお掛け直し下さい」のようなメッセージである。
【００１７】
ＣＳＣＦサーバ３は、ＳＩＰサーバ機能を有し、移動端末９の呼制御を行う。更に、ＣＳＣＦサーバ３は、各ＡＧＷ５の負荷をそれぞれ管理し、負荷状況に応じて各ＡＧＷ５に対する呼規制をそれぞれ行う。ＣＳＣＦサーバ３は、通話要求の相手先の移動端末が接続されるＡＧＷ５を呼規制対象に決定している場合には、そのＡＧＷ５に接続される移動端末宛ての呼又はその移動端末から発せられた呼と所定のガイダンスメッセージとを呼接続するようにＭＲＦサーバ２に指示する。ＣＳＣＦサーバ３が有する呼制御機能は、３ＧＰＰ（3rd Generation Partnership Project）で規定されているＩＭＳ（IP Multimedia Subsystem）では、Ｓ−ＣＳＣＦ（Serving Call Session Control Function）、Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function）、Ｐ−ＣＳＣＦ（Proxy Call Session Control Function）の３つの機能として定義されている。
【００１８】
ＡＧＷ５は、配下の基地局７を介して移動端末９との間のＲＡＮ（Radio Access Network）の終端機能を有する。ＡＧＷ５と基地局７とはＩＰで接続されてもよいし、ＡＴＭ（Asynchronous Transfer Mode）で接続されてもよい。このＲＡＮでは、例えば、ＩＭＴ（International Mobile Telecommunication）−２０００で規定されたＣＣ（Call Control）プロトコルが実行される。
【００１９】
更に、ＡＧＷ５は、ＩＰ網１に接続され、ＩＰ網１で実行されるＶｏＩＰ（Voice over
Internet Protocol）の終端機能を有する。ＡＧＷ５は、配下の基地局７を介して上記ＣＣプロトコルにより移動端末９からの発呼を受けた場合には、ＳＩＰによりＣＳＣＦサーバ３と所定の手続きを行う。所定の手続きとは、例えば、ＣＳＣＦサーバ３への移動端末９の位置登録等である。ＡＧＷ５は、移動端末９と他の移動端末との間でＣＳＣＦサーバ３の制御により呼が接続されると、移動端末９間の通話データに対してＲＡＮとＶｏＩＰとの間の中継処理を実行する。なお、本実施形態ではガイダンスメッセージの転送のみにフォーカスするため、ＡＧＷ５の他の転送機能については詳細説明を省略する。
【００２０】
基地局７は、移動端末９と無線接続し、無線通信により受信されたデータをＲＡＮによりＡＧＷ５に転送する。逆に、基地局７は、ＲＡＮによりＡＧＷ５から受信されたデータを無線通信により移動端末９へ送る。なお、本実施形態は、ＡＧＷ５と基地局７との間の通信及び基地局７と移動端末９との間の無線通信を限定するものではないため、ここでは説明を簡略化する。
【００２１】
〔ガイダンスメッセージのユニキャスト接続〕
以下、関連技術におけるガイダンスメッセージのユニキャスト接続処理について図２を用いて説明する。図２は、関連技術におけるガイダンスメッセージのユニキャスト接続処理を示すシーケンスチャートである。
【００２２】
移動端末９から発呼されると、移動端末９の位置に応じた基地局７（＃２）を介してＡＧＷ５（＃１）とその移動端末９との間でＲＲＣ（Radio Resource Control Protocol）、ＭＭ（Mobility Management Protocol）等の接続が確立される。このようにＡＧＷ５（
＃１）と移動端末９との間の接続が確立されると、移動端末９は、ＳＥＴＵＰメッセージ（CC-SETUP）を基地局７（＃２）を介してＡＧＷ５（＃１）へ送信する（Ｓ１）。ＣＣプロトコルにおけるＳＥＴＵＰメッセージは、移動端末９が発呼したことを示す。なお、図２では、ＣＣプロトコルにおけるメッセージにはＣＣ−を付加して示している。ＡＧＷ５（＃１）は、このＳＥＴＵＰメッセージを受けると、ＳＩＰのＩＮＶＩＴＥメッセージをＣＳＣＦサーバ３に送る（Ｓ２）。ＩＮＶＩＴＥメッセージは、呼セッションを開始するためのＳＩＰメッセージである。
【００２３】
図３は、ＩＮＶＩＴＥメッセージのフォーマット例を示す図である。図３に示すように、ＳＩＰメッセージは、先頭行、ヘッダ部、ボディ部を含む。このリクエスト行には、リクエスト種類を示すＩＮＶＩＴＥ、リクエストの宛先のＵＲＩであるsip:User2@recv.example.com、ＳＩＰバージョンを示すSIP/2.0等が設定される。ＵＲＩに含まれるUser2には、例えば、上記ＳＥＴＵＰメッセージに含まれる通話要求相手の電話番号が設定される。
【００２４】
ヘッダ部には以下のようなデータが設定される。Ｖｉａフィールドに、ＳＩＰバージョン、プロトコル種別、中継するＣＳＣＦのＵＲＩ（cscf.example.com）及び利用されるポート番号（5060）が設定される。Ｆｒｏｍフィールドに、発呼者のＵＲＩ（User1@send.example.com）及びタグ（98765）が設定される。発呼者のＵＲＩに含まれるUser1には、例えば、上記ＳＥＴＵＰメッセージに含まれる発呼者の電話番号が設定される。Ｔｏフィールドには、通話要求相手のＵＲＩが設定される。Ｃａｌｌ−ＩＤフィールドには、呼を識別するための識別情報（以降、コールＩＤとも表記する）が設定される。Ｃｏｎｔａｃｔフィールドにはボディ部に設定されるデータの送信元を示すＵＲＩが設定され、Ｃｏｎｔａｃｔ−Ｔｙｐｅフィールドにはボディ部の種類が設定され、Ｃｏｎｔａｃｔ−Ｌｅｎｇｔｈフィールドにはボディ部のサイズが設定される。図３の例では、ボディ部の種類としてＳＤＰ（Session Description Protocol）が設定されている。
【００２５】
ボディ部には、ｖフィールドにプロトコルバージョン、ｏフィールドにセッション識別情報、ｓフィールドにセッション名、ｃフィールドにコネクション情報、ｔフィールドにセッションの時刻情報、ｍフィールドにメディア情報、ａフィールドに属性情報が設定される。ここでは、通話が要求されているので、ｍフィールドには、メディアタイプとしてａｕｄｉｏが設定され、そのメディアの送信先ポート番号として１００００が設定され、プロトコルとしてＲＴＰ／ＡＶＰ（audio/video profile）が設定されている。なお、上記説明により省略された内容については、ＩＥＴＦ（Internet Engineering Task Force）において標準化されているＲＦＣ３２６１、ＲＦＣ２３２７等に規定されている。
【００２６】
ＣＳＣＦサーバ３は、ＡＧＷ５（＃１）からＩＮＶＩＴＥメッセージを受けると（Ｓ２）、このＩＮＶＩＴＥメッセージから通話要求相手の情報を抽出する。通話要求相手の情報は、例えば、ＩＮＶＩＴＥメッセージのリクエスト行から取得される。ＣＳＣＦサーバ３は、この通話要求相手の情報（User2）からその通話要求相手の移動端末が接続するＡＧＷ５を探す。例えば、ＣＳＣＦサーバ３は、その通話要求相手の移動端末が接続するＡＧＷ５がＡＧＷ５（＃３）であると判断する。
【００２７】
ＣＳＣＦサーバ３は、このＡＧＷ５（＃３）の負荷状態を確認する。ここでは、ＣＳＣＦサーバ３は、ＡＧＷ５（＃３）の配下の基地局７に無線接続される移動端末９宛て及びその移動端末９からの通信が頻発しているため、このＡＧＷ５（＃３）を呼規制対象に決定しているものとする。ＣＳＣＦサーバ３は、ＡＧＷ５（＃３）が呼規制対象であると判断すると、その呼の接続先をガイダンスメッセージに決定し、そのガイダンスメッセージを特定するための識別情報（以降、ＬＧＮ（Logical Guidance Number）と表記する）を取得する。ここでは、複数のガイダンスメッセージのうち呼規制のためのガイダンスメッセージを示すＬＧＮが取得される。ＣＳＣＦサーバ３は、ＩＮＶＩＴＥメッセージに設定
される通話要求相手の情報としてそのＬＧＮを新たに設定し、このＩＮＶＩＴＥメッセージをＭＲＦサーバ２に送信する（Ｓ３）。
【００２８】
図４は、ガイダンスメッセージのユニキャスト接続時におけるＩＮＶＩＴＥメッセージのフォーマット例を示す図である。ＣＳＣＦサーバ３からＭＲＦサーバ２へ送信されるＩＮＶＩＴＥメッセージでは、図４に示すように、図３における通話要求相手の情報（User2）がＬＧＮに変換される。
【００２９】
ＣＳＣＦサーバ３は、このＩＮＶＩＴＥメッセージをＭＲＦサーバ２に送信すると共に（Ｓ３）、ＴＲＹＩＮＧ（１００）メッセージをＡＧＷ５（＃１）へ返信する（Ｓ４）。ＴＲＹＩＮＧ（１００）メッセージは、ＩＮＶＩＴＥメッセージを受け取り、処理していることを送信元に知らせるためのレスポンスメッセージである。
【００３０】
ＡＧＷ５（＃１）は、ＳＩＰによりＴＲＹＩＮＧメッセージをＣＳＣＦサーバ３から受けると（Ｓ４）、移動端末９にＣＣプロトコルを用いてＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージ（CC-CALL-PROC）を送信する（Ｓ５）。このＣＡＬＬメッセージにより、移動端末９は、発呼先の呼び出しが始まり、処理中であることを認識する。
【００３１】
ＭＲＦサーバ２は、ＣＳＣＦサーバ３からＩＮＶＩＴＥメッセージを受けると（Ｓ３）、ＴＲＹＩＮＧ（１００）メッセージをＣＳＣＦサーバ３へ返信し（Ｓ１０）、そのＩＮＶＩＴＥメッセージから抽出されるＬＧＮに対応するガイダンスメッセージを取得する。このガイダンスメッセージは、例えば、音声ＣＯＤＥＣによりデジタル化されて予めＭＲＦサーバ２に格納されているデータである。ＭＲＦサーバ２は、このガイダンスメッセージデータを取得すると、ＯＫ（２００）メッセージをＣＳＣＦサーバ３へ送る（Ｓ１１）。このＯＫメッセージは、通常の呼では受信側の移動端末が通話を受け付けたことを知らせるために送信されるが、ガイダンスメッセージの場合には受信側が存在しないのでＴＲＹＩＮＧメッセージの後に即座に送信される。ＣＳＣＦサーバ３は、このＯＫメッセージを受けると（Ｓ１１）、そのＯＫメッセージをＡＧＷ５（＃１）へ転送する（Ｓ１２）。
【００３２】
ＡＧＷ５（＃１）は、ＯＫメッセージをＣＳＣＦサーバ３から受けると（Ｓ１２）、ＣＣプロトコルによりＣＯＮＮＥＣＴメッセージ（CC-CONNECT）を移動端末９へ送る（Ｓ１５）。ＡＧＷ５（＃１）は、そのＣＯＮＮＥＣＴメッセージの応答として、移動端末９からＣＯＮＮＥＣＴ−ＡＣＫメッセージ（CC-CONNECT ACKNOWLEDGE）を受ける（Ｓ１６）。これにより、ＡＧＷ５（＃１）と移動端末９との間の無線アクセス接続が完了する。ＡＧＷ５（＃１）は、このＣＯＮＮＥＣＴ−ＡＣＫメッセージを受けると（Ｓ１６）、ＳＩＰによりＡＣＫメッセージをＣＳＣＦサーバ３へ送る（Ｓ１７）。ＣＳＣＦサーバ３は、このＡＣＫメッセージをＭＲＦサーバ２へ転送する（Ｓ１８）。なお、上記ＣＯＮＮＥＣＴメッセージ（CC-CONECT）及びＣＯＮＮＥＣＴ−ＡＣＫメッセージ（CC-CONNECT ACKNOWLEDGE）の代わりに、ＰＲＯＧＲＥＳＳメッセージ（CC-PROGRESS）及びＰＲＯＧＲＥＳＳ−ＡＣＫメッセージ（CC-PROGRESS ACKNOWLEDGE）を利用するようにしてもよい。また、ＣＯＮＮＥＣＴメッセージを利用するかＰＲＯＧＲＥＳＳメッセージを利用するかは、その提供されるガイダンスメッセージの種類（有料／無料など）に応じて切り替えるようにしてもよい。
【００３３】
ＭＲＦサーバ２は、ＯＫメッセージを送信した（Ｓ１１）後、ＣＳＣＦサーバ３からＡＣＫメッセージを受けると（Ｓ１８）、その通話要求元（発呼者）の移動端末９が接続するＡＧＷ５（＃１）に対し、ＲＴＰを用いてガイダンスメッセージを送信する（Ｓ１９）。このとき、このガイダンスメッセージパケットの送信先ＩＰアドレスには、ＡＧＷ５（＃１）のＩＰアドレス（ユニキャストアドレス）が設定される。ＡＧＷ５（＃１）は、このガイダンスメッセージを受けると、その発呼者の移動端末９に基地局７（＃２）を介し
てそのガイダンスメッセージを送信する。これにより、移動端末９を利用する発呼者は、「只今大変込み合っております、しばらく経ってからお掛け直し下さい」といったガイダンスメッセージを聞くことになる。
【００３４】
次に、ガイダンスメッセージを受信する移動端末９がこの呼を切断する場合の呼処理について説明する。
【００３５】
移動端末９は、ＣＣプロトコルによりＤＩＳＣＯＮＮＥＣＴメッセージ（CC-DISCONNECT）をＡＧＷ５（＃１）に送る（Ｓ２０）。このＤＩＳＣＯＮＮＥＣＴメッセージは、無線アクセス接続の解放を要求するメッセージである。ＡＧＷ５（＃１）は、このＤＩＳＣＯＮＮＥＣＴメッセージを受けると、ＳＩＰによりＢＹＥメッセージをＣＳＣＦサーバ３に送る（Ｓ２１）。ＢＹＥメッセージは、通話の終了要求でありセッションを終了するために利用される。
【００３６】
ＣＳＣＦサーバ３は、ＡＧＷ５（＃１）からＢＹＥメッセージを受けると、この解放対象となる呼の相手先情報及び発呼者情報を取得する。ＣＳＣＦサーバ３は、例えば、ＢＹＥメッセージのリクエスト行に設定されている相手先のＵＲＩから相手先情報を取得し、ヘッダ部のＦｒｏｍフィールドから発呼者情報を取得する。ここでは、相手先情報としてUser2が取得され、発呼者情報としてUser1が取得される。ＣＳＣＦサーバ３は、User1とUser2との呼にはガイダンスメッセージが提供されている状態であることを認識している。よって、ＣＳＣＦサーバ３は、そのＢＹＥメッセージに含まれる相手先情報をそのガイダンスメッセージを示すＬＧＮに置換し、この置換されたＢＹＥメッセージをＭＲＦサーバ２へ送る（Ｓ２２）。
【００３７】
ＭＲＦサーバ２は、このＢＹＥメッセージをＣＳＣＦサーバ３から受けると、そのＢＹＥメッセージに含まれる発呼者情報で示される発呼者（User1）へのガイダンスメッセージ送信を停止し、ＯＫ（２００）メッセージをＣＳＣＦサーバ３へ返信する（Ｓ２５）。ＣＳＣＦサーバ３は、このＯＫメッセージを受けると、そのメッセージをＡＧＷ５（＃１）へ転送する（Ｓ２６）。
【００３８】
ＡＧＷ５（＃１）は、ＣＳＣＦサーバ３からこのＯＫメッセージを受けると、ＣＣプロトコルによりＲＥＬＥＡＳＥメッセージ（CC-RELEASE）を移動端末９へ送る（Ｓ２７）。移動端末９は、このＲＥＬＥＡＳＥメッセージを受けると、その呼で利用されているリソースを解放し、ＲＥＬＥＡＳＥ−ＣＯＭＰＬＥＴＥメッセージ（CC-RELEASE-COMPLETE）をＡＧＷ５（＃１）へ送る（Ｓ２８）。以上の通信シーケンスにより、上述のように確立された移動端末９とガイダンスメッセージとの間の呼接続が解放される。
【００３９】
このように、関連技術におけるガイダンスメッセージの呼処理では、発呼された呼毎に通信リソースがそれぞれ確保され、確保された各通信リソースを用いて移動端末へガイダンスメッセージがそれぞれ送信される。つまり、呼規制されているＡＧＷ５に接続される移動端末宛ての呼であっても、呼毎にガイダンスメッセージと呼との呼接続処理が実行される。よって、呼規制されているＡＧＷ５に接続される移動端末宛ての呼が増加すると、移動網のトラフィックが更に増加する共に、呼とガイダンスメッセージとの呼接続処理を行うＡＧＷ５、ＣＳＣＦサーバ３及びＭＲＦサーバ２の処理負荷も増大する。
【実施例１】
【００４０】
以下、実施形態としての移動網システムの実施例１について説明する。実施例１では、上述の関連技術とは異なり、ガイダンスメッセージはＭＲＦサーバ２からマルチキャスト送信される。以下、実施例１の移動網システムについて、上述の関連技術と異なる部分を中心に詳細に説明する。
【００４１】
［システム構成］
図５は、実施例１における移動網システム（以降、単にシステムと表記する場合もある）の概略システム構成を示す。実施例１におけるシステムは、上述の関連技術における構成に加えて、更に、ＭＲ（Multicast Router）４を有する。実施例１におけるシステムでは、ＭＲＦサーバ２、ＣＳＣＦサーバ３、ＭＲ４がそれぞれＩＰ網１によって接続される。
【００４２】
［装置構成］
ＭＲ４は、マルチキャスト通信に対応可能なルータである。ＭＲ４は、ＩＰパケットに対する既知のルーティング機能と共に、マルチキャストアドレスの設定されたマルチキャストパケットのルーティング機能も有する。具体的には、ＭＲ４は、ＡＧＷ５をＩＰ網１に接続するためのルータとして機能すると共に、ＩＰ網１からマルチキャストパケットを受信した場合に、接続されるＡＧＷ５のうちそのパケットのマルチキャストグループに属するＡＧＷ５にそのパケットをマルチキャストする。ＭＲ４は、例えば、ＩＧＭＰ（Internet Group Management Protocol）を用いてＡＧＷ５から特定マルチキャストグループへの参加及び離脱申請を受け付け、その申請情報を管理する。図１では、ＭＲ４（＃１）はＡＧＷ５（＃１）と接続し、ＭＲ４（＃２）はＡＧＷ５（＃２）及びＡＧＷ５（＃３）と接続する例が示されている。なお、ＩＧＭＰにおけるマルチキャストグループへの参加及び離脱については、ＲＦＣ１１１２、ＲＦＣ２２３６、ＲＦＣ３３７６等に規定されており、ここでは説明を省略する。更に、本実施形態は、このＩＧＭＰのバージョンを限定しない。
【００４３】
図６は、実施例１におけるＣＳＣＦサーバの構成概念を示すブロック図である。実施例１のＣＳＣＦサーバ３は、制御部３１、記憶部３２、通信部３３等を有する。制御部３１、記憶部３２及び通信部３３は、例えばバス３０によりそれぞれ接続されており、ソフトウェアの構成要素又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。
【００４４】
記憶部３２には、ＡＧＷ管理データベース（ＤＢ）３８が格納される。ＡＧＷ管理ＤＢ３８は、ＡＧＷ５毎に、アドレス情報、接続される移動端末９に関する情報、負荷情報等を格納する。接続される移動端末９に関する情報は、ＳＩＰのＲＥＧＩＳＴＥＲメッセージ等により取得され、例えば電話番号が含まれる。ＡＧＷ５の負荷情報は、ＳＩＰやＳＮＭＰ（Simple Network Management Protocol）等の標準的なメッセージにより取得されてもよいし、独自の通信メッセージによりＡＧＷ５との間で通信することにより取得されるようにしてもよい。負荷情報としては、プロセッサの負荷情報等の他、例えば、確立されている呼接続の数が利用されてもよい。
【００４５】
通信部３３は、通信インタフェースボード（図示せず）を含み、ＳＩＰ通信等を実行する。制御部３１は、通信部３３を介して送受信されるＳＩＰメッセージに基づいて呼処理を行う呼制御部３５と、ＡＧＷ５の負荷を管理するＡＧＷ管理部３６と、を有する。
【００４６】
ＡＧＷ管理部３６は、ＡＧＷ５の負荷情報を取得すると、この情報をＡＧＷ管理ＤＢ３８に格納する。ＡＧＷ管理部３６は、ＡＧＷ５が所定の負荷を超えたと判断した場合には呼を規制すると判定し、呼規制中か否かを示すデータをＡＧＷ管理ＤＢ３８に設定する。なお、呼規制は、ＡＧＷ５が自ら判断し、そのＡＧＷ５からの通知により認識されるようにしてもよい。一方で、ＡＧＷ管理部３６は、呼規制されているＡＧＷ５の負荷が所定の負荷より低くなったと判断すると、呼規制を解除することを決定する。この呼規制の解除についても、ＡＧＷ５から通知されるようにしてもよい。
【００４７】
呼制御部３５は、複数のＡＧＷ５のうち呼規制を行うＡＧＷ５を決定すると、ＭＲＦサーバ２にガイダンスメッセージのマルチキャスト送信を開始させるために、ＩＮＶＩＴＥメッセージをＭＲＦサーバ２に送る。この呼規制対象のＡＧＷ５を検出する処理は、呼制御部３５により所定の周期で実行されてもよいし、ＡＧＷの負荷情報を取得した時点で実行されてもよい。呼制御部３５は、このＩＮＶＩＴＥメッセージに、ガイダンスメッセージを特定するためのＬＧＮ、ガイダンスメッセージを送信するためのマルチキャストアドレス及びポート番号を含める。なお、呼制御部３５は、呼規制されているＡＧＷ５に接続される移動端末９からの呼接続要求に対して提供されるガイダンスメッセージと、呼規制されているＡＧＷ５に接続される移動端末９宛ての呼接続要求に対して提供されるガイダンスメッセージとが異なるメッセージとなるようにＬＧＮを決定してもよい。
【００４８】
図７は、実施例１におけるＣＳＣＦサーバ３からＭＲＦサーバ２へ送られるＩＮＶＩＴＥメッセージのフォーマット例を示す図である。図７に示すように、実施例１では、ＩＮＶＩＴＥメッセージのボディ部のコネクション情報（ｃフィールド）にマルチキャストアドレスが設定され、メディア情報にマルチキャスト送信用のポート番号が設定される。なお、ＬＧＮについては上記関連技術と同様である。
【００４９】
呼制御部３５は、ＡＧＷ５からＩＮＶＩＴＥメッセージが受信された場合には、ＴＲＹＩＮＧ（１００）メッセージを返信すると共に、通常時には、そのＩＮＶＩＴＥメッセージに含まれる通話要求相手の移動端末９と要求元の移動端末９とを呼接続するための処理を実行する。しかしながら、呼制御部３５は、このＩＮＶＩＴＥメッセージの通話要求相手の移動端末が呼規制対象のＡＧＷ５に接続されていると判断すると、ＳＩＰのエラーメッセージ（503 Service Unavailable）を送信する。
【００５０】
図８は、ＳＩＰのエラーメッセージ（503 Service Unavailable）の第１フォーマットタイプの例を示す図である。図９は、ＳＩＰのエラーメッセージ（503 Service Unavailable）の第２フォーマットタイプの例を示す図である。呼制御部３５は、上述のように、ＩＮＶＩＴＥメッセージの通話要求相手の移動端末が呼規制対象のＡＧＷ５に接続されていると判断した場合には、図９に示す第２タイプのエラーメッセージを送信する。一方で、呼制御部３５は、何らかの理由によりそのＩＮＶＩＴＥメッセージに応じてガイダンスメッセージと呼接続ができない場合には、図８に示す第１タイプのエラーメッセージを返信するようにしてもよい。この何らかの理由には、例えばＭＲＦサーバ２が故障した場合等のように、ガイダンスメッセージをマルチキャスト送信できない場合が含まれる。
【００５１】
図８及び９に示されるように、当該エラーメッセージには、そのレスポンス行に503 Service Unavailableを示すテキストデータが含まれる。また、ヘッダ部のＣＳｅｑフィールドには、ＩＮＶＩＴＥメッセージに対するエラー応答であることを示すテキストデータが設定され、Ｒｅａｓｏｎフィールドには、エラーの原因を示すテキストデータ（AGW is
busy）が設定される。ここで、第１タイプと第２タイプとは、ボディ部が存在するか否かで区別される。第１タイプのエラーメッセージでは、ヘッダ部のＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈフィールドに０が設定され、ボディ部が含まれない。一方、第２タイプのエラーメッセージでは、ヘッダ部のＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈフィールドに１以上の値が設定され、ボディ部が含まれる。第２タイプのエラーメッセージに含まれるボディ部には、マルチキャストアドレス及びポート番号が設定される。
【００５２】
呼制御部３５は、第２タイプのエラーメッセージを生成する際には、上記のようにＭＲＦサーバ２へ送信されたＩＮＶＩＴＥメッセージに設定した情報と同じ、マルチキャストアドレス及びポート番号を当該エラーメッセージに含める。
【００５３】
また、呼制御部３５は、呼規制されるＡＧＷが存在しなくなった場合には、ガイダンス
メッセージのマルチキャスト送信を停止させるために、ＳＩＰのＢＹＥメッセージをＭＲＦサーバ２へ送る。
【００５４】
図１０は、実施例１におけるＭＲＦサーバの構成概念を示すブロック図である。実施例１のＭＲＦサーバ２は、制御部２１、記憶部２２、通信部２３等を有する。制御部２１、記憶部２２及び通信部２３は、例えばバス２０によりそれぞれ接続されており、ソフトウェアの構成要素又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。
【００５５】
記憶部２２には、ガイダンスメッセージデータベース（ＤＢ）２７が格納される。ガイダンスメッセージＤＢ２７は、ガイダンスメッセージ毎に、ＬＧＮと音声ＣＯＤＥＣ等によりデジタル化されたメッセージデータとを格納する。各ガイダンスメッセージはそれぞれ固定データであってもよいし、逐次変更されるデータであってもよい。例えば、ガイダンスメッセージ更新処理部（図示せず）が、呼規制対象のＡＧＷの状況変化を受信することで、対象のガイダンスメッセージデータをその状況変化に応じて更新するようにしてもよい。例えば、「只今大変込み合っております、しばらく経ってからお掛け直し下さい」というガイダンスメッセージから、呼規制対象ＡＧＷの負荷が軽減されることにより、「状況は改善されつつありますが未だ込み合っております、もうしばらく経ってからお掛け直し下さい」というメッセージに更新されるようにしてもよい。
【００５６】
通信部２３は、通信インタフェースボード（図示せず）を含み、ＳＩＰ通信及びＲＴＰ通信等を実行する。
【００５７】
制御部２１は、ガイダンスメッセージ制御部２５を含む。ガイダンスメッセージ制御部２５は、通信部２３で受信されたＣＳＣＦサーバ３からのＩＮＶＩＴＥメッセージに基づいて、それに含まれるＬＧＮ、マルチキャストアドレス及びポート番号を取得する。例えば、図７の例によれば、ＬＧＮはリクエスト行から取得され、マルチキャストアドレスはボディ部のコネクション情報（ｃフィールド）から取得され、ポート番号はボディ部のメディア情報（ｍフィールド）から取得される。
【００５８】
ガイダンスメッセージ制御部２５は、取得されたＬＧＮに該当するメッセージデータをガイダンスメッセージＤＢ２７から抽出し、抽出されたメッセージデータをＲＴＰを用いてマルチキャスト送信する。このときＲＴＰのパケットには、上記のように取得されたマルチキャストアドレス及びポート番号が設定される。このガイダンスメッセージのマルチキャスト送信は、例えば、所定の周期で実行される。
【００５９】
一方で、ガイダンスメッセージ制御部２５は、ＣＳＣＦサーバ３からＢＹＥメッセージが通信部２３により受信されると、対象のガイダンスメッセージのマルチキャスト送信を停止する。
【００６０】
図１１は、実施例１におけるＡＧＷの構成概念を示すブロック図である。実施例１のＡＧＷ５は、制御部５１、記憶部５２、ＶｏＩＰ通信部５３、ＲＡＮ通信部５４等を有する。制御部５１、記憶部５２、ＶｏＩＰ通信部５３、ＲＡＮ通信部５４は、例えばバス５０によりそれぞれ接続されており、ソフトウェアの構成要素又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。
【００６１】
実施例１におけるＡＧＷ５は、ＭＲ４を介してＩＰ網１に接続される。よって、ＶｏＩＰ通信部５３は、ＭＲ４に接続される通信線を収容する通信インタフェースボード（図示せず）を含み、ＭＲ４を介してＳＩＰ、ＲＴＰ等を用いたＶｏＩＰ通信を実行する。更に、ＶｏＩＰ通信部５３は、ＭＲ４との間でＩＧＭＰメッセージをやりとりする。ＲＡＮ通
信部５４は、配下の基地局７に接続される通信線を収容する通信インタフェースボード（図示せず）を含み、その基地局７を介して移動端末９との間でＣＣプロトコル等のようなＲＡＮ通信を実行する。
【００６２】
制御部５１は、ＶｏＩＰ終端処理部５５、ＲＡＮ終端処理部５６を含む。
【００６３】
ＶｏＩＰ終端処理部５５は、ＶｏＩＰ通信部５３により実行されるＶｏＩＰ通信の終端処理を行う。この処理の一環として具体的に、ＶｏＩＰ終端処理部５５は、ＩＮＶＩＴＥメッセージの応答としてＴＲＹＩＮＧ（１００）メッセージを受信した後に、ＣＳＣＦサーバ３からエラーメッセージ（503 Service Unavailable）が受信されると、このエラーメッセージが第１タイプか第２タイプかを判別する。この判別には、図９で示されるフォーマットにおけるヘッダ部のＣｏｎｔｅｎｔ−Ｔｙｐｅフィールド及びＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈフィールドが利用される。ＶｏＩＰ終端処理部５５は、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈフィールド値が１以上であり、Ｃｏｎｔｅｎｔ−Ｔｙｐｅフィールドにｓｄｐが設定されている場合に、第２タイプのエラーメッセージであると判断する。
【００６４】
ＶｏＩＰ終端処理部５５は、受信されたエラーメッセージが第２タイプであると判断すると、このエラーメッセージのボディ部からマルチキャストアドレス及びポート番号を取得し、このマルチキャストアドレスへの参加申請をＩＧＭＰを用いてＭＲ４へ送る。以降、ＶｏＩＰ通信部５３ではＭＲＦサーバ２からマルチキャスト送信されるガイダンスメッセージが受信されるようになる。ＶｏＩＰ終端処理部５５は、このガイダンスメッセージデータを取得すると、ＲＡＮ終端処理部５６へ送る。一方で、ＶｏＩＰ終端処理部５５は、ガイダンスメッセージと呼接続されていた移動端末９との間の無線アクセス接続が切断されたことをＲＡＮ終端処理部５６から通知されると、上記マルチキャストアドレスへの離脱申請をＩＧＭＰを用いてＭＲ４へ送る。
【００６５】
なお、ＶｏＩＰ終端処理部５５は、受信されたエラーメッセージが第１タイプであると判断した場合には、関連技術の項で示したようなガイダンスメッセージのユニキャスト接続手法を用いるようにしてもよい。
【００６６】
ＲＡＮ終端処理部５６は、ＲＡＮ通信部５４により実行されるＣＣプロトコル等のＲＡＮ通信を終端する。この処理の一環として具体的には、ＲＡＮ終端処理部５６は、移動端末９からＳＥＴＵＰメッセージを受けると、このメッセージに含まれる通話要求相手情報（電話番号）、要求元情報（電話番号）、及び呼識別情報（Call-ID）などをＶｏＩＰ終端処理部５６へ送る。これにより、ＳＩＰのＩＮＶＩＴＥメッセージがＶｏＩＰ終端処理部５５によりＣＳＣＦサーバ３へ送信される。
【００６７】
更に、ＲＡＮ終端処理部５６は、ＩＮＶＩＴＥメッセージの応答としてＴＲＹＩＮＧ（１００）メッセージが受信されたことをＶｏＩＰ終端処理部５５から通知されると、ＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージを移動端末９に送信する。更に、ＲＡＮ終端処理部５６は、上記エラーメッセージ（503 Service Unavailable）が受信されたことをＶｏＩＰ終端処理部５５から通知されると、移動端末９へＣＯＮＮＥＣＴメッセージ（CC-CONNECT）を移動端末９に送信する。ＲＡＮ終端処理部５６は、ＣＯＮＮＥＣＴメッセージの応答としてＣＯＮＮＥＣＴ−ＡＣＫメッセージを受信すると、ＶｏＩＰ終端処理部５５に対しマルチキャストアドレスへの参加申請処理を行うように指示する。これにより、ＲＡＮ終端処理部５６は、所定のマルチキャストアドレスへの参加申請が行われることによりＶｏＩＰ終端処理部５５から送られるガイダンスメッセージをその移動端末９へ送信する。
【００６８】
［動作例］
以下、実施例１における移動網システムの動作例を説明する。図１２は、実施例１におけるガイダンスメッセージの接続及び切断処理を示すシーケンスチャートである。
【００６９】
ＣＳＣＦサーバ３は、所定の負荷を越えているＡＧＷ５を検出すると、そのＡＧＷ５を呼規制すると決定する。ここでは、ＡＧＷ５＃ｍが呼規制対象として決定されたものとする。呼規制対象のＡＧＷ５＃ｍを決定すると、ＣＳＣＦサーバ３は、対応するガイダンスメッセージを示すＬＧＮ、マルチキャストアドレス及びポート番号を決める。ＣＳＣＦサーバ３は、これら情報を含めたＩＮＶＩＴＥメッセージを生成し（図７参照）、そのＩＮＶＩＴＥメッセージをＭＲＦサーバ２へ送信する（Ｓ１０１）。
【００７０】
ＭＲＦサーバ２は、このＩＮＶＩＴＥメッセージを受信すると、このメッセージからＬＧＮ、マルチキャストアドレス及びポート番号を抽出し、これら情報を保持する。ＭＲＦサーバ２は、ＯＫ（２００）メッセージをＣＳＣＦサーバ３へ返信する（Ｓ１０２）。続いて、ＭＲＦサーバ２は、上記ＬＧＮに対応するガイダンスメッセージデータをガイダンスメッセージＤＢ２７から抽出する。ＭＲＦサーバ２は、上記マルチキャストアドレス及びポート番号を指定してこのガイダンスメッセージデータをマルチキャスト送信する（Ｓ１０３）。以降、所定の周期で、ＭＲＦサーバ２は、そのガイダンスメッセージをマルチキャスト送信する。ＭＲＦサーバ２は、そのメッセージが更新される度にマルチキャスト送信するようにしてもよい。但し、ＭＲＦサーバ２によりマルチキャスト送信されたガイダンスメッセージは、この時点では、いずれのＡＧＷ５も受信できない。
【００７１】
このように、実施例１では、ＭＲＦサーバ２は、規制された呼毎にガイダンスメッセージ提供処理を実行するわけではないため、ＩＮＶＩＴＥメッセージを受信しＯＫメッセージを返信した後に、ガイダンスメッセージデータを送信している。従って、実施例１によれば、上記関連技術では、その他にＴＲＹＩＮＧ（１００）メッセージ及びＡＣＫメッセージが送受されていたのに較べて、送受されるメッセージを削減することができる。なお、実施例１においても、上記関連技術と同様に、ＣＳＣＦサーバ３とＭＲＦサーバ２との間で、ＩＮＶＩＴＥメッセージ、ＴＲＹＩＮＧメッセージ、ＯＫメッセージ及びＡＣＫメッセージをやり取りした後に、ガイダンスメッセージデータを送信するようにしてもよい。
【００７２】
また、以上の処理は、始めて呼規制されるＡＧＷが発生した場合の処理であり、更に他のＡＧＷ５が呼規制対象に決定された場合には、上記（Ｓ１０１）及び（Ｓ１０２）の処理は実行されない。既に、ＡＧＷ５＃ｍの呼規制により、ＭＲＦサーバ２から所望のガイダンスメッセージがマルチキャスト送信されているからである（Ｓ１０３）。
【００７３】
ＡＧＷ５＃ｍが呼規制されガイダンスメッセージがマルチキャスト送信されている状態で、呼規制されていないＡＧＷ５＃ｎが、配下の基地局７を介して移動端末９（User1）からのＣＣプロトコルのＳＥＴＵＰ（CC-SETUP）メッセージを受信する（Ｓ１０５）。このＳＥＴＵＰメッセージが、呼規制されているＡＧＷ５＃ｍに接続される移動端末９宛て（User2宛て）の呼接続要求であったものと仮定する。このとき、ＡＧＷ＃ｎは、図２に示す関連技術と同様に、ＳＩＰのＩＮＶＩＴＥメッセージをＣＳＣＦサーバ３へ送る（Ｓ１０６）。
【００７４】
ＣＳＣＦサーバ３は、このＩＮＶＩＴＥメッセージを受信すると、このＩＮＶＩＴＥメッセージから通話要求相手の情報を抽出する。この通話要求相手の情報は、例えば、ＩＮＶＩＴＥメッセージのリクエスト行から取得される。ＣＳＣＦサーバ３は、正常にＩＮＶＩＴＥメッセージを受信した場合には、ＴＲＹＩＮＧ（１００）メッセージをＡＧＷ５＃ｎへ返信する（Ｓ１０７）。
【００７５】
ＡＧＷ５＃ｎは、ＴＲＹＩＮＧ（１００）メッセージをＣＳＣＦサーバ３から受信すると、配下の基地局を介して、移動端末９にＣＣプロトコルを用いてＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージ（CC-CALL-PROC）を送信する（Ｓ１０８）。このＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージにより、移動端末９は、発呼先の呼び出しが始まり、処理中であることを認識する。
【００７６】
ＣＳＣＦサーバ３は、ＴＲＹＩＮＧ（１００）メッセージを返信すると共に（Ｓ１０７）、上記取得された通話要求相手の情報（User2）からその通話要求相手の移動端末が接続するＡＧＷ５を探す。ここでは、ＣＳＣＦサーバ３は、その通話要求相手の移動端末が接続するＡＧＷ５がＡＧＷ５＃ｍであると判断する。ＣＳＣＦサーバ３は、このＡＧＷ５＃ｍがＡＧＷ管理ＤＢ３８を参照することにより呼規制中であると判断すると、その呼の接続先をガイダンスメッセージに決定する。ＣＳＣＦサーバ３は、上記ＭＲＦサーバ２へ送られたＩＮＶＩＴＥメッセージ（Ｓ１０１）に含められたＬＧＮ、マルチキャストアドレス及びポート番号をＳＩＰのエラーメッセージ（503 Service Unavailable）に含め、このエラーメッセージをＡＧＷ５＃ｎへ返信する（Ｓ１０９）。
【００７７】
ＡＧＷ５＃ｎは、このエラーメッセージを受信すると、このエラーメッセージのタイプを判別する。ＡＧＷ５＃ｎは、このエラーメッセージが第２タイプであると判断すると、このエラーメッセージのボディ部からマルチキャストアドレス及びポート番号を抽出すると共に、ＣＯＮＮＥＣＴメッセージ（CC-CONNECT）を移動端末９へ送る（Ｓ１１０）。ＡＧＷ５＃ｎは、移動端末９からＣＯＮＮＥＣＴ−ＡＣＫメッセージ（CC-CONNECT ACKNOWLEDGE）を受信すると（Ｓ１１１）、上記抽出されたマルチキャストアドレスで特定されるマルチキャストグループへの参加申請を、ＩＧＭＰを用いて、接続されるＭＲ４に送る（Ｓ１１２）。この参加申請には、送信元ポート番号としてエラーメッセージから抽出されたポート番号が設定される。ＡＧＷ５＃ｎは、ＭＲ４からその参加申請に対しての参加承認を受信すると（Ｓ１１３）、そのマルチキャストアドレス及びポート番号で送信されるデータを受信するための準備を行う。
【００７８】
なお、上記ＣＯＮＮＥＣＴメッセージ（CC-CONECT）及びＣＯＮＮＥＣＴ−ＡＣＫメッセージ（CC-CONNECT ACKNOWLEDGE）の代わりに、ＰＲＯＧＲＥＳＳメッセージ（CC-PROGRESS）及びＰＲＯＧＲＥＳＳ−ＡＣＫメッセージ（CC-PROGRESS ACKNOWLEDGE）を利用するようにしてもよい。また、ＣＯＮＮＥＣＴメッセージを利用するかＰＲＯＧＲＥＳＳメッセージを利用するかは、その提供されるガイダンスメッセージの種類（有料／無料など）に応じて切り替えるようにしてもよい。
【００７９】
ＭＲ４は、ＡＧＷ５＃ｎからＩＧＭＰにより参加申請を受けると、その申請に含まれるマルチキャストアドレス、ポート番号及び送信先のＡＧＷのＩＰアドレスを保持する。以降、ＭＲ４は、その保持されるマルチキャストアドレス及びポート番号で受信されたマルチキャストパケットを送信先として登録されているＡＧＷ宛てに送信する。このとき、複数のＡＧＷが登録されている場合には、各ＡＧＷにそのマルチキャストパケットがマルチキャスト送信される。ここでは、ＭＲＦサーバ２からマルチキャスト送信されたガイダンスメッセージデータがＭＲ４で受信され、ＭＲ４からこのガイダンスメッセージデータがＡＧＷ５＃ｎへ転送される（Ｓ１１４）。
【００８０】
すなわち、ＡＧＷ５＃ｎは、ＭＲ４へ対象のマルチキャストグループへの参加申請を行うと、ＭＲＦサーバ２からマルチキャスト送信されるガイダンスメッセージを受信できるようになる。ＡＧＷ５＃ｎは、ガイダンスメッセージを受信すると、そのとき無線アクセス接続が確立されている各移動端末９へそのガイダンスメッセージを送信する。
【００８１】
一方、ガイダンスメッセージを受信する移動端末９がこの呼を切断する場合は、ＩＰ網
１でＳＩＰメッセージが送受されることなく、ＡＧＷ５＃ｎと移動端末９との間で図２に示すＣＣプロトコルシーケンスが実行される（ＤＩＳＣＯＮＮＥＣＴメッセージ（CC-DISCONNECT）(Ｓ１１５)、ＲＥＬＥＡＳＥメッセージ（CC-RELEASE）（Ｓ１１６）及びＲＥＬＥＡＳＥ−ＣＯＭＰＬＥＴＥメッセージ（CC-RELEASE-COMPLETE）（Ｓ１１７））。
【００８２】
ＡＧＷ５＃ｎは、ガイダンスメッセージが提供されていた移動端末９との無線アクセス接続が切断されると、そのガイダンスメッセージが送信されるマルチキャストグループからの離脱申請をＩＧＭＰを用いてＭＲ４へ送る（Ｓ１１８）。ＡＧＷ５＃ｎは、ＭＲ４からその離脱申請に対しての離脱承認を受信する（Ｓ１１９）。
【００８３】
ＭＲ４は、ＡＧＷ５＃ｎからＩＧＭＰにより離脱申請を受けると、その申請に含まれるマルチキャストアドレス、ポート番号に基づいて、送信元のＡＧＷをそのマルチキャストグループから除外する。以降、ＭＲ４は、その保持されるマルチキャストアドレス及びポート番号でマルチキャストパケットを受信したとしても、ＡＧＷ５＃ｎには送信しない。この動作例では、マルチキャストグループからの離脱時に、ＡＧＷ５＃ｎとＭＲ４との間で離脱申請及び離脱承認を送受しているが（Ｓ１１８及びＳ１１９）、他の手法によりＭＲ４がＡＧＷ５＃ｎの離脱状況を認識するようにしてもよい。本実施形態は、マルチキャストグループからのＡＧＷ５＃ｎの離脱手法を限定しない。
【００８４】
図１３は、実施例１におけるガイダンスメッセージの停止処理を示すシーケンスチャートである。
【００８５】
ＣＳＣＦサーバ３は、呼規制対象のＡＧＷ５＃ｍの負荷が低下したことを検知すると、このＡＧＷ５＃ｍの規制を解除すると決定する（Ｓ１２１）。呼規制の解除は、収集されているＡＧＷ５の負荷情報から判断されてもよいし、ＡＧＷ５からの通知により判断されてもよい。ＡＧＷ５＃ｍの呼規制の解除を決定すると、ＣＳＣＦサーバ３は、呼規制されている他のＡＧＷ５の存在を確認する。
【００８６】
ＣＳＣＦサーバ３は、呼規制されている他のＡＧＷ５がないと判断すると（Ｓ１２２）、呼規制のためのガイダンスメッセージの送信を止めるために、ＳＩＰのＢＹＥメッセージをＭＲＦサーバ２へ送信する（Ｓ１２５）。このＢＹＥメッセージには、そのガイダンスメッセージを特定するためのＬＧＮが設定される。ＭＲＦサーバ２は、このＢＹＥメッセージを受信すると、そのメッセージに含まれるＬＧＮで特定されるガイダンスメッセージのマルチキャスト送信を停止する。
【００８７】
〈実施例１の作用及び効果〉
上述のように、実施例１における移動網システムでは、ＣＳＣＦサーバ３によりいずれか１つのＡＧＷ５が呼規制対象に決定されると、ガイダンスメッセージはＭＲＦサーバ２からＣＳＣＦサーバ３により指定されたマルチキャストアドレスによりマルチキャスト送信される。一方、この呼規制されるＡＧＷ５に接続される移動端末９に対しての通話要求（ＩＮＶＩＴＥメッセージ）が呼規制されていないＡＧＷ５を介してＣＳＣＦサーバ３へ送られた場合、上記ガイダンスメッセージのマルチキャスト送信に関するマルチキャストアドレス及びポート番号が設定されたエラーメッセージがその呼規制されていないＡＧＷ５へ送信される。これにより、その呼規制されていないＡＧＷ５は、そのエラーメッセージに含まれるマルチキャストアドレスへの参加登録をＭＲ４へ依頼することにより、ＭＲＦサーバ２からマルチキャスト送信されるガイダンスメッセージを受信する。結果、その通話要求を送った移動端末９はそのガイダンスメッセージを聴くことができる。
【００８８】
従って、実施例１によれば、ＭＲＦサーバ２からガイダンスメッセージがマルチキャスト送信されると、それ以降、呼規制されているＡＧＷ５に接続される移動端末宛ての呼処
理において、ＣＳＣＦサーバ３とＭＲＦサーバ２との間でＳＩＰメッセージをやりとりしなくてもよくなる。よって、呼規制されているＡＧＷ５に接続される移動端末宛ての呼が増加した場合であっても、ＣＳＣＦサーバ３及びＭＲＦサーバ２の処理負荷及びＩＰ網１に流れるトラフィックがその呼に応じて増加することを防ぐことができる。呼規制されているＡＧＷ５に接続される移動端末宛ての呼も規制対象呼であるため、実施例１によれば、規制対象呼の増加に伴う移動網の負荷の増大を防ぐことができる。
【００８９】
更に、実施例１では、ＡＧＷ５の制御部５１が、ＲＴＰによりマルチキャスト送信されたガイダンスメッセージを受信すると、ＶｏＩＰ終端処理部５５からＲＡＮ終端処理部５６に順次そのガイダンスメッセージを転送し、そのとき無線アクセス接続されている各移動端末９へそれぞれそのガイダンスメッセージを送信した。つまり、移動端末９は、無線アクセス接続が確立されたタイミングで受信されているガイダンスメッセージの提供を受けるため、ガイダンスメッセージの途中から受信する場合もあった。従って、実施例１によれば、リアルタイムのメッセージが各移動端末９に提供されるため、逐次ガイダンスメッセージが変更されるような場合にも対応可能である。
【実施例２】
【００９０】
上述の実施例１における移動網システムでは、呼規制対象のＡＧＷ５がＣＳＣＦサーバ３により検出された際に、指定のガイダンスメッセージをマルチキャスト送信するようにＣＳＣＦサーバ３からＭＲＦサーバ２へ指示されていた。実施例２における移動網システムでは、呼規制対象のＡＧＷ５に接続される移動端末を通話要求先とするＩＮＶＩＴＥメッセージがＣＳＣＦサーバ３で受信された際に、指定のガイダンスメッセージをマルチキャスト送信するようにＭＲＦサーバ２へ指示される。以下、実施例２の移動網システムについて、上述の実施例１と異なる部分を中心に詳細に説明する。
【００９１】
［装置構成］
実施例２におけるＣＳＣＦサーバ３は、呼制御部３５の処理内容が実施例１と異なる。実施例２における呼制御部３５は、呼規制を行うＡＧＷ５を決定した時点では、ＭＲＦサーバ２にガイダンスメッセージのマルチキャスト送信を開始させるためのＩＮＶＩＴＥメッセージを送らない。
【００９２】
呼制御部３５は、ＡＧＷ５からＩＮＶＩＴＥメッセージが受信された場合であって、このメッセージに含まれる通話相手先の移動端末９が接続されるＡＧＷ５が呼規制中であり、未だガイダンスメッセージのマルチキャスト送信が開始されていない場合に、ガイダンスメッセージのマルチキャスト送信を開始させるためのＩＮＶＩＴＥメッセージをＭＲＦサーバ２へ送る。呼制御部３５は、ＭＲＦサーバ２からＩＮＶＩＴＥメッセージの応答としてＯＫ（２００）メッセージを受信すると、実施例２と同様に、ＳＩＰのエラーメッセージ（503 Service Unavailable）をＡＧＷ５へ返信する。呼制御部３５は、ガイダンスメッセージの送信指示であるＩＮＶＩＴＥメッセージを送ると、そのＩＮＶＩＴＥメッセージに設定したＬＧＮと共に、指示済みであることを保持する。なお、呼制御部３５は、ＡＧＷ５からＩＮＶＩＴＥメッセージが受信された場合であって、このメッセージに含まれる通話相手先の移動端末９が接続されるＡＧＷ５が呼規制中であったとしても、既にガイダンスメッセージのマルチキャスト送信が開始されている場合には、ＭＲＦサーバ２へＩＮＶＩＴＥメッセージを送ることなく、エラーメッセージをＡＧＷ５へ返信する。
【００９３】
［動作例］
以下、実施例２における移動網システムの動作例を説明する。図１４及び１５は、実施例２におけるガイダンスメッセージの接続及び切断処理を示すシーケンスチャートである。
【００９４】
ＣＳＣＦサーバ３は、ＡＧＷ＃ｍを呼規制対象に決定している。この状態において、呼規制されていないＡＧＷ５＃ｎが、配下の基地局７を介して移動端末９＃１（User1）からのＣＣプロトコルのＳＥＴＵＰ（CC-SETUP）メッセージを受信する（Ｓ２０１）。このＳＥＴＵＰメッセージが、呼規制されているＡＧＷ＃ｍに接続される移動端末９宛て（User2宛て）の呼接続要求である。ＡＧＷ＃ｎは、実施例１と同様に、ＳＩＰのＩＮＶＩＴＥメッセージをＣＳＣＦサーバ３へ送る（Ｓ２０２）。
【００９５】
ＣＳＣＦサーバ３は、ＡＧＷ５＃ｎからＩＮＶＩＴＥメッセージを受けると、このＩＮＶＩＴＥメッセージから通話要求相手の情報を抽出する。この通話要求相手の情報は、例えば、ＩＮＶＩＴＥメッセージのリクエスト行から取得される。ＣＳＣＦサーバ３は、正常にＩＮＶＩＴＥメッセージを受信した場合には、ＴＲＹＩＮＧ（１００）メッセージをＡＧＷ５＃ｎへ返信する（Ｓ２０７）。
【００９６】
ＡＧＷ５＃ｎは、ＴＲＹＩＮＧ（１００）メッセージをＣＳＣＦサーバ３から受信すると、配下の基地局を介して、移動端末９＃１にＣＣプロトコルを用いてＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージ（CC-CALL-PROC）を送信する（Ｓ２０８）。このＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージにより、移動端末９＃１は、発呼先の呼び出しが始まり、処理中であることを認識する。
【００９７】
ＣＳＣＦサーバ３は、ＴＲＹＩＮＧ（１００）メッセージを返信すると共に（Ｓ２０７）、上記取得された通話要求相手の情報（User2）からその通話要求相手の移動端末が接続するＡＧＷ５を探す。ここでは、ＣＳＣＦサーバ３は、その通話要求相手の移動端末が接続するＡＧＷ５がＡＧＷ５＃ｍであると判断する。
【００９８】
ＣＳＣＦサーバ３は、このＡＧＷ５＃ｍが呼規制中か否かをＡＧＷ管理ＤＢ３８を参照することにより確認する。ＣＳＣＦサーバ３は、ＡＧＷ５＃ｍが呼規制対象であると判断すると、その呼の接続先をガイダンスメッセージに決定し、そのガイダンスメッセージを特定するためのＬＧＮを取得する。ＣＳＣＦサーバ３は、このＬＧＮで特定されるガイダンスメッセージが既にマルチキャスト送信されているか否かを確認する。ＣＳＣＦサーバ３は、未だそのガイダンスメッセージがマルチキャスト送信されていないと判断すると、そのＬＧＮが通話要求相手の情報として設定されたＩＮＶＩＴＥメッセージを生成し、このＩＮＶＩＴＥメッセージをＭＲＦサーバ２へ送信する（Ｓ２０３）。なお、このＩＮＶＩＴＥメッセージの内容については実施例１と同様である。
【００９９】
ＭＲＦサーバ２は、このＩＮＶＩＴＥメッセージを受信すると、このメッセージからＬＧＮ、マルチキャストアドレス及びポート番号を抽出し、これら情報を保持する。ＭＲＦサーバ２は、ＯＫ（２００）メッセージをＣＳＣＦサーバ３へ返信する（Ｓ２０４）。続いて、ＭＲＦサーバ２は、上記ＬＧＮに対応するガイダンスメッセージデータをガイダンスメッセージＤＢ２７から抽出する。ＭＲＦサーバ２は、上記マルチキャストアドレス及びポート番号を指定してこのガイダンスメッセージデータをマルチキャスト送信する（Ｓ２０５）。以降、所定の周期で、ＭＲＦサーバ２は、そのガイダンスメッセージをマルチキャスト送信する。ＭＲＦサーバ２は、そのメッセージが更新される度にマルチキャスト送信するようにしてもよい。但し、ＭＲＦサーバ２によりマルチキャスト送信されたガイダンスメッセージは、この時点では、いずれのＡＧＷ５も受信できない。
【０１００】
ＣＳＣＦサーバ３は、ＭＲＦサーバ２からＯＫ（２００）メッセージを受信すると、上記ＭＲＦサーバ２へ送られたＩＮＶＩＴＥメッセージ（Ｓ２０３）に含められたマルチキャストアドレス及びポート番号をＳＩＰのエラーメッセージ（503 Service Unavailable）に含め、このエラーメッセージをＡＧＷ５＃ｎへ送信する（Ｓ２０９）。このエラーメッセージは、図９で示した第２タイプのフォーマットで生成される。
【０１０１】
ＡＧＷ５＃ｎは、このエラーメッセージを受信すると、このエラーメッセージのタイプを判別する。ＡＧＷ５＃ｎは、このエラーメッセージが第２タイプであると判断すると、このエラーメッセージからマルチキャストアドレス及びポート番号を抽出すると共に、配下の基地局を介してＣＯＮＮＥＣＴメッセージ（CC-CONNECT）を移動端末９＃１へ送る（Ｓ２１０）。ＡＧＷ５＃ｎは、移動端末９＃１からのＣＯＮＮＥＣＴ−ＡＣＫメッセージを配下の基地局を介して受信すると（Ｓ２１１）、上記抽出されたマルチキャストアドレスで特定されるマルチキャストグループへの参加申請を、ＩＧＭＰを用いて、接続されるＭＲ４に送る（Ｓ２１２）。この参加申請には、送信元ポート番号としてエラーメッセージから抽出されたポート番号が設定される。ＡＧＷ５＃ｎは、ＭＲ４からその参加申請に対しての参加承認を受信すると（Ｓ２１３）、そのマルチキャストアドレス及びポート番号で送信されるデータを受信するための準備を行う。実施例２においても、実施例１と同様に、上記ＣＯＮＮＥＣＴメッセージ（CC-CONECT）及びＣＯＮＮＥＣＴ−ＡＣＫメッセージ（CC-CONNECT ACKNOWLEDGE）の代わりに、ＰＲＯＧＲＥＳＳメッセージ（CC-PROGRESS）及びＰＲＯＧＲＥＳＳ−ＡＣＫメッセージ（CC-PROGRESS ACKNOWLEDGE）を利用するようにしてもよい。
【０１０２】
ＭＲ４は、ＡＧＷ５＃ｎからＩＧＭＰにより参加申請を受けると、その申請に含まれるマルチキャストアドレス、ポート番号及び送信先のＡＧＷのＩＰアドレスを保持する。以降、ＭＲ４は、その保持されるマルチキャストアドレス及びポート番号で受信されたマルチキャストパケットを送信先として登録されているＡＧＷ宛てに送信する。このとき、複数のＡＧＷが登録されている場合には、各ＡＧＷにそのマルチキャストパケットがマルチキャスト送信される。ここでは、ＭＲＦサーバ２からマルチキャスト送信されたガイダンスメッセージデータがＭＲ４で受信され、ＭＲ４からこのガイダンスメッセージデータがＡＧＷ５＃ｎへ転送される（Ｓ２１４）。
【０１０３】
すなわち、ＡＧＷ５＃ｎは、ＭＲ４へ対象のマルチキャストグループへの参加申請を行うと、ＭＲＦサーバ２からマルチキャスト送信されるガイダンスメッセージを受信できるようになる。ＡＧＷ５＃ｎは、ガイダンスメッセージを受信すると、そのとき無線アクセス接続が確立されている移動端末９＃１へそのガイダンスメッセージを送信する。
【０１０４】
一方、ガイダンスメッセージを受信する移動端末９＃１がこの呼を切断する場合は、ＩＰ網１でＳＩＰメッセージが送受されることなく、ＡＧＷ５＃ｎと移動端末９との間で図２に示すＣＣプロトコルシーケンスが実行される（ＤＩＳＣＯＮＮＥＣＴメッセージ（CC-DISCONNECT）(Ｓ２１５)、ＲＥＬＥＡＳＥメッセージ（CC-RELEASE）（Ｓ２１６）及びＲＥＬＥＡＳＥ−ＣＯＭＰＬＥＴＥメッセージ（CC-RELEASE-COMPLETE）（Ｓ２１７））。
【０１０５】
ＡＧＷ５＃ｎは、ガイダンスメッセージが提供されていた移動端末９＃１との無線アクセス接続が切断されると、そのガイダンスメッセージが送信されるマルチキャストグループからの離脱申請をＩＧＭＰを用いてＭＲ４へ送る（Ｓ２１８）。ＡＧＷ５＃ｎは、ＭＲ４からその離脱申請に対しての離脱承認を受信する（Ｓ２１９）。
【０１０６】
ＭＲ４は、ＡＧＷ５＃ｎからＩＧＭＰにより離脱申請を受けると、その申請に含まれるマルチキャストアドレス、ポート番号に基づいて、送信元のＡＧＷをそのマルチキャストグループから除外する。以降、ＭＲ４は、その保持されるマルチキャストアドレス及びポート番号でマルチキャストパケットを受信したとしても、ＡＧＷ５＃ｎには送信しない。この場合でも、ＡＧＷ５＃ｎとＭＲ４との間におけるマルチキャストグループからの離脱手法は限定されない。
【０１０７】
以上の処理は、呼規制されるＡＧＷ５＃ｍに接続される移動端末９を通話要求相手とした呼接続要求に対して提供されるガイダンスメッセージが未だマルチキャスト送信されていない場合の処理を示した。以下、図１５を参照して、既に当該ガイダンスメッセージがマルチキャスト送信されている場合の処理について説明する。
【０１０８】
上述のような処理により、既に呼規制するためのガイダンスメッセージがＭＲＦサーバ２からマルチキャスト送信されている（Ｓ２０５、Ｓ２１４）。この状態において、呼規制されていないＡＧＷ５＃ｎが、配下の基地局７を介して移動端末９＃２からのＣＣプロトコルのＳＥＴＵＰ（CC-SETUP）メッセージを受信する（Ｓ２２１）。このＳＥＴＵＰメッセージが、呼規制されているＡＧＷ＃ｍに接続される移動端末９宛ての呼接続要求である。ＡＧＷ＃ｎは、実施例１と同様に、ＳＩＰのＩＮＶＩＴＥメッセージをＣＳＣＦサーバ３へ送る（Ｓ２２２）。
【０１０９】
ＣＳＣＦサーバ３は、ＡＧＷ５＃ｎからＩＮＶＩＴＥメッセージを受けると、このＩＮＶＩＴＥメッセージから通話要求相手の情報を抽出する。ＣＳＣＦサーバ３は、この通話要求相手の情報からその通話要求相手の移動端末が接続するＡＧＷ５を探す。ここでは、ＣＳＣＦサーバ３は、その通話要求相手の移動端末が接続するＡＧＷ５がＡＧＷ５＃ｍであると判断する。
【０１１０】
ＣＳＣＦサーバ３は、このＡＧＷ５＃ｍが呼規制中か否かをＡＧＷ管理ＤＢ３８を参照することにより確認する。ＣＳＣＦサーバ３は、ＡＧＷ５＃ｍが呼規制対象であると判断すると、その呼の接続先をガイダンスメッセージに決定し、そのガイダンスメッセージを特定するためのＬＧＮを取得する。ＣＳＣＦサーバ３は、このＬＧＮで特定されるガイダンスメッセージが既にマルチキャスト送信されているか否かを確認する。ここでは、ＣＳＣＦサーバ３は、そのガイダンスメッセージが既にマルチキャスト送信されていると判断する。
【０１１１】
ＣＳＣＦサーバ３は、当該ガイダンスメッセージが既にマルチキャスト送信されていると判断すると、そのガイダンスメッセージについて保持されているマルチキャストアドレス及びポート番号をＳＩＰのエラーメッセージ（503 Service Unavailable）に含め、このエラーメッセージを、ＴＲＹＩＮＧ（１００）メッセージを返信した後で（Ｓ２２３）、ＡＧＷ５＃ｎへ返信する（Ｓ２２５）。このエラーメッセージは、第２タイプのフォーマットで生成される。
【０１１２】
ＡＧＷ５＃ｎは、このエラーメッセージを受信すると、実施例１と同様に、このエラーメッセージのタイプを判別する。ＡＧＷ５＃ｎは、このエラーメッセージが第２タイプであると判断すると、このエラーメッセージからマルチキャストアドレス及びポート番号を抽出すると共に、ＣＯＮＮＥＣＴメッセージ（CC-CONNECT）を移動端末９＃２へ送る（Ｓ２２６）。ＡＧＷ５＃ｎは、ＣＯＮＮＥＣＴ−ＡＣＫメッセージを配下の基地局を介して移動端末９＃２から受信すると（Ｓ２２７）、上記抽出されたマルチキャストアドレスで特定されるマルチキャストグループへの参加申請を、ＩＧＭＰを用いて、接続されるＭＲ４に送る（Ｓ２２８）。この参加申請には、送信元ポート番号としてエラーメッセージから抽出されたポート番号が設定される。ＡＧＷ５＃ｎは、ＭＲ４からその参加申請に対しての参加承認を受信すると（Ｓ２２９）、以降、ＭＲ４からこのガイダンスメッセージデータがＡＧＷ５＃ｎへ転送される（Ｓ２３０）。
【０１１３】
ＡＧＷ５＃ｎは、そのガイダンスメッセージを受信すると、そのとき無線アクセス接続が確立されている移動端末９＃２へそのガイダンスメッセージを送信する。
【０１１４】
なお、ガイダンスメッセージを受信する移動端末９＃２がこの呼を切断する場合の処理
については、上述したとおりであり、ここでは説明を省略する。
【０１１５】
〈実施例２の作用及び効果〉
上述のように、実施例２における移動網システムでは、ＣＳＣＦサーバ３において、ＩＮＶＩＴＥメッセージがＡＧＷ５から受信されると、このＩＮＶＩＴＥメッセージに含まれる通話要求相手情報に基づいてその通話要求相手の移動端末が接続されるＡＧＷ５が呼規制中か否かが判定される。そのＡＧＷ５が呼規制中である場合には更に所定のガイダンスメッセージが既にマルチキャスト送信されているか否かが判定される。結果として、未だそのガイダンスメッセージがマルチキャスト送信されていないと判断された場合に、指定のガイダンスメッセージのマルチキャスト送信指示であるＩＮＶＩＴＥメッセージがＣＳＣＦサーバ３からＭＲＦサーバ２へ送信される。
【０１１６】
以降、実施例１と同様に、ＣＳＣＦサーバ３からＳＩＰのエラーメッセージがＡＧＷ５に送られ、ＡＧＷ５がそのエラーメッセージに含まれるマルチキャストアドレスへの参加登録をＭＲ４へ行うことによりＡＧＷ５で当該ガイダンスメッセージが受信されるようになる。
【０１１７】
従って、実施例２によれば、呼規制されているＡＧＷ５に接続される移動端末９宛てに呼接続要求が発生して始めて、ＭＲＦサーバ２からガイダンスメッセージのマルチキャスト送信が開始されるため、実施例１と同様の効果を得ると共に、更に、無駄な通信リソースの消費を防ぐことができる。
【０１１８】
［その他］
〈ハードウェアの構成要素（Component）及びソフトウェアの構成要素（Component）について〉
ハードウェアの構成要素とは、ハードウェア回路であり、例えば、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、ゲートアレイ、論理ゲートの組み合わせ、信号処理回路、アナログ回路等がある。
【０１１９】
ソフトウェアの構成要素とは、ソフトウェアとして上記処理を実現する部品（断片）であり、そのソフトウェアを実現する言語、開発環境等を限定する概念ではない。ソフトウェアの構成要素としては、例えば、タスク、プロセス、スレッド、ドライバ、ファームウェア、データベース、テーブル、関数、プロシジャ、サブルーチン、プログラムコードの所定の部分、データ構造、配列、変数、パラメータ等がある。これらソフトウェアの構成要素は、１又は複数のメモリ（１または複数のプロセッサ（例えば、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）等）上で実現される。
【０１２０】
なお、上述の各実施形態は、上記各処理部の実現手法を限定するものではない。上記各処理部は、上記ハードウェアの構成要素又はソフトウェアの構成要素若しくはこれらの組み合わせとして、本技術分野の通常の技術者において実現可能な手法により構成されていればよい。
【図面の簡単な説明】
【０１２１】
【図１】本実施形態の関連技術における移動網システムの概略システム構成を示す図。
【図２】関連技術におけるガイダンスメッセージのユニキャスト接続処理を示すシーケンスチャート。
【図３】ＩＮＶＩＴＥメッセージのフォーマット例を示す図。
【図４】ガイダンスメッセージのユニキャスト接続時におけるＩＮＶＩＴＥメッセージのフォーマット例を示す図。
【図５】実施例１における移動網システムの概略システム構成を示す図。
【図６】実施例１におけるＣＳＣＦサーバの構成概念を示すブロック図。
【図７】実施例１におけるＣＳＣＦサーバからＭＲＦサーバへ送られるＩＮＶＩＴＥメッセージのフォーマット例を示す図。
【図８】実施例１における第１タイプのエラーメッセージのフォーマット例を示す図。
【図９】実施例１における第２タイプのエラーメッセージのフォーマット例を示す図。
【図１０】実施例１におけるＭＲＦサーバの構成概念を示すブロック図。
【図１１】実施例１におけるＡＧＷの構成概念を示すブロック図。
【図１２】実施例１におけるガイダンスメッセージの接続及び切断処理を示すシーケンスチャート。
【図１３】実施例１におけるガイダンスメッセージの停止処理を示すシーケンスチャート。
【図１４】実施例２におけるガイダンスメッセージの接続及び切断処理を示すシーケンスチャート。
【図１５】実施例２におけるガイダンスメッセージの接続及び切断処理を示すシーケンスチャート。
【符号の説明】
【０１２２】
１ ＩＰ網
２ ＭＲＦ（Media Resource Control Function又はMultimedia Resource Function）サーバ
３ ＣＳＣＦ（Call Signaling Control Function）サーバ
５ ＡＧＷ（Access GateWay）サーバ
７ 無線基地局装置（基地局）
９ 移動端末
２１、３１、５１ 制御部
２２、３２、５２ 記憶部
２３、３３ 通信部
２５ ガイダンスメッセージ制御部
２７ ガイダンスメッセージデータベース（ＤＢ）
３５ 呼制御部
３６ ＡＧＷ管理部
３８ ＡＧＷ管理データベース（ＤＢ）
５３ ＶｏＩＰ通信部
５４ ＲＡＮ通信部
５５ ＶｏＩＰ終端処理部
５６ ＲＡＮ終端処理部
【技術分野】
【０００１】
本発明は、移動網における呼規制する際のガイダンスメッセージ提供技術に関する。
【背景技術】
【０００２】
コンサートやスポーツ等のイベント開催地では、複数の観客が携帯電話を用いて撮影画像を発信することが多いため、通信量の大きい呼が頻発する傾向にある。また、地震や火災等の災害発生地においても同様の傾向が見られる。このように狭い通信エリアで通信が集中した場合には、この通信エリアに位置する移動端末からの呼及び当該移動端末への呼が接続され難くなる可能性がある。原因の一つとして、各呼のために確保すべき通信リソースが不足することが挙げられる。
【０００３】
このような場合に、通信事業者は、「只今大変込み合っております、しばらく経ってからお掛け直し下さい」といったガイダンスメッセージを発信元の移動端末に提供することで、呼を規制する。上記に関連して、以下の技術がある。
【特許文献１】特開２００２−１２４９４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の移動網では、規制対象の呼が増加すると、移動網のトラフィックが増加する共に、ガイダンスメッセージの送信制御を行う制御装置の処理負荷も増大する傾向にあった。通信の集中は、コンサートやスポーツイベントのように予め予想可能な場所及び時間で発生する場合のみでなく、災害時のように予想不可能な場所及び時間で生じる場合もある。このような状況により、移動網の設備設計は困難となっていた。例えば、このような状況を加味し、移動網に冗長な設備を配備すれば、移動網自体のコストが高くなってしまう。
【０００５】
本開示の課題は、このような問題点に鑑み、規制対象呼が増えた場合であっても移動網の負荷を増大させない技術を提供することにある。
【課題を解決するための手段】
【０００６】
本開示の態様では、上述した課題を解決するために、以下の構成を採用する。すなわち、本開示の態様は、ガイダンスメッセージ制御サーバと、呼制御サーバと、無線基地局を介して移動端末に接続される複数のアクセスゲートウェイと、を備える移動網システムであり、上記ガイダンスメッセージ制御サーバ、呼制御サーバ、アクセスゲートウェイは、以下のような構成を有する。
【０００７】
呼制御サーバは、複数のアクセスゲートウェイのうちの第１アクセスゲートウェイから、第１移動端末から第２移動端末への通話要求の通知を受信する受信手段と、複数のアクセスゲートウェイのうち、上記受信手段により受信された通話要求通知で指定される第２移動端末が接続される第２アクセスゲートウェイが、呼規制されているか否かを判定する判定手段と、ガイダンスメッセージ制御サーバにメッセージ指定情報及びグループ指定情報を含むメッセージ送信指示を送る指示手段と、上記判定手段により第２アクセスゲートウェイが呼規制されていると判定された場合に、第１アクセスゲートウェイに対して、上記メッセージ送信指示に含めたグループ指定情報と同じグループ指定情報を含む応答メッセージを送信する応答手段と、を含む。
【０００８】
ガイダンスメッセージ制御サーバは、呼制御サーバからのメッセージ送信指示を受信す
る指示受信手段と、この指示受信手段により受信されたメッセージ送信指示に含まれるメッセージ指定情報に基づいて、このメッセージ指定情報により特定されるガイダンスメッセージデータを取得する取得手段と、上記指示受信手段により受信されたメッセージ送信指示に含まれるグループ指定情報により特定されるマルチキャストグループ宛てに、上記取得手段により取得されたガイダンスメッセージデータをマルチキャスト送信する送信手段と、を含む。
【０００９】
第１アクセスゲートウェイは、上記第１移動端末から無線基地局を介して上記第２移動端末との間の呼の接続要求を受け、この呼接続要求に応じて上記通話要求通知を呼制御サーバへ送信する中継手段と、呼制御サーバから上記応答メッセージを受けた場合、この応答メッセージに含まれるグループ指定情報により特定されるマルチキャストグループへ参加するための処理を行う処理手段と、この処理手段によりマルチキャストグループ参加処理が実行されることにより受信される上記ガイダンスメッセージデータを、上記第１移動端末へ送信するガイダンス送信手段と、を含む。
【００１０】
なお、本開示の別態様としては、以上の移動網システムに含まれる、ガイダンスメッセージ制御サーバ、呼制御サーバ及びアクセスゲートウェイの個々であってもよいし、以上の何れかの構成を実現するガイダンスメッセージ提供方法であってもよい。
【発明の効果】
【００１１】
上記態様によれば、規制対象呼が増えた場合であっても移動網の負荷を増大させない技術を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、実施形態としての移動網システムについて具体例を挙げ説明する。以下に挙げた各実施例はそれぞれ例示であり、本開示は以下の各実施例の構成に限定されない。
【００１３】
［関連技術］
各実施例を説明する前に、まず、本実施形態に関連する技術について説明する。図１は、本実施形態の関連技術における移動網システムの概略システム構成を示す図である。関連技術における移動網システムは、ＭＲＦ（Media Resource Control Function又はMultimedia Resource Function）サーバ２、ＣＳＣＦ（Call Signaling Control Function）サーバ３、ＡＧＷ（Access GateWay）サーバ５、無線基地局装置（以降、単に基地局とも表記する）７等を有する。ＭＲＦサーバ２、ＣＳＣＦサーバ３、ＡＧＷ５はそれぞれＩＰ（Internet Protocol）網１によって接続される。
【００１４】
移動端末９は、基地局７を介してこの移動網システムにアクセスすることにより、種々の通信サービスの提供を受ける。なお、以下の説明では、種々の通信サービスのうちガイダンスメッセージ提供サービスにのみ言及する。ここで、ガイダンスメッセージ提供サービスとは、各種ガイダンスメッセージを発信者の移動端末９に提供するサービスを意味する。本実施形態では、このガイダンスメッセージ提供サービスのうち、呼が規制され通話サービスの提供を受けることができない場合に提供されるガイダンスメッセージを提供するサービスを例に挙げる。その他のガイダンスメッセージ提供サービスには、発信者により操作されたダイアル番号に応じた自動音声応答メッセージを提供するサービスが含まれる。
【００１５】
以下、関連技術における移動網システムを構成する各ノードの役割についてそれぞれ簡単に説明する。
【００１６】
ＭＲＦサーバ２は、ＣＳＣＦサーバ３からの要求に応じて、各種ガイダンスメッセージ
を提供する。ＭＲＦサーバ２は、例えば、ＳＩＰ（Session Initiation Protocol）を用いてＣＳＣＦサーバ３との間でデータのやりとりを行い、ＲＴＰ（Real-time Transport Protocol）を用いてガイダンスメッセージを送信する。ＳＩＰは、テキストベースのプロトコルであり、通信先及び通信元のアドレス指定としてＵＲＩ（Uniform Resource Identifier）を用いる。ＲＴＰは、ＵＤＰ（User Datagram Protocol）上で使用されるプロトコルであり、リアルタイム性の求められるデータ伝送に主に利用される。また、ガイダンスメッセージとは、予め、ＭＲＦサーバ２に登録されているメッセージデータであり、例えば、「只今大変込み合っております、しばらく経ってからお掛け直し下さい」のようなメッセージである。
【００１７】
ＣＳＣＦサーバ３は、ＳＩＰサーバ機能を有し、移動端末９の呼制御を行う。更に、ＣＳＣＦサーバ３は、各ＡＧＷ５の負荷をそれぞれ管理し、負荷状況に応じて各ＡＧＷ５に対する呼規制をそれぞれ行う。ＣＳＣＦサーバ３は、通話要求の相手先の移動端末が接続されるＡＧＷ５を呼規制対象に決定している場合には、そのＡＧＷ５に接続される移動端末宛ての呼又はその移動端末から発せられた呼と所定のガイダンスメッセージとを呼接続するようにＭＲＦサーバ２に指示する。ＣＳＣＦサーバ３が有する呼制御機能は、３ＧＰＰ（3rd Generation Partnership Project）で規定されているＩＭＳ（IP Multimedia Subsystem）では、Ｓ−ＣＳＣＦ（Serving Call Session Control Function）、Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function）、Ｐ−ＣＳＣＦ（Proxy Call Session Control Function）の３つの機能として定義されている。
【００１８】
ＡＧＷ５は、配下の基地局７を介して移動端末９との間のＲＡＮ（Radio Access Network）の終端機能を有する。ＡＧＷ５と基地局７とはＩＰで接続されてもよいし、ＡＴＭ（Asynchronous Transfer Mode）で接続されてもよい。このＲＡＮでは、例えば、ＩＭＴ（International Mobile Telecommunication）−２０００で規定されたＣＣ（Call Control）プロトコルが実行される。
【００１９】
更に、ＡＧＷ５は、ＩＰ網１に接続され、ＩＰ網１で実行されるＶｏＩＰ（Voice over
Internet Protocol）の終端機能を有する。ＡＧＷ５は、配下の基地局７を介して上記ＣＣプロトコルにより移動端末９からの発呼を受けた場合には、ＳＩＰによりＣＳＣＦサーバ３と所定の手続きを行う。所定の手続きとは、例えば、ＣＳＣＦサーバ３への移動端末９の位置登録等である。ＡＧＷ５は、移動端末９と他の移動端末との間でＣＳＣＦサーバ３の制御により呼が接続されると、移動端末９間の通話データに対してＲＡＮとＶｏＩＰとの間の中継処理を実行する。なお、本実施形態ではガイダンスメッセージの転送のみにフォーカスするため、ＡＧＷ５の他の転送機能については詳細説明を省略する。
【００２０】
基地局７は、移動端末９と無線接続し、無線通信により受信されたデータをＲＡＮによりＡＧＷ５に転送する。逆に、基地局７は、ＲＡＮによりＡＧＷ５から受信されたデータを無線通信により移動端末９へ送る。なお、本実施形態は、ＡＧＷ５と基地局７との間の通信及び基地局７と移動端末９との間の無線通信を限定するものではないため、ここでは説明を簡略化する。
【００２１】
〔ガイダンスメッセージのユニキャスト接続〕
以下、関連技術におけるガイダンスメッセージのユニキャスト接続処理について図２を用いて説明する。図２は、関連技術におけるガイダンスメッセージのユニキャスト接続処理を示すシーケンスチャートである。
【００２２】
移動端末９から発呼されると、移動端末９の位置に応じた基地局７（＃２）を介してＡＧＷ５（＃１）とその移動端末９との間でＲＲＣ（Radio Resource Control Protocol）、ＭＭ（Mobility Management Protocol）等の接続が確立される。このようにＡＧＷ５（
＃１）と移動端末９との間の接続が確立されると、移動端末９は、ＳＥＴＵＰメッセージ（CC-SETUP）を基地局７（＃２）を介してＡＧＷ５（＃１）へ送信する（Ｓ１）。ＣＣプロトコルにおけるＳＥＴＵＰメッセージは、移動端末９が発呼したことを示す。なお、図２では、ＣＣプロトコルにおけるメッセージにはＣＣ−を付加して示している。ＡＧＷ５（＃１）は、このＳＥＴＵＰメッセージを受けると、ＳＩＰのＩＮＶＩＴＥメッセージをＣＳＣＦサーバ３に送る（Ｓ２）。ＩＮＶＩＴＥメッセージは、呼セッションを開始するためのＳＩＰメッセージである。
【００２３】
図３は、ＩＮＶＩＴＥメッセージのフォーマット例を示す図である。図３に示すように、ＳＩＰメッセージは、先頭行、ヘッダ部、ボディ部を含む。このリクエスト行には、リクエスト種類を示すＩＮＶＩＴＥ、リクエストの宛先のＵＲＩであるsip:User2@recv.example.com、ＳＩＰバージョンを示すSIP/2.0等が設定される。ＵＲＩに含まれるUser2には、例えば、上記ＳＥＴＵＰメッセージに含まれる通話要求相手の電話番号が設定される。
【００２４】
ヘッダ部には以下のようなデータが設定される。Ｖｉａフィールドに、ＳＩＰバージョン、プロトコル種別、中継するＣＳＣＦのＵＲＩ（cscf.example.com）及び利用されるポート番号（5060）が設定される。Ｆｒｏｍフィールドに、発呼者のＵＲＩ（User1@send.example.com）及びタグ（98765）が設定される。発呼者のＵＲＩに含まれるUser1には、例えば、上記ＳＥＴＵＰメッセージに含まれる発呼者の電話番号が設定される。Ｔｏフィールドには、通話要求相手のＵＲＩが設定される。Ｃａｌｌ−ＩＤフィールドには、呼を識別するための識別情報（以降、コールＩＤとも表記する）が設定される。Ｃｏｎｔａｃｔフィールドにはボディ部に設定されるデータの送信元を示すＵＲＩが設定され、Ｃｏｎｔａｃｔ−Ｔｙｐｅフィールドにはボディ部の種類が設定され、Ｃｏｎｔａｃｔ−Ｌｅｎｇｔｈフィールドにはボディ部のサイズが設定される。図３の例では、ボディ部の種類としてＳＤＰ（Session Description Protocol）が設定されている。
【００２５】
ボディ部には、ｖフィールドにプロトコルバージョン、ｏフィールドにセッション識別情報、ｓフィールドにセッション名、ｃフィールドにコネクション情報、ｔフィールドにセッションの時刻情報、ｍフィールドにメディア情報、ａフィールドに属性情報が設定される。ここでは、通話が要求されているので、ｍフィールドには、メディアタイプとしてａｕｄｉｏが設定され、そのメディアの送信先ポート番号として１００００が設定され、プロトコルとしてＲＴＰ／ＡＶＰ（audio/video profile）が設定されている。なお、上記説明により省略された内容については、ＩＥＴＦ（Internet Engineering Task Force）において標準化されているＲＦＣ３２６１、ＲＦＣ２３２７等に規定されている。
【００２６】
ＣＳＣＦサーバ３は、ＡＧＷ５（＃１）からＩＮＶＩＴＥメッセージを受けると（Ｓ２）、このＩＮＶＩＴＥメッセージから通話要求相手の情報を抽出する。通話要求相手の情報は、例えば、ＩＮＶＩＴＥメッセージのリクエスト行から取得される。ＣＳＣＦサーバ３は、この通話要求相手の情報（User2）からその通話要求相手の移動端末が接続するＡＧＷ５を探す。例えば、ＣＳＣＦサーバ３は、その通話要求相手の移動端末が接続するＡＧＷ５がＡＧＷ５（＃３）であると判断する。
【００２７】
ＣＳＣＦサーバ３は、このＡＧＷ５（＃３）の負荷状態を確認する。ここでは、ＣＳＣＦサーバ３は、ＡＧＷ５（＃３）の配下の基地局７に無線接続される移動端末９宛て及びその移動端末９からの通信が頻発しているため、このＡＧＷ５（＃３）を呼規制対象に決定しているものとする。ＣＳＣＦサーバ３は、ＡＧＷ５（＃３）が呼規制対象であると判断すると、その呼の接続先をガイダンスメッセージに決定し、そのガイダンスメッセージを特定するための識別情報（以降、ＬＧＮ（Logical Guidance Number）と表記する）を取得する。ここでは、複数のガイダンスメッセージのうち呼規制のためのガイダンスメッセージを示すＬＧＮが取得される。ＣＳＣＦサーバ３は、ＩＮＶＩＴＥメッセージに設定
される通話要求相手の情報としてそのＬＧＮを新たに設定し、このＩＮＶＩＴＥメッセージをＭＲＦサーバ２に送信する（Ｓ３）。
【００２８】
図４は、ガイダンスメッセージのユニキャスト接続時におけるＩＮＶＩＴＥメッセージのフォーマット例を示す図である。ＣＳＣＦサーバ３からＭＲＦサーバ２へ送信されるＩＮＶＩＴＥメッセージでは、図４に示すように、図３における通話要求相手の情報（User2）がＬＧＮに変換される。
【００２９】
ＣＳＣＦサーバ３は、このＩＮＶＩＴＥメッセージをＭＲＦサーバ２に送信すると共に（Ｓ３）、ＴＲＹＩＮＧ（１００）メッセージをＡＧＷ５（＃１）へ返信する（Ｓ４）。ＴＲＹＩＮＧ（１００）メッセージは、ＩＮＶＩＴＥメッセージを受け取り、処理していることを送信元に知らせるためのレスポンスメッセージである。
【００３０】
ＡＧＷ５（＃１）は、ＳＩＰによりＴＲＹＩＮＧメッセージをＣＳＣＦサーバ３から受けると（Ｓ４）、移動端末９にＣＣプロトコルを用いてＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージ（CC-CALL-PROC）を送信する（Ｓ５）。このＣＡＬＬメッセージにより、移動端末９は、発呼先の呼び出しが始まり、処理中であることを認識する。
【００３１】
ＭＲＦサーバ２は、ＣＳＣＦサーバ３からＩＮＶＩＴＥメッセージを受けると（Ｓ３）、ＴＲＹＩＮＧ（１００）メッセージをＣＳＣＦサーバ３へ返信し（Ｓ１０）、そのＩＮＶＩＴＥメッセージから抽出されるＬＧＮに対応するガイダンスメッセージを取得する。このガイダンスメッセージは、例えば、音声ＣＯＤＥＣによりデジタル化されて予めＭＲＦサーバ２に格納されているデータである。ＭＲＦサーバ２は、このガイダンスメッセージデータを取得すると、ＯＫ（２００）メッセージをＣＳＣＦサーバ３へ送る（Ｓ１１）。このＯＫメッセージは、通常の呼では受信側の移動端末が通話を受け付けたことを知らせるために送信されるが、ガイダンスメッセージの場合には受信側が存在しないのでＴＲＹＩＮＧメッセージの後に即座に送信される。ＣＳＣＦサーバ３は、このＯＫメッセージを受けると（Ｓ１１）、そのＯＫメッセージをＡＧＷ５（＃１）へ転送する（Ｓ１２）。
【００３２】
ＡＧＷ５（＃１）は、ＯＫメッセージをＣＳＣＦサーバ３から受けると（Ｓ１２）、ＣＣプロトコルによりＣＯＮＮＥＣＴメッセージ（CC-CONNECT）を移動端末９へ送る（Ｓ１５）。ＡＧＷ５（＃１）は、そのＣＯＮＮＥＣＴメッセージの応答として、移動端末９からＣＯＮＮＥＣＴ−ＡＣＫメッセージ（CC-CONNECT ACKNOWLEDGE）を受ける（Ｓ１６）。これにより、ＡＧＷ５（＃１）と移動端末９との間の無線アクセス接続が完了する。ＡＧＷ５（＃１）は、このＣＯＮＮＥＣＴ−ＡＣＫメッセージを受けると（Ｓ１６）、ＳＩＰによりＡＣＫメッセージをＣＳＣＦサーバ３へ送る（Ｓ１７）。ＣＳＣＦサーバ３は、このＡＣＫメッセージをＭＲＦサーバ２へ転送する（Ｓ１８）。なお、上記ＣＯＮＮＥＣＴメッセージ（CC-CONECT）及びＣＯＮＮＥＣＴ−ＡＣＫメッセージ（CC-CONNECT ACKNOWLEDGE）の代わりに、ＰＲＯＧＲＥＳＳメッセージ（CC-PROGRESS）及びＰＲＯＧＲＥＳＳ−ＡＣＫメッセージ（CC-PROGRESS ACKNOWLEDGE）を利用するようにしてもよい。また、ＣＯＮＮＥＣＴメッセージを利用するかＰＲＯＧＲＥＳＳメッセージを利用するかは、その提供されるガイダンスメッセージの種類（有料／無料など）に応じて切り替えるようにしてもよい。
【００３３】
ＭＲＦサーバ２は、ＯＫメッセージを送信した（Ｓ１１）後、ＣＳＣＦサーバ３からＡＣＫメッセージを受けると（Ｓ１８）、その通話要求元（発呼者）の移動端末９が接続するＡＧＷ５（＃１）に対し、ＲＴＰを用いてガイダンスメッセージを送信する（Ｓ１９）。このとき、このガイダンスメッセージパケットの送信先ＩＰアドレスには、ＡＧＷ５（＃１）のＩＰアドレス（ユニキャストアドレス）が設定される。ＡＧＷ５（＃１）は、このガイダンスメッセージを受けると、その発呼者の移動端末９に基地局７（＃２）を介し
てそのガイダンスメッセージを送信する。これにより、移動端末９を利用する発呼者は、「只今大変込み合っております、しばらく経ってからお掛け直し下さい」といったガイダンスメッセージを聞くことになる。
【００３４】
次に、ガイダンスメッセージを受信する移動端末９がこの呼を切断する場合の呼処理について説明する。
【００３５】
移動端末９は、ＣＣプロトコルによりＤＩＳＣＯＮＮＥＣＴメッセージ（CC-DISCONNECT）をＡＧＷ５（＃１）に送る（Ｓ２０）。このＤＩＳＣＯＮＮＥＣＴメッセージは、無線アクセス接続の解放を要求するメッセージである。ＡＧＷ５（＃１）は、このＤＩＳＣＯＮＮＥＣＴメッセージを受けると、ＳＩＰによりＢＹＥメッセージをＣＳＣＦサーバ３に送る（Ｓ２１）。ＢＹＥメッセージは、通話の終了要求でありセッションを終了するために利用される。
【００３６】
ＣＳＣＦサーバ３は、ＡＧＷ５（＃１）からＢＹＥメッセージを受けると、この解放対象となる呼の相手先情報及び発呼者情報を取得する。ＣＳＣＦサーバ３は、例えば、ＢＹＥメッセージのリクエスト行に設定されている相手先のＵＲＩから相手先情報を取得し、ヘッダ部のＦｒｏｍフィールドから発呼者情報を取得する。ここでは、相手先情報としてUser2が取得され、発呼者情報としてUser1が取得される。ＣＳＣＦサーバ３は、User1とUser2との呼にはガイダンスメッセージが提供されている状態であることを認識している。よって、ＣＳＣＦサーバ３は、そのＢＹＥメッセージに含まれる相手先情報をそのガイダンスメッセージを示すＬＧＮに置換し、この置換されたＢＹＥメッセージをＭＲＦサーバ２へ送る（Ｓ２２）。
【００３７】
ＭＲＦサーバ２は、このＢＹＥメッセージをＣＳＣＦサーバ３から受けると、そのＢＹＥメッセージに含まれる発呼者情報で示される発呼者（User1）へのガイダンスメッセージ送信を停止し、ＯＫ（２００）メッセージをＣＳＣＦサーバ３へ返信する（Ｓ２５）。ＣＳＣＦサーバ３は、このＯＫメッセージを受けると、そのメッセージをＡＧＷ５（＃１）へ転送する（Ｓ２６）。
【００３８】
ＡＧＷ５（＃１）は、ＣＳＣＦサーバ３からこのＯＫメッセージを受けると、ＣＣプロトコルによりＲＥＬＥＡＳＥメッセージ（CC-RELEASE）を移動端末９へ送る（Ｓ２７）。移動端末９は、このＲＥＬＥＡＳＥメッセージを受けると、その呼で利用されているリソースを解放し、ＲＥＬＥＡＳＥ−ＣＯＭＰＬＥＴＥメッセージ（CC-RELEASE-COMPLETE）をＡＧＷ５（＃１）へ送る（Ｓ２８）。以上の通信シーケンスにより、上述のように確立された移動端末９とガイダンスメッセージとの間の呼接続が解放される。
【００３９】
このように、関連技術におけるガイダンスメッセージの呼処理では、発呼された呼毎に通信リソースがそれぞれ確保され、確保された各通信リソースを用いて移動端末へガイダンスメッセージがそれぞれ送信される。つまり、呼規制されているＡＧＷ５に接続される移動端末宛ての呼であっても、呼毎にガイダンスメッセージと呼との呼接続処理が実行される。よって、呼規制されているＡＧＷ５に接続される移動端末宛ての呼が増加すると、移動網のトラフィックが更に増加する共に、呼とガイダンスメッセージとの呼接続処理を行うＡＧＷ５、ＣＳＣＦサーバ３及びＭＲＦサーバ２の処理負荷も増大する。
【実施例１】
【００４０】
以下、実施形態としての移動網システムの実施例１について説明する。実施例１では、上述の関連技術とは異なり、ガイダンスメッセージはＭＲＦサーバ２からマルチキャスト送信される。以下、実施例１の移動網システムについて、上述の関連技術と異なる部分を中心に詳細に説明する。
【００４１】
［システム構成］
図５は、実施例１における移動網システム（以降、単にシステムと表記する場合もある）の概略システム構成を示す。実施例１におけるシステムは、上述の関連技術における構成に加えて、更に、ＭＲ（Multicast Router）４を有する。実施例１におけるシステムでは、ＭＲＦサーバ２、ＣＳＣＦサーバ３、ＭＲ４がそれぞれＩＰ網１によって接続される。
【００４２】
［装置構成］
ＭＲ４は、マルチキャスト通信に対応可能なルータである。ＭＲ４は、ＩＰパケットに対する既知のルーティング機能と共に、マルチキャストアドレスの設定されたマルチキャストパケットのルーティング機能も有する。具体的には、ＭＲ４は、ＡＧＷ５をＩＰ網１に接続するためのルータとして機能すると共に、ＩＰ網１からマルチキャストパケットを受信した場合に、接続されるＡＧＷ５のうちそのパケットのマルチキャストグループに属するＡＧＷ５にそのパケットをマルチキャストする。ＭＲ４は、例えば、ＩＧＭＰ（Internet Group Management Protocol）を用いてＡＧＷ５から特定マルチキャストグループへの参加及び離脱申請を受け付け、その申請情報を管理する。図１では、ＭＲ４（＃１）はＡＧＷ５（＃１）と接続し、ＭＲ４（＃２）はＡＧＷ５（＃２）及びＡＧＷ５（＃３）と接続する例が示されている。なお、ＩＧＭＰにおけるマルチキャストグループへの参加及び離脱については、ＲＦＣ１１１２、ＲＦＣ２２３６、ＲＦＣ３３７６等に規定されており、ここでは説明を省略する。更に、本実施形態は、このＩＧＭＰのバージョンを限定しない。
【００４３】
図６は、実施例１におけるＣＳＣＦサーバの構成概念を示すブロック図である。実施例１のＣＳＣＦサーバ３は、制御部３１、記憶部３２、通信部３３等を有する。制御部３１、記憶部３２及び通信部３３は、例えばバス３０によりそれぞれ接続されており、ソフトウェアの構成要素又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。
【００４４】
記憶部３２には、ＡＧＷ管理データベース（ＤＢ）３８が格納される。ＡＧＷ管理ＤＢ３８は、ＡＧＷ５毎に、アドレス情報、接続される移動端末９に関する情報、負荷情報等を格納する。接続される移動端末９に関する情報は、ＳＩＰのＲＥＧＩＳＴＥＲメッセージ等により取得され、例えば電話番号が含まれる。ＡＧＷ５の負荷情報は、ＳＩＰやＳＮＭＰ（Simple Network Management Protocol）等の標準的なメッセージにより取得されてもよいし、独自の通信メッセージによりＡＧＷ５との間で通信することにより取得されるようにしてもよい。負荷情報としては、プロセッサの負荷情報等の他、例えば、確立されている呼接続の数が利用されてもよい。
【００４５】
通信部３３は、通信インタフェースボード（図示せず）を含み、ＳＩＰ通信等を実行する。制御部３１は、通信部３３を介して送受信されるＳＩＰメッセージに基づいて呼処理を行う呼制御部３５と、ＡＧＷ５の負荷を管理するＡＧＷ管理部３６と、を有する。
【００４６】
ＡＧＷ管理部３６は、ＡＧＷ５の負荷情報を取得すると、この情報をＡＧＷ管理ＤＢ３８に格納する。ＡＧＷ管理部３６は、ＡＧＷ５が所定の負荷を超えたと判断した場合には呼を規制すると判定し、呼規制中か否かを示すデータをＡＧＷ管理ＤＢ３８に設定する。なお、呼規制は、ＡＧＷ５が自ら判断し、そのＡＧＷ５からの通知により認識されるようにしてもよい。一方で、ＡＧＷ管理部３６は、呼規制されているＡＧＷ５の負荷が所定の負荷より低くなったと判断すると、呼規制を解除することを決定する。この呼規制の解除についても、ＡＧＷ５から通知されるようにしてもよい。
【００４７】
呼制御部３５は、複数のＡＧＷ５のうち呼規制を行うＡＧＷ５を決定すると、ＭＲＦサーバ２にガイダンスメッセージのマルチキャスト送信を開始させるために、ＩＮＶＩＴＥメッセージをＭＲＦサーバ２に送る。この呼規制対象のＡＧＷ５を検出する処理は、呼制御部３５により所定の周期で実行されてもよいし、ＡＧＷの負荷情報を取得した時点で実行されてもよい。呼制御部３５は、このＩＮＶＩＴＥメッセージに、ガイダンスメッセージを特定するためのＬＧＮ、ガイダンスメッセージを送信するためのマルチキャストアドレス及びポート番号を含める。なお、呼制御部３５は、呼規制されているＡＧＷ５に接続される移動端末９からの呼接続要求に対して提供されるガイダンスメッセージと、呼規制されているＡＧＷ５に接続される移動端末９宛ての呼接続要求に対して提供されるガイダンスメッセージとが異なるメッセージとなるようにＬＧＮを決定してもよい。
【００４８】
図７は、実施例１におけるＣＳＣＦサーバ３からＭＲＦサーバ２へ送られるＩＮＶＩＴＥメッセージのフォーマット例を示す図である。図７に示すように、実施例１では、ＩＮＶＩＴＥメッセージのボディ部のコネクション情報（ｃフィールド）にマルチキャストアドレスが設定され、メディア情報にマルチキャスト送信用のポート番号が設定される。なお、ＬＧＮについては上記関連技術と同様である。
【００４９】
呼制御部３５は、ＡＧＷ５からＩＮＶＩＴＥメッセージが受信された場合には、ＴＲＹＩＮＧ（１００）メッセージを返信すると共に、通常時には、そのＩＮＶＩＴＥメッセージに含まれる通話要求相手の移動端末９と要求元の移動端末９とを呼接続するための処理を実行する。しかしながら、呼制御部３５は、このＩＮＶＩＴＥメッセージの通話要求相手の移動端末が呼規制対象のＡＧＷ５に接続されていると判断すると、ＳＩＰのエラーメッセージ（503 Service Unavailable）を送信する。
【００５０】
図８は、ＳＩＰのエラーメッセージ（503 Service Unavailable）の第１フォーマットタイプの例を示す図である。図９は、ＳＩＰのエラーメッセージ（503 Service Unavailable）の第２フォーマットタイプの例を示す図である。呼制御部３５は、上述のように、ＩＮＶＩＴＥメッセージの通話要求相手の移動端末が呼規制対象のＡＧＷ５に接続されていると判断した場合には、図９に示す第２タイプのエラーメッセージを送信する。一方で、呼制御部３５は、何らかの理由によりそのＩＮＶＩＴＥメッセージに応じてガイダンスメッセージと呼接続ができない場合には、図８に示す第１タイプのエラーメッセージを返信するようにしてもよい。この何らかの理由には、例えばＭＲＦサーバ２が故障した場合等のように、ガイダンスメッセージをマルチキャスト送信できない場合が含まれる。
【００５１】
図８及び９に示されるように、当該エラーメッセージには、そのレスポンス行に503 Service Unavailableを示すテキストデータが含まれる。また、ヘッダ部のＣＳｅｑフィールドには、ＩＮＶＩＴＥメッセージに対するエラー応答であることを示すテキストデータが設定され、Ｒｅａｓｏｎフィールドには、エラーの原因を示すテキストデータ（AGW is
busy）が設定される。ここで、第１タイプと第２タイプとは、ボディ部が存在するか否かで区別される。第１タイプのエラーメッセージでは、ヘッダ部のＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈフィールドに０が設定され、ボディ部が含まれない。一方、第２タイプのエラーメッセージでは、ヘッダ部のＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈフィールドに１以上の値が設定され、ボディ部が含まれる。第２タイプのエラーメッセージに含まれるボディ部には、マルチキャストアドレス及びポート番号が設定される。
【００５２】
呼制御部３５は、第２タイプのエラーメッセージを生成する際には、上記のようにＭＲＦサーバ２へ送信されたＩＮＶＩＴＥメッセージに設定した情報と同じ、マルチキャストアドレス及びポート番号を当該エラーメッセージに含める。
【００５３】
また、呼制御部３５は、呼規制されるＡＧＷが存在しなくなった場合には、ガイダンス
メッセージのマルチキャスト送信を停止させるために、ＳＩＰのＢＹＥメッセージをＭＲＦサーバ２へ送る。
【００５４】
図１０は、実施例１におけるＭＲＦサーバの構成概念を示すブロック図である。実施例１のＭＲＦサーバ２は、制御部２１、記憶部２２、通信部２３等を有する。制御部２１、記憶部２２及び通信部２３は、例えばバス２０によりそれぞれ接続されており、ソフトウェアの構成要素又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。
【００５５】
記憶部２２には、ガイダンスメッセージデータベース（ＤＢ）２７が格納される。ガイダンスメッセージＤＢ２７は、ガイダンスメッセージ毎に、ＬＧＮと音声ＣＯＤＥＣ等によりデジタル化されたメッセージデータとを格納する。各ガイダンスメッセージはそれぞれ固定データであってもよいし、逐次変更されるデータであってもよい。例えば、ガイダンスメッセージ更新処理部（図示せず）が、呼規制対象のＡＧＷの状況変化を受信することで、対象のガイダンスメッセージデータをその状況変化に応じて更新するようにしてもよい。例えば、「只今大変込み合っております、しばらく経ってからお掛け直し下さい」というガイダンスメッセージから、呼規制対象ＡＧＷの負荷が軽減されることにより、「状況は改善されつつありますが未だ込み合っております、もうしばらく経ってからお掛け直し下さい」というメッセージに更新されるようにしてもよい。
【００５６】
通信部２３は、通信インタフェースボード（図示せず）を含み、ＳＩＰ通信及びＲＴＰ通信等を実行する。
【００５７】
制御部２１は、ガイダンスメッセージ制御部２５を含む。ガイダンスメッセージ制御部２５は、通信部２３で受信されたＣＳＣＦサーバ３からのＩＮＶＩＴＥメッセージに基づいて、それに含まれるＬＧＮ、マルチキャストアドレス及びポート番号を取得する。例えば、図７の例によれば、ＬＧＮはリクエスト行から取得され、マルチキャストアドレスはボディ部のコネクション情報（ｃフィールド）から取得され、ポート番号はボディ部のメディア情報（ｍフィールド）から取得される。
【００５８】
ガイダンスメッセージ制御部２５は、取得されたＬＧＮに該当するメッセージデータをガイダンスメッセージＤＢ２７から抽出し、抽出されたメッセージデータをＲＴＰを用いてマルチキャスト送信する。このときＲＴＰのパケットには、上記のように取得されたマルチキャストアドレス及びポート番号が設定される。このガイダンスメッセージのマルチキャスト送信は、例えば、所定の周期で実行される。
【００５９】
一方で、ガイダンスメッセージ制御部２５は、ＣＳＣＦサーバ３からＢＹＥメッセージが通信部２３により受信されると、対象のガイダンスメッセージのマルチキャスト送信を停止する。
【００６０】
図１１は、実施例１におけるＡＧＷの構成概念を示すブロック図である。実施例１のＡＧＷ５は、制御部５１、記憶部５２、ＶｏＩＰ通信部５３、ＲＡＮ通信部５４等を有する。制御部５１、記憶部５２、ＶｏＩＰ通信部５３、ＲＡＮ通信部５４は、例えばバス５０によりそれぞれ接続されており、ソフトウェアの構成要素又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。
【００６１】
実施例１におけるＡＧＷ５は、ＭＲ４を介してＩＰ網１に接続される。よって、ＶｏＩＰ通信部５３は、ＭＲ４に接続される通信線を収容する通信インタフェースボード（図示せず）を含み、ＭＲ４を介してＳＩＰ、ＲＴＰ等を用いたＶｏＩＰ通信を実行する。更に、ＶｏＩＰ通信部５３は、ＭＲ４との間でＩＧＭＰメッセージをやりとりする。ＲＡＮ通
信部５４は、配下の基地局７に接続される通信線を収容する通信インタフェースボード（図示せず）を含み、その基地局７を介して移動端末９との間でＣＣプロトコル等のようなＲＡＮ通信を実行する。
【００６２】
制御部５１は、ＶｏＩＰ終端処理部５５、ＲＡＮ終端処理部５６を含む。
【００６３】
ＶｏＩＰ終端処理部５５は、ＶｏＩＰ通信部５３により実行されるＶｏＩＰ通信の終端処理を行う。この処理の一環として具体的に、ＶｏＩＰ終端処理部５５は、ＩＮＶＩＴＥメッセージの応答としてＴＲＹＩＮＧ（１００）メッセージを受信した後に、ＣＳＣＦサーバ３からエラーメッセージ（503 Service Unavailable）が受信されると、このエラーメッセージが第１タイプか第２タイプかを判別する。この判別には、図９で示されるフォーマットにおけるヘッダ部のＣｏｎｔｅｎｔ−Ｔｙｐｅフィールド及びＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈフィールドが利用される。ＶｏＩＰ終端処理部５５は、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈフィールド値が１以上であり、Ｃｏｎｔｅｎｔ−Ｔｙｐｅフィールドにｓｄｐが設定されている場合に、第２タイプのエラーメッセージであると判断する。
【００６４】
ＶｏＩＰ終端処理部５５は、受信されたエラーメッセージが第２タイプであると判断すると、このエラーメッセージのボディ部からマルチキャストアドレス及びポート番号を取得し、このマルチキャストアドレスへの参加申請をＩＧＭＰを用いてＭＲ４へ送る。以降、ＶｏＩＰ通信部５３ではＭＲＦサーバ２からマルチキャスト送信されるガイダンスメッセージが受信されるようになる。ＶｏＩＰ終端処理部５５は、このガイダンスメッセージデータを取得すると、ＲＡＮ終端処理部５６へ送る。一方で、ＶｏＩＰ終端処理部５５は、ガイダンスメッセージと呼接続されていた移動端末９との間の無線アクセス接続が切断されたことをＲＡＮ終端処理部５６から通知されると、上記マルチキャストアドレスへの離脱申請をＩＧＭＰを用いてＭＲ４へ送る。
【００６５】
なお、ＶｏＩＰ終端処理部５５は、受信されたエラーメッセージが第１タイプであると判断した場合には、関連技術の項で示したようなガイダンスメッセージのユニキャスト接続手法を用いるようにしてもよい。
【００６６】
ＲＡＮ終端処理部５６は、ＲＡＮ通信部５４により実行されるＣＣプロトコル等のＲＡＮ通信を終端する。この処理の一環として具体的には、ＲＡＮ終端処理部５６は、移動端末９からＳＥＴＵＰメッセージを受けると、このメッセージに含まれる通話要求相手情報（電話番号）、要求元情報（電話番号）、及び呼識別情報（Call-ID）などをＶｏＩＰ終端処理部５６へ送る。これにより、ＳＩＰのＩＮＶＩＴＥメッセージがＶｏＩＰ終端処理部５５によりＣＳＣＦサーバ３へ送信される。
【００６７】
更に、ＲＡＮ終端処理部５６は、ＩＮＶＩＴＥメッセージの応答としてＴＲＹＩＮＧ（１００）メッセージが受信されたことをＶｏＩＰ終端処理部５５から通知されると、ＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージを移動端末９に送信する。更に、ＲＡＮ終端処理部５６は、上記エラーメッセージ（503 Service Unavailable）が受信されたことをＶｏＩＰ終端処理部５５から通知されると、移動端末９へＣＯＮＮＥＣＴメッセージ（CC-CONNECT）を移動端末９に送信する。ＲＡＮ終端処理部５６は、ＣＯＮＮＥＣＴメッセージの応答としてＣＯＮＮＥＣＴ−ＡＣＫメッセージを受信すると、ＶｏＩＰ終端処理部５５に対しマルチキャストアドレスへの参加申請処理を行うように指示する。これにより、ＲＡＮ終端処理部５６は、所定のマルチキャストアドレスへの参加申請が行われることによりＶｏＩＰ終端処理部５５から送られるガイダンスメッセージをその移動端末９へ送信する。
【００６８】
［動作例］
以下、実施例１における移動網システムの動作例を説明する。図１２は、実施例１におけるガイダンスメッセージの接続及び切断処理を示すシーケンスチャートである。
【００６９】
ＣＳＣＦサーバ３は、所定の負荷を越えているＡＧＷ５を検出すると、そのＡＧＷ５を呼規制すると決定する。ここでは、ＡＧＷ５＃ｍが呼規制対象として決定されたものとする。呼規制対象のＡＧＷ５＃ｍを決定すると、ＣＳＣＦサーバ３は、対応するガイダンスメッセージを示すＬＧＮ、マルチキャストアドレス及びポート番号を決める。ＣＳＣＦサーバ３は、これら情報を含めたＩＮＶＩＴＥメッセージを生成し（図７参照）、そのＩＮＶＩＴＥメッセージをＭＲＦサーバ２へ送信する（Ｓ１０１）。
【００７０】
ＭＲＦサーバ２は、このＩＮＶＩＴＥメッセージを受信すると、このメッセージからＬＧＮ、マルチキャストアドレス及びポート番号を抽出し、これら情報を保持する。ＭＲＦサーバ２は、ＯＫ（２００）メッセージをＣＳＣＦサーバ３へ返信する（Ｓ１０２）。続いて、ＭＲＦサーバ２は、上記ＬＧＮに対応するガイダンスメッセージデータをガイダンスメッセージＤＢ２７から抽出する。ＭＲＦサーバ２は、上記マルチキャストアドレス及びポート番号を指定してこのガイダンスメッセージデータをマルチキャスト送信する（Ｓ１０３）。以降、所定の周期で、ＭＲＦサーバ２は、そのガイダンスメッセージをマルチキャスト送信する。ＭＲＦサーバ２は、そのメッセージが更新される度にマルチキャスト送信するようにしてもよい。但し、ＭＲＦサーバ２によりマルチキャスト送信されたガイダンスメッセージは、この時点では、いずれのＡＧＷ５も受信できない。
【００７１】
このように、実施例１では、ＭＲＦサーバ２は、規制された呼毎にガイダンスメッセージ提供処理を実行するわけではないため、ＩＮＶＩＴＥメッセージを受信しＯＫメッセージを返信した後に、ガイダンスメッセージデータを送信している。従って、実施例１によれば、上記関連技術では、その他にＴＲＹＩＮＧ（１００）メッセージ及びＡＣＫメッセージが送受されていたのに較べて、送受されるメッセージを削減することができる。なお、実施例１においても、上記関連技術と同様に、ＣＳＣＦサーバ３とＭＲＦサーバ２との間で、ＩＮＶＩＴＥメッセージ、ＴＲＹＩＮＧメッセージ、ＯＫメッセージ及びＡＣＫメッセージをやり取りした後に、ガイダンスメッセージデータを送信するようにしてもよい。
【００７２】
また、以上の処理は、始めて呼規制されるＡＧＷが発生した場合の処理であり、更に他のＡＧＷ５が呼規制対象に決定された場合には、上記（Ｓ１０１）及び（Ｓ１０２）の処理は実行されない。既に、ＡＧＷ５＃ｍの呼規制により、ＭＲＦサーバ２から所望のガイダンスメッセージがマルチキャスト送信されているからである（Ｓ１０３）。
【００７３】
ＡＧＷ５＃ｍが呼規制されガイダンスメッセージがマルチキャスト送信されている状態で、呼規制されていないＡＧＷ５＃ｎが、配下の基地局７を介して移動端末９（User1）からのＣＣプロトコルのＳＥＴＵＰ（CC-SETUP）メッセージを受信する（Ｓ１０５）。このＳＥＴＵＰメッセージが、呼規制されているＡＧＷ５＃ｍに接続される移動端末９宛て（User2宛て）の呼接続要求であったものと仮定する。このとき、ＡＧＷ＃ｎは、図２に示す関連技術と同様に、ＳＩＰのＩＮＶＩＴＥメッセージをＣＳＣＦサーバ３へ送る（Ｓ１０６）。
【００７４】
ＣＳＣＦサーバ３は、このＩＮＶＩＴＥメッセージを受信すると、このＩＮＶＩＴＥメッセージから通話要求相手の情報を抽出する。この通話要求相手の情報は、例えば、ＩＮＶＩＴＥメッセージのリクエスト行から取得される。ＣＳＣＦサーバ３は、正常にＩＮＶＩＴＥメッセージを受信した場合には、ＴＲＹＩＮＧ（１００）メッセージをＡＧＷ５＃ｎへ返信する（Ｓ１０７）。
【００７５】
ＡＧＷ５＃ｎは、ＴＲＹＩＮＧ（１００）メッセージをＣＳＣＦサーバ３から受信すると、配下の基地局を介して、移動端末９にＣＣプロトコルを用いてＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージ（CC-CALL-PROC）を送信する（Ｓ１０８）。このＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージにより、移動端末９は、発呼先の呼び出しが始まり、処理中であることを認識する。
【００７６】
ＣＳＣＦサーバ３は、ＴＲＹＩＮＧ（１００）メッセージを返信すると共に（Ｓ１０７）、上記取得された通話要求相手の情報（User2）からその通話要求相手の移動端末が接続するＡＧＷ５を探す。ここでは、ＣＳＣＦサーバ３は、その通話要求相手の移動端末が接続するＡＧＷ５がＡＧＷ５＃ｍであると判断する。ＣＳＣＦサーバ３は、このＡＧＷ５＃ｍがＡＧＷ管理ＤＢ３８を参照することにより呼規制中であると判断すると、その呼の接続先をガイダンスメッセージに決定する。ＣＳＣＦサーバ３は、上記ＭＲＦサーバ２へ送られたＩＮＶＩＴＥメッセージ（Ｓ１０１）に含められたＬＧＮ、マルチキャストアドレス及びポート番号をＳＩＰのエラーメッセージ（503 Service Unavailable）に含め、このエラーメッセージをＡＧＷ５＃ｎへ返信する（Ｓ１０９）。
【００７７】
ＡＧＷ５＃ｎは、このエラーメッセージを受信すると、このエラーメッセージのタイプを判別する。ＡＧＷ５＃ｎは、このエラーメッセージが第２タイプであると判断すると、このエラーメッセージのボディ部からマルチキャストアドレス及びポート番号を抽出すると共に、ＣＯＮＮＥＣＴメッセージ（CC-CONNECT）を移動端末９へ送る（Ｓ１１０）。ＡＧＷ５＃ｎは、移動端末９からＣＯＮＮＥＣＴ−ＡＣＫメッセージ（CC-CONNECT ACKNOWLEDGE）を受信すると（Ｓ１１１）、上記抽出されたマルチキャストアドレスで特定されるマルチキャストグループへの参加申請を、ＩＧＭＰを用いて、接続されるＭＲ４に送る（Ｓ１１２）。この参加申請には、送信元ポート番号としてエラーメッセージから抽出されたポート番号が設定される。ＡＧＷ５＃ｎは、ＭＲ４からその参加申請に対しての参加承認を受信すると（Ｓ１１３）、そのマルチキャストアドレス及びポート番号で送信されるデータを受信するための準備を行う。
【００７８】
なお、上記ＣＯＮＮＥＣＴメッセージ（CC-CONECT）及びＣＯＮＮＥＣＴ−ＡＣＫメッセージ（CC-CONNECT ACKNOWLEDGE）の代わりに、ＰＲＯＧＲＥＳＳメッセージ（CC-PROGRESS）及びＰＲＯＧＲＥＳＳ−ＡＣＫメッセージ（CC-PROGRESS ACKNOWLEDGE）を利用するようにしてもよい。また、ＣＯＮＮＥＣＴメッセージを利用するかＰＲＯＧＲＥＳＳメッセージを利用するかは、その提供されるガイダンスメッセージの種類（有料／無料など）に応じて切り替えるようにしてもよい。
【００７９】
ＭＲ４は、ＡＧＷ５＃ｎからＩＧＭＰにより参加申請を受けると、その申請に含まれるマルチキャストアドレス、ポート番号及び送信先のＡＧＷのＩＰアドレスを保持する。以降、ＭＲ４は、その保持されるマルチキャストアドレス及びポート番号で受信されたマルチキャストパケットを送信先として登録されているＡＧＷ宛てに送信する。このとき、複数のＡＧＷが登録されている場合には、各ＡＧＷにそのマルチキャストパケットがマルチキャスト送信される。ここでは、ＭＲＦサーバ２からマルチキャスト送信されたガイダンスメッセージデータがＭＲ４で受信され、ＭＲ４からこのガイダンスメッセージデータがＡＧＷ５＃ｎへ転送される（Ｓ１１４）。
【００８０】
すなわち、ＡＧＷ５＃ｎは、ＭＲ４へ対象のマルチキャストグループへの参加申請を行うと、ＭＲＦサーバ２からマルチキャスト送信されるガイダンスメッセージを受信できるようになる。ＡＧＷ５＃ｎは、ガイダンスメッセージを受信すると、そのとき無線アクセス接続が確立されている各移動端末９へそのガイダンスメッセージを送信する。
【００８１】
一方、ガイダンスメッセージを受信する移動端末９がこの呼を切断する場合は、ＩＰ網
１でＳＩＰメッセージが送受されることなく、ＡＧＷ５＃ｎと移動端末９との間で図２に示すＣＣプロトコルシーケンスが実行される（ＤＩＳＣＯＮＮＥＣＴメッセージ（CC-DISCONNECT）(Ｓ１１５)、ＲＥＬＥＡＳＥメッセージ（CC-RELEASE）（Ｓ１１６）及びＲＥＬＥＡＳＥ−ＣＯＭＰＬＥＴＥメッセージ（CC-RELEASE-COMPLETE）（Ｓ１１７））。
【００８２】
ＡＧＷ５＃ｎは、ガイダンスメッセージが提供されていた移動端末９との無線アクセス接続が切断されると、そのガイダンスメッセージが送信されるマルチキャストグループからの離脱申請をＩＧＭＰを用いてＭＲ４へ送る（Ｓ１１８）。ＡＧＷ５＃ｎは、ＭＲ４からその離脱申請に対しての離脱承認を受信する（Ｓ１１９）。
【００８３】
ＭＲ４は、ＡＧＷ５＃ｎからＩＧＭＰにより離脱申請を受けると、その申請に含まれるマルチキャストアドレス、ポート番号に基づいて、送信元のＡＧＷをそのマルチキャストグループから除外する。以降、ＭＲ４は、その保持されるマルチキャストアドレス及びポート番号でマルチキャストパケットを受信したとしても、ＡＧＷ５＃ｎには送信しない。この動作例では、マルチキャストグループからの離脱時に、ＡＧＷ５＃ｎとＭＲ４との間で離脱申請及び離脱承認を送受しているが（Ｓ１１８及びＳ１１９）、他の手法によりＭＲ４がＡＧＷ５＃ｎの離脱状況を認識するようにしてもよい。本実施形態は、マルチキャストグループからのＡＧＷ５＃ｎの離脱手法を限定しない。
【００８４】
図１３は、実施例１におけるガイダンスメッセージの停止処理を示すシーケンスチャートである。
【００８５】
ＣＳＣＦサーバ３は、呼規制対象のＡＧＷ５＃ｍの負荷が低下したことを検知すると、このＡＧＷ５＃ｍの規制を解除すると決定する（Ｓ１２１）。呼規制の解除は、収集されているＡＧＷ５の負荷情報から判断されてもよいし、ＡＧＷ５からの通知により判断されてもよい。ＡＧＷ５＃ｍの呼規制の解除を決定すると、ＣＳＣＦサーバ３は、呼規制されている他のＡＧＷ５の存在を確認する。
【００８６】
ＣＳＣＦサーバ３は、呼規制されている他のＡＧＷ５がないと判断すると（Ｓ１２２）、呼規制のためのガイダンスメッセージの送信を止めるために、ＳＩＰのＢＹＥメッセージをＭＲＦサーバ２へ送信する（Ｓ１２５）。このＢＹＥメッセージには、そのガイダンスメッセージを特定するためのＬＧＮが設定される。ＭＲＦサーバ２は、このＢＹＥメッセージを受信すると、そのメッセージに含まれるＬＧＮで特定されるガイダンスメッセージのマルチキャスト送信を停止する。
【００８７】
〈実施例１の作用及び効果〉
上述のように、実施例１における移動網システムでは、ＣＳＣＦサーバ３によりいずれか１つのＡＧＷ５が呼規制対象に決定されると、ガイダンスメッセージはＭＲＦサーバ２からＣＳＣＦサーバ３により指定されたマルチキャストアドレスによりマルチキャスト送信される。一方、この呼規制されるＡＧＷ５に接続される移動端末９に対しての通話要求（ＩＮＶＩＴＥメッセージ）が呼規制されていないＡＧＷ５を介してＣＳＣＦサーバ３へ送られた場合、上記ガイダンスメッセージのマルチキャスト送信に関するマルチキャストアドレス及びポート番号が設定されたエラーメッセージがその呼規制されていないＡＧＷ５へ送信される。これにより、その呼規制されていないＡＧＷ５は、そのエラーメッセージに含まれるマルチキャストアドレスへの参加登録をＭＲ４へ依頼することにより、ＭＲＦサーバ２からマルチキャスト送信されるガイダンスメッセージを受信する。結果、その通話要求を送った移動端末９はそのガイダンスメッセージを聴くことができる。
【００８８】
従って、実施例１によれば、ＭＲＦサーバ２からガイダンスメッセージがマルチキャスト送信されると、それ以降、呼規制されているＡＧＷ５に接続される移動端末宛ての呼処
理において、ＣＳＣＦサーバ３とＭＲＦサーバ２との間でＳＩＰメッセージをやりとりしなくてもよくなる。よって、呼規制されているＡＧＷ５に接続される移動端末宛ての呼が増加した場合であっても、ＣＳＣＦサーバ３及びＭＲＦサーバ２の処理負荷及びＩＰ網１に流れるトラフィックがその呼に応じて増加することを防ぐことができる。呼規制されているＡＧＷ５に接続される移動端末宛ての呼も規制対象呼であるため、実施例１によれば、規制対象呼の増加に伴う移動網の負荷の増大を防ぐことができる。
【００８９】
更に、実施例１では、ＡＧＷ５の制御部５１が、ＲＴＰによりマルチキャスト送信されたガイダンスメッセージを受信すると、ＶｏＩＰ終端処理部５５からＲＡＮ終端処理部５６に順次そのガイダンスメッセージを転送し、そのとき無線アクセス接続されている各移動端末９へそれぞれそのガイダンスメッセージを送信した。つまり、移動端末９は、無線アクセス接続が確立されたタイミングで受信されているガイダンスメッセージの提供を受けるため、ガイダンスメッセージの途中から受信する場合もあった。従って、実施例１によれば、リアルタイムのメッセージが各移動端末９に提供されるため、逐次ガイダンスメッセージが変更されるような場合にも対応可能である。
【実施例２】
【００９０】
上述の実施例１における移動網システムでは、呼規制対象のＡＧＷ５がＣＳＣＦサーバ３により検出された際に、指定のガイダンスメッセージをマルチキャスト送信するようにＣＳＣＦサーバ３からＭＲＦサーバ２へ指示されていた。実施例２における移動網システムでは、呼規制対象のＡＧＷ５に接続される移動端末を通話要求先とするＩＮＶＩＴＥメッセージがＣＳＣＦサーバ３で受信された際に、指定のガイダンスメッセージをマルチキャスト送信するようにＭＲＦサーバ２へ指示される。以下、実施例２の移動網システムについて、上述の実施例１と異なる部分を中心に詳細に説明する。
【００９１】
［装置構成］
実施例２におけるＣＳＣＦサーバ３は、呼制御部３５の処理内容が実施例１と異なる。実施例２における呼制御部３５は、呼規制を行うＡＧＷ５を決定した時点では、ＭＲＦサーバ２にガイダンスメッセージのマルチキャスト送信を開始させるためのＩＮＶＩＴＥメッセージを送らない。
【００９２】
呼制御部３５は、ＡＧＷ５からＩＮＶＩＴＥメッセージが受信された場合であって、このメッセージに含まれる通話相手先の移動端末９が接続されるＡＧＷ５が呼規制中であり、未だガイダンスメッセージのマルチキャスト送信が開始されていない場合に、ガイダンスメッセージのマルチキャスト送信を開始させるためのＩＮＶＩＴＥメッセージをＭＲＦサーバ２へ送る。呼制御部３５は、ＭＲＦサーバ２からＩＮＶＩＴＥメッセージの応答としてＯＫ（２００）メッセージを受信すると、実施例２と同様に、ＳＩＰのエラーメッセージ（503 Service Unavailable）をＡＧＷ５へ返信する。呼制御部３５は、ガイダンスメッセージの送信指示であるＩＮＶＩＴＥメッセージを送ると、そのＩＮＶＩＴＥメッセージに設定したＬＧＮと共に、指示済みであることを保持する。なお、呼制御部３５は、ＡＧＷ５からＩＮＶＩＴＥメッセージが受信された場合であって、このメッセージに含まれる通話相手先の移動端末９が接続されるＡＧＷ５が呼規制中であったとしても、既にガイダンスメッセージのマルチキャスト送信が開始されている場合には、ＭＲＦサーバ２へＩＮＶＩＴＥメッセージを送ることなく、エラーメッセージをＡＧＷ５へ返信する。
【００９３】
［動作例］
以下、実施例２における移動網システムの動作例を説明する。図１４及び１５は、実施例２におけるガイダンスメッセージの接続及び切断処理を示すシーケンスチャートである。
【００９４】
ＣＳＣＦサーバ３は、ＡＧＷ＃ｍを呼規制対象に決定している。この状態において、呼規制されていないＡＧＷ５＃ｎが、配下の基地局７を介して移動端末９＃１（User1）からのＣＣプロトコルのＳＥＴＵＰ（CC-SETUP）メッセージを受信する（Ｓ２０１）。このＳＥＴＵＰメッセージが、呼規制されているＡＧＷ＃ｍに接続される移動端末９宛て（User2宛て）の呼接続要求である。ＡＧＷ＃ｎは、実施例１と同様に、ＳＩＰのＩＮＶＩＴＥメッセージをＣＳＣＦサーバ３へ送る（Ｓ２０２）。
【００９５】
ＣＳＣＦサーバ３は、ＡＧＷ５＃ｎからＩＮＶＩＴＥメッセージを受けると、このＩＮＶＩＴＥメッセージから通話要求相手の情報を抽出する。この通話要求相手の情報は、例えば、ＩＮＶＩＴＥメッセージのリクエスト行から取得される。ＣＳＣＦサーバ３は、正常にＩＮＶＩＴＥメッセージを受信した場合には、ＴＲＹＩＮＧ（１００）メッセージをＡＧＷ５＃ｎへ返信する（Ｓ２０７）。
【００９６】
ＡＧＷ５＃ｎは、ＴＲＹＩＮＧ（１００）メッセージをＣＳＣＦサーバ３から受信すると、配下の基地局を介して、移動端末９＃１にＣＣプロトコルを用いてＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージ（CC-CALL-PROC）を送信する（Ｓ２０８）。このＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージにより、移動端末９＃１は、発呼先の呼び出しが始まり、処理中であることを認識する。
【００９７】
ＣＳＣＦサーバ３は、ＴＲＹＩＮＧ（１００）メッセージを返信すると共に（Ｓ２０７）、上記取得された通話要求相手の情報（User2）からその通話要求相手の移動端末が接続するＡＧＷ５を探す。ここでは、ＣＳＣＦサーバ３は、その通話要求相手の移動端末が接続するＡＧＷ５がＡＧＷ５＃ｍであると判断する。
【００９８】
ＣＳＣＦサーバ３は、このＡＧＷ５＃ｍが呼規制中か否かをＡＧＷ管理ＤＢ３８を参照することにより確認する。ＣＳＣＦサーバ３は、ＡＧＷ５＃ｍが呼規制対象であると判断すると、その呼の接続先をガイダンスメッセージに決定し、そのガイダンスメッセージを特定するためのＬＧＮを取得する。ＣＳＣＦサーバ３は、このＬＧＮで特定されるガイダンスメッセージが既にマルチキャスト送信されているか否かを確認する。ＣＳＣＦサーバ３は、未だそのガイダンスメッセージがマルチキャスト送信されていないと判断すると、そのＬＧＮが通話要求相手の情報として設定されたＩＮＶＩＴＥメッセージを生成し、このＩＮＶＩＴＥメッセージをＭＲＦサーバ２へ送信する（Ｓ２０３）。なお、このＩＮＶＩＴＥメッセージの内容については実施例１と同様である。
【００９９】
ＭＲＦサーバ２は、このＩＮＶＩＴＥメッセージを受信すると、このメッセージからＬＧＮ、マルチキャストアドレス及びポート番号を抽出し、これら情報を保持する。ＭＲＦサーバ２は、ＯＫ（２００）メッセージをＣＳＣＦサーバ３へ返信する（Ｓ２０４）。続いて、ＭＲＦサーバ２は、上記ＬＧＮに対応するガイダンスメッセージデータをガイダンスメッセージＤＢ２７から抽出する。ＭＲＦサーバ２は、上記マルチキャストアドレス及びポート番号を指定してこのガイダンスメッセージデータをマルチキャスト送信する（Ｓ２０５）。以降、所定の周期で、ＭＲＦサーバ２は、そのガイダンスメッセージをマルチキャスト送信する。ＭＲＦサーバ２は、そのメッセージが更新される度にマルチキャスト送信するようにしてもよい。但し、ＭＲＦサーバ２によりマルチキャスト送信されたガイダンスメッセージは、この時点では、いずれのＡＧＷ５も受信できない。
【０１００】
ＣＳＣＦサーバ３は、ＭＲＦサーバ２からＯＫ（２００）メッセージを受信すると、上記ＭＲＦサーバ２へ送られたＩＮＶＩＴＥメッセージ（Ｓ２０３）に含められたマルチキャストアドレス及びポート番号をＳＩＰのエラーメッセージ（503 Service Unavailable）に含め、このエラーメッセージをＡＧＷ５＃ｎへ送信する（Ｓ２０９）。このエラーメッセージは、図９で示した第２タイプのフォーマットで生成される。
【０１０１】
ＡＧＷ５＃ｎは、このエラーメッセージを受信すると、このエラーメッセージのタイプを判別する。ＡＧＷ５＃ｎは、このエラーメッセージが第２タイプであると判断すると、このエラーメッセージからマルチキャストアドレス及びポート番号を抽出すると共に、配下の基地局を介してＣＯＮＮＥＣＴメッセージ（CC-CONNECT）を移動端末９＃１へ送る（Ｓ２１０）。ＡＧＷ５＃ｎは、移動端末９＃１からのＣＯＮＮＥＣＴ−ＡＣＫメッセージを配下の基地局を介して受信すると（Ｓ２１１）、上記抽出されたマルチキャストアドレスで特定されるマルチキャストグループへの参加申請を、ＩＧＭＰを用いて、接続されるＭＲ４に送る（Ｓ２１２）。この参加申請には、送信元ポート番号としてエラーメッセージから抽出されたポート番号が設定される。ＡＧＷ５＃ｎは、ＭＲ４からその参加申請に対しての参加承認を受信すると（Ｓ２１３）、そのマルチキャストアドレス及びポート番号で送信されるデータを受信するための準備を行う。実施例２においても、実施例１と同様に、上記ＣＯＮＮＥＣＴメッセージ（CC-CONECT）及びＣＯＮＮＥＣＴ−ＡＣＫメッセージ（CC-CONNECT ACKNOWLEDGE）の代わりに、ＰＲＯＧＲＥＳＳメッセージ（CC-PROGRESS）及びＰＲＯＧＲＥＳＳ−ＡＣＫメッセージ（CC-PROGRESS ACKNOWLEDGE）を利用するようにしてもよい。
【０１０２】
ＭＲ４は、ＡＧＷ５＃ｎからＩＧＭＰにより参加申請を受けると、その申請に含まれるマルチキャストアドレス、ポート番号及び送信先のＡＧＷのＩＰアドレスを保持する。以降、ＭＲ４は、その保持されるマルチキャストアドレス及びポート番号で受信されたマルチキャストパケットを送信先として登録されているＡＧＷ宛てに送信する。このとき、複数のＡＧＷが登録されている場合には、各ＡＧＷにそのマルチキャストパケットがマルチキャスト送信される。ここでは、ＭＲＦサーバ２からマルチキャスト送信されたガイダンスメッセージデータがＭＲ４で受信され、ＭＲ４からこのガイダンスメッセージデータがＡＧＷ５＃ｎへ転送される（Ｓ２１４）。
【０１０３】
すなわち、ＡＧＷ５＃ｎは、ＭＲ４へ対象のマルチキャストグループへの参加申請を行うと、ＭＲＦサーバ２からマルチキャスト送信されるガイダンスメッセージを受信できるようになる。ＡＧＷ５＃ｎは、ガイダンスメッセージを受信すると、そのとき無線アクセス接続が確立されている移動端末９＃１へそのガイダンスメッセージを送信する。
【０１０４】
一方、ガイダンスメッセージを受信する移動端末９＃１がこの呼を切断する場合は、ＩＰ網１でＳＩＰメッセージが送受されることなく、ＡＧＷ５＃ｎと移動端末９との間で図２に示すＣＣプロトコルシーケンスが実行される（ＤＩＳＣＯＮＮＥＣＴメッセージ（CC-DISCONNECT）(Ｓ２１５)、ＲＥＬＥＡＳＥメッセージ（CC-RELEASE）（Ｓ２１６）及びＲＥＬＥＡＳＥ−ＣＯＭＰＬＥＴＥメッセージ（CC-RELEASE-COMPLETE）（Ｓ２１７））。
【０１０５】
ＡＧＷ５＃ｎは、ガイダンスメッセージが提供されていた移動端末９＃１との無線アクセス接続が切断されると、そのガイダンスメッセージが送信されるマルチキャストグループからの離脱申請をＩＧＭＰを用いてＭＲ４へ送る（Ｓ２１８）。ＡＧＷ５＃ｎは、ＭＲ４からその離脱申請に対しての離脱承認を受信する（Ｓ２１９）。
【０１０６】
ＭＲ４は、ＡＧＷ５＃ｎからＩＧＭＰにより離脱申請を受けると、その申請に含まれるマルチキャストアドレス、ポート番号に基づいて、送信元のＡＧＷをそのマルチキャストグループから除外する。以降、ＭＲ４は、その保持されるマルチキャストアドレス及びポート番号でマルチキャストパケットを受信したとしても、ＡＧＷ５＃ｎには送信しない。この場合でも、ＡＧＷ５＃ｎとＭＲ４との間におけるマルチキャストグループからの離脱手法は限定されない。
【０１０７】
以上の処理は、呼規制されるＡＧＷ５＃ｍに接続される移動端末９を通話要求相手とした呼接続要求に対して提供されるガイダンスメッセージが未だマルチキャスト送信されていない場合の処理を示した。以下、図１５を参照して、既に当該ガイダンスメッセージがマルチキャスト送信されている場合の処理について説明する。
【０１０８】
上述のような処理により、既に呼規制するためのガイダンスメッセージがＭＲＦサーバ２からマルチキャスト送信されている（Ｓ２０５、Ｓ２１４）。この状態において、呼規制されていないＡＧＷ５＃ｎが、配下の基地局７を介して移動端末９＃２からのＣＣプロトコルのＳＥＴＵＰ（CC-SETUP）メッセージを受信する（Ｓ２２１）。このＳＥＴＵＰメッセージが、呼規制されているＡＧＷ＃ｍに接続される移動端末９宛ての呼接続要求である。ＡＧＷ＃ｎは、実施例１と同様に、ＳＩＰのＩＮＶＩＴＥメッセージをＣＳＣＦサーバ３へ送る（Ｓ２２２）。
【０１０９】
ＣＳＣＦサーバ３は、ＡＧＷ５＃ｎからＩＮＶＩＴＥメッセージを受けると、このＩＮＶＩＴＥメッセージから通話要求相手の情報を抽出する。ＣＳＣＦサーバ３は、この通話要求相手の情報からその通話要求相手の移動端末が接続するＡＧＷ５を探す。ここでは、ＣＳＣＦサーバ３は、その通話要求相手の移動端末が接続するＡＧＷ５がＡＧＷ５＃ｍであると判断する。
【０１１０】
ＣＳＣＦサーバ３は、このＡＧＷ５＃ｍが呼規制中か否かをＡＧＷ管理ＤＢ３８を参照することにより確認する。ＣＳＣＦサーバ３は、ＡＧＷ５＃ｍが呼規制対象であると判断すると、その呼の接続先をガイダンスメッセージに決定し、そのガイダンスメッセージを特定するためのＬＧＮを取得する。ＣＳＣＦサーバ３は、このＬＧＮで特定されるガイダンスメッセージが既にマルチキャスト送信されているか否かを確認する。ここでは、ＣＳＣＦサーバ３は、そのガイダンスメッセージが既にマルチキャスト送信されていると判断する。
【０１１１】
ＣＳＣＦサーバ３は、当該ガイダンスメッセージが既にマルチキャスト送信されていると判断すると、そのガイダンスメッセージについて保持されているマルチキャストアドレス及びポート番号をＳＩＰのエラーメッセージ（503 Service Unavailable）に含め、このエラーメッセージを、ＴＲＹＩＮＧ（１００）メッセージを返信した後で（Ｓ２２３）、ＡＧＷ５＃ｎへ返信する（Ｓ２２５）。このエラーメッセージは、第２タイプのフォーマットで生成される。
【０１１２】
ＡＧＷ５＃ｎは、このエラーメッセージを受信すると、実施例１と同様に、このエラーメッセージのタイプを判別する。ＡＧＷ５＃ｎは、このエラーメッセージが第２タイプであると判断すると、このエラーメッセージからマルチキャストアドレス及びポート番号を抽出すると共に、ＣＯＮＮＥＣＴメッセージ（CC-CONNECT）を移動端末９＃２へ送る（Ｓ２２６）。ＡＧＷ５＃ｎは、ＣＯＮＮＥＣＴ−ＡＣＫメッセージを配下の基地局を介して移動端末９＃２から受信すると（Ｓ２２７）、上記抽出されたマルチキャストアドレスで特定されるマルチキャストグループへの参加申請を、ＩＧＭＰを用いて、接続されるＭＲ４に送る（Ｓ２２８）。この参加申請には、送信元ポート番号としてエラーメッセージから抽出されたポート番号が設定される。ＡＧＷ５＃ｎは、ＭＲ４からその参加申請に対しての参加承認を受信すると（Ｓ２２９）、以降、ＭＲ４からこのガイダンスメッセージデータがＡＧＷ５＃ｎへ転送される（Ｓ２３０）。
【０１１３】
ＡＧＷ５＃ｎは、そのガイダンスメッセージを受信すると、そのとき無線アクセス接続が確立されている移動端末９＃２へそのガイダンスメッセージを送信する。
【０１１４】
なお、ガイダンスメッセージを受信する移動端末９＃２がこの呼を切断する場合の処理
については、上述したとおりであり、ここでは説明を省略する。
【０１１５】
〈実施例２の作用及び効果〉
上述のように、実施例２における移動網システムでは、ＣＳＣＦサーバ３において、ＩＮＶＩＴＥメッセージがＡＧＷ５から受信されると、このＩＮＶＩＴＥメッセージに含まれる通話要求相手情報に基づいてその通話要求相手の移動端末が接続されるＡＧＷ５が呼規制中か否かが判定される。そのＡＧＷ５が呼規制中である場合には更に所定のガイダンスメッセージが既にマルチキャスト送信されているか否かが判定される。結果として、未だそのガイダンスメッセージがマルチキャスト送信されていないと判断された場合に、指定のガイダンスメッセージのマルチキャスト送信指示であるＩＮＶＩＴＥメッセージがＣＳＣＦサーバ３からＭＲＦサーバ２へ送信される。
【０１１６】
以降、実施例１と同様に、ＣＳＣＦサーバ３からＳＩＰのエラーメッセージがＡＧＷ５に送られ、ＡＧＷ５がそのエラーメッセージに含まれるマルチキャストアドレスへの参加登録をＭＲ４へ行うことによりＡＧＷ５で当該ガイダンスメッセージが受信されるようになる。
【０１１７】
従って、実施例２によれば、呼規制されているＡＧＷ５に接続される移動端末９宛てに呼接続要求が発生して始めて、ＭＲＦサーバ２からガイダンスメッセージのマルチキャスト送信が開始されるため、実施例１と同様の効果を得ると共に、更に、無駄な通信リソースの消費を防ぐことができる。
【０１１８】
［その他］
〈ハードウェアの構成要素（Component）及びソフトウェアの構成要素（Component）について〉
ハードウェアの構成要素とは、ハードウェア回路であり、例えば、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、ゲートアレイ、論理ゲートの組み合わせ、信号処理回路、アナログ回路等がある。
【０１１９】
ソフトウェアの構成要素とは、ソフトウェアとして上記処理を実現する部品（断片）であり、そのソフトウェアを実現する言語、開発環境等を限定する概念ではない。ソフトウェアの構成要素としては、例えば、タスク、プロセス、スレッド、ドライバ、ファームウェア、データベース、テーブル、関数、プロシジャ、サブルーチン、プログラムコードの所定の部分、データ構造、配列、変数、パラメータ等がある。これらソフトウェアの構成要素は、１又は複数のメモリ（１または複数のプロセッサ（例えば、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）等）上で実現される。
【０１２０】
なお、上述の各実施形態は、上記各処理部の実現手法を限定するものではない。上記各処理部は、上記ハードウェアの構成要素又はソフトウェアの構成要素若しくはこれらの組み合わせとして、本技術分野の通常の技術者において実現可能な手法により構成されていればよい。
【図面の簡単な説明】
【０１２１】
【図１】本実施形態の関連技術における移動網システムの概略システム構成を示す図。
【図２】関連技術におけるガイダンスメッセージのユニキャスト接続処理を示すシーケンスチャート。
【図３】ＩＮＶＩＴＥメッセージのフォーマット例を示す図。
【図４】ガイダンスメッセージのユニキャスト接続時におけるＩＮＶＩＴＥメッセージのフォーマット例を示す図。
【図５】実施例１における移動網システムの概略システム構成を示す図。
【図６】実施例１におけるＣＳＣＦサーバの構成概念を示すブロック図。
【図７】実施例１におけるＣＳＣＦサーバからＭＲＦサーバへ送られるＩＮＶＩＴＥメッセージのフォーマット例を示す図。
【図８】実施例１における第１タイプのエラーメッセージのフォーマット例を示す図。
【図９】実施例１における第２タイプのエラーメッセージのフォーマット例を示す図。
【図１０】実施例１におけるＭＲＦサーバの構成概念を示すブロック図。
【図１１】実施例１におけるＡＧＷの構成概念を示すブロック図。
【図１２】実施例１におけるガイダンスメッセージの接続及び切断処理を示すシーケンスチャート。
【図１３】実施例１におけるガイダンスメッセージの停止処理を示すシーケンスチャート。
【図１４】実施例２におけるガイダンスメッセージの接続及び切断処理を示すシーケンスチャート。
【図１５】実施例２におけるガイダンスメッセージの接続及び切断処理を示すシーケンスチャート。
【符号の説明】
【０１２２】
１ ＩＰ網
２ ＭＲＦ（Media Resource Control Function又はMultimedia Resource Function）サーバ
３ ＣＳＣＦ（Call Signaling Control Function）サーバ
５ ＡＧＷ（Access GateWay）サーバ
７ 無線基地局装置（基地局）
９ 移動端末
２１、３１、５１ 制御部
２２、３２、５２ 記憶部
２３、３３ 通信部
２５ ガイダンスメッセージ制御部
２７ ガイダンスメッセージデータベース（ＤＢ）
３５ 呼制御部
３６ ＡＧＷ管理部
３８ ＡＧＷ管理データベース（ＤＢ）
５３ ＶｏＩＰ通信部
５４ ＲＡＮ通信部
５５ ＶｏＩＰ終端処理部
５６ ＲＡＮ終端処理部
【特許請求の範囲】
【請求項１】
ガイダンスメッセージ制御サーバと、呼制御サーバと、無線基地局を介して移動端末に接続される複数のアクセスゲートウェイと、を備える移動網システムにおいて、
前記呼制御サーバは、
前記複数のアクセスゲートウェイのうちの第１アクセスゲートウェイから、第１移動端末から第２移動端末への通話要求の通知を受信する受信手段と、
前記複数のアクセスゲートウェイのうち、前記受信手段により受信された通話要求通知で指定される第２移動端末が接続される第２アクセスゲートウェイが、呼規制されているか否かを判定する判定手段と、
前記ガイダンスメッセージ制御サーバにメッセージ指定情報及びグループ指定情報を含むメッセージ送信指示を送る指示手段と、
前記判定手段により前記第２アクセスゲートウェイが呼規制されていると判定された場合に、前記第１アクセスゲートウェイに対して、前記メッセージ送信指示に含めたグループ指定情報と同じグループ指定情報を含む応答メッセージを送信する応答手段と、
を含み、
前記ガイダンスメッセージ制御サーバは、
前記呼制御サーバからのメッセージ送信指示を受信する指示受信手段と、
前記指示受信手段により受信されたメッセージ送信指示に含まれるメッセージ指定情報に基づいて、このメッセージ指定情報により特定されるガイダンスメッセージデータを取得する取得手段と、
前記指示受信手段により受信されたメッセージ送信指示に含まれるグループ指定情報により特定されるマルチキャストグループ宛てに、前記取得手段により取得されたガイダンスメッセージデータをマルチキャスト送信する送信手段と、
を含み、
前記第１アクセスゲートウェイは、
前記第１移動端末から前記無線基地局を介して前記第２移動端末との間の呼の接続要求を受け、この呼接続要求に応じて前記通話要求通知を前記呼制御サーバへ送信する中継手段と、
前記呼制御サーバから前記応答メッセージを受けた場合、この応答メッセージに含まれるグループ指定情報により特定されるマルチキャストグループへ参加するための処理を行う処理手段と、
前記処理手段によりマルチキャストグループ参加処理が実行されることにより受信される前記ガイダンスメッセージデータを、前記第１移動端末へ送信するガイダンス送信手段と、
を含む、
ことを特徴とする移動網システム。
【請求項２】
前記応答手段は、
前記指示手段により前記メッセージ送信指示が既に送られているか否かを確認する確認手段を含み、
前記判定手段により前記第２アクセスゲートウェイが呼規制されていると判定された場合であって、前記確認手段により前記メッセージ送信指示が未送信であることが確認された場合には、前記指示手段に前記メッセージ送信指示を送信させた後に、前記応答メッセージを送信する、
ことを特徴とする請求項１に記載の移動網システム。
【請求項３】
前記中継手段は、前記第１移動端末から前記無線基地局を介して前記第２移動端末との間の呼の切断要求を受けた場合には、前記第１移動端末と前記第１アクセスゲートウェイとの間の接続を切断し、
前記処理手段は、前記中継手段により前記接続が切断された場合に、参加処理済みのマルチキャストグループから離脱するための処理を行う、
ことを特徴とする請求項１又は２に記載の移動網システム。
【請求項４】
前記指示手段は、前記第２アクセスゲートウェイの呼規制が解除され、前記複数のアクセスゲートウェイのいずれも呼規制対象から外されたと判断すると、前記ガイダンスメッセージ制御サーバにメッセージ停止指示を送る、
ことを特徴とする請求項１から３のいずれか１項に記載の移動網システム。
【請求項５】
ガイダンスメッセージ制御サーバと、呼制御サーバと、無線基地局を介して移動端末に接続される複数のアクセスゲートウェイと、を備える移動網システムで実行されるガイダンスメッセージ提供方法において、
前記呼制御サーバが、
前記複数のアクセスゲートウェイのうちの第１アクセスゲートウェイから、第１移動端末から第２移動端末への通話要求の通知を受信し、
前記複数のアクセスゲートウェイのうち、前記受信された通話要求通知で指定される第２移動端末が接続される第２アクセスゲートウェイが、呼規制されているか否かを判定し、
前記ガイダンスメッセージ制御サーバにメッセージ指定情報及びグループ指定情報を含むメッセージ送信指示を送り、
前記第２アクセスゲートウェイが呼規制されていると判定された場合に、前記第１アクセスゲートウェイに対して、前記メッセージ送信指示に含めたグループ指定情報と同じグループ指定情報を含む応答メッセージを送信し、
前記ガイダンスメッセージ制御サーバが、
前記呼制御サーバからのメッセージ送信指示を受信し、
前記受信されたメッセージ送信指示に含まれるメッセージ指定情報に基づいて、このメッセージ指定情報により特定されるガイダンスメッセージデータを取得し、
前記受信されたメッセージ送信指示に含まれるグループ指定情報により特定されるマルチキャストグループ宛てに、前記取得されたガイダンスメッセージデータをマルチキャスト送信し、
前記第１アクセスゲートウェイが、
前記第１移動端末から前記無線基地局を介して前記第２移動端末との間の呼の接続要求を受け、この呼接続要求に応じて前記通話要求通知を前記呼制御サーバへ送信し、
前記呼制御サーバから前記応答メッセージを受けた場合、この応答メッセージに含まれるグループ指定情報により特定されるマルチキャストグループへ参加するための処理を行い、
前記マルチキャストグループ参加処理が実行されることにより受信される前記ガイダンスメッセージデータを、前記第１移動端末へ送信する、
ことを特徴とするガイダンスメッセージ提供方法。
【請求項６】
前記呼制御サーバが、更に、
前記メッセージ送信指示が既に送られているか否かを確認し、
前記第２アクセスゲートウェイが呼規制されていると判定された場合であって、前記メッセージ送信指示が未送信であることが確認された場合には、前記メッセージ送信指示を送信した後に、前記応答メッセージを送信する、
ことを特徴とする請求項５に記載のガイダンスメッセージ提供方法。
【請求項７】
前記第１アクセスゲートウェイが、更に、
前記第１移動端末から前記無線基地局を介して前記第２移動端末との間の呼の切断要求を受けた場合には、前記第１移動端末と前記第１アクセスゲートウェイとの間の接続を切
断し、
前記中継手段により前記接続が切断された場合に、参加処理済みのマルチキャストグループから離脱するための処理を行う、
ことを特徴とする請求項５又は６に記載のガイダンスメッセージ提供方法。
【請求項８】
前記呼制御サーバが、更に、
前記第２アクセスゲートウェイの呼規制が解除され、前記複数のアクセスゲートウェイのいずれも呼規制対象から外されたと判断すると、前記ガイダンスメッセージ制御サーバにメッセージ停止指示を送る、
ことを特徴とする請求項５から７のいずれか１項に記載のガイダンスメッセージ提供方法。
【請求項１】
ガイダンスメッセージ制御サーバと、呼制御サーバと、無線基地局を介して移動端末に接続される複数のアクセスゲートウェイと、を備える移動網システムにおいて、
前記呼制御サーバは、
前記複数のアクセスゲートウェイのうちの第１アクセスゲートウェイから、第１移動端末から第２移動端末への通話要求の通知を受信する受信手段と、
前記複数のアクセスゲートウェイのうち、前記受信手段により受信された通話要求通知で指定される第２移動端末が接続される第２アクセスゲートウェイが、呼規制されているか否かを判定する判定手段と、
前記ガイダンスメッセージ制御サーバにメッセージ指定情報及びグループ指定情報を含むメッセージ送信指示を送る指示手段と、
前記判定手段により前記第２アクセスゲートウェイが呼規制されていると判定された場合に、前記第１アクセスゲートウェイに対して、前記メッセージ送信指示に含めたグループ指定情報と同じグループ指定情報を含む応答メッセージを送信する応答手段と、
を含み、
前記ガイダンスメッセージ制御サーバは、
前記呼制御サーバからのメッセージ送信指示を受信する指示受信手段と、
前記指示受信手段により受信されたメッセージ送信指示に含まれるメッセージ指定情報に基づいて、このメッセージ指定情報により特定されるガイダンスメッセージデータを取得する取得手段と、
前記指示受信手段により受信されたメッセージ送信指示に含まれるグループ指定情報により特定されるマルチキャストグループ宛てに、前記取得手段により取得されたガイダンスメッセージデータをマルチキャスト送信する送信手段と、
を含み、
前記第１アクセスゲートウェイは、
前記第１移動端末から前記無線基地局を介して前記第２移動端末との間の呼の接続要求を受け、この呼接続要求に応じて前記通話要求通知を前記呼制御サーバへ送信する中継手段と、
前記呼制御サーバから前記応答メッセージを受けた場合、この応答メッセージに含まれるグループ指定情報により特定されるマルチキャストグループへ参加するための処理を行う処理手段と、
前記処理手段によりマルチキャストグループ参加処理が実行されることにより受信される前記ガイダンスメッセージデータを、前記第１移動端末へ送信するガイダンス送信手段と、
を含む、
ことを特徴とする移動網システム。
【請求項２】
前記応答手段は、
前記指示手段により前記メッセージ送信指示が既に送られているか否かを確認する確認手段を含み、
前記判定手段により前記第２アクセスゲートウェイが呼規制されていると判定された場合であって、前記確認手段により前記メッセージ送信指示が未送信であることが確認された場合には、前記指示手段に前記メッセージ送信指示を送信させた後に、前記応答メッセージを送信する、
ことを特徴とする請求項１に記載の移動網システム。
【請求項３】
前記中継手段は、前記第１移動端末から前記無線基地局を介して前記第２移動端末との間の呼の切断要求を受けた場合には、前記第１移動端末と前記第１アクセスゲートウェイとの間の接続を切断し、
前記処理手段は、前記中継手段により前記接続が切断された場合に、参加処理済みのマルチキャストグループから離脱するための処理を行う、
ことを特徴とする請求項１又は２に記載の移動網システム。
【請求項４】
前記指示手段は、前記第２アクセスゲートウェイの呼規制が解除され、前記複数のアクセスゲートウェイのいずれも呼規制対象から外されたと判断すると、前記ガイダンスメッセージ制御サーバにメッセージ停止指示を送る、
ことを特徴とする請求項１から３のいずれか１項に記載の移動網システム。
【請求項５】
ガイダンスメッセージ制御サーバと、呼制御サーバと、無線基地局を介して移動端末に接続される複数のアクセスゲートウェイと、を備える移動網システムで実行されるガイダンスメッセージ提供方法において、
前記呼制御サーバが、
前記複数のアクセスゲートウェイのうちの第１アクセスゲートウェイから、第１移動端末から第２移動端末への通話要求の通知を受信し、
前記複数のアクセスゲートウェイのうち、前記受信された通話要求通知で指定される第２移動端末が接続される第２アクセスゲートウェイが、呼規制されているか否かを判定し、
前記ガイダンスメッセージ制御サーバにメッセージ指定情報及びグループ指定情報を含むメッセージ送信指示を送り、
前記第２アクセスゲートウェイが呼規制されていると判定された場合に、前記第１アクセスゲートウェイに対して、前記メッセージ送信指示に含めたグループ指定情報と同じグループ指定情報を含む応答メッセージを送信し、
前記ガイダンスメッセージ制御サーバが、
前記呼制御サーバからのメッセージ送信指示を受信し、
前記受信されたメッセージ送信指示に含まれるメッセージ指定情報に基づいて、このメッセージ指定情報により特定されるガイダンスメッセージデータを取得し、
前記受信されたメッセージ送信指示に含まれるグループ指定情報により特定されるマルチキャストグループ宛てに、前記取得されたガイダンスメッセージデータをマルチキャスト送信し、
前記第１アクセスゲートウェイが、
前記第１移動端末から前記無線基地局を介して前記第２移動端末との間の呼の接続要求を受け、この呼接続要求に応じて前記通話要求通知を前記呼制御サーバへ送信し、
前記呼制御サーバから前記応答メッセージを受けた場合、この応答メッセージに含まれるグループ指定情報により特定されるマルチキャストグループへ参加するための処理を行い、
前記マルチキャストグループ参加処理が実行されることにより受信される前記ガイダンスメッセージデータを、前記第１移動端末へ送信する、
ことを特徴とするガイダンスメッセージ提供方法。
【請求項６】
前記呼制御サーバが、更に、
前記メッセージ送信指示が既に送られているか否かを確認し、
前記第２アクセスゲートウェイが呼規制されていると判定された場合であって、前記メッセージ送信指示が未送信であることが確認された場合には、前記メッセージ送信指示を送信した後に、前記応答メッセージを送信する、
ことを特徴とする請求項５に記載のガイダンスメッセージ提供方法。
【請求項７】
前記第１アクセスゲートウェイが、更に、
前記第１移動端末から前記無線基地局を介して前記第２移動端末との間の呼の切断要求を受けた場合には、前記第１移動端末と前記第１アクセスゲートウェイとの間の接続を切
断し、
前記中継手段により前記接続が切断された場合に、参加処理済みのマルチキャストグループから離脱するための処理を行う、
ことを特徴とする請求項５又は６に記載のガイダンスメッセージ提供方法。
【請求項８】
前記呼制御サーバが、更に、
前記第２アクセスゲートウェイの呼規制が解除され、前記複数のアクセスゲートウェイのいずれも呼規制対象から外されたと判断すると、前記ガイダンスメッセージ制御サーバにメッセージ停止指示を送る、
ことを特徴とする請求項５から７のいずれか１項に記載のガイダンスメッセージ提供方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１０−１４７５３７（Ｐ２０１０−１４７５３７Ａ）
【公開日】平成２２年７月１日（２０１０．７．１）
【国際特許分類】
【出願番号】特願２００８−３１９４５３（Ｐ２００８−３１９４５３）
【出願日】平成２０年１２月１６日（２００８．１２．１６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２２年７月１日（２０１０．７．１）
【国際特許分類】
【出願日】平成２０年１２月１６日（２００８．１２．１６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]