(57)【要約】【課題】ＳＩＰ端末に実装されるプログラムに関わらず、処理負荷を軽減してセッションを効率よく更新する。【解決手段】ＳＳＣ６は、ＣＳＣＦ６１とＲＡＣＳ６２とを備える。ＲＡＣＳ６２は、端末装置７のセッションに必要な帯域を管理するとともに、所定の時間間隔でセッションの継続の有無をＣＳＣＦ６１に問合す。ＣＳＣＦ６１は、端末装置７から、セッションを継続するためのＩＮＶＩＴＥメッセージまたは、ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、ＲＡＣＳ６２に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データ６１４１に記録するとともに、ＲＡＣＳ６２からセッションの継続を問合せされた際、セッション継続データ６１４１を参照して、当該セッションが継続している場合、ＲＡＣＳ６２に当該セッションの帯域の継続を要求する。【選択図】図１
2011124809.tif 000002
【特許請求の範囲】
【請求項１】
２つの端末装置のセッションを制御するセッション制御サーバであって、
ＳＩＰセッション制御機能部と、ネットワーク帯域管理機能部と、を備え、
前記ＳＩＰセッション制御機能部は、
前記２つの端末装置のいずれかから、前記セッションを継続するためのＩＮＶＩＴＥメッセージまたは、前記ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、前記ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データに記録するとともに、前記ネットワーク帯域管理機能部から前記セッションの継続を問合せされた際、前記セッション継続データを参照して、当該セッションが継続している場合、前記ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求し、
前記ネットワーク帯域管理機能部は、
前記２つの端末装置のセッションに必要な帯域を管理するとともに、所定の時間間隔で前記セッションの継続の有無を前記ＳＩＰセッション制御機能部に問合せる
ことを特徴とするセッション制御サーバ。
【請求項２】
当該セッション制御サーバの負荷を算出する負荷算出部をさらに備え、
前記ネットワーク帯域管理機能部は、前記負荷算出部により算出された前記負荷に基づいて前記所定の時間間隔を変更する
ことを特徴とする請求項１に記載のセッション制御サーバ。
【請求項３】
２つの端末装置のセッションを制御するセッション制御サーバであって、
ＳＩＰセッション制御機能部と、ネットワーク帯域管理機能部と、を備え、
前記ＳＩＰセッション制御機能部は、
前記２つの端末装置のいずれかから、前記セッションを継続するためのＩＮＶＩＴＥメッセージまたは、前記ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、前記ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データに記録するとともに、前記セッション継続データを参照して、当該セッションが継続している場合、所定の時間間隔で前記ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求し、
前記ネットワーク帯域管理機能部は、
前記２つの端末装置のセッションに必要な帯域を管理する
ことを特徴とするセッション制御サーバ。
【請求項４】
当該セッション制御サーバの負荷を算出する負荷算出部をさらに備え、
前記ＳＩＰセッション制御機能部は、前記負荷算出部により算出された前記負荷に基づいて前記所定の時間間隔を変更する
ことを特徴とする請求項３に記載のセッション制御サーバ。
【請求項５】
２つの端末装置のセッションを制御するセッション制御プログラムであって、
コンピュータを、
ＳＩＰセッション制御機能部と、ネットワーク帯域管理機能部として機能させ、
前記ＳＩＰセッション制御機能部は、
前記２つの端末装置のいずれかから、前記セッションを継続するためのＩＮＶＩＴＥメッセージまたは、前記ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、前記ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データに記録するとともに、前記ネットワーク帯域管理機能部から前記セッションの継続を問合せされた際、前記セッション継続データを参照して、当該セッションが継続している場合、前記ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求し、
前記ネットワーク帯域管理機能部は、
２つの端末装置のセッションに必要な帯域を管理するとともに、所定の時間間隔で前記セッションの継続の有無をＳＩＰ前記セッション制御機能部に問合す
ことを特徴とするセッション制御プログラム。
【請求項６】
前記コンピュータを、
当該コンピュータの負荷を算出する負荷算出部としてさらに機能させ、
前記ネットワーク帯域管理機能部は、前記負荷算出部により算出された前記負荷に基づいて前記所定の時間間隔を変更する
ことを特徴とする請求項５に記載のセッション制御プログラム。
【請求項７】
２つの端末装置のセッションを制御するセッション制御プログラムであって、
コンピュータを、
ＳＩＰセッション制御機能部と、ネットワーク帯域管理機能部として機能させ、
前記ＳＩＰセッション制御機能部は、
前記２つの端末装置のいずれかから、前記セッションを継続するためのＩＮＶＩＴＥメッセージまたは、前記ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、前記ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データに記録するとともに、前記セッション継続データを参照して、当該セッションが継続している場合、所定の時間間隔で前記ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求し、
前記ネットワーク帯域管理機能部は、
２つの端末装置のセッションに必要な帯域を管理する
ことを特徴とするセッション制御プログラム。
【請求項８】
前記コンピュータを、
当該コンピュータの負荷を算出する負荷算出部としてさらに機能させ、
前記ＳＩＰセッション制御機能部は、前記負荷算出部により算出された前記負荷に基づいて前記所定の時間間隔を変更する
ことを特徴とする請求項７に記載のセッション制御プログラム。
【請求項９】
２つの端末装置のセッションを制御するセッション制御サーバに用いられるセッション制御方法であって、
前記セッション制御サーバは、ＳＩＰセッション制御機能部と、ネットワーク帯域管理機能部と、を備え、
前記ネットワーク帯域管理機能部が、２つの端末装置のセッションに必要な帯域を管理するとともに、所定の時間間隔で前記セッションの継続の有無を前記ＳＩＰセッション制御機能部に問合すステップと、
前記ＳＩＰセッション制御機能部が、前記２つの端末装置のいずれかから、前記セッションを継続するためのＩＮＶＩＴＥメッセージまたは、前記ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、前記ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データに記録するステップと、
前記ＳＩＰセッション制御機能部が、前記ネットワーク帯域管理機能部から前記セッションの継続を問合せされた際、前記セッション継続データを参照して、当該セッションが継続している場合、前記ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求するステップと、
を備えることを特徴とするセッション制御方法。
【請求項１０】
負荷算出部が、当該セッション制御サーバの負荷を算出するステップと、
前記ネットワーク帯域管理機能部が、前記負荷算出部により算出された前記負荷に基づいて前記所定の時間間隔を変更するステップと、
をさらに備えることを特徴とする請求項９に記載のセッション制御方法。
【請求項１１】
２つの端末装置のセッションを制御するセッション制御サーバに用いられるセッション制御方法であって、
前記セッション制御サーバは、ＳＩＰセッション制御機能部と、ネットワーク帯域管理機能部と、を備え、
前記ネットワーク帯域管理機能部が、２つの端末装置のセッションに必要な帯域を管理するステップと、
前記ＳＩＰセッション制御機能部が、前記２つの端末装置のいずれかから、前記セッションを継続するためのＩＮＶＩＴＥメッセージまたは、前記ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、前記ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データに記録するステップと、
前記ＳＩＰセッション制御機能部が、前記セッション継続データを参照して、当該セッションが継続している場合、所定の時間間隔で前記ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求するステップと、
を備えることを特徴とするセッション制御方法。
【請求項１２】
負荷算出部が、当該セッション制御サーバの負荷を算出するステップと、
前記ＳＩＰセッション制御機能部が、前記負荷算出部により算出された前記負荷に基づいて前記所定の時間間隔を変更するステップと、
をさらに備えることを特徴とする請求項１１に記載のセッション制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２つの端末装置のセッションを制御するセッション制御サーバ、セッション制御プログラムおよびセッション制御方法に関する。
【背景技術】
【０００２】
近年、次世代ネットワーク（ＮＧＮ：Next Generation Network）におけるＳＩＰ（Session Initiation Protocol）によるメディアセッションの制御を行うメディアセッション制御技術が開発されている。
【０００３】
ＮＧＮでは、利用者が要求する各種の通信サービスに応えるために、メディアセッションを制御するセッション制御サーバ装置が、リソース（帯域）の制御に伴うメディアセッションの制御を効率よく行うことが重要になる。メディアセッションの制御は、セッションの開始、管理（更新、終了）等が含まれる。
【０００４】
従来のＳＩＰによるメディアセッションの制御を行うメディアセッション制御技術について、加入者を収容するセッション制御サーバ装置（ＳＳＣ：Subscriber Session Control server）を例に説明する。通信を始めようとする利用者のＳＩＰ端末装置（ＵＡＣ（User Agent Client））から送信されるＳＩＰメッセージのＩＮＶＩＴＥをＳＳＣが受信すると、ＳＳＣのＳＩＰセッション制御機能部（ＣＳＣＦ：Call Session Control Function）が、ＩＮＶＩＴＥのＳＤＰ（Session Description Protocol）に記述されているメディア情報に基づいて、帯域、転送品質クラス等を決定し、ネットワーク帯域管理機能部（ＲＡＣＳ：Resource and Admission Control Subsystem）に通知する。ＲＡＣＳは、物理的なアクセスネットワークの構成を仮想パスとして抽象化し、抽象化した仮想パスの接続構成を設計データとして保持している。従ってＲＡＣＳは、ＣＳＣＦから通知を受けると、要求された帯域がこの仮想パス上に確保することができるか否かをチェックする。確保できる場合は、ＲＡＣＳは、要求された帯域の受付けを許可し、要求された帯域を予約状態としてアクセスネットワークに接続されるエッジルータ（ＳＳＥ：Subscriber Service Edge）に設定する。その後、ＩＮＶＩＴＥを受信したＳＩＰ端末装置（ＵＡＳ（User Agent Server））からＳＩＰメッセージの２００ＯＫが送信されると、上記と同様にして、ＣＳＣＦが２００ＯＫのＳＤＰに記述されている確定された帯域をＲＡＣＳに通知し、ＲＡＣＳが確定された帯域を確保状態としてＳＳＥに設定する。
【０００５】
これにより、ＣＳＣＦがＩＮＶＩＴＥ、あるいは２００ＯＫの受信に連動してＲＡＣＳを動作させることにより、ＵＡＣおよびＵＡＳ間で通話が可能になる（例えば、非特許文献１参照）。
【０００６】
また、他のメディアセッション制御技術として、ＳＩＰ端末装置（ＵＡＣ）あるいは、ＳＩＰ端末装置（ＵＡＳ）が、通信が始まった以降において、メディアセッションが正常に継続していることをあらわすために、ＳＩＰ端末装置（ＵＡＣ）およびＳＩＰ端末装置（ＵＡＳ）間で合意した特定の間隔でＩＮＶＩＴＥを送信するものがある。ここで、特定の間隔で送信されるＩＮＶＩＴＥは、セッションを確立前に送信されるＩＮＶＩＴＥと同じである。セッション確立前のＩＮＶＩＴＥであるか、確立後のＩＮＶＩＴＥであるかを区別するために、以下、前者をイニシャルＩＮＶＩＴＥと称し、後者をｒｅ−ＩＮＶＩＴＥと称する。
【０００７】
ＣＳＣＦは、ｒｅ−ＩＮＶＩＴＥを周期的に受信することにより、メディアセッションが正常に継続していることを知ることができる（例えば、非特許文献２参照）。
【０００８】
上記に述べたとおり、これら従来のメディアセッションのリソースを管理するメディアセッションリソース管理技術にあっては、ＣＳＣＦがＩＮＶＩＴＥやｒｅ−ＩＮＶＩＴＥ、あるいは２００ＯＫの受信に連動して、受信の度に、ＲＡＣＳを動作させ、メディアセッションのリソースの管理を行うことになる。
【０００９】
図１０を参照して、従来のメディアセッションリソース管理の概念を説明する。
【００１０】
まずステップＳ９０１において、ＳＩＰ端末装置（ＵＡＣ）がイニシャルＩＮＶＩＴＥを送信すると、ＳＳＣのＣＳＣＦが受信し、ＲＡＣＳに要求された帯域等を通知する。ＲＡＣＳはＳＳＥに、要求された帯域を予約状態に設定する。ステップＳ９０２において、イニシャルＩＮＶＩＴＥを受信したＳＩＰ端末装置（ＵＡＳ）が２００ＯＫを送信すると、ＣＳＣＦが受信し、ＲＡＣＳに確定された帯域を通知する。ＲＡＣＳがＳＳＥに確定された帯域を確保状態に設定する。
【００１１】
ＳＩＰ端末装置（ＵＡＣ）あるいは、ＳＩＰ端末装置（ＵＡＳ）が、ステップＳ９０３において、特定の間隔（Ｔ１）でｒｅ−ＩＮＶＩＴＥ（ａ）を送信すると、ＣＳＣＦが受信する。ＣＳＣＦが、ＲＡＣＳに既に確定されている帯域の継続（更新）を要求するリフレッシュ要求を入力すると、ＲＡＣＳは、帯域を継続（更新）する。ステップＳ９０４において、ｒｅ−ＩＮＶＩＴＥ（ａ）を受信したＳＩＰ端末装置（ＵＡＳ）が、ｒｅ−ＩＮＶＩＴＥ（ａ）に対応して２００ＯＫ（ａ）を送信すると、ｒｅ−ＩＮＶＩＴＥ（ａ）の受信と同様に、ＣＳＣＦが受信する。ＣＳＣＦが、ＲＡＣＳに既に確定されている帯域の継続（更新）を要求するリフレッシュ要求を入力すると、ＲＡＣＳは、帯域を継続（更新）する。
【００１２】
ＳＳＣは、上記に述べたｒｅ−ＩＮＶＩＴＥ（ａ）および２００ＯＫ（ａ）を受信した場合の制御を、通話が終了するまで繰り返し行う。図１０に示す例では、ステップＳ９０５およびステップＳ９０６で示すように、ｒｅ−ＩＮＶＩＴＥ（ｎ）および２００ＯＫ（ｎ）まで続くとする。
【００１３】
ステップＳ９０７において、ＳＩＰ端末装置（ＵＡＣ）あるいは、ＳＩＰ端末装置（ＵＡＳ）がＳＩＰメッセージのＢＹＥを送信すると、ＣＳＣＦが受信する。ＣＳＣＦが、ＲＡＣＳに既に確定されている帯域の開放を要求する帯域開放要求を入力すると、ＲＡＣＳは、ＳＳＥに既に確定されている帯域を、開放状態に設定する。
【００１４】
なお、ＣＳＣＦは、ｒｅ−ＩＮＶＩＴＥが特定の間隔（Ｔ１）で受信できなかった場合は、メディアセッションは継続していないと判断し、ＲＡＣＳに帯域開放要求を入力する。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】宮坂昌宏、堀米紀貴、岸田好司、「ＮＧＮにおける帯域管理制御技術」、ＮＴＴ技術ジャーナル、平成２０年１０月１日、第２０巻、第１０号、ｐ．２２−２３
【非特許文献２】ＲＦＣ４０２８「Session Timers in the Session Initiation Protocol(SIP)」、２００５年４月、ＲＦＣ、［２００９年１１月検索］、インターネット＜ＵＲＬ：http://www.rfc-editor.org/rfc/rfc4028.txt＞
【発明の概要】
【発明が解決しようとする課題】
【００１６】
しかしながら、従来のメディアセッションリソース管理技術において、セッション制御サーバ装置の処理負担が大きくなってしまう問題がある。具体的には、セッション制御サーバ装置が、特定の間隔で送信されてくるｒｅ−ＩＮＶＩＴＥを受信することにより、メディアセッションが正常に継続していることを知り、リソース（帯域）の継続（更新）を行うことができる。セッション制御サーバ装置は、頻繁に送信されてくるｒｅ−ＩＮＶＩＴＥを受信する度に、イニシャルＩＮＶＩＴを受信した場合の制御と同様に制御しなければならない。従ってセッション制御サーバの処理負担が大きくなる問題がある。
【００１７】
また、ｒｅ−ＩＮＶＩＴＥが送信される間隔は、ＳＩＰ端末装置（ＵＡＣ）およびＳＩＰ端末装置（ＵＡＳ）間の合意により決まり、セッション制御サーバが関与することはない。従って、セッション制御サーバの処理負担が、ＳＩＰ端末装置（ＵＡＣ）およびＳＩＰ端末装置（ＵＡＳ）に実装されるプログラムに左右されるという問題がある。
【００１８】
従って本発明の目的は、ＳＩＰ端末に実装されるプログラムに関わらず、処理負荷を軽減してセッションを効率よく更新することのできるセッション制御サーバ、セッション制御プログラムおよびセッション制御方法を提供することである。
【課題を解決するための手段】
【００１９】
上記課題を解決するために、本発明の第１の特徴は、２つの端末装置のセッションを制御するセッション制御サーバに関する。即ち本発明の第１の特徴に係るセッション制御サーバは、ＳＩＰセッション制御機能部と、ネットワーク帯域管理機能部と、を備え、ＳＩＰセッション制御機能部は、２つの端末装置のいずれかから、セッションを継続するためのＩＮＶＩＴＥメッセージまたは、ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データに記録するとともに、ネットワーク帯域管理機能部からセッションの継続を問合せされた際、セッション継続データを参照して、当該セッションが継続している場合、ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求し、ネットワーク帯域管理機能部は、２つの端末装置のセッションに必要な帯域を管理するとともに、所定の時間間隔でセッションの継続の有無をＳＩＰセッション制御機能部に問合せる。
【００２０】
ここで、当該セッション制御サーバの負荷を算出する負荷算出部をさらに備えても良い。この場合ネットワーク帯域管理機能部は、負荷算出部により算出された負荷に基づいて所定の時間間隔を変更する。
【００２１】
本発明の第２の特徴は、２つの端末装置のセッションを制御するセッション制御サーバに関する。本発明の第２の特徴に係るセッション制御サーバは、ＳＩＰセッション制御機能部と、ネットワーク帯域管理機能部と、を備え、ＳＩＰセッション制御機能部は、
２つの端末装置のいずれかから、セッションを継続するためのＩＮＶＩＴＥメッセージまたは、ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データに記録するとともに、セッション継続データを参照して、当該セッションが継続している場合、所定の時間間隔でネットワーク帯域管理機能部に当該セッションの帯域の継続を要求し、ネットワーク帯域管理機能部は、２つの端末装置のセッションに必要な帯域を管理する。
【００２２】
ここで、当該セッション制御サーバの負荷を算出する負荷算出部をさらに備えても良い。この場合、ＳＩＰセッション制御機能部は、負荷算出部により算出された負荷に基づいて所定の時間間隔を変更する。
【００２３】
本発明の第３の特徴は、２つの端末装置のセッションを制御するセッション制御プログラムに関する。本発明の第３の特徴に係るセッション制御プログラムは、コンピュータを、ＳＩＰセッション制御機能部と、ネットワーク帯域管理機能部として機能させる。ＳＩＰセッション制御機能部は、２つの端末装置のいずれかから、セッションを継続するためのＩＮＶＩＴＥメッセージまたは、ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データに記録するとともに、ネットワーク帯域管理機能部からセッションの継続を問合せされた際、セッション継続データを参照して、当該セッションが継続している場合、ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求する。ネットワーク帯域管理機能部は、２つの端末装置のセッションに必要な帯域を管理するとともに、所定の時間間隔でセッションの継続の有無をＳＩＰセッション制御機能部に問合す。
【００２４】
ここで、コンピュータを、当該コンピュータの負荷を算出する負荷算出部としてさらに機能させても良い。この場合、ネットワーク帯域管理機能部は、負荷算出部により算出された負荷に基づいて所定の時間間隔を変更する。
【００２５】
本発明の第４の特徴は、２つの端末装置のセッションを制御するセッション制御プログラムに関する。本発明の第４の特徴に係るセッション制御プログラムは、コンピュータを、ＳＩＰセッション制御機能部と、ネットワーク帯域管理機能部として機能させる。ＳＩＰセッション制御機能部は、２つの端末装置のいずれかから、セッションを継続するためのＩＮＶＩＴＥメッセージまたは、ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データに記録するとともに、セッション継続データを参照して、当該セッションが継続している場合、所定の時間間隔でネットワーク帯域管理機能部に当該セッションの帯域の継続を要求する。ネットワーク帯域管理機能部は、２つの端末装置のセッションに必要な帯域を管理する。
【００２６】
ここで、コンピュータを、当該コンピュータの負荷を算出する負荷算出部としてさらに機能させても良い。この場合、ＳＩＰセッション制御機能部は、負荷算出部により算出された負荷に基づいて所定の時間間隔を変更する。
【００２７】
本発明の第５の特徴は、２つの端末装置のセッションを制御するセッション制御サーバに用いられるセッション制御方法に関する。ここでセッション制御サーバは、ＳＩＰセッション制御機能部と、ネットワーク帯域管理機能部と、を備える。本発明の第５の特徴に係るセッション制御方法は、ネットワーク帯域管理機能部が、２つの端末装置のセッションに必要な帯域を管理するとともに、所定の時間間隔でセッションの継続の有無をＳＩＰセッション制御機能部に問合すステップと、ＳＩＰセッション制御機能部が、２つの端末装置のいずれかから、セッションを継続するためのＩＮＶＩＴＥメッセージまたは、ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データに記録するステップと、ＳＩＰセッション制御機能部が、ネットワーク帯域管理機能部からセッションの継続を問合せされた際、セッション継続データを参照して、当該セッションが継続している場合、ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求するステップと、を備える。
【００２８】
ここで、負荷算出部が、当該セッション制御サーバの負荷を算出するステップと、ネットワーク帯域管理機能部が、負荷算出部により算出された負荷に基づいて所定の時間間隔を変更するステップと、をさらに備えても良い。
【００２９】
本発明の第６の特徴は、２つの端末装置のセッションを制御するセッション制御サーバに用いられるセッション制御方法に関する。ここでセッション制御サーバは、ＳＩＰセッション制御機能部と、ネットワーク帯域管理機能部と、を備える。本発明の第６の特徴に係るセッション制御方法は、ネットワーク帯域管理機能部が、２つの端末装置のセッションに必要な帯域を管理するステップと、ＳＩＰセッション制御機能部が、２つの端末装置のいずれかから、セッションを継続するためのＩＮＶＩＴＥメッセージまたは、ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、ネットワーク帯域管理機能部に当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データに記録するステップと、ＳＩＰセッション制御機能部が、セッション継続データを参照して、当該セッションが継続している場合、所定の時間間隔でネットワーク帯域管理機能部に当該セッションの帯域の継続を要求するステップと、を備える
ここで、負荷算出部が、当該セッション制御サーバの負荷を算出するステップと、ＳＩＰセッション制御機能部が、負荷算出部により算出された負荷に基づいて所定の時間間隔を変更するステップと、をさらに備えても良い。
【発明の効果】
【００３０】
本発明によれば、ＳＩＰ端末に実装されるプログラムに関わらず、処理負荷を軽減してセッションを効率よく更新することのできるセッション制御サーバ、セッション制御プログラムおよびセッション制御方法を提供することができる。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施の形態に係る通信システムのシステム構成を説明する図である。
【図２】本発明の第１の実施の形態に係るセッション制御サーバの構成を説明する図である。
【図３】本発明の第１の実施の形態に係るセッション制御サーバにおけるリソース管理に関する処理を説明する図である。
【図４】本発明の第１の実施の形態に係るセッション制御サーバの処理を説明するフローチャートである。
【図５】本発明の第１の実施の形態に係る通信システムのシーケンスチャートである。
【図６】本発明の第２の実施の形態に係るセッション制御サーバの構成を説明する図である。
【図７】本発明の第２の実施の形態に係るセッション制御サーバにおけるリソース管理に関する処理を説明する図である。
【図８】本発明の第２の実施の形態に係るセッション制御サーバの処理を説明するフローチャートである。
【図９】本発明の第２の実施の形態に係る通信システムのシーケンスチャートである。
【図１０】従来のセッション制御サーバにおけるリソース管理に関する処理を説明する図である。
【発明を実施するための形態】
【００３２】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００３３】
（実施の形態）
本発明の実施の形態に係るセッション制御サーバは、ｒｅ−ＩＮＶＩＴＥに同期して、イニシャルＩＮＶＩＴＥを受信した場合と同様の制御を起動しない。セッション制御サーバは、独自にタイマーを持ち、セッション制御サーバ内のタイマーの満了により、イニシャルＩＮＶＩＴＥを受信した場合と同様の制御を起動する。セッション制御サーバ内のタイマーは、ＳＩＰの端末装置間のｒｅ−ＩＮＶＩＴＥの送信間隔よりも長くすることにより、セッション制御サーバ内の処理負荷を軽減することができる。また、セッション制御サーバの負荷状態が高い場合にはタイマー値を長くするなど、セッション制御サーバの負荷に応じてタイマー値を変更することができる。
【００３４】
ここで、セッション制御サーバは、ＳＩＰセッション制御機能部（ＣＳＣＦ：Call Session Control Function）と、ネットワーク帯域管理機能部（ＲＡＣＳ：Resource and Admission Control Subsystem）と、を備える。セッション制御サーバ内において、（１）ＲＡＣＳがタイマー機能を備える場合と、（２）ＣＳＣＦがタイマー機能を備える場合とが考えられる。（１）ＲＡＣＳがタイマー機能を備える場合、ＣＳＣＦとＲＡＣＳの負荷を均等化することができる。また、（２）ＣＳＣＦがタイマー機能を備える場合、従来の実装との連続性を維持することができる。本発明の実施の形態においては、（１）ＲＡＣＳがタイマー機能を備える場合を第１の実施の形態として記載する。また、（２）ＣＳＣＦがタイマー機能を備える場合を第２の実施の形態として記載する。
【００３５】
本発明の実施の形態において、”Ｔ１”は、ＳＩＰの端末装置のプログラムにより合意されたｒｅ−ＩＮＶＩＴＥを送信する時間間隔である。”Ｔ２”は、第１の実施の形態においてＲＡＣＳがタイマー機能を備える場合に、ＲＡＣＳがＣＳＣＦに対してメディアセッションが継続していることを問合す時間間隔である。ＣＳＣＦは、この問合せの後、ＲＡＣＳにリフレッシュを要求する。”Ｔ３”は、第２の実施の形態においてＣＳＣＦがタイマーを備える場合に、ＣＳＣＦがＲＡＣＳにリフレッシュを要求する時間間隔である。
【００３６】
ここで、上記（１）と（２）のそれぞれについて、処理の概要を記載する。
【００３７】
（１）ＲＡＣＳがタイマー機能を備える場合（第１の実施の形態）
第１の実施の形態に係るセッション制御サーバのＣＳＣＦは、特定の間隔（Ｔ１）で送信されるｒｅ−ＩＮＶＩＴＥ、およびそれに伴って送信される２００ＯＫを受信した場合、メディアセッションが継続していることを確認し記憶する。しかし、セッション制御サーバは、従来の処理とは異なり、ＲＡＣＳに対して、既に確定された帯域の継続（更新）を要求するリフレッシュを要求しない。第１の実施の形態に係るセッション制御サーバにおいて、ＲＡＣＳからＣＳＣＦに、ＲＡＣＳが決める時間間隔（Ｔ２）で、メディアセッションが継続しているかを問合す。さらに、問合せを受けたＣＳＣＦが、メディアセッションの継続を確認して、ＲＡＣＳにリフレッシュを要求する。
【００３８】
ここで、Ｔ１＜Ｔ２と設定することにより、セッション制御サーバでリフレッシュが要求される回数を減少させることができる。従って、セッション制御サーバで、ＣＳＣＦおよびＲＡＣＳの処理負担を軽くすることができる。また、ＣＳＣＦおよび、あるいはＲＡＣＳが過負荷の状態の場合、Ｔ２はさらに長く設定されることが好ましい。
【００３９】
（２）ＣＳＣＦがタイマー機能を備える場合（第２の実施の形態）
第２の実施の形態に係るセッション制御サーバのＣＳＣＦは、特定の間隔（Ｔ１）で送信されるｒｅ−ＩＮＶＩＴＥ、およびそれに伴って送信される２００ＯＫを受信した場合、メディアセッションが継続していることを確認し記憶する。しかし、セッション制御サーバは、従来の処理とは異なり、ＲＡＣＳに対して、既に確定された帯域の継続（更新）を要求するリフレッシュを要求しない。第１の実施の形態に係るセッション制御サーバにおいて、ＣＳＣＦが、ＣＳＣＦが決める時間間隔（Ｔ３）で、ＲＡＣＳにリフレッシュを要求する。
【００４０】
ここで、Ｔ１＜Ｔ３と設定することにより、セッション制御サーバでリフレッシュが要求される回数が減少させることができる。従って、セッション制御サーバで、ＣＳＣＦおよびＲＡＣＳの処理負担を軽くすることができる。また、ＣＳＣＦおよび、あるいはＲＡＣＳが過負荷の状態の場合、Ｔ３はさらに長く設定されることが好ましい。
【００４１】
（第１の実施の形態）
図１ないし図５を参照して、第１の実施の形態に係るセッション制御サーバについて説明する。
【００４２】
（システム構成）
まず図１を参照して、本発明の実施の形態に係るセッション制御サーバが適用される通信システムについて説明する。
【００４３】
本発明の実施の形態に係る通信システムは、コアネットワーク１、アクセスネットワーク２、ＩＢＥ（Intermediate Border gateway Equipment）３、ＳＳＥ（Subscriber Service Edge））４、ＩＳＣ（Intermediate Session Control server）５、ＳＳＣ（Subscriber Session Control server）６および端末装置７を備える。
【００４４】
アクセスネットワーク２は、第１のアクセスネットワーク２ａおよび第２のアクセスネットワーク２ｂを備える。ここで、どのアクセスネットワークであるかを特定しない場合、単にアクセスネットワーク２と記載する。
【００４５】
ＳＳＥ４は、第１のＳＳＥ４ａおよび第２のＳＳＥ４ｂを備える。ここで、どのＳＳＥであるかを特定しない場合、単にＳＳＥ４と記載する。
【００４６】
ＳＳＣ６は、第１のＳＳＣ６ａおよび第２のＳＳＣ６ｂを備える。ここで、どのＳＳＣであるかを特定しない場合、単にＳＳＣ６と記載する。
【００４７】
端末装置７は、第１の端末装置７ａおよび第２の端末装置７ｂを備える。ここで、どの端末装置であるかを特定しない場合、単に端末装置７と記載する。
【００４８】
ＩＢＥ３、第１のＳＳＥ４ａおよび第２のＳＳＥ４ｂは、コアネットワーク１に接続される。第１のアクセスネットワーク２ａは、第１のＳＳＥ４ａに接続される。第２のアクセスネットワーク２ｂは、第２のＳＳＥ４ｂに接続される。第１の端末装置７ａは、第１のアクセスネットワーク２ａに接続される。第２の端末装置７ｂは、第２のアクセスネットワーク２ｂに接続される。
【００４９】
コアネットワーク１は、大容量のルータで構成される転送ネットワークである。アクセスネットワーク２は、光ファイバを利用者宅内まで分配するための伝送装置やＶＤＳＬ装置で構成される転送ネットワークである。
【００５０】
ＩＢＥ３は、他網との間でパケットの送受信を行うエッジルータである。ＳＳＥ４は、端末装置７との間でパケットの送受信を行うエッジルータである。
【００５１】
ＩＳＣ５は、ＩＢＥ３に接続され、本発明の実施の形態に係る特徴である中継系のセッション制御機能と、他ネットワークとの接続制御機能を有し、他網との接続構成を仮想パスとして抽象化し管理する。ＩＳＣ５は、ＣＳＣＦ５１およびＲＡＣＳ５２を備える。
【００５２】
ＳＳＣ６は、本発明の実施の形態に係る特徴である加入者系のセッション制御機能を有し、アクセスネットワーク２の構成を仮想パスとして抽象化し管理する。第１のＳＳＣ６ａは、第１のＳＳＥ４ａに接続される。第１のＳＳＣ６ａは、第１のＣＳＣＦ６１ａ、第１のＲＡＣＳ６２ａおよび第１のＮＡＳＳ（Network Attachment SubSystem）６３ａを備える。第２のＳＳＣ６ｂは、第２のＳＳＥ４ｂに接続される。第２のＳＳＣ６ｂは、第２のＣＳＣＦ６１ｂ、第２のＲＡＣＳ６２ｂおよび第２のＮＡＳＳ６３ｂを備える。
【００５３】
図１において、第１のアクセスネットワーク２ａに接続された第１の端末装置７ａは一つであるが、複数の端末装置が接続されても良い。また、各装置は独立して存在する必要はない。例えば、第１のＳＳＥ４ａと第１のＳＳＣ６ａが、一つのハードウェア上に実装されても良い。
【００５４】
本発明の実施の形態においては、第１の端末装置７ａと第２の端末装置７ｂとの間で通信を行うために確立したメディアセッションについて、ＩＳＣ５、第１のＳＳＣ６ａおよび第２のＳＳＣ６ｂ等のセッション制御サーバにおけるリソース管理のための処理を軽減することができる。また、
ここで、本発明の第１の実施の形態に係るセッション制御サーバは、ＩＳＣ５、第１のＳＳＣおよび第２のＳＳＣ６ｂのうちのいずれかで実装される。本発明の第１の実施の形態に係るＩＳＣ５およびＳＳＣ６は、同様の構成を備えるので、以下、第１のＳＳＣ６ａを例に説明する。
【００５５】
（第１の実施の形態に係るＳＳＣの構成）
図２を参照して、第１の実施の形態に係るＳＳＣを説明する。図２において、第１のＳＳＣ６ａの機能のうち、本発明の実施の形態に係る部分のみを概念的に示している。
【００５６】
第１のＳＳＣ６ａは、２つの端末装置のセッションを制御する。第１のＳＳＣ６ａは、第１のＣＳＣＦ６１ａ、第１のＲＡＣＳ６２ａおよび負荷算出手段６２７を備える。
【００５７】
第１のＣＳＣＦ６１ａは、２つの端末装置６のいずれかから、セッションを継続するためのＩＮＶＩＴＥメッセージまたは、ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、第１のＲＡＣＳ６２ａに当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データ６１４１に記録する。さらに第１のＣＳＣＦ６１ａは、第１のＲＡＣＳ６２ａからセッションの継続を問合せされた際、セッション継続データ６１４１を参照して、当該セッションが継続している場合、第１のＲＡＣＳ６２ａに当該セッションの帯域の継続を要求する。
【００５８】
第１のＲＡＣＳ６２ａは、２つの端末装置６のセッションに必要な帯域を管理するとともに、所定の時間間隔（Ｔ２）でセッションの継続の有無を第１のＣＳＣＦ６１ａに問合す。第１のＲＡＣＳ６２ａは、負荷算出部６２７により算出された負荷に基づいて所定の時間間隔（Ｔ２）を変更しても良い。
【００５９】
負荷算出部６２７は、第１のＳＳＣ６ａについて負荷を算出する。この負荷は、第１のＣＳＣＦ６１ａの負荷および第１のＲＡＣＳ６２ａの負荷のいずれかの負荷でも良いし、また、第１のＳＳＣ６ａ全体の負荷でも良い。
【００６０】
次に、第１のＣＳＣＦ６１ａについて詳述する。
【００６１】
第１のＣＳＣＦ６１ａは、ＳＩＰ信号制御部６１１、セッション管理制御部６１２、セッション継続管理データ制御部６１３、セッション継続管理データ蓄積部６１４および継続問合せ受付部６１５を有する。
【００６２】
ＳＩＰ信号制御部６１１は、ＳＩＰメッセージのイニシャルＩＮＶＩＴＥや２００ＯＫ等を受信し、これらの信号をセッション管理制御部６１２と連携して処理する。ＳＩＰ信号制御部６１１はさらに、処理した結果に基づいて、イニシャルＩＮＶＩＴＥや２００ＯＫ等を送信する。
【００６３】
セッション管理制御部６１２は、ＳＩＰ信号制御部６１１と連携して、各種の信号を処理する。セッション管理制御部６１２は、ＳＩＰ信号制御部６１１から各種の信号が渡されると、第１のＲＡＣＳ６２ａの帯域管理制御部６２１に、要求帯域の通知、確定帯域の通知、帯域開放の要求、リフレッシュの要求等を送信する。さらにセッション管理制御部６１２は、第１のＲＡＣＳ６２ａの帯域管理制御部６２１から送られてくる処理結果を受け取り、ＳＩＰ信号制御部６１１に送る。
【００６４】
特に本発明の第１の実施の形態においてセッション管理制御部６１２は、第１のＲＡＣＳ６２ａのタイマー機能で定められる特定の間隔（Ｔ２）で継続問合せを受けると、そのメディアセッションが継続している場合、第１のＲＡＣＳ６２ａに、リフレッシュを要求する。ここで、特定の間隔（Ｔ２）は、第１のＣＳＣＦ６１ａの負荷、第１のＲＡＣＳ６２ａ、また第１のＳＳＣ６ａ全体の負荷の状態により、変更されても良い。
【００６５】
セッション継続管理データ制御部６１３は、ｒｅ−ＩＮＶＩＴＥを特定の間隔（Ｔ１）で受信していることをチェックする。それによりセッション継続管理データ制御部６１３は、該当するメディアセッションが継続していることを確認し、セッション継続管理データ蓄積部６１４に蓄積するよう制御する。またセッション継続管理データ制御部６１３は、継続問合せ受付部６１５からメディアセッションが継続していることの確認の依頼を受けると、該当するメディアセッションの継続を確認し、確認したことを継続問合せ受付部６１５に送信する。
【００６６】
セッション継続管理データ蓄積部６１４は、メディアセッション継続データ６１４１を有している。セッション継続管理データ蓄積部６１４は、セッション継続管理データ制御部６１３の制御により、セッション継続データ６１４１を更新する。セッション継続データ６１４１は、メディアセッションの管理番号と継続していることを示すデータとを関連づけたデータである。さらにセッション継続管理データ蓄積部６１４は、セッション継続管理データ制御部６１３からの要求に基づいて、セッション継続データ６１４１を参照して、特定のメディアセッションが継続しているか否かを返す。
【００６７】
継続問合せ受付部６１５は、第１のＲＡＣＳ６２ａから送られるメディアセッションの継続の問合せを受付け、セッション継続管理データ制御部６１３に確認を依頼する。セッション継続管理データ制御部６１３において、メディアセッションの継続が確認できると、継続問合せ受付部６１５は、セッション管理制御部６１２に、第１のＲＡＣＳ６２ａにリフレッシュの要求を行うよう依頼する。
【００６８】
次に、第１のＲＡＣＳ６２ａについて詳述する。
【００６９】
第１のＲＡＣＳ６２ａは、帯域管理制御部６２１、仮想パス管理データ蓄積部６２２、エッジルータ制御部６２３、セッション管理データ制御部６２４、セッション管理データ蓄積部６２５および継続問合せ部６２６を有する。
【００７０】
帯域管理制御部６２１は、第１のＣＳＣＦ６１ａのセッション管理制御部６１２から、要求帯域の通知が送られると、仮想パス管理データ蓄積部６２２にアクセスし、要求された帯域を確保できるか否かをチェックする。さらに帯域管理制御部６２１は、要求された帯域を確保できる場合、受付けを許可する。この場合帯域管理制御部６２１は、エッジルータ制御部６２３と連携して、第１のＳＳＥ４ａに予約設定し、予約設定の結果を第１のＣＳＣＦ６１ａのセッション管理制御部６１２に送信する。またセッション管理制御部６１２から、確定された帯域について通知が送信されると、エッジルータ制御部６２３と連携して、第１のＳＳＥ４ａに確保設定し、確保設定の結果を第１のＣＳＣＦ６１ａのセッション管理制御部６１２に送信する。またセッション管理制御部６１２から、帯域開放の要求が送信されると、エッジルータ制御部６２３と連携して、第１のＳＳＥ４ａに開放設定し、開放設定の結果を第１のＣＳＣＦ６１ａのセッション管理制御部６１２に送信する。
【００７１】
また帯域管理制御部６２１は、セッション管理制御部６１２から、リフレッシュの要求が送信されると、リフレッシュの要求の中に含まれる特定の時間間隔（Ｔ２）をセッション管理データ制御部６２４に送信する。ここで帯域管理制御部６２１はさらに、第１のＲＡＣＳ６２ａの負荷状態を取得して、セッション管理データ制御部６２４に送信しても良い。帯域管理制御部６２１は、負荷状態を考慮してセッション管理データ制御部６２４から通知される、伝えた特定の間隔（Ｔ２）のままか、より長い値の特定の間隔（Ｔ２）に変更したかをリフレッシュの応答の中に含める。
【００７２】
もしくは、セッション管理制御部６１２が、負荷状態が高い場合にリフレッシュ要求の中に含まれる特定の時間間隔（Ｔ２）をあらかじめ長い値の時間間隔（Ｔ２）に変更したうえで、ＲＡＣＳ６２aの帯域管理制御部６２１へリフレッシュ要求を送信してもよい。
【００７３】
仮想パス管理データ蓄積部６２２は、仮想パスデータ６２２１を有する。仮想パスデータ６２２１は、仮想パスの容量と現在の使用量を含むデータである。仮想パスデータ６２２１において、メディアセッションの管理番号と、第１のＳＳＣ６ａにおいて各メディアセッションに割り当てた帯域と、が関連づけられていても良い。また、加入者識別子ごとに、ポート番号、ＩＰアドレス等のセッションの情報が関連づけられていても良い。
【００７４】
エッジルータ制御部６２３は、帯域管理制御部６２１と連携して、第１のＳＳＥ４ａに予約設定、確保設定、開放設定し、その設定結果を帯域管理制御部６２１に送信する。
【００７５】
セッション管理データ制御部６２４は、セッション管理データ蓄積部６２５にメディアセッションが確立した時刻を蓄積するよう制御し、帯域管理制御部６２１から通知される特定の間隔（Ｔ２）および第１のＲＡＣＳ６２ａ等の負荷の状態に基づいて、特定の間隔（Ｔ２）を更新する。具体的には、セッション管理データ制御部６２４は、第１のＲＡＣＳ６２ａの負荷が小さい場合は、通知された特定の間隔（Ｔ２）によりタイマーをはり、また負荷が大きい場合は、通知された特定の間隔（Ｔ２）ではなく、より長い値の特定の間隔（Ｔ２）に変更してタイマーをはるよう制御する。ここで、セッション管理データ制御部６２４は、負荷算出部６２７から第１のＲＡＣＳ６２ａの負荷、第１のＣＳＣＦ６１ａの負荷、また、第１のＳＳＣ６ａ全体の負荷などを取得する。
【００７６】
さらにセッション管理データ制御部６２４は、通知された特定の間隔（Ｔ２）のままか、より長い値の特定の間隔（Ｔ２）に変更したかを帯域管理制御部６２１に送信する。またセッション管理データ制御部６２４は、セッションデータ６２５１から、特定の時間（Ｔ２）が経過したメディアセッションを検出し、検出したメディアセッションを継続問合せ部６２６に伝える。また帯域管理制御部６２１からリフレッシュの要求があったことが伝えられると、セッション管理データ蓄積部６２５に該当するメディアセッションのタイマーをリセットするよう制御する。
【００７７】
これにより、特定の時間（Ｔ２）は、第１のＣＳＣＦ６１ａの負荷、第１のＲＡＣＳ６２ａの負荷、また第１のＳＳＣ６ａ全体の負荷等の状態により変更される。
【００７８】
セッション管理データ蓄積部６２５は、セッションデータ６２５１を有する。セッションデータ６２５１は、メディアセッションの管理番号とメディアセッションが確立した時刻とを関連づけたデータである。セッション管理データ制御部６２４は、タイマー機能において、このメディアセッションが確立した時刻から特定の時間（Ｔ２）を経過したか否かを判断する。また、メディアセッションがリフレッシュされた際は、「メディアセッションが確立した時刻」が、リフレッシュされた時刻に更新される。この場合、セッション管理データ制御部６２４は、タイマー機能において、このメディアセッションがリフレッシュされた時刻から特定の時間（Ｔ２）を経過したか否かを判断する。
【００７９】
継続問合せ部６２６は、セッション管理データ制御部６２４から特定の間隔（Ｔ２）が経過したメディアセッションのあることが伝えられると、第１のＣＳＣＦ６１ａに該当するメディアセッションの継続を問合す。
【００８０】
（リソース管理処理）
次に、図３を参照して、本発明の第１の実施の形態に係る第１のＳＳＣ６ａのメディアセッションのリソース管理処理について詳しく説明する。
【００８１】
まず、ステップＳ１０１において、第１の端末装置７ａがイニシャルＩＮＶＩＴＥを送信すると、第１のＳＳＣ６ａの第１のＣＳＣＦ６１ａが受信する。第１のＳＳＣ６ａの第１のＣＳＣＦ６１ａは、第１のＲＡＣＳ６２ａに、要求された帯域等を通知し、第１のＲＡＣＳ６２ａが第１のＳＳＥ４ａに、要求された帯域を予約状態に設定する。ステップＳ１０２において、イニシャルＩＮＶＩＴＥを受信した第２の端末装置７ｂが第１のＳＳＣ６ａに２００ＯＫを送信すると、第１のＳＳＣ６ａの第１のＣＳＣＦ６１ａが受信する。第１のＣＳＣＦ６１ａは、第１のＲＡＣＳ６２ａに、確定された帯域を通知し、第１のＲＡＣＳ６２ａが第１のＳＳＥ４ａに、確定された帯域を確保状態に設定する。
【００８２】
ステップＳ１０３において、第１の端末装置７ａあるいは、第２の端末装置７ｂが、特定の間隔（Ｔ１）で第１のＳＳＣ６ａにｒｅ−ＩＮＶＩＴＥ（ａ）を送信すると、第１のＳＳＣ６ａの第１のＣＳＣＦ６１ａが受信し、メディアセッションの継続を確認する。ステップＳ１０４において、ｒｅ−ＩＮＶＩＴＥ（ａ）を受信した第２の端末装置７ｂが２００ＯＫ（ａ）を送信すると、第１のＳＳＣ６ａの第１のＣＳＣＦ６１ａが受信し、第１の端末装置７ａおよび第２の端末装置７ｂ間のメディアセッションの継続を確認する。
【００８３】
第１のＣＳＣＦ６１ａは、上述したｒｅ−ＩＮＶＩＴＥ（ａ）および２００ＯＫ（ａ）を受信した場合の制御を、通信が終了するまで繰り返す。図３に示す例では、ステップＳ１０５およびステップＳ１０６におけるｒｅ−ＩＮＶＩＴＥ（ｎ）および２００ＯＫ（６）の送信まで続くとする。
【００８４】
この間、第１のＲＡＣＳ６２ａが、第１のＣＳＣＦ６１ａに、特定の間隔（Ｔ２）が経過したメディアセッションの継続を問合すと、第１のＣＳＣＦ６１ａが該当するメディアセッションの継続を確認し、リフレッシュを要求する。これにより第１のＲＡＣＳ６２ａは、該当するメディアセッションのタイマー（Ｔ２）をリセットする。
【００８５】
ステップＳ１０７において、第１の端末装置７ａあるいは、第２の端末装置７ｂがＳＩＰメッセージのＢＹＥを送信すると、第１のＣＳＣＦ６１ａが受信し、第１のＲＡＣＳ６２ａに既に確定されている帯域の開放を要求する帯域開放要求をする。第１のＲＡＣＳ６２ａは、第１のＳＳＥ４ａに、既に確定されている帯域を開放状態に設定する。
【００８６】
なお、第１のＣＳＣＦ６１ａが、ｒｅ−ＩＮＶＩＴＥを特定の間隔（Ｔ１）で受信できなかった場合、第１のＲＡＣＳ６２ａに帯域開放要求をし、第１のＲＡＣＳ６２ａが第１のＳＳＥ４ａに既に確定されている帯域を開放状態に設定する。
【００８７】
（ＳＳＣの動作）
図４を参照して、第１の実施の形態に係る第１のＳＳＣ６ａの動作例を説明する。
【００８８】
ステップＳ２０１において、第１の端末装置７ａがイニシャルＩＮＶＩＴＥを送信すると、第１のＳＳＣ６ａのＳＩＰ信号制御部６１１が受信する。ステップＳ２０２において、セッション管理制御部６１２が要求帯域の通知を送信し、帯域管理制御部６２１が受付けを許可できるか否かを判断する。許可できる場合、帯域管理制御部６２１は、ステップＳ２０３において第１のＳＳＥ４ａに要求帯域を予約設定し、ステップＳ２０４において予約設定の結果に基づいてイニシャルＩＮＶＩＴＥを送信する。
【００８９】
イニシャルＩＮＶＩＴＥを受信した第２の端末装置７ｂから２００ＯＫが送信されると、ステップＳ２０５において、ＳＩＰ信号制御部６１１が受信する。さらにステップＳ２０６において、セッション管理制御部６１２は確定帯域の通知を送信し、帯域管理制御部６２１が第１のＳＳＥ４ａに確定された帯域を確保設定する。さらにステップＳ２０７において、確保設定の結果に基づいて、ＳＩＰ信号制御部６１１が、２００ＯＫを送信する。
【００９０】
メディアセッションが確立したこと伴い、ステップＳ２０８において、セッション管理データ制御部６２４がセッション管理データ蓄積部６２５にメディアセッションが確立した時刻を蓄積するよう制御する。
【００９１】
ステップＳ２０９において、特定の間隔（Ｔ２）の経過前に、ＳＩＰ信号制御部６１１がＳＩＰ信号を受信することなく、特定の間隔（Ｔ２）が経過した場合、その旨を継続問合せ部６２６に伝える。ステップＳ２１０において、継続問合せ部６２６は、第１のＣＳＣＦ６１ａに該当するメディアセッションの継続を問合す。ステップＳ２１１において、メディアセッションが継続されていないと判定された場合、ステップＳ２２０に進み、セッション管理制御部６１２は、帯域開放の要求を帯域管理制御部６２１に送信し、ステップＳ２２１において、帯域管理制御部６２１が第１のＳＳＥ４ａに開放設定をする。
【００９２】
ステップＳ２１１において第１のＣＳＣＦ６１ａがメディアセッションの継続を確認すると、ステップＳ２１２において、セッション管理制御部６１２が第１のＲＡＣＳ６２ａにリフレッシュの要求を送信し、帯域管理制御部６２１が受信する。ステップＳ２１３においてセッション管理データ制御部６２４は、負荷算出部６２７に第１のＳＳＣ６ａ等の負荷を問合せ、ステップＳ２１４において必要に応じて特定の間隔（Ｔ２）を変更する。
【００９３】
ステップＳ２１５においてセッション管理データ制御部６２４は、セッション管理データ蓄積部６２５の当該メディアセッションの管理番号に関連づけられたタイマー（Ｔ２）をリセットして、当該メディアセッションをリフレッシュするよう制御し、ステップＳ２０９に戻り、次のＳＩＰ信号の受信か、特定の時間（Ｔ２）の経過を待機する。
【００９４】
また、ステップＳ２０９において時間（Ｔ２）の経過前にＳＩＰ信号が受信されると、ステップＳ２１６において、そのＳＩＰ信号の種別に応じて処理をする。
【００９５】
ステップＳ２１６において送信されたＳＩＰ信号がｒｅ−ＩＮＶＩＴＥの場合、ステップＳ２１７においてセッション継続管理データ制御部６１３は、特定の時間（Ｔ１）内にｒｅ−ＩＮＶＩＴＥを受信できているか否かを判断する。特定の時間（Ｔ１）内に受信できている場合、ステップＳ２１８において、セッション継続管理データ蓄積部６１４に継続していることを蓄積するよう制御する。さらに、ステップＳ２０９に戻り、次のＳＩＰ信号の受信か、特定の時間（Ｔ２）の経過を待機する。
【００９６】
一方、ステップＳ２１７において、特定の時間（Ｔ１）内に受信できていないと判断された場合、ステップＳ２２０に進み、セッション管理制御部６１２は、帯域開放の要求を帯域管理制御部６２１に送信し、ステップＳ２２１において、帯域管理制御部６２１が第１のＳＳＥ４ａに開放設定をする。
【００９７】
またステップＳ２１６において送信されたＳＩＰ信号がＢＹＥである場合、ステップＳ２１９においてＳＩＰ信号制御部６１１がＢＹＥを受信する。さらにステップＳ２２０において、セッション管理制御部６１２は、帯域開放の要求を帯域管理制御部６２１に送信し、ステップＳ２２１において、帯域管理制御部６２１が第１のＳＳＥ４ａに開放設定をする。
【００９８】
（システムの動作）
図５を参照して、本発明の第１の実施の形態に係る通信システムの動作例を説明する。図５は、第１の端末装置７ａ、第１のＳＳＣ６ａの第１のＣＳＣＦ６１ａと第１のＲＡＣＳ６２ａ、第２のＳＳＣ６ｂの第２のＣＳＣＦ６１ｂと第２のＲＡＣＳ６２ｂおよび第２の端末装置７ｂと間のシーケンスを示している。
【００９９】
図５の例においては、第１のＳＳＣ６ａおよび第２のＳＳＣ６ｂともに、ＲＡＣＳ６２がタイマー機能を有し、特定の時間間隔Ｔ２でメディアセッションを問合せ、ＣＳＣＦ６１がＲＡＣＳ６２に、メディアセッションのリフレッシュを要求する場合について説明する。
【０１００】
ステップＳ３０１において、第１の端末装置７ａが第１のＳＳＣ６ａに、イニシャルＩＮＶＩＴＥ（１）を送信すると、第１のＳＳＣ６ａの第１のＣＳＣＦ６１ａが受信する。第１のＣＳＣＦ６１ａは、ステップＳ３０２において第１のＲＡＣＳ６２ａに要求帯域を通知し、ステップＳ３０３においてその結果を受信する。ステップＳ３０４において第１のＣＳＣＦ６１ａは、第２のＳＳＣ６ｂにイニシャルＩＮＶＩＴＥ（２）を送信し、第２のＳＳＣ６ｂの第２のＣＳＣＦ６１ｂが受信する。第２のＣＳＣＦ６１ｂは、ステップＳ３０５において第２のＲＡＣＳ６２ｂに要求帯域を通知し、ステップＳ３０６においてその結果を受信する。ステップＳ３０７において第２のＣＳＣＦ６１ｂは、第２の端末装置７ｂにイニシャルＩＮＶＩＴＥ（３）を送信し、第２の端末装置７ｂが受信する。
【０１０１】
ステップＳ３０８において第２の端末装置７ｂが、第２のＳＳＣ６ｂに２００ＯＫ（１）を送信すると、第２のＣＳＣＦ６１ｂが受信する。第２のＣＳＣＦ６１ｂは、ステップＳ３０９において第２のＲＡＣＳ６２ｂに確定帯域を通知し、ステップＳ３１０においてその結果を受信する。第２のＣＳＣＦ６１ｂはステップＳ３１１において、第１のＳＳＣ６ａに２００ＯＫ（２）を送信し、第１のＣＳＣＦ６１ａが受信する。第１のＣＳＣＦ６１ａは、ステップＳ３１２において第１のＲＡＣＳ６２ａに確定帯域を通知し、ステップＳ３１３においてその結果を受信する。ステップＳ３１４において第１のＣＳＣＦ６１ａは、第１の端末装置７ａに２００ＯＫ（３）を送信し、第１の端末装置７ａが受信する。
【０１０２】
ステップＳ３１５において第１の端末装置７ａは、特定の間隔（Ｔ１）の後、第１のＳＳＣ６ａにｒｅ−ＩＮＶＩＴＥ（１）を送信すると、第１のＣＳＣＦ６１ａが受信する。第１のＣＳＣＦ６１ａは、ステップＳ３１６においてメディアセッションの継続を確認し、ステップＳ３１７において第２のＳＳＣ６ｂにｒｅ−ＩＮＶＩＴＥ（２）を送信する。第２のＣＳＣＦ６１ｂは、ｒｅ−ＩＮＶＩＴＥ（２）を受信し、ステップＳ３１８においてメディアセッションの継続を確認する。第２のＣＳＣＦ６１ｂは、ステップＳ３１９において第２の端末装置７ｂにｒｅ−ＩＮＶＩＴＥ（３）を送信し、第２の端末装置７ｂが受信する。
【０１０３】
ステップＳ３２０において第２の端末装置７ｂが、第２のＳＳＣ６ｂに２００ＯＫ（４）を送信すると、第２のＣＳＣＦ６１ｂが受信し、ステップＳ３２１において、メディアセッションの継続を確認する。ステップＳ３２２において第２のＣＳＣＦ６１ｂは、第１のＳＳＣ６ａに２００ＯＫ（５）を送信し、第１のＣＳＣＦ６１ａが受信する。ステップＳ３２３において第１のＣＳＣＦ６１ａは、メディアセッションの継続を確認する。ステップＳ３２４において第１のＣＳＣＦ６１ａは、第１の端末装置７ａに２００ＯＫ（６）を送信し、第１の端末装置７ａが受信する。
【０１０４】
第２のＳＳＣ６ｂにおいて、第２のＲＡＣＳ６２ｂが、メディアセッションの確立から特定の間隔（Ｔ２）が経過したことを検出すると、第２のＲＡＣＳ６２ｂは、ステップＳ３２５において第２のＣＳＣＦ６１ｂに該当するメディアセッションの継続を問合せ、ステップＳ３２６においてその結果を受信する。第２のＣＳＣＦ６１ｂは、メディアセッションの継続を確認すると、ステップＳ３２７において第２のＲＡＣＳ６２ｂにリフレッシュを要求し、ステップＳ３２８において第２のＲＡＣＳ６２ｂは、リフレッシュの処理をし、ステップＳ３２９においてその結果を第２のＣＳＣＦ６１ｂに返す。
【０１０５】
同様に、第１のＳＳＣ６ａにおいて、第１のＲＡＣＳ６２ａが、メディアセッションの確立から特定の間隔（Ｔ２）が経過したことを検出すると、第１のＲＡＣＳ６２ａは、ステップＳ３３０において第１のＣＳＣＦ６１ａに該当するメディアセッションの継続を問合せ、ステップＳ３３１においてその結果を受信する。第１のＣＳＣＦ６１ａは、メディアセッションの継続を確認すると、ステップＳ３３２において第１のＲＡＣＳ６２ａにリフレッシュを要求し、ステップＳ３３３において第１のＲＡＣＳ６２ａは、リフレッシュの処理をし、ステップＳ３３４においてその結果を第１のＣＳＣＦ６１ａに返す。ここで、第１のＳＳＣ６ａにおける継続の問合せの特定の間隔（Ｔ２）は、第１のＳＳＣ６ｂにおける特定の間隔（Ｔ２）と異なっても良い。
【０１０６】
通信の終了により、ステップＳ３３５において、第１の端末装置７ａが第１のＳＳＣ６ａに、ＢＹＥ（１）を送信すると、第１のＣＳＣＦ６１ａが受信する。ステップＳ３３６において第１のＣＳＣＦ６１ａは、ＢＹＥ（２）を第２のＳＳＣ６ｂに送信し、第２のＣＳＣＦ６１ｂが受信する。ステップＳ３２７において第２のＣＳＣＦ６１ｂは、ＢＹＥ（３）を第２の端末装置７ｂに送信し、第２の端末装置７ｂが受信する。
【０１０７】
ステップＳ３３８において、第２の端末装置７ｂが第２のＳＳＣ６ｂに２００ＯＫ（７）を送信すると、第２のＣＳＣＦ６１ｂが受信する。ステップＳ３３９において第２のＣＳＣＦ６１ｂは、２００ＯＫ（８）を第１のＳＳＣ６ａに送信し、第１のＣＳＣＦ６１ａが受信する。ステップＳ３４０において第１のＣＳＣＦ６１ａは、第１の端末装置７ａに２００ＯＫ（９）を送信し、端末装置７ａが受信する。
【０１０８】
図５に示す例において、第１のＳＳＣ６ａおよび第２のＳＳＣ６ｂのそれぞれにおいて、所定の時間間隔（Ｔ２）ごとに継続を問合せするように記載しているが、このＴ２に代入される実際の時間は、第１のＳＳＣ６ａおよび第２のＳＳＣ６ｂのぞれぞれで、個別に設定される。例えば、このＴ２は、ＳＳＣ６の処理能力、処理負荷、トラフィックの混雑度等に応じて任意に設定される。
【０１０９】
このように第１の実施の形態に係るセッション制御サーバによれば、ＲＡＣＳからＣＳＣＦに、ＲＡＣＳが決める時間間隔（Ｔ２）で、メディアセッションが継続しているかを問合せ、さらに、問合せを受けたＣＳＣＦが、メディアセッションの継続を確認して、ＲＡＣＳにリフレッシュを要求する。また第１の実施の形態に係るセッション制御サーバは、特定の間隔（Ｔ１）で送信されるｒｅ−ＩＮＶＩＴＥ、およびそれに伴って送信される２００ＯＫを受信した後、従来処理とは異なり、メディアセッションが継続していることを確認し記憶するのみで、リフレッシュを要求しない。
【０１１０】
ここで、Ｔ１＜Ｔ２と設定することにより、セッション制御サーバでリフレッシュが要求される回数を減少させることができる。従って、セッション制御サーバで、ＣＳＣＦおよびＲＡＣＳの処理負担を軽くすることができる。
【０１１１】
また、第１の実施の形態に係るセッション制御サーバは、ＣＳＣＦおよび、あるいはＲＡＣＳが過負荷の状態の場合、Ｔ２をさらに長く設定し、リフレッシュの時間間隔を大きくすることができる。従って、ＳＩＰ端末装置（ＵＡＣ）およびＳＩＰ端末装置（ＵＡＳ）に実装されるプログラムに関わらず、セッション制御サーバ内の事情に応じて、独自にリフレッシュのタイミングを制御できる。
【０１１２】
これにより、通信事業者は、ＳＩＰ端末装置（ＵＡＣ）およびＳＩＰ端末装置（ＵＡＳ）に実装されるプログラム備えて過剰な処理能力を有するセッション制御サーバを設置することなく、比較的処理能力の小さいセッション制御サーバを設置すれば足りる。
【０１１３】
（第２の実施の形態）
図６ないし図９を参照して、第２の実施の形態に係るセッション制御サーバについて説明する。第２の実施の形態に係るセッション制御サーバは、図１を参照して説明した通信システムと同様の通信システムに用いられる。第１の実施の形態においては、ＲＡＣＳがタイマー機能を有していたのに対し、第２の実施の形態においては、ＣＳＣＦがタイマー機能を有している点が異なる。
【０１１４】
ここで、本発明の第２の実施の形態に係るセッション制御サーバは、ＩＳＣ５、第１のＳＳＣおよび第２のＳＳＣ６ｂのうちのいずれかで実装される。本発明の第２の実施の形態に係るＩＳＣ５およびＳＳＣ６は、同様の構成を備えるので、以下、第２のＳＳＣ６ｂを例に説明する。
【０１１５】
（第２の実施の形態に係るＳＳＣの構成）
図６を参照して、第２の実施の形態に係るＳＳＣを説明する。図６において、第２のＳＳＣ６ｂの機能のうち、本発明の実施の形態に係る部分のみを概念的に示している。
【０１１６】
第２のＳＳＣ６ｂは、２つの端末装置のセッションを制御する。第２のＳＳＣ６ｂは、第２のＣＳＣＦ６１ｂ、第２のＲＡＣＳ６２ｂおよび負荷算出手段６２７を備える。
【０１１７】
第２のＣＳＣＦ６１ｂは、２つの端末装置７のいずれかから、セッションを継続するためのＩＮＶＩＴＥメッセージまたは、ＩＮＶＩＴＥメッセージの応答メッセージを受信した際に、第２のＲＡＣＳ６２ｂに当該セッションの帯域の継続を要求することなく、セッションが継続していることをセッション継続データ６１４１に記録する。さらに第２のＣＳＣＦ６１ｂは、セッション継続データ６１４１を参照して、当該セッションが継続している場合、所定の時間間隔（Ｔ３）で第２のＲＡＣＳ６２ｂに当該セッションの帯域の継続を要求する。第２のＣＳＣＦ６１ｂは、負荷算出部６２７により算出された負荷に基づいて所定の時間間隔（Ｔ３）を変更しても良い。
【０１１８】
負荷算出部６２７は、第２のＳＳＣ６ｂについて負荷を算出する。この負荷は、第２のＣＳＣＦ６１ｂの負荷および第２のＲＡＣＳ６２ｂの負荷のいずれかの負荷でも良いし、また、第２のＳＳＣ６ｂ全体の負荷でも良い。
【０１１９】
次に、第２のＣＳＣＦ６１ｂについて詳述する。
【０１２０】
第２のＣＳＣＦ６１ｂは、ＳＩＰ信号制御部６１１、セッション管理制御部６１２、セッション継続管理データ蓄積部６１４、セッション継続管理制御部６１６とを有している。
【０１２１】
ＳＩＰ信号制御部６１１は、ＳＩＰメッセージのイニシャルＩＮＶＩＴＥや２００ＯＫ等を受信し、これらの信号をセッション管理制御部６１２と連携して処理する。ＳＩＰ信号制御部６１１はさらに、処理した結果に基づいて、イニシャルＩＮＶＩＴＥや２００ＯＫ等を送信する。
【０１２２】
セッション管理制御部６１２は、ＳＩＰ信号制御部６１１と連携して、各種の信号を処理する。セッション管理制御部６１２は、ＳＩＰ信号制御部６１１から各種の信号が渡されると、第２のＲＡＣＳ６２ｂの帯域管理制御部６２１に、要求帯域の通知、確定帯域の通知、帯域開放の要求、リフレッシュの要求等を行い、第２のＲＡＣＳ６２ｂの帯域管理制御部６２１から送られてくる処理結果を受け取り、ＳＩＰ信号制御部６１１に送る。
【０１２３】
特に本発明の第２の実施の形態においてセッション管理制御部６１２は、特定の間隔（Ｔ３）を設定するタイマー機能を有し、第２のＲＡＣＳ６２ｂにリフレッシュを要求する。なお特定の間隔（Ｔ３）は、第２のＣＳＣＦ６１ｂの負荷、第２のＲＡＣＳ６２ｂの負荷、また第２のＳＳＣ６ｂ全体の負荷の状態により、変更されても良い。
【０１２４】
また、この特定の間隔（Ｔ３）は、第２のＲＡＣＳ６２ｂの帯域管理制御部６２１からの要求に基づいて変更されても良い。
【０１２５】
セッション継続管理データ蓄積部６１４は、メディアセッション継続データ６１４１を有している。セッション継続管理データ蓄積部６１４は、セッション継続管理データ制御部６１３の制御により、セッション継続データ６１４１を更新する。セッション継続データ６１４１は、メディアセッションの管理番号と、継続していることを示すデータと、メディアセッションが確立した時刻とを関連づけたデータである。
【０１２６】
さらにセッション継続管理データ蓄積部６１４は、セッション継続管理データ制御部６１６からの要求に基づいて、セッション継続データ６１４１を参照して、特定のメディアセッションが継続しているか否かを返す。
【０１２７】
セッション継続管理制御部６１６は、セッション継続管理データ蓄積部６１４にメディアセッションが確立した時刻を蓄積するよう制御し、セッション管理制御部６１２から通知される特定の間隔（Ｔ３）のタイマーをはるよう制御する。
【０１２８】
またセッション継続管理制御部６１６は、ｒｅ−ＩＮＶＩＴＥが特定の間隔（Ｔ１）で受信できていることをチェックする。それによりセッション継続管理制御部６１６は、該当するメディアセッションが継続していることを確認し、セッション継続管理データ蓄積部６１４に蓄積するよう制御する。またセッション継続管理制御部６１６は、さらに特定の時間（Ｔ３）が経過したメディアセッションを検出し、検出したメディアセッションのリフレッシュの要求を行うようセッション管理制御部６１２に伝える。さらにセッション継続管理制御部６１６は、セッション継続管理データ蓄積部６１４に該当するメディアセッションのタイマーをリセットするよう制御する。
【０１２９】
次に、第２のＲＡＣＳ６２ｂについて詳述する。
【０１３０】
第２のＲＡＣＳ６２ｂは、帯域管理制御部６２１と、仮想パス管理データ蓄積部６２２と、エッジルータ制御部６２３とを有する。
【０１３１】
帯域管理制御部６２１は、第２のＣＳＣＦ６１ｂのセッション管理制御部６１２から、要求帯域の通知が送られると、仮想パス管理データ蓄積部６２２にアクセスし、要求された帯域が確保できるか否かをチェックする。さらに帯域管理制御部６２１は、要求された帯域を確保できる場合、受付けを許可する。この場合帯域管理制御部６２１は、エッジルータ制御部６２３と連携して、第２のＳＳＥ４ｂに予約設定し、予約設定の結果を第２のＣＳＣＦ６１ｂのセッション管理制御部６１２に送信する。またセッション管理制御部６１２から、確定された帯域について通知が送信されると、エッジルータ制御部６２３と連携して、第２のＳＳＥ４ｂに確保設定し、確保設定の結果を第２のＣＳＣＦ６１ｂのセッション管理制御部６１２に送信する。またセッション管理制御部６１２から、帯域開放の要求が送信されると、エッジルータ制御部６２３と連携して、第２のＳＳＥ４ｂに開放設定し、開放設定の結果を第２のＣＳＣＦ６１ｂのセッション管理制御部６１２に送信する。
【０１３２】
また帯域管理制御部６２１は、セッション管理制御部６１２から、リフレッシュの要求が送信されると、受信する。ここで帯域管理制御部６２１は、第２のＲＡＣＳ６２ｂの負荷の状態に基づいて、第２のＲＡＣＳ６２ｂの負荷が小さい場合は、特定の間隔（Ｔ３）で良いこと、また負荷が大きい場合は、通知された特定の間隔（Ｔ３）を、より長い値の特定の間隔（Ｔ３）に変更してほしいことを、リフレッシュの応答の中に含めても良い。
【０１３３】
仮想パス管理データ蓄積部６２２は、仮想パスデータ６２２１を有する。仮想パスデータ６２２１は、仮想パスの容量および現在の使用量のデータを含むものである。仮想パスデータ６２２１において、メディアセッションの管理番号と、第２のＳＳＣ６ｂにおいてが各メディアセッションに割り当てた帯域と、が関連づけられていても良い。
【０１３４】
エッジルータ制御部６２３は、帯域管理制御部６２１と連携して、第２のＳＳＥ４ｂに予約設定、確保設定、開放設定し、その設定結果を帯域管理制御部６２１に送信する。
【０１３５】
（リソース管理処理）
次に、図７を参照して、本発明の第２の実施の形態に係る第２のＳＳＣ６ｂのメディアセッションのリソース管理処理について詳しく説明する。
【０１３６】
まず、ステップＳ４０１において、第１の端末装置７ａがイニシャルＩＮＶＩＴＥを送信すると、第２のＳＳＣ６ｂの第２のＣＳＣＦ６１ｂが受信する。第２のＳＳＣ６ｂの第２のＲＡＣＳ６２ｂは、第２のＲＡＣＳ６２ｂに、要求された帯域等を通知し、第２のＲＡＣＳ６２ｂが第２のＳＳＥ４ｂに、要求された帯域を予約状態に設定する。ステップＳ４０２において、イニシャルＩＮＶＩＴＥを受信した第２の端末装置７ｂが第２のＳＳＣ６ｂに２００ＯＫを送信すると、第２のＳＳＣ６ｂの第２のＣＳＣＦ６１ｂが受信する。第２のＣＳＣＦ６１ｂは、第２のＲＡＣＳ６２ｂに、確定された帯域を通知し、第２のＲＡＣＳ６２ｂが第２のＳＳＥ４ｂに、確定された帯域を確保状態に設定する。
【０１３７】
ステップＳ４０３において、第１の端末装置７ａあるいは、第２の端末装置７ｂが、特定の間隔（Ｔ１）で第２のＳＳＣ６ｂにｒｅ−ＩＮＶＩＴＥ（ａ）を送信すると、第２のＳＳＣ６ｂの第２のＣＳＣＦ６１ｂが受信し、メディアセッションの継続を確認する。ステップＳ４０４において、ｒｅ−ＩＮＶＩＴＥ（ａ）を受信した第２の端末装置７ｂが２００ＯＫ（ａ）を送信すると、第２のＳＳＣ６ｂの第２のＣＳＣＦ６１ｂが受信し、第１の端末装置７ａおよび第２の端末装置７ｂ間のメディアセッションの継続を確認する。
【０１３８】
第２のＣＳＣＦ６１ｂは、上述したｒｅ−ＩＮＶＩＴＥ（ａ）および２００ＯＫ（ａ）を受信した場合の制御を、通信が終了するまで繰り返す。図７に示す例では、ステップＳ４０５およびステップＳ４０６におけるｒｅ−ＩＮＶＩＴＥ（ｎ）および２００ＯＫ（ｎ）の送信まで続くとする。
【０１３９】
この間、第２のＣＳＣＦ６１ｂが、第２のＲＡＣＳ６２ｂに、特定の時間（Ｔ３）が経過したメディアセッションについてリフレッシュを要求する。
【０１４０】
ステップＳ４０７において、第１の端末装置７ａあるいは、第２の端末装置７ｂがＳＩＰメッセージのＢＹＥを送信すると、第２のＣＳＣＦ６１ｂが受信し、第２のＲＡＣＳ６２ｂに既に確定されている帯域の開放を要求する帯域開放要求をする。第２のＲＡＣＳ６２ｂは、第２のＳＳＥ４ｂに、既に確定されている帯域を開放状態に設定する。
【０１４１】
なお、第２のＣＳＣＦ６１ｂが、ｒｅ−ＩＮＶＩＴＥを特定の間隔（Ｔ１）で受信できなかった場合、第２のＲＡＣＳ６２ｂに帯域開放要求をし、第２のＲＡＣＳ６２ｂが第２のＳＳＥｂに既に確定されている帯域を開放状態に設定する。
【０１４２】
（ＳＳＣの動作）
図８を参照して、第２の実施の形態に係る第２のＳＳＣ６ｂの動作例を説明する。
【０１４３】
ステップＳ５０１において、第１の端末装置７ａがイニシャルＩＮＶＩＴＥを送信すると、第２のＳＳＣ６ｂのＳＩＰ信号制御部６１１が受信する。ステップＳ５０２において、セッション管理制御部６１２が要求帯域の通知を送信し、帯域管理制御部６２１が受付けを許可できるか否かを判断する。許可できる場合、帯域管理制御部６２１は、ステップＳ５０３において第２のＳＳＥ４ｂに要求帯域を予約設定し、ステップＳ５０４において予約設定の結果に基づいてイニシャルＩＮＶＩＴＥを送信する。
【０１４４】
イニシャルＩＮＶＩＴＥを受信した第２の端末装置７ｂから２００ＯＫが送信されると、ステップＳ５０５において、ＳＩＰ信号制御部６１１が受信する。さらにステップＳ５０６において、セッション管理制御部６１２は確定帯域の通知を送信し、帯域管理制御部６２１が第２のＳＳＥ４ｂに確定された帯域を確保設定する。さらにステップＳ５０７において、確保設定の結果に基づいて、ＳＩＰ信号制御部６１１が、２００ＯＫを送信する。
【０１４５】
メディアセッションが確立したことに伴い、ステップＳ５０８において、セッション継続管理制御部６１６がセッション継続管理データ蓄積部６１４にメディアセッションが確立した時刻を蓄積するよう制御する。
【０１４６】
ステップＳ５０９において、特定の時間（Ｔ３）が経過した場合、その旨をセッション管理制御部６１２に伝える。ステップＳ５１０において、セッション管理制御部６１２６は、第２のＣＳＣＦ６１ｂに該当するメディアセッションの継続を問合す。ステップＳ５１１において、メディアセッションが継続されていないと判定された場合、ステップＳ５２０に進み、セッション管理制御部６１２は、帯域開放の要求を帯域管理制御部６２１に送信し、ステップＳ５２１において、帯域管理制御部６２１が第２のＳＳＥ４ｂに開放設定をする。
【０１４７】
ステップＳ５１１において第２のＣＳＣＦ６１ｂがメディアセッションの継続を確認すると、ステップＳ５１２においてセッション継続管理制御部６１６は、負荷算出部６２７に第２のＳＳＣ６ｂ等の負荷を問合せ、ステップＳ５１３において必要に応じて特定の間隔（Ｔ３）を変更する。さらにセッション継続管理制御部６１６は、セッション継続データ６１４１の当該メディアセッションの管理番号に関連づけられたタイマー（Ｔ３）をリセットするよう制御する。ステップＳ５１４において、セッション管理制御部６１２が第２のＲＡＣＳ６２ｂにリフレッシュの要求を送信し、帯域管理制御部６２１が受信し、ステップＳ５１５において、帯域管理制御部６２１は当該メディアセッションをリフレッシュするよう制御し、ステップＳ５０９に戻り、次のＳＩＰ信号の受信か、特定の時間（Ｔ３）の経過を待機する。
【０１４８】
また、ステップＳ５０９において時間（Ｔ３）の経過前にＳＩＰ信号が受信されると、ステップＳ５１６において、そのＳＩＰ信号の種別に応じて処理をする。
【０１４９】
ステップＳ５１６において送信されたＳＩＰ信号がｒｅ−ＩＮＶＩＴＥの場合、ステップＳ５１７においてセッション継続管理制御部６１６は、特定の時間（Ｔ１）内にｒｅ−ＩＮＶＩＴＥを受信できているか否かを判断する。特定の時間（Ｔ１）内に受信できている場合、ステップＳ５１８において、セッション継続管理データ蓄積部６１４に継続していることを蓄積するよう制御する。さらに、ステップＳ５０９に戻り、次のＳＩＰ信号の受信か、特定の時間（Ｔ３）の経過を待機する。
【０１５０】
一方、ステップＳ５１７において、特定の時間（Ｔ１）内に受信できていないと判断された場合、ステップＳ５２０に進み、セッション管理制御部６１２は、帯域開放の要求を帯域管理制御部６２１に送信し、ステップＳ５２１において、帯域管理制御部６２１が第２のＳＳＥ４ｂに開放設定をする。
【０１５１】
またステップＳ５１６において送信されたＳＩＰ信号がＢＹＥである場合、ステップＳ５１９においてＳＩＰ信号制御部６１１がＢＹＥを受信する。さらにステップＳ５２０において、セッション管理制御部６１２は、帯域開放の要求を帯域管理制御部６２１に送信し、ステップＳ５２１において、帯域管理制御部６２１が第２のＳＳＥ４ｂに開放設定をする。
【０１５２】
（システムの動作）
図９を参照して、本発明の第２の実施の形態に係る通信システムの動作例を説明する。図９は、第１の端末装置７ａ、第１のＳＳＣ６ａの第１のＣＳＣＦ６１ａと第１のＲＡＣＳ６２ａ、第２のＳＳＣ６ｂの第２のＣＳＣＦ６１ｂと第２のＲＡＣＳ６２ｂおよび第２の端末装置７ｂと間のシーケンスを示している。
【０１５３】
図９の例においては、第１のＳＳＣ６ａおよび第２のＳＳＣ６ｂともに、ＣＳＣＦ６１がタイマー機能を有し、特定の時間間隔Ｔ３でメディアセッションを問合せ、ＲＡＣＳ６２にリフレッシュを要求する場合について説明する。
【０１５４】
ステップＳ６０１において、第１の端末装置７ａが第１のＳＳＣ６ａに、イニシャルＩＮＶＩＴＥ（１）を送信すると、第１のＳＳＣ６ａの第１のＣＳＣＦ６１ａが受信する。第１のＣＳＣＦ６１ａは、ステップＳ６０２において第１のＲＡＣＳ６２ａに要求帯域を通知し、ステップＳ６０３においてその結果を受信する。ステップＳ６０４において第１のＣＳＣＦ６１ａは、第２のＳＳＣ６ｂにイニシャルＩＮＶＩＴＥ（２）を送信し、第２のＳＳＣ６ｂの第２のＣＳＣＦ６１ｂが受信する。第２のＣＳＣＦ６１ｂは、ステップＳ６０５において第２のＲＡＣＳ６２ｂに要求帯域を通知し、ステップＳ６０６においてその結果を受信する。ステップＳ６０７において第２のＣＳＣＦ６１ｂは、第２の端末装置７ｂにイニシャルＩＮＶＩＴＥ（３）を送信し、第２の端末装置７ｂが受信する。
【０１５５】
ステップＳ６０８において第２の端末装置７ｂが、第２のＳＳＣ６ｂに２００ＯＫ（１）を送信すると、第２のＣＳＣＦ６１ｂが受信する。第２のＣＳＣＦ６１ｂは、ステップＳ６０９において第２のＲＡＣＳ６２ｂに確定帯域を通知し、ステップＳ６１０においてその結果を受信する。第２のＣＳＣＦ６１ｂはステップＳ６１１において、第１のＳＳＣ６ａに２００ＯＫ（３）を送信し、第１のＣＳＣＦ６１ａが受信する。第１のＣＳＣＦ６１ａは、ステップＳ６１２において第１のＲＡＣＳ７２ａに確定帯域を通知し、ステップＳ６１３においてその結果を受信する。ステップＳ６１４において第１のＣＳＣＦ６１ａは、第１の端末装置６ａに２００ＯＫ（３）を送信し、第１の端末装置７ａが受信する。
【０１５６】
ステップＳ６１５において第１の端末装置７ａは、特定の間隔（Ｔ１）の後、第１のＳＳＣ６ａにｒｅ−ＩＮＶＩＴＥ（１）を送信すると、第１のＣＳＣＦ６１ａが受信する。第１のＣＳＣＦ６１ａは、ステップＳ３１６においてメディアセッションの継続を確認し、ステップＳ６１７において第２のＳＳＣ６ｂにｒｅ−ＩＮＶＩＴＥ（２）を送信する。第２のＣＳＣＦ６１ｂは、ｒｅ−ＩＮＶＩＴＥ（２）を受信し、ステップＳ６１８においてメディアセッションの継続を確認する。第２のＣＳＣＦ６１ｂは、ステップＳ６１９において第２の端末装置７ｂにｒｅ−ＩＮＶＩＴＥ（３）を送信し、第２の端末装置７ｂが受信する。
【０１５７】
ステップＳ６２０において第２の端末装置７ｂが、第２のＳＳＣ６ｂに２００ＯＫ（４）を送信すると、第２のＣＳＣＦ６１ｂが受信し、ステップＳ６２１において、メディアセッションの継続を確認する。ステップＳ３２２において第２のＣＳＣＦ６１ｂは、第１のＳＳＣ６ａに２００ＯＫ（５）を送信し、第１のＣＳＣＦ６１ａが受信する、ステップＳ６２３において第１のＣＳＣＦ６１ａは、メディアセッションの継続を確認する。ステップＳ３２４において第１のＣＳＣＦ６１ａは、第１の端末装置７ａに２００ＯＫ（６）を送信し、第１の端末装置７ａが受信する。
【０１５８】
第２のＳＳＣ６ｂにおいて、第２のＣＳＣＦ６１ｂが、メディアセッションの確立から特定の時間（Ｔ３）が経過したことを検出すると、第２のＣＳＣＦ６１ｂは、ステップＳ６２５において、第２のＲＡＣＳ６２ｂにリフレッシュを要求し、ステップＳ６２６において第２のＲＡＣＳ６２ｂは、リフレッシュの要求を受信してリフレッシュの処理をし、ステップＳ６２７においてその結果を第２のＣＳＣＦ６１ｂに返す。
【０１５９】
同様に、第１のＳＳＣ６ａにおいて、第１のＣＳＣＦ６１ａが、メディアセッションの確立から特定の時間（Ｔ３）が経過したことを検出すると、第１のＣＳＣＦ６１ａは、ステップＳ６２８において、第１のＲＡＣＳ６２ａにリフレッシュを要求し、ステップＳ６２９において第１のＲＡＣＳ６２ａは、リフレッシュの要求を受信してリフレッシュの処理をし、ステップＳ６３０においてその結果を第１のＣＳＣＦ６１ａに返す。
【０１６０】
通信の終了により、ステップＳ６３１において、第１の端末装置７ａが第１のＳＳＣ６ａに、ＢＹＥ（１）を送信すると、第１のＣＳＣＦ６１ａが受信する。ステップＳ６３２において第１のＣＳＣＦ６１ａは、ＢＹＥ（２）を第２のＳＳＣ６ｂに送信し、第２のＣＳＣＦ６１ｂが受信する。ステップＳ６３３において第２のＣＳＣＦ６１ｂは、ＢＹＥ（３）を第２の端末装置７ｂに送信し、第２の端末装置７ｂが受信する。
【０１６１】
ステップＳ６３４において、第２の端末装置７ｂが第２のＳＳＣ６ｂに２００ＯＫ（７）を送信すると、第２のＣＳＣＦ６１ｂが受信する。ステップＳ６３５において第２のＣＳＣＦ６１ｂは、２００ＯＫ（８）を第１のＳＳＣ６ａに送信し、第１のＣＳＣＦ６１ａが受信する。ステップＳ６３６において第１のＣＳＣＦ６１ａは、第１の端末装置７ａに２００ＯＫ（９）を送信し、端末装置７ａが受信する。
【０１６２】
図９に示す例において、第１のＳＳＣ６ａおよび第２のＳＳＣ６ｂのそれぞれにおいて、所定の時間間隔（Ｔ３）ごとにリフレッシュを要求するように記載しているが、このＴ３に代入される実際の時間は、第１のＳＳＣ６ａおよび第２のＳＳＣ６ｂのぞれぞれで、おいて、個別に設定される。例えば、このＴ２は、ＳＳＣ６の処理能力、処理負荷、トラフィックの混雑度等に応じて任意に設定される。
【０１６３】
このように第２の実施の形態に係るセッション制御サーバによれば、ＣＳＣＦが、ＣＳＣＦが決める時間間隔（Ｔ３）で、ＲＡＣＳにリフレッシュを要求する。また、第２の実施の形態に係るセッション制御サーバは、特定の間隔（Ｔ１）で送信されるｒｅ−ＩＮＶＩＴＥ、およびそれに伴って送信される２００ＯＫを受信した場合、従来処理とは異なり、メディアセッションが継続していることを確認し記憶するのみでリフレッシュを要求しない。
【０１６４】
ここで、Ｔ１＜Ｔ３と設定することにより、セッション制御サーバでリフレッシュが要求される回数を減少させることができる。従って、セッション制御サーバで、ＣＳＣＦおよびＲＡＣＳの処理負担を軽くすることができる。
【０１６５】
また、第２の実施の形態に係るセッション制御サーバは、ＣＳＣＦおよび、あるいはＲＡＣＳが過負荷の状態の場合、Ｔ３をさらに長く設定し、リフレッシュの時間間隔を大きくすることができる。従って、ＳＩＰ端末装置（ＵＡＣ）およびＳＩＰ端末装置（ＵＡＳ）に実装されるプログラムに関わらず、セッション制御サーバ内の事情に応じて、独自にリフレッシュのタイミングを制御できる。
【０１６６】
これにより、通信事業者は、ＳＩＰ端末装置（ＵＡＣ）およびＳＩＰ端末装置（ＵＡＳ）に実装されるプログラム備えて過剰な処理能力を有するセッション制御サーバを設置することなく、比較的処理能力の小さいセッション制御サーバを設置すれば足りる。
【０１６７】
（その他の実施の形態）
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【０１６８】
例えば、本発明の最良の実施の形態に記載したセッション制御サーバは、図２等に示すように一つのハードウェア上に構成されても良いし、その機能や処理数に応じて複数のハードウェア上に構成されても良い。また、既存の通信システム上に実現されても良い。
【０１６９】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【０１７０】
１  コアネットワーク
２  アクセスネットワーク
３  ＩＢＥ
４  ＳＳＥ
５  ＩＳＣ
６  ＳＳＣ
７  端末装置
５１、６１  ＣＳＣＦ
５２、６２  ＲＡＣＳ
６３  ＮＡＳＳ
６１１  ＳＩＰ信号制御部
６１２  セッション管理制御部
６１３  セッション継続管理データ制御部
６１４  セッション継続管理データ蓄積部
６１５  継続問合せ受付部
６２１  帯域管理制御部
６２２  仮想パス管理データ蓄積部
６２３  エッジルータ制御部
６２４  セッション管理データ制御部
６２５  セッション管理データ蓄積部
６２６  継続問合せ部
６２７  負荷
６１４１  セッション継続データ
６２５１  セッションデータ
【図１】
2011124809.tif 000003
【図２】
2011124809.tif 000004
【図３】
2011124809.tif 000005
【図４】
2011124809.tif 000006
【図５】
2011124809.tif 000007
【図６】
2011124809.tif 000008
【図７】
2011124809.tif 000009
【図８】
2011124809.tif 000010
【図９】
2011124809.tif 000011
【図１０】
2011124809.tif 000012