JP4802261B2 - Resource management apparatus and resource management method - Google Patents

Description

  The present invention relates to a resource management system and a resource for managing a usable bandwidth (resource) of a link between a router and a packet transfer apparatus using a resource management unit (resource management server) independent of a router constituting a communication network. It relates to the management method.

  Conventionally, the resource management unit (resource management server) is used to manage the usage status of the available bandwidth of the link between routers and packet transfer devices as the amount of resources, and to respond to resource securing requests from user terminals, etc. Therefore, a method of paying out resources with an appropriate capacity is adopted. Further, the amount of resources required for traffic between user terminals is determined by negotiation using SIP (Session Initiation Protocol), and when negotiation is performed using SIP between user terminals or between a user terminal and a server, A bandwidth reservation and reservation request is made to the management unit, and policing is set for the communication network. Here, the policing setting includes classification, coloring, marking, shaping, dropping, discard, etc. for IP addresses and port numbers. That is, the traffic is controlled by policing setting to the communication network, and appropriate QoS is provided by the resource management unit.

  By the way, the conventional resource management unit is limited to the access network, and the SIP signal of the access network is generated for each call of the user terminal, and is less than the traffic of the media communication using the resources in the access section. Is not taken into account.

  In addition, when the same resource management and policing setting to the transfer network are performed for the boundary gateway for connection to a relay network, particularly to another network, the SIP signals can be handled as the same bundle. For this reason, although it is a value which cannot be disregarded, it was not considered in the prior art.

NTT Technology Journal April 2007, “New communication provided by NGN and the technology that supports it”

  The next generation network (NGN) including a resource management unit (RACS: Resource and Admission Control Subsystem) and a plurality of transfer processing units (I-BGF: Interconnection Border Gateway Function) of the call processing server In order to provide a more reliable IP line close to the level of a conventional electric communication network line to guarantee a certain level of quality and to ensure higher information security, the SIP signal communication path (SIP signal path) ) And the resource management unit.

  By the way, in a backbone network and a relay network, a redundant configuration of physical links is common. In a physical network, if the upper limit of any physical link in the route to the route becomes a bottleneck and the upper limit is reached due to the traffic of the user that was added last, the influence of this user will affect other users' communication. May also be affected. If the physical link has a redundancy of about 1 hop, an approach means of load balancing from the device is also considered.

  In addition, in the access line, in order to permit the use of the service within the contract bandwidth and the upper limit bandwidth for each user, the usage bandwidth is reported every time the user uses the service, and the accumulation of the user's reported bandwidth is It is determined whether or not the contract bandwidth is within the upper limit. Then, when it is within the upper limit of the contracted bandwidth, research has been conducted to perform admission control for permitting communication and pinhole control for permitting actual traffic to pass for each use type permitted to accept. This is a resource management system using a resource management server that manages a user's contract bandwidth as a virtual resource as a virtual path.

  However, sufficient resources are prepared in the backbone and the relay network, and it is not necessary to determine acceptance of resources for each user's contracted bandwidth. However, in the relay network, it is necessary to determine for each user whether or not the band permitting connection is protected for each connection provider. Even if acceptance is permitted for each access line and each user's contracted bandwidth in the own network, if the network is biased toward users for other networks 1 as shown in FIG. It may be exceeded. In this case, there is a possibility that traffic will overlap in the section shared with the user of the own network or the other network 1 and communication troubles such as signal delay and packet loss may occur.

  Furthermore, when the relay network to the other network 1 has a redundant configuration of I-BGF1 and I-BGF2, if the distribution is not performed in consideration of the performance specifications and the bottleneck of the connectable physical link, There is a possibility that traffic will be biased.

  In particular, as shown in FIG. 13, when I-BGF2 is shared by a plurality of connection operators, traffic to a certain connection operator is not connected to other connection businesses unless the balance between the former and the latter is considered. May affect the traffic to the user.

  The present invention provides a network configuration in which a local network including a call processing server and a transfer processing unit (I-BGF) and another network including a call processing unit are connected, and a resource management unit (RACS) of the call processing server It is an object of the present invention to provide a resource management system and a resource management method capable of carrying out traffic regulation and admission control for satisfying service quality based on the contracts.

A first invention is a resource management system having a network configuration in which a local network including a call processing server, one or more transfer processing units, and another network including at least one call processing unit is connected. Manages SIP negotiation between terminals, manages resources as a virtual path for a call processing unit that performs call processing based on session state information including at least required quality information, and the network of the own network, and performs SIP negotiation for the amount of resources The resource management unit includes a resource management unit that performs resource management by adding / subtracting from the virtual path for each media session established for each SIP negotiation, and the resource management unit performs transfer processing between the local network and the other network. band of a virtual path for each other network summarizes the virtual paths and a plurality interfaces replacing the part of the processing power bandwidth amount Including limit values, connected to the means for determining the bandwidth for each virtual path by performing path selection including transfer processing unit by the bandwidth management based on network resource information and data flow information, and other network from one or more of the transfer processing unit When a transfer processing unit for selecting the transfer processing unit is selected, a transfer processing unit with a small number of streams connected to the local network is selected, and when the number of streams is the same, a transfer process with a small total usage rate in the upstream and downstream directions Means for selecting a part.

  Here, the network resource information includes transfer processing section virtual path configuration information, inter-network virtual path configuration information, RACS reception priority information, and QoS class setting information. The data flow information includes peak rate information, QoS class identification information, reception priority, and reception priority class identification information. The session state information includes user information, requested quality information, route information, requested call processing control information, and processing state information.

  In the resource management system according to the first aspect of the invention, the call processing server includes an identifier for identifying a policing setting on the own network side with respect to the transfer processing unit when a bandwidth reservation request for media traffic transmitted and received by a user during communication is transmitted to the other network side. Transfer process for transmitting a message requesting the delivery of an identifier that can uniquely identify an identifier for identifying the policing setting in the transfer processing unit, and simultaneously identifying and managing a pair of an identifier on the own network side and an identifier on the other network side A unique identifier is requested to the transfer processing unit, and an identifier for identifying the pair on the own network side, an identifier on the other network side, and an identifier for identifying the pair is provided for each transfer processing unit.

According to a second aspect of the present invention, there is provided a network configuration resource management method in which a call processing server, a local network including at least one transfer processing unit, and another network including at least one call processing unit are connected. The unit manages SIP negotiations between user terminals, performs call processing based on session state information including at least required quality information, and the resource management unit of the call processing server performs resource management using the network of the own network as a virtual path. Then, the requested bandwidth obtained as a result of SIP negotiation with respect to the resource amount is added / subtracted from the virtual path for each media session established for each SIP negotiation to manage resources, and the resource management unit virtual paths and a plurality interfaces combined provisional each other networks which replaced the processing capability of the transfer processing unit in networks the bandwidth amount Including a bandwidth upper limit of the path, by performing a routing including the transfer processing unit by the bandwidth management based on network resource information and data flow information makes a determination of the bandwidth for each virtual path, and another network from one or more transport unit When selecting a transfer processing unit for connection, select a transfer processing unit with a small number of streams connected to the local network, and when the number of streams is the same, transfer with a small total of the usage rate in the upstream and downstream directions Select a processing unit.

  In the resource management method of the second invention, a first step in which the resource management unit receives a service session control signal corresponding to a call (SIP) from a subscriber terminal, and a second step of reading session state information corresponding to the call A third step of reading network resource information for available candidate routes corresponding to the call, a fourth step of determining whether or not the transfer processing unit can be selected based on the number of streams and the bandwidth usage rate, When the transfer processing unit can be selected in the fourth step, the data flow information corresponding to the call is read, and the conditions of the fifth step and the fifth step for determining the condition for adding or deleting media are satisfied. If there is not, the next priority transfer processing unit is selected based on the priority of “the number of streams is small> the bandwidth utilization is low”, and the fourth scan is selected. And a seventh step of determining a transfer processing unit to which the virtual path selection logic is applied from the session state information corresponding to the call for each candidate route when the condition of the fifth step is satisfied. When the selection of the transfer processing unit in the fourth step or the sixth step is impossible in the eighth step for performing the corresponding SIP session control process in the route of the transfer processing unit determined in the seventh step, And a ninth step of returning an error in response to the bandwidth securing request.

  The present invention guarantees a certain quality as compared with the widely spread Internet by implementing the traffic regulation and admission control for the RACS to satisfy the service quality based on the contract with the user. Information security can be provided, and a reliable IP line close to the conventional telecommunication network line level can be secured.

It is a figure which shows the structural example of the resource management system of this invention. It is a figure which shows a SIP signal communication pattern. It is a figure which shows the path | route pattern of the media communication path with which RACS respond | corresponds. It is a figure explaining a zone management range. It is a figure which shows data flow information. It is a figure which shows network resource information. It is a figure which shows QoS class prescription | regulation. It is a figure which shows the implementation conditions at the time of addition and deletion of a medium. It is a flowchart which shows the basic function flow of RACS. It is a figure which shows a self-network origin media communication sequence. It is a figure which shows another network origin media communication sequence. It is a figure explaining the problem of the conventional resource management system. It is a figure explaining the problem of the conventional resource management system.

FIG. 1 shows a configuration example of a resource management system of the present invention.
In the figure, a communication network (NGN) 1 includes a relay call processing server 12 including a resource management unit (RACS) 121 and a call processing control unit (CSCF) 122, an opposite call processing server 13, and a transfer network. 11 transfer processing units (I-BGF) 111 and 112 are included. NGN 1 is connected to other network 2 via I-BGF 111 and is connected to other network 3 via I-BGF 111 and I-BGF 112. The physical connection is generally made via a dedicated / non-exclusive relay device 14.

  The RACS 121 that has received the call request from the CSCF 122 determines whether or not the route band including the resource and the I-BGF is sufficient by the bandwidth management based on the network resource information and the data flow information, and performs the route selection. The server 12 determines and implements call processing by managing session state information of the SIP signal, that is, user information, required quality information, route information, requested call processing control information, and processing state information. The transfer network 11 targeted by the RACS 121 is configured by a network including a core router (CR) and an I-BGF to other networks. The QoS providing section of the RACS 121 is logically virtualized using the bandwidth of the transfer network as a resource, and can be roughly classified into an I-BGF section for each I-BGF, and a network between the I-BGF and another network. Call control signals between the call processing servers are performed using SIP signals.

FIG. 2 shows a communication pattern of the SIP signal.
In the figure, the SIP signal (invite, update, etc.) physically passes through a route different from the route through which the media traffic of user communication flows. The SIP signal corresponding to the RACS 121 is linked to the RACS 121 by the CSCF 122, and from the subscriber network to the other network via the CSCF (or SIP server or packet transfer device) 16, 17 at both ends in the figure, and from the other network to the subscriber network. Forward to. A media session is established end-to-end between the user terminals in accordance with the negotiation result between the user terminals based on the SIP signal, and media communication is started. This media communication is performed in the transfer network 11 via the I-BGF 111 or the I-BGF 112.

FIG. 3 shows a route pattern of a media communication path to which RACS corresponds.
In the figure, in the network reference model, the paths targeted by the RACS 121 are the network between the I-BGF 111 and the other network 2, the network between the I-BGF 112 and the other network 3, and the I-BGF 113 and the other network. 4 between the network.

  The RACS 121 performs logical abstraction of the network when performing bandwidth management. That is, the physical network configuration and physical bandwidth are determined from a virtual path for each other network (inter-network virtual path) and a virtual path (I-BGF section virtual path) obtained by logically abstracting the transfer capability of I-BGF for each I-BGF. Management is performed by logical abstraction as a configured virtual path network. As a result, the concept of physical link speeds and routes to other networks can be consolidated and simplified, and centralized control at the entrance can be performed without directly controlling the I-BGF on each network. In addition, management that takes into account the bottleneck of I-BGF and path failure management are possible, and shared parts between networks can be managed together with virtual paths for other networks.

  In addition, the RACS 121 stores the upper limit value of the number of sessions for each I-BGF and the abstracted upper limit value of the logical band, and manages the number of sessions in use and the logical band in a temporary area such as a memory, and manages the loading and unloading. In addition, RACS 121 selects an I-BGF with a small session in use (the number of media streams using I-BGF), and in the same case, selects an I-BGF with a small band usage rate, that is, a used band.

The RACS bandwidth management range and bandwidth management classification are as follows.
As shown in FIG. 4, the RACS bandwidth management range is divided into two parts, an I-BGF section virtual path and an inter-network virtual path, to manage the bandwidth. The inter-network virtual path manages a bandwidth upper limit constituted by one or a plurality of physical interfaces as a virtual path upper limit bandwidth. The I-BGF section virtual path manages the accumulation and unloading of bandwidth in units of I-BGF.

  The bandwidth management section manages the bandwidth by dividing the upper limit bandwidth into QoS class granularities. As shown in FIG. 7, the QoS class is obtained by classifying classes 0 to 5 of ITU-T Y.1540 into four (a to d) as NGN QoS classes. For packet transfer, the transfer processing device is controlled by mapping with the IETF diffserv regulation class (EF to BE). Packets behave like diffserv classes in the transport network. In each of the inter-network virtual path and the I-BGF section virtual path, the bandwidth is managed with the QoS class granularity. When a request for securing bandwidth for media flows having a plurality of priorities is included in the same bandwidth securing request, media flows specifying a high-priority QoS are preferentially assigned to a virtual path and stored. .

  In the bandwidth management method performed by RACS, data flow information and network resource information are used. As shown in FIG. 5, the data flow information includes data flow identification information including originating IP / incoming IP / protocol / incoming port / originating port, a peak rate value, QoS class identification information, and RACS acceptance priority. Degree information and reception priority class identification information. Here, the TGN number in the data flow information is a serial number indicating a route, and is 0, 1 or the like. The SIP route is a number representing a route through which the SIP signal passes, and is 0, 1 or the like.

  As shown in FIG. 6, the network resource information includes I-BGF section virtual path upper limit band and QoS class upper limit band (ratio to I-BGF section virtual path upper limit band) as I-BGF section virtual path configuration information, network Inter-network virtual path configuration information as inter-network virtual path configuration information, inter-network virtual path upper limit bandwidth and QoS class upper limit bandwidth (ratio to inter-network virtual path upper limit bandwidth), RACS reception priority information (ratio to upper limit bandwidth), and QoS Class setting information includes buffer time / burst proportional information / delay fluctuation coefficient / bandwidth correction coefficient. The buffer time is the total of packet transfer fluctuations and delay times that can be absorbed by the packet transfer processing device controlled by the RACS. The larger the time is, the more packets can be received and stored, and the fluctuation and delay time of packet transfer can be absorbed. The control correction coefficient is a correction coefficient when the RACS controls the packet transfer processing device, and is a value for correcting when the packet transfer processing device cannot behave with the value set at the time of control. For example, by considering the capability of the packet transfer processing device and setting the bandwidth correction coefficient to 1.2 times the desired value, the packet transfer processing device can behave in accordance with the desired value. The band correction coefficient is a coefficient for correcting whether the packet transfer processing apparatus handles the set value as a layer 2 set value or a layer 3 set value.

The RACS bandwidth control logic is processed based on the following considerations. First, the minimum burst allowable value is defined so that at least one packet can pass. Next, a coefficient (band correction coefficient) b _k considering the traffic disturbance is multiplied by both the token rate and the burst allowable value. A coefficient (control correction coefficient) gn for complementing the difference between the set value for the transfer processing device and the packet behavior in the actual transfer network is multiplied by both the token rate and the burst allowable value.

(1) Assume that r _i ′ = max [(a _k + d _k ) / D _k * r _i , r _i ] as a reserved band (stacked band). The CSCF designates a bandwidth not including RTCP as a maximum requested bandwidth in the bandwidth reservation request message. The CSCF designates the presence or absence of RTCP, and the RTCP bandwidth is calculated by RACS. That is, the traffic in the direction in which the media exists in RACS is 1.05 times the specified bandwidth, and the CSCF also specifies the presence / absence of RTCP in the direction in which the media does not exist. Bandwidth control is performed as the amount of bandwidth in the direction that does not exist. In the case of a specific voice codec, the RACS is notified of a value considering that the RACS is 1.05.

(2) As a token rate, sdr = max [gn * b _k * r _i / 8, rmin].
(3) mbs as the burst tolerance = min {smax, max [gn * b k * r i * (a k + d k) / 8/1000, smin]} and. Here, rmin is the minimum token rate, smin is the minimum burst tolerance, and smax is the maximum burst tolerance.

  In the case of RTP / AVP when traffic is specified as one-way communication from the CSCF to the RACS, traffic in the opposite direction is also considered. The two parts of RTSP are requested to RACS as independent media by CSCF. rmin, smin, and smax can be set for each class. It is recommended that the value of rmin input by the maintenance person is initially 0. When each set value is “0”, no calculation is performed.

  That is, the minimum token rate, the minimum allowable burst size, and the maximum allowable burst size are stored in addition to the bufferable time of the transfer processing device and the delay fluctuation amount for each class of inflow traffic. When setting the token rate and burst tolerance of traffic permitted to flow into the transfer processing device, the coefficient considering the traffic disturbance and the setting to the transfer processing device from the requested bandwidth determined by the SIP negotiation between users After calculating the primary token rate and primary burst tolerance by multiplying the coefficient considering the granularity, each is compared with the stored maximum value, the larger value compared with the stored minimum value Then, the smaller value is set in the transfer processing device as the calculation result, and traffic inflow is restricted.

FIG. 8 shows the implementation conditions when adding and deleting media.
Here, A is the total of the existing media, M is the upper limit band, X is the total for the additional media, and Y is the deleted media. When Y is the deleted media, A + X−Y ≦ M
Allow temporarily when meeting. That is, when a plurality of media flows are requested on the SIP signal, when a bandwidth securing request is reserved from the CSCF to the RACS, at the time of securing, the bandwidth securing request includes a request for deleting and adding media. There may be. Of course, there may be media that does not change. For each bandwidth reservation request, the excess and deficiency is calculated and then accumulated from resources and loaded. For example, if additional media and deleted media are included in a single bandwidth allocation request, and the bandwidth of the media to be deleted is larger than the bandwidth of the additional media, the bandwidth must be secured. It becomes possible.

The logic and method used when the RACS selects the I-BGF will be described.
First, RACS performs selection according to the number of media flows using each I-BGF, and then performs selection according to bandwidth. The selection based on the number of media flows selects an I-BGF with a small number of media flows. In the case of only a voice call, a plurality of I-BGFs are used in order by selection based on the number of media flows. NGN uses video calls as well as voice-only calls. In this case, if the used bandwidth is not considered in addition to the number of media flows, there may be a limit due to the number of media flows before the bandwidth is used up. The I-BGF selection based on the used bandwidth refers to the bandwidth usage rate of the I-BGF section virtual path, and selects the I-BGF having the lowest bandwidth usage rate. Since the bandwidth usage rate differs between the upstream and downstream directions, when selecting the I-BGF with the lowest bandwidth usage rate, a comparison is made based on the addition result of the upstream and downstream usage rates. The reason is that there is a risk that a request from a user sets different I-BGFs for the same medium if the usage rates in the uplink / downlink directions are determined. When there are a plurality of I-BGF section virtual paths having the same band usage rate, it is not specified which I-BGF is selected. Depending on the service provision status, a function is provided for switching the priority of selection based on the number of flows and selection based on the bandwidth usage rate, depending on whether a voice call becomes a dominant call or a video call becomes a dominant call. For example, when video communication such as videophones increases, the necessary bandwidth is biased depending on the codec type and so on.

  In selecting an I-BGF until the communication path of the SIP signal is established, first, the maintenance person sets whether or not to establish a specific I-BGF in advance. Whether or not the redundant route 0 or 1 is established is set for each of the two I-BGFs for each business operator. RACS performs an upper limit check of the number of I-BGF streams permitted to set the communication path of the designated SIP signal of 0 or 1, given the opportunity of establishment of the communication path of the SIP signal from the CSCF. -Set the communication path of the SIP signal for the BGF and control the I-BGF.

The I-BGF selection logic of the media flow will be described.
The RACS stores basic information of each I-BGF. The IP address for control, the maximum number of streams, and the packet transfer processing performance of I-BGF are stored as the maximum bandwidth of the I-BGF virtual path in relation to bps representing the physical bandwidth of the link. Note that the conversion to bps is performed by converting pps, which is the packet transfer processing capability, into bps based on the packet size. 1/2 as the bandwidth calculation for upstream and downstream.

  Assuming a case where a physical link passing through the I-BGF has a bottleneck, the calculation is performed as follows. The smaller value of “link band between RACS and I-BGF (including a link that may be a bottleneck in the transfer processing apparatus)” and “band / 2 converted from pps to bps” is acquired. When there is no link between the RACS and the I-BGF, there is no bottleneck other than the processing capability of the I-BGF.

  Also, an I-BGF used for user communication is set for each I-BGF registered in the RACS and for each other network facing the RACS. For example, I-BGF # 1 and I-BGF # 2 are set for the other network 1, and I-BGF # 2 and I-BGF # 3 are set for the other network 2. These are called media roots.

  When the number of I-BGFs ≠ the number of media routes, the I-BGF selection is the selection of an I-BGF for which a media route that can be used for other networks is set.

  A selection method based on the number of streams for a plurality of I-BGFs usable for the other network will be described. If the I-BGF cannot be selected due to the upper limit of the number of streams or the I-BGF failure, an error is returned in response to the bandwidth securing request. As a result of selection based on the number of streams, when a plurality of I-BGFs are selected, selection based on the band is performed. If a plurality of I-BGFs are selected as a result of selection by band, an arbitrary I-BGF is selected from the selected I-BGFs. An overflow determination is performed on the selected I-BGF, and if the overflow determination is OK, the I-BGF is selected. When the overflow determination is NG, the next-priority I-BGF is selected based on the priority order of “the number of streams is small> the bandwidth usage rate is low”, and the overflow determination is repeated. Here, “>” indicates the level of priority. If the I-BGF whose overflow judgment is finally OK cannot be selected, an error is returned in response to the bandwidth securing request.

FIG. 9 shows a basic function flow of the RACS 121.
In step S1, RACS 121 receives a service session control signal corresponding to the SIP call from the subscriber terminal, and proceeds to step S2.
In step S2, the session state information corresponding to this SIP call is read, and the process proceeds to step S3.

In step S3, network resource information is read for available candidate routes corresponding to this SIP call, and the process proceeds to step S4.
In step S4, it is determined whether or not the I-BGF can be selected based on the number of streams / bandwidth usage rate. If the I-BGF can be selected, the process proceeds to step S5. If the I-BGF cannot be selected, the step is performed. Proceed to S9.
In step S9, an error is returned in response to the SIP call bandwidth securing request.

  In step S5, overflow determination is performed. That is, the data flow information corresponding to this SIP call is read, it is determined whether or not the execution condition for media addition / deletion (A + X−Y ≦ M) is satisfied, and if the execution condition is satisfied, it is temporarily allowed. The process proceeds to step S7, and if the execution condition is not satisfied, the process proceeds to step S6.

In step S6, it is determined whether or not the next-priority I-BGF has been selected based on the priority order of “the number of streams is small> the bandwidth usage rate is low”. Returning to S5, if I-BGF cannot be selected, the process proceeds to error return in step S9.
In step S7, the I-BGF to which the virtual path selection logic is applied is determined from the session state information corresponding to this SIP call for the candidate route, and the process proceeds to step S8.

  In step S8, SIP session control processing corresponding to this SIP call via I-BGF is performed. This SIP session control process includes securing resources on the I-BGF section virtual path of the selected I-BGF and policy control for the selected I-BGF, as will be described below.

  When media flow communication is started, the call processing control unit (CSCF) extracts necessary parameters from the SDP of the SIP-INVITE message and transmits control request information to the RACS of the call processing server. RACS extracts the I-BGF and the accommodated physical port from the carrier ID of the control request parameter, and further extracts the physical link or VLAN-ID if it can be extracted, and the media route linked to the SIP signal path for each carrier. The bandwidth is determined for each virtual path along the path. However, in the control at the time of receiving INVITE, the IP address and port number on the called side cannot be specified, so that the policy control in the I-BGF is not validated. The CSCF extracts the destination IP address and port number from the 183W / SDP or 200W / SDP message that is the response to the SIP message, and the RACS receives the second control request parameter and controls the I-BGF according to the information. The policy will be activated. That is, in the I-BGF, the policy is validated when information for all control such as the arrival / departure IP address and the arrival / departure port number is gathered.

  When RACS policy-controls I-BGF, the source IP address, source port number, destination IP address, destination port number, protocol type (IP / TCP / UDP), peak rate, peak packet size, DSCP value, etc. A parameter is used. In RACS, policy control is performed on the I-BGF using the parameters up to the originating IP address, originating port number, terminating IP address, terminating port number, and protocol type as classification parameters. Further, the peak rate and the peak packet size are used as control parameters when the SIP signaling port is opened and when the media flow is controlled by MEGACO. The control parameters for the peak rate and the peak packet size are set for termination on the other network side, and inflow control by I-BGF is performed based on these parameters. The packet priority control using the DSCP value is set for the termination on the other network side and the own network side, and the priority control in the I-BGF is performed based on this parameter.

  RACS uses MEGACO protocol to control policy by setting each local address, global address, port number, and DSCP value so that NAPT control operates for the termination of I-BGF's own network side and other network side. I do.

FIG. 10 shows a self-network originating media communication sequence in the present invention.
In the figure, the relay call processing server 12 includes a call processing control unit (CSCF) 122 and a resource management unit (RACS) 121. The relay call processing server 12 receives the SIPinvite signal storing the transmission source information (8) from the opposite call processing server 13A or the packet transfer processing device, returns a 100trying signal to the transmission source device, and receives the received SIPinvite signal. Remember.

  The CSCF 122 notifies the RACS 121 of the transmission source information (8) by a bandwidth securing request message and makes a bandwidth securing request. This bandwidth securing request includes a required upstream / downstream bandwidth required for each of a plurality of media flows. In addition, a class corresponding to DSCP which is a packet behavior is specified for each media flow. In addition, route information for specifying the opposite server is included. This route information includes the opponent identifier and the serial number of the control signal path in the opponent identifier.

  The RACS 121 compares the bandwidth for each requested media flow from the upper limit bandwidth for each upstream and downstream virtualized for each I-BGF and compares it with the remaining bandwidth. If the band cannot be acquired, an NG response is immediately made to the band securing request. If bandwidth acquisition is possible for all media flows, the RACS 121 instructs the I-BGF to create a termination specifying the source information (8). The termination status is created by OUS.

  The RACS 121 sets information for specifying a control signal path and signal directionality with respect to the I-BGF. The I-BGF assigns an identifier that uniquely determines the termination in the I-BGF and sends it back to the RACS 121. The RACS 121 stores this for each I-BGF. That is, when the RACS 121 sets policing for the I-BGF, it simultaneously tries to create termination on the same network side and the other network side on the same message. At this time, the resource management server identifies and stores the termination combination as context. However, for the contecxt identifier, a message designated by a wild card is transmitted to the I-BGF at the first setting, and is paid out by the I-BGF. On the other hand, the termination ID is unique in I-BGF, and different identifiers are assigned on the network side and other network side below the identifier, IP / group / interface / id. The concept that can be determined is context. In the context in which the media termination is stored, a pair of the local network and the other network is stored. Other pairs are not stored. Another termination is stored only when the monitor is set and a traffic copy is transferred from the I-BGF to the outside.

  Thereby, termination information is uniquely held for each I-BGF. Thereafter, as a termination identifier, a unique identifier between RACS 121 and I-BGF is used for control.

  The I-BGF responds to the RACS 121 with transmission source information (3) to be notified to the transmission destination of the SIP signal corresponding to the transmission source information (8) of the SIP signal. The RACS 121 responds with the source information (3) to be notified to the destination of the SIP signal in response to the bandwidth reservation request message.

  The CSCF 122 transmits the source information (8) as the source information (3) to the opposite call processing server 13C or the packet transfer processing device for the saved SIPinvite signal. In addition, the CSCF 122 transfers the 180 ringing signal from the opposite call processing server 13C to the opposite call processing server 13A, and transfers the PRACK signal from the opposite call processing server 13A to the opposite call processing server 13C. Further, the CSCF 122 receives and stores the 200 OK signal storing the transmission source information (6) from the opposite call processing server 13C.

  The CSCF 122 notifies the RACS 121 of the transmission source information (6) by a bandwidth securing request message and makes a bandwidth securing request. This bandwidth securing request includes an upstream / downstream required bandwidth required for each of a plurality of media flows. In addition, route information for specifying the opposite server is included. This route information includes the opponent identifier and the serial number of the control signal path in the opponent identifier.

  The RACS 121 instructs the I-BGF to change the termination specifying the transmission source information (6) using a unique termination identifier for each media flow. Set the status to INS. At the same time, the amount of bandwidth multiplied by the control correction coefficient for enabling the packet transfer processing device to store the required bandwidth for each packet transfer processing device for each media flow to obtain the desired request bandwidth, and the arrival packet for each class The burst amount is set by multiplying the burst proportionality coefficient for the time when the packet is delayed and collected in consideration of the burst property.

  The I-BGF responds to the RACS 121 with transmission source information (4) to be notified to the transmission destination of the SIP signal corresponding to the transmission source information (6) of the SIP signal. The RACS 121 responds with the source information (4) to be notified to the destination of the SIP signal in response to the bandwidth reservation request message. The CSCF 122 transmits the transmission source information (6) as the transmission source information (4) to the opposite call processing server 13A or the packet transfer processing device for the saved SIPinvite signal.

FIG. 11 shows a media communication sequence originating from another network.
In the figure, the processing of a request call originated from another network starts when the relay call processing server 12 receives the SIPinvite signal via the I-BGF. The relay call processing server 12 receives the SIPinvite signal storing the transmission source information (6) from the opposite call processing server 13D or the packet transfer processing device, returns a 100trying signal to the transmission source device, and receives the received SIPinvite signal. Remember.

  The CSCF 122 notifies the RACS 121 of the transmission source information (6) by a bandwidth securing request message and makes a bandwidth securing request. This bandwidth securing request includes a required upstream / downstream bandwidth required for each of a plurality of media flows.

  The RACS 121 compares the bandwidth for each requested media flow from the upper limit bandwidth for each upstream and downstream virtualized for each I-BGF and compares it with the remaining bandwidth. If the band cannot be acquired, an NG response is immediately made to the band securing request. If bandwidth acquisition is possible for all media flows, the RACS 121 instructs the I-BGF to create a termination specifying the transmission source information (6). The RACS 121 sets information for specifying a control signal path and signal directionality with respect to the I-BGF.

  The I-BGF assigns an identifier that uniquely determines the termination in the I-BGF and sends it back to the RACS 121. The RACS 121 stores this for each I-BGF. Thereby, termination information is uniquely held for each I-BGF. Thereafter, as a termination identifier, a unique identifier between RACS 121 and I-BGF is used for control.

  The I-BGF responds to the RACS 121 with transmission source information (4) to be notified to the transmission destination of the SIP signal corresponding to the transmission source information (6) of the SIP signal. The RACS 121 responds with the source information (4) to be notified to the destination of the SIP signal in response to the bandwidth reservation request message.

  The CSCF 122 transmits the transmission source information (6) as the transmission source information (4) to the opposite call processing server 13E or the packet transfer processing device for the stored SIPinvite signal. In addition, the CSCF 122 transfers the 180 ringing signal from the opposite call processing server 13E to the opposite call processing server 13D, and transfers the PRACK signal from the opposite call processing server 13D to the opposite call processing server 13E. Further, the CSCF 122 receives and stores the 200 OK signal storing the transmission source information (8) from the opposite call processing server 13E.

  The CSCF 122 notifies the RACS 121 of the transmission source information (8) by a bandwidth securing request message and makes a bandwidth securing request. The RACS 121 instructs the I-BGF to change the termination specifying the transmission source information (8) using a unique termination identifier for each media flow.

  The I-BGF responds to the RACS 121 with transmission source information (3) to be notified to the transmission destination of the SIP signal corresponding to the transmission source information (8) of the SIP signal. The RACS 121 responds with the source information (3) to be notified to the destination of the SIP signal in response to the bandwidth reservation request message. The CSCF 122 transmits the source information (8) as the source information (3) to the opposite call processing server 13D or the packet transfer processing device for the saved SIPinvite signal.

  Further, the RACS operates as follows for the refresh timing of the U-plane session. The relay call processing server including the RACS does not have a fixed timing, and refreshes the session when Re-INVITE / UPDATE is received. The monitoring of refresh reception in RACS is the Expire value of the SIP session / 2 + 30 seconds. When the refresh timer expires, the RACS notifies the CSCF. Furthermore, when the Expire value of the SIP session / no refresh is received for 2 seconds, the RACS releases the session and notifies the CSCF of the session release.

1 Communication network (NGN)
2, 3 Other network 11 Transfer network 12 Relay call processing server 13 Opposite call processing server 14 Relay device 111 to 113 Transfer processing unit (I-BGF)
121 Resource Management Department (RACS)
122 Call processing controller (CSCF)

Claims (7)

In a network configuration resource management system in which a call processing server, a local network including one or more transfer processing units, and another network including at least one call processing unit are connected.
The call processing server
A call processing unit that manages SIP negotiation between user terminals and performs call processing based on session state information including at least required quality information ;
Resource management in which the network of the own network is resource-managed as a virtual path, and the requested bandwidth obtained as a result of SIP negotiation is added to or subtracted from the virtual path for each media session established for each SIP negotiation. and a part,
The resource management unit
Network resource information and data flow including a virtual path in which the processing capacity of the transfer processing unit between the local network and the other network is replaced with a bandwidth and a virtual path bandwidth upper limit value for each other network in which a plurality of interfaces are combined Means for performing path selection including the transfer processing unit by bandwidth management based on information and determining a bandwidth for each virtual path ;
When selecting a transfer processing unit for connecting to the other network from the one or more transfer processing units, a transfer processing unit with a small number of streams attached to the own network is selected, and when the number of streams is the same And a means for selecting a transfer processing unit with a small sum of usage rates in the uplink and downlink directions. The resource management system according to claim 1,
The resource management system, wherein the network resource information includes transfer processing section virtual path configuration information, inter-network virtual path configuration information, RACS reception priority information, and QoS class setting information. The resource management system according to claim 1,
The resource management system, wherein the data flow information includes peak rate information, QoS class identification information, reception priority, and reception priority class identification information. The resource management system according to claim 1,
The session state information includes user information, requested quality information, route information, requested call processing control information, and processing state information. The resource management system according to claim 1,
The call processing server stores an identifier for identifying the policing setting on the own network side and an identifier for identifying the policing setting on the other network side with respect to the transfer processing unit when a bandwidth request for securing the media traffic transmitted and received by the user during communication is made. A message is sent to request transfer of a uniquely identifiable identifier, and at the same time, a unique identifier is also issued to the transfer processing unit in the transfer processing unit for identifying and managing a pair of the identifier on the own network side and the identifier on the other network side And a means for storing an identifier for identifying the pair and an identifier for the local network side and an identifier for the other network side for each transfer processing unit. In a network configuration resource management method in which a local network including a call processing server, one or more transfer processing units, and another network including at least one call processing unit are connected.
The call processing unit of the call processing server manages SIP negotiation between user terminals, performs call processing based on session state information including at least required quality information, and the resource management unit of the call processing server Resource management as a virtual path, and the required bandwidth obtained as a result of SIP negotiation with respect to the resource amount is added / subtracted from the virtual path for each media session established for each SIP negotiation to manage resources.
Furthermore, the resource management unit
Network resource information and data flow including a virtual path in which the processing capacity of the transfer processing unit between the local network and the other network is replaced with a bandwidth and a virtual path bandwidth upper limit value for each other network in which a plurality of interfaces are combined Perform route selection including the transfer processing unit by bandwidth management based on information to determine bandwidth for each virtual path ,
When selecting a transfer processing unit for connecting to the other network from the one or more transfer processing units, a transfer processing unit with a small number of streams attached to the own network is selected, and when the number of streams is the same A resource management method comprising: selecting a transfer processing unit having a small total usage rate in the uplink and downlink directions. The resource management method according to claim 6, wherein
A first step in which the resource manager receives a service session control signal corresponding to a call (SIP) from a subscriber terminal;
A second step of reading the session state information corresponding to the call;
A third step of reading the network resource information for available candidate routes corresponding to the call;
A fourth step of determining whether or not the transfer processing unit can be selected based on the number of streams and a bandwidth usage rate;
A fifth step of reading the data flow information corresponding to the call and determining a condition for adding or deleting a medium when the transfer processing unit can be selected in the fourth step;
When the condition of the fifth step is not satisfied, the next priority transfer processing unit is selected based on the priority order of “the number of streams is small> the bandwidth usage is low”, and the process returns to the fourth step. And the steps
A seventh step of determining a transfer processing unit to which virtual path selection logic is applied from session state information corresponding to the call for a candidate route when the condition of the fifth step is satisfied;
An eighth step of performing SIP session control processing corresponding to the path of the transfer processing unit determined in the seventh step;
And a ninth step of returning an error in response to the call bandwidth securing request when the transfer processing unit cannot be selected in the fourth step or the sixth step. Management method.

Images