CN101584224B - 移动广播系统中由终端报告流服务的接收比率的方法和装置、及其系统 - Google Patents

移动广播系统中由终端报告流服务的接收比率的方法和装置、及其系统 Download PDF

Info

Publication number
CN101584224B
CN101584224B CN2007800379374A CN200780037937A CN101584224B CN 101584224 B CN101584224 B CN 101584224B CN 2007800379374 A CN2007800379374 A CN 2007800379374A CN 200780037937 A CN200780037937 A CN 200780037937A CN 101584224 B CN101584224 B CN 101584224B
Authority
CN
China
Prior art keywords
acceptance rate
terminal
attribute
measurement
type
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN2007800379374A
Other languages
English (en)
Other versions
CN101584224A (zh
Inventor
李钟孝
黄承吾
李国熙
郑甫先
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.)
Samsung Electronics Co Ltd
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
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN101584224A publication Critical patent/CN101584224A/zh
Application granted granted Critical
Publication of CN101584224B publication Critical patent/CN101584224B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/12—Arrangements for observation, testing or troubleshooting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/23805—Controlling the feeding rate to the network, e.g. by controlling the video pump
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6377—Control signals issued by the client directed to the server or network components directed to server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64315—DVB-H
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6582—Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/40—Arrangements for broadcast specially adapted for accumulation-type receivers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/61—Arrangements for services using the result of monitoring, identification or recognition covered by groups H04H60/29-H04H60/54
    • H04H60/66—Arrangements for services using the result of monitoring, identification or recognition covered by groups H04H60/29-H04H60/54 for using the result on distributors' side
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring

Abstract

一种用于在广播系统中报告广播服务的接收比率的系统。网络实体发送指示广播流服务的接收比率的至少一种测量类型的接收比率报告指示消息。终端接收所述接收比率报告指示消息，并发送包括接收比率的接收比率报告消息，所述接收比率表示指示该终端在依照由所述接收比率报告指示消息指示的测量类型的接收比率测量时间间隔期间预期接收的分组总数的expected Total Packets与指示该终端在所述接收比率测量时间间隔期间已经接收的分组总数的received Total Packets的比率。

Description

移动广播系统中由终端报告流服务的接收比率的方法和装置、及其系统
技术领域
本发明一般地涉及用于在广播系统中提供广播服务的方法和装置及其系统，而且具体地，涉及用于在广播系统中报告流服务的接收比率的方法和装置及其系统。
背景技术
这里所使用的广播系统指的是向终端提供广播服务的移动广播系统。移动通信市场不断面临通过已有技术的重新组合或综合来产生新服务的需求。今天，由于通信和广播技术的发展，常规广播系统已经到达通过诸如移动电话和个人数字助理(PDA)的移动终端(以下称为终端)提供广播服务的阶段。移动通信服务与因特网协议(IP)技术的聚合目前是下一代移动通信技术的主流，其与潜在的市场需求、不断增长的对多媒体服务的用户需求、服务提供商提供除已有语音服务之外的类似广播服务的新服务的战略、以及正在加强它们的移动通信业务以满足用户需求的信息技术(IT)公司的利益相协调。
作为为了研究用于单独的移动解决方案之间的交互工作的标准而组成的工作组，开放移动联盟(OMA)主要处理建立用于移动游戏、因特网服务等等的各种应用标准。具体地，作为OMA工作组之一，OMA浏览器和内容(BAC)移动广播(BCAST)子工作组正在研究向移动终端提供广播服务的技术。
在OMA BCAST工作组里讨论的移动广播系统中，用于接收广播服务的终端应当接收其中包括服务描述信息、服务改变信息、以及服务接收方法信息的服务指南信息，而且终端利用服务指南信息接收相应的服务。
图1示出常规移动广播系统的架构，而且具体地，示出BCAST系统中建立应用层及其下面的传输层的标准技术以提供移动广播服务的每个工作组的逻辑架构。
首先将详细描述图1中所示的逻辑实体。内容创建实体(101)提供作为BCAST服务的基础的内容，所述内容可以包括普通广播服务的文件，例如，电影、音频、和视频的数据。此外，内容创建实体101向BCAST服务应用实体102提供内容的属性，该内容的属性的提供用于产生服务指南并确定递送服务所通过的传输承载体。
BCAST服务应用实体102从内容创建实体101接收BCAST服务的数据，并以适合媒体编码、内容保护、以及交互服务的格式处理所接收的数据。另外，BCAST服务应用实体102向BCAST服务分发/改编实体103和BCAST订阅管理实体104提供从内容创建实体101提供的内容的属性。BCAST服务分发/改编实体103利用从BCAST服务应用实体102提供的BCAST服务数据执行文件/流递送、服务收集、服务保护、服务指南产生/递送、以及服务通知操作。此外，BCAST服务分发/改编实体103将服务改编为适合广播分发系统(BDS)112。
BCAST订阅管理实体104以硬件/软件方式管理诸如BCAST服务用户的订阅/费用相关功能、用于BCAST服务的信息的供应(provision)、以及接收BCAST服务的终端之类的服务供应。终端105接收内容以及诸如服务指南和内容保护之类的节目支持信息，并向用户提供广播服务。BDS服务分发实体111通过与广播分发系统112和交互网络113的通信向多个终端递送移动广播服务。
广播分发系统112通过广播信道递送移动广播服务，而移动广播服务例如可以包括第3代伙伴计划(3GPP)的多媒体广播组播服务(MBMS)、第3代伙伴计划2(3GPP2)的广播组播服务(BCMCS)、以及数字视频广播(DVB)的DVB-手持(DVB-H)。广播分发系统112可以是基于IP的广播/通信网络。交互网络113提供交互信道，而且例如可以是蜂窝网络。
现在将描述参考点，其是逻辑实体之间的连接通路。参考点根据它们的目的而具有多个接口。所述接口用于多于两个逻辑实体之间的通信，而且将它们的消息格式和协议应用于特定的目的。
参照图1，BCAST-1121是内容和内容属性的传输通路，而BCAST-2122是内容保护/内容未保护的BCAST服务以及BCAST服务的属性和内容属性的传输通路。BCAST-3 123是BCAST服务的属性、内容属性、用户偏好(preference)/订阅信息、用户请求、以及对请求的响应的传输通路。BCAST-4124是通知消息、用于服务指南的属性、以及用于内容保护和服务保护的密钥的传输通路。
BCAST-5 125是服务保护的BCAST服务、服务未保护的BCAST服务、内容保护的BCAST服务、内容未保护的BCAST服务、BCAST服务属性、内容属性、通知、服务指南、用于BCAST服务保护的诸如数字权利管理(DRM)权利对象(RO)和密钥值的安全资料、以及通过广播信道发送的全部数据和信号的传输通路。
BCAST-6 126是服务保护的BCAST服务、服务未保护的BCAST服务、内容保护的BCAST服务、内容未保护的BCAST服务、BCAST服务属性、内容属性、通知、服务指南、用于BCAST服务保护的诸如DRM RO和密钥值的安全资料、以及通过交互信道发送的全部数据和信号的传输通路。
BCAST-7 127是通过与诸如用于BCAST服务保护的DRM RO和密钥值的安全资料的接收有关的控制信息的交互信道发送的服务供应、订阅信息、设备管理、以及用户偏好信息的传输通路。BCAST-8 128是BCAST服务的用户数据与之交互的传输通路。BDS-1 129是服务保护的BCAST服务、服务未保护的BCAST服务、BCAST服务属性、内容属性、通知、服务指南、以及用于BCAST服务保护的诸如DRM RO和密钥值的安全资料的传输通路。
BDS-2130是服务供应、订阅信息、设备管理、以及用于BCAST服务保护的诸如DRM RO和密钥值的安全资料的传输通路。X-1131是BDS服务分发实体111与广播分发系统112之间的参考点。X-2132是BDS服务分发实体111与交互网络113之间的参考点。X-3 133是广播分发系统112与终端105之间的参考点。X-4134是BDS服务分发实体111与终端105之间通过广播信道的参考点。X-5135是BDS服务分发实体111与终端105之间通过交互信道的参考点。X-6 136是交互网络113与终端105之间的参考点。
图2示出用于在常规移动广播系统中接收广播服务的服务指南的结构。该结构用于在BCAST系统中向终端提供广播服务。一个服务指南由具有它们自身的目的的片段构成，而且根据用途将所述片段划分为4个组。
图2中，服务指南由管理组200、供应组210、核心组220、和访问组230构成。连接各片段的实线表示片段之间的交叉引用(cross-reference)。
管理组200是用于提供终端用于接收服务指南的基本信息，而且包括服务指南递送描述符片段201。服务指南递送描述符片段201提供服务指南标识符(ID)、已经产生并递送该服务指南的服务提供商的标识信息、以及该服务指南的完整信息。此外，服务指南递送描述符片段201向终端提供时间表信息、更新信息、以及关于在其上它可以接收多个服务指南片段的信道的信息，使得终端可以在适当的时候仅接收必要的服务指南。
供应组210是用于提供服务接收的费用信息。供应组210包括购买项目片段211、购买数据片段212、和购买频道片段213。购买项目片段211提供服务或服务捆绑包的费用信息。购买数据片段212指示所购买的项目的实际价格信息。购买频道片段213提供关于通过其服务用户可以实际购买服务的系统和支付方法的信息。
核心组220是用于提供关于服务自身的信息，而且包括服务片段221、时间表片段222、和内容片段223。服务片段221提供用户将要接收的服务自身的描述、以及关于可组成服务的内容的信息。时间表片段222提供关于可以提供并使用服务的时间的信息。内容片段223提供关于组成服务的多个内容中的每一个的信息。
访问组230包括访问片段231和会话描述片段232。访问组230提供用于接收通过核心组220提供的服务的服务访问信息、以及关于递送组成相应的服务的内容的会话的详细信息，从而允许终端访问相应的服务。
访问片段231向终端提供用于一个服务的多个访问方法，从而提供其中终端可以访问基于一个服务的多种补充服务的方法。会话描述片段232提供在一个访问片段中定义的服务的会话信息。除了上述的四个组之外，如图2中所示，服务指南信息还可以包括用于提供服务和内容的预览和图标的预览数据片段224、以及用于支持交互性服务的交互性数据片段225。
通常，由于广播系统是单向系统，广播系统并不监视广播服务是否已正常地递送到接收者。然而，如果有可能调整广播服务的编码率和/或数据率，则广播系统可以接收从终端反馈的接收比率并分析该接收比率，从而以更高的质量提供广播服务。特别地，在诸如移动广播系统的环境中，其中终端频繁地移动而且它们的接收比率频繁地改变，系统可以通过依赖于关于接收比率的报告适当地处理频繁移动以及接收比率的频繁改变来向用户提供更高质量的广播服务。此外，对于高价移动广播服务，应当全面考虑接收比率的质量。
基于接收比率报告，广播系统可以将广播质量调整为适合于传输期间的接收环境。然而，在迄今为止提出的广播标准中，并没有定义用于接收比率报告的终端和广播系统的详细操作、以及用于接收比率报告的消息。
发明内容
本发明的一个方面是解决至少所述问题和/或不足并提供至少下述优点。从而，本发明的一个方面是提供用于向广播系统报告广播服务的接收比率的方法和装置及其系统。
本发明的一个方面是提供用于在移动广播系统中由终端报告流服务的接收比率的方法和装置及其系统。
本发明的一个方面是提供用于在广播系统中由终端测量接收比率的方法和装置及其系统。
根据本发明，提供一种用于在广播系统中报告广播服务的接收比率的系统。该系统包括：网络实体，用于发送指示广播流服务的接收比率的至少一种测量类型的接收比率报告指示消息；以及终端，用于接收所述接收比率报告指示消息，并发送包括接收比率的接收比率报告消息，所述接收比率表示指示该终端在依照由所述接收比率报告指示消息指示的测量类型的接收比率测量时间间隔期间预期接收的分组总数的expectedTotalPackets与指示该终端在所述接收比率测量时间间隔期间已经接收的分组总数的receivedTotalPackets的比率。
根据本发明，提供一种用于在广播系统中由终端报告广播服务的接收比率的方法。该方法包括：接收指示广播流服务的接收比率的至少一种测量类型的接收比率报告指示消息；测量接收比率，所述接收比率表示指示该终端在依照由所述接收比率报告指示消息指示的接收比率测量类型的接收比率测量时间间隔期间预期接收的分组总数的expectedTotalPackets与指示该终端在所述接收比率测量时间间隔期间已经接收的分组总数的receivedTotalPackets的比率；以及发送包括所测量的接收比率的接收比率报告消息。
根据本发明，提供一种用于由网络实体从终端接收关于广播服务接收比率的报告的方法。该方法包括：确定广播流服务的接收比率的至少一种测量类型；向终端发送指示所确定的测量类型的接收比率报告指示消息；以及从终端接收包括接收比率的接收比率报告消息，所述接收比率表示指示该终端在依照测量类型的接收比率测量时间间隔期间预期接收的分组总数的expectedTotalPackets与指示该终端在所述接收比率测量时间间隔期间已经接收的分组总数的receivedTotalPackets的比率。
根据本发明，提供一种用于在广播系统中报告广播服务的接收比率的终端装置。该终端装置包括：接收器，用于接收指示广播流服务的接收比率的至少一种测量类型的接收比率报告指示消息；控制器，用于测量接收比率，所述接收比率表示指示该终端在依照由所述接收比率报告指示消息指示的接收比率测量类型的接收比率测量时间间隔期间预期接收的分组总数的expectedTotalPackets与指示该终端在所述接收比率测量时间间隔期间已经接收的分组总数的receivedTotalPackets的比率；以及发送器，用于发送包括所测量的接收比率的接收比率报告消息。
附图说明
通过下面结合附图的详细描述，本发明的以上和其它方面、特征、和优点将变得更加显而易见，其中：
图1示出常规移动广播系统的架构；
图2示出用于在常规移动广播系统中接收广播服务的服务指南的结构；
图3示出可以应用本发明的移动广播系统中流服务的接收比率报告过程；
图4示出根据本发明的实施例的广播系统中报告流服务的接收比率的终端的操作；
图5示出根据本发明的第一实施例的流服务的接收比率测量方法；
图6示出根据本发明的第二实施例的流服务的接收比率测量方法；
图7示出根据本发明的第三实施例的流服务的接收比率测量方法；
图8示出根据本发明的第四实施例的流服务的接收比率测量方法；
图9示出根据本发明的第五实施例的流服务的接收比率测量方法；
图10A和10B示出根据本发明的广播系统中向终端发送流服务的接收比率报告指示消息以及接收对其的响应消息的BSDA的操作；
图11是示出根据本发明的终端的结构的框图。
具体实施方式
现在将参照附图详细描述本发明的优选实施例。附图中，以相同的引用数字表示相同或类似的元素，即使它们在不同的图中描述。下面描述中，为清楚和简洁起见，已略去其中包含的公知功能和配置的详细说明。
虽然这里将参照作为移动广播技术标准之一的BCAST系统来描述本发明的实施例，但是并不打算将本发明的范围限制到BCAST系统。即，这里应当注意，所述广播系统包括支持广播服务的各种通信系统，诸如BCAST系统和数字视频广播-手持(DVB-H)系统。此外，虽然本发明的描述中将使用在异步移动通信标准3GPP和/或用于终端的应用的标准组OMA BCAST中定义的实体的名称，但是不打算将本发明的范围限制到所述标准以及所述实体的名称。另外，虽然，这里为了方便将支持移动广播服务的BCAST系统的接收机称为移动终端，但是本发明的技术精神同样可以应用于有线通信系统。
在BCAST系统中，构建根据本发明的终端以测量在其中递送流服务的实时传输协议(RTP)分组的损失比率和接收比率，并向BCAST服务分发/改编(BSDA)报告所测量的比率。这里使用的术语“分组损失比率”表示在测量时间间隔期间本应接收的分组总数与丢失分组数量的比率，而术语“接收比率”表示在测量时间间隔期间本应接收的分组总数与实际接收的分组数量的比率。对于与BCAST系统中流服务的递送有关的细节，可以参照http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Perman ent_documents/OMA-TS-BCAST-Distribution-V1_0_0-20060313-D.zip。
图3示出可以应用本发明的移动广播系统中流服务的接收比率报告过程。所示出的是BCAST系统中定义的接收比率报告过程。
参照图3，作为图1中所示的BCAST服务分发/改编实体103中包含的服务实体，BSDA中的流分发(SD)300执行将流服务进行广播的功能。BDS服务分发301与图1中描述的BDS服务分发实体111相同，而交互网络302与图1中描述的交互网络113相同。作为图1的终端105中包含的实体，终端中的流分发-客户端(SD-C)303控制流服务接收。为了方便，将把BSDA中的SD 300和终端中的SD-C 303分别称为BSDA 300和终端303。
如果终端303在步骤310向BSDA300报告广播服务的接收比率，则网络实体BSDA 300在步骤311向终端303发送用于应答接收比率报告(接收报告)的消息。在步骤312，BSDA 300可以向BDS服务分发301报告终端303的接收比率以请求接收比率的质量改善。步骤311和312的操作是可选的。在步骤313，BDS服务分发301向BSDA 300发送对请求接收比率的质量改善的响应。本发明定义其中如图3的步骤310和311中所执行的终端向BSDA报告接收比率而BSDA向终端发送响应的过程，而且还定义在该过程之前执行的详细操作。然而，本发明将略去关于其中在图3的步骤312和313中执行BSDA与BDS服务分发之间的接收比率报告/响应的操作的讨论。
在描述根据本发明的实施例的BCAST系统中流服务的接收比率报告方法之前，将描述已有的BCAST服务指南中使用的项目以便更好地理解本发明。
表1和2仅仅示出图2中描述的服务指南的访问片段231中用于描述本发明所必需的部分。对于访问指南的全部片段以及描述，可以参照http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Perman ent_documents/OMA-TS-BCAST_Service-Guide-V1_0_0-20060324-D.zip。
表1
Figure G2007800379374D00081
Figure G2007800379374D00091
表2
Figure G2007800379374D00092
参照表1和表2，‘名称’表示构成相应的消息的元素和属性的名称。‘类型’表示相应的名称的类型是元素还是属性。元素具有值E1、E2、E3、和E4，其中E1表示整个消息的上层元素，E2表示E1的子元素，E3表示E2的子元素，而E4表示E3的子元素。属性被记作‘A’，而‘A’表示相应的元素的属性。例如，E1下面的‘A’表示E1的属性。‘类别’用于表示相应的元素/属性是否是强制的。当其是强制的时，相应的相应的元素/属性具有值M(Mandatory)，当其是可选的时，相应的元素/属性具有值O(Optional)。‘基数’表示元素之间的关系，而且具有值0、0..1、1、0..n、1..n，其中‘0’表示可选关系，‘1’表示强制关系，而‘n’表示可能具有多个值。例如，‘0..n’表示可以没有相应的元素，或相应的元素可以具有n个值。‘描述’表示相应的元素/属性的含义。
表1中，作为用于提供关于用于接收广播服务所需的会话设置的信息的元素，“SessionDescriptionReference”元素具有称为统一资源标识符(URI)的属性的子属性，其表示会话信息所处的位置。虽然该属性通常表示获取用于接收广播服务的会话信息的位置，但是也可以将其定义为用于表示与服务有关的其它会话信息，而且还可以表示能够获取本发明提出的接收比率报告信息的位置。在接收服务指南之后访问用于接收服务的访问片段的过程中，如果有URI，则终端接收并处理具有相应的URI的信息。如果利用URI接收的信息具有接收比率报告信息，则终端在译解相应的接收比率报告信息之后测量其正在接收的广播服务的接收比率，并向广播系统的BSDA报告所测量的接收比率。
虽然图3中未示出，参照表3至5，将给出根据本发明的BSDA 300用以通知终端303报告流服务的接收比率的接收比率报告指示消息的定义。作为用于接收比率报告过程的消息，接收比率报告指示消息由表3至5中所述的元素和属性构成，而且可以用诸如可扩展标记语言(XML)的语言表达。
表3
  名称   类型   类别   基数   描述   数据类型
  StreamingAssociatedProcedure   E   用于流递送的关联的递送过程包含以下元素：MeasurementType
  MeasurementType   E1   该元素定义应当由终端执行的测量和接收报告的类型。包含以下元素：SessionMeasurementFixedDurationMeasurementIntervalMeasurementThresholdCheckingMeasurement
  EventTriggeredMeasurement
  SessionMeasurement   E2   O   0..1   该元素请求终端发送关于完整会话的分组损失测量的接收报告。  boolean(布尔型)
如表3中所示，BSDA 300向终端303递送的关于流服务的接收比率报告指示消息的最上层元素是“StreamingAssociatedProcedure”，其表示该指示消息由哪些基本元素/属性组成，而且最终表示该指示消息的类型。在“StreamingAssociatedProcedure”中包含的元素当中，“MeasurementType”是指定流服务的接收比率报告类型的元素，而终端以“MeasurementType”中指定的方法测量流服务的接收比率和损失比率，而且如果满足条件就报告相应的接收比率。“MeasurementType”包括其子元素SessionMeasurement、FixedDurationMeasurement、IntervalMeasurement、ThresholdMeasurement、和EventTriggeredMeasurement。
表3中，“SessionMeasurement”元素负责指令终端303报告其现在正在接收或预期接收的服务的整个会话的接收比率。终端303从其接收其期望的接收会话的第一个实时传输协议(RTP)分组的时刻开始执行接收比率测量，直到会话结束的时间，并向BSDA 300报告测量结果。如果终端303从会话的中间接收服务，则其从其开始接收服务的时候开始测量接收比率，并报告测量结果，而如果终端303在会话的中间结束会话，则其报告到其结束会话的时候为止的接收比率测量结果。此外，如果终端303从会话的中间接收服务并在会话的中间结束会话，则其测量相应的可能部分的接收比率，并报告所测量的接收比率。这里将在下面详细描述终端303的报告方法。
表4
  名称   类型   类别   基数   描述   数据类型
  FixedDurationMeasurement   E2   O   0..1   该元素请求终端发送关于如以下属性中所定义的固定持续时间的分组损失测量的接收报告。包含以下属性：   boolean(布尔型)
  startRTPTimestampendRTPTimestamp
  startRTPTimestamp   A   M   1   开始测量的RTP时间戳的起始时间  unsignedInt(无符号整型)
  endRTPTimestamp   A   M   1   完成测量的RTP时间戳的结束时间  unsignedInt(无符号整型)
  IntervalMeasurement   E2   O   0..1   该元素请求终端发送关于固定时间间隔基础上的分组损失测量的周期性接收报告。包含以下属性：Interval  Boolean(布尔型)
  Interval   A   M   1   终端应当发送接收报告的时间间隔。基于终端接收第一个RTP分组的时刻来计算时间间隔的起始。  unsignedInt(无符号整型)
表4中，“FixedDurationMeasurement”元素是BSDA 300用于为终端303指定和指示相应的终端正在接收或预期接收的服务的接收比率报告的测量时间间隔。这里使用表示RTP数据采样时间的RTP时间戳作为测量时间间隔，而且其指定：表示起始时间戳的startRTPTimestamp，其是指示测量时间间隔的起始点的属性，在该处开始接收比率报告；以及表示结束时间戳的endRTPTimestamp，其是结束测量的结束点。对于RTP的细节，可以参照http://www.ietf.org/rfc/rfc1889.txt。从BSDA 300接收到关于测量时间间隔的指示后，终端303从startRTPTimestamp中的值开始到endRTPTimestamp的值为止执行测量，并向BSDA 300报告测量结果。
如果终端303在startRTPTimestamp之后接收服务，则其从其参与时间起执行测量并报告测量结果。如果终端303在endRTPTimestamp之前结束会话，则其报告到结束时间为止的测量结果。此外，如果终端303在startRTPTimestamp之后接收服务并在endRTPTimestamp之前结束会话，则其执行相应的可能部分的测量并报告测量结果。
表4中，“IntervalMeasurement”元素是BSDA 300用于指令终端303每隔为相应的终端正在接收或预期接收的服务指定的时间段就报告接收比率。为此，在“IntervalMeasurement”元素中指定时间间隔值，而且终端303通过在所接收的RTP分组的时间戳的基础上计算时间间隔来测量接收比率。时间间隔的计算从终端303接收第一个RTP分组的时刻开始，而且当通过相应的会话接收的服务结束或终端303结束服务时报告结果。
表5
  名称   类型   类别   基数   描述  数据类型
  ThresholdMeasurement   E2   O   0..1   该元素请求终端每当分组损失大于指定的阈值就发送关于分组损失测量的接收报告。  Boolean(布尔型)
  threshold   A   M   1   终端应当用于检查其是否应当发送接收报告的阈值。终端将在其接收第一个分组时开始测量，但仅当阈值被突破时才发送接收报告。  Float？？(浮点型)
  EventTriggeredMeasurement   E2   O   0..1   该元素请求终端发送关于事件被触发(？？？)之后的分组丢失测量的接收报告。  Boolean(布尔型)
  trigger   A   O   0..1   终端应当用于检查其是否应当开始创建用于接收报告的数据的触发值。终端将在其接收第一个分组时开始测量，但仅发送带有从触发器值被向前达到时开始的数据的接收报告。  Float？？(浮点型)
表5中，“ThresholdMeasurement”元素是用于指令终端303在为终端303正在接收或预期接收的服务所测量的损失比率高于由BSDA 300指定的阈值时报告测量的接收比率。即，当表5的“ThresholdMeasurement”元素被设置时，终端303在所测量的损失比率大于表5的“threshold”属性时报告所测量的接收比率。
所述阈值不但可以是分组损失比率的阈值而且可以是丢失分组的数量的阈值。终端303从其接收服务的时候开始连续地测量接收比率和损失比率。如果所测量的损失比率随着时间变得小于阈值，则终端303收集用于接收比率报告的信息，而如果损失比率再次变得大于阈值，则终端303向BSDA 300报告接收比率。即，如果分组损失比率大于阈值，则终端303向BSDA 300发送带有所测量的接收比率的接收比率报告消息。如果损失比率再次变得小于阈值，则终端303重新执行用于接收比率报告的信息收集。这里使用的‘用于接收比率报告的信息收集’是指收集诸如startRTPTimestamp、endRTPTimestamp、interval、分组损失比率、expectedTotalPackets、receivedTotalPackets、以及lostTotalPackets之类的用于测量接收比率和损失比率所需的信息的动作。以上过程继续直到终端303结束相应的服务。
表5中，“EventTriggeredMeasurement”元素用于指令终端303在终端303正在接收或预期接收的服务的损失比率大于由BSDA 300指定的触发值时报告接收比率。终端303从其接收服务时开始连续地测量接收比率和损失比率。如果损失比率随着时间变得小于触发值，则终端303收集用于接收比率报告的信息，而如果损失比率变得大于触发值，则终端303将到相应的服务的结束时间为止收集的接收比率包括在接收比率报告消息中，并向BSDA300发送接收比率报告消息。
表6至8示出根据本发明的第一实施例的终端303用以报告流服务的接收比率的接收比率报告消息的格式。所述接收比率报告消息由表6至表8中所述的元素和属性构成，而且可以用诸如XML的语言表达。
与表3至表5中定义的用于流服务的接收比率报告指示消息不同，表6至表8中描述的用于流服务的接收比率报告消息以一种格式给出，而且其与下面全部5种接收比率测量类型相关联。
表6
  名称   类型   类别   基数   描述   数据类型
  StreamingReceptionRe   E   用于流递送的接收报告包含以下属性：
  port   reportTypemeasurementStartRTPTimestampmeasurementEndRTPTimestampexpectedTotalPacketsreceivedTotalPacketsglobalContentIDsessionIDglobalServiceIDserverURIserverAreacellID包含以下元素：DeviceID
  reportType   A   M   1   接收报告的类型这代表......具有以下值：0-SessionMeasurement1-FixedDurationMeasurement2-IntervalMeasurement3-ThresholdCheckingMeasurement4-EventTriggeredMeasurement5-127保留用于将来使用128-255保留用于专有使用   unsignedByte(无符号字节)
表6中，作为流服务的接收比率报告消息的最上层元素，“StreamingReceptionReport”元素具有以下元素和属性。“reportType”元素用于报告BSDA 300终端303中使用哪种接收比率测量类型。基于“reportType”，BSDA 300可以确定用以测量从终端303接收的接收比率信息的方式，而且其可以用于分类和分析接收比率。
表7
  名称   类型   类别   基数   描述  数据类型
  measurementStartRTPTimestamp   A   M   1   用于测量的RTP时间戳的起始时间。  unsignedInt(无符号整型)
  measurementEndRTPTimestamp   A   M   1   用于测量的RTP时间戳的结束时间。  unsignedInt(无符号整型)
  expectedTotalPackets   A   O   0..1   测量期间预期的分组总数。  unsignedInt(无符号整型)
  receivedTotalPackets   A   O   0..1   测量期间成功接收的分组总数。  unsignedInt(无符号整型)
  lostTotalPackets   A   O   0..1   测量期间丢失的分组总数。  unsignedInt(无符号整型)
  receptionRatio   A   M   1   测量时段期间的接收比率。从expectedTotalPackets和receivedTotalPackets计算得到。  Float？？(浮点型)
  globalContentID   A   M   1   在其上执行测量的内容的标识符。  anyURI(任何URI)
  sessionID   A   M   1   在其上执行测量的会话的标识符。  anyURI(任何URI)
表7中，“measurementStartRTPTimestamp”元素和“measurementEndRTPTimestamp”元素分别表示为接收比率报告进行测量的起始和结束时段。所述两个值表示终端303通过接收服务为接收比率测量实际接收的第一个RTP分组和最后一个RTP分组的时间戳值。
“expectedTotalPackets”、“receivedTotalPackets”、和“lostTotalPackets”分别表示预期的分组总数(或终端303预期接收的分组总数、或终端303在测量时间间隔期间本应接收的分组总数)、终端303实际已经接收的分组总数、以及丢失的分组总数(或发生丢失或错误的分组总数)。“expectedTotalPackets”是终端303在从终端303开始测量时直到测量结束时的时段期间预期接收的分组总数，而且其可以通过计算起始时间的时间戳与结束时间的时间戳之间的差而得到。“receivedTotalPackets”是终端303在其接收“expectedTotalPackets”的时段期间已经实际接收的分组总数。“lostTotalPackets”是终端303在其接收“expectedTotalPackets”的时段期间未能接收、或终端303已经接收但是所接收的分组发生错误的分组总数。以上三种属性是可选的属性，而且可以是用于接收比率分类和分析的参考信息。
“receptionRatio”属性可以依赖于“expectedTotalPackets”和“receivedTotalPackets”或“lostTotalPackets”而计算得到，而且表示测量时间间隔期间发生的总接收比率。例如，可以依赖于expectedTotalPackets与receivedTotalPackets的比率来计算接收比率receptionRatio。因而，对于接收比率，BSDA 300可以依赖于以上属性中的值来理解终端303的接收比率。在通过属性值从多个终端接收关于接收比率的报告后，BSDA 300可以分析接收比率并采取相应的服务所必需的用于质量改善的适当的行动，从而改善服务质量。基于从终端303接收的接收比率信息，BSDA 300可以稍后控制服务递送效率。例如，当接收比率高时，BSDA 300可以降低错误编码率以将剩余的带宽分配给另外的服务。
“globalContentID”是经受接收比率测量的服务的内容的标识符，而且其被报告稍后用于BSDA 300中的接收比率分类和分析。“sessionID”是经受接收比率测量的服务的会话标识符，而且其被报告稍后用于BSDA 300中的接收比率分类和分析。
表8
  名称   类型   类别   基数   描述   数据类型
  globalServiceID   A   M   1   在其上执行测量的服务的标识符。   anyURI(任何URI)
  serverURI   A   M   1   接收报告的返回地址。   anyURI(任
  何URI)
 serviceArea   A   O   0..1   采取测量的区域。   unsignedInt(无符号整型)
 cellID   A   O   0..1   采取测量的小区。注意：仅应用于3GPP/2   unsignedInt(无符号整型)
 DeviceID   E1   M   1   BSM已知的唯一设备标识符包含以下属性：Type   unsignedInt(无符号整型)
 Type   A   M   1   规定设备ID的类型。允许以下值：0-DVB设备ID1-3GPP设备ID(IMEI)2-3GPP2设备ID(MEID)3-127保留用于将来使用128-255保留用于专有使用   unsignedByte(无符号字节)
表8中，“globalServiceID”是经受接收比率测量的服务的标识符，而且“globalServiceID”被报告稍后用于BSDA 300中的接收比率分类和分析。“serverURI”表示应当接收接收比率报告的BSDA 300的地址。“serviceArea”表示终端303已经测量接收比率的位置，“serviceArea”可以用于选择低接收比率区域而且是可选的。当终端303连接到3GPP/3GPP2网络时“cellID”表示终端303已经测量接收比率的小区，“cellID”可以用于选择低接收比率区域而且是可选的。“DeviceID”是作出接收比率报告的终端303的标识符，而且“DeviceID”具有表示该标识符的类型的子属性Type属性。由于可以在多种类型的广播网络中使用诸如BCAST的移动广播系统，因此有多种类型的可用的终端。因为不是所有的终端都彼此相互兼容，所以有可能利用Type属性通知不兼容性。
表9-11示出根据本发明的第二实施例的终端303用以报告流服务的接收比率的接收比率报告消息的格式。通过考虑可以由一个访问片段中的多个会话和/或多个内容构成的服务模型而提供该实施例。此外，根据第二实施例的接收比率报告消息由表9至表11中所述的元素和属性构成，而且可以用诸如XML的语言表达。
与表6至表8中描述的用于流服务的接收比率报告消息不同，表9至表11中描述的用于流服务的接收比率报告消息是与由多个内容和/或多个会话构成的传输会话关联的接收比率报告消息，而且其与表6至8中定义的全部5种接收比率测量类型相关联。
表9
 名称   类型   类别   基数   描述   数据类型
 StreamingReceptionReport   E   用于流递送的接收报告包含以下属性：serverURIglobalServiceID包含以下元素：DeviceIDSessionID
 serverURI   A   M   1   接收报告的返回地址。   anyURI(任何URI)
 globalServiceID   A   M   1   在其上执行测量的服务的标识符。   anyURI(任何URI)
 DeviceID   E1   M   1   BSM已知的唯一设备标识包含以下属性：type   unsignedInt(无符号整型)
 type   A   M   1   规定设备ID的类型。允许以下值：0-DVB设备ID1-3GPP设备ID(IMEI)2-3GPP2设备ID(MEID)3-127保留用于将来使用128-255保留用于专有使用   unsignedByte(无符号字节)
 sessionID   E1   M   1..n   在其上执行测量的会话的标识符。   anyURI(任
  包含以下元素：GlobalContentID   何URI)
表10
  名称   类型   类别   基数   描述   数据类型
  GlobalContentID   E2   M   1..n   在其上执行测量的内容的标识符。包含以下属性：reportTypemeasurementStartRTPTimestampmeasurementEndRTPTimestampexpectedTotalPacketsreceivedTotalPacketslostTotalPacketsreceptionRatioserviceAreacellID   anyURI(任何URI)
  reportType   A   M   1   接收报告的类型具有以下值：0-SessionMeasurement1-FixedDurationMeasurement2-IntervalMeasurement3-ThresholdCheckingMeasurement4-EventTriggeredMeasurement5-127保留用于将来使用128-255保留用于专有使用   unsignedByte(无符号字节)
  measurementStartRTPTimestamp   A   M   1   用于测量的RTP时间戳的起始时间。   unsignedInt(无符号整型)
  measurementEndRTPT   A   M   1   用于测量的RTP时间戳的结束时间。   unsignedInt(无符号
  imestamp  整型)
表11
  名称   类型   类别   基数   描述   数据类型
  expectedTotalPackets   A   O   0..1   测量期间预期的分组总数。   unsignedInt(无符号整型)
  receivedTotalPackets   A   O   0..1   测量期间成功接收的分组总数。   unsignedInt(无符号整型)
  lostTotalPackets   A   O   0..1   测量期间丢失的分组总数。   unsignedInt(无符号整型)
  receptionRatio   A   M   1   测量时段期间的接收比率。从expectedTotalPackets和receivedTotalPackets计算得到。   float(浮点型)
  serviceArea   A   O   0..1   采取测量的区域。   unsignedInt(无符号整型)
  cellID   A   O   0..1   采取测量的小区。注意：仅应用于3GPP/2   unsignedInt(无符号整型)
表9中，作为流服务的接收比率报告消息的最上层元素，“StreamingReceptionReport”元素具有以下元素和属性。“serverURI”表示应当接收接收比率报告的BSDA 300的地址，而“globalServiceID”是经受接收比率测量的广播流服务的标识符，而且“globalServiceID”被报告稍后用于BSDA 300中的接收比率分类和分析。
“DeviceID”是作出接收比率报告的终端303的标识符，而且“DeviceID”具有表示该标识符的类型的子属性Type属性。由于可以在多种类型的广播网络中使用诸如BCAST的移动广播系统，因此有多种类型的可用的终端。因为不是所有的终端都彼此相互兼容，所以有可能利用Type属性通知不兼容性。
“sessionID”是经受接收比率测量的服务的会话标识符，而且“sessionID”被报告稍后用于BSDA 300中的接收比率分类和分析。因为一个服务可以由几个会话构成，可以记录多个“sessionID”，而且其具有表10的称为“globalContentID”的子元素。“globalContentID”是经受接收比率测量的服务的内容的标识符，而且“globalContentID”被报告稍后用于BSDA 300中的接收比率分类和分析。因为一个会话可以由几个内容构成，可以记录多个“globalContentID”。“globalContentID”具有以下9个属性。
表10中，“reportType”元素用于报告BSDA 300终端303中使用哪种接收比率测量类型。基于“reportType”，BSDA 300可以确定用以测量从终端303接收的接收比率信息的方式，而且其可以用于分类和分析接收比率。“measurementStartRTPTimestamp”元素和“measurementEndRTPTimestamp”元素分别表示为接收比率报告进行测量的起始和结束时段。所述两个值表示终端303通过接收服务为接收比率测量实际接收的第一个RTP分组和最后一个RTP分组的时间戳值。
表11中，“expectedTotalPackets”、“receivedTotalPackets”、和“lostTotalPackets”分别表示终端303在测量时间间隔期间本应接收的分组总数、终端303实际已接收的分组总数、以及发生丢失或错误的分组总数。“expectedTotalPackets”是终端303在从终端303开始测量时直到测量结束时的时段期间本应接收的分组总数，而且其可以通过计算起始时间的时间戳与结束时间的时间戳之间的差而得到。“receivedTotalPackets”是终端303在其接收“expectedTotalPackets”的时段期间实际接收的分组总数。“lostTotalPackets”是终端303在其接收“expectedTotalPackets”的时段期间未能接收、或终端303已经接收但是所接收的分组发生错误的分组总数。以上的“expectedTotalPackets”、“receivedTotalPackets”、和“lostTotalPackets”是可选的属性，而且可以是用于接收比率分类和分析的参考信息并可以用于计算损失比率。
“receptionRatio”属性可以依赖于“expectedTotalPackets”和“receivedTotalPackets”或“lostTotalPackets”而计算得到，而且表示测量时间间隔期间发生的总接收比率。例如，可以将“receptionRatio”确定为表示预期的分组总数的expectedTotalPackets与表示实际接收的分组总数的receivedTotalPackets的比率。另外，可以将分组丢失比率确定为表示预期的分组总数的expectedTotalPackets与表示丢失分组总数的lostTotalPackets的比率。基于“receptionRatio”属性中的值，BSDA 300可以理解终端303的接收比率。在通过属性值从多个终端接收关于接收比率的报告后，BSDA 300可以分析接收比率并采取相应的服务所必需的用于质量改善的适当的行动，从而改善服务质量。基于从终端303接收的接收比率信息，BSDA 300可以稍后控制服务递送效率。例如，当接收比率高时，BSDA 300可以降低错误编码率以将剩余的带宽分配给另外的服务。最后，“serviceArea”表示终端303已经测量接收比率的位置，“serviceArea”可以用于选择低接收比率区域而且是可选的。当终端303连接到3GPP/3GPP2网络时“cellID”表示终端303已经测量接收比率的小区，“cellID”可以用于选择低接收比率区域而且是可选的。
图4示出根据本发明的广播系统中报告流服务的接收比率的终端的操作。
在步骤400，终端303接收访问片段，访问片段是服务指南的一部分。在步骤400接收具有表1和2的格式的访问片段后，终端303根据URI的存在确定接收比率报告指示消息的存在/不存在。在步骤401，终端303利用步骤400的URI经由交互网络302获取接收比率报告指示消息。在步骤402，终端303译解并分析在步骤401获取的接收比率报告指示消息。基于在步骤402分析的接收比率报告指示消息，终端303在步骤403根据所确定的接收比率测量类型执行接收比率测量，而且具体地，根据在下面参照图5至9描述的五种测量类型404至408当中指定的测量类型执行接收比率测量。将参照相应的图详细描述每种测量类型。
首先将简要地描述五种接收比率测量类型。步骤404是当接收比率报告指示消息中的测量类型被指定为表示会话测量类型的SessionMeasurement元素时执行的过程。由服务提供商定义的‘会话’表示在其中终端303接收内容的起始到结束时段。在步骤404，终端303测量在其期望/预期接收的会话上接收的整个服务的接收比率，并向BSDA 300报告测量结果。对于接收比率测量，终端303从其接收服务的第一个RTP分组时开始执行测量直到其接收最后一个RTP分组时为止。如果终端303在会话开始之后访问广播系统，或者如果终端303在会话结束之前释放对相应的服务的访问，则终端303在其接收服务期间执行测量。
步骤405是当接收比率报告指示消息中的测量类型被指定为表示固定持续时间测量类型的FixedDurationMeasurement元素时执行的过程。在步骤405，终端303在接收比率报告指示消息中指定的持续时间期间执行其期望/预期接收的服务的接收比率测量，并向BSDA 300报告测量结果。对于接收比率测量，终端303接收并检查终端303期望对其执行测量的服务的RTP分组的时间戳，而且如果分组与指定的测量时间间隔中的分组对应就执行测量。如果RTP分组的时间戳偏离指定的测量时间间隔，则终端303停止测量。如果终端303在指定的会话的起始时间之后访问广播系统，或在会话的结束时间之前释放会话访问，则终端303在其已经接收服务的时间期间执行测量。
步骤406是当接收比率报告指示消息中的测量类型被指定为表示时间间隔测量类型的IntervalMeasurement元素时执行的过程。在步骤406，终端303每隔接收比率报告指示消息中指定的时间间隔就测量其期望/预期通过会话接收的服务的接收比率，并向BSDA 300报告所测量的接收比率。对于接收比率测量，终端303从终端303接收终端303期望对其执行测量的服务的第一个RTP分组时开始连续地执行接收比率测量，而且每隔基于第一个RTP分组的时间戳指定的时间间隔就进行接收比率报告。
步骤407是当接收比率报告指示消息中的测量类型被指定为表示阈值测量类型的ThresholdMeasurement元素时执行的过程。在步骤407，终端303从终端303接收终端303期望/预期通过会话接收的服务的第一个RTP分组时开始连续地测量损失比率。其间，如果损失比率变得小于在接收比率报告指示消息中设置的阈值，则终端303收集用于接收比率报告的数据，而如果损失比率变得大于阈值，则终端303向BSDA 300报告接收比率。在步骤407，终端303在接收相应的服务的同时连续地反复在阈值的基础上计算接收比率，从而连续地进行报告。
步骤408是当接收比率报告指示消息中的测量类型被指定为表示事件触发测量类型的EventTriggeredMeasurement元素时执行的过程。在步骤408，终端303从终端303接收终端303期望/预期接收的服务的第一个RTP分组时开始连续地测量接收比率和损失比率。其间，如果损失比率变得小于接收比率报告指示消息中的触发值，则终端303收集用于接收比率报告的接收比率报告过程的数据，而如果损失比率变得大于触发值，则终端303向BSDA300报告到相应的服务结束时为止所测量和收集的接收比率。
在以步骤404至408中指定的测量类型其中之一测量接收比率之后，终端303在步骤409利用所测量的接收比率信息产生表9至11中所示的接收比率报告消息，并向BSDA 300发送接收比率报告消息。此后，如果接收由终端303发送的接收比率报告消息的网络实体BSDA 300发送应答接收比率报告消息的ACK消息，则终端303在步骤410接收ACK消息。步骤410的操作是可选的。
在步骤403，如果终端303因消息接收失败而未能检查所确定的接收比率测量类型，则终端303可以如图4中所示结束接收比率测量操作，或者可以根据前述五种测量类型当中预设的缺省测量类型来测量接收比率。虽然公开的实施例准备多种测量类型并根据它们中指定的一种来测量接收比率，但是当在BSDA 300与终端303之间预定义单一测量类型时，也有可能根据预定义的测量类型来测量接收比率。
图4中所示的用于报告流服务的接收比率的终端可以包括：消息接收器，用于接收具有表1至5的格式的接收比率报告指示消息；消息发送器，用于发送具有表6至8的格式或表9至11的格式的接收比率报告消息；以及接收比率测量器，用于根据在接收比率报告指示消息中指定的测量类型来测量接收比率，并利用接收比率报告消息向广播系统发送测量结果。
图5示出根据本发明的第一实施例的流服务的接收比率测量方法，而且该方法表示图4的终端的操作中的步骤404的详细“SessionMeasurement”过程。
在步骤500，终端303从BSDA 300接收期望的服务的RTP分组。在步骤500中接收RTP分组之后，终端303在步骤501确定所接收的分组是期望的会话的第一个分组、还是其随后的分组。如果期望的会话尚未开始，则终端303继续接收RTP分组并检查每个分组。然而，如果所接收的分组是期望的会话的分组，则终端303在步骤502检查是否已经开始接收比率记录。在步骤502，终端303检查其是否已在measurementStartRTPTimestamp中记录起始会话RTP时间戳值，以确定是否开始接收比率记录。如果没有已记录的值，则终端303进入步骤503，因为其意味着首次开始接收比率记录。如果是首次开始接收比率记录，则终端303在步骤503在measurementStartRTPTimestamp中记录在访问会话之后接收的第一个分组的RTP时间戳，并且还单独地记录序列编号，以便稍后通知记录时间。此后，终端303进入步骤504。在步骤502中开始接收比率记录之后，终端303在步骤504记录receivedTotalPackets，而receivedTotalPackets值是每次接收分组时逐一顺序增加的计数器值。此后，在步骤505，终端303在lostTotalPackets中记录其已经接收但是发生错误或丢失的分组。终端303可以通过将所接收的RTP分组的序列编号与之前接收的分组的序列编号进行比较来检测分组丢失。在步骤506，终端303检查所接收的分组是否是期望的会话的最后一个分组。如果所接收的分组不是最后一个分组，则终端303返回步骤500并重复其随后的步骤。然而，如果所接收的分组是会话的最后一个分组，则终端303在步骤507在measurementEndRTPTimestamp中记录最后一个分组的时间戳，并且还单独地记录序列编号。在步骤508，终端303计算其本应接收的分组总数，并将其存储在expectedTotalPackets中。该值可以依赖于测量起始时的RTP序列编号以及最后一个RTP序列编号而计算得到。最后，在步骤509，终端303基于receivedTotalPackets和expectedTotalPackets计算接收比率，并接着进入图4的步骤409。例如，终端303依赖于expectedTotalPackets与receivedTotalPackets的比率而计算接收比率，并产生包含所计算的接收比率的接收比率报告消息。
图6示出根据本发明的第二实施例的流服务的接收比率测量方法，而且该方法表示图4的终端的操作中的步骤405的详细“FixedDurationMeasurement”过程。
在步骤600和601，终端303接收并设置表4中描述的接收比率报告指示消息的startRTPTimestamp(sRT)和endRTPTimestamp(eRT)值。随后的过程中，终端303测量所述两个时间戳值中的RTP分组的接收比率。在步骤600和601的设置完成之后，终端303在步骤602从BSDA 300接收期望的服务的RTP分组，并在步骤603将所接收的RTP分组的时间戳与startRTPTimestamp进行比较以确定在步骤602接收的RTP分组是否与开始接收比率测量的时间戳值对应。作为步骤603的比较的结果，如果在步骤602接收的RTP分组的时间戳等于或大于startRTPTimestamp，则终端303进入步骤604，开始接收比率测量。否则，终端303返回步骤602。在步骤604，终端303检查是否开始接收比率记录。终端303可以通过检查其是否已在measurementStartRTPTimestamp中记录起始会话RTP时间戳值来确定是否开始接收比率记录。如果没有已记录的值，则终端303进入步骤605，因为其意味着首次开始接收比率记录。当开始接收比率记录时，终端303在步骤605在measurementStartRTPTimestamp中记录在步骤602接收的分组的RTP时间戳，并且还单独地记录序列编号，以便稍后通知记录时间。如果已经开始接收比率记录，则终端303在步骤606记录receivedTotalPackets。这里在receivedTotalPackets中记录的值是每次接收分组时逐一顺序增加的计数器值。此后，在步骤607，终端303在lostTotalPackets中记录其已经接收但是发生错误或丢失的分组。对于丢失分组，终端303可以通过将所接收的RTP分组的序列编号与之前接收的分组的序列编号进行比较来确定分组是否丢失。在步骤608，终端303将所接收的分组的RTP时间戳与在步骤601设置的endRTPTimestamp进行比较以确定所接收的分组是否是其期望测量的最后一个分组。如果在步骤602接收的分组不是最后一个分组，则终端303返回步骤602并重复其随后的步骤。在步骤608，如果在步骤602接收的分组的RTP时间戳等于或小于所设置的endRTPTimestamp，则其表示所接收的分组不是最后一个分组。如果在步骤608确定所接收的分组是最后一个分组，则终端303在步骤609在measurementEndRTPTimestamp中记录最后一个分组的时间戳，并且还单独地记录序列编号。此后，在步骤610，终端303计算其本应接收的分组总数，并将其存储在expectedTotalPackets中。expectedTotalPackets值可以依赖于测量起始时接收的分组的RTP序列编号以及最后一个接收的分组的序列编号而计算得到。最后，在步骤611，终端303基于receivedTotalPackets和expectedTotalPackets计算接收比率，并接着进入图4的步骤409。例如，终端303依赖于expectedTotalPackets与receivedTotalPackets的比率而计算接收比率，并产生包含所计算的接收比率的接收比率报告消息。
图7示出根据本发明的第三实施例的流服务的接收比率测量方法，而且该方法表示图4的终端的操作中的步骤406的详细“IntervalMeasurement”过程。
在步骤700，终端303接收并设置表4中描述的接收比率报告指示消息的时间间隔值。该实施例中，在所设置的时间间隔值的基础上周期性地进行接收比率报告。在步骤700中设置时间间隔值之后，终端303在步骤701从BSDA 300接收期望的服务的RTP分组，并在步骤702检查是否开始接收比率记录。在步骤702，终端303可以通过检查其是否已在measurementStartRTPTimestamp中记录起始会话RTP时间戳值来确定是否开始接收比率记录。如果没有已记录的值，则终端303进入步骤703，因为其意味着首次开始接收比率记录。当首次开始接收比率记录时，终端303在步骤703在measurementStartRTPTimestamp中记录在访问该会话后首次接收的分组的RTP时间戳，并且还单独地记录序列编号，以便稍后通知记录时间。如果已经开始接收比率记录，则终端303在步骤704记录receivedTotalPackets。这里记录的receivedTotalPackets值是每次接收分组时逐一顺序增加的计数器值。此后，在步骤705，终端303在lostTotalPackets中记录其已经接收但是发生错误或丢失的分组。终端303可以通过将所接收的RTP分组的序列编号与之前接收的分组的序列编号进行比较来检测丢失分组。在步骤706，终端303在所接收的RTP分组的时间戳的基础上计算计数器值。即，终端303准备时间间隔计数器并在其每次接收分组时增加计数器值。而且，在每次发送接收比率报告消息时重置时间间隔计数器。在步骤707，终端303将在步骤706计算的计数器值与在步骤700设置的时间间隔值进行比较。如果在步骤706计算的计数器值小于在步骤700设置的时间间隔值，则终端303返回步骤701，而如果所述间隔值彼此相等，则终端303进入步骤708。在步骤708，终端303在measurementEndRTPTimestamp中记录所接收的RTP分组的时间戳，并且还单独地记录序列编号。在步骤709，终端303计算其本应接收的分组总数，并将其记录在expectedTotalPackets中。所记录的expectedTotalPackets值可以依赖于接收比率测量起始时接收的分组的RTP序列编号以及最后一个接收的分组的RTP序列编号而计算得到。
在步骤710，终端303依赖于receivedTotalPackets和expectedTotalPackets而计算接收比率。例如，终端303依赖于expectedTotalPackets与receivedTotalPackets的比率而计算接收比率，并产生包含所计算的接收比率的接收比率报告消息。在步骤711，终端303确定当前接收的分组是否是其当前服务的最后一个分组。如果当前会话仍在进行，则终端303进入步骤712，在其中终端303产生接收比率报告消息并将其发送到BSDA300。在步骤712，对于接收比率报告，终端303通过设置表6至8、或表9至11中定义的元素和属性来产生接收比率报告消息。在发送所产生的接收比率报告消息之后，在步骤713，终端303可以可选地从BSDA 300或网络实体接收接收比率报告应答ACKnowledgement(ACK)。而且，在步骤714，终端303启动计数器值并执行接收比率报告。然而，此后，如果在步骤711确定会话已经结束，则随后的操作进入图4的步骤409。如果终端303在会话期满之前结束会话，则终端303基于到结束时为止的信息产生接收比率报告消息，并发送所产生的接收比率报告消息。参照图7，可以注意到，在会话结束之前，终端303每隔预定时间间隔测量接收比率，并报告测量结果，而且在会话结束之后，终端303测量整个会话的接收比率并报告测量结果。
图8示出根据本发明的第四实施例的流服务的接收比率测量方法，而且该方法表示图4的终端的操作中的步骤407的详细的“ThresholdMeasurement”过程。
在步骤800，终端303将用于与丢失比率进行比较的阈值设置为表5中描述的接收比率报告指示消息中包含的阈值。该实施例中，如果基于所设置的阈值计算的丢失比率变得小于该阈值，则终端303收集用于接收比率报告的信息，而如果丢失比率再次变得大于阈值，则终端303产生接收比率报告。反复执行该接收比率报告操作直到作为步骤810的检查结果的会话结束为止。在步骤800完成设置之后，终端303在步骤801从BSDA 300接收期望的服务的RTP分组，并在步骤802检查是否开始接收比率记录。在步骤802，终端303可以通过检查终端303是否已在measurementStartRTPTimestamp中记录起始会话RTP时间戳值来确定是否开始接收比率记录。如果没有已记录的值，则终端303进入步骤803，因为其意味着首次开始接收比率记录。当首次开始接收比率记录时，终端303在步骤803在measurementStartRTPTimestamp中记录在访问会话之后首次接收的分组的RTP时间戳，并且还单独地记录序列编号，以便稍后通知记录时间。如果已经开始接收比率记录，则终端303在步骤804记录receivedTotalPackets。这里在receivedTotalPackets中记录的值是每次接收分组时逐一顺序增加的计数器值。此后，在步骤805，终端303在lostTotalPackets中记录终端303已经接收但是发生错误或丢失的分组。终端303可以通过将所接收的RTP分组的序列编号与之前接收的分组的序列编号进行比较来检测丢失分组。在步骤806，终端303在measurementEndRTPTimestamp中记录在步骤801接收的分组的时间戳，并且还单独地记录序列编号。在步骤807，终端303计算终端303本应接收的分组总数，并将其记录在expectedTotalPackets中。expectedTotalPackets中记录的值可以依赖于终端测量起始时接收的分组的RTP序列编号以及最后一个分组的RTP序列编号而计算得到。在步骤808，终端303依赖于receivedTotalPackets和expectedTotalPackets而计算接收比率和丢失比率。例如，终端303依赖于expectedTotalPackets与receivedTotalPackets的比率而计算接收比率，并依赖于expectedTotalPackets与lostTotalPackets的比率而计算丢失比率。在步骤809，终端303将在步骤808计算的丢失比率与阈值进行比较。作为比较的结果，如果丢失比率小于阈值，则终端303返回步骤801，因为不需要进行报告。然而，如果丢失比率大于阈值，则终端303进入步骤810，因为需要接收比率报告。在步骤810，终端303确定当前接收的分组是否是其正在通过会话接收的服务的最后一个分组。如果当前会话仍在进行，则终端303进入步骤811，在其中终端303产生接收比率报告的接收比率报告消息并将其发送到BSDA 300。在步骤811，对于接收比率报告，终端303通过将在步骤804至808计算的值设置为表6至8、或表9至11中定义的元素和属性来产生接收比率报告消息。在发送所产生的接收比率报告消息之后，在步骤812终端303可以可选地从BSDA 300接收接收比率报告ACK消息。然而，如果在步骤810确定会话已经结束，则终端303进入图4的步骤409。在作为步骤810的检查结果的会话结束之前，终端303发送包含每次丢失比率大于阈值时测量的接收比率的接收比率报告消息。在作为步骤810的检查结果的会话结束之后，终端303发送包含在整个会话期间测量的接收比率的接收比率报告消息。如果终端303在会话期满之前结束会话，则终端303基于到结束时为止的信息产生并发送接收比率报告消息。
图9示出根据本发明的第五实施例的流服务的接收比率测量方法，而且该方法表示图4的终端的操作中的步骤408的详细的“EventTriggeredMeasurement”过程。
在步骤900，终端303根据表5中描述的接收比率报告指示消息中包含的触发值设置用于产生接收比率报告消息的触发值。图9中所示的第五实施例中，如果基于所设置的触发值测量的丢失比率变得小于该触发值，则收集用于报告的信息并在会话结束时进行报告。触发值或者可以是丢失比率或者可以是接收比率。本发明中，将假定触发值为终端用于进行接收比率报告而比较的特定值。在步骤900设置触发值之后，终端303在步骤901从BSDA300接收期望的服务的RTP分组，并在步骤902检查是否开始接收比率记录。在步骤902，终端303可以通过检查终端303是否已在measurementStartRTPTimestamp中记录起始会话RTP时间戳值来确定是否开始接收比率记录。如果没有已记录的值，则终端303进入步骤903，因为其意味着首次开始接收比率记录。当首次开始接收比率记录时，终端303在步骤903在measurementStartRTPTimestamp中记录在访问会话之后接收的第一个分组的时间戳，并且还单独地记录序列编号，以便稍后通知记录时间。如果在步骤902确定已经开始接收比率记录，则终端303在步骤904记录receivedTotalPackets。这里在receivedTotalPackets中记录的值是每次接收分组时逐一顺序增加的计数器值。此后，在步骤905，终端303在lostTotalPackets中记录终端303已经接收但是发生错误或丢失的分组。终端303可以通过将所接收的RTP分组的序列编号与之前接收的分组的序列编号进行比较来检测丢失分组。在步骤906，终端303在measurementEndRTPTimestamp中记录在步骤901接收的分组的时间戳，并且还单独地记录序列编号。在步骤907，终端303计算终端303对于整个会话本应接收的分组总数，并将其记录在expectedTotalPackets中。expectedTotalPackets中记录的值可以依赖于测量起始时接收的分组的RTP序列编号以及最后一个分组的RTP序列编号而计算得到。此后，在步骤908，终端303依赖于expectedTotalPackets与receivedTotalPackets的比率而计算接收比率，并依赖于expectedTotalPackets与lostTotalPackets的比率而计算丢失比率。在步骤909，终端303将在步骤908计算的丢失比率与在步骤900设置的触发值进行比较。如果丢失比率小于触发值，则终端303返回步骤901，因为不需要进行报告。然而，如果在步骤909确定丢失比率大于触发值，则因为需要接收比率报告，终端303进入步骤409，在其中终端303发送包含接收比率的接收比率报告消息。如果终端303在会话期满之前结束会话，则终端303基于到结束时为止的信息产生并发送接收比率报告消息。当终端303将图8和9的触发值和阈值二者设置为丢失比率时，如果测量得到的丢失比率大于阈值图8的过程就反复测量并发送接收比率，而当丢失比率大于触发值时图9的过程仅测量并发送接收比率一次。虽然将触发值设置为预定丢失比率，以便与丢失比率进行比较，但是也可以根据诸如系统运营商、接收比率、接收质量、以及基站特性的变量来设置其它的值。
图10A和10B示出根据本发明的广播系统中向终端发送流服务的接收比率报告指示消息以及接收对其的响应消息的BSDA的操作。
在图10A的步骤1000，BSDA 300确定对关于特定服务的接收比率报告的需求。在步骤1001，BSDA 300确定用于接收比率报告的详细接收比率测量类型。如上所述，总共有五种接收比率测量类型，其各自分别在图4至9中描述。在步骤1010至1050，当在步骤1001中确定了接收比率测量类型时，BSDA 300指定要包含在每个接收比率报告指示消息中的主要项目。
在步骤1010，BSDA 300在接收比率报告指示消息中指定SessionMeasurement，以便以在步骤1001指定的会话为单位测量接收比率。在步骤1020，BSDA 300在接收比率报告指示消息中指定FixedDurationMeasurement，以便对于在步骤1001指定的持续时间测量接收比率。在步骤1001，如果BSDA 300未能指定接收比率测量类型，则BSDA300可以如图10B中所示因操作错误而执行结束处理，或者可以根据在以上五种测量类型当中预定的缺省测量类型来指定接收比率测量类型。虽然该实施例准备多种测量类型并指定其中一种测量类型，但是当在BSDA 300与终端303之间预定义单个测量类型时可以略去步骤1001的操作。
在步骤1021和1022，BSDA 300指定用于测量分组接收比率的测量时间间隔以便支持步骤1020的测量。即，BSDA 300在步骤1021指定测量起始时间，并在步骤1022指定测量结束时间。以相同的形式指定测量起始时间和测量结束时间，使得可以将它们与RTP时间戳进行比较。在步骤1030，BSDA 300在接收比率报告指示消息中指定IntervalMeasurement，以便每隔在步骤1001指定的时间间隔就测量接收比率。在步骤1031，BSDA 300指定用于接收比率报告的时间间隔以便支持步骤1030的测量。在RTP分组的数量的基础上指定这里的时间间隔。
在步骤1040，BSDA 300在接收比率报告指示消息中指定ThresholdMeasurement，以便当丢失比率大于在步骤1001指定的特定阈值时测量并报告接收比率。在步骤1041，BSDA 300指定阈值以便支持步骤1040的测量。以百分比指定这里的阈值，其表示用于与由终端303测量的丢失比率进行比较的期望的丢失比率。在步骤1050，BSDA 300在接收比率报告指示消息中指定EventTriggeredMeasurement，以便如果丢失比率大于步骤1001中的触发值就连续地测量并报告接收比率，直到终端303接收的服务结束时为止。在步骤1051，BSDA 300指定触发值以便支持步骤1050的测量。以百分比指定这里的触发值，其表示用于与丢失比率进行比较的期望的丢失比率。
如果确定了五种接收比率测量类型之一而且前述过程中还确定了测量支持项目的值，则终端303在步骤1002产生接收比率报告指示消息。如果在步骤1002产生了接收比率报告指示消息，则BSDA 300在图10B的步骤1003允许所产生的消息与服务指南的访问片段231交互，以使得终端可以获取该消息。在步骤1003，通过在URI属性中登记利用其终端可以接收所产生的消息的地址来实现与访问片段231的交互。在步骤1004，BSDA 300将在步骤1003交互的访问片段与服务指南一起广播。在步骤1005，BSDA 300接收服务指南和访问片段231、利用URI中的地址访问BSDA 300、并向已经请求接收比率报告指示消息的终端303发送接收比率报告指示消息。在步骤1006，BSDA 300从已经执行接收比率测量的终端接收接收比率报告消息。在步骤1007，BSDA 300向终端发送对接收比率报告消息的ACK。步骤1007的操作是可选的。最后，在步骤1008，BSDA 300分类并分析从终端303接收的接收比率报告消息。
图11是示出根据本发明的终端的结构的框图。
根据本发明的实施例的接收器(303a)接收指示广播流服务的接收比率的至少一种测量类型的接收比率报告指示消息。
控制器(303c)分析由接收器(303a)接收的接收比率报告指示消息并测量接收比率，所述接收比率表示指示该终端在依照由所述接收比率报告指示消息指示的接收比率测量类型的接收比率测量时间间隔期间预期接收的分组总数的expectedTotalPackets与指示该终端在所述接收比率测量时间间隔期间已经接收的分组总数的receivedTotalPackets的比率。该情况下，由控制器(303c)执行的接收比率测量类型与上面提到的测量类型相同。
即，首先，如果由接收比率报告指示消息指示的测量类型是会话测量类型以使得在广播流服务的整个会话期间执行接收比率的测量，则控制器(303c)在广播流服务的整个会话期间测量接收比率。
第二，如果由接收比率报告指示消息指示的测量类型是固定持续时间测量类型以使得在一固定持续时间期间执行接收比率的测量，则控制器(303c)在指示该固定持续时间的起始时间的起始实时传输协议(RTP)时间戳属性与指示该固定持续时间的结束时间的结束RTP时间戳属性之间的持续时间期间测量广播流服务的接收比率。
第三，如果由接收比率报告指示消息指示的测量类型是时间间隔测量类型以使得每隔一时间间隔执行接收比率的测量，则控制器(303c)每隔该时间间隔测量广播流服务的接收比率。
第四，如果由接收比率报告指示消息指示的测量类型是阈值测量类型以使得当表示测量时间间隔期间指示该终端预期接收的分组总数的expectedTotalPackets与指示丢失的分组总数的lostTotalPackets的比率的丢失比率大于一阈值时执行接收比率的测量，则控制器(303c)在每次丢失比率大于该阈值时测量广播流服务的接收比率。
第五，如果由接收比率报告指示消息指示的测量类型是事件触发测量类型以使得当一事件发生时执行接收比率的测量，则控制器(303c)在该事件发生时测量广播流服务的接收比率。
发送器(303b)发送包含由控制器(303c)测量的接收比率的接收比率报告消息。
从以上描述显然可知，本发明提供其中在广播系统中终端在接收流服务时报告接收比率的详细方案，有助于改善广播服务的质量。
虽然已经参照其某些优选实施例展示和描述了本发明，但是本领域技术人员将理解，可以在其中从形式和细节上作出各种变更而不背离由所附权利要求书限定的本发明的精神和范围。

Claims (42)

1.一种用于在广播系统中报告广播服务的接收比率的系统，该系统包括：
网络实体，用于发送指示广播流服务的接收比率的至少一种测量类型的接收比率报告指示消息；以及
终端，用于接收所述接收比率报告指示消息，并发送包括接收比率的接收比率报告消息，所述接收比率表示指示该终端在依照由所述接收比率报告指示消息指示的测量类型的接收比率测量时间间隔期间预期接收的分组总数的expectedTotalPackets与指示该终端在所述接收比率测量时间间隔期间已经接收的分组总数的receivedTotalPackets的比率。
2.如权利要求1所述的系统，其中如果所述测量类型是会话测量类型以使得在广播流服务的整个会话期间执行接收比率的测量，则在接收比率报告指示消息中包含指示会话测量的SessionMeasurement元素。
3.如权利要求1所述的系统，其中如果所述测量类型是固定持续时间测量类型以使得在一固定持续时间期间执行接收比率的测量，则在接收比率报告指示消息中包含指示固定持续时间测量的FixedDurationMeasurement元素、指示该固定持续时间的起始时间的startRTPTimestamp属性、以及指示该固定持续时间的结束时间的endRTPTimestamp属性。
4.如权利要求1所述的系统，其中如果所述测量类型是时间间隔测量类型以使得每隔预定时间间隔执行接收比率的测量，则在接收比率报告指示消息中包含指示时间间隔测量的IntervalMeasurement元素和指示该时间间隔的属性。
5.如权利要求1所述的系统，其中如果所述测量类型是阈值测量类型以使得当表示测量时间间隔期间指示该终端预期接收的分组总数的expectedTotalPackets与指示丢失的分组总数的lostTotalPackets的比率的丢失比率大于一阈值时执行这样的接收比率的测量，则在接收比率报告指示消息中包含指示阈值测量的ThresholdMeasurement元素和指示该阈值的属性。
6.如权利要求1所述的系统，其中如果所述测量类型是事件触发测量类型以使得当预定事件发生时执行接收比率的测量，则在接收比率报告指示消息中包含指示事件触发测量的EventTriggeredMeasurement元素和指示用于触发该事件的触发值的属性。
7.如权利要求1所述的系统，其中所述接收比率报告消息至少包括以下其中之一：全局服务标识符globalServiceID属性，用于识别经受接收比率测量的广播流服务；DeviceID元素，表示终端的标识符；用于定义DeviceID元素的类型的属性；SessionID元素，用于识别在其上执行测量的会话；globalContentID元素，用于识别经受接收比率测量的内容；reportType属性，表示接收比率的测量类型；测量起始实时传输协议时间戳measurementStartRTPTimestamp属性，表示接收比率测量的起始时间；以及measurementEndRTPTimestamp属性，表示接收比率测量的结束时间。
8.如权利要求7所述的系统，其中所述接收比率报告消息进一步至少包括以下其中之一：expectedTotalPackets属性，表示预期接收的分组总数；receivedTotalPackets属性，表示接收的分组总数；lostTotalPackets属性，表示终端未能接收、或终端已经接收但所接收的分组发生错误的分组总数；serviceArea属性，表示在其中执行接收比率测量的区域；以及cellID属性，表示在其中执行接收比率测量的小区。
9.一种用于在广播系统中报告广播服务的接收比率的终端装置，该终端装置包括：
接收器，用于接收指示广播流服务的接收比率的至少一种测量类型的接收比率报告指示消息；
控制器，用于测量接收比率，所述接收比率表示指示该终端在依照由所述接收比率报告指示消息指示的接收比率测量类型的接收比率测量时间间隔期间预期接收的分组总数的expectedTotalPackets与指示该终端在所述接收比率测量时间间隔期间已经接收的分组总数的receivedTotalPackets的比率；以及
发送器，用于发送包括所测量的接收比率的接收比率报告消息。
10.如权利要求9所述的终端装置，其中如果所述测量类型是会话测量类型以使得在广播流服务的整个会话期间执行接收比率的测量，则在接收比率报告指示消息中包含指示会话测量的SessionMeasurement元素。
11.如权利要求10所述的终端装置，其中所述控制器在广播流服务的整个会话期间测量接收比率。
12.如权利要求9所述的终端装置，其中如果所述测量类型是固定持续时间测量类型以使得在一固定持续时间期间执行接收比率的测量，则在接收比率报告指示消息中包含指示固定持续时间测量的FixedDurationMeasurement元素、指示该固定持续时间的起始时间的起始实时传输协议时间戳startRTPTimestamp属性、以及指示该固定持续时间的结束时间的endRTPTimestamp属性。
13.如权利要求12所述的终端装置，其中所述控制器在startRTPTimestamp与endRTPTimestamp之间的持续时间期间测量广播流服务的接收比率。
14.如权利要求9所述的终端装置，其中如果所述测量类型是时间间隔测量类型以使得每隔一时间间隔执行接收比率的测量，则在接收比率报告指示消息中包含指示时间间隔测量的IntervalMeasurement元素和指示该时间间隔的属性。
15.如权利要求14所述的终端装置，其中所述控制器每隔该时间间隔测量广播流服务的接收比率。
16.如权利要求9所述的终端装置，其中如果所述测量类型是阈值测量类型以使得当表示测量时间间隔期间指示该终端预期接收的分组总数的expectedTotalPackets与指示丢失的分组总数的lostTotalPackets的比率的丢失比率大于一阈值时执行接收比率的测量，则在接收比率报告指示消息中包含指示阈值测量的ThresholdMeasurement元素和指示该阈值的属性。
17.如权利要求16所述的终端装置，其中所述控制器在每次丢失比率大于该阈值时测量广播流服务的接收比率。
18.如权利要求9所述的终端装置，其中如果所述测量类型是事件触发测量类型以使得当一事件发生时执行接收比率的测量，则在接收比率报告指示消息中包含指示事件触发测量的EventTriggeredMeasurement元素和指示用于触发该事件的触发值的属性。
19.如权利要求18所述的终端装置，其中所述控制器在该事件发生时测量广播流服务的接收比率。
20.如权利要求9所述的终端装置，其中所述接收比率报告消息至少包括以下其中之一：全局服务标识符globalServiceID属性，用于识别经受接收比率测量的广播流服务；DeviceID元素，表示终端的标识符；用于定义DeviceID元素的类型的属性；SessionID元素，用于识别在其上执行测量的会话；globalContentID元素，用于识别经受接收比率测量的内容；reportType属性，表示接收比率的测量类型；测量起始实时传输协议时间戳measurementStartRTPTimestamp属性，表示接收比率测量的起始时间；以及measurementEndRTPTimestamp属性，表示接收比率测量的结束时间。
21.如权利要求20所述的终端装置，其中所述接收比率报告消息进一步至少包括以下其中之一：expectedTotalPackets属性，表示预期接收的分组总数；receivedTotalPackets属性，表示接收的分组总数；lostTotalPackets属性，表示终端未能接收、或终端已经接收但所接收的分组发生错误的分组总数；serviceArea属性，表示在其中执行接收比率测量的区域；以及cellID属性，表示在其中执行接收比率测量的小区。
22.一种用于在广播系统中由终端报告广播服务的接收比率的方法，该方法包括：
接收指示广播流服务的接收比率的至少一种测量类型的接收比率报告指示消息；
测量接收比率，所述接收比率表示指示该终端在依照由所述接收比率报告指示消息指示的接收比率测量类型的接收比率测量时间间隔期间预期接收的分组总数的expectedTotalPackets与指示该终端在所述接收比率测量时间间隔期间已经接收的分组总数的receivedTotalPackets的比率；以及
发送包括所测量的接收比率的接收比率报告消息。
23.如权利要求22所述的方法，其中如果所述测量类型是会话测量类型以使得在广播流服务的整个会话期间执行接收比率的测量，则在接收比率报告指示消息中包含指示会话测量的SessionMeasurement元素。
24.如权利要求23所述的方法，其中所述接收比率的测量包括：
在广播流服务的整个会话期间测量接收比率。
25.如权利要求22所述的方法，其中所述测量类型是固定持续时间测量类型以使得在一固定持续时间期间执行接收比率的测量，则在接收比率报告指示消息中包含指示固定持续时间测量的FixedDurationMeasurement元素、指示该固定持续时间的起始时间的起始实时传输协议时间戳startRTPTimestamp属性、以及指示该固定持续时间的结束时间的endRTPTimestamp属性。
26.如权利要求25所述的方法，其中所述接收比率的测量包括：
在startRTPTimestamp与endRTPTimestamp之间的持续时间期间测量广播流服务的接收比率。
27.如权利要求22所述的方法，其中如果所述测量类型是时间间隔测量类型以使得每隔一时间间隔执行接收比率的测量，则在接收比率报告指示消息中包含指示时间间隔测量的IntervalMeasurement元素和指示该时间间隔的属性。
28.如权利要求27所述的方法，其中所述接收比率的测量包括：
每隔该时间间隔测量广播流服务的接收比率。
29.如权利要求22所述的方法，其中如果所述测量类型是阈值测量类型以使得当表示测量时间间隔期间指示该终端预期接收的分组总数的expectedTotalPackets与指示丢失的分组总数的lostTotalPackets的比率的丢失比率大于一阈值时执行接收比率的测量，则在接收比率报告指示消息中包含指示阈值测量的ThresholdMeasurement元素和指示该阈值的属性。
30.如权利要求29所述的方法，其中所述接收比率的测量包括：
在每次丢失比率大于该阈值时测量广播流服务的接收比率。
31.如权利要求22所述的方法，其中如果所述测量类型是事件触发测量类型以使得当一事件发生时执行接收比率的测量，则在接收比率报告指示消息中包含指示事件触发测量的EventTriggeredMeasurement元素和指示用于触发该事件的触发值的属性。
32.如权利要求31所述的方法，其中所述接收比率的测量包括：
在该事件发生时测量广播流服务的接收比率。
33.如权利要求22所述的方法，其中所述接收比率报告消息至少包括以下其中之一：全局服务标识符globalServiceID属性，用于识别经受接收比率测量的广播流服务；DeviceID元素，表示终端的标识符；用于定义DeviceID元素的类型的属性；SessionID元素，用于识别在其上执行测量的会话；globalContentID元素，用于识别经受接收比率测量的内容；reportType属性，表示接收比率的测量类型；测量起始实时传输协议时间戳measurementStartRTPTimestamp属性，表示接收比率测量的起始时间；以及measurementEndRTPTimestamp属性，表示接收比率测量的结束时间。
34.如权利要求33所述的方法，其中所述接收比率报告消息进一步至少包括以下其中之一：expectedTotalPackets属性，表示预期接收的分组总数；receivedTotalPackets属性，表示接收的分组总数；lostTotalPackets属性，表示终端未能接收、或终端已经接收但所接收的分组发生错误的分组总数；serviceArea属性，表示在其中执行接收比率测量的区域；以及cellID属性，表示在其中执行接收比率测量的小区。
35.一种用于由网络实体从终端接收关于广播服务接收比率的报告的方法，该方法包括：
确定广播流服务的接收比率的至少一种测量类型；
向终端发送指示所确定的测量类型的接收比率报告指示消息；以及
从终端接收包括接收比率的接收比率报告消息，所述接收比率表示指示该终端在依照所述测量类型的接收比率测量时间间隔期间预期接收的分组总数的expectedTotalPackets与指示该终端在所述接收比率测量时间间隔期间已经接收的分组总数的receivedTotalPackets的比率。
36.如权利要求35所述的方法，其中如果所述测量类型是会话测量类型以使得在广播流服务的整个会话期间执行接收比率的测量，则在接收比率报告指示消息中包含指示会话测量的SessionMeasurement元素。
37.如权利要求35所述的方法，其中如果所述测量类型是固定持续时间测量类型以使得在一固定持续时间期间执行接收比率的测量，则在接收比率报告指示消息中包含指示固定持续时间测量的FixedDurationMeasurement元素、指示该固定持续时间的起始时间的起始实时传输协议时间戳startRTPTimestamp属性、以及指示该固定持续时间的结束时间的endRTPTimestamp属性。
38.如权利要求35所述的方法，其中如果所述测量类型是时间间隔测量类型以使得每隔一时间间隔执行接收比率的测量，则在接收比率报告指示消息中包含指示时间间隔测量的IntervalMeasurement元素和指示该时间间隔的属性。
39.如权利要求35所述的方法，其中如果所述测量类型是阈值测量类型以使得当表示测量时间间隔期间指示该终端预期接收的分组总数的expectedTotalPackets与指示丢失的分组总数的lostTotalPackets的比率的丢失比率大于一阈值时执行接收比率的测量，则在接收比率报告指示消息中包含指示阈值测量的ThresholdMeasurement元素和指示该阈值的属性。
40.如权利要求35所述的方法，其中如果所述测量类型是事件触发测量类型以使得当一事件发生时执行接收比率的测量，则在接收比率报告指示消息中包含指示事件触发测量的EventTriggeredMeasurement元素和指示用于触发该事件的触发值的属性。
41.如权利要求35所述的方法，其中所述接收比率报告消息至少包括以下其中之一：全局服务标识符globalServiceID属性，用于识别经受接收比率测量的广播流服务；DeviceID元素，表示终端的标识符；用于定义DeviceID元素的类型的属性；SessionID元素，用于识别在其上执行测量的会话；globalContentID元素，用于识别经受接收比率测量的内容；reportType属性，表示接收比率的测量类型；测量起始实时传输协议时间戳measurementStartRTPTimestamp属性，表示接收比率测量的起始时间；以及measurementEndRTPTimestamp属性，表示接收比率测量的结束时间。
42.如权利要求41所述的方法，其中所述接收比率报告消息进一步至少包括以下其中之一：expectedTotalPackets属性，表示预期接收的分组总数；receivedTotalPackets属性，表示接收的分组总数；lostTotalPackets属性，表示终端未能接收、或终端已经接收但所接收的分组发生错误的分组总数；serviceArea属性，表示在其中执行接收比率测量的区域；以及cellID属性，表示在其中执行接收比率测量的小区。
CN2007800379374A 2006-08-18 2007-08-17 移动广播系统中由终端报告流服务的接收比率的方法和装置、及其系统 Expired - Fee Related CN101584224B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
KR20060078411 2006-08-18
KR10-2006-0078411 2006-08-18
KR1020060078411 2006-08-18
KR1020060109692 2006-11-07
KR20060109692 2006-11-07
KR10-2006-0109692 2006-11-07
PCT/KR2007/003943 WO2008020729A1 (en) 2006-08-18 2007-08-17 Method and apparstus for reporting reception ratio of streaming service by terminal in a mobile broadcasting system, and system thereof

Publications (2)

Publication Number Publication Date
CN101584224A CN101584224A (zh) 2009-11-18
CN101584224B true CN101584224B (zh) 2011-09-21

Family

ID=38705100

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007800379374A Expired - Fee Related CN101584224B (zh) 2006-08-18 2007-08-17 移动广播系统中由终端报告流服务的接收比率的方法和装置、及其系统

Country Status (7)

Country Link
US (1) US8463241B2 (zh)
EP (2) EP1890408A3 (zh)
JP (1) JP4955060B2 (zh)
KR (1) KR100871240B1 (zh)
CN (1) CN101584224B (zh)
RU (1) RU2402877C1 (zh)
WO (1) WO2008020729A1 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100677511B1 (ko) * 2005-08-12 2007-02-02 엘지전자 주식회사 Ｂｃａｓｔ서비스 시스템 및 이를 이용한 콘텐츠 전송방법
WO2008116482A1 (en) * 2007-03-26 2008-10-02 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for performance monitoring in a communications network
US9106800B2 (en) * 2007-08-31 2015-08-11 At&T Intellectual Property I, L.P. System and method of monitoring video data packet delivery
JP5104450B2 (ja) * 2008-03-25 2012-12-19 富士通株式会社 パラメータ設定変更方法および設定装置
JP5115273B2 (ja) * 2008-03-28 2013-01-09 富士通株式会社 無線通信システム、無線基地局装置、マルチサービス管理装置
US8948027B2 (en) 2009-01-16 2015-02-03 Blackberry Limited Method and system for wireless network management
CN101795468B (zh) 2009-02-03 2014-04-30 中兴通讯股份有限公司 一种测量实现方法及系统
CN101924955A (zh) * 2009-06-16 2010-12-22 中兴通讯股份有限公司 一种改善手机电视播放质量的方法及系统
US20110045821A1 (en) * 2009-08-24 2011-02-24 Motorola, Inc. Sampling and reporting performance of a communication network
CN102215144B (zh) * 2011-05-17 2016-06-29 中兴通讯股份有限公司 丢包率的测量方法和系统
CN105723751B (zh) * 2013-08-26 2022-03-08 瑞典爱立信有限公司 在通信系统中用于启用反馈传输的方法和装置
WO2015072042A1 (ja) * 2013-11-18 2015-05-21 富士通株式会社 無線端末装置及び受信品質報告方法
JP6335402B2 (ja) * 2016-01-21 2018-05-30 三菱電機株式会社 無線通信装置、無線通信方法及び無線通信プログラム
KR101856857B1 (ko) 2016-09-09 2018-05-11 현대오트론 주식회사 메시지 통신 부하 제어 장치 및 방법
US11678332B2 (en) * 2017-08-22 2023-06-13 Qualcomm Incorporated Control and data multiplexing in uplink wireless transmissions

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5546411A (en) * 1995-02-28 1996-08-13 Motorola, Inc. Method and apparatus for adaptively selecting a communication strategy in a selective call radio communication system
US20040117841A1 (en) * 2001-05-16 2004-06-17 Akira Urakoshi Digital broadcast reception apparatus
CN1636360A (zh) * 2000-05-12 2005-07-06 高通股份有限公司 高速率分组数据传送中快速闭环速率自适应的方法和设备

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5404355A (en) 1992-10-05 1995-04-04 Ericsson Ge Mobile Communications, Inc. Method for transmitting broadcast information in a digital control channel
US6782490B2 (en) * 1999-03-17 2004-08-24 At&T Corp. Network-based service for the repair of IP multicast sessions
US7606164B2 (en) * 1999-12-14 2009-10-20 Texas Instruments Incorporated Process of increasing source rate on acceptable side of threshold
US7072305B1 (en) * 1999-10-29 2006-07-04 Applied Digital Access, Inc. Method and apparatus for analyzing a communications network link
JP2001320440A (ja) * 2000-05-02 2001-11-16 Sony Corp 通信装置及び方法
JP3590949B2 (ja) * 2000-08-17 2004-11-17 松下電器産業株式会社 データ伝送装置およびデータ伝送方法
US7206840B2 (en) * 2001-05-11 2007-04-17 Koninklike Philips Electronics N.V. Dynamic frequency selection scheme for IEEE 802.11 WLANs
US7047456B2 (en) * 2001-08-28 2006-05-16 Intel Corporation Error correction for regional and dynamic factors in communications
KR20030032875A (ko) 2001-10-19 2003-04-26 삼성전자주식회사 멀티캐스트 멀티미디어 방송 서비스를 제공하는 이동 통신시스템에서 순방향 데이터 채널 송신 전력을 제어하는장치 및 방법
US8089888B2 (en) 2001-12-10 2012-01-03 Qualcomm Incorporated Method and apparatus for testing traffic and auxiliary channels in a wireless data communication system
JP4000905B2 (ja) * 2002-05-22 2007-10-31 ソニー株式会社 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム
EP1432196A1 (en) * 2002-12-20 2004-06-23 Matsushita Electric Industrial Co., Ltd. Control traffic compression method in media data transmission
US20040143661A1 (en) * 2003-01-14 2004-07-22 Akio Higashi Content history log collecting system
US7430179B2 (en) * 2003-06-28 2008-09-30 Geopacket Corporation Quality determination for packetized information
WO2005022852A1 (en) * 2003-08-21 2005-03-10 Vidiator Enterprises Inc. Quality of experience (qoe) metrics for wireless communication networks
US20070097987A1 (en) * 2003-11-24 2007-05-03 Rey Jose L Feedback provision using general nack report blocks and loss rle report blocks
US7295811B2 (en) * 2004-02-05 2007-11-13 Interdigital Technology Corporation Method for performing measurements for handoff of a mobile unit operating with a switched beam antenna in a wireless communication system, and corresponding system
EP1714456B1 (en) * 2004-02-12 2014-07-16 Core Wireless Licensing S.à.r.l. Classified media quality of experience
WO2005088931A1 (en) * 2004-02-13 2005-09-22 Nokia Corporation Timing of quality of experience metrics
JP4482024B2 (ja) * 2004-02-27 2010-06-16 テレフオンアクチーボラゲット エル エム エリクソン（パブル） パケット交換ネットワークにおける資源利用の最適化
EP1624610B1 (en) * 2004-08-06 2006-12-27 Matsushita Electric Industrial Co., Ltd. Feedback control for multicast or broadcast services
EP1641302B1 (en) 2004-09-27 2009-07-01 Panasonic Corporation Anonymous uplink measurement report in a wireless communication system
EP1641189B1 (en) 2004-09-27 2010-05-19 Panasonic Corporation Error ratio measurement in the radio link control layer for quality of service control in a wireless communication system
KR100913882B1 (ko) 2005-01-25 2009-08-26 삼성전자주식회사 이동/방송 시스템에서 방송 서비스에 대한 통지를 전송하는 방법 및 그 시스템
KR101071837B1 (ko) 2005-06-24 2011-10-11 엘지전자 주식회사 브로드캐스트/멀티캐스트 서비스 수행 방법
KR100677511B1 (ko) 2005-08-12 2007-02-02 엘지전자 주식회사 Ｂｃａｓｔ서비스 시스템 및 이를 이용한 콘텐츠 전송방법
US20070239820A1 (en) * 2005-11-23 2007-10-11 Nokia Corporation System and method for providing quality feedback metrics for data transmission in rich media services

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5546411A (en) * 1995-02-28 1996-08-13 Motorola, Inc. Method and apparatus for adaptively selecting a communication strategy in a selective call radio communication system
CN1636360A (zh) * 2000-05-12 2005-07-06 高通股份有限公司 高速率分组数据传送中快速闭环速率自适应的方法和设备
US20040117841A1 (en) * 2001-05-16 2004-06-17 Akira Urakoshi Digital broadcast reception apparatus

Also Published As

Publication number Publication date
JP4955060B2 (ja) 2012-06-20
WO2008020729A1 (en) 2008-02-21
RU2402877C1 (ru) 2010-10-27
EP2763336A2 (en) 2014-08-06
KR20080016503A (ko) 2008-02-21
US20080045185A1 (en) 2008-02-21
US8463241B2 (en) 2013-06-11
EP1890408A3 (en) 2011-10-12
RU2009105505A (ru) 2010-08-27
EP1890408A2 (en) 2008-02-20
CN101584224A (zh) 2009-11-18
KR100871240B1 (ko) 2008-11-28
JP2010502090A (ja) 2010-01-21
EP2763336A3 (en) 2014-08-13

Similar Documents

Publication Publication Date Title
CN101584224B (zh) 移动广播系统中由终端报告流服务的接收比率的方法和装置、及其系统
CN101238732B (zh) 在广播系统中发送/接收广播服务的接入信息的方法和装置及其系统
CN101505317B (zh) 流式媒体中断与恢复系统
CN104904180B (zh) 设备定时调整和用于支持广播上的dash的方法
CN1839597B (zh) 对无线通信网络的质量体验(qoe)度量
CN101919243B (zh) 用于在移动广播系统中提供和接收服务指南的方法和设备
KR20070026595A (ko) 사용자 위치정보를 기반으로 하는 브로드캐스트/멀티캐스트서비스 방법
US20060221882A1 (en) File distribution method and apparatus in a mobile broadcast system
CN103503439A (zh) 在数字广播系统中发送/接收广播服务的方法和装置及其系统
CN105099929B (zh) 网络控制方法、装置及相应设备
CN101346910B (zh) 多媒体广播和组播业务中用户设备运行维护的测量方法
CN101491009A (zh) 用于在网络环境中提供测量报告的方法和装置
CN101156390A (zh) 用于在移动广播系统中传递流的设备和方法
EP1750445B9 (en) Method and system for obtaining viewing information in broadband video system
EP2276255A2 (en) User-personalized service-provision method and apparatus within a broadcasting system, as well as a system therefor
CN100349449C (zh) 基于实时传输协议的端到端网络测量方法
US20040215698A1 (en) Method of delivering content to destination terminals and collection server
US20120047019A1 (en) Apparatus, method, and advertising server for providing mobile advertising through mobile broadcasting network
CN102282785B (zh) 使用电子指南向几个客户端提供触发信息的方法和装置
CN102754471B (zh) 在内容传输系统中用于报告客群分析的方法和装置
CN101227635A (zh) 长期演进中多媒体广播/多播业务的听众测量方法及设备
CN102448018B (zh) 一种多媒体广播组播业务统计信息发送方法及系统
CN103179512B (zh) 对无线组播广播的在线用户数进行统计的方法和系统
KR20070039449A (ko) 휴대 방송 시스템에서 서비스 가이드 콘텍스트 송수신 방법및 장치
CN101667943B (zh) 一种富媒体内容监控和举报方法和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20110921

Termination date: 20210817

CF01 Termination of patent right due to non-payment of annual fee