JP5104246B2 - 通信システム、加入者収容装置、トラフィック制御方法及びプログラム - Google Patents

Description

本発明は、ＩＰパケットを用いて音声信号を通信するための通信システム、加入者収容装置、トラフィック制御方法及びプログラムに関する。

近年、電話網を利用した音声通信に加えて、音声信号をＩＰパケット化してＩＰネットワークを利用して送受信を行う音声サービスの提供が普及してきている。

図５は、ＩＰネットワークを利用した通信システムの一例を示す図である。図５に示した通信システムは、ＳＩＰ（Session Initiation Protocol）を用いた音声サービスを提供するためのシステムである。

図５に示した通信システムは、音声サービスが提供される加入者の加入者端末１００１−１〜１００１−ｎを収容する加入者収容装置１００３と、加入者端末１０１１−１〜１０１１−ｎを収容する加入者収容装置１０１３と、加入者収容装置１００３，１０１３とそれぞれ接続されたルータ１００４，１０１４と、ルータ１００４，１０１４とそれぞれ接続されたＳＩＰサーバ１００５，１０１５とから構成されている。

また、加入者端末１００１−１〜１００１−ｎは、加入者収容装置１００３が接続可能なエリア１００２内に存在する。また、加入者端末１０１１−１〜１０１１−ｎは、加入者収容装置１０１３が接続可能なエリア１０１２内に存在する。

また、加入者収容装置１００３，１０１３とルータ１００４，１０１４とは、ＩＰネットワーク１００８内に存在する。また、ＳＩＰサーバ１００５，１０１５は、音声制御網１００６，１０１６内にそれぞれ存在する呼制御装置である。

加入者収容装置１００３，１０１３は、加入者端末１００１−１〜１００１−ｎ，１０１１−１〜１０１１−ｎをそれぞれ収容してＩＰパケットを転送する。

ルータ１００４，１０１４は、加入者収容装置１００３，１０１３からそれぞれ転送されるＩＰパケットを音声制御網１００６，１０１６へそれぞれ中継する。

ＳＩＰサーバ１００５，１０１５は、エリア１００２，１０１２にそれぞれ存在する加入者端末１００１−１〜１００１−ｎ，１０１１−１〜１０１１−ｎの呼をそれぞれ管理する。また、加入者端末１００１−１〜１００１−ｎ，１０１１−１〜１０１１−ｎからそれぞれ送信されてくる呼制御信号にしたがって呼の設定を行う。

また図５においては、加入者端末１００１−１と加入者端末１０１１−ｎとの間にて通信が行われる例を示すものである。図５において、呼制御信号が経由するルートを破線で示しており、また、音声信号が経由するルートを実線で示している。

このような通信システムにおいては、以下のような問題点がある。

ＳＩＰサーバ１００５にＳＩＰサーバ１００５の処理能力を超えるＳＩＰセッション接続要求が与えられた場合、ＳＩＰセッションを管理するＳＩＰサーバ１００５が処理能力を超えて輻輳状態となってしまう。すると、呼接続に時間がかかってしまうおそれがある。またはＳＩＰサーバ１００５にてＳＩＰセッション接続要求が廃棄されて接続できなくなってしまうおそれがある。この場合、本来最優先で制御されるべき緊急通信呼でさえ、ＳＩＰサーバ１００５で処理されずに廃棄されてしまい、接続できなくなってしまうおそれがある。これにより、安定した音声サービスの提供を保証することができない。

これは、以下のような理由によるものであると考えられる。

加入者端末１００１−１から送信された呼制御信号であるＳＩＰセッション接続要求がＩＰネットワーク１００８に配備された加入者収容装置１００３にてルータ１００４を介してＳＩＰサーバ１００５へ転送される。この際、加入者収容装置１００３がＳＩＰサーバ１００５宛ての宛先ＩＰアドレスに基づいてルーティング処理を行い、ＳＩＰセッション接続要求をＳＩＰサーバ１００５へ転送している。そのため、ＳＩＰサーバ１００５の処理能力を超えた数のＳＩＰセッション接続要求が発生すると、ＳＩＰサーバ１００５が受付・処理することのできないパケットがＳＩＰサーバ１００５に転送されてしまうことになるからである。

上述した問題点を解決するために、ＳＩＰサーバの処理能力を超えた数のＳＩＰセッション接続要求が発生した場合、ＳＩＰサーバは、処理できないセッションを同一の音声制御網に構成された他のサーバ等の装置へ転送し、そのセッションに対して、接続不可との音声応答を返すように構成する技術が考えられている。

また、加入者端末からのセッション接続要求が、ＳＩＰサーバでシステムとして割り当てた呼制御用のメモリ領域を超えた場合、通話中の状態にある呼の一部を外部の記憶装置へ退避する技術が考えられている（例えば、特許文献１参照。）。これによって、新規呼を受付可能として同時接続数を増加させることが可能となる。
特開２００５−２６９２１７号公報

しかしながら、上述した技術においては、発生予測しにくい瞬時（バースト）的なＳＩＰセッション接続要求が発生した場合、ＳＩＰサーバが輻輳状態に陥り、ＳＩＰサーバが他の装置へＳＩＰセッション接続要求を転送する処理もできなくなるおそれがある。それにより当該ＳＩＰセッション接続要求に追従して、安定したサービスを保証することが困難であるという問題点がある。

本発明は、上述した課題を解決する通信システム、加入者収容装置、トラフィック制御方法及びプログラムを提供することを目的とする。

上記目的を達成するために本発明は、
加入者が所持する加入者端末と接続し、前記加入者端末から送信される音声信号及び呼接続要求信号を所定のポートを用いて転送する加入者収容装置と、前記加入者端末から前記加入者収容装置を介して送信されてくる呼接続要求信号にしたがって呼の設定を行う呼制御装置とを有してなる通信システムにおいて、
前記加入者収容装置は、前記呼制御装置が処理しているセッション接続数と所定の閾値とに基づいて、前記呼接続要求信号を前記呼制御装置へ転送することを特徴とする。

また、加入者が所持する加入者端末と接続し、前記加入者端末から送信される音声信号及び呼接続要求信号を所定のポートを用いて送受信する加入者収容装置であって、
前記加入者端末から当該加入者収容装置を介して送信されてくる呼接続要求信号にしたがって呼の設定を行う呼制御装置が処理しているセッション接続数と所定の閾値とに基づいて、前記呼接続要求信号を前記呼制御装置へ転送する。

また、加入者が所持する加入者端末と接続し、前記加入者端末から送信される音声信号及び呼接続要求信号を所定のポートを用いて送受信する加入者収容装置おけるトラフィック制御方法であって、
前記加入者端末から当該加入者収容装置を介して送信されてくる呼接続要求信号にしたがって呼の設定を行う呼制御装置が処理しているセッション接続数をカウントする処理と、
前記セッション接続数と所定の閾値とを比較する処理と、
前記比較結果に基づいて、前記呼接続要求信号を前記呼制御装置へ転送する処理とを有する。

また、加入者が所持する加入者端末と接続し、前記加入者端末から送信される音声信号及び呼接続要求信号を所定のポートを用いて送受信する加入者収容装置に実行させるプログラムであって、
前記加入者端末から当該加入者収容装置を介して送信されてくる呼接続要求信号にしたがって呼の設定を行う呼制御装置が処理しているセッション接続数をカウントする手順と、
前記セッション接続数と所定の閾値とを比較する手順と、
前記比較結果に基づいて、前記呼接続要求信号を前記呼制御装置へ転送する手順とを前記加入者収容装置に実行させる。

以上説明したように本発明においては、呼制御装置が処理しているセッション接続数と所定の閾値とに基づいて、加入者収容装置が呼制御装置であるＳＩＰサーバへ呼接続要求信号を転送する構成としたため、ＳＩＰセッション接続要求が瞬時（バースト）的に集中発生した場合であっても、ＳＩＰサーバが輻輳状態に陥ることを回避することができる。

以下に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明の通信システムの実施の一形態を示す図である。

本形態は図１に示すように、加入者端末１０１−１，１０１−２，１１１−１，１１１−２と、加入者収容装置１０３，１１３と、ルータ１０４，１１４と、ＳＩＰサーバ１０５，１１５と、メディアサーバ１０７とから構成されている。

また、加入者端末１０１−１，１０１−２は、加入者収容装置１０３が接続可能なエリア１０２内に存在する音声サービスが提供される加入者の端末である。また、加入者端末１１１−１，１１１−２は、加入者収容装置１１３が接続可能なエリア１１２内に存在する音声サービスが提供される加入者の端末である。なお図１に示した形態においては、エリア１０２，１１２に存在する加入者端末がそれぞれ２台ずつである場合を例に挙げているが、３台以上の複数台であっても良いことは言うまでもない。

また、加入者収容装置１０３，１１３とルータ１０４，１１４とは、ＩＰネットワーク１０８内に存在する。

加入者収容装置１０３は、加入者端末１０１−１，１０１−２を収容して受信したＩＰパケットを転送する。また、加入者収容装置１１３は、加入者端末１１１−１，１１１−２を収容して受信したＩＰパケットを転送する。

ルータ１０４，１１４は、加入者収容装置１０３，１１３とそれぞれ接続され、加入者収容装置１０３，１１３からそれぞれ転送されるＩＰパケットを音声制御網１０６，１１６へそれぞれ中継する。

ＳＩＰサーバ１０５，１１５は、ルータ１０４，１１４とそれぞれ接続され、音声制御網１０６，１１６内にそれぞれ存在する呼制御装置である。また、ＳＩＰサーバ１０５は、エリア１０２に存在する加入者端末１０１−１，１０１−２の呼を管理する。また、加入者端末１０１−１，１０１−２からそれぞれ送信されてくる呼制御信号にしたがって呼の設定を行う。また、ＳＩＰサーバ１１５は、エリア１１２に存在する加入者端末１１１−１，１１１−２の呼を管理する。また、加入者端末１１１−１，１１１−２からそれぞれ送信されてくる呼制御信号にしたがって呼の設定を行う。ここで、図１に示した形態おいては、加入者端末１０１−１と加入者端末１１１−２との間にて通信が行われる例を示すものである。この場合、ＳＩＰサーバ１０５は、加入者端末１０１−１からＳＩＰセッション接続要求を受け付け、エリア１１２内の接続先である加入者端末１１１−２を管理するＳＩＰサーバ１１５へＳＩＰセッション接続要求を転送する。ここで、ＳＩＰセッション接続要求は、呼を接続するための呼接続要求信号である。セッション接続要求を受け付けたＳＩＰサーバ１１５は、接続先である加入者端末１１１−２へ着信を通知し、ＳＩＰセッションを確立する。ＳＩＰセッション確立後は、ＩＰネットワーク１０８上のルーティング処理により、エリア１０２の加入者収容装置１０３とエリア１１２の加入者収容装置１１３との間でＲＴＰパケットを転送して音声通話を行うよう構成する。図１において、呼制御信号が経由するルートを破線で示しており、また、音声信号が経由するルートを実線で示している。

メディアサーバ１０７は、音声制御網１０６内に存在する音声信号を配信するサーバである。

図２は、図１に示した加入者収容装置１０３の一構成例を示す図である。

図１に示した加入者収容装置１０３は図２に示すように、インタフェース部３０１，３０２，３０９，３１０，３１２と、ＳＩＰセッション識別部３０３と、計数部３０４と、転送判断部３０５と、ルーティング部３０６と、ヘッダ処理部３０７と、転送制御部３０８と、ＳＩＰセッション応答部３１１とから構成されている。なお、図１に示した加入者収容装置１１３の構成についても、加入者収容装置１０３の構成と同じである。

インタフェース部３０１は、加入者収容装置１０３にローカルに接続された装置（不図示）、または、ＳＩＰサーバ１０５から送信された情報を転送判断部３０５へ出力する。

インタフェース部３０２は、加入者端末１０１−１，１０１−２から送信された音声信号である音声トラフィックや呼制御信号であるＳＩＰセッション接続要求をＳＩＰセッション識別部３０３へ出力する。

ＳＩＰセッション識別部３０３は、インタフェース部３０２から出力された音声信号や呼制御信号の中からＳＩＰセッション接続要求を抽出する。そして、抽出されたＳＩＰセッション接続要求を計数部３０４と転送判断部３０５へ出力する。ここで、ＳＩＰセッション識別部３０３は、計数部３０４へＳＩＰセッション接続要求を出力するものではなく、ＳＩＰセッション接続要求を抽出した旨を示す信号を出力するものであっても良い。

計数部３０４は、ＳＩＰセッション識別部３０３から出力されたＳＩＰセッション接続要求またはＳＩＰセッション接続要求を抽出した旨を示す信号が計数部３０４に入力すると、加入者端末１０１−１，１０１−２からのＳＩＰセッション接続数をインクリメントするカウンタである。計数部３０４は、カウントしたセッション接続数を計数値として転送判断部３０５へ出力する。

転送判断部３０５は、レジスタ部３５１と、比較部３５２と、ＳＷ（スイッチ）部３５３とから構成されている。

レジスタ部３５１は、インタフェース部３０１から出力された情報を予め保持する。この情報とは、ＳＩＰサーバ１０５が処理できるＳＩＰセッション接続要求数である。このＳＩＰセッション接続要求数が、ＳＩＰサーバ１０５がＳＩＰセッション接続要求を処理することができるかどうかを判断するための閾値、つまりＳＩＰサーバ１０５の輻輳状態への遷移閾値となる。レジスタ部３５１が保持する閾値として、ＳＩＰサーバ１０５の状態に応じて、複数Ｎ個の閾値を設定することができる。

比較部３５２は、計数部３０４から出力された計数値と、レジスタ部３５１に保持されている閾値とを比較する。

ＳＷ部３５３は、ＳＩＰセッション識別部３０３から出力されたＳＩＰセッション接続要求を入力する入力ポート３５３１と、当該ＳＩＰセッション接続要求を出力する出力ポート３５３２〜３５３４とを有する。そして、ＳＷ部３５３は、入力ポート３５３１に入力したＳＩＰセッション接続要求を、比較部３５２における比較結果に基づいて、出力ポート３５３２〜３５３４のいずれか１つから出力する。

ルーティング部３０６は、ＳＷ部３５３の出力ポート３５３２から出力されたＳＩＰセッション接続要求を入力し、ＳＩＰサーバ１０５向けのアドレス解決を行い、転送制御部３０８へ出力する。

ヘッダ処理部３０７は、ＳＷ部３５３の出力ポート３５３３から出力されたＳＩＰセッション接続要求のヘッダを所定のヘッダへ変換し、転送制御部３０８へ出力する。

転送制御部３０８は、ルーティング部３０６から出力されたＳＩＰセッション接続要求をインタフェース部３０９へ出力する。また、ヘッダ処理部３０７から出力されたＳＩＰセッション接続要求をインタフェース部３１０へ出力する。

インタフェース部３０９は、転送制御部３０８から出力されたＳＩＰセッション接続要求をＳＩＰサーバ１０５へ送信する。

インタフェース部３１０は、転送制御部３０８から出力されたＳＩＰセッション接続要求をメディアサーバ１０７へ送信する。

ＳＩＰセッション応答部３１１は、ＳＷ部３５３の出力ポート３５３４から出力されたＳＩＰセッション接続要求を入力した場合、当該ＳＩＰセッション接続要求を発出した加入者端末１０１−１へサービス利用不可を示すエラーメッセージを生成してインタフェース部３１２へ出力する応答部である。

インタフェース部３１２は、ＳＩＰセッション応答部３１１から出力されたエラーメッセージを加入者端末１０１−１へ送信する。

以下に、図１に示した通信システムにおけるトラフィック制御方法について説明する。ここで、図１に示した加入者端末１０１−１からＳＩＰセッション接続要求が行われた場合を例に挙げて説明する。

図３は、図１に示した通信システムにおけるトラフィック制御方法を説明するためのフローチャートである。ここでは、加入者収容装置１０３のレジスタ部３５１に２つの閾値が予め保持されている場合を例に挙げて説明する。この場合、２つの閾値のうち第１の閾値である閾値Ｘは、ＳＩＰサーバ１０５の状態に応じて、ＳＩＰサーバ１０５に動作余裕がある状態であるかないかを判断するための閾値とする。また、一方の第２の閾値である閾値Ｙは、ＳＩＰサーバ１０５が輻輳状態になり、ＳＩＰサーバ１０５と同一の音声制御網１０６に配備されるメディアサーバ１０７にＳＩＰセッション接続要求を転送がするかどうかを判断するための閾値とする。したがって、閾値Ｘは閾値Ｙよりも小さな値である。

加入者収容装置１０３のインタフェース部３０２にて、加入者端末１０１−１から送信されてきた音声信号や呼制御信号がＳＩＰセッション識別部３０３へ出力されると、ＳＩＰセッション識別部３０３にて、当該音声信号や呼制御信号からＳＩＰセッション接続要求が抽出される（ステップＳ１）。

そして、抽出されたＳＩＰセッション接続要求がＳＩＰセッション識別部３０３から転送判断部３０５のＳＷ部３５３へ出力される。同時に、ＳＩＰセッション接続要求が抽出されたことがＳＩＰセッション識別部３０３から計数部３０４へ通知される。

すると、計数部３０４にて計数値が更新（インクリメント）される（ステップＳ２）。つまり、ＳＩＰサーバ１０５が現在処理しているＳＩＰセッション接続数がインクリメントされることとなる。

計数部３０４にて計数値が更新されると、更新された計数値が計数部３０４から転送判断部３０５の比較部３５２へ出力される。更新された計数値が比較部３５２に入力すると、レジスタ部３５１に予め保持されている２つの閾値のうち第１の閾値である閾値Ｘと入力した計数値とが比較部３５２にて比較される（ステップＳ３）。当該比較の結果は、比較部３５２からＳＷ部３５３へ出力される。

ステップＳ３における比較の結果、計数値が閾値Ｘよりも小さな値である場合、ＳＷ部３５３の入力ポート３５３１に入力したＳＩＰセッション接続要求が、ＳＷ部３５３の出力ポート３５３２から出力される（ステップＳ４）。ここで、計数値が閾値Ｘよりも小さな値である場合、ＳＩＰサーバ１０５に動作余裕がある状態であると判断されるものである。

ＳＷ部３５３の出力ポート３５３２から出力されたＳＩＰセッション接続要求は、ルーティング部３０６にて、ＳＩＰサーバ１０５向けのアドレス解決が行われる（ステップＳ５）。その後、アドレス解決が行われたＳＩＰセッション接続要求が、ルーティング部３０６から転送制御部３０８及びインタフェース部３０９を介してＳＩＰサーバ１０５へ送信される（ステップＳ６）。

一方、ステップＳ３における比較の結果、計数値が閾値Ｘ以上である場合、レジスタ部３５１に予め保持されている２つの閾値のうち第２の閾値である閾値Ｙと計数値とが比較部３５２にて比較される（ステップＳ７）。

ステップＳ７における比較の結果、計数値が閾値Ｙよりも小さな値である場合、ＳＷ部３５３の入力ポート３５３１に入力したＳＩＰセッション接続要求が、ＳＷ部３５３の出力ポート３５３３から出力される（ステップＳ８）。ここで、計数値が閾値Ｘ以上であり、且つ計数値が閾値Ｙよりも小さな値である場合、ＳＩＰサーバ１０５が輻輳状態であると判断される。そのため、ＳＩＰサーバ１０５と同一の音声制御網１０６に配備されるメディアサーバ１０７へＳＩＰセッション接続要求の転送が行う必要があると判断されるものである。

ＳＷ部３５３の出力ポート３５３３から出力されたＳＩＰセッション接続要求は、ヘッダ処理部３０７にて、ＳＩＰセッション接続要求のメッセージのヘッダがメディアサーバ１０７宛てのヘッダに変換される（ステップＳ９）。その後、ヘッダ変換が行われたＳＩＰセッション接続要求が、ヘッダ処理部３０７から転送制御部３０８及びインタフェース部３１０を介してメディアサーバ１０７へ送信される（ステップＳ１０）。このとき、加入者収容装置１０３から送信されたＳＩＰセッション接続要求がＳＩＰサーバ１０５を経由することはない。また、メディアサーバ１０７へ送信するためのヘッダ情報は、ヘッダ処理部３０７に予め記憶されている。

その後、ＳＩＰセッション接続要求が受信されたメディアサーバ１０７から、加入者端末１０１−１の通信相手となる加入者端末１１１−２へ所定の音声メッセージが送信される。

また、ステップＳ７における比較の結果、計数値が閾値Ｙ以上である場合、ＳＷ部３５３の入力ポート３５３１に入力したＳＩＰセッション接続要求が、ＳＷ部３５３の出力ポート３５３４から出力される（ステップＳ１１）。ここで、計数値が閾値Ｙ以上である場合、ＳＩＰセッション接続要求のメディアサーバ１０７への転送も困難になる状態であると判断されるものである。

ＳＷ部３５３の出力ポート３５３４から出力されたＳＩＰセッション接続要求は、ＳＩＰセッション応答部３１１にて、当該ＳＩＰセッション接続要求を発出した加入者端末１０１−１へ呼の設定が不可となるサービス利用不可を示す信号がエラーメッセージとしてが生成される（ステップＳ１２）。その後、生成されたエラーメッセージが、ＳＩＰセッション応答部３１１からインタフェース部３１２を介して加入者端末１０１−１へ送信される（ステップＳ１３）。このとき、加入者端末１０１−１へ送信されるエラーメッセージは、ＳＩＰセッション応答部３１１に予め記憶されているものを使用しても良い。

上記のように、加入者収容装置１０３にて、ＳＩＰサーバ１０５の輻輳状態への遷移を事前に検知する。輻輳状態への遷移を検知した場合、加入者端末１０１−１から送信されてきたＳＩＰセッション接続要求を、音声制御網１０６上のメディアサーバ１０７へ転送する、または、ＳＩＰセッション接続要求に対する接続エラーメッセージを自律的にＳＩＰ応答する。このような構成をとることにより、ＳＩＰサーバ１０５の輻輳を回避させることが可能となる。

また、ＳＩＰサーバ１０５では、ＳＩＰセッション接続要求は一般的に受付順に処理が行われる。そのため、ＳＩＰセッション接続要求がバースト的に転送されることにより、ＳＩＰサーバ１０５が処理能力を超える輻輳状態になると、受付順が遅いＳＩＰ接続要求が受け付けられず、セッション接続できないことが考えられる。このとき、通信経路の確保が必須となる「１１０」や「１１９」等の緊急通信呼のＳＩＰセッション接続要求が加入者端末から発信された場合、それらの緊急通信呼のＳＩＰセッション接続要求を他のＳＩＰセッション接続要求よりも優先的に処理する必要がある。

図４は、緊急通信呼のＳＩＰセッション接続要求を優先的に処理する転送制御部３０８の構成の一例を示す図である。

緊急通信呼のＳＩＰセッション接続要求を優先的に処理する転送制御部３０８は図４に示すように、マーキング識別部３８１と、優先制御部３８２とから構成されている。さらに、優先制御部３８２には、高優先キュー３８３と、非優先キュー３８４とが設けられている。

マーキング識別部３８１は、転送制御部３０８に入力したＳＩＰセッション接続要求にマーキングが付与されているかどうかを識別する。

優先制御部３８２は、ＳＩＰセッション接続要求にマーキングが付与されているかどうかに基づいて、高優先キュー３８３と非優先キュー３８４とのどちらかのキューに当該ＳＩＰセッション接続要求を入力する。高優先キュー３８３に入力したＳＩＰセッション接続要求を非優先キュー３８４に入力したＳＩＰセッション接続要求よりも優先してインタフェース部３０９へ出力する。

図４に示した転送制御部３０８を用いて、緊急通信呼のＳＩＰセッション接続要求を優先的に処理する方法について説明する。

加入者収容装置１０３にＳＩＰセッション接続要求が入力されると、ＳＩＰセッション識別部３０３において、ＳＩＰセッション接続要求のメッセージの中のセッション識別子が抽出される。そして、抽出されたセッション識別子に応じて優先転送を示すマーキングが当該ＳＩＰセッション接続要求に与えられる。例えば、優先度の高い緊急通信呼のＳＩＰセッション接続要求にマーキングが与えられた場合を例に挙げる。ここで、セッション識別子とは、特定相手先等の相手先を識別するための情報である。

マーキングが与えられたＳＩＰセッション接続要求は、ＳＩＰセッション識別部３０３から転送判断部３０５のＳＷ部３５３の入力ポート３５３１へ出力される。すると、転送判断部３０５のＳＷ部３５３の入力ポート３５３１に入力したＳＩＰセッション接続要求は、ＳＩＰサーバ１０５宛てのものであると判断され、出力ポート３５３２から出力される。ここで、ＳＷ部３５３にてマーキングが識別されると、上述した閾値との比較結果に基づく出力ポートのスイッチングは行われない。

ＳＷ部３５３の出力ポート３５３２から出力されたＳＩＰセッション接続要求が、ルーティング部３０６を介して転送制御部３０８に入力する。

転送制御部３０８に入力したＳＩＰセッション接続要求は、マーキング識別部３８１にてマーキングがあるかどうかが判断される。

そして、マーキングがあると判断されたＳＩＰセッション接続要求は、優先制御部３８２の高優先キュー３８３へ出力される。また、マーキングがないと判断されたＳＩＰセッション接続要求は、優先制御部３８２の非優先キュー３８４へ出力される。

そして、高優先キュー３８３に入力したＳＩＰセッション接続要求は、非優先キュー３８４に入力したＳＩＰセッション接続要求よりも優先的にインタフェース部３０９を介してＳＩＰサーバ１０５へ送信される。

上述したように、ＳＩＰセッション接続要求を収容する加入者収容装置１０３においてＳＩＰメッセージの中から、特定宛先などのセッション識別子を抽出する。そして、その識別子に応じて、転送制御部３０８において、ＳＩＰセッション接続要求を優先的にＳＩＰサーバ１０５へ送信することが可能となる。

なお、図２に示したインタフェース部３０１がＳＩＰサーバ１０５と接続されており、レジスタ部３５１への閾値の設定をＳＩＰサーバ１０５から動的に行うことができるものであっても良い。閾値を設定するのではなく、ＳＩＰサーバ１０５からＳＩＰサーバの状態をレジスタ部３５１へ通知して保持し、保持された状態と計数値とを比較部３５２にて比較するものであっても良い。

さらに、ＳＩＰサーバ１０５は、処理状態に応じて、インタフェース部３０１を介して、ＳＩＰセッション接続要求の転送先を通知して、直接、転送判断部３０５のＳＷ部３５３を制御するものであっても良い。また、ＳＩＰサーバ１０５は、インタフェース部３０１を介してヘッダ処理部３０７に対して、転送先アドレスを動的に設定し、ＳＩＰセッション接続要求毎に任意のＳＩＰサーバ、または、音声応答を返すメディアサーバへ当該ＳＩＰセッション接続要求を送信するものであっても良い。

このように、ＳＩＰサーバ１０５の状態遷移による制御を専用インタフェースを介して、ＳＩＰサーバ１０５から直接設定可能とすることにより、ＳＩＰサーバ１０５の処理状態に応じた木目の細かい制御を動的に行うことができる。

なお、図２に示す加入者収容装置１０３の処理は、目的に応じて作製された論理回路で行うようにしても良い。また、処理内容を記述したプログラムを加入者収容装置１０３にて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムを加入者収容装置１０３に読み込ませ、実行するものであっても良い。加入者収容装置１０３にて読取可能な記録媒体とは、フロッピーディスク（登録商標）、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、加入者収容装置１０３に内蔵されたＨＤＤ等を指す。この記録媒体に記録されたプログラムは、加入者収容装置１０３内のＣＰＵ（不図示）にて読み込まれ、ＣＰＵの制御によって、上述したものと同様の処理が行われる。ここで、ＣＰＵは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。

本発明の通信システムの実施の一形態を示す図である。 図１に示した加入者収容装置の一構成例を示す図である。 図１に示した通信システムにおけるトラフィック制御方法を説明するためのフローチャートである。 緊急通信呼のＳＩＰセッション接続要求を優先的に処理する転送制御部の構成の一例を示す図である。 ＩＰネットワークを利用した通信システムの一例を示す図である。

符号の説明

１０１−１，１０１−２，１１１−１，１１１−２ 加入者端末
１０２，１１２ エリア
１０３，１１３ 加入者収容装置
１０４，１１４ ルータ
１０５，１１５ ＳＩＰサーバ
１０６，１１６ 音声制御網
１０７ メディアサーバ
１０８ ＩＰネットワーク
３０１，３０２，３０９，３１０，３１２ インタフェース部
３０３ ＳＩＰセッション識別部
３０４ 計数部
３０５ 転送判断部
３０６ ルーティング部
３０７ ヘッダ処理部
３０８ 転送制御部
３１１ ＳＩＰセッション応答部
３５１ レジスタ部
３５２ 比較部
３５３ ＳＷ部
３８１ マーキング識別部
３８２ 優先制御部
３８３ 高優先キュー
３８４ 非優先キュー
３５３１ 入力ポート
３５３２〜３５３４ 出力ポート

Claims (8)

1. 加入者が所持する加入者端末と接続し、前記加入者端末から送信される音声信号及び呼接続要求信号を所定のポートを用いて転送する加入者収容装置と、前記加入者端末から前記加入者収容装置を介して送信されてくる呼接続要求信号にしたがって呼の設定を行う呼制御装置とを有してなる通信システムにおいて、
   前記加入者収容装置は、
   前記呼制御装置が処理しているセッション接続数をカウントする計数部と、
   前記セッション接続数と、第１の閾値および第２の閾値とを比較する比較部と、
   前記比較部における比較結果が、前記セッション接続数が前記第１の閾値よりも小さな値である場合、前記呼接続要求信号を前記呼制御装置へ転送し、前記比較部における比較結果が、前記セッション接続数が前記第１の閾値以上であり、かつ前記第２の閾値よりも小さな値である場合、前記呼接続要求信号を当該加入者収容装置に接続されたサーバへ転送するスイッチ部と、
   前記比較部における比較結果が、前記セッション接続数が前記第２の閾値以上である場合、前記呼接続要求信号に対する呼の設定ができない旨を示す信号を前記加入者端末へ送信する応答部とを有し、
   前記サーバは、前記呼接続要求信号が転送されてきた場合、前記加入者端末の通信相手の端末へ所定の音声メッセージを送信することを特徴とする通信システム。
2. 請求項１に記載の通信システムにおいて、
   前記加入者収容装置は、
   所定の識別子を有する前記呼接続要求信号にマーカーを付与する識別部と、
   前記マーカーが付与された呼接続要求信号を前記マーカーが付与されていない呼接続要求信号よりも優先して前記呼制御装置へ転送する転送制御部とをさらに有することを特徴とする通信システム。
3. 加入者が所持する加入者端末と接続し、前記加入者端末から送信される音声信号及び呼接続要求信号を所定のポートを用いて送受信する加入者収容装置であって、
   前記加入者端末から当該加入者収容装置を介して送信されてくる呼接続要求信号にしたがって呼の設定を行う呼制御装置が処理しているセッション接続数をカウントする計数部と、
   前記セッション接続数と、第１の閾値および第２の閾値とを比較する比較部と、
   前記比較部における比較結果が、前記セッション接続数が前記第１の閾値よりも小さな値である場合、前記呼接続要求信号を前記呼制御装置へ転送し、前記比較部における比較結果が、前記セッション接続数が前記第１の閾値以上であり、かつ前記第２の閾値よりも小さな値である場合、前記呼接続要求信号を当該加入者収容装置に接続されたサーバへ転送するスイッチ部と、
   前記比較部における比較結果が、前記セッション接続数が前記第２の閾値以上である場合、前記呼接続要求信号に対する呼の設定ができない旨を示す信号を前記加入者端末へ送信する応答部とを有する加入者収容装置。
4. 請求項３に記載の加入者収容装置において、
   所定の識別子を有する前記呼接続要求信号にマーカーを付与する識別部と、
   前記マーカーが付与された呼接続要求信号を前記マーカーが付与されていない呼接続要求信号よりも優先して前記呼制御装置へ転送する転送制御部とをさらに有することを特徴とする加入者収容装置。
5. 加入者が所持する加入者端末と接続し、前記加入者端末から送信される音声信号及び呼接続要求信号を所定のポートを用いて送受信する加入者収容装置おけるトラフィック制御方法であって、
   前記加入者端末から当該加入者収容装置を介して送信されてくる呼接続要求信号にしたがって呼の設定を行う呼制御装置が処理しているセッション接続数をカウントする処理と、
   前記セッション接続数と、第１の閾値および第２の閾値とを比較する処理と、
   前記セッション接続数が前記第１の閾値よりも小さな値である場合、前記呼接続要求信号を前記呼制御装置へ転送する処理と、
   前記セッション接続数が前記第１の閾値以上であり、かつ前記第２の閾値よりも小さな値である場合、前記呼接続要求信号を当該加入者収容装置に接続されたサーバへ転送する処理と、
   前記セッション接続数が前記第２の閾値以上である場合、前記呼接続要求信号に対する呼の設定ができない旨を示す信号を前記加入者端末へ送信する処理とを有するトラフィック制御方法。
6. 請求項５に記載のトラフィック制御方法において、
   所定の識別子を有する前記呼接続要求信号にマーカーを付与する処理と、
   前記マーカーが付与された呼接続要求信号を前記マーカーが付与されていない呼接続要求信号よりも優先して前記呼制御装置へ転送する処理とをさらに有することを特徴とするトラフィック制御方法。
7. 加入者が所持する加入者端末と接続し、前記加入者端末から送信される音声信号及び呼接続要求信号を所定のポートを用いて送受信する加入者収容装置に実行させるプログラムであって、
   前記加入者端末から当該加入者収容装置を介して送信されてくる呼接続要求信号にしたがって呼の設定を行う呼制御装置が処理しているセッション接続数をカウントする手順と、
   前記セッション接続数と、第１の閾値および第２の閾値とを比較する手順と、
   前記セッション接続数が前記第１の閾値よりも小さな値である場合、前記呼接続要求信号を前記呼制御装置へ転送する手順と、
   前記セッション接続数が前記第１の閾値以上であり、かつ前記第２の閾値よりも小さな値である場合、前記呼接続要求信号を当該加入者収容装置に接続されたサーバへ転送する手順と、
   前記セッション接続数が前記第２の閾値以上である場合、前記呼接続要求信号に対する呼の設定ができない旨を示す信号を前記加入者端末へ送信する手順とを前記加入者収容装置に実行させるプログラム。
8. 請求項７に記載のプログラムにおいて、
   所定の識別子を有する前記呼接続要求信号にマーカーを付与する手順と、
   前記マーカーが付与された呼接続要求信号を前記マーカーが付与されていない呼接続要求信号よりも優先して前記呼制御装置へ転送する手順とを前記加入者収容装置にさらに実行させることを特徴とするプログラム。

Images