TWI404381B - 行動顯示數位介面之封包結構 - Google Patents

Description

行動顯示數位介面之封包結構

本發明大體而言係關於通信鏈路，且更特定言之，係關於一種用於為行動顯示數位介面(MDDI)鏈路提供改良封包結構之方法、系統及電腦程式產品。

根據35 U.S.C. §119規定主張優先權 本專利申請案主張2007年5月8日所申請之名為「VESA標準顯示數位介面版本1.5(VESA Standard Display Digital Interface Version 1.5)」的臨時申請案第60/928,488號之優先權，且該案已讓與給其受讓人，且在此以引用之方式明確地併入本文中。

本專利申請案係關於2004年7月6日頒發之名為「產生及實施用於高速資料傳送之通信協定及介面(Generating and Implementing a Communication Protocol and Interface for High Speed Data Transfer)」的共同讓渡之美國專利第6,760,772 B2號，及2008年1月1日頒發之名為「雙資料速率串列編碼器(Double Data Rate Serial Encoder)」的美國專利第7,315,265號。

在互連技術之領域中，對日益增加之資料速率的需求(尤其在與視訊展示相關時)持續增長。

行動顯示數位介面(MDDI)為節省成本、低功率消耗之傳送機制，其經由主機與用戶端之間的短程通信鏈路而致能超高速資料傳送。MDDI需要最少僅四根導線加上用於 雙向資料傳送之傳遞高達每秒3,200兆位元之最大頻寬的功率。

在一應用中，MDDI藉由顯著地減少穿過手機之鉸鏈以使數位基頻控制器與LCD顯示器及/或相機互連之導線的數目而在翻蓋手機中增加可靠性及減少功率消耗。此導線減少亦允許手機製造商藉由簡化翻蓋或滑蓋手機設計而降低開發成本。另外，配合MDDI使用之差分信號傳輸減少可能在傳統並列連接上發生之電磁干擾。

存在當前MDDI系統所需的一些改良。當前子訊框含有固定的子訊框長度及時序間隔。此將系統限於每一子訊框中之固定數目的位元且在固定速率下操作。此防止封包自一子訊框橫跨至下一子訊框。必須延遲大封包直至將傳輸下一子訊框，從而浪費頻寬且增加潛時。需要具有靈活子訊框長度之系統以更有效地傳輸此等大封包。優於固定子訊框長度之另一改良為在鏈路脫離休眠時使用無限子訊框長度的能力。因為子訊框標頭封包僅被傳輸一次以允許用戶端在啟動時同步，所以此情形亦節省頻寬。

現有系統所需之另一改良為用以在一些參數不變時避免重複再傳輸特定視訊封包資料的方法。再次，此將節省頻寬。此係藉由提供無窗視訊流封包來實現。另外，需要一系統以提供用以在一些值尚未改變時規定視訊流封包內含有何欄位的方式。重複地再傳輸含有與在先前封包中發送之彼等值相同之值的欄位將浪費頻寬。此情形提供於靈活視訊流封包之封包內容欄位中。

現有系統首先傳輸往返延遲量測封包且接著傳輸獨立反向封裝封包以使主機自用戶端接收資料。目前所主張之本發明為優於目前系統的顯著改良且將兩個封包之功能性組合為單一增強型反向封裝封包。

本文中揭示之所主張之本發明的態樣藉由提供一種使用包含靈活子訊框長度之訊框結構的方法、系統及電腦程式產品而解決上文所陳述之需要。靈活子訊框在子訊框邊界處發送具有子訊框長度之指示的子訊框標頭封包。當封包被請求經由MDDI介面傳輸時，歸因於當前子訊框中不足的剩餘空間，不阻止傳輸該封包。此可引起封包跨越一或多個子訊框邊界。若跨越一子訊框邊界，則另一子訊框標頭封包為在跨越邊界之封包後傳輸的第一封包。此第二子訊框縮短一等於先前子訊框超過子訊框長度之量的量。此維持達到平均以類似於使用固定子訊框長度之子訊框時序的時序，但其不防止傳輸任何長度之封包。此外，此允許在用戶端失去同步之情形下以半週期為基礎傳輸子訊框標頭封包。亦可實施無限子訊框長度，藉此在鏈路脫離休眠時僅傳輸一個子訊框標頭封包且含有封包資料之子訊框包含無限長度。

所引入之另一獨特態樣為一無窗視訊資料封包。此態樣允許僅再使用界定第一時間之視窗大小而不必再界定視窗。此可藉由自視訊資料封包移除X左、X右、Y上、Y下、X起點及Y起點欄位座標來實現。現有欄位內之位元 表示垂直同步且識別資料螢幕之第一行。

亦引入一靈活子訊框以用於有效地傳輸大封包。另外，揭示一靈活視訊資料封包，該封包含有指示靈活視訊封包之哪些可選欄位存在於所傳輸之封包中的欄位。

所揭示之又一新態樣為一增強型反向鏈路封裝封包。該增強型反向鏈路封裝封包在單一封包中組合往返延遲封包與反向封裝封包之特徵。反向傳輸之第一部分為序文，其允許主機同步至反向鏈路資料，使得其可準確地對反向資料取樣。反向資料之第二部分含有位元組計數。此允許基於用戶端之需要而配置動態反向鏈路頻寬。主機可藉由最大位元組欄位設定此反向資料之上限臨限值。

本文所引入之另一態樣為一鏈路凍結。此鏈路凍結在資料流內之任何點處由主機停止或凍結傳輸資料流。用戶端係經由傳入之MDDI資料流而退出，因此停止MDDI鏈路之結果為時脈週期不再存在於用戶端內。主機在進入此模式時維持對應於經最後傳輸之資料位元的差分位準。資料流可接著由主機重新開始。

下文將參看隨附圖式詳細描述所主張之本發明的其他態樣、特徵及優勢，以及所主張之本發明之各種態樣的結構及操作。

詞"例示性"在本文中用以意謂"充當一實例、例項或說明"。本文描述為"例示性"之任何態樣未必解釋為比其他態樣更佳或有利。

所描述之態樣及本說明書中對"一個態樣"、"一態樣"、"一實例態樣"等之提及指示所描述之態樣可包括特定特徵、結構或特性，但每一態樣可未必包括該特定特徵、結構或特性。此外，此等片語未必指代同一態樣。另外，當結合一態樣描述一特定特徵、結構或特性時，認為無論是否作明確描述，結合其他態樣實現此特徵、結構或特性屬於熟習此項技術者所瞭解之知識。

行動顯示數位介面(MDDI)為節省成本、低功率消耗之傳送機構，其經由主機與用戶端之間的短程通信鏈路而致能超高速串列資料傳送。為了充分地瞭解本文所引入之新特徵，提供MDDI系統之簡短論述。

在下文中，將關於行動電話之上翻蓋中含有的相機模組來呈現MDDI之實例。然而，熟習相關技術者將顯而易見具有在功能上等效於相機模組之特徵的任何模組可經容易地替代且用於本發明之態樣中。

另外，根據本發明之態樣，MDDI主機可包含可受益於使用所主張之本發明的若干種類型之裝置中之一者。舉例而言，主機可為呈掌上型、膝上型或類似行動計算裝置形式的攜帶型電腦。主機亦可為個人資料助理(PDA)、傳呼裝置，或許多無線電話或數據機中之一者。

或者，主機可為諸如攜帶型DVD或CD播放器之攜帶型娛樂或呈現裝置，或競賽裝置。此外，在需要與用戶端之高速通信鏈路的多種其他廣泛使用或設計之商業產品中，主機可駐留為主機裝置或控制元件。舉例而言，主機可用 以在高速率下將資料自視訊記錄裝置傳送至基於儲存器之用戶端以用於改良回應，或傳送至高解析度的較大螢幕以用於呈現。併有機上詳細目錄或計算系統及/或至其他家用裝置之藍牙連接的電氣設備(諸如，電冰箱)可在以網際網路或藍牙連接模式操作時具有改良顯示能力，或在電子電腦或控制系統(主機)在機殼中駐留於別處時具有對室內顯示器(用戶端)及小鍵盤或掃描器(用戶端)減少之佈線需要。通常，熟習此項技術者將瞭解，可受益於此介面之使用以及以較高資料速率改進較老裝置之能力的廣泛範圍之現代電子裝置及電氣設備利用可用於新添加或現有連接器或電纜中之有限數目的導體來傳送資訊。同時，MDDI用戶端可包含可用於將資訊呈現至終端使用者，或將資訊自使用者呈現至主機的多種裝置。舉例而言，併有護目鏡或眼鏡中之微顯示器、建構於帽子或頭盔中之投影裝置、建構於機動車輛中之小螢幕乃至全息元件(諸如在窗子或擋風玻璃中)，或各種揚聲器、耳機，或用於呈現高品質聲音或音樂之聲音系統。其他呈現裝置包括用以呈現用於會議，或用於電影及電視影像之資訊的投影儀或投影裝置。另一實例將為使用觸控板或敏感裝置、語音辨識輸入裝置、安全掃描器等等，可要求該等裝置藉由較少實際"輸入"(除來自使用者之觸碰或聲音以外)自裝置或系統使用者傳送大量資訊。另外，用於電腦及車載裝置之攜行電腦塢或用於無線電話之桌上套組及固持器可充當至終端使用者或其他裝置及設備的介面裝置，且使用用戶端(輸出或輸 入裝置，諸如滑鼠)或主機尤其在涉及高速網路之情況下協助資料之傳送。然而，熟習此項技術者將容易認識到所主張之本發明不限於此等裝置，市場上存在許多其他裝置，且推薦使用意欲為終端使用者提供高品質影像及聲音(不管在儲存及傳送方面還是在以重放呈現方面)的裝置。所主張之本發明用於增加各種元件或裝置之間的資料通量以適應實現所要使用者體驗所需的高資料速率。

圖1為說明使用MDDI介面之實例環境的方塊圖。在圖1之實例中，MDDI用以跨越翻蓋手機100之鉸鏈而使模組互連。此處必須注意，儘管將在具體實例之情形下描述目前所主張之本發明的某些態樣(諸如，翻蓋手機中之MDDI互連)，但此僅為達成說明之目的而進行的且不應用以將本發明限於此等態樣。如熟習相關技術者基於本文中之教示將理解，目前所主張之本發明的態樣可用於其他裝置中，包括可受益於具有MDDI互連之任何裝置。

參看圖1，翻蓋手機100之下翻蓋部分104包括行動台數據機(MSM)基頻晶片102。MSM 102為數位基頻控制器。翻蓋手機100之上翻蓋部分114包括液晶顯示器(LCD)模組116及相機模組118。

仍參看圖1，MDDI鏈路110將相機模組118連接至MSM 102。通常，MDDI鏈路控制器整合於相機模組118及MSM 102中之每一者中。在圖1之實例中，MDDI主機122整合於相機模組118中，而MDDI用戶端106駐留於MDDI鏈路110之MSM側上。通常，MDDI主機為MDDI鏈路之主控制器。 在圖1之實例中，來自相機模組118之像素資料在經傳輸至MDDI鏈路110上之前由MDDI主機122接收並格式化為MDDI封包。MDDI用戶端106接收MDDI封包且將其再轉換為與相機模組118產生之資料相同格式的像素資料。接著將像素資料發送至MSM 102中之適當區塊以用於處理。

仍參看圖1，MDDI鏈路112將LCD模組116連接至MSM 102。在圖1之實例中，MDDI鏈路112使整合於MSM 102中之MDDI主機108與整合於LCD模組116中之MDDI用戶端120互連。在圖1之實例中，由MSM 102之圖形控制器產生的顯示資料在經傳輸至MDDI鏈路112上之前由MDDI主機108接收並格式化為MDDI封包。MDDI用戶端120接收MDDI封包且將其再轉換為顯示資料以由LCD模組116使用。

訊框結構

原始訊框結構描述於2004年7月6日頒發之名為「產生及實施用於高資料速率信號傳送之通信協定及介面(Generating and Implementing a Communication Protocol and Interface for High Data Rate Signal Transfer)」的美國專利第6,760,772 B2號('772專利)中。此原始封包結構200展示於圖2A中。描繪於圖2A中之欄位包括封包長度202，其通常為規定封包中之位元組之總數的16位元值(不包括封包長度欄位202)；封包類型204，其為規定在封包200中含有之資訊類型的16位元無符號整數；資料位元組206，其為主機與用戶端之間發送的資料；及CRC 208，其為在 資料位元組206、封包類型204及封包長度欄位202上計算的16位元循環冗餘檢查。

如圖2B中所示，將在MDDI鏈路上傳輸之資訊分組為若干封包。將多個封包聚集成一子訊框210，且多個子訊框組成一媒體訊框212。每一子訊框210以子訊框標頭封包214開始。

圖3展示具有固定長度之先前技術子訊框。展示子訊框標頭封包214、封包資料216，繼之以填充封包218及子訊框邊界220。如所示，在未決輸出封包(pending outgoing packet)222太大以致於不配合於子訊框218之剩餘部分內時產生問題。因此，未決輸出封包222必須等待直至將傳輸下一子訊框。實情為，傳輸填充封包達當前子訊框之持續時間。此浪費頻寬且不必要地消耗額外功率。下文描述之新訊框結構可以與'772專利中所揭示之模式相同的模式操作；然而，提供修改子訊框長度及時序之界定的兩個新操作模式，因此改良效能。將藉由在子訊框標頭封包內含有之協定版本欄位識別下文所列出之兩個操作模式。為了確保相容性，對於並非硬連線至主機的用戶端裝置而言，可提出MDDI鏈路，其首先黏附至先前技術訊框結構以驗證用戶端可支援下文所引入之新訊框結構。一旦經驗證，主機可移動至新訊框結構。此動作全部可在第一子訊框中進行以提供至下文所描述之兩個格式中的任一者之快速轉變。

靈活子訊框長度

如圖4所示，第一操作模式提供"靈活"子訊框長度。靈活長度子訊框300具有子訊框標頭封包304、封包資料316及所識別之子訊框邊界320。靈活長度子訊框300在子訊框邊界320處發送子訊框標頭封包304。當請求傳輸封包時，即使封包跨越一或多個子訊框邊界320，其亦將從不被阻止。此操作模式允許MDDI主機在子訊框長度欄位中之經傳輸位元組的數目已完成(包括翻轉資料322)後，在下一可用時機傳輸下一子訊框標頭封包304'。此操作模式之優勢在於：若資料在用於傳輸之第一子訊框的末端處變得可用，則封包將不再需要於兩個子訊框之間加以分割。同樣，其亦防止延遲直至針對將不配合於當前子訊框之剩餘位元組的封包傳輸下一子訊框。子訊框標頭封包304'應為在當前封包在規定至封包末端324之子訊框長度上完成當前子訊框中傳輸之位元組之總數後傳輸的第一封包。此方法確實仍提供子訊框標頭封包304，其為並非完全可靠之傳輸鏈路提供再同步點。在長子訊框後發送於子訊框中之本文被縮短先前長子訊框越過之量以產生平均子訊框長度。靈活子訊框長度概念維持應達到平均以類似於圖3之固定子訊框長度系統之子訊框時序的時序，但從不防止封包之傳輸且不浪費頻寬。

無限子訊框長度

如圖5所示，此第二操作模式允許主機僅使用唯一一個子訊框達有效MDDI鏈路之持續時間。此意謂MDDI主機在鏈路脫離休眠時將傳輸唯一一個子訊框標頭封包404且不 再傳輸任何子訊框標頭封包。此操作模式之優勢在於：不存在用以傳輸其他子訊框標頭封包之額外頻寬。當處於此操作模式時，仍可准許傳輸子訊框標頭封包以允許再同步，然而此等封包之間的位元組之數目將為任意的且在MDDI主機之自由處理下進行傳輸。

無窗視訊流封包

無窗視訊流封包允許在視訊封包中省去開視窗資訊。在視訊流封包之先前技術版本中的開視窗資訊包括X左邊緣、Y上邊緣、X右邊緣、Y下邊緣、X起點及Y起點。圖6描繪無窗視訊流封包。如可見，若干屬性類似於先前技術視訊流封包。無窗視訊流封包500包括封包長度502，其含有2個位元組，該2個位元組含有規定無窗視訊流封包500中位元組之總數(減去兩個位元組)之16位元整數。封包類型504由2個位元組組成，該2個位元組含有以兩個位元組識別封包類型之16位元整數。在此實例中，對於無窗視訊流封包500操作，封包類型經識別為22。接著，展示bClient ID 506欄位。此等為含有用於識別用戶端ID之16位元無符號整數的兩個位元組。接著為視訊資料格式描述符508。視訊資料格式描述符508提供關於新訊框之開始的資訊且亦為二位元組、16位元無符號整數。接著為像素資料屬性510，其亦為識別像素資料之各種屬性的二位元組、16位元無符號整數。像素計數512包含規定像素資料516欄位中之像素數目的二位元組、16位元無符號整數。參數CRC 514包含含有自封包長度502至像素計數512之所有位 元組的16位元CRC的兩個位元組。像素資料516含有待顯示之原視訊資訊。像素資料CRC 518包含含有僅像素資料516之16位元CRC的兩個位元組。此封包用於經常再新整個顯示區域所用的操作模式。

靈活視訊流封包

如圖7中所示，靈活視訊流封包提供在包括欄位存在位元之情況下規定視訊流封包內含有哪些欄位的方式。此欄位中之每一位元指示該封包是否含有相應欄位。若在封包中不含有欄位，則假定該值應與上次該欄位傳輸於視訊封包中保持相同。若先前尚未傳輸該欄位，則可假定該值為零。

靈活視訊流封包600具有以下封包內容：封包長度602包含其含有規定封包中位元組之總數(不包括封包長度欄位)的16位元無符號整數的2個位元組。此值將視像素資料大小以及將包括哪些封包而定。

封包類型604包含含有16位元無符號整數的2個位元組。在此實例中，17之封包類型將封包識別為靈活視訊流封包600。

下一欄位為bClient ID 606，其包含含有為用戶端ID保留之16位元無符號整數的2個位元組。

欄位存在位元608，每一位元之'1'值指示欄位存在於封包中。該位元之'0'值指示欄位不存在。欄位之排序如在圖7中所陳述。

視訊資料格式描述符610提供關於新訊框之開始的資訊 且亦為二位元組、16位元無符號整數。接著為像素資料屬性612，其亦為識別像素資料之各種屬性的二位元組、16位元無符號整數。X左邊緣614包含含有16位元無符號整數的2個位元組，該整數規定由像素資料632欄位填充之螢幕視窗之左邊緣的X座標。Y上邊緣616包含含有16位元無符號整數的2個位元組，該整數規定由像素資料632欄位填充之螢幕視窗之上邊緣的Y座標。X右邊緣618包含含有16位元無符號整數的2個位元組，該整數規定由像素資料632欄位填充之螢幕視窗之右邊緣的X座標。Y下邊緣620包含含有16位元無符號整數的2個位元組，該整數規定由像素資料632欄位填充之螢幕視窗之下邊緣的Y座標。X起點622包含含有16位元無符號整數的2個位元組，該整數規定絕對X座標，其中點(X起點622及Y起點624)為像素資料632欄位中之第一像素。Y起點624包含含有16位元無符號整數的2個位元組，該整數規定絕對Y座標，其中點(X起點622及Y起點624)為像素資料632欄位中之第一像素。

像素計數628包含規定像素資料632欄位中之像素數目的二位元組、16位元無符號整數。參數CRC 630包含兩個位元組，其含有自封包長度602至恰好在此參數CRC 630之前傳輸之位元組的所有位元組之16位元CRC。像素資料632含有待顯示之原視訊資訊。在此實例中，若將像素資料屬性612欄位之位元5設定為一，則像素資料632欄位含有正好一列像素，其中所傳輸之第一像素對應於最左像素且所傳輸之最後像素對應於最右像素。像素資料CRC 634包含 含有僅像素資料632之16位元CRC的兩個位元組。

增強型反向鏈路封裝封包

在圖8中展示增強型反向鏈路封裝封包。如在MDDI系統之先前版本中所描述，此封包組合用以幫助主機對準至傳入之資料流的往返延遲量測封包與用以將資料自用戶端傳送至主機之反向鏈路封裝封包的功能性。此封包使用同步樣式以發現傳入之位元組資料的對準。一旦在傳入之資料流中發現同步樣式，則主機可可靠地對剩餘反向鏈路資料位元取樣以匯合反向鏈路資料及封包流。

增強型反向鏈路封裝封包700之封包內容係如下：封包長度702包含含有規定封包中位元組之總數(不包括封包長度702欄位)的16位元無符號整數的2個位元組。

封包類型704包含含有16位元無符號整數的2個位元組。在此實例中，84之封包類型704將封包識別為增強型反向鏈路封裝封包700。

下一欄位為hClient ID 706，其包含含有為用戶端ID保留之16位元無符號整數的2個位元組。

反向鏈路旗標708包含含有8位元無符號整數的1個位元組，該整數含有用以自用戶端請求資訊且規定反向鏈路介面類型的一組旗標。在此實例中，若將位元設定為一，則主機自用戶端請求規定資訊。若位元為零，則主機不需要來自用戶端之資訊。舉例而言，位元0可指示主機需要用戶端能力封包(client capability packet)。其應在反向資料封包724欄位中由用戶端發送至主機。位元1可指示主機需 要用戶端請求及狀態封包。其應在反向資料封包724欄位中由用戶端發送至主機。位元2可指示主機需要用戶端在傳輸反向鏈路封包724之第一資料位元組之前傳輸同步位元組。位元3可指示主機需要用戶端在開始反向封包傳輸之前傳輸預期的反向位元組量。此將允許動態大小之反向鏈路封包，其將完全滿足用戶端當前未決之反向鏈路資料更新的需要。

反向速率除數710包含含有8位元無符號整數的1個位元組，該整數規定每個反向鏈路資料時脈發生之MDDI_Stb週期的數目。反向鏈路資料時脈等於前向鏈路資料時脈除以以下量：兩倍之反向速率除數710。在以下實例中，反向鏈路資料速率係關於反向鏈路上之反向鏈路資料時脈及介面類型：介面類型1指示反向資料速率等於反向鏈路資料時脈；介面類型2指示反向資料速率等於兩倍之反向鏈路資料時脈；介面類型3指示反向資料速率等於四倍之反向鏈路資料時脈；及介面類型4指示反向資料速率等於八倍之反向鏈路資料時脈。

迴轉(turn－around)1長度712包含含有8位元無符號整數的1個位元組，該整數規定為迴轉1配置之位元組的總數。迴轉1之推薦長度為主機中之MDDI_Data驅動器所需之用以停用其輸出之位元組的數目。此係基於輸出停用時間、前 向鏈路資料速率及正被使用之前向鏈路介面類型選擇。迴轉2長度714包含含有8位元無符號整數的1個位元組，該整數規定為迴轉2配置之位元組的總數。迴轉2之推薦長度為往返延遲加上使主機致能其MDDI_Data驅動器所需之時間所需之位元組的數目。迴轉2長度亦可為大於最小所需值之任何值，該最小所需值經計算以允許足夠時間來處理主機中之反向鏈路封包。最大反向位元組716包含2個位元組，其指示多少反向位元組可自用戶端被傳輸回至主機。此並不包括諸如同步樣式之任何所需位元組，或可在由反向鏈路旗標708欄位中之位元請求時先於反向鏈路資料的用戶端傳輸位元組長度欄位。當設定位元3時，用戶端可請求發送小於最大反向位元組716欄位中之值的資料。當用戶端傳輸小於最大反向位元組716欄位之數目時，MDDI將縮短反向資料及同步724欄位之預期週期以最大化用戶端請求。參數CRC 718包含2個位元組，其含有自封包長度702至迴轉長度712及最大反向位元組716欄位之所有位元組的16位元CRC。若此CRC未通過檢查，則應丟棄整個封包。全零1 720包含8個位元組，其各自含有等於零之8位元無符號整數。此欄位確保所有MDDI_Data信號處於邏輯零位準達足夠時間，以在迴轉1 722欄位期間停用主機之線驅動器之前允許用戶端僅使用MDDI_Stb開始恢復時脈。迴轉1 722包含第一迴轉週期。配置由迴轉1長度712參數規定之位元組的數目以允許在停用主機中之線驅動器之前致能用戶端中之MDDI_Data線驅動器。用戶端應在迴 轉1 722之位元0期間致能其MDDI_Data線驅動器且主機應停用其輸出且在迴轉1 722之最後位元之前被完全停用。MDDI_Stb信號起作用如MDDI_Data0在整個迴轉1 722週期期間處於邏輯零位準。

反向同步、位元組計數及資料封包724在圖8中展示為單一欄位。若由在反向鏈路旗標708欄位中設定為邏輯一之位元二請求，則此欄位中之第一位元組應為同步樣式(0x053F)。若設定位元三，則下一傳輸之反向鏈路欄位應為用戶端將於反向鏈路上傳輸之位元組的數目。若未請求此資料，則用戶端可傳輸反向鏈路資料高達在最大反向位元組716欄位中規定之位元組數目。此欄位應繼之以第一反向鏈路封包之封包長度欄位。若存在足夠空間，則可在反向資料週期中傳輸一個以上封包。在用戶端不具有待發送至主機之資料時，用戶端可發送填充封包或驅動MDDI_Data線至邏輯零位準。若將MDDI_Data線驅動至零，則主機將此解譯為具有零長度(非有效長度)之封包且主機將不自用戶端接受額外封包達當前增強型反向鏈路封裝封包700之持續時間。迴轉2 726包含第二迴轉週期。位元組數目由迴轉2長度714參數來規定。主機應致能其MDDI_Data線驅動器且在迴轉2 726之最後位元之前經完全致能，且用戶端應停用其輸出且在迴轉2 726之最後位元之前經完全停用。迴轉2 726之目的為允許自用戶端傳輸來自反向資料封包724欄位之剩餘量的資料。歸因於不同系統及所配置之安全限度(safety margin)之量中的變化， 如由主機處之線接收器所見，有可能在迴轉2 726欄位的一些部分期間，主機及用戶端將皆不將MDDI_Data信號驅動至邏輯零位準。MDDI_Stb信號起作用如MDDI_Data0在整個迴轉2 726週期期間處於邏輯零位準。全零2 728包含8個位元組，其各自含有等於零的8位元無符號整數。此欄位確保所有MDDI_Data信號處於邏輯零位準達足夠時間，以在遵循迴轉2 726欄位致能主機的線驅動器之後允許用戶端使用MDDI_Data0與MDDI_Stb來開始重新開始時脈。

MDDI鏈路凍結

MDDI主機可發現需要停止MDDI資料鏈路或暫停鏈路操作之時間。圖9展示目前所主張之本發明的鏈路凍結態樣。圖9展示MDDI資料900、選通(STB)902及已恢復時脈904。此態樣允許MDDI資料900停止達短時段906且凍結MDDI用戶端之當前狀態。如所示，自傳入之MDDI資料流900及MDDI選通902得出用戶端中之已恢復時脈904，且結果，停止MDDI鏈路將阻止任何更多時脈週期906見於用戶端內。主機在進入此模式時必須維持對應於經最後傳輸之資料位元的差分位準。不需要MDDI主機傳輸指示其進入此模式之任何特定封包，且可在必要時於輸出封包之中間凍結鏈路。若其他資料源暫時無法跟上輸出MDDI資料流，則此可用以防止MDDI主機設計內之下溢。

歸因於使MDDI資料900及選通902信號保持驅動之額外功率消耗，此狀態應僅用於短持續時間情形中。當不存在待傳輸之有意義的內容達較長時段時，休眠模式應用以將 功率消耗保持到最小。

在許多用戶端中，將存在用於解碼傳入之封包的處理管線延遲。恰好在自主機傳輸一封包後停止MDDI並不滿足用戶端之需要，且用戶端應具有處理含於最後封包內之資料的機會。

歸因於時脈之缺乏，在特定狀態下將亦凍結出自MDDI用戶端之信號。利用MDDI用戶端之任何設計必須知曉此條件之可能性。

本說明書揭示併有所主張之本發明之特徵的一或多個態樣。所揭示之態樣僅例示所主張之本發明。所主張之本發明的範疇不限於所揭示之態樣。本發明由隨附專利申請範圍界定。

熟習此項技術者將理解，可使用多種不同技藝及技術中之任一者來表示資訊及信號。舉例而言，可藉由電壓、電流、電磁波、磁場或磁粒子、光場或光粒子、或其任何組合來表示可貫穿以上描述提及之資料、指令、命令、資訊、信號、位元、符號及碼片。

熟習此項技術者將進一步瞭解結合本文中所揭示實施例描述之各種說明性邏輯區塊、模組、電路及演算法步驟可實施為電子硬體、電腦軟體或兩者之組合。為清楚地說明硬體與軟體之此可互換性，各種說明性組件、區塊、模組、電路及步驟已大體上根據其功能性在上文加以描述。此功能性係實施為硬體或係軟體視特殊應用及強加於整個系統之設計約束而定。熟習此項技術者可以變化之方式針 對每一特定應用實施所描述之功能性，但此等實施決策不應解釋為引起脫離本發明之範疇。

結合本文所揭示之實施例描述的各種說明性邏輯區塊、模組及電路可藉由經設計以執行本文所描述之功能的通用處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、場可程式化閘陣列(FPGA)或其他可程式化邏輯裝置、離散閘或電晶體邏輯、離散硬體組件或其任何組合來實施或執行。通用處理器可為微處理器，但在替代例中，處理器可為任何習知處理器、控制器、微控制器或狀態機。處理器亦可實施為計算裝置之組合，例如，DSP與微處理器之組合、複數個微處理器之組合、一或多個微處理器結合一DSP核心之組合，或任何其他此組態。

結合本文所揭示之實施例而描述的方法或演算法之步驟可直接體現於硬體中、由處理器執行之軟體模組中或該兩者之組合中。軟體模組可駐留於隨機存取記憶體(RAM)、快閃記憶體、唯讀記憶體(ROM)、電子可程式ROM(EPROM)、電可擦可程式ROM(EEPROM)、暫存器、硬碟、抽取式碟片、CD－ROM或此項技術中已知之任何其他形式的儲存媒體中。例示性儲存媒體耦接至處理器，使得處理器可自儲存媒體讀取資訊及寫入資訊至儲存媒體。在替代例中，儲存媒體可整合至處理器。處理器及儲存媒體可駐留於ASIC中。ASIC可駐留於使用者終端機中。在替代例中，處理器及儲存媒體可作為離散組件而駐留於使用者終端機中。

提供所揭示實施例之先前描述以使任何熟習此項技術者能夠製造或使用本發明。對此等實施例之各種修改對於熟習此項技術者而言將為顯而易見的，且在不脫離本發明之精神或範疇的情況下可將本文中所界定之一般原理應用於其他實施例。因此，本發明並不意欲受限於本文中所展示之實施例，而將符合與本文所揭示之原理及新穎特徵一致之最廣範疇。

100‧‧‧翻蓋手機

102‧‧‧行動台數據機(MSM)基頻晶片

104‧‧‧下翻蓋部分

106‧‧‧MDDI用戶端

108‧‧‧MDDI主機

110‧‧‧MDDI鏈路

112‧‧‧MDDI鏈路

114‧‧‧上翻蓋部分

116‧‧‧液晶顯示器(LCD)模組

118‧‧‧相機模組

120‧‧‧MDDI用戶端

122‧‧‧MDDI主機

200‧‧‧封包結構

202‧‧‧封包長度欄位

204‧‧‧封包類型

206‧‧‧資料位元組

208‧‧‧CRC

210‧‧‧子訊框

212‧‧‧媒體訊框

214‧‧‧子訊框標頭封包

216‧‧‧封包資料

218‧‧‧填充封包

220‧‧‧子訊框邊界

222‧‧‧未決輸出封包

300‧‧‧靈活長度子訊框

304‧‧‧子訊框標頭封包

304'‧‧‧子訊框標頭封包

316‧‧‧封包資料

320‧‧‧子訊框邊界

322‧‧‧翻轉資料

324‧‧‧封包末端

404‧‧‧子訊框標頭封包

500‧‧‧無窗視訊流封包

502‧‧‧封包長度

504‧‧‧封包類型

506‧‧‧bClient ID

508‧‧‧視訊資料格式描述符

510‧‧‧像素資料屬性

512‧‧‧像素計數

514‧‧‧參數CRC

516‧‧‧像素資料

518‧‧‧像素資料CRC

600‧‧‧靈活視訊流封包

602‧‧‧封包長度

604‧‧‧封包類型

606‧‧‧bClient ID

608‧‧‧欄位存在位元

610‧‧‧視訊資料格式描述符

612‧‧‧像素資料屬性

614‧‧‧X左邊緣

616‧‧‧Y上邊緣

618‧‧‧X右邊緣

620‧‧‧Y下邊緣

622‧‧‧X起點

624‧‧‧Y起點

628‧‧‧像素計數

630‧‧‧參數CRC

632‧‧‧像素資料

634‧‧‧像素資料CRC

700‧‧‧增強型反向鏈路封裝封包

702‧‧‧封包長度

704‧‧‧封包類型

706‧‧‧hClientID

708‧‧‧反向鏈路旗標

710‧‧‧反向速率除數

712‧‧‧迴轉1長度

714‧‧‧迴轉2長度

716‧‧‧最大反向位元組

718‧‧‧參數CRC

720‧‧‧全零1

722‧‧‧迴轉1

724‧‧‧反向資料封包

726‧‧‧迴轉2

728‧‧‧全零2

900‧‧‧MDDI資料

902‧‧‧選通(STB)

904‧‧‧已恢復時脈

906‧‧‧時脈週期

圖1為說明使用MDDI介面之實例環境的方塊圖；圖2A展示典型MDDI封包結構；圖2B描繪典型前向鏈路結構；圖3展示具有固定長度之先前技術子訊框；圖4描繪靈活長度子訊框；圖5描繪無限長度子訊框；圖6展示無窗視訊流封包；圖7展示靈活視訊流封包；圖8展示增強型反向鏈路封裝封包；及圖9描繪鏈路凍結。

300‧‧‧靈活長度子訊框

304‧‧‧子訊框標頭封包

304'‧‧‧子訊框標頭封包

316‧‧‧封包資料

320‧‧‧子訊框邊界

322‧‧‧翻轉資料

324‧‧‧封包末端

Claims (9)

1. 一種用於經由一傳輸鏈路發送一無窗視訊資料封包的方法，該傳輸鏈路耦接一電子裝置內之一用戶端及一主機，該方法包含以下步驟：自一視訊資料封包移除X左、X右、Y上、Y下、X起點及Y起點欄位座標；在該視訊資料封包之一欄位中提供一垂直同步，該垂直同步指示一資料螢幕之一第一行，其中該移除及提供之步驟包含產生該無窗視訊資料封包；及由該主機將該無窗視訊資料封包發送至該用戶端。
2. 如請求項1之方法，其進一步包含更新該資料螢幕之一整行的步驟。
3. 如請求項2之方法，其進一步包含在該垂直同步經移除以增加該資料螢幕上之像素資料的一位置的情況下由該主機將一第二無窗視訊資料封包發送至該用戶端的步驟。
4. 一種用於經由一傳輸鏈路發送一無窗視訊資料封包的系統，該傳輸鏈路耦接一電子裝置內之一用戶端及一主機，該系統包含：用於自一視訊資料封包移除X左、X右、Y上、Y下、X起點及Y起點欄位座標之構件；用於在該視訊資料封包之一欄位中提供一垂直同步之構件，該垂直同步指示一資料螢幕之一第一行，其中用於移除及提供之該構件包含一用於產生該無窗視訊資料 封包之構件；及用於由該主機將該無窗視訊資料封包發送至該用戶端之構件。
5. 如請求項4之系統，其進一步包含一用於更新該資料螢幕之一整行的構件。
6. 如請求項5之系統，其進一步包含一用於在該垂直同步經移除以增加該資料螢幕上之像素資料的一位置的情況下由該主機將一第二無窗視訊資料封包發送至該用戶端的構件。
7. 一種電腦程式產品，其包含：電腦可讀媒體，其包含：用於引起一無窗視訊資料封包經由一傳輸鏈路發送的程式碼，該傳輸鏈路耦接一電子裝置內之一用戶端及一主機，該電腦程式碼包含：用於引起X左、X右、Y上、Y下、X起點及Y起點欄位座標自一視訊資料封包之一移除的程式碼；用於引起一垂直同步提供於該視訊資料封包之一欄位中的程式碼，該垂直同步指示一資料螢幕之一第一行，其中該等欄位座標之該移除及該垂直同步之該提供包含該無窗視訊資料封包之產生；及用於引起該無窗視訊資料封包由該主機發送至該用戶端之程式碼。
8. 如請求項7之電腦程式產品，其進一步包含用於引起該資料螢幕之一整行受到更新的程式碼。
9. 如請求項8之電腦程式產品，其進一步包含用於引起一第二無窗視訊資料封包在該垂直同步經移除以增加該資料螢幕上之像素資料的一位置的情況下由該主機發送至該用戶端的程式碼。