EP1582078A1 - Systeme de service de paquets et procede de commande de la transmission par paquets - Google Patents

Systeme de service de paquets et procede de commande de la transmission par paquets

Info

Publication number
EP1582078A1
EP1582078A1 EP03781084A EP03781084A EP1582078A1 EP 1582078 A1 EP1582078 A1 EP 1582078A1 EP 03781084 A EP03781084 A EP 03781084A EP 03781084 A EP03781084 A EP 03781084A EP 1582078 A1 EP1582078 A1 EP 1582078A1
Authority
EP
European Patent Office
Prior art keywords
real
data
time data
time
packet
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
Application number
EP03781084A
Other languages
German (de)
English (en)
Inventor
Young Dae Lee
Seung June Yi
So Young Lee
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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of EP1582078A1 publication Critical patent/EP1582078A1/fr
Withdrawn legal-status Critical Current

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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026—Transmission of channel quality indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/11—Identifying congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2491—Mapping quality of service [QoS] requirements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • H04L47/365—Dynamic adaptation of the packet size
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/38—Flow control; Congestion control by adapting coding or compression rate
    • 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/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Definitions

  • the present invention relates to a communication system, and more particularly, to a packet service system and method of controlling packet transmission.
  • IG In the world of cellular telecommunications, those skilled in the art often use the terms IG, 2G, and 3G.
  • the terms refer to the generation of the cellular technology used.
  • IG refers to the first generation, 2G to the second generation, and 3G to the third generation.
  • IG is used to refer to the analog phone system, known as an AMPS (Advanced Mobile Phone Service) phone systems.
  • 2G is commonly used to refer to the digital cellular systems that are prevalent throughout the world, and include CDMAOne, Global System for Mobile communications (GSM), and Time Division Multiple Access (TDMA). 2G systems can support a greater number of users in a dense area than can IG systems.
  • 3G is commonly used to refer to the digital cellular systems currently being developed.
  • 3G third-generation (3G) CDMA communication systems have been proposed including proposals, such as cdma2000 and W-CDMA. These 3G communication systems are conceptually similar to each other with some significant differences.
  • a W-CDMA system is a third-generation (3G) wideband, asynchronous, spread spectrum radio interface system which uses the enhanced service potential of CDMA technology to facilitate data capabilities, such as Internet and intranet access, multimedia applications, high-speed business transactions, and telemetry.
  • the focus of W-CDMA is on network economy and radio transmission design to overcome the limitations of a finite amount of radio spectrum availability.
  • each of the base stations operates asynchronously. In other words, there is no universal time reference among separate base stations.
  • each base station transmits a "synchronization" channel that comprises two sub-channels.
  • the first of the two sub-channels, the primary synchronization channel uses a primary synchronization code that is common to all base stations.
  • the second of the two subchannels, the secondary synchronization channel uses a cyclic set of secondary synchronization codes.
  • the secondary synchronization codes are not shared by other base stations that are not in the same code group.
  • the mobile station in a W-CDMA system can acquire the synchronization channel of one or more base stations by searching for the primary synchronization code of the primary synchronization channel, and then using the timing information derived from the primary synchronization channel to process the secondary synchronization channel.
  • ITU International Telecommunications Union
  • 3G Third Generation
  • IMT2000 provides a vision for a single global standard for wireless networks perceived as the global 3G system.
  • 3G the next generation of mobile communications systems will offer enhanced services, such as multimedia and video.
  • the main 3G technologies include Universal Mobile Telecommunications System (UMTS) and CDMA2000.
  • UMTS Universal Mobile Telecommunications System
  • CDMA2000 Code Division Multiple Access
  • UMTS provides an enhanced range of multimedia services. UMTS will speed convergence between telecommunications, information technology, media and content industries to deliver new services and create fresh revenue generating opportunities. UMTS will deliver low cost, high capacity mobile communications offering data rates as high as 2 Mbps under stationary conditions with global roaming and other advanced capabilities.
  • the specifications defining UMTS are formulated by Third Generation Partnership Project (3GPP).
  • UMTS is a next generation mobile communication system evolving from GSM (global system for mobile communications) European standard.
  • FIG. 1 is a block diagram of architecture of a general UMTS.
  • UMTS consists of a user equipment (UE) 100 (also referred to as a mobile station), a universal mobile telecommunications network terrestrial radio access network (hereinafter abbreviated UTRAN) 200, and a core network 300.
  • UTRAN 200 consists of a plurality of ratio network subsystems 10a to lOn.
  • one radio network subsystem 10a consists of one radio network controller (hereinafter abbreviated RNC) 12 and a plurality of Nodes B 1 la and 1 lb.
  • RNC radio network controller
  • the Nodes B 11a and l ib are managed by the RNC 12.
  • Each of the radio network subsystems 10b to lOn has the same construction of the above-explained radio network subsystem 10a.
  • Nodes B 1 la/1 lb and 13a/13b receive uplink data transmitted from the user equipment 100 or transmit downlink data to the user equipment 100.
  • RNCs 12 and 14 allocate and manage radio resources.
  • RNCs 12 and 14 play a role of access points to connect Nodes B 1 la/1 lb and 13a/13b to the core network 200, respectively.
  • Nodes B 1 la/1 lb and 13a/13b play a role of access points to connect the user equipment 100 to UTRAN 200.
  • the RNC managing the user equipment 100 is a serving RNC (SRNC).
  • SRNC plays a role in connecting the user equipment 100 to the core network 300.
  • the SRNC allocates a radio resource appropriate for providing the user equipment with a specific service.
  • Services provided to the user equipment 100 through the above construction can be divided into a circuit switched service and a packet switched service.
  • a general voice calling service belongs to the circuit switched service and a web browsing service via Internet access belongs to the packet switched service.
  • RNCs 12 and 14 are connected to a mobile switching center (hereinafter abbreviated MSC) 20 of the core network 300.
  • MSC 20 is then connected to GMSC (gateway mobile switching center) 30.
  • GMSC 30 manages access of a voice call requested from or to an external network.
  • RNCs 12 and 14 are connected to a serving GPRS (general packet radio service) support node (hereinafter abbreviated SGSN) 40 and a gateway GPRS support node (hereinafter abbreviated GGSN) 50 of the core network 300.
  • GPRS general packet radio service
  • GGSN gateway GPRS support node
  • GGSN 50 plays a role of a gateway for interworking with Internet or external network.
  • SGSN 40 is connected to GGSN 50 to manage mobility of the user equipment 100 and to perform a packet switch function.
  • Interfaces for mutual communication are defined between various elements constructing the system in FIG. 1.
  • Iu interface is defined between the RNCs 12 and 14 and the core network 300.
  • Iu interface connected to an element in a packet switched area is defined as Iu-PS.
  • Iu interface connected to an element in a circuit switched area is defined as Iu-CS.
  • the UMTS shown in FIG. 1 is established to provide a variety of multimedia services guaranteeing a quality over a predetermined level.
  • QoS quality of service
  • UMTS concepts of various bearer services are defined to guarantee QoS over a predetermined level for an end-to-end specific service.
  • an end-to-end specific communication service is divided into several lines (e.g., wired line, wireless line) through various network elements to be provided.
  • data transfer service is independently defined in each line and each QoS for the defined service is guaranteed.
  • a bearer in charge of reliable transmission of user data in a line between the user equipment and the core network 300 is called a radio access bearer (hereinafter abbreviated RAB).
  • RAB is implemented through a radio bearer service and an Iu bearer service.
  • the radio bearer service is to transmit data using Iu interface between the user equipment 100 and the RNCs 12 and 14, and the Iu bearer service is to perform data transmission between the RNCs 12 and 14 and the core network 300.
  • RAB should be firstly configured to provide a specific service.
  • various parameters are set to satisfy specific QoS.
  • MSC 20 initiates to configure RAB in the circuit switched service
  • SGSN 40 initiates to configure RAB in the packet switched service.
  • FIG. 2 is a diagram of radio interface protocol architecture between user equipment and UTRAN based on 3 GPP radio access network specifications.
  • a radio interface protocol sets up, reconfigures, and releases the radio bearer services.
  • the radio interface protocol is equipped with functions corresponding to layers 1 to 3 (LI to L3), i.e., physical, link, and network layers.
  • LI i.e. physical layer, offers information transfer services to MAC sublayer and higher layers.
  • LI offers separate transport channels to the MAC sublayer. The transport channel is characterized by how data is transferred on the radio interface.
  • L2 consists of a medium access control (MAC) sublayer, a radio link control (RLC) sublayer, a packet data convergence protocol sublayer, and a broadcast/multicast sublayer.
  • the MAC sublayer offers separate logical channels to RLC, and one logical channel is characterized by a transferred information type.
  • the MAC sublayer offers data transfer services through the logical channels. Such channels are grouped into two kinds, such as control channels for control plane information transfer, and traffic channels for user plane information transfer.
  • Reallocation services of radio resources and MAC parameters offer services to higher layers by the MAC sublayer.
  • the reallocation services are performed by an execution request of RRC for changing MAC parameters and reallocating the radio resources.
  • the MAC sublayer itself handles the resource allocation.
  • the MAC sublayer consists of various entities such as MAC-b, MAC-d, and MAC- s/sh.
  • the RLC sublayer supports reliable data transfer services.
  • the RLC sublayer segments protocol data units (hereinafter abbreviated PDUs) of higher layer into RLC service data units (hereinafter abbreviated SDUs) or reassembles RLC SDUs into PDUs of higher layers.
  • PDUs protocol data units
  • SDUs RLC service data units
  • the broadcast/multicast control (hereinafter abbreviated BMC) sublayer offers broadcast/multicast transmission services in user plane.
  • Basic functions of the BMC sublayer are storage of cell broadcast messages (CBs), radio resource request for traffic volume monitoring and cell broadcast service, scheduling of BMC messages, and delivery of BMS messages to user equipment.
  • CBs cell broadcast messages
  • BMC messages radio resource request for traffic volume monitoring and cell broadcast service
  • scheduling of BMC messages scheduling of BMC messages
  • delivery of BMS messages to user equipment.
  • the PDCP sublayer offers transmission reception of network PDUs.
  • L3 includes sublayers on control plane.
  • a radio resource control (hereinafter abbreviated RRC) layer as the lowest one of the sublayers of L3 is equipped with the following functions.
  • the RRC layer takes charge of establishment, reestablishment, maintenance, and release of RRC connection between UE (user equipment) and UTRAN.
  • the RRC layer also takes charge of setup, reconfiguration, and release of radio bearers (hereinafter abbreviated RBs) on user plane.
  • RBs radio bearers
  • MBMS broadcast/multicast services
  • CBS previous cell broadcast service
  • MBMS uses a unidirectional point-to-multipoint bearer service to simultaneously deliver multimedia data of audio, pictures, video, etc. to a multitude of UEs.
  • MBMS is divided into a broadcast mode and a multicast mode.
  • multimedia data is transmitted to all UEs in a broadcast domain where broadcast services are available.
  • MBMS multicast mode multimedia data is transmitted to a specific UE group in a multicast domain where multicast services are available.
  • UE In order to be provided with MBMS in multicast mode, UE should subscribe in a multicast subscription group. UE then enables to receive specific multicast data after completion of subscription.
  • Set up requirement information for MBMS is implemented by the configuration of RAB. Namely, for MBMS, RAB of MBMS for guaranteeing QoS exceeding a specific level should be set up between UE and core network.
  • MBMS uses a real-time transport protocol (hereinafter abbreviated RTP) in transmitting real-time data.
  • the real-time data has a packet type transmitted on real time and is depicted as real-time packet in the following.
  • RTP is a protocol made appropriate for transmitting multimedia data having a real-time transmission attribute such as audio data, video data, etc. over a multicast or unicast network.
  • RTP itself is unable to guarantee QoS for such a real-time service as voice service, video service, etc.
  • MBMS further uses an RTP control protocol (hereinafter abbreviated RTCP).
  • RTCP RTP control protocol
  • an RTCP packet for transferring status information of the RTP packet to a data source fails to distinguish between packet loss occurring in the wire or the wireless lines.
  • the RTCP packet checks the packet loss amount due to collision in the wired line only to monitor data flow in a network.
  • the data source cannot determine if the packet loss occurs in the wireless line or the wired line.
  • the packet loss amount in the wireless line is generally greater than that in the wired line.
  • the data source commits errors in handling the transmission of subsequent RTP packets based on the RTCP packet. For instance, the data source monitors the current situation of the network from the status information included in the RTCP packet, and changes a size of RTCP packet to be transmitted and an encoding scheme according to a result of the monitoring to reduce the loss of the subsequent packets that will be transmitted later.
  • the cause of the packet loss in the wired line is different from that in the wireless line.
  • the size and encoding scheme of the RTP packet to be transmitted should be appropriately changed according to the respective causes of the wire and wireless lines.
  • the data source there is no way for the data source to differentiate the packet loss cause in the wired line from that in the wireless line.
  • Related art systems are unable to effectively perform the transmission handling and control in the wire and/or wireless networks to reduce the error occurrence during RTP packet transmission.
  • RTCP packets are transmitted to the data source from the respective UEs so as to bring about a problem in determining each bandwidth required for transmission of RTP and RTCP packets.
  • RTP and RTCP are protocols made appropriate for the wired line only, there exists one UE (or host) at a terminal end of the wired line.
  • RTP and RTCP without modification, there occurs a problem of assigning a bandwidth required for packet transmission to reduce efficiency of resource use.
  • a method of transferring real-time data from a data source to a mobile device in communication with a communications network having a wired communication line and a wireless communication line comprises receiving the realtime data from the data source over the wired communication line; determining packet loss for the wired communication line to produce control information; transmitting the control information to the data source; transmitting the real-time data to the mobile device over the wired and wireless communication lines based on the control information.
  • the method further comprises determining quality of service data for at least one of the wired or wireless communication lines based on the control information; adjusting transmission requirements for the real-time data based on the quality of service data; adjusting transmission size of real-time data packets comprising the real-time data; and adjusting encoding mode of the real-time data.
  • the adjusting is performed when real-time data is transmitted from the data source.
  • the quality of service for the wireless communication line is determined based on a first quality of service associated with the communications network segment that controls communication of real-time data from the data source to the mobile device and a second quality of service associated with the wired communication line. In one embodiment, the quality of service for the wireless communication line is determined based on first and second quality of service information.
  • the first quality of service information is received from the mobile device.
  • the second quality of service information is determined based on receiving loss packet information for the real-time data communicated over the wired communication line.
  • the first quality of service information is determined based on number of packets lost during communication of the real-time data from the data source to the mobile device over the wired and wireless communication lines.
  • the real-time data is received and transmitted over a real-time transport protocol (RTP).
  • RTP real-time transport protocol
  • the real-time data is received and transmitted via a mobile communications network in communication with the data source.
  • a UMTS terrestrial radio access network determines the quality of service for the wireless communication line based on first packet loss information received from the mobile device and second packet loss information associated with receiving the data over the wired communication line.
  • the UTRAN comprises a relay function module for depacketizing the real-time data received over the wired communication line to determining the second packet loss information.
  • the relay function module packetizes the depacketized real-time data before transmitting it to the mobile device.
  • the mobile device sends a feedback comprising the first packet loss information to the UTRAN after receiving the real-time data.
  • the real-time data is encapsulated in real-time transport protocol (RTP) packets transmitted over user data gram protocol (UDP).
  • RTP real-time transport control protocol
  • RTCP real-time transport control protocol
  • a real-time data communication system comprises a wired communication system connected to a data source; and an interface system for wirelessly connecting the wired communication system to a mobile device; wherein the interface system adjusts transmission requirements for real-time data based on first packet loss information associated with real-time data transmitted over the wired communication system.
  • a first quality of service is determined based on transmission of the real-time data from the data source to the interface system.
  • a second quality of service is determined based on transmission of the real-time data from the interface system to the mobile device.
  • the interface system comprises a relay module for processing data transmitted from the data source to the mobile device. If the data transmitted is not real-time data then the relay module does not process the data. If the data is not transmitted over real-time control protocol then the relay module does not process the data.
  • a first quality of service is determined by the relay module by depacketizing real-time data transmitted over the real-time control protocol to determine packet loss in the wired communication system.
  • a second quality of service is determined by the relay module based on feedback provided by mobile device about packet loss detected after receipt of real-time data by the mobile device.
  • the real-time data is encapsulated in - real-time transport protocol (RTP) packets transmitted over user data gram protocol (UDP). And, The real-time data is transported via real-time transport control protocol (RTCP), for example.
  • RTP real-time transport protocol
  • UDP user data gram protocol
  • RTCP real-time transport control protocol
  • a method of data communication comprises establishing a communication bearer between a data source and a mobile device over a communication network comprising wired and wireless communication segments; and adjusting transmission of the real-time data based on quality of service over the wired and wireless communication segments, when data being communicated comprises real-time data and is being transmitted over a real-time communication protocol.
  • a relay module determines the quality of service over the wireless communication segment by receiving feedback from the mobile device over a real-time control protocol and comparing the feed back with quality of service information for the wired communication segment.
  • the relay module is incorporated into a communications network connecting the data source and the mobile device.
  • a radio access bearer (RAB) is established between the communications network and the mobile device to provide the relay module with quality of service information.
  • RAB radio access bearer
  • a method of transferring real-time data from a data source to a mobile device connected to a wired communication line by way of a wireless communication line, wherein a Universal Terrestrial Radio Network (UTRAN) acts as a communication interface between the wired and wireless communication lines is provider.
  • the method comprises receiving the real-time data from the data source over the wired communication line; transmitting control information associated with transmission quality of real-time data over the wired communication line to the data source; and transmitting the real-time data to the mobile device over the wireless communication line based on the control information.
  • UTRAN Universal Terrestrial Radio Network
  • FIG. 1 is a block diagram of architecture of a general UMTS
  • FIG. 2 is a diagram of Radio Interface protocol architecture between user equipment and
  • FIG. 3 is a diagram of UMTS for explaining real-time/non-real-time packet flow according to one embodiment of the present invention
  • FIG. 4 is a diagram of protocol architecture for explaining real-time/non-real-time packet flow according to one embodiment of the present invention.
  • FIG. 5 is a flowchart of a procedure of handling real-time/non-real-time packets according to one embodiment of the present invention.
  • FIG. 6 illustrates a block diagram of mobile station according to the preferred embodiment of the present invention.
  • a packet service system comprises a data source, a core network, a UTRAN, and a user equipment (UE).
  • the data source is the beginning point of a wired line and the user equipment is the end point of a wireless line.
  • the UTRAN is an end point of the wired line as well as a beginning point of the wireless line.
  • the user equipment is a terminal over the wireless, and the UTRAN is a radio access network providing the user equipment with access wireless to the UTRAN using a packet service offered by the data source.
  • the data source and the user equipment are equipped with protocol layers for real-time packet services.
  • the data source downwardly contains an RTP layer and an RTCP layer and further contains a UDP/IP (user datagram protocol/Internet protocol) layer below the RTP/RTCP layers.
  • the user equipment contains the above-mentioned protocol layers of the data source as well.
  • the data source and user equipment contain protocol layers for non-real-time packet services.
  • the present invention is characterized in that UTRAN comprises RTP and RTCP layers over UDP/IP layer to support real-time packet services.
  • UTRAN further supports non-real-time packet services as well.
  • UTRAN plays a role in transferring non-real-time packets transparently.
  • the RTP layer of UTRAN relays real-time data sent from the data source to UE, and the RTCP layer controls transmission of the real-time data.
  • the UTRAN further comprises a UDP/IP (user datagram protocol/Internet protocol) layer below the RTP/RTCP layers.
  • the real-time data transmitted/received between the data source and UTRAN or between UE and UTRAN is RTP/UDP/IP packet.
  • the corresponding RTP/UDP/IP layer extracts the received RTP/UDP/IP packet and converts it to a RTP or RTCP packet.
  • the UTRAN includes the RTP/RTCP layers over UDP/IP layer performing operations, which is for minimizing the structural alteration of the UTRAN.
  • the UTRAN of the present invention includes a function entity performing an operation by the RTP layer and an operation by the RTCP layer.
  • a function entity relay function module is installed in RNC as an element of the UTRAN, in accordance with one embodiment, for example.
  • the relay function module discerns wired line and wireless line from each other.
  • An example of using the relay function module according to the present invention is shown in FIG. 3 and protocol architecture required for implementing the relay function module is shown in FIG. 4.
  • Relay function modules in FIG. 3 are explained as follows.
  • a plurality of relay function modules 80a to 80n provide independent operations of RTP/RTCP in each of wire and wireless lines for real-time packets such as RTP packets.
  • the wireless line lies between UTRAN 200 and UE 100 and the wired line lies between the UTRAN 200 and a data source 70.
  • the relay function modules 80a to 8 On are used in a system for transmitting RTP and RTCP packets like MBMS.
  • the relay function modules 80a to 80n generate RTCP packets carrying receiving status information of the wired line, and transmit RTP packets to the UEs 100 in the wireless section to handle RTCP packets carrying status information of the wireless line from the UEs 100.
  • the relay function modules 80a to 80n are installed in the UTRAN 200 performing the control of packet transmission of the wireless line.
  • the relay function modules 80a to 80n are connected to RNCs 12a to 12n of the UTRAN 200.
  • the relay function modules 80a to 80n can be installed in the RNCs 12a to 12n, respectively or installed in the UTRAN 200 to be separated from the RNCs 12a to 12n.
  • the relay function modules 80a to 80n are connected to the RNCs 12a to 12n, respectively by tunneling to perform flow and handling controls of packets in the wire/wireless lines.
  • protocol layers executed by the relay function modules 80a to 80n to provide an efficient operation of RTCP in each line, as shown in FIG. 3, are defined as shown in FIG. 4.
  • RTP/RTCP corresponding to functions of the relay function modules 80a to 80n, a user datagram protocol (UDP) layer, and Internet protocol (IP) layers are further provided above radio and network access protocols of the UTRAN 200.
  • UDP user datagram protocol
  • IP Internet protocol
  • relay function modules 80a to 80n Operations of the relay function modules 80a to 80n are explained in the following by taking a case of installing the relay function modules 80a to 8 On in the RNCs 12a to 12n of the UTRAN 200, respectively as an example.
  • the relay function modules 80a to 80n generate control packets carrying reception status information for the wired line when such data packet data packets having real-time attributes as RTP packets transmitted from the data source 70 are received.
  • the relay function modules 80a to 80n then provide the generated control packets to the data source 70.
  • the data source 70 regards the control packets transmitted from the relay function modules 80a to 80n as being transmitted at the ending point of each of the wire and/or wireless lines and determines bandwidths required for transmissions of data packet data packets (e.g., RTP packets) and control packets (e.g., RTCP packets), respectively.
  • the relay function modules 80a to 80n broadcast and/or multicast the data packets of the real-time attribute to a plurality of UEs on a downlink radio channel and then receive control packets generated from the UEs having received the data packets to acquire the reception status information of the current wireless line.
  • the relay function modules 80a to 80n or RNCs 12a to 12n perform the control of packet transmission on the data packets using the reception status information of the wireless line acquired from the control packets.
  • the relay function modules 80a to 80n offer the reception status information of the wired line to the data source. Consequently, one subject (data source) performing the control of the packet transmission from the reception status information of the wired line is independent from the other subject (RNC) performing the control of the packet transmission from the reception status information of the wireless line.
  • each of the relay function modules 80a to 80n of the present invention adds the reception status information of the wireless line acquired from the control packet of the UE 100 to the corresponding control packet that will be delivered to the data source 70 and then transmits it.
  • the packets transmitted to the UE 100 from the data source 70 are data packets of non-real-time attribute as well as the data packets of the real-time attribute.
  • the relay function modules 80a to 80n support and control packet transmission of a data packet data packet having the real-time attribute such as RTP packets.
  • the core network 300 determines the attribute of the data packet that will be transmitted from the data source 70 and uses a specific indicator to operate the relay function modules 80a to 80n if the attribute of the determined data packet is real-time.
  • the present invention uses the indicator so that the use of the relay function modules 80a to 80n supporting the control of the real-time packet transmission in the system for supporting both the real-time packet and the non-real-time packet transmission does not interrupt the transmission of the non-real-time packet.
  • the present invention uses the indicator so that the use of the relay function modules 80a to 80n does not interrupt the transmission of the real-time packet when the control packet, and particularly, RTCP packet are not needed.
  • the core network 300 determines whether the attribute of the current data packet that will be transmitted from the data source 70 is real-time or non-real-time.
  • the core network 300 informs the UTRAN 200 that is a termination of the wired line of the determined attribute of the data packet when a radio access bearer for the packet transmission to the UE is set up.
  • a packet service system is implemented through the protocol architecture shown in FIG. 4 and is applicable to the service of transmitting real- time data such as MBMS.
  • the packet service system according to the present invention is applicable to a service of supporting real-time and non-real-time data simultaneously.
  • RTP is a protocol appropriate for providing a user with multimedia data (video and/or audio) having a real-time attribute using a multicast or unicast network.
  • a packet format defined by RTP comprises an RTP media type field for expressing an RTP media type and further includes a payload containing the substantially serviced user information.
  • the RTP media type field is for informing a type of the payload.
  • RTCP is a protocol for monitoring data transmission in the multicast network and performing minimal control and identification functions.
  • Major functions of RTCP are to generate status information for distributing data to network elements belonging to the multicast network and to feed back the status information to a data source, for example.
  • Some functions of the RTCP are related to a flow control and a congestion control of other protocols.
  • the status information feedback through the RTCP contains the information (e.g., information of an RTP packet loss amount, delay time occurring during packet transmission, etc.) of a transmission process of the RTP packet from an originating place transmitted the RTP packet to a destination receiving the RTP packet.
  • the RTCP packet can carry the reception status information.
  • the originating place determines data size and/or data amount and/or data coding scheme of an RTP packet that will be transmitted, using the status information included in the RTCP packet. For example, in one embodiment of the present invention, UTRAN transfers the RTCP packet carrying the status information for the received RTP packet to the data source and a user equipment (UE) transmits the RTCP packet to the UTRAN.
  • the RTCP packet is the control packet containing status information enabling a receiving side of the RTCP packet to perform the control of the transmission of a data packet (RTP packet) .
  • the UTRAN determines the data size and/or data amount and/or data encoding scheme of an RTP packet that will be transmitted to the UE using the status information included in the RTCP packet received from the UE.
  • the data source determines the data size and/or data amount and/or data coding scheme of an RTP packet that will be transmitted to the UTRAN using the status information included in the RTCP packet received from the UTRAN.
  • an indicator is used for indicating whether to use the relay function module in UTRAN.
  • the indicator is generated from a core network monitoring an attribute of a packet generated from the data source.
  • the core network generates the indicator when a radio access bearer for a packet service originated from the data source is set up.
  • the indicator represents the attribute of the packet generated from the data source, and is transferred to the UTRAN.
  • the UTRAN in one embodiment comprises RTP and RTCP layers over the UDP/IP layer for transmission of real-time packets.
  • the relay function module is preferably operated by the indicator received from the core network. Namely, the core network executes control operations of the relay function module using the indicator. In other words, the indicator generated from the core network is a command for turning on/off the operations of the relay function module.
  • the data source 70 enables to transfer a packet of the real-time or non-real-time attribute.
  • the data source 70 is a server or terminal offering specific data as a packet format.
  • the core network 300 determines the attribute of the packet to be transmitted from the data source 70 and then informs the UTRAN 200 as a termination of the wired line of the determined attribute of the packet to be transmitted.
  • each of the SGSNs 40a to 40n of the core network 300 informs the UTRAN 70 whether the packet to be transmitted from the data source 70 has the non- real-time or real-time attribute.
  • the SGSNs 40a to 40n of the core network 300 use one indicator to inform the attribute of the packet to be transmitted from the data source 70. In one embodiment of the present invention, the indicator is not limited to inform the attribute of the current packet.
  • the SGSNs 40a to 40n of the core network 300 utilizes the indicator in informing whether to use RTP/RTCP and/or the relay function modules 80a to 80n included in the UTRAN 200 as well as the attribute of the packet to be transmitted.
  • the indicator informs the attribute of the packet to be transmitted
  • the UTRAN 200 determines whether to use the relay function modules 80a to 80n, in accordance with the attribute of the packet indicated by the received indicator.
  • the indicator informs the UTRAN of whether to use the relay function modules 80a to 80n.
  • the UTRAN 200 can check whether the packet to be currently received has the real-time or non-real-time attribute from the information indicated by the received indicator, for example.
  • the UTRAN 200 comprises the wired line device for receiving a packet from the data source 70.
  • the control of packet transmission in the wired line is supported according to the reception status information of the wired line.
  • the wireless line device transmits the packet to the UE 100 to perform the control of packet transmission in the wireless line according to the reception status information of the wireless line.
  • the UTRAN 200 of the present invention comprises the relay function modules 80a to 80n.
  • the relay function modules 80a to 80n are installed in the RNCs 12a to 12n, respectively as shown in FIG. 3.
  • the UTRAN 200 turns on/off operations of the relay function modules 80a to 80n according to the command of the indicator received from the corresponding one of the SGSN 40a to 40n of the core network 300, when the radio access bearer is setup.
  • each of the GGSN 50a to 50n acts as a gateway for interworking with the network to which the data source belongs to deliver the corresponding packet to the SGSNs 40a to 40n.
  • Each of the SGSNs 40a to 40n determines the attribute of the packet to be transmitted to the UE 100 and then delivers the indicator for informing the attribute of the corresponding packet to the UTRAN 200.
  • the RTCP informs the data source 70 of the reception status information of the real-time packet via the core network 300, by way of being included in the indicator.
  • the UTRAN 200 determines the attribute of the packet and/or whether to use the relay function modules 80a to 80n from the indicator delivered from the core network 300. Whether to use the relay function modules 80a to 80n can be further included in the indicator to deliver. That is, in case of providing the non-real-time packet service, the relay function modules 80a to 80n are not operated and the packet is transparently transmitted from the data source to the UE.
  • Each of the SGSNs 40a to 40n delivers the real-time or non-real-time packet to the RNCs 12a to 12n of the UTRAN 200.
  • the relay function modules 80a to 80n of the UTRAN 200 operate if the packet to be delivered to the UE 100 is real-time and when the RTCP is used. If non-real-time, they do not operate. If the RTCP is not used even though the packet to be delivered is real-time, the relay function modules 80a to 80n do not operate.
  • the operation of the relay function modules 80a to 80n is controlled by the indicator received from the corresponding one of the SGSNs 40a to 40n.
  • the data source 70 should be able to monitor the network status as a loss amount of the RTP packet during the packet transmission via the UTRAN 200 in the middle of the wire and wireless lines.
  • the relay function modules 80a to 80n feed back the RTCP packet containing the reception status information of the wired line to the data source 70.
  • the RNCs 12a to 12n equipped with the relay function modules 80a to 80n respectively transmit the packet received from the corresponding one of the SGSNs 40a to 40n to the UE by wireless line.
  • the RNCs 12a to 12n transmit the packet to a plurality of UEs located in their service domain. If the packet received from the corresponding one of the SGSNs 40a to 40n is a real-time packet, the relay function modules 80a to 80n transmit the real-time packet to the UEs.
  • the relay function modules 80a to 80n feed back control packets (e.g., RTCP packets) containing the reception status information of the real-time packet to the data source 70 and receive control packets (e.g., RTCP packet) containing the reception status information of the wireless line from the UEs, respectively.
  • control packets e.g., RTCP packets
  • RTCP packets e.g., RTCP packets
  • each status information of the control packets received from the UEs is included in the corresponding one of the control packets to be fed back to the data source 70.
  • each control packet fed back to the data source 70 does not contain the reception status information of the wireless line, whereby the control packets (RTCP packets received from the UEs) containing the reception status information of the wireless line are handled by the RNCs 12a to 12n, respectively.
  • the RNCs 12a to 12n determine sizes and/or amounts and/or coding schemes of packets to be transmitted to the wireless line based on the control packets received from the UEs, respectively.
  • the relay function modules 80a to 80n used in discerning statuses of the wire and wireless lines in the flow of the real-time/non- real-time packets are installed in the RNCs 12a to 12n, respectively.
  • the relay function modules 80a to 80n can be independently installed in the UTRAN 200 from the RNCs 12a to 12n.
  • the RNCs 12a to 12n can be implemented to perform functions including the function of the relay function modules 80a to 80n.
  • the relay function modules 80a to 80n are installed at the RNCs 12a to 12n, respectively. Examples of transferring the indicator to the UTRAN 200 in the present invention are explained as follows.
  • the core network 300 delivers the indicator indicating the attribute of the packet to be transmitted to the UTRAN 200.
  • Such an indicator indicates whether a packet has a realtime or non-real-time attribute and whether the control packet, such as RTCP packet, is used.
  • the relay function modules 80a to 80n inform the data source 70 of the status information for the real-time packet in the wired line. Yet, if the indicator informing the packet transmission of the non-real-time attribute is received from the core network 300, the relay function modules 80a to 8 On are not involved in the non-real-time packet transmission at all. The relay function modules 80a to 80n are turned off by the command of the indicator, when a non-real time packet attribute is transferred from the data source 70.
  • the core network 300 transfers the indicator to the UTRAN 200, if the attribute of the packet to be transmitted is non-real-time or if the status information in the wired line is not requested despite that the packet to be transmitted is a real-time packet. That is, the RTCP is not used in case of real-time packet transmission. Hence, receiving one indicator informing the packet transmission of the non-real-time attribute or the other indicator informing that the status information in the wired line is not requested from the core network 300.
  • the relay function modules 80a to 80n are not involved in the non-real-time or real-time packet transmission and are just turned off.
  • the relay function modules 80a to 80n determine whether to use the RTCP packet according to the command of the indicator from the core network 300, when a RTP packet is transmitted from the data source 70.
  • the core network 300 transfers the indicator to the UTRAN 200, if the RTCP packet is used.
  • the relay function modules 80a to 80n offers the RTCP packet containing the status information of the wired line to the data source 70 and are not involved in other transmission, which does not use the RTCP packet, of the packet of the real-time attribute.
  • the indicator contains the information of informing whether to use the RTCP.
  • the data source 70 intends to transfer a real-time packet requesting status information for real-time packet transmission and a real-time or non-real-time packet failing to request the status information for the real-time packet transmission.
  • the core network 300 sets up a radio access bearer with at least one terminal 100 (SI 0).
  • SI 0 a radio access bearer with at least one terminal 100
  • the core network 300 determines the attribute of packet data to be transmitted from the data source 70 and informs the UTRAN 200 of the determined attribute.
  • the SGSNs 40a to 40n of the core network 200 inform the UTRAN 70 whether the packet to be transmitted from the data source 70 has the real-time or non-real-time attribute.
  • the SGSN 40 informs the UTRAN 200 whether to use RTCP for the transmission of the real-time packet, for which the SGSN 40 uses an indicator.
  • one indicator indicates whether the packet to be transmitted has the non-real-time or real-time attribute.
  • This indicator is a packet attribute indicator.
  • Another indicator of informing whether to use the RTCP for the transmission of the realtime packet is named an RTCP use/not-use indicator, for example.
  • the UTRAN 200 determines whether to use the relay function modules 80a to 80n based on the received indicator (SI 1). Subsequently, the packet of the data source 70 is transferred to the RNCs 12a to 12n of the UTRAN 200 (S12).
  • the RNCs 12a to 12n of the UTRAN 200 have already decided whether to use the relay function modules 80a to 80n by the indicator received from the core network 300 in the process of setting up the radio access bearer. Therefore, the relay function modules 80a to 80n operate in the following two ways for a packet to be received.
  • each of the relay function modules 80a to 80n adds status information (e.g., a loss amount of RTP packet) in the wired line for the received RTP packet to an RTCP packet and feeds it back to the data source 70 (S13).
  • the RNCs 12a to 12n offer the RTP packet received by tunneling or node-to-node communication to the relay function modules 80a to 80n, respectively.
  • the RNCs 12a to 12n or the relay function modules 80a to 80n transmit the received RTP packet to a plurality of terminals 100 in the wireless line (SI 4).
  • the RTP packet transmitted to the terminals 100 is broadcasted or multicasted on downlink radio channel.
  • the data source 70 having received the RTCP packet determines data size, appropriate encoding scheme, and/or the like of an RTP packet to be transmitted based on the status information included in the RTCP packet (SI 5).
  • the data source 70 changes routing information included in an RTP packet to be transmitted later based on the status information included in the RTCP packet so that RTP packets are prevented from flowing in elements of the core network 300 and/or the UTRAN 200 where collisions frequently take place (SI 5). Moreover, the data source 70 regards the RTCP packets transferred from the relay function modules 80a to 80n as being transferred one by one per each wire/wireless line termination point and appropriately determines each bandwidth required for the transmissions of the RTP packet and the RTCP packet (S 15).
  • the terminal 100 has already recognized the attribute of the packet to be received in the process of setting up the radio access bearer with the core network 300.
  • the corresponding terminal 100 having received the RTP packets generates RTCP packet including status information such as the number of RTP packets lost during transmission in the wireless line, transmission delay time, and the like and then feeds it back to the RNCs 12a to 12n or the relay function modules 80a to 80n (S16).
  • the RNCs 12a to 12n or the relay function modules 80a to 80n perform transmission handling on the RTP packet transmitted to the respective terminals 100 in the wireless line based on the reception status information acquired from the RTCP packets transmitted from the respective terminals 100 in the wireless line (S 18).
  • the RNCs 12a to 12n or the relay function modules 80a to 80n further feed back the RTCP packets received from the respective terminals 100 to the data source 70.
  • the data source then further considers the RTCP packets fed back from the respective terminals 100 in determining the data size, appropriate encoding scheme, and/or the like of the RTP packets to be transmitted thereafter.
  • a packet to be received is an RTP packet using no RTCP or a non-real-time packet, i.e. in case that the relay function module 80 is unnecessary for use
  • the RNCs 12a to 12n transmit the packet received via the core network 300 to a plurality of the terminals 100 in the wireless line (S18). Where RTCP itself is unused, the terminals 100 having received RTP packets take no operational action for generating RTCP packets.
  • UTRAN including the relay function module transfers RTCP packet to the data source from a termination of wired line to preferably perform RTP and RTCP operations.
  • RTCP packet transmitted from each user equipment is handled in UTRAN so as not to be transferred to the data source.
  • waste of radio resources is prevented, and the number of packets lost in collision on Internet can be accurately grasped. Therefore, the number of the lost packets can be counted, whereby it is able to appropriately control to provide a packet service.
  • the present invention is configured to change the packet size and encoding scheme of RTP packets to be transmitted according to the respective causes of the wire and wireless lines. For instance, the data source appropriately changes the size and encoding scheme of the RTP packet to be transmitted to reduce the loss of the RTP packet to be transmitted, whereby data transfer amount can be accurately adjusted. Moreover, the situation of the wired line is accurately grasped to efficiently control the wired line.
  • the wireless line itself can adjust the data transfer amount and encoding scheme to be appropriate for the status of the current wireless line.
  • statuses of the wire and wireless lines are separated from each other, whereby it is able to accurately judge whether the loss of the real-time data packets takes place in the wire or wireless line as well as to accurately judge the respective packet transmission delay times in the wire and wireless lines.
  • bandwidths for RTP and RTCP can be accurately determined, and the overall network can be more effectively controlled by grasping the status of the wired line.
  • the system according to the present invention is modified to be appropriate for MBMS.
  • MBMS uses RTP and RTCP to transmit real-time data.
  • the present invention is more effective when the system broadcasts/multicasts real-time packets to user equipments in wireless line for MBMS.
  • FIG. 6 illustrates a block diagram of mobile station according to the preferred embodiment of the present invention.
  • the mobile station 500 comprises a processor (or digital signal processor) 510, RF module 535, power management module 505, antenna 540, battery 555, display 515, keypad 520, memory 530, SIM card 525 (which maybe optional), speaker 545 and microphone 550.
  • processor or digital signal processor
  • a user enters instructional information, such as a telephone number, for example, by pushing the buttons of a keypad 520 or by voice activation using the microphone 550.
  • the microprocessor 510 receives and processes the instructional information to perform the appropriate function, such as to dial the telephone number. Operational data may be retrieved from the Subscriber Identity Module (SIM) card 525 or the memory module 530 to perform the function. Furthermore, the processor 510 may display the instructional and operational information on the display 515 for the user's reference and convenience.
  • SIM Subscriber Identity Module
  • the processor 510 issues instructional information to the RF section 535, to initiate communication, for example, transmit radio signals comprising voice communication data.
  • the RF section 535 comprises a receiver and a transmitter to receive and transmit radio signals.
  • An antenna 540 facilitates the transmission and reception of radio signals.
  • the RF module 535 may forward and convert the signals to baseband frequency for processing by the processor 510.
  • the processed signals would be transformed into audible or readable information outputted via the speaker 545, for example.
  • DSP digital signal processor
  • the preferred embodiments may be implemented as a method, apparatus or article of manufacture using standard programming and/or engineering techniques to produce software, firmware, hardware, or any combination thereof.
  • article of manufacture refers to code or logic implemented in hardware logic (e.g., an integrated circuit chip, Field Programmable Gate Array (FPGA), Application Specific Integrated Circuit (ASIC), etc.) or a computer readable medium (e.g., magnetic storage medium (e.g., hard disk drives, floppy disks, tape, etc.), optical storage (CD-ROMs, optical disks, etc.), volatile and non-volatile memory devices (e.g., EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs, firmware, programmable logic, etc.). Code in the computer readable medium is accessed and executed by a processor.
  • hardware logic e.g., an integrated circuit chip, Field Programmable Gate Array (FPGA), Application Specific Integrated Circuit (ASIC), etc.
  • a computer readable medium e.g., magnetic storage medium (e.g., hard disk drives, floppy disks, tape, etc.), optical storage (CD-ROMs, optical disks, etc.), volatile
  • the code in which preferred embodiments are implemented may further be accessible through a transmission media or from a file server over a network.
  • the article of manufacture in which the code is implemented may comprise a transmission media, such as a network transmission line, wireless transmission media, signals propagating through space, radio waves, infrared signals, etc.
  • a transmission media such as a network transmission line, wireless transmission media, signals propagating through space, radio waves, infrared signals, etc.

Landscapes

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

Abstract

L'invention porte sur un procédé de transfert de données en temps réel d'une source de données vers un dispositif mobile. Selon ce procédé, les paquets de données en temps réel sont transmis selon un protocole de communication en temps réel dans un réseau de communication possédant des segments de communication par câble et sans fil. Le procédé de communication de données consiste à établir un support de communication (S10) entre la source de données et le dispositif mobile; déterminer la perte de paquets du segment de communication par câble (S13); produire des informations de commande afin d'ajuster la taille de transmission des paquets de données en temps réel ou le mode de codage des données en temps réel, en fonction de la qualité des données de service, qui est déterminée en fonction des informations de commande.
EP03781084A 2003-01-11 2003-12-31 Systeme de service de paquets et procede de commande de la transmission par paquets Withdrawn EP1582078A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR20030001875A KR100956817B1 (ko) 2003-01-11 2003-01-11 패킷 데이터를 처리하는 방법 및 이를 위한 장치
KR2003001875 2003-01-11
PCT/KR2003/002925 WO2004064424A1 (fr) 2003-01-11 2003-12-31 Systeme de service de paquets et procede de commande de la transmission par paquets

Publications (1)

Publication Number Publication Date
EP1582078A1 true EP1582078A1 (fr) 2005-10-05

Family

ID=36081303

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03781084A Withdrawn EP1582078A1 (fr) 2003-01-11 2003-12-31 Systeme de service de paquets et procede de commande de la transmission par paquets

Country Status (6)

Country Link
EP (1) EP1582078A1 (fr)
JP (1) JP4354408B2 (fr)
KR (1) KR100956817B1 (fr)
CN (1) CN1739310B (fr)
AU (1) AU2003288783A1 (fr)
WO (1) WO2004064424A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8945124B2 (en) 2007-12-05 2015-02-03 Covidien Lp Thermal penetration and arc length controllable electrosurgical pencil

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8014340B2 (en) 2004-02-27 2011-09-06 Telefonaktiebolaget Lm Ericsson (Publ) Optimising resource usage in a packet switched network
US7986633B2 (en) 2004-12-27 2011-07-26 Lg Electronics Inc. Method of controlling data transmission for multimedia and broadcasting services in a broadband wireless access system
KR20060084720A (ko) * 2005-01-20 2006-07-25 엘지전자 주식회사 피티티 단말기의 음성 유디피 패킷 수신 방법
US8670359B2 (en) 2005-02-14 2014-03-11 Lg Electronics Inc. Method of controlling data transmission for MBS in broadband wireless access system
US8417255B2 (en) * 2007-03-16 2013-04-09 Qualcomm Incorporated Data transmission and power control in a multihop relay communication system
JP5191826B2 (ja) * 2008-07-04 2013-05-08 パナソニック株式会社 ストリーム通信装置、ストリーム通信方法及びストリーム通信システム
JP4740356B2 (ja) * 2009-06-30 2011-08-03 富士通株式会社 メディア配信切替え方法、受信装置、送信装置
US20140023047A1 (en) * 2012-07-17 2014-01-23 Intel Mobile Communications GmbH Communication device and method for controlling packet generation
CN104349400B (zh) * 2013-07-23 2019-04-05 华为技术有限公司 无线通信的方法、有线传输检测的方法及相关设备
JP2015156608A (ja) * 2014-02-21 2015-08-27 日本電気株式会社 端末、通話システム、通話方法
US11394759B2 (en) * 2017-06-29 2022-07-19 Sony Corporation Communication system and control apparatus

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7333439B2 (en) * 2000-08-24 2008-02-19 Matsushita Electric Industrial Co., Ltd. Sending/receiving method, and device for the same
GB0031537D0 (en) * 2000-12-22 2001-02-07 Pa Consulting Services Feedback control from decoder
JP2003152752A (ja) * 2001-08-29 2003-05-23 Matsushita Electric Ind Co Ltd データ送受信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2004064424A1 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8945124B2 (en) 2007-12-05 2015-02-03 Covidien Lp Thermal penetration and arc length controllable electrosurgical pencil

Also Published As

Publication number Publication date
KR20040064347A (ko) 2004-07-19
CN1739310A (zh) 2006-02-22
JP4354408B2 (ja) 2009-10-28
WO2004064424A1 (fr) 2004-07-29
CN1739310B (zh) 2011-01-12
AU2003288783A1 (en) 2004-08-10
JP2006513630A (ja) 2006-04-20
KR100956817B1 (ko) 2010-05-11

Similar Documents

Publication Publication Date Title
JP4982545B2 (ja) 移動通信システムのｍｂｍｓサービスのためのｐｄｃｐ構造及び動作方法
EP1556974B1 (fr) Canal commun de liaison montante destine a envoyer des informations retroactives
EP1561293B1 (fr) Appareil et procede permettant d'etablir un retour dans un service de radiodiffusion ou de multidiffusion
CN1526225B (zh) 无线电资源的动态分配
EP1668933B1 (fr) Procede et appareil d'etablissement d'un relevement radiogoniometrique pour service multimedia point a multipoint dans un systeme de communication mobile
KR100932485B1 (ko) 방송 및/또는 멀티캐스트 서비스를 제공하는 방법
US7079854B2 (en) Packet service system and method for controlling packet transmission
JP2005528865A5 (fr)
JP2007521691A (ja) Ｗｌａｎアクセス・ポイントとサービス提供ネットワークとの間のゲートウェイ・ノードを使用する、ｗｌａｎアクセス・ポイントを介したｃｄｍａ／ｕｍｔｓサービスへのアクセス
KR100755981B1 (ko) 콘텍스트 링크 방식
US7830828B2 (en) Communication apparatus, communication system and communication method
EP1472835B1 (fr) Traitement d'en-tetes de paquets de differentes tailles pour service conversationnel par paquet dans un systeme de communications de mobiles
KR20070084396A (ko) 이동 통신 시스템, 이동국 및 무선 기지국
JP2010518742A (ja) 制御メッセージと音声ペイロードとを分別する方法及び装置
EP1582078A1 (fr) Systeme de service de paquets et procede de commande de la transmission par paquets
WO2022027425A1 (fr) Signalisation pour services de diffusion en multidiffusion
KR100983266B1 (ko) 패킷의 전송 처리 방법 및 그를 위한 시스템

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: 20050707

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)
RIN1 Information on inventor provided before grant (corrected)

Inventor name: LEE, SO YOUNG

Inventor name: YI, SEUNG JUNE

Inventor name: LEE, YOUNG DAE

17Q First examination report despatched

Effective date: 20071214

RIC1 Information provided on ipc code assigned before grant

Ipc: H04W 28/06 20090101AFI20130204BHEP

Ipc: H04L 1/00 20060101ALI20130204BHEP

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20130327

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

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20130702

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Free format text: PREVIOUS MAIN CLASS: H04Q0007240000

Ipc: H04W0088020000

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Free format text: PREVIOUS MAIN CLASS: H04Q0007240000

Ipc: H04W0088020000

Effective date: 20140526