EP1472835B1 - Processing different size packet headers for a packet based conversational service in a mobile communications system - Google Patents

Processing different size packet headers for a packet based conversational service in a mobile communications system Download PDF

Info

Publication number
EP1472835B1
EP1472835B1 EP03703628A EP03703628A EP1472835B1 EP 1472835 B1 EP1472835 B1 EP 1472835B1 EP 03703628 A EP03703628 A EP 03703628A EP 03703628 A EP03703628 A EP 03703628A EP 1472835 B1 EP1472835 B1 EP 1472835B1
Authority
EP
European Patent Office
Prior art keywords
radio
packet
packets
radio bearer
bearer
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Lifetime
Application number
EP03703628A
Other languages
German (de)
French (fr)
Other versions
EP1472835A1 (en
Inventor
Lars Herbert Bergenlid
Magnus Olsson
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of EP1472835A1 publication Critical patent/EP1472835A1/en
Application granted granted Critical
Publication of EP1472835B1 publication Critical patent/EP1472835B1/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation

Definitions

  • the present invention relates to Internet Protocol (IP) multimedia communications in a mobile radio communication network where conversational services like voice are effectively and efficiently supported.
  • IP Internet Protocol
  • the present invention effectively processes different size packet headers to increase the efficiency of a packet based conversational service in a mobile radio communications system.
  • IP networks were originally designed to carry "best effort” traffic where the network makes a “best attempt” to deliver a user packet, but does not guarantee that a user packet will arrive at the destination.
  • IP networks need to support various types of applications. Some of these applications have Quality of Service (QoS) requirements other than "best effort" service. Examples of such applications include various real time applications (IP telephony/voice, video conferendng), streaming services (audio or video), or high quality data services (browsing with bounded download delays).
  • QoS Quality of Service
  • IP telephony sessions between a mobile User-A and a User-B, where User A accesses an IP backbone through a local, radio access, mobile communications network.
  • Example include a Global System for Mobile communications (GSM) or a Universal Mobile Telecommunications System (UMTS) network.
  • GSM Global System for Mobile communications
  • UMTS Universal Mobile Telecommunications System
  • Quality of service for an IP telephony session can be characterized in terms of bandwidth, packet loss, delay, and jitter. As far as the users are concerned, the perceived quality of service will likely depend on the service provided by the radio access network e.g., a UMTS or GSM/GPRS network.
  • the radio interface is the most challenging interface in the communication in terms of providing a certain capacity and coverage at a particular quality of service. Radio bandwidth is limited, and therefore, the capacity of the system to deliver services to a certain number of users is necessarily limited. And it typically is not an option to achieve a particular quality of service for one or a few users simply by allocating more radio bandwidth.
  • Coverage in a radio mobile radio system is the maximum distance over which a radio base station can reliably communicate with a mobile radio. That coverage is limited by maximum signal transmission levels, fading, path loss, interference, and other impediments to radio transmission.
  • Third generation mobile communications systems like a Universal Mobile Telephone communications System (UMTS)
  • UMTS Universal Mobile Telephone communications System
  • UMTS Universal Mobile Telephone communications System
  • voice A very important medium to support in multimedia sessions is voice.
  • Speech packets typically have a long header and a relatively short speech payload. Speech samples are typically sent very frequently, e.g., every 20 ms, so the payload is small. But the header information is not reduced just because the payload is small.
  • An example speech packet header suitable for use in a UMTS contains several packet handling protocol headers--IP header information, User Data Protocol (UDP) header information, and Real Time Protocol (RTP) header information. Each protocol contributes to a longer speech packet header.
  • UDP User Data Protocol
  • RTP Real Time Protocol
  • the real time delay requirements for packet-based speech service means there is no time to consolidate multiple payloads into one packet. Such consolidation might be possible for a voice streaming application having less stringent, real time delay requirements.
  • Transmitting a large amount of header information for a relatively small amount of speech content results in low throughput. Too much of the radio bandwidth is needed to transmit "overhead" header information. Using that limited bandwidth to transmit the overhead header information decreases the capacity of the mobile communications system to transmit payload information over the radio interface. Because the mobile terminals have a finite transmit power, using power to transmit overhead information means that less power is available to transmit payload information. Lower power per bit means the physical distance over which a radio communication can take place is reduced, i.e., reduced coverage. Accordingly, the amount of header overhead must be reduced to increase capacity and/or coverage.
  • Header compression may be used to reduce the amount of header information that must be transmitted with each speech packet over the radio interface. This is disclosed in 'Voice-over-IP-over-Wireless' from SVANBRO and Co, XP 223 8423. Many header compression techniques generally work by sending only new or changed header information sometimes called "delta" information. The delta information is much less than the normal header information, so much less radio bandwidth is needed to transmit the delta (compressed) header as compared to the full (uncompressed) header.
  • the radio resources for a speech connection are established based on the full header, those resources will later be wasted when the header is sent in compressed form, e.g., just the delta is sent. Alternatively, the radio resources may be established based on the compressed header. But then there is no provision for handling the additional data presented by an uncompressed header or a partially compressed header.
  • the present invention increases the capacity and coverage of a packet-based conversational service in a mobile communications system by efficiently provisioning resources for speech packets that have dynamic or different length headers during the lifetime of a connection over which the service is provided.
  • a radio bearer which can be viewed as a logical connection, is established over the radio interface between a mobile radio and a radio network to support a packet-based conversational service.
  • the radio bearer is configured with radio resources to deliver a particular quality of service assuming that the headers will be compressed.
  • the length of or amount information in each packet to be transmitted via the radio connection is detected. Those packets which are longer or have more information because there is no header compression or lesser header compression are detected. Processing is performed to minimize or reduce the impact on system capacity or coverage when transmitted over the radio bearer.
  • reduced impact is achieved by segmenting and buffering longer packets so that the data rate is kept constant or below a maximum rate over the radio interface.
  • the segments are transmitted at the same rate as compressed packets.
  • a buffer management scheme is advantageously employed to manage the segments and packets in the buffer. If too many packets accumulate, old packets are discarded. Bandwidth requirements are maintained, and the administrative cost associated with buffering and buffer management is relatively low.
  • reduced impact is achieved by reconfiguring the radio bearer or connection used to transmit the increased or decreased amount of header data for the different length packets at substantially the same data rate. In this way, strict delay requirements are met, and no packets are discarded.
  • the cost associated with this example embodiment includes increasing the radio bearer bandwidth for longer packets, temporarily diminishing the capacity of the system. There is also an administrative cost and delay associated with reconfiguring the radio bearer connection.
  • Both example embodiments save system capacity as compared to the situation where radio resources are allocated to transmit full, uncompressed packet headers.
  • the first example embodiment also maintains system coverage but at the cost of some discarded packets buffered for too long.
  • the second example embodiment does not preserve system coverage as well as the first example embodiment, and therefore, may be less preferred.
  • the information can be sent in a transparent mode or in a non-transparent mode.
  • the transparent mode there is no explicit information that informs the receiving entity where a speech packet starts or stops. Instead, this packet start/stop information is provided implicitly by fitting the packets exactly into one of plural known formats used by the transporting radio bearer.
  • the transparent mode has a higher capacity than the non-transparent mode, but requires a limited number of known sizes of packet information.
  • the non-transparent mode lacks this requirement but suffers from somewhat lower capacity.
  • a packet protocol may further be employed between the mobile radio and the radio network that does not require transmission of a checksum on the whole packet, thereby providing unequal error protection.
  • Unequal error protection has been used for circuit-switched voice services to improve spectrum efficiency and similar advantages could also be achieved for a packet switched conversational service.
  • Such unequal error protection may be implemented in Internet Protocol version 6 (IPv6) communications using a modified version of User Datagram Protocol (UDP) commonly called UDP lite.
  • IPv6 Internet Protocol version 6
  • UDP User Datagram Protocol
  • the present invention is described in the context of a multimedia session in a GSM/UMTS/7MS mobile communication system. But the invention is not limited to a packet-based voice service provided in the context of a multimedia session. Instead, the invention may be used when voice is the only media being used in the communication.
  • the present invention may also be employed in any mobile radio communications network that provides packet-based conversational services.
  • a mobile terminal is one example of a user equipment (UE) that allows a mobile user access to network services.
  • UE user equipment
  • the interface between the user equipment and the network is the radio interface.
  • the following description uses the term "mobile terminal,” any type or configuration of user equipment that can communicate over a radio interface.
  • a bearer must be set up from the source to the destination of the service that supports that QoS.
  • a bearer is a logical connection between two entities through one or more interfaces, networks, gateways, etc., and usually corresponds to a data stream.
  • a QoS bearer service includes all aspects to enable the provision of a contracted QoS. Example aspects include the control signaling, user plane transport, and QoS management functionality. Of particular interest are situations where one or more radio bearers or connections are established for a voice communication involving a mobile terminal.
  • a Mobile Terminal (MT) 10 may initiate and conduct a multimedia session with a remote host 20.
  • the mobile terminal 10 is coupled to a radio access network (RAN) 12 over the radio interface.
  • the RAN 12 is coupled to an Access Point 15 in a packet-switched access network (PSAN) 14.
  • PSAN 14 is coupled to a Packet Data Network (PDN) 18 to which the remote host 20 is coupled via a local access network (LAN) 19.
  • the basic traffic flow for a multimedia session (shown as solid lines) between the mobile terminal 10 and remote host 20 is transported via these three networks 12, 14, and 18.
  • the PSAN 14 and the PDN 18 communicate multimedia control signaling (shown as dashed lines) to an IP Multimedia System (IMS) 16 that can be separate from or an integral part of the Packet Data Network 18.
  • IMS IP Multimedia System
  • the mobile terminal 10 includes Access Network Bearer Control 40 coupled to multimedia session control 42.
  • the Access Network Bearer Control block 40 transports internal bearer control signaling, which is not dedicated to a particular session, to an Access Network Bearer Control block 46 in the Access Point 15 transparently through the radio access network over a PDN signaling transport bearer.
  • Both Access Network Bearer Control blocks 40 and 46 assist in establishing a packet access bearer for setting up the session shown as the pipe entitled "transport of session signaling." Over this bearer, the mobile terminal 10 initiates a multimedia session including a plurality of media data streams with the remote terminal 20.
  • Each media data stream or "flow.” is transported over a corresponding packet access bearer illustrated as a "transport of media flow/' pipe coupled to a Forward Media Streams block 44 in the mobile terminal.
  • Two media flows 1 and 2 are shown for purposes of illustration in this multimedia session, one of which is a speech packet flow.
  • the multimedia system 16 in the packet data network 18 employs a Route Media Streams block 50 to route the packets in each media flow between the mobile terminal 10 and the remote terminal/host 20.
  • Multimedia system 16 includes a Session Control block 48 that utilizes session signaling from the Multimedia Session Control block 42 in the mobile terminal 10 to correlate each multimedia flow and its corresponding quality of service requirements with the session to establish necessary admission for the session.
  • Each of the three application flows required for a conversational IMS service may be allocated its own bearer with a QoS class tailored to the characteristics of each flow.
  • the two signaling flows may be assigned to the same bearer, and the voice packets are transported using another bearer.
  • Fig. 4 shows a multimedia session set up via a local General Packet Radio Service (GPRS)/Universal Mobile Telecommunication System (UMTS)-based access network 22.
  • the local GPRS/UMTS network 22 includes a set of network elements between the local host UE-A, corresponding to a Mobile Terminal (MT), and an external packet switching network the user is connecting to, like the Internet.
  • the radio access network (RAN) 28 provides access over the radio interface to/from the MT and includes radio base stations (RBSs) and radio network controllers (RNCs).
  • the RAN 28 is coupled to a GPRS packet access network 30 that includes a supporting Gateway GPRS Support Node (SGSN) 32 and a Gateway GPRS Support Node (GGSN) 34.
  • SGSN Gateway GPRS Support Node
  • GGSN Gateway GPRS Support Node
  • the GGSN 34 provides interworking between the GPRS/UMTS network 22 and the IP backbone network 24.
  • the coupling (shown as a solid line) between the GPRS/UMTS network 22 and the IP backbone network 24 is used to transport user data IP packets.
  • the local GPRS/UMTS-type network 22 is coupled to an IP multimedia system (IMS) 36. Communication with the IMS 36 (shown as dashed lines) permits exchange of multimedia session control-related messages.
  • the IMS 36 is typically a part of (although it may be separate from and coupled to) an IP backbone network 24.
  • the remote host corresponding to mobile terminal UE-B is coupled to the IP backbone network 24 through its home cellular network 26, and by signaling connection, to the IMS 36.
  • the mobile terminal UE-A desires to establish a multimedia session with UE-B that includes a voice or other conversational component.
  • the packet traffic for this session follows the solid line couplings between the various nodes.
  • the session is established with and managed by the IP Multimedia System (IMS) 36.
  • the IMS 36 messages are based on IP application signaling, which in a preferred, example embodiment includes session initiation protocol (SIP) and session description protocol (SDP).
  • SIP session initiation protocol
  • SDP session description protocol
  • SIP is a signaling protocol to establish sessions
  • SDP is a text-based syntax to describe the session and includes, for example, the definition of each media stream in the session.
  • the IP multimedia system 36 includes one or more Call State Control Functions (CSCFs) 38.
  • CSCFs Call State Control Functions
  • the mobile terminal Before the mobile terminal can send packet data to the remote host, the mobile terminal must "attach" to the GPRS network to make its presence known and to create a Packet Data Protocol (PDP) "context" to establish a relationship with a GGSN.
  • PDP Packet Data Protocol
  • the PDP attach procedure is carried out between the mobile terminal and the SGSN to establish a logical link.
  • a temporary logical link identity is assigned to the mobile terminal.
  • a PDP context is established between the mobile terminal and a GGSN selected based on the name of the external network to be reached.
  • One or more application flows may be established over a single PDP context through negotiations with the GGSN.
  • An application flow corresponds to a stream of data packets distinguishable as being associated with a particular host application.
  • Example application flows include voice packets carrying digitized (and usually coded) voice samples, an electronic mail message, a link to a particular Internet Service Provider (ISP) to download a graphics file from a web site, etc.
  • ISP Internet Service Provider
  • One or more application flows may be associated with the same mobile host and the same PDP context. Again, the application flow of interest is the voice or other conversational flow.
  • radio network resources are managed on a per PDP context level, which corresponds to one or more user flow/data streams and a certain QoS class.
  • a PDP context is implemented as a dynamic table of data entries, comprising all needed information for transferring PDP data units between the mobile terminal and the GGSN, e.g., addressing information, flow control variables, QoS profile, charging information, etc.
  • the PDP context signaling carries the requested and negotiated QoS profile between the nodes in the UMTS network. It has a central role for QoS handling in terms of admission control, negotiation, and modifying of bearers on a QoS level.
  • Fig. 5 illustrates the mapping between radio bearer (MT-RNC), radio access bearer (MT-SGSN), and PDP context (MT-GGSN).
  • the relationship between a radio access bearer and a PDP context is a one-to-one mapping.
  • a radio access bearer is mapped onto one or more radio bearers.
  • example session control signaling that may be used in this example embodiment is Session Initiation Protocol (SIP) messages carrying Session Description Protocol (SDP) information over User Datagram Protocol (UDP).
  • SIP Session Initiation Protocol
  • SDP Session Description Protocol
  • UDP User Datagram Protocol
  • the voice packets may be carried in this example by the Real-Time Transport Protocol (RTP) protocol over UDP, and the control messages associated with the voice packets are Real-Time Control Protocol (RTCP) messages over UDP.
  • RTP Real-Time Transport Protocol
  • RTCP Real-Time Control Protocol
  • Other protocols and formats may be used.
  • a radio bearer or connection has been established to support a packet-based voice communication involving a mobile terminal. Because many, if not most, of the incoming packet headers to be transported over the radio bearer will be fully compressed, the radio bearer or connection is established and configured assuming that all packets will have compressed headers. This allows the radio resources to be used more efficiently for this radio connection. On the other hand, there may be times when the packets have less compressed headers. Less compressed packet headers may occur, for example, when a conversational connection is established or occasionally during the communication, e.g., handover situations. In these instances, packets with less compressed headers must be transmitted.
  • FIG. 6 entitled "packet processing” illustrates how these packets with longer, less compressed headers are handled.
  • a logical connection associated with a mobile radio communication is established using a bearer configured to transport packets with highly compressed headers (block 100). Headers of packets associated with the communication are compressed based on current conditions or needs (block 102). Normally, the packet header is highly compressed. But there may be instances when the communication is initiated and sometimes during the communication, e.g., at handover, when a lesser amount of header compression is used.
  • the length of each packet is detected to determine whether, because of lesser header compression, the packet's length exceeds a predetermined length associated with a more highly compressed packet header (block 104).
  • processing is performed that minimizes or reduces the impact on system capacity and/or coverage when these packets with longer headers are transmitted over the radio bearer (block 106).
  • processing includes segmenting longer packets.
  • processing includes reconfiguring the radio bearer or connection. Processing schemes other than those employed in these two example embodiments may also be used.
  • Fig. 7 illustrates a radio node 120 which may be either a mobile terminal node or a radio network node such as a radio base station, a radio network controller (RNC), etc.
  • the radio node includes a packet compression unit 122 coupled to a controller 124.
  • the controller 124 includes a buffer manager 125 and is coupled to a packet buffer 126.
  • the packet header compression unit 122 compresses the headers of incoming packets to the radio node 120.
  • a longer packet length in a speech connection is typically because of an uncompressed or less compressed packet header. Therefore, the controller 124 detects when a packet's length exceeds a predetermined length, e.g., a maximum packet length that can be transmitted in one frame for the configured bearer.
  • the controller 124 divides the longer packet into two or more segments, depending upon the length of the packet.
  • the segments are transmitted at the same rate at which the packets are transmitted over the radio bearer, e.g., one segment per frame.
  • the packet buffer 126 must store any other packets/segments which are received before all of the segments are transmitted over the radio bearer in the packet buffer.
  • the buffer manager 125 monitors the time the oldest packet or segment has been sitting in the buffer 126. The buffer manager 125 may discard old packets or segments which usually does not adversely affect the quality of the speech because the lost packets only marginally increase the packet loss rate.
  • the packet header length or the packet length is detected (block 130). Longer packets typically have uncompressed or less compressed headers (block 132). Short packets, i.e., those having a length less than are equal to a predetermined length, typically correspond to those with highly compressed headers (block 134). Longer packets are segmented and may be stored in the buffer (block 136). If a packet is received before the buffered segments are transmitted over the radio bearer, it is also stored in the buffer (block 138). Buffered segments and packets are transmitted at a constant transmission rate over the radio bearer (block 140). Preferably, although not necessarily, the buffer is managed to detect and discard old packets or segments in the buffer (block 142).
  • Fig. 9 illustrates a radio node 120 with a packet header compression unit 122 coupled to a controller 124 which in turns couple to packet buffer 126.
  • the radio network is based on Wideband Code Division Multiple Access (WCDMA) where information is transmitted using channelization codes and well-known spread spectrum techniques.
  • WCDMA Wideband Code Division Multiple Access
  • the controller 124 maintains a list of available channelization codes 127 which correspond to available radio resources for transmitting information over the radio interface.
  • WCDMA Wideband Code Division Multiple Access
  • the controller 124 maintains a list of available channelization codes 127 which correspond to available radio resources for transmitting information over the radio interface.
  • a radio bearer is configured, one or more of these channelization codes is allocated to that radio bearer in order to support the radio bandwidth and quality of service required by that radio bearer.
  • the controller 124 includes a channel switching controller 128 responsible for reconfiguring the radio bearer with channelization codes having a greater or lesser spreading factor as necessary to accommodate changed conditions, which in the present context, corresponds to a change in packet length or amount of information in the packet.
  • Reconfiguring the radio bearer is sometimes referred to as channel switching because radio channel resources, i.e., channelization code spreading factors, are changed or "switched.”
  • the packet header size detector 122 analyzes each incoming packet or packet header and detects its length or amount of information (block 150). Based on the comparison with a predetermined length, the packets are classified as larger, e.g., because they have no header compression or less header compression (block 152), or smaller, e.g., because they have more highly compressed headers (block 154). For larger packets, the channel switching controller 128 selects a higher bandwidth radio bearer reconfiguration (block 156). This corresponds to allocating a lower spreading factor for the channelization code(s) allocated to this bearer to allow a higher data rate, thereby accommodating the less compressed header.
  • the channel switching controller 128 may select a lower bandwidth radio bearer reconfiguration (block 158). For example, a higher spreading factor may be selected for the channelization code(s) allocated to this radio bearer to more efficiently use the radio bandwidth.
  • the channel-switching controller 128 determines whether switching to a selected bearer configuration or reconfiguration is feasible or desirable in the current situation. This determination is advantageous because the radio bearer configuration or reconfiguration process takes time and resources to perform and may not be worthwhile in certain circumstances, e.g., if the changed bandwidth is needed only a ver short time. If feasible or desirable in the current situation, the switch is made to the selected bearer; otherwise, there is no switch (block 160).
  • Advantages of the example segmentation embodiment include no reduction in capacity and no reduction in coverage of the mobile communication system.
  • the cost of the segmentation scheme is relatively low because very little overhead is necessary to do the buffering and buffer management Discarded packets are usually not a problem because a certain packet loss is expected for speech services.
  • An advantage of the example bearer reconfiguration/channel switching embodiment is that capacity is not reduced when longer packet headers are encountered, as the longer packets are rather infrequent. However, costs include reduced coverage because of greater bandwidth being used by the reconfigured radio bearer and the administrative costs and delays associated with reconfiguring a radio bearer or connection. Other schemes may be employed in order to reduce the impact on system capacity or coverage when longer header packets are transmitted over the radio bearer.
  • Another aspect of the present invention also saves system capacity by limiting packet length to one of several preset packet sizes that may be transmitted over the radio connection. Packets with different amounts of header compression are sent using the closest, preset packet size. Limiting the packet length to a few preset sizes allows the radio network to send the information in a transparent mode, i.e., with no explicit packet deliz-niting information. The transparent mode requires less overhead for the bearer thereby permitting more efficient packet transmission, e.g., no explicit overhead information for each packet is required to inform the radio network of a packet's length.
  • a packet protocol may further be employed between the mobile radio and the radio network that does not require transmission of a checksum on the whole packet or that has a checksum that only covers a limited part of the packet
  • a checksum that only covers a limited part of the packet will give an unequal error protection, as only a part of the packet is protected.
  • Unequal error protection has been used for circuit-switched voice services to increase spectrum efficiency.
  • Unequal error protection provides similar advantages for packet switched conversational services. Not using any checksum in the packet protocol also improves the capacity as less overhead information is then needed. In this case, detection that the information is correct is performed at the radio bearer level.
  • Such unequal error protection may be implemented in Internet Protocol version 6 (IPv6) communications using a modified version of User Datagram Protocol (UDP) commonly called UDP lite.
  • UDP User Datagram Protocol
  • IPv6 Internet Protocol version 6
  • UDP lite protocol With the UDP lite protocol, there is the possibility to have a checksum that only covers a part of the packet The complete omission of a checksum is a further evolution of the UDP protocol.

Abstract

The capacity and coverage of a packet-based conversational service in a mobile communications system is increased by efficiently provisioning resources for packets that have different length headers transported over the radio interface during the period over which the service is provided. A radio bearer or connection is established between a mobile radio and a radio network to support a packet-based conversational service. The radio bearer or connection is normally configured with radio resources to deliver a particular quality of service assuming that the packet headers will be highly compressed. The length of packets to be transmitted via the radio bearer is checked. Those packets which are longer because of less header compression are detected. Processing is performed to minimize or reduce that impact on system capacity or coverage when the detected packets are transmitted over the radio bearer or connection.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is related to commonly-assigned U.S. Patent Application Serial No. 10/347,501 , entitled "Packet-Based Conversational Service for a Multimedia Session in a Mobile Communications System," filed January 21, 2003, the disclosure of which is incorporated herein by reference.
  • FIELD OF THE INVENTION
  • The present invention relates to Internet Protocol (IP) multimedia communications in a mobile radio communication network where conversational services like voice are effectively and efficiently supported. In particular, the present invention effectively processes different size packet headers to increase the efficiency of a packet based conversational service in a mobile radio communications system.
  • BACKGROUND AND SUMMARY
  • Fixed IP networks were originally designed to carry "best effort" traffic where the network makes a "best attempt" to deliver a user packet, but does not guarantee that a user packet will arrive at the destination. IP networks need to support various types of applications. Some of these applications have Quality of Service (QoS) requirements other than "best effort" service. Examples of such applications include various real time applications (IP telephony/voice, video conferendng), streaming services (audio or video), or high quality data services (browsing with bounded download delays).
  • Although fixed, wireline IP networks are well-established, new and different challenges face IP communications in mobile, wireless communication networks. Consider for example an IP telephony session between a mobile User-A and a User-B, where User A accesses an IP backbone through a local, radio access, mobile communications network. Example include a Global System for Mobile communications (GSM) or a Universal Mobile Telecommunications System (UMTS) network..
  • Quality of service for an IP telephony session can be characterized in terms of bandwidth, packet loss, delay, and jitter. As far as the users are concerned, the perceived quality of service will likely depend on the service provided by the radio access network e.g., a UMTS or GSM/GPRS network. The radio interface is the most challenging interface in the communication in terms of providing a certain capacity and coverage at a particular quality of service. Radio bandwidth is limited, and therefore, the capacity of the system to deliver services to a certain number of users is necessarily limited. And it typically is not an option to achieve a particular quality of service for one or a few users simply by allocating more radio bandwidth. Coverage in a radio mobile radio system is the maximum distance over which a radio base station can reliably communicate with a mobile radio. That coverage is limited by maximum signal transmission levels, fading, path loss, interference, and other impediments to radio transmission.
  • Third generation mobile communications systems, like a Universal Mobile Telephone communications System (UMTS), provide mobile radios with the ability to conduct multimedia sessions where a communication session between users may include different types of media. A very important medium to support in multimedia sessions is voice.
  • So there is a need to provide resource-efficient, packet-based conversational (e.g., voice) multimedia services that can be delivered at a quality of service and cost comparable to a traditional circuit-based voice service. Even though the idea of a conversational IP multimedia system (IMS) service is desirable, a practical implementation of a conversational IMS service requires overcoming several technical hurdles before the idea becomes a commercial reality. Conversational IMS services should deliver high speech quality both in terms of fidelity and low delay. Connection set up and service interaction times should be reasonably fast Packet-based speech must meet very strict delay requirements. For example, a new speech packet in a UMTS may need to be delivered every 20 milliseconds. The radio spectrum must be used efficiently. Services must cover a wide geographic area and be able to service roaming mobile users. Although wire-line access networks permit over-provisioning, wireless networks cannot afford that luxury because of limited radio bandwidth and the need to support user mobility.
  • One obstacle to efficient communication from a capacity and coverage point of view is the size of the speech packet header relative to the speech packet payload, i.e., the speech content. As shown in Fig. 1, speech packets typically have a long header and a relatively short speech payload. Speech samples are typically sent very frequently, e.g., every 20 ms, so the payload is small. But the header information is not reduced just because the payload is small. An example speech packet header suitable for use in a UMTS contains several packet handling protocol headers--IP header information, User Data Protocol (UDP) header information, and Real Time Protocol (RTP) header information. Each protocol contributes to a longer speech packet header.
  • Even though the speech packet payload is small, the real time delay requirements for packet-based speech service, (e.g., one speech packet every 20 ms), means there is no time to consolidate multiple payloads into one packet. Such consolidation might be possible for a voice streaming application having less stringent, real time delay requirements. Transmitting a large amount of header information for a relatively small amount of speech content results in low throughput. Too much of the radio bandwidth is needed to transmit "overhead" header information. Using that limited bandwidth to transmit the overhead header information decreases the capacity of the mobile communications system to transmit payload information over the radio interface. Because the mobile terminals have a finite transmit power, using power to transmit overhead information means that less power is available to transmit payload information. Lower power per bit means the physical distance over which a radio communication can take place is reduced, i.e., reduced coverage. Accordingly, the amount of header overhead must be reduced to increase capacity and/or coverage.
  • Header compression may be used to reduce the amount of header information that must be transmitted with each speech packet over the radio interface. This is disclosed in 'Voice-over-IP-over-Wireless' from SVANBRO and Co, XP 223 8423. Many header compression techniques generally work by sending only new or changed header information sometimes called "delta" information. The delta information is much less than the normal header information, so much less radio bandwidth is needed to transmit the delta (compressed) header as compared to the full (uncompressed) header.
  • But there are times when more information must be sent. One such time is when a speech connection is being established. At that point, the full (uncompressed) header must be sent in order to establish the foundation for sending just the delta (compressed) header. Even the amount of delta information varies during the communication. Normally, the delta information is small. But on occasion, it may temporarily increase in size during the communication. If the radio resources for a speech connection are established based on the full header, those resources will later be wasted when the header is sent in compressed form, e.g., just the delta is sent. Alternatively, the radio resources may be established based on the compressed header. But then there is no provision for handling the additional data presented by an uncompressed header or a partially compressed header.
  • The present invention increases the capacity and coverage of a packet-based conversational service in a mobile communications system by efficiently provisioning resources for speech packets that have dynamic or different length headers during the lifetime of a connection over which the service is provided. A radio bearer, which can be viewed as a logical connection, is established over the radio interface between a mobile radio and a radio network to support a packet-based conversational service. The radio bearer is configured with radio resources to deliver a particular quality of service assuming that the headers will be compressed. The length of or amount information in each packet to be transmitted via the radio connection is detected. Those packets which are longer or have more information because there is no header compression or lesser header compression are detected. Processing is performed to minimize or reduce the impact on system capacity or coverage when transmitted over the radio bearer.
  • In one example embodiment, reduced impact is achieved by segmenting and buffering longer packets so that the data rate is kept constant or below a maximum rate over the radio interface. The segments are transmitted at the same rate as compressed packets. A buffer management scheme is advantageously employed to manage the segments and packets in the buffer. If too many packets accumulate, old packets are discarded. Bandwidth requirements are maintained, and the administrative cost associated with buffering and buffer management is relatively low.
  • In another example embodiment, reduced impact is achieved by reconfiguring the radio bearer or connection used to transmit the increased or decreased amount of header data for the different length packets at substantially the same data rate. In this way, strict delay requirements are met, and no packets are discarded. The cost associated with this example embodiment includes increasing the radio bearer bandwidth for longer packets, temporarily diminishing the capacity of the system. There is also an administrative cost and delay associated with reconfiguring the radio bearer connection.
  • Both example embodiments save system capacity as compared to the situation where radio resources are allocated to transmit full, uncompressed packet headers. The first example embodiment also maintains system coverage but at the cost of some discarded packets buffered for too long. The second example embodiment does not preserve system coverage as well as the first example embodiment, and therefore, may be less preferred.
  • In both example embodiments, the information can be sent in a transparent mode or in a non-transparent mode. In the transparent mode, there is no explicit information that informs the receiving entity where a speech packet starts or stops. Instead, this packet start/stop information is provided implicitly by fitting the packets exactly into one of plural known formats used by the transporting radio bearer. The transparent mode has a higher capacity than the non-transparent mode, but requires a limited number of known sizes of packet information. The non-transparent mode, on the other hand, lacks this requirement but suffers from somewhat lower capacity.
  • In another aspect of the invention, a packet protocol may further be employed between the mobile radio and the radio network that does not require transmission of a checksum on the whole packet, thereby providing unequal error protection. Unequal error protection has been used for circuit-switched voice services to improve spectrum efficiency and similar advantages could also be achieved for a packet switched conversational service.. Such unequal error protection may be implemented in Internet Protocol version 6 (IPv6) communications using a modified version of User Datagram Protocol (UDP) commonly called UDP lite.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The foregoing and other objects, features, and advantages of the present invention may be more readily understood with reference to the following description taken in conjunction with the accompanying drawings.
    • Fig. 1 illustrates relative sizes of voice packet headers to voice packet payloads;
    • Fig. 2 illustrates a communications system in which a multimedia session may be established between a mobile terminal and a remote host;
    • Fig. 3 illustrates in block format various functions performed by the mobile terminal, access point, and multimedia system;
    • Fig. 4 illustrates a GPRS/UMTS-based communication system for conducting multimedia sessions;
    • Fig. 5 is a high level diagram showing three separate bearers for supporting a packet-based voice session from the mobile terminal to the IMS interface in a GPRS/UMTS access network;
    • Fig. 6 is a flowchart illustrating example procedures for packet processing in accordance with one aspect of the invention; and
    • Fig. 7 is a radio node for implementing a non-limiting, example embodiment employing packet segmentation;
    • Fig. 8 is a flowchart illustrating example procedures for the packet segmentation employed in Fig. 7;
    • Fig. 9 is a radio node for implementing a non-limiting, example embodiment employing radio bearer or channel reconfiguration;
    • Fig. 10 is a flowchart illustrating example procedures for the radio bearer or channel reconfiguration employed in Fig. 9.
    DETAILED DESCRIPTION
  • In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular embodiments, procedures, techniques, etc. in order to provide a thorough understanding of the present invention. However, it will be apparent to one skilled in the art that the present invention may be practiced in other embodiments that depart from these specific details. For example, in one example below, the present invention is described in the context of a multimedia session in a GSM/UMTS/7MS mobile communication system. But the invention is not limited to a packet-based voice service provided in the context of a multimedia session. Instead, the invention may be used when voice is the only media being used in the communication. The present invention may also be employed in any mobile radio communications network that provides packet-based conversational services.
  • In some instances, detailed descriptions of well-known methods, interfaces, devices, and signaling techniques are omitted so as not to obscure the description of the present invention with unnecessary detail. Moreover, individual function blocks are shown in some of the figures. Those skilled in the art will appreciate that the functions may be implemented using individual hardware circuits, using software functioning in conjunction with a suitably programmed digital microprocessor or general purpose computer, using an application specific integrated circuit (ASIC), and/or using one or more digital signal processors (DSPs). This is true for all of the nodes described below including mobile terminals and network nodes.
  • In the following description, a mobile terminal is one example of a user equipment (UE) that allows a mobile user access to network services. In a mobile radio communications system, the interface between the user equipment and the network is the radio interface. Thus, although the following description uses the term "mobile terminal," any type or configuration of user equipment that can communicate over a radio interface.
  • To realize a QoS with clearly-defined characteristics and functionality, a bearer must be set up from the source to the destination of the service that supports that QoS. A bearer is a logical connection between two entities through one or more interfaces, networks, gateways, etc., and usually corresponds to a data stream. A QoS bearer service includes all aspects to enable the provision of a contracted QoS. Example aspects include the control signaling, user plane transport, and QoS management functionality. Of particular interest are situations where one or more radio bearers or connections are established for a voice communication involving a mobile terminal.
  • A simplified communications system is shown in Fig. 2 where a Mobile Terminal (MT) 10 may initiate and conduct a multimedia session with a remote host 20. The mobile terminal 10 is coupled to a radio access network (RAN) 12 over the radio interface. The RAN 12 is coupled to an Access Point 15 in a packet-switched access network (PSAN) 14. The PSAN 14 is coupled to a Packet Data Network (PDN) 18 to which the remote host 20 is coupled via a local access network (LAN) 19. The basic traffic flow for a multimedia session (shown as solid lines) between the mobile terminal 10 and remote host 20 is transported via these three networks 12, 14, and 18. The PSAN 14 and the PDN 18 communicate multimedia control signaling (shown as dashed lines) to an IP Multimedia System (IMS) 16 that can be separate from or an integral part of the Packet Data Network 18.
  • To provide further details regarding setting up a multimedia session between the MT 10 and the remote host 20, reference is now made to Fig. 3. The mobile terminal 10 includes Access Network Bearer Control 40 coupled to multimedia session control 42. The Access Network Bearer Control block 40 transports internal bearer control signaling, which is not dedicated to a particular session, to an Access Network Bearer Control block 46 in the Access Point 15 transparently through the radio access network over a PDN signaling transport bearer. Both Access Network Bearer Control blocks 40 and 46 assist in establishing a packet access bearer for setting up the session shown as the pipe entitled "transport of session signaling." Over this bearer, the mobile terminal 10 initiates a multimedia session including a plurality of media data streams with the remote terminal 20. Each media data stream or "flow." is transported over a corresponding packet access bearer illustrated as a "transport of media flow/' pipe coupled to a Forward Media Streams block 44 in the mobile terminal. Two media flows 1 and 2 are shown for purposes of illustration in this multimedia session, one of which is a speech packet flow. The multimedia system 16 in the packet data network 18 employs a Route Media Streams block 50 to route the packets in each media flow between the mobile terminal 10 and the remote terminal/host 20. Multimedia system 16 includes a Session Control block 48 that utilizes session signaling from the Multimedia Session Control block 42 in the mobile terminal 10 to correlate each multimedia flow and its corresponding quality of service requirements with the session to establish necessary admission for the session.
  • For a multimedia session involving a voice or conversational IMS services, there are normally at least three application flows that must be transported between the mobile terminal and the network: session control messages, the voice media itself, and voice media control messages. The three application flows have different needs and characteristics. QoS parameters of special importance to session signaling include bit rate, delay, and priority. Two example ways of transporting the three flows are described in copending U.S. Patent Application Serial No. 10/347,501 entitled "Packet-Based Conversational Service for a Multimedia Session in a Mobile Communications System," filed January 21, 2003. Each of the three application flows required for a conversational IMS service may be allocated its own bearer with a QoS class tailored to the characteristics of each flow. Alternatively, the two signaling flows may be assigned to the same bearer, and the voice packets are transported using another bearer.
  • Fig. 4 shows a multimedia session set up via a local General Packet Radio Service (GPRS)/Universal Mobile Telecommunication System (UMTS)-based access network 22. The local GPRS/UMTS network 22 includes a set of network elements between the local host UE-A, corresponding to a Mobile Terminal (MT), and an external packet switching network the user is connecting to, like the Internet. The radio access network (RAN) 28 provides access over the radio interface to/from the MT and includes radio base stations (RBSs) and radio network controllers (RNCs). The RAN 28 is coupled to a GPRS packet access network 30 that includes a supporting Gateway GPRS Support Node (SGSN) 32 and a Gateway GPRS Support Node (GGSN) 34. The GGSN 34 provides interworking between the GPRS/UMTS network 22 and the IP backbone network 24. The coupling (shown as a solid line) between the GPRS/UMTS network 22 and the IP backbone network 24 is used to transport user data IP packets.
  • The local GPRS/UMTS-type network 22 is coupled to an IP multimedia system (IMS) 36. Communication with the IMS 36 (shown as dashed lines) permits exchange of multimedia session control-related messages. The IMS 36 is typically a part of (although it may be separate from and coupled to) an IP backbone network 24. The remote host corresponding to mobile terminal UE-B is coupled to the IP backbone network 24 through its home cellular network 26, and by signaling connection, to the IMS 36.
  • The mobile terminal UE-A desires to establish a multimedia session with UE-B that includes a voice or other conversational component. The packet traffic for this session follows the solid line couplings between the various nodes. The session is established with and managed by the IP Multimedia System (IMS) 36. The IMS 36 messages are based on IP application signaling, which in a preferred, example embodiment includes session initiation protocol (SIP) and session description protocol (SDP). SIP is a signaling protocol to establish sessions, and SDP is a text-based syntax to describe the session and includes, for example, the definition of each media stream in the session. The IP multimedia system 36 includes one or more Call State Control Functions (CSCFs) 38.
  • Before the mobile terminal can send packet data to the remote host, the mobile terminal must "attach" to the GPRS network to make its presence known and to create a Packet Data Protocol (PDP) "context" to establish a relationship with a GGSN. The PDP attach procedure is carried out between the mobile terminal and the SGSN to establish a logical link. As a result, a temporary logical link identity is assigned to the mobile terminal. A PDP context is established between the mobile terminal and a GGSN selected based on the name of the external network to be reached. One or more application flows may be established over a single PDP context through negotiations with the GGSN. An application flow corresponds to a stream of data packets distinguishable as being associated with a particular host application. Example application flows include voice packets carrying digitized (and usually coded) voice samples, an electronic mail message, a link to a particular Internet Service Provider (ISP) to download a graphics file from a web site, etc. One or more application flows may be associated with the same mobile host and the same PDP context. Again, the application flow of interest is the voice or other conversational flow.
  • Within a GPRS/UMTS access network, radio network resources are managed on a per PDP context level, which corresponds to one or more user flow/data streams and a certain QoS class. A PDP context is implemented as a dynamic table of data entries, comprising all needed information for transferring PDP data units between the mobile terminal and the GGSN, e.g., addressing information, flow control variables, QoS profile, charging information, etc. The PDP context signaling carries the requested and negotiated QoS profile between the nodes in the UMTS network. It has a central role for QoS handling in terms of admission control, negotiation, and modifying of bearers on a QoS level.
  • Fig. 5 illustrates the mapping between radio bearer (MT-RNC), radio access bearer (MT-SGSN), and PDP context (MT-GGSN). The relationship between a radio access bearer and a PDP context is a one-to-one mapping. A radio access bearer is mapped onto one or more radio bearers. The three IP packet flows-session signaling, voice, and voice control-are transported through the UTRAN using separate radio bearers, radio access bearers, and PDP contexts. Alternatively, the three flows may be transported with fewer or greater numbers of radio bearers and/or radio access bearers. As indicated in Fig. 3 in parentheses, example session control signaling that may be used in this example embodiment is Session Initiation Protocol (SIP) messages carrying Session Description Protocol (SDP) information over User Datagram Protocol (UDP). The voice packets may be carried in this example by the Real-Time Transport Protocol (RTP) protocol over UDP, and the control messages associated with the voice packets are Real-Time Control Protocol (RTCP) messages over UDP. Of course, other protocols and formats may be used.
  • Assume that a radio bearer or connection has been established to support a packet-based voice communication involving a mobile terminal. Because many, if not most, of the incoming packet headers to be transported over the radio bearer will be fully compressed, the radio bearer or connection is established and configured assuming that all packets will have compressed headers. This allows the radio resources to be used more efficiently for this radio connection. On the other hand, there may be times when the packets have less compressed headers. Less compressed packet headers may occur, for example, when a conversational connection is established or occasionally during the communication, e.g., handover situations. In these instances, packets with less compressed headers must be transmitted.
  • The flowchart shown in Fig. 6 entitled "packet processing" illustrates how these packets with longer, less compressed headers are handled. A logical connection associated with a mobile radio communication is established using a bearer configured to transport packets with highly compressed headers (block 100). Headers of packets associated with the communication are compressed based on current conditions or needs (block 102). Normally, the packet header is highly compressed. But there may be instances when the communication is initiated and sometimes during the communication, e.g., at handover, when a lesser amount of header compression is used. The length of each packet is detected to determine whether, because of lesser header compression, the packet's length exceeds a predetermined length associated with a more highly compressed packet header (block 104). With the present invention, processing is performed that minimizes or reduces the impact on system capacity and/or coverage when these packets with longer headers are transmitted over the radio bearer (block 106). In accordance with one non-limiting, example embodiment, such processing includes segmenting longer packets. In accordance with another example embodiment, such processing includes reconfiguring the radio bearer or connection. Processing schemes other than those employed in these two example embodiments may also be used.
  • Reference is made to Fig. 7 which illustrates a radio node 120 which may be either a mobile terminal node or a radio network node such as a radio base station, a radio network controller (RNC), etc. The radio node includes a packet compression unit 122 coupled to a controller 124. The controller 124 includes a buffer manager 125 and is coupled to a packet buffer 126. The packet header compression unit 122 compresses the headers of incoming packets to the radio node 120. A longer packet length in a speech connection is typically because of an uncompressed or less compressed packet header. Therefore, the controller 124 detects when a packet's length exceeds a predetermined length, e.g., a maximum packet length that can be transmitted in one frame for the configured bearer. In that case, the controller 124 divides the longer packet into two or more segments, depending upon the length of the packet. The segments are transmitted at the same rate at which the packets are transmitted over the radio bearer, e.g., one segment per frame. As a result, no additional bandwidth is needed to transmit the longer packet. However, the packet buffer 126 must store any other packets/segments which are received before all of the segments are transmitted over the radio bearer in the packet buffer. Depending upon how rapidly the packet buffer fills or empties, the buffer manager 125 monitors the time the oldest packet or segment has been sitting in the buffer 126. The buffer manager 125 may discard old packets or segments which usually does not adversely affect the quality of the speech because the lost packets only marginally increase the packet loss rate.
  • Reference is made to the flowchart entitled "packet segmentation" shown in Fig. 8. The packet header length or the packet length is detected (block 130). Longer packets typically have uncompressed or less compressed headers (block 132). Short packets, i.e., those having a length less than are equal to a predetermined length, typically correspond to those with highly compressed headers (block 134). Longer packets are segmented and may be stored in the buffer (block 136). If a packet is received before the buffered segments are transmitted over the radio bearer, it is also stored in the buffer (block 138). Buffered segments and packets are transmitted at a constant transmission rate over the radio bearer (block 140). Preferably, although not necessarily, the buffer is managed to detect and discard old packets or segments in the buffer (block 142).
  • Another unlimiting, example embodiment for reducing the impact of longer speech packet headers is now described in conjunction with Figs. 9 and 10. Fig. 9 illustrates a radio node 120 with a packet header compression unit 122 coupled to a controller 124 which in turns couple to packet buffer 126. In this example embodiment, the radio network is based on Wideband Code Division Multiple Access (WCDMA) where information is transmitted using channelization codes and well-known spread spectrum techniques. The controller 124 maintains a list of available channelization codes 127 which correspond to available radio resources for transmitting information over the radio interface. When a radio bearer is configured, one or more of these channelization codes is allocated to that radio bearer in order to support the radio bandwidth and quality of service required by that radio bearer. The controller 124 includes a channel switching controller 128 responsible for reconfiguring the radio bearer with channelization codes having a greater or lesser spreading factor as necessary to accommodate changed conditions, which in the present context, corresponds to a change in packet length or amount of information in the packet. Reconfiguring the radio bearer is sometimes referred to as channel switching because radio channel resources, i.e., channelization code spreading factors, are changed or "switched."
  • A "channel-switch" flowchart is shown in Fig. 10. The packet header size detector 122 analyzes each incoming packet or packet header and detects its length or amount of information (block 150). Based on the comparison with a predetermined length, the packets are classified as larger, e.g., because they have no header compression or less header compression (block 152), or smaller, e.g., because they have more highly compressed headers (block 154). For larger packets, the channel switching controller 128 selects a higher bandwidth radio bearer reconfiguration (block 156). This corresponds to allocating a lower spreading factor for the channelization code(s) allocated to this bearer to allow a higher data rate, thereby accommodating the less compressed header. Alternatively, when the headers are more highly compressed, the channel switching controller 128 may select a lower bandwidth radio bearer reconfiguration (block 158). For example, a higher spreading factor may be selected for the channelization code(s) allocated to this radio bearer to more efficiently use the radio bandwidth. Preferably, although not necessarily, the channel-switching controller 128 determines whether switching to a selected bearer configuration or reconfiguration is feasible or desirable in the current situation. This determination is advantageous because the radio bearer configuration or reconfiguration process takes time and resources to perform and may not be worthwhile in certain circumstances, e.g., if the changed bandwidth is needed only a ver short time. If feasible or desirable in the current situation, the switch is made to the selected bearer; otherwise, there is no switch (block 160).
  • Advantages of the example segmentation embodiment include no reduction in capacity and no reduction in coverage of the mobile communication system. The cost of the segmentation scheme is relatively low because very little overhead is necessary to do the buffering and buffer management Discarded packets are usually not a problem because a certain packet loss is expected for speech services. An advantage of the example bearer reconfiguration/channel switching embodiment is that capacity is not reduced when longer packet headers are encountered, as the longer packets are rather infrequent. However, costs include reduced coverage because of greater bandwidth being used by the reconfigured radio bearer and the administrative costs and delays associated with reconfiguring a radio bearer or connection. Other schemes may be employed in order to reduce the impact on system capacity or coverage when longer header packets are transmitted over the radio bearer.
  • Another aspect of the present invention also saves system capacity by limiting packet length to one of several preset packet sizes that may be transmitted over the radio connection. Packets with different amounts of header compression are sent using the closest, preset packet size. Limiting the packet length to a few preset sizes allows the radio network to send the information in a transparent mode, i.e., with no explicit packet deliz-niting information. The transparent mode requires less overhead for the bearer thereby permitting more efficient packet transmission, e.g., no explicit overhead information for each packet is required to inform the radio network of a packet's length.
  • In still another aspect of the invention, a packet protocol may further be employed between the mobile radio and the radio network that does not require transmission of a checksum on the whole packet or that has a checksum that only covers a limited part of the packet A checksum that only covers a limited part of the packet will give an unequal error protection, as only a part of the packet is protected. Unequal error protection has been used for circuit-switched voice services to increase spectrum efficiency. Unequal error protection provides similar advantages for packet switched conversational services. Not using any checksum in the packet protocol also improves the capacity as less overhead information is then needed. In this case, detection that the information is correct is performed at the radio bearer level. Such unequal error protection may be implemented in Internet Protocol version 6 (IPv6) communications using a modified version of User Datagram Protocol (UDP) commonly called UDP lite. With the UDP lite protocol, there is the possibility to have a checksum that only covers a part of the packet The complete omission of a checksum is a further evolution of the UDP protocol.
  • While the present invention has been described with respect to particular embodiments, those skilled in the art will recognize that the present invention is not limited to these specific example embodiments. Different formats, embodiments, and adaptations besides those shown and described as well as many variations, modifications, and equivalent arrangements may also be used to implement the invention. The invention is limited only by the scope of the claims appended hereto.

Claims (11)

  1. A method in a mobile radio communications system for use with a packet based conversational service supported by a radio bearer established between a mobile radio terminal and a radio access network, where many of the packets transmitted over the radio bearer have a compressed packet header, characterized by: configuring the radio bearer for transmitting packets whose headers have a first level of compression; detecting one or more packets to be transmitted over the radio bearer whose headers are less compressed than the first level; and reducing an impact on capacity or coverage of the mobile radio communications system when the one or more packets are transmitted over the radio bearer, wherein the impact on capacity or coverage of the mobile radio communications system is reduced by segmenting each of the one or more packets and transmitting the segments over the radio bearer.
  2. The method of claim 1, wherein when the packet is segmented, buffering one or more of the segments and any packets received to be transmitted before the segments are transmitted over the radio bearer.
  3. The method of claim 2, wherein one or more of the buffered packets is discarded in accordance with a buffer management plan.
  4. The method of claim 1, further comprising: transmitting the packet over the radio bearer without a checksum.
  5. The method of claim 1, further comprising: performing unequal error protection on the packet before transmitting the packet over the radio bearer.
  6. The method of claim 1, further comprising: limiting a number of packet sizes to a set of predetermined sizes.
  7. The method of claim 1, wherein the packet-based service is an Internet Protocol, IP, conversational service, the packets are voice packets carried using Real-Time Transport Protocol, RTP, protocol over User Datagram Protocol, UDP, and the packet header is an IP/UDP/RTP header.
  8. A radio node in a mobile radio communications system (120), wherein the radio node is configured to employ a packet-based conversational service supported by a radio bearer established between a mobile radio terminal (10) and a radio access network (12), where the radio bearer is configured to transmit packets whose headers have a first level of compression, characterized by: a packet detector (122) for detecting one or more packets to be transmitted over the radio bearer whose headers are less compressed than the first level, and a controller (124) configured to reduce an impact on capacity or coverage of the mobile radio communications system when the one or more packets are transmitted over the radio bearer, wherein the controller is configured to reduce the impact on capacity or coverage of the mobile radio communications system by segmenting the one or more packets and transmitting the segments over the radio bearer.
  9. The radio node of claim 8, further comprising: a buffer (126) for storing one or more of the segments and any packets received to be transmitted before the segments are transmitted over the radio bearer, wherein the controller is configured to discard one or more buffered packets in accordance with a buffer management program (125).
  10. The radio node of claim 8, wherein the radio node is the mobile radio.
  11. The radio node in claim 8, wherein the radio node is a radio network controller in the radio access network.
EP03703628A 2002-02-08 2003-02-07 Processing different size packet headers for a packet based conversational service in a mobile communications system Expired - Lifetime EP1472835B1 (en)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US35448302P 2002-02-08 2002-02-08
US354483P 2002-02-08
US356737 2003-02-03
US10/356,737 US7221657B2 (en) 2002-02-08 2003-02-03 Processing different size packet headers for a packet-based conversational service in a mobile communications system
PCT/SE2003/000216 WO2003067833A1 (en) 2002-02-08 2003-02-07 Processing different size packet headers for a packet-based conversational service in a mobile communications system

Publications (2)

Publication Number Publication Date
EP1472835A1 EP1472835A1 (en) 2004-11-03
EP1472835B1 true EP1472835B1 (en) 2009-03-25

Family

ID=27737460

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03703628A Expired - Lifetime EP1472835B1 (en) 2002-02-08 2003-02-07 Processing different size packet headers for a packet based conversational service in a mobile communications system

Country Status (6)

Country Link
US (1) US7221657B2 (en)
EP (1) EP1472835B1 (en)
AT (1) ATE426975T1 (en)
AU (1) AU2003206335A1 (en)
DE (1) DE60326821D1 (en)
WO (1) WO2003067833A1 (en)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2382960B (en) * 2001-12-05 2005-03-16 Ipwireless Inc Method and arrangement for data processing in a communication system
US7609673B2 (en) * 2002-02-08 2009-10-27 Telefonaktiebolaget Lm Ericsson (Publ) Packet-based conversational service for a multimedia session in a mobile communications system
US7043247B2 (en) * 2002-07-01 2006-05-09 Interdigital Technology Corporation Routing header based routing in internet protocol (IP)-cellular networks
US7236795B2 (en) * 2004-02-26 2007-06-26 Lucent Technologies Inc. Controlling processor load in a wireless telecommunications network node
IL162306A0 (en) * 2004-06-02 2005-11-20 Eci Telecom Ltd Method for header compression in packet based telecommunication systems
WO2005122523A1 (en) * 2004-06-07 2005-12-22 Nokia Corporation Apparatus, and an associated method, for communicating data in header-reduced form
US7675895B2 (en) 2004-09-14 2010-03-09 Alcatel-Lucent Usa Inc. Method and apparatus for wireless communication using voice over internet protocol
JP4785551B2 (en) * 2005-03-07 2011-10-05 キヤノン株式会社 Communication apparatus, communication method, and computer executable program
US7733867B2 (en) * 2005-08-26 2010-06-08 Alcatel-Lucent Usa Inc. Header compression for real time internet applications
KR100922690B1 (en) * 2007-08-14 2009-10-19 연세대학교 산학협력단 Method of Controlling Bearers for Multiple Layer Data Transmission
US10063942B2 (en) 2009-03-31 2018-08-28 Freestyle Technology Pty Ltd Communications process, device and system
US8140709B2 (en) * 2009-08-07 2012-03-20 Alcatel Lucent Two stage internet protocol header compression
US8555343B2 (en) * 2010-03-23 2013-10-08 Verizon Patent And Licensing Inc. Managing resource allocations based on traffic patterns
US20150063103A1 (en) * 2013-09-04 2015-03-05 Nvidia Corporation Bandwidth-dependent compressor for robust header compression and method of use thereof
KR101764636B1 (en) 2014-03-11 2017-08-03 엘지전자 주식회사 Method and device for transmitting/receiving broadcast signal
US9699107B2 (en) * 2014-08-20 2017-07-04 Netronome Systems, Inc. Packet engine that uses PPI addressing
CN104506381A (en) * 2014-12-16 2015-04-08 新余兴邦信息产业有限公司 Method and device for monitoring file uploading through instrument

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2180127B (en) 1985-09-04 1989-08-23 Philips Electronic Associated Method of data communication
US5191583A (en) 1989-11-03 1993-03-02 Microcom Systems, Inc. Method and apparatus for effecting efficient transmission of data
GB2270821A (en) 1992-09-19 1994-03-23 Ibm Message transmission in a computer network
EP1177668A2 (en) 1999-05-10 2002-02-06 Nokia Corporation Header compression
US7539130B2 (en) * 2000-03-28 2009-05-26 Nokia Corporation Method and system for transmitting and receiving packets
FI112014B (en) 2000-06-28 2003-10-15 Nokia Corp Reservation of data transmission resources in packet data transmission
US6967964B1 (en) * 2000-10-03 2005-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key at link layer
AU2001294241A1 (en) 2000-10-13 2002-04-22 Genista Corporation System and method for perceptual qos-based call admission for voip, voipow, and cdma systems
US7136395B2 (en) 2000-11-30 2006-11-14 Telefonaktiebolaget L M Ericsson (Publ) Method and system for transmission of headerless data packets over a wireless link
US7290063B2 (en) * 2001-01-10 2007-10-30 Nokia Corporation Relocating context information in header compression

Also Published As

Publication number Publication date
ATE426975T1 (en) 2009-04-15
WO2003067833A1 (en) 2003-08-14
EP1472835A1 (en) 2004-11-03
AU2003206335A1 (en) 2003-09-02
US20030156584A1 (en) 2003-08-21
US7221657B2 (en) 2007-05-22
DE60326821D1 (en) 2009-05-07

Similar Documents

Publication Publication Date Title
KR100884956B1 (en) Method and system for tansmitting/receiving asymmetric two-way packet data
EP1614258B1 (en) Method and system for rate control service in a network
US6728208B1 (en) Method for controlling a quality of service in a mobile communications system
EP1604535B1 (en) Telecommunications apparatuses and method for communicating internet protocol packet data
EP1472835B1 (en) Processing different size packet headers for a packet based conversational service in a mobile communications system
EP1372310A1 (en) Apparatus and method for communicating data using header compression
EP1611715A1 (en) Radio telecommunications apparatus and method for communicating internet data packets containing different types of data
JP4234680B2 (en) Bit rate control means in communication system
JP2007520901A (en) Data transmission optimization in packet data networks
JP2007520901A5 (en)
EP1582078A1 (en) Packet service system and method for controlling packet transmission
KR100981823B1 (en) Method and system for tansmitting/receiving asymmetric two-way packet data
KR101020318B1 (en) Method and system for tansmitting/receiving asymmetric two-way packet data
Metsälä 3GPP Mobile Systems
Andreadis et al. The global system for mobile communications
ZA200403512B (en) Bi-directional packet data transmission system and method

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20040603

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO

17Q First examination report despatched

Effective date: 20080509

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RTI1 Title (correction)

Free format text: PROCESSING DIFFERENT SIZE PACKET HEADERS FOR A PACKET BASED CONVERSATIONAL SERVICE IN A MOBILE COMMUNICATIONS SYSTEM

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT SE SI SK TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REF Corresponds to:

Ref document number: 60326821

Country of ref document: DE

Date of ref document: 20090507

Kind code of ref document: P

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090325

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090325

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090325

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090625

NLV1 Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents act
PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090325

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090706

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090325

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090325

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090901

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090325

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090325

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090625

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090325

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20091229

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100228

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090626

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100228

Ref country code: MC

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100301

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST

Effective date: 20101029

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100301

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100207

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090325

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090325

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100207

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090926

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20090325

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20160226

Year of fee payment: 14

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20160226

Year of fee payment: 14

REG Reference to a national code

Ref country code: DE

Ref legal event code: R119

Ref document number: 60326821

Country of ref document: DE

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20170207

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20170901

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20170207