TW201320684A - 同步無線顯示裝置 - Google Patents

同步無線顯示裝置 Download PDF

Info

Publication number
TW201320684A
TW201320684A TW101133153A TW101133153A TW201320684A TW 201320684 A TW201320684 A TW 201320684A TW 101133153 A TW101133153 A TW 101133153A TW 101133153 A TW101133153 A TW 101133153A TW 201320684 A TW201320684 A TW 201320684A
Authority
TW
Taiwan
Prior art keywords
sink
source device
queue
communication
source
Prior art date
Application number
TW101133153A
Other languages
English (en)
Other versions
TWI475855B (zh
Inventor
Soham V Sheth
Samir Salib Soliman
Vijayalakshmi R Raveendran
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of TW201320684A publication Critical patent/TW201320684A/zh
Application granted granted Critical
Publication of TWI475855B publication Critical patent/TWI475855B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
    • H04L65/4015—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference where at least one of the additional parallel sessions is real time or time sensitive, e.g. white board sharing, collaboration or spawning of a subconference
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G06F3/1423—Digital output to display device ; Cooperation and interconnection of the display device with other functional units controlling a plurality of local displays, e.g. CRT and flat panel display
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T1/00—General purpose image data processing
    • G06T1/60—Memory management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/621—Individual queue per connection or flow, e.g. per VC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • H04N21/43637—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6547—Transmission by server directed to the client comprising parameters, e.g. for client setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/0015—Synchronization between nodes one node acting as a reference for the others
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/22—Traffic shaping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Abstract

本發明涉及用於在無線顯示器(WD)系統中的源設備與一或多個宿設備之間同步播放媒體資料的技術。WD系統使行動設備能夠與遠端宿設備共享源設備的本端顯示器。本發明的技術包括源設備處的為源設備和參與的宿設備選擇通用佇列大小的管理程序。源設備至少基於源設備和宿設備的支援佇列大小來選擇通用佇列大小。隨後，媒體封包被保存在源設備和宿設備處的具有通用佇列大小的佇列中。一致的佇列大小與傳輸延遲的補償相結合使每個設備能夠同時開始處理媒體封包。

Description

同步無線顯示裝置 基於專利法主張優先權
本專利申請案主張於2011年9月13日提出申請的、美國臨時申請案第61/534,193號；於2011年9月27日提出申請的、美國臨時申請案第61/539,726號以及於2012年2月7日提出申請的、美國臨時申請案第61/595,932號的優先權，該等美國臨時申請中的每一個的全部內容以引用的方式併入本文。
本發明涉及媒體資料的傳輸和播放，具體地說，本發明涉及藉由行動設備來管理媒體資料的傳輸和播放。
行動設備可以呈現以下形式：行動電話、具有無線通訊卡的可攜式電腦、個人數位助理(PDAs)、可攜式媒體播放機，或具有無線通訊能力的其他快閃記憶體設備(其包括所謂的「智慧」電話和「智慧」平板電腦或圖形輸入板，或其他類型的無線通訊設備。隨著高功率處理器、處理媒體內容的效能以及在雲中與網路互動的能力的出現，行動設備變得越來越強大。該等改進使得開發行動設備的提供更高的使用者體驗並且改進生產力的新的使用模型成為可能。
在行動設備上的處理能力和記憶體可用性上具有重大改進的新的使用模型的一個示例是無線顯示器或Wi-Fi顯 示器(WFD)。無線顯示器(WD)系統包括源設備和一或多個宿設備。源設備可以是行動設備，而宿設備中的每一個可以是行動設備或有線設備。源設備將音訊視訊(AV)資料發送到一或多個參與的宿設備。AV資料可以在源設備的本端顯示器以及宿設備的顯示器中的每一個顯示器兩者上播放。
大體而言，本發明涉及用於在無線顯示器(WD)系統中的源設備與一或多個宿設備之間同步播放媒體資料的技術。WD系統使行動設備能夠與遠端宿設備共享源設備的本端顯示器。例如，當具有行動設備的某些人聚集到一起時，一個行動設備使用者可能具有要共享的內容並且其他使用者中的每一個可以使用他或她自己的具有WD功能的行動設備來接收並觀看該內容。在此情況下，內容擁有者的行動設備用作源設備而其他行動設備用作宿設備。然而，在處理以進行顯示之前，源設備和每個宿設備中的媒體播放機一般使用任意決定的佇列大小來緩存輸入的媒體封包。源設備和每個宿設備可以區別地設置佇列大小，因此在不同的時間處理媒體封包。此種不同步的處理有時可能導致在設備處不同步地播放媒體資料。
本發明的技術包括源設備處的為源設備和參與的宿設備選擇通用佇列大小的管理程序。源設備至少基於源設備和宿設備的支援佇列大小來選擇通用佇列大小。隨後，在 處理以進行顯示之前，媒體封包被保存在源設備和宿設備處的具有通用佇列大小的佇列中。每個參與的設備處的一致佇列大小使每個設備能夠同時開始處理媒體封包，這導致在各個設備處同步播放媒體資料。
在一個實例中，本發明涉及一種方法，包括：在源設備與一或多個宿設備之間建立通訊通信期；向宿設備中的至少一個告知源設備為通訊通信期選擇的通用佇列大小；將資料封包發送到宿設備中的每一個，其中資料封包被保存在宿設備處的具有通用佇列大小的宿佇列中；將資料封包保存在該源設備處的具有該通用佇列大小的源佇列中；及在偵測到源佇列已滿以後，開始處理源佇列中的資料封包以在該源設備處進行顯示，其中源設備處的處理與宿設備處的該資料封包的處理同步。
在另一個實例中，本發明涉及一種方法，包括：請求源設備與宿設備建立通訊通信期；從源設備接收關於通用佇列大小的通知，其中基於至少源設備和宿設備的支援佇列大小來選擇該通用佇列大小；從源設備接收資料封包作為通訊通信期的一部分，其中封包被保存在源設備處的具有該通用佇列大小的源佇列中；在宿設備處的具有通用佇列大小的宿佇列中保存資料封包；及在偵測到宿佇列已滿以後，開始處理宿佇列中的封包以在該宿設備處進行顯示，其中宿設備處的封包處理與源設備處的封包處理同步。
在另一個實例中，本發明涉及一種源設備，包括：處理器，其被配置為在該源設備與一或多個宿設備之間建立通 訊通信期，基於該源設備和該宿設備的支援佇列大小來選擇通用佇列大小。該源設備亦包括發射器，其將具有為該通訊通信期選擇的該通用佇列大小的通知發送到宿設備，其中該發射器將資料封包發送到該宿設備中的每一個作為該通訊通信期的一部分，其中該資料封包被保存在該宿設備處的具有該通用佇列大小的該宿佇列中。該源設備亦包括具有該通用佇列大小的源佇列，其保存該封包，其中在偵測到該源佇列已滿以後，該處理器開始處理該源佇列中的該資料封包以在該源設備處進行顯示，其中該源設備處的資料封包處理與在該宿設備處的封包處理同步。
在額外的實例中，本發明涉及一種宿設備，包括：處理器，其被配置為請求源設備與該宿設備建立通訊通信期。該宿設備亦包括接收器，其從該源設備接收關於通用佇列大小的通知，其中基於至少該源設備和該宿設備的支援佇列大小來選擇該通用佇列大小，並且從該源設備接收封包作為該通訊通信期的一部分，其中該封包被保存在該源設備處的具有該通用佇列大小的源佇列中。該源設備亦包括具有該通用佇列大小的宿佇列，該宿佇列保存該封包，其中在偵測到該宿佇列已滿以後，該處理器開始處理該宿佇列中的該封包以在該宿設備處進行顯示，並且其中該宿設備處的封包處理與至少在該源設備處的封包處理同步。
在另一個實例中，本發明涉及一種源設備，包括：用於在該源設備與一或多個宿設備之間建立通訊通信期的構件；用於向該宿設備中的每一個告知該源設備為該通訊通 信期選擇的通用佇列大小的構件；用於將資料封包發送到該宿設備中的每一個的構件，其中該資料封包被保存在該宿設備處的具有通用佇列大小的宿佇列中；用於將該資料封包保存在該源設備處的具有通用佇列大小的源佇列中的構件；及用於在偵測到該源佇列已滿以後開始處理該源佇列中的該資料封包以在該源設備處進行顯示的構件，其中該源設備處的處理與該宿設備處的資料封包的處理同步。
在另一個實例中，本發明涉及一種宿設備，包括：用於請求源設備與該宿設備建立通訊通信期的構件；用於從該源設備接收關於通用佇列大小的通知的構件，其中基於至少該源設備和該宿設備的支援佇列大小來選擇該通用佇列大小；用於從該源設備接收封包作為該通訊通信期的一部分的構件，其中該封包被保存在該源設備處的具有該通用佇列大小的源佇列中；用於在宿設備處的具有該通用佇列大小的宿佇列中保存該封包的構件；及用於在偵測到該宿佇列已滿以後開始處理該宿佇列中的該封包以在該宿設備處進行顯示的構件，其中該宿設備處的封包處理與該源設備處的封包處理同步。
在另一個實例中，本發明涉及一種電腦可讀取媒體，包括當在源設備中被執行時使處理器執行以下操作的指令：在該源設備與一或多個宿設備之間建立通訊通信期；向該宿設備中的每一個告知該源設備為該通訊通信期選擇的通用佇列大小；將資料封包發送到該宿設備中的每一 個，其中該資料封包被保存在該宿設備處的具有通用佇列大小的宿佇列中；將該資料封包保存在在該源設備處的具有通用佇列大小的源佇列中；及在偵測到該源佇列已滿以後開始處理該源佇列中的該資料封包以在該源設備處進行顯示，其中該源設備處的處理與該宿設備處的該資料封包的處理同步。
在另一個實例中，本發明涉及一種電腦可讀取媒體，包括當在宿設備中被執行時使處理器執行以下操作的指令：請求源設備與該宿設備建立通訊通信期；從該源設備接收關於通用佇列大小的通知，其中基於至少該源設備和該宿設備的支援佇列大小來選擇該通用佇列大小；從該源設備接收封包作為該通訊通信期的一部分，其中該封包被保存於在該源設備處的具有該通用佇列大小的源佇列中；將該封包保存在宿設備處的具有該通用佇列大小的該宿佇列中；及在偵測到該宿佇列已滿以後開始處理該宿佇列中的該封包以在該宿設備處進行顯示，其中該宿設備處的封包處理與該源設備處的封包處理同步。
在另一個實例中，本發明涉及一種方法，包括：在宿設備與源設備之間建立通訊通信期；從該源設備接收關於通用佇列大小的通知，其中由該源設備為該通訊通信期選擇該通用佇列大小；從該源設備接收資料封包，其中該資料封包被保存在該源設備處的具有通用佇列大小的源佇列中；將該資料封包保存在該宿設備處的具有該通用佇列大小的宿佇列中；及在偵測到該宿佇列已滿以後開始處理該 宿佇列中的該資料封包以在該宿設備處進行顯示，其中該宿設備處的處理與該源設備處的該資料封包的處理同步。
在附圖和下文中闡述了本發明的一或多個實例的細節。自說明書、附圖以及申請專利範圍，其他特徵、目的以及優點將是顯而易見的。
本發明涉及用於在無線顯示器(WD)系統中的源設備與一或多個宿設備之間同步媒體資料的播放的技術。WD系統使行動設備能夠與遠端宿設備共享源設備的本端顯示器。例如，當具有行動設備的某些人聚集到一起(例如，商務會議或家庭/朋友聚會)時，一個行動設備使用者可能有他希望向房間之每一者人展示的內容(例如視訊短片)及/或可能在顯示內容時提供描述和附加資訊。在WD系統中，每個人可以使用他或她自己的具有WD的行動設備來接收並觀看該內容。在此情況下，內容擁有者的行動設備作為源設備而其他行動設備作為宿設備。為了提供此聯合使用者體驗，同步所有設備處的內容播放，使得所有使用者看到和聽到相同的內容並將任意口頭描述與正確內容關聯起來是很重要的。
然而，在進行處理以便於顯示之前，源設備和每個宿設備中的媒體播放機一般使用任意決定的佇列大小來緩存輸入的媒體封包。源設備和每個宿設備可以區別地設置佇列大小，因而在不同的時間處理媒體封包。此種不同步的 處理將導致在設備處不同步地播放媒體資料。
本發明的技術包括源設備處用於為源設備和參與的宿設備選擇通用佇列大小的管理程序。源設備至少基於源設備和宿設備的支援佇列大小來選擇通用佇列大小。隨後，在進行處理以便於顯示之前，將媒體封包保存在源設備和宿設備處的具有通用佇列大小的佇列中。每個參與的設備處的通用佇列大小使每個設備能夠同時開始處理媒體封包，這導致在各個設備處同步播放媒體資料。
圖1為圖示包括源設備5和宿設備7的WD系統的方塊圖。源設備將諸如視訊及/或音訊(AV)資料的媒體資料發送到參與特定的通訊通信期的宿設備中的一或多個。可以在源設備的本端顯示器以及宿設備的顯示器中的每一個顯示器兩者處播放媒體資料。更具體地，每個參與的宿設備將接收的媒體資料呈現在其螢幕和音訊設備上。在某些情況下，宿設備的使用者可以將諸如觸摸輸入和遠端控制輸入的使用者輸入應用到宿設備。在WD系統中，從宿設備向源設備發送使用者輸入。源設備處理從宿設備接收的使用者輸入並將使用者輸入的效果應用於發送到宿設備的後續媒體資料上。
圖2為圖示包括參與通訊通信期的源設備10和宿設備12A-12B(「宿設備12」)的WD系統的方塊圖。在其他實例中，WD系統可以包括兩個以上的參與的宿設備。WD系統亦可以包括支援複數個Wi-Fi(例如IEEE 802.11x)網路的一或多個基地台(未圖示)，經由該Wi-Fi網路在源 設備10與宿設備12之間建立WD通訊通信期。藉由將基地台用作網路中心，通訊服務提供商可以集中地操作並管理該等網路中的一或多個網路。
源設備10和每個宿設備12可以呈現行動設備的形式，例如行動電話、具有無線通訊卡的可攜式電腦、個人數位助理(PDAs)、可攜式媒體播放機、具有無線通訊能力的其他快閃記憶體設備，或任何類型的無線通訊設備。在其他實例中，一或多個宿設備12可以呈現具有無線通訊能力的有線設備的形式，例如電視機、桌上型電腦、監控器、投影儀等。在圖2圖示的實例中，源設備10包括儲存內容16、解析器18、解碼器20、呈現器22、本端顯示器24以及發射器(TX)26。宿設備12包括接收器30A-30B(「接收器30」)、解碼器32A-32B(「解碼器32」)、呈現器34A-34B(「呈現器34」)、以及顯示器36A-36B(「顯示器36」)。
源設備10和宿設備12的元件中的每一個可以被實現為多種適當的電路中的任意一種，例如一或多個微處理器、數位訊號處理器(DSPs)、特殊應用積體電路(ASICs)、現場可程式設計閘陣列(FPGAs)、個別的邏輯裝置、軟體、硬體、韌體或其任意組合。本端顯示器24和顯示器36的每一個可以包括多種顯示器中的任意一種，例如液晶顯示器(LCD)、電漿體顯示器、有機發光二極體(OLED)顯示器，或另一種顯示裝置。
當源設備10正在播放儲存內容16時，源設備10可能從一或多個遠端宿設備12接收到建立通訊通信期的請 求。源設備10可以使用即時串流通訊協定(RTSP)在源設備10與一或多個請求宿設備12之間建立通訊通信期。一旦建立了通訊通信期，通訊通信期就可以以串流模式(經由此種模式，源設備發送所儲存的編碼媒體串流，如圖1和圖2所示)或以訊框緩衝模式(經由此種模式，源設備擷取、編碼以及發送媒體訊框，如圖4所示)操作。在任意一種情況下，可以使用即時傳輸協定(RTP)從源設備向參與的宿設備發送媒體資料。
在圖2所示的實例中，儲存內容16可以包括源設備10的記憶體(未圖示)中的編碼的媒體資料，即音訊及/或視訊資料。解析器18可以負責處理儲存內容16並提取出不同的媒體串流，即音訊及/或視訊串流。解碼器20接收從解析器18輸出的媒體串流並對串流內的媒體資料進行解碼。解碼器20例如可以包括音訊解碼器和視訊解碼器兩者。呈現器22隨後自解碼的媒體資料產生諸如圖像及/或聲音的內容以在源設備10本端進行呈現。例如，呈現器22可以自解碼的視訊資料產生圖像以在本端顯示器24上進行呈現，並且可以自解碼的音訊資料產生聲音以在源設備10的揚聲器(未圖示)上進行呈現。
從解析器18輸出的媒體串流亦被分出(tapped out)並經由發射器(TX)26發送到宿設備12中的一個或兩個作為通訊通信期的一部分。在宿設備12處，接收器30從源設備10接收媒體串流，解碼器32對串流內的媒體資料進行解碼。每個解碼器32例如可以包括視訊解碼器和音訊解碼 器兩者。呈現器34隨後自解碼的媒體資料產生諸如圖像及/或聲音的內容以在各個宿設備12上進行呈現。例如，呈現器34可以自解碼的視訊資料產生圖像以在顯示器36上進行呈現，並且可以自解碼的音訊資料產生聲音以在宿設備12的揚聲器(未圖示)上進行呈現。
在不同步處理的情況下，在進行處理以便於顯示之前，源設備10和宿設備12中的每一個可以使用任意決定的佇列大小來緩存輸入的媒體封包。源設備10和宿設備12中的每一個可以為一種媒體資料(即視訊及/或音訊資料)設置不同的佇列大小，因而在不同的時間處理媒體封包。此種不同步的處理可能導致在設備處不同步地播放媒體資料。例如，若源設備10和宿設備12中的每一個開始在不同的時間解碼並呈現視訊資料，則在所有宿設備12及/或源設備10中，複製的圖像將不是同步的。
圖3為根據本發明的技術圖示包括能夠以串流模式參與同步通訊通信期的源設備40A和宿設備42A-42B(「宿設備42」)的WD系統的方塊圖。源設備40A包括協調通訊通信期使得源設備40A和參與的宿設備42針對一種媒體資料使用相同的通用佇列大小的通信期管理器41。此外，源設備40A和宿設備42中的每一個包括在偵測到具有通用佇列大小的各個佇列已滿以後觸發封包處理的佇列監控器。以此方式，源設備40A和宿設備42同步處理媒體封包，以在各個設備處產生媒體資料的同步播放。
在圖3圖示的實例中，與圖2的源設備10類似的源設 備40A包括儲存內容16、解析器18、解碼器20、呈現器22、本端顯示器24以及發射器(TX)26。根據所描述的技術，源設備40A亦包括通信期管理器41、佇列監控器43以及具有通用佇列大小的源佇列44。與圖2的宿設備12類似的宿設備42包括接收器30、解碼器32、呈現器34以及顯示器36。宿設備42亦包括通信期管理器45A-45B(「通信期管理器45」)、佇列監控器4A-47B(「佇列監控器47」)以及具有通用佇列大小的宿佇列46A-46B(「佇列46」)。
為了說明的目的，可以假定由源設備40A藉由使用針對WD系統的解決方案來建立通訊通信期。例如，源設備40A和宿設備42A-42B進行設備探索以辨識參與通訊通信期的設備。
一旦建立了通訊通信期，源設備40A處的通信期管理器41就在通訊通訊期選擇在所有參與設備處使用的通用佇列大小。在某些實例中，通信期管理器41可以詢問宿設備42處的每一個通信期管理器45，以決定宿設備42處的支援佇列大小。在該情況下，通信期管理器41可以基於源設備40A和宿設備42處的支援佇列大小來選擇通用佇列大小。在其他實例中，源設備40A可以任意選擇通用佇列大小。隨後，源設備40A的通信期管理器41將通用佇列大小告知其自身的媒體處理路徑和宿設備42的通信期管理器45。通用佇列大小值可以以預先決定的方式呈現，例如持續時間、訊框數等。在圖5中更詳細地描述了通用 佇列大小選擇過程。隨後，源設備40A的通信期管理器41可以初始化與宿設備42的媒體通信期。
除了選擇通用佇列大小以保證具有不同效能和處理延遲的不同設備之間同步之外，通信期管理器41亦可以計算在每個宿設備42處所使用的延遲間隔值，其包括觸發延遲。觸發延遲考慮了媒體封包從源設備40A到每個宿設備42的不同傳輸時間，並且在偵測到宿佇列已滿與開始處理宿佇列中的媒體封包之間應用了等待時間。以此方式，參與的設備將不會開始處理媒體封包，直到每個設備處的佇列已滿為止。在示例性的方法中，可以向每個宿設備告知其各自的觸發延遲間隔。例如，考慮延遲間隔(例如源設備40A處的發射時間、源設備40A與每個宿設備42之間的傳播延遲、以及每個宿設備42處的接收延遲)可能是很重要的。可以如下文所描述的量測或使用其他構件或方法得到該等參數中的每一個。源設備40A處的發射時間參數(「TxTime」)表示用於在源設備40A處發送資料封包的協定堆疊處理時間。更具體地，TxTime表示當應用層將有效載荷遞交到傳輸層的時間與有效載荷中的資料被實體層(例如Wi-Fi層)處理的時間之間的時間。源設備40A的應用程式可以藉由例如使用localhost位址將有效載荷發送到其自身來量測回送傳輸時間。或者，可以向協定堆疊詢問回送傳輸時間。在任意一種情況下：TxTime=回送傳輸時間/2
傳播延遲參數取決於源設備40A與(和源設備40A通訊 的)每個宿設備42的鄰近度。在WD系統的情況下，傳播延遲對於個人使用者的體驗來說一般非常小，例如，每幾百英尺為幾微秒。因此，在本發明的計算中，可以忽略傳播延遲參數。
每個宿設備42處的接收延遲參數(「RxDelay」)表示用於在每個宿設備42處接收媒體封包的協定堆疊處理時間。源設備40A可以使用如下示例性方法計算每個宿設備42處的RxDelay。源設備40A處的應用程式將有效載荷發送到例如宿設備42A。宿設備42A處的等同應用程式將相同的有效載荷發送回源設備40A。這允許源設備40A處的應用程式量測往返延遲。或者，由於往返延遲時間表示接收堆疊的處理時間，因此可以向宿設備42A詢問往返延遲時間。在任意一種情況下：TxDelay(單路延遲)=往返延遲/2，以及RxDelay(宿設備處)=TxDelay-TxTime。
用於在本發明中計算通用佇列大小和觸發延遲的附加參數包括：MaxSyncQSize，其表示在源設備40A處支援的最大佇列大小；SupportedSinkQSize，其表示在用於特定通訊通信期的每個宿設備42處的支援佇列大小；及PktRate，其表示源設備40A處的可以由用於視訊資料的訊框率決定的封包產生率。TriggerDelay表示在每個宿設備42處的具有通用佇列大小的宿佇列已滿之後，但是在觸發解碼器以開始處理被保存在宿佇列中的封包之前的等待時間。SelectedOptimalQueueSize表示源設備10為將參與 通訊通信期的所有設備選擇的通用佇列大小。
源設備40A可以應用不同的方法以根據所建立的通訊通信期類型來計算通用佇列大小。在第一種情況下，源設備40A建立了與僅一個宿設備(例如宿設備42A)的通訊通信期。源設備40A為通訊通信期選擇將由源設備40A和宿設備42A使用的通用佇列大小，使得：MaxSyncQSiz-(PktRate*TxDelay)-UniversalQueueSize>=0，以及UniversalQueueSize<=SupportedSinkQSize。
在第二種情況下，源設備40A建立與多個宿設備1、2...n(例如兩個宿設備42)的多播通訊通信期。源設備40A為該多播通訊通信期選擇將由源設備40A和宿設備42使用的通用佇列大小，使得：RxDelay 所有設備 =max(RxDelay 1 ,RxDelay 2 ,...,RxDelay n )，SupportedSinkQSize min =min(SupportedSinkQSize 1 ,SupportedSinkQSize 2 ,...SupportedSinkQSize n )，其中SupportedSinkQSize i 為宿設備i支援的佇列大小，MaxSyncQSize-(PktRate*RxDela 所有設備 )-UniversalQueueSize>=0，以及UniversalQueueSize<=SupportedSinkQSize min 。
在第三種情況下，源設備40A建立與多個宿設備1、2...n (例如每個宿設備42)的多個單播通訊通信期。在從對建立通訊通信期感興趣的每個宿設備42接收到SupportedSinkQSize以後，源設備40A對傳輸排程進行分類，使得宿設備42中的具有最大SupportedSinkQSize的宿設備成為媒體串流的第一接收者，並且宿設備42中的具有第二大SupportedSinkQSize的宿設備成為媒體串流的第二接收者，以此類推。在決定了傳輸排程之後，源設備40A為宿設備i=1,2,...n中的每一個計算TriggerDelay i 。在下文中更詳細地描述對每個宿設備42的觸發延遲的計算。
源設備40A隨後以如下方式決定宿設備42處的最小支援佇列大小：SupportedSinkQSize min =min((SupportedSinkQSize 1 -(PktRate*TriggerDelay 1 )),(SupportedSinkQSize 2 -(PktRate*TriggerDelay 2 )),...(SupportedSinkQSize n -(PktRate*TriggerDelay n )))。
在此情況下，僅基於具有(SupportedSinkQSize i -(PktRate*TriggerDelay i ))>0的宿設備i計算SupportedSinkQSize min 。具有(SupportedSinkQSize i -(PktRate*TriggerDelay i ))<0的任意宿設備i不能成為與具有(SupportedSinkQSize x -(PktRate*TriggerDelay x ))>0的任意宿設備x相同的通訊通信期的一部分。源設備40A隨後為 單播通訊通信期選擇將由源設備40A和宿設備42使用的通用佇列大小，使得：MaxSyncQSize-(PktRate*TriggerDelay 源 )-UniversalQueueSize>=0，其中TriggerDelay 源 等於作為媒體串流的最後一個接收者的宿設備的TxDelay，以及UniversalQueueSize<=SupportedSinkQSize min 。
因此，能夠對每個宿設備告知其各自的觸發延遲間隔。
如圖3所示，基於通信期管理器41所選擇的通用佇列大小，源設備40A的媒體處理路徑在解析器18與解碼器20之間產生具有通用佇列大小的源佇列44。類似地，宿設備42的媒體處理路徑亦在接收器30與解碼器32之間產生具有通用佇列大小的宿佇列46。在某些實例中，可以在源設備40A中的解碼器20與呈現器22之間以及在宿設備42中的解碼器32與呈現器34之間產生附加佇列。在此種情況下，作為上述佇列大小選擇處理的一部分，源設備40A的通信期管理器41亦可以為解碼器與呈現器之間的附加佇列選擇通用佇列大小。
一旦產生了具有通用佇列大小的源佇列44，解析器18就處理儲存內容16並提取出不同的媒體串流，即音訊及/或視訊串流。通用佇列大小一般可以基於要顯示的視訊的 訊框數或時間量。例如，在某些設備中，可以儲存500到2500毫秒的視訊。可以有多種不同的通用佇列大小來儲存此視訊，例如從0.01 Mb到10,000 Mb、0.1 Mb到1,000 Mb，或1 Mb到100 Mb。此外，可以基於該系統所使用的視訊的特性來改變特定系統的佇列大小。
源設備40A的佇列監控器43與解析器18協調以將媒體封包發送到源佇列44。隨後，在由源設備40A的媒體處理路徑進行進一步的處理之前，源佇列44保存從解析器18輸出的媒體封包。資料封包(例如媒體封包)亦被發送到每個宿設備42作為通訊通信期的一部分。在宿設備42處，佇列監控器47與接收器30協調以將媒體封包發送到具有通用佇列大小的宿佇列46。在由宿設備42的媒體處理路徑進行任何進一步的處理之前，宿佇列46保存從源設備40A接收的媒體封包。
源設備40A和宿設備42可以藉由根據所建立的通訊通信期的類型應用不同的方法，來實現同步封包處理。
在第一種情況下，在源設備40A與僅一個宿設備(例如宿設備42A)之間建立通訊通信期。當宿設備42A的佇列監控器47A偵測到宿佇列46A被完全填滿時，佇列監控器47A觸發解碼器32A以在宿設備42A的TriggerDelay間隔之後開始處理宿佇列46A中的媒體封包。一般而言，TriggerDelay間隔表示偵測到宿佇列46A已滿但是在開始 處理媒體封包之前之間的等待時間。在僅與宿設備42A建立通訊通信期的第一種情況下，TriggerDelay間隔值等於0，因為宿佇列46A一經填滿，解碼器32A就可以開始處理媒體封包。
另一方面，源設備40A等到宿設備42A的宿佇列46A填充了媒體封包以開始處理媒體封包為止。當源設備40A的佇列監控器43偵測到源佇列44完全填滿時，佇列監控器43觸發解碼器20以在TxDelay(即從源設備40A到宿設備42A的傳輸時間)之後開始處理源佇列44中的媒體封包。以此方式，佇列監控器43保證了源設備40A和宿設備42A同時開始處理媒體封包。
在第二種情況下，在源設備40A與多個宿設備1,2,...n,(例如兩個宿設備42)之間建立多播通訊通信期。如同上文針對第一種情況所描述的實現同步封包處理的相同方法可以用於第二種情況。在多播通訊通信期中，所有的宿設備42將同時從源設備40A接收媒體封包，使得每個宿設備42的TriggerDelay間隔值等於0。此外，宿設備42的TxDelay間隔值均相同。在此情況下，宿佇列46將同時填充媒體封包，並且各個宿佇列46一經填滿，每個解碼器32就可以開始同步處理媒體封包。源設備40A在開始與宿設備42同步處理之前，等待TxDelay時間。TxDelay值中的多個因素之一為單路延遲或者往返延遲除以2。
單路延遲或者往返延遲除以2取決於硬體層和軟體層所引入的距離和處理延遲。因此，硬體層和軟體層所引入的處理延遲對TxDelay有很大的影響。不同的設備具有不同的能力。將理解，可能有很多不同的延遲。
此外，源設備40B處的TxDelay值可以取決於宿設備的處理能力。因此，處理速度是計算TxDelay的因素。根據宿設備的處理能力，處理時間可能對TxDelay值造成例如1毫秒到20毫秒中的任意毫秒的影響，並且取決於處理功率對於某些宿設備而言可能更長。其他系統可能具有1毫秒到100毫秒的解碼延遲。在某些系統中，典型的TxDelay可以從300微秒變化到1500微秒。
在第三種情況下，在源設備40A與多個宿設備1,2,...n(例如兩個宿設備42)之間建立多個單播通訊通信期。從源設備40A到宿設備1,2,...n中的每一個的單路傳輸延遲分別為TxDelay 1 、TxDelay 2 、...TxDelay n 。類似地，每個宿設備處的接收延遲為RxDelay1、RxDelay2、...RxDelayn。源設備40A的通信期管理器41計算參與通訊通信期的每個宿設備42的TriggerDelay。計算每個宿設備42的TriggerDelay，使得各個宿設備42等到剩餘宿設備42的宿佇列46填充了媒體封包以開始處理媒體封包為止。
源設備40A可以將媒體封包的有效載荷以如下次序發送到宿設備：宿設備n、宿設備n-1、....、宿設備2以及宿設 備1。隨後，源設備40A的通信期管理器41將宿設備x的TriggerDelay值計算為TriggerDelay x =RxDelay 1 +RxDelay 2 +...+RxDelay x-j 。例如，源設備40A可以將媒體封包以接收延遲0首先發送到宿設備42A，隨後將媒體封包以約5毫秒(ms)的接收延遲其次發送到宿設備42B。通信期管理器41隨後可以將宿設備42A的TriggerDelay值計算為等於宿設備42B的RxDelay(即5ms)，並將宿設備42B的TriggerDelay值計算為等於0。源設備40A的通信期管理器41在通訊通信期建立之前或期間告知每個宿設備42相關聯的TriggerDelay。
源設備40A的通信期管理器41亦計算本端源TriggerDelay值。源設備20A的TriggerDelay值被設置為等於作為媒體串流的最後接收者的宿設備的TxDelay。在本實例中，媒體封包的最後接收者為宿設備1，使得TriggerDelay 源 =TxDelay 1 。以此方式，源設備40A等到宿設備42的所有宿佇列46填充有媒體封包以開始處理媒體封包為止。根據該等技術，在宿設備42和源設備40A中的每一個處修改和偏移TriggerDelay值。以此方式，源設備40A和所有宿設備42將開始同時處理媒體封包以提供媒體資料的同步播放。因此，所有參與的設備將在任意給定的時間實例顯示相同的視訊訊框。
在上述第三種情況下，在通用佇列大小決定期間，通信 期管理器41基於每個宿設備處的恰好大於支援佇列大小來計算所有宿設備42的最小支援佇列大小SupportedSinkQSize min 。最小支援佇列大小亦考慮了每個宿設備的TriggerDelay間隔。此附加參數保證了宿設備在等待TriggerDelay間隔的同時不會丟失下一個輸入的媒體封包。
例如，源設備40A根據設置的封包速率將媒體封包發送到宿設備42。可以使用從每秒15個封包(或更少)到每秒1000個封包或更多的多種封包速率。封包速率一般可以取決於封包大小和資料速率。某些系統的典型封包速率可以為每秒15-60個封包。然而，一旦宿佇列已滿，宿設備42就不能接收任何額外媒體封包，直到封包處理開始在宿佇列中為額外媒體封包留出空間為止。在某些情況下，傳輸排程頂部處或附近的宿設備可能必須在偵測到宿佇列已滿與開始封包處理之間等待長TriggerDelay間隔。若在宿佇列中沒有空間來保存輸入的封包，則在長的延遲期間，該等宿設備可能處於丟失輸入的封包的危險中。封包速率可以基於通訊通信期的位元速率。某些設備的示例性位元速率可以為但不限於400 Kbps的絕對最小位元速率、4 Mbps的起始位元速率以及10 Mbps的絕對最大位元速率。位元速率可能影響可能會使用的視訊格式，例如參見表1。
為了避免封包丟失，通信期管理器41在考慮了TriggerDelay間隔的情況下計算最小支援佇列大小，如上文所闡述的。此最小支援佇列大小保證了通信期管理器41選擇與所有宿設備42所支援的最小佇列大小相比更小的通用佇列大小。舉例說明，藉由當所有宿設備支援至少為5的佇列大小時將通用佇列大小選擇為等於4，在TriggerDelay間隔期間，所有宿設備將在其佇列中具有保存任意輸入的媒體封包的空間。
在一個實例中，在通訊通訊期可以留下或丟棄宿設備42中的一或多個。源設備40A將停止將媒體封包發送到宿設備42中的所分離出的宿設備。為了保證源設備40A和剩餘宿設備42處的封包處理持續同步並為了避免封包丟失，源設備40A暫停了TxTime(即源設備40A處的發射時間)，而不是將媒體封包發送到所分離出的宿設備。在暫停之後，源設備40A恢復將媒體封包發送到在所分離出的宿設備之後被排程以接收封包的宿設備。以此方式，在宿設備離開了通訊通信期之後，可以繼續同步播放媒體資料，而不必為每個宿設備42重新配置傳輸排程或重新計 算TriggerDelay值。
在另一個實例中，宿設備42中的一或多個可以在通訊通訊期加入。當宿設備n+i例如加入通訊通信期時，源設備40A的通信期管理器41將宿設備n+i加入接收者清單的頂部。隨後，源設備40A在將封包發送到其他宿設備42中的任意一個之前，將媒體封包發送到新的宿設備n+i。此外，通信期管理器41為新的宿設備n+i計算TriggerDelay值，以保證在所有設備(包括新的宿設備n+i)處同步播放媒體資料：TriggerDelay n+1 =RxDelay 1 +RxDelay 2 +...RxDelay n 。
因此，觸發延遲取決於系統中存在多少個宿設備以及排程該等宿設備的次序。典型值的範圍可以從0毫秒(若僅存在一個宿設備)到<=2.4至12毫秒(若例如8個宿設備將要參與通信期)。
藉由將新的宿設備n+i加入接收者清單的頂部，該新的宿設備將具有最長的TriggerDelay間隔，因為其需要等到所有其他宿設備42的宿佇列46已滿為止。對於之後的宿設備42，TriggerDelay間隔保持相同，因為新的宿設備n+i之後的傳輸排程次序保持相同。以此方式，在新的宿設備加入通訊通信期以後，可以繼續同步播放媒體資料，而不必須重新計算現有的宿設備42的TriggerDelay值。一旦新的宿設備n+i加入通訊通信期，新的宿設備就開始從源設備40A接收媒體封包。一旦新的宿設備的宿佇列已滿，在TriggerDelay間隔以後，新的宿設備就開始與WD系統 中的所有其他設備同步處理媒體封包。
在某些情況下，基於WD系統的延遲需求或通訊通信期的媒體內容類別型，源設備40A的通信期管理器41可以將TriggerDelay值及/或通用佇列大小設置為0或非常小的值。在其他情況下，當源設備40A沒有與宿設備42中的一或多個處於活動通訊通信期時，源設備40A可以收縮及/或繞過源佇列44以提高源設備40A處的本機回應時間。在此種情況下，源設備40A處的媒體封包可以直接從解析器18移動到解碼器20，並且在宿設備42處接收的媒體封包可以從接收器30直接移動到解碼器32。
在另一個實例中，可以在源設備40A與每個宿設備42之間建立單播通訊通信期。在此種情況下，源設備40A的通信期管理器41計算參與通訊通信期的宿設備42中的每一個的TriggerDelay。例如，源設備40A的通信期管理器41將宿設備x的TriggerDelay值計算為TriggerDelayx=RxDelay1+RxDelay2+...+RxDelayx-1，其中RXDelayx為宿設備x處的接收延遲。計算每個宿設備42的TriggerDelay，使得每個宿設備等到所有宿設備的宿佇列填充了資料封包以開始處理資料封包為止。源設備40A的通信期管理器41在通訊通信期建立之前或期間向每個宿設備42告知相關聯的TriggerDelay。
源設備40A的通信期管理器41亦計算本端源TriggerDelay值。源設備20A的TriggerDelay值被設置為等於作為媒體串流的最後接收者的宿設備的傳輸延遲。以 此方式，源設備40A等到宿設備42的所有宿佇列46填充有媒體封包以開始處理媒體封包為止。根據該等技術，在宿設備42和源設備40A中的每一個處修改和偏移TriggerDelay值。以此方式，源設備40A和所有宿設備42將開始同時處理媒體封包以提供媒體資料的同步播放。
當宿設備42A的佇列監控器47A偵測到宿佇列46A被完全填滿時，佇列監控器47A觸發解碼器32A以在宿設備42A的計算出的TriggerDelay間隔之後開始處理宿佇列46A中的媒體封包。一般而言，TriggerDelay間隔表示偵測到宿佇列46A已滿但是在開始處理媒體封包之前之間的等待時間。宿設備42B基於宿設備42B的計算出的TriggerDelay間隔類似地操作。源設備40A等到宿設備42A的宿佇列46A和宿設備42B的宿佇列46B兩者填充了資料封包以開始處理資料封包為止。當源設備40A的佇列監控器43偵測到源佇列44完全填滿時，佇列監控器43觸發解碼器20以在本端源TxDelay之後開始處理源佇列44中的資料封包。以此方式，佇列監控器43保證了源設備40A和宿設備42同時開始處理媒體封包。
在其他實例中，本發明的技術可以應用於不同類型的通訊通信期，例如多播通訊通信期或與僅一個宿設備的單播通訊通信期。對於該等情況，該等技術可以以基本上類似於上文所描述的方式操作，但是利用了修改的延遲間隔計算。例如，在多播情況下，所有宿設備將同時從源設備接收資料封包，因此沒有為不同的宿設備計算觸發延遲。類 似地，在單個單播情況下，僅有一個宿設備用於從源設備接收資料封包，因此沒有為單個宿設備計算觸發延遲。
該技術亦可以考慮源設備40A與每個宿設備42之間的時間偏移，以在所有設備處實現同步播放。例如，源設備40A的通信期管理器41可以使用即時傳輸控制協定(RTCP)來量測時間偏移以及源設備40A與每個宿設備42之間的傳輸延遲。基於從每個宿設備42接收的RTCP回饋，源設備40A調節顯示時間戳記(PTS)以在源設備40A處進行本端呈現。每個宿設備42亦可以從其他宿設備42接收RTCP回饋，以調節PTS從而在各自的宿設備處進行本端呈現。
通訊通信期可以包括一或多個通訊通道上的通訊。該等通訊通道可以為相對短距離的通訊通道，並且可以實現類似於Wi-Fi、藍芽等的實體通道結構，例如，實現定義的2.4 GHz、3.6 GHz、5 GHz、60 GHz或超寬頻(UWB)頻帶結構。然而，通訊通道不必限於此方面，而是可以包括任意無線或有線通訊媒體，例如射頻(RF)頻譜或一或多個實體傳輸線，或無線和有線媒體的任何組合。在其他實例中，通訊通道甚至可以形成基於封包的網路的一部分，例如有線或無線區域網路、廣域網，或諸如網際網路的全球網路。此外，通訊通道可以由源設備40A和宿設備42使用以產生同級間鏈路。
WFD和TDLS意欲建立相對短距離的通訊通信期。在該上下文中的相對短距離可以是指例如小於約70米，但是在雜訊或阻塞的環境中，設備之間的距離可能甚至更短， 例如小於約35米，或小於約20米。
本發明的技術有時可以圍繞WFD進行描述，但是可以設想的是，該等技術的態樣亦可以與其他通訊協定相容。舉例說明而非限制性地，源設備40A與宿設備42之間的無線通訊可以利用正交分頻多工(OFDM)技術。亦可以使用各種各樣的其他無線通訊技術，其包括但不限於分時多工存取(TDMA)、分頻多工存取(FDMA)、分碼多工存取(CDMA)，或OFDM、FDMA、TDMA和/CDMA的任意組合。
圖4為根據本發明的技術圖示包括能夠以訊框緩衝模式參與同步通訊通信期的源設備40B和宿設備42的WD系統的方塊圖。關於選擇用於源設備40B和宿設備42處的通用佇列大小和計算每個宿設備42的觸發延遲值以提供各個設備處的媒體封包的同步播放，源設備40B以基本上類似於圖3的源設備40A的方式進行操作。源設備40B圖示了圖3的源設備40A中圖示的媒體處理路徑的替代媒體處理路徑。在圖4中圖示的訊框緩衝模式中，源設備40B擷取、編碼媒體訊框並且將其發送到源設備40B。在媒體處理路徑的此階段處，源設備40A不需要對媒體內容進行解碼。
在圖4所示的實例中，與源設備40A類似，源設備40B包括通信期管理器41、佇列監控器43以及具有通用佇列大小的源佇列44、儲存內容16、本端顯示器24以及發射器(TX)26。源設備40B亦包括顯示處理器52、訊框緩衝器 54、顯示驅動器主機58、顯示驅動器客戶機60、視訊處理器62、螢幕擷取模組63、編碼器64以及傳輸模組66。顯示處理器52表示以原始像素格式(例如RGB、YUV、YCbCr)產生輸出的顯示處理器。原始像素資料首先保存在訊框緩衝器54中。顯示驅動器主機58(例如移動顯示數位介面(MDDI)主機驅動器)表示將媒體內容從訊框緩衝器54推送到顯示驅動器客戶機60的驅動器。顯示驅動器客戶機60控制本端顯示器24處的媒體內容的呈現。
源設備40B的通信期管理器41可以根據在本發明中描述的技術以訊框緩衝模式與宿設備42建立同步通訊通信期。在訊框緩衝模式中，源設備40B使用與上文圍繞圖3的源設備40A所描述的方式類似的方式。例如，通信期管理器41基於宿設備42的支援佇列大小來選擇通用佇列大小。一旦選擇了通用佇列大小並且告知了參與設備，源設備40B就產生具有通用佇列大小的源佇列44並且宿設備42產生具有通用佇列大小的宿佇列46。源設備40B的通信期管理器41亦計算每個參與的宿設備42的TxDelay、RxDelay、以及TriggerDelay，並且隨後向各個宿設備42告知延遲間隔值。在訊框緩衝模式中，佇列監控器43協調從顯示處理器52、顯示驅動器主機58以及傳輸模組66輸出的媒體內容的處理。
如上所述，源設備40B圖示替代媒體處理路徑，在該路徑中源設備40B已經使用被解碼的媒體內容以將其呈現到本端顯示器24上。然而，宿設備42仍然需要對所接收的 媒體訊框進行解碼。當計算TxDelay值時，源設備40B可以考慮每個宿設備42處的解碼時間。
當在源設備40B處產生具有通用佇列大小的源佇列44之後，顯示處理器52自儲存內容16建立媒體訊框到訊框緩衝器54，以將媒體訊框顯示在本端顯示器24上。每個媒體訊框亦被螢幕擷取模組63擷取，被編碼器64編碼，並且被發射器(TX)26發射到每個參與的宿設備42。佇列監控器43追蹤源設備30B的媒體處理路徑之每一媒體訊框，其包括編碼和傳輸。一旦給定的媒體訊框已經發送到宿設備42，佇列監控器43就將相應的媒體訊框從訊框緩衝器54移動到源佇列44。當佇列監控器43偵測到源佇列44已滿時，佇列監控器43觸發顯示驅動器主機58以等待TxDelay，並且隨後開始呈現媒體訊框。以此方式，源設備40A將等到所有宿設備42已經具有足夠的時間來接收並開始處理相同的訊框為止才開始處理媒體訊框從而顯示在本端顯示器24上。
如上文參照圖3所描述的，當宿設備42A處的佇列監控器47A例如偵測到宿佇列46A已滿時，在宿設備42A的TriggerDelay間隔之後，佇列監控器47A觸發解碼器32A以開始處理媒體訊框。當僅與宿設備42A建立通訊通信期時或當通訊通信期為與多個宿設備的多播通信期時，TriggerDelay間隔值等於0，因為宿佇列46A一經填滿，解碼器32A就可以開始處理媒體訊框。當與多個宿設備建立多個通訊通信期時，源設備40B的通信期管理器41為 每個宿設備計算TriggerDelay間隔。以此方式，每個宿設備42將等到所有宿設備42具有足夠的時間來接收並開始處理相同的訊框為止才開始處理所接收的媒體訊框。
圖5為圖示用於為在源設備40A與參與的宿設備42之間的通訊通信期選擇通用佇列大小的示例性資訊交換的邏輯圖。為了說明的目的，可以假設由源設備40A使用WD系統的解決方案來建立通訊通信期。例如，源設備40A和宿設備42A-42B進行設備探索以辨識參與通訊通信期的設備。源設備40A的通信期管理器41可以發起與宿設備42A的通信期管理器45A的探索通訊76A，以通告其具有要共享的內容並且決定宿設備42A是否對接收該內容感興趣。源設備40A的通信期管理器41亦可以發起與宿設備42B的通信期管理器45B的探索通訊76B，以通告其具有要共享的內容並且決定宿設備42B是否對接收該內容感興趣。
當源設備40A的通信期管理器41接收到為所通告的內容與宿設備42A建立通訊通信期的請求時，通信期管理器41向宿設備42A的通信期管理器45A發送針對媒體資料類型的支援佇列大小的詢問78A(「詢問Q大小」)。通信期管理器45A隨後將包括宿設備42A的支援佇列大小的回應80A(「回應Q大小」)發送到通信期管理器41。類似地，當源設備40A的通信期管理器41接收到為所通告的內容與宿設備42B建立通訊通信期的請求時，通信期管理器41向宿設備42B的通信期管理器45B發送針對為媒體資料類 型的支援佇列大小的詢問78B(「詢問Q大小」)。通信期管理器45B隨後將包括宿設備42B的支援佇列大小的回應80B(「回應Q大小」)發送到通信期管理器41。
在從被詢問的宿設備42接收到回應以後，源設備40A處的通信期管理器41隨後選擇在通訊通訊期所有參與的設備處使用的通用佇列大小。源設備40A的通信期管理器41隨後將通用佇列大小的通知82(「選擇Q大小」)發送到其自身的媒體處理路徑，將通用佇列大小的通知84A(「設置Q大小」)發送到宿設備42A的通信期管理器45A，並將通用佇列大小的通知84B(「設置Q大小」)發送到宿設備42B的通信期管理器45B。通用佇列大小值可以以預定的方式來呈現，例如持續時間、訊框數等。換言之，通用佇列大小例如可以基於儲存某一視訊持續時間或者某一視訊訊框數的能力。因此，通用佇列大小可基於儲存1秒、10秒、20秒視訊或更多。某些設備可以儲存持續時間較長的視訊，而其他設備可以儲存較短的持續時間。此外，將理解的是，針對給定的通用佇列大小所儲存的持續時間可以基於用於該視訊的針對每秒的位元數量而改變。在表1中提供了不同的視訊格式和位元速率的實例。因而，假定在30fps處1080p，以及10Mbps處的額定位元速率，則儲存10秒視訊的通用佇列大小將為100 Mb。通用佇列大小可以替代地基於儲存某一數量的視訊訊框。因此，假定特定視訊格式的訊框需要33,333.3個位元，若設備被設計為儲存30訊框，則通用佇列隨後可以儲存 1Mb。
在一些實例中，可以基於視訊內容來定義佇列大小。例如，高速運動視訊需要更多的資料，因此可以選擇較大的佇列大小。佇列大小可以基於與特定序列相關聯的內容或位元速率，使得不同視訊將定義不同佇列大小以保證除非需要否則沒有額外等待時間或延遲。
在一些實例中，通信期管理器41亦可以向每個通信期管理器45告知為每個宿設備42所計算的觸發延遲或其他延遲間隔值。此延遲間隔可以用於延遲媒體封包的處理。
源設備40A的通信期管理器41隨後可以發起與宿設備42A的通訊通信期86A以及與宿設備42B的通訊通信期86B。在通訊通訊期，源設備40A和宿設備42將使用具有通用佇列大小的佇列和相關聯的延遲間隔，以保證媒體封包的同步處理。以此方式，本發明的的技術提供了對源設備40A和宿設備42中的每一個處的媒體資料的同步顯示。
圖6為根據本發明的技術圖示同步源設備與宿設備之間的通訊通信期的示例性操作的流程圖。將圍繞圖3的源設備40A和宿設備42描述所示的操作。所示的操作亦可以由圖4的源設備40B使用。
源設備40A的通信期管理器41通告其具有諸如音訊及/或視訊內容以經由通訊通信期與一或多個宿設備42共享(90)。宿設備42中的一或多個的通信期管理器45藉由請求參與通訊通信期來對此通告進行回應(91)。在接收到請求以後，源設備40A的通信期管理器41就與請求宿設備 42建立通訊通信期(92)。隨後，通信期管理器41詢問宿設備42以獲知每個宿設備42處的通訊通信期的支援佇列大小(93)。宿設備42的通信期管理器45中的每一個回應出其針對通訊通信期的支援佇列大小(94)。
在接收到宿設備42的支援佇列大小以後，源設備40A的通信期管理器41就基於宿設備的支援佇列大小為通訊通信期選擇通用佇列大小(95)。通信期管理器41可以如上文參照圖3所描述的選擇通用佇列大小。隨後，每個宿設備42從源設備40A接收關於將用於通訊通信期的通用佇列大小的通知(96)。源設備40A和每個宿設備42產生具有通用佇列大小的佇列。
隨後，源設備40A將封包發送到宿設備42作為通訊通信期的一部分(98)。在源設備40A處，佇列監控器43將封包保存在具有通用佇列大小的源佇列44中(102)。佇列監控器43監控源佇列44。一旦佇列監控器43偵測到源佇列44已滿(104)，源設備40A就在其開始與宿設備42同步處理封包(108)之前等待延遲間隔(106)。可以如同上文參照圖3所描述的，計算當佇列監控器43偵測到源佇列44已滿時(104)與源設備40A開始與宿設備42同步處理封包(108)之間的延遲間隔。例如，當通訊通信期為與一個源設備的單播通信期或多播通信期時，延遲間隔可以為源設備40A與宿設備42之間的傳輸延遲間隔。舉另一個實例，當通訊通信期為多個單播通信期時，延遲間隔可以為所有宿設備42接收到封包之前的觸發延遲間隔。
在源設備40A發送封包(98)之後，每個宿設備42從源設備40A接收封包(100)。例如，當例如在宿設備42A處接收到封包以後，佇列監控器47A將封包保存在具有通用佇列大小的宿佇列46A中(110)。佇列監控器47A監控宿佇列46A。一旦佇列監控器47A偵測到宿佇列46A已滿(112)，宿設備42就可以在其開始與源設備40A和其他參與的宿設備42同步處理封包(116)之前，可選擇地等待延遲間隔(114)。在參與通訊通信期的每個宿設備42處進行類似處理。可以如上文參照圖3所描述的計算當佇列監控器47A偵測到宿佇列46A已滿(112)與宿設備42A開始與源設備40A和其他宿設備42同步處理封包(116)之間的可選延遲間隔。例如，當通訊通信期為與一個源設備的單播通信期或多播通信期時，延遲間隔可以等於0。在此種情況下，一旦宿佇列46A滿了，宿設備42A就可以開始處理封包。舉另一個實例，當通訊通信期為多個單播通信期時，延遲間隔可以為所有其他參與的宿設備42接收到封包之前的觸發延遲間隔。
圖7為根據發明中所描述的一或多個實例圖示同步源設備與宿設備之間的通訊通信期的示例性方法的流程圖。圖7的示例性方法是從源設備的角度出發的。建立通訊通信期可以包括建立以下各項中的一項：(1)源設備與一個宿設備之間的單播通訊通信期，(2)源設備與多個宿設備之間的多播通訊通信期，以及(3)源設備與多個宿設備之間的多個單播通訊通信期。
在圖7的示例性方法中，源設備40A可以與一或多個宿設備42建立通訊通信期(700)。通訊通信期例如可以為源設備10、40A與一或多個宿設備42B之間的媒體共享通信期。在一個實例中，建立諸如源設備40A與一或多個宿設備42之間的媒體共享通信期的通訊通信期可以包括例如將資料封包發送到每個宿設備42作為通訊通信期的一部分。
源設備40A向每個宿設備42告知可以為通訊通信期選擇的通用佇列大小(702)。源設備40A基於源設備40A和宿設備42的支援佇列大小來選擇通用佇列大小。該選擇亦可以基於源設備40A處的封包速率、每個宿設備處的傳輸延遲間隔、接收延遲間隔，或觸發延遲間隔中的一或多個。可以從每秒15個封包(或更少)到每秒200個封包或更多中選擇各種各樣的封包速率。
在一個示例性方法中，可以計算或量測每個宿設備的觸發延遲間隔，該觸發延遲間隔表示特定宿設備的在偵測到宿佇列已滿與開始處理宿佇列中的資料封包之間的等待時間。可以告知每個宿設備其各自的觸發延遲間隔。
源設備40a的單元26將資料封包發送到每個宿設備42A(42B)。例如，源設備40A可以將資料封包發送到宿設備42作為通訊通信期的一部分(98)。在另一個實例中，宿設備42將資料封包保存在具有通用佇列大小的宿佇列46中(704)。在另一個實例中，源設備40A的佇列監控器43可以將資料封包保存在具有通用佇列大小的源佇列44中 (706)。
在偵測到源佇列44已滿以後，源設備40A可以開始處理源佇列中的資料封包以在源設備處進行顯示(708)。例如，源設備40A的佇列監控器43可以監控源佇列44。一旦佇列監控器43偵測到源佇列44已滿，源設備40A就在其開始與宿設備42同步處理封包之前等待延遲間隔。此外，源設備處的處理可以與宿設備處的資料封包的處理同步。
在一些實例中，源設備40A亦可以向每個宿設備42詢問支援佇列大小。因此，源設備40A可以選擇與宿設備42的通用佇列大小。通用佇列大小可以基於源設備40A和宿設備42的支援佇列大小。源設備40A亦可以量測源設備40A的觸發延遲間隔。觸發延遲間隔可以表示最後一個宿設備42接收資料封包的時間間隔。此外，在偵測到源佇列44已滿以後，源設備40A可以在開始處理源佇列中的資料封包之前等待觸發延遲間隔。
圖8為根據本發明中所描述的一或多個實例圖示同步源設備與宿設備之間的通訊通信期的示例性方法的流程圖。圖8的示例性方法是從宿設備的角度出發的。
在圖8的示例性方法中，源設備40A可以在宿設備42與源設備40A之間建立通訊通信期(800)。例如，源設備40A可以將媒體資料(例如音訊及/或視訊(AV)資料)發送到參與特定的通訊通信期的宿設備42中的一或多個。如上文所論述的，可以在源設備的本端顯示器和宿設備的顯 示器中的每一個顯示器兩者處重播媒體資料。更具體地，每個參與的宿設備42可以將所接收的媒體資料呈現在其螢幕和音訊設備上。在某些情況下，宿設備42的使用者可以將使用者輸入應用到宿設備42，例如觸模輸入和遠端控制輸入。在WD系統中，從宿設備42向源設備40A發送使用者輸入。源設備40A處理從宿設備42所接收的使用者輸入並將使用者輸入的效果應用到被發送到宿設備的後續媒體資料上。
宿設備42可以從源設備40A接收關於通用佇列大小的通知。源設備40A可以為通訊通信期選擇通用佇列大小(802)。例如，每個宿設備42從源設備40A接收關於將用於通訊通信期的通用佇列大小的通知(96)。源設備40A和每個宿設備42可以產生具有通用佇列大小的佇列。
宿設備42可以從源設備40A接收資料封包。資料封包可以保存源設備處的具有通用佇列大小的源佇列中。此外，所接收的資料封包可以保存在宿設備處的具有通用佇列大小的宿佇列中(804)。
在偵測到宿佇列46已滿以後，宿設備42可以開始處理宿佇列46中的資料封包以在宿設備42處進行顯示。宿設備42處的處理可以與源設備40A處的資料封包的處理同步(808)。例如，一旦佇列監控器47A偵測到宿佇列46A已滿，宿設備42就可以可選擇地在其開始與源設備40A和其他參與的宿設備42同步處理封包(116)之前等待延遲間隔(114)。在參與通訊通信期的每個宿設備42處可以進 行類似處理。可以如上文參照圖3所描述的計算當佇列監控器47A偵測到宿佇列46A已滿時(112)與宿設備42A開始與源設備40A和其他參與的宿設備42同步處理封包(116)之間的可選延遲間隔。
示例性方法可以進一步回應於來自源設備的詢問以報告宿設備的支援佇列大小。此外，可以由源設備基於源設備和宿設備的支援佇列大小，來選擇通用佇列大小。
在一個實例中，可以從源設備接收宿設備的觸發延遲間隔的通知。觸發延遲間隔可以表示參與通訊通信期的其他宿設備中的最後一個宿設備接收媒體封包的時間間隔。在示例性的方法中，在偵測到宿佇列已滿以後，在開始處理宿佇列中的資料封包之前等待觸發延遲間隔。
圖9為根據本發明中所描述的一或多個實例圖示同步源設備與宿設備之間的通訊通信期的示例性方法的流程圖。圖9的示例性方法是從宿設備的角度出發的。
在圖9的實例中，宿設備42可以對源設備40A做出與其建立通訊通信期的請求(900)。通訊通信期可以包括以下各項中的一項：(1)源設備與僅一個宿設備之間的單播通訊通信期，(2)源設備與多個宿設備之間的多播通訊通信期，以及(3)源設備與多個宿設備之間的多個單播通訊通信期。在一個實例中，宿設備42的觸發延遲間隔可以等於零。
在另一個實例中，通訊通信期可以以串流模式和訊框緩衝模式之一操作。例如，如上文所論述的，一旦建立了通 訊通信期，該通訊通信期就可以以串流模式(在該模式下，源設備發送所儲存的編碼媒體串流，如圖1和圖2所示)或以訊框緩衝模式(在該模式下，源設備擷取、編碼以及發送顯示緩衝(display buffer)，如圖4所示)操作。
宿設備42可以從源設備40A接收關於通用佇列大小的通知(902)。源設備40A可以基於至少源設備40A和宿設備42的支援佇列大小來選擇通用佇列大小。此外，通用佇列大小可以被選擇為小於或等於參與通訊通信期的所有宿設備42中的最小支援佇列大小。在一個實例中，宿設備42可以回應於來自源設備40A的詢問以報告宿設備42的支援佇列大小。
宿設備42可以從源設備40A接收資料封包作為通訊通信期的一部分(904)。例如，在源設備40A發送封包之後，每個宿設備42從源設備40A接收封包。此外，可以在源設備處的具有通用佇列大小的源佇列中保存資料封包。
宿設備42可以將資料封包保存在具有通用佇列大小的宿佇列中(906)。例如，宿設備42可以從源設備40A接收關於觸發延遲間隔的通知。此觸發延遲可以針對宿設備42。觸發延遲間隔可以表示參與通訊通信期的其他宿設備中的最後一個宿設備接收資料封包(例如媒體封包)的時間間隔。
在偵測到宿佇列46已滿以後，宿設備42可以開始處理宿佇列46中的資料封包以在宿設備42處進行顯示。宿設備42處的封包處理可以與源設備40A處的封包處理同步 (908)。在一個實例中，在偵測到宿佇列46已滿以後，宿設備42可以在開始處理宿佇列46中的資料封包之前等待觸發延遲間隔。
在一或多個實例中，可以用硬體、軟體、韌體或其任意組合來實現所描述的功能。若用軟體來實現，則可以將該等功能作為一或多個指令或代碼儲存在或發送到電腦可讀取媒體上。電腦可讀取媒體可以包括電腦資料儲存媒體或通訊媒體，其中通訊媒體包括促進從一個地方向另一個地方傳送電腦程式的任何媒體。在一些實例中，電腦可讀取媒體可以包括非臨時性電腦可讀取媒體。資料儲存媒體可以為能夠被一或多個電腦或一或多個處理器存取以取得用於實現在本發明中描述的技術的指令、代碼及/或資料結構的任何可用媒體。
舉例說明而非限制的，此種電腦可讀取媒體可以包括非暫時性電腦可讀取媒體，例如RAM、ROM、EEPROM、CD-ROM或其他光碟儲存器、磁碟儲存器或其他磁儲存裝置、快閃記憶體，或者能夠用於攜帶或儲存具有指令或資料結構形式的期望的程式碼並能夠由電腦存取的任何其他媒體。此外，任何連接可以適當地稱為電腦可讀取媒體。例如，若軟體是使用同軸電纜、光纖光纜、雙絞線、數位用戶線路(DSL)或者諸如紅外線、無線電和微波之類的無線技術從網站、伺服器或其他遠端源發送的，則同軸電纜、光纖光纜、雙絞線、DSL或者諸如紅外線、無線電和微波之類的無線技術包括在該媒體的定義中。本文所使 用的磁碟和光碟包括壓縮光碟(CD)、鐳射光碟、光碟、數位多功能光碟(DVD)、軟碟和藍光光碟，其中磁碟通常磁性地再現資料，而光碟則用鐳射光學地再現資料。上述各項的組合亦應當包括在電腦可讀取媒體的範圍之內。
代碼可以由一或多個處理器執行，該處理器例如為一或多個數位訊號處理器(DSPs)、通用微處理器、特殊應用積體電路(ASICs)、現場可程式設計閘陣列(FPGAs)或其他等效的積體電路或個別邏輯電路。因此，本文中所使用的術語「處理器」可以是指任何前述結構或適用於實現本文所描述的技術的任何其他結構。此外，在一些態樣中，可以在被配置用於編碼和解碼或合併在組合的編解碼器中的專用硬體及/或軟體模組內提供本文所描述的功能。此外，能夠完全以一或多個電路或邏輯元件來實現該等技術。
本發明的技術可以由各種各樣的設備或裝置實現，上述設備或裝置包括無線電話、積體電路(IC)或一組IC(例如晶片集)。本發明中描述了各種元件、模組或單元，以強調被配置為執行所揭示的技術的設備的功能態樣，但是不必要求由不同的硬體單元實現。相反地，如上所述，各種單元可以以編解碼器硬體單元來組合或由互動操作硬體單元的集合來提供，其包括如上述及之一或多個處理器與適當的軟體及/或韌體的結合。
已經描述了各個實施例。該等和其他實施例在所附請求項的範圍內。
5‧‧‧源設備
7‧‧‧宿設備
10‧‧‧源設備
12A‧‧‧宿設備
12B‧‧‧宿設備
16‧‧‧儲存內容
18‧‧‧解析器
20‧‧‧解碼器
22‧‧‧呈現器
24‧‧‧本端顯示器
26‧‧‧發射器(TX)
30A‧‧‧接收器
30B‧‧‧接收器
32A‧‧‧解碼器
32B‧‧‧解碼器
34A‧‧‧呈現器
34B‧‧‧呈現器
36A‧‧‧顯示器
36B‧‧‧顯示器
40A‧‧‧源設備
41‧‧‧通信期管理器
42A‧‧‧宿設備
42B‧‧‧宿設備
43‧‧‧佇列監控器
44‧‧‧源佇列
45A‧‧‧通信期管理器
45B‧‧‧通信期管理器
46A‧‧‧宿佇列
46B‧‧‧宿佇列
47A‧‧‧佇列監控器
47B‧‧‧佇列監控器
52‧‧‧顯示處理器
54‧‧‧訊框緩衝器
58‧‧‧顯示驅動器主機
60‧‧‧顯示驅動器客戶機
62‧‧‧視訊處理器
63‧‧‧螢幕擷取模組
64‧‧‧編碼器
66‧‧‧傳輸模組
76A‧‧‧探索通訊
76B‧‧‧探索通訊
78A‧‧‧詢問
78B‧‧‧詢問
80A‧‧‧回應
80B‧‧‧回應
82‧‧‧通知
84A‧‧‧通知
84B‧‧‧通知
86A‧‧‧通訊通信期
86B‧‧‧通訊通信期
90‧‧‧步驟
91‧‧‧步驟
92‧‧‧步驟
93‧‧‧步驟
94‧‧‧步驟
95‧‧‧步驟
96‧‧‧步驟
98‧‧‧步驟
100‧‧‧步驟
102‧‧‧步驟
104‧‧‧步驟
106‧‧‧步驟
108‧‧‧步驟
110‧‧‧步驟
112‧‧‧步驟
114‧‧‧步驟
116‧‧‧步驟
700‧‧‧步驟
702‧‧‧步驟
704‧‧‧步驟
706‧‧‧步驟
708‧‧‧步驟
800‧‧‧步驟
802‧‧‧步驟
804‧‧‧步驟
808‧‧‧步驟
900‧‧‧步驟
902‧‧‧步驟
904‧‧‧步驟
906‧‧‧步驟
908‧‧‧步驟
圖1為圖示包括源設備和宿設備的WD系統的方塊圖。
圖2為圖示包括參與通訊通信期的源設備和宿設備的示例性的WD系統的方塊圖。
圖3為根據本發明的技術圖示包括能夠以串流模式參與同步通訊通信期的源設備和宿設備的另一個示例性的WD系統的方塊圖。
圖4為根據本發明的技術圖示包括能夠以訊框緩衝模式參與同步通訊通信期的源設備和宿設備的另一個WD系統的方塊圖。
圖5為圖示用於為在源設備與參與的宿設備之間的通訊通信期選擇通用佇列大小的示例性的資訊交換的邏輯圖。
圖6為根據本發明的技術圖示同步源設備與宿設備之間的通訊通信期的示例性操作的流程圖。
圖7為根據在本發明中所描述的一或多個實例圖示同步源設備與宿設備之間的通訊通信期的示例性方法的流程圖。
圖8為根據在本發明中所描述的一或多個實例圖示同步源設備與宿設備之間的通訊通信期的示例性方法的流程圖。
圖9為根據在本發明中所描述的一或多個實例圖示同步源設備與宿設備之間的通訊通信期的示例性方法的流程圖。
700‧‧‧步驟
702‧‧‧步驟
704‧‧‧步驟
706‧‧‧步驟
708‧‧‧步驟

Claims (62)

  1. 一種方法，包括以下步驟：在一源設備與一或多個宿設備之間建立一通訊通信期；向該等宿設備中的至少一個告知該源設備為該通訊通信期選擇的一通用佇列大小；將資料封包發送到該等宿設備中的每一個，其中該等資料封包被保存在該等宿設備處的具有該通用佇列大小的宿佇列中；將該資料封包保存在該源設備處的具有該通用佇列大小的一源佇列中；及在偵測到該源佇列已滿以後，開始處理該源佇列中的該等資料封包以在該源設備處進行顯示，其中該源設備處的該處理與該等宿設備處的該資料封包的處理同步。
  2. 如請求項1之方法，其中該通訊通信期包括該源設備與一或多個宿設備之間的一媒體共享通信期。
  3. 如請求項1之方法，進一步包括以下步驟：向該等宿設備中的每一個詢問支援佇列大小；及利用該源設備基於該源設備和該等宿設備的支援佇列大小來選擇該通用佇列大小。
  4. 如請求項1之方法，進一步包括以下步驟： 量測該源設備的一傳輸延遲間隔，其中該傳輸延遲間隔表示最後一個宿設備接收該等資料封包的一時間間隔；及在偵測到該源佇列已滿以後，在開始處理該源佇列中的該等資料封包之前等待該傳輸延遲間隔。
  5. 如請求項1之方法，進一步包括以下步驟：計算該等宿設備中的每一個的一觸發延遲間隔，其中該觸發延遲間隔表示一特定的宿設備的在偵測到該宿佇列已滿與開始處理該宿佇列中的該等封包之間的一等待時間；及向該等宿設備中的每一個告知其各自的觸發延遲間隔。
  6. 如請求項1之方法，其中建立該通訊通信期的步驟包括以下步驟：建立該源設備與一個宿設備之間的一單播通訊通信期、該源設備與多個宿設備之間的一多播通訊通信期、以及該源設備與多個宿設備之間的多個單播通訊通信期之一。
  7. 如請求項1之方法，進一步包括以下步驟：向該等宿設備中的每一個詢問一特定的宿設備的一支援佇列大小。
  8. 如請求項1之方法，進一步包括以下步驟：向該等宿設備中的每一個告知所選擇的通用佇列大小。
  9. 如請求項1之方法，其中選擇該通用佇列大小的步驟包括以下步驟：將該通用佇列大小選擇為小於或等於所有該等宿設備中的一最小支援佇列大小。
  10. 如請求項9之方法，進一步包括以下步驟：基於該等宿設備的該等支援佇列大小和觸發延遲間隔來計算所有該等宿設備中的該最小支援佇列大小。
  11. 如請求項1之方法，其中選擇該通用佇列大小的步驟包括以下步驟：基於該源設備和該等宿設備的支援佇列大小、該源設備處的一封包速率、以及該等宿設備中的每一個處的一傳輸延遲間隔、一接收延遲間隔以及一觸發延遲間隔中的一或多個來選擇該通用佇列大小。
  12. 如請求項1之方法，其中該通訊通信期包括該源設備與一個宿設備之間的一單播通訊通信期、以及該源設備與多個宿設備之間的一多播通訊通信期之一，該方法進一步包括以下步驟：量測該源設備與該等宿設備之一之間的一傳輸延遲間隔；及在偵測到該源佇列已滿以後，在開始處理該源佇列中的該等封包之前等待該傳輸延遲間隔。
  13. 如請求項1之方法，其中該通訊通信期包括該源設備 與多個宿設備之間的多個單播通訊通信期，該方法進一步包括以下步驟：量測該源設備的一傳輸延遲間隔，其中該傳輸延遲間隔表示最後一個宿設備接收該等資料封包的一時間間隔；及在偵測到該源佇列已滿以後，在開始處理該源佇列中的該等封包之前等待該傳輸延遲間隔。
  14. 如請求項1之方法，進一步包括以下步驟：排除不能支援被另一個宿設備支援的該所選擇的通用佇列大小的一宿設備。
  15. 如請求項14之方法，其中當該通訊通信期包括該源設備與一個宿設備之間的一單播通訊通信期、以及該源設備與多個宿設備之間的一多播通訊通信期之一時，該等宿設備中的每一個的該觸發延遲間隔等於零。
  16. 如請求項1之方法，其中該通訊通信期以一串流模式和一訊框緩衝模式之一操作。
  17. 一種方法，包括以下步驟：請求一源設備與一宿設備建立一通訊通信期；從該源設備接收關於一通用佇列大小的一通知，其中基於至少該源設備和該宿設備的支援佇列大小來選擇該通用佇列大小； 從該源設備接收資料封包作為該通訊通信期的一部分，其中該等封包被保存在該源設備處的具有該通用佇列大小的源佇列中；將該等資料封包保存在該宿設備處的具有該通用佇列大小的一宿佇列中；及在偵測到該宿佇列已滿以後，開始處理該宿佇列中的該等封包以在該宿設備處進行顯示，其中該宿設備處的該封包處理與該源設備處的封包處理同步。
  18. 如請求項17之方法，其中該通訊通信期包括該源設備與僅該宿設備之間的一單播通訊通信期、該源設備與多個宿設備之間的一多播通訊通信期、以及該源設備與多個宿設備之間的多個單播通訊通信期之一。
  19. 如請求項17之方法，進一步包括以下步驟：回應於來自該源設備的詢問以報告該宿設備的該支援佇列大小。
  20. 如請求項17之方法，其中該通用佇列大小被選擇為小於或等於參與該通訊通信期的所有宿設備中的一最小支援佇列大小。
  21. 如請求項17之方法，進一步包括以下步驟：從該源設備接收關於該宿設備的一觸發延遲間隔的通知，其中該觸發延遲間隔表示參與該通訊通信期的其他宿 設備中的至少一個宿設備接收該資料封包的時間間隔；及在偵測到該宿佇列已滿以後，在開始處理該宿佇列中的該等封包之前等待該觸發延遲間隔。
  22. 如請求項17之方法，其中當該通訊通信期包括該源設備與一個宿設備之間的一單播通訊通信期、以及該源設備與多個宿設備之間的一多播通訊通信期之一時，並且其中該宿設備的一觸發延遲間隔等於零。
  23. 如請求項17之方法，其中該通訊通信期以一串流模式和一訊框緩衝模式之一操作。
  24. 如請求項17之方法，進一步包括以下步驟：一第二宿設備加入已經與該源設備建立的一通訊通信期。
  25. 如請求項17之方法，進一步包括以下步驟：在完成一組資料封包之前，該宿設備退出已經與該源設備建立的一通訊通信期。
  26. 一種源設備，包括：一處理器，其被配置為在該源設備與一或多個宿設備之間建立一通訊通信期，基於該源設備和該等宿設備的支援佇列大小來選擇一通用佇列大小，以及使一發射器向宿設備發送關於為該通訊通信期所選擇的該通用佇列大小的一 通知，其中該發射器將資料封包發送到該等宿設備中的每一個作為該通訊通信期的一部分，其中該等資料封包被保存在該等宿設備處的具有該通用佇列大小的宿佇列中；及具有該通用佇列大小的一源佇列，其保存該等封包，其中在偵測到該源佇列已滿以後，該處理器開始處理該源佇列中的該等資料封包以在該源設備處進行顯示，其中該源設備處的該資料封包處理與該等宿設備處的封包處理的同步。
  27. 如請求項26之源設備，其中該通訊通信期包括該源設備與一或多個宿設備之間的一媒體共享通信期。
  28. 如請求項26之源設備，其中該處理器進一步被配置為：向該等宿設備中的每一個詢問支援佇列大小；及利用該源設備基於該源設備和該等宿設備的支援佇列大小來選擇該通用佇列大小。
  29. 如請求項26之源設備，其中該處理器進一步被配置為：量測該源設備的一傳輸延遲間隔，其中該傳輸延遲間隔表示最後一個宿設備接收該等資料封包的一時間間隔；及在偵測到該源佇列已滿以後，在開始處理該源佇列中的該等資料封包之前等待該傳輸延遲間隔。
  30. 如請求項26之源設備，其中該處理器進一步被配置為： 計算該等宿設備中的每一個的一觸發延遲間隔，其中該觸發延遲間隔表示一特定的宿設備的在偵測到該宿佇列已滿與開始處理該宿佇列中的該等封包之間的等待時間；及向該等宿設備中的每一個告知其各自的觸發延遲間隔。
  31. 如請求項26之源設備，其中建立該通訊通信期包括建立該源設備與一個宿設備之間的一單播通訊通信期、該源設備與多個宿設備之間的一多播通訊通信期、以及該源設備與多個宿設備之間的多個單播通訊通信期之一。
  32. 如請求項26之源設備，其中該處理器進一步被配置為向該等宿設備中的每一個詢問一特定的宿設備的一支援佇列大小。
  33. 如請求項26之源設備，其中該處理器進一步被配置為向該等宿設備中的每一個告知所選擇的該通用佇列大小。
  34. 如請求項26之源設備，其中選擇該通用佇列大小包括將該通用佇列大小選擇為小於或等於所有該等宿設備中的一最小支援佇列大小。
  35. 如請求項34之源設備，其中該處理器進一步被配置為基於該等宿設備的該等支援佇列大小和觸發延遲間隔來計算所有該等宿設備中的該最小支援佇列大小。
  36. 如請求項26之源設備，其中選擇該通用佇列大小包括基於該源設備和該等宿設備的支援佇列大小、該源設備處的一封包速率、以及該等宿設備中的每一個處的一傳輸延遲間隔、一接收延遲間隔以及一觸發延遲間隔中的一或多個來選擇該通用佇列大小。
  37. 如請求項26之源設備，其中該處理器進一步被配置為：計算該等宿設備中的每一個的一觸發延遲間隔，其中該觸發延遲間隔表示一特定的宿設備的在偵測到該宿佇列已滿與開始處理該宿佇列中的該等封包之間的一等待時間；及向該等宿設備中的每一個告知其各自的觸發延遲間隔。
  38. 如請求項37之源設備，其中當該通訊通信期包括該源設備與一個宿設備之間的一單播通訊通信期、以及該源設備與多個宿設備之間的一多播通訊通信期之一時，該等宿設備中的每一個的該觸發延遲間隔等於零。
  39. 如請求項26之源設備，其中該通訊通信期以一串流模式和一訊框緩衝模式之一操作。
  40. 如請求項26之源設備，進一步被配置為排除不能支援該所選擇的通用佇列大小的一宿設備。
  41. 一種宿設備，包括：一處理器，其被配置為請求一源設備與該宿設備建立一通訊通信期；一接收器，其從該源設備接收關於一通用佇列大小的一通知，其中基於至少該源設備和該宿設備的支援佇列大小來選擇該通用佇列大小，並且從該源設備接收封包作為該通訊通信期的一部分，其中該等封包被保存在該源設備處的具有該通用佇列大小的一源佇列中；及具有該通用佇列大小的一宿佇列，其保存該等封包，其中在偵測到該宿佇列已滿以後，該處理器開始處理該宿佇列中的該等封包以在該宿設備處進行顯示，並且其中該宿設備處的該封包處理與至少在該源設備處的封包處理同步。
  42. 如請求項41之宿設備，其中該通訊通信期包括該源設備與僅該宿設備之間的一單播通訊通信期、該源設備與多個宿設備之間的一多播通訊通信期、以及該源設備與多個宿設備之間的多個單播通訊通信期之一。
  43. 如請求項41之宿設備，其中該處理器進一步被配置為回應於來自該源設備的一詢問以報告該宿設備的該支援佇列大小。
  44. 如請求項41之宿設備，其中該通用佇列大小被選擇為 小於或等於參與該通訊通信期的所有宿設備中的一最小支援佇列大小。
  45. 如請求項41之宿設備，其中該處理器進一步被配置為：從該源設備接收關於該宿設備的一觸發延遲間隔的該通知，其中該觸發延遲間隔表示參與該通訊通信期的其他宿設備中的至少一個宿設備接收該等資料封包的時間間隔；及在偵測到該宿佇列已滿以後，在開始處理該宿佇列中的該等封包之前等待該觸發延遲間隔。
  46. 如請求項41之宿設備，其中當該通訊通信期包括該源設備與一個宿設備之間的一單播通訊通信期、以及該源設備與多個宿設備之間的一多播通訊通信期之一時，並且其中該宿設備的一觸發延遲間隔等於零。
  47. 如請求項41之宿設備，其中該通訊通信期以一串流模式和一訊框緩衝模式之一操作。
  48. 如請求項41之宿設備，其中該處理器被配置為使該宿設備加入和離開所加入的已經與該源設備建立的一通訊通信期，並且進一步被配置為使該宿設備在完成一組資料封包之前退出已經與該源設備建立的一通訊通信期。
  49. 一種源設備，包括：用於在該源設備與一或多個宿設備之間建立一通訊通信期的構件；用於向該等宿設備中的每一個告知該源設備為該通訊通信期選擇的一通用佇列大小的構件；用於將資料封包發送到該等宿設備中的每一個的構件，其中該等資料封包被保存在該宿設備處的具有該通用佇列大小的宿佇列中；用於將該資料封包保存在該源設備處的具有該通用佇列大小的一源佇列中的構件；及用於在偵測到該源佇列已滿以後，開始處理該源佇列中的該等資料封包以在該源設備處進行顯示的構件，其中該源設備處的該處理與該等宿設備處的該等資料封包的處理同步。
  50. 如請求項49之源設備，進一步包括用於執行以下操作的構件：向該等宿設備中的每一個詢問支援佇列大小；及利用該源設備基於該源設備和該等宿設備的支援佇列大小來選擇該通用佇列大小。
  51. 如請求項49之源設備，進一步包括用於執行以下操作的構件：量測該源設備的一傳輸延遲間隔，其中該傳輸延遲間隔表 示最後一個宿設備接收該等資料封包的一時間間隔；及在偵測到該源佇列已滿以後，在開始處理該源佇列中的該等資料封包之前等待該傳輸延遲間隔。
  52. 一種宿設備，包括：用於請求一源設備與該宿設備建立一通訊通信期的構件；用於從該源設備接收關於一通用佇列大小的通知的構件，其中基於至少該源設備和該宿設備的支援佇列大小來選擇該通用佇列大小；用於從該源設備接收封包作為該通訊通信期的一部分的構件，其中該等封包被保存在該源設備處的具有該通用佇列大小的源佇列中；用於將該封包保存在該宿設備處的具有該通用佇列大小的一宿佇列中的構件；及用於在偵測到該宿佇列已滿以後，開始處理該宿佇列中的該等封包以在該宿設備處進行顯示的構件，其中該宿設備處的該封包處理與該源設備處的封包處理同步。
  53. 如請求項52之宿設備，其中該通訊通信期包括該源設備與僅該宿設備之間的一單播通訊通信期、該源設備與多個宿設備之間的一多播通訊通信期、以及該源設備與多個宿設備之間的多個單播通訊通信期之一。
  54. 如請求項52之宿設備，進一步包括： 用於從該源設備接收關於該宿設備的一觸發延遲間隔的通知的構件，其中該觸發延遲間隔表示參與該通訊通信期的其他宿設備中的至少一個宿設備接收該等資料封包的時間間隔；及用於在偵測到該宿佇列已滿以後，在開始處理該宿佇列中的該等封包之前等待該觸發延遲間隔的構件。
  55. 一種電腦可讀取媒體，包括當在一源設備中被執行時使一處理器執行以下操作的指令：在該源設備與一或多個宿設備之間建立一通訊通信期；向該等宿設備中的每一個告知該源設備為該通訊通信期選擇的一通用佇列大小；將資料封包發送到該等宿設備中的每一個，其中該等資料封包被保存在該等宿設備處的具有該通用佇列大小的宿佇列中；將該等資料封包保存在該源設備處的具有該通用佇列大小的一源佇列中；及在偵測到該源佇列已滿以後，開始處理該源佇列中的該等資料封包以在該源設備處進行顯示，其中該源設備處的該處理與該等宿設備處的該資料封包的處理同步。
  56. 如請求項55之電腦可讀取媒體，進一步包括當在一源設備中被執行時使一處理器執行以下操作的指令：向該等宿設備中的每一個詢問支援佇列大小；及 利用該源設備基於該源設備和該等宿設備的支援佇列大小來選擇該通用佇列大小。
  57. 如請求項55之電腦可讀取媒體，進一步包括當在一源設備中被執行時使一處理器執行以下操作的指令：量測該源設備的一傳輸延遲間隔，其中該傳輸延遲間隔表示最後一個宿設備接收該等資料封包的一時間間隔；及在偵測到該源佇列已滿以後，在開始處理該源佇列中的該等資料封包之前等待該傳輸延遲間隔。
  58. 一種電腦可讀取媒體，包括當在一宿設備中被執行時使一處理器執行以下操作的指令：請求一源設備與該宿設備建立一通訊通信期；從該源設備接收關於一通用佇列大小的一通知，其中基於至少該源設備和該宿設備的支援佇列大小來選擇該通用佇列大小；從該源設備接收封包作為該通訊通信期的一部分，其中該等封包被保存在該源設備處的具有該通用佇列大小的源佇列中；將該封包保存在該宿設備處的具有該通用佇列大小的一宿佇列中；及在偵測到該宿佇列已滿以後，開始處理該宿佇列中的該等封包以在該宿設備處進行顯示，其中該宿設備處的該封包處理與該源設備處的封包處理同步。
  59. 如請求項58之電腦可讀取媒體，進一步包括當在一源設備中被執行時使一處理器執行以下操作的指令：從該源設備接收關於該宿設備的一觸發延遲間隔的通知，其中該觸發延遲間隔表示參與該通訊通信期的其他宿設備中的至少一個宿設備接收該等資料封包的一時間間隔；及在偵測到該宿佇列已滿以後，在開始處理該宿佇列中的該等封包之前等待該觸發延遲間隔。
  60. 一種方法，包括以下步驟：在一宿設備與一源設備之間建立一通訊通信期；從該源設備接收關於一通用佇列大小的一通知，其中由該源設備為該通訊通信期選擇該通用佇列大小；從該源設備接收資料封包，其中該等資料封包被保存在該源設備處的具有該通用佇列大小的一源佇列中；將該等資料封包保存在該宿設備處的具有該通用佇列大小的一宿佇列中；及在偵測到該宿佇列已滿以後，開始處理該宿佇列中的該等資料封包以在該宿設備處進行顯示，其中該宿設備處的該處理與該源設備處的該等資料封包的處理同步。
  61. 如請求項60之方法，進一步包括以下步驟：回應於來自該源設備的一詢問以報告該宿設備的支援佇列大小，其 中由該源設備基於該源設備和該宿設備的支援佇列大小來選擇該通用佇列大小。
  62. 如請求項60之方法，進一步包括以下步驟：從該源設備接收關於該宿設備的一觸發延遲間隔的通知，其中該觸發延遲間隔表示參與該通訊通信期的其他宿設備中的至少一個宿設備接收該資料封包的一時間間隔；及在偵測到該宿佇列已滿以後，在開始處理該宿佇列中的該等資料封包之前等待該觸發延遲間隔。
TW101133153A 2011-09-13 2012-09-11 同步無線顯示裝置 TWI475855B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201161534193P 2011-09-13 2011-09-13
US201161539726P 2011-09-27 2011-09-27
US201261595932P 2012-02-07 2012-02-07
US13/559,313 US9712573B2 (en) 2011-09-13 2012-07-26 Synchronized wireless display devices

Publications (2)

Publication Number Publication Date
TW201320684A true TW201320684A (zh) 2013-05-16
TWI475855B TWI475855B (zh) 2015-03-01

Family

ID=46888695

Family Applications (1)

Application Number Title Priority Date Filing Date
TW101133153A TWI475855B (zh) 2011-09-13 2012-09-11 同步無線顯示裝置

Country Status (10)

Country Link
US (2) US9712573B2 (zh)
EP (1) EP2756639B1 (zh)
JP (1) JP5989779B2 (zh)
KR (2) KR20140069155A (zh)
CN (1) CN103797810B (zh)
BR (1) BR112014005778A2 (zh)
ES (1) ES2702760T3 (zh)
HU (1) HUE041379T2 (zh)
TW (1) TWI475855B (zh)
WO (1) WO2013039841A1 (zh)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9198084B2 (en) 2006-05-26 2015-11-24 Qualcomm Incorporated Wireless architecture for a traditional wire-based protocol
US9398089B2 (en) 2008-12-11 2016-07-19 Qualcomm Incorporated Dynamic resource sharing among multiple wireless devices
US9264248B2 (en) 2009-07-02 2016-02-16 Qualcomm Incorporated System and method for avoiding and resolving conflicts in a wireless mobile display digital interface multicast environment
US9582238B2 (en) 2009-12-14 2017-02-28 Qualcomm Incorporated Decomposed multi-stream (DMS) techniques for video display systems
US9582239B2 (en) 2011-01-21 2017-02-28 Qualcomm Incorporated User input back channel for wireless displays
US9787725B2 (en) 2011-01-21 2017-10-10 Qualcomm Incorporated User input back channel for wireless displays
US8964783B2 (en) 2011-01-21 2015-02-24 Qualcomm Incorporated User input back channel for wireless displays
US9065876B2 (en) 2011-01-21 2015-06-23 Qualcomm Incorporated User input back channel from a wireless sink device to a wireless source device for multi-touch gesture wireless displays
US10135900B2 (en) 2011-01-21 2018-11-20 Qualcomm Incorporated User input back channel for wireless displays
US9413803B2 (en) 2011-01-21 2016-08-09 Qualcomm Incorporated User input back channel for wireless displays
US10108386B2 (en) 2011-02-04 2018-10-23 Qualcomm Incorporated Content provisioning for wireless back channel
US9503771B2 (en) 2011-02-04 2016-11-22 Qualcomm Incorporated Low latency wireless display for graphics
US9712573B2 (en) 2011-09-13 2017-07-18 Qualcomm Incorporated Synchronized wireless display devices
US9525998B2 (en) * 2012-01-06 2016-12-20 Qualcomm Incorporated Wireless display with multiscreen service
US9787523B2 (en) * 2012-07-05 2017-10-10 Eric Lazarus Managing data in a data queue including synchronization of media on multiple devices
CN104429045B (zh) * 2012-08-21 2018-12-18 英特尔公司 用于WiDi云模式的方法和装置
US9307508B2 (en) 2013-04-29 2016-04-05 Google Technology Holdings LLC Systems and methods for syncronizing multiple electronic devices
CN106803989B (zh) * 2013-06-18 2020-03-27 华为技术有限公司 多屏互动方法、装置及终端设备
US9736806B2 (en) * 2014-02-28 2017-08-15 Qualcomm Incorporated Apparatuses and methods for wireless synchronization of multiple multimedia devices using a common timing framework
TWI616808B (zh) * 2014-06-30 2018-03-01 緯創資通股份有限公司 分享顯示畫面的方法及裝置
US9665336B2 (en) * 2014-07-29 2017-05-30 Qualcomm Incorporated Direct streaming for wireless display
US10129839B2 (en) * 2014-12-05 2018-11-13 Qualcomm Incorporated Techniques for synchronizing timing of wireless streaming transmissions to multiple sink devices
US11044386B1 (en) * 2014-12-18 2021-06-22 The Directv Group, Inc. Method and system for synchronizing playback of independent audio and video streams through a network
WO2016147491A1 (ja) 2015-03-17 2016-09-22 ソニー株式会社 情報処理装置、情報処理方法およびプログラム
CN107239253B (zh) * 2016-03-29 2020-05-12 扬智科技股份有限公司 同步播放速度的无线局域网播放器、系统及其方法
US20180007428A1 (en) * 2016-06-29 2018-01-04 Intel Corporation Wireless display implementation of applications
CN106454474B (zh) * 2016-10-08 2019-08-06 Oppo广东移动通信有限公司 多媒体同步播放方法、装置及系统
US11818187B2 (en) * 2019-08-31 2023-11-14 Sonos, Inc. Mixed-mode synchronous playback

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6092142A (en) 1998-02-26 2000-07-18 Intel Corporation Method and apparatus to introduce programmable delays when replaying isochronous data packets
US7047308B2 (en) 2001-08-31 2006-05-16 Sharp Laboratories Of America, Inc. System and method for simultaneous media playout
JP2003235027A (ja) 2002-02-12 2003-08-22 Matsushita Electric Ind Co Ltd 配信映像の同時再生方法、映像配信システムおよび端末装置
DE60211157T2 (de) 2002-09-06 2007-02-08 Sony Deutschland Gmbh Synchrones Abspielen von Medien-Paketen
US20070110074A1 (en) 2004-06-04 2007-05-17 Bob Bradley System and Method for Synchronizing Media Presentation at Multiple Recipients
JP2005354351A (ja) 2004-06-10 2005-12-22 Nippon Telegr & Teleph Corp <Ntt> 多地点コミュニケーションの通信端末装置および遅延同期制御方法
US8515471B2 (en) 2008-02-15 2013-08-20 Samsung Electronics Co., Ltd. System and method for wireless communication network using beamforming and having a multi-cast capacity
US8275232B2 (en) 2008-06-23 2012-09-25 Mediatek Inc. Apparatus and method of transmitting / receiving multimedia playback enhancement information, VBI data, or auxiliary data through digital transmission means specified for multimedia data transmission
US8223641B2 (en) * 2008-07-28 2012-07-17 Cellco Partnership Dynamic setting of optimal buffer sizes in IP networks
WO2010077564A1 (en) 2008-12-08 2010-07-08 Analog Devices Inc. Multimedia switching over wired or wireless connections in a distributed environment
WO2010119326A1 (en) 2009-04-14 2010-10-21 Ati Technologies Ulc Embedded clock recovery
US8406245B2 (en) 2009-07-09 2013-03-26 Qualcomm Incorporated System and method of transmitting content from a mobile device to a wireless display
US20110066746A1 (en) 2009-09-11 2011-03-17 Broadcom Corporation Synchronized data streaming
US9712573B2 (en) 2011-09-13 2017-07-18 Qualcomm Incorporated Synchronized wireless display devices

Also Published As

Publication number Publication date
CN103797810B (zh) 2018-05-25
EP2756639A1 (en) 2014-07-23
US20140362849A1 (en) 2014-12-11
TWI475855B (zh) 2015-03-01
EP2756639B1 (en) 2018-10-24
JP2015502672A (ja) 2015-01-22
US9712573B2 (en) 2017-07-18
WO2013039841A1 (en) 2013-03-21
ES2702760T3 (es) 2019-03-05
KR20160106193A (ko) 2016-09-09
BR112014005778A2 (pt) 2017-03-28
CN103797810A (zh) 2014-05-14
JP5989779B2 (ja) 2016-09-07
HUE041379T2 (hu) 2019-05-28
US20130188632A1 (en) 2013-07-25
KR20140069155A (ko) 2014-06-09
US9680884B2 (en) 2017-06-13

Similar Documents

Publication Publication Date Title
TWI475855B (zh) 同步無線顯示裝置
US10057662B2 (en) Flow controlled based synchronized playback of recorded media
US9648073B2 (en) Streaming control for real-time transport protocol
US9030523B2 (en) Flow-control based switched group video chat and real-time interactive broadcast
CN103368935B (zh) 在Wi-Fi显示网络中提供增强Wi-Fi显示会话的方法和装置
CN104052562B (zh) 允许回放装置对流传输内容执行同步回放的方法和设备
US9369670B2 (en) Audio video streaming system and method
WO2017166497A1 (zh) 一种多媒体数据的同步播放方法及装置
US20120233644A1 (en) Mobile device capable of substantially synchronized sharing of streaming media with other devices
US20130222210A1 (en) Frame capture and buffering at source device in wireless display system
US10009413B2 (en) Collaborative media playback
JP2016511949A (ja) 短縮された待ち時間のサーバ仲介のオーディオ−ビデオ通信
CN103905880A (zh) 音视频数据的播放方法、智能电视和移动设备
US10778742B2 (en) System and method for sharing multimedia content with synched playback controls
US10469627B2 (en) Rapid optimization of media stream bitrate
CN103905877A (zh) 音视频数据的播放方法、智能电视和移动设备
EP3488558B1 (en) Optimized utilization of streaming bandwidth using multicast
JP2020174378A (ja) 異種ネットワーキング環境におけるメディアレンダリングの同期化
CA3026535A1 (en) Multimedia resource synchronous pushing method based on heterogeneous network
US20140317670A1 (en) Method and apparatus for reproducing contents in multimedia system
KR20170018603A (ko) 스트리밍 서비스 제공 방법 및 이를 위한 장치
KR101484313B1 (ko) 미디어 데이터를 송수신하기 위한 ＰｏＣ 시스템과 ＰｏＣ단말 및 그에 의한 미디어 데이터 송수신 방법
CN115767128A (zh) 多媒体流切换方法、装置及系统

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees