(57)【要約】【課題】  負荷の分散を図ることにより予防保全がとれるようにし、また、優先呼のために資源（セッション）を留保し、更に、セッション制御装置に障害が発生し処理ができなくなった場合は、障害が発生したセッション制御装置を迂回する迂回処理が迅速にとることができるセッション制御技術を実現する。【解決手段】  複数の端末間に複数存在するセッション制御装置で行われ、送信元端末から送信先端末へのセッション確立要求を転送する際に方路を選択する方路選択方法であって、送信先端末毎に、接続するすべての方路について、ポリシー規則、および、上限のセッション数をあらかじめ定め、セッション確立要求を受け付けると、ポリシー規則を参照して適合する方路を検索し、該検索した方路でセッションを確立したときの仮定のセッション数が該方路に対応する上限のセッション数を超えない場合に該方路を選択する。【選択図】  図２
2010050717.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末間に複数存在するセッション制御装置で行われ、送信元端末から送信先端末へのセッション確立要求を転送する際に方路を選択する方路選択方法であって、
送信先端末毎に、接続するすべての方路について、ポリシー規則、および、上限のセッション数をあらかじめ定め、
セッション確立要求を受け付けると、前記ポリシー規則を参照して適合する方路を検索し、該検索した方路でセッションを確立したときの仮定のセッション数が該方路に対応する前記上限のセッション数を超えない場合に該方路を選択することを特徴とする方路選択方法。
【請求項２】
請求項１記載の方路選択方法において、
前記ポリシー規則は、各方路の優先順位および各方路で確立されるセッション数の比率を定義するものであることを特徴とする方路選択方法。
【請求項３】
請求項１または請求項２記載の方路選択方法において、
前記仮定のセッション数は、現在、実際に確立されているセッション数に、優先呼のために留保しているセッション数を加え、さらに１を加えたものであることを特徴とする方路選択方法。
【請求項４】
請求項１ないし請求項３のいずれかに記載の方路選択方法において、
対向するセッション制御装置に障害が発生した場合には、該セッション制御装置との間の方路を前記検索の対象から除外することを特徴とする方路選択方法。
【請求項５】
複数の端末間に複数存在し、送信元端末から送信先端末へのセッション確立要求を転送するするセッション制御装置であって、
送信先端末毎に、接続するすべての方路についてポリシー規則を蓄積する方路選択ポリシー蓄積部と、
接続するすべての方路についての上限のセッション数および現在存在するセッション数を蓄積するセッション数蓄積部と、
セッション確立要求を受け付けると、前記方路選択ポリシー蓄積部に蓄積されているポリシー規則を参照して適合する方路を選択し、該選択した方路でセッションを確立したときの仮定のセッション数が該方路に対応して前記セッション数蓄積部に蓄積されている上限のセッション数を超えない場合に該方路にてセッションを確立してセッション確立要求を転送する方路選択部と、を有することを特徴とするセッション制御装置。
【請求項６】
請求項５記載のセッション制御装置において、
前記ポリシー規則は、各方路の優先順位および各方路で確立されるセッション数の比率を定義するものであることを特徴とするセッション制御装置。
【請求項７】
請求項５または請求項６記載のセッション制御装置において、
前記方路選択部は、前記仮定のセッション数を、現在、実際に確立されているセッション数に、優先呼のために留保しているセッション数を加え、さらに１を加えたものとすることを特徴とするセッション制御装置。
【請求項８】
請求項５ないし請求項７のいずれかに記載のセッション制御装置において、
前記方路選択ポリシー蓄積部は、対向するセッション制御装置に障害が発生したことの通知を受けた場合には、該セッション制御装置との間の方路を前記方路選択部による検索の対象から除外することを特徴とするセッション制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代ネットワーク（以下、ＮＧＮ：Next Generation Networkと称する）における方路選択方法およびセッション制御装置。
【背景技術】
【０００２】
近年、ＮＧＮの議論が盛んに行われテイル。ＮＧＮは、ＩＰ（Internet Protocol）をベースとしたネットワークであって、パケットを転送するトランスポートストラタム（層）と、セッション開始プロトコルによるセッションの確立、切断等を含むサービスの制御を行うサービスストラタム（層）との２つのストラタム（層）を有し、電話サービスをはじめ固定通信と移動通信とを融合したＦＭＣ（Fixed Mobile Convergence）や今後開発される新しい通信サービスを提供する基盤ネットワークである。セッション開始プロトコルは、以下、ＳＩＰ：Session Initiation Protocolと称する。ＳＩＰについては、例えば、非特許文献１（ＮＴＴ技術ジャーナル２００７年４月号第３０頁‐第４９頁、「ＮＧＮが提供する新しいコミュニケーションとそれを支える技術」参照。
【０００３】
ＮＧＮの技術面から見た特徴は、高品質、安全性、信頼性およびオープン性を確保することにある［例えば、非特許文献２｛http://itpro.nikkeibp.co.jp/article/COLUMN/20070125/259673/  （ＮＴＴのＮＧＮはどんなしくみ？：平成２０年８月７日確認）｝参照］。
【０００４】
これらの特徴にあって、信頼性を確保するには、その１つとして、サービスストラタム（層）の構成要素であるセッション制御装置が、過負荷状態となり処理に時間がかかることや、処理できなくなることが起きないようにすることが重要になる。
【０００５】
従来の、ＩＰをベースとしたネットワークにおける輻輳の検出と規制に関する技術について図５および図６を用いて説明する。
【０００６】
図５は、従来のＩＰをベースとしたネットワークにおける輻輳の検出と規制の方法を説明する図である。同図は従来技術が、基本的な形態としては、端末装置３１およびセッション設定装置４１を含む端末装置群１と、端末装置３２およびセッション設定装置４２を含む端末装置群２とにより構成されることを示している。本構成に基づく動作の概要を、端末装置３１が端末装置３２に向けて発信した場合を例に説明する。
【０００７】
端末装置３１がセッションを要求すると、この要求をセッション設定装置４１が受け付ける。セッション設定装置４１は、要求を受け付けるとともにセッションの要求およびその要求に対する応答を経時的に監視する。また、要求情報の中に含まれる着信先の端末装置３２の存在位置を示す情報から、端末装置３２が端末装置群２に属するものであることを判断し、経時的に監視した要求情報および応答情報に基づき、一定周期の間に端末装置群２に向けて発信したセッションの不完了率およびセッション到着率を算出する。
【０００８】
ここで、端末装置群２のセッション設定装置４２が輻輳状態にあるとすると、セッション設定装置４１が算出するセッションの不完了率等の値が高くなる。セッションの不完了率等の値が予め定めた閾値を越えると、セッション設定装置４１は、端末装置群２が輻輳状態にあると判断し、以降の端末装置群２に属する端末装置へのセッションの要求を規制する。
【０００９】
なお、ここで言うセッションの不完了率とは、一定周期における、正常に完了したセッションの総数および正常に完了しなかったセッションの総数の比である。またセッション到着率とは、一定周期におけるセッションの要求数である。
【００１０】
これにより、ＩＰをベースとしたネットワークにおいて、特定の端末装置群に対しセッションの要求が集中することによって生じる輻輳を検出し、輻輳を検出した端末装置群へのセッションの要求を規制することにより、輻輳を制御することができるようになる（例えば、特許文献１：特開２００５−１６７７７１号公報参照）。
【００１１】
しかしながら、セッションの要求を中継するセッション設定装置が存在する場合に起きる問題点について説明する。
【００１２】
図６は、従来技術において、セッションの要求を中継するセッション設定装置４４がある場合を示したものであり、セッション設定装置４４には、端末装置群２の他に、更に端末装置群３が接続されていることを示している。
【００１３】
セッション設定装置４４が輻輳状態にあるとすると、端末装置群２および端末装置群３に発信したセッションの要求に対する不完了率等の値が高くなるため、セッション設定装置４１は、端末装置群２および端末装置群３が輻輳状態にあると誤って判断してしまう。
【特許文献１】特開２００５−１６７７７１号公報
【非特許文献１】ＮＴＴ技術ジャーナル２００７年４月号第３０頁‐第４９頁、「ＮＧＮが提供する新しいコミュニケーションとそれを支える技術」
【非特許文献２】http://itpro.nikkeibp.co.jp/article/COLUMN/20070125/259673/  （ＮＴＴのＮＧＮはどんなしくみ？：平成２０年８月７日確認）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
従来のセッション制御技術は、セッションの要求を中継するセッション設定装置が輻輳により処理が困難になっていても、端末装置群の輻輳として検出するものである。したがって輻輳しているセッション設定装置を迂回させる処理ができない。また、実際に輻輳が起きてからこのことを検出し、セッションの要求を規制する構成であり、輻輳が起きる前に輻輳を回避する予防保全がとれないという問題点がある。
【００１５】
本発明の解決すべき主要な課題は、上記の問題を解決し、高負荷のかかるセッション制御装置が発生しないように負荷の分散を図ることにより予防保全がとれるようにし、また、優先呼のために資源（セッション）を留保し、更に、セッション制御装置に障害が発生し処理ができなくなった場合は、障害が発生したセッション制御装置を迂回する迂回処理が迅速にとることができるセッション制御技術を実現することにある。
【課題を解決するための手段】
【００１６】
本発明の方路選択方法は、複数の端末間に複数存在するセッション制御装置で行われ、送信元端末から送信先端末へのセッション確立要求を転送する際に方路を選択する方路選択方法であって、
送信先端末毎に、接続するすべての方路について、ポリシー規則、および、上限のセッション数をあらかじめ定め、
セッション確立要求を受け付けると、前記ポリシー規則を参照して適合する方路を検索し、該検索した方路でセッションを確立したときの仮定のセッション数が該方路に対応する前記上限のセッション数を超えない場合に該方路を選択することを特徴とする方路選択方法。
【００１７】
この場合、前記ポリシー規則は、各方路の優先順位および各方路で確立されるセッション数の比率を定義するものであるとしてもよい。
【００１８】
また、前記仮定のセッション数は、現在、実際に確立されているセッション数に、優先呼のために留保しているセッション数を加え、さらに１を加えたものとしてもよい。
【００１９】
さらに、対向するセッション制御装置に障害が発生した場合には、該セッション制御装置との間の方路を前記検索の対象から除外することとしてもよい。
【００２０】
本発明のセッション制御装置は、複数の端末間に複数存在し、送信元端末から送信先端末へのセッション確立要求を転送するするセッション制御装置であって、
送信先端末毎に、接続するすべての方路についてポリシー規則を蓄積する方路選択ポリシー蓄積部と、
接続するすべての方路についての上限のセッション数および現在存在するセッション数を蓄積するセッション数蓄積部と、
セッション確立要求を受け付けると、前記方路選択ポリシー蓄積部に蓄積されているポリシー規則を参照して適合する方路を選択し、該選択した方路でセッションを確立したときの仮定のセッション数が該方路に対応して前記セッション数蓄積部に蓄積されている上限のセッション数を超えない場合に該方路にてセッションを確立してセッション確立要求を転送する方路選択部と、を有する。
【００２１】
この場合、前記ポリシー規則は、各方路の優先順位および各方路で確立されるセッション数の比率を定義するものであるとしてもよい。
【００２２】
また、前記方路選択部は、前記仮定のセッション数を、現在、実際に確立されているセッション数に、優先呼のために留保しているセッション数を加え、さらに１を加えたものとしてもよい。
【００２３】
さらに、前記方路選択ポリシー蓄積部は、対向するセッション制御装置に障害が発生したことの通知を受けた場合には、該セッション制御装置との間の方路を前記方路選択部による検索の対象から除外することとしてもよい。
【００２４】
セッション制御装置が、方路（以下、ＴＧＮと称する）毎に対向するセッション制御装置の上限のセッション数および現在確立しているセッション数を管理し、また、送信先端末（接続先）が同一となるＴＧＮをグループ化し（以下、ＴＧＸと称する）、各ＴＧＮに対してポリシー規則を設定して管理する。セッションの確立時にあっては、送信先情報とポリシー規則から、該当するＴＧＸを検索し、検索したＴＧＸに属するＴＧＮの中から応じてセッションを確立するＴＧＮを選択する。
【００２５】
選択に際し、選択したＴＧＮでセッション数が上限を超えないように選択するため、対向するセッション制御装置の負荷を均等にすることや、対向するセッション制御装置の負荷を一定の比率とすることが可能となる。
【００２６】
仮定のセッション数として優先呼のために留保しているセッション数を考慮したものとする場合には、その数分は優先呼を確実に処理することができる。
【００２７】
対向するセッション制御装置に障害が発生したことの通知を受けた場合には、該セッション制御装置との間のＴＧＮを検索の対象から除外する場合には、障害が発生したセッション制御装置に対向するＴＧＮの選択を止め、同じＴＧＸに属する他のＴＧＮを予め決めた優先順位にしたがって選択することにより確実にセッションを確立することができる。
【発明の効果】
【００２８】
本発明は、高負荷のかかるセッション制御装置が発生しないように負荷の分散を図ることにより予防保全がとれるようになり、障害が発生したセッション制御装置を迂回する迂回処理が迅速にできることから信頼性を高めることができる。
【発明を実施するための最良の形態】
【００２９】
次に、本発明の実施形態について図面を参照して説明する。図１は本発明によるシステムの一実施形態の構成例を示す接続図である。
（システムの構成）
図１に示される実施形態は、セッションの確立、切断等のセッションの制御を行うセッション制御装置（以下、ＳＣと称する）１１〜ＳＣ１３，ＳＣ２１〜ＳＣ２３と、ユーザが操作する端末装置１３１と、端末装置１３２と、端末装置１３３とを有している。端末装置１３１はＳＣ１１に接続され、端末装置１３２はＳＣ１２に接続され、端末装置１３３はＳＣ１３に接続されており、端末装置１３１が発信側とされている。
【００３０】
ＳＣ１１は、対向するＳＣ２１の上限のセッション数および現在のセッション数をＴＧＮａとして管理し、同様に対向するＳＣ２２についてＴＧＮｂとして管理し、同様に対向するＳＣ２３についてＴＧＮｃとして管理する。
【００３１】
ＳＣ２１は、対向するＳＣ１２についてＴＧＮｄとして管理し、同様に対向するＳＣ１３についてＴＧＮｅとして管理する。ＳＣ２２は、対向するＳＣ１２についてＴＧＮｆとして管理し、同様に対向するＳＣ１３についてＴＧＮｇとして管理する。ＳＣ２３は、対向するＳＣ１３についてＴＧＮｈとして管理する。
【００３２】
また、ＳＣ１１は、ＳＣ１２に向かうルートとしては、ＴＧＮａ／ＴＧＮｄ、およびＴＧＮｂ／ＴＧＮｆの２つのルートが選択可能であるため、この２つのルートにつながるＴＧＮａおよびＴＧＮｂをグループ化し、ＴＧＸαとして管理し、同様にＳＣ１３に向かうルートは、ＴＧＮａ／ＴＧＮｅ、ＴＧＮｂ／ＴＧＮｇおよびＴＧＮｃ／ＴＧＮｈの３つが選択可能であるため、この３つにつながるＴＧＮａ、ＴＧＮｂおよびＴＧＮｃをグループ化しＴＧＸβとして管理している。
【００３３】
次に、上記に述べたシステムの機能について説明する。
（システムの機能）
本実施形態のシステムは、次の機能を有するものである。
【００３４】
端末装置１３１が端末装置１３２と電話をするためにＳＩＰ信号のセッション確立要求信号を送信すると、ＳＣ１１が受信し、送信先情報からＳＣ１２に接続された端末装置１３２であることを判断し、該当するＴＧＸαを選択し、選択したＴＧＸαに属するＴＧＮａおよびＴＧＮｂの中から、予め決められたセッション数の配分方法に従って選択し、例えばＴＧＮａを選択し、ＳＣ２１に向けセッション確立要求信号を転送する。
【００３５】
次に、上記に述べたシステムの機能を実現するシステムの構成装置のうち、本発明の特徴をなすＳＣ１１について説明する。
（ＳＣ１１の構成）
図２は、図１のシステムにおけるＳＣ１１の構成を示す図である。同図はＳＣ１１の機能のうち本発明に関係する部分のみを概念的に示している。
【００３６】
ここでは、端末装置３１が発信側となり端末装置３２が着信側となる場合について説明する。
【００３７】
ＳＣ１１は、ＳＩＰ信号制御部１１１と、着信者判断部１１２と、方路選択ポリシー蓄積部として動作するＴＧＸＴＧＮ蓄積部１１３と、ＴＧＸ選択部１１４と、セッション数蓄積部１１５と、ＴＧＸ選択部１１４とともに方路選択部として動作するＴＧＮ選択部１１６とを有する。
【００３８】
ＳＩＰ信号制御部１１１は、セッション確立要求信号を受信すると、送信先情報を着信者判断部１１２に伝え、ＴＧＮ選択部１１６から伝えられるＴＧＮの選択結果を待つ。また、切断信号を受信すると、ＴＧＮ選択部１１６に伝える。
【００３９】
着信者判断部１１２は、ＳＩＰ信号制御部１１１から伝えられた着信者情報から、ＳＣ１２に接続された端末装置３２であることを判断し、判断した結果をＴＧＸ選択部１１４に伝える。
【００４０】
ＴＧＸＴＧＮ蓄積部１１３は、ＳＣ１２／端末装置３２とＴＧＸαとの対応、ＴＧＸαとＴＧＸαに属するＴＧＮａおよびＴＧＮｂとの対応を蓄積し、またＳＣ１３／端末装置３３とＴＧＸβとの対応、ＴＧＸβとＴＧＸβに属するＴＧＮａ、ＴＧＮｂおよびＴＧＮｃとの対応を蓄積する。詳細についてはこの後説明する。
【００４１】
ＴＧＸ選択部１１４は、着信者判断部１１２から伝えられた着信側がＳＣ１２／端末装置３２であることから、ＴＧＸＴＧＮ蓄積部１１３にアクセスし、該当するＴＧＸαを検索し、ＴＧＸαに属するＴＧＮａおよびＴＧＮｂを検索し、検索したＴＧＮａおよびＴＧＮｂにおける優先順位、セッション数の配分方法をＴＧＮ選択部１１６に伝える。
【００４２】
セッション数蓄積部１１５は、ＴＧＮａ、ＴＧＮｂおよびＴＧＮｃ毎の上限のセッション数、現在のセッション数について蓄積する。詳細についてはこの後説明する。
【００４３】
ＴＧＮ選択部１１６は、ＴＧＸ選択部１１４から伝えられたＴＧＮａおよびＴＧＮｂにおける優先順位およびセッション数の配分方法に基づき、セッション数蓄積部１１５にアクセスし、ＴＧＮを選択する。例えばＴＧＮａを選択した場合には、ＴＧＮａの現在のセッション数に１を加算し、セッション使用率の数値を修正し、ＴＧＮａを選択したことをＳＩＰ信号制御部１１１に伝える。
【００４４】
また、ＴＧＮ選択部１１６は、ＳＩＰ信号制御部１１１から切断信号を受信したことが伝えられると、セッション数蓄積部１１５が蓄積するＴＧＮａの現在のセッション数から１を減算し、セッション使用率の数値を修正する。
【００４５】
また、着信者判断部１１２が、着信先情報から優先呼であると判断した場合は、優先呼であることをＴＧＸ選択部１１４に伝え、ＴＧＸ選択部１１４がＴＧＮ選択部１１６に伝え、ＴＧＮ選択部１１６が留保されているセッションの中から選択する。
【００４６】
また、ＳＣに障害が発生した場合は、保守者から障害情報がＴＧＸＴＧＮ蓄積部１１３に送信されることにより、該障害情報をＴＧＸＴＧＮ蓄積部１１３が蓄積し、ＴＧＸ選択部１１４からアクセスされたときに、障害が発生したＳＣに対向するＴＧＮが検索されないようにする。
【００４７】
図３は、図２におけるＴＧＸＴＧＮ蓄積部１１３およびセッション数蓄積部１１５のデータの構成例を示す図である。
【００４８】
図３（１）は、ＴＧＸＴＧＮ蓄積部１１３のデータの構成例である。送信先と、ＴＧＸと、ＴＧＮとの対応を示している。送信先がＳＣ１２／端末装置３２のＴＧＸはＴＧＸαであり、ＴＧＸαに対応するＴＧＮは第１優先がＴＧＮａ、第２優先がＴＧＮｂであり、セッション数の配分方法は２：１であることを示している。これは、第１優先のＴＧＮａの現在のセッション数と、第２優先のＴＧＮｂの現在のセッション数とを比較し、ＴＧＮａがＴＧＮｂの２倍以上になっている場合は、ＴＧＮｂを選択し、ＴＧＮａがＴＧＮｂの２倍よりも少なかった場合は、ＴＧＮａを選択することを意味するものである。同様に送信先がＳＣ１３／端末装置３３のＴＧＸはＴＧＸβであり、ＴＧＸβに対応するＴＧＮは第１優先がＴＧＮａ、第２優先がＴＧＮｂ、第３優先がＴＧＮｃであり、セッション数の配分方法は２：１：１であることを示している。これは、先ず第１優先のＴＧＮａと第２優先のＴＧＮｂとの間で、上記に述べたことと同様にしてＴＧＮを選択し、次に選択したＴＧＮと第３優先のＴＧＮｃとの間で、上記に述べたことと同等にして選択することを意味する。
【００４９】
また、セッション数の配分方法は一例であり、この他に、セッション数により、あるいはセッション使用率により配分することが考えられる。
【００５０】
これらのデータは保守者により設定情報として入力される。障害情報が入力された場合は該当するＴＧＮの部分がマスクされる。
【００５１】
図３（２）は、セッション数蓄積部１１５のデータの構成例である。ＴＧＮａ、ＴＧＮｂおよびＴＧＮｃ毎の上限のセッション数と、現在のセッション数と、現在のセッション使用率が示されている。現在のセッション数には、現在、実際に確立されているセッション数に、優先呼のために留保しているセッション数が加えられている。このため、優先呼については、留保されているセッション数は確実にセッションが確立されることとなる。
【００５２】
ここにおいて、例えば送信先がＳＣ１２／端末装置３２のＴＧＮの選択を行うことになると、ＴＧＮａのセッション数４５０個がＴＧＮｂのセッション数２５０個の２倍よりも少ないことからＴＧＮａを選択することになる。
【００５３】
上限のセッション数は保守者により設定情報として入力される。
【００５４】
次に、ＳＣ１１の動作について説明する。
（ＳＣ１１の動作）
図４は、ＳＣ１１の動作例を示すフローチャートである。保守者から設定情報が送信されてくると、ＴＧＸＴＧＮ蓄積部１１３およびセッション数蓄積部１１５が受信する（ステップＡ１）。ＴＧＸＴＧＮ蓄積部１１３は、送信先、ＴＧＸおよびＴＧＮの情報を蓄積し（ステップＡ２）、セッション数蓄積部１１５は、上限のセッション数を蓄積し（ステップＡ３）、ステップＡ１の前に戻る。
【００５５】
保守者から障害情報が送信されてくるとＴＧＸＴＧＮ蓄積部１１３が受信し（ステップＡ４）、障害が発生したＳＣに対向するＴＧＮの情報を蓄積し（ステップＡ５）、ステップＡ４の前に戻る。
【００５６】
ＳＩＰ信号制御部１１１がセッション確立要求信号を受信すると（ステップＡ６）、送信先情報を着信者判断部１１２に伝える。送信先情報を着信者判断部１１２は、着信者判断部１１２がＳＣ１２に接続された端末装置３２であることを判断し（ステップＡ７）、判断した結果をＴＧＸ選択部１１４に伝える。
【００５７】
判断結果を受信したＴＧＸ選択部１１４は、ＴＧＸＴＧＮ蓄積部１１３にアクセスし、該当するＴＧＸαを検索し、ＴＧＸαに属するＴＧＮａおよびＴＧＮｂを検索し（ステップＡ８）、検索したＴＧＮａおよびＴＧＮｂにおける優先順位、セッション数の配分方法をＴＧＮ選択部１１６に伝える。
【００５８】
セッション数の配分方法を受信したＴＧＮ選択部１１６は、セッション数蓄積部１１５にアクセスし、ＴＧＮを選択する（ステップＡ９）。例えば、ＴＧＮａを選択した場合、セッション数蓄積部１１５の蓄積する現在のセッション数に１を加算し（ステップＡ１０）、セッション使用率の数値を修正し、ＴＧＮａを選択したことをＳＩＰ信号制御部１１１に伝える。ＴＧＮａを選択したことを受信したＳＩＰ信号制御部１１１はセッション確立要求を転送する（ステップＡ１１）。
【００５９】
ＳＩＰ信号制御部１１１が切断情報を受信すると（ステップＡ１２）、その旨をＴＧＮ選択部１１６に伝える。ＴＧＮ選択部１１６は、セッション数蓄積部１１５の蓄積するＴＧＮａの現在のセッション数から１を減算し（ステップＡ１３）、セッション使用率の数値を修正する。ＳＩＰ信号制御部１１１が切断信号を転送する（スップＡ１４）。
【００６０】
上記のように構成される本実施形態においては、
（１）ネットワークの信頼性を高めることができる。
（２）セッション制御装置の能力、資源（リソース）の有効活用を図ることができる。
【図面の簡単な説明】
【００６１】
【図１】本発明によるシステムの一実施形態の構成例を示す接続図である。
【図２】図１のシステムにおけるＳＣ１１の構成を示す図である。
【図３】（１）、（２）のそれぞれは、図２におけるＴＧＸＴＧＮ蓄積部１１３、セッション数蓄積部１１５のデータの構成例を示す図である。
【図４】ＳＣ１１の動作例を示すフローチャートである。
【図５】従来のＩＰをベースとしたネットワークにおける輻輳の検出と規制の方法を説明するための図である。
【図６】従来技術において、セッションの要求を中継するセッション設定装置が設けられている状態を示す図である。
【符号の説明】
【００６２】
１１〜１３，２１〜２３    セッション制御装置
１１１    ＳＩＰ信号制御部
１１２    着信者判断部
１１３    ＴＧＸＴＧＮ蓄積部
１１４    ＴＧＸ選択部
１１５    セッション数蓄積部
１１６    ＴＧＮ選択部
１３１〜１３３    端末装置
【図１】
2010050717.tif 000003
【図２】
2010050717.tif 000004
【図３】
2010050717.tif 000005
【図４】
2010050717.tif 000006
【図５】
2010050717.tif 000007
【図６】
2010050717.tif 000008