WO2006026889A1 - Systeme et procede de commande dynamique de debit multimedia dans un systeme ims - Google Patents

Systeme et procede de commande dynamique de debit multimedia dans un systeme ims Download PDF

Info

Publication number
WO2006026889A1
WO2006026889A1 PCT/CN2004/001021 CN2004001021W WO2006026889A1 WO 2006026889 A1 WO2006026889 A1 WO 2006026889A1 CN 2004001021 W CN2004001021 W CN 2004001021W WO 2006026889 A1 WO2006026889 A1 WO 2006026889A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
packet
rate control
real
time data
Prior art date
Application number
PCT/CN2004/001021
Other languages
English (en)
French (fr)
Inventor
Sheng Liu
Baijun Zhao
Zhengxian Lin
Original Assignee
Utstarcom Telecom Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Utstarcom Telecom Co., Ltd. filed Critical Utstarcom Telecom Co., Ltd.
Priority to CN2004800439348A priority Critical patent/CN101015222B/zh
Priority to PCT/CN2004/001021 priority patent/WO2006026889A1/zh
Publication of WO2006026889A1 publication Critical patent/WO2006026889A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H04W28/22—Negotiating communication rate

Definitions

  • the present invention relates to an IP Multimedia Subsystem (IMS) packet service transmission technology in a mobile communication system, and more particularly to a system and method for dynamic rate control of a session type multimedia service in an IMS system to optimize radio resources.
  • IMS IP Multimedia Subsystem
  • a service source such as voice, image, and video needs to be encoded and transmitted to a code stream of a certain rate by sampling, quantization, and compression.
  • the method is to adopt adaptive multi-rate source coding technology, such as AMR (Adaptive Multi-Rate) speech codec technology in the third generation mobile communication system (3G).
  • AMR Adaptive Multi-Rate
  • AMR voice adopts 8 kHz sampling rate and provides 8 speed options from 4.75 kbps to 12.2 kbps; it is further introduced in 3GPP (3rd Generation Partnership Project) UMTS (Universal Mobile Telecommunications System) System Release 5
  • the AMR-WB Adaptive Multi-Rate Wideband speech codec, which uses a 16 kHz sampling rate, offers a choice of 9 speeds from 6.60 kbps to 23.85 kbps.
  • Adaptive multi-rate codec provides a flexible choice for optimal balance between quality of service and wireless network capacity and coverage.
  • higher-rate AMR voice can provide better voice quality, but wireless coverage and system capacity are poor, while lower-rate AMR voice can provide although the voice quality is not as good as the higher-rate AMR voice. Better wireless coverage and greater system capacity.
  • the AMR voice dynamic rate selection is mainly performed by the radio access network, wherein the radio resource management (RRM) function in the radio access network is responsible for dynamically changing the AMR voice rate according to the radio resource status of the air interface. Judging, thereby triggering the adjustment of the AMR speech rate.
  • RRM radio resource management
  • the radio resource condition based on the AMR voice dynamic rate selection is mainly the load of the air interface.
  • the load mainly depends on the total downlink transmission power reported by the base station.
  • the load is mainly determined by the total uplink interference level measured by the base station.
  • the radio access network is composed of a Node B (Node B) and an RNC (Radio Network Controller), and the RRM function is mainly implemented in the RNC.
  • the RNC For circuit switched (CS) AMR voice, the RNC first makes a decision on the dynamic adjustment of the AMR rate according to the air interface load condition, and then the RNC informs the user equipment (UE) and the core network (CN) to perform the corresponding AMR rate through certain control signaling. Adjustment.
  • the AMR rate control between the RNC and the CN is implemented by the Iu-CS interface user plane protocol Iu-UP in-band control signaling, that is, the RNC sends a "Rate Control" rate control frame to the CN in the uplink direction, and is downlinked. The direction then sends a "Rate Control" rate control frame from the CN to the RNC, which contains the maximum AMR rate allowed by the initiator.
  • the AMR rate control between the RNC and the UE is done over the air interface.
  • the MC controls the uplink AMR rate through the out-of-band control signaling RRC (Radio Resource Control) message (typically using the "Transport Format Combint Control" message.
  • RRC Radio Resource Control
  • TFC uplink transport format combination
  • the downlink data frame is sent according to the new AMR rate, and the UE learns the AMR rate of the corresponding data frame according to the TFC of the received data frame.
  • IMS IP Multimedia Subsystem
  • CS Circuit Switched
  • PS Packet Switched
  • IMS IP Multimedia Subsystem
  • CSCF call state control function
  • the prior art UMTS network shown in FIG. 1 mainly includes three parts: a UMTS radio access network (UTRAN), a GPRS packet data network and an IMS, wherein the UTRAN is composed of a Node B (Node B) and an RNC (Radio Network Controller).
  • the GPRS packet data network consists of an SGSN (Serving GPRS Support Node) and a GGSN (Gateway GPRS Support Node).
  • the UE is connected to the UTRAN through the air interface, that is, the Uu interface, and the UTRAN is connected to the SGSN through the Iu-PS interface.
  • the interface between the SGSN and the GGSN is a Gn interface, and the interface between the GGSN and the external packet data network is a Gi interface, since the IMS adopts an IP application level. Signaling SIP to implement IP multimedia Session call control, so the IMS and GGSN are also connected through the Gi interface.
  • the media characteristics including the adopted media coding mode in the multimedia session are in the initial establishment or reconfiguration process of the IMS multimedia session, through the end-to-end SIP controlled by the IMS.
  • the signaling negotiation is completed.
  • the media coding mode determined during the negotiation process is actually only the media coding set supported by the UE and the network participating in the session, and does not consider the influence of the dynamic change of the radio resources in the radio access network.
  • the dynamic control of the media coding rate will facilitate the optimization of the wireless performance during the multimedia session, although the existing IMS specification also allows the calling or called UE to re-encode the media coding rate through SIP signaling.
  • negotiation to change the current media encoding rate however, the dynamic control of media encoding rate in this way has the following problems:
  • the change of the media coding rate during the multimedia session is mainly implemented to optimize the radio resources, that is, as a load control mode, and the dynamic selection of the media coding rate should be mainly performed by the radio access network, so
  • the mode of controlling the media coding rate requires that the radio access network in which the UE is located to make the rate adjustment decision informs the UE that it controls through the air interface, and then the UE notifies the rate change request through the UE end-to-end SIP signaling.
  • the UE needs to forward the request for media coding rate adjustment to the radio access network through the air interface, because the peer ⁇ is not the controller of the dynamic selection of the media coding rate of the radio access network.
  • the wireless access network in which it is located makes a corresponding judgment based on its own wireless resource status. Therefore, in this mode, the UE end-to-end SIP signaling only serves as a transmission channel for media coding rate control of the two ends of the radio access network, which is inconsistent with the basic principle of the end-to-end control of the SIP protocol itself;
  • the purpose of realizing dynamic control of media coding rate is mainly for load control.
  • transmitting a large amount of SIP signaling while the multimedia session is being performed requires additional wireless resources, so it cannot effectively control the load, and even worsens.
  • the UE re-negotiates the media coding rate by SIP signaling to change the current media coding rate by first stopping the transmission of the user data packet of the corresponding media using the old coding mode. After waiting for the UE to end the SIP signaling interaction to complete the renegotiation of the media coding rate, the phase adopting the new coding mode is started.
  • the transmission of user data packets should be based on the media. Because the real-time requirements of the IMS session type service are very high, and the above SIP signaling interaction process takes a long time, the existing technology will cause the media data stream to be interrupted for a long time, thereby causing a comparison to the user's service quality. Great impact.
  • an object of the present invention is to provide an effective signaling method and system for dynamically controlling media coding rate during an IMS multimedia session, thereby effectively optimizing the use of system wireless resources and improving wireless performance such as system capacity and coverage.
  • the basic idea of the present invention is to implement direct direct access between the RNCs to which the calling and called UEs belong.
  • Rate negotiation such that the end-to-end SIP signaling is only responsible for determining the media coding set supported by the calling party UE and the IMS during the initial establishment or reconfiguration of the IMS multimedia session, and the RNC is responsible for the wireless session during the multimedia session. Changes in resources dynamically change the media encoding rate.
  • the media coding rate control information channel between the RNCs to which the calling and called UEs belong is required to be established on the network side.
  • the IMS session type multimedia service RTP/RTCP packets are routed through the external IP network, that is, all PLMN network protocol layers such as GTP-U are terminated at the GGS, and therefore cannot be grouped by IP in the user data.
  • An additional protocol layer is added to implement the media coding rate control between the RNCs.
  • the user data IP packets are routed through the external IP network, so that the RNC or SGSN/GGSN to which the calling or called UE belongs cannot know the peer UE.
  • the RNC or SGSN/GGSN in addition, the mobility of the RNC also makes the RNC/SGSN/GGSN to which it is connected constantly changing during the communication process, and therefore cannot establish the PLMN between the RNCs to which the calling and called UEs belong.
  • the present invention proposes to utilize the user IP packet data stream itself to carry the media coding rate control information between the corresponding MCs, thereby implementing adaptive control of the media coding rate by the RNC according to the change of the radio resources during the multimedia session.
  • a method for dynamic rate control of a session type multimedia service in a communication system includes: in a multimedia session establishment phase, a calling party and a called party determine a media code set through end-to-end signaling negotiation; The calling party and the called party start the user data transmission of the multimedia session at the initial rate; during the multimedia session, the calling party and the called party belong to The communication device in the radio access network continuously monitors its radio resource status, and thereby makes a decision to adjust the media coding rate; the communication device and the peer communication device that make the media coding rate adjustment decision pass the media coding rate control information.
  • Negotiate the volume coding rate in a multimedia session establishment phase, a calling party and a called party determine a media code set through end-to-end signaling negotiation; The calling party and the called party start the user data transmission of the multimedia session at the initial rate; during the multimedia session, the calling party and the called party belong to The communication device in the radio access network continuously monitors its radio resource status, and thereby makes a decision to adjust the media coding rate;
  • the media encoding rate control information is carried by the user media data packet stream.
  • the media coding rate control information is carried by the header extension of the real-time data transmission packet.
  • the media encoding rate control information is transmitted by inserting at least one created "expired" real time data transmission packet in a stream of media user data packets.
  • the media encoding rate control information is transmitted by utilizing an extended header of the inserted "expired" real-time data transmission packet.
  • an apparatus for performing dynamic rate control on a session type multimedia service includes a media rate adjustment determining unit, configured to determine a media coding rate adjustment according to a radio resource condition; and a media coding rate control information sending unit And the media coding rate control information generated by the media rate adjustment determining unit is carried in the user media data packet stream for transmission; the media coding rate control information receiving unit is configured to receive and extract the user media data packet flow.
  • the bearer media coding rate control information is sent to the media rate adjustment judging unit for processing, and the original user media data stream is restored and transmitted.
  • a communication system for dynamic rate control of a session type multimedia service includes a plurality of mobile communication devices, a packet data network, an IMS network, and a wireless access network UTMN.
  • An IP network where the radio access network includes a base station and a dynamic rate control device, where the dynamic rate control device includes a media rate adjustment determining unit, configured to determine a media coding rate adjustment according to a radio resource condition; and media coding rate control information.
  • a sending unit configured to carry the media encoding rate control information generated by the media rate adjustment determining unit in the user media data packet stream for transmission;
  • the media encoding rate control information receiving unit configured to receive, and extract the user media data packet stream The media coding rate control information of the bearer is recovered, and the original user packet data stream is recovered for transmission, and the extracted media coding rate control information is sent to the media rate adjustment determination unit for processing.
  • FIG. 1 is a block diagram showing the structure of a general mobile communication system
  • FIG. 2 is a schematic diagram of an IMS session type multimedia service user plane protocol given by the 3GPP specification TS26.236;
  • FIG. 3 is a schematic diagram of routing of an IMS session type multimedia service data packet when both the calling party and the called party are PLMN mobile users;
  • Figure 4 is a schematic diagram showing the user plane protocol stack of the network node through which the calling or called party IP data packet passes in the IMS multimedia session;
  • Figure 5 shows the structure of the fields of the RTP header
  • FIG. 6 shows the UDP header structure
  • FIG. 7 shows the header structure of IPv4/IPv6
  • FIG. 8 is a schematic diagram showing an implementation process of using RTP header extension to carry media coding rate control information between RNCs;
  • FIG. 9 is a schematic diagram showing an implementation process of media encoding rate control information between MCs by using an "expired" RTP packet;
  • FIG. 10 is a schematic diagram showing a session type multimedia service dynamic rate control process in an IMS system according to an embodiment of the present invention.
  • Figure 11 is a schematic diagram showing a system for implementing session rate multimedia service dynamic rate control in an IMS system embodying the present invention
  • Figure 12 is a schematic diagram showing the session type multimedia service dynamic rate control device in the IMS system.
  • FIG 11 is a diagram showing a system for implementing dynamic rate control of session type multimedia services in an IMS system according to the present invention, mainly including a radio access network (UTRAN), a packet data network, an S network, and an IP network.
  • the radio access network is composed of a base station and an RNC radio network controller and a BSC base station controller.
  • the packet data network is composed of an SGSN (Serving GPRS Support Node) and a GGSN (Gateway GPRS Support Node).
  • FIG. 2 shows the IMS session type multimedia industry given by the 3GPP specification TS26.236.
  • the media data is carried by RTP (Real Time Transport Protocol), wherein the RTP payload includes a payload format part and a media data part, and the user data packet includes RTCP (except for the RTP packet carrying the media data).
  • RTP Real Time Transport Protocol
  • RTCP except for the RTP packet carrying the media data.
  • Real-time transmission control protocol controls packets, and RTCP functions to periodically transmit information such as media transmission quality parameters.
  • RTP/RTCP runs on top of UDP (User Datagram Protocol) / IP and uses different UDP ports.
  • UDP User Datagram Protocol
  • FIG 3 shows the routing diagram of the IMS session type multimedia service data packet when the calling party is the PLMN mobile user. It can be seen that the multimedia service RTP/RTCP packet needs to be routed through the external IP network.
  • FIG 4 shows the user plane protocol stack of the network node through which the calling or called party user IP data packets pass in the IMS multimedia session.
  • the user plane protocol on the Uu interface includes PDCP (Packet Data Convergence Protocol), RLC. (radio link control), MAC (media access control) and physical layer, and at the Iu-PS interface, user IP data packets are transmitted through the GTP-U (User Plane GPRS Tunneling Protocol) channel, while GTP-U itself It is also carried by UDP/IP, but the IP network here is the PLMN internal transport network.
  • GTP-U is segmented setup and maintenance.
  • the SGSN terminates the GTP- ⁇ tunnel with the RNC and establishes a new GTP- ⁇ tunnel with the GGSN.
  • the GGSN terminates the GTP-U tunnel with the SGSN and groups the user IP data. Route to an external IP network.
  • Figure 5 shows the structure of each field of the RTP header.
  • RTP RTP: A Transport Protocol for Real-Time Appl icat ions.
  • the main related to the present invention is X ( Header extension indicator), usually the RTP header does not contain the head, X is set to 0, if the extension header is used, then X is set to 1, indicating SSRC (no CSRC, CC field is 0) or CSRC Then expand the header for RTP.
  • the receiver is shown in Figure 5, and the RTP extension header is extended by the extension header Prof i le
  • the header length and the header extension segment are composed, wherein the extension header Prof is used to identify and distinguish a specific extension header, and the extension header length is a length of the header extension segment in units of 32-bit words.
  • FIG 6 shows the UDP header structure.
  • the UDP length and UDP checksum fields are mainly related to the present invention.
  • the UDP length is the length of the entire UDP packet including the UDP header in bytes, UDP.
  • the sum is calculated for the entire IP packet, if UDP If the checksum field is zero, it means that the sender does not generate a UDP checksum;
  • Figure 7 shows the IPv4/IPv6 header structure.
  • the main related to the present invention is the IP packet total length field and IP header.
  • Checksum field, and the payload length field in IPv6 where the total length of the IP packet in IPv4 is the length of the entire IP packet including the IP header in bytes, and the IP header checksum field in IPv4. It is calculated only for the IP packet header.
  • the payload length in IPv6 is the length of the payload portion of the IP packet except the IP header.
  • FIG. 12 shows the detailed structure of the device for implementing session type multimedia service dynamic rate control in the IMS system.
  • the dynamic rate control of the session type multimedia service in the IMS system proposed by the present invention is mainly implemented by the RNC/BSC. Therefore, it is necessary to improve on the basis of the existing RNC/BSC structure, as shown in FIG.
  • the RRM function part of the RNC/BSC includes a media rate adjustment determining unit, configured to determine a media coding rate adjustment according to a radio resource condition, including a request for actively initiating a media coding rate adjustment, or a media coding rate adjustment proposed by the opposite end. The request is judged.
  • the radio resource status of the CDMA system is mainly the load of the air interface, that is, in the downlink direction, the load mainly depends on the total downlink transmission power reported by the base station, and in the uplink direction, the load mainly depends on the base station.
  • the measured total interference level of the uplink As shown in FIG.
  • the apparatus further includes a media coding rate control information sending unit, and a media coding rate control information receiving unit, where the media coding rate control information sending unit is responsible for receiving an uplink user media data packet flow from the PDCP,
  • the media coding rate control information such as the media rate adjustment request generated by the media rate adjustment determining unit, is carried in the uplink user media data packet stream and sent to the uplink GTP- ⁇ processing entity; the media coding rate control information receiving unit is responsible for receiving the GTP-U.
  • a downlink user media data packet stream and extracting media coding rate control information carried by the peer RNC from the user media data packet stream, and recovering the original user media data packet stream and sending the original user media data packet stream to the downlink PDCP processing entity,
  • the extracted media coding rate control information is sent to the media rate adjustment judging unit for processing, and the media coding rate adjustment request from the opposite RNC is confirmed, modified or rejected.
  • the calling and called UEs complete call processing of the IMS multimedia session through end-to-end application-level SIP signaling, including negotiation of available media coding sets, And establishing a bearer channel in the mobile communication network supporting the media code set, and then starting user data transfer of the IMS multimedia session at an initial rate.
  • the RNC/BSC to which the primary called party UE belongs continuously monitors its radio resource status and thereby adjusts the media coding.
  • the RNC/BSC to which the peer UE belongs further determines, according to the radio resource status, the media coding rate adjustment request of the RNC/BSC that makes the media coding rate adjustment decision, and uses the Media coding rate control information transmitted in the media packet data stream, the acknowledgment, modification or rejection of the media rate adjustment request of the RNC/BSC is returned to the RNC/BSC, and the RNC/BSC is also utilized in the media packet data.
  • the media coding rate control information transmitted in the stream confirms the answer of the RNC/BSC to which the peer UE belongs.
  • the RNC to which the primary called party UE belongs is each performing rate control on the corresponding UE according to the result of the above-mentioned inband media coding rate negotiation.
  • Fig. 10 is a flowchart showing the dynamic control process of the transmission method of the media coding rate control information between the above RNCs in the system shown in Fig. 11.
  • the calling and called UE performs call processing of the IMS multimedia session through end-to-end application-level SIP signaling, including negotiation of available media coding sets, and is performed by UMTS.
  • the network establishes a UMTS bearer that supports the set of media encodings, and then initiates user data transfer of the IMS multimedia session at an initial rate.
  • the RNC to which the primary called party UE belongs continuously monitors its radio resource status and thereby makes a decision to adjust the media coding rate; at this time, the RNC A to which the party making the media coding rate adjustment decision belongs, That is, the method for transmitting the media coding rate control information between the MCs in the media packet data stream is provided by the present invention, and the request for the media rate adjustment is sent to the RNC B to which the peer UE belongs; the RNC B to which the peer UE belongs is further based on the RNC B to which the peer UE belongs.
  • the RNC controls the uplink media coding rate through the outband control signaling.
  • the RRC message (typically implemented by the "Transport Format Combinl Control" message) does not require signaling control for the downlink media coding rate, but directly transmits the downlink data frame according to the new media coding rate, and the UE receives the downlink data frame according to the reception.
  • the TFC of the data frame learns the media coding rate of the corresponding data frame.
  • the media coding rate control information transmitting unit will generate the generated media rate adjustment request.
  • the media coding rate control information is carried in the header extension of the uplink user packet and sent to the uplink GTP- ⁇ processing entity; the media coding rate control information receiving unit extracts the bearer from the opposite RNC to the header extension of the user packet.
  • the media coding rate control information is recovered, and the original user media data packet stream is recovered and sent to the downlink PDCP processing entity, and the extracted media coding rate control information is sent to the media rate adjustment judging unit for processing, for the RNC from the opposite end.
  • the media coding rate adjustment adjustment request makes a decision such as confirmation, modification or rejection.
  • the PDCP layer protocol entity corresponding to the UE completes the decompression of the user data packet header according to the prior art.
  • the uplink RTP/UDP/IP packet flow corresponding to the corresponding media of the UE is recovered, and once the media coding rate control information needs to be transmitted, preferably one of the RTP streams corresponding to the corresponding media of the UE is taken out.
  • the RTP stream is described. In this way, the RTP stream is still sent to the GTP-layer protocol entity for processing and sent to the SGSN through the GTP- ⁇ tunnel according to the prior art.
  • the above RTP/UDP/IP packet flows through the primary and called party PS domain core network and the external IP network, and is finally routed to the opposite end MC, corresponding to the opposite end UE of the RNC.
  • the GTP-U layer protocol entity corresponding to the media recovers the above RTP/UDP/IP packet flow, and the peer UE is its downlink RTP/UDP/IP packet.
  • the MC Before being sent to the PDCP layer protocol entity, the MC will monitor the RTP header X field of each RTP packet.
  • the RTP stream is still sent to the PDCP layer protocol entity for processing and transmitted to the UE over the air interface according to the prior art.
  • the RTP extension header of one RTP packet is preferably used to transmit the media coding rate control information between one RNC, but the present invention also allows the RTP extension header of multiple RTP packets to be used to transmit one RNC at a time.
  • the inter-media coding rate control information is the same as the above process except that the message is segmented at the transmitting end and reassembled at the receiving end.
  • the solution proposed by the present invention is applicable to the case where the user RTP data packet does not use the RTP extension header.
  • the general application does not use the RTP extension header, so the scheme can be maximized.
  • the sender is found to use the RTP extension header for the user RTP data packet (the RTP header X field is 0), that is, the use of the media coding rate control operation is abandoned, and the receiver, because its defined extension header Prof is different from the specific value of the present invention, the receiver can ignore the RTP extension header without being affected. .
  • an advantage of the above proposed method of the present invention is that the RNC employing the method can seamlessly interoperate with the RNC that does not support the method. That is, when the MC that does not support the method receives the RTP packet data stream of the RTP extension header that carries the media coding rate control information, some RTP packets that use the method are directly sent to the peer UE through the air interface, such as As mentioned above, in order to ensure system interoperability in the RTP specification, for an RTP packet containing an extended header, if the receiver cannot interpret the extended header, the extended header is ignored. Process other fields. Therefore, the increased RTP extension header does not affect the end-to-end transmission of media data packets, thereby enabling good interoperability between the above proposed method and the RNC not supporting the method.
  • the method (1) is applicable to the case where the user RTP data packet does not use the RTP extension header.
  • Another method proposed by the present invention is to transmit media coding rate control information between RNCs by inserting "expired" RTP packets in the user RTP packet data stream, as shown in FIG.
  • the media coding rate control information transmitting unit if the media rate adjustment determination unit in the RNC/BSC to which the certain party shown in FIG. 12 determines the media coding rate adjustment, the media coding rate control information transmitting unit generates in the uplink user packet data stream.
  • An "expired" RTP packet the media coding rate control information such as the media rate adjustment request is carried in the generated "expired" RTP packet, and sent to the uplink GTP-U processing entity; the media coding rate control information receiving unit extracts
  • the media coding rate control information carried in the "expired" RTP packet from the peer RNC is sent to the media rate adjustment judging unit for processing, and the media coding rate adjustment request from the opposite RNC is confirmed, modified or rejected. Also discard the corresponding "expired" RTP packets.
  • the PDCP layer protocol entity corresponding to the UE completes the solution of the user data packet header according to the prior art.
  • the uplink RTP/UDP/IP packet flow corresponding to the corresponding media of the UE is recovered, and once the media coding rate control information needs to be transmitted, a new RTP packet is created (preferably the payload is zero, that is, For an empty packet with only RTP/UDP/IP headers, all static fields of the UDP/IP header are the same as the corresponding fields of the current RTP user data packet, and its RTP header X field is 1, and the corresponding RTP extended header bearer
  • the media coding rate control information, all static fields of the RTP header are the same as the current RTP user data packet.
  • the static field includes: V of the RTP header (version), P (fill indication), CC (CSRC count), M (flag), PT (payload type), timestamp, synchronization source identification, and split source identification field; source port and destination of UDP header Port field; IPv4 header version, IP header length, service type, identifier, lifetime, protocol, IP source address, IP destination address, IP options, and padding field (segment offset field is set to zero, flag field is set to No segmentation); IPv6 header version, service type, flow label, next header, maximum hop count, IP source address, and IP destination address field.
  • the serial number field in the RTP header is filled with the value of "expired", that is, the value is taken as ( ⁇ - O mod 2 16 , where the symbol mod represents modulo, and S is the current RTP in the RTP user packet data stream.
  • the sequence number of the packet, K is a predetermined value, which should be much larger than the RTP packet sequence number change value of the RTP packet data stream due to the end-to-end transmission delay jitter of the primary and the called party UE; after that, UDP and IP are generated.
  • the corresponding length field of the header including the UDP length field of the UDP header, the IP packet total length field (IPv4) or the payload length field (IPv6) of the IP header, and, if IPv4 is used, recalculate the IP header checksum.
  • Field if the user data packet uses the UDP checksum, that is, the UDP checksum field of the UDP header of the user data packet is not zero, a UDP checksum field is generated, and finally, the "inserted" TP packet is inserted into the current User RTP packet data stream. Subsequently, the RTP stream is still sent to the GTP-U layer protocol entity for processing and sent to the SGSN through the GTP-U tunnel according to the prior art.
  • the above RTP/UDP/IP packet flows through the primary and called party PS domain core network and the external IP network, and is finally routed to the peer MC, and the GTP corresponding to the corresponding media through the opposite end of the RNC.
  • the U layer protocol entity recovers the above RTP/UDP/IP packet flow, which is the downlink RTP/UDP/IP packet for the peer UE.
  • the RTP header sequence number field of each RTP packet is monitored. If the RTP sequence number of an RTP packet indicates that the RTP packet is a packet that has been "expired", that is, the RTP sequence number of the RTP packet.
  • the RTP header X field of the packet is further checked if the RTP packet X field is 1, then check its extension header Prof i le, if Prof i le is a specific value for the present invention, that is, intercept the corresponding header extension segment, and extract the media coding rate control information therefrom, and then the RTP packet is The RTP stream is discarded.
  • the RTP stream that has discarded the "expired" packet is still sent to the PDCP layer protocol entity for processing and transmitted to the UE over the air interface according to the prior art.
  • the solution proposed by the present invention uses whether the user RTP data packet is used or not.
  • the RTP extension header is practical. In fact, even if the user RTP data packet uses the RTP extension header, the RTP extension header of the extra "insertion" packet can be utilized to carry the media coding rate control between the RNCs due to the use of an additional "inserted" RTP packet. information.
  • the RTP payload portion of the additional "insertion” packet in addition to using the RTP extension header of the extra "insert" packet to carry the media coding rate control information between the RNCs, it is also possible to use the RTP payload portion of the additional "insertion” packet to carry the MC with its RTP payload portion. Media coding rate control information between.
  • the media coding rate control information between the RNCs carried by the RTP payload portion of the additional "insertion” packet preferably includes at least one feature field for identifying the RTP payload portion of the additional "insertion” packet.
  • Media coding rate control information between the carried RNCs When the method is used, the RTP header sequence number field of each RTP packet is still monitored in the peer RNC as described above.
  • the RTP sequence number of an RTP packet indicates that the M packet is a packet that has been "expired"
  • the RTP extension header of one RTP packet is preferably used to transmit the media coding rate control information between one RNC, but the present invention also allows the RTP extension header of multiple RTP packets to be used to transmit one RNC at a time.
  • the inter-media coding rate control information is the same as the above process except that the message is segmented at the transmitting end and reassembled at the receiving end.
  • the above method proposed by the present invention can ensure good interoperability between the RNC using the method and the RNC not supporting the method. This is because, when the RNC that does not support the method receives the RTP packet that is additionally "inserted” by the method, it will be directly sent to the peer UE through the air interface, and the RTP layer protocol entity of the ⁇ is performing the RTP packet sequence. During processing, according to the RTP protocol specification, all "expired" extra "insert" RTP packets will be treated as packets that should be dropped if the delay exceeds the allowable threshold, and thus automatically discarded by the UE without the media. The end-to-end transmission of data packets has an impact.

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

IMS系统中多媒体业务的动态速率控制系统及方法 技术领域
本发明涉及移动通信系统中 IP 多媒体子系统 （IMS )分组业务传 输技术， 特别涉及一种对 IMS 系统中会话类型多媒体业务进行动态速 率控制从而优化无线资源的系统和方法。
技术背景
在数字移动通信系统中， 语音、 图象及视频等业务源需要通过采 样、 量化及压缩等操作编码为一定速率的码流进行传输， 为了适应移 动通信系统变化的无线信道环境， 一种较好的方式是采用自适应多速 率的信源编码技术， 如第三代移动通信系统（3G )中就采用了 AMR (自 适应多速率）语音编解码技术。 其中， AMR语音采用 8kHz采样速率， 提供了从 4. 75kbps到 12. 2kbps共 8种速率选择； 在 3GPP (第三代合 作项目） 的 UMTS (通用移动通信系统） 系统 Release5 中， 又进一步 引入了 AMR-WB (自适应多速率宽带）语音编解码器， 其采用 16kHz采 样速率， 提供了从 6. 60kbps到 23. 85kbps共 9种速率选择。 自适应多 速率编解码技术为在业务质量和无线网络容量与覆盖之间取得最佳的 平衡提供了灵活的选择。 以 AMR语音为例， 较高速率的 AMR语音可以 提供较好的语音质量， 但是无线覆盖和系统容量较差， 而较低速率的 AMR语音尽管语音质量不如较高速率的 AMR语音， 但能提供更好的无 线覆盖和较大的系统容量。
专利号为 W0 01/03448 A2的 PCT专利 "Method for Select ion of Codec Method" , 以及 3GPP的技术 4艮告 "TS25. 922, Radio resource management s trategies " 均涉及了 UMTS (通用移动通信系统） 系统 中的 AMR语音动态速率选择与控制问题。 根据已有技术， AMR语音动 态速率选择主要由无线接入网负责， 其中， 由无线接入网中无线资源 管理 （RRM ) 功能负责根据空中接口的无线资源状况， 对 AMR语音速 率的动态改变作出判断， 从而触发 AMR语音速率的调整。 以码分多址 ( CDMA ) 系统为例， AMR 语音动态速率选择所依据的无线资源状况主 要是空中接口的负载， 在下行方向， 负载主要取决于基站报告的下行 发射总功率， 在上行方向， 负载则主要取决于基站测量的上行总的干 扰电平。 以 UMTS系统为例， 无线接入网由 Node B (节点 B )与 RNC (无线 网络控制器）组成， RRM功能主要在 RNC中完成。 对于电路交换（CS ) AMR语音， 首先由 RNC根据空中接口负载状况作出 AMR速率动态调整 的决定， 然后 RNC通过一定的控制信令通知用户设备 ( UE )和核心网 ( CN ) 进行相应的 AMR速率调整。 其中， RNC与 CN之间的 AMR速率控 制是通过 Iu-CS接口用户面协议 Iu-UP带内控制信令完成的， 即在上 行方向由 RNC向 CN发送 "Rate Control" 速率控制帧， 在下行方向 则由 CN向 RNC发送 "Rate Control" 速率控制帧， 该速率控制帧包 含了发起方所允许的最大 AMR速率。 RNC与 UE之间的 AMR速率控制是 通过空中接口完成的， MC 对上行方向 AMR速率的控制是通过带外控 制信令 RRC (无线资源控制） 消息 （典型地采用 "Transport Format Combinat ion Control" 消息） 实现的， 即通过限定 UE 所允许采用的 上行链路传输格式组合（TFC ) , 隐含地通知 UE可采用的 AMR速率； 而对下行方向 AMR速率的控制不需要信令控制， 而是直接按新的 AMR 速率发送下行数据帧， UE根据接收的数据帧的 TFC获知相应数据帧的 AMR速率。
另一方面，移动通信系统逐渐向基于全 IP的网络结构演进，如 UMTS 系统到目前为止已发展了四个版本，即 Release 99 , Release 4 , Releas e 5和 Release 6。 在 Release 5中， UMTS核心网在原有的电路交换（ CS ) 域和分组交换（PS ) 域的基础上， 引入了一个新的域即 IP 多媒体子 系统 （IMS )域。 IMS 是采用 IP应用级信令 SIP (会话发起协议） 实 现 IP 多媒体会话呼叫控制的提供包括 VoIP 在内的多媒体业务的网 络， 其核心是功能上相当于 SIP 服务器的称为呼叫状态控制功能 ( CSCF ) 的网元， 它利用 PS域核心网提供 IP多媒体业务相关的控制 信令和用户数据分组的承载。
图 1 所示的现有技术的 UMTS 网络， 主要包括 UMTS 无线接入网 ( UTRAN ) 、 GPRS分组数据网与 IMS三个部分， 其中 UTRAN由 Node B (节点 B ) 与 RNC (无线网絡控制器）组成， GPRS分组数据网由 SGSN (服务 GPRS 支持节点）和 GGSN (网关 GPRS 支持节点）组成。 UE通 过空中接口即 Uu接口与 UTRAN相连， UTRAN通过 Iu- PS接口与 SGSN 相连， SGSN和 GGSN之间的接口为 Gn接口， GGSN与外部分组数据网 的接口为 Gi接口， 由于 IMS采用 IP应用级信令 SIP实现 IP多媒体 会话呼叫控制， 因此 IMS与 GGSN之间也通过 Gi接口相连。
才艮据 3GPP规范 TS23. 228和 TS24. 228 , 多媒体会话中包括所采用 的媒体编码模式在内的媒体特性是在 IMS 多媒体会话初始建立或重配 过程中， 通过由 IMS控制的端到端 SIP信令协商完成的。 但是， 在该 协商过程中所确定的媒体编码模式实际上只是参与会话的 UE 及网络 所支持的媒体编码集合， 而并没有考虑无线接入网中无线资源动态变 化的影响。 如前所述， 在多媒体会话过程中， 采用媒体编码速率的动 态控制将有利于无线性能的优化， 尽管现有 IMS规范也允许主叫或被 叫端 UE 通过 SIP 信令对媒体编码速率进行再协商以更改当前的媒体 编码速率， 但是， 采用这种方式实现媒体编码速率的动态控制存在以 下问题：
多媒体会话过程中媒体编码速率的改变是主要为了实现无线资源 的优化， 即作为一种负载控制的方式而实施的， 媒体编码速率的动态 选择应主要由无线接入网负责完成， 因此， 采用该方式进行媒体编码 速率的控制需要作出速率调整决定的某方 UE 所在的无线接入网通过 空中接口通知其所控制的 UE, 再由该 UE通过 UE端到端 SIP信令将速 率改变请求通知对端 UE， 由于对端 ϋΕ 并不是其所在无线接入网媒体 编码速率动态选择的控制者， 因此其需要通过空中接口将所述媒体编 码速率调整的请求转发至所在无线接入网， 再由其所在无线接入网才艮 据自身无线资源状况作出相应的判断。 因此， 该方式中 UE端到端 SIP 信令仅仅作为两端无线接入网媒体编码速率控制的传输通道，这与 SIP 协议本身实现端到端控制的基本原则是不相符的；
通过该方式需要较长的控制响应时间， 难以实现针对无线资源变 化的自适应快速控制；
实现媒体编码速率动态控制的目的主要是为了进行负载控制， 然 而， 在多媒体会话进行的同时传送大量的 SIP信令需要消耗额外的无 线资源， 因此不能起到有效的负载控制作用， 甚至反而会加重空中接 口的负荷；
才艮据 3GPP规范 TS23. 228和 TS24. 228 , UE通过 SIP信令对媒体编 码速率进行再协商来更改当前的媒体编码速率采用的是先停止采用旧 编码方式的相应媒体的用户数据分组的发送， 等待 UE 端到端 SIP信 令交互完成媒体编码速率的再协商后， 才启动采用新的编码方式的相 应媒体的用户数据分组的发送。 由于 IMS会话类型业务的实时性要求 很高， 而上述 SIP信令交互过程需要较长的时间， 因此， 采用现有技 术将造成媒体数据流较长时间的中断， 从而对用户的服务质量造成较 大的影响。
发明内容
因此， 本发明的目的是提供一种有效的在 IMS 多媒体会话过程中 实现媒体编码速率动态控制的信令方法及系统， 从而有效优化系统无 线资源的使用， 提高系统容量和覆盖等无线性能。
如前所述， 在多媒体会话过程中， 通过 UE 端到端 SIP 信令实现 媒体编码速率的控制存在诸多问题， 因此， 本发明的基本思想是实现 主被叫方 UE 所属的 RNC之间直接的速率协商， 这样， 端到端 SIP信 令仅负责在 IMS 多媒体会话初始建立或重配过程中确定主被叫方 UE 及 IMS所支持的媒体编码集合， 而由 RNC负责在多媒体会话过程中根 据无线资源的变化动态地改变媒体编码速率。
为了实现主被叫方 UE 所属的 RNC 之间直接的速率协商， 需要在 网络侧建立主被叫方 UE 所属的 RNC之间的媒体编码速率控制信息通 道。 如上所述， 由于 IMS 会话类型多媒体业务 RTP/RTCP 分组均需经 过外部 IP网络进行路由， 即所有的 PLMN网络协议层如 GTP-U等均在 GGS 处被终结， 因此不能通过在用户数据 IP 分组外附加额外的协议 层来实现 RNC 之间的媒体编码速率控制； 同时， 用户数据 IP分组经 过外部 IP网络进行路由使得主叫或被叫方 UE所属的 RNC或 SGSN/GGSN 无法获知对端 UE所属的 RNC或 SGSN/GGSN, 另外， ϋΕ的移动性也使得 其所连接的 RNC/SGSN/GGSN在通信过程中也是不断变化的， 因此不能 通过建立主被叫方 UE所属的 RNC之间的在 PLMN网内的直接或间接的 连接或路由来传递 C之间的媒体编码速率控制信息。
为此， 本发明提出利用用户 IP 分组数据流本身携带相应的 MC 之间的媒体编码速率控制信息， 从而实现多媒体会话过程中 RNC根据 无线资源的变化对媒体编码速率的进行自适应的控制。
根据本发明的一个方面， 一种在通信系统中对会话类型多媒体业 务进行动态速率控制的方法， 包括： 在多媒体会话建立阶段， 主被叫 方通过端到端信令协商确定一个媒体编码集合； 主被叫方以初始速率 开始多媒体会话的用户数据传送； 在多媒体会话期间， 主被叫方所属 无线接入网中的通信设备不断对其无线资源状况进行监视， 并由此作 出调整媒体编码速率的决定； 作出媒体编码速率调整决定的所述通信 设备和对端通信设备通过媒体编码速率控制信息进行体编码速率的协 商。
根据本发明的一个实施例， 其中媒体编码速率控制信息由用户媒 体数据分组流携带传送。
根据本发明的一个实施例， 其中媒体编码速率控制信息由实时数 据传输分组的头部扩展携带传送。
根据本发明的又一个实施例， 通过在媒体用户数据分組流中插入 至少一个创建的 "过期" 的实时数据传输分组来传送所述媒体编码速 率控制信息。
根据本发明的再一个实施例， 通过利用所述插入的 "过期" 实时 数据传输分组的扩展头部来传送所述媒体编码速率控制信息。
根据本发明的另一个方面， 一种对会话类型多媒体业务进行动态 速率控制的装置， 包括媒体速率调整判断单元， 用于根据无线资源状 况作出媒体编码速率调整的决定； 媒体编码速率控制信息发送单元， 用于将所述媒体速率调整判断单元产生的媒体编码速率控制信息承载 在用户媒体数据分组流中进行传送； 媒体编码速率控制信息接收单 元， 用于接收用户媒体数据分组流， 并从其中提取出承载的媒体编码 速率控制信息， 送往所述媒体速率调整判断单元进行处理， 同时恢复 出原用户媒体数据流进行传送。
根据本发明的再一个方面， 一种对会话类型多媒体业务进行动态 速率控制的通信系统， 所述通信系统包括多个与无线接入网 UTMN相 连接的移动通信设备、 分组数据网、 IMS网络和 IP网络， 其中所述无 线接入网包括基站和动态速率控制装置， 所述动态速率控制装置包括 媒体速率调整判断单元， 用于根据无线资源状况作出媒体编码速率调 整的决定； 媒体编码速率控制信息发送单元， 用于将媒体速率调整判 断单元产生的媒体编码速率控制信息承载在用户媒体数据分组流中进 行传送； 媒体编码速率控制信息接收单元， 用于接收用户媒体数据分 组流， 并从其中提取出承载的媒体编码速率控制信息， 恢复出原用户 分组数据流进行传送， 同时将提取出的媒体编码速率控制信息送往所 述媒体速率调整判断单元进行处理。 附图描述
图 1是表示通用移动通信系统结构的框图；
图 2是 3GPP规范 TS26. 236所给出的 IMS会话类型多媒体业务用 户面协议的示意图；
图 3是主被叫方均为 PLMN移动用户时， IMS会话类型多媒体业务 数据分组的路由示意图；
图 4 示意表示了 IMS 多媒体会话中主叫或被叫方用户 IP数据分 组所途经的网络节点的用户面协议栈；
图 5给出了 RTP头部各字段的结构；
图 6所示为 UDP头部结构；
图 7所示为 IPv4/IPv6的头部结构；
图 8示意表示了采用 RTP头部扩展携带 RNC之间的媒体编码速率 控制信息的实现过程；
图 9示意表示了采用插入 "过期" 的 RTP分组携带 MC之间的媒 体编码速率控制信息的实现过程；
图 10 示意表示了本发明一个实施例的 IMS 系统中会话类型多媒 体业务动态速率控制过程；
图 11 示意表示了实现本发明的 IMS 系统中会话类型多媒体业务 动态速率控制的系统；
图 12 示意表示了 IMS 系统中会话类型多媒体业务动态速率控制 装置。
具体实施例详细描述
下面结合附图详细描述本发明的具体实施例。 由于基于空中接口 的无线资源状况作出媒体编码速率调整的决定与现有技术相同， 即由 无线接入网中的 MC/BSC 中的 RRM功能单元负责完成， 因此以下主要 描述如何实现 RNC之间媒体编码速率控制信息的传输。
图 11 表示了根据本发明实现 IMS 系统中会话类型多媒体业务动 态速率控制的系统， 主要包括无线接入网（UTRAN )、 分组数据网、 S 网络和 IP网络。 其中无线接入网由基站与 RNC无线网络控制器和 BSC 基站控制器组成， 在 UMTS系统中， 分组数据网由 SGSN (服务 GPRS支 持节点） 和 GGSN (网关 GPRS支持节点）组成。
图 2所示为 3GPP规范 TS26. 236所给出的 IMS会话类型多媒体业 务用户面协议， 可以看到， 媒体数据由 RTP (实时传输协议）承载， 其中 RTP 净荷包括净荷格式部分和媒体数据部分， 除了承载媒体数据 的 RTP分组外， 用户数据分组还包括 RTCP (实时传输控制协议）控制 分组， RTCP 起到周期性地传送媒体传输质量参数等信息的作用。 RTP/RTCP均运行在 UDP (用户数据报协议） /IP之上并使用不同的 UDP 端口。 关于 RTP和 RTCP的详细描述， 可以参考 IETF的文献 RFC1889。
图 3所示为主被叫方均为 PLMN移动用户时 IMS会话类型多媒体 业务数据分组的路由示意图， 可以看到， 多媒体业务 RTP/RTCP 分组 均需经过外部 IP网络进行路由。
图 4则给出了 IMS 多媒体会话中主叫或被叫方用户 IP数据分组 所途经的网络节点的用户面协议栈， 其中， 在 Uu接口的用户面协议 包括 PDCP (分组数据汇聚协议） 、 RLC (无线链路控制） 、 MAC (媒体 接入控制）和物理层， 而在 Iu-PS接口处，用户 IP数据分组通过 GTP-U (用户面 GPRS 隧道协议）通道进行传输， 而 GTP- U本身又由 UDP/IP 承载， 但这里的 IP 网络是 PLMN 内部传输网络。 GTP- U是分段建立和 维护的，其中， SGSN终结与 RNC的 GTP- ϋ隧道而与 GGSN建立新的 GTP-ϋ 隧道， GGSN则终结与 SGSN的 GTP-U隧道， 并将用户 IP数据分组路由 到外部 IP网络。
图 5给出了 RTP头部各字段的结构， 各个字段的详细定义和用法 可以参考 IETF 规范 " RFC1889, RTP: A Transport Protocol for Real-Time Appl icat ions" ， 与本发明主要相关的是 X (头部扩展指 示位） ， 通常情况下 RTP 头部不包含 展头部， X设置为 0, 若使用 扩展头部， 则 X设置为 1， 即指示 SSRC (无 CSRC即 CC字段为 0 )或 CSRC之后为 RTP扩展头部。 ¾1据 RFC1889扩展头部为用户特殊定义的 部分， 为了保证系统互操作性， 对包含扩展头部的 RTP分组， 接收方 如图 5 所示， RTP扩展头部由扩展头部 Prof i le, 扩展头部长度及头 部扩展段组成， 其中， 扩展头部 Prof i le用于标识和区分特定的扩展 头部， 扩展头部长度为以 32位字为单位的头部扩展段的长度。
图 6所示为 UDP头部结构，与本发明主要相关的是 UDP长度和 UDP 校验和字段， 其中 UDP长度为以字节为单位的包括 UDP头部在内的整 个 UDP分组长度， UDP校验和则是针对整个 IP分组进行计算的，若 UDP 校验和字段为零， 则表示发送端未产生 UDP 校验和； 图 7 所示为 IPv4/IPv6 的头部结构， 与本发明主要相关的是 IPv4 中的 IP分组总 长度字段和 IP头校验和字段，以及 IPv6中的净荷长度字段，其中 IPv4 中的 IP分组总长度为以字节为单位的包括 IP头部在内的整个 IP分 组的长度， IPv4中的 IP头校验和字段是仅仅针对 IP分组头进行计算 的， IPv6中的净荷长度则为除去 IP头部的 IP分组净荷部分的长度。
图 12 则给出了 IMS 系统中实现会话类型多媒体业务动态速率控 制的装置的详细结构。 如前所述， 本发明所提出的 IMS 系统中会话类 型多媒体业务动态速率控制主要由 RNC/BSC 实现， 因此， 需要在现有 RNC/BSC结构的基础上作出改进， 如图 12所示。 其中， RNC/BSC的 RRM 功能部分包括媒体速率调整判断单元， 用于根据无线资源状况作出媒 体编码速率调整的决定， 包括主动发起媒体编码速率调整的请求， 或 者对对端提出的媒体编码速率调整的请求进行判断， 典型地， 对 CDMA 系统所述无线资源状况主要是空中接口的负载， 即在下行方向， 负载 主要取决于基站报告的下行发射总功率， 在上行方向， 负载则主要取 决于基站测量的上行总的干扰电平。 如图 12 所示， 所述装置还包括 媒体编码速率控制信息发送单元， 以及媒体编码速率控制信息接收单 元， 其中， 媒体编码速率控制信息发送单元负责接收来自 PDCP 的上 行用户媒体数据分组流， 将媒体速率调整判断单元产生的媒体速率调 整请求等媒体编码速率控制信息承载在上行用户媒体数据分组流中， 并送往上行 GTP- ϋ 处理实体； 媒体编码速率控制信息接收单元负责接 收来自 GTP-U 的下行用户媒体数据分组流， 并从其中提取出来自对端 RNC 的承载在用户媒体数据分组流中的媒体编码速率控制信息， 同时 恢复出原用户媒体数据分组流并送往下行 PDCP 处理实体， 而提取出 的媒体编码速率控制信息则送往媒体速率调整判断单元进行处理， 对 来自对端 RNC的媒体编码速率调整请求作出确认、 修改或拒绝等决定。
在图 11 所示的系统中， 首先在 IMS 多媒体会话建立阶段， 主被 叫方 UE通过端到端应用级 SIP信令完成 IMS多媒体会话的呼叫处理， 其中包括对可用的媒体编码集合的协商， 并建立支持该媒体编码集合 的移动通信网络中的承载通道， 然后即以初始速率开始 IMS 多媒体会 话的用户数据传送。 在 IMS 多媒体会话期间， 主被叫方 UE 所属的 RNC/BSC 不断对其无线资源状况进行监视， 并由此作出调整媒体编码 速率的决定； 若某方所属的 MC/BSC作出媒体编码速率调整的决定， 则利用在媒体分组数据流中传送的媒体编码速率控制信息， 将媒体速 率调整的请求发送给对端 UE所属的 RNC/BSC, 对端 UE所属的 RNC/BSC 则进一步根据其无线资源状况， 对所述作出媒体编码速率调整决定的 RNC/BSC 的媒体编码速率调整请求作出确认、 修改或拒绝的决定， 并 利用在媒体分组数据流中传送的媒体编码速率控制信息， 将对所述 RNC/BSC 的媒体速率调整请求的确认、 修改或拒绝的回答返回该 RNC/BSC, 该 RNC/BSC 则同样利用在媒体分组数据流中传送的媒体编 码速率控制信息对对端 UE 所属的 RNC/BSC 的回答予以确认。 最后， 主被叫方 UE 所属的 RNC 各自按照上述带内媒体编码速率协商的结果 完成对相应 UE的速率控制。
图 10则给出了在图 11所示的系统中采用上述 RNC之间媒体编码 速率控制信息的传输方法的动态控制过程。 如图 10所示， 首先在 IMS 多媒体会话建立阶段，主被叫方 UE通过端到端应用级 SIP信令完成 IMS 多媒体会话的呼叫处理， 其中包括对可用的媒体编码集合的协商， 并 由 UMTS 网络建立支持该媒体编码集合的 UMTS承载， 然后即以初始速 率开始 IMS多媒体会话的用户数据传送。 在 IMS多媒体会话期间， 主 被叫方 UE 所属的 RNC 不断对其无线资源状况进行监视， 并由此作出 调整媒体编码速率的决定； 此时， 作出媒体编码速率调整决定的一方 所属的 RNCA， 即采用本发明提出的媒体分组数据流带内传输 MC之间 媒体编码速率控制信息的方法， 将媒体速率调整的请求发送对端 UE 所属的 RNCB; 对端 UE所属的 RNCB则进一步根据其无线资源状况， 对 所述 RNCA的媒体编码速率调整请求作出确认、 修改或拒绝的决定， 并 采用本发明提出的方法， 将对所述 MCA的媒体速率调整请求的确认、 修改或拒绝的回答返回 MCA， MCA则采用本发明提出的方法对 RNCB的 回答予以确认。 最后， 主被叫方 ϋΕ 所属的 RNC 各自按照上述带内媒 体编码速率协商的结果， 通过空中接口完成对 UE 的速率控制， 其中， RNC对上行方向媒体编码速率的控制是通过带外控制信令 RRC消息（典 型地采用 "Transport Format Combinat ion Control" 消息） 实现的， 而对下行方向媒体编码速率的控制不需要信令控制， 而是直接按新的 媒体编码速率发送下行数据帧， UE根据接收的数据帧的 TFC获知相应 数据帧的媒体编码速率。 1. 利用 RTP头部扩展携带 RNC之间的媒体编码速率控制信息 下面结合图 8进一步描述本发明的实施例。
在这个实施例中， 若图 12 所示的某方所属的 RNC/BSC 中的媒体 速率调整判断单元作出媒体编码速率调整的决定， 媒体编码速率控制 信息发送单元就将所产生的媒体速率调整请求等媒体编码速率控制信 息承载在上行用户分组的头部扩展中， 并送往上行 GTP-ϋ 处理实体； 媒体编码速率控制信息接收单元则提取出来自对端 RNC 的承载在用户 分组的头部扩展中的媒体编码速率控制信息， 同时恢复出原用户媒体 数据分组流并送往下行 PDCP 处理实体， 而提取出的媒体编码速率控 制信息则送往媒体速率调整判断单元进行处理， 对来自对端 RNC 的媒 体编码速率调整调整请求作出确认、 修改或拒绝等决定。
由于实现这种采用 RTP头部扩展携带 RNC之间媒体编码速率控制 信息的传输方案的系统和装置的其它部分在前面已进行了描述， 这里 不再赘述。 下面只描述其详细流程。
如图 8 所述， 在需要发送媒体编码速率控制信息的主叫方和被叫 方 UE所属的 RNC 中， 该 UE对应的 PDCP层协议实体按现有技术完成 用户数据分组头部的解压缩等处理后， 恢复出该 UE 的相应媒体对应 的上行方向 RTP/UDP/IP 分组流， 一旦有媒体编码速率控制信息需要 传送， 即从该 UE的相应媒体对应的所述 RTP流中优选地取出一个 RTP 头部 X字段为 0的分组， 将该 RTP分組的 RTP头部 X字段设置为 1， 并嵌入包含所述媒体编码速率控制信息的 RTP扩展头部； 然后， 更改 该分组 UDP头部及 IP头部的相应长度字段，即将该分组 UDP头部的 UDP 长度字段， 以及 IP头部的 IP分组总长度字段（ IPv4 )或净荷长度字 段（ IPv6 ) 的值均在原值上增加 M， 其中 M = 4x (L+1)， L为 RTP扩展 头部长度字段的值； 其后， 若采用 IPv4则重新计算 IP头校验和字段， 若该分组 UDP头部的 UDP校验和字段不为零，则重新计算增加上述 RTP 扩展头部后该分组的校验和并以此更新该字段； 最后， 将该内嵌媒体 编码速率控制信息的 RTP分组重新按其原来的位置返回所述 RTP流， 这样， 所述 RTP流仍按照现有技术， 被送往 GTP- ϋ层协议实体进行处 理并通过 GTP-ϋ隧道送往 SGSN。
仍如图 8所示， 上述 RTP/UDP/IP分组流经主被叫方 PS域核心网 以及外部 IP 网络， 最后被路由至对端 MC， 经该 RNC的对端 UE相应 媒体对应的 GTP-U层协议实体， 恢复出上述 RTP/UDP/IP 分组流， 对 端 UE而言， 即为其下行方向 RTP/UDP/IP分组。 在被送往 PDCP层协议 实体之前， MC将对每个 RTP分组的 RTP头部 X字段进行监视， 若发 现 X字段为 1 即检查其扩展头部 Prof i le, 若 Prof i le为用于本发明 的特定值， 即截取相应头部扩展段， 并从中提取出媒体编码速率控制 信息； 然后去掉该 RTP分组的扩展头部， 并将该分组 RTP头部 X字段 设置为 0， 之后重置该分组 UDP头部及 IP头部的相应长度字段即减去 上述值 M， 时， 若采用 IPv4则重新计算 IP头校验和字段， 若该分 组 UDP头部的 UDP校验和字段不为零，则重新计算该分组 UDP头部 UDP 校验和并以此更新该字段； 最后， 将该去掉包含媒体编码速率控制信 息的 RTP扩展头部的 RTP分组重新按其原来的位置返回所述 RTP流。 这样， 所述 RTP 流仍按照现有技术， 被送往 PDCP 层协议实体进行处 理并通过空中接口发送到 UE。
在上述描述中优选地采用一个 RTP分组的 RTP扩展头部来传输一 个 RNC之间媒体编码速率控制信息， 但是， 本发明也允许每次采用多 个 RTP分组的 RTP扩展头部来传输一个 RNC之间媒体编码速率控制信 息， 除了在发送端对消息进行分段而在接收端进行重组外， 其它操作 与上述过程相同。
可以看到， 本发明提出的该方案适用于用户 RTP数据分组不使用 RTP 扩展头部的情况， 如前所述， 通常情况下一般应用均不使用 RTP 扩展头部， 因此该方案可在绝大多数情况下使用， 若在某些特殊情况 下用户 RTP数据分组使用了 RTP扩展头部， 对发送方而言， 若发现用 户 RTP数据分组使用了 RTP扩展头部 （此时 RTP头部 X字段为 0 ) ， 即放弃使用媒体编码速率控制操作， 而接收方而言， 由于其定义的扩 展头部 Prof i le与本发明的特定值不同， 因此接收方可忽略该 RTP扩 展头部而不受影响。
另外， 本发明提出的上述方法的一个优势是采用该方法的 RNC 能 够无缝地与不支持该方法的 RNC进行互操作。即当不支持该方法的 MC 接收到采用该方法的某些 RTP 分组附加了承载媒体编码速率控制信息 的 RTP扩展头部的 RTP分组数据流时， 将直接通过空中接口发送给对 端 UE， 如前所述， RTP规范中为了保证系统互操作性， 对包含扩展头 部的 RTP分组， 接收方若不能解释该扩展头部即忽略该扩展头部而仅 对其它字段进行处理。 因此， 增加的 RTP扩展头部并不影响媒体数据 分组端到端的传输， 从而使得本发明提出的上述方法与不支持该方法 的 RNC之间有良好的互操作性。
2. 利用插入 "过期" 的 RTP分组携带 MC 之间的媒体编码速率 控制信息
如上所述， 由于 RTP 分组只允许一个扩展头部， 因此方法 （1 ) 适用于用户 RTP数据分组不使用 RTP扩展头部的情况。
为此， 本发明提出的另一种方法是利用在用户 RTP分组数据流中 插入 "过期" 的 RTP分组来传输 RNC之间的媒体编码速率控制信息， 其过程如图 9所示。
下面结合附图 9描述本发明的另一个实施例。
在这个实施例中， 若图 12 所示的某方所属的 RNC/BSC 中的媒体 速率调整判断单元作出媒体编码速率调整的决定， 媒体编码速率控制 信息发送单元就在上行用户分组数据流中产生一个 "过期" RTP分组， 将所媒体速率调整请求等媒体编码速率控制信息承载在产生的 "过 期" RTP 分组中， 并送往上行 GTP-U 处理实体； 媒体编码速率控制信 息接收单元则提取出来自对端 RNC 的承载在 "过期" RTP 分组中的媒 体编码速率控制信息， 送往媒体速率调整判断单元进行处理， 对来自 对端 RNC 的媒体编码速率调整请求作出确认、 修改或拒绝等决定，同 时丟弃相应的 "过期" RTP分组。
由于实现这种采用 "过期" 分组携带 RNC 之间媒体编码速率控制 信息的传输方案的系统和装置的其它部分在前面已进行了描述， 这里 不再赘述。 下面只描述其详细流程。
如图 9 所示， 在需要发送媒体编码速率控制信息的主叫方和被叫 方 UE所属的 RNC/BSC 中， 该 UE对应的 PDCP层协议实体按现有技术 完成用户数据分组头部的解压缩等处理后， 恢复出该 UE 的相应媒体 对应的上行方向 RTP/UDP/ IP 分组流， 一旦有媒体编码速率控制信息 需要传送， 即创建一个新的 RTP 分组 （优选地净荷为零， 即为只有 RTP/UDP/ IP头的空分组） ， 其 UDP/ IP头部的所有静态字段与当前 RTP 用户数据分组的相应字段相同， 而其 RTP头部 X字段为 1 , 相应 RTP 扩展头部承载媒体编码速率控制信息， RTP 头部所有静态字段则与当 前 RTP 用户数据分组相同。 其中， 所述静态字段包括： RTP 头部的 V (版本） 、 P (填充指示） 、 CC ( CSRC 计数） 、 M (标识位） 、 PT (净 荷类型） 、 时戳、 同步源标识及分信源标识字段； UDP 头部的源端口 与目的端口字段； IPv4 头部的版本、 IP 头长度、 业务类型、 标识符、 生存期、 协议、 IP 源地址、 IP 目的地址、 IP 选项及填充字段（段偏 移字段设置为零， 标志字段设置为无分段） ； IPv6 头部的版本、 业务 类型、 流标签、 下个头部、 最大跳数、 IP源地址及 IP目的地址字段。
然后， 在 RTP 头部的序号字段填入 "过期" 的数值， 即该值取为 (^ - O mod 216， 其中， 符号 mod表示取模， S为该 RTP用户分组数据流 中的当前 RTP分组的序号， K为预定的值， 该值应远远大于 RTP分组 数据流因主被叫方 UE 端到端传输延时抖动而造成的接收端 RTP 分组 序号变化值； 之后， 生成 UDP及 IP 头部的相应长度字段， 包括 UDP 头部的 UDP长度字段、 IP头部的 IP分组总长度字段（IPv4 )或净荷 长度字段（IPv6 ) ， 另外， 若采用 IPv4则重新计算 IP头校验和字段， 若用户数据分组使用了 UDP校验和， 即用户数据分组 UDP头部的 UDP 校验和字段不为零， 则生成 UDP 校验和字段， 最后， 将该 "插入" 的 TP分组插入当前用户 RTP分组数据流。 随后， 所述 RTP流仍按照现 有技术， 被送往 GTP- U 层协议实体进行处理并通过 GTP- U 隧道送往 SGSN。
仍如图 9所示， 上述 RTP/UDP/IP分组流经主被叫方 PS域核心网 以及外部 IP 网络， 最后被路由至对端 MC， 经该 RNC的对端 ϋΕ相应 媒体对应的 GTP- U层协议实体， 恢复出上述 RTP/UDP/IP 分组流， 对 端 UE而言， 即为其下行方向 RTP/UDP/IP分组。 在被送往 PDCP层协议 实体之前， 对每个 RTP分组的 RTP头部序号字段进行监视， 若某 RTP 分组的 RTP序号显示该 RTP分组为已经 "过期" 的分组， 即该 RTP分 组的 RTP序号表明该分组的实际顺序应为远在当前 RTP分組流的分组 之前（大约超前 K或更多的分组） ， 则对该分组的 RTP头部 X字段作 进一步的检查，若该 RTP分组 X字段为 1，则 查其扩展头部 Prof i le, 若 Prof i le 为用于本发明的特定值， 即截取相应的头部扩展段， 并从 中提取出媒体编码速率控制信息， 然后将该 RTP分组从该 RTP流中丟 弃。 这样， 将该丟弃了 "过期" 分组的 RTP 流仍按照现有技术， 送往 PDCP层协议实体进行处理并通过空中接口发送到 UE。
可以看到， 本发明提出的该方案无论用户 RTP数据分组是否使用 RTP扩展头部均实用。 实际上， 即使用户 RTP数据分组使用了 RTP扩 展头部， 由于采用了额外 "插入" 的 RTP 分组， 因此仍能利用该额外 "插入" 分组的 RTP扩展头部来承载 RNC之间媒体编码速率控制信息。
另外， 除了利用额外 "插入" 分组的 RTP扩展头部来承载 RNC之 间媒体编码速率控制信息外， 也可以不使用额外 "插入" 分组的 RTP 扩展头部而利用其 RTP净荷部分来承载 MC之间媒体编码速率控制信 息。 此时， 该额外 "插入" 分组的 RTP净荷部分所承载的 RNC之间媒 体编码速率控制信息， 优选地至少包括一个特征字段， 用于标识该该 额外 "插入" 分组的 RTP净荷部分所承载的 RNC之间媒体编码速率控 制信息。 当釆用该方式时， 仍如上所述在对端 RNC 中对每个 RTP分组 的 RTP头部序号字段进行监视， 若某 RTP分组的 RTP序号显示该 M 分组为已经 "过期" 的分组， 则对该分组 RTP 净荷部分的特征字段作 进一步的检查， 若特征字段为所规定的特定值， 则从该分组的 RTP 净 荷部分提取出媒体编码速率控制信息， 并将该 RTP分组从该 RTP流中 丢弃， 其它操作与上述过程相同。
在上述描述中优选地采用一个 RTP分组的 RTP扩展头部来传输一 个 RNC之间媒体编码速率控制信息， 但是， 本发明也允许每次采用多 个 RTP分组的 RTP扩展头部来传输一个 RNC之间媒体编码速率控制信 息， 除了在发送端对消息进行分段而在接收端进行重组外， 其它操作 与上述过程相同。
同样， 本发明提出的上述方法能保证采用该方法的 RNC 与不支持 该方法的 RNC之间具有良好的互操作性。 这是因为， 当不支持该方法 的 RNC接收到釆用该方法而额外 "插入" 的 RTP分组时， 将直接通过 空中接口发送给对端 UE， 而 ϋΕ的 RTP层协议实体在进行 RTP分组顺 序处理的过程中， 根据 RTP 协议规范， 所有 "过期" 的额外 "插入" 的 RTP分组将被视为是时延超过允许门限而应丟弃的分组， 从而被 UE 自动丟弃而不会对媒体数据分组端到端的传输造成影响。

Claims

权 利 要 求
1. 一种在通信系统中对会话类型多媒体业务进行动态速率控制 的方法， 包括：
a. 在多媒体会话建立阶段， 主被叫方通过端到端信令协商确定 一个媒体编码集合；
b. 主被叫方以初始速率开始多媒体会话的用户数据传送；
c 在多媒体会话期间， 主被叫方所属无线接入网中的通信设备 不断对其无线资源状况进行监视， 并由此作出调整媒体编码速率的决 定；
d. 作出媒体编码速率调整决定的所迷通信设备和对端通信设备 通过媒体编码速率控制信息进行媒体编码速率的协商。
2. 根据权利要求 1 所述的方法， 其中所述媒体编码速率控制信 息由用户媒体数据分组流携带传送。
3. 根据权利要求 1或 2所述的方法， 其中步骤 d包括：
作出媒体编码速率调整决定的所述通信设备通过所述媒体编码速 率控制信息将媒体编码速率调整的请求发送给对端通信设备；
对端通信设备对所述媒体编码速率调整请求作出确认、 修改或拒 绝的决定；
作出决定的所述通信设备通过所述媒体编码速率控制信息将对媒 体速率调整请求的确认、 修改或拒绝的回答返回所述对端通信设备； 对端通信设备对所述回答予以确认。
4. 根据权利要求 1 - 3 任意之一所述的方法， 其中所述媒体编码 速率控制信息由实时数据传输分组的头部扩展携带传送。
5. 根据权利要求 4 所述的方法， 其中选取至少一个头部扩展指 示字段为零的实时数据传输分组， 并将所述头部扩展指示字段设置为 1 , 将所述实时数据传输分组的扩展头部 Prof i le设置为特定值；
在所述至少一个实时数据传输分组的扩展头部嵌入所述媒体编码 速率控制信息；
根据嵌入的所述媒体编码速率控制信息更新所涉及的实时数据传 输分组中有关字段的内容。
6.根据权利要求 5 所述的方法，其中更新所涉及的实时数据传输分 组中有关字段的内容包括， 更改所述实时数据传输分组的 UDP 头部及 IP头部的相应长度字段， 其后， 若采用 IPv4则重新计算 IP头校验和 字段， 若所述分组 UDP头部的 UDP校验和字段不为零， 则重新计算并 更新所述分组的校验和字段。
7. 根据权利要求 6所述的方法， 其中
对每个实时数据传输分组的头部扩展指示字段进行监视； 若发现所述头部扩展指示字段为 1 的所述实时数据传输分组， 就 检查其扩展头部 Prof i le:
若 Prof i le 为所述特定值， 就截取相应头部扩展段， 并从中提取 出媒体编码速率控制信息；
根据所述提取出的媒体编码速率控制信息， 恢复所涉及的实时数 据传输分组中有关字段的内容；
将去掉包含媒体编码速率控制信息的扩展头部的实时数据传输分 组重新按其原来的位置返回所述用户媒体数据分组流中；
若 Prof i le不是所述设置的特定值， 就忽略所述扩展头部。
8. 根据权利要求 7 所述的方法， 如果所述通信设备发现头部扩 展指示字段为 1 的实时数据传输分组后不能解释所述扩展头部， 则忽 略所述扩展头部。
9. 根据权利要求 4 - 8 任意之一所述的方法， 其中所述实时数据 传输分组是 RTP分组， 所述头部扩展指示字段是 X字段。
10. 根据权利要求 1 - 9 任意之一所述的方法， 其中所述无线接 入网中的通信课备是 RNC设备或 BSC设备。
11. 根据权利要求 1 - 10任意之一所述的方法， 其中所述多媒体 业务为多媒体子系统 IMS业务。
12. 根据权利要求 1 - 3 任意之一所述的方法， 其中通过在用户 媒体数据分组流中插入至少一个创建的 "过期" 的实时数据传输分组 来传送所述媒体编码速率控制信息。
13. 根据权利要求 12 所述的方法， 其中所述创建的 "过期" 实 时数据传输分组为只有分组头的空分组。
14. 根据权利要求 13 所述的方法， 其中创建所述 "过期" 实时 数据传输分组的步骤包括， 将所述实时数据传输分组头部扩展指示字 段置为 1， 相应扩展头部承载媒体编码速率控制信息， 所述实时数据 传输分组头部所有静态字段则与当前实时数据传输用户分组相同。
15. 根据权利要求 12 - 14 所述的方法， 其中通过利用所述插入 的 "过期" 实时数据传输分组的扩展头部来传送所述媒体编码速率控 制信息。
16. 根据权利要求 15 所述的方法， 其中将所述至少一个新创建 的实时数据传输分组的头部扩展指示字段设置为 1,在其头部的序号字 段填入 "过期" 的数值， 将所述实时数据传输分组的扩展头部 Prof i le 设置为特定值；
在所述创建的实时数据传输分组的扩展头部嵌入媒体编码速率控 制信息；
根据所述嵌入的媒体编码速率控制信息填写所涉及的实时数据传 输分组的有关字段的内容。
17. 根据权利要求 16 所述的方法， 其中在实时数据传输分组头 部的序号字段填入数值 ( - ^")πι。(12 其中， 符号 mod表示取模， S 为 所述实时数据传输分组流中的当前分组的序号， K 为预定的值， L 为 实时数据传输分组序号字段的比特长度。
18. 才艮据权利要求 17 所述的方法， 其中所述预定值 K 远远大于 实时数据传输分组流因主被叫方 UE 端到端传输延时抖动而造成的接 收端实时数据传输分组序号变化值。
19. 根据权利要求 18 所述的方法， 进一步包括生成实时数据传 输分组 UDP头部的 UDP长度字段、 IP头部的 IP分组总长度字段（ IPv4 ) 或净荷长度字段（IPv6 ) ， 另外， 若采用 IPv4则重新计算 IP头校验 和字段， 若实时数据传输分组 UDP头部的 UDP校验和字段不为零， 则 生成 UDP校验和字段。
20. 根据权利要求 13 - 19任意之一所述的方法， 其中
对每个实时数据传输分组的所述分组头部序号字段进行监视； 若某实时数据传输分组的序号显示该分组为已经 "过期" 的分组， 则对该分组的头部扩展指示字段作进一步的检查；
若所述头部扩展指示字段为 1 , 则检查所述实时数据传输分组的 扩展头部 Prof i le, 若 Prof i le为特定值， 则截取相应的头部扩展段， 并从中提取出媒体编码速率控制信息， 然后将所述实时数据传输分组 从分组流中丢弃。
21. 根据权利要求 20 所述的方法， 其中所述接入网中的通信设 备接收到所述插入的 "过期" 实时数据传输分组时， 将其丟弃。
22. 根据权利要求 13 所述的方法， 其中所述利用在实时数据传 输分组流中插入的至少一个 "过期" 的分组的净荷部分来传送媒体编 码速率控制信息
23. 据权利要求 13-22 任意之一所述的方法， 其中所述实时数 据传输分组是 RTP分组， 所述头部扩展指示字段是 X字段。
24. 根据权利要求 13-22 任意之一所述的方法， 其中所述无线接 入网中的通信设备是 RNC设备。
25. 根据权利要求 13 - 24 任意之一所述的方法， 其中所述多媒 体业务为多媒体子系统 IMS业务。
26. —种对会话类型多媒体业务进行动态速率控制的装置， 包括 媒体速率调整判断单元， 用于根据无线资源状况作出媒体编码速率调 整的决定； 媒体编码速率控制信息发送单元， 用于将所述媒体速率调 整判断单元产生的媒体编码速率控制信息承载在用户媒体数据分组流 中进行传送； 媒体编码速率控制信息接收单元， 用于接收用户媒体数 据分组流， 并从其中提取出承载的媒体编码速率控制信息， 送往所述 媒体速率调整判断单元进行处理， 同时恢复出原用户媒体数据流进行 传送。
27. 根据权利要求 26 所述的对会话类型多媒体业务进行动态速 率控制的装置， 其中所述媒体编码速率控制信息发送单元将媒体编码 速率控制信息承载在实时数据传输分组流的分组扩展头部进行传送。
28. 根据权利要求 27 所述的对会话类型多媒体业务进行动态速 率控制的装置， 其中所述媒体编码速率控制信息发送单元在所述实时 数据传输分组流中产生 "过期" 实时数据传输分组， 用于传送所述媒 体编码速率控制信息。
29. 根据权利要求 28 所述的对会话类型多媒体业务进行动态速 率控制的装置， 其中所述媒体编码速率控制信息被承载在所述 "过期" 实时数据传输分组的扩展头部。
30. 根据权利要求 29 所述的对会话类型多媒体业务进行动态速 率控制的装置， 其中所述媒体编码速率控制信息被承载在所述 "过期" 实时数据传输分组的净荷部分。
31. 根据权利要求 26 - 30 意之一所述的对会话类型多媒体业务 进行动态速率控制的装置， 其中所述装置是 RNC。
32. 根据权利要求 26 - 30 任意之一所述的对会话类型多媒体业 务进行动态速率控制的装置， 其中所述装置是 BSC。
33. 根据权利要求 26 - 32 任意之一所述的装置， 其中所述实时 数据传输分组是 RTP分组， 所述头部扩展指示字段是 X字段。
34. 一种对会话类型多媒体业务进行动态速率控制的通信系统， 所述通信系统包括多个与无线接入网 UTRAN相连接的移动通信设备、 分组数据网、 IMS网络和 IP网络， 其中所述无线接入网包括基站和动 态速率控制装置， 所述动态速率控制装置包括媒体速率调整判断单 元， 用于根据无线资源状况作出媒体编码速率调整的决定； 媒体编码 速率控制信息发送单元， 用于 媒体速率调整判断单元产生的媒体编 码速率控制信息承载在用户媒体数据分組流中进行传送； 媒体编码速 率控制信息接收单元， 用于接收用户媒体数据分组流， 并从其中提取 出承载的媒体编码速率控制信息， 恢复出原用户分组数据流进行传 送， 同时将提取出的媒体编码速率控制信息送往所述媒体速率调整判 断单元进行处理。
35. 根据权利要求 34 所述的通信系统， 其中所述媒体编码速率 控制信息发送单元将媒体编码速率控制信息承载在所述实时数据传输 分组的扩展头部进行传送。
36. 根据权利要求 35 所述的通信系统， 其中所述媒体编码速率 控制信息发送单元在实时数据传输分组流中产生 "过期" 分组， 用于 传送所述媒体编码速率控制信息。
37. 根据权利要求 36 所述的通信系统， 其中所述媒体编码速率 控制信息被承载在所述 "过期" 实时数据传输分组的扩展头部。
38. 根据权利要求 37 所述的通信系统， 其中所述媒体编码速率 控制信息被承载在所述 "过期" 实时数据传输分组的净荷部分。
39. 根据权利要求 33 - 38 任意之一所述的通信系统， 其中所述 通信系统是通用移动通信系统 UMTS。
40. 根据权利要求 34 - 39 任意之一所述的通信系统， 其中所述 实时数据传输分组是 RTP分组， 所述头部扩展指示字段是 X字段。
PCT/CN2004/001021 2004-09-06 2004-09-06 Systeme et procede de commande dynamique de debit multimedia dans un systeme ims WO2006026889A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2004800439348A CN101015222B (zh) 2004-09-06 2004-09-06 Ims系统中多媒体业务的动态速率控制系统及方法
PCT/CN2004/001021 WO2006026889A1 (fr) 2004-09-06 2004-09-06 Systeme et procede de commande dynamique de debit multimedia dans un systeme ims

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2004/001021 WO2006026889A1 (fr) 2004-09-06 2004-09-06 Systeme et procede de commande dynamique de debit multimedia dans un systeme ims

Publications (1)

Publication Number Publication Date
WO2006026889A1 true WO2006026889A1 (fr) 2006-03-16

Family

ID=36036054

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2004/001021 WO2006026889A1 (fr) 2004-09-06 2004-09-06 Systeme et procede de commande dynamique de debit multimedia dans un systeme ims

Country Status (2)

Country Link
CN (1) CN101015222B (zh)
WO (1) WO2006026889A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101527839B (zh) * 2008-03-06 2011-05-11 中兴通讯股份有限公司 一种提高无线多媒体带宽使用效率的方法
CN101212459B (zh) * 2006-12-28 2012-08-08 华为技术有限公司 控制媒体编码速率的方法、系统和设备
CN103856461A (zh) * 2012-12-04 2014-06-11 联芯科技有限公司 Ims业务实时媒体流的协商式调节方法
WO2016197295A1 (zh) * 2015-06-08 2016-12-15 华为技术有限公司 多媒体业务的方法、处理装置及通信设备
CN106358231A (zh) * 2015-07-13 2017-01-25 中国移动通信集团公司 一种信息处理方法及系统、基站、网络侧设备
CN112311802A (zh) * 2020-11-05 2021-02-02 维沃移动通信有限公司 信息传输方法和信息传输装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101932029A (zh) * 2010-08-13 2010-12-29 华为技术有限公司 数据传输方法、设备及系统
CN103856465A (zh) * 2012-12-05 2014-06-11 中国电信股份有限公司 可视电话业务的建立处理方法和系统
US9100877B2 (en) * 2013-02-01 2015-08-04 Intel Deutschland Gmbh Communication devices and methods for controlling a communication device
CN106161370B (zh) * 2015-04-08 2021-03-23 中国移动通信集团公司 一种媒体编码的调整方法及终端
WO2017193368A1 (zh) * 2016-05-13 2017-11-16 华为技术有限公司 用于调整编码速率的方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1360805A (zh) * 1999-07-05 2002-07-24 诺基亚公司 选择编码方法的方法
CN1436411A (zh) * 2000-04-14 2003-08-13 高通股份有限公司 在高数据速率通信系统中用于自适应传输控制的方法和设备
CN1514559A (zh) * 2002-12-31 2004-07-21 深圳市中兴通讯股份有限公司上海第二 语音自适应多速率的速率调整方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1360805A (zh) * 1999-07-05 2002-07-24 诺基亚公司 选择编码方法的方法
CN1436411A (zh) * 2000-04-14 2003-08-13 高通股份有限公司 在高数据速率通信系统中用于自适应传输控制的方法和设备
CN1514559A (zh) * 2002-12-31 2004-07-21 深圳市中兴通讯股份有限公司上海第二 语音自适应多速率的速率调整方法

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212459B (zh) * 2006-12-28 2012-08-08 华为技术有限公司 控制媒体编码速率的方法、系统和设备
CN101527839B (zh) * 2008-03-06 2011-05-11 中兴通讯股份有限公司 一种提高无线多媒体带宽使用效率的方法
CN103856461A (zh) * 2012-12-04 2014-06-11 联芯科技有限公司 Ims业务实时媒体流的协商式调节方法
WO2016197295A1 (zh) * 2015-06-08 2016-12-15 华为技术有限公司 多媒体业务的方法、处理装置及通信设备
CN107113338A (zh) * 2015-06-08 2017-08-29 华为技术有限公司 多媒体业务的方法、处理装置及通信设备
CN106358231A (zh) * 2015-07-13 2017-01-25 中国移动通信集团公司 一种信息处理方法及系统、基站、网络侧设备
CN106358231B (zh) * 2015-07-13 2020-10-13 中国移动通信集团公司 一种信息处理方法及系统、基站、网络侧设备
CN112311802A (zh) * 2020-11-05 2021-02-02 维沃移动通信有限公司 信息传输方法和信息传输装置
CN112311802B (zh) * 2020-11-05 2023-10-27 维沃移动通信有限公司 信息传输方法和信息传输装置

Also Published As

Publication number Publication date
CN101015222B (zh) 2010-06-09
CN101015222A (zh) 2007-08-08

Similar Documents

Publication Publication Date Title
JP5351170B2 (ja) 無線パケットネットワークにおける効率的なマルチメディア伝達のための方法および構成
JP4702852B2 (ja) 異なる種類のデータを含むインターネットパケットを通信する無線電気通信装置及び方法
US7613147B2 (en) Packet-based conversational service for a multimedia session in a mobile communications system
JP4680890B2 (ja) インターネットデータパケットの通信の通信装置及び通信方法
EP1614258B1 (en) Method and system for rate control service in a network
JP4763800B2 (ja) マルチメディア通信セッションを確立するための方法および装置
JP2006522518A5 (zh)
WO2007128217A1 (en) Method of internet protocol(ip) message transmission, negotiated bandwidth saving capability and saving network bandwidth
US7221657B2 (en) Processing different size packet headers for a packet-based conversational service in a mobile communications system
JP3964865B2 (ja) 無線通信ネットワークにおけるベアラ許可方法及びシステム
WO2006026889A1 (fr) Systeme et procede de commande dynamique de debit multimedia dans un systeme ims
KR20060119783A (ko) 이종망 환경에서 종단간 서비스 품질 연동장치 및 그 방법
CN101431514A (zh) 用于在电信系统中建立语音承载的方法和装置
EP1611716A1 (en) Radio network for communicating internet data packets containing different types of data
KR20060067275A (ko) 엘엠에스디망간의 데이터 전송 방법 및 그 시스템

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 200480043934.8

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase