KR20110069640A - Method of providing qos using pre-provisioned service flow in mvoip - Google Patents

Abstract

PURPOSE: A QOS providing method using a previously providing service flow is provided to supply a QoS by using a previously providing service flow in a base station without interlinking of an IMS(IP Multimedia Subsystem). CONSTITUTION: A base station transits a PPSF(Pre-Provisioned Service Flow) of a provisioned status to an active status(205a,205b). The base station allocates a wireless resource to a call between an mVoIP(mobile Voice over Internet Protocol) terminal and a receiving terminal. If a call connection is cancelled, the base station recognizes a call completion fact(207,208). The base station transits the previously providing service flow of the active status to the provision state(209).

Description

Method of providing QoS using pre-provisioned service flow in mVoIP

The present invention relates to a QoS providing method in an mVoIP communication network, and more particularly, to providing QoS using a pre-provisioned service flow (PPSF) without IMS interworking (PCRF / CSCF / PCEF interworking). The present invention relates to a QoS providing method using a pre-provided service flow in an mVoIP communication network in which a base station sets a QoS to be applied to a terminal call and provides a service flow for a corresponding QoS during a terminal call.

Recently, mVoIP communication network was established through interworking with mobile Internet (eg WiBro, mobile WiMAX, 3GPP LTE, etc.) and IMS network (IP Multimedia Subsystem), and VoIP-based call service (eg, voice call service) as an additional service to mobile Internet subscribers. , A video call service) is being developed.

On the other hand, in 3GPP TS29.212 / 213/214, standardization such as Call Session Control Function (CSCF), Policy and Charging Rule Function (PCR), and Policy and Charging Enforcement Function (PCEF) [ An example is a technique for ensuring call quality to a wireless terminal through interworking between an Access Control Router (ACR) in a WiBro network.

For example, it provides a good call quality to subscribers due to lack of bandwidth, end-to-end delay, jitter, packet loss, etc. due to wireless network environment for calls between VoIP-based calling terminal and called terminal. To do this, a radio link QoS provisioning scheme has been proposed. This is as follows.

In the IMS standard, in providing QoS for a call between an originating terminal and a terminating terminal, the terminal makes a radio resource reservation triggering to the CSCF, and accordingly, the CSCF makes a radio resource request to the PCRF. A resource request / response process is performed to provide a service flow for a corresponding QoS to calls between terminals through radio resource allocation.

On the other hand, based on the IMS network system, that is, CSCF, which is not based on the radio resource reservation triggering method as described above, the CSCF performs the radio resource reservation triggering to the PCRF, and the PCRF performs the radio link QoS resource request / response process to allocate the radio resource. There is also a prior art that provides a service flow for the corresponding QoS to the call between the terminals.

However, the above-described conventional technologies are required to interwork with IMS equipment, for example, interworking between CSCF and PCRF, and interworking between PCRF and PCEF in order to provide QoS in an mVoIP communication network.

That is, in the prior art, the equipment to perform the function of the PCRF to provide the service flow for the QoS between the terminals must be installed in the IMS network, the base station controller (ACR) must be equipped with the function of the PCEF, PCRF / CSCF / There is a problem in that an interworking interface (such as DIAMETER signaling processing) between PCEFs needs to be developed, a service flow providing API for QoS to a modem of a terminal needs to be developed, and a VoIP client needs modification and development to use the API. There is a significant investment in providing QoS to mVoIP networks.

In addition, in the prior art, there is a problem in that a service flow providing processing module / process for QoS is performed by different equipment such as PCRF, CSCF, and PCEF, so that the number of failure points is increased, and radio resources are not used efficiently and are wasted. have.

Considering the above, for example, small network operators in developing countries such as Eastern European countries and African countries will not be able to build QoS-providing infrastructure on mVoIP networks due to economic and high cost, but also technically ensure operational stability against failure points. I can't afford it.

Accordingly, the present invention has been proposed to solve the above problems and meet the above requirements, and provides a pre-provisioned service flow (PPSF) without providing IMS interworking (PCRF / CSCF / PCEF interworking) in providing QoS. The purpose of the present invention is to provide a QoS providing method using a pre-provided service flow in an mVoIP communication network in which a base station provides a service flow for a corresponding QoS during a terminal call by setting a QoS to be applied to a terminal call using a service flow). .

The objects of the present invention are not limited to the above-mentioned objects, and other objects and advantages of the present invention which are not mentioned can be understood by the following description, and will be more clearly understood by the embodiments of the present invention. Also, it will be readily appreciated that the objects and advantages of the present invention may be realized by the means and combinations thereof indicated in the claims.

The present invention for achieving the above object, in the method for providing QoS in the mVoIP communication network, the pre-provided service flow (PPSF) generated by setting the QoS parameters to be applied to the VoIP packet flow and VoIP packet flow classification information Creating a connection by setting the pre-provided service flow (PPSF) to a provisioned state when the mVoIP terminal accesses the network in the state set in the base station; Confirming that the packet received from the mVoIP terminal is a VoIP packet flow based on the VoIP packet flow classification information; Transitioning said provisioned service flow (PPSF) in a provisioned state to an active state; And initiating radio resource allocation for QoS of the mVoIP terminal in the transitioned pre-provided service flow (PPSF).

In addition, the present invention, the mVoIP terminal for confirming that the VoIP packet is not flowing due to a preset idle time; And suspending the radio resource allocation for QoS of the mVoIP terminal by transitioning the active pre-provided service flow (PPSF) to a provisioned state.

In addition, the present invention, the pre-provided service flow (PPSF) corresponding to the subscriber-specific QoS policy confirmed through the authentication information of the mVoIP terminal in a state in which at least one PPSF having a different subscriber-specific QoS policy is further set in the base station The method may further include performing radio resource allocation for QoS of the mVoIP terminal using.

The present invention as described above has the effect that the base station in the mVoIP communication network using a pre-provided service flow (PPSF) can provide QoS without interworking with IMS equipment such as PCRF / CSCF / PCEF.

In addition, the present invention has the effect of dynamically allocating a radio resource to be applied to QoS only when a user-to-user call is made through a PPSF state transition.

In addition, the present invention does not require the installation of equipment for providing QoS, the installation of the PCEF function, the development of the interworking interface, the development of the API, etc., and thus, it is possible to construct the QoS providing infrastructure in the mVoIP communication network at low cost.

In addition, the present invention has the effect of ensuring the operational stability for the point of failure only need to manage the pre-provided service flow (PPSF) implemented in the base station.

BRIEF DESCRIPTION OF THE DRAWINGS The above and other objects, features and advantages of the present invention will become more apparent from the following detailed description of the present invention when taken in conjunction with the accompanying drawings, It can be easily carried out. In the following description, well-known functions or constructions are not described in detail since they would obscure the invention in unnecessary detail. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a configuration diagram of an embodiment of an mVoIP communication network to which the present invention is applied.

As shown in FIG. 1, an mVoIP communication network to which the present invention is applied is implemented as an example of a WiBro network and an IMS network, and the WiBro network is an mVoIP terminal (aka WiBro terminal) 10 and a base station (RAS; Radio Access Station). 20), the Policy and Charging Enforcement Function (PCEF) 30 (an example of this PCEF is an Access Control Router (ACR) in a WiBro network), an AAA server 40 for terminal access authentication, and the like. The IMS network includes a CSCF 50 including a P-CSCF (Proxy-Call Session Control Function) 51, an Interrogating-CSCF (I-CSCF) 52, and a Serving-CSCF (S-CSCF) 53, PCRF (Policy and Charging Rule Function, also known as QoS Manager (QM)) (60) and the like.

Although not shown in the drawing, the WiBro network further includes an A server for collecting and managing billing data, and the IMS network includes MGCF, MGW, and application services for interworking with other networks (mobile communication network and wired telephone network). An application server (AS) for providing, a home subscriber server (HSS) for voice service authentication, and a home digital service (HDS) for data additional service authentication are further provided.

The mobile communication network (WCDMA, CDMA, GSM) linked to the IMS network includes an MSC, a BSC, a BTS, a mobile communication terminal, and the like, and a toll, a wired telephone, and the like on a wired telephone network (PSTN).

As shown in FIG. 1, a VoIP-based call service (eg, a voice call service and a video call service) may be provided to a mobile Internet subscriber, that is, an mVoIP terminal 10 by interworking with a WiBro network and an IMS network. Of course, the mVoIP terminal 10 may also be provided with an Internet access service through a gateway linked to the Internet.

In the present invention, in providing QoS in an mVoIP communication network, the QoS in the base station 20 using a pre-provisioned service flow (PPSF) preconfigured for the mVoIP terminal 10 without additional IMS device interworking. To provide.

That is, in the present invention, in order to provide QoS, the call of the mVoIP terminal 10 to the base station 20 using the pre-provided service flow (PPSF) without interworking with the PCEF 30, the CSCF 50, and the PCRF 60. By setting the QoS to be applied to the mVoIP terminal 10 when the mVoIP terminal 10 makes a call, the base station 10 provides a service flow (connection for QoS) for the QoS to the mVoIP terminal 10.

Here, the service flow refers to an uplink packet flow [up-link SF] or a downlink packet flow [down-link SF] for providing a specific QoS between the base station and the terminal. Identifies a specific service flow by using a service flow identifier (SFID).

In addition, the pre-provided service flow (PPSF) refers to a service flow that is preferentially provided to the terminal after the terminal is authenticated.

Next, the QoS providing method using the pre-provided service flow of the present invention will be described in detail with reference to FIG. 2.

2 is a flowchart illustrating a method for providing a QoS using a pre-provided service flow according to the present invention.

The present invention pre-sets to the base station 20 which QoS is to be provided for which service flow using a pre-provided service flow (PPSF) in advance. [A service flow to be applied to the VoIP packet flow of the mVoIP terminal 10; Specific QoS parameter matching].

In other words, when the mVoIP terminal 10 accesses the base station 20, a connection service for QoS for the call [VoIP packet flow] of the mVoIP terminal 10 is generated using a pre-provided service flow (PPSF) set in advance. To provide.

Here, the VoIP packet flow is preferably divided into information such as a source IP address (src IP), a destination IP address (dest IP), a source port (src port), a destination port (dest port), a protocol (protocol). In addition, the QoS parameter applied to the pre-provided service flow (PPSF) is preferably defined by bandwidth, scheduling type, transmission rate, data size, delay jitter, and the like.

Therefore, in the present invention, it is assumed that the information for distinguishing whether the VoIP packet flow and the required QoS (quality of service level) (QoS to be provided to the mVoIP terminal 10) are always constant. Of course, the mVoIP terminal 10 may be implemented as a dedicated terminal only to provide QoS for a wide range of VoIP packet flows used in an IMS network or by a QoS policy of an IMS network operator.

Hereinafter, a detailed procedure of the present invention shown in FIG. 2 will be described.

First, the pre-provided service flow (PPSF) generated by matching (setting) QoS parameters to be applied to the VoIP packet flow is set in advance in the base station 20, and the VoIP packet flow classification information is set in the base station 20 (201). ). As an additional example, in a state in which at least one PPSF (multiple PPSFs) having different subscriber QoS policies are further configured in the base station, a corresponding pre-provided service flow according to the subscriber QoS policy confirmed through the authentication information of the mVoIP terminal ( PPSF) may be used to perform radio resource allocation for QoS of the mVoIP terminal. This additional example will be described at the end of the description of FIG. 2.

Here, the VoIP packet flow classification information may be configured only with a factor that does not change even when the mVoIP terminal 10 is connected to a call with an unspecified terminal. For example, for the VoIP packet flow classification information, a destination IP address may be configured by a factor such as an 'SBC server IP address', a protocol 'UDP', and a port 'specific port number / band'. That is, in the IMS network in which the RTP media of the mVoIP terminal 10 is always proxied to a Session Border Controller (SBC) server, the path of the packet sent by the mVoIP terminal 10 to the base station 20 does not change. In operation 20, it is possible to distinguish whether the VoIP packet flows through the 'SBC server IP address' of the packet received from the mVoIP terminal 10. In such a case, the base station 20 can distinguish the VoIP packet flow without defining all of the VoIP packet flow classification information. Similarly, the same is true when the VoIP client of the mVoIP terminal 10 is implemented to use only a predetermined RTP port number (or range). In addition, the SBC (Session Border Controller) server is to solve the problem of failing to send two-way media between terminals due to a network address translator (NAT) in a private network environment, and performs a SIP proxy function to perform media delivery and codec conversion. .

Then, mVoIP terminal 10 is connected to the network through the base station 20 [Note; Initial connection, etc.], after performing authentication for the subscriber of the mVoIP terminal 10 through interworking with the AAA server 40, the base station 20 sets the pre-provided service flow PPPP set in advance. The connection is created by setting the provisioned state (202).

Subsequently, when the mVoIP terminal 10 user calls the called terminal user, the mVoIP terminal 10 requests a call connection through the base station 20 (or transmits RTP media to the called terminal through the base station). Start a call through] (203). Here, it is assumed that the packet about the invite message used for the call connection request sent by the mVoIP terminal, the RTP media during the call, etc. is composed of only the factors that do not change even when the call is connected to the unspecified terminal.

Then, the base station 20 recognizes that the packet related to the call connection request or the RTP media received from the mVoIP terminal 10 based on the VoIP packet flow classification information is the VoIP packet flow (204). In this case, a time point for transitioning a pre-provisioned service flow (PPSF) in a provisioned state to an active state is different depending on the type of the VoIP packet flow identified through the VoIP packet flow classification information.

That is, when the base station 20 classifies the VoIP packet flow received from the mVoIP terminal 10 into the UDP transport protocol used by SIP, the base station 20 may receive a call at the time of receiving the first invite message such as an invite message. The provisioned service flow (PPSF) in the provisioned state is transitioned to the active state (205a). In this case, QoS can be guaranteed to the subscriber of the mVoIP terminal through PPSF for the entire call service (signaling QoS guarantee, dialing, call, and hangup). However, some applications such as games also use UDP, so PPSF transitions to the active state due to the packet flow related to the game.

Meanwhile, the base station 20 divides the VoIP packet flow received from the mVoIP terminal 10 into RTP and SBC corresponding port numbers (port bands 10,000 to 20,000, etc.) using the UDP transport protocol, and starts a call. At the time point (when receiving RTP media), the provisioned service flow (PPSF) in the provisioned state is transitioned to the active state (205b). In this case, although there is a point that PPSF cannot guarantee QoS through signaling in terms of signaling processing, there is an advantage in that it can guarantee QoS for the call process and prevent network resource wastage in situations where call connection may or may not be established. have.

For example, how to set VoIP packet flow classification information can be flexibly implemented according to network characteristics, QoS guarantee policy using PPSF, and the method of using the invite message and RTP together and the method of using only RTP (port) This is desirable in terms of efficiency. In addition, the description of the process of call processing between the mVoIP terminal 10 and the called terminal, for example, sending an invite message, responding with a 200 OK message, connecting to a call, and the like may be used. Shall be.

Then, after transitioning the state of the pre-provided service flow (PPSF) to the active state, the base station 20 performs radio resource allocation for the call between the mVoIP terminal 10 and the called terminal [QoS allocation Start] (206).

Then, when the call connection between the mVoIP terminal 10 and the called terminal is released (207) in accordance with the end of the call between the user, the base station 20 is based on the connection generated by the PPSF based on the VoIP packet flow classification information. Recognizing the end of the call between users through the VOIP packet not flowing (208), the active preprovisioned service flow (PPSF) is provisioned after a predetermined dormant timeout. Transition to state (209). Here, the dormant timeout for releasing the pre-provided service flow (PPSF) may be set as short as possible to minimize radio resource waste.

Then, the base station 20 stops radio resource allocation for the call between the mVoIP terminal 10 and the called terminal [QoS allocation end] (210).

Through the above process [Pre-Provision Service Flow (PPSF) state transition], the present invention can efficiently allocate and use radio resources to be applied to QoS only when a user-to-user call is made.

Meanwhile, as mentioned above as an additional example, in a state in which at least one PPSF having a different QoS policy for each subscriber is further configured in the base station, a corresponding pre-provision service according to the QoS policy for each subscriber confirmed through authentication information of the mVoIP terminal. The radio resource allocation for QoS of the mVoIP terminal may be performed using a flow (PPSF). This additional example and a further embodiment of the present invention through the terminal authentication process will be described as follows.

mVoIP terminal 10 is connected to the network through the base station 20 [Note; In the case of initial access, etc.], the subscriber information of the mVoIP terminal 10 may be authenticated through the interworking with the AAA server 40, and the subscriber information, in particular, the subscriber-specific QoS policy information may be checked from the AAA server 40. By using this, it is possible to generate the PPSF according to the QoS policy for each subscriber by applying the AAA server 40 and apply the QoS of the mVoIP terminal. Of course, this additional embodiment also performs the process of QoS assignment start / end, such as provisioned state / active state transition, for the pre-provided service flow (PPSF).

In addition, in the present invention, the PPSF provision according to the subscriber-specific QoS policy provides a variety of PPSFs [PPSF1, PPSF2,... To users who are mVoIP subscribers and subscribe to PPSF supplementary services. ], The PPSF provided to such a subscriber may provide the subscriber with different PPSF not only for supporting QoS but also for each terminal specification of the subscriber. For example, a PPSF capable of providing more bandwidth to a subscriber having a high performance smartphone may be applied, and a PPSF having a certain QoS guarantee may be applied to a subscriber having a low performance low cost phone. Of course, in the per-subscriber QoS policy, for example, if there are 20 PPSF supplementary service subscribers, the PPSF may be provided with 10 best QoS, 6 subsequent QoS, and 4 remaining QoS.

On the other hand, the method of the present invention as described above can be written in a computer program. And the code and code segments constituting the program can be easily inferred by a computer programmer in the art. In addition, the written program is stored in a computer-readable recording medium (information storage medium), and read and executed by a computer to implement the method of the present invention. The recording medium may include any type of computer readable recording medium.

The present invention described above is capable of various substitutions, modifications, and changes without departing from the technical spirit of the present invention for those skilled in the art to which the present invention pertains. It is not limited by the drawings.

1 is a configuration diagram of an embodiment of an mVoIP communication network to which the present invention is applied;

2 is a flowchart illustrating a method for providing a QoS using a pre-provided service flow according to the present invention.

* Explanation of symbols on the main parts of the drawing

10: mVoIP terminal 20: base station

40: AAA Server

Claims (6)

In the method for providing QoS in mVoIP communication network, With the pre-provisioned service flow (PPSF) generated by setting the QoS parameters to be applied to the VoIP packet flow and the VoIP packet flow classification information set in the base station, creating a connection by setting the pre-provided service flow (PPSF) to a provisioned state when an mVoIP terminal accesses a network; Confirming that the packet received from the mVoIP terminal is a VoIP packet flow based on the VoIP packet flow classification information; Transitioning said provisioned service flow (PPSF) in a provisioned state to an active state; And Initiating radio resource allocation for QoS of the mVoIP terminal with the transitioned active pre-provided service flow (PPSF) QoS providing method using a pre-provided service flow in the mVoIP communication network including a. The method of claim 1, Confirming that a VoIP packet does not flow due to a preset idle time for the mVoIP terminal; And Suspending the radio resource allocation for QoS of the mVoIP terminal by transitioning the active pre-provided service flow (PPSF) to a provisioned state QoS providing method using a pre-provided service flow in the mVoIP communication network further comprising. The method of claim 1, The VoIP packet flow classification information, At least any one of a source IP address (src IP), a destination IP address (dest IP), a source port (src port), a destination port, and a protocol that does not change even when an mVoIP terminal is connected to an unspecified terminal. QoS providing method using a pre-provided service flow in mVoIP communication network, characterized in that consisting of a factor containing one. The method of claim 1, In the case of dividing the VoIP packet flow into a UDP transport protocol, QoS using a pre-provided service flow in an mVoIP communication network, wherein the provisioned service flow (PPSF) in a provisioned state transitions to an active state when a call connection request is received from the mVoIP terminal How to Provide. The method of claim 1, When the VoIP packet flow is divided into RTPs (port numbers), A pre-provisioned service in an mVoIP communication network characterized in that the provisioned service flow (PPSF) of the provisioned state transitions to an active state at the time of receiving the RTP media from the mVoIP terminal (call start). QoS providing method using flow. The method according to claim 1 or 2, With at least one PPSF having different subscriber-specific QoS policies set to the base station, Performing radio resource allocation for QoS of the mVoIP terminal by using a corresponding pre-provided service flow (PPSF) according to the subscriber-specific QoS policy confirmed through the authentication information of the mVoIP terminal; QoS providing method using a pre-provided service flow in the mVoIP communication network further comprising.

Images