JP2007189509A - Call control server, media proxy and congestion control method - Google Patents
Call control server, media proxy and congestion control method Download PDFInfo
- 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
Links
Images
Abstract
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参照)。
しかしながら、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
まず、局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
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
次に、通話の終了について説明する。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
過負荷状態判定部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
過負荷情報生成部407は伝送路6が過負荷状態であるという判定結果を受信した場合には、過負荷情報として伝送路6が過負荷状態であるという情報を含む過負荷情報パケットを生成し、過負荷情報送信部408へ送信する。過負荷情報送信部408はこの過負荷情報パケットを呼制御サーバ7へと転送する(st203)。
When the overload
呼制御サーバ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
さらに、現在接続中のセッションが切断されて、伝送路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
呼制御サーバ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
また、メディアプロキシ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
接続が完了すると、実施の形態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
次に、このように構成された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
また、実施の形態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.
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,
Claims (5)
前記受信部が受信したセッションの確立要求を前記第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の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:
前記音声パケット受信部が受信した音声パケットを第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の局内に接続された第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.
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)
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)
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 |
-
2006
- 2006-01-13 JP JP2006006003A patent/JP2007189509A/en active Pending
Patent Citations (7)
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)
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 |