KR20120058764A - Method and apparatus for providing voice quality in voice over internet protocol - Google Patents

Abstract

PURPOSE: A VoIP(Voice over Internet Protocol) communication quality providing method and apparatus thereof are provided to save the internal memory unit of a CSCF(Cell Session Control Function) by storing SDP(Session Description Protocol) information in a reception terminal. CONSTITUTION: An originating terminal(10) and a reception terminal(50) stores first SDP information and second SDP information. The originating terminal and the reception terminal transmit QoS(Quality of Service) request messages including the first and the second SDP information during a call. A PCRF(Policy and Charging Rules Function)(30) applies the QoS to the originating terminal and the reception terminal in order to execute communication applied the QoS between the originating terminal and the reception terminal.

Description

METHOOD AND APPARATUS FOR PROVIDING VOICE QUALITY IN VOICE OVER INTERNET PROTOCOL}

The present invention relates to a method and apparatus for providing call quality of Voice over Internet Protocol (VoIP), and more particularly, based on 3rd Generation Partnership Project (3GPP) IP Multimedia Subsystem (IMS) / Policy and Charging Rules Function (PCRF). A method and apparatus for providing call quality at the request of a user terminal in a call between VoIP terminals (hardware or software terminals) using a Session Initiation Protocol (SIP).

1 is a flowchart illustrating a method for providing a Quality of Service (QoS) between a terminal-CSCF-PCRF based on a standard 3GPP IMS / PCRF according to the prior art.

First, the calling terminal (calling terminal A, 10) is a terminal for requesting a call connection and sends an INVITE message when the call is connected to the called terminal (called terminal B, 50). Function) (20). At this time, in the body of the INVITE message, the type of media (video, audio), the terminal IP address, and the codec type that the calling terminal 10 intends to use when making a call with the called terminal 50 are included in the body of the INVITE message. Information, such as an RTP communication port, is recorded in a Session Description Protocol (SDP), and the originating CSCF 20 stores the SDP information of the originating terminal 10 in an internal storage for use in transmitting a QoS request message to the PCRF 30. It stores the message and delivers an INVITE message to the called party's CSCF 40 by the routing policy (102).

Then, the called party CSCF 40 determines that the request URI (Uniform Resource Identifier) of the INVITE message received from the calling party CSCF 20 is a terminal registered with the called party CSCF 40, The INVITE message is transmitted to the called terminal 50 (103). At this time, as in the process "102", the called CSCF 40 stores the SDP information of the calling terminal in the internal storage.

Thereafter, the called party terminal 50 rings when receiving an INVITE message, and when the receiver (called party) connects a call, the type of media (video) that the called terminal 50 wants to use when talking on the SDP (video). , Audio), a terminal IP address, a codec type, an RTP communication port, and the like, form a response message (200 OK message), and transmit the message to the called CSCF 40 (104).

Then, the called party CSCF 40 stores the SDP information of the called terminal 50 in the internal storage. In addition, the called party CSCF 40 may perform QoS parameters (eg, an IP address and communication of the terminal) from the SDP information of the calling terminal 10 stored in step “103” and the SDP information of the called terminal 50 just stored. Information about a port and a codec) is extracted (105), and an AAR (Authentication, Authorization, Request) message (QoS request message), which is a standard diameter Gx message, is constructed and forwarded to the PCRF 30 (106).

Then, the PCRF 30 performs the QoS request procedure with the appropriate network equipment according to the access network (wired network, wireless network, etc.) to which the corresponding terminal is connected to allow the QoS to be applied to the called terminal 50 (107).

In addition, the PCRF 30 checks whether the QoS application is successfully applied to the called terminal 50 from the network equipment, and converts it into an AAA (Authentication, Authorization, Accounting) message (QoS processing result message), which is a standard diameter Gx message. The result is returned 108 to the incoming CSCF 40.

Then, the called CSCF 40 forwards the response message (200 OK message) to the calling CSCF 20 including the SDP information of the called terminal 50 (109).

Then, the calling CSCF 20 stores the SDP information of the called terminal 50 in the internal storage. In addition, the calling CSCF 20 may perform QoS parameters (for example, IP address and communication of the terminal) from the SDP information of the calling terminal 10 stored in step “102” and the SDP information of the called terminal 50 just stored. Information about the port and codec) is extracted (110), an AAR message (QoS request message), which is a standard diameter Gx message, is constructed, and transmitted to the PCRF 30 (111).

Then, the PCRF 30 performs the QoS request procedure with the appropriate network equipment according to the access network (wired network, wireless network, etc.) to which the corresponding terminal is connected to allow the QoS to be applied to the calling terminal 10 (112).

The PCRF 30 checks whether the QoS application is successfully applied to the calling terminal 10 from the network equipment, and sends the result as an AAA message (QoS processing result message), which is a standard diameter Gx message. (113).

Then, the originating CSCF 20 transfers a response message (200 OK message) to the originating terminal 10 (114).

Then, the calling terminal 10 responds with an ACK message to the response message (200 OK message) received in the "114" process, this ACK message (response message) through the calling and incoming CSCF (20, 40) A call is forwarded to the destination terminal 50 (115), whereby a call with QoS applied between the originating and destination terminals 10, 50 is initiated (116).

As described above, in the conventional 3GPP IMS-based CSCF-to-PCRF standard QoS providing scheme, whenever all calls are connected, the CSCF transmits a QoS request message from the CSCF to the PCRF, and the PCRF sets a policy or a subscriber profile repository (SPR) set in advance. 60), it is determined whether the QoS is provided through the query.

Therefore, whenever a call is connected to all calls, a message is transmitted and received between the CSCF and the PCRF to use internal resources of the CSCF and the PCRF.

In addition, even when the network environment is good enough that there is no problem in the call without QoS guarantee, since the network device always performs a request for QoS to the network device, the internal resource of the network device should be used, and the subscriber is required to apply the QoS (Fig. 1). 106 to 108, 111 to 113, in the commercial network usually 20ms ~ s) has the disadvantage that the call must be held in a state incapable.

Therefore, it is a problem of the present invention to solve the problems of the prior art as described above.

Accordingly, the present invention provides a method and apparatus for providing a call quality of VoIP for providing a predetermined level of call quality by a request from a user terminal before or after a call connection in a VoIP terminal call using the 3GPP IMS-based SIP protocol The purpose is to provide.

That is, according to the present invention, when a specific button (number / * / #, etc.) is pressed or a specific icon is selected on the user terminal before or during a call connection, the SDP of the calling and receiving terminals stored in the terminal at the time of establishing the call session (Session Description Protocol) using the information and call-related data to deliver a call quality request to the CSCF, and the CSCF requests the call quality to the PCRF to provide a call quality provision method and apparatus for providing a call quality of the VoIP service Its purpose is to.

That is, the present invention saves the internal resources of the CSCF, PCRF and reduces the call connection waiting time by connecting a call without a separate QoS request during session connection, and stores the SDP information of the CSCF by storing the SDP information at the calling and destination terminals. Method and apparatus for providing a call quality of VoIP for providing a call quality of a corresponding call over a certain level by transmitting a QoS request message from the CSCF to the PCRF only when the memory resource for the service is reduced and the QoS guarantee is required through the user terminal The purpose is to provide.

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 method of the present invention for achieving the above object, in the method of providing call quality of Voice over Internet Protocol (VoIP), (a) the originating terminal and the destination terminal is the first Session Description Protocol (SDP) information of itself and the other party; Storing the second SDP information and starting a call without applying a Quality of Service (QoS); (b) transmitting, by the calling terminal or the called terminal, a QoS request message including the first SDP information and the second SDP information during the QoS-free call; And (c) the originating terminal as the PCRF applies a QoS to the calling terminal and the called terminal by using the first SDP information and the second SDP information included in the QoS request message. And initiating, by the called terminal, a call to which QoS is applied.

On the other hand, another method of the present invention for achieving the above object is, in the VoIP call quality providing method, (a) Call Session Control Function (CSCF) is "the first SDP information for the calling terminal and the first terminal for the called terminal; Receiving a QoS request message including the first SDP information and the second SDP information from the calling terminal or the called terminal " (b) the CSCF reconstructing the received QoS request message and requesting QoS application to a PCRF; And (c) the PCRF applying QoS to the originating terminal and the called terminal by using the first SDP information and the second SDP information included in the reconstructed QoS request message.

On the other hand, the apparatus of the present invention for achieving the above object is, VoIP call quality providing apparatus, SDP storage unit for storing SDP data for the calling terminal and the called terminal; A SIP processor for encoding and decoding a SIP message transmitted and received between the CSCF and the terminal; Extract SDP data for the originating terminal and the called terminal and store the SDP data in the SDP storage unit, search for the SDP storage unit according to the QoS application request from the QoS application processing unit, configure QoS application request information, and transfer the SDP data to the SIP processing unit. SDP processing unit for; And a QoS application processor for requesting QoS application to the SDP processing unit and encoding the SIP message including the QoS application request information to the SIP processing unit and transmitting the QoS message to the CSCF when the QoS application request is detected. .

In the present invention as described above, since the call quality request procedure is performed through the terminal according to the needs of the user after the session is connected, the QoS request message for all calls during the call connection, which is a scheme proposed by the existing 3GPP IMS and PCRF standards. It is possible to reduce the call connection delay compared to the method of transmitting and receiving between CSCF and PCRF and applying QoS according to the policy set in the PCRF.

In addition, the present invention has the effect of reducing the resource waste required to store the SDP information of the source and destination terminal for the QoS request from the CSCF to the PCRF. That is, instead of storing the SDP for each call in a CSCF that accepts multiple subscribers and processes multiple calls at the same time, the internal memory of the CSCF can be saved by storing SDP information at the calling and destination terminals. Can be.

In addition, the present invention has an effect that can reduce the load of the CSCF and PCRF because the message transmission and reception occurs between the system only when a request from the user terminal.

1 is a flowchart illustrating a method for providing QoS between a terminal-CSCF-PCRF based on a standard 3GPP IMS / PCRF according to the prior art;
2 is a diagram illustrating an embodiment of a standard 3GPP IMS / PCRF based network;
3 is a flowchart illustrating a method for providing QoS between a terminal, a CSCF, and a PCRF according to the present invention;
4 is a configuration diagram of an embodiment of a call quality providing apparatus according to the present invention.

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, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings.

And throughout the specification, when a part is referred to as being "connected" to another part, it includes not only "directly connected" but also "electrically connected" with another part in between. Also, when a component is referred to as " comprising "or" comprising ", it does not exclude other components unless specifically stated to the contrary .

2 is a diagram illustrating an embodiment of a standard 3GPP IMS / PCRF based network.

As shown in FIG. 2, a standard 3GPP IMS / PCRF based network includes an originating terminal 10, an originating CSCF 20, a PCRF 30, a terminating CSCF 40, and a terminating terminal 50, A detailed operation thereof (method of providing QoS between the terminal, the CSCF, and the PCRF) will be described in detail with reference to FIG. 3.

3 is a flowchart illustrating a method for providing QoS between a terminal, CSCF, and PCRF according to the present invention.

First, the originating terminal 10 is the type of media (video, audio), terminal IP address, codec that the user wants to use when making a call with the called terminal 50 in the body of the INVITE message. The SDP is configured to contain information such as type, RTP communication port, and the like, and the SDP information is stored in its internal storage (301), and then an INVITE message is transmitted to the outgoing CSCF 20 (302).

The originating CSCF 20 then forwards the INVITE message to the destination CSCF 40 by the routing policy (303). For reference, in the above-described prior art of FIG. 1, the calling CSCF 20 stores the SDP information of the calling terminal 10.

* SDP example of calling terminal

v = 0

o = KT_IP_PHONE 1198865964 0 IN IP4 147.6.60.45

s = KT_VOIP_CALL

c = IN IP4 147.6.60.45

t = 0 0

m = audio 29902 RTP / AVP 0 8 18

b = AS: 64

a = rtpmap: 0 PCMU / 8000

a = rtpmap: 8 PCMA / 8000

a = rtpmap: 18 G729 / 8000

a = sendrecv

Table 1 below shows the SDP information stored in the calling terminal 10 in the process of "301".

Then, the called party CSCF 40 determines that the Request URI of the INVITE message received from the calling party CSCF 20 is a terminal registered with the called party CSCF 40, and the called party 50 Send an INVITE message (304). For reference, in the above-described prior art of FIG. 1, the called CSCF 40 stores the SDP information of the calling terminal 10.

Then, when receiving the INVITE message from the destination CSCF 40, the called party terminal 50 stores the SDP information and its SDP information of the calling terminal in the INVITE message in the internal storage (305).

* SDP example of called terminal

v = 0

o = KT_IP_PHONE 1198865970 0 IN IP4 147.6.60.37

s = KT_VOIP_CALL

c = IN IP4 147.6.60.37

t = 0 0

m = audio 29904 RTP / AVP 0

b = AS: 82

a = rtpmap: 0 PCMU / 8000

a = sendrecv

Table 2 below shows the SDP information stored in the called terminal 50 in step 305.

Subsequently, the called terminal 50 rings when receiving an INVITE message, and when the receiver (called party) connects the call, the type of media (video, audio) and the terminal IP to be used for the call to the SDP. An address, codec type, RTP communication port, etc. are recorded to form a response message (200 OK message), and then transferred to the destination CSCF 40 (306).

The incoming CSCF 40 then directly sends a response message (200 OK message) to the originating CSCF 20 (307). In the above-described prior art of FIG. 1, the called CSCF 40 always transmits the QoS request message to the PCRF 30 after receiving the response message (200 OK message) sent by the called terminal 50, but in the present invention, The QoS request process is omitted, and a response message (200 OK message) is immediately transmitted to the originating CSCF 20 to minimize call connection delay time.

Thereafter, the originating CSCF 20 directly transmits the response message (200 OK message) to the originating terminal 10 (308). In the above-described prior art of FIG. 1, the originating CSCF 20 always transmits the QoS request message to the PCRF 30 after receiving the response message (200 OK message) sent by the incoming CSCF 40. The QoS request process is omitted, and a response message (200 OK message) is immediately transmitted to the calling terminal 10 to minimize call connection delay time.

Thereafter, the calling terminal 10 stores the SDP information of the called terminal in the response message (200 OK message) in the internal storage (309).

Table 3 below shows the SDP information stored in the calling terminal 10 in step 309.

Subsequently, the originating terminal 10 responds with an ACK message to the response message (200 OK message) received in step 308, and the ACK message (response message) is transmitted through the originating and terminating CSCFs 20 and 40. A call is transmitted to the destination terminal 50 (310), and thus a call without QoS is started between the originating and destination terminals 10 and 50 (311).

When the QoS request button (or icon) is clicked on the calling terminal 10 or the called terminal 50 during the call without QoS applied as described above (312), the corresponding terminal (the calling terminal or the called terminal) receives an INFO message (QoS request). ) Is transferred to the corresponding CSCF (calling CSCF or called CSCF) (313).

In the exemplary embodiment of FIG. 3, the processing flow for pressing the QoS request button on the called terminal 50 is illustrated, and the process is only different in the processing direction even when the QoS request button is pressed on the calling terminal 10. The same applies. The INFO message is an embodiment, and may be implemented using other SIP messages such as UPDATE, OPTIONS, INVITE and re-INVITE.

In addition, the called terminal 50 or the calling terminal 10 may include, for example, a QoS request button or a QoS request icon that can be input by a user. Therefore, when it is determined that the application of QoS is necessary during a call, the user may input a QoS request signal to the terminal by inputting a QoS request button or a QoS request icon provided in the terminal. In addition, the user may request the QoS by inputting a combination of a preset button, for example, '767 #' and the like, instead of the above-described QoS request button or QoS request icon.

The INFO message of the step "313" may be configured as shown below.

INFO tel: 0251148054 SIP / 2.0

From: <tel: 0251148053>; tag = b76280-2d3c0693-13c4-799-7fa683ec-799

To: <tel: 0251148054>

Call-ID: b79030-2d3c0693-13c4-799-b40e3f7-799

CSeq: 1 INFO

Via: SIP / 2.0 / UDP 147.6.60.45:5060;bran=z9hG4bK-799-1dae28-4c667a05

Content-Type: application / xml

Content-Length: 431

<? xml version = "1.0" encoding = "utf-8"?>

<call-id> b79030-2d3c0693-13c4-799-b40e3f7-799 </ call-id> // call-id for that call

<downlink offer> // SDP information of calling terminal

   <media description> audio 29902 RTP / AVP 0 8 18 </ media description>

   <bandwidth> AS: 64 </ bandwidth> // Required Bandwidth

   <attr1> rtpmap: 0 PCMU / 8000 </ attr1> // Attribute of Codec1

   <attr2> rtpmap: 8 PCMA / 8000 </ attr2> // Attribute of Codec2

   <attr3> rtpmap: 18 G729 / 8000 </ attr3> // Attribute of Codec 3

   <mode> sendrecv </ mode> // mode of sending and receiving the media

   <ip> 147.6.60.45 </ ip> // originator IP

   <port> 9902 </ port> // originating terminal RTP port

</ downlink offer>

<uplink answer>

   <media description> audio 29902 RTP / AVP 0 </ media description>

   <bandwidth> AS: 82 </ bandwidth> // Required Bandwidth

   <attr1> rtpmap: 0 PCMU / 8000 </ attr1> // Attribute of Codec1

   <mode> sendrecv </ mode> // mode of sending and receiving the media

   <ip> 147.6.60.45 </ ip> // originator IP

   <port> 9904 </ port> // originating terminal RTP port

</ uplink answer>

Then, the called party CSCF 40 searches for the call-id in the INFO message transmitted by the called terminal 50, and determines the QoS parameters of the call (for example, information about the IP address, communication port, and codec of the terminal). An AAR message (QoS request message) is constructed and transmitted to the PCRF 30 (314).

Then, the PCRF 30 performs the QoS request procedure with the appropriate network equipment according to the access network (wired network, wireless network, etc.) to which the corresponding terminal is connected to allow the QoS to be applied to the called terminal 50 (315).

The PCRF 30 checks whether the QoS application is successfully applied to the called terminal 50 from the network equipment, and receives the result as an AAA message (QoS processing result message), which is a standard diameter Gx message. Answer 316.

Then, the incoming CSCF 40 transmits a response message (200 OK message) to the INFO message of the “313” process to the called terminal 50 (317), and delivers the INFO message to the calling CSCF 20 ( 318).

The INFO message of step “318” may be configured as shown below.

INFO tel: 0251148054 SIP / 2.0

From: <tel: 0251148053>; tag = b76280-2d3c0693-13c4-799-7fa683ec-799

To: <tel: 0251148054>

Call-ID: b79030-2d3c0693-13c4-799-b40e3f7-799

CSeq: 1 INFO

Via: SIP / 2.0 / UDP 147.6.60.45:5060;bran=z9hG4bK-799-1dae28-4c667a05

Content-Type: application / xml

Content-Length: 431

<? xml version = "1.0" encoding = "utf-8"?>

<call-id> b79030-2d3c0693-13c4-799-b40e3f7-799 </ call-id> // call-id for that call

<uplink offer>

<media description> audio 29902 RTP / AVP 0 8 18 </ media description>

   <bandwidth> AS: 64 </ bandwidth> // Required Bandwidth

   <attr1> rtpmap: 0 PCMU / 8000 </ attr1> // Attribute of Codec1

   <attr2> rtpmap: 8 PCMA / 8000 </ attr2> // Attribute of Codec2

   <attr3> rtpmap: 18 G729 / 8000 </ attr3> // Attribute of Codec 3

   <mode> sendrecv </ mode> // mode of sending and receiving the media

   <ip> 147.6.60.45 </ ip> // originator IP

   <port> 9902 </ port> // originating terminal RTP port

</ uplink offer>

<downlink answer>

<media description> audio 29902 RTP / AVP 0 </ media description>

   <bandwidth> AS: 82 </ bandwidth> // Required Bandwidth

   <attr1> rtpmap: 0 PCMU / 8000 </ attr1> // Attribute of Codec1

   <mode> sendrecv </ mode> // mode of sending and receiving the media

   <ip> 147.6.60.45 </ ip> // originator IP

   <port> 9904 </ port> // originating terminal RTP port

</ downlink answer>

Then, the calling CSCF 20 searches for the call-id in the INFO message transmitted by the called CSCF 40, and the QoS parameters of the call (for example, information on the terminal's IP address, communication port, and codec). An AAR message (QoS request message) is constructed and transmitted to the PCRF 30 (319).

Then, the PCRF 30 performs the QoS request procedure with the appropriate network equipment according to the access network (wired network, wireless network, etc.) to which the corresponding terminal is connected so that the QoS is applied to the calling terminal 10 (320).

The PCRF 30 checks whether the QoS application is successfully applied to the calling terminal 10 from the network equipment, and sends the result as an AAA message (QoS processing result message), which is a standard diameter Gx message. Answer 321.

Then, the originating CSCF 20 transmits a response message (200 OK message) for the INFO message of step 318 to the destination CSCF 40 (322), and QoS between the originating and destination terminals 10 and 50 is established. The applied call is started (323).

4 is a configuration diagram of an embodiment of a call quality providing apparatus according to the present invention.

As shown in FIG. 4, the apparatus for providing call quality in a VoIP terminal according to the present invention includes a SIP processing unit 401, an SDP processing unit 402, an SDP storage unit 403, and a QoS application processing unit 404.

First, the SIP processing unit 401 encodes and decodes SIP messages transmitted and received between the CSCF and the terminal.

The SDP processing unit 402 extracts the SDP data to be stored in the SDP storage unit 403 from the SDP contents of the calling and destination terminals decoded by the SIP processing unit 401 and records the SDP data in the SDP storage unit 403. In addition, if there is a request for applying the QoS from the QoS application processor 404, the SDP storage unit 403 is provided with a request for providing the corresponding SDP data, and the XML body as in step 313 of FIG. The QoS application request information is configured and transmitted to the SIP processing unit 401.

The SDP storage unit 403 stores the SDP-related data for each originating and destination terminal extracted by the SDP processing unit 402, and provides the corresponding SDP data when requested by the SDP processing unit 402.

If the QoS application request 404 detects a user's QoS application request (press a specific button or click a designated icon), the QoS application processing unit 404 requests the SDP processing unit 403 to apply QoS to the XML body as described above. Configure the QoS application request information to be transmitted to the SIP processing unit 401, and request the SIP processing unit 401 to encode and transmit a SIP message including the QoS application request information to the CSCF. Perform.

As described above, the method and apparatus for providing VoIP call quality at the request of the terminal according to the present invention, after the session is connected, the call quality request procedure is performed through the terminal as required by the user. Therefore, it minimizes the use of internal resources of CSCF and PCRF compared to the method of sending and receiving QoS request messages between CSCF and PCRF for all calls when calling, which is the method proposed by 3GPP IMS and PCRF standard, and applying QoS according to the policy set in PCRF. can do. In addition, by improving the procedure of requesting QoS to network equipment for all calls, it restricts the request to QoS only when necessary, thereby reducing the latency of call connection between calling and terminating terminals, and the load of access network network equipment that QoS is substantially applied. Can be reduced. In addition, instead of storing SDP for each call in a CSCF that accepts multiple subscribers and processes multiple calls at the same time, it saves CSCF's internal memory by storing SDP information at the calling and destination terminals. can do.

Meanwhile, the method for providing call quality of VoIP according to the present invention as described above may be implemented in the form of program instructions that can be executed by various computer means and recorded in a computer readable medium. The computer readable medium may include program instructions, data files, data structures, etc. alone or in combination. The program instructions recorded on the medium may be those specially designed and constructed for the present invention or may be available to those skilled in the art of computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks, such as floppy disks. Magneto-optical media, and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like. The medium may be a transmission medium such as an optical or metal line, a wave guide, or the like, including a carrier wave for transmitting a signal designating a program command, a data structure, or the like. Examples of program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like. The hardware device may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments, but, on the contrary, Various permutations, modifications and variations are possible without departing from the spirit of the invention.

Therefore, the scope of the present invention should not be construed as being limited to the embodiments described, but should be determined by the scope of the appended claims, as well as the appended claims.

The present invention can be used for VoIP terminals (hardware or software terminals) and the like using 3GPP IMS / PCRF based SIP.

401: SIP processing unit 402: SDP processing unit
403: SDP storage unit 404: QoS application processing unit

Claims (4)

In the method of providing call quality of Voice over Internet Protocol (VoIP),
(a) the calling terminal and the called terminal storing the first Session Description Protocol (SDP) information and the second SDP information of itself and the other party, and starting a call without applying a Quality of Service (QoS);
(b) transmitting, by the calling terminal or the called terminal, a QoS request message including the first SDP information and the second SDP information during the QoS-free call; And
(c) Policy and Charging Rules Function (PCRF) applies QoS to the calling terminal and the called terminal by using the first SDP information and the second SDP information included in the QoS request message. Initiating, by the called terminal, a call to which QoS is applied;
VoIP call quality providing method comprising a.
The method of claim 1,
In step (a),
Storing, by the calling terminal, its first SDP information, and transmitting a call request message including the first SDP information;
Receiving, by the called terminal, the call request message, storing the first SDP information and the second SDP information thereof, and transmitting a response message including the second SDP information;
Receiving, by the calling terminal, the response message and storing the second SDP information; And
Initiating a call without QoS applied between the calling terminal and the called terminal;
VoIP call quality providing method comprising a.
In the method of providing call quality of VoIP,
(a) Call Session Control Function (CSCF) is stored from the "calling terminal or the called terminal that is performing a call without QoS and storing the first SDP information for the calling terminal and the second SDP information for the called terminal. Receiving a QoS request message comprising first SDP information and the second SDP information;
(b) the CSCF reconstructing the received QoS request message and requesting QoS application to a PCRF; And
(c) the PCRF applying QoS to the calling terminal and the called terminal by using the first SDP information and the second SDP information included in the reconstructed QoS request message;
VoIP call quality providing method comprising a.
In the call quality providing apparatus of VoIP,
An SDP storage unit for storing SDP data for the calling terminal and the called terminal;
A SIP processor for encoding and decoding a SIP message transmitted and received between the CSCF and the terminal;
Extract SDP data for the originating terminal and the called terminal and store the SDP data in the SDP storage unit, search for the SDP storage unit according to the QoS application request from the QoS application processing unit, configure QoS application request information, and transfer the SDP data to the SIP processing unit. SDP processing unit for; And
When the QoS application request is detected, the QoS application processing unit for requesting QoS application to the SDP processing unit and requesting the SIP processing unit to encode and transmit a SIP message including the QoS application request information to the CSCF.
VoIP call quality providing apparatus comprising a.

Images