(57)【要約】【課題】呼処理において段階的に規制レベルを引き上げる。【解決手段】カウント部１１がＥＮＵＭクエリに対するＥＮＵＭアンサを受信できなかった応答ＮＧ回数をカウントし、管理部１２が発ユーザ種別と、その発ユーザ種別に対する規制を開始する基準となる応答ＮＧ回数との対応を管理する規制対象リストを保持し、規制部１３が発ユーザ種別ごとに単位時間毎の応答ＮＧ回数と規制対象リストの応答ＮＧ回数とを比較し、発ユーザ種別ごとに新規呼に対する規制を発動もしくは解除する。これにより、ＳＩＰサーバ１は、呼種別の重要性に応じて、規制対象を設定し、段階的に規制レベルを引き上げることができる。【選択図】図１
2019033313.tif 000002
【特許請求の範囲】
【請求項１】
電話番号に対応する接続先情報を番号解決装置に問い合わせる問い合わせ手段と、
前記番号解決装置への問い合わせに対する応答を受信できなかった応答失敗回数を数えるカウント手段と、
呼種別ごとに規制を開始する基準となる規制開始回数を設定して管理する管理手段と、
前記呼種別ごとに前記応答失敗回数と前記規制開始回数とを比較し、前記呼種別ごとに新規呼に対する規制を発動もしくは解除する規制手段と、
を有することを特徴とする呼処理装置。
【請求項２】
前記規制手段は、規制対象となった前記呼種別の新規呼について前記番号解決装置への問い合わせを規制することを特徴とする請求項１に記載の呼処理装置。
【請求項３】
複数の番号解決装置に問い合わせ可能であって、前記問い合わせ手段は、新規呼の呼種別が規制対象となっていない番号解決装置に問い合わせることを特徴とする請求項１又は２に記載の呼処理装置。
【請求項４】
電話番号に対応する接続先情報を番号解決装置に問い合わせるステップと、
前記番号解決装置への問い合わせに対する応答を受信できなかった応答失敗回数を数えるステップと、
呼種別ごとに規制を開始する基準となる規制開始回数を設定して管理するステップと、
前記呼種別ごとに前記応答失敗回数と前記規制開始回数とを比較し、前記呼種別ごとに新規呼に対する規制を発動もしくは解除するステップと、
を有することを特徴とする呼処理方法。
【請求項５】
規制を発動した場合、規制対象となった前記呼種別の新規呼について前記番号解決装置への問い合わせを規制することを特徴とする請求項４に記載の呼処理方法。
【請求項６】
複数の番号解決装置に問い合わせ可能であって、前記問い合わせるステップは、新規呼の呼種別が規制対象となっていない番号解決装置に問い合わせることを特徴とする請求項４又は５に記載の呼処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼処理における輻輳を制御する技術に関する。
【背景技術】
【０００２】
呼処理サーバは、端末からの接続信号に対応し、宛先の電話番号を番号解決サーバに問い合わせる（ＥＮＵＭクエリ）。番号解決サーバは、問い合わせに応じて、問い合わせの電話番号の接続先情報を返信する（ＥＮＵＭアンサ）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＴＴＣ標準  ＪＪ−９０．３１、「キャリアＥＮＵＭの相互接続共通インタフェース」、第１．０版、一般社団法人情報通信技術委員会、２０１５年８月２７日
【発明の概要】
【発明が解決しようとする課題】
【０００４】
番号解決サーバは、処理負荷が大きくなった場合にパケットを破棄する機能を具備する。ＥＮＵＭクエリには発ユーザ種別（一般呼／優先呼／最優先呼（緊急呼）等の呼種別）が設定されないため、番号解決サーバは発ユーザ種別を区別することができない。そのため、番号解決サーバの処理負荷が大きくなった場合、一律規制となってしまうという問題があった。
【０００５】
本発明は、上記に鑑みてなされたものであり、呼処理において段階的に規制レベルを引き上げることを目的とする。
【課題を解決するための手段】
【０００６】
第１の本発明に係る呼処理装置は、電話番号に対応する接続先情報を番号解決装置に問い合わせる問い合わせ手段と、前記番号解決装置への問い合わせに対する応答を受信できなかった応答失敗回数を数えるカウント手段と、呼種別ごとに規制を開始する基準となる規制開始回数を設定して管理する管理手段と、前記呼種別ごとに前記応答失敗回数と前記規制開始回数とを比較し、前記呼種別ごとに新規呼に対する規制を発動もしくは解除する規制手段と、を有することを特徴とする。
【０００７】
第２の本発明に係る呼処理方法は、電話番号に対応する接続先情報を番号解決装置に問い合わせるステップと、前記番号解決装置への問い合わせに対する応答を受信できなかった応答失敗回数を数えるステップと、呼種別ごとに規制を開始する基準となる規制開始回数を設定して管理するステップと、前記呼種別ごとに前記応答失敗回数と前記規制開始回数とを比較し、前記呼種別ごとに新規呼に対する規制を発動もしくは解除するステップと、を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、呼処理において段階的に規制レベルを引き上げることができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態のＳＩＰサーバを含む全体構成図である。
【図２】発ユーザ種別の例を示す図である。
【図３】規制を発動するか否かを判定する処理の流れを示すフローチャートである。
【図４】規制を解除するか否かを判定する処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について図面を用いて説明する。
【００１１】
図１は、本実施形態のＳＩＰサーバを含む全体構成図である。ＳＩＰサーバ１は、端末５からＩＮＶＩＴＥメッセージを受信すると、宛先電話番号に対応する網情報を問い合わせるＥＮＵＭクエリをＥＮＵＭサーバ３へ送信する。ＥＮＵＭサーバ３は、ＥＮＵＭアンサをＳＩＰサーバ１に返して宛先電話番号に対応する網情報を通知する。ＳＩＰサーバ１は、通知された網情報を用いて端末５と宛先の端末とを接続する。
【００１２】
ＳＩＰサーバ１は、ＥＮＵＭサーバ３から応答がなかった場合、応答の無かった回数をカウントし、発ユーザ種別ごとに、応答の無かった回数に基づいて新規呼を規制する。以下、本実施形態のＳＩＰサーバ１について説明する。
【００１３】
図１に示すＳＩＰサーバ１は、カウント部１１、管理部１２、及び規制部１３を備える。なお、ＳＩＰサーバ１は、端末５からＳＩＰメッセージを受信し、ＥＮＵＭサーバ３に網情報を問い合せて、端末５と宛先の端末とを接続する呼処理機能を有するが、図１には図示していない。
【００１４】
カウント部１１は、ＥＮＵＭサーバ３に送信したＥＮＵＭクエリに対する応答ＮＧの回数をカウントする。応答ＮＧとは、ＥＮＵＭクエリに対するＥＮＵＭアンサがＥＮＵＭサーバ３から所定時間内に届かない状態である。カウント部１１は、単位時間毎の応答ＮＧ回数を管理する応答ＮＧ回数カウンタを保持する。
【００１５】
管理部１２は、発ユーザ種別と、その発ユーザ種別に対する規制を開始する基準となる単位時間毎の応答ＮＧ回数との対応を管理する規制対象リストを保持する。図１には、応答ＮＧ回数が１０を超過した場合に一般呼を規制する規制レベル１を発動し、応答ＮＧ回数が３０を超過した場合に優先呼も規制する規制レベル２を発動する規制対象リストの例を示している。図２に、本実施形態で使用する発ユーザ種別の例を示す。発ユーザ種別は、ＩＮＶＩＴＥメッセージのＣＰＣパラメータの値として設定される。
【００１６】
規制部１３は、応答ＮＧ回数カウンタを定期的にチェックし、単位時間毎の応答ＮＧ回数と規制対象リストの応答ＮＧ回数とを比較する。
【００１７】
規制部１３は、単位時間毎の応答ＮＧ回数が規定対象リストの応答ＮＧ回数を超えた場合に、対応する規制レベルの発ユーザ種別の新規呼に対する規制を発動する。例えば、規制部１３は、規制対象となった発ユーザ種別に該当する新規呼についてのＥＮＵＭクエリの送信を規制する。
【００１８】
また、規制部１３は、単位時間毎の応答ＮＧ回数が規定対象リストの応答ＮＧ回数を下回った場合に、対応する規制レベルの発ユーザ種別の新規呼に対する規制を解除する。
【００１９】
次に、ＳＩＰサーバ１の動作について説明する。
【００２０】
図３は、規制部１３が規制を発動するか否かを判定する処理の流れを示すフローチャートである。図３の処理は、定期的に行ってもよいし、単位時間毎の応答ＮＧ回数が増加したときに行ってもよい。
【００２１】
規制部１３は、規制対象リストと応答ＮＧ回数カウンタを参照し、応答ＮＧ回数が規制対象リストの規制レベル１の応答ＮＧ回数（図１の例では１０回）を超過したか否か判定する（ステップＳ１１）。
【００２２】
応答ＮＧ回数が規制レベル１の応答ＮＧ回数を超過している場合、規制部１３は、規制レベル１の規制を発動し、発ユーザ種別が一般呼の新規呼を規制する（ステップＳ１２）。このとき、優先呼は規制しない。
【００２３】
規制部１３は、規制対象リストの規制レベルの低いものから順に規制を発動するか否か判定する。いずれかの規制レベルの規制を発動している場合、まだ規制を発動していない最も低い規制レベルについて規制の発動を判定する。具体的には、規制レベル１の規制を発動している場合は、ステップＳ１１，Ｓ１２の処理を行わずに、規制レベル２の規制発動を判定するステップＳ１３の処理からスタートする。
【００２４】
規制部１３は、応答ＮＧ回数が規制レベル２の応答ＮＧ回数（図１の例では３０回）を超過したか否か判定する（ステップＳ１３）。
【００２５】
応答ＮＧ回数が規制レベル２の応答ＮＧ回数を超過している場合、規制部１３は、規制レベル２の規制を発動し、発ユーザ種別が優先呼の新規呼も規制する（ステップＳ１４）。
【００２６】
さらに高い規制レベルが存在する場合は、その規制レベルについて同様に判定を行い、段階的に規制レベルを引き上げる。
【００２７】
図４は、規制部１３が規制を解除するか否かを判定する処理の流れを示すフローチャートである。図４の処理は、定期的に行ってもよいし、単位時間毎の応答ＮＧ回数が減少したときに行ってもよい。
【００２８】
規制部１３は、規制対象リストと応答ＮＧ回数カウンタを参照し、応答ＮＧ回数が規制対象リストの規制レベル２の応答ＮＧ回数を下回ったか否か判定する（ステップＳ２１）。
【００２９】
応答ＮＧ回数が規制レベル２の応答ＮＧ回数を下回った場合、規制部１３は、規制レベル２の規制を解除し、発ユーザ種別が優先呼の新規呼を受け付ける（ステップＳ２２）。
【００３０】
規制部１３は、規制対象リストの規制レベルの高いものから順に規制を解除するか否か判定する。まだ規制を発動していない規制レベルについては、規制の解除を判定しない。具体的には、規制レベル２の規制を発動していない場合は、ステップＳ２１，Ｓ２２の処理を行わずに、規制レベル１の規制解除を判定するステップＳ２３の処理からスタートする。
【００３１】
規制部１３は、応答ＮＧ回数が規制対象リストの規制レベル１の応答ＮＧ回数を下回ったか否か判定する（ステップＳ２３）。
【００３２】
応答ＮＧ回数が規制レベル１の応答ＮＧ回数を下回った場合、規制部１３は、規制レベル１の規制を解除し、発ユーザ種別が一般呼の新規呼を受け付ける（ステップＳ２４）。
【００３３】
次に、ＳＩＰサーバ１とＥＮＵＭサーバ３のそれぞれが複数台存在する場合について説明する。例えば、複数のＳＩＰサーバ１と複数のＥＮＵＭサーバ３がフルメッシュで接続している場合を想定する。ＳＩＰサーバ１が、あるＥＮＵＭサーバ３について規制を発動しているときに、規制対象の新規呼を受信した場合、ＳＩＰサーバ１はその新規呼を規制せずに、受信した新規呼の呼種別が規制されていない別のＥＮＵＭサーバ３に問い合わせる。ＳＩＰサーバ１はＥＮＵＭサーバ３のそれぞれについて個別に応答ＮＧ回数を管理しておく。なお、受信した新規呼の呼種別がすべてのＥＮＵＭサーバ３において規制されている場合は、その新規呼を規制する。
【００３４】
以上説明したように、本実施の形態によれば、カウント部１１がＥＮＵＭクエリに対するＥＮＵＭアンサを受信できなかった応答ＮＧ回数をカウントし、管理部１２が発ユーザ種別と、その発ユーザ種別に対する規制を開始する基準となる応答ＮＧ回数との対応を管理する規制対象リストを保持し、規制部１３が発ユーザ種別ごとに単位時間毎の応答ＮＧ回数と規制対象リストの応答ＮＧ回数とを比較し、発ユーザ種別ごとに新規呼に対する規制を発動もしくは解除することにより、ＳＩＰサーバ１は、呼種別の重要性に応じて、規制対象を設定し、段階的に規制レベルを引き上げることができる。
【符号の説明】
【００３５】
１…ＳＩＰサーバ
１１…カウント部
１２…管理部
１３…規制部
３…ＥＮＵＭサーバ
５…端末
【図１】
2019033313.tif 000003
【図２】
2019033313.tif 000004
【図３】
2019033313.tif 000005
【図４】
2019033313.tif 000006