JP5700843B2 - 通信システム及び接続セッション制御方法 - Google Patents

Description

本発明は、インターネットプロトコル（ＩＰ）ネットワークを介した端末間通信における接続セッション制御装置の呼制御技術に関する。

ＩＰ電話サービスなどを提供する通信ネットワークでは、様々な種類のネットワークが利用され、各ネットワークでは一般に独自のネットワーク管理運営がなされている。接続セッション制御装置（ＳＢＣ：Ｓｅｓｓｉｏｎ Ｂｏｒｄｅｒ Ｃｏｎｔｒｏｌｌｅｒ）は、これら各種ネットワーク間の通信を可能にするためネットワーク間の境界に配置され、各ネットワークで規定されるセキュリティや端末仕様の差分を吸収するためシグナリング処理やメディア処理などを実行する。

例えば、図１に示されるように、ＳＢＣは、２つのＩＰネットワークＩＰ ＮＷ＿ＡとＩＰ ＮＷ＿Ｂとの間に配置され、ＩＰ ＮＷ＿Ａに接続する端末ＡとＩＰ ＮＷ＿Ｂに接続する端末Ｂとの間の通信を実現するため、シグナリング処理のためのＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）処理、メディア処理のためのＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）処理、コーデック変換処理などを実行する。

図２は、ＳＢＣによる典型的な１Ｃａｌｌ処理を示すシーケンス図である。図２に示されるように、ＳＢＣは、異なるネットワークに接続する端末Ａ，Ｂ間の呼処理を実行する。典型的には、ＳＢＣは、ＳＩＰ処理のためのシグナリング処理部、ＲＴＰ処理のためのメディア処理部、及び音声データなどのフォーマット変換のためのコーデック変換部から構成される。これらの３つの機能部を使用して、ＳＢＣは呼処理を実行する。まず、発信元の端末Ａが端末Ｂを発信先とするＳＩＰ ＩＮＶＩＴＥを接続先のネットワークに送信すると、ＳＢＣのシグナリング処理部が当該ネットワークからＳＩＰ ＩＮＶＩＴＥを受信する。ＳＩＰ ＩＮＶＩＴＥを受信すると、シグナリング処理部は、発信元端末Ａと音声データなどのメディアデータをやりとりするための通信リソースを確保するようメディア処理部に要求し、メディア処理部から応答を受信する。通信リソースが確保されると、シグナリング処理部は、発信先端末Ｂの接続先のネットワークを登録情報などから検出し、検出した接続先のネットワークにＳＩＰ ＩＮＶＩＴＥを転送する。接続先のネットワークを介しＳＩＰ ＩＮＶＩＴＥを受信すると、発信先端末Ｂは、典型的には呼び出し音によりユーザに着信を通知し、ユーザが着信に応答すると２００ ＯＫを接続先のネットワークに送信する。接続先のネットワークを介し２００ ＯＫを受信すると、ＳＢＣのシグナリング処理部は、端末Ａと端末Ｂとの間の通信にコーデック変換が必要であるか決定する。図示された例では、端末ＡはＧ．７１１μ ｌａｗに準拠した音声圧縮プロトコルを利用し、端末ＢはＧ．７２９に準拠した音声圧縮プロトコルを利用しているため、端末Ａと端末Ｂとの間の通信にはＳＢＣにおけるコーデック変換が必要となる。図示された例のように、端末Ａと端末Ｂとの間の通信にコーデック変換が必要である場合、シグナリング処理部は、発信先端末Ｂのための通信リソースを確保するようメディア処理部に要求すると共に、コーデック変換部にコーデック変換を要求する。リソース確保要求及びコーデック変換要求をそれぞれ受信すると、メディア処理部及びコーデック変換部は、シグナリング処理部に応答を返す。これらの応答を受信すると、シグナリング処理部は、ネットワークを介し端末Ａに２００ ＯＫを返す。その後、ＳＩＰ処理の通常の呼接続処理に従って、端末Ａから端末ＢにＡＣＫが送信され、コーデック変換を介した通信が行われる。

ゴンザロ・カマリロ，ミゲール・A・マーチン、"IMS標準テキスト"RIC、pp.91-93、March 2010 G.Camarillo,W.Marshall,and J.Rosenberg.Integration of Resource Management and Session Initiation Protocol(SIP).RFC3312,IETF,October 2002.

上述したＳＢＣによる呼制御では、多数の発信元が同時に接続要求する輻輳時などにおいては、ＳＢＣは、ＳＩＰ処理が迅速に実行可能であり、速く接続応答を返した発信先端末に優先的にリソースを確保することになる。このため、ＳＩＰ処理が迅速に実行可能でない発信先端末は、割当て可能なリソースが枯渇することによって、１Ｃａｌｌ接続ができなくなる可能性がある。

図３は、輻輳時におけるＳＢＣによる従来の呼処理の一例を示すシーケンス図である。図３に示されるように、Ｘ台の発信元端末がネットワークに同時にＳＩＰ ＩＮＶＩＴＥを送信したとする。これらのＳＩＰ ＩＮＶＩＴＥをネットワークを介し受信すると、シグナリング処理部は、Ｘ台の発信元端末のための通信リソースを確保するようメディア処理部に要求し、メディア処理部から応答を受信する。リソースが確保されると、シグナリング処理部は、発信先端末の接続先のネットワークを登録情報などから検出し、検出した接続先のネットワークにＳＩＰ ＩＮＶＩＴＥを転送する。接続先のネットワークを介しＳＩＰ ＩＮＶＩＴＥを受信すると、各発信先端末はＳＩＰ処理を開始する。上述したように、発信先端末はそれぞれＳＩＰ処理の処理速度が異なり、シグナリング処理部が発信先端末から接続応答２００ ＯＫを受信するタイミングも異なってくる。従来のＳＢＣによる呼処理では、各発信先端末から２００ ＯＫを受信すると、当該発信先端末のための通信リソースを確保するようメディア処理部に要求すると共に、コーデック変換部にコーデック変換を要求する。

しかしながら、コーデック変換部のコーデック変換能力は限られており、Ｙセット分のコーデック変換能力しか備わっていない場合、コーデック変換部は、最初のＹセット分のコーデック変換要求には応答を返すが、以降のＺセット分のコーデック変換要求に対してはコーデック変換ＮＧを返すことになる。この場合、シグナリング処理部は、２００ ＯＫを受信した最初のＹ台の発信先端末と発信元端末との通信は確立するが、コーデック変換が拒否された残りのＺ台については通信を確立できない。すなわち、ＳＩＰ処理が遅い端末は、１Ｃａｌｌ接続ができなくなる場合がある。

従来のＩＰネットワークでは、コーデック／端末種別がそれほど多くないため、ＳＢＣでは簡易な管理で対応可能であった。しかしながら、今後はＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）のマイグレーションやＦＭＣ（Ｆｉｘｅｄ Ｍｏｂｉｌｅ Ｃｏｎｖｅｒｇｅｎｃｅ）の進展などによって、図４に示されるように、複数のＩＰネットワークが接続され、様々な能力及びコーデックを備えた端末がＩＰネットワーク上に接続する可能性がある。このような状況では、他のネットワークの端末台数やコーデック変換量を予測することは難しく、ＳＢＣがすべてのコーデック変換を実施する能力を保持することは困難である。このため、輻輳時などにおいては、上述したようなＳＢＣのリソースの枯渇によって、処理遅延が大きい端末は、同一料金を払っているにもかかわらず、１Ｃａｌｌ接続ができなくなる可能性がある。

図５は、輻輳時におけるＳＢＣによる従来の呼処理の他の例を示すシーケンス図である。図５に示されるように、Ｘ台の発信元端末がネットワークに同時にＳＩＰ ＩＮＶＩＴＥを送信したとする。これらのＳＩＰ ＩＮＶＩＴＥを受信すると、シグナリング処理部は、Ｘ台の発信元端末と対応するＸ台の発信先端末とのＸセット分のリソースをメディア処理部に仮予約する。この仮予約を受信すると、メディア処理部は、同様にＸ台の発信元端末と対応するＸ台の発信先端末とのＸセット分のリソースをコーデック変換部に仮予約する。典型的には、コーデック変換部のコーデック変換能力は、メディア処理部のＸセット分のリソースより小さいＹセット分しか備えられていない。これらの仮予約を受信すると、メディア処理部及びコーデック変換部は、Ｘセット分のリソース仮予約に対してリソースが確保されたＹセット分について確保済みの応答をシグナリング処理部に返し、リソースが確保されなかった（Ｘ−Ｙ）セット分については確保不可の応答をシグナリング処理部に返す。これらの応答を受信すると、シグナリング処理部は、リソースが確保されたＹセット分についてＳＩＰ ＩＮＶＩＴＥを発信先端末に送信し、リソースが確保されなかった（Ｘ−Ｙ）セット分については発信元端末にＥｒｒｏｒ応答を返す。

上述したように、発信先の端末はそれぞれＳＩＰ処理の処理速度が異なり、シグナリング処理部が発信先端末から接続応答２００ ＯＫを受信するタイミングも異なってくる。図５の呼処理では、各発信先端末から２００ ＯＫを受信すると、シグナリング処理部は、コーデック変換の要否を決定し、コーデック変換が必要な場合、当該端末の情報設定をメディア処理部に通知し、メディア処理部はコーデック変換部にコーデック変換要求を送信する。他方、コーデック変換が不要な場合、シグナリング処理部は、当該端末の情報設定をメディア処理部に通知するのみである。すなわち、図５の呼処理では、Ｙセット分のコーデック変換のためのリソースが仮予約されたにもかかわらず、実際のコーデック変換が不要な通信については、不要なコーデック変換のリソースを確保してしまうことになる。

上述した問題点に鑑み、本発明の課題は、発信先端末の処理遅延に関係なくＳＢＣにおいて呼処理のためのリソースを効率的に確保及び利用するための技術を提供することである。

上述した課題を解決するため、本発明の一態様は、複数の端末と、前記複数の端末にネットワークを介し接続し、発信元端末と発信先端末との間の通信のための接続セッションを制御する接続セッション制御装置とを有する通信システムであって、前記接続セッション制御装置は、前記発信元端末から前記発信先端末への接続要求に関するシグナリング処理を実行するシグナリング処理部と、前記接続要求に係る通信においてやりとりされるデータに対するメディア処理を実行するメディア処理部と、前記やりとりされるデータのフォーマットを変換するコーデック変換部とを有し、前記シグナリング処理部は、前記発信元端末から接続要求を受信すると、前記発信元端末のためのメディア処理に係るリソースを確保するよう前記メディア処理部に要求すると共に前記接続要求の到着順を記録し、前記接続要求を前記発信先端末に転送し、前記発信先端末から前記接続要求に対する接続応答を受信すると、前記シグナリング処理部は、前記受信した接続応答が前記記録した接続要求の到着順に従っているか判断し、前記受信した接続応答が前記記録した到着順に従っている場合には前記発信先端末のためのメディア処理に係るリソースを確保するよう前記メディア処理部に要求し、前記受信した接続応答が前記記録した到着順に従っていない場合には所定の待機期間だけ待機する通信システムに関する。

本発明の他の態様は、複数の端末と、前記複数の端末にネットワークを介し接続し、発信元端末と発信先端末との間の通信のための接続セッションを制御する接続セッション制御装置とを有する通信システムであって、前記接続セッション制御装置は、前記発信元端末から前記発信先端末への接続要求に関するシグナリング処理を実行するシグナリング処理部と、前記接続要求に係る通信においてやりとりされるデータに対するメディア処理を実行するメディア処理部と、前記やりとりされるデータのフォーマットを変換するコーデック変換部とを有し、前記シグナリング処理部は、前記発信元端末から接続要求を受信すると、前記発信元端末のためのメディア処理に係るリソースを確保するよう前記メディア処理部に要求すると共に前記接続要求の到着時間を記録し、前記接続要求を前記発信先端末に転送し、前記発信先端末から前記接続要求に対する接続応答を受信すると、前記シグナリング処理部は、前記受信した接続応答の受信時間と前記記録した接続要求の到着時間との間の時間に基づき導出された待機時間だけ待機した後に前記発信先端末のためのメディア処理に係るリソースを確保するよう前記メディア処理部に要求する通信システムに関する。

本発明によると、発信先端末の処理遅延に関係なくＳＢＣにおいて呼処理のためのリソースを効率的に確保及び利用するための技術を提供することができる。

図１は、ＳＢＣを概略的に説明する図である。 図２は、ＳＢＣによる典型的な１Ｃａｌｌ処理を示すシーケンス図である。。 図３は、輻輳時におけるＳＢＣによる従来の呼処理の一例を示すシーケンス図である。 図４は、各種端末を接続するＳＢＣを概略的に示す図である。 図５は、輻輳時におけるＳＢＣによる従来の呼処理の他の例を示すシーケンス図である。 図６は、本発明の一実施例によるＳＢＣの構成を示す図である。 図７は、本発明の第１実施例によるＳＢＣにおける処理を示すシーケンス図である。 図８は、本発明の第２実施例によるＳＢＣにおける処理を示すシーケンス図である。

以下、図面に基づいて本発明の実施の形態を説明する。

図６〜８を参照して、本発明の実施例による通信システムにおける接続セッション制御装置（ＳＢＣ）を説明する。接続セッション制御装置（ＳＢＣ：Ｓｅｓｓｉｏｎ Ｂｏｒｄｅｒ Ｃｏｎｔｒｏｌｌｅｒ）は、複数のネットワークを有する通信システム内においてネットワーク間の境界に配置され、各ネットワークで規定されるセキュリティや端末仕様の差分を吸収するためシグナリング処理、メディア処理、コーデック変換などを実行する。ＳＢＣは、典型的には、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や回路など後述される各処理を実行するための処理手段、メモリやストレージなどの各処理のためのデータ及びプログラムなどを格納する記憶手段、及び端末やネットワークと各種メッセージをやりとりするための通信手段から構成される。

図６は、本発明の一実施例によるＳＢＣの構成を示す図である。図６に示されるように、ＳＢＣ１００は、シグナリング処理部１１０と、メディア処理部１２０と、コーデック変換部１３０とを有する。

シグナリング処理部１１０は、発信元端末と発信先端末との間の呼接続を確立及び制御するため、発信元端末から発信先端末への接続要求に関するＳＩＰ処理などのシグナリング処理を実行する。さらに、シグナリング処理部１１０は、端末のための通信リソースを確保するようメディア処理部１２０に要求すると共に、コーデック変換の要否を判断し、コーデック変換が必要な場合には、端末のためのコーデック変換リソースを確保するようコーデック変換部１３０に要求する。

メディア処理部１２０は、発信元端末と発信先端末との間の通信においてやりとりされるＶｏＩＰデータなどのメディアデータに対するＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）処理などのメディア処理を実行する。メディア処理部１２０は、シグナリング処理部１１０からリソース確保要求を受信すると、メディア処理のためのリソースを確保し、リソースを確保した旨の応答を返す。他方、利用可能なリソースの枯渇などにより要求されたリソースを確保できなかった場合、メディア処理部１２０は、リソースが確保できなかった旨の応答を返す。

コーデック変換部１３０は、異なるフォーマットの音声データを端末間でやりとりすることを可能にするため、音声データフォーマットなどのフォーマット変換処理を実行する。コーデック変換部１３０は、メディア処理部１２０からコーデック変換要求を受信すると、現在の利用可能なコーデック変換能力を確認し、コーデック変換要求に対処可能である場合にはコーデック変換が可能である旨の応答を返す。他方、コーデック変換要求に対処できない場合には、コーデック変換部１３０は、コーデック変換が不可である旨の応答を返す。典型的には、コーデック変換部１３０のコーデック変換能力は、メディア処理部１２０のメディア処理能力より小さい。

本発明の第１実施例では、シグナリング処理部１１０は、発信元端末からＳＩＰ ＩＮＶＩＴＥを受信すると、発信元端末のための通信リソースを確保するため、リソース確保要求をメディア処理部１２０に送信すると共に、受信したＳＩＰ ＩＮＶＩＴＥの到着順序を保持する。その後、シグナリング処理部１１０は、ＳＩＰ ＩＮＶＩＴＥに記述されている発信先端末の識別子に基づき、ＳＩＰサーバ（図示せず）などの登録情報を参照して発信先端末が接続するネットワークを特定し、特定したネットワークを介し発信先端末にＳＩＰ ＩＮＶＩＴＥを転送する。ＳＩＰ ＩＮＶＩＴＥを受信すると、発信先端末は、ＳＩＰ処理を開始する。しかしながら、一般にＳＩＰ処理の処理速度は各端末間で異なるため、各発信先端末から２００ ＯＫの接続応答を受信するタイミングは、シグナリング処理部１１０におけるＳＩＰ ＩＮＶＩＴＥ到着順序と異なる可能性がある。

本実施例では、シグナリング処理部１１０は、発信先端末のための通信リソースの確保を、２００ ＯＫの受信順でなく、原則的に発信元端末からのＳＩＰ ＩＮＶＩＴＥの到着順に従って行う。すなわち、シグナリング処理部１１０は、ＳＩＰ ＩＮＶＩＴＥの到着順と同じ順序で受信した２００ ＯＫについては、発信先端末のための通信リソースを確保するため、リソース確保要求をメディア処理部１２０に送信し、ＳＩＰ ＩＮＶＩＴＥの到着順と異なる順序で受信した２００ ＯＫについては、所定の待機期間（αミリ秒など）待機し、当該待機期間内にＳＩＰ ＩＮＶＩＴＥの到着順に従う他の２００ ＯＫを受信すると、当該他の２００ ＯＫの発信先端末のためのリソース確保要求を先行してメディア処理部１２０に送信する。他方、所定の待機期間内にＳＩＰ ＩＮＶＩＴＥの到着順に従う他の２００ ＯＫを受信できなかった場合、シグナリング処理部１１０は、ＳＩＰ ＩＮＶＩＴＥの到着順と異なる順序で受信した２００ ＯＫについてリソース確保要求をメディア処理部１２０に送信する。

本実施例によると、送信先端末側のＳＩＰ処理遅延の差に関係なく、ＳＩＰ ＩＮＶＩＴＥ到着順にリソースを確保することが可能になる。

また、本発明の第２実施例では、シグナリング処理部１１０は、発信元端末からＳＩＰ ＩＮＶＩＴＥを受信すると、発信元端末のための通信リソースを確保するため、リソース確保要求をメディア処理部１２０に送信すると共に、各発信元端末から受信したＳＩＰ ＩＮＶＩＴＥの到着から、各発信先端末に転送したＳＩＰ ＩＮＶＩＴＥに対して２００ ＯＫの受信までの時間、すなわち、ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）を測定する。上述したように、一般にＳＩＰ処理の処理速度は各端末間で異なるため、各発信先端末から２００ ＯＫの応答を受信するタイミングは、シグナリング処理部１１０におけるＳＩＰ ＩＮＶＩＴＥ到着順序と異なる可能性がある。

本実施例では、シグナリング処理部１１０は、発信先端末のための通信リソースの確保を、２００ ＯＫが到着すると即座に要求するのでなく、２００ ＯＫの受信から測定したＲＴＴに基づく待機時間だけ待機してからリソース確保要求をメディア処理部１２０に送信する。この待機時間は、発信先端末の処理遅延の差を補償するよう設定され、ＳＩＰ ＩＮＶＩＴＥの到着時間と２００ ＯＫの受信時間との間のＲＴＴが大きいほど短くなるよう設定される。例えば、待機時間は、ＲＴＴの逆数を用いて、１／ＲＴＴ×β（βは正の係数）により設定されてもよい。これにより、処理遅延の大きい、すなわち、ＲＴＴの大きな端末には相対的に短い待機時間が割り当てられることになり、２００ ＯＫの受信から相対的に短いタイミングでリソース確保要求が通知される。他方、処理遅延の小さい、すなわち、ＲＴＴの小さな端末には相対的に長い待機時間が割り当てられることになり、２００ ＯＫの受信から相対的に長く待機したタイミングでリソース確保要求が通知される。

本実施例によると、処理遅延が大きい発信先端末にもリソースを確保することが可能になる。

図７は、本発明の第１実施例によるＳＢＣにおける処理を示すシーケンス図である。図７に示される実施例では、３つの発信元端末Ａ，Ｂ，Ｃがそれぞれ発信先端末Ｄ，Ｆ，Ｅに発信するケースを想定する。

図７に示されるように、ステップＳ１０１において、シグナリング処理部１１０は、発信元端末Ａ，Ｂ，ＣからＳＩＰ ＩＮＶＩＴＥ＿Ａ，ＳＩＰ ＩＮＶＩＴＥ＿Ｂ，ＳＩＰ ＩＮＶＩＴＥ＿Ｃを当該順序により受信する。

ＳＩＰ ＩＮＶＩＴＥ＿Ａ，ＳＩＰ ＩＮＶＩＴＥ＿Ｂ，ＳＩＰ ＩＮＶＩＴＥ＿Ｃを受信すると、ステップＳ１０２において、シグナリング処理部１１０は、発信元端末Ａ，Ｂ，Ｃのための通信リソースの確保をメディア処理部１２０に要求すると共に、ＳＩＰ ＩＮＶＩＴＥ＿Ａ，ＳＩＰ ＩＮＶＩＴＥ＿Ｂ，ＳＩＰ ＩＮＶＩＴＥ＿Ｃの到着順序を記録する。

ステップＳ１０３において、シグナリング処理部１１０は、受信したＳＩＰ ＩＮＶＩＴＥ＿Ａ，ＳＩＰ ＩＮＶＩＴＥ＿Ｂ，ＳＩＰ ＩＮＶＩＴＥ＿Ｃを発信先端末Ｄ，Ｆ，Ｅにそれぞれ転送する。図示された実施例では、発信先端末Ｄ，Ｅは迅速なＳＩＰ処理が可能である一方、発信先端末Ｆは何れかの理由によりＳＩＰ処理に遅延があるとする。

ステップＳ１０４において、シグナリング処理部１１０は、相対的に速くＳＩＰ処理が行われた発信先端末Ｄ，Ｅからそれぞれ２００ ＯＫ＿Ｄ，２００ ＯＫ＿Ｅを受信する。シグナリング処理部１１０は、保持しているＳＩＰ ＩＮＶＩＴＥの到着順序を確認し、受信した２００ ＯＫが到着順序と同じであるか判断する。

２００ ＯＫ＿Ｄは最初に到着したＳＩＰ ＩＮＶＩＴＥ＿Ａに対応するものであるため、シグナリング処理部１１０は、２００ ＯＫ＿Ｄについては到着順序に従っていると判断し、ステップＳ１０５において、発信先端末Ｄのための通信リソースを確保するようメディア処理部１２０に要求し、メディア処理部１２０からの応答を受信すると、発信元端末Ａに２００ ＯＫ＿Ａを転送する。さらに、シグナリング処理部１１０は、発信元端末Ａと発信先端末Ｄとの間の通信においてコーデック変換が必要であるか判断し、必要である場合には、コーデック変換部１３０にコーデック変換要求を送信してもよい。

他方、２００ ＯＫ＿Ｅは３番目に到着したＳＩＰ ＩＮＶＩＴＥ＿Ｃに対応するものであるため、シグナリング処理部１１０は、２００ ＯＫ＿Ｅについては到着順序と異なっていると判断し、２番目に到着したＳＩＰ ＩＮＶＩＴＥ＿Ｂに対応する２００ ＯＫ＿Ｆを所定の待機期間（αミリ秒）だけ待機する。

図示された実施例では、ステップＳ１０６において、シグナリング処理部１１０は、所定の待機期間内に２番目に到着したＳＩＰ ＩＮＶＩＴＥ＿Ｂに対応する２００ ＯＫ＿Ｆを受信する。この場合、ステップＳ１０７において、シグナリング処理部１１０は、ＳＩＰ ＩＮＶＩＴＥの到着順序に従って、まず発信先端末Ｆのための通信リソースの確保をメディア処理部１２０に要求する。当該要求に対する応答を受信した後、シグナリング処理部１１０は、発信元端末Ｂに２００ ＯＫ＿Ｂを転送すると共に、発信先端末Ｅのための通信リソースの確保をメディア処理部１２０に要求し、当該要求に対する応答を受信した後、発信元端末Ｃに２００ ＯＫ＿Ｃを転送する。さらに、シグナリング処理部１１０は、コーデック変換が必要であるか判断し、必要である場合には、コーデック変換部１３０にコーデック変換要求を送信してもよい。

他方、シグナリング処理部１１０が所定の待機期間内に２番目に到着したＳＩＰ ＩＮＶＩＴＥ＿Ｂに対応する２００ ＯＫ＿Ｆを受信できなかった場合、シグナリング処理部１１０は、先に受信した２００ ＯＫ＿Ｅの処理を先行させるため、発信先端末Ｅのための通信リソースの確保をメディア処理部１２０に要求する。所定の待機期間内に受信できなかった２００ ＯＫ＿Ｆについては、受信し次第、シグナリング処理部１１０は、発信先端末Ｆのための通信リソースの確保をメディア処理部１２０に要求する。

その後、ステップＳ１０８において、発信元端末Ａ，Ｂ，Ｃと発信先端末Ｄ，Ｅ，Ｆとの通信が実行される。

図８は、本発明の第２実施例によるＳＢＣにおける処理を示すシーケンス図である。図８に示される実施例では、３つの発信元端末Ａ，Ｂがそれぞれ発信先端末Ｃ，Ｄに発信するケースを想定する。

ステップＳ２０１において、シグナリング処理部１１０は、発信元端末Ａ，ＢからＳＩＰ ＩＮＶＩＴＥ＿Ａ，ＳＩＰ ＩＮＶＩＴＥ＿Ｂを受信する。

ＳＩＰ ＩＮＶＩＴＥ＿Ａ，ＳＩＰ ＩＮＶＩＴＥ＿Ｂを受信すると、ステップＳ２０２において、シグナリング処理部１１０は、発信元端末Ａ，Ｂのための通信リソースの確保をメディア処理部１２０に要求すると共に、ＳＩＰ ＩＮＶＩＴＥ＿Ａ，ＳＩＰ ＩＮＶＩＴＥ＿Ｂの到着時間を記録する。

ステップＳ２０３において、シグナリング処理部１１０は、受信したＳＩＰ ＩＮＶＩＴＥ＿Ａ，ＳＩＰ ＩＮＶＩＴＥ＿Ｂを発信先端末Ｃ，Ｄにそれぞれ転送する。図示された実施例では、発信先端末Ｃは迅速なＳＩＰ処理が可能である一方、発信先端末Ｄは何れかの理由によりＳＩＰ処理に遅延があるとする。

ステップＳ２０４において、シグナリング処理部１１０はまず、相対的に速くＳＩＰ処理が行われた発信先端末Ｃから２００ ＯＫ＿Ｃを受信する。シグナリング処理部１１０は、ＳＩＰ ＩＮＶＩＴＥ＿Ａの到着時間と２００ ＯＫ＿Ｃの受信時間との間のＲＴＴを決定し、１／ＲＴＴ×βの値を算出し、算出した待機時間だけ発信先端末Ｃのための通信リソース確保要求の送信を待機する。算出した待機時間が経過すると、シグナリング処理部１１０は、発信先端末Ｃのための通信リソースを確保するようメディア処理部１２０に要求し、当該要求に対する応答を受信した後に発信元端末Ａに２００ ＯＫ＿Ａを転送する。さらに、シグナリング処理部１１０は、コーデック変換が必要であるか判断し、必要である場合には、コーデック変換部１３０にコーデック変換要求を送信してもよい。

ステップＳ２０５において、シグナリング処理部１１０は次に、ＳＩＰ処理に遅延がある発信先端末Ｄから２００ ＯＫ＿Ｄを受信する。シグナリング処理部１１０は、ＳＩＰ ＩＮＶＩＴＥ＿Ｂの到着時間と２００ ＯＫ＿Ｄの受信時間との間のＲＴＴを決定し、１／ＲＴＴ×βの値を算出し、算出した待機時間だけ発信先端末Ｄのための通信リソース確保要求の送信を待機する。算出した待機時間が経過すると、シグナリング処理部１１０は、発信先端末Ｄのための通信リソースを確保するようメディア処理部１２０に要求し、当該要求に対する応答を受信した後に発信元端末Ｂに２００ ＯＫ＿Ｂを転送する。さらに、シグナリング処理部１１０は、コーデック変換が必要であるか判断し、必要である場合には、コーデック変換部１３０にコーデック変換要求を送信してもよい。

その後、ステップＳ２０６において、発信元端末Ａ，Ｂ，Ｃと発信先端末Ｄ，Ｅ，Ｆとの通信が実行される。

以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１００ 接続セッション制御装置（ＳＢＣ）
１１０ シグナリング処理部
１２０ メディア処理部
１３０ コーデック変換部

Claims (8)

1. 複数の端末と、
   前記複数の端末にネットワークを介し接続し、発信元端末と発信先端末との間の通信のための接続セッションを制御する接続セッション制御装置と、
   を有する通信システムであって、
   前記接続セッション制御装置は、
   前記発信元端末から前記発信先端末への接続要求に関するシグナリング処理を実行するシグナリング処理部と、
   前記接続要求に係る通信においてやりとりされるデータに対するメディア処理を実行するメディア処理部と、
   前記やりとりされるデータのフォーマットを変換するコーデック変換部と、
   を有し、
   前記シグナリング処理部は、前記発信元端末から接続要求を受信すると、前記発信元端末のためのメディア処理に係るリソースを確保するよう前記メディア処理部に要求すると共に前記接続要求の到着順を記録し、前記接続要求を前記発信先端末に転送し、
   前記発信先端末から前記接続要求に対する接続応答を受信すると、前記シグナリング処理部は、前記受信した接続応答が前記記録した接続要求の到着順に従っているか判断し、前記受信した接続応答が前記記録した到着順に従っている場合には前記発信先端末のためのメディア処理に係るリソースを確保するよう前記メディア処理部に要求し、前記受信した接続応答が前記記録した到着順に従っていない場合には所定の待機期間だけ待機する通信システム。
2. 前記シグナリング処理部は、前記所定の待機期間内に前記記録した到着順に従う他の接続要求に対する接続応答を受信した場合には、前記他の接続要求に対する接続応答に係る他の発信先端末のためのメディア処理に係るリソースを確保するよう前記メディア処理部に先行して要求し、前記所定の待機期間内に前記記録した到着順に従う他の接続要求に対する接続応答を受信しなかった場合には、前記発信先端末のためのメディア処理に係るリソースを確保するよう前記メディア処理部に要求する、請求項１記載の通信システム。
3. 前記シグナリング処理部は、前記発信元端末と前記発信先端末との間でデータフォーマットの変換が必要であるか判断し、データフォーマットの変換が必要である場合、前記コーデック変換部にコーデック変換に係るリソースを確保するよう要求する、請求項１又は２記載の通信システム。
4. 複数の端末と、前記複数の端末にネットワークを介し接続し、発信元端末と発信先端末との間の通信のための接続セッションを制御する接続セッション制御装置とを有する通信システムにおける接続セッション制御方法であって、
   前記発信元端末が、前記発信先端末への接続要求を前記接続セッション制御装置に送信するステップと、
   前記接続セッション制御装置が、前記発信元端末のためのメディア処理に係るリソースを確保すると共に前記接続要求の到着順を記録するステップと、
   前記接続セッション制御装置が、前記接続要求を前記発信先端末に転送するステップと、
   前記発信先端末が、前記接続要求に対する接続応答を前記接続セッション制御装置に送信するステップと、
   前記接続セッション制御装置が、前記受信した接続応答が前記記録した到着順に従っているか判断し、前記受信した接続応答が前記記録した接続要求の到着順に従っている場合には前記発信先端末のためのメディア処理に係るリソースを確保し、前記受信した接続応答が前記記録した到着順に従っていない場合には所定の待機期間だけ待機するステップと、
   を有する接続セッション制御方法。
5. 複数の端末と、
   前記複数の端末にネットワークを介し接続し、発信元端末と発信先端末との間の通信のための接続セッションを制御する接続セッション制御装置と、
   を有する通信システムであって、
   前記接続セッション制御装置は、
   前記発信元端末から前記発信先端末への接続要求に関するシグナリング処理を実行するシグナリング処理部と、
   前記接続要求に係る通信においてやりとりされるデータに対するメディア処理を実行するメディア処理部と、
   前記やりとりされるデータのフォーマットを変換するコーデック変換部と、
   を有し、
   前記シグナリング処理部は、前記発信元端末から接続要求を受信すると、前記発信元端末のためのメディア処理に係るリソースを確保するよう前記メディア処理部に要求すると共に前記接続要求の到着時間を記録し、前記接続要求を前記発信先端末に転送し、
   前記発信先端末から前記接続要求に対する接続応答を受信すると、前記シグナリング処理部は、前記受信した接続応答の受信時間と前記記録した接続要求の到着時間との間の時間に基づき導出された待機時間だけ待機した後に前記発信先端末のためのメディア処理に係るリソースを確保するよう前記メディア処理部に要求する通信システム。
6. 前記待機時間は、前記受信した接続応答の受信時間と前記記録した接続要求の到着時間との間の時間が長いほど短くなるよう設定される、請求項５記載の通信システム。
7. 前記シグナリング処理部は、前記発信元端末と前記発信先端末との間でデータフォーマットの変換が必要であるか判断し、データフォーマットの変換が必要である場合、前記コーデック変換部にコーデック変換に係るリソースを確保するよう要求する、請求項５又は６記載の通信システム。
8. 複数の端末と、前記複数の端末にネットワークを介し接続し、発信元端末と発信先端末との間の通信のための接続セッションを制御する接続セッション制御装置とを有する通信システムにおける接続セッション制御方法であって、
   前記発信元端末が、前記発信先端末への接続要求を前記接続セッション制御装置に送信するステップと、
   前記接続セッション制御装置が、前記発信元端末のためのメディア処理に係るリソースを確保すると共に前記接続要求の到着時間を記録するステップと、
   前記接続セッション制御装置が、前記接続要求を前記発信先端末に転送するステップと、
   前記発信先端末が、前記接続要求に対する接続応答を前記接続セッション制御装置に送信するステップと、
   前記接続セッション制御装置が、前記受信した接続応答の受信時間と前記記録した接続要求の到着時間との間の時間に基づき導出された待機時間だけ待機した後に前記発信先端末のためのメディア処理に係るリソースを確保するステップと、
   を有する接続セッション制御方法。
   

Images