KR100871240B1 - 방송 시스템에서 단말기가 스트리밍 서비스의 수신율을보고하는 방법 및 장치와 그 시스템 - Google Patents

방송 시스템에서 단말기가 스트리밍 서비스의 수신율을보고하는 방법 및 장치와 그 시스템 Download PDF

Info

Publication number
KR100871240B1
KR100871240B1 KR20070082984A KR20070082984A KR100871240B1 KR 100871240 B1 KR100871240 B1 KR 100871240B1 KR 20070082984 A KR20070082984 A KR 20070082984A KR 20070082984 A KR20070082984 A KR 20070082984A KR 100871240 B1 KR100871240 B1 KR 100871240B1
Authority
KR
South Korea
Prior art keywords
reception rate
measurement
attribute value
reception
terminal
Prior art date
Application number
KR20070082984A
Other languages
English (en)
Other versions
KR20080016503A (ko
Inventor
이종효
황승오
이국희
정보선
Original Assignee
삼성전자주식회사
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 삼성전자주식회사 filed Critical 삼성전자주식회사
Publication of KR20080016503A publication Critical patent/KR20080016503A/ko
Application granted granted Critical
Publication of KR100871240B1 publication Critical patent/KR100871240B1/ko

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

본 발명은 휴대 방송 시스템에서 단말기가 스트리밍 (streaming) 서비스의 수신율을 방송 시스템으로 보고하는 방법 및 장치와 그 시스템을 제공하기 위한 것으로서, 본 발명에 따른 방송 서비스의 수신율을 보고하는 방송 시스템은, 방송 스트리밍 서비스에 대한 수신율의 적어도 하나의 측정 방식을 지시하는 수신율 보고 지시 메시지를 전송하는 네트워크 엔터티와, 상기 수신율 보고 지시 메시지를 수신하고, 상기 수신율 보고 지시 메시지가 지시하는 측정 방식에 따라 수신율 측정 기간동안 상기 단말기가 수신할 것으로 예상된 총 패킷의 수(expectedTotalPackets) 대 수신율 측정 기간 동안 상기 단말기가 수신한 총 패킷의 수(receivedTotalPackets)의 비율인 상기 수신율을 포함하는 수신율 보고 메시지를 전송하는 단말기를 포함한다.
Figure R1020070082984
OMA, BCAST, 수신율 보고, 스트리밍 서비스

Description

방송 시스템에서 단말기가 스트리밍 서비스의 수신율을 보고하는 방법 및 장치와 그 시스템{METHOD AND APPARATUS FOR REPORTING RECEPTION RATIO OF STREAMING SERVICE IN MOBILE BROADCASTING SYSTEM, AND SYSTEM THEREOF}
본 발명은 방송 시스템에서 방송 서비스 제공 방법 및 장치와 그 시스템에 대한 것으로서, 특히 방송 시스템에서 스트리밍 서비스의 수신율을 보고하는 방법 및 장치와 그 시스템에 관한 것이다.
본 명세서에 방송 시스템은 단말기로 방송 서비스를 제공하는 휴대 방송 시스템을 예로 들어 기술될 것이다. 이동통신 시장은 기존 기술들의 재조합 또는 통합을 통해 새로운 서비스의 생산을 지속적으로 요구받고 있으며, 오늘날 통신 및 방송 기술의 발달로 인해 종래의 방송 시스템 또는 이동 통신 시스템에서 핸드폰, PDA(Personal Digital Assistants)의 등 휴대 단말기(이하, "단말기")를 통해 방송 서비스를 제공하는 단계에 있다. 이러한 잠재적이고 실제적인 시장 수요와 멀티미디어 서비스에 대해 급증하는 사용자 요구, 기존의 음성 서비스 외에 방송 서비스 등 새로운 서비스를 제공하고자 하는 사업자의 전략, 그리고 수요자의 요구를 수용 하여 이동통신 사업을 강화하고 있는 IT 기업들의 이해관계가 맞물려 이동통신 서비스와 IP의 융합은 차세대 이동통신 기술 개발의 큰 흐름으로 자리잡고 있다.
한편 오픈 모바일 얼라이언스(Open Mobile Alliance : OMA)는 개별 모바일 솔루션의 상호 연동을 위한 표준을 연구하는 단체로서, 상기 OMA는 이동통신용 게임, 인터넷 서비스 등에 대한 다양한 어플리케이션 표준을 정하는 역할을 주로 한다. 특히 상기 OMA의 워킹 그룹 중 OMA BAC BCAST(Open Mobile Alliance Browser and Content Mobile Broadcast Sub Working Group)에서는 단말기(특히, 이동 단말)로 방송 서비스를 제공하는 기술을 연구하고 있다. 이하에서는 OMA에서 논의되는 휴대 방송 시스템에서 대해 간략히 설명하기로 한다.
먼저 휴대 방송 시스템에서 방송 서비스를 수신하기 위한 단말기는 서비스 자체에 대한 설명 정보, 서비스에 대한 과금 정보, 그리고 서비스의 수신 방법에 대한 정보가 포함된 서비스 가이드 정보를 수신해야 하며, 단말기는 상기 서비스 가이드 정보를 이용하여 해당 서비스를 수신하게 된다. 이하 종래 기술과 본 발명의 설명에 있어서 구체적인 예를 들기 위하여 휴대 방송 기술 표준중의 하나인 OMA BCAST 기술을 바탕으로 설명한다.
도 1은 일반적인 휴대 방송 시스템의 구성을 나타낸 블록 구성도로서, 이는 휴대 방송 서비스를 제공하도록 응용 계층 및 그 이하 계층 전송 계층까지의 표준 기술을 제정하고 있는 BCAST 시스템에서 각 작업 그룹의 논리적인 구조를 도시한 것이다.
먼저 도 1에 도시된 각 논리 개체들을 상세히 설명한다. 컨텐츠 공급 자(Content Creation Entity: CC)(101)는 BCAST 서비스의 기초가 되는 컨텐츠를 공급하며, 상기 컨텐츠는 통상의 방송 서비스를 위한 파일, 예를 들면 영화, 오디오, 비디오를 위한 데이터 등이 될 수 있겠다. 또한 상기 컨텐츠 공급자(101)는 서비스 가이드 생성 및 상기 서비스가 전송될 전송 베어러를 결정하기 위한 상기 컨텐츠에 대한 속성(Attribute)을 BCAST 서비스 어플리케이션 엔터티(BCAST Service Application Entity)(102)에 제공한다.
BCAST 서비스 애플리케이션 엔터티(102)는 상기 컨텐츠 공급자(101)로부터 BCAST 서비스의 데이터를 공급받아서 이를 이용해 미디어 인코딩, 컨텐츠 보호, 양방향 서비스 등을 제공하기에 적합한 형태로 가공한다. 또한 상기 컨텐츠 공급자(101)로부터 공급받은 상기 컨텐츠에 대한 속성을 BCAST 서비스 분배/조정부(BCAST Service Distribution/Adaptation Entity)(103)와 BCAST 가입 관리부(BAST Subscription Management Entity)(104)에 제공한다. BCAST 서비스 분배/조정부(103)는 상기 BCAST 서비스 어플리케이션 엔터티(102)로부터 공급받은 BCAST 서비스 데이터들을 이용해서 파일 및 스트리밍 전송, 서비스 수집, 서비스 보호, 서비스 가이드 생성 및 전달, 서비스 공지(Notification)와 같은 작업을 수행한다. 또한 상기 BCAST 서비스 분배/조정부(103)는 상기 서비스를 방송 분배 시스템(Broadcast Distribution System)(112)에 맞도록 조정한다.
BCAST 가입 관리부(104)는 BCAST 서비스 사용자의 가입 및 요금 관련 기능과 같은 서비스 규정, BCAST 서비스에 사용되는 정보의 규정, BAST 서비스를 제공받는 단말기를 하드웨어 또는 소프트웨어적으로 관리한다. 단말기(Terminal)(105)는 컨 텐츠 및 서비스 가이드와 컨텐츠 보호등과 같은 프로그램 지원 정보를 수신하며 사용자에게 방송 서비스를 제공한다. BDS 서비스 분배부(BDS Service Distribution Entity)(111)는 방송 분배 시스템(112) 및 연동 네트워크(Interaction Network)(113)와 상호 통신을 통해서 휴대 방송 서비스를 다수의 단말기들에게 전송한다.
방송 분배 시스템(112)은 방송 채널을 통해 휴대 방송 서비스를 전송하며, 휴대 방송 서비승의 예를 들면, 이동통신 기술의 표준화 기구인 3GPP의 MBMS(Multimedia Broadcast Multicast Service), 3GPP2(3rd Generation Project Partnership 2)의 BCMCS(Broadcast Multicast Service), 디지털 방송 기술의 표준화 기구인 DVB(Digital Video Broadcasting)의 DVB-H(DVB-Handheld) 또는 IP(Internet Protocol) 기반의 방송/통신 네트워크 등이 될 수 있겠다. 연동 네트워크(113)는 양방향 채널을 제공하며, 그 예를 들면 셀룰러 네트워크 등이 될 수 있다.
다음으로 상기 논리 개체들 간의 연결 통로인 참조 포인트(reference point)들을 설명한다. 참조 포인트는 목적에 따라 다수개의 인터페이스들을 가지며, 이러한 인터페이스는 소정의 목적을 위해서 2개 이상의 논리 개체들간의 통신을 위해서 사용되며, 이를 위한 메시지 형식과 프로토콜 등이 적용된다.
도 1에서 BCAST-1(121)은 컨텐츠 및 컨텐츠 속성의 전송로이며, BCAST2(122)는 컨텐츠가 보호(Content-protected)되거나 컨텐츠가 보호되지 않은(Content-unprotected) BCAST 서비스와 상기 BCAST 서비스의 속성 및 컨텐츠 속성의 전송로 이다. BCAST-3(123)는 BCAST 서비스의 속성, 컨텐츠의 속성, 사용자 우선(User preference) 및 가입(Subscription) 정보, 사용자 요청, 상기 요청에 대한 응답의 전송로이다. BCAST-4(124)는 공지 메시지(Notification Message), 서비스 가이드에 사용되는 속성, 컨텐츠 보호(Content Protection) 및 서비스 보호(Service Protection)에 사용되는 키(Key)의 전송로이다.
도 1에서 BCAST-5(125)는 서비스가 보호된(Protected) BCAST 서비스, 서비스가 보호되지 않은(Unprotected) BCAST 서비스, 컨텐츠가 보호된(Content-protected) BCAST 서비스, 컨텐츠가 보호되지 않은(Content-unprotected) BCAST 서비스, BCAST 서비스 속성, 컨텐츠 속성, 공지(Notification), 서비스 가이드, BCAST 서비스 보호(protection)에 사용되는 DRM(Digital Right Management) RO 및 킷값 등의 보안 요소(Security material)와 방송(Broadcast) 채널을 통해서 전송되는 모든 데이터와 시그널의 전송로이다.
도 1에서 BCAST-6(126)은 보호된(Protected) BCAST 서비스, 보호되지 않은(Unprotected) BCAST 서비스, 컨텐츠가 보호된(Content-protected) BCAST 서비스, 컨텐츠가 보호되지 않은(Content-unprotected) BCAST 서비스, BCAST 서비스 속성, 컨텐츠 속성, 공지(Notification), 서비스 가이드, BCAST 서비스 보호(protection)에 사용되는 DRM(Digital Right Management) RO 및 키 값 등의 보안 요소(Security material)와 연동(Interaction) 채널을 통해서 전송되는 모든 데이터와 시그널의 전송로이다.
도 1에서 BCAST-7(127)은 서비스 규정(provisioning), 가입(Subscription) 정보, 장치 관리(Device Management), BCAST 서비스 보호(protection)에 사용되는 DRM(Digital Right Management) RO 및 키값 등의 보안 요소(Security material) 등의 수신에 관련된 제어 정보의 연동(Interaction) 채널을 통해서 전송되는 사용자 우선(preference) 정보의 전송로이다. BCAST-8(128)은 BCAST 서비스에 대한 사용자의 데이터가 연동(Interaction)되는 전송로이다. BDS-1(129)은 보호된(protected) BCAST 서비스, 보호되지 않은(Unprotected) BCAST 서비스, BCAST 서비스 속성, 컨텐츠 속성, 공지(notification), 서비스 가이드 및 BCAST 서비스 보호(protection)에 사용되는 DRM(Digital Right Management) RO 및 키값 등의 보안 요소(Security material)의 전송로이다.
도 1에서 BDS-2(130)는 서비스 규정(provisioning), 가입(Subscription) 정보, 장치 관리(Device management) 및 BCAST 서비스 보호(protection)에 사용되는 DRM(Digital Right Management) RO 및 키값 등의 보안 요소(Security material)의 전송로이다. X-1(131)은 상기 BDS 서비스 분배부(111)와 방송 분배 시스템(112)간의 참조(reference) 포인트이다. X-2(132)는 상기 BDS 서비스 분배부(111)와 연동 네트워크(113)간의 참조(reference) 포인트이다. X-3(133)은 방송 분배 시스템(112)과 단말기(105)간의 참조(reference) 포인트이다. X-4(134)는 BDS 서비스 분배부(111) 및 방송 채널을 통한 상기 단말기(105)간의 참조(reference) 포인트이다. X-5(135)는 BDS 서비스 분배부(111) 및 인터랙션 채널을 통한 상기 단말기(105)간의 참조(reference) 포인트이다. X-6(136)은 연동 네트워크(113)와 단말기(105)간의 참조(reference) 포인트이다.
도 2는 일반적인 휴대 방송 시스템에서 방송 서비스를 수신하기 위한 서비스 가이드의 구조를 나타낸 도면으로서, 이는 BCAST 시스템에서 단말기로 방송 서비스를 제공하기 위해 제안한 구조이다. 하나의 서비스 가이드는 각각의 목적을 가지는 프래그먼트(Fragment)로 구성되며, 각각의 프래그먼트는 사용 용도에 따라 도 2와 같이 4 개의 그룹으로 구분된다.
도 2는 서비스 가이드를 관리 그룹(Administrative Group)(200), 공급 그룹(Provisioning Group)(210), 핵심 그룹(Core Group)(220) 그리고 억세스 그룹(Access Group)(230)으로 구성한 예를 도시한 것이다. 도 2에서 각 프래그먼트를 연결하는 실선은 각 프래그먼트 간의 상호 참조를 의미한다.
도 2에서 상기 관리 그룹(Administrative Group)(200)은 단말기가 서비스 가이드를 수신하기 위한 기본 정보를 제공하는 그룹이다. 상기 관리 그룹(200)은 서비스 가이드 전달 디스크립터(delivery descriptor) 프래그먼트(201)를 포함한다. 상기 서비스 가이드 전달 디스크립터 프래그먼트(201)는 서비스 가이드 식별자(ID)와, 서비스 가이드를 생성하여 전송한 사업자의 식별 정보 및 서비스 가이드 전반에 대한 정보를 제공한다. 또한 다수의 서비스 가이드 프래그먼트를 수신할 수 있는 채널, 스케쥴 정보 및 갱신 정보를 단말기에게 알려주어 단말기가 필요한 서비스 가이드만을 적합한 시간에 수신할 수 있도록 하는 정보를 제공한다.
도 2에서 상기 공급 그룹(210)은 서비스 수신을 위한 요금 정보를 제공하는 그룹이다. 상기 공급 그룹(210)은 구매 아이템(Purchase Item) 프래그먼트(211), 구매 데이터(Purchase data) 프래그먼트(212), 구매 채널(Purchase channel) 프래 그먼트(213)를 포함한다. 상기 구매 아이템(Purchase Item) 프래그먼트(211)는 서비스 또는 서비스 번들에 대한 요금 정보를 제공하고, 상기 구매 데이터(Purchase data) 프래그먼트(212)는 구매 아이템(Purchase Item)에 대한 실제 가격 정보를 나타내며 상기 구매 채널(Purchase channel) 프래그먼트(213)는 서비스 이용자가 실제적으로 서비스를 구매할 수 있는 시스템 및 요금 지불 방법에 대한 정보를 제공한다.
도 2에서 상기 핵심 그룹(Core Group)(220)은 서비스 자체에 대한 정보를 제공하는 그룹이다. 상기 핵심 그룹(220)은 서비스(Service) 프래그먼트(221), 스케쥴(Schedule) 프래그먼트(222), 콘텐츠(Content) 프래그먼트(223)를 포함한다. 상기 서비스(Service) 프래그먼트(221)는 사용자가 수신하게 될 서비스 자체에 대한 설명 및 서비스가 어떤 콘텐츠로 구성될 수 있는 지에 대한 정보를 제공하며, 상기 스케쥴(Schedule) 프래그먼트(222)는 서비스가 공급되고 이용할 수 있는 시간에 대한 정보를 제공하고, 상기 콘텐츠(Content) 프래그먼트(223)는 서비스를 구성하는 다수의 콘텐츠에 대한 정보를 각각 제공한다.
도 2에서 상기 억세스 그룹(Access Group)(230)은 억세스(Access) 프래그먼트(231)와, 세션 해석(Session Description) 프래그먼트(232)를 포함한다. 상기 억세스 그룹(230)은 상기 핵심 그룹(220)을 통해 제공되는 서비스들을 어떻게 수신할 수 있는지에 대한 서비스 접근 정보 및 해당 서비스를 구성하고 있는 콘텐츠들이 전송되는 세션에 대한 구체적인 정보를 제공하여 단말기로 하여금 해당 서비스에 대한 접근이 가능하도록 한다.
상기 억세스(Access) 프래그먼트(231)는 단말기에게 하나의 서비스에 대한 다수의 접근 방법을 제공함으로 하나의 서비스를 바탕으로 다양한 부가 서비스들에 접근할 수 있는 방법을 제공한다. 상기 세션 해석(Session Description) 프래그먼트(232)는 하나의 억세스 프래그먼트(Access Fragment)에서 정의된 서비스에 대한 세션 정보를 제공한다. 또한 상기 서비스 가이드 정보는 도2와 같이 상기한 4 개의 그룹 외에 서비스 및 콘텐츠에 대한 미리 보기와 아이콘 등을 제공하는 프리뷰 데이터(Preview data) 프래그먼트(224)와, 상호작용 서비스를 지원하기 위한 인터렉티브 데이터 (interactivity data) 프래그먼트(225)를 더 포함할 수 있다.
일반적으로 방송 시스템은 단방향 시스템으로 방송 서비스가 수신자들에게 제대로 전달이 되었는지를 관리하지 않는다. 그러나 방송 서비스의 부호화를 조절할 수 있거나 전송 속도를 조절할 수 있다면 방송 시스템이 단말기로부터 수신율의 피드백을 받고 그 수신율을 분석을 하여 방송 서비스를 보다 높은 품질로 제공할 수가 있다. 특히 휴대 방송 시스템과 같이 단말기들이 자주 이동을 하고 수신율이 자주 바뀌는 환경이라면 수신율에 대한 보고를 받아서 적절히 대처하면 보다 높은 품질의 방송 서비스를 사용자들에게 제공할 수 있다. 더욱이 수신율의 품질은 주로 사용료가 높은 휴대 방송 서비스의 경우 매주 중요하게 고려되어야 할 사항이다.
상기한 수신율 보고를 통해 방송 시스템에서는 수신 환경에 보다 적합하도록 방송 품질을 조절하여 송신할 수 있다. 그러나 현재까지 제안된 방송 표준에는 수신율 보고를 위한 단말기 및 방송 시스템의 구체적인 동작과 수신율 보고를 위한 메시지는 정의되어 있지 않은 상태이다.
본 발명은 방송 시스템으로 방송 서비스의 수신율을 보고하는 방법 및 장치와 그 시스템을 제공한다.
또한 본 발명은 휴대 방송 시스템에서 단말기가 스트리밍 서비스의 수신율을 보고하는 방법 및 장치와 그 시스템을 제공한다.
또한 본 발명은 방송 시스템에서 단말기가 수신율을 측정하는 방법 및 장치와 그 시스템을 제공한다.
본 발명에 따른 방송 서비스의 수신율을 보고하는 방송 시스템은, 방송 스트리밍 서비스에 대한 수신율의 적어도 하나의 측정 방식을 지시하는 수신율 보고 지시 메시지를 전송하는 네트워크 엔터티와, 상기 수신율 보고 지시 메시지를 수신하고, 상기 수신율 보고 지시 메시지가 지시하는 측정 방식에 따라 수신율 측정 기간동안 상기 단말기가 수신할 것으로 예상된 총 패킷의 수(expectedTotalPackets) 대 수신율 측정 기간 동안 상기 단말기가 수신한 총 패킷의 수(receivedTotalPackets)의 비율인 상기 수신율을 포함하는 수신율 보고 메시지를 전송하는 단말기를 포함한다.
본 발명에 따른 단말기가 방송 서비스의 수신율을 보고하는 방법은, 방송 스트리밍 서비스에 대한 수신율의 적어도 하나의 측정 방식을 지시하는 수신율 보고 지시 메시지를 수신하는 과정과, 상기 수신율 보고 지시 메시지에 지시된 수신율 측정 방식에 따라 수신율 측정 기간동안 상기 단말기가 수신할 것으로 예상된 총 패킷의 수(expectedTotalPackets) 대 수신율 측정 기간 동안 상기 단말기가 수신한 총 패킷의 수(receivedTotalPackets)의 비율인 수신율을 측정하는 과정과, 상기 측정한 수신율을 포함하는 수신율 보고 메시지를 전송하는 과정을 포함한다.
본 발명에 따른 네트워크 엔터티가 단말기로부터 방송 서비스 수신율을 보고받기 위한 방법은, 방송 스트리밍 서비스에 대한 수신율의 적어도 하나의 측정방식을 결정하는 과정과, 상기 결정한 측정방식을 지시하는 수신율 보고 지시 메시지를 상기 단말기로 전송하는 과정과, 상기 단말기로부터 상기 측정방식에 따라 수신율 측정 기간동안 상기 단말기가 수신할 것으로 예상된 총 패킷의 수(expectedTotalPackets) 대 수신율 측정 기간 동안 상기 단말기가 수신한 총 패킷의 수(receivedTotalPackets)의 비율인 상기 수신율을 포함하는 수신율 보고 메시지를 수신하는 과정을 포함한다.
본 발명에 따른 방송 시스템에서 방송 서비스 수신율을 보고하기 위한 단말 장치는, 방송 스트리밍 서비스에 대한 수신율의 적어도 하나의 측정 방식을 지시하는 수신율 보고 지시 메시지를 수신하는 수신기와, 상기 수신율 보고 메시지가 지시하는 수신율 측정 방식에 따라 상기 단말 장치가 수신율 측정 기간 동안 수신할 것으로 예상된 총 패킷의 수(expectedTotalPacket) 대 상기 수신율 측정 기간 동안 상기 단말기가 수신한 총 패킷의 수(receivedTotalPackets)의 비율인 수신율을 측정하는 제어기와, 상기 측정한 수신율을 포함하는 수신율 보고 메시지를 전송하는 송신기를 포함한다.
본 발명에 의하면, 방송 시스템에서 단말기가 스트리밍(streaming) 서비스 수신에 대한 수신율을 보고하는 구체적인 방안을 제안하여 방송 서비스의 품질을 보다 향상시킬 수 있다.
이하 본 발명의 바람직한 실시 예들의 상세한 설명이 첨부된 도면들을 참조하여 설명될 것이다. 도면들 중 동일한 구성들은 가능한 한 어느 곳에서든지 동일한 부호들을 나타내고 있음을 유의하여야 한다. 하기 설명에서 구체적인 특정 사항들이 나타나고 있는데, 이는 본 발명의 보다 전반적인 이해를 돕기 위해 제공된 것이다. 그리고 본 발명을 설명함에 있어, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다.
이하 설명될 본 발명의 실시 예는 휴대 방송 기술 표준의 하나인 BCAST 시스템을 바탕으로 설명될 것이나, 하기 실시 예들이 본 발명이 적용될 수 있는 범위를 BCAST 시스템으로 제한하지는 않는다. 즉 본 명세서에서 방송 시스템이라 함은 BCAST 시스템, DVB-H 시스템 등과 같이 방송 서비스를 제공하는 각종 통신 시스템을 포함하는 의미로 이해하기로 한다. 또한 본 발명은 설명의 편의를 위하여 비동 기 이동통신 표준인 3GPP(3rd Generation Partnership Project) 또는 단말기의 어플리케이션의 표준 기구인 OMA BCAST에서 정의하고 있는 개체들의 명칭들을 동일하게 사용할 것이나, 이러한 표준 및 명칭들이 본 발명의 범위를 한정하는 것은 아니다. 또한 본 발명은 휴대 방송 서비스를 제공하는 BCAST 시스템의 예를 들어 수신기를 편의상 이동 단말이라 칭하였으나, 본 발명의 기술적 사상을 유선 통신 시스템에도 적용할 수 있다.
BCAST 시스템에서 본 발명의 단말기는 스트리밍 서비스가 전송되는 RTP(Real-time Transport Protocol) 패킷의 손실율(Packet loss ratio)과 수신율(Reception ratio)을 측정하여 BSDA에게 보고하도록 구성된다. 본 발명에서 패킷 손실율이란 측정 기간동안 수신했어야할 총 패킷의 개수 대 손실된 패킷의 개수의 비율을 의미하고, 수신율이란 측정 기간동안 수신했어야할 총 패킷 개수 대 실제 수신된 패킷 개수의 비율을 의미한다. BCAST 시스템에서 스트리밍 서비스의 전송과 관련된 자세한 사항은 OMA의 아래 주소에서 상세한 설명이 들어 있는 기술 문서를 참조할 수 있다.
http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-BCAST-Distribution-V1_0_0-20060313-D.zip
도 3은 본 발명이 적용되는 휴대 방송 시스템에서 스트리밍 서비스의 수신율 보고 절차를 간략히 나타낸 흐름도로서, 이는 BCAST 시스템에서 정의된 수신율 보고 절차를 나타낸 것이다.
도 3에서 SD(Stream Distribution) in BSDA(300)은 도 1에서 설명한 BCAST 서비스 분배/조정부 (103)에 포함되는 서비스 객체로서 스트리밍 서비스를 방송하는 기능을 수행한다. BDS Service Distribution(301)은 도 1에서 설명한 BDS 서비스 분배부(111)와 동일하며, Interaction Network는 도 1에서 설명한 인터랙티브 네트워크(113)와 동일하다. 마지막으로 SD-C(Stream Distribution - Client) in Terminal(303)은 도 1의 단말기(105)에 포함되는 객체로 스트리밍 서비스 수신을 담당한다. 상기 SD-C in Terminal(303)은 설명의 편의상 단말기로 통칭하기로 한다.
도 3의 310단계에서 단말기(303)가 BSDA(300)로 방송 서비스의 수신율을 보고 하면, 311단계에서 BSDA(300)는 단말기(303)로 수신율 보고(Reception report)를 수신하였음을 확인하는 메시지를 전송하는 네트워크 엔터티이다. 또한 312단계에서 BSDA(300)는 BDS Service Distribution(301)에게 단말기(303)의 수신율(Reception Ratio)을 알려주어 수신율의 품질 개선을 요청할 수 있다. 상기 311, 312단계의 동작은 선택적으로 수행된다. 마지막으로 313단계는 BDS Service Distribution(301)가 BSDA(300)로 수신율의 품질 개선을 요청하는 응답을 보내는 단계이다. 본 발명은 도 3의 310, 311단계와 같이 단말기가 BSDA로 수신율을 보고하고, BSDA가 단말기로 응답하는 과정과 그 전에 수행되는 구체적인 동작에 관한 것을 정의하며 도 3의 312, 313단계에서 BSDA와 BDS Service Distribution 블록 간에 수신율을 보고하고, 응답하는 동작에 대해서는 본 발명에서는 논의를 생략하기로 한다.
이하 본 발명의 실시 예에 따른 BCAST 시스템에서 스트리밍 서비스의 수신율 보고 방법을 설명하기 앞서 본 발명의 이해를 돕기 위해 기존 BCAST 서비스 가이드에서 사용할 항목에 대하여 설명을 하기로 한다.
하기 <표 1>과 <표 2>는 도 2에서 설명한 서비스 가이드의 억세스 프래그먼트(231) 중 본 발명의 설명에 필요한 부분만을 나타낸 것으로 프래그먼트 전체에 대한 설명과 더불어 서비스 가이드에 대한 설명은 OMA의 아래 주소에서 상세한 설명이 들어 있는 기술 문서를 참조할 수 있다.
http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-BCAST_Service-Guide-V1_0_0-20060324-D.zip
Figure 112007059658633-pat00001
Figure 112007059658633-pat00002
상기 <표 1> 및 <표 2>를 참조하면, 이름(Name)은 해당 메시지를 구성하는 요소 값(Element)과 속성 값(Attribute)에 대한 명칭을 나타낸다. 타입(Type)은 해당 이름이 요소 값 또는 속성 값 중 어떤 형태인지를 의미하며, 요소 값은 E1, E2, E3, E4와 같은 값을 가지며 E1은 전체 메시지에 대한 상위 요소 값을 의미하며, E2는 E1의 하위 요소 값, E3는 E2의 하위 요소 값, E4는 E3의 하위 요소 값을 나타낸다. 속성 값은 A로 표시하며 A는 해당 요소의 속성 값을 나타낸다. 예로 E1 아래의 A는 E1의 속성 값을 나타낸다. 범주(Category)는 해당 요소 값 또는 속성 값이 필수 내용인지 아닌지를 구분하기 위해 사용되며 필수인 경우 M 값을 옵션인 경우 O 값을 가진다. 카디넬리티(Cardinality)는 요소들간의 관계를 나타내며 0, 0..1, 1, 0..n, 1..n 의 값을 가진다. 0은 옵션을 얘기하며 1은 필수관계를 의미하며, n은 다수의 값을 가질 수 있음을 얘기한다. 예로 0..n은 해당 요소 값이 없을 수도 있고 n 개의 값을 가질 수도 있음을 의미한다. 설명(Description)은 해당 요소 값 또는 속성 값이 의미하는 바를 나타낸다.
상기 <표 1>에서 "SessionDescriptionReference"는 방송 서비스에 수신에 필요한 세션 설정에 대한 정보를 제공하는 요소로 하위 속성으로 세션 정보가 있는 곳을 알려주는 URI라는 속성을 갖는다. 이 속성은 방송 서비스의 수신을 위한 세션 정보를 획득하는 위치를 일반적으로 알려주지만 서비스와 관련된 다른 세션 정보를 알려주기 위해 사용될 수 있도록 정의될 수 있으며, 본 발명에서 제시하는 수신율 보고 정보를 획득할 수 있는 위치를 알려줄 수도 있다. 단말기는 서비스 가이드를 수신하여 서비스를 제공받기 위해 억세스 프래그먼트에 접근할 때 상기 URI가 존재할 경우 해당 URI가 있는 정보를 받아서 처리하게 된다. 상기 URI를 통하여 받은 정보에 수신율 보고 정보가 있을 경우 단말기는 해당 수신율 보고 정보를 해독하여 수신 중인 방송 서비스에 대한 수신율을 측정하여 방송 시스템의 BSDA로 보고하게 된다.
이하 도 3에는 도시되지 않았으나 하기 <표 3> 내지 <표 5>를 참조하여 본 발명의 실시 예에 따라 BSDA(300)가 단말기(303)로 스트리밍 서비스의 수신율을 보고할 것을 지시하는 메시지(이하, "수신율 보고 지시 메시지(reception ratio report indication message)")를 정의하기로 한다. 상기 수신율 보고 지시 메시지는 수신율 보고 절차를 위한 메시지로서 하기 <표 3> 내지 <표 5>에 있는 요소와 속성들로 이루어지며 XML과 같은 언어로 표현될 수 있다. 그리고 <표 3> 내지 <표 5>는 "수신율 보고 지시 메시지"로서 설명의 편의를 위해 분리하였다.
Figure 112007059658633-pat00003
상기 <표 3>과 같이 BSDA(300)가 단말기(303)로 전송하는 스트링 서비스에 대한 수신율 보고 지시 메시지의 최상위 요소는 "StreamingAssociatedProcedure"로 지시 메시지가 어떤 기본적인 요소나 속성으로 이루어지는지를 알려주고 최종적으로 지시 메시지의 종류를 나타낸다. 상기 "StreamingAssociatedProcedure"에 포함되는 요소 중 "measurementType"은 스트리밍 서비스의 수신율 보고 방식을 지정하는 요소로서, 상기 "measurementType"에 지정된 방식으로 스트리밍 서비스의 수신율과 손실율을 측정하고, 소정 조건이 만족될 경우 해당 수신율을 보고하게 된다. 상기 "measurementType"은 SessionMeasurement, FixedDurationMeasurement, IntervalMeasurement, ThresholdMeasurement 및 EventTriggredMeasurement의 하위 요소를 포함한다.
상기 <표 3>에서 상기 "SessionMeasurement" 요소는 단말기(303)가 현재 수신하고 있거나 수신할 예정인 서비스에 대한 전체 세션의 수신율에 대하여 보고토록 지시하는 역할을 한다. 단말기(303)는 수신하고자 하는 세션의 첫 RTP 패킷을 받는 순간부터 수신율 측정을 시작하여 세션이 끝나는 시점까지 측정을 하여 그 결과를 BSDA(300)에게 보고한다. 만약 단말기(303)가 세션 중간부터 서비스를 수신할 경우에는 서비스를 수신하기 시작한 시점부터 수신율을 측정하여 보고하고, 중간에 세션을 끝낼 경우에는 세션을 끝내는 시점까지의 수신율 측정 결과를 보고한다. 또한 세션 중간부터 수신하여 중간에 끝낼 경우에는 각각 해당 가능한 부분에 대하여 측정을 하고 측정된 수신율을 보고한다. 단말기(303)의 보고 형식에 대한 상세한 설명은 후술하기로 한다.
Figure 112007059658633-pat00004
상기 <표 4>에서 "FixedDurationMeasurement" 요소는 BSDA(300)가 단말기(303)에게 해당 단말기가 현재 수신하고 있거나 수신할 예정인 서비스에 대하여 수신율 보고를 위한 측정 기간을 지정하여 지시하는 것이다. 여기서 상기 측정 기간은 RTP의 데이터 샘플링 시간인 RTP timestamp를 사용하며 수신율 보고를 시작한 측정 기간의 시작 지점을 나타내는 속성 값인 시작 타임스탬프를 지시하는 startRTPTimestamp과 측정을 끝낸 시점인 끝 타임 스탬프를 지시하는 endRTPTimestamp지점을 지정토록 한다. RTP에 대한 자세한 내용은 http://www.ietf.org/rfc/rfc1889.txt 를 참고하도록 한다. 단말기(303)는 BSDA(300)로부터 상기 측정 기간에 대한 지시를 받을 경우 startRTPTimestamp에 있는 값부터 바로 측정을 시작하여 endRTPTimestamp의 값까지 계속 측정을 하여 BSDA(300)에게 보고한다.
만약 단말기(303)가 startRTPTimestamp이후부터 서비스를 수신을 할 경우에는 참여 시점부터 측정을 하여 보고하고, endRTPTimestamp 이전에 끝낼 경우에는 끝내는 시점까지의 측정 결과를 보고한다. 또한 startRTPTimestamp 이후부터 수신하여 endRTPTimestamp 이전에 끝낼 경우에는 각각 해당 가능한 부분에 대하여 측정을 하고 보고한다.
상기 <표 4>에서 "IntervalMeasurement" 요소는 BSDA(300)가 단말기(303)에게 해당 단말기가 현재 수신하고 있거나 수신할 예정인 서비스에 대하여 지정된 특정 주기마다 수신율을 보고하도록 지시하기 위한 것이다. 이를 위해 상기 "IntervalMeasurement" 요소에는 간격(interval) 값이 지정되어 있으며, 단말기(303)는 수신하는 RTP 패킷들의 타임스탬프(timestamp)를 기준으로 간격(interval)을 계산하여 수신율을 측정한다. 상기 간격(Interval)의 계산 시작은 단말기(303)가 첫 RTP 패킷을 받는 순간부터 시작이 되며 해당 세션을 통해 제공받는 서비스가 끝나거나 단말기(303)가 서비스를 끝낼 때 보고토록 한다.
Figure 112007059658633-pat00005
상기 <표 5>에서 "ThresholdMeasurement" 요소는 단말기(303)가 현재 수신하고 있거나 수신할 예정인 서비스에 대하여 측정된 손실율이 BSDA(300)에 의해 지정된 임계값(Threshold)보다 높을 경우 단말기(303)에게 측정된 수신율을 보고하도록 지시하기 위한 것이다. 즉, 상기 <표 5>의 "ThresholdMeasurement"요소가 설정될 경우, 단말기(303)는 측정한 손실율이 상기 <표 5>의 "threshold 값"보다 클 경우에 측정된 수신율을 보고하게 된다.
상기 임계 값은 미리 설정된 패킷 손실 율 뿐 아니라 패킷 손실 개수에 대한 임계 값이 될 수도 있다. 단말기(303)는 서비스를 수신하는 시점부터 계속 수신율과 손실율을 측정하다가 측정된 손실율이 임계값보다 낮아질 경우 수신율 보고를 위한 정보를 수집하고, 손실율이 다시 임계값보다 높아질 경우 단말기(303)는 BSDA(300)로 수신율을 보고한다. 즉, 패킷의 손실율이 임계 값보다 높다면 단말기(303)는 BSDA(300)로 측정한 수신율이 포함된 수신율 보고 메시지를 전송한다. 만약 손실율이 임계값보다 다시 낮아질 경우 단말기(303)는 수신율 보고를 위한 정보 수집을 다시 한다. 이때 상기 수신율 보고를 위한 정보 수집이란 손실율과 수신율을 측정하기 위해 필요한 startRTPTimestamp, endRTPTimestamp, interval, 패킷 손실율, expectedTotalPackets, receivedTotalPackets, lostTotalPackets 등과 같은 수신율 및 손실율을 측정하기 위해 필요한 정보들을 수집함을 의미한다. 그리고 상기한 과정은 단말기(303)가 해당 서비스를 끝낼 때까지 계속 지속된다.
상기 <표 5>에서 "EventTriggeredMeasurement" 요소는 단말기(303)가 현재 수신하고 있거나 수신할 예정인 서비스의 손실율이 BSDA(300)에 의해 지정된 트리거 값(trigger value)보다 높을 경우 단말기(303)에게 수신율을 보고하도록 지시하기 위한 것이다. 단말기(303)는 서비스를 수신하는 시점부터 계속 수신율과 손실율을 측정하다가 상기 손실 율이 트리거 값보다 낮아질 경우 수신율을 위한 정보를 수집하고, 상기 손실 율이 상기 트리거 값보다 높아질 경우 해당 서비스가 끝날 때까지 수집한 수신율을 수신율 보고 메시지에 포함하여 BSDA(300)에게 보고한다.
하기 <표 6> 내지 <표 8>은 본 발명의 실시 예에 따라 단말기(303)가 스트리밍 서비스의 수신율을 보고하기 위한 메시지(이하, "수신율 보고 메시지(reception report message")의 형식을 나타낸 것으로 설명의 편의를 위해서 분리된 것일 뿐 실제로는 <표 6> 내지 <표 8>이 상기 수신율 보고 메시지를 구성하는 형식을 나태낸다.상기 수신율 보고 메시지는 하기 <표 6> 내지 <표 8>에 기술된 요소와 속성들로 이루어지며 XML과 같은 언어로 표현될 수 있다.
상기 <표 3> 내지 <표 5>에 정의한 스트리밍 서비스의 수신율 보고 지시 메시지(reception ratio report indication message)와는 달리 하기 <표 6> 내지 <표 8>에서 설명하는 스트리밍 서비스의 수신율 보고 메시지(reception ratio report message)는 한 가지 형태로 제안되며, 이하 설명될 5 가지의 수신율 측정 방식에 모두 대응된다.
Figure 112007059658633-pat00006
상기 <표 6>에서 "StreamingReceptionReport"는 스트리밍 서비스 수신율 보고 메시지의 최상위 요소로 다음과 같은 요소와 속성들을 갖는다. "reportType"는 단말기(303)에서 어떠한 수신율 측정 방식이 사용되었는지를 BSDA(300)로 알려주기 위하여 사용된다. 상기 "reportType"을 통해 BSDA(300)는 단말기(303)로부터 받은 수신율 정보가 어떻게 측정되었는지를 알 수 있으며, 수신율을 분류 및 분석할 때 사용할 수 있다.
Figure 112007059658633-pat00007
상기 <표 7>에서 "measurementStartRTPTimestamp"와 "measurementEndRTPTimestamp"는 수신율 보고를 위하여 측정이 이루어진 시작과 끝 기간을 알려주는 값이다. 상기 두 값은 단말기(303)가 서비스를 수신하여 수신율 측정을 위하여 실제로 받는 첫 RTP 패킷과 마지막 RTP 패킷의 timestamp 값을 의미한다.
상기 <표 7>에서 "expectedTotalPackets", "receivedTotalPackets" 및 "lostTotalPackets"는 각각 단말기(303)가 측정 기간 동안 수신했어야 하는 총 패킷 수인 단말기(303)가 수신할 것으로 예상되는 총 패킷의 수인 예상된 총 패킷들, 실제로 수신한 총 패킷 수, 손실 또는 오류가 발생된 패킷 수인 손실 패킷 수를 나타낸다. 상기 "expectedTotalPackets"는 단말기(303)가 측정을 시작한 시점부터 마지막 시점까지의 기간 동안 상기 단말기가 수신하기를 기대 하는 총 패킷 수이며, 시작 시점의 timestamp와 마지막 시점의 timestamp의 차이를 계산하여 얻을 수 있다. 상기 "receivedTotalPackets"는 상기 "expectedTotalPackets"를 수신하는 기간 중에 실제로 수신한 총 패킷의 수이다. 그리고 상기 "lostTotalPackets"는 상기 "exptectedTotalPackets"를 수신하는 기간 중에 수신하지 못 하였거나 수신했으나 오류가 발생한 총 패킷의 수이다. 상기 세 개의 속성은 선택적으로 사용할 수 있는 속성으로 수신율 분류 및 분석 시에 참고 정보가 될 수 있다.
상기 <표 7>에서 "receptionRatio"는 상기 "expectedTotalPackets" 및 "receivedTotalPackets" 또는 "lostTotalPackets"를 통하여 계산이 가능하며 측정 기간 동안 발생한 총 수신율을 나타내는 속성이다. 예컨대 수신율(receptionRatio)은 expectedTotalPackets에 대한 receivedTotalPackets의 비율을 통해 계산할 수 있다. 따라서, 수신율은 상술한 바와 같은 속성에 있는 값을 통하여 BSDA(300)는 단말기(303)의 수신율을 파악할 수 있다. 상기한 속성 값을 통하여 다수의 단말기로부터 수신율을 보고 받은 BSDA(300)는 수신율을 분석하여 해당 서비스에 필요한 품질 향상을 위한 조치를 취하여 서비스 품질을 개선할 수 있다. 또한 상기 단말로부터 수신한 수신율 정보를 가지고 BSDA(300)는 향후 서비스 전송 효율을 조율 할 수 있다. 예를 들어 수신율이 좋을 경우 오류 부호화 정도를 줄여서 남는 대역폭을 추가적인 서비스에 할당할 수도 있다.
상기 <표 7>에서 "globalContentID"는 수신율 측정이 이루어진 서비스의 컨텐츠의 식별자이며 추후 BSDA(300)에서 수신율 분류 및 분석 시에 사용토록 보고된다. "sessionID"는 수신율 측정이 이루어진 서비스의 세션 식별자이며 추후 BSDA(300)에서 수신율 분류 및 분석 시에 사용토록 보고된다.
Figure 112007059658633-pat00008
상기 <표 8>에서 "globalServiceID"는 수신율 측정이 이루어진 서비스의 식별자이며 추후 BSDA(300)에서 수신율 분류 및 분석 시에 사용토록 보고된다. 그리고 "serverURI"는 수신율 보고를 받아야 하는 BSDA(300)의 주소를 알려준다. "serviceArea"는 단말기(303)가 수신율을 측정한 위치를 가리키며 수신율이 열악한 지역을 선별하는데 주요하게 쓰일 수 있으며 선택적으로 사용할 수 있다. "cellID"는 단말기(303)가 3GPP나 3GPP2 망에 연결되어 있을 경우 수신율을 측정한 cell을 가리키며 수신율이 열악한 지역을 선별하는데 주요하게 쓰일 수 있으며 선택적으로 사용할 수 있다. 상기 <표 8>에서 "DeviceID"는 수신율 보고를 하는 단말기(303)의 식별자이며 하위 속성으로 식별자의 종류인 Type을 갖는다. BCAST와 같은 휴대 방송 시스템의 경우 여러 종류의 방송망에서 사용이 가능하기에 사용될 수 있는 단말기의 종류도 다양하며 이들은 모두 서로 호환이 안되기에 type이라는 속성을 통하여 이를 알려줄 수 있다.
하기 <표 9> 내지 <표 11>은 본 발명의 다른 실시 예에 따라 단말기(303)가 스트리밍 서비스의 수신율을 보고하기 위한 수신율 보고 메시지의 형식을 나타낸 것으로 단지 설명의 편의를 위해 분리된 것이다. 상기 다른 실시 예에 따른 수신율 보고 메시지는 하나의 억세스 프래그먼트에서 다중 세션 또는 다중 컨텐츠 또는 둘 다로 이루어질 수 있는 서비스 모델을 고려한 것이다. 또한 상기 다른 실시 예에 따른 수신율 보고 메시지는 하기 <표 9> 내지 <표 11>에 기술된 요소와 속성들로 이루어지며 XML과 같은 언어로 표현될 수 있다.
앞서 설명한 상기 <표 6> 내지 <표 8>의 스트리밍 서비스의 수신율 보고 메시지와는 달리 하기 <표 9> 내지 <표 11>에서 설명하는 스트리밍 서비스의 수신율 보고 메시지는 다중 컨텐츠 또는 다중 세션으로 이루어진 전송 세션에 대응하기 위한 수신율 보고 메시지로 상기 <표 6> 내지 <표 8>에서 정의한 5 가지의 수신율 측정 방식에 모두 대응된다.
Figure 112007059658633-pat00009
Figure 112007059658633-pat00010
Figure 112007059658633-pat00011
상기 <표 9>에서 "StreamingReceptionReport"는 스트리밍 서비스에 대한 수신율 보고 메시지의 최상위 요소로 다음과 같은 요소와 속성들을 갖는다. 그리고 상기 <표 9>에서 "serverURI"는 수신율 보고를 받아야 하는 BSDA(300)의 주소를 알려주며 "globalServiceID"는 수신율 측정이 이루어진 방송 스트리밍 서비스의 식별자이며, 추후 BSDA(300)에서 수신율 분류 및 분석 시에 사용토록 보고된다.
그리고 상기 <표 9>에서 "DeviceID"는 수신율 보고를 하는 단말기(303)의 식별자이며 하위 속성으로 식별자의 종류인 Type을 갖는다. BCAST와 같은 휴대 방송 시스템의 경우 여러 종류의 방송망에서 사용이 가능하기에 사용될 수 있는 단말기의 종류도 다양하며 이들은 모두 서로 호환이 안되기에 type이라는 속성을 통하여 이를 알려줄 수 있다.
그리고 상기 <표 9>에서 "sessionID"는 수신율 측정이 이루어진 서비스의 세션 식별자이며, 추후 BSDA(300)에서 수신율 분류 및 분석 시에 사용토록 보고된다. 하나의 서비스가 여러 세션으로 구성될 수 있기에 상기 "sessionID"는 다중으로 기록할 수 있으며, 상기 <표 10>의 "globalContentID"라는 하위 요소를 갖는다. 상기 "globalContentID"는 수신율 측정이 이루어진 서비스의 컨텐츠의 식별자이며, 추후 BSDA(300)에서 수신율 분류 및 분석 시에 사용토록 보고되며, 상기 "globalContentID"는 하나의 세션이 여러 개의 컨텐츠로 구성될 수 있기에 다중으로 기록될 수 있다. 상기 "globalContentID"는 다음과 같은 9가지 속성을 갖는다.
먼저 상기 <표 10>에서 "reportType"는 단말기(303)에서 어떠한 수신율 측정 방식이 사용되었는지를 BSDA(300)로 알려주기 위하여 사용된다. 상기 "reportType"을 통해 BSDA(300)는 단말기(303)로부터 받은 수신율 정보가 어떻게 측정되었는지를 알 수 있으며, 수신율을 분류 및 분석할 때 사용할 수 있다. <표 10>에서 "measurementStartRTPTimestamp"와 "measurementEndRTPTimestamp"는 수신율 보고를 위하여 측정이 이루어진 시작과 끝 기간을 알려주는 값이다. 상기 두 값은 단말기(303)가 서비스를 수신하여 수신율 측정을 위하여 실제로 받는 첫 RTP 패킷과 마지막 RTP 패킷의 timestamp 값을 의미한다.
실한 총 패킷 수인 "lostTotalPackets"의 비율로 결정할 수 있다. 상기 "receptionRatio" 속성에 있는 값을 통하여 BSDA(300)는 단말기(303)의 수신율을 파악할 수 있다.
상기한 속성 값을 통하여 다수의 단말기로부터 수신율을 보고 받은 BSDA(300)는 수신율을 분석하여 해당 서비스에 필요한 품질 향상을 위한 조치를 취하여 서비스 품질을 개선할 수 있다. 또한 상기 단말기(303)로부터 수신한 수신율 정보를 가지고 BSDA(300)는 향후 서비스 전송 효율을 조율 할 수 있다. 예를 들어 수신율이 좋을 경우 오류 부호화 정도를 줄여서 남는 대역폭을 추가적인 서비스에 할당할 수도 있다. 마지막으로 <표 11>에서 "serviceArea"는 단말기(303)가 수신율을 측정한 위치를 가리키며, 수신율이 열악한 지역을 선별하는데 주요하게 쓰일 수 있으며 선택적으로 사용할 수 있다. "cellID"는 단말기(303)가 3GPP나 3GPP2 망에 연결되어 있을 경우 수신율을 측정한 cell을 가리키며 수신율이 열악한 지역을 선별하는데 주요하게 쓰일 수 있으며 선택적으로 사용할 수 있다.
도 4는 본 발명의 실시 예에 따라 방송 시스템에서 스트리밍 서비스의 수신율을 보고하는 단말기의 동작을 나타낸 흐름도이다.
도 4의 400단계는 단말기(303)가 BSDA(300)으로부터 서비스 가이드의 일부인 억세스 프레그먼트를 수신하는 단계이다. 상기 400단계에서 상기 <표 1> 및 <표 2>의 구조를 갖는 억세스 프레그먼트를 수신한 단말기(303)는 URI의 존재에 따라 수신율 보고 지시 메시지 유무를 알 수 있다. 401단계에서는 상기 400단계의 URI를 이용하여 단말기(303)가 연동 네트워크(113)를 통해 수신율 보고 지시 메시지를 획득한다. 단말기(303)는 상기 401단계에서 획득한 수신율 보고 지시 메시지를 402단계에서 해독하여 분석한다. 상기 402단계에서 분석한 수신율 보고 지시 메시지 결과에 근거하여 403단계에서 단말기(303)는 결정된 수신율 측정 방식에 따라 이하 도 5 내지 도 9에서 설명할 5 가지 방식(404~408) 중 지시된 방식에 따라 수신율 측정을 수행한다. 각각의 측정 방식에 대한 상세한 설명은 해당 도면의 설명에게 기술하기로 한다.
먼저 상기 5 가지 수신율 측정 방식에 대해 간략히 설명하면, 404단계는 수신율 보고 지시 메시지에서 측정 방식을 세션 측정 방식으로 지정했음을 뜻하는 요소인 SessionMeasurement로 지정했을 경우 수행되는 절차이다. 상기 세션이란 서비스 제공자가 정의하는 것으로서 단말기(303)가 컨텐츠를 수신하는 시작과 끝의 구간을 의미한다. 상기 404단계에서 단말기(303)는 수신하고자하는 또는 수신 예정인 세션을 통해 제공받는 서비스 전체에 대한 수신율을 측정하여 BSDA(300)로 보고한다. 수신율 측정을 위하여 단말기(303)는 측정을 수행하고자 서비스의 첫 RTP 패킷을 수신하는 시점부터 측정을 시작하여 최종 RTP 패킷을 수신하는 시점까지 측정을 수행한다. 만약 단말기(303)가 세션이 시작하는 시점보다 늦게 방송 시스템에 접속하거나 세션이 끝나는 시점보다 일찍 해당 서비스에 대한 접속을 해지하는 경우에는 수신하는 동안에 대하여 측정을 수행한다.
그리고 도 4에서 405단계는 수신율 보고 지시 메시지에서 측정 방식을 고정 구간 측정 방식을 뜻하는 요소인 FixedDurationMeasurement로 지정했을 경우 수행되는 절차이다. 상기 405단계에서 단말기(303)는 수신하고자 하는 또는 수신 예정인 서비스에 대하여 수신율 보고 지시 메시지에서 지정한 기간동안 수신율 측정을 하여 BSDA(300)로 보고를 한다. 수신율 측정을 위하여 단말기(303)는 측정을 수행하고자 하는 서비스의 RTP 패킷의 timestamp를 수신 후 검사하여 지정된 측정 기간 내에 해당되는 패킷일 경우에는 측정을 수행한다. RTP 패킷의 timestamp가 지정된 측정 기간을 벗어나면 측정을 멈춘다. 만약 단말기(303)가 지정된 세션의 시작 시점보다 늦게 방송 시스템에 접속하거나 세션이 끝나는 시점보다 일찍 세션 접속을 해제할 경우에는 수신한 동안에 대하여 측정을 수행한다.
그리고 도 4에서 406단계는 수신율 보고 지시 메시지에서 측정 방식을 간격 측정 방식을 뜻하는 요소인 IntervalMeasurement로 지정했을 경우 수행되는 절차이다. 상기 406단계에서 단말기(303)는 세션을 통해 수신하고자 하는 또는 수신 예정인 서비스에 대하여 수신율 보고 지시 메시지에서 지정한 주기마다 수신율을 측정하여 상기 BSDA(300)에 보고를 한다. 수신율 측정을 위하여 상기 단말기(303)는 측정을 수행하고자 하는 서비스의 첫 RTP 패킷을 받는 시점부터 계속 수신율 측정을 하며 첫 RTP 패킷의 timestamp를 기준으로 지정된 주기가 될 때마다 수신율 보고를 한다.
그리고 도 4에서 407단계는 수신율 보고 지시 메시지에서 측정 방식을 임계 값 측정 방식을 뜻하는 요소인 ThresholdMeasurement로 지정했을 경우 수행되는 절차이다. 상기 407단계에서 단말기(303)는 세션을 통해 수신하고자 하는 또는 수신 예정인 서비스에 대하여 첫 RTP 패킷을 수신하는 시점부터 손실율을 계속 측정하며 수신율 보고 지시 메시지에 설정된 임계 값(threshold)보다 손실율이 낮아지면 수신율 보고를 위한 자료를 수집하고, 손실율이 임계값보다 높아지면 수신율을 BSDA(300)로 보고를 한다. 상기 407 단계는 단말기(303)가 해당 서비스를 수신하는 동안 계속 반복적으로 임계값을 기준으로 계산을 하여 지속적으로 보고된다.
그리고 도 4에서 408단계는 수신율 보고 지시 메시지에서 측정 방식을 이벤트 트리거 측정 방식을 뜻하는 요소인 EventTriggeredMeasurement로 지정했을 경우 수행되는 절차이다. 상기 408단계에서 단말기(303)는 수신하고자 하는 또는 수신 예정인 서비스에 대하여 첫 RTP 패킷을 수신하는 시점부터 수신율과 손실율을 계속 측정하며 수신율 보고 지시 메시지에 있는 트리거값(trigger value)보다 손실율이 낮아지면 수신율 보고를 위하여 수신율 보고 절차를 위한 자료를 수집하고, 트리거 값보다 손실율이 높아지면, 해당 서비스가 끝나는 시점까지 측정 및 수집한 수신율을 BSDA(300)로 보고를 한다.
상기 404단계 내지 408단계 중 지시된 방식으로 수신율을 측정한 단말기(303)는 409단계에서 상기한 과정에 따라 측정한 수신율 정보를 상기 <표 9> 내지 <표 11>과 같은 수신율 보고 메시지 형태로 생성하여 BSDA(300)로 보고한다. 이후 410단계에서 상기 단말기(303)가 전송한 수신율 보고 메시지를 수신한 네트워크 엔터티인 BSDA(300)가 수신율 보고 메시지를 수신했음을 알리는 확인 메시지를 보내줄 경우 상기 확인 메시지를 수신한다. 상기 410단계는 선택적으로 수행될 수 있다.
그리고 상기 403단계에서 단말기는 메시지 수신 장애 등으로 인하여 결정된 수신율 측정 방식을 확인하지 못하였을 경우 도 4와 같이 수신율 측정 동작을 종료하거나 또는 위 5 가지 방식 중 디폴트(default)로 미리 설정된 방식에 따라 수신율을 측정하는 것도 가능하다. 또한 본 실시 예에서는 다수의 측정 방식을 마련하고, 이 중 지정된 방식에 따라 수신율을 측정하지만 BSDA(300)와 단말기(303)간에 단일의 측정 방식이 미리 약속된 경우 그 약속된 측정 방식에 따라 수신율을 측정하는 것도 가능할 것이다.
한편 도 4에서 설명한 스트리밍 서비스의 수신율을 보고하는 단말기는 상기 <표 1> 내지 <표 5>의 포맷을 갖는 수신율 보고 지시 메시지를 수신하는 메시지 수신기와, 상기 <표 6> 내지 <표 8>의 포맷 또는 <표 9> 내지 <표 11>의 포맷을 갖는 수신율 보고 메시지를 송신하는 메시지 송신기 및 상기 수신율 보고 지시 메시지에서 지시된 방식에 따라 수신율을 측정하고, 그 측정 결과를 상기 수신율 보고 메시지를 통해 방송 시스템으로 전송하는 수신율 측정기를 포함하여 구성할 수 있을 것이다.
도 5는 본 발명의 제1 실시 예에 따른 스트리밍 서비스의 수신율 측정 방법을 나타낸 흐름도로서, 이는 도 4의 단말기의 동작 중 "SessionMeasurement" 과정을 상세히 나타낸 것이다.
도 5는 도 4의 404 단계에서 수행되는 절차를 나타낸 것이다. 먼저 500 단계에서 단말기(303)는 BSDA(300)로부터 수신할 서비스의 RTP 패킷을 수신한다. 상기 500단계에서 RTP 패킷을 수신한 단말기(303)는 수신한 패킷이 수신하고자 하는 세션의 첫 패킷 또는 그 이후의 패킷인지를 확인한다. 만약 아직 수신하고자 하는 세션이 시작하지 않았으면 계속 RTP 패킷을 수신하면서 각 패킷을 체크한다. 만약 수신한 패킷이 수신하고자 하는 세션의 패킷일 경우 단말기(303)는 수신율 기록이 시작되었는가를 502단계에서 체크한다. 상기 502단계에서 단말기(303)는 시작 세션 RTP timestamp값을 measurementStartRTPTimestamp에 기록했는지를 체크함으로써 수신율 기록이 시작되었는지를 알 수 있으며, 기록된 값이 없으면 수신율 기록이 처음으로 시작된 것이므로 503단계로 진행한다.
수신율 기록이 처음 시작된 경우 503단계에서 단말기(303)는 기록 시점을 추후에 알리기 위해 세션에 접속하여 수신한 첫번째 패킷의 RTPtimestamp를 measurementStartRTPTimestamp에 기록해 두고 순차번호 또한 별도 기록한 후, 504 단계로 진행한다. 그리고 상기 502단계의 검사결과 이미 수신율 기록이 시작된 이후라면, 504단계에서 receivedTotalPackets를 기록하며, receivedTotalPackets 값은 패킷이 수신될 때마다 순차적으로 하나씩 증가하는 카운터이다. 다음 505단계에서 단말기(303)는 수신했으나 오류 또는 손실 발생한 패킷들을 lostTotalPackets에 기록한다. 패킷 손실의 경우에는 수신된 RTP 패킷의 순차번호와 이전에 수신된 패킷의 순차번호와 비교하여 알 수 있다.
506단계에서 단말기(303)는 수신한 패킷이 수신하고자 했던 세션의 마지막 패킷인지를 체크하여 마지막이 아닐 경우에는 상기 500단계로 진행하여 이후 단계들을 반복한다. 만약 세션의 마지막 패킷이었을 경우에는 507단계에서 마지막 패킷의 timestamp를 measurementEndRTPTimestamp에 기록하고 순차번호 또한 별도 기록한다. 그리고 508단계에서 단말기(303)는 총 수신했어야 할 패킷의 수를 계산하여 expectedTotalPackets에 저장한다. 이 값은 측정을 시작했을 때의 RTP 순차번호와 마지막 RTP 순차번호를 통하여 구할 수 있다. 마지막으로 509단계에서 단말기(303)는 receivedTotalPackets와 expectedTotalPacket를 근거로 수신율을 계산한 후, 상기한 도 4의 409단계로 진행한다. 예컨대 단말기(303)는 expectedTotalPackets 대 receivedTotalPackets의 비율로 수신율을 계산하고, 계산된 수신율을 포함하는 수신율 보고 메시지를 생성한다.
도 6은 본 발명의 제2 실시 예에 따른 스트리밍 서비스의 수신율 측정 방법을 나타낸 흐름도로서, 이는 도 4의 단말기의 동작 중 405단계인 "FixedDurationMeasurement" 과정을 상세히 나타낸 것이다.
도 6은 도 4의 405단계에서 수행되는 절차를 나타낸 것이다. 600단계 및 601단계에서 단말기(303)는 상기 <표 4>에서 설명한 수신율 보고 지시 메시지의 StartRTPTimestamp(=sRT) 및 EndRTPTimestamp(=eRT) 값을 수신하여 설정한다. 그리고 이후 과정에서 상기 두 값(Timestamp) 내의 RTP 패킷을 대상으로 수신율을 측정하게 된다. 즉 상기 두 단계(600단계 ~ 601단계)의 설정이 끝난 후 602단계에서 단말기(303)는 BSDA(300)로부터 수신할 서비스의 RTP 패킷을 수신하며 603단계에서 상기 602단계에서 수신한 RTP 패킷이 수신율 측정을 시작하기 위한 timestamp 값에 해당되는지 알기 위해 상기 수신한 RTP 패킷의 Timestamp와 상기 StartRTPTimestamp와 비교한다. 상기 603단계의 비교결과 상기 602단계에서 수신한 RTP 패킷의 Timsstamp가 상기 StartRTPTimestamp보다 같거나 클 경우에는 수신율 측정을 시작하여 다음 604단계로 진행을 하고 그렇지 않을 경우 상기 602단계로 진행한다. 604단계에서 단말기(303)는 수신율 기록이 시작되었는가를 체크한다. 상기 604단계에서 단말기(303)는 시작 세션 RTP timestamp값을 measurementStartRTPTimestamp에 기록했는지를 체크함으로써 수신율 기록이 시작되었는지를 알 수 있으며 기록된 값이 없으면 수신율 기록이 처음으로 시작된 것이므로 605단계로 진행한다. 수신율 기록의 시작일 경우에는 605단계에서 기록 시점을 추후에 알리기 위해 상기 602단계에서 수신한 패킷의 RTPtimestamp를 meausurementStartRTPTimestamp에 기록해 두고 순차번호 또한 별도로 기록한다.
이미 수신율 기록이 시작되었을 경우에는 606단계에서 receivedTotalPackets를 기록한다. 여기서 상기 receivedTotalPacket에 기록된 값은 패킷이 수신될 때마다 순차적으로 하나씩 증가하는 카운터 값이다. 다음 607단계에서 단말기(303)는 수신했으나 오류 또는 손실 발생한 패킷들을 lostTotalPackets에 기록한다. 손실된 패킷의 경우에는 수신한 RTP 패킷의 순차번호를 이전에 수신된 패킷의 순차번호와 비교함으로써 패킷이 손실되었는지를 알 수 있다. 608단계에서 단말기(303)는 상기 수신한 패킷이 측정하고자 했던 마지막 패킷인지를 확인하기 위해 수신한 패킷의 RTP timestamp와 상기 601단계에서 설정한 endRTPTimestmap(eRT)와 비교하여 상기 수신한 패킷이 마지막 패킷이 아닐 경우에는 상기 602단계로 진행하여 이후 단계들을 반복한다.
상기 608단계에서 단말기(303)는 상기 수신한 패킷의 RTPTimestamp가 상기 설정한 endRTPTimestamp(=eRT)보다 작거나 같다면, 상기 수신한 패킷이 마지막 패킷이 아님을 알 수 있다. 만약 상기 608단계의 검사결과 상기 수신한 패킷이 마지막 패킷이었을 경우 609단계에서 단말기(303)는 상기 마지막 패킷의 timestamp를 measurementEndRTPTimestamp에 기록하고 순차번호 또한 별도로 기록한다. 그리고 610단계에서 단말기(303)는 수신했어야 할 총 패킷의 수를 계산하여 expectedTotalPackets에 저장한다. 상기 expectedTotalPackets 값은 측정을 시작했을 때의 수신했던 패킷의 RTP 순차번호와 마지막으로 수신했던 패킷의 순차번호를 통하여 구할 수 있다. 마지막으로 611단계에서 단말기(303)는 receivedTotalPackets와 expectedTotalPacket를 통해 수신율을 계산한 후, 상기한 도 4의 409단계로 진행한다. 예컨대 단말기(303)는 expectedTotalPackets 대 receivedTotalPackets의 비율로 수신율을 계산하고, 계산된 수신율을 포함하는 수신율 보고 메시지를 생성한다.
도 7은 본 발명의 제3 실시 예에 따른 스트리밍 서비스의 수신율 측정 방법을 나타낸 흐름도로서, 이는 도 4의 단말기의 동작 중 406단계에 해당하는 "IntervalMeasurement" 과정을 상세히 나타낸 것이다.
도 7은 도 4의 406단계에서 수행되는 절차를 나타낸 것이다. 700단계에서 단말기(303)는 상기 <표 4>에서 설명한 수신율 보고 지시 메시지에 설정된 간격(interval) 값을 수신하여 설정한다. 본 발명의 실시 예에서는 상기 설정된 간격(interval) 값을 기준으로 주기적으로 수신율 보고가 이루어진다. 상기 700단계에서 간격(interval) 설정이 끝난 후 701단계에서 단말기(303)는 BSDA(300)로부터 수신할 서비스의 RTP 패킷을 수신하며 수신율 기록이 시작되었는가를 702단계에서 체크한다. 상기 702단계에서 단말기(303)는 시작 세션 RTP timestamp값을 measurementStartRTPTimestamp에 기록했는지를 체크함으로써 수신율 기록이 시작되었는지를 알 수 있으며 기록된 값이 없으면 수신율 기록이 처음으로 시작된 것이므로 703단계로 진행한다.
수신율 기록이 처음 시작된 경우 단말기(303)는 703단계에서 기록 시점을 추후에 알리기 위해 세션에 접속하여 처음 수신한 패킷의 RTPtimestamp를 meausurementStartRTPTimestamp에 기록해 두고 순차번호 또한 별도로 기록한다. 이미 수신율 기록이 시작되었을 경우에는 704단계에서 receivedTotalPackets를 기록한다. 여기서 기록된 receivedTotalPackets 값은 패킷이 수신될 때마다 순차적으로 하나씩 증가하는 카운터 값이다. 다음 705단계에서 단말기(303)는 수신했으나 오류 또는 손실 발생한 패킷들을 lostTotalPackets에 기록한다. 손실된 패킷의 경우에는 수신한 RTP 패킷의 순차번호와 이전에 수신된 패킷의 순차번호를 비교함으로써 알 수 있다. 그리고 706단계에서 단말기(303)는 상기 수신한 RTP 패킷의 timestamp를 기준으로 카운터 값)을 계산한다. 즉 단말기(303)는 간격(interval) 카운터를 두어 매 패킷을 받을 때마다 상기 카운터 값을 증가시키고, 상기 간격 카운터는 수신율 보고 메시지가 전송될 때마다 리셋된다.
707단계에서 단말기(303)는 상기 706단계에서 계산한 카운터 값을 상기 700단계에서 설정한 간격 값과 비교하여 상기 706단계에서 계산한 카운터 값이 상기 700단계에서 설정한 간격(interval) 값보다 작을 경우에는 상기 701단계로 진행하며, 같을 경우에는 다음 단계인 708단계로 진행한다. 708단계에서 단말기(303)는 상기 수신한 RTP 패킷의 timestamp를 measurementEndRTPTimestamp에 기록하고 순차번호 또한 별도로 기록한다. 그리고 709단계에서 단말기(303)는 총 수신했어야 할 패킷의 수를 계산하여 expectedTotalPacket에 기록한다. 여기서 기록된 expectedTotalPacet 값은 수신율 측정을 시작했을 때 수신했던 패킷의 RTP 순차번호와 마지막으로 수신한 패킷의 RTP 순차번호를 통하여 구할 수 있다.
710단계에서 단말기(303)는 receivedTotalPackets와 expectedTotalPacket를 통해 수신율을 계산한다. 예컨대 단말기(303)는 expectedTotalPackets 대 receivedTotalPackets의 비율로 수신율을 계산하고, 계산된 수신율을 포함하는 수신율 보고 메시지를 생성한다. 711단계에서 단말기(303)는 현재 수신한 패킷이 받고있는 서비스의 마지막 패킷인지를 확인한다. 만약 아직 세션이 진행중이라면 712단계로 진행하여 수신율 보고를 위한 메시지를 생성하여 BSDA(300)로 전송한다.
712단계에서 수신율 보고를 위하여 단말기는(303) 상기 <표 6> 내지 <표 8> 또는 <표 9> 내지 <표 11>에 기재된 요소 및 속성 값들을 각각 설정하여 수신율 보고 메시지를 생성한다. 상기 생성한 수신율 보고 메시지를 보낸 단말기(303)는 713단계에서 선택적으로 수신율 보고 확인을 네트워크 엔터티인 BSDA(300)으로부터 받을 수 있다. 한편 상기 711단계에서 세션이 끝났음을 확인 할 경우 이후의 동작은 도 4의 409단계로 진행한다. 만약 단말기(303)가 세션이 끝나기 전에 세션을 종료할 경우에는 종료하는 시점까지의 정보를 기반으로 수신율 보고 메시지를 생성하여 보고한다. 도 7을 살펴보면, 세션이 종료되기 전에는 미리 정해진 간격마다 수신율을 측정하여 보고하고, 세션이 종료된 이후에는 전체 세션에 대한 수신율을 측정하여 보고하는 것을 알 수 있다.
도 8은 본 발명의 제4 실시 예에 따른 스트리밍 서비스의 수신율 측정 방법을 나타낸 흐름도로서, 이는 도 4의 단말기의 동작 중 407단계인 "ThresholdMeasurement" 과정을 상세히 나타낸 것이다.
즉, 도 8은 도 4의 407단계에서 수행되는 절차를 나타낸 것이다. 800 단계에서 단말기(303)는 상기 <표 5>에서 설명한 수신율 보고 지시 메시지에 포함된 임계 값(threshold)으로 손실율과 비교하기 위한 임계 값(threshold)을 설정한다. 본 실시 예에서 단말기(303)는 상기 설정된 상기 임계 값(threshold)을 기준으로 계산된 손실율이 임계 값보다 낮아질 경우에는 수신율 보고를 위한 정보를 수집하고, 손실율이 상기 임계 값(threshold)보다 높아지면 다시, 수신율 보고를 수행한다. 이러한 수신율 보고 동작은 810단계의 검사결과 세션이 끝날 때까지 계속 반복적으로 이루어진다. 한편 상기 800단계에서 설정이 끝난 후 801단계에서 단말기(303)는 BSDA(300)로부터 수신할 서비스의 RTP 패킷을 수신하며 수신율 기록이 시작되었는가를 802단계에서 체크한다. 상기 802단계에서 단말기(303)는 시작 세션 RTP timestamp값을 measurementStartRTPTimestamp에 기록했는지를 체크함으로써 수신율 기록이 시작되었는지를 알 수 있으며 기록된 값이 없으면 수신율 기록이 처음으로 시작된 것이므로 803단계로 진행한다.
수신율 기록이 처음 시작된 경우 단말기(303)는 803단계에서 기록 시점을 추후에 알리기 위해 세션에 접속하여 첫번째 수신한 패킷의 RTPtimestamp를 meausurementStartRTPTimestamp에 기록해 두고 순차번호 또한 별도로 기록한다. 반면, 이미 수신율 기록이 시작되었을 경우에는 804단계에서 receivedTotalPackets를 기록한다. 여기서 receivedTotalPackets에 기록된 값은 패킷이 수신될 때마다 순차적으로 하나씩 증가하는 카운터 값이다. 다음 805단계에서 단말기(303)는 수신했으나 오류 또는 손실 발생한 패킷들을 lostTotalPackets에 기록한다. 패킷 손실의 경우에는 수신한 RTP 패킷의 순차번호와 그 이전에 수신했던 패킷의 순차번호와 비교함으로써 알 수 있다.
806단계에서 단말기(303)는 상기 801단계에서 수신한 패킷의 timestamp를 measurementEndRTPTimestamp에 기록하고 순차번호 또한 별도로 기록한다. 807단계에서 단말기(303)는 총 수신했어야 할 패킷의 수를 계산하여 expectedTotalPacket에 기록한다. 여기서 expectedTotalPacket에 기록된 값은 단말기가 측정을 시작했을 때의 패킷의 RTP 순차번호와 마지막 패킷의 RTP 순차번호를 통하여 구할 수 있다. 그리고 808단계에서 단말기(303)는 receivedTotalPackets와 expectedTotalPacket를 통해 수신율과 손실율을 계산한다. 예컨대 단말기(303)는 expectedTotalPackets 대 receivedTotalPackets의 비율로 수신율을 계산하고, expectedTotalPackets 대 lostTotalPackets의 비율로 손실율을 계산한다. 809단계는 상기 808단계에서 계산한 손실율을 임계 값인 threshold값과 비교하는 단계이다. 이때 손실율과 임계 값을 비교하여 손실율이 임계 값보다 낮을 경우에는 보고할 필요가 없으므로 상기 801단계로 진행한다.
반면, 손실율이 임계값보다 높을 경우에는 수신율 보고가 필요하므로 다음 단계인 810단계로 진행한다. 810단계에서 단말기(303)는 현재 수신한 패킷이 세션을 통해 수신받고있는 서비스의 마지막 패킷인지를 확인한다. 만약 아직 세션이 진행중이라면 811단계로 진행하여 수신율 보고를 위한 수신율 보고 메시지를 생성하여 BSDA(300)로 전송한다. 811단계에서 수신율 보고를 위하여 단말기(303)는 상기 804단계 내지 상기 808단계에서 계산한 값들을 상기 <표 6> 내지 <표 8> 또는 <표 9> 내지 <표 11>에 기술된 요소 및 속성값들과 같이 설정하여 수신율 보고 메시지를 생성한다. 수신율 보고 메시지를 보낸 단말기(303)는 812단계에서 선택적으로 수신율 보고 확인 메시지를 BSDA(300)로부터 받을 수 있다.
그리고 상기 810단계에서 단말기(303)는 세션이 끝났음을 확인 할 경우 도 4의 409로 진행한다. 즉, 단말기(303)는 810단계의 검사결과 세션이 종료되기 전에 임계 값보다 손실율이 클 경우마다 측정했던 수신율을 포함하는 수신율 보고 메시지를 전송하고, 810단계의 검사결과 세션이 종료되었다면, 전체 세션 동안 측정되었던 수신율을 포함하는 수신율 보고 메시지를 전송한다. 만약 단말기(303)가 세션이 끝나기 전에 세션을 종료할 경우에는 종료하는 시점까지의 정보를 기반으로 수신율 보고를 생성하여 보고토록 한다.
도 9는 본 발명의 제5 실시 예에 따른 스트리밍 서비스의 수신율 측정 방법을 나타낸 흐름도로서, 도 4의 단말기의 동작 중 408단계인 "EventTriggeredMeasurement" 과정을 상세히 나타낸 것이다.
즉, 도 9는 도 4의 408단계에서 수행되는 절차를 나타낸 것이다. 900단계에서 단말기(303)는 상기 <표 5>에 기술된 수신율 보고 지시 메시지에 포함된 트리거(trigger) 값에 따라 수신율 보고 메시지를 생성하기 위한 trigger 값을 설정한다. 도 9에 도시된 제5 실시 예에서는 상기 설정된 상기 trigger 값을 기준으로 측정된 손실율이 이보다 낮아질 경우 보고를 위한 정보가 수집되어 세션이 끝나는 시점에 보고가 이루어진다. 상기 트리거 값은 손실율이 될수도 있으며, 수신율이 될 수도 있다. 본 발명에서는 트리거 값을 단말이 수신율 보고를 하기 위해 비교되는 특정 값이라고 설명하기로 한다.
상기 900단계에서 trigger 값의 설정이 끝난 후 901단계에서 단말기(303)는 BSDA(300)로부터 수신할 서비스의 RTP 패킷을 수신하며 수신율 기록이 시작되었는가를 902단계에서 체크한다. 상기 902단계에서 단말기(303)는 시작 세션 RTP timestamp 값을 measurementStartTimestamp에 기록했는지를 체크함으로써 수신율 기록이 시작되었는지를 알 수 있으며, 기록된 값이 없으면 수신율 기록이 처음으로 시작된 것이므로 903단계로 진행한다. 수신율 기록이 처음 시작된 경우에는 903단계에서 기록 시점을 추후에 알리기 위해 세션에 접속하여 수신한 첫번째 패킷의 timestamp를 meausurementStartRTPTimestamp에 기록해 두고 순차번호 또한 별도로 기록한다.
상기 902단계 검사결과 벌써 수신율 기록이 시작되었을 경우에는 904 단계에서 receivedTotalPackets를 기록한다. 여기서 receivedTotalPackets에 기록된 값은 패킷들이 수신될 때마다 순차적으로 하나씩 증가하는 카운터 값이다. 다음 905 단계에서 단말기(303)는 수신했으나 오류 또는 손실 발생한 패킷들을 lostTotalPackets에 기록한다. 손실된 패킷의 경우에는 수신한 RTP 패킷의 순차번호와 그 이전에 수신된 패킷의 순차번호와 비교함으로써 알 수 있다. 그리고 906단계에서 단말기(303)는 상기 901단계에서 수신한 패킷의 timestamp를 measurementEndRTPTimestamp에 기록하고 순차번호 또한 별도로 기록한다.
907단계에서 단말기(303)는 전체 세션동안 총 수신했어야 할 패킷의 수를 계산하여 expectedTotalPacket에 기록한다. 여기서 expectedTotalPacket에 기록된 값은 측정을 시작했을 때의 수신한 패킷의 RTP 순차번호와 마지막으로 수신한 패킷의 순차번호를 통하여 구할 수 있다. 이후 908단계에서 단말기(303)는 expectedTotalPackets 대 receivedTotalPackets를 통해 수신율을 계산하고, expectedTotalPackets 대 lostTatalPackets의 비를 통해 손실율을 계산한다. 909단계는 단말기(303)는 상기 908단계에서 계산한 손실율을 상기 900단계에서 설정한 trigger 값과 비교하여 손실율이 trigger 값보다 낮을 경우에는 보고할 필요가 없으므로 상기 901 단계로 진행한다.
반면, 상기 909단계의 검사결과 손실율이 trigger 값보다 높을 경우에는 수신율 보고가 필요하므로 다음 단계인 409단계로 진행하여 수신율이 포함된 수신율 보고 메시지를 전송한다. 만약 단말기(303)가 세션이 끝나기 전에 세션을 종료할 경우에는 종료하는 시점까지의 정보를 기반으로 수신율 보고를 생성하여 보고토록 한다. 상기 도 8과 도 9에서의 트리거 값과 임계 값을 모두 손실율로 설정할 경우 도 8은 측정된 손실율이 임계 값보다 클 경우 반복하여 수신율을 측정하여 전송하는 것이고, 도 9는 손실율이 트리거 값보다 클 경우에 한번만 수신율을 측정하여 전송하는 것이 다르다. 본 발명의 실시 예에서 상기 트리거 값은 손실율과 비교하기 위해 미리 정해진 손실율로 설정되었지만, 시스템 운영자에 따라 수신율 또는 수신 품질, 기지국 특성등에 따라 다른 값들이 설정될 수 있을 것이다.
도 10a 및 도 10b는 본 발명의 바람직한 실시 예에 따라 방송 시스템에서 단말기로 스트리밍 서비스의 수신율 보고 지시 메시지를 전송하고 그에 대한 응답 메시지를 수신하는 BSDA의 동작을 나타낸 흐름도이다.
도 10a의 1000단계에서 BSDA(300)는 특정 서비스에 대하여 수신율 보고가 필요함을 결정하고, 이를 위한 세부적인 수신율 측정 보고 방식을 1001단계에서 결정한다. 수신율 측정 방식은 상기한 실시 예들과 같이 총 5가지가 있으며 각각의 측정 동작은 도 4 내지 도 9에서 설명한 바와 같다. 1010단계 내지 1050단계에서 BSDA(300)는 수신율 보고 방식이 상기 1001단계에서 정해졌을 때 각각의 수신율 보고 지시 메시지에 들어가야 할 주요 항목들을 지정한다.
즉 1010단계의 경우 BSDA(300)는 상기 1001단계에서 세션 단위로 수신율을 측정하고자 하도록 수신율 보고 지시 메시지에 SessionMeasurement을 지정한다. 1020단계의 경우 BSDA(300)는 상기 1001단계에서 지정된 기간동안 수신율을 측정하고자 하도록 수신율 보고 지시 메시지에 FixedDurationMeasurement를 지정토록 한다. 상기 1001단계에서 BSDA(300)는 수신율 측정 방식을 지정하지 못하였을 경우 도 10b와 같이 동작 오류로 종료 처리하거나 또는 위 5 가지 방식 중 디폴트(default)로 미리 설정된 방식에 따라 수신율을 측정 방식을 지정하는 것도 가능하다. 또한 본 실시 예에서는 다수의 측정 방식을 마련하고, 이 중 하나의 방식을 지정하지만 BSDA(300)와 단말기(303)간에 단일의 측정 방식이 미리 약속된 경우 상기 1001단계의 동작은 생략될 수 있다.
상기 1021단계 및 1022단계에서 BSDA(300)는 상기 1020단계에서 측정을 지원하도록 패킷 수신율을 측정하기 위한 측정 기간을 정한다. 즉, 상기 1021단계에서는 측정 시작 시점을 지정하고 1022단계에서 BSDA(300)는 측정 종료 시점을 지정토록 한다. 측정 시작 시점 및 종료 시점은 RTP timestamp와 비교할 수 있도록 같은 형태로 지정이 된다. 또한 1030단계의 경우 BSDA(300)는 상기 1001단계에서 지정된 매 주기마다 수신율을 측정하고자 하도록 수신율 보고 지시 메시지에 IntervalMeasurement를 지정토록 한다. 1031단계에서 BSDA(300)는 상기 1030단계의 측정을 지원하도록 수신율 보고 주기 간격을 지정한다. 여기서 주기 간격은 RTP 패킷 수를 기준으로 지정토록 한다.
그리고 1040단계의 경우 BSDA(300)는 상기 1001단계에서 특정 임계값 이상 손실율이 높을 경우 수신율을 측정하여 보고 하도록 수신율 보고 지시 메시지에 ThresholdMeasurement를 지정토록 한다. 1041단계에서 BSDA(300)는 상기 1040단계의 측정을 지원하도록 임계 값을 지정한다. 여기서 임계 값은 단말기(303)가 측정한 손실율과 비교를 원하는 손실율을 나타내는 것으로 백분율로 지정한다. 또한 1050단계의 경우 BSDA(300)는 상기 1001단계에서 손실율이 트리거 값 이상이라면, 단말기(303)가 수신하는 서비스가 끝나는 시점까지 계속 수신율을 측정하여 보고하도록 수신율 보고 지시 메시지에 EventTriggeredMeasurement를 지정토록 한다. 1051단계에서 BSDA(300)는 상기 1050단계의 측정을 지원하도록 트리거 값을 지정한다. 여기서 트리거값은 손실율과 비교를 원하는 손실율을 나타내는 것으로 백분율로 지정한다.
상기한 과정에 따라 5 가지 수신율 측정 방식 중 한가지가 결정되고 더불어 측정 지원 항목의 값까지 결정이 되면, 1002단계에서 단말기(303)는 수신율 보고 지시 메시지를 생성하고, 상기 1002단계에서 수신율 보고 지시 메시지가 생성되면 도 10b의 1003단계에서 BSDA(300)는 상기 생성된 메시지를 단말기들이 획득할 수 있도록 서비스 가이드의 억세스 프레그먼트(231)에 연동시킨다. 상기 1003단계에서 억세스 프레그먼트(231) 연동은 URI 속성에 상기 생성된 메시지를 수신할 수 있는 주소를 등록을 하여 이루어진다. 1004단계에서 BSDA(300)는 상기 1003단계에서 연동된 억세스 프레그먼트를 서비스 가이드와 함께 방송한다. 그리고 1005단계에서 BSDA(300)는 서비스 가이드 및 억세스 프레그먼트(231)을 수신하여 URI에 있는 주소를 통하여 BSDA(300)에 접속하여 수신율 보고 지시 메시지를 요청한 단말기(303)에게 수신율 보고 지시 메시지를 전송한다. 1006단계에서 BSDA(300)는 수신율 측정을 수행한 단말기들로부터 수신율 보고 메시지를 수신하고, 1007단계에서 단말기들에게 수신율 보고 메시지를 수신했다는 확인을 보내준다. 상기 1007단계의 동작은 선택적으로 수행될 수 있다. 마지막으로 1008단계에서 BSDA(300)는 단말기(303)로부터 수신한 수신율 보고 메시지들을 분류 및 분석한다.
도 11은 본 발명의 실시 예에 따른 단말(303)의 블록 구성도이다.
본 발명의 실시 예에 따라 수신기(303a)는 네트워크 엔터티인 BSDA(300)로부터 방송 스트리밍 서비스에 대한 수신율의 적더오 하나의 측정 방식을 지시하는 수신율 보고 지시 메시지를 수신한다. 제어기(303c)는 상기 수신기(303a)가 수신한 수신율 보고 지시 메시지를 분석하고, 상기 수신율 보고 지시 메시지에 지시된 수신율 측정 방식에 따라 상기 단말(303)이 수신율 측정 기간 동안 수신할 것으로 예상된 총 패킷의 수(expectedTotalPackets) 대 수신율 측정 기간 동안 상기 단말기가 수신한 총 패킷의 수(receivedTotalPackets)의 비율인 수신율을 측정한다. 이때 제어기(303c)가 수행하는 수신율 측정 방식은 앞서 서술한 바와 같다.
즉, 첫번째로 상기 수신율 보고 지시 메시지에 지시된 수신율 측정 방식이 상기 방송 스트리밍 서비스의 전체 세션에 대한 수신율을 측정할 것을 의미하는 "세션 측정 방식"이라면 상기 제어기(303c)는 상기 방송 스트리밍 서비스의 세션 전체에 대한 수신율을 측정한다.
두번째로, 상기 수신율 보고 시지 메시지에 지시된 수신율 측정 방식이 고정된 시간 구간에 대해서만 수신율을 측정할 것을 지시하는 "고정 구간 측정 방식"이라면, 상기 제어기(303c)는 상기 고정 구간의 시작 시점을 지시하는 속성 값인 시작 타임 스탬프와 상기 고정 구간의 끝 시점을 지시하는 속성 값인 끝 타임 스탬프 사이의 구간 동안 상기 방송 스트리밍 서비스에 대한 수신율을 측정한다.
세번째로, 상기 수신율 보고 지시 메시지에 지시된 측정 방식이 일정 시간 간격마다 수신율을 측정할 것을 의미하는 "간격 측정 방식"이라면, 상기 제어기(303c)는 상기 시간 간격마다 상기 방송 스트리밍 서비스에 대한 수신율을 측정한다.
네번째로, 상기 수신율 보고 지시 메시지에 지시된 측정 방식이 상기 단말기가 측정 기간 동안 수신할 것으로 예상된 총 패킷의 수(expectedTotalPackets) 대 상기 측정 기간 동안 손실된 패킷 수(lostTotalPackets)의 비율인 손실 율이 임계 값보다 클 경우 상기 수신율을 측정할 것을 의미하는 "임계 값 측정 방식"이라면, 상기 제어기(303c)는 상기 손실율이 상기 임계 값보다 클 경우 마다 상기 방송 스트리밍 서비스에 대한 수신율을 측정한다.
다섯번째로, 상기 수신율 보고 지시 메시지에 지시된 측정 방식이 미리 정해진 이벤트가 발생될 경우 수신율을 측정할 것을 의미하는 "이벤트 트리거 측정 방식"이라면, 상기 제어기(303c)는 상기 이벤트가 발생될 경우 상기 방송 스트리밍 서비스에 대한 수신율을 측정한다.
그리고 송신기(303b)는 상기 제어기(303c)가 측정한 수신율을 포함하는 수신율 보고 메시지를 상기 BSDA(300)로 전송한다.
한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐 아니라 이 특허청구의 범위와 균등한 것들에 의해서 정해져야 한다.
도 1은 일반적인 휴대 방송 시스템의 구성을 나타낸 블록 구성도
도 2는 일반적인 휴대 방송 시스템에서 방송 서비스를 수신하기 위한 서비스 가이드의 구조를 나타낸 도면
도 3은 본 발명이 적용되는 휴대 방송 시스템에서 스트리밍 서비스의 수신율 보고 절차를 간략히 나타낸 흐름도
도 4는 본 발명이 적용되는 휴대 방송 시스템에서 스트리밍 서비스의 수신율 보고 절차를 간략히 나타낸 흐름도
도 5는 본 발명의 제1 실시 예에 따른 스트리밍 서비스의 수신율 측정 방법을 나타낸 흐름도
도 6은 본 발명의 제2 실시 예에 따른 스트리밍 서비스의 수신율 측정 방법을 나타낸 흐름도
도 7은 본 발명의 제3 실시 예에 따른 스트리밍 서비스의 수신율 측정 방법을 나타낸 흐름도
도 8은 본 발명의 제4 실시 예에 따른 스트리밍 서비스의 수신율 측정 방법을 나타낸 흐름도
도 9는 본 발명의 제5 실시 예에 따른 스트리밍 서비스의 수신율 측정 방법을 나타낸 흐름도
도 10a 및 도 10b는 본 발명의 실시 예에 따라 방송 시스템에서 단말기로 스트리밍 서비스의 수신율 보고를 지시하여 수신하는 BSDA의 동작을 나타낸 흐름도
도 11은 본 발명의 실시 예에 따른 단말의 블록 구성도.

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)와, 상기 장치 식별자의 타입을 정의하는 속성 값과, 상기 측정이 수행된 세션을 식별하는 정보 요소인 세션 식별자(SessionID) 와, 상기 수신율의 측정이 수행된 컨텐츠를 식별하는 정보 요소인 글로벌 컨텐트 식별자(globalContentID)와, 상기 수신율의 측정 방식을 지시하는 속성 값인 보고 타입(reportType)과, 상기 수신율 측정이 시작된 시간을 지시하는 속성 값인 측정 시작 RTP 타임 스탬프(measurementStartRTPTimestamp)와, 상기 수신율 측정이 종료된 시간을 지시하는 속성 값인 측정 시간 종료 RTP 타임 스탬프(measurementEndRTPTimestamp) 중 적어도 하나를 포함함을 특징으로 하는 수신율 보고 시스템.
  8. 제7 항에 있어서,
    상기 수신율 보고 메시지는,
    상기 예상된 총 패킷들(expectedTotalPackets)과, 상기 수신된 총 패킷들(receivedTotalPackets)과, 상기 단말기가 수신하지 못하거나 수신하였지만 오류가 발생한 총 패킷의 개수를 지시하는 속성 값인 손실한 총 패킷들(lostTotalPackets)과, 상기 수신율 측정이 이루어진 위치를 지시하는 속성 값인 서비스 에어리어(serviceArea)와, 상기 수신율 측정이 이루어진 셀를 지시하는 속성 값인 셀 식별자(cellID) 중 적어도 하나를 더 포함함을 특징으로 하는 수신율 보고 시스템.
  9. 방송 시스템에서 방송 서비스 수신율을 보고하기 위한 단말 장치에 있어서,
    방송 스트리밍 서비스에 대한 수신율의 적어도 하나의 측정 방식을 지시하는 수신율 보고 지시 메시지를 수신하는 수신기와,
    상기 수신율 보고 메시지가 지시하는 수신율 측정 방식에 따라 상기 단말 장치가 수신율 측정 기간 동안 수신할 것으로 예상된 총 패킷의 수(expectedTotalPacket) 대 상기 수신율 측정 기간 동안 상기 단말기가 수신한 총 패킷의 수(receivedTotalPackets)의 비율인 수신율을 측정하는 제어기와,
    상기 측정한 수신율을 포함하는 수신율 보고 메시지를 전송하는 송신기를 포함함을 특징으로 하는 수신율 보고 장치.
  10. 제9항에 있어서,
    상기 측정 방식이 상기 방송 스트리밍 서비스의 전체 세션에 대한 수신율을 측정할 것을 의미하는 "세션 측정 방식"이라면,
    상기 수신율 보고 지시 메시지에 세션 측정(sessionMeasurement)을 지시하는 정보 요소가 표함됨을 특징으로 하는 수신율 보고 장치.
  11. 제10항에 있어서,
    상기 제어기는,
    상기 방송 스트리밍 서비스의 세션 전체에 대한 수신율을 측정함음 특징으로 하는 수신율 보고 장치.
  12. 제9항에 있어서,
    상기 측정 방식이 고정된 시간 구간에 대해서만 수신율을 측정할 것을 의미하는 "고정 구간 측정 방식"이라면,
    상기 수신율 보고 지시 메시지에 고정 구간 측정(FixedDurationMeasurement)을 지시하는 정보 요소와 상기 고정 구간의 시작 시점을 지시하는 속성 값인 시작 타임스탬프(startRTPTimestamp)와 상기 고정 구간의 끝 시점을 지시하는 속성 값인 끝 타임 스탬프(endRTPTimestamp)가 포함됨을 특징으로 하는 수신율 보고 장치.
  13. 제12항에 있어서,
    상기 제어기는,
    상기 시작 타임 스탬프와 상기 끝 타임 스탬프 사이의 구간동안 상기 방송 스트리밍 서비스에 대한 수신율을 측정함을 특징으로 하는 수신율 보고 장치.
  14. 제9항에 있어서,
    상기 측정 방식이 일정 시간 간격마다 수신율을 측정할 것을 의미하는 "간격 측정 방식"이라면,
    상기 수신율 보고 지시 메시지에 시간 간격 측정(IntervalMeasurement)을 지시하는 정보 요소와 상기 간격을 지시하는 속성 값이 포함됨을 특징으로 하는 수신율 보고 장치.
  15. 제14항에 있어서,
    상기 제어기는,
    상기 간격 마다 상기 방송 스트리밍 서비스에 대한 수신율을 측정함을 특징으로 하는 수신율 보고 장치.
  16. 제9항에 있어서,
    상기 측정 방식이, 상기 단말이 상기 측정 기간 동안 수신할 것으로 예상된 총 패킷의 수(expectedTotalPackets) 대 상기 측정 기간 동안 손실된 손실 패킷 수(lostTotalPackets)의 비율인 손실 율이 임계 값보다 클 경우 상기 수신율을 측정할 것을 의미하는 "임계 값 측정 방식"이라면, 상기 수신율 보고 지시 메시지에 임계 값 측정(ThresholdMeasurement)을 지시하는 정보 요소와 상기 임계 값을 지시하는 속성 값이 포함됨을 특징으로 하는 수신율 보고 장치.
  17. 제16항에 있어서,
    상기 제어기는,
    상기 손실율이 상기 임계 값보다 클 경우 마다 상기 방송 스트리밍 서비스에 대한 수신율을 측정함을 특징으로 하는 수신율 보고 장치.
  18. 제9항에 있어서,
    상기 측정 방식이 미리 정해진 이벤트가 발생될 경우 수신율츨 측정할 것을 의미하는 "이벤트 트리거 측정 방식"이라면, 상기 수신율 보고 지시 메시지에 이벤트 트리거 측정(EventTriggerMeasurement)을 지시하는 정보 요소와 상기 이벤트를 트리거하기 위한 트리거 값을 지시하는 속성 값이 포함됨을 특징으로 하는 수신율 보고 장치.
  19. 제18항에 있어서,
    상기 제어기는,
    상기 이벤트가 발생될 경우 상기 방송 스트리밍 서비스에 대한 수신율을 측정함을 특징으로 하는 수신율 보고 장치.
  20. 제9항에 있어서,
    상기 수신율 보고 메시지는,
    상기 수신율의 측정이 이루어진 상기 방송 스트리밍 서비스를 식별하는 속성 값인 글로벌 서비스 식별자(globalServiceID)와, 상기 단말기의 식별자를 식별하는 정보 요소인 장치 식별자(DeviceID)와, 상기 장치 식별자의 타입을 정의하는 속성 값과, 상기 측정이 수행된 세션을 식별하는 정보 요소인 세션 식별자(SessionID)와, 상기 수신율의 측정이 수행된 컨텐츠를 식별하는 정보 요소인 글로벌 컨텐트 식별자(globalContentID)와, 상기 수신율의 측정 방식을 지시하는 속성 값인 보고 타입(reportType)과, 상기 수신율 측정이 시작된 시간을 지시하는 속성 값인 측정 시작 RTP 타임 스탬프(measurementStartRTPTimestamp)와, 상기 수신율 측정이 종료된 시간을 지시하는 속성 값인 측정 시간 종료 RTP 타임 스탬프(measurementEndRTPTimestamp) 중 적어도 하나를 포함함을 특징으로 하는 수신율 보고 장치.
  21. 제20 항에 있어서,
    상기 수신율 보고 메시지는,
    상기 예상된 총 패킷들(expectedTotalPackets)과, 상기 수신된 총 패킷들(receivedTotalPackets)과, 상기 단말기가 수신하지 못하거나 수신하였지만 오류 가 발생한 총 패킷의 개수를 지시하는 속성 값인 손실한 총 패킷들(lostTotalPackets)과, 상기 수신율 측정이 이루어진 위치를 지시하는 속성 값인 서비스 에어리어(serviceArea)와, 상기 수신율 측정이 이루어진 셀를 지시하는 속성 값인 셀 식별자(cellID) 중 적어도 하나를 더 포함함을 특징으로 하는 수신율 보고 장치.
  22. 단말기가 방송 서비스의 수신율을 보고하는 방법에 있어서,
    방송 스트리밍 서비스에 대한 수신율의 적어도 하나의 측정 방식을 지시하는 수신율 보고 지시 메시지를 수신하는 과정과,
    상기 수신율 보고 지시 메시지에 지시된 수신율 측정 방식에 따라 수신율 측정 기간동안 상기 단말기가 수신할 것으로 예상된 총 패킷의 수(expectedTotalPackets) 대 수신율 측정 기간 동안 상기 단말기가 수신한 총 패킷의 수(receivedTotalPackets)의 비율인 수신율을 측정하는 과정과,
    상기 측정한 수신율을 포함하는 수신율 보고 메시지를 전송하는 과정을 포함함을 특징으로 하는 수신율 보고 방법.
  23. 제22 항에 있어서,
    상기 측정 방식이 상기 방송 스트리밍 서비스의 전체 세션에 대한 수신율을 측정할 것을 의미하는 "세션 측정 방식"이라면,
    상기 수신율 보고 지시 메시지에 세션 측정(SessionMeasurement)을 지시하는 정보 요소가 포함됨을 특징으로 하는 수신율 보고 방법.
  24. 제23 항에 있어서,
    상기 수신율을 측정하는 과정은,
    상기 방송 스트리밍 서비스의 세션 전체에 대한 수신율을 측정하는 과정을 포함함을 특징으로 하는 수신율 보고 방법.
  25. 제22 항에 있어서,
    상기 측정 방식이 고정된 시간 구간에 대해서만 수신율을 측정할 것을 의미하는 "고정 구간 측정 방식"이라면,
    상기 수신율 보고 지시 메시지에 고정 구간 측정(FixedDurationMeasurement)을 지시하는 정보 요소와 상기 고정 구간의 시작 시점을 지시하는 속성 값인 시작 타임스탬프(startRTPtimestamp)와 상기 고정 구간의 끝 시점을 지시하는 속성 값인 끝 타임 스탬프(endRTPtimestamp)가 포함됨을 특징으로 하는 수신율 보고 방법.
  26. 제25 항에 있어서,
    상기 수신율을 측정하는 과정은,
    상기 시작 타임스탬프와 상기 끝 타임 스탬프 사이의 구간동안 상기 방송 스트리밍 서비스에 대한 수신율을 측정하는 과정을 포함함을 특징으로 하는 수신율 보고 방법.
  27. 제22 항에 있어서,
    상기 측정 방식이 일정 시간 간격마다 수신율을 측정할 것을 의미하는 "간격 측정 방식"이라면,
    상기 수신율 보고 지시 메시지에 시간 간격 측정(IntervalMeasurement)을 지시하는 정보 요소와 상기 간격을 지시하는 속성 값이 포함됨을 특징으로 하는 수신율 보고 방법.
  28. 제27 항에 있어서,
    상기 수신율을 측정하는 과정은,
    상기 시간 간격 마다 상기 방송 스트리밍 서비스에 대한 수신율을 측정하는 과정을 포함함을 특징으로 하는 수신율 보고 방법.
  29. 제22 항에 있어서,
    상기 측정 방식이, 상기 단말기가 수신할 것으로 예상된 총 패킷의 수(expectedTotalPackets) 대 상기 측정 기간동안 손실된 손실 패킷 수(lostTotalPackets)의 비율인 손실 율이 임계 값보다 클 경우 상기 수신율을 측정할 것을 의미하는 "임계 값 측정 방식" 이라면, 상기 수신율 보고 지시 메시지에 임계 값 측정 (ThresholdMeasurement)을 지시하는 정보 요소와 상기 임계 값을 지시하는 속성 값이 포함됨을 특징으로 하는 수신율 보고 방법.
  30. 제29 항에 있어서,
    상기 수신율을 측정하는 과정은,
    상기 손실율이 상기 임계 값보다 클 경우 마다 상기 방송 스트리밍 서비스에 대한 수신율을 측정하는 과정을 포함함을 특징으로 하는 수신율 보고 방법.
  31. 제22항에 있어서,
    상기 측정 방식이 미리 정해진 이벤트가 발생될 경우 수신율을 측정할 것을 의미하는 "이벤트 트리거 측정 방식" 이라면, 상기 수신율 보고 지시 메시지에 이벤트 트리거 측정(EventTriggeredMeasurement)을 지시하는 정보 요소와 상기 이벤 트를 트리거 하기 위한 트리거 값을 지시하는 속성 값이 포함됨을 특징으로 하는 수신율 보고 방법.
  32. 제31 항에 있어서,
    상기 수신율을 측정하는 과정은,
    상기 이벤트가 발생될 경우 상기 방송 스트리밍 서비스에 대한 수신율을 측정하는 과정을 포함함을 특징으로 하는 수신율 보고 방법.
  33. 제22 항에 있어서,
    상기 수신율 보고 메시지는,
    상기 수신율의 측정이 이루어진 상기 방송 스트리밍 서비스를 식별하는 속성 값인 글로벌 서비스 식별자(globalServiceID)와, 상기 단말기의 식별자를 식별하는 정보 요소인 장치 식별자(DeviceID)와, 상기 장치 식별자의 타입을 정의하는 속성 값과, 상기 측정이 수행된 세션을 식별하는 정보 요소인 세션 식별자(SessionID)와, 상기 수신율의 측정이 수행된 컨텐츠를 식별하는 정보 요소인 글로벌 컨텐트 식별자(globalContentID)와, 상기 수신율의 측정 방식을 지시하는 속성 값인 보고 타입(reportType)과, 상기 수신율 측정이 시작된 시간을 지시하는 속성 값인 측정 시작 RTP 타임 스탬프(measurementStartRTPTimestamp)와, 상기 수신율 측정이 종료 된 시간을 지시하는 속성 값인 측정 시간 종료 RTP 타임 스탬프(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)와, 상기 장치 식별자의 타입을 정의하는 속성 값과, 상기 측정이 수행된 세션을 식별하는 정보 요소인 세션 식별자(SessionID)와, 상기 수신율의 측정이 수행된 컨텐츠를 식별하는 정보 요소인 글로벌 컨텐트 식별자(globalContentID)와, 상기 수신율의 측정 방식을 지시하는 속성 값인 보고 타입(reportType)과, 상기 수신율 측정이 시작된 시간을 지시하는 속성 값인 측정 시작 RTP 타임 스탬프(measurementStartRTPTimestamp)와, 상기 수신율 측정이 종료된 시간을 지시하는 속성 값인 측정 시간 종료 RTP 타임 스탬 프(measurementEndRTPTimestamp) 중 적어도 하나를 포함함을 특징으로 하는 수신율 보고 방법.
  42. 제41 항에 있어서,
    상기 수신율 보고 메시지는,
    상기 예상된 총 패킷들(expectedTotalPackets)과, 상기 수신된 총 패킷들(receivedTotalPackets)과, 상기 단말기가 수신하지 못하거나 수신하였지만 오류가 발생한 총 패킷의 개수를 지시하는 속성 값인 손실한 총 패킷들(lostTotalPackets)과, 상기 수신율 측정이 이루어진 위치를 지시하는 속성 값인 서비스 에어리어(serviceArea)와, 상기 수신율 측정이 이루어진 셀를 지시하는 속성 값인 셀 식별자(cellID) 중 적어도 하나를 더 포함함을 특징으로 하는 수신율 보고 방법.
KR20070082984A 2006-08-18 2007-08-17 방송 시스템에서 단말기가 스트리밍 서비스의 수신율을보고하는 방법 및 장치와 그 시스템 KR100871240B1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR1020060078411 2006-08-18
KR20060078411 2006-08-18
KR20060109692 2006-11-07
KR1020060109692 2006-11-07

Publications (2)

Publication Number Publication Date
KR20080016503A KR20080016503A (ko) 2008-02-21
KR100871240B1 true KR100871240B1 (ko) 2008-11-28

Family

ID=38705100

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20070082984A KR100871240B1 (ko) 2006-08-18 2007-08-17 방송 시스템에서 단말기가 스트리밍 서비스의 수신율을보고하는 방법 및 장치와 그 시스템

Country Status (7)

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

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 엘지전자 주식회사 Ｂｃａｓｔ서비스 시스템 및 이를 이용한 콘텐츠 전송방법
US8009582B2 (en) * 2007-03-26 2011-08-30 Telefonaktiebolaget L M 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 富士通株式会社 無線端末装置及び受信品質報告方法
CN108476519B (zh) * 2016-01-21 2022-02-08 三菱电机株式会社 无线通信装置、无线通信方法和计算机可读介质
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
KR20030032875A (ko) * 2001-10-19 2003-04-26 삼성전자주식회사 멀티캐스트 멀티미디어 방송 서비스를 제공하는 이동 통신시스템에서 순방향 데이터 채널 송신 전력을 제어하는장치 및 방법
KR20060135465A (ko) * 2005-06-24 2006-12-29 엘지전자 주식회사 브로드캐스트/멀티캐스트 서비스 수행 방법
KR100677511B1 (ko) 2005-08-12 2007-02-02 엘지전자 주식회사 Ｂｃａｓｔ서비스 시스템 및 이를 이용한 콘텐츠 전송방법

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
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
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 通信装置及び方法
US7245594B1 (en) 2000-05-12 2007-07-17 Qualcomm Incorporated Method and apparatus for fast closed-loop rate adaptation in a high rate packet data transmission
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
JP3837302B2 (ja) * 2001-05-16 2006-10-25 三洋電機株式会社 ディジタル放送受信装置
US7047456B2 (en) * 2001-08-28 2006-05-16 Intel Corporation Error correction for regional and dynamic factors in communications
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
WO2005004370A2 (en) * 2003-06-28 2005-01-13 Geopacket Corporation Quality determination for packetized information
BRPI0413812A (pt) * 2003-08-21 2006-10-17 Vidiator Entpr Inc dispositivo e método de qualidade de experiência (qoe) para rede de comunicação celular
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
JP5356652B2 (ja) * 2004-02-12 2013-12-04 コア ワイアレス ライセンシング エス アー アール エル 分類されたメディア経験の質
WO2005088931A1 (en) * 2004-02-13 2005-09-22 Nokia Corporation Timing of quality of experience metrics
ATE366489T1 (de) * 2004-02-27 2007-07-15 Ericsson Telefon Ab L M Optimierung von ressourcengebrauch in einem paketvermittelten netzwerk
EP1760933B1 (en) * 2004-08-06 2012-03-14 Panasonic Corporation Feedback control for multicast or broadcast services
ATE435543T1 (de) * 2004-09-27 2009-07-15 Panasonic Corp Anonymer aufwärtsrichtungsmessbericht in einem drahtlosen kommunikationssystem
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 삼성전자주식회사 이동/방송 시스템에서 방송 서비스에 대한 통지를 전송하는 방법 및 그 시스템
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
KR20030032875A (ko) * 2001-10-19 2003-04-26 삼성전자주식회사 멀티캐스트 멀티미디어 방송 서비스를 제공하는 이동 통신시스템에서 순방향 데이터 채널 송신 전력을 제어하는장치 및 방법
KR20060135465A (ko) * 2005-06-24 2006-12-29 엘지전자 주식회사 브로드캐스트/멀티캐스트 서비스 수행 방법
KR100677511B1 (ko) 2005-08-12 2007-02-02 엘지전자 주식회사 Ｂｃａｓｔ서비스 시스템 및 이를 이용한 콘텐츠 전송방법

Also Published As

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

Similar Documents

Publication Publication Date Title
KR100871240B1 (ko) 방송 시스템에서 단말기가 스트리밍 서비스의 수신율을보고하는 방법 및 장치와 그 시스템
US8917706B2 (en) Method and apparatus for transmitting/receiving access information of broadcast service in a broadcasting system, and system thereof
KR100890037B1 (ko) 휴대 방송 시스템에서 서비스 가이드 또는 서비스 가이드프레그먼트에 대한 공유 방법 및 시스템
CN1914876B (zh) 定时体验质量的度量
RU2496256C2 (ru) Способ и устройство для предоставления руководства по услуге в мобильной широковещательной системе
AU2008205802B2 (en) Method and apparatus for transmitting and receiving mobility information supporting handover and/or roaming in digital broadcasting system
EP2276255A2 (en) User-personalized service-provision method and apparatus within a broadcasting system, as well as a system therefor
KR20120123638A (ko) 디지털 방송 시스템에서 방송 서비스 수신을 위한 시그널링 정보를 송수신하는 방법 및 장치
KR101230181B1 (ko) 휴대 방송 시스템에서 서비스 가이드 콘텍스트 송수신 방법및 장치
WO2012016474A1 (zh) 实现iptv收视受众调查的方法和系统
KR100960400B1 (ko) 방송 시스템에서 방송 서비스의 접근 정보를 송수신하는 방법 및 장치와 그 시스템
Galetzka User-perceived quality of service in hybrid broadcast and telecommunication networks
KR101164231B1 (ko) 휴대 방송 시스템에서 스트림 전송 시 자원 할당 방법 및 시스템
CN102209078A (zh) 定时体验质量的度量
KR20070049027A (ko) 휴대 방송 시스템에서 파일/스트림 전송시 자원 할당 방법및 시스템
Junhua et al. Research on Audience Rating Statistics of Two-way Digital TV Based on OpenSSL
KR20090106334A (ko) 휴대 방송 시스템에서 사용자 정의 번들 제공 방법 및 시스템

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20121030

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20131030

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20141030

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20151029

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20161028

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20171030

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20181030

Year of fee payment: 11