專利名稱：用于在數(shù)字廣播系統(tǒng)中提供可信度保證傳輸業(yè)務(wù)的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及一種在數(shù)字廣播系統(tǒng)中提供可信度保證業(yè)務(wù)(trust guarantee service)的方法和裝置，并且，更具體而言，涉及一種在數(shù)字視頻 廣播(DVB)系統(tǒng)中提供可信的傳輸業(yè)務(wù)(trusted transmission service )的方
法和裝置。
背景技術(shù)：
隨著數(shù)據(jù)(音頻/視頻)壓縮技術(shù)以及通信技術(shù)近年來的發(fā)展，已經(jīng)實現(xiàn) 了能夠通過固定或移動終端在任何地方向用戶提供高質(zhì)量音頻和視頻業(yè)務(wù) 的數(shù)字廣播。通常，數(shù)字廣播指的是取代傳統(tǒng)模擬廣播、向用戶提供高畫質(zhì) 和光盤(CompactDisc, CD)級音質(zhì)的廣播業(yè)務(wù)。這種數(shù)字廣播已經(jīng)演化為 兩種類型地面波(terrestrial-wave)廣播和衛(wèi)星廣播。地面波廣播指的是使 用戶能夠通過地面轉(zhuǎn)發(fā)器(repeater)接收廣播的數(shù)字廣播業(yè)務(wù)。相對而言， 衛(wèi)星廣播指的是在其中使用衛(wèi)星作為轉(zhuǎn)發(fā)器來接收數(shù)字廣播的數(shù)字廣播業(yè) 務(wù)。
數(shù)字廣播系統(tǒng)的例子包括數(shù)字音頻廣播(DAB)、數(shù)字無線電廣播 (DRS)、數(shù)字音頻無線電系統(tǒng)、以及合并了音頻、視頻和數(shù)據(jù)業(yè)務(wù)的數(shù)字 多媒體廣播(DMB)。近年來，歐洲D(zhuǎn)AB系統(tǒng)(即，歐洲研究協(xié)調(diào)代理項 目-147 (Eureka 147)系統(tǒng))以及增強了數(shù)字廣播標準(即，數(shù)字視頻廣播 -地面(DVB-T)系統(tǒng))其中之一的移動性和便攜性的數(shù)字視頻廣播-手持 (DVB-H)系統(tǒng)引起了注意。
在DVB系統(tǒng)中，可以將基于廣播數(shù)據(jù)的移動畫面專家組(MPEG) _2 傳輸流(TS)多路傳輸(multiplex),并且可以同時發(fā)送基于數(shù)據(jù)流的IP。 在DVB系統(tǒng)中，可以將各種業(yè)務(wù)多路傳輸并且通過單個IP流發(fā)送。接收到 發(fā)送的IP流的數(shù)據(jù)的終端將該數(shù)據(jù)多路分離(demultiplex),對分離的業(yè)務(wù) 進行解調(diào)，并且通過屏幕將解調(diào)后的業(yè)務(wù)輸出到用戶。圖1示出了在DVB系統(tǒng)中發(fā)送用于廣播流和文件下載業(yè)務(wù)的相關(guān)內(nèi)容
的協(xié)議的結(jié)構(gòu)。
用于DVB業(yè)務(wù)的協(xié)議結(jié)構(gòu)使用基于用于諸如音頻、視頻和語音信號的 傳輸?shù)膭討B(tài)數(shù)據(jù)流(streaming)業(yè)務(wù)的用戶數(shù)據(jù)報協(xié)議(UDP ) 110的實時 傳輸協(xié)議(RTP ) 120，并且使用基于用于諸如3GPP文件格式、二進制數(shù)據(jù)、 靜止圖像和文本的靜態(tài)文件以及業(yè)務(wù)通告和元數(shù)據(jù)的UDP 110的單向傳輸 的文件傳送(FLUTE)協(xié)議130。
用于DVB業(yè)務(wù)的協(xié)議結(jié)構(gòu)提高了基于用于全部廣播數(shù)據(jù)流業(yè)務(wù)和文件 下載的UDP的業(yè)務(wù)傳輸?shù)乃俣?，但是它不能保證傳輸中的可信度。因此， DVB系統(tǒng)需要一種單個用戶能夠通過其向業(yè)務(wù)發(fā)射機請求用于可信的業(yè)務(wù) 的文件重傳和文件錯誤校正。

發(fā)明內(nèi)容
因此，本發(fā)明的一個目的是提供一種用于在數(shù)字廣播系統(tǒng)中提供可信度 保證業(yè)務(wù)的方法和裝置，其中，在數(shù)字視頻廣播(DVB)系統(tǒng)中，在提供廣 播數(shù)據(jù)流和文件下載業(yè)務(wù)方面向用戶保證可信度。
本發(fā)明的另 一個目的是提供一種用于在數(shù)字廣播系統(tǒng)中提供可信度保 證業(yè)務(wù)的方法和裝置，其中，生成在DVB系統(tǒng)中保證在提供廣播數(shù)據(jù)流和 文件下載業(yè)務(wù)方面的可信度所需要的消息。
根據(jù)本發(fā)明的一個方面，提供一種用于在便攜廣播系統(tǒng)中通過連接到網(wǎng) 絡(luò)的終端提供可信度保證業(yè)務(wù)的方法。該方法包括確定是否從終端接收到 相關(guān)聯(lián)的消息產(chǎn)生請求，如果接收到相關(guān)聯(lián)的消息產(chǎn)生請求則生成相關(guān)聯(lián)的 消息，并且將所生成的相關(guān)聯(lián)的消息發(fā)送到業(yè)務(wù)提供商。
根據(jù)本發(fā)明的另 一個方面，提供一種用于在便攜廣播系統(tǒng)中接收可信度 保證業(yè)務(wù)的方法。該方法包括通過網(wǎng)絡(luò)從業(yè)務(wù)提供商接收相關(guān)聯(lián)的消息并 檢查所接收的相關(guān)聯(lián)的消息，并且根據(jù)相關(guān)聯(lián)的消息中所包含的請求，發(fā)送 文件校正請求或接收報告到業(yè)務(wù)提供商。
根據(jù)本發(fā)明的另 一個方面，提供一種用于在便攜廣播系統(tǒng)中通過連接到 通信網(wǎng)絡(luò)的終端來發(fā)送可信度保證業(yè)務(wù)的發(fā)射機。該發(fā)射機包括消息發(fā)生 器，用于確定是否從終端接收到相關(guān)聯(lián)的消息產(chǎn)生請求，并且如果接收到相 關(guān)聯(lián)的消息產(chǎn)生請求，則生成相關(guān)聯(lián)的消息；封裝器，用于將所生成的相關(guān)聯(lián)的消息封裝到發(fā)送端；多路復(fù)用器，用于多路復(fù)用封裝后的相關(guān)聯(lián)的消息； 和調(diào)制器，用于調(diào)制多路復(fù)用后的相關(guān)聯(lián)的消息，并且通過天線將調(diào)制后的 相關(guān)聯(lián)的消息發(fā)送到終端。
根據(jù)本發(fā)明的另 一個方面，提供一種用于在便攜廣播系統(tǒng)中接收可信度 保證業(yè)務(wù)的接收機。該接收機包括解調(diào)器，用于通過網(wǎng)絡(luò)從業(yè)務(wù)提供商接 收信號并解調(diào)所接收的信號；多路分離器，用于多路分離解調(diào)后的信號；解 封裝器，用于將用于解調(diào)的多路分離后的信號的IP封裝的包解封裝為IP流; 和消息處理器，用于根據(jù)包含在IP流的相關(guān)聯(lián)的消息中的請求，將文件校 正請求或接收報告發(fā)送到業(yè)務(wù)提供商。


從以下結(jié)合附圖的詳細描述中，本發(fā)明的上述及其它目標、特征和優(yōu)點 將變得更加明顯，其中
圖1示出了用于傳統(tǒng)數(shù)字視頻業(yè)務(wù)的協(xié)議的結(jié)構(gòu)； 圖2是根據(jù)本發(fā)明的發(fā)射機的框圖； 圖3是根據(jù)本發(fā)明的接收機的框圖4示出了包括文件重傳請求信息和接收報告請求的相關(guān)聯(lián)的消息的結(jié)
構(gòu)；
圖5示出了根據(jù)本發(fā)明的用于每個用戶的文件重傳請求信息的消息的結(jié)
構(gòu)；
圖6示出了根據(jù)本發(fā)明的用于廣播/多播文件重傳請求信息的消息的結(jié)
構(gòu)；
圖7示出了根據(jù)本發(fā)明的接收報告請求的消息的結(jié)構(gòu)；
圖8示出了根據(jù)本發(fā)明的接收報告的相關(guān)聯(lián)的消息的結(jié)構(gòu)；
圖9示出了根據(jù)本發(fā)明的接收成功報告的消息的結(jié)構(gòu)；
圖10示出了根據(jù)本發(fā)明的在接收成功之后的統(tǒng)計信息報告的消息的結(jié)
構(gòu)；
圖11示出了根據(jù)本發(fā)明的在所有接收之后的統(tǒng)計信息報告的消息的結(jié)
構(gòu)；
圖12示出了根據(jù)本發(fā)明的用于在發(fā)射機處生成相關(guān)聯(lián)的消息的控制流 程圖；以及圖13A和13B是根據(jù)本發(fā)明的用于在接收機處接收接收報告的控制流 程圖。
具體實施方式
為了簡明，省略了這里所并入的已知功能和配置的詳細描述。基于本發(fā) 明中的功能來定義這里所使用的術(shù)語，并且可以根據(jù)用戶、操作員的意圖和 通常實踐而有不同。因此，應(yīng)當基于說明書的內(nèi)容來理解術(shù)語。圖2是根據(jù)本發(fā)明的在數(shù)字視頻廣播(DVB)系統(tǒng)中的發(fā)射機的框圖。參照圖2，多個MPEG-2 TV流210-1 - 210-n被輸入到多路復(fù)用器230。 IP流也被輸入到多路復(fù)用器230?；贗P的業(yè)務(wù)數(shù)據(jù)(數(shù)據(jù)IP流)202被作為IP流輸入。所生成的用于 發(fā)送用于生成文件重傳請求的信息的相關(guān)聯(lián)的消息信息以及用于對MPEG-2 TV流數(shù)據(jù)和IP流數(shù)據(jù)的可信度保證的接收報告也包含在IP流(統(tǒng)一信息/ 接收報告請求消息IP流)204中。統(tǒng)一信息/接收報告請求消息IP流204是 由發(fā)射機產(chǎn)生的用于提供發(fā)送業(yè)務(wù)的IP流。它包含接收報告和用于每個用 戶的重傳請求。根據(jù)本發(fā)明，在數(shù)字廣播系統(tǒng)中提供廣播數(shù)據(jù)流和文件下載 業(yè)務(wù)方面，它還向用戶提供可信的發(fā)送業(yè)務(wù)。輸入IP流202和204被輸入到DVB IP封裝器220。在接收到數(shù)據(jù)IP 流202以及統(tǒng)一信息/接收報告請求消息204時，DVB IP封裝器220將接收 的IP流202和204封裝到MPEG-2 TS中，并且將MPEG-2 TS和MPEG-2 TV 流210-1 - 210-n —起輸出到多路復(fù)用器230。多路復(fù)用器230將MPEG-2 TS多路復(fù)用。多路復(fù)用后的MPEG-2 TS被 輸入到DVB調(diào)制器240。 DVB調(diào)制器240將多路復(fù)用后的MPEG-2 TS調(diào)制 到正交頻分復(fù)用(OFDM )碼元中，然后通過天線250將該OFDM碼元發(fā)送 到接收機。圖3是根據(jù)本發(fā)明的在DVB系統(tǒng)中的接收機的框圖。 通過天線350接收的信號被輸入到DVB解調(diào)器340。 DVB解調(diào)器340 對接收的信號執(zhí)行OFDM解調(diào)。OFDM解調(diào)后的數(shù)據(jù)被輸入到多路分離器 330。多路分離器330將OFDM解調(diào)后的數(shù)據(jù)多路分離為IP封裝的包(packet) 和MPEG-2 TS包。MPEG-2 TS包被輸入到數(shù)據(jù)處理器310。數(shù)據(jù)處理器310執(zhí)行用于通過用戶接口 370向用戶顯示相應(yīng)業(yè)務(wù)的程序。IP封裝的包被輸入DVB IP解封裝器320。 DVB IP解封裝器320將該IP 封裝的包解調(diào)為IP流。該IP流被劃分為電子業(yè)務(wù)指南(ESG )流和數(shù)據(jù)流。 數(shù)據(jù)流像TS包那樣被輸入到數(shù)據(jù)處理器310。 ESG流被輸入到消息處理器 360。 ESG消息包括由發(fā)射機發(fā)送的相關(guān)聯(lián)的消息。該相關(guān)聯(lián)的消息被輸入 到消息處理器360的重傳程序處理器(未示出)。如果應(yīng)當請求重傳數(shù)據(jù)流 和文件下載業(yè)務(wù)，則消息處理器360中的重傳程序處理器分析所接收的相關(guān) 聯(lián)的消息的數(shù)據(jù)，基于該相關(guān)聯(lián)的消息中所包含的信息發(fā)送文件重傳請求和 接收報告。顯然，當基于相關(guān)聯(lián)的消息中所包含的信息發(fā)送文件重傳請求和接收報 告時，消息處理器360通過RF模塊(未示出)將用于文件重傳和接收報告 的消息發(fā)送到接收機。在本發(fā)明中，兩個相關(guān)聯(lián)的消息提供可信度保證業(yè)務(wù)。第一個是包含文件重傳請求信息和接收報告請求的相關(guān)聯(lián)的消息，并且 由發(fā)射機傳遞到用戶。第二個是用于用戶的接收報告的接收報告消息，并且由用戶傳遞到發(fā)射機。將參照圖4對包含文件重傳請求信息和接收報告請求的相關(guān)聯(lián)的消息進 行描述。圖4示出了根據(jù)本發(fā)明的包含文件重傳請求信息和接收報告請求的 相關(guān)聯(lián)的消息410的結(jié)構(gòu)。參照圖4,相關(guān)聯(lián)的消息410包含用于每個用戶的文件重傳請求信息 (postFileRepair )510、廣播/多播文件重傳請求信息(bmFileRepair )610、 和接收報告請求(postReceptionReport) 710。相關(guān)聯(lián)的消息410可以包含全 部三種信息，或者也可以不包含它們中的任何一種。相關(guān)聯(lián)的消息410的 XML描述如下 〈xs:element name="associatedProcedureDescription"> <xs:complexType> <xs:sequence><xs:element name="postFileRepair" type="fileRepairProcedureType" minOccurs="0"/〉〈xs:element name="bmFileRepair" type="bmFileRepairProcedureType"minOccurs="0"/>〈xs:element name="postReceptionReport" type="receptionReportProcedureType" minOccurs="0"/> </xs:ssqucncs〉 </xs:complexType> </xs:elemcnt>圖5中示出了具有文件重傳請求信息和接收報告請求的相關(guān)聯(lián)的消息中 所包含的用于每個用戶的文件重傳請求信息(postFileRepair)的結(jié)構(gòu)。圖5 示出了根據(jù)本發(fā)明的用于每個用戶的文件重傳請求信息的消息的結(jié)構(gòu)。該消 息的XML描述如下<xs:complexType name="fileRepairProcedureType">〈xs:element name="serverURr type="xs:anyURI" maxOccurs="unbounded"/> </xs:S6qu6HC6><xs:attributeGroup ref="backoffTime7> </xs:complexType>用于每個用戶的文件重傳請求信息(postFileR印air ) 510包含服務(wù)器信 息(ServerURI) 517,其指示有關(guān)接收報告將發(fā)送到的服務(wù)器的信息。如果 有丟失數(shù)據(jù)，則用戶可以從文件重傳請求信息510中所指定的服務(wù)器列表中 選擇服務(wù)器，以發(fā)送文件重傳請求。當發(fā)送文件重傳請求時，用戶可以使用 文件重傳請求信息510中所指定的退避時間(back-off time )使文件重傳請 求延遲。使請求延遲預(yù)定時間段能夠消除混淆并且降低在多個用戶同時向特 定服務(wù)器發(fā)送重傳請求時可能發(fā)生的服務(wù)器的負載。退避時間等于偏移時間(offsetTime ) 513與隨機時間段(randomTimePeriod ) 515的和。換句話說， 用戶使用統(tǒng)計均勻分布采樣來計算在從0開始的隨機時間間隔以內(nèi)的隨機時 間段515，并且將所計算的隨機時間段515加到偏移時間513,由此確定退 避時間。退避時間的XML描述如下<xs:attributeGroup name="backoffTime"><xs:attribute name="offsetTime" type="xs:unsignedLong" use="optionar/><xs:attribute name="randomTimePeriod" type="xs:unsignedLong" use="required7> </xs: attributeGroup〉相關(guān)聯(lián)的消息中所包含的廣播/多播文件重傳請求信息(bmFileRepair) 610包含文件重傳請求信息和接收報告請求，如圖6所示。圖6示出了根據(jù) 本發(fā)明的用于廣播/多播文件重傳請求信息610的消息的結(jié)構(gòu)。廣播/多播文件重傳信息610包含有關(guān)會話描述(sessionDescription)613 的信息，其指示用戶何時請求重傳在廣播/多播模式下被發(fā)送的文件。會話信 息可以通過直接附在廣播/多播重傳請求信息610上進行發(fā)送，也可以僅通過 廣播/多播文件重傳請求信息610發(fā)送能夠指示會話信息的位置 (sessionDescriptionURI) 611。用于廣播/多播文件重傳請求信息610的消息 的XML描述如下<xs:complexType name="bmFileRepairProcedureType"> <xs:choice><xs:element name="sessionDescriptionURr type="xs:anyURJ"/> <xs: element name=" sessionDescription"><xs:simpleType name="sessionDescriptionType"> <xs:restriction base="xs:string7> <!— Note: InlinedSession Description below must be embedded in CD ATA —></xs:simpleType> <xs:element> </xs:choice> </xs:complexType>相關(guān)聯(lián)的消息中所包含的接收報告請求信息(postReceptionReport )的 結(jié)構(gòu)包含文件重傳請求信息和接收報告請求，如圖7所示。圖7示出了根據(jù) 本發(fā)明的用于接收報告請求710的消息的結(jié)構(gòu)。參照圖7，接收報告請求710包含接收報告將被發(fā)送到的服務(wù)器、報告 時間點、用于選擇接收報告將被發(fā)送到的目的地的信息、用于降低服務(wù)器負 載的信息、以及接收報告類型。用于接收報告請求710的消息的XML描述 如下<xs:complexType name="receptionReportProcedureType"> <xs:sequsnce> 〈xs:element name="serverURI" type="xs:anyURI" maxOccurs="unbounded"/> </xs:s6qusncs><xs:attributeGroup ref="backoffTime"/> <xs:attribute name="samplePercentage" default="100" use="optional" > <xs:simpleType><xs:restriction base="xs:decimal"〉 <xs:fractionDigits value="37> <xs:minlnclusive value="07> <xs:maxlnclusive value="1007> </xs:restriction> </xs:simpleType> </xs:attribute><xs:attribute name="forceTimingIndependence" type="xs:boolean" default="0" use="optional"/><xs:attribute name="reportType" default="rack" use="optional"〉 <xs:simpleType> <xs:restriction base="xs:string"〉<xs: enumeration value="rack"/> <xs: enumeration value="star"/> <xs: enumeration value="star-all"/> </xs:restriction> </xs: simpleType> </xs:attribute> </xs:complexType><xs:attributeGroup name="backoffTime"><xs:attribute name="offsetTime" type="xs:unsignedLong" use="optional7><xs:attribute name="randomTimePeriod" type="xs:unsignedLong"use="required"/> </xs: attributeGroup>參照圖7,服務(wù)器信息(ServerURI) 711指示有關(guān)接收報告將被發(fā)送到 的服務(wù)器的信息，而退避時間指示接收報告將被發(fā)送的時間點并且等于偏移 時間(offsetTime) 712與隨機時間段(randomTimePeriod ) 713的和。接收 機將接收報告延遲所計算的退避時間，然后將該延遲的接收報告發(fā)送到服務(wù) 器。 "'采樣百分比(samplePercentage ) 714是用于確定接收機是否發(fā)送接收報 告的采樣信息。通過采樣百分比714將具有三個小數(shù)位的隨機小數(shù)以及用于 防止第三方的操作的采樣百分比限制基數(shù)發(fā)送到接收機，該隨機小數(shù)是使用 統(tǒng)計均勻分布采樣從0到IOO之間的小數(shù)中選擇的。采樣百分比限制基數(shù)包 含指示類型的字段、指示小數(shù)位數(shù)量的字段、指示最大值和最小值的字段。 已接收到采樣百分比714的接收機還從0到100之間的小數(shù)中選擇隨機小數(shù)， 如果所選擇的小數(shù)小于所選擇的采樣百分比714的隨機小數(shù)則生成接收報 告，并且將所生成的接收報告發(fā)送到服務(wù)器。時間獨立性信息(forceTiminglndependence ) 715被用于在退避時間之后 使用用于接收報告消息傳遞的連接來產(chǎn)生(make)接收報告，而不使用用于 文件重傳請求的與服務(wù)器的連接，由此減少混淆和降低服務(wù)器的負載。報告類型(reportType) 716被分為三種類型簡單接收成功報告 (receptionAcknowledgement: RAck)、包含成功接收的會話信息的統(tǒng)計信息 報告(statisticalReporting: StaR)、以及與所有接收相關(guān)聯(lián)的統(tǒng)計信息報告(用 于所有才姿4史的statisticalR印orting: StaR-all )。將參照圖8對作為用于用戶的接收報告的調(diào)用消息的第二相關(guān)聯(lián)的消息 進行描述，該接收報告被從用戶發(fā)送到發(fā)射機。圖8示出了根據(jù)本發(fā)明的用 于接收報告的相關(guān)聯(lián)的消息的結(jié)構(gòu)。圖8示出了用于接收報告810的相關(guān)聯(lián)的消息的結(jié)構(gòu)。接收報告810被 分類為三種類型簡單接收成功4艮告(receptionAcknowledgement: RAck) 910、包含成功接收的會話信息的統(tǒng)計信息報告(statisticalReport: StaR )1010、 以及與所有接收相關(guān)聯(lián)的統(tǒng)計信息報告(statisticalReportAll: StaR-all) 1020。 包含在接收報告810中的信息根據(jù)類型而不同。描述用于接收報告810的消 息的XML描述如下〈xs:element name="receptionReport"> <xs:complexType> <xs:choice><xs:element name="receptionAcknowledgement" type="rackType"/>〈xs:element name="statisticalReport" type="starType'V〉 <xs:element name="statisticalReportAll" type="starAUType7> </xs:choice> </xs: complexType> </xs:element>圖9示出了用于簡單接收成功報告(receptionAcknowledgement: RAck ) 910的結(jié)構(gòu)。簡單接收成功報告910包括指定成功接收的文件的ID (URI) 911的字 段。用于接收成功才艮告(receptionAcknowlegement: RAck) 910的消息的 XML描述如下<xs:complexType name="rackType"〉 <xs:S6qu6nc6>〈xs:element name="fileU.Rr type="xs:anyURJT minOccurs="0" maxOccurs="unbounded 7> </xs:sequence> </xs:complexType>圖10示出了用于包含接收成功的會話信息的統(tǒng)計信息報告 (postReceptionReport: StaR) 1010的消息的結(jié)構(gòu)。統(tǒng)計信息報告1010包括成功接收的文件的ID (fileURI) 1011、成功接 收的文件的會話ID (sessionld) 1012、會話類型(sessionType) 1013、業(yè)務(wù) ID ( serviceld) 1014、接收機ID ( clientld ) 1015、和服務(wù)器ID ( serverURJ ) 1016。用于在接收成功之后的統(tǒng)計信息報告1010的消息的XML描述如下 <xs:complexType name="starType"> <xs:S6quence>〈xs:element name="fil6URr' type-"xs:anyURi" minOccurs-"O" maxOccurs="unbounded7></xs:S6qusnce><xs:attribute name="sessionId" type="xs:string" use="optional7> <xs:attribute name="sessionType" use="optionar> <xs:simpleType><xs:restriction base="xs: string"><xs:enumeration value="download"/> <xs: enumeration value=" streaming"/> <xs:enumeration Value="mixed7> </xs:restriction〉 </xs:simpleType> </xs:attribute〉<xs:attribute name="serviceld" type="xs:string" use="optional"/> <xs:attribute name="clientld" type="xs:anyURJ" use="optional"/> <xs:attribute name="serverURI" type二"xs:anyURI" use="optional"/> </xs:complexType>文件ID 1011指示成功接收的文件的ID信息，會話ID 1012指示成功接 收的文件的會話ID,會話類型1013指示會話是將用于數(shù)據(jù)流還是用于下載。 業(yè)務(wù)ID 1014指示包含成功接收的文件的業(yè)務(wù)的ID,接收機ID 1015指示成 功接收的文件的接收機的ID，服務(wù)器ID 1016指示成功接收的文件的服務(wù)器 的ID。圖11示出了根據(jù)本發(fā)明的用于與所有接收相關(guān)聯(lián)的統(tǒng)計信息報告 (statisticalReportAll: StaR」al1) 1020的消息的結(jié)構(gòu)。統(tǒng)計信息報告1020包含與統(tǒng)計信息報告1010相同的信息，即，成功接 收的文件的ID(URI)1021、成功接收的文件的會話ID 1022、會話類型1023、 業(yè)務(wù)ID 1024、接收機ID 1025、和服務(wù)器ID 1026,并且還包括指示文件接 收的成功或失敗的信息(rec印tionSuccess ) 1027。用于統(tǒng)計信息報告1020 的消息的XML描述如下 <xs:complexType name="starAllType"> <xs:sequence>〈xs:element name="fileURr minOccurs="0" maxOccurs="unbounded"><xs: complexType> <xs: simpleContent><xs: extension base="xs:anyURr><xs:attribute name="receptionSuccess"type="xs:boolean"/></xs:extension> </xs:simpleContent〉 </xs:complexType> </xs:element> </xs:ssqusncs><xs:attributeGroup ref="relatedInfo"/〉 </xs:complexType><xs:attributeGroup name="relatedInfo">〈xs:attribute name="sessionId" type="xs:string" use="optional7〉 <xs:attribute name="sessionType" use="optional"> <xs:simpleType><xsrestriction base="xs:string"〉<xs: enumeration value="download7> <xs: enumeration value="streaming"/> <xs:enumeration value="mixed"/> </xs:restriction> </xs:simpleType> </xs:attribute><xs:attribute name="serviceld" type="xs:anyURI" use="optional7> <xs:attribute name="clientld" type-"xs:anyURI" use="optional"/> <xs:attribute name二"serverURI" type="xs:anyURJ" use="optional7> </xs: attributeGroup> </xs:schema〉圖12是根據(jù)本發(fā)明的用于在接收機處生成相關(guān)聯(lián)的消息的控制流程圖。 參照圖12，在步驟1201中，接收機確定是否從接收機接收到相關(guān)聯(lián)的 消息產(chǎn)生請求。如果發(fā)射機接收用于文件校正請求信息產(chǎn)生的相關(guān)聯(lián)的消息產(chǎn)生請求，則在步驟1203中它生成能夠處理文件重傳請求的可用服務(wù)器的 服務(wù)器列表，并且在步驟1205中設(shè)置用戶的偏移時間和隨機時間段并將它 們附在相關(guān)聯(lián)的消息中。在步驟1207中，發(fā)射機生成包含服務(wù)器信息、偏 移時間和隨才幾時間的文件重傳請求信息(postFileRepair )。如果在步驟1201中發(fā)射機接收用于廣播/多播文件校正請求信息產(chǎn)生的 相關(guān)聯(lián)的消息產(chǎn)生請求，則在步驟1209中，發(fā)射機確定是否將會話描述包 含在相關(guān)聯(lián)的消息中。如果會話描述將不被包含在相關(guān)聯(lián)的消息中，則發(fā)射 機檢查能夠指示可能的會話描述的位置(sessionDescriptionURI )。如果在步 驟1209中會話描述將被包含在相關(guān)聯(lián)的消息中，則在步驟1213中，發(fā)射機 生成會話描述(sessionDescription )。發(fā)射機生成包含在步驟1211中被檢查的URI和在步驟1213中所生成的 會話描述的廣#7多4番文件校正請求信息(bmFileRepair )。如果在步驟1201中發(fā)射機接收用于接收報告請求生成的相關(guān)聯(lián)的消息 產(chǎn)生請求，則在步驟1217中，發(fā)射機提取采樣百分比(samplePercentage), 該采樣百分比是用于確定用戶是否必須發(fā)送接收報告的采樣信息。此時，發(fā) 送使用統(tǒng)計均勻分布采樣的具有三個小數(shù)位(0到100之間)的隨機小數(shù)。在步驟1219中，發(fā)射機選擇報告類型。報告類型被分類為三種類型 簡單接收成功報告(receptionAcknowledgement: RAck)、包含成功接收的會 話信息的統(tǒng)計信息報告(statisticalReporting: StaR )、以及與所有接收相關(guān)聯(lián) 的統(tǒng)計信息報告(用于所有接收的statisticalReporting: StaR-all )。在步驟1221中，發(fā)射機生成接收報告請求(postReceptionREport),其 包含具有從0到100之間的小數(shù)中所選擇的小數(shù)的采樣百分比、期望的報告 類型、以及接收報告將被發(fā)送到的服務(wù)器的服務(wù)器列表。圖13A和13B是根據(jù)本發(fā)明的用于在接收機處接收接收報告的控制流 程圖。參照圖13A,接收機檢查從發(fā)射機1301接收的相關(guān)聯(lián)的消息。換句話 說，接收機檢查相關(guān)聯(lián)的消息是否包含如圖5所示的用于每個用戶的文件重 傳請求信息(postFileRepair )、如圖6所示的廣播/多播文件重傳請求信息 (bmFileRepair )、以及如圖7所示的所有有關(guān)接收報告請求 (postReceptionReport )的信息，并且執(zhí)行如下為每條信息所定義的程序。 如果檢查的相關(guān)聯(lián)的消息需要用于文件校正請求的程序，則在步驟1303中，接收機使用退避時間計算隨機延遲時間，并且啟動計時器。如果在步驟1305中隨機延遲時間小于在計時器中設(shè)定的時間，則接收機重復(fù)步驟1305。但是，如果隨機延遲時間大于或等于在計時器中設(shè)定的時間，則接收機轉(zhuǎn)到步驟1307，以將文件校正請求發(fā)送到發(fā)射機。如果經(jīng)檢查的相關(guān)聯(lián)的消息需要運行用于廣播/多播文件校正請求的程 序，則接收機轉(zhuǎn)到步驟1309，以確定會話描述是否包含在相關(guān)聯(lián)的消息中。 如果在相關(guān)聯(lián)的消息中有會話描述，則接收機轉(zhuǎn)到步驟1313,以根據(jù)會話描 述連接到用于會話請求的會話。換句話說，接收機發(fā)送用于重傳請求的文件 校正請求。否則，在步驟1311中，接收機從能夠指示會話信息的位置(URI) 檢索會話描述，并且建立到用于重傳的新會話的連接。如果經(jīng)檢查的相關(guān)聯(lián)的消息需要運行用于接收報告請求的程序，則在步 驟1315中，接收機確定該報告類型是否是RAck，如圖13B所示。如果報告 類型是RAck，則在步驟1517中，接收機確定接收是否成功。如果接收不成 功，則接收機終止該程序。如果接收成功，則接收機轉(zhuǎn)到步驟1415，以初始 化用于接收報告產(chǎn)生的程序。如果報告類型不是RAck,則在步驟1317中，接收機使用統(tǒng)計均勻分布 采樣計算具有三個小數(shù)位(o到100之間)的隨機數(shù)(小數(shù))。在步驟1319 中，接收機確定所計算的隨機值是否小于采樣百分比的隨機值。如果所計算 的隨機值等于或大于采樣百分比的隨機值，則接收機轉(zhuǎn)到步驟1415，以初始 化用于接收報告產(chǎn)生的程序。如果所計算的隨機數(shù)小于采樣百分比，則接收機確定將要生成的接收報 告的類型是否是有關(guān)成功接收的統(tǒng)計信息報告(statisticalReporting: StaR)。 如果報告類型不是統(tǒng)計信息報告，即，報告類型是與所有接收相關(guān)聯(lián)的統(tǒng)計 信息報告(用于所有接收的statisticalReporting: StaR-all )，則接收機轉(zhuǎn)到步 驟1415,以初始化用于接收報告產(chǎn)生的程序。但是，如果報告類型是StaR， 則在步驟1413中，則接收機確定接收是否成功。如果接收不成功，則接收 機終止該程序。如果接收成功，則接收機轉(zhuǎn)到步驟1415，以初始化用于接收 報告產(chǎn)生的程序。如果報告類型是RAck或StaR或StaR-all并且所選擇的隨機數(shù)小于采樣 百分比的隨機數(shù)，則在步驟1415中，接收機生成用于每種報告類型的接收 報告，然后在步驟1417中檢查時間獨立性信息的設(shè)置。如果沒有設(shè)置時間獨立性信息，則接收機轉(zhuǎn)到步驟1513，以生成接收報告并且使用當前連接將該接收報告發(fā)送到服務(wù)器。但是，如果設(shè)置了時間獨立性信息，則在步驟1419 中，接收機計算退避時間并且啟動計時器。此時，在步驟1511中，接收機 確定計時器中設(shè)定的時間是否小于退it時間，即隨機延遲時間。重復(fù)步驟 1511,直到該設(shè)定的時間等于退避時間。但是，如果所設(shè)定的時間大于或等 于退避時間，則在步驟1513中，接收機建立新連接并將接收報告發(fā)送到服 務(wù)器。如上所述，根據(jù)本發(fā)明，每個用戶能夠向數(shù)字廣播系統(tǒng)中的業(yè)務(wù)發(fā)射機 請求文件重傳和文件錯誤校正，由此提供可信度保證。而且，能夠在提供DVB系統(tǒng)中的廣播數(shù)據(jù)流和文件下載業(yè)務(wù)時向用戶 保證高級別可信度。而且，在提供DVB系統(tǒng)中的廣播數(shù)據(jù)流和文件下載業(yè)務(wù)時通過生成相 關(guān)聯(lián)的消息向用戶保證可信度。盡管已經(jīng)參照本發(fā)明的優(yōu)選實施例對本發(fā)明進行了圖示和描述，但是， 本領(lǐng)域技術(shù)人員應(yīng)當明白，在不背離本發(fā)明的精神和范圍的條件下，可以在 這里進行各種形式和細節(jié)上的變化。
權(quán)利要求
1. 一種用于在便攜廣播系統(tǒng)中通過連接到通信網(wǎng)絡(luò)的終端提供可信度保證業(yè)務(wù)的方法，該方法包括步驟確定是否從所述終端接收到相關(guān)聯(lián)的消息產(chǎn)生請求；如果接收到相關(guān)聯(lián)的消息產(chǎn)生請求，則生成相關(guān)聯(lián)的消息；并且將所生成的相關(guān)聯(lián)的消息發(fā)送到業(yè)務(wù)提供商。
2. 如權(quán)利要求1所述的方法，其中，如果所述相關(guān)聯(lián)的消息是用于文 件校正信息產(chǎn)生的相關(guān)聯(lián)的消息，則還包括生成可用服務(wù)器的服務(wù)器列表；設(shè)置偏移時間和隨機時間段，并且將它們附到該相關(guān)聯(lián)的消息中；并且 生成包含服務(wù)器列表、偏移時間和隨機時間段的文件校正信息。
3. 如權(quán)利要求1所述的方法，其中，如果所述相關(guān)聯(lián)的消息是用于廣 播/多播文件校正信息產(chǎn)生的相關(guān)聯(lián)的消息，則還包括通過將會話描述(sessionDescription )和能夠在相關(guān)聯(lián)的消息中指示會話描述的位置 (sesionDescriptionURI)來生成廣播/多播文件校正信息。
4. 如權(quán)利要求3所述的方法，還包括確定是否將會話描述包含在所述相關(guān)聯(lián)的消息中； 如果會話描述將被包含在所述相關(guān)聯(lián)的消息中，則生成會話描述；并且 通過包含所生成的會話描述來生成廣播/多播文件校正信息。
5. 如權(quán)利要求4所述的方法，還包括如果會話描述將不被包含在相關(guān)聯(lián)的消息中，則確定能夠指示會話描述 的4立置(sessionDescriptionURI); 并且通過包含所確定的位置來生成廣播/多播文件校正信息。
6. 如權(quán)利要求1所述的方法，其中，如果所述相關(guān)聯(lián)的消息是用于接 收報告請求產(chǎn)生的相關(guān)聯(lián)的消息，則還包括提取作為用于確定是否發(fā)送接收報告的采樣信息的采樣百分比 (samplePercentage );選擇接收報告類型；并且生成包含采樣百分比、接收報告類型、以及接收報告將被發(fā)送到的服務(wù) 器的服務(wù)器列表的接收報告請求。
7. 如權(quán)利要求6所述的方法，其中，所述選擇接收報告類型的步驟包括選擇下列中的一個接收成功報告(receptionAcknowledgement: RAck)、 包含與成功接收相關(guān)聯(lián)的會話信息的統(tǒng)計信息報告(statisticalReporting: StaR)、以及與所有接收相關(guān)聯(lián)的統(tǒng)計信息報告(用于所有接收的 statisticalReporting: StaR-all )。
8. 如權(quán)利要求6所述的方法，其中，所述提取采樣百分比的步驟包括 使用統(tǒng)計均勻分布采樣提取從0到100之間的小數(shù)中所選擇的具有三個小數(shù) 位的隨機小數(shù)。
9. 一種用于在便攜廣播系統(tǒng)中接收可信度保證業(yè)務(wù)的方法，該方法包 括步驟通過網(wǎng)絡(luò)從業(yè)務(wù)提供商接收相關(guān)聯(lián)的消息，并且檢查所接收的相關(guān)聯(lián)的 消息；并且根據(jù)相關(guān)聯(lián)的消息中所包含的請求，發(fā)送文件校正請求或接收報告到業(yè) 務(wù)提供商。
10. 如權(quán)利要求9所述的方法，其中，如果所述相關(guān)聯(lián)的消息包含文件 校正請求，則還包括使用退避時間計算隨機延遲時間，并且啟動計時器； 如果隨機延遲時間等于或大于計時器中所設(shè)定的時間，則發(fā)送文件校正 請求到業(yè)務(wù)提供商。
11. 如權(quán)利要求9所述的方法，其中，如果所述相關(guān)聯(lián)的消息包含廣播 /多播文件校正請求，則還包括根據(jù)會話描述建立到用于重傳請求的會話的連 接。
12. 如權(quán)利要求11所述的方法，還包括確定會話描述是否包含在所述相關(guān)聯(lián)的消息中；并且 如果會話描述包含在所述相關(guān)聯(lián)的消息中，則根據(jù)該會話描述建立到用 于重傳請求的會話的連接。
13. 如權(quán)利要求12所述的方法，如果會話描述沒有包含在所述相關(guān)聯(lián) 的消息中，則還包括從能夠指示會話信息的位置檢索會話描述，并且建立到 用于重傳請求的會話的連接。
14. 如權(quán)利要求9所述的方法，其中，如果所述相關(guān)聯(lián)的消息包括接收 報告請求，還包括確定接收報告類型；如果接收報告類型是包含與成功接收相關(guān)聯(lián)的會話信息的統(tǒng)計信息報告(statisticalReporting: StaR)或者與所有接收相關(guān)聯(lián)的統(tǒng)計信息報告(用 于所有接收的statisticalReporting: StaR-all),則使用統(tǒng)計均勻分布采樣計算 0到100之間的具有三個小數(shù)位的隨機數(shù)；確定所計算的隨機數(shù)是否小于采樣百分比；并且 如果所計算的隨機數(shù)小于采樣百分比，則生成接收報告。
15. 如權(quán)利要求14所迷的方法，其中，如果接收報告類型是接收成功 才艮告(reception Acknowledgement: RAck),還包括生成接收才艮告。
16. 如權(quán)利要求14所述的方法，還包括 生成用于每一個接收報告類型的接收報告；如果設(shè)定了時間獨立性信息，則計算退避時間，延遲所計算的時間，建 立新連接，并且將接收報告發(fā)送到業(yè)務(wù)提供商。
17. 如權(quán)利要求16所述的方法，其中，如果沒有設(shè)置時間獨立性信息， 則還包含生成接收報告，并且使用當前連接發(fā)送接收報告到業(yè)務(wù)提供商。
18. —種用于在便攜廣播系統(tǒng)中通過連接到通信網(wǎng)絡(luò)的終端來發(fā)送可信 度保證業(yè)務(wù)的發(fā)射機，該發(fā)射機包括消息發(fā)生器，用于確定是否從終端接收到相關(guān)聯(lián)的消息產(chǎn)生請求，并且 如果接收到相關(guān)聯(lián)的消息產(chǎn)生請求，則生成相關(guān)聯(lián)的消息； 封裝器，用于將所生成的相關(guān)聯(lián)的消息封裝到發(fā)送端； 多路復(fù)用器，用于多路復(fù)用封裝后的相關(guān)聯(lián)的消息；和 調(diào)制器，用于調(diào)制多路復(fù)用后的相關(guān)聯(lián)的消息，并且通過天線將調(diào)制后 的相關(guān)聯(lián)的消息發(fā)送到終端。
19. 如權(quán)利要求18所述的發(fā)射機，其中，如果所述相關(guān)聯(lián)的消息是用 于文件校正信息生成的相關(guān)聯(lián)的消息，則消息發(fā)生器產(chǎn)生可用服務(wù)器的服務(wù) 器列表，設(shè)置偏移時間和隨機時間段，并將它們附到相關(guān)聯(lián)的消息上，并且 生成包含服務(wù)器列表、偏移時間、和隨機時間段的文件校正信息。
20. 如權(quán)利要求19所述的發(fā)射機，其中，如果所述相關(guān)聯(lián)的消息是用 于廣播/多播文件校正信息產(chǎn)生，則消息發(fā)生器通過將會話描述(sessionDescription )和能句多指示會^舌描述的4立置(sessionDescriptionURJ ) 包含在相關(guān)聯(lián)的消息中來生成廣播/多播文件校正信息。
21. 如權(quán)利要求20所述的發(fā)射機，其中，所述消息發(fā)生器確定是否將 會話描述包含在相關(guān)聯(lián)的消息中，如果會話描述將被包含在相關(guān)聯(lián)的消息 中，則生成會話描述，并且通過包含所生成的會話描述來生成廣播/多播文件 校正信息。
22. 如權(quán)利要求21所述的發(fā)射機，其中，如果會話描述將不被包含在 相關(guān)聯(lián)的消息中，則所述消息發(fā)生器檢查能夠指示會話描述的位置(sessionDescriptionURI )，并且通過包含所檢查到的位置來生成廣播/多播文 件才交正信息。
23. 如權(quán)利要求18所述的發(fā)射機，其中，如果相關(guān)聯(lián)的消息是用于接 收報告請求產(chǎn)生，則所述消息發(fā)生器提取用于確定是否發(fā)送接收報告的采樣 信息的采樣百分比(samplePercentage)，選擇接收報告類型，并且生成包含 采樣百分比、接收報告類型以及接收報告將被發(fā)送到的服務(wù)器的服務(wù)器列表 的接收報告請求。
24. 如權(quán)利要求23所述的發(fā)射機，其中，當所述消息發(fā)生器選擇接收 報告類型時，它選擇下列中的 一 個接收成功報告(reception Acknowledgement: RAck)、包含與成功4妾收相關(guān)l關(guān)的會話信息的 統(tǒng)計信息報告(statisticalReporting: StaR)、以及與所有接收相關(guān)聯(lián)的統(tǒng)計信 息報告(用于所有接收的statisticalReporting: StaR-all )。
25. 如權(quán)利要求23所述的發(fā)射機，其中，當所述消息發(fā)生器提取采樣 百分比時，它使用統(tǒng)計均勻分布采樣從O到100之間提取具有三個小數(shù)位的 隨機小數(shù)。
26. —種用于在便攜廣播系統(tǒng)中接收可信度保證業(yè)務(wù)的接收機，該接收 機包括解調(diào)器，用于通過網(wǎng)絡(luò)從業(yè)務(wù)提供商接收信號并解調(diào)所接收的信號； 多路分離器，用于多路分離解調(diào)后的信號；解封裝器，用于將用于解調(diào)的多路分離后的信號的IP封裝的包解封裝 為IP it;和消息處理器，用于根據(jù)包含在IP流的相關(guān)聯(lián)的消息中的請求，將文件 校正請求或接收報告發(fā)送到業(yè)務(wù)提供商。
27. 如權(quán)利要求26所述的接收機，其中，如果所述相關(guān)聯(lián)的消息包含 文件校正請求，則消息處理器使用退避時間計算隨機延遲時間并啟動計時器，并且，如果隨機延遲時間大于或等于在計時器中設(shè)定的時間，則發(fā)送文 件校正請求到業(yè)務(wù)提供商。
28. 如權(quán)利要求26所述的接收機，其中，如果所述相關(guān)聯(lián)的消息包括 廣播/多播文件校正請求，則消息處理器根據(jù)會話描述來建立到用于重傳請求 的會話的連接。
29. 如權(quán)利要求28所述的接收機，其中，所述消息處理器確定會話描 述是否被包含在相關(guān)聯(lián)的消息中，并且如果會話描述被包含在相關(guān)聯(lián)的消息 中，則根據(jù)該會話描述建立到用于重傳請求的會話的連接。
30. 如權(quán)利要求29所述的接收機，其中，如果會話描述沒有被包含在 相關(guān)聯(lián)的消息中，則消息處理器從能夠指示會話信息的位置中檢索會話描 述，并且建立到用于重傳請求的會話的連接。
31. 如權(quán)利要求26所述的接收機，其中，如果相關(guān)聯(lián)的消息包含接收 報告請求，則消息處理器確定接收報告類型；如果接收報告類型是包含與成功接收相關(guān)聯(lián)的會話信息的統(tǒng)計信息報 告(statisticalReporting: StaR)或者是與所有接收相關(guān)聯(lián)的統(tǒng)計信息報告(用 于所有接收的statisticalReporting: StaR-all )，則使用統(tǒng)計均勻分布采樣計算 從0到100之間的具有三個小數(shù)位的隨機數(shù)；確定所計算的隨機數(shù)是否小于采樣百分比；以及 如果所計算的隨機數(shù)小于采樣百分比則生成接收報告。
32. 如權(quán)利要求31所述的接收機，其中，如果接收報告類型是接收成 功報告(receptionAcknowledgement: RAck),則消息處理器生成接收報告。
33. 如權(quán)利要求31所述的接收機，其中，所述消息處理器生成用于每 種接收報告類型的接收報告，并且，如果設(shè)置了時間獨立性信息，則計算退 避時間，延遲所計算的時間，建立新連接，并且將接收報告發(fā)送到業(yè)務(wù)提供 商。
34. 如權(quán)利要求33所述的接收機，其中，如果沒有設(shè)置時間獨立性信 息，則消息處理器生成接收報告并且使用當前連接將該接收報告發(fā)送到業(yè)務(wù) 提供商。
全文摘要
本發(fā)明提供了一種用于在數(shù)字廣播系統(tǒng)中提供可信度保證業(yè)務(wù)的方法和裝置，其中，在數(shù)字視頻廣播(DVB)系統(tǒng)中，在提供廣播數(shù)據(jù)流和文件下載業(yè)務(wù)方面向用戶保證可信度。用于在便攜廣播系統(tǒng)中通過連接到通信網(wǎng)絡(luò)的終端提供可信度保證業(yè)務(wù)的方法包括步驟確定從終端接收到相關(guān)聯(lián)的消息產(chǎn)生請求；如果接收到相關(guān)聯(lián)的消息產(chǎn)生請求則生成相關(guān)聯(lián)的消息；以及將所生成的相關(guān)聯(lián)的消息發(fā)送到業(yè)務(wù)提供商。
文檔編號H04N5/44GK101288297SQ200680038025
公開日2008年10月15日 申請日期2006年10月11日 優(yōu)先權(quán)日2005年10月11日
發(fā)明者宋在涓, 宋榮珠, 李國熙 申請人:三星電子株式會社