廣播組播業務中的接收上報方法以及接收上報處理裝置的製作方法
2023-12-03 16:27:56 1
專利名稱：廣播組播業務中的接收上報方法以及接收上報處理裝置的製作方法
技術領域：
本發明涉及通信領域，尤其涉及一種廣播組播業務中的接收上 報方法以及接收上報處理裝置。
背景技術：
在各種移動分組業務中，包括視頻點播、電視廣播、視頻會議、 網上教育、互動遊戲等業務具有一個主要特徵，就是訂閱該業務的
多個用戶同時^妻收相同的彰:據，而且這業務和一4殳悽t據相比，往往 具有並發用戶多、數據量大、持續時間長、時延敏感等特點。顯然， 對這類業務仍然沿用普通點到點傳輸方法，對於資源緊缺的移動通 信網絡而言是非常低效率的。為此，3GPP(第三代合作項目)針對 這一類廣"l番和組，燔業務的傳llr需求，在Release 6引入MBMS (Multimedia Broadcast Multicast Service,多々某體廣才番和糹Ji番業務) 技術，在行動網路中提供一個數據源向多個用戶發送數據的點到多 點業務，實現網絡資源共享，提高網絡資源的利用率，尤其是空口 接口資源。3GPP定義的MBMS不僅能實現純文本低速率的消息類 組播和廣播，而且還能實現高速多媒體業務的組播和廣播，這無疑 順應了未來移動數據發展的趨勢。
根據3GPP的規範"3GPP TS 26.346 Multimedia Broadcast /Multicast Service (MBMS )Protocols and codecs, V6.3.0, 2005-12，，， 基於MBMS的分發業務分三個功能層(如圖1所示)，即承載層
(Bearers ), 分發方法(Delivery Method )層與用戶業務(User Service)層。承載層是基於MBMS業務的基礎，提供了IP數據傳 輸的機制，以一對多的方式傳輸組播和廣播業務。分發方法層提供 安全性及密鑰分發，採用前向糾4普FEC ( Forward-error-Correction ) 的可靠性控制，以及文件修復、分發驗證等功能。主要有兩種分發 方法，即下載(Download)和;危(Streaming)方法。用戶業務層主 要是各種應用，不同的應用採用不同的分發方法將內容分發給 MBMS i丁閱用戶。
超文本才示準i吾言HTML ( Hypertext Markup Language )是一種 用來對用Web瀏覽器表示的信息進行編碼的特定標誌語言。可以 說，當今世界網際網路的蓬勃發展，HTML立下了汗馬功勞。可是， HTML自身的特點使它蘊藏了許多危機，隨著它不斷的發展，這些 危機不但沒有減弱，反而越來越突出，甚至成為了 HTML繼續發展 應用的障石尋。可才廣展才示)隹i吾言XML ( extensible Markup Language ) 開創了 Web的新紀元，它建立了一種傳，俞結構^>#^居的方法。
傳統上，確認XML文件需要使用文件類型定義(DTD, Document Type Definition )，這是繼7 c自SGML( Standard Generalized Markup Language,標準通用標i己i吾言)的。雖然DTD在以確i人為 目的的i殳置文件格式方面非常有用，他們也有4艮多的確定。XML Schema是W3C的推薦標準，於2001年5月正式發布，經過數年 的大規模討論和開發，終於最終奠定下來，使得XML建模有了一 個國際標準。XML Schema—確定下來，立刻成為全J求^/H人的首選 XML環境下的建才莫工具，已經基本取代了 DTD在XML剛剛成為 W3C推薦標準時的地位。按照W3C的定義，Schema是"一個XML 文件的結構綁定和信息集管理的規則的集合"。
XML Schema的主要目的是用來定義一類XML文檔( 一個 XML Application )。因此才莫式的"實例文檔"形式常常用來描述一
個與淨爭定XML Schema珅目 一致的XML文4當。事實上，文檔實例和 Schema文檔都不是必須要以文檔的形式存在，他們可以以在應用 之間傳遞的字節流的形式存在，或者作為一個資料庫記錄或者作為 XML的"信息項"的集合而存在。
MBMS用戶業務與MBMS系統間的接口主要有三個實體廣 4番組4番業務中心(Broadcast Multicast Service Center,簡稱BM國SC )， 網關GPRS業務點(Gateway GPRS Serving Node,簡稱GGSN)以 及用戶設備(User Equipment,簡稱UE)。 MBMS用戶業務體系架 構是基於UE側的MBMS接收才幾(MBMS receiver )和網絡側的廣 播組播業務中心。其中廣播組播業務中心的功能結構如圖2所示。
如圖2所示，廣播組播業務中心主要具有如下功能
用戶業務發現與聲明(User Service Discovery/Announcement )， 提供業務描述以及業務內容中的應用參數給終端用戶。
密鑰i青求(Key Request)與註冊(Registration);充#呈，用於接 收密鑰以及密鑰更新。
密鑰分配(Key Distribution ),用於廣4番組4番業務中心分配接入 業務數據與分發內容的密鑰資料。
會話與傳輸(Session and Transmission)功能，進一步分為廣播" 組才番業務中心分發(MBMS Delivery )功能和關聯分發(Associated Delivery)功能。關聯分發功能為多媒體廣播和組播業務用戶業務、 多媒體廣播和組播業務分發方法及其會話提高輔助特徵。其中， 3GPPTS 26.346支持的關聯分發流程有多媒體廣播和組播業務下 載接收機支持文件修復過程(File repair procedure )、接收上報流程
(reception reporting procedure )、以及多媒體廣播和組播業務流接收 才幾支持4妻4欠上才艮5充禾呈(reception reporting procedure )。
對於多媒體廣播和組播業務下載分發來說，接收上報流程用來 報告一個或多各文件的完全接收。對於多媒體廣播和組播業務流分 發來說，接收上報流程用來報告流的相關統計信息。
如果廣播組播業務中心提供請求接收上報信息的參數，那麼多 々某體廣^番和組4番業務^妻收才幾應確i人接收的內容。
如果請求用於統計目的的接收上報，那麼廣播組播業務中心可 以指定多媒體廣播和組播業務接收機可能執行的接收上報的百分 比子集。
關聯分發流程的關聯流程描述實例(description instance )可以 通過如下方式分發到客戶端 一是在多媒體廣播和組播業務下載分 發會話之前與會話描述(session description )在用戶業務聲明與發 現一起分發；也可在多媒體廣播和組播業務下載分發會話帶內分 發。在XML中，每個關聯分發流程入口 (entry)用一個元素 "associatedProcedureDescription，，來西己置。 一個關聯分發;危禾呈的f斤 有酉己置參悽丈包含在元素"associatedProcedureDescription"的屬性中。 元素"associatedProcedureDescription"的元素(如"postFileRepair" 和"postReceptionReport")表示其配置的關聯流程。接收上報關聯 分發流程描述的XML Schema具有如下特徵
(1 )具有 一 個表示基本流程類型的複合類型 ("basicProcedureType")，該類型主要包括 一個表示伺服器統一 資源標識的元素("serviceURT )， 一個表示多媒體廣播和組播業務 客戶端在多媒體廣播和組播業務數據傳輸結束後到開始上報流程 等待的時間的屬性("offsetTime")，該屬性是可選的，且為無符號
整型；具有一個表示多媒體廣播和組播業務客戶端初始化接收上報 流程的時間窗長度的屬性("randomTimePeroid，，)，該屬性是必須的， 且為無符號整型。
(2)具有一個表示接收上報類型的複合類型 ("reportProcedureType")，該類型繼7 義於"basicProcddureType"類 型，該類型具有一個屬性"samplePercentag"用來設置上報接收情 況的接收機的取樣的百分比。samplePercentage的取值範圍為0到 100，可帶小數，不過小數點後最多不超過3位(如67.323就可保 證精度了 )，該屬性的use屬性為"optional",預設屬性值為"100"; 具有一個布爾類型的屬性"forceTimelndependence"，該屬性表示 UE是否用文件修復點到點連接來發送接收上報消息，該屬性的use 屬性值為"optional",預設屬性為"false";具有一個表示上報類型 的屬性"reportType"，該屬性的類型為"xs:string"類型，該屬性的 use屬性值為"optional"。
(3 )該接收上才艮關聯分發流程描述的XML Schema具有一個 元素 "postReceptionReport " ， it元素的 type 屬寸生 <直為 "reportProcedureType", ^亥元素的minOccurs屬寸生值為"0"。
在現有技術一 MBMS接收上報(reception reporting )關聯分發 流程描述的XML Schema中，屬性"reportType"的use屬性寸直為 "optional",即屬性"reportType"是可選的。而屬性"reprotType" 表示的是接收上報的類型，根據3GPPTS 26.36的定義，只存在三 種上才艮類型，即RAck類型，StaR類型和StaR-all類型。為RAck 類型時， <又<又才艮告成功接收文4牛，而不才艮告詳細細節。為StaR類 型時，才艮告文件成功4妄收(如RAck)及用於統計分析的接收詳細 信息。為StaR-all類型時，需報告文件成功接收及用於統計分析的 接收詳細信息，還得報告文件失敗接收。由於屬性reportType是可 選的，這樣在不指定上報類型的類型時，接收端將不知道採用何種
類型的上報方式，這衝羊會導致系統處理錯誤。另一方面，屬性
reportType只能取RAck、 StaR、 StaR-all三種類型中的一種，而才支 術一隻是簡單的將其定義為"xs:string"類型，這樣一方面可能會導 致XML格式的非良好性，另一方面也可能導致客戶端無法識別上 報類型而導致錯誤。
發明內容
針對現有技術中由於接收上報關聯分發流程的XML Schema設 計不合理可能導致接收端無法識別接收上報類型，從而導致無法及 時實施接收上報而S1起錯誤，本發明提供了 一種廣播組播業務中的 接收上報方法以及一種接收上報處理裝置。
本發明的廣播組播業務中的接收上報方法包括以下步驟步驟 S302,廣播組播業務中心生成接收上報關聯分發流程描述文件並將 描述文件發送至一個或多個用戶設備，其中，描述文件包括要求用 戶設備發送的接收上報消息的類型信息；步驟S304， 一個或多個用 戶設備接收到接收上報關聯分發流程描述文件後對其進行解析並 確定要求的接收上報消息的上報類型；以及步驟S306,用戶設備生 成要求類型的接收上報消息並將其發送至接收上報伺服器。
上述的接收上報消息的類型信息可以通過接收上報消息類型 (ReportType)的類型來限定。接收上報消息類型的類型必須是以 下三個枚舉值中的一個接收確認RAck、成功接收的統計報告 StaR、以及所有內容接收的統計報告StaR-all。接收上報消息類型 的預設類型為4妻^)欠確i人RAck。
上述的接收上報消息的類型信息可以通過將接收上報消息類 型綁定於一個簡單類型來限定。該簡單類型包括以下三個枚舉值
接收確認RAck、成功接收的統計報告StaR、以及所有內容接收的 統計才艮告StaR-all。 4妄收上才艮消息類型的預設類型為接收確i人RAck。
在接收上報消息的類型信息為接收確認類型RAck的情況下， 用戶設備上報成功接收文件的信息，不上報成功接收的詳細信息。
在要求的接收上報消息的類型信息為成功接收的統計報告 StaR的情況下，用戶設備上報成功接收統計報告的信息、成功接收 文件的信息以及用於進4於統計分析的詳細信息。
在要求的接收上報消息的類型信息為所有內容接收的統計報 告StaR-all的情況下，用戶設備上報成功接收文件的信息、成功接 收統計才艮告的信息、用於進^f於統計分析的信息、以及接收文件失敗 的4言息。
本發明的接收上報處理裝置包括用戶業務聲明模塊，用於生 成接收上報關聯分發流程描述文件並將描述文件發送至交互分發 模塊或會話與傳輸模塊，其中，描述文件包括要求用戶設備發送的 接收上報消息的類型信息；交互分發模塊，用於在與一個或多個用 戶i殳備進4亍交互的情況下，將4妄收上才艮關聯分發流程描述文件發送 至一個或多個用戶設備；以及會話與傳輸模塊，用於在與一個或多 個用戶設備進行會話的情況下，將接收上報關聯分發流程描述文件 發送至一個或多個用戶i殳備。
上述的接收上報消息的類型信息可以通過接收上報消息類型 的類型來限定。接收上報消息類型的類型必須是以下三個枚舉值之 一接收確認RAck、成功接收的統計報告StaR、以及所有內容接 收的統計報告StaR-all。接收上報消息類型的預設類型為接收確認 RAck。
上述的接收上淨艮消息的類型信息可以通過將上淨艮消息類型一
個簡單類型來限定。簡單類型包括以下至少一個枚舉值接收確認 RAck、成功接收的統計報告StaR、以及所有內容接收的統計報告 StaR-all。接收上才艮消息的預設類型為接收確認RAck。
在接收上報消息的類型信息為接收確認類型RAck的情況下， 指示用戶設備上報成功接收文件的信息，不上報成功接收的詳細信 息。
在要求的接收上報消息的類型信息為成功接收的統計報告 StaR的情況下，指示用戶設備上報成功接收統計報告的信息、成功 接收文件的信息以及用於進行統計分析的詳細信息。
在要求的接收上報消息的類型信息為所有內容接收的統計報 告StaR-all的情況下，指示用戶設備上報成功接收文件的信息、成 功接收統計報告的信息、用於進行統計分析的信息、以及接收文件 失敗的信息。
本發明能夠使接收上報關聯分發流程的XML Schema設計更加 合理，使接收端正確地識別接收上報類型，從而避免實施接收上報 而引起錯誤。
附圖提供本發明的進一步理解，並結合到本申請中構成本申請 的 一部分，與說明書 一起i兌明本發明的實施例以解釋本發明的原 理。在附圖中，
圖1是根據現有技術的多媒體廣播和組播業務功能層的示意
圖2是才艮據現有才支術的廣4番組4番業務中心的功能結構的示意
圖3是根據本發明的廣播和組播業務中的接收上報方法的流程 圖；以及
圖4是根據本發明的廣播組播業務處理裝置的示意圖。
具體實施例方式
以下將參考附圖詳細描述本發明。
圖3是根據本發明的廣播和組播業務中的接收上報方法的流程 圖。如圖3所示，本發明的廣播組播業務中的接收上報方法包括以 下步驟步驟S302，廣播組播業務中心生成接收上報關聯分發流程 描述文件並將描述文件發送至一個或多個用戶設備，其中，描述文 件包括要求用戶設備發送的接收上報消息的類型信息；步驟S304， 一個或多個用戶設備接收到接收上報關聯分發流程描述文件後對 其進行解析並確定要求的接收上報消息的上報類型；以及步驟 S306,用戶設備生成要求類型的接收上報消息並將其發送至接收上 報伺服器。
上述的接收上報消息的類型信息可以通過接收上報消息類型 的類型來限定。接收上報消息類型的類型必須是以下三個枚舉值之 一接收確認RAck、成功接收的統計報告StaR、以及所有內容接 收的統計報告StaR-all。接收上報消息類型的預設類型為接收確認 RAck。
上述的接收上報消息的類型信息可以通過將接收上報消息的 類型綁定於一個簡單類型來限定。該簡單類型包括以下三個枚舉 值接收確認RAck、成功接收的統計才艮告StaR、以及所有內容4妻
收的統計才艮告StaR-all。接收上淨艮消息類型的預設類型為接收確認 RAck。
在接收上報消息的類型信息為接收確認類型RAck的情況下， 用戶設備上報成功接收文件的信息，不上報成功接收的詳細信息。
在要求的接收上報消息的類型信息為成功接收的統計報告 StaR的情況下，用戶設備上報成功接收統計報告的信息、成功接收 文件的信息以及用於進4於統計分析的詳細信息。
在要求的接收上報消息的類型信息為所有內容接收的統計報 告StaR-all的情況下，用戶設備上報成功接收文件的信息、成功接 收統計才艮告的信息、用於進行統計分析的信息、以及接收文件失敗 的4言息。
圖4是才艮據本發明的廣4番組4番業務處理裝置的示意圖。如圖4 所示，本發明的接收上才艮處理裝置400包括用戶業務聲明模塊402， 用於生成接收上報關聯分發流程描述文件並將描述文件發送至交 互分發模塊或會話與傳輸模塊，其中，描述文件包括要求用戶設備 發送的接收上報消息的類型信息；交互分發模塊404，用於在與一 個或多個用戶設備進行交互的情況下，將接收上報關聯分發流程描 述文件發送至一個或多個用戶設備；以及會話與傳輸模塊406，用 於在與一個或多個用戶設備進行會話的情況下，將接收上報關聯分 發流程描述文件發送至一個或多個用戶設備。
上述的接收上報消息的類型信息可以通過接收上報消息類型 的類型來限定。接收上報消息類型的類型必須是以下三個枚舉值之 一接收確i人RAck、成功接收的統計才艮告StaR、以及所有內容接 收的統計才艮告StaR-all。接收上才艮消息類型的預設值為接收確i人 RAck。
上述的接收上淨艮消息的類型信息可以通過將接收上淨艮消息類
型綁定於一個簡單類型來限定。簡單類型包括以下三個枚舉值接 收確認RAck、成功接收的統計報告StaR、以及所有內容接收的統 計報告StaR-all。接收上報消息類型的預設類型為接收確認RAck。
在接收上報消息的類型信息為接收確認類型RAck的情況下， 指示用戶設備上報成功接收文件的信息，不上報成功接收的詳細信息。
在要求的接收上報消息的類型信息為成功接收的統計報告 StaR的情況下，指示用戶設備上報成功接收統計報告的信息、成功 接收文件的信息以及用於進行統計分析的詳細信息。
在要求的接收上報消息的類型信息為所有內容接收的統計報 告StaR-all的情況下，指示用戶設備上報成功接收文件的信息、成 功接收統計報告的信息、用於進行統計分析的信息、以及接收文件 失敗的信息。
本發明的多媒體廣播組播中關聯分發流程中接收上報的XML Schema 設計，包含 一 個表示接收上報的元素 ("postReceptionReport")，並具有:i口下淨爭4正
(1) 具有一個表示上報類型的屬性，該屬性的use屬性值為 "optional",該屬性的預設屬性為"RAck";將該屬性記為 "reportType，，，則用XML Schema規範表示為
(2) 如(1)所述，該表示上報類型的屬性(reportType)的 type屬性為"reportTypeType"，該"reportTypeType"表示上報類型 的類型，該類型有三個枚舉(enumeration)值("RAck"， "StaR",
"StaR-all")，即(1)中表示上才艮類型的屬性(reportType)只能取 "RAck"、 "StaR，,、 "StaR-all，，三者中之一。
設置reportType為RAck (Reception Acknowledgement,接收確 認)，僅報告成功接收文件，而不報告詳細細節。
設置reportType為 StaR ( Statistical Reporting for successful reception,成功接收統計報告)，報告文件成功接收(如RAck)及 用於統計分析的接收詳細信息。
設置reportType為StaR-all ( Statistical Reporting for all content reception,所有內容接收的統計報告)，同StaR，需報告文件成功接 收及用於統計分析的接收詳細信息，還得報告文件失敗接收。
用XML Schema規範表示如下
(3 )如(1 )所述，該表示上報類型的屬性(reportType)綁 定於一個簡單類型，該簡單類型有三個才文舉值("RAck"， "StaR"， "StaR-all")，即(1)中表示上報類型的屬性(reportType)只能取 "RAck"， "StaR"， "StaR-all"三者中之一。
i殳置reportType為RAck， 4又才艮告成功接*)欠文4牛，而不才艮告詳 糹田細節。
設置reportType為StaR，報告文件成功接收(如RAck)及用 於統計分析的接收詳細信息。
設置reportType為StaR-all，同StaR，需報告文件成功接收及 用於統計分析的接收詳細信息，還得報告文件失敗接收。
用XML Schema規範表示如下
(4)如(2)或(3)所述，具有一個用來設置上報接收情況 的4妄》1欠才幾的取才羊的百分比的屬性，i己為samplePercentage 。 samplePercentage的取值範圍為0到100,可帶小數，不過小數點後 最多不超過3位(如67.323就可保i正泮奇度了 )。 samplePercentage用 於StaR和StaR-all,但不用於RAck。當sample的值為100時，處 於關聯會話的UE將發送接收報告。對於報告類型為StaR和 StaR-all，且samplePercentage的4直小於100， UE 4尋產生一個0與 100之間均勻分布的隨枳4t,當這個隨積4t小於samplePercentage 的值時，UE發送接收報告。用XML Schema規範表示如下
(5 )如(2 )或(3 )所述，還具有一個表示UE是否用丈件修 復點到點連接來發送接收上報消息的屬性，記為 forceTimelndependence ，該屬性為布爾類型且可選，默認值為 "false",當該屬性為真時，UE將不使用文件修復點到點連接來發 送接收上報消息，否則可以發起點到點連接來發送接收上報消息。 用XML Schema ^見範表示力口下
〈xs:attributename=，，forceTimeIndependence" type=，，xs:Boolean，， use=，，optional，， default=，，false，7>
(6 )基於(1 )、 ( 2 )、 ( 4 )、 ( 5 )設計接收上報關聯分發流程 的XML Schema具有如下特徵
(a) 具有一個表示基本流程類型的複合類型 ("basicProcedureType")，該類型主要包括 一個表示伺服器統一
資源標識的元素("serviceURT ), —個表示MBMS客戶端在MBMS 數據傳輸結束後到開始上報流程等待的時間的屬性("offsetTime"), 該屬性是可選的，且為無符號整型；具有一個表示MBMS客戶端 初始4b4妾收上才艮流禾呈的時間窗長度的屬性("randomTimePeroid"), 該屬性是必須的，且為無符號整型。
(b) 具有一個表示接收上報類型的複合類型 ("reportProcedureType" ), i亥類型繼牙義於"basicProcddureType"類
型，該類型具有一個屬性"samplePercentag"用來設置上報接收情況 的才妄收衝幾的取樣的百分比。samplePercentage的取^直範圍為O到100， 可帶小數，不過小數點後最多不超過3位(如67.323就可保證精度 了 )，該屬性的use屬性為"optional",預設屬性值為"100";具有 一個布爾類型的屬性"forceTimelndependence",該屬性表示UE是
否用文件修復點到點連接來發送接收上報消息，該屬性的use屬性 值為"optional",預設屬性為"false";具有一個表示上報類型的屬 性"r印ortType"，上報類型的屬性(r印ortType )的類型屬性為
"reportTypeType"，該"reportTypeType"表示上報類型的類型，該 類型有三個才史舉^f直(，，RAck，，， "StaR "， "StaR-all")， reportType屬 性的use屬性值為"optional",上報類型的屬性的預設屬性為
"RAck"。
(c)該接收上報關聯分發流程描述的XML Schema具有一個 元素 "postReceptionReport" , it元素的 type 屬'性4直為 "reportProcedureType", i亥元素的minOccurs屬寸生l直為"0"。
(7 )基於(1 )、 ( 3 )、 ( 4 )、 ( 5 )設計接收上報關聯分發流程 的XML Schema具有如下特4正
(a) 具有一個表示基本流程類型的複合類型 ("basicProcedureType")，該類型主要包括 一個表示伺服器統一
資源標識的元素("serviceURT，)， 一個表示MBMS客戶端在MBMS 數據傳輸結束後到開始上報流程等待的時間的屬性("offsetTime"), 該屬性是可選的，且為無符號整型；具有一個表示MBMS客戶端 初始化接收上報流程的時間窗長度的屬性("randomTimePeroid"), 該屬性是必須的，且為無符號整型。
(b) 具有一個表示接收上報類型的複合類型 ("reportProcedureType"),該類型繼《義於"basicProcddureType"類
型，該類型具有一個屬性"samplePercentag"用來設置上報接收情況 的4妻jR才幾的取才羊的百分比。samplePercentage的取值範圍為0到100， 可帶小數，不過小數點後最多不超過3位(如67.323就可保證精度 了 ),該屬性的use屬性為"optional",預設屬性值為"100";具有 一個布爾類型的屬性"forceTimelndependence",該屬性表示UE是
否用文件修復點到點連接來發送接收上報消息，該屬性的use屬性 值為"叩tional",預設屬性為"false";具有一個表示上報類型的屬 性"r印ortType"，該表示上才艮類型的屬性(reportType)綁定於一個 簡單類型，該簡單類型有三個枚舉值("RAck"， "StaR"， "StaR-all")， 上報類型的屬性的use屬性值為"optional", reportType屬性的預設 屬性為"RAck"。
(c)該接收上報關聯分發流程描述的XML Schema具有一個 元素 "postReceptionReport" ， i亥元素的 type 屬'l"生值為 "reportProcedureType"， i亥元素6勺minOccurs屬寸生4直為 "0"。
根據上述(6 )或(7 )的XML Schema,廣播組播業務中心生 成相應的接收上報關聯分發流程描述實例，如果要求不止是上報成 功的詳細信息，還要求上報失敗的信息，且要求UE—旦進入關聯 會話就將用點到點連結發送接收上報信息，則相應的接收上報分發 流程描述實例如下
<associatedProcedureDescription
xmlns="urn:3gpp:metadata:2005:MBMS:associatedProcedure"> "http:〃mbmsreport.example.com/path/report—script"
廣^"組4番業務中心的用戶業務聲明才莫塊生成上述接收上才艮關 聯分發流程描述文件，然後在與用戶設備進行會話時通過會話傳輸 模塊或在與用戶設備進行交互時通過交互聲明模塊發送給用戶設 備。當一個內容項完全接收或一個會話完成時，用戶i殳備必須確定 廣播組播業務中心是否請求其發送接收上報。用戶設備通過分析關 聯分發流程描述接收上報流程的參數，確定上報類型以及相關的信 息，並選擇適當的時間和伺服器發送接收上報消息。
本發明針對現有才支術中由於4妻收上才艮關聯分發流程的XML Schema設計不合理可能導致4妄收端無法識別4妾收上才艮類型而導致 錯誤的情況，對原有方案進行了改進。 一方面給表示上報類型的屬 性增加一個預設屬性，其值為"RAck",這樣在沒有指定上報類型 的屬性值時，就採用其默認值"RAck"。另一方面，該表示上"t艮類 型的屬性的類型屬性為"reportTypeType"，該屬性"reportTypeType" 表示上報類型的類型，該屬性有三個枚舉值("RAck"， "StaR"， "StaR-all"),或將表示上報類型的屬性綁定於一個簡單類型，該簡 單類型有三個才文舉值("RAck"， "StaR"， "StaR-all")，這樣表示上 報類型的屬性只能取"RAck"， "StaR，，， "StaR-all"三者中之一，從 而不會導致接收端無法識別上報類型的錯誤。
以上^f叉為本發明的優選實施例而已，並不用於限制本發明，對 於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本 發明的精神和原則之內，所作的任何修改、等同替換、改進等，均 應包含在本發明的保護範圍之內。
權利要求
1.一種廣播組播業務中的接收上報方法，其特徵在於，包括以下步驟步驟S302，廣播組播業務中心生成接收上報關聯分發流程描述文件並將所述描述文件發送至一個或多個用戶設備，其中，所述描述文件包括要求所述用戶設備發送的接收上報消息的類型信息；步驟S304，所述一個或多個用戶設備接收到所述接收上報關聯分發流程描述文件後對其進行解析並確定要求的接收上報消息的上報類型；以及步驟S306，所述用戶設備生成要求類型的接收上報消息並將其發送至接收上報伺服器。
2. 根據權利要求1所述的接收上報方法，其特徵在於，所述接收 上報消息的類型信息通過接收上報消息類型(ReportType)的 類型來限定。
3. 根據權利要求2所述的接收上報方法，其特徵在於，所述接收 上報消息類型的類型是以下三個枚舉值之一接收確認RAck、 成功4妄收的統計才艮告StaR、以及所有內容接收的統計才艮告 StaR-all。
4. 根據權利要求3所述的接收上報方法，其特徵在於，所述接收 上才艮消息類型的預設類型為接收確i人RAck。
5. 4艮據4又利要求1所述的4妾收上4艮方法，其特4正在於，所述接收 上報消息的類型信息通過將上報消息類型綁定於一個簡單類 型來限定。
6. 根據權利要求5所述的接收上報方法，其特徵在於，所述簡單 類型包括以下三個才文舉值接收確i人RAck、成功接收的統計 報告StaR、以及所有內容接收的統計報告StaR-all。
7. 根據權利要求6所述的接收上報方法，其特徵在於，所述接收 上報消息類型的預設類型為接收確認RAck。
8. 根據權利要求4或7所述的接收上報方法，其特徵在於，在所 述接收上報消息的類型信息為接收確認類型RAck的情況下， 所述用戶設備上報成功接收文件的信息，不上報成功接收的詳 細信息。
9. 根據權利要求4或7所述的接收上報方法，其特徵在於，在所 述要求的接收上報消息的類型信息為成功接收的統計報告 StaR的情況下，所述用戶設備上報成功接收統計報告的信息、 成功接收文件的信息以及用於進行統計分析的詳細信息。
10. 根據權利要求4或7所述的接收上報方法，其特徵在於，在所 述要求的接收上報消息的類型信息為所有內容接收的統計報 告StaR-all的情況下，所述用戶設備上報成功接收文件的信息、 成功接收統計^^艮告的信息、用於進行統計分析的信息、以及接 收文件失敗的信息。
11. 一種接收上"t艮處理裝置，其特徵在於包括用戶業務聲明模塊，用於生成接收上報關聯分發流程描 述文件並將所述描述文件發送至交互分發糹莫塊或會話與傳輸 才莫塊，其中，所述描述文件包4舌要求所述用戶i更備發送的接收上^R消息的類型信息；所迷交互分發模塊，用子在與一個或多個用戶設備進衧 交互的情況下，將所述接收上報關聯分發流程描述文件發送至 所述一個或多個用戶設備；以及所述會話與傳輸模塊，用於在與一個或多個用戶設備進 行會話的情況下，將所述接收上報關聯分發流程描述文件發送 至所述一個或多個用戶"i殳備。
12. 根據權利要求11所述的接收上報處理裝置，其特徵在於，所 述接收上報消息的類型信息通過接收上報消息類型(ReportType)的類型來限定。
13. 根據權利要求12所述的接收上報處理裝置，其特徵在於，所 述接收上報消息類型的類型是以下三個枚舉值之一接收確認 RAck、成功接收的統計才艮告StaR、以及所有內容4妻收的統計 報告StaR-all。
14. 根據權利要求13所述的接收上報處理裝置，其特徵在於，所 述接收上報消息類型的預設類型為接收確認RAck。
15. 根據權利要求11所述的接收上報處理裝置，其特徵在於，所 述接收上報消息的類型信息通過將所述上報消息類型綁定於 一個簡單類型來限定。
16. 根據權利要求15所述的接收上報處理裝置，其特徵在於，所 述簡單類型包括以下三個枚舉值接收確認RAck、成功接收 的統計報告StaR、以及所有內容接收的統計報告StaR-all。
17. 才艮據斥又利要求16所述的接收上才艮處理裝置，其特4正在於，所 述接收上才艮消息類型的預設類型為接收確認RAck。
18. 根據權利要求14或17所述的接收上報處理裝置，其特徵在於， 在所述接收上報消息的類型信息為接收確認類型RAck的情 況下，指示所述用戶設備上報成功接收文件的信息，不上報成 功接*)欠的詳細4言息。
19. 根據權利要求14或17所述的接收上報處理裝置，其特徵在於， 在所述要求的接收上報消息的類型信息為成功接收的統計報 告StaR的情況下，指示所述用戶設備上報成功接收統計報告 的信息、成功接收文件的信息以及用於進行統計分析的詳細信 息。120. 根據權利要求14或17所述的接收上報處理裝置，其特徵在於， 在所述要求的接收上報消息的類型信息為所有內容接收的統 計報告StaR-all的情況下，指示所述用戶設備上報成功接收文 件的信息、成功接收統計^^艮告的信息、用於進行統計分析的信 息、以及接收文件失敗的信息。
全文摘要
本發明提供了一種廣播組播業務中的接收上報方法以及一種接收上報處理裝置，其中，該方法包括步驟S302，廣播組播業務中心生成接收上報關聯分發流程描述文件並將所述描述文件發送至一個或多個用戶設備，其中，所述描述文件包括要求所述用戶設備發送的接收上報消息的類型信息；步驟S304，所述一個或多個用戶設備接收到所述接收上報關聯分發流程描述文件後對其進行解析並確定要求的接收上報消息的上報類型；以及步驟S306，所述用戶設備生成要求類型的接收上報消息並將其發送至接收上報伺服器。本發明通過指示用戶設備上報特定類型的接收上報消息，使得不會發生接收上報類型的錯誤，提高了廣播組播業務的效率。
文檔編號H04L12/56GK101110722SQ20061009944
公開日2008年1月23日 申請日期2006年7月20日 優先權日2006年7月20日
發明者餘榮道, 濤 吳 申請人:華為技術有限公司