用于支持對(duì)等無(wú)線顯示系統(tǒng)中的多個(gè)阱設(shè)備群的會(huì)話管理和控制規(guī)程的制作方法
【專(zhuān)利摘要】描述了用于會(huì)話管理和控制規(guī)程以支持對(duì)等無(wú)線顯示系統(tǒng)中的多個(gè)阱設(shè)備群的裝置和方法。一個(gè)實(shí)現(xiàn)可包括被配置成向多個(gè)阱設(shè)備傳送多媒體內(nèi)容的裝置。該裝置可包括被配置成通過(guò)Wi?Fi對(duì)等連接來(lái)連接到每一阱設(shè)備的處理器。該處理器可被進(jìn)一步配置成從每一阱設(shè)備接受能力信息。該處理器可被進(jìn)一步配置成生成包括群會(huì)話ID和傳輸端口號(hào)的控制消息。該處理器可被進(jìn)一步配置成確定用于阱設(shè)備的流送參數(shù)集。該處理器可被進(jìn)一步配置成使用該傳輸端口號(hào)并根據(jù)該流送參數(shù)集來(lái)向每一Wi?Fi對(duì)等連接的阱設(shè)備傳送該特定多媒體內(nèi)容。
【專(zhuān)利說(shuō)明】
用于支持對(duì)等無(wú)線顯示系統(tǒng)中的多個(gè)阱設(shè)備群的會(huì)話管理和 控制規(guī)程
技術(shù)領(lǐng)域
[0001] 所描述的技術(shù)一般設(shè)及多媒體內(nèi)容的無(wú)線流送。更具體而言，本公開(kāi)設(shè)及用于支 持對(duì)等無(wú)線顯示系統(tǒng)中的多個(gè)阱設(shè)備群的會(huì)話管理和控制規(guī)程。
[0002] 戦
[0003] 已經(jīng)做出最新的進(jìn)步W允許將視頻和音頻從一個(gè)啟用無(wú)線通信的設(shè)備直接流送 到另一個(gè)啟用無(wú)線通信的設(shè)備。一種運(yùn)樣的系統(tǒng)被稱(chēng)為"Miracast"eMiracast是由Wi-Fi聯(lián) 盟頒布的無(wú)線（例如，I邸E 802.11無(wú)線協(xié)議族或"Wi-Fi")顯示協(xié)議的商標(biāo)。如此處所使用 的，術(shù)語(yǔ)Miracast指的是Wi-Fi聯(lián)盟的顯示共享協(xié)議的當(dāng)前形式，其也被稱(chēng)為Wi-Fi顯示 (WFDKMiracast規(guī)范被設(shè)計(jì)成用于將任何類(lèi)型的視頻比特流從源設(shè)備流送到阱設(shè)備。作為 一個(gè)示例，源可W是智能電話，而阱可W是電視機(jī)。盡管在典型的IEEE 802.11無(wú)線網(wǎng)絡(luò)中， 客戶(hù)機(jī)設(shè)備通過(guò)接入點(diǎn)(AP)設(shè)備來(lái)進(jìn)行通信，但存在支持直接設(shè)備通信的協(xié)議(諸如Wi-Fi Direct) nMiracast系統(tǒng)使用運(yùn)些協(xié)議來(lái)將顯示數(shù)據(jù)從一個(gè)設(shè)備發(fā)送到另一設(shè)備，諸如從智 能電話發(fā)送到電視機(jī)或計(jì)算機(jī)，或反之。Miracast系統(tǒng)設(shè)及將源設(shè)備的帖緩沖器W及揚(yáng)聲 器音頻的內(nèi)容通過(guò)Wi-Fi連接共享到遠(yuǎn)程顯示器/揚(yáng)聲器設(shè)備(阱）。
[0004] Miracast協(xié)議設(shè)及源捕捉來(lái)自帖緩沖器的RGB數(shù)據(jù)W及來(lái)自音頻子系統(tǒng)的任何 PCM(脈沖編碼調(diào)制）音頻數(shù)據(jù)。帖緩沖器中的內(nèi)容可W從在該源上運(yùn)行的應(yīng)用程序或媒體 播放器中導(dǎo)出。源然后壓縮視頻和音頻內(nèi)容并將運(yùn)些數(shù)據(jù)傳送到阱設(shè)備。當(dāng)接收到比特流 時(shí)，阱對(duì)該比特流進(jìn)行解碼并將其呈現(xiàn)在該阱的本地顯示器和/或揚(yáng)聲器上。
[0005] 當(dāng)前Miracast規(guī)范主要處置用于從一個(gè)源設(shè)備到一個(gè)阱設(shè)備的多媒體流送的會(huì) 話建立和控制。為了支持將媒體內(nèi)容從一個(gè)源設(shè)備共享到若干阱設(shè)備，Wi-Fi顯示會(huì)話管理 需要增強(qiáng)W允許控制向阱設(shè)備群的媒體流送。
[0006] 概述
[0007]提供了配置成向多個(gè)阱設(shè)備傳送多媒體內(nèi)容的裝置。該裝置包括被配置成通過(guò) Wi-Fi對(duì)等連接來(lái)連接到該多個(gè)阱設(shè)備中的每一者的處理器。該處理器被進(jìn)一步配置成從 請(qǐng)求特定多媒體內(nèi)容的每一 Wi-Fi對(duì)等連接的阱設(shè)備接收能力信息。該處理器被進(jìn)一步配 置成生成包括群會(huì)話ID和傳輸端口號(hào)的控制消息，該傳輸端口號(hào)將用于向每一 Wi-Fi對(duì)等 連接的阱設(shè)備傳遞與該群相關(guān)聯(lián)的特定多媒體內(nèi)容。該處理器被進(jìn)一步配置成向每一 WiFi 對(duì)等連接的阱設(shè)備傳送該控制消息。該處理器被進(jìn)一步配置成確定用于與該群會(huì)話 ID 相 關(guān)聯(lián)的Wi-Fi對(duì)等連接的阱設(shè)備的流送參數(shù)集。該處理器被進(jìn)一步配置成使用傳輸端口號(hào) 并根據(jù)該流送參數(shù)集來(lái)向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳送該特定多媒體內(nèi)容。
[000引提供了向多個(gè)阱設(shè)備傳送多媒體內(nèi)容的方法。該方法包括通過(guò)Wi-Fi對(duì)等連接來(lái) 連接到該多個(gè)阱設(shè)備中的每一者。該方法還包括從請(qǐng)求特定多媒體內(nèi)容的每一 Wi-Fi對(duì)等 連接的阱設(shè)備接收能力信息。該方法還包括生成包括群會(huì)話ID和傳輸端口號(hào)的控制消息， 該傳輸端口號(hào)將用于向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳達(dá)與該群相關(guān)聯(lián)的特定多媒體內(nèi) 容。該方法還包括向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳送該控制消息。該方法還包括確定用于 與該群會(huì)話ID相關(guān)聯(lián)的Wi-Fi對(duì)等連接的阱設(shè)備的流送參數(shù)集。該方法還包括使用該傳輸 端口號(hào)并根據(jù)該流送參數(shù)集來(lái)向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳送該特定多媒體內(nèi)容。
[0009] 提供了用于向多個(gè)阱設(shè)備傳送多媒體內(nèi)容的裝備。該裝備包括用于通過(guò)Wi-Fi對(duì) 等連接來(lái)連接到該多個(gè)阱設(shè)備中的每一者的裝置。該裝備還包括用于從請(qǐng)求特定多媒體內(nèi) 容的每一 Wi-Fi對(duì)等連接的阱設(shè)備接收能力信息的裝置。該裝備還包括生成包括群會(huì)話ID 和傳輸端口號(hào)的控制消息的裝置，該傳輸端口號(hào)將用于向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳 遞與該群相關(guān)聯(lián)的特定多媒體內(nèi)容。該裝備還包括用于向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳 送該控制消息的裝置。該裝備還包括用于確定用于與該群會(huì)話ID相關(guān)聯(lián)的Wi-Fi對(duì)等連接 的阱設(shè)備的流送參數(shù)集的裝置。該裝備還包括用于使用該傳輸端口號(hào)并根據(jù)該流送參數(shù)集 來(lái)向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳送該特定多媒體內(nèi)容的裝置。
[0010] 提供了包括代碼的非瞬態(tài)計(jì)算機(jī)可讀介質(zhì)，該代碼在被執(zhí)行時(shí)使一裝置向多個(gè)阱 設(shè)備傳送多媒體內(nèi)容。該介質(zhì)還包括在被執(zhí)行時(shí)使一裝置通過(guò)Wi-Fi對(duì)等連接來(lái)連接到多 個(gè)阱設(shè)備中的每一者的代碼。該介質(zhì)還包括在被執(zhí)行時(shí)使一裝置從請(qǐng)求特定多媒體內(nèi)容的 每一 Wi-Fi對(duì)等連接的阱設(shè)備接收能力信息的代碼。該介質(zhì)還包括在被執(zhí)行時(shí)使一裝置生 成包括群會(huì)話ID和傳輸端口號(hào)的控制消息的代碼，該傳輸端口號(hào)將用于向每一 Wi-Fi對(duì)等 連接的阱設(shè)備傳達(dá)與該群相關(guān)聯(lián)的特定多媒體內(nèi)容。該介質(zhì)還包括在被執(zhí)行時(shí)使一裝置向 每一 Wi-Fi對(duì)等連接的阱設(shè)備傳送該控制消息的代碼。該介質(zhì)還包括在被執(zhí)行時(shí)使一裝置 確定用于與該群會(huì)話ID相關(guān)聯(lián)的Wi-Fi對(duì)等連接的阱設(shè)備的流送參數(shù)集的代碼。該介質(zhì)還 包括在被執(zhí)行時(shí)使一裝置使用該傳輸端口號(hào)并根據(jù)該流送參數(shù)集來(lái)向每一 Wi-Fi對(duì)等連接 的阱設(shè)備傳送該特定多媒體內(nèi)容的代碼。
[0011] 附圖簡(jiǎn)述
[0012] 圖IA是Miracast多媒體流送系統(tǒng)的一個(gè)實(shí)現(xiàn)中的源設(shè)備和阱設(shè)備的框圖。
[0013] 圖IB是圖IA的Miracast多媒體流送系統(tǒng)的一個(gè)實(shí)現(xiàn)中的源設(shè)備的框圖。
[0014] 圖IC是圖IA的Miracast多媒體流送系統(tǒng)的一個(gè)實(shí)現(xiàn)中的阱設(shè)備的框圖。
[001引圖2解說(shuō)了在可W在圖IA的Miracast多媒體流送系統(tǒng)內(nèi)采用的無(wú)線設(shè)備中可利用 的各種組件。
[0016] 圖3解說(shuō)了從源設(shè)備到數(shù)個(gè)阱群的媒體流送的拓?fù)洹?br>[0017] 圖4解說(shuō)了從源設(shè)備到多個(gè)阱群的媒體流送的編群示例。
[0018] 圖5解說(shuō)了阱設(shè)備加入源發(fā)起并控制的群會(huì)話的示例步驟序列。
[0019] 圖6A解說(shuō)了 Wi-Fi顯示源設(shè)備與數(shù)個(gè)Wi-Fi顯示阱設(shè)備之間的W源為中屯、的、基于 RTSP的能力協(xié)商和群會(huì)話建立方法的一個(gè)示例實(shí)現(xiàn)，并繼續(xù)到圖6B。
[0020] 圖6B進(jìn)一步解說(shuō)了圖6A的Wi-Fi顯示源設(shè)備與數(shù)個(gè)Wi-Fi顯示阱設(shè)備之間的W源 為中屯、的、基于RTSP的能力協(xié)商和群會(huì)話建立方法的示例實(shí)現(xiàn)。
[0021] 圖7A解說(shuō)了 Wi-Fi顯示源設(shè)備與數(shù)個(gè)Wi-Fi顯示阱設(shè)備之間的W源為中屯、的、基于 RTSP的群會(huì)話建立和能力協(xié)商方法的另一個(gè)示例實(shí)現(xiàn)，并繼續(xù)到圖7B。
[0022] 圖7B進(jìn)一步解說(shuō)了圖7A的Wi-Fi顯示源設(shè)備與數(shù)個(gè)Wi-Fi顯示阱設(shè)備之間的W源 為中屯、的、基于RTSP的群會(huì)話建立和能力協(xié)商方法的示例實(shí)現(xiàn)。
[0023] 圖8A解說(shuō)了 Wi-Fi顯示源設(shè)備與數(shù)個(gè)Wi-Fi顯示阱設(shè)備之間的W源為中屯、的、基于 RTSP的群會(huì)話建立和能力協(xié)商方法的另一個(gè)示例實(shí)現(xiàn)，并繼續(xù)到圖8B。
[0024] 圖SB進(jìn)一步解說(shuō)了圖8A的Wi-Fi顯示源設(shè)備與數(shù)個(gè)Wi-Fi顯示阱設(shè)備之間的W源 為中屯、的、基于RTSP的群會(huì)話建立和能力協(xié)商方法的示例實(shí)現(xiàn)。
[0025] 圖9A解說(shuō)了 Wi-Fi顯示源設(shè)備與數(shù)個(gè)Wi-Fi顯示阱設(shè)備之間的W源為中屯、的、基于 RTSP的群會(huì)話建立和能力協(xié)商方法的另一個(gè)示例實(shí)現(xiàn)，并繼續(xù)到圖9B。
[00%] 圖9B進(jìn)一步解說(shuō)了圖9A的Wi-Fi顯示源設(shè)備與數(shù)個(gè)Wi-Fi顯示阱設(shè)備之間的W源 為中屯、的、基于RTSP的群會(huì)話建立和能力協(xié)商方法的示例實(shí)現(xiàn)。
[0027]圖IOA解說(shuō)了 Wi-Fi顯示源設(shè)備、Wi-Fi顯示主控阱設(shè)備W及數(shù)個(gè)從屬阱設(shè)備之間 的W阱為中屯、的、基于RTSP的群會(huì)話管理方法的示例實(shí)現(xiàn)，并繼續(xù)至圖10B。
[002引圖IOB進(jìn)一步解說(shuō)了圖IOA的Wi-Fi顯示源設(shè)備、Wi-Fi顯示主控阱設(shè)備W及多個(gè)從 屬阱設(shè)備之間的W阱為中屯、的、基于RTSP的群會(huì)話管理方法的示例實(shí)現(xiàn)。
[0029] 圖IlA解說(shuō)了用于Wi-Fi顯示群會(huì)話管理的示例子元素內(nèi)容布局，并繼續(xù)至圖11B。
[0030] 圖1IB進(jìn)一步解說(shuō)了圖1IA的用于Wi-Fi顯示群會(huì)話管理的示例子元素內(nèi)容布局。
[0031] 圖12解說(shuō)了用于為群會(huì)話遞送多媒體內(nèi)容的數(shù)據(jù)面找的示例。
[0032] 各附圖中解說(shuō)的各種特征可能并非按比例繪制。相應(yīng)地，出于清晰起見(jiàn)，各個(gè)特征 的尺寸可能被任意放大或縮小。另外，繪圖中的一些可能并不描繪給定系統(tǒng)、方法或設(shè)備的 所有組件。最后，類(lèi)似附圖標(biāo)記可被用于貫穿說(shuō)明書(shū)和附圖標(biāo)示類(lèi)似特征。
[0033] 詳細(xì)描述
[0034] 下面結(jié)合附圖闡述的詳細(xì)描述旨在作為對(duì)本發(fā)明的特定實(shí)現(xiàn)的描述，而非旨在代 表可在其中實(shí)踐本發(fā)明的僅有實(shí)現(xiàn)。貫穿本描述使用的術(shù)語(yǔ)"示例性"意指"用作示例、實(shí)例 或解說(shuō)"，并且不應(yīng)當(dāng)一定要解釋成優(yōu)于或勝過(guò)其他示例性實(shí)現(xiàn)。本詳細(xì)描述包括具體細(xì) 節(jié)，其目的在于提供對(duì)所公開(kāi)的實(shí)現(xiàn)的透徹理解。在某些實(shí)例中，某些設(shè)備W框圖形式示 出。
[0035] W下參照附圖更全面地描述本新穎系統(tǒng)、裝置和方法的各種方面。然而，所公開(kāi)的 教導(dǎo)可用許多不同的形式實(shí)施并且不應(yīng)解釋為被限定于本公開(kāi)通篇所給出的任何特定結(jié) 構(gòu)或功能。確切而言，提供運(yùn)些方面是為了使本公開(kāi)將是透徹和完整的，并且其將向本領(lǐng)域 技術(shù)人員完全傳達(dá)本公開(kāi)的范圍?；诒疚闹械慕虒?dǎo)，本領(lǐng)域技術(shù)人員應(yīng)領(lǐng)會(huì)到，本公開(kāi)的 范圍旨在覆蓋本文中公開(kāi)的運(yùn)些新穎的系統(tǒng)、裝置和方法的任何方面，不論其是獨(dú)立實(shí)現(xiàn) 的還是與本發(fā)明的任何其他方面組合實(shí)現(xiàn)的。例如，可W使用本文所闡述的任何數(shù)目的方 面來(lái)實(shí)現(xiàn)裝置或?qū)嵺`方法。另外，本發(fā)明的范圍旨在覆蓋使用作為本文中所闡述的本發(fā)明 各種方面的補(bǔ)充或者與之不同的其他結(jié)構(gòu)、功能性、或者結(jié)構(gòu)及功能性來(lái)實(shí)踐的裝置或方 法。應(yīng)當(dāng)理解，本文所公開(kāi)的任何方面可W由權(quán)利要求的一個(gè)或多個(gè)要素來(lái)實(shí)施。
[0036] 盡管本文描述了特定方面，但運(yùn)些方面的眾多變體和置換落在本公開(kāi)的范圍之 內(nèi)。盡管提到了優(yōu)選方面的一些益處和優(yōu)點(diǎn)，但本公開(kāi)的范圍并非旨在被限定于特定益處、 用途或目標(biāo)。確切而言，本公開(kāi)的各方面旨在寬泛地適用于不同的無(wú)線技術(shù)、系統(tǒng)配置、網(wǎng) 絡(luò)、和傳輸協(xié)議，其中一些藉由示例在附圖和W下對(duì)優(yōu)選方面的描述中解說(shuō)。詳細(xì)描述和附 圖僅僅解說(shuō)本公開(kāi)而非限定本公開(kāi)，本公開(kāi)的范圍由所附權(quán)利要求及其等效技術(shù)方案來(lái)定 義。
[0037] 如上所提及的，當(dāng)前Miracast規(guī)范主要處置用于從一個(gè)源設(shè)備到一個(gè)阱設(shè)備的多 媒體流送的會(huì)話建立和控制。擴(kuò)展一些實(shí)現(xiàn)W建立從源設(shè)備到多個(gè)阱設(shè)備中的每一者的個(gè) 體Wi-Fi顯示(W抑)會(huì)話并向每一阱設(shè)備流送多媒體內(nèi)容可W是有實(shí)現(xiàn)可能的。然而，會(huì)話 管理、會(huì)話控制W及媒體有效載荷處理要求維護(hù)分別的協(xié)議找和網(wǎng)絡(luò)資源(例如，TCP/UDP 端口），并且運(yùn)超出了當(dāng)前Miracast規(guī)范的范圍。另外，該辦法的復(fù)雜性和帶寬要求可能將 此類(lèi)實(shí)現(xiàn)限于少量阱設(shè)備或低質(zhì)量媒體格式。由于缺乏多會(huì)話處置(例如，如多播或廣播那 樣）的控制和靈活性，該辦法還可能導(dǎo)致諸個(gè)體阱設(shè)備變得失步。此外，此類(lèi)實(shí)現(xiàn)在各種產(chǎn) 品之間可能不是可互操作的。為了支持將媒體內(nèi)容從一個(gè)源設(shè)備共享到若干阱設(shè)備，Wi-Fi 顯示會(huì)話管理需要增強(qiáng)W允許控制到阱設(shè)備群的媒體流送。該增強(qiáng)可W按用于針對(duì)多設(shè)備 (1:N)拓?fù)涞臅?huì)話建立、會(huì)話控制W及數(shù)據(jù)面處置的新配置的形式出現(xiàn)。
[0038] 本公開(kāi)設(shè)及允許此處被稱(chēng)為源的第一設(shè)備向此處被稱(chēng)為阱的一個(gè)或多個(gè)第二設(shè) 備遞送多媒體內(nèi)容W供在第二設(shè)備上顯示的系統(tǒng)和方法。在一些實(shí)現(xiàn)中，每一個(gè)設(shè)備都能 夠根據(jù)在此可被稱(chēng)為"Wi-Fi"的IE邸802.11無(wú)線通信協(xié)議族中的一個(gè)或多個(gè)協(xié)議來(lái)無(wú)線 地通信。盡管運(yùn)些設(shè)備通常通過(guò)接入點(diǎn)（AP)而不是直接地通信，但已經(jīng)開(kāi)發(fā)出允許源設(shè)備 在不使用任何AP或其它中介的情況下直接向阱設(shè)備傳送多媒體內(nèi)容的協(xié)議。如上所述，一 個(gè)運(yùn)樣的協(xié)議被稱(chēng)為Miracast。W下闡述對(duì)該協(xié)議的增強(qiáng)和擴(kuò)展。運(yùn)些增強(qiáng)和擴(kuò)展不僅適 用于Miracast,而且還適用于允許在本地環(huán)境中無(wú)線連接的設(shè)備上和之間傳送、接收和呈 現(xiàn)顯示數(shù)據(jù)的任何顯示共享設(shè)備或協(xié)議、系統(tǒng)或方法，其中"本地"一般指無(wú)線LAN連接的范 圍，諸如房間、建筑物內(nèi)等等。
[0039] 在Miracast規(guī)范的當(dāng)前狀態(tài)中，不支持向阱群流送多媒體內(nèi)容。能力協(xié)商和會(huì)話 建立被限于一個(gè)源設(shè)備和一個(gè)阱設(shè)備。此外，可能不支持對(duì)內(nèi)容的任何多播/群播的流送控 審IJo為了解決至少運(yùn)些問(wèn)題，當(dāng)前在Miracast中用于對(duì)等流送控制的RTSP(實(shí)時(shí)流送協(xié)議） 控制面可被擴(kuò)展W管理阱設(shè)備群。此外，可基于阱設(shè)備群的能力來(lái)在逐群的基礎(chǔ)上完成PES (分組化元流）、MPEG2-TS傳輸、W及RTP分組化。MPEG2-TS復(fù)用可包括多個(gè)節(jié)目的內(nèi)容。此 夕h關(guān)于由RTSP控制找進(jìn)行群尋址式帖遞送的MAC層能力W及內(nèi)容處理數(shù)據(jù)面的知識(shí)可使 得能對(duì)會(huì)話參數(shù)進(jìn)行高效設(shè)置。
[0040] 現(xiàn)在參考圖IA到1C，在Miracast系統(tǒng)中，可W在源設(shè)備30與阱設(shè)備32之間進(jìn)行附 加控制通信和傳遞協(xié)議協(xié)商。如圖IA所示，在源30處，將顯示數(shù)據(jù)34路由至編碼器36。在常 規(guī)Miracast系統(tǒng)中，編碼器36和解碼器38分別使用H. 264協(xié)議來(lái)對(duì)視頻進(jìn)行編碼和解碼。該 數(shù)據(jù)然后使用具有常規(guī)Miracast系統(tǒng)中的實(shí)時(shí)傳輸協(xié)議(RTSP)消息接發(fā)的MPEG2傳輸流來(lái) 被無(wú)線地傳送到阱32。當(dāng)在阱32處接收到該數(shù)據(jù)時(shí)，將該數(shù)據(jù)路由至對(duì)應(yīng)的解碼器38并將 其發(fā)送到阱32上的顯示器40。還在源30和阱32之間傳遞控制信號(hào)。在常規(guī)Miracast系統(tǒng)中， 利用用于一個(gè)對(duì)等會(huì)話設(shè)立和會(huì)話維護(hù)的控制信號(hào)。
[0041] 現(xiàn)在參考圖1B，解說(shuō)了圖1的源設(shè)備30的一個(gè)實(shí)現(xiàn)的框圖。在圖IB中，源設(shè)備包括 圖形處理單元(GPU) 50、顯示處理器/混合器52、帖緩沖器54和顯示器56。該源可W正在運(yùn)行 若干應(yīng)用，諸如應(yīng)用1 62和應(yīng)用2 64等，其可提供顯示數(shù)據(jù)W供呈現(xiàn)給用戶(hù)。在源操作系統(tǒng) 的控制下，GPU 50和顯示處理器/混合器52準(zhǔn)備顯示數(shù)據(jù)并填充帖緩沖器54, W供轉(zhuǎn)發(fā)給顯 示器56。該源還可包括媒體播放器66，其也通過(guò)視頻解碼器來(lái)將內(nèi)容路由到顯示處理器/混 合器52。
[0042] 鏡像模式中的常規(guī)MIracast多媒體流送中在一個(gè)源設(shè)備到一個(gè)阱設(shè)備之間的數(shù) 據(jù)流由圖IB解說(shuō)。當(dāng)正在執(zhí)行Miracast鏡像時(shí)，帖緩沖器54中相繼的像素?cái)?shù)據(jù)帖沿?cái)?shù)據(jù)路 徑80被路由到視頻編碼器72,經(jīng)編碼的數(shù)據(jù)由模塊74組裝成MPEG2傳輸流，由模塊75將其與 RTP消息接發(fā)數(shù)據(jù)組合，并被路由到套接字77 W供傳送到阱設(shè)備32。在常規(guī)Miracast中，編 碼器72是H.264編碼器，而套接字是UDP(用戶(hù)數(shù)據(jù)報(bào)協(xié)議)套接字，且不支持其它選項(xiàng)。
[0043] 阱設(shè)備32在圖IC中解說(shuō)。在該阱中，套接字92接收傳入數(shù)據(jù)流，用模塊94提取RTP 報(bào)頭信息，并且用模塊96提取顯示數(shù)據(jù)。顯示數(shù)據(jù)可被路由至視頻解碼器98,然后至顯示處 理器/混合器102,該顯示處理器/混合器填充帖緩沖器104W供呈現(xiàn)在顯示器106上。在常規(guī) Miracast中，視頻解碼器98是H. 264解碼器，運(yùn)在與Miracast標(biāo)準(zhǔn)兼容的任何阱設(shè)備中是必 雨的。
[0044] 圖2解說(shuō)了可W在上述Miracast多媒體流送系統(tǒng)內(nèi)采用的無(wú)線設(shè)備180中可利用 的各種組件。無(wú)線設(shè)備180是可被配置成實(shí)現(xiàn)本文描述的各種方法的設(shè)備的示例。
[0045] 無(wú)線設(shè)備180可包括控制無(wú)線設(shè)備180的操作的處理器184。處理器184也可被稱(chēng)為 中央處理單元(CPU)?？砂ㄖ蛔x存儲(chǔ)器(ROM)和隨機(jī)存取存儲(chǔ)器(RAM)兩者的存儲(chǔ)器186向 處理器184提供指令和數(shù)據(jù)。存儲(chǔ)器186的一部分還可包括非易失性隨機(jī)存取存儲(chǔ)器 (NVRAM)。處理器184通?；诖鎯?chǔ)器186內(nèi)存儲(chǔ)的程序指令來(lái)執(zhí)行邏輯和算術(shù)運(yùn)算。存儲(chǔ)器 186中的指令可W是可執(zhí)行的W實(shí)現(xiàn)本文描述的方法。例如，取決于設(shè)備是源30、阱32、還是 兩者，圖1A、1B和IC中的框可W用處理器184和存儲(chǔ)器186來(lái)實(shí)現(xiàn)。處理器184可包括用一個(gè) 或多個(gè)處理器實(shí)現(xiàn)的處理系統(tǒng)或者可W是其組件。運(yùn)一個(gè)或多個(gè)處理器可W用通用微處理 器、微控制器、數(shù)字信號(hào)處理器(DSP)、現(xiàn)場(chǎng)可編程口陣列(FPGA)、可編程邏輯器件(PLD)JS 制器、狀態(tài)機(jī)、選通邏輯、分立硬件組件、專(zhuān)用硬件有限狀態(tài)機(jī)、或能夠?qū)π畔?zhí)行演算或其 他操縱的任何其他合適實(shí)體的任何組合來(lái)實(shí)現(xiàn)。
[0046] 處理系統(tǒng)還可包括用于存儲(chǔ)軟件的機(jī)器可讀介質(zhì)。軟件應(yīng)當(dāng)被寬泛地解釋成意指 任何類(lèi)型的指令，無(wú)論其被稱(chēng)作軟件、固件、中間件、微代碼、硬件描述語(yǔ)言、或是其他。指令 可包括代碼(例如，呈源代碼格式、二進(jìn)制代碼格式、可執(zhí)行代碼格式、或任何其他合適的代 碼格式）。運(yùn)些指令在由該一個(gè)或多個(gè)處理器執(zhí)行時(shí)使處理系統(tǒng)執(zhí)行本文描述的各種功能。
[0047] 無(wú)線設(shè)備180還可包括外殼188,該外殼188可包含發(fā)射機(jī)190和接收機(jī)192W允許 在無(wú)線設(shè)備180和遠(yuǎn)程位置之間進(jìn)行數(shù)據(jù)的傳送和接收。發(fā)射機(jī)190和接收機(jī)192可被組合 成收發(fā)機(jī)194。可提供天線196并使之電禪合至收發(fā)機(jī)194。無(wú)線設(shè)備180還可包括(未示出） 多個(gè)發(fā)射機(jī)、多個(gè)接收機(jī)、多個(gè)收發(fā)機(jī)、和/或多個(gè)天線。
[0048] 無(wú)線設(shè)備180還可包括可被用于力圖檢測(cè)和量化由收發(fā)機(jī)194接收到的信號(hào)電平 的信號(hào)檢測(cè)器200。信號(hào)檢測(cè)器200可檢測(cè)諸如總能量、每副載波每碼元能量、功率譜密度之 類(lèi)的信號(hào)W及其他信號(hào)。無(wú)線設(shè)備180還可包括用于處理信號(hào)的數(shù)字信號(hào)處理器(DSP)202。 DSP 202可被配置成生成數(shù)據(jù)單元W供傳輸。無(wú)線設(shè)備180還可包括顯示器204和用戶(hù)接口 206。用戶(hù)接口 206可包括觸摸屏、小鍵盤(pán)、話筒和/或揚(yáng)聲器。用戶(hù)接口206可包括向無(wú)線設(shè) 備180的用戶(hù)傳達(dá)信息和/或從該用戶(hù)接收輸入的任何元件或組件。
[0049] 無(wú)線設(shè)備180的各種組件可由一個(gè)或多個(gè)總線系統(tǒng)208禪合在一起?？偩€系統(tǒng)208 可包括例如數(shù)據(jù)總線，W及除了數(shù)據(jù)總線之外還有電源總線、控制信號(hào)總線和狀態(tài)信號(hào)總 線。本領(lǐng)域技術(shù)人員將領(lǐng)會(huì)，無(wú)線設(shè)備180的各組件可禪合在一起或者使用某種其他機(jī)制來(lái) 接受或提供彼此的輸入。
[0050] 盡管圖2中解說(shuō)了數(shù)個(gè)分開(kāi)的組件，但運(yùn)些組件中的一個(gè)或多個(gè)組件可被組合或 者共同地實(shí)現(xiàn)。例如，處理器184可被用于不僅實(shí)現(xiàn)W上關(guān)于處理器185描述的功能性，而且 還實(shí)現(xiàn)W上關(guān)于信號(hào)檢測(cè)器200和/或DSP 202描述的功能性。另外，圖7中解說(shuō)的每個(gè)組件 可使用多個(gè)分開(kāi)的元件來(lái)實(shí)現(xiàn)。另外，處理器184可被用于實(shí)現(xiàn)W下描述的組件、模塊、電 路、或類(lèi)似物中的任一者，或者每一者可使用多個(gè)分開(kāi)的元件來(lái)實(shí)現(xiàn)。
[0051] 圖3解說(shuō)了從源設(shè)備300到K個(gè)阱群305-305K的媒體流送的拓?fù)?。該WFD會(huì)話展示1: N拓?fù)?。N個(gè)阱設(shè)備(310-310N)可被編群為K個(gè)阱群305-305K。每一群(G化），k=l，. .，K)可具 有Pk個(gè)阱設(shè)備W使
W便使用多個(gè)傳輸(例如，單播、單個(gè)多播、群播等)來(lái)從 源設(shè)備300發(fā)送媒體流。源設(shè)備300W及運(yùn)N個(gè)阱設(shè)備310-310N可使用P2P連接(例如，對(duì)等、 Wi-Fi直連等）。運(yùn)些規(guī)程也可W例如在使用TDLS(隧穿直接鏈路設(shè)立)連接時(shí)實(shí)現(xiàn)。此外，源 設(shè)備300還可被配置為軟AP，且相關(guān)聯(lián)的阱設(shè)備被配置為常規(guī)Wi-Fi STA。在一個(gè)實(shí)現(xiàn)中，運(yùn) K個(gè)阱群305-305K之一中的運(yùn)N個(gè)阱設(shè)備310-310N可W是P2P群的一部分。
[0052] 該拓?fù)涞氖纠美ㄖ悄茈娫捇蚱桨?作為源設(shè)備300)向多個(gè)膝上型設(shè)備或平 板(作為運(yùn)N個(gè)阱設(shè)備310-310N)流送多媒體剪輯。該示例可包括教室共享，諸如向群的演 示。另一示例可包括平板(作為源設(shè)備300)將來(lái)自一個(gè)窗口的內(nèi)容共享至N個(gè)阱設(shè)備310-310N的集合?？蒞存在多個(gè)阱設(shè)備群(305-305K)，且每一群可W從源設(shè)備300接收特異的內(nèi) 容流。例如，多媒體內(nèi)容可被流送至平板群(作為N個(gè)阱設(shè)備310-310N)，且音頻可被流送至 共同的音頻系統(tǒng)。另一示例可包括具有3G/4G數(shù)據(jù)連接的汽車(chē)耳機(jī)單元(作為源設(shè)備300)將 來(lái)自因特網(wǎng)的多媒體內(nèi)容共享到乘客座位上的平板或無(wú)線耳機(jī)（作為N個(gè)阱設(shè)備310-310N)。發(fā)送到每一阱設(shè)備群305-305K的內(nèi)容可W彼此不同，例如在一些設(shè)備上呈現(xiàn)電影剪 輯，而在其它設(shè)備上只呈現(xiàn)音樂(lè)。
[0053] 圖4解說(shuō)了從源設(shè)備400(例如，圖3的源設(shè)備300)向多個(gè)阱群405A和405B(例如，圖 3的運(yùn)K個(gè)阱群305-305K中的任何阱設(shè)備）的媒體流送的編群示例。在一個(gè)示例中，阱群405A 包括兩個(gè)阱設(shè)備410A和410B(例如，運(yùn)N個(gè)阱設(shè)備310-310N中的任何阱設(shè)備），而阱群405B包 括S個(gè)阱設(shè)備410C、410D和410E(例如，運(yùn)N個(gè)阱設(shè)備310-310N中的任何阱設(shè)備）。在一個(gè)示 例中，源設(shè)備400可W是蜂窩電話，而阱群405A可被用于向阱設(shè)備410A和410B傳送具有72化 高清格式視頻的多播視頻，其可包括例如阱設(shè)備41OA中的超高清（4K 2160p)或全高清 (102化)DTV顯示能力W及阱設(shè)備410B中的高清(720p)DTV顯示能力。此外，阱群405B可被用 于向阱設(shè)備410C、410D和410E傳送具有WVGA(800x480)格式的多播演示，阱設(shè)備410C、410D 和410E可包括例如具備不同的最大分辨率(例如，800x480p60、1024巧68p60等)能力的兩個(gè) 平板顯示器W及具有1280x960p60分辨率的膝上型設(shè)備顯示器。
[0054] 圖5解說(shuō)了阱設(shè)備加入源發(fā)起并控制的群會(huì)話的示例步驟系列。運(yùn)種類(lèi)型的群會(huì) 話也可被稱(chēng)為源為中屯、的群"。
[0055] 在步驟1中，對(duì)等連接可W在源設(shè)備500(例如，圖3的源設(shè)備300)與阱設(shè)備510A-510D(例如，N個(gè)阱設(shè)備310-310N中的任何阱設(shè)備)群之間建立。該對(duì)等連接也可被稱(chēng)為群會(huì) 話。為了發(fā)起連接，用戶(hù)可W從源設(shè)備500啟動(dòng)Wi-Fi顯示(W抑)應(yīng)用W用于處置向阱設(shè)備群 的多媒體流送，運(yùn)可導(dǎo)致源設(shè)備500向阱設(shè)備510A-510D宣告（例如，通告）其服務(wù)和群會(huì)話 能力。該宣告時(shí)段也可被稱(chēng)為P2P設(shè)備發(fā)現(xiàn)階段。當(dāng)MAC層支持或需要多播數(shù)據(jù)遞送W用于 多播話務(wù)(例如，802.11定向多播服務(wù)(DMS)或帶重試的群播(GCR))時(shí)，源設(shè)備500可能已經(jīng) 通告其要成為群主的意圖。在一個(gè)實(shí)施例中，源設(shè)備500和阱設(shè)備510A-510D可使用L3IGMP 協(xié)議(因特網(wǎng)群管理協(xié)議-RFC 3376)來(lái)建立群成員資格。
[0056] 為了支持Wi-Fi顯示群操作，RTSP消息收發(fā)可由于其在消息交換方面的可靠性及 其對(duì)大量阱設(shè)備的處置而被用于群會(huì)話。取決于群中的阱設(shè)備的數(shù)目，源設(shè)備500可使用和 通告不同的RTSP信令和流送控制選項(xiàng)。例如，在存在大量阱設(shè)備(未描繪)的情形中，源設(shè)備 500可使用具有UDP的RTSP(RTSPU)方案（IETF RFC 2326)來(lái)用于其群會(huì)話(例如，共同會(huì)話） 發(fā)起請(qǐng)求消息(例如，諸如ANNOUNCE(通告)或SETUP(設(shè)立)之類(lèi)的方法）。關(guān)于該方法W及其 它基于RTSP的方法的更多細(xì)節(jié)W下參照?qǐng)D6-9描述。
[0057] 不管所使用的RTSP方法如何，RTSP消息均可包括關(guān)于阱設(shè)備要加入群會(huì)話所要求 的能力的信息(例如，共同多媒體編解碼器、共同多媒體格式、最小等待時(shí)間或緩沖器能力、 或者所支持的多播機(jī)制（例如，DMS或GCR))。在某些情形中，RTSP消息還可包括?；畛瑫r(shí)和 響應(yīng)時(shí)間限制信息，源設(shè)備500可基于它旨在服務(wù)的阱設(shè)備的最大數(shù)目來(lái)設(shè)置運(yùn)些信息。源 設(shè)備500也可基于合適的MC層傳輸方案(諸如單播、非GCR多播、DMS或GCR多播)來(lái)設(shè)置運(yùn)一 信息。支持所要求的能力的每個(gè)阱設(shè)備(例如，510A-510DW及未描繪的任何附加阱設(shè)備何 響應(yīng)所廣播的RTSP消息。源設(shè)備500可W周期性地重傳所廣播的RTSP消息。運(yùn)確保射程內(nèi)的 所有阱設(shè)備都接收到RTSP消息和/或任何新發(fā)現(xiàn)的阱設(shè)備都有機(jī)會(huì)加入該群會(huì)話。
[0058] 在發(fā)現(xiàn)時(shí)段期間，各設(shè)備可W交換一個(gè)或多個(gè)MC帖(諸如探測(cè)請(qǐng)求、探測(cè)響應(yīng)、或 信標(biāo)帖(未示出））。包括所支持的群類(lèi)型、任何預(yù)配置的編解碼器和其它參數(shù)W及用于會(huì)話 管理控制的端口信息的群會(huì)話管理信息被包括在運(yùn)些帖中W用于對(duì)等設(shè)備發(fā)現(xiàn)?；谒?換的信息，阱設(shè)備510A-510G中的一者或多者可W拒絕與源設(shè)備500連接。在該示例中，阱設(shè) 備510D拒絕與源設(shè)備500連接。源設(shè)備500然后可創(chuàng)建UDP端口并將端口信息和其它會(huì)話控 制數(shù)據(jù)(例如，多播群)發(fā)送到其余阱。使用該信息和數(shù)據(jù)，各設(shè)備然后可形成對(duì)等連接或群 會(huì)話。
[0059] 在步驟2中，源設(shè)備500可使用具有關(guān)于數(shù)據(jù)面的信息的RTSP消息來(lái)宣告其群會(huì)話 配置，該信息可包括例如多媒體內(nèi)容格式化、多播群信息W及UDP端口信息。通過(guò)宣告其關(guān) 于數(shù)據(jù)面的群會(huì)話配置，源設(shè)備500有效地邀請(qǐng)其它阱設(shè)備加入現(xiàn)有群會(huì)話。多媒體格式要 求的最小集合可被設(shè)為用于群會(huì)話的默認(rèn)強(qiáng)制參數(shù)。在一個(gè)實(shí)施例中，用于群會(huì)話的共同 多媒體格式可W是固定的，例如CEA 1280x72化，24FPS分辨率。在一些實(shí)現(xiàn)中，相同的多媒 體內(nèi)容可W用一個(gè)共同格式來(lái)流送到一個(gè)阱設(shè)備群，并且用另一共同格式來(lái)流送到另一阱 設(shè)備群。在該示例中，群會(huì)話505A包括阱設(shè)備510A-510C，而群會(huì)話505B包括阱設(shè)備510F-510G。阱設(shè)備510D未出現(xiàn)在任一群會(huì)話中，因?yàn)樗诓襟E1中拒絕了連接請(qǐng)求。源設(shè)備500可 W在有至少兩個(gè)具有相同能力的阱設(shè)備要編群時(shí)建立群會(huì)話。
[0060] 為了提高效率并使處理最小化，源設(shè)備500可選擇每一群中的預(yù)定數(shù)目的阱設(shè)備 成為"主動(dòng)阱設(shè)備"。關(guān)于主動(dòng)阱設(shè)備的信息可W在群會(huì)話管理數(shù)據(jù)中被更新。主動(dòng)阱設(shè)備 可響應(yīng)源設(shè)備500所發(fā)送的RTSP請(qǐng)求消息。被稱(chēng)為"被動(dòng)阱設(shè)備"的其余阱設(shè)備不可響應(yīng)該 RTSP請(qǐng)求消息并且可W從源設(shè)備500接收多媒體內(nèi)容，并且W未經(jīng)索求方式交換其能力信 息，例如與主動(dòng)阱設(shè)備相比，被動(dòng)阱設(shè)備只可從源設(shè)備500接收用于群會(huì)話中的流送的內(nèi)容 格式W及端口信息。
[0061] 在步驟3中，源設(shè)備500可W開(kāi)始在群會(huì)話505A中向阱設(shè)備510A-510C傳送(例如， 流送)多媒體內(nèi)容。在傳輸期間的任何時(shí)間，多媒體內(nèi)容可基于媒體內(nèi)容的原生格式來(lái)針對(duì) 可具有不同的編解碼器或格式要求的不同多媒體內(nèi)容進(jìn)行切換。當(dāng)阱設(shè)備無(wú)法支持內(nèi)容的 原生格式時(shí)，可能需要轉(zhuǎn)碼至某一其它格式。在一個(gè)實(shí)現(xiàn)中，源設(shè)備500可將內(nèi)容重新編碼 成對(duì)于群會(huì)話505A中的所有阱設(shè)備510A-510C而言共同的格式。在群會(huì)話期間，源設(shè)備500 還可W使用如步驟2中那樣的RTSP消息來(lái)周期性地宣告群會(huì)話配置。源設(shè)備500可處置絕大 多數(shù)流送控制，諸如"暫停"、"快進(jìn)"、"倒回"、格式化改變等。
[0062] 在步驟4中，新阱設(shè)備510E可W接收在步驟2或3期間傳送的群會(huì)話配置宣告消息， 并加入群會(huì)話505A。一旦新阱設(shè)備510E已經(jīng)加入群會(huì)話505A，它也將接收到正從源設(shè)備500 傳送到群會(huì)話505A的多媒體內(nèi)容。新阱設(shè)備可W在任何時(shí)間請(qǐng)求加入群會(huì)話。類(lèi)似地，當(dāng)前 在群會(huì)話中的阱設(shè)備可W在任何時(shí)間請(qǐng)求離開(kāi)群。
[0063] 圖6(如由圖6A和作為一個(gè)接續(xù)附圖的圖6B所解說(shuō)的）解說(shuō)了 Wi-Fi顯示源設(shè)備與 數(shù)個(gè)Wi-Fi顯示阱設(shè)備之間的W源設(shè)備為中屯、的、基于RTSP的能力協(xié)商和群會(huì)話建立方法 的一個(gè)示例實(shí)現(xiàn)。在所解說(shuō)的示例中，所有阱設(shè)備都被假定為在同一群中。該方法在添加了 用于群會(huì)話建立和控制的消息和參數(shù)的情況下提高了 W上討論的TCP端口上的單播RTSP消 息接發(fā)的效率。一般而言，在該方法中，源為了可靠的控制而建立個(gè)體RTSP連接，并且使得 在該群內(nèi)的流送期間能夠進(jìn)行對(duì)媒體數(shù)據(jù)的多播，運(yùn)適用于少量的阱設(shè)備。另外，如在步驟 670中描述的，源可生成群會(huì)話IDW用于在無(wú)需接收來(lái)自阱的SETUP請(qǐng)求的情況下自主地發(fā) 起群會(huì)話。
[0064] 在步驟661中，Wi-Fi顯示源600發(fā)起與至少一個(gè)Wi-Fi顯示阱610 (在該示例中與阱 610A)的發(fā)現(xiàn)階段。在該發(fā)現(xiàn)階段期間交換的發(fā)現(xiàn)信息可包括群會(huì)話管理和設(shè)備能力信息， 如W上參照?qǐng)D5描述的。發(fā)現(xiàn)階段可W在所選信道(例如，信道1、6或11)上進(jìn)行，運(yùn)基于該信 道上的話務(wù)量。此外，發(fā)現(xiàn)信息可W經(jīng)由探測(cè)請(qǐng)求帖和探測(cè)響應(yīng)帖在源600與阱610之間被 交換。
[00化]在步驟662, 一個(gè)或多個(gè)阱610還可與源600交換服務(wù)發(fā)現(xiàn)信息。
[0066] 在步驟663,源600可W向用戶(hù)650指示步驟661和662已經(jīng)發(fā)生并通知用戶(hù)650哪一 個(gè)或數(shù)個(gè)阱610已經(jīng)在發(fā)現(xiàn)階段期間被發(fā)現(xiàn)(在該示例中阱610A已被選擇）。
[0067] 在步驟664,源600可完成與在發(fā)現(xiàn)階段期間選擇的該一個(gè)或數(shù)個(gè)阱610的連接設(shè) 立。在某些情形中，連接設(shè)立可W是Wi-Fi對(duì)等鏈路。
[0068] 在步驟665,源600可W在其自身與在發(fā)現(xiàn)階段期間選擇的該一個(gè)或數(shù)個(gè)阱610之 間交換能力信息。運(yùn)一能力信息可包括多媒體編解碼器、多媒體格式、最少等待時(shí)間或緩沖 器能力、或所支持的多播機(jī)制（例如DMS或GCR)等。源600可使用RTSP OPTIONS(選項(xiàng)）繼W GET_PARAMETER(獲取參數(shù))命令通過(guò)包括群會(huì)話管理信息來(lái)交換并設(shè)置能力信息。
[0069] 在步驟666,源600可發(fā)起與附加阱610(在該示例中與阱610B和610C)的接續(xù)發(fā)現(xiàn) 階段。在該發(fā)現(xiàn)階段期間交換的發(fā)現(xiàn)信息可包括群會(huì)話管理和設(shè)備能力信息。該接續(xù)發(fā)現(xiàn) 階段期間的信息交換可W-次與一個(gè)阱地發(fā)生，例如源600可W與阱610B交換發(fā)現(xiàn)信息并 且然后與阱610C交換發(fā)現(xiàn)信息。
[0070] 在步驟667, 一個(gè)或多個(gè)附加阱610(在此是610B和610C)也可交換來(lái)自源600的服 務(wù)發(fā)現(xiàn)信息。
[0071] 在步驟668,源600可W向用戶(hù)650指示步驟666和667已經(jīng)發(fā)生并通知用戶(hù)650存在 且滿(mǎn)足能力要求的數(shù)個(gè)阱610(在此是阱610A、610B和610C)已經(jīng)在該發(fā)現(xiàn)階段被選擇。
[0072] 在步驟669,源600可W在其自身與在接續(xù)發(fā)現(xiàn)階段期間選擇的一個(gè)或數(shù)個(gè)附加阱 610(在此是610B和610C)之間交換能力信息。運(yùn)一能力信息可包括多媒體編解碼器、多媒體 格式、最少等待時(shí)間或緩沖器能力或所支持的多播機(jī)制（例如DMS或GCR)等。源600可使用 RTSP OPTIONS繼W帶群會(huì)話管理信息的GET_PARAMET邸命令來(lái)交換并設(shè)置能力信息。該階 段期間的信息交換可W-次與一個(gè)阱地發(fā)生，例如源600可W與阱610B交換能力信息并且 然后與阱610C交換能力信息。
[0073] 在步驟670,源600可W準(zhǔn)備好建立群會(huì)話。在其群會(huì)話建立中，源600可基于在上 述各步驟中所選擇的一個(gè)或數(shù)個(gè)阱之間交換的能力信息來(lái)確定用于群會(huì)話的最優(yōu)參數(shù)。源 600可W另外地為群會(huì)話生成會(huì)話ID。
[0074] 在步驟671，源600可進(jìn)入宣告階段，在該宣告階段期間它可W向阱610之一(在該 情形中是阱610A)發(fā)送RTSP群會(huì)話信息的宣告。源600可使用RTSP ANNOUNCE命令來(lái)發(fā)送該 宣告。該宣告可包括關(guān)于呈現(xiàn)URL、編解碼器參數(shù)、群IP地址、RTP端口號(hào)、W及與特定阱610 (在此是阱610A)的至阱會(huì)話ID的信息，等等。在宣告階段期間，源600可W在W抑-TRIGGER-MET冊(cè)D(W抑觸發(fā)方法）=WA 口 (等待)命令下操作，在此期間它將等待播放多媒體內(nèi)容。
[0075] 在步驟672,阱610(在此是阱610A)可W向源600發(fā)送RTSP OK消息，W指示它已經(jīng) 接收到步驟671的宣告并且它準(zhǔn)備好接收多媒體內(nèi)容。
[0076] 在步驟673,源600可進(jìn)入接續(xù)宣告階段，在此期間它可W向附加阱610(在該情形 中是阱610B和610C)發(fā)送RTSP群會(huì)話信息的宣告。源600可再次使用RTSP ANNOUNCE命令來(lái) 發(fā)送該接續(xù)宣告。該接續(xù)宣告可包括關(guān)于呈現(xiàn)URL、編解碼器參數(shù)、群IP地址、RTP端口號(hào)W 及將與特定附加阱610(在此是阱610B和610C)設(shè)立的會(huì)話ID的信息，等等。在該接續(xù)宣告階 段期間，源600可W在W抑-TRIGGER-MET冊(cè)D = PLAY(播放)命令下操作，在此期間源600可W 準(zhǔn)備好向連接著的阱610(在此是阱610A、610B和610C)播放多媒體內(nèi)容。
[0077] 在步驟674,附加阱610(在此是阱610B和610C)可W向源600發(fā)送RTSP OK消息，W 指示它們已經(jīng)接收到步驟673的宣告并且它們準(zhǔn)備好接收多媒體內(nèi)容。
[007引在步驟675,一個(gè)或多個(gè)連接著的阱610可W經(jīng)由RTSP呈現(xiàn)ML向源600發(fā)送播放請(qǐng) 求(例如，RTSP PLAY請(qǐng)求）。
[0079] 在步驟676,響應(yīng)于步驟675的播放請(qǐng)求，源600可例如經(jīng)由"播放響應(yīng)or消息來(lái)通 知請(qǐng)求方阱610播放將開(kāi)始。
[0080] 在步驟677,源600可W在群會(huì)話上向請(qǐng)求方阱610流送多媒體內(nèi)容。在該時(shí)間期 間，源600可指示"正在播放"狀態(tài)。
[0081] 在步驟678,請(qǐng)求方阱610可W從源600接收流送多媒體內(nèi)容。
[0082] 在一個(gè)實(shí)現(xiàn)中，源600可選擇跳過(guò)個(gè)體阱610能力交換（如W上在步驟665和669中 描述的），并且用預(yù)定的多媒體內(nèi)容參數(shù)集(例如，內(nèi)容格式)來(lái)開(kāi)始群會(huì)話。預(yù)定的多媒體 內(nèi)容參數(shù)集可改為在設(shè)備或服務(wù)發(fā)現(xiàn)階段(如W上在步驟662和667中描述的）期間從阱610 獲取。
[0083] 圖7(如由圖7A和作為一個(gè)接續(xù)附圖的圖7B所解說(shuō)的）解說(shuō)了 Wi-Fi顯示源設(shè)備與 數(shù)個(gè)Wi-Fi顯示阱設(shè)備之間的W源設(shè)備為中屯、的、基于RTSP的群會(huì)話建立和能力協(xié)商方法 的另一示例實(shí)現(xiàn)。在所解說(shuō)的示例中，所有阱設(shè)備都被假定為在同一群中。該方法同樣在添 加了用于群會(huì)話建立和控制的消息和參數(shù)的情況下提高了 W上討論的TCP單播RTSP的效 率。一般而言，在該方法中，源為了可靠的控制而建立個(gè)體RTSP連接，并且使得在群內(nèi)的流 送期間能夠進(jìn)行對(duì)媒體數(shù)據(jù)的多播，運(yùn)適用于少量的阱設(shè)備。另外，如下所述，并且與圖6中 的方法相比，源可執(zhí)行與所選阱設(shè)備之一的設(shè)立交換。
[0084] 在步驟761中，Wi-Fi顯示源700發(fā)起與至少一個(gè)Wi-Fi顯示阱710(在該示例中與阱 710A)的發(fā)現(xiàn)階段。在該發(fā)現(xiàn)階段期間交換的發(fā)現(xiàn)信息可包括群會(huì)話管理和設(shè)備能力信息， 如W上參照?qǐng)D5描述的。發(fā)現(xiàn)階段可W在所選信道(例如，信道1、6或11)上進(jìn)行，運(yùn)基于該信 道上的話務(wù)量。此外，發(fā)現(xiàn)信息可W經(jīng)由探測(cè)請(qǐng)求帖和探測(cè)響應(yīng)帖在源700與阱710之間被 交換。
[0085] 在步驟762,一個(gè)或多個(gè)阱710還可與源700交換服務(wù)發(fā)現(xiàn)信息。
[00化]在步驟763,源700可W向用戶(hù)750指示步驟761和762已經(jīng)發(fā)生并通知用戶(hù)750哪一 個(gè)或數(shù)個(gè)阱710已經(jīng)在發(fā)現(xiàn)階段期間被發(fā)現(xiàn)(在該示例中阱710A已被選擇）。
[0087] 在步驟764,源700可完成與在發(fā)現(xiàn)階段期間選擇的一個(gè)或數(shù)個(gè)阱710的連接設(shè)立。 在某些情形中，連接設(shè)立可W是Wi-Fi對(duì)等鏈路。
[0088] 在步驟765,源700可W在其自身與與在發(fā)現(xiàn)階段期間選擇的一個(gè)或數(shù)個(gè)阱710之 間交換能力信息。運(yùn)一能力信息可包括多媒體編解碼器、多媒體格式、最少等待時(shí)間或緩沖 器能力或所支持的多播機(jī)制（例如DMS或GCR)等。源700可使用RTSP OPTIONS和GET_ PARAMETER命令連同群會(huì)話管理信息來(lái)交換并設(shè)置能力信息。
[0089] 在步驟766,源700可發(fā)起與附加阱（在該示例中與阱710B和710C)的接續(xù)發(fā)現(xiàn)階 段。在該發(fā)現(xiàn)階段期間交換的發(fā)現(xiàn)信息可包括群會(huì)話管理和設(shè)備能力信息。該接續(xù)發(fā)現(xiàn)階 段期間的信息交換可W-次與一個(gè)阱進(jìn)行，例如源700可W與阱710B交換發(fā)現(xiàn)信息并且然 后與阱710C交換發(fā)現(xiàn)信息。
[0090] 在步驟767, 一個(gè)或多個(gè)附加阱710(在此是710B和710C)也可交換來(lái)自源700的服 務(wù)發(fā)現(xiàn)信息。
[0091] 在步驟768,源700可W向用戶(hù)750指示步驟766和767已經(jīng)發(fā)生并通知用戶(hù)750存在 且滿(mǎn)足能力要求的數(shù)個(gè)阱710(在此是阱710A、710B和710C)已經(jīng)在該發(fā)現(xiàn)階段被選擇。
[0092] 在步驟769,源700可W在其自身與在接續(xù)發(fā)現(xiàn)階段期間選擇的一個(gè)或數(shù)個(gè)附加阱 710(在此是710B和710C)之間交換能力信息。運(yùn)一能力信息可包括多媒體編解碼器、多媒體 格式、最少等待時(shí)間或緩沖器能力或所支持的多播機(jī)制（例如DMS或GCR)等。源700可使用 RTSP OPTIONS和帶有群會(huì)話管理信息的GET_PARAMET邸命令來(lái)交換并設(shè)置能力信息。該階 段期間的信息交換可W-次與一個(gè)阱進(jìn)行，例如源700可W與阱710B交換能力信息并且然 后與阱710C交換能力信息。
[0093] 在步驟770,源700可W準(zhǔn)備好建立群會(huì)話。在其對(duì)群會(huì)話的建立中，源700可基于 在上述各步驟中所選擇的一個(gè)或數(shù)個(gè)阱之間交換的能力信息來(lái)確定用于該群會(huì)話的最優(yōu) 參數(shù)。如與圖6中描述的方法相比，源700可能并不在此時(shí)為該群會(huì)話生成會(huì)話ID。
[0094] 在步驟771，源700可進(jìn)入宣告階段，在該宣告階段期間它可W向阱710之一(在該 情形中是阱710A)發(fā)送RTSP群會(huì)話信息的宣告。源700可使用RTSP ANNOUNCE命令來(lái)發(fā)送該 宣告。該宣告可包括關(guān)于呈現(xiàn)URU編解碼器參數(shù)、群IP地址、RTP端口號(hào)W及與特定阱710 (在此是阱710A)的至阱會(huì)話ID的信息，等等。在宣告階段期間，源700可W在W抑-TRIGGER-METHOD = SETUP命令下操作，在此期間它將等待來(lái)自個(gè)體阱710 (在此是阱710A)的設(shè)立請(qǐng) 求。
[0095] 在步驟772,阱710(在此是阱710A)可W向源700發(fā)送RTSP OK消息，W指示它已經(jīng) 接收到步驟771的宣告。
[0096] 在步驟773,單獨(dú)阱710(在此是阱710A)可經(jīng)由RTSP呈現(xiàn)U化來(lái)向源700發(fā)送RTSP設(shè) 立請(qǐng)求。
[0097] 在步驟774,源700可W向個(gè)體阱710(在此是阱710A)發(fā)送其對(duì)RTSP設(shè)立請(qǐng)求的確 認(rèn)和批準(zhǔn)。與圖6相反，源700可W在此時(shí)發(fā)送群會(huì)話ID。
[0098] 在步驟775,源700可進(jìn)入接續(xù)宣告階段，在此期間它可W向附加阱710(在該情形 中是阱710B和710C)發(fā)送RTSP群會(huì)話信息的宣告。源700可再次使用RTSP ANNOUNCE命令來(lái) 發(fā)送該接續(xù)宣告。該接續(xù)宣告可包括關(guān)于呈現(xiàn)URL、編解碼器參數(shù)、群IP地址、RTP端口號(hào)W 及與特定附加阱710(在此是阱710B和710C)的至阱會(huì)話ID的信息，等等。在該接續(xù)宣告階段 期間，源700可W在W抑-TRIGGER-MET冊(cè)D = SETUP命令下操作，在此期間源700可W等待來(lái)自 附加的連接著的阱710(在此是阱710B和710C)的設(shè)立請(qǐng)求。
[0099] 在步驟776,附加阱710(在此是阱710B和710C)可W向源700發(fā)送RTSP OK消息，W 指示它們已經(jīng)接收到步驟775的宣告。
[0100] 在步驟777,附加阱710(在此是阱710B和710C)可經(jīng)由RTSP呈現(xiàn)ML來(lái)向源700發(fā)送 RTSP設(shè)立請(qǐng)求。
[0101] 在步驟778,響應(yīng)于設(shè)立請(qǐng)求，源700可W向附加阱710(在此是阱710B和710C)發(fā)送 其對(duì)RTSP設(shè)立請(qǐng)求的確認(rèn)和批準(zhǔn)。源700也可在此時(shí)發(fā)送群會(huì)話ID。
[0102] 在步驟779,一個(gè)或多個(gè)連接著的阱710可W經(jīng)由RTSP呈現(xiàn)U化向源700發(fā)送播放請(qǐng) 求(例如，RTSP PLAY請(qǐng)求）。該播放請(qǐng)求可W根據(jù)群會(huì)話ID來(lái)發(fā)送。
[0103] 在步驟780，響應(yīng)于步驟779的播放請(qǐng)求，源700可例如經(jīng)由"播放響應(yīng)or消息來(lái)通 知請(qǐng)求方阱710播放將開(kāi)始。
[0104] 在步驟781，源700可W在群會(huì)話上向請(qǐng)求方阱710流送多媒體內(nèi)容。在該時(shí)間期 間，源700可指示"正在播放"狀態(tài)。
[0105] 在步驟782,請(qǐng)求方阱710可W從源700接收流送多媒體內(nèi)容。
[0106] 在一個(gè)實(shí)現(xiàn)中，源700可選擇跳過(guò)個(gè)體阱710能力交換(如W上在步驟765和769中 描述的），并且用預(yù)定的多媒體內(nèi)容參數(shù)集(例如，內(nèi)容格式)來(lái)開(kāi)始群會(huì)話。預(yù)定的多媒體 內(nèi)容參數(shù)集可改為在設(shè)備或服務(wù)發(fā)現(xiàn)階段(如W上在步驟762和767中描述的）期間從阱710 獲取。
[0107] 圖8(如由圖8A和作為一個(gè)接續(xù)附圖的圖8B解說(shuō)的）解說(shuō)了 Wi-Fi顯示源設(shè)備與多 個(gè)Wi-Fi顯示阱設(shè)備之間的W源設(shè)備為中屯、的、基于RTSP的群會(huì)話建立和能力協(xié)商方法的 另一示例實(shí)現(xiàn)。在所解說(shuō)的示例中，所有阱設(shè)備都被假定為在同一群中。如與圖6和7的基于 TCP的方法相比，該方法是用于更高效地建立Wi-Fi顯示群會(huì)話的基于UDP的"RTSPU"方案， 該方案可使用多個(gè)重試功能性和機(jī)會(huì)來(lái)用于反饋(例如，W維持可靠性）。
[0108] 在步驟861中，Wi-Fi顯示源800發(fā)起與至少一個(gè)Wi-Fi顯示阱810 (在該示例中與阱 810A)的發(fā)現(xiàn)階段。在該發(fā)現(xiàn)階段期間交換的發(fā)現(xiàn)信息可包括群會(huì)話管理信息，如W上參照 圖5描述的。在一個(gè)實(shí)現(xiàn)中，源800可使用發(fā)現(xiàn)信息來(lái)預(yù)定多媒體格式和參數(shù)集W使其可W 跳過(guò)W下的一些能力交換步驟(例如，步驟869、870和/或871)。發(fā)現(xiàn)階段可W在所選信道 (例如，信道1、6或11)上發(fā)生，運(yùn)基于該信道上的話務(wù)量。此外，發(fā)現(xiàn)信息可W經(jīng)由探測(cè)請(qǐng)求 帖和探測(cè)響應(yīng)帖在源800與阱810之間被交換。
[0109] 在步驟862,一個(gè)或多個(gè)阱810還可與源800交換服務(wù)發(fā)現(xiàn)信息。在一個(gè)實(shí)現(xiàn)中，源 800可使用服務(wù)發(fā)現(xiàn)信息來(lái)預(yù)定多媒體格式和參數(shù)集W使其可W跳過(guò)W下的一些能力交換 步驟(例如，步驟869、870和/或871)。
[0110] 在步驟863,源800可W向用戶(hù)850指示步驟861和862已經(jīng)發(fā)生并通知用戶(hù)850哪一 個(gè)或數(shù)個(gè)阱810已經(jīng)在發(fā)現(xiàn)階段期間被選擇(在該示例中阱810A已被選擇）。
[0111] 在步驟864,源800可完成與在發(fā)現(xiàn)階段期間選擇的一個(gè)或數(shù)個(gè)阱810的連接設(shè)立。 在某些情形中，連接設(shè)立可W是Wi-Fi對(duì)等鏈路。
[0112] 在步驟865,源800可發(fā)起與附加阱（在該示例中與阱810B和810C)的接續(xù)發(fā)現(xiàn)階 段。在該發(fā)現(xiàn)階段期間交換的發(fā)現(xiàn)信息可包括群會(huì)話管理和設(shè)備能力信息。該接續(xù)發(fā)現(xiàn)階 段期間的信息交換可W-次與一個(gè)阱進(jìn)行，例如源800可W與阱810B交換發(fā)現(xiàn)信息并且然 后與阱810C交換發(fā)現(xiàn)信息。在一個(gè)實(shí)現(xiàn)中，源800可使用發(fā)現(xiàn)信息來(lái)預(yù)定多媒體格式和參數(shù) 集W使其可W跳過(guò)W下的一些能力交換步驟(例如，步驟869、870和/或871)。
[0113] 在步驟866, 一個(gè)或多個(gè)附加阱810(在此是810B和810C)也可交換來(lái)自源800的服 務(wù)發(fā)現(xiàn)信息。在一個(gè)實(shí)現(xiàn)中，源800可使用服務(wù)發(fā)現(xiàn)信息來(lái)預(yù)定多媒體格式和參數(shù)集W使其 可W跳過(guò)W下的一些能力交換步驟(例如，步驟869、870和/或871)。
[0114] 在步驟867,源800可完成與在接續(xù)發(fā)現(xiàn)階段期間選擇的附加阱810的連接設(shè)立。在 某些情形中，連接設(shè)立可W是Wi-Fi對(duì)等鏈路。
[0115] 在步驟868,源800可W向用戶(hù)850指示步驟865-867已經(jīng)發(fā)生并通知用戶(hù)850存在 且滿(mǎn)足能力要求的多個(gè)阱810(在此是阱810A、810B和810C)已經(jīng)在該發(fā)現(xiàn)階段被選擇。在一 個(gè)實(shí)現(xiàn)中，如果源800已經(jīng)預(yù)定了必需的多媒體格式和參數(shù)集W跳過(guò)能力交換，則源800或 用戶(hù)850在此時(shí)可選擇跳過(guò)步驟869、870和871。
[0116] 在步驟869，除非如上所示地被跳過(guò)，否則源800可W在其自身與在步驟861-867中 的發(fā)現(xiàn)階段期間所選擇的一個(gè)或數(shù)個(gè)阱810之間發(fā)送對(duì)能力信息的請(qǐng)求。該能力信息可包 括多媒體編解碼器、多媒體格式、最少等待時(shí)間或緩沖器能力、或所支持的多播機(jī)制（例如 DMS或GCR)等。源800可將RTSP GET_PARAMET邸命令連同群會(huì)話管理信息一起用來(lái)交換并設(shè) 置能力信息。在一個(gè)實(shí)現(xiàn)中，源800可W為來(lái)自阱810的響應(yīng)指定超時(shí)，如參照?qǐng)D5描述的。源 800可將響應(yīng)超時(shí)基于所預(yù)期的網(wǎng)絡(luò)往返時(shí)間（例如，對(duì)于Wi-Fi信道接入，往返時(shí)間可W是 50ms到500ms)。從源800發(fā)送的每一基于UDP的RTSP消息請(qǐng)求可包括至少基于該響應(yīng)超時(shí)的 "響應(yīng)時(shí)間限制"、"重試次數(shù)"W及"下一傳送區(qū)阿'。每一基于UDP的RTSP消息請(qǐng)求還可包括 用W改進(jìn)消息可靠性和清晰度的唯一性序列號(hào)(例如，CSeq報(bào)頭）。
[0117] 在步驟870和871，除非如上所示地被跳過(guò)，否則源800可檢索步驟869中從一個(gè)或 數(shù)個(gè)阱810請(qǐng)求的阱參數(shù)(例如，能力信息）。該階段期間的信息交換可W-次與一個(gè)阱進(jìn) 行，例如源800可W與阱810A交換能力信息（如在步驟870中）并且然后與阱810B或810C交換 能力信息(如在步驟871中）。
[0118] 在步驟872,源800可W準(zhǔn)備好建立群會(huì)話。在其對(duì)群會(huì)話的建立中，源800可基于 在上述各步驟中所選擇的一個(gè)或數(shù)個(gè)阱之間交換的能力信息來(lái)確定用于群會(huì)話的最優(yōu)參 數(shù)。源800也可在此時(shí)生成群會(huì)話ID。
[0119] 在步驟873,源800可進(jìn)入宣告階段，在此期間它可W向連接著的阱810(例如，在此 是阱810A、810B和810C)發(fā)送RTSP群會(huì)話信息的宣告。源800可使用RTSP ANNOUNCE命令來(lái)發(fā) 送該宣告。該宣告可包括關(guān)于多播呈現(xiàn)URL、編解碼器參數(shù)、群IP地址、RTP端口號(hào)、W及對(duì)于 群會(huì)話中的所有阱而言共同的會(huì)話ID的信息，等等。在宣告階段期間，源800可W在WFD-TRIGG邸-METHOD=WAIT命令下操作，在運(yùn)期間它將等待播放多媒體內(nèi)容。該宣告還可遵循 響應(yīng)超時(shí)和重試計(jì)數(shù)參數(shù)(如果在步驟869中確立了的話）。如果是，則源800可設(shè)置在繼續(xù) 傳送下一消息之前"只等待"來(lái)自一個(gè)或多個(gè)阱的響應(yīng)預(yù)定的等待時(shí)間。此外，因?yàn)閁DP上的 多播可減少協(xié)議處置負(fù)載，所W宣告中的RTSP多播呈現(xiàn)TOL可具有格式"rtspu://<host [":"port] [path]"。如在下文中進(jìn)一步描述的，源800可繼續(xù)傳送宣告W招攬新阱加入該群 會(huì)話。該宣告可W按預(yù)定時(shí)間間隔被周期性地重復(fù)。被重復(fù)的宣告甚至可W在多媒體流送 已經(jīng)開(kāi)始(步驟880中）之后發(fā)生，如在步驟882中進(jìn)一步描述的。
[0120] 在步驟874,阱810(在此是阱810A)可W向源800發(fā)送RTSP OK消息，W指示它已經(jīng) 接收到步驟873的宣告。
[0121] 在步驟875,附加阱810(在此是阱810C)可W向源800發(fā)送RTSP OK消息，W指示它 們已經(jīng)接收到步驟873的宣告。在一些實(shí)現(xiàn)中，該步驟可由于如上所述的超時(shí)和重試而被跳 過(guò)。
[0122] 如W上參照步驟873描述的，在步驟876,源800可繼續(xù)傳送宣告W招攬新阱加入該 群會(huì)話。該宣告可W按預(yù)定時(shí)間間隔被周期性地重復(fù)。被重復(fù)的宣告甚至可W在多媒體流 送已經(jīng)開(kāi)始(步驟880中）之后發(fā)生，如在步驟882中進(jìn)一步描述的。在一些實(shí)現(xiàn)中，在該方法 中的該階段發(fā)送的宣告可經(jīng)由UDP上的單播來(lái)發(fā)送。在該宣告階段期間，源800可W在W抑-TRIGGER-MET冊(cè)D = PLAY命令下操作，在此期間源800可W準(zhǔn)備好向連接著的阱810(在此是 阱810A、810B和810C)播放多媒體內(nèi)容。
[0123] 在步驟877,任何附加阱810(在此是阱810B)可W向源800發(fā)送RTSP OK消息，W指 示它們已經(jīng)接收到步驟876的宣告。
[0124] 在步驟878,一個(gè)或多個(gè)連接著的阱810可W經(jīng)由RTSP呈現(xiàn)ML向源800發(fā)送播放請(qǐng) 求(例如，RTSP PLAY請(qǐng)求）。該播放請(qǐng)求可W根據(jù)群會(huì)話ID來(lái)發(fā)送。
[0125] 在步驟879，響應(yīng)于步驟879的播放請(qǐng)求，源800可例如經(jīng)由"播放響應(yīng)or消息來(lái)通 知請(qǐng)求方阱810播放將開(kāi)始。
[0126] 在步驟880,源800可W在群會(huì)話上向請(qǐng)求方阱810流送多媒體內(nèi)容。在該時(shí)間期 間，源800可指示"正在播放"狀態(tài)。
[0127] 在步驟881，請(qǐng)求方阱810可W從源800接收流送多媒體內(nèi)容。
[0128] 如W上參照步驟873描述的，在步驟882,源800可繼續(xù)傳送宣告W招攬新阱加入該 群會(huì)話。該宣告可W按預(yù)定時(shí)間間隔被周期性地重復(fù)。在一些實(shí)現(xiàn)中，在該方法中的該階段 發(fā)送的宣告可經(jīng)由多播呈現(xiàn)TOL來(lái)發(fā)送。在宣告階段期間，源800可W在WFD-TRIGGER-MET冊(cè)D=WA 口命令下操作，此后接收方阱設(shè)備可W準(zhǔn)備好在任何時(shí)間接收內(nèi)容。
[0129] 圖9(如由圖9A和作為一個(gè)接續(xù)附圖的圖9B解說(shuō)的）解說(shuō)了 Wi-Fi顯示源設(shè)備與多 個(gè)Wi-Fi顯示阱設(shè)備之間的W源設(shè)備為中屯、的、基于RTSP的群會(huì)話建立和能力協(xié)商方法的 另一示例實(shí)現(xiàn)。在所解說(shuō)的示例中，所有阱設(shè)備都被假定為在同一群中。如與圖6和7的排他 地基于TCP的方法相比并且如與圖8的排他地基于UDP的方法相比，該方法利用基于TCP的 RTSP消息接發(fā)和基于UDP的RTSPU消息接發(fā)方案兩者的混合。如W下進(jìn)一步描述的（參照步 驟973、975和979)，源維護(hù)到有限數(shù)目個(gè)"主動(dòng)"阱設(shè)備的基于TCP的RTSP連接。源還確立用 于向有資格加入該群的任何其它"被動(dòng)"阱設(shè)備通告群會(huì)話的基于UDP的RTSP消息接發(fā)方 案。
[0130] 在步驟961中，Wi-Fi顯示源900發(fā)起與至少一個(gè)Wi-Fi顯示阱910(在該示例中與阱 910A)的發(fā)現(xiàn)階段。在該發(fā)現(xiàn)階段期間交換的發(fā)現(xiàn)信息可包括群會(huì)話管理和設(shè)備能力信息， 如W上參照?qǐng)D5描述的。發(fā)現(xiàn)階段可W在所選信道(例如，信道1、6或11)上發(fā)生，運(yùn)基于該信 道上的話務(wù)量。此外，發(fā)現(xiàn)信息可W經(jīng)由探測(cè)請(qǐng)求帖和探測(cè)響應(yīng)帖在源900與阱910之間被 交換。
[0131 ]在步驟962，一個(gè)或多個(gè)阱910還可與源900交換服務(wù)發(fā)現(xiàn)信息。
[0132] 在步驟963,源900可W向用戶(hù)950指示步驟961和962已經(jīng)發(fā)生并通知用戶(hù)950哪一 個(gè)或數(shù)個(gè)阱910已經(jīng)在發(fā)現(xiàn)階段期間被發(fā)現(xiàn)(在該示例中阱910A已被選擇）。
[0133] 在步驟964,源900可完成與在發(fā)現(xiàn)階段期間選擇的一個(gè)或數(shù)個(gè)阱910的連接設(shè)立。 在某些情形中，連接設(shè)立可W是Wi-Fi對(duì)等鏈路。
[0134] 在步驟965,源900可W在其自身與與在發(fā)現(xiàn)階段期間選擇的一個(gè)或數(shù)個(gè)阱910之 間交換能力信息。運(yùn)一能力信息可包括多媒體編解碼器、多媒體格式、最少等待時(shí)間或緩沖 器能力或所支持的多播機(jī)制（例如DMS或GCR)等。源900可使用RTSP OPTIONS和GET_ PARAMETER命令連同群會(huì)話管理信息來(lái)交換并設(shè)置能力信息。
[0135] 在步驟966,源900可發(fā)起與附加阱（在該示例中與阱910B)的接續(xù)發(fā)現(xiàn)階段。在該 發(fā)現(xiàn)階段期間交換的發(fā)現(xiàn)信息可包括群會(huì)話管理和設(shè)備能力信息。
[0136] 在步驟967, 一個(gè)或多個(gè)連接著的阱910(在此是910A和910B)也可交換來(lái)自源900 的服務(wù)發(fā)現(xiàn)信息。
[0137] 在步驟968,源900可W向用戶(hù)950指示步驟965-967已經(jīng)發(fā)生并通知用戶(hù)950存在 且滿(mǎn)足能力要求的數(shù)個(gè)阱910(在此是阱910A和910B)已經(jīng)在該發(fā)現(xiàn)階段被選擇。
[0138] 在步驟969,源900可W再次在其自身與在繼續(xù)發(fā)現(xiàn)階段期間選擇的附加阱910(在 此是910B)之間交換能力信息。運(yùn)一能力信息可包括多媒體編解碼器、多媒體格式、最少等 待時(shí)間或緩沖器能力或所支持的多播機(jī)制（例如DMS或GCR)等。源900可使用RTSP OPTIONS 和GET_PARAMETER命令連同群會(huì)話管理信息來(lái)交換并設(shè)置能力信息。
[0139] 在步驟970和971，源900可發(fā)起與附加阱（在該示例中與阱910C和阱910D)的第二 接續(xù)發(fā)現(xiàn)階段。在該發(fā)現(xiàn)階段期間交換的發(fā)現(xiàn)信息可包括群會(huì)話管理和設(shè)備能力信息。該 接續(xù)發(fā)現(xiàn)階段期間的信息交換可W-次與一個(gè)阱進(jìn)行，例如源900可W與阱910C交換發(fā)現(xiàn) 信息(如在步驟970中）并且然后與阱910D交換發(fā)現(xiàn)信息(如在步驟971中）。
[0140] 在步驟972,源900可W準(zhǔn)備好建立群會(huì)話。在其群會(huì)話建立中，源900可基于在上 述各步驟中所選擇的一個(gè)或數(shù)個(gè)阱之間交換的能力信息來(lái)確定用于群會(huì)話的最優(yōu)參數(shù)。源 900也可在此時(shí)生成群會(huì)話ID。此外，源900可經(jīng)由基于UDP的多播端口來(lái)通告其群會(huì)話IDW 使得"被動(dòng)"阱設(shè)備(在此是阱910C和910D)可加入該群。主動(dòng)和被動(dòng)阱的數(shù)目可被預(yù)定或基 于源900的計(jì)算。在一個(gè)實(shí)施例中，主動(dòng)阱設(shè)備的數(shù)目將低于被阱設(shè)備的數(shù)目，因?yàn)橹鲃?dòng)阱 設(shè)備所要求的源900計(jì)算資源更多。如上所述，源900可維護(hù)到有限數(shù)目的主動(dòng)阱設(shè)備(在此 是阱910A和910B)的基于TCP的RTSP連接，W使得源900可維持對(duì)有限數(shù)目的主動(dòng)阱設(shè)備的 可靠 RTSP控制。
[0141 ]在步驟973和975，源900可進(jìn)入單播宣告階段，在該單播宣告階段期間它可W向主 動(dòng)阱910之一（在此是阱910A和910B)發(fā)送RTSP群會(huì)話信息的宣告。源900可使用RTSP A順OUNCE命令來(lái)向主動(dòng)阱發(fā)送該宣告。該宣告可包括關(guān)于多播呈現(xiàn)URL、編解碼器參數(shù)、群 IP地址、RTP端口號(hào)W及用于群會(huì)話中的個(gè)體的主動(dòng)阱的會(huì)話ID的信息，等等。在一些實(shí)現(xiàn) 中，源900可W-次向一個(gè)主動(dòng)阱發(fā)送宣告。例如，如在步驟973中，源900可W向主動(dòng)阱910A 發(fā)送宣告，在該時(shí)間期間源900可W在W抑-TRIGGER-MET冊(cè)D=WA 口命令下操作，在此期間它 將等待播放多媒體內(nèi)容。此后，如在步驟975中，源900可W向主動(dòng)阱910B發(fā)送宣告，在該時(shí) 間期間源900可W在WFD-TRIGGER-MET冊(cè)D = PLAY命令下操作，在此期間源900可準(zhǔn)備好向主 動(dòng)阱910播放多媒體內(nèi)容。宣告還可遵循如W上參照?qǐng)D8步驟869描述的響應(yīng)超時(shí)和重試計(jì) 數(shù)參數(shù)。
[0142] 在步驟974和976,已經(jīng)分別接收到步驟973或975的宣告的主動(dòng)阱910(在此分別是 阱910A和910B)可W向源900發(fā)送RTSP OK消息W指示它們已經(jīng)分別接收到步驟973和975的 宣告。
[0143] 在步驟977, 一個(gè)或多個(gè)主動(dòng)阱910可W經(jīng)由RTSP呈現(xiàn)TOL向源900發(fā)送播放請(qǐng)求 (例如，RTSP PLAY請(qǐng)求）。該播放請(qǐng)求可W根據(jù)群會(huì)話ID來(lái)發(fā)送。
[0144] 在步驟978,響應(yīng)于步驟977的播放請(qǐng)求，源900可例如經(jīng)由"播放響應(yīng)or消息來(lái)通 知請(qǐng)求方主動(dòng)阱910播放將開(kāi)始。
[0145] 如W上參照步驟972、973和975描述的，在步驟979,源900可繼續(xù)傳送基于UDP的 RTSPU多播宣告W招攬新被動(dòng)阱加入該群會(huì)話。在該宣告階段期間，源900可W在WFD-TRIGGER-MET冊(cè)D = READY(就緒)命令下操作，在此期間源900可W準(zhǔn)備好向任何可能加入該 群的被動(dòng)阱910(在此是阱910C和910C)播放多媒體內(nèi)容。在一個(gè)實(shí)現(xiàn)中，源900可能不請(qǐng)求 或接收來(lái)自任何被動(dòng)阱的ACK響應(yīng)。例如，源900可能不跟蹤被動(dòng)阱設(shè)備。源900可改為只在 基于UDP的宣告內(nèi)發(fā)送多媒體編解碼器參數(shù)和其它重要群會(huì)話流送變化，無(wú)論被動(dòng)阱是否 索求該信息。在一個(gè)實(shí)現(xiàn)中，發(fā)生在基于UDP的RTSPU多播宣告內(nèi)的能力交換和會(huì)話通告可 由層2通過(guò)使用Wi-Fi顯示動(dòng)作帖或服務(wù)發(fā)現(xiàn)規(guī)程來(lái)執(zhí)行。如果被動(dòng)阱設(shè)備支持Wi-Fi顯示 服務(wù)發(fā)現(xiàn)(WFDS)協(xié)議，則它們可使用應(yīng)用服務(wù)平臺(tái)（ASP)會(huì)話來(lái)在已經(jīng)建立對(duì)等發(fā)現(xiàn)和連 接后從源900獲取群會(huì)話能力。
[0146] 在步驟980,源900可開(kāi)始通過(guò)群會(huì)話向任何連接著的主動(dòng)和被動(dòng)阱910(在此是阱 91OA、91OB、91OC和91OD)流送多媒體內(nèi)容。在該時(shí)間期間，源900可指示"正在播放"狀態(tài)。
[0147] 在步驟981，連接著的主動(dòng)和被動(dòng)阱910可W從源900接收流送多媒體內(nèi)容。
[014引圖10(例如，如由圖IOA和作為一個(gè)接續(xù)附圖的圖IOB解說(shuō)的）解說(shuō)了 Wi-Fi顯示源 設(shè)備、Wi-Fi顯示主控阱設(shè)備W及數(shù)個(gè)從屬阱設(shè)備之間的W阱為中屯、的、基于RTSP的群會(huì)話 管理方法的示例實(shí)現(xiàn)。與其中源發(fā)起了與個(gè)體阱或阱群的群會(huì)話的圖6-9相反，在該方法 中，一個(gè)"主控"阱發(fā)起與源的群會(huì)話并且然后邀請(qǐng)其它"從屬"阱到該群會(huì)話。
[0149] 在步驟1061 ,Wi-Fi顯示主控阱1010發(fā)起與Wi-Fi顯示源1000的發(fā)現(xiàn)階段。在該發(fā) 現(xiàn)階段期間交換的發(fā)現(xiàn)信息可包括群會(huì)話管理信息和設(shè)備能力信息，如W上參照?qǐng)D5描述 的。發(fā)現(xiàn)階段可W在所選信道(例如，信道1、6或11)上發(fā)生，運(yùn)基于該信道上的話務(wù)量。此 夕h發(fā)現(xiàn)信息可W經(jīng)由探測(cè)請(qǐng)求和探測(cè)響應(yīng)帖在源1000與主控阱1010之間被交換。
[0150] 在步驟1062,主控阱1010還可與源1000交換服務(wù)發(fā)現(xiàn)信息。
[0151] 在步驟1063,源1000可W向用戶(hù)1050指示步驟1061和1062已經(jīng)發(fā)生并通知用戶(hù) 1050主控阱1010已經(jīng)連接。
[0152] 在步驟1064,源1000和主控阱1010可W完成連接設(shè)立。在某些情形中，連接設(shè)立可 W是Wi-Fi對(duì)等鏈路。
[0153] 在步驟1065,源1000和主控阱1010可使用基于TCP的RTSP信息交換來(lái)交換能力信 息。運(yùn)一能力信息可包括多媒體編解碼器、多媒體格式、最少等待時(shí)間或緩沖器能力、或所 支持的多播機(jī)制（例如DMS或GCR)等。源1000可使用將RTSP OPTIONS和GET_PARAMET邸命令 連同群會(huì)話管理信息來(lái)交換并設(shè)置能力信息。在一個(gè)實(shí)現(xiàn)中，源1000可通知主控阱1010它 旨在服務(wù)作為阱為中屯、"的群的阱設(shè)備群。在該情形中，也在能力交換階段期間，主控阱 1010可響應(yīng)并承擔(dān)主控阱(或"控制阱"）的角色。
[0154] 在步驟1066,源1000可W向主控阱1010發(fā)送單播RTSP宣告或參數(shù)請(qǐng)求。源1000可 使用RTSP ANNOUNCE命令來(lái)發(fā)送宣告，或者使用SET_PARAMETER命令來(lái)發(fā)送參數(shù)請(qǐng)求。該宣 告可包括關(guān)于多播呈現(xiàn)URL、編解碼器參數(shù)、群IP地址、RTP端口號(hào)、W及用于主控阱的會(huì)話 ID的信息，等等。在該時(shí)間期間，源1000可W在W抑-TRIGG邸-MET冊(cè)D = WA口命令下操作，在 此期間它將等待播放多媒體內(nèi)容。在一些實(shí)現(xiàn)中，當(dāng)要求在群會(huì)話中支持大量阱設(shè)備時(shí)，源 1000可使用帥P上的RTSPU方案（IETF RFC 2326)來(lái)管理群會(huì)話流送控制，例如使用 A順OUNCE方法。
[01巧]在步驟1067,源1000和主控阱1010可W在主控阱1010向源1000發(fā)送對(duì)群設(shè)立的請(qǐng) 求時(shí)暫時(shí)停止通信(例如，暫停），并且然后繼續(xù)行至步驟1068。
[0156] 在步驟1068和1069,主控阱1010可發(fā)起與從屬阱1020(在該示例中，與從屬阱 1020A和從屬阱1020B)的接續(xù)發(fā)現(xiàn)階段。在該發(fā)現(xiàn)階段期間交換的發(fā)現(xiàn)信息可包括群會(huì)話 管理信息和設(shè)備能力信息。主控阱1010可經(jīng)由對(duì)等或服務(wù)發(fā)現(xiàn)來(lái)向從屬阱1020發(fā)送群邀請(qǐng) 消息。群邀請(qǐng)消息可包括用于當(dāng)前Wi-Fi顯示群會(huì)話中的多媒體流送的多媒體格式。群邀請(qǐng) 消息還可包括阱設(shè)備可W從源1000接收的RTP/UDP分組的IP地址和端口號(hào)。該接續(xù)發(fā)現(xiàn)階 段期間的信息交換可W-次與一個(gè)阱進(jìn)行，例如，主控阱1010可W與從屬阱1020A交換發(fā)現(xiàn) 信息（如在步驟1068中）并且然后與從屬阱1020B交換發(fā)現(xiàn)信息（如步驟1069中）。在該時(shí)間 期間，主控阱1010還可建立到從屬阱群的禪合和/或收集關(guān)于從屬阱的信息。在一些實(shí)現(xiàn) 中，當(dāng)需要在群會(huì)話中支持大量阱設(shè)備時(shí)，主控阱1010可使用UDP上的RTSPU方案(IETF RFC 2326)來(lái)管理群會(huì)話流送控制，例如使用ANNOUNCE方法。
[0157] 在步驟1070和1071，主控阱1010可W向從屬阱1020(在此是從屬阱1020A和1020B) 發(fā)送RTSP宣告。該宣告可包括請(qǐng)從屬阱1020加入群會(huì)話或加入請(qǐng)求/響應(yīng)過(guò)程的邀請(qǐng)。該宣 告可W-次被發(fā)送到一個(gè)從屬阱，例如主控阱1010可W向從屬阱1020A發(fā)送宣告(如在步驟 1070中）并且然后向從屬阱1020B發(fā)送宣告(如在步驟1071中）。
[0158] 在步驟1072,源1000可W向用戶(hù)1050指示步驟1064-1071已經(jīng)發(fā)生并允許用戶(hù) 1050為群會(huì)話做出設(shè)備選擇。
[0159] 在步驟1073,主控阱1010可經(jīng)由RTSP呈現(xiàn)URL來(lái)向源700發(fā)送RTSP設(shè)立請(qǐng)求。RTSP 設(shè)立請(qǐng)求可包括群會(huì)話成員資格信息，例如從屬阱的數(shù)目和標(biāo)識(shí)。
[0160] 在步驟1074,源1000可W向主控阱1010發(fā)送RTSP OK消息W指示它已經(jīng)接收并批 準(zhǔn)步驟1073的請(qǐng)求。
[0161] 在步驟1075,源1000可W準(zhǔn)備好建立群會(huì)話。在其對(duì)群會(huì)話的建立中，源1000可確 定用于該群會(huì)話的最優(yōu)參數(shù)。源1000也可在此時(shí)生成群會(huì)話ID。此外，源1000可經(jīng)由基于 UDP的多播端口來(lái)通告其群會(huì)話IDW使得被動(dòng)阱設(shè)備(在此是從屬阱1020A和1020B)可加入 該群。該過(guò)程參照?qǐng)D9進(jìn)一步描述。
[0162] 在步驟1076,源1000可進(jìn)入單播宣告階段，在該階段期間它可W向主控阱1010發(fā) 送RTSP群會(huì)話信息的宣告。源1000可使用RTSP ANNOUNCE命令來(lái)向主控阱1010發(fā)送該宣告。 在該時(shí)間期間，源1000可W在W抑-TRIGGER-MET冊(cè)D = PLAY命令下操作，在此期間源1000可 W準(zhǔn)備好向主控阱1010播放多媒體內(nèi)容。在一些實(shí)現(xiàn)中，當(dāng)需要在群會(huì)話中支持大量阱設(shè) 備時(shí)，源1000可使用UDP上的RTSPU方案（IETF RFC 2326)來(lái)管理群會(huì)話流送控制，例如使用 A順OUNCE方法。
[0163] 在步驟1077,主控阱1010可W向源1000發(fā)送RTSP OK消息，W指示它已經(jīng)接收到步 驟1076的宣告。
[0164] 在步驟1078,主控阱1010可W經(jīng)由RTSP呈現(xiàn)TOL向源1000發(fā)送播放請(qǐng)求（例如， RTSP PLAY請(qǐng)求）。該播放請(qǐng)求可W根據(jù)群會(huì)話ID來(lái)發(fā)送。
[0165] 在步驟1079,響應(yīng)于步驟1078的播放請(qǐng)求，源1000可例如經(jīng)由"播放響應(yīng)or消息 來(lái)通知主控阱1010播放將開(kāi)始。
[0166] 在步驟1080,源1000可繼續(xù)傳送基于UDP的RTSPU多播宣告（如在步驟1075中描述 的）W招攬新被動(dòng)阱（例如，從屬阱1020A和1020B)加入該群會(huì)話。在該時(shí)間期間，源1000可 ^在胖。0-1316661?-161'冊(cè)0 = ?1^\￥命令下操作，在此期間源1000可^準(zhǔn)備好向可加入該群的 任何被動(dòng)阱1010(在此是阱1020A和1020B)播放多媒體內(nèi)容。該宣告可包括關(guān)于多播呈現(xiàn) URU編解碼器參數(shù)、群IP地址、RTP端口號(hào)、W及對(duì)于群會(huì)話中的所有阱而言共同的會(huì)話ID 的信息，等等。該宣告還可遵循如參照?qǐng)D8描述的響應(yīng)超時(shí)和重試計(jì)數(shù)參數(shù)。在一些實(shí)現(xiàn)中， 當(dāng)需要在群會(huì)話中支持大量阱設(shè)備時(shí)，源1000可使用UDP上的RTSPU方案（IETF RFC 2326) 來(lái)管理群會(huì)話流送控制，例如使用ANNOUNCE方法。
[0167] 在步驟1080的宣告后，任何其它阱設(shè)備可W在該時(shí)間后向主控阱1010發(fā)送要加入 該群的請(qǐng)求。如果請(qǐng)求方阱設(shè)備滿(mǎn)足所要求的參數(shù)(如由群會(huì)話所確定的），則主控阱1010 可W向請(qǐng)求方阱設(shè)備發(fā)送肯定響應(yīng)并向請(qǐng)求方阱設(shè)備發(fā)送加入該群的邀請(qǐng)。如果請(qǐng)求方阱 設(shè)備接受該邀請(qǐng)，則它可W向源1000發(fā)送阱信息。源1000然后可更新群會(huì)話參數(shù)信息并且 開(kāi)始向基于UDP的多播端口流送多媒體內(nèi)容。源1000還可W開(kāi)始向任何其它MC層流送多媒 體內(nèi)容W用于對(duì)用戶(hù)群進(jìn)行數(shù)據(jù)遞送。在一些實(shí)現(xiàn)中，源10000可W在MAC層要求多播數(shù)據(jù) 遞送來(lái)用于多播話務(wù)(例如，802. IlDMS或GCR規(guī)程)時(shí)宣告其要成為群主的意圖。
[0168] 在步驟1081和1082,已經(jīng)接收到步驟1080的宣告的從屬阱1020(在此分別是阱 IOlOA和1010B)可W向源1000發(fā)送RTSP OK消息W指示它們已經(jīng)接收到該宣告。RTSP OK消 息可W-次從一個(gè)從屬阱接收，例如從屬阱1020A可W向源1000發(fā)送RTSP OK消息（如在步 驟1081中）并且然后從屬阱1020B可W向源1000發(fā)送RTSP OK消息(如在步驟1082中）。
[0169] 在步驟1083,源1000可開(kāi)始通過(guò)群會(huì)話向主控阱IOlOW及任何連接著的從屬阱 1010(在此是從屬阱1020A和1020B)流送多媒體內(nèi)容。在該時(shí)間期間，源1000可指示"正在播 放"狀態(tài)。
[0170] 在步驟1084,連接著的阱可W從源1000接收流送多媒體內(nèi)容。主控阱1010可管理 流送控制特征(例如，播放、暫停、或其它用戶(hù)輸入）。為了使得能由用戶(hù)1050進(jìn)行運(yùn)一控制， 主控阱1010可在其TCP連接上具有用戶(hù)輸入返回信道化IBC)能力。
[0171] 圖11(例如，如圖IlA和作為一個(gè)接附圖的圖IlB解說(shuō)的）解說(shuō)了用于Wi-Fi顯示群 會(huì)話管理信息的示例子元素內(nèi)容布局。子元素可被包括在Wi-Fi顯示信息元素內(nèi)，W用于源 或阱通告關(guān)于設(shè)備發(fā)現(xiàn)(例如，發(fā)現(xiàn)數(shù)個(gè)阱設(shè)備）的群會(huì)話信息(諸如參照?qǐng)D4-10討論的群 會(huì)話)的目的。子元素可包括設(shè)備應(yīng)在設(shè)備發(fā)現(xiàn)期間交換的最少量的信息。
[0172] 參與該過(guò)程的設(shè)備可包括如參照?qǐng)D4-10描述的對(duì)等Wi-Fi顯示群服務(wù)設(shè)備，例如 具備群會(huì)話能力的源、具備群會(huì)話能力的主控阱W及其它阱設(shè)備。運(yùn)些設(shè)備中的一者或多 者可包括所解說(shuō)的子元素，該子元素可指示群會(huì)話的能力、群會(huì)話類(lèi)型、群會(huì)話管理端口信 息、W及MAC層對(duì)用于遞送多播分組的群尋址帖的支持（如果有）等，如W下參照行1140、 1160和1180更完整地描述的。在源一次具有不止一個(gè)群會(huì)話的情形中，該源針對(duì)每一群可 包括一個(gè)多群會(huì)話管理信息子元素。
[0173] 在一個(gè)實(shí)現(xiàn)中，源或阱設(shè)備可支持來(lái)自Wi-Fi直連服務(wù)標(biāo)準(zhǔn)的服務(wù)發(fā)現(xiàn)規(guī)程，并且 子元素信息可被包括為用于服務(wù)發(fā)現(xiàn)的顯示能力參數(shù)(例如，被包括在用于顯示尋找服務(wù) 的se;rvice_info;rmation_request中）。圖11中的表解說(shuō)了該實(shí)現(xiàn)的示例。
[0174] 示例子元素可包括數(shù)個(gè)字段。字段列1100列出了示例字段。一些字段可具有所建 議的八位位組大小，該些大小在大小列中列出。在字段具有所建議的值的情形中，該值在值 列1104中列出。描述列1106提供了每一字段的簡(jiǎn)要概述，運(yùn)將在下文中更詳細(xì)地討論。
[0175] 如在行1110中解說(shuō)的，子元素可包括具有1八位位組大小和預(yù)定值的"子元素 ID" 字段。子元素 ID字段可標(biāo)識(shí)Wi-Fi顯示子元素的相應(yīng)類(lèi)型。
[0176] 如在行1120中解說(shuō)的，子元素還可包括具有2八位位組大小和值6的"長(zhǎng)度"字段。 該長(zhǎng)度字段可指示該子元素中的任何后續(xù)字段的長(zhǎng)度。
[0177] 如在行1130中解說(shuō)的，子元素還可包括具有4個(gè)八位位組大小的"WH)群會(huì)話標(biāo)識(shí) 符"字段。WFD群會(huì)話標(biāo)識(shí)符字段可包括由源設(shè)備(例如，參照?qǐng)D4 10描述的源)在對(duì)群Wi-Fi 顯示會(huì)話的RTSP會(huì)話建立期間指派的唯一性群會(huì)話標(biāo)識(shí)符。在群會(huì)話尚未開(kāi)始的情形中， WFD群會(huì)話標(biāo)識(shí)符字段可具有全零值。
[017引如在行1140中解說(shuō)的，子元素還可包括具有1個(gè)八位位組大小的"WH)群會(huì)話類(lèi)型" 字段。WFD群會(huì)話類(lèi)型字段可包括指定群會(huì)話類(lèi)型的位圖。在一些情形中，群會(huì)話可W是W 源為中屯、的類(lèi)型，如參照?qǐng)D4-9描述的。在其它情形中，群會(huì)話可W是W主控阱為中屯、的類(lèi) 型，如參照?qǐng)D10描述的。群會(huì)話也可W是其它類(lèi)型。群會(huì)話類(lèi)型可W在位圖中的前四位中指 示。該位圖還可指示管理群會(huì)話的RTSP協(xié)議端口的類(lèi)型，例如TCP端口、UDP端口、或混合(所 有類(lèi)型都如參照?qǐng)D4-10描述的）"RTSP協(xié)議端口類(lèi)型可W在位圖中的后四位中指示。
[0179] 如在行1150中解說(shuō)的，該子元素還可包括具有2個(gè)八位位組大小的"群會(huì)話管理控 制端口信息"字段。群會(huì)話管理控制端口信息字段可包括Wi-Fi顯示設(shè)備可藉W監(jiān)聽(tīng)群會(huì)話 的RTSP消息的TCP或UDP端口。群會(huì)話管理控制端口消息的值可W是任何有效UDP或TCP端口 值。
[0180] 如在行1160中解說(shuō)的，子元素還可包括具有7個(gè)八位位組大小的"所支持的群多播 方法"字段。所支持的群多播方法字段可包括指示MAC層對(duì)群尋址式帖遞送的支持的位圖。 可設(shè)置的支持系統(tǒng)的示例包括僅DMS、具有塊ACK的GCR(群碼記錄）、具有非索求重試的GCR 等。該位圖還可指示將不實(shí)現(xiàn)群尋址式遞送支持。群定址式帖遞送支持可W在該位圖中的 前8位中指示。在位圖設(shè)置具有塊ACK的GCR或具有非索求重試的GCR的情形中，所支持的群 多播方法字段的接下來(lái)6個(gè)字節(jié)可包括GCR群地址。在位圖設(shè)置除了具有塊ACK的GCR或具有 非索求重試的GCR之外的其他支持系統(tǒng)的情形中，GCR群地址信息子字段可被留為保留。
[0181] 如在行1170中解說(shuō)的，該子元素還可包括"強(qiáng)制群參數(shù)"字段。該強(qiáng)制群參數(shù)字段 可包括設(shè)及對(duì)共同多媒體格式的最少所要求支持、等待時(shí)間或緩沖器能力信息、和/或源向 一個(gè)或多個(gè)阱流送多媒體內(nèi)容所必需的其它參數(shù)的信息。在一些情形中，強(qiáng)制群參數(shù)字段 的值可W是可任選的。在一個(gè)實(shí)現(xiàn)中，源可能要求對(duì)在強(qiáng)制群參數(shù)字段中指示的最少等待 時(shí)間、緩沖器能力、和/或用于在不轉(zhuǎn)碼的情況下進(jìn)行流送的共同多媒體內(nèi)容格式的支持。 在源不索求個(gè)體阱能力的情形中（例如，如在參照?qǐng)D8描述的方法的一個(gè)實(shí)現(xiàn)中）或者在阱 設(shè)備不支持內(nèi)容的原生格式的情形中，則源或阱可將內(nèi)容重新編碼和/或轉(zhuǎn)碼成強(qiáng)制多媒 體格式和參數(shù)(例如，1280x72化，24fps分辨率）W用于在群會(huì)話期間流送。
[0182] 如在行1180中解說(shuō)的，子元素還可包括具有7個(gè)八位位組大小的"WH)群成員信息 描述符"字段，該字段表示所有群成員的總和(例如，群成員個(gè)數(shù)）dWFD群成員信息描述符字 段可W在其首個(gè)八位位組中指示每一成員設(shè)備的類(lèi)型和狀態(tài)。成員設(shè)備的類(lèi)型和狀態(tài)的示 例可包括如參照?qǐng)D4-10描述的主控阱、常規(guī)阱、具備多播能力、僅單播等類(lèi)型。WFD群成員信 息描述符字段還可包括每一設(shè)備的MAC地址或任何其它唯一性標(biāo)識(shí)符。MAC地址或唯一性標(biāo) 識(shí)符可位于WFD群成員信息描述符字段的末6個(gè)八位位組中。在WFD群成員信息描述符字段 持有單個(gè)條目（例如，7個(gè)字節(jié))的情形中，MAC地址字段可包含全零，且第一八位位組可只指 示該群中的活躍設(shè)備或成員的數(shù)目。在一個(gè)實(shí)現(xiàn)中，源和/或主控阱可基于關(guān)于最后加入該 群的成員設(shè)備的信息來(lái)更新WFD群成員信息描述符字段。
[0183] 在一些實(shí)現(xiàn)中，子元素還可包括附加字段(未描繪）。附加字段的示例可包括設(shè)及 關(guān)于設(shè)備類(lèi)別（例如，具備群會(huì)話能力的源、具備群服務(wù)能力的主控阱等)或每一設(shè)備的優(yōu) 選模式(例如，對(duì)等GO、軟AP、對(duì)于角色沒(méi)有偏好等)的信息的字段。
[0184] 圖12解說(shuō)了用于為群會(huì)話遞送多媒體內(nèi)容的數(shù)據(jù)面找的示例。在一個(gè)實(shí)施例中， 數(shù)據(jù)面找的一個(gè)實(shí)例可能是對(duì)所要支持的每一群會(huì)話執(zhí)行內(nèi)容處理所必需的。使用W下方 法，向數(shù)據(jù)面找（即，通過(guò)使用RTSP流送控制協(xié)議)通知用于處置向阱設(shè)備群(例如，如參照 圖4-10描述的阱設(shè)備)進(jìn)行的帖遞送的系統(tǒng)MAC層能力是有實(shí)現(xiàn)可能的。圖12中的數(shù)據(jù)面找 解說(shuō)包括若干會(huì)話群及其內(nèi)容，諸如群A內(nèi)容1200AW及群K內(nèi)容1200K。每一群可包括全都 能夠接收相同的所要求多媒體格式和/或滿(mǎn)足最大等待時(shí)間要求的阱。數(shù)據(jù)面找還利用不 為一個(gè)群所特有的資源和控制信令，諸如共同RTSP控制1205W及TCP/UDP信息1210。該一個(gè) 或多個(gè)數(shù)據(jù)面找還可跨系統(tǒng)和所有群使用共同組件，諸如IP套接字1215W及Wi-Fi對(duì)等/ TLDS和Wi-Fi受保護(hù)設(shè)立處置單元1220。專(zhuān)用于每一阱群的數(shù)據(jù)面可包括個(gè)體組件或資源， 諸如視頻編解碼器1230、音頻編解碼器1235、分組化元系統(tǒng)(PES)信息1240、HDCP 2.0/2.1 信息1245、1?662-了5信息1250、1^?信息1255^及抓?信息1260。數(shù)據(jù)面找可將帖調(diào)度至其各 自的群地址如1225。
[0185] 對(duì)于阱群(例如，如W上在圖12中顯示的群）內(nèi)的媒體內(nèi)容遞送，來(lái)自802. Ilaa的 定向多播服務(wù)(DMS)或帶重試的群播(GCR)規(guī)程可被用于確保MAC層可靠性和穩(wěn)健的多媒體 流送。DMS或GCR遞送方法的確切重傳規(guī)程可取決于群中的源和阱的能力、群中的設(shè)備數(shù)目、 信道狀況、帶寬要求等。給定運(yùn)些參數(shù)的不同狀況，可使用多媒體遞送方法的若干選項(xiàng)。源 可基于W下示例來(lái)宣告群會(huì)話遞送方法是僅DMS、僅非索求GCR、具有塊ACK的GCR、DMS和GCR 兩者、非GCR等。
[0186] 一種用于多媒體遞送的示例方法可包括源通過(guò)一個(gè)MPEG2-TS和RTP/UDP流來(lái)進(jìn)行 傳送W用于與阱設(shè)備進(jìn)行初始設(shè)立。隨后，源可使用多播IP分組并使用DMS來(lái)轉(zhuǎn)換成單播 MC帖。該方法提供了多個(gè)單播MC傳輸?shù)目煽啃浴?br>[0187] 另一種用于多媒體遞送的示例方法包括具有非索求重試的GCR。在該方法中，源可 W將數(shù)據(jù)帖傳送至GCR地址，該GCR地址可在Wi-Fi顯示信息元素（如參照?qǐng)D11描述的）和 RTSP消息中通告。源還可重傳個(gè)體數(shù)據(jù)帖W確保它們被阱設(shè)備接收到。在源重傳帖的情形 中，源可W向阱設(shè)備通告其重傳策略。
[0188] 另一種用于多媒體遞送的示例方法包括具有塊ACK的GCR。在該方法中，數(shù)據(jù)帖可 經(jīng)由多播發(fā)送到GCR地址。此外，源可W在MAC帖塊的末尾發(fā)送塊ACK請(qǐng)求帖。阱設(shè)備群然后 可W在超時(shí)時(shí)段內(nèi)返回塊ACK。
[0189] 在W上用于多媒體遞送方法的示例方法中沒(méi)有一種方法被支持(例如，由于源或 阱設(shè)備的有限能力）的情形中，群流送可使用非GCR多播方法。該非GCR多播方法可W不包括 ACK請(qǐng)求或重試。在該方法中，源和/或大量阱設(shè)備可能不支持任何群尋址式帖遞送。源可W 作為對(duì)等GO或軟AP來(lái)操作，并且可W在從UDP找接收到多播IP分組后使用常規(guī)多播來(lái)傳送 數(shù)據(jù)帖。內(nèi)容比特流可由數(shù)據(jù)面找的一個(gè)實(shí)例（例如，編解碼器、PES、HDCP、MPEG2-TS/RTP/ UDP等）生成，并且MAC層可W在如在遞送話務(wù)指示消息(DTIM)中指示的特定時(shí)刻傳送運(yùn)些 帖。該方法可結(jié)果導(dǎo)致多播帖的低數(shù)據(jù)率W及高分組丟失。結(jié)果，RTSP?；畛瑫r(shí)可被設(shè)置W 確保阱被連接著并且任何其它反饋機(jī)制(例如，RTSP)也可被使用。
[0190] 上面描述的方法的各種操作可由能夠執(zhí)行運(yùn)些操作的任何合適的裝置來(lái)執(zhí)行，諸 如各種硬件和/或軟件組件、電路、和/或模塊。一般而言，在附圖中所解說(shuō)的任何操作可由 能夠執(zhí)行運(yùn)些操作的相對(duì)應(yīng)的功能性裝置來(lái)執(zhí)行。例如，用于響應(yīng)于控制電壓而選擇性地 允許電流的裝置可包括第一晶體管。另外，包括用于選擇性地提供開(kāi)路的裝置的用于限制 控制電壓量的裝置可包括第二晶體管。
[0191] 信息和信號(hào)可使用各種各樣的不同技藝和技術(shù)中的任一種來(lái)表示。例如，貫穿上 面描述始終可能被述及的數(shù)據(jù)、指令、命令、信息、信號(hào)、位(比特）、碼元、和碼片可由電壓、 電流、電磁波、磁場(chǎng)或磁粒子、光場(chǎng)或光粒子、或其任何組合來(lái)表示。
[0192] 結(jié)合本文中所公開(kāi)的實(shí)施例來(lái)描述的各種解說(shuō)性邏輯框、模塊、電路、和算法步驟 可實(shí)現(xiàn)為電子硬件、計(jì)算機(jī)軟件、或運(yùn)兩者的組合。為清楚地解說(shuō)硬件與軟件的運(yùn)一可互換 性，各種解說(shuō)性組件、塊、模塊、電路、W及步驟在上面是W其功能性的形式作一般化描述 的。此類(lèi)功能性是被實(shí)現(xiàn)為硬件還是軟件取決于具體應(yīng)用和施加于整體系統(tǒng)的設(shè)計(jì)約束。 可針對(duì)每種特定應(yīng)用W不同方式來(lái)實(shí)現(xiàn)所描述的功能性，但此類(lèi)實(shí)現(xiàn)決策不可被解讀為致 使脫離本發(fā)明的實(shí)施例的范圍。
[0193] 結(jié)合本文所公開(kāi)的實(shí)施例描述的各種解說(shuō)性塊、模塊、和電路可用通用處理器、數(shù) 字信號(hào)處理器(DSP)、專(zhuān)用集成電路(ASIC)、現(xiàn)場(chǎng)可編程口陣列(FPGA)或其他可編程邏輯器 件、分立口或晶體管邏輯、分立硬件組件、或其設(shè)計(jì)成執(zhí)行本文所描述的功能的任何組合來(lái) 實(shí)現(xiàn)或執(zhí)行。通用處理器可W是微處理器，但在替換方案中，該處理器可W是任何常規(guī)的處 理器、控制器、微控制器、或狀態(tài)機(jī)。處理器還可W被實(shí)現(xiàn)為計(jì)算設(shè)備的組合，例如DSP與微 處理器的組合、多個(gè)微處理器、與DSP核屯、協(xié)同的一個(gè)或多個(gè)微處理器、或任何其它此類(lèi)配 置。
[0194] 結(jié)合本文所公開(kāi)的實(shí)施例描述的方法或算法和功能的各個(gè)步驟可直接用硬件、由 處理器執(zhí)行的軟件模塊或兩者的組合來(lái)實(shí)現(xiàn)。如果用軟件實(shí)現(xiàn)，則運(yùn)些功能可作為一條或 多條指令或代碼存儲(chǔ)在有形的非瞬態(tài)計(jì)算機(jī)可讀介質(zhì)上或藉其進(jìn)行傳送。軟件模塊可駐留 在隨機(jī)存取存儲(chǔ)器(RAM)、閃存、只讀存儲(chǔ)器(ROM)、電可編程ROM化PROM)、電可擦式可編程 ROM化EPROM)、寄存器、硬盤(pán)、可移動(dòng)盤(pán)、CD-ROM、或本領(lǐng)域中所知的任何其他形式的存儲(chǔ)介 質(zhì)中。存儲(chǔ)介質(zhì)被禪合到處理器W使得該處理器能從/向該存儲(chǔ)介質(zhì)讀和寫(xiě)信息。在替換方 案中，存儲(chǔ)介質(zhì)可W被整合到處理器。如本文中所使用的盤(pán)(disk)和碟(disc)包括壓縮碟 (CD)、激光碟、光碟、數(shù)字多用碟(DVD)、軟盤(pán)和藍(lán)光碟，其中盤(pán)常常磁性地再現(xiàn)數(shù)據(jù)而碟用 激光光學(xué)地再現(xiàn)數(shù)據(jù)。上述的組合也可被包括在計(jì)算機(jī)可讀介質(zhì)的范圍內(nèi)。處理器和存儲(chǔ) 介質(zhì)可駐留在ASIC中。ASIC可駐留在用戶(hù)終端中。替換地，處理器和存儲(chǔ)介質(zhì)可作為分立組 件駐留在用戶(hù)終端中。
[0195] 出于概述本公開(kāi)的目的，本發(fā)明的某些方面、優(yōu)點(diǎn)和新穎特征已在本文中描述。應(yīng) 當(dāng)理解，未必根據(jù)本發(fā)明的任何特定實(shí)施例都可實(shí)現(xiàn)所有運(yùn)些優(yōu)點(diǎn)。因此，本發(fā)明可W按實(shí) 現(xiàn)或優(yōu)化本文所教導(dǎo)的一個(gè)或一組優(yōu)點(diǎn)而不一定實(shí)現(xiàn)如可能在本文中教導(dǎo)或提出的其他 優(yōu)點(diǎn)的方式來(lái)實(shí)現(xiàn)或?qū)嵤?br>[0196] 對(duì)上述實(shí)施例的各種修改將是顯而易見(jiàn)的，并且本文中定義的一般原理可被應(yīng)用 于其他實(shí)施例而不會(huì)脫離本發(fā)明的精神或范圍。因此，本發(fā)明不是旨在限于本文所示的各 實(shí)施例，而是應(yīng)被授予與本文所公開(kāi)的原理和新穎特征相一致的最寬范圍。
【主權(quán)項(xiàng)】
1. 一種配置成向多個(gè)阱設(shè)備傳送多媒體內(nèi)容的裝置，包括處理器，所述處理器被配置 成： 通過(guò)Wi-Fi對(duì)等連接來(lái)連接到所述多個(gè)講設(shè)備中的每一者； 從請(qǐng)求特定多媒體內(nèi)容的每一 Wi-Fi對(duì)等連接的阱設(shè)備接收能力信息； 生成包括群會(huì)話ID和傳輸端口號(hào)的控制消息，所述傳輸端口號(hào)將用于向每一Wi-Fi對(duì) 等連接的阱設(shè)備傳達(dá)與所述群相關(guān)聯(lián)的所述特定多媒體內(nèi)容； 向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳送所述控制消息； 確定用于與所述群會(huì)話ID相關(guān)聯(lián)的所述Wi-Fi對(duì)等連接的阱設(shè)備的流送參數(shù)集；以及 使用所述傳輸端口號(hào)并根據(jù)所述流送參數(shù)集來(lái)向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳送所 述特定多媒體內(nèi)容。2. 如權(quán)利要求1所述的裝置，其特征在于，所述流送參數(shù)集包括編解碼器信息、顯示器 分辨率、視頻格式、以及音頻格式中的至少一者。3. 如權(quán)利要求1所述的裝置，其特征在于，所述控制消息還包括多播配置、單播配置、以 及包括用于內(nèi)容流送的群MAC地址的可靠群播配置中的至少一者。4. 如權(quán)利要求1所述的裝置，其特征在于，所述特定多媒體內(nèi)容的傳輸通過(guò)使用穩(wěn)健多 播幀遞送技術(shù)來(lái)進(jìn)行。5. 如權(quán)利要求4所述的裝置，其特征在于，所述穩(wěn)健多播幀遞送技術(shù)基于802.1 laa標(biāo)準(zhǔn) 的確收和重試規(guī)程。6. 如權(quán)利要求1所述的裝置，其特征在于，所述處理器被進(jìn)一步配置成： 通過(guò)到所述多個(gè)阱設(shè)備中的數(shù)個(gè)阱設(shè)備的所述Wi-Fi對(duì)等連接來(lái)建立并維護(hù)所述群會(huì) 話；以及 確立控制消息接發(fā)方案，所述控制消息接發(fā)方案用于向未連接的阱設(shè)備廣播所述群會(huì) 話ID、端口信息、以及流送參數(shù)集以允許這些未連接的阱設(shè)備與所述群會(huì)話ID進(jìn)行關(guān)聯(lián)。7. 如權(quán)利要求1所述的裝置，其特征在于，所述處理器被進(jìn)一步配置成按預(yù)定時(shí)間間隔 來(lái)周期性地廣播所述群會(huì)話ID、端口信息、以及所述流送參數(shù)集。8. 如權(quán)利要求1所述的裝置，其特征在于，所述處理器被進(jìn)一步配置成在傳送所述控制 消息或后續(xù)控制消息之前等待接收來(lái)自每一 Wi-Fi對(duì)等連接的阱設(shè)備的能力信息達(dá)預(yù)定時(shí) 間量。9. 如權(quán)利要求1所述的裝置，其特征在于，所述處理器被進(jìn)一步配置成： 繞過(guò)從每一Wi-Fi對(duì)等連接的阱設(shè)備接收能力信息；以及 以用于內(nèi)容流送的預(yù)定群會(huì)話參數(shù)集來(lái)立即生成所述控制消息。10. 如權(quán)利要求1所述的裝置，其特征在于，所述處理器被進(jìn)一步配置成基于在所述裝 置處發(fā)起的請(qǐng)求、在所述阱設(shè)備處發(fā)起的請(qǐng)求、以及所述阱設(shè)備的不足能力中的至少一者 來(lái)添加所述Wi-Fi對(duì)等連接的阱設(shè)備中的一者或多者或?qū)⑵鋸南嚓P(guān)聯(lián)的群會(huì)話ID中移除。11. 如權(quán)利要求10所述的裝置，其特征在于，所述阱設(shè)備的不足能力至少包括它無(wú)法支 持會(huì)話類(lèi)型或無(wú)法支持將用于內(nèi)容流送的流送參數(shù)中的至少一者。12. 如權(quán)利要求1所述的裝置，其特征在于，所述處理器被進(jìn)一步配置成建立與多個(gè)設(shè) 備群的Wi-Fi對(duì)等連接，其中所述特定多媒體內(nèi)容、所述群會(huì)話ID、會(huì)話類(lèi)型、端口信息、以 及所述流送參數(shù)集中的至少一者對(duì)于所述設(shè)備群中的每一設(shè)備群是不同的。13. 如權(quán)利要求1所述的裝置，其特征在于，建立所述Wi-Fi對(duì)等連接包括Wi-Fi顯示設(shè) 備發(fā)現(xiàn)信息的交換，其中所述Wi-Fi顯示設(shè)備發(fā)現(xiàn)信息至少包括所述裝置的群會(huì)話能力、群 會(huì)話管理控制端口數(shù)據(jù)集、群會(huì)話類(lèi)型、以及將用于內(nèi)容流送的流送參數(shù)集的指示。14. 如權(quán)利要求13所述的裝置，其特征在于，所述Wi-Fi顯示設(shè)備發(fā)現(xiàn)信息至少有一子 集是通過(guò)在預(yù)先建立的Wi-Fi對(duì)等連接上的所述Wi-Fi直連服務(wù)標(biāo)準(zhǔn)的應(yīng)用服務(wù)平臺(tái)來(lái)進(jìn) 一步交換的。15. -種向多個(gè)阱設(shè)備傳送多媒體內(nèi)容的方法，包括： 通過(guò)Wi-Fi對(duì)等連接來(lái)連接到所述多個(gè)講設(shè)備中的每一者； 從請(qǐng)求特定多媒體內(nèi)容的每一 Wi-Fi對(duì)等連接的阱設(shè)備接收能力信息； 生成包括群會(huì)話ID和傳輸端口號(hào)的控制消息，所述傳輸端口號(hào)將被用于向每一Wi-Fi 對(duì)等連接的阱設(shè)備傳達(dá)與所述群相關(guān)聯(lián)的特定多媒體內(nèi)容； 向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳送所述控制消息； 確定用于與所述群會(huì)話ID相關(guān)聯(lián)的所述Wi-Fi對(duì)等連接的阱設(shè)備的流送參數(shù)集；以及 使用所述傳輸端口號(hào)并根據(jù)所述流送參數(shù)集來(lái)向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳送所 述特定多媒體內(nèi)容。16. 如權(quán)利要求15所述的方法，其特征在于，進(jìn)一步包括： 通過(guò)到所述多個(gè)阱設(shè)備中的數(shù)個(gè)阱設(shè)備的所述Wi-Fi對(duì)等連接來(lái)建立并維護(hù)所述群會(huì) 話；以及 確立控制消息接發(fā)方案，所述控制消息接發(fā)方案用于向未連接的阱設(shè)備廣播所述群會(huì) 話ID、端口信息、以及流送參數(shù)集以允許這些未連接的阱設(shè)備與所述群會(huì)話ID進(jìn)行關(guān)聯(lián)。17. 如權(quán)利要求15所述的方法，其特征在于，進(jìn)一步包括基于在所述裝置處發(fā)起的請(qǐng) 求、在所述阱設(shè)備處發(fā)起的請(qǐng)求、以及所述阱設(shè)備的不足能力中的至少一者來(lái)添加所述WiFi 對(duì)等連接的阱設(shè)備中的一者或多者或?qū)⑵鋸南嚓P(guān)聯(lián)的群會(huì)話 ID 中移除 ，其中所述阱設(shè)備 的不足能力至少包括它無(wú)法支持會(huì)話類(lèi)型或無(wú)法支持將用于內(nèi)容流送的流送參數(shù)中的至 少一者。18. 如權(quán)利要求15所述的方法，其特征在于，進(jìn)一步包括建立與多個(gè)設(shè)備群的Wi-Fi對(duì) 等連接，其中所述特定多媒體內(nèi)容、所述群會(huì)話ID、會(huì)話類(lèi)型、端口信息、以及所述流送參數(shù) 集中的至少一者對(duì)于所述設(shè)備群中的每一設(shè)備群是不同的。19. 如權(quán)利要求15所述的方法，其特征在于，建立所述Wi-Fi對(duì)等連接包括Wi-Fi顯示設(shè) 備發(fā)現(xiàn)信息的交換，其中所述Wi-Fi顯示設(shè)備發(fā)現(xiàn)信息至少包括所述裝置的群會(huì)話能力、群 會(huì)話管理控制端口數(shù)據(jù)集、群會(huì)話類(lèi)型、以及將用于內(nèi)容流送的流送參數(shù)集的指示。20. 如權(quán)利要求19所述的方法，其特征在于，所述Wi-Fi顯示設(shè)備發(fā)現(xiàn)信息至少有一子 集是通過(guò)在預(yù)先建立的Wi-Fi對(duì)等連接上的所述Wi-Fi直連服務(wù)標(biāo)準(zhǔn)的應(yīng)用服務(wù)平臺(tái)來(lái)進(jìn) 一步交換的。21. -種用于向多個(gè)阱設(shè)備傳送多媒體內(nèi)容的裝備，包括： 用于通過(guò)Wi-Fi對(duì)等連接來(lái)連接到所述多個(gè)阱設(shè)備中的每一者的裝置； 用于從請(qǐng)求特定多媒體內(nèi)容的每一 Wi-Fi對(duì)等連接的阱設(shè)備接收能力信息的裝置； 用于生成包括群會(huì)話ID和傳輸端口號(hào)的控制消息的裝置，所述傳輸端口號(hào)將用于向每 一 Wi-Fi對(duì)等連接的阱設(shè)備傳達(dá)與所述群相關(guān)聯(lián)的特定多媒體內(nèi)容； 用于向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳送所述控制消息的裝置； 用于確定用于與所述群會(huì)話ID相關(guān)聯(lián)的所述Wi-Fi對(duì)等連接的阱設(shè)備的流送參數(shù)集的 裝置；以及 用于使用所述傳輸端口號(hào)并根據(jù)所述流送參數(shù)集來(lái)向每一Wi-Fi對(duì)等連接的阱設(shè)備傳 送所述特定多媒體內(nèi)容的裝置。22. 如權(quán)利要求21所述的裝備，其特征在于，進(jìn)一步包括： 用于通過(guò)到所述多個(gè)阱設(shè)備中的數(shù)個(gè)阱設(shè)備的所述Wi-Fi對(duì)等連接來(lái)建立并維護(hù)所述 群會(huì)話的裝置；以及 用于確立控制消息接發(fā)方案的裝置，所述控制消息接發(fā)方案用于向未連接的阱設(shè)備廣 播所述群會(huì)話ID、端口信息、以及流送參數(shù)集以允許這些未連接阱設(shè)備與所述群會(huì)話ID進(jìn) 行關(guān)聯(lián)。23. 如權(quán)利要求21所述的裝備，其特征在于，進(jìn)一步包括用于基于在所述裝備處發(fā)起的 請(qǐng)求、在所述阱設(shè)備處發(fā)起的請(qǐng)求、以及所述阱設(shè)備的不足能力中的至少一者來(lái)添加所述 Wi-Fi對(duì)等連接的阱設(shè)備中的一者或多者或?qū)⑵鋸南嚓P(guān)聯(lián)的群會(huì)話ID中移除的裝置，其中 所述阱設(shè)備的不足能力至少包括它無(wú)法支持會(huì)話類(lèi)型或無(wú)法支持將用于內(nèi)容流送的流送 參數(shù)中的至少一者。24. 如權(quán)利要求21所述的裝備，其特征在于，進(jìn)一步包括用于建立與多個(gè)設(shè)備群的WiFi 對(duì)等連接的裝置，其中所述特定多媒體內(nèi)容、所述群會(huì)話 ID、會(huì)話類(lèi)型、端口信息、以及所 述流送參數(shù)集中的至少一者對(duì)于所述設(shè)備群中的每一設(shè)備群是不同的。25. 如權(quán)利要求21所述的裝備，其特征在于，建立所述Wi-Fi對(duì)等連接包括Wi-Fi顯示設(shè) 備發(fā)現(xiàn)信息的交換，其中所述Wi-Fi顯示設(shè)備發(fā)現(xiàn)信息至少包括所述裝備的群會(huì)話能力、群 會(huì)話管理控制端口數(shù)據(jù)集、群會(huì)話類(lèi)型、以及將用于內(nèi)容流送的流送參數(shù)集的指示。26. 如權(quán)利要求25所述的裝備，其特征在于，所述Wi-Fi顯示設(shè)備發(fā)現(xiàn)信息至少有一子 集是通過(guò)在預(yù)先建立的Wi-Fi對(duì)等連接上的所述Wi-Fi直連服務(wù)的應(yīng)用服務(wù)平臺(tái)來(lái)進(jìn)一步 交換的。27. -種包括代碼的非瞬態(tài)計(jì)算機(jī)可讀介質(zhì)，所述代碼在被執(zhí)行時(shí)使一裝置向多個(gè)阱 設(shè)備傳送多媒體內(nèi)容，以及： 通過(guò)Wi-Fi對(duì)等連接來(lái)連接到所述多個(gè)講設(shè)備中的每一者； 從請(qǐng)求特定多媒體內(nèi)容的每一 Wi-Fi對(duì)等連接的阱設(shè)備接收能力信息； 生成包括群會(huì)話ID和傳輸端口號(hào)的控制消息，所述傳輸端口號(hào)將用于向每一Wi-Fi對(duì) 等連接的阱設(shè)備傳達(dá)與所述群相關(guān)聯(lián)的特定多媒體內(nèi)容； 向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳送所述控制消息； 確定用于與所述群會(huì)話ID相關(guān)聯(lián)的所述Wi-Fi對(duì)等連接的阱設(shè)備的流送參數(shù)集；以及 使用所述傳輸端口號(hào)并根據(jù)所述流送參數(shù)集來(lái)向每一 Wi-Fi對(duì)等連接的阱設(shè)備傳送所 述特定多媒體內(nèi)容。28. 如權(quán)利要求27所述的介質(zhì)，其特征在于，進(jìn)一步包括在被執(zhí)行時(shí)使一裝置執(zhí)行以下 操作的代碼:基于在所述裝置處發(fā)起的請(qǐng)求、在所述阱設(shè)備處發(fā)起的請(qǐng)求、以及所述阱設(shè)備 的不足能力中的至少一者來(lái)添加所述Wi-Fi對(duì)等連接的阱設(shè)備中的一者或多者或?qū)⑵鋸南?關(guān)聯(lián)的群會(huì)話ID中移除，其中所述阱設(shè)備的不足能力至少包括它無(wú)法支持會(huì)話類(lèi)型或無(wú)法 支持將用于內(nèi)容流送的流送參數(shù)中的至少一者。29. 如權(quán)利要求27所述的介質(zhì)，其特征在于，建立所述Wi-Fi對(duì)等連接包括Wi-Fi顯示設(shè) 備發(fā)現(xiàn)信息的交換，其中所述Wi-Fi顯示設(shè)備發(fā)現(xiàn)信息至少包括所述裝置的群會(huì)話能力、群 會(huì)話管理控制端口數(shù)據(jù)集、群會(huì)話類(lèi)型、以及將用于內(nèi)容流送的流送參數(shù)集的指示。30. 如權(quán)利要求29所述的介質(zhì)，其特征在于，所述Wi-Fi顯示設(shè)備發(fā)現(xiàn)信息至少有一子 集是通過(guò)在預(yù)先建立的Wi-Fi對(duì)等連接上的所述Wi-Fi直連服務(wù)的應(yīng)用服務(wù)平臺(tái)來(lái)進(jìn)一步 交換的。
【文檔編號(hào)】H04L29/06GK105830522SQ201480068061
【公開(kāi)日】2016年8月3日
【申請(qǐng)日】2014年11月13日
【發(fā)明人】P·L·卡福里, F·肖卡特, V·N·薩布萊曼尼亞姆
【申請(qǐng)人】高通股份有限公司