EP1532777A1 - System for compressing and transmitting multimedia data - Google Patents
System for compressing and transmitting multimedia dataInfo
- Publication number
- EP1532777A1 EP1532777A1 EP03788154A EP03788154A EP1532777A1 EP 1532777 A1 EP1532777 A1 EP 1532777A1 EP 03788154 A EP03788154 A EP 03788154A EP 03788154 A EP03788154 A EP 03788154A EP 1532777 A1 EP1532777 A1 EP 1532777A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- context
- utran
- header compression
- terminals
- damaged
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
Definitions
- the present invention relates to a data compressing and transmitting method in a wireless mobile communication system, and more particularly to a method and system for compressing and transmitting multimedia data in an UMTS (Universal Mobile Telecommunications System).
- UMTS Universal Mobile Telecommunications System
- a mobile phone is being more widely used than a wired phone.
- a wireless mobile communication is behind the performance of the existing cable communication system.
- IMT-2000 A communication system enabling the large amount of data is called IMT-2000, for which techniques development is being promoted in many countries and international cooperation proceeds for its standardization.
- a universal mobile telecommunications system is a third generation mobile communication system that has evolved from a standard known as Global System for Mobile communications (GSM).
- GSM Global System for Mobile communications
- This standard is a European standard which aims to provide an improved mobile communication service based on a GSM core network and wideband code division multiple access (W-CDMA) technology.
- W-CDMA wideband code division multiple access
- TSG technical specification groups
- each TSG develops, approves and manages a standard specification in a related region.
- a radio access network (RAN) group (TSG-RAN) develops a specification for the function, items desired, and interface of a UMTS terrestrial radio access network (UTRAN), which is a new RAN for supporting a W-CDMA access technology in the UMTS.
- UTRAN UMTS terrestrial radio access network
- Figure 1 shows a network structure of a general UMTS.
- the UMTS is roughly divided into a terminal, a UTRAN and a core network.
- the UTRAN includes one or more radio network sub-systems (RNS).
- RNS radio network sub-systems
- Each RNS includes an RNC and one or more Node Bs managed by the RNCs.
- the RNC handles allocation and management of a radio resource and serves as an access point with the core network.
- Node Bs receive information sent by the physical layer of a terminal (e.g., mobile station, user equipment and/or subscriber unit) through an uplink, and transmit data to a terminal through a downlink.
- Node Bs thus, operate as access points of the UTRAN for terminal.
- the core network includes a mobile switching center (MSC) for supporting a circuit switched service, a gateway mobile switching center (GMSC), a serving GPRS support node (SGSN) for supporting a packet switched service, and a gateway GPRS support node (GGSN).
- MSC mobile switching center
- GMSC gateway mobile switching center
- SGSN serving GPRS support node
- GGSN gateway GPRS support node
- the services provided to the specific terminal is roughly divided into a circuit switched service and a packet switched service.
- a general voice phone call service belongs to the circuit switched service, while a Web browsing service through an Internet connection is classified as the packet switched service.
- the RNC is connected to the MSC of the core network, and the MSC is connected to a GMSC (Gateway Mobile Switching Center) managing a connection to other networks.
- GMSC Gateway Mobile Switching Center
- SGSN Server GPRS Support Node
- GGSN Gateway GPRS Support Node
- the SGSN supports a packet communication going toward the RNC, and the GGSN manages connection to other packet switched networks such as the Intemet.
- a cable interface between the RNC and the core network is defined as an lu interface.
- Connection of the lu interface to the packet switched area is defined as an lu-PS, and connection of the lu interface to the circuit switched area is defined as an lu-CS.
- a radio access interface between the terminal and the UTRAN is defined as a Uu interface.
- Figure 2 shows a structure of a radio access interface protocol between a terminal and UTRAN on the basis of 3GPP radio access network standard.
- the radio access interface protocol is vertically formed of a physical layer, a data link layer and a network layer, and is horizontally divided into a user plane for transmitting data information and a control plane for transmitting a control signal.
- the user plane is a region to which traffic information of a user such as voice or an IP packet is transmitted.
- the control plane is a region to which control information such as an interface of a network or maintenance and management of a call is transmitted.
- protocol layers can be divided into a first layer ( L1 ), a second layer (L2), and a third layer (L3) based on three lower layers of an open system interconnection (OSI) standard model well known in a communication system.
- OSI open system interconnection
- the first layer (L1) that is a physical layer, provides an information transfer service to the second layer, an upper layer, by using various radio transfer techniques.
- the physical layer is connected to the MAC layer, an upper layer through a transport channel, and data is transferred between the MAC layer and the PHY layer through the transport channel.
- L2 layer includes a medium access control (MAC) layer, a radio link control (RLC) layer and a packet data convergence protocol (PDCP) layer.
- MAC medium access control
- RLC radio link control
- PDCP packet data convergence protocol
- the MAC layer provides a re-allocation service of the MAC parameter for allocation and re-allocation of radio resources and is connected to the radio link control (RLC) layer through a logical channel.
- RLC radio link control
- Various logical channels are provided according to the kind of transmitted information.
- a control channel when information of the control plane is transmitted, a control channel is used, and when information of the user plane is transmitted, a traffic channel is used.
- the LRC layer supports a reliable data transmission and performs functions of segmentation and reassembly of an RLC service data unit (SDU) received from an upper layer.
- SDU RLC service data unit
- the RLC SDU received from the upper layer is controlled in its size to be suitable to a process capacity by the RLC layer, to which header information is added and transferred in a form of protocol data unit (PDU) to the MAC layer.
- An RLC buffer storing the RLC SDUs or the RLC PDUs received from the upper layer exists in the RLC layer.
- the packet data convergence protocol (PDCP) layer is an upper layer of the RLC layer.
- a data transmitted through a network protocol such as an IPv4(internet Protocol version 4) or an IPv6 (intemet Protocol version 6) can be transmitted effectively on a radio interface with a relatively small band width by virtue of the PDCP layer.
- the PDCP layer performs a function of reducing unnecessary control information used in the cable network, which is called a header compression.
- header compression techniques called an RFC2507 or an RFC3095 (Robust Header Compression (ROHC) defined by an Internet standardization group called an IETF (Intemet Engineering Task Force).
- ROHC Robot Header Compression
- header compression techniques only information requisite for the header part is transmitted so that less control information can be transmitted and thus the amount of data to be transmitted can be reduced.
- the RRC layer positioned in the lowest portion of the third layer is defined only in the control plane and controls the transport channels and the physical channels in relation to the setup, the reconfiguration and the release of the radio bearers (RBs).
- RBs radio bearers
- a broadcast/multicast control (BMC) layer schedules a cell broadcast (CB) message received from the core network and transmits it to a specific cell, so that every terminal positioned in the cell receives the cell broadcast message.
- the BMC layer is used to handle only a broadcast function, and the DB message is short message formed of only a character and a numeric and consisting of a maximum 1230 octet between terminals or between a terminal and a system.
- information such as a message ID, a serial number or a coding scheme is added to the CB message received from an upper layer and transmitted in a BMC message form to the RLC layer.
- the BMC message is transmitted to the MAC layer through a CTCH (Common Traffic Channel) logical channel, and at this time, the CTCH logical channel is mapped with a FACH (Forward Access Channel) transport channel, and the FACH transport channel is mapped with a SCCPCH (Secondary Common Control Physical Channel).
- CTCH Common Traffic Channel
- FACH Forward Access Channel
- SCCPCH Servicedary Common Control Physical Channel
- the RRC layer positioned in the lowest portion of the third layer (L3).
- the RRC layer is defined only in the control plane and controls the logical channels, the transport channels, and the physical channels with respect to setup, the reconfiguration, and the release of the RBs.
- the RB signifies a service provided by the second layer for data transmission between the terminal and UTRAN, and setting-up of the RB means processes of stipulating the characteristics of a protocol layer and a channel required for providing a specific service and setting respective detailed parameters and operation methods.
- the RLC layer can be included in the user plane and the control plane according to a layer connected to the upper layer.
- RRC radio resource control
- the RLC layer belongs to the user plane.
- a plurality of entities can exist in one layer. This is because, in general, one terminal has a plurality of RBs, and only one RLC entity and only one PDCP entity are used for one RB.
- the ROHC (Robust Header Compression) technique that the PDCP layer uses for header compression will now be described.
- the ROHC technique is generally used to reduce header information of RTP (Real-time transport protocol)/DUP (User Datagram Protocol)/IP (Intemet Protocol) packet.
- RTP Real-time transport protocol
- DUP User Datagram Protocol
- IP IP
- the RTP/UDP/IP packet refers to a packet with related headers added thereto after the packet transmitted from the upper layer has passed the RTP, the UDP and the IP.
- the packet includes diverse and much header information required for data to be transmitted to a destination through the
- the ROHC technique is based on the fact that each field value of packet headers of consecutive packets belonging to one packet stream is almost fixed. Thus, the ROHC technique does not transfer an overall packet header field but transfer a varied field.
- the overall header size of non-compressed RTP/UDP/IP packet is 40 octet in case of IPv4 (IP version 4) and 60 octet in case of IPv6, and generally, a pure data field of payload has a size of 15-20 octet.
- control information contained in a data has an even greater structure than the data which is to be actually transmitted. This means that its transfer efficiency is very low. Therefore, the header compression technique can considerably reduce the amount of control information, and a header compressed by the ROHC technique usually has a size of about 1 octet to 3 octet.
- the ROHC technique is roughly divided into a uni-directional mode (referred to as 'U-mode', hereinafter), a bi-directional optimistic mode (referred to as 'O-mode', hereinafter), and a bi-directional reliable mode (referred to as 'R-mode', hereinafter).
- a uni-directional communication is performed from a sending side to a receiving side.
- the sending side transfers a packet on a real time basis, and the receiving side transmits transmission state information to the sending side.
- the ROHC in the O-mode and the R-mode also controls a reverse transmission of a real time traffic packet upon receiving the ROHC status information (ACK or NACK) from the receiving side, as well as transmission of the header compression packet.
- a use purpose of the ROHC status information transferred from the receiving side to the sending side can differ depending on the mode of the ROHC technique.
- the receiving side increases a compression efficiency by mainly transferring NACK related information, and in the R-mode, the receiving side uses a strict logic using the ROHC status information to support more robust header compression.
- a compressor has three states of a full context formation state, a dynamic context formation state and a full context completion state. Different kinds of compressed header packets are transmitted in each state, and operation method differs in each state.
- the full context formation state means a state that a full context should be formed because there is no full context or a full context has been completely damaged so it should be re-constructed.
- the dynamic context formation state means a state that a dynamic context portion of the full context is damaged so it should be re-constructed.
- the full context completion state means a state that a full context is complete without a damage.
- Each state is time out at every period and transited to a different state, and each period is different. For example, a transition period from the full context completion state to the full context formation state is even greater than a transition period from the full context completion state to the dynamic context formation state.
- a multimedia broadcast/multicast service (MBMS) will now be described.
- the MBMS has been proposed to complement the existing cell broadcast service (CBS) provided by the BMC layer which fails to support the multicast function and the size of transmittable short message is limited to a maximum 1230 octet.
- CBS cell broadcast service
- the MBMS is a service for transmitting multimedia data such as audio, video or image data to plural terminals by using a uni-directional point-to-multipoint bearer service.
- the MBMS supports a broadcast mode and a multicast mode. That is, the MBMS supports an MBMS broadcast service and an MBMS multicast service.
- the MBMS broadcast mode is a service for transmitting multimedia data to every user in a broadcast area.
- One or more broadcast areas may exist in one PLMN, one or more broadcast services can be provided in one broadcast area, and one broadcast service can be provided to several broadcast areas.
- the broadcast area means a broadcast service available area.
- the MBMS multicast mode is a service for transmitting multimedia data only to a specific user group existing in a multicast area.
- One or more multicast areas can exist in one PLMN, one or more multicast services can be provided in one multicast area, and one multicast service can be provided to several multicast areas.
- the multicast area means a multicast service available area.
- As the MBMS transmits a multimedia as a broadcast or a multicast a packet is considerably large in size, so a header part occupying much portion of the packet is compressed by using the header compression technique in order to heighten a data transmission efficiency.
- the header compression technique for the MBMS service the ROHC is used.
- MBMS a uni-directional point-to-multipoint service, is not able to receive ROHC status information and only the U-mode among the three modes of ROHC is available for use.
- the receiving side transmits a corresponding packet to UTRAN, the sending side, in each of three states.
- the header part of multimedia data is compressed into 1 ⁇ 2 octet by using ROHC technique, and in this respect, only U-mode of the ROHC technique can be used due to the characteristics of the unidirectional service.
- the U-mode is a method for header compression at a point-to-point link, so that application of the U-mode as it is to the point-to-multipoint link such as the MBMS causes problems.
- UTRAN transmits a full header packet or dynamic context formation packet to the terminals and each terminal forms a full context or a dynamic context according to a type of a received packet.
- each terminal successfully forms a context, it can successfully restore a compressed header packet that is transmitted thereafter. But, if the context formation is failed, it is impossible to restore a compressed header packet transmitted thereafter. That is, terminals can not receive the MBMS service.
- a terminal receives the full header packet or the dynamic context formation packet and fails to form a full context or dynamic context, it should wait until a transition period at which the full context completion state is transited to the dynamic context formation state or the full context completion state is transited to the full context formation state, that is, until time-out, and an operation starts newly in the full context formation state.
- the terminal which has failed to form a context, can not receive the MBMS service for a considerably long period, causing degradation of a usefulness of the service.
- the conventional art has such a problem that when MBMS data with point-to-multipoint characteristics is compressed by using the U-mode of the ROHC at the point-to-point link, if plural terminals fail to form a full context, the header-compressed MBMS data can not be received until UTRAN, the sending side, is transited to the full context formation state, or to the dynamic context formation state in case that the terminals fail to form a dynamic context.
- the above references are incorporated by reference herein where appropriate for appropriate teachings of additional or alternative details, features and/or technical background.
- an object of the present invention is to provide a system and method for compressing and transmitting multimedia data in which if plural terminals fail to form a full context, UTRAN, a sending side, is quickly transited to a full context formation state, while if the plural terminals fail to form a dynamic context, UTRAN is quickly transited to a dynamic context formation state, to allow plural terminals to normally receive the header- compressed MBMS data in a U-mode of ROHC technique, thereby heightening a transmission efficiency.
- a multimedia data compressing and transmitting system including: UTRAN for compressing MBMS data by using a U-mode of ROHC technique according to a type of a context formation state and transmitting it; and a terminal for forming a corresponding context from a received packet, and transmitting corresponding context-damage information to UTRAN, a sending side, in case of failing to form a context.
- UTRAN accumulates the number of full context-damage information and dynamic context-damage information received from the terminal through an RRC layer, and judges whether the number of each accumulated context- damage information is greater than or the same as a pre-set threshold value through comparison by the RRC layer or a header compression handling layer.
- the RRC layer or the header compression handling layer is quickly transited to a previous corresponding context formation state.
- an RRC layer of the terminal transmits context-damage information according to a type as an RRC message to the RRC layer of UTRAN.
- a multimedia data compressing and transmitting method including: accumulating the number of context-damage information if a receiving side fails to form a context; and detecting whether the number of accumulated context-damage information is greater than or the same as a threshold value, and quickly transiting to a previous corresponding context formation state if the number of accumulated context-damage information is greater than or the same as the threshold value.
- MBMS is compressed by using the U-mode of ROHC technique and transmitted
- the terminal fails to form a full context with a full header packet, that is, the full context is - damaged
- the terminal transmits full context-damage information to UTRAN, the sending side, and then, if the number of full context-damage information received from the receiving side is greater than the pre-set threshold value, UTRAN enables a compressor of the header compression handling layer to be transited to the full context formation state to transmit the full header packet, so that the full context can be quickly formed and the terminal can receive the MBMS service.
- the terminal transmits dynamic context-damage information to UTRAN, the sending side, and if the number of dynamic context-damage information received from the receiving side is greater than the pre-set threshold value, UTRAN enables the compressor to be transited to the dynamic context formation state to transmit the dynamic context formation packet, so that the dynamic context can be quickly formed and the terminal can receive the MBMS service.
- Figure 1 illustrates a network structure of a general UMTS system
- Figure 2 illustrates a structure of a radio access interface protocol between a terminal and UTRAN on the basis of 3GPP radio access network standards
- Figure 3 illustrates a state of a compressor of general ROHC U-mode and transition process
- Figure 4 is an exemplary view showing point-to-multipoint characteristics of general MBMS
- Figure 5 is a flow chart of an operation of U-mode of ROHC in accordance with a conventional art
- Figure 6 is a block diagram showing a system for compressing and transmitting MBMS data by using ROHC technique in accordance with a preferred embodiment of the present invention
- Figure 7 is a flow chart of a method for compressing and transmitting
- MBMS data by using ROHC technique in accordance with a preferred embodiment of the present invention.
- Figure 6 is a block diagram showing a system for compressing and transmitting MBMS data by using ROHC technique in accordance with a preferred embodiment of the present invention.
- a system for compressing and transmitting MBMS data by using ROHC technique includes: UTRAN 620 for compressing MBMS data by using a U-mode of ROHC technique according to a type of a context formation state and transmitting it; and a terminal 610 for forming a corresponding context from a received packet, and transmitting corresponding context-damage information to UTRAN 620, a sending side, in case of failing to form a context.
- UTRAN 620 receives the full context-damage information received from the terminal 610 through an RRC layer 621 and accumulates each number, and the RRC layer 621 or a header compression handling layer 622 judges whether the number of each accumulated context-damage information is greater than or the same as a pre-set threshold value. If the number of context-damage information is greater than or the same as the pre-set threshold value, the header compression handling layer 62 makes a state transition quickly to the previous corresponding context formation state.
- the threshold value may exist in the RRC layer 621 or in the header compression handling layer of UTRAN.
- the U-mode of ROHC technique not only transmit a packet for formation of a context but also receive information from the terminal, the receiving side, about whether it has successfully formed a context, for maintaining and managing so that context formation can be successful in the terminal at above a certain rate, thereby heightening a transmission efficiency.
- a header compression handling layer 612 of the terminal 610 transmits context- damage information to an RRC layer 611 and then the RRC layer 611 transmits context-damage information by using an RRC message.
- the RRC layer 621 of UTRAN 620 accumulates context-damage information received from the terminal according to types of context formation states.
- the RRC layer 621 or the header compression handling layer 622 of UTRAN 620 judges whether the number of context-damage information is greater than or the same as the threshold value. If the number of context-damage information is greater than or the same as the threshold value, the header compression handling layer 622 is transited to the previous full context formation state or to the dynamic context formation state to transmit a packet for formation of a corresponding context.
- UTRAN 620 In short by steps, in a first step, if the terminal 610 fails to form a context, UTRAN 620 accumulates the number of context-damage information received from the receiving side, and in a second step, it is checked whether the number of accumulated context-damage information is greater than or the same as the threshold value, and the state is quickly transited to a corresponding context formation state to transit a compressed header packet.
- Figure 7 is a flow chart of a method for compressing and transmitting
- MBMS data by using ROHC technique in accordance with a preferred embodiment of the present invention.
- UTRAN When the sending side is in the full context formation state (step S701), UTRAN initializes a variable (Failure-i) for storing the number of terminals with a damaged full context (step S702) received from terminals and transmits a full header packet to the terminal (step S703).
- a variable Frure-i
- UTRAN starts transmitting a compressed header packet regardless of whether a full context has been normally formed with the full header packet in the terminal (step S704). If UTRAN receives full context-damage information from the terminal
- step S708 and S709 it recognizes that a full context has been damaged due to the full header packet in the terminal, increases the number of terminals with the damaged full context, and stores it in the variable (step S710).
- UTRAN compares the number of accumulated terminals with the damaged full context stored in the variable and the threshold value (N1 Th reshold) (step S711). If the number of accumulated terminals is greater than or the same as the threshold value, it returns to the full context formation state and the full header packet transmission process is repeatedly performed (steps S701 ⁇ S703).
- step S704 If, however, the number of terminals with the damaged full context is smaller than the threshold value, the number of accumulated terminals with the damaged full context stored in the variable is maintained as it is, and the compressed header packet transmission process is continuously performed (step S704).
- the RRC layer of the terminal transmits the full context-damage information as an RRC message to the RRC layer of UTRAN, the sending side.
- UTRAN has the threshold value for the number of terminals with a damaged full context.
- the threshold value may exist in the RRC layer or the header compression handling layer of UTRAN.
- the RRC layer compares the number of terminals with a damaged full context accumulated by being transmitted from terminals with the threshold value, and if the number of accumulated terminals is greater than the threshold value, the RRC transits the header compression state to the full context formation state to re-transmit the full header packet. Meanwhile, if the threshold value exists in the header compression handling layer of UTRAN, the RRC layer of UTRAN transmits the number of terminals with a damaged full context to the header compression handling layer, so that the header compression handling layer can compare it with the threshold value. If the number of accumulated terminals with a damaged full context is greater than the threshold value, it transits the header compression state to the full context formation state to re-transmit the full header packet.
- the number of accumulated terminals with a damaged full context is initialized to 0.
- UTRAN When the sending side is in the dynamic context formation state (step S705), UTRAN initializes a variable (Failurei) for storing the number of terminals with a damaged dynamic context (step S706) and transmits a dynamic header packet to the terminal (step S707).
- a variable Failurei
- UTRAN starts transmitting a compressed header packet regardless of whether a dynamic context has been normally formed with the dynamic header packet in the terminal (step S704).
- UTRAN receives dynamic context-damage information from the terminal (steps S708 and S709), it recognizes that a dynamic context has been damaged due to the dynamic header packet in the terminal, increases the number of terminals with the damaged dynamic context, and stores it in the variable (step S712).
- UTRAN compares the number of accumulated terminals with the damaged dynamic context stored in the variable and the threshold value (N1 Thres o l d)- If the number of accumulated terminals is greater than or the same as the threshold value (S713), it returns to the dynamic context formation state and the dynamic header packet transmission process is repeatedly performed (steps S705 ⁇ S707). If, however, the number of terminals with the damaged dynamic context is smaller than the threshold value, the number of accumulated terminals with the damaged dynamic context stored in the variable is maintained as it is, and the compressed header packet transmission process is continuously performed (step S704).
- the RRC layer of the terminal informs the RRC layer of UTRAN of the dynamic context damage through an RRC message.
- UTRAN has the threshold value for the number of terminals with a damaged dynamic context.
- the threshold value may exist in the RRC layer or the header compression handling layer of UTRAN.
- the RRC layer compares the number of terminals with a damaged dynamic context accumulated by being transmitted from terminals with the threshold value, and if the number of accumulated terminals is greater than the threshold value, the RRC transits the header compression state to the dynamic context formation state to re-transmit the dynamic header packet.
- the RRC layer of UTRAN transmits the number of terminals with a damaged dynamic context to the header compression handling layer, so that the header compression handling layer can compare it with the threshold value. If the number of accumulated terminals with a damaged dynamic context is greater than the threshold value, it transits the header compression state to the dynamic context formation state to re- transmit the dynamic header packet.
- the number of terminals with a damaged dynamic context is greater than or the same as the threshold value so the header compression state is transited to the dynamic context formation state, the number of accumulated terminals with a damaged dynamic context is initialized to 0.
- the number of accumulated terminals with a damaged full context is greater than or the same as the threshold value so the header compression state is transited to the full context formation state
- the number of accumulated terminals with the damaged dynamic context as well as the number of accumulated terminals with the damaged full context is also initialized to 0.
- the method and system for compressing and transmitting multimedia data of the present invention have the following advantage.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
Claims
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR2002048260 | 2002-08-14 | ||
| KR1020020048260A KR100889864B1 (en) | 2002-08-14 | 2002-08-14 | Method and system for compression transmission of multimedia data |
| PCT/KR2003/001633 WO2004017577A1 (en) | 2002-08-14 | 2003-08-13 | System for compressing and transmitting multimedia data |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| EP1532777A1 true EP1532777A1 (en) | 2005-05-25 |
| EP1532777A4 EP1532777A4 (en) | 2010-12-29 |
Family
ID=31884893
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| EP03788154A Withdrawn EP1532777A4 (en) | 2002-08-14 | 2003-08-13 | System for compressing and transmitting multimedia data |
Country Status (5)
| Country | Link |
|---|---|
| EP (1) | EP1532777A4 (en) |
| KR (1) | KR100889864B1 (en) |
| CN (1) | CN1647468B (en) |
| AU (1) | AU2003252556A1 (en) |
| WO (1) | WO2004017577A1 (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100936586B1 (en) * | 2002-09-19 | 2010-01-13 | 엘지전자 주식회사 | Method and system for data transmission in multimedia broadcasting and multicast service |
| JP2007502070A (en) * | 2003-08-08 | 2007-02-01 | サムスン エレクトロニクス カンパニー リミテッド | Method and apparatus for configuring a protocol for multimedia broadcast / multicast service |
| US7907609B2 (en) * | 2006-01-06 | 2011-03-15 | Qualcomm, Incorporated | Method and apparatus for enhancing RoHC performance when encountering silence suppression |
| CN101364980B (en) | 2007-08-10 | 2012-06-20 | 华为技术有限公司 | Method and system for establishing header compression communication, header compression policy functional entity |
| EP2104290A1 (en) | 2008-03-17 | 2009-09-23 | NEC Corporation | Method for accelerating the activation of an MBMS service |
| CN101686492B (en) * | 2008-09-22 | 2012-07-04 | 中兴通讯股份有限公司 | Method and device for ROHC service flow processing based on WiMAX system |
| US20160212042A1 (en) | 2013-08-19 | 2016-07-21 | Lg Electronics Inc. | Broadcast transmitting device, broadcast receiving device, operating method of the broadcast transmitting device, and operating method of the broadcast receiving device |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5970174A (en) * | 1997-06-19 | 1999-10-19 | Electronics For Imaging | Method and apparatus for data compression and gray value estimation |
| US6757440B2 (en) * | 1997-06-19 | 2004-06-29 | Electronics For Imaging, Inc. | Methods and apparatus for data compression |
| WO2000079764A1 (en) * | 1999-06-18 | 2000-12-28 | Telefonaktiebolaget L M Ericsson (Publ) | Robust delta encoding with history information |
| US6754231B1 (en) | 1999-06-18 | 2004-06-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Robust header compression in packet communications |
| US6608841B1 (en) * | 1999-12-30 | 2003-08-19 | Nokia Networks Oy | System and method for achieving robust IP/UDP/RTP header compression in the presence of unreliable networks |
| US6839339B1 (en) * | 2000-02-02 | 2005-01-04 | Lucent Technologies Inc. | Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets |
| ATE472897T1 (en) * | 2000-09-28 | 2010-07-15 | Nokia Corp | METHOD AND COMPRESSOR FOR COMPRESSING TIMESTAMP INFORMATION OF PACKETS |
| US7046672B2 (en) * | 2000-11-16 | 2006-05-16 | Microsoft Corporation | Robust, inferentially synchronized transmission of compressed transport-layer-protocol headers |
| US7290063B2 (en) * | 2001-01-10 | 2007-10-30 | Nokia Corporation | Relocating context information in header compression |
| EP1315356B1 (en) * | 2001-11-24 | 2008-10-22 | Lg Electronics Inc. | Method for transmitting packet data in compressed form in a communication system |
-
2002
- 2002-08-14 KR KR1020020048260A patent/KR100889864B1/en not_active Expired - Fee Related
-
2003
- 2003-08-13 AU AU2003252556A patent/AU2003252556A1/en not_active Abandoned
- 2003-08-13 WO PCT/KR2003/001633 patent/WO2004017577A1/en not_active Ceased
- 2003-08-13 EP EP03788154A patent/EP1532777A4/en not_active Withdrawn
- 2003-08-13 CN CN038087235A patent/CN1647468B/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| WO2004017577A1 (en) | 2004-02-26 |
| CN1647468B (en) | 2010-05-26 |
| KR100889864B1 (en) | 2009-03-24 |
| KR20040016063A (en) | 2004-02-21 |
| CN1647468A (en) | 2005-07-27 |
| EP1532777A4 (en) | 2010-12-29 |
| AU2003252556A1 (en) | 2004-03-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1532778B1 (en) | Bi-directional packet data transmission system and method | |
| JP4982545B2 (en) | PDCP structure and operation method for MBMS service of mobile communication system | |
| EP2073588B1 (en) | Mobile communication method and system | |
| JP2005528865A5 (en) | ||
| US7079854B2 (en) | Packet service system and method for controlling packet transmission | |
| WO2004017577A1 (en) | System for compressing and transmitting multimedia data | |
| HK1077424B (en) | Providing multicast services in a point-to-multipoint manner for a radio communication system | |
| 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: 20050119 |
|
| 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 RO SE SI SK TR |
|
| AX | Request for extension of the european patent |
Extension state: AL LT LV MK |
|
| DAX | Request for extension of the european patent (deleted) | ||
| A4 | Supplementary search report drawn up and despatched |
Effective date: 20101126 |
|
| RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04L 29/06 20060101AFI20101122BHEP |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN |
|
| 18W | Application withdrawn |
Effective date: 20110104 |