JP2007189509A - Call control server, media proxy and congestion control method - Google Patents

Call control server, media proxy and congestion control method Download PDF

Info

Publication number
JP2007189509A
JP2007189509A JP2006006003A JP2006006003A JP2007189509A JP 2007189509 A JP2007189509 A JP 2007189509A JP 2006006003 A JP2006006003 A JP 2006006003A JP 2006006003 A JP2006006003 A JP 2006006003A JP 2007189509 A JP2007189509 A JP 2007189509A
Authority
JP
Japan
Prior art keywords
terminal
transmission
station
unit
overload
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.)
Pending
Application number
JP2006006003A
Other languages
Japanese (ja)
Inventor
Toshihisa Ozu
俊久 小津
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.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2006006003A priority Critical patent/JP2007189509A/en
Publication of JP2007189509A publication Critical patent/JP2007189509A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To obtain a call control server that can perform congestion control even over a VoIP network which is composed of a plurality of IP terminals connected through a transmission line such as the Internet and uses a connectionless UDP (User Datagram Protocol). <P>SOLUTION: The call control server 7 is equipped with an overload information reception section which receives overload information showing that a transmission line is overloaded, and a control section which controls a transmission section to inhibit a request to establish a new session from being transferred to a second IP terminal even when a connection request reception section receives the request to establish the new session from a first IP terminal 2A to the second IP terminal 2B when the overload information reception section receives the overload information. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

この発明は、複数のIP網を接続してなるVoIP(Voice over Internet Protocol)ネットワークにおける、輻輳制御するための呼制御サーバ、メディアプロキシおよび輻輳制御方法に関する。   The present invention relates to a call control server, a media proxy, and a congestion control method for controlling congestion in a VoIP (Voice over Internet Protocol) network formed by connecting a plurality of IP networks.

従来、IPネットワーク上での通信を行う場合には、伝送路の帯域には制限があるので、通信品質を確保するために、伝送路を流れるパケットのデータ量を管理する必要があった。また、音声パケットをコネクション型のプロトコルであるTCP(Transmission Control Protocol)で伝送する場合には、MTU(Maximum Transmission Unit)等の情報を利用して、使用帯域が増加した場合にはスループットを制限する方法で輻輳制御を行っていた。   Conventionally, when performing communication on an IP network, there is a limit to the bandwidth of the transmission path, so it has been necessary to manage the data amount of packets flowing through the transmission path in order to ensure communication quality. In addition, when transmitting voice packets using TCP (Transmission Control Protocol), which is a connection-type protocol, information such as MTU (Maximum Transmission Unit) is used to limit the throughput when the bandwidth used increases. Congestion control was performed by this method.

また、従来のVoIPネットワークにおける輻輳制御は、TDM(Time Division Multiplexing)である公衆電話回路網と、これらを統合するバックボーンとしてのIP網とから構成されており、公衆電話網を制御することでVoIPネットワークの輻輳制御を行っていた(例えば特許文献1参照)。
特開平2002−261925公報(第1図)
In addition, congestion control in a conventional VoIP network is composed of a public telephone circuit network that is TDM (Time Division Multiplexing) and an IP network as a backbone that integrates these, and VoIP is controlled by controlling the public telephone network. Network congestion control was performed (see, for example, Patent Document 1).
Japanese Patent Laid-Open No. 2002-261925 (FIG. 1)

しかしながら、VoIPネットワークにおいては、音声パケットはコネクション型のTCPではなく、コネクションレス型のUDP(User Datagram Protocol)を用いて伝送するために、スループットを制限する方法で輻輳制御を行うことは困難であるといった問題があった。   However, in a VoIP network, since voice packets are transmitted using connectionless UDP (User Datagram Protocol) instead of connection type TCP, it is difficult to perform congestion control using a method that limits throughput. There was a problem.

また、特許文献1に記載の輻輳制御方法は公衆電話回路網を制御する手法であるので、公衆電話網を使用せずに、IP網で構成されたVoIPネットワークには対応できないといった問題があった。   Further, since the congestion control method described in Patent Document 1 is a method for controlling a public telephone network, there is a problem in that it cannot cope with a VoIP network configured by an IP network without using the public telephone network. .

本発明は上述の問題を解決するためになされたものであり、インターネット等の伝送路を介して接続された複数のIP端末で構成されたVoIPネットワークにおいても輻輳制御を可能とする呼制御サーバを得るものである。   The present invention has been made to solve the above-described problem, and provides a call control server that enables congestion control even in a VoIP network composed of a plurality of IP terminals connected via a transmission line such as the Internet. To get.

この発明に係る呼制御サーバにおいては、第1の局内に接続された第1のIP端末から第2の局内に接続された第2のIP端末へのセッションの確立要求を受信する受信部と、受信部が受信したセッションの確立要求を前記第2のIP端末へ転送する送信部と、第1の局と第2の局とを接続する伝送路が過負荷状態であることを示す過負荷情報を受信する過負荷情報受信部と、過負荷情報受信部が過負荷情報を受信すると、接続要求受信部が第1のIP端末から第2のIP端末への新たなセッションの確立要求を受信した場合でも、このセッションの確立要求を第2のIP端末への転送を禁止するように送信部を制御する制御部とを有するものである。   In the call control server according to the present invention, a receiving unit that receives a session establishment request from the first IP terminal connected in the first station to the second IP terminal connected in the second station; Overload information indicating that a transmission path connecting the transmission unit that receives the session establishment request received by the reception unit to the second IP terminal and the first station and the second station is in an overload state. When the overload information receiving unit and the overload information receiving unit receive the overload information, the connection request receiving unit has received a request for establishing a new session from the first IP terminal to the second IP terminal. Even in this case, the control unit has a control unit that controls the transmission unit so as to prohibit transfer of the session establishment request to the second IP terminal.

この発明は、第1の局と第2の局とを接続する伝送路を通過する音声パケットのパケット量に基づいて、この伝送路の伝送レートを算出し、この伝送レートに基づいて、第1のIP端末から第2のIP端末への接続要求を制御する構成になっているので、IP網で構成されたVoIPネットワークにおいても、輻輳制御を行うことが可能となる。   The present invention calculates the transmission rate of this transmission path based on the amount of voice packets passing through the transmission path connecting the first station and the second station, and based on this transmission rate, Since the connection request from the IP terminal to the second IP terminal is controlled, congestion control can be performed even in a VoIP network configured by an IP network.

実施の形態1.
図1は、この発明を実施するための実施の形態1におけるVoIPネットワークを示すものである。図1において、局1A内には複数のIP端末2Aが接続されている。各IP端末2Aはハブ3Aに接続されており、ハブ3Aは各IP端末2Aからの音声パケットをメディアプロキシ4A、ルータ5Aに分配している。局1Bも局1Aと同様に、複数のIP端末2Bが接続されており、各IP端末2Bはハブ3Bに接続されており、ハブ3Bは各IP端末2Bからの音声パケットをメディアプロキシ4B、ルータ5Bに分配している。ルータ5Aとルータ5Bとは伝送路6を介して接続されており、局1A内のIP端末2Aと局1B内のIP端末2Bとの通話が可能となっている。さらに、ルータ5Aとルータ5Bとは、SIP(Session Initiation Protocol)を用いた呼制御を行う呼制御サーバ7にもそれぞれ接続されている。SIPとはアプリケーション層で複数の相手に対して、音声や映像、テキストメッセージの交換などを行うために必要な接続の生成、変換、切断等を行うプロトコルであり、IETF(Internet Engineering Task Force)において標準化が行われ、RFC3261においてスタンダードトラックとして規定されたものである。
Embodiment 1 FIG.
FIG. 1 shows a VoIP network according to Embodiment 1 for carrying out the present invention. In FIG. 1, a plurality of IP terminals 2A are connected in the station 1A. Each IP terminal 2A is connected to a hub 3A, and the hub 3A distributes voice packets from each IP terminal 2A to the media proxy 4A and the router 5A. Similarly to the station 1A, the station 1B is connected to a plurality of IP terminals 2B, each IP terminal 2B is connected to a hub 3B, and the hub 3B receives a voice packet from each IP terminal 2B as a media proxy 4B and a router. Distribution to 5B. The router 5A and the router 5B are connected via a transmission line 6, and a call can be made between the IP terminal 2A in the station 1A and the IP terminal 2B in the station 1B. Further, the router 5A and the router 5B are also connected to a call control server 7 that performs call control using SIP (Session Initiation Protocol). SIP is a protocol that creates, converts, and disconnects connections necessary for exchanging voice, video, and text messages to multiple parties in the application layer. In the IETF (Internet Engineering Task Force) Standardization has been performed, and it is defined as a standard track in RFC3261.

次に、このようにIP端末間の呼制御のプロトコルとしてSIPを用いてVoIPネットワーク構成し、IP端末2AとIP端末2Bとの間で通話を行う場合について、図2、図3及び図4を用いて説明する。図2、図3はそれぞれ、メディアプロキシ4および呼制御サーバ7の構造を示すブロック図であり、図4は通話を行う際の動作を示すシーケンス図である。図2に示すように、メディアプロキシ4Aは音声パケット等のパケットデータを受信する音声パケット受信部401、音声パケット等のパケットデータを出力する音声パケット送信部402、入出力を行うパケット入出力部4伝送路6に出力するパケットのバイト数を感知するプロキシ部403、伝送路6の伝送レートを算出する伝送レート算出部404、所定の閾値の設定する閾値設定部405、伝送路6が過負荷状態であるかどうかを判定する過負荷状態判定部406、伝送路6が過負荷状態であることを示す過負荷情報として過負荷情報パケットを生成する過負荷情報生成部407、過負荷情報生成部が生成した過負荷情報を送信する過負荷情報送信部408から構成されている。また、図3に示すように呼制御サーバ7は、IP端末2A、2Bからのメッセージを受信する受信部701、IP端末2A、2Bにメッセージを送信する送信部702、過負荷情報パケットを受信する過負荷情報受信部703、送信部702を制御する制御部704とから構成されている。メディアプロキシ4Bについては、メディアプロキシ4Aと同様の構成であるので説明を省略する。   Next, in the case where a VoIP network is configured using SIP as a call control protocol between IP terminals and a call is made between the IP terminal 2A and the IP terminal 2B, FIGS. It explains using. 2 and 3 are block diagrams showing the structures of the media proxy 4 and the call control server 7, respectively, and FIG. 4 is a sequence diagram showing the operation when making a call. As shown in FIG. 2, the media proxy 4A includes a voice packet receiving unit 401 that receives packet data such as voice packets, a voice packet transmitting unit 402 that outputs packet data such as voice packets, and a packet input / output unit 4 that performs input / output. Proxy unit 403 that senses the number of bytes of a packet to be output to transmission line 6, transmission rate calculation part 404 that calculates the transmission rate of transmission line 6, threshold setting part 405 that sets a predetermined threshold, and transmission line 6 is overloaded An overload state determination unit 406 for determining whether the transmission line 6 is overloaded, an overload information generation unit 407 for generating an overload information packet as overload information indicating that the transmission line 6 is in an overload state, and an overload information generation unit The overload information transmission unit 408 transmits the generated overload information. Further, as shown in FIG. 3, the call control server 7 receives a message from the IP terminals 2A and 2B, a reception unit 701, a transmission unit 702 that transmits a message to the IP terminals 2A and 2B, and an overload information packet. An overload information receiving unit 703 and a control unit 704 that controls the transmitting unit 702 are configured. Since the media proxy 4B has the same configuration as the media proxy 4A, a description thereof will be omitted.

まず、局1A内のIP端末2Aが局1B内のIP端末2Bと通話を行う場合、IP端末2Aから呼制御サーバ7にハブ3Aおよびルータ5Aを介して、接続要求としてINVITEのメッセージを送信する(st101)。呼制御サーバ7は受信部701で受信したメッセージを、送信部702を用いてIP端末2Bへ転送する(st102)。また、送信部702はIP端末2Aに対して暫定応答のメッセージ100Tryingを送信する(st103)。ここで、各メッセージの先頭の3桁の数字(100など)は図5に示すようにステータスコードを表すものであり、上1桁がメッセージの大分類を、下2桁がメッセージの小分類を表している。次に、IP端末2Bでは、INVITEメッセージを受信すると暫定応答100Tryingを呼制御サーバ7に送信する(st104)。その後、端末の呼び出し音を鳴らす等の呼び出し処理を行い、併せて呼び出し中であることを伝える暫定応答180Ringingを呼制御サーバ7へ送信する(st105)。呼制御サーバ7では、受信部701で180Ringinを受信すると共に、送信部702でIP端末2Aに対してこのメッセージを転送する(st106)。   First, when the IP terminal 2A in the station 1A makes a call with the IP terminal 2B in the station 1B, the IP terminal 2A transmits an INVITE message as a connection request to the call control server 7 via the hub 3A and the router 5A. (St101). The call control server 7 transfers the message received by the receiving unit 701 to the IP terminal 2B using the transmitting unit 702 (st102). The transmitting unit 702 transmits a provisional response message 100Trying to the IP terminal 2A (st103). Here, the first three digits (100, etc.) of each message represent a status code as shown in FIG. 5. The first digit is the major classification of the message and the last two digits are the minor classification of the message. Represents. Next, when receiving the INVITE message, IP terminal 2B transmits provisional response 100Trying to call control server 7 (st104). Thereafter, a call process such as ringing a ringing tone of the terminal is performed, and a provisional response 180 Ringing notifying that the call is being performed is transmitted to the call control server 7 (st105). In the call control server 7, the receiving unit 701 receives 180 Ringin, and the transmitting unit 702 transfers this message to the IP terminal 2A (st106).

IP端末2Bでは、受話器をあげるなどの動作などによって、接続成功のメッセージ200OKを呼制御サーバ7の受信部201、送信部202を介して(st107)、IP端末2Aへ送信する(st108)。IP端末2Aでは、IP端末2Bからの200OKのメッセージを受けて、ACK応答(接続確立了解)を呼制御サーバ7の受信部201、送信部202を介して(st109)、IP端末2Bへ送信する(st110)。このような動作で、IP端末2AとIP端末2Bとの間のセッションが確立され、接続が完了する。   In the IP terminal 2B, the connection success message 200OK is transmitted to the IP terminal 2A via the receiving unit 201 and the transmitting unit 202 of the call control server 7 (st107) by an operation such as raising the handset or the like (st108). The IP terminal 2A receives the 200OK message from the IP terminal 2B, and transmits an ACK response (connection establishment acknowledgment) to the IP terminal 2B via the receiving unit 201 and the transmitting unit 202 of the call control server 7 (st109). (St110). With such an operation, a session is established between the IP terminal 2A and the IP terminal 2B, and the connection is completed.

接続が完了すると、IP端末2Aからの音声パケットはハブ3Aを介して、メディアプロキシ4Aへ送信される。メディアプロキシ4Aでは、音声パケット受信部401を用いて、この音声パケットを受信し、この呼で伝送路6に出力されるパケットのバイト数を感知して、基礎情報として伝送レート算出部404に通知する。その後、音声パケットは、パケット送信部402から伝送路6を用いて局1Bへと転送される。尚、プロキシ部403では音声パケットに対して、音声コーデックなどの信号処理をほどこしてもよい。局1Bでは、この音声パケットとハブ3Bを介してメディアプロキシ4Bで受信し、メディアプロキシ4BはIP端末2Bへ転送する。このようにして、生成されたセッション上で、UDPによる音声パケットのやり取りが行われ、通話状態となる(st111)。   When the connection is completed, the voice packet from the IP terminal 2A is transmitted to the media proxy 4A via the hub 3A. The media proxy 4A receives the voice packet using the voice packet receiving unit 401, senses the number of bytes of the packet output to the transmission path 6 by this call, and notifies the transmission rate calculation unit 404 as basic information. To do. Thereafter, the voice packet is transferred from the packet transmission unit 402 to the station 1B using the transmission path 6. Note that the proxy unit 403 may perform signal processing such as a voice codec on the voice packet. The station 1B receives this voice packet and the media proxy 4B via the hub 3B, and the media proxy 4B transfers it to the IP terminal 2B. In this way, voice packets are exchanged by UDP on the generated session, and a call state is established (st111).

次に、通話の終了について説明する。IP端末2Aの受話器が置かれるなどの状態になると、IP端末2Aから呼制御サーバ7に対してセッションの切断要求であるBYEメッセージを送信する(st112)。呼制御サーバ7では、受信部201でBYEメッセージを受信すると、送信部201を用いてIP端末2Bへと転送する(st113)。IP端末2Bでは、BYEメッセージを受信すると、切断了解である200OKを呼制御サーバ7へ送信する(st114)。呼制御サーバ7では送信部202を用いてこのメッセージをIP端末2Aへ転送する(st115)。このような、動作によってIP端末2AとIP端末2Bとのセッションは切断され、通話が終了する。   Next, the end of the call will be described. When the handset of the IP terminal 2A is placed or the like, a BYE message that is a session disconnection request is transmitted from the IP terminal 2A to the call control server 7 (st112). In the call control server 7, when the BYE message is received by the receiving unit 201, the call control server 7 transfers the BYE message to the IP terminal 2B using the transmitting unit 201 (st113). When receiving the BYE message, IP terminal 2B transmits 200 OK, which is a disconnection acknowledgment, to call control server 7 (st114). The call control server 7 uses the transmission unit 202 to transfer this message to the IP terminal 2A (st115). By such an operation, the session between IP terminal 2A and IP terminal 2B is disconnected, and the call is terminated.

次に、このように構成されたVoIPネットワークの輻輳制御の手法について図6を用いて説明する。図6はVoIPネットワークの輻輳制御時の動作を示すシーケンス図である。   Next, a congestion control method for the VoIP network configured as described above will be described with reference to FIG. FIG. 6 is a sequence diagram showing an operation at the time of congestion control of the VoIP network.

まず、図4におけるst101〜st111と同様の動作を繰り返し、複数のIP端末2Aがそれぞれ対応するIP端末2Bと通話が行われている状態になっている(st201)。すなわち、複数のセッションが確立され、それぞれのセッションを用いて通話が行われている。このとき、プロキシ部403では、それぞれのセッション毎に伝送路6に出力する音声パケットのバイト数を感知して基礎情報として、伝送レート算出部404に送信する。伝送レート算出部404では受信した基礎情報に基づいて、確立されたセッション全体の単位時間当たりの伝送バイト数(以下、伝送レートと呼ぶ)を算出し、この伝送レートを過負荷状態判定部406へ送信する。   First, the same operation as st101 to st111 in FIG. 4 is repeated, and a plurality of IP terminals 2A are in a state where a call is made with the corresponding IP terminal 2B (st201). That is, a plurality of sessions are established, and a call is performed using each session. At this time, the proxy unit 403 senses the number of bytes of the voice packet to be output to the transmission path 6 for each session, and transmits it to the transmission rate calculation unit 404 as basic information. Based on the received basic information, the transmission rate calculation unit 404 calculates the number of transmission bytes per unit time of the established session (hereinafter referred to as the transmission rate), and sends this transmission rate to the overload state determination unit 406. Send.

過負荷状態判定部406には、あらかじめ閾値設定部405に設定されている閾値が送信されており、この閾値と伝送レート算出部404が算出した伝送レートとを比較する。比較の結果、伝送レートのほうが大きい場合には過負荷状態判定部406は伝送路6が過負荷状態であると判定し(st202)、判定結果を過負荷情報生成部407に送信する。また、閾値はオペレータ等の外部から適当な値が設定されている。例えば、伝送路6の伝送帯域の80%程度の値を設定することが考えられるが、この値に限られず任意の値を設定することが可能である。   A threshold set in advance in the threshold setting unit 405 is transmitted to the overload state determination unit 406, and this threshold is compared with the transmission rate calculated by the transmission rate calculation unit 404. If the transmission rate is larger as a result of the comparison, the overload state determination unit 406 determines that the transmission path 6 is in an overload state (st202), and transmits the determination result to the overload information generation unit 407. In addition, an appropriate value is set as the threshold value from the outside such as an operator. For example, although it is conceivable to set a value of about 80% of the transmission band of the transmission line 6, it is not limited to this value, and an arbitrary value can be set.

過負荷情報生成部407は伝送路6が過負荷状態であるという判定結果を受信した場合には、過負荷情報として伝送路6が過負荷状態であるという情報を含む過負荷情報パケットを生成し、過負荷情報送信部408へ送信する。過負荷情報送信部408はこの過負荷情報パケットを呼制御サーバ7へと転送する(st203)。   When the overload information generation unit 407 receives the determination result that the transmission line 6 is in an overload state, the overload information generation unit 407 generates an overload information packet including information that the transmission line 6 is in an overload state as overload information. Then, the data is transmitted to the overload information transmission unit 408. The overload information transmission unit 408 transfers this overload information packet to the call control server 7 (st203).

呼制御サーバ7は、メディアプロキシ4Aから過負荷情報パケットを過負荷情報受信部703で受信すると、この過負荷情報パケットを制御部704へと転送する。制御部704は過負荷情報パケットを受信すると、新たな接続要求の転送を禁止するように送信部702を制御するようになる(st204)。このような状態において、呼制御サーバ7がIP端末2AからIP端末2Bに対する新たな接続要求として、INVITEメッセージが送信された場合は(st205)、送信部702はst103と同様にIP端末2Aに対して暫定応答のメッセージ100Tryingを送信するが(st206)、制御部704によって制御されているために、IP端末2BにINVITEメッセージを転送せずに(st207)、IP端末2Aに対して要求の実行ができないとするメッセージ486Busyを送信する(st208)。このため、IP端末2AとIP端末2Bとの間に新たなセッションは確立されず、輻輳制御をすることが可能となる。   When the overload information packet is received by the overload information receiving unit 703 from the media proxy 4A, the call control server 7 transfers the overload information packet to the control unit 704. When receiving the overload information packet, the control unit 704 controls the transmission unit 702 to prohibit transfer of a new connection request (st204). In this state, when the call control server 7 transmits an INVITE message as a new connection request from the IP terminal 2A to the IP terminal 2B (st205), the transmission unit 702 sends the request to the IP terminal 2A in the same manner as st103. The provisional response message 100Trying is transmitted (st206), but since it is controlled by the control unit 704, the INVITE message is not transferred to the IP terminal 2B (st207), and the request to the IP terminal 2A is executed. A message 486Busy indicating that it cannot be transmitted is transmitted (st208). For this reason, a new session is not established between the IP terminal 2A and the IP terminal 2B, and congestion control can be performed.

さらに、現在接続中のセッションが切断されて、伝送路6の伝送レートが閾値以下になった場合について説明する。この場合、過負荷状態判定部406に送信される伝送レートは閾値よりも小さくなる。また、このときの閾値はst202で使用した閾値と同じ値であっても良いし、小さな値であっても良い。このように、閾値を違う値に設定するときには、閾値設定部404に予め設定しておけばよい。過負荷状態判定部406は伝送レートが閾値よりも小さく、過負荷状態ではないとの判定結果を過負荷情報生成部407に送信する。過負荷情報生成部407は伝送路6が過負荷状態でないという判定結果を受信した場合には、過負荷情報として過負荷状態解除パケットを生成し、過負荷情報送信部408へ送信する。過負荷情報送信部408はこの過負荷状態解除パケットを呼制御サーバ7へと転送する(st209)。   Further, a case where the currently connected session is disconnected and the transmission rate of the transmission line 6 becomes equal to or less than the threshold will be described. In this case, the transmission rate transmitted to the overload state determination unit 406 is smaller than the threshold value. In addition, the threshold value at this time may be the same value as the threshold value used in st202, or may be a small value. In this way, when setting the threshold value to a different value, it may be set in advance in the threshold value setting unit 404. The overload state determination unit 406 transmits to the overload information generation unit 407 a determination result that the transmission rate is smaller than the threshold and that the overload state is not over. When the overload information generation unit 407 receives a determination result that the transmission path 6 is not in an overload state, the overload information generation unit 407 generates an overload state release packet as overload information and transmits the packet to the overload information transmission unit 408. The overload information transmission unit 408 transfers this overload state release packet to the call control server 7 (st209).

呼制御サーバ7は、メディアプロキシ4Aから過負荷状態解除パケットを過負荷情報受信部703で受信すると、この過負荷情報パケットを制御部704へと転送する。制御部704は過負荷状態解除パケットを受信すると、送信部702の制御を解除する(st210)。従って、呼制御サーバ7はIP端末2AからIP端末2Bに対する新たなセッション確立の要求であるINVITEメッセージを受信した場合には、IP端末2Bに対してINVITEメッセージを転送するようになる。   When the overload state release packet is received by the overload information receiving unit 703 from the media proxy 4A, the call control server 7 transfers the overload information packet to the control unit 704. When the control unit 704 receives the overload state release packet, the control unit 704 releases the control of the transmission unit 702 (st210). Accordingly, when the call control server 7 receives an INVITE message that is a request for establishing a new session for the IP terminal 2B from the IP terminal 2A, the call control server 7 transfers the INVITE message to the IP terminal 2B.

また、メディアプロキシ4Bにおいても、上述のst202〜st210の動作が行われているために、伝送路6の伝送レートが閾値よりも大きい場合には、IP端末2BからIP端末2Aに対して接続要求があった場合でも、あらたなセッションを確立することを防止し、さらに、伝送路6の伝送レートが閾値を下回った場合には新たなセッションを確立することができる。   Also, in the media proxy 4B, since the above-described operations of st202 to st210 are performed, when the transmission rate of the transmission path 6 is larger than the threshold, the connection request is sent from the IP terminal 2B to the IP terminal 2A. Even if there is, a new session can be prevented from being established, and a new session can be established when the transmission rate of the transmission line 6 falls below the threshold.

このように構成されたVoIPネットワークにおいては、伝送路6の伝送レートが予め設定された閾値より大きくなった場合には、新たなセッションの確立を防止することができるために、ネットワークの輻輳を防止することが可能となる。   In the VoIP network configured in this way, when the transmission rate of the transmission line 6 becomes larger than a preset threshold, it is possible to prevent establishment of a new session, thereby preventing network congestion. It becomes possible to do.

実施の形態2.
実施の形態1におけるVoIPネットワークにおいては、呼制御のプロトコルとしてSIPを用いた構成であったが、呼制御のプロトコルはH.323であってもよい。H.323とは、いわゆるテレビ電話などの実装に利用される、ネットワーク上で音声・動画を1対1で送受信するために音声、映像方式、データ圧縮伸長方式などを定めたプロトコルであり、国際電気通信連合ITU−Tにて承認、勧告されているものである。
Embodiment 2. FIG.
The VoIP network according to the first embodiment has a configuration using SIP as a call control protocol. It may be 323. H. H.323 is a protocol used for the implementation of so-called videophones, etc., which defines audio, video systems, data compression / decompression systems, etc., for transmitting and receiving audio and video on a network on a one-to-one basis. Approved and recommended by the Union ITU-T.

次に、IP端末間の呼制御のプロトコルとしてH.323を用いてVoIPネットワーク構成し、IP端末2AとIP端末2Bとの間で通話を行う場合について、図7を用いて説明する。図7はH.323を用いて、通話を行う場合の動作を示すシーケンス図である。また、VoIPネットワークの構成は実施の形態1と同様であるので説明を省略する。   Next, as a call control protocol between IP terminals, H.264 is used. A case where a VoIP network is configured using H.323 and a call is made between the IP terminal 2A and the IP terminal 2B will be described with reference to FIG. FIG. FIG. 32 is a sequence diagram illustrating an operation when a call is performed using H.323. Further, the configuration of the VoIP network is the same as that of the first embodiment, and thus the description thereof is omitted.

まず、局1A内のIP端末2Aが局1B内のIP端末2Bと通話を行う場合、IP端末2Aから呼制御サーバ7にハブ3Aおよびルータ5Aを介して、IP端末2Bへのセッションの接続要求として、電話番号、接続許可申請のメッセージであるARQが送信される(st301)。呼制御サーバ7は受信部701でこのメッセージを受信すると、送信部702を用いてIP端末2AへIPアドレス、接続許可のメッセージACFを送信する(st302)。IP端末2AはメッセージACFを受信すると、IP端末2Bに対して呼設定をするためにメッセージSETUPを送信する(st303)。IP端末2Bでは、このSETUPをうけて、IP端末2Aに電話番号、接続許可申請のメッセージARQを送信する(st304)。IP端末2Aは、IP端末2BからのメッセージARQを受けて、IPアドレス、接続許可のメッセージACFを返信する。このメッセージを受信したIP端末2Bは、ALERT、CONNECTメッセージにより応答し(st306、st307)、CONNECTメッセージをIP端末2Aが受信すると、IP端末2AとIP端末2Bとの間にセッションが確立される。   First, when the IP terminal 2A in the station 1A makes a call with the IP terminal 2B in the station 1B, a connection request for a session to the IP terminal 2B from the IP terminal 2A to the call control server 7 via the hub 3A and the router 5A. The ARQ, which is a message of a telephone number and connection permission application, is transmitted (st301). When the receiving unit 701 receives this message, the call control server 7 transmits an IP address and a connection permission message ACF to the IP terminal 2A using the transmitting unit 702 (st302). When receiving the message ACF, the IP terminal 2A transmits a message SETUP to set up a call to the IP terminal 2B (st303). Upon receiving this SETUP, IP terminal 2B transmits a telephone number and a connection permission application message ARQ to IP terminal 2A (st304). Upon receiving the message ARQ from the IP terminal 2B, the IP terminal 2A returns an IP address and a connection permission message ACF. The IP terminal 2B that has received this message responds with an ALERT and CONNECT message (st306, st307). When the IP terminal 2A receives the CONNECT message, a session is established between the IP terminal 2A and the IP terminal 2B.

接続が完了すると、実施の形態1と同様に、IP端末2Aからの音声パケットはハブ3Aを介して、メディアプロキシ4Aへ出力される。メディアプロキシ4Aでは、音声パケット受信部401を用いて、この音声パケットを受信し、この呼で伝送路6に出力されるパケットのバイト数を感知して、基礎情報として伝送レート算出部404に通知する。その後、音声パケットは、音声パケット送信部402から伝送路6を用いて局1Bへと転送される。尚、プロキシ部403では音声パケットに対して、音声コーデックなどの信号処理をほどこしてもよい。局1Bでは、この音声パケットとハブ3Bを介してメディアプロキシ4Bで受信し、メディアプロキシ4BはIP端末2Bへ転送する。このようにして、生成されたセッション上で、UDPによる音声パケットのやり取りが行われ、通話状態となる(st308)。   When the connection is completed, the voice packet from the IP terminal 2A is output to the media proxy 4A via the hub 3A as in the first embodiment. The media proxy 4A receives the voice packet using the voice packet receiving unit 401, senses the number of bytes of the packet output to the transmission path 6 by this call, and notifies the transmission rate calculation unit 404 as basic information. To do. Thereafter, the voice packet is transferred from the voice packet transmitting unit 402 to the station 1B using the transmission path 6. Note that the proxy unit 403 may perform signal processing such as a voice codec on the voice packet. The station 1B receives this voice packet and the media proxy 4B via the hub 3B, and the media proxy 4B transfers it to the IP terminal 2B. In this way, voice packets are exchanged by UDP on the generated session, and a call state is established (st308).

次に、このように構成されたVoIPネットワークの輻輳制御の手法について図8を用いて説明する。図8はVoIPネットワークの輻輳制御時の動作を示すシーケンス図である。   Next, a congestion control method for the VoIP network configured as described above will be described with reference to FIG. FIG. 8 is a sequence diagram showing an operation at the time of congestion control of the VoIP network.

まず、図7におけるst301〜st308と同様の動作を繰り返し、複数のIP端末2Aがそれぞれ対応するIP端末2Bと通話が行われている状態になっている(st401)。すなわち、複数のセッションが確立され、それぞれのセッションを用いて通話が行われている。このとき、実施の形態1と同様に、メディアプロキシ4Aでは、伝送路6の伝送レートに基づいて、伝送路6が過負荷状態であるかどうかの判定を行う(st402)。判定の結果、過負荷状態であると判定された場合には、呼制御サーバ7に、過負荷情報パケットが送信され(st403)、新たな電話番号、接続許可申請に対して、IPアドレス、接続許可のメッセージACFの返送を禁止するように送信部702を制御するようになる(st404)。このような状態において、IP端末2Aから呼制御サーバ7に対し、新たな電話番号、接続許可申請のメッセージARQメッセージが送信された場合は(st405)、送信部702はIPアドレス、接続許可のメッセージACFを送信せずに、接続不可のメッセージを送信する(st406)。このように呼制御のプロトコルとして、H.323を用いた場合であっても輻輳制御をすることが可能となる。   First, the same operation as st301 to st308 in FIG. 7 is repeated, and the plurality of IP terminals 2A are in a state where a call is made with the corresponding IP terminal 2B (st401). That is, a plurality of sessions are established, and a call is performed using each session. At this time, as in the first embodiment, the media proxy 4A determines whether or not the transmission line 6 is overloaded based on the transmission rate of the transmission line 6 (st402). If it is determined as an overload state as a result of the determination, an overload information packet is transmitted to the call control server 7 (st403), and an IP address, connection for a new telephone number and connection permission application are transmitted. The transmission unit 702 is controlled to prohibit the return of the permission message ACF (st404). In this state, when a new telephone number and a connection permission application message ARQ message are transmitted from the IP terminal 2A to the call control server 7 (st405), the transmission unit 702 transmits the IP address and the connection permission message. A message indicating that connection is not possible is transmitted without transmitting the ACF (st406). As described above, H. Even if H.323 is used, congestion control can be performed.

また、実施の形態1と同様に、伝送路6の伝送レートが閾値を下回った場合には新たなセッションが確立できることは言うまでもない。   Further, as in the first embodiment, it is needless to say that a new session can be established when the transmission rate of the transmission line 6 falls below the threshold value.

この発明を実施するための実施の形態1および実施の形態2におけるVoIPネットワークを示す図である。It is a figure which shows the VoIP network in Embodiment 1 and Embodiment 2 for implementing this invention. メディアプロキシの構造を示す図である。It is a figure which shows the structure of a media proxy. 呼制御サーバの構造を示す図である。It is a figure which shows the structure of a call control server. SIPを用いた通話を行う際の動作を示すシーケンス図であるIt is a sequence diagram which shows the operation | movement at the time of making a telephone call using SIP ステータスコードを示す図である。It is a figure which shows a status code. SIPを用いた輻輳制御を行う際の動作を示すシーケンス図である。It is a sequence diagram which shows the operation | movement at the time of performing congestion control using SIP. H.323を用いた通話を行う際の動作を示すシーケンス図である。H. FIG. 32 is a sequence diagram illustrating an operation when performing a call using H.323. H.323を用いた輻輳制御を行う際の動作を示すシーケンス図である。H. 6 is a sequence diagram illustrating an operation when performing congestion control using H.323. FIG.

符号の説明Explanation of symbols

1A、1B 局
2A、2B IP端末
4A、4B メディアプロキシ
401 音声パケット受信部
402 音声パケット送信部
404 伝送レート算出部
406 過負荷状態判定部
408 過負荷情報送信部
6 伝送路
7 呼制御サーバ
701 受信部
702 送信部
703 過負荷情報受信部
704 制御部
1A, 1B Station 2A, 2B IP terminal 4A, 4B Media proxy 401 Voice packet receiver 402 Voice packet transmitter 404 Transmission rate calculator 406 Overload state determiner 408 Overload information transmitter 6 Transmission path 7 Call control server 701 Reception Unit 702 transmitting unit 703 overload information receiving unit 704 control unit

Claims (5)

第1の局内に接続された第1のIP端末から第2の局内に接続された第2のIP端末へのセッションの確立要求を受信する受信部と、
前記受信部が受信したセッションの確立要求を前記第2のIP端末へ転送する送信部と、
前記第1の局と前記第2の局とを接続する伝送路が過負荷状態であることを示す過負荷情報を受信する過負荷情報受信部と、
前記過負荷情報受信部が過負荷情報を受信すると、前記接続要求受信部が前記第1のIP端末から前記第2のIP端末への新たなセッションの確立要求を受信した場合でも、このセッションの確立要求を前記第2のIP端末への転送を禁止するように前記送信部を制御する制御部と、
を有することを特徴とする呼制御サーバ。
A receiving unit that receives a session establishment request from the first IP terminal connected in the first station to the second IP terminal connected in the second station;
A transmission unit that transfers a session establishment request received by the reception unit to the second IP terminal;
An overload information receiving unit for receiving overload information indicating that a transmission line connecting the first station and the second station is in an overload state;
When the overload information receiving unit receives the overload information, even if the connection request receiving unit receives a request for establishing a new session from the first IP terminal to the second IP terminal, A control unit that controls the transmission unit to prohibit transfer of an establishment request to the second IP terminal;
A call control server comprising:
第1の局内に接続された第1のIP端末から第2の局内に接続された第2のIP端末へのセッションの確立要求を受信する受信部と、
前記セッションを確立するためのメッセージを前記第1のIP端末へ返信する送信部と、
前記第1の局と前記第2の局とを接続する伝送路が過負荷状態であることを示す過負荷情報を受信する過負荷情報受信部と、
前記過負荷情報受信部が過負荷情報を受信すると、前記接続要求受信部が前記第1のIP端末から前記第2のIP端末への新たなセッションの確立要求を受信した場合でも、このセッションの確立するためのメッセージを前記第1のIP端末への返信を禁止するように前記送信部を制御する制御部と、
を有することを特徴とする呼制御サーバ。
A receiver for receiving a session establishment request from the first IP terminal connected in the first station to the second IP terminal connected in the second station;
A transmitter for returning a message for establishing the session to the first IP terminal;
An overload information receiving unit for receiving overload information indicating that a transmission line connecting the first station and the second station is in an overload state;
When the overload information receiving unit receives the overload information, even if the connection request receiving unit receives a request for establishing a new session from the first IP terminal to the second IP terminal, A control unit that controls the transmission unit to prohibit a reply to the first IP terminal for establishing a message;
A call control server comprising:
第1の局内に接続された第1のIP端末からの音声パケットを受信する音声パケット受信部と、
前記音声パケット受信部が受信した音声パケットを第2の局内に接続された第2のIP端末へ、前記第1の局と前記第2の局とを接続する伝送路を介して転送する音声パケット送信部と、
前記伝送路を伝送する音声パケット量に基づいて、該伝送路の伝送レートを算出する伝送レート算出部と、
前記伝送レート算出部が算出した伝送レートに基づいて、前記伝送路が過負荷状態であるかどうかを判定する過負荷状態判定部と、
前記過負荷状態判定部において前記伝送路が過負荷状態であると判定された場合には、前記第1のIP端末と前記第2のIP端末との呼制御する呼制御サーバに対して、前記伝送路が過負荷状態であることを示す過負荷情報を送信する過負荷情報送信部と、
を有することを特徴とするメディアプロキシ。
A voice packet receiver for receiving voice packets from a first IP terminal connected in the first station;
A voice packet for transferring a voice packet received by the voice packet receiving unit to a second IP terminal connected in a second station via a transmission path connecting the first station and the second station. A transmission unit;
A transmission rate calculation unit for calculating a transmission rate of the transmission line based on the amount of voice packets transmitted through the transmission line;
Based on the transmission rate calculated by the transmission rate calculation unit, an overload state determination unit that determines whether the transmission line is in an overload state,
When the overload state determination unit determines that the transmission path is in an overload state, the call control server that performs call control between the first IP terminal and the second IP terminal, An overload information transmission unit that transmits overload information indicating that the transmission line is in an overload state;
A media proxy, comprising:
前記過負荷状態判定部は、前記伝送レートが所定の閾値より大きい場合に前記伝送路が過負荷状態であると判定することを特徴とする請求項2に記載のメディアプロキシ。 3. The media proxy according to claim 2, wherein the overload state determination unit determines that the transmission path is in an overload state when the transmission rate is greater than a predetermined threshold. 第1の局内に接続された第1のIP端末と、
第2の局内に接続された第2のIP端末と、
前記第1の局と前記第2の局とを接続する伝送路と、
前記第1のIP端末と前記第2のIP端末との呼制御を行う呼制御サーバと、
前記第1のIP端末から出力される音声パケットを受信すると共に、前記伝送路を用いてこの音声パケットを前記第2のIP端末へ転送するメディアプロキシと、
を有するVoIPネットワークの輻輳を制御するための輻輳制御方法であって、
前記伝送路を伝送する音声パケットに基づいて、この伝送路の伝送レートを算出する伝送レート算出ステップと、
前記伝送レート算出ステップで算出した伝送レートに基づいて、前記伝送路が過負荷状態であるかどうかを判定する過負荷状態判定ステップと、
前記過負荷状態判定ステップにおいて前記伝送路が過負荷状態であると判定された場合には、前記呼制御サーバに対して、前記伝送路が過負荷状態であることを示す過負荷情報を送信する過負荷情報送信ステップと、
前記呼制御サーバは、過負荷情報を受信すると、前記第1のIP端末から前記第2のIP端末へのセッションの確立要求を受信した場合でも、このセッションを確立するためのメッセージの送信を禁止するように制御する制御ステップと、
を有することを特徴とする輻輳制御方法。
A first IP terminal connected within the first station;
A second IP terminal connected in the second station;
A transmission line connecting the first station and the second station;
A call control server that performs call control between the first IP terminal and the second IP terminal;
A media proxy that receives a voice packet output from the first IP terminal and transfers the voice packet to the second IP terminal using the transmission path;
A congestion control method for controlling congestion of a VoIP network having:
A transmission rate calculating step of calculating a transmission rate of the transmission line based on a voice packet transmitted through the transmission line;
Based on the transmission rate calculated in the transmission rate calculation step, an overload state determination step for determining whether or not the transmission line is in an overload state;
When it is determined in the overload state determination step that the transmission path is overloaded, overload information indicating that the transmission path is overloaded is transmitted to the call control server. An overload information transmission step;
When the call control server receives the overload information, the call control server prohibits transmission of a message for establishing the session even when the session establishment request from the first IP terminal to the second IP terminal is received. A control step for controlling to
The congestion control method characterized by having.
JP2006006003A 2006-01-13 2006-01-13 Call control server, media proxy and congestion control method Pending JP2007189509A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006006003A JP2007189509A (en) 2006-01-13 2006-01-13 Call control server, media proxy and congestion control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006006003A JP2007189509A (en) 2006-01-13 2006-01-13 Call control server, media proxy and congestion control method

Publications (1)

Publication Number Publication Date
JP2007189509A true JP2007189509A (en) 2007-07-26

Family

ID=38344373

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006006003A Pending JP2007189509A (en) 2006-01-13 2006-01-13 Call control server, media proxy and congestion control method

Country Status (1)

Country Link
JP (1) JP2007189509A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010004495A (en) * 2008-06-23 2010-01-07 Nippon Telegr & Teleph Corp <Ntt> Call control method, system, server, and session border controller
JP2010278756A (en) * 2009-05-28 2010-12-09 Nippon Telegr & Teleph Corp <Ntt> Fallback control method, fallback control system, call control device and call control program
JP2016100631A (en) * 2014-11-18 2016-05-30 株式会社Nttドコモ Communication control device and communication control method

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6461149A (en) * 1987-08-31 1989-03-08 Nec Corp Overload control system for packet exchange
JPH02104150A (en) * 1988-10-13 1990-04-17 Fujitsu Ltd Congestion regulating system based upon processing queue length
JP2002261925A (en) * 2001-03-01 2002-09-13 Nippon Telegr & Teleph Corp <Ntt> VoIP NETWORK CONGESTION CONTROL METHOD AND SYSTEM DEVICE
JP2003124984A (en) * 2001-10-18 2003-04-25 Mitsubishi Electric Corp Data distribution managing apparatus, system and method therefor
JP2004064135A (en) * 2002-07-24 2004-02-26 Ntt Docomo Inc Operation apparatus and communication control method
JP2005311593A (en) * 2004-04-20 2005-11-04 Nippon Telegr & Teleph Corp <Ntt> Call control server for carrying out congestion control, and congestion control system and method
JP2006014021A (en) * 2004-06-28 2006-01-12 Nippon Telegraph & Telephone East Corp Congestion control system and method in ip telephone network, program and recording medium

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6461149A (en) * 1987-08-31 1989-03-08 Nec Corp Overload control system for packet exchange
JPH02104150A (en) * 1988-10-13 1990-04-17 Fujitsu Ltd Congestion regulating system based upon processing queue length
JP2002261925A (en) * 2001-03-01 2002-09-13 Nippon Telegr & Teleph Corp <Ntt> VoIP NETWORK CONGESTION CONTROL METHOD AND SYSTEM DEVICE
JP2003124984A (en) * 2001-10-18 2003-04-25 Mitsubishi Electric Corp Data distribution managing apparatus, system and method therefor
JP2004064135A (en) * 2002-07-24 2004-02-26 Ntt Docomo Inc Operation apparatus and communication control method
JP2005311593A (en) * 2004-04-20 2005-11-04 Nippon Telegr & Teleph Corp <Ntt> Call control server for carrying out congestion control, and congestion control system and method
JP2006014021A (en) * 2004-06-28 2006-01-12 Nippon Telegraph & Telephone East Corp Congestion control system and method in ip telephone network, program and recording medium

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010004495A (en) * 2008-06-23 2010-01-07 Nippon Telegr & Teleph Corp <Ntt> Call control method, system, server, and session border controller
JP2010278756A (en) * 2009-05-28 2010-12-09 Nippon Telegr & Teleph Corp <Ntt> Fallback control method, fallback control system, call control device and call control program
JP2016100631A (en) * 2014-11-18 2016-05-30 株式会社Nttドコモ Communication control device and communication control method

Similar Documents

Publication Publication Date Title
JP4422727B2 (en) Handover method and apparatus
US7542481B2 (en) Connection optimization for communications in multiple access environment
JP4870475B2 (en) Communication network system
JP4491521B2 (en) DTMF transfer method by RTP
JP2006222822A (en) Handover system
JP2008547318A (en) Method and apparatus for utilizing network services in a manner that is substantially transparent to service endpoints
JP2008283611A (en) Ip communication apparatus and data transmission method thereof
Spencer et al. Iax: Inter-asterisk exchange version 2
JPWO2008044265A1 (en) Call connection processing method and message transmission / reception proxy device
JP2007189509A (en) Call control server, media proxy and congestion control method
JP2011029827A (en) Call control device, information communication method, information communication program, and information communication system
JP5243336B2 (en) Communication system, communication terminal, communication method, and communication program
JP4886612B2 (en) IP communication apparatus, IP communication method, and call control server
JP2004265154A (en) Session maintaining method in heterogeneous network, and its mobile node
US8923796B2 (en) Expedited call setup
JP2006217167A (en) Ip telephone device and ip adapter device
JP2004343417A (en) VoIP MULTIPLEXER
WO2010047229A1 (en) Communication system and communication device
JP2005020676A (en) Telephone communication method and apparatus
JP2008148019A (en) Pbx device and call control method therefor
JP5223444B2 (en) Communication system and call control device
JP2005327101A (en) Session continuation ensuring method, and sip proxy server
KR100666956B1 (en) Apparatus and method for transmitting of media on network
JP5421940B2 (en) Call processing control apparatus and call processing control method
JP5046007B2 (en) IP telephone equipment

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20071217

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20091120

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091201

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100406