專利名稱:用以啟用多個多播流的關聯(lián)程序的制作方法
技術領域:
本發(fā)明大體上涉及通信系統(tǒng),且更明確地說,涉及基于主機和客戶端能力來關聯(lián)多播群組以促進多個客戶端裝置的互操作性。
背景技術:
如在第6,760,772號美國專利和相關專利申請案中所揭示,無線移動數(shù)字顯示接口(WMDDI)為MDDI標準到無線網(wǎng)絡的延伸。WMDDI協(xié)議支持一個主機裝置(例如,手機或個人數(shù)字助理(PDA)等移動裝置)與較廣范圍的同時可到達的客戶端裝置(例如,具有嵌入式能力(例如,音頻/視頻解碼和再現(xiàn),或HID能力)的無線顯示器)之間的安全數(shù)據(jù)交換。不支持客戶端裝置之間的直接通信;僅支持客戶端到主機和主機到客戶端的不對稱通信。在以下方面通信是不對稱的預期在向前鏈接中(即,從主機到客戶端)交換非常大量的數(shù)據(jù)。WMDDI系統(tǒng)由單個主機裝置和一個或一個以上客戶端裝置組成,主機裝置與所述一個或一個以上客戶端裝置能夠建立關聯(lián)和安全通信。在系統(tǒng)中,客戶端的數(shù)目受裝置的互操作性限制。此互操作性取決于若干個因素, 例如多媒體應用的帶寬/延遲要求;客戶端裝置的要求和能力,因為客戶端可具有不同的處理能力、存儲能力、顯示分辨率和刷新速率能力、服務質(zhì)量(QoS)要求等;信道條件,因為干擾可引起降級,來自多個裝置的同時接入請求可引起延遲等;較低層能力;以及其它相關因素。受益于形成若干個多播群組的應用的實例為可縮放視頻編碼。在可縮放編碼中, 每一層將被映射到多播地址。例如,視頻展現(xiàn)必須被發(fā)送到各自具有不同顯示分辨率的個人顯示裝置(個人計算機或手機)的會議。如果主機裝置正在運行能夠提供可縮放視頻編碼的應用,且客戶端裝置也支持可縮放視頻編碼,那么有可能有效地廣播視頻內(nèi)容而不是發(fā)送內(nèi)容單播。為了做到這點,具有類似縮放特性(例如,相同分辨率)的客戶端將成為特定多播群組的部分??纱嬖谂c不同分辨率的顯示器一樣多的多播群組,例如,一個多播群組可以四分之一通用中間格式(QCIF)分辨率和另一視頻圖形陣列(VGA)分辨率為目標。所有的QCIF裝置將成為QCIF多播 群組的部分,且所有的VGA裝置將成為VGA多播群組和QCIF 多播群組的部分。主機將把經(jīng)壓縮視頻流的基礎層廣播到QCIF多播地址(QCIF裝置和VGA 裝置兩者將均能夠接收其),以及將經(jīng)壓縮視頻的增強層廣播到VGA多播地址(僅VGA裝置將能夠接收其)??s放性的另一使用可為基于SNR縮放性使視頻廣播適應若干個QoS。因此,此項技術中需要一種關聯(lián)程序,其允許基于主機和客戶端能力來建立/連結(jié)若干個多播群組以促進多個客戶端裝置的互操作性。
發(fā)明內(nèi)容
本文中所揭示的方面通過提供方法、系統(tǒng)和計算機程序產(chǎn)品來解決上文所陳述的需要,所述方法、系統(tǒng)和計算機程序產(chǎn)品在通信系統(tǒng)中建立和更新主機與至少一個客戶端之間的關 聯(lián)以用于將多媒體內(nèi)容傳輸?shù)街辽僖粋€多播群組。所揭示的是用以使用多個多播群組來實現(xiàn)多層多媒體內(nèi)容的傳輸?shù)膬蓚€選項。第一選項提供用于建立實現(xiàn)此傳輸?shù)年P聯(lián)的裝置;第二選項提供用于更新關聯(lián)以實現(xiàn)此傳輸?shù)难b置。此外,還揭示了更新指派給多播群組的多播地址的選擇的機構。第一選項包括待用于建立關聯(lián)的一組消息和參數(shù),所述關聯(lián)使用多個多播群組來實現(xiàn)多層多媒體內(nèi)容的傳輸。主機起始的關聯(lián)過程由以下步驟組成。主機發(fā)送指示其與客戶端相關聯(lián)的意圖的主機關聯(lián)請求消息。此消息包含主機關聯(lián)能力,例如,安全性屬性、多播屬性、鏈接狀態(tài)周期性以及與關聯(lián)的類型相關的其它參數(shù)。僅在關聯(lián)過程為主機起始時發(fā)送此消息。作為對此消息的響應,或在客戶端起始的關聯(lián)過程中,客戶端發(fā)送指示其關聯(lián)意圖的客戶端關聯(lián)請求消息。此消息包含客戶端關聯(lián)能力,例如,安全性屬性、多播屬性、鏈接狀態(tài)周期性以及與關聯(lián)類型相關的其它參數(shù)。主機關聯(lián)確認消息由主機發(fā)送到客戶端; 此消息含有所選擇的關聯(lián)能力和基礎多播地址。在此時協(xié)商安全性、多播、鏈接周期性和關聯(lián)類型選項,也就是說,主機與客戶端兩者均知道待建立的關聯(lián)的類型、通信將是否安全、 多播是否將用于將數(shù)據(jù)發(fā)送到客戶端和用于鏈接狀態(tài)消息的交換的周期性;所有這些為所選擇的關聯(lián)能力的部分??蛻舳撕椭鳈C預訂基礎多播地址。主機指派客戶端ID,所述客戶端ID針對此特定會話而識別客戶端且在關聯(lián)狀態(tài)的持續(xù)時間內(nèi)將保持不變??蛻舳藢⒖蛻舳岁P聯(lián)確認消息發(fā)送到主機。此消息含有所預訂的多播地址。此時,關聯(lián)已被建立,且客戶端和主機兩者均轉(zhuǎn)變?yōu)殛P聯(lián)狀態(tài)。描述了這些機構的若干變化。盡管這些變化包括相同的消息交換,包含所描述的所有參數(shù),但對于所述變化中的每一者來說,額外的參數(shù)可包含于消息中。第二選項通過提供用于更新使用多個多播地址實現(xiàn)多層多媒體內(nèi)容的傳輸?shù)年P聯(lián)的裝置來增強關聯(lián)。在基本關聯(lián)過程(即,不考慮任何多層能力的關聯(lián)過程)之后,主機和客戶端轉(zhuǎn)變?yōu)殛P聯(lián)狀態(tài)。在此狀態(tài)中,客戶端向主機發(fā)送包含分層能力的客戶端裝置能力消息。基于客戶端裝置能力信息,主機選擇至少一個額外多播地址,且將含有至少一個額外多播地址消息的更新多播地址發(fā)送到客戶端。主機和客戶端兩者預訂額外多播地址??蛻舳税l(fā)送包含所預訂的多播地址的更新多播確認消息。此時,主機可在任何時間起始將分層多媒體內(nèi)容傳輸?shù)娇蛻舳?。在關聯(lián)狀態(tài)期間,更新指派給多播群組的多播地址的選擇的機構可為主機或客戶端起始的。在主機起始的過程中,主機發(fā)送含有至少一個所選擇的額外多播地址的更新多播地址消息。所選擇的額外多播地址參數(shù)應包含已預訂的多播地址和新的多播地址(如果選擇的話)。每一多播地址應被標記為“預訂”或“非預訂”。根據(jù)多播地址如何被標記,主機和客戶端兩者通過預訂或不預訂多播地址來更新對多播地址的預訂??蛻舳税l(fā)送含有所預訂的多播地址的更新多播確認消息。此時,多播群組已被更新,且準備用于分層多媒體內(nèi)容的傳輸。如果更新為客戶端起始的,那么客戶端發(fā)送更新多播地址消息,且主機通過發(fā)送更新多播確認消息進行響應,遵循如針對主機起始的更新所描述的相同規(guī)則。此更新過程中涉及的步驟可在會話期間的任何時間發(fā)生,同時主機和客戶端處于關聯(lián)狀態(tài)。
上文所描述的機構提供用于交換和更新用于分層多播傳輸應用的能力和多播地址的協(xié)議。其不僅解決在無線系統(tǒng)中互操作具有不同能力的裝置的問題,而且提供有效的傳輸機構,因為使用了映射到位流的不同層的不同多播地址。傳輸?shù)綔p少數(shù)目的多播地址比傳輸?shù)饺舾蓚€客戶端的單播更有效。協(xié)議還提供通過更新能力、連結(jié)/釋放多播地址和監(jiān)視鏈接質(zhì)量而適應系統(tǒng)/信道中的改變的機構。這可有用于QoS適應。例如,可通過移除映射到某多播地址的增強層的使用來減輕歸因于帶寬約束而引起的信道中的降級。如果在某時客戶端具有較多的可用的處理資源,那么其可更新其能力且通知主機,所述主機可決定更新此客戶端所屬的多播群組,且從現(xiàn)在起,客戶端將能夠接收/處理增強層,從而導致更好的鏈接質(zhì)量。
圖1為展示用于WMDDI關聯(lián)協(xié)議的主機起始的關聯(lián)方面的圖,其中主機選擇額外多播地址。圖2為展示用于WMDDI關聯(lián)協(xié)議的主機起始的關聯(lián)方面的圖,其中客戶端選擇額外多播地址。圖3為展示用于WMDDI關聯(lián)協(xié)議的客戶端起始的關聯(lián)過程的圖。圖4為展示用于WMDDI關聯(lián)協(xié)議的主機起始的關聯(lián)過程的圖。圖5為展示用于WMDDI關聯(lián)協(xié)議的主機起始的更新過程的圖。圖6為展示用于WMDDI關聯(lián)協(xié)議的客戶端起始的更新過程的圖。圖7為展示用于主機的關聯(lián)/解除關聯(lián)過程的狀態(tài)圖。圖8為展示用于客戶端的關聯(lián)/解除關聯(lián)過程的狀態(tài)圖。
具體實施例方式在本文中使用詞語“示范性”意味著“充當實例、例子或說明”。沒有必要將本文中描述為“示范性”的任何方面解釋為比其它方面優(yōu)選或有利。盡管以下描述內(nèi)容逐步地描述了本發(fā)明,但所述描述內(nèi)容打算包含對一種系統(tǒng)和一種具有用以實現(xiàn)與所界定的步驟類似的結(jié)果的計算機可執(zhí)行的程序指令的存儲媒體的描述。存在機構的若干變化,其促進形成多個多播群組以處置多媒體內(nèi)容的分層傳輸。 可在圖1、圖2、圖3和圖4的圖中例示這些變化。在每一圖中從頂部到底部按時間順序呈現(xiàn)過程的步驟。盡管僅展示了單個客戶端,但可利用若干個客戶端。如在圖1、圖2和圖4中所展示,在主機起始的關聯(lián)過程中,主機發(fā)送指示其與客戶端相關聯(lián)的意圖的主機關聯(lián)請求消息。此消息包含主機關聯(lián)能力,例如,安全性屬性、多播屬性、鏈接狀態(tài)周期性以及與關聯(lián)類型相關的其它參數(shù)。僅在關聯(lián)過程為主機起始時發(fā)送此消息。如在圖3中所展示,作為對此消息的響應,或在客戶端起始的關聯(lián)過程中,客戶端發(fā)送指示其關聯(lián)意圖的客戶端關聯(lián)請求消息。此消息包含客戶端關聯(lián)能力,例如,安全性屬性、多播屬性、鏈接狀態(tài)周期性以及與關聯(lián)類型相關的其它參數(shù)。由主機將主機關聯(lián)確認消息發(fā)送到客戶端,所述主機關聯(lián)確認消息包含所選擇的關聯(lián)能力和基礎多播地址。在此點協(xié)商安全性、多播、鏈接周期性和關聯(lián)類型選項,也就是說,主機和客戶端兩者均知道待建立的關聯(lián)的類型、通信將是否安全,多播是否將用于將數(shù)據(jù)發(fā)送到客戶端和用于鏈接狀態(tài)消息的交換的周期性。接著,客戶端和主機預訂多播地址,尤其是基礎多播地址。主機指派客戶端ID,所述客戶端ID針對此特定會話而識別客戶端且在關聯(lián)狀態(tài)的整個持續(xù)時間內(nèi)將保持不變??蛻舳藢⒖蛻舳岁P聯(lián)確認消息發(fā)送到主機。此消息含有所預訂的多播地址。盡管對于圖1、圖2、圖3和圖4的全部四個實例,到目前為止所描述的消息、參數(shù)和動作是共同的,但具體的額外參數(shù)包含于變化中的每一者的消息中,所述參數(shù)觸發(fā)不同的動作或/和額外消息,如下文所描述。圖1例示主機起始的關聯(lián)過程,其中主機10基于客戶端裝置能力信息的知識而決定將用于經(jīng)由若干個多播群組對多媒體內(nèi)容進行分層傳輸中的所選擇的額外多播地址28。 最初,主機10和客戶端12處于非關聯(lián)狀態(tài)14。在這種情況下,主機關聯(lián)請求消息16被主機10發(fā)送到客戶端12,且僅含有主機關聯(lián)能力18??蛻舳岁P聯(lián)請求消息20被客戶端12 發(fā)送到主機10,且含有客戶端裝置能力信息22以及客戶端關聯(lián)能力24。客戶端裝置能力信息22包含來自由顯示能力、視頻流格式能力、視頻縮放能力、視頻解碼能力、音頻流格式能力、音頻解碼能力和用戶接口能力組成的群組的至少一個成員。由主機10發(fā)送到客戶端 12的主機關聯(lián)確認消息26含有至少一個所選擇的額外多播地址28以作為額外參數(shù)。在此階段,除了預訂基礎多播地址30之外,作為預訂多播地址32的過程的部分,主機10和客戶端12兩者均預訂了所選擇的額外多播地址28。關聯(lián)過程以客戶端12發(fā)送客戶端關聯(lián)確認消息34結(jié)束,所述客戶端關聯(lián)確認消息34包含基礎多播地址30和所選擇的額外多播地址 28兩者。接著,主機10和客戶端12轉(zhuǎn)變?yōu)殛P聯(lián)狀態(tài)36。在此狀態(tài)中,主機10可在任何時間起始將分層多媒體內(nèi)容38傳輸?shù)娇蛻舳?2。圖2例示主機起始的關聯(lián)過程,其中客戶端12基于其自身的客戶端裝置能力信息 122的知識而決定將用于經(jīng)由若干個多播群組對多媒體內(nèi)容進行分層傳輸中的所選擇的額外多播地址128。最初,主機10和客戶端12處于非關聯(lián)狀態(tài)114。在這種情況下,主機關聯(lián)請求消息116被主機10發(fā)送到客戶端12,且包含至少一個額外多播地址140以及主機關聯(lián)能力118和基礎多播地址130??蛻舳?2決定從主機10所接收的地址中的至少一個所選擇的額外多播地址128。在發(fā)送到主機10的客戶端關聯(lián)請求消息120中,除了客戶端能力信息122和基礎多播地址130之外,客戶端12還包含至少一個所選擇的額外多播地址 128。根據(jù)預訂多播地址132的過程,主機10和客戶端12兩者均包含至少一個所選擇的額外多播地址128以及基礎多播地址130。客戶端12將含有全部所預訂的多播地址132的客戶端關聯(lián)確認消息134發(fā)送到主機10。主機10和客戶端12轉(zhuǎn)變?yōu)殛P聯(lián)狀態(tài)136。在此狀態(tài)中,主機10可在任何時間起始分層多媒體內(nèi)容138的傳輸。圖3例示客戶端起始的關聯(lián)過程。最初,主機10和客戶端12處于非關聯(lián)狀態(tài)214。 在這種情況下,客戶端12通過將客戶端關聯(lián)請求消息216發(fā)送到主機10來起始關聯(lián)過程。 此消息含有客戶端關聯(lián)信息242和 客戶端裝置能力信息222。主機10通過發(fā)送主機關聯(lián)確認消息226來確認關聯(lián),除了所選擇的關聯(lián)能力244和基礎多播地址230之外,所述主機關聯(lián)確認消息226還包含至少一個所選擇的額外多播地址228。在預訂多播地址232的過程期間,主機10和客戶端12兩者均預訂至少一個所選擇的多播地址228以及基礎多播地址 230??蛻舳?2將含有全部所預訂的多播地址232的客戶端關聯(lián)確認消息234發(fā)送到主機 10。主機10和客戶端12轉(zhuǎn)變?yōu)殛P聯(lián)狀態(tài)236。在此狀態(tài)中,主機10可在任何時間起始將分層多媒體內(nèi)容238傳輸?shù)娇蛻舳?2。
圖4例示用以形成多個多播群組以處置多媒體內(nèi)容的分層傳輸?shù)倪^程的變化。在這種情況下,此過程在關聯(lián)狀態(tài)336期間發(fā)生,而不是在關聯(lián)過程期間發(fā)生。所述關聯(lián)為由以下步驟組成的“基本關聯(lián)”。最初,主機10和客戶端12處于非關聯(lián)狀態(tài)314。主機10發(fā)送指示其與客戶端12相關聯(lián)的意圖的主機關聯(lián)請求消息316。此消息包含主機關聯(lián)能力 318。僅在關聯(lián)過程是由主機起始時發(fā)送此消息。作為對此消息的響應,客戶端12發(fā)送指示其關聯(lián)意圖的客戶端關聯(lián)請求消息320。此消息包含客戶端關聯(lián)能力324。主機關聯(lián)確認 326被主機10發(fā)送到客戶端12,主機關聯(lián)確認326包含所選擇的關聯(lián)能力344和基礎多播地址330??蛻舳?2和主機10預訂多播地址346,也就是說,預訂基礎多播地址330??蛻舳?2將客戶端關聯(lián)確認334發(fā)送到主機10。此消息含有所預訂的多播地址348。主機10 和客戶端12轉(zhuǎn)變?yōu)殛P聯(lián)狀態(tài)336。在此狀態(tài)中,客戶端12將客戶端裝置能力消息322發(fā)送到主機10。主機10基于客戶端裝置能力信息322而選擇至少一個額外多播地址328,且將含有至少一個額外多播地址328的更新多播地址348發(fā)送到客戶端12。主機10和客戶端 12兩者均預訂額外多播地址 332??蛻舳?2發(fā)送包含所預訂的多播地址332的更新多播確認消息350。此時,主機10可起始分層多媒體內(nèi)容338到客戶端12的傳輸。在此變化中, 關聯(lián)過程界定基本關聯(lián),且僅當存在具有支持分層傳輸能力的客戶端12時,才發(fā)生更新多播地址348與更新多播確認消息350的交換。圖5和圖6例示更新所形成的多播群組的過程的兩個變化。從每一圖的頂部到底部按時間順序呈現(xiàn)過程的步驟。盡管僅展示了單個客戶端,但可利用若干個客戶端。圖5例示主機起始的更新過程。最初,主機10和客戶端12處于關聯(lián)狀態(tài)446,且正進行對分層多媒體內(nèi)容438的傳輸。在這種情況下,主機10發(fā)送含有至少一個所選擇的額外多播地址428的更新多播地址消息448。所選擇的額外多播地址428參數(shù)應包含已預訂的多播地址和新的多播地址(如果選擇的話)。每一多播地址應被標記為“預訂”或“非預訂”。根據(jù)多播地址如何被標記,主機10和客戶端12兩者通過預訂或不預訂多播地址來實現(xiàn)對多播地址450的更新預訂??蛻舳?2發(fā)送含有所預訂的多播地址432的更新多播確認消息452。此時,多播群組已被更新,且已準備用于分層多媒體內(nèi)容438的傳輸。圖6例示客戶端起始的更新過程。最初,主機10和客戶端12處于關聯(lián)狀態(tài)546, 且正進行對分層多媒體內(nèi)容538的傳輸。在這種情況下,客戶端12發(fā)送含有至少一個所選擇的額外多播地址528的更新多播地址消息548。所選擇的額外多播地址參數(shù)應包含已預訂的多播地址和新的多播地址(如果選擇的話)。每一多播地址應被標記為“預訂”或“非預訂”。根據(jù)多播地址如何被標記,主機10和客戶端12兩者通過預訂或不預訂多播地址來實現(xiàn)對多播地址550的更新預訂。主機10發(fā)送含有所預訂的多播地址532的更新多播確認消息552。此時,多播群組已被更新,且已準備用于分層多媒體內(nèi)容538的傳輸。注意,此更新過程中所涉及的步驟可在會話期間的任何時間發(fā)生。例如客戶端可在會話的中間確定其具有“特殊需要”(比如分層),且可決定將新的客戶端裝置能力消息發(fā)送到主機,這觸發(fā)更新多播地址與更新多播確認消息的交換。在第二示范性情形中,在會話的中間,主機決定需要改變多播地址,因為多播地址沖突或歸因于某種其它原因,或者其可決定改變從多播到單播的數(shù)據(jù)傳輸或反之亦然,主機將把更新多播地址消息發(fā)送到客戶端,這將觸發(fā)將由客戶端發(fā)送的更新多播確認消息。圖7為展示用于主機的關聯(lián)/解除關聯(lián)過程的狀態(tài)圖。主機可通過以下操作離開非關聯(lián)狀態(tài)600 :(1)將主機關聯(lián)請求 (HAR) 602發(fā)送到客戶端,或者(2)從任何客戶端接收客戶端關聯(lián)請求(CAR)630。在情況(1)中,其進入等待客戶端關聯(lián)請求(WCAR)狀態(tài)606, 艮口,在等待接收CAR 606的同時主機起始計時器的狀態(tài);此計時器在某“超時”后期滿,且可經(jīng)重新起始直到最大值“MAX_RETRIES”608。一旦CAR被接收630,其便進入到等待客戶端關聯(lián)確認(WCAC)狀態(tài)612。如果超時期滿MAX_RETRIES次632且CAR消息尚未被接收,那么主機經(jīng)由關聯(lián)否認(AD)消息628返回到非關聯(lián)狀態(tài)600;否則其發(fā)送主機關聯(lián)確認610 且進入WCAC 612。在情況(2)中,其直接進入WCAC 612。在WCAC 612狀態(tài)中,在等待接收客戶端關聯(lián)確認WCAC 612的同時主機起始計時器;此計時器在某“超時”后期滿,且可經(jīng)重新起始直到最大值“MAX_RETRIES”。如果超時和重試的數(shù)目未超過MAX_RETRIES 614,那么客戶端關聯(lián)確認(CAC)被接收616且主機進入關聯(lián)狀態(tài)618。如果超時期滿MAX_RETRIES次620且 CAC消息尚未被接收,那么主機返回到非關聯(lián)狀態(tài)600。否則,主機進入關聯(lián)狀態(tài)618。在以下情況的任一者中,主機可與客戶端一起離開關聯(lián)狀態(tài)618 :(a)在協(xié)商鏈接狀態(tài)期間622內(nèi),主機未接收客戶端鏈接狀態(tài)消息,(b)主機接收與客戶端解除關聯(lián)的請求 624,以及(c)主機決定解除關聯(lián)且將解除關聯(lián)消息626發(fā)送到客戶端。圖8為展示用于客戶端的關聯(lián)/解除關聯(lián)過程的狀態(tài)圖??蛻舳丝赏ㄟ^將客戶端關聯(lián)請求(CAR) 702發(fā)送到主機或從主機接收主機關聯(lián)請求(HAR)而離開非關聯(lián)狀態(tài)700。 在兩種情況中,客戶端進入等待主機關聯(lián)確認(WHAC)706。在WHAC狀態(tài)706中,在等待接收主機關聯(lián)確認HAC 708時客戶端起始計時器;此計時器在某超時后期滿,且可經(jīng)重新起始直到最大值“MAX_RETRIES”。如果超時期滿MAX_RETRIES次710且HAC消息尚未被接收,那么發(fā)送716關聯(lián)否認且客戶端返回到非關聯(lián)狀態(tài)700。如果HAC被接收708且超時尚未期滿且未超過MAX_RETRIES 712,那么客戶端進入關聯(lián)狀態(tài)714。在以下情況中的任一者中, 客戶端可離開與主機的關聯(lián)狀態(tài)714: (a)在所協(xié)商的鏈接狀態(tài)周期718內(nèi),客戶端未接收主機鏈接狀態(tài)消息,(b)客戶端接收與主機解除關聯(lián)的請求720,以及(c)客戶端決定解除關聯(lián)且將解除關聯(lián)消息722發(fā)送到主機。上文所描述的機構提供用于交換和更新用于分層多播傳輸應用的能力和多播地址的協(xié)議。本發(fā)明不僅解決在無線系統(tǒng)中互操作具有不同能力的裝置的問題,而且提供有效的傳輸機構,這歸于映射到不同位流層的不同多播地址的使用。傳輸?shù)綔p少數(shù)目的多播地址比傳輸?shù)饺舾蓚€客戶端單播更有效。協(xié)議還提供通過更新能力、連結(jié)/釋放多播地址和監(jiān)視鏈接質(zhì)量而適應系統(tǒng)/信道中的改變的機構。這可有用于QoS適應。例如,可通過移除映射到某多播地址的增強層的使用來減輕歸因于帶寬約束而引起的信道中的降級。如果在某時客戶端具有更多可用的處理資源,那么其可更新其能力且通知主機,所述主機可決定更新此客戶端所屬的多播群組, 且從現(xiàn)在起,客戶端將能夠接收/處理增強層(更好的質(zhì)量)。所屬領域的技術人員將了解,可使用多種不同技術和技藝中的任一者來表示信息和信號。舉例來說,可由電壓、電流、電磁波、磁場或磁性粒子、光場或光學粒子或其任何組合來表示在整個以上描述中參考的數(shù)據(jù)、指令、命令、信息、信號、位、符號及碼片。所屬領域的技術人員將進一步了解,本文中結(jié)合所揭示的方面而描述的各種說明性邏輯塊、模塊、電路和算法步驟可實施為電子硬件、計算機軟件或兩者的組合。為清楚地說明硬件與軟件的此互換性,上文已大體上就其功能性方面描述了各種說明性組件、塊、模塊、電路及步驟。將所述功能性實施為硬件還是軟件取決于特定應用及強加于整個系統(tǒng)的設計約束。所屬領域的技術人員可針對每一特定應用以不同方式來實施所描述的功能性, 但此類實施決策不應被解釋為會導致脫離本發(fā)明的范圍??捎猛ㄓ锰幚砥鳌?shù)字信號處理器(DSP)、專用集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)或其它可編程邏輯裝置、離散門或晶體管邏輯、離散硬件組件或其經(jīng)設計以執(zhí)行本文所描述的功能的任何組合來實施或執(zhí)行結(jié)合本文所揭示的方面而描述的各種說明性邏輯塊、模塊及電路。通用處理器可為微處理器,但在替代方案中,處理器可為任何常規(guī)的處理器、控制器、微控制器或狀態(tài)機。處理器還可實施為計算裝置的組合,例如,DSP與微處理器的組合、多個微處理器、結(jié)合DSP核心的一個或一個以上微處理器,或任何其它此類配置。 結(jié)合本文所揭示的方面而描述的方法或算法的步驟可直接以硬件、以由處理器執(zhí)行的軟件模塊或以所述兩者的組合來實施。軟件模塊可駐留于隨機存取存儲器(RAM)、快閃存儲器、只讀存儲器(ROM)、電可編程ROM(EPROM)、電可擦除可編程ROM(EEPROM)、寄存器、 硬盤、可裝卸磁盤、CD-ROM或此項技術中已知的任何其它形式的存儲媒體中。將示范性存儲媒體耦合到處理器,使得處理器可從存儲媒體讀取信息和將信息寫入到存儲媒體。在替代方案中,存儲媒體可與處理器成一體式。處理器及存儲媒體可駐留于ASIC中。ASIC可駐留于用戶終端中。在替代方案中,處理器及存儲媒體可作為離散組件而駐留于用戶終端中。提供對所揭示方面的先前描述以使得所屬領域的技術人員能夠制作或使用本發(fā)明。所屬領域的技術人員將易于明自對這些方面的各種修改,且可在不脫離本發(fā)明的精神或范圍的情況下將本文中所界定的一般原理應用于其它方面。因此,本發(fā)明無意限于本文中所展示的方面,而是將賦予本發(fā)明與本文所揭示的原理和新穎特征一致的最廣范圍。
權利要求
1.一種用于在通信系統(tǒng)中建立關聯(lián)以用于將分層多媒體內(nèi)容傳輸?shù)街辽僖粋€多播群組的方法,所述方法包括以下步驟a)在主機與至少一個客戶端之間提供關聯(lián)意圖,所述關聯(lián)意圖包括主機和客戶端關聯(lián)能力及客戶端裝置能力信息,所述客戶端裝置能力信息包括客戶端顯示能力和客戶端解碼能力;b)由所述主機根據(jù)所述客戶端裝置能力信息而發(fā)送關聯(lián)確認消息,所述關聯(lián)確認消息包括所選擇的關聯(lián)能力、基礎多播地址,和用于所述多播內(nèi)容的額外層的至少一個所選擇的額外多播地址;c)由所述主機和至少一個客戶端預訂所述基礎多播地址和所述至少一個所選擇的額外多播地址;d)由所述至少一個客戶端發(fā)送關聯(lián)確認消息,所述關聯(lián)確認消息包括所述所預訂的多播地址;以及e)經(jīng)由所述至少一個所選擇的額外多播地址將所述分層多媒體內(nèi)容傳輸?shù)剿鲋辽僖粋€多播群組。
2.根據(jù)權利要求1所述的方法,其中所述關聯(lián)能力包括來自由安全性屬性、多播屬性、 鏈接狀態(tài)周期性和關聯(lián)參數(shù)組成的群組的至少一個成員。
3.根據(jù)權利要求1所述的方法,其中所述客戶端裝置能力信息包括來自由顯示能力、 視頻流格式能力、視頻縮放能力、視頻解碼能力、音頻流格式能力、音頻解碼能力和用戶接口能力組成的群組的至少一個成員。
4.根據(jù)權利要求1所述的方法,其中由所述主機起始所述關聯(lián)意圖,且所述關聯(lián)意圖包括以下步驟由所述主機發(fā)送關聯(lián)請求消息,所述關聯(lián)請求消息包括所述主機關聯(lián)能力;以及由所述至少一個客戶端發(fā)送關聯(lián)請求消息,所述關聯(lián)請求消息包括所述客戶端關聯(lián)能力和客戶端裝置能力信息。
5.根據(jù)權利要求4所述的方法,其中由所述主機發(fā)送的所述關聯(lián)請求消息包括所述基礎多播地址和用于多層內(nèi)容的所述至少一個額外多播地址,且由所述至少一個客戶端發(fā)送的所述關聯(lián)請求消息包括由所述主機發(fā)送的所述至少一個額外多播地址當中的多播地址的所選擇集合。
6.根據(jù)權利要求1所述的方法,其中由所述至少一個客戶端起始所述關聯(lián)意圖,且所述關聯(lián)意圖包括由所述客戶端發(fā)送關聯(lián)請求消息,所述關聯(lián)請求消息包括所述客戶端關聯(lián)能力和所述客戶端裝置能力信息。
7.根據(jù)權利要求1所述的方法,其進一步包括更新所述關聯(lián)的步驟。
8.根據(jù)權利要求7所述的方法,其中由所述主機起始所述更新的步驟,且所述更新的步驟包括以下步驟由所述主機將更新多播地址消息發(fā)送到所述至少一個客戶端,且所述更新多播地址消息包括至少一個主機選擇的額外多播地址;以及由所述至少一個客戶端將更新多播確認消息發(fā)送到所述主機,從而確認對所述至少一個主機選擇的額外多播地址的所述預訂。
9.根據(jù)權利要求8所述的方法,其中由所述至少一個客戶端通過發(fā)送更新能力消息來觸發(fā)所述更新的步驟,所述更新能力消息包括關于所述客戶端裝置能力信息的更新。
10.根據(jù)權利要求7所述的方法,其中由所述至少一個客戶端起始所述更新的步驟,且所述更新的步驟包括以下步驟由所述至少一個客戶端將更新多播地址消息發(fā)送到所述主機,且所述更新多播地址消息包括所述至少一個額外多播地址;以及由所述主機將更新多播確認消息發(fā)送到所述至少一個客戶端,從而確認對所述至少一個額外多播地址的所述預訂。
11.根據(jù)權利要求7所述的方法,其中所述更新的步驟包括來自由更新所述基礎多播地址和更新所述至少一個所選擇的額外多播地址組成的群組的至少一個成員。
12.一種用于在通信系統(tǒng)中建立關聯(lián)以用于將分層多媒體內(nèi)容傳輸?shù)街辽僖粋€多播群組的系統(tǒng),所述系統(tǒng)包括處理器;用于在所述處理器中在主機與至少一個客戶端之間提供關聯(lián)意圖的裝置,所述關聯(lián)意圖包括主機和客戶端關聯(lián)能力及客戶端裝置能力信息,所述客戶端裝置能力信息包括客戶端顯示能力和客戶端解碼能力;用于在所述處理器中由所述主機根據(jù)所述客戶端裝置能力信息而發(fā)送關聯(lián)確認消息的裝置,所述關聯(lián)確認消息包括所選擇的關聯(lián)能力、基礎多播地址,和用于所述多播內(nèi)容的額外層的至少一個所選擇的額外多播地址;用于在所述處理器中由所述主機和至少一個客戶端預訂所述基礎多播地址和所述至少一個所選擇的額外多播地址的裝置;用于在所述處理器中由所述至少一個客戶端發(fā)送關聯(lián)確認消息的裝置,所述關聯(lián)確認消息包括所述所預訂的多播地址;以及用于在所述處理器中經(jīng)由所述至少一個所選擇的額外多播地址將所述分層多媒體內(nèi)容傳輸?shù)剿鲋辽僖粋€多播群組的裝置。
13.根據(jù)權利要求12所述的系統(tǒng),其中所述關聯(lián)能力包括來自由安全性屬性、多播屬性、鏈接狀態(tài)周期性、能力參數(shù)和關聯(lián)參數(shù)組成的群組的至少一個成員。
14.根據(jù)權利要求12所述的系統(tǒng),其中所述客戶端裝置能力信息包括來自由顯示能力、視頻流格式能力、視頻縮放能力、視頻解碼能力、音頻流格式能力、音頻解碼能力和用戶接口能力組成的群組的至少一個成員。
15.根據(jù)權利要求12所述的系統(tǒng),其中所述關聯(lián)意圖由所述主機起始,且所述系統(tǒng)包括用于在所述處理器中由所述主機發(fā)送關聯(lián)請求消息的裝置,所述關聯(lián)請求消息包括所述主機關聯(lián)能力;以及用于在所述處理器中由所述至少一個客戶端發(fā)送關聯(lián)請求消息的裝置,所述關聯(lián)請求消息包括所述客戶端關聯(lián)能力和客戶端裝置能力信息。
16.根據(jù)權利要求15所述的系統(tǒng),其中所述關聯(lián)請求消息由所述主機發(fā)送且包括所述基礎多播地址和用于多層內(nèi)容的所述至少一個額外多播地址,且由所述至少一個客戶端發(fā)送的所述關聯(lián)請求消息包括由所述主機發(fā)送的所述至少一個額外多播地址當中的多播地址的所選擇集合。
17.根據(jù)權利要求12所述的系統(tǒng),其中所述關聯(lián)意圖由所述至少一個客戶端起始,且所述系統(tǒng)包括用于在所述處理器中由所述客戶端發(fā)送關聯(lián)請求消息的裝置,且所述關聯(lián)意圖包括所述客戶端關聯(lián)能力和所述客戶端裝置能力信息。
18.根據(jù)權利要求12所述的系統(tǒng),其進一步包括用于在所述處理器中更新所述關聯(lián)的直ο
19.根據(jù)權利要求18所述的系統(tǒng),其中所述用于更新的裝置由所述主機起始,且所述系統(tǒng)包括用于在所述處理器中由所述主機將更新多播地址消息發(fā)送到所述至少一個客戶端的裝置,所述更新多播地址消息包括至少一個主機選擇的額外多播地址;以及用于在所述處理器中由所述至少一個客戶端將更新多播確認消息發(fā)送到所述主機從而確認對所述至少一個主機選擇的額外多播地址的所述預訂的裝置。
20.根據(jù)權利要求19所述的系統(tǒng),其中所述用于更新的裝置由所述至少一個客戶端通過發(fā)送更新能力消息來觸發(fā),所述更新能力消息包括關于所述客戶端裝置能力信息的更新。
21.根據(jù)權利要求18所述的系統(tǒng),其中所述用于更新的裝置由所述至少一個客戶端起始,且所述系統(tǒng)包括用于在所述處理器中由所述至少一個客戶端將更新多播地址消息發(fā)送到所述主機的裝置,所述更新多播地址消息包括所述至少一個額外多播地址;以及用于由所述主機將更新多播確認消息發(fā)送到所述至少一個客戶端從而確認對所述至少一個額外多播地址的所述預訂的裝置。
22.根據(jù)權利要求18所述的系統(tǒng),其中所述用于更新的裝置包括來自由用于更新所述基礎多播地址的裝置和用于更新所述至少一個所選擇的額外多播地址的裝置組成的群組的至少一個成員。
23.一種包括程序指令的存儲媒體,所述程序指令為計算機可執(zhí)行的,以在通信系統(tǒng)中實施關聯(lián)的建立以用于將分層多媒體內(nèi)容傳輸?shù)街辽僖粋€多播群組,所述存儲媒體包括致使在主機與至少一個客戶端之間提供關聯(lián)意圖的程序指令,所述關聯(lián)意圖包括主機和客戶端關聯(lián)能力及客戶端裝置能力信息,所述客戶端裝置能力信息包括客戶端顯示能力和客戶端解碼能力;致使由所述主機根據(jù)所述客戶端裝置能力信息而發(fā)送關聯(lián)確認消息的程序指令,所述關聯(lián)確認消息包括所選擇的關聯(lián)能力、基礎多播地址,和用于所述多播內(nèi)容的額外層的至少一個所選擇的額外多播地址;致使由所述主機和至少一個客戶端預訂所述基礎多播地址和所述至少一個所選擇的額外多播地址的程序指令;致使由所述至少一個客戶端發(fā)送關聯(lián)確認消息的程序指令,所述關聯(lián)確認消息包括所述所預訂的多播地址;以及致使經(jīng)由所述至少一個所選擇的額外多播地址將所述分層多媒體內(nèi)容傳輸?shù)剿鲋辽僖粋€多播群組的程序指令。
24.根據(jù)權利要求23所述的存儲媒體,其中所述關聯(lián)能力包括來自由安全性屬性、多播屬性、鏈接狀態(tài)周期性、能力參數(shù)和關聯(lián)參數(shù)組成的群組的至少一個成員。
25.根據(jù)權利要求23所述的存儲媒體,其中所述客戶端裝置能力信息包括來自由顯示能力、視頻流格式能力、視頻縮放能力、視頻解碼能力、音頻流格式能力、音頻解碼能力和用戶接口能力組成的群組的至少一個成員。
26.根據(jù)權利要求23所述的存儲媒體,其中所述用以提供所述關聯(lián)意圖的程序指令由所述主機起始,且所述存儲媒體包括致使由所述主機發(fā)送關聯(lián)請求消息的程序指令,所述關聯(lián)請求消息包括所述主機關聯(lián)能力;以及致使由所述至少一個客戶端發(fā)送關聯(lián)請求消息的程序指令,所述關聯(lián)請求消息包括所述客戶端請求能力和客戶端裝置能力信息。
27.根據(jù)權利要求沈所述的存儲媒體,其中由所述主機發(fā)送的所述關聯(lián)請求消息包括所述基礎多播地址和用于多層內(nèi)容的所述至少一個額外多播地址,且由所述至少一個客戶端發(fā)送的所述關聯(lián)請求消息包括由所述主機發(fā)送的所述至少一個額外多播地址當中的多播地址的所選擇集合。
28.根據(jù)權利要求23所述的存儲媒體,其中所述關聯(lián)意圖由所述至少一個客戶端起始,包括致使由所述客戶端發(fā)送關聯(lián)請求消息的程序指令,且所述關聯(lián)請求消息包括所述客戶端關聯(lián)能力和所述客戶端裝置能力信息。
29.根據(jù)權利要求23所述的存儲媒體,其進一步包括用以更新所述關聯(lián)的程序指令。
30.根據(jù)權利要求四所述的存儲媒體,其中用以更新的程序指令由所述主機起始,且所述存儲媒體包括致使所述主機將更新多播地址消息發(fā)送到所述至少一個客戶端的程序指令,所述更新多播地址消息包括至少一個主機選擇的額外多播地址;以及致使所述至少一個客戶端將更新多播確認消息發(fā)送到所述主機從而確認對所述至少一個主機選擇的額外多播地址的所述預訂的程序指令。
31.根據(jù)權利要求30所述的存儲媒體,其中所述用以更新的程序指令由所述至少一個客戶端通過致使發(fā)送更新能力消息的程序指令來觸發(fā),所述更新能力消息包括關于所述客戶端裝置能力信息的更新。
32.根據(jù)權利要求四所述的存儲媒體,其中所述用以更新的程序指令由所述至少一個客戶端起始,且所述存儲媒體包括致使由所述至少一個客戶端將更新多播地址消息發(fā)送到所述主機的程序指令,所述更新多播地址消息包括所述至少一個額外多播地址;以及致使由所述主機將更新多播確認消息發(fā)送到所述至少一個客戶端從而確認對所述至少一個額外多播地址的所述預訂的程序指令。
33.根據(jù)權利要求四所述的存儲媒體,其中所述用以更新的程序指令包括來自由用以更新所述基礎多播地址的程序指令和用以更新所述至少一個所選擇的額外多播地址的程序指令組成的群組的至少一個成員。
34.一種用于在通信系統(tǒng)中建立和更新關聯(lián)以用于將分層多媒體內(nèi)容傳輸?shù)街辽僖粋€多播群組的方法,所述方法包括以下步驟a)在主機與至少一個客戶端之間提供關聯(lián)意圖,所述關聯(lián)意圖包括關聯(lián)能力;b)由所述主機發(fā)送關聯(lián)確認消息,所述關聯(lián)確認消息包括所選擇的關聯(lián)能力和基礎多播地址;c)由所述主機和所述至少一個客戶端預訂所述基礎多播地址;d)由所述至少一個客戶端發(fā)送關聯(lián)確認消息,所述關聯(lián)確認消息包括所述所預訂的多播地址。e)從所述至少一個客戶端發(fā)送客戶端裝置能力信息,所述客戶端裝置能力信息包括客戶端顯示能力和客戶端解碼能力;f)根據(jù)所述客戶端裝置能力信息在所述主機與所述至少一個客戶端之間發(fā)送更新多播地址消息,所述更新多播地址消息包括用于所述多播內(nèi)容的若干層的至少一個額外多播地址;g)由所述主機和至少一個客戶端預訂所述至少一個額外多播地址;h)在所述至少一個客戶端與所述主機之間發(fā)送更新多播確認消息,所述更新多播確認消息包括所述所預訂的多播地址;以及i)經(jīng)由所述所選擇的至少一個額外多播地址將所述分層多媒體內(nèi)容傳輸?shù)剿鲋辽僖粋€多播群組。
35.根據(jù)權利要求34所述的方法,其中所述關聯(lián)能力包括來自由安全性屬性、多播屬性、鏈接狀態(tài)周期性和關聯(lián)參數(shù)組成的群組的至少一個成員。
36.根據(jù)權利要求34所述的方法,其中所述客戶端裝置能力信息包括來自由顯示能力、視頻流格式能力、視頻縮放能力、視頻解碼能力、音頻流格式能力、音頻解碼能力和用戶接口能力組成的群組的至少一個成員。
37.根據(jù)權利要求34所述的方法,其中由所述客戶端起始所述關聯(lián)意圖。
38.根據(jù)權利要求34所述的方法,其中由所述主機起始所述關聯(lián)意圖。
39.根據(jù)權利要求34所述的方法,其進一步包括更新所述關聯(lián)的步驟。
40.根據(jù)權利要求39所述的方法,其中由所述主機起始所述更新的步驟,且所述更新的步驟包括以下步驟由所述主機將更新多播地址消息發(fā)送到所述至少一個客戶端,所述更新多播地址消息包括至少一個主機選擇的額外多播地址;以及由所述至少一個客戶端將更新多播確認消息發(fā)送到所述主機,從而確認對所述至少一個主機選擇的額外多播地址的所述預訂。
41.根據(jù)權利要求39所述的方法,其中由所述至少一個客戶端通過發(fā)送更新能力消息來觸發(fā)所述更新的步驟,所述更新能力消息包括關于所述客戶端裝置能力信息的更新。
42.根據(jù)權利要求39所述的方法,其中由所述客戶端起始所述更新的步驟,且所述更新的步驟包括以下步驟由所述至少一個客戶端將更新多播地址消息發(fā)送到所述主機,所述更新多播地址消息包括所述至少一個額外多播地址;以及由所述主機將更新多播確認消息發(fā)送到所述至少一個客戶端,從而確認對所述至少一個額外多播地址的所述預訂。
43.根據(jù)權利要求39所述的方法,其中所述更新的步驟包括來自由更新所述基礎多播地址和更新所述至少一個主機選擇的額外多播地址組成的群組的至少一個成員。
44.一種用于在通信系統(tǒng)中建立和更新關聯(lián)以用于將分層多媒體內(nèi)容傳輸?shù)街辽僖粋€多播群組的系統(tǒng),所述系統(tǒng)包括 處理器;用于在所述處理器中在主機與至少一個客戶端之間提供關聯(lián)意圖的裝置,所述關聯(lián)意圖包括關聯(lián)能力;用于在所述處理器中由所述主機發(fā)送關聯(lián)確認消息的裝置,所述關聯(lián)確認消息包括所選擇的關聯(lián)能力和基礎多播地址;用于在所述處理器中由所述主機和至少一個客戶端預訂所述基礎多播地址的裝置; 用于在所述處理器中由所述至少一個客戶端發(fā)送關聯(lián)確認消息的裝置,所述關聯(lián)確認消息包括所述所預訂的多播地址;用于在所述處理器中將客戶端裝置能力信息從所述至少一個客戶端發(fā)送到所述主機的裝置,所述客戶端裝置能力信息包括客戶端顯示能力和客戶端解碼能力;用于在所述處理器中根據(jù)所述客戶端裝置能力信息在所述主機與所述至少一個客戶端之間發(fā)送更新多播地址消息的裝置,所述更新多播地址消息包括用于所述多播內(nèi)容的若干層的至少一個額外多播地址;用于在所述處理器中由所述主機和至少一個客戶端預訂所述基礎多播地址和所述所選擇的至少一個額外多播地址的裝置;用于在所述處理器中在所述至少一個客戶端與所述主機之間發(fā)送更新多播確認消息的裝置,所述更新多播確認消息包括所述所預訂的多播地址;以及用于在所述處理器中經(jīng)由所述所選擇的至少一個額外多播地址將所述分層多媒體內(nèi)容傳輸?shù)剿鲋辽僖粋€多播群組的裝置。
45.根據(jù)權利要求44所述的系統(tǒng),其中所述關聯(lián)能力包括來自由安全性屬性、多播屬性、鏈接狀態(tài)周期性和關聯(lián)參數(shù)組成的群組的至少一個成員。
46.根據(jù)權利要求44所述的系統(tǒng),其中所述客戶端裝置能力信息包括來自由顯示能力、視頻流格式能力、視頻縮放能力、視頻解碼能力、音頻流格式能力、音頻解碼能力和用戶接口能力組成的群組的至少一個成員。
47.根據(jù)權利要求44所述的系統(tǒng),其中所述用于提供所述關聯(lián)意圖的裝置由所述客戶端起始。
48.根據(jù)權利要求44所述的系統(tǒng),其中所述用于提供所述關聯(lián)意圖的裝置由所述主機起始。
49.根據(jù)權利要求44所述的系統(tǒng),其進一步包括用于在所述處理器中更新所述關聯(lián)的直ο
50.根據(jù)權利要求49所述的系統(tǒng),其中所述用于更新的裝置由所述主機起始,且所述系統(tǒng)包括用于在所述處理器中由所述主機將更新多播地址消息發(fā)送到所述至少一個客戶端的裝置,所述更新多播地址消息包括至少一個主機選擇的額外多播地址;以及用于在所述處理器中由所述至少一個客戶端將更新多播確認消息發(fā)送到所述主機從而確認對所述至少一個主機選擇的額外多播地址的所述預訂的裝置。
51.根據(jù)權利要求49所述的系統(tǒng),其中所述用于更新的裝置由所述至少一個客戶端通過用于發(fā)送更新能力消息的裝置來觸發(fā),所述更新能力消息包括關于所述客戶端裝置能力信息的更新。
52.根據(jù)權利要求49所述的系統(tǒng),其中所述用于更新的裝置由所述客戶端起始,且所述系統(tǒng)包括用于在所述處理器中由所述至少一個客戶端將更新多播地址消息發(fā)送到所述主機的裝置,所述更新多播地址消息包括所述至少一個額外多播地址;以及用于由所述主機將更新多播確認消息發(fā)送到所述至少一個客戶端從而確認對所述至少一個額外多播地址的所述預訂的裝置。
53.根據(jù)權利要求49所述的系統(tǒng),其中所述用于更新的裝置包括來自由用于更新所述基礎多播地址的裝置和用于更新所述至少一個主機選擇的額外多播地址的裝置組成的群組的至少一個成員。
54.一種包括程序指令的存儲媒體,所述程序指令為計算機可執(zhí)行的,以在通信系統(tǒng)中實施關聯(lián)的建立和更新以用于將分層多媒體內(nèi)容傳輸?shù)街辽僖粋€多播群組,所述存儲媒體包括致使在主機與至少一個客戶端之間提供關聯(lián)意圖的程序指令,所述關聯(lián)意圖包括關聯(lián)能力;致使由所述主機發(fā)送關聯(lián)確認消息的程序指令,所述關聯(lián)確認消息包括所選擇的關聯(lián)能力和基礎多播地址;致使由所述主機和至少一個客戶端預訂所述基礎多播地址的程序指令;致使由所述至少一個客戶端發(fā)送關聯(lián)確認消息的程序指令,所述關聯(lián)確認消息包括所述所預訂的多播地址。致使從所述至少一個客戶端發(fā)送客戶端裝置能力信息的程序指令,所述客戶端裝置能力信息包括客戶端顯示能力和客戶端解碼能力;致使根據(jù)所述客戶端裝置能力信息在所述主機與所述至少一個客戶端之間發(fā)送更新多播地址消息的程序指令,所述更新多播地址消息包括用于所述多播內(nèi)容的若干層的至少一個額外多播地址;致使由所述主機和至少一個客戶端預訂所述所選擇的至少一個額外多播地址的程序指令;致使在所述至少一個客戶端與主機之間發(fā)送更新多播確認消息的程序指令,所述更新多播確認消息包括所述所預訂的多播地址;以及致使經(jīng)由所述所選擇的至少一個額外多播地址將所述分層多媒體內(nèi)容傳輸?shù)剿鲋辽僖粋€多播群組的程序指令。
55.根據(jù)權利要求54所述的存儲媒體,其中所述關聯(lián)能力包括來自由安全性屬性、多播屬性、鏈接狀態(tài)周期性和關聯(lián)參數(shù)組成的群組的至少一個成員。
56.根據(jù)權利要求54所述的存儲媒體,其中所述客戶端裝置能力信息包括來自由顯示能力、視頻流格式能力、視頻縮放能力、視頻解碼能力、音頻流格式能力、音頻解碼能力和用戶接口能力組成的群組的至少一個成員。
57.根據(jù)權利要求54所述的存儲媒體,其中所述引起所述關聯(lián)意圖的程序指令由所述客戶端起始。
58.根據(jù)權利要求54所述的存儲媒體,其中所述引起所述關聯(lián)意圖的程序指令由所述主機起始。
59.根據(jù)權利要求54所述的存儲媒體,其進一步包括致使更新所述關聯(lián)的程序指令。
60.根據(jù)權利要求59所述的存儲媒體,其中所述引起所述更新的程序指令由所述主機起始,且包括致使由所述主機將更新多播地址消息發(fā)送到所述至少一個客戶端的程序指令,所述更新多播地址消息包括至少一個主機選擇的額外多播地址;以及致使由所述至少一個客戶端將更新多播確認消息發(fā)送到所述主機從而確認對所述至少一個主機選擇的額外多播地址的所述預訂的程序指令。
61.根據(jù)權利要求59所述的存儲媒體,其中所述引起所述更新的程序指令由所述至少一個客戶端通過致使發(fā)送更新能力消息的程序指令來觸發(fā),所述更新能力消息包括關于所述客戶端裝置能力信息的更新。
62.根據(jù)權利要求59所述的存儲媒體,其中所述引起所述更新的程序指令由所述客戶端起始,且所述存儲媒體包括致使由所述至少一個客戶端將更新多播地址消息發(fā)送到所述主機的程序指令,所述更新多播地址消息包括所述至少一個額外多播地址;以及致使由所述主機將更新多播確認消息發(fā)送到所述至少一個客戶端從而確認對所述至少一個額外多播地址的所述預訂的程序指令。
63.根據(jù)權利要求59所述的存儲媒體,其中所述引起所述更新的程序指令包括來自由更新所述基礎多播地址和更新所述至少一個主機選擇的額外多播地址組成的群組的至少一個成員。
全文摘要
一種用于無線移動顯示數(shù)字接口(WMDDI)關聯(lián)程序的方法、系統(tǒng)和計算機程序產(chǎn)品,所述無線移動顯示數(shù)字接口關聯(lián)程序允許基于主機和客戶端能力來建立和連結(jié)一個以上多播群組以促進多個客戶端裝置的互操作性。協(xié)議實現(xiàn)分層多播傳輸應用的能力和多播地址的交換和更新。所述系統(tǒng)用于互操作具有不同能力的裝置,且通過使用映射到位流的不同層的不同多播地址而實現(xiàn)高效的傳輸。所述協(xié)議適應于能力上、多播地址連結(jié)/釋放上和鏈接質(zhì)量上的改變。
文檔編號H04W4/08GK102308520SQ201080007248
公開日2012年1月4日 申請日期2010年2月11日 優(yōu)先權日2009年2月12日
發(fā)明者休伊·特蘭多, 克里希南·拉亞馬尼, 福阿德·肖卡特, 索哈母·謝特, 胡迪特·馬蒂內(nèi)·包薩, 薩米爾·S·蘇萊曼, 迪內(nèi)?!み_爾馬拉朱, 順亞·達斯 申請人:高通股份有限公司