JP5167317B2 - Session control apparatus, session control method and program thereof - Google Patents
Session control apparatus, session control method and program thereof Download PDFInfo
- Publication number
- JP5167317B2 JP5167317B2 JP2010177730A JP2010177730A JP5167317B2 JP 5167317 B2 JP5167317 B2 JP 5167317B2 JP 2010177730 A JP2010177730 A JP 2010177730A JP 2010177730 A JP2010177730 A JP 2010177730A JP 5167317 B2 JP5167317 B2 JP 5167317B2
- Authority
- JP
- Japan
- Prior art keywords
- control device
- session control
- connection request
- call
- density
- 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.)
- Expired - Fee Related
Links
Images
Description
本発明は、IP(Internet Protocol)網等を介して複数種類の通信サービスを行う場合におけるトラヒック制御技術に関し、特にコネクション制御等のシグナリングを行うC-plane(呼制御信号プレーン)の輻輳制御と、データの転送を行うU-plane(ユーザ情報転送プレーン)のリソースの使用状況との両方を考慮したトラヒック制御技術に関する。発信元と着信先との間のセッションは接続要求(SIPのINVITEリクエスト等)を用いてセッションを確立し、サービスの提供を開始する。なお、この通信サービスは、発信元と着信先との間のセッションを接続要求(SIPのINVITEリクエスト等)を用いてセッションを確立し、サービスの提供を開始する。 The present invention relates to a traffic control technique in the case of performing a plurality of types of communication services via an IP (Internet Protocol) network or the like, and in particular, congestion control of a C-plane (call control signal plane) that performs signaling such as connection control, The present invention relates to a traffic control technique that takes into account both the usage status of resources of a U-plane (user information transfer plane) that transfers data. The session between the caller and the callee establishes a session using a connection request (SIP INVITE request or the like) and starts providing a service. This communication service establishes a session between a caller and a callee using a connection request (SIP INVITE request or the like), and starts providing the service.
従来から、IP網を介して、電話通信サービス等、様々な通信サービスを提供する技術がある。このような通信サービスにおける輻輳制御技術として、以下の技術がある。例えば、特許文献1には、IP網を用いた電話通信システムにおいて、各接続制御装置の単位時間あたりの呼数である呼数密度に基づいて、接続要求の接続数を制御する技術が開示されている。また、IP網内のいずれかの接続制御装置が、輻輳防止のための過規制等を行ってしまうことで、IP網全体の接続要求の処理能力が低下することがある。このような問題を解決するため、特許文献2に記載の技術がある。 Conventionally, there are technologies for providing various communication services such as a telephone communication service via an IP network. There are the following techniques as congestion control techniques in such communication services. For example, Patent Document 1 discloses a technique for controlling the number of connections in a connection request based on the call density, which is the number of calls per unit time of each connection control device, in a telephone communication system using an IP network. ing. In addition, if any connection control device in the IP network performs over-regulation to prevent congestion, the connection request processing capability of the entire IP network may be reduced. In order to solve such a problem, there is a technique described in Patent Document 2.
この特許文献2には、輻輳が発生している発呼の対地(対地の接続制御装置)が処理可能な総呼数(以下、呼数総量)を発信側の各接続制御装置に配分する技術が開示されている。そして、発信側の各接続制御装置に配分された呼数(配分呼数)を超える発呼を規制遭遇とする。規制遭遇とは、その接続要求に基づく接続処理を行わないことである。このような技術によれば、網内の輻輳を検出した接続制御装置の処理能力に応じて呼数総量を発信側の各接続制御装置に配分するので、網内の輻輳を検出した接続制御装置の接続要求の処理能力を有効活用しつつ、発生した輻輳を鎮静できる。つまり、輻輳による網全体の接続要求の処理能力が低下することを抑制できる。 This patent document 2 discloses a technique for allocating the total number of calls (hereinafter referred to as the total number of calls) that can be processed by the ground of the call where the congestion occurs (hereinafter referred to as the total number of connections) to each connection control apparatus on the transmission side. Is disclosed. A call exceeding the number of calls allocated to each connection control device on the caller side (allocated call count) is regarded as a restricted encounter. The restriction encounter means that connection processing based on the connection request is not performed. According to such a technique, since the total number of calls is distributed to each connection control device on the transmission side according to the processing capability of the connection control device that has detected congestion in the network, the connection control device that has detected congestion in the network The congestion that has occurred can be calmed down while effectively utilizing the processing capacity of the connection request. That is, it is possible to suppress a decrease in the processing capacity of the connection request of the entire network due to congestion.
さらに、IP網の帯域制御方法として、非特許文献1には、各接続要求の要求するbandwidth(要求帯域)をavailable resources(使用可能帯域)の中で確保することで通信品質を確保するRACS(Resource and Admission Control Subsystem)が開示されている。このような技術によれば、IP網を用いた様々な通信サービスにおける通信品質を確保することができる。 Furthermore, as a bandwidth control method for an IP network, Non-Patent Document 1 describes RACS (which secures communication quality by securing the bandwidth (requested bandwidth) requested by each connection request in available resources (available bandwidth). Resource and Admission Control Subsystem) is disclosed. According to such a technique, it is possible to ensure communication quality in various communication services using the IP network.
ここで、IP網において、電話通信サービスを含む様々な通信サービス(例えば、テレビ電話サービスや、ヴィデオオンデマンドサービス等、音声や映像の配信サービス)における呼(接続要求)の要求帯域は、その通信サービスごとに異なる。よって、IP網で様々な通信サービスを提供する場合において、その通信品質を確保するためには、呼数密度制御(特許文献1参照)および総量配分(特許文献2参照)に加え、帯域管理制御(非特許文献1参照)を行うことが重要となる。 Here, in the IP network, the bandwidth required for calls (connection requests) in various communication services including a telephone communication service (for example, a videophone service, a video-on-demand service, or a voice or video distribution service) is the communication bandwidth. Different for each service. Therefore, when various communication services are provided in the IP network, in order to ensure the communication quality, in addition to call density control (see Patent Document 1) and total amount distribution (see Patent Document 2), bandwidth management control is performed. (See Non-Patent Document 1).
例えば、IP網において、前記した呼数密度制御および総量配分(以下、これらをまとめて絶対量制御と呼ぶ)と、帯域管理制御とを行う方法として、図2に示すような方法が考えられる。この方法は、呼数密度制御と帯域管理制御との両方を疎通した接続要求のみセッションを確立し、サービスの提供を開始する方法である。 For example, in an IP network, a method as shown in FIG. 2 is conceivable as a method for performing the above-described call density control and total amount distribution (hereinafter collectively referred to as absolute amount control) and bandwidth management control. This method establishes a session only for a connection request that communicates both the call density control and the bandwidth management control, and starts providing a service.
まず、輻輳が発生したセッション制御装置(接続制御装置)に向かう接続要求に対して、トラヒック配分計算装置が、各セッション制御装置が規制遭遇の対象とする呼数密度(単位時間あたりの呼数(接続要求の数))の閾値を通知する。そして、各セッション制御装置の呼数密度制御部は、この呼数密度の閾値を用いて規制遭遇とするか否かの判断を行う。例えば、図1に示すように1秒間で5呼という呼数密度の閾値をもとに呼数密度制御を実施した場合、複数の接続要求に対し、1秒間に加わった先着順に5呼まで疎通させカウントし、6呼以降に加わった接続要求についてはすべて規制する。つまり、呼数密度制御部は、新たな接続要求を受け付けても、この呼数密度の閾値を超えなければ、その接続要求を受け付ける。そして、受け付けた接続要求を、帯域管理制御部へ出力する。一方、呼数密度制御部は、新たな接続要求を受け付けても、呼数密度の閾値を超えてしまうときは、この接続要求を規制遭遇とし、帯域管理制御部への出力は行わない。次に、帯域管理制御部は、呼数密度制御部から出力された接続要求の要求帯域が使用可能帯域以内か否かの判断を行う。帯域管理制御部は、接続要求の要求帯域が使用可能帯域以内なら疎通させるが、要求帯域が使用可能帯域を超える場合には疎通させない、つまり、規制遭遇とする。このように、セッション制御装置は、新たに受け付けた接続要求が呼数密度による規制遭遇にならなかった場合でも、その接続要求の要求帯域が、使用可能帯域を超えるとき、その新たな接続要求を規制遭遇とする。 First, in response to a connection request directed to a session control device (connection control device) where congestion has occurred, the traffic distribution calculation device determines the call density (number of calls per unit time ( The threshold value of the number of connection requests)) is notified. Then, the call density control unit of each session control device determines whether or not to make a regulation encounter using this call density threshold. For example, as shown in FIG. 1, when call density control is performed based on a call density threshold of 5 calls per second, up to 5 calls can be communicated in the first-come-first-served basis added to 1 second for multiple connection requests. All connection requests added after 6 calls are regulated. That is, even if a new connection request is received, the call number density control unit receives the connection request if the call number density threshold is not exceeded. Then, the received connection request is output to the bandwidth management control unit. On the other hand, even if a call connection density control unit receives a new connection request, if the call number density threshold is exceeded, the call number density control unit regards this connection request as a restriction encounter and does not output to the bandwidth management control unit. Next, the bandwidth management control unit determines whether or not the requested bandwidth of the connection request output from the call number density control unit is within the usable bandwidth. The bandwidth management control unit communicates when the requested bandwidth of the connection request is within the usable bandwidth, but does not communicate when the requested bandwidth exceeds the usable bandwidth, that is, it encounters a regulation encounter. As described above, even when the newly accepted connection request does not meet the regulation due to the call density, the session control device requests the new connection request when the requested bandwidth of the connection request exceeds the usable bandwidth. Suppose you encounter a regulation.
しかし、前記した方法により、IP網で様々な通信サービスの接続要求に対し、発呼規制の対象のセッション制御装置が呼数密度制御と帯域管理制御とを行う場合、図2に示すように、呼数密度制御による制御で、規制遭遇とならなかった接続要求が、帯域管理制御において規制遭遇となり、呼数密度が無駄に使われてしまう、またその後、新たな接続要求が発生した場合にも、使用可能帯域が残っていても、無駄に呼数密度が使用され、未使用の呼数密度が無い場合には、その使用可能帯域が有効活用できないことがあるという問題点がある。このことを具体例を用いて説明する。 However, when the session control apparatus subject to call restriction performs call density control and bandwidth management control in response to connection requests for various communication services in the IP network, as shown in FIG. A connection request that did not become a regulation encounter in the control by call density control becomes a regulation encounter in bandwidth management control, and the call density is wasted, and a new connection request occurs after that. Even if the usable bandwidth remains, if the call density is used wastefully and there is no unused call density, there is a problem that the usable bandwidth may not be effectively utilized. This will be described using a specific example.
例えば、呼数密度を5呼/1秒としたとき、図2の呼数密度制御部は、1秒間に先着順に新たな接続要求を受け付け、呼数が5呼を超えるとき、この接続要求を規制遭遇とする。また、例えば、使用可能な全帯域が80Mbpsとしたとき、帯域管理制御部は、既に接続中の使用帯域と、新たな接続要求の要求帯域との合計が80Mbpsを超えるとき、この接続要求を規制遭遇とする。ここでは、呼数密度制御部が先着順に符号901〜906に示す接続要求を受け付ける。なお、この図の例では901,902,・・・,905,906の順で受け付けている。また、符号901,903,904,906に示す接続要求の要求帯域は10Mbpsであり、符号902,905に示す接続要求の要求帯域は30Mbpsであるものとする。呼数密度制御部は、符号905に示す接続要求までは、呼数密度が5呼/1秒以内なので、この接続要求を帯域管理制御部へ出力する。この接続要求を帯域管理制御部へ出力すると、呼数密度の値を増加させる。しかし、符号905に示す接続要求の次に、符号906に示す接続要求を受け付けたとき、この接続要求を受け付けると、呼数密度が5呼/1秒を超えてしまうので、呼数密度制御部は、この接続要求を規制遭遇とする。ここで、符号901〜904に示す接続要求を疎通させた段階で、使用可能帯域は80Mbps−60Mbps=20Mbpsしか残っていない。よって、帯域管理制御部は、符号905に示す接続要求(要求帯域=30Mbps)を規制遭遇とする。このような規制を行うことで、IP網内の所定のセッション制御装置に発呼(接続要求)が集中し、輻輳を鎮静しつつ、使用可能帯域内で通信を行うことにより、通信品質を確保できる。
For example, when the call density is 5 calls / 1 second, the call density control unit in FIG. 2 accepts a new connection request on a first-come-first-served basis per second, and when the number of calls exceeds 5 calls, Suppose you encounter a regulation. For example, when the total available bandwidth is 80 Mbps, the bandwidth management control unit regulates this connection request when the total of the already used bandwidth and the requested bandwidth of the new connection request exceeds 80 Mbps. Let's say an encounter. Here, the call density control unit accepts connection requests indicated by
しかし、このような方法では、IP網内の使用可能帯域が必ずしも有効活用されないおそれがある。つまり、前記した例でいうと、符号905に示す接続要求(要求帯域=30Mbps)も、符号906に示す接続要求(要求帯域=10Mbps)も規制遭遇の対象となっているため、残っている使用可能帯域(20Mbps)が有効活用されないことになる。換言すると、符号905に示す接続要求は、帯域管理制御部において規制遭遇となっても、呼数密度制御部から帯域管理制御部へ出力された段階で呼数密度の値が増加されてしまう。よって、その次に受け付けた符号906に示す接続要求は、規制遭遇となる。従って、前記した方法では、符号906に示す接続要求を疎通させることができない。このため、このセッション制御装置で管理する使用可能帯域のうち、残っている使用可能帯域(20Mbps分)があるにもかかわらず、符号906に示す接続要求(10Mbps)を疎通させることができず、使用可能帯域を有効活用できない。このように、IP網においてセッション制御装置が、様々な要求帯域の接続要求を受け付ける場合、無駄に呼数密度の値を増加させてしまい、使用可能帯域を有効活用できないことがある。
However, in such a method, there is a possibility that the available bandwidth in the IP network is not always effectively used. In other words, in the above example, both the connection request indicated by reference numeral 905 (request bandwidth = 30 Mbps) and the connection request indicated by reference numeral 906 (request bandwidth = 10 Mbps) are subject to regulatory encounters. The available bandwidth (20 Mbps) is not effectively used. In other words, even if the connection request indicated by
そこで本発明は、前記した問題を解決し、様々な通信サービスを提供するIP網において、輻輳発生を抑制し、IP網全体の接続要求の処理能力および使用可能帯域を有効活用するセッション制御を行うことを目的とする。 Accordingly, the present invention solves the above-described problems, and performs session control in the IP network that provides various communication services, suppresses the occurrence of congestion, and effectively utilizes the connection request processing capacity and available bandwidth of the entire IP network. For the purpose.
前記した課題を解決するため、本発明のセッション制御システムは、(1)IP網のC-plane(呼制御プレーン)上で、端末または他のセッション制御装置から送信される接続要求に基づきセッションを確立するセッション制御装置と、(2)IP網のセッション制御装置の処理能力に応じて当該セッション制御装置において接続要求に対する規制遭遇を行うときに用いる単位時間あたりの疎通した呼数である呼数密度の閾値を計算するトラヒック配分計算装置と、(3)セッション制御装置に接続され、当該セッション制御装置に割り当てられたIP網のU-plane(ユーザ情報転送プレーン)の使用可能帯域を監視する帯域管理制御装置とを備える。このセッション制御装置は、当該セッション制御装置に割り当てられた残余リソース量が所定の閾値以下となっているとき、トラヒック配分計算装置へ、自身のセッション制御装置における輻輳の発生を通知する。また、セッション制御装置は、トラヒック配分計算装置から、計算された呼数密度の閾値を含む、輻輳が発生したセッション制御装置である輻輳セッション制御装置に対する接続要求の規制指示を受信したとき、以下の処理を行う。すなわち、このセッション制御装置は、輻輳セッション制御装置への呼数密度の計測を、単位時間あたりの疎通した呼数のカウントを行うことで行い、規制指示に含まれる呼数密度の閾値と、輻輳セッション制御装置への呼数密度とを比較する。そして、セッション制御装置は、計測された呼数密度が閾値を超えている場合、受信した接続要求に対する規制遭遇を実行する。一方、計測された呼数密度が閾値を超えていない場合、当該セッション制御装置に接続される帯域管理制御装置へ、受信した接続要求に示される要求帯域が確保可能か否かを問い合わせる。そして、セッション制御装置は、当該帯域管理制御装置から当該要求帯域が確保可能である旨の応答を受信したとき、受信した接続要求に基づく接続処理を実行し、呼数密度のカウント値を増加させる。一方、セッション制御装置は、帯域管理制御装置から要求帯域が確保可能である旨の応答を受信しなかったとき、受信した接続要求に基づく接続処理を指示せず、呼数密度のカウント値を増加させない。
In order to solve the above-described problems, the session control system of the present invention (1) performs a session based on a connection request transmitted from a terminal or another session control device on a C-plane (call control plane) of an IP network. The session control device to be established, and (2) the call density that is the number of calls per unit time that are used when the session control device encounters a restriction request for a connection request according to the processing capacity of the IP network session control device. And (3) bandwidth management for monitoring the usable bandwidth of the U-plane (user information transfer plane) of the IP network connected to the session control device and assigned to the session control device. And a control device. When the remaining resource amount allocated to the session control apparatus is equal to or less than a predetermined threshold, the session control apparatus notifies the traffic distribution calculation apparatus of the occurrence of congestion in the session control apparatus. Further, when the session control device receives a connection request restriction instruction for the congestion session control device, which is a session control device in which congestion occurs, including the calculated call density threshold value from the traffic distribution calculation device, Process. That is, the session control unit, the measurement of the call number density of the congestion session controller, done by performing communication with the counted number of calls per unit time, and the threshold of the call number density contained in the restriction instruction, the congestion Compare the call density to the session controller. Then, when the measured call density exceeds the threshold value, the session control device executes a restriction encounter for the received connection request. On the other hand, when the measured call density does not exceed the threshold value, the bandwidth management control device connected to the session control device is inquired whether the requested bandwidth indicated in the received connection request can be secured. When the session control device receives a response from the bandwidth management control device indicating that the requested bandwidth can be secured, the session control device executes connection processing based on the received connection request and increases the count value of the call density. . On the other hand, when the session control device does not receive a response indicating that the requested bandwidth can be secured from the bandwidth management control device, it does not instruct connection processing based on the received connection request and increases the count value of the call density. I won't let you.
従来、IP網のC-planeのセッション制御装置は、呼数密度が所定の閾値を超えないが、当該接続要求の要求帯域が使用可能帯域を超えるとき、接続要求を規制する。このとき、呼数密度を増加させたままとなってしまうため、実際は使用されていない(セッションを確立させることが出来なかった)接続要求によって呼数密度が使用されてしまう。このとき使用可能帯域に余裕があるにもかかわらず、無駄に使用されてしまった呼数密度によって、使用可能帯域が残存していたとしても、新たに発生した接続要求が呼数密度が使用できないおそれがあった。しかし、本発明のセッション制御装置は、呼数密度が所定の閾値以内であり、かつ、当該接続要求の要求帯域が使用可能帯域以内であったとき、呼数密度の値を増加させる。つまり、セッション制御装置は、呼数密度が所定の閾値以内であったとしても、当該接続要求の要求帯域が使用可能帯域を超えているときには、呼数密度の値を増加させない。よって、セッション制御装置は、呼数密度制御により呼数密度が無駄に使用され、使用可能帯域を無駄に残してしまうことを避けることができる。これにより、IP網において様々な通信サービスを提供する場合であっても、発生した輻輳を鎮静し、IP網全体の接続要求の処理能力およびIP網の使用可能帯域を有効活用できる。 Conventionally, a C-plane session control device of an IP network regulates a connection request when the call density does not exceed a predetermined threshold but the requested bandwidth of the connection request exceeds the usable bandwidth. At this time, since the call number density remains increased, the call number density is used by a connection request that is not actually used (a session could not be established). At this time, even if there is a surplus in the usable bandwidth, even if the usable bandwidth remains due to the useless call density, the newly generated connection request cannot use the call density. There was a fear. However, the session control apparatus of the present invention increases the value of the call number density when the call number density is within a predetermined threshold and the requested bandwidth of the connection request is within the usable bandwidth. That is, even if the call density is within a predetermined threshold, the session control device does not increase the call density when the requested bandwidth of the connection request exceeds the usable bandwidth. Therefore, the session control apparatus can avoid that the call density is wasted due to call density control and the usable bandwidth is not wasted. As a result, even when various communication services are provided in the IP network, it is possible to reduce the congestion that has occurred and to effectively utilize the connection request processing capacity of the entire IP network and the usable bandwidth of the IP network.
また、本発明は、セッション制御方法を、コンピュータであるセッション制御装置に実行させるためのプログラムである。このようなプログラムによれば、セッション制御方法を、一般的なコンピュータに実行させることができる。 The present invention also provides a program for causing a session control device, which is a computer, to execute a session control method. According to such a program, a session control method can be executed by a general computer.
本発明によれば、IP網が様々な通信サービスを提供する場合において、IP網全体の接続要求の処理能力およびIP網の使用可能帯域を有効活用し、発生した輻輳を鎮静するセッション制御を行うことができる。 According to the present invention, when the IP network provides various communication services, session control is performed by effectively utilizing the connection request processing capacity of the entire IP network and the usable bandwidth of the IP network, and calming the generated congestion. be able to.
以下、本発明を実施するための形態(実施の形態)について説明する。まず、図3を用いて、本実施の形態のセッション制御システム(システム)の構成例を説明する。システムは、IP網を含んで構成され、このIP網の端末(例えば、PC(Personal Computer)等)50同士をセッション制御装置10経由で接続することにより、様々な通信サービスを提供するものとする。ここでの通信サービスは、例えば、テレビ電話サービスや、ヴィデオオンデマンドサービス等、音声や映像の配信サービスである。このシステムは、IP網の端末50間を接続するときのセッション制御を行うセッション制御装置10(10A,10B,10C)と、いずれかのセッション制御装置10に輻輳が発生したとき、各セッション制御装置10へ、呼数密度を用いた発呼規制を指示するトラヒック配分計算装置20とを含んで構成される。なお、以下の説明において、呼数密度とは、単位時間あたりの呼数(接続要求の数)である。
Hereinafter, modes (embodiments) for carrying out the present invention will be described. First, a configuration example of the session control system (system) according to the present embodiment will be described with reference to FIG. The system includes an IP network, and provides various communication services by connecting terminals (for example, PC (Personal Computer), etc.) 50 of the IP network via the
以下の説明において、このセッション制御装置10が設置されるネットワークをC-plane(呼制御信号プレーン)と呼び、データ転送装置(例えば、ルータ等)により、端末50間のデータの送受信を行うためのネットワークをU-plane(ユーザ情報転送プレーン)と呼ぶ。このC-planeとU-planeとは、物理的に別のネットワークであっても良いし、物理的に同じネットワークを用い、両者を論理的に別のネットワークとしても良い。
In the following description, a network in which the
このシステムには、U-planeの使用可能帯域を監視する帯域管理制御装置30(30A,30B,30C)を含む。この帯域管理制御装置30は、セッション制御装置10に接続され、このセッション制御装置10からの問い合わせに応じて、自身の監視する使用可能帯域に接続要求の要求帯域が確保可能か否かを返す。なお、セッション制御装置10がセッション制御にSIP(Session Initiation Protocol)を用いる場合、この接続要求は、INVITE信号等である。また、以下の説明において、輻輳セッション制御装置とは、輻輳が発生したセッション制御装置10であり、発呼規制セッション制御装置とは、トラヒック配分計算装置20からの指示に基づき、この輻輳セッション制御装置への発呼規制を行うセッション制御装置10を示すものとする。
This system includes a bandwidth management control device 30 (30A, 30B, 30C) that monitors the usable bandwidth of the U-plane. The bandwidth
ここで、システムの動作概要を簡単に説明する。セッション制御装置10は、端末50から新たな接続要求を受信すると、この接続要求の目的の接続先までセッションを確立する。ここで、例えば、図3のセッション制御装置10Aにおいて処理すべき接続要求が増大してリソースが圧迫され輻輳が発生すると、セッション制御装置10Aは、輻輳発生をトラヒック配分計算装置20へ通知する。次に、トラヒック配分計算装置20は、このセッション制御装置10A(輻輳発生セッション制御装置)で処理可能な呼数総量を計算する。そして、この呼数総量と、セッション制御装置10B,10Cのトラヒックの状況に基づき、IP網内のセッション制御装置10B,10C(発呼規制セッション制御装置)が接続要求の規制に用いる呼数密度の閾値を計算し、この呼数密度の閾値を、セッション制御装置10B,10Cへ通知する。そして、セッション制御装置10B,10Cは、この通知された呼数密度の閾値を用いて、セッション制御装置10Aへの接続要求を規制する。
Here, an outline of the operation of the system will be briefly described. When the
具体的には、セッション制御装置10B,10Cは、セッション制御装置10Aへの新たな接続要求を受け付けると、カウントしている呼数密度の値が、呼数密度の閾値を超えるか否かを判断する。ここで、カウントしている呼数密度の値が、呼数密度の閾値を超えていなければ、セッション制御装置10B,10Cは、帯域管理制御装置30B,30Cへ、この接続要求の要求帯域が使用可能帯域の中で確保可能か否かを問い合わせる。次に、セッション制御装置10は、この接続要求の要求帯域を確保可能であることを確認すると、この接続要求を疎通させ、呼数密度の値を増加させる。そして、この接続要求を、次のセッション制御装置10Aへ転送し、接続先の端末50間に接続し、発信元と着信先のセッションを確立する。一方、接続要求の要求帯域が使用可能帯域の中で確保できなければ、この接続要求を規制遭遇とし、呼数密度の値を増加させない。なお、呼数密度の値が、呼数密度の閾値を超えるとき、セッション制御装置10B,10Cは、この接続要求を規制遭遇とする。
Specifically, when the
このように、発呼規制セッション制御装置は、新たな接続要求を受け付けると、呼数密度の値が所定の閾値以下であり、かつ、使用可能帯域が確保可能であるときに、呼数密度の値を増加させる。よって、発呼規制セッション制御装置は、実際には使用可能帯域が確保できない接続要求についても、呼数密度の値を増加させてしまうことで、次の新たな接続要求の要求帯域が使用可能帯域以下であっても規制遭遇となってしまうことを避けることができる。このようなシステムによれば、IP網の発生した輻輳を鎮静し、呼数密度を無駄に使用することなく、使用可能帯域を有効活用するセッション制御を行うことができる。 In this way, when a call control session control device accepts a new connection request, when the call density value is equal to or smaller than a predetermined threshold and the usable bandwidth can be secured, Increase the value. Therefore, the call control session control device increases the value of the call number density even for a connection request for which the usable bandwidth cannot actually be secured, so that the requested bandwidth for the next new connection request can be used. Even if it is below, it is possible to avoid the occurrence of regulations. According to such a system, it is possible to perform session control that effectively uses the available bandwidth without reducing the congestion generated by the IP network and using the call density unnecessarily.
次に、図4を用いて、セッション制御装置10、トラヒック配分計算装置20および帯域管理制御装置30の構成を説明する。なお、以下の説明において、各装置の入出力部は、入出力インタフェースや通信インタフェースから構成される。また、処理部は、各装置が備えるCPU(Central Processing Unit)によるプログラム実行処理や、専用回路等により実現される。さらに、記憶部は、RAM(Random Access Memory)、ROM(Read Only Memory)、HDD(Hard Disk Drive)、フラッシュメモリ等の記憶媒体から構成される。なお、各装置をプログラム実行処理により実現する場合、それぞれの装置の記憶部には、各装置の機能を実現するためのプログラムが格納される。
Next, the configuration of the
セッション制御装置10は、入出力部11と、処理部12と、記憶部13とを備える。入出力部11は、トラヒック配分計算装置20や他のセッション制御装置10等、他の装置とのデータの入出力を司る。処理部12は、セッション制御装置10全体の制御を司る。記憶部13は、このセッション制御装置10が呼数密度を用いた規制遭遇を行うときの閾値等を記憶する。
The
処理部12は、リソース監視部121と、発呼規制要求部122と、接続要求処理部123と、呼数密度制御部124とを備える。
The
リソース監視部121は、セッション制御装置10が監視対象とする残余リソース量が所定の閾値以下となっているか否かを監視する。つまり、リソース監視部121は、当該セッション制御装置10において処理すべき接続要求が増大してリソースが圧迫され輻輳状態になっているか否かを監視する。なお、ここでいう、リソースとは、例えば、セッション制御装置10が監視対象とする特定加入者の契約リソース(契約回線数)またはセッション制御装置10のCPU使用率を指す。
The
発呼規制要求部122は、残余リソース量が所定の閾値以下となっていることが検出されたとき、トラヒック配分計算装置20へ、自身のセッション制御装置10における輻輳発生を通知する。
When it is detected that the remaining resource amount is equal to or less than a predetermined threshold, the call
接続要求処理部123は、入出力部11経由で、端末50または他のセッション制御装置10からの接続要求を、この接続要求の受信順に受け付ける。そして、他のセッション制御装置10または接続要求の接続先の端末50との間でセッション確立のためのデータ送受信を行う。
The connection
呼数密度制御部124は、輻輳セッション制御装置への呼数密度を計測し、トラヒック配分計算装置20から受信した、この発呼規制の指示に含まれる呼数密度の閾値を用いて、接続要求の発呼規制(規制遭遇)を行う。すなわち、この呼数密度制御部124は、この輻輳セッション制御装置に対する接続要求の規制指示(発呼規制)を受信したとき、自身のセッション制御装置10から、輻輳セッション制御装置への接続要求の呼数密度が、この閾値を超えているか否かを判断する。ここで、呼数密度制御部124は、輻輳セッション制御装置への接続要求の呼数密度が、閾値を超えているとき、接続要求処理部123に対し、入出力部11経由で、当該接続要求の規制遭遇を指示する。一方、輻輳セッション制御装置への接続要求の呼数密度が閾値以下のとき、呼数密度制御部124は、入出力部11経由で、帯域管理制御装置30へ、当該接続要求に示される要求帯域が確保可能か否かを問い合わせる。そして、呼数密度制御部124は、この帯域管理制御装置30から当該要求帯域が確保可能である旨の応答を受信したとき、接続要求処理部123へ、当該接続要求に基づく接続を許可する通知を送信する。そして、記憶部13に記録している呼数密度の値を増加させる。一方、この帯域管理制御装置30から当該要求帯域が確保できない旨の応答を受信したとき、当該接続要求を規制遭遇とする。つまり、呼数密度制御部124は、接続要求処理部123が当該接続要求に基づく接続処理を行うことを許可しない。
The call
記憶部13は、呼数密度制御部124が呼数密度を用いた発呼規制を行うときに参照する、呼数密度の閾値や、このセッション制御装置10で疎通させた呼数密度の値を記憶する。
The
トラヒック配分計算装置20は、輻輳セッション制御装置から、輻輳の検出の通知を受信すると、輻輳セッション制御装置の輻輳発生通知に含まれる特定加入者契約リソースや、各セッション制御装置10の処理能力に基づき、各セッション制御装置10が発呼規制に用いる呼数密度の閾値を計算する。このトラヒック配分計算装置20は、入出力部21と、処理部22と、記憶部23とを備える。入出力部21は、他のセッション制御装置10等、他の装置とのデータの入出力を司る。処理部22は、トラヒック配分計算装置20全体の制御を司る。記憶部23は、各セッション制御装置10の識別情報(アドレス情報等)ごとに、セッション制御装置10それぞれの接続要求の処理能力を示した情報を記憶する。なお、この接続要求の処理能力は、トラヒック配分計算装置20が各セッション制御装置10から収集する。
When receiving the notification of congestion detection from the congestion session control device, the traffic
処理部22は、配分呼数値決定部221と、制御指示部222とを備える。配分呼数値決定部221は、入出力部21経由で、輻輳セッション制御装置から、輻輳発生の通知を受信すると、記憶部23に記憶された輻輳セッション制御装置が処理可能な呼数総量と、各セッション制御装置10における接続要求の処理能力に基づき、各セッション制御装置10(発呼規制セッション制御装置)へ配分する呼数密度の閾値を計算する。ここでの呼数密度の閾値の計算は、例えば、特許文献1,2に記載の技術を用いる。すなわち、単位時間あたり、処理できる呼数が比較的多いセッション制御装置10は、呼数密度の閾値を高くする。一方、単位時間あたり、処理できる呼数が比較的少ないセッション制御装置10は、呼数密度の閾値を低くする。
The
制御指示部222は、入出力部21経由で、セッション制御装置10それぞれへ、当該セッション制御装置固有の呼数密度の閾値を含む、接続要求の規制指示を送信する。
The
帯域管理制御装置30は、セッション制御装置10からの問い合わせに応じて、U-planeの使用可能帯域に接続要求の要求帯域が確保可能か否かを返す。この帯域管理制御装置30は、入出力部31と、処理部32と、記憶部(図示省略)とを備える。入出力部31は、セッション制御装置10や、U-planeの転送装置(図示省略)との間で各種データの送受信を司る。処理部32は、帯域管理制御装置30全体の制御を司る。この帯域管理制御装置30の記憶部(図示省略)は、例えば、U-planeの使用可能帯域等を記憶する。
In response to the inquiry from the
処理部32は、帯域管理制御部321と、使用可能帯域監視部322と、帯域予約部323とを備える。
The
帯域管理制御部321は、セッション制御装置10から受信した問い合わせに示される接続要求の要求帯域と、U-planeの使用可能帯域とを比較する。そして、帯域管理制御部321は、(1)要求帯域が、U-planeの使用可能帯域を超えるとき、セッション制御装置10に対し、接続要求の要求帯域が確保可能でない旨を通知する。一方、帯域管理制御部321は、(2)要求帯域が、使用可能帯域以下のとき、帯域予約部323へ、U-planeの転送装置に対する要求帯域の予約を指示する。そして、帯域管理制御部321は、当該要求帯域が確保可能である旨の応答を、当該問い合わせの送信元のセッション制御装置10へ送信する。
The bandwidth
使用可能帯域監視部322は、U-planeの使用可能帯域を監視する。帯域予約部323は、帯域管理制御部321からの予約指示に基づき、U-planeの転送装置に対し要求帯域の予約信号を送信する。
The usable
なお、帯域管理制御装置30の帯域管理制御部321およびセッション制御装置10の呼数密度制御部124の間の使用可能帯域の問い合わせや、その応答の送受信のためのインタフェースは、例えば、DIAMETER-Gq’I/F(インタフェース)を用いる。このDIAMETER-Gq’I/Fについては、Draft ETSI TS 183 017 V3.0.0 (Resource and Admission Control DIAMETER protocol for session based policy set-up information
exchange between the Application Function (AF) and the Service Policy Decision Function (SPDF); Protocol specification)に記載されている。
Note that the interface for the inquiry of the usable bandwidth and the transmission / reception of the response between the bandwidth
It is described in exchange between the Application Function (AF) and the Service Policy Decision Function (SPDF); Protocol specification).
次に、図4を参照しつつ、図5を用いて発呼規制セッション制御装置となるセッション制御装置10(10B,10C)と、帯域管理制御装置30との処理手順を説明する。ここでは、図4のトラヒック配分計算装置20は、輻輳セッション制御装置から輻輳発生の通知を受信すると、発呼規制セッション制御装置それぞれで用いる呼数密度の閾値を計算する。そして、この呼数密度の閾値を含む、接続要求の規制指示を発呼規制セッション制御装置へ送信する。
Next, with reference to FIG. 4, the processing procedure of the session control device 10 (10B, 10C) serving as a call restriction session control device and the bandwidth
その後、発呼規制セッション制御装置であるセッション制御装置10の呼数密度制御部124は、パラメータaの値(単位時間あたりの疎通した呼数)に「0」を代入し、経過時間の測定を開始し(S101)、まだ単位時間が経過していなければ(S102のYes)、接続要求処理部123において、新たな接続要求を受信したか否かを判断する(S103)。一方、既に単位時間が経過していれば(S102のNo)、処理をS101へ戻す。つまり、呼数密度制御部124は、パラメータaの値を「0」に戻して、再度経過時間の測定を開始する。呼数密度制御部124は、S103において、新たな接続要求を受信したと判断した場合において(S103のYes)、パラメータbの値(呼数密度の閾値)≧パラメータaの値(単位時間あたりの疎通した呼数)であれば(S104のYes)、処理をS105へ進める。つまり、輻輳セッション制御装置への接続要求の呼数密度が、トラヒック配分計算装置20から通知された呼数密度の閾値以下のとき、呼数密度制御部124は、入出力部11経由で、帯域管理制御装置30へ、当該接続要求に示される要求帯域が確保可能か否かを問い合わせる。そして、帯域管理制御装置30の帯域管理制御部321は、パラメータcに、受信した接続要求の要求帯域の値を代入し、パラメータdに、使用可能帯域監視部322において監視している使用可能帯域の値を代入する(S105)。一方、S103でNoのとき、処理をS102へ戻す。S105の後、パラメータcの値がパラメータdの値以下のとき(S106のYes)、つまり、接続要求の要求帯域が、使用可能帯域以下のとき、帯域管理制御部321は、当該要求帯域が確保可能である旨の応答を、当該問い合わせの送信元のセッション制御装置10へ送信する。また、帯域管理制御部321は、帯域予約部323へ、U-planeの転送装置に対し、接続要求の要求帯域の予約を指示する。そして、帯域管理制御部321は、パラメータdの値からパラメータcの値を差し引いた値を、新たなパラメータdの値として代入する(S107)。つまり、使用可能帯域から、接続要求に示される要求帯域分を差し引いて、新たな使用可能帯域とする。また、応答を受け取ったセッション制御装置10の呼数密度制御部124は、パラメータaの値を1つ増加させる(S108)。そして、処理をS102へ戻す。
Thereafter, the call
なお、S104において、セッション制御装置10の呼数密度制御部124が、パラメータaの値(単位時間あたりの疎通した呼数)がパラメータbの値(呼数密度の閾値)を超えていると判断したとき(S104のNo)、および、S106において、帯域管理制御装置30の帯域管理制御部321が、接続要求の要求帯域が、使用可能帯域を超えると判断したとき(S106のNo)、セッション制御装置10の接続要求処理部123は、受信した接続要求を規制遭遇とする(S109)。
In S104, the call
なお、セッション制御装置10の接続要求処理部123が、帯域管理制御装置30から、接続要求の要求帯域が確保可能である旨の応答を受信したとき、この接続要求を、入出力部11経由で、接続要求の接続先への経路上の次のセッション制御装置10へ送信する。そして、この接続要求を受信したセッション制御装置10も、前記したS103以降の処理を実行する。このような処理を、接続要求の接続先の端末50までの経路上の各セッション制御装置10を実行することで、IP網内の端末50間に通信サービス提供のためのセッションが確立される。
When the connection
このようにセッション制御装置10(発呼規制セッション制御装置)は、呼数密度が所定の閾値を超えず、かつ、接続要求の要求帯域が、使用可能帯域以内であったときに、呼数密度の計測に用いるパラメータaの値を増加させる。そして、このパラメータaの値を用いて、呼数密度の規制を行う。よって、このようなセッション制御装置10によれば、IP網の輻輳発生を抑制し、使用可能帯域を有効活用するセッション制御を行うことができる。なお、一般的に、セッション制御装置10の輻輳は、使用可能帯域不足よりも、呼数の集中により発生することが多い。よって、セッション制御装置10は、使用可能帯域の判定よりも先に、まず、呼数密度の閾値を用いて規制遭遇を行うべきか否かの判定を行うことで、規制遭遇を行うべきか否かの判断を迅速に行うことができる。
As described above, the session control device 10 (call-restricting session control device) determines the call density when the call density does not exceed a predetermined threshold and the connection request bandwidth is within the usable bandwidth. The value of the parameter a used for the measurement is increased. The call density is regulated using the value of parameter a. Therefore, according to such a
なお、前記した実施の形態において、セッション制御装置10が呼数密度制御を行った後で、帯域管理制御装置30において帯域管理制御を行うものとして説明したが、帯域管理制御装置30が帯域管理制御を行った後で、セッション制御装置10が呼数密度制御を行うようにしてもよい。このときの処理手順は、図6に示すようになる。
In the above-described embodiment, it has been described that the bandwidth
図6のS201〜S203の処理は、前記したS101〜S103と同様なので、S204から説明する。S203でYesだったとき、S105と同様に、セッション制御装置10の呼数密度制御部124は、入出力部11経由で、帯域管理制御装置30へ、当該接続要求に示される要求帯域が確保可能か否かを問い合わせる。そして、帯域管理制御装置30の帯域管理制御部321は、パラメータcに、受信した接続要求の要求帯域の値を代入し、パラメータdに、使用可能帯域監視部322において監視している使用可能帯域の値を代入する(S204)。ここで、パラメータcの値がパラメータdの値以下のとき(S205のYes)、つまり、接続要求の要求帯域が、使用可能帯域以下のとき、帯域管理制御部321は、当該接続要求に示される要求帯域が確保可能である旨を、セッション制御装置10へ応答する。そして、セッション制御装置10の呼数密度制御部124は、パラメータbの値(呼数密度の閾値)≧パラメータaの値(単位時間あたりの疎通した呼数)か否かを判断する(S206)、ここで、パラメータbの値(呼数密度の閾値)≧パラメータaの値(単位時間あたりの疎通した呼数)であれば(S206のYes)、つまり、輻輳セッション制御装置への接続要求の呼数密度が、呼数密度の閾値以下のとき、S207へ処理を進める。このS207,208の処理はS107,108と同様の処理なので説明を省略する。
The processing in S201 to S203 in FIG. 6 is the same as that in S101 to S103 described above, and will be described from S204. When the answer is YES in S203, the call
なお、S205において、帯域管理制御部321が、接続要求の要求帯域が、使用可能帯域を超えると判断したとき(S205のNo)、および、呼数密度制御部124が、パラメータaの値(単位時間あたりの疎通した呼数)がパラメータbの値(呼数密度の閾値)を超えていると判断したとき(S206のNo)、接続要求処理部123は、受信した接続要求を規制遭遇とする(S209)。
In S205, when the bandwidth
このようなセッション制御装置10によっても、IP網で発生する輻輳を鎮静し、呼数密度を無駄に使用することなく、使用可能帯域を有効活用するセッション制御を行うことができる。
Also with such a
10(10A,10B,10C) セッション制御装置
11,21,31 入出力部
20 トラヒック配分計算装置
12,22,32 処理部
13,23 記憶部
30 帯域管理制御装置
50 端末
121 リソース監視部
122 発呼規制要求部
123 接続要求処理部
124 呼数密度制御部
221 配分呼数値決定部
222 制御指示部
321 帯域管理制御部
322 使用可能帯域監視部
323 帯域予約部
10 (10A, 10B, 10C)
Claims (3)
、
前記端末または他のセッション制御装置からの前記接続要求を、前記接続要求の受信順に受け付け、前記受け付けた接続要求に対する規制遭遇を、呼数密度制御部からの指示に基づき実行する接続要求処理部と、
当該セッション制御装置が持つ残余リソース量が所定の閾値以下となっているか否かを判断するリソース監視部と、
前記リソース監視部により、前記残余リソース量が所定の閾値以下となっていると判断されたとき、前記トラヒック配分計算装置へ、自身のセッション制御装置における輻輳の発生を通知する発呼規制要求部と、
前記トラヒック配分計算装置から、前記呼数密度の閾値を含む接続要求の規制指示を受信したとき、当該セッション制御装置から前記輻輳が発生したセッション制御装置である輻輳セッション制御装置への前記呼数密度を計測し、前記規制指示に含まれる前記呼数密度の閾値と、前記計測された呼数密度とを比較して、前記受信した接続要求の規制遭遇を行うか否かを判断する呼数密度制御部とを備え、
前記呼数密度制御部は、
前記単位時間あたりの前記疎通した呼数のカウントを行うことで、前記呼数密度の計測を行い、
前記計測された呼数密度が前記閾値を超えている場合、前記接続要求処理部に対し、前記受信した接続要求に対する規制遭遇を指示し、
前記計測された呼数密度が前記閾値を超えていない場合、当該セッション制御装置に接続される帯域管理制御装置へ、当該接続要求に示される要求帯域が確保可能か否かを問い合わせ、
当該帯域管理制御装置から当該要求帯域が確保可能である旨の応答を受信したとき、前記接続要求処理部へ、前記受信した接続要求に基づく接続処理を指示し、前記呼数密度のカウント値を増加させ、
当該帯域管理制御装置から当該要求帯域が確保可能である旨の応答を受信しなかったとき、前記接続要求処理部へ、前記受信した接続要求に基づく接続処理を指示せず、前記呼数密度のカウント値を増加させないことを特徴とするセッション制御装置。 (1) a session control device that establishes a session on the C-plane (call control plane) of the IP network based on a connection request transmitted from a terminal or another session control device; and (2) session control of the IP network. (3) a traffic distribution calculation device for calculating a threshold value of call density, which is the number of communicated calls per unit time used when a restriction encounter for the connection request is made in the session control device according to the processing capacity of the device; The session control in a session control system comprising: a bandwidth management control device connected to the session control device and monitoring a usable bandwidth of a U-plane (user information transfer plane) of the IP network assigned to the session control device A device,
A connection request processing unit that accepts the connection requests from the terminal or other session control device in the order in which the connection requests are received, and executes restriction encounters for the accepted connection requests based on instructions from a call density control unit; ,
A resource monitoring unit that determines whether the remaining resource amount of the session control device is equal to or less than a predetermined threshold;
A call restriction requesting unit for notifying the traffic allocation calculating device of the occurrence of congestion in its own session control device when the resource monitoring unit determines that the remaining resource amount is equal to or less than a predetermined threshold; ,
The call density from the session control device to the congestion session control device that is the session control device in which the congestion has occurred when receiving a connection request restriction instruction including the call density threshold from the traffic distribution calculation device The call density is determined by comparing the call density density threshold included in the restriction instruction with the measured call density to determine whether or not the received connection request is restricted. A control unit,
The call density control unit
The call density is measured by counting the number of connected calls per unit time,
If the measured call density exceeds the threshold, the connection request processing unit is instructed to encounter a restriction on the received connection request,
When the measured call density does not exceed the threshold, the bandwidth management control device connected to the session control device is inquired whether the requested bandwidth indicated in the connection request can be secured,
When a response indicating that the requested bandwidth can be secured is received from the bandwidth management control device, the connection request processing unit is instructed to perform connection processing based on the received connection request, and the call density density count value is set. Increase ,
When the response indicating that the requested bandwidth can be secured is not received from the bandwidth management control device, the connection request processing unit is not instructed to perform connection processing based on the received connection request, and the call density A session control apparatus characterized by not increasing a count value .
当該セッション制御装置に割り当てられた残余リソース量が所定の閾値以下となっているとき、
前記トラヒック配分計算装置へ、自身のセッション制御装置における輻輳の発生を通知するステップを実行し、
前記トラヒック配分計算装置から、前記計算された呼数密度の閾値を含む、前記輻輳が発生したセッション制御装置である輻輳セッション制御装置に対する接続要求の規制指示を受信したとき、当該セッション制御装置から前記輻輳が発生したセッション制御装置である輻輳セッション制御装置への前記呼数密度の計測を、前記単位時間あたりの前記疎通した呼数のカウントを行うことで行い、前記規制指示に含まれる前記呼数密度の閾値と、前記輻輳セッション制御装置への前記呼数密度とを比較して、
前記計測された呼数密度が前記閾値を超えている場合、前記受信した接続要求に対する規制遭遇を実行し、
前記計測された呼数密度が前記閾値を超えていない場合、当該セッション制御装置に接続される帯域管理制御装置へ、前記受信した接続要求に示される要求帯域が確保可能か否かを問い合わせ、当該帯域管理制御装置から当該要求帯域が確保可能である旨の応答を受信したとき、前記受信した接続要求に基づく接続処理を実行し、前記呼数密度のカウント値を増加させ、当該帯域管理制御装置から当該要求帯域が確保可能である旨の応答を受信しなかったとき、前記受信した接続要求に基づく接続処理を指示せず、前記呼数密度のカウント値を増加させないことを特徴とするセッション制御方法。 (1) a session control device that establishes a session on the C-plane (call control plane) of the IP network based on a connection request transmitted from a terminal or another session control device; and (2) session control of the IP network. (3) a traffic distribution calculation device for calculating a threshold value of call density, which is the number of communicated calls per unit time used when a restriction encounter for the connection request is made in the session control device according to the processing capacity of the device; The session control in a session control system comprising: a bandwidth management control device connected to the session control device and monitoring a usable bandwidth of a U-plane (user information transfer plane) of the IP network assigned to the session control device The device
When the residual resource amount allocated to the session control device is below a predetermined threshold,
Performing the step of notifying the traffic allocation calculation device of the occurrence of congestion in its own session control device;
When receiving from the traffic distribution calculation device a connection request restriction instruction to the congestion session control device, which is the session control device in which the congestion has occurred, including the calculated call density threshold, the session control device the measurement of the call number density to a session control device which congestion occurs congested session controller, done by performing a count of the number of calls that the communication per unit time, the number of calls included in the restriction instruction Comparing the density threshold with the call density to the congestion session controller;
If the measured call density exceeds the threshold, perform a regulatory encounter for the received connection request;
If the measured call density does not exceed the threshold, the bandwidth management control device connected to the session control device is inquired whether the requested bandwidth indicated in the received connection request can be secured, and When a response indicating that the requested bandwidth can be secured is received from the bandwidth management control device, connection processing based on the received connection request is executed, the count value of the call density is increased, and the bandwidth management control device The session control is characterized in that, when a response indicating that the requested bandwidth can be secured is not received, connection processing based on the received connection request is not instructed and the count value of the call density is not increased. Method.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010177730A JP5167317B2 (en) | 2010-08-06 | 2010-08-06 | Session control apparatus, session control method and program thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010177730A JP5167317B2 (en) | 2010-08-06 | 2010-08-06 | Session control apparatus, session control method and program thereof |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2012039385A JP2012039385A (en) | 2012-02-23 |
JP5167317B2 true JP5167317B2 (en) | 2013-03-21 |
Family
ID=45850875
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2010177730A Expired - Fee Related JP5167317B2 (en) | 2010-08-06 | 2010-08-06 | Session control apparatus, session control method and program thereof |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5167317B2 (en) |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3715604B2 (en) * | 2002-08-28 | 2005-11-09 | エヌ・ティ・ティ・コムウェア株式会社 | Traffic control device, traffic control program, program recording medium, and traffic control method |
JP4972071B2 (en) * | 2008-10-29 | 2012-07-11 | 日本電信電話株式会社 | INTERNET CONNECTION METHOD, COMMUNICATION SYSTEM, AND RELAY CALL CONTROL DEVICE |
-
2010
- 2010-08-06 JP JP2010177730A patent/JP5167317B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2012039385A (en) | 2012-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106452958B (en) | Flow control method, system and centralized controller | |
US8165021B2 (en) | Policy-based resource management | |
KR102101206B1 (en) | Method and apparatus for managing congestion in a wireless communication system | |
US8130643B2 (en) | System and method for controlling a data transfer over a network | |
JP2006129213A (en) | Packet communication equipment | |
US9621599B2 (en) | Communication system, communication method, and call control server | |
EP2910051A1 (en) | Method and arrangement for admission control based on priority level based differentiation | |
JP5011408B2 (en) | Communication apparatus and communication system | |
CN112737806B (en) | Network traffic migration method and device | |
WO2016198007A1 (en) | Hotspot device control method and apparatus | |
JP5167317B2 (en) | Session control apparatus, session control method and program thereof | |
JP2007325224A (en) | Traffic control method and system, and program | |
WO2013171748A1 (en) | Bandwidth prediction for cellular backhauling | |
US8495216B2 (en) | Communication control system, communication control method and computer-readable storage medium | |
JP2009105949A5 (en) | ||
JP2020028043A (en) | Network control device, network control method and program | |
JP2016046669A (en) | Packet processing device, program and method | |
JP4536047B2 (en) | Admission control apparatus and method | |
JP2009124629A (en) | Band management system and method, and access device | |
JP2008005368A (en) | Method and system of controlling traffic among a plurality of bases | |
JP5335642B2 (en) | Traffic control device, system, method, program, and program recording medium | |
KR20070076933A (en) | Control device and method of home gateway | |
JP5511709B2 (en) | QoS control system, QoS control management apparatus, and QoS control method | |
JP5833586B2 (en) | CUG / PNP communication system in SIP network, congestion control device in CUG / PNP communication, and congestion control method | |
JP5045683B2 (en) | Communication system for performing traffic control in units of flow, management apparatus and program used in the communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120622 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120703 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120903 |
|
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: 20121218 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121221 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151228 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5167317 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
LAPS | Cancellation because of no payment of annual fees |