(57)【要約】【課題】多数の通信を実施可能なＳＩＰサーバを提供する。【解決手段】呼処理機能部１１は、発信端末から受信するＳＤＰ情報のメディア情報に記載された各帯域幅情報を帯域幅の合計が少なくなるように書き換えてなる制御指示情報を生成する。リソース管理部１２は、呼処理機能部１１から受信する制御指示情報に示された帯域幅を該当区間の使用中の帯域幅に加えた値が該当区間の上限の帯域幅を超えない場合には、当該新たな通信を開始させ、一方、超える場合には、当該新たな通信が開始されないように制御する。【選択図】図５
2014090242.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末間の通信を担うネットワークにおける通信制御を行うＳＩＰサーバであって、
前記ネットワークで新たに開始されようとする通信により使用される帯域幅を示す制御指示情報を生成する呼処理機能部と、
前記ネットワークの各区間について上限の帯域幅と使用中の帯域幅を管理し、前記制御指示情報に示された帯域幅を該当区間の前記使用中の帯域幅に加えた値が該当区間の上限の帯域幅を超えない場合には、当該新たな通信が開始され、一方、超える場合には、当該新たな通信が開始されないように制御するリソース管理部とを備え、
前記呼処理機能部は、前記新たな通信を開始しようとする端末から、１つ以上のメディアのそれぞれについての所望の帯域幅を示す帯域幅情報を記載したメディア情報を含むＳＤＰ情報を受信し、当該メディア情報内の各帯域幅情報を帯域幅の合計が少なくなるように書き換えてなる制御指示情報を生成する
ことを特徴とするＳＩＰサーバ。
【請求項２】
前記呼処理機能部は、少なくとも１つのメディアの帯域幅情報に対応する帯域幅が少なくなるように当該帯域幅情報を書き換えてなる制御指示情報を生成することを特徴とする請求項１記載のＳＩＰサーバ。
【請求項３】
前記呼処理機能部は、音声メディア以外の少なくとも１つのメディアの帯域幅情報を削除してなる制御指示情報を生成することを特徴とする請求項１または２記載のＳＩＰサーバ。
【請求項４】
前記呼処理機能部は、音声メディア以外の全てのメディアの帯域幅情報を削除してなる制御指示情報を生成することを特徴とする請求項３記載のＳＩＰサーバ。
【請求項５】
前記呼処理機能部は、２つ以上ある音声メディアの帯域幅情報の少なくとも１つを削除してなる制御指示情報を生成することを特徴とする請求項４記載のＳＩＰサーバ。
【請求項６】
前記呼処理機能部は、２つ以上ある音声メディアの帯域幅情報の１つを残して他の帯域幅情報を削除してなる制御指示情報を生成することを特徴とする請求項５記載のＳＩＰサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰサーバに関し、詳しくは多数の通信を実施可能とする技術に関する。
【背景技術】
【０００２】
次世代ネットワーク(Next Generation Network; NGN)は、IMS(IP Multimedia Subsystem)に準拠したマルチメディアサービスを実現するネットワークであり、NGNの通信制御を行うSIP(Session Initiation Protocol)サーバは、主にCSCF(Call Session Control Function)と称される呼処理機能部と、RACS(Resource and Admission Control Subsystem)と称されるリソース管理部で構成される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2011-166237号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＳＩＰサーバにおいて呼処理機能部は、ＮＧＮにおいて新たに通信を開始しようとする端末からＳＩＰ信号上のＳＤＰ情報を受信し、ＳＤＰ情報内のメディア情報に基づいて
、通信で使用される帯域幅を示す制御指示情報を生成する。
【０００５】
ＳＩＰサーバのリソース管理部は、ＮＧＮの各区間について上限の帯域幅と使用中の帯域幅を管理し、制御指示情報に示された帯域幅を該当区間の使用中の帯域幅に加え、その値が該当区間の上限の帯域幅を超えない場合には、新たな通信を開始させ、一方、超える場合には、新たな通信が開始されないように制御する。
【０００６】
例えば、災害発生などの際には、安否確認等を目的とした音声による多数の通信が新たに開始されるが、通信数が多い故に、しばらくすれば、使用中の帯域幅が上限の帯域幅近くに達してしまい、それ以上の通信を実施できなくなってしまう。よって、実施できない分の通信については、当然安否確認ができず、不都合な状況が生じる。
【０００７】
本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、多数の通信を実施可能なＳＩＰサーバを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明は、複数の端末間の通信を担うネットワークにおける通信制御を行うＳＩＰサーバであって、前記ネットワークで新たに開始されようとする通信により使用される帯域幅を示す制御指示情報を生成する呼処理機能部と、前記ネットワークの各区間について上限の帯域幅と使用中の帯域幅を管理し、前記制御指示情報に示された帯域幅を該当区間の前記使用中の帯域幅に加えた値が該当区間の上限の帯域幅を超えない場合には、当該新たな通信が開始され、一方、超える場合には、当該新たな通信が開始されないように制御するリソース管理部とを備え、前記呼処理機能部は、前記新たな通信を開始しようとする端末から、１つ以上のメディアのそれぞれについての所望の帯域幅を示す帯域幅情報を記載したメディア情報を含むＳＤＰ情報を受信し、当該メディア情報内の各帯域幅情報を帯域幅の合計が少なくなるように書き換えてなる制御指示情報を生成する。
【０００９】
例えば、前記呼処理機能部は、少なくとも１つのメディアの帯域幅情報に対応する帯域幅が少なくなるように当該帯域幅情報を書き換えてなる制御指示情報を生成する。
【００１０】
例えば、前記呼処理機能部は、音声メディア以外の少なくとも１つのメディアの帯域幅情報を削除してなる制御指示情報を生成する。
【００１１】
例えば、前記呼処理機能部は、音声メディア以外の全てのメディアの帯域幅情報を削除してなる制御指示情報を生成する。
【００１２】
例えば、前記呼処理機能部は、２つ以上ある音声メディアの帯域幅情報の少なくとも１つを削除してなる制御指示情報を生成する。
【００１３】
例えば、前記呼処理機能部は、２つ以上ある音声メディアの帯域幅情報の１つを残して他の帯域幅情報を削除してなる制御指示情報を生成する。
【発明の効果】
【００１４】
本発明によれば、多数の通信を実施可能なＳＩＰサーバを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施の形態に係るＳＩＰサーバ１を介したＳＩＰ信号によるネゴシエーションの概要を示す図である。
【図２】ＳＩＰサーバ１内の処理概要を示す図である。
【図３】リソース管理部１２における仮想パス管理の概要を示す図である。
【図４】新たな通信が開始されない場合の一例を示す図である。
【図５】ＳＩＰサーバ１の実施例１の動作を示す図である。
【図６】ＳＩＰサーバ１の実施例２の動作を示す図である。
【図７】呼処理機能部によるＳＤＰ情報への対応を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態について図面を参照して説明する。
【００１７】
図１は、本実施の形態に係るＳＩＰサーバを介したＳＩＰ信号によるネゴシエーションの概要を示す図である。
【００１８】
端末１０１、１０２は、ＮＧＮなどのネットワークで通信を行う多数の端末の中の２端末であり、ＳＩＰセッションを確立し、ＳＩＰセッションを介して、新たな通信を行おうとしている。この場合、ＮＧＮなどは、複数の端末間の通信を担うネットワークである。
【００１９】
端末１０１、１０２は、通信（通話のための音声通信や映像通信等）を開始する場合、ＳＩＰサーバ１を介して、ＳＩＰ信号とＳＩＰ信号上のＳＤＰ(Session Description Protocol)情報により、ネゴシエーションを実施する。これにより、端末１０１、１０２間でＳＩＰセッションが確立され、通信が可能となる。
【００２０】
ＳＤＰ情報には、通信に使用するメディア（音声や映像など）の種別や、使用するコーデック、通信で使用される帯域幅、方向属性等を示すメディア情報(図示せず）が含まれている。
【００２１】
図２は、ＳＩＰサーバ１内の処理概要を示す図である。
【００２２】
ＳＩＰサーバ１においては、例えば、発信要求を行った端末から受信したＳＩＰ信号（ＳＩＰ  Ａ）とその中のＳＤＰ情報（ＳＤＰ  Ｂ）に基づいて、呼処理機能部１１とリソース管理部１２が連携して接続判定とリソース管理を行い、ＳＩＰセッションを確立する。
【００２３】
ＳＩＰ信号を受信した呼処理機能部１１は、一連の信号処理/接続判定の後、ＳＤＰ情報に含まれるメディア情報に基づいて、リソース管理に必要な制御指示情報を生成し、これをリソース管理部１２に対して送信するとともに、制御指示を行う。
【００２４】
リソース管理部１２は、この制御指示情報を用いて帯域制御を実施する。つまり、リソース管理部１２は、制御指示情報と仮想パス（詳しくは後述する）により、新たな通信を行うか否かの判定を行い、新たな通信を行う場合には帯域を確保する。そして、リソース管理部１２は、このような処理結果を呼処理機能部１１に応答する。
【００２５】
呼処理機能部１１は、この処理結果を基にＳＩＰ信号を整形し、対象のノードもしくは端末に対してＳＩＰ信号を転送もしくは返送する。
【００２６】
図３は、リソース管理部１２における仮想パス管理の概要を示す図である。
【００２７】
リソース管理部１２では、あらかじめ通信ネットワーク上の経路情報と各区間について上限の帯域幅、使用中の帯域幅などを仮想パスとして仮想的に管理している。
【００２８】
リソース管理部１２は、端末間で確立しようとする通信路がどの区間を利用するか、またどのような優先度で利用するかを判断する。
【００２９】
また、リソース管理部１２は、制御指示情報に示された帯域幅を該当区間の使用中の帯域幅に加えた値が該当区間の上限の帯域幅を超えない場合には、当該新たな通信を開始させ、一方、超える場合には、当該新たな通信が開始されないように制御する。
【００３０】
例えば、区間２ａでは、端末Ａによる音声通信および映像通信が行われ、また、端末Ｂによる音声通信も行われている。よって、区間２ａの仮想パスでは、端末Ａによる音声通信で使用される帯域幅１１ａと、端末Ｂによる音声通信で使用される帯域幅１１ｂと、端末Ａによる映像通信で使用される帯域幅１２ａが管理される。また、区間２ａの仮想パスでは、音声による上限の帯域幅２１と、映像などの音声以外による上限の帯域幅２２と、トータルでの上限の帯域幅２３も管理される。
【００３１】
図４は、新たな通信が開始されない場合の一例を示す図である。
【００３２】
図４において、端末Ｂ〜Ｘが音声により通信中であることとする。これにより、区間２ａにおいては、音声通信で使用されている帯域幅が音声通信の上限の帯域幅にほぼ等しくなっている。ここで、端末Ａは、ＳＩＰサーバ１に音声通信の発信要求を送信する。呼処理機能部１１は、この音声通信で使用される帯域幅を示す制御指示情報をリソース管理部１２に送信する。
【００３３】
リソース管理部１２は、制御指示情報に示された帯域幅を区間２ａの音声の使用中の帯域幅に加えると、区間２ａの音声の上限の帯域幅２１を超えるので、新たな通信を開始するのに必要な帯域がないとの処理結果を呼処理機能部１１に通知する。これにより、呼処理機能部１１は、即座に通信を開始できない旨のＮＧ応答を端末Ａに送信する。
【００３４】
なお、端末Ｂ〜Ｘの通信が次第に終了していくと、いわゆる残りの帯域幅が増えるので、端末Ａは時間をおいて再発信を行えば通信を行える可能性がある。
【００３５】
（実施例１）
図５は、ＳＩＰサーバ１の実施例１の動作を示す図である。
【００３６】
実施例１において、呼処理機能部１１は、発信要求を送信してくる端末（図示せず。以下、発信端末という）と相手の端末（図示せず。以下、相手端末という）の接続判定を行う。また、呼処理機能部１１は、発信端末から受信するＳＤＰ情報のメディア情報に記載された各帯域幅情報を帯域幅の合計が少なくなるように書き換えてなる制御指示情報を生成する。
【００３７】
リソース管理部１２は、NGNなどのネットワークの各区間について上限の帯域幅と使用中の帯域幅を管理し、呼処理機能部１１から受信する制御指示情報に示された帯域幅を該当区間の使用中の帯域幅に加えた値が該当区間の上限の帯域幅を超えない場合には、当該新たな通信を開始させ、一方、超える場合には、当該新たな通信が開始されないように制御する。
【００３８】
ＳＩＰサーバ１の呼処理機能部１１は、発信端末からの発信要求の際に、ＳＩＰ信号であるＳＩＰ  ＩＮＶＩＴＥ信号により、ＳＤＰ情報を受信する。ＳＤＰ情報は、例えば、３つのメディア（通信種別）についての帯域幅情報を記載した情報（メディア情報という）を含む。３つの帯域幅情報とは、例えば、Audio1, G.711, 帯域64という帯域幅情報と、Audio2, Codec_A2, 帯域100という帯域幅情報と、Video1, Codec_V1, 帯域1000という帯域幅情報である。
【００３９】
Audioは、メディアが音声通信に属するものであることを示すものである。
【００４０】
Videoは、メディアが映像通信に属するものであることを示すものである。
【００４１】
つまり、この例のメディア情報は、発信端末が、２つの音声通信と１つの映像通信で相手端末と通信することを要求していることを示すものである。
【００４２】
Audio1やVideo1などの1などは、音声通信や映像通信に属するメディアの中での識別子である。
【００４３】
G.711やCodec_A2やCodec_V1は、通信の際に使用されるコーデックを示すものである。
【００４４】
帯域64や帯域100や帯域1000の64や100や1000は、対応するメディアにより使われる帯域幅を示すものである。64は、例えば、64kbps(kilobit per second)を示す値である。
【００４５】
呼処理機能部１１は、このようなメディア情報を含むＳＤＰ情報を受信すると、メディア情報に記載された各帯域幅情報を帯域幅の合計が少なくなるように書き換えてなる制御指示情報を生成し、制御指示情報をリソース管理部１２に送信する。
【００４６】
呼処理機能部１１は、例えば、Audio1について帯域64を帯域32(32kbps)に書き換えた帯域幅情報と、Audio2について帯域100を帯域50(50kbps)に書き換えた帯域幅情報と、Video1について帯域1000を帯域500(500kbps)に書き換えた帯域幅情報とを含む制御指示情報を生成し、リソース管理部１２に送信する。
【００４７】
ここで、制御指示情報の生成方法について説明する。
【００４８】
A-1)書き換え後の帯域幅が諸条件により変わらないようにする方法
この方法には、
A-1-1)書き換え前の帯域幅の50%に書き換えるというように、書き換え前後の割合を固定的に定めておく方法
A-1-2)書き換え後の帯域幅を50kbpsとするというように、書き換え後の帯域幅を固定的に定めておく方法
がある。
【００４９】
A-2)書き換え後の帯域幅が諸条件により変わるようにする方法
この方法には、
A-2-1)例えば、書き換え前後の割合が、サーバの処理可能呼数に対して処理中呼が50%程度の状態での発信要求の際には50%、70%程度の状態での発信要求の際には10%、90%程度の状態での発信要求の際には0%となるように、書き換え前後の割合を段階的に小さくする方法
A-2-2)例えば、書き換え後の帯域幅が、サーバの処理可能呼数に対して処理中呼が50%程度の状態での発信要求の際には50kbps、70%程度の状態での発信要求の際には25kbps、90%程度の状態での発信要求の際には0kbpsとなるように、書き換え後の帯域幅割合を段階的に小さくする方法
がある。
【００５０】
リソース管理部１２は、このように生成される制御指示情報に示された帯域幅を該当区間の使用中の帯域幅に加えた値が該当区間の上限の帯域幅を超えない場合には、当該新たな通信を開始させ、一方、超える場合には、当該新たな通信が開始されないように制御する。
【００５１】
制御指示情報に示された帯域幅は、上記のように、メディア情報に示された帯域幅より少ないので、これを該当区間の使用中の帯域幅に加えた値が該当区間の上限の帯域幅を超える可能性は、制御指示情報の帯域幅をメディア情報の帯域幅と同じにする場合に比べて、低くなる。したがって、新たな通信をより多く実行することができ、すなわち、多数の通信を実施可能にすることができる。
【００５２】
また、リソース管理部１２は、発信端末と相手端末の間の各メディアについての帯域幅が、制御指示情報に記載された当該メディアについての帯域幅情報に対応する帯域幅以下になるような帯域幅制御を行う。
【００５３】
上記例では、リソース管理部１２は、Audio1に対応する音声通信の帯域幅を32kbps以下に制御し、Audio2に対応する音声通信の帯域幅を50kbps以下に制御し、Video1に対応する映像通信の帯域幅を500kbps以下に制御する。
【００５４】
以上のように、実施例１によれば、呼処理機能部１１は、メディア情報内の各帯域幅情報を帯域幅の合計が少なくなるように書き換えてなる制御指示情報を生成するので、具体的には、少なくとも１つのメディアの帯域幅情報に対応する帯域幅が少なくなるように当該帯域幅情報を書き換えてなる制御指示情報を生成するので、個々の通信については、その通信で使用される帯域幅をメディア情報に示された帯域幅よりも少なくでき、よって、通信数を多くすることができる。
【００５５】
（実施例２）
図６は、ＳＩＰサーバ１の実施例２の動作を示す図である。
【００５６】
ＳＩＰサーバ１は、実施例１と同様に、呼処理機能部１１とリソース管理部１２を備え、呼処理機能部１１は、発信端末からＳＤＰ情報を受信する。ＳＤＰ情報に含まれるメディア情報は、例えば、Audio1, G.711, 帯域64という帯域幅情報と、Audio2, Codec_A2, 帯域100という帯域幅情報と、Video1, Codec_V1, 帯域1000という帯域幅情報を含む。
【００５７】
呼処理機能部１１は、このようなメディア情報を含むＳＤＰ情報を受信すると、メディア情報に記載された各帯域幅情報を帯域幅の合計が少なくなるように書き換えてなる制御指示情報を生成し、制御指示情報をリソース管理部１２に送信する。
【００５８】
呼処理機能部１１は、例えば、Audio1についての帯域幅情報のみを含む制御指示情報、つまり、Audio2についての帯域幅情報と、Video1についての帯域幅情報とを削除してなる制御指示情報を生成し、リソース管理部１２に送信する。
【００５９】
ここで、制御指示情報の生成方法について説明する。
【００６０】
例えば、災害が発生した際には、安否確認の電話が多く必要であり、よって、音声メディアの通信を優先させ、通信数をより多くするという観点に鑑みれば、帯域幅情報の削除による制御指示情報の生成方法には、
B-1)音声メディア以外の少なくとも１つのメディアの帯域幅情報を削除してなる制御指示情報を生成するという方法がある。
【００６１】
その中には、B-2)音声メディア以外の全てのメディアの帯域幅情報を削除してなる制御指示情報を生成するという方法がある。
【００６２】
その中には、B-3)２つ以上ある音声メディアの帯域幅情報の少なくとも１つを削除してなる制御指示情報を生成するという方法がある。
【００６３】
その中には、B-4)２つ以上ある音声メディアの帯域幅情報の１つを残して他の帯域幅情報を削除してなる制御指示情報を生成するという方法がある。
【００６４】
B-3)、B-4)の方法の中には、B-5)大小異なる２の帯域幅についての帯域幅情報のいずれか一方を削除してなる制御指示情報を生成する場合は、大きい帯域幅についての帯域幅情報を削除してなる制御指示情報を生成するという方法がある。
【００６５】
上記例は、B-1)〜B-5)のいずれの方法に該当する。
【００６６】
したがって、実施例２によれば、呼処理機能部１１は、メディア情報内の各帯域幅情報を帯域幅の合計が少なくなるように書き換えてなる制御指示情報を生成することで、具体的には、音声メディア以外の少なくとも１つのメディアの帯域幅情報を削除してなる制御指示情報を生成することで、音声メディアの通信数を多くすることができる。
【００６７】
また、音声メディア以外の全てのメディアの帯域幅情報を削除してなる制御指示情報を生成することで、音声メディアの通信数をより多くすることができる。
【００６８】
また、２つ以上ある音声メディアの帯域幅情報の少なくとも１つを削除してなる制御指示情報を生成することで、音声メディアの通信を行う端末数を多くすることができる。
【００６９】
また、２つ以上ある音声メディアの帯域幅情報の１つを残して他の帯域幅情報を削除してなる制御指示情報を生成することで、音声メディアの通信を行う端末数をより多くすることができる。
【００７０】
また、大小異なる２の帯域幅についての帯域幅情報のいずれか一方を削除してなる制御指示情報を生成する場合は、大きい帯域幅についての帯域幅情報を削除してなる制御指示情報を生成することで、音声メディアの通信を行う端末数を一層多くすることができる。
【００７１】
以上、実施例１、２について説明したが、図７に示すように、ＳＩＰサーバ１では、リソース管理部１２が制御指示情報による帯域幅制御のコーデックについての処理を実施した後、対象のノードもしくは端末に対し、ＳＩＰ ＩＮＶＩＴＥ信号により、ＳＤＰ情報を送信する。この場合のＳＤＰ情報については、以下の２つのパターンが考えられる。
【００７２】
C-1)発信端末から受信したＳＤＰ情報をそのまま相手端末に送信する
相手端末は、このＳＤＰ情報を受信し、以降、発信端末と相手端末とで、ＳＤＰ情報に基づいて、ＳＩＰネゴシエーションが実施される。ただし、ＳＩＰサーバ１では、制御指示情報に基づく帯域幅制御が行われるので、ＳＩＰネゴシエーションの結果決定したメディアや帯域幅と実際のメディアや帯域幅には違いがある。そのため、ＳＩＰネゴシエーションの結果、映像メディアで通信することが決まっても、実際には音声メディアの通信しか行われないということがある。
【００７３】
C-2)制御指示情報の帯域幅情報でＳＤＰ情報の帯域幅情報を上書きし、上書き後のＳＤＰ情報を相手端末に送信する
相手端末は、このＳＤＰ情報を受信し、以降、発信端末と相手端末とで、ＳＤＰ情報に基づいて、ＳＩＰネゴシエーションが実施される。つまり、当初発信端末が送信したＳＤＰ情報とは異なるＳＤＰ情報によりＳＩＰネゴシエーションが実施される。
【００７４】
以上、本実施の形態のＳＩＰサーバについて説明したが、その全てを実施する必要はなく、ＳＩＰサーバの運用側が、どの対応策を実施するかを選択すればよい。また、選択された対応策は、ＳＩＰサーバが自律的に行ってもよいし、または、外部からＳＩＰサーバに指示することで発動してもよい。
【００７５】
なお、ＳＩＰサーバ１としてコンピュータを機能させるためのコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に記録でき、また、インターネットなどの通信網を介して伝送させて、広く流通させることができる。
【符号の説明】
【００７６】
１  ＳＩＰサーバ
１１  呼処理機能部
１２  リソース管理部
【図１】
2014090242.tif 000003
【図２】
2014090242.tif 000004
【図３】
2014090242.tif 000005
【図４】
2014090242.tif 000006
【図５】
2014090242.tif 000007
【図６】
2014090242.tif 000008
【図７】
2014090242.tif 000009