(57)【要約】【課題】規制対象呼に応じて移動網の負荷を増大させない技術を提供する。【解決手段】移動網システムにおいて、呼制御サーバが、所定のアクセスゲートウェイを呼規制対象に決定し、ガイダンスメッセージ制御サーバにメッセージ指定情報及びグループ指定情報を含むメッセージ送信指示を送り、呼規制対象のアクセスゲートウェイに上記グループ指定情報を含む呼規制指示を送り、ガイダンスメッセージ制御サーバが、上記メッセージ送信指示に含まれるメッセージ指定情報により特定されるガイダンスメッセージデータを、上記グループ指定情報により特定されるマルチキャストグループ宛てにマルチキャスト送信し、アクセスゲートウェイが、呼規制指示を受けた場合に、この呼規制指示に含まれるグループ指定情報により特定されるマルチキャストグループへ参加し、受信されたガイダンスメッセージデータを移動端末へ送信する。【選択図】図５
2010147543.tif 000002
【特許請求の範囲】
【請求項１】
ガイダンスメッセージ制御サーバと、呼制御サーバと、無線基地局を介して移動端末に接続される複数のアクセスゲートウェイと、を備える移動網システムにおいて、
前記呼制御サーバは、
前記複数のアクセスゲートウェイの少なくとも１つを呼規制対象に決定するゲートウェイ管理手段と、
前記ゲートウェイ管理手段により呼規制対象のアクセスゲートウェイが決定された場合に、前記ガイダンスメッセージ制御サーバにメッセージ指定情報及びグループ指定情報を含むメッセージ送信指示を送る第１指示手段と、
前記ゲートウェイ管理手段により決定された呼規制対象のアクセスゲートウェイに前記グループ指定情報を含む呼規制指示を送る第２指示手段と、
を含み、
前記ガイダンスメッセージ制御サーバは、
前記呼制御サーバからのメッセージ送信指示を受信する受信手段と、
前記受信手段により受信されたメッセージ送信指示に含まれるメッセージ指定情報に基づいて、このメッセージ指定情報により特定されるガイダンスメッセージデータを取得する取得手段と、
前記受信手段により受信されたメッセージ送信指示に含まれるグループ指定情報により特定されるマルチキャストグループ宛てに、前記取得手段により取得されたガイダンスメッセージデータをマルチキャスト送信する送信手段と、
を含み、
前記複数のアクセスゲートウェイは、
前記呼制御サーバから呼規制指示を受けた場合、この呼規制指示に含まれるグループ指定情報により特定されるマルチキャストグループへ参加するための処理を行う処理手段と、
前記処理手段によりマルチキャストグループ参加処理が実行されることにより受信される前記ガイダンスメッセージデータを、前記無線基地局を介して呼接続を要求する移動端末へ送信するガイダンス送信手段と、
を含む、
ことを特徴とする移動網システム。
【請求項２】
前記第２指示手段は、
前記ゲートウェイ管理手段により、既に決定された第１の呼規制対象アクセスゲートウェイに加えて第２の呼規制対象アクセスゲートウェイが新たに決定された場合に、該第１の呼規制対象アクセスゲートウェイに送られた呼規制指示に含まれるグループ指定情報と同じグループ指定情報を含めた呼規制指示を該第２の呼規制対象アクセスゲートウェイに送る、
ことを特徴とする請求項１に記載の移動網システム。
【請求項３】
前記複数のアクセスゲートウェイは、
移動端末から前記無線基地局を介して呼接続が要求された場合に、前記呼制御サーバに、該呼において通話相手に指定された移動端末が接続される他のアクセスゲートウェイとの間を呼接続するよう要求する接続要求手段、
を更に含み、
前記呼制御サーバから呼規制指示を受けた場合には、前記処理手段及び前記ガイダンス送信手段が動作し、呼規制対象となっていない場合には、前記接続要求手段が動作する、
ことを特徴とする請求項１又は２に記載の移動網システム。
【請求項４】
前記ゲートウェイ管理手段は、呼規制対象として決定されているアクセスゲートウェイ
の規制解除を決定し、
前記第２指示手段は、前記ゲートウェイ管理手段により規制解除が決定された場合には、既に送られた呼規制指示に含まれるグループ指定情報と同じグループ指定情報を含めた規制解除指示を、規制解除対象のアクセスゲートウェイに送り、
前記処理手段は、前記呼制御サーバから送られる規制解除指示を受け、この規制解除指示に含まれるグループ指定情報により特定されるマルチキャストグループから離脱するための処理を行う、
ことを特徴とする請求項１から３のいずれか１項に記載の移動網システム。
【請求項５】
前記第１指示手段は、前記ゲートウェイ管理手段により規制解除が決定されることにより、前記複数のアクセスゲートウェイのいずれも呼規制対象から外された場合には、前記ガイダンスメッセージ制御サーバにメッセージ停止指示を送る、
ことを特徴とする請求項４に記載の移動網システム。
【請求項６】
ガイダンスメッセージ制御サーバと、呼制御サーバと、無線基地局を介して移動端末に接続される複数のアクセスゲートウェイと、を備える移動網システムで実行されるガイダンスメッセージ提供方法において、
前記呼制御サーバが、
前記複数のアクセスゲートウェイの少なくとも１つを呼規制対象に決定し、
前記呼規制対象のアクセスゲートウェイが決定された場合に、前記ガイダンスメッセージ制御サーバにメッセージ指定情報及びグループ指定情報を含むメッセージ送信指示を送り、
前記呼規制対象のアクセスゲートウェイに前記グループ指定情報を含む呼規制指示を送り、
前記ガイダンスメッセージ制御サーバが、
前記呼制御サーバからのメッセージ送信指示を受信し、
前記受信されたメッセージ送信指示に含まれるメッセージ指定情報に基づいて、このメッセージ指定情報により特定されるガイダンスメッセージデータを取得し、
前記受信されたメッセージ送信指示に含まれるグループ指定情報により特定されるマルチキャストグループ宛てに、前記取得されたガイダンスメッセージデータをマルチキャスト送信し、
前記複数のアクセスゲートウェイの少なくとも１つが、
前記呼制御サーバから呼規制指示を受けた場合、この呼規制指示に含まれるグループ指定情報により特定されるマルチキャストグループへ参加するための処理を行い、
前記マルチキャストグループ参加処理が実行されることにより受信される前記ガイダンスメッセージデータを、前記無線基地局を介して呼接続を要求する移動端末へ送信する、
ことを特徴とするガイダンスメッセージ提供方法。
【請求項７】
前記呼制御サーバが、更に、
既に決定された第１の呼規制対象アクセスゲートウェイに加えて第２の呼規制対象アクセスゲートウェイが新たに決定された場合に、該第１の呼規制対象アクセスゲートウェイに送られた呼規制指示に含まれるグループ指定情報と同じグループ指定情報を含めた呼規制指示を該第２の呼規制対象アクセスゲートウェイに送る、
ことを特徴とする請求項６に記載のガイダンスメッセージ提供方法。
【請求項８】
前記呼制御サーバが、更に、
前記呼規制対象として決定されているアクセスゲートウェイの規制解除を決定し、
前記規制解除が決定された場合には、既に送られた呼規制指示に含まれるグループ指定情報と同じグループ指定情報を含めた規制解除指示を、規制解除対象のアクセスゲート
ウェイに送り、
前記複数のアクセスゲートウェイの少なくとも１つが、
前記呼制御サーバから送られる規制解除指示を受け、この規制解除指示に含まれるグループ指定情報により特定されるマルチキャストグループから離脱するための処理を行う、
ことを特徴とする請求項６又は７に記載のガイダンスメッセージ提供方法。
【請求項９】
前記呼制御サーバが、更に、
前記規制解除が決定されることにより、前記複数のアクセスゲートウェイのいずれも呼規制対象から外された場合には、前記ガイダンスメッセージ制御サーバにメッセージ停止指示を送る、
ことを特徴とする請求項８に記載のガイダンスメッセージ提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動網における呼規制する際のガイダンスメッセージ提供技術に関する。
【背景技術】
【０００２】
コンサートやスポーツ等のイベント開催地では、複数の観客が携帯電話を用いて撮影画像を発信することが多いため、通信量の大きい呼が頻発する傾向にある。また、地震や火災等の災害発生地においても同様の傾向が見られる。このように狭い通信エリアで通信が集中した場合には、この通信エリアに位置する移動端末からの呼及び当該移動端末への呼が接続され難くなる可能性がある。原因の一つとして、各呼のために確保すべき通信リソースが不足することが挙げられる。
【０００３】
このような場合に、通信事業者は、「只今大変込み合っております、しばらく経ってからお掛け直し下さい」といったガイダンスメッセージを発信元の移動端末に提供することで、呼を規制する。上記に関連して、以下の技術がある。
【特許文献１】特開２００２−１２４９４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の移動網では、規制対象の呼が増加すると、移動網のトラフィックが増加する共に、ガイダンスメッセージの送信制御を行う制御装置の処理負荷も増大する傾向にあった。通信の集中は、コンサートやスポーツイベントのように予め予想可能な場所及び時間で発生する場合のみでなく、災害時のように予想不可能な場所及び時間で生じる場合もある。このような状況により、移動網の設備設計は困難となっていた。例えば、このような状況を加味し、移動網に冗長な設備を配備すれば、移動網自体のコストが高くなってしまう。
【０００５】
本開示の課題は、このような問題点に鑑み、規制対象呼が増えた場合であっても移動網の負荷を増大させない技術を提供することにある。
【課題を解決するための手段】
【０００６】
本開示の態様では、上述した課題を解決するために、以下の構成を採用する。すなわち、本開示の態様は、ガイダンスメッセージ制御サーバと、呼制御サーバと、無線基地局を介して移動端末に接続される複数のアクセスゲートウェイと、を備える移動網システムである。この移動網システムでは、上記呼制御サーバが、複数のアクセスゲートウェイの少なくとも１つを呼規制対象に決定するゲートウェイ管理手段と、このゲートウェイ管理手段により呼規制対象のアクセスゲートウェイが決定された場合に、上記ガイダンスメッセージ制御サーバにメッセージ指定情報及びグループ指定情報を含むメッセージ送信指示を送る第１指示手段と、上記ゲートウェイ管理手段により決定された呼規制対象のアクセスゲートウェイに上記グループ指定情報（上記メッセージ送信指示に含まれるグループ指定情報と同じ情報）を含む呼規制指示を送る第２指示手段と、を含み、上記ガイダンスメッセージ制御サーバが、上記呼制御サーバからのメッセージ送信指示を受信する受信手段と、この受信手段により受信されたメッセージ送信指示に含まれるメッセージ指定情報に基づいて、このメッセージ指定情報により特定されるガイダンスメッセージデータを取得する取得手段と、上記受信手段により受信されたメッセージ送信指示に含まれるグループ指定情報により特定されるマルチキャストグループ宛てに、上記取得手段により取得されたガイダンスメッセージデータをマルチキャスト送信する送信手段と、を含み、上記アクセスゲートウェイが、上記呼制御サーバから呼規制指示を受けた場合、この呼規制指示に含
まれるグループ指定情報により特定されるマルチキャストグループへ参加するための処理を行う処理手段と、この処理手段によりマルチキャストグループ参加処理が実行されることにより受信される上記ガイダンスメッセージデータを、無線基地局を介して呼接続を要求する移動端末へ送信するガイダンス送信手段と、を含む。
【０００７】
なお、本開示の別態様としては、以上の移動網システムに含まれる、ガイダンスメッセージ制御サーバ、呼制御サーバ及びアクセスゲートウェイの個々であってもよいし、以上の何れかの構成を実現する方法であってもよい。
【発明の効果】
【０００８】
上記態様によれば、規制対象呼が増えた場合であっても移動網の負荷を増大させない技術を提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下、実施形態としての移動網システムについて具体例を挙げ説明する。以下に挙げた各実施例はそれぞれ例示であり、本開示は以下の各実施例の構成に限定されない。
【００１０】
［関連技術］
各実施例を説明する前に、まず、本実施形態に関連する技術について説明する。図１は、本実施形態の関連技術における移動網システムの概略システム構成を示す図である。関連技術における移動網システムは、ＭＲＦ（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.exa
mple.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
）において標準化されているＲＦＣ３２６１、ＲＦＣ２３２７等に規定されている。
【００２３】
ＣＳＣＦサーバ３は、ＡＧＷ５（＃１）からＩＮＶＩＴＥメッセージを受けると（Ｓ２）、このＡＧＷ５（＃１）が呼規制されているか否かを確認する。ＣＳＣＦサーバ３は、各ＡＧＷ５についてそれぞれ負荷情報を取得することにより、必要に応じて事前に呼規制対象のＡＧＷ５を決定している。ここでは、ＣＳＣＦサーバ３は、ＡＧＷ５（＃１）の配下の基地局７に無線接続される移動端末９宛て及びその移動端末９からの通信が頻発しているため、このＡＧＷ５（＃１）を呼規制対象に決定しているものとする。
【００２４】
ＣＳＣＦサーバ３は、ＡＧＷ５（＃１）が呼規制されていると判断すると、その呼の接続先をガイダンスメッセージであると判定し、そのガイダンスメッセージを特定するための識別情報（以降、ＬＧＮ（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）等の標準的なメッセージにより取得されてもよいし、独自の通信メッセージによりＡＧＷ５との間で通信することにより取得されるようにしてもよい。負荷情報としては、プロセッサの負荷情報等の他、例えば、確立されている呼接続の数が利用されてもよい。
【００４２】
通信部３３は、通信インタフェースボード（図示せず）を含み、ＳＩＰ通信等を実行する。制御部３１は、通信部３３を介して送受信されるＳＩＰメッセージに基づいて呼処理を行う呼制御部３５と、ＡＧＷ５の負荷を管理するＡＧＷ管理部３６と、を有する。
【００４３】
ＡＧＷ管理部３６は、ＡＧＷ５の負荷情報を取得すると、この情報をＡＧＷ管理ＤＢ３８に格納する。ＡＧＷ管理部３６は、ＡＧＷ５が所定の負荷を超えたと判断した場合には呼を規制すると判定し、呼規制中か否かを示すデータをＡＧＷ管理ＤＢ３８に設定する。なお、呼規制は、ＡＧＷ５が自ら判断し、そのＡＧＷ５からの通知により認識されるようにしてもよい。一方で、ＡＧＷ管理部３６は、呼規制されているＡＧＷ５の負荷が所定の負荷より低くなったと判断すると、呼規制を解除することを決定する。この呼規制の解除についても、ＡＧＷ５から通知されるようにしてもよい。
【００４４】
呼制御部３５は、複数のＡＧＷ５のうち呼規制を行うＡＧＷ５を決定すると、ＭＲＦサーバ２にガイダンスメッセージのマルチキャスト送信を開始させるために、ＩＮＶＩＴＥメッセージをＭＲＦサーバ２に送る。この呼規制対象のＡＧＷ５を検出する処理は、呼制御部３５により所定の周期で実行されてもよいし、ＡＧＷの負荷情報を取得した時点で実行されてもよい。呼制御部３５は、このＩＮＶＩＴＥメッセージに、ガイダンスメッセージを特定するためのＬＧＮ、ガイダンスメッセージを送信するためのマルチキャストアドレス及びポート番号を含める。
【００４５】
図７は、実施例１におけるＩＮＶＩＴＥメッセージのフォーマット例を示す図である。図７に示すように、実施例１では、ＩＮＶＩＴＥメッセージのボディ部のコネクション情報（ｃフィールド）にマルチキャストアドレスが設定され、メディア情報にマルチキャスト送信用のポート番号が設定される。なお、ＬＧＮについては上記関連技術と同様である。
【００４６】
呼制御部３５は、呼を規制するＡＧＷ（呼規制対象ＡＧＷ）５へ発呼規制指示としてのＳＩＰのＯＰＴＩＯＮＳメッセージを送る。このＯＰＴＩＯＮＳメッセージには、上記ＩＮＶＩＴＥメッセージに含められたマルチキャストアドレス及びポート番号等が設定される。
【００４７】
図８は、実施例１における呼規制指示のためのＯＰＴＩＯＮＳメッセージのフォーマット例を示す図である。図８に示すＯＰＴＩＯＮＳメッセージでは、リクエスト行及びヘッダ部のＶｉａフィールド及びＴｏフィールドに呼規制ＡＧＷ５を示すＵＲＩが設定され、ヘッダ部のＦｒｏｍフィールドにはＣＳＣＦサーバ３を示すＵＲＩが設定され、Ｏｖｅｒｌｏａｄ−Ｃｏｎｔｒｏｌフィールドに呼規制条件が設定され、ボディ部のコネクション情報（ｃフィールド）にマルチキャストアドレスが設定され、メディア情報にマルチキャスト送信用のポート番号が設定される。呼規制条件には、先頭から規制割合（呼損率）（パーセント）、規制対象ＡＧＷのＵＲＩ（target）、呼規制を示す文字列（call restriction）が含まれる。呼規制指示のためのＯＰＴＩＯＮＳメッセージでは、図８に示すように、この呼規制条件に設定される規制割合（呼損率）が１００に設定される。
【００４８】
呼制御部３５は、呼規制対象のＡＧＷ５のうち規制解除されるべきＡＧＷ５を検出すると、そのＡＧＷ５へ呼規制解除指示としてのＳＩＰのＯＰＴＩＯＮＳメッセージを送る。図９は、実施例１における規制解除指示のためのＯＰＴＩＯＮＳメッセージのフォーマット例を示す図である。図９に示すように、規制解除指示のためのＯＰＴＩＯＮＳメッセージでは、呼規制時のＯＰＴＩＯＮＳメッセージと異なり、呼規制条件の規制割合（呼損率）が０（パーセント）に設定される。図９の例のＯＰＴＩＯＮＳメッセージには、ボディ部のコネクション情報及びメディア情報に、受信中のガイダンスメッセージのためのマルチキャストアドレス及びポート番号が設定されている。これによれば、ＡＧＷは、複数のマルチキャストグループに属する場合に、このＯＰＴＩＯＮＳメッセージにより指定されるマルチキャストグループからの離脱を決定すればよい。なお、既に規制指示のためのＯＰＴＩＯＮＳメッセージによりマルチキャストアドレス及びポート番号が通知されているため、このＯＰＴＩＯＮＳメッセージにはボディ部を設けないようにしてもよい。
【００４９】
また、呼制御部３５は、呼規制されるＡＧＷが存在しなくなった場合には、ガイダンスメッセージのマルチキャスト送信を停止させるために、ＳＩＰのＢＹＥメッセージをＭＲＦサーバ２へ送る。
【００５０】
図１０は、実施例１におけるＭＲＦサーバの構成概念を示すブロック図である。実施例１のＭＲＦサーバ２は、制御部２１、記憶部２２、通信部２３等を有する。制御部２１、記憶部２２及び通信部２３は、例えばバス２０によりそれぞれ接続されており、ソフトウェアの構成要素又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。
【００５１】
記憶部２２には、ガイダンスメッセージデータベース（ＤＢ）２７が格納される。ガイダンスメッセージＤＢ２７は、ガイダンスメッセージ毎に、ＬＧＮと音声ＣＯＤＥＣ等によりデジタル化されたメッセージデータとを格納する。各ガイダンスメッセージはそれぞれ固定データであってもよいし、逐次変更されるデータであってもよい。例えば、ガイダンスメッセージ更新処理部（図示せず）が、呼規制対象のＡＧＷの状況変化を受信することで、対象のガイダンスメッセージデータをその状況変化に応じて更新するようにしてもよい。例えば、「只今大変込み合っております、しばらく経ってからお掛け直し下さい」というガイダンスメッセージから、呼規制対象ＡＧＷの負荷が軽減されることにより、「状況は改善されつつありますが未だ込み合っております、もうしばらく経ってからお掛け直し下さい」というメッセージに更新されるようにしてもよい。
【００５２】
通信部２３は、通信インタフェースボード（図示せず）を含み、ＳＩＰ通信及びＲＴＰ通信等を実行する。
【００５３】
制御部２１は、ガイダンスメッセージ制御部２５を含む。ガイダンスメッセージ制御部２５は、通信部２３で受信されたＣＳＣＦサーバ３からのＩＮＶＩＴＥメッセージに基づいて、それに含まれるＬＧＮ、マルチキャストアドレス及びポート番号を取得する。例えば、図７の例によれば、ＬＧＮはリクエスト行から取得され、マルチキャストアドレスはボディ部のコネクション情報（ｃフィールド）から取得され、ポート番号はボディ部のメディア情報（ｍフィールド）から取得される。
【００５４】
ガイダンスメッセージ制御部２５は、取得されたＬＧＮに該当するメッセージデータをガイダンスメッセージＤＢ２７から抽出し、抽出されたメッセージデータをＲＴＰを用いてマルチキャスト送信する。このときＲＴＰのパケットには、上記のように取得されたマルチキャストアドレス及びポート番号が設定される。このガイダンスメッセージのマルチキャスト送信は、例えば、所定の周期で実行される。
【００５５】
一方で、ガイダンスメッセージ制御部２５は、ＣＳＣＦサーバ３からＢＹＥメッセージが通信部２３により受信されると、対象のガイダンスメッセージのマルチキャスト送信を停止する。
【００５６】
図１１は、実施例１におけるＡＧＷの構成概念を示すブロック図である。実施例１のＡＧＷ５は、制御部５１、記憶部５２、ＶｏＩＰ通信部５３、ＲＡＮ通信部５４等を有する。制御部５１、記憶部５２、ＶｏＩＰ通信部５３、ＲＡＮ通信部５４は、例えばバス５０によりそれぞれ接続されており、ソフトウェアの構成要素又はハードウェアの構成要素、若しくはこれらの組み合わせとしてそれぞれ実現される（［その他］の項参照）。
【００５７】
実施例１におけるＡＧＷ５は、ＭＲ４を介してＩＰ網１に接続される。よって、ＶｏＩＰ通信部５３は、ＭＲ４に接続される通信線を収容する通信インタフェースボード（図示せず）を含み、ＭＲ４を介してＳＩＰ、ＲＴＰ等を用いたＶｏＩＰ通信を実行する。更に、ＶｏＩＰ通信部５３は、ＭＲ４との間でＩＧＭＰメッセージをやりとりする。ＲＡＮ通信部５４は、配下の基地局７に接続される通信線を収容する通信インタフェースボード（図示せず）を含み、その基地局７を介して移動端末９との間でＣＣプロトコル等のようなＲＡＮ通信を実行する。
【００５８】
制御部５１は、ＶｏＩＰ終端処理部５５、ＲＡＮ終端処理部５６を含む。ＶｏＩＰ終端処理部５５は、ＶｏＩＰ通信部５３により実行されるＶｏＩＰ通信の終端処理を行う。この終端処理の一環として、ＣＳＣＦサーバ３から呼規制のためのＯＰＴＩＯＮＳメッセージが受信されると、ＶｏＩＰ終端処理部５５は、返信としてＯＫメッセージをＣＳＣＦサーバ３へ送ると共に、このＯＰＴＩＯＮＳメッセージからマルチキャストアドレス及びポート番号を取得し、このマルチキャストアドレスへの参加申請をＩＧＭＰを用いてＭＲ４へ送る。ＶｏＩＰ終端処理部５５は、このＯＰＴＩＯＮＳメッセージを受信すると、自身が呼規制されたことを認識し、このことをＲＡＮ終端処理部５６に通知する。以降、ＶｏＩＰ通信部５３ではＭＲＦサーバ２からマルチキャスト送信されるガイダンスメッセージが受信されるようになる。ＶｏＩＰ終端処理部５５は、このガイダンスメッセージデータを取得すると、ＲＡＮ終端処理部５６へ送る。
【００５９】
一方で、ＶｏＩＰ終端処理部５５は、規制解除のためのＯＰＴＩＯＮＳメッセージを受信すると、返信としてＯＫメッセージをＣＳＣＦサーバ３へ送ると共に、このメッセージからマルチキャストアドレス及びポート番号を取得し、このマルチキャストアドレスへの
離脱申請をＩＧＭＰを用いてＭＲ４へ送る。ＶｏＩＰ終端処理部５５は、ＯＰＴＩＯＮＳメッセージが受信された場合には、ヘッダ部のＯｖｅｒｌｏａｄ−Ｃｏｎｔｒｏｌフィールドの規制割合（呼損率）により、呼規制指示か規制解除指示かを判断する。ＶｏＩＰ終端処理部５５は、自身の呼規制が解除されたことを認識し、このことをＲＡＮ終端処理部５６に通知する。
【００６０】
ＲＡＮ終端処理部５６は、ＲＡＮ通信部５４により実行されるＣＣプロトコル等のＲＡＮ通信を終端する。ＲＡＮ終端処理部５６は、ＶｏＩＰ終端処理部５５から呼規制されたことが通知された後、移動端末９からＳＥＴＵＰメッセージを受けると、ＳＩＰへの中継を行うことなく、ＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージを移動端末９に送信する。ＲＡＮ終端処理部５６は、ＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージを移動端末９に送信した後に受信されるガイダンスメッセージデータを各接続された移動端末９へ順次送信する。このとき、複数の移動端末９との間で無線アクセス接続が確立されている場合には、ＲＡＮ終端処理部５６は、その接続数分そのガイダンスメッセージデータをコピーし、各移動端末９へそれぞれガイダンスメッセージを送信する。
【００６１】
［動作例］
以下、実施例１における移動網システムの動作例を説明する。図１２は、実施例１におけるガイダンスメッセージの接続処理を示すシーケンスチャートである。
【００６２】
ＣＳＣＦサーバ３は、所定の負荷を越えているＡＧＷ５を検出すると、そのＡＧＷ５を呼規制すると決定する。ここでは、ＡＧＷ５＃ｍが呼規制対象として決定されたものとする。呼規制対象のＡＧＷ５＃ｍを決定すると、ＣＳＣＦサーバ３は、対応するガイダンスメッセージを示すＬＧＮ、マルチキャストアドレス及びポート番号を決める。ＣＳＣＦサーバ３は、これら情報を含めたＩＮＶＩＴＥメッセージを生成し（図７参照）、そのＩＮＶＩＴＥメッセージをＭＲＦサーバ２へ送信する（Ｓ１０１）。
【００６３】
ＭＲＦサーバ２は、このＩＮＶＩＴＥメッセージを受信すると、このメッセージからＬＧＮ、マルチキャストアドレス及びポート番号を抽出し、これら情報を保持する。ＭＲＦサーバ２は、ＯＫ（２００）メッセージをＣＳＣＦサーバ３へ返信する（Ｓ１０２）。続いて、ＭＲＦサーバ２は、上記ＬＧＮに対応するガイダンスメッセージデータをガイダンスメッセージＤＢ２７から抽出する。ＭＲＦサーバ２は、上記マルチキャストアドレス及びポート番号を指定してこのガイダンスメッセージデータをマルチキャスト送信する（Ｓ１０３）。以降、所定の周期で、ＭＲＦサーバ２は、そのガイダンスメッセージをマルチキャスト送信する。ＭＲＦサーバ２は、そのメッセージが更新される度にマルチキャスト送信するようにしてもよい。但し、ＭＲＦサーバ２によりマルチキャスト送信されたガイダンスメッセージは、この時点では、いずれのＡＧＷ５も受信できない。
【００６４】
このように、実施例１では、ＭＲＦサーバ２は、規制された呼毎にガイダンスメッセージ提供処理を実行するわけではないため、ＩＮＶＩＴＥメッセージを受信しＯＫメッセージを返信した後に、ガイダンスメッセージデータを送信している。従って、実施例１によれば、上記関連技術では、その他にＴＲＹＩＮＧ（１００）メッセージ及びＡＣＫメッセージが送受されていたのに較べて、送受されるメッセージを削減することができる。なお、実施例１においても、上記関連技術と同様に、ＣＳＣＦサーバ３とＭＲＦサーバ２との間で、ＩＮＶＩＴＥメッセージ、ＴＲＹＩＮＧメッセージ、ＯＫメッセージ及びＡＣＫメッセージをやり取りした後に、ガイダンスメッセージデータを送信するようにしてもよい。
【００６５】
また、以上の処理は、始めて呼規制されるＡＧＷが発生した場合の処理であり、更に他のＡＧＷ５が呼規制対象に決定された場合には、上記（Ｓ１０１）及び（Ｓ１０２）の処
理は実行されない。既に、ＡＧＷ５＃ｍの呼規制により、ＭＲＦサーバ２から所望のガイダンスメッセージがマルチキャスト送信されているからである（Ｓ１０３）。
【００６６】
ＣＳＣＦサーバ３は、ＯＫメッセージを受信すると、ＳＩＰのＯＰＴＩＯＮＳメッセージ（図８参照）を呼規制対象のＡＧＷ５＃ｍへ送信する（Ｓ１０４）。この呼規制指示のためのＯＰＴＩＯＮＳメッセージには、上記マルチキャストアドレス、ポート番号等が含まれる。
【００６７】
呼規制対象のＡＧＷ５＃ｍは、このＯＰＴＩＯＮＳメッセージを受信すると、ヘッダ部のＯｖｅｒｌｏａｄ−Ｃｏｎｔｒｏｌフィールドの規制割合（呼損率）により呼規制指示か規制解除指示かを判断する。ここでは、規制割合には１００が設定されているため、ＡＧＷ５＃ｍは、このＯＰＴＩＯＮＳメッセージを呼規制指示であると判断する。ＡＧＷ５＃ｍは、このメッセージからマルチキャストアドレス及びポート番号を抽出し、ＯＫメッセージをＣＳＣＦサーバ３に返信する（Ｓ１０５）。ＡＧＷ５＃ｍは、当該マルチキャストアドレスで特定されるマルチキャストグループへの参加申請を、ＩＧＭＰを用いて、接続されるＭＲ４に送る（Ｓ１１０）。この参加申請には、送信元ポート番号としてＯＰＴＩＯＮＳメッセージから抽出されたポート番号が設定される。ＡＧＷ５＃ｍは、ＭＲ４からその参加申請に対しての参加承認を受信すると（Ｓ１１１）、そのマルチキャストアドレス及びポート番号で送信されるデータを受信するための準備を行う。
【００６８】
ＭＲ４は、ＡＧＷ＃ｍからＩＧＭＰにより参加申請を受けると、その申請に含まれるマルチキャストアドレス、ポート番号及び送信先のＡＧＷのＩＰアドレスを保持する。以降、ＭＲ４は、その保持されるマルチキャストアドレス及びポート番号で受信されたマルチキャストパケットを送信先として登録されているＡＧＷ宛てに送信する。このとき、複数のＡＧＷが登録されている場合には、各ＡＧＷにそのマルチキャストパケットがマルチキャスト送信される。ここでは、ＭＲＦサーバ２からマルチキャスト送信されたガイダンスメッセージデータがＭＲ４で受信され、ＭＲ４からこのガイダンスメッセージデータがＡＧＷ＃ｍへ転送される（Ｓ１１２）。
【００６９】
すなわち、ＡＧＷ＃ｍは、ＭＲ４へ対象のマルチキャストグループへの参加申請を行うと、ＭＲＦサーバ２からマルチキャスト送信されるガイダンスメッセージを受信できるようになる。以降、ＣＳＣＦサーバ３は、他のＡＧＷ（ＡＧＷ５＃ｎ）を新たに呼規制対象に決定すると、そのＡＧＷ５＃ｎとの間で上記（Ｓ１０４）及び（Ｓ１０５）の通信を行う。
【００７０】
ＡＧＷ＃ｍが呼規制されガイダンスメッセージを受信している状態で、移動端末９からＣＣプロトコルのＳＥＴＵＰ（CC-SETUP）メッセージを受信すると、ＡＧＷ＃ｍは、ＣＡＬＬ−ＰＲＯＣＥＥＤＩＮＧメッセージ（CC-CALL-PROC）を送ることにより移動端末９との間で無線アクセス接続を確立する。その後、ＡＧＷ＃ｍは、ガイダンスメッセージを受信すると、そのとき無線アクセス接続が確立されている各移動端末９へそのガイダンスメッセージを送信する。なお、図２に示す関連技術のシーケンスのように、ＣＣプロトコルのＣＯＮＮＥＣＴメッセージ（CC-CONNECT）及びＣＯＮＮＥＣＴ−ＡＣＫメッセージ（CC-CONNECT ACKNOWLEDGE）を移動端末９と送受した後にガイダンスメッセージを送信するようにしてもよい。また、ＣＣプロトコルのＰＲＯＧＲＥＳＳメッセージ（CC-PROGRESS）
及びＰＲＯＧＲＥＳＳ−ＡＣＫメッセージ（CC-PROGRESS ACKNOWLEDGE）を移動端末９と
送受した後にガイダンスメッセージを送信するようにしてもよい。
【００７１】
一方、ガイダンスメッセージを受信する移動端末９がこの呼を切断する場合は、ＩＰ網１でＳＩＰメッセージが送受されることなく、ＡＧＷ＃ｍと移動端末９との間で図２に示すＣＣプロトコルシーケンスが実行される（ＤＩＳＣＯＮＮＥＣＴメッセージ（CC-DISCO
NNECT）、ＲＥＬＥＡＳＥメッセージ（CC-RELEASE）及びＲＥＬＥＡＳＥ−ＣＯＭＰＬＥ
ＴＥメッセージ（CC-RELEASE-COMPLETE））。
【００７２】
図１３は、実施例１におけるガイダンスメッセージの停止処理を示すシーケンスチャートである。
【００７３】
ＣＳＣＦサーバ３は、呼規制対象のＡＧＷ５＃ｍの負荷が低下したことを検知すると、このＡＧＷ５＃ｍの規制を解除すると決定する。呼規制の解除は、収集されているＡＧＷ５の負荷情報から判断されてもよいし、ＡＧＷ５からの通知により判断されてもよい。ＡＧＷ５＃ｍの呼規制の解除を決定すると、ＣＳＣＦサーバ３は、そのＡＧＷ＃ｍに、既にマルチキャスト送信されているガイダンスメッセージを示すＬＧＮ、マルチキャストアドレス及びポート番号を含めたＯＰＴＩＯＮＳメッセージ（図９参照）を送信する（Ｓ１２１）。このＯＰＴＩＯＮＳメッセージは、規制解除指示であるため、ヘッダ部のＯｖｅｒｌｏａｄ−Ｃｏｎｔｒｏｌフィールドの規制割合（呼損率）には０が設定される。
【００７４】
ＡＧＷ＃ｍは、このＯＰＴＩＯＮＳメッセージを受信すると、ヘッダ部のＯｖｅｒｌｏａｄ−Ｃｏｎｔｒｏｌフィールドの規制割合（呼損率）に０が設定されているため、このＯＰＴＩＯＮＳメッセージを規制解除指示であると判断する。ＡＧＷ＃ｍは、このメッセージからマルチキャストアドレス及びポート番号を抽出し、ＯＫメッセージをＣＳＣＦサーバ３に返信する（Ｓ１２２）。ＡＧＷ５＃ｍは、当該マルチキャストアドレスで特定されるマルチキャストグループへ参加しているため、このマルチキャストグループからの離脱申請を、ＩＧＭＰを用いて、接続されるＭＲ４に送る（Ｓ１２３）。この離脱申請には、送信元ポート番号としてＯＰＴＩＯＮＳメッセージから抽出されたポート番号が設定される。ＡＧＷ５＃ｍは、ＭＲ４からその離脱申請に対しての離脱承認を受信する（Ｓ１２４）。
【００７５】
ＭＲ４は、ＡＧＷ５＃ｍからＩＧＭＰにより離脱申請を受けると、その申請に含まれるマルチキャストアドレス、ポート番号に基づいて、送信元のＡＧＷをそのマルチキャストグループから除外する。以降、ＭＲ４は、その保持されるマルチキャストアドレス及びポート番号でマルチキャストパケットを受信したとしても、ＡＧＷ５＃ｍには送信しない。この動作例では、マルチキャストグループからの離脱時に、ＡＧＷ５＃ｍとＭＲ４との間で離脱申請及び離脱承認を送受しているが（Ｓ１２３及びＳ１２４）、他の手法によりＭＲ４がＡＧＷ５＃ｍの離脱状況を認識するようにしてもよい。本実施形態は、マルチキャストグループからのＡＧＷ５＃ｍの離脱手法を限定しない。
【００７６】
ＣＳＣＦサーバ３は、ＡＧＷ５＃ｍの呼規制を解除することを決定すると、呼規制されている他のＡＧＷ５の存在を確認する。ＣＳＣＦサーバ３は、呼規制されている他のＡＧＷ５がないと判断すると、呼規制のためのガイダンスメッセージの送信を止めるために、ＳＩＰのＢＹＥメッセージをＭＲＦサーバ２へ送信する（Ｓ１２５）。このＢＹＥメッセージには、そのガイダンスメッセージを特定するためのＬＧＮが設定される。ＭＲＦサーバ２は、このＢＹＥメッセージを受信すると、そのメッセージに含まれるＬＧＮで特定されるガイダンスメッセージのマルチキャスト送信を停止する。
【００７７】
〈実施例１の作用及び効果〉
上述のように、実施例１における移動網システムでは、ガイダンスメッセージはＭＲＦサーバ２からＣＳＣＦサーバ３により指定されたマルチキャストアドレスによりマルチキャスト送信される。呼規制されるＡＧＷ５は、ＣＳＣＦサーバ３からＯＰＴＩＯＮＳメッセージにより通知されるマルチキャストアドレス等の情報に基づいてＭＲ４へこのマルチキャストアドレスへの参加登録を依頼することにより、ＭＲＦサーバ２からマルチキャスト送信されるガイダンスメッセージを受信する。
【００７８】
これにより、呼規制されるＡＧＷ５の配下の基地局７に無線接続される移動端末９から発呼された場合には、ＡＧＷ５と移動端末９との間で無線アクセス接続が確立された後、ＡＧＷ５で受信されたガイダンスメッセージがその移動端末９へ送信される。
【００７９】
従って、実施例１によれば、規制対象となるべき呼が増加した場合であっても各規制呼の処理は移動端末９とＡＧＷ５との間で行われるため、ＣＳＣＦサーバ３及びＭＲＦサーバ２の処理負荷及びＩＰ網１に流れるトラフィックがその規制対象呼に応じて増加することを防ぐことができる。すなわち、実施例１によれば、規制対象呼の増加に伴う移動網の負荷の増大を防ぐことができる。
【００８０】
更に、実施例１では、ＡＧＷ５の制御部５１が、ＲＴＰによりマルチキャスト送信されたガイダンスメッセージを受信すると、ＶｏＩＰ終端処理部５５からＲＡＮ終端処理部５６に順次そのガイダンスメッセージを転送し、そのとき無線アクセス接続されている各移動端末９へそれぞれそのガイダンスメッセージを送信した。つまり、移動端末９は、無線アクセス接続が確立されたタイミングで受信されているガイダンスメッセージの提供を受けるため、ガイダンスメッセージの途中から受信する場合もあった。従って、実施例１によれば、リアルタイムのメッセージが各移動端末９に提供されるため、逐次ガイダンスメッセージが変更されるような場合にも対応可能である。
【００８１】
［その他］
〈ハードウェアの構成要素（Component）及びソフトウェアの構成要素（Component）について〉
ハードウェアの構成要素とは、ハードウェア回路であり、例えば、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、ゲートアレイ、論理ゲートの組み合わせ、信号処理回路、アナログ回路等がある。
【００８２】
ソフトウェアの構成要素とは、ソフトウェアとして上記処理を実現する部品（断片）であり、そのソフトウェアを実現する言語、開発環境等を限定する概念ではない。ソフトウェアの構成要素としては、例えば、タスク、プロセス、スレッド、ドライバ、ファームウェア、データベース、テーブル、関数、プロシジャ、サブルーチン、プログラムコードの所定の部分、データ構造、配列、変数、パラメータ等がある。これらソフトウェアの構成要素は、１又は複数のメモリ（１または複数のプロセッサ（例えば、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）等）上で実現される。
【００８３】
なお、上述の各実施形態は、上記各処理部の実現手法を限定するものではない。上記各処理部は、上記ハードウェアの構成要素又はソフトウェアの構成要素若しくはこれらの組み合わせとして、本技術分野の通常の技術者において実現可能な手法により構成されていればよい。
【図面の簡単な説明】
【００８４】
【図１】本実施形態の関連技術における移動網システムの概略システム構成を示す図。
【図２】関連技術におけるガイダンスメッセージのユニキャスト接続処理を示すシーケンスチャート。
【図３】ＩＮＶＩＴＥメッセージのフォーマット例を示す図。
【図４】ガイダンスメッセージのユニキャスト接続時におけるＩＮＶＩＴＥメッセージのフォーマット例を示す図。
【図５】実施例１における移動網システムの概略システム構成を示す図。
【図６】実施例１におけるＣＳＣＦサーバの構成概念を示すブロック図。
【図７】実施例１におけるＩＮＶＩＴＥメッセージのフォーマット例を示す図。
【図８】実施例１における呼規制指示のためのＯＰＴＩＯＮＳメッセージのフォーマット例を示す図。
【図９】実施例１における規制解除指示のためのＯＰＴＩＯＮＳメッセージのフォーマット例を示す図。
【図１０】実施例１におけるＭＲＦサーバの構成概念を示すブロック図。
【図１１】実施例１におけるＡＧＷの構成概念を示すブロック図。
【図１２】実施例１におけるガイダンスメッセージの接続処理を示すシーケンスチャート。
【図１３】実施例１におけるガイダンスメッセージの停止処理を示すシーケンスチャート。
【符号の説明】
【００８５】
１  ＩＰ網
２  ＭＲＦ（Media Resource Control Function又はMultimedia Resource Function）サ
ーバ
３  ＣＳＣＦ（Call Signaling Control Function）サーバ
５  ＡＧＷ（Access GateWay）サーバ
７  無線基地局装置（基地局）
９  移動端末
２１、３１、５１  制御部
２２、３２、５２  記憶部
２３、３３  通信部
２５  ガイダンスメッセージ制御部
２７  ガイダンスメッセージデータベース（ＤＢ）
３５  呼制御部
３６  ＡＧＷ管理部
３８  ＡＧＷ管理データベース（ＤＢ）
５３  ＶｏＩＰ通信部
５４  ＲＡＮ通信部
５５  ＶｏＩＰ終端処理部
５６  ＲＡＮ終端処理部
【図１】
2010147543.tif 000003
【図２】
2010147543.tif 000004
【図３】
2010147543.tif 000005
【図４】
2010147543.tif 000006
【図５】
2010147543.tif 000007
【図６】
2010147543.tif 000008
【図７】
2010147543.tif 000009
【図８】
2010147543.tif 000010
【図９】
2010147543.tif 000011
【図１０】
2010147543.tif 000012
【図１１】
2010147543.tif 000013
【図１２】
2010147543.tif 000014
【図１３】
2010147543.tif 000015