專利名稱：多媒體廣播/組播業(yè)務數據傳輸系統、方法及終端的制作方法
技術領域：
本發(fā)明涉及一種多媒體廣播/組播業(yè)務數據傳輸系統、方法及終端，屬于 網絡通信領域。
背景技術：
隨著人民生活水平的提高和通信技術的發(fā)展，用戶不僅需要傳統的電 話、消息類的移動通信業(yè)務，還進一步對移動多媒體業(yè)務有了需求。由于 現有的IP組播技術不適于移動通信網絡開展移動多媒體業(yè)務，所以第三
代移動通信伙伴計劃(3GPP )提出了多媒體廣播/組播(Multimedia Broadcast/Multicast Services,以下簡稱MBMS )業(yè)務，在移動通信網絡 中提供一個數據源，用以向多個用戶終端發(fā)送數據的點到多點業(yè)務，實現 網絡資源共享，提高網絡資源的利用率。MBMS有廣播和組播兩種方式， 不僅能實現純文本低速率的消息類組播和廣播，而且還能實現高速多媒體 業(yè)務的組播和廣播。
MBMS基于WCDMA/GSM分組網，通過在WCDMA/GSM分組網中 增加一些新的功能實體，如廣播/組播業(yè)務中心(Broadcast Multicast Service Centre,以下簡稱BM-SC),對已有的分組域功能實體如服務通用分組 無線業(yè)務支持節(jié)點(Service GPRS Supporting Node,以下簡稱SGSN )、 網關通用分組無線業(yè)務支持節(jié)點(Gateway GPRS Supporting Node,以下簡 稱GGSN)、無線網絡控制器(Radio Network Controller,以下簡稱RNC) 和用戶終端(User Equipment ，以下簡稱UE)等增加MBMS功能；3GPP 標準中定義了新的邏輯共享信道來實現空口資源共享。MBMS系統的結構 模型如圖1所示。和UE通信連接的RNC中設置MBMS業(yè)務模塊，該RNC和SGSN、 GGSN、 BM-SC依次通信連接，構成MBMS業(yè)務系統。
基于上述的MBMS業(yè)務系統， 一個MBMS業(yè)務的完整流程描述如下，
1. 用戶訂閱(Subscription):建立UE與業(yè)務提供者之間的關系；
2. 業(yè)務聲明(Service Announcement):將MBMS業(yè)務的相關信息告知 UE;
3. 加入(Joining) : UE加入一個組播組，告知網絡UE要接收組播數 據；
4. 會話開始(Session Start):表示BM-SC已經就緒，準備發(fā)送數據；
5. MBMS通知(MBMS Notification ):通知UE: MBMS數據即將發(fā)送；
6. 數據傳輸(Data Transfer):用戶面數據的傳輸；
7. 會話結束(Session Stop ): BM-SC決定在一段時間內停止數據傳送， 并釋放承載資源；
8. 離開(Leaving) : UE離開該組播組，不再接收業(yè)務數據。 其中l(wèi)， 3, 8步驟是組播業(yè)務所必需的。
MBMS無線傳輸承載方式分為點對點(PtP)方式與點對多點(PtM) 方式。在PtP方式下，業(yè)務的承載為點到點方式，即為每個UE單獨傳輸 業(yè)務數據，在PtM方式下，業(yè)務的承載為點到多點方式，即為多個UE同 時傳輸業(yè)務數據。
在MBMS業(yè)務建立過程中，無線網絡收到核心網發(fā)起的業(yè)務建立請 求后需要根據當前業(yè)務的使用情況來統計UE數目，確定具體的無線承載 方式。當統計結果表明UE數超過PtP到PtM模式轉換的UE數門限，則 確定該MBMS組l番業(yè)務采用PtM傳輸方式，并將相關傳輸方式通知給UE， 若此次統計中UE數沒有達到PtP到PtM轉換門限，則采用PtP傳輸方式。 在MBMS業(yè)務傳輸期間，仍然對UE數量進行實時的統計，并根據統計結 果動態(tài)調整當前MBMS業(yè)務的無線傳輸承載方式。
但是，現有技術在實現UE數目統計過程中不考慮UE的類型，而不同的UE類型有時對應的是不同的媒體資源格式，對所有的UE傳輸同一 種格式的媒體資源會造成在某些UE媒體資源不能播放或使用，因此會造 成網絡資源浪費。
發(fā)明內容
本發(fā)明的要解決的技術問題是在MBMS業(yè)務中，避免網絡資源的浪費， 保證媒體資源傳輸的有效性。
根據本發(fā)明的 一個方面，提供一種多媒體廣播/組播業(yè)務數據傳輸系統， 包括順次連接的RNC、 SGSN、 GGSN及BM-SC,該RNC設有MBMS業(yè)務 模塊，還包括
UE類型查詢模塊，用于獲得用戶終端類型信息；
數據庫，用于存儲用戶終端類型和媒體資源類型；
處理模塊，用于根據所述用戶終端類型信息，查詢所述數據庫，統計與 所述媒體資源類型匹配的用戶終端數量，并將所述用戶終端數量發(fā)送給利用 所述用戶終端數量確定向UE傳輸媒體資源數據的承載方式的MBMS業(yè)務模 塊。
本發(fā)明多媒體廣播/組播業(yè)務數據傳輸系統使用終端類型查詢模塊得到 用戶終端類型的信息之后確定傳輸所采用的承載方式，將要分發(fā)的MBMS 媒體資源傳輸到與該媒體資源類型匹配的用戶終端，保證了網絡資源傳輸 承載方式的準確性，從而能夠避免網絡資源的浪費，保證媒體資源傳輸的 有效性。
根據本發(fā)明的又 一 方面，提供一種多媒體廣播/組播業(yè)務數據傳輸方 法，包括以下步驟
獲得用戶終端類型信息；
統計與現有的要傳輸的媒體資源的類型匹配的用戶終端數量，判斷該 用戶終端數量是否大于預定的門限值，若是，則采取點對多點的承載方式發(fā)送該現有要傳輸的媒體資源，若否，則采取點對點的承載方式發(fā)送該現 有要傳輸的媒體資源。
本發(fā)明多媒體廣播/組播業(yè)務數據傳輸方法得到用戶終端類型的信息之
后確定傳輸所采用的承載方式，將要分發(fā)的MBMS媒體資源傳輸到與該媒 體資源類型匹配的用戶終端，保證了網絡資源傳輸承載方式的準確性，從 而能夠避免網絡資源的浪費并保證媒體資源傳輸的有效性。
根據本發(fā)明的再一方面，提供一種多媒體廣播/組播業(yè)務終端，包括移 動通信終端和用于發(fā)送用戶終端類型信息的UE類型反饋模塊。
本發(fā)明多媒體廣播/組播業(yè)務終端，通過設置UE類型反饋模塊，能夠 向移動通信網絡發(fā)送用戶終端類型信息，使移動通信網絡能夠精確的進行 用戶數量統計，還能夠保證多媒體廣播/組播業(yè)務數據傳輸采用準確、有效 的承載方式。
圖1為現有技術中實現MBMS業(yè)務的結構示意圖2為本發(fā)明多媒體廣播/組播業(yè)務數據傳輸系統實施例1的示意圖3為本發(fā)明多媒體廣播/組播業(yè)務數據傳輸系統實施例1的另一示意
圖4為本發(fā)明多媒體廣播/組播業(yè)務數據傳輸系統實施例1的又一示意
圖5為本發(fā)明多媒體廣播/組播業(yè)務數據傳輸系統實施例1的再一示意
圖6為本發(fā)明多媒體廣播/組播業(yè)務數據傳輸系統實施例2的示意圖； 圖7為本發(fā)明多i某體廣播/組播業(yè)務數據傳輸方法實施例1的流程圖； 圖8為本發(fā)明多媒體廣播/組播業(yè)務數據傳輸方法實施例3的流程圖； 圖9為本發(fā)明多^ 某體廣播/組播業(yè)務終端實施例1的結構示意圖；圖10為本發(fā)明多媒體廣播/組播業(yè)務終端實施例2的結構示意圖。
具體實施例方式
下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。 本發(fā)明提供了一種多媒體廣播/組播業(yè)務數據傳輸系統，圖2為該多媒體 廣播/組播業(yè)務數據傳輸系統實施例1的結構示意圖，包括RNC4、 SGSN3、 GGSN2、 BM-SC1、 UE類型查詢才莫塊5、數據庫6、處理4莫塊7, MBMS 業(yè)務模塊8。 UE類型查詢模塊5用于發(fā)送查詢多個UE類型的信息并接收 反饋的UE類型信息；數據庫6用于存儲各種UE類型和媒體資源類型；處 理模塊7用于根據該反饋的UE類型信息并通過查詢該數據庫統計與媒體 資源類型匹配的UE數量，判斷該UE數量是否大于預定的門限值，若是， 則該RNC中的MBMS業(yè)務模塊8以PtM的承載方式傳輸^某體資源數據， 若否，則該MBMS業(yè)務模塊8以PtP的承載方式傳輸媒體資源數據。應 用本發(fā)明的UE需要添加反饋模塊，用以向UE類型查詢模塊5反饋UE 類型信息。
MBMS業(yè)務模塊8得到初步統計的MBMS業(yè)務UE的數量，此統計 數目并未考慮終端類型和媒體資源的匹配情況，UE類型查詢模塊5發(fā)送 查詢UE類型的信息，UE接收到查詢UE類型的信息后反饋UE類型信息， 處理模塊7獲得UE類型信息后查詢數據庫6進行媒體資源匹配，統計出 與要分發(fā)的媒體資源類型匹配的UE數量，并判斷該UE數量是否大于預 定的門限值，若大于預定的門限值，則MBMS業(yè)務模塊8采取PtM的承 載方式發(fā)送該要分發(fā)的媒體資源，若不大于預定的門限值，則MBMS業(yè) 務模塊8采取PtP的承載方式發(fā)送該要分發(fā)的媒體資源。
在圖2中,處理模塊7及數據庫6為獨立設置并直接與MBMS業(yè)務模 塊8連接，UE類型查詢模塊5為加載在所述RNC4中。實施例1也可如圖3所示，將UE類型查詢模塊5、處理模塊7和數據庫6都加載在RNC4中。 或如圖4所示，將處理模塊7與數據庫6獨立設置，并通過BM-SC1 、 SGSN3 及GGSN2與MBMS業(yè)務模塊8連接，UE類型查詢模塊5是加載在所述 BM-SC1中。還可如圖5所示，將UE類型查詢模塊5、處理模塊7和數 據庫6都加載在BM-SC1中。
通過本發(fā)明多媒體廣播/組播業(yè)務數據傳輸系統的實施例1,使用UE類 型查詢模塊查詢得到UE類型的信息之后確定傳輸所采用的承載方式，將要 分發(fā)的MBMS媒體資源傳輸到與該媒體資源類型匹配的UE,保證了網絡 資源傳輸承載方式的準確性，從而能夠避免網絡資源的浪費，保證媒體資 源傳輸的有效性。
本發(fā)明多媒體廣播/組播業(yè)務數據傳輸系統的實施例1中還可包括格式轉 換服務器9，從而構成了本發(fā)明的實施例2。圖6為基于實施例1的其中一 種的示意圖，格式轉換服務器9用于根據處理模塊7查詢數據庫后6得到 的與UE匹配的媒體資源類型將MBMS業(yè)務模塊8中現有的要傳輸的媒體 資源進行格式轉換。UE接收到查詢UE類型的信息后反饋UE類型信息， 處理模塊7獲得UE類型信息后查詢數據庫6進行媒體資源匹配，除了要 分發(fā)的媒體資源類型外，分別統計適應其它媒體格式的終端數目，格式轉 換服務器9將要發(fā)送的媒體資源分別進行格式轉換，處理模塊7分別統計 與其它媒體格式匹配的UE數量，分別判斷是否大于預定的門限值，若大 于預定的門限值，則控制MBMS業(yè)務模塊8以PtM的承載方式發(fā)送該一 種或多種媒體資源，若不大于預定的門限值，則控制MBMS業(yè)務模塊8 以PtP的承載方式發(fā)送該該一種或多種媒體資源。
例如MBMS業(yè)務模塊8現初步統計有200個UE要使用MBMS業(yè)務， 其中UE類型有a, b， c， d四種，其中要分發(fā)的現有媒體資源格式只適應 a種終端類型，所以格式轉換服務器9需要進行內容格式轉換以適應其它 三種UE類型，處理模塊7經判斷，b和c可以適配同一種媒體資源格式，而d則適配另一種媒體資源格式，因此對要分發(fā)的現有媒體資源格式分別
模塊7分別統計適配此三種媒體資源格式的終端數目，例如統計結果為 80, 70, 50，最后分別對三個統計結果進行門限判斷，三種媒體內容格式 對應的門限值可以相同也可以不同，若大于門限值，則控制MBMS業(yè)務 模塊8以PtM承載方式發(fā)送媒體資源，若不大于門限值，則控制MBMS 業(yè)務模塊8以PtP承載方式發(fā)送媒體資源，具體是按照各種UE分別對應 的媒體資源格式進行發(fā)送的。
通過本發(fā)明多媒體廣播/組播業(yè)務數據傳輸系統的實施例2,使用格式轉 換服務器對現有的要分發(fā)的媒體資源進行格式轉換并使用處理模塊確定傳 輸所采用的承載方式，能夠向UE以不同的媒體資源格式傳輸現有的要分 發(fā)的媒體資源，進一 步保證媒體資源傳輸的有效性。
本發(fā)明還提供了 一種多媒體廣播/組播業(yè)務數據傳輸方法，如圖7所示， 為本發(fā)明的實施例l,具體包括以下步驟
獲得反饋的UE類型信息；
統計與現有的要傳輸的媒體資源的類型匹配的UE數量，判斷該UE 數量是否大于預定的門限值，若大于預定的門限值，則采取PtM的承載方 式發(fā)送該現有的要傳輸的媒體資源，若不大于預定的門限值，則采取PtP 的承載方式發(fā)送該現有的要傳輸的媒體資源。
在得到反饋的用戶終端類型信息之前還可以包括發(fā)送查詢UE類型的 信息的步驟，可以是對初步統計的MBMS業(yè)務UE發(fā)送查詢UE類型的信 息。
在發(fā)送查詢UE類型的信息之前還可以包括獲得初步統計的MBMS業(yè) 務UE數量的步驟，此統計數目并未考慮UE類型和媒體資源的匹配情況，
終端發(fā)送查詢UE類型的信息。應用本發(fā)明的UE需有反饋UE類型信息的功能。
本發(fā)明多媒體廣播/組播業(yè)務數據傳輸方法的實施例1，得到UE類型 的信息之后確定傳輸所采用的承載方式，將要分發(fā)的MBMS媒體資源傳輸 到與該媒體資源類型匹配的UE,保證了網絡資源傳輸承載方式的準確性， 從而能夠避免網絡資源的浪費。
在本發(fā)明多媒體廣播/組播業(yè)務數據傳輸方法的實施例1的基礎上還可 包括以下步驟，從而構成了本發(fā)明的實施例2。增加的步驟為
對于與現有的要傳輸的媒體資源的類型不匹配的UE,分別得到與UE 匹配的媒體資源類型，將現有要傳輸的媒體資源分別轉換為與UE匹配的 媒體資源類型，并發(fā)送類型已轉換的媒體資源。
本發(fā)明多媒體廣播/組播業(yè)務數據傳輸方法的實施例2，對現有的要分 發(fā)的媒體資源進行格式轉換后再向UE發(fā)送，能夠保證媒體資源在各個UE 上的正常播放或使用。
在本發(fā)明多媒體廣播/組播業(yè)務數據傳輸方法的實施例1的基礎上還可 包括以下步驟，從而構成了本發(fā)明的實施例3,圖8為整個方法的流程示意 圖。具體增加的步驟為
對于與現有的要傳輸的媒體資源的類型不匹配的那些UE，通過查詢 數據庫得到與各自UE匹配的媒體資源類型；
將現有的要傳輸的媒體資源分別轉換為各種UE所匹配的媒體資源類 型，并分別統計與各種媒體資源類型匹配的UE數量；
分別判斷與各種媒體資源類型匹配的UE數量是否大于預定的門限
值，若大于預定的門限值，則采取PtP的承載方式發(fā)送類型已轉換的媒體 資源，若不大于預定的門限值，則采取PtM的承載方式發(fā)送類型已轉換的 媒體資源。
例如現初步統計有200個UE要使用MBMS業(yè)務，其中UE類型有a， b, c, d四種，其中要分發(fā)的現有媒體資源格式只適應a種終端類型，所以需要進行內容格式轉換以適應其它三種UE類型，經判斷，b和C可以 適配同一種媒體資源格式，而d則適配另一種媒體資源格式，因此對要分
發(fā)的現有媒體資源格式分別轉換為b和c可以適配的媒體資源格式以及d
適配的媒體資源格式，分別統計適配此三種媒體資源格式的終端數目，例
如統計結果為80， 70， 50,最后分別對三個統計結果進行門限判斷，三種
承載方式發(fā)送媒體資源，若不大于門限值，則以PtP承載方式發(fā)送媒體資源。 本發(fā)明多媒體廣播/組播業(yè)務數據傳輸方法的實施例3,對現有的要分 發(fā)的媒體資源進行格式轉換后確定傳輸所采用承載方式，能夠向UE以不 同的媒體資源格式傳輸現有的要分發(fā)的媒體資源，進一 步保證媒體資源傳 輸的有效性。
本發(fā)明還提供了一種多媒體廣播/組播業(yè)務終端，包括移動通信終端即 UE和用于發(fā)送用戶終端類型信息的UE類型反饋模塊。當得到查詢UE類 型的信息時，UE類型反饋模塊可以反饋用戶終端類型信息。
如圖9所示，為本發(fā)明的實施例1， UE類型反饋模塊和移動通信終端 可以一體設置。
如圖10所示，為本發(fā)明的實施例2， UE類型反饋模塊和移動通信終 端可通信且分離設置。
本發(fā)明多媒體廣播/組播業(yè)務終端，通過設置UE類型反饋模塊，能夠 向移動通信網絡發(fā)送用戶終端類型信息，使移動通信網絡能夠精確的進行 用戶數量統計，還能夠保證多媒體廣播/組播業(yè)務數據傳輸采用準確、有效
的7"R載方式。
最后所應說明的是，以上實施例僅用以說明本發(fā)明的技術方案而非限制， 盡管參照較佳實施例對本發(fā)明進行了詳細說明，本領域的普通技術人員應當 理解，可以對本發(fā)明的技術方案進行修改或者等同替換，而不脫離本發(fā)明技 術方案的精神和范圍。
權利要求
1.一種多媒體廣播/組播業(yè)務數據傳輸系統，包括順次連接的RNC、SGSN、GGSN及BM-SC，該RNC設有MBMS業(yè)務模塊；其特征在于，還包括UE類型查詢模塊，用于獲得用戶終端類型信息；數據庫，用于存儲用戶終端類型和媒體資源類型；處理模塊，用于根據所述用戶終端類型信息，查詢所述數據庫，統計與所述媒體資源類型匹配的用戶終端數量，并將所述用戶終端數量發(fā)送給利用所述用戶終端數量確定向UE傳輸媒體資源數據的承載方式的MBMS業(yè)務模塊。
2. 根據權利要求1所述的多媒體廣播/組播業(yè)務數據傳輸系統，其特征 在于還包括格式轉換服務器，用于根據所述處理模塊查詢所述數據庫后 得到的與用戶終端匹配的媒體資源類型，將現有的要傳輸的媒體資源進行 格式轉換。
3. 根據權利要求1或2所述的多媒體廣播/組播業(yè)務數據傳輸系統，其 特征在于所述UE類型查詢模塊加載在所述RNC中。
4. 根據權利要求3所述的多媒體廣播/組播業(yè)務數據傳輸系統，其特征 在于所述處理模塊及所述數據庫為獨立設置，所述處理模塊直接與所述 MBMS業(yè)務模塊連接。
5. 根據權利要求3所述的多媒體廣播/組播業(yè)務數據傳輸系統，其特征 在于所述處理模塊和所述數據庫設置在所述RNC中。
6. 根據權利要求1或2所述的多媒體廣播/組播業(yè)務數據傳輸系統，其 特征在于所述UE類型查詢模塊設置在所述BM-SC中。
7. 根據權利要求6所述的多媒體廣播/組播業(yè)務數據傳輸系統，其特征 在于所述處理模塊與所述數據庫為獨立設置，所述處理模塊通過所述 BM-SC、所述SGSN及所述GGSN與所述MBMS業(yè)務模塊連接。
8. 根據權利要求6所述的多媒體廣播/組播業(yè)務數據傳輸系統，其特征在于所述處理模塊和所述數據庫設置在BM-SC中。
9. 一種多媒體廣播/組播業(yè)務數據傳輸方法，其特征在于，包括 獲得用戶終端類型信息；統計與現有的要傳輸的媒體資源的類型匹配的用戶終端數量，判斷該 用戶終端數量是否大于預定的門限值，若是，則釆取點對多點的承載方式 發(fā)送該現有要傳輸的媒體資源，若否，則采取點對點的承載方式發(fā)送該現 有要傳輸的媒體資源。
10. 根據權利要求9所述的多媒體廣播/組播業(yè)務數據傳輸方法，其特 征在于在所述獲得反饋的用戶終端類型信息之前，還包括發(fā)送查詢用 戶終端類型的信息的步驟。
11. 根據權利要求10所述的多媒體廣播/組播業(yè)務數據傳輸方法，其 特征在于在所述發(fā)送查詢用戶終端類型的信息之前，還包括獲得初步 統計的多媒體廣播/組播業(yè)務用戶終端的數量的步驟。
12. 根據權利要求11所述的多媒體廣播/組播業(yè)務數據傳輸方法，其 中所述發(fā)送查詢用戶終端類型的信息具體為對所述初步統計的多媒體廣 播/組播業(yè)務用戶終端發(fā)送查詢用戶終端類型的信息。
13. 根據權利要求9-12所述的任一多媒體廣播/組播業(yè)務數據傳輸方 法，其中還包括以下步驟對于與所述現有的要傳輸的媒體資源的類型不 匹配的用戶終端，分別得到與該用戶終端匹配的媒體資源類型，將所述現 有要傳輸的媒體資源分別轉換為與該用戶終端匹配的媒體資源類型，并發(fā) 送類型已轉換的媒體資源。
14. 根據權利要求9-12所述的任一多媒體廣播/組播業(yè)務數據傳輸方 法，其中還包括以下步驟對于與所述現有要傳輸的媒體資源的類型不匹配的用戶終端，分別得 到與該用戶終端匹配的媒體資源類型；將所述現有的要傳輸的媒體資源分別轉換為該用戶終端匹配的媒體資源類型，并分別統計與該媒體資源類型匹配的用戶終端數量；分別判斷與該媒體資源類型匹配的用戶終端數量是否大于預定的門 限值，若是，則采取點對多點的承載方式發(fā)送類型已轉換的媒體資源，若 否，則采取點對點的承載方式發(fā)送類型已轉換的媒體資源。
15. —種多媒體廣播/組播業(yè)務終端，包括移動通信終端；其特征在 于還包括用于發(fā)送用戶終端類型信息的UE類型反饋模塊。
16. 根據權利要求15所述的終端，其特征在于所述UE類型反饋 模塊和所述移動通信終端 一體設置。
17. 根據權利要求15所述的終端，其特征在于所述UE類型反饋 模塊和所述移動通信終端可通信且分離設置。
全文摘要
本發(fā)明涉及一種多媒體廣播/組播業(yè)務數據傳輸系統、方法及終端。系統包括無線網絡控制器、服務通用分組無線業(yè)務支持節(jié)點、網關通用分組無線業(yè)務支持節(jié)點、廣播/組播業(yè)務中心、用戶終端類型查詢模塊、數據庫、處理模塊；方法包括以下步驟獲得反饋的用戶終端類型信息；統計與現有的要傳輸的媒體資源的類型匹配的用戶終端數量，判斷該用戶終端數量是否大于預定的門限值，若是，則采取點對多點的承載方式發(fā)送該現有的要傳輸的媒體資源，若否，則采取點對點的承載方式發(fā)送該現有的要傳輸的媒體資源；終端包括移動通信終端和用戶終端類型反饋模塊。通過本發(fā)明能夠避免網絡資源的浪費，保證媒體資源傳輸的有效性。
文檔編號H04L12/16GK101304548SQ200710098999
公開日2008年11月12日 申請日期2007年5月8日 優(yōu)先權日2007年5月8日
發(fā)明者王南掬, 豐 謝, 卿 黃 申請人:中國移動通信集團公司