Method and device for control of voice services speed in mobile communication system that supports voice services via packet network

TECHNICAL FIELD OF THE INVENTION

The present invention relates to a mobile communication system supporting the voice service via a packet network, and more particularly to a method and apparatus for controlling speed of a particular voice service.

BACKGROUND

Mobile communication systems are evolving into a high-speed high-quality wireless packet data transmission for providing not only the established voice service, but also data service and multimedia. Universal system of mobile communication (UMTS), which is a mobile communication system of the third generation, which is based on Global System for Mobile Communications (GSM) and General Packet Radio Services (GPRS) and uses wideband code division multiple access channels (CDMA), provides a service in which users of mobile phones or computers can transmit packet-based text, digitized audio / video and multimedia data at a speed of 2 Mbit / s or higher at any point of the globe. UMTS-system uses the concept of a packet-switched access which uses a packet protocol such as Internet Protocol (IP).

In this context, the Third Generation Partnership Project (3GPP), which is responsible for standardization for the UMTS-communication system, there is a discussion on the relationship "Voice over Internet Protocol" (VoIP), which support voice packets using Internet protocol in supporting voice service.

VoIP refers to a communication technique for transmitting voice frames generated in a voice codec after converting the voice frames into IP-packets User Datagram Protocol (UDP) / Real Time Transport Protocol (RTP). With VoIP can provide voice service via a packet network.

1 - is a diagram illustrating a configuration of a conventional mobile communication system supporting VoIP.

1, a user equipment (UE) 100 includes a codec 105 for converting the voice signal into a voice frame, the level 104 IP / UDP / RTP-protocols for creating IP / UDP / RTP0-packet voice frame from the codec 105, the level 103 Packet Data Convergence Protocol (PDCP) for compressing header IP / UDP / RTP-packet layer 102 Radio Link Control (RLC) for converting the IP / UDP / RTP-packet in the appropriate format to transmit it over a wireless channel, and the level 101 of the access control medium (MAC) / Physical Layer (PHY) packet data over the wireless channel.

The voice packet data transmitted from the UE 100 are delivered to a radio network controller (RNC) 120 via a Node B 110 over a wireless channel. RNC 120, including a MAC / PHY-layer 121, RLC-layer 122 and the PDCP-layer 123, similar to UE 100 converts the voice frame on the wireless channel to the original IP / UDP / RTP-packet and transmits the IP / UDP / RTP-packet a core network (CN) 130. IP / UDP / RTP-packet provided in the CN 130 is transmitted to a receiving UE (not shown) through the IP-network 140. The receiving UE, having the same hierarchical structure as that of the transmitting UE 100 restores the transmitted voice data to its original voice signal in the opposite order.

3GPP provides voice service using a voice codec called Adaptive Multi (AMR) codec, and the AMR-codec is characterized by its variable rate, so it can adjust the rate according to the state of the wireless channel.

Figure 2 - is a diagram illustrating a conventional AMR-control process speed.

During speed control downlink (DL) on both sides of the 2-VoIP communication exchange VoIP packets 265 with each-other. VoIP-packet 265 includes IP / UDP / RTP-header 240, a special header AMR payload 257 and voice data 260. The header 257 Special AMR payload field 245 includes a mode change request (CMR), the frame type field 250 (FT ) and OTHER field 255 (more).

The voice data 260 can have various sizes according to the AMR-codec mode, and the FT field 250 is filled with information, codec mode applied to the voice data. Therefore, the receiving side VoIP-packets can detect the size and format of speech data 260 by analyzing the information in the 250 FT. The table below shows exemplary sizes of voice data according to various codec modes used in the AMR.

AMR-type kadraRezhim kodekaRazmer speech data (bits) 0AMR 4.75 kbit / s1121AMR 5.15 kbit / s1202AMR 5.90 kbit / s1283AMR 6.70 kbit / s (PDC-EFR) 1444AMR 7.40 kbit / s (TDMA- EFR) 1605AMR 7,95 kbit / s1766AMR 10.2 kbit / s2167AMR 12.2 kbit / s (GMS-EFR) 2568AMR SID56

CMR field 245 is filled with information, codec mode required for the other side. For example, if the other party has to transmit voice data at 12.2 kbit / s, the CMR field 245 is filled with 7, which is FT0-value associated with 12.2 kbit / s.

OTHER field 255 is filled with information indicating whether there is an error in the voice data. This field is not related to the essence of the exemplary embodiment of the present invention, so its description is omitted.

Below is a description of the control process speed downlink performed in the UMTS-network.

VoIP-communication is performed between the UMTS-terminal 205 and the IP-RNC 210 by object 207. Object IP-210 - a device for generating downlink VoIP-packet link which may include, for example, a gateway or a VoIP-terminal. In step 215, IP-object 210 transmits the VoIP-packet having a rate of y kbit / s in UMTS-terminal 205. In this case, the field-FT VoIP packet filled with the value x, associated with the speed. At step 220-UMTS terminal 205 wants to change the VoIP-speed downlink packet. Exemplary reasons for the UMTS-terminal 205 to change the speed of VoIP-packet the downlink, include the need to reduce the speed of deterioration due to the wireless downlink channel or increase the rate due to the improvement of quality of the wireless channel downlink.

At step 225-UMTS terminal 205 inserts the value FT, associated with the desired speed in the CMR VoIP-packet uplink (UL) to transmit. In step 230, after receiving the VoIP-packet uplink, IP-object 210 changes the VoIP-speed downlink packet to x-1 according to the CMR field value. Consequently, FT-VoIP downlink packet transmitted in-UMTS terminal 205 in step 235 becomes x-1.

SUMMARY OF THE INVENTION

Technical Problem

Because the rate control in conventional VoIP-communication is performed based on "from end node to end node" object placed in the middle of a transmission path can not control the rate. However, in the UMTS-network is the case when RNC should be able to control the AMR-rate closely related to radio resources. For example, there is a possible case where the RNC should decrease the AMR-speed downlink / uplink to limit to a specific level-ratio VoIP traffic to all traffic of a certain cell. However, in conventional VoIP communication-RNC can not control the AMR-speed.

Technical solution

Exemplary embodiments of the present invention solves at least the above problems and / or disadvantages and to provide at least the advantages described below. Accordingly, an aspect of the present invention is to provide a method and apparatus for controlling the rate of a voice service in a mobile communication system supporting the voice service via a packet network.

The present invention provides a method and apparatus wherein a network entity, such as an RNC, controls a rate of a voice service in a mobile communication system supporting the voice service via a network element.

Exemplary embodiments of the present invention provide a method and apparatus which RNC controls the AMR-speed uplink for the terminal by transmitting Uplink AMR Rate Control (Control AMR-speed uplink) in the terminal.

Exemplary embodiments of the present invention provide a method and apparatus, which an RNC transmits a Downlink AMR Rate Control (Control AMR-speed downlink) to the terminal so that the terminal may appropriately set the CMR field VoIP-packet uplink.

According to one aspect of the present invention provides a method for controlling rate of a voice service in a mobile communication system supporting the voice service via a packet network. The method comprises the steps of receiving a control message at a terminal from a radio network controller (RNC); if the control message indicates control of a downlink rate, determining a downlink rate according to the control message; reference field Change Mode Request (CMR) (mode change request) packet "Voice over Internet Protocol" (VoIP) uplink rate according to the downlink-transmission VoIP packet uplink from the terminal in the RNC; if the control message indicates control of an uplink rate, determining an uplink rate according to the control message; and forming VoIP-packet uplink includes a speech uplink data generated according to the determined uplink rate and frame type information (FT), indicating a certain speed uplink and transmit VoIP-packet uplink from the terminal the RNC.

According to another aspect of the present invention provides a method for controlling rate of a voice service in a mobile communication system supporting the voice service via a packet network. The method comprises the steps of determining a new speed downlink / uplink to control information in the Change Mode Request (CMR) or field Frame Type (FT) (frame type) of the package "Voice over Internet Protocol" (VoIP) downlink / uplink link for the voice service; generating a control message indicating the determined speed downlink / uplink; and transmitting the generated control message to a terminal.

According to further another aspect of the present invention provides a method for controlling rate of a voice service in a mobile communication system supporting the voice service via a packet network. The method comprises the steps of if there is a need to change a voice rate, changing field Change Mode Request (CMR) package "Voice over Internet Protocol" (VoIP), transmitted in the opposite direction of the path which requires change of velocity on information Frame Type (FT ) associated with the desired speed; re-calculate the checksum User Datagram Protocol (UDP) VoIP-packet according to the changed CMR field and the transfer of VoIP-packet filled changed CMR field and re-calculated amount UDP, a destination.

According to still another aspect of the present invention provides a speed control device of a voice service in a mobile communication system supporting the voice service via a packet network. The apparatus comprises a control message receiver for detecting the type of information desired downlink frame (DL) or the type of information desired uplink frame (UL) from a control message indicating control of speed downlink / uplink communication received from the radio network controller (RNC); Controller field Change Mode Request (CMR) field values ​​to determine the CMR, indicating a downlink rate according to the Desired DL Frame Type; a rate controller for determining an uplink rate according to the Desired UL Frame Type; header insertion unit to insert a CMR field value, received from the CMR field controller, a speech packet header of the uplink; a voice codec for converting a speech signal into speech data according to the determined uplink rate, and converting voice data included in a downlink packet into a voice signal; a transceiver for transmitting speech packet uplink includes a header and speech data in RNC, receiving speech downlink packet from the RNC, and providing the received voice packet downlink speech codec.

According to still another aspect of the present invention provides a speed control device of a voice service in a mobile communication system supporting the voice service via a packet network. The apparatus comprises a decision block speed to determine a new speed downlink / uplink to control information in the Change Mode Request (CMR) or field Frame Type (FT) package "Voice over Internet Protocol" (VoIP) downlink / uplink voice service; a control message generator for generating a control message indicating speed downlink / uplink provided from decision block speed; and a transceiver for transmitting the generated control message to a terminal.

According to still another aspect of the present invention provides a speed control device of a voice service in a mobile communication system supporting the voice service via a packet network. The apparatus comprises a decision block for determining the data rate for the desired type of the downlink frame information and desired uplink frame type connection; block field adjuster Change Mode Request (CMR) for setting a CMR field package "Voice over Internet Protocol" (VoIP) uplink / downlink according to the frame type information; Block checksum User Datagram Protocol (UDP) uplink re UDP checksum VoIP-packet uplink block supplied from the CMR field adjuster, to update the UDP checksum; block UDP checksum downlink to recalculate the checksum UDP-VoIP downlink packet supplied from the CMR field adjuster unit, to update the UDP checksum; and a transceiver for transmitting VoIP-packet downlink / uplink provided by the calling user in block field adjuster CMR, and transmitting VoIP-packet downlink / uplink communication received from the calculation unit UDP checksum downlink / uplink to the proper location destination.

Other aspects, advantages, and salient features of the invention will become apparent to those skilled in the art from the following detailed description, which, taken in conjunction with the annexed drawings, discloses exemplary embodiments of the invention.

Benefits

From the above description it can be understood that the exemplary embodiments of the present invention allow the network to control the speed-VoIP packet, thereby efficiently managing the radio resources.

BRIEF DESCRIPTION OF DRAWINGS

The above and other exemplary aspects, features and advantages of certain embodiments of the present invention will become more apparent from the following detailed description taken in conjunction with the accompanying drawings, in which:

Figure 1 - a schematic diagram illustrating a configuration of a conventional mobile communication system supporting VoIP;

2 - a diagram showing the traditional process control AMR-speed;

Figure 3 - a schematic diagram illustrating a control operation of the AMR-rate, according to a first exemplary embodiment of the present invention;

4 - block diagram illustrating an operation of a terminal according to a first exemplary embodiment of the present invention;

5 - a diagram illustrating a control operation of the AMR-rate, according to a second exemplary embodiment of the present invention;

Figure 6 - a block diagram illustrating an operation of a terminal according to a second exemplary embodiment of the present invention;

Figure 7 - a schematic diagram illustrating a control operation of the AMR-rate, according to a third exemplary embodiment of the present invention;

8 - a block flowchart illustrating the operation of RNC, according to a third exemplary embodiment of the present invention;

9 - diagram illustrating a structure of a terminal according to first and second exemplary embodiments of the present invention;

Figure 10 - a schematic diagram illustrating the structure of RNC, according to the first and second exemplary embodiments of the present invention;

11 - a diagram illustrating a structure of RNC, according to a third exemplary embodiment of the present invention.

Throughout the drawings, like reference numerals denote like elements, features and structures.

BEST MODE FOR CARRYING THE INVENTION

Aspects of the invention presented herein, including the detailed construction and elements, contribute to a comprehensive understanding of the embodiments of the invention and are merely exemplary. Hence, those skilled in the art will appreciate that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted for clarity and conciseness.

In a mobile communication system that provides voice service via a packet network according to exemplary embodiments of the present invention, a network entity such as RNC, controls a rate of a voice service.

Exemplary embodiments of the present invention propose a scheme in which an RNC transmits an Uplink AMR Rate Control terminal to AMR-rate control of uplink terminal. In addition, the present invention proposes a scheme in which an RNC transmits a Downlink AMR Rate Control terminal so that the terminal may appropriately set the CMR field VoIP-packet uplink.

Although exemplary embodiments of the present invention are described with reference to the RNC in UMTS-3GPP network, they may also be applied to the object placed in the middle of the transmission path for nearly every VoIP-network communication network such as 3GPP Long Term Evolution (LTE). Those. particular network entity, which controls radio resources of the transmission can use a control message proposed in the exemplary embodiments of the present invention to control the AMR-speed uplink / downlink for a specific terminal.

First Embodiment

Figure 3 - is a diagram illustrating a control operation of AMR-rate, according to a first exemplary embodiment of the present invention.

3, the step 312 VoIP-communication is performed between the UMTS-terminal IP-305 and the object 310. It is assumed that a frame type (FT) downlink - 5, AMR-speed downlink is 7.95 kbit / s, frame type of the uplink - 4, and AMR-speed uplink is 7.40 kbit / s. Therefore, VoIP-frame type of the downlink packet transmitted from the IP-310 in the object-UMTS terminal 305 in step 315 - is 5.

Next, at step 320, the RNC 307 wants to change the AMR-speed downlink to 5.90 kbit / s at a particular time. For example, RNC 307 may reduce the AMR-speed terminal, if it intends to receive the traffic of a new terminal in the cell, but does not have enough resources to transmit downlink. Since the AMR-speed downlink IP-established entity 310 and direct communication is not possible between the IP-RNC 310 and the object 307, RNC 307 controls the AMR-speed IP-object 310 via the UMTS-terminal 305, which is controlled by the RNC 307. More specifically, RNC 325 in step 307 sets the desired FT reported Downlink AMR Rate Control 2, that is associated with the 5.90 kbit / s, and then transmits a Downlink AMR Rate Control with the desired FT = 2-UMTS terminal 305.

In step 330, after receiving the message Downlink AMR Rate Control, UMTS-terminal 305 sets the CMR field of the uplink VoIP packet-link according to the desired FT information in the received message. As a result, VoIP-CMR field of the uplink packet transmitted in-IP entity 310 in step 335, it is set to 2.

In step 340, if the VoIP packet arrives at--IP entity 310, IP-object 310 sets a frame type of VoIP-packet downlink according to the CMR field information in the received VoIP-packet. Those. by setting the frame type of VoIP-downlink packet transmitted in step 345, for 2-IP entity 310 sets the AMR-speed downlink 5.90 kbit / s.

Next, at step 350, the RNC 307 wants to change the AMR-speed uplink 7.40 kbit / s to 10.2 kbit / s at a particular time. For example, RNC 307 can increase the AMR-speed uplink, if it has enough resources available uplink transmission and thus wants to provide more resources to the uplink transmission for the terminal.

In step 355 RNC 307 sets a desired FT message Uplink AMR Rate Control 6 that is associated with a 10.2 kbit / s, and transmits Uplink AMR Rate Control with desired FT = 6-UMTS terminal 305.

In step 360, after receiving the message Uplink AMR Rate Control, UMTS-terminal 305 sets a frame type of VoIP-packet uplink desired FT information according to the received message.

Those. frame type of VoIP-packet uplink transmission in-IP entity 310 in step 365, set to six.

4 - is a flow chart illustrating an operation of a terminal according to a first exemplary embodiment of the present invention.

4, the operation when the terminal receives a Downlink AMR Rate Control message and Uplink AMR Rate Control.

The terminal receives a control message from an RNC in step 405 and determines the type of the control message in step 410. If the control message - a message Uplink AMR Rate Control, the terminal proceeds to step 430. If the control message - a message Downlink AMR Rate Control, the terminal proceeds to step 420. If the control message - is another message, the terminal proceeds to step 415.

At step 415 the terminal performs a rate control operation according to information in the control message. This step is equivalent to the corresponding step in the conventional method, so a detailed description thereof is omitted.

In step 420, the terminal, if the received message - a message Downlink AMR Rate Control, sends information required DL frame type, included in message Downlink AMR Rate Control, in the AMR-insertion unit headers. At step 425, inserter AMR-header field sets the CMR VoIP-packet uplink generated later according to the Desired DL Frame Type, prior to transmission.

In step 430, the terminal, if the received message - a message Uplink AMR Rate Control, sends information required DL frame type, included in message Uplink AMR Rate Control, in the AMR-codec. At step 435-AMR codec sets a codec rate of VoIP-packet uplink formed later, according to the required UL Frame Type before transmission.

In the first embodiment, the RNC must know-AMR codec rate used at a corresponding time and an available AMR-codec rate. Therefore, RNC to recognize the AMR data-rate codec, the transmission signals should preferably be carried out between the serving GPRS support node (SGSN) and the RNC.

Second Embodiment

A second embodiment of the present invention proposes a scheme in which an RNC controls the AMR codec-speed downlink / uplink communication without the information about the AMR-codec rate.

Thus, in the second embodiment, the RNC simply provides the information indicating that there is a need to change the codec rate to a higher codec rate or a lower codec rate, instead of inserting desired FT information into a message Downlink AMR Rate Control message and Uplink AMR Rate Control. Upon receiving the Uplink AMR Rate Control terminal adjusts a codec rate of VoIP-packet uplink to the codec rate, higher or lower than the current codec rate.

Upon receiving the Downlink AMR Rate Control terminal inserts a value associated with a codec rate, higher or lower than the current codec rate in VoIP-CMR field of the uplink packet under the control RNC.

5 - a diagram illustrating a control operation of AMR-rate, according to a second exemplary embodiment of the present invention.

It is assumed that VoIP-communication is performed between the UMTS-terminal 505 and the IP-packet 510, the frame type of the downlink set to 5, AMR-speed downlink is 7.95 kbit / s, the frame type of the uplink is set to 4, and AMR-speed uplink is 7.40 kbit / s.

Therefore, VoIP-frame type of the downlink packet transmitted from the IP-510 in the object-UMTS terminal 505 in step 515 set to 5.

In step 520, RNC 507 wants to change the AMR-downlink rate to a lower rate at a particular time. For example, RNC 507 may modify the AMR-speed terminal located in the cell, if it intends to receive the traffic of a new terminal in the cell, but has insufficient downlink transmission resources in the communication cell.

Since the AMR-speed downlink traditionally installed by IP-entity 510 and direct communication is not possible between the IP-object 510 and the RNC 507, RNC 507 controls the AMR-speed IP-object 510 through the UMTS-terminal 505 that is controllable by RNC 507. More specifically, in step 525, the RNC 507 inserts the information of lower DL codec rate to a message Downlink AMR Rate Control message, and sends the Downlink AMR Rate Control in-UMTS terminal 505. Here, the information of lower DL codec rate decrease indicates AMR codec rate downlink. However, if the RNC 507 wants to increase the AMR-speed downlink information he inserts higher DL codec rate to a message Downlink AMR Rate Control. In this case, the information of higher codec rate DL codec rate indicates an increase in a downlink AMR.

In step 530, after receiving the message Downlink AMR Rate Control, UMTS-terminal 505 sets the CMR field of the uplink VoIP packet-link according to information included in the received message. Those. if lower DL codec rate is included in the message Downlink AMR Rate Control, UMTS-terminal 505 sets the CMR field to a value with assotsiirovzannoe codec rate, lower than the codec rate of the previous downlink VoIP packet-link. Otherwise, if Higher DL codec rate is included in the message Downlink AMR Rate Control, UMTS-terminal 505 sets the CMR field to a value associated with a codec rate, higher than the codec rate of the previous downlink VoIP packet-link.

In this embodiment, since the lower DL codec rate is included in the message Downlink AMR Rate Control and FT VoIP-downlink packet received from the IP-entity 510 in step 515 is 5, field CMR VoIP-packet uplink transmission in step 535, it is set to 4. In step 540, if the VoIP-packet uplink enters the object IP-510, IP-object 510 sets a frame type of the VoIP-packet according to the downlink VoIP-CMR field of the uplink packet. Those. by setting the frame type of VoIP-downlink packet transmitted in step 545, 4-IP entity 510 sets the downlink AMR-speed communication line equal to the 7.40 kbit / s.

Next, at step 550, the RNC 507 wants to increase the AMR-speed uplink at a particular time. For example, RNC 507 can increase the AMR-speed uplink, if it has enough resources available uplink transmission and thus wants to provide more resources to transmit uplink for UMTS-terminal 505.

In step 555 RNC 507 inserts the information of higher UL codec rate into an Uplink AMR Rate Control message, and transmits the Uplink AMR Rate Control in the UMTS terminal 505. The information-higher codec rate UL codec rate indicates an increase in an uplink AMR.

In step 560, after receiving the message Uplink AMR Rate Control UMTS-terminal 505 sets a codec rate of VoIP-packet uplink equal codec rate, higher than the current codec rate because the information higher UL codec rate is included in the received message. In addition,-UMTS terminal 505 sets a frame type of VoIP-packet uplink corrected value. For example, when the frame type of the previous VoIP-packet uplink is 5, the frame type of VoIP-packet uplink transmission in-IP entity 510 in step 565 is set to 6.

6 - is a flow chart illustrating an operation of a terminal according to a second exemplary embodiment of the present invention.

The terminal receives a control message from an RNC in step 605 and determines the type of the control message in step 610. If the control message - a message Uplink AMR Rate Control, the terminal proceeds to step 635. If the control message - a message Downlink AMR Rate Control, the terminal proceeds to step 620. If the control message - is another message, the terminal proceeds to step 615.

At step 615 the terminal performs a rate control operation according to information in the control message. This step is equivalent to the corresponding step in the conventional method, so a detailed description thereof is omitted.

In step 620, the terminal analyzes the information required DL frame type, included in message Downlink AMR Rate Control. If the Desired DL Frame Type - This information is higher DL codec rate, the terminal proceeds to step 625. If the Desired DL Frame Type - This information is lower DL codec rate, the terminal proceeds to step 630.

At step 625, the terminal selects AMR-speed, which is higher than the AMR rate of the previous-VoIP-packet downlink to transmit messages Downlink AMR Rate Control, and inserts the selected AMR rate into the field-CMR VoIP-packet uplink. In step 630, the terminal selects AMR-speed, which is lower than the AMR rate of the previous-VoIP-packet downlink, and inserts the selected AMR rate into the field-CMR VoIP-packet uplink.

In step 635, the terminal analyzes the information required type of frame UL, message included in the Uplink AMR Rate Control. If the Desired UL Frame Type - This information is higher UL codec rate, the terminal proceeds to step 640. If the Desired UL Frame Type - This information is lower UL codec rate, thereby indicating a decrease AMR codec rate of the uplink, the terminal proceeds to step 645. In step 640, the terminal adjusts the rate of VoIP-packet uplink, so as to have-AMR rate that is higher than the AMR rate of the previous-VoIP-packet uplink. At step 645, the terminal adjusts the rate of VoIP-packet uplink AMR-up speed, which is lower than the AMR rate of the previous-VoIP-packet uplink.

Although message Downlink AMR Rate Control message and Uplink AMR Rate Control separately used in the first and the second exemplary embodiment of the present invention, one of the two messages may perform both of the two functions. Those. You can include information AMR change-speed downlink / uplink in one control message, or control the AMR rate downlink / uplink rate change based on the information included in the one control message.

In addition, RNC includes the current state information of the terminal instead of the information rate change in the control message before transmission, so that the terminal receiving the control message can recognize its uplink transmission environment and perform rate control communication speed in accordance therewith.

Third Embodiment

A third embodiment of the present invention proposes a scheme in which an RNC personally adjusts CMR field-VoIP packet without using a message AMR Rate Control.

7 - is a diagram illustrating a control operation of AMR-rate, according to a third exemplary embodiment of the present invention.

It is assumed that VoIP-communication is performed between the UMTS-terminal IP-705 and the object 710 in step 712. The type of the downlink frame is set to 5, AMR-speed downlink is 7.95 kbit / s, the frame type of the uplink is set 4, and AMR-speed uplink is 7.40 kbit / s.

Therefore, VoIP-frame type of the downlink packet transmitted from the IP-710 in the object-UMTS terminal 305 in step 715 set to 5.

In step 720, RNC 707 wants to change the AMR-downlink rate to a lower rate at a particular time. For example, RNC 707 may modify the AMR-rate terminal 705, if it intends to receive the traffic of a new terminal, but has insufficient transmission resources in the downlink to do so.

To change a downlink rate, RNC 707 changes the CMR field of VoIP-packet uplink-received from the UMTS terminal 705 to a desired value.

For example, after receiving the VoIP-packet uplink with CMR = 5 in step 725 RNC 707 changes the CMR field of VoIP-packet uplink to a value associated with the desired rate in step 730 and transmits the VoIP-packet uplink IP- object 710 in step 735. In the embodiment of Figure 7 CMR field value is changed from 5 to 4. In this case, the RNC 707 newly calculates a UDP checksum value-VoIP-packet header of the uplink, considering the new CMR field value, and renews VoIP-packet uplink using UDP checksum value-headline.

In step 740, IP-object 710 changes the frame type of the VoIP-packet the downlink according CMR field value VoIP-packet uplink. In step 745, IP-object 710 sets the frame type of the VoIP-downlink packet 4 and transmits the VoIP-packet downlink FT = 4-UMTS terminal 705.

Operation changes uplink rate change operation is equivalent to the downlink rate, so a detailed description thereof is omitted.

8 - is a flow chart illustrating the operation of RNC, according to a third exemplary embodiment of the present invention.

If there is a need to change the AMR-rate in step 805, RNC proceeds to step 810.

In step 810, RNC determines whether it needs to change the AMR-speed uplink or AMR-speed downlink. If there is a need to change the AMR-speed uplink, RNC proceeds to step 815. If there is a need to change the AMR-speed downlink, RNC proceeds to step 820.

In step 815, to change the AMR-speed uplink, RNC changes the CMR field of VoIP-packet downlink to be transmitted to a terminal to value associated with the desired speed.

In step 820, to change the AMR-speed downlink, RNC changes the CMR field of VoIP-packet uplink, received from a terminal to value associated with the desired speed.

In step 825, RNC recalculates the checksum of the UDP-VoIP packet downlink / uplink whose CMR field has changed. UDP-header has a 2-byte UDP checksum field, and this field is filled with a checksum value for a UDP-header, AMR, AMR header and parts-data. Therefore, if the CMR field is changed, the checksum value should be recalculated.

In step 830, RNC sends the VoIP-packet downlink / uplink changed CMR field and the new calculated UDP checksum value to the corresponding destination object.

9 - is a diagram illustrating a structure of a terminal according to first and second exemplary embodiments of the present invention.

The terminal includes AMR-codec 905, inserter 915-AMR header, the user data processor 925, controller 910 AMR-speed CMR field controller 920, a receiver 930 and a control message transceiver 935.

-AMR codec 905 converts a voice signal into AMR data, or--converts AMR data into a voice signal. Inserter 915 inserts the AMR-header-AMR header such as CMR and FT, in the AMR-data. The processor 925 of the user data is a device for processing the corresponding AMR-packet for transmission over a wireless channel, and includes object duct la UDP / IP, and also objects of PDCP, RLC, MAC.

The transceiver 935 transmits uplink data and receives downlink data over a wireless channel.

The transceiver 930 receives control messages to the control message and takes appropriate action according to control information in the control message. Upon receiving the Downlink AMR Rate Control transceiver 930 provides control messages to the control information in the control message to the controller 920 CMR field. Upon receiving the Uplink AMR Rate Control message transceiver 930 control provides control information in the control message to the controller 910 AMR-speed.

Operations CMR field controller 920 and the controller 910 AMR-speed slightly different in the first and second embodiments. First, a description of each device in the first embodiment.

Upon receiving the information Desired DL Frame Type CMR field controller 920 provides the received information to the inserter 915-AMR header inserter 915, and AMR-header field sets the CMR VoIP-packet uplink to the value provided by the controller 920 CMR field.

Upon receiving the information Desired UL Frame Type AMR-controller 910 provides speed information in the received AMR-codec 905. Codec AMR-905 adjusts the speed as AMR-provided information, and converts a voice signal into AMR data according to the corrected-AMR-speed uplink.

The following is a description of the operation CMR field controller 920 in the second embodiment.

If more high-speed information included in the DL Frame Type information required DL, the CMR field controller 920 determines an appropriate value to be inserted in a CMR field. In this case, the following details can be considered as an example.

1. A new CMR field value should be higher than the AMR rate of the current-VoIP-packet the downlink.

2. The new CMR field value should be one of the AMR-rates supported in IP-object other.

3. The CMR field controller selects the value nearest to the AMR rate of the current-VoIP-packet the downlink from the CMR values, satisfying the above two conditions.

If a slower rate information included in the DL Frame Type information required DL, the CMR field controller 920 determines an appropriate value to be inserted in a CMR field. In this case, the following details can be considered as an example.

1. A new CMR field value should be lower than the AMR rate of the current-VoIP-packet the downlink.

2. The new CMR field value should be one of the AMR-rates supported in IP-object other.

3. The CMR field controller selects the value nearest to the AMR rate of the current-VoIP-packet the downlink from the CMR values, satisfying the above two conditions.

A description of the controller 910 AMR-speed in the second embodiment.

If the information is higher UL codec rate information is included in the required type of frame UL, AMR-controller 910 determines a new rate AMR-speed uplink. In this case, the following details can be considered as an example.

1. A new uplink AMR-speed communication line needs to be higher than the current AMR-speed uplink.

2. A new uplink AMR-speed communication line must be one of the AMR-rates supported by the terminal.

3. The AMR-rate controller should select the value nearest to the AMR-speed current uplink AMR-velocity of satisfying the above two conditions.

If the information is lower UL codec rate information is included in the required type of frame UL, AMR-controller 910 determines a new rate AMR-speed uplink. In this case, the following details can be considered as an example.

1. A new uplink AMR-speed communication line must be lower than the current AMR-speed uplink.

2. A new uplink AMR-speed communication line must be one of the AMR-rates supported by the terminal.

3. The AMR-rate controller should select the value nearest to the AMR-speed current uplink AMR-velocity of satisfying the above two conditions.

10 - a diagram illustrating a structure of RNC, according to the first and second exemplary embodiments of the present invention.

RNC includes a user data processor 1005, a decision unit 1010 for AMR-speed radio resource manager 1015, a control message generator 1020 and the transceiver 1025.

User data processor 1005 is a device for handling user data downlink / uplink and consists of objects PDCP, RLC and MAC.

The transceiver 1025 is a device for transmitting / receiving downlink / uplink.

Control message generator 1020 is a device for generating a control message. After receiving a request for a change-speed from the AMR unit decider 1010-AMR rate control message generator 1020 generates a message Downlink AMR Rate Control message or an Uplink AMR Rate Control.

Radio resource manager 1015 is a device for managing radio resources of cells managed by the RNC, and performs, for example, operation control access to the call. If you need to withdraw the radio resources of the cell or there is a need to allocate additional radio resources, the radio resource manager 1015 informs about the need to block the decision in 1010 by AMR-speed.

Upon receiving a request to review a particular cell from the radio resource manager 1015 radio resource block decider 1010 decreases the rate AMR-AMR-speed terminal located in the cell. Upon receiving the notification indicating the possibility of allocating more radio resources to a particular cell from the radio resource manager 1015, a decision unit 1010 for AMR-speed increase AMR-speed terminal located in the cell. In the first embodiment, block 1010 a decision on the AMR-speed determines the information desired FT downlink and information desired FT uplink, which is to be inserted into the message Downlink AMR Rate Control, and Message Uplink AMR Rate Control, and provides specific information to the generator 1020 control messages.

In the second embodiment, a block 1010 a decision on the AMR-speed defines information lower DL codec rate and information higher DL codec rate or information lower codec rate UL and information higher UL codec rate, which must be inserted into the message Downlink AMR Rate Control message and Uplink AMR Rate Control, and provides specific information generator 1020 in the control messages.

11 - a diagram illustrating a structure of RNC, according to a third exemplary embodiment of the present invention.

RNC includes a control unit 1105 field adjuster CMR unit 1102 calculate UDP checksum uplink 1110 checksum UDP downlink processor 1125 user data, a transceiver 1130, a block 1115 a decision on the AMR-rate and the dispatcher 1120 of radio resources .

Block 1105 CMR field adjuster 1115 under the control of the decision on the AMR-speed resets CMR fields VoIP-packet uplink VoIP-communication and downlink packet to a new value.

Radio resource manager 1120 is a device for managing radio resources of cells managed by the RNC, and performs, for example, operation control access to the call. If you need to withdraw the radio resources of the cell or there is a need to allocate additional radio resources, the radio resource manager 1120 informs about the need to block the decision in 1115 by AMR-speed.

1110 UDP checksum downlink recalculates the checksum value UDP-VoIP downlink packet supplied from the block CMR field adjuster 1105. VoIP-packet downlink processed in block 1110 UDP checksum downlink is transmitted to the terminal via the user data processor 1125. User data processor 1125 is a device for handling user data downlink / uplink and consists of objects PDCP, RLC and MAC. The transceiver 1130 transmits / receives data downlink / uplink.

Block 1102 UDP checksum uplink recalculates the checksum value UDP VoIP-packet uplink block supplied from the CMR field adjuster 1105. VoIP-packet uplink processed in block 1102, UDP checksum uplink is available in the IP-side by means of another object, e.g., SGSN.

VoIP-packet the downlink is directly input unit 1105 CMR field adjuster without passing through section 1102 calculate UDP checksum uplink and VoIP-packet uplink injected directly into block 1105 CMR field adjuster without passing through 1110 checksum UDP downlink.

Although the present invention has been shown and described with reference to specific exemplary embodiments, those skilled in the art will appreciate that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined by the appended claims and their equivalents.