JP4826792B2 - 中継装置、中継方法、中継用プログラム - Google Patents

Description

本発明は中継装置、中継方法、中継用プログラムに関し、特に、装置内部のリソースを最適化する中継装置、中継方法、中継用プログラムに関する。

携帯電話のサービス、価格競争が進行するなか、デジタル携帯電話等における通信方式も日々進歩している。近時では、従来の２Ｇ方式（ＧＳＭ・ＰＤＣなど）に加えて、３Ｇ（第３世代）のサービスが一般化するなど、通信方式が多様化している。また、ＮＧＮに代表される次世代のキャリアネットワークや、次世代携帯電話システムにおいては、音声通信についてもＩＰ技術（ＶｏＩＰ）が用いられることが想定されており、従来方式から大きく変化することが見込まれている。

このような潮流に呼応し、異種網間接続の必要性、例えば、今日の２Ｇ／３Ｇの携帯電話網と次世代ＩＰ電話網との間を接続するといったニーズが高まってきており、異種網間での効率的な接続や異種網間でのシームレスな移行を意識した技術が提案されてきている。例えば、第１の移動無線網のコンテキストと第２の移動無線網のコンテキストを結合することで、第２の移動無線網から、第１の移動無線網と接続されたパケットデータ網に対し、第１の移動無線網のアクセスノードを介してパケットデータを間接的に移送する技術が開示されている（特許文献１）。

さらに、通信環境の高度化・複雑化にともない、リソースの節約という観点で異種網間接続を可能化する装置も提案されはじめた。例えば、発呼側でイニシャルアドレスメッセージＩＡＭを取得し、この取得したＩＡＭに基づいて発呼者及び被呼者の情報を分析し、発呼者及び被呼者に対応するタイムスロットの半永久的ターミネーションをコンテキストに追加することでネットワークリソースを低減するスイッチデバイスが開示されている（特許文献２）。
特表２００４−５３４４３９号公報 特開２００６−１８６９８２号公報

しかしながら、特許文献１や特許文献２を含む従来の技術においては、運用コストやネットワークリソースを低減させることができたとしても、自装置内のリソースを効率的に節約することができないという課題があった。

例えば、特許文献１の発明では、接続先網の通信方式が変わった場合、システム全体を手直しする必要があった。すなわち、改修した第１の移動無線網のアクセスノードだけでなく、第２の移動無線網のアクセスノードも改修して新たに設ける必要があった。特に、システムが大規模化すると、通信装置等のハードウェアが増えて管理者には負担がかかった。特許文献１の発明は、自装置内のリソースを節約するという側面から見ると、非効率的であった。

また、特許文献２には、半永久的ターミネーションをコンテキストに追加するメディアゲートウェイ装置が開示されている。しかしながら、特許文献２に開示されている技術はコンテキストを追加するに過ぎず、ハードウェアリソースに無駄が生じていた。

このハードウェアリソースを有効活用できないという問題点について、図５に示されるＩＰ電話の環境を想定した従来型のメディアゲートウェイ装置を想定して以下に詳細に説明する。

例えば、ひとつのメディアゲートウェイ装置ｆ内に、メディアゲートウェイコントローラｅ１によって制御されるコンテキストＣ１と、メディアゲートウェイコントローラｅ２によって制御されるコンテキストＣ２とが存在する場合を考える。また、コンテキストＣ１によってターミネーションＴａ,Ｔｂが関連付けられ、コンテキストＣ２によってターミネーションＴｃ,Ｔｄが関連付けられている。

ここで、Ｔａ−Ｔｂ間は、コーデック形式を変換するためのトランスコーダＸａが存在し、Ｔｃ-Ｔｄ間にも、トランスコーダＸｂが存在している。さらに、ＴｂとＴｃ間は、コンテキスト間を接続するコネクションが設定されており、Ｔａ,Ｔｄにはそれぞれメディアゲートウェイ装置外部の対向ノードとのコネクションが設定されているものとする。

このような場合において、ターミネーションＴｂ,Ｔｃはコンテキスト間のコネクションの端点であるが、相互に関連付けられたものではなく、冗長であった。

また、トランスコーダＸａとＸｂとを組み合わせた機能を一つのトランスコーダで提供できる場合、二つのトランスコーダＸａ、Ｘｂの配置は冗長であった。しかしながら、ターミネーションＴｂ,Ｔｃも、トランスコーダＸａ、Ｘｂも省略することはできなかった。何故なら、コンテキストＣ１によってターミネーションＴａ，Ｔｂが関連付けられ、また、コンテキストＣ２によってターミネーションＴｃ，Ｔｄが関連付けられており、ターミネーションＴｂ,Ｔｃを分離し省略することが不可能な為である。

同様の理由から、トランスコーダＸａ,Ｘｂについて、これらのトランスコーダがＡＭＲ−Ｇ．７２９間で直接変換する能力を持ち本来は１つのトランスコーダで実現可能であったとしても、トランスコーダＸａ、Ｘｂを省略することができない。そもそも、リソースを再構成しようとすると、その装置自体の設定変更に加え、関連する機器（例えばメディアゲートウェイコントローラ等の制御装置）の設定もあわせて変更する必要性が生じてくる為、機器運用面での負担が増えるという課題があった。

逆に、メディアゲートウェイコントローラ（以下、ＭＧＣともいう）側からメディアゲートウェイのリソース最適化の制御をおこなおうとすると、今度はＭＧＣ側での処理負荷・運用負担が大きくなるという問題が生じた。例えば、図５に示されるようにＭＧＣが複数あるような場合、各ＭＧＣには、リソース最適化の制御の為にＭＧＣ間で協調した動作を行わせる必要があり、ＭＧＣ側の処理負荷が高まる。また、各ＭＧＣには最適化対応のソフトウェアを導入する必要があり運用上の負担も大きい。特に、複数のＭＧＣがそれぞれ異なるベンダーによって提供される機器である場合などには、最適化対応の標準的なソフトウェアが無い為、専用のソフトウェアを開発する必要性が生じる。こうした理由から、ＭＧＣ側からのリソース最適化制御も非現実的であった。

また、一般に、ターミネーションやコーデック変換は、リソース配備数に限りのある信号処理機能を利用して行われることが多く、上述の例にみられるような１つのストリームで２回の信号変換動作を要求するような使い方は、リソースの無駄使いであった。

さらに、別の課題もあった。上述の例では、Ｘａ，Ｘｂでそれぞれコーデック変換を行うが、このような複数回のコーデック変換動作は、音声などの品質を悪化させる要因となっていた。この為、変換回数は最小限にとどめることが望ましく、変換回数の点からも改善が望まれていた。

そこで、本発明は上記課題に鑑みて発明されたものであって、その目的は、通信品質を劣化させず、自装置内のリソースを自律的に最適化する中継装置、中継方法、中継用プログラムを提供することである。

また、本発明の目的は、リソースの最適化に際し、中継制御装置等の関係機器の設定変更をする必要としない中継装置、中継方法、中継用プログラムを提供することでもある。

上記課題を解決する本発明は、中継装置であって、コンテキストの設定情報に基づいて、自装置内のコンテキスト間のコネクションが存在するか否かを判定する判定手段と、前記判定手段により自装置内のコンテキスト間のコネクションが存在すると判定された場合に、前記コネクションで結ばれるコンテキストを統合して、前記コネクションで結ばれるコンテキストの代わりに信号中継に用いられる新たなコンテキストを生成する最適化処理の要否を判断し、最適化処理が必要であると判断した場合には前記最適化処理を行う最適化処理手段とを有することを特徴とする。

上記課題を解決する本発明は、中継方法であって、コンテキストの設定情報に基づいて、自装置内のコンテキスト間のコネクションが存在するか否かを判定し、前記判定手段により自装置内のコンテキスト間のコネクションが存在すると判定された場合に、前記コネクションで結ばれるコンテキストを統合して、前記コネクションで結ばれるコンテキストの代わりに信号中継に用いられる新たなコンテキストを生成する最適化処理の要否を判断し、最適化処理が必要であると判断した場合には前記最適化処理を行うことを特徴とする。

上記課題を解決する本発明は、情報処理装置のプログラムであって、前記プログラムは情報処理装置を、コンテキストの設定情報に基づいて、自装置内のコンテキスト間のコネクションが存在するか否かを判定する判定処理と、前記判定処理により自装置内のコンテキスト間のコネクションが存在すると判定された場合に、前記コネクションで結ばれるコンテキストを統合して、前記コネクションで結ばれるコンテキストの代わりに信号中継に用いられる新たなコンテキストを生成する最適化の要否を判断し、最適化が必要であると判断した場合には前記最適化を行う最適化処理を実行させることを特徴とする。

本発明によれば、自装置内のリソースを自律的に最適化する中継装置、中継方法、中継用プログラムを提供することができる。

その理由は、本発明の中継装置、中継方法、中継用プログラムが、コンテキストの設定情報に基づいて自装置内のコンテキスト間のコネクションが存在するか否かを判定し、コンテキスト間のコネクションが存在すると判定された場合に、このコネクションで結ばれるコンテキストを結合して新たなコンテキストを生成する最適化処理が必要か否かを判断し、最適化処理が必要であると判断された場合に最適化処理を行うからである。

本発明の実施の形態について図を用いて説明する。

尚、本実施の形態においては、Ｍｅｇａｃｏ（Ｈ．２４８．１）の用語やコネクションモデルを使用して動作の解説を行うものとするが、この制御プロトコルに依存するものではない。他の制御プロトコル(例えば、ＭＧＣＰ（ＲＦＣ３４３５で規定）)を使用するようにすることも、むろん可能である。

図１〜図３は本発明の中継装置の第１の実施形態を説明する為のもので、図１はリソース最適化前における中継装置のブロック図、図２はリソース最適化後における中継装置のブロック図、図３はリソース最適化処理のシーケンス図である。

尚、本実施の形態では、ＩＰ電話における呼の中継を想定し説明するものとする。

また、以下では、本発明の中継装置がメディアゲートウェイ装置であるものとして説明する。

図１を参照すると、ａは本発明のメディアゲートウェイ装置である。

ｂ１，ｂ２はメディアゲートウェイコントローラであり、メディアゲートウェイ装置ａを制御する制御装置である。メディアゲートウェイコントローラｂ１，ｂ２（以下、ＭＧＣ−ｂ１などともいう）は、隣接ノードからの呼制御信号を中継処理する。尚、ベアラは、メディアゲートウェイ装置ａによって中継される。

メディアゲートウェイ装置ａには、コンテキストが設定される。ここで、コンテキストとは、装置内の複数のリソースが関連付けられた制御単位である。メディアゲートウェイ装置ａで設定されるコンテキストは大きく２種類に大別される。一つは、リソースを最適化する前のコンテキストであり、図１にはコンテキストＣ１，Ｃ２で示されている。もう一つは、リソースを最適化した後のコンテキストであり、コンテキストＣ１，Ｃ２に基づいて生成された仮想的なコンテキストである。この新たに生成されたコンテキストは、図２にコンテキストＣ３として示される。

また、リソース最適化とは、自装置内のコンテキスト間のコネクションで結ばれるコンテキストを結合して新たなコンテキストを生成し、この新たなコンテキストによって制御される状態にすることであり、最適化処理ともいう。リソースとは、コンテキストで関連付けられる制御対象であり、少なくとも端点、回線、コーデック形式の変換部位等が含まれる。

コンテキストＣ１は、ＭＧＣ−ｂ１によって設定される制御単位である。メディアゲートウェイ装置ａがＭＧＣ−ｂ１によって制御される際、このコンテキストＣ１が用いられる。すなわち、メディアゲートウェイ装置ａは、コンテキストＣ１を用いたＭＧＣ−ｂ１によって、仮想メディアゲートウェイＧ１（以下、仮想ＭＧ１等ともいう）として制御される。同様に、コンテキストＣ２は、ＭＧＣ−ｂ２によって設定され、このコンテキストＣ２を用いたＭＧＣ−ｂ２によって、仮想ＭＧ２として制御される。

コンテキストＣ３の設定情報は、コンテキストＣ１，Ｃ２と関連付けて記憶されている。そして、リソース最適化後は、この新たに生成されたコンテキストＣ３が用いられ、図２に示される仮想ＭＧ３として制御される。リソース最適化処理の詳細については、後述する。

ｄ２は、装置内のコンテキスト間を接続するコネクションである。また、ｄ１，ｄ３は、装置の外部と接続するコネクションである。ここで、コネクションとは、コンテキスト間またはリソース間の接続を意味する。コンテキスト内のリソース同士の接続も広義のコネクションであるが、Ｍｅｇａｃｏプロトコルでは、コンテキスト内におけるリソース同士の接続はアソシエーションと呼ばれる。

続いて、コンテキストに関連付けられるリソースについて説明する。

Ｔ１〜Ｔ４は、中継の対象となるストリームを送受信するためのターミネーション（Ｔｅｒｍｉｎａｔｉｏｎ）と呼ばれる論理エンティティであり、コネクションの端点となる。ターミネーションＴ１，Ｔ２はＭＧＣ−ｂ１によって、また、ターミネーションＴ３，Ｔ４はＭＧＣ−ｂ２によって、送受信先アドレス、ポート番号等が設定される。

図１のＸ１，Ｘ２、及び図２のＸ３はいずれもトランスコーダであり、コーデック形式を変換する。図１を見ると、トランスコーダＸ１は、ターミネーションＴ１，Ｔ２間でコーデック形式を変換し、トランスコーダＸ２は、ターミネーションＴ３，Ｔ４間でコーデック形式を変換する。そして、コンテキストＣ１により、ターミネーションＴ１とＴ２とがトランスコーダＸ１を介して関連付けられ、コンテキストＣ２により、ターミネーションＴ３とＴ４とがトランスコーダＸ２を介して関連付けられる。

また、図２に示されるトランスコーダＸ３は、仮想コンテキストＣ３においてターミネーションＴ１とＴ４とを関連付ける。ここで、トランスコーダＸ１〜Ｘ３のそれぞれは、特定のコーデック変換をサポートするＬＳＩ等の専用ハードウェアである。リソース最適化により、Ｘ１，Ｘ２のリソースが空き、代わりにＸ３のリソースが使用されることになる。

尚、これらのトランスコーダＸ１〜Ｘ３はソフトウェアによる論理的なエンティティとして機能させるようにすることも可能である。この場合、ソフトウェアのプログラムの設定を変更し、リソース最適化前のトランスコーダＸ１又はＸ２のいずれかを、リソース最適化後にはトランスコーダＸ３として代用させるようにしてもよい。

続いて、メディアゲートウェイ装置ａの各機能部について、図１を用いて説明する。

メディアゲートウェイ装置ａは、記憶部ａ１０と、コネクション判定部ａ２０と、最適化判定部ａ３０と、コンテキスト制御部ａ４０と、最適化処理部ａ５０とを有する。

記憶部ａ１０には、コンテキストの設定情報が記憶されている。具体的には、図４に示されるように、各コンテキストに関連付けられているリソースの設定情報が記憶されている。さらに、コンテキストにより関連付けられているリソースであるターミネーション、トランスコーダの機能情報や性能情報（図示せず）も記憶されている。ここで、機能情報とは、リソースの有する機能を識別できる情報であって、変換可能なコーデック種別、接続可能な回線種別等といった提供可能な機能を示す情報である。また、性能情報とは、ＣＰＵ等の処理能力を示す情報である。

コネクション判定部ａ２０は、記憶部ａ１０に記憶されているコンテキストの設定情報に基づいて、自装置内のコンテキスト間のコネクションが存在するか否かを判定する。

最適化判定部ａ３０は、コンテキストによって関連付けられたリソースの機能情報または性能情報に基づいて、新たなコンテキストを生成するか否か、すなわち、最適化処理をするかどうか判断する。

具体的には、最適化判定部ａ３０は、コンテキストに関連付けられるリソース数の増減、コンテキストに関連付けられるリソースを用いた通信の可否、又は性能面でネックとなるリソースの有無といった判断基準に基づいて最適化処理をするかどうかの判断をする。

リソース数の増減を最適化処理実施の際の判断基準とする場合、具体的には、Ｔ２，Ｔ３を使用せずにＴ１，Ｔ４のみを使うことで回線リソースの使用数を半分にできるか、或いは、ＡＭＲ−Ｇ．７１１及びＧ．７１１−Ｇ．７２９の２つのトランスコーダを使用せずにＡＭＲ−Ｇ．７２９に直接変換する一つのトランスコーダを使用することでトランスコーダのリソース数を減らせるかといった観点で判断をする。

尚、コンテキストに関連付けられるリソースを用いた通信の可否を判断基準にしてもよい。この場合は、新たなリソースを用いることで正しく接続ができるか、例えば、ＡＭＲ−Ｇ．７２９の直接変換にトランスコーダが対応しているかどうかといった観点で判断をする。

また、性能面でネックとなるリソースの有無を判断基準にすることもできる。例えば、最大能力のネックがトランスコーダにあって、ターミネーションの数を減らすとターミネーションの処理能力（例えば、ＤＳＰ処理能力等）がボトルネックになると判断される場合に、最適化処理は不要と判断させてもよい。

また、新たに生成するコンテキストで関連付けられるリソースの処理性能が、生成元となるコンテキストに関連付けられるリソースの処理性能に追いつかないと判断される場合に、最適化処理が不要であると判断させるようにしてもよい。

最適化処理部ａ５０は、コネクション判定部ａ２０により自装置内のコンテキスト間のコネクションが存在すると判定された場合であって、かつ、最適化判定部ａ３０によって最適化が必要であると判断された場合に、コンテキスト間のコネクションで結ばれるコンテキストを結合して新たなコンテキストを生成する。具体的には、図２に示されるように、コンテキストＣ３によりターミネーションＴ１とＴ４とをトランスコーダＸ３を介して関連付け、仮想ＭＧ３として動作するようにコンテキストの設定情報を変更し制御する。

コンテキスト制御部ａ４０は、リソース最適化後において、元となるコンテキストＣ１，Ｃ２を用いてＭＧＣ−ｂ１，ｂ２との通信が行われるようにコンテキストを制御する。具体的には、新たに生成したコンテキストの設定情報とこの元となる各コンテキストの設定情報とが、図４に示されるようなテーブルに対応付けられて記憶部ａ１０に記憶されている。そして、ＭＧＣ−ｂ１，ｂ２との通信が行われる場合には、このテーブルを参照しコンテキストＣ１（Ｃ２）と仮想コンテキストＣ３間で設定情報を変換する。このとき、メディアゲートウェイ装置ａ内では仮想コンテキストＣ３が用いられ、仮想ＭＧ３として制御される。

次に、上記のように構成させた中継装置の動作について、図３の処理フローに沿って説明する。

尚、ここでは、Ｔ１は、ＡＭＲコーデックを使用するＡＴＭ回線のターミネーションであり、Ｔ２はＧ．７１１コーデックを使用するＲＴＰ／ＵＤＰ／ＩＰの回線のターミネーション設定がされるものとする。また、Ｔ３は、Ｇ．７１１コーデックを使用するＲＴＰ／ＵＤＰ／ＩＰ回線のターミネーションであり、Ｔ４はＧ．７２９コーデックを使用するＲＴＰ／ＵＤＰ／ＩＰのターミネーションとしての設定がされるものとする。また、Ｘ１は、ＡＭＲ−Ｇ．７１１間のコーデック形式を変換するトランスコーダであり、Ｘ２は、Ｇ．７１１−Ｇ．７２９間のコーデック形式を変換するトランスコーダであるものとする。さらに、Ｘ３は、ＡＭＲ−Ｇ．７２９間のコーデック形式を変換可能なトランスコーダであるものとする。

また、ここでは、コンテキストに関連付けられるリソースを用いた通信の可否を最適化処理の際の判断基準にするものとする。

また、ここでは、ターミネーションＴ１自身にアドレスｔ１が設定され、隣接する外部の対向ノード（アドレスｏ１）又はトランスコーダＸ１（アドレスｘ１）が送信先アドレスに設定されるものとする。この設定は、図４では、［ｔ１（ｏ１，ｘ１）］として示されている。他のターミネーション、トランスコーダのそれぞれについても、図４に示される設定が施されるものとして説明する。

ＭＧＣ−ｂ１が発呼の際に使用される信号（ＩＳＵＰにおけるＩＡＭ，ＡＣＭ,ＡＮＭ等、ＳＩＰにおけるＩＮＶＩＴＥや、そのレスポンス等）を受信すると、ＭＧＣ−ｂ１は仮想ＭＧ１に対してコンテキストの設定要求、ターミネーションの設定要求に関するメッセージを送信する（ステップＳ１）。

ここで、コンテキストの設定要求メッセージには、コンテキストの設定情報が含まれる。具体的には、コンテキストＣ１によって、ターミネーションＴ１とＴ２とをトランスコーダＸ２を介して関連付ける旨のメッセージが含まれる。また、コンテキストの設定情報には、ターミネーションの設定要求メッセージには、ターミネーション毎の設定情報に加え、各ターミネーションが使用するＩＰアドレス、ポート番号の情報が含まれる。さらに、コンテキストの設定情報には、コンテキストに関連付けられているリソースの機能情報や性能情報が含まれる。

次に、ＭＧＣ−ｂ１から設定要求を受け取ったメディアゲートウェイ装置ａのコネクション判定部ａ２０によって、以前に設定済みのコンテキストの設定情報が検索され、自装置内にコンテキスト間のコネクションが存在するか否かが判定される（ステップＳ２）。この時点では、コンテキスト間のコネクションが存在しないため、最適化不要と判断される。

ステップＳ２で最適化が不要と判定されたため、ＭＧＣ−ｂ１の設定要求通りにターミネーションＴ１，Ｔ２が設定され、ターミネーションＴ１，Ｔ２がコンテキストＣ１に関連付けられる（ステップＳ３）。

ターミネーションＴ１，Ｔ２の設定、コンテキストＣ１の設定が完了すると、メディアゲートウェイ装置ａのコンテキスト制御部ａ４０によって、応答メッセージがＭＧＣ−ｂ１に返される（ステップＳ４）。さらに、これらの設定された情報が、コンテキストＣ１の設定情報として記憶部ａ１０に記憶される。

次に、ＭＧＣ−ｂ２に発呼を示す信号が到着すると、ＭＧＣ−ｂ２は仮想ＭＧ２に対して、ターミネーションＴ２と接続されるような、新たなターミネーションならびにコンテキストの設定要求メッセージを送信する（ステップＳ５）。設定要求を受け取った仮想ＭＧ２では、最適化処理部ａ５０によりコンテキストＣ２が作成され、ターミネーションＴ３、Ｔ４、トランスコーダＸ２の情報が関連付けられ記憶部ａ１０に記憶される。

次に、コネクション判定部ａ２０によって、以前に設定済みのコンテキストの設定情報が検索され、自装置内にコンテキスト間のコネクションが存在するか否かが判定される。この場合、コンテキストＣ１が設定されており、コンテキストＣ２が作成されたので、自装置内にコンテキスト間のコネクションが存在すると判定される（ステップＳ６）。

続いて、最適化判定部ａ３０により、コンテキストＣ１とコンテキストＣ２の設定情報が比較され、最適化処理が可能か否か判断される。具体的には、記憶部ａ１０に記憶されているリソースの機能情報が参照され、コーデック種別や回線種別等の情報に基づいて、コンテキストＣ３によってトランスコーダＸ３を介してターミネーションＴ１、Ｔ４を関連付けることで通信上の問題が生じないかが判断される。この場合、Ｘ３が機能的にＡＭＲ−Ｇ．７２９の直接変換に対応している為、最適化処理が可能（必要）と判断される（ステップＳ７）。

次に、最適化処理部ａ５０によりリソース最適化が実行される。すなわち、最適化処理部ａ５０により、コンテキストＣ１，Ｃ２の設定情報に基づいた新たなコンテキストＣ３が作成され、ターミネーションＴ１，Ｔ４がトランスコーダＸ３を介して関連付けられ記憶部に設定／記憶される。

具体的には、図４に示されるように、ＭＧＣ−ｂ１からの設定要求を受けて作成されたコンテキストＣ１に対しては、最適化前の情報（Ｔ１，Ｔ２，Ｘ１からなる関連付け情報）に加えてＣ３の情報が対応付けられ、記憶部ａ１０に記憶される。また、ＭＧＣ−ｂ２からの設定要求を受けて作成されたコンテキストＣ２に対しても、最適化前の情報（Ｔ３，Ｔ４，Ｘ２からならる関連付け情報）に加えてＣ３の情報が対応付けられ、記憶部ａ１０に記憶される。

これにより、コンテキストＣ１,Ｃ２はそれぞれ、実際に使用している最適化後のリソース（Ｔ１，Ｔ４，Ｘ３）に関連付けられたコンテキストＣ３の設定情報を持つことになる。

ターミネーションＴ３,Ｔ４とコンテキストＣ２の設定が完了すると、ＭＧＣ−ｂ２に対して、完了メッセージを送信する（ステップＳ８）。

以上のステップを経て、実際に使用されている物理的なリソース数が、ターミネーション２つ、トランスコーダ１つに最適化される。

本実施の形態では、前述の通り、コンテキストＣ１，Ｃ２には最適後のコンテキストＣ３の設定情報がそれぞれ対応付けられ、ＭＧＣに対しては最適化前のコンテキストの設定情報に基づいて応答することになる。この為、メディアゲートウェイ装置内でリソース最適化を図りながらも、ＭＧＣでは元のリソースを使用して通信することができる。すなわち、ＭＧＣ側では、最適化処理が施される都度設定変更をおこなう必要がなくなる。

尚、具体的なフローチャートは示していないが、設定解除（コンテキストの削除）の際は、本手順と逆をたどる。

次に、設定解除の動作について説明する。

まず、ＭＧＣ−ｂ２からコンテキストＣ２の設定解除要求を受けると、コンテキスト制御部ａ４０によってコンテキストＣ２の設定情報が解除される。そして、コンテキストＣ１により仮想ＭＧ１として制御されるようコンテキストの設定情報が変更される。具体的には、まず、トランスコーダＸ３がトランスコーダＸ１に変更される。そして、トランスコーダＸ１は、ターミネーションＴ１，Ｔ２を介して接続されるように設定が変更される。さらに、コンテキストＣ２の設定解除の完了メッセージがＭＧＣ−ｂ２へ送信される。また、記憶部ａ１０からは、コンテキストＣ２の設定情報が削除される。

続いて、ＭＧＣ−ｂ１からコンテキストＣ１の設定解除要求を受けると、コンテキスト制御部ａ４０によってコンテキストＣ１の設定情報が解除される。そして、コンテキストＣ１の設定解除の完了メッセージがＭＧＣ−ｂ１へと送信される。また、記憶部ａ１０からは、コンテキストＣ２の設定情報が削除される。こうしてリソース最適化前の状態に戻される。

尚、ここでは、コンテキストＣ２の設定解除要求を受けた後でコンテキストＣ１の設定解除要求を受けた場合を例にとって説明したが、コンテキストＣ１の設定解除要求を受けた後でコンテキストＣ２の設定解除要求を受ける場合であっても構わない。この場合、ＭＧＣ−ｂ１からコンテキストＣ１の設定解除要求を受けると、コンテキスト制御部ａ４０によってコンテキストＣ１の設定情報が解除・設定変更がなされ、コンテキストＣ２により仮想ＭＧ２として制御されるようになる。さらに、ＭＧＣ−ｂ２からコンテキストＣ２の設定解除要求を受けると、コンテキスト制御部ａ４０によってコンテキストＣ２の設定情報が解除される。

上記実施の形態では、本発明の中継装置が、装置内のコンテキスト間のコネクションが存在するか否かを判定し、自装置内のコンテキスト間のコネクションが存在すると判定された場合に、コンテキストを結合して新たなコンテキストを生成する制御手段を有するので、装置内のリソースを節約し装置内リソースを効率的に利用することができる。さらに、リソースが最適化されることで、コーデック変換回数も削減され、通信品質が改善される。

また、上記実施の形態では、新たに生成したコンテキストと、このコンテキストの元となるコンテキストのそれぞれとを対応付けて記憶し、新たに生成したコンテキストの元となるコンテキストを用いて接続されている中継制御装置との通信をおこなうよう構成させたので、中継制御装置側で設定変更や特段の追加処理要求を必要とせずにメディアゲートウェイ装置ａの使用リソースを最適化することができる。

さらに上記実施の形態では、上述の如く、最適化処理はメディアゲートウェイ側で自律的に行われるので、ＭＧＣ側ではメディアゲートウェイの最適化処理を制御する必要が無い。従って、ＭＧＣ側の負荷も抑えられる。加えて、最適化処理の制御のためのソフトウェアもＭＧＣ側に導入する必要がない。

上記実施の形態では、コンテキスト間のコネクションが存在すると判定された後、最適化処理が可能か否かを判断するように構成させたが、これに限ることはない。コンテキスト間のコネクションが存在すると判定された後、新たに生成されたコンテキストに含まれるリソースの性能がボトルネックにならないかどうか、性能情報に基づいて更に判断させるようにしてもよい。

また、仮にリソースが節約できない場合であっても、コーデック変換回数が減り品質が向上すると判断された場合には、最適化処理が必要であると判断させるようにしてもよい。

尚、上記実施の形態では、装置の各部をハードウェアで構成したが、各部の一部または全部をプログラムとして情報処理装置に機能させるようにすることもできる。

本発明の中継装置のリソース最適化前における構成を示すブロック図 本発明の中継装置のリソース最適化後における構成を示すブロック図 リソース最適化処理のシーケンス図 コンテキストの設定情報の例を示す図 従来におけるメディアゲートウェイの構成例を示す図。

符号の説明

ａ メディアゲートウェイ装置
ａ１０ 記憶部
ａ２０ コネクション判定部
ａ３０ 最適化判定部
ａ４０ コンテキスト制御部
ａ５０ 最適化処理部
ｂ１ メディアゲートウェイコントローラ
ｂ２ メディアゲートウェイコントローラ
Ｃ１ コンテキスト
Ｃ２ コンテキスト
Ｃ３ コンテキスト（仮想コンテキスト）
ｄ１ コネクション
ｄ２ コンテキスト間のコネクション
ｄ３ コネクション
Ｇ１ 仮想メディアゲートウェイ
Ｇ２ 仮想メディアゲートウェイ
Ｇ３ 仮想メディアゲートウェイ
Ｘ１ トランスコーダ
Ｘ２ トランスコーダ
Ｘ３ トランスコーダ
Ｔ１ ターミネーション
Ｔ２ ターミネーション
Ｔ３ ターミネーション
Ｔ４ ターミネーション

Claims (15)

1. コンテキストの設定情報に基づいて、自装置内のコンテキスト間のコネクションが存在するか否かを判定する判定手段と、
   前記判定手段により自装置内のコンテキスト間のコネクションが存在すると判定された場合に、前記コネクションで結ばれるコンテキストを統合して、前記コネクションで結ばれるコンテキストの代わりに信号中継に用いられる新たなコンテキストを生成する最適化処理の要否を判断し、最適化処理が必要であると判断した場合には前記最適化処理を行う最適化処理手段と
   を有することを特徴とする中継装置。
2. 前記新たに生成したコンテキストと、このコンテキストの元となるコンテキストのそれぞれとを対応付けて記憶し、接続されている中継制御装置との通信では前記生成したコンテキストの元となるコンテキストを用いるコンテキスト制御手段を有することを特徴とする請求項１に記載の中継装置。
3. 前記最適化処理手段は、コンテキストに関連付けられるリソース数の増減、コンテキストに関連付けられるリソースを用いた通信の可否、又は性能面でネックとなるリソースの有無の少なくともひとつ以上を判断基準として最適化処理の要否を判断するよう構成されていることを特徴とする請求項１または請求項２に記載の中継装置。
4. 前記最適化処理手段は、新たに生成するコンテキストに関連付けられるリソースの総数が、前記新たに生成するコンテキストの元となるコンテキストに関連付けられるリソースの総数よりも少ない場合に、前記最適化処理が必要と判断するよう構成されていることを特徴とする請求項３に記載の中継装置。
5. 前記最適化処理手段は、新たに生成するコンテキストの元となるコンテキストに関連付けられているリソースの機能を示す情報に基づいて、前記新たに生成するコンテキストに関連付けられるリソースを用いた通信が可能かどうかを調べ、通信が可能な場合に前記最適化処理が必要と判断するよう構成されていることを特徴とする請求項３に記載の中継装置。
6. 前記最適化処理手段は、新たに生成するコンテキストの元となるコンテキストに関連付けられているリソースの性能を示す情報に基づいて、前記新たに生成するコンテキストに関連付けられるリソースのうち性能面でネックとなるリソースの有無を調べ、性能面でネックとなるリソースが無い場合に前記最適化処理が必要と判断するよう構成されていることを特徴とする請求項３に記載の中継装置。
7. 前記最適化処理手段は、前記新たに生成するコンテキストに関連付けられるトランスコーダの総数が、前記新たに生成するコンテキストの元となるコンテキストに関連付けられるトランスコーダの総数よりも少ない場合に、前記最適化処理が必要と判断するよう構成されていることを特徴とする請求項３に記載の中継装置。
8. コンテキストの設定情報に基づいて、自装置内のコンテキスト間のコネクションが存在するか否かを判定し、
   自装置内のコンテキスト間のコネクションが存在すると判定された場合に、前記コネクションで結ばれるコンテキストを統合して、前記コネクションで結ばれるコンテキストの代わりに信号中継に用いられる新たなコンテキストを生成する最適化処理の要否を判断し、最適化処理が必要であると判断した場合には前記最適化処理を行う
   ことを特徴とする中継方法。
9. 前記新たに生成したコンテキストと、このコンテキストの元となるコンテキストのそれぞれとを対応付けて記憶し、接続されている中継制御装置との通信では前記生成したコンテキストの元となるコンテキストを用いることを特徴とする請求項８に記載の中継方法。
10. 前記最適化処理は、コンテキストに関連付けられるリソース数の増減、コンテキストに関連付けられるリソースを用いた通信の可否、又は性能面でネックとなるリソースの有無のいずれかを判断基準として最適化処理の要否を判断することを特徴とする請求項８または請求項９に記載の中継方法。
11. 前記最適化処理は、新たに生成するコンテキストに関連付けられるリソースの総数が、前記新たに生成するコンテキストの元となるコンテキストに関連付けられるリソースの総数よりも少ない場合に、前記最適化処理が必要と判断することを特徴とする請求項１０に記載の中継方法。
12. 前記最適化処理は、新たに生成するコンテキストの元となるコンテキストに関連付けられているリソースの機能を示す情報に基づいて、前記新たに生成するコンテキストに関連付けられるリソースを用いた通信が可能かどうかを調べ、通信が可能な場合に前記最適化処理が必要と判断することを特徴とする請求項１０に記載の中継方法。
13. 前記最適化処理は、新たに生成するコンテキストの元となるコンテキストに関連付けられているリソースの性能を示す情報に基づいて、前記新たに生成するコンテキストに関連付けられるリソースのうち性能面でネックとなるリソースの有無を調べ、性能面でネックとなるリソースが無い場合に前記最適化処理が必要と判断することを特徴とする請求項１０に記載の中継方法。
14. 前記最適化処理は、前記新たに生成するコンテキストに関連付けられるトランスコーダの総数が、前記新たに生成するコンテキストの元となるコンテキストに関連付けられるトランスコーダの総数よりも少ない場合に、前記最適化処理が必要と判断することを特徴とする請求項１０に記載の中継方法。
15. 情報処理装置のプログラムであって、前記プログラムは情報処理装置に、
    コンテキストの設定情報に基づいて、自装置内のコンテキスト間のコネクションが存在するか否かを判定する判定処理と、
    前記判定処理により自装置内のコンテキスト間のコネクションが存在すると判定された場合に、前記コネクションで結ばれるコンテキストを統合して、前記コネクションで結ばれるコンテキストの代わりに信号中継に用いられる新たなコンテキストを生成する最適化の要否を判断し、最適化が必要であると判断された場合に前記最適化を行う最適化処理と
    を実行させることを特徴とするプログラム。

Images