專利名稱：通信會(huì)話中會(huì)話特征的信號(hào)通知系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明總體涉及多媒體廣播/組播服務(wù)(MBMS)的使用。更具體地，本發(fā)明涉及 MBMS通信會(huì)話期間會(huì)話特征的信號(hào)通知(signaling)。
背景技術(shù)：
本部分旨在為權(quán)利要求中詳述的本發(fā)明提供背景或上下文。本說明書此處可包括 可以加以探求的概念，而不必是那些之前已設(shè)想或探求的。因此，除非此處另外指出，否則 本部分中所描述的并不是指相對(duì)于本申請(qǐng)說明書和權(quán)利要求書的現(xiàn)有技術(shù)，也不因?yàn)榘?在本部分中就承認(rèn)是現(xiàn)有技術(shù)。 近年來，移動(dòng)廣播解決方案已被不同組織標(biāo)準(zhǔn)化，例如第三代合作伙伴計(jì)劃 (3GPP)MBMS服務(wù)。MBMS是可以經(jīng)由現(xiàn)存的全球移動(dòng)通信系統(tǒng)(GSM)和通用移動(dòng)電信系統(tǒng) (UMTS)蜂窩網(wǎng)絡(luò)提供的廣播服務(wù)。3GPP MBMS以成本高效的方式為3GPP終端提供組播或 廣播數(shù)據(jù)的能力。 圖1是MBMS系統(tǒng)體系結(jié)構(gòu)100的圖示。在系統(tǒng)體系結(jié)構(gòu)100中，位于IP網(wǎng)絡(luò)115 中的廣播組播服務(wù)中心(BM-SC)100負(fù)責(zé)若干動(dòng)作，包括服務(wù)公告、服務(wù)注冊(cè)、安全功能、數(shù) 據(jù)遞送、營(yíng)賬和計(jì)費(fèi)。照此，BM-SC 110是MBMS服務(wù)的使能者。BM-SC 110從內(nèi)容提供商120 接收內(nèi)容，并且通過核心網(wǎng)125、即通過網(wǎng)關(guān)通用分組無線服務(wù)(GPRS)支持節(jié)點(diǎn)(GGSN)130 和服務(wù)GPRS支持節(jié)點(diǎn)(SGSN) 135提供所述內(nèi)容。SGSN 135接著經(jīng)由例如GSM演進(jìn)的GSM 增強(qiáng)數(shù)據(jù)(EDGE)無線接入網(wǎng)(GERAN) 145或UMTS陸地?zé)o線接入網(wǎng)(UTRAN) 150的網(wǎng)絡(luò)將所 述內(nèi)容提供給一個(gè)或多個(gè)MBMS接收器140。 MBMS內(nèi)容可以使用一種或多種遞送方法被遞送給接收器。遞送方法包括下載方法 和流傳送方法。取決于每個(gè)應(yīng)用的需求，不同應(yīng)用在向MBMS訂戶遞送內(nèi)容時(shí)可以使用不同 遞送方法。例如，移動(dòng)TV將使用流傳送遞送方法，而消息應(yīng)用(例如多媒體消息服務(wù)(匪S) 應(yīng)用)以及音樂視頻剪輯下載將使用文件下載方法。 MBMS流傳送服務(wù)定義將被MBMS服務(wù)使用的一套媒體編解碼器和格式。同時(shí)，以下 視頻編解碼器在MBMS中被指定。然而，其它編解碼器也是可能的，并且以下編解碼器還可 以被修改。 -H. 263類0級(jí)別45-在發(fā)布6中H. 264基線概要級(jí)別lb被建議
-在發(fā)布7中H. 264基線概要級(jí)別1. 2被建議 當(dāng)前， 一對(duì)音頻編解碼器也被建議——增強(qiáng)型AAC+和ARM-WB+。再一次地，其它音 頻編解碼器也是可能的，并且以上音頻編解碼器還可以被修改。 MBMS用戶服務(wù)通常在MBMS會(huì)話開始之前或在所述會(huì)話其自身進(jìn)行期間被公告。 該過程使用MBMS用戶服務(wù)發(fā)現(xiàn)/公告功能來實(shí)施。服務(wù)公告過程包括例如使用開放移動(dòng)聯(lián) 盟(OMA)PUSH機(jī)制經(jīng)由組播(使用MBMS文件下載會(huì)話)或單播來發(fā)送用戶服務(wù)描述(USD)。 USD是聯(lián)系在一起的、描述用戶服務(wù)并且提供對(duì)于接入服務(wù)必要的信息的元數(shù)據(jù)分段的集
5合。MBMS定義了許多元數(shù)據(jù)分段。關(guān)聯(lián)遞送過程描述分段描述例如文件修復(fù)或接收?qǐng)?bào)告的 附加過程。會(huì)話描述分段攜帶會(huì)話的會(huì)話描述協(xié)議(SDP)，其用于收聽和配置會(huì)話。安全描 述分段描述用于保護(hù)MBMS用戶服務(wù)的服務(wù)保護(hù)過程。FEC修復(fù)流描述分段描述保護(hù)服務(wù)包 的前向糾錯(cuò)(FEC)流。 USD的元數(shù)據(jù)分段及其關(guān)系在圖2中示出。如圖2中所示，用戶服務(wù)描述分段200 包含用戶服務(wù)包描述分段(USBD)210，用戶服務(wù)包描述分段210其自身引用FEC修復(fù)流描述 分段220。遞送方法分段230引用關(guān)聯(lián)遞送過程描述分段240、會(huì)話描述分段250和安全描 述分段260。遞送方法分段230還包含用戶服務(wù)描述分段200。 USD可以使用USBD分段210來描述被捆綁到一起的許多服務(wù)。USBD分段210可 以包含一個(gè)或多個(gè)USD實(shí)例。USBD分段210可以引用單一 FEC修復(fù)流描述分段220。 USD 分段200描述單一MBMS用戶服務(wù)(由其服務(wù)id標(biāo)識(shí))的詳情。USD包含其它描述性條目， 所述條目包括MBMS用戶服務(wù)的名稱和語(yǔ)言。各種元數(shù)據(jù)分段被放入MBMS元數(shù)據(jù)包封中， 所述MBMS元數(shù)據(jù)包封以適于傳輸?shù)母袷角度敕侄?。MBMS元數(shù)據(jù)包封可以攜帶任意類型的 數(shù)據(jù)分段(即不僅僅是MBMS元數(shù)據(jù)分段)。 在MBMS發(fā)布7 (Rel-7)中，MBMS被擴(kuò)展為通過將對(duì)H. 264級(jí)別的需求從lb改為 1. 2b來使能對(duì)中等質(zhì)量視頻(即CIF@15Hz)的接收。這使能了 MBMS用戶服務(wù)組合的存在 (即， 一些用戶服務(wù)被尋址到僅Rel-7終端，以及一些用戶服務(wù)可由發(fā)布6 (Rel-6)和Rel_7 的終端這兩者解碼)。此外，預(yù)期對(duì)MBMS用戶服務(wù)需求(例如音頻/視頻編解碼器、安全保 護(hù)等)的另外更新和擴(kuò)展將來將被標(biāo)準(zhǔn)化。 數(shù)字視頻廣播(DVB) IP數(shù)據(jù)廣播(IPDC)和OMA廣播(BCAST)定義了在發(fā)出時(shí)攜 帶對(duì)服務(wù)的描述的服務(wù)指南。IPDC電子服務(wù)指南在獲取分段中定義組件特征的語(yǔ)義。接收 終端可以檢測(cè)服務(wù)的特征并且決定其是否可以消費(fèi)該服務(wù)。然而，該安排的未來兼容性未 被確定，因?yàn)樵谠撓到y(tǒng)中新需求不能被遺留終端輕易地添加和理解。 MBMS USD的會(huì)話描述分段還攜帶用于在MBMS會(huì)話中被傳輸?shù)娜我饷襟w流的編解 碼器相關(guān)信息。然而，媒體客戶端通常這樣被設(shè)計(jì)為忽略任何其不理解的SDP參數(shù)。因此， 接收到包含Rel-7編解碼器參數(shù)的SDP的Rel-6MBMS終端可以簡(jiǎn)單地忽略該參數(shù)，以及該 終端將接收其媒體解碼器不能解析的內(nèi)容。

發(fā)明內(nèi)容
各種實(shí)施方式提供一種用于信號(hào)通知針對(duì)MBMS用戶服務(wù)的消費(fèi)需求的系統(tǒng)和方 法。該系統(tǒng)和方法是前向兼容的，其允許接收終端檢測(cè)例如在服務(wù)描述中的新特征(如果 引入的話)對(duì)于所述服務(wù)的消費(fèi)是否是需要的。如果不支持需要的特征，則所述終端將不 嘗試加入會(huì)話。根據(jù)各種實(shí)施方式的服務(wù)公告或服務(wù)發(fā)現(xiàn)攜帶關(guān)于針對(duì)MBMS用戶服務(wù)的 需求的信息。不被所述終端所理解的、或者識(shí)別為不被終端所支持的、需要的(例如軟件和 /或硬件)特征的任何需求，都向終端指示其不能正確消費(fèi)所述服務(wù)，例如，其不能正確接 收或解壓縮與所述服務(wù)關(guān)聯(lián)的數(shù)據(jù)，或者所述終端不具有運(yùn)行與所述服務(wù)關(guān)聯(lián)的應(yīng)用所需 要的軟件或硬件。各種實(shí)施方式可以用不同類型的設(shè)備、網(wǎng)元、網(wǎng)絡(luò)和系統(tǒng)來實(shí)現(xiàn)，以及各 種實(shí)施方式可以結(jié)合眾多標(biāo)準(zhǔn)和使用情形被使用。 當(dāng)結(jié)合附圖閱讀時(shí)，從以下詳細(xì)描述中，本發(fā)明的這些和其它優(yōu)勢(shì)和特征以及其
6組織和運(yùn)轉(zhuǎn)方式將變得顯而易見，其中，貫穿以下描述的若干圖，類似單元具有類似標(biāo)號(hào)。


圖1是MBMS系統(tǒng)體系結(jié)構(gòu)的圖示； 圖2示出了 MBMS用戶服務(wù)描述元數(shù)據(jù)分段之間的相互關(guān)系；
圖3是示出本發(fā)明的各種實(shí)施方式的實(shí)現(xiàn)的流程圖；
圖4是可以結(jié)合各種實(shí)施方式的實(shí)現(xiàn)使用的電子設(shè)備的立體圖；以及
圖5是可以被包含在圖4的電子設(shè)備中的電路的示意圖。
具體實(shí)施例方式
各種實(shí)施方式提供一種用于信號(hào)通知針對(duì)MBMS用戶服務(wù)的消費(fèi)需求的系統(tǒng)和方 法。該系統(tǒng)和方法是前向兼容的，其允許接收終端檢測(cè)在例如服務(wù)描述中的新特征(如果 被引入的話)對(duì)于服務(wù)的消費(fèi)是否是需要的。如果不支持需要的特征，則終端將不加入會(huì) 話。根據(jù)各種實(shí)施方式的服務(wù)公告或服務(wù)發(fā)現(xiàn)攜帶關(guān)于針對(duì)MBMS用戶服務(wù)的需求的信息。 不被終端所理解的、或者被識(shí)別為終端不支持的、需要的(例如軟件和/或硬件)特征的任 何需求，都向終端指示其不能正確消費(fèi)服務(wù)，例如，其不能正確接收或解壓縮與服務(wù)關(guān)聯(lián)的 數(shù)據(jù)，或者終端不具有運(yùn)行與服務(wù)關(guān)聯(lián)的應(yīng)用所需要的軟件或硬件。各種實(shí)施方式可以用 不同類型的設(shè)備、網(wǎng)元、網(wǎng)絡(luò)和系統(tǒng)來實(shí)現(xiàn)。 將一組特征值定義為標(biāo)識(shí)可以由MBMS用戶服務(wù)使用的不同特征。根據(jù)各種實(shí)施
方式，將用戶服務(wù)公告修改為包括需要的特征的列表。 一個(gè)具體實(shí)施方式
利用MBMS用戶服
務(wù)描述來包括需求的列表。已修改USD的示例語(yǔ)法如下 〈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〉 可以還針對(duì)不同版本或發(fā)布的MBMS來定義特征列表。例如，Rel-7定義以下特征-視頻編解碼器"H. 264"和"H. 263"是可能的-視頻編解碼器概要"基線"、"0"、"3"-視頻編解碼器級(jí)別定義"lb"、"1. 2"、"45"-音頻編解碼器"增強(qiáng)的AMR-WB"和"增強(qiáng)的aacPlus" 除以上之外，可以針對(duì)安全性、傳輸協(xié)議、FEC保護(hù)等來定義其它特征。例如，以下 是包括特征指示的用戶服務(wù)描述分段的示例 〈？ 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> 當(dāng)遇到一個(gè)或多個(gè)特征時(shí)，終端如果不能理解其所遇到的涉及會(huì)話的特征中的一
個(gè)或多個(gè)、或者如果其遇到任何其不支持的特征值，則不加入相關(guān)MBMS會(huì)話。在一個(gè)實(shí)施方式中，這通過使發(fā)送到接收終端的規(guī)范文本來指示如下內(nèi)容而加以實(shí)現(xiàn)，即指示如果需要的特征中的一個(gè)或多個(gè)不被支持或不被理解則終端不應(yīng)當(dāng)加入會(huì)話。在另一實(shí)施方式中，XML語(yǔ)法解析可以被設(shè)置為"嚴(yán)格"，以及特征名稱可以被定義為受控詞(controlledterm)。 圖3是示出各種實(shí)施方式可以被實(shí)現(xiàn)所經(jīng)由的過程的流程圖。在圖3中的300處，BM-SC生成用于至少一個(gè)MBMS會(huì)話的服務(wù)公告，所述服務(wù)公告包括對(duì)于如果接收終端不能理解或不支持服務(wù)公告中的特征(例如軟件特征、硬件特征、視頻編解碼器、音頻編解碼器等)則其不應(yīng)當(dāng)加入特定MBMS會(huì)話的指示。在310處，服務(wù)公告被廣播或組播到一個(gè)或多個(gè)接收終端。服務(wù)公告還可以使用OMA PUSH OTA規(guī)范經(jīng)由短消息服務(wù)(SMS)載體或HTTP載體被發(fā)送。在320處，特定接收終端接收到服務(wù)公告。如果接收終端不理解或支持服務(wù)公告中的特征，則在330處，其決定不加入會(huì)話。另一方面，如果接收終端理解和支持所述特征的全部，則其在340處加入相關(guān)MBMS會(huì)話。 圖4和5示出了一個(gè)代表性電子設(shè)備12，其中，本發(fā)明的各種實(shí)施方式可以在該電子設(shè)備中被實(shí)現(xiàn)。本申請(qǐng)中描述的各種設(shè)備中的每個(gè)可以包含圖4和5的電子設(shè)備12中所示的單元中的一個(gè)或多個(gè)。然而，應(yīng)當(dāng)理解，本發(fā)明不旨在限于一種特定類型的電子設(shè)備12。圖4和5的電子設(shè)備12包括外殼30、采用液晶顯示器形式的顯示器32、小鍵盤34、麥克風(fēng)36、耳機(jī)38、電池40、紅外端口 42、天線44、根據(jù)本發(fā)明的一個(gè)實(shí)施方式采用UICC形式的智能卡46、讀卡器48、無線接口電路52、編解碼器54、控制器56、存儲(chǔ)器58和電池80。
本發(fā)明在方法步驟的一般上下文中被描述，其中，所述方法步驟在一個(gè)實(shí)施方式中可以由包括例如程序代碼的計(jì)算機(jī)可執(zhí)行指令的程序產(chǎn)品來實(shí)現(xiàn)，所述程序產(chǎn)品由計(jì)算機(jī)在聯(lián)網(wǎng)環(huán)境中執(zhí)行。本發(fā)明的各種實(shí)施方式可以在網(wǎng)元和/或服務(wù)提供商的服務(wù)器中被實(shí)現(xiàn)。 一般來說，程序模塊包括實(shí)施特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對(duì)象、組件、數(shù)據(jù)結(jié)構(gòu)等。計(jì)算機(jī)可執(zhí)行指令、關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)和程序模塊代表用于執(zhí)行此處公開的方法的步驟的程序代碼的示例。所述可執(zhí)行指令或關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)的特定序列代表用于實(shí)現(xiàn)所述步驟中描述的功能的對(duì)應(yīng)動(dòng)作的示例。 本發(fā)明的軟件和web實(shí)現(xiàn)可以關(guān)聯(lián)于使用基于規(guī)則邏輯和其它邏輯來完成各種數(shù)據(jù)庫(kù)搜索步驟、關(guān)聯(lián)步驟、比較步驟和判決步驟的標(biāo)準(zhǔn)編程技術(shù)。還應(yīng)當(dāng)指出，術(shù)語(yǔ)"組件"和"模塊"當(dāng)用在此處和權(quán)利要求中時(shí)旨在包含使用一行或多行軟件代碼的實(shí)現(xiàn)和/或硬件實(shí)現(xiàn)和/或用于接收手動(dòng)輸入的設(shè)備。 本發(fā)明的實(shí)施方式的前述描述已為了示例和描述目的而被呈現(xiàn)。其不旨在是窮舉性的，或者將本發(fā)明限于所公開的精確形式，并且，符合以上講述的修改和變型是可能的，或者可以從本發(fā)明的實(shí)現(xiàn)中獲得。另外，還應(yīng)當(dāng)指出，本發(fā)明的各種實(shí)施方式的適用性不限
于任何特定標(biāo)準(zhǔn)或發(fā)布、或者特定標(biāo)準(zhǔn)或發(fā)布的任何版本。實(shí)施方式被選擇和描述，其是為了闡明本發(fā)明的原理及其實(shí)際應(yīng)用，以便使本領(lǐng)域的技術(shù)人員能夠在各種實(shí)施方式中以及
在帶有適于所設(shè)想的特定使用的修改的情況下使用本發(fā)明。此處描述的實(shí)施方式的特征可以被并入方法、裝置、模塊、系統(tǒng)、網(wǎng)元和計(jì)算機(jī)程序產(chǎn)品的所有可能組合中。
10
權(quán)利要求
一種方法，其包括在接收終端處接收服務(wù)公告，所述服務(wù)公告包括與服務(wù)相關(guān)聯(lián)的一個(gè)或多個(gè)特征需求；如果所述接收終端不能理解或支持所述一個(gè)或多個(gè)特征需求中的任一特征需求，則決定不加入所述服務(wù)；以及如果所述接收終端可以理解或支持所述一個(gè)或多個(gè)特征需求，則訂閱所述服務(wù)。
2. 根據(jù)權(quán)利要求1所述的方法，其中所述一個(gè)或多個(gè)特征需求被包括在多媒體廣播組播服務(wù)(MBMS)用戶服務(wù)描述(USD)中。
3. 根據(jù)權(quán)利要求l所述的方法，進(jìn)一步包括，讀取關(guān)于如下內(nèi)容的指示如果所述接收終端不能理解或支持所述一個(gè)或多個(gè)特征需求中的任一特征需求，則所述服務(wù)不應(yīng)當(dāng)被加入。
4. 根據(jù)權(quán)利要求3所述的方法，其中所述指示被包括在所述MBMS USD中。
5. 根據(jù)權(quán)利要求3所述的方法，其中所述指示包括被設(shè)置為"嚴(yán)格"的XML語(yǔ)法解析，以及其中所述一個(gè)或多個(gè)特征需求的名稱被設(shè)置為受控詞。
6. 根據(jù)權(quán)利要求1所述的方法，其中所述一個(gè)或多個(gè)特征需求中的至少一個(gè)是軟件特征、硬件特征、音頻編解碼器和視頻編解碼器中之一。
7. —種體現(xiàn)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中的計(jì)算機(jī)程序產(chǎn)品，其包括被配置如下的計(jì)算機(jī)代碼在接收終端處接收服務(wù)公告，所述服務(wù)公告包括與服務(wù)相關(guān)聯(lián)的一個(gè)或多個(gè)特征需求；如果所述接收終端不能理解或支持所述一個(gè)或多個(gè)特征需求中的任一特征需求，則決定不加入所述服務(wù)；以及如果所述接收終端可以理解或支持所述一個(gè)或多個(gè)特征需求，則訂閱所述服務(wù)。
8. —種設(shè)備，其包括接收裝置，用于在接收終端處接收服務(wù)公告，所述服務(wù)公告包括與服務(wù)關(guān)聯(lián)的一個(gè)或多個(gè)特征需求；決定裝置，用于決定不加入所述服務(wù)，如果所述接收終端不能理解或支持所述一個(gè)或多個(gè)特征需求中的任一特征需求；以及訂閱裝置，用于訂閱所述服務(wù)，如果所述接收終端可以理解或支持所述一個(gè)或多個(gè)特征需求。
9. 根據(jù)權(quán)利要求8所述的裝置，其中所述一個(gè)或多個(gè)特征需求被包括在多媒體廣播組播服務(wù)(MBMS)用戶服務(wù)描述(USD)中。
10. 根據(jù)權(quán)利要求8所述的裝置，其中所述電子設(shè)備被進(jìn)一步配置為，讀取關(guān)于如下內(nèi)容的指示如果所述接收終端不能理解或支持所述一個(gè)或多個(gè)特征需求中的任一特征需求，則所述服務(wù)不應(yīng)當(dāng)被加入。
11. 根據(jù)權(quán)利要求10所述的裝置，其中所述指示被包括在所述MBMS USD中。
12. 根據(jù)權(quán)利要求10所述的裝置，其中所述指示包括被設(shè)置為"嚴(yán)格"的XML語(yǔ)法解析，以及其中所述一個(gè)或多個(gè)特征需求的名稱被設(shè)置為受控詞。
13. 根據(jù)權(quán)利要求8所述的裝置，其中所述一個(gè)或多個(gè)特征需求中的至少一個(gè)是軟件特征、硬件特征、音頻編解碼器和視頻編解碼器中之一。
14. 一種設(shè)備，其包括用于在接收終端處接收服務(wù)公告的裝置，所述服務(wù)公告包括與服務(wù)關(guān)聯(lián)的一個(gè)或多個(gè) 特征需求；用于如果所述接收終端不能理解或支持所述一個(gè)或多個(gè)特征需求中的任一特征需求， 則決定不加入所述服務(wù)的裝置；以及用于如果所述接收終端可以理解或支持所述一個(gè)或多個(gè)特征需求，則訂閱所述服務(wù)的裝置。
15. —種方法，其包括準(zhǔn)備包括與服務(wù)關(guān)聯(lián)的一個(gè)或多個(gè)特征需求的服務(wù)公告；以及 將所述服務(wù)公告發(fā)送到至少一個(gè)接收設(shè)備。
16. 根據(jù)權(quán)利要求15所述的方法，其中所述一個(gè)或多個(gè)特征需求被包括在多媒體廣播 組播服務(wù)(MBMS)用戶服務(wù)描述(USD)中。
17. 根據(jù)權(quán)利要求15所述的方法，進(jìn)一步包括，準(zhǔn)備關(guān)于如下內(nèi)容的指示如果所述接 收終端不能理解或支持所述一個(gè)或多個(gè)特征需求中的任一特征需求，則所述服務(wù)不應(yīng)當(dāng)被 加入。
18. 根據(jù)權(quán)利要求17所述的方法，其中所述指示被包括在所述MBMS USD中。
19. 根據(jù)權(quán)利要求17所述的方法，其中所述指示包括被設(shè)置為"嚴(yán)格"的XML語(yǔ)法解 析，以及其中所述一個(gè)或多個(gè)特征需求的名稱被設(shè)置為受控詞。
20. 根據(jù)權(quán)利要求15所述的方法，其中所述一個(gè)或多個(gè)特征需求中的至少一個(gè)是軟件 特征、硬件特征、音頻編解碼器和視頻編解碼器中之一。
21. —種體現(xiàn)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中的計(jì)算機(jī)程序產(chǎn)品，其包括被配置如下的計(jì)算 機(jī)代碼準(zhǔn)備包括與服務(wù)關(guān)聯(lián)的一個(gè)和多個(gè)特征需求的服務(wù)公告；以及 將所述服務(wù)公告發(fā)送到至少一個(gè)接收設(shè)備。
22. —種裝置，其包括 一種電子設(shè)備，其被配置為準(zhǔn)備包括與服務(wù)關(guān)聯(lián)的一個(gè)或多個(gè)特征需求的服務(wù)公告；以及 將所述服務(wù)公告發(fā)送到至少一個(gè)接收設(shè)備。
23. 根據(jù)權(quán)利要求22所述的裝置，其中，所述一個(gè)或多個(gè)特征需求被包括在多媒體廣 播組播服務(wù)(MBMS)用戶服務(wù)描述(USD)中。
24. 根據(jù)權(quán)利要求22所述的裝置，其中所述電子設(shè)備被進(jìn)一步配置為，準(zhǔn)備關(guān)于如下 內(nèi)容的指示如果所述接收終端不能理解或支持所述一個(gè)或多個(gè)特征需求中的任一特征需 求，則所述服務(wù)不應(yīng)當(dāng)被加入。
25. 根據(jù)權(quán)利要求24所述的裝置，其中所述指示被包括在所述MBMS USD中。
26. 根據(jù)權(quán)利要求24所述的裝置，其中所述指示包括被設(shè)置為"嚴(yán)格"的XML語(yǔ)法解 析，以及其中所述一個(gè)或多個(gè)特征需求的名稱被設(shè)置為受控詞。
27. 根據(jù)權(quán)利要求22所述的裝置，其中所述一個(gè)或多個(gè)特征需求中的至少一個(gè)是軟件 特征、硬件特征、音頻編解碼器和視頻編解碼器中之一。
28. —種設(shè)備，其包括用于準(zhǔn)備包括與服務(wù)關(guān)聯(lián)的一個(gè)或多個(gè)特征需求的服務(wù)公告的裝置；以及 用于將所述服務(wù)公告發(fā)送到至少一個(gè)接收設(shè)備的裝置。
29. —種系統(tǒng)，其包括 廣播組播服務(wù)中心(BM-SC)，其被配置為準(zhǔn)備包括與服務(wù)關(guān)聯(lián)的一個(gè)或多個(gè)特征需求的服務(wù)公告；以及 至少一個(gè)接收終端，其被配置為當(dāng)所述服務(wù)公告被從所述BM-SC發(fā)送時(shí)接收所述服務(wù)公告；如果所述接收終端不能理解或支持所述一個(gè)或多個(gè)特征需求中的任一特征需求，則決 定不加入所述服務(wù)；以及如果所述接收終端可以理解或支持所述一個(gè)或多個(gè)特征需求，則加入所述服務(wù)。
30. —種網(wǎng)元，其包括 處理器；以及存儲(chǔ)器單元，其可通信地連接到所述處理器，并且包括用于處理包括一個(gè)或多個(gè)與服務(wù)關(guān)聯(lián)的特征需求的服務(wù)公告的計(jì)算機(jī)代碼。
31. 根據(jù)權(quán)利要求30所述的網(wǎng)元，其中所述一個(gè)或多個(gè)特征需求被包括在多媒體廣播 組播服務(wù)(MBMS)用戶服務(wù)描述(USD)中。
32. 根據(jù)權(quán)利要求30所述的網(wǎng)元，其中所述存儲(chǔ)器單元進(jìn)一步包括這樣的計(jì)算機(jī)代 碼，其用于處理關(guān)于如下內(nèi)容的指示如果所述接收終端不能理解或支持所述一個(gè)或多個(gè) 特征需求中的任一特征需求，則所述服務(wù)不應(yīng)當(dāng)被加入。
33. 根據(jù)權(quán)利要求32所述的網(wǎng)元，其中所述指示被包括在所述MBMS USD中。
34. 根據(jù)權(quán)利要求32所述的網(wǎng)元，其中所述指示包括被設(shè)置為"嚴(yán)格"的XML語(yǔ)法解 析，以及其中，所述一個(gè)或多個(gè)特征需求的名稱被設(shè)置為受控詞。
全文摘要
一種用于指定針對(duì)MBMS用戶服務(wù)的消費(fèi)需求的系統(tǒng)和方法。該系統(tǒng)和方法前向兼容，并且允許遺留終端檢測(cè)在較晚版本中引入的新特征對(duì)于服務(wù)的消費(fèi)是否需要。如果不支持需要的特征，則所述終端將不嘗試加入會(huì)話。服務(wù)公告或服務(wù)發(fā)現(xiàn)攜帶關(guān)于對(duì)MBMS用戶服務(wù)的需求的信息。不被終端理解的任何需求都向所述終端指示其不能正確接收和解碼所述服務(wù)。
文檔編號(hào)H04L29/06GK101766010SQ200880100595
公開日2010年6月30日 申請(qǐng)日期2008年6月17日 優(yōu)先權(quán)日2007年6月19日
發(fā)明者I·鮑阿齊齊, R·維丹薩姆 申請(qǐng)人:諾基亞公司