JP2007195085A - Ip equipment switching device - Google Patents

Ip equipment switching device Download PDF

Info

Publication number
JP2007195085A
JP2007195085A JP2006013403A JP2006013403A JP2007195085A JP 2007195085 A JP2007195085 A JP 2007195085A JP 2006013403 A JP2006013403 A JP 2006013403A JP 2006013403 A JP2006013403 A JP 2006013403A JP 2007195085 A JP2007195085 A JP 2007195085A
Authority
JP
Japan
Prior art keywords
rtp packet
session
processing unit
rtp
packet processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2006013403A
Other languages
Japanese (ja)
Other versions
JP4710624B2 (en
Inventor
Shinya Isumi
信也 伊住
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP2006013403A priority Critical patent/JP4710624B2/en
Publication of JP2007195085A publication Critical patent/JP2007195085A/en
Application granted granted Critical
Publication of JP4710624B2 publication Critical patent/JP4710624B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide an IP equipment switching device which maintains communication equivalent to Peer-to-Peer and switches sessions at arbitrary timing. <P>SOLUTION: The IP equipment switching device is equipped with: an RTP packet processing part which sets a session for two pieces of IP equipment by a VoIP protocol, rewrites header information so that packets are switched between pieces of the IP equipment and after that, transmits the header information via other RTP port; and a call control function part which notifies an RTP port to be used by the RTP packet processing part, wherein the call control function part notifies the RTP packet processing part about an RTP port to be used only to a third IP equipment by the RTP packet processing part, resets the RTP port to be used by the RTP packet processing part to switch the packet after establishing the session between the first and second pieces of IP equipment when the session is switched to the third IP equipment. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

本発明は、ＩＰ電話、ＩＰテレビ電話、ソフトフォンなどのＩＰ機器の接続制御を行うためのＩＰ機器交換装置に関するものである。   The present invention relates to an IP device exchange apparatus for performing connection control of IP devices such as an IP phone, an IP video phone, and a soft phone.

近年のＩＰ化の普及に伴い、ＩＰ−ＰＢＸという機器がオフィスに浸透しつつある。ＩＰ−ＰＢＸの中には、レガシーＰＢＸで実現している機能を実現するために、ＩＰ電話機間の接続をする際には、音声データの転送を行うＲＴＰパケットを一旦ＰＢＸにおいて終端し、ＰＢＸ内においてはＰＣＭデータとして時分割スイッチを用いて交換するものがある。このような交換装置は、ＩＰ ｅｎａｂｌｅｄ ＰＢＸまたはＶｏＩＰ−ＧＷ機能内蔵ＰＢＸと呼ばれる。（特許文献１）には、ポイント・マルチポイント構成において、加入者装置として、ＩＰ ｅｎａｂｌｅｄ ＰＢＸを用いた場合の伝送方式が記載されている。   With the spread of IP in recent years, an IP-PBX device is penetrating into the office. In the IP-PBX, in order to realize the functions realized by the legacy PBX, when connecting between IP telephones, the RTP packet for transferring the voice data is once terminated at the PBX, and the PBX In some cases, the PCM data is exchanged using a time division switch. Such an exchange device is called an IP enabled PBX or a PBX with a built-in VoIP-GW function. (Patent Document 1) describes a transmission method in the case of using IP enabled PBX as a subscriber apparatus in a point / multipoint configuration.

また、ＩＰ電話機間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現する交換装置も存在し、ＲＴＰパケットを用いて音声のみならず画像データを交換接続する装置も存在する。このような交換装置は、一般に、ソフトスイッチ、呼制御サーバと呼ばれる。
特開２００２−２４７１１５号公報 There are also switching apparatuses that realize peer-to-peer communication between IP telephones, and there are apparatuses that exchange and connect not only voice but also image data using RTP packets. Such an exchange device is generally called a soft switch or a call control server.
JP 2002-247115 A

このように、ＩＰ ｅｎａｂｌｅｄ ＰＢＸにおいては、時分割スイッチの任意タイミングでの切替が可能であるため、レガシーＰＢＸ同等の複雑かつ多岐に及ぶ機能を実現できる。しかし、ＩＰ ｅｎａｂｌｅｄ ＰＢＸでは、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現出来ず、ＰＢＸ内でＰＣＭデータとして時分割スイッチを用いて交換するためには、エンコード、デコードを繰り返さなければならないので、音声劣化が生じたり、交換接続できる機器が音声機器に限定されたりするという問題がある。   As described above, in the IP enabled PBX, the time-division switch can be switched at an arbitrary timing, so that it is possible to realize complicated and diverse functions equivalent to those of the legacy PBX. However, in IP enabled PBX, Peer-to-Peer communication cannot be realized, and in order to exchange using PDM data as a time division switch within PBX, encoding and decoding must be repeated, resulting in voice degradation. Or the devices that can be exchanged and connected are limited to audio devices.

一方、従来のソフトスイッチにおいては、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ通信は実現出来るが、ＶｏＩＰプロトコルによっては任意タイミングのセッション切り替えが難しいため、ＰＢＸの交換機能と比較すると提供できる機能が大幅に劣るという問題がある。   On the other hand, in the conventional soft switch, peer-to-peer communication can be realized, but depending on the VoIP protocol, it is difficult to switch the session at an arbitrary timing. is there.

本発明は、上記実状に鑑みてなされたものであって、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持したままで、任意のタイミングでセッションの切り替えができるＩＰ機器交換装置を提供することを目的とする。   The present invention has been made in view of the above circumstances, and an object of the present invention is to provide an IP device switching apparatus capable of switching a session at an arbitrary timing while maintaining peer-to-peer equivalent communication. .

上記課題を解決するための本発明のＩＰ機器交換装置は、ＩＰ機器またはＩＰ回線をＬＡＮまたはＩＰネットワークを介して収容するＬＡＮインタフェースと、ＩＰ機器またはＩＰ回線間のセッション設定をＶｏＩＰプロトコルにより行う呼制御機能と、メディア情報を有するＲＴＰパケットを終端しその送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送受信出来るＲＴＰパケット処理部とを有し、セッション設定の後にＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更をすることを特徴とするものである。   An IP device switching apparatus according to the present invention for solving the above-described problem is a call that uses a VoIP protocol to set up a session between an IP device or an IP line and a LAN interface that accommodates the IP device or the IP line via a LAN or an IP network. It has a control function and an RTP packet processor that terminates an RTP packet having media information and can switch its transmission / reception destination IP address and port at an arbitrary timing, and performs session switching using the VoIP protocol after session setting. Instead, the RTP packet processing unit changes the transmission / reception destination of the RTP packet.

この発明によれば、本発明のＩＰ機器交換装置は、メディア情報を有するＲＴＰパケットを終端し、その送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送信出来るＲＴＰパケット処理部を実現することにより、ＩＰ機器間でセッション設定後にＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更ができるので、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持したままでの任意タイミング切り替えができるＩＰ機器交換装置を得ることができる。   According to the present invention, the IP device switching apparatus of the present invention realizes an RTP packet processing unit that terminates an RTP packet having media information and can switch and transmit the destination IP address and port at an arbitrary timing. Since the RTP packet processing unit can change the transmission / reception destination of the RTP packet without switching the session using the VoIP protocol after setting the session between the IP devices, any timing while maintaining peer-to-peer equivalent communication An IP device exchange apparatus that can be switched can be obtained.

上記課題を解決するためになされた第１の発明は、ＩＰ機器またはＩＰ回線をＬＡＮまたはＩＰネットワークを介して収容するＬＡＮインタフェースと、ＩＰ機器またはＩＰ回線間のセッション設定をＶｏＩＰプロトコルにより行う呼制御機能と、メディア情報を有するＲＴＰパケットを終端しその送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送受信出来るＲＴＰパケット処理部と、を有する交換装置であって、
セッション設定の後にＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更をすることを特徴とするＩＰ機器交換装置である。 A first invention made to solve the above problems is a call control for performing session setting between a LAN interface accommodating an IP device or an IP line via a LAN or an IP network and the IP device or the IP line by a VoIP protocol. An RTP packet processing unit which terminates an RTP packet having media information and can transmit / receive by switching the transmission / reception destination IP address and port at an arbitrary timing;
An IP device switching apparatus characterized in that an RTP packet processing unit changes an RTP packet transmission / reception destination without performing session switching using the VoIP protocol after session setting.

これにより、ＩＰ機器またはＩＰ回線との間でセッション設定後に当該１つのＩＰ機器またはＩＰ回線との間でＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更を可能とすることによって、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持したままでの任意タイミング切り替えを可能とし、レガシーＰＢＸ同等の複雑かつ多岐に及ぶ機能を実現できるという利点を有する。   As a result, the RTP packet processing unit changes the RTP packet transmission / reception destination without switching the session using the VoIP protocol with the one IP device or IP line after setting the session with the IP device or IP line. By enabling this, it is possible to perform arbitrary timing switching while maintaining peer-to-peer equivalent communication, and it is possible to realize complex and diverse functions equivalent to legacy PBX.

上記課題を解決するためになされた第２の発明は、ＶｏＩＰプロトコルが任意切り替えに対応出来ないと判断した場合のみＲＴＰパケット処理部でＲＴＰパケットをスイッチし、他の場合にはＩＰ機器またはＩＰ回線間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現するようにセッション制御を行うことを特徴とするＩＰ機器交換装置である。   The second invention made in order to solve the above problem is that the RTP packet processing unit switches the RTP packet only when it is determined that the VoIP protocol cannot cope with the arbitrary switching, and in other cases, the IP device or the IP line An IP device exchange apparatus that performs session control so as to realize peer-to-peer communication.

これにより、ＶｏＩＰプロトコルを用いた任意タイミングでのセッション切り替えが可能な場合にはＲＴＰパケット処理部を使用しない為、ＲＴＰパケット処理部の処理負荷増大、あるいはリソース数不足による呼接続のブロッキングを抑制できるという利点を有する。   As a result, when the session can be switched at an arbitrary timing using the VoIP protocol, the RTP packet processing unit is not used, so that it is possible to suppress an increase in processing load of the RTP packet processing unit or call connection blocking due to a shortage of resources. Has the advantage.

上記課題を解決するためになされた第３の発明は、ＩＰ機器またはＩＰ回線にて設定するセッションのメディア情報（音声、画像、データ）により、ＲＴＰパケット処理部でＲＴＰパケットをスイッチするか否かを判断することを特徴とするＩＰ機器交換装置である。   The third invention made to solve the above-mentioned problems is whether or not to switch the RTP packet in the RTP packet processing unit according to the media information (voice, image, data) of the session set by the IP device or the IP line. It is an IP device exchange apparatus characterized by judging.

これにより、例えばメディアが音声の時のみＲＴＰパケット処理部を使用する等して、ＲＴＰパケット処理部の処理負荷増大、あるいはリソース数不足による呼接続のブロッキングを抑制する、また高機能機種では画像を含めたＲＴＰパケット処理を行い、低機能機種では音声のみのＲＴＰパケット処理を行うなどして、提供サービス／提供機種のラインナップをそろえることも可能となるという利点を有する。   As a result, for example, the RTP packet processing unit is used only when the media is voice to suppress an increase in the processing load of the RTP packet processing unit or blocking of call connection due to a lack of resources. It has the advantage that the lineup of the provided service / provided model can be made uniform by performing the RTP packet processing included and performing the RTP packet processing of only the voice in the low function model.

上記課題を解決するためになされた第４の発明は、ＲＴＰパケット処理部が処理負荷増大またはリソース数不足の場合、ＩＰ機器またはＩＰ回線間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信をするようにセッション制御を行うことを特徴とするＩＰ機器交換装置である。   According to a fourth aspect of the present invention, there is provided a session control for performing peer-to-peer communication between IP devices or IP lines when the RTP packet processing unit increases the processing load or the number of resources is insufficient. An IP device exchanging device characterized in that

これにより、リソース使用状況によらず基本通話を行うことが出来る為、緊急通話を保証することが可能となるという利点を有する。   Accordingly, since a basic call can be performed regardless of the resource usage status, there is an advantage that an emergency call can be guaranteed.

上記課題を解決するためになされた第５の発明は、ＲＴＰパケット処理部がＲＴＰパケットをスイッチするか否かを、ＩＰ機器またはＩＰ回線毎にあらかじめ設定されたデータにより判断することを特徴とするＩＰ機器交換装置である。   A fifth invention made to solve the above-mentioned problem is characterized in that the RTP packet processor determines whether or not to switch the RTP packet based on data set in advance for each IP device or IP line. It is an IP equipment exchange device.

これにより、ＰＢＸ同等の複雑かつ多岐に及ぶ機能を実現する必要の無いＩＰ機器、ＩＰ回線に関しては、ＶｏＩＰプロトコルでサポート可能な範囲のサービスを提供するというサービス範囲を規定することが可能となり、またＲＴＰパケット処理部を使用しない為、ＲＴＰパケット処理部の処理負荷増大、あるいはリソース数不足による呼接続のブロッキングを抑制できるという利点も有する。   As a result, it is possible to define a service range that provides a service that can be supported by the VoIP protocol for IP devices and IP circuits that do not need to realize the same and complex functions as PBX. Since the RTP packet processing unit is not used, there is an advantage that blocking of call connection due to an increase in processing load of the RTP packet processing unit or a shortage of resources can be suppressed.

（実施の形態）
以下、本発明の実施の形態について説明する。まず、本ＩＰ機器交換装置の実施の形態について図１に基づいて説明する。図１は、本発明の実施の形態におけるＩＰ機器交換装置のブロック図である。図２は、図１のＩＰ機器交換装置における交換機能のシーケンスチャートである。図３は、図１のＩＰアドレス、ポートの割り振りを説明する図である。 (Embodiment)
Embodiments of the present invention will be described below. First, an embodiment of the IP device exchange apparatus will be described with reference to FIG. FIG. 1 is a block diagram of an IP device exchange apparatus according to an embodiment of the present invention. FIG. 2 is a sequence chart of the exchange function in the IP device exchange apparatus of FIG. FIG. 3 is a diagram for explaining the IP address and port allocation of FIG.

まず、本実施の形態のＩＰ交換システムの構成について図１に基づいて説明する。ＩＰ機器交換装置１は、ＩＰ機器２〜４またはＩＰ回線をＩＰネットワーク（ＬＡＮ、インターネット、ＩＰ専用線等）５経由で収容し、ＩＰ機器２〜４間、ＩＰ回線間、ＩＰ機器−ＩＰ回線間の交換接続制御を行う交換装置であり、ＰＢＸ同等の複雑かつ多岐に及ぶ機能から、ＳＩＰ Ｐｒｏｘｙサーバと同等のセッション制御に至る機能を実現する。   First, the configuration of the IP exchange system according to the present embodiment will be described with reference to FIG. The IP device switching apparatus 1 accommodates IP devices 2 to 4 or IP lines via an IP network (LAN, Internet, IP dedicated line, etc.) 5, and connects between IP devices 2 to 4, between IP lines, and between IP devices and IP lines. The exchange apparatus performs exchange connection control between the PBX and realizes a function ranging from a complicated and diverse function equivalent to PBX to session control equivalent to the SIP Proxy server.

ＩＰ機器２〜４は、ＩＰ電話、ＩＰテレビ電話、ソフトフォン等の機器であり、ＶｏＩＰプロトコルとしては、ＳＩＰ、Ｈ．３２３、ＭＧＣＰ等の標準プロトコルまたは独自に規定された専用プロトコルによりＩＰ機器交換装置１に接続される。なお、ＩＰ機器２〜４は内線の位置づけとなり、ＩＰ回線は外線の位置づけとなる。ＩＰ機器交換装置１がＩＰ回線を収容する場合には、ＩＰ機器２〜４と同等の位置付けで制御を行う。   The IP devices 2 to 4 are devices such as an IP phone, an IP video phone, and a soft phone, and VoIP protocols include SIP, H.264, and the like. It is connected to the IP device switching apparatus 1 by a standard protocol such as H.323 or MGCP or a dedicated protocol uniquely defined. The IP devices 2 to 4 are positioned as extensions, and the IP line is positioned as an outside line. When the IP device exchange apparatus 1 accommodates an IP line, control is performed with the same positioning as the IP devices 2 to 4.

ＩＰ機器交換装置１は、ＬＡＮインタフェース１３、１７と、ＶｏＩＰプロトコル処理部１２と、呼制御部１１と、接続方式判定部１４と、リソース管理部１５と、ＲＴＰパケット処理部１６とを備えている。呼制御部１１およびＶｏＩＰプロトコル処理部１２が請求の範囲でいうところの呼制御機能部に対応する。   The IP device switching apparatus 1 includes LAN interfaces 13 and 17, a VoIP protocol processing unit 12, a call control unit 11, a connection method determination unit 14, a resource management unit 15, and an RTP packet processing unit 16. . The call control unit 11 and the VoIP protocol processing unit 12 correspond to the call control function unit in the claims.

ＬＡＮインタフェース１３は、ＩＰネットワーク５を介してＩＰ機器２〜４などとＶｏＩＰプロトコルによるメッセージを送受信するためのインタフェースである。ＬＡＮインタフェース１７は、ＩＰネットワーク５を介してＩＰ機器２〜４などとＲＴＰパケットを送受信するためのインタフェースである。   The LAN interface 13 is an interface for transmitting and receiving messages using the VoIP protocol with the IP devices 2 to 4 and the like via the IP network 5. The LAN interface 17 is an interface for transmitting and receiving RTP packets to and from the IP devices 2 to 4 through the IP network 5.

ＶｏＩＰプロトコル処理部１２は、ＩＰ機器２、３、４とのＶｏＩＰプロトコルを終端し、ＩＰ機器交換装置１内の呼制御シグナルにインタワークを行う。すなわち、ＶｏＩＰプロトコル処理部１２は、ＬＡＮインタフェース１３を介してＩＰ機器２、３、４とＶｏＩＰプロトコルによるメッセージを送受信すると共に、受信したＶｏＩＰプロトコルによるメッセージを呼制御シグナルによるメッセージに変換して呼制御部１１と送受信したり、受信した呼制御シグナルによるメッセージをＶｏＩＰプロトコルによるメッセージに変換したりする。   The VoIP protocol processing unit 12 terminates the VoIP protocol with the IP devices 2, 3, and 4 and performs interworking with call control signals in the IP device switching apparatus 1. That is, the VoIP protocol processing unit 12 transmits / receives a message based on the VoIP protocol to / from the IP devices 2, 3, and 4 via the LAN interface 13, and converts the received message based on the VoIP protocol into a message based on a call control signal to perform call control. It transmits / receives to / from the unit 11 and converts a message by the received call control signal into a message by the VoIP protocol.

呼制御部１１は、ＩＰ機器間の接続制御（セッション設定制御）及びＰＢＸ機能を実現するものである。呼制御部１１は、呼制御シグナルによるメッセージを受け取って、メッセージに基づいて制御対象であるＩＰ機器２、３、４を特定して、その制御対象であるＩＰ機器２、３、４との間における音声パケットを含むＲＴＰパケットを交換するためのセッション制御を行う。   The call control unit 11 implements connection control (session setting control) between IP devices and a PBX function. The call control unit 11 receives a message based on the call control signal, specifies the IP devices 2, 3, and 4 that are control targets based on the message, and communicates with the IP devices 2, 3, and 4 that are control targets Session control for exchanging RTP packets including voice packets.

すなわち、発信を意味するメッセージを受け取ると、接続方式判定部１４に制御対象であるＩＰ機器２、３、４のいずれかの接続方式を判定させて、ＩＰ機器２、３、４のいずれかの接続方式がＲＴＰパケット処理部１６の機能を必要とすると判定された場合は、リソース管理部１５に対してＲＴＰパケット処理部１６のリソースをハントする要求を行い、リソースがハントできたらその制御対象であるＩＰ機器２、３、４に対してポートをオープンするように、ＲＴＰパケット処理部１６に要求する。   That is, when a message meaning outgoing is received, the connection method determination unit 14 determines the connection method of any of the IP devices 2, 3, 4 to be controlled, When it is determined that the connection method requires the function of the RTP packet processing unit 16, a request for hunting the resource of the RTP packet processing unit 16 is made to the resource management unit 15, and if the resource can be hunted, the control target The RTP packet processing unit 16 is requested to open a port for a certain IP device 2, 3, 4.

また、呼制御部１１は、ＩＰ機器２、３、４の通話横取りを示すメッセージを受け取ると、横取りされるＩＰ機器２、３、４の通話相手を特定し、特定した通話相手のＩＰ機器２、３、４に対してオープンしたポートはそのままで、横取りされるＩＰ機器２、３、４に対してオープンしたポートを横取りするＩＰ機器２、３、４に対してオープンするようにＲＴＰパケット処理部１６に要求する。接続方式判定部１４は、判断手段に相当し、呼制御部１１の要求に基づいて制御対象であるＩＰ機器２、３、４の接続方式がＲＴＰパケット処理部１６の機能を必要とするか否かを判定する。   In addition, when the call control unit 11 receives a message indicating a call interception of the IP devices 2, 3, and 4, the call control unit 11 identifies the call partner of the IP device 2, 3, 4 to be intercepted, and the identified IP device 2 of the call partner RTP packet processing so that ports opened for IP devices 2, 3, 4 to be intercepted are opened to IP devices 2, 3, 4 for intercepting IP devices 2, 3, 4 Request to section 16. The connection method determination unit 14 corresponds to a determination unit, and whether or not the connection method of the IP devices 2, 3, 4 to be controlled based on the request of the call control unit 11 requires the function of the RTP packet processing unit 16. Determine whether.

ＲＴＰパケット処理部１６は、ＲＴＰパケットを終端する送受信ポートであるポートａとポートｂと、それらのポートに到着したＲＴＰパケットのヘッダを書き換えることによりスイッチ処理を行うスイッチ処理部とを１つのリソースとして備えている。スイッチ処理部は、この２つのポート間において終端したＲＴＰパケットのヘッダの送受信ＩＰアドレス、ポート番号を書き換えることによって、２つのポートに夫々接続したＩＰ機器同士でのＲＴＰパケットを交換するスイッチ処理を行う。ＲＴＰパケット処理部１６は、１つ又は複数のリソースを備えている。   The RTP packet processing unit 16 uses, as one resource, a port a and a port b, which are transmission / reception ports that terminate the RTP packet, and a switch processing unit that performs switch processing by rewriting the header of the RTP packet that has arrived at those ports. I have. The switch processing unit performs switch processing for exchanging RTP packets between IP devices respectively connected to the two ports by rewriting the transmission / reception IP address and port number of the header of the RTP packet terminated between the two ports. . The RTP packet processing unit 16 includes one or a plurality of resources.

リソース管理部１５は、ＲＴＰパケット処理部１６のリソースが空いているか、空いていないかを管理し、呼制御部１１から、リソースをハントする要求があった場合は、リソースが空いているか、空いていないかによりＲＴＰパケット処理部１６が別のＩＰ機器からのＲＴＰパケットを終端する余裕があるか否かを判断し、空いている場合はリソースのハントを行い、呼制御部１１にリソースがハントできた旨を通知する。   The resource management unit 15 manages whether the resource of the RTP packet processing unit 16 is free or not, and when there is a request for hunting the resource from the call control unit 11, the resource is free or free. The RTP packet processing unit 16 determines whether or not there is room to terminate an RTP packet from another IP device depending on whether the resource is available. If the RTP packet processing unit 16 is free, the resource hunting is performed. Notify that it was possible.

つぎに、本ＩＰ機器交換装置の動作について、図１のネットワーク構成に基づいて、図２及び図３を参照して説明する。本実施の形態においては、ＶｏＩＰプロトコルとしてＳＩＰを用い、ＩＰ機器交換装置１内の呼制御シグナリングの一例としてＱ．９３１を用いた場合を例に挙げて説明している。   Next, the operation of the IP device exchange apparatus will be described with reference to FIGS. 2 and 3 based on the network configuration of FIG. In the present embodiment, SIP is used as the VoIP protocol, and Q.3 is used as an example of call control signaling in the IP device switching apparatus 1. The case where 931 is used is described as an example.

なお、図２のシーケンスチャートにおいて、呼制御部１１ａ、１１ｂ、１１ｃと、ＶｏＩＰプロトコル処理部１２ａ、１２ｂ、１２ｃとは、それぞれ、図１に示す呼制御部１１とＶｏＩＰプロトコル処理部１２において生成されたタスクを示している。各タスクは、ＩＰ機器２、３、４に対応して生成され、動作主体は、それぞれ、呼制御部１１とＶｏＩＰプロトコル処理部１２であるが、以下の説明では各タスク間でのやり取りが明確になるように、独立した構成として説明する。   In the sequence chart of FIG. 2, the call control units 11a, 11b, and 11c and the VoIP protocol processing units 12a, 12b, and 12c are respectively generated by the call control unit 11 and the VoIP protocol processing unit 12 shown in FIG. Shows the task. Each task is generated in correspondence with the IP devices 2, 3, and 4, and the main actors are the call control unit 11 and the VoIP protocol processing unit 12, but the exchange between the tasks is clear in the following description. Thus, the description will be made as an independent configuration.

本実施の形態では、通話相手が途中で切り替わることによって実現する機能として横取り機能を例に挙げて説明する。このような機能は、例えば、第１の電話機と第２の電話機とが通話中であるときに、第２の電話機の隣の電話機である第３の電話機の受話器を上げて、第２の電話機が通話中の第１の電話機との通話を確立するような場合に有効である。具体的には、最初にＩＰ機器２とＩＰ機器４とのセッションが確立された後、ＩＰ機器４の通話を切断することなく、ＩＰ機器３とＩＰ機器４とのセッションを確立をする場合である。   In the present embodiment, a pre-emption function will be described as an example of a function realized by switching a call partner in the middle. Such a function can be achieved by, for example, raising the handset of the third telephone, which is the telephone adjacent to the second telephone, when the first telephone and the second telephone are talking, This is effective when establishing a call with the first telephone during a call. Specifically, when the session between the IP device 2 and the IP device 4 is first established, and then the session between the IP device 3 and the IP device 4 is established without disconnecting the call of the IP device 4. is there.

なお、一般にＩＰ機器同士のセッションとしては、シグナル用のセッションとＲＴＰ用のセッションとがあるが、本明細書においては、ＩＰ機器間で確立するセッションは、ＲＴＰパケットを交換するためのセッションをいう。   In general, there are signal sessions and RTP sessions as sessions between IP devices. In this specification, a session established between IP devices refers to a session for exchanging RTP packets. .

まず、ＩＰ機器２からの発信に基づいて、ＩＰ機器２とＩＰ機器４との間でセッションを確立する際の動作について説明する。   First, the operation when establishing a session between the IP device 2 and the IP device 4 based on the transmission from the IP device 2 will be described.

ＩＰ機器２においてＩＰ機器４への発信操作を行うと、ＩＰ機器２からＩＰ機器交換装置１のＶｏＩＰプロトコル処理部１２の送受信ポートに対して、ＳＩＰプロトコルにおいて発信を意味するＩＮＶＩＴＥメッセージが、ＬＡＮインタフェース１３を経由して送信される（シーケンスＳＱ１）。すなわち、図３に示すように、あて先のＩＰアドレスが「ＩＰ Ａｄｒ１３」であり、ポート番号が「ＳＩＧ Ｐｏｒｔ１２」であるＩＮＶＩＴＥメッセージがＩＰ機器２から送信される。このＩＮＶＩＴＥメッセージには、ＩＰ機器２とＩＰ機器４との間でＲＴＰパケットを交換するセッション確立のために必要なセッション情報であるＳＤＰ（Session Description Protocol）情報としてＳＤＰ２が含まれている。このＳＤＰ情報には、セッションの確立に必要なセッション情報として、相手のＩＰ機器からのＲＴＰパケットの送り先を指定する情報や、ＲＴＰパケットのペイロードタイプなどが含まれており、ここでは、ＳＤＰ情報であるＳＤＰ２には、ＲＴＰパケットの送り先としてＩＰ機器２を指定する情報（ＩＰアドレスを「ＩＰ Ａｄｒ２」、ポート番号を「ＲＴＰ Ｐｏｒｔ２２」と指定する情報）と、ペイロードタイプ（ここでは「音声Ｇ．７１１」とする）とを含んでいる。   When a call origination operation to the IP device 4 is performed in the IP device 2, an INVITE message indicating a call in the SIP protocol is transmitted from the IP device 2 to the transmission / reception port of the VoIP protocol processing unit 12 of the IP device switching apparatus 1 via the LAN interface. 13 (sequence SQ1). That is, as shown in FIG. 3, an INVITE message whose destination IP address is “IP Adr13” and whose port number is “SIG Port12” is transmitted from the IP device 2. This INVITE message includes SDP2 as SDP (Session Description Protocol) information, which is session information necessary for establishing a session for exchanging RTP packets between the IP device 2 and the IP device 4. This SDP information includes information specifying the destination of the RTP packet from the partner IP device, the payload type of the RTP packet, and the like as session information necessary for establishing the session. A certain SDP 2 includes information specifying the IP device 2 as an RTP packet destination (information specifying the IP address “IP Adr 2” and the port number “RTP Port 22”), and a payload type (here, “voice G.711”). ”).

つぎに、ＶｏＩＰプロトコル処理部１２ａは、受信したＩＮＶＩＴＥメッセージをＩＰ機器交換装置１内の呼制御シグナリングとして用いるＳｅｔｕｐメッセージに変換してから、そのＳｅｔｕｐメッセージを呼制御部１１ａに送信する（シーケンスＳＱ２）。ＩＮＶＩＴＥメッセージを変換するときには、含まれるＳＤＰ２もＳｅｔｕｐメッセージにのせかえる。   Next, the VoIP protocol processing unit 12a converts the received INVITE message into a Setup message used as call control signaling in the IP device switching apparatus 1, and then transmits the Setup message to the call control unit 11a (sequence SQ2). . When converting the INVITE message, the included SDP2 is also replaced with the Setup message.

Ｓｅｔｕｐメッセージを受け取ると、呼制御部１１ａは、接続方式判定部１４にＩＰ機器２の接続方式を判定させる。接続方式判定部１４は、ＩＰ機器２の接続方式はＲＴＰパケット処理部１６の機能を必要とするか否かを判定する。   When receiving the Setup message, the call control unit 11 a causes the connection method determination unit 14 to determine the connection method of the IP device 2. The connection method determination unit 14 determines whether the connection method of the IP device 2 requires the function of the RTP packet processing unit 16.

接続方式判定部１４は、具体的には、ＩＰ機器２がサポートしているプロトコルが、任意タイミングでのセッション切り替えが可能なプロトコルまたはバージョンでない場合に、ＲＴＰパケット処理部１６の機能が必要であると判定する。ＩＰ機器２がサポートしているプロトコルの情報は、ＩＰ機器２に問い合わせて得てもよいし、設定により登録しておいてもよい。   Specifically, the connection method determination unit 14 needs the function of the RTP packet processing unit 16 when the protocol supported by the IP device 2 is not a protocol or version that allows session switching at an arbitrary timing. Is determined. Information on the protocol supported by the IP device 2 may be obtained by inquiring the IP device 2 or may be registered by setting.

また、ＩＰ機器２が経由するＩＰネットワークがプロバイダ（ＩＳＰ）や公衆回線網等を含む場合は、ＩＰネットワークに含まれるプロバイダや公衆回線網等がサポートしているプロトコルも併せて登録しておき、ＩＰ機器２がサポートしているプロトコルのみならず、プロバイダや公衆回線網等がサポートしているプロトコルも含めたいずれかのプロトコルが、任意タイミングでのセッション切り替えが可能なプロトコルまたはバージョンでない場合にＲＴＰパケット処理部１６の機能が必要であると判定する。   If the IP network through which the IP device 2 passes includes a provider (ISP), a public line network, or the like, a protocol supported by the provider or the public line network included in the IP network is also registered. RTP when any protocol including not only the protocol supported by the IP device 2 but also the protocol supported by the provider or the public network is not a protocol or version capable of switching sessions at an arbitrary timing. It is determined that the function of the packet processing unit 16 is necessary.

ここでは、接続方式判定部１４において、ＩＰ機器２の接続方式は、ＲＴＰパケット処理部１６の機能が不要である（必要でない）と判定したとして説明を続ける。接続方式判定部１４は、ＩＰ機器２の接続方式はＲＴＰパケット処理部１６の機能が不要であると判定した結果を呼制御部１１ａに送信する。この判定した結果を受け取ると、呼制御部１１ａは、後述する呼制御部１１ｃが行うリソースのハントの処理を行わずに、発信相手であるＩＰ機器４を管理する呼制御部１１ｃに対して、ＩＰ機器２より受信したＳＤＰ情報であるＳＤＰ２を有するＳｅｔｕｐメッセージを送信する（シーケンスＳＱ３）。   Here, the connection method determination unit 14 continues the description assuming that the connection method of the IP device 2 determines that the function of the RTP packet processing unit 16 is unnecessary (not required). The connection method determination unit 14 transmits a result of determining that the function of the RTP packet processing unit 16 is unnecessary for the connection method of the IP device 2 to the call control unit 11a. Upon receiving this determination result, the call control unit 11a does not perform resource hunting processing performed by the call control unit 11c, which will be described later, to the call control unit 11c that manages the IP device 4 that is the calling party. A Setup message having SDP2 which is SDP information received from IP device 2 is transmitted (sequence SQ3).

呼制御部１１ｃは、Ｓｅｔｕｐメッセージを受信することにより、ＩＰ機器４への着信処理を開始する。まず、呼制御部１１ａと同様に接続方式判定部１４によりＩＰ機器４の接続方式を判定する。   The call control unit 11c starts incoming processing to the IP device 4 by receiving the Setup message. First, the connection method of the IP device 4 is determined by the connection method determination unit 14 as with the call control unit 11a.

ここでは、ＩＰ機器２の場合とは反対に、接続方式判定部１４において、ＩＰ機器４の接続方式はＲＴＰパケット処理部１６の機能が必要であると判定されたとして説明を続ける。接続方式判定部１４は、ＩＰ機器４の接続方式はＲＴＰパケット処理部１６の機能が必要であると判定した結果を呼制御部１１ｃに送信する。この判定した結果を受け取ると、呼制御部１１ｃは、上記の呼制御部１１ａの処理とは異なり、リソース管理部１５において管理されているＲＴＰパケット処理部１６のリソースをハントする。   Here, contrary to the case of the IP device 2, the description is continued assuming that the connection method determination unit 14 determines that the connection method of the IP device 4 requires the function of the RTP packet processing unit 16. The connection method determination unit 14 transmits a result of determining that the connection method of the IP device 4 requires the function of the RTP packet processing unit 16 to the call control unit 11c. When receiving the determination result, the call control unit 11c hunts the resource of the RTP packet processing unit 16 managed by the resource management unit 15 unlike the process of the call control unit 11a.

まず、呼制御部１１ｃは、リソース管理部１５に対し、ＩＰ機器４のためにＲＴＰパケット処理部１６のリソースをハントする旨の要求をする。リソースをハントする要求を受けると、リソース管理部１５は、ＲＴＰパケット処理部１６のリソースに空きがあるか否かを判定する。ここでは、リソースに空きがあったとして、説明を続ける。   First, the call control unit 11 c requests the resource management unit 15 to hunt the resources of the RTP packet processing unit 16 for the IP device 4. When receiving a request for hunting resources, the resource management unit 15 determines whether or not there is a free resource in the RTP packet processing unit 16. Here, the description is continued assuming that there is a free resource.

リソースに空きがある場合には、リソース管理部１５は、ＲＴＰパケット処理部１６のリソースを１つハントして、リソースをハントした旨を呼制御部１１ｃに送信する。リソースをハントした旨を受け取ると、呼制御部１１ｃは、ハントしたリソースのポートをオープンするように要求する。要求を受けると、ＲＴＰパケット処理部１６は、ポートａとポートｂとをオープンして夫々のポートで夫々のＩＰ機器からのＲＴＰパケットを終端するべく、ＲＴＰパケットの到着を待つ。   If there is an available resource, the resource management unit 15 hunts one resource of the RTP packet processing unit 16 and transmits to the call control unit 11c that the resource is hunted. Upon receiving the message that the resource has been hunted, the call control unit 11c requests that the port of the hunt resource be opened. When receiving the request, the RTP packet processing unit 16 waits for the arrival of the RTP packet to open the port a and the port b and terminate the RTP packet from each IP device at each port.

ここで、呼制御部１１ｃは、リソースをハントする原因となったＩＰ機器４からのＲＴＰパケットを送受信するためにＲＴＰポート番号１６１のポートａをオープンさせ、相手のＩＰ機器２からのＲＴＰパケットを送受信するためにＲＴＰポート番号１６２のポートｂをオープンさせている。   Here, the call control unit 11c opens the port a of the RTP port number 161 in order to transmit and receive the RTP packet from the IP device 4 that caused the resource hunting, and the RTP packet from the partner IP device 2 is opened. The port b of the RTP port number 162 is opened for transmission / reception.

ＲＴＰパケット処理部１６のリソースをハントすると、呼制御部１１ｃは、ＳＤＰ２の代わりに、ＲＴＰパケット処理部１６内のポートａを指定する情報（ポートａのＩＰアドレス「ＩＰ Ａｄｒ１７」と、ポート番号「ＲＴＰ ｐｏｒｔ１６１」）と、ペイロードタイプ（ペイロードタイプに関しては、呼制御部１１ａより受信したＳＤＰ２に含まれるＩＰ機器２のペイロード値を用いる）等とを含むＳＤＰ情報としてのＰＢＸ−ＳＤＰａを作成し、ＶｏＩＰプロトコル処理部１２ｃに送信するＳｅｔｕｐメッセージに付加して送信する（シーケンスＳＱ４）。   When the resource of the RTP packet processing unit 16 is hunted, the call control unit 11c, instead of SDP2, specifies information specifying the port a in the RTP packet processing unit 16 (the IP address “IP Adr17” of the port a and the port number “ RTP port 161 ") and a payload type (for the payload type, the payload value of the IP device 2 included in the SDP 2 received from the call control unit 11a is used) and the like to create PBX-SDPa as SDP information and VoIP It is added to the Setup message to be transmitted to the protocol processing unit 12c and transmitted (sequence SQ4).

ＶｏＩＰプロトコル処理部１２ｃは、受信したＳｅｔｕｐメッセージをＳＩＰプロトコルのＩＮＶＩＴＥメッセージに変換し、ＶｏＩＰプロトコル送受信ポートよりＬＡＮインタフェース１３を介して、ＩＰ機器４に対し、ＰＢＸ−ＳＤＰａを有し、着信を意味するＩＮＶＩＴＥメッセージを送信する（シーケンスＳＱ５）。すなわち、送信元のＩＰアドレスを「ＩＰ Ａｄｒ１３」、ポート番号を「ＳＩＧ Ｐｏｒｔ１２」とし、送信先のＩＰアドレスを「ＩＰ Ａｄｒ４」、ポート番号を「ＳＩＧ Ｐｏｒｔ４１」としたＩＮＶＩＴＥメッセージを送信する。   The VoIP protocol processing unit 12c converts the received Setup message into an INVITE message of the SIP protocol, and has a PBX-SDPa from the VoIP protocol transmission / reception port to the IP device 4 via the LAN interface 13, which means an incoming call An INVITE message is transmitted (sequence SQ5). That is, an INVITE message is transmitted in which the IP address of the transmission source is “IP Adr13”, the port number is “SIG Port12”, the IP address of the transmission destination is “IP Adr4”, and the port number is “SIG Port41”.

ＩＮＶＩＴＥメッセージを受信したＩＰ機器４では着信動作を開始する。まず、ＩＰ機器４から相手を呼び出すＩＮＶＩＴＥメッセージがＩＰ機器４に届いたことを示す１００Ｔｒｙｉｎｇが、ＬＡＮインタフェース１３を経由して、ＩＰ機器交換装置１のＶｏＩＰプロトコル処理部１２ｃに対して送信される（シーケンスＳＱ６）。   The IP device 4 that has received the INVITE message starts an incoming call operation. First, 100 Trying indicating that an INVITE message for calling a partner from the IP device 4 has reached the IP device 4 is transmitted to the VoIP protocol processing unit 12c of the IP device switching apparatus 1 via the LAN interface 13 ( Sequence SQ6).

１００Ｔｒｙｉｎｇを受け取ると、ＶｏＩＰプロトコル処理部１２ｃは、呼制御シグナリングであるＣａｌｌＰｒｏｃメッセージに変換して、呼制御部１１ｃに送る（シーケンスＳＱ７）。ＣａｌｌＰｒｏｃメッセージはＳｅｔｕｐメッセージとは逆の経路で呼制御部１１ｃから呼制御部１１ａに送られ（シーケンスＳＱ８）、呼制御部１１ａからＶｏＩＰプロトコル処理部１２ａに送られる（シーケンスＳＱ９）。また、ＩＰ機器４で呼び出し音を鳴らすと、相手を呼び出し中であることを示す１８０ＲｉｎｇｉｎｇメッセージがＶｏＩＰプロトコル処理部１２ｃに対して送信される（シーケンスＳＱ１０）。   Upon receiving 100Trying, the VoIP protocol processing unit 12c converts the CallProc message, which is call control signaling, to the call control unit 11c (sequence SQ7). The CallProc message is sent from the call control unit 11c to the call control unit 11a via the reverse route to the Setup message (sequence SQ8), and is sent from the call control unit 11a to the VoIP protocol processing unit 12a (sequence SQ9). When the IP device 4 rings a ringing tone, a 180 Ringing message indicating that the other party is being called is transmitted to the VoIP protocol processing unit 12c (sequence SQ10).

１８０Ｒｉｎｇｉｎｇメッセージを受け取ると、ＶｏＩＰプロトコル処理部１２ｃは、呼制御シグナリングであるＡｌｅｒｔメッセージに変換して、ＣａｌｌＰｒｏｃメッセージと同じルートでＶｏＩＰプロトコル処理部１２ａに送られる（シーケンスＳＱ１１〜１３）。ＶｏＩＰプロトコル処理部１２ａは、ＩＰ機器２に対し、相手を呼び出し中であることを示す１８０Ｒｉｎｇｉｎｇメッセージを送る（シーケンスＳＱ１４）。   Upon receiving the 180 Ringing message, the VoIP protocol processing unit 12c converts it into an Alert message that is call control signaling, and sends it to the VoIP protocol processing unit 12a through the same route as the CallProc message (sequences SQ11 to 13). The VoIP protocol processing unit 12a sends a 180 Ringing message indicating that the other party is being called to the IP device 2 (sequence SQ14).

さらに、ＩＰ機器４において受話器が上げられるなどして着信に応答すると上記の１８０Ｒｉｎｇｉｎｇメッセージと同じルートで、応答を示す２００ＯＫメッセージが、ＬＡＮインタフェース１３を経由してＶｏＩＰプロトコル送受信ポートからＶｏＩＰプロトコル処理部１２ｃに送信される（シーケンスＳＱ１５）。   Further, when the IP device 4 responds to the incoming call by raising the handset or the like, a 200 OK message indicating the response is sent from the VoIP protocol transmission / reception port 12c via the LAN interface 13 through the same route as the above 180 Ringing message. (Sequence SQ15).

この際、ＰＢＸ−ＳＤＰａに対してセッション確立のためにＩＰ機器４で行ったＳＤＰネゴシエーション結果であるＰＢＸ−ＳＤＰａ’が、２００ＯＫメッセージに付加され呼制御部１１ｃに送信される。ＰＢＸ−ＳＤＰａ’には、ＩＰ機器４が送受信するＲＴＰポート情報（ＩＰ ａｄｒ４、ＲＴＰ Ｐｏｒｔ４２）と、ネゴシエーション結果としてのペイロードタイプ（「音声Ｇ．７１１」などの情報）が含まれている。   At this time, PBX-SDPa ', which is a result of SDP negotiation performed by the IP device 4 for establishing a session for PBX-SDPa, is added to the 200 OK message and transmitted to the call control unit 11c. The PBX-SDPa 'includes RTP port information (IP adr4, RTP Port42) transmitted and received by the IP device 4, and a payload type (information such as "voice G.711") as a negotiation result.

２００ＯＫメッセージを受信すると、ＶｏＩＰプロトコル処理部１２ｃは、２００ＯＫメッセージを呼制御シグナリングであるＣｏｎｎｅｃｔメッセージに変換して、変換したＣｏｎｎｅｃｔメッセージを呼制御部１１ｃに送信する（シーケンスＳＱ１６）。   Upon receiving the 200OK message, the VoIP protocol processing unit 12c converts the 200OK message into a Connect message that is call control signaling, and transmits the converted Connect message to the call control unit 11c (sequence SQ16).

変換したＣｏｎｎｅｃｔメッセージを受け取ると、呼制御部１１ｃは、ＩＰ機器４が送受信するＲＴＰパケット処理部１６のポートａに関する情報（ＩＰ ａｄｒ４、ＲＴＰ Ｐｏｒｔ４２）と、ネゴシエーション結果としてのペイロードタイプ（「音声Ｇ．７１１」などの情報）をＰＢＸ−ＳＤＰａ’から取り出す。   Upon receiving the converted Connect message, the call control unit 11c receives information (IP adr4, RTP Port42) on the port a of the RTP packet processing unit 16 transmitted / received by the IP device 4, and a payload type (“voice G. 711 "and the like) is extracted from PBX-SDPa '.

呼制御部１１ｃは、先ほど、相手のＩＰ機器２からのＲＴＰパケットを送受信するためにオープンさせたＲＴＰパケット処理部１６内のポートｂを指定する情報（ポートｂのＩＰアドレス「ＩＰ ａｄｒ１７」、ポート番号「ＲＴＰ Ｐｏｒｔ１６２」）と、ペイロードタイプ（ＩＰ機器４から受信したネゴシエーション結果としてのペイロードタイプである「音声Ｇ．７１１」などの情報）とを含むＳＤＰ情報であるＳＤＰ２’を作成し、呼制御部１１ｃから呼制御部１１ａへのＣｏｎｎｅｃｔメッセージに付加して送信する（シーケンスＳＱ１７）と共に、ＲＴＰパケット処理部１６のパケットスイッチ処理を起動する。   The call control unit 11c, the information specifying the port b in the RTP packet processing unit 16 opened to transmit / receive the RTP packet from the partner IP device 2 (the IP address “IP adr17” of the port b, the port SDP2 ′ which is SDP information including the number “RTP Port 162”) and the payload type (information such as “voice G.711” which is the payload type as the negotiation result received from the IP device 4) The packet is added to the Connect message from the unit 11c to the call control unit 11a and transmitted (sequence SQ17), and the packet switch processing of the RTP packet processing unit 16 is started.

Ｃｏｎｎｅｃｔメッセージを受けると、呼制御部１１ａは、さらにＶｏＩＰプロトコル処理部１２ａにＣｏｎｎｅｃｔメッセージを送信し（シーケンスＳＱ１８）、さらにＶｏＩＰプロトコル処理部１２ａがＣｏｎｎｅｃｔメッセージを２００ＯＫメッセージに変換してＩＰ機器２に送信する（シーケンスＳＱ１９）。その後、２００ＯＫメッセージを受け取ったＩＰ機器２から、応答を示すＡＣＫメッセージがＶｏＩＰプロトコル処理部１２ａに送信される（シーケンスＳＱ２０）。   Upon receiving the Connect message, the call control unit 11a further transmits a Connect message to the VoIP protocol processing unit 12a (sequence SQ18), and the VoIP protocol processing unit 12a converts the Connect message into a 200 OK message and transmits it to the IP device 2. (Sequence SQ19). After that, IP device 2 that has received the 200 OK message transmits an ACK message indicating a response to VoIP protocol processing unit 12a (sequence SQ20).

また、制御部１１ｃによりパケットスイッチ処理が起動されると、ＲＴＰパケット処理部１６は、ＩＰ機器４とＩＰ機器２との間のＲＴＰパケットの交換を行うために、ポートａでＩＰ機器４より受信されたＲＴＰパケット（送信先：ＩＰ ａｄｒ１７、ＲＴＰ Ｐｏｒｔ１６１、送信元：ＩＰ ａｄｒ４、ＲＴＰ Ｐｏｒｔ４２）を終端して、終端したＲＴＰパケットの送信元ＩＰアドレスを「ＩＰＡｄｒ１７」、送信元ポートを「ＲＴＰ ｐｏｒｔ１６２」、送信先ＩＰアドレスを「ＩＰ ａｄｒ２」、送信先ポート「ＲＴＰ Ｐｏｒｔ２２」に変換してポートｂよりＩＰ機器２に送信されるようにヘッダの書き換えを行う。   Further, when the packet switch processing is started by the control unit 11c, the RTP packet processing unit 16 receives from the IP device 4 at the port a in order to exchange RTP packets between the IP device 4 and the IP device 2. The RTP packet (destination: IP adr17, RTP Port161, transmission source: IP adr4, RTP Port42) is terminated, the transmission source IP address of the terminated RTP packet is “IPAdr17”, and the transmission source port is “RTP port162” The destination IP address is converted to “IP adr2” and the destination port “RTP Port22”, and the header is rewritten so as to be transmitted to the IP device 2 from the port b.

また、逆方向に関しても同様に、ポートｂでＩＰ機器２より受信されたＲＴＰパケット（送信先：ＩＰ ａｄｒ１７、ＲＴＰ Ｐｏｒｔ１６２、送信元：ＩＰ ａｄｒ２、ＲＴＰ Ｐｏｒｔ２２）を終端して、終端したＲＴＰパケットの送信元ＩＰアドレスを「ＩＰ Ａｄｒ１７」、送信元ポートを「ＲＴＰ ｐｏｒｔ１６１」、送信先ＩＰアドレス「ＩＰ ａｄｒ４」、送信先ポート「ＲＴＰ Ｐｏｒｔ４２」に変換してポートａよりＩＰ機器４に送信されるようにヘッダの書き換えを行う。   Similarly, in the reverse direction, the RTP packet (transmission destination: IP adr17, RTP Port162, transmission source: IP adr2, RTP Port22) received from the IP device 2 at port b is terminated, and the terminated RTP packet The source IP address is converted to “IP Adr17”, the source port is converted to “RTP port 161”, the destination IP address “IP adr4”, and the destination port “RTP Port42” is transmitted to the IP device 4 from the port a. Rewrite the header.

これにより、ＩＰ機器２とＩＰ機器４でＲＴＰパケット処理部１６を介してのＲＴＰパケットの送受信（通話）が可能となる。また、このようにヘッダ情報の付け替えのみによってＩＰ機器４とＩＰ機器２との間のＲＴＰパケットの交換を行うため、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持している。   As a result, the IP device 2 and the IP device 4 can transmit and receive (call) RTP packets via the RTP packet processing unit 16. In addition, since the RTP packet is exchanged between the IP device 4 and the IP device 2 only by changing the header information in this way, peer-to-peer equivalent communication is maintained.

次に、ＩＰ機器３からＩＰ機器２の通話を横取りする要求をすることにより、ＩＰ機器２と通話中のＩＰ機器４と通話を確立する通話横取り機能を実現する際の動作について説明する。ＩＰ機器３において、ＩＰ機器２の通話横取りを要求することを示す特番が入力されると、その特番とＩＰ機器３のＳＤＰ情報であるＳＤＰ３を含むＩＮＶＩＴＥメッセージが、前述のＩＰ機器２からＩＮＶＩＴＥメッセージが送信された時と同じ手順で、ＩＰ機器３からＩＮＶＩＴＥメッセージがＶｏＩＰプロトコル処理部１２ｂに送信され（シーケンスＳＱ２１）、ＶｏＩＰプロトコル処理部１２ｂは、ＩＮＶＩＴＥメッセージをＳｅｔｕｐメッセージに変換して呼制御部１１ｂに送信する（シーケンスＳＱ２２）。   Next, a description will be given of an operation for realizing a call intercept function for establishing a call between the IP device 2 and the IP device 4 in a call by requesting the IP device 2 to intercept the call of the IP device 2. When the IP device 3 receives a special number indicating that a request for intercepting a call from the IP device 2 is input, the INVITE message including the special number and SDP 3 that is the SDP information of the IP device 3 is sent from the IP device 2 to the INVITE message. The INVITE message is transmitted from the IP device 3 to the VoIP protocol processing unit 12b (sequence SQ21), and the VoIP protocol processing unit 12b converts the INVITE message into a Setup message and performs the call control unit 11b. (Sequence SQ22).

呼制御部１１ｂでは、ＩＮＶＩＴＥメッセージで設定された相手先番号がＩＰ機器２の通話横取りを示すものであることを解析し、ＩＰ機器２の呼を管理する呼制御部１１ａに対して通話相手を問い合わせるメッセージを送る（シーケンスＳＱ２３）。問い合わせのメッセージを受けると、呼制御部１１ａは、通話相手がＩＰ機器４であることを示す情報を呼制御部１１ｂに送信する（シーケンスＳＱ２４）。横取りする通話相手がＩＰ機器４であることを示す情報を受け取ると、呼制御部１１ｂは、通話横取りを示す情報と、ＳＤＰ３を含むＳｅｔｕｐメッセージを送信する（シーケンスＳＱ２５）。   The call control unit 11b analyzes that the other party number set in the INVITE message indicates call interception of the IP device 2, and sets the other party to the call control unit 11a that manages the call of the IP device 2. A message for inquiring is sent (sequence SQ23). Upon receiving the inquiry message, the call control unit 11a transmits information indicating that the other party is the IP device 4 to the call control unit 11b (sequence SQ24). When receiving the information indicating that the call partner to be intercepted is the IP device 4, the call control unit 11b transmits information indicating the call intercept and a Setup message including SDP3 (sequence SQ25).

ＩＰ機器２に対して通話横取りによる切断を行うために、呼制御部１１ｃは、切断復旧を意味するＲｅｌｅａｓｅメッセージを呼制御部１１ａに送信する（シーケンスＳＱ２６）。呼制御部１１ａは、ＶｏＩＰプロトコル処理部１２ａにＲｅｌｅａｓｅメッセージを送り（シーケンスＳＱ２７）、ＶｏＩＰプロトコル処理部１２ａは、Ｒｅｌｅａｓｅメッセージを変換して、切断復旧を意味するＢＹＥメッセージをＩＰ機器２に送信する（シーケンスＳＱ２８）。ＢＹＥメッセージを受け取ったＩＰ機器２は、応答を示す２００ＯＫメッセージをＶｏＩＰプロトコル処理部１２ａに送る（シーケンスＳＱ２９）。   In order to disconnect the IP device 2 by intercepting the call, the call control unit 11c transmits a Release message indicating disconnection recovery to the call control unit 11a (sequence SQ26). The call control unit 11a sends a Release message to the VoIP protocol processing unit 12a (sequence SQ27), and the VoIP protocol processing unit 12a converts the Release message and transmits a BYE message indicating disconnection recovery to the IP device 2 ( Sequence SQ28). The IP device 2 that has received the BYE message sends a 200 OK message indicating a response to the VoIP protocol processing unit 12a (sequence SQ29).

また、Ｓｅｔｕｐメッセージを受信すると、呼制御部１１ｃは、任意タイミングでのセッション切り替えが出来ないＩＰ機器４を制御していることを接続方式判定部１４で判定しているので、ＩＰ機器４との間でのＶｏＩＰプロトコルによるセッション制御は行わないと判断する。すなわち、既に設定されているＲＴＰパケット処理部１６のポートａと、ＩＰ機器４との間のセッション変更を行わず、通話横取りによるセッション切り替えはＲＴＰパケット処理部１６のポートｂの制御で行うことを判断する。   When receiving the Setup message, the call control unit 11c determines that the connection method determination unit 14 controls the IP device 4 that cannot switch the session at an arbitrary timing. It is determined that session control using the VoIP protocol is not performed. In other words, the session change between the already set port a of the RTP packet processing unit 16 and the IP device 4 is not performed, and session switching by call interception is performed by controlling the port b of the RTP packet processing unit 16. to decide.

まず、呼制御部１１ｃは、ＩＰ機器３より受信したＳＤＰ３から、ＩＰ機器３へのＲＴＰ送受信先（ＩＰアドレス「ＩＰ Ａｄｒ３」、ポート番号「ＲＴＰ Ｐｏｒｔ３２」）を取り出すと共に、ＳＤＰネゴシエーション結果として、ＩＰ機器２とＩＰ機器４との間で用いているペイロードタイプ（例えば「音声Ｇ．７１１」などの情報）と、ポートｂを指定するＩＰアドレス「ＩＰ ａｄｒ１７」と、送受信ポート番号「ＲＴＰ Ｐｏｒｔ１６２」等を有するＳＤＰ情報であるＳＤＰ３’を作成し、Ｃｏｎｎｅｃｔメッセージに付加して呼制御部１１ｂへ送信する（シーケンスＳＱ３０）。   First, the call control unit 11c takes out the RTP transmission / reception destination (IP address “IP Adr3”, port number “RTP Port32”) to the IP device 3 from the SDP 3 received from the IP device 3, and outputs the IP address as the SDP negotiation result. Payload type used between the device 2 and the IP device 4 (for example, information such as “voice G.711”), an IP address “IP adr17” designating the port b, a transmission / reception port number “RTP Port162”, etc. Is created, added to the Connect message, and transmitted to the call control unit 11b (sequence SQ30).

同時に、呼制御部１１ｃは、ポートｂの現在のＲＴＰパケットの送受信先であるＩＰ機器２から、切り替え先となるＩＰ機器３（ＩＰアドレス「ＩＰ Ａｄｒ３」、ポート番号「ＲＴＰ Ｐｏｒｔ３２」）となるようにＲＴＰパケット処理部１６に要求することによってＲＴＰスイッチ処理の再起動をして、ＩＰ機器４とＩＰ機器３間のＲＴＰパケット処理１６を介してのＲＴＰ送受信（通話）を可能とする。   At the same time, the call control unit 11c changes from the IP device 2 that is the transmission / reception destination of the current RTP packet of the port b to the IP device 3 that is the switching destination (IP address “IP Adr3”, port number “RTP Port32”). The RTP packet processing unit 16 is requested to restart the RTP switch processing to enable RTP transmission / reception (call) between the IP device 4 and the IP device 3 via the RTP packet processing 16.

その後、呼制御部１１ｂは、ＶｏＩＰプロトコル処理部１２ｂにＣｏｎｎｅｃｔメッセージを送り（シーケンスＳＱ３１）、ＶｏＩＰプロトコル処理部１２ｂは、呼制御部１１で作成されたＳＤＰ３’を含む２００ＯＫメッセージをＩＰ機器３に送信し（シーケンスＳＱ３２）、ＩＰ機器３とＩＰ機器４との間にセッションを確立して、通話横取り機能を実現する。   Thereafter, the call control unit 11b sends a Connect message to the VoIP protocol processing unit 12b (sequence SQ31), and the VoIP protocol processing unit 12b transmits a 200 OK message including the SDP 3 ′ created by the call control unit 11 to the IP device 3. (Sequence SQ32), a session is established between the IP device 3 and the IP device 4 to realize a call intercepting function.

この構成によれば、本発明のＩＰ機器交換装置は、メディア情報を有するＲＴＰパケットを終端し、その送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送信出来るＲＴＰパケット処理部を実現することにより、ＩＰ機器間でセッション設定後にＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部によりＲＴＰパケットの送受信先変更ができるので、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ同等通信を維持したままでの任意タイミング切り替えができ、レガシーＰＢＸ同等の複雑かつ多岐に及ぶ機能を実現できるＩＰ機器交換装置を得ることができる。   According to this configuration, the IP device switching apparatus according to the present invention realizes an RTP packet processing unit that terminates an RTP packet having media information and can switch and transmit the destination IP address and port at an arbitrary timing. Since the RTP packet processing unit can change the transmission / reception destination of the RTP packet without switching the session using the VoIP protocol after setting the session between the IP devices, any timing while maintaining peer-to-peer equivalent communication It is possible to obtain an IP device exchange apparatus that can be switched and can realize a complicated and diverse function equivalent to that of the legacy PBX.

上記の実施の形態においては、ＲＴＰパケット処理部１６は、全くエンコード、デコードをしない構成としたが、例えば、ＩＰ機器３のＳＤＰ情報（ＳＤＰ３）のペイロードタイプに、ＩＰ機器２とＩＰ機器４との間で用いているペイロードタイプである「音声Ｇ．７１１」が含まれておらず、ネゴシエーションの結果、同一のペイロードタイプに合わせられない場合は、ＩＰ機器３の音声符号化能力に合わせるため、ＲＴＰパケット処理部１６は、音声データの形式変更をするためにデコード、エンコード処理をする構成としてもよい。この場合、どちらかのペイロードタイプに合わせるだけなので、エンコード、デコードを繰り返す必要はない。   In the above embodiment, the RTP packet processing unit 16 is configured not to encode or decode at all. However, for example, the IP device 2 and the IP device 4 are added to the payload type of the SDP information (SDP3) of the IP device 3. Is not included, and as a result of the negotiation, if it cannot be matched with the same payload type, in order to match the voice coding capability of the IP device 3, The RTP packet processing unit 16 may be configured to perform decoding and encoding processing in order to change the format of the audio data. In this case, it is only necessary to match either payload type, so there is no need to repeat encoding and decoding.

上記の実施の形態においては、接続方式判定部１４においてＩＰ機器２の接続方式はＲＴＰパケット処理部１６の機能は不要であり、ＩＰ機器４の接続方式はＲＴＰパケット処理部１６の機能は必要であると判定された場合を例に挙げて説明したが、セッションにかかるＩＰ機器２の接続方式とＩＰ機器４の接続方式とが両方ともＲＴＰパケット処理部１６の機能は必要であると判定された場合は、ＲＴＰパケット処理部１６のリソースが２つハントされることになる。この場合、それぞれのリソースでは、ハントした原因となるＩＰ機器２、４に対して、それぞれポートａがオープンされる。   In the above embodiment, the connection method determining unit 14 does not require the function of the RTP packet processing unit 16 for the connection method of the IP device 2, and the connection method of the IP device 4 does not require the function of the RTP packet processing unit 16. The case where it is determined that there is an example has been described, but it is determined that the function of the RTP packet processing unit 16 is necessary for both the connection method of the IP device 2 and the connection method of the IP device 4 related to the session. In this case, two resources of the RTP packet processing unit 16 are hunted. In this case, in each resource, the port a is opened for each of the IP devices 2 and 4 that cause the hunting.

スイッチ処理は、一方のポートａから一方のポートｂにスイッチ処理をした後、さらに他方のポートｂを経由して他方のポートａにスイッチ処理を行ってもよいし、ポートａ同士で直接スイッチ処理をおこなってもよい。また、同一のセッションに関して２回目のリソースのハントを禁止したり、２つハントしたリソースのうちのどちらかのリソースのハントを解除したりすることによって、同一のセッションに関しては１つのリソースがハントされるようにしてもよい。また、上記実施の形態では、ＬＡＮインタフェースを１つだけ有する場合の例を示したが、ポートａ、ポートｂ毎に異なるＬＡＮインタフェースを設けて、各ポートが別々のＩＰアドレスを持つ構成としてもよい。   In the switch processing, after one port a is switched to one port b, the other port a may be further switched via the other port b, or the switch processing may be directly performed between the ports a. You may do. In addition, by prohibiting the second resource hunt for the same session or canceling the hunt of one of the two hunt resources, one resource is hunt for the same session. You may make it do. In the above embodiment, an example in which only one LAN interface is provided has been described. However, a different LAN interface may be provided for each of port a and port b, and each port may have a different IP address. .

上記の実施の形態においては、リソース管理部１５でリソースに空きがあると判断された場合を例に挙げて説明したが、リソースに空きがない場合は、緊急発信等を保証するために、ＲＴＰパケット処理部１６を使用しないＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現するための制御を行う。具体的には、呼制御部１１ｃからＶｏＩＰプロトコル処理部１２ｃへのＳｅｔｕｐメッセージや、ＶｏＩＰプロトコル処理部１２ｃからＩＰ機器４へのＩＮＶＩＴＥメッセージに、ＩＰ機器２のＳＤＰ情報であるＳＤＰ２を設定することにより、ＩＰ機器２とＩＰ機器４との間でのＳＤＰネゴシエーションを可能とし、ＩＰ機器２とＩＰ機器４との間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現する。   In the above embodiment, the case where the resource management unit 15 determines that the resource is available has been described as an example. However, if the resource is not available, the RTP is used to guarantee an emergency call or the like. Control for realizing peer-to-peer communication without using the packet processing unit 16 is performed. Specifically, by setting SDP2, which is SDP information of the IP device 2, in the Setup message from the call control unit 11c to the VoIP protocol processing unit 12c and the INVITE message from the VoIP protocol processing unit 12c to the IP device 4 The SDP negotiation between the IP device 2 and the IP device 4 is enabled, and the peer-to-peer communication between the IP device 2 and the IP device 4 is realized.

上記の実施の形態においては、接続方式判定部１４はプロトコルに基づいて接続方式を判定していたが、上記のプロトコルに加えて、接続方式判定部１４は、ＳＤＰ情報に設定されたペイロードタイプに含まれるメディア情報の種類に基づいて判定してもよい。メディア情報の種類は、ペイロードに含まれる情報で、ＲＴＰパケットに含まれる、例えば、音声、画像、データ等のメディアストリームを含むメディア情報の種類を示すものである。例えば、ＩＰ機器２のＩＰネットワークに含まれるプロバイダや公衆回線網等がサポートしているプロトコルが、任意タイミングでのセッション切り替えが不可能なプロトコルであり、ＳＤＰ情報に設定されたメディア情報が音声の場合のみＲＴＰパケット処理部１６の機能が必要とすると判断することができる。   In the above embodiment, the connection method determination unit 14 determines the connection method based on the protocol. However, in addition to the above protocol, the connection method determination unit 14 uses the payload type set in the SDP information. The determination may be made based on the type of media information included. The type of media information is information included in the payload, and indicates the type of media information included in the RTP packet, for example, including media streams such as voice, image, and data. For example, a protocol supported by a provider, a public line network, or the like included in the IP network of the IP device 2 is a protocol that does not allow session switching at an arbitrary timing, and the media information set in the SDP information is audio. It can be determined that only when the function of the RTP packet processing unit 16 is necessary.

また、接続方式判定部１４は、プロトコルによらず、ＩＰ機器２の接続方式がＲＴＰパケット処理部１６の機能が必要であるか否かを予め登録しておき、この登録に基づいて接続方式を判定してもよい。また、接続方式判定部１４は、必須の構成ではなく、接続方式判定部１４を設けずに構成し、呼制御部１１は、必ずＲＴＰパケット処理部１６の機能を使うように制御することとしてもよい。   Further, the connection method determination unit 14 registers in advance whether the connection method of the IP device 2 requires the function of the RTP packet processing unit 16 regardless of the protocol, and determines the connection method based on this registration. You may judge. Further, the connection method determination unit 14 is not an essential configuration, and is configured without the connection method determination unit 14, and the call control unit 11 may be controlled to always use the function of the RTP packet processing unit 16. Good.

また、リソース管理部１５は、必須の構成ではなく、ＲＴＰパケット処理部１６のリソースが大量にある場合は、リソース管理部１５を設けなくてもよい。この場合、呼制御部１１は、接続方式判定部１４によって、ＩＰ機器の接続方式がＲＴＰパケット処理部１６の機能を必要とすると判定されると、直ちにＲＴＰパケット処理部１６に対して、各ＩＰ機器に対してポートをオープンする要求を行うこととなる。   Further, the resource management unit 15 is not an essential configuration, and the resource management unit 15 may not be provided when the RTP packet processing unit 16 has a large amount of resources. In this case, when the connection method determining unit 14 determines that the connection method of the IP device requires the function of the RTP packet processing unit 16, the call control unit 11 immediately sends each IP device to the RTP packet processing unit 16. A request to open a port is made to the device.

また、以上の実施の形態では、ＩＰ機器交換装置１は、ＩＰ機器２とＩＰ機器４との間でセッションを確立していた場合に、通話横取りを行う本人であるＩＰ機器３からのセッション切り替え要求を受信したことをトリガとして、ＩＰ機器２とＩＰ機器４とのセッションをＩＰ機器３とＩＰ機器４とのセッションに切り替える機能（通話横取り機能）を例に挙げて説明したが、セッションを切り替えるトリガは、これに限定されない。例えば、他の切り替え方法として、つぎのような３つがある。   In the above embodiment, when the IP device exchange apparatus 1 has established a session between the IP device 2 and the IP device 4, the session is switched from the IP device 3 that is the person who intercepts the call. The function of switching the session between the IP device 2 and the IP device 4 to the session between the IP device 3 and the IP device 4 (call intercepting function) has been described as an example triggered by the reception of the request. The trigger is not limited to this. For example, there are the following three switching methods.

（１）第１の例では、最初にセッションを確立していた２つのＩＰ機器２，４（セッション切り替えにより切り離される端末，セッション切り替え後も接続が維持される端末）のうちの一方がＩＰ機器交換装置１に対しセッション切り替え要求を送る。ＩＰ機器交換装置１では、このセッション切り替え要求の受信をトリガとして、ＩＰ機器２，４の何れかとＩＰ機器３とのセッションに切り替える。   (1) In the first example, one of the two IP devices 2 and 4 (a terminal that is disconnected by session switching and a terminal that maintains a connection even after session switching) that has initially established a session is an IP device. A session switching request is sent to the exchange device 1. The IP device switching apparatus 1 switches to a session between one of the IP devices 2 and 4 and the IP device 3 with the reception of the session switching request as a trigger.

（２）第２の例では、ＩＰ機器交換装置１での時間管理によってセッション切り替えを行う。例えば、ＩＰ機器交換装置１の呼制御部１１においては、ＩＰ機器２とＩＰ機器４とのセッション確立後、所定時間が経過したと判断すると、この時間経過をトリガとして、ＩＰ機器２，４の何れかとＩＰ機器３とのセッションに切り替える。   (2) In the second example, session switching is performed by time management in the IP device exchange apparatus 1. For example, when the call control unit 11 of the IP device exchange apparatus 1 determines that a predetermined time has elapsed after the session between the IP device 2 and the IP device 4 is established, Switch to a session with any of the IP devices 3.

（３）第３の例では、セッション確立している第１および第２のＩＰ機器のうちの一方（第１のＩＰ機器）のオンフックをトリガとして、セッション確立前に保留状態としていた第３のＩＰ機器と第２のＩＰ機器とのセッションに切り替える。例えば、ＩＰ機器２（第１のＩＰ機器）とＩＰ機器４（第３のＩＰ機器）との間でセッションを確立していた場合に、ＩＰ機器２において所定の転送ボタンが入力されたことをＩＰ機器交換装置１が受信すると、ＩＰ機器交換装置１の呼制御部１１ではＩＰ機器４を保留状態にする。   (3) In the third example, the on-hook of one (first IP device) of the first and second IP devices that have established a session is used as a trigger, and the third state that has been put on hold before the session is established The session is switched between the IP device and the second IP device. For example, when a session is established between the IP device 2 (first IP device) and the IP device 4 (third IP device), it is confirmed that a predetermined transfer button is input in the IP device 2. When the IP device exchange device 1 receives the signal, the call control unit 11 of the IP device exchange device 1 puts the IP device 4 in a hold state.

ＩＰ機器４が保留状態のまま、さらにＩＰ機器２からＩＰ機器３（第２のＩＰ機器）への発呼をＩＰ機器交換装置１が受信すると、ＩＰ機器交換装置１は、ＩＰ機器２とＩＰ機器３との新しいセッションを確立する。その後、ＩＰ機器２とＩＰ機器３との通話が終了して、ＩＰ機器２がオンフック（回線切断）したとする。ＩＰ機器交換装置１の呼制御部１１では、このオンフックを検出すると、このオンフックをトリガとして、ＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、ＲＴＰパケット処理部１６によりＲＴＰパケットの送受信先変更を行う。すなわちＩＰ機器３と保留状態であったＩＰ機器４とのセッションに切り替える。   When the IP device switching apparatus 1 receives a call from the IP device 2 to the IP device 3 (second IP device) while the IP device 4 remains on hold, the IP device switching apparatus 1 A new session with the device 3 is established. Thereafter, it is assumed that the call between the IP device 2 and the IP device 3 is terminated and the IP device 2 is on-hook (line disconnection). When the call control unit 11 of the IP device switching apparatus 1 detects this on-hook, the RTP packet processing unit 16 changes the transmission / reception destination of the RTP packet by using this on-hook as a trigger without performing session switching using the VoIP protocol. . In other words, the session is switched to the session between the IP device 3 and the IP device 4 that has been on hold.

以上のように、本発明にかかるＩＰ機器交換装置は、音声劣化の抑制を必要とするＩＰ電話の音声を交換するＩＰ機器交換装置に有用であり、特に、通話相手が途中で変わるような機能を実現するのに適している。   As described above, the IP device switching apparatus according to the present invention is useful for an IP device switching apparatus for exchanging voice of an IP phone that needs to suppress voice deterioration, and in particular, a function that changes a call partner on the way. It is suitable for realizing.

本発明の実施の形態におけるＩＰ機器交換装置のブロック図Block diagram of an IP device exchange apparatus according to an embodiment of the present invention 図１のＩＰ機器交換装置における交換機能のシーケンスチャートSequence chart of exchange function in IP device exchange apparatus of FIG. 図１のＩＰアドレス、ポートの割り振りを説明する図A diagram for explaining the IP address and port allocation of FIG.

符号の説明Explanation of symbols

１ ＩＰ機器交換装置
２、３、４ ＩＰ機器
５ ＩＰネットワーク
１１ 呼制御部
１２ ＶｏＩＰプロトコル処理部
１３、１７ ＬＡＮインタフェース
１４ 接続方式判定部
１５ リソース管理部
１６ ＲＴＰパケット処理部 DESCRIPTION OF SYMBOLS 1 IP apparatus switching apparatus 2, 3, 4 IP apparatus 5 IP network 11 Call control part 12 VoIP protocol process part 13, 17 LAN interface 14 Connection system determination part 15 Resource management part 16 RTP packet process part

Claims (10)

ＩＰ機器またはＩＰ回線をＬＡＮまたはＩＰネットワークを介して収容するＬＡＮインタフェースと、
ＩＰ機器またはＩＰ回線間のセッション設定をＶｏＩＰプロトコルにより行う呼制御機能と、
メディア情報を有するＲＴＰパケットを終端しその送受信先ＩＰアドレス及びポートを任意のタイミングで切り替えて送受信出来るＲＴＰパケット処理部と、を有する交換装置であって、
前記セッション設定の後に前記ＶｏＩＰプロトコルを用いたセッション切り替えを行わずに、前記ＲＴＰパケット処理部により前記ＲＴＰパケットの送受信先変更をすることを特徴とするＩＰ機器交換装置。 A LAN interface for accommodating an IP device or an IP line via a LAN or an IP network;
A call control function for setting a session between IP devices or IP lines using the VoIP protocol;
An RTP packet processing unit which terminates an RTP packet having media information and can transmit and receive by switching its transmission / reception destination IP address and port at an arbitrary timing,
An IP device exchange apparatus, wherein the RTP packet processing unit changes the transmission / reception destination of the RTP packet without performing session switching using the VoIP protocol after the session setting. 前記ＶｏＩＰプロトコルが任意切り替えに対応出来ないと判断した場合のみ前記ＲＴＰパケット処理部で前記ＲＴＰパケットをスイッチし、
他の場合にはＩＰ機器またはＩＰ回線間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現するようにセッション制御を行うことを特徴とする請求項１記載のＩＰ機器交換装置。 Only when it is determined that the VoIP protocol cannot support arbitrary switching, the RTP packet processing unit switches the RTP packet,
2. The IP device exchange apparatus according to claim 1, wherein in other cases, session control is performed so as to realize peer-to-peer communication between IP devices or IP lines. ＩＰ機器またはＩＰ回線にて設定するセッションのメディア情報（音声、画像、データ）により、前記ＲＴＰパケット処理部で前記ＲＴＰパケットをスイッチするか否かを判断することを特徴とする請求項１または請求項２記載のＩＰ機器交換装置。 2. The RTP packet processing unit determines whether or not to switch the RTP packet based on media information (voice, image, data) of a session set by an IP device or an IP line. Item 3. The IP device exchange apparatus according to Item 2. 前記ＲＴＰパケット処理部が処理負荷増大またはリソース数不足の場合、ＩＰ機器またはＩＰ回線間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信をするようにセッション制御を行うことを特徴とする請求項１から請求項３記載のいずれか１に記載のＩＰ機器交換装置。 The session control is performed so that peer-to-peer communication between IP devices or IP lines is performed when the RTP packet processing unit has an increased processing load or an insufficient number of resources. The IP device exchange apparatus according to any one of the above. 前記ＲＴＰパケット処理部が前記ＲＴＰパケットをスイッチするか否かを、前記ＩＰ機器または前記ＩＰ回線毎にあらかじめ設定されたデータにより判断することを特徴とする請求項１記載のＩＰ機器交換装置。 The IP device switching apparatus according to claim 1, wherein the RTP packet processing unit determines whether to switch the RTP packet based on data set in advance for each of the IP device or the IP line. ネットワーク接続またはＩＰ回線接続されるＩＰ機器の間でＲＴＰパケットを交換するためのセッションを確立するＩＰ機器交換装置であって、
前記ＩＰ機器間のセッション確立をＶｏＩＰプロトコルにより行い、セッション設定する２つのＩＰ機器に対し、ＲＴＰパケット処理部での使用すべきＲＴＰポートを通知する呼制御機能部と、
少なくとも２つのＲＴＰポートを有し、前記呼制御機能部によるセッション確立後、ＲＴＰポートを介して受信したＩＰ機器からのメディア情報を含むＲＴＰパケットを終端し、前記セッション設定された２つの第１および第２のＩＰ機器間でパケット交換されるようにヘッダ情報を書き換えてから他のＲＴＰポートを介して送信するＲＴＰパケット処理部と、を備え、
前記呼制御機能部は、第１のＩＰ機器および第２のＩＰ機器間でのセッション確立後、第３のＩＰ機器へのセッション切り替えを行う場合、前記第３のＩＰ機器に対してのみ使用すべき前記ＲＴＰパケット処理部でのＲＴＰポートを通知するとともに前記ＲＴＰパケット処理部での使用ＲＴＰポートの再設定を行い、
前記ＲＴＰパケット処理部において第３のＩＰ機器とセッション確立していた第１または第２のＩＰ機器との間でのパケット交換を行わせるようにしたことを特徴とするＩＰ機器交換装置。 An IP device switching apparatus for establishing a session for exchanging RTP packets between IP devices connected to a network or an IP line,
A call control function unit that establishes a session between the IP devices using the VoIP protocol and notifies an RTP port to be used in the RTP packet processing unit to two IP devices that perform session setting;
Having at least two RTP ports; after establishing a session by the call control function unit, terminating an RTP packet including media information from the IP device received via the RTP port; An RTP packet processing unit that rewrites header information so that packets are exchanged between second IP devices and then transmits the packet via another RTP port,
The call control function unit is used only for the third IP device when the session is switched to the third IP device after the session is established between the first IP device and the second IP device. Notify the RTP port in the RTP packet processing unit and reset the used RTP port in the RTP packet processing unit,
An IP device switching apparatus characterized in that the RTP packet processing unit exchanges packets with a first or second IP device having a session established with a third IP device. セッション確立すべきＩＰ機器またはＩＰ回線がサポートするＶｏＩＰプロトコルが任意時点のセッション切替えに対応できるか否かを判断する判断手段を更に備え、
前記呼制御機能部は、
前記判断手段により任意時点のセッション切替えに対応できないと判断した場合のみ前記ＲＴＰパケット処理部を介したパケット交換を行わせ、
それ以外は、前記ＲＴＰパケット処理部を介させないＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を行わせるようにしたことを特徴とする請求項６に記載のＩＰ機器交換装置。 A determination means for determining whether or not a VoIP protocol supported by an IP device or an IP line to establish a session can handle session switching at an arbitrary time;
The call control function unit
Only when it is determined by the determination means that it is not possible to support session switching at an arbitrary time, packet exchange via the RTP packet processing unit is performed,
7. The IP device exchange apparatus according to claim 6, wherein other than that, Peer-to-Peer communication not via the RTP packet processing unit is performed. 前記判断手段は、セッション中のＳＤＰ情報に含まれるメディア情報の種類に基づき任意時点のセッション切替えを行うか否かを判断することを特徴とする請求項７に記載のＩＰ機器交換装置。 The IP device exchange apparatus according to claim 7, wherein the determination unit determines whether to perform session switching at an arbitrary time point based on a type of media information included in SDP information during a session. 前記呼制御機能部は、前記ＲＴＰパケット処理部の処理負荷増大あるいはリソース数不足が発生した場合には、ＩＰ機器間でのＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現するようにセッション制御を行うことを特徴とする請求項６から請求項８のいずれか１に記載のＩＰ機器交換装置。 The call control function unit performs session control so as to realize peer-to-peer communication between IP devices when the processing load of the RTP packet processing unit increases or the number of resources is insufficient. The IP device exchange apparatus according to any one of claims 6 to 8. ＩＰ機器毎にあらかじめ設定されたデータにより、前記ＲＴＰパケット処理部を介したパケット交換を行うか否かを判断する判断手段を更に備え、
前記呼制御機能部は、この判断手段の判断結果に基づいて前記ＲＴＰパケット処理部を介したパケット交換を行わせることを特徴とする請求項１に記載のＩＰ機器交換装置。 A determination unit for determining whether to perform packet exchange via the RTP packet processing unit based on data set in advance for each IP device;
The IP device exchange apparatus according to claim 1, wherein the call control function unit causes packet exchange via the RTP packet processing unit based on a determination result of the determination unit.
JP2006013403A 2006-01-23 2006-01-23 IP equipment exchange device Expired - Fee Related JP4710624B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006013403A JP4710624B2 (en) 2006-01-23 2006-01-23 IP equipment exchange device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006013403A JP4710624B2 (en) 2006-01-23 2006-01-23 IP equipment exchange device

Publications (2)

Publication Number Publication Date
JP2007195085A true JP2007195085A (en) 2007-08-02
JP4710624B2 JP4710624B2 (en) 2011-06-29

Family

ID=38450397

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006013403A Expired - Fee Related JP4710624B2 (en) 2006-01-23 2006-01-23 IP equipment exchange device

Country Status (1)

Country Link
JP (1) JP4710624B2 (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005033358A (en) * 2003-07-09 2005-02-03 Brother Ind Ltd Packet communication control apparatus and packet communication control method
JP2005294938A (en) * 2004-03-31 2005-10-20 Oki Electric Ind Co Ltd CALL HOLDING METHOD IN VoIP NETWORK

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005033358A (en) * 2003-07-09 2005-02-03 Brother Ind Ltd Packet communication control apparatus and packet communication control method
JP2005294938A (en) * 2004-03-31 2005-10-20 Oki Electric Ind Co Ltd CALL HOLDING METHOD IN VoIP NETWORK

Also Published As

Publication number Publication date
JP4710624B2 (en) 2011-06-29

Similar Documents

Publication Publication Date Title
JP4434238B2 (en) IP device exchange apparatus and call switching method
US6981022B2 (en) Using PSTN to convey participant IP addresses for multimedia conferencing
US8788624B2 (en) System and method for controlling delivery of media data to target devices
TW201002018A (en) Method for predicting port number of NAT apparatus based on two STUN server inquiry results
JP4757438B2 (en) Network, private branch exchange, and multiprotocol communication terminal control method used therefor
JP4940335B2 (en) Telephone exchange apparatus, telephone terminal, and control method used in telephone system
JP3990297B2 (en) Response processing control method
JP5176302B2 (en) Communication media automatic conversion system
CN102165752B (en) Method and device for the bidirectional address conversion in SIP-controlled data streams between IPv4 and IPv6 data terminals
KR101606142B1 (en) Apparatus and method for supporting nat traversal in voice over internet protocol system
US8681199B2 (en) Method of providing video-call service using general voice-call terminal and private branch exchange for performing the method
WO2008052427A1 (en) A method and network communication system for redirecting network communication port
JP4473851B2 (en) Telephone system and its encryption processing method, communication terminal, and connection device
JP4564881B2 (en) Voice communication system
JP3980413B2 (en) Connection selection method and communication endpoint device
KR101080383B1 (en) Method for voice over internet protocol call setup and communication system performing the same
JP4710624B2 (en) IP equipment exchange device
JP2005020676A (en) Telephone communication method and apparatus
JP2008148019A (en) Pbx device and call control method therefor
JP4728933B2 (en) IP telephone communication system, IP telephone communication method, and program thereof
JP2008172552A (en) Telephone switching system
JP2010219580A (en) Communication repeater, communication terminal and communication method
JP2006203324A (en) Gateway system
KR100603582B1 (en) Apparatus and Method for Supplying VoIP Service Using Session Initiation Protocol in Cable Network
JP2006180372A (en) System for originating ip phone call to communication terminal not connected to ip network normally, and call control server

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090115

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20091127

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20101001

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101102

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101221

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110222

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110307

R151 Written notification of patent or utility model registration

Ref document number: 4710624

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140401

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees