通信會話中會話特徵的信號通知系統和方法
2023-10-10 08:01:19
專利名稱：通信會話中會話特徵的信號通知系統和方法
技術領域：
本發明總體涉及多媒體廣播/組播服務(MBMS)的使用。更具體地，本發明涉及 MBMS通信會話期間會話特徵的信號通知(signaling)。
背景技術：
本部分旨在為權利要求中詳述的本發明提供背景或上下文。本說明書此處可包括 可以加以探求的概念，而不必是那些之前已設想或探求的。因此，除非此處另外指出，否則 本部分中所描述的並不是指相對於本申請說明書和權利要求書的現有技術，也不因為包括 在本部分中就承認是現有技術。 近年來，移動廣播解決方案已被不同組織標準化，例如第三代合作夥伴計劃 (3GPP)MBMS服務。MBMS是可以經由現存的全球移動通信系統(GSM)和通用移動電信系統 (UMTS)蜂窩網絡提供的廣播服務。3GPP MBMS以成本高效的方式為3GPP終端提供組播或 廣播數據的能力。 圖1是MBMS系統體系結構100的圖示。在系統體系結構100中，位於IP網絡115 中的廣播組播服務中心(BM-SC)100負責若干動作，包括服務公告、服務註冊、安全功能、數 據遞送、營帳和計費。照此，BM-SC 110是MBMS服務的使能者。BM-SC 110從內容提供商120 接收內容，並且通過核心網125、即通過網關通用分組無線服務(GPRS)支持節點(GGSN)130 和服務GPRS支持節點(SGSN) 135提供所述內容。SGSN 135接著經由例如GSM演進的GSM 增強數據(EDGE)無線接入網(GERAN) 145或UMTS陸地無線接入網(UTRAN) 150的網絡將所 述內容提供給一個或多個MBMS接收器140。 MBMS內容可以使用一種或多種遞送方法被遞送給接收器。遞送方法包括下載方法 和流傳送方法。取決於每個應用的需求，不同應用在向MBMS訂戶遞送內容時可以使用不同 遞送方法。例如，移動TV將使用流傳送遞送方法，而消息應用(例如多媒體消息服務(匪S) 應用)以及音樂視頻剪輯下載將使用文件下載方法。 MBMS流傳送服務定義將被MBMS服務使用的一套媒體編解碼器和格式。同時，以下 視頻編解碼器在MBMS中被指定。然而，其它編解碼器也是可能的，並且以下編解碼器還可 以被修改。 -H. 263類0級別45-在發布6中H. 264基線概要級別lb被建議
-在發布7中H. 264基線概要級別1. 2被建議 當前， 一對音頻編解碼器也被建議——增強型AAC+和ARM-WB+。再一次地，其它音 頻編解碼器也是可能的，並且以上音頻編解碼器還可以被修改。 MBMS用戶服務通常在MBMS會話開始之前或在所述會話其自身進行期間被公告。 該過程使用MBMS用戶服務發現/公告功能來實施。服務公告過程包括例如使用開放移動聯 盟(OMA)PUSH機制經由組播(使用MBMS文件下載會話)或單播來發送用戶服務描述(USD)。 USD是聯繫在一起的、描述用戶服務並且提供對於接入服務必要的信息的元數據分段的集
5合。MBMS定義了許多元數據分段。關聯遞送過程描述分段描述例如文件修復或接收報告的 附加過程。會話描述分段攜帶會話的會話描述協議(SDP)，其用於收聽和配置會話。安全描 述分段描述用於保護MBMS用戶服務的服務保護過程。FEC修複流描述分段描述保護服務包 的前向糾錯(FEC)流。 USD的元數據分段及其關係在圖2中示出。如圖2中所示，用戶服務描述分段200 包含用戶服務包描述分段(USBD)210，用戶服務包描述分段210其自身引用FEC修複流描述 分段220。遞送方法分段230引用關聯遞送過程描述分段240、會話描述分段250和安全描 述分段260。遞送方法分段230還包含用戶服務描述分段200。 USD可以使用USBD分段210來描述被捆綁到一起的許多服務。USBD分段210可 以包含一個或多個USD實例。USBD分段210可以引用單一 FEC修複流描述分段220。 USD 分段200描述單一MBMS用戶服務(由其服務id標識)的詳情。USD包含其它描述性條目， 所述條目包括MBMS用戶服務的名稱和語言。各種元數據分段被放入MBMS元數據包封中， 所述MBMS元數據包封以適於傳輸的格式嵌入分段。MBMS元數據包封可以攜帶任意類型的 數據分段(即不僅僅是MBMS元數據分段)。 在MBMS發布7 (Rel-7)中，MBMS被擴展為通過將對H. 264級別的需求從lb改為 1. 2b來使能對中等質量視頻(即CIF@15Hz)的接收。這使能了 MBMS用戶服務組合的存在 (即， 一些用戶服務被尋址到僅Rel-7終端，以及一些用戶服務可由發布6 (Rel-6)和Rel_7 的終端這兩者解碼)。此外，預期對MBMS用戶服務需求(例如音頻/視頻編解碼器、安全保 護等)的另外更新和擴展將來將被標準化。 數字視頻廣播(DVB) IP數據廣播(IPDC)和OMA廣播(BCAST)定義了在發出時攜 帶對服務的描述的服務指南。IPDC電子服務指南在獲取分段中定義組件特徵的語義。接收 終端可以檢測服務的特徵並且決定其是否可以消費該服務。然而，該安排的未來兼容性未 被確定，因為在該系統中新需求不能被遺留終端輕易地添加和理解。 MBMS USD的會話描述分段還攜帶用於在MBMS會話中被傳輸的任意媒體流的編解 碼器相關信息。然而，媒體客戶端通常這樣被設計為忽略任何其不理解的SDP參數。因此， 接收到包含Rel-7編解碼器參數的SDP的Rel-6MBMS終端可以簡單地忽略該參數，以及該 終端將接收其媒體解碼器不能解析的內容。
發明內容
各種實施方式提供一種用於信號通知針對MBMS用戶服務的消費需求的系統和方 法。該系統和方法是前向兼容的，其允許接收終端檢測例如在服務描述中的新特徵(如果 引入的話)對於所述服務的消費是否是需要的。如果不支持需要的特徵，則所述終端將不 嘗試加入會話。根據各種實施方式的服務公告或服務發現攜帶關於針對MBMS用戶服務的 需求的信息。不被所述終端所理解的、或者識別為不被終端所支持的、需要的(例如軟體和 /或硬體)特徵的任何需求，都向終端指示其不能正確消費所述服務，例如，其不能正確接 收或解壓縮與所述服務關聯的數據，或者所述終端不具有運行與所述服務關聯的應用所需 要的軟體或硬體。各種實施方式可以用不同類型的設備、網元、網絡和系統來實現，以及各 種實施方式可以結合眾多標準和使用情形被使用。 當結合附圖閱讀時，從以下詳細描述中，本發明的這些和其它優勢和特徵以及其
6組織和運轉方式將變得顯而易見，其中，貫穿以下描述的若干圖，類似單元具有類似標號。
圖1是MBMS系統體系結構的圖示； 圖2示出了 MBMS用戶服務描述元數據分段之間的相互關係；
圖3是示出本發明的各種實施方式的實現的流程圖；
圖4是可以結合各種實施方式的實現使用的電子設備的立體圖；以及
圖5是可以被包含在圖4的電子設備中的電路的示意圖。
具體實施例方式
各種實施方式提供一種用於信號通知針對MBMS用戶服務的消費需求的系統和方 法。該系統和方法是前向兼容的，其允許接收終端檢測在例如服務描述中的新特徵(如果 被引入的話)對於服務的消費是否是需要的。如果不支持需要的特徵，則終端將不加入會 話。根據各種實施方式的服務公告或服務發現攜帶關於針對MBMS用戶服務的需求的信息。 不被終端所理解的、或者被識別為終端不支持的、需要的(例如軟體和/或硬體)特徵的任 何需求，都向終端指示其不能正確消費服務，例如，其不能正確接收或解壓縮與服務關聯的 數據，或者終端不具有運行與服務關聯的應用所需要的軟體或硬體。各種實施方式可以用 不同類型的設備、網元、網絡和系統來實現。 將一組特徵值定義為標識可以由MBMS用戶服務使用的不同特徵。根據各種實施
方式，將用戶服務公告修改為包括需要的特徵的列表。 一個具體實施方式
利用MBMS用戶服
務描述來包括需求的列表。已修改USD的示例語法如下 〈xs: complexType name =〃 userServiceDescriptionType 〃 〉 〈xs: sequence〉 〈xs:element name =〃 RequireFeature〃 type
=〃 RequireFeatureType〃 minOccurs = 〃 1〃
maxOccurs =〃 unbounded 〃 /〉 〈xs: element name = 〃 name 〃 type = 〃 nameType 〃 minOccurs
=〃 0〃 maxOccurs = 〃 unbounded" /〉
〈xs : element
=〃 xs:language 〃 minOccurs = 〃 0 〃
maxOccurs=〃 unbounded" /〉
〈xs : element
=〃 deliveryMethodType〃
maxOccurs =〃 unbounded 〃 /〉
〈xs:element name
=〃 accessGroupType〃 minOccurs = 〃 0〃
maxOccurs =〃 unbounded 〃 /〉 〈xs:any namespace = 〃 ##other 〃 minOccurs
=〃 unbounded"
serviceLMgimge
deli veryMe tho d
ac c e s sGroup
type
type
type
0〃 maxOccurs
7
processContents = 〃 lax〃 /〉
〈/xs: sequence〉 〈xs: attribute name = 〃 serviceld
=〃 required" /〉 〈xs:anyAttribute processContents ='' 〈/xs: complexType〉 〈xs: complexType name =〃 RequireFeatureType
type
xs:anyURI 〃 use
skip'
required'
optional'
optional'
〈xs:attribute name
〈xs:attribute name
〈xs:attribute name
〈xs:attribute name
feature
minValue 〃 value
maxValue 〃 value
xs:string use
xs:string use
xs:string use
Value
xs:string
US6
optional' 〈/xs: complexType〉 可以還針對不同版本或發布的MBMS來定義特徵列表。例如，Rel-7定義以下特徵-視頻編解碼器"H. 264"和"H. 263"是可能的-視頻編解碼器概要"基線"、"0"、"3"-視頻編解碼器級別定義"lb"、"1. 2"、"45"-音頻編解碼器"增強的AMR-WB"和"增強的aacPlus" 除以上之外，可以針對安全性、傳輸協議、FEC保護等來定義其它特徵。例如，以下 是包括特徵指示的用戶服務描述分段的示例 〈？ xml version =〃 1.0〃 encoding = 〃 UTF_8〃 ？〉 〈b皿dleDescription xmlns =〃 urn:3GPP:metadata:2005:MBMS:userServiceDescription〃 xmlns:xsi =〃 http://www.w3. org/2001/XMLSchema_instance〃 fecDescriptionURI = 〃 http://www.example, com/3gpp/mbms/ sessionl—fec. sdp〃 〉
serviceld 〈userServiceDescription =〃 urn:3gpp:1234567890coolcat〃 〉 〈requireFeature feature = 〃 VideoCodec〃 Value = 〃 H. 264〃 /〉 〈requireFeature feature = 〃 VideoCodecLevel 〃 Value
=〃 1.2〃 /〉〈namelang = 〃EN">Welcome〈/name>〈namelang = 〃DE">Wi1lkommen〈/name>〈namelang = 〃FR">Bienvenue〈/name>〈namelang = 〃FI">Tervetuloa〈/name>
:serviceLMiqimqe>EN〈/serviceLMigimge>
〈serviceLangimge>DE〈/serviceLangimge> 〈deliveryMethod accessGroupId =〃 1〃 sessionDescriptionURI = 〃 http://www.example.com/3gpp/
mbms/sessionl. sdp〃 /> 〈deliveryMethod sessionDescriptionURI = 〃 http://www.example.com/3gpp/mbms/session2.sdp" associatedProcedureDescriptionURI = 〃 http://www. example. com/3gpp/mbms/procedureX. xml 〃 /> 〈deliveryMethod sessionDescriptionURI = 〃 http://www.example.com/3gpp/mbms/session3.sdp" associatedProcedureDescriptionURI = 〃 http://www. example. com/3gpp/mbms/procedureY. xml 〃 /> 〈deliveryMethod accessGroupId =〃 2〃 sessionDescriptionURI = 〃 http://www.example.com/3gpp/mbms/session4. sdp〃 /> 〈accessG麗p id = 〃 1〃 > 〈accessBearer>3GPP. R6. GERAN〈/accessBearer> 〈accessBearer>3GPP. R6. UTRAN〈/accessBearer> 〈/accessGroup> 〈accessG麗p id = 〃 2〃 > 〈accessBearer>3GPP. R6. UTRAN〈/accessBearer> 〈/accessGroup> 〈/userServiceDescription> 〈/bimdleDescription> 當遇到一個或多個特徵時，終端如果不能理解其所遇到的涉及會話的特徵中的一
個或多個、或者如果其遇到任何其不支持的特徵值，則不加入相關MBMS會話。在一個實施方式中，這通過使發送到接收終端的規範文本來指示如下內容而加以實現，即指示如果需要的特徵中的一個或多個不被支持或不被理解則終端不應當加入會話。在另一實施方式中，XML語法解析可以被設置為"嚴格"，以及特徵名稱可以被定義為受控詞(controlledterm)。 圖3是示出各種實施方式可以被實現所經由的過程的流程圖。在圖3中的300處，BM-SC生成用於至少一個MBMS會話的服務公告，所述服務公告包括對於如果接收終端不能理解或不支持服務公告中的特徵(例如軟體特徵、硬體特徵、視頻編解碼器、音頻編解碼器等)則其不應當加入特定MBMS會話的指示。在310處，服務公告被廣播或組播到一個或多個接收終端。服務公告還可以使用OMA PUSH OTA規範經由短消息服務(SMS)載體或HTTP載體被發送。在320處，特定接收終端接收到服務公告。如果接收終端不理解或支持服務公告中的特徵，則在330處，其決定不加入會話。另一方面，如果接收終端理解和支持所述特徵的全部，則其在340處加入相關MBMS會話。 圖4和5示出了一個代表性電子設備12，其中，本發明的各種實施方式可以在該電子設備中被實現。本申請中描述的各種設備中的每個可以包含圖4和5的電子設備12中所示的單元中的一個或多個。然而，應當理解，本發明不旨在限於一種特定類型的電子設備12。圖4和5的電子設備12包括外殼30、採用液晶顯示器形式的顯示器32、小鍵盤34、麥克風36、耳機38、電池40、紅外埠 42、天線44、根據本發明的一個實施方式採用UICC形式的智慧卡46、讀卡器48、無線接口電路52、編解碼器54、控制器56、存儲器58和電池80。
本發明在方法步驟的一般上下文中被描述，其中，所述方法步驟在一個實施方式中可以由包括例如程序代碼的計算機可執行指令的程序產品來實現，所述程序產品由計算機在聯網環境中執行。本發明的各種實施方式可以在網元和/或服務提供商的伺服器中被實現。 一般來說，程序模塊包括實施特定任務或實現特定抽象數據類型的例程、程序、對象、組件、數據結構等。計算機可執行指令、關聯的數據結構和程序模塊代表用於執行此處公開的方法的步驟的程序代碼的示例。所述可執行指令或關聯的數據結構的特定序列代表用於實現所述步驟中描述的功能的對應動作的示例。 本發明的軟體和web實現可以關聯於使用基於規則邏輯和其它邏輯來完成各種資料庫搜索步驟、關聯步驟、比較步驟和判決步驟的標準編程技術。還應當指出，術語"組件"和"模塊"當用在此處和權利要求中時旨在包含使用一行或多行軟體代碼的實現和/或硬體實現和/或用於接收手動輸入的設備。 本發明的實施方式的前述描述已為了示例和描述目的而被呈現。其不旨在是窮舉性的，或者將本發明限於所公開的精確形式，並且，符合以上講述的修改和變型是可能的，或者可以從本發明的實現中獲得。另外，還應當指出，本發明的各種實施方式的適用性不限
於任何特定標準或發布、或者特定標準或發布的任何版本。實施方式被選擇和描述，其是為了闡明本發明的原理及其實際應用，以便使本領域的技術人員能夠在各種實施方式中以及
在帶有適於所設想的特定使用的修改的情況下使用本發明。此處描述的實施方式的特徵可以被併入方法、裝置、模塊、系統、網元和電腦程式產品的所有可能組合中。
10
權利要求
一種方法，其包括在接收終端處接收服務公告，所述服務公告包括與服務相關聯的一個或多個特徵需求；如果所述接收終端不能理解或支持所述一個或多個特徵需求中的任一特徵需求，則決定不加入所述服務；以及如果所述接收終端可以理解或支持所述一個或多個特徵需求，則訂閱所述服務。
2. 根據權利要求1所述的方法，其中所述一個或多個特徵需求被包括在多媒體廣播組播服務(MBMS)用戶服務描述(USD)中。
3. 根據權利要求l所述的方法，進一步包括，讀取關於如下內容的指示如果所述接收終端不能理解或支持所述一個或多個特徵需求中的任一特徵需求，則所述服務不應當被加入。
4. 根據權利要求3所述的方法，其中所述指示被包括在所述MBMS USD中。
5. 根據權利要求3所述的方法，其中所述指示包括被設置為"嚴格"的XML語法解析，以及其中所述一個或多個特徵需求的名稱被設置為受控詞。
6. 根據權利要求1所述的方法，其中所述一個或多個特徵需求中的至少一個是軟體特徵、硬體特徵、音頻編解碼器和視頻編解碼器中之一。
7. —種體現在計算機可讀存儲介質中的電腦程式產品，其包括被配置如下的計算機代碼在接收終端處接收服務公告，所述服務公告包括與服務相關聯的一個或多個特徵需求；如果所述接收終端不能理解或支持所述一個或多個特徵需求中的任一特徵需求，則決定不加入所述服務；以及如果所述接收終端可以理解或支持所述一個或多個特徵需求，則訂閱所述服務。
8. —種設備，其包括接收裝置，用於在接收終端處接收服務公告，所述服務公告包括與服務關聯的一個或多個特徵需求；決定裝置，用於決定不加入所述服務，如果所述接收終端不能理解或支持所述一個或多個特徵需求中的任一特徵需求；以及訂閱裝置，用於訂閱所述服務，如果所述接收終端可以理解或支持所述一個或多個特徵需求。
9. 根據權利要求8所述的裝置，其中所述一個或多個特徵需求被包括在多媒體廣播組播服務(MBMS)用戶服務描述(USD)中。
10. 根據權利要求8所述的裝置，其中所述電子設備被進一步配置為，讀取關於如下內容的指示如果所述接收終端不能理解或支持所述一個或多個特徵需求中的任一特徵需求，則所述服務不應當被加入。
11. 根據權利要求10所述的裝置，其中所述指示被包括在所述MBMS USD中。
12. 根據權利要求10所述的裝置，其中所述指示包括被設置為"嚴格"的XML語法解析，以及其中所述一個或多個特徵需求的名稱被設置為受控詞。
13. 根據權利要求8所述的裝置，其中所述一個或多個特徵需求中的至少一個是軟體特徵、硬體特徵、音頻編解碼器和視頻編解碼器中之一。
14. 一種設備，其包括用於在接收終端處接收服務公告的裝置，所述服務公告包括與服務關聯的一個或多個 特徵需求；用於如果所述接收終端不能理解或支持所述一個或多個特徵需求中的任一特徵需求， 則決定不加入所述服務的裝置；以及用於如果所述接收終端可以理解或支持所述一個或多個特徵需求，則訂閱所述服務的裝置。
15. —種方法，其包括準備包括與服務關聯的一個或多個特徵需求的服務公告；以及 將所述服務公告發送到至少一個接收設備。
16. 根據權利要求15所述的方法，其中所述一個或多個特徵需求被包括在多媒體廣播 組播服務(MBMS)用戶服務描述(USD)中。
17. 根據權利要求15所述的方法，進一步包括，準備關於如下內容的指示如果所述接 收終端不能理解或支持所述一個或多個特徵需求中的任一特徵需求，則所述服務不應當被 加入。
18. 根據權利要求17所述的方法，其中所述指示被包括在所述MBMS USD中。
19. 根據權利要求17所述的方法，其中所述指示包括被設置為"嚴格"的XML語法解 析，以及其中所述一個或多個特徵需求的名稱被設置為受控詞。
20. 根據權利要求15所述的方法，其中所述一個或多個特徵需求中的至少一個是軟體 特徵、硬體特徵、音頻編解碼器和視頻編解碼器中之一。
21. —種體現在計算機可讀存儲介質中的電腦程式產品，其包括被配置如下的計算 機代碼準備包括與服務關聯的一個和多個特徵需求的服務公告；以及 將所述服務公告發送到至少一個接收設備。
22. —種裝置，其包括 一種電子設備，其被配置為準備包括與服務關聯的一個或多個特徵需求的服務公告；以及 將所述服務公告發送到至少一個接收設備。
23. 根據權利要求22所述的裝置，其中，所述一個或多個特徵需求被包括在多媒體廣 播組播服務(MBMS)用戶服務描述(USD)中。
24. 根據權利要求22所述的裝置，其中所述電子設備被進一步配置為，準備關於如下 內容的指示如果所述接收終端不能理解或支持所述一個或多個特徵需求中的任一特徵需 求，則所述服務不應當被加入。
25. 根據權利要求24所述的裝置，其中所述指示被包括在所述MBMS USD中。
26. 根據權利要求24所述的裝置，其中所述指示包括被設置為"嚴格"的XML語法解 析，以及其中所述一個或多個特徵需求的名稱被設置為受控詞。
27. 根據權利要求22所述的裝置，其中所述一個或多個特徵需求中的至少一個是軟體 特徵、硬體特徵、音頻編解碼器和視頻編解碼器中之一。
28. —種設備，其包括用於準備包括與服務關聯的一個或多個特徵需求的服務公告的裝置；以及 用於將所述服務公告發送到至少一個接收設備的裝置。
29. —種系統，其包括 廣播組播服務中心(BM-SC)，其被配置為準備包括與服務關聯的一個或多個特徵需求的服務公告；以及 至少一個接收終端，其被配置為當所述服務公告被從所述BM-SC發送時接收所述服務公告；如果所述接收終端不能理解或支持所述一個或多個特徵需求中的任一特徵需求，則決 定不加入所述服務；以及如果所述接收終端可以理解或支持所述一個或多個特徵需求，則加入所述服務。
30. —種網元，其包括 處理器；以及存儲器單元，其可通信地連接到所述處理器，並且包括用於處理包括一個或多個與服務關聯的特徵需求的服務公告的計算機代碼。
31. 根據權利要求30所述的網元，其中所述一個或多個特徵需求被包括在多媒體廣播 組播服務(MBMS)用戶服務描述(USD)中。
32. 根據權利要求30所述的網元，其中所述存儲器單元進一步包括這樣的計算機代 碼，其用於處理關於如下內容的指示如果所述接收終端不能理解或支持所述一個或多個 特徵需求中的任一特徵需求，則所述服務不應當被加入。
33. 根據權利要求32所述的網元，其中所述指示被包括在所述MBMS USD中。
34. 根據權利要求32所述的網元，其中所述指示包括被設置為"嚴格"的XML語法解 析，以及其中，所述一個或多個特徵需求的名稱被設置為受控詞。
全文摘要
一種用於指定針對MBMS用戶服務的消費需求的系統和方法。該系統和方法前向兼容，並且允許遺留終端檢測在較晚版本中引入的新特徵對於服務的消費是否需要。如果不支持需要的特徵，則所述終端將不嘗試加入會話。服務公告或服務發現攜帶關於對MBMS用戶服務的需求的信息。不被終端理解的任何需求都向所述終端指示其不能正確接收和解碼所述服務。
文檔編號H04L29/06GK101766010SQ200880100595
公開日2010年6月30日 申請日期2008年6月17日 優先權日2007年6月19日
發明者I·鮑阿齊齊, R·維丹薩姆 申請人:諾基亞公司