(57)【特許請求の範囲】
【請求項１】
伝送されるパケットを伝送の優先度に基づいて中継するネットワークにおいて、発信端末から発信された呼確立要求信号に基づいて該発信端末と着信端末との間に呼を確立する呼制御システムであって、
発信端末が在圏する発側外部ネットワークと接続する発側ゲートウェイ装置と、
着信端末が在圏する着側外部ネットワークと接続する着側ゲートウェイ装置と、
前記発側ゲートウェイ装置と通信可能な発側呼制御装置と、
前記着側ゲートウェイ装置と通信可能な着側呼制御装置と、
を備え、
前記着側ゲートウェイ装置が、
前記発側ゲートウェイ装置との間にダミー呼を確立し、前記発信端末と前記着信端末との間に確立された呼を介して伝送される正規パケットよりも伝送の優先度が低いダミーパケットを、該ダミー呼を介して伝送するダミーパケット伝送手段と、
前記ダミーパケット伝送手段により伝送されたダミーパケットの通信品質を測定する測定手段と、
前記測定手段により測定された通信品質に基づいて、前記着側ゲートウェイ装置を経由する呼の確立の可否を示す通知を前記着側呼制御装置に送信する通知送信手段とを備え、
前記着側呼制御装置が、
前記通知送信手段から送信された通知を受信する通知受信手段と、
前記通知受信手段により受信された通知に基づいて、前記着側ゲートウェイ装置の識別情報と、該着側ゲートウェイ装置を経由する呼の確立の可否を示す可否情報とを関連付けて記憶する記憶手段と、
前記発信端末から前記着信端末に向けて発信された新たな呼確立要求信号を前記発側呼制御装置から受信し、該新たな呼確立要求信号に基づいて特定した転送先の前記着側ゲートウェイ装置の識別情報に関連付けられている可否情報が、該着側ゲートウェイ装置を経由して呼を確立できないことを示す場合には、該新たな呼確立要求信号に対して呼の確立を拒否するための応答メッセージを該発側呼制御装置に送信し、該可否情報が、該着側ゲートウェイ装置を経由して呼を確立できることを示す場合には、該新たな呼確立要求信号に対して呼を確立するために該新たな呼確立要求信号を該着側ゲートウェイ装置に転送する呼制御手段とを備える、
ことを特徴とする呼制御システム。
【請求項２】
前記測定手段が、前記ダミーパケットのパケットロス率を測定し、
前記通知送信手段が、前記パケットロス率が第１の閾値以上である場合には、前記着側ゲートウェイ装置を経由する呼の確立を実行できないことを示す通知を送信し、該パケットロス率が該第１の閾値未満である場合には、前記着側ゲートウェイ装置を経由する呼の確立を実行できることを示す通知を送信する、
請求項１に記載の呼制御システム。
【請求項３】
前記測定手段が、前記ダミーパケットの遅延時間を更に測定し、
前記通知送信手段が、前記パケットロス率が前記第１の閾値以上であり且つ前記遅延時間が第２の閾値以上である場合には、前記着側ゲートウェイ装置を経由する呼の確立を実行できないことを示す通知を送信する、
請求項２に記載の呼制御システム。
【請求項４】
伝送されるパケットを伝送の優先度に基づいて中継するネットワークにおいて、発信端末から発信された呼確立要求信号に基づいて該発信端末と着信端末との間に呼を確立する呼制御システム、における呼制御方法であって、
前記呼制御システムが、
発信端末が在圏する発側外部ネットワークと接続する発側ゲートウェイ装置と、
着信端末が在圏する着側外部ネットワークと接続する着側ゲートウェイ装置と、
前記発側ゲートウェイ装置と通信可能な発側呼制御装置と、
前記着側ゲートウェイ装置と通信可能な着側呼制御装置とを備え、
前記呼制御方法が、
前記着側ゲートウェイ装置が、前記発側ゲートウェイ装置との間にダミー呼を確立し、前記発信端末と前記着信端末との間に確立された呼を介して伝送される正規パケットよりも伝送の優先度が低いダミーパケットを、該ダミー呼を介して伝送するダミーパケット伝送ステップと、
前記着側ゲートウェイ装置が、前記ダミーパケット伝送ステップにおいて伝送されたダミーパケットの通信品質を測定する測定ステップと、
前記着側ゲートウェイ装置が、前記測定ステップにおいて測定された通信品質に基づいて、前記着側ゲートウェイ装置を経由する呼の確立の可否を示す通知を前記着側呼制御装置に送信する通知送信ステップと、
前記着側呼制御装置が、前記通知送信ステップにおいて送信された通知を受信する通知受信ステップと、
前記着側呼制御装置が、前記通知受信ステップにおいて受信された通知に基づいて、前記着側ゲートウェイ装置の識別情報と、該着側ゲートウェイ装置を経由する呼の確立の可否を示す可否情報とを関連付けて記憶手段に記憶する記憶ステップと、
前記着側呼制御装置が、前記発信端末から前記着信端末に向けて発信された新たな呼確立要求信号を前記発側呼制御装置から受信し、該新たな呼確立要求信号に基づいて特定した転送先の前記着側ゲートウェイ装置の識別情報に関連付けられている可否情報が、該着側ゲートウェイ装置を経由して呼を確立できないことを示す場合には、該新たな呼確立要求信号に対して呼の確立を拒否するための応答メッセージを該発側呼制御装置に送信し、該可否情報が、該着側ゲートウェイ装置を経由して呼を確立できることを示す場合には、該新たな呼確立要求信号に対して呼を確立するために該新たな呼確立要求信号を該着側ゲートウェイ装置に転送する呼制御ステップとを含む、
ことを特徴とする呼制御方法。
【請求項５】
前記測定ステップでは、前記ダミーパケットのパケットロス率を測定し、
前記通知送信ステップでは、前記パケットロス率が第１の閾値以上である場合には、前記着側ゲートウェイ装置を経由する呼の確立を実行できないことを示す通知を送信し、該パケットロス率が該第１の閾値未満である場合には、前記着側ゲートウェイ装置を経由する呼の確立を実行できることを示す通知を送信する、
請求項４に記載の呼制御方法。
【請求項６】
前記測定ステップでは、前記ダミーパケットの遅延時間を更に測定し、
前記通知送信ステップでは、前記パケットロス率が前記第１の閾値以上であり且つ前記遅延時間が第２の閾値以上である場合には、前記着側ゲートウェイ装置を経由する呼の確立を実行できないことを示す通知を送信する、
請求項５に記載の呼制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、品質保証型ネットワークサービスを実現するための呼制御システム及び呼制御方法に関するものである。
【背景技術】
【０００２】
従来から、ネットワークの通信品質を保証しつつ呼を確立するための手法が知られている。例えば、非同期転送モード（Asynchronous Transfer Mode；ＡＴＭ）ベースの回線交換サービスでは、隣接ノード間の空きリソースを確認した上で経路（パス）を設定し、エンドポイント間の経路が設定できた場合に呼を確立させることで、通信品質を保証している。また、ＩＰ（Internet Protocol）通信網においては、ＲＳＶＰ（Resource Reservation Protocol）方式や帯域ブローカ方式により帯域予約を行うことで品質保証型の通信を実現している。
【０００３】
下記特許文献１には、帯域予約の手法を採用した無線パケット伝送システムが記載されている。この無線パケット伝送システムは、トラフィック量と空きチャネル数との比に基づいてデータに対する音声の優先度を設定し、設定された優先度に基づいてデータ及び音声のそれぞれに割り当てる予約チャネル容量を算出する。そして、無線パケット伝送システムはその予約チャネル容量に基づいて送信許可確率を算出し、その送信許可確率に従ってデータパケット又は音声パケットを送信する。
【特許文献１】特開平１１−１７６０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のような帯域予約は一定の時間を要する。そのため、帯域予約が完了するまでの待ち時間が長くなり、その結果、伝送遅延や揺らぎが発生することがある。
【０００５】
本発明は、上記課題を解決するためになされたものであり、帯域予約を行うことなくネットワークの通信品質を保証することが可能な呼制御システム及び呼制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の呼制御システムは、伝送されるパケットを伝送の優先度に基づいて中継するネットワークにおいて、発信端末から発信された呼確立要求信号に基づいて該発信端末と着信端末との間に呼を確立する呼制御システムであって、発信端末が在圏する発側外部ネットワークと接続する発側ゲートウェイ装置と、着信端末が在圏する着側外部ネットワークと接続する着側ゲートウェイ装置と、発側ゲートウェイ装置と通信可能な発側呼制御装置と、着側ゲートウェイ装置と通信可能な着側呼制御装置と、を備え、着側ゲートウェイ装置が、発側ゲートウェイ装置との間にダミー呼を確立し、発信端末と着信端末との間に確立された呼を介して伝送される正規パケットよりも伝送の優先度が低いダミーパケットを、該ダミー呼を介して伝送するダミーパケット伝送手段と、ダミーパケット伝送手段により伝送されたダミーパケットの通信品質を測定する測定手段と、測定手段により測定された通信品質に基づいて、着側ゲートウェイ装置を経由する呼の確立の可否を示す通知を着側呼制御装置に送信する通知送信手段とを備え、着側呼制御装置が、通知送信手段から送信された通知を受信する通知受信手段と、通知受信手段により受信された通知に基づいて、着側ゲートウェイ装置の識別情報と、該着側ゲートウェイ装置を経由する呼の確立の可否を示す可否情報とを関連付けて記憶する記憶手段と、発信端末から着信端末に向けて発信された新たな呼確立要求信号を発側呼制御装置から受信し、該新たな呼確立要求信号に基づいて特定した転送先の着側ゲートウェイ装置の識別情報に関連付けられている可否情報が、該着側ゲートウェイ装置を経由して呼を確立できないことを示す場合には、該新たな呼確立要求信号に対して呼の確立を拒否するための応答メッセージを該発側呼制御装置に送信し、該可否情報が、該着側ゲートウェイ装置を経由して呼を確立できることを示す場合には、該新たな呼確立要求信号に対して呼を確立するために該新たな呼確立要求信号を該着側ゲートウェイ装置に転送する呼制御手段とを備える、ことを特徴とする。
【０００７】
また、本発明の呼制御方法は、伝送されるパケットを伝送の優先度に基づいて中継するネットワークにおいて、発信端末から発信された呼確立要求信号に基づいて該発信端末と着信端末との間に呼を確立する呼制御システム、における呼制御方法であって、呼制御システムが、発信端末が在圏する発側外部ネットワークと接続する発側ゲートウェイ装置と、着信端末が在圏する着側外部ネットワークと接続する着側ゲートウェイ装置と、発側ゲートウェイ装置と通信可能な発側呼制御装置と、着側ゲートウェイ装置と通信可能な着側呼制御装置とを備え、呼制御方法が、着側ゲートウェイ装置が、発側ゲートウェイ装置との間にダミー呼を確立し、発信端末と着信端末との間に確立された呼を介して伝送される正規パケットよりも伝送の優先度が低いダミーパケットを、該ダミー呼を介して伝送するダミーパケット伝送ステップと、着側ゲートウェイ装置が、ダミーパケット伝送ステップにおいて伝送されたダミーパケットの通信品質を測定する測定ステップと、着側ゲートウェイ装置が、測定ステップにおいて測定された通信品質に基づいて、着側ゲートウェイ装置を経由する呼の確立の可否を示す通知を着側呼制御装置に送信する通知送信ステップと、着側呼制御装置が、通知送信ステップにおいて送信された通知を受信する通知受信ステップと、着側呼制御装置が、通知受信ステップにおいて受信された通知に基づいて、着側ゲートウェイ装置の識別情報と、該着側ゲートウェイ装置を経由する呼の確立の可否を示す可否情報とを関連付けて記憶手段に記憶する記憶ステップと、着側呼制御装置が、発信端末から着信端末に向けて発信された新たな呼確立要求信号を発側呼制御装置から受信し、該新たな呼確立要求信号に基づいて特定した転送先の着側ゲートウェイ装置の識別情報に関連付けられている可否情報が、該着側ゲートウェイ装置を経由して呼を確立できないことを示す場合には、該新たな呼確立要求信号に対して呼の確立を拒否するための応答メッセージを該発側呼制御装置に送信し、該可否情報が、該着側ゲートウェイ装置を経由して呼を確立できることを示す場合には、該新たな呼確立要求信号に対して呼を確立するために該新たな呼確立要求信号を該着側ゲートウェイ装置に転送する呼制御ステップとを含む、ことを特徴とする。
【０００８】
このような呼制御システム及び呼制御方法によれば、正規パケットよりも伝送の優先度が低いダミーパケットが、発側ゲートウェイ装置と着側ゲートウェイ装置との間に張られたダミー呼を介して伝送され、伝送されたダミーパケットの通信品質が着側ゲートウェイ装置において測定される。そして、測定された通信品質が所定のレベルを満たす場合には、新たな呼確立要求信号に対して、着側ゲートウェイ装置を経由して呼が確立される。ネットワーク内では正規パケットがダミーパケットよりも優先されて伝送される結果、ダミーパケットの通信品質が正規パケットのそれよりも早く低下する。このことを利用し、ダミーパケットの通信品質に基づいて呼確立を制御することで、帯域予約を行うことなく、一定の通信品質が保証される環境下でのみ呼を確立させることが可能になる。すなわち、ネットワークの通信品質を保証することが可能になる。
【０００９】
本発明の呼制御システムでは、測定手段が、ダミーパケットのパケットロス率を測定し、通知送信手段が、パケットロス率が第１の閾値以上である場合には、着側ゲートウェイ装置を経由する呼の確立を実行できないことを示す通知を送信し、該パケットロス率が該第１の閾値未満である場合には、着側ゲートウェイ装置を経由する呼の確立を実行できることを示す通知を送信してもよい。
【００１０】
本発明の呼制御方法では、測定ステップでは、ダミーパケットのパケットロス率を測定し、通知送信ステップでは、パケットロス率が第１の閾値以上である場合には、着側ゲートウェイ装置を経由する呼の確立を実行できないことを示す通知を送信し、該パケットロス率が該第１の閾値未満である場合には、着側ゲートウェイ装置を経由する呼の確立を実行できることを示す通知を送信してもよい。
【００１１】
本発明の呼制御システムでは、測定手段が、ダミーパケットの遅延時間を更に測定し、通知送信手段が、パケットロス率が第１の閾値以上であり且つ遅延時間が第２の閾値以上である場合には、着側ゲートウェイ装置を経由する呼の確立を実行できないことを示す通知を送信してもよい。
【００１２】
本発明の呼制御方法では、測定ステップでは、ダミーパケットの遅延時間を更に測定し、通知送信ステップでは、パケットロス率が第１の閾値以上であり且つ遅延時間が第２の閾値以上である場合には、着側ゲートウェイ装置を経由する呼の確立を実行できないことを示す通知を送信してもよい。
【発明の効果】
【００１３】
このような呼制御システム及び呼制御方法によれば、通信端末間に確立された呼を介して伝送される正規パケットよりも伝送の優先度が低いダミーパケットの通信品質に基づいて、新たな呼確立要求信号に対して呼を確立するか否かが判定されるので、帯域予約を行うことなくネットワークの通信品質を保証できる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００１５】
まず、図１を用いて、実施形態に係る呼制御システム２の全体構成を説明する。図１は呼制御システム２を含む通信システム１の全体構成を示す図である。
【００１６】
通信システム１は、複数の携帯電話機（通信端末）Ｍと、複数のアクセスネットワーク（外部ネットワーク）ＮＡと、ＩＰバックボーンネットワークＮＢとを備えている。通信システム１は通信方式としてＩＭＳ（IP Multimedia Subsystem）を採用している。なお、図１では説明の簡単のために携帯電話機Ｍ及びアクセスネットワークＮＡを二つのみ示しているが、ＩＰバックボーンネットワークＮＢと接続するアクセスネットワークＮＡ、及び携帯電話機Ｍの個数は限定されない。
【００１７】
アクセスネットワークＮＡは図示しない基地局などで構成される無線ネットワークであり、携帯電話機Ｍとの間で制御信号やデータ信号を送受信する。
【００１８】
ＩＰバックボーンネットワークＮＢは、アクセスネットワークＮＡ同士を接続する有線ネットワークであり、このネットワーク内に呼制御システム２が実装されている。ＩＰバックボーンネットワークＮＢはＤｉｆｆＳｅｒｖ（Differentiated Services）方式により通信品質（Quality of service；ＱｏＳ）保証を実現している。ＤｉｆｆＳｅｒｖの詳細はＲＦＣ２４７４やＲＦＣ２４７５で規定されている。
【００１９】
呼制御システム２は、ネットワークにおけるセッション管理を行うためのプロトコルであるＳＩＰ（Session Initiation Protocol）に従って呼制御を行うシステムである。この呼制御システム２は、複数のゲートウェイノード１０と、複数のルータ２０と、複数のＣＳＣＦ（Call/Session Control Function）３０とを備えている。なお、図１では説明の簡単のためにゲートウェイノード１０及びＣＳＣＦ３０を二つのみ示しているが、これらの個数は限定されない。また、ルータ２０の個数も限定されない。ゲートウェイノード１０とＣＳＣＦ３０とは多対多の関係にある。すなわち、一台のゲートウェイノード１０が複数のＣＳＣＦ３０とデータを送受信することもあるし、一台のＣＳＣＦ３０が複数のゲートウェイノード１０とデータを送受信することもある。
【００２０】
ゲートウェイノード１０は、ＩＰバックボーンネットワークＮＢとアクセスネットワークＮＡとを接続し、一方のネットワークから他方のネットワークへパケットを中継する通信機器（中継機器）である。
【００２１】
ゲートウェイノード１０は、携帯電話機Ｍから送信されアクセスネットワークＮＡを介して伝送されてきたＩＰパケット（以下では単に「パケット」という）を受け付けると、そのパケットの種類に基づいて、伝送の優先度を示すＤＳＣＰ（DiffServ Code Point）を決定する。続いて、ゲートウェイノード１０は決定したＤＳＣＰをパケット内のＤＳ（Differentiated Services）フィールドに書き込む。そして、ゲートウェイノード１０は、パケット内に書き込まれている宛先ＩＰアドレスに基づいて、ＩＰバックボーンネットワークＮＢ内の他の通信装置（ルータ２０又はＣＳＣＦ３０）にパケットを転送する。また、ゲートウェイノード１０は、ＩＰバックボーンネットワークＮＢ内の他の通信装置から送信されてきたパケットをアクセスネットワークＮＡ内の図示しない通信装置に転送する。
【００２２】
ルータ２０は、ＩＰバックボーンネットワークＮＢ内で伝送されるパケットを中継する通信機器である。ルータ２０は、パケットを受信すると、そのパケットのＤＳフィールドからＤＳＣＰを読み出し、読み出したＤＳＣＰ、すなわち伝送の優先度に基づいてそのパケットを別の通信機器（例えば別のルータ２０やゲートウェイノード１０など）に送信する。例えば、ルータ２０がＤＳＣＰ「２」のパケットＡとＤＳＣＰ「１」のパケットＢとを保持している場合、ルータ２０はパケットＢよりも高いＤＳＣＰを持つパケットＡを先に送信する。したがって、ルータ２０が自機の転送能力よりも多くのパケットを受信した場合には、ＤＳＣＰ（優先度）が低いパケットについて伝送遅延が発生したり、ＤＳＣＰが低いパケットがルータ２０により破棄されたりすることがある。
【００２３】
このように、ＩＰバックボーンネットワークＮＢでは、ゲートウェイノード１０とルータ２０との協働により、伝送されるパケットが伝送の優先度に基づいて中継される。
【００２４】
ＣＳＣＦ３０は、ＳＩＰサーバとも呼ばれ、呼セッションの設定（電話の発着信の制御）を実行したり、図示しないアプリケーションサーバにアクセスして所定のサービスを起動したりする呼制御装置である。実際には、ＣＳＣＦ３０は機能毎にＰ−ＣＳＣＦ（Proxy-Call/Session Control Function）、Ｉ−ＣＳＣＦ（Interrogating- Call/Session Control Function）、Ｓ−ＣＳＣＦ（Serving-Call/SessionControl Function）に分かれるが、本明細書ではこれらをまとめてＣＳＣＦ３０として表す。
【００２５】
次に、図２及び３を用いて、図１に示すゲートウェイノード１０の機能構成を説明する。図２はゲートウェイノード１０の機能構成を示す図であり、図３はゲートウェイノード１０のハードウェア構成を示す図である。
【００２６】
ゲートウェイノード１０は、機能的構成要素としてダミーパケット送受信部１１、測定部１２、判定部１３及び呼制御部１４を備えている。
【００２７】
ゲートウェイノード１０は、図３に示すように、ＣＰＵ１０１と、ＲＯＭやＲＡＭで構成される主記憶部１０２と、ハードディスクなどで構成される補助記憶部１０３と、ルータ２０やＣＳＣＦ３０などの他の通信機器との間でパケットの送受信を行うための通信インタフェース１０４と、操作キーなどで構成される入力部１０５と、モニタや発光ダイオード（ＬＥＤ）などで構成される出力部１０６とを備えている。図２に示すゲートウェイノード１０の各機能は、ＣＰＵ１０１又は主記憶部１０２上に所定のコンピュータソフトウェアを読み込ませ、ＣＰＵ１０１の制御の下で通信インタフェース１０４、入力部１０５及び出力部１０６を動作させるとともに、主記憶部１０２又は補助記憶部１０３に対してデータの読み出し又は書き込みを行うことで実現される。
【００２８】
ダミーパケット送受信部１１は、ＩＰバックボーンネットワークＮＢ内の他のゲートウェイノード１０との間にダミー呼を確立し、携帯電話機Ｍ間に確立された呼（以下では「正規呼」ともいう）を介して伝送されるパケット（以下では「正規パケット」ともいう）よりもＤＳＣＰが低いダミーパケットを、そのダミー呼を介して送受信する手段である。
【００２９】
具体的には、ダミーパケット送受信部１１は相手のゲートウェイのダミーパケット送受信部との間でダミー呼を確立する。このダミー呼は、ＩＰバックボーンネットワークＮＢの通信品質を測定するために専用的に用いられる呼であり、ゲートウェイノード１０間に常時確立される。
【００３０】
ダミーパケット送受信部１１は、ダミー呼を確立すると、このダミー呼を介して相手のゲートウェイノード１０に送信するためのダミーパケットを生成する。具体的には、ダミーパケット送受信部１１は、送信先のゲートウェイノード１０を示すアドレス（送信先アドレス）と、送信時刻と擬制されるタイムスタンプ（絶対時刻）と、送信元のゲートウェイノード１０を示すアドレス（送信元アドレス）と、１パケット毎に連続的に割り当てられるシーケンス番号と、ＤＳＣＰとを含むダミーパケットを生成する。このとき、ダミーパケット送受信部１１は、正規パケットに付与されるいかなるＤＳＣＰよりも低い値をダミーパケットのＤＳＣＰとして設定する。
【００３１】
続いて、ダミーパケット送受信部１１は生成したダミーパケットをダミー呼を介して相手のゲートウェイに送信する。ダミーパケット送受信部１１は、所定量のダミーパケットの生成と、生成したダミーパケットの送信とを所定の時間間隔で繰返し実行する。なお、ダミーパケット送受信部１１がどの程度の量のダミーパケットを送信するかは（ＩＰバックボーンネットワークＮＢの帯域リソースの何パーセントをダミー呼の使用帯域として確保するかは）、任意に決定可能である。
【００３２】
また、ダミーパケット送受信部１１は、通信相手のゲートウェイのダミーパケット送受信部から送信されルータ２０を経由して伝送されてきたダミーパケットを受信する。
【００３３】
測定部１２は、相手のゲートウェイのダミーパケット送受信部により送信され、ダミーパケット送受信部１１により受信されたダミーパケットの通信品質を測定する手段である。測定部１２はダミーパケット送受信部１１によるダミーパケットの受信を監視しており、ダミーパケット送受信部１１がダミーパケットを受信するとその受信時刻を計測する。続いて、測定部１２は、受信したダミーパケットに書き込まれている送信元アドレス、シーケンス番号及び送信時刻と、計測した受信時刻とを関連付け、実測データとして記録する。測定部１２は、ダミーパケット送受信部１１が一定時間内に一定数のダミーパケットを受信することに対応して、所定時間分の実測データを蓄積する。
【００３４】
続いて、測定部１２は蓄積された実測データに基づいてダミーパケットの通信品質を測定する。例えば、測定部１２は単位時間の間に蓄積された実測データに書き込まれている送信時刻及び受信時刻に基づいて、特定のゲートウェイノード１０から送信されたダミーパケットの平均伝送時間を算出する。また、測定部１２は単位時間の間に蓄積された実測データに書き込まれているシーケンス番号の連続性を検査することで、特定のゲートウェイノード１０から送信されたダミーパケットのパケットロス率を算出する。なお、通信品質を示す指標は平均伝送時間やパケットロス率に限定されない。例えば、測定部１２は揺らぎ量（遅延時間のばらつき）を算出してもよい。測定部１２は、算出された平均伝送時間やパケットロス率などの指標値を通信品質の測定結果として判定部１３に出力する。
【００３５】
判定部１３は、測定部１２から入力された測定結果に基づいて、ダミーパケットの通信品質が所定のレベル以上であるか否かを判定する手段である。判定部１３はこの判定に使用する閾値を予め記憶している。例えば、判定部１３は伝送遅延が発生していない状況下でのダミーパケットの伝送時間（理想伝送時間）Ｔ（秒）と、遅延時間の閾値Ｄ（秒）と、パケットロス率の閾値Ｒ（％）とを記憶している。
【００３６】
判定部１３によるダミーパケットの通信品質の判定方法は限定されない。例えば、判定部１３はダミーパケットの伝送遅延の程度に基づいてダミーパケットの通信品質を判定してもよい。この場合、判定部１３は、測定部１２から入力された平均伝送時間ｔｘ（秒）と予め記憶している理想伝送時間Ｔとの差、すなわち平均遅延時間（ｔｘ−Ｔ）が閾値Ｄ以上であるか否かを判定する。このとき、ｔｘ−Ｔ≧Ｄであれば、閾値以上の伝送遅延が発生しているということなので、判定部１３はダミーパケットの通信品質が所定レベル未満であると判定する。これに対して、ｔｘ−Ｔ＜Ｄであれば、遅延の程度は軽微であるとして、判定部１３はダミーパケットの通信品質が所定レベル以上であると判定する。
【００３７】
ここで、ダミーパケットの通信品質が所定のレベル以上であるとは、将来新たに別の正規呼を確立してもＩＰバックボーンネットワークＮＢ内で輻輳などの問題が発生せず、携帯電話機Ｍ間での通話やデータ送信などに問題が生じないことが保証される状態のことをいう。これに対して、ダミーパケットの通信品質が所定のレベル未満であるとは、将来新たに別の正規呼を確立するとＩＰバックボーンネットワークＮＢ内で輻輳などの問題が発生する可能性が高い状態のことをいう。
【００３８】
判定部１３はダミーパケットのパケットロス率の程度に基づいてダミーパケットの通信品質を判定してもよい。この場合、判定部１３は測定部１２から入力されたパケットロス率ｒｘ（％）と予め記憶している閾値Ｒとを比較する。このとき、ｒｘ≧Ｒであれば、閾値以上のパケットロスが発生しているということなので、判定部１３はダミーパケットの通信品質が所定レベル未満であると判定する。これに対して、ｒｘ＜Ｒであれば、パケットロスの程度は軽微であるとして、判定部１３はダミーパケットの通信品質が所定レベル以上であると判定する。
【００３９】
また、判定部１３は遅延時間とパケットロス率の双方を用いてダミーパケットの通信品質を判定してもよい。例えば、測定結果に基づく遅延時間及びパケットロス率の双方が閾値以上になった場合に通信品質が所定レベル未満であると判定してもよい。
【００４０】
判定部１３は上記のような判定を所定の時間間隔で行うことで、ダミーパケットの通信品質が劣化又は回復したか否かを判定し、その判定結果を呼制御部１４及びＣＳＣＦ３０に出力する。
【００４１】
ダミーパケットの通信品質が一定時間所定のレベル以上であった後にそのレベル未満になった場合には、判定部１３はダミーパケットの通信品質が劣化したと判定し、帯域輻輳通知を生成して呼制御部１４及びＣＳＣＦ３０に出力する。これに対して、ダミーパケットの通信品質が一定時間所定のレベル未満であった後にそのレベル以上になった場合には、判定部１３はダミーパケットの通信品質が回復したと判定し、回復通知を生成して呼制御部１４及びＣＳＣＦ３０に出力する。
【００４２】
ここで、帯域輻輳通知は、自装置（ゲートウェイノード１０）を経由して新たに呼を確立できないことを示す通知である。これに対して、回復通知は、自装置を経由して新たな呼を確立できることを示す通知である。判定部１３はこれら二種類の通知を測定されたダミーパケットの通信品質に基づいて生成及び出力する。
【００４３】
ＣＳＣＦ３０に帯域輻輳通知又は回復通知を送信する際には、判定部１３はＳＩＰのＯＰＴＩＯＮＳメソッドを利用する。また、判定部１３はＣＳＣＦ３０に送信する通知にゲートウェイノード１０を識別するＩＰアドレスを予め書き込む。判定部１３が帯域輻輳通知及び回復通知を送信するゲートウェイノード１０の個数は一又は複数である。
【００４４】
呼制御部１４は、ダミーパケットの通信品質が所定のレベル未満である場合には、新たな呼確立要求信号に対して呼の確立を拒否し、その通信品質が所定のレベル以上である場合には、新たな呼確立要求信号に対して呼を確立する手段である。
【００４５】
呼制御部１４は、判定部１３から入力された帯域輻輳通知又は回復通知に基づいて、呼の確立を実行するか否かを決定する。帯域輻輳通知が入力された場合には、呼制御部１４は新たな呼の確立を実行しないと決定し、回復通知が入力された場合には、呼制御部１４は新たに呼を確立し得ると決定する。すなわち、帯域輻輳通知が入力されてから回復通知が入力されるまでの間は、呼制御部１４は呼の確立を拒否する規制状態にあり、回復通知が入力されてから帯域輻輳通知が入力されるまでの間は、呼制御部１４は呼の確立を実行可能な通常状態にある。
【００４６】
呼制御部１４は、アクセスネットワークＮＡからＳＩＰのＩＮＶＩＴＥメッセージ（呼確立要求信号）を受信する。ＩＮＶＩＴＥメッセージは、発信元の携帯電話機Ｍのアドレスと着信先の携帯電話機Ｍのアドレスとを含む信号である。呼制御部１４が規制状態である時にアクセスネットワークＮＡからＩＮＶＩＴＥメッセージを受信すると、呼制御部１４は呼の確立を実行できないことを示す応答メッセージ「580 precondition failure」を生成して発信元の携帯電話機Ｍに送信し、処理を終了する。これに対して、呼制御部１４が通常状態である時にアクセスネットワークＮＡからＩＮＶＩＴＥメッセージを受信すると、呼制御部１４はそのＩＮＶＩＴＥメッセージを発信側のＣＳＣＦ３０に転送する。
【００４７】
また、呼制御部１４はＣＳＣＦ３０からＩＮＶＩＴＥメッセージを受信することもある。この場合、呼制御部１４はそのＩＮＶＩＴＥメッセージをアクセスネットワークＮＡに転送する。このＩＮＶＩＴＥメッセージは、最終的に着信先の携帯電話機Ｍに送信される。
【００４８】
次に、図４を用いて、図１に示すＣＳＣＦ３０の機能構成を説明する。図４はＣＳＣＦ３０の機能構成を示す図である。
【００４９】
ＣＳＣＦ３０は、機能的構成要素として通知受信部３１、ゲートウェイ状態記憶部３２及び呼制御部３３を備えている。ＣＳＣＦ３０のハードウェア構成はゲートウェイノード１０のそれと同様であり（図３参照）、図４に示すＣＳＣＦ３０の各機能がハードウェア上でどのように実現されるかという点に関しても、ゲートウェイノード１０について説明したことと同様である。
【００５０】
通知受信部３１は、ゲートウェイノード１０から送信されてきた帯域輻輳通知又は回復通知を受信する手段である。通知受信部３１は受信した帯域輻輳通知又は回復通知をゲートウェイ状態記憶部３２に出力する。
【００５１】
ゲートウェイ状態記憶部３２は、帯域輻輳通知又は回復通知に基づいて、ゲートウェイノード１０の識別情報と、そのゲートウェイノード１０を経由する呼の確立の可否を示す可否情報とを関連付けて記憶する手段である。
【００５２】
通知受信部３１から帯域輻輳通知が入力された場合には、ゲートウェイ状態記憶部３２はその帯域輻輳通知から送信元のゲートウェイノード１０のＩＰアドレス（識別情報）を抽出し、抽出したＩＰアドレスと、そのゲートウェイノード１０を経由して呼を確立できないことを示すフラグ「０」とを関連付けて記憶（更新）する。これに対して、通知受信部３１から回復通知が入力されて場合には、ゲートウェイ状態記憶部３２はその回復通知から送信元のゲートウェイノード１０のＩＰアドレスを抽出し、抽出したＩＰアドレスと、そのゲートウェイノード１０を経由して呼を確立できることを示すフラグ「１」とを関連付けて記憶（更新）する。
【００５３】
したがって、フラグ「０」は、ゲートウェイノード１０が規制状態にあることを示す可否情報であり、フラグ「１」は、ゲートウェイノード１０が通常状態にあることを示す可否情報である。
【００５４】
呼制御部３３は、ダミーパケットの通信品質が所定のレベル未満である場合には、新たな呼確立要求信号に対して呼の確立を拒否し、その通信品質が所定のレベル以上である場合には、新たな呼確立要求信号に対して呼を確立する手段である。
【００５５】
呼制御部３３は、発信元の携帯電話機Ｍから送信されたＩＮＶＩＴＥメッセージ（呼確立要求信号）を受信する。呼制御部３３がどこからＩＮＶＩＴＥメッセージを受信するかは、ＣＳＣＦ３０が発信側と着信側のどちらの役割を担うかに依存する。ＣＳＣＦ３０が発信側に立った場合には、呼制御部３３は発信側のアクセスネットワークＮＡに接続しているゲートウェイノード１０からＩＮＶＩＴＥメッセージを受信する。これに対して、ＣＳＣＦ３０が着信側に立った場合には、呼制御部３３は発信側のＣＳＣＦ３０からＩＮＶＩＴＥメッセージを受信する。
【００５６】
呼制御部３３が発信側のゲートウェイノード１０からＩＮＶＩＴＥメッセージを受信した場合には、呼制御部３３はそのＩＮＶＩＴＥメッセージに含まれている着信先の携帯電話機Ｍのアドレスに対応する加入者情報を取得する。この加入者情報は、ＣＳＣＦ３０内のデータベース（図示せず）に記憶されている場合もあれば、ＨＬＲ（Home Location Register）あるいはＨＳＳ（Home Subscriber Server）という外部データベース（図示せず）に記憶されている場合もある。呼制御部３３は、取得した加入者情報に基づいて着信側のＣＳＣＦ３０を特定し、ＩＮＶＩＴＥメッセージを着信側のＣＳＣＦ３０に送信する。
【００５７】
これに対して、呼制御部３３が発信側のＣＳＣＦ３０からＩＮＶＩＴＥメッセージを受信した場合には、呼制御部３３はそのＩＮＶＩＴＥメッセージに含まれている着信先の携帯電話機Ｍのアドレスに対応する加入者情報を取得する。続いて、呼制御部３３は取得した加入者情報に基づいて転送先のゲートウェイノード１０のＩＰアドレスを特定する。続いて、呼制御部３３はゲートウェイ状態記憶部３２にアクセスして、特定したＩＰアドレスに対応するフラグを取得する。
【００５８】
取得したフラグが「０」である場合には、呼制御部３３は、転送先のゲートウェイノード１０においてダミーパケットの通信品質が所定のレベル未満であり、そのゲートウェイノード１０が規制状態にあると判断する。そして、呼制御部３３は呼の確立を実行できないことを示す応答メッセージ「580 precondition failure」を生成して発信側のＣＳＣＦ３０に送信し、処理を終了する。応答メッセージは、最終的に発信元の携帯電話機Ｍに送信される。
【００５９】
これに対して、取得したフラグが「１」である場合には、呼制御部３３は、転送先のゲートウェイノード１０においてダミーパケットの通信品質が所定のレベル以上であり、そのゲートウェイノード１０が通常状態であると判断する。そして、呼制御部３３はＩＮＶＩＴＥメッセージを転送先のゲートウェイノード１０に送信する。このＩＮＶＩＴＥメッセージは、最終的に着信先の携帯電話機Ｍに送信される。
【００６０】
次に、図５〜９を用いて、図１に示す呼制御システム２の処理を説明するとともに本実施形態に係る呼制御方法について説明する。図５はゲートウェイノード１０の処理を示すフローチャートである。図６はＣＳＣＦ３０の処理を示すフローチャートである。図７は呼確立までの一般的なフローを示すシーケンス図である。図８は着信側のゲートウェイノード１０の状態に基づく呼制御を示すシーケンス図である。図９は発信側のゲートウェイノード１０の状態に基づく呼制御を示すシーケンス図である。
【００６１】
まず、図５を用いてゲートウェイノード１０の処理を説明する。ゲートウェイノード１０では、まずダミーパケット送受信部１１が他のゲートウェイノード１０との間でダミー呼を確立し、正規パケットよりもＤＳＣＰ（伝送の優先度）が低いダミーパケットをそのダミー呼を介して送受信する（ステップＳ１１、ダミーパケット送信ステップ）。続いて、測定部１２がダミーパケット送受信部１１が受信したダミーパケットの通信品質を測定する（ステップＳ１２、測定ステップ）。例えば、測定部１２はダミーパケットの平均伝送時間やパケットロス率を算出することで測定を行う。
【００６２】
続いて、判定部１３が測定結果に基づいてダミーパケットの通信品質が所定のレベルとの関係でどのように変化したかを判定する（ステップＳ１３）。例えば、判定部１３は、ダミーパケットの遅延時間が所定の閾値以上でなった場合に、ダミーパケットの通信品質が所定のレベル未満になった（劣化した）と判定し、遅延時間が所定の閾値未満になった場合には、ダミーパケットの通信品質が所定のレベル以上になった（回復した）と判定する。
【００６３】
ダミーパケットの通信品質が所定のレベル未満になった場合には（ステップＳ１３；劣化）、判定部１３は帯域輻輳通知を生成してＣＳＣＦ３０に送信し（ステップＳ１４）、呼制御部１４が規制状態に遷移する（ステップＳ１５）。これに対して、ダミーパケットの通信品質が所定のレベル以上になった場合には（ステップＳ１３；回復）、判定部１３は回復通知を生成してＣＳＣＦ３０に送信し（ステップＳ１６）、呼制御部１４が通常状態に遷移する（ステップＳ１７）。
【００６４】
次に、図６を用いてＣＳＣＦ３０の処理を説明する。ＣＳＣＦ３０では、まず通知受信部３１が帯域輻輳通知又は回復通知をゲートウェイノード１０から受信する（ステップＳ２１）。通知受信部３１が帯域輻輳通知を受信した場合には（ステップＳ２２；帯域輻輳通知）、ゲートウェイ状態記憶部３２がその通知に含まれる送信元のゲートウェイのＩＰアドレスとフラグ「０」とを関連付けて記憶（更新）する（ステップＳ２３）。これに対して、通知受信部３１が回復通知を受信した場合には（ステップＳ２２；回復通知）、ゲートウェイ状態記憶部３２はその通知に含まれる送信元のゲートウェイのＩＰアドレスとフラグ「１」とを関連付けて記憶（更新）する（ステップＳ２４）。
【００６５】
次に、図７〜９を用いて、携帯電話機Ｍから送信されたＩＮＶＩＴＥメッセージ（呼確立要求信号）に対して実行される呼制御処理を説明する。なお、図７〜９においては、説明の便宜を図るために、発信側のゲートウェイノード及びＣＳＣＦをそれぞれゲートウェイノード１０ａ及びＣＳＣＦ３０ａとし、着信側のゲートウェイノード及びＣＳＣＦをそれぞれゲートウェイノード１０ｂ及びＣＳＣＦ３０ｂとする。
【００６６】
まず、図７を用いて、呼が確立されるまでの一般的な流れを説明する。発信元の携帯電話機Ｍが発信処理を行うためにＩＮＶＩＴＥメッセージを送信すると、そのＩＮＶＩＴＥメッセージがゲートウェイノード１０ａ、ＣＳＣＦ３０ａ、ＣＳＣＦ３０ｂ、ゲートウェイノード１０ｂと伝送され（ステップＳ３１）、最終的に着信先の携帯電話機Ｍに伝送される。
【００６７】
発信中の場合には、各ノードにおいて、応答メッセージ「100 Trying」がＩＮＶＩＴＥメッセージの送信元であるノードに送信される（ステップＳ３２）。また、呼出中の場合には、応答メッセージ「180 Ringing」が着信先の携帯電話機ＭからＩＰバックボーンネットワークＮＢを経由して発信元の携帯電話機Ｍに送信される（ステップＳ３３）。その後、着信先の携帯電話機Ｍでユーザが呼出しに応じると、応答メッセージ「200 OK」が着信先の携帯電話機ＭからＩＰバックボーンネットワークＮＢを経由して発信元の携帯電話機Ｍに送信される（ステップＳ３４）。これにより、携帯電話機Ｍ間で正規呼が確立される（ステップＳ３５）。
【００６８】
次に、図８を用いて、着信側のゲートウェイノード１０ｂの状態に基づく呼制御を説明する。
【００６９】
ゲートウェイノード１０ｂの判定部１３が、ダミーパケットの通信品質が所定のレベル未満になったと判定すると（ステップＳ４１）、判定部１３がＣＳＣＦ３０ｂに帯域輻輳通知を送信し（ステップＳ４２）、ゲートウェイノード１０ｂの呼制御部１４が規制状態に遷移する（ステップＳ４３）。ＣＳＣＦ３０ｂでは、帯域輻輳通知に基づいてゲートウェイ状態記憶部３２がゲートウェイノード１０ｂに対応するフラグを「０」に更新する（ステップＳ４４）。
【００７０】
その後、ＣＳＣＦ３０ｂの呼制御部３３が、発信元の携帯電話機Ｍから送信されゲートウェイノード１０ａ及びＣＳＣＦ３０ａを経由してきたＩＮＶＩＴＥメッセージを受信したとする（ステップＳ４５）。ここで、このＩＮＶＩＴＥメッセージの転送先はゲートウェイノード１０ｂであるとする。呼制御部３３は、ゲートウェイ状態記憶部３２にアクセスしてゲートウェイノード１０ｂに対応するフラグを読み出す。読み出されたフラグは「０」であるので、呼制御部３３はゲートウェイノード１０ｂが規制状態であると判定する（ステップＳ４６、呼制御ステップ）。続いて、呼制御部３３は応答メッセージ「580 precondition failure」をＣＳＣＦ３０ａに送信し（ステップＳ４７、呼制御ステップ）、処理を終了する。すなわち、呼制御部３３は呼の確立を拒否する。
【００７１】
その後、ゲートウェイノード１０ｂの判定部１３が、ダミーパケットの通信品質が所定のレベル以上になったと判定すると（ステップＳ４８）、判定部１３がＣＳＣＦ３０ｂに回復通知を送信し（ステップＳ４９）、ゲートウェイノード１０ｂの呼制御部１４が通常状態に遷移する（ステップＳ５０）。したがって、上記ステップＳ４３からこのステップＳ５０までの間は、ゲートウェイノード１０ｂにおいて発着信規制がかかっていたことになる。ＣＳＣＦ３０ｂでは、回復通知に基づいてゲートウェイ状態記憶部３２がゲートウェイノード１０ｂに対応するフラグを「１」に更新する（ステップＳ５１）。
【００７２】
その後、ＣＳＣＦ３０ｂの呼制御部３３が、発信元の携帯電話機Ｍから送信されゲートウェイノード１０ａ及びＣＳＣＦ３０ａを経由してきたＩＮＶＩＴＥメッセージを受信したとする（ステップＳ５２）。ここでも、このＩＮＶＩＴＥメッセージの転送先はゲートウェイノード１０ｂであるとする。呼制御部３３は、ゲートウェイ状態記憶部３２にアクセスしてゲートウェイノード１０ｂに対応するフラグを読み出す。読み出されたフラグは「１」であるので、呼制御部３３はゲートウェイノード１０ｂが通常状態であると判定する（ステップＳ５３、呼制御ステップ）。続いて、呼制御部３３はＩＮＶＩＴＥメッセージをゲートウェイノード１０ｂに送信する（ステップＳ５４、呼制御ステップ）。その後は、図７に示すものと同様の処理が行われる。すなわち、呼制御部３３は正規呼を確立するための処理を行う。
【００７３】
次に、図９を用いて、発信側のゲートウェイノード１０ａの状態に基づく呼制御を説明する。
【００７４】
ゲートウェイノード１０ａの判定部１３が、ダミーパケットの通信品質が所定のレベル未満になったと判定すると（ステップＳ６１）、ゲートウェイノード１０ａの呼制御部１４が規制状態に遷移する（ステップＳ６２）。規制状態である時に、呼制御部１４が携帯電話機ＭからＩＮＶＩＴＥメッセージを受信した場合（ステップＳ６３）、呼制御部１４は応答メッセージ「580 precondition failure」を携帯電話機Ｍに送信し（ステップＳ６４、呼制御ステップ）、処理を終了する。すなわち、呼制御部１４は呼の確立を拒否する。
【００７５】
その後、ゲートウェイノード１０ａの判定部１３が、ダミーパケットの通信品質が所定のレベル以上になったと判定すると（ステップＳ６５）、ゲートウェイノード１０ａの呼制御部１４が通常状態に遷移する（ステップＳ６６）。したがって、上記ステップＳ６２からこのステップＳ６６までの間は、ゲートウェイノード１０ｂにおいて発着信規制がかかっていたことになる。
【００７６】
通常状態である時に、呼制御部１４が携帯電話機ＭからＩＮＶＩＴＥメッセージを受信した場合（ステップＳ６７）、呼制御部１４はＩＮＶＩＴＥメッセージをＣＳＣＦ３０ａに転送する（ステップＳ６８、呼制御ステップ）。その後は、図７に示すものと同様の処理が行われる。すなわち、呼制御部１４は正規呼を確立するための処理を行う。
【００７７】
以上説明したように、本実施形態によれば、ＩＰバックボーンネットワークＮＢ内では正規パケットがダミーパケットよりも優先されて伝送される結果、ダミーパケットの通信品質が正規パケットのそれよりも早く低下する。このことを利用し、ダミーパケットの通信品質に基づいて呼確立を制御することで、帯域予約を行うことなく、一定の通信品質が保証される環境下でのみ正規呼を確立させることが可能になる。すなわち、ネットワークの通信品質を保証することが可能になる。
【００７８】
このような通信品質保証の手法について図１０を用いて説明する。図１０は、正規呼及びダミー呼のトラフィックと呼制御処理との関係を示すグラフである。図１０のグラフにおいて、縦軸はトラフィック量を示し、横軸は時刻を示している。
【００７９】
ＩＰバックボーンネットワークＮＢの帯域リソースをＢ（ｂｐｓ）、正規呼を介して伝送される全正規パケットが消費する帯域をＰＡ（ｂｐｓ）、ダミー呼を介して伝送されるダミーパケットが消費する帯域をＰＢ（ｂｐｓ）とする。また、ダミーパケット送受信部１１から常時送信されるダミーパケットの量が本来ＰＸ（ｂｐｓ）分の帯域を消費するものとする。更に、ダミーパケット送受信部１１が消費する帯域がＰＹ（ｂｐｓ）まで落ち込んだときに、判定部１３がダミーパケットの通信品質が所定のレベル未満になったと判定すると仮定する。
【００８０】
当初は、ＩＰバックボーンネットワークＮＢの帯域に余裕があり、正規パケットもダミーパケットも遅延なしに伝送される。しかし、徐々に正規パケットの伝送量が増え初め、時刻ＴＰになるとＩＰバックボーンネットワークＮＢの帯域に余裕が無くなる。時刻ＴＰ経過後も正規パケットの伝送量が増え続けるので、時刻ＴＰ以後は正規パケットがダミーパケットよりも優先して伝送される。その結果、ダミー呼は帯域不足となり、ダミーパケットの伝送遅延や破棄といった、通信品質の低下が発生する。
【００８１】
そして、時刻ＴＱになると、ダミーパケットの通信品質が所定のレベル未満になったと判定されるので、この時点から新たな呼確立要求信号に対する正規呼の確立が拒否される。その結果、正規パケットの伝送量（正規パケットが消費する帯域）は一定レベルを維持し、確立済の正規呼は必要な帯域を確保し続けることができる。
【００８２】
その後、時刻ＴＲにおいて正規パケットの伝送量が減少するのでダミーパケットの通信品質が回復し、その結果、時刻ＴＲ以降では新たな正規呼を確立することが可能になる。図１０の例では、時刻ＴＳにおいてダミー呼の帯域不足も解消している。
【００８３】
また、本実施形態では、ダミーパケットの通信品質に基づいて正規呼の確立の可否を判断できる。すなわち、呼制御システム内の通信機器は、ＩＰバックボーンネットワークＮＢの帯域リソース（図１０におけるＢ（ｂｐｓ）に相当する量）を記憶しておく必要がない。帯域リソースのうち何パーセントをダミー呼の使用帯域として確保するかだけを決定すれば本発明を実施できる。
【００８４】
また、本実施形態によれば、発信側の携帯電話機Ｍから発信され発信側のアクセスネットワークＮＡを介して伝送されてきたＩＮＶＩＴＥメッセージに対して、そのメッセージを最初に受信する発信側のゲートウェイノード１０が呼確立の可否を判定するので、呼確立の可否を早期に判定できる。
【００８５】
また、本実施形態によれば、着信側のゲートウェイノード１０においてダミーパケットの通信品質が所定のレベル未満である場合には、そのゲートウェイノード１０よりも先にＩＮＶＩＴＥメッセージを受信する着信側のＣＳＣＦ３０が呼確立の可否を判定するので、呼確立の可否を早期に判定できる。また、着信側のＣＳＣＦ３０は複数のゲートウェイノード１０の状態（規制状態又は通常状態）を記憶しているので、呼確立制御を一定の程度で集中的に実行できる。
【００８６】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で以下のような様々な変形が可能である。
【００８７】
上記実施形態に示した呼制御システム２はＩＭＳ及びＳＩＰの仕組みを利用するものであったが、本発明が適用されるネットワークの形態や方式は限定されるものではなく、様々な形態及び方式のネットワークに適用できる。
【００８８】
上記実施形態では、通信端末として携帯電話機Ｍを用いたが、他の種類の移動通信端末や固定端末を通信端末としてもよい。
【図面の簡単な説明】
【００８９】
【図１】実施形態に係る呼制御システムを含む通信システムの全体構成を示す図である。
【図２】図１に示すゲートウェイノードの機能構成を示す図である。
【図３】図１に示すゲートウェイノードのハードウェア構成を示す図である。
【図４】図１に示すＣＳＣＦの機能構成を示す図である。
【図５】図１に示すゲートウェイノードの処理を示すフローチャートである。
【図６】図１に示すＣＳＣＦの処理を示すフローチャートである。
【図７】呼確立までの一般的なフローを示すシーケンス図である。
【図８】着信側のゲートウェイノードの状態に基づく呼制御を示すシーケンス図である。
【図９】発信側のゲートウェイノードの状態に基づく呼制御を示すシーケンス図である。
【図１０】正規呼及びダミー呼のトラフィックと呼制御処理との関係を示すグラフである。
【符号の説明】
【００９０】
１…通信システム、２…呼制御システム、１０，１０ａ，１０ｂ…ゲートウェイノード（中継機器、ゲートウェイ装置）、１１…ダミーパケット送受信部（ダミーパケット伝送手段）、１２…測定部（測定手段）、１３…判定部（通知送信手段）、１４…呼制御部（呼制御手段）、２０…ルータ、３０，３０ａ，３０ｂ…ＣＳＣＦ（呼制御装置）、３１…通知受信部（通知受信手段）、３２…ゲートウェイ状態記憶部（記憶手段）、３３…呼制御部（呼制御手段）、Ｍ…携帯電話機（通信端末）、ＮＡ…アクセスネットワーク（発側外部ネットワーク、着側外部ネットワーク）、ＮＢ…ＩＰバックボーンネットワーク（ネットワーク）
【図１】
0005078668.tif 000002
【図２】
0005078668.tif 000003
【図３】
0005078668.tif 000004
【図４】
0005078668.tif 000005
【図５】
0005078668.tif 000006
【図６】
0005078668.tif 000007
【図７】
0005078668.tif 000008
【図８】
0005078668.tif 000009
【図９】
0005078668.tif 000010
【図１０】
0005078668.tif 000011