[go: up one dir, main page]

TWI384811B - 高資料率介面裝置及方法 - Google Patents

高資料率介面裝置及方法 Download PDF

Info

Publication number
TWI384811B
TWI384811B TW094108266A TW94108266A TWI384811B TW I384811 B TWI384811 B TW I384811B TW 094108266 A TW094108266 A TW 094108266A TW 94108266 A TW94108266 A TW 94108266A TW I384811 B TWI384811 B TW I384811B
Authority
TW
Taiwan
Prior art keywords
client
packet
column
data
power state
Prior art date
Application number
TW094108266A
Other languages
English (en)
Other versions
TW200614751A (en
Inventor
Jon James Anderson
Brian Steele
George A Wiley
Shashank Shekhar
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 TW200614751A publication Critical patent/TW200614751A/zh
Application granted granted Critical
Publication of TWI384811B publication Critical patent/TWI384811B/zh

Links

Classifications

    • 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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/40—Bus structure
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • 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/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • 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/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • H04M1/724094—Interfacing with a device worn on the user's body to provide access to telephonic functionalities, e.g. accepting a call, reading or composing a message
    • H04M1/724097—Worn on the head
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • H04M1/72412—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories using two-way short-range wireless interfaces
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Computer Hardware Design (AREA)
  • Communication Control (AREA)
  • Control Of Indicators Other Than Cathode Ray Tubes (AREA)
  • Information Transfer Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

高資料率介面裝置及方法 【根據35 U.S.C.§119主張優先權】
本專利申請案主張優先於2004年3月17日提出申請且名稱為「可變換臨限值差分介面(Switchable Threshold Differential Interface)」之臨時申請案第60/554,309號、及2004年3月24日提出申請且名稱為「可變換臨限值差分介面(Switchable Threshold Differential Interface)」之臨時申請案第60/556,345號，該兩個申請案皆受讓於本發明之受讓人並以引用方式明確地倂入本文中。
本文所揭示之本發明實施例係關於一種用於在一主機裝置與一用戶端裝置之間以高資料速率傳送或傳輸信號之數位信號協定、方法及包含積體電路及組件之裝置。更具體而言，本發明係關於一種使用一具有內部及外部裝置應用程式之低功率、高資料速率傳輸機構將多媒體及其他類型之數位信號自一主機或控制裝置傳輸至一用戶端裝置以供呈現或顯示給一最終使用者之技術。
最近幾年來，電腦、電子遊戲相關產品、及各種視頻技術(例如DVD及高清晰度VCR)出現了長足的進步，從而能夠向此等設備之最終使用者呈現解析度日漸提高之靜止圖像、視頻圖像、隨選視頻圖像及圖形圖像，甚至當該等圖像包含某些類型之文本時。該等進步本身又要求使用具有更高解析度之電子檢視裝置，例如高清晰度視頻監視器、高清晰度電視(HDTV)監視器、或專用圖像投影元件。將此等可視圖像與高清晰度或高品質聲訊資料(例如當使用光碟(CD)型聲音再現裝置、DVD、環繞聲效裝置、及其他亦具有配套聲頻信號輸出之裝置時)相組合，即會帶給最終使用者更為逼真的、內容豐富的、或真實的多媒體感受。此外，目前已開發出僅用於向最終使用者呈現聲訊的具有高度移動性的高品質音響系統及音樂傳送機構，例如MP3播放機。此使自電腦至電視機甚至電話機等商用電子裝置之通常使用者之期望得以提高，乃因現在使用者已習慣於並期望獲得高品質的或優質的輸出。
在涉及電子產品之典型視頻顯示方案中，通常係使用現有技術以一稱之為慢或中等速率最為貼切之速率(處於1至10千位元/秒數量級)來傳輸視訊資料。然後，緩衝該資料或將該資料儲存於暫時的或更長期的記憶裝置中，以供延遲(或後續)顯示於一所需之檢視裝置上。舉例而言，可藉由使用一常駐於一具有一數據機或其他類型之網際網路連接裝置之電腦上之程式來接收或發送適用於以數位方式表示圖像之資料，「穿過」或使用網際網路傳輸圖像。使用諸如配備有無線數據機之可攜式電腦、或無線個人數位助理(PDA)、或無線電話等無線裝置，即可進行一類似傳輸。
在接收到該資料後，即會將該資料就地儲存於記憶元件、電路或裝置中以供播放，例如儲存於隨機存取記憶體(RAM)或快閃記憶體中，此包含內部或外部儲存裝置，例如小尺寸硬碟機。視資料量及圖像解析度而定，該播放可
能會相對迅速地開始，或者可能會以一更長期的延遲進行呈現。換言之，在某些情況下，對於無需很多資料之極小圖像或極低解析度圖像，圖像呈現會達成一定程度之即時播放，或者，使用某種類型之緩衝，從而在一小延遲後在顯示某些材料之同時傳輸更多材料。假如在傳輸鏈路中不存在中斷，或對正使用之傳輸通道而言不存在來自其他系統或使用者之幹擾，則一旦呈現開始，該檢視裝置之最終使用者即可合理知曉該傳輸。當然，當有多個使用者共享單個通信路徑(例如有線網際網路連接)時，傳輸即可能會中斷或慢於吾人所需。
為加速資料在通信鏈路上之傳輸，用於形成靜止圖像或動作視訊之資料通常使用若干種衆所習知之技術中的其中一種技術進行壓縮，例如彼等由聯合影像專家小組(JPEG)、動畫專家小組(MPEG)、及媒體、電腦和通信行業中其他衆所習知之標準組織或公司規定之技術。此使吾人可藉由使用一更小數量之位元來傳輸一既定數量之資訊而更快地傳輸圖像或資料。
在將該資料傳輸至一「本地」裝置(例如一具有一諸如記憶體或磁性或光學儲存元件等儲存機構之電腦)或其他接收裝置後，將由此得到之資訊解壓縮(或使用專門的解碼播放器播放)，並根據需要將其解碼，然後根據對應的可用顯示解析度及控制元件準備進行適當之顯示。舉例而言，一用X乘Y個像素螢幕解析度表示之典型電腦視頻解析度自低達480×640個像素、經600×800一直至1024×1024，儘管一般亦可根據吾人所欲或根據需要而採用眾多種其他解析度。
圖像顯示亦會受到圖像內容及既定視頻控制器在某些預定顏色位凖或顏色深度(位元數/每一用於產生顏色之像素)、及強度及任何其他所用額外附加項位元方面調處圖像之能力之影響。舉例而言，典型之電腦呈現將期望使用自每一像素約8個至32個或更多個位元/像素不等來表示各種顏色(色度及色相)，儘管亦會遇到其他值。
吾人可自上述值看出，在分別自最低至最高典型解析度及深度之範圍內，一既定螢幕圖像將需要傳輸自2.45百萬位元(Mb)至約33.55 Mb不等的資料。當以一30個訊框/秒之速率瀏覽視訊或動畫型圖像時，所需資料量為約73.7至1,006百萬位元資料/秒(Mbps)，或為約9.21至125.75百萬位元組/秒(MBps)。此外，吾人可能期望將聲音資料與圖像一同呈現(例如對於多媒體呈現)或作為一單獨之高解析度聲音呈現(例如CD有質感音樂)。亦可使用其他處理互動式命令、控制信號、或信號之信號。每一該等選項皆會增加更多之待傳輸資料。此外，涉及HDTV及電影錄影之更新傳輸技術可能會增加甚至更多之資料及控制資訊。總之，當吾人期望將高品質或高清晰度圖像資料及高品質聲頻資訊或資料信號傳輸至最終使用者以形成一內容豐富的感受時，需要在呈現元件與組態用於提供此等類型資料之源或主機裝置之間具有一高資料傳輸速率鏈路。
某些現代串列介面可例行處理約115千位元組(KBps)或920千位元/秒(Kbps)之資料速率。諸如USB串列介面等其他介面可容納以高達12 MBps之速率進行之資料傳輸，且某些專用高速傳輸(例如彼等使用電氣及電子工程師協會(IEEE)1394標準組態之專用高速傳輸)可以處於100至400 MBps數量級之速率進行。令人遺憾的是，該等速率不能滿足上文所述之所需高資料速率，該等所需高資料速率擬用於未來之無線資料裝置及其他服務，以提供高解析度的、內容豐富的輸出信號來驅動可攜式視頻顯示器或聲頻裝置。此包括商用電腦及其他呈現裝置、遊戲裝置等等。此外，該等介面需要使用相當大數量之主機或系統及用戶端軟體方能工作。其軟體協定堆疊亦會產生一數量大至非吾人所樂見之附加項，尤其在涵蓋行動無線裝置或電話應用之情形下。此等裝置具有苛刻的記憶體及功率消耗限制條件、及早已負擔過重之計算容量。此外，某些該等介面利用笨重之電纜(該等電纜過重且不能滿足傾向於高度美觀的行動應用)、會使成本增加的複雜的連接器、或單純地消耗過多的功率。
亦存在其他已知介面，例如類比視頻圖形配接器(AVGA)、數位視頻互動式(DVI)介面或十億位元視頻介面(GVIF)介面。該等介面中之前兩個介面係用於以更高傳輸速率處理資料之並列型介面，但其亦使用笨重的電纜並消耗處於數瓦特數量級的大量功率。該等兩個特性皆不適合用於可攜式消費電子裝置。甚至第三種介面亦消耗過多之功率並使用昂貴或笨重之連接器。
對於某些上述介面、及其他極高速率資料系統/協定或與固定安裝的電腦設備之資料傳輸相關聯之傳輸機構，存在另一主要缺點。為容納所需之資料傳輸速率，亦要求使用相當大的功率及/或以高電流位凖運作。此會大大降低此等技術對面向高度行動中的消費者的產品的適用性。
一般而言，為使用諸如(比如)光纖型連接及傳輸元件等替代元件來容納此等資料傳輸速率，亦要求使用大量附加轉換器及元件，對於一真正的面向商業消費者的產品而言，此會導入遠高於吾人所期望之複雜度及成本。光學系統除了仍通常昂貴之性質外，其功率需求及複雜度亦使其不能廣泛用於輕質、低功率的可攜式應用。
在可攜式無線或行動應用行業中，一直缺少一種為高度行動中之最終使用者提供高品質呈現感受(無論其係基於聲頻、視頻還是基於多媒體)之技術。換言之，當使用可攜式電腦、無線電話、PDA、或其他高度行動中之通信裝置或設備時，當前所使用之視頻及聲頻呈現系統或裝置完全不能以所需高品質水凖提供輸出。通常，目前缺少所感受品質之原因係無法獲得為傳輸高品質呈現資料所需之高資料速率。此可包括傳輸至更有效的、先進的或多功能的外部裝置以供呈現給最終使用者，或者在諸如電腦、遊戲機及無線裝置(例如行動電話)等可攜式裝置內部之主機與用戶端之間傳輸。
在後一種情形中，已在為如所謂第三代電話等無線裝置及為所謂膝上型電腦增加具有愈來愈高解析度之視頻螢幕及其他專門輸入及/或輸出裝置方面取得了長足進展。然而，內部資料匯流排及連線可包括橋接於旋轉的或滑動的樞軸或樞軸狀結構兩端，該等旋轉的或滑動的樞軸或樞軸狀結構用於將視頻螢幕或其他元件安裝或連接至其中常駐有主機及/或各種其他控制元件及輸出組件之主機殼。該等通常為高頻寬或高通量介面。很難使用先前技術來構造高通量資料傳輸介面在比如無線電話(舉例而言)上達成所需通量，乃因先前技術可能需要使用多達90條或更多之導體。當前的解決方案通常涉及到使用具有相對高信號位凖之並列型介面，而此可能會使互連更為昂貴、更不可靠且潛在地產生可幹擾器件功能的輻射發射。此使吾人需要克服許多製造問題、成本問題及可靠性挑戰問題。
此等問題及要求亦存在於固定位置設備上，在固定位置設備中，作為一實例，會將通信或計算型裝置附加至電器用具或其他消費者裝置上，以提供先進的資料功能、網際網路及資料傳輸連接、或內建式娛樂功能。另一實例係飛機及公共汽車，其中係在座位靠背上安裝單獨之視頻及聲頻呈現螢幕。然而，在此等情形中，將主儲存器、處理元件或通信控制元件設置於距可視螢幕或聲頻輸出一定距離處並使用一互連鏈路或通道來提供資訊通常會更為便捷、有效及易於使用。為獲得上文所述之所需通量，該鏈路將需要處理相當大之資料量。
因此，需要提供一種新的傳輸機構來提高用於提供資料之主機裝置與用於向最終使用者呈現輸出之客戶顯示裝置或元件之間的資料通量。
本發明之發明者已在2001年12月14日提出申請之美國專利申請案第10/020,520號(現為美國專利第6,760,772號，於2004年7月6日頒予Zou等人)及在2002年9月6日提出申請的美國專利申請案第10/236,657號中提出了此等新的傳輸機構，該等兩個申請案之名稱皆為「產生及構建一用於高資料速率信號傳輸之通信協定及介面(Generating And Implementing A Communication Protocol And Interface For High Data Rate Signal Transfer)」，其皆受讓於本發明之受讓人並以引用方式倂入本文中。此外，還有在2004年6月2日提出申請且名稱為「產生及構建一用於更高資料速率之信號協定及介面(Generating And Implementing A Signal Protocol And Interface For Higher Data Rates)」的美國申請案第10/860,116號。彼等申請案中所述之技術可大大提高高速資料信號中大量資料的傳輸速率。然而，人們對不斷提高資料速率之需求，尤其係對提高與視頻顯示相關之資料速率之需求，仍在持續增長。甚至在資料信號技術中正出現其他進步之情況下，仍需要努力達成更快之傳輸速率、提高的通信鏈路效率及更大功率之通信鏈路。因此，仍持續需要開發一種為提高主機裝置與用戶端裝置之間之資料通量所需之新的或改良的傳輸機構。
在本發明實施例中已開發出一種用於在主機裝置與接收方用戶端裝置之間以高資料速率傳輸資料之新的協定及資料傳輸手段、方法及機構，從而解決了在此項技術中存在之上述及其他缺點。
本發明之實施例係關於一種用於藉由一通信路徑在一主機裝置與一用戶端裝置之間以一高速率來傳輸數位資料之行動資料數位介面(MDDI)，其使用複數個或一系列封包結構形成一用於在主機裝置與用戶端裝置之間傳送一組預選定之數位控制資料及呈現資料之通信協定。該信號通信協定或鏈路層係由主機或用戶端鏈路控制器、接收機或驅動器的一實體層使用。至少一個常駐於主機裝置中之鏈路控制器或驅動器藉由該通信路徑或鏈路耦合至用戶端裝置，並組態用於產生、發送及接收用於形成該通信協定之封包、並將數位呈現資料形成一或多種類型之資料封包。該介面可達成主機與用戶端之間的雙向資訊傳輸，該主機及用戶端可常駐於一共用之總體機殼或支撐結構內。
除差動驅動器及接收器外，其實施方案一般為完全數位性質，可易於構建於一數位互補金屬氧化物半導體(CMOS)晶片上，且僅需少至6個信號並可幾乎以任一對系統設計者方使之資料速率來運作。該簡單之實體及鏈路層協定使其易於整合，且此種簡單性加上休眠狀態使可攜式系統能夠具有極低之系統功耗。
為有助於人們使用及接受該介面，該介面將幾乎不增加裝置成本，將達成極低之功耗同時能夠使用標準電池電壓藉由該介面為顯示器供電，並可適應具有一可攜外形之裝置。該介面可按比例縮放來支援超出HDTV之解析度，為顯示裝置同時支援立體視訊及7.1聲訊，對任一螢幕區域執行條件性更新，並在兩個方向上支援多種資料類型。
在本發明實施例之其他態樣中，至少一個用戶端鏈路控制器、接收器、器件或驅動器設置於用戶端裝置中並經由該通信路徑或鏈路耦合至主機裝置。該客戶鏈路控制器亦組態用於產生、發送及接收用於形成該通信協定之封包，並將數位呈現資料形成一或多種資料封包類型。一般而言，該主機或鏈路控制器係使用一狀態機來處理在命令中所用之資料封包或進行某些類型之信號準備及詢問處理，但可使用一更慢之通用處理器來調處在該通信協定中所用之資料及某些較不複雜之封包。該主機控制器包含一或多個差動線驅動器；而該用戶端接收器則包含一或多個耦合至該通信路徑之差動線接收器。
該等封包一同組合於在主機裝置與用戶端裝置之間傳送之媒體訊框內，該等媒體訊框具有一預定之固定長度，其中一預定數量之封包具有不同且可變的長度。該等封包皆包含一封包長度欄、一或多個封包資料欄、及一循環冗餘檢查欄。一子訊框標頭封包(Sub－frame Header Packet)係由主機鏈路控制器傳輸或位於由主機鏈路控制器傳輸之其他封包之起始處。該通信協定使用一或多個視訊流(Video Stream)型封包及聲訊流(Audio Stream)型封包藉由一正向鏈路將視訊型資料及聲訊型資料分別自主機傳輸至用戶端，以供呈現給用戶端裝置使用者。該通信協定使用一或多個反向鏈路囊封(Reverse Link Encapsulation)型封包自用戶端裝置向主機鏈路控制器傳輸資料。在某些實施例中，該等傳輸包括自具有至少一個MDDI裝置之內部控制器向內部視頻螢幕傳輸資料。其他實施例包括傳輸至內部音響系統、及自包括操縱桿(joystick)及複雜鍵盤在內的各種輸入裝置向內部主機裝置傳輸。
主機鏈路控制器會產生填充型(Filler)封包來佔據不具有資料之正向鏈路傳輸週期。該通信協定使用複數個其他封包來傳輸視訊資訊。此等封包包括色彩圖(Color Map)型、位元塊傳輸(Bit Block Transfer)型、位元映射區域填充(Bitmap Area Fill)型、位元映射圖案填充(Bitmap Pattern Fill)型、及透明色啟用(Transparent Color Enable)型封包。該通信協定使用若干使用者自定義流(User－Defined Stream)型封包來傳輸介面－使用者自定義資料。該通信協定使用若干鍵盤資料(Keyboard Data)型及指標裝置資料(Pointing Device Data)型封包將資料傳輸至與該用戶端裝置配套之使用者輸入裝置或自該等使用者輸入裝置傳輸資料。該通信協定使用一鏈路關閉(Link Shutdown)型封包來終止在兩個方向上藉由該通信鏈路進行之資料傳輸。
顯示功率狀態封包(Display Power State Packets)係產生用於提供一種用於在諸如顯示器等用戶端未在使用或當前現用時將特定顯示控制器硬體置入低功率狀態的結構、手段或方法，以使系統功率消耗或系統資源上的洩露最小化。在一實施例中，一用戶端顯示出使用用戶端能力封包(Client Capability Packet)欄中之用戶端特徵能力指示符(Client Feature Capability Indicators)欄來回應顯示功率狀態封包之能力。
就顯示功率狀態封包的一實施例的格式而言，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、功率狀態(Power State)欄及循環冗餘檢查(CRC)欄。在2－位元組的類型欄中，此種類型之封包通常識別為75型封包。2－位元組的hClient ID欄包含預留用於Client ID的資訊或值。功率狀態欄規定用於根據某些預選定位元之值將一特定顯示器置於所規定功率狀態的資訊。2－位元組之CRC欄規定或包含該封包中包括封包長度欄在內之所有位元組之CRC。
該通信路徑一般包含或使用一具有一系列四條或更多條導體及一屏蔽線之電纜。此外，可根據需要使用印刷導線或導體，其中某些印刷導線或導體位於撓性基板上。
為確定該用戶端能夠經由該介面容納何種資料類型及資料速率，主機鏈路控制器會請求自該用戶端裝置傳送顯示器能力資訊。該用戶端鏈路控制器會使用至少一個用戶端能力(Client Capability)型封包將顯示或呈現能力傳送至主機鏈路控制器。該通信協定使用多種傳輸模式，其中每一種模式皆容許在一既定時間週期中並行地傳輸不同最大數量之資料位元，其中每一種模式皆可由主機鏈路控制器與用戶端鏈路控制器之間協商選定。該等傳輸模式可在資料傳輸期間動態地調整，且在反向鏈路上無需與正向鏈路使用相同之模式。
在本發明某些實施例之其他態樣中，該主機裝置包括無線通信裝置，例如無線電話、無線PDA、或其中設置有一無線數據機之可攜式電腦。一典型之用戶端裝置包括一可攜式視頻顯示器(例如一微顯示裝置)、及/或一可攜式聲頻呈現系統。此外，主機可使用儲存構件或元件來儲存欲傳輸的以供呈現給用戶端裝置使用者之呈現資料或多媒體資料。
在某些實施例之再一些態樣中，主機裝置包含一如下文所述具有驅動器之控制器或通信鏈路控制裝置，該控制器或通信鏈路控制裝置常駐於諸如無線通信裝置(例如無線電話、無線PDA或可攜式電腦)等可攜式電子裝置內一具有此種構造之典型用戶端裝置包含一用戶端電路或積體電路或模組，該用戶端電路或積體電路或模組耦合至該主機並常駐於同一裝置內，且耦合至一內部視頻顯示器(例如一行動電話之高解析度螢幕)、及/或可攜式聲訊呈現系統、或者某些類型之輸入系統或裝置。
 I.概述
本發明之總目的係提供一種如下文所述之MDDI，MDDI形成或提供一成本有效的低功耗傳輸機構，該傳輸機構能夠使用一「串列」型資料鏈路或通道在主機裝置與用戶端裝置(例如顯示元件)之間藉由一短距離通信鏈路達成高速或甚高速資料傳輸。該機構適於使用微型連接器及薄撓性電纜進行構建，而微型連接器及薄撓性電纜尤其適用於將內部(一機殼或支撐框架內部)顯示器或輸出元件或裝置、或輸入裝置連接至一中央控制器或通信元件或裝置。此外，該連接機構非常適用於將諸如頭戴式微顯示器(護目鏡或投影機)或其他類型之可視、可聽、可觸資訊呈現裝置等外部顯示元件或裝置連接至可攜式電腦、無線通信裝置或娛樂裝置。
儘管術語「行動(Mobile)」及「顯示器(Display)」與該協定之命名相關聯，然而應瞭解，此僅係為了便於具有一易於為熟習介面及協定技術者所理解之標準名稱。因為其將與一視頻電子設備標凖協會(VESA)標準及該標準的各種應用相關。然而，在閱讀完下文所提供之實施例後，將易於瞭解：許多並不與行動相關及並不與顯示器相關之應用亦將應用該協定、由此得到之介面結構或傳輸機構而獲益，且MDDI稱號並非意欲蘊含任何對本發明或其各種實施例之性質及適用性之限制。
本發明實施例之一優點在於提供一種資料傳輸技術，該種資料傳輸技術具有低複雜度、低成本、高可靠性、非常適合於應用環境且極其健壯、同時保持非常靈活。
本發明實施例可在眾多種情形中用於以高速率將大量資料(通常係用於聲頻、視頻或多媒體應用之資料)自一產生、調處(例如以便傳輸至特定裝置)、或以其他方式處理、或儲存該等資料之主機或源裝置傳送或傳輸至一用戶端或接收裝置，例如一視頻顯示器或投影元件、聲頻揚聲器、或其他呈現裝置。一在下文中所述之典型應用係將資料自可攜式電腦或無線電話或數據機傳輸至可視顯示裝置，例如一小的視頻螢幕或一頭戴式微顯示器具(例如為含有小的投影透鏡及螢幕之護目鏡或護盔形式)，或者在此等組件內自一主機傳輸至用戶端裝置。換言之，自一處理器或控制器傳輸至一內部螢幕或其他呈現元件，以及自各種使用用戶端之內部或外部輸入裝置傳輸至一位於內部(並置於同一裝置機殼或支撐結構內)之主機，或通過一電纜或導通與其相連。
MDDI之特性及屬性為：其不相依於具體的顯示或呈現技術。此為一種以高速率傳輸資料之高度靈活之機構，其既與彼資料之內部結構無關，亦與資料或其所執行之命令之功能態樣無關。此使吾人能夠將正傳輸之資料封包之定時調節至適合特定用戶端裝置之習性(例如對於某些裝置的獨有的顯示願望)或者滿足某些聲頻視頻(A－V)系統或某些輸入裝置(例如操縱桿、觸摸墊等等)的組合聲訊及視訊之要求。只要遵循所選協定，該介面即甚不易被顯示元件或用戶端裝置所知曉。此外，總的串列鏈路資料或資料速率可在數個數量級內變化，此使通信系統或主機裝置設計者能夠將成本、功率需求、用戶端裝置複雜度及用戶端裝置更新率最佳化。
該資料介面主要供用於藉由一「有線」信號鏈路或小電纜傳輸大量之高速率資料。然而，某些應用亦可利用無線鏈路，包括基於光之鏈路，其限制條件係：其組態為使用針對該介面協定開發的相同的封包及資料結構，並可在足以保持實用之低功耗或複雜度下維持所需之傳輸水凖。
II.環境
一典型應用可見於圖1A及1B中，圖1A及1B分別顯示一可攜式或膝上型電腦100及無線電話或PDA裝置102正分別與顯示裝置104及106連同聲頻再製系統108及112傳送資料。此外，圖1A顯示潛在地連接至一更大之顯示器或螢幕114或一圖像投影機116，為清晰起見，該更大之顯示器或螢幕114或圖像投影機116僅顯示於一個圖中，但其亦可連接至無線裝置102。該無線裝置可能當前正在接收資料，或者先前已在一記憶元件或裝置中儲存有一定數量之多媒體型資料供後續呈現，以便由該無線裝置之最終使用者觀看及/或收聽。由於通常之無線裝置在大部分時間中係用於語音及簡單的正文通信，因而其具有一相當小的顯示螢幕及簡單之聲頻系統(揚聲器)來向裝置102之使用者傳送資訊。
電腦100具有一大得多的螢幕，但其外部音響系統仍不夠用，且仍趕不上諸如高清晰度電視或電影螢幕等其他多媒體呈現裝置。電腦100僅係用於闡釋之目的，本發明亦可使用其他類型之處理器、互動式視頻遊戲裝置、或消費者電子裝置。電腦100可使用(但不限於或受限於)無線數據機或其他內建式裝置進行無線通信，或者根據吾人所願藉助一電纜或無線鏈路連接至此等裝置。
此使得在顯示一更為複雜或「豐富」之資料時，會帶給人們較不有用或較不令人愉快之感受。因此，該行業中正在開發其他機構及裝置來向最終使用者提供資訊並提供一最低位凖之所需樂趣或積極感受。
如上文所述，目前已開發出或正在開發若干種類型的用於向裝置100之最終使用者呈現資訊之顯示裝置。舉例而言，有一或多家公司已開發出數套頭戴式護目鏡，該等頭戴式護目鏡會在裝置使用者眼睛的前方投射圖像，從而提供一可視顯示。此等裝置在得到正確定位時會有效地「投射」一會由使用者眼睛感覺到的遠大於提供該可視輸出之元件的虛擬圖像。換言之，一極小之投影元件即能夠使使用者眼睛所「看到」之圖像之尺度遠大於使用通常液晶顯示器(LCD)螢幕及類似螢幕所可能看到之圖像。藉由使用更大之虛擬螢幕圖像，亦使吾人能夠使用具有遠高於使用更受限LCD螢幕顯示器時可能具有之解析度之圖像。其他顯示裝置可包括(但不限於)：小的LCD螢幕或各種平板式顯示元件、投影透鏡及用於在一表面上透射圖像之顯示驅動器，等等。
亦可能有其他元件連接至無線裝置102或電腦100或與無線裝置102或電腦100之使用相關聯，以提供一輸出至另一使用者，或至另一裝置，該另一裝置又將該等信號傳輸至他處或儲存之。舉例而言，可將資料儲存於快閃記憶體中、儲存為光的形式(例如使用一可寫之CD媒體)或儲存於磁性媒體上(例如磁帶記錄器及類似裝置)上，以供後續使用。
此外，目前許多無線裝置及電腦具有內建之MP3音樂解碼功能以及其他高級的聲音解碼器及系統。可攜式電腦一般係利用CD及DVD播放功能，且某些可攜式電腦具有小的專用快閃記憶體閱讀機來接收預先錄製之聲頻檔案。具有此等能力時的問題在於：數位音樂檔案有望產生高度增強之多功能感受，但僅當解碼及播放過程可齊步倂進時方能如此。對於數位視頻檔案同樣如此。
為有助於聲音再製，圖1A中顯示有外部揚聲器114，外部揚聲器114亦可伴隨有其他元件，例如亞低音揚聲器或「環繞聲」揚聲器，以進行前部及後部聲音投射。同時，將揚聲器或耳機108顯示為內建於圖1B所示微顯示裝置106之支撐框架或機構中。吾人應知，亦可使用其他聲訊或聲音再製元件，包括功率放大裝置或聲音成形裝置。
總之，如上文所述，當吾人期望藉由一或多個通信鏈路110將高品質或高解析度圖像資料及高品質聲頻資訊或資料信號自一資料源傳輸至一最終使用者時，需要使用一高資料速率。換言之，傳輸鏈路110顯然如上文所述為資料傳輸中之潛在瓶頸，且目前正在限制系統之效能，乃因現有傳輸機構無法獲得通常所需之高資料速率。如上文所述，舉例而言，對於諸如1024×1024像素等更高之圖像解析度、每像素24－32個位元之色彩深度及30 fps之資料速率，資料速率可接近超過755百萬位元/秒或更高之速率。此外，此等圖像可作為多媒體呈現之一部分進行呈現，多媒體呈現包含聲訊資料及可能其他涉及互動式遊戲或通信之信號、或各種命令、控制信號、或信號，此會進一步提高資料量及資料速率。
此外，顯然，建立一資料鏈路所需之電纜或互連線愈少，即意味著與一顯示器相配套之行動裝置愈易於使用，從而愈有可能為一更大的使用者群體所採用。當多個裝置共同用於建立一全聲頻－視覺感受時尤其如此，當顯示器及聲頻輸出裝置之品質位凖提高時更是尤其如此。
另一與許多上述及其他對視頻螢幕及其他輸出或輸入裝置之改良相關之典型應用可見於圖1C及1D中，圖1C及1D顯示一可攜式或膝上型電腦130及無線電話或PDA裝置140正分別與「內部」顯示裝置134及144連同與聲訊再製系統136及146進行資料傳送。
在圖2A及2B中，使用整個電子裝置或產品中之若干小的剖切段來表示一或多個內部主機及控制器在該裝置之一部分中之位置，其中一通用通信鏈路(此處為138及148)穿過一目前在整個電子行業中所用之某種習知類型之旋轉接頭分別將其連接至具有對應用戶端之視頻顯示元件或螢幕。吾人可知，在該等傳輸中所涉及之資料量要求使用大量導體構成鏈路138及148。據估計，鑒於目前可供用於傳輸此等資料之平行介面或其他習知介面技術之類型，為滿足目前人們不斷增長的在此等裝置上使用高級色彩及圖形介面、及顯示元件之需要，此等通信鏈路正接近90條或更多條導體。
遺憾的是，更高資料速率超出了現有的可供用於傳輸資料之技術：就每單位時間所需傳輸之原始資料量而言及就製造可靠的、成本有效的實體性傳輸機構而言皆為如此。
因此，需要提供一種對於呈現元件與資料源之間之資料傳輸鏈路或通信路徑，以更高速率傳輸資料之技術、結構、手段或方法，其應達成始終低(更低)之功率、輕的重量及儘可能簡單及經濟的佈纜結構。本發明之申請者已開發出一種新的技術、或方法及裝置來達成此等及其他目的，以使一系列行動的、可攜式的、或甚至固定位置的裝置能夠以極高資料速率向所需顯示器、微顯示器或聲訊傳輸元件傳輸資料，同時保持所需之低功耗及複雜度。
III.高速率數位資料介面系統架構
為形成並有效地利用一新的裝置介面，已製訂出一種使用低功率信號達成極高資料傳輸速率之信號協定及系統架構。該協定係基於一封包及共用訊框結構，或若干鏈接在一起構成一用於傳送一組預選定之資料或資料類型連同一命令之協定，或者施加於該介面上之運作結構。
A.概述 藉由MDDI鏈路相連或藉由MDDI鏈路進行通信之裝置稱作主機及用戶端，其中用戶端通常係一某種類型之顯示裝置，儘管亦涵蓋其他輸出及輸入裝置。根據主機之啟用，自主機傳輸至顯示器之資料係沿正向傳輸(稱作正向流量或正向鏈路)，而自用戶端傳輸至主機之資料則沿反向傳輸(稱作反向流量或反向鏈路)。此顯示於圖3所示基本構造中。在圖3中，一主機202藉助一雙向通信通道206連接至一用戶端204，圖中顯示該雙向通信通道206包含一正向鏈路208及一反向鏈路210。然而，該等通道係由一組共用導體構成，其資料傳輸會在正向鏈路作業或反向鏈路作業之間有效地轉換。此會大大減少導體數量，從而直接解決了現有的在諸如行動電子裝置等低功率環境中進行高速資料傳輸之方法所面臨的許多問題之一。
如在其他部分中所述，該主機包含若干種可獲益於利用本發明之裝置類型之一。舉例而言，主機202可係一呈手持式、膝上型、或類似行動計算裝置形式之可攜式電腦。其亦可係PDA、呼叫裝置、或衆多種無線電話或數據機中的一種。或者，主機202可係一可攜式娛樂裝置或呈現裝置，例如可攜式DVD或CD播放機、或遊戲裝置。
此外，該主機可作為一主機裝置或控制元件常駐於各種其他廣泛使用或已規劃的並期望與用戶端具有一高速通信鏈路的商業產品中。舉例而言，可使用一主機以高速率將資料自一錄影裝置傳輸至一基於儲存器之用戶端以改良其響應，或者傳輸至一高解析度的更大螢幕以供呈現。諸如電冰箱等電器用具包含有一單板庫存或計算系統及/或與其他家用裝置之藍牙連接，其在以網際網路或藍牙連接模式運作時可具有提高的顯示能力，或者可當電子電腦或控制系統(主機)常駐於機櫃中之其他位置時降低對室內顯示器(為一用戶端)及小鍵盤或掃描器(用戶端)之佈線需求。一般而言，熟習此項技術者應瞭解，有很多種現代電子裝置及電器用具可獲益於使用該介面，且能夠利用新增的或現有的連接器或電纜中所具有之有限數量導體以更高資料速率之資訊傳輸來翻新過時之裝置。
同時，用戶端204可包含各種適用於向最終使用者呈現資訊或自使用者向主機呈現資訊之裝置。舉例而言，整合於護目鏡或眼鏡中之微顯示器，內建於帽子或護盔中之投影裝置、內建於車輛中(例如車窗或擋風玻璃中)之小螢幕甚至全像元件，或各種揚聲器、頭戴式耳機、或用於呈現高品質聲音或音樂之音響系統。其他呈現裝置包括用於呈現會議資訊或呈現電影或電視圖像資訊之投影機或投影裝置。另一實例係使用觸摸墊或敏感裝置、語音識別輸入裝置、安全掃描器等等，該等裝置可用來傳輸來自一裝置或系統使用者之很大量的資訊且除使用者之觸摸或聲音外，幾乎不再有其他實際「輸入」。此外，電腦之擴充基座及無線電話之車用免持套件或桌面免持套件及支座可用作與最終使用者或與其他裝置及設備之介面裝置，並使用用戶端(例如滑鼠等輸出或輸入裝置)或主機來幫助進行資料傳輸，尤其當涉及高速網路時。
然而，熟習此項技術者易知，本發明並非僅限於該等裝置，亦存在許多種其他市售的及人們提議使用之裝置，該等裝置旨在在儲存及傳送方面或在播放時的呈現方面為最終使用者提供高品質圖像及聲音。本發明適用於提高各種元件或裝置之間之資料通量，以容納為達成所需使用者感受所需之高資料速率。
本發明之MDDI介面及通信信號協定可用於簡化一裝置或裝置機殼或結構內之主機處理器、控制器或電路組件(舉例而言)與顯示器之間之互連(稱作內部模式)，藉以降低成本或複雜度及該等連接之相關功率及控制要求或約束、並提高可靠性，而並非僅用於連接至或僅用於外部元件、裝置或設備(稱作外部模式)。
該介面結構所用之每一信號對上之總串列鏈路資料速率可在許多個數量級內變化，此使系統或裝置設計者易於針對一既定應用或用途將成本、功率、實施方案複雜度、及顯示器更新速率最佳化。MDDI之屬性並不相依於顯示器或其他呈現裝置(目標用戶端)技術。經由該介面傳輸之資料封包之定時可易於調整至適合諸如顯示裝置、音響系統、記憶體及控制元件等特定用戶端之習性、或聲頻－視頻系統之組合定時要求。儘管此可使吾人獲得功耗極低之系統，然而，並不要求各種用戶端具有訊框緩衝器以至少在某種位階上利用該MDDI協定。
B.介面類型 預期該MDDI介面可滿足通信及電腦行業中所見的至少四種且可能更多種略有不同之實體介面類型。該等實體介面類型簡單地標示為1型，2型，3型及4型，儘管視其所用之具體應用及其所相關之行業而定，熟習此項技術者亦可採用其他標記或名稱。舉例而言，簡單之聲頻系統所使用之連接會少於更複雜之多媒體系統，並可能會以不同之方式提及諸如「通道」等特性，等等。
1型介面構造為一6導線(或其他類型之導體或導電元件)式介面，此使其適用於行動或無線電話、PDA、電子遊戲機、及可攜式媒體播放機(例如CD播放機或MP3播放機)、及類似裝置或根據類似類型之電子消費技術使用之裝置。在一實施例中，可將介面構造為一8導線(導體)式介面，此更適用於膝上型電腦、筆記型電腦、或桌上型個人電腦、及不要求進行快速資料更新且不具有內建式MDDI鏈路控制器之類似裝置或應用。該介面類型亦可藉由使用一附加的兩線式通用串列匯流排(USB)介面來辨別出，兩線式通用串列匯流排(USB)介面非常適用於容納現有作業系統或在大多數個人電腦上見到的軟體支援。
2型，3型及4型介面適用於高效能用戶端或裝置，並使用帶有附加雙絞線型導體的更大、更複雜的電纜為資料信號提供適當之屏蔽及低損耗傳輸。
1型介面傳送的信號可包括顯示資訊、聲頻資訊、控制資訊、及有限的傳訊資訊，且1型介面通常用於不要求使用高解析度全速率視訊資料之行動用戶端或用戶端裝置。1型介面可在30 fps加上5.1通道聲訊情況下輕鬆地支援超級視訊圖形陣列(SVGA)解析度，且在一最低構造中可總共僅使用三個線對：兩個線對用於資料傳輸，一個線對用於電源傳輸。此種類型之介面主要用於諸如行動無線裝置等其中不具有用於連接及傳輸信號之USB主機之裝置。在此種構造中，行動無線裝置係一MDDI主機裝置，其用作用於控制始自該主機之通信鏈路之「主裝置」，始自該主機之通信鏈路通常向用戶端發送資料(正向流量或正向鏈路)以供呈現、顯示或播放。
在該介面中，主機藉由發送一特殊命令或封包類型至用戶端以容許其接管匯流排(鏈路)一規定之持續時間並將資料作為反向封包發送至主機，來達成在主機處自用戶端接收通信資料(反向流量或鏈路)。此顯示於圖4中，在圖4中，使用一稱作囊封封包(如下文所述)之封包類型來適應藉由傳輸鏈路進行之反向封包傳輸，從而形成反向鏈路。分配給該主機向用戶端進行資料輪詢之時間間隔係由主機預先確定，並基於每一規定應用之要求。當不具有用於自用戶端傳輸資訊或資料之USB埠時，此種類型之半雙工雙向資料傳輸尤其較佳。
為支援全動式視訊，能夠進行HDTV型顯示或類似高解析度顯示之高效能顯示器需要使用約1.5十億位元/秒速率資料流。2型介面藉由並行地發送2個位元，3型介面藉由並行地發送4個位元，4型介面藉由並行地發送8個位元來支援高資料速率。2型及3型介面使用與1型介面相同之電纜及連接器，但可以兩倍及四倍之資料速率運作，以在可攜式裝置上支援高效能視訊應用。4型介面適用於極高效能用戶端或顯示器，並需要使用一略大之電纜來含納附加雙絞線資料信號。
該MDDI所用協定使1型，2型，3型或4型中每一類型主機皆能夠藉由協商可使用之可能最高資料速率有多大來廣泛地與1型，2型，3型或4型中的任一類型用戶端進行通信。使用可稱作最低功能裝置之功能或可用特徵來設定鏈路之效能。一般而言，甚至對於其中主機及用戶端二者皆能夠使用2型，3型或4型介面之系統，主機及用戶端二者亦皆作為1型介面開始其運作。然後，主機會確定目標用戶端之能力，並協商進行一適用於特定應用之交遞或重組態作業，以交遞或重組態至2型，3型或4型模式。
一般而言，主機可使用正確之鏈路層協定(如下文進一步論述)並一般而言在任一時刻將其作業降至或再次重組態至一更慢模式以節約功率，或者升高至一更快模式以支援更高速度傳輸，例如對於更高解析度顯示內容而言。舉例而言，主機可在系統自諸如蓄電池等電源轉換至AC電源時，或者在顯示媒體源轉換至一更低或更高解析度格式時改變介面類型，或者可考慮將該等條件之組合或其他條件或事件作為改變介面類型或傳輸模式之根據。
系統亦可在一個方向上使用一種模式而在另一方向上使用另一模式來傳送資料。舉例而言，為將資料以高速率傳輸至一顯示器，可使用一4型介面模式，而在將資料自諸如鍵盤或指標裝置等周邊裝置傳輸至主機裝置時，則可使用1型模式。熟習此項技術者應瞭解，主機及用戶端可使用不同速率傳送外傳之資料。
通常，MDDI協定使用者可區分一「外部」模式與一「內部」模式。外部模式係指使用該協定及介面將一個裝置中之主機連接至彼裝置外一距該主機最遠約2米左右之用戶端。在此種情形中，主機亦可發送電源至該外部用戶端，以使該等兩個裝置皆可輕鬆地在行動環境中運作。內部模式係指將主機連接至一包含於同一裝置內之用戶端，例如位於一共用的機殼或支撐框架或某種類型之結構內。其一實例係應用於一無線電話或其他無線裝置或一可攜式電腦或遊戲裝置內，其中用戶端係一顯示器或顯示器驅動器，或諸如小鍵盤或觸摸墊等輸入裝置，而主機係一中央控制器、圖形引擎、或CPU元件。由於與外部模式應用相比，在內部模式應用中，用戶端之位置距主機近得多，因而在此等構造中，一般而言不會述及對連接至用戶端之電源連接之要求。
C.實體介面結構 一用於在主機裝置與用戶端裝置之間建立通信之裝置或鏈路控制器之一般佈置顯示於圖5及6中。在圖5及6中，顯示一MDDI鏈路控制器402及502安裝於一主機裝置202中，且顯示一MDDI鏈路控制器404及504安裝於一用戶端裝置204中。如上文所述，主機202藉助一包含一係系列導體之雙向通信通道406連接至一用戶端204。如下文所述，可將主機及用戶端鏈路控制器二者製作為一採用一單一電路設計之積體電路，可將該積體電路設置、調整或程式化為以一主機控制器(驅動器)或一用戶端控制器(接收器)形式作出響應。由於可更大規模地製造一單一電路裝置，因而此可降低成本。
在圖6中，顯示一MDDI鏈路控制器502安裝於一主機裝置202'中，並顯示一MDDI鏈路控制器504安裝於一用戶端裝置204'中。如上文所述，主機202'藉助一包含一系列導體之雙向通信通道506連接至一用戶端204'。如下文所述，可採用一單一電路設計來製造主機及用戶端鏈路控制器二者。
在主機與諸如顯示裝置等用戶端之間藉由MDDI鏈路或藉由所用實體導體傳遞之信號亦顯示於圖5及6中。如圖5及6所示，用於經由MDDI傳輸資料之主路徑或機構係使用標示為MDDI_Data0＋/－及MDDI_Stb＋/－之資料信號。每一該等資料信號皆係藉由一電纜中的一差動導線對傳輸之低電壓資料信號。對於每一藉由該介面發送之位元，在MDDI_Data0對或MDDI_Stb對上僅存在一次躍遷。此係一基於電壓而非基於電流之傳輸機構，因而靜態電流消耗接近於零。主機將MDDI_Stb信號驅動至用戶端顯示器。
儘管資料可藉由MDDI_Data對在正向及反向兩個方向上流動(換言之，其係一雙向傳輸路徑)，然而主機係資料鏈路之主裝置或控制器。MDDI_Data0及MDDI_Stb信號路徑係以差動模式運作，以使抗擾性最大化。該等線上之信號之資料速率取決於主機所發送時鐘之速率，其可在一約1千位元/秒至約400百萬位元/秒或以上之範圍內變化。
2型介面在1型之外包含一個附加資料對或導體或路徑，稱作MDDI_Data1＋/－。3型介面在2型介面之外包含兩個附加資料對或信號路徑，稱作MDDI_Data2＋/－及MDDI_Data3＋/－。4型介面則在3型介面之外包含四個另外的資料對或信號路徑，分別稱作MDDI_Data4＋/－，MDDI_Data5＋/－，MDDI_Data6＋/－，及MDDI_Data7＋/－。在每一種上述介面構造中，主機可使用標記為HOST_Pwr及HOST_Gnd之線對或信號來發送電源至用戶端或顯示器。如下文所進一步闡述，在某些構造中，當正使用之介面「類型」所用導體少於其他模式可具有或存在之導體時，亦可(若需要)在MDDI_Data4＋/－，MDDI_Data5＋/－，MDDI_Data6＋/－，或MDDI_Data7＋/－導體上達成電源傳輸。此種電源傳輸通常用於外部模式，對於內部模式而言則通常不需要，儘管某些應用可能會有所不同。
下表I根據介面類型顯示了在各種模式中在主機與用戶端(顯示器)之間藉由MDDI鏈路傳遞之信號之一覽表。
亦應注意，用於自主機進行傳輸之HOST_Pwr/Gnd連接線一般設置用於外部模式。熟習此項技術者易知，在內部應用或運作模式中，用戶端一般係自其他內部資源直接抽引電源，而不使用MDDI來控制電源分配，因而此處不再進一步贅述此種分配。然而，熟習此項技術者應瞭解，當然可容許藉由MDDI介面分配電源，以達成某種類型之電源控制、同步、或便於互連(舉例而言)。
通常用於構建上述結構及運作之電纜在標稱情況下處於1.5米長度數量級且一般而言為2米或以下，並包含三對雙絞線導體，其中每一雙絞線導體又皆為多股式導線且標稱處於32美國線規(AWG)與28 AWG之間。儘管導線尺寸並不限於該範圍，然而熟習此項技術者將知，應滿足關於最大總端對端電阻、最大電容/英吋、每對之阻抗、及串擾之電氣規格或限制。
一箔屏蔽覆蓋層纏繞或以其他方式形成於整組或群組(此處為3個)雙絞線對及一作為一附加地線之地線上。該等雙絞線及屏蔽地線導體端接於用戶端連接器中，其中該屏蔽線連接至用戶端之屏蔽線，且如在此項技術中衆所習知，有一絕緣層覆蓋整個電纜。該等導線配對如下：HOST_Gnd與HOST_Pwr；MDDI_Stb＋與MDDI_Stb－；MDDI_Data0＋與MDDI_Data0－；MDDI_Data1＋與MDDI_Data1_；等等。然而，如此項技術中應瞭解，亦可使用衆多種導體及電纜來構建本發明之實施例，此視具體應用而定。舉例而言，在某些應用中可使用厚的外部塗層甚至金屬層來保護電纜，而對於其他應用，更薄、更平整之導電帶型結構可能會非常適用。
D.資料類型及速率 為達成一適用於所有使用者經歷及應用之介面，該MDDI支援各種用戶端及顯示器資訊、聲頻轉換器、鍵盤、指標裝置、及衆多種可整合入一行動通信、計算或顯示裝置內或與一行動通信、計算或顯示裝置一致工作之其他輸入或輸出裝置、以及控制資訊、及其組合。該MDDI介面設計成能夠使用最小數量之電路或導體來容納在主機與用戶端之間在正向或反向鏈路方向上傳送的衆多種潛在類型的資料流。其既支援等時流亦支援異步流(更新)。可存在許多種資料類型組合，只要總資料速率小於或等於最大所需MDDI鏈路速率即可，該最大所需MDDI鏈路速率受限於所採用之最大串列速率及資料對數量。此包括(但不限於)下表Ⅱ及Ⅲ中所列項。
該介面並非固定不變，而是可擴展，以使其可支援傳輸包括使用者自定義資料在內之各種資訊「類型」，以達成將來系統之靈活性。欲容納之資料之具體實例為：全動式視訊，其呈全螢幕或部分螢幕位元映射欄或壓縮視訊形式；用於節約功率及降低構建成本之低速率靜態位元映射；具有各種解析度或速率之PCM或壓縮聲訊資料；指標裝置位置及選擇，及用於尚待定義之功能之使用者自定義資料。此等資料亦可與用於偵測裝置功能或設定運作參數之控制資訊或狀態資訊一同傳輸。
本發明之實施例推進該技術用於包括(但不限於)如下在內之資料傳輸：觀看電影(視訊顯示及聲訊)；使用一具有有限個人觀看功能之個人電腦(圖形顯示，有時與視訊及聲訊相組合)；在PC、控制臺、或個人裝置上玩視頻遊戲(移動圖形顯示，或合成視訊及聲訊)；使用一視頻電話、一靜止數位照片攝像機、或一用於捕捉數位視頻圖像之攝像放像機形式之裝置「漫遊」網際網路(雙向低速視訊及聲訊)；使用一設置有呈現用投影機或設置有一連接至視頻監視器、鍵盤及滑鼠之桌上型擴充基座的電話、電腦或PDA；及與行動電話、智慧型電話、或PDA(包括無線指標裝置及鍵盤資料)共同用於提高生產率或用於娛樂。
下文所述高速資料介面係就藉由一通常構造為一導線型或電纜型鏈路之通信或傳輸鏈路提供大量A－V型資料來闡述。然而，吾人易知，亦可調整該信號結構、協定、定時或傳輸機構，以提供一光媒體或無線媒體形式之鏈路－若其可保持所期望之資料傳輸水凖。
MDDI信號係對基本信號協定或結構使用一稱作共用訊框速率(CFR)之概念。使用共用訊框速率所依據之想法係藉由以一可用於導出多個流之時鐘或訊框定時之速率發送子訊框標頭封包來為同時的等時資料流提供一同步脈衝。發送子訊框標頭封包之速率係共用訊框速率。用戶端裝置可使用該共用訊框速率作為一參考時間。低CF速率會因降低在發送子訊框標頭時之附加項而提高通道效率。反之，高CFR會降低延時，並達成聲訊樣本之更小彈性資料緩衝。本發明介面之CFR可動態地程式化，並可設定為許多個適用於在特定應用中所用等時流之值之一。換言之，根據需要選擇CF值，使其最佳地適合既定用戶端及主機構造。
表IV顯示出對於最有可能用於一應用的等時資料流，每一子訊框通常所需之位元組數量，該等位元組數量可調或可程式化。
使用一簡單的可程式化M/N計數器結構可容易地獲得分數個位元組計數值/每一子訊框。舉例而言，藉由傳輸2個分別包含27個位元組之子訊框且隨後傳輸一個包含26個位元組之子訊框，即可構建一26－2/3個位元組/每子訊框之計數值。可選擇一更小之CFR來產生整數個位元組/子訊框。然而，一般而言，構建一硬體形式的簡單的M/N計數器時在用於構建本發明各實施例之一部分或全部的積體電路晶片或電子模組內所需之面積應小於一更大之聲訊樣本FIFO緩衝器所需之面積。
一用於闡釋不同資料傳輸速率及資料類型之影響之實例性應用係Karaoke系統。在Karaoke中，一最終使用者或若干最終使用者隨音樂視頻程式一同歌唱。歌曲之歌詞顯示於螢幕上(通常顯示於螢幕下方)之某個位置處，以使使用者知曉欲歌唱之歌詞及歌曲之大致定時。此種應用需要使用不常進行圖形更新之視頻顯示器並需要將使用者聲音與立體聲訊流相混合。
若採用一300赫茲之共用訊框速率，則每一子訊框將由如下組成：有92,160個位元組之視訊內容及588個位元組之聲訊內容(基於147個16位元樣本，立體聲)藉由正向鏈路傳輸至用戶端，並有平均26.67(26－2/3)個位元組之語音自麥克風傳送回行動Karaoke機。在主機與用戶端(可能為頭戴式顯示器)之間係發送異步封包。此包括以1/30t h 秒之間隔或週期更新底部四分之一螢幕高度之歌詞正文，並在未在更新歌詞正文時在子訊框中發送其他各種控制及狀態命令。
表V顯示對於Karaoke實例而言如何在一子訊框內分配資料。其中將所用總速率選擇為約279百萬位元/秒。一稍高的280百萬位元/秒之速率會容許另外再傳輸約400個位元組之資料/每一子訊框，此使吾人可使用非經常性的控制訊息及狀態訊息。
III.(續)高速率數位資料介面系統架構E.鏈路層 藉助MDDI高速串列資料信號傳輸之資料係由一按時間多工封包流組成，該等按時間多工之封包彼此相互鏈接。甚至當一發送裝置並無資料要發送時，一MDDI鏈路控制器亦通常自動地發送填充封包，由此保持具有一封包流。使用簡單之封包結構可保證視訊及聲訊信號或資料流具有可靠的等時定時。
在稱作子訊框之信號元或信號結構內包含有若干組封包，在稱作媒體訊框之信號元或信號結構內則包含有若干組子訊框。一子訊框包含有一或多個封包，此視其各自之尺寸及資料傳輸用途而定，且一媒體訊框包含有一或多個子訊框。由此處所示各實施例所使用之協定提供之最大子訊框處於23 2 －1或4,294,967,295個位元組數量級，因而最大媒體訊框尺寸處於21 6 －1或65,535個子訊框數量級。
一專用子訊框標頭封包包含有一唯一之標識符，該標識符出現於每一子訊框之起始處，如下文所述。彼標識符亦用於在啟動主機與用戶端之間的通信時獲取用戶端裝置處之訊框定時。鏈路定時的獲取將在下文中更詳細地加以論述。
通常，顯示螢幕在顯示全動式視訊時係每一媒體訊框更新一次。顯示訊框率與媒體訊框率相同。該鏈路協定支援在整個顯示器上之全動式視訊，或者僅支援由一靜態圖像環繞的一小區域的全動式視訊內容，此視所需應用而定。在諸如瀏覽網頁或電子郵件等某些低功率行動應用中，顯示器螢幕可能僅需要偶爾地更新。在彼等情形中，較佳係發送一單一子訊框，然後關閉或禁用該鏈路以使功耗最小化。該介面亦支援諸如立體視覺等效果並處理圖形原語。
子訊框使系統能夠定期地傳輸高優先權封包。此使各同時的等時流能夠與一最少量之資料緩衝共存。此係本發明各實施例為顯示過程提供的一個優點，其使多個資料流(高速傳送視訊、語音、控制、狀態、指標裝置資料等)能夠基本上共享一共用通道。其使用相對少的信號來傳輸資訊。其亦允許顯示技術特定之行為存在，例如CRT監視器所具有的水平同步脈衝及消隱間隔，或者其他用戶端技術特定之行為。
F.鏈路控制器 圖5及6所述MDDI鏈路控制器製造或組裝成一完全數位化構建形式，用於接收MDDI資料及選通信號之差動線接收器除外。然而，甚至該等差動線驅動器及接收器亦可與鏈路控制器構建於相同之數位積體電路中，例如當製作CMOS型IC時。無需使用類比功能或鎖相迴路(PLL)進行位元恢復或構建鏈路控制器之硬體。主機及用戶端鏈路控制器包含有非常近似之功能，只是用戶端介面包含有一用於進行鏈路同步化之狀態機。因此，本發明之實施例可達成如下實際優點：能夠形成一既可構造為主機亦可構造為用戶端之單一控制器設計或電路，此可總體上降低鏈路控制器之製造成本。
IV.介面鏈路層
A.訊框結構 用於構建封包傳輸正向鏈路通信之信號協定或訊框結構顯示於圖7中。如圖7所示，將資訊或數位資料組合成若干稱作封包之元。多個封包又一同組合形成吾人所稱之「子訊框」，且多個子訊框又一同組合形成一「媒體」訊框。為控制訊框的形成及子訊框的傳輸，每一子訊框皆以一稱作子訊框標頭封包(SHP)的經特殊預定義之封包開頭。
主機裝置選擇欲用於一既定傳輸之資料速率。該速率可由主機裝置根據主機之最大傳輸能力或主機正自一源擷取之資料、及用戶端或該資料正傳輸至的其他裝置之最大能力二者來動態地改變。
一設計用於使用或能夠使用MDDI或本發明信號協定進行工作之接收方用戶端裝置能夠由主機來查詢，以確定其可使用的最大或當前最大資料傳輸速率、或者可使用一預設的更慢最低速率、以及可用之資料類型及所支援特徵。如下文所述，該資訊可使用一用戶端能力封包(CCP)來傳輸。用戶端顯示裝置能夠以一預選定之最低資料速率或在一最低資料速率範圍內使用該介面傳輸資料或與其他裝置進行通信，且主機將使用該範圍內之資料速率來實施查詢，以確定用戶端裝置之最大能力。
其他用於界定用戶端之視訊訊框率能力及位元映射性質之狀態資訊可在一狀態封包中傳輸至主機，以使主機可在任何系統約束條件內將該介面構造為儘可能可行地或儘可能如吾人所期望地有效或最佳。
當在當前子訊框中沒有(不再有)欲傳送之資料封包時，或當主機無法以一足以與選擇用於正向鏈路之資料傳輸速率一致之速率進行傳輸時，主機會發送填充封包。由於每一子訊框皆以一子訊框標頭封包開頭，因而前一子訊框之末尾包含一恰好填充該前一子訊框之封包(最可能為一填充封包)。倘若缺乏用於帶有資料之封包本身之空間，則填充封包最有可能係一子訊框中之最末封包，或位於下一前一子訊框末尾處、一子訊框標頭封包之前。主機裝置中之控制作業之任務係保證在一子訊框中為欲在彼子訊框內傳輸之每一封包留有足夠之空間。同時，一旦一主機裝置啟動發送一資料封包，該主機即必須能夠在一訊框內成功地完成一彼大小之封包而不會引起資料資料不足狀態。
在本發明實施例之一態樣中，子訊框傳輸具有兩種模式。一種模式係週期性子訊框模式，或週期性定時紀元，其用於發送即時視訊及聲訊流。在此種模式中，將子訊框長度定義為非零。第二種模式係異步或非週期性模式，其中當可得到新資訊時會使用訊框向用戶端提供位元映射資料。此種模式係藉由在子訊框標頭封包(Sub－frame Header Packet)中將子訊框長度設定為零來定義。當使用週期性模式時，可在用戶端已根據正向鏈路訊框結構同步化時開始子訊框封包接收。此對應於根據下文參照圖49或圖63所述狀態圖定義之「處於同步」之狀態。在異步非週期性子訊框模式中，係在接收到第一子訊框標頭封包之後開始接收。
B.總體封包結構 下文將闡述封包格式或結構，該封包格式或結構用於製訂供本發明實施例實施的通信或信號協定、或資料傳輸方法或手段，應記住，該介面係可擴展並可根據需要添加額外的封包結構。該等封包係根據其在介面中之功能(換言之，其所傳輸或其相關之命令、資訊、值或資料)標示為或劃分成不同「封包類型」。因此，對於一用於調處所傳輸封包及資料之既定封包而言，每一封包類型皆表示一預定義封包結構。吾人易知，封包可具有預選定之長度，或者具有可變或可動態改變之長度，此視其各自之功能而定。封包亦可具有不同之名稱，儘管仍達成相同之功能，當在收錄於一標凖中期間協定會變化時即可能會出現此種情況。各個封包中所用位元組或位元組值係組態為多位元(8－或16－位元)無正負號整數。表VI－1至表VI－4即按類型順序顯示所用封包一覽表及其「類型」名稱。
為易於闡釋及理解，每一表皆表示總體封包結構內的一大體封包「類型」。該等分組並未隱含或明確表示對本發明具有任何限制或其他影響，且該等封包亦可根據需要以許多種其他方式進行組織。該等表中亦標出了視為有效之封包傳輸方向。
根據本文中之其他論述易知：對於外部模式運作而言，認為子訊框標頭封包、填充封包、反向囊封封包、鏈路關閉封包、用戶端能力封包、及用戶端請求及狀態封包皆對許多通信介面實施例甚為重要或甚至為許多通信介面實施例所必需。然而，對於內部模式運作而言，反向囊封封包、鏈路關閉封包、用戶端能力封包、及用戶端請求及狀態封包可視為或更有可能視為可選封包。此會形成又一種類型之MDDI協定，此種MDDI協定能夠以減少的一組通信封包以極高之速度傳送資料，並對應地簡化控制及定時。
各封包具有一共用基本結構或總體的一組最少欄，該等欄包括一封包長度欄(Packet Length field)、一封包類型欄(Packet Type field)、資料位元組欄(Data Bytes fields)、及一CRC欄，此顯示於圖8中。如圖8所示，封包長度欄包含有呈一多位元或多位元組值形式之資訊，該資訊用於規定該封包中之位元總數或封包長度欄與CRC欄之間的封包長度。在一實施例中，封包長度欄包含一用於規定封包長度的16－位元或2－位元組寬的無正負號整數。封包類型欄係另一多位元欄，其表示該封包中所包含資訊之類型。在一實例性實施例中，其係一16－位元或2－位元組寬的值，呈一16－位元無正負號整數之形式，用於規定資料類型，例如顯示器能力、交遞、視訊或聲訊流、狀態等等。
第三欄係資料位元組欄(Data Bytes field)，其含有正作為彼封包之一部分在主機裝置與用戶端裝置之間傳輸或發送之位元或資料。該資料之格式係根據正傳輸資料之具體類型針對每一封包類型專門定義，並可分成一系列附加欄，其中每一附加欄皆具有其自身之格式要求。換言之，每一封包類型皆具有一用於該部分或欄的已定義格式。最末欄係CRC欄，其包含對資料位元組欄、封包類型欄、及封包長度欄計算出的16－位元循環冗餘檢查之結果，該最末欄用於確認該封包中資訊之完整性。換言之，係對除CRC欄自身外的整個封包進行計算。用戶端通常保持有所偵測CRC錯誤的總計數值，並在用戶端請求及狀態封包中將該計數值報告回至主機(進一步參見下文)。
一般而言，將該等欄之寬度及組織方式設計成使2－位元組欄對齊於一偶數位元組邊界上，使4－位元組欄對齊於4－位元組邊界上。此使封包結構能夠容易地建置於主機及用戶端之主記憶體空間中或建置於與主機及用戶端相關聯之主記憶體空間中，而不會違背在大多數或通常所用之處理器或控制電路中所遇到之資料類型對齊規則。
在傳輸封包期間，在欄的發送中，首先自最低有效位元(LSB)開始，最後以最高有效位元(MSB)結束。長度大於一個位元組之參數係首先使用最低有效位元組來發送，此使長度大於8位元之參數所用之位元傳輸圖案與一其中首先發送LSB之更短參數所用位元傳輸圖案相同。每一封包中之各資料欄通常係按在下文中後續部分中所定義之次序來發送，其中將第一欄列為首先發送，將最末欄列為最後發送。在任一模式(1型、2型、3型或4型)中，MDDI_Data0信號路徑上之資料皆與在介面上發送之位元組中之位元「0」對齊。
當調處用於顯示器之資料時，用於像素陣列之資料係如在電子技術中之傳統作法一般，首先按列發送，然後按行發送。換言之，出現於一位元映射之同一列中之所有像素係按次序發送：其中首先發送最左側像素，最後發送最右側像素。在發送完一列中最右側像素後，該順序中之下一像素將為下一列中最左側之像素。對於大多數顯示器而言，各列像素通常係自上至下依次發送，儘管亦可根據需要採用其他組態。此外，在處理位元映射時，此處所遵循之習知方法係藉由將位元映射之左上角標示為位置或位移「0,0」來定義一參考點。當分別趨近位元映射之右側及底部時，用於界定或確定在位元映射中之位置之X及Y座標會增大。第一列及第一行(圖像之左上角)係始於一索引值零。在顯示器使用者看來，X座標之值朝圖像右側增大，Y座標之值則朝圖像底部增大。
一顯示視窗係位元映射之可視部分，即該位元映射中可由使用者在實體性顯示媒體上看到之像素部分。通常，顯示視窗與位元映射具有相同尺寸。顯示視窗之左上角始終顯示位元映射像素位置「0,0」。顯示視窗之寬度對應於位元映射之X軸，本實施例中之顯示視窗寬度小於或等於對應位元映射之寬度。視窗之高度對應於位元映射之Y軸，本實施例中之顯示視窗高度小於或等於對應位元映射之高度。在該協定中，顯示視窗自身不可定址，乃因其僅定義為位元映射之可視部分。
位元映射與顯示視窗之間之關係已在電腦、電子技術、網際網路通信、及其他電子相關技術中衆所習知。因此，此處不再進一步贅述或闡釋該等原理。
C.封包定義 1.子訊框標頭封包 子訊框標頭封包係每一子訊框中之第一封包，其具有一如圖9所示之基本結構。子訊框標頭封包用於主機－用戶端同步化，每一主機皆應能夠產生該封包，同時每一用戶端皆應能夠接收及解譯該封包。由圖9所示的一個實施例可見，此種類型之封包構造成具有通常按如下次序之欄：封包長度(Packet Length)欄，封包類型(Packet Type)欄，唯一字組(unique word)欄，預留1(Reserved 1)欄，子訊框長度(Sub－Frame Length)欄，協定版本(Protocol Version)欄，子訊框計數值(Sub－Frame Count)欄，及媒體訊框計數值(Media－frame Count)欄。在一實施例中，此種類型之封包通常識別為一15359(十六進制數0x3bff)型封包，其使用一預選定的20位元組固定長度(不包括封包長度欄)。
封包類型欄及唯一字組欄分別使用一2位元組值(16－位元無正負號數)。該等兩個欄之4－位元組組合一同形成一具有較佳自關聯性之32－位元唯一字組。在一實施例中，實際之唯一字組係0x005a3bff，其中較低之16個位元作為封包類型首先發送，隨後再發送最有效的16個位元。
預留1欄包含2個作為預留空間供將來使用之位元組，且通常在此時組態為將所有位元皆設定至零。該欄之一用途係使後續2－位元組欄對齊一16－位元字位址並使4－位元組欄對齊一32－位元字位址。最低有效位元組預留用於指示主機是否能夠定址多個用戶端裝置。該位元組的零值預留用於指示該主機僅能夠與單個用戶端裝置共同運作。
子訊框長度欄包含4個位元組之資訊或值，該等資訊或值用於規定每一子訊框之位元組數量。在一實施例中，可設定該欄之長度等於零來指示在該鏈路關閉並進入閒置狀態之前主機將僅發送一個子訊框。當自一個子訊框變遷至下一子訊框時，該欄中之值可以「飛行」方式動態地變化。此功能適用於為達成等時資料流而對同步脈衝作出小的定時調整。若對子訊框標頭封包之CRC無效，則鏈路控制器應使用先前所知之較佳子訊框標頭封包之子訊框長度來估計當前子訊框之長度。
協定版本欄包含2個用於規定主機所用協定版本之位元組。可將協定版本欄設定至「0」來規定正使用之版本為該協定之第一版本或當前版本。當產生新的版本時，該值將隨時間變化，且對於某些版本欄，該值已經升級至值「1」。吾人應知，版本值將可能或通常遵循一涵蓋諸如MDDI等介面之經批准之標凖文件之當前版本編號。
子訊框計數值欄包含用於規定一順序號之2個位元組，該順序號指示自該媒體訊框起始以來已發送之子訊框數量。媒體訊框之第一子訊框之子訊框計數值為零。媒體訊框之最末子訊框之值為n－1，其中n為每一媒體子訊框之子訊框數量。子訊框計數值欄之值等於在前一子訊框封包中所發送之子訊框計數值加1，媒體訊框中之第一子訊框除外(其計數值將為零)。應注意，若將子訊框長度設定為等於零(指示為一非週期性子訊框)，則子訊框計數值亦設定為等於零。
媒體訊框計數值欄包含用於規定一順序號之4個位元組(32－位元無正負號整數)，該順序號指示自正傳輸之當前媒體項或資料起始以來已發送之媒體訊框數量。一媒體項中第一媒體訊框之媒體訊框計數值為零。媒體訊框計數值恰好在每一媒體訊框之第一子訊框之前遞增，並在使用最大媒體訊框計數值(例如媒體訊框數量為23 2 －1＝4,294,967,295)後回繞至零。媒體訊框計數值通常可由主機在任一時刻重設，以適合一最終應用之需要。
2.填充封包 填充封包係當無其他資訊可供在正向鏈路或反向鏈路上發送時傳輸至用戶端裝置或自用戶端裝置傳輸之封包。為達成發送其他封包(當需要時)之最大靈活性，建議使填充封包具有最小長度。在一子訊框或一反向鏈路囊封封包(參見下文)剛好結束時，鏈路控制器會設定填充封包之尺寸，以填充剩餘空間，從而保持封包完整性。填充封包有助於在主機或用戶端無欲發送或交換之資訊時保持鏈路上的定時。為有效地利用該介面，每一主機及用戶端皆需要能夠發送及接收該種封包。
一填充封包之格式及內容之實例性實施例顯示於圖10中。如圖10所示，此種類型之封包構造成具有封包長度欄、封包類型欄、填充位元組(Filler Bytes)欄及CRC欄。在一實施例中，此種類型之封包通常識別為0型，其顯示於該2－位元組類型欄中，填充位元組欄中之位元或位元組包含一可變數量的所有零位元值，以使該填充封包達到所需長度。最小之填充封包在該欄中不含有任何位元組。換言之，該封包僅由封包長度、封包類型及CRC組成，且在一實施例中，係使用一預選定之6位元組固定長度或一封包長度值4。CRC值係針對該封包中包括封包長度(在某些其他封包類型中可能不包括封包長度)在內的所有位元組來確定。
3.視訊流封包 視訊流封包攜帶有用於更新一顯示裝置通常呈矩形之區域之視訊資料。該區域之尺寸可小至一單個像素，或者大至整個顯示器。雖受系統資源限制，但仍可能同時顯示幾乎無限數量個流，此乃因顯示一流所需之所有上下文皆包含於該視訊流封包內。一視訊流封包(視訊資料格式描述符(Video Data Format Descriptor))之一實施例之格式顯示於圖11中。如圖11所示，在一實施例中，將此種類型之封包構造成具有封包長度欄(2個位元組)、封包類型欄、bClient ID欄、視訊資料描述符(Video Data Descriptor)欄、像素顯示屬性(Pixel Display Attributes)欄、X左邊緣(X Left Edge)欄、Y上邊緣(Y Top Edge)欄、X右邊緣(X Right Edge)欄、Y下邊緣(Y Bottom Edge)欄、X及Y起始點(X and Y Start)欄、像素計數值(Pixel Count)欄、參數CRC(Parameter CRC)欄、像素資料(Pixel Data)欄、及像素資料CRC(Pixel Data CRC)欄。此種類型之封包通常識別為16型，其顯示於該2－位元組的類型欄中。在一實施例中，一用戶端顯示使用用戶端能力封包中之紅色－綠色－藍色(Red－Green－Blue，RGB)欄、單色(Monochrome)欄、及Y Cr Cb能力(Y Cr Cb Capability)欄接收視訊流封包之能力。
在一實施例中，bClient ID欄包含2個位元組之資訊，該等2個位元組之資訊預留用於一用戶端ID。由於此為一種新開發之通信協定，因而實際之客戶ID尚不可知或者尚不能充分表達。因此，通常將該欄中之各位元設定為等於零，直至得知此等ID值，熟習此項技術者易知，在得知此等ID值時，即可插入或使用ID值。該同一過程通常亦適用於下文所述之用戶端ID欄。
為達成上述實例性視訊資料描述符欄之運作而使用之格式及內容顯示於圖12A－12E中。在圖12A－12E中，視訊資料格式描述符欄包含2個具有16－位元無正負號整數形式之位元組，該等2個位元組用於規定當前封包中當前流之像素資料內每一像素之格式。可能之情形為，不同之視訊流封包可使用不同之像素資料格式，換言之，在視訊資料格式描述符中使用一不同值，類似地，視訊流(顯示器之區域)可以飛行方式改變其資料格式。像素資料格式應符合在用戶端能力封包中所定義的用戶端的各有效格式中至少之一。視訊資料格式描述符僅定義當前封包之像素格式，此並不意味著在一特定視訊流之壽命期內將一直持續使用一個恒定格式。
圖12A至12D顯示如何編碼該視訊資料格式描述符。如在該等圖中所使用，在本實施例中，當如圖12A所示，位元[15：13]等於'000'時，視訊資料由一單色像素陣列組成，其中每一像素之位元數量係由視訊資料格式描述符字中之位元3至0來界定。位元11至4通常預留供將來使用或應用，且在此種情形中係設定為零。而當如圖12B所示，位元[15：13]等於'001'時，則視訊資料由一彩色像素陣列組成，該等彩色像素分別藉由一色彩圖(調色板)規定一色彩。在此種情形中，視訊資料格式描述符字中之位元5至0將界定每一像素之位元數量，而位元11至6通常預留供將來使用或應用，並設定為等於零。而當如圖12C所示，位元[15：13]等於'010'時，則視訊資料由一彩色像素陣列組成，其中每一紅色像素之位元數量由位元11至8界定，每一綠色像素之位元數量由位元7至4界定，每一藍色像素之位元數量由位元3至0界定。在此種情形中，每一像素中之位元總數係用於紅色、綠色及藍色之位元數量之和。
然而，當如圖12D所示，位元[15：13]等於值或串'011'時，則視訊資料由一4：2：2 YCbCr格式的具有亮度及色度資訊的視訊資料陣列組成，其中每一亮度像素(Y)之位元數量由位元11至8界定，Cb分量之位元數量由位元7至4界定，Cr分量之位元數量由位元3至0界定。每一像素中之位元總數係用於紅色、綠色及藍色之位元數量之和。Cb及Cr分量之發送速率為Y之一半。此外，該封包之像素資料部分中之視訊樣本係按如下來組織：Cbn，Yn，Crn，Yn＋1，Cbn＋2，Yn＋2，Crn＋2，Yn＋3，...，其中Cbn及Crn與Yn及Yn＋1相關聯，Cbn＋2及Crn＋2與Yn＋2及Yn＋3相關聯，等等。
Yn，Yn＋1，Yn＋2，及Yn＋3係一單一列中自左至右的四個連續像素之亮度值。若在該視訊流封包所涉及之視窗中，在一列中有奇數個像素(X右邊緣－X左邊緣＋1)，則對應於每一列中最末像素之Y值後將跟隨下一列中第一像素之Cb值，且對於該列中之最末像素將不發送Cr值。建議使使用Y Cb Cr格式之視窗之寬度為偶數個像素。一封包中之像素資料應包含偶數個像素。倘若像素資料中之最末像素對應於視訊流封包標頭中所規定視窗中一列的最末像素(即當像素資料中最末像素之X位置等於X右邊緣時)，則其可包含奇數個或偶數個像素。
而當位元[15：13]等於值'100'時，則視訊資料由一拜耳(Bayer)像素陣列組成，其中每一像素之位元數量係由視訊資料格式描述符字中之位元3至0界定。像素組圖案(Pixel Group Pattern)係如圖12E所示由位元5及4界定。像素資料之次序可為水平或垂直，且各列或各行中之像素可按正向或後向次序發送並由位元8及6界定。位元11至9應設定為零。拜耳格式之像素組中由四個像素組成之組類似於在某些顯示技術中通常稱作單一像素者。然而，拜耳格式中的一個像素僅係該像素組鑲嵌圖案中該等四個彩色像素之一。
在該等圖中所示之所有五種格式中，標記為「P」的位元12用於規定像素資料樣本是否係緊縮的像素資料樣本還是位元組對齊的像素資料。在該欄中為值'0'時，表示該像素資料欄中之每一像素皆與一MDDI位元組邊界按位元組對齊。值'1'則表示像素資料欄中每一像素及每一像素內的每一色彩皆抵靠前一像素或像素內之前一色彩緊縮而未留有任何未使用之位元。在圖13中更詳細地顯示了位元組對齊格式與緊縮像素資料格式之間的區別，在圖13中，可清晰地看出，與緊縮資料格式不會留有資料子訊框之未使用部分相反，位元組對齊之資料可留有資料子訊框之未使用部分。
4.聲頻流封包 聲頻流封包攜帶有欲藉由用戶端之聲頻系統播放或用於一獨立聲頻呈現裝置之聲訊資料。可分配不同之聲訊資料流用於音響系統中各單獨之聲頻通道，例如左前通道、右前通道、中央通道、左後通道及右後通道，此視所用聲頻系統之類型而定。對於包含增強型空間－聲波信號處理之頭戴式耳機，設置有一整套聲頻通道。用戶端顯示能夠使用用戶端能力封包(Client Capability Packet)中之聲頻通道能力(Audio Channel Capability)欄及聲訊取樣速率(Audio Sample Rate)欄來接收聲頻流封包。聲頻流封包之格式顯示於圖14中。
如圖14所示，在一實施例中，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、bClient欄、聲頻通道ID(Audio Channel ID)欄、預留1(Reserved 1)欄、聲訊樣本計數值(Audio Sample Count)欄、位元數/每一樣本及緊縮(Bits Per Sample and Packing)欄、聲訊取樣速率(Audio Sample Rate)欄、參數CRC(Parameter CRC)欄、數位聲訊資料(Digital Audio Data)欄、及聲訊資料CRC(Audio Data CRC)欄。在一實施例中，此種類型之封包通常識別為一32型封包。
bClient ID欄包含2個位元組之資訊，該等2個位元組之資訊預留用於一在上文所用之用戶端ID。預留1欄包含2個預留供將來使用之位元組，且通常在此時組態為將所有位元皆設定至零。
位元數/每一樣本及緊縮欄包含1個位元組，該位元組為一8－位元無正負號整數形式，用於規定聲訊資料之緊縮格式。通常所用之格式係由位元4至0界定每一PCM聲訊樣本之位元數量。然後由位元5規定該等數位聲訊資料樣本是否係緊縮之數位聲訊資料樣本。緊縮聲訊樣本與位元組對齊之聲訊樣本(此處使用10－位元樣本)之間的區別顯示於圖15中。值為'0'時表示數位聲訊資料欄中每一PCM聲訊樣本皆與一MDDI位元組邊界按位元組對齊，值為'1'時表示每一順序性PCM聲訊樣本皆抵靠前一聲訊樣本緊縮。該位元通常僅當在位元4至0中界定之值(位元數/每一PCM聲訊樣本)並非8的倍數時方才有效。位元7至6預留供將來使用並通常設定為零值。
5.預留流封包 在一實施例中，根據所遇到的不同應用之需要，封包類型1至15，18至31，及33至55係預留用於擬定義用於該等封包協定之未來版本或變體的流封包。同樣，此係使該MDDI較其他技術更靈活且更適用於不斷變化的技術及系統設計的一部分。
6.使用者自定義之流封包 有八個資料流類型(稱作類型56至63)預留用於可由設備製造商定義的與一MDDI鏈路共同使用之獨有應用。該等封包稱作使用者自定義之流封包。此等封包可用於任何用途，但在其中此種使用之結果深為人們所瞭解或習知之情形中，主機及用戶端應僅使用此等封包。該等封包類型之流參數及資料之具體定義將留給具體設備製造商或構建此等封包類型或探索其應用之介面設計者。使用者自定義之流封包之某些實例性應用係傳遞測試參數及測試結果、工廠校凖資料、及獨有的特殊用途資料。圖16顯示在一實施例中所用之使用者自定義流封包之格式。如圖16所示，此種類型之封包構造成具有封包長度(Packet Length)欄(2個位元組)、封包類型(Packet Type)欄、bClient ID號碼(bClient ID number)欄、流參數(Stream Parameter)欄、參數CRC(Parameter CRC)欄、流資料(Stream Data)欄、及流資料CRC(Stream Data CRC)欄。
7.色彩圖封包 色彩圖封包用於規定一用於為用戶端呈現色彩之色彩圖查詢表之內容。某些應用可能需要使用一大於可在一單一封包中發送之資料量之色彩圖。在該等情況中，可藉助下文所述之位移欄及長度欄來傳輸多個色彩圖封包，其中每一封包皆具有該色彩圖的一不同子集。圖17顯示一實施例中色彩圖封包之格式。如圖17所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、色彩圖項計數值(Color Map Item Count)欄、色彩圖偏移量(Color Map Offset)欄、參數CRC(Parameter CRC)欄、色彩圖資料(Color Map Data)欄、及資料CRC(Data CRC)欄。在一實施例中，此種類型之封包通常識別為一64型封包(視訊資料格式及色彩圖封包(Video Data Format and Color Map Packet)，其規定於封包類型欄(2個位元組)中。用戶端顯示能夠使用用戶端能力封包中之色彩圖尺寸(Color Map Size)欄及色彩圖寬度(Color Map Width)欄來接收色彩圖封包。
8.反向鏈路囊封封包 在一實例性實施例中，係使用一反向鏈路囊封封包在反向方向上傳輸資料。發送一正向鏈路封包後，在該封包之中間處使MDDI鏈路作業(傳輸方向)發生改變或轉向，以便可在反向方向上發送封包。圖18顯示在一實施例中該反向鏈路囊封封包之格式。如圖18所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、反向鏈路旗標(Reverse Link Flags)欄、反向速率因子(Reverse Rate Divisor)欄、轉向1長度(Turn－Around 1 Length)欄、轉向2長度(Turn－Around 2 Length)欄、參數CRC(Parameter CRC)欄、全零1(All Zero 1)欄、轉向1(Turn－Around 1)欄、反向資料封包(Reverse Data Packet)欄、轉向2(Turn－Around 2)欄、及全零2(All Zero 2)欄。在一實施例中，此種類型之封包通常識別為一65型封包。對於外部模式而言，每一主機皆必須能夠傳輸該封包並接收資料，且每一用戶端皆必須能夠接收並發送資料至主機，以便有效地利用該所期望之協定及由此產生之速度。對於內部模式而言，該封包之構建係可選，但反向鏈路囊封封包用於使主機自用戶端接收資料。
MDDI鏈路控制器在發送反向鏈路囊封封包之同時以一特殊方式運作。該MDDI具有一選通信號，該選通信號通常始終由作為鏈路控制器之主機驅動。主機之運作方式儼若其正在為反向鏈路囊封封包之轉向部分及反向資料封包部分中每一位元皆發送一零。主機在兩次轉向時間期間及在分配給反向資料封包之時間期間在每一位元邊界上雙態觸變一MDD_Strobe信號。換言之，主機自全零1欄開始處至全零2欄結束處雙態觸變MDDI_Stb。(此係與儼若其正在發送全零資料相同之行為。)
在轉向1欄之最末位元之前，主機會將其MDDI資料信號線驅動器停用並通常確保其已完全停用，且在轉向2欄期間將其線驅動器再啟用，並通常確保在轉向2欄之最末位元之前驅動器已完全再啟用。用戶端會讀取轉向長度參數並在該轉向1欄中之最末位元過後立即將資料信號朝主機驅動。換言之，用戶端會如下文及其他地方之封包內容說明中所規定在MDDI選通信號之某些上升緣處使新資料按時鐘同步進入鏈路。用戶端係使用封包長度參數及轉向長度參數得知其可用來向主機發送封包之時間長度。用戶端在其沒有要發送至主機之資料時會發送填充封包或將資料線驅動至零狀態。若將資料線驅動值零狀態，則主機會將此視為一具有零長度(並非一有效長度)之封包，且在當前之反向鏈路囊封封包持續時間內主機不會再自用戶端接受任何其他封包。
在一實施例中，用戶端請求及狀態封包中之反向鏈路請求欄可用於將用戶端在反向鏈路囊封封包中將資料發送回至主機所需之位元組數量通知主機。主機會嘗試藉由在反向鏈路囊封封包中分配至少彼數量之位元組來許可該請求。主機可在一子訊框中發送多於一個反向鏈路囊封封包。用戶端可幾乎在任一時刻發送一用戶端請求及狀態封包，主機會解譯反向鏈路請求參數作為在一個子訊框中請求之位元組總數。
9.用戶端能力封包 為以一通常最佳或所需之方式組態主機至用戶端鏈路，主機需要得知正與其通信之用戶端(顯示器)之能力。建議在達成正向鏈路同步化後由顯示器發送一用戶端能力封包至主機。當主機使用反向鏈路囊封封包中之反向鏈路旗標作出請求時，即認為需要傳輸此一封包。用戶端能力封包用於將用戶端之能力通知主機。對於外部模式而言，為充分利用該介面及協定，每一主機皆應能夠接收該封包，且每一用戶端皆應能夠發送該封包。而對於內部模式而言，該封包之構建係可選，乃因在此種情形中，用戶端(例如顯示器、鍵盤或其他輸入/輸出裝置)之能力在製造或組裝成一某種類型之單一組件或單元時即應已得到明確定義或為主機所知。
圖19顯示一實施例中用戶端能力封包之格式。如圖19所示，對於本實施例而言，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、cClient ID欄、協定版本(Protocol Version)欄、最低協定版本(Min Protocol Version)欄、資料速率能力(Data Rate Capability)欄、介面類型能力(Interface Type Capability)欄、Alt顯示器數量(Number of Alt Displays)欄、預留1(Reserved 1)欄、位元映射寬度(Bitmap Width)欄、位元映射高度(Bitmap Height)欄、顯示視窗寬度(Display Window Width)欄、顯示視窗高度(Display Window Height)欄、色彩圖尺寸(Color Map Size)欄、色彩圖RGB寬度(Color Map RGB Width)欄、RGB能力(RGB Capability)欄、單色能力(Monochrome Capability)欄、預留2(Reserved 2)欄、Y Cr Cb能力(Y Cr Cb Capability)欄、拜耳能力(Bayer Capability)欄、預留3(Reserved 3)欄、用戶端特徵能力(Client Feature Capability)欄、最大視訊訊框速率(Max Video Frame Rate)欄、最小視訊訊框速率(Min Video Frame Rate)欄、最小子訊框速率(Min Sub－frame rate)欄、聲訊緩衝深度(Audio Buffer Depth)欄、聲頻通道能力(Audio Channel Capability)欄、聲訊取樣速率能力(Audio Sample Rate Capability)欄、聲訊樣本解析度(Audio Sample Resolution)欄、麥克風聲訊樣本解析度(Mic Audio Sample Resolution)欄、麥克風取樣速率能力(Mic Sample Rate Capability)欄、鍵盤資料格式(Keyboard Data Format)欄、指標裝置資料格式(Pointing Device Data Format)欄、內容保護類型(Content Protection Type)欄、製造商名稱(Mfr. Name)欄、產品代號(Product Code)欄、預留4(Reserved 4)欄、序號(Serial Number)欄、製造星期(Week of Mfr.)欄、製造年份(Year of Mfr.)欄、及CRC欄。在一實例性實施例中、此種類型之封包通常識別為一66型封包。
10.鍵盤資料封包 鍵盤資料封包用於自用戶端裝置發送鍵盤資料至主機。無線(或有線)鍵盤可與各種顯示器或聲頻裝置結合使用，該等顯示器或聲頻裝置包括(但不限於)頭戴式視頻顯示器/聲頻呈現裝置。鍵盤資料封包將自若干種習知之鍵盤類裝置之一接收到的鍵盤資料轉接至主機。該封包亦可用於在正向鏈路上發送資料至鍵盤。用戶端顯示能夠使用用戶端能力封包裝置鍵盤資料(Keyboard Data)欄來發送及接收鍵盤資料封包。
一鍵盤資料封包之格式顯示於圖20中，其包含來自一鍵盤或用於一鍵盤的一可變數量位元組之資訊。如圖20所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、bClient ID欄、鍵盤資料格式(Keyboard Data Format)欄、鍵盤資料(Keyboard Data)欄、及CRC欄。此處，此種類型之封包通常識別為一67型封包。
bClient ID如上文所述係一預留欄，且CRC係對該封包之所有位元組實施。鍵盤資料格式欄包含一用於描述鍵盤資料格式之2位元組值。其中位元6至0應與用戶端能力封包中之鍵盤資料格式欄相同。該值不等於127。位元15至7預留供將來使用，因而當前設定至零。
11.指標裝置資料封包 指標裝置資料封包係用作一種自用戶端向主機發送來自無線滑鼠或其他指標裝置之位置資訊之方法、結構或手段。亦可使用該封包在正向鏈路上發送資料至指標裝置。一指標裝置資料封包之實例性格式顯示於圖21中，其包含來自指標裝置或用於指標裝置的一可變數量位元組之資訊。如圖21所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、bClient ID欄、指標裝置格式(Pointing Device Format)欄、指標裝置資料(Pointing Device Data)欄、及CRC欄。在一實例性實施例中，在該1－位元組類型欄中將此種類型之封包識別為一68型封包。
12.鏈路關閉封包 鏈路關閉封包係自主機發送至用戶端，其用作一種指示MDDI資料及選通信號將關閉並進入低功耗"休眠"狀態之方法或手段。在將靜態位元映射自一行動通信裝置發送至顯示器後，或在當前不再有資訊需自主機傳輸至用戶端時，該封包可用於關閉鏈路及節約功率。當主機重新發送封包時，將恢復正常運作。在休眠後所發送之第一封包係子訊框標頭封包。圖22顯示一實施例之用戶端狀態封包之格式。如圖22所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、CRC欄及全零(All Zeros)欄。在一實施例中，此種類型之封包通常在1－位元組類型欄中識別為一69型封包。
封包長度欄使用2個位元組來規定封包中不包含封包長度欄在內之位元組總數。在一實施例中，該封包之長度相依於在發送鏈路關閉封包時有效之介面類型或鏈路模式。因此，對於1型模式(在封包中共有22個位元組)，典型之封包長度變為20個位元組，對於2型模式(封包中共有38個位元組)為36個位元組，對於3型模式(封包中共有70個位元組)為68個位元組，對於4型模式(封包中共有134個位元組)為132個位元組。
全零欄使用一可變數量之位元組來確保MDDI_Data信號處於一邏輯零位凖一足夠的時間，以使用戶端能夠在停用一主機之線驅動器之前開始僅使用MDDI_Stb來恢復時鐘。全零欄之長度相依於在發送鏈路關閉封包時有效之介面類型或鏈路運作模式。全零欄之長度旨在對於任一介面類型設定值，皆在MDDI_Stb上產生64個脈衝。因此，對於每一介面類型，全零欄長度變為：對於1型為16個位元組，對於2型為32個位元組，對於3型為64個位元組，對於4型為128個位元組。
CRC欄使用2個位元組，該等2個位元組包含自封包長度欄至封包類型欄之位元組的一16－位元CRC。
在低功率休眠狀態中，自全零欄之最末位元過後第16個至第48個MDDI_Stb循環或脈衝後開始，MDDI_Data0驅動器被停用而進入高阻抗狀態。對於2型、3型或4型鏈路而言，在MDDI_Data0驅動器被停用的同時，MDDI_Data1至MDDI_DataPwr7信號亦被置於一高阻抗狀態。如在本文中其他地方所述，主機或用戶端二者皆可使MDDI鏈路自休眠狀態中"醒來"，此係本發明之一關鍵進步及優點。
如在全零欄之定義中所述，在鏈路關閉封包之CRC欄之MSB後，MDDI_Stb雙態觸變64個循環，以利於在用戶端控制器中有序地關閉。一個循環即係一低至高變遷後跟一高至低變遷，或者一高至低變遷後跟一低至高變遷。在發送全零欄之後，主機中之MDDI_Stb驅動器被停用。
13.用戶端請求及狀態封包 主機需要使用來自用戶端之少量資訊，因而其可以一大體最佳之方式來組態該主機至用戶端鏈路。建議使用戶端在每一子訊框中皆發送一個用戶端請求及狀態封包至主機。用戶端應發送該封包作為反向鏈路囊封封包中之第一封包，以保證將其可靠地遞送至主機。當一主機使用反向鏈路囊封封包中之反向鏈路旗標作出請求時，亦會達成該封包之轉接。該用戶端請求及狀態封包用於向主機報告錯誤及狀態。對於外部模式運作而言，為正確地或最佳地使用該MDDI協定，每一主機皆應能夠接收該封包，且每一用戶端皆應能夠發送該封包。儘管對於內部運作(亦即內部主機及內部用戶端)而言，亦建議應存在對該封包之支援，但並必需如此。
圖23顯示一用戶端請求及狀態封包之格式。如圖23所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、cClient ID欄、反向鏈路請求(Reverse Link Request)欄、能力改變(Capability Change)欄、用戶端忙(Client Busy)欄、CRC錯誤計數值(CRC Error Count)欄、及CRC欄。此種類型之封包在該1－位元組類型欄中通常識別為一70型封包，且通常使用一預選定的12位元組固定長度。
反向鏈路請求欄可用於將用戶端在反向鏈路囊封封包中將資料發送回至主機所需之位元組數量通知主機。主機應嘗試藉由在反向鏈路囊封封包中分配至少彼數量之位元組來許可該請求。為容納資料，主機可在一子訊框中發送多於一個反向鏈路囊封封包。用戶端可在任一時刻發送一用戶端請求及狀態封包，主機會解譯反向鏈路請求參數作為在一個子訊框中請求之位元組總數。關於如何將反向鏈路資料發送回至主機的其他細節及具體實例將顯示於下文中。
14.位元塊傳輸封包 位元塊傳輸封包大體藉由將一像素塊自一個矩形區域複製至另一矩形區域來提供一種用於在任一方向上捲動顯示器各區域之手段、結構或方法。具有此種能力之顯示器將會在用戶端能力封包之顯示器特徵能力指示符(Display Feature Capability Indicators)欄之位元0中報告該能力。圖24顯示一位元塊傳輸封包之一實施例之格式。如圖24所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、像素資料屬性(Pixel Data Attributes)欄、光柵運作(Raster Operation)欄、左上角X值(Upper Left X Value)欄、左上角Y值(Upper Left Y Value)欄、視窗寬度(Window Width)欄、視窗高度(Window Height)欄、視窗X移動量(Window X Movement)欄、視窗Y移動量(Window Y Movement)欄、及CRC欄。此種類型之封包通常識別為一71型封包，且在一實施例中使用一預選定的15位元組固定長度。如在其他部分中所述，2－位元組之hClient ID欄含有預留用於一用戶端ID之資訊或值。由於該欄通常預留供將來使用，因而通常藉由將各位元設定為邏輯0位凖而將當前值設定為零，當然，熟習此項技術者亦可將其設定為其他值或使用其來傳輸所需資訊。
在一實施例中，該2－位元組之像素資料屬性欄之值規定將在何處更新像素資料，其中位元1及0選擇將更新像素資料之顯示器。若用戶端中之主顯示器不支援立體圖像，則對於位元組合01、10或11之一，用戶端可影響主顯示器中之像素資料。建議使用值11來定址不支援立體顯示能力之用戶端中之主顯示器。當位元[1：0]具有值11時，在左眼及右眼二者之訊框緩衝器中皆更新像素資料，若位元[1：0]具有值10，則僅在左眼之訊框緩衝器中更新像素資料。當位元[1：0]具有值01時，僅在右眼之訊框緩衝器中更新像素資料。當位元[1：0]具有值00時，係在由下文中位元8至11所規定替代顯示器之訊框緩衝器中更新像素資料。
位元7及6用作顯示器更新位元，用於規定像素資料欲更新或寫入到的訊框緩衝器。該等訊框更新位元之作用將在下文中予以更詳細之說明。當位元[7：6]為'01'時，像素資料係寫入至離線圖像緩衝器。當位元[7：6]為'00'時，像素資料係寫入至用於再新該顯示器之圖像緩衝器。當位元[7：6]為'11'時，像素資料係寫入至所有圖像緩衝器。若位元[7：6]為'10'，則此被視為一無效值。該等位元當前係預留供將來使用。在此種情形中，忽略整個命令而不更新訊框緩衝器。
位元11至8形成一4－位元無正負號整數，用於規定像素資料欲更新到的替代顯示器或顯示器位置。為使用戶端將位元11至8解譯為一替代顯示器編號，將位元0及1設定為等於00。若位元1及0不等於00，則位元8至11通常設定為等於邏輯0值或位凖。位元2至5及位元12至15預留供將來使用，通常設定為邏輯0位凖或值。
在一實施例中，該2位元組之光柵運作欄規定如何將源位置及目的地位置中之像素組合形成新的像素值來寫入至一目的地圖像位置。光柵運作可規定一訊框緩衝器中兩個相等尺寸之不同矩形區域如何合併在一起。目的地圖像區域亦為該等兩個合併在一起之圖像之一。該等兩個圖像中之第二圖像稱作源圖像。若在用戶端能力封包中規定用戶端並不支援光柵運作欄，則主機通常在使位元3至0等於3之情況下發送該封包，用戶端將忽略位元3至0。
在一實施例中，藉由如下方式使用位元3至0規定一實際之光柵作業：使用或將位元3至0設定為等於下表VII中所示值之一，從而選取靠近彼值所示之對應作業。換言之，在第一欄中所列之每一所規定位元[3：0]值皆可引起一規定於第二欄中並為清楚起見進一步定義於第三欄中之作業。
位元5至4用於規定在目的地像素與透明顏色相關時是否將目的地像素寫入至目的地位置。無論用戶端裝置是否支援光柵運作，位元5至4規定之作業皆適用。若用戶端不支援光柵運作，則所產生的欲考量用於位元5至4所界定作業之目的地像素值僅等於源像素值。
當位元[5：4]之值等於00時，未使用透明顏色。一由此形成之目的地像素被寫入至目的地像素位置而無需考量由透明顏色啟用封包所界定之透明顏色之值。位元[5：4]之值等於01在當前係預留供將來使用且通常未加以使用，儘管其可供熟習此項技術者用於建立一相關用途。當位元[5：4]之值等於10時，若由光柵運作所計算出之所產生目的地像素等於透明顏色，則所產生之像素不寫入至目的地像素位置。否則，將其寫入至目的地像素位置。當位元[5：4]之值等於11時，若由光柵運作所計算出之目的地像素等於透明顏色，則所產生像素不寫入至目的地像素位置。否則，所產生像素不寫入至目的地像素位置。
位元15至6預留供將來使用，因此，一般而言設定為等於邏輯零值或位凖。
其餘欄用於規定欲移動之視窗之左上角座標的X值及Y值、欲移動之視窗之寬度及高度、及欲使該視窗分別水平及垂直移動的像素數量。後兩個欄為正值時會使視窗向右、向下移動，為負值時則會使視窗分別向左及向上移動。CRC欄(此處為2個位元組)包含該封包中包括封包長度欄在內之所有位元組的一16－位元CRC。
15.位元映射區域填充封包 位元映射區域填充封包提供一種用於輕鬆地將顯示器之一區域初始化至一單一顏色之手段、結構或方法。具有此種能力之顯示器將會在用戶端能力封包之顯示器特徵能力指示符欄之位元1中報告該能力。圖25顯示一位元映射區域填充封包之格式之一實施例。如圖25所示，在本實例中，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、左上角X值(Upper Left X Value)欄、左上角Y值(Upper Left Y Value)欄、視窗寬度(Window Width)欄、視窗高度(Window Height)欄、資料格式描述符(Data Format Descriptor)欄、像素區域填充值(Pixel Area Fill Value)欄、及CRC欄。此種類型之封包在2－位元組類型欄中通常識別為一72型封包，且使用一預選定的20位元組固定長度。
如在文中其他地方所述，2－位元組之hClient ID欄含有預留用於一用戶端ID之資訊或值。由於該欄通常預留供將來使用，因而通常藉由將各位元設定為邏輯0位凖而將當前值設定為零，當然，其可設定為其他值或由熟習此項技術者用來傳輸所需資訊。
16.位元映射圖案填充封包 位元映射圖案填充封包提供一種用於輕鬆地將顯示器之一區域初始化至一預選定圖案之手段、結構。具有此種能力之用戶端將在用戶端能力封包之用戶端特徵能力欄之位元2中報告該能力。該填充圖案之左上角對齊欲填充視窗之左上角，除非水平或垂直圖案偏移不為零。若欲填充視窗寬於或高於該填充圖案，則可將該圖案水平或垂直地重複若干次來填充該視窗。最末次重複圖案之右側或底側則根據需要截掉。而若視窗小於該填充圖案，則可截掉該填充圖案之右側或底側以與該視窗相吻合。
若水平圖案偏移不為零，則視窗左側與左側加上水平圖案偏移之間的像素係填充以該圖案之最右側像素。水平圖案偏移應小於圖案寬度。同樣地，若垂直圖案偏移不為零，則視窗頂側與頂側加上垂直圖案偏移之間的像素係填充以該圖案之最低側像素。垂直圖案偏移應小於圖案高度。
圖26顯示一位元映射圖案填充封包之格式之一實施例。如圖26所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、左上角X值(Upper Left X Value)欄、左上角Y值(Upper Left Y Value)欄、視窗寬度(Window Width)欄、視窗高度(Window Height)欄、圖案寬度(Pattern Width)欄、圖案高度(Pattern Height)欄、水平圖案偏移量(Horizontal Pattern Offset)欄、垂直圖案偏移量(Vertical Pattern Offset)欄、資料格式描述符(Data Format Descriptor)欄、參數CRC(Parameter CRC)欄、圖案像素資料(Pattern Pixel Data)欄、及像素資料CRC(Pixel Data CRC)欄。在某些實施例中，此種類型之封包通常在1－位元組類型欄中識別為一73型封包。
17.通信鏈路資料通道封包 通信鏈路資料通道封包提供一種使諸如PDA等具有高階計算能力之用戶端與諸如行動電話等無線收發器或無線資料埠裝置進行通信之結構、手段或方法。在此種情形中，MDDI鏈路係用作通信裝置與具有行動顯示器之計算裝置之間的便捷的高速介面，其中該封包在該裝置之作業系統之資料鏈路層處傳送資料。舉例而言，假若一網頁瀏覽器、電子郵件用戶端、或一整個PDA建置於一行動顯示器內，則可使用該封包。具有此種能力之顯示器將在用戶端能力封包之用戶端特徵能力欄之位元3中報告該能力。
圖27顯示一通信鏈路資料通道封包之一實施例之格式。如圖27所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、參數CRC(Parameter CRC)欄、通信鏈路資料(Communication Link Data)欄、及通信資料CRC(Communication Data CRC)欄。在一實施例中，此種類型之封包通常在類型欄中識別為一74型封包。
18.顯示功率狀態封包 顯示功率狀態封包提供一種用於在諸如顯示器等用戶端未在使用或當前現用時將特定的由用戶端控制或與用戶端相關、相連的硬體、或控制器硬體置入低功率狀態的結構、手段或方法，以使系統功率消耗或系統資源上的洩露最小化。此種類型之封包最適用於將該介面或介面結構應用於外部模式構造或運作。在此等應用中，更有可能之情況為，外部裝置依靠諸如蓄電池等有限之功率資源運作，或者具有其他功率約束或關切(例如有限空間中之過熱等等)，因而期望在不活動或未使用期間處於最低運作狀態。在一實施例中，用戶端顯示能夠使用用戶端能力封包之用戶端特徵能力指示符欄之位元9來回應顯示功率狀態封包。
顯示功率狀態封包之一實施例之格式顯示於圖28中。如圖28所示，在一實施例中，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、功率狀態(Power State)欄、及CRC欄。在2－位元組的類型欄中，此種類型之封包通常識別為75型封包。如前文中所用一般，2－位元組之hClient ID欄含有預留用於一用戶端ID之資訊或值。由於該欄係預留供將來使用，因而通過將各位元設定為'0'而將當前值設定為零，當然，熟習此項技術者亦可使用其來傳輸所需資訊。
功率狀態欄(此處為2個位元組)規定將與諸如顯示器等用戶端相關聯之特定裝置、硬體件、或設備置入所規定功率狀態所用之資訊。當用於顯示器時，該欄中之位元0規定該封包係應用於主顯示器還是一替代顯示器。若位元0等於1，則該封包應用於主顯示器。而若位元0等於0，則該封包應用於由位元11至8所規定之替代顯示器。位元1預留供將來使用且通常設定為零。
功率狀態欄之位元3至2規定由位元11至8及位元0所選之顯示器之功率狀態。當位元[3：2]具有一值'00'時，所選顯示器未亮，應消耗一最少量之功率，且在該狀態期間並不保證保持訊框緩衝器之內容。當位元[3：2]具有一值'01'時，所選顯示器未亮，並正消耗一相對最少量之功率，且在該狀態期間保證保持訊框緩衝器之內容。顯示器在該狀態中所消耗之功率可高於在狀態00中所消耗之功率。用戶端可顯示出藉由用戶端能力封包中用戶端特徵能力指示符欄中之位元10來支援狀態01之能力。當功率狀態欄之位元[3：2]具有一值'10'時，所選顯示器點亮且正在顯示一來自其相關聯訊框緩衝器之圖像。位元[3：2]之值'11'係一預留供將來使用之值或狀態，在當前未使用。
熟習此項技術者將知，儘管該封包最適用於顯示器應用，然而本發明並未將該封包之用途僅限定至顯示器，亦可有其他其中可能需要或期望對本MDDI與之共同使用或用戶端正控制或通信之其他硬體元件進行功率控制的應用、組態或情形。在此等情形中，應瞭解，上文所揭示之位元可具有相似之功能，但可係啟動此等元件中之主元件及次要元件、或設定功率位凖等等。
在一實施例中，功率狀態欄之位元11至8構成一4－位元無正負號整數，其規定該功率狀態所應用於的替代顯示器。為使用戶端將位元11至8解譯為一替代顯示器編號，將位元0設定為一邏輯零值。若位元0等於1，則位元11至8為零。
位元7至4及位元15至12預留供將來使用，在當前應用或設計中通常將其設定為邏輯零位凖或值。
2－位元組之CRC欄規定或包含該封包中包括封包長度欄在內之所有位元組之CRC。
在下表VIII中顯示對本介面結構或協定通常所支援之顯示功率狀態之匯總。可以看出，用戶端特徵能力位元10及9之各種組合用於建立、設置、或觸發各種所需功率狀態。在給定列及欄位置處所示之標記表示對於所指明之用戶端特徵能力指示符位元之組合而言，支援該欄頂部處所規定之顯示功率狀態。
19.執行類型交遞封包 執行類型交遞封包係一種使主機用於命令用戶端交遞至該封包中所規定模式之手段、結構或方法。此將為在用戶端能力封包中所述由用戶端支援之介面類型設定值之一。在該封包發出後，主機及用戶端應立即轉換至所規定之正向及反向鏈路介面類型。圖29顯示一執行類型交遞封包之一實施例之格式。支援除1型之外的介面類型之主機及用戶端應提供對該封包之支援。通常建議，主機在其即將發送執行類型交遞封包之前讀取用戶端請求及狀態封包，以確認用戶端與主機同步。
如圖29所示，在一實施例中，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、介面類型(Interface Type)欄、預留1(Reserved 1)欄、延遲填充(Delay Filler)欄、及CRC欄。在2－位元組之類型欄中，此種類型之封包通常識別為一77型封包，並使用一6位元組之預選定固定長度一封包長度欄及延遲填充欄除外。
在一實施例中，介面類型欄使用一1位元組值來確認將對該鏈路使用或採用一新的介面類型。該欄中之值按以下方式規定或表示介面類型。位元2至0用於界定欲在正向鏈路上使用之介面類型，其中值為1意味著或規定交遞至1型模式，值為2意味著或規定交遞至2型模式，值為3意味著或規定交遞至3型模式，值為4意味著或規定交遞至4型模式。位元5至3用於界定欲在反向鏈路上使用之介面類型，其中值為1意味著或規定交遞至1型模式，值為2意味著或規定交遞至2型模式，值為3意味著或規定交遞至3型模式，值為4意味著或規定交遞至4型模式。位元0、6及7在當前係預留供將來使用，因而通常(但未必)設定為邏輯零位凖。
延遲填充欄已創建為一種用於如下之途徑、結構或方法：就系統角度而言，使用戶端有足夠的時間凖備或組態成緊接執行介面類型交遞封包在該封包之起始處切換至使用或設置成使用一新的介面類型設定值。該欄包含一組位元組或8－位元值，該組位元組或8－位元值皆設定為或等於邏輯零位凖或值。該欄中所用位元組之數量之選擇須使該欄之長度等價於64個MDDI_Stb循環。該延遲填充欄之長度依據於正向鏈路之介面類型設定值，對於1型正向鏈路介面類型，其將為16個位元組，對於2型介面類型，其將為32個位元組，對於3型介面類型，其將為64個位元組，而當規定或使用一4型正向鏈路介面類型時，其將為128個位元組。
預留1欄(此處為1個位元組)預留供將來用於傳遞資訊。該欄中之所有位元通常皆設定為邏輯零位凖。此等欄在當前之用途係使所有後續2位元組欄皆對齊一16－位元字位址及使4－位元組欄對齊一32－位元字位址。CRC欄(2個位元組)包含該封包中包括封包長度欄在內之所有位元組的一16－位元CRC。
20.正向聲頻通道啟用封包 該封包提供一種使主機能夠將用戶端中之聲頻通道啟用或停用之結構、方法或手段。此種能力頗為有用，從而使在不存在主機欲輸出之聲訊時，用戶端(例如顯示器)可關閉聲頻放大器或類似電路元件之電源來節約功率。若僅使用存在或不存在聲訊流作為指示符，則此明顯更難以採用隱含方式實施。在用戶端系統開機時之預設狀態係所有聲頻通道皆被啟用。圖30顯示一正向聲頻通道啟用封包之一實施例之格式。如圖30所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、聲頻通道啟用遮罩(Audio Channel Enable Mask)欄、及CRC欄。此種類型之封包在1－位元組類型欄中通常識別為一78型封包，且使用一預選定的4位元組固定長度。
21.反向聲訊取樣速率封包 該此種類型之封包提供一種使主機能夠將用戶端中之聲頻通道啟用或停用之結構、方法或手段。此種能力頗為有用，從而使在不存在主機欲輸出之聲訊時，用戶端可關閉聲頻放大器之電源來節約功率。此明顯更難以使用存在或不存在聲訊流以隱含方式實施。在用戶端系統開機或連接至主機時之預設狀態係所有聲頻通道皆被啟用。在用戶端接收到一在聲頻通道啟用遮罩(Audio Channel Enable Mask)欄中有至少一個位元已自0狀態或值變遷至1狀態或值的正向聲頻通道啟用封包之後約100毫秒或更短時間內，一連接至主機及用戶端之聲頻系統應準備好或能夠以預期的或所期望的方式輸出聲頻信號。用戶端顯示出使用用戶端能力封包中聲頻通道能力(Audio Channel Capability)欄中之位元15之設定值來回應正向聲頻通道啟用封包之能力。
該封包使主機能夠將反向鏈路聲頻通道啟用或停用及設定該流之聲訊資料取樣速率。主機會選擇一在用戶端能力封包中定義為有效之取樣速率。若主機選擇一無效取樣速率，則用戶端將不會發送聲頻流至主機，而是可在用戶端錯誤報告封包中發送一適當之錯誤、錯誤值、或錯誤信號至主機。主機可藉由將取樣速率設定為值255來將反向鏈路聲頻流停用。在用戶端系統最初開機或連接時所採取之預設狀態係將反向鏈路聲頻流停用。圖31顯示一反向聲訊取樣速率封包之一實施例之格式。如圖31所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、聲訊取樣速率(Audio Sample Rate)欄、預留1(Reserved 1)欄、及CRC欄。此種類型之封包通常識別為一79型封包，且使用一預選定的4位元組固定長度。
22.數位內容保護附加項封包 該封包提供一種使主機與用戶端能夠交換與所用數位內容保護方法相關之訊息之結構、方法或手段。目前涵蓋兩種內容保護類型：數位傳輸內容保護(DTCP)，或高頻寬數位內容保護系統(HDCP)，其為將來之替代保護方案名稱預留有空間。所用方法係由該封包中之內容保護類型(Content Protection Type)參數規定。圖32顯示一數位內容保護附加項封包之一實施例之格式。如圖32所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、bClient ID欄、內容保護類型(Content Protection Type)欄、內容保護附加項訊息(Content Protection Overhead Messages)欄、及CRC欄。此種類型之封包通常識別為一80型封包。
23.透明色啟用封包 透明色啟用封包係一種用於規定哪一種色彩在顯示器中透明及用於對使用一透明色來顯示圖像進行啟用或停用之結構、方法或手段。具有此種能力之顯示器將在用戶端能力封包之用戶端特徵能力欄之位元4中報告該能力。當將一具有透明色值之像素寫入至位元映射時，該色彩不會自先前值發生變化。圖33顯示一透明色啟用封包之格式。如圖33所示，在一實施例中，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、透明色啟用(Transparent Color Enable)欄、預留1(Reserved 1)欄、Alpha游標標識符(Alpha－Cursor Identifier)欄、資料格式描述符(Data Format Descriptor)欄、透明像素值(Transparent Pixel Value)欄、及CRC欄。此種類型之封包在1－位元組類型欄中通常識別為一81型封包，且使用一預選定的10位元組固定長度。
24.往返延遲量測封包 往返延遲量測封包提供一種用於量測自主機至用戶端(顯示器)之傳播延遲加上自用戶端(顯示器)回至主機之延遲之結構、方法或手段。該種量測固有地包含存在於線路驅動器及接收器、及一互連子系統中之延遲。該種量測用於設定如上文所概述之反向鏈路囊封封包中之轉向延遲及反向鏈路速率因子參數。當MDDI鏈路正以擬用於一特定應用之最高速度運作時，該封包最為有用。為增大往返延遲量測範圍，可在1型模式中以一較低之資料速率發送該封包。
在下列欄期間，MDDI_Stb信號之行為方式儼若正在發送全零資料：兩個保護時段(Guard Times)欄，全零(All Zero)欄，及量測週期(Measurement Period)欄。此使MDDI_Stb以該資料速率的一半雙態觸變，因而其可在該量測週期期間在用戶端中用作週期性時鐘。
在一實施例中，用戶端通常顯示能夠藉助用戶端能力封包之用戶端特徵能力指示符中之位元18來支援該往返延遲量測封包。建議使所有用戶端皆支援往返延遲量測，但主機可根據最大電纜延遲及最大驅動器機接收器延遲得知最差情形往返延遲。對於以內部模式使用之MDDI鏈路，主機亦可預先得知往返延遲，乃因此係正在使用該介面之裝置之已知設計要素(導體長度，電路類型，及特徵等等)之一態樣。
圖34顯示一往返延遲量測封包之格式。如圖34所示，在一實施例中，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、參數CRC(Parameter CRC)欄、保護時段1(Guard Time 1)欄、量測週期(Measurement Period)欄、全零(All Zero)欄、保護時段2(Guard Time 2)欄。此種類型之封包通常識別為一82型封包，且使用一預選定的159位元固定長度。
圖35顯示在往返延遲量測封包期間所發生事件之定時。在圖35中，主機發送往返延遲量測封包，此由存在參數CRC欄及選通對齊(Strobe Alignment)欄後跟全零欄及保護時段1欄來顯示。在該封包到達用戶端顯示裝置或處理電路之前，出現一延遲3502。用戶端在接收到該封包時，會在由用戶端所確定之量測週期起始處儘可能精確地發送0xff，0xff，及30個位元組之0x0圖案。從主機的觀點看，用戶端開始發送該序列之實際時間係自該量測週期起始處出現延遲。該延遲量基本為該封包傳播穿過線路驅動器及接收器以及互連子系統(電纜，導體)所用時間。該圖案自用戶端傳播回主機時亦會產生一類似之延遲量3504。
為精確地確定信號傳送至用戶端及自用戶端傳送回之往返延遲時間，主機會對在該量測週期開始後直至偵測到到達後的0xff，0xff及30個位元組之0x0序列之起始點為止所發生的正向鏈路位元時間週期數量進行計數。該資訊用於確定一往返信號自主機傳送至用戶端然後再傳送回來的時間量。因而，該時間量的大約一半起因於信號傳送至用戶端時的單程傳送所產生之延遲。
在兩個保護時段期間，主機及用戶端二者皆將該線驅動至邏輯0位凖，以使MDDI_DATA線保持處於一規定狀態。主機及用戶端在兩個保護時段期間之啟用及停用時間須使MDDI_Data信號在任何有效往返延遲時間內皆處於一有效之低位凖。
25.正向鏈路偏斜校凖封包 正向鏈路偏斜校凖封包使用戶端或顯示器能夠自行校凖MDDI_Data信號相對於MDDI_Stb信號之傳播延遲之差別。若無延遲偏斜補償，則通常會限制最大資料速率以慮及該等延遲的潛在的最差情形變動。一般而言，僅當將正向鏈路資料速率組態至一約50百萬位元/秒或以下之速率時才發送該封包。在發送該封包來校凖顯示器後，可將資料速率升高至50百萬位元/秒以上。若在偏斜校凖過程中將該資料速率設定得過高，則顯示器可能會同步至位元週期的一假形式，此可能會使延遲偏斜補償設定減小一個位元時間以上，從而產生錯誤的資料計時。在發送該正向鏈路偏斜校凖封包之前，選擇最高資料速率類型之介面或可能的最大介面類型，以使所有現有資料位元皆得到校凖。
圖56顯示一正向鏈路偏斜校凖封包之格式之一實施例。如圖56所示，此種類型之封包構造成具有封包長度(Packet Length)欄(2個位元組)、封包類型(Packet Type)欄、hClient ID欄、參數CRC(Parameter CRC)欄、全零1(All Zero 1)欄、校凖資料序列(Calibration Data Sequence)欄、及全零2(All Zero 2)欄。此種類型之封包在類型欄中通常識別為一83型封包，且在一實施例中使用一預選定的長度519。
虛擬控制面板 使用VCP使主機能夠設定用戶端中之某些使用者控制參數。藉由容許該等參數由主機進行調整，可簡化用戶端中之使用者介面，乃因此時使使用者能夠調整諸如聲訊音量或顯示器亮度等參數之螢幕可由主機軟體而非由用戶端中之一或多個微處理器來產生。主機能夠讀取用戶端中之該等參數設定值並確定每一控制參數之有效取值範圍。用戶端通常具有向主機報告有那些控制參數可以調整之能力。
利用通常所規定之控制碼(VCP碼)及相關聯之資料值來規定用戶端中之控制參數及設定值。該MDDI規格中之VCP碼係擴展至16個位元，以在封包定義中保持正確的資料欄對齊並在將來支援該介面所獨有之增補值或支援將來之增強。
26.請求VCP特徵封包 該請求VCP特徵封包提供一種使主機請求一具體控制參數或所有有效控制參數之當前設定值之手段、機構或方法。一般而言，用戶端係使用VCP特徵回覆封包(VCP Feature Reply Packet)中之適當資訊來響應一VCP封包。在一實施例中，用戶端顯示能夠使用用戶端能力封包之用戶端特徵能力指示符欄之位元13來支援該請求VCP特徵封包。
圖69顯示一實施例中該請求VCP特徵封包之格式。如圖69所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、監視器控制命令集合(Monitor Control Command Set，MCCS)VCP碼欄、及CRC欄。在一實施例中，此種類型之封包通常識別為一128型封包，此顯示於該2位元組類型欄中。對於此種類型之封包而言，用於規定該封包中不包括封包長度欄在內的位元組總數之封包長度通常固定為一8位元組之長度。
hClient ID欄預留用於在未來之實施方案中用作用戶端ID，且通常設定為零。MCCS VCP碼欄包含2個位元組之資訊，該等2個位元組之資訊用於規定MCCS VCP控制碼參數(MCCS VCP Control Code Parameter)。一處於0至255範圍內之值會使一VCP特徵回覆封包在返回時帶有VCP特徵回覆清單(VCP Feature Reply List)中一對應所規定MCCS碼之單一項。MCCS VCP碼65535(0xffff)會請求一帶有一VCP特徵回覆清單之VCP特徵回覆封包，對於用戶端所支援之每一控制參數，該VCP特徵回覆清單皆含有一特徵回覆清單項。該欄之值256至65534預留供將來使用，當前未使用之。
27. VCP特徵回覆封包 VCP特徵回覆封包提供一種使用戶端以一具體控制參數或所有有效控制參數之當前設定值來響應主機請求之手段、機構或方法。一般而言，用戶端會回應一請求VCP特徵封包而發送VCP特徵回覆封包。該封包可用於確定一具體參數之當前設定值、確定一具體控制參數之有效範圍、確定用戶端是否支援一具體控制參數、或者確定用戶端所支援之控制參數組。若發送一提及一未構建於用戶端中之具體控制參數之請求VCP特徵封包，則會返回一帶有一單一VCP特徵回覆清單項之VCP特徵回覆封包，該單一VCP特徵回覆清單項對應於該未構建之控制參數並含有適當之錯誤碼。在一實施例中，用戶端顯示能夠使用用戶端能力封包之用戶端特徵能力欄之位元13來支援VCP特徵回覆封包。
圖70顯示一實施例中該VCP特徵回覆封包之格式。如圖70所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、cClient ID欄、MCCS版本(MCCS Version)欄、回覆序號(Reply Sequence Number)欄、VCP特徵回覆清單(VCP Feature Reply List)欄、及CRC欄。在一實施例中，此種類型之封包通常識別為129型，此示於2－位元組的類型欄中。
cClient ID欄包含有預留用於一用戶端ID的資訊。該欄預留供將來使用且一般設定為零。MCCS版本欄包含2個位元組之資訊，該等2個位元組之資訊用於規定由用戶端所實施之VESA MCCS規格之版本。
該2位元組回覆序號欄含有用於規定由用戶端傳回之VCP特徵回覆封包之序號之資訊或資料。用戶端會回應一具有一MCCS控制碼值65535之請求VCP特徵封包而傳回一或多個VCP特徵回覆封包。用戶端可使特徵回覆清單分佈於多個VCP特徵回覆封包中或在多個VCP特徵回覆封包中傳輸。在此種情況下，用戶端應為每一順序性封包指配一序號或標識符，且回應一單一請求VCP特徵封包而發送之各VCP特徵回覆封包之序號係自零開始並依次遞增1。
最末VCP特徵回覆封包中之最末VCP特徵清單項應包含一等於0xffff之MCCS VCP控制碼值，以標識該封包為最末封包並包含所傳回封包組之最大序號。若回應一請求VCP特徵封包僅發送一個VCP特徵回覆答覆封包，則該單一封包中之回覆序號通常設定為零且VCP特徵回覆清單包含一在VCP特徵回覆清單項中具有一等於0xffff之MCCS VCP碼之清單項。當MCCS VCP控制碼等於0xffff時，VCP特徵回覆清單項封包中之最大值欄及當前值欄(圖71)設定為0。
清單欄中之特徵數量(Number of Features)包含2個位元組，該等2個位元組用於規定位於該封包之VCP特徵回覆清單中之VCP特徵清單項之數量，同時該VCP特徵回覆清單欄係一組包含一或多個VCP特徵回覆清單項之位元組。圖71顯示在一實施例中一單一VCP特徵回覆清單項之格式。
如圖71所示，每一VCP特徵回覆清單項皆係12位元組長度，並包含MCCS VCP碼(MCCS VCP Code)欄、結果碼(Result Code)欄、最大值(Maximum Value)欄、及當前值(Present Value)欄。其中該2－位元組MCCS VCP碼欄含有用於規定與該清單項相關聯之MCCS VCP控制碼參數之資料或資訊。對於本實施例而言，僅將在版本2及後續版本之VESA MCCS規格中所定義之控制碼值視為有效。該2－位元組結構碼欄含有用於規定一與請求關於所規定MCCS VCP控制參數之資訊相關之錯誤碼。該欄中為'0'值意味著不存在錯誤，而為'1'值則意味著該所規定控制參數未構建於用戶端中。該欄之其他值2至65535在當前係預留用於將來之用途及此項技術所涵蓋之其他應用之實施方案，但目前不使用之。
4－位元組之最大值欄規定所規定MCCS控制參數可設定至的最大可能值。若所請求之控制參數未構建於用戶端中，則該值設定至零。若所傳回值之長度小於32位元(4位元組)，則將該值強制轉換成一32－位元之整數，其中將最高有效(未使用)位元組設定至零。4－位元組當前值欄含有用於規定所規定MCCS VCP連續(Continous，C)或非連續(Non－Continous，NC)控制參數之當前值之資訊。若所請求之控制參數未構建於用戶端中，或者若該控制參數已構建但係一表(T)資料類型，則該值設定至零。若所傳回值之長度小於VESA MCCS規格規定的32位元(4位元組)，則將該值強制轉換成一32－位元之整數，其中將最高有效(未使用)位元組設定至零。若所規定MCCS VCP碼對應於一非連續控制參數或表資料類型，則該最大值欄設定為或選擇為0。
28.設定VCP特徵封包 該設定VCP特徵封包提供一種使主機同時設定用戶端中連續控制參數及非連續控制參數二者之VCP控制值之手段、機構、或方法。在一實施例中，用戶端顯示能夠使用用戶端能力封包之用戶端特徵能力欄之位元13來支援該設定VCP特徵封包。
圖72顯示一實施例中該設定VCP特徵封包之格式。如圖72所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、MCCSVCP碼(MCCS VCP Code)欄、清單中之值數量(Number of Values in List)欄、控制值清單(Control Value List)欄、及CRC欄。此種類型之封包通常識別為一130型封包(此示於2－位元組的類型欄中)，且除封包長度欄外為20個位元組。
hClient ID欄同樣使用一2－位元組值來規定或用作一Client ID。該欄預留供將來使用且當前設定為0。MCCS VCP碼欄使用2位元組之資訊或值來規定欲調整之MCCS VCP控制碼參數。2－位元組的清單中之值數量欄含有用於規定存在於控制值清單中之16－位元值之數量的資訊或值。該控制值清單將通常含有一個項，除非該MCCS控制碼與用戶端中的一表相關。倘為不與表相關之控制碼，該控制值清單將含有一用於規定欲寫入至由MCCS VCP碼欄所規定控制參數之新值的值。對於與表相關之控制碼，該控制值清單中資料之格式係由所規定MCCS VCP碼之參數說明來規定。若該清單包含之值大於一個位元組，則首先發送最低有效位元組，此與在其他部分中所界定之方法一致。最後，2－位元組CRC欄含有一該封包中包括封包長度欄在內之所有位元組之16－位元CRC。
29.請求有效參數封包 該請求有效參數封包作為一種手段或結構，用於請求用戶端傳回一包含由所規定NC控制碼或表(T)控制碼支援之參數清單之有效參數回覆封包。該封包應僅規定非連續控制碼或與用戶端中的一表相關之控制碼，而不規定一用於規定所有控制碼之MCCS VCP碼值65535(0xffff)。若規定一未支援之或無效之MCCS VCP碼，則在有效參數回覆封包中傳回一適當之錯誤值。在一實施例中，用戶端顯示能夠使用用戶端能力封包之用戶端特徵能力欄之位元13來支援該請求有效參數封包。
圖73顯示一實施例中該請求有效參數封包之格式。如圖73所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、MCCS VCP碼(MCCS VCP Code)欄、及CRC欄。在一實施例中，此種類型之封包通常識別為131型，此示於2－位元組的類型欄中。
由2－位元組的封包長度欄表示之封包長度通常設定為具有該封包中不包括封包長度欄在內之位元組總數8。hClient ID欄仍用於規定用戶端ID，但熟習此項技術者易知，其當前預留用於將來之用途並設定至零。2－位元組的MCCS VCP碼欄包含一用於規定欲詢問之非連續MCCS VCP控制碼參數之值。該欄中之值應對應於一構建於用戶端中之非連續控制碼。值256至65535(0xffff)通常預留或視為無效，且在錯誤響應中視為一未構建之控制碼。
30.有效參數回覆封包 有效參數回覆封包係回應一請求有效參數封包而發送。其用作一種用於識別一非連續MCCS VCP控制碼或一傳回一表之內容之控制碼之有效設定值之手段、方法或結構。若該控制碼與用戶端中的一表相關，則VCP參數回覆清單僅包含一由所請求之順序性表值組成之特定清單。若該表之內容無法裝入單個有效參數回覆封包內，則用戶端可發送多個具有順序性回覆序號之封包。在一實施例中，用戶端顯示能夠使用用戶端能力封包之用戶端特徵能力欄之位元13來支援有效參數回覆封包。
主機可以下列方式請求一表之內容：主機發送一包含諸如讀取/寫入參數、查詢表(LUT)偏移量及RGB選擇等所需或所期望參數之設定VCP特徵封包；然後，由主機發送一用於規定所期望控制碼之請求有效參數封包；然後，用戶端傳回一或多個包含表資料之有效參數回覆封包。該作業順序所執行之功能類似於在MCCS作業模型中所述之表讀取功能。
若用戶端不支援一特定用戶端參數，則在一實施例中，該封包之對應欄將包含一值255。對於在用戶端中所用之參數，該對應欄應包含一用戶端參數值。
圖74顯示一實施例中該有效參數回覆封包之格式。如圖74所示，此種類型之封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、cClient ID欄、MCCS VCP碼(MCCS VCP Code)欄、響應碼(Response Code)欄、回覆序號(Reply Sequence Number)欄、清單中值之數量(Number Values in List)欄、VCP參數回覆清單(VCP Parameter Reply List)欄、及CRC欄。在一實施例中，此種類型之封包通常識別為132型，此示於2－位元組的類型欄中。
cClient ID欄預留用於將來之用戶端ID，此由上文之論述已知，同時3－位元組的MCCS VCP碼封包包含一用於規定由該封包所描述之非連續MCCS VCP控制碼參數之值。若一請求有效參數封包規定一無效MCCS VCP控制碼，則在該欄中將在響應碼欄中以正確值規定相同之無效參數值。若MCCS控制碼無效，則VCP參數回覆清單之長度將為零。
響應碼欄包含2個位元組之資訊或值，該等2個位元組之資訊或值用於規定與請求關於所視定MCCS VCP控制碼之資訊相關之響應之性質。若該欄中之值等於0，則認為此種資料類型不存在錯誤，並發送該序列中之最末有效參數回覆封包，該最末有效參數回覆封包具有最大之回覆序號。若該欄中之值等於1，則認為不存在錯誤，但將發送其他具有更高序號之有效參數回覆封包。若該欄中之值等於2，則認為所規定控制碼未構建於用戶端中。若該欄中之值等於3，則所規定控制碼不為非連續控制碼(其為一連續碼，始終具有一由自零至其最大值的所有值組成之有效集合)。該欄中等於4至65535的值預留用於將來之用途，通常將不使用之。
2－位元組回覆序號欄用於規定用戶端所傳回之有效參數回覆封包之序號。用戶端會回應一請求有效參數封包而發送一或多個有效參數回覆封包。用戶端可使VCP參數回覆清單分佈於多個有效參數回覆封包中。在該後一種情形中，用戶端將為每一順序性封包指配一序號，並在該序列中除最末封包外之所有封包中將響應碼設定為1。該序列中之最未有效參數回覆封包將具有最高之回覆序號且響應碼包含一值0。
2－位元組的清單中值之數量欄用於規定存在於VCP參數回覆封包中之16－位元值之數量。若響應碼不等於零，則清單中值之數量此一參數為零。VCP參數回覆清單欄包含一由0至32760個2－位元組值組成之清單，該等值顯示由MCCS控制碼欄規定之非連續控制碼之有效值集合。非連續控制碼之定義規定於VESA MCCS規格中。最後，在本實施例中，CRC欄包含一該封包中包括封包長度欄在內之所有位元組之16－位元CRC。
按比例縮放視訊流圖像 該MDDI或協定機構、結構、手段或方法為按比例縮放視訊流圖像提供支援，該等按比例縮放視訊流圖像使主機能夠向用戶端發送一按比例縮放至大於或小於原始圖像之圖像，且按比例縮放之圖像係複製至主圖像緩衝器。在其他部分中提供了對按比例縮放視訊流功能及相關聯協定支援之概述。支援按比例縮放視訊流之能力係由回應一請求特定狀態封包而發送之按比例縮放視訊流能力封包所界定或界定於該按比例縮放視訊流能力封包中。
下文所述按比例縮放視訊流封包之標頭略微不同於更簡單的視訊流封包，視訊流封包之標頭係包含顯示圖像所需之整個文本。按比例縮放視訊流封包使用一設置封包來定義源及目的視窗尺寸及位置參數，並使用一單獨之按比例縮放視訊流封包來發送像素資料。用戶端會分配與每一流相關聯之儲存器來儲存來自該設置封包之流參數及與每一流相關聯之像素資料部分。每一流所需之儲存器大小將視源圖像及目的圖像以及在該設置封包中所規定之值而異。為此，該協定設計成容許用戶端執行動態記憶體分配來指配與每一按比例縮放視訊流相關聯之儲存器。
將一視訊流發送至一具有程式源所固有尺寸之顯示器並使該顯示器以一適合於特定終端應用之方式按比例縮放及定位圖像，會頗為有用。實施即時按比例縮放多個視訊圖像非常複雜，從而使支援該功能成為用戶端中之可選項。
31.按比例縮放視訊流能力封包 按比例縮放視訊流能力封包界定用戶端中或由用戶端所用之按比例縮放視訊流源圖像之特徵。按比例縮放視訊流能力封包之格式大體顯示於圖75中。如圖75所示，在一實施例中，按比例縮放視訊流能力封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、cClient ID欄、最大流數量(Max Number of Streams)欄、源最大X尺寸(Source Max X Size)欄、源最大Y尺寸(Source Max Y Size)欄、RGB能力(RGB Capability)欄、單色能力(Monochrome Capability)欄、預留1(Reserved 1)欄、Y Cr Cb能力(Y Cr Cb Capabitity)欄、預留2(Reserved 2)欄、及CRC欄。在一實施例中，選擇將封包長度固定為20個位元組。此顯示於長度欄中，該等20個位元組中包括2－位元組的cClient ID欄及CRC欄，該cClient ID欄預留用於用戶端ID或者設定為零。在一實施例中，用戶端顯示能夠使用有效狀態回覆清單封包之有效參數回覆清單中之參數值143來支援按比例縮放視訊流能力封包。
2－位元組的最大流數量欄包含一用於標識可在一次中分配的同時的按比例縮放視訊流之最大數量。在一實施例中，若巳分配到按比例縮放視訊流之最大數量，則用戶端應拒絕一請求分配一按比例縮放視訊流之請求。若所分配之按比例縮放視訊流少於按比例縮放視訊流之最大數量，則用戶端亦可根據用戶端中之其他資源約束來拒絕一分配請求。
源最大X尺寸欄及Y尺寸欄(2個位元組)分別規定以像素數量形式表示之按比例縮放視訊流源圖像之最大寬度及高度值。
RGB能力欄使用若干值來規定在RGB格式中可顯示之解析度位元數量。若按比例縮放之視訊流不能使用RGB格式，則該值設定為等於為零。RGB能力字係由三個單獨之無正負號值構成，其中：位元3至0界定每一像素中之最大藍色位元數量(藍色強度)，位元7至4界定每一像素中之最大綠色位元數量(綠色強度)，位元11至8界定每一像素中之最大紅色位元數量(紅色強度)，而位元15至12則預留供將來用於定義將來之能力，其一般設定為零。
1－位元組單色能力欄包含一用於規定在單色格式中可顯示之解析度之位元數量之值。若按比例縮放之視訊流不能使用單色格式，則該值設定為零。位元7至4預留供將來使用，因此對於當前之應用而言應設定為0('0')，儘管如熟習此項技術者所應瞭解，此可能會隨時間變化。位元3至0界定在每一像素中可存在之灰階之最大位元數量。該等四個位元使吾人可規定每一像素由1至15個位元組成。若該值為零，則按比例縮放之視訊流不支援單色格式。
預留1欄(此處為1個位元組)預留供將來用於提供關於該按比例縮放視訊流封包資訊或資料之值。因此，當前該欄中之所有位元皆設定為邏輯'0'。該欄之一用途係使所有後續2－位元組欄皆對齊一16－位元字位址並使4－位元組欄對齊一32－位元字位址。
2－位元組Y Cb Cr能力欄包含用於規定在Y Cb Cr格式中可顯示之解析度之位元數量之值。若按比例縮放之視訊流不能使用Y Cr Cb格式，則該值為零。Y Cb Cr能力字由三個單獨之無正負號值構成，其中：位元3至0界定用於規定Cr樣本之最大位元數量；位元7至4界定用於規定Cb樣本之最大位元數量；位元11至8界定用於規定Y樣本之最大位元數量；且位元15至12預留供將來使用，且通常設定為零。
1－位元組能力位元欄含有一組用於規定與按比例縮放視訊流相關聯之能力之旗標。該等旗標定義如下：位元0包括可為一緊縮格式之按比例縮放視訊流封包中之像素資料。圖13顯示一緊縮的及位元組對齊的像素資料之實例。位元1預留供將來使用且通常設定為零；位元2亦預留供將來使用且設定為零；位元3包括可規定為色彩圖資料格式之按比例縮放視訊流。該等按比例縮放視訊流係使用與主圖像緩衝器及Alpha游標圖像平面所用的相同的色彩圖表。色彩圖係使用在其他部分中所述之色彩圖封包來組態；位元7至4預留供將來使用且通常設定為零。
預留2欄(此處為1個位元組)預留供將來用於提供關於該按比例縮放視訊流封包資訊或資料之值。因此，當前該欄中之所有位元皆設定為邏輯'0'。該欄之一用途係使所有後續2－位元組欄皆對齊一16－位元字位址並使4－位元組欄對齊一32－位元字位址。
32.按比例縮放視訊流設置封包 按比例縮放視訊流設置封包提供一種用於界定按比例縮放視訊流之參數之途徑、結構或方法，用戶端使用該資訊來分配用於緩衝及按比例縮放該圖像之內部儲存器。可藉由發送其中X圖像尺寸欄及Y圖像尺寸欄等於零之該封包將一按比例縮放視訊流解除配置。以後可使用相同或不同之流參數來再配置該等已解除配置之按比例縮放視訊流。在一實施例中，用戶端顯示能夠使用有效狀態回覆清單封包之有效參數回覆清單中之參數值143及使用按比例縮放視訊流能力封包之最大流數量欄中的一非零值來支援按比例縮放視訊流設置封包。
圖76大體顯示該按比例縮放視訊流設置封包之格式。如圖76所示，在一實施例中，按比例縮放視訊流設置封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient欄、流ID(Stream ID)欄、視訊資料格式描述符(Video Data Format Descriptor)欄、像素資料屬性(Pixel Data Attributes)欄、X左邊緣(X Left Edge)欄、Y頂邊緣(Y Top Edge)欄、X右邊緣(X Right Edge)欄、Y底邊緣(Y Bottom Edge)欄、X圖像尺寸(X Image Size)欄、Y圖像尺寸(Y Image Size)欄、及CRC欄。
2－位元組之封包長度欄規定該封包中不包括該封包長度欄在內之位元組總數。在一實施例中，該封包長度固定為24。2－位元組之封包類型欄使用一值136將該封包識別為一按比例縮放視訊流設置封包。2－位元組之hClient ID欄預留供將來用作用戶端ID，且通常暫時或在一協定使用者如吾人所知確定擬使用的ID值之前設定為所有位元皆處於邏輯0值。
流ID欄使用2個位元組來規定一唯一之流ID標識符。該值由主機指配且其值處於自零至用戶端能力封包中所規定之最大流ID值之範圍內。為保證每一有效流皆指配到一唯一值並將不再有效之流解除配置或再指配，主機必須仔細地管控該等流ID值之使用。
在一實施例中，視訊資料格式描述符欄使用2個位元組來規定在當前封包中當前流之像素資料中每一像素之格式。該像素資料格式應符合在Alpha游標圖像能力封包(Alpha－Cursor Image Capability Packet)中可定義之alpha游標圖像平面之各有效格式中至少一種格式、或在上文所述其他封包內通常所定義之其他預定圖像圖案。視訊資料格式描述符欄僅定義當前封包之像素格式，且不意味著在一特定視訊流之壽命期內將一直持續使用一個恒定格式。圖12顯示一如何編碼該視訊資料格式描述符之實施例，此如在上文中針對其他封包所述。
舉例而言，如圖12A至12D所示，及在一實施例中所使用，當位元[15：13]等於'000'時，視訊資料由一單色像素陣列組成，其中每一像素之位元數量係由視訊資料格式描述符字中之位元3至0來界定。位元11至4通常預留供將來使用或應用，且在此種情形中係設定為零。而當位元[15：13]等於'001'時，則視訊資料由一彩色像素陣列組成，該等彩色像素分別藉由一色彩圖(調色板)規定一色彩。在此種情形中，視訊資料格式描述符字中之位元5至0將界定每一像素之位元數量，而位元11至6通常預留供將來使用或應用，並設定為等於零。而當位元[15：13]等於'010'時，則視訊資料由一彩色像素陣列組成，其中每一紅色像素之位元數量由位元11至8界定，每一綠色像素之位元數量由位元7至4界定，每一藍色像素之位元數量由位元3至0界定。在此種情形中，每一像素中之位元總數係用於紅色、綠色及藍色之位元數量之和。
然而，當如圖12D所示，位元[15：13]等於值或串'011'時，則視訊資料由一4：2：2 YCbCr格式的具有亮度及色度資訊的視訊資料陣列組成，其中每一亮度像素(Y)之位元數量由位元11至8界定，Cb分量之位元數量由位元7至4界定，Cr分量之位元數量由位元3至0界定。每一像素中之位元總數係用於紅色、綠色及藍色之位元數量之和。Cb及Cr分量之發送速率為Y之一半。此外，該封包之像素資料部分中之視訊樣本係按如下來組織：Cbn，Yn，Crn，Yn＋1，Cbn＋2，Yn＋2，Crn＋2，Yn＋3，...，其中Cbn及Crn與Yn及Yn＋1相關聯，Cbn＋2及Crn＋2與Yn＋2及Yn＋3相關聯，等等。Yn，Yn＋1，Yn＋2，及Yn＋3係一單一列中自左至右的四個連續像素之亮度值。
對於上文所述之所有四種格式，在該等圖中標記為「P」的位元12皆用於規定像素資料樣本是否係緊縮的像素資料還是位元組對齊的像素資料。在該欄中為值'0'時，表示該像素資料欄中之每一像素皆與一MDDI位元組邊界按位元組對齊。值'1'則表示像素資料欄中每一像素及每一像素內的每一色彩皆抵靠前一像素或像素內之前一色彩緊縮而未留有任何未使用之位元。
在一實施例中，2－位元組之像素資料屬性欄之值解譯如下，其中位元1及0預留供將來使用且當前通常設定為0，且位元2指示像素資料是否處於交錯格式。當位元2為0時，像素資料為標凖之順序性格式。當自一列前進至下一列時，列編號(像素Y座標)會遞增1。當位元2為1時，像素資料為交錯格式。當自一列前進至下一列時，列編號(像素Y座標)會遞增2。
在一實施例中，位元3指示像素資料是否為交替像素格式。此類似於由位元2啟用之標凖交錯模式，但該種交錯係垂直交錯而非水平交錯。當位元3為0時，像素資料係以標凖之順序性格式產生或設置。當接收到每一順序性像素時，行編號(像素X座標)皆遞增1。當位元3為1時，像素資料係以交替像素格式產生或設置。當接收到每一像素時，行編號(像素X座標)皆遞增2。
位元4至15亦預留供將來使用，在當前應用或設計中通常設定為邏輯0位凖或值。
33.按比例縮放視訊流確認封包 按比例縮放視訊流確認封包使用戶端能夠確認接收到一按比例縮放視訊流設置封包。用戶端可顯示能夠藉由有效狀態回覆清單封包之有效參數回覆清單中之參數值143及藉由按比例縮放視訊流能力封包之最大流數量欄中的一非零值來支援按比例縮放視訊流確認封包。
圖77大體顯示按比例縮放視訊流確認封包之格式。如圖77所示，在一實施例中，按比例縮放視訊流確認封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、cClient欄、流ID(Stream ID)欄、ACK碼(ACK Code)欄、及CRC欄。2－位元組之封包長度欄用於規定不包括該封包長度欄在內之位元組總數，對於此種封包類型而言其值為10，同時封包類型137將一封包識別為按比例縮放視訊流確認封包。
2－位元組之cClient ID欄預留供將來用於用戶端ID，其通常設定為零。2－位元組之流ID欄規定一唯一之流ID標識符。此係由主機在按比例縮放視訊流設置封包中指配之相同值。
2－位元組之Ack碼欄提供包含一碼之值，該碼係描述嘗試更新所規定之按比例縮放視訊流之結果。在一實施例中，該等碼定義如下：0－流分配嘗試成功。
1－流解除配置嘗試成功。
2－無效地嘗試分配一早已分配之流ID。
3－無效地嘗試解除配置一已解除配置之流ID。
4－用戶端不支援按比例縮放視訊流。
5－流參數與用戶端能力不相符。
6－流ID值大於用戶端所容許之最大值。
7－用戶端中可供用於分配所規定流之資源不足。2－位元組之CRC欄包含該封包中包括封包長度欄在內之所有位元組之CRC。
34.按比例縮放視訊流封包 按比例縮放視訊流封包用於發送與一特定之按比例縮放視訊流相關聯之像素資料。該封包所涉及之區域之尺寸係由按比例縮放視訊流設置封包界定。用戶端可顯示能夠藉助有效狀態回覆清單封包之有效參數回覆清單中之參數值143及藉助按比例縮放視訊流確認封包之Ack碼欄中的一成功的按比例縮放視訊流分配響應來支援按比例縮放視訊流封包。
圖78顯示按比例縮放視訊流封包之一實施例之格式。如圖78所示，按比例縮放視訊流封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient欄、流ID(Stream ID)欄、像素資料屬性(Pixel Data Attributes)欄、像素計數值(Pixel Count)欄、參數CRC(Parameter CRC)欄、像素資料(Pixel Data)欄、及像素資料CRC(Pixel Data CRC)欄。2－位元組之封包類型欄使用一值18將該封包識別為一按比例縮放視訊流封包。hClient ID欄預留用於用戶端ID，其通常設定為零。與前面相同，2－位元組之流ID欄規定一唯一之流ID標識符。該值由主機在按比例縮放視訊流設置封包中規定並在按比例縮放視訊流確認封包中加以確認。在一實施例中，2－位元組之像素資料屬性欄具有用於規定像素資料投送及顯示器更新或緩衝器位置之值。
在一實施例中，2－位元組之像素資料屬性欄具有用於規定像素資料投送及顯示器更新或緩衝器位置之值。在一實施例中，該等值解譯如下：位元1及0選擇欲將像素資料投送到的顯示器。當位元值為'11'或'00'時，像素資料係顯示至雙眼或對雙眼顯示，當位元值為'10'時，資料僅投送至左眼，當位元值為'01'時，資料僅投送至右眼。
位元7及6係顯示器更新位元，用於規定像素資料欲寫入到的訊框緩衝器。該等訊框更新位元之作用將在其他部分中予以更詳細之說明。當位元[7：6]為'01'時，像素資料係寫入至離線圖像緩衝器。當位元[7：6]為'00'時，像素資料係寫入至用於再新該顯示器之圖像緩衝器。當位元[7：6]為'11'時，像素資料係寫入至所有圖像緩衝器。若位元[7：6]為'10'，則此被視為一無效值。該等位元當前係預留供將來使用。在此種情形中，像素資料將被忽略而不寫入至任何圖像緩衝器。位元2至5及位元8至15預留供將來使用，通常設定為邏輯0位凖或值。
2－位元組之像素計數值欄規定下文所述像素資料欄中之像素數量。2－位元組之參數CRC欄具有自封包長度欄至像素計數值欄之所有位元組之CRC。若CRC檢查失敗，則捨棄整個封包。2－位元組之像素資料欄包含欲按比例縮放並隨後予以顯示之原始視訊資訊。資料係以視訊資料格式描述符欄所描述之方式來格式化。如前文中所定義，該資料係每次發送一列。
2－位元組之像素資料CRC欄包含僅像素資料之CRC。若該CRC檢查失敗，則像素資料仍可使用但CRC錯誤計數值會遞增。
35.請求特定狀態封包 請求特定狀態封包提供一種使主機請求用戶端向主機發送回一該封包中所規定之能力或狀態封包之手段、機構或方法。用戶端將在下一反向鏈路囊封封包中傳回該規定類型之封包。若用戶端有能力對該請求特定狀態封包作出響應，則用戶端通常將用戶端能力封包之用戶端特徵能力欄中之位元17置位。一種由主機用於確定一用戶端可傳回或傳輸之所有狀態封包類型之便捷方法係使用在其他部分中所述之有效狀態回覆清單封包。用戶端可顯示能夠使用用戶端能力封包之用戶端特徵能力欄之位元21以有效狀態回覆清單封包作出響應。
圖79顯示一請求特定狀態封包之一實施例之格式。如圖79所示，請求特定狀態封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、hClient ID欄、狀態封包ID(Status Packet ID)欄、及CRC(CRC)欄。封包長度欄規定該封包中不包括該封包長度欄在內之位元組總數，對於此種封包類型而言其通常固定為一值10。封包類型138標識該封包為一請求特定狀態封包。hClient ID欄(2個位元組)預留供將來用於用戶端ID，其當前設定為零，同時一2－位元組之狀態封包ID欄規定用戶端將發送至主機之能力或狀態封包之類型。典型之封包類型如下：66－由用戶端發送用戶端能力封包。
133－由用戶端發送Alpha游標圖像能力封包。
139－發送有效狀態回覆清單封包，其標識用戶端可發送之能力及狀態封包之準確類型。
141－用戶端發送個人用戶端能力封包。
142－用戶端發送用戶端錯誤報告封包。
143－用戶端發送按比例縮放視訊流能力封包。
144－用戶端發送用戶端識別封包。
封包類型56至63可用於製造商特定之能力及狀態標識符。
CRC欄仍包含該封包中包括封包長度欄在內之所有位元組之CRC。
36.有效狀態回覆清單封包 有效狀態回覆清單封包為主機提供一種用於得到一該用戶端有能力傳回之狀態及能力封包之清單之結構、手段或方法。用戶端可顯示能夠使用用戶端能力封包之用戶端特徵能力欄之位元21來支援該有效狀態回覆清單封包。
圖80大體顯示一有效狀態回覆清單封包之一實施例之格式。如圖80所示，有效狀態回覆清單封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、cClient ID欄、清單中值之數量(Number of Values in List)欄、有效參數回覆清單(Valid Parameter Reply List)欄、及CRC欄。此種封包類型之封包長度通常固定為一值10，類型值139標識該封包為一有效狀態回覆封包。cClient ID欄預留供將來用作用戶端ID，其通常設定為零。2－位元組之清單中值之數量欄規定下麵的有效參數回覆清單欄中之項數。
有效參數回覆清單欄包含一由若干2－位元組參數組成之清單，該等2－位元組參數規定用戶端可發送至主機之能力或狀態封包之類型。若用戶端已顯示其可對請求特定狀態封包作出響應(使用用戶端能力封包中用戶端特徵能力欄之位元21)，則其能夠發送至少該用戶端能力封包(封包類型＝66)及有效狀態回覆清單封包(封包類型＝139)。對於本實施例而言，可由用戶端發送並可包含於該清單中之封包類型、以及其各自之賦值為：66－用戶端能力封包。
133－Alpha游標圖像能力封包。
139－有效狀態回覆清單封包，其標識用戶端可發送之能力及狀態封包之準確類型。
141－個人顯示器能力封包。
142－用戶端錯誤報告封包。
143－按比例縮放視訊流能力封包。
144－用戶端識別封包。
145－替代顯示器能力封包(Alternate Display Capability Packet)。
封包類型56至63可用於製造商特定之能力及狀態標識符。
CRC欄包含該封包中包括封包長度欄在內之所有位元組的一CRC。
37.個人顯示器能力封包 個人顯示器能力封包提供一組描述諸如頭戴式顯示器或顯示眼鏡等個人顯示裝置之能力之參數。此使主機能夠根據用戶端之特定能力來自訂顯示器資訊。另一方面，用戶端顯示能夠使用有效狀態回覆清單封包之有效參數回覆清單中的一對應參數來發送個人顯示器能力封包。
圖81大體顯示個人顯示器能力封包之一實施例之格式。如圖81所示，個人顯示器能力封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、cClient ID欄、子像素佈局(Sub－Pixel Layout)欄、像素形狀(Pixel Shape)欄、水平視野(Horizontal Field of View)欄、垂直視野(Vertical Field of View)欄、視軸交叉(Visual Axis Crossing)欄、左/右圖像(Lft./Rt.Image)欄、合成圖像(See Trough)欄、最大亮度(Maximum Brightness)欄、光學能力(Optical Capability)欄、最小IPD(Minimum IPD)欄、最大IPD(Maximum IPD)欄、曲率場點清單(Points of Field of Curvature List)欄及CRC欄。在一實施例中，封包長度欄值固定為68。封包類型值141將一封包識別為一個人顯示器能力封包。cClient ID欄預留供將來使用，當前其通常設定為零。
子像素佈局欄規定一自上至下、自左至右之子像素實體佈局，其使用如下值：0表示未定義子像素佈局；1表示紅色、綠色、藍色條帶；2表示藍色、綠色、紅色條帶；3表示一具有一2×2子像素結構之四點像素：左上角為紅色，右下角為藍色，及兩個綠色子像素，其中一個綠色子像素位於左下角，另一個位於右上角；4表示一具有一2×2子像素結構之四點像素：左下角為紅色，右上角為藍色，及兩個綠色子像素，其中一個綠色子像素位於左上角，另一個位於右下角；5表示一三角形(三元組)；6表示一覆蓋有紅色、綠色及藍色之鑲嵌結構(例如具有場序顏色之LCOS顯示器)；值7至255通常預留供將來使用。
像素形狀欄規定由特定構造之子像素構成之每一像素之形狀，其使用以下值：0表示未定義子像素形狀；1表示圓形；2表示方形；3表示矩形；4表示卵形；5表示橢圓形；值6至255則如熟習此項技術者可瞭解，預留供將來表示所需形狀。
1－位元組之水平視野(HFOV)欄規定水平視野，其遞增量為0.5度(例如若HFOV為30度，則該值為60)。若該值為零，則表明未規定HFOV。
1－位元組之垂直視野(VFOV)欄規定垂直視野，其遞增量為0.5度(例如若VFOV為30度，則該值為60)。若該值為零，則表明未規定VFOV。
1－位元組之視軸交叉欄規定視軸交叉，遞增量為0.01屈光度單位(1/m)(例如若視軸交叉為2.22米，則該值為45)。若該值為零，則表明未規定視軸交叉。
1－位元組之左/右圖像交疊欄規定左、右圖像交疊百分比。可容許之圖像交疊範圍百分比為1至100。值101至255無效且通常將不使用之。若該值為零，則表明未規定圖像交疊。
1－位元組之合成圖像欄規定圖像之合成圖像百分比。可容許之合成圖像百分比範圍為0至100。值101至254無效且將不使用之。若該值為255，則表明未規定合成圖像百分比。1－位元組之最大亮度欄規定最大亮度，其遞增量為20尼特(例如若最大亮度為100尼特，則該值為5)。若該值為零，則表明未規定最大量度。
2－位元組之光學能力旗標欄包含各個用於規定顯示器之光學能力之欄。通常根據如下來指配該等位元值：位元15至5預留供將來使用，且通常設定為邏輯0位凖。
位元4用於選擇眼鏡焦點調整，其中值為'0'表示顯示器無眼鏡焦點調整，值為'1'表示顯示器具有眼鏡焦點調整。
位元3至2用於根據如下來選擇雙目功能：值為0意味著顯示器為雙目顯示器且僅可顯示2維(2D)圖像；1意味著顯示器為雙目顯示器且可顯示3維(3D)圖像；2意味著顯示器為單目顯示器，3則預留供將來使用。
位元1至0用於選擇左－右場曲率對稱，其中值為0意味著未定義場曲率。若該欄為零，則除點C3外自A1至E5的所有場曲率值皆設定為零，點C3用於規定顯示器之焦距或者設定為零來表示未規定焦距。值為1意味著左、右顯示器具有相同之對稱；值為2意味著左、右顯示器在垂直軸(行C)上互成鏡像；值為3預留供將來使用。
1－位元組之最小瞳孔間距(IPD)欄規定最小瞳孔間距，單位為毫米(mm)。若該值為零，則表明未規定最小瞳孔間距。1－位元組之最大瞳孔間距(IPD)欄規定最大瞳孔間距，單位為毫米(mm)。若該值為零，則表明未規定最大瞳孔間距。
場曲率點清單欄包含一由25個2－位元組參數構成之清單，該等參數用於規定焦距，其單位為千分之一屈光度單位(1/m)，其範圍為1至65535(例如1係0.001屈光度單位，65535係65.535屈光度單位)。該場曲率點清單中之25個元如圖82所示標示為A1至E5。該等點將均勻分佈於顯示器之有效區內。行C對應於顯示器之垂直軸，列3對應於顯示器之水平軸。行A及E分別對應於顯示器之左邊緣及右邊緣。列1及5分別對應於顯示器之頂邊緣及底邊緣。該清單中該等25個點之次序為：A1，B1，C1，D1，E1，A2，B2，C2，D2，E2，A3，B3，C3，D3，E3，A4，B4，C4，D4，E4，A5，B5，C5，D5，E5。
CRC欄包含該封包中包括封包長度欄在內之所有位元組的一CRC。
38.用戶端錯誤報告封包 用戶端錯誤報告封包用作一種使用戶端能夠向主機提供一運作錯誤清單之機構或手段。用戶端在其正常運作過程中可能會因自主機接收到某些命令而偵測到各種各樣的錯誤。該等錯誤之實例包括：用戶端可能會被命令以一模式運作而其並不支援該模式，用戶端可能會接收到一包含某些參數之封包而該等參數超出該用戶端之範圍或超出用戶端之能力，用戶端可能會被命令以一不正確之順序進入一模式。用戶端錯誤報告封包可用於在正常運作期間偵測錯誤，但最適用於系統設計者及整合者診斷主機及用戶端系統開發及整合中之問題。用戶端顯示能夠使用有效狀態回覆清單封包之有效參數回覆清單中之參數值142來發送用戶端錯誤報告封包。
圖83大體顯示用戶端錯誤報告封包之一實施例之格式。如圖83所示，用戶端錯誤報告封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、cClient ID欄、清單項數量(Number of List Items)欄、錯誤碼清單(Error Code List)欄、及CRC欄。封包類型值142將一封包識別為一用戶端錯誤報告封包。cClient ID欄預留供將來使用，當前其通常設定為零。清單項數量欄(2個位元組)規定下麵的錯誤碼清單中之項數。錯誤碼清單欄(此處為8個位元組)係一包含一或多個錯誤報告清單項之清單。圖84顯示一單一錯誤報告清單項之格式。
在一實施例中，如圖84所示，每一錯誤報告清單項皆恰好為4個位元組長度，且在一實施例中具有一包含如下之結構：一規定所報告錯誤類型之2－位元組顯示器錯誤碼欄，一規定關於由用戶端錯誤碼封包所界定錯誤之更高階詳情之2－位元組錯誤子碼欄。每一用戶端錯誤碼之具體定義皆由用戶端製造商來界定。無需針對每一顯示器錯誤碼定義一錯誤子碼，且在彼等其中未定義錯誤子碼之情形中，該值設定為零。每一錯誤子碼之具體定義皆係由用戶端製造商來界定。
39.用戶端識別封包 用戶端識別封包使用戶端能夠回應一請求特定狀態封包而傳回識別資料。在一實施例中，用戶端顯示能夠使用有效狀態回覆清單封包之有效參數回覆清單中之參數值144來發送用戶端識別封包。使主機能夠藉由自用戶端讀取該資料來確定用戶端裝置製造商名稱及信號編號頗為有用。該資訊可用於確定用戶端是否具有不能在用戶端能力封包中描述之特殊能力。存在兩種用於自用戶端讀取識別資訊之可能的方法、手段或機構。其中一種係藉助用戶端能力封包，用戶端能力封包包含與在基本EDID結構中相同之欄。另一種方法係藉助用戶端識別封包，相對於用戶端能力封包中之類似欄而言，用戶端識別封包包含一組更豐富之資訊。此使主機能夠識別未分配到一3字元EISA碼之製造商並容許序號包含文數字元。
圖85大體顯示用戶端識別封包之一實施例之格式。如圖85所示，用戶端識別封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、cClient ID欄、製造星期(Week of Mfr)欄、製造年份(Year of Mfr.)欄、製造商名稱長度(Length of Mfr Name)欄、產品名稱長度(Length of Product Name)欄、序號長度(Length of Serial Number)欄、製造商名稱串(Manufacturer Name String)欄、產品名稱串(Product Name String)欄、序號串(Serial Number String)欄、及CRC欄。
2位元組之封包類型欄包含一標識該封包為一用戶端識別封包之值。在一實施例中，該值選擇為144。cClient ID欄(2個位元組)仍預留供將來用於用戶端ID，且通常設定為零。CRC欄(2個位元組)包含該封包中包括封包長度欄在內之所有位元組的一16－位元CRC。
1－位元組之製造星期欄包含一界定該顯示器之製造星期之值。在至少一實施例中，若用戶端支援該值，則該值處於1至53範圍內。而若用戶端不支援該欄，則其通常設定為零。1－位元組之製造年份欄包含一界定用戶端(顯示器)之製造年份之值。該值係一相對於以1990年作為起始點的偏差值，當然亦可使用其他基礎年份。該欄可表達介於1991至2245之間的年份。舉例而言：2003年對應於製造年份值13。若用戶端不支援該欄，則該欄應設定為零值。
製造商名稱長度欄、產品名稱長度欄、及序號長度欄各自包含分別用於規定包括任何空終止字元或空的填充字元在內的製造商名稱串欄之長度、包括任何空終止字元或空的填充字元在內的產品名稱串欄之長度、及包括任何空終止字元或空的填充字元在內的序號串欄之長度。
製造商名稱串欄、產品名稱串欄、及序號串欄各自包含分別由製造商名稱長度欄、產品名稱長度欄及序號名稱長度欄規定的一可變數量之位元組，該等可變數量之位元組分別包含一用於規定顯示器之製造商、產品名稱、及文數序號之ASCII串。該等串中之每一串皆終止以至少一個空字元。
40.替代顯示器能力封包 替代顯示器能力封包用作一種用於顯示附裝至MDDI用戶端控制器之替代顯示器之能力的途徑、結構或方法。其係回應一請求特定狀態封包而發送。當得到提示時，用戶端裝置會針對所支援之每一替代顯示器發送一替代顯示器能力封包。若一用戶端具有多於一個替代顯示器，則該用戶端應回應一單一請求特定狀態封包(當然某些構造可根據需要使用多個請求特定狀態封包－儘管此較不有效)而發送、產生或提供多個替代顯示器能力封包。用戶端可根據替代顯示器編號(Alt Display Number)欄中之值，以所謂的「非順序性次序」發送替代顯示器能力封包。用戶端可顯示能夠使用有效狀態回覆清單封包之有效參數回覆清單中之參數值145來發送替代顯示器能力封包。
對於以內部模式運作之MDDI系統，可能通常具有多於一個連接至一MDDI用戶端控制器之顯示器。一實例性應用係一在翻蓋之內側具有一大顯示器而在外側具有一較小顯示器之行動電話。出於兩個可能原因，一內部模式用戶端無需傳回一替代顯示器能力封包。第一個原因係，由於主機及用戶端係用於一共用裝置或機殼中，因而主機可能早已在製造期間程式化為或以其他方式得知該等能力。第二個原因係，由於二者組裝於一起，因而用戶端不能輕易地自一連接至主機之連線斷開或分離，且主機可能含有該等用戶端能力之硬編碼拷貝，或者至少知曉該等用戶端能力不會像在其他情形下那樣隨用戶端之變化而變化。
用戶端能力封包中之替代顯示器數量欄用於報告附裝有多於一個顯示器，且替代顯示器能力封包報告每一替代顯示器之能力。視訊流封包在像素資料屬性欄中包含4個位元來定址用戶端裝置中之每一替代顯示器。
圖89大體顯示替代顯示器能力封包之一實施例之格式。如圖86所示，替代顯示器能力封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、cClient ID欄、替代顯示器編號(Alt Display Number)欄、預留1(Reserved 1)欄、位元映射寬度(Bitmap Width)欄、位元映射高度(Bitmap Height)欄、顯示器視窗寬度(Display Window Width)欄、顯示器視窗高度(Display Window Height)欄、色彩圖RGB寬度(Color Map RGB Width)欄、RGB能力(RGB Capability)欄、單色能力(Monochrome Capability)欄、預留2(Reserved 2)欄、Y Cr Cb能力(Y Cr Cb Capability)欄、顯示器特徵能力(Display Feature Capability)欄、預留3(Reserved 3)欄、及CRC欄。封包類型值145標識一封包為替代顯示器能力封包。cClient ID欄預留用於將來使用之用戶端ID且通常設定為零。
替代顯示器編號欄使用1個位元組以一介於0至15範圍之整數來指示替代顯示器之身份。第一替代顯示器通常標記為編號0，其他替代顯示器則以唯一之替代顯示器編號值來標記，其中所用最大值為替代顯示器總數減1。不使用大於替代顯示器總數減1之值。舉例而言：一具有一主顯示器及一連接至MDDI用戶端之呼叫方ID顯示器之行動電話具有一個替代顯示器，因而呼叫方顯示器之替代顯示器編號為零，用戶端能力封包之替代顯示器數量欄之值為1。
預留1欄(1個位元組)預留供將來使用。該欄中之所有位元皆設定為零。該欄之一用途係使所有後續2位元組欄皆對齊一16－位元字位址並使4－位元組欄對齊一32－位元字位址。
位元映射寬度欄使用2個位元組來規定以像素數量形式表示之位元映射之寬度。位元映射高度欄使用2個位元組來規定以像素數量形式表示之位元映射之高度。顯示器視窗寬度欄使用2個位元組來規定以像素數量形式表示之顯示器視窗之寬度。顯示器視窗高度欄使用2個位元組來規定以像素數量形式表示之顯示器視窗之高度。
色彩圖RGB寬度欄使用2個位元組來規定在色彩圖(調色板)顯示模式中可顯示之紅色、綠色及藍色分量之位元數量。每一色彩分量(紅色、綠色及藍色)可使用最多8個位元。即使在色彩圖封包中發送每一色彩分量之8個位元，亦僅使用在該欄中界定之每一色彩分量之最低有效位元之數量。若顯示器用戶端不能使用色彩圖(調色板)格式，則該值為零。色彩圖RGB寬度字由三個單獨之無正負號值構成：位元3至0界定每一像素中之最大藍色位元數量，其中值0至8視為有效。位元7至4界定每一像素中之最大綠色位元數量，其中值0至8視為有效。位元11至8界定每一像素中之最大紅色位元數量，其中值0至8視為有效。位元14至12則預留供將來使用，且通常設定為零。位元15用於顯示用戶端接受緊縮或非緊縮格式之色彩圖像素資料之能力。當位元15設定為一邏輯1位凖時，此顯示用戶端既可接受緊縮格式亦可接受非緊縮格式之色彩圖像素資料。若位元15設定為邏輯0，則此顯示用戶端僅可接受處於非緊縮格式之色彩圖像素資料。
RGB能力欄使用2個位元組來規定在RGB格式中可顯示之解析度之位元數量。在一實施例中，若用戶端不能使用RGB格式，則該值設定為等於零。RGB能力字係由三個單獨之無正負號值構成：位元3至0界定每一像素中之最大藍色位元數量(藍色強度)；位元7至4界定每一像素中之最大綠色位元數量(綠色強度)；位元11至8界定每一像素中之最大紅色位元數量(紅色強度)。位元14至12預留供將來使用且設定為零。位元15用於顯示用戶端接受緊縮格式或非緊縮格式之RGB像素資料之能力。當位元15設定為邏輯1位凖時，此顯示用戶端既可接受緊縮格式亦可接受非緊縮格式之RGB像素資料。若位元15設定為邏輯0，則此顯示用戶端僅可接受非緊縮格式之RGB像素資料。
1－位元組單色能力欄包含一用於規定在單色格式中可顯示之解析度之位元數量的值或資訊。若用戶端不能使用單色格式，則該值設定為等於零。位元6至4預留供將來使用，且通常設定為0。位元3至0界定在每一像素中可存在之灰階之最大位元數量。該等四個位元使吾人可規定每一像素由1至15個位元組成。若該值為零，則用戶端不支援單色格式。位元7在設定為1時顯示用戶端既可接受緊縮格式亦可接受非緊縮格式之單色像素資料。若位元7設定為零，則此顯示用戶端僅可接受非緊縮格式之單色像素資料。
預留2欄為一1位元組寬的欄，其預留供將來使用且通常將該欄中之所有位元皆設定為邏輯0位凖。在一實施例中，該欄之一用途係使所有後續之2－位元組欄對齊一16－位元字位址並使4－位元組欄對齊一32－位元字位址。
2－位元組Y Cb Cr能力欄規定在Y Cb Cr格式中可顯示之解析度之位元數量。若用戶端不能使用Y Cr Cb格式，則該值為零。Y Cb Cr能力字由三個單獨之無正負號值構成，其中：位元3至0界定用於規定Cb樣本之最大位元數量；位元7至4界定用於規定Cr樣本之最大位元數量；位元11至8界定用於規定Y樣本之最大位元數量；位元14至12預留供將來使用且設定為零。位元15在設定為1時顯示用戶端既可接受緊縮格式亦可接受非緊縮格式之Y Cb Cr像素資料。若位元15設定為零，則此顯示用戶端僅可接受非緊縮格式之Y Cb Cr像素資料。
2位元組之拜耳能力欄規定在拜耳格式中可傳輸之解析度位元數量、像素組及像素次序。若用戶端不能使用拜耳格式，則該值設定為零。拜耳能力欄由以下值構成：位元3至0界定在每一像素中存在之強度位元之最大數量，位元5至4界定可能需要之像素組圖案。位元8至6界定所需要之像素次序，位元14至9預留供將來使用且設定為零。位元15在設定為1時顯示用戶端既可接受緊縮格式亦可接受非緊縮格式之拜耳像素資料。若位元15設定為零，則此顯示用戶端僅可接受非緊縮格式之拜耳像素資料。
2－位元組之CRC欄包含該封包中包括封包長度欄在內之所有位元組的一16－位元CRC。
41.暫存器存取封包 暫存器存取封包為主機或用戶端提供一種存取位於MDDI鏈路之對置端中之組態及狀態暫存器之手段、機構或方法。對於每一顯示器或裝置控制器而言，該等暫存器可能係唯一。該等暫存器已存在於許多要求設定組態、運作模式並具有其他有用的及必要的設定值之顯示器中。暫存器存取封包使MDDI主機或用戶端能夠藉助MDDI鏈路既寫入至一暫存器亦請求讀取一暫存器。當主機或用戶端請求讀取一暫存器時，對置端應藉由如下方式作出響應：以相同封包類型發送暫存器資料並且藉助讀取/寫入資訊(Read/Write Info)欄顯示此係自一特定暫存器讀取之資料。暫存器存取封包可用於藉由規定一大於1之暫存器計數值來讀取或寫入多個暫存器。用戶端顯示能夠使用用戶端能力封包之用戶端特徵能力欄之位元22來支援暫存器存取封包。用戶端將使用囊封封包來發送暫存器存取封包，因而呈現為一看似一封包構造或結構內之封包。
圖87大體顯示暫存器存取封包之一實施例之格式。如圖87所示，暫存器存取封包構造成具有封包長度(Packet Length)欄、封包類型(Packet Type)欄、bClient ID欄、讀取/寫入旗標(Read/Write Flags)欄、暫存器位址(Register Address)欄、參數CRC(Parameter CRC)欄、暫存器資料清單(Register Data List)欄、及暫存器資料CRC(Register Data CRC)欄。封包類型值146標識一封包為暫存器存取封包。bClient ID欄預留供將來使用且當前通常設定為零。
2－位元組之讀取/寫入旗標欄規定該具體封包為一寫入或讀取或對一讀取之響應，並提供該等資料值之計數值。位元15至14用作讀取/寫入旗標。若[15：14]為'00'，則該封包包含欲寫入一由暫存器位址欄定址之暫存器之資料。欲寫入至規定暫存器之資料包含於暫存器資料清單欄中。若[15：14]為'10'，則此係一請求來自一或多個由暫存器位址欄定址之暫存器之資料之請求。若[15：14]為'11'，則彼封包包含回應一其中讀取/寫入旗標之位元15：14設定為'10'之暫存器存取封包而請求之資料。暫存器位址欄包含對應於第一暫存器資料清單項之暫存器之位址，暫存器資料清單欄包含自該或該等位址讀取之資料。若位元[15：14]為'01'，則此視為一無效值，該值預留供將來使用，當前不使用之，但熟習此項技術者將瞭解如何將其用於將來之應用。
位元13：0使用一14－位元無正負號整數來規定欲在暫存器資料清單欄中傳輸之32－位元暫存器資料項之數量。若位元15：14等於'00'，則位元13：0規定包含於該暫存器資料清單欄中的欲寫入至以暫存器位址欄所規定暫存器起始的各暫存器中的32－位元暫存器資料項之數量。若位元15：14等於'10'，則位元13：0規定由該接受裝置發送至一請求讀取該等暫存器之裝置之32－位元暫存器資料項之數量。該封包中之暫存器資料清單欄不包含任何項，其長度為零。若位元15：14等於'11'，則位元13：0規定已自暫存器讀取的包含於暫存器資料清單欄中之32－位元暫存器資料項之數量。位元15：14當前未設定為等於'01'(其視為一無效值)，而是預留用於將來之指定或應用。
暫存器位址欄使用4個位元組來顯示欲寫入至或欲讀取之暫存器位址。對於其位址小於32個位元之定址暫存器，上部位元設定為零。
2－位元組之參數CRC欄包含自封包長度欄至暫存器位址欄之所有位元組的一CRC。若CRC檢查失敗，則捨棄整個封包。
暫存器資料清單欄包含一由欲寫入至用戶端暫存器之4－位元組暫存器資料值或自用戶端裝置暫存器讀取之值構成之清單。
2－位元組暫存器資料CRC欄包含僅暫存器資料清單的一CRC。若該CRC檢查失敗，則暫存器資料仍可使用，但CRC錯誤計數值會遞增。
D.封包CRC CRC欄出現於該等封包之結尾處且有時出現於具有一明顯大的資料欄因而在傳輸期間出現錯誤之可能性增大的封包中某些更為緊要之參數之後。在具有兩個CRC欄之封包中，當僅使用一個時，CRC產生器係在第一CRC之後再初始化，以使在一長資料欄之後進行之CRC計算不受該封包起始處之參數之影響。
包含多個位元錯誤之封包能產生一較佳CRC之可能性極小。對於包含許多錯誤之極長封包，在一具有錯誤之封包上偵測到一較佳CRC之機率接近7.6 x 10－ 6 。藉由設計，MDDI鏈路將具有極低或為0之錯誤率。CRC旨在用於監測鏈路之健全情況，而非旨在偵測特定封包上之錯誤以確定是否應重新發送封包。
在一實例性實施例中，CRC計算所用之多項式稱作CRC－16，或X16＋X15＋X2＋X0。圖36顯示一適用於構建本發明之CRC產生器及核對器3600之樣本實施方案。在圖36中，一CRC暫存器3602剛好在傳輸一輸入於Tx_MDDI_Data_Before_CRC線上之封包之第一位元之前初始化至一值0x0001，然後該封包之各位元組首先自LSB開始移位入該暫存器。應注意，該圖中之暫存器位元數量等於所使用多項式之階數，而非MDDI所用之位元位置。沿一單一方向移位該CRC暫存器會更為有效，此會使CRC位元15出現於MDDI CRC欄之位元位置0，CRC暫存器位元14出現於MDDI CRC欄之位元位置1，依此類推，直至到達MDDI位元位置14。
舉例而言，若用戶端請求及狀態封包之封包內容為：0x000c，0x0046，0x000，0x0400，0x00，0x00，0x0000(或識別為一位元組序列：0x0c，0x00，0x46，0x00，0x00，0x00，0x00，0x04，0x00，0x00，0x00，0x00)，且使用多工器3604及3606、及AND閘3608之輸入端提交，則由此在Tx_MDDI_Data_With_CRC線上產生之CRC輸出為0xd9aa(或者表示為一序列：0xaa，0xd9)。
當CRC產生器及核對器3600係構造為一CRC核對器時，在Rx_MDDI_Data線上接收之CRC會輸入至多工器3604及互斥或(XOR)閘3612，並使用NOR閘3610、AND閘3608及AND閘3614逐一位元地與在CRC暫存器中發現之值進行比較。若AND閘3614之輸出顯示存在錯誤，則藉由將閘3614之輸出連接至暫存器3602之輸入，CRC會對於每一包含一CRC錯誤之封包皆遞增一次。應注意，圖36所示之實例性電路可在一既定CHECK_CRC_NOW視窗(參見圖37B)內輸出多於一個CRC錯誤信號。因此，CRC錯誤計數器通常僅對在每一其中CHECK_CRC_NOW係有效之間隔內之第一CRC錯誤情況進行計數。若構造為一CRC產生器，則在該封包結束之同時停止CRC暫存器對CRC之計時同步。
圖37A及37B顯示輸入及輸出信號、及啟用信號之定時。圖37A顯示產生一CRC及傳輸一資料封包，並顯示Gen_Reset，Check_CRC_Now，Generate_CRC_Now及Sending_MDDI_Data信號、以及Tx_MDDI_Data_Before_CRC及Tx_MDDI_Data_With_CRC信號之狀態(0或1)。圖37B顯示接收一資料封包並檢查CRC值，並顯示Gen_Reset、Check_CRC_Now、Generate_CRC_Now、及Sending_MDDI_Data信號、以及Rx_MDDI_Data及CRC錯誤信號之狀態。
E.封包CRC之錯誤碼超載 每當主機與用戶端之間正僅傳輸資料封包及CRC時，不會容納任何錯誤碼。僅有之錯誤係失去同步。否則，吾人須等待鏈路因缺乏較佳之資料傳輸路徑或管線而逾時，然後在重設該鏈路後再繼續進行。遺憾的是，此非常耗時且效率有點低。
為供用於一實施例中，已開發出一種其中使用封包之CRC部分來傳輸錯誤碼資訊之新技術。此大體顯示於圖65中。換言之，由處理器或用於處理資料傳輸之裝置產生一或多個錯誤碼，該等一或多個錯誤碼指示在通信處理或鏈路中可能會出現之特定之預定義錯誤或缺陷。當遇到一錯誤時，會產生並使用封包之CRC位元來傳輸適當之錯誤碼。換言之，CRC值會超載或覆寫以所需之錯誤碼，此可在接收端處由一用於監測CRC欄之值之錯誤監測器或核對器偵測到。對於彼等其中出於某種原因錯誤碼與CRC值一致之情形，會傳輸該錯誤之補數來防止出現混淆。
在一實施例中，為提供一種健壯之錯誤警告及偵測系統，可使用一系列、通常係所有在已偵測到錯誤後傳輸或發送之封包將錯誤碼傳輸若干次。此一直進行至自系統中清除造成該錯誤之狀態為止，此時即可傳輸正常的CRC位元而不因另一值而超載。
此種使CRC值超載之方法可提供對系統錯誤的快得多的響應同時使用最小數量之額外位元或欄。
如圖66所示，圖中顯示一CRC覆寫機構或裝置6600使用一錯誤偵測器或偵測構件6602，該錯誤偵測器或偵測構件6602可構成上文所述或習知之其他電路之一部分，且用於偵測該通信鏈路或過程內存在或現存之錯誤。一可構成其他電路之一部分或使用諸如查詢表等技術來儲存預選定錯誤訊息之錯誤碼產生器或構件6604產生一或多個錯誤碼，該等錯誤碼顯示已偵測出正在出現之具體預定義錯誤或缺陷。易於瞭解，裝置6602及6604可根據吾人所欲而形成為一單一電路或裝置，或者形成其他習知處理器或元件之程式化步驟順序之一部分。
圖中顯示一CRC值比較器或比較構件6606用於檢查所選的該或該等錯誤碼是否與正傳輸之CRC值相同。若確實相同，則使用一碼補數產生器或產生構件或裝置來提供該等錯誤碼之補數，以便不會被誤認為原始CRC圖案或值及使偵測方案混淆或複雜化。然後，一錯誤碼選擇器或選擇構件元件或裝置6610選擇其期望插入或覆寫之錯誤碼或值，或者其各自適當之補數。一錯誤碼CRC覆寫器或覆寫機構或構件6612係一用於接收資料流、封包及欲插入之所需碼之裝置，為將所需錯誤碼傳輸至一接收裝置，其覆寫對應的或適當的CRC值。
如上所述，錯誤碼可使用一系列封包傳輸若干次，因而覆寫器6612可利用記憶體儲存元件在處理期間保持該等碼之拷貝，或者根據需要或願望自上述元件或其他可用於儲存或保持其值之習知儲存位置喚回該等碼。
圖67A及67B更詳細地顯示圖66所述覆寫機構正在執行之通用處理。在67A中，在步驟6702中在通信資料或過程中偵測到一或多個錯誤，並在步驟6704中選擇一錯誤碼來指示該狀態。同時，或在一適當之時刻，在步驟6706中檢查欲更換之CRC值，並在步驟6708中與所需錯誤碼相比較。如上文所述，該比較之結果係對所需碼或其他代表值是否與當前之CRC值相同之判定。若確實相同，則該處理進行至步驟6712，在步驟6712中選擇補數或在某些情形中根據吾人所欲選擇另一代表值作為欲插入之碼。一旦在步驟6710及6714中確定出欲插入之錯誤碼或值，即選定了供插入之適當碼。為清晰起見，將該等步驟作為單獨之步驟闡釋，但該等步驟通常代表一根據步驟6708之決定之輸出進行之單一選擇。最後，在步驟6716中，在CRC位置上覆寫該等適當值以供隨該過程所針對之封包傳輸。
在封包接收側，如圖67B所示，正在步驟6722中監測封包CRC值。一般而言，該等CRC值係由該系統內之一或多個過程監測，以決定是否已發生資料傳輸錯誤、及是否請求再傳輸該或該等封包或者禁止進一步之作業等等，其中某些決定已在上文進行了闡述。作為此種監測之一部分，亦可使用該資訊將該等值與已知或預選定之錯誤碼或代表值相比較，並偵測錯誤之存在。另一選擇為，可執行一單獨之錯誤偵測過程及監測。若顯示存在一碼，則在步驟6724中萃取或以其他方式記錄之以供進一步處理。在步驟6726中可確定此係實際碼還是補碼，倘為補碼，則使用一附加步驟6728將該值轉譯成所需碼值。在該等兩種情況下，皆隨後在步驟6730中使用由此得到之萃取碼、補數或其他已恢復值自所傳輸碼偵測已出現了何種錯誤。
V.鏈路休眠
MDDI鏈路可迅速地進入休眠狀態並迅速地自休眠中醒來。此種響應性使通信系統或裝置能夠頻繁地迫使MDDI鏈路進入休眠狀態以降低功耗，乃因其可極快速地重新醒來以供使用。在一實施例中，當一外部模式用戶端首次自休眠狀態醒來時，其係以一資料速率及以與1百萬位元/秒速率一致之選通脈衝定時為之，換言之，MDDI_Stb對應以500千赫茲之速率雙態觸變。一旦用戶端之特徵已由主機發現或已傳輸至主機，主機即會以通常自1百萬位元/秒至用戶端可運作之最大速率的任一速率喚醒該鏈路。內部模式用戶端可以主機與用戶端二者皆可運作之任一速率醒來。此亦通常適用於一內部模式用戶端初次醒來。
在一實施例中，當鏈路自休眠狀態中醒來時，主機及用戶端會交換一脈衝序列。該等脈衝可藉助低速線路接收器來偵測出，低速線路接收器所消耗之電流僅為在以最高鏈路運作速度接收信號時所需之差動接收器的幾分之一。主機或用戶端皆可喚醒鏈路，因而喚醒協定設定用於處理若主機與用戶端二者同時嘗試喚醒時可能會出現之競爭。
在休眠狀態期間，MDDI_Data及MDDI_Stb差動驅動器停用而進入高阻抗狀態，且所有差動對兩端之差動電壓為零伏特。用於偵測在自休眠中醒來期間之該脈衝序列之差動線接收器具有一有意之電壓偏移量。在一實施例中，該等接收器中邏輯一與邏輯0之間之臨限值約為125毫伏特。此導致一未受驅動之差動對在鏈路醒來序列期間被視為邏輯0位凖。
為進入休眠狀態，主機在鏈路關閉封包之CRC之後發送64個MDDI_Stb循環。主機將CRC之後16至56個MDDI_Stb循環(包括輸出停用傳播延遲)範圍內主機之MDDI_Data0輸出停用。主機會在其起始該喚醒序列之前結束發送在鏈路關閉封包之CRC後的該等64個MDDI_Stb循環。在一實施例中，將由主機起始之喚醒定義為主機須在驅動MDDI_Stb上之脈衝之前，在MDDI_Data0到達一有效邏輯1位凖後等待至少100奈秒。在一實施例中，用戶端會在其將MDDI_Data0驅動至邏輯1位凖以嘗試喚醒主機之前，在鏈路關閉封包之CRC之後等待至少60個MDDI_Stb循環。
為自休眠狀態中「醒來」，需採取若干措施或過程。當用戶端(此處為一顯示器)需要來自主機之資料或通信、服務時，其會藉由如下方式來產生一請求脈衝：將MDDI_Data0線驅動至邏輯1狀態約70至1000微秒，同時MDDI_Stb不活動，且在MDDI_Stb變為活動之後保持將MDDI_Data0驅動至邏輯1位凖約70個MDDI_Stb循環(介於60至80個範圍內)，儘管亦可根據吾人所欲而使用其他週期。然後，用戶端藉由將MDDI_Data0驅動器置入高阻抗狀態而將其停用。
若在休眠期間MDDI_Stb處於活動狀態(儘管不大可能)，則用戶端可僅將MDDI_Data0驅動至邏輯1狀態約70個MDDI_Stb循環(介於60至80個範圍內)。此措施使主機能夠啟動或重新啟動正向鏈路(208)上之資料流量並輪詢用戶端之狀態。
主機必須偵測請求脈衝之存在並開始該啟動序列：首先將MDDI_Stb驅動至邏輯0位凖並將MDDI_Data0驅動至邏輯高位凖至少約200奈秒。然後，在雙態觸變MDDI_Stb之同時，持續將MDDI_Data0驅動至邏輯1位凖約150個MDDI_Stb循環(介於140至160個範圍內)及驅動至邏輯0約50個MDDI_Stb循環。顯示器若偵測到MDDI_Data0處於邏輯1狀態之時間長於80個MDDI_Stb循環，則其不應發送服務請求脈衝。用戶端在已偵測到MDDI_Data0處於邏輯1位凖達60至80個MDDI_Stb循環時，其開始查找其中主機將MDDI_Data0驅動至邏輯0位凖達50個MDDI_Stb循環的間隔。在主機將MDDI_Data0驅動至邏輯0位凖一50個MDDI_Stb循環之持續時間後，主機開始在該鏈路上發送封包。所發送之第一封包係子訊框標頭封包。在MDDI_Data0處於邏輯0位凖達該50個循環間隔中的40個MDDI_Stb循環後，用戶端開始尋址子訊框標頭封包。下文將進一步論述對與休眠處理及啟動順序相關之時間間隔容差及時間之選擇之性質(參見下文中圖68A－C)。(參見下文中圖68A－C。)
主機可藉由首先啟用MDDI_Stb並同時將其驅動至邏輯0位凖來啟動喚醒。在如下文所述輸出脈衝前，不應將MDDI_Stb驅動至邏輯1位凖。在MDDI_Stb達到一有效邏輯0位凖後，主機啟用MDDI_Data0並同時將其驅動至邏輯1位凖。在如下文所述其中將MDDI_Data0驅動至邏輯0位凖達到一50個MDDI_Stb脈衝之間隔的間隔之前，在喚醒過程中不應將MDDI_Data0驅動至邏輯0位凖。在驅動MDDI_Stb上之脈衝之前，在MDDI_Data0達到一有效邏輯1位凖後主機應等待至少200奈秒。在慮及最差情形輸出啟用延遲時，會出現此種定時關係。此會基本保證在由主機所驅動之MDDI_Data0上之邏輯1位凖喚醒後，用戶端具有充足之時間來完全啟用其MDDI_Stb接收器。
圖38顯示對一典型用戶端服務請求事件3800之無競爭處理步驟之一實例，其中為便於闡釋，使用字母A，B，C，D，E，F，及G來標示各事件。該過程始於點A，在點A處，主機發送一鏈路關閉封包至用戶端裝置來通知用戶端裝置該鏈路將變遷至低功率休眠狀態。在下一步驟中，主機藉由將MDDI_Data0驅動器停用並將MDDI_Stb驅動器設定至邏輯0而進入低功率休眠狀態，如點B所示。MDDI_Data0由一高阻抗偏壓網路驅動至邏輯0位凖。在某一時間週期後，用戶端藉由如點C處所示將MDDI_Data0驅動至邏輯1位凖來發送一服務請求脈衝至主機。主機仍藉助高阻抗偏壓網路維護邏輯0位凖，但用戶端中之驅動器會迫使該線路變至邏輯1位凖。在50微秒內，主機會認可該服務請求脈衝並藉由啟用其驅動器而在MDDI_Data0上維護一邏輯1位凖，如點D所示。然後，用戶端停止嘗試維護該服務請求脈衝，且用戶端將其驅動器置入高阻抗狀態，加點E所示。主機將MDDI_Data0驅動至邏輯0位凖50微秒，如點F所示，且亦開始以一與MDDI_Data0上之邏輯0位凖一致之方式產生MDDI_Stb。在MDDI_Data0處於邏輯0位凖達40個MDDI_Stb循環後，用戶端開始尋找子訊框標頭封包。在將MDDI_Data0維護至邏輯0位凖並驅動MDDI_Stb達50微秒後，主機藉由發送一子訊框標頭封包而開始在正向鏈路上發送資料，如點G所示。
圖39顯示一類似實例，其中在該鏈路重新啟動順序已開始後維護一服務請求，且該等事件仍使用字母A，B，C，D，E，F，及G來標示。此代表一其中一來自用戶端之請求脈衝或信號幾近使子訊框標頭封包惡化之最差情況情形。該過程使用點A，在點A處，主機仍發送一鏈路關閉封包至用戶端裝置來通知用戶端裝置該鏈路將變遷至低功率休眠狀態。在下一步驟中，主機藉由將MDDI_Data0驅動器停用並將MDDI_Stb驅動器設定至邏輯0位凖而進入低功率休眠狀態，如點B所示。如上文一樣，MDDI_Data0由一高阻抗偏壓網路驅動至邏輯0位凖。在某一時間週期後，主機藉由將MDDI_Data0驅動至邏輯1位凖達150微秒而開始該鏈路重新啟動順序，如點C所示。在該鏈路重新啟動順序開始後經過50微秒之前，顯示器亦維護MDDI_Data0一70微秒之持續時間，如點D所示。之所以如此，係因顯示器需要請求來自主機之服務且未認識到主機早已開始該鏈路重新啟動順序。然後，用戶端停止嘗試維護該服務請求脈衝，且用戶端將其驅動器置入高阻抗狀態，如點E所示。主機繼續將MDDI_Data0驅動至邏輯1位凖。主機將MDDI_Data0驅動至邏輯0位凖50微秒，如點F所示，且亦開始以一與MDDI_Data0上之邏輯0位凖一致之方式產生MDDI_Stb。在將MDDI_Data0維護至邏輯0位凖並驅動MDDI_Stb達50微秒後，主機藉由發送一子訊框標頭封包而開始在正向鏈路上發送資料，如點G所示。
根據上文論述，吾人可見，先前技術解決方案涉及到作為一喚醒順序之一部分，使主機經歷兩種狀態。對於第一種狀態，主機將MDDI_Data0信號驅動至高位凖達150微秒，然後將MDDI_Data0信號驅動至低位凖達50微秒同時激活MDDI_Stb線，然後開始發送MDDI封包。就使用MDDI裝置及方法可達成之資料速率而言，該方法可很好地推進目前之技術水準。然而，如上文所述，始終需要提高速度，以降低對狀態之響應時間及能夠更快地選擇下一步驟或過程且能夠簡化處理或各元件。
本發明之發明者已發現一種新的發明性的喚醒處理及定時方法，其中主機係使用基於時鐘循環之定時來進行信號雙態觸變。在此種構造中，主機係在該喚醒順序開始時主機將MDDI_Dadta0信號驅動至高位凖後0至10微秒開始雙態觸變MDDI_Stb，而不等待至將該信號驅動至低位凖。在一喚醒順序中，主機以MDDI_Data0信號仿佛始終處於邏輯0位凖一般來雙態觸變MDDI_Stb。此會有效地消除用戶端側之時間概念，且主機會自前兩個狀態的先前之150微秒及50微秒週期變換至該等週期之150個時鐘循環及50個時鐘循環。
主機現在開始負責將資料線驅動至高位凖及負責在10個時鐘循環內開始以該資料線仿佛為零一般發送一選通信號。在主機已將該資料線驅動至高位凖達150個時鐘循環後，主機將該資料線驅動至低位凖達50個時鐘循環同時繼續發送選通信號。主機在完成該等兩個過程後，即可開始發送第一子訊框標頭封包。
在用戶端側，用戶端實施方案現在即可使用所產生之時鐘來計算該資料線首先為高位凖然後為低位凖之時鐘循環次數。在資料線被驅動至高位凖時需發生之時鐘循環數為150，在資料線被驅動至低位凖時需發生之時鐘循環數為50。此意味著為達成正確之喚醒順序，用戶端應能夠計數至少150個其中該資料線為高位凖之連續時鐘循環及隨後至少50個其中該資料線為低位凖之連續時鐘循環。在該等兩個條件得到滿足後，用戶端即可開始查找第一子訊框之唯一字。該圖案中的斷點用作使計數器返回初始狀態之依據，在初始狀態中，用戶端會重新尋找其中資料線為高位凖之前150個連續時鐘循環。
本發明的基於主機的自休眠中喚醒的用戶端實施方案非常類似於初始啟動情形，只是未如上文所述迫使時鐘速率以1百萬位元/秒開始。而是可將時鐘速率設定為以該通信鏈路進入休眠時曾有效之任何先前時鐘速率重新開始。若如上文所述，主機開始傳輸一選通信號，則用戶端應能夠重新計數至少150個其中該資料線為高位凖之連續時鐘循環及隨後的至少50個其中該資料線為低位凖之連續時鐘循環。在該等兩個條件得到滿足後，用戶端即可開始查找唯一字。
本發明的基於用戶端的自休眠中喚醒的用戶端實施方案類似於基於主機之喚醒，只是其係藉由使用戶端驅動資料線來開始。用戶端可不使用時鐘而以異步方式驅動資料線來喚醒主機裝置。主機在得知用戶端正將該資料線驅動至高位凖時，即可開始其喚醒順序。用戶端可計數由主機啟動或在其喚醒過程期間產生之時鐘循環數。用戶端在計數到70個其中資料為高位凖之連續時鐘循環時，即可停止將資料線驅動為高位凖。此時，主機應亦已將資料線驅動至高位凖。然後，用戶端可計數另外80個其中資料線為高位凖之連續時鐘循環以達到150個其中資料線為高位凖之時鐘循環，然後可尋找50個其中資料線為低位凖之時鐘循環。在該等三個條件得到滿足後，用戶端即可開始尋找唯一字。
此種新的喚醒處理實施方案之一優點在於，其無需使用時間量測裝置。無論此為振蕩器或電容器放電電路、抑或其他此等習知裝置，用戶端皆不再需要使用此等外部裝置來確定啟動狀態。此會節約在用戶端裝置板上構建控制器、計數器等等時之金錢及電路面積。儘管對於主機而言，此可能不如對用戶端一般有利，但此種技術亦應潛在地在核心電路所用之極高密度邏輯(VHDL)方面使主機得到簡化。使用資料線及選通線作為喚醒通知及量測源時之功耗亦將降低，乃因任何外部電路無需運轉來使核心元件等待基於主機之喚醒。熟習此項技術者易知，所用循環或時鐘週期之數量僅為實例性，亦可使用其他週期。
此種新的喚醒處理實施方案之一優點在於，其無需使用時間量測裝置。無論此為振蕩器或電容器放電電路、抑或其他此等習知裝置，用戶端皆不再需要使用此等外部裝置來確定啟動狀態。此會節約在用戶端裝置板上構建控制器、計數器等等時之金錢及電路面積。儘管對於主機而言，此可能不如對用戶端一般有利，但此種技術亦應潛在地在核心電路所用之VHDL方面使主機得到簡化。使用資料線及選通線作為喚醒通知及量測源時之功耗亦將降低，乃因任何外部電路無需運轉來使核心元件等待基於主機之喚醒。
為闡明及闡釋此種新技術之運作，在圖68A、68B及68C中顯示MDDI_Data0、MDDI_Stb及各種以時鐘循環為基凖之作業之定時。
圖68A顯示對一典型的由主機啟動之喚醒之無競爭處理步驟之一實例，其中為便於闡釋，仍使用字母A，B，C，D，E，F，及G來標示各事件。該過程始於點A，在點A處，主機發送一鏈路關閉封包至用戶端裝置來通知用戶端裝置該鏈路將變遷至低功率休眠狀態。在下一步驟中，在點B處，主機使MDDI_Stb雙態觸變約64個循環(或根據系統設計之需要)，以使由用戶端執行之處理能夠在停止MDDI_Stb雙態觸變之前完成，否則停止MDDI_Stb雙態觸變會終止用戶端裝置中之已恢復時鐘。主機亦將MDDI_Data0初始設定至邏輯0位凖，然後在CRC後的16至48個循環(通常包括輸出停用傳播延遲)範圍內將MDDI_Data0輸出停用。在CRC後的48個循環之後、在下一階段(C)之前的某一時刻將用戶端中之MDDI_Data0及MDDI_Stb高速接收器置於低功率狀態可能較為合意。用戶端會在鏈路關閉封包之CRC後的第48個MDDI_Stb循環之上升緣過後的任一時刻將其MDDI_Data0及MDDI_Stb高速接收器置於休眠狀態。建議用戶端在鏈路關閉封包之CRC後的第64個MDDI_Stb循環之上升緣之前將其MDDI_Data0及MDDI_Stb高速接收器置於休眠狀態。
主機藉由將MDDI_Data0及MDDI_Stb驅動器停用及將主機控制器置於低功率休眠狀態而在點或步驟C處進入低功率休眠狀態。吾人亦可根據需要在休眠期間將MDDI_Stb驅動器設定為邏輯0位凖(使用一高阻抗偏壓網路)或設定為繼續雙態觸變。用戶端亦處於低功率位凖休眠狀態。
在某一時間週期後，主機藉由將MDDI_Data0及MDDI_Stb驅動器輸出啟用，在點D處開始該鏈路重新啟動順序。主機將MDDI_Data0驅動至邏輯1位凖、將MDDI_Stb驅動至邏輯0位凖，持續時間長至該等驅動器完全啟用其各自之輸出所應耗用之時間。主機在驅動MDDI_Stb上之脈衝之前，通常在該等輸出達到所需邏輯位凖之後等待約200奈秒。此使用戶端有時間來準備接收。
在主機驅動器被啟用及MDDI_Data0驅動至邏輯1位凖後，主機開始使MDDI_Stb雙態觸變一150個MDDI_Stb循環之持續時間，如點E所示。主機將MDDI_Data0驅動至邏輯0位凖50個循環，如點F所示，且在MDDI_Data0處於邏輯0位凖達40個MDDI_Stb循環後，用戶端開始尋找子訊框標頭封包。然後，主機藉由發送一子訊框標頭封包開始在正向鏈路上發送資料，如點G所示。
圖68B顯示對一典型的由用戶端啟動之喚醒之無競爭處理步驟之一實例，其中為便於闡釋，仍使用字母A，B，C，D，E，F，G，H及I來標示各事件。如上文一樣，該過程始於點A，在點A處，主機發送一鏈路關閉封包來通知用戶端該鏈路將變遷至低功率休眠狀態。
在點B處，主機使MDDI_Stb雙態觸變約64個循環(或根據系統設計之需要)，以使由用戶端執行之處理能夠在停止MDDI_Stb雙態觸變之前完成，否則停止MDDI_Stb雙態觸變會終止用戶端裝置中之已恢復時鐘。主機亦將MDDI_Data0初始設定至邏輯0位凖，然後在CRC後的16至48個循環(通常包括輸出停用傳播延遲)範圍內將MDDI_Data0輸出停用。在CRC後的48個循環之後、在下一階段(C)之前的某一時刻將用戶端中之MDDI_Data0及MDDI_Stb高速接收器置於低功率狀態可能較為合意。
主機藉由將MDDI_Data0及MDDI_Stb驅動器停用及將主機控制器置於低功率休眠狀態而在點或步驟C處進入低功率休眠狀態。吾人亦可根據需要在休眠期間將MDDI_Stb驅動器設定為邏輯0位凖(使用一高阻抗偏壓網路)或設定為繼續雙態觸變。用戶端亦處於低功率位凖休眠狀態。
在某一時間週期後，用戶端藉由如下方式在點D處開始該鏈路重新啟動序列：啟用MDDI_Stb接收器，並亦啟用MDDI_Stb接收器中之偏移量，以保證在主機啟用其MDDI_Stb驅動器之前MDDI_Stb之所接收版本之狀態在用戶端中係邏輯0位凖。使用戶端稍提前於啟用該接收器來啟用該偏移量以保證根據需要接收一有效差動信號及抑制錯誤信號，可能較為合意。用戶端啟用MDDI_Data0驅動器，同時將MDDI_Data0線驅動至一邏輯1位凖。若啟用該偏移量與啟用標凖MDDI_Stb差動接收器之時間小於200奈秒，則容許同時啟用MDDI_Data0及MDDI_Stb。
在約1毫秒內，在點E處，主機識別出來自用戶端之服務請求脈衝，且主機藉由啟用MDDI_Data0及MDDI_Stb驅動器輸出，開始該鏈路重新啟動序列。主機將MDDI_Data0驅動至邏輯1位凖、將MDDI_Stb驅動至邏輯0位凖，持續時間長至該等驅動器啟用其各自之輸出所應耗用之時間。主機在驅動MDDI_Stb上之脈衝之前，通常在該等輸出達到所需邏輯位凖之後等待約200奈秒。此使用戶端有時間來凖備接收。
在主機驅動器被啟用及MDDI_Data0被驅動至邏輯1位凖後，主機開始在一150個MDDI_Stb循環之持續時間內在MDDI_Stb上輸出脈衝，如點F所示。用戶端在識別出MDDI_Stb上之第一脈衝時，會將其MDDI_Stb接收器中之偏移量停用。然後，用戶端繼續將MDDI_Data0驅動至邏輯1位凖達70個MDDI_Stb循環，並在點G處將其MDDI_Data0驅動器停用。主機繼續將MDDI_Data0驅動至邏輯1位準一另外80個MDDI_Stb脈衝之持續時間，並在點H處將MDDI_Data0驅動至邏輯0位凖。
如點G及H所示，主機將MDDI_Data0驅動至邏輯0位凖達50個循環，且在MDDI_Data0處於邏輯0位凖達40個MDDI_Stb循環後，用戶端開始尋找子訊框標頭封包。在驅動MDDI_Stb達一50個循環之持續時間後，主機藉由發送一子訊框標頭封包，開始在正向鏈路上發送資料，如點I所示。
圖68C顯示一典型的由主機起始之喚醒之處理步驟之實例，其中存在來自用戶端之競爭，換言之，用戶端亦想喚醒該鏈路。其中為便於闡釋，仍使用字母A、B、C、D、E、F、G、H、及I來標示各事件。如上文一樣，該過程始於點A，在點A處，主機發送一鏈路關閉封包來通知用戶端該鏈路將變遷至低功率狀態，然後進行至點B，在點B處，使MDDI_Stb雙態觸變約64個循環(或根據系統設計之需要)，以使由用戶端執行之處理能夠完成，然後進行至點C，在點C處，主機藉由將MDDI_Data0及MDDI_Stb驅動器停用及將主機控制器置於低功率休眠狀態，進入低功率休眠狀態。在某一時間週期後，主機藉由將MDDI_Data0及MDDI_Stb驅動器輸出啟用，在點D處開始該鏈路重新啟動序列，並開始使MDDI_Stb雙態觸變一150個MDDI_Stb循環之持續時間，如點E所示。
點在E後達70個MDDI_Stb循環處(此處為點F)，用戶端仍未得知主機正將MDDI_Data0驅動至邏輯1位凖，因而用戶端亦將MDDI_Data0驅動至邏輯1位凖。之所以在此處發生此種情況，係因用戶端期望請求服務但不知道其正試圖與之通信之主機早已開始了該鏈路重新啟動序列。在點G處，用戶端停止驅動MDDI_Data0，並藉由將其驅動器之輸出停用而將其驅動器置於一高阻抗狀態。主機則繼續在另外80個循環中將MDDI_Data0驅動至邏輯1位凖。
主機將MDDI_Data0驅動至邏輯0位凖50個循環，如點H所示，且在MDDI_Data0處於邏輯0位凖達40個MDDI_Stb循環後，用戶端開始尋找子訊框標頭封包。然後，主機藉由發送一子訊框標頭封包，開始在正向鏈路上發送資料，如點I所示。
VI.介面電氣規格
在實例性實施例中，不歸零(NRZ)格式之資料係使用一資料－選通信號或DATA－STB格式來編碼，此使時鐘資訊能夠嵌入於資料及選通信號中。無需使用複雜之鎖相迴路電路即可恢復該時鐘。其中資料係於一雙向差動鏈路上載送，該雙向差動鏈路通常使用導線電纜構建，儘管如上文所述亦可使用其他導體、印刷導線、或傳輸元件。選通信號(STB)則係於一僅由主機驅動之單向鏈路上載送。每當存在一連續狀態(back－to－back state)0或1(此在資料線或信號上保持相同)時，選通信號之值(0或1)皆雙態觸變。
圖40以圖形形式顯示一如何使用DATA－STB編碼作業來發送資料序列(例如"1110001011")之實例。在圖40中，一DATA(資料)信號4002顯示於一信號定時圖之頂線上，一STB(選通)信號4004顯示於一第二線上，其中每一時間皆恰當對齊(共用起始點)。隨著時間的持續，當在DATA線4002(信號)上發生狀態改變時，STB線4004(信號)會保持前一狀態，因而DATA信號之第一'1'狀態與STB信號之第一'0'狀態(其起始值)相關聯。然而，若或當DATA信號之狀態、位凖不改變時，STB信號會雙態觸變至相反狀態或在本實例中雙態觸變至'1'，在其中DATA正提供另一'1'值之圖40中即為如此。換言之，在DATA與STB之間在每一位元循環中有且僅有一次變遷。因此，STB信號再次變遷，此次係在DATA信號保持為'1'時變遷至'0'，而在DATA信號之位凖改變至'0'時保持該位凖或值不變。當DATA信號保持在'1'時，STB信號雙態觸變至相反狀態或者本實例中的'1'，諸如此類，此乃因DATA信號改變或保持其位凖或值。
在接收到該等信號時，對該等DATA及STB信號執行一互斥或(XOR)運算，以產生一時鐘信號4006，該時鐘信號4006顯示於該定時圖之底部以供與所需資料及選通信號作相對比較。一適用於在主機處自輸入資料產生DATA及STB輸出或信號、然後在用戶端處自該等DATA及STB信號恢復或再捕獲資料之電路之實例顯示於圖41中。
在圖41中，一傳輸部分4100用於產生及藉由一中間信號路徑4102發送原始DATA及STB信號，同時一接收部分4120用於接收該等信號及恢復該資料。如圖41所示，為將資料自主機傳輸至用戶端，向兩個D型正反器電路元件4104及4106輸入DATA信號連同一用於觸發該等電路之時鐘信號。然後，使用兩個差動線驅動器4108及4110(電壓模式)將該等兩個正反器電路之輸出(Q)分別分離成一差動信號對MDDI_Data0＋、MDDI_Data0－，及MDDI_Stb＋、MDDI_Stb－。連接有一三輸入端互斥非或(XNOR)閘、電路或邏輯元件4112，用於接收該DATA及兩個正反器之輸出並產生一為第二正反器提供資料輸入之輸出，該第二正反器又產生MDDI_Stb＋、MDDI_Stb－信號。為方便起見，該XNOR閘設置有反轉泡來指示其正有效地反轉用於產生Strobe之正反器之Q輸出。
在圖41之接收部分4120中，MDDI_Data0＋、MDDI_Data0－，及MDDI_Stb＋、MDDI_Stb－信號由兩個差動線接收器4122及4124中之每一差動線接收器接收到，該等差動線接收器4122及4124根據該等差動信號產生單一輸出。然後，將放大器之輸出輸入至一兩輸入端XOR閘、電路或邏輯元件4126之每一輸入端，由該XOR閘、電路或邏輯元件4126產生時鐘信號。該時鐘信號用於觸發兩個D型正反器電路4128及4130中之每一D型正反器電路，由D型正反器電路4128及4130藉由延遲元件4132接收經延遲形式之DATA信號，其中一D型正反器電路(4128)產生資料'0'值，而另一D型正反器電路(4130)則產生資料'1'值。該時鐘亦具有一獨立於XOR邏輯之輸出。由於該時鐘資訊分佈於DATA與STB線之間，因而該等狀態之間之兩種信號變遷皆不快於時鐘速率之一半。由於該時鐘係使用對DATA及STB信號之互斥或處理來再現，因而與藉由一單一專用資料線直接發送時鐘信號相比，系統可有效地容忍該輸入資料與時鐘之間偏斜量的兩倍。
MDDI資料對MDDI_Stb＋及MDDI_Stb－係以差動模式運作，以使對雜訊之負面影響之抗擾性最大化。每一差動對皆並聯端接有用於傳輸信號之電纜或導體之特徵阻抗。一般而言，所有並聯端接件皆常駐於用戶端裝置中。此靠近正向流量(自主機發送至用戶端之資料)差動接收器，但其處於反向流量(自用戶端發送至主機)電纜或其他導體或傳輸元件之驅動端處。對於反向流量而言，信號係由用戶端驅動，在主機處受到高阻抗接收器反射後，端接於用戶端處。如在其他部分中所述，亦可以大於電纜中往返延遲之倒數之資料速率來傳輸或發送反向資料或反向鏈路上之資料。MDDI_Stb＋及MDDI_Stb－導體或信號僅由主機驅動。
圖42顯示適用於作為本發明MDDI之一部分達成用於傳輸信號之驅動器、接收器及端接件的元件之實例性構造。該實例性介面使用低電壓感測(此處為200毫伏特)，具有小於1伏特之功率波動及低的耗用功率。每一信號對之驅動器皆具有一差動電流輸出。在接收MDDI封包之同時，該等MDDI_Data及MDDI_Stb對使用一差動電壓臨限值為零伏特之傳統差動接收器。在休眠狀態中，將該等驅動器輸出停用，且並聯端接電阻器將每一信號對上之差動電壓拉至零伏特。在休眠期間，MDDI_Data0對上的一專用接收器具有一正125毫伏特之偏移輸入差動電壓臨限值，此會使休眠線接收器將未受驅動之信號對解譯為一邏輯0位凖。
差動對之差動電壓被定義為正(＋)信號上之電壓減去負(－)信號上之電壓。差動對信號之名稱係以"＋"或"－"結尾，此分別表示該差動對之正信號或負信號。差動對之驅動器之輸出電流係定義為流出(＋)輸出端之電流。流經差動驅動器之負(－)輸出端之電流始終與流經同一差動驅動器之正(＋)輸出端之電流之大小相等但方向相反。
有時主機或用戶端同時將該差動對驅動至邏輯1位凖或邏輯0位凖，以保證當資料流之方向改變(自主機至用戶端或自用戶端至主機)時該差動對上之有效邏輯位凖。對於同時受到驅動的驅動至同一邏輯位凖的輸出，輸出電壓範圍及輸出規格仍會得到滿足。在某些系統中，在休眠期間及在鏈路自休眠狀態醒來時的某些時刻，可能需要將一小電流驅動入已端接之差動對，以形成一小的偏移電壓。在彼等情形中，已啟用之偏移電流偏壓電路將驅動稱作如下之電流位凖：IE S D － a n d － R x －內部ESD二極體及差動接收器輸入，通常IE S D － a n d － R x 1微安；IT x － H i － Z －高阻抗狀態中之差動驅動器輸出，通常IT x － H i － Z 1微安；及Ie x t e r n a l － E S D －經過外部ESD保護二極體之洩漏，通常Ie x t e r n a l － E S D 3微安。
圖47顯示該等洩漏電流中之每一洩漏電流。在所有洩漏電流同時出現之最壞情形洩漏條件下，上拉電路及下拉電路必須達成最低之差動電壓。對於無外部ESD保護二極體之內部模式而言，總洩漏<4微安，而對於具有外部ESD保護之外部模式而言，總洩漏<10微安。
一實例性實施例中差動線驅動器及差動線接收器之電氣參數及特性描述於表IXa－IXd中。在功能上，該驅動器將輸入端上之邏輯位凖直接傳輸至一正輸出端，並將該輸入端之倒相傳輸至一負輸出端。自輸入端至輸出端之延遲與以差動方式受到驅動之差動線非常匹配。在大多數實施方案中，該等輸出上之電壓波動小於輸入上之波動，以使功耗及電磁輻射最小化。在一實施例中，存在一約為0.5伏特之最低電壓波動。然而，熟習此項技術者應知，亦可使用其他值，且本發明之發明者在某些實施例中涵蓋一更小值，此視設計約束條件而定。
差動線接收器具有與高速電壓比較器相同之特性。在圖41中，不帶泡之輸入端係正輸入端，帶泡之輸入端係負輸入端。若：(Vinput＋)－(Vinput－)大於0，則輸出係一邏輯1。另一種描述此之方式係一其輸出箝位於邏輯0及邏輯1電壓位凖的具有極大(實際上無限大)增益之差動放大器。
為以最可能高之速度運作該差動傳輸系統，差動對之間之延遲偏斜應最小化。
在圖42中，顯示一主機控制器4202與一用戶端或顯示器控制器4204藉由通信鏈路4206傳輸封包。該主機控制器使用一系列三個驅動器4210、4212及4214來接收欲傳輸之主機DATA及STB信號，及接收欲傳輸之用戶端資料信號，同時用戶端使用三個驅動器4230、4232及4234。負責主機DATA之通行之驅動器(4212)使用一啟用信號輸入來容許通常僅當期望自主機傳輸至用戶端時激活該通信鏈路。由於STB信號係作為該資料傳輸之一部分形成，因而彼驅動器(4212)未使用附加之啟用信號。用戶端DATA及STB接收器(4132，4230)中每一者之輸入端皆具有分別跨接於其間之端接阻抗或電阻器4218及4220。用戶端控制器中之驅動器4234用於凖備自用戶端傳輸至主機之資料信號，而位於輸入側上之驅動器4214用於處理資料。
專用接收器(驅動器)4216及4236耦合或連接至DATA線，並作為其他部分中所述休眠控制之一部分產生或使用上文所述之125毫伏特電壓偏移量。該等偏移量使休眠線接收器將未受驅動之資料對解譯為邏輯0位凖。
上述驅動器及阻抗可作為分立組件或作為一電路模組、或一用作一更成本有效之編碼器或解碼器解決方案之應用專用積體電路(ASIC)之一部分而形成。
吾人可易於看出，電源係藉由一對導體使用標記為HOST_Pwr及HOST_Gnd之信號自主機裝置傳輸至用戶端裝置或顯示器。該信號之HOST_Gnd部分用作用戶端裝置之參考接地及電源回流路徑或信號。HOST_Pwr信號用作用戶端裝置電源，其由主機裝置驅動。在一實例性構造中，對於低功率應用而言，容許用戶端裝置吸取高達500毫安。HOST_Pwr可由諸如(但不限於)常駐於主機裝置中之鋰離子型電池或電池組等可攜式電源提供，且可相對於HOST_Gnd介於3.2至4.3伏特之間。
VII.定時特性
A.概述 圖43A、43B及43C分別顯示用於進入休眠狀態(不請求、期望或要求服務)、及用於保證由主機或用戶端啟動的主機對用戶端的服務之步驟及信號位凖。在圖43A、43B及43C中，所示信號之第一部分顯示由主機傳輸一鏈路關閉封包，然後，使用一高阻抗偏壓電路將資料線驅動至邏輯0狀態。用戶端或主機當前未在發送資料，乃因用戶端或主機已將其驅動器停用。在底部可看到一系列用於MDDI_Stb信號線之選通脈衝，乃因MDDI_Stb在該鏈路關閉封包期間處於活動狀態。一旦該封包結束，在主機將偏壓電路及邏輯驅動至0時，該邏輯位凖即變化至0。此表示來自主機之最末信號傳輸或服務已結束，此應在過去的任何時刻發生，包含於此處係為了顯示先前的服務終止及服務開始之前該等信號之狀態。若需要，可發送此一信號來僅將該通信鏈路重設至正確狀態，而不由該主機裝置承擔一「已知」之先前通信。
如圖43A所示及上文針對鏈路關閉封包所述，在低功率休眠狀態中，自鏈路關閉封包中全零欄之最末位元過後第16個至第48個MDDI_Stb循環或脈衝後開始，MDDI_Data0驅動器被停用而進入高阻抗狀態。對於2型、3型或4型鏈路，在MDDI_Data0驅動器被停用的同時，MDDI_Data1至MDDI_DataPwr7信號也被置入高阻抗狀態。如在全零欄之定義中所述，在鏈路關閉封包之CRC欄之MSB後，MDDI_Stb雙態觸變64個循環(或根據系統設計所需)，以能夠完成由用戶端所執行之處理並利於在用戶端控制器中有序地關閉。一個循環即係一低至高變遷後跟一高至低變遷，或者一高至低變遷後跟一低至高變遷。在發送全零欄之後，主機中之MDDI_Stb及MDDI_Data0驅動器被停用。且主機進入低功率休眠狀態。在一定的時間週期後，作為應主機或用戶端所啟動之喚醒請求的一部分，主機藉由將MDDI_Data0及MDDI_Stb線或驅動器輸出啟用而開始圖43b及43c所示之鏈路重新啟動順序，並開始雙態觸變MDDI_Stb。
如圖43B所示，在來自MDDI_Data0及MDDI_Stb驅動器之信號輸出被停用一定時間後，主機藉由如下方式啟動服務或自休眠中醒來：將其MDDI_Stb驅動器啟用一表示為ts t b － d a g t a － e n b l 之時間週期一在該時間週期期間該線被驅動至邏輯0位凖，直至其被完全啟用，然後將其MDDI_Data0驅動器啟用。在MDDI_Data0達到高位凖或邏輯1位凖(其出現於一表示為tc l i e n t － s t a r t u p 之時間週期內)後，主機使MDDI_Stb保持處於邏輯0位凖。在tc l i e n t － s t a r t u p 週期結束時，主機會使MDDI_Stb信號或線雙態觸變。主機將MDDI_Data0線驅動至高位凖即邏輯1位凖(而用戶端並不驅動MDDI_Data0)達一表示為tr e s t a r t － h i g h 之週期，然後將MDDI_Data0線驅動至低位準或邏輯0位凖達一稱作tr e s t a r t － l o w 之週期。此後，以一子訊框標頭封包開始第一正向流量，然後傳輸正向流量封包。MDDI_Stb信號在tr e s t a r t － l o w 週期及隨後之子訊框標頭封包期間處於活動狀態。
如圖43C所示，在來自MDDI_Data0及MDDI_Stb驅動器之信號輸出被停用一定時間後，在主機啟用其MDDI_Stb驅動器之前，用戶端藉由在MDDI_Stb接收器或輸出信號中啟用一偏移量達一稱作ts t b － d a g t a － e n b l 之時間週期，來啟動一服務請求或自休眠中醒來。然後，在主機開始MDDI_Stb雙態觸變之前，用戶端啟用其MDDI_Data0驅動器達一稱作th o s t － d e t e c t 之時間週期，在該時間週期期間，該線被驅動至一邏輯0位凖。
在主機在th o s t － d e t e c t 期間偵測請求之前，會經過或可能需要經過一定量之時間，在該時間之後，在主機在tr e s t a r t － h i g h 週期期間藉由將MDDI_Data0驅動至邏輯1或高位凖而以一鏈路啟動順序開始雙態觸變MDDI_Stb之前，主機藉由使MDDI_Stb保持處於邏輯0位準達一稱為ts t b － s t a r t u p 之週期來作出響應。用戶端在識別出MDDI_Stb上之第一脈衝時，會將其MDDI_Stb接收器中之偏移量停用。用戶端繼續將MDDI_Data0驅動至邏輯1位準達一稱為tc l i e n t － d e t e c t 之週期，直至其偵測到主機正驅動該線為止。此時，用戶端解除維護該請求，並將其MDDI_Data0驅動器停用，以使來自用戶端之輸出再次變為邏輯0位準，且主機正在驅動MDDI_Data0。與上文相同，主機繼續將MDDI_Data0驅動至邏輯1位凖達tr e s t a r t － h i g h 週期，然後將MDDI_Data0線驅動至低位凖達tr e s t a r t － l o w 週期，此後以一子訊框標頭封包開始第一正向流量。MDDI_Stb信號在tr e s t a r t － l o w 週期及隨後之子訊框標頭封包期間處於活動狀態。
表X顯示上述各個週期之長度之代表性時間及處理週期，以及與實例性最小及最大資料速率之關係，其中：tb i t ＝，其中Link_Data_Rate係單一資料對之位元速率。
熟習此項技術者易於瞭解，圖41及42所示各元件之功能衆所習知，且圖42中各元件之功能係由圖43a、43b及43c所示定時圖來證實。在圖41中省卻了關於圖42所示串聯端接件及休眠電阻器之詳示，乃因在說明如何執行資料－選通(Data－Strobe)編碼及自其恢復時鐘時不需要彼資訊。
B.資料－選通定時正向鏈路 在正向鏈路上自主機驅動器之輸出傳輸資料之轉換特性顯示於表IX－1中。表IX以表格形式顯示將出現的某些信號變遷之最小及最大所需時間與典型時間。舉例而言，自一資料值(輸出'0'或'1')之起始至結束發生之變遷(Data0至Data0變遷，稱作tt d d － ( h o s t － o u t p u t ) )之典型時間長度為tt b i t ，而最小時間約為tt b i t －0.5奈秒，最大時間約為tt b i t ＋0.5奈秒。圖44中顯示Data0、其他資料線(DataX)、及選通線(Stb)上各變遷之間之相對間距，其中顯示Data0至Strobe、Strobe至Strobe、Strobe至Data0、Data0至非Data0、非Data0至非Data0、非Data0至Strobe、及Strobe至非Data0變遷，該等變遷分別稱作tt d s － ( h o s t － o u t p u t ) ，tt s s － ( h o s t － o u t p u t ) ，tt s d － ( h o s t － o u t p u t ) ，tt d d x － ( h o s t － o u t p u t ) ，tt d x d x － ( h o s t － o u t p u t ) ，tt d x s － ( h o s t － o u t p u t ) ，及tt s d x － ( h o s t － o u t p u t ) 。
對於用戶端接收器輸入而言，對在正向鏈路上傳輸資料之相同信號的典型MDDI定時要求顯示於表IX－2中。熟習此項技術者應瞭解，由於此處係論述相同的但經過延時的信號，因而不需要使用新的圖式來顯示信號特性或各自標記之含義。
圖45及46分別顯示當主機將主機驅動器停用或啟用時可能出現之響應延遲之存在。倘若主機轉接某些封包，例如反向鏈路囊封封包或往返延遲量測封包，主機會在該等所需封包得到轉接後，例如在圖45中顯示參數CRC封包、選通對齊封包及全零封包已得到傳輸後，將線驅動器停用。然而，如圖45所示，該線之狀態未必在瞬間自'0'轉換至一所需之更高值，儘管使用當前之某些控制元件或電路元件有可能達成之，而是在作出響應時會耗用一稱作主機驅動器停用延遲(Driver Disable Delay)週期之時間週期。儘管其實際上可能會在瞬間發生從而使該時間週期之長度為0奈秒(nsec.)，然而，其可更容易地延續某個更長之週期，其中10奈秒為所需之最大週期長度，此發生於保護時段1或轉向1封包週期期間。
參見圖46，吾人可見當將主機驅動器啟用來傳輸一諸如反向鏈路囊封封包或往返延遲量測封包等封包時所經歷之信號位凖變化。此處，在保護時段2或轉向2封包週期之後，主機驅動器被啟用並開始驅動一位凖(此處為'0')，在一稱作主機驅動器啟用延遲(Host Driver Enable Delay)週期之週期內會接近或達到該值，此發生於發送第一封包之前的驅動器再啟用週期期間。
對於用戶端裝置(此處為一顯示器)之驅動器及信號傳輸，亦會出現一類型之過程。下表XII顯示該等週期之長度及其各自關係之一般凖則。
C.主機及用戶端輸出啟用及停用時間 圖48顯示相對於反向鏈路囊封封包結構及週期而言，主機及用戶端輸出啟用及停用時間或作業之轉換特性及相對定時關係。驅動器輸出功能或作業標記為：主機輸出啟用時間標記為th o s t － e n a b l e ，主機輸出停用時間標記為th o s t － d i s a b l e ，用戶端輸出啟用時間標記為tc l i e n t － e n a b l e ，用戶端輸出停用時間標記為tc l i e n t － d i s a b l e 。下文將論述某些信號變遷之典型時間。該等作業之最小週期為0奈秒，其典型值或最大值係由使用該介面之系統設計來確定，可能處於約8奈秒之數量級或以上。
下表XIII顯示該等週期(主機及用戶端啟用/停用時間)之長度及其各自關係之一般凖則。
VIII.鏈路控制的執行(鏈路控制器作業)
A.狀態機封包處理器 藉由MDDI鏈路傳輸之封包會得到極快速之配送，通常係以處於300百萬位元/秒或以上數量級(例如400百萬位元/秒)之速率配送，儘管當然亦可根據吾人所欲容納更低之速率。此種類型之匯流排或傳輸鏈路速度對於當前市售(經濟的)之通用微處理器或類似裝置而言過大以致於無法控制。因此，一用於達成此種類型之信號傳輸之可行實施方案係利用一可程式化狀態機來剖析輸入封包流以產生封包，該等封包傳輸或重定向至其欲用於的適當聲頻－可視子系統。此等服務衆所習知且使用通常專用於有限數量之作業、功能或狀態之電路來達成一所需之高速或極高速作業。
可使用通用控制器、處理器或處理元件更恰當地處理或調處諸如控制或狀態封包等某些具有更低速度需求之資訊。當接收到彼等封包(控制封包、狀態封包、或其他預定義之封包)時，狀態機應經由一資料緩衝器或類似處理元件將其傳送至通用處理器以使該等封包得到處理，從而提供一所需結果(效果)，同時將聲訊及視訊封包傳輸至其適當的目的地以供處理。若未來將微處理器或其他通用控制器、處理器、或處理元件製造成能達成更高資料速率處理能力，則下文所述之狀態或狀態機亦可使用此等裝置之軟體控制來構建，通常係構建為儲存於一儲存元件或媒體上之程式。
在某些實施例中，可以與某些數據機或圖形處理器利用電腦中CPU之處理能力來執行某些功能並降低硬體複雜度及成本非常相同之方式，利用電腦應用中之微處理器(CPU)、或無線裝置中之控制器、處理器、數位信號處理器(DSP)、專用電路、或ASIC等可供利用之處理能力或多餘循環來達成通用處理器功能。然而，此種循環共享或使用可負面影響此等元件之處理速度、定時、或總體運作，因而在許多應用中，偏好使用專用電路或元件進行此種通用處理。
為在顯示器(微顯示器)上瀏覽圖像資料，或者為可靠地接收由主機裝置發送之所有封包，使用戶端信號處理與正向鏈路通道定時同步。換言之，為進行正確之信號處理，需使到達用戶端及用戶端電路之信號大體上時間同步。圖49之示意圖顯示在一實施例中信號所獲得狀態之高階圖。在圖49中，顯示將狀態機4900的可能的正向鏈路同步「狀態」分類為一個ASYNC FRAMES STATE(非同步訊框狀態)4904、兩個ACQUIRING SYNC STATES(獲取同步之狀態)4902及4906、及三個IN－SYNC STATES(處於同步之狀態)4908、4910及4912。
如起始步驟或狀態4902所示，顯示器或用戶端(例如呈現裝置)始於一預選定之「非同步」狀態，並在所偵測到的第一子訊框標頭封包中查找一唯一字。應注意，該非同步狀態代表其中選擇一1型介面之最小通信設定值或「退守」設定值。當在查找期間找到該唯一字時，用戶端會保存該子訊框長度欄。在該第一訊框上或者在獲得同步之前，不檢查CRC位元之處理。若該子訊框長度為零，則同步狀態處理會相應地進行至狀態4904(在此處標示為"非同步訊框"狀態)，狀態4904顯示尚未獲得同步。在圖49中，將該處理步驟標示為遇到cond 3或條件3。反之，若該訊框長度對於0，則該同步狀態處理進行至一狀態4906，在狀態4906中將介面狀態設定為「找到一個同步訊框」。在圖49中，將該處理步驟標示為遇到cond 5或條件5。此外，若狀態機發現一訊框標頭封包、及訊框長度大於0之較佳CRC判定結果，則該處理進行至「發現一個同步訊框」狀態。在圖49中此標示為遇到cond 6或條件6。
在每一其中該系統所處狀態並非「非同步」狀態之情形中，若偵測到一具有較佳CRC結果之封包，則將介面狀態改變至「處於同步」之狀態4908。在圖49中，將該處理步驟標示為遇到cond 1或條件1。反之，若任一封包中之CRC皆不正確，則該同步狀態處理進行或返回至處於「非同步訊框」狀態之介面狀態4902。在圖49所示狀態圖中將該部分處理標示為遇到cond 2或條件2。
B.同步獲取時間 可將該介面構造成在決定失去同步並返回「無同步訊框」狀態之前容納一定數量之「同步錯誤」。在圖49中，一旦狀態機已達到「處於同步之狀態」且未發現錯誤，其即會連續遇到一cond 1(條件1)結果並保持處於「處於同步」之狀態。然而，一旦偵測到一個cond 2結果，該處理即會將狀態改變至「一個同步錯誤(one－sync－error)」狀態4910。此時，若該處理使得偵測到另一cond 1結果，則狀態機返回至「處於同步」之狀態，防止其會遇到另一cond 2結果並移至一「兩個同步錯誤(TWO－SYNC－ERRORS)」狀態。同樣，若出現一cond 1，則該處理使狀態機返回「處於同步」之狀態。反之，會遇到另一cond 2且狀態機返回「非同步」狀態。吾人亦可理解，假若該介面遇到一「鏈路關閉封包」，則此將使該鏈路終止資料傳輸並返回「無同步訊框」之狀態，乃因此時不存在其可與之同步者，在圖49所示狀態圖中將此稱作遇到cond 4或條件4。
應瞭解，可能存在該唯一字的一重複「假拷貝」，其可能出現於子訊框內的某一固定位置處。在彼種情形中，狀態機將幾乎不可能同步至子訊框，其原因係：為使該MDDI處理行進至「處於同步」狀態，子訊框標頭封包上之CRC在被處理時亦必須有效。
子訊框標頭封包中之子訊框長度可設定至0，以顯示在鏈路關閉、且將MDDI置於或組態成一閒置休眠狀態之前主機將僅發送一個子訊框。在此種情形中，用戶端在偵測到該子訊框標頭封包後必須立即藉由正向鏈路接收封包，乃因在該鏈路變遷至閒置狀態之前僅發送一單個子訊框。在標凖或典型之作業中，子訊框長度為非零長度且在該介面處於彼等在圖49中統稱為「處於同步」之狀態時用戶端僅處理正向鏈路封包。
可在主機已在發送一正向鏈路資料序列時，將一外部模式用戶端裝置附裝至主機。在此種情形中，用戶端必須同步至主機。為將用戶端同步至正向鏈路信號所需之時間係端視子訊框尺寸及正向鏈路資料速率而可變。當子訊框尺寸變大時，偵測到作為正向鏈路中隨機或更隨機之資料之一部分的唯一字「假拷貝」之可能性會變大。同時，當正向鏈路資料速率變低時，自一假偵測中恢復之能力會降低且此種恢復所用時間會變長。
在一或多個實施例中，建議或應瞭解，MDDI主機在其停止正向鏈路傳輸以進入低功率模式或完全關閉該鏈路之前，應執行某些額外步驟來確保MDDI反向鏈路穩定。
可能出現的一個問題係，若主機使用一不正確之往返延遲值量測值，則即使正向鏈路看起來完好，此亦可導致所有後續自用戶端接收之反向資料傳輸失敗。若在用戶端不與正向鏈路同步時主機試圖發送一往返延遲量測封包，或者因一極端的環境溫度變化而在差動驅動器及接收器之傳播延遲中引起一對應的大的變化從而影響往返延遲，即可能會出現此種情況。間歇性的電纜或連接器接觸故障亦可導致用戶端暫時地失去同步然後重新獲得同步，在此期間，其可能會錯過接收到一往返延遲量測封包。因而，主機將無法正確地解碼後續反向鏈路封包。
可能出現之另一種類型之問題係，用戶端暫時失去同步且主機在用戶端能夠重新獲得同步之前發送一鏈路關閉封包。此時，主機將處於休眠狀態，而用戶端無法進入休眠狀態，乃因其未接收到該鏈路關閉封包，且因該鏈路處於休眠狀態而不具有時鐘。
一種適於克服此等問題之技術或實施例係使主機在將鏈路置於休眠狀態之前確保用戶端與正向鏈路同步。若MDDI主機不能如此為之或不具有此種機會，例如當其在運作期間發生失去電源或因電纜、導體或連接器出現分離、斷開或斷線而導致鏈路突然中斷或故障時，則主機應在開始一往返延遲量測過程或發送一反向鏈路囊封封包之前確保用戶端處於同步狀態。
主機可觀測由用戶端所發送之用戶端請求及狀態封包中之CRC錯誤計數值欄來判定正向鏈路完整性。該封包係由主機向用戶端請求。然而，倘若出現一主要鏈路故障或中斷，則該請求將很可能得不到應答，乃因用戶端將不能正確地解碼該封包甚至可能無法接收到該封包。使用在一反向鏈路囊封封包中所發送之用戶端請求及狀態封包來請求CRC錯誤計數值係作為第一完整性檢查，可謂之以第一防線。此外，主機可發送往返延遲量測封包來確認關於用戶端已失去同步之假定是否正確。若用戶端未對往返延遲量測封包作出響應，則主機將得出用戶端已失去同步之結論，然後可啟動使其恢復同步之過程。
在主機得出用戶端很可能已與正向鏈路失去同步之結論後，在嘗試發送除填充封包以外之任何其他封包之前，其將等待至下一子訊框標頭。這項做法之目的係使用戶端能夠有足夠之時間來偵測或尋找包含於子訊框標頭封包中的一個唯一字。此後，主機可假定用戶端已因其在正確位置處未發現該唯一字而重設其自身。此時，主機可使一往返延遲量測封包跟在該子訊框標頭封包之後。若用戶端仍不能正確地對該往返延遲量測封包作出響應，則主機可重複該重新同步化過程。正確之響應係指其中用戶端在往返延遲量測封包之量測週期中向主機發送回所規定序列。若未接收到該序列，則在反向鏈路囊封封包中接收反向資料之嘗試將告失敗。持續出現此種性質之失敗可能表明存在某種其他系統錯誤，該種其他系統錯誤將須以某種其他方式來解決且不屬於此時鏈路同步化之一部分。
然而，若在一往返延遲量測封包成功之後主機仍看到訛誤的資料或在反向鏈路囊封封包中仍無響應，則其應藉由重新發送一往返延遲量測封包來確認反向資料取樣是否正確。若在大量嘗試後此仍未成功，則在一實施例中建議主機藉由增大其反向速率因子值來降低其反向資料速率。
在將MDDI鏈路置入休眠狀態之前，主機應執行上述鏈路失敗偵測及可能執行鏈路重新同步化步驟。此將大體上確保在後續重新啟動該鏈路時所執行之往返延遲量測封包成功。若主機沒有理由懷疑出現鏈路故障，且用戶端正在報告對反向鏈路囊封封包之正確響應及零正向鏈路CRC錯誤，則主機可假定一切都在適當或恰當地運作或工作(例如無鏈路故障)，並繼續進行電源關閉/休眠過程。
主機可採用的測試同步化之另一種方式係使主機發送往返延遲量測封包並確認來自用戶端之響應正確。若主機接收到正確之響應，則可合理地假定用戶端正在成功地解譯正向鏈路封包。
C.初始化 如上文所述，在「啟動」時，主機將正向鏈路組態成以處於或低於最低所需或所欲資料速率1百萬位元/秒之速率運作，並針對一既定應用恰當地組態子訊框長度及媒體訊框速率。換言之，正向鏈路及反向鏈路二者皆使用1型介面開始運作。該等參數通常將僅在主機確定用戶端顯示器(或其他類型之用戶端裝置)之能力或所需組態時臨時使用。主機會藉由正向鏈路發送或傳輸一子訊框標頭封包，隨後發送一其中請求旗標之位元'0'設定為值一(1)之反向鏈路囊封封包，藉以請求顯示器或用戶端以一用戶端能力封包作出響應。顯示器一旦根據(或與)正向鏈路獲得同步，即會藉由反向鏈路或通道發送一用戶端能力封包及一用戶端請求及狀態封包。
主機會檢查用戶端能力封包之內容，藉以確定如何再組態該鏈路來達成最佳或所需之效能水凖。主機會檢查協定版本及最低協定版本欄來確證主機與用戶端係使用彼此相容之協定版本。協定版本通常保持作為用戶端能力封包中之前兩個參數，以便甚至當該協定之其他要素可能並不相容或者完全視為相容時能夠確定相容性。
在內部模式中，主機可預先知曉用戶端之參數而無需接收一用戶端能力封包。鏈路可以主機及用戶端二者皆可使用之任一資料速率來啟動。在許多實施例中，為加快資料傳輸，系統設計者將很可能選擇以可達成之最高資料速率來啟動鏈路，然而此並非係必需且在許多情形中可不如此使用。對於內部模式運作而言，在鏈路自休眠順序重新啟動期間所使用之選通脈衝之頻率通常將與該所需速率一致。
D.CRC處理 對於所有封包而言，封包處理器狀態機皆會確保CRC核對器恰當地或正確地受控。其亦會在一CRC比較結果偵測到一或多個錯誤時使CRC錯誤計數器遞增計數，且其會在所處理之每一子訊框之開始處重設該CRC計數器。
E.替代的失去同步檢查 儘管上述系列步驟或狀態能用於產生更高之資料速率或通量速度，然而本發明之發明者已發現，一種由用戶端用於宣稱失去與主機之同步的條件之替代方案或變化可有效地用於達成甚至更高之資料速率或通量。新的發明性實施例具有相同之基本結構，但用於改變狀態之條件發生改變。此外，構建有一新的計數器來輔助檢查子訊框同步。
該等步驟及條件係依據圖63來顯示，圖63顯示一系列適用於建立該方法或狀態機之作業之狀態及條件。為清晰起見，僅顯示"ACQUIRING－SYNC STATES(獲取同步之狀態)"及"IN－SYNC STATES(處於同步之狀態)"部分。此外，由於由此得到之狀態與狀態機自身基本相同，因而其使用相同之編號。然而，用於改變狀態(及狀態機作業)之條件略有變化，因而為清晰起見，在該等兩個圖式之間將所有狀態重新編號(1，2，3，4，5，及6，與61，62，63，64，及65)，以便於標明區別。由於在此處之論述中未考量ASYNC FRAME(非同步訊框)狀態，因而有一個狀態(4904)及條件(6)不再用於該圖式中。
在圖63中，系統或用戶端(用於顯示或呈現)開始於狀態機5000處於預選定之"非同步"狀態4902，如圖49所示。用於使狀態自非同步狀態4902改變之第一狀態變化係出現於條件64處，即發現同步圖案。假定子訊框標頭之CRC在該封包上亦通過(滿足條件61)，則封包處理器狀態機之狀態可改變至處於同步之狀態4908。一同步錯誤，即條件62，將使狀態機變至狀態4910，且在第二次出現同步錯誤時變至狀態4912。然而，吾人已發現，MDDI封包之任何CRC失敗皆將使狀態機自處於同步之狀態4908移出至該一個同步錯誤之狀態4910。任一MDDI封包之另一CRC失敗則將導致移至該兩個同步失敗之狀態4912。一解碼後帶有一正確CRC值之封包將使狀態機返回處於同步之狀態4908。
有所變化的係，利用'每一'封包之CRC值或判定情況。換言之，使狀態機查看每一封包之CRC值來判定失去同步而非僅觀察子訊框標頭封包。在此種組態或過程中，並非使用唯一字及僅子訊框標頭CRC值來判定失去同步。
此種新的介面實施方案使MDDI鏈路能夠快得多地識別出同步失敗並因而亦能夠更快速地自其恢復。
為使該系統更為健壯，用戶端應亦增設或利用一子訊框計數器。由此，用戶端可在預計唯一字會到達或出現於一信號中之時刻檢查是否出現該唯一字。若該唯一字未在正確時刻出現，則用戶端可較假若其須等待遠大於一子訊框長度之若干(此處為三個)封包時間或週期時快得多地識別出已出現一同步失敗。若對該唯一字之測試顯示不存在該唯一字，換言之，定時不正確，則用戶端可立即宣稱鏈路失去同步並移至非同步狀態。檢查是否存在正確唯一字之過程使狀態機增加了一條件65(cond 65)，該條件係唯一字不正確。若預計會在用戶端上接收到一子訊框封包，但未實現，則用戶端可立即進入非同步狀態4902，以節約因等待在經過狀態4910與4912時通常所遇到的多個同步錯誤(條件62)而花費的額外時間。
該變化在用戶端核心中使用了一附加計數器或計數功能對子訊框長度實施計數。在一實施例中，使用一遞減計數功能，且若該計數器到期，則中斷當前正在處理之任一封包之傳輸來檢查是否存在子訊框唯一字。另一選擇為，該計數器可遞加計數，將計數值與一所需之最大值或特定之所需值相比較，在達到該所需之最大值或特定之所需值時，檢查當前封包。該過程可防止用戶端解碼在用戶端上不正確接收到的具有超長封包長度之封包。若該子訊框長度計數器需要中斷某個其他正被解碼之封包，則可判定失去同步，乃因任何封包皆不應越過一子訊框邊界。
IX.封包處理
對於狀態機所接收的每一種上述封包類型，其皆執行一特定處理步驟或一系列步驟來執行該介面之作業。通常係根據下表XIV中所列實例性處理作業來處理正向鏈路封包。
X.降低反向鏈路資料速率
本發明之發明者已注意到，可以某種方式來調整或組態主機鏈路控制器所用之某些參數，藉以達成最大或更加最佳化(程度)之反向鏈路資料速率，此為吾人所殷切期望。舉例而言，在用於傳輸反向鏈路囊封封包之反向資料封包欄之時間期間，MDDI_Stb信號對以一半之正向鏈路資料速率雙態觸變來產生一週期性資料時鐘。之所以發生此種情況，乃因主機鏈路控制器係以儼若MDDI_Data0信號正在發送全零一般產生對應於MDDI_Data0信號之MDDI_Stb信號。MDDI_Stb信號自主機傳輸至用戶端，在用戶端處用於產生一用於自用戶端傳輸反向鏈路資料之時鐘信號，以該時鐘信號將反向資料發送回主機。圖50顯示在一使用MDDI之系統中，在正向及反向路徑上之信號傳輸及處理中遇到之延遲之典型量之示意圖。在圖50中，分別在Stb＋/－產生、至用戶端之電纜傳輸、用戶端接收器、時鐘產生、信號計時、Data0＋/－產生、至主機之電纜傳輸、及主機接收器級之處理部分附近顯示一系列延遲值1.5奈秒、8.0奈秒、2.5奈秒、2.0奈秒、1.0奈秒、1.5奈秒、8.0奈秒、及2.5奈秒。
視正向鏈路資料速率及所遇到之信號處理延遲而定，可能需要MDDI_Stb信號上多於一個循環之時間來完成該「往返」效果或該組事件，此會導致消耗非吾人所欲數量之時間或循環。為防止出現該問題，反向速率因子使反向鏈路上的一個位元時間可跨越MDDI_Stb信號之多個循環。此意味著反向鏈路資料速率小於正向鏈路速率。
應注意，信號經由該介面之實際延遲長度可能會視所用之每一具體主機－用戶端系統或硬體而異。儘管未強求，然而藉由使用往返延遲量測封包來量測系統中之實際延遲以便可將反向速率因子設定為一最佳值，通常可使每一系統更佳地運作。主機既可支援基本資料取樣亦可支援高級資料取樣，其中基本資料取樣更為簡單但以更慢之速度運作，高級資料取樣更為複雜但支援更高之反向資料速率。用戶端支援該等兩種方法之能力視為相同。
往返延遲係藉由使主機向用戶端發送一往返延遲量測封包來量測。用戶端會藉由在彼封包中一稱作量測週期欄之預選定量測視窗內或期間向主機發送回一序列1，對該封包作出響應。此種量測之詳細定時已在上文進行了說明。該往返延遲用於確定可對反向鏈路資料安全取樣之速率。
往返延遲量測由如下組成：確定、偵測或計數在該量測週期欄開始與當在主機處自用戶端接收回0xff，0xff，0x00響應序列時之時間週期開始之間所出現正向鏈路資料時鐘間隔之數量。應注意，可能之情形係，可能會在量測計數值即將遞增之前一正向鏈路時鐘週期的很小的幾分之一處接收到來自用戶端之響應。若使用該未修改之值來計算反向速率因子，則可能會因資料取樣不可靠而在反向鏈路上造成位元錯誤。此種情形之一實例顯示於圖51中，其中代表主機處之MDDI_Data、主機處之MDDI_Stb、主機內之正向鏈路資料時鐘、及一延遲計數值(Delay Count)之信號確實將所形成之像素寫入至以圖形形式顯示之目的地像素位置。在圖51中，係在該延遲計數值即將自6遞增至7之前一正向鏈路時鐘週期的幾分之一處自用戶端接收到該響應序列。若假定該延遲為6，則主機將恰好在一位元變遷後或可能在一位元變遷之中間取樣該反向資料。此可能會造成主機處之錯誤取樣。出於此種原因，通常應在使用所量測延遲來計算反向速率因子之前將所量測延遲遞增1。
反向速率因子係主機在取樣該反向鏈路資料之前應等待之MDDI_Stb循環數量。由於MDDI_Stb係以一半之正向鏈路速率進行循環，因而應將經修正之往返延遲量測值除以2，然後再圓整至下一整數。該關係式以公式形式表達為：(反向速率因子＝將圓整化至下一整數)對於所給定實例，此變為：
假若該實例中所用往返延遲量測值為7而非6，則反向速率因子亦將等於4。
反向鏈路資料係由主機在反向鏈路時鐘(Reverse Link Clock)之上升緣處取樣。在主機及用戶端(顯示器)二者中皆存在一用於產生該反向鏈路時鐘之計數器或類似之習知電路或裝置。該等計數器之初始化使反向鏈路時鐘之第一上升緣出現於反向鏈路囊封封包之反向鏈路封包欄中第一位元之開始處。此顯示(對於下文所給定實例)於圖52A中。該等計數器在MDDI_Stb信號之每一上升緣處遞增計數，在其回繞計數之前所發生之計數次數係由反向鏈路囊封封包中之反向速率因子參數設定。由於MDDI_Stb信號以一半之正向鏈路速率雙態觸變，因而反向鏈路速率為正向鏈路速率之一半除以反向速率因子。舉例而言，若正向鏈路速率為200百萬位元/秒且反向速率因子為4，則反向鏈路資料速率表示為：
一顯示反向鏈路囊封封包中MDDI_Data0及MDDI_Stb信號線之定時之實例顯示於圖52中，其中用於闡釋之封包參數之值如下：封包長度＝1024(0x0400) 轉向1長度＝1封包類型＝65(0x41) 轉向2長度＝1反向鏈路旗標＝0 反向速率因子＝2參數CRC＝0xdb43 全零為0x00封包長度欄與參數CRC欄之間之封包資料為：0x00，0x04，0x41，0x00，0x02，0x01，0x01，0x43，0xdb，0x00，...自用戶端返回之第一反向鏈路封包係封包長度為7且封包類型為70之用戶端請求及狀態封包。該封包始於位元組值0x07，0x00，0x46，...等等。然而，在圖52中僅可看到第一位元組(0x07)。在該圖中，為顯示一實際反向鏈路延遲，將該第一反向鏈路封包在時間上偏移了接近一個反向鏈路時鍾週期。圖中以一虛線跡線顯示一其中主機至用戶端往返延遲為0之理想波形。
此時傳輸參數CRC欄之MS位元組(此前係封包類型欄)，隨後傳輸全零欄。當來自主機之資料改變位凖時，來自主機之選通脈衝自1轉換至0然後再轉換回1，從而形成更寬之脈衝。當資料變至0時，該選通脈衝以更高之速率轉換，僅資料線上資料之變化在對齊欄之結尾附近造成一變化。在該圖之剩餘部分中，由於資料信號固定於0或1位凖上之時間週期延長，且變遷係發生於脈衝圖案(邊緣)上，因而選通信號以更高之速率轉換。
主機之反向鏈路時鐘處於0，直至在轉向1週期結束時啟動該時鐘來接納反向鏈路封包。該圖下部之箭頭顯示何時對資料取樣，根據本發明之剩餘部分將易知。圖中顯示所傳輸封包欄之第一位元組(此處為11000000)係始於轉向1欄之後，且線位凖已因主機驅動器停用而穩定。在資料信號之虛線中可看出第一位元之傳送延遲，及如在圖中看到的位元三之延遲。
在圖53中，吾人可看到基於正向鏈路資料速率之反向速率因子之典型值。實際反向速率因子係作為一往返鏈路量測之結果來確定，以保證正確之反向鏈路作業。一第一區域5302對應於一安全作業區域，一第二區域5304對應於一邊緣效能區域，同時一第三區域5306表示不可能正確運作之設定值。
當在正向鏈路或反向鏈路上以任一介面類型設定值運作時，往返延遲量測值及反向速率因子設定值相同，乃因其係以實際時鐘週期而非以所發送或接收之位元數量為單位來表達或運算。
通常，最大可能之反向速率因子係可使用I型介面在往返延遲量測封包之量測視窗中發送之位元數量之一半，或者在本實例中係：
亦可使用一種先進的反向資料取樣方法作為一種替代方法，該方法使反向位元時間小於往返延遲。在該技術中，主機不僅量測往返延遲，且亦可確定來自用戶端之響應相對於一具有零延遲之用戶端及鏈路之'理想'位元邊界的相位。藉由得知用戶端裝置響應之相位，主機即可確定一相對安全之時間來取樣來自用戶端之反向資料位元。往返延遲量測值會向主機指示反向資料之第一位元相對於反向資料封包欄起始處之位置。
圖52B以圖形形式顯示一先進反向資料取樣方法之實例之一實施例。圖中以虛線波形顯示一往返延遲為零之理想反向資料信號。實際往返延遲(介於3.5與4個MDDI_Stb循環之間)可作為實線波形與理想波形之間的延遲差來觀測。此係使用往返延遲量測封包所將量測到之相同延遲，且將係一等於7個正向鏈路位元時間之所量測往返延遲值。在該實施例中，反向資料位元係2個MDDI_Stb脈衝長，其係4個正向鏈路位元時間，對應於一等於2之反向速率因子。在先進之反向資料取樣中，可方便地使用一預選定之反向速率因子2而非如在其他地方所述來計算之。由於可使用上文所述之傳統量測來輕鬆地確定理想取樣點，因而對於先進之反向資料取樣而言，此看起來係一基本最佳之選擇。
可藉由取總往返延遲除以每一反向位元之正向鏈路時鐘數之餘數、或往返延遲對每一反向位元之正向鏈路時鐘數之模餘數來輕鬆地計算理想之反向資料取樣點。然後，減去1或2來得到一遠離資料變遷之安全點。在本實例中，7對4之模餘數＝3，然後3－1＝2或3－2＝1。安全取樣點距零往返延遲之「理想」位元邊界之邊緣1或2個正向鏈路位元時間。圖中顯示距理想位元邊界2個正向鏈路位元時間之取樣點，其由定時圖底部之一系列垂直箭頭表示。第一取樣點係在所量測往返延遲後之第一理想位元邊界加上安全取樣偏移量。在本實例中，往返延遲量測值為7，因而下一理想位元邊界處於第8個位元時刻，然後加上1或2得到安全取樣點，因而應在反向資料封包欄開始後9或10個正向鏈路位元時間處取樣第一位元。
XI.轉向及保護時段
反向鏈路囊封封包中之轉向1欄使得有時間同時使主機驅動器停用並使用戶端驅動器啟用。往返延遲量測封包中之保護時段1欄容許主機及用戶端交疊，因而用戶端驅動器可在主機介面驅動器被停用之前啟用。反向鏈路囊封封包中之轉向2欄使來自用戶端之前一欄中之資料能夠在主機驅動器被啟用之前得到完全傳輸。保護時段2欄提供一時間值或時間週期，其使用戶端驅動器及主機驅動器能夠以一邏輯0位準同時驅動。保護時段1及保護時段2欄通常填充以將不打算調整之預設定或預選定之長度值。視所用介面硬體而定，該等值可使用經驗資料形成並可在某些情況下進行調整來改良運作。
轉向1欄 有若干因素會作用於對轉向1欄之長度之確定，該等因素係正向鏈路資料速率、主機中MDDI_Data驅動器之最大停用時間、及用戶端驅動器之啟用時間－其通常與主機停用時間相同。轉向1欄之長度選擇為24．tB I T (表XIII)。轉向1欄的以正向鏈路位元組數量表示之長度係使用介面類型因數來確定，並使用以下關係式來計算：(長度轉 向 1 欄 ＝介面類型因數 FWD ＝3．介面類型因數 FWD )其中1型之介面類型因數為1，2型之介面類型因數為2，3型之介面類型因數為4，及4型之介面類型因數為8。
轉向2欄 用於確定轉向2欄通常所用時間長度之因素係通信鏈路之往返延遲、用戶端中MDDI_Data驅動器之最大停用時間、及主機驅動器之啟用時間－其被規定為與用戶端驅動器停用時間相同。最大主機驅動器啟用時間及用戶端驅動器停用時間在其他地方加以規定。往返延遲係以tB I T 為單位來量測。轉向2欄的以正向鏈路位元組數量形式規定之最小長度係根據以下關係式來計算：(長度轉 向 2 欄 將(．介面類型因數 FWD )圓整化至下一整數)舉例而言，一往返延遲為10個正向鏈路時鐘循環之3型正向鏈路通常使用一如下數量級之轉向2欄延遲：(長度轉 向 2 欄 將圓整化至下一整數＝18個位元組)
XII.替代反向鏈路定時
儘管使用上述定時及防護帶能夠達成一高資料傳輸速率介面，然而，本發明之發明者已發現一種藉由改變反向定時恢復而使反向位元長度短於往返時間之技術。
如上文所述，前面之反向鏈路定時方法係構造為：對自反向定時封包之保護時段1之最末位元至在一IO時鐘之上升緣上取樣該第一位元為止之時鐘循環數量進行計數。此係用於對MDDI介面之輸入及輸出進行定時之時鐘信號。因而將反向速率因子之計算表示為：(反向速率因子＝將圓整化至下一整數)此會提供一等於往返延遲之位元寬度，從而產生一極可靠之反向鏈路。然而，已顯示反向鏈路能夠更快地、或以一更高之資料傳輸速率運轉，本發明之發明者想對此加以利用。一種新的發明性技術容許利用該介面之其他能力來達到更高之速度。
此係藉由如下方式來達成：在反向定時封包期間，使主機對時鐘循環之數量進行計數，直至取樣到一1，但使主機既在上升緣亦在下降緣上對資料線取樣。此使主機能夠採集反向位元中最有用甚至最佳之取樣點，以保證該位元穩定。換言之，找到對於反向流量反向囊封封包而言最有用或最佳之資料取樣上升緣。最佳取樣點既相依於反向鏈路因子亦相依於該第一個1係在上升緣還是下降緣上偵測到。該種新的定時方法使主機能夠僅藉由尋找由用戶端發送的用於反向鏈路定時之0xFF 0xFF 0x00圖案之第一邊緣，來確定在反向囊封封包中之何處取樣。
圖64顯示正在到達之反向位元及彼位元將如何尋找各種反向速率因子之實例，以及自保護時段1之最末位元開始已出現之時鐘循環數量。在圖64中，吾人可見，若第一邊緣出現於上升緣與下降緣(標記為上升/下降)之間，則在反向速率因子為1時，最佳取樣點係標記為'b'之時鐘循環邊緣，乃因彼時鐘循環邊緣係在該反向位元之週期內出現之唯一上升緣。在反向速率因子為2時，最佳取樣點可能仍為時鐘循環前緣'b'，乃因循環緣'c'比'b'更靠近一位元邊緣。在反向速率因子為4時，最佳取樣點可能為時鐘循環緣'd'，乃因其更靠近其中該值可能已達到穩定的該反向位元之後緣。
返回圖64，然而，若第一邊緣出現於下降緣與上升緣(標記為下降/上升)之間，則在反向速率因子為1時，最佳取樣點係時鐘循環緣'a'，乃因其為該反向位元時間週期內之唯一上升緣。在反向速率因子為2時，最佳取樣點係緣'b'，在反向速率因子為4時，最佳取樣點係緣'c'。
吾人可見，當反向速率因子變得愈來愈大時，最佳取樣點會變得更易於斷定或選定，乃因其應為最靠近中間之上升緣。
主機可使用此種技術找到在資料線上觀測到該定時封包之該上升資料緣之前的上升時鐘緣數量。然後，其可根據該緣係出現於上升緣與下降緣之間還是出現於下降緣與上升緣之間、反向速率因子為何值、將多少個附加時鐘循環加至一數量計數器，來合理地保證始終儘可能靠近中間對該位元進行取樣。
一旦主機已選定或確定出時鐘循環之數量，其即可與用戶端「探查」各個反向速率因子，以確定一特定反向速率因子是否有效。主機(及用戶端)可以一因子1開始並檢查自用戶端接收之反向狀態封包之CRC，以確定該反向速率是否能夠正確地傳輸資料。若CRC有訛誤，則可能存在取樣錯誤，主機可增大反向速率因子並重新嘗試請求一狀態封包。若第二次所請求之封包有訛誤，則可再次增大該因子後重新作出請求。若該封包得到正確解碼，則可將該反向速率因子用於所有未來之反向封包。
該種方法有效且有用，乃因反向定時不應自初始往返定時估計值出現變化。若正向鏈路穩定，則即使在存在反向鏈路失敗，用戶端亦應繼續解碼正向鏈路封包。當然，為鏈路設定一反向鏈路因子仍為主機之責任，乃因此種方法並不保證具有一完美之反向鏈路。此外，該因子將主要相依於用於產生一IO時鐘之時鐘之品質。若彼時鐘具有一明顯之抖動量，則出現取樣錯誤之可能性會更大。此種錯誤之可能性會隨往返延遲中時鐘循環之數量而增大。
此種實施方案看起來最適用於1型反向資料，但對於2型至4型反向資料則可能會帶來問題，乃因各資料線之間之偏斜有可能過大以致於不能以最適用於僅一個資料對之速率來運作該鏈路。然而，甚至在2型至4型情況下，在運作時亦可能無需將資料速率降至前一方法之資料速率。若在每一資料線上重複使用，則此種方法亦可最適用於選擇理想或最佳之時鐘取樣位置。若對於每一資料對而言，其皆處於同一取樣時刻，則此種方法將繼續適用。若其處於不同之取樣週期，則可使用兩種不同之方法。第一種方法係針對每一資料點選擇一所需或更為最佳化之取樣位置，即使此對於每一資料對而言該取樣位置並不相同。然後，主機可在對該資料對組中之所有位元取樣後重構該資料流：對於2型為兩個位元，對於3型為四個位元，對於4型為八個位元。主機之另一選擇係增大反向速率因子，以在每一資料對之資料位元皆可在同一時鐘緣處取樣。
XIII.鏈路延遲及偏斜效應
MDDI_Data對與MDDI_Stb之間在正向鏈路上之延遲偏斜可能會限制最大可能之資料速率，除非使用延遲偏斜補償。造成定時偏斜之延遲差係歸因於控制器邏輯、線驅動器及接收器、及下文所概述之電纜和連接器。
A.受限於偏斜之鏈路定時分析(1型MDDI)1.一 1型鏈路之延遲及偏斜實例 圖57顯示一用於容納1型介面鏈路的類似於圖41所示的典型介面電路。在圖57中，顯示一1型MDDI正向鏈路之若干處理級或介面級中每一處理級或介面級之實例性或典型傳播延遲及偏斜值。MDDI_Stb與MDDI_Data0之間之延遲之偏斜會使輸出時鐘之工作循環畸變。使用正反器5728、5732的接收器正反器(RXFF)級之D輸入端處之資料在該時鐘緣後略有變化，以便可對其可靠地取樣。該圖顯示兩個串級延遲線5732a及5732b用於解決在形成該定時關係時存在的兩個不同問題。在實際之實施方案中，可將該等串級延遲線組合入一單一延遲元件內。
圖58顯示用於藉由該介面實施實例性信號處理的1型鏈路上之資料定時、Stb定時及時鐘恢復定時。
較大之縱延遲偏斜通常歸因於或來自下列級中之偏斜之和：帶有正反器5704、5706之發送器正反器(TXFF)；帶有驅動器5708、5710之發送器驅動器(TXDRVR)；電纜5702；帶有接收器5722、5724之接收器線接收器(RXRCVR)；及接收器XOR邏輯(RXXOR)。延遲1(Delay1)5732a應等於或大於RXXOR級中XOR閘5736之延遲，此由以下關係式確定：
吾人期望滿足該要求，以使接收器正反器5728、5732之D輸入端不會在其時鐘輸入之前發生變化。此在RXFF之保持時間為0時成立。
延遲2(Delay2)之作用或功能係根據如下關係式來補償RXFF正反器之保持時間：t PD － m i n ( Delay 2 ) ＝t H ( RXFF ) 在許多系統中，由於保持時間為0，因而此將為0，當然在彼情形中，延遲2之最大延遲亦可為0。
對接收器XOR級中偏斜之最壞作用係資料居後/選通在前之情形，其中延遲1處於最大值且來自XOR閘之時鐘輸出根據如下關係式儘可能早地出現：t SKEW － m a x ( RXXOR ) ＝t PD － m a x ( Delay 1 ) －t PD － m i n ( XOR ) 在此種情形中，在非常靠近其中將位元n＋1計時入接收器正反器之時刻的兩個位元週期n及n＋1之間，資料可能會發生變化。
1型MDDI鏈路之最大資料速率(最小位元週期)係經過該MDDI鏈路中所有驅動器、電纜及接收器時所遇到的最大偏斜加上設置於RXFF級內的總資料的一函數。該鏈路中RXRCVR級輸出之前的總延遲偏斜可表達為：t SKEW － m a x ( LINK ) ＝t SKEW － m a x ( TXFF ) ＋t SKEW － m a x ( TXDRVR ) ＋t SKEW － m a x ( CABLE ) ＋t SKEW － m a x ( RXRCVR ) ,其中「cable(電纜)」代表眾多種導體或互連線或導線及對應之延遲，且最小位元週期表示為：t BIT － m i n ＝t SKEW － m a x ( LINK ) ＋2．t B － TP 4 ＋t Asymmetry ＋t SKEW － m a x ( RXXOR ) ＋t jitter － host ＋t PD － m a x ( Delay 2 ) ＋t SU ( RXFF ) 在圖57中針對外部模式所示實例中，tS K E W － m a x ( L I N K ) ＝1000皮秒，且最小位元週期可表達為：t BIT － m i n ＝1000＋2．125＋625＋125＋200＋0＋100＝2300p sec,或者稱為約434百萬位元/秒。在圖57中針對內部模式所示實例中，tS K E W － m a x ( L I N K ) ＝500皮秒，且最小位元週期可表達為：t BIT － m i n ＝500＋2．125＋625＋125＋200＋0＋100＝1800p sec,或者稱為約555百萬位元/秒。
B.2型，3型，及4型MDDI之鏈路定時分析 圖59顯示一用於容納2型，3型及4型介面鏈路的類似於圖41及57所示的典型介面電路。有若干附加元件用於TXFF(5904)、TXDRVR(5908)、RXRCVCR(5922)、及RXFF(5932，5928，5930)級中，以容納附加之信號處理。在圖59中，顯示一2型MDDI正向鏈路之若干處理級或介面級中每一處理級或介面級之實例性或典型傳播延遲及偏斜值。除了可影響輸出時鐘之工作循環的MDDI_Stb與MDDI_Data0之間之延遲之偏斜外，在該等兩個信號二者與其他MDDI_Data信號之間亦存在偏斜。由正反器5928及5930組成之接收器正反器B(RXFFB)級之D輸入端處之資料在該時鐘緣後略有變化，以便可對其可靠地取樣。若MDDI_Data1早於MDDI_Stb或MDDI_Data0到達，則MDDI_Data1應延遲至少該延遲偏斜量後受到取樣。為達成於此，使用Delay3(延遲3)延遲線來延遲資料。若MDDI_Data1晚於MDDI_Stb及MDDI_Data0到達且亦延遲了Delay3，則其中MDDI_Data1發生變化之點會移至更靠近下一時鐘緣。該過程可確定2型，3型或4型MDDI鏈路之資料速率之上限。圖60A，60B及60C顯示兩個資料信號與MDDI_Stb相互之間的定時或偏斜關係之某些實例性的不同可能性。
為在MDDI_DataX儘可能早地到達時在RXFFB中可靠地對資料取樣，應根據如下關係式來設定Delay3：
最大鏈路速度取決於最小可容許位元週期。當MDDI_DataX儘可能晚地到達時，此最受影響。在彼情形中，最小可容許循環時間表示為：t BIT － m i n ＝t SKEW － m a x ( LINK ) ＋t PD － m a x ( Dalay 3 ) ＋t SU ( RXFFB ) －t PD － m i n ( XOR ) 因而鏈路速度之上限為：t PD － m a x ( Delay 3 ) ＝t PD － m i n ( Delay 3 ) 且假定條件如下：t BIT － m i n ( lower － bound ) ＝2．t SKEW － m a x ( LINK ) ＋t PD － m a x ( XOR ) ＋t SU ( RXFFB ) ＋t H ( RXFFB ) 在上文所給出之實例中，最小位元週期之下限表示為如下關係式：t BIT － m i n ( lower － bound ) ＝2．(1000＋2．125＋625＋200)＋1500＋100＋0＝5750p sec,其約為174百萬位元/秒。
此甚慢於在一1型鏈路中可使用之最大資料速率。MDDI之自動延遲偏斜補償能力會明顯地降低該延遲偏斜對最大鏈路速率之影響。因素係恰好位於有效資料設置之邊緣上。經校凖之MDDI_Data0與MDDI_Stb之間之偏斜為：t SKEW － m a x ( Calibrated ) ＝2．t TAP － SPACING － m a x 且最小位元週期為：t BIT － m i n － Calibrated ＝t SKEW － m a x ( Calibrated ) ＋2．t B － TP 4 ＋t Asymmetry ＋t jitter － host ＋t SKEW － m a x ( RXAND ＋ RXXOR ) ＋t SU ( RXFF ) 其中「TB」或tB 代表自一位元邊界至最低輸出位凖之信號抖動。非對稱(asymmetry)僅係指經由差動接收器之內部延遲之非對稱性或差動接收器之非對稱性。「TP4」係與用戶端之差動線驅動器及接收器之連接或介面(用戶端中MDDI控制裝置之插腳)相關聯，或出於電氣表徵及測試目的而實際上定義為用戶端之差動線驅動器及接收器之連接或介面。其代表一便捷點或預定點，自該便捷點或預定點可對系統之整個其餘部分中之鏈路進行信號延遲量測及表徵。在一實施例中，TP4處參數tB 之最大值係由如下關係式來界定：對於用戶端發送器而言為t Differential － Skew － TP 4 － DRVR － EXT ＝0.3．t BIT (外部模式)及t Differential － Skew － TP 4 － DRVR － INT ＝0.6．t BIT (內部模式)；對於用戶端接收器之外部模式而言為t B － TP 4 － RCVR － EXT ＝0.051．t BIT ＋175ps 。
標記TP4僅適用於對介面及鏈路中之各測試點(TP)進行編號。在一實施例中，將該測試點位置定義成在內部模式及外部模式中相同。存在一對應之「TP0」測試點，其用於或與包含差動線驅動器及接收器之主機中MDDI控制裝置之連接插腳或介面插腳相關聯。在該實施例中，TP0處參數TB 之最大值係由如下關係式來界定：對於主機接收器為t B － TP 0 － RCVR － INT ＝0.051．t BIT ＋50ps (內部模式)及t B － TP 0 － RCVR － EXT ＝0.051．t BIT ＋175ps (外部模式)；對於主機發送器為t B － TP 0 ＝0.102．t BIT 。
在圖59所示實例中，tS K E W － m a X ( D a t a 0 － S t b － C l a b i t a t e d ) ＝300皮秒，且最小位元週期為：t BIT － m i n － Calibrated ＝300＋2．125＋625＋200＋175＋100＝1650p sec,約為606百萬位元/秒。
為在MDDI_Data1儘可能早地到達時在RXFFB中可靠地對資料取樣，將相關聯之可程式化延遲調整至精確度為一個拍(tap)之最佳設定值，且為安全起見增加一額外拍的延遲。最大鏈路速度取決於最小可容許位元週期。當MDDI_Data1儘可能晚地到達時，此最受影響。在彼情形中，最小可容許循環時間為：t BIT － m i n － Data 1 － Calibrated ＝2．t TAP － Spacing － m a x ＋2．t TA － TP 4 其中「TA」或tA 代表自一位元邊界至中心交叉點之信號抖動。
在圖59所示實例中，基於對MDDI_Data1取樣之最小位元週期之下限為：t BIT － m i n － Data 1 － Calibrated ＝2．150＋2．125＝550p sec 在一實施例中，內部模式中延遲偏斜、延遲非對稱性、及主機發送器中時鐘抖動之典型總延遲時間界定為：t Asymmerty － TXFF ＋t Asymmetry － TXDRVR ＋t Skew － TXFF ＋t Skew － TXDRVR ＋t jitter － host ＝0.467．(t BIT －150ps )，在外部模式中則為：t Asymmerty － TXFF ＋t Asymmetry － TXDRVR ＋t Skew － TXFF ＋t Skew － TXDRVR ＋t jitter － host ＝0.TBD ．(t BIT －150TBDps )同時在內部模式中，用戶端裝置中延遲偏斜、延遲非對稱性及設置時間之典型總延遲時間(tB － T P 4 )為：t Asymmerty － RXRCVR ＋t Asymmetry － RXXOR ＋t Skew － RXRCVR ＋t Skew － RXXOR ＋t setup － RXFF ＝0.307．(t BIT －150 ps )在外部模式中則為：t Asymmerty － RXRCVR ＋t Asymmetry － RXXoR ＋t Skew － RXRCVR ＋t Skew － RXXOR ＋t setup － RXFF ＝0.TBD ．(t BIT －TBDps )其中項TBD係一供將來確定之撓性空間保持標簽，其值相依於外部模式連接線之許多種眾所習知之特性及運作要求。
XIV.實體層互連說明
適用於構建本發明介面之實體性連接可使用市售部件達成，例如在主機側使用由Hirose電氣有限公司(Hirose Electric Company Ltd.)製造之編號為3260－8S2(01)之部件，在用戶端裝置側使用由Hirose電氣有限公司製造之編號為3240－8P－C之部件。與1型/2型介面共同使用之此等連接器的一實例性介面插腳分配或"接腳輸出"列示於表XV中並顯示於圖61中。
該屏蔽線連接至主機介面中之HOST_Gnd，且電纜中的一屏蔽地線連接至用戶端連接器之屏蔽線。然而，該屏蔽線及地線並不連接至用戶端內部之電路接地點。
互連元件或裝置選擇或設計為足夠小，以供與諸如PDA及無線電話、或可攜式遊戲裝置等行動通信及計算裝置共同使用，而不會與相對裝置尺寸相比顯得凸出或不美觀。任何連接器及佈纜皆應足夠耐久，以供用於通常之消費者環境中，並達成小的尺寸(尤其對於佈纜而言)及相對低之成本。傳輸元件應容納作為差動NRZ資料的具有高達約450百萬位元/秒(對於1型及2型)及高達3.6十億位元/秒(對於8位元並列的4型版本)傳輸速率之資料及選通信號。
對於內部模式應用，對於所用導體而言不存在同樣意義上之連接器，或者此等連接元件往往非常小型化。一個實例係用於接納容裝有主機或用戶端裝置之積體電路或元件之零插入力「插座」。另一實例係主機及用戶端駐存於具有各種互連導體之印刷電路板上，並具有「插腳」或接點自外殼伸出，該等「插腳」或接點銲接至導體之接點上以供互連積體電路。
XV.運作
在使用本發明實施例之介面運作期間，在處理資料及封包中所執行之一般步驟之概要顯示於圖54A及54B，且用於處理該等封包之介面裝置之概略圖顯示於圖55中。在該等圖式中，該過程起始於一步驟5402，在步驟5402中確定用戶端與主機是否藉助一通信路徑(此處為一電纜)相連。此可由主機使用用於偵測在主機輸入端處是否存在連接器或電路或信號(例如在USB介面中所見)之軟體或硬體、或其他習知技術、藉助週期性輪詢來進行。若無用戶端連接至主機，則其可僅進入一某一預定長度之等待狀態，視應用而定，進入休眠模式或去激活以待將來使用，在將來使用時可能需要使用者採取措施將主機重啟動。舉例而言，當主機常駐於一電腦型裝置上時，使用者可能須點擊螢幕圖示或請求一程式激活主機處理來尋找用戶端。同樣，僅插入一USB型連接即可激活主機處理，此視主機或常駐主機軟體之能力及組態而定。
一旦一用戶端連接至主機，或反之，或者偵測到存在相連之用戶端，用戶端或主機即會在步驟5404及5406中發送適當之封包來請求服務。用戶端可在步驟5404中發送用戶端服務請求或狀態封包。應注意，如上文所述，該鏈路可能已在先前關閉或處於休眠模式，因而隨後進行的可能並非一完整之通信鏈路初始化。一旦該通信鏈路同步化且主機正嘗試與用戶端通信，用戶端即在步驟5408中亦提供一用戶端能力封包至主機。此時，主機即可開始確定用戶端可接納之支援類型，包括傳輸速率。
一般而言，主機與用戶端亦會在步驟5410中協商欲使用服務模式之類型(速率/速度)，例如1型，2型，等等。一旦確立服務類型，主機即可開始傳輸資訊。此外，主機可與其他信號處理並行地使用往返延遲量測封包來使通信鏈路之定時最佳化，如步驟5411所示。
如上文所述，所有傳輸皆始於一子訊框標頭封包(圖中顯示在步驟5412中傳輸之)，隨後傳輸資料類型，此處係視訊及聲訊流封包，及填充封包(圖中顯示在步驟5414中傳輸)。聲訊及聲訊資料將已在先前準備好或映射入封包中，且填充封包係根據需要或吾人所欲來插入以填滿媒體訊框中一所需數量之位元。主機可發送諸如正向聲頻通道啟用封包等封包來激活聲音服務。此外，在步驟5416中，主機可使用上文所述之其他封包類型來傳輸命令及資訊，此處顯示為傳輸色彩圖封包、位元塊傳輸封包或其他封包。此外，主機及用戶端可使用恰當之封包來交換關於鍵盤或指標裝置之資料。
在運作期間，可能會發生使主機或用戶端期望使用一不同資料速率或介面模式類型的若干種不同事件中的一種。舉例而言，電腦或其他傳送資料之裝置可能會在處理資料時遇到致使封包之準備及呈現放慢之負載狀態。一接收資料之用戶端裝置可能會自一專用AC電源變換至一更有限之電池電源，因而在該更有限電源設定值下不能快速地傳輸資料、容易地處理命令，或者不能夠使用相同之解析度或色彩深度。或者，一限制性狀態可能已消除或消失，從而使該等兩個裝置能夠以更高之速率傳輸資料。由於此更為合意，因而可作出一請求來改變至一更高傳輸速率模式。
若該等或其他類型之習知狀態出現或變化，則主機或用戶端可偵測之並嘗試重新協商該介面模式。此顯示於步驟5420中，在步驟5420中，主機向用戶端發送介面類型交遞請求封包來請求交遞至另一模式，用戶端則發送介面類型確認封包來確證正尋求改變，然後由主機發送執行類型交遞封包來改變至規定模式。
儘管並不要求一特定之處理次序，然而用戶端與主機亦可交換關於欲用於或自指標裝置、鍵盤、或其他主要與用戶端相關聯(儘管此等元件亦可存在於主機側)之使用者型輸入裝置接收到的資料之封包。該等封包通常係使用通用處理器型元件而非狀態機(5502)來處理。此外，某些上述命令亦將由通用處理器處理(5504，5508)處理。
在主機與用戶端之間已交換資料及命令後，在某一時刻，決定係欲傳輸其他資料還是主機或用戶端即將停止伺服該傳輸。此顯示於步驟5422中。若鏈路將進入休眠狀態或將徹底關閉，則主機會發送一鏈路關閉封包至主機，且雙方皆終止傳輸資料。
在上述作業處理中所傳輸之封包將使用上文針對主機及用戶端控制器所述之驅動器及接收器來傳輸。該等線驅動器及其他邏輯元件連接至上文所述之狀態機及通用處理器，此顯示於圖55所示概略圖中。在圖55中，狀態機5502及通用處理器5504及5508可進一步連接至未圖示之其他元件，例如一專用USB介面、記憶體元件、或其他常駐於與其交互作用之鏈路控制器外部之組件，包括(但不限於)資料源及用於瀏覽顯示裝置之視訊控制晶片。
如上文針對保護時段所述，該等處理器及狀態機提供對驅動器啟用及停用之控制，等等，以確保有效地建立或終止通信鏈路及傳輸封包。
XVI.顯示器訊框緩衝器
與電腦圖形相比，對動態視訊圖像之視訊資料緩衝要求有所不同。像素資料最常儲存於用戶端中的一本地訊框緩衝器中，因而可就地再新用戶端上之圖像。
當正顯示全動視訊時(在每一媒體訊框中顯示器中之幾乎每一像素皆會改變)，通常較佳者係，將正輸入之像素資料儲存於一個訊框緩衝器中，同時自一第二訊框緩衝器再新該顯示器上之圖像。可使用多於兩個顯示器緩衝器來消除如下文所述之可見假像。當在一個訊框緩衝器中已接收到一整個圖像時，可交換該等緩衝器之角色，由此將新接收之圖像用於再新該顯示器，並將另一緩衝器填充以該圖像之下一訊框。此種概念顯示於圖88A中，其中藉由將顯示器更新(Display Update)位元設定為「01」，將像素資料寫入至離線圖像緩衝器。
在其他應用中，主機僅需更新圖像之一小部分而無需重繪整個圖像。在此種情形中，如圖88B所詳細顯示，期望將新像素直接寫入至用於再新該顯示器之緩衝器。
在具有一帶有一小的視訊視窗之固定圖像之應用中，如圖88C所示將該固定圖像寫入至該等兩個緩衝器(顯示器更新位元等於「11」)、隨後再藉由將顯示器更新位元設定為「01」將移動圖像之像素寫入至離線緩衝器最為容易。
以下規則描述了在同時將新資訊寫入至用戶端及再新該顯示器時對緩衝器指標之有用調處。存在三個緩衝器指標：current_fill指向當前正藉由MDDI鏈路被填充以資料之緩衝器。just_filled指向最近得到填充之緩衝器。being_dispalyed指向當前正用於再新顯示器之緩衝器。所有三個緩衝器指標皆可包含自0至N－1之值，其中N為顯示器緩衝器數量且N2。對緩衝器指標之運算係模N，例如當N＝3且current_fill＝2時，遞增current_filI會致使將current_fill被設定為0。在其中N＝2之簡單情形中，just_filled始終為current_fill之補數。對於每一MDDI媒體訊框邊界(子訊框計數值欄等於0之子訊框標頭封包)，皆按規定次序執行以下作業：將just_filled設定為等於current_fill並將current_fill設定為等於current_fill＋1。
MDDI視訊流封包根據以下結構或方法來更新該等緩衝器：當顯示器更新位元等於'01'時，將像素資料寫入至由current_fill規定之緩衝器；當顯示器更新位元等於'00'時，將像素資料寫入至由just_filled規定之緩衝器；當顯示器更新位元等於'11'時，將像素資料寫入至所有緩衝器。顯示器係由being_dispalyed所規定緩衝器再新。在顯示器再新完一個訊框再新紀元中之最末像素後、在其開始再新下一訊框再新紀元中之第一像素之前，該顯示器更新過程會執行如下作業：將being_refreshed設定為等於just_filled。
具有像素資料屬性欄之封包含有一對顯示器更新位元，該對顯示器更新位元規定欲將像素資料寫入到的訊框緩衝器。用戶端能力封包具有三個用於顯示在用戶端中支援哪些顯示器更新位元組合之附加位元。在許多情形中，由電腦產生之圖像需要根據使用者輸入以遞增方式更新或者由自電腦網路接收之資訊導出。顯示器更新位元組合「00」及「11」藉由使像素資料寫入至正顯示之訊框緩衝器或同時寫入至兩個訊框緩衝器來支援此種運作模式。
當容納視訊圖像時，圖89顯示當藉由MDDI鏈路傳輸視訊資料且顯示器更新位元等於「01」時如何使用一對訊框緩衝器來顯示視訊圖像。在MDDI鏈路上偵測到一媒體訊框邊界後，當完成對當前正得到再新之訊框之再新過程時，該顯示器再新過程將開始自下一訊框緩衝器再新。
與圖89相關的一重要假定係：該圖像係以一連續像素流之形式自主機接收到，該連續像素流之發送次序與用戶端自訊框緩衝器讀取像素來再新顯示器時所用次序相同(通常係自螢幕左上角逐列讀取至右下角)。在顯示器再新作業及圖像傳輸作業皆涉及同一訊框緩衝器之情況下，此為一重要的細節。
為防止顯示局部圖像，顯示器再新訊框速率需大於圖像傳輸訊框速率。圖90顯示在一慢的顯示器再新速率(換言之，顯示器再新慢於圖像傳輸)情況下，如何出現圖像片段化。
在一包含電腦圖形圖像與移動視訊畫面之組合之圖像中，視訊像素資料可能佔據媒體訊框之一小部分。在顯示器再新作業與圖像傳輸皆涉及同一訊框緩衝器之情形中，此可能甚為明顯。該等情形由圖91中之交叉陰影線顯示，其中自緩衝器讀取的用於再新顯示器之像素可能係在兩個訊框前寫入至該緩衝器之像素，或者其可能對應於當前正寫入至同一訊框緩衝器之訊框。
如圖92所示，在用戶端中使用三個訊框緩衝器將會解決競爭存取一訊框緩衝器之小視窗問題。
然而，如圖93所示，若顯示器再新速率小於藉由MDDI鏈路之媒體訊框速率，則仍會存在一問題。
如圖94所示，對移動視訊圖像使用一單個緩衝器會略成問題。在顯示器再新快於傳輸人該緩衝器之圖像傳輸時，有時受到再新之圖像將顯示所寫入訊框之上半部分，而該圖像之下半部分將為先前傳輸之訊框。在顯示器再新快於圖像傳輸(較佳運作模式)時，訊框顯示一類似分裂圖像之情況將更為頻繁。
XVII.多用戶端支援
當前之協定版本看來不直接支援多個用戶端裝置。然而，大多數封包皆含有一預留之用戶端ID欄，該用戶端ID欄可用於定址一具有多個用戶端之系統中之特定用戶端裝置。當前，對於許多應用而言，將該用戶端ID或該等用戶端ID設定為零。子訊框標頭封包亦含有一顯示主機是否支援一多用戶端系統之欄。因此，存在一種方式，在MDDI或協定之未來應用中，將可能以此種方式來連接及定址多個用戶端裝置，以助於系統設計者對將來與多個用戶端主機及用戶端之相容性進行規劃。
在具有多個用戶端之系統中，使用一用戶端菊鏈或使用集線器(如圖95所示)或使用該等技術之一組合(如圖96所示)將各用戶端連接至主機將頗為適用。使顯示器顯示某些錯誤訊息以管控所連接用戶端亦可能頗為適用，例如當連接有一或多個期望位址為0之用戶端(對於多用戶端系統不應如此，乃因此等顯示器期望成為僅有之用戶端或被設定為作為僅有之用戶端運作)時顯示一錯誤訊息。
XIII.附錄
除上文針對用於構建本發明實施例之架構及協定之各種封包所述之格式、結構及內容外，此處將顯示某些封包類型之更詳細之欄內容或作業。此處顯示此等內容或作業旨在進一步闡明其各自之用途或作業，以使熟習此項技術者能夠更易於理解本發明並將本發明用於衆多種應用。此處僅進一步論述上文尚未論述的少數幾個欄。此外，就上文所示實施例為該等欄提供了實例性定義及值。然而，該等值不應視為對本發明之限制，而是代表一或多個適用於構建該介面及協定之實施例，且並不需要一同或同時實施所有實施例。熟習此項技術者應瞭解，在其他實施例中，亦可使用其他值來達成所期望之資料呈現或資料速率傳輸結果。
A.對於視訊流封包 在一實施例中，像素資料屬性欄(2個位元組)具有一系列位元值，該等位元值解釋如下。位元1及0用於選擇如何投送顯示器像素資料。當位元值為'11'時，資料係顯示至雙眼或對雙眼顯示，當位元值為'10'時，資料僅投送至左眼，當位元值為'01'時，資料僅投送至右眼，而當位元值為'00'時，資料會投送至一如下文所述可由位元8至11規定之替代顯示器。若用戶端中之或用戶端所使用或運作之主顯示器不支援某種形式之立體圖像或成像，則無法有效地植入該等命令來產生顯示器所期望之影響。在此種情形或組態中，無論位元值如何或對於任一位元組合'01'、'10'或'11'，用戶端皆應投送像素資料至主顯示器，乃因該顯示器將不執行所產生之命令或控制信號。建議(但該等實施例並不要求)使用值'11'來定址彼等不支援立體顯示能力之用戶端中之主顯示器。
位元2指示像素資料是否係以一交錯格式呈現，其中'0'值意味著像素資料處於標凖之順序性格式，且當自一列前進至下一列時列編號(像素Y座標)遞增1。當該位元具有值'1'時，像素資料處於交錯格式，且當自一列前進至下一列時，列編號會遞增2。位元3指示像素資料處於交替像素格式。此類似於由位元2啟用之標凖交錯模式，但該種交錯係垂直交錯而非水平交錯。當位元3為'0'時，像素資料處於標凖之順序性格式，且當接收到每一順序性像素時，行編號(像素X座標)皆遞增1。當位元3為'1'時，像素資料係處於交替像素格式，且當接收到每一像素時，行編號皆遞增2。
位元4指示像素資料係關於一顯示器還是一攝像機，因為此處資料正傳輸至或傳輸自一無線電話或類似裝置甚至可攜式電腦、或例如上文所述之其他裝置之內部顯示器，或者資料正傳輸至或傳輸自一內建於或直接耦合至該裝置之攝像機。當位元4為'0'時，像素資料正傳輸至或傳輸自一顯示器訊框緩衝器。當位元4為'1'時，像素資料正傳輸至或傳輸自一攝像機或某種類型之視頻裝置，此等裝置在此項技術中衆所習知。
位元5用於指示像素資料何時包含顯示器中之下一順序性像素列。當位元5設定為等於'1'時，即視為此種情形。當位元5設定為'1'時，X左邊緣、Y頂邊緣、X右邊緣、Y底邊緣、X起始點，及Y起始點參數未加以定義並被用戶端忽略。當位元15設定為邏輯1位凖時，此表明該封包中之像素資料係圖像中之最末列像素。用戶端能力封包之用戶端特徵能力指示符之位元8顯示是否支援此種特徵。
位元7及6係顯示器更新位元，用於規定像素資料欲寫入到的訊框緩衝器。更具體之作用將在其他部分中論述。當位元值為'01'時，像素資料係寫入至離線圖像緩衝器。當位元值為'00'時，像素資料係寫入至用於再新該顯示器之圖像緩衝器。當位元值為'11'時，像素資料係寫入至所有圖像緩衝器。位元值或組合'10'則被視為一無效值或指示，且像素資料會被忽略而不寫入至任何圖像緩衝器。該值可用於該介面之進一步應用。
位元8至11形成一4－位元無正負號整數，用於規定像素資料欲投送到的替代顯示器或顯示器位置。為使顯示器用戶端將位元8至11解譯為一替代顯示器編號，將位元0及1設定為等於'00'。若位元0及1不等於'00'，則位元8至11設定至邏輯0位凖。
位元12至14預留供將來使用，且通常設定為邏輯0位凖。如上文所述，位元15係與位元5結合使用，且將上文15設定為邏輯1表示：像素資料欄中之像素列係一資料訊框中之最末像素列。下一將位元5設定為邏輯1之視訊流封包將對應於下一視訊訊框之第一像素列。
2－位元組之X起始點欄及Y起始點欄用於規定像素資料欄中第一像素點(X起始點，Y起始點)之絕對X座標及Y座標。2－位元組之X左邊緣欄及Y頂邊緣欄用於規定由像素資料欄所填充之螢幕視窗之左邊緣之X座標及頂邊緣之Y座標，同時X右邊緣欄及Y底邊緣欄用於規定所更新之視窗之右邊緣之X座標及底邊緣之Y座標。
像素計數值欄(2個位元組)用於規定下文所述像素資料欄中之像素數量。
參數CRC欄(2個位元組)包含自封包長度欄至像素計數值欄的所有位元組的一CRC。若CRC檢查失敗，則捨棄整個封包。
像素資料欄包含欲顯示之原始視訊資訊，該原始視訊資訊係以視訊資料格式描述符欄所描述之方式來格式化。如在其他部分中所述，該資料係每次發送一「列」。當像素資料屬性欄之位元5設定為邏輯位凖1時，像素資料欄恰好包含一列像素，其中所傳輸之第一像素對應於最左側像素，所傳輸之最末像素對應於最右側像素。
像素資料CRC欄(2個位元組)包含僅像素資料的一16－位元CRC。若對該值之CRC驗證失敗，則像素資料仍可使用，但CRC錯誤計數值將遞增。
B.對於聲頻流封包 在一實施例中，聲頻通道ID欄(1個位元組)使用一8位元無正負號整數值來標識由用戶端裝置將聲訊資料發送到的特定聲頻通道。實體聲頻通道以值0，1，2，3，4，5，6，或7之形式規定於該欄中或由該欄映射至實體通道，其中值0，1，2，3，4，5，6，或7分別表示左前通道、右前通道、左後通道、右後通道、前中通道、亞低音揚聲器通道、環繞左通道、環繞右通道。聲頻通道ID值254表示該單一數位聲訊樣本流係既發送至左前通道亦發送至右前通道。此可簡化用於諸如以下應用之通信：其中使用立體聲頭戴式耳機進行語音通信之應用，在PDA上使用提升生產力裝置之應用，或者其中一簡單之使用者介面產生警告音調之其他應用。自8至253，及255之ID欄值在當前預留用於可由熟習此項技術者料想出的其中新的設計期望使用額外標識的應用。
預留1欄(1個位元組)通常預留供將來使用，且該欄中之所有位元皆設定為0。該欄之一功能係使所有後續2位元組欄皆對齊一16－位元字位址並使4－位元組欄對齊一32－位元字位址。
聲訊樣本計數值欄(2個位元組)規定該封包中聲訊樣本之數量。
位元數/每一樣本及緊縮欄包含1個用於規定聲訊資料之緊縮格式之位元組。在一實施例中，通常所用之格式係由位元4至0界定每一PCM聲訊樣本之位元數量。然後由位元5規定該等數位聲訊資料樣本是否係緊縮之數位聲訊資料樣本。如上文所述，圖12顯示緊縮之聲訊樣本與位元組對齊之聲訊樣本之區別。位元5之值為'0'時表示數位聲訊資料欄中每一PCM聲訊樣本皆與一介面位元組邊界按位元組對齊，值為'1'時表示每一順序性PCM聲訊樣本皆抵靠前一聲訊樣本緊縮。該位元通常僅當在位元4至0中界定之值(位元數/每一PCM聲訊樣本)並非8的倍數時方才有效。位元7至6預留供將來用於其中系統設計期望使用額外標識之應用，並通常設定為零值。
聲訊取樣速率欄(1個位元組)規定聲訊PCM取樣速率。所用格式係：值為0表示一8,000次取樣/秒(sps)之速率，值為1表示16,000 sps，值為2表示24,000 sps，值為3表示32,000 sps，值為4表示40,000 sps，值為5表示48,000 sps，值為6表示11,025 sps，值為7表示22,050 sps，值為8表示44,100 sps，值9至255預留供將來使用，因而其當前設定為零。
參數CRC欄(2個位元組)包含自封包長度欄至聲訊取樣速率欄之所有位元組的一16－位元CRC。若該CRC檢查失敗，則捨棄整個封包。數位聲訊資料欄包含欲播放之原始聲訊樣本，且通常作為無正負號整數呈一線性格式形式。聲訊資料CRC欄(2個位元組)包含僅視訊資料的一16－位元CRC。若該CRC檢查失敗，則聲訊資料仍可使用，但CRC錯誤計數值遞增計數。
C.對於使用者自定義流封包 在一實施例中，2－位元組之流ID編號(Stream ID Number)欄用於標識一特定之使用者自定義流。流參數欄及流資料欄之內容通常係由MDDI設備製造商定義。2－位元組之流參數CRC欄包含自封包長度欄起至聲訊編碼位元組止的該等流參數之所有位元組的一16－位元CRC。若該CRC檢查失敗，則捨棄整個封包。流參數欄及流參數CRC欄二者可在不為該MDDI之最終應用所需要時捨棄，換言之，其視為可選欄。2－位元組之流資料CRC欄包含僅流資料欄之CRC。若該CRC檢查失敗，則該流資料欄之使用係可選，此視該應用之要求而定。在使用視CRC是否為佳之流資料時，通常要求緩衝該流資料直至確證CRC為佳。若該CRC檢查失敗，則CRC錯誤計數值遞增計數。
D.對於色彩圖封包 如前文中所用一般，2－位元組之hClient ID欄含有預留用於一用戶端ID之資訊或值。由於該欄通常預留供將來使用，因而藉由將各位元設定為'0'來將其當前值設定為零。
2－位元組之色彩圖項計數值欄使用的值用於規定包含於色彩圖資料欄中之3－位元組色彩圖項、或者存在於該封包之色彩圖資料欄中之色彩圖表項之總數。在本實施例中，色彩圖資料欄中之位元組數量為色彩圖項計數值欄之3倍。為不發送色彩圖資料，將色彩圖項計數值設定為等於零。若色彩圖尺寸欄為零，則通常仍發送一色彩圖偏移(Color Map Offset)值，但顯示器會忽略之。色彩圖偏移欄(4個位元組)規定在用戶端裝置中自色彩圖表開始的該封包中色彩圖資料欄之偏移。
一2－位元組之參數CRC欄包含自封包長度欄至聲訊編碼位元組的所有位元組的一CRC。若CRC檢查失敗，則捨棄整個封包。
對於色彩圖資料欄，每一色彩圖位置之寬度係由色彩圖項尺寸(Color Map Item Size)欄規定，其中在一實施例中，第一部分規定藍色值，第二部分規定綠色值，第三部分規定紅色值。色彩圖尺寸欄規定存在於色彩圖資料欄中之3－位元組色彩圖表項之數量。若一單個色彩圖無法裝入一個視訊資料格式及色彩圖封包中，則可藉由發送多個封包來規定整個色彩圖，其中在每一封包中具有不同之色彩圖資料及色彩圖偏移。每一色彩圖資料項中藍色、綠色及紅色位元之數量通常與顯示器能力封包之色彩圖RGB寬度欄中所規定者相同。
一2－位元組色彩圖資料CRC欄包含僅色彩圖資料欄之CRC。若該CRC檢查失敗，則仍可使用該色彩圖資料，但CRC錯誤計數值遞增計數。
每一色彩圖資料項皆欲按如下次序發送：藍色，綠色，紅色，其中每一分量之最低有效位元皆首先發送。每一色彩圖項中各單獨之紅色、綠色及藍色分量係緊縮，但每一色彩圖項(藍色分量之最低有效位元)應係位元組對齊。圖97顯示一具有6個藍色位元、8個綠色位元及7個紅色位元之色彩圖資料項之實例。對於該實例而言，色彩圖封包中之色彩圖項尺寸等於21，用戶端能力封包之色彩圖RGB寬度欄等於0x0786。
E.對於反向鏈路囊封封包 參數CRC欄(2個位元組)包含自封包長度欄至轉向長度欄之所有位元組的一16－位元CRC。若該CRC檢查失敗，則捨棄整個封包。
在一實施例中，反向鏈路旗標欄(1個位元組)包含一組用於請求來自用戶端之資訊並規定一反向鏈路類型之旗標。若將一位元(例如位元0)設定為邏輯1位凖，則主機會請求來自用戶端之規定資訊，但若該位元設定為邏輯0位凖，則主機不需要來自用戶端之資訊。位元0用於指示主機何時期望得到用戶端能力封包－其通常係由用戶端在反向資料封包欄中發送至主機。位元1用於指示主機何時期望得到用戶端請求及狀態封包－其通常係由用戶端在反向資料封包欄中發送至主機。其餘位元(此處為位元2至7)預留供將來使用且設定為0。然而，可根據需要使用更多之位元來設定反向鏈路旗標。
反向速率因子欄(1個位元組)規定相對於反向鏈路資料時鐘發生的MDDI_Stb循環之數量。反向鏈路資料時鐘等於正向鏈路資料時鐘除以兩倍的反向速率因子。反向鏈路資料速率與反向鏈路資料時鐘及反向鏈路上之介面類型有關。在本實施例中，對於1型介面，反向資料速率等於反向鏈路資料時鐘，對於2型，3型，及4型介面，反向資料速率分別等於反向鏈路資料時鐘之兩倍、四倍及八倍。
全零1欄包含一組位元組(此處為8個)，該組位元組之值係藉由將各位元設定為邏輯0位凖而設定至等於0，並用於確保所有MDDI_Data信號處於邏輯0位凖之時間皆足以使用戶端能夠在轉向1欄期間在將主機之線驅動器停用之前，僅使用MDDI_Stb開始恢復時鐘。在一實施例中，全零1欄之長度大於或等於在電纜之往返延遲中正向鏈路位元組傳輸之次數。
轉向1長度欄(1個位元組)規定分配給轉向1欄的用於建立第一轉向週期之位元組總數。轉向1欄採用由轉向1長度參數所規定之位元組數量，該等位元組被分配用於使用戶端中之MDDI_Data線驅動器在主機中之線驅動器被停用之前啟用。用戶端在轉向1欄之位元0期間啟用其MDDI_Data線驅動器，且主機將其輸出停用以便在轉向1欄之最末位元之前完全停用。在整個轉向1週期期間，MDDI_Stb信號之行為皆儼若MDDI_Data0處於邏輯0位凖一般。上文給出了對轉向1欄之設定之更全面說明。
反向資料封包欄包含一系列自用戶端傳輸至主機之資料封包。用戶端在其無資料發送至主機時，可發送填充封包或將各MDDI_Data線驅動至邏輯零狀態或位凖。在本實施例中，若將MDDI_Data線驅動至零，則主機將此解譯為一長度為零(並非一有效長度)之封包，且在當前之反向鏈路囊封封包期間主機將不再自用戶端接受其他封包。
轉向2長度欄(1個位元組)規定分配給轉向2欄的用於建立第二轉向週期之位元組總數。轉向2欄之推薦長度係往返延遲所需之位元組數量加上主機啟用其MDDI_Data驅動器所需之時間。轉向2長度亦可係一大於最小所需值或計算值之值，以容許有足夠之時間來處理主機中之反向鏈路封包。
轉向2欄由轉向長度參數所規定數量之位元組組成。在轉向2欄期間，在主機啟用其MDDI_Data線驅動器之前，主機會等待至少往返延遲時間。主機啟用其MDDI_Data線驅動器以使該等MDDI_Data線驅動器在轉向2欄之最末位元之前通常得到完全啟用，且用戶端將其輸出停用以使該等輸出在轉向2欄之最末位元之前通常被完全停用。轉向2欄之用途係容許自用戶端發送或傳輸來自反向資料封包欄之其餘資料量。由於構建該介面之不同系統及所分配之安全裕量之大小有所變化，因而在轉向2欄週期之某些部分期間，主機及用戶端二者可皆不將MDDI_Data信號驅動至邏輯0位凖，如主機中或主機處之線接收器所檢測。在基本上整個轉向2週期期間，MDDI_Stb信號之行為為皆儼若MDDI_Data0處於邏輯0位凖一般。上文給出了對轉向2欄之設定之說明。
反向資料封包欄包含一系列自用戶端傳輸至主機之資料封包。如上文所述，發送填充封包來填充未由其他封包類型使用之剩餘空間。
全零2欄包含一組位元組(在本實施例中為為8個)，該組位元組之值係藉由將各位元設定為為邏輯0位凖而設定至等於0，並用於確保所有MDDI_Data信號處於邏輯0位凖之時間皆足以使用戶端能夠在轉向2欄後在啟用主機之線驅動器之後，使用MDDI_Data0及MDDI_Stb二者來開始恢復時鐘。
F.對於用戶端能力封包 如針對一實施例所示，協定版本欄使用2個位元組來規定由用戶端使用之協定版本。初始版本在當前設定為等於1，且吾人應知，此將隨新版本之產生而隨時間改變，同時最低協定版本欄使用2個位元組來規定用戶端可使用或解譯之最低協定版本。在此種情形中，零值亦為一有效值。資料速率能力欄(2個位元組)規定用戶端可在該介面之正向鏈路上之每一資料對上接收之最大資料速率，並規定為百萬位元/秒(Mbps)之形式。介面類型能力欄(1個位元組)規定在正向鏈路及反向鏈路上支援之介面類型。位元設定為為'1'表明支援一規定之介面類型，而位元設定為為'0'則表明不支援該規定之類型。主機及用戶端應在正向及反向鏈路上至少支援1型。不要求支援一鄰接範圍之介面類型。舉例而言，在一介面中僅支援1型及3型而非3型及4型將完全有效。正向鏈路與反向鏈路亦不必以相同之介面類型運作。然而，當鏈路自休眠中醒來時，正向鏈路及反向鏈路二者皆應以1型模式開始運作，直至由主機與用戶端二者協商、選定或以其他方式認可其他模式。
在一實施例中，所支援之介面係藉由如下選擇來指示：位元0，位元1，或位元2分別用於在正向鏈路上選擇一2型(2位元)、3型(4位元)、或4型(8位元)模式；位元3、位元4、或位元5分別用於在反向鏈路上選擇一2型、3型、或4型模式；位元6及7則預留且此時通常設定為零。位元映射寬度欄及高度欄(此處皆為2個位元組)分別規定以像素為單位之位元映射之寬度及高度。
在一實施例中，單色能力欄(1個位元組)用於規定在單色格式中可顯示之解析度之位元數量。若顯示器不能使用單色格式，則該值設定為零。位元7至4預留供將來使用，因此設定為0。位元3至0界定在每一像素中可存在之灰階之最大位元數量。該等四個位元使吾人可規定每一像素之值1至15。若該值為零，則顯示器不支援單色格式。
拜耳能力欄使用1個位元組來規定在拜耳格式中可傳輸之解析度位元數量、像素組及像素次序。若用戶端不能使用拜耳格式，則該值為零。拜耳能力欄由以下值構成：位元3至0界定在每一像素中存在之強度位元之最大數量，位元5至4界定所需要之像素組圖案，同時位元8至6界定所需要之像素次序；位元14至9預留供將來使用且當前通常設定為零。位元15在設定為邏輯1位凖時顯示用戶端既可接受緊縮格式亦可接受非緊縮格式之拜耳像素資料。若位元15設定為零，則此顯示用戶端僅可接受非緊縮格式之拜耳像素資料。
在一實施例中，色彩圖能力(Color Map Capability)欄(3個位元組)規定存在於顯示器之色彩圖表中之表項之最大數量。若顯示器不能使用色彩圖格式，則該值設定為零。
RGB能力欄(2個位元組)規定在RGB格式中可顯示之解析度之位元數量。若顯示器不能使用RGB格式，則該值等於零。RGB能力字係由三個單獨之無正負號值構成，其中：位元3至0界定每一像素中之最大藍色位元數量，位元7至4界定每一像素中之最大綠色位元數量；位元11至8界定每一像素中之最大紅色位元數量。當前，位元14至12則預留供將來使用，且通常設定為零。位元14至12則預留供將來使用，且通常設定為零。位元15在設定為邏輯1位凖時，表明用戶端既可接受緊縮格式亦可接受非緊縮格式之RGB像素資料。若位元15設定為邏輯0位凖，此表明用戶端僅可接受非緊縮格式之RGB像素資料。
Y Cr Cb能力欄(2個位元組)規定在Y Cr Cb格式中可顯示之解析度之位元數量。若顯示器不能使用Y Cr Cb格式，則該值設定為等於零。Y Cr Cb能力字由三個單獨之無正負號值構成，其中：位元3至0界定Cb樣本中之最大位元數量，位元7至4界定Cr樣本中之最大位元數量，位元11至8界定Y樣本中之最大位元數量，且位元15至12在當前預留供將來使用且設定為零。
在一實施例中，用戶端特徵能力欄使用4個位元組，該等4個位元組包含一組用於指示所支援之用戶端中之特定特徵。位元設定為邏輯1位凖表明支援該能力，而位元設定為邏輯0位凖則表明不支援該能力。在一實施例中，位元0之值指示是否支援位元映射塊傳輸封包(封包類型71)。位元1，2，及3之值分別指示是否支援位元映射區域填充封包(封包類型72)、位元映射圖案填充封包(封包類型73)、或讀取訊框緩衝器封包(封包類型74)。位元4之值指示用戶端是否有能力使用透明顏色啟用封包使一種顏色透明，同時位元5及6之值分別指示用戶端是否可接受非緊縮格式或緊縮格式之聲訊資料，位元7之值指示用戶端是否可發送來自一攝像機之反向鏈路視訊流。位元8之值指示用戶端是否能夠接收一整行像素資料及根據視訊流封包之像素資料屬性欄之位元5之規定來忽略顯示器定址，且用戶端亦可使用像素資料屬性欄之位元15來偵測訊框同步或視訊訊框資料之結束。
位元9之值指示用戶端是否能夠解譯該請求特定狀態封包並使用有效狀態回覆清單封包作出響應。用戶端可顯示能夠如上文所述在有效狀態回覆清單封包之有效參數回覆清單欄中傳回其他狀態。位元10之值指示用戶端是否能夠支援顯示功率狀態01。顯示功率狀態係使用上文所述顯示功率狀態封包之功率狀態欄之位元[3：2]來設定。顯示功率狀態01係一如下狀態：所選顯示器未點亮且正在消耗一最少量之功率(若有)，且在該狀態期間通常可保證保持訊框緩衝器之內容。
位元11及12之值分別指示何時該用戶端正與一指標裝置通信並可發送及接收指標裝置資料封包，或者正與一鍵盤通信並可發送及接收鍵盤資料封包。位元13之值指示用戶端是否能夠藉由支援如下VCP特徵封包來設定一或多個聲訊或視訊參數：請求VCP特徵封包，VCP特徵回覆封包，設定VCP特徵封包，請求有效參數封包，及有效參數回覆封包。位元14之值指示用戶端是否能夠將像素資料寫入離線顯示器訊框緩衝器(其顯示於圖88A中)。若該位元設定為為邏輯1位凖，則可將顯示器更新位元(視訊流封包之像素資料屬性欄之位元7及6)設定為為值'01'。
位元15之值顯示何時用戶端能夠將像素資料僅寫入當前正用於再新顯示器圖像之顯示器訊框緩衝器(其顯示於圖88B中)。若該位元設定為為邏輯1，則顯示器更新位元(視訊流封包之像素資料屬性欄之位元7及6)可設定為為值'00'。位元16之值顯示何時用戶端能夠將像素資料自一單個視訊流封包寫入所有顯示器訊框緩衝器(其顯示於圖88C中)。若該位元設定為為等於邏輯1位凖，則可將顯示器更新位元(視訊流封包之像素資料屬性欄之位元7及6)設定為為值'01'。
在一實施例中，位元17之值指示何時用戶端能夠回應請求特定狀態封包，位元18之值指示何時用戶端能夠回應往返延遲量測封包，位元19之值則顯示何時用戶端能夠回應正向鏈路偏斜校凖封包。在一實施例中，位元20之值指示何時用戶端能夠響應顯示功率狀態封包。
在一實施例中，位元21之值指示何時用戶端能夠使用塊傳輸封包(封包類型71)之光柵運作欄、位元映射區域填充封包(封包類型72)、及位元映射圖案填充封包(封包類型73)一若位元0，1及2或該欄規定用戶端支援彼等封包。在一實施例中，若位元21具有邏輯0位準或值，且支援該等封包，則用戶端不具有使用光柵運作欄之能力而僅具有複製或寫入至由該等封包所規定之像素位置之能力。
位元22之值指示用戶端是否能夠回應暫存器存取封包。位元23至31在當前預留供將來使用或供用於適用於系統設計者之其他標識，其通常設定為等於0值或邏輯0位準。
顯示器視訊訊框速率能力封包(1個位元組)規定顯示器之最大視訊訊框更新能力，單位係訊框/秒。主機可選擇以一慢於該欄中所規定值之速率來更新圖像。
一聲訊緩衝器深度(Audio Buffer Depth)欄(2個位元組)規定專用於每一聲訊流之顯示器中彈性緩衝器之深度。
聲頻通道能力欄(2個位元組)包含一組用於指示用戶端或用戶端相連裝置支援哪些聲頻通道之旗標。位元設定為1表示支援該通道，位元設定為0表示不支援該通道。各位元位置係指配給不同之通道，舉例而言，在一實施例中，位元位置0，1，2，3，4，5，6，及7分別表示左前通道、右前通道、左後通道、右後通道、前中通道、亞低音揚聲器通道、環繞左通道、環繞右通道。位元8至14在當前預留供將來使用，且通常設定為零。在一實施例中，位元15用於表示用戶端是否支援正向聲頻通道啟用封包。若支援，則位元15設定為邏輯1位凖。然而，若作為正向聲頻通道啟用封包之結果，用戶端不能將聲頻通道停用，或者若用戶端不支援任何聲頻能力，則該位元設定為邏輯0位凖或值。
一用於正向鏈路之2－位元組聲訊取樣速率能力欄包含一組用於顯示用戶端裝置之聲訊取樣速率能力之旗標。各位元位置係相應地指配給不同之速率，例如位元0，1，2，3，4，5，6，7，及8分別指配給8,000，16,000，24,000，32,000，40,000，48,000，11,025，22,050，及44,100次取樣/秒(SPS)，位元9至15預留供將來使用或根據需要供其他速率使用，因而其在當前設定為'0'。將該等位元之一之位元值設定為'1'表示支援彼特定取樣速率，而將該位元設定為'0'則表示不支援彼取樣速率。
最小子訊框速率欄(2個位元組)規定最小子訊框速率，其單位為訊框/秒。最小子訊框速率使用戶端狀態更新速率保持足以讀取用戶端中之某些感測器或指標裝置。
一用於反向鏈路之2－位元組麥克風取樣速率能力欄包含一組用於顯示用戶端裝置中麥克風之聲訊取樣速率能力之旗標。對於MDDI而言，用戶端裝置麥克風係組態成最低支援至少一8,000次取樣/秒之速率。該欄中之各位元位置係指配給不同之速率，其中位元位置0，1，2，3，4，5，6，7，及8(舉例而言)分別用於代表8,000，16,000，24,000，32,000，40,000，48,000，11,025，22,050，及44,100次取樣/秒(SPS)，位元9至15預留供將來使用或根據需要供其他速率使用，因而其在當前設定為'0'。將該等位元之一之位元值設定為'1'表示支援彼特定取樣速率，而將該位元設定為'0'則表示不支援彼取樣速率。若未連接有麥克風，則每一該等麥克風取樣速率能力位元皆設定為等於零。
鍵盤資料格式欄(此處為1個位元組)規定是否一鍵盤連接至用戶端系統及所連接鍵盤之類型。在一實施例中，由位元6至0確立之值用於界定所連接鍵盤之類型。若該值為零(0)，則認為該鍵盤類型未知。在值為1時，認為鍵盤資料格式為一標凖PS－2樣式。當前，未使用介於2至125之間之值，該等值預留供系統設計者及介面合倂者或產品開發者用於界定與MDDI及對應用戶端或主機共同使用之具體鍵盤或輸入裝置。值126用於表示鍵盤資料格式係使用者自定義格式，而值127用於表示一鍵盤不能連接至該用戶端。此外，位元7可用於表示鍵盤是否可與用戶端通信。該位元欲用於表示何時該指標裝置可使用一無線鏈路與用戶端通信。若位元6至0顯示一鍵盤不能連接至用戶端，則位元7將設定為零位凖。因此，在一實施例中，當位元7之值為0時，鍵盤與用戶端無法通信，而若位元7之值為1，則鍵盤與用戶端已確認其可相互通信。
指標裝置資料格式欄(此處為1個位元組)規定是否一指標裝置連接至用戶端系統及所連接指標裝置之類型。在一實施例中，由位元6至0確立之值用於界定所連接指標裝置之類型。若該值為零(0)，則認為該指標裝置類型未知。在值為1時，認為指標裝置資料格式為一標凖PS－2樣式。當前，未使用介於2至125之間之值，該等值預留供系統設計者及介面合倂者或產品開發者用於界定與MDDI及對應用戶端或主機共同使用之具體指標裝置或輸入裝置。值126用於表示指標裝置資料格式係使用者自定義格式，而值127用於表示一指標裝置不能連接至該用戶端。此外，位元7可用於表示指標裝置是否可與用戶端通信。該位元欲用於表示何時該指標裝置可使用一無線鏈路與用戶端通信。若位元6至0顯示一指標裝置不能連接至用戶端，則位元7將設定為零位凖。因此，在一實施例中，當位元7之值為0時，指標裝置與用戶端無法通信，而若位元7之值為1，則指標裝置與用戶端已確認其可相互通信。
內容保護類型欄(2個位元組)包含一組表示顯示器所支援之數位內容保護之類型之旗標。當前，位元位置0用於表示何時支援DTCP，且位元位置1用於表示何時支援HDCP，而位元位置2至15預留用於其他所需或可得之保護方案，因而其當前設定為零。
製造商名稱欄(此處為2個位元組)包含製造商之EISA 3－字元ID，該製造商之EISA 3－字元ID以與VESA EDID規格中相同之方式緊縮成三個5－位元字元。字元'A'表示為00001二進制值，字元'Z'表示為11010二進制值，且'A'與'Z'之間之所有字母表示為對應於'A'與'Z'之間字母順序之順序性二進制值。製造商名稱欄之最高有效位元未使用且當前通常設定為邏輯0，直至在將來之實施方案中得到使用。舉例而言，一由串「XYZ」表示之製造商將具有一製造商名稱值0x633a。若用戶端不支援該欄，則該欄通常設定為零。產品代號欄使用2個位元組來包含一由顯示器製造商指配之產品代號。若用戶端不支援該欄，則該欄通常設定為零。
預留1欄、預留2欄、及預留3欄(此處皆為2個位元組)預留供將來用於傳遞資訊。該等欄中之所有位元通常皆設定為邏輯0位凖。此等欄在當前之用途係使所有後續2位元組欄皆對齊一16－位元字位址及使4－位元組欄對齊一32－位元字位址。
在本實施例中，序號欄使用4個位元組以數字形式規定顯示器之序號。若用戶端不支援該欄，則該欄通常設定為零。製造星期欄使用1個位元組來界定顯示器之製造星期。若用戶端支援該值，則該值通常介於1至53範圍內。若用戶端不支援該欄，則該欄設定為零。製造年份欄係1個位元組，其界定顯示器之製造年份。該值係一相對於1990年的偏差值。該欄可表達介於1991至2245之間的年份。舉例而言：2003年對應於製造年份值13。若用戶端不支援該欄，則該欄設定為零。
CRC欄(2個位元組)包含該封包中包括封包長度欄在內之所有位元組的一16－位元CRC。
G.對於用戶端請求及狀態封包 反向鏈路請求欄(3個位元組)規定為發送資訊至主機，用戶端在下一子訊框中之反向鏈路中需要之位元組數量。
CRC錯誤計數值欄(1個位元組)顯示自該媒體訊框開始以來已出現多少CRC錯誤。該CRC計數值係在發送出一子訊框計數值為零之子訊框標頭封包時重設。若CRC錯誤之實際數量超過255，則該值通常在255處飽和。
能力改變欄使用1個位元組來顯示顯示器能力之改變。若使用者連接諸如麥克風、鍵盤或顯示器等周邊裝置，或者出於某種其他原因，即可能會出現此種情況。當位元[7：0]等於0時，表明自發送出最末用戶端能力封包以來該能力尚未改變。然而，當位元[7：0]等於1至255時，表明該能力已改變。檢查用戶端能力封包來確定新的顯示器特性。
用戶端忙旗標欄使用2個位元組來指示用戶端正執行一特定功能且尚未作好準備來接受與彼功能相關之另一封包。一位元設定為邏輯1位凖或值表示用戶端當前正在執行該特定功能且用戶端中之相關功能正忙。而若用戶端中之相關功能作好準備，則該位元設定為邏輯0。用戶端應針對該用戶端中所不支援之所有功能返回一忙狀態(將位元設定為1)。
在一實施例中，係根據以下關係來解譯該等位元組。若位元0為'1'，則位元映射塊傳輸功能正忙，而若位元1為'1'，則位元映射區域填充功能正忙，若位元2為'1'，則位元映射圖案填充功能正忙。同時，若位元3為'1'，則圖形子系統正忙於執行一需要使用用戶端中訊框緩衝器之作業。其他需要使用訊框緩衝器之圖形功能可能直至該位元被設定為邏輯1時才開始。
當前，位元4至15預留供將來使用，且通常設定為邏輯1位凖或狀態，以在將來該等位元得到指配時指示忙狀態。
H.對於位元塊傳輸封包 視窗左上角座標X值欄及Y值欄分別使用2個位元組來規定欲移動之視窗之左上角座標之X值及Y值。視窗寬度欄及高度欄分別使用2個位元組來規定欲移動之視窗之寬度及高度。視窗X移動量欄及Y移動量欄分別使用2個位元組來分別規定該視窗欲水平及豎向移動之像素數量。通常，該等座標組態為：X為正值時使視窗向右移動，為負值時向左移動，同時Y為正值時使視窗向下移動，為負值時向上移動。
I.對於位元映射區域填充封包 視窗左上角座標X值欄及Y值欄分別使用2個位元組來規定欲填充之視窗之左上角座標之X值及Y值。視窗寬度欄及高度欄(皆為2個位元組)規定欲填充之視窗之寬度及高度。視訊資料格式描述符欄(2個位元組)規定像素區域填充值之格式。其格式與視訊流封包中同一欄之格式相同。像素區域填充值欄(4個位元組)含有欲填充入上述各欄所規定之視窗內之像素值。該像素之格式規定於視訊資料格式描述符欄中。
J.對於位元映射圖案填充封包 視窗左上角座標X值欄及Y值欄分別使用2個位元組來規定欲填充之視窗之左上角座標之X值及Y值。視窗寬度欄及高度欄(皆為2個位元組)規定欲填充之視窗之寬度及高度。圖案寬度欄及圖案高度欄(皆為2個位元組)分別規定該填充圖案之寬度及高度。水平圖案偏移量欄(2個位元組)規定該像素資料圖案偏離欲填充之規定視窗之左邊緣之水平偏移量。所規定值將小於圖案寬度欄中之值。垂直圖案偏移量欄(2個位元組)規定該像素資料圖案偏離欲填充之規定視窗之頂邊緣之垂直偏移量。所規定值將小於圖案高度欄中之值。
2－位元組之視訊資料格式描述符欄規定像素區域填充值之格式。圖11顯示如何編碼視訊資料格式描述符。其格式與視訊流封包中同一欄之格式相同。
參數CRC欄(2個位元組)包含自封包長度欄至視訊格式描述符欄之所有位元組之CRC。若CRC檢查失敗，則捨棄整個封包。圖案像素資料欄包含用於規定在由視訊資料格式描述符所規定格式中之填充圖案之原始視訊資訊。資料緊縮於位元組中，且每一列之第一像素將按位元組對齊。該填充圖案資料係每次發送一列。圖案像素資料CRC欄(2個位元組)包含僅圖案像素資料之CRC。若該CRC檢查失敗，則圖案像素資料仍可使用，但CRC錯誤計數值遞增計數。
K.通信鏈路資料通道封包 參數CRC欄(2個位元組)包含自封包長度欄至封包類型欄之所有位元組的一16－位元CRC。若CRC檢查失敗，則捨棄整個封包。
通信鏈路資料欄包含來自通信通道之原始資料。該資料僅傳遞至顯示器中之計算裝置。
通信鏈路資料CRC欄(2個位元組)包含僅通信鏈路資料之16－位元CRC。若該CRC檢查失敗，則通信鏈路資料仍可使用或有用，但CRC錯誤計數值遞增計數。
L.對於正向聲頻通道啟用封包 聲頻通道啟用遮罩欄(1個位元組)包含一組顯示欲將用戶端中哪些聲頻通道啟用之旗標。位元設定為1時會啟用對應之通道，而位元設定為0時則將對應之通道停用。位元0至5標識分別用於定址左前通道、右前通道、左後通道、右後通道、前中通道、及亞低音揚聲器通道之通道0至5。位元6及7預留供將來使用，且當前通常設定為等於零。
M.對於反向聲訊取樣速率封包 聲訊取樣速率欄(1個位元組)規定數位聲訊取樣速率。該欄之各值係指配給不同之速率，其中值0，1，2，3，4，5，6，7，及8分別用於標識8,000，16,000，24,000，32,000，40,000，48,000，11,025，22,050，及44,100次取樣/秒(SPS)，值9至254預留供根據需要用於其他速率，因而其在當前設定為'0'。值255用於將反向鏈路聲訊流停用。
樣本格式(Sample Format)欄(1個位元組)規定數位聲訊樣本之格式。當位元[1：0]等於'0'時，數位聲訊樣本為線性格式，當其等於1時，數位聲訊樣本為μ－律格式，且當其等於2時，數位聲訊樣本為A－律格式。位元[7：2]預留供根據需要替代用於標識聲訊格式，且通常設定為等於零。
N.對於數位內容保護附加項封包 內容保護類型欄(1個位元組)規定所使用之數位內容保護方法。值'0'表示數位傳輸內容保護(DTCP)，而值1表示高頻寬數位內容保護系統(HDCP)。2至255之值範圍當前未加以規定，而是預留用於根據需要與替代保護方案共同使用。內容保護附加項訊息欄係一可變長度欄，其包含在主機與用戶端之間發送之內容保護訊息。
O.對於透明色啟用封包 透明色啟用封包欄(1個位元組)規定何時啟用或停用透明色模式。若位元0等於0，則透明色模式停用，若其等於1，則透明色模式啟用，且透明色由下面的兩個參數規定。此種類型之位元1至7預留供將來使用且通常設定為等於零。
視訊資料格式描述符欄(2個位元組)規定像素區域填充值之格式。圖11顯示如何編碼視訊資料格式描述符。其格式通常與視訊流封包中相同欄之格式相同。
像素區域填充值欄使用4個位元組，該等四個位元組分配用於欲填充入上文所規定視窗之像素值。該像素之格式規定於視訊資料格式描述符欄中。
P.對於往返延遲量測封包 2－位元組之封包長度欄規定該封包中不包括該封包長度欄在內之位元組總數，且在一實施例中係選擇為具有一固定長度159。2－位元組之封包類型欄使用一值82標識該封包類型，值82標識一封包為往返延遲量測封包。hClient ID欄如前文一樣預留供將來用作Client ID，且通常設定為零。
在一實施例中，參數CRC欄(2個位元組)保護自封包長度欄至封包類型欄之所有位元組的一16－位元CRC。若CRC檢查失敗，則捨棄整個封包。
保護時段1欄(此處為64個位元組)用於容許用戶端中之資料線驅動器在主機中之線驅動器停用之前啟用。用戶端在保護時段1之位元0期間啟用其MDDI_Data線驅動器，主機則將其線驅動器停用，以在保護時段1之最末位元之前徹底停用。主機與用戶端二者在保護時段1期間其未停用時皆驅動一邏輯0位凖。該欄之另一作用係保證所有MDDI_Data信號處於邏輯0位凖之時間皆足以使用戶端能夠在將主機之線驅動器停用之前開始僅使用MDDI_Stb恢復時鐘或時鐘信號。
量測週期欄係一64位元組之視窗，其用於使用戶端能夠以正向鏈路上所用的一半資料速率、使用兩個位元組之0xff及30個位元組之0x00作出響應。該資料速率對應於一反向鏈路速率因子1。用戶端在其覺察到該量測週期開始之時刻立即返回該響應。在自在主機處開始該量測週期之第一位元後剛好在該鏈路之往返延遲加上用戶端中之邏輯延遲時刻，將在主機處接收到來自用戶端之響應。
全零1欄(2個位元組)包含零，用於使主機與用戶端中之MDDI_Data線驅動器能夠交疊從而始終驅動MDDI_Data。主機在全零1欄之位元0期間啟用MDDI_Data線驅動器，且用戶端亦如其在量測週期結束時所作一般將該信號驅動至邏輯0位凖。
保護時段2欄(64個位元組)中之值容許當往返延遲處於在量測週期中可量測之最大值時交疊用戶端所驅動之量測週期。用戶端在保護時段2之位元0期間將其線驅動器停用，且主機在保護時段2之最末位元後立即啟用其線驅動器。主機與用戶端二者在保護時段2期間其未停用時皆驅動一邏輯0位凖。該欄之另一作用係保證所有MDDI_Data信號處於邏輯0位凖之時間皆足以使用戶端能夠在將主機之線驅動器啟用之後開始使用MDDI_Data0及MDDI_Stb二者來恢復時鐘信號。
Q.對於正向鏈路偏斜校凖封包 在一實施例中，參數CRC欄(2個位元組)保護自封包長度欄至封包類型欄之所有位元組的一16－位元CRC。若CRC檢查失敗，則捨棄整個封包。
全零1欄使用8個位元組來保證在校凖資料序列欄結束時在MDDI_Stb上將存在一躍遷。通常，該等位元組使用等於0之8－位元無正負號整數。其亦為用戶端核心邏輯提供足夠之時間來將時鐘恢復電路之模式自使用MDDI_0與MDDI_Stb之XOR變為僅使用MDDI_Stb或MDDI_Stb信號作為已恢復時鐘。
校凖資料序列欄包含一使MDDI_Data信號在每一資料週期中皆雙態觸變之資料序列。校凖資料序列欄之長度取決於在正向鏈路上使用之介面。在處理該校凖資料序列期間，MDDI主機控制器將所有MDDI_Data信號設定為等於選通信號。在用戶端正接收該校凖資料序列欄時，用戶端時鐘恢復電路應僅使用MDDI_Stb而非MDDI_Stb XOR MDDI_Data0來恢復資料時鐘。端視在該校凖資料序列欄開始時MDDI_Stb信號之準確的相而定，該校凖資料序列將根據發送該封包時所用之介面類型而通常係以下之一：1型－(64位元組資料序列)0xaa，0xaa...或0x55，0x55...2型－(128位元組資料序列)0xcc，0xcc...或0x33，0x33...3型－(256位元組資料序列)0xf0，0xf0...或0x0f，0x0f...4型－(512位元組資料序列)0xff，0x00，0xff，0x00...或0x00，0xff，0x00，0xff...全零2欄使用8個位元組為用戶端核心邏輯提供足夠之時間來將時鐘恢復電路之模式變回至原始狀態：自使用MDDI_Stb信號作為已恢復時鐘變回至使用MDDI_0與MDDI_Stb之XOR。通常，該等位元組使用等於0之8－位元無正負號整數。
圖62A及62B分別顯示1型與2型介面二者之可能的MDDI_Data及MDDI_Stb波形之一實例。
XIX.結論
儘管上文係闡述本發明之各實施例，然而，應瞭解，該等實施例僅係以實例方式而非限定方式提供。因此，本發明之廣度及範疇不應受限於任何上述實例性實施例，而僅應根據下文申請專利範圍及其同義範圍來界定。
100．．．可攜式或膝上型電腦
102．．．無線電話或PDA裝置
104．．．顯示裝置
108．．．聲頻再製系統
110．．．通信鏈路
112．．．聲頻再製系統
114．．．顯示器或螢幕
116．．．圖像投影機
130．．．可攜式或膝上型電腦
134．．．「內部」顯示裝置
136．．．聲頻再製系統
138．．．通信鏈路
140．．．無線電話或PDA裝置
144．．．「內部」顯示裝置
146．．．聲頻再製系統
148．．．通信鏈路
202．．．主機
202'．．．主機
204．．．用戶端
204'．．．用戶端
206．．．雙向通信通道
208．．．正向鏈路
210．．．反向鏈路
402．．．MDDI鏈路控制器
404．．．MDDI鏈路控制器
406．．．雙向通信通道
502．．．MDDI鏈路控制器
504．．．MDDI鏈路控制器
506．．．雙向通信通道
3502．．．延遲
3504．．．延遲
3602．．．CRC暫存器
3606．．．多工器
3610．．．NOR閘
3612．．．XOR閘
4002．．．DATA(資料)信號
4004．．．STB(選通)信號
4006．．．時鐘信號
4100．．．傳輸部分
4102．．．中間信號路徑
4104．．．D型正反器電路元件
4106．．．D型正反器電路元件
4108．．．差動線驅動器
4110．．．差動線驅動器
4112．．．三輸入端互斥非或(XNOR)閘、電路或邏輯元件
4120．．．接收部分
4122．．．差動線接收器
4124．．．差動線接收器
4126．．．互斥或(XOR)閘、電路或邏輯元件
4128．．．D型正反器電路
4130．．．D型正反器電路
4132．．．延遲元件
4202．．．主機控制器
4204．．．用戶端或顯示器控制器
4206．．．通信鏈路
4210．．．驅動器
4212．．．驅動器
4214．．．驅動器
4216．．．專用接收器(驅動器)
4218．．．端接阻抗或電阻器
4220．．．端接阻抗或電阻器
4230．．．驅動器
4232．．．驅動器
4234．．．驅動器
4236．．．專用接收器(驅動器)
4900．．．狀態機
4902．．．獲取同步之狀態
4904．．．非同步訊框狀態
4906．．．獲取同步之狀態
4908．．．處於同步之狀態
4910．．．處於同步之狀態
4912．．．處於同步之狀態
5502．．．狀態機
5504．．．通用處理器
5508．．．通用處理器
5702．．．電纜
5704．．．正反器
5706．．．正反器
5708．．．驅動器
5710．．．驅動器
5722．．．接收器
5724．．．接收器
5728．．．接收器正反器
5732a．．．串級延遲線
5732b．．．串級延遲線
5736．．．XOR閘
5904．．．附加元件
5908．．．附加元件
5928．．．附加元件
5930．．．附加元件
5932．．．附加元件
6600．．．CRC覆寫機構或裝置
6602．．．錯誤偵測器或偵測構件
6604．．．錯誤碼產生器或構件
6606．．．CRC值比較器或比較構件
6608．．．碼補數產生器或產生構件或裝置
6610．．．錯誤碼選擇器或選擇構件元件或裝置
6612．．．錯誤碼CRC覆寫器或覆寫機構或構件
上文已參照附圖詳細闡述了本發明之其他特徵及優點、以及不同實施例之結構及運作。在附圖中，相同參考編號一般表示相同的、具有相同功能、及/或具有相同結構之元件或處理步驟。
圖1A顯示一本發明實施例可於其中運作之基本環境，其包括將一微顯示裝置、或一投影機與一可攜式電腦或其他資料處理裝置結合使用；圖1B顯示一本發明實施例可於其中運作之基本環境，其包括將一微顯示裝置或一投影機、及聲訊呈現元件與一無線收發器結合使用；圖2A顯示一本發明實施例可於其中運作之基本環境，其包括使用一可攜式電腦中所用之內部顯示器或聲訊呈現裝置；圖2B顯示一本發明實施例可於其中運作之基本環境，其包括使用一無線收發器中所用之內部顯示器或聲訊呈現元件；圖3顯示一具有一主機與用戶端互連線之MDDI之總體概念；圖4顯示一適用於達成自用戶端裝置至主機裝置之資料傳輸之封包結構；圖5顯示在1型介面中使用MDDI鏈路控制器及在主機與用戶端之間藉由實體資料鏈路導體傳送之信號類型；圖6顯示在2，3及4型介面中使用MDDI鏈路控制器及在主機與用戶端之間藉由實體資料鏈路導體傳送之信號類型；圖7顯示用於構建該介面協定之訊框及子訊框之結構；圖8顯示用於構建該介面協定之封包之總體結構；圖9顯示一子訊框標頭封包之格式；圖10顯示一填充封包之格式及內容；圖11顯示一視頻流封包之格式；圖12A－12E顯示圖11中所用視訊資料格式描述符之格式及內容；圖13顯示對資料使用緊縮及未緊縮格式；圖14顯示一聲訊流封包之格式；圖15顯示對資料使用位元組對齊及緊縮之PCM格式；圖16顯示一使用者自定義流封包之格式；圖17顯示一色彩圖封包之格式；圖18顯示一反向鏈路囊封封包之格式；圖19顯示一用戶端能力封包之格式；圖20顯示一鍵盤資料封包之格式；圖21顯示一指標裝置資料封包之格式；圖22顯示一鏈路關閉封包之格式；圖23顯示一客戶請求及狀態封包之格式；圖24顯示一位元塊傳輸封包之格式；圖25顯示一位元映射區域填充封包之格式；圖26顯示一位元映射圖案填充封包之格式；圖27顯示一通信鏈路資料通道封包之格式；圖28顯示一顯示器功率狀態封包之格式；圖29顯示一執行類型交遞封包之格式；圖30顯示一正向聲頻通道啟用封包之格式；圖31顯示一反向聲訊取樣速率封包之格式；圖32顯示一數位內容保護附加項封包之格式；圖33顯示一透明色啟用封包之格式；圖34顯示一往返延遲量測封包之格式；圖35顯示在該往返延遲量測封包期間各事件之定時；圖36顯示一可用於構建本發明之CRC產生器及核對器之樣本實施方案；圖37A顯示當發送資料封包時圖36所示裝置之CRC信號之定時；圖37B顯示當接收資料封包時圖36所示裝置之CRC信號之定時；圖38顯示對一典型服務請求之處理步驟，其中無競爭；圖39顯示對在鏈路重新啟動序列已開始後得到認定之典型服務請求之處理步驟，其與鏈路啟動競爭；圖40顯示如何使用DATA－STB編碼作業發送一資料序列；圖41顯示一適用於根據主機處之輸入資料產生DATA及STB信號、然後在用戶端處恢復該資料之電路；圖42顯示適用於構建一實施例之驅動器及終端電阻器；圖43A－43C顯示由用戶端用於自主機得到服務並由主機用於提供此種服務之步驟及信號位凖；圖44顯示Data0、其他資料線(DataX)與選通線(Stb)上之變遷之間之相對間距；圖45顯示當主機在傳輸一封包之後將主機驅動器停用時可能會出現之響應延遲；圖46顯示當主機在啟用主機驅動器來傳輸一封包時可能會出現之響應延遲；圖47顯示洩漏電流分析；圖48顯示轉換特性及主機和用戶端輸出啟用及停用時間的相對定時關係；圖49顯示一高階圖，其顯示各信號處理步驟及使用狀態機執行同步化的條件；圖50顯示在一使用MDDI之系統中，在正向及反向路徑上之信號處理中遇到之典型延遲量；圖51顯示帶裕度之往返延遲量測；圖52A顯示反向鏈路資料速率變化；圖52B顯示高級反向資料取樣之一實例；圖53顯示一反向速率因子值與正向鏈路資料速率值之間關係的圖形表示；圖54A及54B顯示在一介面之運作中進行的步驟；圖55顯示該介面裝置處理封包之概覽；圖56顯示一正向鏈路封包之格式；圖57顯示在一1型鏈路介面中傳播延遲及偏斜之典型值；圖58顯示用於藉由該介面進行實例性信號處理的1型鏈路上之Data，Stb及Clock恢復定時；圖59顯示在2型，3型或4型鏈路介面中傳播延遲及偏斜之典型值；圖60A，60B及60C顯示兩個資料信號與MDDI_Stb相互之間之相對定時之不同可能性：分別為理想情況、居先及遲後；圖61顯示用於I型/2型介面之實例性連接器之介面引腳分配；圖62A及62B分別顯示1型及2型介面中MDDI_Data及MDDI_Stb之可能波形；圖63顯示一高階圖，其顯示替代信號處理步驟及使用狀態機執行同步化之條件；圖64顯示一系列時鐘週期與不同反向鏈路封包位元及因子值之定時之間的實例性相對定時；圖65顯示實例性錯誤碼傳輸處理；圖66顯示適用於錯誤碼傳輸處理之裝置；圖67A顯示對碼過載之錯誤碼傳輸處理；圖67B顯示對碼接收之錯誤碼傳輸處理；圖68A顯示一由主機起始之喚醒之處理步驟；圖68B顯示一由用戶端啟動之喚醒之處理步驟；圖68C顯示有競爭的由主機與用戶端啟動之喚醒之處理步驟；圖69顯示一請求虛擬控制面板(VCP)特徵封包之格式；圖70顯示一VCP特徵回覆封包之格式；圖71顯示一VCP特徵回覆清單之格式；圖72顯示一設定VCP特徵封包之格式；圖73顯示一請求有效參數封包之格式；圖74顯示一有效參數回覆封包之格式；圖75顯示一按比例縮放視訊流能力封包之格式；圖76顯示一按比例縮放視訊流設置封包之格式；圖77顯示一按比例縮放視訊流確認封包之格式；圖78顯示一按比例縮放視訊流封包之格式；圖79顯示一請求特定狀態封包之格式；圖80顯示一有效狀態回覆清單封包之格式；圖81顯示一個人顯示器能力封包之格式；圖82顯示場曲率點清單(Points of Field Curvature List)中之元素；圖83顯示一用戶端錯誤報告封包之格式；圖84顯示一錯誤報告清單項之格式；圖85顯示一用戶端標識封包之格式；圖86顯示一替代顯示器能力封包之格式；圖87顯示一暫存器存取封包之格式；圖88A－88C顯示使用兩個顯示器緩衝器來降低可見假像；圖89顯示兩個緩衝器，其中顯示器再新快於圖像傳輸；圖90顯示兩個緩衝器，其中顯示器再新慢於圖像傳輸；圖91顯示兩個緩衝器，其中顯示器再新遠快於圖像傳輸；圖92顯示三個緩衝器，其中顯示器再新快於圖像傳輸；圖93顯示三個緩衝器，其中顯示器再新慢於圖像傳輸；圖94顯示一個緩衝器，其中顯示器再新快於圖像傳輸；圖95顯示藉由菊鏈及集線器達成之主機－用戶端連接；圖96顯示藉由集線器與菊鏈的一組合連接用戶端裝置；圖97顯示一色彩圖。
202．．．主機
204．．．用戶端
402．．．MDDI鏈路控制器
404．．．MDDI鏈路控制器
406．．．雙向通信通道

Claims (36)

  1. 一種用於在一數位傳輸鏈結上傳送一客戶端支持的功率狀態能力及控制客戶端功率之方法，該方法包含：提供一包含一客戶端功率狀態能力欄之客戶端能力封包，該客戶端功率狀態能力欄具有已知的複數個不同值中之一值，每一值從複數個客戶端功率狀態指示至少一客戶端支持的功率狀態；在一主機之一請求後，從該客戶端送出該客戶端能力封包至該主機；藉由該主機從該客戶端能力封包之該客戶端功率狀態能力欄之該值所指示之該至少一客戶端支持的功率狀態選擇一特定客戶端支持的功率狀態；以及從該主機送出一功率狀態封包至該客戶端，該功率狀態封包指示該選擇的特定客戶端支持的功率狀態。
  2. 如請求項1之方法，其中該至少一客戶端支持的功率狀態包含一低功率狀態。
  3. 如請求項2之方法，進一步包含不照亮一顯示器及不保持一訊框緩衝器的一內容之步驟。
  4. 如請求項3之方法，其中該顯示器包含一交替顯示器。
  5. 如請求項2之方法，進一步包含不照亮一顯示器及保持一訊框緩衝器的一內容之步驟。
  6. 如請求項5之方法，其中該顯示器包含一交替顯示器。
  7. 如請求項1之方法，其中該至少一客戶端支持的功率狀態包含一高功率狀態。
  8. 如請求項7之方法，進一步包含照亮一顯示器及從一訊框緩衝器更新該顯示器之步驟。
  9. 如請求項8之方法，其中該顯示器包含一交替顯示器。
  10. 如請求項1之方法，其中該客戶端功率狀態能力欄之該值係已知的複數個值中之一值，該等值之每一者表示來自已知的該複數個客戶功率狀態之至少一客戶功率狀態。
  11. 如請求項1之方法，其中該客戶端功率狀態能力欄之一第一值指示一第一複數個客戶端支持的功率狀態，且該客戶端功率狀態能力欄之一第二值指示與該第一複數個客戶端支持的功率狀態不同之一第二複數個客戶端支持的功率狀態。
  12. 如請求項1之方法，其進一步包含以下步驟：該客戶端送出一客戶端能力封包至該主機，該客戶端能力封包具有一客戶端特徵能力指示符欄，該客戶端特徵能力指示符欄具有回應於該功率狀態封包而指示該客戶端之一能力之一值。
  13. 一種用於在一數位傳輸鏈結上傳送一客戶端支持的功率狀態能力及控制客戶端功率之系統，該系統包含：提供構件，用於提供一包含一客戶端功率狀態能力欄之客戶端能力封包，該客戶端功率狀態能力欄具有已知的複數個不同值中之一值，每一值從複數個客戶端功率狀態指示至少一客戶端支持的功率狀態；送出構件，用於在一主機之一請求後，從該客戶端送出該客戶端能力封包至該主機； 選擇構件，用於藉由該主機從該客戶端能力封包之該客戶端功率狀態能力欄之該值所指示之該至少一客戶端支持的功率狀態選擇一特定客戶端支持的功率狀態；以及用於從該主機送出一功率狀態封包至該客戶端之送出構件，該功率狀態封包指示該選擇的特定客戶端支持的功率狀態。
  14. 如請求項13之系統，其中該至少一客戶端支持的功率狀態包含一低功率狀態。
  15. 如請求項14之系統，進一步包含用於不照亮一顯示器之構件及用於不保持一訊框緩衝器的一內容之構件。
  16. 如請求項15之系統，其中該顯示器包含一交替顯示器。
  17. 如請求項14之系統，進一步包含用於不照亮一顯示器之構件及用於保持一訊框緩衝器的一內容之構件。
  18. 如請求項17之系統，其中該顯示器包含一交替顯示器。
  19. 如請求項13之系統，其中該至少一客戶端支持的功率狀態包含一高功率狀態。
  20. 如請求項19之系統，進一步包含用於照亮一顯示器之構件及用於從一訊框緩衝器更新該顯示器之構件。
  21. 如請求項20之系統，其中該顯示器包含一交替顯示器。
  22. 如請求項13之系統，其中該客戶端功率狀態能力欄之該值係已知的複數個值中之一值，該等值之每一者表示來自已知的該複數個客戶功率狀態之至少一客戶功率狀態。
  23. 如請求項13之系統，其中該客戶端功率狀態能力欄之一第一值指示一第一複數個客戶端支持的功率狀態，且該客戶端功率狀態能力欄之一第二值指示與該第一複數個客戶端支持的功率狀態不同之一第二複數個客戶端支持的功率狀態。
  24. 如請求項13之系統，其進一步包含用於送出一客戶端能力封包至該主機之構件，該客戶端能力封包具有一客戶端特徵能力指示符欄，該客戶端特徵能力指示符欄具有回應於該功率狀態封包而指示該客戶端之一能力之一值。
  25. 一種非暫時性電腦程式產品，包含：非暫時性電腦可讀取媒體，包含：用於導致在一數位傳輸鏈結上一客戶端支持的功率狀態能力的傳送及控制客戶端功率之碼，該電腦碼包含：用於導致提供一客戶端能力封包之碼，該客戶端封包包含一客戶端功率狀態能力欄，該客戶端功率狀態能力欄具有已知的複數個不同值中之一值，每一值從複數個客戶端功率狀態指示至少一客戶端支持的功率狀態；用於導致在一主機之一請求後，從該客戶端將該客戶端能力封包送出至該主機之碼；用於導致藉由該主機從該客戶端能力封包之該客戶端功率狀態能力欄之該值所指示之該至少一客戶端支持的功率狀態選擇一特定客戶端支持的功率狀態之 碼；以及用於導致從該主機送出一功率狀態封包至該客戶端之碼，該功率狀態封包指示該選擇的特定客戶端支持的功率狀態。
  26. 如請求項25之非暫時性電腦程式產品，其中該至少一客戶端支持的功率狀態包含一低功率狀態。
  27. 如請求項26之非暫時性電腦程式產品，進一步包含用於導致不照亮一顯示器之碼及用於導致不保持一訊框緩衝器的一內容之碼。
  28. 如請求項27之非暫時性電腦程式產品，其中該顯示器包含一交替顯示器。
  29. 如請求項26之非暫時性電腦程式產品，進一步包含用於導致不照亮一顯示器之碼及用於導致保持一訊框緩衝器的一內容之碼。
  30. 如請求項29之非暫時性電腦程式產品，其中該顯示器包含一交替顯示器。
  31. 如請求項25之非暫時性電腦程式產品，其中該至少一客戶端支持的功率狀態包含一高功率狀態。
  32. 如請求項31之非暫時性電腦程式產品，進一步包含用於導致照亮一顯示器之碼及用於導致保持一訊框緩衝器的一內容之碼。
  33. 如請求項32之非暫時性電腦程式產品，其中該顯示器包含一交替顯示器。
  34. 如請求項25之非暫時性電腦程式產品，其中該客戶端功 率狀態能力欄之該值係已知的複數個值中之一值，該等值之每一者表示來自已知的該複數個客戶功率狀態之至少一客戶功率狀態。
  35. 如請求項25之非暫時性電腦程式產品，其中該客戶端功率狀態能力欄之一第一值指示一第一複數個客戶端支持的功率狀態，且該客戶端功率狀態能力欄之一第二值指示與該第一複數個客戶端支持的功率狀態不同之一第二複數個客戶端支持的功率狀態。
  36. 如請求項25之非暫時性電腦程式產品，其進一步包含用於導致該客戶端送出一客戶端能力封包至該主機之碼，該客戶端能力封包具有一客戶端特徵能力指示符欄，該客戶端特徵能力指示符欄具有回應於該功率狀態封包而指示該客戶端之一能力之一值。
TW094108266A 2004-03-17 2005-03-17 高資料率介面裝置及方法 TWI384811B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US55430904P 2004-03-17 2004-03-17
US55634504P 2004-03-24 2004-03-24

Publications (2)

Publication Number Publication Date
TW200614751A TW200614751A (en) 2006-05-01
TWI384811B true TWI384811B (zh) 2013-02-01

Family

ID=34963557

Family Applications (1)

Application Number Title Priority Date Filing Date
TW094108266A TWI384811B (zh) 2004-03-17 2005-03-17 高資料率介面裝置及方法

Country Status (12)

Country Link
US (1) US8705521B2 (zh)
EP (1) EP1735986B1 (zh)
JP (1) JP4519903B2 (zh)
KR (2) KR20060130749A (zh)
AU (1) AU2005223960B2 (zh)
BR (1) BRPI0508923A (zh)
CA (1) CA2560067C (zh)
IL (1) IL178132A0 (zh)
MX (1) MXPA06010647A (zh)
RU (1) RU2355121C2 (zh)
TW (1) TWI384811B (zh)
WO (1) WO2005091593A1 (zh)

Families Citing this family (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6760772B2 (en) 2000-12-15 2004-07-06 Qualcomm, Inc. Generating and implementing a communication protocol and interface for high data rate signal transfer
US8812706B1 (en) 2001-09-06 2014-08-19 Qualcomm Incorporated Method and apparatus for compensating for mismatched delays in signals of a mobile display interface (MDDI) system
KR101168839B1 (ko) 2003-06-02 2012-07-26 퀄컴 인코포레이티드 고속 데이터 레이트를 위한 신호 프로토콜 및 인터페이스의 생성 및 구현
RU2006107561A (ru) 2003-08-13 2007-09-20 Квэлкомм Инкорпорейтед (US) Сигнальный интерфейс для высоких скоростей передачи данных
EP1665730B1 (en) 2003-09-10 2009-03-04 Qualcomm Incorporated High data rate interface
EP2244436B1 (en) 2003-10-15 2013-09-25 Qualcomm Incorporated High data rate interface
US8756294B2 (en) 2003-10-29 2014-06-17 Qualcomm Incorporated High data rate interface
KR100915250B1 (ko) 2003-11-12 2009-09-03 콸콤 인코포레이티드 향상된 링크 제어를 제공하는 고속 데이터 레이트 인터페이스
US8687658B2 (en) 2003-11-25 2014-04-01 Qualcomm Incorporated High data rate interface with improved link synchronization
CA2548412C (en) 2003-12-08 2011-04-19 Qualcomm Incorporated High data rate interface with improved link synchronization
AU2003292275A1 (en) * 2003-12-19 2005-07-05 Nokia Corporation Selection of radio resources in a wireless communication device
CN101827103B (zh) 2004-03-10 2012-07-04 高通股份有限公司 具有改进链路同步的高数据速率接口
KR20060130749A (ko) 2004-03-17 2006-12-19 퀄컴 인코포레이티드 고 데이터 레이트 인터페이스 장치 및 방법
AU2005227500B2 (en) 2004-03-24 2008-12-04 Qualcomm Incorporated High data rate interface apparatus and method
US7103512B2 (en) * 2004-05-26 2006-09-05 Microchip Technology Incorporated USB eye pattern test mode
US8650304B2 (en) 2004-06-04 2014-02-11 Qualcomm Incorporated Determining a pre skew and post skew calibration data rate in a mobile display digital interface (MDDI) communication system
EP1978694B1 (en) 2004-06-04 2011-05-25 QUALCOMM Incorporated High data rate interface apparatus and method
US8667363B2 (en) 2004-11-24 2014-03-04 Qualcomm Incorporated Systems and methods for implementing cyclic redundancy checks
US8539119B2 (en) 2004-11-24 2013-09-17 Qualcomm Incorporated Methods and apparatus for exchanging messages having a digital data interface device message format
US8873584B2 (en) 2004-11-24 2014-10-28 Qualcomm Incorporated Digital data interface device
US8699330B2 (en) 2004-11-24 2014-04-15 Qualcomm Incorporated Systems and methods for digital data transmission rate control
US8692838B2 (en) 2004-11-24 2014-04-08 Qualcomm Incorporated Methods and systems for updating a buffer
US8723705B2 (en) 2004-11-24 2014-05-13 Qualcomm Incorporated Low output skew double data rate serial encoder
CN101103568B (zh) * 2004-11-24 2012-05-30 高通股份有限公司 调节包的传输速率和大小的方法以及传递包的系统
DE5816786T1 (de) 2004-12-24 2011-07-07 Itzutsu, Masahiro Mobile informationskommunikationsvorrichtung, verbindungseinheit für eine mobile informationskommunikationsvorrichtung und externe eingabe-/ausgabeeinheit für eine mobile informationskommunikationsvorrichtung
KR100685664B1 (ko) * 2005-08-12 2007-02-26 삼성전자주식회사 호스트 및 클라이언트로 구성된 데이터 통신 시스템 및데이터 통신 시스템의 작동 방법
US8692839B2 (en) 2005-11-23 2014-04-08 Qualcomm Incorporated Methods and systems for updating a buffer
US8730069B2 (en) 2005-11-23 2014-05-20 Qualcomm Incorporated Double data rate serial encoder
US7643430B2 (en) * 2005-11-30 2010-01-05 Cisco Technology, Inc. Methods and apparatus for determining reverse path delay
KR100917889B1 (ko) * 2006-11-01 2009-09-16 삼성전자주식회사 무선 통신 장치 및 방법
US8356331B2 (en) 2007-05-08 2013-01-15 Qualcomm Incorporated Packet structure for a mobile display digital interface
CN101796776B (zh) * 2007-05-08 2013-05-22 高通股份有限公司 移动显示数字接口的包结构
US8031626B2 (en) 2007-11-13 2011-10-04 Qualcomm Incorporated Packet structure for a mobile display digital interface
WO2009151667A2 (en) * 2008-03-07 2009-12-17 Citrix Systems, Inc. Systems and methods for content injection
US8495403B2 (en) * 2008-12-31 2013-07-23 Intel Corporation Platform and processor power management
US8855062B2 (en) * 2009-05-28 2014-10-07 Qualcomm Incorporated Dynamic selection of subframe formats in a wireless network
KR101451132B1 (ko) * 2010-01-29 2014-10-15 삼성테크윈 주식회사 통신 라인의 종단이 설정되는 감시 시스템
CN103069884B (zh) 2010-08-26 2016-12-07 日本电气株式会社 信息处理设备和毫微微基站
ES2658265T3 (es) * 2010-10-04 2018-03-09 Samsung Electronics Co., Ltd. Procedimiento y aparato de transmisión y recepción de mapa de bits de restricción de subconjunto de libro de códigos
US8774010B2 (en) 2010-11-02 2014-07-08 Cisco Technology, Inc. System and method for providing proactive fault monitoring in a network environment
US8559341B2 (en) 2010-11-08 2013-10-15 Cisco Technology, Inc. System and method for providing a loop free topology in a network environment
US20130013318A1 (en) 2011-01-21 2013-01-10 Qualcomm Incorporated User input back channel for wireless displays
CN103403649B (zh) * 2011-01-21 2017-02-15 高通股份有限公司 用于无线显示器的用户输入返回信道
US9787725B2 (en) 2011-01-21 2017-10-10 Qualcomm Incorporated User input back channel for 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
US8982733B2 (en) 2011-03-04 2015-03-17 Cisco Technology, Inc. System and method for managing topology changes in a network environment
US8670326B1 (en) 2011-03-31 2014-03-11 Cisco Technology, Inc. System and method for probing multiple paths in a network environment
US8724517B1 (en) 2011-06-02 2014-05-13 Cisco Technology, Inc. System and method for managing network traffic disruption
US8830875B1 (en) 2011-06-15 2014-09-09 Cisco Technology, Inc. System and method for providing a loop free topology in a network environment
DE112012005817T5 (de) * 2012-02-02 2014-12-04 Mitsubishi Electric Corporation Anzeigevorrichtung
US8938551B2 (en) * 2012-04-10 2015-01-20 Intel Mobile Communications GmbH Data processing device
US9450846B1 (en) 2012-10-17 2016-09-20 Cisco Technology, Inc. System and method for tracking packets in a network environment
US9565637B2 (en) 2013-03-14 2017-02-07 T-Mobile Usa, Inc. High power channel state notification for mobile applications
RU2544786C2 (ru) * 2013-06-03 2015-03-20 Государственное казенное образовательное учреждение высшего профессионального образования Академия Федеральной службы охраны Российской Федерации (Академия ФСО России) Способ формирования защищенной системы связи, интегрированной с единой сетью электросвязи в условиях внешних деструктивных воздействий
US10448111B2 (en) 2014-09-24 2019-10-15 Microsoft Technology Licensing, Llc Content projection
US10025684B2 (en) 2014-09-24 2018-07-17 Microsoft Technology Licensing, Llc Lending target device resources to host device computing environment
US9769227B2 (en) * 2014-09-24 2017-09-19 Microsoft Technology Licensing, Llc Presentation of computing environment on multiple devices
US10635296B2 (en) 2014-09-24 2020-04-28 Microsoft Technology Licensing, Llc Partitioned application presentation across devices
KR102237026B1 (ko) * 2014-11-05 2021-04-06 주식회사 실리콘웍스 디스플레이 장치
CN106897239A (zh) 2015-12-21 2017-06-27 小米科技有限责任公司 状态切换方法及装置
PL3491879T3 (pl) * 2016-07-26 2022-01-10 Ipcom Gmbh & Co. Kg Połączenie urządzeń ubieralnych
US10114782B2 (en) * 2016-09-27 2018-10-30 Nxp B.V. USB type C dual-role-port unattached duty cycle randomization
KR102769767B1 (ko) * 2019-04-25 2025-02-20 에스케이하이닉스 주식회사 컨트롤러 및 그것의 동작방법
CN111950222B (zh) * 2019-04-29 2024-05-24 瑞昱半导体股份有限公司 使用模拟软件产生电路布局的方法
US20220248258A1 (en) * 2021-02-03 2022-08-04 Samsung Electronics Co., Ltd. Eht release 2 device indication
US11265358B1 (en) * 2021-06-22 2022-03-01 Cabin Management Solutions, Llc Audio video over internet protocol (AVoIP) communication system
US20240168684A1 (en) * 2022-11-22 2024-05-23 Western Digital Technologies, Inc. Efficient Deallocation and Reset of Zones in Storage Device

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5560022A (en) * 1994-07-19 1996-09-24 Intel Corporation Power management coordinator system and interface
WO1996042158A1 (en) * 1995-06-13 1996-12-27 Telefonaktiebolaget Lm Ericsson Synchronizing the transmission of data via a two-way link
US5619650A (en) * 1992-12-31 1997-04-08 International Business Machines Corporation Network processor for transforming a message transported from an I/O channel to a network by adding a message identifier and then converting the message
US6192230B1 (en) * 1993-03-06 2001-02-20 Lucent Technologies, Inc. Wireless data communication system having power saving function
US20020071395A1 (en) * 2000-12-08 2002-06-13 Redi Jason Keith Mechanism for performing energy-based routing in wireless networks
US20030003943A1 (en) * 2001-06-13 2003-01-02 Bajikar Sundeep M. Mobile computer system having a navigation mode to optimize system performance and power management for mobile applications
US20030033417A1 (en) * 2000-12-15 2003-02-13 Qiuzhen Zou Generating and implementing a communication protocol and interface for high data rate signal transfer
WO2003023587A2 (en) * 2001-09-06 2003-03-20 Qualcomm, Incorporated Generating and implementing a communication protocol and interface for high data rate signal transfer
US20030086443A1 (en) * 2001-11-07 2003-05-08 Robert Beach Power saving function for wireless LANS: methods, system and program products

Family Cites Families (456)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7274652B1 (en) 2000-06-02 2007-09-25 Conexant, Inc. Dual packet configuration for wireless communications
US3594304A (en) 1970-04-13 1971-07-20 Sun Oil Co Thermal liquefaction of coal
US4042783A (en) 1976-08-11 1977-08-16 International Business Machines Corporation Method and apparatus for byte and frame synchronization on a loop system coupling a CPU channel to bulk storage devices
US4393444A (en) 1980-11-06 1983-07-12 Rca Corporation Memory addressing circuit for converting sequential input data to interleaved output data sequence using multiple memories
US4363123A (en) 1980-12-01 1982-12-07 Northern Telecom Limited Method of and apparatus for monitoring digital transmission systems in which line transmission errors are detected
JPS57136833A (en) * 1981-02-17 1982-08-24 Sony Corp Time-division multiplex data transmitting method
US4660096A (en) * 1984-12-11 1987-04-21 Rca Corporation Dividing high-resolution-camera video signal response into sub-image blocks individually raster scanned
DE3531809A1 (de) * 1985-09-06 1987-03-26 Kraftwerk Union Ag Katalysatormaterial zur reduktion von stickoxiden
US4769761A (en) 1986-10-09 1988-09-06 International Business Machines Corporation Apparatus and method for isolating and predicting errors in a local area network
JPS63226762A (ja) 1987-03-16 1988-09-21 Hitachi Ltd デ−タ処理方式
US4764805A (en) 1987-06-02 1988-08-16 Eastman Kodak Company Image transmission system with line averaging preview mode using two-pass block-edge interpolation
US4821296A (en) * 1987-08-26 1989-04-11 Bell Communications Research, Inc. Digital phase aligner with outrigger sampling
US5227783A (en) 1987-10-13 1993-07-13 The Regents Of New Mexico State University Telemetry apparatus and method with digital to analog converter internally integrated within C.P.U.
JPH0727571B2 (ja) 1987-10-26 1995-03-29 テクトロニックス・インコーポレイテッド ラスタ走査表示装置及び図形データ転送方法
US5155590A (en) 1990-03-20 1992-10-13 Scientific-Atlanta, Inc. System for data channel level control
US4891805A (en) * 1988-06-13 1990-01-02 Racal Data Communications Inc. Multiplexer with dynamic bandwidth allocation
US5167035A (en) 1988-09-08 1992-11-24 Digital Equipment Corporation Transferring messages between nodes in a network
US5136717A (en) 1988-11-23 1992-08-04 Flavors Technology Inc. Realtime systolic, multiple-instruction, single-data parallel computer system
US5079693A (en) * 1989-02-28 1992-01-07 Integrated Device Technology, Inc. Bidirectional FIFO buffer having reread and rewrite means
US6014705A (en) * 1991-10-01 2000-01-11 Intermec Ip Corp. Modular portable data processing terminal having a higher layer and lower layer partitioned communication protocol stack for use in a radio frequency communications network
US5224213A (en) 1989-09-05 1993-06-29 International Business Machines Corporation Ping-pong data buffer for transferring data from one data bus to another data bus
US5495482A (en) 1989-09-29 1996-02-27 Motorola Inc. Packet transmission system and method utilizing both a data bus and dedicated control lines
US5543939A (en) 1989-12-28 1996-08-06 Massachusetts Institute Of Technology Video telephone systems
US5138616A (en) 1990-03-19 1992-08-11 The United States Of America As Represented By The Secretary Of The Army Continuous on-line link error rate detector utilizing the frame bit error rate
JPH0465711A (ja) 1990-07-05 1992-03-02 Nippon Avionics Co Ltd 表示装置の表示制御方式
US5111455A (en) 1990-08-24 1992-05-05 Avantek, Inc. Interleaved time-division multiplexor with phase-compensated frequency doublers
US5131012A (en) 1990-09-18 1992-07-14 At&T Bell Laboratories Synchronization for cylic redundancy check based, broadband communications network
GB2249460B (en) 1990-09-19 1994-06-29 Intel Corp Network providing common access to dissimilar hardware interfaces
GB2250668B (en) 1990-11-21 1994-07-20 Apple Computer Tear-free updates of computer graphical output displays
IL100213A (en) 1990-12-07 1995-03-30 Qualcomm Inc CDMA microcellular telephone system and distributed antenna system therefor
US5359595A (en) 1991-01-09 1994-10-25 Rockwell International Corporation Skywave adaptable network transceiver apparatus and method using a stable probe and traffic protocol
US5345542A (en) 1991-06-27 1994-09-06 At&T Bell Laboratories Proportional replication mapping system
US5231636A (en) 1991-09-13 1993-07-27 National Semiconductor Corporation Asynchronous glitchless digital MUX
DE69232639T2 (de) * 1991-10-01 2003-02-20 Norand Corp Lokales funkfrequenznetzwerk
US5396636A (en) * 1991-10-21 1995-03-07 International Business Machines Corporation Remote power control via data link
US5751445A (en) 1991-11-11 1998-05-12 Canon Kk Image transmission system and terminal device
CA2064541C (en) 1992-03-31 1998-09-15 Thomas A. Gray Cycling error count for link maintenance
US5331642A (en) 1992-09-01 1994-07-19 International Business Machines Corporation Management of FDDI physical link errors
JP3305769B2 (ja) 1992-09-18 2002-07-24 株式会社東芝 通信装置
JPH06124147A (ja) * 1992-10-13 1994-05-06 Sanyo Electric Co Ltd 情報処理装置
GB9222282D0 (en) * 1992-10-22 1992-12-09 Hewlett Packard Co Monitoring network status
US5513185A (en) * 1992-11-23 1996-04-30 At&T Corp. Method and apparatus for transmission link error rate monitoring
US5867501A (en) * 1992-12-17 1999-02-02 Tandem Computers Incorporated Encoding for communicating data and commands
JPH06332664A (ja) 1993-03-23 1994-12-02 Toshiba Corp 表示制御システム
US5418452A (en) 1993-03-25 1995-05-23 Fujitsu Limited Apparatus for testing integrated circuits using time division multiplexing
WO1994024200A1 (en) 1993-04-16 1994-10-27 Akzo Nobel N.V. Liquid stabilizer comprising metal soap and solubilized metal perchlorate
JP3197679B2 (ja) 1993-04-30 2001-08-13 富士写真フイルム株式会社 写真撮影システムおよび方法
US5420858A (en) 1993-05-05 1995-05-30 Synoptics Communications, Inc. Method and apparatus for communications from a non-ATM communication medium to an ATM communication medium
US5519830A (en) 1993-06-10 1996-05-21 Adc Telecommunications, Inc. Point-to-multipoint performance monitoring and failure isolation system
JP2768621B2 (ja) 1993-06-25 1998-06-25 沖電気工業株式会社 分散送信される畳み込み符号の復号装置
US5477534A (en) 1993-07-30 1995-12-19 Kyocera Corporation Acoustic echo canceller
US5430486A (en) 1993-08-17 1995-07-04 Rgb Technology High resolution video image transmission and storage
US5426694A (en) 1993-10-08 1995-06-20 Excel, Inc. Telecommunication switch having programmable network protocols and communications services
US5490247A (en) 1993-11-24 1996-02-06 Intel Corporation Video subsystem for computer-based conferencing system
US5510832A (en) * 1993-12-01 1996-04-23 Medi-Vision Technologies, Inc. Synthesized stereoscopic imaging system and method
US5583562A (en) * 1993-12-03 1996-12-10 Scientific-Atlanta, Inc. System and method for transmitting a plurality of digital services including imaging services
US5565957A (en) 1993-12-27 1996-10-15 Nikon Corporation Camera
US5724536A (en) * 1994-01-04 1998-03-03 Intel Corporation Method and apparatus for blocking execution of and storing load operations during their execution
US5844606A (en) 1994-03-03 1998-12-01 Fuji Photo Film Co., Ltd. Videocamera having a multiconnector connectable to a variety of accessories
JP2790034B2 (ja) 1994-03-28 1998-08-27 日本電気株式会社 非運用系メモリ更新方式
US5483185A (en) * 1994-06-09 1996-01-09 Intel Corporation Method and apparatus for dynamically switching between asynchronous signals without generating glitches
JP3329076B2 (ja) 1994-06-27 2002-09-30 ソニー株式会社 ディジタル信号伝送方法、ディジタル信号伝送装置、ディジタル信号受信方法及びディジタル信号受信装置
US5748891A (en) 1994-07-22 1998-05-05 Aether Wire & Location Spread spectrum localizers
DE59504093D1 (de) 1994-07-25 1998-12-03 Siemens Ag Verfahren zum verbindungsaufbau und zum steuern der bildtelefonkommunikation
US5733131A (en) * 1994-07-29 1998-03-31 Seiko Communications Holding N.V. Education and entertainment device with dynamic configuration and operation
US5664948A (en) 1994-07-29 1997-09-09 Seiko Communications Holding N.V. Delivery of data including preloaded advertising data
JP3592376B2 (ja) 1994-08-10 2004-11-24 株式会社アドバンテスト 時間間隔測定装置
WO1996010230A1 (en) 1994-09-27 1996-04-04 Sega Enterprises, Ltd. Data transfer device and video game apparatus using the device
GB2296123B (en) * 1994-12-13 1998-08-12 Ibm Midi playback system
US5495469A (en) * 1994-12-16 1996-02-27 Chrysler Corporation Communications network, state machine therefor
US5745364A (en) * 1994-12-28 1998-04-28 Nec Corporation Method of producing semiconductor wafer
US5559459A (en) 1994-12-29 1996-09-24 Stratus Computer, Inc. Clock signal generation arrangement including digital noise reduction circuit for reducing noise in a digital clocking signal
FR2729528A1 (fr) 1995-01-13 1996-07-19 Suisse Electronique Microtech Circuit de multiplexage
GB2298109B (en) 1995-02-14 1999-09-01 Nokia Mobile Phones Ltd Data interface
US5530704A (en) 1995-02-16 1996-06-25 Motorola, Inc. Method and apparatus for synchronizing radio ports in a commnuication system
US5646947A (en) 1995-03-27 1997-07-08 Westinghouse Electric Corporation Mobile telephone single channel per carrier superframe lock subsystem
US6117681A (en) 1995-03-29 2000-09-12 Bavarian Nordic Research Inst. A/S Pseudotyped retroviral particles
KR100411372B1 (ko) 1995-04-11 2004-05-06 마츠시타 덴끼 산교 가부시키가이샤 비디오정보조정장치,비디오정보송신장치및비디오정보수신장치
US5521907A (en) 1995-04-25 1996-05-28 Visual Networks, Inc. Method and apparatus for non-intrusive measurement of round trip delay in communications networks
US5963564A (en) 1995-06-13 1999-10-05 Telefonaktiebolaget Lm Ericsson Synchronizing the transmission of data via a two-way link
JPH0923243A (ja) 1995-07-10 1997-01-21 Hitachi Ltd 電子紙面情報配信システム
US6055247A (en) 1995-07-13 2000-04-25 Sony Corporation Data transmission method, data transmission apparatus and data transmission system
JPH0936871A (ja) 1995-07-17 1997-02-07 Sony Corp データ伝送システムおよびデータ伝送方法
US5604450A (en) * 1995-07-27 1997-02-18 Intel Corporation High speed bidirectional signaling scheme
JPH0955667A (ja) * 1995-08-10 1997-02-25 Mitsubishi Electric Corp マルチプレクサ，及びデマルチプレクサ
US5742840A (en) 1995-08-16 1998-04-21 Microunity Systems Engineering, Inc. General purpose, multiple precision parallel operation, programmable media processor
KR100272472B1 (ko) 1995-09-19 2000-11-15 씨. 필립 채프맨 디지탈 프로그램가능 임계 레벨을 가진 마이크로컨트롤러 재작동 기능
US5748642A (en) 1995-09-25 1998-05-05 Credence Systems Corporation Parallel processing integrated circuit tester
US5818255A (en) 1995-09-29 1998-10-06 Xilinx, Inc. Method and circuit for using a function generator of a programmable logic device to implement carry logic functions
US5732352A (en) * 1995-09-29 1998-03-24 Motorola, Inc. Method and apparatus for performing handoff in a wireless communication system
US5550489A (en) 1995-09-29 1996-08-27 Quantum Corporation Secondary clock source for low power, fast response clocking
US5751951A (en) 1995-10-30 1998-05-12 Mitsubishi Electric Information Technology Center America, Inc. Network interface
EP0772119A3 (en) 1995-10-31 1997-12-29 Cirrus Logic, Inc. Automatic graphics operation
US5958006A (en) 1995-11-13 1999-09-28 Motorola, Inc. Method and apparatus for communicating summarized data
US7003796B1 (en) * 1995-11-22 2006-02-21 Samsung Information Systems America Method and apparatus for recovering data stream clock
US5844918A (en) 1995-11-28 1998-12-01 Sanyo Electric Co., Ltd. Digital transmission/receiving method, digital communications method, and data receiving apparatus
US5790551A (en) 1995-11-28 1998-08-04 At&T Wireless Services Inc. Packet data transmission using dynamic channel assignment
US6865610B2 (en) * 1995-12-08 2005-03-08 Microsoft Corporation Wire protocol for a media server system
EP0781068A1 (en) 1995-12-20 1997-06-25 International Business Machines Corporation Method and system for adaptive bandwidth allocation in a high speed data network
JP3427149B2 (ja) 1996-01-26 2003-07-14 三菱電機株式会社 符号化信号の復号回路及びその同期制御方法， 同期検出回路及び同期検出方法
US5903281A (en) 1996-03-07 1999-05-11 Powertv, Inc. List controlled video operations
US6243596B1 (en) 1996-04-10 2001-06-05 Lextron Systems, Inc. Method and apparatus for modifying and integrating a cellular phone with the capability to access and browse the internet
US5815507A (en) 1996-04-15 1998-09-29 Motorola, Inc. Error detector circuit for digital receiver using variable threshold based on signal quality
US6130602A (en) 1996-05-13 2000-10-10 Micron Technology, Inc. Radio frequency data communications device
JPH09307457A (ja) 1996-05-14 1997-11-28 Sony Corp パラレルシリアル変換回路
US5982362A (en) 1996-05-30 1999-11-09 Control Technology Corporation Video interface architecture for programmable industrial control systems
US5983261A (en) 1996-07-01 1999-11-09 Apple Computer, Inc. Method and apparatus for allocating bandwidth in teleconferencing applications using bandwidth control
GB9614561D0 (en) 1996-07-11 1996-09-04 4Links Ltd Communication system with improved code
US6298387B1 (en) 1996-07-12 2001-10-02 Philips Electronics North America Corp System for detecting a data packet in a bitstream by storing data from the bitstream in a buffer and comparing data at different locations in the buffer to predetermined data
KR100221028B1 (ko) 1996-07-23 1999-09-15 윤종용 그래픽 가속기 및 이를 이용한 메모리 프리패치 방법
US6185601B1 (en) * 1996-08-02 2001-02-06 Hewlett-Packard Company Dynamic load balancing of a network of client and server computers
US6886035B2 (en) 1996-08-02 2005-04-26 Hewlett-Packard Development Company, L.P. Dynamic load balancing of a network of client and server computer
US5969750A (en) 1996-09-04 1999-10-19 Winbcnd Electronics Corporation Moving picture camera with universal serial bus interface
CA2214743C (en) 1996-09-20 2002-03-05 Ntt Mobile Communications Network Inc. A frame synchronization circuit and communications system
US5990852A (en) 1996-10-31 1999-11-23 Fujitsu Limited Display screen duplication system and method
US5864546A (en) * 1996-11-05 1999-01-26 Worldspace International Network, Inc. System for formatting broadcast data for satellite transmission and radio reception
US6308239B1 (en) 1996-11-07 2001-10-23 Hitachi, Ltd. Interface switching apparatus and switching control method
US6078361A (en) 1996-11-18 2000-06-20 Sage, Inc Video adapter circuit for conversion of an analog video signal to a digital display image
US6002709A (en) 1996-11-21 1999-12-14 Dsp Group, Inc. Verification of PN synchronization in a direct-sequence spread-spectrum digital communications system
KR100211918B1 (ko) 1996-11-30 1999-08-02 김영환 비동기식전송모드셀 경계 식별장치
US5862160A (en) * 1996-12-31 1999-01-19 Ericsson, Inc. Secondary channel for communication networks
US5995512A (en) 1997-01-17 1999-11-30 Delco Electronics Corporation High speed multimedia data network
US6064649A (en) 1997-01-31 2000-05-16 Nec Usa, Inc. Network interface card for wireless asynchronous transfer mode networks
US6081513A (en) 1997-02-10 2000-06-27 At&T Corp. Providing multimedia conferencing services over a wide area network interconnecting nonguaranteed quality of services LANs
EP0859326A3 (en) 1997-02-14 1999-05-12 Canon Kabushiki Kaisha Data transmission apparatus, system and method, and image processing apparatus
US6359923B1 (en) 1997-12-18 2002-03-19 At&T Wireless Services, Inc. Highly bandwidth efficient communications
US6584144B2 (en) 1997-02-24 2003-06-24 At&T Wireless Services, Inc. Vertical adaptive antenna array for a discrete multitone spread spectrum communications system
DE19733005B4 (de) 1997-03-12 2007-06-21 Storz Endoskop Gmbh Einrichtung zur zentralen Überwachung und/oder Steuerung wenigstens eines Gerätes
US6480521B1 (en) 1997-03-26 2002-11-12 Qualcomm Incorporated Method and apparatus for transmitting high speed data in a spread spectrum communications system
US7143177B1 (en) 1997-03-31 2006-11-28 West Corporation Providing a presentation on a network having a plurality of synchronized media types
US5963557A (en) 1997-04-11 1999-10-05 Eng; John W. High capacity reservation multiple access network with multiple shared unidirectional paths
JPH10312370A (ja) * 1997-05-12 1998-11-24 Hitachi Ltd 省電力機能を有するネットワークシステム
US6405111B2 (en) 1997-05-16 2002-06-11 Snap-On Technologies, Inc. System and method for distributed computer automotive service equipment
US5867510A (en) * 1997-05-30 1999-02-02 Motorola, Inc. Method of and apparatus for decoding and processing messages
JP3143079B2 (ja) 1997-05-30 2001-03-07 松下電器産業株式会社 辞書索引作成装置と文書検索装置
KR100550190B1 (ko) * 1997-06-03 2006-04-21 소니 가부시끼 가이샤 휴대용정보처리장치의제어방법,및휴대용정보처리장치
US6236647B1 (en) 1998-02-24 2001-05-22 Tantivy Communications, Inc. Dynamic frame size adjustment and selective reject on a multi-link channel to improve effective throughput and bit error rate
US6314479B1 (en) 1997-08-04 2001-11-06 Compaq Computer Corporation Universal multi-pin plug and display connector for standardizing signals transmitted between a computer and a display for a PC theatre interconnectivity system
US6233550B1 (en) 1997-08-29 2001-05-15 The Regents Of The University Of California Method and apparatus for hybrid coding of speech at 4kbps
US6288739B1 (en) 1997-09-05 2001-09-11 Intelect Systems Corporation Distributed video communications system
US6574661B1 (en) 1997-09-26 2003-06-03 Mci Communications Corporation Integrated proxy interface for web based telecommunication toll-free network management using a network manager for downloading a call routing tree to client
DE69840754D1 (de) 1997-10-14 2009-05-28 Cypress Semiconductor Corp Digitaler funksendeempfänger
US6574211B2 (en) 1997-11-03 2003-06-03 Qualcomm Incorporated Method and apparatus for high rate packet data transmission
US6894994B1 (en) 1997-11-03 2005-05-17 Qualcomm Incorporated High data rate wireless packet data communications system
TW408315B (en) 1997-11-07 2000-10-11 Sharp Kk Magnetic recording device, magnetic recording and reproducing device, and magnetic recording method
US6246876B1 (en) 1997-11-13 2001-06-12 Telefonaktiebolaget L M Ericsson (Publ) Synchronization messages for hand-off operations
US6091709A (en) 1997-11-25 2000-07-18 International Business Machines Corporation Quality of service management for packet switched networks
US20010012293A1 (en) 1997-12-02 2001-08-09 Lars-Goran Petersen Simultaneous transmission of voice and non-voice data on a single narrowband connection
US6049837A (en) 1997-12-08 2000-04-11 International Business Machines Corporation Programmable output interface for lower level open system interconnection architecture
US6393008B1 (en) 1997-12-23 2002-05-21 Nokia Movile Phones Ltd. Control structures for contention-based packet data services in wideband CDMA
KR100286080B1 (ko) 1997-12-30 2001-04-16 윤종용 데이터링크를이용한데이터송신및수신방법
KR100251963B1 (ko) * 1997-12-31 2000-04-15 윤종용 종합정보통신망과 연동 가능한 비동기전송모드 망 접속영상전화 단말장치
TW459184B (en) 1998-01-23 2001-10-11 Shiu Ming Wei Multimedia message processing system
AU8248298A (en) 1998-02-20 1999-09-06 Power Beat International Limited A multi-layer display and a method for displaying images on such a display
JP3004618B2 (ja) 1998-02-27 2000-01-31 キヤノン株式会社 画像入力装置及び画像入力システム及び画像送受信システム及び画像入力方法及び記憶媒体
JPH11249987A (ja) 1998-03-05 1999-09-17 Nec Corp メッセージ処理装置およびその方法ならびにメッセージ処理制御プログラムを格納した記憶媒体
PL343258A1 (en) 1998-03-16 2001-07-30 Jazio High speed signaling for interfacing vlsi cmos circuits
DE69927198T2 (de) 1998-03-19 2006-06-29 Hitachi, Ltd. Rundfunk-Informationsversorgungssystem
US6243761B1 (en) 1998-03-26 2001-06-05 Digital Equipment Corporation Method for dynamically adjusting multimedia content of a web page by a server in accordance to network path characteristics between client and server
US6199169B1 (en) * 1998-03-31 2001-03-06 Compaq Computer Corporation System and method for synchronizing time across a computer cluster
KR100431693B1 (ko) 1998-04-01 2004-05-17 마쓰시타 덴소 시스템 가부시키가이샤 상이한 주파수를 이용하여 전이중 통신을 수행하기 위한장치 및 방법
US6252888B1 (en) 1998-04-14 2001-06-26 Nortel Networks Corporation Method and apparatus providing network communications between devices using frames with multiple formats
US6101601A (en) 1998-04-20 2000-08-08 International Business Machines Corporation Method and apparatus for hibernation within a distributed data processing system
US6430196B1 (en) 1998-05-01 2002-08-06 Cisco Technology, Inc. Transmitting delay sensitive information over IP over frame relay
KR100413417B1 (ko) 1998-05-04 2004-02-14 엘지전자 주식회사 이동통신시스템에서 단말기의 호 접속 제어 방법.
US6611503B1 (en) 1998-05-22 2003-08-26 Tandberg Telecom As Method and apparatus for multimedia conferencing with dynamic bandwidth allocation
JP3792894B2 (ja) 1998-05-27 2006-07-05 キヤノン株式会社 固体撮像素子及び固体撮像装置
US6043693A (en) 1998-06-01 2000-03-28 3Dfx Interactive, Incorporated Multiplexed synchronization circuits for switching frequency synthesized signals
US6850282B1 (en) * 1998-06-02 2005-02-01 Canon Kabushiki Kaisha Remote control of image sensing apparatus
JP3475081B2 (ja) 1998-06-03 2003-12-08 三洋電機株式会社 立体映像再生方法
US6092231A (en) 1998-06-12 2000-07-18 Qlogic Corporation Circuit and method for rapid checking of error correction codes using cyclic redundancy check
JP4267092B2 (ja) 1998-07-07 2009-05-27 富士通株式会社 時刻同期方法
US6510503B2 (en) 1998-07-27 2003-01-21 Mosaid Technologies Incorporated High bandwidth memory interface
US6359479B1 (en) * 1998-08-04 2002-03-19 Juniper Networks, Inc. Synchronizing data transfers between two distinct clock domains
US6532506B1 (en) * 1998-08-12 2003-03-11 Intel Corporation Communicating with devices over a bus and negotiating the transfer rate over the same
US6728263B2 (en) 1998-08-18 2004-04-27 Microsoft Corporation Dynamic sizing of data packets
JP2002525913A (ja) 1998-09-11 2002-08-13 シェアウェーブ・インコーポレーテッド コンピュータ・ネットワーク内の通信を制御するための方法および装置
US6513085B1 (en) 1998-10-13 2003-01-28 Texas Instruments Incorporated Link/transaction layer controller with integral microcontroller emulation
US6421735B1 (en) 1998-10-30 2002-07-16 Advanced Micro Devices, Inc. Apparatus and method for automatically selecting a network port for a home network station
US7180951B2 (en) * 1998-10-30 2007-02-20 Broadcom Corporation Reduction of aggregate EMI emissions of multiple transmitters
ATE297623T1 (de) 1998-10-30 2005-06-15 Broadcom Corp Internet-gigabit-ethernet-sender-architektur
TW466410B (en) 2000-06-16 2001-12-01 Via Tech Inc Cache device inside peripheral component interface chipset and data synchronous method to externals
US6836829B2 (en) 1998-11-20 2004-12-28 Via Technologies, Inc. Peripheral device interface chip cache and data synchronization method
US6545979B1 (en) 1998-11-27 2003-04-08 Alcatel Canada Inc. Round trip delay measurement
DE69935127T2 (de) 1998-12-07 2007-06-14 Samsung Electronics Co., Ltd., Suwon Gerät und verfahren für unterbrochene übertragung in einem mobilen cdma-kommunikationssystem
US6363439B1 (en) * 1998-12-07 2002-03-26 Compaq Computer Corporation System and method for point-to-point serial communication between a system interface device and a bus interface device in a computer system
US6791379B1 (en) 1998-12-07 2004-09-14 Broadcom Corporation Low jitter high phase resolution PLL-based timing recovery system
US6252526B1 (en) 1998-12-14 2001-06-26 Seiko Epson Corporation Circuit and method for fast parallel data strobe encoding
JP3557975B2 (ja) 1998-12-14 2004-08-25 セイコーエプソン株式会社 信号切り替え回路及び信号切り替え方法
US6297684B1 (en) 1998-12-14 2001-10-02 Seiko Epson Corporation Circuit and method for switching between digital signals that have different signal rates
JP2000196986A (ja) 1998-12-25 2000-07-14 Olympus Optical Co Ltd 電子的撮像装置
US6950428B1 (en) 1998-12-30 2005-09-27 Hewlett-Packard Development Company, L.P. System and method for configuring adaptive sets of links between routers in a system area network (SAN)
US6549538B1 (en) 1998-12-31 2003-04-15 Compaq Information Technologies Group, L.P. Computer method and apparatus for managing network ports cluster-wide using a lookaside list
US6836469B1 (en) 1999-01-15 2004-12-28 Industrial Technology Research Institute Medium access control protocol for a multi-channel communication system
US6636508B1 (en) 1999-02-12 2003-10-21 Nortel Networks Limted Network resource conservation system
US6493824B1 (en) 1999-02-19 2002-12-10 Compaq Information Technologies Group, L.P. Secure system for remotely waking a computer in a power-down state
HK1040120A1 (zh) 1999-03-05 2002-07-12 Accenture Llp 产生信息摘要的方法和装置
US6199099B1 (en) 1999-03-05 2001-03-06 Ac Properties B.V. System, method and article of manufacture for a mobile communication network utilizing a distributed communication network
JP4181685B2 (ja) * 1999-03-12 2008-11-19 富士通株式会社 電力制御方法及び電子機器並びに記録媒体
US6429867B1 (en) 1999-03-15 2002-08-06 Sun Microsystems, Inc. System and method for generating and playback of three-dimensional movies
US6609167B1 (en) 1999-03-17 2003-08-19 Adaptec, Inc. Host and device serial communication protocols and communication packet formats
US6636922B1 (en) 1999-03-17 2003-10-21 Adaptec, Inc. Methods and apparatus for implementing a host side advanced serial protocol
FI107424B (fi) 1999-03-22 2001-07-31 Nokia Mobile Phones Ltd Menetelmä ja järjestelmä multimediaan liittyvän informaation välittämiseen valmistautumiseksi pakettikytkentäisessä solukkoradioverkossa
JP2000278141A (ja) 1999-03-26 2000-10-06 Mitsubishi Electric Corp マルチプレクサ
KR100350607B1 (ko) 1999-03-31 2002-08-28 삼성전자 주식회사 음성 및 화상 송수신을 위한 휴대용 복합 통신단말기 및 그 동작방법과 통신시스템
US6222677B1 (en) 1999-04-12 2001-04-24 International Business Machines Corporation Compact optical system for use in virtual display applications
JP2000358033A (ja) 1999-06-14 2000-12-26 Canon Inc データ通信システム及びデータ通信方法
US6618360B1 (en) 1999-06-15 2003-09-09 Hewlett-Packard Development Company, L.P. Method for testing data path of peripheral server devices
US6457090B1 (en) 1999-06-30 2002-09-24 Adaptec, Inc. Structure and method for automatic configuration for SCSI Synchronous data transfers
JP2001025010A (ja) 1999-07-09 2001-01-26 Mitsubishi Electric Corp マルチメディア情報通信装置およびその方法
US6865609B1 (en) * 1999-08-17 2005-03-08 Sharewave, Inc. Multimedia extensions for wireless local area network
US6597197B1 (en) 1999-08-27 2003-07-22 Intel Corporation I2C repeater with voltage translation
KR20010019734A (ko) 1999-08-30 2001-03-15 윤종용 유무선 통신을 이용한 컴퓨터 교육용 시스템
US7010607B1 (en) * 1999-09-15 2006-03-07 Hewlett-Packard Development Company, L.P. Method for training a communication link between ports to correct for errors
JP3116090B1 (ja) 1999-09-17 2000-12-11 郵政省通信総合研究所長 通信システム、送信装置、受信装置、送信方法、受信方法、および、情報記録媒体
JP4207329B2 (ja) * 1999-09-20 2009-01-14 富士通株式会社 フレーム同期回路
US6782277B1 (en) 1999-09-30 2004-08-24 Qualcomm Incorporated Wireless communication system with base station beam sweeping
US6643787B1 (en) 1999-10-19 2003-11-04 Rambus Inc. Bus system optimization
US6662322B1 (en) 1999-10-29 2003-12-09 International Business Machines Corporation Systems, methods, and computer program products for controlling the error rate in a communication device by adjusting the distance between signal constellation points
CN1383624A (zh) 1999-11-11 2002-12-04 阿斯科姆电力线通讯有限公司 尤其用于户内区域的通信系统
US6438363B1 (en) 1999-11-15 2002-08-20 Lucent Technologies Inc. Wireless modem alignment in a multi-cell environment
WO2001037484A2 (en) 1999-11-16 2001-05-25 Broadcom Corporation Serializing data using hazard-free multilevel glitchless multiplexing
DE10085218T1 (de) 1999-11-22 2002-10-31 Seagate Technology Llc Shakope Peer-To-Peer-Zwischenschaltungsdiagnostik
TW513636B (en) 2000-06-30 2002-12-11 Via Tech Inc Bus data interface for transmitting data on PCI bus, the structure and the operating method thereof
US6804257B1 (en) 1999-11-25 2004-10-12 International Business Machines Corporation System and method for framing and protecting variable-lenght packet streams
JP4058888B2 (ja) * 1999-11-29 2008-03-12 セイコーエプソン株式会社 Ｒａｍ内蔵ドライバ並びにそれを用いた表示ユニットおよび電子機器
JP4191869B2 (ja) 1999-12-20 2008-12-03 富士フイルム株式会社 ディジタルカメラを用いたコンピュータシステム
US7383350B1 (en) 2000-02-03 2008-06-03 International Business Machines Corporation User input based allocation of bandwidth on a data link
JP3490368B2 (ja) 2000-02-07 2004-01-26 インターナショナル・ビジネス・マシーンズ・コーポレーション 信号出力装置、ドライバ回路、信号伝送システム、および信号伝送方法
US6778493B1 (en) 2000-02-07 2004-08-17 Sharp Laboratories Of America, Inc. Real-time media content synchronization and transmission in packet network apparatus and method
JP2001236304A (ja) 2000-02-21 2001-08-31 Mitsubishi Electric Corp マイクロコンピュータ
JP4449141B2 (ja) 2000-02-22 2010-04-14 ソニー株式会社 電源制御装置、電源制御システム
US6477150B1 (en) 2000-03-03 2002-11-05 Qualcomm, Inc. System and method for providing group communication services in an existing communication system
EP2273812B1 (en) 2000-03-03 2012-07-18 Qualcomm Incorporated Method and apparatus for synchronizing encryption and decryption of a data frame in a communication network
JP2001282714A (ja) 2000-03-30 2001-10-12 Olympus Optical Co Ltd マルチカメラデータ転送方式及びデータ転送方式
JP2001292146A (ja) 2000-04-07 2001-10-19 Sony Corp 電子機器およびディジタルシリアルデータのインタフェース装置のバス初期化フェーズにおける処理方法
US6882361B1 (en) 2000-04-19 2005-04-19 Pixelworks, Inc. Imager linked with image processing station
JP2001306428A (ja) 2000-04-25 2001-11-02 Canon Inc ネットワーク機器、ネットワークシステム、通信方法及び記録媒体
JP2001319745A (ja) 2000-05-08 2001-11-16 Honda Tsushin Kogyo Co Ltd 変換用アダプタ
JP2001320280A (ja) 2000-05-10 2001-11-16 Mitsubishi Electric Corp 並列−直列変換回路
US6760722B1 (en) 2000-05-16 2004-07-06 International Business Machines Corporation Computer implemented automated remote support
JP4292685B2 (ja) 2000-05-23 2009-07-08 日本電気株式会社 データ転送システム、データ送受信システム、データ送受信方法、フォーマット変換装置、フォーマット変換方法およびフォーマット変換プログラムを記録したコンピュータ読み取り可能な記録媒体
KR100360622B1 (ko) 2000-06-12 2002-11-13 주식회사 문화방송 엠펙 데이터 프레임과 이를 이용한 송수신 시스템
US6754179B1 (en) 2000-06-13 2004-06-22 Lsi Logic Corporation Real time control of pause frame transmissions for improved bandwidth utilization
JP3415567B2 (ja) 2000-06-21 2003-06-09 エヌイーシーマイクロシステム株式会社 Ｕｓｂ転送制御方法およびｕｓｂコントローラ
US6714233B2 (en) * 2000-06-21 2004-03-30 Seiko Epson Corporation Mobile video telephone system
US6999432B2 (en) * 2000-07-13 2006-02-14 Microsoft Corporation Channel and quality of service adaptation for multimedia over wireless networks
TW540238B (en) 2000-08-08 2003-07-01 Replaytv Inc Method and system for remote television replay control
US6784941B1 (en) 2000-08-09 2004-08-31 Sunplus Technology Co., Ltd. Digital camera with video input
US6892071B2 (en) 2000-08-09 2005-05-10 Sk Telecom Co., Ltd. Handover method in wireless telecommunication system supporting USTS
JP2002062990A (ja) 2000-08-15 2002-02-28 Fujitsu Media Device Kk インターフェイス装置
US6725412B1 (en) 2000-08-15 2004-04-20 Dolby Laboratories Licensing Corporation Low latency data encoder
GB2366926A (en) 2000-09-06 2002-03-20 Sony Uk Ltd Combining material and data
US7138989B2 (en) * 2000-09-15 2006-11-21 Silicon Graphics, Inc. Display capable of displaying images in response to signals of a plurality of signal formats
US6747964B1 (en) 2000-09-15 2004-06-08 Qualcomm Incorporated Method and apparatus for high data rate transmission in a wireless communication system
US7466978B1 (en) 2000-09-18 2008-12-16 International Business Machines Corporation Telephone network node device
JP4146991B2 (ja) * 2000-09-18 2008-09-10 キヤノン株式会社 電子カメラシステム、電子カメラ及び電子カメラシステムの制御方法
US6760882B1 (en) 2000-09-19 2004-07-06 Intel Corporation Mode selection for data transmission in wireless communication channels based on statistical parameters
US6738344B1 (en) 2000-09-27 2004-05-18 Hewlett-Packard Development Company, L.P. Link extenders with link alive propagation
US7336613B2 (en) * 2000-10-17 2008-02-26 Avaya Technology Corp. Method and apparatus for the assessment and optimization of network traffic
US6690655B1 (en) * 2000-10-19 2004-02-10 Motorola, Inc. Low-powered communication system and method of operation
US7869067B2 (en) 2000-10-20 2011-01-11 Visioneer, Inc. Combination scanner and image data reader system including image management and software
US7278069B2 (en) 2000-10-31 2007-10-02 Igor Anatolievich Abrosimov Data transmission apparatus for high-speed transmission of digital data and method for automatic skew calibration
US8996698B1 (en) 2000-11-03 2015-03-31 Truphone Limited Cooperative network for mobile internet access
KR100433903B1 (ko) 2000-11-17 2004-06-04 삼성전자주식회사 협대역 시분할 듀플렉싱 부호분할다중접속이동통신시스템의 전파지연 측정장치 및 방법
US7464877B2 (en) * 2003-11-13 2008-12-16 Metrologic Instruments, Inc. Digital imaging-based bar code symbol reading system employing image cropping pattern generator and automatic cropped image processor
FI115802B (fi) 2000-12-04 2005-07-15 Nokia Corp Kuvakehyksien päivittäminen muistillisessa näytössä
GB2397734B (en) 2000-12-06 2004-09-29 Fujitsu Ltd Data recovery circuitry
KR100944843B1 (ko) * 2000-12-15 2010-03-04 콸콤 인코포레이티드 높은 데이터 레이트의 신호 전송을 위한 통신 프로토콜 및 인터페이스의 형성과 구현
US7023924B1 (en) 2000-12-28 2006-04-04 Emc Corporation Method of pausing an MPEG coded video stream
JP2002208844A (ja) 2001-01-12 2002-07-26 Nec Eng Ltd グリッチ除去回路
US6947436B2 (en) 2001-02-01 2005-09-20 Motorola, Inc. Method for optimizing forward link data transmission rates in spread-spectrum communications systems
US7301968B2 (en) 2001-03-02 2007-11-27 Pmc-Sierra Israel Ltd. Communication protocol for passive optical network topologies
KR20020071226A (ko) 2001-03-05 2002-09-12 삼성전자 주식회사 이동통신 시스템에서 역방향 링크 송신 제어 장치 및 방법
JP4106226B2 (ja) 2001-03-26 2008-06-25 松下電器産業株式会社 電源制御装置
CN1165141C (zh) 2001-03-27 2004-09-01 华为技术有限公司 路由器接口驱动数据转发过程的方法
JP2002300299A (ja) 2001-03-29 2002-10-11 Shunichi Toyoda 携帯電話材のメモリを利用した情報端末装置による教育システム
CN1159935C (zh) 2001-03-30 2004-07-28 华为技术有限公司 一种提高市区环境下蜂窝移动台定位精度的方法和装置
JP3497834B2 (ja) 2001-03-30 2004-02-16 株式会社東芝 ルートリピータ、ｕｓｂ通信システム、ｕｓｂ通信制御方法
JP2002359774A (ja) 2001-03-30 2002-12-13 Fuji Photo Film Co Ltd 電子カメラ
US20020161887A1 (en) 2001-04-27 2002-10-31 Foster Michael S. Method and system for performing security via de-registration in a communications network
US6889056B2 (en) 2001-04-30 2005-05-03 Ntt Docomo, Inc. Transmission control scheme
JP3884322B2 (ja) 2001-05-16 2007-02-21 株式会社リコー ネットワークインターフェース
US7392541B2 (en) 2001-05-17 2008-06-24 Vir2Us, Inc. Computer system architecture and method providing operating-system independent virus-, hacker-, and cyber-terror-immune processing environments
JP2002351689A (ja) 2001-05-30 2002-12-06 Nec Corp データ転送システム
JP2003006143A (ja) 2001-06-22 2003-01-10 Nec Corp バス共有化システムと装置及び方法
US7165112B2 (en) * 2001-06-22 2007-01-16 Motorola, Inc. Method and apparatus for transmitting data in a communication system
US6745364B2 (en) 2001-06-28 2004-06-01 Microsoft Corporation Negotiated/dynamic error correction for streamed media
JP2003046595A (ja) 2001-07-06 2003-02-14 Texas Instruments Inc データ通信の方法および装置
US7051218B1 (en) 2001-07-18 2006-05-23 Advanced Micro Devices, Inc. Message based power management
CN100470654C (zh) 2001-07-23 2009-03-18 松下电器产业株式会社 将信息记录到信息记录介质的装置及方法
US8407292B2 (en) * 2001-07-31 2013-03-26 Comverse, Ltd. E-mail protocol optimized for a mobile environment and gateway using same
US7184408B2 (en) * 2001-07-31 2007-02-27 Denton I Claude Method and apparatus for programmable generation of traffic streams
JP2003044184A (ja) 2001-08-01 2003-02-14 Canon Inc データ処理装置及び電力制御方法
GB2415314B (en) * 2001-08-08 2006-05-03 Adder Tech Ltd Video switch
US6758678B2 (en) * 2001-08-14 2004-07-06 Disney Enterprises, Inc. Computer enhanced play set and method
JP4733877B2 (ja) 2001-08-15 2011-07-27 富士通セミコンダクター株式会社 半導体装置
JP2003069544A (ja) 2001-08-23 2003-03-07 Hitachi Kokusai Electric Inc 通信制御方法及び通信制御装置
JP4322451B2 (ja) 2001-09-05 2009-09-02 日本電気株式会社 Ｄｓｐメモリ間あるいはｄｓｐメモリとｃｐｕ用メモリ（ｄｐｒａｍ）間データ転送方式
US8812706B1 (en) * 2001-09-06 2014-08-19 Qualcomm Incorporated Method and apparatus for compensating for mismatched delays in signals of a mobile display interface (MDDI) system
DE10145722A1 (de) 2001-09-17 2003-04-24 Infineon Technologies Ag Konzept zur sicheren Datenkommunikation zwischen elektronischen Bausteinen
US20030061431A1 (en) * 2001-09-21 2003-03-27 Intel Corporation Multiple channel interface for communications between devices
KR100408299B1 (ko) 2001-09-29 2003-12-01 삼성전자주식회사 모드 판단 장치 및 방법
JP3633538B2 (ja) 2001-10-02 2005-03-30 日本電気株式会社 輻輳制御システム
US7570668B2 (en) 2001-10-03 2009-08-04 Nokia Corporation Data synchronization
KR100408525B1 (ko) 2001-10-31 2003-12-06 삼성전자주식회사 네트워크에 적응적인 실시간 멀티미디어 스트리밍 시스템및 방법
US20030125040A1 (en) 2001-11-06 2003-07-03 Walton Jay R. Multiple-access multiple-input multiple-output (MIMO) communication system
US6990549B2 (en) * 2001-11-09 2006-01-24 Texas Instruments Incorporated Low pin count (LPC) I/O bridge
US7536598B2 (en) 2001-11-19 2009-05-19 Vir2Us, Inc. Computer system capable of supporting a plurality of independent computing environments
US6891545B2 (en) 2001-11-20 2005-05-10 Koninklijke Philips Electronics N.V. Color burst queue for a shared memory controller in a color sequential display system
GB2382502B (en) 2001-11-23 2005-10-19 Actix Ltd Network testing systems
JP2003167680A (ja) 2001-11-30 2003-06-13 Hitachi Ltd ディスク装置
US20030112758A1 (en) 2001-12-03 2003-06-19 Pang Jon Laurent Methods and systems for managing variable delays in packet transmission
US7486693B2 (en) 2001-12-14 2009-02-03 General Electric Company Time slot protocol
US6993393B2 (en) * 2001-12-19 2006-01-31 Cardiac Pacemakers, Inc. Telemetry duty cycle management system for an implantable medical device
JP2003198550A (ja) * 2001-12-25 2003-07-11 Matsushita Electric Ind Co Ltd 通信装置及び通信方法
KR100428767B1 (ko) 2002-01-11 2004-04-28 삼성전자주식회사 트래픽 정보를 이용한 가입자 라우팅 설정 방법 및 이를위한 기록매체
US20030144006A1 (en) 2002-01-25 2003-07-31 Mikael Johansson Methods, systems, and computer program products for determining the location of a mobile terminal based on delays in receiving data packets from transmitters having known locations
US20050120208A1 (en) 2002-01-25 2005-06-02 Albert Dobson Robert W. Data transmission systems
US6690201B1 (en) * 2002-01-28 2004-02-10 Xilinx, Inc. Method and apparatus for locating data transition regions
US7145411B1 (en) 2002-03-18 2006-12-05 Applied Micro Circuits Corporation Flexible differential interconnect cable with isolated high frequency electrical transmission line
US7336139B2 (en) * 2002-03-18 2008-02-26 Applied Micro Circuits Corporation Flexible interconnect cable with grounded coplanar waveguide
US6867668B1 (en) * 2002-03-18 2005-03-15 Applied Micro Circuits Corporation High frequency signal transmission from the surface of a circuit substrate to a flexible interconnect cable
US6797891B1 (en) 2002-03-18 2004-09-28 Applied Micro Circuits Corporation Flexible interconnect cable with high frequency electrical transmission line
US20030185220A1 (en) 2002-03-27 2003-10-02 Moshe Valenci Dynamically loading parsing capabilities
US7425986B2 (en) 2002-03-29 2008-09-16 Canon Kabushiki Kaisha Conversion apparatus for image data delivery
US7310535B1 (en) 2002-03-29 2007-12-18 Good Technology, Inc. Apparatus and method for reducing power consumption in a wireless device
JP2003303068A (ja) 2002-04-10 2003-10-24 Ricoh Co Ltd 画像出力システム、画像出力方法、プログラム及び記憶媒体
US7430001B2 (en) 2002-04-12 2008-09-30 Canon Kabushiki Kaisha Image sensing system, communication apparatus and image sensing apparatus having remote control function, and their control method
TWI235917B (en) 2002-04-15 2005-07-11 Via Tech Inc High speed data transmitter and transmission method thereof
US7158539B2 (en) * 2002-04-16 2007-01-02 Microsoft Corporation Error resilient windows media audio coding
US7599689B2 (en) 2002-04-22 2009-10-06 Nokia Corporation System and method for bookmarking radio stations and associated internet addresses
JP4029390B2 (ja) * 2002-04-23 2008-01-09 ソニー株式会社 情報処理システム、情報処理装置および方法、プログラム格納媒体、並びにプログラム
US7284181B1 (en) 2002-04-24 2007-10-16 Juniper Networks, Inc. Systems and methods for implementing end-to-end checksum
US7206516B2 (en) * 2002-04-30 2007-04-17 Pivotal Decisions Llc Apparatus and method for measuring the dispersion of a fiber span
US7574113B2 (en) 2002-05-06 2009-08-11 Sony Corporation Video and audio data recording apparatus, video and audio data recording method, video and audio data reproducing apparatus, and video and audio data reproducing method
US20050091593A1 (en) 2002-05-10 2005-04-28 General Electric Company Method and system for coordinated transfer of control of a remote controlled locomotive
US6886067B2 (en) 2002-05-23 2005-04-26 Seiko Epson Corporation 32 Bit generic asynchronous bus interface using read/write strobe byte enables
US7036066B2 (en) 2002-05-24 2006-04-25 Sun Microsystems, Inc. Error detection using data block mapping
US7269153B1 (en) * 2002-05-24 2007-09-11 Conexant Systems, Inc. Method for minimizing time critical transmit processing for a personal computer implementation of a wireless local area network adapter
JP2003098583A (ja) 2002-06-10 2003-04-03 Nikon Corp 書換え可能なメモリを使用するカメラ
US7543326B2 (en) 2002-06-10 2009-06-02 Microsoft Corporation Dynamic rate control
JP2004021613A (ja) * 2002-06-17 2004-01-22 Seiko Epson Corp データ転送制御装置、電子機器及びデータ転送制御方法
DE60212104T2 (de) 2002-06-18 2006-10-19 Matsushita Electric Industrial Co., Ltd., Kadoma Auf Empfänger basierte Umlaufzeitmessung in TCP
KR100469427B1 (ko) * 2002-06-24 2005-02-02 엘지전자 주식회사 이동통신 시스템의 동영상 재생 방법
US7486696B2 (en) 2002-06-25 2009-02-03 Avaya, Inc. System and method for providing bandwidth management for VPNs
JP4175838B2 (ja) * 2002-07-09 2008-11-05 三菱電機株式会社 待機モード付情報処理装置およびその待機モード開始方法と待機モード解除方法
DE10234991B4 (de) * 2002-07-31 2008-07-31 Advanced Micro Devices, Inc., Sunnyvale Hostcontrollerdiagnose für einen seriellen Bus
US7403511B2 (en) 2002-08-02 2008-07-22 Texas Instruments Incorporated Low power packet detector for low power WLAN devices
US6611221B1 (en) 2002-08-26 2003-08-26 Texas Instruments Incorporated Multi-bit sigma-delta modulator employing dynamic element matching using adaptively randomized data-weighted averaging
AU2002334568A1 (en) * 2002-09-05 2004-03-29 Agency For Science, Technology And Research A method and an apparatus for controlling the rate of a video sequence; a video encoding device
WO2004025365A1 (en) 2002-09-13 2004-03-25 Digimarc Id Systems, Llc Enhanced shadow reduction system and related techniques for digital image capture
US7257087B2 (en) 2002-10-04 2007-08-14 Agilent Technologies, Inc. System and method to calculate round trip delay for real time protocol packet streams
CN1266976C (zh) 2002-10-15 2006-07-26 华为技术有限公司 一种移动台定位方法及其直放站
US20040082383A1 (en) 2002-10-24 2004-04-29 Motorola, Inc Methodology and wireless device for interactive gaming
JP4028356B2 (ja) 2002-10-31 2007-12-26 京セラ株式会社 通信システム、無線通信端末、データ配信装置及び通信方法
US7949777B2 (en) 2002-11-01 2011-05-24 Avid Technology, Inc. Communication protocol for controlling transfer of temporal data over a bus between devices in synchronization with a periodic reference signal
GB0226014D0 (en) 2002-11-08 2002-12-18 Nokia Corp Camera-LSI and information device
US7336667B2 (en) * 2002-11-21 2008-02-26 International Business Machines Corporation Apparatus, method and program product to generate and use CRC in communications network
US7327735B2 (en) * 2002-11-27 2008-02-05 Alcatel Canada Inc. System and method for detecting lost messages transmitted between modules in a communication device
JP3642332B2 (ja) 2002-12-20 2005-04-27 松下電器産業株式会社 折り畳み式携帯電話装置
US7191349B2 (en) * 2002-12-26 2007-03-13 Intel Corporation Mechanism for processor power state aware distribution of lowest priority interrupt
US6765506B1 (en) 2003-01-06 2004-07-20 Via Technologies Inc. Scrambler, de-scrambler, and related method
GB2397709B (en) 2003-01-27 2005-12-28 Evangelos Arkas Period-to-digital converter
US7047475B2 (en) 2003-02-04 2006-05-16 Hewlett-Packard Development Company, L.P. CRC encoding scheme for conveying status information
JP4119764B2 (ja) 2003-02-13 2008-07-16 京セラ株式会社 カメラ付き携帯端末
US20040176065A1 (en) * 2003-02-20 2004-09-09 Bo Liu Low power operation in a personal area network communication system
US7787886B2 (en) * 2003-02-24 2010-08-31 Invisitrack, Inc. System and method for locating a target using RFID
US6944136B2 (en) 2003-02-28 2005-09-13 On-Demand Technologies, Inc. Two-way audio/video conferencing system
US20040184450A1 (en) 2003-03-19 2004-09-23 Abdu H. Omran Method and system for transport and routing of packets over frame-based networks
JP4112414B2 (ja) 2003-03-28 2008-07-02 京セラ株式会社 携帯端末装置
US7260087B2 (en) 2003-04-02 2007-08-21 Cellco Partnership Implementation methodology for client initiated parameter negotiation for PTT/VoIP type services
JP2004309623A (ja) 2003-04-03 2004-11-04 Konica Minolta Opto Inc 撮像装置及び携帯端末並びに撮像装置製造方法
JP4288994B2 (ja) * 2003-04-10 2009-07-01 株式会社日立製作所 端末装置、配信サーバ、映像データの受信方法及び映像データの送信方法
US7403487B1 (en) 2003-04-10 2008-07-22 At&T Corporation Method and system for dynamically adjusting QOS
JP2006523980A (ja) * 2003-04-17 2006-10-19 トムソン ライセンシング データ要求装置、データ送信装置、およびそのプロセスならびに対応する製品
US20040221315A1 (en) 2003-05-01 2004-11-04 Genesis Microchip Inc. Video interface arranged to provide pixel data independent of a link character clock
US6895410B2 (en) 2003-05-02 2005-05-17 Nokia Corporation Method and apparatus for providing a multimedia data stream
US7477604B2 (en) 2003-05-14 2009-01-13 Ntt Docomo, Inc. Packet communications system
US7580380B2 (en) 2003-05-28 2009-08-25 Artimi Ltd Communications systems and methods
US7110420B2 (en) 2003-05-30 2006-09-19 North Carolina State University Integrated circuit devices having on-chip adaptive bandwidth buses and related methods
KR101168839B1 (ko) * 2003-06-02 2012-07-26 퀄컴 인코포레이티드 고속 데이터 레이트를 위한 신호 프로토콜 및 인터페이스의 생성 및 구현
US6975145B1 (en) 2003-06-02 2005-12-13 Xilinx, Inc. Glitchless dynamic multiplexer with synchronous and asynchronous controls
JP4278439B2 (ja) 2003-06-02 2009-06-17 パイオニア株式会社 情報通信装置、そのシステム、その方法、そのプログラム、および、そのプログラムを記録した記録媒体
US20040260823A1 (en) 2003-06-17 2004-12-23 General Instrument Corporation Simultaneously transporting multiple MPEG-2 transport streams
JP3834819B2 (ja) * 2003-07-17 2006-10-18 船井電機株式会社 プロジェクタ
KR100538226B1 (ko) 2003-07-18 2005-12-21 삼성전자주식회사 복수의 아날로그 입력 신호를 고속으로 처리하는아날로그/디지털 변환 장치 및 이를 이용한 디스플레이 장치
US7526350B2 (en) * 2003-08-06 2009-04-28 Creative Technology Ltd Method and device to process digital media streams
RU2006107561A (ru) 2003-08-13 2007-09-20 Квэлкомм Инкорпорейтед (US) Сигнальный интерфейс для высоких скоростей передачи данных
US7467202B2 (en) * 2003-09-10 2008-12-16 Fidelis Security Systems High-performance network content analysis platform
EP1665730B1 (en) * 2003-09-10 2009-03-04 Qualcomm Incorporated High data rate interface
US7015838B1 (en) * 2003-09-11 2006-03-21 Xilinx, Inc. Programmable serializing data path
KR20050028396A (ko) 2003-09-17 2005-03-23 삼성전자주식회사 멀티 세션 방식을 이용한 데이터 기록 방법 및 그정보저장매체
JP2005107683A (ja) 2003-09-29 2005-04-21 Sharp Corp 通信コントローラ、通信システム、通信機器、および通信方法
EP1523207B9 (en) * 2003-10-08 2008-10-29 Research In Motion Limited Method and apparatus for dynamic packet transport in CDMA2000 networks
EP2244436B1 (en) 2003-10-15 2013-09-25 Qualcomm Incorporated High data rate interface
US8756294B2 (en) 2003-10-29 2014-06-17 Qualcomm Incorporated High data rate interface
KR100915250B1 (ko) 2003-11-12 2009-09-03 콸콤 인코포레이티드 향상된 링크 제어를 제공하는 고속 데이터 레이트 인터페이스
US7143207B2 (en) 2003-11-14 2006-11-28 Intel Corporation Data accumulation between data path having redrive circuit and memory device
US7219294B2 (en) 2003-11-14 2007-05-15 Intel Corporation Early CRC delivery for partial frame
US7447953B2 (en) 2003-11-14 2008-11-04 Intel Corporation Lane testing with variable mapping
US8687658B2 (en) 2003-11-25 2014-04-01 Qualcomm Incorporated High data rate interface with improved link synchronization
CA2548412C (en) 2003-12-08 2011-04-19 Qualcomm Incorporated High data rate interface with improved link synchronization
US7451362B2 (en) 2003-12-12 2008-11-11 Broadcom Corporation Method and system for onboard bit error rate (BER) estimation in a port bypass controller
US7340548B2 (en) * 2003-12-17 2008-03-04 Microsoft Corporation On-chip bus
US20050163085A1 (en) * 2003-12-24 2005-07-28 International Business Machines Corporation System and method for autonomic wireless presence ping
US7317754B1 (en) * 2004-01-12 2008-01-08 Verizon Services Corp. Rate agile rate-adaptive digital subscriber line
EP1711934A1 (en) 2004-01-28 2006-10-18 Koninklijke Philips Electronics N.V. Displaying on a matrix display
US7158536B2 (en) * 2004-01-28 2007-01-02 Rambus Inc. Adaptive-allocation of I/O bandwidth using a configurable interconnect topology
US7868890B2 (en) 2004-02-24 2011-01-11 Qualcomm Incorporated Display processor for a wireless device
JP3786120B2 (ja) 2004-03-09 2006-06-14 セイコーエプソン株式会社 データ転送制御装置及び電子機器
CN101827103B (zh) 2004-03-10 2012-07-04 高通股份有限公司 具有改进链路同步的高数据速率接口
KR20060130749A (ko) 2004-03-17 2006-12-19 퀄컴 인코포레이티드 고 데이터 레이트 인터페이스 장치 및 방법
AU2005227500B2 (en) 2004-03-24 2008-12-04 Qualcomm Incorporated High data rate interface apparatus and method
DE102004014973B3 (de) 2004-03-26 2005-11-03 Infineon Technologies Ag Parallel-Seriell-Umsetzer
EP1745556A4 (en) 2004-04-21 2012-09-19 MULTIDATE PROCESSING DEVICE AND METHOD IN A WIRELESS END UNIT
US20050265333A1 (en) * 2004-06-01 2005-12-01 Texas Instruments Incorporated Method for enabling efficient multicast transmission in a packet-based network
US7068230B2 (en) 2004-06-02 2006-06-27 Research In Motion Limited Mobile wireless communications device comprising multi-frequency band antenna and related methods
EP1978694B1 (en) 2004-06-04 2011-05-25 QUALCOMM Incorporated High data rate interface apparatus and method
US20060034301A1 (en) * 2004-06-04 2006-02-16 Anderson Jon J High data rate interface apparatus and method
US8650304B2 (en) * 2004-06-04 2014-02-11 Qualcomm Incorporated Determining a pre skew and post skew calibration data rate in a mobile display digital interface (MDDI) communication system
US7383399B2 (en) * 2004-06-30 2008-06-03 Intel Corporation Method and apparatus for memory compression
US7095435B1 (en) 2004-07-21 2006-08-22 Hartman Richard L Programmable multifunction electronic camera
ATE482194T1 (de) 2004-07-22 2010-10-15 Ucb Pharma Sa Indolonderivate, verfahren zu deren herstellung und deren anwendungen
CN101041989A (zh) 2004-08-05 2007-09-26 邱则有 一种钢筋砼立体承力结构楼盖
KR100604323B1 (ko) 2004-08-28 2006-07-24 삼성테크윈 주식회사 내장형 카메라 장치 및 이를 구비한 휴대폰
KR100624311B1 (ko) 2004-08-30 2006-09-19 삼성에스디아이 주식회사 프레임 메모리 제어 방법 및 그것을 이용한 표시 장치
US7161846B2 (en) * 2004-11-16 2007-01-09 Seiko Epson Corporation Dual-edge triggered multiplexer flip-flop and method
US6990335B1 (en) * 2004-11-18 2006-01-24 Charles G. Shamoon Ubiquitous connectivity and control system for remote locations
US8873584B2 (en) 2004-11-24 2014-10-28 Qualcomm Incorporated Digital data interface device
WO2006058067A2 (en) 2004-11-24 2006-06-01 Qualcomm Incorporated Systems and methods for digital data transmission rate control
US8667363B2 (en) 2004-11-24 2014-03-04 Qualcomm Incorporated Systems and methods for implementing cyclic redundancy checks
US8723705B2 (en) * 2004-11-24 2014-05-13 Qualcomm Incorporated Low output skew double data rate serial encoder
US8699330B2 (en) * 2004-11-24 2014-04-15 Qualcomm Incorporated Systems and methods for digital data transmission rate control
US8692838B2 (en) 2004-11-24 2014-04-08 Qualcomm Incorporated Methods and systems for updating a buffer
US20060161691A1 (en) 2004-11-24 2006-07-20 Behnam Katibian Methods and systems for synchronous execution of commands across a communication link
CN101103568B (zh) 2004-11-24 2012-05-30 高通股份有限公司 调节包的传输速率和大小的方法以及传递包的系统
US7315265B2 (en) * 2004-11-24 2008-01-01 Qualcomm Incorporated Double data rate serial encoder
US8539119B2 (en) 2004-11-24 2013-09-17 Qualcomm Incorporated Methods and apparatus for exchanging messages having a digital data interface device message format
KR100672987B1 (ko) 2004-12-20 2007-01-24 삼성전자주식회사 고속 아날로그 인벨롭 디텍터
JP2006211394A (ja) 2005-01-28 2006-08-10 Toshiba Corp 折り畳み型携帯端末装置
US7412642B2 (en) 2005-03-09 2008-08-12 Sun Microsystems, Inc. System and method for tolerating communication lane failures
JP4428272B2 (ja) 2005-03-28 2010-03-10 セイコーエプソン株式会社 表示ドライバ及び電子機器
US7605837B2 (en) 2005-06-02 2009-10-20 Lao Chan Yuen Display system and method
JP2007012937A (ja) 2005-06-30 2007-01-18 Seiko Epson Corp 表示ドライバ
JP4756950B2 (ja) 2005-08-08 2011-08-24 キヤノン株式会社 撮像装置及びその制御方法
US7302510B2 (en) * 2005-09-29 2007-11-27 International Business Machines Corporation Fair hierarchical arbiter
US20070098002A1 (en) 2005-10-28 2007-05-03 Inventec Corporation Media center operating mode selection control method and system
US8692839B2 (en) 2005-11-23 2014-04-08 Qualcomm Incorporated Methods and systems for updating a buffer
US8730069B2 (en) 2005-11-23 2014-05-20 Qualcomm Incorporated Double data rate serial encoder
US7813451B2 (en) 2006-01-11 2010-10-12 Mobileaccess Networks Ltd. Apparatus and method for frequency shifting of a wireless signal and systems using frequency shifting
US7893990B1 (en) 2006-07-31 2011-02-22 Cisco Technology, Inc. Digital video camera with retractable data connector and resident software application
JP4250648B2 (ja) 2006-09-21 2009-04-08 株式会社東芝 情報処理装置
US7912503B2 (en) * 2007-07-16 2011-03-22 Microsoft Corporation Smart interface system for mobile communications devices
JP2009284281A (ja) 2008-05-23 2009-12-03 Nec Electronics Corp 無線通信機器、及び無線通信状態表示方法
KR200469360Y1 (ko) 2008-12-26 2013-10-11 대성전기공업 주식회사 시트 온도 조절 스위치 장치

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5619650A (en) * 1992-12-31 1997-04-08 International Business Machines Corporation Network processor for transforming a message transported from an I/O channel to a network by adding a message identifier and then converting the message
US6192230B1 (en) * 1993-03-06 2001-02-20 Lucent Technologies, Inc. Wireless data communication system having power saving function
US5560022A (en) * 1994-07-19 1996-09-24 Intel Corporation Power management coordinator system and interface
WO1996042158A1 (en) * 1995-06-13 1996-12-27 Telefonaktiebolaget Lm Ericsson Synchronizing the transmission of data via a two-way link
US20020071395A1 (en) * 2000-12-08 2002-06-13 Redi Jason Keith Mechanism for performing energy-based routing in wireless networks
US20030033417A1 (en) * 2000-12-15 2003-02-13 Qiuzhen Zou Generating and implementing a communication protocol and interface for high data rate signal transfer
US20030003943A1 (en) * 2001-06-13 2003-01-02 Bajikar Sundeep M. Mobile computer system having a navigation mode to optimize system performance and power management for mobile applications
WO2003023587A2 (en) * 2001-09-06 2003-03-20 Qualcomm, Incorporated Generating and implementing a communication protocol and interface for high data rate signal transfer
US20030086443A1 (en) * 2001-11-07 2003-05-08 Robert Beach Power saving function for wireless LANS: methods, system and program products

Also Published As

Publication number Publication date
US8705521B2 (en) 2014-04-22
BRPI0508923A (pt) 2007-08-14
US20050216599A1 (en) 2005-09-29
IL178132A0 (en) 2006-12-31
AU2005223960B2 (en) 2009-04-09
RU2006136427A (ru) 2008-04-27
EP1735986A1 (en) 2006-12-27
JP4519903B2 (ja) 2010-08-04
JP2007534232A (ja) 2007-11-22
AU2005223960A1 (en) 2005-09-29
MXPA06010647A (es) 2007-01-17
WO2005091593A1 (en) 2005-09-29
TW200614751A (en) 2006-05-01
CA2560067C (en) 2011-08-23
KR20060130749A (ko) 2006-12-19
KR101245962B1 (ko) 2013-03-21
EP1735986B1 (en) 2013-05-22
RU2355121C2 (ru) 2009-05-10
KR20090068298A (ko) 2009-06-25
CA2560067A1 (en) 2005-09-29

Similar Documents

Publication Publication Date Title
TWI384811B (zh) 高資料率介面裝置及方法
TWI401601B (zh) 用於一行動顯示數位介面系統之方法及系統及電腦程式產品
TWI381686B (zh) 具有改良的鏈路控制之高資料速率介面
KR100919761B1 (ko) 고 데이터 레이트 인터페이스 장치 및 방법
KR101019935B1 (ko) 고 데이터 레이트 인터페이스 장치 및 방법
KR100906319B1 (ko) 링크 동기화를 갖는 고 데이터 레이트 인터페이스
JP5795403B2 (ja) さらに高速なデータレート用の信号インタフェース
JP5237319B2 (ja) 高速データレートインタフェース
JP5129318B2 (ja) 高速データレートインタフェース
KR100914420B1 (ko) 고 데이터 레이트 인터페이스 장치 및 방법
KR100882166B1 (ko) 고 데이터 레이트 인터페이스 장치 및 방법

Legal Events

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