(57)【要約】呼の受付時に、端末の発呼がシステムの保持するネットワーク・リソース内に収容可能か否かの判断を行ない（ステップＡ０１）、収容可能と判断された場合、更に、無線リンク品質等に依存する重み関数を用いて無線リンク品質等の良い端末を確率的に優先して受け付ける（ステップＡ０２）。これにより、ネットワーク使用率の向上およびブロック・ドロップ率の低減を図ることができる呼受付制御方および呼受付制御システムを提供する。【特許請求の範囲】
【請求項１】
端末からの発呼を受信した際に、前記端末の発呼がシステムの保持するネットワーク・リソース内に収容可能か否かの判断を行う収容可否判断ステップと、
前記収容可否判断ステップにおいて収容可能と判断された場合、重み関数によって変化する受付確率に基づいて、前記端末の発呼の受付を判断する呼受付判断ステップとを有することを特徴とする呼受付制御方法。
【請求項２】
前記重み関数として、無線リンク品質に依存する関数を用いることを特徴とする請求項１に記載の呼受付制御方法。
【請求項３】
前記重み関数として、端末の要求する呼の品質レベルに依存する関数を用いることを特徴とする請求項１に記載の呼受付制御方法。
【請求項４】
前記重み関数として、ネットワークの未使用のリソース量に依存する関数を用いることを特徴とする請求項１に記載の呼受付制御方法。
【請求項５】
前記重み関数として、二以上の要件を因数とする関数を用いることを特徴とする請求項１に記載の呼受付制御方法。
【請求項６】
前記呼受付判断ステップにおいて、無線リンク品質に依存する重み関数から得られた値と乱数とを比較することによって、前記端末の発呼の受付を確率的に判断することを特徴とする請求項１に記載の呼受付制御方法。
【請求項７】
前記呼受付判断ステップにおいて、端末の要求する呼の品質レベルに依存する重み関数から得られた値と乱数とを比較することによって、前記端末の発呼の受付を確率的に判断することを特徴とする請求項１に記載の呼受付制御方法。
【請求項８】
前記呼受付判断ステップにおいて、ネットワークの未使用のリソース量に依存する重み関数から得られた値と乱数とを比較することによって、前記端末の発呼の受付を確率的に判断することを特徴とする請求項１に記載の呼受付制御方法。
【請求項９】
前記呼受付判断ステップにおいて、無線リンク品質に依存して異なる分布に従う乱数と、予め定められた閾値とを比較することによって、前記端末の発呼の受付を確率的に判断することを特徴とする請求項１に記載の呼受付制御方法。
【請求項１０】
前記呼受付判断ステップにおいて、呼の品質レベルに依存して異なる分布に従う乱数と、予め定められた閾値とを比較することによって、前記端末の発呼の受付を確率的に判断することを特徴とする請求項１に記載の呼受付制御方法。
【請求項１１】
前記呼受付判断ステップにおいて、ネットワークの未使用のリソース量に依存して異なる分布に従う乱数と、予め定められた閾値とを比較することによって、前記端末の発呼の受付を確率的に判断することを特徴とする請求項１に記載の呼受付制御方法。
【請求項１２】
前記呼受付判断ステップにおいて、異なる重み関数による受付確率により、端末の発呼の受付の判断を二以上行うことを特徴とする請求項１に記載の呼受付制御方法。
【請求項１３】
前記呼受付判断ステップにおいて、呼の品質レベルごとにネットワーク・リソース使用量を管理し、呼の品質レベルごとに設定されたリソース使用量の閾値を境界として、受付確率を決定する重み関数を切り替えて、端末の発呼の受付を判断することを特徴とする請求項１に記載の呼受付制御方法。
【請求項１４】
さらに切断処理ステップを有し、
前記切断処理ステップにおいて、新規な発呼がネットワーク・リソース内に収容不可能であると前記収容可否判断ステップで判断された場合、ネットワークに収容している他の端末の呼に対して、呼の品質レベルおよび無線リンク品質とに基づいた切断優先度を計算し、切断優先度の最も高い呼を切断することにより、新規な呼を収容することを特徴とする請求項１に記載の呼受付制御方法。
【請求項１５】
さらに切断処理ステップを有し、
前記切断処理ステップにおいて、ネットワーク・リソース使用量が閾値以上となった場合に、ネットワークに収容している端末の呼に対して、呼の品質レベルおよび無線リンク品質とに基づいた切断優先度を計算し、切断優先度の最も高い呼を切断することにより、収容しているそれ以外の呼を維持することを特徴とする請求項１に記載の呼受付制御方法。
【請求項１６】
前記呼受付判断ステップにおいて、前記判断処理を行う際に、さらに発呼した端末の属するインターネットサービスプロバイダによる前記端末の割当リソース量と、発呼時に前記端末に割当済みのリソース量とに基づいて、前記端末の発呼の受付を判断することを特徴とする請求項１に記載の呼受付制御方法。
【請求項１７】
移動端末からの発呼を受信した際に、システムの保持するネットワーク・リソース内に収容可能か否かの判断を行う収容可否判断ステップと、
前記収容可否判断ステップで受付不可能と判断された場合、ネットワークに収容している移動端末の呼に対して、呼の品質レベル、又は無線リンク品質に依存する重み関数によって切断優先度を計算し、切断優先度の最も高い呼を切断し、新規呼を収容する収容処理ステップとを有することを特徴とする呼受付制御方法。
【請求項１８】
移動端末からの発呼を受信した際に、システムの保持するネットワーク・リソース内に収容可能か否かの判断を行う収容可否判断ステップを有し、
前記収容可否判断ステップにおいて、発呼した端末の属するインターネットサービスプロバイダによる複数の端末に対する割当リソース量と、発呼時に前記端末に割当済みのリソース量とに基づいて、前記端末の発呼の受付を判断すること特徴とする呼受付制御方法。
【請求項１９】
端末移動のハンドオーバ時の移動先ネットワークにおける呼受付制御に請求項１に記載の呼受付制御方法を適用することを特徴とするハンドオーバ受付方法。
【請求項２０】
端末移動のハンドオーバ時の移動先ネットワークにおける呼受付制御に請求項１７に記載の呼受付制御方法を適用することを特徴とするハンドオーバ受付方法。
【請求項２１】
端末移動のハンドオーバ時の移動先ネットワークにおける呼受付制御に請求項１８に記載の呼受付制御方法を適用することを特徴とするハンドオーバ受付方法。
【請求項２２】
端末からの発呼に応答して、前記端末の発呼がシステムの保持するネットワーク・リソース内に収容可能か否かの判断を行う収容可否判断手段と、
前記収容可否判断手段で収容可能と判断された場合、重み関数によって変化する受付確率に基づいて、前記端末の発呼の受付を判断する呼受付判断手段とを有することを特徴とする呼受付制御システム。
【請求項２３】
前記呼受付判断手段は、無線リンク品質に依存する重み関数によって変化する受付確率に基づいて、前記端末の発呼の受付を判断することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項２４】
前記呼受付判断手段は、端末の要求する呼の品質レベルに依存する重み関数によって変化する受付確率に基づいて、前記端末の発呼の受付を判断することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項２５】
前記呼受付判断手段は、ネットワークの未使用のリソース量に依存する重み関数よって変化する受付確率に基づいて、前記端末の発呼の受付を判断することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項２６】
前記呼受付判断手段は、二以上の要件を因数とする重み関数によって変化する受付確率に基づいて、前記端末の発呼の受付を判断することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項２７】
前記呼受付判断手段は、無線リンク品質に依存する重み関数から得られた値と乱数とを比較することによって、前記端末の発呼の受付を確率的に判断することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項２８】
前記呼受付判断手段は、端末の要求する呼の品質レベルに依存する重み関数から得られた値と乱数とを比較することによって、前記端末の発呼の受付を確率的に判断することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項２９】
前記呼受付判断手段は、ネットワークの未使用のリソース量に依存する重み関数から得られた値と乱数とを比較することによって、前記端末の発呼の受付を確率的に判断することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項３０】
前記呼受付判断手段は、無線リンク品質に依存して異なる分布に従う乱数と、予め定められた閾値とを比較することによって、前記端末の発呼の受付を確率的に判断することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項３１】
前記呼受付判断手段は、呼の品質レベルに依存して異なる分布に従う乱数と、予め定められた閾値とを比較することによって、前記端末の発呼の受付を確率的に判断することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項３２】
前記呼受付判断手段は、ネットワークの未使用のリソース量に依存して異なる分布に従う乱数と、予め定められた閾値とを比較することによって、前記端末の発呼の受付を確率的に判断することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項３３】
前記呼受付判断手段は、異なる重み関数による受付確率により、端末の発呼の受付の判断を二以上行うことを特徴とする請求項２２に記載の呼受付制御システム。
【請求項３４】
前記呼受付判断手段は、呼の品質レベルごとにネットワーク・リソース使用量を管理し、呼の品質レベルごとに設定されたリソース使用量の閾値を境界として、受付確率を決定する重み関数を切り替えることを特徴とする請求項２２に記載の呼受付制御システム。
【請求項３５】
さらに切断処理手段を有し、
前記切断処理手段は、新規な発呼がネットワーク・リソース内に収容不可能と判断された場合、ネットワークに収容している他の端末の呼に対して、呼の品質レベルおよび無線リンク品質とに基づいた切断優先度を計算し、切断優先度の最も高い呼を切断することにより新規な呼を収容することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項３６】
さらに切断処理手段を有し、
前記切断処理手段は、ネットワーク・リソース使用量が閾値以上となった場合に、ネットワークに収容している端末の呼に対して、呼の品質レベルおよび無線リンク品質とに基づいた切断優先度を計算し、切断優先度の最も高い呼を切断することにより、収容しているそれ以外の呼を維持することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項３７】
さらに第２の発呼受付判断手段を有し、
前記第２の発呼受付判断手段は、発呼した端末の属するインターネットサービスプロバイダによる前記端末の割当リソース量と、発呼時に前記端末に割当済みのリソース量とに基づいて、前記端末の発呼の受付を判断することを特徴とする請求項２２に記載の呼受付制御システム。
【請求項３８】
移動端末からの発呼を受信した際に、システムの保持するネットワーク・リソース内に収容可能か否かの判断を行う収容可否判断手段と、
前記収容可否判断手段で受付不可能と判断された場合、ネットワークに収容している移動端末の呼に対して、呼の品質レベル、又は無線リンク品質に依存する重み関数によって切断優先度を計算し、切断優先度の最も高い呼を切断し、新規呼を収容する収容処理手段とを有することを特徴とする呼受付制御システム。
【請求項３９】
移動端末からの発呼を受信した際に、システムの保持するネットワーク・リソース内に収容可能か否かの判断を行う収容可否判断手段を有し、
前記収容可否判断手段は、発呼した端末の属するインターネットサービスプロバイダによる複数の端末に対する割当リソース量と、発呼時に前記端末に割当済みのリソース量とに基づいて、前記端末の発呼の受付を判断する機能を有すること特徴とする呼受付制御システム。
【請求項４０】
端末移動のハンドオーバ時の移動先ネットワークにおける呼受付制御に請求項２２に記載の呼受付制御システムを適用することを特徴とするハンドオーバ受付システム。
【請求項４１】
端末移動のハンドオーバ時の移動先ネットワークにおける呼受付制御に請求項３８に記載の呼受付制御システムを適用することを特徴とするハンドオーバ受付システム。
【請求項４２】
端末移動のハンドオーバ時の移動先ネットワークにおける呼受付制御に請求項３９に記載の呼受付制御システムを適用することを特徴とするハンドオーバ受付システム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、ネットワークにおけるマルチサービスに対する呼受付制御方法、及び呼受付制御システムに関し、特にモバイルネットワークにおけるマルチサービスにおいて、種々の条件に基づいた確率により、呼の受け付け判断を行う呼受付制御方法、及び呼受付制御システムに関する。
【背景技術】
【０００２】  呼受付制御（ＣＡＣ：Ｃａｌｌ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）技術とは、ネットワーク・オペレータが現時点のネットワーク・リソース使用量、近未来の発呼確率、更にモバイルネットワークの場合はハンドオーバ発生確率などを考慮しつつ、発呼ユーザに対して管理下のネットワークの使用の可否の判断を行うものである。【０００３】  近年、この呼受付制御技術を、モバイルネットワークにおけるマルチサービスのもとで適用する技術が盛んに行なわれている。ここで、マルチサービスとは、複数のＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）クラスのサービスを意味する。ＣＡＣアルゴリズムの優劣は、ネットワーク使用率と、呼を拒絶する確率であるブロック率・ドロップ率とで一般的に判断される。すなわち、ネットワーク使用率が高ければ高いほど優れ、ブロック率・ドロップ率が低いほど優れている。【０００４】  以下に、ブロック率・ドロップ率を低く設定する技術の従来例を以下に述べる。【０００５】  例えば、対象を２つのＱｏＳクラスの呼とし、ネットワークの状態を、ネットワーク使用率に応じてＰｒｉｏｒｉｔｙ  Ａｃｃｅｓｓと、Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓと、Ｅｑｕａｌ  Ａｃｃｅｓｓとの三つにわける。そして、発生した呼のＱｏＳクラスとネットワーク状態との組み合わせから受付処理を変え、新規な呼発生時点のネットワーク使用率ごとに以下のように新規な呼を処理する。
１  Ｅｑｕａｌ  Ａｃｃｅｓｓ状態の場合にはＱｏＳクラスに関わらず全てのトラヒックを無条件に受け付ける。
２  Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ状態の場合には低優先クラスの呼は条件付で受け付け、高優先クラスの呼は無条件に受け付ける。
３  Ｐｒｉｏｒｉｔｙ  Ａｃｃｅｓｓ状態の場合には高優先クラスの呼のみ受け付ける。【０００６】  以上の処理によってマルチサービスに対してＱｏＳクラスの高い呼に対してブロック率を低く設定する呼受付制御が可能となる（例えば、非特許文献１及び２）。【０００７】
【非特許文献１】Ｊａｙ  Ｒ．Ｍｏｏｒｍａｎ、Ｊｏｈｎ  Ｗ．Ｌｏｃｋｗｏｏｄ、″Ｗｉｒｅｌｅｓｓ  Ｃａｌｌ  Ａｄｍｉｓｓｉｏｎ  ＣｏｎｔｒｏｌＵｓｉｎｇ  Ｔｈｒｅｓｈｏｌｄ  Ａｃｃｅｓｓ  ｓｈａｒｉｎｇ″
【非特許文献２】Ｐｒｏｃｅｅｄｉｎｇｓｏｆ  ＩＥＥＥ  ＧＬＯＢＥＣＯＭ‘０１、Ｖｏｌｕｍｅ  ６、ｐｐ．３６９８−３７０３、Ｎｏｖ．２００１
【発明の開示】
【発明が解決しようとする課題】
【０００８】  しかしながら、従来の技術においては、以下の二つの課題が存在していた。【０００９】  従来ＣＡＣアルゴリズムでは，呼が発生する順に近未来の発呼を特に考慮せず、受付制御を行っていた。この為、呼の受付は新規呼の所要リソース量と残存リソース量とから決定され、受付可能な場合は無条件に受け付けていた。【００１０】  しかしながら、モバイルネットワークにおいては、例えば、所要リソース量が多く、無線リンク品質の悪いユーザ（端末）による呼を受け付けてしまった後に、所要リソース量が少なく、無線リンク品質の良いユーザ（端末）による呼が多数発生した場合等は、ブロック率やネットワーク使用率といった観点から見ると、非効率な受付制御を行っているという問題があった。【００１１】  また、従来の技術では発呼ユーザの契約ＩＳＰを考慮しないＣＡＣアルゴリズムなので、モバイルネットワークのオペレータとＩＳＰとの間で収容ユーザ数，ブロック率，リソース量などの指標を用いて提供するサービスを契約している場合、そのような契約を維持することが不可能であるという問題があった。【００１２】  本発明の目的は上記課題に鑑みてなされたものであって、受付判定時に重み関数を用いて確率的に呼を受け付ける事により、ネットワーク使用率の向上及びブロック・ドロップ率の低減を図ることができる呼受付制御方法、及び呼受付制御システムを提供することにある。【００１３】  また本発明の目的は、発呼ユーザの属するＩＳＰとの契約した割当リソース量と、その時点でＩＳＰに割当済みのリソース量を計測し，契約内容（収容ユーザ数，ブロック率，リソース量）を満足するよう呼受付判定を行い、ＩＳＰに対して契約通りのサービスを提供することができる呼受付制御方法、及び呼受付制御システムを提供することにある。
【課題を解決するための手段】
【００１４】  前記目的を達成するため、本発明に係る呼受付制御方法は、端末からの発呼を受信した際に、前記端末の発呼がシステムの保持するネットワーク・リソース内に収容可能か否かの判断を行う収容可否判断ステップと、
前記収容可否判断ステップにおいて収容可能と判断された場合、重み関数によって変化する受付確率に基づいて、前記端末の発呼の受付を判断する呼受付判断ステップとを有することを特徴とするものである。【００１５】  前記重み関数としては、無線リンク品質に依存する重み関数，端末の要求する呼の品質レベルに依存する重み関数，ネットワークの未使用のリソース量に依存する関数、或は二以上の要件に従う重み関数を用いることが望ましいものである。【００１６】  前記呼受付判断ステップにおいて、無線リンク品質に依存する関数から得られた値と乱数とを比較することによって、前記端末の発呼の受付を確率的に判断するようにしてもよいものである。また前記呼受付判断ステップにおいて、端末の要求する呼の品質レベルに依存する重み関数から得られた値と乱数とを比較することによって、前記端末の発呼の受付を確率的に判断するようにしてもよいものである。【００１７】  また前記呼受付判断ステップにおいて、ネットワークの未使用のリソース量に依存する重み関数から得られた値と乱数とを比較することによって、前記端末の発呼の受付を確率的に判断するようにしてもよいものである。また前記呼受付判断ステップにおいて、無線リンク品質に依存して異なる分布に従う乱数と、予め定められた閾値とを比較することによって、前記端末の発呼の受付を確率的に判断するようにしてもよいものである。【００１８】  また前記呼受付判断ステップにおいて、呼の品質レベルに依存して異なる分布に従う乱数と、予め定められた閾値とを比較することによって、前記端末の発呼の受付を確率的に判断するようにしてもよいものである。また前記呼受付判断ステップにおいて、ネットワークの未使用のリソース量に依存して異なる分布に従う乱数と、予め定められた閾値とを比較することによって、前記端末の発呼の受付を確率的に判断するようにしてもよいものである。また前記呼受付判断ステップにおいて、異なる重み関数による受付確率により、端末の発呼の受付の判断を二以上行うようにしてもよいものである。【００１９】  また前記呼受付判断ステップにおいて、呼の品質レベルごとにネットワーク・リソース使用量を管理し、呼の品質レベルごとに設定されたリソース使用量の閾値を境界として、受付確率を決定する重み関数を切り替えて、端末の発呼を判断するようにしてもよいものである。【００２０】  さらに切断ステップを有し、前記切断ステップにおいて、新規な発呼がネットワーク・リソース内に収容不可能であると前記収容可否判断ステップで判断された場合、ネットワークに収容している他の端末の呼に対して、呼の品質レベルおよび無線リンク品質とに基づいた切断優先度を演算し、切断優先度の最も高い呼を切断することにより、新規な呼を収容するようにしてもよいものである。【００２１】  さらに切断ステップを有し、前記切断ステップにおいて、ネットワーク・リソース使用量が閾値以上となった場合に、ネットワークに収容している端末の呼に対して、呼の品質レベルおよび無線リンク品質とに基づいた切断優先度を演算し、切断優先度の最も高い呼を切断することにより、収容しているそれ以外の呼を維持するようにしてもよいものである。【００２２】  また前記呼受付判断ステップにおいて、前記判断処理を行う際に、さらに発呼した端末の属するインターネットサービスプロバイダによる前記端末の割当リソース量と、発呼時に前記端末に割当済みのリソース量とに基づいて、前記端末の発呼の受付を判断するようにしてもよいものである。【００２３】  また本発明に係る呼受付制御方法は、移動端末からの発呼を受信した際に、システムの保持するネットワーク・リソース内に収容可能か否かの判断を行う収容可否判断ステップと、前記収容可否判断ステップで受付不可能と判断された場合、ネットワークに収容している移動端末の呼に対して、呼の品質レベル、又は無線リンク品質に依存する重み関数によって切断優先度を計算し、切断優先度の最も高い呼を切断し、新規呼を収容する収容処理ステップとを有する構成とすることが可能である。【００２４】  また本発明に係る呼受付制御方法は、移動端末からの発呼を受信した際に、システムの保持するネットワーク・リソース内に収容可能か否かの判断を行う収容可否判断ステップを有し、
前記収容可否判断ステップにおいて、発呼した端末の属するインターネットサービスプロバイダによる複数の端末に対する割当リソース量と、発呼時に前記端末に割当済みのリソース量とに基づいて、前記端末の発呼の受付を判断する構成としてもよいものである。【００２５】  本発明に係る呼受付制御方法は、端末移動のハンドオーバ時の移動先での呼受付制御に適用することが可能である。【００２６】  本発明に係る呼受付制御方法を実施するための呼受付制御システムは、端末の発呼に応答して、前記端末の発呼がシステムの保持するネットワーク・リソース内に収容可能か否かの判断を行う収容可否判断手段と、
前記収容可否判断手段において収容可能と判断された場合、重み関数によって変化する受付確率に基づいて、前記端末の発呼の受付を判断する呼受付判断手段とを有する構成として構築する。【００２７】  また前記呼受付判断手段は、無線リンク品質に依存する重み関数によって変化する受付確率に基づいて、前記端末の発呼の受付を判断するようにすることが望ましいものである。また前記呼受付判断手段は、端末の要求する呼の品質レベルに依存する重み関数によって変化する受付確率に基づいて、前記端末の発呼の受付を判断するようにしてもよいものである。また前記呼受付判断手段は、ネットワークの未使用のリソース量に依存する重み関数によって変化する受付確率に基づいて、前記端末の発呼の受付を判断するようにしてもよいものである。また前記呼受付判断手段は、二以上の要件を因数とする重み関数によって変化する受付確率に基づいて、前記端末の発呼の受付を判断するようにしてもよいものである。【００２８】  また前記呼受付判断手段は、無線リンク品質に依存する重み関数から得られた値と乱数とを比較することによって、前記端末の発呼の受付を確率的に判断する、或は端末の要求する呼の品質レベルに依存する重み関数から得られた値と乱数とを比較することによって、前記端末の発呼の受付を確率的に判断するようにしてもよいものである。また前記呼受付判断手段は、ネットワークの未使用のリソース量に依存する重み関数から得られた値と乱数とを比較することによって、前記端末の発呼の受付を確率的に判断するようにしてもよいものである。【００２９】  また前記呼受付判断手段は、無線リンク品質に依存して異なる分布に従う乱数と、予め定められた閾値とを比較することによって、前記端末の発呼の受付を確率的に判断するようにしてもよいものである。また前記呼受付判断手段は、呼の品質レベルに依存して異なる分布に従う乱数と、予め定められた閾値とを比較することによって、前記端末の発呼の受付を確率的に判断するようにしてもよいものである。また前記呼受付判断手段は、ネットワークの未使用のリソース量に依存して異なる分布に従う乱数と、予め定められた閾値とを比較することによって、前記端末の発呼の受付を確率的に判断するようにしてもよいものである。また前記呼受付判断手段は、異なる重み関数による受付確率により、端末の発呼の受付の判断を二以上行うようにしてもよいものである。また前記呼受付判断手段は、呼の品質レベルごとにネットワーク・リソース使用量を管理し、呼の品質レベルごとに設定されたリソース使用量の閾値を境界として、受付確率を決定する重み関数を切り替えるようにしてもよいものである。【００３０】  さらに切断処理手段を有し、前記切断処理手段は、新規な発呼がネットワーク・リソース内に収容不可能と判断された場合、ネットワークに収容している他の端末の呼に対して、呼の品質レベルおよび無線リンク品質とに基づいた切断優先度を演算し、切断優先度の最も高い呼を切断することにより新規な呼を収容するようにしてもよいものである。【００３１】  さらに切断処理手段を有し、前記切断処理手段は、ネットワーク・リソース使用量が閾値以上となった場合に、ネットワークに収容している��末の呼に対して、呼の品質レベルおよび無線リンク品質とに基づいた切断優先度を演算し、切断優先度の最も高い呼を切断することにより、収容しているそれ以外の呼を維持するようにしてもよいものである。【００３２】  さらに第２の切断処理手段を有し、前記第２の切断処理手段は、発呼した端末の属するインターネットサービスプロバイダによる前記端末の割当リソース量と、発呼時に前記端末に割当済みのリソース量とに基づいて、前記端末の発呼の受付を判断するようにしてもよいものである。【００３３】  また本発明に係る呼受付制御システムは、移動端末からの発呼を受信した際に、システムの保持するネットワーク・リソース内に収容可能か否かの判断を行う収容可否判断手段と、
前記収容可否判断手段で受付不可能と判断された場合、ネットワークに収容している移動端末の呼に対して、呼の品質レベル、又は無線リンク品質に依存する重み関数によって切断優先度を演算し、切断優先度の最も高い呼を切断し、新規呼を収容する手段とを有する構成とすることが可能である。【００３４】  また本発明に係る呼受付制御システムは、移動端末から発呼を受信した際に、システムの保持するネットワーク・リソース内に収容可能か否かの判断を行う収容可否判断手段を有し、
前記収容可否判断手段は、発呼した端末の属するインターネットサービスプロバイダによる前記端末の割当リソース量と、発呼時に前記端末に割当済みのリソース量とに基づいて、前記端末の発呼の受付を判断する構成とすることが可能である。【００３５】  前記本発明に係る呼受付制御システムは、端末移動のハンドオーバ時の移動先での呼受付制御システムに適用することが可能である。
【発明の効果】
【００３６】  本発明は呼の受付時に、端末の発呼がシステムの保持するネットワーク・リソース内に収容可能か否かの判断を行い、収容可能と判断された場合、更に、無線リンク品質等に依存する重み関数を用いて無線リンク品質等の良い端末を確率的に優先して受け付けているので、ネットワーク使用率の向上、ブロック・ドロップ率の低減図ることができる。【００３７】  また、本発明は、ネットワーク・リソース使用量が閾値以上となった場合や、新規な発呼がネットワーク・リソース内に収容不可能と判断された場合であっても、ネットワークに収容している他の端末の呼に対して、呼の品質レベルおよび無線リンク品質とに基づいた切断優先度を演算し、切断優先度の最も高い呼を切断することにより、既存の呼や新規な呼を収容するようにしているので、ネットワークの有効利用を図ることができる。【００３８】  更に、本発明は、発呼ユーザの属するＩＳＰとの契約した割当リソース量と、その時点でＩＳＰに割当済みのリソース量とを計測し、契約内容（収容ユーザ数、ブロック率、リソース量等）を満足するよう呼受付判定するように構成しているので、ＩＳＰに対して契約通りのサービスを提供することができる。
【図面の簡単な説明】
【００３９】
【図１】図１は本発明が適用されるアクセスネットワークの一例を示す図である。
【図２】図２は無線ネットワーク制御局の一例を示すブロック図である。
【図３】図３は発呼要求メッセージの送信から、受付可否通知メッセージの送信までの動作を説明する為の図である。
【図４】図４は呼受付制御処理の動作フローチャートである。
【図５】図５は共通処理の動作フローチャートである。
【図６】図６は無線リンク品質依存処理の動作フローチャートである。
【図７】図７はＱｏＳクラス毎にあらかじめ決められたリソース使用量を超過したか否かの条件により関数を変化させる場合のフローチャートである。
【図８】図８はＱｏＳクラス数分のＭａｘ  Ｑｏｓ  Ｎｏ個のテーブルを示す図である。
【図９】図９は実施例２の動作フローチャートである。
【図１０】図１０はＩＳＰ依存処理のフローチャートである。
【図１１】図１１はＩＳＰの数であるＭａｘ  Ｉｓｐ  Ｎｏ個の要素を持つＩＳＰ  Ｉｎｆｏというテーブルを示す図である。
【図１２】図１２は実施例２の他の形態のフローチャートである。
【図１３】図１３は第１の切断呼選択処理のフローチャートである。
【図１４】図１４は第２の呼の切断処理のフローチャートである。
【図１５】図１５は実施例４の動作フローチャートである。
【発明を実施するための最良の形態】
【００４０】  本発明は、呼の受付時に、端末の発呼がシステムの保持するネットワーク・リソース内に収容可能か否かの判断を行い、収容可能と判断された場合、更に、無線リンク品質等に依存する重み関数を用いて無線リンク品質等の良い端末を確率的に優先して受け付けることを特徴とする。これにより、ネットワーク使用率の向上、ブロック・ドロップ率の低減を図ることができる。【００４１】  また、本発明は、新規な発呼がネットワーク・リソース内に収容不可能と判断された場合であっても、ネットワークに収容している他の端末の呼に対して、呼の品質レベルおよび無線リンク品質とに基づいた切断優先度を演算し、切断優先度の最も高い呼を切断することにより新規な呼を収容することを特徴とする。更に、ネットワーク・リソース使用量が閾値以上となった場合に、ネットワークに収容している端末の呼に対して、呼の品質レベルおよび無線リンク品質とに基づいた切断優先度を演算し、切断優先度の最も高い呼を切断することにより、収容しているそれ以外の呼を維持することを特徴とする。これにより、ネットワークの有効利用を図ることができる。【００４２】  更に、本発明は、発呼ユーザの属するＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）と契約した割当リソース量と、その時点でＩＳＰに割当済みのリソース量とを計測し、契約内容（収容ユーザ数，ブロック率，リソース量等）を満足するよう呼受付判定を行うことを特徴とする。これにより、ＩＳＰに対して契約通りのサービスを提供することができる。【００４３】  以下、これらの本発明の具体的な実施例を説明する。
【実施例１】
【００４４】  本発明の実施例１を説明する。【００４５】  図１は本発明が適用されるアクセスネットワークの一例を示す図である。図１に示すように、本発明が適用されるアクセスネットワークは、無線アクセスネットワーク１２１と、コアネットワーク１２２と、外部網１２３とからなるネットワークで構成される。【００４６】  無線アクセスネットワーク１２１は、任意の数の端末１０１，１０２と、無線基地局１０３と、無線ネットワーク制御局１０４とからなる。セル１２４内の端末１０１，１０２は、無線リンクによって無線基地局１０３と接続されている。【００４７】  無線基地局１０３は、無線ネットワーク制御局１０４により制御され、無線リンクの開設や、切断などの処理、データ転送処理を行う。【００４８】  無線ネットワーク制御局１０４は、端末１０１，１０２の発呼に対して呼受付制御、無線リンクの開設、切断のシグナリング、データ転送処理とその指示を行う。また、無線ネットワーク制御局１０４は、コアネットワーク１２２と接続されている。【００４９】  コアネットワーク１２２は、パケットを転送するネットワークである。【００５０】  尚、無線アクセスネットワーク１２１は、無線基地局１０３と無線ネットワーク制御局１０４とに必ずしも分離している必要はなく、一ノードの形態をとっても構わない。コアネットワーク１２２を設けずに、無線ネットワーク制御局１０４を外部網１２３に直接接続するようにしてもよいものである。この場合、コアネットワークの機能を無線アクセスネットワーク側でカバーする。【００５１】  外部網１２３は、無線アクセスネットワーク１２１と複数のＩＳＰ１１１〜１１３とからなる。これらのＩＳＰ１１１は、コアネットワーク１２２のオペレータと接続契約している。【００５２】  次に、本実施例の動作例と、その際の無線ネットワーク制御局１０４の呼受付制御に関する動作を説明する。【００５３】  図２は無線ネットワーク制御局１０４の一例を示すブロック図である。【００５４】  無線ネットワーク制御局１０４は、図２に示される如く、無線基地局１０３に接続される入出力端子２０１，２０２と、転送部２１１と、メッセージ作成部２１２と、受付可否判断部２１３と、記憶部２１４と、ネットワーク使用状況モニタ部２１５とを有する。【００５５】  ネットワーク使用状況モニタ部２１５は、定期的にネットワーク使用状況をモニタし、そのモニタにより得た情報を記憶部２１４に記録しておく。記憶部２１４が記憶する情報には、無線基地局１０３からの使用リソースに関するレポート、もしくは端末１０１，１０２からの使用リソースに関するレポートなどが含まれる。【００５６】  続いて、端末１０１，１０２の呼要求メッセージの送信から、無線ネットワーク制御局１０４の受付可否通知メッセージの送信までの動作を説明する。図３は、発呼要求メッセージの送信から、受付可否通知メッセージの送信までの動作を説明する為の図である。【００５７】  まず初めに、ユーザの操作により端末１０１，１０２が発呼要求メッセージ３０１を無線基地局１０３に送信する。その際、端末１０１，１０２は、発生する呼の所要リソース量や要求ＱｏＳクラスなどの呼に関する情報と識別可能な端末ＩＤと��メッセージ３０１に含めて、これらを無線基地局１０３に送信する。無線基地局１０３は、受信した発呼要求メッセージ３０１を無線ネットワーク制御局１０４に出力する。【００５８】  ただし、システムによってはさらに無線ネットワーク制御局１０４がコアネットワーク１２２内のノードに発呼要求メッセージ３０１を転送し、コアネットワーク１２２内の処理を経てから発呼要求メッセージ３０１を無線ネットワーク制御局１０４に出力させる場合もある。【００５９】  本発明は、無線ネットワーク制御局１０４内の呼受付制御処理に関するものであり、無線ネットワーク制御局１０４に達するまでの発呼要求メッセージの経路は問わず、どのような経路を通るにせよ、無線ネットワーク制御局１０４において呼受付制御処理を発生させるシステムに対して適用可能である。【００６０】  また、発呼要求メッセージ３０１を含む情報は、必ずしも端末１０１，１０２が発する時点で含んでいる必要はなく、経由したコアネットワーク１２２のノードにおいて付加、変換されても構わない。具体的には、端末１０１，１０２は、パイロットチャネルの受信ＣＩＲ（Ｃａｒｒｉｅｒ  ｐｏｗｅｒ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｏｗｅｒ  Ｒａｔｉｏ）データを前記情報に含め、無線ネットワーク制御局１０４は前記端末１０１，１０２からの情報に基いて所要リソース量を演算することが考えられる。所要リソース量の単位は任意で構わないが、従来の呼受付制御方法を利用する場合、下り方向ならば所要電力／基地局最大電力など、上り方向ならばＮｏｉｓｅ  Ｒｉｓｅなどの単位を用いたリソース量を取り扱うことが一般的である。【００６１】  発呼要求メッセージ３０１が無線ネットワーク制御局１０４の入力端子２０２に入力すると、無線ネットワーク制御局１０４は、図３に示す呼受付制御処理３０２を開始する。この呼受付制御処理３０２は、端末１０１，１０２からの呼を受け付けるか否かの制御を行う処理である。【００６２】  具体的に説明すると、発呼要求メッセージ３０１が入力端子２０２から受付可否判断部２１３に入力すると、受付可否判断部２１３は、呼受付制御処理３０２を開始する。【００６３】  受付可否判断部２１３は、呼受付制御処理の中で、記憶部２１４に記録されているネットワーク使用状況と発呼要求メッセージに含まれる情報とから端末の呼の受付可否を判断し、その結果をメッセージ作成部２１２に出力する。【００６４】  メッセージ作成部２１２は、端末１０１，１０２が理解可能なフォーマットにメッセージを整形し、その整形したメッセージデータを転送部２１１に出力する。【００６５】  転送部２１１は、入力したメッセージを、受付可否通知メッセージ３０３として出力端子２０１を通じて端末１０１，１０２に送信する。【００６６】  次に、実施例１の動作における呼受付制御処理３０２について説明する。【００６７】  実施例１における呼受付制御処理３０２は、図４に示される如く、共通処理（ステップＡ０１）、無線リンク品質依存処理（ステップＡ０２）を順次実行する。【００６８】  共通処理（ステップＡ０１）は、端末の発呼に応答して、端末の発呼がシステムの保持するネットワーク・リソース内に収容可能か否かの判断を行う処理���ある。そして、無線リンク品質依存処理（ステップＡ０２）は、共通処理（ステップＡ０１）で呼の受け付が可能と判断された後、発呼端末の無線リンク品質に依存した関数に基づいて確率的に呼の受け付判断を再度行うことを特徴とする処理である。【００６９】  まず、共通処理を説明する。【００７０】  図５は、共通処理の動作フローチャートである。【００７１】  発呼要求メッセージ３０１は、呼の所要リソース量を示す指標値であるＮｅｗ  Ｃａｌｌ  Ｉｎｄｅｘを含んでいる。このＮｅｗ  Ｃａｌｌ  Ｉｎｄｅｘには、端末１０１，１０２で受信したパイロットチャネルの受信電力やＣＩＲ（Ｃａｒｒｉｅｒ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｒａｄｉｏ：希望波対干渉波電力比）などのデータが含まれている。【００７２】  無線ネットワーク制御局１０４は、受け取った発呼要求メッセージ３０１からＮｅｗ  Ｃａｌｌ  Ｉｎｄｅｘを抽出する（ステップＢ０１）。【００７３】  続いて、Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘと現在同一セルで消費しているリソース量を示す指標値Ｔｏｔａｌ  Ｕｓｅｄ  Ｉｎｄｅｘとの和と、使用可能リソース上限値を示す指標値であるＴｓｈ  Ｉｎｄｅｘとを比較する（ステップＢ０２）。【００７４】  比較の結果、前記和がＴｓｈ  Ｉｎｄｅｘよりも小さければ、ネットワークに端末の呼を収容できることが判明するので、端末からの呼を受け付ける（アクセプト，ＡＣＣＥＰＴ）。もし、前記和がＴｓｈ  Ｉｎｄｅｘよりも大きければ、端末からの呼を受け入れた場合に設定された上限値を超えてしまうため、端末からの呼を拒絶する（リジェクト，ＲＥＪＥＣＴ）。【００７５】  以上が共通処理の概要である。【００７６】  次に、無線リンク品質依存処理を説明する。【００７７】  無線リンク品質依存処理は、上述の共通処理で端末からの呼の受け付が可能と判断された後、発呼端末の無線リンク品質に依存した関数に基づいて確率的に端末からの呼の受け付判断を再度行うことを特徴とする処理である。【００７８】  以下に、無線リンク品質依存処理の具体的動作を説明する。図６は、無線リンク品質依存処理の動作フローチャートである。【００７９】  まず、任意のＰ＿Ｗｅｉｇｈｔ（  ）関数（重み関数）を用いて受付確率値を計算し、この受付確率値と、０から１の範囲で発生させた乱数ｒａｎｄ（  ）とを比較する（ステップＣ０１）。受付確率値よりも乱数ｒａｎｄ（  ）の方が小さければ、端末からの呼を受け付け（アクセプト，ＡＣＣＥＰＴ）、大きければ端末からの呼を拒絶する（リジェクト，ＲＥＪＥＣＴ）。【００８０】  ここで、Ｐ＿Ｗｅｉｇｈｔ（  ）関数（重み関数）は任意でかまわないが、以下にいくつか具体例を示す。【００８１】  一つ目の具体例は以下の（式１）であらわされる。
Ｐ＿Ｗｅｉｇｈｔ（  ）＝（Ｔｓｈ  Ｉｎｄｅｘ−Ｔｏｔａｌ  Ｕｓｅｄ  Ｉｎｄｅｘ−Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘ）／Ｔｓｈ  Ｉｎｄｅｘ＊（Ｎｏｒｍａｌｉｚｅｄ  ＱｏＬ）    （式１）
この（式１）において、（（Ｔｓｈ  Ｉｎｄｅｘ−Ｔｏｔａｌ  Ｕｓｅｄ  Ｉｎｄｅｘ−Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘ）／Ｔｓｈ  Ｉｎｄｅｘ）は残りリソース量指標値を示しており、（Ｎｏｒｍａｌｉｚｅｄ  ＱｏＬ）は無線リンク品質を示している。式１としては、（残りリソース量指標値）＊（無線リンク品質）を表している。ただし、いずれの項も規格化されている。これによって、無線リンク品質の悪い呼ほど受け付けられる確率が低くなる為、無線リンク品質の良い呼を従来よりも多く受け付けることが可能となる。つまり、ネットワーク使用率を向上させ、また呼損率を低減することが可能となる。【００８２】  二つ目の具体例は以下の（式２）であらわされる。
Ｐ＿Ｗｅｉｇｈｔ（  ）＝（Ｔｓｈ  Ｉｎｄｅｘ−Ｔｏｔａｌ  Ｕｓｅｄ  Ｉｎｄｅｘ−Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘ）／Ｔｓｈ  Ｉｎｄｅｘ＊（Ｎｏｒｍａｌｉｚｅｄ  ＱｏＳ  Ｃｌａｓｓ）＊（Ｎｏｒｍａｌｉｚｅｄ  ＱｏＬ）    （式２）
この（式２）において、（（Ｔｓｈ  Ｉｎｄｅｘ−Ｔｏｔａｌ  Ｕｓｅｄ  Ｉｎｄｅｘ−Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘ）／Ｔｓｈ  Ｉｎｄｅｘ）は残りリソース量指標値を示しており、（Ｎｏｒｍａｌｉｚｅｄ  ＱｏＳ  Ｃｌａｓｓ）はＱｏＳクラスを示しており、（Ｎｏｒｍａｌｉｚｅｄ  ＱｏＬ）は無線リンク品質を示している。式２としては（残りリソース量指標値）＊（ＱｏＳクラス）＊（無線リンク品質）をあらわしている。ただし、いずれの項も規格化されている。これによって、一つ目の具体例の効果に加え、オペレータのポリシーに従って呼の品質レベルであるＱｏＳクラス毎に受付確率を変えることが可能となる。【００８３】  最後に三つ目の具体例は、ＱｏＳクラス毎にあらかじめ決められたリソース使用量を超過したか否かの条件により関数を変化させるものである。図７にＱｏＳクラス毎にあらかじめ決められたリソース使用量を超過したか否かの条件により関数を変化させる場合のフローチャートを示す。【００８４】  まず、図８に示すようにＱｏＳクラス数分のＭａｘ  Ｑｏｓ  Ｎｏ個のテーブルを用意し、ＱｏＳクラス毎にモニタしているリソースの使用量であるＵｓｅｄ  Ｉｎｄｅｘ  ＱｏＳクラス毎に設定されたリソースの使用上限値であるＴｓｈ  Ｉｎｄｅｘ  ＱｏＳとの情報を保持している。新規呼のＱｏＳクラスをＮｅｗ  Ｃａｌｌ  ＱｏＳ  Ｎｏとして、（Ｎｅｗ  Ｃａｌｌ  ＱｏＳ  ＮｏのＴｓｈ  Ｉｎｄｅｘ  ＱｏＳ）−（Ｎｅｗ  Ｃａｌｌ  ＱｏＳ  ＮｏのＵｓｅｄ  Ｉｎｄｅｘ  ＱｏＳ）＞０を判断する。そして、ＱｏＳクラス毎にあらかじめ決められたリソース使用量を超過したか否かの条件により関数を変化させる（ステップＤ０１）。【００８５】  判断の結果、０以上、つまりＱｏＳクラス毎にあらかじめ決められたリソース使用量を超過していない場合、Ｐ＿Ｗｅｉｇｈｔとして以下の（式３）を用いる（ステップＤ０２）。
Ｐ＿Ｗｅｉｇｈｔ（  ）＝｛（Ｎｅｗ  Ｃａｌｌ  ＱｏＳ  ＮｏのＴｓｈ  Ｉｎｄｅｘ  ＱｏＳ）−（Ｎｅｗ  Ｃａｌｌ  ＱｏＳ  ＮｏのＵｓｅｄ  Ｉｎｄｅｘ  ＱｏＳ）−Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘ｝／（Ｎｅｗ  Ｃａｌｌ  ＱｏＳ  ＮｏのＴｓｈ  Ｉｎｄｅｘ  ＱｏＳ）＊（ＮｏｒｍａｌｉｚｅｄＱｏＬ）    （式３）
この（式３）において、｛（Ｎｅｗ  Ｃａｌｌ  ＱｏＳ  ＮｏのＴｓｈ  Ｉｎｄｅｘ  ＱｏＳ）−（Ｎｅｗ  Ｃａｌｌ  ＱｏＳ  ＮｏのＵｓｅｄ  Ｉｎｄｅｘ  ＱｏＳ）−Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘ｝／（Ｎｅｗ  Ｃａｌｌ  ＱｏＳ  ＮｏのＴｓｈ  Ｉｎｄｅｘ  ＱｏＳ）はＱｏＳクラスに割り当てられた残りリソース量指標値を示しており、（Ｎｏｒｍａｌｉｚｅｄ  ＱｏＬ）は無線リンク品質を示している。
（式３）としては（ＱｏＳクラスに割り当てられた残りリソース量指標値）＊（無線リンク品質）を表している。ただし、いずれの項も規格化されている。【００８６】  一方、判断の結果、０以下、つまりＱｏＳクラス毎にあらかじめ決められたリソース使用量を超過した場合、Ｐ＿Ｗｅｉｇｈｔ（  ）として以下の（式４）を用いる（ステップＤ０３）。
Ｐ＿Ｗｅｉｇｈｔ（  ）＝｛Ｔｓｈ  Ｉｎｄｅｘ（ＱｏＳ＃０のＴｓｈ  Ｉｎｄｅｘ  ＱｏＳ）−…−（ＱｏＳ＃  Ｍａｘ  ＱｏＳ  ＮｏのＴｓｈ  Ｉｎｄｅｘ  ＱｏＳ）−Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘ｝／Ｔｓｈ  Ｉｎｄｅｘ＊（ＮｏｒｍａｌｉｚｅｄＱｏＬ）（式４）
この（式４）において、｛Ｔｓｈ  Ｉｎｄｅｘ（ＱｏＳ＃０のＴｓｈ  Ｉｎｄｅｘ  ＱｏＳ）−…−（ＱｏＳ＃  Ｍａｘ  ＱｏＳ  ＮｏのＴｓｈ  Ｉｎｄｅｘ  ＱｏＳ）−Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘ｝／Ｔｓｈ  Ｉｎｄｅｘは使用可能な全リソースのうちＱｏＳクラスに割り当てられていないリソースの中の残りリソース量指標値を示しており、（Ｎｏｒｍａｌｉｚｅｄ  ＱｏＬ）は無線リンク品質を示している。
（式４）としては、（使用可能な全リソースのうちＱｏＳクラスに割り当てられていないリソースの中の、残りリソース量指標値）＊（無線リンク品質）を表している。ただし、いずれの項も規格化されている。【００８７】  最後に、Ｐ＿Ｗｅｉｇｈｔ（  ）関数を用いて受付確率値を計算し、この受付確率値と、０から１の範囲で発生させた乱数ｒａｎｄ（  ）とを比較する（ステップＤ０４）。受付確率値よりも乱数の方が小さければ端末からの呼を受け付け（アクセプト，ＡＣＣＥＰＴ）、大きければ端末からの呼を拒絶する（リジェクト，ＲＥＪＥＣＴ）。【００８８】  これによって、ＱｏＳクラス毎に一定量のリソースを割り当て、余剰リソースは全ＱｏＳクラスが共有する形態の呼受付制御が可能となる。【００８９】  尚、以上の呼受付制御においては、無線リンク品質，ＱｏＳに依存して変化する閾値を設定し、一様分布の乱数を発生し、比較を行い受付の可否を決定した。【００９０】  その他の実施の形態の例として、あらかじめ一定の閾値を決定しておき、無線リンク品質，ＱｏＳに依存して異なるパラメータに従う乱数を発生させ、比較を行って、受付の可否を判断するように構成しても良い。【００９１】  例えば、任意の閾値を０．５と設定する。異なるパラメータに従う乱数を発生させる場合は、無線リンク品質ｑの端末に対して、平均を観測される無線リンク品質の最大値で規格化したＮ（ｑ）、分散を０．２とする正規分布に従う乱数を発生させる。ただし、これらの値は任意で構わない。この場合、既述の実施の形態と同様に、無線リンク品質ｑが優れているほど高い受付確率が期待できる。【００９２】  以上の如く本発明によれば、オペレータのネットワーク使用率を向上させ、且つブロック率、ドロップ率を低下させることが可能となる。
【実施例２】
【００９３】  本発明の実施例２を説明する。【００９４】  実施例２では、呼受付制御処理として、実施例１における無線リンク品質の依存処理に代えて、図９に示す如く、ＩＳＰとの契約内容（収容ユーザ数、ブロック率、リソース量等）に依存したＩＳＰ依存処理（ステップＡ０３）を行う。【００９５】  以下に、ＩＳＰ依存処理（ステップＡ０３）の動作を説明する。【００９６】  図１０はＩＳＰ依存処理のフローチャートである。【００９７】  まず、図１１に示すように、契約したＩＳＰの数であるＭａｘ  Ｉｓｐ  Ｎｏ個の要素を持つＩＳＰ  Ｉｎｆｏというテーブルを記憶部に用意し、ＩＳＰ毎にコアネットワーク１２２とのサービス提供契約リソース量指標値であるＣｏｎｔｒａｃｔ  Ｉｎｄｅｘと、現在所属する端末群が使用しているリソース量の指標値であるＵｓｅｄ  Ｉｎｄｅｘの情報を保持している。【００９８】  まず、端末の属するＩＳＰを指定するＮｅｗ  Ｃａｌｌ  ＩＳＰ  Ｎｏを発呼要求メッセージ３０１から抽出する（ステップＥ０１）。【００９９】  次に、記憶部２１４から前記ＩＳＰのＣｏｎｔｒａｃｔ  Ｉｎｄｅｘと、Ｕｓｅｄ  Ｉｎｄｅｘと、すでに共通処理において取得済みのユーザの所要リソース量指標値（Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘ）から、新規呼を受け入れた場合の使用リソース量指標値が契約リソース量指標値を上回る量Ｏｖｅｒ  Ｉｎｄｅｘを計算する（ステップＥ０２）。計算式としてあらわすと、以下の（式５）ようになる。
Ｏｖｅｒ  Ｉｎｄｅｘ＝（Ｎｅｗ  Ｃａｌｌ  ＩＳＰ  ＮｏのＵｓｅｄ  Ｉｎｄｅｘ）＋Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘ−（Ｎｅｗ  Ｃａｌｌ  ＩＳＰ  ＮｏのＣｏｎｔｒａｃｔ  Ｉｎｄｅｘ）    （式５）
ただし、サービス提供契約リソース量指標値は、帯域幅や収容ユーザ数など契約に用いた別の指標から変換した値でもかまわない。【０１００】  次に、Ｏｖｅｒ  Ｉｎｄｅｘの正負を判断する（ステップＥ０３）。もし、負であれば、契約指標値を超過しないことを意味するので、呼を受け付ける（アクセプト，ＡＣＣＥＰＴ）。もし、正であれば、使用可能リソース量上限値と全体の使用リソース量指標値の差をとり、全体のリソースの中での余剰リソース量の余裕の有無をチェックする（ステップＥ０４）。Ｍａｒｇｉｎ  Ｉｎｄｅｘは全体の余裕を表す。計算式としてあらわすと、以下の（式６）ようになる。
Ｔｏｔａｌ  Ｕｓｅｄ  Ｉｎｄｅｘ＋Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘ−Ｔｓｈ  Ｉｎｄｅｘ＞Ｍａｒｇｉｎ  Ｉｎｄｅｘ  （式６）
この（式６）の不等式が成り立つ場合には端末からの呼を受け付け（アクセプト，ＡＣＣＥＰＴ）、もし成り立たなければ端末からの呼を拒絶する（リジェクト，ＲＥＪＥＣＴ）。【０１０１】  以上の処理において、ＩＳＰ毎に契約に基づいて呼受付制御が可能になる。また、ＩＳＰ毎のリソースの中で、既述したＱｏＳクラスを考慮した処理を行っても構わない。【０１０２】  尚、実施例２では、共通処理の後にＩＳＰ依存処理を行ったが、呼受付制御処理として、共通処理を除いてＩＳＰ依存処理を単独で用いても良い。【０１０３】  また、上述したＩＳＰ依存処理は、図１２に示される如く、実施例１で説明した共通処理、無線リンク品質依存処理と組み合わせて用いても良い。【０１０４】  また、上述したＩＳＰ依存処理は、ＩＳＰの契約内容（収容ユーザ数，ブロック率，リソース量等）に依存して変化する閾値を設定し、一様分布の乱数を発生し、比較を行って、受付の可否を決定したが、上述した無線リンク品質や、ＱｏＳと同様にあらかじめ一定の閾値を決定しておき、ＩＳＰの契約内容（収容ユーザ数，ブロック率，リソース量等）に依存して異なるパラメータに従う乱数を発生させ、比較を行い受付の可否を判断するように構成しても良い。【０１０５】  以上の如く、本発明によれば、ユーザの属するＩＳＰとの契約を元に呼受付制御が可能となる。
【実施例３】
【０１０６】  本発明の実施例３を説明する。【０１０７】  実施例３は、端末からの呼の切断処理に関するものである。呼切断選択処理は、以下の二通りの場合に行われる。【０１０８】  第１の場合は、呼受付済みの端末の無線リンク品質が悪化して呼を維持するための必要リソース量が増加し、全ての呼を存続させる事が不可能であるため、いずれかの呼を切断し、それ以外の呼を存続させる場合である。【０１０９】  第２の場合は、新規な端末からの発呼の際に、システムリソースの観点から受付は不可能だが、オペレータポリシーにより、その端末からの呼を受け付ける必要がある場合である。【０１１０】  第１の場合は、新規の発呼とは別に単独で行なわれるが、呼受付制御と同様の効果が期待できる。そこで、まず、単独で行なわれる切断処理について説明する。【０１１１】  図１３は第１の切断呼選択処理のフローチャートである。【０１１２】  まず、切断優先度関数Ｃｏｓｔ（  ）による順序付け（ステップＦ０１）を行う。【０１１３】  この切断優先度関数Ｃｏｓｔ（  ）は任意で構わないが、たとえば次のような式（７）が考えられる。
Ｃｏｓｔ（  ）＝Ｎｏｒｍａｌｉｚｅｄ  ＱｏＳ  Ｃｌａｓｓ＊Ｎｏｒｍａｌｉｚｅｄ  ＱｏＬ    式（７）
この式（７）は（ＱｏＳクラス）＊（無線リンク品質）をあらわしている。ただし、いずれの項も規格化されている。この式に従って収容している全ての呼に関して切断優先度を計算する（ステップＦ０１）。そして、切断優先度の高い呼を切断し、他の呼を存続させる（ステップＦ０２）。【０１１４】  次に、上述した第２の場合における切断呼選択処理について説明する。【０１１５】  図１４は第２の呼の切断処理のフローチャートである。【０１１６】  まず、既存呼の切断処理を行うか（ステップＦ１０）を判定する。この判断においては、Ｎｅｗ  Ｃａｌｌ  Ｉｎｄｅｘなどのパラメータを利用して動的に決定しても良いし、オペレータのポリシーで静的に設定しても構わない。ここで既存呼の切断処理を行ってでも新規呼を受け入れると判断した場合、次に切断優先度関数Ｃｏｓｔ（  ）による順序付け（ステップＦ１１）を行う。【０１１７】  この切断優先度関数Ｃｏｓｔ（  ）は任意で構わないが、上述の式（７）の例が考えられる。
Ｃｏｓｔ（  ）＝Ｎｏｒｍａｌｉｚｅｄ  ＱｏＳ  Ｃｌａｓｓ＊Ｎｏｒｍａｌｉｚｅｄ  ＱｏＬ    式（７）
この式は（ＱｏＳクラス）＊（無線リンク品質）をあらわしている。ただし、いずれの項も規格化されている。この式（７）に従って収容している全ての呼に関して切断優先度を計算する。【０１１８】  計算された切断優先度に従い全ての呼のうち最も切断優先度の高い呼を記憶（ステップＦ１２）しておく。この処理はここで一旦停止し、切断呼選択処理の結果をＡＣＣＥＰＴとして次の処理に移行する。そして、設定された処理を全て行った後の呼受付制御の最後に選択された切断優先度の高い呼を切断し、新規呼を受け付ける事になる。
【実施例４】
【０１１９】  本発明の実施例４について説明する。【０１２０】  実施例４は、上述した実施例１、実施例２及び実施例３を組み合わせたものである。【０１２１】  共通処理、ＩＳＰ依存処理、無線リンク品質依存処理及び切断処理を組み合わせた全体の処理例を図１５に示す。【０１２２】  図１５では、共通処理（ステップＧ０１）、ＩＳＰ依存処理（ステップＧ０２）、無線リンク品質依存処理（ステップＧ０３）の順に行っている。【０１２３】  ただし、ステップＧ０１の結果がリジェクト（ＲＥＪＥＣＴ）であれば、切断呼選択処理（ステップＧ０４）に移行し、既存呼を切断しても新規呼を受け入れる場合には、ＩＳＰ依存処理（ステップＧ０５）、無線リンク品質依存処理（ステップＧ０６）の順に行い、最後に記憶していた最も切断優先度の高い呼を切断し（ステップＧ０７）、新規呼を受け入れることになる。
【産業上の利用可能性】
【０１２４】  本発明は、オペレータのネットワーク使用率を向上させ、且つブロック率、ドロップ率を低下させることが可能な技術であり、アクセスネットワークにおける呼受付制御の技術に好適なものである。【０１２５】  また、本発明は、ユーザの属するＩＳＰとの契約を元に呼受付制御が可能な技術であり、アクセスネットワークにおける呼受付制御の技術に好適なものである。【０１２６】  更に、本発明の呼受付制御は移動通信網において端末がセルを移動する場合のハンドオーバ呼に対しても同様の仕組みを適用可能である。
【図１】
2005011319.tif 000002
【図２】
2005011319.tif 000003
【図３】
2005011319.tif 000004
【図４】
2005011319.tif 000005
【図５】
2005011319.tif 000006
【図６】
2005011319.tif 000007
【図７】
2005011319.tif 000008
【図８】
2005011319.tif 000009
【図９】
2005011319.tif 000010
【図１０】
2005011319.tif 000011
【図１１】
2005011319.tif 000012
【図１２】
2005011319.tif 000013
【図１３】
2005011319.tif 000014
【図１４】
2005011319.tif 000015
【図１５】
2005011319.tif 000016
【国際調査報告】
2005011319.tif 000017
2005011319.tif 000018
2005011319.tif 000019
2005011319.tif 000020
2005011319.tif 000021
2005011319.tif 000022
2005011319.tif 000023