WO2008140274A1 - Appareil et procédé pour émettre/recevoir du contenu dans un système de communication mobile - Google Patents

Appareil et procédé pour émettre/recevoir du contenu dans un système de communication mobile Download PDF

Info

Publication number
WO2008140274A1
WO2008140274A1 PCT/KR2008/002714 KR2008002714W WO2008140274A1 WO 2008140274 A1 WO2008140274 A1 WO 2008140274A1 KR 2008002714 W KR2008002714 W KR 2008002714W WO 2008140274 A1 WO2008140274 A1 WO 2008140274A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
server
terminal
repair
request message
Prior art date
Application number
PCT/KR2008/002714
Other languages
English (en)
Inventor
Jong-Hyo Lee
Sung-Oh Hwang
Kook-Heui Lee
Original Assignee
Samsung Electronics Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020070073492A external-priority patent/KR20080101615A/ko
Application filed by Samsung Electronics Co., Ltd. filed Critical Samsung Electronics Co., Ltd.
Publication of WO2008140274A1 publication Critical patent/WO2008140274A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • 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/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor

Definitions

  • the present invention relates generally to an apparatus and method for delivering/receiving content in a mobile communication system, and in particular, to an apparatus and method for delivering/receiving content in a dynamic content system.
  • the mobile communication markets are faced with constant demands for production of new services through recombination and integration of the existing technologies.
  • the recent development of the communication and broadcast technologies enables the conventional broadcast system and/or mobile communication system to provide broadcast services through portable terminals (or mobile terminals) such as mobile phones and Personal Digital Assistants (PDAs).
  • PDAs Personal Digital Assistants
  • IP Internet Protocol
  • IP Internet Protocol
  • OMA Open Mobile Alliance
  • DCD Dynamic Content Delivery
  • the content may be actually disconnected during its delivery because of movement of the user and interference occurring in the radio environment, and the terminal needs a method to resume and repair of the content.
  • the terminal needs a method to resume and repair of the content.
  • no method to resume and repair is defined in the DCD, there is a need for a technology for solving the disconnection problem.
  • An aspect of the present invention is to address at least the problems and/or disadvantages set forth above and to provide at least the advantages described below. Accordingly, an aspect of the present invention is to provide an apparatus and method for redelivering content that is lost due to wire/wireless errors in a mobile communication system.
  • Another aspect of the present invention is to provide an efficient redelivery apparatus and method that considers characteristics of different networks such as Peer-to-Peer (P2P) and broadcast networks over which content of broadcast services is delivered, in order to redeliver the content for the broadcast services.
  • P2P Peer-to-Peer
  • broadcast networks over which content of broadcast services is delivered, in order to redeliver the content for the broadcast services.
  • Another aspect of the present invention is to provide an apparatus and method capable of preventing the unnecessary use of wire/wireless resources to redeliver the broadcast content.
  • Yet another aspect of the present invention is to provide signaling and message for content repair between a broadcast system server and a terminal to redeliver the content in a digital broadcast service.
  • the content reception method includes sending content to a server a Content Delivery Repair Request message requiring repair of the, when reception of the content provided from the server is not normally carried out; and receiving from the server a Content Delivery Repair Response message in response to the Content Delivery Repair Request message.
  • the content delivery method includes receiving a Content Delivery Repair Request message from a terminal, when reception of the content is not normally carried out at the terminal; and sending a Content Delivery Repair Response message in response to the Content Delivery Repair Request message.
  • a terminal apparatus for receiving content from a server in a mobile communication system.
  • the content reception apparatus includes a client module for sending to the server a Content Delivery Repair Request message requiring repair of the content, when reception of the content provided from the server is not normally carried out, and receiving from the server a Content Delivery Repair Response message in response to the Content Delivery Repair Request message.
  • an apparatus for delivering content in a mobile communication system includes a server for receiving a Content Delivery Repair Request message from a terminal, when reception of the content is not normally carried out at the terminal, and sending a Content Delivery Repair Response message in response to the Content Delivery Repair Request message.
  • FIG. 1 is a diagram illustrating DCD configuration and interface configuration in a mobile communication system to which the present invention is applicable;
  • FIG. 2 is a signaling diagram illustrating a content repair method/procedure according to an embodiment of the present invention
  • FIG. 3 is a flowchart illustrating an operation of a terminal according to an embodiment of the present invention.
  • FIG. 4 is a flowchart illustrating an operation of a server according to an embodiment of the present invention.
  • 3GPP 3 rd Generation Partnership Project
  • DCD Dynamic Content Delivery
  • OMA Open Mobile Alliance
  • FIG. 1 is a diagram illustrating DCD configuration and interface configuration in a mobile communication system to which the present invention is applicable.
  • a DCD system 100 includes a DCD Client 102 and a DCD Server 104.
  • the DCD Client 102 is situated in a mobile terminal 106, and is used to access the DCD Server 104.
  • the DCD Client 102 includes three logical functions of a Subscription and Administration function 102a, a Content Delivery and Storage Management function 102b, and a Client Application Interaction function 102c.
  • the Subscription and Administration function 102a is in charge of exchanging service administration information with the DCD Server 104
  • the Content Delivery and Storage Management function 102b is in charge of managing the content received from the DCD Server 104.
  • the Client Application Interaction function 102c supports a useful function capable of accessing the DCD service from a DCD Enabled Client Application 103 that utilizes the DCD system 100 via the corresponding DCD Client 102.
  • the DCD Server 104 provides an application-based network function for the DCD service.
  • the DCD Server 104 includes two logical functions: a Distribution and Adaptation function 104a and a Subscription and Administration function 104b.
  • the Subscription and Administration function 104b is in charge of exchanging service administration information with the DCD Client 102
  • the Distribution and Adaptation function 104a provides DCD content and DCD content notification to the DCD Client 102.
  • Table 1 shows interfaces used between the elements (or logical entities) of FIG. 1.
  • the content may be actually disconnected during its delivery because of movement of the user and interference occurring in the radio environment, and the terminal 106 needs a Redeliver/Resume Request & Receive method for repair of the content.
  • a Redeliver/Resume method for content repair is defined in DCD, there is a need for a technology for solving the disconnection problem.
  • Redeliver/Resume should be carried out from the part where the terminal 106 has failed its reception, and since DCD service may use various types of wire/wireless networks during its content delivery, a redelivery method designed considering these matters should be defined.
  • FIG. 2 is a signaling diagram illustrating a content repair method/procedure according to an embodiment of the present invention. Before a description of the content repair method according to an embodiment of the present invention is given, each of the entities shown in FIG. 2 will be described.
  • a DCD Client 200 which is similar to the DCD Client 102 described in FIG. 1, is mounted in a terminal and supports a function for providing a DCD service at the terminal.
  • a function of sending a Content Delivery Repair Request message 210 and receiving a Content Delivery Repair Response message 220 in response thereto can be carried out in a Content Delivery and Storage Management function of the DCD Client 200.
  • a DCD Server 202 is similar to the DCD Server 104 described in FIG. 1, and supports all functions for providing the DCD service to users. Further, in FIG.
  • a function of receiving a Content Delivery Repair Request message 210 from the DCD Client 200 and sending a Content Delivery Repair Response message 220 in response to the Content Delivery Repair Request message 210 can be carried out in a Distribution and Adaptation function of the DCD Server 202.
  • the DCD Client 200 which was receiving content of the DCD service, may recognize that only a part of the content is received due to an error of wire/wireless networks or movement of the terminal, or may recognize that an error occurs in the currently received content due to occurrence of interference during the content reception.
  • the DCD Client 200 sends a Content Delivery Repair Request message 210 to the DCD Server 202 in step 210.
  • An exemplary format of the Content Delivery Repair Request message sent in step 210 is as shown in Table 2.
  • IE Information Element
  • Req 'Requirement
  • 'Description' means a description of the corresponding IE.
  • 'Message-Type' is an item assigned to identify a type of the message sent to the DCD Server 202 by the DCD Client 200.
  • 'Session ID' is a Session's identifier indicating an authentication relation between the DCD Client 200 and the DCD Server 202, both of which have subscribed to the DCD service, and with use of the Session ID, the DCD Server 202 authenticates the DCD Client 200.
  • the DCD Server 202 authenticates the DCD Client 200 by means of the Session ID, and determines that the message sent in step 210 has been sent from the DCD Client 200 having the right for the DCD service.
  • the Session ID acquisition process is performed between the DCD Client 200 and the DCD Server 202 before content reception for the DCD service, and its detailed method follows the OMA DCD standard. Also, the Session ID also serves to identify a user when the DCD Client 200 uses the DCD service through point-to-point communication between the DCD Client 200 and the DCD Server 202.
  • 'Content ID' indicates an identifier of the content that the DCD Client 200 has failed to completely receive from the DCD Server 202, and it is needed by the DCD Client 200 to notify the DCD Server 202 of the content requiring repair.
  • 'Channel ID' is needed to identify the channel through which the content is delivered.
  • 'Range' is needed to indicate the part additionally required to complete the reception, in the data of the content that needs repair due to a failure in its complete reception.
  • the Range value is needed to prevent the unnecessary redelivery of the entire content when only a part of the content needs repair.
  • the Range value corresponds to a size of the successfully received data in the corresponding content, and is expressed in bytes.
  • the Range value is set to '0', it means redelivery of the entire content. For example, in the case where only 2 Mega Bytes (MB) of the 5-MB content has been successfully received, if the DCD Client 200 sends the Content Delivery Repair Request message 210 to the DCD Server 202 after setting its Range field value to 2 MB, the DCD Server 202 can redeliver the remaining 3 MB of the corresponding content, determining that the DCD Client 200 has successfully received only the 2 MB out of the total 5 MB.
  • MB Mega Bytes
  • 'User ID' is an identifier of the user who enjoys the DCD service using the terminal that sent the Content Delivery Repair Request message 210, or is an identifier of the DCD Client 200.
  • the User ID can be used for paging the DCD Client 200 for later content repair.
  • the User ID is needed to identify the area where the DCD Client 200 is located, when content repair is required in a cellular network through the broadcast system such as Cell Broadcast System (CBS).
  • CBS Cell Broadcast System
  • the DCD Server 202 when repairing content through point-to-point communication, the DCD Server 202 is provided with user information during initial authentication, so it can identify a user with the Session ID.
  • 'Transport' is an item used by the DCD Client 200 to notify the DCD Server 202 with which delivery scheme it has received the content identified by the content ID, and reference will be made thereto when the DCD Server 202 carries out redelivery for repair.
  • 'Transport' can indicate delivery through a broadcast channel or a point-to-point channel.
  • 'Message ID' is a value assigned to identify messages being sent in the ongoing session, and is generated in the entity that generates the messages. 'Message ID' can be used for uniquely identifying messages, for example, for identifying an error tracking or duplicated request message during error occurrence.
  • a Content Delivery Repair Response message being sent in step 220 in response to step 210 in FIG. 2 is a response message to the Content Delivery Repair Request message 210 that the DCD Server 202 has received from the DCD Client 200.
  • the DCD Server 202 can immediately deliver repaired content or can later redeliver the deliver repaired content taking the efficiency of wire/wireless resources into account.
  • the DCD Server 202 can immediately repair the content on a point-to-point basis. Otherwise, when the content is repeatedly provided again through a broadcast channel after a lapse of a predetermined time, the DCD Server 202 can provide the expected broadcast schedule without immediately providing the content so that the terminal can repair the content.
  • the DCD Server 202 delivers the repaired content required by the DCD Client 200 through the broadcast channel, because the DCD Server 202 is in the situation where it cannot immediately deliver the content due to the limited processing capacity in the server, or because the DCD Server 202 has received a plurality of redelivery requests.
  • a description will now be made of an embodiment of carrying out content redelivery through the broadcast channel.
  • the DCD Server 202 intends to carry out redelivery for content repair using the broadcast channel because the content delivery through the broadcast channel can reduce wireless resources due to the large size of the requested content, or because it is efficient to deliver the content to a plurality of terminals through the broadcast channel as there are many repair requests for the same content.
  • the DCD Client 200 Upon receipt of the Content Delivery Repair Response message 220 from the DCD Server 202, the DCD Client 200 delivers the content to an application when the content was delivered along with the received Content Delivery Repair Response message 220. Otherwise, when the content is to be delivered later, the DCD Client 200 receives the repaired content at the time the content is to be delivered, depending on the information in the received Content Delivery Repair Response message 220.
  • An exemplary format of the Content Delivery Repair Response message 220 is as shown in Table 3, and definitions of its items are the same as those in Table 2.
  • Table 3 shows an exemplary format of the Content Delivery Repair Response message used in step 220.
  • 'Message-Type' in Table 3 is an item assigned to identify a type of the message sent to the DCD Client 200 by the DCD Server 202, and indicates the Content Delivery Repair Response message used in step 220.
  • 'Session-ID' and 'Message-ID' are the same as described in Table 2, and 'Content' indicates the actually repair-requested content, i.e., indicates the content repair-requested by the terminal.
  • the 'Content' is inserted into the Content Delivery Repair Response message 220 in the form of Multipurpose Internet Mail Extension (MIME) for its delivery.
  • MIME Multipurpose Internet Mail Extension
  • 'Alternate Delivery' is an item used by the DCD Server 202 to notify the DCD Client 200 how it will deliver the repaired content later, when it cannot immediately deliver the repaired content. Sub-items of the 'Alternate Delivery' item will be described in detail in Table 4.
  • Table 4 shows the detailed sub-items of the 'Alternate Delivery' item among the items of the message used in step 220.
  • the 'Alternate Delivery' item is an item used by the DCD Server 202 to defer the delivery because it cannot immediately deliver the content, or to defer the delivery for efficient delivery.
  • the repair deferment is provided by deferring the content repair for multiple users through broadcast.
  • the repair deferment can be used when the broadcast system is efficient for high-capacity delivery, compared with the point-to-point communication system.
  • the content repair through broadcast can be suitably used when users adjacent to a particular area simultaneously request repair for the same content as they have a problem while receiving the same content.
  • a 'Transport' element in Table 4 is an item used by the DCD Server 202 to identify which delivery system or protocol it will use for repair.
  • 'Time' is needed to notify the DCD Client 200 when the repaired content will be delivered, in indicating the expected time the deferred repair is to be carried out.
  • the 'Time' should be known when a broadcast system such as CBS is used, and can be used even when the content is repaired through deferred point- to-point repair instead of the broadcast system.
  • 'BCAST Data' contains information notifying the DCD Client 200 how it can determine the repaired content when the content is repaired through the BCAST system.
  • the 'BCAST Data' item, during its transmission, includes identifiers of the necessary Service Fragment, Schedule Fragment, and Access Fragment in the BCAST service guide through which delivery information and schedule information for the content are transmitted, so that the DCD Client 200 can receive the content over the BCAST system.
  • the detailed configuration information for the service guide fragments of BCAST are specified in OMA BCAST Technical Specification Service Guide.
  • FIG. 3 is a flowchart illustrating an operation of a terminal according to an embodiment of the present invention.
  • the flowchart of FIG. 3 can be carried out in a Content Delivery and Storage Management function 102b of a DCD Client 200.
  • a terminal detects a failure in completion of content reception, and calculates the amount of missing content. After calculating the amount of missing content, the terminal generates a Content Delivery Repair Request message defined in Table 2 in step 302. In this case, the terminal sets the required amount of data in the Range field when it needs a partial repair, i.e., when it needs to resume, and the terminal sets the Range field to '0' when it needs the entire repair. Also, the terminal can notify its currently used delivery scheme to which the server may make reference when selecting the delivery scheme in repair preparation. For repair through broadcast, a number such as Mobile Subscriber ISDN Number (MSISDN) for identification of a user terminal should also be transmitted.
  • MSISDN Mobile Subscriber ISDN Number
  • the terminal After sending the Content Delivery Repair Request message in step 303, the terminal waits for a Content Delivery Repair Response message in response to the Content Delivery Repair Request message.
  • the terminal parses the contents of the received Content Delivery Repair Response message.
  • a DCD Client 200 in the terminal determines in step 305 if there is any content inserted into the message. If there is content inserted into the message, the DCD Client 200 immediately delivers the content to a DCD Enabled Client Application 103 in the terminal, at which the content is to be used.
  • the DCD Client 200 prepares , in step 306, for reception according to the information of an 'Alternate Delivery' item defined in Table 4, and receives the content according to the given time and method in step 307.
  • the DCD Client 200 prepares for makes reception using the BCAST information, and when there is no BCAST information, the DCD Client 200 only needs to receive the content through CBS at the designated time.
  • step 306 determines whether the corresponding content, though it will undergo deferred repair, is not expected to be repaired through broadcast. If it is determined in step 306 that the corresponding content, though it will undergo deferred repair, is not expected to be repaired through broadcast, the DCD Client 200 proceeds to step 308 where it waits for the content according to the information of the 'Alternate Delivery' item specified in Table 4.
  • FIG. 4 is a flowchart illustrating an operation of a server according to an embodiment of the present invention.
  • the flowchart of FIG. 4 can be performed in a Distribution and Adaptation function 104a of a DCD Server 202.
  • a server Upon receipt of a Content Delivery Repair Request message from a terminal in step 400, a server determines in step 401 if there is any Content Delivery Repair Request message received from another terminal, which is the same as the Content Delivery Repair Request message received from the terminal. Due to the time required for the determination process, the server temporarily defers the overall process required for making content repair, and receives a redelivery request message for the same content from other terminals for a predetermined time. In particular, when content of the DCD service was originally delivered through the broadcast channel, since the same repair requests may be received from multiple terminals, the server may wait while holding the process for a predetermined time.
  • the server can efficiently use wire/wireless resources by redelivering the content through the broadcast channel, rather than delivering the content to the terminals on a point-to-point basis.
  • the server determines in step 402 if it will make a repair through broadcast.
  • the server sets up broadcast-based repair in step 403. For example, when BCAST is used for redelivery of the DCD content, the server determines the schedule indicating the time that the content will be delivered, and also determines the channel through which the content will be delivered, and based on this information, the server generates a Content Delivery Repair Response message specified in Table 3 in step 404. The Content Delivery Repair Response message generated in step 404 is delivered to the terminal in step 405.
  • the server delivers information on the services delivered according to the attribute of broadcast, to all terminals in the receivable area through the broadcast channel, and the terminals each determine if there is a need to receive the corresponding service or content using their received information, thereby finally determining if they will receive the service or content.
  • step 406 determines in step 406 if it can immediately make a repair for the terminal. If it is determined in step 406 that it can immediately make a repair, the server selects a delivery method to be used for the repair in step 407. In this case, for example, the server can immediately provide repaired content through an interaction network. According to the delivery method selected in step 407, the server generates a Content Delivery Repair Response message specified in Table 3 in step 408, and sends the generated Content Delivery Repair Response message to the terminal in step 405. However, if it is determined in step 406 that it cannot immediately make a repair, the server proceeds to step 409 indicating a situation of the deferred point-to-point repair.
  • step 409 the server determines a time for deferred repair, and based on the result, the server determines a delivery method in step 410.
  • step 411 the server generates a Content Delivery Repair Response message defined in Table 3 based on the information determined in steps 409 and 410, and then proceeds to step 405 where it sends the generated Content Delivery Repair Response message to the terminal.
  • the present invention in carrying out content redelivery that can occur due to several reasons when providing content in the mobile communication system, can redeliver the content to the terminal requiring the redelivery by efficiently utilizing the wire/wireless resources in the network providing the content service.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention concerne un appareil et un procédé pour émettre/recevoir du contenu dans un système de communication mobile. Un terminal envoi un message de Demande de Réparation de la Remise de Contenu demandant à un serveur la réparation du contenu quand la réception du contenu provenant du serveur ne n'est pas déroulée normalement, puis le terminal reçoit un message de Réponse de Réparation de Remise de Contenu en provenance du serveur en réponse au message de Demande de Réparation de Remise de Contenu. Le serveur un message de Demande de Réparation de la Remise de Contenu en provenance du terminal quand la réception du contenu par le terminal ne n'est pas déroulée normalement, puis le serveur envoie un message de Réponse de Réparation de Remise de Contenu en réponse au message de Demande de Réparation de Remise de Contenu.
PCT/KR2008/002714 2007-05-15 2008-05-15 Appareil et procédé pour émettre/recevoir du contenu dans un système de communication mobile WO2008140274A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20070047349 2007-05-15
KR10-2007-0047349 2007-05-15
KR1020070073492A KR20080101615A (ko) 2007-05-15 2007-07-23 이동 통신 시스템에서 방송 서비스를 위한 컨텐츠 제공장치 및 방법
KR10-2007-0073492 2007-07-23

Publications (1)

Publication Number Publication Date
WO2008140274A1 true WO2008140274A1 (fr) 2008-11-20

Family

ID=40002408

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2008/002714 WO2008140274A1 (fr) 2007-05-15 2008-05-15 Appareil et procédé pour émettre/recevoir du contenu dans un système de communication mobile

Country Status (1)

Country Link
WO (1) WO2008140274A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040229599A1 (en) * 2003-05-16 2004-11-18 Quick Roy Franklin Reliable reception of broadcast/multicast content
US20060281444A1 (en) * 2005-06-14 2006-12-14 Samsung Electronics Co.; Ltd DMB data receiving apparatus and method for improving DMB data receiving speed
KR20070012593A (ko) * 2005-07-23 2007-01-26 엘지전자 주식회사 디엠비 방송의 전송오류 처리장치 및 방법
KR100681128B1 (ko) * 2006-01-06 2007-02-08 에스케이 텔레콤주식회사 무선 인터넷에서 컨텐츠 제공 방법 및 그 시스템
KR20070025277A (ko) * 2005-09-01 2007-03-08 주식회사 케이티프리텔 Ｄｍｂ 망을 이용한 데이터 전송 시스템 및 전송 데이터의오류 정정 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040229599A1 (en) * 2003-05-16 2004-11-18 Quick Roy Franklin Reliable reception of broadcast/multicast content
US20060281444A1 (en) * 2005-06-14 2006-12-14 Samsung Electronics Co.; Ltd DMB data receiving apparatus and method for improving DMB data receiving speed
KR20070012593A (ko) * 2005-07-23 2007-01-26 엘지전자 주식회사 디엠비 방송의 전송오류 처리장치 및 방법
KR20070025277A (ko) * 2005-09-01 2007-03-08 주식회사 케이티프리텔 Ｄｍｂ 망을 이용한 데이터 전송 시스템 및 전송 데이터의오류 정정 방법
KR100681128B1 (ko) * 2006-01-06 2007-02-08 에스케이 텔레콤주식회사 무선 인터넷에서 컨텐츠 제공 방법 및 그 시스템

Similar Documents

Publication Publication Date Title
EP2034697A2 (fr) Procédé et appareil de transmission/réception d'un contenu dans un système de communication mobile
US9008620B2 (en) Mobile device service authorization system and method
CN100438408C (zh) 一种实现代理下载的方法、装置及系统
US20070288469A1 (en) System and method for mixed mode delivery of dynamic content to a mobile device
US20160155155A1 (en) System and method for managing shared/forwarded advertisement
US20050228895A1 (en) Method, Web service gateway (WSG) for presence, and presence server for presence information filtering and retrieval
US7574201B2 (en) System for authentication of network usage
US20060030303A1 (en) Method and apparatus for negotiating mobile services
KR101297519B1 (ko) Ｄｃｄ 서비스에서 사용자 콘텐트 제출 방법 및 시스템
CN103188131A (zh) 即时通信客户端上的好友推荐方法和装置
KR20050072461A (ko) 하이브리드 네트웍에서의 콘텐츠 전송
US20120117165A1 (en) System and method for mixed mode delivery of dynamic content to a mobile device
KR100812396B1 (ko) 위치기반 멀티미디어 메시지 서비스 방법 및 이를 위한장치
CA2591347C (fr) Systeme et methode de livraison en mode de type mixte de contenu dynamique a un appareil mobile
KR20100112979A (ko) 휴대 광고 시스템에서 휴대 광고 서비스 제공 방법 및 장치
US20120215869A1 (en) Multimedia Message Transmission Method and Apparatus Thereof, and Domain Name Server
US20160182244A1 (en) Method and System for Obtaining Content Location Information Enabling Differential Charging Algorithms in Multimedia Broadcast and Multicast Service (MBMS)
CN101662486B (zh) 一种订阅信息的方法和系统
US20060080396A1 (en) Electronic mail charging system and electronic mail charging method
WO2008140274A1 (fr) Appareil et procédé pour émettre/recevoir du contenu dans un système de communication mobile
US20100005164A1 (en) Methods and apparatus for providing a control channel in a data network
CN101494836A (zh) 彩信业务发送方法、装置及系统
CN114727239B (zh) 视频短信的处理系统
EP2034677A1 (fr) Système d'envoi groupé de messages multimédia et procédé associé
CN113676893B (zh) 通信方法、基站和通信系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08753510

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08753510

Country of ref document: EP

Kind code of ref document: A1