物理的リソースに係るトラヒック規制を行う物理的リソース系トラヒック規制制御部と、呼の発生を検出する呼検出部と、前記呼検出部によって検出された呼に対応するトラヒック量を既定の呼種別毎に算定する呼種別トラヒック量算定部と、前記呼種別トラヒック量算定部で算定された呼種別のトラヒック量を該トラヒック量に対応する呼種別論理的リソース消費量に換算する呼種別論理的リソース消費量換算部と、前記呼種別論理的リソース消費量換算部で算定される呼種別論理的リソース消費量に関する規制の基準値を保持する呼種別論理的リソース消費量規制基準値保持部と、前記呼種別論理的リソース消費量規制基準値保持部に保持された当該基準値に基づいて前記呼種別論理的リソース消費量換算部で換算された呼種別論理的リソース消費量が既定の規制値に該当するか否かを判定する呼種別トラヒック規制要否判定部と、前記呼種別トラヒック規制要否判定部で規制値に該当すると判定されたトラヒックに関する規制を前記物理的リソース系トラヒック規制制御部によるトラヒック規制とは非排他的に且つ呼種別に実行する呼種別トラヒック規制制御部と、を備えていることを特徴とするネットワークエンティティ。当該ネットワークエンティティがLTEにおけるCSCFとして構成され、前記呼種別トラヒック規制制御部は、前記CSCFにおける呼セッションの制御を担う呼セッション制御部において各別の呼種に応じた規制を行うように構成されていることを特徴とする請求項1に記載のネットワークエンティティ。ネットワークないしネットワークエンティティの注目点におけるトラヒック量を既定の呼種別毎に算定し、該算定された呼種別のトラヒック量を該トラヒック量に対応する呼種別の論理的リソース消費量に換算し、該換算による呼種別の論理的リソース消費量が既定の規制値との対照においてトラヒック規制を要するか否かを呼種別に判定し、規制を要すると判定されたトラヒックに関する規制を前記論理的リソースとは別異の物理的リソースに係るトラヒック規制である物理的リソース系トラヒック規制とは非排他的に実行することを特徴とするネットワークエンティティ保護方法。本発明は、通信システムの運用に係る将来の動向を上述のような種々の考察から予見した発明者が、新たな技術課題の認識のもとに、この技術課題を解決すべくなされたものである。即ち、バーストトラヒックに起因する故障や通信品質低下等の機能不全の発生を確実に予防することができるネットワークエンティティ、および、ネットワークエンティティ保護方法を実現することをその目的とする。上記課題を解決するために、ここに、次のような技術を提案する。1物理的リソースに係るトラヒック規制を行う物理的リソース系トラヒック規制制御部と、呼の発生を検出する呼検出部と、前記呼検出部によって検出された呼に対応するトラヒック量を既定の呼種別毎に算定する呼種別トラヒック量算定部と、前記呼種別トラヒック量算定部で算定された呼種別のトラヒック量を該トラヒック量に対応する呼種別論理的リソース消費量に換算する呼種別論理的リソース消費量換算部と、前記呼種別論理的リソース消費量換算部で算定される呼種別論理的リソース消費量に関する規制の基準値を保持する呼種別論理的リソース消費量規制基準値保持部と、前記呼種別論理的リソース消費量規制基準値保持部に保持された当該基準値に基づいて前記呼種別論理的リソース消費量換算部で換算された呼種別論理的リソース消費量が既定の規制値に該当するか否かを判定する呼種別トラヒック規制要否判定部と、前記呼種別トラヒック規制要否判定部で規制値に該当すると判定されたトラヒックに関する規制を前記物理的リソース系トラヒック規制制御部によるトラヒック規制とは非排他的に且つ呼種別に実行する呼種別トラヒック規制制御部と、を備えていることを特徴とするネットワークエンティティ。上記1のネットワークエンティティでは、呼検出部が検出した呼について、呼種別トラヒック量算定部で呼種別のトラヒック量が算定され、更に、該呼種別のトラヒック量が呼種別論理的リソース消費量換算部で呼種別論理的リソース消費量に換算される。そして、該換算された呼種別論理的リソース消費量が、呼種別トラヒック規制要否判定部において、呼種別論理的リソース消費量規制基準値保持部に保持された当該基準値との対照により既定の規制値に該当するか否かが判定される。この判定結果が規制値に該当する旨である場合には、呼種別トラヒック規制制御部において、上記規制値に該当すると判定されたトラヒックに関する規制を実行する。この場合の論理的リソースに係るトラヒックの規制が実行される際にしては、物理的リソース系トラヒック規制制御部によるトラヒック規制とは非排他的に且つ呼種別に実行される。2当該ネットワークエンティティがLTEにおけるCSCFとして構成され、前記呼種別トラヒック規制制御部は、前記CSCFにおける呼セッションの制御を担う呼セッション制御部において各別の呼種に応じた規制を行うように構成されていることを特徴とする1のネットワークエンティティ。上記2のネットワークエンティティでは、1のネットワークエンティティにおいて特に、当該ネットワークエンティティがLTEにおけるCSCFとして構成され、前記呼種別トラヒック規制制御部は、前記CSCFにおける呼セッションの制御を担う呼セッション制御部において各別の呼種に応じた規制を行うように構成されているため、CSCFでの呼セッション制御動作の一環として呼種別の論理的リソースに係るトラヒック規制が物理的リソースに係るトラヒック規制とは非排他的に実行される。3ネットワークないしネットワークエンティティの注目点におけるトラヒック量を既定の呼種別毎に算定し、該算定された呼種別のトラヒック量を該トラヒック量に対応する呼種別の論理的リソース消費量に換算し、該換算による呼種別の論理的リソース消費量が既定の規制値との対照においてトラヒック規制を要するか否かを呼種別に判定し、規制を要すると判定されたトラヒックに関する規制を前記論理的リソースとは別異の物理的リソースに係るトラヒック規制である物理的リソース系トラヒック規制とは非排他的に実行することを特徴とするネットワークエンティティ保護方法。上記3のネットワークエンティティ保護方法では、呼種別の論理的リソースの消費量が既定の規制値を超過する場合には、論理的リソースに係る該当する呼種のトラヒックに関する規制を実行する。この規制の実行に際しては、前記論理的リソースとは別異の物理的リソースに係るトラヒック規制である物理的リソース系トラヒック規制とは非排他的に実行する。バーストトラヒックに起因する故障や通信品質低下等の機能不全の発生を確実に予防することができるネットワークエンティティ、および、ネットワークエンティティ保護方法を実現することができる。以下に、図面を参照して本発明の実施の形態について詳述することにより、本発明を明らかにする。ネットワークエンティティの構成図1は、本発明の実施の形態としてのネットワークエンティティの構成を表す機能ブロック図である。図1におけるネットワークエンティティはLTELongTermEvolutionのシステムにおけるCSCFCallSessionControlFunction100として構成されている。CSCF100は、呼制御部111、呼種別トラヒック量算定部112、呼種別論理的リソース消費量換算部113、呼種別トラヒック規制要否判定部114、記憶部120、および、呼セッション制御部130を含んで構成されている。また、記憶部120には、物理的リソース系トラヒック規制制御用データ保持部121、呼種別論理的リソース消費量換算用データ保持部122、呼種別トラヒック規制値保持部123が設定されている。更に、呼セッション制御部130は、CSCF100における中核的機能である呼セッション制御を実行するための機能部であり、物理的リソース系トラヒック規制制御部131、および、呼種別トラヒック規制制御部132を備えている。CSCF100における呼制御部111は、呼の発生を検出する。また、呼種別トラヒック量算定部112は、呼検出部111によって検出された呼に対応するトラヒック量を既定の呼種毎に算定する。ここに、既定の呼種とは、例えば、発信呼、着信呼、位置登録呼、...、等々であるが、これらは、信号の種別に着目して区分すれば、発信要求信号、着信要求信号、位置登録信号、サービス要求信号、背景呼要求信号、...、等々である。また、呼種別論理的リソース消費量換算部113は、呼種別トラヒック量算定部112で算定された呼種別のトラヒック量を該トラヒック量に対応する呼種別の論理的リソース消費量に換算する。この換算においては、記憶部120の呼種別論理的リソース消費量換算用データ保持部122に保持された呼種別論理的リソース消費量換算用データに依拠してこの換算に係る処理が実行される。呼種別トラヒック規制要否判定部114は、既定の基準値との対照により、呼種別論理的リソース消費量換算部113で換算された呼種別論理的リソース消費量が既定の規制値に該当するか否かを判定する。この判定における既定の規制値は、記憶部120における呼種別トラヒック規制値保持部123に保持されており、上述の判定に係る処理は、該保持された呼種別トラヒック規制値との対照を行う形態で実行される。呼種別トラヒック規制要否判定部114における判定結果が規制値に該当する旨である場合には、呼セッション制御部130の呼種別トラヒック規制制御部132において、上記規制値に該当すると判定されたトラヒックに関する規制を実行する。呼セッション制御部130の、物理的リソース系トラヒック規制制御部131は、物理的リソースに係るバーストトラヒックを規制するための、それ自体は上掲の文献所載のような一般的な構成を有するものである。そして、図1の実施の形態においては、呼セッション制御部130の呼種別トラヒック規制制御部132における、上述のようなトラヒックに関する規制は、物理的リソース系トラヒック規制制御部131によるトラヒックの規制とは非排他的に実行される。従って、図6を参照して既述のような、物理的リソースに関するトラヒックの規制だけでは規制が発動されない論理的リソースに係る基準値超過状態、即ち、図6bにおける領域Z63に該当する状態に対して有効に規制を発動することができる。次に、フローチャートを参照して図1のネットワークエンティティCSCF100の動作について説明する。図2は、図1のネットワークエンティティの動作を表すフローチャートである。呼検出部111が呼の発生を待機しS201、S202:No、呼の発生が検出されるとS202:Yes、呼種別トラヒック量算定部112でCSCF100への呼種別のトラヒック流入量が算定されるS203。次いで、呼種別論理的リソース消費量換算部113において、ステップS203で算定された呼種別のトラヒック流入量が、呼種別の論理的リソース消費量への換算処理によって算定されるS204。ステップS204における換算処理は、記憶部120の呼種別論理的リソース消費量換算用データ保持部に保持された呼種別論理的リソース消費量換算用データを利用して実行される。次いで、呼種別トラヒック規制要否判定部114において、ステップS204で算定された呼種別の論理的リソース消費量が規定の基準値と対照されて、それら呼種別の論理的リソースに係るトラヒックに対する規制の要否が判定されるS205、S206。上記の判定が規制を要する旨であるときにはS206:Yes、呼セッション制御部130の呼種別トラヒック規制制御部132において、該当する呼種別にトラヒックの規制制御が実行されるS207。ステップS207における呼種別のトラヒック規制制御は、呼セッション制御部130の物理的リソース系トラヒック規制制御部131による物理的リソースに係るトラヒックの規制とは、非排他的に実行される。このため、図6bにおける領域Z63に該当する状態についても、規制が発動することになり、ネットワークエンティティCSCF100におけるバーストトラヒックからの保護が十全に行われる。一方、上記の判定が規制を要しない旨であるときにはS206:No、呼種別トラヒック規制制御部132における呼種別のトラヒック規制制御を行わずにリターンする。図3は、図1のネットワークエンティティCSCFの作用を従来の問題点との対比において説明するための図である。図3aは、既述の図6aに相応する図であり、呼種A、B、C、D毎に、トラヒック量、従って、これに対応するリソースの状況に着目した考察の結果を表している。図3aにおける規制値未満と表記された状況は、リソースの稼働が規制の基準値未満である場合を表している。即ち、呼種A、呼種B、呼種C、および、呼種Dは、個々において、何れも呼種別の規制値未満であって、当然に、それらの総和も規制の基準値未満である。従って、呼種別および総量の何れの点でも規制発動に到らない状態である。図3aにおける左側のバーストトラヒック発生時と表記されたケースはバーストトラヒック規制に該当する状況を表している。呼種Cおよび呼種Dが何れも呼種別の規制の基準値未満であり、一方、呼種Aおよび呼種Bについては図中AeおよびBeと表記の程度だけ呼種別の規制値を上回っており、これらの呼種について規制を発動することが必要になる。しかしながら、呼種別のリソース占有率ではウェイトの高い呼種Cが規制値を大幅に下回っている状況であるため、全呼種A~Dのトラヒック量の総和は、マージンMGを残して規制の基準値対応するリソースの使用率を下回っている。従って、総量規制のみである限りは、バーストトラヒックに対し規制は発動しない。図3bは、本発明におけるような呼種別の規制を行う場合を表している。図示の場合では、呼種A~Dについて各別の規制値基準値を設定している。このため、バーストトラヒック発生時に、呼種Aおよび呼種Bについて、それらが各別の基準値Ua、Ub未満であるときにはリソースの枯渇なく通信が持続され得るため、規制がかからない。そして、それら呼種Aおよび呼種Bが各別の基準値Ua、Ubを、それぞれSa、Sb超過した場合には、規制がかかり、リソースの枯渇に起因する通信品質の低下や、ネットワークエンティティにおける機能不全の発生が効果的に回避される。