(57)【要約】【課題】着信側装置の呼接続数が上限に達している場合に、発信側装置からの要求に応じて優先的に新たな呼接続を確立可能な通信システムを得ること。【解決手段】呼制御が不要な複数の第１のネットワーク１、３と、呼制御が必要な第２のネットワーク２と、を含む通信ネットワークにおいて、第２のネットワーク２では、通信装置２０、４０における同時接続可能な呼接続数に上限があり、通信装置４０が上限まで呼接続されているときは、通信装置２０から通信装置４０への呼接続要求に対して、通信装置２０へエラー応答し、通信装置４０へ呼接続要求があったことを伝達しない場合に、通信装置２０は、通信装置４０へ優先着信要求を送信し、その後呼接続要求を送信し、通信装置４０は、優先着信要求に応じて接続済みの呼を切断し、呼接続数を上限より下げて、通信装置２０からの呼接続要求を受け付ける。【選択図】図１
2013183329.tif 000002
【特許請求の範囲】
【請求項１】
呼制御が不要な複数の第１のネットワークと、前記複数の第１のネットワーク間にあって呼制御が必要な第２のネットワークと、を含む通信ネットワークにおいて、一の前記第１のネットワークと前記第２のネットワークとを接続する発信側装置と、他の前記第１のネットワークと前記第２のネットワークとを接続する着信側装置と、を備えた通信システムであって、
前記第２のネットワークでは、前記発信側装置および前記着信側装置における同時接続可能な呼接続数に上限があり、前記着信側装置が上限まで呼接続されているときは、前記発信側装置から前記着信側装置への呼接続要求に対して、前記発信側装置へエラー応答し、前記着信側装置へ呼接続要求があったことを伝達しない場合に、
前記発信側装置は、前記第２のネットワークを介して前記着信側装置へ優先着信要求を送信し、その後呼接続要求を送信し、
前記着信側装置は、受信した前記優先着信要求に応じて接続済みの呼を切断し、呼接続数を上限より下げて、前記発信側装置からの呼接続要求を受け付ける、
ことを特徴とする通信システム。
【請求項２】
前記発信側装置は、優先着信対象となる通信の呼接続要求前に前記優先着信要求を毎回送信する、
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記発信側装置は、初回の呼接続要求前は前記優先着信要求を送信せず、初回の呼接続要求に対して前記エラー応答を受けた場合に前記優先着信要求を送信し、呼接続要求を再試行する、
ことを特徴とする請求項１に記載の通信システム。
【請求項４】
前記着信側装置は、優先着信許可対象として登録されている発信側装置からの優先着信要求に応じて接続済みの呼を切断する、
ことを特徴とする請求項１、２または３に記載の通信システム。
【請求項５】
前記着信側装置は、接続済みの呼を切断する要因となった前記優先着信要求の送信元の発信側装置からの呼接続要求のみを受け付ける、
ことを特徴とする請求項１〜４のいずれか１つに記載の通信システム。
【請求項６】
前記着信側装置は、前記優先着信要求に応じて接続済みの呼を切断した場合、所定の時間は、接続済みの呼を切断する要因となった前記優先着信要求の送信元の発信側装置からの呼接続要求のみを受け付ける、
ことを特徴とする請求項５に記載の通信システム。
【請求項７】
呼制御が不要な複数の第１のネットワークと、前記複数の第１のネットワーク間にあって呼制御が必要な第２のネットワークと、を含む通信ネットワークにおいて、一の前記第１のネットワークと前記第２のネットワークとを接続する発信側装置と、他の前記第１のネットワークと前記第２のネットワークとを接続する着信側装置と、を備えた通信システムにおける前記発信側装置であって、
前記第２のネットワークでは、前記発信側装置および前記着信側装置における同時接続可能な呼接続数に上限があり、前記着信側装置が上限まで呼接続されているときは、前記発信側装置から前記着信側装置への呼接続要求に対して、前記発信側装置へエラー応答し、前記着信側装置へ呼接続要求があったことを伝達しない場合に、
前記第２のネットワークを介して前記着信側装置へ優先着信要求を送信し、前記着信側装置が、受信した前記優先着信要求に応じて接続済みの呼を切断し、呼接続数を上限より下げた後、呼接続要求を送信する、
ことを特徴とする発信側装置。
【請求項８】
優先着信対象となる通信の呼接続要求前に前記優先着信要求を毎回送信する、
ことを特徴とする請求項７に記載の発信側装置。
【請求項９】
初回の呼接続要求前は前記優先着信要求を送信せず、初回の呼接続要求に対して前記エラー応答を受けた場合に前記優先着信要求を送信し、呼接続要求を再試行する、
ことを特徴とする請求項７に記載の発信側装置。
【請求項１０】
呼制御が不要な複数の第１のネットワークと、前記複数の第１のネットワーク間にあって呼制御が必要な第２のネットワークと、を含む通信ネットワークにおいて、一の前記第１のネットワークと前記第２のネットワークとを接続する発信側装置と、他の前記第１のネットワークと前記第２のネットワークとを接続する着信側装置と、を備えた通信システムにおける前記着信側装置であって、
前記第２のネットワークでは、前記発信側装置および前記着信側装置における同時接続可能な呼接続数に上限があり、前記着信側装置が上限まで呼接続されているときは、前記発信側装置から前記着信側装置への呼接続要求に対して、前記発信側装置へエラー応答し、前記着信側装置へ呼接続要求があったことを伝達しない場合に、
前記第２のネットワークを介して前記発信側装置から受信した優先着信要求に応じて接続済みの呼を切断し、呼接続数を上限より下げて、前記発信側装置からの呼接続要求を受け付ける、
ことを特徴とする着信側装置。
【請求項１１】
優先着信許可対象として登録されている発信側装置からの優先着信要求に応じて接続済みの呼を切断する、
ことを特徴とする請求項１０に記載の着信側装置。
【請求項１２】
接続済みの呼を切断する要因となった前記優先着信要求の送信元の発信側装置からの呼接続要求のみを受け付ける、
ことを特徴とする請求項１０または１１に記載の着信側装置。
【請求項１３】
前記優先着信要求に応じて接続済みの呼を切断した場合、所定の時間は、接続済みの呼を切断する要因となった前記優先着信要求の送信元の発信側装置からの呼接続要求のみを受け付ける、
ことを特徴とする請求項１２に記載の着信側装置。
【請求項１４】
呼制御が不要な複数の第１のネットワークと、前記複数の第１のネットワーク間にあって呼制御が必要な第２のネットワークと、を含む通信ネットワークにおいて、一の前記第１のネットワークと前記第２のネットワークとを接続する発信側装置と、他の前記第１のネットワークと前記第２のネットワークとを接続する着信側装置と、を備えた通信システムにおける接続制御方法であって、
前記第２のネットワークでは、前記発信側装置および前記着信側装置における同時接続可能な呼接続数に上限があり、前記着信側装置が上限まで呼接続されているときは、前記発信側装置から前記着信側装置への呼接続要求に対して、前記発信側装置へエラー応答し、前記着信側装置へ呼接続要求があったことを伝達しない場合に、
前記発信側装置が、前記第２のネットワークを介して前記着信側装置へ優先着信要求を送信する優先着信要求ステップと、
前記着信側装置が、受信した前記優先着信要求に応じて接続済みの呼を切断し、呼接続数を上限より下げる呼切断ステップと、
前記発信側装置が、呼接続要求を送信する呼接続要求ステップと、
前記着信側装置が、前記発信側装置からの呼接続要求を受け付ける呼接続要求受け付けステップと、
を含むことを特徴とする接続制御方法。
【請求項１５】
前記優先着信要求ステップでは、前記発信側装置は、優先着信対象となる通信のセッション確立動作前に前記優先着信要求を毎回送信する、
ことを特徴とする請求項１４に記載の接続制御方法。
【請求項１６】
前記優先着信要求ステップでは、前記発信側装置は、初回の呼接続要求前は前記優先着信要求を送信せず、初回の呼接続要求に対して前記エラー応答を受けた場合に前記優先着信要求を送信し、呼接続要求を再試行する、
ことを特徴とする請求項１４に記載の接続制御方法。
【請求項１７】
前記呼切断ステップでは、前記着信側装置は、優先着信許可対象として登録されている発信側装置からの優先着信要求に応じて接続済みの呼を切断する、
ことを特徴とする請求項１４、１５または１６に記載の接続制御方法。
【請求項１８】
前記呼接続要求受け付けステップでは、前記着信側装置は、接続済みの呼を切断する要因となった前記優先着信要求の送信元の発信側装置からの呼接続要求のみを受け付ける、
ことを特徴とする請求項１４〜１７のいずれか１つに記載の接続制御方法。
【請求項１９】
前記呼接続要求受け付けステップでは、前記着信側装置は、前記優先着信要求に応じて接続済みの呼を切断した場合、所定の時間は、接続済みの呼を切断する要因となった前記優先着信要求の送信元の発信側装置からの呼接続要求のみを受け付ける、
ことを特徴とする請求項１８に記載の接続制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御ネットワークを含む通信ネットワークにおける通信システムに関する。
【背景技術】
【０００２】
次世代ネットワーク（ＮＧＮ：Next  Generation  Network）の通信では、接続先を電話番号で特定し、ＳＩＰ（Session  Initiation  Protocol）によりセッション制御を行うことを前提としている。そのため、ＮＧＮに接続する端末装置は、ＳＩＰによるセッション制御機能を有している必要がある。
【０００３】
一方、下記特許文献１では、現在の端末装置（ＳＩＰセッション制御機能を有さない端末装置）からＮＧＮへの接続を実現することを目的とした、ＳＩＰによるセッション制御を代行するゲートウエイ装置を備えたシステムについての技術が開示されている。
【０００４】
ＮＧＮでは、ＳＩＰによるセッション制御時、必要とする帯域を申告することで帯域を確保するサービスが提供される。帯域確保型の通信サービスは、通信時間に応じた従量課金で提供され、課金対象となる時間はＳＩＰセッション確立時点からＳＩＰセッション切断時点までの時間とするのが一般的であり、網内のサーバがＳＩＰセッションの状態を管理している。また、加入者はサービスの契約内容に応じて、同時に接続できるＳＩＰセッション数が制限されるのが一般的である。着信側がすでに上限までＳＩＰセッションを確立している状態では、新規のＳＩＰセッション確立要求は網内サーバで受付不可と判断され、発信側にエラー応答される。このとき、着信側にはＳＩＰセッション確立の要求があったことは何ら通知されない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４３９２０２９号
【特許文献２】特開２００９−２７８２９６号公報
【特許文献３】特開２００９−２１９０７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一般的に、音声通信では、警察や消防などへの通報のように、通常の呼（一般呼）に対して優先して扱われる緊急呼という概念があり、一般呼で接続数の上限に達している場合でも、新規の緊急呼接続を可能とする仕組みを、網・端末のそれぞれで有している。
【０００７】
しかしながら、上記従来の技術によれば、ＮＧＮでは、同時接続数が上限に達している状態では、緊急呼以外の新規接続要求の有無が着信側で把握できない。そのため、網で特別扱いされない一般呼およびデータ通信中の、特定の通話または特定のデータ通信を優先して接続することができない、または、優先すべき通信であっても接続済みの通信が終了して同時接続数が上限を下回るまで接続を待たされる、という問題があった。
【０００８】
上記特許文献２では、ＩＰ電話通信システムにおけるネットワークのアクセスエッジに位置するＳＢＣ装置と一般呼の優先クラス／一般クラスの識別を行うＳＩＰサーバとを含むシステムにおいて、ＳＢＣ装置が、最大セッション数に達している状態で緊急呼が発生した場合、ＳＩＰサーバと連携を行って既に接続が確立している一般クラスの一般呼を切断して当該緊急呼用のセッションを確保する技術が開示されている。しかしながら、一般呼やデータ通信の内の特定の通信を優先して着信させることはできない。
【０００９】
また、上記特許文献３では、ＩＰ電話システムにおけるゲートウェイルータが、到着したセッション制御信号が緊急呼であるか否かを判定し、同時接続可能な数のセッションを緊急呼とそれ以外の一般呼との間で動的に割り当てることにより緊急呼のセッション制御信号の接続処理を優先する技術が開示されている。しかしながら、セッション制御信号が到達し得ない場合は緊急呼のセッション制御信号の接続処理を優先することはできない。
【００１０】
本発明は、上記に鑑みてなされたものであって、着信側装置の呼接続数が上限に達している場合に、発信側装置からの要求に応じて優先的に新たな呼接続を確立可能な通信システムを得ることを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するために、本発明は、呼制御が不要な複数の第１のネットワークと、前記複数の第１のネットワーク間にあって呼制御が必要な第２のネットワークと、を含む通信ネットワークにおいて、一の前記第１のネットワークと前記第２のネットワークとを接続する発信側装置と、他の前記第１のネットワークと前記第２のネットワークとを接続する着信側装置と、を備えた通信システムであって、前記第２のネットワークでは、前記発信側装置および前記着信側装置における同時接続可能な呼接続数に上限があり、前記着信側装置が上限まで呼接続されているときは、前記発信側装置から前記着信側装置への呼接続要求に対して、前記発信側装置へエラー応答し、前記着信側装置へ呼接続要求があったことを伝達しない場合に、前記発信側装置は、前記第２のネットワークを介して前記着信側装置へ優先着信要求を送信し、その後呼接続要求を送信し、前記着信側装置は、受信した前記優先着信要求に応じて接続済みの呼を切断し、呼接続数を上限より下げて、前記発信側装置からの呼接続要求を受け付ける、ことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、着信側装置の呼接続数が上限に達している場合に、発信側装置からの要求に応じて優先的に新たな呼接続を確立できる、という効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、通信システムの構成例を示す図である。
【図２】図２は、エンド端末間で通信を開始するときのフローを示す図である。
【図３】図３は、通信装置４０において接続済みのＳＩＰセッション数が同時接続可能な上限値に達している場合の従来の動作フローを示す図である。
【図４】図４は、通信装置２０の構成例を示す図である。
【図５】図５は、通信装置４０の構成例を示す図である。
【図６】図６は、ＳＤＰ選択テーブルの構成例を示す図である。
【図７】図７は、ＳＤＰテーブルの構成例を示す図である。
【図８】図８は、優先ＳＤＰＩＤテーブルの構成例を示す図である。
【図９】図９は、着信端末判定テーブルの構成例を示す図である。
【図１０】図１０は、ＳＩＰセッション状態テーブルの構成例を示す図である。
【図１１】図１１は、通信装置２０の優先着信要求送信処理を示すフローチャートである。
【図１２】図１２は、通信装置４０の優先着信要求受信処理を示すフローチャートである。
【図１３】図１３は、更新後のＳＩＰセッション状態テーブルの構成例を示す図である。
【図１４】図１４は、優先着信許可対象テーブルの構成例を示す図である。
【発明を実施するための形態】
【００１４】
以下に、本発明にかかる通信システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１５】
実施の形態１．
図１は、本実施の形態の通信システムの構成例を示す図である。通信システムは、呼制御が不要な第１のネットワーク１と、呼制御が必要な第２のネットワーク２と、呼制御が不要な第１のネットワーク３と、第１のネットワーク１に属するエンド端末１０と、第１のネットワーク１と第２のネットワーク２とを接続する通信装置２０と、第２のネットワーク２に属するＳＩＰサーバ３０と、第２のネットワーク２と第１のネットワーク３とを接続する通信装置４０と、第１のネットワーク３に属するエンド端末５０と、を備える。なお、呼制御にＳＩＰプロトコルを用いた場合について説明するが、一例であり、本実施の形態で示す通信システムが適用可能な呼制御プロトコルは、ＳＩＰプロトコルに限定されるものではない。
【００１６】
図１に示す通信システムにおいて、エンド端末１０からエンド端末５０へ端末間通信を行う際の通信フローについて説明する。図２は、エンド端末間で通信を開始するときのフローを示す図である。まず、エンド端末１０は、通信装置２０へ端末間通信パケットを送信（端末間通信を開始）する。端末間通信（パケット）を検出した通信装置２０は、ＳＩＰサーバ３０を介して通信装置４０との間でＳＩＰによる呼制御を行い、第２のネットワーク２上でＳＩＰセッションを確立する。ＳＩＰセッションが確立されると、エンド端末１０が端末間通信パケットを送信すると、通信装置２０、４０を介して、エンド端末５０が端末間通信パケットを受信することができ、以降、端末間通信が行われることとなる。ＳＩＰを確立する方法は従来同様であるため、詳細な説明については省略する。
【００１７】
なお、通信装置２０、４０には、サービス契約に応じて同時接続可能な最大ＳＩＰセッション数に上限があり、接続済ＳＩＰセッション数が上限値よりも小さい値であれば（通信装置４０の接続済み呼接続数＜上限の場合）、図２に示すフローのようにＳＩＰセッションが確立される。
【００１８】
図３は、通信装置４０において接続済みのＳＩＰセッション数が同時接続可能な上限値に達している場合の従来の動作フローを示す図である。図２と同様、エンド端末１０は、通信装置２０へ端末間通信パケットを送信（端末間通信を開始）する。端末間通信（パケット）を検出した通信装置２０は、ＳＩＰサーバ３０を介して通信装置４０との間でＳＩＰによる呼制御を行い、第２のネットワーク２上でＳＩＰセッションを確立しようとする。しかし、通信装置４０が上限一杯までＳＩＰセッションを接続済みのため、第２のネットワーク２内でＳＩＰセッションを管理しているＳＩＰサーバ３０は、通信装置２０からの新規ＳＩＰセッションの接続要求を受け付けず、通信装置２０に対してエラー応答を返す。このとき、通信装置４０は、通信装置２０から接続要求があったことは何ら通知されない。
【００１９】
このような状況において通信装置２０からの新規ＳＩＰセッションを優先して接続するためには、接続要求を検知し得るＳＩＰサーバ３０が優先接続の処理を行う、または、他の手段で通信装置４０に優先接続の希望を伝え、通信装置４０が優先接続の処理を行う、のいずれかが必要となる。
【００２０】
前記特許文献２に記載のシステムでは、ＳＩＰサーバが優先接続処理を行うが、特定番号への通信を緊急呼として別扱いし、この判別に基づいてＳＩＰサーバ内で優先接続の処理を行うことは可能だが、一般呼の中で、利用者毎に異なる優先度付けをされる特定の通信を優先的に接続されることはできない。
【００２１】
また、前記特許文献３に記載のシステムでは、通信装置が上限一杯まで接続済みの状態であっても、接続要求が通信装置まで到達することを前提に、新規接続要求を受けた通信装置４０が優先接続処理を行うが、接続要求が着信側の通信装置まで到達し得ない場合には何ら効果を発揮できない。
【００２２】
そのため、本実施の形態の通信システムでは、通信装置２０が通信装置４０に対して優先着信要求を送信し、優先着信要求を受信した通信装置４０が接続中の呼の切断を行うことにより空セッションを確保する。具体的に、通信システムの構成および動作について説明する。
【００２３】
図４は、発信側装置である通信装置２０の構成例を示す図である。通信装置２０は、第２のネットワーク２と接続するＷＡＮポート２１と、ＷＡＮポート２１と複数のＬＡＮポート２６−１〜２６−４間でルーティング処理とアドレス／ポート番号変換を行うＮＡＰＴルーティング部２２と、ＷＡＮポート２１から送受信するＳＩＰメッセージを終端処理するＳＩＰセッション制御部２３と、エンド端末１０からの通信に対応してＷＡＮポート２１から送信するＳＩＰメッセージに格納するＳＤＰ（Service  Delivery  Platform）情報を管理するＳＤＰ管理部２４と、優先すべき通信のリストを管理する優先通信管理部２５と、エンド端末１０と接続する複数のＬＡＮポート２６−１〜２６−４と、を備える。
【００２４】
図５は、着信側装置である通信装置４０の構成例を示す図である。通信装置４０は、第２のネットワーク２と接続するＷＡＮポート４１と、ＷＡＮポート４１と複数のＬＡＮポート４６−１〜４６−４間でルーティング処理とアドレス／ポート番号変換を行うＮＡＰＴルーティング部４２と、ＷＡＮポート４１から送受信するＳＩＰメッセージを終端処理するＳＩＰセッション制御部４３と、同じくＷＡＮポート４１から受信した優先着信要求を解釈し必要な優先着信処理を指示する優先着信制御部４４と、ＳＩＰの呼接続メッセージに格納されているＳＤＰ情報と着信させるべき端末の対応を管理するＳＤＰ端末対応管理部４５と、エンド端末５０と接続する複数のＬＡＮポート４６−１〜４６−４と、を備える。
【００２５】
図６は、通信装置２０のＳＤＰ管理部２４が管理する、エンド端末１０などからの通信に対応して使用するＳＤＰＩＤのテーブル（ＳＤＰ選択テーブル）の構成例を示す図である。テーブルの各エントリは、エントリを識別するエントリ番号と、通信を特定するための発信元ＩＰアドレスと、発信元ポート番号と、宛先ＩＰアドレスと、宛先ポート番号と、対応して使用するＳＤＰのＩＤと、呼接続の相手を示す宛先電話番号と、から構成される。例えば、エントリ番号「２」では、発信元ＩＰアドレス「１９２．１６８．０．３」、発信元ポート番号「３２４１６」、宛先ＩＰアドレス「１９２．１６８．１．１０」、宛先ポート番号「２００００」、ＳＤＰＩＤ「２」、宛先電話番号「０１２３４５６７８」であることを示す。
【００２６】
図７は、通信装置２０のＳＤＰ管理部２４が管理する、ＳＤＰ情報のテーブル（ＳＤＰテーブル）の構成例を示す図である。テーブルの各エントリは、ＳＤＰＩＤと、ＳＤＰに格納されるメディアタイプと、ポートと、トランスポートプロトコルと、メディア形式と、から構成される。例えば、ＳＤＰＩＤ「２」では、メディアタイプ「ａｐｐｌｉｃａｔｉｏｎ」、ポート「３２４１６」、トランスポートプロトコル「ｕｄｐ」、メディア形式「ｏｃｔｅｔ−ｓｔｒｅａｍ」であることを示す。
【００２７】
図８は、通信装置２０の優先通信管理部２５が管理するテーブル（優先ＳＤＰＩＤテーブル）の構成例を示す図である。テーブルの各エントリは、エントリ番号と、優先すべき通信で用いるＳＤＰのＩＤと、から構成される。例えば、エントリ番号「１」では、ＳＤＰＩＤ「２」であることを示す。
【００２８】
図９は、通信装置４０のＳＤＰ端末対応管理部４５が管理するテーブル（着信端末判定テーブル）の構成例を示す図である。テーブルの各エントリは、エントリ番号と、宛先電話番号と、ＳＤＰフォーマットと、着信端末ＩＰアドレスと、着信端末ポート番号と、から構成される。例えば、エントリ番号「２」では、宛先電話番号「０１２３４５６７８」、ＳＤＰフォーマット「ｏｃｔｅｔ−ｓｔｒｅａｍ」、着信端末ＩＰアドレス「１９２．１６８．５．１２」、着信端末ポート番号「４００００」であることを示す。
【００２９】
図１０は、通信装置４０のＳＩＰセッション制御部４３が管理する、各ＳＩＰセッション状態を管理するテーブル（ＳＩＰセッション状態テーブル）の構成例を示す図である。テーブルの各エントリは、セッション番号と、状態と、優先着信したかどうかを示す値と、から構成される。例えば、セッション番号「１」では、状態「確立済み」、優先着信「１（あり）」であることを示す。
【００３０】
つづいて、図１に示す通信システムにおいて、着信側装置である通信装置４０における呼接続数が上限の場合に、発信側装置である通信装置２０から通信装置４０へ新規呼接続を確立する動作について説明する。通信装置２０では、図６に示すＳＤＰ選択テーブルの情報、図７に示すＳＤＰテーブルの情報、図８に示す優先ＳＤＰＩＤテーブルの情報が予め設定され、ＮＡＰＴルーティング部２２が、図６に示すＳＤＰ選択テーブルに設定された各エントリの発信元ＩＰアドレス、発信元ポート番号、宛先ＩＰアドレス情報、宛先ポート番号の情報に基づいて、該当する通信の検出を行い、検出後の制御をＳＩＰセッション制御部２３に渡す設定がなされているものとする。
【００３１】
図１１は、発信側装置である通信装置２０における新規呼接続を確立する動作（優先着信要求送信処理）を示すフローチャートである。まず、通信装置２０は、エンド端末１０から送信された端末間通信パケットを受信すると（ステップＳ１００）、ＮＡＰＴルーティング部２２が、このパケットの発信元ＩＰアドレス、発信元ポート番号、宛先ＩＰアドレス、宛先ポート番号情報（以下、通信特定情報とする）が検出対象かどうかを判別する（ステップＳ１０１）。検出対象でない場合（ステップＳ１０１：Ｎｏ）、通信装置２０は、処理を終了してつぎの端末間通信パケットの受信を待つ（ステップＳ１００）。検出対象の場合（ステップＳ１０１：Ｙｅｓ）、ＮＡＰＴルーティング部２２は、通信特定情報をＳＩＰセッション制御部２３に渡し（ステップＳ１０２）、以降の制御をＳＩＰセッション制御部２３に委ねる（ステップＳ１０３）。
【００３２】
ＳＩＰセッション制御部２３は、ＮＡＰＴルーティング部２２から渡された通信特定情報をキーとして、図６に示すＳＤＰ選択テーブルを検索し（ステップＳ１０４）、対応するエントリ情報があるかどうかを確認する（ステップＳ１０５）。対応するエントリ情報がない場合（ステップＳ１０５：Ｎｏ）、通信装置２０は、処理を終了してつぎの端末間通信パケットの受信を待つ（ステップＳ１００）。対応するエントリ情報がある場合（ステップＳ１０５：Ｙｅｓ）、ＳＩＰセッション制御部２３は、そのエントリ情報からＳＤＰＩＤと宛先電話番号情報を得る（ステップＳ１０６）。そして、ＳＩＰセッション制御部２３は、得られたＳＤＰＩＤが優先すべき通信のものかどうかを優先通信管理部２５に問い合わせる（ステップＳ１０７）。
【００３３】
優先通信管理部２５は、問い合わせられたＳＤＰＩＤが図８に示す優先ＳＤＰＩＤテーブルに設定されているＩＤかどうかを検索し、設定されている場合は優先通信である旨を、設定されていない場合には通常通信である旨を、ＳＩＰセッション制御部２３に回答する（ステップＳ１０８）。
【００３４】
ＳＩＰセッション制御部２３は、優先通信管理部２５から優先通信であるとの回答を得た場合（ステップＳ１０８：Ｙｅｓ）、優先フラグをＯＮにし（ステップＳ１０９）、通常通信であるとの回答を得た場合（ステップＳ１０８：Ｎｏ）、優先フラグをＯＦＦにする（ステップＳ１１０）。ＳＩＰセッション制御部２３は、ステップＳ１０６で得たＳＤＰＩＤの情報に基づいて図７に示すＳＤＰテーブルからＳＤＰに格納すべき情報を取得し（ステップＳ１１１）、ステップＳ１０６で得られた宛先電話番号に対してＳＩＰセッション確立を図る（ステップＳ１１２）。
【００３５】
ここで、ステップＳ１０６で得た宛先電話番号が通信装置４０を示す電話番号であれば、通信装置２０では、通信装置４０へのＳＩＰセッション確立を試行するが、通信装置４０はすでに上限一杯までＳＩＰセッションを確立済みである。そのため、通信装置２０に対しては、第２のネットワーク２内のＳＩＰサーバ３０が、接続不可であることを示すエラー応答を返す。
【００３６】
通信装置２０は、ＳＩＰサーバ３０からエラー応答を受信すると、エラー応答中に含まれる応答コードを確認し、相手側通信装置である通信装置４０が上限一杯までＳＩＰセッションを確立済みであることがエラー要因である可能性があるかどうかをＳＩＰセッション制御部２３で判定する（ステップＳ１１３）。セッション数上限到達によるエラー応答の可能性があると判断できない場合（ステップＳ１１３：Ｎｏ）、通信装置２０は、処理を終了してつぎの端末間通信パケットの受信を待つ（ステップＳ１００）。
【００３７】
セッション数上限到達によるエラー応答の可能性があると判断できる場合（ステップＳ１１３：Ｙｅｓ）、通信装置２０は、さらに、優先フラグがＯＮであるかどうかを確認する（ステップＳ１１４）。優先フラグがＯＮでない（ＯＦＦである）場合（ステップＳ１１４：Ｎｏ）、通信装置２０は、処理を終了してつぎの端末間通信パケットの受信を待つ（ステップＳ１００）。優先フラグがＯＮである場合には（ステップＳ１１４：Ｙｅｓ）、通信装置２０のＳＩＰセッション制御部２３は、通信装置４０に対して、優先着信要求を送信する（ステップＳ１１５）。優先着信要求としては、例えば、ＳＩＰ  ＭＥＳＳＡＧＥが使用できる。そして、ＳＩＰセッション制御部２３は、再度、ステップＳ１０６で得られた宛先電話番号に対してＳＩＰセッション確立を図る（ステップＳ１１２）。
【００３８】
なお、上記ステップＳ１１１〜Ｓ１１５では、通信装置２０は、まず、ＳＩＰセッション確立を試行し、失敗した場合に失敗の理由を確認した上で優先着信要求を送る処理を行っていたが、優先フラグがＯＮの場合は、初回のＳＩＰセッション確立動作前に優先着信要求を送ることも可能である（ステップＳ２１１〜Ｓ２１５）。
【００３９】
図１１において、ステップＳ１１１〜Ｓ１１５の処理をステップＳ２１１〜Ｓ２１５の処理に置き換えた場合について説明する。
【００４０】
ＳＩＰセッション制御部２３は、優先通信管理部２５から優先通信であるとの回答を得た場合（ステップＳ１０８：Ｙｅｓ）、優先フラグをＯＮにし（ステップＳ１０９）、その後、通信装置４０に対して、優先着信要求を送信する（ステップＳ２１１）。一方、通常通信であるとの回答を得た場合（ステップＳ１０８：Ｎｏ）、優先フラグをＯＦＦにする（ステップＳ１１０）。ＳＩＰセッション制御部２３は、ステップＳ１０６で得たＳＤＰＩＤの情報に基づいて図７に示すＳＤＰテーブルからＳＤＰに格納すべき情報を取得し（ステップＳ２１２）、ステップＳ１０６で得られた宛先電話番号に対してＳＩＰセッション確立を図る（ステップＳ２１３）。
【００４１】
通信装置２０は、ＳＩＰサーバ３０からエラー応答を受信すると、エラー応答中に含まれる応答コードを確認し、相手側通信装置である通信装置４０が上限一杯までＳＩＰセッションを確立済みであることがエラー要因である可能性があるかどうかをＳＩＰセッション制御部２３で判定する（ステップＳ２１４）。セッション数上限到達によるエラー応答の可能性があると判断できない場合（ステップＳ２１４：Ｎｏ）、通信装置２０は、処理を終了してつぎの端末間通信パケットの受信を待つ（ステップＳ１００）。
【００４２】
セッション数上限到達によるエラー応答の可能性があると判断できる場合（ステップＳ２１４：Ｙｅｓ）、通信装置２０は、さらに、優先フラグがＯＮであるかどうかを確認する（ステップＳ２１５）。優先フラグがＯＮでない（ＯＦＦである）場合（ステップＳ２１５：Ｎｏ）、通信装置２０は、処理を終了してつぎの端末間通信パケットの受信を待つ（ステップＳ１００）。優先フラグがＯＮである場合には（ステップＳ２１５：Ｙｅｓ）、通信装置２０のＳＩＰセッション制御部２３は、通信装置４０に対して、再度、優先着信要求を送信する（ステップＳ２１１）。
【００４３】
このように、通信装置２０では、通信装置４０において上限一杯までＳＩＰセッションを確立済みの場合、通信装置４０に対して優先着信要求を送信する。
【００４４】
つぎに、通信装置４０の動作について説明する。図１２は、着信側装置である通信装置４０における新規呼接続を確立する動作（優先着信要求受信処理）を示すフローチャートである。まず、通信装置４０では、通信装置２０から送信された優先着信要求を受信すると（ステップＳ３００）、優先着信制御部４４が、ＳＩＰセッション制御部４３の持つ、図１０に示したＳＩＰセッション状態テーブルの情報を取得し（ステップＳ３０１）、優先着信していない確立済みセッションを選択する（ステップＳ３０２）。例えば、図１０に示す例では、セッション番号２、３、５を選択することができる。
【００４５】
優先着信制御部４４は、優先着信していない確立済みセッションの中から切断する１本を選択し（ステップＳ３０３）、該当するＳＩＰセッション切断をＳＩＰセッション制御部４３に対して指示する（ステップＳ３０４）。
【００４６】
ＳＩＰセッション制御部４３は、優先着信制御部４４からの指示に応じて該当するＳＩＰセッションを切断し（ステップＳ３０５）、ＳＩＰセッション状態テーブルを更新する（ステップＳ３０６）。例えば、切断するＳＩＰセッションとしてセッション番号５が選択された場合、切断後のＳＩＰセッション状態テーブルは図１３のようになる。図１３は、通信装置４０のＳＩＰセッション制御部４３が管理する、各ＳＩＰセッション状態を管理する更新後のテーブル（ＳＩＰセッション状態テーブル）の構成例を示す図である。図１０と比較して、セッション番号「５」の状態が「切断済み」に更新されている。これは、通信装置４０において、優先着信制御部４４がセッション番号５のＳＩＰセッションを選択し、ＳＩＰセッション制御部４３がセッション番号５のＳＩＰセッションを切断したことを表している。
【００４７】
このように、通信装置２０は、ステップＳ１００〜Ｓ１１５の動作を行うことで、優先着信要求を送信後、改めてＳＩＰセッション確立動作を行って空セッションを確保することができ、セッション確立動作を成功させることができる。
【００４８】
または、通信装置２０は、ステップＳ１００〜Ｓ１１０、Ｓ２１１〜Ｓ２１５の動作を行うことで、初回ＳＩＰセッション確立動作前に優先着信要求を送信して空セッションを確保することができ、初回のＳＩＰセッション確立動作を成功させることができる。
【００４９】
以上説明したように、本実施の形態では、第２のネットワーク２が、着信側の通信装置４０が上限まで呼接続されているときは、発信側の通信装置２０から着信側の通信装置４０への呼接続要求に対して、通信装置２０へエラー応答し、通信装置４０へ呼接続要求があったことを伝達しない場合に、通信装置２０は、通信装置４０へ優先着信要求を送信し、通信装置４０は、受信した優先着信要求に応じて接続済みの呼を切断し、呼接続数を上限より下げることとした。これにより、通信装置４０は、通信装置２０から送信された呼接続要求を受け付けることができ、通信装置２０と通信装置４０との間で呼接続を確立することができる。
【００５０】
実施の形態２．
本実施の形態では、通信装置４０の優先着信制御部４４が、優先着信許可対象テーブルを備える。実施の形態１と異なる部分について説明する。
【００５１】
図１４は、通信装置４０の優先着信制御部４４が管理する、優先着信を許可する対象を判断するテーブル（優先着信許可対象テーブル）の構成例を示す図である。テーブルの各エントリは、エントリ番号と、優先着信許可対象とする対向装置情報（電話番号）と、から構成される。例えば、エントリ番号「１」では、優先着信許可対象対向装置の電話番号が「０１２３９８７６５４３」であることを示す。
【００５２】
実施の形態１では、通信装置４０で優先着信要求を受信した際の動作を図１２に示すフローチャートに基づいて説明したが、本実施の形態では、通信装置４０が優先着信要求を受信した場合、図１４に示す優先着信許可対象テーブルの情報を用いる。
【００５３】
具体的に、通信装置４０は、通信装置２０から送信された優先着信要求を受信すると、図１４に示す優先着信許可対象テーブルを検索し、優先着信要求の送信元電話番号が優先着信許可対象として登録されているかどうかを確認する。優先着信許可対象として登録されている場合、以降、実施の形態１と同様の動作とする。一方、登録されていない場合、優先着信要求受信に伴う以降の動作を行わない。
【００５４】
このように、通信装置４０は、許可された特定の送信元からの優先着信要求のみを受け付けることにより、例えば、第３の通信装置から繰り返し優先着信要求を送信して通信を妨害するような攻撃に対する耐性を高めることができる。
【００５５】
実施の形態３．
本実施の形態では、通信装置４０は、実施の形態１、２と同様、通信装置２０から優先着信要求を受信し、切断すべき確立済みセッションを選択して切断を実施するが、その際、優先着信要求を送信してきた対向装置の識別子を記憶する。この識別子には、例えば、電話番号を用いる。
【００５６】
通信装置４０は、その後新規セッション確立要求を受信すると、新規セッション確立の要求元と記憶している優先着信要求の送信元が同一かどうかを確認する。通信装置４０は、同一である場合はセッション確立を受け付け、同一でない場合はセッション確立を受け付けない。本実施の形態では、通信装置４０は、優先着信要求の送信元とセッション確立の送信元の同一性を確認する。
【００５７】
通信装置４０は、このように同一性の確認を行うことで、優先着信要求を出したにも関わらず、他のセッション確立が受け付けられたことで、優先すべきセッションの確立ができないという状態を回避することができる。
【００５８】
実施の形態４．
本実施の形態では、実施の形態３の場合において、通信装置４０は、優先着信要求の送信元通信装置の識別子を記憶する動作に加え、予め設定された一定時間を計測するタイマーを動作開始した上で、切断すべき確立済みセッションを選択し、切断を実施する。
【００５９】
通信装置４０は、その後新規セッションの確立要求を受信すると、タイマーが動作中か満了しているかを確認する。タイマー動作中の場合は、セッション確立要求の送信元が、優先着信要求の送信元と同一かどうかを確認し、同一である場合のみセッション確立を受け付ける。タイマー満了後は、セッション確立要求の送信元と優先着信要求の送信元の同一性確認は行わず、すべてのセッション確立要求を受け付ける。
【００６０】
このように、通信装置４０は、優先着信要求受信後、一定時間のみ、優先着信要求の送信元からのセッション確立要求を受け付け、一定時間経過後は全てのセッション確立要求を受け付けることで、空セッションが使われずに無駄になってしまう状態を回避することができる。
【産業上の利用可能性】
【００６１】
以上のように、本発明にかかる通信システムは、複数のネットワークから構成されるシステムに有用であり、特に、呼制御ネットワークを含む場合に適している。
【符号の説明】
【００６２】
１、３  第１のネットワーク
２  第２のネットワーク
１０、５０  エンド端末
２０、４０  通信装置
３０  ＳＩＰサーバ
２１  ＷＡＮポート
２２  ＮＡＰＴルーティング部
２３  ＳＩＰセッション制御部
２４  ＳＤＰ管理部
２５  優先通信管理部
２６−１〜２６−４  ＬＡＮポート
４１  ＷＡＮポート
４２  ＮＡＰＴルーティング部
４３  ＳＩＰセッション制御部
４４  優先着信制御部
４５  ＳＤＰ端末対応管理部
４６−１〜４６−４  ＬＡＮポート
【図１】
2013183329.tif 000003
【図２】
2013183329.tif 000004
【図３】
2013183329.tif 000005
【図４】
2013183329.tif 000006
【図５】
2013183329.tif 000007
【図６】
2013183329.tif 000008
【図７】
2013183329.tif 000009
【図８】
2013183329.tif 000010
【図９】
2013183329.tif 000011
【図１０】
2013183329.tif 000012
【図１１】
2013183329.tif 000013
【図１２】
2013183329.tif 000014
【図１３】
2013183329.tif 000015
【図１４】
2013183329.tif 000016