執(zhí)行wi-fi顯示服務的方法及其裝置的制造方法
【專利摘要】本發(fā)明涉及一種無線通信系統(tǒng)，公開了一種用于執(zhí)行Wi?Fi顯示(WFD)服務的方法及其裝置。為此，用于從第一無線裝置執(zhí)行Wi?Fi顯示服務的方法包括以下步驟：第一無線裝置利用由第一無線裝置和第二無線裝置共同支持的公共編解碼器對第一無線裝置的實時輸出畫面進行編碼，然后將所述實時輸出畫面流送至第二無線裝置；接收多媒體文件流送請求的用戶輸入；以及當多媒體文件可從第二無線裝置播放時，臨時停止所述實時輸出畫面的流送并且從第一無線裝置向第二無線流送多媒體文件。
【專利說明】
執(zhí)行WI-FI顯示服務的方法及其裝置
技術領域
[0001] 本發(fā)明設及無線通信系統(tǒng)，更具體地講，設及一種用于無線LAN系統(tǒng)中的省電操作 的方法和設備。
【背景技術】
[0002] 近來，隨著信息通信技術的發(fā)展，已開發(fā)出各種無線通信技術。在運些技術當中， 無線LAN(WLAN)是允許家庭或公司或者特定服務區(qū)域使用諸如個人數(shù)字助理(PDA)、膝上型 計算機、便攜式多媒體播放器(PMP)的便攜式終端無線地接入互聯(lián)網(wǎng)的技術。
[0003] 作為可允許裝置在沒有傳統(tǒng)WLAN系統(tǒng)中基本上需要的無線電接入點(AP)的情況 下容易地彼此連接的直接通信技術，已討論了 Wi-Fi直連或者Wi-Fi對等(P2P)的引入。根據(jù) Wi-Fi直連，即使在沒有復雜的建立過程的情況下裝置也可彼此連接。另外，Wi-Fi直連可支 持用于按照一般WLAN系統(tǒng)的通信速度的數(shù)據(jù)發(fā)送和接收的相互操作W向用戶提供各種服 務。
[0004] 近來，已使用各種Wi-Fi支持裝置。在運些Wi-Fi支持裝置當中，在沒有AP的情況下 實現(xiàn)Wi-Fi裝置之間的通信的Wi-Fi直連支持裝置的數(shù)量已增加。在Wi-Fi聯(lián)盟(WFA)中，已 討論了用于引入使用Wi-Fi直連鏈接來支持各種服務(例如，發(fā)送、播放、顯示、打印等)的平 臺的技術。運可被稱作Wi-Fi直連服務(W抑S)。
[0005] 根據(jù)WFDS當中的顯示服務，WFD(Wi-Fi顯示）信源（source)和WFD信宿（sink)可通 過包括在探測請求和響應帖中的WFD IE(信息元素)來捜索彼此。

【發(fā)明內容】

[0006] 技術任務
[0007] 本發(fā)明的技術任務是提供一種在WFD服務中將多媒體文件流送而無需轉碼的方 法。具體地講，本發(fā)明的技術任務是提供一種如果請求WFD信宿中可播放的多媒體文件的流 送，則在不對多媒體文件執(zhí)行解碼和編碼的情況下將多媒體文件流送的方法。
[000引可從本發(fā)明實現(xiàn)的技術任務不限于上述技術任務。并且，本發(fā)明所屬技術領域的 普通技術人員可從W下描述清楚地理解其它未提及的技術任務。
[0009] 技術方案
[0010] 本發(fā)明的一個目的是一種在第一無線電裝置中執(zhí)行W抑(Wi-Fi顯示)服務的方法， 該方法包括:通過由所述第一無線電裝置和第二無線電裝置共同支持的公共編解碼器對所 述第一無線電裝置的實時輸出畫面進行編碼，來將所述實時輸出畫面向所述第二無線電裝 置流送;接收請求流送多媒體文件的用戶輸入；W及如果所述多媒體文件可由所述第二無 線電裝置播放，則通過暫停所述實時輸出畫面的流送來將所述多媒體文件流送至所述無線 電裝置。
[0011] 本發(fā)明的一個目的是提供一種在第一無線電裝置中執(zhí)行WHKWi-Fi顯示)服務的 方法，該方法包括:通過接收由所述第一無線電裝置和第二無線電裝置共同支持的公共編 解碼器編碼的所述第二無線電裝置的實時輸出畫面，來對所述實時輸出畫面進行流送；W 及如果通過所述第二無線電裝置接收到請求流送所述第一無線電裝置可播放的多媒體文 件的用戶輸入，則通過暫停所述第二無線電裝置的所述實時輸出畫面的流送來對從所述第 二無線電裝置接收的所述多媒體文件進行流送。
[0012] 本發(fā)明的一個目的是一種執(zhí)行WHKWi-Fi顯示)服務的第一無線電裝置，包括：顯 示單元；收發(fā)器；W及處理器，該處理器被配置為控制收發(fā)器發(fā)送探測請求帖，如果收發(fā)器 接收到響應于探測請求帖的探測響應帖，對連接第二無線裝置的接入點（AP)信息進行解 碼。
[0013] 本發(fā)明的一個目的是一種執(zhí)行WHKWi-Fi顯示)服務的第一無線電裝置，包括：顯 示單元;收發(fā)器；W及處理器，該處理器被配置為通過由所述第一無線電裝置和第二無線電 裝置共同支持的公共編解碼器對所述第一無線電裝置的實時輸出畫面進行編碼，來將所述 實時輸出畫面流送至所述第二無線電裝置，其中，如果接收到請求流送多媒體文件的用戶 輸入并且所述多媒體文件可由所述第二無線電裝置播放，則所述處理器還被配置為通過暫 停所述實時輸出畫面的流送來將所述多媒體文件流送至所述無線電裝置。
[0014] 本發(fā)明的一個目的是一種執(zhí)行WHKWi-Fi顯示)服務的第一無線電裝置，包括：顯 示單元;收發(fā)器；W及處理器，該處理器被配置為通過接收由所述第一無線電裝置和第二無 線電裝置共同支持的公共編解碼器編碼的所述第二無線電裝置的實時輸出畫面，來對所述 實時輸出畫面進行流送，其中，如果通過所述第二無線電裝置接收到請求流送所述第一無 線電裝置可播放的多媒體文件的用戶輸入，則所述處理器還被配置為通過暫停所述第二無 線電裝置的所述實時輸出畫面的流送來對從所述第二無線電裝置接收的所述多媒體文件 進行流送。
[0015] 本發(fā)明的上述一般描述W及本發(fā)明的W下詳細描述為示例性的，是在本公開中除 了附加權利要求書W外為描述提供的。
[0016] 有益效果
[0017] 根據(jù)本發(fā)明，可提供一種在WFD服務中對多媒體文件進行流送而無需轉碼的方法 及其設備。具體地講，根據(jù)本發(fā)明，如果請求WFD信宿中可播放的多媒體文件的流送，則可提 供一種在不對多媒體文件執(zhí)行解碼和編碼的情況下對多媒體文件進行流送的方法及其設 備。
[0018] 可從本發(fā)明實現(xiàn)的效果不限于上述效果。并且，本發(fā)明所屬技術領域的普通技術 人員可從W下描述清楚地理解其它未提及的效果。
【附圖說明】
[0019] 附圖被包括W提供本發(fā)明的進一步理解，附圖示出本發(fā)明的各種實施方式并且與 本說明書中的描述一起用于說明本發(fā)明的原理。
[0020] 圖1是示出本發(fā)明適用于的IE邸802.11系統(tǒng)的示例性結構的示圖。
[0021] 圖2示出Wi-Fi直連網(wǎng)絡的一個示例。
[0022] 圖3是描述用于配置WFD網(wǎng)絡的處理的示圖。
[0023] 圖4是描述鄰居發(fā)現(xiàn)處理的示圖。
[0024] 圖5是描述WFD網(wǎng)絡的新方面的示圖。
[0025] 圖6是描述建立用于WFD通信的鏈路的方法的示圖。
[0026] 圖7是描述與當前執(zhí)行WFD的通信組關聯(lián)(或者加入其中）的方法的示圖。
[0027] 圖8是描述建立用于WFD通信的鏈路的方法的示圖。
[0028] 圖9是描述建立用于與WFD通信組關聯(lián)的鏈路的方法的示圖。
[0029] 圖10是描述WFDS框架組件的示圖。
[0030] 圖11是描述在WFD信源與WFD信宿之間建立W邸會話的處理的示圖。
[0031] 圖12是描述WFD能力協(xié)商過程的示圖。
[0032] 圖13是描述WFD會話建立和視頻/音頻流送過程的示圖。
[0033] 圖14是描述實時編碼模式與無轉碼模式之間的轉變的一個示例的示圖。
[0034] 圖15是示出WFD信源與WFD信宿之間的操作模式從實時編碼模式切換為無轉碼模 式的詳細示例的示圖。
[0035] 圖16是示出WFD信源與WFD信宿之間的操作模式從無轉碼模式改變?yōu)閷崟r編碼模 式的詳細示例的示圖。
[0036] 圖17是描述執(zhí)行從WFD服務向DNLA的切換的一個示例的示圖。
[0037] 圖18是示出在暫停WFD服務之后開始DNLA的一個示例的示圖。
[0038] 圖19是示出重新開始WFD服務的一個示例的示圖。
[0039] 圖20A和圖20B是描述在能力協(xié)商過程中檢查WFD信宿是否具有從WFD服務轉變?yōu)?DNLA的能力的處理的示圖。
[0040] 圖21是根據(jù)本發(fā)明的一個實施方式的無線電裝置的配置的框圖。
【具體實施方式】
[0041] 現(xiàn)在將詳細參照本發(fā)明的優(yōu)選實施方式，其示例示出于附圖中。在下文中，本發(fā)明 的詳細描述包括幫助充分理解本發(fā)明的細節(jié)。然而，對于本領域技術人員而言顯而易見的 是，本發(fā)明可在沒有運些細節(jié)的情況下實現(xiàn)。
[0042] 有時，為了防止本發(fā)明變得不清楚，公知的結構和/或裝置被跳過或者可被表示為 集中于結構和/或裝置的核屯、功能的框圖。只要可能，貫穿附圖將使用相同的標號來指代相 同或相似的部件。
[0043] 用于W下描述的特定術語可被提供W幫助理解本發(fā)明。并且，在本發(fā)明的技術構 思的范圍內，特定術語的使用可被修改為其它形式。
[0044] 本發(fā)明的實施方式可由包括IE邸802系統(tǒng)、3GPP系統(tǒng)、3GPP LTE系統(tǒng)、LTE-A^TE- 高級）系統(tǒng)和3GPP2系統(tǒng)的無線接入系統(tǒng)中的至少一個的公開標準文獻支持。具體地講，在 本發(fā)明的實施方式中未加說明W清楚地掲示本發(fā)明的技術構思的步驟或部件可由上述文 獻支持。此外，本文所公開的所有術語可由上述標準文獻支持。
[0045] W下描述可應用于各種無線接入系統(tǒng)，包括CDMA(碼分多址）、FDMA(頻分多址）、 TDMA (時分多址）、OFDMA (正交頻分多址）、SC-抑MA (單載波頻分多址）等。CDMA可利用諸如 UTRA(通用地面無線電接入）、CDMA2000等的無線電技術實現(xiàn)。TDMA可利用諸如GSM/GPRS/ EDGE(全球移動通信系統(tǒng))/通用分組無線電服務/增強數(shù)據(jù)速率GSM演進)的無線電技術實 現(xiàn)。(FDMA可利用諸如IE邸802.11 (Wi-Fi )、IE邸 802. Ie(WiMAX)、I邸E 802.20、E-UTRA(演 進UTRA)等的無線電技術實現(xiàn)。UTRA是UMTS(通用移動電信系統(tǒng)）的一部分。3GPP LTE(第3代 合作伙伴計劃長期演進)是使用E-UTRA的E-UMTS(演進UMTS)的一部分。3GPP LTE在下行鏈 路（W下簡寫為化）中采用O抑MA，在上行鏈路（W下簡寫為化）中采用SC-抑MA。LTE-A^TE- 高級)是3GPP LTE的演進版本。
[0046] 為了清晰，W下描述主要設及IE邸802.11系統(tǒng)，但本發(fā)明的技術特征不限于此。
[0047] WLAN系統(tǒng)的結構
[0048] 圖1是本發(fā)明可應用于的IEEE 802.11系統(tǒng)的結構的示例的示圖。
[0049] IE邸802.11結構可包括多個組件，并且可通過組件的交互提供對上層的透明STA 移動性的WLAN支持?；痉占?BSS)可對應于IE邸802. IlLAN中的基本配置塊。圖1示出 存在兩個基本服務集BSS 1和BSS 2并且包括2個STA作為各個BSS的成員的一個示例。具體 地講，BSS 1中包括STA巧PSTA2，BSS 2中包括STA 3和STA 4。在圖1中，指示BSS的楠圓可被 理解為指示包括在對應BSS中的STA維持通信的覆蓋區(qū)域。該區(qū)域可被稱為基本服務區(qū)域 (BSA)。一旦STA離開BSA，它就無法與對應BSA內的其它STA直接通信。
[(K)加]I邸E 802. IlLAN中的最基本類型的BSS是獨立型BSS( IBSS)。例如，IBSS可具有僅 包括2個STA的最小配置。此外，圖1所示的具有最簡單配置并且省略其它組件的BSS(例如， BSS 1或BSS 2)可對應于IBSS的代表性示例。如果STA可直接彼此通信，則運種配置是可能 的。如上配置的LAN并非通過預先設計來配置，而是可根據(jù)LAN的需要來配置。并且，運可被 稱為自組織網(wǎng)絡。
[0051] 如果STA被打開/關閉或者進入/離開BSS區(qū)域，則該STA在BSS中的成員資格可動態(tài) 地改變。為了獲得BSS中的成員資格，STA可利用同步過程來加入BSS。為了訪問基于BSS的結 構的所有服務，STA應該與BSS關聯(lián)。運種關聯(lián)可動態(tài)地配置，或者可包括DSS(分布式系統(tǒng)服 務)的使用。
[0052] 層結構
[0053] 可基于層結構描述在無線LAN系統(tǒng)中操作的STA的操作。在裝置配置方面，層結構 可通過處理器實現(xiàn)。STA可具有多個層的結構。例如，802.11標準文獻所應對的層結構主要 包括數(shù)據(jù)鏈路層(化L)上的MAC子層和物理(PHY)層。PHY層可包括物理層會聚過程(PLCP)實 體、物理介質相關(PMD)實體等。MAC子層和PHY層在概念上分別包括稱為MAC子層管理實體 (MLME)和物理層管理實體(PLME)的管理實體。運些實體提供運行層管理功能的層管理服務 接口。
[0054] 為了提供確切的MAC操作，各個STA內存在SME(站管理實體）dSME是層獨立實體，其 可被視為駐留于單獨的管理平面中，或者被視為駐留"在管理平面外(off to the side)"。 本文中未指定SME的確切功能，但是通常，該實體可被視為負責諸如從各種層管理實體 (LME)收集層相關狀態(tài)W及相似地設定層特定參數(shù)的值的功能。SME可代表普通系統(tǒng)管理實 體執(zhí)行運些功能，并且可實現(xiàn)標準管理協(xié)議。
[0055] 上述實體W各種方式交互。例如，實體可通過交換GET/SET原語來交互。該原語意 指與特定對象有關的一組元素或參數(shù)。XX-GET. request原語用于請求給定MIB屬性(管理信 息庫屬性）的值。XX-GET. confirm原語用于如果狀態(tài)為"success"，則返回適當?shù)腗IB屬性 值，否則在Status字段中返回錯誤指示。XX-SET.request原語用于請求將指示的MIB屬性設 定為給定值。如果該MIB屬性暗指特定動作，則運請求執(zhí)行該動作。并且，XX-SET. conf irm原 語運樣使用:如果狀態(tài)為"success"，則運確認指示的MIB屬性已被設定為請求的值，否則在 狀態(tài)字段中返回錯誤指示。如果該MIB屬性暗指特定動作，則運確認該動作已被執(zhí)行。
[0056] 另外，MLME和SME可通過MLME_SAP (服務接入點）交換各種MLME_GEiy SET原語。另 夕h各種PLME_GET/SET原語可通過PLME_SAP在PLME與SME之間交換，并且可通過MLME-PLME_ SAP在MLME與PLME之間交換。
[0057] 無線LAN的演進
[005引已由電氣和電子工程師協(xié)會（I邸E)802.11組開發(fā)了用于無線局域網(wǎng)(WLAN)技術 的標準。I趾E 802. Ila和802. Ilb使用2.4G化或5G化的無執(zhí)照頻帶。I趾E802. Ilb提供 1 IMbps的傳輸速率，I邸E 802.1 Ia提供54Mbps的傳輸速率。I邸E802.1 Ig在2.4GHz下應用正 交頻分復用（0抑M)W提供54Mbps的傳輸速率。I邸E802.11n可使用多入多出（MIMO)-(FDM， 并且提供300Mbps的傳輸速率。I趾E802. Iln可支持最高至40MHz的信道帶寬，W提供 600Mbps的傳輸速率。
[0化9]根據(jù)IE邸802. Ile的環(huán)境下的直接鏈路建立(DLS)相關協(xié)議基于BSS(基本服務 集)支持QoS(服務質量）的QBSS(質量BSS)。在QBSS中，APW及非AP STA是支持QoS的QAP(質 量AP)。然而，在目前商業(yè)化的WLAN環(huán)境(例如，根據(jù)IE邸802.1 la/b/g的WLAN環(huán)境)下，盡管 非AP STA是支持QoS的QSTA(質量STA)，但是AP可能是無法支持QoS的傳統(tǒng)AP。結果，在目前 商業(yè)化的WLAN環(huán)境下，存在即使在QSTA的情況下也無法使用的化S服務的限制。
[0060]隧道直接鏈路建立(TOLS)是為解決運種限制而新提出的無線通信協(xié)議。TOLS盡管 不支持QoS，但是使得QSTA即使在諸如目前商業(yè)化的IE邸802.1 la/b/g的WLAN環(huán)境下也能 夠設定直接鏈路，并且即使在省電模式(PSM)下也能夠設定直接鏈路。因此，T化S規(guī)定了用 于使得QSTA即使在由傳統(tǒng)AP管理的BSS處也能夠設定直接鏈路的所有過程。W下，支持TDLS 的無線網(wǎng)絡將被稱作TDLS無線網(wǎng)絡。
[0061 ] Wi-Fi直連網(wǎng)絡
[0062] 根據(jù)現(xiàn)有技術的WLAN主要應對無線電接入點（AP)用作集線器的中控型BSS的操 作。AP執(zhí)行用于無線/有線連接的物理層支持功能、用于網(wǎng)絡上的裝置的路由功能W及用于 將裝置增加到網(wǎng)絡/從網(wǎng)絡移除的服務供給(provision)。在運種情況下，網(wǎng)絡內的裝置沒 有直接彼此連接，而是通過AP彼此連接。
[0063] 作為支持裝置之間的直接連接的技術，已討論了 Wi-Fi直連標準的制定。
[0064] 圖2例示了示出示例性Wi-Fi直連網(wǎng)絡的示圖。Wi-Fi直連網(wǎng)絡是使得Wi-Fi裝置即 使在沒有與家庭網(wǎng)絡、辦公網(wǎng)絡和熱點網(wǎng)絡關聯(lián)的情況下也能夠執(zhí)行裝置至裝置化2D)(或 對等(P2P))通信的網(wǎng)絡，并且已由Wi-Fi聯(lián)盟提出。W下，基于Wi-Fi直連的通信將被稱作 Wi-Fi直連D2D通信(簡稱為D2D通信)或Wi-Fi直連P2P通信(簡稱為P2P通信）。另外，執(zhí)行Wi- Fi直連P2P的裝置將被稱作Wi-Fi直連P2P裝置(簡稱作P2P裝置或對等裝置）。
[00化]參照圖2 ,Wi-Fi直連網(wǎng)絡（200)可包括至少一個Wi-Fi裝置（包括第一P2P裝置 (202)和第二P2P裝置(204)) dP2P裝置可包括Wi-Fi支持裝置，例如顯示裝置、打印機、數(shù)字 相機、投影儀、智能電話等。另外，P2P裝置可包括非AP STA和AP STA。在此示例中，第一P2P 裝置(202)是智能電話，第二P2P裝置(204)是顯示裝置。Wi-Fi直連網(wǎng)絡的P2P裝置可直接互 連。更詳細地講，P2P通信可意指兩個P2P裝置之間的信號傳輸路徑在對應P2P裝置中直接配 置，而無需經(jīng)過第S裝置(例如，AP)或傳統(tǒng)網(wǎng)絡(例如，通過AP接入WLAN的網(wǎng)絡）。在運種情 況下，在兩個P2P裝置之間直接配置的信號傳輸路徑可限于數(shù)據(jù)傳輸路徑。例如，P2P通信可 意指多個非STA在不經(jīng)過AP的情況下發(fā)送數(shù)據(jù)(例如，語音、圖像、文本信息等）。用于控制信 息（例如，用于P2P配置的資源分配信息、無線裝置標識信息等）的信號傳輸路徑可直接在 P2P裝置之間配置(例如，非AP STA至非AP STA，非AP STA至AP)，可通過AP在兩個P2P裝置之 間配置（例如，非AP至非AP STA)，或者可在AP與對應P2P裝置之間配置（例如，AP至非AP
[0066] 圖3例示了示出配置Wi-Fi直連網(wǎng)絡的方法的示圖。
[0067] 參照圖3 ,Wi-Fi直連網(wǎng)絡設置過程可大致分成兩個過程。第一過程是鄰居發(fā)現(xiàn) (ND)過程(S302a)，第二過程是P2P鏈路配置和通信過程(S304)。通過鄰居發(fā)現(xiàn)過程，P2P裝 置(例如，圖2的202)在(其自己的無線電）覆蓋內捜索另一鄰居P2P裝置(例如，圖2的204)， 并且可獲得與對應P2P裝置關聯(lián)(例如，預關聯(lián))所需的信息。在運種情況下，預關聯(lián)可意指 無線電協(xié)議中的第二層預關聯(lián)。例如，預關聯(lián)所需的信息可包括鄰居P2P裝置的標識信息。 可依照可用無線電信道執(zhí)行鄰居發(fā)現(xiàn)過程(S30化）。隨后，P2P裝置(202)可與另一 P2P裝置 (204)執(zhí)行Wi-Fi直連P2P鏈路配置/通信。例如，在P2P裝置(202)與周邊P2P裝置(204)關聯(lián) 之后，P2P裝置(202)可確定對應P2P裝置(204)是不是無法滿足用戶的服務要求的P2P裝置。 為此，在P2P裝置(202)與周邊P2P裝置(204)第二層預關聯(lián)之后，P2P裝置(202)可捜索對應 P2P裝置(204)。如果對應P2P裝置(204)不滿足用戶的服務要求，貝化2P裝置(202)可切斷為 對應P2P裝置（204)配置的第二層關聯(lián)，并且可配置與另一 P2P裝置的第二層關聯(lián)。相比之 下，如果對應P2P裝置(204)滿足用戶的服務要求，則兩個P2P裝置(202和204)可通過P2P鏈 路來發(fā)送和接收信號。
[0068] 圖4例示了示出鄰居發(fā)現(xiàn)過程的示圖。圖4的示例可被理解為圖3所示的P2P裝置 (202)與P2P裝置(204)之間的操作。
[0069] 參照圖4,圖3的鄰居發(fā)現(xiàn)過程可通過指示站管理實體(SME)/應用/用戶/供應商來 發(fā)起(S410)，并且可分成掃描步驟(S412)W及尋找步驟(S414至S416)。掃描步驟(S412)可 包括根據(jù)802.11方案掃描所有可用RF信道的操作。通過上述操作，P2P裝置可確認最佳操作 信道。尋找步驟(S414至S416)可包括偵聽模式(S414)和捜索模式(S416)"P2P裝置可交替地 重復偵聽模式(S414)和捜索模式(S416KP2P裝置(202和204)可在捜索模式(S416)下利用 探測請求帖執(zhí)行主動捜索。為了快速捜索，捜索范圍可限于信道#1、#6、#11(2412M^、 2437MHz、2462MHz)所指示的社會信道。另外，P2P裝置(202和204)在偵聽模式(S414)下可僅 從=個社會信道中選擇一個信道，并且維持接收狀態(tài)。在運種情況下，如果另一 P2P裝置(例 如，202)接收到在捜索模式下發(fā)送的探測請求帖，貝化2P裝置(例如，204)響應于接收的探測 請求帖生成探測響應帖。偵聽模式(S414)的時間可隨機給出（例如，100、200、300時間單位 (TU)) "P2P裝置連續(xù)地重復捜索模式和接收模式，W使得它們可到達公共信道。在P2P裝置 發(fā)現(xiàn)另一 P2P裝置之后，P2P裝置可利用探測請求帖和探測響應帖發(fā)現(xiàn)/交換裝置類型、制造 商或常見裝置名，使得P2P裝置可選擇性地聯(lián)接到對應P2P裝置。如果P2P裝置通過鄰居發(fā)現(xiàn) 過程發(fā)現(xiàn)周邊P2P裝置并且獲得必要信息，貝化2P裝置(例如，202)可向SME/應用/用戶/供應 商通知P2P裝置發(fā)現(xiàn)(S418)。
[0070] 目前，P2P可主要用于諸如遠程打印、照片共享等的半靜態(tài)通信。然而，由于Wi-Fi 裝置和定位服務的普及，P2P可用性逐漸增加。例如，預期P2P裝置將被積極地用于社交聊天 (例如，訂閱社交網(wǎng)絡服務(SNS)的無線裝置基于定位服務識別位于鄰近區(qū)域中的無線電裝 置，并且發(fā)送和接收信息）、定位廣告供給、定位新聞廣播W及無線裝置之間的游戲交互。為 了描述方便，運種P2P應用W下將被稱作新P2P應用。
[0071] 圖5例示了示出Wi-Fi直連網(wǎng)絡的新方面的示圖。
[0072] 圖5的示例可被理解為在應用新P2P應用（例如，社交聊天、定位服務供給、游戲交 互等）的情況下使用的Wi-Fi直連網(wǎng)絡方面。
[0073] 參照圖5,多個P2P裝置(50^1至502d)在Wi-Fi直連網(wǎng)絡中執(zhí)行P2P通信(510)，構成 Wi-Fi直連網(wǎng)絡的P2P裝置可在任何時間由于P2P裝置的移動而改變，新Wi-Fi直連網(wǎng)絡可在 短時間內動態(tài)地生成或刪除。如上所述，新P2P應用的特性指示可在密集網(wǎng)絡環(huán)境中在多個 P2P裝置之間在短時間內動態(tài)地執(zhí)行和終止P2P通信。
[0074] 圖6例示了示出配置用于Wi-Fi直連通信的鏈路的方法的示圖。
[0075] 如圖6a所示，第一 STA(610)m下稱作"A")在傳統(tǒng)Wi-Fi直連通信期間用作組所有 者。如果A(610)在與傳統(tǒng)Wi-Fi直連通信的組客戶端（630)的通信期間發(fā)現(xiàn)第二STA(620) (W下稱作"B")(是新Wi-Fi直連通信目標并且沒有執(zhí)行Wi-Fi直連通信），則A(610)嘗試與B (620)的鏈路設置。在運種情況下，新Wi-Fi直連通信是A(610)與B(620)之間的Wi-Fi直連通 信，由于A是組所有者，所WA可獨立于傳統(tǒng)組客戶端(630)的通信執(zhí)行通信設置。由于一個 Wi-Fi直連組可包括一個組所有者W及一個或更多個組客戶端，所W如圖化所示，由于作為 一個組所有者的A(610)滿足，可設定Wi-Fi直連鏈路。在運種情況下，A(610)將B(620)邀請 到傳統(tǒng)Wi-Fi直連通信組中，并且鑒于Wi-Fi直連通信特性，可執(zhí)行A(610)與B(620)之間W 及A(610)與傳統(tǒng)組客戶端(630)之間的W抑通信?；谘b置的能力選擇性地支持Wi-Fi直連 通信。
[0076] 圖7例示了示出與執(zhí)行Wi-Fi直連的通信組關聯(lián)的方法的示圖。
[0077] 如圖7a所示，第一 STA(710)(W下稱作"A")作為組所有者對組客戶端(730)執(zhí)行通 信，第二STA(720)( W下稱作"B")作為組所有者對組客戶端(740)執(zhí)行通信。如圖7b所示，A (710)可終止傳統(tǒng)Wi-Fi直連通信，并且可執(zhí)行與B(720)所屬的Wi-Fi直連通信組的關聯(lián)。由 于A(710)是組所有者，所WA(710)變?yōu)榻M客戶端。優(yōu)選地，A(710)在請求與B(720)關聯(lián)之前 終止傳統(tǒng)Wi-Fi直連通信。
[0078] 圖8例示了示出配置用于Wi-Fi直連通信的鏈路的方法的示圖。
[0079] 如圖8a所示，第二STA(820)( W下稱作"B")在傳統(tǒng)Wi-Fi直連通信期間用作組所有 者。如果B(820)執(zhí)行與組客戶端(830)的傳統(tǒng)Wi-Fi直連通信，則沒有執(zhí)行Wi-Fi直連通信的 第一 514(810)(^下稱作"心'）發(fā)現(xiàn)8(820)并且嘗試用于與8(820)的新^斗1直連通信的鏈 路設置。在運種情況下，如果B(820)接受鏈路設置，則設定A(SlO)與B(820)之間的新Wi-Fi 直連通信鏈路，A(SlO)用作B(820)的傳統(tǒng)Wi-Fi直連組的客戶端。運種情況對應于A(SlO)與 B(820)的Wi-Fi直連通信組執(zhí)行關聯(lián)的情況。A(SlO)可僅執(zhí)行與作為組所有者的B(820)的 Wi-Fi直連通信W及A(SlO)之間的Wi-Fi直連通信?；谘b置的能力選擇性地支持Wi-Fi直 連通信。
[0080] 圖9例示了示出配置與Wi-Fi直連通信組關聯(lián)的鏈路的方法的示圖。
[0081] 如圖9a所示，第一STA(910)(W下稱作"A")作為組客戶端對組所有者（930)執(zhí)行 Wi-Fi直連通信。此時，A(910)發(fā)現(xiàn)作為組所有者對另一 Wi-Fi直連通信的組客戶端(940)執(zhí) 行通信的第二STA(920)(W下稱作"B")，并且終止與組所有者(930)的鏈路。并且，A(910)可 與B(920)的Wi-Fi直連執(zhí)行關聯(lián)。
[00劇 Wi-Fi直連服務(WFDS)
[0083] Wi-Fi直連是被定義為包括鏈路層的操作的網(wǎng)絡連接標準技術。由于沒有定義在 通過Wi-Fi直連配置的鏈路的上層操作的應用的標準，所W在支持Wi-Fi直連的裝置互連之 后驅動應用的情況下難W支持兼容性。為了解決運一問題，Wi-Fi聯(lián)盟(WFA)已討論了稱為 Wi-Fi直連服務(WFDS)的上層應用的操作的標準化。
[0084] 圖10例示了示出WFDS框架組件的示圖。
[00化]圖10的Wi-Fi直連層意指由Wi-Fi直連標準定義的MAC層。Wi-Fi直連層可包括與 Wi-Fi直連標準兼容的軟件。可通過與WiFi PHY層兼容的物理層(未示出）在Wi-Fi直連層下 面配置無線連接。在Wi-Fi直連層上面定義稱為ASP(應用服務平臺）的平臺。
[0086] ASP是實現(xiàn)服務所需的功能的邏輯實體。ASP是公共共享平臺，可處理諸如裝置發(fā) 現(xiàn)、服務發(fā)現(xiàn)、ASP會話管理、連接拓撲管理W及ASP上面的應用層與ASP下面的Wi-Fi直連層 之間的安全性的任務。
[0087] 在ASP上面定義服務層。服務層包括使用情況特定服務。WFA定義了四種基本服務： 發(fā)送、播放、顯示和打印服務。將簡要描述WFA中定義的運四種基本服務。首先，發(fā)送意指可 在兩個WFDS裝置之間執(zhí)行文件傳送的服務和應用。發(fā)送服務可被稱作文件傳送服務(FTS)， 因為它旨在用于對等裝置之間的文件傳送。播放意指在兩個WFDS裝置之間基于化NA(數(shù)字 生活網(wǎng)絡聯(lián)盟)共享或流送音頻/視頻(A/V)、照片、音樂等的服務和應用。打印意指使得文 檔和照片能夠在具有諸如文檔、照片等的內容的裝置與打印機之間輸出的服務和應用。顯 示意指在Miracast信源與WFA的信宿之間允許畫面共享的服務和應用。
[0088] 圖10所示的使能API (應用程序接口）被定義為在支持WFA所定義的基本服務W外 的第S方應用的情況下使用ASP公共平臺。針對第S方應用定義的服務可僅由一個應用使 用，或者可被各種應用一般地(或共同地)使用。
[0089] W下，為了描述方便，由WFA定義的服務將被稱作WFA服務，由非WFA的第S方新定 義的服務將被稱作使能服務。
[0090] 應用層可提供用戶接口化I)，用于呈現(xiàn)將由用戶識別的信息并且將用戶的輸入傳 送給下層。
[0091] 基于上面所提供的描述，在WFDS當中，下面將更詳細地描述顯示服務。
[009。化-Fi顯示
[0093] 在W抑S當中，顯示服務是指允許P2P裝置之間的畫面共享的服務和應用。使用顯示 服務的P2P裝置可被稱作WFD裝置，在WFD裝置當中，支持通過裝置P2P鏈路的多媒體內容的 流送的裝置可被稱作Wi-Fi顯示(W抑)信源，從W抑信源裝置接收并且通過P2P鏈路執(zhí)行擅染 的裝置可被稱作WFD信宿。
[0094] 圖11示出在WD信源與WD信宿之間建立WD會話的過程。在執(zhí)行WD連接設置之 前，WFD信源和WFD信宿可通過初始WFD裝置發(fā)現(xiàn)來發(fā)現(xiàn)彼此的存在。更具體地講，WFD裝置可 通過各自包括WFD信息元素(WFD IE)的探巧鴨求帖和探測響應帖來識別出彼此的存在。WFD 信息元素(WFD IE)可包括用于在WFD裝置之間建立最佳連接的基本信息，例如裝置類型、裝 置狀態(tài)等。當WFD裝置接收到包括WFD IE的探測請求帖時，WFD裝置可發(fā)送包括其WFD IE的 探測響應帖作為對所接收的探測請求帖的響應。
[OOM] 當W抑裝置與AP互相連接時，并且在W抑裝置作為Wi-Fi P2P裝置操作的情況下，兩 個或更多個Wi-Fi發(fā)送器/接收器(或收發(fā)器)邏輯上在單個物理裝置上操作。此時，為了執(zhí) 行WFD裝置發(fā)現(xiàn)，可使用上述Wi-Fi發(fā)送器/接收器（或收發(fā)器）中的任一個。除了W抑IEW 外，P2P信息元素(P2P IE)也可被包括在探測請求帖中W用于發(fā)現(xiàn)W抑裝置，運可由Wi-Fi發(fā) 送器/接收器(或收發(fā)器)來解碼。
[0096] 隨后，在執(zhí)行WFD連接設置之前，WFD信源和WFD信宿可捜索(或發(fā)現(xiàn))彼此的服務能 力。更具體地講，當任一個WH)裝置發(fā)送包括WD能力作為其信息子元素的服務發(fā)現(xiàn)請求帖 時，另一 WFD裝置可發(fā)送包括其自己的WFD能力作為其信息子元素的服務發(fā)現(xiàn)響應帖作為對 該服務發(fā)現(xiàn)請求帖的響應。服務發(fā)現(xiàn)過程對應于可選的（或選擇性的)過程，本文中，支持服 務發(fā)現(xiàn)過程的WFD裝置可與捜索到的（或發(fā)現(xiàn)的）也支持服務發(fā)現(xiàn)過程的WFD裝置執(zhí)行服務 發(fā)現(xiàn)過程。為了執(zhí)行服務發(fā)現(xiàn)過程，指示W(wǎng)FD裝置是否配備有支持服務發(fā)現(xiàn)過程的能力的信 息可被包括在用于服務發(fā)現(xiàn)過程的探測請求帖和響應帖中。
[0097] 隨后，Wro信源或Wro信宿可選擇對等WFD裝置W用于WFD連接設置。可通過用戶輸 入來選擇要執(zhí)行WFD連接設置的對等WD裝置，或者可根據(jù)策略自動地選擇要執(zhí)行WFD連接 設置的對等WFD裝置。
[0098] 隨后，WFD裝置可選擇與所選擇的對等WFD裝置執(zhí)行WFD連接設置的方法。更具體地 講，W抑裝置可利用Wi-Fi P2P和TDLS當中的任一個連接方案來建立W抑連接。W抑裝置可基 于連同優(yōu)選連接信息和WFD信息元素一起傳送(或發(fā)送）的互相連接的BSSID子元素來決定 連接方案。
[0099] 如果利用Wi-Fi P2P或TDLS在W抑裝置之間成功地完成W抑設置，則W抑裝置可前進 至WFD能力協(xié)商。通過W抑能力協(xié)商，W抑信源和WFD信宿可確認相互支持的編解碼器、編解碼 器的配置信息、編解碼器的級別信息和編解碼器的分辨率信息中的至少一個。
[0100] 具體地講，通過利用RTSP(實時流送協(xié)議)交換消息，WFD信源和WFD信宿可確定參 數(shù)集合W用于定義WFD會話期間的音頻/視頻有效載荷。在WFD能力協(xié)商過程期間，可交換消 息RTSP Ml至RTSP M4。
[0101] 例如，圖12是描述WFD能力協(xié)商過程的示圖。參照圖12,首先，WFD信源可發(fā)送RTSP Ml請求消息W用于發(fā)起RTSP過程和WFD能力協(xié)商。RTSP Ml請求消息可包括用于確定WFD信 宿所支持的RTSP方法集合的RTSP OPTIONS請求。如果接收到RTSP Ml請求消息，則WFD信宿 可利用列出WFD信宿所支持的RTSP方法的RTSP Ml響應消息來作出響應。
[0102] 在成功交換RTSP Ml消息之后，WFD信宿可發(fā)送用于確定WFD信源所支持的RTSP方 法集合的RTSP M2請求消息。如果接收到RTSP M2請求消息，則W抑信源利用列出WFD信源所 支持的RTSP方法的RTSP M2響應消息來作出響應。
[0103] 在成功交換RTSP M2消息之后，WFD信源可發(fā)送指定WFD信源感興趣的WFD能力的列 表的RTSP M3請求消息(RTSP GET_PARAMET邸請求消息）。如果接收到RTSP M3請求消息，貝U W抑信宿可利用RTSP M3響應消息(RTSP GET_PARAMET邸響應消息)作出響應。
[0104] 基于RTSP M3響應消息，WFD信源確定最佳參數(shù)集合W在W抑會話期間使用，并且能 夠向WFD信宿發(fā)送包括將在WFD信源和WFD信宿之間使用的參數(shù)集合的RTSP M4請求消息 (RTSP WT_PARAMET邸請求消息）。如果接收到RTSP M4請求消息，則W抑信宿可利用RTSP M4 響應消息(RTSP GET_PARAMETER響應消息)作出響應。
[0105] 如果WFD能力協(xié)商步驟成功完成，則WFD信源和裝置建立WFD會話（或miracast會 話），并且可從W抑信源向W抑信宿流送視頻/音頻內容。
[0106] 例如，圖13是描述WFD會話建立和視頻/音頻流送過程的示圖。
[0107] W即信源可向WFD信宿發(fā)送包括觸發(fā)參數(shù)SETUP的RTSP M5請求消息（RSTP SET_ PARAMETER請求消息）。如果接收到RTSP M5請求消息，則W抑信宿可利用RTSP M5響應消息 (RTSP SET_PARAMETER響應消息)作出響應。
[0108] 如果成功交換包括觸發(fā)參數(shù)SETUP的RTSP M5消息，則WFD信宿可向WFD信源發(fā)送 RTSP M6請求消息(RSTP SETUP請求消息）。如果接收到RTSP M6請求消息，則W抑信源可利用 RTSP M6響應消息（RTSP SETUP響應消息）作出響應。如果RTSP M6響應消息的狀態(tài)碼指示 "0K"，則可意味著成功建立了RTSP會話。
[0109] 一旦建立RTSP會話，W抑信源就向W抑信宿發(fā)送用于觸發(fā)RTSP PLAY請求消息(RTSP M7請求消息）或RTSP TEARD0WN請求消息(RTSP M8請求消息）的傳輸?shù)腞TSP M5消息。并且， WFD信宿可發(fā)送用于拆除WFD信源與WFD信宿之間的RTSP會話的RTSP M8消息（RTSP TEARD0WN消息）。
[0110] 在成功交換RTSP M6消息之后，W抑信宿可向W抑信源發(fā)送RTSP M7請求消息（RTSP PLAY請求消息）W通知它準備好接收RTSP流。WFD信源可利用RTSP M7響應消息(RTSP PLAY 響應消息)作出響應。如果RTSP M7響應消息的狀態(tài)碼指示"or，則可意味著成功建立了WFD 會話。
[0111] -旦建立WFD會話，W抑信源就可向W抑信宿發(fā)送用于獲得W抑信宿所支持的至少一 個RTSP參數(shù)的能力的RTSP M3請求消息(RTSP GET_PARAMET邸請求消息）、用于設定與W抑會 話對應的至少一個RTSP參數(shù)值W用于針對AV(音頻/視頻)格式更新的WFD信源與WFD信宿之 間的能力重協(xié)商的RTSP M4請求消息、用于觸發(fā)W抑信宿發(fā)送RTSP PAUSE請求消息(RTSP M9 請求消息）的RTSP M5請求消息、指示W(wǎng)FD信源進入WFD待機模式的RTSP M12請求消息、用于 選擇UIBC將要使用的輸入類型、輸入裝置和其它參數(shù)的RTSP M14請求消息、用于啟用或禁 用UIBC的RTSP M15請求消息等。
[0112] 在從W抑信源接收到上面所列的RTSP請求消息的情況下，WFD信宿可利用RTSP響應 消息作出響應。
[0113] -旦建立WFD會話，WFD信宿就可向WFD信源發(fā)送用于開始(或者重新開始）暫停的 音頻/視頻流送的RTSP M7請求消息(RTSP PLAY請求消息）、用于暫停從W抑信源至W抑信宿 的音頻/視頻流送的RTSP M9請求消息(RTSP PAUSE請求消息）、用于請求WFD信源改變音頻 擅染裝置的RTSP MlO請求消息、指示有效連接器類型的改變的RTSP Ml 1請求消息、指示W(wǎng)FD 信宿已進入W抑待機模式的RTSP M12請求消息、請求W抑信源刷新IDR的RTSP M13請求消息、 用于選擇UIBC將要使用的輸入類型、輸入裝置和其它參數(shù)的RTSP M14請求消息、用于啟用 或禁用UIBC的RTSP M15請求消息等。
[0114] 在從W抑信宿接收到上面所列的RTSP請求消息的情況下，WFD信源可利用RTSP響應 消息作出響應。
[0115] 當建立WFD會話時，如果音頻/視頻流送開始，則WFD信源和WD信宿可前進至使用 由WFD信源和WFD信宿二者共同支持的編解碼器的音頻/視頻流送。當使用由WFD信源和信宿 共同支持的編解碼器時，能夠確保它們之間的互操作性。
[0116] 例如，如果W抑信源和W抑信宿二者支持LPCM(線性PCM(脈沖編碼調制）音頻)編解 碼器和H. 264編解碼器，則可分別通過LPCM編解碼器和H. 264編解碼器來對音頻和視頻進行 流送。當然，除了LPCM編解碼器和H. 264編解碼器W外，其它編解碼器也可用于音頻/視頻流 送。
[0117] 為了 W下描述清晰，由LPCM編解碼器和H. 264編解碼器共同支持的音頻/視頻編解 碼器將被稱為"公共編解碼器"。
[0118] 當執(zhí)行通過WFD會話的流送時，WFD信源通常通過公共編解碼器對其實時播放畫面 進行編碼，然后將編碼的數(shù)據(jù)發(fā)送至WFD信宿。在對視頻文件進行流送的情況下，WFD信源對 視頻文件進行解碼，將視頻文件的播放畫面輸出至顯示單元，通過公共編解碼器對顯示單 元的輸出進行編碼，然后將編碼的數(shù)據(jù)發(fā)送至WFD信宿。
[0119] 具體地講，為了執(zhí)行諸如音樂文件、視頻文件等的多媒體文件的流送，WH)信源可 按照將多媒體文件解碼然后通過公共編解碼器對解碼的數(shù)據(jù)進行編碼的方式執(zhí)行轉碼。
[0120] 然而，如果待流送的多媒體文件可由WFD信宿播放，則可更有效的是WD信源通過 跳過對多媒體文件進行轉碼的步驟來發(fā)送多媒體文件。
[0121] 例如，表1示出在對通過H. 264編碼的IOSOp分辨率的視頻文件進行流送時根據(jù)執(zhí) 行轉碼或不執(zhí)行轉碼的效果的比較。
[0122] [表 1]
[0123]
[0124] 在執(zhí)行流送而沒有轉碼的情況下，可提供W下效果。首先，傳輸延遲減少了多媒體 文件的解碼和編碼所花費的時間，可抑制WFD信源的過熱，并且WFD信源的電源效率可提高。
[0125] 因此，本發(fā)明旨在提出一種在WFD服務的過程中在沒有多媒體文件的轉碼的情況 下對多媒體文件進行流送的方法。
[01%] WFD中的模式轉變
[0127] -旦建立WFD會話，WFD信源通過公共編解碼器對其實時輸出畫面進行編碼，并且 能夠將編碼的數(shù)據(jù)發(fā)送至WD信宿。在運樣做時，如果請求播放WFD信宿可播放的多媒體文 件，則WFD信源可將被請求播放的多媒體文件發(fā)送給WFD信宿，而非執(zhí)行多媒體文件的轉碼 (即，通過公共編解碼器的轉換）。
[012引具體地講，在WFD服務期間，WFD信源和WFD信宿可在對WFD信源的實時輸出畫面進 行流送的實時編碼模式下操作，或者可在對多媒體文件進行流送而沒有轉碼的無轉碼模式 下操作。
[0129] WFD信源和WH)信宿中的至少一個可根據(jù)被請求播放的多媒體文件的屬性來請求 實時編碼模式與無轉碼模式之間的轉變。
[0130] 圖14是描述實時編碼模式和無轉碼模式之間的轉變的一個示例的示圖。隨著裝置 和服務發(fā)現(xiàn)過程W及能力協(xié)商過程的進行，如果創(chuàng)建WFD會話，則WFD信源和WFD信宿可在實 時編碼模式下執(zhí)行流送。具體地講，如果WFD信源通過公共編解碼器對其輸出畫面進行編碼 然后將它發(fā)送給WFD信宿，則WFD信宿將從WFD信源接收的經(jīng)編碼的數(shù)據(jù)解碼，然后能夠輸出 經(jīng)解碼的數(shù)據(jù)。
[0131] 隨后，如果接收到請求播放多媒體文件的用戶輸入，則WFD信源可確定被請求播放 的多媒體文件是否可由WFD信宿播放。具體地講，WFD信源可基于WFD信宿所支持的編解碼器 信息來確定被請求播放的多媒體文件是否可由WFD信宿播放。例如，為此，WFD信源可從參照 圖11描述的WFD服務發(fā)現(xiàn)過程或者WFD能力協(xié)商過程獲得WFD信宿所支持的視頻和音頻編解 碼器信息。如果被請求播放的多媒體文件為視頻文件，則WFD信源可進一步另外考慮編解碼 器的配置和級別信息來確定多媒體文件是否可由WFD信宿播放。
[0132] 如果被請求播放的多媒體文件可由WFD信宿播放，則WFD信源可請求WFD信宿從實 時編碼模式切換為無轉碼模式。如果WFD信宿接受WFD信源所作出的操作模式轉變請求，貝U WFD信源可將多媒體文件發(fā)送給WFD信宿。
[0133] 圖15是描述WFD信源和WFD信宿之間的操作模式從實時編碼模式切換為無轉碼模 式的詳細示例的示圖。
[0134] 在實時編碼模式下操作的同時，如果接收到請求播放多媒體文件的用戶輸入，貝U WFD信源可確定被請求播放的多媒體文件是否可由WFD信宿播放。
[0135] 如果被請求播放的多媒體文件不可由WFD信宿播放(例如，多媒體文件是WFD信宿 不支持的編解碼器壓縮的，或者多媒體文件具有WFD信宿不支持的分辨率），則WFD信源可通 過轉碼來對多媒體文件進行流送。具體地講，WFD信源將多媒體文件解碼，通過公共編解碼 器對解碼的數(shù)據(jù)進行編碼，并且能夠將編碼的數(shù)據(jù)發(fā)送至W抑信宿。
[0136] 相反，如果被請求播放的多媒體文件可由WFD信宿播放，則WFD信源可發(fā)送用于請 求模式轉變的RTSP M5請求消息。為此，在WFD信源和WFD信宿之間，可定義一種稱為"模式轉 變(M0DE_TRANS口r的新的方法W用于觸發(fā)模式轉變。
[0137] 在接收到包括該模式轉變方法的RTSP M5請求消息的情況下，WFD信宿利用RTSP M5響應消息作出響應，并且能夠向W即信源發(fā)送用于暫停實時流送的RT SP M9請求消息 (RTSP PAUSE請求消息）。
[013引如果接收到RTSP M9請求消息，則W抑信源利用RTSP M9響應消息作出響應，并且能 夠暫停實時流送(即，暫停WFD信源的實時輸出畫面的流送）。如果實時流送被暫停，則WFD信 源可向W抑信宿發(fā)送指示根據(jù)向無轉碼模式的轉變而改變的參數(shù)的RTSP M4請求消息(RTSP SET_PARAMET邸請求消息）。在RTSP M4請求消息中，可包括多媒體文件的編解碼器的信息W 及發(fā)送多媒體文件時所使用的傳輸協(xié)議(例如，TCP/UDP等）。
[0139] 如果接收到RTSP M4請求消息，則WFD信宿可利用RTSP M4響應消息作出響應。隨 后，WFD信宿可向WFD信源發(fā)送用于請求多媒體文件的傳輸開始的RTSP M7請求消息（RTSP PLAY請求消息）。
[0140] 如果接收到RTSP M7請求消息，則W抑信源利用RTSP M7響應消息作出響應，并且能 夠在無轉碼模式下向WFD信宿發(fā)送多媒體文件。具體地講，WFD信源可在沒有轉碼的情況下 將多媒體文件流送至W抑信宿。
[0141] 如果無轉碼模式下流送的多媒體文件的播放結束或者接收到請求多媒體文件播 放結束的用戶輸入，則WFD信源可請求WFD信宿從無轉碼模式切換至實時編碼模式。如果WFD 信宿接受WFD信源的操作模式轉變請求，則WFD信源可前進至實時操作模式下的流送。
[0142] 圖16是描述WFD信源和WFD信宿之間的操作模式從無轉碼模式改變?yōu)閷崟r編碼模 式的詳細示例的示圖。
[0143] 如果無轉碼模式下流送的多媒體文件的播放結束或者接收到請求多媒體文件播 放結束的用戶輸入，則WFD信源可向WFD信宿發(fā)送包括模式轉變方法的RTSP M5請求消息。在 接收到包括模式轉變方法的RTSP M5請求消息的情況下，W抑信宿利用RTSP M5響應消息作 出響應并且能夠向W抑信源發(fā)送用于暫停流送的RTSP M9請求消息(RTSP Pause請求消息）。
[0144] 如果接收到RTSP M9請求消息，則W抑信源利用RTSP M9響應消息作出響應并且能 夠暫停流送。如果流送被暫停，則WFD信源可向WD信宿發(fā)送指示根據(jù)向實時編碼模式的轉 變而改變的參數(shù)的RTSP M4請求消息(RTSP SET_PARAMET邸請求消息KRTSP M4請求消息中 可包括實時編碼模式下將要使用的編解碼器信息等。
[0145] 如果接收到RTSP M4請求消息，則WFD信宿可利用RTSP M4響應消息作出響應。隨 后，WFD信宿可向WFD信源發(fā)送用于請求開始實時流送的RTSP M7請求消息(RTSP PLAY請求 消息）。
[0146] 如果接收到RTSP M7請求消息，則WFD信源利用RTSP M7響應消息作出響應并且能 夠通過在實時編碼模式下通過公共編解碼器對音頻/視頻數(shù)據(jù)進行編碼然后將經(jīng)編碼的音 頻/視頻數(shù)據(jù)發(fā)送至WFD信宿來執(zhí)行流送。
[0147] 在與WFD信宿的WFD能力協(xié)商過程或者WFD服務發(fā)現(xiàn)處理期間，WFD信源可檢查WFD 信宿是否支持從實時編碼模式向無轉碼模式的模式轉變。
[0148] 具體地講，通過交換RTSP M3消息和RTSP M4消息中的至少一個，WFD信源可檢查 WFD信宿是否支持模式轉變。
[0149] 例如，詢問是否存在W抑信宿的模式轉變的新RTSP參數(shù)(Wf d_mode_trans i t i on)可 被插入RTSP M3消息和RTSP M4消息中的至少一個中。
[0150] 服務切換
[0151] -旦建立WFD會話，WFD信源就通過公共編解碼器對其實時輸出畫面進行編碼并且 能夠將經(jīng)編碼的數(shù)據(jù)發(fā)送至WH)信宿。在運樣做時，如果請求播放可由WD信宿播放的多媒 體文件，則WFD信源可將被請求播放的多媒體文件發(fā)送至WFD信宿，而非執(zhí)行多媒體文件的 轉碼（即，通過公共編解碼器的轉換）。
[0152] 為此，WFD信源和WFD信宿暫停WFD服務并且能夠切換為能夠進行文件傳輸?shù)姆铡?具體地講，WFD信源和W抑信宿可切換為從能夠進行文件傳輸?shù)腄NLA(數(shù)字生活網(wǎng)絡聯(lián)盟)月良 務和Wi-Fi直連服務(WFDS)中選擇的播放服務。
[0153] 圖17是描述從WFD服務向DNLA執(zhí)行切換的一個示例的示圖。隨著裝置和服務發(fā)現(xiàn) 過程和能力協(xié)商過程的進行，如果建立WFD會話，則WFD信源通過公共編解碼器對其實時輸 出畫面進行編碼，然后將它發(fā)送至WFD信宿。通過經(jīng)由公共編解碼器對從WFD信源接收的經(jīng) 編碼的數(shù)據(jù)進行解碼，WFD信宿可執(zhí)行流送。
[0154] 隨后，如果接收到請求播放多媒體文件的用戶輸入，則WFD信源可確定被請求播放 的多媒體文件是否可由WFD信宿播放。具體地講，WFD信源可基于WFD信宿所支持的編解碼器 信息來確定被請求播放的多媒體文件是否可由WFD信宿播放。如果被請求播放的多媒體文 件為視頻文件，則除了可由WD信宿播放的視頻的編解碼器W外，WFD信源可進一步考慮編 解碼器的配置和級別信息來確定多媒體文件是否可由WFD信宿播放。
[0155] 如果被請求播放的多媒體文件可由WH)信宿播放，則WFD信源可請求WH)信宿進行 服務切換。
[0156] 如果W抑服務被切換為WFDS播放服務或DNLA，則WFD信源可在沒有轉碼的情況下將 多媒體文件流送至W抑信宿。
[0157] 圖18是示出在暫停WFD服務之后開始DNLA的一個示例的示圖。
[0158] 在WFD信源執(zhí)行向WFD信宿的實時流送的同時，如果接收到請求播放多媒體文件的 用戶輸入，則WFD信源可確定被請求播放的多媒體文件是否可由WFD信宿播放。
[0159] 如果被請求播放的多媒體文件不可由WFD信宿播放(例如，多媒體文件是通過WFD 信宿不支持的編解碼器壓縮的，或者多媒體文件具有WFD信宿不支持的分辨率），則WFD信源 可前進至在WFD服務中通過多媒體文件的轉碼利用公共編解碼器向WFD信宿流送。
[0160] 相反，如果被請求播放的多媒體文件可由WFD信宿播放，則WFD信源可發(fā)送用于請 求向DNLA的模式轉變的RTSP M5請求消息。為此，在W抑信源和W抑信宿之間，可定義一種稱 為"DNLA轉變(TRANSIT_DNLAr的新方法W用于觸發(fā)向DNLA的轉變。
[0161] 在接收到包括該DNLA轉變方法的RTSP M5請求消息的情況下，WFD信宿利用RTSP M5響應消息作出響應并且能夠向W抑信源發(fā)送用于暫停實時流送的RTSP M9請求消息(RTSP PAUSE請求消息）。
[0162] 如果接收到RTSP M9請求消息，則W抑信源利用RTSP M9響應消息作出響應并且能 夠暫停實時流送。如果實時流送被暫停，則WFD信源激活DNLA并且能夠在沒有轉碼的情況下 通過HTTP/S0AP(DNLA控制協(xié)議)的播放動作對多媒體內容執(zhí)行WFD同步流送。
[0163] 隨后，如果在DNLA下流送的多媒體文件的播放結束或者接收到請求多媒體文件播 放結束的用戶輸入，則WFD信源可請求WFD信宿從DNLA服務切換為WFD服務。
[0164] 圖19是示出重新開始WFD服務的一個示例的示圖。如果在DNLA下流送的多媒體文 件的播放結束或者接收到請求多媒體文件播放結束的用戶輸入，則WFD信源可向WFD信宿發(fā) 送被提供用于請求向WFD服務轉變的RTSP M5請求消息。為此，在WFD信源和WFD信宿之間，可 定義一種稱為"WFD轉變(TRANSIT_WFD)"的新方法W用于觸發(fā)向WFD服務的轉變。
[0165] 在接收到包括該W抑轉變方法的RTSP M5請求消息的情況下，W抑信宿利用RTSP M5 響應消息作出響應并且能夠向WFD信源發(fā)送用于重新開始暫停的實時流送的RTSP M7請求 消息(RTSP PLAY請求消息）。
[0166] 在接收到RTSP M7請求消息的情況下，WFD信源利用RTSP M7響應消息作出響應并 且能夠重新開始WFD服務下的實時流送。
[0167] 在與WFD信宿的WFD能力協(xié)商過程或者WFD服務發(fā)現(xiàn)處理期間，WFD信源可檢查WFD 信宿是否支持從WFD服務向DNLA的轉變。
[0168] 具體地講，通過交換RTSP M3消息和RTSP M4消息中的至少一個，WFD信源可檢查 WFD信宿是否支持從WFD服務向DNLA的轉變。
[0169] 例如，在RTSP M3消息和RTSP M4消息中的至少一個中，可插入詢問W抑信宿是否能 夠從胖抑服務轉變?yōu)?化4的新抓5?參數(shù)\'(1_111〇(16_化曰郵1^〇心'。提供下面的表2^描述參 fj((Vfd_mode_transition"。
[0170] 「表引
[0171]
[0172] 參照表2,為了詢問WFD信宿是否能夠從WFD服務轉變?yōu)镈NLA，WFD信源可使用 mode_trans i t i on 參數(shù)。
[0173] 配備有對應能力的W抑信宿可利用32*32肥XDIG的UUID-LIST(唯一用戶標識符-列 表)作出響應。未能配備有對應能力的WFD信宿可利用"none"作出響應。
[0174] 圖20A和圖20B是描述在能力協(xié)商過程中檢查WFD信宿是否具有從WFD服務轉變?yōu)?DNLA的能力的處理的示圖。
[0175] 在成功交換RTSP Ml消息和RTSP M2消息之后，WFD信源可向WFD信宿發(fā)送指定將要 獲得的能力的列表的RTSP M3請求消息。參照圖20A，在RTSP M3請求消息中，例如包括用于 檢查WD信宿所支持的視頻格式的參數(shù)(wfd_video_formats)、用于檢查WD信宿所支持的 音頻編解碼器的參數(shù)(wfd_audio_codecs)、用于檢查將要用于RTP的WFD信宿的端口號的參 數(shù)1>'(1_(3116]11：_1'化_9〇；^3)^及用于檢查腫1)信宿是否支持服務轉變的參數(shù)(州(1_1]10(16_ tr曰nsition)。
[0176] 在接收到RTSP M3請求消息的情況下，WFD信宿可利用指示W(wǎng)FD信源所請求的WFD能 力的RTSP M3響應消息作出響應。根據(jù)圖20A所示的示例，響應于RTSP M3請求消息，W抑信宿 發(fā)送包括WFD信宿所支持的視頻格式、WFD信宿所支持的音頻編解碼器、將要用于RTP的端口 號W及是否存在服務轉變支持的能力的RTSP M3響應消息。
[0177] 在運種情況下，如果支持從W抑服務向化NA的轉變，則W抑信宿可配置RTSP M3響應 消息W包含它自己的化NA UUID。相反，如果不支持從W抑服務向DLNA的轉變，則WFD信宿可 交換包含文本串（例如，"none")的RTSP M3響應消息(其具有不支持從WFD服務向DLNA的轉 變的含義）。
[017引如果通過RTSP M3消息的成功交換確認了WFD信宿的能力，則WFD信源可確定在WFD 會話期間將要在WFD信源和WD信宿之間使用的參數(shù)集合。例如，根據(jù)圖20A所示的示例， RTSP M4請求消息包括用于檢查在WFD會話期間將要使用的視頻格式的參數(shù)(wfd_video_ formats)、用于檢查在WFD會話期間將要使用的音頻編解碼器的參數(shù)(wfd_audio_codecs) W及用于檢查在W抑會話期間將要用于RTP的W抑信宿的端口號的參數(shù)(wfd_client_rtp_ ports)。
[0179] 另外，如果通過交換RTSP M3消息確認W抑信宿具有支持從W抑服務轉變?yōu)榛疦A的 能力，則WFD信源可配置包含WFD信源的DLNA UUID的RTSP M4請求消息。根據(jù)圖20A所示的示 例，RTSP M4請求消息中包括用于檢查WFD信源的DLM UUID的參數(shù)（wfd_mode_ tr曰nsition)。
[0180] 在從W抑信源接收到RTSP M4請求消息的情況下，W抑信宿可利用RTSP M4響應消息 作出響應。如果成功交換了RTSP M4消息，則在WFD信源與WFD信宿之間建立W抑會話，并且可 執(zhí)行參照圖17至圖19描述的流送操作。
[0181] 根據(jù)圖17至圖20所示的示例，WFD信源和WFD信宿暫停W抑服務并且開始DLNA。代替 暫停WFD服務并且開始化NA, WFD信源和WFD信宿暫停WFD服務并且可開始WFDS中的播放服 務。
[0182] 圖21是根據(jù)本發(fā)明的一個實施方式的無線電裝置的配置的框圖。
[0183] 無線電裝置10可包括顯示單元11、存儲器12、收發(fā)器13和處理器14。收發(fā)器13可發(fā) 送/接收無線電信號并且能夠根據(jù)例如IEEE 802系統(tǒng)實現(xiàn)物理層。顯示單元11扮演輸出信 息的角色。WFD信源可通過公共編解碼器對輸出至顯示單元11的信息進行編碼。WFD信宿將 從WFD信源接收的數(shù)據(jù)解碼并且能夠輸出解碼的數(shù)據(jù)。
[0184] 處理器14電連接至收發(fā)器13并且能夠根據(jù)IE邸802系統(tǒng)實現(xiàn)物理層和/或MAC層。 并且，處理器14可被配置為執(zhí)行用于W抑服務的音頻/視頻編碼和解碼的操作。此外，被配置 為實現(xiàn)根據(jù)W上描述中所提及的本發(fā)明的各種實施方式的無線電裝置的操作的模塊可被 保存到存儲器12并且可被處理器14啟動。存儲器12可被包括在處理器14內部，或者被安裝 在處理器14外部然后可通過公知的手段連接至處理器14。此外，無線電裝置10還可包括被 配置為輸出音頻的音頻輸出單元。
[0185] 圖21所示的無線電裝置10的詳細配置可按照W上描述中所提及的本發(fā)明的各種 實施方式的主題被獨立地應用或者本發(fā)明的各種實施方式中的至少兩個被同時應用的方 式來實現(xiàn)。并且，為了清晰，重復的內容可被省略。
[0186] 本發(fā)明的上述實施方式可利用各種手段來實現(xiàn)。例如，本發(fā)明的實施方式可利用 硬件、固件、軟件和/或其任何組合來實現(xiàn)。
[0187] 在通過硬件實現(xiàn)的情況下，根據(jù)本發(fā)明的各個實施方式的方法可通過選自ASIC (專用集成電路）、DSP(數(shù)字信號處理器）、DSPD(數(shù)字信號處理裝置）、化D(可編程邏輯裝 置）、FPGA(現(xiàn)場可編程口陣列）、處理器、控制器、微控制器、微處理器等中的至少一個來實 現(xiàn)。
[0188] 在通過固件或軟件實現(xiàn)的情況下，根據(jù)本發(fā)明的各個實施方式的方法可通過執(zhí)行 上述功能或操作的模塊、過程和/或函數(shù)來實現(xiàn)。軟件代碼被存儲在存儲器單元中然后可由 處理器驅動。存儲器單元被設置在處理器內或者處理器外部W通過公知的各種手段與處理 器交換數(shù)據(jù)。
[0189] 如W上描述中提及的，本發(fā)明的優(yōu)選實施方式的詳細描述被提供W由本領域技術 人員來實現(xiàn)。盡管本文中參照其優(yōu)選實施方式描述和示出了本發(fā)明，對于本領域技術人員 而言將顯而易見的是，在不脫離本發(fā)明的精神和范圍的情況下，可對其進行各種修改和變 化。因此，本發(fā)明不由本文所公開的實施方式限制，而是旨在給出與本文所公開的原理和新 特征匹配的寬范圍。
[0190] 工業(yè)實用性
[0191] W上描述中提及的本發(fā)明的各種實施方式主要集中于Wi-Fi直連系統(tǒng)來描述，并 且還可按照相同的方式適用于各種類型的移動通信系統(tǒng)。
【主權項】
1. 一種在第一無線電裝置中執(zhí)行Wi-Fi顯示W(wǎng)FD服務的方法，該方法包括以下步驟： 通過由所述第一無線電裝置和第二無線電裝置共同支持的公共編解碼器對所述第一 無線電裝置的實時輸出畫面進行編碼，來將所述第一無線電裝置的所述實時輸出畫面向所 述第二無線電裝置流送； 接收請求流送多媒體文件的用戶輸入；以及 如果所述多媒體文件能夠由所述第二無線電裝置播放，則通過暫停所述實時輸出畫面 的流送來將所述多媒體文件流送至所述無線電裝置。2. 根據(jù)權利要求1所述的方法，其中，如果所述多媒體文件不能由所述第二無線電裝置 播放，則所述第一無線電裝置通過由所述公共編解碼器對所述多媒體文件進行轉碼來將所 述多媒體文件流送至所述第二無線電裝置。3. 根據(jù)權利要求1所述的方法，其中，如果接收到暫停所述多媒體文件的流送的用戶輸 入，則所述第一無線電裝置暫停所述多媒體文件的流送并且重新開始暫停流送的所述實時 輸出畫面的流送。4. 根據(jù)權利要求1所述的方法，該方法還包括以下步驟:如果所述多媒體文件能夠由所 述第二無線電裝置播放，則請求所述第二無線電裝置從所述wro服務下的對所述實時輸出 畫面進行流送的第一操作模式轉變?yōu)樗鯳H)服務下的對所述多媒體文件進行流送的第二 操作模式。5. 根據(jù)權利要求4所述的方法，其中，所述第一無線電裝置從所述第二無線電裝置接收 關于所述第二無線電裝置是否具有從所述第一操作模式轉變?yōu)樗龅诙僮髂Ｊ降哪芰?的信息。6. 根據(jù)權利要求1所述的方法，該方法還包括以下步驟:如果所述多媒體文件能夠由所 述第二無線電裝置播放，則請求所述第二無線電裝置從對所述實時輸出畫面進行流送的所 述WFD服務轉變?yōu)閷λ龆嗝襟w文件進行流送的規(guī)定服務。7. 根據(jù)權利要求6所述的方法，其中，所述規(guī)定服務包括數(shù)字生活網(wǎng)絡聯(lián)盟DLNA或播放 服務。8. 根據(jù)權利要求7所述的方法，其中，所述第一無線電裝置從所述第二無線電接收關于 所述第二無線電裝置是否具有從所述WFD服務轉變?yōu)樗鯠LNA的能力的信息。9. 根據(jù)權利要求8所述的方法，其中，所述信息包括所述第二無線電裝置的DLNA唯一用 戶標識符UUID。10. 根據(jù)權利要求9所述的方法，其中，如果接收到所述信息，則所述第一無線電裝置向 所述第二無線電裝置發(fā)送包括所述第一無線電裝置的所述DLNA UUID的消息。11. 一種在第一無線電裝置中執(zhí)行Wi-Fi顯示W(wǎng)FD服務的方法，該方法包括以下步驟： 通過接收由所述第一無線電裝置和第二無線電裝置共同支持的公共編解碼器進行編 碼的所述第二無線電裝置的實時輸出畫面，來對所述第二無線電裝置的所述實時輸出畫面 進行流送；以及 如果通過所述第二無線電裝置接收到請求流送所述第一無線電裝置能夠播放的多媒 體文件的用戶輸入，則通過暫停所述第二無線電裝置的所述實時輸出畫面的流送來對從所 述第二無線電裝置接收的所述多媒體文件進行流送。12. -種執(zhí)行Wi-Fi顯示W(wǎng)FD服務的第一無線電裝置，該第一無線電裝置包括： 顯示單元； 收發(fā)器；以及 處理器，該處理器被配置為控制所述顯示單元和所述收發(fā)器， 其中，所述處理器還被配置為通過由所述第一無線電裝置和第二無線電裝置共同支持 的公共編解碼器對所述第一無線電裝置的實時輸出畫面進行編碼，來將所述第一無線電裝 置的所述實時輸出畫面流送至所述第二無線電裝置， 其中，如果接收到請求流送多媒體文件的用戶輸入并且所述多媒體文件能夠由所述第 二無線電裝置播放，則所述處理器還被配置為通過暫停所述實時輸出畫面的流送來將所述 多媒體文件流送至所述無線電裝置。13. -種執(zhí)行Wi-Fi顯示W(wǎng)FD服務的第一無線電裝置，該第一無線電裝置包括： 顯示單元； 收發(fā)器；以及 處理器，該處理器被配置為控制所述顯示單元和所述收發(fā)器， 其中，所述處理器還被配置為通過接收由所述第一無線電裝置和第二無線電裝置共同 支持的公共編解碼器進行編碼的所述第二無線電裝置的實時輸出畫面，來對所述第二無線 電裝置的所述實時輸出畫面進行流送， 其中，如果通過所述第二無線電裝置接收到請求流送所述第一無線電裝置能夠播放的 多媒體文件的用戶輸入，則所述處理器還被配置為通過暫停所述第二無線電裝置的所述實 時輸出畫面的流送來對從所述第二無線電裝置接收的所述多媒體文件進行流送。
【文檔編號】H04L12/16GK105981329SQ201480075096
【公開日】2016年9月28日
【申請日】2014年5月14日
【發(fā)明人】李丙周, 樸基源, 金東哲
【申請人】Lg電子株式會社