ＩＰ機器交換装置
【課題】Ｐｅｅｒ−ｔｏ−Ｐｅｅｒと同等の通信を維持し任意のタイミングでセッションの切り替えをすることができるＩＰ機器交換装置を提供することを目的とする。
【解決手段】２つのＩＰ機器に対してＶｏＩＰプロトコルによりセッション設定をし、ＩＰ機器間でパケット交換されるようにヘッダ情報を書き換えてから他のＲＴＰポートを介して送信するＲＴＰパケット処理部と、ＲＴＰパケット処理部で使用すべきＲＴＰポートを通知する呼制御機能部とを備え、呼制御機能部は、第３のＩＰ機器へのセッション切り替えを行う場合、第１のＩＰ機器および第２のＩＰ機器間でのセッション確立後、ＲＴＰパケット処理部で第３のＩＰ機器に対しのみ使用するＲＴＰポートをＲＴＰパケット処理部に通知するとともに、ＲＴＰパケット処理部で使用するＲＴＰポートの再設定を行い、パケット交換を行わせる、ことを主要な特徴とする。
【解決手段】２つのＩＰ機器に対してＶｏＩＰプロトコルによりセッション設定をし、ＩＰ機器間でパケット交換されるようにヘッダ情報を書き換えてから他のＲＴＰポートを介して送信するＲＴＰパケット処理部と、ＲＴＰパケット処理部で使用すべきＲＴＰポートを通知する呼制御機能部とを備え、呼制御機能部は、第３のＩＰ機器へのセッション切り替えを行う場合、第１のＩＰ機器および第２のＩＰ機器間でのセッション確立後、ＲＴＰパケット処理部で第３のＩＰ機器に対しのみ使用するＲＴＰポートをＲＴＰパケット処理部に通知するとともに、ＲＴＰパケット処理部で使用するＲＴＰポートの再設定を行い、パケット交換を行わせる、ことを主要な特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ電話、ＩＰテレビ電話、ソフトフォンなどのＩＰ機器の接続制御を行うためのＩＰ機器交換装置に関するものである。
【背景技術】
【０００２】
近年のＩＰ化の普及に伴い、ＩＰ−ＰＢＸという機器がオフィスに浸透しつつある。ＩＰ−ＰＢＸの中には、レガシーＰＢＸで実現している機能を実現するために、ＩＰ電話機間の接続をする際には、音声データの転送を行うＲＴＰパケットを一旦ＰＢＸにおいて終端し、ＰＢＸ内においてはＰＣＭデータとして時分割スイッチを用いて交換するものがある。このような交換装置は、ＩＰ ｅｎａｂｌｅｄ ＰＢＸまたはＶｏＩＰ−ＧＷ機能内蔵ＰＢＸと呼ばれる。（特許文献１）には、ポイント・マルチポイント構成において、加入者装置として、ＩＰ ｅｎａｂｌｅｄ ＰＢＸを用いた場合の伝送方式が記載されている。
【０００３】
また、ＩＰ電話機間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現する交換装置も存在し、ＲＴＰパケットを用いて音声のみならず画像データを交換接続する装置も存在する。このような交換装置は、一般に、ソフトスイッチ、呼制御サーバと呼ばれる。
【特許文献１】特開２００２−２４７１１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように、ＩＰ ｅｎａｂｌｅｄ ＰＢＸにおいては、時分割スイッチの任意タイミングでの切替が可能であるため、レガシーＰＢＸ同等の複雑かつ多岐に及ぶ機能を実現できる。しかし、ＩＰ ｅｎａｂｌｅｄ ＰＢＸでは、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現出来ず、ＰＢＸ内でＰＣＭデータとして時分割スイッチを用いて交換するためには、エンコード、デコードを繰り返さなければならないので、音声劣化が生じたり、交換接続できる機器が音声機器に限定されたりするという問題がある。
【０００５】
一方、従来のソフトスイッチにおいては、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ通信は実現出来るが、ＶｏＩＰプロトコルによっては任意タイミングのセッション切り替えが難しいため、ＰＢＸの交換機能と比較すると提供できる機能が大幅に劣るという問題がある。
【０００６】
本発明は、上記実状に鑑みてなされたものであって、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持したままで、任意のタイミングでセッションの切り替えができるＩＰ機器交換装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するための本発明のＩＰ機器交換装置は、ＩＰ機器またはＩＰ回線をＬＡＮまたはＩＰネットワークを介して収容するＬＡＮインタフェースと、ＩＰ機器またはＩＰ回線間のセッション設定をＶｏＩＰプロトコルにより行う呼制御機能と、メディア情報を有するＲＴＰパケットを終端しその送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送受信出来るＲＴＰパケット処理部とを有し、セッション設定の後にＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更をすることを特徴とするものである。
【発明の効果】
【０００８】
この発明によれば、本発明のＩＰ機器交換装置は、メディア情報を有するＲＴＰパケットを終端し、その送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送信出来るＲＴＰパケット処理部を実現することにより、ＩＰ機器間でセッション設定後にＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更ができるので、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持したままでの任意タイミング切り替えができるＩＰ機器交換装置を得ることができる。
【発明を実施するための最良の形態】
【０００９】
上記課題を解決するためになされた第１の発明は、ＩＰ機器またはＩＰ回線をＬＡＮまたはＩＰネットワークを介して収容するＬＡＮインタフェースと、ＩＰ機器またはＩＰ回線間のセッション設定をＶｏＩＰプロトコルにより行う呼制御機能と、メディア情報を有するＲＴＰパケットを終端しその送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送受信出来るＲＴＰパケット処理部と、を有する交換装置であって、
セッション設定の後にＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更をすることを特徴とするＩＰ機器交換装置である。
【００１０】
これにより、ＩＰ機器またはＩＰ回線との間でセッション設定後に当該１つのＩＰ機器またはＩＰ回線との間でＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更を可能とすることによって、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持したままでの任意タイミング切り替えを可能とし、レガシーＰＢＸ同等の複雑かつ多岐に及ぶ機能を実現できるという利点を有する。
【００１１】
上記課題を解決するためになされた第２の発明は、ＶｏＩＰプロトコルが任意切り替えに対応出来ないと判断した場合のみＲＴＰパケット処理部でＲＴＰパケットをスイッチし、他の場合にはＩＰ機器またはＩＰ回線間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現するようにセッション制御を行うことを特徴とするＩＰ機器交換装置である。
【００１２】
これにより、ＶｏＩＰプロトコルを用いた任意タイミングでのセッション切り替えが可能な場合にはＲＴＰパケット処理部を使用しない為、ＲＴＰパケット処理部の処理負荷増大、あるいはリソース数不足による呼接続のブロッキングを抑制できるという利点を有する。
【００１３】
上記課題を解決するためになされた第３の発明は、ＩＰ機器またはＩＰ回線にて設定するセッションのメディア情報（音声、画像、データ）により、ＲＴＰパケット処理部でＲＴＰパケットをスイッチするか否かを判断することを特徴とするＩＰ機器交換装置である。
【００１４】
これにより、例えばメディアが音声の時のみＲＴＰパケット処理部を使用する等して、ＲＴＰパケット処理部の処理負荷増大、あるいはリソース数不足による呼接続のブロッキングを抑制する、また高機能機種では画像を含めたＲＴＰパケット処理を行い、低機能機種では音声のみのＲＴＰパケット処理を行うなどして、提供サービス／提供機種のラインナップをそろえることも可能となるという利点を有する。
【００１５】
上記課題を解決するためになされた第４の発明は、ＲＴＰパケット処理部が処理負荷増大またはリソース数不足の場合、ＩＰ機器またはＩＰ回線間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信をするようにセッション制御を行うことを特徴とするＩＰ機器交換装置である。
【００１６】
これにより、リソース使用状況によらず基本通話を行うことが出来る為、緊急通話を保証することが可能となるという利点を有する。
【００１７】
上記課題を解決するためになされた第５の発明は、ＲＴＰパケット処理部がＲＴＰパケットをスイッチするか否かを、ＩＰ機器またはＩＰ回線毎にあらかじめ設定されたデータにより判断することを特徴とするＩＰ機器交換装置である。
【００１８】
これにより、ＰＢＸ同等の複雑かつ多岐に及ぶ機能を実現する必要の無いＩＰ機器、ＩＰ回線に関しては、ＶｏＩＰプロトコルでサポート可能な範囲のサービスを提供するというサービス範囲を規定することが可能となり、またＲＴＰパケット処理部を使用しない為、ＲＴＰパケット処理部の処理負荷増大、あるいはリソース数不足による呼接続のブロッキングを抑制できるという利点も有する。
【００１９】
（実施の形態）
以下、本発明の実施の形態について説明する。まず、本ＩＰ機器交換装置の実施の形態について図１に基づいて説明する。図１は、本発明の実施の形態におけるＩＰ機器交換装置のブロック図である。図２は、図１のＩＰ機器交換装置における交換機能のシーケンスチャートである。図３は、図１のＩＰアドレス、ポートの割り振りを説明する図である。
【００２０】
まず、本実施の形態のＩＰ交換システムの構成について図１に基づいて説明する。ＩＰ機器交換装置１は、ＩＰ機器２〜４またはＩＰ回線をＩＰネットワーク（ＬＡＮ、インターネット、ＩＰ専用線等）５経由で収容し、ＩＰ機器２〜４間、ＩＰ回線間、ＩＰ機器−ＩＰ回線間の交換接続制御を行う交換装置であり、ＰＢＸ同等の複雑かつ多岐に及ぶ機能から、ＳＩＰ Ｐｒｏｘｙサーバと同等のセッション制御に至る機能を実現する。
【００２１】
ＩＰ機器２〜４は、ＩＰ電話、ＩＰテレビ電話、ソフトフォン等の機器であり、ＶｏＩＰプロトコルとしては、ＳＩＰ、Ｈ．３２３、ＭＧＣＰ等の標準プロトコルまたは独自に規定された専用プロトコルによりＩＰ機器交換装置１に接続される。なお、ＩＰ機器２〜４は内線の位置づけとなり、ＩＰ回線は外線の位置づけとなる。ＩＰ機器交換装置１がＩＰ回線を収容する場合には、ＩＰ機器２〜４と同等の位置付けで制御を行う。
【００２２】
ＩＰ機器交換装置１は、ＬＡＮインタフェース１３、１７と、ＶｏＩＰプロトコル処理部１２と、呼制御部１１と、接続方式判定部１４と、リソース管理部１５と、ＲＴＰパケット処理部１６とを備えている。呼制御部１１およびＶｏＩＰプロトコル処理部１２が請求の範囲でいうところの呼制御機能部に対応する。
【００２３】
ＬＡＮインタフェース１３は、ＩＰネットワーク５を介してＩＰ機器２〜４などとＶｏＩＰプロトコルによるメッセージを送受信するためのインタフェースである。ＬＡＮインタフェース１７は、ＩＰネットワーク５を介してＩＰ機器２〜４などとＲＴＰパケットを送受信するためのインタフェースである。
【００２４】
ＶｏＩＰプロトコル処理部１２は、ＩＰ機器２、３、４とのＶｏＩＰプロトコルを終端し、ＩＰ機器交換装置１内の呼制御シグナルにインタワークを行う。すなわち、ＶｏＩＰプロトコル処理部１２は、ＬＡＮインタフェース１３を介してＩＰ機器２、３、４とＶｏＩＰプロトコルによるメッセージを送受信すると共に、受信したＶｏＩＰプロトコルによるメッセージを呼制御シグナルによるメッセージに変換して呼制御部１１と送受信したり、受信した呼制御シグナルによるメッセージをＶｏＩＰプロトコルによるメッセージに変換したりする。
【００２５】
呼制御部１１は、ＩＰ機器間の接続制御（セッション設定制御）及びＰＢＸ機能を実現するものである。呼制御部１１は、呼制御シグナルによるメッセージを受け取って、メッセージに基づいて制御対象であるＩＰ機器２、３、４を特定して、その制御対象であるＩＰ機器２、３、４との間における音声パケットを含むＲＴＰパケットを交換するためのセッション制御を行う。
【００２６】
すなわち、発信を意味するメッセージを受け取ると、接続方式判定部１４に制御対象であるＩＰ機器２、３、４のいずれかの接続方式を判定させて、ＩＰ機器２、３、４のいずれかの接続方式がＲＴＰパケット処理部１６の機能を必要とすると判定された場合は、リソース管理部１５に対してＲＴＰパケット処理部１６のリソースをハントする要求を行い、リソースがハントできたらその制御対象であるＩＰ機器２、３、４に対してポートをオープンするように、ＲＴＰパケット処理部１６に要求する。
【００２７】
また、呼制御部１１は、ＩＰ機器２、３、４の通話横取りを示すメッセージを受け取ると、横取りされるＩＰ機器２、３、４の通話相手を特定し、特定した通話相手のＩＰ機器２、３、４に対してオープンしたポートはそのままで、横取りされるＩＰ機器２、３、４に対してオープンしたポートを横取りするＩＰ機器２、３、４に対してオープンするようにＲＴＰパケット処理部１６に要求する。接続方式判定部１４は、判断手段に相当し、呼制御部１１の要求に基づいて制御対象であるＩＰ機器２、３、４の接続方式がＲＴＰパケット処理部１６の機能を必要とするか否かを判定する。
【００２８】
ＲＴＰパケット処理部１６は、ＲＴＰパケットを終端する送受信ポートであるポートａとポートｂと、それらのポートに到着したＲＴＰパケットのヘッダを書き換えることによりスイッチ処理を行うスイッチ処理部とを１つのリソースとして備えている。スイッチ処理部は、この２つのポート間において終端したＲＴＰパケットのヘッダの送受信ＩＰアドレス、ポート番号を書き換えることによって、２つのポートに夫々接続したＩＰ機器同士でのＲＴＰパケットを交換するスイッチ処理を行う。ＲＴＰパケット処理部１６は、１つ又は複数のリソースを備えている。
【００２９】
リソース管理部１５は、ＲＴＰパケット処理部１６のリソースが空いているか、空いていないかを管理し、呼制御部１１から、リソースをハントする要求があった場合は、リソースが空いているか、空いていないかによりＲＴＰパケット処理部１６が別のＩＰ機器からのＲＴＰパケットを終端する余裕があるか否かを判断し、空いている場合はリソースのハントを行い、呼制御部１１にリソースがハントできた旨を通知する。
【００３０】
つぎに、本ＩＰ機器交換装置の動作について、図１のネットワーク構成に基づいて、図２及び図３を参照して説明する。本実施の形態においては、ＶｏＩＰプロトコルとしてＳＩＰを用い、ＩＰ機器交換装置１内の呼制御シグナリングの一例としてＱ．９３１を用いた場合を例に挙げて説明している。
【００３１】
なお、図２のシーケンスチャートにおいて、呼制御部１１ａ、１１ｂ、１１ｃと、ＶｏＩＰプロトコル処理部１２ａ、１２ｂ、１２ｃとは、それぞれ、図１に示す呼制御部１１とＶｏＩＰプロトコル処理部１２において生成されたタスクを示している。各タスクは、ＩＰ機器２、３、４に対応して生成され、動作主体は、それぞれ、呼制御部１１とＶｏＩＰプロトコル処理部１２であるが、以下の説明では各タスク間でのやり取りが明確になるように、独立した構成として説明する。
【００３２】
本実施の形態では、通話相手が途中で切り替わることによって実現する機能として横取り機能を例に挙げて説明する。このような機能は、例えば、第１の電話機と第２の電話機とが通話中であるときに、第２の電話機の隣の電話機である第３の電話機の受話器を上げて、第２の電話機が通話中の第１の電話機との通話を確立するような場合に有効である。具体的には、最初にＩＰ機器２とＩＰ機器４とのセッションが確立された後、ＩＰ機器４の通話を切断することなく、ＩＰ機器３とＩＰ機器４とのセッションを確立をする場合である。
【００３３】
なお、一般にＩＰ機器同士のセッションとしては、シグナル用のセッションとＲＴＰ用のセッションとがあるが、本明細書においては、ＩＰ機器間で確立するセッションは、ＲＴＰパケットを交換するためのセッションをいう。
【００３４】
まず、ＩＰ機器２からの発信に基づいて、ＩＰ機器２とＩＰ機器４との間でセッションを確立する際の動作について説明する。
【００３５】
ＩＰ機器２においてＩＰ機器４への発信操作を行うと、ＩＰ機器２からＩＰ機器交換装置１のＶｏＩＰプロトコル処理部１２の送受信ポートに対して、ＳＩＰプロトコルにおいて発信を意味するＩＮＶＩＴＥメッセージが、ＬＡＮインタフェース１３を経由して送信される（シーケンスＳＱ１）。すなわち、図３に示すように、あて先のＩＰアドレスが「ＩＰ Ａｄｒ１３」であり、ポート番号が「ＳＩＧ Ｐｏｒｔ１２」であるＩＮＶＩＴＥメッセージがＩＰ機器２から送信される。このＩＮＶＩＴＥメッセージには、ＩＰ機器２とＩＰ機器４との間でＲＴＰパケットを交換するセッション確立のために必要なセッション情報であるＳＤＰ（Session Description Protocol）情報としてＳＤＰ２が含まれている。このＳＤＰ情報には、セッションの確立に必要なセッション情報として、相手のＩＰ機器からのＲＴＰパケットの送り先を指定する情報や、ＲＴＰパケットのペイロードタイプなどが含まれており、ここでは、ＳＤＰ情報であるＳＤＰ２には、ＲＴＰパケットの送り先としてＩＰ機器２を指定する情報（ＩＰアドレスを「ＩＰ Ａｄｒ２」、ポート番号を「ＲＴＰ Ｐｏｒｔ２２」と指定する情報）と、ペイロードタイプ（ここでは「音声Ｇ．７１１」とする）とを含んでいる。
【００３６】
つぎに、ＶｏＩＰプロトコル処理部１２ａは、受信したＩＮＶＩＴＥメッセージをＩＰ機器交換装置１内の呼制御シグナリングとして用いるＳｅｔｕｐメッセージに変換してから、そのＳｅｔｕｐメッセージを呼制御部１１ａに送信する（シーケンスＳＱ２）。ＩＮＶＩＴＥメッセージを変換するときには、含まれるＳＤＰ２もＳｅｔｕｐメッセージにのせかえる。
【００３７】
Ｓｅｔｕｐメッセージを受け取ると、呼制御部１１ａは、接続方式判定部１４にＩＰ機器２の接続方式を判定させる。接続方式判定部１４は、ＩＰ機器２の接続方式はＲＴＰパケット処理部１６の機能を必要とするか否かを判定する。
【００３８】
接続方式判定部１４は、具体的には、ＩＰ機器２がサポートしているプロトコルが、任意タイミングでのセッション切り替えが可能なプロトコルまたはバージョンでない場合に、ＲＴＰパケット処理部１６の機能が必要であると判定する。ＩＰ機器２がサポートしているプロトコルの情報は、ＩＰ機器２に問い合わせて得てもよいし、設定により登録しておいてもよい。
【００３９】
また、ＩＰ機器２が経由するＩＰネットワークがプロバイダ（ＩＳＰ）や公衆回線網等を含む場合は、ＩＰネットワークに含まれるプロバイダや公衆回線網等がサポートしているプロトコルも併せて登録しておき、ＩＰ機器２がサポートしているプロトコルのみならず、プロバイダや公衆回線網等がサポートしているプロトコルも含めたいずれかのプロトコルが、任意タイミングでのセッション切り替えが可能なプロトコルまたはバージョンでない場合にＲＴＰパケット処理部１６の機能が必要であると判定する。
【００４０】
ここでは、接続方式判定部１４において、ＩＰ機器２の接続方式は、ＲＴＰパケット処理部１６の機能が不要である（必要でない）と判定したとして説明を続ける。接続方式判定部１４は、ＩＰ機器２の接続方式はＲＴＰパケット処理部１６の機能が不要であると判定した結果を呼制御部１１ａに送信する。この判定した結果を受け取ると、呼制御部１１ａは、後述する呼制御部１１ｃが行うリソースのハントの処理を行わずに、発信相手であるＩＰ機器４を管理する呼制御部１１ｃに対して、ＩＰ機器２より受信したＳＤＰ情報であるＳＤＰ２を有するＳｅｔｕｐメッセージを送信する（シーケンスＳＱ３）。
【００４１】
呼制御部１１ｃは、Ｓｅｔｕｐメッセージを受信することにより、ＩＰ機器４への着信処理を開始する。まず、呼制御部１１ａと同様に接続方式判定部１４によりＩＰ機器４の接続方式を判定する。
【００４２】
ここでは、ＩＰ機器２の場合とは反対に、接続方式判定部１４において、ＩＰ機器４の接続方式はＲＴＰパケット処理部１６の機能が必要であると判定されたとして説明を続ける。接続方式判定部１４は、ＩＰ機器４の接続方式はＲＴＰパケット処理部１６の機能が必要であると判定した結果を呼制御部１１ｃに送信する。この判定した結果を受け取ると、呼制御部１１ｃは、上記の呼制御部１１ａの処理とは異なり、リソース管理部１５において管理されているＲＴＰパケット処理部１６のリソースをハントする。
【００４３】
まず、呼制御部１１ｃは、リソース管理部１５に対し、ＩＰ機器４のためにＲＴＰパケット処理部１６のリソースをハントする旨の要求をする。リソースをハントする要求を受けると、リソース管理部１５は、ＲＴＰパケット処理部１６のリソースに空きがあるか否かを判定する。ここでは、リソースに空きがあったとして、説明を続ける。
【００４４】
リソースに空きがある場合には、リソース管理部１５は、ＲＴＰパケット処理部１６のリソースを１つハントして、リソースをハントした旨を呼制御部１１ｃに送信する。リソースをハントした旨を受け取ると、呼制御部１１ｃは、ハントしたリソースのポートをオープンするように要求する。要求を受けると、ＲＴＰパケット処理部１６は、ポートａとポートｂとをオープンして夫々のポートで夫々のＩＰ機器からのＲＴＰパケットを終端するべく、ＲＴＰパケットの到着を待つ。
【００４５】
ここで、呼制御部１１ｃは、リソースをハントする原因となったＩＰ機器４からのＲＴＰパケットを送受信するためにＲＴＰポート番号１６１のポートａをオープンさせ、相手のＩＰ機器２からのＲＴＰパケットを送受信するためにＲＴＰポート番号１６２のポートｂをオープンさせている。
【００４６】
ＲＴＰパケット処理部１６のリソースをハントすると、呼制御部１１ｃは、ＳＤＰ２の代わりに、ＲＴＰパケット処理部１６内のポートａを指定する情報（ポートａのＩＰアドレス「ＩＰ Ａｄｒ１７」と、ポート番号「ＲＴＰ ｐｏｒｔ１６１」）と、ペイロードタイプ（ペイロードタイプに関しては、呼制御部１１ａより受信したＳＤＰ２に含まれるＩＰ機器２のペイロード値を用いる）等とを含むＳＤＰ情報としてのＰＢＸ−ＳＤＰａを作成し、ＶｏＩＰプロトコル処理部１２ｃに送信するＳｅｔｕｐメッセージに付加して送信する（シーケンスＳＱ４）。
【００４７】
ＶｏＩＰプロトコル処理部１２ｃは、受信したＳｅｔｕｐメッセージをＳＩＰプロトコルのＩＮＶＩＴＥメッセージに変換し、ＶｏＩＰプロトコル送受信ポートよりＬＡＮインタフェース１３を介して、ＩＰ機器４に対し、ＰＢＸ−ＳＤＰａを有し、着信を意味するＩＮＶＩＴＥメッセージを送信する（シーケンスＳＱ５）。すなわち、送信元のＩＰアドレスを「ＩＰ Ａｄｒ１３」、ポート番号を「ＳＩＧ Ｐｏｒｔ１２」とし、送信先のＩＰアドレスを「ＩＰ Ａｄｒ４」、ポート番号を「ＳＩＧ Ｐｏｒｔ４１」としたＩＮＶＩＴＥメッセージを送信する。
【００４８】
ＩＮＶＩＴＥメッセージを受信したＩＰ機器４では着信動作を開始する。まず、ＩＰ機器４から相手を呼び出すＩＮＶＩＴＥメッセージがＩＰ機器４に届いたことを示す１００Ｔｒｙｉｎｇが、ＬＡＮインタフェース１３を経由して、ＩＰ機器交換装置１のＶｏＩＰプロトコル処理部１２ｃに対して送信される（シーケンスＳＱ６）。
【００４９】
１００Ｔｒｙｉｎｇを受け取ると、ＶｏＩＰプロトコル処理部１２ｃは、呼制御シグナリングであるＣａｌｌＰｒｏｃメッセージに変換して、呼制御部１１ｃに送る（シーケンスＳＱ７）。ＣａｌｌＰｒｏｃメッセージはＳｅｔｕｐメッセージとは逆の経路で呼制御部１１ｃから呼制御部１１ａに送られ（シーケンスＳＱ８）、呼制御部１１ａからＶｏＩＰプロトコル処理部１２ａに送られる（シーケンスＳＱ９）。また、ＩＰ機器４で呼び出し音を鳴らすと、相手を呼び出し中であることを示す１８０ＲｉｎｇｉｎｇメッセージがＶｏＩＰプロトコル処理部１２ｃに対して送信される（シーケンスＳＱ１０）。
【００５０】
１８０Ｒｉｎｇｉｎｇメッセージを受け取ると、ＶｏＩＰプロトコル処理部１２ｃは、呼制御シグナリングであるＡｌｅｒｔメッセージに変換して、ＣａｌｌＰｒｏｃメッセージと同じルートでＶｏＩＰプロトコル処理部１２ａに送られる（シーケンスＳＱ１１〜１３）。ＶｏＩＰプロトコル処理部１２ａは、ＩＰ機器２に対し、相手を呼び出し中であることを示す１８０Ｒｉｎｇｉｎｇメッセージを送る（シーケンスＳＱ１４）。
【００５１】
さらに、ＩＰ機器４において受話器が上げられるなどして着信に応答すると上記の１８０Ｒｉｎｇｉｎｇメッセージと同じルートで、応答を示す２００ＯＫメッセージが、ＬＡＮインタフェース１３を経由してＶｏＩＰプロトコル送受信ポートからＶｏＩＰプロトコル処理部１２ｃに送信される（シーケンスＳＱ１５）。
【００５２】
この際、ＰＢＸ−ＳＤＰａに対してセッション確立のためにＩＰ機器４で行ったＳＤＰネゴシエーション結果であるＰＢＸ−ＳＤＰａ’が、２００ＯＫメッセージに付加され呼制御部１１ｃに送信される。ＰＢＸ−ＳＤＰａ’には、ＩＰ機器４が送受信するＲＴＰポート情報（ＩＰ ａｄｒ４、ＲＴＰ Ｐｏｒｔ４２）と、ネゴシエーション結果としてのペイロードタイプ（「音声Ｇ．７１１」などの情報）が含まれている。
【００５３】
２００ＯＫメッセージを受信すると、ＶｏＩＰプロトコル処理部１２ｃは、２００ＯＫメッセージを呼制御シグナリングであるＣｏｎｎｅｃｔメッセージに変換して、変換したＣｏｎｎｅｃｔメッセージを呼制御部１１ｃに送信する（シーケンスＳＱ１６）。
【００５４】
変換したＣｏｎｎｅｃｔメッセージを受け取ると、呼制御部１１ｃは、ＩＰ機器４が送受信するＲＴＰパケット処理部１６のポートａに関する情報（ＩＰ ａｄｒ４、ＲＴＰ Ｐｏｒｔ４２）と、ネゴシエーション結果としてのペイロードタイプ（「音声Ｇ．７１１」などの情報）をＰＢＸ−ＳＤＰａ’から取り出す。
【００５５】
呼制御部１１ｃは、先ほど、相手のＩＰ機器２からのＲＴＰパケットを送受信するためにオープンさせたＲＴＰパケット処理部１６内のポートｂを指定する情報（ポートｂのＩＰアドレス「ＩＰ ａｄｒ１７」、ポート番号「ＲＴＰ Ｐｏｒｔ１６２」）と、ペイロードタイプ（ＩＰ機器４から受信したネゴシエーション結果としてのペイロードタイプである「音声Ｇ．７１１」などの情報）とを含むＳＤＰ情報であるＳＤＰ２’を作成し、呼制御部１１ｃから呼制御部１１ａへのＣｏｎｎｅｃｔメッセージに付加して送信する（シーケンスＳＱ１７）と共に、ＲＴＰパケット処理部１６のパケットスイッチ処理を起動する。
【００５６】
Ｃｏｎｎｅｃｔメッセージを受けると、呼制御部１１ａは、さらにＶｏＩＰプロトコル処理部１２ａにＣｏｎｎｅｃｔメッセージを送信し（シーケンスＳＱ１８）、さらにＶｏＩＰプロトコル処理部１２ａがＣｏｎｎｅｃｔメッセージを２００ＯＫメッセージに変換してＩＰ機器２に送信する（シーケンスＳＱ１９）。その後、２００ＯＫメッセージを受け取ったＩＰ機器２から、応答を示すＡＣＫメッセージがＶｏＩＰプロトコル処理部１２ａに送信される（シーケンスＳＱ２０）。
【００５７】
また、制御部１１ｃによりパケットスイッチ処理が起動されると、ＲＴＰパケット処理部１６は、ＩＰ機器４とＩＰ機器２との間のＲＴＰパケットの交換を行うために、ポートａでＩＰ機器４より受信されたＲＴＰパケット（送信先：ＩＰ ａｄｒ１７、ＲＴＰ Ｐｏｒｔ１６１、送信元：ＩＰ ａｄｒ４、ＲＴＰ Ｐｏｒｔ４２）を終端して、終端したＲＴＰパケットの送信元ＩＰアドレスを「ＩＰＡｄｒ１７」、送信元ポートを「ＲＴＰ ｐｏｒｔ１６２」、送信先ＩＰアドレスを「ＩＰ ａｄｒ２」、送信先ポート「ＲＴＰ Ｐｏｒｔ２２」に変換してポートｂよりＩＰ機器２に送信されるようにヘッダの書き換えを行う。
【００５８】
また、逆方向に関しても同様に、ポートｂでＩＰ機器２より受信されたＲＴＰパケット（送信先：ＩＰ ａｄｒ１７、ＲＴＰ Ｐｏｒｔ１６２、送信元：ＩＰ ａｄｒ２、ＲＴＰ Ｐｏｒｔ２２）を終端して、終端したＲＴＰパケットの送信元ＩＰアドレスを「ＩＰ Ａｄｒ１７」、送信元ポートを「ＲＴＰ ｐｏｒｔ１６１」、送信先ＩＰアドレス「ＩＰ ａｄｒ４」、送信先ポート「ＲＴＰ Ｐｏｒｔ４２」に変換してポートａよりＩＰ機器４に送信されるようにヘッダの書き換えを行う。
【００５９】
これにより、ＩＰ機器２とＩＰ機器４でＲＴＰパケット処理部１６を介してのＲＴＰパケットの送受信（通話）が可能となる。また、このようにヘッダ情報の付け替えのみによってＩＰ機器４とＩＰ機器２との間のＲＴＰパケットの交換を行うため、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持している。
【００６０】
次に、ＩＰ機器３からＩＰ機器２の通話を横取りする要求をすることにより、ＩＰ機器２と通話中のＩＰ機器４と通話を確立する通話横取り機能を実現する際の動作について説明する。ＩＰ機器３において、ＩＰ機器２の通話横取りを要求することを示す特番が入力されると、その特番とＩＰ機器３のＳＤＰ情報であるＳＤＰ３を含むＩＮＶＩＴＥメッセージが、前述のＩＰ機器２からＩＮＶＩＴＥメッセージが送信された時と同じ手順で、ＩＰ機器３からＩＮＶＩＴＥメッセージがＶｏＩＰプロトコル処理部１２ｂに送信され（シーケンスＳＱ２１）、ＶｏＩＰプロトコル処理部１２ｂは、ＩＮＶＩＴＥメッセージをＳｅｔｕｐメッセージに変換して呼制御部１１ｂに送信する（シーケンスＳＱ２２）。
【００６１】
呼制御部１１ｂでは、ＩＮＶＩＴＥメッセージで設定された相手先番号がＩＰ機器２の通話横取りを示すものであることを解析し、ＩＰ機器２の呼を管理する呼制御部１１ａに対して通話相手を問い合わせるメッセージを送る（シーケンスＳＱ２３）。問い合わせのメッセージを受けると、呼制御部１１ａは、通話相手がＩＰ機器４であることを示す情報を呼制御部１１ｂに送信する（シーケンスＳＱ２４）。横取りする通話相手がＩＰ機器４であることを示す情報を受け取ると、呼制御部１１ｂは、通話横取りを示す情報と、ＳＤＰ３を含むＳｅｔｕｐメッセージを送信する（シーケンスＳＱ２５）。
【００６２】
ＩＰ機器２に対して通話横取りによる切断を行うために、呼制御部１１ｃは、切断復旧を意味するＲｅｌｅａｓｅメッセージを呼制御部１１ａに送信する（シーケンスＳＱ２６）。呼制御部１１ａは、ＶｏＩＰプロトコル処理部１２ａにＲｅｌｅａｓｅメッセージを送り（シーケンスＳＱ２７）、ＶｏＩＰプロトコル処理部１２ａは、Ｒｅｌｅａｓｅメッセージを変換して、切断復旧を意味するＢＹＥメッセージをＩＰ機器２に送信する（シーケンスＳＱ２８）。ＢＹＥメッセージを受け取ったＩＰ機器２は、応答を示す２００ＯＫメッセージをＶｏＩＰプロトコル処理部１２ａに送る（シーケンスＳＱ２９）。
【００６３】
また、Ｓｅｔｕｐメッセージを受信すると、呼制御部１１ｃは、任意タイミングでのセッション切り替えが出来ないＩＰ機器４を制御していることを接続方式判定部１４で判定しているので、ＩＰ機器４との間でのＶｏＩＰプロトコルによるセッション制御は行わないと判断する。すなわち、既に設定されているＲＴＰパケット処理部１６のポートａと、ＩＰ機器４との間のセッション変更を行わず、通話横取りによるセッション切り替えはＲＴＰパケット処理部１６のポートｂの制御で行うことを判断する。
【００６４】
まず、呼制御部１１ｃは、ＩＰ機器３より受信したＳＤＰ３から、ＩＰ機器３へのＲＴＰ送受信先（ＩＰアドレス「ＩＰ Ａｄｒ３」、ポート番号「ＲＴＰ Ｐｏｒｔ３２」）を取り出すと共に、ＳＤＰネゴシエーション結果として、ＩＰ機器２とＩＰ機器４との間で用いているペイロードタイプ（例えば「音声Ｇ．７１１」などの情報）と、ポートｂを指定するＩＰアドレス「ＩＰ ａｄｒ１７」と、送受信ポート番号「ＲＴＰ Ｐｏｒｔ１６２」等を有するＳＤＰ情報であるＳＤＰ３’を作成し、Ｃｏｎｎｅｃｔメッセージに付加して呼制御部１１ｂへ送信する（シーケンスＳＱ３０）。
【００６５】
同時に、呼制御部１１ｃは、ポートｂの現在のＲＴＰパケットの送受信先であるＩＰ機器２から、切り替え先となるＩＰ機器３（ＩＰアドレス「ＩＰ Ａｄｒ３」、ポート番号「ＲＴＰ Ｐｏｒｔ３２」）となるようにＲＴＰパケット処理部１６に要求することによってＲＴＰスイッチ処理の再起動をして、ＩＰ機器４とＩＰ機器３間のＲＴＰパケット処理１６を介してのＲＴＰ送受信（通話）を可能とする。
【００６６】
その後、呼制御部１１ｂは、ＶｏＩＰプロトコル処理部１２ｂにＣｏｎｎｅｃｔメッセージを送り（シーケンスＳＱ３１）、ＶｏＩＰプロトコル処理部１２ｂは、呼制御部１１で作成されたＳＤＰ３’を含む２００ＯＫメッセージをＩＰ機器３に送信し（シーケンスＳＱ３２）、ＩＰ機器３とＩＰ機器４との間にセッションを確立して、通話横取り機能を実現する。
【００６７】
この構成によれば、本発明のＩＰ機器交換装置は、メディア情報を有するＲＴＰパケットを終端し、その送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送信出来るＲＴＰパケット処理部を実現することにより、ＩＰ機器間でセッション設定後にＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更ができるので、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持したままでの任意タイミング切り替えができ、レガシーＰＢＸ同等の複雑かつ多岐に及ぶ機能を実現できるＩＰ機器交換装置を得ることができる。
【００６８】
上記の実施の形態においては、ＲＴＰパケット処理部１６は、全くエンコード、デコードをしない構成としたが、例えば、ＩＰ機器３のＳＤＰ情報（ＳＤＰ３）のペイロードタイプに、ＩＰ機器２とＩＰ機器４との間で用いているペイロードタイプである「音声Ｇ．７１１」が含まれておらず、ネゴシエーションの結果、同一のペイロードタイプに合わせられない場合は、ＩＰ機器３の音声符号化能力に合わせるため、ＲＴＰパケット処理部１６は、音声データの形式変更をするためにデコード、エンコード処理をする構成としてもよい。この場合、どちらかのペイロードタイプに合わせるだけなので、エンコード、デコードを繰り返す必要はない。
【００６９】
上記の実施の形態においては、接続方式判定部１４においてＩＰ機器２の接続方式はＲＴＰパケット処理部１６の機能は不要であり、ＩＰ機器４の接続方式はＲＴＰパケット処理部１６の機能は必要であると判定された場合を例に挙げて説明したが、セッションにかかるＩＰ機器２の接続方式とＩＰ機器４の接続方式とが両方ともＲＴＰパケット処理部１６の機能は必要であると判定された場合は、ＲＴＰパケット処理部１６のリソースが２つハントされることになる。この場合、それぞれのリソースでは、ハントした原因となるＩＰ機器２、４に対して、それぞれポートａがオープンされる。
【００７０】
スイッチ処理は、一方のポートａから一方のポートｂにスイッチ処理をした後、さらに他方のポートｂを経由して他方のポートａにスイッチ処理を行ってもよいし、ポートａ同士で直接スイッチ処理をおこなってもよい。また、同一のセッションに関して２回目のリソースのハントを禁止したり、２つハントしたリソースのうちのどちらかのリソースのハントを解除したりすることによって、同一のセッションに関しては１つのリソースがハントされるようにしてもよい。また、上記実施の形態では、ＬＡＮインタフェースを１つだけ有する場合の例を示したが、ポートａ、ポートｂ毎に異なるＬＡＮインタフェースを設けて、各ポートが別々のＩＰアドレスを持つ構成としてもよい。
【００７１】
上記の実施の形態においては、リソース管理部１５でリソースに空きがあると判断された場合を例に挙げて説明したが、リソースに空きがない場合は、緊急発信等を保証するために、ＲＴＰパケット処理部１６を使用しないＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現するための制御を行う。具体的には、呼制御部１１ｃからＶｏＩＰプロトコル処理部１２ｃへのＳｅｔｕｐメッセージや、ＶｏＩＰプロトコル処理部１２ｃからＩＰ機器４へのＩＮＶＩＴＥメッセージに、ＩＰ機器２のＳＤＰ情報であるＳＤＰ２を設定することにより、ＩＰ機器２とＩＰ機器４との間でのＳＤＰネゴシエーションを可能とし、ＩＰ機器２とＩＰ機器４との間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現する。
【００７２】
上記の実施の形態においては、接続方式判定部１４はプロトコルに基づいて接続方式を判定していたが、上記のプロトコルに加えて、接続方式判定部１４は、ＳＤＰ情報に設定されたペイロードタイプに含まれるメディア情報の種類に基づいて判定してもよい。メディア情報の種類は、ペイロードに含まれる情報で、ＲＴＰパケットに含まれる、例えば、音声、画像、データ等のメディアストリームを含むメディア情報の種類を示すものである。例えば、ＩＰ機器２のＩＰネットワークに含まれるプロバイダや公衆回線網等がサポートしているプロトコルが、任意タイミングでのセッション切り替えが不可能なプロトコルであり、ＳＤＰ情報に設定されたメディア情報が音声の場合のみＲＴＰパケット処理部１６の機能が必要とすると判断することができる。
【００７３】
また、接続方式判定部１４は、プロトコルによらず、ＩＰ機器２の接続方式がＲＴＰパケット処理部１６の機能が必要であるか否かを予め登録しておき、この登録に基づいて接続方式を判定してもよい。また、接続方式判定部１４は、必須の構成ではなく、接続方式判定部１４を設けずに構成し、呼制御部１１は、必ずＲＴＰパケット処理部１６の機能を使うように制御することとしてもよい。
【００７４】
また、リソース管理部１５は、必須の構成ではなく、ＲＴＰパケット処理部１６のリソースが大量にある場合は、リソース管理部１５を設けなくてもよい。この場合、呼制御部１１は、接続方式判定部１４によって、ＩＰ機器の接続方式がＲＴＰパケット処理部１６の機能を必要とすると判定されると、直ちにＲＴＰパケット処理部１６に対して、各ＩＰ機器に対してポートをオープンする要求を行うこととなる。
【００７５】
また、以上の実施の形態では、ＩＰ機器交換装置１は、ＩＰ機器２とＩＰ機器４との間でセッションを確立していた場合に、通話横取りを行う本人であるＩＰ機器３からのセッション切り替え要求を受信したことをトリガとして、ＩＰ機器２とＩＰ機器４とのセッションをＩＰ機器３とＩＰ機器４とのセッションに切り替える機能（通話横取り機能）を例に挙げて説明したが、セッションを切り替えるトリガは、これに限定されない。例えば、他の切り替え方法として、つぎのような３つがある。
【００７６】
（１）第１の例では、最初にセッションを確立していた２つのＩＰ機器２，４（セッション切り替えにより切り離される端末，セッション切り替え後も接続が維持される端末）のうちの一方がＩＰ機器交換装置１に対しセッション切り替え要求を送る。ＩＰ機器交換装置１では、このセッション切り替え要求の受信をトリガとして、ＩＰ機器２，４の何れかとＩＰ機器３とのセッションに切り替える。
【００７７】
（２）第２の例では、ＩＰ機器交換装置１での時間管理によってセッション切り替えを行う。例えば、ＩＰ機器交換装置１の呼制御部１１においては、ＩＰ機器２とＩＰ機器４とのセッション確立後、所定時間が経過したと判断すると、この時間経過をトリガとして、ＩＰ機器２，４の何れかとＩＰ機器３とのセッションに切り替える。
【００７８】
（３）第３の例では、セッション確立している第１および第２のＩＰ機器のうちの一方（第１のＩＰ機器）のオンフックをトリガとして、セッション確立前に保留状態としていた第３のＩＰ機器と第２のＩＰ機器とのセッションに切り替える。例えば、ＩＰ機器２（第１のＩＰ機器）とＩＰ機器４（第３のＩＰ機器）との間でセッションを確立していた場合に、ＩＰ機器２において所定の転送ボタンが入力されたことをＩＰ機器交換装置１が受信すると、ＩＰ機器交換装置１の呼制御部１１ではＩＰ機器４を保留状態にする。
【００７９】
ＩＰ機器４が保留状態のまま、さらにＩＰ機器２からＩＰ機器３（第２のＩＰ機器）への発呼をＩＰ機器交換装置１が受信すると、ＩＰ機器交換装置１は、ＩＰ機器２とＩＰ機器３との新しいセッションを確立する。その後、ＩＰ機器２とＩＰ機器３との通話が終了して、ＩＰ機器２がオンフック（回線切断）したとする。ＩＰ機器交換装置１の呼制御部１１では、このオンフックを検出すると、このオンフックをトリガとして、ＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部１６によりＲＴＰパケットの送受信先変更を行う。すなわちＩＰ機器３と保留状態であったＩＰ機器４とのセッションに切り替える。
【産業上の利用可能性】
【００８０】
以上のように、本発明にかかるＩＰ機器交換装置は、音声劣化の抑制を必要とするＩＰ電話の音声を交換するＩＰ機器交換装置に有用であり、特に、通話相手が途中で変わるような機能を実現するのに適している。
【図面の簡単な説明】
【００８１】
【図１】本発明の実施の形態におけるＩＰ機器交換装置のブロック図
【図２】図１のＩＰ機器交換装置における交換機能のシーケンスチャート
【図３】図１のＩＰアドレス、ポートの割り振りを説明する図
【符号の説明】
【００８２】
１ ＩＰ機器交換装置
２、３、４ ＩＰ機器
５ ＩＰネットワーク
１１ 呼制御部
１２ ＶｏＩＰプロトコル処理部
１３、１７ ＬＡＮインタフェース
１４ 接続方式判定部
１５ リソース管理部
１６ ＲＴＰパケット処理部
【技術分野】
【０００１】
本発明は、ＩＰ電話、ＩＰテレビ電話、ソフトフォンなどのＩＰ機器の接続制御を行うためのＩＰ機器交換装置に関するものである。
【背景技術】
【０００２】
近年のＩＰ化の普及に伴い、ＩＰ−ＰＢＸという機器がオフィスに浸透しつつある。ＩＰ−ＰＢＸの中には、レガシーＰＢＸで実現している機能を実現するために、ＩＰ電話機間の接続をする際には、音声データの転送を行うＲＴＰパケットを一旦ＰＢＸにおいて終端し、ＰＢＸ内においてはＰＣＭデータとして時分割スイッチを用いて交換するものがある。このような交換装置は、ＩＰ ｅｎａｂｌｅｄ ＰＢＸまたはＶｏＩＰ−ＧＷ機能内蔵ＰＢＸと呼ばれる。（特許文献１）には、ポイント・マルチポイント構成において、加入者装置として、ＩＰ ｅｎａｂｌｅｄ ＰＢＸを用いた場合の伝送方式が記載されている。
【０００３】
また、ＩＰ電話機間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現する交換装置も存在し、ＲＴＰパケットを用いて音声のみならず画像データを交換接続する装置も存在する。このような交換装置は、一般に、ソフトスイッチ、呼制御サーバと呼ばれる。
【特許文献１】特開２００２−２４７１１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように、ＩＰ ｅｎａｂｌｅｄ ＰＢＸにおいては、時分割スイッチの任意タイミングでの切替が可能であるため、レガシーＰＢＸ同等の複雑かつ多岐に及ぶ機能を実現できる。しかし、ＩＰ ｅｎａｂｌｅｄ ＰＢＸでは、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現出来ず、ＰＢＸ内でＰＣＭデータとして時分割スイッチを用いて交換するためには、エンコード、デコードを繰り返さなければならないので、音声劣化が生じたり、交換接続できる機器が音声機器に限定されたりするという問題がある。
【０００５】
一方、従来のソフトスイッチにおいては、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ通信は実現出来るが、ＶｏＩＰプロトコルによっては任意タイミングのセッション切り替えが難しいため、ＰＢＸの交換機能と比較すると提供できる機能が大幅に劣るという問題がある。
【０００６】
本発明は、上記実状に鑑みてなされたものであって、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持したままで、任意のタイミングでセッションの切り替えができるＩＰ機器交換装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するための本発明のＩＰ機器交換装置は、ＩＰ機器またはＩＰ回線をＬＡＮまたはＩＰネットワークを介して収容するＬＡＮインタフェースと、ＩＰ機器またはＩＰ回線間のセッション設定をＶｏＩＰプロトコルにより行う呼制御機能と、メディア情報を有するＲＴＰパケットを終端しその送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送受信出来るＲＴＰパケット処理部とを有し、セッション設定の後にＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更をすることを特徴とするものである。
【発明の効果】
【０００８】
この発明によれば、本発明のＩＰ機器交換装置は、メディア情報を有するＲＴＰパケットを終端し、その送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送信出来るＲＴＰパケット処理部を実現することにより、ＩＰ機器間でセッション設定後にＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更ができるので、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持したままでの任意タイミング切り替えができるＩＰ機器交換装置を得ることができる。
【発明を実施するための最良の形態】
【０００９】
上記課題を解決するためになされた第１の発明は、ＩＰ機器またはＩＰ回線をＬＡＮまたはＩＰネットワークを介して収容するＬＡＮインタフェースと、ＩＰ機器またはＩＰ回線間のセッション設定をＶｏＩＰプロトコルにより行う呼制御機能と、メディア情報を有するＲＴＰパケットを終端しその送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送受信出来るＲＴＰパケット処理部と、を有する交換装置であって、
セッション設定の後にＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更をすることを特徴とするＩＰ機器交換装置である。
【００１０】
これにより、ＩＰ機器またはＩＰ回線との間でセッション設定後に当該１つのＩＰ機器またはＩＰ回線との間でＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更を可能とすることによって、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持したままでの任意タイミング切り替えを可能とし、レガシーＰＢＸ同等の複雑かつ多岐に及ぶ機能を実現できるという利点を有する。
【００１１】
上記課題を解決するためになされた第２の発明は、ＶｏＩＰプロトコルが任意切り替えに対応出来ないと判断した場合のみＲＴＰパケット処理部でＲＴＰパケットをスイッチし、他の場合にはＩＰ機器またはＩＰ回線間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現するようにセッション制御を行うことを特徴とするＩＰ機器交換装置である。
【００１２】
これにより、ＶｏＩＰプロトコルを用いた任意タイミングでのセッション切り替えが可能な場合にはＲＴＰパケット処理部を使用しない為、ＲＴＰパケット処理部の処理負荷増大、あるいはリソース数不足による呼接続のブロッキングを抑制できるという利点を有する。
【００１３】
上記課題を解決するためになされた第３の発明は、ＩＰ機器またはＩＰ回線にて設定するセッションのメディア情報（音声、画像、データ）により、ＲＴＰパケット処理部でＲＴＰパケットをスイッチするか否かを判断することを特徴とするＩＰ機器交換装置である。
【００１４】
これにより、例えばメディアが音声の時のみＲＴＰパケット処理部を使用する等して、ＲＴＰパケット処理部の処理負荷増大、あるいはリソース数不足による呼接続のブロッキングを抑制する、また高機能機種では画像を含めたＲＴＰパケット処理を行い、低機能機種では音声のみのＲＴＰパケット処理を行うなどして、提供サービス／提供機種のラインナップをそろえることも可能となるという利点を有する。
【００１５】
上記課題を解決するためになされた第４の発明は、ＲＴＰパケット処理部が処理負荷増大またはリソース数不足の場合、ＩＰ機器またはＩＰ回線間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信をするようにセッション制御を行うことを特徴とするＩＰ機器交換装置である。
【００１６】
これにより、リソース使用状況によらず基本通話を行うことが出来る為、緊急通話を保証することが可能となるという利点を有する。
【００１７】
上記課題を解決するためになされた第５の発明は、ＲＴＰパケット処理部がＲＴＰパケットをスイッチするか否かを、ＩＰ機器またはＩＰ回線毎にあらかじめ設定されたデータにより判断することを特徴とするＩＰ機器交換装置である。
【００１８】
これにより、ＰＢＸ同等の複雑かつ多岐に及ぶ機能を実現する必要の無いＩＰ機器、ＩＰ回線に関しては、ＶｏＩＰプロトコルでサポート可能な範囲のサービスを提供するというサービス範囲を規定することが可能となり、またＲＴＰパケット処理部を使用しない為、ＲＴＰパケット処理部の処理負荷増大、あるいはリソース数不足による呼接続のブロッキングを抑制できるという利点も有する。
【００１９】
（実施の形態）
以下、本発明の実施の形態について説明する。まず、本ＩＰ機器交換装置の実施の形態について図１に基づいて説明する。図１は、本発明の実施の形態におけるＩＰ機器交換装置のブロック図である。図２は、図１のＩＰ機器交換装置における交換機能のシーケンスチャートである。図３は、図１のＩＰアドレス、ポートの割り振りを説明する図である。
【００２０】
まず、本実施の形態のＩＰ交換システムの構成について図１に基づいて説明する。ＩＰ機器交換装置１は、ＩＰ機器２〜４またはＩＰ回線をＩＰネットワーク（ＬＡＮ、インターネット、ＩＰ専用線等）５経由で収容し、ＩＰ機器２〜４間、ＩＰ回線間、ＩＰ機器−ＩＰ回線間の交換接続制御を行う交換装置であり、ＰＢＸ同等の複雑かつ多岐に及ぶ機能から、ＳＩＰ Ｐｒｏｘｙサーバと同等のセッション制御に至る機能を実現する。
【００２１】
ＩＰ機器２〜４は、ＩＰ電話、ＩＰテレビ電話、ソフトフォン等の機器であり、ＶｏＩＰプロトコルとしては、ＳＩＰ、Ｈ．３２３、ＭＧＣＰ等の標準プロトコルまたは独自に規定された専用プロトコルによりＩＰ機器交換装置１に接続される。なお、ＩＰ機器２〜４は内線の位置づけとなり、ＩＰ回線は外線の位置づけとなる。ＩＰ機器交換装置１がＩＰ回線を収容する場合には、ＩＰ機器２〜４と同等の位置付けで制御を行う。
【００２２】
ＩＰ機器交換装置１は、ＬＡＮインタフェース１３、１７と、ＶｏＩＰプロトコル処理部１２と、呼制御部１１と、接続方式判定部１４と、リソース管理部１５と、ＲＴＰパケット処理部１６とを備えている。呼制御部１１およびＶｏＩＰプロトコル処理部１２が請求の範囲でいうところの呼制御機能部に対応する。
【００２３】
ＬＡＮインタフェース１３は、ＩＰネットワーク５を介してＩＰ機器２〜４などとＶｏＩＰプロトコルによるメッセージを送受信するためのインタフェースである。ＬＡＮインタフェース１７は、ＩＰネットワーク５を介してＩＰ機器２〜４などとＲＴＰパケットを送受信するためのインタフェースである。
【００２４】
ＶｏＩＰプロトコル処理部１２は、ＩＰ機器２、３、４とのＶｏＩＰプロトコルを終端し、ＩＰ機器交換装置１内の呼制御シグナルにインタワークを行う。すなわち、ＶｏＩＰプロトコル処理部１２は、ＬＡＮインタフェース１３を介してＩＰ機器２、３、４とＶｏＩＰプロトコルによるメッセージを送受信すると共に、受信したＶｏＩＰプロトコルによるメッセージを呼制御シグナルによるメッセージに変換して呼制御部１１と送受信したり、受信した呼制御シグナルによるメッセージをＶｏＩＰプロトコルによるメッセージに変換したりする。
【００２５】
呼制御部１１は、ＩＰ機器間の接続制御（セッション設定制御）及びＰＢＸ機能を実現するものである。呼制御部１１は、呼制御シグナルによるメッセージを受け取って、メッセージに基づいて制御対象であるＩＰ機器２、３、４を特定して、その制御対象であるＩＰ機器２、３、４との間における音声パケットを含むＲＴＰパケットを交換するためのセッション制御を行う。
【００２６】
すなわち、発信を意味するメッセージを受け取ると、接続方式判定部１４に制御対象であるＩＰ機器２、３、４のいずれかの接続方式を判定させて、ＩＰ機器２、３、４のいずれかの接続方式がＲＴＰパケット処理部１６の機能を必要とすると判定された場合は、リソース管理部１５に対してＲＴＰパケット処理部１６のリソースをハントする要求を行い、リソースがハントできたらその制御対象であるＩＰ機器２、３、４に対してポートをオープンするように、ＲＴＰパケット処理部１６に要求する。
【００２７】
また、呼制御部１１は、ＩＰ機器２、３、４の通話横取りを示すメッセージを受け取ると、横取りされるＩＰ機器２、３、４の通話相手を特定し、特定した通話相手のＩＰ機器２、３、４に対してオープンしたポートはそのままで、横取りされるＩＰ機器２、３、４に対してオープンしたポートを横取りするＩＰ機器２、３、４に対してオープンするようにＲＴＰパケット処理部１６に要求する。接続方式判定部１４は、判断手段に相当し、呼制御部１１の要求に基づいて制御対象であるＩＰ機器２、３、４の接続方式がＲＴＰパケット処理部１６の機能を必要とするか否かを判定する。
【００２８】
ＲＴＰパケット処理部１６は、ＲＴＰパケットを終端する送受信ポートであるポートａとポートｂと、それらのポートに到着したＲＴＰパケットのヘッダを書き換えることによりスイッチ処理を行うスイッチ処理部とを１つのリソースとして備えている。スイッチ処理部は、この２つのポート間において終端したＲＴＰパケットのヘッダの送受信ＩＰアドレス、ポート番号を書き換えることによって、２つのポートに夫々接続したＩＰ機器同士でのＲＴＰパケットを交換するスイッチ処理を行う。ＲＴＰパケット処理部１６は、１つ又は複数のリソースを備えている。
【００２９】
リソース管理部１５は、ＲＴＰパケット処理部１６のリソースが空いているか、空いていないかを管理し、呼制御部１１から、リソースをハントする要求があった場合は、リソースが空いているか、空いていないかによりＲＴＰパケット処理部１６が別のＩＰ機器からのＲＴＰパケットを終端する余裕があるか否かを判断し、空いている場合はリソースのハントを行い、呼制御部１１にリソースがハントできた旨を通知する。
【００３０】
つぎに、本ＩＰ機器交換装置の動作について、図１のネットワーク構成に基づいて、図２及び図３を参照して説明する。本実施の形態においては、ＶｏＩＰプロトコルとしてＳＩＰを用い、ＩＰ機器交換装置１内の呼制御シグナリングの一例としてＱ．９３１を用いた場合を例に挙げて説明している。
【００３１】
なお、図２のシーケンスチャートにおいて、呼制御部１１ａ、１１ｂ、１１ｃと、ＶｏＩＰプロトコル処理部１２ａ、１２ｂ、１２ｃとは、それぞれ、図１に示す呼制御部１１とＶｏＩＰプロトコル処理部１２において生成されたタスクを示している。各タスクは、ＩＰ機器２、３、４に対応して生成され、動作主体は、それぞれ、呼制御部１１とＶｏＩＰプロトコル処理部１２であるが、以下の説明では各タスク間でのやり取りが明確になるように、独立した構成として説明する。
【００３２】
本実施の形態では、通話相手が途中で切り替わることによって実現する機能として横取り機能を例に挙げて説明する。このような機能は、例えば、第１の電話機と第２の電話機とが通話中であるときに、第２の電話機の隣の電話機である第３の電話機の受話器を上げて、第２の電話機が通話中の第１の電話機との通話を確立するような場合に有効である。具体的には、最初にＩＰ機器２とＩＰ機器４とのセッションが確立された後、ＩＰ機器４の通話を切断することなく、ＩＰ機器３とＩＰ機器４とのセッションを確立をする場合である。
【００３３】
なお、一般にＩＰ機器同士のセッションとしては、シグナル用のセッションとＲＴＰ用のセッションとがあるが、本明細書においては、ＩＰ機器間で確立するセッションは、ＲＴＰパケットを交換するためのセッションをいう。
【００３４】
まず、ＩＰ機器２からの発信に基づいて、ＩＰ機器２とＩＰ機器４との間でセッションを確立する際の動作について説明する。
【００３５】
ＩＰ機器２においてＩＰ機器４への発信操作を行うと、ＩＰ機器２からＩＰ機器交換装置１のＶｏＩＰプロトコル処理部１２の送受信ポートに対して、ＳＩＰプロトコルにおいて発信を意味するＩＮＶＩＴＥメッセージが、ＬＡＮインタフェース１３を経由して送信される（シーケンスＳＱ１）。すなわち、図３に示すように、あて先のＩＰアドレスが「ＩＰ Ａｄｒ１３」であり、ポート番号が「ＳＩＧ Ｐｏｒｔ１２」であるＩＮＶＩＴＥメッセージがＩＰ機器２から送信される。このＩＮＶＩＴＥメッセージには、ＩＰ機器２とＩＰ機器４との間でＲＴＰパケットを交換するセッション確立のために必要なセッション情報であるＳＤＰ（Session Description Protocol）情報としてＳＤＰ２が含まれている。このＳＤＰ情報には、セッションの確立に必要なセッション情報として、相手のＩＰ機器からのＲＴＰパケットの送り先を指定する情報や、ＲＴＰパケットのペイロードタイプなどが含まれており、ここでは、ＳＤＰ情報であるＳＤＰ２には、ＲＴＰパケットの送り先としてＩＰ機器２を指定する情報（ＩＰアドレスを「ＩＰ Ａｄｒ２」、ポート番号を「ＲＴＰ Ｐｏｒｔ２２」と指定する情報）と、ペイロードタイプ（ここでは「音声Ｇ．７１１」とする）とを含んでいる。
【００３６】
つぎに、ＶｏＩＰプロトコル処理部１２ａは、受信したＩＮＶＩＴＥメッセージをＩＰ機器交換装置１内の呼制御シグナリングとして用いるＳｅｔｕｐメッセージに変換してから、そのＳｅｔｕｐメッセージを呼制御部１１ａに送信する（シーケンスＳＱ２）。ＩＮＶＩＴＥメッセージを変換するときには、含まれるＳＤＰ２もＳｅｔｕｐメッセージにのせかえる。
【００３７】
Ｓｅｔｕｐメッセージを受け取ると、呼制御部１１ａは、接続方式判定部１４にＩＰ機器２の接続方式を判定させる。接続方式判定部１４は、ＩＰ機器２の接続方式はＲＴＰパケット処理部１６の機能を必要とするか否かを判定する。
【００３８】
接続方式判定部１４は、具体的には、ＩＰ機器２がサポートしているプロトコルが、任意タイミングでのセッション切り替えが可能なプロトコルまたはバージョンでない場合に、ＲＴＰパケット処理部１６の機能が必要であると判定する。ＩＰ機器２がサポートしているプロトコルの情報は、ＩＰ機器２に問い合わせて得てもよいし、設定により登録しておいてもよい。
【００３９】
また、ＩＰ機器２が経由するＩＰネットワークがプロバイダ（ＩＳＰ）や公衆回線網等を含む場合は、ＩＰネットワークに含まれるプロバイダや公衆回線網等がサポートしているプロトコルも併せて登録しておき、ＩＰ機器２がサポートしているプロトコルのみならず、プロバイダや公衆回線網等がサポートしているプロトコルも含めたいずれかのプロトコルが、任意タイミングでのセッション切り替えが可能なプロトコルまたはバージョンでない場合にＲＴＰパケット処理部１６の機能が必要であると判定する。
【００４０】
ここでは、接続方式判定部１４において、ＩＰ機器２の接続方式は、ＲＴＰパケット処理部１６の機能が不要である（必要でない）と判定したとして説明を続ける。接続方式判定部１４は、ＩＰ機器２の接続方式はＲＴＰパケット処理部１６の機能が不要であると判定した結果を呼制御部１１ａに送信する。この判定した結果を受け取ると、呼制御部１１ａは、後述する呼制御部１１ｃが行うリソースのハントの処理を行わずに、発信相手であるＩＰ機器４を管理する呼制御部１１ｃに対して、ＩＰ機器２より受信したＳＤＰ情報であるＳＤＰ２を有するＳｅｔｕｐメッセージを送信する（シーケンスＳＱ３）。
【００４１】
呼制御部１１ｃは、Ｓｅｔｕｐメッセージを受信することにより、ＩＰ機器４への着信処理を開始する。まず、呼制御部１１ａと同様に接続方式判定部１４によりＩＰ機器４の接続方式を判定する。
【００４２】
ここでは、ＩＰ機器２の場合とは反対に、接続方式判定部１４において、ＩＰ機器４の接続方式はＲＴＰパケット処理部１６の機能が必要であると判定されたとして説明を続ける。接続方式判定部１４は、ＩＰ機器４の接続方式はＲＴＰパケット処理部１６の機能が必要であると判定した結果を呼制御部１１ｃに送信する。この判定した結果を受け取ると、呼制御部１１ｃは、上記の呼制御部１１ａの処理とは異なり、リソース管理部１５において管理されているＲＴＰパケット処理部１６のリソースをハントする。
【００４３】
まず、呼制御部１１ｃは、リソース管理部１５に対し、ＩＰ機器４のためにＲＴＰパケット処理部１６のリソースをハントする旨の要求をする。リソースをハントする要求を受けると、リソース管理部１５は、ＲＴＰパケット処理部１６のリソースに空きがあるか否かを判定する。ここでは、リソースに空きがあったとして、説明を続ける。
【００４４】
リソースに空きがある場合には、リソース管理部１５は、ＲＴＰパケット処理部１６のリソースを１つハントして、リソースをハントした旨を呼制御部１１ｃに送信する。リソースをハントした旨を受け取ると、呼制御部１１ｃは、ハントしたリソースのポートをオープンするように要求する。要求を受けると、ＲＴＰパケット処理部１６は、ポートａとポートｂとをオープンして夫々のポートで夫々のＩＰ機器からのＲＴＰパケットを終端するべく、ＲＴＰパケットの到着を待つ。
【００４５】
ここで、呼制御部１１ｃは、リソースをハントする原因となったＩＰ機器４からのＲＴＰパケットを送受信するためにＲＴＰポート番号１６１のポートａをオープンさせ、相手のＩＰ機器２からのＲＴＰパケットを送受信するためにＲＴＰポート番号１６２のポートｂをオープンさせている。
【００４６】
ＲＴＰパケット処理部１６のリソースをハントすると、呼制御部１１ｃは、ＳＤＰ２の代わりに、ＲＴＰパケット処理部１６内のポートａを指定する情報（ポートａのＩＰアドレス「ＩＰ Ａｄｒ１７」と、ポート番号「ＲＴＰ ｐｏｒｔ１６１」）と、ペイロードタイプ（ペイロードタイプに関しては、呼制御部１１ａより受信したＳＤＰ２に含まれるＩＰ機器２のペイロード値を用いる）等とを含むＳＤＰ情報としてのＰＢＸ−ＳＤＰａを作成し、ＶｏＩＰプロトコル処理部１２ｃに送信するＳｅｔｕｐメッセージに付加して送信する（シーケンスＳＱ４）。
【００４７】
ＶｏＩＰプロトコル処理部１２ｃは、受信したＳｅｔｕｐメッセージをＳＩＰプロトコルのＩＮＶＩＴＥメッセージに変換し、ＶｏＩＰプロトコル送受信ポートよりＬＡＮインタフェース１３を介して、ＩＰ機器４に対し、ＰＢＸ−ＳＤＰａを有し、着信を意味するＩＮＶＩＴＥメッセージを送信する（シーケンスＳＱ５）。すなわち、送信元のＩＰアドレスを「ＩＰ Ａｄｒ１３」、ポート番号を「ＳＩＧ Ｐｏｒｔ１２」とし、送信先のＩＰアドレスを「ＩＰ Ａｄｒ４」、ポート番号を「ＳＩＧ Ｐｏｒｔ４１」としたＩＮＶＩＴＥメッセージを送信する。
【００４８】
ＩＮＶＩＴＥメッセージを受信したＩＰ機器４では着信動作を開始する。まず、ＩＰ機器４から相手を呼び出すＩＮＶＩＴＥメッセージがＩＰ機器４に届いたことを示す１００Ｔｒｙｉｎｇが、ＬＡＮインタフェース１３を経由して、ＩＰ機器交換装置１のＶｏＩＰプロトコル処理部１２ｃに対して送信される（シーケンスＳＱ６）。
【００４９】
１００Ｔｒｙｉｎｇを受け取ると、ＶｏＩＰプロトコル処理部１２ｃは、呼制御シグナリングであるＣａｌｌＰｒｏｃメッセージに変換して、呼制御部１１ｃに送る（シーケンスＳＱ７）。ＣａｌｌＰｒｏｃメッセージはＳｅｔｕｐメッセージとは逆の経路で呼制御部１１ｃから呼制御部１１ａに送られ（シーケンスＳＱ８）、呼制御部１１ａからＶｏＩＰプロトコル処理部１２ａに送られる（シーケンスＳＱ９）。また、ＩＰ機器４で呼び出し音を鳴らすと、相手を呼び出し中であることを示す１８０ＲｉｎｇｉｎｇメッセージがＶｏＩＰプロトコル処理部１２ｃに対して送信される（シーケンスＳＱ１０）。
【００５０】
１８０Ｒｉｎｇｉｎｇメッセージを受け取ると、ＶｏＩＰプロトコル処理部１２ｃは、呼制御シグナリングであるＡｌｅｒｔメッセージに変換して、ＣａｌｌＰｒｏｃメッセージと同じルートでＶｏＩＰプロトコル処理部１２ａに送られる（シーケンスＳＱ１１〜１３）。ＶｏＩＰプロトコル処理部１２ａは、ＩＰ機器２に対し、相手を呼び出し中であることを示す１８０Ｒｉｎｇｉｎｇメッセージを送る（シーケンスＳＱ１４）。
【００５１】
さらに、ＩＰ機器４において受話器が上げられるなどして着信に応答すると上記の１８０Ｒｉｎｇｉｎｇメッセージと同じルートで、応答を示す２００ＯＫメッセージが、ＬＡＮインタフェース１３を経由してＶｏＩＰプロトコル送受信ポートからＶｏＩＰプロトコル処理部１２ｃに送信される（シーケンスＳＱ１５）。
【００５２】
この際、ＰＢＸ−ＳＤＰａに対してセッション確立のためにＩＰ機器４で行ったＳＤＰネゴシエーション結果であるＰＢＸ−ＳＤＰａ’が、２００ＯＫメッセージに付加され呼制御部１１ｃに送信される。ＰＢＸ−ＳＤＰａ’には、ＩＰ機器４が送受信するＲＴＰポート情報（ＩＰ ａｄｒ４、ＲＴＰ Ｐｏｒｔ４２）と、ネゴシエーション結果としてのペイロードタイプ（「音声Ｇ．７１１」などの情報）が含まれている。
【００５３】
２００ＯＫメッセージを受信すると、ＶｏＩＰプロトコル処理部１２ｃは、２００ＯＫメッセージを呼制御シグナリングであるＣｏｎｎｅｃｔメッセージに変換して、変換したＣｏｎｎｅｃｔメッセージを呼制御部１１ｃに送信する（シーケンスＳＱ１６）。
【００５４】
変換したＣｏｎｎｅｃｔメッセージを受け取ると、呼制御部１１ｃは、ＩＰ機器４が送受信するＲＴＰパケット処理部１６のポートａに関する情報（ＩＰ ａｄｒ４、ＲＴＰ Ｐｏｒｔ４２）と、ネゴシエーション結果としてのペイロードタイプ（「音声Ｇ．７１１」などの情報）をＰＢＸ−ＳＤＰａ’から取り出す。
【００５５】
呼制御部１１ｃは、先ほど、相手のＩＰ機器２からのＲＴＰパケットを送受信するためにオープンさせたＲＴＰパケット処理部１６内のポートｂを指定する情報（ポートｂのＩＰアドレス「ＩＰ ａｄｒ１７」、ポート番号「ＲＴＰ Ｐｏｒｔ１６２」）と、ペイロードタイプ（ＩＰ機器４から受信したネゴシエーション結果としてのペイロードタイプである「音声Ｇ．７１１」などの情報）とを含むＳＤＰ情報であるＳＤＰ２’を作成し、呼制御部１１ｃから呼制御部１１ａへのＣｏｎｎｅｃｔメッセージに付加して送信する（シーケンスＳＱ１７）と共に、ＲＴＰパケット処理部１６のパケットスイッチ処理を起動する。
【００５６】
Ｃｏｎｎｅｃｔメッセージを受けると、呼制御部１１ａは、さらにＶｏＩＰプロトコル処理部１２ａにＣｏｎｎｅｃｔメッセージを送信し（シーケンスＳＱ１８）、さらにＶｏＩＰプロトコル処理部１２ａがＣｏｎｎｅｃｔメッセージを２００ＯＫメッセージに変換してＩＰ機器２に送信する（シーケンスＳＱ１９）。その後、２００ＯＫメッセージを受け取ったＩＰ機器２から、応答を示すＡＣＫメッセージがＶｏＩＰプロトコル処理部１２ａに送信される（シーケンスＳＱ２０）。
【００５７】
また、制御部１１ｃによりパケットスイッチ処理が起動されると、ＲＴＰパケット処理部１６は、ＩＰ機器４とＩＰ機器２との間のＲＴＰパケットの交換を行うために、ポートａでＩＰ機器４より受信されたＲＴＰパケット（送信先：ＩＰ ａｄｒ１７、ＲＴＰ Ｐｏｒｔ１６１、送信元：ＩＰ ａｄｒ４、ＲＴＰ Ｐｏｒｔ４２）を終端して、終端したＲＴＰパケットの送信元ＩＰアドレスを「ＩＰＡｄｒ１７」、送信元ポートを「ＲＴＰ ｐｏｒｔ１６２」、送信先ＩＰアドレスを「ＩＰ ａｄｒ２」、送信先ポート「ＲＴＰ Ｐｏｒｔ２２」に変換してポートｂよりＩＰ機器２に送信されるようにヘッダの書き換えを行う。
【００５８】
また、逆方向に関しても同様に、ポートｂでＩＰ機器２より受信されたＲＴＰパケット（送信先：ＩＰ ａｄｒ１７、ＲＴＰ Ｐｏｒｔ１６２、送信元：ＩＰ ａｄｒ２、ＲＴＰ Ｐｏｒｔ２２）を終端して、終端したＲＴＰパケットの送信元ＩＰアドレスを「ＩＰ Ａｄｒ１７」、送信元ポートを「ＲＴＰ ｐｏｒｔ１６１」、送信先ＩＰアドレス「ＩＰ ａｄｒ４」、送信先ポート「ＲＴＰ Ｐｏｒｔ４２」に変換してポートａよりＩＰ機器４に送信されるようにヘッダの書き換えを行う。
【００５９】
これにより、ＩＰ機器２とＩＰ機器４でＲＴＰパケット処理部１６を介してのＲＴＰパケットの送受信（通話）が可能となる。また、このようにヘッダ情報の付け替えのみによってＩＰ機器４とＩＰ機器２との間のＲＴＰパケットの交換を行うため、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持している。
【００６０】
次に、ＩＰ機器３からＩＰ機器２の通話を横取りする要求をすることにより、ＩＰ機器２と通話中のＩＰ機器４と通話を確立する通話横取り機能を実現する際の動作について説明する。ＩＰ機器３において、ＩＰ機器２の通話横取りを要求することを示す特番が入力されると、その特番とＩＰ機器３のＳＤＰ情報であるＳＤＰ３を含むＩＮＶＩＴＥメッセージが、前述のＩＰ機器２からＩＮＶＩＴＥメッセージが送信された時と同じ手順で、ＩＰ機器３からＩＮＶＩＴＥメッセージがＶｏＩＰプロトコル処理部１２ｂに送信され（シーケンスＳＱ２１）、ＶｏＩＰプロトコル処理部１２ｂは、ＩＮＶＩＴＥメッセージをＳｅｔｕｐメッセージに変換して呼制御部１１ｂに送信する（シーケンスＳＱ２２）。
【００６１】
呼制御部１１ｂでは、ＩＮＶＩＴＥメッセージで設定された相手先番号がＩＰ機器２の通話横取りを示すものであることを解析し、ＩＰ機器２の呼を管理する呼制御部１１ａに対して通話相手を問い合わせるメッセージを送る（シーケンスＳＱ２３）。問い合わせのメッセージを受けると、呼制御部１１ａは、通話相手がＩＰ機器４であることを示す情報を呼制御部１１ｂに送信する（シーケンスＳＱ２４）。横取りする通話相手がＩＰ機器４であることを示す情報を受け取ると、呼制御部１１ｂは、通話横取りを示す情報と、ＳＤＰ３を含むＳｅｔｕｐメッセージを送信する（シーケンスＳＱ２５）。
【００６２】
ＩＰ機器２に対して通話横取りによる切断を行うために、呼制御部１１ｃは、切断復旧を意味するＲｅｌｅａｓｅメッセージを呼制御部１１ａに送信する（シーケンスＳＱ２６）。呼制御部１１ａは、ＶｏＩＰプロトコル処理部１２ａにＲｅｌｅａｓｅメッセージを送り（シーケンスＳＱ２７）、ＶｏＩＰプロトコル処理部１２ａは、Ｒｅｌｅａｓｅメッセージを変換して、切断復旧を意味するＢＹＥメッセージをＩＰ機器２に送信する（シーケンスＳＱ２８）。ＢＹＥメッセージを受け取ったＩＰ機器２は、応答を示す２００ＯＫメッセージをＶｏＩＰプロトコル処理部１２ａに送る（シーケンスＳＱ２９）。
【００６３】
また、Ｓｅｔｕｐメッセージを受信すると、呼制御部１１ｃは、任意タイミングでのセッション切り替えが出来ないＩＰ機器４を制御していることを接続方式判定部１４で判定しているので、ＩＰ機器４との間でのＶｏＩＰプロトコルによるセッション制御は行わないと判断する。すなわち、既に設定されているＲＴＰパケット処理部１６のポートａと、ＩＰ機器４との間のセッション変更を行わず、通話横取りによるセッション切り替えはＲＴＰパケット処理部１６のポートｂの制御で行うことを判断する。
【００６４】
まず、呼制御部１１ｃは、ＩＰ機器３より受信したＳＤＰ３から、ＩＰ機器３へのＲＴＰ送受信先（ＩＰアドレス「ＩＰ Ａｄｒ３」、ポート番号「ＲＴＰ Ｐｏｒｔ３２」）を取り出すと共に、ＳＤＰネゴシエーション結果として、ＩＰ機器２とＩＰ機器４との間で用いているペイロードタイプ（例えば「音声Ｇ．７１１」などの情報）と、ポートｂを指定するＩＰアドレス「ＩＰ ａｄｒ１７」と、送受信ポート番号「ＲＴＰ Ｐｏｒｔ１６２」等を有するＳＤＰ情報であるＳＤＰ３’を作成し、Ｃｏｎｎｅｃｔメッセージに付加して呼制御部１１ｂへ送信する（シーケンスＳＱ３０）。
【００６５】
同時に、呼制御部１１ｃは、ポートｂの現在のＲＴＰパケットの送受信先であるＩＰ機器２から、切り替え先となるＩＰ機器３（ＩＰアドレス「ＩＰ Ａｄｒ３」、ポート番号「ＲＴＰ Ｐｏｒｔ３２」）となるようにＲＴＰパケット処理部１６に要求することによってＲＴＰスイッチ処理の再起動をして、ＩＰ機器４とＩＰ機器３間のＲＴＰパケット処理１６を介してのＲＴＰ送受信（通話）を可能とする。
【００６６】
その後、呼制御部１１ｂは、ＶｏＩＰプロトコル処理部１２ｂにＣｏｎｎｅｃｔメッセージを送り（シーケンスＳＱ３１）、ＶｏＩＰプロトコル処理部１２ｂは、呼制御部１１で作成されたＳＤＰ３’を含む２００ＯＫメッセージをＩＰ機器３に送信し（シーケンスＳＱ３２）、ＩＰ機器３とＩＰ機器４との間にセッションを確立して、通話横取り機能を実現する。
【００６７】
この構成によれば、本発明のＩＰ機器交換装置は、メディア情報を有するＲＴＰパケットを終端し、その送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送信出来るＲＴＰパケット処理部を実現することにより、ＩＰ機器間でセッション設定後にＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更ができるので、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持したままでの任意タイミング切り替えができ、レガシーＰＢＸ同等の複雑かつ多岐に及ぶ機能を実現できるＩＰ機器交換装置を得ることができる。
【００６８】
上記の実施の形態においては、ＲＴＰパケット処理部１６は、全くエンコード、デコードをしない構成としたが、例えば、ＩＰ機器３のＳＤＰ情報（ＳＤＰ３）のペイロードタイプに、ＩＰ機器２とＩＰ機器４との間で用いているペイロードタイプである「音声Ｇ．７１１」が含まれておらず、ネゴシエーションの結果、同一のペイロードタイプに合わせられない場合は、ＩＰ機器３の音声符号化能力に合わせるため、ＲＴＰパケット処理部１６は、音声データの形式変更をするためにデコード、エンコード処理をする構成としてもよい。この場合、どちらかのペイロードタイプに合わせるだけなので、エンコード、デコードを繰り返す必要はない。
【００６９】
上記の実施の形態においては、接続方式判定部１４においてＩＰ機器２の接続方式はＲＴＰパケット処理部１６の機能は不要であり、ＩＰ機器４の接続方式はＲＴＰパケット処理部１６の機能は必要であると判定された場合を例に挙げて説明したが、セッションにかかるＩＰ機器２の接続方式とＩＰ機器４の接続方式とが両方ともＲＴＰパケット処理部１６の機能は必要であると判定された場合は、ＲＴＰパケット処理部１６のリソースが２つハントされることになる。この場合、それぞれのリソースでは、ハントした原因となるＩＰ機器２、４に対して、それぞれポートａがオープンされる。
【００７０】
スイッチ処理は、一方のポートａから一方のポートｂにスイッチ処理をした後、さらに他方のポートｂを経由して他方のポートａにスイッチ処理を行ってもよいし、ポートａ同士で直接スイッチ処理をおこなってもよい。また、同一のセッションに関して２回目のリソースのハントを禁止したり、２つハントしたリソースのうちのどちらかのリソースのハントを解除したりすることによって、同一のセッションに関しては１つのリソースがハントされるようにしてもよい。また、上記実施の形態では、ＬＡＮインタフェースを１つだけ有する場合の例を示したが、ポートａ、ポートｂ毎に異なるＬＡＮインタフェースを設けて、各ポートが別々のＩＰアドレスを持つ構成としてもよい。
【００７１】
上記の実施の形態においては、リソース管理部１５でリソースに空きがあると判断された場合を例に挙げて説明したが、リソースに空きがない場合は、緊急発信等を保証するために、ＲＴＰパケット処理部１６を使用しないＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現するための制御を行う。具体的には、呼制御部１１ｃからＶｏＩＰプロトコル処理部１２ｃへのＳｅｔｕｐメッセージや、ＶｏＩＰプロトコル処理部１２ｃからＩＰ機器４へのＩＮＶＩＴＥメッセージに、ＩＰ機器２のＳＤＰ情報であるＳＤＰ２を設定することにより、ＩＰ機器２とＩＰ機器４との間でのＳＤＰネゴシエーションを可能とし、ＩＰ機器２とＩＰ機器４との間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現する。
【００７２】
上記の実施の形態においては、接続方式判定部１４はプロトコルに基づいて接続方式を判定していたが、上記のプロトコルに加えて、接続方式判定部１４は、ＳＤＰ情報に設定されたペイロードタイプに含まれるメディア情報の種類に基づいて判定してもよい。メディア情報の種類は、ペイロードに含まれる情報で、ＲＴＰパケットに含まれる、例えば、音声、画像、データ等のメディアストリームを含むメディア情報の種類を示すものである。例えば、ＩＰ機器２のＩＰネットワークに含まれるプロバイダや公衆回線網等がサポートしているプロトコルが、任意タイミングでのセッション切り替えが不可能なプロトコルであり、ＳＤＰ情報に設定されたメディア情報が音声の場合のみＲＴＰパケット処理部１６の機能が必要とすると判断することができる。
【００７３】
また、接続方式判定部１４は、プロトコルによらず、ＩＰ機器２の接続方式がＲＴＰパケット処理部１６の機能が必要であるか否かを予め登録しておき、この登録に基づいて接続方式を判定してもよい。また、接続方式判定部１４は、必須の構成ではなく、接続方式判定部１４を設けずに構成し、呼制御部１１は、必ずＲＴＰパケット処理部１６の機能を使うように制御することとしてもよい。
【００７４】
また、リソース管理部１５は、必須の構成ではなく、ＲＴＰパケット処理部１６のリソースが大量にある場合は、リソース管理部１５を設けなくてもよい。この場合、呼制御部１１は、接続方式判定部１４によって、ＩＰ機器の接続方式がＲＴＰパケット処理部１６の機能を必要とすると判定されると、直ちにＲＴＰパケット処理部１６に対して、各ＩＰ機器に対してポートをオープンする要求を行うこととなる。
【００７５】
また、以上の実施の形態では、ＩＰ機器交換装置１は、ＩＰ機器２とＩＰ機器４との間でセッションを確立していた場合に、通話横取りを行う本人であるＩＰ機器３からのセッション切り替え要求を受信したことをトリガとして、ＩＰ機器２とＩＰ機器４とのセッションをＩＰ機器３とＩＰ機器４とのセッションに切り替える機能（通話横取り機能）を例に挙げて説明したが、セッションを切り替えるトリガは、これに限定されない。例えば、他の切り替え方法として、つぎのような３つがある。
【００７６】
（１）第１の例では、最初にセッションを確立していた２つのＩＰ機器２，４（セッション切り替えにより切り離される端末，セッション切り替え後も接続が維持される端末）のうちの一方がＩＰ機器交換装置１に対しセッション切り替え要求を送る。ＩＰ機器交換装置１では、このセッション切り替え要求の受信をトリガとして、ＩＰ機器２，４の何れかとＩＰ機器３とのセッションに切り替える。
【００７７】
（２）第２の例では、ＩＰ機器交換装置１での時間管理によってセッション切り替えを行う。例えば、ＩＰ機器交換装置１の呼制御部１１においては、ＩＰ機器２とＩＰ機器４とのセッション確立後、所定時間が経過したと判断すると、この時間経過をトリガとして、ＩＰ機器２，４の何れかとＩＰ機器３とのセッションに切り替える。
【００７８】
（３）第３の例では、セッション確立している第１および第２のＩＰ機器のうちの一方（第１のＩＰ機器）のオンフックをトリガとして、セッション確立前に保留状態としていた第３のＩＰ機器と第２のＩＰ機器とのセッションに切り替える。例えば、ＩＰ機器２（第１のＩＰ機器）とＩＰ機器４（第３のＩＰ機器）との間でセッションを確立していた場合に、ＩＰ機器２において所定の転送ボタンが入力されたことをＩＰ機器交換装置１が受信すると、ＩＰ機器交換装置１の呼制御部１１ではＩＰ機器４を保留状態にする。
【００７９】
ＩＰ機器４が保留状態のまま、さらにＩＰ機器２からＩＰ機器３（第２のＩＰ機器）への発呼をＩＰ機器交換装置１が受信すると、ＩＰ機器交換装置１は、ＩＰ機器２とＩＰ機器３との新しいセッションを確立する。その後、ＩＰ機器２とＩＰ機器３との通話が終了して、ＩＰ機器２がオンフック（回線切断）したとする。ＩＰ機器交換装置１の呼制御部１１では、このオンフックを検出すると、このオンフックをトリガとして、ＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部１６によりＲＴＰパケットの送受信先変更を行う。すなわちＩＰ機器３と保留状態であったＩＰ機器４とのセッションに切り替える。
【産業上の利用可能性】
【００８０】
以上のように、本発明にかかるＩＰ機器交換装置は、音声劣化の抑制を必要とするＩＰ電話の音声を交換するＩＰ機器交換装置に有用であり、特に、通話相手が途中で変わるような機能を実現するのに適している。
【図面の簡単な説明】
【００８１】
【図１】本発明の実施の形態におけるＩＰ機器交換装置のブロック図
【図２】図１のＩＰ機器交換装置における交換機能のシーケンスチャート
【図３】図１のＩＰアドレス、ポートの割り振りを説明する図
【符号の説明】
【００８２】
１ ＩＰ機器交換装置
２、３、４ ＩＰ機器
５ ＩＰネットワーク
１１ 呼制御部
１２ ＶｏＩＰプロトコル処理部
１３、１７ ＬＡＮインタフェース
１４ 接続方式判定部
１５ リソース管理部
１６ ＲＴＰパケット処理部
【特許請求の範囲】
【請求項１】
ＩＰ機器またはＩＰ回線をＬＡＮまたはＩＰネットワークを介して収容するＬＡＮインタフェースと、
ＩＰ機器またはＩＰ回線間のセッション設定をＶｏＩＰプロトコルにより行う呼制御機能と、
メディア情報を有するＲＴＰパケットを終端しその送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送受信出来るＲＴＰパケット処理部と、を有する交換装置であって、
前記セッション設定の後に前記ＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、前記ＲＴＰパケット処理部により前記ＲＴＰパケットの送受信先変更をすることを特徴とするＩＰ機器交換装置。
【請求項２】
前記ＶｏＩＰプロトコルが任意切り替えに対応出来ないと判断した場合のみ前記ＲＴＰパケット処理部で前記ＲＴＰパケットをスイッチし、
他の場合にはＩＰ機器またはＩＰ回線間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現するようにセッション制御を行うことを特徴とする請求項１記載のＩＰ機器交換装置。
【請求項３】
ＩＰ機器またはＩＰ回線にて設定するセッションのメディア情報（音声、画像、データ）により、前記ＲＴＰパケット処理部で前記ＲＴＰパケットをスイッチするか否かを判断することを特徴とする請求項１または請求項２記載のＩＰ機器交換装置。
【請求項４】
前記ＲＴＰパケット処理部が処理負荷増大またはリソース数不足の場合、ＩＰ機器またはＩＰ回線間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信をするようにセッション制御を行うことを特徴とする請求項１から請求項３記載のいずれか１に記載のＩＰ機器交換装置。
【請求項５】
前記ＲＴＰパケット処理部が前記ＲＴＰパケットをスイッチするか否かを、前記ＩＰ機器または前記ＩＰ回線毎にあらかじめ設定されたデータにより判断することを特徴とする請求項１記載のＩＰ機器交換装置。
【請求項６】
ネットワーク接続またはＩＰ回線接続されるＩＰ機器の間でＲＴＰパケットを交換するためのセッションを確立するＩＰ機器交換装置であって、
前記ＩＰ機器間のセッション確立をＶｏＩＰプロトコルにより行い、セッション設定する２つのＩＰ機器に対し、ＲＴＰパケット処理部での使用すべきＲＴＰポートを通知する呼制御機能部と、
少なくとも２つのＲＴＰポートを有し、前記呼制御機能部によるセッション確立後、ＲＴＰポートを介して受信したＩＰ機器からのメディア情報を含むＲＴＰパケットを終端し、前記セッション設定された２つの第１および第２のＩＰ機器間でパケット交換されるようにヘッダ情報を書き換えてから他のＲＴＰポートを介して送信するＲＴＰパケット処理部と、を備え、
前記呼制御機能部は、第１のＩＰ機器および第２のＩＰ機器間でのセッション確立後、第３のＩＰ機器へのセッション切り替えを行う場合、前記第３のＩＰ機器に対してのみ使用すべき前記ＲＴＰパケット処理部でのＲＴＰポートを通知するとともに前記ＲＴＰパケット処理部での使用ＲＴＰポートの再設定を行い、
前記ＲＴＰパケット処理部において第３のＩＰ機器とセッション確立していた第１または第２のＩＰ機器との間でのパケット交換を行わせるようにしたことを特徴とするＩＰ機器交換装置。
【請求項７】
セッション確立すべきＩＰ機器またはＩＰ回線がサポートするＶｏＩＰプロトコルが任意時点のセッション切替えに対応できるか否かを判断する判断手段を更に備え、
前記呼制御機能部は、
前記判断手段により任意時点のセッション切替えに対応できないと判断した場合のみ前記ＲＴＰパケット処理部を介したパケット交換を行わせ、
それ以外は、前記ＲＴＰパケット処理部を介させないＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を行わせるようにしたことを特徴とする請求項６に記載のＩＰ機器交換装置。
【請求項８】
前記判断手段は、セッション中のＳＤＰ情報に含まれるメディア情報の種類に基づき任意時点のセッション切替えを行うか否かを判断することを特徴とする請求項７に記載のＩＰ機器交換装置。
【請求項９】
前記呼制御機能部は、前記ＲＴＰパケット処理部の処理負荷増大あるいはリソース数不足が発生した場合には、ＩＰ機器間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現するようにセッション制御を行うことを特徴とする請求項６から請求項８のいずれか１に記載のＩＰ機器交換装置。
【請求項１０】
ＩＰ機器毎にあらかじめ設定されたデータにより、前記ＲＴＰパケット処理部を介したパケット交換を行うか否かを判断する判断手段を更に備え、
前記呼制御機能部は、この判断手段の判断結果に基づいて前記ＲＴＰパケット処理部を介したパケット交換を行わせることを特徴とする請求項１に記載のＩＰ機器交換装置。
【請求項１】
ＩＰ機器またはＩＰ回線をＬＡＮまたはＩＰネットワークを介して収容するＬＡＮインタフェースと、
ＩＰ機器またはＩＰ回線間のセッション設定をＶｏＩＰプロトコルにより行う呼制御機能と、
メディア情報を有するＲＴＰパケットを終端しその送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送受信出来るＲＴＰパケット処理部と、を有する交換装置であって、
前記セッション設定の後に前記ＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、前記ＲＴＰパケット処理部により前記ＲＴＰパケットの送受信先変更をすることを特徴とするＩＰ機器交換装置。
【請求項２】
前記ＶｏＩＰプロトコルが任意切り替えに対応出来ないと判断した場合のみ前記ＲＴＰパケット処理部で前記ＲＴＰパケットをスイッチし、
他の場合にはＩＰ機器またはＩＰ回線間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現するようにセッション制御を行うことを特徴とする請求項１記載のＩＰ機器交換装置。
【請求項３】
ＩＰ機器またはＩＰ回線にて設定するセッションのメディア情報（音声、画像、データ）により、前記ＲＴＰパケット処理部で前記ＲＴＰパケットをスイッチするか否かを判断することを特徴とする請求項１または請求項２記載のＩＰ機器交換装置。
【請求項４】
前記ＲＴＰパケット処理部が処理負荷増大またはリソース数不足の場合、ＩＰ機器またはＩＰ回線間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信をするようにセッション制御を行うことを特徴とする請求項１から請求項３記載のいずれか１に記載のＩＰ機器交換装置。
【請求項５】
前記ＲＴＰパケット処理部が前記ＲＴＰパケットをスイッチするか否かを、前記ＩＰ機器または前記ＩＰ回線毎にあらかじめ設定されたデータにより判断することを特徴とする請求項１記載のＩＰ機器交換装置。
【請求項６】
ネットワーク接続またはＩＰ回線接続されるＩＰ機器の間でＲＴＰパケットを交換するためのセッションを確立するＩＰ機器交換装置であって、
前記ＩＰ機器間のセッション確立をＶｏＩＰプロトコルにより行い、セッション設定する２つのＩＰ機器に対し、ＲＴＰパケット処理部での使用すべきＲＴＰポートを通知する呼制御機能部と、
少なくとも２つのＲＴＰポートを有し、前記呼制御機能部によるセッション確立後、ＲＴＰポートを介して受信したＩＰ機器からのメディア情報を含むＲＴＰパケットを終端し、前記セッション設定された２つの第１および第２のＩＰ機器間でパケット交換されるようにヘッダ情報を書き換えてから他のＲＴＰポートを介して送信するＲＴＰパケット処理部と、を備え、
前記呼制御機能部は、第１のＩＰ機器および第２のＩＰ機器間でのセッション確立後、第３のＩＰ機器へのセッション切り替えを行う場合、前記第３のＩＰ機器に対してのみ使用すべき前記ＲＴＰパケット処理部でのＲＴＰポートを通知するとともに前記ＲＴＰパケット処理部での使用ＲＴＰポートの再設定を行い、
前記ＲＴＰパケット処理部において第３のＩＰ機器とセッション確立していた第１または第２のＩＰ機器との間でのパケット交換を行わせるようにしたことを特徴とするＩＰ機器交換装置。
【請求項７】
セッション確立すべきＩＰ機器またはＩＰ回線がサポートするＶｏＩＰプロトコルが任意時点のセッション切替えに対応できるか否かを判断する判断手段を更に備え、
前記呼制御機能部は、
前記判断手段により任意時点のセッション切替えに対応できないと判断した場合のみ前記ＲＴＰパケット処理部を介したパケット交換を行わせ、
それ以外は、前記ＲＴＰパケット処理部を介させないＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を行わせるようにしたことを特徴とする請求項６に記載のＩＰ機器交換装置。
【請求項８】
前記判断手段は、セッション中のＳＤＰ情報に含まれるメディア情報の種類に基づき任意時点のセッション切替えを行うか否かを判断することを特徴とする請求項７に記載のＩＰ機器交換装置。
【請求項９】
前記呼制御機能部は、前記ＲＴＰパケット処理部の処理負荷増大あるいはリソース数不足が発生した場合には、ＩＰ機器間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現するようにセッション制御を行うことを特徴とする請求項６から請求項８のいずれか１に記載のＩＰ機器交換装置。
【請求項１０】
ＩＰ機器毎にあらかじめ設定されたデータにより、前記ＲＴＰパケット処理部を介したパケット交換を行うか否かを判断する判断手段を更に備え、
前記呼制御機能部は、この判断手段の判断結果に基づいて前記ＲＴＰパケット処理部を介したパケット交換を行わせることを特徴とする請求項１に記載のＩＰ機器交換装置。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２００７−１９５０８５（Ｐ２００７−１９５０８５Ａ）
【公開日】平成１９年８月２日（２００７．８．２）
【国際特許分類】
【出願番号】特願２００６−１３４０３（Ｐ２００６−１３４０３）
【出願日】平成１８年１月２３日（２００６．１．２３）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成１９年８月２日（２００７．８．２）
【国際特許分類】
【出願日】平成１８年１月２３日（２００６．１．２３）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]