JP2011176810A - より高いデータレートのための信号プロトコルおよびインターフェイスの生成および実行 - Google Patents

より高いデータレートのための信号プロトコルおよびインターフェイスの生成および実行 Download PDF

Info

Publication number
JP2011176810A
JP2011176810A JP2011024076A JP2011024076A JP2011176810A JP 2011176810 A JP2011176810 A JP 2011176810A JP 2011024076 A JP2011024076 A JP 2011024076A JP 2011024076 A JP2011024076 A JP 2011024076A JP 2011176810 A JP2011176810 A JP 2011176810A
Authority
JP
Japan
Prior art keywords
data
host
packet
client
link
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
JP2011024076A
Other languages
English (en)
Other versions
JP5054213B2 (ja
Inventor
Jon James Anderson
ジョン・ジェイムス・アンダーソン
Brian Steele
ブライアン・スティール
George A Wiley
ジョージ・エー.・ウィレイ
Shashank Shekhar
シャスハンク・シェカー
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
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 JP2011176810A publication Critical patent/JP2011176810A/ja
Application granted granted Critical
Publication of JP5054213B2 publication Critical patent/JP5054213B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/70Media network packetisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0061Error detection codes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/24Testing correct operation
    • H04L1/245Testing correct operation by using the properties of transmission codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03Protocol definition or specification 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L7/00Arrangements for synchronising receiver with transmitter
    • H04L7/04Speed or phase control by synchronisation signals
    • H04L7/10Arrangements for initial synchronisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/4104Peripherals receiving signals from specially adapted client devices
    • H04N21/4122Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L7/00Arrangements for synchronising receiver with transmitter
    • H04L7/0008Synchronisation information channels, e.g. clock distribution lines
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L7/00Arrangements for synchronising receiver with transmitter
    • H04L7/04Speed or phase control by synchronisation signals
    • H04L7/048Speed or phase control by synchronisation signals using the properties of error detecting or error correcting codes, e.g. parity as synchronisation signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409User 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/72412User 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
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Communication Control (AREA)
  • Information Transfer Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)
  • Arrangements For Transmission Of Measured Signals (AREA)
  • Control Of Indicators Other Than Cathode Ray Tubes (AREA)
  • Computer And Data Communications (AREA)

Abstract

【課題】より高いデータレートのための信号プロトコルおよびインターフェイスの生成および実行を実現する。
【解決手段】ディジタル制御および提示データの予め選択された組を通信する通信プロトコルを形成するために一緒にリンクされたパケット構造を使用して、ディジタルデータをホストとクライアントとの間で通信リンクによって転送するためのデータインターフェイス。信号プロトコルは、通信プロトコルを形成しているパケットを生成、送信、受信するように、およびディジタルデータをデータパケットの1つ以上のタイプに形成するように構成されたリンク制御装置によって使用され、少なくとも1つのリンク制御装置が、ホストデバイス内に存在し、通信経路によってクライアントに結合される。インターフェイスは、短距離の“直列”型データリンクによって、コスト効率が良く、低電力で、双方向で、高速のデータ転送機構を与える。
【選択図】図5

Description

関連出願の相互参照
本特許出願は、2003年6月2日に出願された仮出願第60/475,459号(“Generating and Implementing a Signal Protocol and Interface for Higher Data Rates”)に対して優先権を主張しており、第60/475,459号は、本発明の譲受け人に譲渡され、本明細書において参考文献としてとくに取上げられている。
発明の分野
本発明は、ホストデバイスとクライアントオーディオ/ビジュアル提示デバイスとの間で信号を高データレートで通信または転送するディジタル信号プロトコルおよび処理に関する。とくに、本発明は、低電力、高データレートの転送機構を使用して、マルチメディアまたは他のタイプのディジタル信号を、無線デバイスから超小型ディスプレイユニットまたは他の提示デバイスへ転送する技術に関する。
コンピュータ、電子ゲーム関連製品、および種々のビデオ技術(例えば、DVDおよび高精細度VCR)は、最近数年間において非常に進歩し、いくつかのタイプのテキストを含んでいるときであっても、このような装置のエンドユーザに、より一層高い解像度の静止、ビデオ、ビデオ・オン・デマンド、およびグラフィックの画像を提示する。これらの進歩により、その結果として、高精細度のビデオモニタ、HDTVモニタ、または特定の画像投影素子のような、より高い解像度の電子ビューイングデバイスの使用が必要になった。このようなビジュアル画像と、CDタイプの音響再生を使用するときのような高精細度または高品質のオーディオデータとの合成、すなわちDVD、および同様にオーディオ信号出力と関係付けられる他のデバイスは、エンドユーザのために、よりリアル感がある、コンテントが豊富である、または忠実なマルチメディア体験を生成するのに使用される。さらに加えて、MP3プレイヤのような、高移動性で、高品質の音響システムおよび音楽転送機構は、エンドユーザにオーディオのみを提示するために開発された。
通常のビデオ提示のシナリオでは、ビデオデータは、通常、現在の技術を使用して、遅いまたは中程度と最適に言われ得る、1秒当たりに約1ないし数十キロビット秒のレートで転送される。その後で、このデータは、希望のビューイングデバイス上での遅延(遅れ)再生のために、一時的な、またはより長い期間のメモリデバイス内で緩衝または記憶される。例えば、画像は、画像をディジタルで表現するのに有益なデータを受信または送信するための、モデムまたはインターネット接続デバイスをもつコンピュータ上に常駐のプログラムを使用して、インターネットを“横切って”または使用して転送されることができる。同様の転送は、無線モデムを備えたポータブルコンピュータ、または無線パーソナルデータアシスタント(Personal Data Assistant, PDA)、または無線電話のような無線デバイスを使用して行うことができる。
データは、受信されると、再生のために、外部記憶デバイスを含む、RAMまたはフラッシュメモリのような、メモリ素子、回路、またはデバイスに局所的に記憶される。データ量および画像解像度に依存して、再生は、比較的に迅速に始まっても、またはより長い期間を遅延して提示されてもよい。したがって、いくつかの例では、画像の提示は、多くのデータを必要としない、非常に少量または低解像度の画像において、またはいくつかのタイプの緩衝を使用して、ある程度の実時間再生を可能にし、したがって、僅かな遅延の後で、幾らかの材料が提示される一方で、より多くの材料は転送されている。転送リンクに中断がないならば、提示が始まると、転送はビューイングデバイスのエンドユーザにとって適度にトランスペアレントである。
静止画像または動画ビデオの何れかを生成するのに使用されるデータは、多くの場合に、Joint Photographic Experts Group(JPEG)、Motion Picture Experts Group(MPEG)、並びにメディア、コンピュータ、および通信業界における他の周知の標準規格設定機関または会社によって特定されたいくつかの周知の技術の1つを使用して圧縮され、通信リンクによるデータ転送を高速化する。これは、より少ない数のビットを使用して、所与の量の情報を転送することによって、画像またはデータをより迅速に転送することを可能にする。
データが、コンピュータまたは他の受信デバイスのような“ローカル”デバイスに転送されると、結果の情報は逆圧縮され(または、特別の復号プレーヤを使用して再生され)、必要とされるときに復号され、対応する使用可能な提示解像度および制御素子に基づく適切な提示のために準備される。例えば、X×Y画素のスクリーン解像度に関して、通常のコンピュータビデオの解像度は、480×640から、600×800、ないし1024×1024画素の範囲にわたるが、一般に、種々の他の解像度が、希望または必要に応じて、可能である。
画像の提示は、画像の内容と、所与のビデオ制御装置の能力とによっても影響を受ける。このビデオ制御装置は、ある規定の色レベルまたは色の濃さ(色を生成するのに使用される1画素当たりのビット)および輝度、並びに採用される任意の追加のオーバーヘッドビットに関して、画像を操作する。例えば、通常のコンピュータの提示では、種々の色(濃淡度および色相)を表現するのに1画素当たりに約8ないし32、またはそれ以上の任意のビットを予想するであろうが、他の値もある。
上記の値から、所与のスクリーン画像が、それぞれ、最低ないし最高の標準的な解像度および濃さの範囲において、約2.45ないし約33.55メガビット(Megabit, Mb)のデータの転送を要求することになることが分かる。1秒当たりに30フレームのレートでビデオまたは動画タイプの画像を表示するとき、必要なデータ量は、約73.7ないし1,006メガビット秒(Megabits of data per second, Mbps)、または約9.21ないし125.75メガバイト秒(Megabytes per second, MBps)のデータである。さらに加えて、例えば、マルチメディアの提示のような、オーディオデータを画像と組合わせて、またはCD品質の音楽のような、別々の高解像度のオーディオを提示することを要求してもよい。対話命令、制御、または信号を扱う追加の信号も採用されることができる。これらのオプションの各々は、転送されるより一層多くのデータを追加する。何れの場合においても、高品質または高解像度の画像データ、および高品質のオーディオ情報またはデータ信号をエンドユーザへ転送して、コンテントが豊富な体験を生成することが要求されるとき、提示素子と、このようなタイプのデータを与えるように構成された源またはホストデバイスとの間に、高データ転送レートリンクが必要とされる。
約115キロバイト秒(Kilobyte per second, KBps)または920キロビット秒(Kilobit per second, Kbps)のデータレートは、現在のシリアルインターフェイスによって普通に処理されることができる。USBシリアルインターフェイスのような他のインターフェイスは、12メガビット秒ほどの速さのレートでのデータ転送に適応することができ、電気電子技術者協会(Institute of Electrical and Electronics Engineers, IEEE)の1394標準を使用して構成されているもののような、特殊高速転送は、約100ないし400メガビット秒のレートで行うことができる。都合の悪いことには、これらのレートは、ポータブルビデオディスプレイまたはオーディオデバイスを駆動するための高解像度で、コンテントが豊富な、出力信号を与える将来の無線データデバイスおよびサービスでの使用を考えられている上述の希望の高データレートには達しない。さらに加えて、これらのインターフェイスは、動作するのに相当量のホストまたはシステムおよびクライアントのソフトウエアの使用を必要とする。これらのソフトウエアのプロトコルスタックは、とくに、移動無線デバイスまたは電話の応用が考えられているときは、望ましくないほどの大量のオーバーヘッドも生成する。このようなデバイスは、厳しいメモリおよび電力消費の制限、並びに、既に重い負担をかけられた計算容量をもつ。さらに加えて、これらのインターフェイスのいくつかは、美しさを非常に重視する移動体の応用にとっては重過ぎて、満足できない嵩張るケーブル、およびコストを追加する複雑なコネクタを使用するか、または単に電力を消費し過ぎる。
アナログ ビデオ グラフィックス アダプタ(Video Graphics Adapter, VGA)、ディジタル ビデオ インタラクティブ(Digital Video Interactive, DVI)、またはギガビット ビデオ インターフェイス(Gigabit Video Interface, GVIF)のインターフェイスのような、他の既知のインターフェイスもある。これらの中の最初の2つは、より高い転送レートでデータを処理する並列型インターフェイスであるが、やはり、重いケーブルを採用し、約数ワットの大量の電力を消費する。これらの特徴の何れも、ポータブルな一般消費者向け電子デバイスで使用するように改良できない。3つ目のインターフェイスでさえ、電力を過度に消費し、コスト高の、または嵩張るコネクタを使用する。
上記インターフェイスのいくつか、および固定の設置コンピュータ装置のためのデータ転送と関係付けられる他の非常に高いレートのデータシステム/プロトコルまたは転送機構には、別の主要な欠点がある。希望のデータ転送レートに適応するには、相当量の電力または高電流レベルでの動作、あるいはこの両者をさらに必要とする。これは、非常に移動体の消費者を重視した製品に対して、このような技術の有用性を相当に低減する。
一般に、例えば、光ファイバタイプの接続および転送素子のような、代わりとなるものを使用して、このようなデータ転送レートに適応するには、多数の追加のコンバータおよび素子も必要とし、これらは、真に販売先の消費者を重視した製品にとって望ましいものよりも、複雑さおよびコストをさらに相当に取り込む。今までのところ、光システムの概してコスト高の性質を別にして、それらの電力要求および複雑さが、軽量で、低電力で、ポータブル形の応用に対する一般的な使用を妨げている。
ポータブルまたはモバイルの応用について業界に欠けていたものは、それがオーディオ、ビデオ、またはマルチメディアに基づいていても、高品質の提示体験を、高移動のエンドユーザに与える技術である。したがって、ポータブルコンピュータ、無線電話、PDA、または他の高移動の通信デバイスまたは装置を使用するとき、使用されている現在のビデオおよびオーディオ提示システムまたはデバイスは、簡単に、希望の高品質レベルで出力を配信することができない。欠けている知覚品質は、高品質の提示データを転送するのに必要とされる、未獲得の高データレートの結果である。したがって、新しい転送機構は、データを与えるホストデバイスと、出力をエンドユーザに提示するクライアントのディスプレイデバイスまたは素子との間のデータスループットを増加することが必要とされる。
出願人は、このような新しい転送機構を米国特許出願第10/020,520号および第10/236,657号において提案し、両者は、“Generating And Implementing A Communication Protocol And Interface For High Data Rate Signal Transfer”という名称であり、本発明の譲受け人に譲渡され、本明細書において参照によって取入れられている。これらの出願に記載されている技術では、高速データ信号の大量のデータの転送レートを相当に向上することができる。しかしながら、とくにビデオ提示に関係するデータレートを一層高める要求は、増え続けている。データ信号技術における他の進行中の発展があっても、依然として、さらに一層高速の転送レートのために努力する必要がある。したがって、ホストとクライアントデバイスとの間のデータスループットを増加するのに必要とされる新しい、または向上した転送機構を開発することが、必要とされ続けている。
この技術に存在する上述の、および他の欠点は、本発明の実施形態によって対処されており、この中では、ホストデバイスと受信クライアントデバイスとの間でデータを高データレートで転送するための新しいプロトコルおよびデータ転送機構が展開されている。
本発明の実施形態は、ディジタルデータをホストデバイスとクライアントデバイスとの間で通信経路によって高レートで転送する移動データディジタルインターフェイス(Mobile Data Digital Interface, MDDI)に関し、これは、一緒にリンクされた複数または一連のパケット構造を採用して、ホストとクライアントデバイスとの間で、ディジタル制御および提示データの予め選択された組を通信する通信プロトコルを形成する。信号通信プロトコルまたはリンク層は、ホストまたはクライアントのリンク制御装置の物理層によって使用される。ホストデバイス内に存在する少なくとも1つのリンク制御装置は、通信経路またはリンクによってクライアントデバイスに結合され、通信プロトコルを形成しているパケットを生成、送信、受信するように、およびディジタル提示データをデータパケットの1つ以上のタイプへ形成するように構成されている。インターフェイスは、ホストとクライアントとの間で情報の双方向転送を与える。
本発明の実施形態の別の態様では、少なくとも1つのクライアントリンク制御装置、すなわちクライアント受信機は、クライアントデバイス内に配置され、通信経路またはリンクによってホストデバイスに結合される。クライアントリンク制御装置も、通信プロトコルを形成しているパケットを生成、送信、受信するように、およびディジタル提示データをデータパケットの1つ以上のタイプへ形成するように構成されている。一般に、ホストまたはリンク制御装置は、命令、またはある特定のタイプの信号の準備および照会処理に使用されるデータパケットを処理する状態機械を採用しているが、より低速の汎用プロセッサを使用して、通信プロトコルに使用されているデータおよび複雑さのより低いパケットのいくつかを処理することができる。ホスト制御装置は、1つ以上の差動ラインドライバを含み、一方で、クライアント受信機は、通信経路に結合された1つ以上の差動ライン受信機を含む。
パケットは媒体フレーム内で一緒にグループ化され、媒体フレームは、ホストとクライアントのデバイスの間で通信され、予め定義された固定長をもち、いろいろな可変長の所定数のパケットをもつ。各パケットは、パケット長フィールド、1つ以上のパケットデータフィールド、および巡回冗長検査フィールドを含む。サブフレームヘッダパケットは、ホストリンク制御装置からの他のパケットの転送の始めに転送されるか、または置かれる。1つ以上のビデオストリームタイプパケットおよびオーディストリームタイプパケットは、ビデオタイプデータおよびオーディタイプデータをそれぞれ、クライアントデバイスのユーザに提示するために、順方向リンクによってホストからクライアントへ転送するための通信プロトコルによって使用される。1つ以上の逆方向リンクカプセル化タイプパケットは、クライアントデバイスからホストリンク制御装置へデータを転送するための通信プロトコルによって使用される。
フィラータイプパケットは、ホストリンク制御装置によって生成され、データをもたない順方向リンク伝送の期間を占有する。複数の他のパケットは、ビデオ情報を転送するための通信プロトコルによって使用される。このようなパケットは、カラーマップ、ビットブロック転送、ビットマップ区域充填、ビットマップパターン充填、および透明色イネーブルタイプパケットを含む。ユーザ定義ストリームタイプパケットは、インターフェイス−ユーザ定義データを転送するための通信プロトコルによって使用される。キーボードデータおよびポインティングデバイスデータタイプパケットは、前記クライアントデバイスと関係付けられたユーザ入力デバイスとの間でデータを転送するための通信プロトコルによって使用される。リンク遮断タイプパケットは、前記通信経路による何れの方向におけるデータ転送も終了するための通信プロトコルによって使用される。
通信経路は、一般に、一連の4本以上の芯線およびシールドをもつケーブルを含む、または採用する。いくつかの実施形態では、リンク制御装置は、USBデータインターフェイスを含み、ケーブルは、USEタイプのインターフェイスを他の導線と共に使用する。さらに加えて、希望に応じて、プリント配線または可撓性の導線を使用することができる。
ホストリンク制御装置は、クライアントデバイスから表示能力情報を要求して、前記クライアントが前記インターフェイスによって何れのタイプのデータおよびデータレートに適応できるかを判断する。クライアントリンク制御装置は、少なくとも1つの表示能力タイプパケットを使用して、表示または提示能力をホストリンク制御装置へ通信する。多数の転送モードが、通信プロトコルによって使用され、各々は、所与の時間期間において、異なる最大数のビットのデータを並列で転送することを可能にし、各モードは、ホストとクライアントのリンク制御装置の間でネゴシエーションによって選択可能である。これらの転送モードは、データ転送中に動的に調節可能であり、順方向リンク上で使用されているのと同じモードを、逆方向リンク上で使用する必要はない。
本発明のいくつかの実施形態の他の態様では、ホストデバイスは、無線電話、無線PDA、または無線モデムを内蔵したポータブルコンピュータのような、無線通信デバイスを含む。通常のクライアントデバイスは、超小型ディスプレイデバイスのようなポータブルビデオディスプレイ、またはポータブルオーディオ提示システム、あるいはこの両者を含む。さらに加えて、ホストは、記憶手段または素子を使用して、クライアントデバイスのユーザに提示するために転送される提示またはマルチメディアデータを記憶し得る。
本発明の別の特徴および長所、並びに本発明の種々の実施形態の構造および動作は、添付の図面を参照して、さらに詳しく別途記載される。図において、同様の参照番号は、全体的に、同一、機能上類似した、および/または構造上類似した要素または処理ステップを示し、要素が最初に現れる図は、参照番号内の最も左の数字によって示されている。
ポータブルコンピュータと共に使用される超小型ディスプレイデバイスの使用を含む、本発明の実施形態が動作し得る基本的な環境を示す図。 無線トランシーバと共に使用される超小型ディスプレイデバイスおよびオーディオ提示素子の使用を含む、本発明の実施形態が動作し得る基本的な環境を示す図。 ホストとクライアントとが相互接続された移動ディジタルデータインターフェイスの全体的な概念を示す図。 クライアントデバイスからホストデバイスへのデータ転送を実現するのに役立つパケットの構造を示す図。 MDDIリンク制御装置と、タイプIおよびタイプUのインターフェイスにおいて物理データリンク導線によってホストとクライアントとの間で送られる信号のタイプとの使用を示す図。 MDDIリンク制御装置と、タイプII、III、およびIVのインターフェイスにおいて物理データリンク導線によってホストとクライアントとの間で送られる信号のタイプとの使用を示す図。 インターフェイスプロトコルを実行するのに使用されるフレームおよびサブフレームの構造を示す図。 インターフェイスプロトコルを実行するのに使用されるパケットの全体的な構造を示す図。 サブフレームヘッダパケットのフォーマットを示す図。 フィラーパケットのフォーマットおよび内容を示す図。 ビデオストリームパケットのフォーマットを示す図。 図10のビデオデータフォーマット記述子のフォーマットおよび内容を示す図。 データのパックされたフォーマットおよびアンパックされたフォーマットの使用を示す図。 オーディオストリームパケットのフォーマットを示す図。 データのバイトを整列させたPCMフォーマット、およびパックされたPCMフォーマットの使用を示す図。 ユーザ定義ストリームパケットのフォーマットを示す図。 カラーマップパケットのフォーマットを示す図。 逆方向リンクカプセル化パケットのフォーマットを示す図。 表示能力パケットのフォーマットを示す図。 キーボードデータパケットのフォーマットを示す図。 ポインティングデバイスデータパケットのフォーマットを示す図。 リンク遮断パケットのフォーマットを示す図。 ディスプレイ要求および状態パケットのフォーマットを示す図。 ビットブロック転送パケットのフォーマットを示す図。 ビットマップ区域充填パケットのフォーマットを示す図。 ビットマップパターン充填パケットのフォーマットを示す図。 通信リンクデータチャネルパケットのフォーマットを示す図。 インターフェイスタイプハンドオフ要求パケットのフォーマットを示す図。 インターフェイスタイプ肯定応答パケットのフォーマットを示す図。 タイプハンドオフ実行パケットのフォーマットを示す図。 順方向オーディオチャネルイネーブルパケットのフォーマットを示す図。 逆方向オーディオサンプルレートパケットのフォーマットを示す図。 ディジタルコンテント保護オーバーヘッドパケットのフォーマットを示す図。 透明色イネーブルパケットのフォーマットを示す図。 往復遅延測定パケットのフォーマットを示す図。 往復遅延測定パケット中のイベントのタイミングを示す図。 本発明を実行するのに役立つCRC発生器およびチェッカのサンプル構成を示す図。 データパケットを送信するときの、図36の装置のCRCのタイミングを示す図。 データパケットを受信するときの、図36の装置のCRCのタイミングを示す図。 競合のない、通常のサービス要求のための処理ステップを示す図。 リンクの起動の競合のある、リンク再起動順序が始まった後で、通常のサービス要求がアサートされる処理ステップを示す図。 DATA−STB符号化を使用して、データ系列がどのように伝送されることができるかを示す図。 ホストにおいて入力データからDATAおよびSTB信号を生成して、クライアントにおいてデータを復元するのに役立つ回路を示す図。 1つの実施形態を実行するのに役立つドライバおよび終端抵抗を示す図。 ホストから、およびホストによるサービスを保護するために、クライアントによって採用されるステップおよび信号レベルを示す図。 Data0、他のデータライン(DataX)、およびストローブライン(Stb)における遷移間の相対的間隔を示す図。 ホストがパケットを転送した後でホストドライバをディスエーブルするときに生じ得る応答の遅延の存在を示す図。 ホストがホストドライバをイネーブルして、パケットを転送するときに生じ得る応答の遅延の存在を示す図。 ホスト受信機入力における、転送されるデータのタイミングと、ストローブパルスのリーディングエッジおよびトレーリングエッジとの関係を示す図。 スイッチングの特性と、逆方向データのタイミングによって生じる対応するクライアント出力の遅延とを示す図。 状態機械を使用して同期が実現されることができる信号処理ステップおよび条件の高レベルの図。 MDDIを採用しているシステムにおける順方向および逆方向経路上での信号処理において生じる標準的な遅延量を示す図。 限界往復遅延測定値を示す図。 逆方向リンクデータレートの変化を示す図。 逆方向レートの除数の値対順方向リンクデータレートのグラフ。 インターフェイスの動作において行なわれるステップを示す図。 インターフェイスの動作において行なわれるステップを示す図。 パケットを処理するインターフェイス装置の全体図を示す図。 順方向リンクパケットのフォーマットを示す図。 タイプIのリンクインターフェイスにおける伝搬遅延およびスキューの標準値を示す図。 インターフェイスによる例示的な信号処理におけるタイプIのリンク上のデータ、ストローブ(Stb)、およびクロックの復元のタイミングを示す図。 タイプII、タイプIII、またはタイプIVのリンクインターフェイスにおける伝搬遅延およびスキューの標準値を示す図。 2つのデータ信号およびMDDI Stbの相互の、それぞれ理想的な、早い、および遅いタイミングの異なる可能性を示す図。 2つのデータ信号およびMDDI Stbの相互の、それぞれ理想的な、早い、および遅いタイミングの異なる可能性を示す図。 2つのデータ信号およびMDDI Stbの相互の、それぞれ理想的な、早い、および遅いタイミングの異なる可能性を示す図。 タイプI/タイプIIのインターフェイスで使用される例示的なコネクタのためのインターフェイスのピン割当てを示す図。 タイプIのインターフェイスにおける予想されるMDDI DATAおよびMDDI Stbの波形を示す図。 タイプIIのインターフェイスにおける予想されるMDDI DATAおよびMDDI Stbの波形を示す図。 状態機械を使用して同期を実現することができる別の信号処理ステップおよび条件の高レベルの図。 一連のクロックサイクル間の例示的な相対的タイミングと、種々の逆方向リンクパケットビットおよび除数値のタイミングとを示す図。 例示的な誤りコード転送処理を示す図。 誤りコード転送処理に役立つ装置を示す図。 コードのオーバーローディングのための誤りコード転送処理を示す図。 コードの受信のための誤りコード転送処理を示す図。 ホストが開始する起動のための処理ステップを示す図。 クライアントが開始する起動のための処理ステップを示す図。 競合のある、ホストおよびクライアントが開始する起動のための処理ステップを示す図。
発明の詳細な説明
I.概要
本発明の全体的な意図は、別途記載されるように、移動ディスプレイディジタルインターフェイス(Mobile Display Digital Interface, MDDI)を与えることであり、これは、 “直列”タイプのデータリンクまたはチャネルを使用して、ホストデバイスとディスプレイデバイスとの間の短距離の通信リンクによって高速または超高速のデータ転送を可能にする、コスト効率のよい低電力消費の転送機構になる、またはこれを与える。この機構は、小型コネクタおよび細い可撓性ケーブルを用いて実行するのに向いており、これらは、着用可能な超小型ディスプレイ(ゴーグルまたは投影器)のようなディスプレイ素子またはデバイスを、ポータブルコンピュータ、無線通信デバイス、または娯楽用デバイスに接続するのにとくに有益である。
本発明の実施形態の長所は、複雑さが低く、低コストであり、高い信頼性をもち、使用環境内に適切にフィットし、非常にロバストである一方で、高い融通性を維持するデータ転送のための技術を与えることである。
本発明は、種々の状況において、一般に、オーディオ、ビデオ、またはマルチメディアの応用のための大量のデータを、このようなデータが生成されるか、または記憶されるホストまたは源デバイスから、クライアント表示または提示デバイスへ、高レートで通信または転送するのに使用されることができる。別途記載される一般的な応用は、ポータブルコンピュータ、無線電話、またはモデムの何れかから、小型ビデオスクリーンか、あるいは、例えば、小型投影レンズを含むゴーグルまたはヘルメットの形の、着用可能な超小型ディスプレイ機器への、すなわち、ホストから、このような構成要素内のクライアントデバイスへのデータの転送である。したがって、プロセッサから、内部スクリーンあるいは他の提示素子へである。
MDDIの特性または属性は、特定のディスプレイ技術とは無関係のものである。これは、データの内部構造とも、それが実行するデータまたは命令の機能的な側面とも関係なく、そのデータを高レートで転送する非常に融通の利く機構である。これは、転送されるデータパケットのタイミングが、個々のディスプレイデバイスの特異性、またはある特定のデバイスのユニークな表示要求に適応するか、あるいはいくつかのAVシステムにおける合成されたオーディオおよびビデオの要件を満たすように調整されることを可能にする。選択されたプロトコルにしたがう限り、インターフェイスは、まさに、ディスプレイ素子またはクライアントデバイスの認知不可能なもの(agnostic)である。加えて、集合体直列リンクデータまたはデータレートは、通信システムまたはホストデバイスの設計者がコスト、電力要件、クライアントデバイスの複雑性、およびディスプレイデバイスの更新レートを最適化することを可能にするいくつかのオーダにわたって変化することができる。
データインターフェイスは、主として、“ワイヤード”信号リンクまたは小型ケーブルによって大量の高レートのデータを転送するのに使用するために与えられる。しかしながら、いくつかの応用では、光を用いたリンクを含む無線リンクが、インターフェイスプロトコルのために生成された同じパケットおよびデータ構造を使用するように構成されていて、かつ電力消費または複雑さが十分に低い希望の転送レベルを維持して、実用的であり続けることできることを条件として、それも使用できる。
II.環境
典型的な応用は、図1Aおよび1Bにおいて見られ、ここでは、ポータブルまたはラップトップコンピュータ100および無線電話またはPDAデバイス102が、オーディオ再生システム108および112と共に、ディスプレイデバイス104および106と、それぞれデータを通信していることが示されている。加えて、図1Aは、より大きいディスプレイまたはスクリーン114または画像投影器116への潜在的な接続を示しており、これらは、分かり易いように、一方の図のみに示されているが、無線デバイス102へも接続可能である。無線デバイスは、現在データを受信しているか、あるいはメモリ素子またはデバイス内にある特定量のマルチメディアタイプのデータを予め記憶して、無線デバイスのエンドユーザが見たり、および/または聞いたするために、後で提示することができる。通常の無線デバイスは、時間の大部分を音声および単純なテキスト通信に使用されるので、情報をデバイス102のユーザへ通信するための、相当に小型の表示スクリーンおよび単純なオーディオシステム(スピーカ)をもつ。
コンピュータ100は、相当により大きいスクリーンをもつが、まだ不十分な外部音響システムをもち、依然として、高精細度のテレビジョンまたは映画のスクリーンのような、他のマルチメディア提示デバイスには達しない。コンピュータ100は、説明のために使用されており、他のタイプのプロセッサ、対話型ビデオゲーム、または家庭用電子デバイスも、本発明で使用されることができる。コンピュータ100は、無線通信のための無線モデムまたは他の組み込み型デバイスを、これらに制限することなく、採用するか、あるいは希望に応じて、ケーブルまたは無線リンクを使用して、このようなデバイスに接続されることができる。
これは、有益な、または楽しい体験とは言えない、より複雑な、または“豊富な”データの提示を行う。したがって、業界では、エンドユーザに情報を提示し、最低レベルの希望の楽しい、またはポジティブな体験を与えるための他の機構およびデバイスを開発している。
既に記載されているように、いくつかのタイプのディスプレイデバイスは、デバイス100のエンドユーザへ情報を提示するために開発された、または現在開発されている。例えば、1つ以上の会社が、デバイスのユーザの眼の前に画像を投影して、視覚的表示を提示する着用可能なゴーグルのセットを開発した。このようなデバイスは、正しく位置付けられると、視覚出力を与えている要素よりも相当に大きい仮想画像を、ユーザの眼によって知覚されるように、効果的に“投影”する。したがって、非常に小さい投影素子が、ユーザの眼が、標準的なLCDスクリーン、等で可能な大きさよりも相当に大きい尺度で画像を“見る”ことを可能にする。より大きい仮想スクリーン画像の使用は、より制限されたLCDスクリーンのディスプレイで可能なものよりも、相当に高い解像度の画像の使用も可能にする。他のディスプレイデバイスは、小型LCDスクリーンまたは種々のフラットパネルディスプレイ素子、画像を表面に投影する投影レンズおよびディスプレイドライバ、等を、これらに制限されことなく、含むことができる。
追加の素子が、無線デバイス102またはコンピュータ100に接続されるか、またはその使用と関係付けられ、追加の素子が、出力を別のユーザか、または別のデバイスに提示して、次に別のデバイスが信号を他のところへ転送するか、または記憶してもよい。例えば、データは、後で使用するために、例えば、書込み可能なCD媒体を使用して、光の形で、フラッシュメモリに記憶されるか、または例えば、磁気テープレコーダおよび同様のデバイス内の磁気媒体上に記憶されてもよい。
加えて、多くの無線デバイスおよびコンピュータは、現在、MP3音楽復号能力、並びに他の高度な音響復号器およびシステムを組み込んでいる。ポータブルコンピュータは、一般に、CDおよびDVDの再生能力を使用し、いくつかのものは、予め録音されたオーディオファイルを受信するための小型の専用フラッシュメモリリーダをもつ。このような能力をもつことについての問題は、復号および再生処理が速さを保つことができるときのみ、ディジタル音楽ファイルが、非常に向上した特徴の豊富な体験を約束することである。ディジタルビデオファイルにも、同じことが当てはまる。
音響再生を補助するために、図1Aには、外部スピーカ108が示されており、サブウーファ、または前および後の音響を伝えるための“サラウンド−サウンド”スピーカのような追加の素子を付属することもできる。同時に、スピーカまたはイヤフォン108が、図1Bの超小型ディスプレイデバイス106の支持フレームまたは機構に組込まれていることが示されている。知られているように、電力増幅または音響形成デバイスを含む、他のオーディオまたは音響再生素子が使用されることができる。
何れの場合でも、既に記載されたように、高品質または高解像度の画像データ、および高品質のオーディオ情報またはデータ信号を、データ源からエンドユーザへ1本以上の通信リンク110によって転送したいとき、高データレートが必要である。したがって、既に記載されたように、現在の転送機構は、一般に望まれる高データレートを達成していないので、転送リンク110は、明らかに、データの通信において潜在的なボトルネックがあり、システムの性能を制限している。既に記載されたように、例えば、1024×1024の画素のような、より高い画像解像度で、色の濃さが1画素当たりに24ないし32ビットで、データレートが30fpsで、データレートは、755メガビット秒を越えるレートに近付くことができる。加えて、このような画像は、オーディオデータおよび潜在的な追加の信号を含むマルチメディア提示の一部として提示されることもあり、潜在的な追加の信号は、対話式ゲーミングまたは通信、あるいは種々の命令、制御、または信号を扱い、量またはデータおよびデータレートをさらに高めるものである。
データリンクを設定するのに必要とされるケーブルまたは相互接続がより少ないことは、ディスプレイと関係付けられた移動デバイスが、より使い易く、より大きいユーザ層によって取り入れられる可能性がより高いことを意味することも明らかである。これは、多数のデバイスが、一般に、完全なオーディオ−ビジュアル体験を設定するのに使用されるときに、とりわけ、ディスプレイおよびオーディオ出力デバイスの品質レベルが高まるときに、とくに当てはまる。
都合の悪いことには、より高いデータレートは、データを転送するのに使用可能な現在の技術を越えている。必要とされることは、提示素子とデータ源との間のデータ転送リンクまたは通信経路のための、データをより高いレートで転送する技術であり、これは、(より)低い電力で、軽量で、可能な限り単純で経済的なケーブリング構造を常に可能にするものである。出願人は、新しい技術、または方法および装置を開発し、これらの、および他の目標を達成し、数多くのいろいろなモバイル、ポータブル、または固定デバイスでさえもが、データを希望のディスプレイ、超小型ディスプレイ、またはオーディオ転送素子へ非常に高いデータレートで転送する一方で、希望の低い電力消費および複雑さを維持することを可能にした。
III.高レートディジタルデータインターフェイスシステムアーキテクチャ
新しいデバイスインターフェイスを生成し、効率的に利用するために、低電力信号を使用して、非常に高いデータ転送レートを与える信号プロトコルおよびシステムアーキテクチャが開発された。プロトコルは、パケットおよび共通フレーム構造か、またはデータまたはデータタイプの予め選択された組を通信するためのプロトコルを、インターフェイスに課された命令または動作構造と共に形成するために、一緒にリンクされた構造に基づく。
A.概要
MDDIリンクによって接続されるか、または通信するデバイスは、ホストおよびクライアントと呼ばれ、クライアントは、通常いくつかのタイプのディスプレイデバイスである。ホストからディスプレイへのデータは、順方向に移動し(順方向トラヒックまたはリンクと呼ばれる)、ホストによってイネーブルされるとき、ディスプレイからホストへのデータは、逆方向に移動する(逆方向トラヒックまたはリンクと呼ばれる)。これは、図2に示されている基本構成で説明されている。図2において、ホスト202は、双方向通信チャネル206を使用してクライアント204へ接続されていて、双方向通信チャネル206は順方向リンク208および逆方向リンク210を含むように示されている。しかしながら、これらのチャネルは、導線の共通の組によって形成され、そのデータ転送は、順方向または逆方向リンクの動作間で効率的にスイッチされる。
別途記載されるように、ホストは、本発明を使用することにより恩恵を得ることができるいくつかのタイプのデバイスの中の1つを含む。例えば、ホスト202は、ハンドヘルド、ラップトップ、または同様のモバイルコンピューティングデバイスの形のポータブルコンピュータであってもよく、PDA、ページングデバイス、または多くの無線電話またはモデムの中の1つであってもよい。その代りに、ホスト202は、ポータブルDVDまたはCDプレーヤ、またはゲームプレイングデバイスのような、ポータブルの娯楽または提示デバイスであってもよい。同時に、クライアント204は、情報をエンドユーザに提示するのに役立つ種々のデバイスを含み得る。例えば、ゴーグルまたは眼鏡に内蔵された超小型ディスプレイ;帽子またはヘルメットに組込まれた投影デバイス;車両の、例えば、ウインドウまたはフロントガラスに組込まれた、小型スクリーンまたは、さらにはホログラフィ要素;あるいは種々のスピーカ、ヘッドホン、または高品質の音響または音楽を提示するための音響システムである。しかしながら、当業者は、本発明がこれらのデバイスに制限されず、市場には他の多くのデバイスがあり、使用を提案されていて、記憶および移送に関して、または再生時の提示に関しての何れかにおいて、エンドユーザに高品質の画像および音響を与えることを意図されていることが容易に分かるであろう。本発明は、希望のユーザ体験を実現するのに必要とされる高データレートに適応するように、種々のデバイス間のデータスループットを増加するのに役立つ。
B.インターフェイスのタイプ
MDDインターフェイスは、通信およびコンピュータ業界に見られるインターフェイスの5つ以上のある程度異なる物理タイプに対処すると考えられる。これらは、この点で、単にタイプI、タイプII、タイプIII、タイプIV、およびタイプUと呼ばれる。
タイプIのインターフェイスは、6線(導線)インターフェイスとして構成され、これは、それを、移動または無線電話、PDA、電子ブック、電子ゲーム、およびポータブルメディアプレーヤ、例えば、CDプレーヤ、またはMP3プレーヤ、および同様のタイプの一般消費者向け電子技術のデバイスに適したものにする。タイプUのインターフェイスは、8線(導線)インターフェイスとして構成され、これは、ラップトップ、ノートブック、またはデスクトップのパーソナルコンピュータおよび同様のデバイスまたは応用により適しており、ディスプレイを迅速に更新することを必要とせず、組み込まれたMDDIリンク制御装置をもたない。このインターフェイスのタイプは、追加の2線ユニバーサルシリアルバス(USB)インターフェイスの使用によっても区別することができ、これは、大抵のパーソナルコンピュータ上に見られる既存のオペレーティングシステムまたはソフトウエア支援に適応するのにとくに有益である。タイプUのインターフェイスは、USB専用モードで使用されることもでき、この場合に、ディスプレイは、単にUSBコネクタをもっているだけで、USBコネクタが、コンピュータまたは同様のデバイス上の標準のUSBポートに、例えば、このようなポートを備えた、ディジタルカメラまたはビデオプレーヤのような一般消費者向け電子デバイスに接続する。
タイプII、タイプIII、およびタイプIVのインターフェイスは、高性能ディスプレイまたはデバイスに適しており、追加の撚線対タイプの導線との、より大きくて、より複雑なケーブリングを使用して、データ信号に適切なシールディングおよび低損失転送を与える。
タイプIのインターフェイスは、両者の表示、オーディオ、制御、および制限されたシグナリング情報を含むことができる信号を送り、一般に、高解像度のフルレートのビデオデータを必要としないデバイスに使用される。このタイプのインターフェイスは、主として、移動無線デバイスのようなデバイス向けであり、この場合に、USBのホストは、一般に、信号の接続および転送のためのデバイス内で使用可能ではない。この構成では、移動デバイスは、MDDIホストデバイスであり、ホストからの通信リンク、すなわち、通常、ディスプレイデータをクライアントへ送るもの(順方向トラヒックまたはリンク)を制御する“マスタ”として働く。
このインターフェイスでは、ホストが特別の命令またはパケットタイプをクライアントへ送って、クライアントがバス(リンク)を特定の期間の間支配して、データを逆方向パケットとしてホストへ送ることができるようにすることによって、ホストにおいてクライアントからの通信データ(逆方向トラヒックまたはリンク)を受信できるようにする。これは、図3に示されており、ここでは、カプセル化パケット(別途記載される)と呼ばれるタイプのパケットが使用され、転送リンクによる逆方向パケットの転送に収容して、逆方向リンクを生成する。ホストがディスプレイにデータについてポーリングするために割り振られた時間間隔は、ホストによって予め決められていて、各特定の応用の要件に基づく。このタイプの半二重双方向データ転送は、USBポートがクライアントからの情報またはデータの転送に使用可能でないときに、とくに有利である。
タイプUのインターフェイスは、ラップトップおよびデスクトップの応用で使用するのに十分に適した信号を転送し、この場合に、USBインターフェイスは、多くのマザーボードまたは他のハードウエアによって、およびオペレーティングシステムのソフトウエアによって幅広く支援されている。追加のUSBインターフェイスの使用は、“プラグ・アンド・プレイ”機能および容易な応用構成での使用を可能にする。さらに加えて、USBを含むと、命令、状態、オーディオデータ、等の汎用の双方向フローが可能になり、一方でクライアントデバイスに宛てられたビデオおよびオーディオデータを、撚線対を使用して、低電力および高速度で転送することもできる。電力は、別途記載されるように、他のワイヤを使用して送ることができる。USBインターフェイスを使用する本発明の実施形態は、1組の導線による高速転送を可能にする一方で、主として、シグナリングおよび制御をUSB接続によって実行し、したがって、使用しておらず、電力をほとんど使用しないときに、遮断されることができる。
USBインターフェイスは、現代のパーソナルコンピュータ装置において非常に広く使用されている標準であり、USBインターフェイスおよびその動作の詳細は、この技術において非常によく知られているので、ここでは説明しない。USBインターフェイスにおいて、ホストとディスプレイとの間の通信は、ユニバーサルシリアルバス仕様、改訂2.0(Universal Serial Bus Specification, Revision 2.0)にしたがう。タイプUのインターフェイスを使用し、USBが主要なシグナリングチャネル、および恐らくは、音声応答チャネルである応用では、ホストがMDDI直列データ信号によってクライアントにポーリングすることはオプションである。
HDTVタイプまたは同様の高解像度が可能な高性能のディスプレイは、フルモーションビデオを支援するために、約1.5ギガビット秒のレートのデータストリームを必要とする。タイプIIのインターフェイスは、2ビットを並列で伝送することによって、タイプIIIは、4ビットを並列で伝送することによって、高データレートを支援し、タイプIVのインターフェイスは、使用できる最高データレートが何かをネゴシエートすることによって、8ビットを並列で転送する。MDDIによって使用されるプロトコルは、各タイプI、II、III、またはIVのホストが、何れかのタイプI、II、III、またはIVのクライアントまたはディスプレイと普通に通信することを可能にする。最低能力デバイスと呼ばれ得るものの能力または使用可能な機能は、リンクの性能を設定するのに使用される。概して、ホストおよびクライアントの両者が、タイプII、タイプIII、またはタイプIVのインターフェイスを使用できるシステムにおいてでさえ、この両者は、タイプIのインターフェイスとして動作を開始する。その後で、ホストは、目標のクライアントまたはディスプレイの能力を判断し、個々の応用に適するように、タイプII、タイプIII、またはタイプIVのモードの何れかへのハンドオフまたは再構成動作をネゴシエートする。
一般に、ホストは、(別途記載される)適切なリンク層プロトコルを使用して、いつでも、動作をより低速のモードへステップダウンするか、または再び再構成して、電力を節約するか、あるいは例えば、より高い解像度の表示内容のために、より高速のモードへステップアップして、より高速の転送を支援することができる。例えば、ホストがディスプレイモードを変更できるのは、ディスプレイシステムが、バッテリのような電源からAC電力へスイッチするとき、あるいはディスプレイ媒体源が、より低いまたはより高い解像度のフォーマットへスイッチするときであるか、あるいはディスプレイまたはデータ転送モードを変更するための原則として、これらまたは他の条件またはイベントの組合せが考えられ得る。
システムが、一方向において1つのモードを使用し、別の方向において別のモードを使用して、データを通信することも可能である。例えば、タイプIVのインターフェイスモードは、データを高レートでディスプレイに転送するのに使用されることができ、一方で、タイプIまたはタイプUのモードは、キーボードまたはポインティングデバイスのような周辺デバイスからホストデバイスへデータを転送するときに使用される。
C.物理インターフェイス構造
ホストとクライアントのデバイスの間の通信を設定するためのデバイスまたはリンク制御装置の全体的な配置は、図4および5に示されている。図4および5では、MDDIリンク制御装置402および502が、ホストデバイス202および202'にインストールされていることが示されており、MDDIリンク制御装置404および504が、クライアントデバイス204および204'にインストールされていることが示されている。既に記載されたように、ホスト202は、一連の導線を含む双方向通信チャネル406を使用して、クライアント204に接続されている。別途記載されるように、ホストおよびクライアントのリンク制御装置の両者は、単一回路設計を使用した集積回路として製造されることができ、これは、ホスト制御装置(ドライバ)またはクライアント制御装置(受信機)の何れかとして応答するように、設定され、調整され、またはプログラムされることができる。これは、単一回路デバイスのより大きい規模の製造において、コストを低減する。
図4には、MDDIのタイプUのインターフェイスバージョンを実行するのに使用するための、USBホストデバイス408およびUSBクライアントデバイス410も示されている。このような機能を実行するための回路およびデバイスは、この技術においてよく知られており、本明細書ではさらに詳しく記載されない。
図5には、MDDIリンク制御装置502がホストデバイス202'にインストールされていることが示されており、MDDIリンク制御装置504がクライアントデバイス204'にインストールされていることが示されている。既に記載されたように、ホスト202'は、一連の導線を含む双方向通信チャネル506を使用して、クライアント204'に接続されている。既に記載されたように、ホストおよびクライアントのリンク制御装置の両者は、単一回路設計を使用して製造されることができる。
MDDIリンク、または使用されている物理的導線によって、ホストと、ディスプレイデバイスのようなクライアントとの間で送られる信号も、図4および5に示されている。図4および5において見られるように、MDDIによってデータを転送する一次経路または機構は、MDDI Data0+/−およびMDDI Stb+/−として示されているデータ信号を使用する。これらの各々は、低電圧データ信号であり、ケーブル内の差動のワイヤの対によって転送される。インターフェイスによって送られる各ビットに対して、MDDI Data0の対か、またはMDDI Stbの対の何れかにおいて、1回のみ遷移される。これは、電流を用いたものではなく、電圧を用いた転送機構であり、したがって、静的電流消費は、ほぼゼロである。ホストは、クライアントのディスプレイへMDDI Stb信号を駆動する。
データがMDDI Dataの対、すなわち、双方向転送経路により、順方向および逆方向の両者において流れることができる一方で、ホストはデータリンクのマスタまたは制御装置である。MDDI Data0およびMDDI Stbの信号経路は、差動モードで動作され、雑音耐性を最大化する。これらのライン上の信号のデータレートは、ホストによって送られるクロックのレートによって判断され、約1キロビット秒ないし400メガビット秒以上の範囲で可変である。
タイプIIのインターフェイスは、タイプIのインターフェイスのデータの対、導線、または経路の他に、1つの追加のそれを含み、MDDI Data1+/−と呼ばれる。タイプIIIのインターフェイスは、タイプIIのインターフェイスのデータの対または信号経路の他に、2つの追加のそれを含み、MDDI Data2+/−、およびMDDI Data3+/−と呼ばれる。タイプIVのインターフェイスは、タイプIIIのインターフェイスのデータの対または信号経路の他に、4つ以上のそれを含み、それぞれ、MDDI Data4+/−、MDDI Data5+/−、MDDI Data6+/−、およびMDDI Data7+/−と呼ばれる。上述のインターフェイス構成の各々において、ホストは、MDDI PwrおよびMDDI Gndとして示されているワイヤの対または信号を使用して、電力をクライアントまたはディスプレイへ送ることができる。
タイプUの構成で使用可能にされるほぼ唯一の転送のタイプは、MDDIのUSB接続または信号経路である。MDDIのUSB接続は、ホストとクライアントのディスプレイとの間の通信のための二次経路を含む。ある特定の応用では、ホストとクライアントとの間で、比較的に低いデータレートで、ある特定の情報を送ることがより好都合であり得る。USB転送リンクを使用すると、MDDIリンク制御装置をもたず、USBホストをもつか、またはホスト能力が制限されたデバイスが、タイプUのインターフェイスを備えたMDDI対応のクライアントまたはディスプレイと通信することができる。USBインターフェイスによりディスプレイへ便利に転送されることができる情報の例は、静的ビットマップ、ディジタルオーディオストリーム、ポインティングデバイスデータ、キーボードデータ、および制御および状態情報である。USBインターフェイスによって支援される機能は、一次MDDI高速直列データ経路を使用して実行されることもできる。上述で定義されたデータ(以下では、パケットを参照)がUSBタイプのインターフェイスによって送られ得る一方で、データをパケットの形で背中合わせに連鎖させるための要件は、このようなUSBインターフェイスに適用せず、MDDIタイプのハンドオフを支援するパケットも使用しない。
MDDIリンクによりホストとクライアント(ディスプレイ)との間で送られる信号の概要は、インターフェイスのタイプにしたがって、次の表1に示されている。
Figure 2011176810
上述の構造および動作を実行するのに一般に使用されるケーブリングは、公称で、1.5メートルのオーダの長さであり、3つの撚線対の導線を含み、各々は、マルチストランドの30AWGワイヤである。フォイルシールドカバリングが、巻付けられるか、または、さもなければ、追加のドレイン線のような、3つの撚線対の上に形成される。撚線対およびシールドドレイン導線は、ディスプレイ(クライアント)のためのシールドに接続されたシールドをもつディスプレイコネクタにおいて終端し、ケーブル全体をカバーしている絶縁層があり、この技術において周知であるであろう。ワイヤは、MDDI GndとMDDI Pwr、MDDI Stb+とMDDI Stb−、MDDI Data0+とMDDI Data0−、MDDI Data1+とMDDI Data1−、等のように対にされる。公称のケーブルの直径は、3.0ミリメートルであり、85オーム±10%の公称インピーダンスをもち、1000フィート当たりに公称で110オームのDC抵抗をもつ。信号伝搬速度は、公称で0.66cであるべきであり、ケーブルを通る最大遅延は、約8.0ナノ秒よりも短い。
D.データタイプおよびレート
ユーザ体験および応用の全範囲において有益なインターフェイスを実現するために、移動ディジタルデータインターフェイス(MDDI)は、種々のディスプレイおよびディスプレイ情報、オーディオ変換器、キーボード、ポインティングデバイス、および移動ディスプレイデバイスに統合されるか、それと共に動作し得る多くの他の入力デバイスを、制御情報と一緒に、その組み合わせで支援する。MDDインターフェイスは、最少数のケーブルまたは導線を使用して、順方向または逆方向の何れかにおいて、ホストとクライアントとの間を横断する種々の潜在的なタイプのデータストリームを適応させることができるように設計される。等時性ストリームおよび非対称ストリームの両者(更新)が支援される。集合体データのレートが最大希望MDDIリンクレート以下である限り、データタイプの多くの組合せが可能である。これらは、次の表2および3に示されている項目を含むことができるが、これらに制限されない。
Figure 2011176810
Figure 2011176810
インターフェイスは、固定されず、拡張可能であり、したがって、将来のシステムの柔軟性のために、ユーザ定義データを含む種々の情報“タイプ”の転送を支援することができる。適応させられるデータの具体的な例は、フルまたは部分スクリーンビットマップフィールドまたは圧縮ビデオの何れかの形のフルモーションビデオ;電力を節約し、実行コストを低減する低レートの静的なビットマップ;種々の解像度またはレートのPCMまたは圧縮オーディオデータ;ポインティングデバイスの位置および選択;並びに、まだ定義されていない能力についてのユーザ定義可能データである。このようなデータは、制御または状態情報と共に転送され、デバイスの能力を検出するか、または動作パラメータを設定することもできる。
本発明は、データ転送において使用する技術を向上する。これは、映画を見ること(ビデオ表示およびオーディオ);個人的に見ることが制限されているパーソナルコンピュータを使用すること(グラフィック表示であり、ビデオおよびオーディオと組み合わされることもある);PC、コンソール、またはパーソナルデバイス上でビデオゲームをすること(モーショングラフィック表示、または合成ビデオおよびオーディオ);インターネットを“サーフすること”;ビデオ電話(双方向の低レートのビデオおよびオーディオ)、静止ディジタル写真用のカメラ、またはディジタルビデオ画像を取り込むためのカムコーダの形のデバイスを使用すること;およびセル電話、スマート電話、またはPDAを用いた生産性の向上または娯楽的使用を含むが、これらに制限されない。
以下で記載される移動データインターフェイスは、一般にワイヤーラインまたはケーブルタイプリンクとして構成されている通信または転送リンク上で、大量のAVタイプのデータを与えることに関して提示される。しかしながら、信号構造、プロトコル、タイミング、または転送機構は、データ転送の希望のレベルを維持することができるとき、光または無線媒体の形のリンクを与えるように調整され得ることが容易に分かるであろう。
MDDインターフェイス信号は、基本信号プロトコルまたは構造における共通フレーム(Common Frame, CF)として知られている概念を使用する。共通フレームを使用することの背後にある発想は、同時等時性データストリームに同期パルスを与えることである。ディスプレイデバイスは、この共通フレームレートを時間基準として使用することができる。低いCFレートは、サブフレームヘッダを伝送するオーバーヘッドを低減することによって、チャネル効率を高める。他方で、高いCFレートは、待ち時間を低減し、オーディオサンプルのための融通の利くデータ緩衝をより小さくすることができる。本発明のインターフェイスのCFレートは、動的にプログラム可能であり、特定の応用に使用される等時性ストリームに適した多くの値の1つに設定され得る。したがって、CF値は、希望に応じて、所与のディスプレイデバイスおよびホスト構成に最も適するように選択される。
ヘッドマウント形超小型ディスプレイのような応用で最も使用されそうな等時性データストリームのための調整可能またはプログラム可能な、1共通フレーム当たりに通常要求されるバイト数は、表4に示されている。
Figure 2011176810
1共通フレーム当たりのバイトの分数のカウントは、簡単なプログラム可能なM/Nカウンタ構造を使用して、容易に得られる。例えば、1CF当たりに26と3分の2バイトのカウントは、27バイトの2フレームを転送することによって実現され、各フレームの後には、26バイトの1フレームが続く。1CFごとに整数のバイトを生成するために、より小さいCFレートが選択され得る。しかしながら、一般に、ハードウエア内に簡単なM/Nカウンタを構成するのに必要とされる区域は、本発明の一部または全てを実行するのに使用される集積回路チップまたは電子モジュール内に、より大きいオーディオサンプルのFIFO緩衝器に必要とされる区域よりも、より小さい。
異なるデータ転送レートおよびデータタイプの効果を示す例示的な応用は、カラオケシステムである。カラオケでは、システムのユーザは、音楽ビデオのプログラムと共に歌を歌う。歌の歌詞は、スクリーンの下部に表示されるので、ユーザには、歌われる言葉と、歌の大体のタイミングとが分かる。この応用は、グラフィックの更新が頻繁でないビデオ表示と、ユーザの声とステレオオーディオストリームとを結び付けることとを必要とする。
300ヘルツの共通フレームレートを仮定するとき、各CFは、ディスプレイデバイスへの順方向リンク上の92,160バイトのビデオコンテントと、(ステレオにおける、147 16ビットのサンプルに基づいて)588バイトのオーディオコンテントとから成り、平均29.67(26と3分の2)バイトの音声が、マイクロフォンから移動カラオケ装置へ送られる。非同期のパケットが、ホストとディスプレイとの間で送られる。これは、最高で768バイトのグラフィックデータ(4分の1スクリーンの高さ)と、諸々の制御および状態命令のための約200(数)バイト未満のバイトとを含む。
表5は、カラオケの例において、データが共通フレーム内にどのように割り振られるかを示している。使用される総レートは、約225メガビット秒であるように選択される。226メガビット秒のわずかにより高いレートは、1サブフレーム当たりに別の約400バイトのデータが転送されることを可能にし、不定期の制御および状態メッセージの使用を可能にする。
Figure 2011176810
E.リンク層
MDDインターフェイス高速直列データ信号を使用して転送されるデータは、次々にリンクされる時間多重化パケットのストリームから成る。送信デバイスが送るためのデータをもたないときでも、MDDIリンク制御装置は、一般に、フィラーパケットを自動的に送り、したがってパケットのストリームを維持する。簡単なパケット構造の使用は、ビデオおよびオーディオ信号またはデータストリームの確実な等時性のタイミングを保証する。
パケットのグループは、サブフレームと呼ばれる信号成分または構造内に含まれ、サブフレームのグループは、媒体フレームと呼ばれる信号成分または構造内に含まれる。サブフレームは、それぞれのサイズおよびデータ転送の使用に依存して、1つ以上のパケットを含み、媒体フレームは1つ以上のサブフレームを含む。本発明によって採用されるプロトコルによって与えられる最大のサブフレームは、232−1または4,294,967,295のオーダのバイトであり、したがって、最大の媒体フレームのサイズは、216−1または65,535のオーダのサブフレームになる。
特定のヘッダパケットは、別途記載されるように、各サブフレームの始めに現れる固有の識別子を含む。その識別子は、ホストとクライアントとの間の通信が開始されるときに、クライアントデバイスにおけるフレームのタイミングを得るのにも使用される。リンクのタイミングの捕捉は、別途より詳しく記載される。
一般に、フルモーションビデオが表示されるとき、ディスプレイスクリーンは、1媒体フレーム当たりに1回更新される。表示フレームレートは、媒体フレームレートと同じである。リンクプロトコルは、希望の応用に依存して、ディスプレイ全体のフルモーションビデオか、または単に、静的画像によって取り囲まれたフルモーションビデオコンテントの小さい領域を支援する。ウエブページまたは電子メールの表示のような、いくつかの低電力のモバイルの応用では、ディスプレイスクリーンは、ときどき更新されることのみを必要とし得る。これらの状況では、1つのサブフレームを伝送し、次に、リンクを遮断または非活動にして、電力消費を最小化することが好都合である。インターフェイスは、ステレオビジョンのような効果も支援し、図形要素を処理する。
サブフレームは、定期的に高優先度のパケットの伝送を可能にするために存在する。これは、同時等時性ストリームが最少量のデータ緩衝で共存することを可能にする。これは、本発明が、多数のデータストリーム(ビデオ、音声、制御、状態、ポインティングデバイスデータ、等の高速通信)が共通チャネルを本質的に共用することを可能にするディスプレイの処理を与える1つの長所である。これは、比較的に少ない信号を使用して情報を転送する。これは、CRTモニタにおける水平方向同期パルスおよびブランキング間隔のような、表示技術専用の動作が存在することも可能にする。
F.リンク制御装置
図4および5に示されているMDDIリンク制御装置は、MDDIのデータおよびストローブ信号を受信するのに使用される差動ライン受信機を除いて、完全にディジタルの構成であるように製造されるか、または組立てられる。しかしながら、差動ラインドライバおよび受信機でさえ、リンク制御装置をもつ同じディジタル集積回路において実行されることができる。リンク制御装置のハードウエアを実行するのに、アナログ機能またはフェーズロックループ(phase lock loop, PLL)は不要である。ホストおよびクライアントのリンク制御装置は、リンク同期のための状態機械を含むディスプレイインターフェイスを除いて、非常に類似した機能を含む。したがって、本発明は、ホストまたはクライアントの何れかとして構成されることができる単一の制御装置の設計または回路を生成でき、したがって、全体として、リンク制御装置のための製造コストを低減することができるという実際的な長所を可能にする。
IV.インターフェイスリンクプロトコル
A.フレーム構造
パケット転送のための順方向リンク通信を実行するのに使用される信号プロトコルまたはフレーム構造は、図6に示されている。図6に示されているように、情報またはディジタルデータは、パケットとして知られている要素にグループ化される。次に、多数のパケットは、一緒にグループ化されて、“サブフレーム”と呼ばれるものを形成し、次に、多数のサブフレームは、一緒にグループ化されて、“媒体”フレームを形成する。フレームの形成およびサブフレームの転送を制御するために、各サブフレームは、サブフレームヘッダパケット(Sub-Frame Header Packet, SHP)と呼ばれる、特別に予め定義されたパケットで始まる。
ホストデバイスは、所与の転送に使用されるデータレートを選択する。このレートは、ホストの最大転送能力、またはホストによって源から検索されるデータと、ディスプレイ、またはデータが転送される他のデバイスの最大能力との両者に基づいて、ホストデバイスによって動的に変更されることができる。
MDDIまたは発明的な信号プロトコルで動作するように設計された、または動作することができる受信者のクライアントデバイスは、使用できる最大の、または現在最大のデータ転送レート、あるいは使用され得るデフォルトのより緩慢な最低レート、あるいは支援される使用可能なデータレートおよび特徴を判断するために、ホストによって照会されることができる。この情報は、別途さらに記載されるように、ディスプレイ能力パケット(Display Capability Packet, DCP)を使用して転送されることができる。クライアントのディスプレイデバイスは、インターフェイスを使用して、予め選択された最低データレートで、または最低データレートの範囲内で、データを転送するか、または他のデバイスと通信することができ、ホストは、この範囲内のデータレートを使用して照会を行い、クライアントデバイスの全能力を判断することになる。
ディスプレイのビットマップおよびビデオフレームレート能力の性質を定義する他の状態情報は、状態パケットでホストに転送されることができ、その結果、ホストは、インターフェイスを、実用上、または任意のシステムの制約内で希望に応じて、効率的または最適であるように構成することができる。
ホストは、現在のサブフレーム内に(最早)転送されるデータパケットがないとき、または順方向リンクのために選択されたデータ伝送レートと速さを合わせるのに十分なレートで転送することができないとき、フィラーパケットを送る。各サブフレームは、サブフレームヘッダパケットから始まるので、前のサブフレームの最後は、前のサブフレームを正確に充填するパケット(フィラーパケットである可能性が最も高い)を含む。データを乗せたパケット自体の余白が不十分である場合は、フィラーパケットは、サブフレーム内の最後のパケットか;もう1つ前のサブフレームの最後で、サブフレームヘッダパケットの前かである可能性が最も高くなる。サブフレーム内で伝送される各パケットのために、そのサブフレームに十分な余白が残っていることを保証することは、ホストデバイスの制御動作のタスクである。同時に、ホストデバイスは、データパケットの送付を開始すると、フレーム内のそのサイズのパケットを、データ不足状態を招くことなく、完全なものにするのに成功できなければならない。
実施形態の1つの態様では、サブフレームの伝送には2つのモードがある。一方のモードは、生のビデオおよびオーディオストリームを伝送するのに使用される周期的サブフレームモードである。このモードでは、サブフレームの長さは、ゼロ以外であるように定められる。第2のモードは、非同期または非周期的モードであり、このモードでは、新しい情報が使用可能であるときのみ、フレームを使用して、ビットマップデータをディスプレイデバイスへ与える。このモードは、サブフレームヘッダパケット内のサブフレーム長をゼロに設定することによって定義される。周期的モードを使用する場合は、サブフレームパケットの受信は、ディスプレイが順方向リンクのフレーム構造に同期したときに始まることができる。これは、図49または63に関連して別途記載される状態図にしたがって定められる“同期(in sync)”状態に対応する。非同期の非周期的サブフレームモードでは、受信は、第1のサブフレームヘッダパケットが受信された後で始まる。
B.全体的なパケット構造
本発明によって実行されるシグナリングプロトコルを形成するのに使用されるパケットのフォーマットまたは構造は、インターフェイスが拡張可能であり、かつ追加のパケット構造を希望に応じて追加できることを想定して、別途記載される。パケットは、異なる“パケットタイプ”として、インターフェイスにおけるそれらの機能、すなわちそれらが転送する命令またはデータに関して示されるか、または分割される。したがって、各パケットタイプは、所与のパケットの予め定義されたパケット構造を示し、転送されるパケットおよびデータを処理するのに使用される。容易に明らかになるように、パケットは、予め選択された長さをもっていても、あるいはそれぞれの機能に依存して、可変または動的に変更可能な長さをもっていてもよい。パケットは異なる名前をもつこともできるが、標準へ受け入れられる間に、プロトコルが変更されるときに行うことができるのと、同じ機能が、なお実現される。種々のパケット内で使用されるバイトまたはバイト値は、多数のビット(8または16ビット)の無符号整数として構成される。採用されるパケットの概要は、タイプ順に示されている“タイプ”の名称と共に、表6に示されている。パケットの転送が有効であると考えられる方向も、それらがタイプUのインターフェイスで使用されるかどうかと共に示されている。
Figure 2011176810
パケットは、パケット長フィールド、パケットタイプフィールド、データバイトフィールド、およびCRCフィードを含む共通の基本構造または最小フィールドの全体的な組をもち、これは図7に示されている。図7に示されているように、パケット長フィールドは、情報を多数のビットまたはバイト値の形で含み、これは、パケット内のビットの総数、すなわちパケット長フィールドからCRCフィールドまでの長さを特定している。1つの実施形態では、パケット長フィールドは、16ビットまたは2バイトの幅の無符号整数を含み、パケット長を特定している。パケットタイプフィールドは、パケット内に含まれている情報のタイプを示す別の多数のビットのフィールドである。例示的な実施形態では、これは、8ビットまたは1バイトの幅の値であり、8ビットの無符号整数の形をとり、表示能力、ハンドオフ、ビデオまたはオーディオストリーム、状態、等のようなデータタイプを特定する。
第3のフィールドは、データバイトフィールドであり、これは、そのパケットの一部としてホストとクライアントデバイスとの間で転送または送付されるビットまたはデータを含んでいる。データのフォーマットは、転送されるデータの特定のタイプにしたがって、各パケットタイプごとに明確に定められ、一連の追加フィールドに分割されることができ、各々は自分自身のフォーマット要件をもつ。したがって、各パケットタイプは、この部分またはフィールドのための定められたフォーマットをもつことになる。最後のフィールドは、CRCフィールドであり、これは、データバイト、パケットタイプ、およびパケット長フィールドにわたって計算される16ビットの巡回冗長検査の結果を含み、パケット内の情報の保全性を確認するのに使用される。言い換えると、CRCフィールド自体を除いたパケット全体にわたって計算される。クライアントは、通常、検出されたCRCの誤りの総数を維持し、この数をディスプレイの要求および状態パケット(別途記載する)においてホストへ報告する。
パケットを転送する間に、フィールドは、最初に最下位ビット(Least Significant Bit, LSB)で始まり、最後に伝送される最上位ビット(Most Significant Bit, MSB)で終了するように伝送される。2バイト長を越えるパラメータは、最初に最下位バイトを使用して伝送され、これは、8ビット長よりも長いパラメータに使用されるのと同じビット伝送パターンになり、LSBが最初に伝送される場合は、より短いパラメータに使用される。MDDI Data0の信号経路上のデータは、タイプI、タイプII、タイプIII、またはタイプIVのモードの何れかで、インターフェイス上で伝送されるバイトのビット‘0’と整列させられる。
表示のためにデータを処理するとき、画素のアレイのデータは、電子工学の分野において従来より行われてきたように、最初に、行、その後で、列ごとに伝送される。言い換えると、ビットマップ内の同じ行内に現れる全画素は、最左画素を最初に伝送し、最右画素を最後に伝送する順序で伝送される。行の最右画素が伝送されると、列内の次の画素が、次の行の最左画素になる。画素の行は、通常、大抵のディスプレイにおいて、上から下へ順番に伝送されるが、必要に応じて、他の構成に適応することができる。さらに加えて、ビットマップの処理において、本明細書において後で示されるアプローチでは、ビットマップの最左角部を、位置またはオフセット“0,0”として示すことによって、基準点を定める。ビットマップ内の位置を定めるか、または判断するのに使用されるXおよびY座標は、それぞれ、ビットマップの右および下に近付くにしたがって値を増加する。第1の行および第1の列は、ゼロの指標値で始まる。
C.パケットの定義
1.サブフレームヘッダパケット
サブフレームヘッダパケットは、全てのサブフレームの第1のパケットであり、図8に示されている基本構造をもつ。図8に見られ得るように、このタイプのパケットは、パケット長、パケットタイプ、ユニークワード、サブフレーム長、プロトコルバージョン、サブフレームカウント、および媒体フレームカウントのフィールドを、通常この順番でもつように構成されている。このタイプのパケットは、通常、タイプ255(0xffの16進法)のパケットとして識別され、17バイトの予め選択された固定長を使用する。
パケットタイプフィールドが1バイト値を使用する一方で、ユニークワードフィールドは、3バイト値を使用する。これらの2つのフィールドを一緒にした4バイトの組合せは、好適な自己相関をもつ32ビットのユニークワードを形成する。例示的な実施形態では、実際のユニークワードは、0x005a3bffであり、ここでは、最初に、下位の8ビットがパケットタイプとして伝送され、その後で最上位の24ビットが伝送される。
サブフレーム長フィールドは、4バイトの情報を含み、1サブフレーム当たりのバイト数を特定する。このフィールドの長さは、リンクがアイドル状態に遮断される前に、1つのみのサブフレームがホストによって伝送されることを示すために、ゼロに等しく設定されてもよい。このフィールドの値は、1つのサブフレームから次のサブフレームへ遷移するときに、“実行中に(on-the-fly)”動的に変更されることができる。この能力は、等時性データストリームに適応するために、同期パルスにおけるタイミングの微調整を行うのに有益である。サブフレームヘッダパケットのCRCが有効でないときは、リンク制御装置は、既に分かっている好適なサブフレームヘッダパケットのサブフレーム長を使用して、現在のサブフレームの長さを推定すべきである。
プロトコルバージョンフィールドは、2バイトを含み、ホストによって使用されるプロトコルバージョンを特定する。プロトコルバージョンフィールドは、第1の、または使用されている現在のプロトコルバージョンを特定するために、‘0’に設定される。新しいバージョンが生成されると、この値は時間にしたがって変化する。サブフレームカウントフィールドは、2バイトを含み、媒体フレームの最初から、伝送されたサブフレーム数を示す順序番号を特定する。媒体フレームの第1のサブフレームは、ゼロのサブフレーム数をもつ。nが、1媒体フレーム当たりのサブフレーム数であるとして、媒体フレームの最後のサブフレームは、n−1の値をもつ。サブフレーム長が、ゼロに等しく設定される(非周期的サブフレームを示す)とき、サブフレーム数も、ゼロに等しく設定されなければならないことに注意すべきである。
媒体フレームカウントフィールドは、3バイトを含み、転送されているこの現在の媒体項目またはデータの始めから、伝送された媒体フレーム数を示す順序番号を特定する。媒体項目の第1の媒体フレームは、ゼロの媒体フレームカウントをもつ。媒体フレームカウントは、各媒体フレームの第1のサブフレームの直前にインクリメントし、最大媒体フレームカウント(例えば、媒体フレーム数224−1=16,777,215)が使用された後で、ゼロに折り返される。媒体フレームのカウント値は、一般に、最後の応用の要求に適するように、ホストによって、ほぼいつでもリセットされ得る。
2.フィラーパケット
フィラーパケットは、順方向リンクまたは逆方向リンクの何れにおいても送られるのに使用可能な情報が他にないときに、クライアントデバイスへ、またはクライアントデバイスから転送されるパケットである。フィラーパケットは、要求に応じて他のパケットを送るときに最大の融通性を可能にするために、最短長をもつことが推奨される。リンク制御装置は、サブフレームまたは逆方向リンクカプセル化パケット(別途記載する)の最も最後において、パケットの保全性を維持するために、残りの余白を充填するためのフィラーパケットのサイズを設定する。
フィラーパケットのフォーマットおよび内容は、図9に示されている。図9に示されているように、このタイプのパケットは、パケット長、パケットタイプ、フィラーバイト、およびCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ0として識別され、1バイトのタイプフィールドにおいて示される。フィラーバイトフィールド内のビットまたはバイトは、可変数の全てゼロのビット値を含み、フィラーパケットが希望の長さになることを可能にする。最小のフィラーパケットは、このフィールド内にバイトを含まない。したがって、パケットは、パケット長、パケットタイプ、およびCRCのみから成り、3バイトの予め選択された固定長を使用する。
3.ビデオストリームパケット
ビデオストリームパケットは、ビデオデータを保持し、ディスプレイデバイスの一般に長方形の領域を更新する。この領域のサイズは、1画素と同じくらい小さくても、またはディスプレイ全体と同じくらい大きくてもよい。ストリームを表示するのに必要とされる全文脈は、ビデオストリームパケット内に含まれているので、同時に表示されるストリームは、ほぼ無制限であり、システム資源によって制限され得る。ビデオストリームパケット(ビデオデータフォーマット記述子)のフォーマットは、図10に示されている。図10に示されているように、このタイプのパケットは、パケット長(2バイト)、パケットタイプ、ビデオデータ記述子、表示属性、Xの左端、Yの上端、Xの右端、Yの下端、X開始、Y開始、画素カウント、パラメータのCRC、画素データ、およびCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ1として識別され、これは、1バイトのタイプフィールドにおいて示されている。
既に記載された共通フレームの概念は、オーディオ緩衝サイズを最小化し、待ち時間を低減する効率的なやり方である。しかしながら、ビデオデータでは、1つのビデオフレームの画素を媒体フレーム内の多数のビデオストリームパケットの全体にわたって拡散することが必要であり得る。また、1つのビデオストリームパケットが、ディスプレイ上の完全に長方形のウインドウに正確に対応しなくなることがよく起こり得る。1秒当たりに30フレームのビデオフレームレートの例では、1秒当たりに300サブフレームがあり、したがって、1媒体フレーム当たりに10サブフレームになる。各フレームにおいて画素の480行があるとき、各サブフレーム内の各ビデオストリームパケットは、画素の48行を含むことになる。他の状況では、ビデオストリームパケットは、画素の整数の行を含まないことがある。1媒体フレーム当たりのサブフレームの数が、1ビデオフレーム当たりの行の数(ビデオラインとしても知られている)へ均等に分割されないとき、他のビデオフレームのサイズについても当てはまる。各ビデオストリームパケットは、整数の行の画素を含まないことがあっても、通常は、整数の画素を含まなければならない。それぞれ画素が1バイトよりも大きいか、または図12に示されているのようなパックされたフォーマットであるとき、これは重要である。
既に記載したように、例示的なビデオデータ記述子フィールドの動作を実現するために採用されるフォーマットおよび内容は、図11aないし11dに示されている。図11aないし11dにおいて、ビデオデータフォーマット記述子フィールドは、2バイトを16ビットの無符号整数の形で含み、このパケット内のこのストリーム内の画素データ内の各画素のフォーマットを特定する。異なるビデオストリームパケットは、異なる画素データフォーマットを使用し、すなわち、ビデオデータフォーマット記述子において異なる値を使用してもよく、同様に、ストリーム(ディスプレイの領域)は、そのデータフォーマットを実行中に変更してもよいことが可能である。ビデオデータフォーマット記述子は、このパケットの画素フォーマットを定めており、これのみでは、一定のフォーマットが、個々のビデオストリームの存続期間の間に使用され続けることになることを示唆しない。
図11aないし11dは、ビデオデータフォーマット記述子がどのように符号化されるかを示している。これらの図において使用されているように、この実施形態では、図11aに示されているように、ビット[15:13]が、‘000’に等しいとき、ビデオデータは、モノクロームの画素のアレイから成り、ここで、1画素当たりのビットの数は、ビデオデータフォーマット記述子のワードのビット3ないし0によって定められる。ビット11ないし4は、この状況ではゼロに設定される。その代りに、図11bに示されているように、ビット[15:13]が、‘001’に等しいとき、ビデオデータは、各々がカラーマップによって色を特定するカラーの画素のアレイから成る。この状況では、ビデオデータフォーマット記述子のビット5ないし0は、1画素当たりビット数を定め、ビット11ないし6はゼロに等しく設定される。その代りに、図11cに示されているように、ビット[15:13]が‘010’に等しいときは、ビデオデータは、カラーの画素のアレイであって、赤の1画素当たりのビットの数は、ビット11ないし8によって定められ、緑の1画素当たりのビットの数は、ビット7ないし4によって定められ、青の1画素当たりのビットの数は、ビット3ないし0によって定められるものから成る。この状況では、各画素内のビットの総数は、赤、緑、または青に使用されるビット数の和である。
しかしながら、その代りに、図11dに示されているように、ビット[15:13]が、 ‘011’に等しいときは、ビデオデータは、輝度およびクロミナンス情報をもつ4:2:2のフォーマットのビデオデータのアレイから成り、輝度(Y)の1画素当たりのビット数は、ビット11ないし8によって定められ、Cr成分のビット数は、ビット7ないし4によって定められ、Cb成分のビット数は、ビット3ないし0によって定められる。各画素内のビットの総数は、赤、緑、および青に使用されるビット数の和である。CrおよびCb成分は、Yの2分の1レートで送られる。さらに加えて、このパケットの画素データ部分のビデオサンプルは、Yn、Crn、Cbn、Yn+1、Yn+2、Crn+2、Cbn+2、Yn+3、...のように編成され、ここで、CrnおよびCbnはYnおよびYn+1と関係付けられ、Crn+2およびCbn+2はYn+2およびYn+3と関係付けられる、等である。このストリーム内の行(Xの右端−Xの左端+1)内に奇数の画素があるときは、各行内の最後の画素に対応するCb値の後には、次の行の最初の画素のY値が続く。
図に示されている全部で4つのフォーマットにおいて、“P”として示されているビット12は、画素データサンプルがパックされているか、すなわちバイトを整列させた画素データであるかどうかを特定している。このフィールド内の‘0’の値は、画素データフィールドにおける各画素と各画素内の各色とが、MDDインターフェイスのバイトの境界とバイトを整列させていることを示す。‘1’の値は、画素データにおける各画素と各画素内の各色とが、前の画素または画素内の色に対してパックされ、未使用のビットが残っていないことを示す。
個々のディスプレイウインドウにおける媒体フレームの第1のビデオストリームパケット内の第1の画素は、Xの左端およびYの上端によって定められるストリームウインドウの左上角部に行くことになり、受信される次の画素は、同じ行内の次の画素の位置に置かれる、等。媒体フレームのこの第1のパケットでは、Xの開始値は、通常は、Xの左端に等しく、Yの開始値は、通常は、Yの上端に等しい。同じスクリーンウインドウに対応する次のパケットでは、XおよびYの開始値は、通常は、前のサブフレーム内で伝送されたビデオストリームパケット内で送られた最後の画素の後に大抵続いているスクリーンウインドウ内の画素の位置に設定されることになる。
4.オーディオストリームパケット
オーディオストリームパケットは、ディスプレイのオーディオシステムによって、またはスタンドアローン形オーディオ提示デバイスにおいて再生されるオーディオデータを乗せている。異なるオーディオデータストリームは、音響システムにおける別々のオーディオチャネル、使用されているオーディオシステムのタイプに依存して、例えば、左前、右前、中央、左後、右後に割り振られ得る。向上した空間−音響信号処理を含む、オーディオチャネルを完全に補足するものは、ヘッドセットに与えられている。オーディオストリームパケットのフォーマットは、図13に示されている。図13に示されているように、このタイプのパケットは、パケット長、パケットタイプ、オーディオチャネルID、オーディオサンプルカウント、1サンプル当たりのビットおよびパッキング、オーディオサンプルレート、パラメータのCRC、ディジタルオーディオデータ、並びにオーディオデータのCRCのフィールドをもつように構成されている。1つの実施形態では、このタイプのパケットは、通常、タイプ2のパケットとして識別される。
1サンプルおよびパッキング当たりのビットのフィールドは、1バイトを8ビットの無符号整数の形で含み、オーディオデータのパッキングフォーマットを特定する。通常採用されるフォーマットは、ビット4ないし0において、1PCMオーディオサンプル当たりのビット数を定めている。次に、ビット5は、ディジタルオーディオデータサンプルがパックされているかどうかを特定する。パックされたオーディオサンプルと、バイトを整列させたオーディオサンプルとの間の違いは、図14に示されている。‘0’の値は、ディジタルオーディオデータフィールド内の各PCMオーディオサンプルが、MDDIインターフェイスのバイトの境界とバイトを整列させられていることを示し、‘1’の値は、各連続するPCMオーディオサンプルが、前のオーディオサンプルに接してパックされていることを示している。このビットは、ビット4ないし0に定められている値(1PCMオーディオサンプル当たりのビット数)が8の倍数でないときのみ、効果的である。ビット7ないし6は、将来の使用のために確保され、通常、ゼロの値に設定される。
5.確保されたストリームパケット
1つの実施形態では、パケット3ないし55は、直面している種々の応用に対する希望に応じて、パケットプロトコルの将来のバージョンまたはバリエーションにおいて使用するために定められるストリームパケットのために確保される。ここでも、これは、他の技術と比較して、変化し続ける技術およびシステムの設計であるにもかかわらず、MDDインターフェイスをより融通が利き、かつ有益なものにすることの一部である。
6.ユーザ定義のストリームパケット
タイプ56ないし63として知られている、8個のデータストリームタイプは、MDDIリンクで使用するために、装置の製造者によって定義され得る所有権を保護された応用において使用するために確保され得る。これらは、ユーザ定義のストリームパケットとして知られている。ビデオストリームパケットは、ディスプレイの長方形領域を更新する(または、しない)ためのビデオデータを乗せている。これらのパケットタイプのためのストリームパラメータおよびデータの定義は、その使用を求めている特定の装置の製造者に任されている。ユーザ定義のストリームパケットのフォーマットは、図15に示されている。図15に示されているように、このタイプのパケットは、パケット長(2バイト)、パケットタイプ、ストリームID番号、ストリームパラメータ、パラメータのCRC、ストリームデータ、およびストリームデータのCRCのフィールドをもつように構成されている。
7.カラーマップパケット
カラーマップパケットは、ディスプレイに色を提示するのに使用されるカラーマップルックアップテーブルの内容を特定する。いくつかの応用では、1つのパケット内で伝送されることができるデータ量よりも多いカラーマップを必要とすることがある。これらの場合には、別途記載されるオフセットおよび長さフィールドを使用することによって、各カラーマップがカラーマップの異なるサブセットをもつ、多数のカラーマップパケットが転送される。カラーマップパケットのフォーマットは、図16に示されている。図16に示されているように、このタイプのパケットは、パケット長、パケットタイプ、カラーマップデータサイズ、カラーマップオフセット、パラメータのCRC、カラーマップデータ、およびデータCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ64のパケットとして識別されている。
8.逆方向リンクカプセル化パケット
例示的な実施形態では、データは、逆方向リンクカプセル化パケットを使用して、逆方向で転送される。順方向リンクパケットが送られ、このパケットの途中で、MDDIリンクの動作(転送方向)が変更されるか、または折り返され、その結果、パケットは逆方向で送られることができる。逆方向リンクカプセル化パケットのフォーマットは、図17に示されている。図17に示されているように、このタイプのパケットは、パケット長、パケットタイプ、逆方向リンクフラグ、折り返し長、パラメータのCRC、折り返し1、逆方向データパケット、および折り返し2のフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ65のパケットとして識別されている。
MDDIリンク制御装置は、特定の様式で動作し、一方で逆方向リンクカプセル化パケットを送る。MDDインターフェイスは、ホストによって常に駆動されるストローブ信号をもっている。ホストは、それが、逆方向リンクカプセル化パケットの折り返しおよび逆方向データパケットの部分の各ビットにゼロを伝送しているかのように動作する。ホストは、2つの折り返し時間中および逆方向データパケットに割り振られた時間中に、各ビット境界においてMDDI Strobe信号を切換える。(これは、それが全てゼロのデータを送っているのと同じ動作である。)ホストは、折り返し1によって特定される時間期間中に、そのMDDIデータ信号ラインドライバをディスエーブルし、クライアントは、折り返し2フィールドによって特定される時間期間の後のドライバ再イネーブルフィールド中に、そのラインドライバを再イネーブルする。ディスプレイは、折り返し長パラメータを読み出し、折り返し1フィールド内の最後のビットの直後に、ホストへデータ信号を駆動する。ディスプレイは、パケット長および折り返し長パラメータを使用して、パケットをホストへ送るのに使用可能な時間長を知る。クライアントは、ホストへ送るデータをもたないとき、フィラーパケットを送るか、またはデータラインをゼロの状態へ駆動してもよい。データラインがゼロに駆動されると、ホストは、これを、ゼロの長さをもつ(有効な長さをもたない)パケットとして解釈し、ホストは、現在の逆方向リンクカプセル化パケットの間に、クライアントからパケットをそれ以上受取らない。
クライアントのディスプレイは、折り返し2フィールドの開始前の、少なくとも1つの逆方向リンククロック期間の間に、MDDIデータラインをゼロのレベルに駆動する。これは、折り返し2の時間期間中に、データラインを決定性状態に維持する。(別途記載される)休止状態バイアスレジスタは、逆方向データパケットフィールドの残りの間データラインをゼロのレベルに維持するので、クライアントは、送るためのパケットをこれ以上もたないときは、それらをゼロのレベルに駆動した後で、データラインをディスエーブルにさえしてもよい。
ディスプレイ要求および状態パケットの逆方向リンク要求フィールドは、ホストへデータを送るための逆方向リンクカプセル化パケットにおいて、ディスプレイが必要とするバイト数についてホストに知らせるために使用されることができる。ホストは、逆方向リンクカプセル化パケット内に、少なくともそのバイト数を割り振ることによって要求を承認することを試みる。ホストは、サブフレームにおいて、2つ以上の逆方向リンクカプセル化パケットを送ってもよい。ディスプレイは、ディスプレイ要求および状態パケットをほぼいつでも送ることができ、ホストは、逆方向リンク要求パラメータを、1つのサブフレームにおいて要求される総バイト数として解釈することになる。
9.ディスプレイ能力パケット
ホストは、ホストからディスプレイへのリンクを、ほぼ最適な、または希望のやり方で構成するために、それが通信しているディスプレイ(クライアント)の能力を知る必要がある。順方向リンクの同期が得られた後で、ディスプレイはディスプレイ能力パケットをホストへ送るように勧められる。このようなパケットの伝送は、ホストによって逆方向リンクカプセル化パケット内の逆方向リンクフラグを使用して要求されるときに、要求されると考えられる。ディスプレイ能力パケットのフォーマットは、図18に示されている。図18に示されているように、このタイプのパケットは、パケット長、パケットタイプ、プロトコルバージョン、最低プロトコルバージョン、ビットマップの幅、ビットマップの高さ、モノクローム能力、カラーマップ能力、RGB能力、Y Cr Cb能力、ディスプレイ特徴能力、データレート能力、フレームレート能力、オーディオ緩衝器深度、オーディオストリーム能力、オーディオレート能力、最小サブフレームレート、およびCRCのフィールドをもつように構成されている。例示的な実施形態では、このタイプのパケットは、通常、タイプ66のパケットとして識別されている。
10.キーボードデータパケット
キーボードデータパケットは、クライアントデバイスからホストへキーボードデータを送るのに使用される。ワイヤレス(またはワイヤード)のキーボードは、制限はしないが、とくに、ヘッドマウント形ビデオ表示/オーディオ提示デバイスを含む、種々のディスプレイまたはオーディオデバイスに関連して使用されることができる。キーボードデータパケットは、いくつかの既知のキーボードのようなデバイスの中の1つから受信されたキーボードデータを、ホストへ中継する。このパケットは、データをキーボードへ送るために、順方向リンク上でも使用されることができる。キーボードデータパケットのフォーマットは図19に示されており、キーボードからの、またはキーボードへの種々のバイト数の情報を含む。図19に示されているように、このタイプのパケットは、パケット長、パケットタイプ、キーボードデータ、およびCRCのフィールドをもつように構成されている。本明細書では、このタイプのパケットは、通常、タイプ67パケットとして識別されている。
11.ポインティングデバイスデータパケット
ポインティングデバイスデータパケットは、無線マウスまたは他のポインティングデバイスからの位置情報を、ディスプレイからホストへ送るのに使用される。このパケットを使用して、データは、順方向リンク上でポインティングデバイスへ送られることもできる。ポインティングデバイスデータパケットの例示的なフォーマットは、図20に示されており、ポインティングデバイスからの、またはポインティングデバイスへの種々のバイト数の情報を含む。図20に示されているように、このタイプのパケットは、パケット長、パケットタイプ、ポインティングデバイスデータ、およびCRCのフィールドをもつように構成されている。例示的な実施形態では、このタイプのパケットは、通常、タイプ68のパケットとして1バイトのタイプフィールドにおいて識別されている。
12.リンク遮断パケット
リンク遮断パケットは、ホストからクライアントディスプレイへ送られ、MDDIデータおよびストローブが遮断され、低電力消費の“休止”状態になることを示す。静的なビットマップが、移動通信デバイスからディスプレイへ送られた後か、またはホストからクライアントへ転送する情報が他にしばらくの間ないとき、このパケットは、リンクを遮断し、電力を保存するのに役立つ。ホストがパケットを再び送るとき、正規の動作が再開される。休止状態の後で送られる最初のパケットは、サブフレームヘッダパケットである。ディスプレイ状態パケットのフォーマットは、図21に示されている。図21に示されているように、このタイプのパケットは、パケット長、パケットタイプ、およびCRCのフィールドをもつように構成されている。1つの実施形態では、このタイプのパケットは、通常、タイプ69のパケットとして1バイトのタイプフィールドにおいて識別され、3バイトの予め選択された固定長を使用する。
低電力の休止状態では、MDDI Dataドライバは、高インピーダンス状態にディスエーブルされ、MDDI Data信号は、ディスプレイによってオーバードライブされ得る高インピーダンスバイアスネットワークを使用して、論理ゼロ状態へ引っ張られる。インターフェイスによって使用されるストローブ信号は、休止状態において論理ゼロのレベルへ設定され、電力消費を最小化する。別途記載されるように、ホストまたはクライアントの何れかが、MDDIリンクを、休止状態から“起動”させることができ、これは、本発明の重要な向上および長所である。
13.ディスプレイ要求および状態パケット
ホストは、ホストからディスプレイへのリンクをほぼ最適なやり方で構成できるようにするために、ディスプレイからの少量の情報を必要とする。ディスプレイは、各サブフレームにおいて、1つのディスプレイ状態パケットをホストへ送ることを勧められる。ディスプレイは、逆方向リンクカプセル化パケットにおいて、このパケットを第1のパケットとして送り、それがホストへ確実に送られることを保証すべきである。ディスプレイ状態パケットのフォーマットは、図22に示されている。図22に示されているように、このタイプのパケットは、パケット長、パケットタイプ、逆方向リンク要求、CRCの誤りカウント、およびCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ70のパケットとして1バイトのタイプフィールドにおいて識別され、8バイトの予め選択された固定長を使用する。
逆方向リンク要求フィールドは、ホストへデータを送るための逆方向リンクカプセル化パケットにおいて、ディスプレイが必要とするバイト数をホストに知らせるのに使用されることができる。ホストは、逆方向リンクカプセル化パケットにおいて、少なくともそのバイト数を割り振ることによって、要求を承認することを試みるべきである。ホストは、データを収めるために、サブフレームにおいて2つ以上の逆方向リンクカプセル化パケットを送ることができる。クライアントは、ディスプレイ要求および状態パケットをいつでも送ることができ、ホストは、逆方向リンク要求パラメータを、1つのサブフレームにおいて要求されるバイトの総数として解釈することになる。逆方向リンクデータがホストへどのように送られるかについての、追加の詳細および特定の例は、後で示される。
14.ビットブロック転送パケット
ビットブロック転送パケットは、ディスプレイの領域を任意の方向においてスクロールする手段を与える。この能力をもつディスプレイは、ディスプレイ能力パケットのディスプレイ特徴能力指標フィールドのビット0において、その能力を報告する。ビットブロック転送パケットのフォーマットは、図23に示されている。図23に示されているように、このタイプのパケットは、パケット長、パケットタイプ、左上のXの値、左上のYの値、ウインドウの幅、ウインドウの高さ、ウインドウのXの移動、ウインドウのYの移動、およびCRCフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ71のパケットとして識別され、15バイトの予め選択された固定長を使用する。
フィールドは、移動されるウインドウの左上角部の座標のXおよびYの値、移動されるウインドウの幅および高さ、並びにウインドウが水平方向および垂直方向にそれぞれ移動される画素数を特定するのに使用される。最後の2つのフィールドの正の値は、ウインドウを右および下へ、負の値は左および上へそれぞれ移動する。
15.ビットマップ区域充填パケット
ビットマップ区域充填パケットは、ディスプレイの領域を1つの色へ容易に初期設定する手段を与える。この能力をもつディスプレイは、ディスプレイ能力パケットのディスプレイ特徴能力指標フィールドのビット1において能力を報告する。ビットマップ区域充填パケットのフォーマットは、図24に示されている。図24に示されているように、このタイプのパケットは、パケット長、パケットタイプ、左上のXの値、左上のYの値、ウインドウの幅、ウインドウの高さ、データフォーマット記述子、画素区域充填値、およびCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ72のパケットとして1バイトのタイプフィールドにおいて識別され、17バイトの予め選択された固定長を使用する。
16.ビットマップパターン充填パケット
ビットマップパターン充填パケットは、ディスプレイの領域を予め選択されたパターンに容易に初期設定する手段を与える。この能力をもつディスプレイは、ディスプレイ能力パケットのディスプレイ特徴能力指標フィールドのビット2において能力を報告する。充填パターンの左上角部は、充填されるウインドウの左上角部と整列させられる。充填されるウインドウが、充填パターンよりも、幅がより広く、高さがより高いときは、パターンは、ウインドウを充填するために、水平方向または垂直方向に何度も繰返され得る。最後に反復されたパターンの右または下は、必要に応じて、端を切り捨てられる。ウインドウが充填パターンよりも小さいときは、充填パターンの右側または下側は、ウインドウに適合するように切り捨てられ得る。
ビットマップパターン充填パケットのフォーマットは、図25に示されている。図25に示されているように、このタイプのパケットは、パケット長、パケットタイプ、左上のXの値、左上のYの値、ウインドウの幅、ウインドウの高さ、パターンの幅、パターンの高さ、データフォーマット記述子、パラメータのCRC、パターンの画素データ、および画素データのCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ73のパケットとして1バイトのタイプフィールドにおいて識別されている。
17.通信リンクデータチャネルパケット
通信リンクデータチャネルパケットは、PDAのような高レベルの計算能力をもつディスプレイが、セル電話または無線データポートデバイスのような無線トランシーバと通信するのための手段を与える。この状況において、MDDIリンクは、通信デバイスと、モバイルディスプレイをもつコンピューティングデバイスとの間の便利な高速度のインターフェイスとして動作しており、この場合に、このパケットは、デバイスのオペレーティングシステムのデータリンクレイヤにおいてデータを移送する。例えば、このパケットは、ウエブブラウザ、電子メールクライアント、またはPDA全体が、モバイルディスプレイに組込まれているときに、使用されることができる。この能力をもつディスプレイは、ディスプレイ能力パケットのディスプレイ特徴能力指標フィールドのビット3において能力を報告する。
通信リンクデータチャネルパケットのフォーマットは、図26に示されている。図26に示されているように、このタイプのパケットは、パケット長、パケットタイプ、パラメータのCRC、通信リンクデータ、および通信データCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプフィールドにおいてタイプ74として識別されている。
18.インターフェイスタイプハンドオフ要求パケット
インターフェイスタイプハンドオフ要求パケットは、ホストが、クライアントまたはディスプレイが既存の、または現在のモードを、タイプI(直列)、タイプII(2ビット並列)、タイプIII(4ビット並列)、またはタイプIV(8ビット並列)のモードへシフトすることを要求することを可能にする。ホストは特定のモードを要求する前に、ディスプレイ能力パケットのディスプレイ特徴能力指標フィールドのビット6および7を検査することによって、ディスプレイが希望のモードで動作できることを確認すべきである。インターフェイスタイプハンドオフ要求パケットは、図27に示されている。図27に示されているように、このタイプのパケットは、パケット長、パケットタイプ、インターフェイスタイプ、およびCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ75のパケットとして識別され、4バイトの予め選択された固定長を使用する。
19.インターフェイスタイプ肯定応答パケット
インターフェイスタイプ肯定応答パケットは、ディスプレイによって送られ、インターフェイスタイプハンドオフパケットの受信を確認する。要求されるモード、すなわち、タイプI(直列)、タイプII(2ビット並列)、タイプIII(4ビット並列)、またはタイプIV(8ビット並列)のモードは、このパケットにおいてパラメータとしてホストへエコーバックされる。インターフェイスタイプ肯定応答パケットのフォーマットは、図28に示されている。図28に示されているように、このタイプのパケットは、パケット長、パケットタイプ、インターフェイスタイプ、およびCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ76のパケットとして識別され、4バイトの予め選択された固定長を使用する。
20.タイプハンドオフ実行パケット
タイプハンドオフ実行パケットは、ホストが、このパケットにおいて特定されたモードへハンドオフするように、ディスプレイに命令する手段である。これは、インターフェイスタイプハンドオフ要求パケットおよびインターフェイスタイプ肯定応答パケットによって、既に要求され、肯定応答されたものと同じモードである。ホストおよびディスプレイは、このパケットが送られた後で、合意されたモードに切り換わるべきである。ディスプレイは、モードの変更中に、リンクの同期を失い、再び得ることができる。タイプハンドオフ実行パケットのフォーマットは、図29に示されている。図29に示されているように、このタイプのパケットは、パケット長、パケットタイプ、およびCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ77のパケットとして1バイトタイプのフィールドにおいて識別され、4バイトの予め選択された固定長を使用する。
21.順方向オーディオチャネルイネーブルパケット
このパケットは、ホストが、ディスプレイにおいてオーディオチャネルをイネーブルまたはディスエーブルすることを可能にする。この能力は、ホストによってオーディオが出力されないときは、ディスプレイ(クライアント)がオーディオ増幅器または類似の回路素子の電源を切って、電力を節約することができるので、有益である。単に、オーディオストリームがあるか、またはないかを、指標として使用して、暗黙的に実行することは、より相当に困難である。ディスプレイシステムが起動されるときのデフォルト状態は、全てのオーディオチャネルをイネーブルする。順方向オーディオチャネルイネーブルパケットのフォーマットは、図30に示されている。図30に示されているように、このタイプのパケットは、パケット長、パケットタイプ、オーディオチャネルイネーブルマスク、およびCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ78のパケットとして1バイトのタイプフィールドにおいて識別され、4バイトの予め選択された固定長を使用する。
22.逆方向オーディオサンプルレートパケット
このパケットは、ホストが、逆方向リンクオーディオチャネルをイネーブルまたはディスエーブルし、このストリームのオーディオデータサンプルレートを設定することを可能にする。ホストは、ディスプレイ能力パケットにおいて有効であると定義されたサンプルレートを選択する。ホストが無効のサンプルレートを選択すると、ディスプレイは、オーディオストリームをホストへ送らない。ホストは、サンプルレートを255に設定することによって、逆方向リンクのオーディオストリームをディスエーブルすることができる。ディスプレイシステムが最初に起動されるか、または接続されるとき、想定されるデフォルト状態では、逆方向リンクオーディオストリームはディスエーブルされる。逆方向オーディオサンプルレートパケットのフォーマットは、図31に示されている。図31に示されているように、このタイプのパケットは、パケット長、パケットタイプ、オーディオサンプルレート、およびCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ79のパケットとして識別され、4バイトの予め選択された固定長を使用する。
23.ディジタルコンテント保護オーバーヘッドパケット
このパケットは、ホストおよびディスプレイが、使用されているディジタルコンテントの保護方法に関するメッセージを交換することを可能にする。現在、2つのタイプのコンテントの保護、すなわち、ディジタル伝送コンテント保護(Digital Transmission Content Protection, DTCP)、または高帯域幅ディジタルコンテント保護システム(High-bandwidth Digital Content Protection System, HDCP)が検討されていて、将来の別の保護方式の設計のため余地が残されている。使用される方法は、このパケット内のコンテント保護タイプパラメータによって特定される。ディジタルコンテント保護オーバーヘッドパケットのフォーマットは、図32に示されいている。図32に示されているように、このタイプのパケットは、パケット長、パケットタイプ、コンテント保護タイプ、コンテント保護オーバーヘッドメッセージ、およびCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ80のパケットとして識別される。
24.透明色イネーブルパケット
透明色イネーブルパケットは、何れの色がディスプレイにおいて透明であるかを特定し、画像を表示するために透明色の使用をイネーブルするか、またはディスエーブルするために使用される。この能力をもつディスプレイは、ディスプレイ能力パケットのディスプレイ特徴能力指標のビット4において、その能力を報告する。透明色の値をもつ画素がビットマップに書き込まれるとき、色は前の値から変わらない。透明色イネーブルパケットのフォーマットは、図33に示されている。図33に示されているように、このタイプのパケットは、パケット長、パケットタイプ、透明色イネーブル、データフォーマット記述子、透明の画素の値、およびCRCのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ81のパケットとして1バイトのタイプフィールドにおいて識別され、10バイトの予め選択された固定長を使用する。
25.往復遅延測定パケット
往復遅延測定パケットは、ホストからクライアント(ディスプレイ)への伝搬遅延と、クライアント(ディスプレイ)からホストへの遅延との和を測定するのに使用される。この測定値は、本質的に、ラインドライバ、受信機、および相互接続サブシステムに存在する遅延を含む。この測定値は、既に概ね記載された逆方向リンクカプセル化パケット内に、折り返し遅延および逆方向リンクレート除数パラメータを設定するのに使用される。MDDIリンクが、特定の応用のための最大速度で実行しているときに、最も有益である。MDDI Stb信号は、全てゼロのデータが、次のフィールド、すなわち、全てゼロ、両者の保護時間、および測定期間の間に送られているように働く。これは、MDDI Stbが、測定期間中にディスプレイにおける周期的クロックとして使用されることができるように、MDDI Stbを2分の1のデータレートで切り換わるようにする。
往復遅延測定パケットのフォーマットは、図34に示されている。図34に示されているように、このタイプのパケットは、パケット長、パケットタイプ、パラメータのCRC、全てゼロ、保護時間1、測定期間、保護時間2、およびドライバ再イネーブルのフィールドをもつように構成されている。このタイプのパケットは、通常、タイプ82のパケットとして識別され、533ビットの予め選択された固定長を使用する。
往復遅延測定パケット中に行われるイベントのタイミングは、図35に示されている。図35において、ホストは往復遅延測定パケットを伝送し、これは、パラメータのCRCおよびストローブ整列フィールドの後に、全てゼロおよび保護時間1のフィールドが続いていることが示されている。遅延3502は、パケットがクライアントディスプレイデバイスまたは処理回路に到達する前に現れる。ディスプレイは、パケットを受信すると、ディスプレイによって判断される測定期間の始めに、実際的に正確な0xff、0xff、0x0のパターンを伝送する。ディスプレイがこの系列を伝送し始める実際の時間は、ホストから見た場合、測定期間の始めより遅れている。この遅延量は、実質的に、パケットがラインドライバ、受信機、および相互接続サブシステムによって伝搬するのにかかる時間である。同様の量の遅延3504は、このパターンがディスプレイからホストへ伝搬するときに生じる。
クライアントとの間をトラバースする信号の往復遅延時間を正確に判断するために、ホストは、0xff、0xff、0x0の系列の開始が到達時に検出されるまで、測定期間の開始後に生じるビット時間期間の数値をカウントする。この情報は、往復信号が、ホストからクライアントへ行き、再び戻るまでの時間量を判断するのに使用される。したがって、この量の約2分の1は、信号がクライアントへ片道で向かう間に生じる遅延に属する。
ディスプレイは、0xff、0xff、0x0のパターンの最後のビットを送った、ほぼ直後に、そのラインドライバをディスエーブルする。保護時間2は、ホストが次のパケットのパケット長を伝送する前に、ディスプレイのラインドライバが、高インピーダンス状態に完全に入ることを可能にする。休止状態プルアップおよびプルダウン抵抗(図42参照)は、MDDI Data信号が、ラインドライバがホストとディスプレイとの両者においてディスエーブルされる間隔で、有効なローレベルに維持されることを保証する。
26.順方向リンクスキュー較正パケット
順方向リンクスキュー較正パケットは、クライアントまたはディスプレイが、MDDI Stb信号に対するMDDI Data信号の伝搬遅延の差について自分自身を較正することを可能にする。遅延スキューの補償がないならば、最高データレートは、通常、制限され、これらの遅延における潜在的に最悪の場合のバリエーションを説明する。通常、このパケットは、順方向リンクデータレートが、約50メガビット秒以下のレートに構成されるときのみ送られる。このパケットを送って、ディスプレイを較正した後で、データレートは、約50メガビット秒より高くステップアップされることができる。スキュー較正処理中のデータレートの設定が高過ぎるとき、ディスプレイは、ビット期間のエイリアスに同期することがあり、したがって、遅延スキューの補償の設定を、2ビット時間以上ずらし、誤ったデータのクロッキングにし得る。順方向リンクスキュー較正パケットを送って、全ての既存のデータビットが較正される前に、インターフェイスの最高データレートタイプまたは最大可能インターフェイスタイプが選択される。
順方向リンクスキュー構成パケットのフォーマットは、図56に示されている。図56に示されているように、このタイプのパケットは、パケット長(2バイト)、パケットタイプ、パラメータのCRC、較正データ系列、およびCRCのフィールドをもつように構成されている。このタイプのパケットは、タイプ83のパケットとしてタイプフィールドにおいて識別され、515ビットの予め選択された長さをもつ。
D.パケットのCRC
CRCフィールドは、パケットの最後に、ときには、相当に大きいデータフィールド、をもち得るパケット内のある特定のより重要なパラメータの後に現れ、したがって、転送中の誤り率は増加する。2つのCRCフィールドをもつパケットにおいて、CRC発生器は、1つだけが使用されるときは、最初のCRCの後で再び初期設定され、したがって、長いデータフィールドの後のCRCの計算は、パケットの最初のパラメータによって影響を受けない。
例示的な実施形態では、CRCの計算に使用される多項式は、CRC−16、またはX16+X15+X2+X0として知られている。本発明を実行するのに役立つCRC発生器およびチェッカ3600のサンプルの実行は、図36に示されている。図36では、CRCレジスタ3602は、Tx MDDI Data Before CRCのライン上で入力されるパケットの第1のビットの転送の直前に、0x0001の値に初期設定され、その後で、パケットのバイトは、レジスタでシフトされ、最初にLSBで始まる。この図におけるレジスタのビットの数値は、MDDIによって使用されるビット位置ではなく、使用されている多項式の次数に対応していることに注意すべきである。CRCレジスタを一方向にシフトすることが、より効率的であり、その結果、CRCビット15が、MDDIのCRCフィールドのビット位置0に、CRCレジスタビット14が、MDDIのCRCフィールドのビット位置1に現れる、など、MDDIビット位置14に到達するまで行われる。
例として、ディスプレイ要求および状態パケットのパケット内容は、0x07、0x46、0x000400、0x00(または、0x07、0x00、0x46、0x00、0x04、0x00、0x00のようなバイトの系列として表わされる)であり、マルチプレクサ3604、3606、およびNANDゲート3608の入力を使用して提出されるとき、Tx MDDI Data With CRCのライン上の結果のCRC出力は、0x0ea1である(または、0xa1、0x0eのような系列として表される)。
CRC発生器およびチェッカ3600がCRCチェッカとして構成されるとき、Rx MDDI Dataライン上で受信されるCRCは、マルチプレクサ3604およびNANDゲート3608に入力され、ビットごとに、NORゲート3610、排他的OR(XOR)ゲート3612、およびANDゲート3614を使用して、CRCレジスタにおいて検出される値と比較される。ANDゲート3614による出力として、何らか誤りがあるときは、ゲート3614の出力をレジスタ3602の入力へ接続することによって、CRCは、CRCの誤りを含む各パケットごとに1回インクリメントされる。図36の図に示されている例示的な回路は、所与のCHECK CRC NOWウインドウ(図37B参照)内に、2つ以上のCRC誤り信号を出力し得ることに注意すべきである。したがって、CRC誤りカウンタは、一般に、CHECK CRC NOWがアクティブである各間隔内で、第1のCRC誤りインスタンスのみをカウントする。CRC発生器として構成されるときは、CRCは、パケットの最後と一致する時間に、CRCレジスタから同期して引き出される。
入力および出力信号と、イネーブリング信号とのタイミングは、図37Aおよび37Bにグラフで示されている。CRCの生成およびデータパケットの伝送は、図37Aにおいて、Tx MDDI Data Before CRCおよびTx MDDI Data With CRCの信号と共に、Gen Reset、Check CRC Now、Generate CRC Now、およびSending MDDI Dataの信号の状態(0または1)で示されている。データパケットの受信およびCRC値の検査は、図37Bにおいて、Rx MDDI DataおよびCRC errorの信号と共に、Gen Reset、Check CRC Now、およびSending MDDI Dataの信号の状態で示されている。
E.パケットのCRCにおける誤りコードのオーバーロード
データパケットおよびCRCのみが、ホストとクライアントとの間で転送されるたびに、誤りコードは適応させられない。唯一の誤りは、同期を失うことである。そうでなければ、リンクが、好適なデータ転送経路またはパイプラインの損失からタイムアウトして、その後で、リンクをリセットして、開始するのを待たなければならない。都合の悪いことに、これは、時間がかかり、幾分、非効率的である。
1つの実施形態で使用するために、パケットのCRC部分を使用して、誤りコード情報を転送する新しい技術が開発された。これは、概略的に、図65の全体図に、より詳しくは、図66、67A、および67Bに示されている。すなわち、1つ以上の誤りコードは、通信処理またはリンク内に現れ得る特定の予め定義された誤りまたは欠陥を示すデータ転送を処理するプロセッサまたはデバイスによって生成される。誤りに直面すると、適切な誤りコードが生成され、パケットのCRCビットを使用して転送される。すなわち、CRCの値が、希望の誤りコード、または誤りの存在を表す他の予め選択された値でオーバーロードされ、または上書きされ、受信側では、CRCフィールドの値を監視している誤りモニタまたはチェッカによって、これを検出することができる。誤りコードが、何らかの理由で、CRCの値に整合する場合に、誤りの補数が転送され、混乱を防ぐ。
1つの実施形態では、ロバストな誤り警告および検出システムを与えるために、誤りが検出された後に転送されるか、または送られる一連のパケット、ほぼ全てを使用して、誤りコードを何度か転送することができる。これは、誤りを生じる条件がシステムからクリアされる時点で、すなわち、正規のCRCビットが別の値によってオーバーロードすることなく転送される時点まで行われる。
CRCの値をオーバーロードするこの技術は、最小量の予備のビットまたはフィールドを使用する一方で、システムエラーに対する相当により迅速な応答を与える。
図66に示されているように、CRC上書き機構または装置6600が、誤り検出器または検出手段6602を使用することが示されており、誤り検出器または検出手段6602は、既に記載された、または知られている他の回路の一部を形成することができ、通信リンクまたは処理内における誤りの存在または実在を検出する。誤りコード発生器または手段6604は、他の回路の一部として形成されるか、またはルックアップテーブルのような技術を使用して、予め選択された誤りメッセージを記憶することができ、検出された特定の予め定義された誤りおよび欠陥が生じていることを示す1つ以上の誤りコードを生成する。デバイス6602および6604は、希望に応じて、1つの回路またはデバイスとして、または他の既知のプロセッサおよび素子のプログラムされた一連のステップの一部として形成されることができることが容易に分かるであろう。
選択された誤りコードが、転送されているCRC値と同じであるかどうかを確かめる検査をするためのCRC値比較器または比較手段6606が、示されている。同じであるときは、コード補数発生器または発生手段またはデバイスを使用して、誤りコードの補数を与え、元のCRCパターンまたは値と間違えられ、検出方式を混乱させるか、または複雑にしないようにする。次に、誤りコードセレクタまたは選択手段素子またはデバイス6610は、挿入または上書きすることが望まれる誤りコードまたは値か、あるいはそれぞれの補数を適宜、選択する。誤りコードCRCオーバーライタまたはオーバーライティング機構または手段6612は、希望の誤りコードを受信デバイスに転送するために、挿入されるデータストリーム、パケット、および希望のコードを受信し、対応する、または適切なCRC値に上書きするデバイスである。
既に記載したように、誤りコードは、一連のパケットを使用して、何度か転送され、したがって、オーバーライタ6612は、メモリ記憶素子を使用して、コードのコピーを処理中維持するか、あるいは、必要に応じて、または希望に応じて、それらの値を記憶するか、または保持するのに使用されることができる前記素子または他の記憶位置から、これらのコードを呼出すことができる。
図66のオーバーライト機構が行なう通常の処理は、図67Aおよび67Bにさらに詳しく示されている。図67Aでは、ステップ6702において、通信データまたは処理内の誤りが1つ以上検出され、ステップ6704において、この条件を示す誤りコードが選択される。同時に、または適切なときに、ステップ6706において、置き換えられるCRC値が検査され、ステップ6708において、希望の誤りコードと比較される。既に記載したように、この比較の結果は、希望のコード、または他の代表値が、存在するCRC値と同じになるかどうかについて決定する。同じであるときは、処理はステップ6712に進み、補数、または場合によっては、希望に応じて、別の代表値が、挿入するコードとして選択される。ステップ6710および6714において、何れの誤りコードまたは値が挿入されるかを判断されると、挿入する適切なコードが選択される。これらのステップは、分かりやするために、別々に示されているが、通常は、ステップ6708の決定の出力に基づく1つの選択を表わす。最後に、ステップ6716において、処理によって目標にされているパケットで転送するために適切な値がCRCの位置に上書きされる。
図67Bに示されているように、ステップ6722において、パケットの受信側で、パケットのCRC値が監視されている。概して、CRC値は、システム内の1つ以上の処理によって監視され、データ転送において誤りが発生すると、パケットの再伝送を必要とするか、またはこれ以上の処理を禁止するかどうか、等を判断し、その一部は既に記載されている。このような監視の一部として、値を、既知の、または予め選択された誤りコードまたは代表値と比較し、誤りの存在を検出するのに、情報を使用することもできる。その代りに、別々の誤り検出処理およびモニタを実行してもよい。コードが存在していることが明らかであるとき、それは抽出されるか、または、ステップ6724に示されているのとは異なり、別の処理をされる。ステップ6726において、これが実際のコードであるか、または補数であるかを判断することができ、補数である場合は、値を希望のコード値に変換するための追加のステップ6728が使用される。何れの場合においても、次に、ステップ6730において、何れの誤りが、伝送されたコードから現れたかを検出するのに、結果の抽出されたコード、補数、または他の復元された値が使用される。
V.休止状態からのリンクの再起動
ホストは、順方向リンクを休止状態から再起動すると、約150μsecの間、MDDI Dataを論理1状態へ駆動し、次に、MDDI Stbをアクティブにし、同時に、約50μsecの間、MDDI Dataを論理0の状態へ駆動し、その後で、サブフレームヘッダパケットを送ることによって順方向リンクトラヒックを開始する。これは、通常、信号間に十分な整定時間を与えることによって、サブフレームヘッダパケットが送られる前に、バスの競合が解決されることを可能にする。
クライアント、ここでは、ディスプレイは、ホストからデータまたは通信を必要とするとき、約70μsecの間(しかしながら、希望に応じて、他の期間も使用できる)、MDDI Data0のラインを論理1の状態へ駆動し、その後で、それを高インピーダンス状態にすることによって、ドライバをディスエーブルする。この動作は、ホストに、順方向リンク(208)上でデータトラヒックを開始または再起動させ、その状態についてクライアントにポーリングさせる。ホストは、50μsec内で要求パルスの存在を検出し、その後で、MDDI Data0を150μsecの間、論理1へ、50μsecの間、論理ゼロへ駆動する起動順序を開始しなければならない。それが50μsecよりも長い間論理1の状態のMDDI Data0を検出するときは、ディスプレイはサービス要求パルスを送るべきではない。休止状態の処理および起動順序に関係する時間および時間間隔の許容値の選択の種類は、別途さらに記載される。
競合のない、通常のサービス要求イベントの処理ステップの例は、図38に示されており、ここでは、イベントは、便宜を図って、文字A、B、C、D、E、F、およびGを使用して示されている。処理は、ポイントAにおいて、ホストがリンク遮断パケットをクライアントデバイスへ送り、リンクが低電力の休止状態へ遷移することになることを、それに知らせるときに始まる。次のステップでは、ポイントBに示されているように、ホストは、MDDI Data0のドライバをディスエーブルし、MDDI Stbドライバを論理ゼロに設定することによって、低電力の休止状態に入る。MDDI Data0は、高インピーダンスバイアスネットワークによって、ゼロのレベルへ駆動される。ある時間期間の後で、ポイントCにおいて見られるように、クライアントは、MDDI Data0を論理1のレベルに駆動することによって、サービス要求パルスをホストへ送る。ホストは、引き続き、高インピーダンスバイアスネットワークを使用して、ゼロのレベルでアサートするが、クライアントのドライバはラインを論理1のレベルにする。ホストは、50μsec内で、サービス要求パルスを認識し、ポイントDにおいて見られるように、そのドライバをイネーブルすることによって、MDDI Data0を論理1のレベルでアサートする。次に、クライアントは、サービス要求パルスをアサートするのを試みるのを止め、ポイントEにおいて見られるように、そのドライバを高インピーダンス状態にする。ポイントFに示されているように、ホストは、50μsecの間、MDDI Data0を論理ゼロのレベルに駆動し、さらに、MDDI Data0の論理ゼロのレベルと一致するように、MDDI Stbを生成し始める。ホストは、50μsecの間に、MDDI Data0をゼロのレベルでアサートし、MDDI Stbを駆動した後で、ポイントGに示されているように、サブフレームヘッダパケットを送ることによって、順方向リンク上でデータを伝送し始める。
同様の例は、図39に示されており、ここでは、リンク再起動順序が始まった後で、サービス要求がアサートされ、ここでも、イベントは文字A、B、C、D、E、F、およびGを使用して示されている。これは、最悪の場合のシナリオを表わしており、クライアントからの要求パルスまたは信号は、サブフレームヘッダパケットが破損することに最も近くなる。処理は、ポイントAにおいて、ホストがリンク遮断パケットをクライアントデバイスへ送り、リンクが低電力休止状態に遷移することになることを、それに知らせるときに始まる。次のステップでは、ポイントBにおいて示されているように、ホストは、MDDI Data0ドライバをディスエーブルし、MDDI Stbを論理ゼロに設定することによって、低電力の休止状態に入る。既に記載したように、MDDI Data0は、高インピーダンスバイアスネットワークによってゼロのレベルに駆動される。ある時間期間の後で、ポイントCにおいて見られるように、ホストは、150μsecの間、MDDI Data0を論理1のレベルに駆動することによって、リンク再起動順序を開始する。リンク再起動順序が始まった後で、50μsecを経過する前に、ポイントDに見られるように、ディスプレイも、70μsecの間、MDDI Data0をアサートする。これは、ディスプレイがホストからサービスを要求する必要があり、かつホストがリンク再起動順序を既に始めたことを認識していないために生じる。その後で、ポイントEにおいて見られるように、クライアントは、サービス要求パルスをアサートすることを試みるのを止めて、クライアントは、そのドライバを高インピーダンス状態にする。ホストは、MDDI Data0を論理1のレベルに駆動し続ける。ポイントFに示されているように、ホストは、50μsecの間、MDDI Data0を論理0レベルに駆動し、同じく、MDDI Data0の論理ゼロのレベルと一致するように、MDDI Stbを生成し始める。ホストは、MDDI Data0を論理ゼロのレベルでアサートし、50μsecの間、MDDI Stbを駆動した後で、ポイントGに示されているように、サブフレームヘッダパケットを送ることによって、順方向リンク上でデータを伝送し始める。
上述から、従来の解決案は、起動順序の一部として、ホストに2つの状態を踏ませていることが分かる。第1の状態では、ホストは、150μsの間、MDDI Data0の信号をハイに駆動し、その後で、50usの間、MDDI Data0の信号をローに駆動し、一方でMDDI Stbラインをアクティブにし、その後で、MDDIパケットを伝送し始める。この処理は、MDDI装置および方法を使用して達成可能なデータレートに関する最新技術を向上させるように適切に働く。しかしながら、既に記載したように、条件への低減された応答時間に関する高速化、または次のステップまたは処理をより迅速に選択する能力、または処理または素子を簡単にする能力は、常に要求されている。
出願人は、ホストが信号の切換えにクロックサイクルに基づくタイミングを使用する起動処理およびタイミングへの新しい発明的なアプローチを発見した。この構成では、ホストが、起動順序の始めに、MDDI Data0の信号をハイに駆動した後で、0ないし10μsecで、MDDI Stbの切換えを開始し、信号がローに駆動されるまで待たない。起動順序の間、ホストは、MDDI Data0の信号が常に論理ゼロ0レベルであるかのように、MDDI Stbを切換える。これは、クライアント側から時間の概念を完全に取り除き、ホストは、最初の2つの状態の従来の150μsおよび50μsの期間を、これらの期間について、150クロックサイクルおよび50クロックサイクルへ変える。
ここでは、ホストは、そのデータラインをハイに駆動し、10クロックサイクル内で、データラインがゼロであるかのように、ストローブ信号を伝送し始めることを担うことになる。ホストは、150クロックサイクルの間、データラインをハイに駆動した後で、50クロックサイクルの間、データラインをローに駆動し、一方で、ストローブ信号を伝送し続ける。これらの処理の両者を完了した後で、ホストは、第1のサブフレームヘッダパケットを伝送し始めることができる。
ここで、クライアント側では、クライアントの実行は、生成されたクロックを使用して、データラインが最初にハイであり、その後で、ローになるクロックサイクル数を計算することができる。ハイ状態に駆動された両者のデータラインで行われる必要のあるクロックサイクル数は、150であり、ロー状態に駆動されたデータラインでは、50である。これは、適切な起動順序において、クライアントが、ハイであるデータラインの少なくとも150の連続クロックサイクルと、その後のローであるデータラインの少なくとも50のクロックサイクルとをカウントすることができるべきであることを意味する。これらの2つの条件が満たされると、クライアントは、第1のサブフレームのユニークワードのサーチを開始することができる。このパターンにおける中断は、カウンタを初期状態に戻す根拠として使用され、クライアントは、再び、ハイであるデータラインの最初の150の連続クロックサイクルを探す。
休止状態からのホストを用いた起動についての本発明のクライアントの実行は、既に記載したように、クロックレートが1メガビット秒で開始するように強要されないことを除いて、最初の起動の場合に非常に類似している。その代りに、クロックレートは、通信リンクが休止状態になったときにアクティブであった前のレートで、それが何であっても、再開するように設定されることができる。ホストが、既に記載したようにストローブ信号の伝送を始めるとき、クライアントは、ここでも、ハイであるデータラインの少なくとも150の連続クロックサイクルと、その後の、ローであるデータラインの少なくとも50の連続クロックサイクルをカウントできるべきである。これらの2つの条件が満たされると、クライアントは、ユニークワードのサーチを開始することができる。
休止状態からのクライアントを用いた起動についての本発明のホストの実行は、それが、クライアントにデータラインを駆動させることによって開始することを除いて、ホストを用いた起動に類似している。クライアントは、クロックなしにデータラインを非同期に駆動し、ホストデバイスを起動することができる。ホストは、データラインがクライアントによってハイに駆動されていることを認識すると、その起動順序を開始することができる。クライアントは、ホストが開始することによって、またはその起動処理中に生成されたクロックサイクル数をカウントすることができる。クライアントは、ハイであるデータの70の連続クロックサイクルをカウントすると、データラインをハイに駆動するのを止めることができる。この時点では、ホストも、既にデータラインをハイに駆動しているはずである。その後で、クライアントは、ハイであるデータラインの別の80クロックサイクルをカウントし、ハイであるデータラインの150クロックサイクルに到達し、その後で、ローであるデータラインの50クロックサイクルを探すことができる。これらの3つの条件が満たされると、クライアントは、ユニークワードを探し始めることができる。
起動処理のこの新しい実行の長所は、これが時間測定デバイスを不要にしたことである。
これが発振器であっても、コンデンサ放出回路であっても、または他の、このような既知のデバイスであっても、クライアントは、起動条件を判断するのに、このような外部デバイスを最早必要としない。これは、クライアントデバイスボード上に制御装置、カウンタ、等を構成するときの費用および回路の場所を省く。一方で、これは、クライアントにとって好都合でないこともあるが、ホストにとっては、この技術は、コア回路に使用される超高密度論理(very high density logic, VHDL)に関して、ホストを潜在的に簡素にもするはずである。コア素子がホストを用いた起動を待っている間、外部回路が動作している必要がなくなるので、起動通知および測定源としてデータおよびストローブラインを使用する電力消費も、より少なくなる。
使用されるサイクル数またはクロック期間は、例であり、当業者には明らかであるように、他の期間を使用することができる。
この新しい技術の動作を明らかにして、説明するために、MDDI Data0、MDDI Stb、およびクロックサイクルに関係する種々の動作が、図68A、68B、および68Cに示されている。
競合のない、一般的なホストが開始する起動の処理ステップの例は、図68Aに示されており、イベントは、ここでも、説明における便宜を図って、文字A、B、C、D、E、F、およびGを使用して示されている。処理は、ポイントAにおいて、ホストがリンク遮断パケットをクライアントデバイスへ送って、リンクが低電力の休止状態に遷移することになることを、それに知らせるときに始まる。次のステップでは、ポイントBにおいて、ホストは、MDDI Stbを約64サイクルの間(または、システム設計に対する希望に応じた期間)切換えて、MDDI Stbが切換わるのを停止し、クライアントデバイス内の回復されたクロックを停止する前に、クライアントによる処理が完了されることを可能にする。ホストは、さらに加えて、最初に、MDDI Data0を論理ゼロのレベルに設定し、次に、CRCの後で、(通常、出力ディスエーブル伝搬遅延を含む)16ないし48サイクルの範囲において、MDDI Data0の出力をディスエーブルする。CRCの後の48サイクルの後で、次の新しい段階(C)の前のしばらくの間、低電力状態のクライアント内にMDDI Data0およびMDDI Stbのための高速受信機を置くことが望ましい。
ホストは、MDDI Data0およびMDDI Stbのドライバをディスエーブルして、ホスト制御装置を低電力の休止状態にすることによって、ポイントまたはステップCにおいて低電力の休止状態に入る。また、希望に応じて、(高インピーダンスバイアスネットワークを使用して)MDDI Stbのドライバを論理ゼロのレベルに設定するか、または休止状態中に切換え続けることもできる。クライアントも、低電力レベルの休止状態である。
ある時間期間の後で、ポイントDにおいて、ホストは、MDDI Data0およびMDDI Stbのドライバの出力をイネーブルすることによって、リンク再起動順序を開始する。ホストは、ドライバがそれぞれの出力を完全にイネーブルするのにかかる時間の間、MDDI Data0を論理1のレベルに、MDDI Stbを論理ゼロのレベルに駆動する。これらの出力が希望の論理レベルに到達した後で、MDDI Stb上でパルスを駆動する前に、ホストは、通常、約200ナノ秒待つ。これは、クライアントが受信の準備をする時間を可能にすることができる。
ホストドライバがイネーブルされ、MDDI Data0が論理1のレベルに駆動されると、ポイントEに見られるように、ホストは、150MDDI Stbサイクルの間、MDDI Stbを切換え始める。ポイントFに示されているように、ホストは、50サイクルの間、MDDI Data0を論理ゼロのレベルに駆動し、MDDI Data0が40MDDI Stbサイクルの間、論理ゼロのレベルであった後で、クライアントは、サブフレームヘッダパケットを探し始める。ポイントGに示されているように、ホストは、順方向リンク上で、サブフレームヘッダパケットを送ることによって、データを伝送し始める。
競合のない、一般的なクライアントが開始する起動の処理ステップの例は、図68Bに示されており、イベントは、ここでも、説明における便宜を図って、文字A、B、C、D、E、F、G、H、およびIを使用して示されている。前のように、処理は、ポイントAにおいて、ホストがリンク遮断パケットを送って、リンクが低電力状態に遷移することになることを、クライアントに知らせるときに始まる。
ポイントBにおいて、ホストは、MDDI Stbを約64サイクルの間(または、システム設計に対する希望に応じた期間)切換えて、MDDI Stbが切換わるのを停止し、クライアントデバイス内の回復されたクロックを停止する前に、クライアントによる処理が完了されることを可能にする。ホストは、さらに加えて、最初に、MDDI Data0を論理ゼロのレベルに設定し、次に、CRCの後で、(一般に、出力ディスエーブル伝搬遅延を含む)16ないし48サイクルの範囲において、MDDI Data0の出力をディスエーブルする。CRCの後の48サイクルの後で、次の段階(C)の前のしばらくの間、低電力状態のクライアントにおいてMDDI Data0およびMDDI Stbのための高速受信機を置くことが望ましい。
ホストは、MDDI Data0およびMDDI Stbのドライバをディスエーブルして、ホスト制御装置を低電力の休止状態にすることによって、ポイントまたはステップCにおいて低電力の休止状態に入る。また、希望に応じて、(高インピーダンスバイアスネットワークを使用して)、MDDI Stbのドライバを論理ゼロのレベルに設定するか、または休止状態中に切換えを続けることもできる。クライアントも、低電力レベルの休止状態である。
ある時間期間の後で、ポイントDにおいて、クライアントは、MDDI Stbの受信機をイネーブルして、MDDI Stbの受信機におけるオフセットにイネーブルして、ホストがそのMDDI Stbのドライバをイネーブルする前に、受信されたMDDI Stbの状態がクライアントにおいて論理ゼロのレベルであることを保証することによって、リンク再起動順序を開始する。クライアントが、受信機をイネーブルする前に、オフセットをイネーブルして、有効な差動信号の受信を保証し、誤り信号を阻止することを保証することが望ましい。クライアントは、MDDI Data0のドライバをイネーブルし、一方でMDDI Data0のラインを論理1のレベルに駆動する。
約1ミリ秒内で、ポイントEにおいて、ホストは、クライアントからのサービス要求パルスを認識し、ホストは、MDDI Data0およびMDDI Stbのドライバの出力をイネーブルすることによって、リンク再起動順序を開始する。ホストは、ドライバがそれぞれの出力をイネーブルするのにかかる時間の間、MDDI Data0を論理1のレベルに、MDDI Stbを論理ゼロのレベルに駆動する。これらの出力が希望の論理レベルに到達した後で、MMDI Stb上でパルスを駆動する前に、ホストは、通常、約200ナノ秒待つ。これは、クライアントが受信の準備をする時間を可能にする。
ホストドライバがイネーブルされ、MDDI Data0が論理1のレベルに駆動されると、ポイントFに見られるように、ホストは、150MDDI Stbサイクルの間、MDDI Stbでパルスを出力し始める。クライアントは、MDDI Stb上の第1のパルスを認識すると、MDDI Stbにおけるオフセットを使用不可にする。クライアントは、70MDDI Stbサイクルの間、MDDI Data0を論理1のレベルに駆動し続け、ポイントGにおいて、そのMDDI Data0のドライバをディスエーブルする。
ポイントGおよびHに見られるように、ホストは、50サイクルの間、MDDI Data0を論理ゼロのレベルに駆動し、MDDI Data0が40MDDI Stbサイクルの間、論理ゼロのレベルであった後で、クライアントは、サブフレームヘッダパケットを探し始める。ポイントIに示されているように、ホストは、サブフレームヘッダパケットを順方向リンク上で送ることによって、データを伝送し始める。
クライアントからの競合のある、すなわち、クライアントもリンクを起動したいときの、典型的なホストが開始する起動の処理のステップの例は、図68Cに示されている。ここでも、イベントは、説明における便宜を図って、文字A、B、C、D、E、F、G、H、およびIを使用して示されている。前のように、処理は、ポイントAにおいて、ホストがリンク遮断パケットを送って、リンクが低電力の休止状態に遷移することになることを、クライアントに知らせるときに始まり、ホストBに進み、ここでは、MDDI Stbを約64サイクルの間(または、システム設計に対する希望に応じた期間)切換えて、クライアントによる処理を完了することを可能にし、次に、ポイントCへ進み、ここでは、ホストは、MDDI Data0およびMDDI Stbのドライバをディスエーブルし、ホスト制御装置を低電力休止状態にすることによって、低電力の休止状態に入る。いくらかの時間期間の後で、ポイントDにおいて、ホストは、MDDI Data0およびMDDI Stbのドライバの出力をイネーブルすることによって、リンク再起動順序を開始し、ポイントEに見られるように、150MDDI Stbサイクルの期間の間、MDDI Stbを切換え始める。
ポイントEの後の70までのMDDI Stbサイクルにおいて、ここでは、ポイントFにおいて、クライアントは、ホストがMDDI Data0を論理1のレベルに駆動していて、クライアントもMDDI Data0を論理1のレベルに駆動することをまだ認識していない。ここで、これは、クライアントはサービスを求める要求をもつが、自分が通信することを試みているホストが、リンク再起動順序を既に始めたことを認識しないときに生じる。ポイントGでは、クライアントは、MDDI Data0を駆動するのを止め、その出力をディスエーブルすることによって、そのドライバを高インピーダンス状態にする。ホストは、追加の80サイクルの間、MDDI Data0を論理1のレベルに駆動し続ける。
ポイントHに示されているように、ホストは、50サイクルの間、MDDI Data0を論理ゼロのレベルに駆動し、MDDI Data0が、40MDDI Stbサイクルの間、論理ゼロのレベルであった後で、クライアントは、サブフレームヘッダパケットを探し始める。ポイントIに示されているように、ホストは、サブフレームヘッダパケットを送ることによって、順方向リンク上でデータを伝送し始める。
VI.インターフェイスの電気仕様
例示的な実施形態では、非ゼロ復帰(Non-Return-to-Zero, NRZ)フォーマットのデータが、データ−ストローブ信号またはDATA−STBフォーマットを使用して符号化されると、クロック情報が、データおよびストローブ信号に埋め込まれるのを可能にする。クロックは、複雑なフェーズロックループ回路なしに回復されることができる。データは、通常ワイヤーラインケーブルを使用して構成される双方向の差動リンクによって搬送されるが、既に記載されたように、他の導線、プリントワイヤ、または転送素子が使用されることができる。ストローブ信号(strobe signal, STB)は、ホストのみによって駆動される一方向リンクによって搬送される。ストローブ信号は、0または1の背中合わせの状態、すなわち、データラインまたは信号において同じ状態を維持するときは必ず、値(0または1)を切換える。
ビット“1110001011”のようなデータ系列が、DATA−STBの符号化を使用して、どのように伝送されることができるかの例が、図40にグラフの形で示されている。図40では、DATA信号4002は、信号タイミングチャートの上のラインに示されており、STB信号4004は、二番目のラインに示されており、各々は適切に(共通の開始点で)時間整列している。時間の経過にしたがって、DATAライン4002(信号)において状態の変化が現れるとき、STBライン4004(信号)は前の状態を維持し、したがって、DATA信号の最初の‘1’の状態は、STB信号の最初の‘0’の状態、すなわち、その開始値と相関する。しかしながら、図40において、DATAが別の‘1’の値を与える場合のように、DATA信号の状態、すなわちレベルが変化しないならば、またはそのときは、STB信号は、逆の状態、または、この例では‘1’に切り換わる。したがって、DATAとSTBとの間に、1ビットサイクルごとに1つの、しかも1つのみの遷移がある。したがって、DATA信号が‘1’に留まるとき、STB信号は、再び、このときは‘0’へ遷移し、DATA信号がレベルを‘0’に変えるとき、STB信号は、このレベルまたは値を維持する。DATA信号がレベルまたは値を変えるか、あるいは維持するかにしたがって、DATA信号が‘1’に留まるときは、STB信号は、逆の状態、または、この例では‘1’に切り換わる、等である。
これらの信号を受信すると、排他的論理和(exclusive OR, XOR)の動作は、DATAおよびSTB信号に対して行われ、クロック信号4006を生成し、クロック信号4006は、希望のデータとストローブ信号とを相対的に比較するためのタイミング図の下側に示されている。ホストにおいて入力データからDATAまたはSTB出力または信号を生成し、その後で、クライアントにおいてDATAおよびSTB信号からデータを復元するか、または再び得るのに役立つ回路の例は、図41に示されている。
図41では、送信部4100は、元のDATAおよびSTB信号を生成して、中間信号経路4102によって送信するのに使用され、一方で、受信部4120は、信号を受信し、データを復元するのに使用される。図41に示されているように、データをホストからクライアントへ転送するために、DATA信号は、クロック信号と共に、Dタイプのフリップフロップ回路素子4104および4106へ入力され、回路をトリガする。その後で、2つのフリップフロップ回路の出力(Q)は、2つの差動ラインドライバ4108および4110(電圧モード)を使用して、差動の対の信号、MDDI Data0+およびMDDI Data0−と、MDDI Stb+およびMDDI Stb−とにそれぞれ分割される。3つの入力の排他的NOR(exclusive-NOR, XNOR)ゲート、回路、または論理素子4112は、DATAと両者のフリップフロップの出力とを受信するように接続され、第2のフリップフロップにデータ入力を与えるための出力を生成し、次に、第2のフリップフロップは、MDDI Stb+およびMDDI Stb−の信号を生成する。便宜を図って、ストローブを生成するフリップフロップのQ出力を効果的に反転することを示すために、XNORゲートは反転バブルを置かれている。
図41の受信部4120では、MDDI Data0+およびMDDI Data0−と、MDDI Stb+およびMDDI Stb−の信号とは、2つの差動ライン受信機4122および4124の各々によって受信され、これらは、差動信号から信号出力を生成する。次に、増幅器の出力は、2つの入力の排他的OR(XOR)ゲート、回路、または論理素子4126の入力の各々に入力され、これはクロック信号を生成する。クロック信号は、2つのDタイプのフリップフロップ回路4128および4130の各々をトリガするのに使用され、これらは、遅延素子4132を通って、遅延したDATA信号を受信し、その一方(4128)はデータ ‘0’を生成し、他方(4130)は‘1’の値を生成する。クロックも、XOR論理からの独立の出力をもつ。クロック情報は、DATAおよびSTBのライン間で分配されるので、何れの信号もクロックレートの半分より速く状態間を遷移しない。クロックは、DATAおよびSTB信号の排他的OR処理を使用して再生されるので、システムは、クロック信号が1本の専用データラインによって直接に送られるときの状況と比べて、入力データとクロックとの間の2倍のスキュー量を事実上許容する。
MDDI Dataの対、MDDI Stb+、およびMDDI Stb−の信号は、差動モードで動作され、雑音の負の影響からの耐性を最大化する。差動信号経路の各部分は、信号を転送するのに使用されるケーブルまたは導線の特性インピーダンスの2分の1で終端する源である。MDDI Dataの対は、ホストエンドおよびクライアントエンドの両者において終端する源である。これらの2つのドライバの一方のみが、所与のときにアクティブであるので、終端は、転送リンクの源において、常に存在する。MDDI Stb+およびMDDI Stb−の信号は、ホストのみによって駆動される。
発明的なMDDインターフェイスの一部として信号を転送するためのドライバ、受信機、および終端を実現するのに役立つ素子の例示的な構成は、図42に示されており、一方でMDDI DataおよびMDDI Stbの対応するDC電気の仕様は、表7に示されている。この例示的なインターフェイスは、ここでは、200ミリボルトの低電圧を感知し、電力の揺れが1ボルト未満で、低電力ドレインのものを使用する。
Figure 2011176810
差動ラインドライバおよびライン受信機の電気パラメータおよび特性は、表7に記載されている。機能上、ドライバは、入力上の論理レベルを直接に正の出力へ、入力の逆のものを負の出力へ転送する。入力から出力への遅延は、差動して駆動される差動ラインに適切に整合させられる。大抵の実行では、出力における電圧の揺れは、入力における揺れよりも小さく、電力消費および電磁放出を最小化する。表7には、約0.5Vの最小の電圧の揺れが示されている。しかしながら、当業者には分かるような、他の値を使用することができ、発明者は、いくつかの実施形態において、設計の制約に依存して、より小さい値を検討する。
差動ライン受信機は、高速電圧比較器と同じ特性をもつ。図41では、バブルのない入力は、正の入力であり、バブルのある入力は負の入力である。(Vinput+)−(Vinput−)がゼロよりも大きいときは、出力は論理1である。これを他のやり方で説明するならば、差動増幅器は、論理0および1の電圧レベルで切られた出力で非常に大きい(事実上、無限の)利得をもつ。
異なる対間の遅延スキューは、差動伝送システムを、最高潜在速度で動作するために最小化されるべきである。
図42には、ホスト制御装置4202と、クライアントまたはディスプレイ制御装置4204とが示されており、これらは、通信リンク4206によってパケットを転送する。ホスト制御装置は、一連の3つのドライバ4210、4212、および4214を採用して、ホストDATAおよびSTB信号を受信して、転送し、さらに加えて、クライアントデータ信号を受信して、転送する。ホストのDATAを送ることを担当するドライバは、通常、ホストからクライアントへの転送が要求されるときのみ、イネーブル信号の入力を用いて、通信リンクをアクティブにすることができる。STB信号は、データ転送の一部として形成されているので、そのドライバ(4120)のために、追加のイネーブル信号は用いられない。DATAおよびSTBのドライバの各々の出力は、終端インピーダンスまたは抵抗4216a、4216b、4216c、および4216dにそれぞれ接続されている。
また、終端抵抗4216aおよび4216bは、STB信号処理のためのクライアント側受信機の入力4220におけるインピーダンスとしても働き、一方で、追加の終端抵抗4216eおよび4216fは、クライアントデータ処理受信機の入力4222において、抵抗4216cおよび4216dと直列に置かれる。クライアント制御装置内の6番目のドライバ4226は、クライアントからホストへ転送されるデータ信号を準備するのに使用され、ここで、入力側で終端抵抗4216cおよび4216dを通る、ドライバ4124は、処理のためのホストへ転送するデータを処理する。
2つの追加の抵抗4218aおよび4218bは、それぞれ、別途記載される休止状態の制御の一部として、終端抵抗と、接地と、電圧源4220との間に置かれる。電圧源は、既に記載したハイまたはローレベルに転送ラインを駆動して、データの流れを管理するのに使用される。
上述のドライバおよびインピーダンスは、ディスクリートな構成要素として、または回路モジュールの一部、すなわち、よりコスト効率のよい符号器および復号器の解決としての役割を果たす特定用途向け集積回路(application specific integrated circuit, ASIC)として形成されることができる。
電力は、MDDI PwrおよびMDDI Gndとして示されている信号を使用して、1組の導線によって、ホストデバイスから、クライアントデバイス、すなわち、ディスプレイへ転送されることが容易に分かるであろう。信号のMDDI Gndの部分は、基準接地、およびディスプレイデバイスへの電源復路または信号としての役割を果たす。MDDI Pwr信号は、ホストデバイスによって駆動されるディスプレイデバイスの電源としての役割を果たす。例示的な構成では、低電力の応用において、ディスプレイデバイスは、500ミリアンペアまで引き上げることを許可されている。MDDI Pwr信号は、ホストデバイスに存在するポータブル電源、制限はしないが、例えば、リチウムイオンタイプのバッテリまたはバッテリパックから与えられることができ、MDDI Gndに対して3.2ないし4.3ボルトの範囲に及び得る。
VII.タイミング特性
A.概要
ホストからの、またはホストによるサービスをセキュリティ保護して、そのようなサービスを与えるために、クライアントによって採用されるステップおよび信号レベルは、図43に示されている。図43では、図示されている信号の第1の部分は、ホストから転送されるリンク遮断パケットを示し、したがって、データラインは、高インピーダンスバイアス回路を使用して、論理ゼロの状態に駆動される。データは、クライアントディスプレイによっても、または、そのドライバをディスエーブルしたホストによっても伝送されない。MDDI Stbは、リンク遮断パケットの間アクティブであるので、MDDI Stb信号ラインの一連のストローブパルスは、下側に示されている。このパケットが終了して、ホストがバイアス回路を駆動して、論理をゼロにするとき、論理レベルがゼロに変わると、MDDI Stbの信号ラインもゼロのレベルに変わる。これは、ホストからの最後の信号転送またはサービスの終了を表わし、過去の何れのときでも行われることができ、サービスの事前の中止、およびサービス開始前の信号の状態を示すために含まれる。希望であれば、このような信号は、このホストデバイスによって行われた‘既知’の事前の通信なしに、通信リンクを適切な状態に単にリセットするために送られることができる。
図43に示されているように、クライアントからの信号出力は、最初に、ゼロの論理レベルに設定される。言い換えると、クライアントの出力は、高インピーダンスであり、ドライバはディスエーブルされている。サービスが要求されているとき、クライアントは、そのドライバをイネーブルし、サービス要求をホストへ送る。これは、tserviceと呼ばれる期間であり、この間に、ラインは論理1のレベルに駆動される。ホストが要求を検出する前に、一定の時間が経過するか、または要求されることがあり、これはthost−detectと呼ばれ、その後で、ホストは、信号を論理1のレベルに駆動することによって、リンク起動順序で応答する。この時点で、クライアントは要求をデアサートし、サービス要求ドライバをディスエーブルし、その結果、クライアントからの出力ラインは、再びゼロの論理レベルになる。この時間中、MDDI Stb信号は、論理ゼロのレベルである。
ホストは、trestart−highと呼ばれる期間の間、ホストのデータ出力を‘1’のレベルで駆動し、その後で、trestart−lowと呼ばれる期間の間、ホストは論理レベルをゼロに駆動し、MDDI Stbをアクティブにし、その後で、第1の順方向トラヒックは、サブフレームヘッダパケットで始めて、したがって、順方向トラヒックのパケットが転送される。MDDI Stbの信号は、trestart−lowの期間および次のサブフレームヘッダパケットの間、アクティブである。
表8は、上述の種々の期間の長さの代表的な時間と、例示的な最小および最大データレートに対する関係とを示す。ここで、次式を条件とする。
bit=1/(Link Data Rate)
Figure 2011176810
当業者には、図41および42に示されている個々の素子の機能が周知であり、図42の素子の機能が、図43のタイミング図によって確認されることが容易に分かるであろう。図42に示されている直列の終端および休止状態の抵抗に関する詳細は、どのようにデータ(Data)−ストローブ(Strobe)の符号化を行い、それからクロックを回復するかを説明するのに不要であるので、その情報は、図41から省かれている。
B.データ−ストローブのタイミングの順方向リンク
ホストドライバ出力からの順方向リンク上でのデータ転送についてのスイッチング特性は、表9に示されている。表9は、ある特定の信号の遷移を行うための、希望の最小値および最大値に対する標準的な時間についての表を提示している。例えば、データ値(‘0’または‘1’の出力)の最初から最後に行われる遷移、すなわち、ttdd−(host−output)と呼ばれるData0からData0への遷移の標準的な時間長は、ttbitであり、これに対して、最小時間は、約ttbit−0.5ナノ秒であり、最大時間は、約ttbit+0.5ナノ秒である。Data0、他のデータライン(DataX)、およびストローブライン(Stb)における遷移間の相対的な間隔は、図44に示されており、ここでは、Data0からストローブ、ストローブからストローブ、ストローブからData0、Data0からData0以外、Data0以外からData0以外、Data0以外からストローブ、ストローブからData0以外への遷移が示されており、これは、ttds−(host−output)、ttss−(host−output)、ttsd−(host−output)、ttddx−(host−output)、ttdxdx−(host−output)、ttdxs(host−output)、およびttsdx−(host−output)とそれぞれ呼ばれる。
Figure 2011176810
順方向リンク上でデータを転送している同じ信号のためのクライアント受信機の入力のための標準的なMDDIのタイミング要件は、表10に示されている。当業者には分かるように、時間が遅延されていることを除いて、同じ信号が扱われているので、各レベルの信号特性または意味を示すための新しい図は不要である。
Figure 2011176810
図45および46は、ホストがホストドライバをディスエーブルまたはイネーブルするときに生じ得る応答における遅延の存在をそれぞれ示している。ホストが、逆方向リンクカプセル化パケットまたは往復遅延測定パケットのような、ある特定のパケットを送付する場合に、ホストは、図45に示されている、転送されたパラメータのCRC、ストローブ整列、および全てゼロのパケットのような、希望のパケットが送付された後で、ラインドライバをディスエーブルする。しかしながら、図45に示されているように、ラインの状態は、‘0’から希望のより高い値へ必ずしも即座にスイッチしないが、これは、ある特定の制御または回路素子の存在で、潜在的には達成可能であるが、応答するには、ホストドライバディスエーブル遅延期間と呼ばれる時間期間がかかる。これは事実上瞬間的に行われ、したがって、この時間期間は0ナノ秒(nanosecnd, nsec)長であるが、希望最大期間長で10ナノ秒の幾らかより長い期間に容易に延長することができ、これは、保護時間1または折り返し1のパケット期間中に現れる。
図46を参照すると、ホストドライバが、逆方向リンクカプセル化パケットまたは往復遅延測定パケットのようなパケットを転送するためにイネーブルされるときに、信号レベルが変えられるのが分かる。ここでは、保護時間2または折り返し2のパケットの期間の後で、ホストドライバはイネーブルされ、レベル、ここでは、‘0’を駆動し始める。この値には、ホストドライバイネーブル遅延期間と呼ばれる時間期間において近付く、または到達し、ホストドライバ遅延期間は、ドライバ再イネーブル遅延期間中で、第1のパケットが送られる前に現れる。
同様の処理が、クライアントデバイス、本明細書では、ディスプレイのドライバおよび信号転送でも行われる。これらの期間の長さ、それらのそれぞれの関係についての概略的な基準は、次の表11に示されている。
Figure 2011176810
C.データ−ストローブのタイミングの逆方向リンク
クライアントドライバの出力から、逆方向リンク上でデータを転送するのに使用されるデータおよびストローブ信号のスイッチング特性およびタイミングの関係は、図47および48に示されている。ある特定の信号の遷移の標準的な時間は、別途記載される。図47は、ホスト受信機の入力における、転送されるデータのタイミングと、ストローブパルスのリーディングおよびトレーリングエッジとの間の関係を示している。したがって、ストローブ信号の立ち上がり端またはリーディングエッジの設定時間、すなわち、tsu−srと、ストローブ信号のトレーリングエッジまたは立ち下がり端の設定時間、すなわち、tsu−sfについて参照される。これらの設定期間における標準的な時間長は、最低約8ナノ秒である。
図48は、逆方向データのタイミングによって行われるスイッチング特性と対応するクライアントの出力の遅延とを示す。図48では、転送されるデータのタイミングと、取り込まれた遅延を考慮したストローブパルスのリーディングおよびトレーリングエッジとの関係が分かるであろう。したがって、ストローブ信号の立ち上がり端またはリーディングエッジと、データ(有効)との間の伝搬遅延、すなわち、tpd−srと、データと、ストローブ信号のトレーリングエッジまたは立ち下がり端との間の伝搬遅延、すなわち、tpd−sfについて参照される。これらの伝搬遅延期間の標準的な最大時間は、約8ナノ秒である。
VIII.リンク制御の実行(リンク制御装置の動作)
A.状態機械パケットプロセッサ
MDDIリンク上を転送されるパケットは、非常に迅速に、標準で、約300メガビット秒以上のレート、例えば、400メガビット秒で送り出されるが、もちろん、希望に応じて、より低いレートに適応する。このタイプのバスまたは転送リンクの速度は、現在市販の(経済的な)汎用マイクロプロセッサ、等が制御するには速過ぎる。したがって、このタイプの信号転送を達成するための実用的な実行では、プログラム可能な状態機械を使用して、入力パケットストリームをパースして、パケットを生成し、それらが宛てられた適切なオーディオ−ビジュアルサブシステムに転送するか、または再び方向付ける。このようなデバイスは、周知であり、制限された数の動作、機能、または状態にほぼ専用の回路を使用して、希望の高速度、または超高速度の動作を達成する。
汎用制御装置、プロセッサ、または処理素子は、より低い速度が要求される制御または状態パケットのような幾つかの情報に、より適切に作用するか、または処理するのに使用されることができる。状態機械は、これらのパケット(制御、状態、または他の予め定義されたパケット)を受信すると、それらをデータ緩衝器または同様の処理素子を経由して、汎用プロセッサに送り、パケットは希望の結果(効果)を与えるように作用されることができ、一方でオーディオおよびビジュアルパケットは、処理のために適切な宛先へ転送される。将来の、マイクロプロセッサまたは汎用制御装置、プロセッサ、あるいは制御素子が、より高いデータレートの処理能力を実現するように製造されるとき、別途記載される状態または状態機械も、このようなデバイスのソフトウエア制御、一般的には、記憶素子または媒体上に記憶されたプログラムを使用して実行され得る。
幾つかの実施形態において、汎用プロセッサの機能は、コンピュータの応用におけるマイクロプロセッサ(CPU)、または制御装置、プロセッサ、ディジタル信号プロセッサ(digital signal processor, DSP)、専用回路、あるいは無線デバイス内に見られるASICにおいて使用可能な処理電力、または超過サイクルを利用することによって、実現されることができ、これは、いくつかのモデムまたはグラフィックプロセッサが、コンピュータ内に見られるCPUの処理電力を使用して、幾つかの機能を実行し、ハードウエアの複雑さおよびコストを低減するのとほぼ同じやり方である。しかしながら、このサイクルの共用または使用は、このような素子の処理速度、タイミング、または全体的な動作にマイナスの影響を与えることがあり、したがって、多くの応用では、この一般的な処理には、専用の回路または素子が好ましい。
画像データがディスプレイ(マイクロディスプレイ)上に表示されるか、またはホストデバイスによって送られる全パケットを確実に受信するために、ディスプレイの信号処理は、順方向リンクチャネルのタイミングと同期させられる。したがって、ディスプレイおよびディスプレイ回路に到達する信号を、行われる適切な信号処理と実質的に時間同期させる必要がある。このような同期を実現することができる信号処理ステップまたは方法によって達成される高レベルの状態図は、図49に示されている。図49では、状態機械4900における予想される順方向リンク同期“状態”が示されており、1つの非同期フレーム状態4904、2つの同期獲得状態4902および4906と、3つの同期状態4908、4910、および4912として分類されている。
開始ステップまたは状態4902によって示されているように、提示デバイスのようなディスプレイまたはクライアントは、予め選択された“非同期”状態で始まり、検出される第1のサブフレームヘッダパケット内のユニークワードをサーチする。この非同期状態は、最小通信設定または“フォールバック”設定を表わし、タイプIのインターフェイスが選択されることに注意すべきである。ユニークワードがサーチ中に検出されると、ディスプレイは、サブフレーム長フィールドをセーブする。この第1のフレームにおいて、すなわち、同期が得られるまでは、処理に対するCRCビットの検査はない。このサブフレーム長がゼロであるときは、それに応じて、同期状態の処理は、ここでは“非同期フレーム”状態と示されている状態4904に進み、これは、同期がまだ達成されていないことを示す。処理におけるこのステップは、図49において、cond3、すなわち条件3になるように示されている。そうではなくて、フレーム長がゼロよりも長いときは、同期状態の処理は、状態4906へ進み、インターフェイスの状態は、“1つの同期フレームを検出”として設定される。処理におけるこのステップは、図49において、cond5、すなわち条件5として示されている。さらに加えて、状態機械が、ゼロよりも長いフレーム長において、フレームヘッダパケットと好適なCRCの判断とを確認すると、処理は、“1つの同期フレームを検出”状態へ進む。これは、図49において、cond6、すなわち条件6として示されている。
システムが“非同期”以外の状態である各状況において、ユニークワードが検出され、サブフレームヘッダパケットに対して好適なCRCの結果が判断され、かつサブフレームの長さがゼロよりも長いときは、インターフェイスの状態は、“同期”状態4908に変わる。処理におけるこのステップは、図49において、cond1、すなわち条件1として示されている。他方で、ユニークワードも、サブフレームヘッダパケット内のCRCも正しくないときは、同期状態の処理は、“非同期フレーム”状態のインターフェイス状態4902へ進む、または戻る。処理のこの部分は、図49の状態図において、cond2、すなわち条件2として示されている。
B.同期の獲得時間
同期が失われていると判断して、“非同期フレーム”状態に戻る前に、ある特定数の“同期誤り”を受け入れるように、インターフェイスを構成することができる。図49では、状態機械が“同期”状態に達し、誤りが見付からないときは、それは、引き続きcond1の結果に出会い、“同期”状態のままである。しかしながら、1つのcond2の結果が検出されると、処理は状態を“1つの同期誤り”の状態4910に変更する。この時点で、処理が、別のcond1の結果を検出すると、状態機械は、“同期”状態に戻り、そうではなくて、別のcond2の結果に出会うと、“2つの同期誤り”の状態4912に移る。再び、cond1が現れると、処理は状態機械を“同期”状態へ戻す。そうではなくて、別のcond2に出会うと、状態機械は“非同期”状態へ戻る。インターフェイスが“リンク遮断パケット”に出会うと、これは、リンクにデータ転送を終了させ、同期するものがないので、“非同期フレーム”状態に戻り、これは、図49の状態図においてcond4、すなわち条件4と呼ばれることも理解できる。
サブフレーム内の幾つかの固定位置に現れ得るユニークワードの反復的な“偽のコピー”が存在する可能性があることが分かる。この状況では、MDDインターフェイスの処理が“同期”状態に進むために処理されるとき、サブフレームヘッダパケット上のCRCも有効でなければならないので、状態機械がサブフレームに同期することになる可能性は非常に低い。
リンクが遮断される前に、ホストが1つのみのサブフレームを伝送することを示すために、サブフレームヘッダパケット内のサブフレーム長をゼロに設定してもよく、MDDインターフェイスは、アイドル休止状態に置かれるか、またはそれに構成される。この場合に、リンクがアイドル状態に遷移する前に、1つのみのサブフレームが送られるので、サブフレームヘッダパケットを検出した後で、ディスプレイは、直ちに順方向リンク上でパケットを受信しなければならない。正規の、または標準的な動作において、サブフレーム長は、ゼロ以外であり、ディスプレイは、順方向リンクパケットのみを処理し、一方で、インターフェイスは、図49において一括して“同期”状態として示されている状態である。
ディスプレイが順方向リンク信号に同期するのに必要とされる時間は、サブフレームのサイズおよび順方向リンクのデータレートに依存して可変である。順方向リンクにおいてランダムな、またはよりランダムなデータの一部として、ユニークワードの“偽のコピー”を検出する可能性は、サブフレームのサイズがより大きくなるときに、より高くなる。同時に、順方向リンクのデータレートがより緩慢になるとき、偽の検出から回復する能力がより低くなり、これを行うのにかかる時間は、より長くなる。
C.初期設定
既に記載したように、“起動”時に、ホストは、1メガビット秒の最低要求、または希望データレート以下で動作するように順方向リンクを構成し、サブフレーム長および媒体フレームレートを、所与の応用にとって適切に構成する。したがって、順方向リンクおよび逆方向リンクの両者は、タイプIのインターフェイスを使用して動作を始める。これらのパラメータは、一般に、一時的に使用されることになる一方で、ホストは、クライアントディスプレイ(または、他のタイプのクライアントデバイス)の能力または希望の構成を判断する。ホストは、順方向リンクによってサブフレームヘッダパケット、およびそれに続く、1の値に設定された要求フラグのビット‘0’をもつ逆方向リンクカプセル化パケットを送るか、または転送し、ディスプレイまたはクライアントがディスプレイ能力パケットで応答することを要求する。ディスプレイは、順方向リンク上で(または、それとの)同期を得ると、ディスプレイ能力パケットおよびディスプレイ要求および状態パケットを逆方向リンクまたはチャネル上で送る。
ホストは、ディスプレイ能力パケットの内容を調べて、最適または希望レベルの性能のためにリンクをどのように再構成するかを判断する。ホストは、プロトコルバージョンおよび最低プロトコルバージョンフィールドを調べて、ホストおよびディスプレイが、相互に互換性のあるプロトコルバージョンを使用していることを確認する。プロトコルバージョンは、通常、ディスプレイ能力パケットの最初の2つのパラメータとしてそのまま残り、したがって、プロトコルの他の要素が、互換性がない可能性があるか、または互換性がないと完全に理解され得るときでも、互換性があると判断することができる。
D.CRCの処理
パケットプロセッサ状態機械は、全てのパケットタイプについて、CRCのチェッカが適切にまたは適正に制御されることを保証する。また、これは、CRCの比較により、1つ以上の誤りが検出されたときは、CRC誤りカウンタをインクリメントし、各サブフレームが処理される始めに、CRCカウンタをリセットする。
E.別の同期損失検査
上述の一連のステップすなわち条件が、より高いデータレートまたはスループット速度を生むように働く一方で、出願人は、クライアントが、ホストとの同期が失われていることを宣言するのに使用する条件における別の取り決めまたは変更を効果的に使用して、一層高いデータレートまたはスループットを達成できることを発見した。新しい発明的な実施形態は、同じ基本構造をもつが、状態を変更する条件が変わっている。さらに加えて、新しいカウンタが構成され、サブフレームの同期の検査を行うのを助ける。これらのステップまたは状態は、図63に関係付けて提示されており、これは、方法すなわち状態機械の動作を設定するのに役立つ一連の状態および条件を示している。分かり易くするために、“同期獲得状態”および“同期状態”の部分のみが示されている。さらに加えて、結果の状態は、状態機械自体と実質的に同じであるので、同じ参照番号を使用する。しかしながら、状態を変更する条件(および、状態機械の動作)は、ある程度異なるので、分かり易くするために、2つの図において、違いを識別するのに便利なように、全てが番号を付け直されている(1、2、3、4、5、および6に対して、61、62、63、64、および65)。非同期フレーム状態は、この説明において検討されないので、この図では、1つの状態(4904)および条件(6)は、最早使用されていない。
図63では、(表示または提示のための)システムまたはクライアントは、図49におけるように、予め選択された“非同期”状態4902の状態機械6300で始まる。非同期条件4902から状態を変更するための第1の状態変化は、同期パターンの発見である条件64である。サブフレームヘッダのCRCもこのパケットを承諾する(条件61を満たす)と仮定すると、パケットプロセッサ状態機械の状態は、同期状態4908に変わることができる。同期誤りの条件62があると、状態機械は状態4910へ移り、第2の同期誤り条件が現れると、状態4912に移ることになる。しかしながら、MDDIパケットの何れかのCRCの不合格は、状態機械を同期状態4908から1つの同期誤り状態4910へ動かすことになることが分かった。何れかのMDDIパケットの別のCRCの不合格は、2つの同期不合格状態4912に動かすことになる。正しいCRC値で復号されたパケットは、状態機械を同期状態4908へ戻すことになる。
変わったことは、‘各’パケットごとにCRCの値または判断を使用することである。すなわち、状態機械に、単にサブフレームヘッダパケットを観察するのではなく、各パケットごとにCRC値を調べて、同期の損失を判断することである。この構成または処理では、同期の損失は、ユニークワードおよび単なるサブフレームヘッダのCRC値を使用して判断されない。
この新しいインターフェイスの構成は、MDDインターフェイスリンクが、相当により迅速に同期の不合格を認識し、したがって、それらからより迅速に回復することも可能にする。
このシステムをよりロバストにするために、クライアントは、サブフレームカウンタも追加または使用すべきである。したがって、クライアントは、ユニークワードの存在を、それが到達するか、または信号内に現れると期待されるときに、検査する。ユニークワードが適時に現れないときは、クライアントは、同期の不合格が生じたことを、サブフレーム長よりも長い幾つか(ここでは、3つ)のパケット時間または期間を待たなければならない場合よりも、さらに一層早く認識できる。ユニークワードの試験が、それが存在しない、言い換えると、タイミングが正しくないことを示すとき、クライアントは、直ちに、リンクが同期を失なったことを宣言し、非同期状態へ移ることができる。適切なユニークワードの存在を検査する処理は、状態機械に、ユニークワードが正しくないことを示す条件65(cond65)を追加する。サブフレームパケットがクライアント上で受信されると期待されるが、一致しないときは、クライアントは、直ちに非同期状態4902へ行き、通常は状態4910と4912とを横切るときに出会う多数の同期誤り(条件62)を待つ追加の時間を省くことができる。
この変更では、クライアントのコアにおいて追加のカウンタまたはカウンティング機能を使用して、サブフレーム長をカウントする。1つの実施形態では、カウントダウン機能が使用され、カウンタの時限が切れたときに、現在処理されている任意のパケットの転送が中断されて、サブフレームのユニークワードを検査する。その代りに、カウンタはカウントアップしてもよく、カウントは、現在のパケットが検査される時点で、希望の最大または特定の希望値と比較される。この処理は、クライアント上で不適切に受信された、異常に長いパケット長をもつパケットを復号することから、クライアントを保護する。サブフレーム長カウンタが、何か別のパケットが復号されているのを中断するのに必要とされるとき、パケットはサブフレーム境界を横切らないので、同期を失ったと判断することができる。
IX.パケットの処理
状態機械が受信する上述のパケットの各タイプごとに、これは、インターフェイスの動作を実行するための特定の処理ステップまたは一連のステップを行う。順方向リンクパケットは、通常、次の表12に示されている例示的な処理にしたがって処理される。
Figure 2011176810
X.逆方向リンクデータレートの低減
非常に望ましい、最大またはより最適化された(スケールの)逆方向リンクのデータレートを達成するために、ホストリンク制御装置で使用されているある特定のパラメータを、ある特定のやり方で調整または構成できることが、本発明者によって確認された。例えば、逆方向リンクカプセル化パケットの逆方向データパケットフィールドを転送するのに使用される時間中に、MDDI Stb信号の対は、順方向リンクのデータレートの2分の1で、周期的なデータクロックを生成するように切り換わる。これは、ホストリンク制御装置が、それが全てゼロを送っているかのように、MDDI Data0の信号に対応するMDDI Stb信号を生成するために生じる。MDDI Stb信号は、クライアントからホストへ転送され、ここで、これは、ディスプレイから逆方向リンクデータを転送するためのクロック信号を生成するのに使用され、逆方向データは、それと共に、ホストへ再び送られる。MDDIを採用しているシステムにおける順方向および逆方向の経路上での信号転送および処理において直面する標準量の遅延の説明は、図50に示されている。図50では、一連の遅延値、すなわち、1.5ナノ秒、8.0ナノ秒、2.5ナノ秒、2.0ナノ秒、1.0ナノ秒、1.5ナノ秒、8.0ナノ秒、および2.5ナノ秒が、Stb+/−の生成段、ディスプレイへのケーブル転送段、ディスプレイ受信機段、クロック生成段、信号クロッキング段、Data0+/−の生成段、ホストへのケーブル転送段、およびホスト受信機段の処理部分の近くに、それぞれ示されている。
直面している順方向リンクデータレートおよび信号処理遅延に依存して、“往復”効果または完了される1組のイベントにおいて、MDDI Stb信号に対して2つ以上のサイクルを必要とすることがあり、したがって、望ましくない消費量の時間またはサイクルになる。この問題を回避するために、逆方向レートの除数は、逆方向リンク上での1ビット時間が、MDDI Stb信号の多数のサイクルにまたがることを可能にする。これは、逆方向リンクデータレートが、順方向リンクレートよりも低いことを意味する。
インターフェイスを通る信号の遅延の実際の長さは、使用されている各専用のホスト−クライアントシステムまたはハードウエアに依存して異なり得ることに注意すべきである。要求されているわけではないが、通常、往復遅延測定パケットを使用して、システムにおける実際の遅延を測定し、逆方向レートの除数を最適値に設定できるようにすることによって、各システムをよりよく動作するようにすることができる。
往復遅延は、ホストに往復遅延測定パケットをディスプレイへ送らせることによって測定される。ディスプレイは、測定期間フィールドと呼ばれる、そのパケット内の予め選択された測定ウインドウ中、またはその間に、1の系列をホスト側へ送ることによって、このパケットに応答する。この測定の詳細なタイミングは、既に記載した。往復遅延は、逆方向リンクデータを安全にサンプリングすることができるレートを判断するのに使用される。
往復遅延測定は、測定期間フィールドの始めと、クライアントからの0xff、0xff、0x00の応答系列がホストにおいて受信されるときの時間期間の始めとの間に現れる順方向リンクデータクロック間隔の数を判断、検出、またはカウントすることから成る。測定カウントがインクリメントしようとする前の、順方向リンククロック期間の小さい部分において、クライアントからの応答が受信されることができることに注意すべである。逆方向レートの除数を計算するのに、この未修正値が使用されると、信頼できないデータのサンプリングのために、逆方向リンク上にビット誤りを生じ得る。この状況の例は、図51に示されており、ここでは、ホストにおけるMDDI Data、ホストにおけるMDDI Stb、ホスト内の順方向リンクデータクロック、および遅延カウントを表わす信号がグラフで示されている。図51では、ディスプレイからの応答系列は、遅延カウントが6から7へインクリメントしようとする前に、順方向リンクのクロック期間の一部において受信された。遅延が6であると仮定すると、ホストは、ビットの遷移の直後に、または恐らくは、ビットの遷移の途中で、逆方向データをサンプリングすることになる。したがって、ホストにおけるサンプリングが誤りを含むことになり得る。このために、測定された遅延は、逆方向レートの除数を計算するのに使用される前に、通常は、1をインクリメントされるべきである。
逆方向レートの除数は、ホストが、逆方向リンクデータをサンプリングする前に待つべきMDDI Stbのサイクルの数である。MDDI Stbは、順方向リンクのレートの2分の1のレートで循環されるので、補正された往復遅延の測定値は、2によって除算され、その後で、次の整数に切り上げられる必要がある。この関係を、式として表わし、次に示す。
Figure 2011176810
この例に使用されている往復測定値が、6ではなく、7であるとき、逆方向レートの除数も、4に等しくなる。
逆方向リンクデータは、ホストによって、逆方向リンククロックの立ち上がり端においてサンプリングされる。ホストおよびクライアント(ディスプレイ)の両者内に、逆方向リンククロックを生成するためのカウンタまたは同様の既知の回路またはデバイスが存在する。カウンタは、逆方向リンククロックの第1の立ち上がり端が、逆方向リンクカプセル化パケットの逆方向リンクパケットフィールド内の第1のビットの最初に現れるように初期設定される。これは、後で与えられる例のために、図52に示されている。カウンタは、MDDI Stb信号の各立ち上がり端でインクリメントし、カウントがラップアラウンドするまでに現れるカウントの数は、逆方向リンクカプセル化パケット内の逆方向レートの除数のパラメータによって設定される。MDDI Stb信号は、順方向リンクレートの2分の1で切り換わるので、逆方向リンクレートは、逆方向レートの除数によって除算される順方向リンクレートの2分の1である。例えば、順方向リンクレートが200メガビット秒であり、逆方向レートの除数が4であるとき、逆方向リンクのデータレートは、次のように表わされる。
Figure 2011176810
逆方向リンクカプセル化パケットにおいて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、...である。
ディスプレイから戻される第1の逆方向リンクパケットは、7のパケット長および70のパケットタイプをもつディスプレイ要求および状態パケットである。このパケットは、バイト値0x07、0x00、0x46、...等で始まる。しかしながら、第1のバイト(0x07)のみが、図52に示されている。この第1の逆方向リンクパケットは、実際の逆方向リンクの遅延を示すために、図においてほぼ1の逆方向リンククロック期間分、タイムシフトされる。ホストからデバイスへの往復遅延がゼロである理想的な波形は、点線で示されている。
パラメータCRCフィールドのMSのバイトは、パケットタイプ、したがって、全てゼロのフィールドに先行して転送される。ホストからのストローブは、1からゼロへスイッチし、ホストからのデータがレベルを変更するときに、1に戻って、より幅広いパルスを形成する。データがゼロになると、ストローブはより高いレートでスイッチし、データライン上のデータのみが、整列フィールドの最後の近くで変わる。図の残りにおいて、データ信号は、より長い時間期間の間、0または1のレベルに固定されるまで、ストローブはより高いレートでスイッチし、遷移はパルスパターン(端)に入る。
クロックが逆方向リンクパケットに適応するように開始されるとき、ホストの逆方向リンクのクロックは、折り返し1の期間の最後までゼロである。図の下方部分の矢印は、データがサンプリングされるときを示しており、これは、後の開示から明らかになるであろう。転送されるパケットフィールド(ここでは、11000000)の第1のバイトは、折り返し1の後で始まることが示されており、ラインレベルは、ホストドライバがディスエーブルされることにより安定化される。第1のビットを送る遅延は、ビット3で分かるように、データ信号の点線で示されている。
図53では、順方向リンクのデータレートに基づく逆方向レートの除数の標準値を確認することができる。実際の逆方向レートの除数は、適切な逆方向リンクの動作を保証するために、往復リンク測定の結果として判断される。第1の領域5302は、安全動作区域に対応し、第2の領域5304は、限界パフォーマンス区域に対応し、一方で、第3の領域5306は、適切に機能しそうにない設定を示している。
往復遅延測定および逆方向レートの除数の設定は、順方向リンクまたは逆方向リンクの何れかにおけるインターフェイスタイプの設定の何れかで動作する間、送信または受信されるビット数でなく、実際のクロック期間の単位で表され、演算されるので、同じである。
XI.折り返しおよび保護時間
既に記載したように、逆方向リンクカプセル化パケット内の折り返し1のフィールドと、往復遅延測定パケット内の保護時間1のフィールドとは、ディスプレイインターフェイスドライバがイネーブルされる前に、ホストインターフェイスドライバがディスエーブルされるのを可能にする時間長の値を示す。折り返し2および保護時間2のフィールドは、ホストドライバがイネーブルされる前に、ディスプレイドライバがディスエーブルされるのを可能にする時間値を与える。保護時間1および保護時間2のフィールドは、通常、調節されるのを意図されていない長さにおいて、予め設定された、または予め選択された値で埋められる。使用されるインターフェイスのハードウエアに依存して、これらの値は、経験的なデータを使用して生成され、動作を向上するために、いくつかのインスタンスで調整され得る。
幾つかの要素が、折り返し1の長さの判断に役立ち、それらは、順方向リンクデータレート、およびホスト内のMDDI Dataドライバの最大ディスエーブル時間である。最大のホストドライバのディスエーブル時間は、表11に特定されており、これは、ドライバが、ディスエーブルするのに最大約10ナノ秒、イネーブルするのに約2ナノ秒かかることを示している。ホストドライバがディスエーブルされるのに必要とされる順方向リンククロックの最小数は、次の関係にしたがって表わされる。
Figure 2011176810
折り返し1の許容値の範囲は、次の関係にしたがって表わされる。
Figure 2011176810
ここで、インターフェイスタイプの係数は、タイプIは1、タイプIIは2、タイプIIIは4、タイプIVは8である。
上記の2つの式を組合せると、インターフェイスタイプの係数の項は、約分され、折り返し1は次のように定められることが分かる。
Figure 2011176810
例えば、1500メガビット秒のタイプIIIの順方向リンクは、次の折り返し1の遅延を使用することになる。
Figure 2011176810
往復遅延時間が増加するのにしたがって、ホストがディスエーブルされる時点から、ディスプレイがイネーブルされるときまでのタイミングのマージンは、向上する。
通常折り返し2に使用される時間長を判断する要素は、順方向リンクのデータレート、ディスプレイ内のMDDI Dataドライバの最大ディスエーブル時間、および通信リンクの往復遅延である。ディスプレイドライバをディスエーブルするのに必要とされる時間の計算は、本質的に、上述のホストドライバのものと同じであり、次の関係にしたがって定められる。
Figure 2011176810
折り返し2の許容値の範囲は、次のように表わされる。
Figure 2011176810
例えば、10個の順方向リンククロックをもつ1500メガビットのタイプIIIの順方向リンクは、通常、次式と同等の折り返し2の遅延を使用する。
Figure 2011176810
XII.別の逆方向リンクのタイミング
既に記載したタイミングおよび保護帯域の使用は、高データ転送レートのインターフェイスを実現するように働くが、本発明者は、逆方向のタイミングの発見を変えることによって、往復時間よりも短い逆方向ビットの長さを可能にする技術を発見した。
既に提示されたように、逆方向リンクのタイミングへの以前のアプローチは、クロックサイクルの数は、逆方向のタイミングパケットの保護時間1の最後のビットから、第1のビットがIOクロックの立ち上がり端においてサンプリングされるまで、カウントされるように構成されている。これは、MDDインターフェイスの入力および出力の時間を計るのに使用されるクロック信号である。したがって、逆方向レートの除数の計算は、次の式によって与えられる。
Figure 2011176810
これは、往復遅延に等しいビット幅を与え、非常に確実な逆方向リンクになる。しかしながら、逆方向リンクは、より迅速に、またはより高いデータ転送レートで実行できることが示されており、本発明者がそれを利用することを望んでいる。新しい発明的な技術は、より高い速度に達するインターフェイスの付加的な能力を使用することを可能にする。
これは、1がサンプリングされるまで、ホストにクロックサイクル数をカウントさせるが、ホストが逆方向タイミングパケット中に、立ち上がり端および立ち下がり端の両者上でデータラインをサンプリングすることによって達成される。これは、ホストが、逆方向ビット内の最も有益か、または、さらには、最適なサンプリング点を選び、ビットが安定していることを保証することを可能にする。したがって、最も有益な、または最適な立ち上がり端を検出して、逆方向トラヒックの逆方向カプセル化パケットのデータをサンプリングする。最適サンプリング点は、逆方向リンクの除数と、第1のものが立ち上がり端または立ち下がり端上で検出されたかどうかの両者に依存する。新しいタイミング方法は、ホストが、逆方向リンクのタイミングにおいてクライアントによって送られた0xff0xff 0x00のパターンの第1の端を単に探して、逆方向カプセル化パケット内のサンプリングする場所を判断することを可能にする。
到達する逆方向ビット、およびそのビットが種々の逆方向レートの除数をどのように探すかの例は、保護時間1の最後のビット以降に現れたクロックサイクル数と共に、図64に示されている。図64では、第1の端が、立ち上がり端と立ち下がり端(立ち上がり/立ち下がりと示されている)との間に現れるとき、1の逆方向レートの除数の最適サンプリング点、すなわち最適サンプル点は、‘b’が逆方向ビットの期間内に現れる唯一の立ち上がり端であるので、‘b’と示されたクロックサイクルの端であることが分かる。2の逆方向レートの除数では、サイクルの端‘c’が、‘b’よりもビットの端により近いので、最適サンプリング点は、恐らくは、依然としてクロックサイクルのリーディングエッジ‘b’である。4の逆方向レートの除数では、‘d’が、逆方向ビットの後ろの端により近く、ここでは、値が、恐らくは安定しているので、最適サンプリング点は、恐らくは、クロックサイクルの端‘d’である。
図64に戻ると、しかしながら、第1の端が立ち下がり端と立ち上がり端(立ち下がり/立ち上がりと示されている)との間に現れるときは、 ‘a’が逆方向ビットの時間期間内の唯一の立ち上り端であるので、1の逆方向レートの除数の最適サンプリング点は、クロックサイクルの端‘a’のサンプリング点である。2の逆方向レートの除数では、最適サンプリング点は、端‘b’であり、4の逆方向レートの除数では、最適サンプリング点は端‘c’である。
逆方向レートの除数が大きくなるのにしたがって、最適サンプリング点は、真ん中に最も近い立ち上がり端になるはずであるので、確認または選択し易くなることが分かる。 ホストは、この技術を使用して、タイミングパケットデータの立ち上がりデータ端がデータライン上で確認される前に、立ち上がりクロック端の数値を検出することができる。したがって、これは、端が、立ち上がり端と立ち下がり端との間に現れるか、または立ち下がり端と立ち上がり端との間に現れるか、および逆方向レートの除数が何であるかに基づいて、ビットが常に、可能な限り真ん中近くでサンプリングされることを合理的に保証するために、数カウンタに追加する追加のクロックサイクルがいくつであるかを決定することができる。
ホストは、クロックサイクルを選択するか、または判断すると、クライアントの種々の逆方向レートの除数を“探り”、特定の逆方向レートの除数が働くかどうかを判断することができる。ホスト(およびクライアント)は、1の除数で始め、クライアントから受信した逆方向状態パケットのCRCを検査して、この逆方向レートがデータを転送するために正しく機能しているかどうかを判断することができる。CRCが正しくないときは、恐らくは、サンプリングに誤りがあり、ホストは、逆方向レートの除数を大きくして、状態パケットを再び要求することを試みる。第2の要求されたパケットが正しくないときは、除数を再び大きくして、再び要求を行うことができる。このパケットが正しく復号されると、この逆方向レートの除数は、全ての将来の逆方向パケットに使用されることができる。
逆方向のタイミングは、最初の往復のタイミングの推定値から変わるはずはないので、この方法は、効果的で、有益である。順方向リンクが安定しているときは、逆方向リンクの破損があるときでも、クライアントは、順方向リンクのパケットを復号し続けるべきである。もちろん、この方法は、完全な逆方向リンクを保証していないので、リンクのための逆方向リンクの除数を設定することは、依然としてホストの責務である。さらに加えて、除数は、主に、IOクロックを生成するのに使用されるクロックの品質に依存する。そのクロックが相当な量のジッタをもつとき、サンプリングの誤りの確率がより高くなる。この誤りの確率は、往復遅延内のクロックサイクルの量に伴って増加する。
この実行は、タイプIの逆方向データでは最も良く働くと考えられるが、タイプIIないしタイプIVの逆方向データでは、1つのみのデータの対において最良に働くレートでリンクを実行すると、データライン間のスキューが潜在的に大き過ぎるために、問題を提示し得る。しかしながら、動作のためにタイプIIないしタイプIVを使っても、恐らくは、データレートを前の方法に低減する必要はない。また、この方法は、理想的な、または最適なクロックサンプルの位置を選択するために、各データライン上で複製されるときに、最良に働き得る。それらが各データの対において同じサンプル時間であるとき、この方法は機能し続けるであろう。それらが異なるサンプル期間であるときは、2つの異なるアプローチが使用され得る。第1のアプローチでは、各データの対にとって同じでなくても、各データポイントにおいて、希望の、またはより最適なサンプル位置を選択する。ホストは、データの対の組からビットの全て、すなわち、タイプIIには2ビット、タイプIIIには4ビット、タイプIVには8ビットをサンプリングした後に、データストリームを再構成することができる。他のオプションでは、ホストが逆方向レートの除数を大きくして、各データの対におけるデータビットが、同じクロック端においてサンプリングされることができるようにする。
XIII.リンク遅延およびスキューの効果
MDDI Dataの対とMDDI Stbとの間の順方向リンク上の遅延スキューは、遅延スキューの補償が使用されない限り、最大可能データレートを制限し得る。タイミングのスキューを生む遅延の差は、別途概略的に記載されるように、制御装置の論理、ラインドライバおよび受信機、並びにケーブルおよびコネクタによる。
A.スキューにより制限されるリンクのタイミングの解析(MDDIのタイプI)
1.タイプIのリンクの遅延およびスキューの例
図41に示されているものに類似した、タイプIのインターフェイスのリンクに適応する標準的なインターフェイス回路は、図57に示されている。図57では、伝搬遅延およびスキューの例示的な、または標準的な値が、MDDIのタイプIの順方向リンクの幾つかの処理またはインターフェイス段の各々に示されている。MDDI StbとMDDI Data0との間の遅延におけるスキューは、出力クロックのデューティサイクルを歪ませる。フリップフロップ5728、5730を使用する受信機のフリップフロップ(receiver flip-flop, RXFF)段のD入力におけるデータは、それが確実にサンプリングされることができるように、クロック端の後で、わずかに変わっていなければならない。図は、2つのカスケードされた遅延ライン5732aおよび5732bを示しており、これらは、このタイミングの関係を作ることに関する2つの異なる問題を解決するのに使用される。実際の実行では、これらは、1つの遅延素子に合成され得る。
インターフェイスによる例示的な信号処理における、タイプIのリンクのデータ、ストローブ、およびクロックの回復のタイミングは、図58に示されている。
大きい総遅延スキューは、通常、次の段、すなわち、フリップフロップ5704、5706をもつ送信機のフリップフロップ(transmitter flip-flop, TXFF);ドライバ5708、5710をもつ送信機ドライバ(transmitter driver, TXDRVR);ケーブル5702;受信機5722、5724をもつ受信機ライン受信機(receiver line receiver, RXRCVR);受信機のXOR論理(receiver XOR logic, RXXOR)におけるスキューの和から成る、または来る。遅延1 5732aは、RXXOR段におけるXORゲート5736の遅延に整合するか、またはこれを越えるべきであり、次に示す関係によって判断される。
PD−min(Delay1)≧tPD−max(XOR)
受信機のフリップフロップ5728、5730のD入力が、そのクロックの入力の前に変化しないように、この条件を満たすことが望ましい。RXFFの保持時間がゼロであるとき、これは有効である。
遅延2の目的または機能は、次の関係にしたがって、RXFFのフリップフロップの保持時間を補償することである。
PD−min(Delay2)=tH(RXFF)
多くのシステムでは、保持時間がゼロであるので、これはゼロになり、もちろん、この場合は、遅延2の最大遅延もゼロになることができる。
受信機XOR段におけるスキューの最悪の場合の原因は、データ−遅/ストローブ−早の場合であり、ここで、遅延1は、最大値であり、XORゲートからのクロック出力は、次に示す関係にしたがって可能な限り早くなる。
SKEW−max(RXXOR)=tPD−max(Delay1)−tPD−min(XOR)
この状況では、データは、2ビット期間、すなわち、nとn+1との間で、ビットn+1が受信機のフリップフロップへクロックされる時間に非常に近くで変化し得る。
MDDIのタイプIのリンクの最大データレート(最小ビット期間)は、MDDIリンクにおける全ドライバ、ケーブル、受信機と、RXFF段への集合体データ設定との和によって生じる最大スキューの関数である。RXRCVR段の出力までのリンクにおける総遅延スキューは、次のように表されることができる。
SKEW−max(LINK)=tSKEW―max(TXFF)+tSKEW−max(TXDRVR)+tSKEW−max(CABLE)+tSKEW−max(RXRCVR)
最小ビット期間は、次の式によって与えられる。
BIT−min=tSKEW−max(LINK)+tSKEW−max(RXXOR)+tPD−max(Delay2)+tSU(RXFF)
図57に示されている例では、tSKEW−max(LINK)=1.4ナノ秒であり、最小ビット期間は、
BIT−min=1.4+0.3+0.2+0.5=2.4ナノ秒、または約416メガビット秒として表わされることができる。。
B.MDDIのタイプII、III、およびIVのリンクのタイミングの解析
図41および57に示されているものに類似した、タイプII、III、およびIVのインターフェイスリンクに適応する標準的なインターフェイス回路は、図59に示されている。付加的な信号処理に適応するために、追加の素子が、TXFF段(5904)、TXDRVR段(5908)、RXRCVCR段(5924)、およびRXFF段(5932、5928、5930)において使用されている。図59では、伝搬遅延およびスキューの例示的または標準的な値が、MDDIのタイプIIの順方向リンクの幾つかの処理またはインターフェイス段の各々に示されている。出力クロックのデューティサイクルに影響を与えるMDDI StbとMDDI Data0との間の遅延におけるスキューに加えて、これらの2つの信号の両者と他のMDDI Data信号との間にもスキューがある。フリップフロップ5928および5930から成る受信機のフリップフロップB(receiver flip-flop, RXFFB)のD入力におけるデータは、それが確実にサンプリングされることができるように、クロック端の後で、僅かに変えられる。MDDI Data1が、MDDI StbまたはMDDI Data0よりも早く到達するときは、MDDI Data1は、少なくとも遅延スキュー量分、サンプリングされるのを遅らされるべきである。これを実現するために、データは、遅延3の遅延ラインを使用して、遅延させられる。MDDI Data1が、MDDI StbまたはMDDI Data0よりも遅く到達し、さらに加えて、遅延3によって遅らされるときは、MDDI Data1が変わる点は、次のクロック端により近くに動かさせられる。この処理は、MDDIのタイプII、III、またはIVのリンクのデータレートの上限を決める。2つのデータ信号とMDDI Stbとの相互のタイミングまたはスキューの関係についての幾つかの例示的な異なる可能性は、図60A、60B、および60Cに示されている。
MDDI DataXが可能な限り早く到達したときに、RXFFBにおいてデータを確実にサンプリングするために、遅延3は、次の関係にしたがって設定される。
PD−min(Delay3)≧tSKEW−max(LINK)+tH(RXFFB)+tPD−max(XOR)
最大リンク速度は、最小許容ビット期間によって判断される。これは、MDDI DataXが可能な限り遅く到達したときに、最も影響を受ける。その場合には、最小許容サイクル時間は、次の式によって与えられる。
BIT−min=tSKEW−max(LINK)+tPD−max(Delay3)+tSU(RXFFB)−tPD−min(XOR)
したがって、リンク速度の上限は、
PD−max(Delay3)=tPD−min(Delay3)であり、
BIT−min(lower−bound)=2・tSKEW−max(LINK)+tPD−max(XOR)+tSU(RXFFB)+tH(RXFFB)
と仮定される。
上記で与えられた例において、最小ビット期間の下限は、次の関係によって与えられる。
BIT−min(lower−level)=2・1.4+1.5+0.5+0.1=4.8ナノ秒、すなわち、約208メガビット秒である。
これは、タイプIのリンクで使用されることができる最大データレートよりも、一層相当に緩慢である。MDDIの自動遅延スキュー補償能力は、遅延スキューが最大リンクレートに与える影響を相当に低減する。
XIV.物理層の相互接続の説明
本発明にしたがってインターフェイスを実行するのに役立つ物理的接続は、ホスト側では、Hirose Electric Company Ltd.によって製造された部品番号3260−8S2(01)、ディスプレイデバイス側では、Hirose Electric Company Ltd.によって製造された部品番号3240−8P−Cのような市販の部品を使用して、実現されることができる。タイプI/タイプIIのインターフェイスで使用されるこのようなコネクタのための例示的なインターフェイスピン割り当てまたは“ピン配列”は、表13に記載され、図61に示されている。
Figure 2011176810
シールドは、ホストインターフェイス側においてMDDI Gndに接続されており、ケーブル内のシールドドレイン線は、ディスプレイコネクタのシールドに接続されている。しかしながら、シールドおよびドレイン線は、ディスプレイの回路接地の内部に接続されていない。
相互接続素子またはデバイスは、相対的なデバイスのサイズと比較して、ひどく目立つ、または美観が悪くなることなく、PDAおよび無線電話、またはポータブルゲームデバイスのような移動通信およびコンピューティングデバイスで使用するのに十分に小型であるように、選択または設計される。何れかのコネクタおよびケーブリングは、一般の消費者環境において使用するのに十分に耐久性があり、とくにケーブリングのための、小さいサイズと、比較的に低コストとを可能にするべきである。転送素子は、タイプIおよびタイプIIでは約450メガビット秒まで、8ビットの並列のタイプIのVバージョンでは3.6ギガビット秒までの転送レートをもつ差動NRZデータであるデータおよびストローブ信号に適応すべきである。
XV.動作
本発明の実施形態を使用して、インターフェイスの動作中にデータおよびパケットを処理するのに行われる一般的なステップの概要は、図55のパケットを処理するインターフェイス装置の全体図と共に、図54Aおよび54Bに示されている。これらの図において、処理は、ステップ5402において、クライアントおよびホストが、通信経路、ここでは、ケーブルを使用して、接続されているかどうかについて判断することから始まる。これは、(USBインターフェイスで見られるように)ホストへの入力においてコネクタ、ケーブル、または信号の存在を検出するソフトウエアまたはハードウエアを使用して、または他の既知の技術で、ホストによる定期的なポーリングの使用によって行われることができる。ホストに接続されたクライアントがないときは、これは、単に、応用に依存して、ある所定の長さの待機状態に入るか、休止モードになるか、またはイナクティブにされて、ホストを再びアクティブにする動作をとるようにユーザに要求し得る将来の使用を待つようにすることができる。例えば、ホストがコンピュータタイプのデバイス上にあるとき、ユーザは、スクリーンのアイコンをクリックするか、またはクライアントを探すためのホストの処理をアクティブにするプログラムを要求することができる。ここでも、ホストまたは常駐のホストのソフトウエアの能力および構成に依存して、タイプUのインターフェイスに使用されるような、USBタイプの接続の簡単なプラグインが、ホストの処理をアクティブにすることができる。
クライアントがホストに接続されるか、またはこの逆か、または存在していると検出されると、ステップ5404および5406において、クライアントまたはホストの何れかが、適切なパケット要求サービスを送る。ステップ5404において、クライアントは、ディスプレイサービス要求または状態パケットの何れかを送ることができる。既に記載したように、リンクは、既に遮断されているか、または休止状態であるので、これは、それがたどる通信リンクの完全な初期設定でないことがあることに注意すべきである。通信リンクが同期化され、ホストがクライアントと通信することを試みると、ステップ5408におけるように、クライアントも、ディスプレイ能力パケットをホストへ与える。ここで、ホストは、クライアントが適応できる、転送レートを含む、支援のタイプを判断し始めることができる。
通常、ステップ5410において、ホストおよびクライアントは、使用されるサービスモードのタイプ(レート/速度)、例えば、タイプI、タイプU、タイプII、等もネゴシエートする。サービスタイプが設定されると、ホストは、情報を転送し始めることができる。さらに加えて、ステップ5411において、ホストは、往復遅延測定パケットを使用して、他の信号処理と並行する通信リンクのタイミングを最適化することができる。
既に記載したように、全ての転送は、ステップ5412において転送されるサブフレームヘッダパケットから始まり、その後で、ステップ5414において転送されることが示されているデータのタイプ、ここでは、ビデオおよびオーディオストリームパケット、およびフィラーパケットが続く。オーディオおよびビデオデータは、予め準備されるか、またはパケットにマップされ、フィラーパケットは、必要または希望に応じて挿入され、媒体フレームへの必要な数のビットを充填する。ホストは、順方向オーディオチャネルイネーブルパケットのようなパケットを送って、音響デバイスをアクティブにすることができる。さらに加えて、ステップ5416において、ホストは、既に記載された他のパケットタイプ、ここでは、カラーマップ、ビットブロック転送、または他のパケットの転送として示されているものを使用して、命令および情報を転送することができる。さらに加えて、ホストおよびクライアントは、適切なパケットを使用して、キーボードまたはポインティングデバイスに関係するデータを交換することができる。
動作中に、幾つかの異なるイベントの1つが行われ、これは、希望する異なるデータレートまたはインターフェイスのモードタイプへ導く。例えば、コンピュータ、またはデータを通信する他のデバイスは、パケットの準備または提示を減速させる、処理データの負荷条件に直面し得る。データを受信するディスプレイは、専用のAC電源から、より制限されたバッテリ電源に変わると、迅速にデータを転送して、容易に命令を処理することも、またはより制限された電力設計のもとで、同じ程度の解像度または色の濃さを使用することもできない。その代りに、制限的な条件が緩和または無くされると、何れのデバイスもより高いレートでデータを転送することができる。したがって、より高い転送レートのモードに変える要求を行うことができることが、より望ましい。
これらの、または他のタイプの既知の条件が現れるか、または変わるとき、ホストまたはクライアントの何れかが、それらを検出して、インターフェイスモードを再びネゴシエートすることを試みることができる。これは、ステップ5420に示されており、ここでは、ホストは、インターフェイスタイプハンドオフ要求パケットをクライアントへ送り、別のモードへのハンドオフを要求し、クライアントは、インターフェイスタイプ肯定応答パケットを送って、変更が求められたことを確認し、ホストは、タイプハンドオフ実行パケットを送って、特定のモードへの変更を行う。
処理の特定の命令を要求することなく、クライアントおよびホストは、ポインティングデバイス、キーボード、または主にクライアントと関係付けられた他のユーザタイプの入力デバイス(このような素子は、ホスト側にも存在し得る)に宛てられた、またはそこから受信したデータに関係するパケットも交換することができる。これらのパケットは、一般に、状態機械ではなく、汎用プロセッサタイプの素子を使用して処理される(5502)。さらに加えて、既に記載された命令の幾つかも、汎用プロセッサによって処理されることになる(5504、5508)。
データおよび命令が、ホストとクライアントとの間で交換された後で、幾つかの時点で、追加のデータが転送されるか、あるいはホストまたはクライアントが転送をサービスするのを止めることになるかについて、決定が行われる。これは、ステップ5422に示されている。リンクが、休止状態に入るか、または完全に遮断されることになるときは、ホストは、リンク遮断パケットをクライアントへ送って、両者はデータの転送を終了する。
上述の動作処理において転送されるパケットは、ホストおよびクライアント制御装置に関連して既に記載されたドライバおよび受信機を使用して転送されることになる。これらのラインドライバおよび他の論理素子は、図55の全体図に示されているように、既に記載された状態機械および汎用プロセッサに接続されている。図55において、状態機械5502および汎用プロセッサ5504、5508は、図示されていない他の素子にも接続され得る。他の素子は、例えば、専用USBインターフェイス、メモリ素子、またはそれらが対話するリンク制御装置の外部に存在する他の構成要素、すなわち、データ源、およびビューディスプレイデバイス(view display device)のためのビデオ制御チップを含むが、これらに制限されない。
プロセッサおよび状態機械は、保護時間、等に関係して、既に記載されたドライバのイネーブリングおよびディスエーブリングにより制御を行って、通信リンクの効率的な設定または終了、およびパケットの転送を保証する。
XVI.補遺
本発明の実施形態のアーキテクチャおよびプロトコルを実行するのに使用される種々のパケットについて既に記載されたフォーマット、構造、および内容に加えて、ここでは、パケットタイプのいくつかについて、より詳しいフィールドの内容または動作を提示する。ここでは、これらは、それぞれの使用または動作をさらに明らかにして、当業者が本発明を容易に理解し、種々の応用に使用することを可能にするために提示される。ここでは、まだ記載されていないフィールドのいくつかのみを、さらに記載する。さらに加えて、これらのフィールドは、既に提示された実施形態に関連する例示的な定義および値と共に提示される。しかしながら、このような値は、本発明を制限するものとして解釈されるべきではなく、インターフェイスおよびプロトコルを実行するのに役立つ1つ以上の実施形態を表わしており、全ての実施形態が、一緒に、または同時に実行される必要があるわけではない。当業者には分かるように、他の実施形態では、希望のデータの提示またはデータレートの転送結果を達成するのに、他の値が使用されることができる。
A.ビデオストリームパケットについて
1つの実施形態では、表示属性フィールド(1バイト)は、一連のビット値をもち、それらを次に説明する。ビット1および0は、ディスプレイの画素データがどのように方向付けられるかを選択する。‘00’または‘11’のビット値では、データは、両方の眼に表示され、ビット値‘10’では、データは左眼のみに方向付けられ、ビット値‘01’では、データは右眼のみに方向付けられる。ビット2は、画素データがインターレース形式で提示されるかどうかを示し、‘0’の値は、画素データが標準の漸進的な形式であることを意味し、1つの行から次の行へ進むときに、行番号(画素のY座標)が、1ずつインクリメントされる。このビットが‘1’の値をもつとき、画素データはインターレース形式であり、1つの行から別の行へ進むとき、行番号は2ずつインクリメントされる。ビット3は、画素データが、別の画素形式であることを示す。これは、ビット2によってイネーブルされる標準のインターレースモードに類似しているが、インターレーシングは、水平方向ではなく、垂直方向である。ビット3がゼロであるとき、画素データは標準の漸進的な形式であり、各連続の画素が受信されるときに、列番号(画素のX座標)は、1ずつインクリメントされる。ビット3が1であるとき、画素データは、別の画素形式であり、各画素が受信されるときに、列番号は、2ずつインクリメントされる。ビット7ないし4は、将来の使用のために確保され、通常、ゼロとして設定される。
2バイトのX開始およびY開始のフィールドは、画素データフィールド内の第1の画素のXおよびYの絶対座標の点(X開始、Y開始)を特定する。2バイトのXの左端およびYの上端のフィールドが、画素データフィールドによって充填されたスクリーンウインドウの左端のX座標および上端のY座標を特定する一方で、Xの右端およびYの下端のフィールドは、更新されるウインドウの右端のX座標および下端のY座標を特定する。
画素カウントフィールド(2バイト)は、後述の画素データフィールド内の画素数を特定する。
パラメータCRCフィールド(2バイト)は、パケット長から画素カウントの全バイトのCRCを含む。このCRCが検査に不合格すると、全パケットが捨てられる。
画素データフィールドは、表示される生のビデオ情報を含み、これは、ビデオデータフォーマット記述子フィールドによって記載されるやり方でフォーマットされる。データは、他で記載されるときは、1“行”で伝送される。
画素データのCRCフィールド(2バイト)は、画素データのみについて16ビットのCRCを含む。この値のCRCの検証が不合格であるとき、それでも、画素データは使用されることができるが、CRC誤りカウントはインクリメントされる。
B.オーディオストリームパケットについて
1つの実施形態では、オーディオチャネルIDフィールド(1バイト)は、クライアントデバイスによってオーディオデータが送られる特定のオーディオチャネルを識別する。物理的なオーディオチャネルは、このフィールドにおいて特定されるか、またはこれによって、0、1、2、3、4、5、6、または7の値としてマップされる。これらの値は、それぞれ、左前、右前、左後、右後、前中心、サブウーファ、サラウンド左、およびサラウンド右のチャネルを示す。254のオーディオチャネルID値は、ディジタルオーディオサンプルの1本のストリームが、左前および右前の両者のチャネルへ送られることを示している。これは応用を特定し、ステレオヘッドセットが音声通信に使用されるときは、PDA上で生産性向上の応用が使用され、または簡単なユーザインターフェイスが警告音を発生するときは、他の応用が使用される。IDフィールドの値は、8ないし253の範囲にわたり、255は、新しい設計が追加の指示を要求するときに使用するために、現在は、確保されている。
オーディオサンプルカウントフィールド(2バイト)は、このパケット内のオーディオサンプルの数を特定する。
1サンプル当たりのビットおよびパッキングフィールドは、1バイトを含み、オーディオデータのペーシングのフォーマットを特定する。通常採用されるフォーマットは、ビット4ないし0であって、1PCMオーディオサンプル当たりのビット数を定める。次に、ビット5は、ディジタルオーディオデータサンプルがパックされるかどうかを特定する。既に記載したように、図12は、パックされたオーディオサンプルと、バイトを整列させたオーディオサンプルとの相違を示している。ビット5における‘0’の値は、ディジタルオーディオデータフィールドの各PCMのオーディオサンプルが、インターフェイスのバイトの境界とバイトを整列させていることを示し、‘1’の値は、各連続するPCMオーディオサンプルが、前のオーディオサンプルとパックされていることを示している。このビットは、ビット4ないし0に定められている値(1PCMオーディオサンプル当たりのビット数)が、8の倍数でないときのみ、有効である。ビット7ないし6は、システムの設計が追加の指定を要求するときに使用するために確保され、通常は、ゼロの値に設定される。
オーディオサンプルレートフィールド(1バイト)は、オーディオPCMサンプルレートを特定する。採用されたフォーマットでは、0の値は1秒当たりに8,000サンプル(samples per second, sps)のレートを示し、1の値は16,000spsを示し、2の値は24,000sps、3の値は32,000sps、4の値は40,000sps、5の値は48,000sps、6の値は11,025sps、7の値は22,050sps、8の値は44,100spsを示し、9ないし15の値は、将来の使用のために確保され、したがって、現在は、ゼロに設定されている。
パラメータCRCフィールド(2バイト)は、パケット長からオーディオサンプルレートへの全バイトの16ビットのCRCを含む。このCRCが検査に適切に合格しないときは、全パケットが捨てられる。ディジタルオーディオデータフィールドは、再生される生のオーディオサンプルを含み、通常は、無符号整数のような線形フォーマットの形である。オーディオデータCRCフィールド(2バイト)は、オーディオデータのみの16ビットのCRCを含む。このCRCが検査に不合格であるとき、オーディオデータは、それでも使用されることができるが、CRCの誤りカウントはインクリメントされる。
C.ユーザ定義ストリームパケットについて
1つの実施形態では、2バイトのストリームID番号フィールドは、個々のユーザ定義ストリームを識別するのに使用される。ストリームパケットおよびストリームデータフィールドの内容は、通常、MDDIの装置の製造者によって定義される。2バイトのストリームパラメータのCRCフィールドは、パケット長から始まり、オーディオ符号化バイトまでのストリームパラメータの全バイトの16ビットのCRCを含む。このCRCが検査に不合格すると、全パケットが捨てられる。2バイトのストリームデータのCRCフィールドは、ストリームデータのみのCRCを含む。このCRCフィールドが、検査に適切に合格しないときは、応用の要件に依存して、データストリームの使用はオプションである。CRCが好適であることを条件として、ストリームデータを使用することは、通常、CRCが好適であると確認されるまで、ストリームデータが緩衝されることを必要とする。CRCが検査しないときは、CRCの誤りカウントはインクリメントされる。
D.カラーマップパケットについて
カラーマップデータサイズフィールド(2バイト)は、このパケット内のカラーマップデータ内に存在するカラーマップテーブルのエントリの総数を特定する。この実施形態では、カラーマップデータのバイト数は、カラーマップサイズの3倍である。カラーマップサイズは、カラーマップデータを送らないときは、ゼロに等しく設定される。カラーマップサイズがゼロであるときは、カラーマップオフセット値は、通常は、それでも依然として送られるが、ディスプレイによって無視される。カラーマップオフセットフィールド(2バイト)は、ディスプレイデバイスにおけるカラーマップテーブルの始めからの、このパケット内におけるカラーマップデータのオフセットを特定する。
2バイトのパラメータCRCフィールドは、パケット長からオーディオ符号化バイトまでの全バイトのCRCを含む。このCRCが検査に不合格すると、全パケットは捨てられる。
カラーマップデータフィールドにおいて、カラーマップの位置は3バイトの値であり、第1のバイトは青の大きさを特定し、第2のバイトは緑の大きさを特定し、第3のバイトは赤の大きさを特定する。カラーマップサイズフィールドは、カラーマップデータフィールド内に存在する3バイトのカラーマップテーブルの項目の数を特定する。1つのカラーマップが、1つのビデオデータフォーマットおよびカラーマップパケットに適合することができないときは、各パケットにおいて、異なるカラーマップデータおよびカラーマップのオフセットと共に、多数のパケットを送ることによって、全カラーマップを特定することができる。
2バイトのカラーマップデータのCRCフィールドは、唯一のカラーマップデータのCRCを含む。このCRCが検査に不合格であるとき、カラーマップデータは、それでも使用されることができるが、CRCの誤りカウントはインクリメントされる。
E.逆方向リンクカプセル化パケットについて
1つの実施形態では、逆方向リンクフラグフィールド(1バイト)は、ディスプレイから情報を要求する1組のフラグを含む。ビット(例えば、ビット0)が1に設定されると、ホストは、ディスプレイ能力パケットを使用して、ディスプレイから特定の情報を要求する。ビットがゼロであるときは、ホストは、ディスプレイから情報を要求しない。残りのビット(ここでは、ビット1ないし7)は、将来の使用のために確保され、ゼロに設定される。しかしながら、より多くのビットが、希望に応じて使用され、逆方向リンクのためのフラグを設定することができる。
逆方向レートの除数のフィールド(1バイト)は、逆方向リンクデータクロックに関係して行われるMDDI Stbサイクルの数を特定する。逆方向リンクデータクロックは、順方向リンクデータクロックを逆方向レートの除数の2倍で除算したものに等しい。逆方向リンクのデータレートは、逆方向リンクにおける逆方向リンクデータクロックとインターフェイスタイプとに関係する。タイプIのインターフェイスでは、逆方向データレートは、逆方向リンクデータクロックに等しく、タイプII、タイプIII、およびタイプIVのインターフェイスでは、逆方向データレートは、それぞれ、逆方向リンクデータクロックの2倍、4倍、および8倍に等しい。
折り返し1の長さのフィールド(1バイト)は、折り返し1に割り振られたバイトの総数を特定する。折り返し1の推奨される長さは、ホスト内のMDDI Dataドライバが出力をディスエーブルするのに必要とされるバイト数である。これは、既に記載した出力ディスエーブル時間、順方向リンクデータレート、および使用されている順方向リンクインターフェイスタイプ選択に基づく。折り返し1の設定についてのより完全な記述は、既に与えられている。
折り返し2の長さのフィールド(1バイト)は、折り返しに割り振られたバイトの総数を特定する。折り返し2の推奨される長さは、ディスプレイ内のMDDI Dataドライバが出力と往復遅延とをディスエーブルするのに必要とされるバイト数である。折り返し2の設定の説明は、既に与えられている。
パラメータCRCフィールド(2バイト)は、パケット長から折り返し長までの全バイトの16ビットのCRCを含む。このCRCが検査に不合格すると、全パケットは捨てられる。
全てゼロのフィールド(1バイト)は、ゼロに等しく設定され、第1の保護時間期間中に、ラインドライバをディスエーブルする前に、全MDDI Data信号がゼロの状態であることを保証するのに使用される。
折り返し1のフィールドは、第1の折り返し期間を設定するのに使用される。折り返し長さパラメータによって特定されるバイト数は、このフィールドによって割り振られ、クライアント(ディスプレイ)内のラインドライバがイネーブルされる前に、ホスト内のMDDI Dataラインドライバがディスエーブルするのを可能にする。ホストは、折り返し1のビット0中に、そのMDDI Dataのラインドライバをディスエーブルし、クライアント(ディスプレイ)は、折り返し1の最後のビットの直後に、そのラインドライバをイネーブルする。MDDI Stb信号は、折り返し期間が全てゼロであるかのように動く。
逆方向データパケットフィールドは、クライアントからホストへ転送される一連のデータパケットを含む。既に記載したように、フィラーパケットは、他のパケットタイプによって使用されていない残りの空間を充填するために送られる。
折り返し2のフィールドは、第2の折り返し期間を設定するために使用される。折り返し長パラメータによって特定されるバイト数は、このフィールドによって割り振られる。
ドライバ再イネーブルフィールドは、ゼロに等しい1バイトを使用して、全MDDI Data信号が、次のパケットのパケット長フィールドの前に、再びイネーブルされるのを保証する。
F.ディスプレイ能力パケットについて
1つの実施形態では、プロトコルバージョンフィールドは、2バイトを使用して、クライアントによって使用されるプロトコルバージョンを特定する。最初のバージョンがゼロに等しく設定される一方で、最低プロトコルバージョンフィールドは、2バイトを使用して、クライアントが採用または解釈することができる最低プロトコルバージョンを特定する。ディスプレイデータレート能力フィールド(2バイト)は、ディスプレイがインターフェイスの順方向リンク上で受信することができる最大データレートを特定し、1秒当たりのメガビット(megabit per second, Mbps)の形で特定される。インターフェイスタイプ能力フィールド(1バイト)は、順方向および逆方向上で支援されるインターフェイスタイプを特定する。これは、現在は、順方向リンクにおけるタイプII、タイプIII、またはタイプIVのモードの何れかを選択するためにビット0、ビット1、またはビット2をそれぞれ選択し、逆方向リンクにおけるタイプII、タイプIII、またはタイプIVのモードの何れかを選択するためにビット3、ビット4、またはビット5をそれぞれ選択し、ビット6および7を予備にして、ゼロに設定することによって示されている。ビットマップ幅および高さ(2バイト)は、画素内のビットマップの幅および高さを特定する。
モノクローム能力フィールド(1バイト)は、モノクロームフォーマットで表示されることができる解像度のビット数を特定するのに使用される。ディスプレイがモノクロームフォーマットを使用できないときは、この値はゼロに設定される。ビット7ないし4は、将来の使用のために確保され、したがって、ゼロとして設定される。ビット3ないし0は、各画素において存在することができるグレースケールの最大ビット数を定める。これらの4ビットは、各画素において1ないし15の値を特定することを可能にする。値がゼロであるときは、モノクロームフォーマットはディスプレイによって支援されない。
カラーマップ能力フィールド(3バイト)は、ディスプレイ内のカラーマップテーブル内に存在するテーブルの項目の最大数を特定する。したがって、ディスプレイがカラーマップフォーマットを使用できないときは、この値はゼロである。
RGB能力フィールド(2バイト)は、RGBフォーマットで表示されることができる解像度のビット数を特定する。ディスプレイがRGBフォーマットを使用することができないときは、この値はゼロに等しい。RGB能力ワードは、3つの異なる無符号値から構成され、ビット3ないし0は、各画素内の青のビットの最大数を定め、ビット7ないし4は、緑のビットの最大数を定め、ビット11ないし8は、赤のビットの最大数を定める。現在、ビット15ないし12は、将来の使用のために確保され、通常、ゼロに設定される。
Y Cr Cb能力フィールド(2バイト)は、Y Cr Cbフォーマットで表示されることができる解像度のビット数を特定する。ディスプレイがY Cr Cbのフォーマットを使用できないときは、この値はゼロに等しく設定される。Y Cr Cb能力ワードは、3つの別々の無符号値から構成され、ビット3ないし0は、Cbサンプルにおけるビットの最大数を定め、ビット7ないし4は、Crサンプルにおけるビットの最大数を定め、ビット11ないし8は、Yサンプルにおけるビットの最大数を定め、ビット15ないし12は、現在は、将来の使用のために確保され、ゼロに設定される。
ディスプレイ特徴能力指標フィールドは、4バイトを使用し、支援されるディスプレイ内の特定の特徴を示す1組のフラグを含む。1に設定されたビットは、能力が支援されることを示し、ゼロに設定されたビットは、能力が支援されないことを示す。ビット0の値は、ビットマップブロック転送パケット(パケットタイプ71)が支援されるかどうかを示す。ビット1、2、および3の値は、ビットマップ区域充填パケット(パケットタイプ72)、ビットマップパターン充填パケット(パケット73)、または通信リンクデータチャネルパケット(パケット74)がそれぞれ支援されるかどうかを示す。ビット4の値は、ディスプレイが、1つの色を透明にする能力をもつかどうかを示し、一方で、ビット5および6の値は、ディスプレイが、それぞれ、ビデオデータまたはオーディオデータをパケットの形で受取ることができるかどうかを示し、ビット7の値は、ディスプレイがカメラから逆方向リンクのビデオストリームを送ることができるかどうかを示す。ビット11および12の値は、クライアントが、ポインティングデバイスで通信しているときに、ポインティングデバイスデータパケットを送受信できるか、またはキーボードで通信しているときに、キーボードデータパケットを送受信できるかをそれぞれ示す。ビット13ないし31は、現在は、将来の使用のために、またはシステム設計者にとって便利な別の設計のために確保され、通常、ゼロに等しく設定される。
ディスプレイビデオフレームレート能力フィールド(1バイト)は、1秒当たりの、ディスプレイのフレームにおける最大ビデオフレーム更新能力を特定する。ホストは、このフィールドに特定されている値よりも遅いレートで画像を更新することを選択できる。
オーディオ緩衝器深度フィールド(2バイト)は、各オーディオストリームに専用の、ディスプレイ内の融通の利く緩衝器の深度を特定する。
オーディオチャネル能力フィールド(2バイト)は、何れのオーディオチャネルがディスプレイ(クライアント)によって支援されているかを示すフラグのグループを含む。1に設定されたビットは、チャネルが支援されていることを示し、ゼロに設定されたビットは、チャネルが支援されていないことを示す。ビット位置は、異なるチャネルに割り当てられ、例えば、ビット位置0、1、2、3、4、5、6、および7は、左前、右前、左後、右後、前中央、サブウーファ、サラウンド左、およびサラウンド右のチャネルをそれぞれ示す。ビット8ないし15は、現在は、将来の使用のために確保され、通常は、ゼロに設定される。
順方向リンクにおける、2バイトのオーディオサンプルレート能力フィールドは、クライアントデバイスのオーディオサンプルレートの能力を示す1組のフラグを含む。ビット位置は、適宜、異なるレートに割当てられ、例えば、ビット0、1、2、3、4、5、6、7、および8は、1秒当たりに8,000、16,000、24,000、32,000、40,000、48,000、11,025、22,050、および44,100サンプル(samples per second, SPS)を割り当てられ、ビット9ないし15は、将来の使用のために確保されるか、または、希望に応じて、別のレートが使用し、したがって、これらは、現在は、0に設定される。これらのビットの1つのビット値を‘1’に設定することは、特定のサンプルレートが支援されていることを示し、ビットを‘0’に設定することは、サンプルレートが支援されていないことを示す。
最小サブフレームレートフィールド(2バイト)は、1秒当たりのフレーム内の最小サブフレームレートを特定する。最小サブフレームレートは、ディスプレイ内のある特定のセンサまたはポインティングデバイスを読み出すのに十分なディスプレイ状態更新レートを維持する。
逆方向リンクにおける、2バイトのMicサンプルレート能力フィールドは、クライアントデバイス内のマイクロフォンのオーディオサンプルレート能力を示す1組のフラグを含む。MDDIのために、クライアントデバイスのマイクロフォン(microphone)は、1秒当たりに、最低で、少なくとも8,000サンプルのレートを支援するように構成されている。このフィールドのビット位置は、異なるレートに割り当てられ、例えば、ビット0、1、2、3、4、5、6、7、および8は、1秒当たりに、それぞれ8,000、16,000、24,000、32,000、40,000、48,000、11,025、22,050、および44,100サンプル(samples per second, SPS)を表わすのに使用され、ビット9ないし15は、将来の使用のために確保されるか、または、希望に応じて、別のレートが使用し、したがって、それらは、現在は、‘0’に設定される。これらのビットの1つのビット値を‘1’に設定することは、特定のサンプルレートが支援されていることを示し、ビットを‘0’に設定することは、サンプルレートが支援されていないことを示す。マイクロフォンが接続されていないときは、Micサンプルレート能力ビットの各々は、ゼロに等しく設定される。
コンテント保護タイプフィールド(2バイト)は、ディスプレイによって支援されるディジタルコンテント保護タイプを示す1組のフラグを含む。現在、ビット位置0は、DTCPが支援されるときを示すのに使用され、ビット位置1はHDCPが支援されるときを示すのに使用され、ビット位置2ないし15は、他の保護方式で使用するために確保され、したがって、これらは、現在は、0に設定される。
G.ディスプレイ要求および状態パケットについて
逆方向リンク要求フィールド(3バイト)は、ディスプレイが、逆方向リンクにおいて、情報をホストへ送るために、次のサブフレームにおいて必要とするバイト数を特定する。
CRC誤りカウントフィールド(1バイト)は、媒体フレームの最初から、いくつのCRCの誤りが現れたかを示す。CRCのカウントは、サブフレームヘッダパケットが、ゼロのサブフレームカウントと共に送られるときにリセットされる。CRCの誤りの実際の数が255を越えるとき、この値は、通常は、255で飽和する。
能力変更フィールドは、1バイトを使用し、ディスプレイの能力における変更を示す。これは、ユーザが、マイクロフォン、キーボード、またはディスプレイのような周辺デバイスを接続するとき、または何らかの他の理由のために起こり得る。ビット[7:0]が0に等しいときは、最後のディスプレイ能力パケットが送られてから、能力は変更されていない。しかしながら、ビット[7:0]が、1ないし255に等しいときは、能力は変更されている。ディスプレイ能力パケットは、新しいディスプレイの特性を判断するために調べられる。
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バイトのビデオデータフォーマット記述子フィールドは、画素区域充填値のフォーマットを特定する。図11は、ビデオデータフォーマット記述子がどのように符号化されるかを示している。このフォーマットは、ビデオストリームパケット内の同じフィールドと同じである。
パラメータCRCフィールド(2バイト)は、パケット長からビデオフォーマット記述子への全バイトのCRCを含む。このCRCが検査に不合格すると、全パケットが捨てられる。パターン画素データフィールドは、ビデオデータフォーマット記述子によって特定されたフォーマットにおける充填パターンを特定する生のビデオ情報を含む。データはバイトにパックされ、各行の第1の画素は、バイトを整列させられなければならない。充填パターンデータは、一度に1行ずつ伝送される。パターン画素データCRCフィールド(2バイト)は、パターン画素データのみのCRCを含む。このCRCが検査に不合格すると、パターン画素データは、それでも使用されることができるが、CRCの誤りカウントはインクリメントされる。
K.通信リンクデータチャネルパケットについて
パラメータのCRCフィールド(2バイト)は、パケット長からパケットタイプへの全バイトの16ビットのCRCを含む。このCRCが検査に不合格すると、全パケットが捨てられる。
通信リンクデータフィールドは、通信チャネルからの生のデータを含む。このデータは、単に、ディスプレイ内のコンピューティングデバイスへ送られる。
通信リンクデータCRCフィールド(2バイト)は、通信リンクデータのみの16ビットのCRCを含む。このCRCが検査に不合格すると、通信リンクデータは、それでも使用されるか、または有効であるが、CRCの誤りカウントはインクメントされる。
L.インターフェイスタイプハンドオフ要求パケットについて
インターフェイスタイプフィールド(1バイト)は、使用する新しいインターフェイスタイプを特定する。このフィールドの値は、次のやり方でインターフェイスのタイプを特定する。ビット7の値が‘0’に等しいときは、タイプハンドオフ要求は、順方向リンクであり、それが‘1’に等しいときは、タイプハンドオフ要求は、逆方向リンクである。ビット6ないし3は、将来の使用のために確保され、通常は、ゼロに設定される。ビット2ないし0は、使用されるインターフェイスタイプを定めるのに使用され、1の値はタイプIのモードへのハンドオフを意味し、2の値はタイプIIのモードへのハンドオフを意味し、3の値はタイプIIIのモードへのハンドオフを意味し、4の値はタイプIVのモードへのハンドオフを意味する。‘0’および5ないし7の値は、将来の別のモードまたはモードの組合せを示すために確保される。
M.インターフェイスタイプ肯定応答パケットについて
インターフェイスタイプフィールド(1バイト)は、使用する新しいインターフェイスタイプを確認する値をもつ。このフィールド内の値は、次のやり方でインターフェイスタイプを特定する。ビット7が‘0’に等しいときは、タイプハンドオフ要求は、順方向リンクであり、その代りに、それが‘1’に等しいときは、タイプハンドオフ要求は、逆方向リンクである。ビット位置6ないし3は、現在は、希望に応じて、他のハンドオフタイプを示すのに使用するために確保され、通常は、ゼロに設定される。しかしながら、ビット位置2ないし0は、使用されるインターフェイスタイプを定めるのに使用され、‘0’の値は、否定応答、すなわち、要求されたハンドオフを実行できないことを示し、‘1’、‘2’、‘3’、および‘4’の値は、タイプI、タイプII、タイプIII、およびタイプIVのモードへのハンドオフをそれぞれ示す。5ないし7の値は、希望に応じて、別のモードを示すのに使用するために確保される。
N.タイプハンドオフ実行パケットについて
1バイトのインターフェイスタイプフィールドは、使用する新しいインターフェイスタイプを示す。このフィールド内に存在する値は、最初にビット7の値を使用して、タイプのハンドオフが順方向リンクであるか、または逆方向リンクであるかを判断することによって、インターフェイスタイプを特定する。‘0’の値は、タイプハンドオフ要求が順方向リンクであり、‘1’の値は、逆方向リンクであることを示す。ビット6ないし3は、将来の使用のために確保され、したがって、通常は、ゼロの値に設定される。しかしながら、ビット2ないし0は、使用されるインターフェイスタイプを定めるのに使用され、値1、2、3、および4は、タイプI、タイプII、タイプIII、およびタイプIVのモードへのハンドオフの使用をそれぞれ特定する。これらのビットのための値0および5ないし7の使用は、将来の使用のために確保される。
O.順方向オーディオチャネルイネーブルパケットについて
オーディオチャネルイネーブルマスクフィールド(1バイト)は、何れのオーディオチャネルがクライアントにおいてイネーブルされるかを示すフラグのグループを含む。1に設定されたビットは、対応するチャネルをイネーブルし、ゼロに設定されたビットは、対応するチャネルをディスエーブルし、ビット0ないし5は、左前、右前、左後、右後、前中央、およびサブウーファのチャネルを扱うチャネル0ないし5をそれぞれ指定する。ビット6および7は、将来の使用のために確保され、しばらくの間は、通常は、ゼロに等しく設定される。
P.逆方向オーディオサンプルレートパケットについて
オーディオサンプルレートフィールド(1バイト)は、ディジタルオーディオサンプルレートを特定する。このフィールドの値は、異なるレートに割り当てられ、0、1、2、3、4、5、6、7、および8の値は、1秒当たりに、それぞれ8,000、16,000、24,000、32,000、40,000、48,000、11,025、22,050、および44,100サンプル(samples per second, SPS)を示すのに使用され、9ないし254の値は、希望に応じて、別のレートに使用するために確保され、したがって、それらは、現在は、‘0’に設定される。255の値は、逆方向リンクオーディオストリームをディスエーブルするのに使用される。
サンプルフォーマットフィールド(1バイト)は、ディジタルオーディオサンプルのフォーマットを特定する。ビット[1:0]が‘0’に等しいときは、ディジタルオーディオサンプルは、線形フォーマットであり、それらが1に等しいときは、ディジタルオーディオサンプルはμ法のフォーマットであり、それらが2に等しいときは、ディジタルオーディオサンプルはA法のフォーマットである。ビット[7:2]は、希望に応じて、オーディオフォーマットを示す別の使用のために確保され、通常は、ゼロに等しく設定される。
Q.ディジタルコンテント保護オーバーヘッドパケットについて
コンテント保護タイプフィールド(1バイト)は、使用されるディジタルコンテント保護方法を特定する。‘0’の値は、ディジタル伝送コンテント保護(Digital Transmission Content Protection, DTCP)を示し、一方で、1の値は、高バンド幅ディジタルコンテント保護システム(High-bandwidth Digital Content Protection System, HDCP)を示す。2ないし255の値の範囲は、現在は、特定されていないが、希望に応じて、別の保護方式で使用するために確保される。コンテント保護オーバーヘッドメッセージフィールドは、ホストとクライアントとの間で送られるコンテント保護メッセージを含む可変長フィールドである。
R.透明色イネーブルパケットについて
透明色イネーブルフィールド(1バイト)は、透明色モードがイネーブルされるか、またはディスエーブルされるときを特定する。ビット0が0に等しいときは、透明色モードはディスエーブルされ、それが1に等しいときは、透明色モードはイネーブルされ、透明色は、次の2つのパラメータによって特定される。このバイトのビット1ないし7は、将来の使用のために確保され、通常は、ゼロに設定される。
ビデオデータフォーマット記述子フィールド(2バイト)は、画素区域充填値のフォーマットを特定する。図11は、ビデオデータフォーマット記述子がどのように符号化されるかを示している。フォーマットは、ビデオストリームパケット内の同じフィールドとほぼ同じものである。
画素区域充填値フィールドは、4バイトを使用し、上述で特定されたウインドウ内へ画素値を充填するために割り振られる。この画素のフォーマットは、ビデオデータフォーマット記述子フィールドに特定されている。
S.往復遅延測定パケットについて
1つの実施形態では、パラメータCRCフィールド(2バイト)は、パケット長からパケットタイプへの全バイトの16ビットのCRCを含む。このCRCが検査に不合格すると、全パケットが捨てられる。
全てゼロのフィールド(1バイト)は、ゼロを含み、全MDDI Data信号が、第1の保護時間期間の間の、ラインドライバをディスエーブルする前に、ゼロの状態であることを保証する。
保護時間1のフィールド(8バイト)は、クライアント(ディスプレイ)内のラインドライバがイネーブルされる前に、ホスト内のMDDI Dataラインドライバがディスエーブルするのを可能にするために使用される。ホストは、保護時間1のビット0中に、そのMDDI Dataラインドライバをディスエーブルし、ディスプレイは、保護時間1の最後のビットの直後に、そのラインドライバをイネーブルする。
測定期間フィールドは、512バイトのウインドウであり、ディスプレイが、順方向リンク上で使用されるデータレートの2分の1で、0xff、0xff、0x00で応答するのを可能にするのに使用される。このレートは、1の逆方向リンクレートの除数に対応する。ディスプレイは、測定期間の始めに、直ちに、この応答を戻す。この応答は、ホストにおける測定期間の第1のビットが始まった後のリンクの正確な往復遅延で、ホストにおいて受信される。ディスプレイのMDDI Dataラインドライバは、ディスプレイからの0xff、0xff、0x00の応答の直前および直後にディスエーブルされる。
保護時間2のフィールド(8バイト)の値は、ホストのラインドライバがイネーブルされる前に、クライアントのMDDI Dataラインドライバがディスエーブルすることを可能にする。保護時間2は、常に存在するが、往復遅延が、測定期間において測定されることができる最大量であるときのみ必要とされる。クライアントは、保護時間2のビット0の間、そのラインドライバをディスエーブルし、ホストは、保護時間2の最後のビットの直後に、そのラインドライバをイネーブルする。
ドライバ再イネーブルフィールド(1バイト)は、ゼロに等しく設定され、全てのMDDI Data信号は、次のパケットのパケット長フィールドの前に再びイネーブルされる。
T.順方向リンクスキュー較正パケットについて
1つの実施形態では、パラメータCRCフィールド(2バイト)は、パケット長からパケットタイプまでの全バイトの16ビットのCRCを含む。このCRCが検査に不合格すると、全パケットが捨てられる。
較正データ系列フィールドは、各データ期間においてMDDI Data信号を切換える512バイトのデータ系列を含む。較正データ系列の処理中に、MDDIホスト制御装置は、全てのMDDI Data信号をストローブ信号に等しく設定する。較正データ系列フィールドは、クライアントのディスプレイによって受信されている間、ディスプレイクロック回復回路は、データクロックを回復するのに、MDDI Stb XまたはMDDI Data0ではなく、MDDI Stbのみを使用すべきである。較正データ系列フィールドの始めのMDDI Stb信号の正確な位相に依存して、較正データ系列は、通常、このパケットが送られるときに使用されているインターフェイスタイプに基づいて、次に示すものの1つである。
タイプI−0xaa,0xaa…または0x55,0x55…
タイプII−0xcc,0xcc…または0x33,0x33…
タイプIII−0xf0,0xf0…または0x0f,0x0f…
タイプIV−0xff,0x00,0xff,0x00…または0x00,0xff,0x00,0xff…
タイプIおよびタイプIIのインターフェイスの両者における予想されるMDDI DataおよびMDDI Stbの波形の例は、図62Aおよび62Bにそれぞれ示されている。
XVII.結論
本発明の種々の実施形態が上述で記載されてきたが、それらは、制限によってではなく、例のみによって提示されてきたことが理解されるべきである。したがって、本発明の広さおよび範囲は、上述の例示的な実施形態の何れによっても制限されるべきではないが、特許請求項およびそれらに相当するもののみにしたがって定められるべきである。
102・・・無線電話またはPDAデバイス、104,106・・・ディスプレイデバイス、108・・・オーディオ再生システム、110,4206・・・通信リンク、206,406,506・・・双方向通信チャネル、3602・・・CRCレジスタ、3604,3606・・・マルチプレクサ、3608・・・NANDゲート、3610・・・NORゲート、3612,5736・・・排他的OR(XOR)ゲート、3614・・・ANDゲート、4002・・・データ信号、4004・・・ストローブ信号、4006・・・クロック信号、4100・・・送信部、4102・・・中間信号経路、4104,4106,4128,4130,5704,5706,5728,5730,5928,5830・・・フリップフロップ、4108,4110,4210,4212,4214,5708,5710,5722,5724・・・ドライバ、4122,4124・・・差動ライン受信機、4120・・・受信部、4112,4126・・・論理素子、4216,4218・・・抵抗、4220・・・電圧源、5302・・・第1の領域、5304・・・第2の領域、5306・・・第3の領域、5702・・・ケーブル、6600・・・CRC上書き機構または装置。

Claims (70)

  1. ディジタル提示データを高レートでホストデバイスとクライアントデバイスとの間で通信経路によって転送するディジタルデータインターフェイスであって、
    ディジタル制御および提示データの予め選択された組をホストとクライアントとの間で前記通信経路によって通信するための通信プロトコルを形成するために一緒にリンクされた複数のパケット構造と、
    前記通信経路によって前記クライアントに結合された前記ホストデバイス内に存在していて、前記通信プロトコルを形成しているパケットを生成、送信、受信するように、およびディジタル提示データをデータパケットの1つ以上のタイプへ形成するように構成された少なくとも1つのリンク制御装置とを含むディジタルデータインターフェイス。
  2. 前記ホストとクライアントとの間で通信され、予め定義された固定長をもち、異なる可変長をもつ所定数の前記パケットをもつ媒体フレーム内で一緒にグループ化された前記パケットをさらに含む請求項1記載のインターフェイス。
  3. 前記ホストからのパケットの転送の始めに置かれたサブフレームヘッダパケットをさらに含む請求項1記載のインターフェイス。
  4. 前記リンク制御装置が、ホストリンク制御装置であり、前記通信経路によって前記ホストに結合された前記クライアントデバイス内に存在していて、前記通信プロトコルを形成しているパケットを生成、送信、受信するように、およびディジタル提示データをデータパケットの1つ以上のタイプへ形成するように構成された少なくとも1つのクライアントリンク制御装置をさらに含む請求項1記載のインターフェイス。
  5. クライアントのユーザへ提示するために、順方向リンクによって前記ホストから前記クライアントへデータを転送するための、ビデオタイプデータのための1つ以上のビデオストリームパケットと、オーディオタイプデータのためのオーディオストリームパケットとをさらに含む請求項1記載のインターフェイス。
  6. 各転送モードが、所与の時間期間において異なる最大数のビットのデータを並列に転送することを可能にし、各転送モードが、前記ホストおよびクライアントのリンクドライバ間のネゴシエーションによって選択可能である複数の転送モードをさらに含み、
    前記転送モードが、データ転送中に、前記モード間で動的に調整可能である請求項2記載のインターフェイス。
  7. カラーマップ、ビットブロック転送、ビットマップ区域充填、ビットマップパターン充填、および透明色イネーブルタイプパケットのグループから選択されたビデオ情報を転送するのに使用可能な複数のパケットをさらに含む請求項1記載のインターフェイス。
  8. データをもたない順方向リンク伝送の期間を占有するための、前記ホストによって生成されるフィラータイプパケットをさらに含む請求項1記載のインターフェイス。
  9. インターフェイス−ユーザ定義データを転送するユーザ定義ストリームタイプパケットをさらに含む請求項1記載のインターフェイス。
  10. 前記ホストによって前記クライアントへ伝送し、前記通信経路による何れか方向におけるデータ転送も終了するためのリンク遮断タイプパケットをさらに含む請求項1記載のインターフェイス。
  11. 前記クライアントが前記ホストを休止状態から起動する手段をさらに含む請求項1記載のインターフェイス。
  12. ユーザに提示するために、ディジタル提示データを高レートでホストデバイスとクライアントデバイスとの間で通信経路によって転送する方法であって、
    複数の予め定義されたパケット構造の1つ以上を生成し、それらを一緒にリンクして、予め定義された通信プロトコルを生成することと、
    前記通信プロトコルを使用して、ディジタル制御および提示データの予め選択された組を前記ホストと前記クライアントのデバイス間で前記通信経路によって通信することと、
    前記ホストデバイス内に存在する少なくとも1つのホストリンク制御装置を前記通信経路によって前記クライアントデバイスに結合することであって、ホストリンク制御装置が前記通信プロトコルを形成しているパケットを生成、送信、受信するように、およびディジタル提示データをデータパケットの1つ以上のタイプへ形成するように構成されていることと、
    前記リンク制御装置を使用して、データをパケットの形で前記通信経路によって転送することとを含む方法。
  13. 前記ホストとクライアントとの間で通信するための前記媒体フレーム内で前記パケットを一緒にグループ化することをさらに含み、媒体フレームが、予め定義された固定長をもち、異なる可変長をもつ所定数の前記パケットをもつ請求項12記載の方法。
  14. 前記ホストからのパケットの転送をサブフレームヘッダタイプパケットで開始することをさらに含む請求項12記載の方法。
  15. 情報を前記ホストとクライアントとの間で双方向で前記通信リンクによって転送することをさらに含む請求項12記載の方法。
  16. 前記通信経路によって前記ホストデバイスに結合された前記クライアントデバイス内に存在していて、前記通信プロトコルを形成しているパケットを生成、送信、受信するように、およびディジタル提示データをデータパケットの1つ以上のタイプへ形成するように構成された少なくとも1つのリンク制御装置をさらに含む請求項12記載の方法。
  17. 前記ホストリンク制御装置が、1つ以上の差動ラインドライバを含み、前記クライアントリンク制御装置が、前記通信経路に結合された1つ以上の差動ライン受信機を含む請求項16記載の方法。
  18. ホストリンク制御装置によってクライアントからディスプレイ能力情報を要求して、前記クライアントが前記インターフェイスによって何れのタイプのデータおよびデータレートに適応できるかを判断することをさらに含む請求項12記載の方法。
  19. 前記リンク制御装置の各々によって、USBデータインターフェイスを、前記通信経路の一部として動作することをさらに含む請求項12記載の方法。
  20. 前記パケットが、それぞれ、パケット長フィールド、1つ以上のパケットデータフィールド、および巡回冗長検査フィールドを含む請求項12記載の方法。
  21. 前記ホストとクライアントのリンクドライバ間で各方向における複数の転送モードの使用をネゴシエートし、各転送モードが所与の時間期間において異なる最大数のビットのデータを並列に転送することを可能にすることと、
    データ転送中に前記転送モード間で動的に調節することとをさらに含む請求項13記載の方法。
  22. 複数のパケットの1つ以上を使用して、カラーマップ、ビットブロック転送、ビットマップ区域充填、ビットマップパターン充填、および透明色イネーブルタイプパケットのグループから選択されたビデオ情報を転送することをさらに含む請求項12記載の方法。
  23. 前記ホストによってフィラータイプパケットを生成し、データをもたない順方向リンク伝送の期間を占有することをさらに含む請求項12記載の方法。
  24. 前記ホストによって前記クライアントへ伝送するリンク遮断タイプパケットを使用して、前記通信経路による何れの方向におけるデータ転送も終了することをさらに含む請求項12記載の方法。
  25. 前記クライアントとの通信によって休止状態から前記ホストを起動することをさらに含む請求項12記載の方法。
  26. ユーザに提示するために、ディジタル提示データを高レートでホストデバイスとクライアントデバイスとの間で通信経路によって転送する装置であって、
    1つ以上の複数の予め定義されたパケット構造を生成し、それらを一緒にリンクして、予め定義された通信プロトコルを生成するため、および前記通信プロトコルを使用して、ディジタル制御および提示データの予め選択された組を前記ホストと前記クライアントのデバイスの間で前記通信経路によって通信するための、前記ホストデバイス内に配置された少なくとも1つのホストリンク制御装置と、
    前記クライアントデバイス内に配置され、前記通信経路によって前記ホストリンク制御装置に結合された少なくとも1つのクライアント制御装置とを含み、
    各リンク制御装置が、前記通信プロトコルを形成しているパケットを生成、送信、受信するように、およびディジタル提示データをデータパケットの1つ以上のタイプへ形成するように構成されている装置。
  27. 前記ホスト制御装置が状態機械を含む請求項26記載の装置。
  28. 前記ホスト制御装置が汎用信号プロセッサを含む請求項26記載の装置。
  29. 前記ホストからパケットの転送の始めにサブフレームヘッダタイプパケットをさらに含む請求項26記載の装置。
  30. 前記リンク制御装置が、情報を前記ホストとクライアントのデバイス間で双方向で前記通信リンクによって転送するように構成されている請求項26記載の装置。
  31. 前記ホスト制御装置が、1つ以上の差動ラインドライバを含み、前記クライアント受信機が、前記通信経路に結合された1つ以上の差動ライン受信機を含む請求項30記載の装置。
  32. クライアントのユーザへ提示するために前記ホストから前記クライアントへデータを転送するときに、ビデオタイプデータのためのビデオストリームタイプパケットと、オーディオタイプのためのオーディオストリームタイプパケットとをさらに含む請求項26記載の装置。
  33. 前記クライアントから前記ホストへデータを転送するための1つ以上の逆方向リンクカプセル化タイプパケットをさらに含む請求項26記載の装置。
  34. 表示または提示能力をクライアントリンク制御装置から前記ホストリンク制御装置へ通信するための少なくとも1つのディスプレイ能力タイプパケットをさらに含む請求項33記載の装置。
  35. 前記パケットが、それぞれ、パケット長フィールド、1つ以上のパケットデータフィールド、および巡回冗長検査フィールドを含む請求項26記載の装置。
  36. 前記ホストおよびクライアントリンク制御装置が、各方向において複数の転送モードの1つを使用するように構成されていて、各転送モードが、所与の時間期間において異なる最大数のビットのデータを並列に転送することを可能にし、データ転送中に前記転送モード間で動的に調整することができる請求項26記載の装置。
  37. カラーマップ、ビットブロック転送、ビットマップ区域充填、ビットマップパターン充填、および透明色イネーブルタイプパケットのグループから選択されたビデオ情報を転送する複数のパケットの1つ以上をさらに含む請求項26記載の装置。
  38. データをもたない順方向リンク伝送期間を占有するために、前記ホストによって転送するためのフィラータイプパケットをさらに含む請求項26記載の装置。
  39. 前記ホスト制御装置が、前記クライアントへリンク遮断タイプパケットを伝送して、前記通信経路による何れの方向におけるデータ転送も終了するように構成されている請求項26記載の装置。
  40. ユーザに提示するために、ディジタルデータを高レートでホストデバイスとクライアントデバイスとの間で通信経路によって転送する電子システムにおいて使用するための、 コンピュータシステム上でアプリケーションプログラムを実行させるために、コンピュータ読み出し可能プログラムコード手段を自分の中に組込んだコンピュータ使用可能媒体を含むコンピュータプログラムプロダクトであって、前記コンピュータ読み出し可能プログラムコード手段が、
    コンピュータシステムに、複数の予め定義されたパケット構造の1つ以上を生成させ、それらを一緒にリンクして、予め定義された通信プロトコルを形成させるコンピュータ読み出し可能な第1のプログラムコード手段と、
    コンピュータシステムに、前記通信プロトコルを使用して、ディジタル制御および提示データの予め選択された組を前記ホストと前記クライアントのデバイスとの間で前記通信経路によって通信させるコンピュータ読み出し可能な第2のプログラムコード手段と、 コンピュータシステムに、前記通信経路によって、前記ホストデバイス内に配置された少なくとも1つのホストリンク制御装置を、前記クライアントデバイス内に配置された少なくとも1つのクライアント制御装置に結合させるコンピュータ読み出し可能な第3のプログラムコード手段であって、リンク制御装置が、前記通信プロトコルを形成しているパケットを生成、送信、受信するように、およびディジタル提示データをデータパケットの1つ以上のタイプへ形成するように構成されているコンピュータ読み出し可能な第3のプログラムコード手段と、
    コンピュータシステムに、前記リンク制御装置を使用して、データをパケットの形で前記通信経路によって転送させるコンピュータ読み出し可能な第4のプログラムコード手段とを含むコンピュータプログラムプロダクト。
  41. ユーザに提示するために、ディジタルデータを高レートでホストデバイスとクライアントデバイスとの間で通信経路によって転送する装置であって、
    複数の予め定義されたパケット構造の1つ以上を生成し、それらを一緒にリンクして、予め定義された通信プロトコルを形成する手段と、
    前記通信プロトコルを使用して、ディジタル制御および提示データの予め選択された組を前記ホストと前記クライアントのデバイス間で前記通信経路によって通信する手段と、
    前記ホストおよびクライアントの各々に1つずつ、少なくとも2つのリンク制御装置を前記通信経路によって一緒に結合する手段であって、各リンク制御装置が、前記通信プロトコルを形成しているパケットを生成、送信、受信するように、およびディジタル提示データをデータパケットの1つ以上のタイプへ形成するように構成されている手段と、 前記リンク制御装置を使用して、データをパケットの形で前記通信経路によって転送する手段とを含む装置。
  42. 前記ホストからのパケットの転送をサブフレームヘッダタイプパケットで開始する手段をさらに含む請求項41記載の装置。
  43. 情報を前記ホストとクライアントとの間で双方向で前記通信リンクによって転送する手段をさらに含む請求項41記載の装置。
  44. ホストリンク制御装置によってクライアントからディスプレイ能力情報を要求して、前記クライアントが前記インターフェイスによって何れのタイプのデータおよびデータレートに適応できるのかを判断する手段をさらに含む請求項41記載の装置。
  45. 少なくとも1つのディスプレイ能力タイプパケットを使用して、表示または提示能力をクライアントリンク制御装置から前記ホストリンク制御装置へ通信する手段をさらに含む請求項41記載の装置。
  46. 各方向における複数の転送モードの1つの使用を前記ホストとクライアントのリンクドライバ間でネゴシエートする手段であって、各転送モードが所与の時間期間において異なる最大数のビットのデータを並列に転送することを可能にする手段と、
    データ転送中に前記転送モード間で動的に調節する手段とをさらに含む請求項42記載の装置。
  47. 複数のパケットの1つ以上を使用して、カラーマップ、ビットブロック転送、ビットマップ区域充填、ビットマップパターン充填、および透明色イネーブルタイプパケットのグループから選択されたビデオ情報を転送することをさらに含む請求項41記載の装置。
  48. ディジタルデータを高レートでホストデバイスとクライアントデバイスとの間で通信経路によって転送する電子システムにおいて使用するためのプロセッサであって:複数の予め定義されたパケット構造の1つ以上を生成し、それらを一緒にリンクして、予め定義された通信プロトコルを形成し;ディジタル提示データをデータパケットの1つ以上のタイプへ形成し;前記通信プロトコルを使用して、ディジタル制御および提示データの予め選択された組を前記ホストと前記クライアントのデバイス間で前記通信経路によって通信し;データをパケットの形で前記通信経路によって転送するように構成されたプロセッサ。
  49. ディジタルデータを高レートでホストデバイスとクライアントデバイスとの間で通信経路によって転送する電子システムにおいて同期を得るときに使用する状態機械であって、少なくとも1つの非同期フレーム状態の同期状態、少なくとも2つの同期獲得状態の同期状態、および少なくとも3つの同期状態の同期状態をもつように構成された状態機械。
  50. ディジタルデータを高レートでホストデバイスとクライアントデバイスとの間で通信経路によって転送する電子システムにおいて同期を得るときに使用する状態機械であって、少なくとも1つの同期獲得状態の同期状態と、少なくとも2つの同期状態の同期状態とをもつように構成された状態機械。
  51. 同期獲得状態と第1の同期状態との間をシフトする1つの条件が、通信リンクにおける同期パターンの存在を検出することである請求項50記載の状態機械。
  52. 同期獲得状態と第1の同期状態との間をシフトする第2の条件が、フレーム境界においてサブフレームヘッダパケットおよび好適なCRC値の存在を検出することである請求項51記載の状態機械。
  53. 第1の同期状態と同期獲得状態との間をシフトする1つの条件が、サブフレーム境界において非同期パターンまたは不適当なCRC値の存在を検出することである請求項50記載の状態機械。
  54. 第1の同期状態と第2の同期状態との間をシフトする1つの条件が、サブフレーム境界において非同期パターンまたは不適当なCRC値の存在を検出することである請求項50記載の状態機械。
  55. 同期獲得状態と第1の同期状態との間をシフトする1つの条件が、通信リンクにおける同期パターンの存在を検出することと、好適なパケットのCRC値の存在を検出することである請求項50記載の状態機械。
  56. 第1の同期状態と同期獲得状態との間をシフトする条件が、パケット内に不適当なCRC値の存在を検出することである請求項50記載の状態機械。
  57. ディジタルデータを高レートでホストデバイスとクライアントデバイスとの間で通信経路によって転送する電子システムにおいて同期を得るのに使用するための状態機械であって、状態機械が、少なくとも1つの同期獲得状態の同期状態と、少なくとも2つの同期状態の同期状態とをもつように構成され、第1の同期状態と同期獲得状態との間を直接にシフトする条件が、一連のパケットの何れかに不適当なCRC値の存在を検出することである状態機械。
  58. 第1の同期状態と同期獲得状態との間を直接にシフトする条件が、ユニークワードが、それが到達すると予測されるときに現れないときを検出することである請求項57記載の状態機械。
  59. 前記ホストによって、少なくとも10クロックサイクルの間、データラインをハイ状態に駆動し、データラインがゼロであるかのように、ストローブ信号を伝送し始めることによって、通信リンクを起動することをさらに含む請求項26記載の方法。
  60. ホストが150クロックサイクルの間データラインをハイに駆動した後で、前記ホストによって50クロックサイクルの間データラインをローに駆動し、一方で、ストローブ信号を伝送し続けることをさらに含む請求項59記載の方法。
  61. 前記ホストによって第1のサブフレームヘッダパケットを伝送し始めることをさらに含む請求項59記載の方法。
  62. 前記クライアントによって、ハイであるデータラインの少なくとも150連続クロックサイクルと、その後のローであるデータラインの少なくとも50連続クロックサイクルをカウントすることをさらに含む請求項60記載の方法。
  63. 前記クライアントによって第1のサブフレームのユニークワードをサーチすることをさらに含む請求項62記載の方法。
  64. クライアントがハイであるデータの70連続クロックサイクルをカウントした後で、前記クライアントによってデータラインをハイに駆動することを止めることをさらに含む請求項60記載の方法。
  65. 前記クライアントによって、ハイであるデータラインの別の80連続クロックサイクルをカウントして、ハイであるデータラインの150クロックサイクルに到達し、ローであるデータラインの50クロックサイクルを探し、ユニークワードを探すことをさらに含む請求項64記載の方法。
  66. 逆方向タイミングパケットの間、立ち上り端と立ち下がり端との両者の上でデータラインをサンプリングすることによって、1が前記ホストによってサンプリングされるまで行われるクロックサイクル数をカウントすることをさらに含む請求項26記載の方法。
  67. ディジタルデータがCRC値をもつパケットの形でホストデバイスとクライアントデバイスとの間で通信経路によって転送される通信システムにおいて、誤りコードを転送する方法であって、誤りの存在を検出することと、前記誤りに対応する所定の誤りコードを選択することと、CRC値を前記コードで上書きすることとを含む方法。
  68. 転送される連続するパケット内の前記CRC値を、前記誤りが訂正されるまで上書きすることをさらに含む請求項67記載の方法。
  69. ユーザに提示するために、ディジタルデータを高レートでホストデバイスとクライアントデバイスとの間で通信経路によって転送する方法であって、
    各々が少なくとも1つのCRCフィールドを含む複数の予め定義されたパケット構造の1つ以上を生成し、それらを一緒にリンクして、予め定義された通信プロトコルを形成することと、
    前記通信プロトコルを使用して、ディジタル制御および提示データの予め選択された組を前記ホストと前記クライアントとの間で前記通信経路によって通信することと、
    前記ホストデバイス内に存在する少なくとも1つのホストリンク制御装置を前記通信経路によって前記クライアントデバイスに結合することであって、ホストリンク制御装置が、前記通信プロトコルを形成しているパケットを生成、送信、受信するように、およびディジタル提示データをデータパケットの1つ以上のタイプへ形成するように構成されていることと、
    前記リンク制御装置を使用して、データをパケットの形で前記通信経路によって転送することと、
    通信リンクにおいて誤りの存在を検出することと、
    前記誤りに対応する所定の誤りコードを選択することと、CRC値を前記コードで上書きすることとを含む方法。
  70. 転送される連続するパケット内の前記CRC値を、前記誤りが訂正されるまで上書きすることをさらに含む請求項69記載の方法。
JP2011024076A 2003-06-02 2011-02-07 より高いデータレートのための信号プロトコルおよびインターフェイスの生成および実行 Expired - Fee Related JP5054213B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US47545903P 2003-06-02 2003-06-02
US60/475,459 2003-06-02

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2006515153A Division JP4777882B2 (ja) 2003-06-02 2004-06-02 より高いデータレートのための信号プロトコルおよびインターフェイスの生成および実行

Publications (2)

Publication Number Publication Date
JP2011176810A true JP2011176810A (ja) 2011-09-08
JP5054213B2 JP5054213B2 (ja) 2012-10-24

Family

ID=33511679

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2006515153A Expired - Fee Related JP4777882B2 (ja) 2003-06-02 2004-06-02 より高いデータレートのための信号プロトコルおよびインターフェイスの生成および実行
JP2011024076A Expired - Fee Related JP5054213B2 (ja) 2003-06-02 2011-02-07 より高いデータレートのための信号プロトコルおよびインターフェイスの生成および実行

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2006515153A Expired - Fee Related JP4777882B2 (ja) 2003-06-02 2004-06-02 より高いデータレートのための信号プロトコルおよびインターフェイスの生成および実行

Country Status (12)

Country Link
US (3) US8705579B2 (ja)
EP (3) EP1629654B1 (ja)
JP (2) JP4777882B2 (ja)
KR (3) KR101105175B1 (ja)
CN (4) CN1826786A (ja)
AT (3) ATE517500T1 (ja)
BR (1) BRPI0410885B1 (ja)
DE (1) DE602004030236D1 (ja)
ES (1) ES2357234T3 (ja)
IL (1) IL172106A0 (ja)
TW (1) TWI374635B (ja)
WO (1) WO2004110021A2 (ja)

Families Citing this family (84)

* 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
TWI374635B (en) 2003-06-02 2012-10-11 Qualcomm Inc Generating and implementing a signal protocol and interface for higher data rates
EP1661351A2 (en) 2003-08-13 2006-05-31 Qualcomm, Incorporated A signal interface for higher data rates
KR100951158B1 (ko) * 2003-09-10 2010-04-06 콸콤 인코포레이티드 고속 데이터 인터페이스
JP2007509533A (ja) * 2003-10-15 2007-04-12 クゥアルコム・インコーポレイテッド 高速データレートインタフェース
AU2004307162A1 (en) 2003-10-29 2005-05-12 Qualcomm Incorporated High data rate interface
TWI381686B (zh) * 2003-11-12 2013-01-01 Qualcomm Inc 具有改良的鏈路控制之高資料速率介面
JP2007512785A (ja) * 2003-11-25 2007-05-17 クゥアルコム・インコーポレイテッド 改良されたリンク同期を備えた高速データレートインタフェース
EP2247069B1 (en) * 2003-12-08 2013-09-11 Qualcomm Incorporated High data rate interface with improved link synchronization
EP1733537A1 (en) * 2004-03-10 2006-12-20 Qualcomm, Incorporated High data rate interface apparatus and method
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
EP1978692B1 (en) 2004-06-04 2011-07-27 QUALCOMM Incorporated 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
WO2006006388A1 (ja) * 2004-07-08 2006-01-19 Matsushita Electric Industrial Co., Ltd. ホスト機器、記憶装置、及び記憶装置へのアクセス方法
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
US8692838B2 (en) * 2004-11-24 2014-04-08 Qualcomm Incorporated Methods and systems for updating a buffer
US8699330B2 (en) 2004-11-24 2014-04-15 Qualcomm Incorporated Systems and methods for digital data transmission rate control
EP1825623A4 (en) * 2004-11-24 2011-08-24 Qualcomm Inc MESSAGE FORMAT OF AN INTERFACE DEVICE FOR DIGITAL DATA
US8873584B2 (en) 2004-11-24 2014-10-28 Qualcomm Incorporated Digital data interface device
US8539119B2 (en) 2004-11-24 2013-09-17 Qualcomm Incorporated Methods and apparatus for exchanging messages having a digital data interface device message format
US20060161691A1 (en) * 2004-11-24 2006-07-20 Behnam Katibian Methods and systems for synchronous execution of commands across a communication link
JP2006236159A (ja) * 2005-02-25 2006-09-07 Toshiba Corp 情報処理装置及びその省電力制御方法
US8705550B2 (en) * 2005-08-08 2014-04-22 Qualcomm Incorporated Device interface architecture and protocol
KR100685664B1 (ko) * 2005-08-12 2007-02-26 삼성전자주식회사 호스트 및 클라이언트로 구성된 데이터 통신 시스템 및데이터 통신 시스템의 작동 방법
US8730069B2 (en) * 2005-11-23 2014-05-20 Qualcomm Incorporated Double data rate serial encoder
US8692839B2 (en) 2005-11-23 2014-04-08 Qualcomm Incorporated Methods and systems for updating a buffer
US7925202B2 (en) * 2006-03-07 2011-04-12 Thomson Licensing Portable communication device for an advanced display
US20070257923A1 (en) * 2006-03-15 2007-11-08 Colin Whitby-Strevens Methods and apparatus for harmonization of interface profiles
US8032672B2 (en) 2006-04-14 2011-10-04 Apple Inc. Increased speed of processing of audio samples received over a serial communications link by use of channel map and steering table
US7702832B2 (en) * 2006-06-07 2010-04-20 Standard Microsystems Corporation Low power and low pin count bi-directional dual data rate device interconnect interface
CN101473587A (zh) * 2006-06-16 2009-07-01 松下电器产业株式会社 数据发送装置和数据发送方法
US9058032B2 (en) * 2006-09-29 2015-06-16 Rockwell Automation Technologies, Inc. Hosting requirements for services
US7924181B1 (en) * 2006-10-20 2011-04-12 Nvidia Corporation System, method, and computer program product for digitally estimating a clock signal associated with an audio signal
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
KR20090008045A (ko) * 2007-07-16 2009-01-21 삼성전자주식회사 디스플레이장치, 호스트 장치 및 그 제어방법
KR101478240B1 (ko) * 2008-05-06 2015-01-06 삼성전자주식회사 무선 통신 시스템의 자원 할당 방법 및 이를 위한 무선통신 시스템
US8572459B2 (en) * 2008-10-16 2013-10-29 Codman Neuro Sciences Sárl Insuring proper communication with chosen implant among multiple implants in proximity to one another
CN101729652A (zh) * 2008-10-31 2010-06-09 深圳富泰宏精密工业有限公司 具有多媒体功能的便携式电子装置
KR20100109462A (ko) * 2009-03-31 2010-10-08 삼성전자주식회사 디바이스들간의 통신 링크 생성 방법 및 그 장치
US8437721B2 (en) 2009-04-26 2013-05-07 Qualcomm Incorporated Jammer detection based adaptive PLL bandwidth adjustment in FM receiver
US8706124B2 (en) * 2009-09-17 2014-04-22 Nokia Corporation Data path transfer for multiband communication
US8937621B2 (en) * 2009-10-22 2015-01-20 Ati Technologies Ulc Method and system for display output stutter
US8188764B2 (en) * 2010-03-18 2012-05-29 Sandisk Technologies Inc. Efficient electrical hibernate entry and recovery
TWI497307B (zh) * 2010-04-21 2015-08-21 Via Tech Inc 通用串列匯流排事務轉譯器及通用串列匯流排傳輸轉譯方法
US9089002B2 (en) 2010-05-16 2015-07-21 Qualcomm Incorporated Efficient group ID management for wireless local area networks (WLANs)
CN101887403B (zh) * 2010-06-25 2012-06-27 钰创科技股份有限公司 节省usb协议中存封包的存储器的数据传输方法及装置
US8462815B2 (en) * 2010-09-02 2013-06-11 Juniper Networks, Inc. Accurate measurement of packet size in cut-through mode
US20120079606A1 (en) * 2010-09-24 2012-03-29 Amazon Technologies, Inc. Rights and capability-inclusive content selection and delivery
US8886710B2 (en) 2010-09-24 2014-11-11 Amazon Technologies, Inc. Resuming content across devices and formats
US8918645B2 (en) 2010-09-24 2014-12-23 Amazon Technologies, Inc. Content selection and delivery for random devices
US8971841B2 (en) 2010-12-17 2015-03-03 Microsoft Corporation Operating system supporting cost aware applications
JP5850224B2 (ja) * 2011-02-28 2016-02-03 株式会社リコー 管理システム、及びプログラム
TWI507702B (zh) * 2011-10-07 2015-11-11 Silicon Image Inc 測試系統、識別待測裝置中缺陷之方法、電腦可讀儲存媒體、高速輸出入裝置及其測試方法
US9341676B2 (en) * 2011-10-07 2016-05-17 Alcatel Lucent Packet-based propagation of testing information
US8938551B2 (en) * 2012-04-10 2015-01-20 Intel Mobile Communications GmbH Data processing device
KR101733273B1 (ko) * 2012-06-01 2017-05-24 블랙베리 리미티드 다중 포맷 오디오 시스템들에서의 확률적 로크 보장 방법에 기초한 범용 동기화 엔진
CN103780741B (zh) * 2012-10-18 2018-03-13 腾讯科技(深圳)有限公司 提示网速的方法和移动设备
KR101771071B1 (ko) * 2013-08-22 2017-08-24 후아웨이 테크놀러지 컴퍼니 리미티드 통신 방법, 클라이언트, 및 단말
KR101786543B1 (ko) * 2013-12-13 2017-10-18 인텔 코포레이션 오프셋 에지 샘플러들을 갖는 데이터 수신기 회로
WO2015122751A1 (ko) * 2014-02-17 2015-08-20 연세대학교 원주산학협력단 연판정 값을 기초로 한 오류 검출용 토글링 시퀀스 결정 방법 및 에러 패턴 결정 방법 및 그 장치
US9843518B2 (en) 2014-03-14 2017-12-12 International Business Machines Corporation Remotely controlled message queue
US10361721B1 (en) 2014-05-01 2019-07-23 Marvell International Ltd. Methods and network device for uncoded bit protection in 10GBASE-T Ethernet
KR20170060075A (ko) * 2014-09-19 2017-05-31 닛본 덴끼 가부시끼가이샤 무선 제어 시스템, 및 무선 링크 에러 감시 방법
TWI536819B (zh) 2014-12-23 2016-06-01 宏正自動科技股份有限公司 通訊認證系統及使用其之方法
US11238533B2 (en) * 2015-08-19 2022-02-01 Chicago Mercantile Exchange Inc. Optimized electronic match engine with external generation of market data using a minimum data set
US10379747B2 (en) * 2015-12-21 2019-08-13 Western Digital Technologies, Inc. Automated latency monitoring
BR102016008802B1 (pt) * 2016-04-20 2022-10-11 Manoel Henrique Da Silva Aperfeiçoamentos introduzidos em medidor de umidade portátil para uso remoto
DE102016114669A1 (de) * 2016-08-08 2018-02-08 Volkswagen Aktiengesellschaft Verfahren und Bedienvorrichtung zum Bedienen einer Einrichtung
CN107885645B (zh) * 2017-10-31 2020-06-23 阿里巴巴集团控股有限公司 计算页面首屏渲染时长的方法、装置及电子设备
US10642519B2 (en) 2018-04-06 2020-05-05 Western Digital Technologies, Inc. Intelligent SAS phy connection management
US10937434B2 (en) * 2018-05-17 2021-03-02 Mediatek Inc. Audio output monitoring for failure detection of warning sound playback
TWI695205B (zh) * 2018-08-10 2020-06-01 友達光電股份有限公司 影像感測顯示裝置以及影像處理方法
CN109526023B (zh) * 2019-01-02 2021-09-07 上海第二工业大学 一种数据包的封装及校验方法
CN109975649B (zh) * 2019-03-29 2021-06-18 上海剑桥科技股份有限公司 USB Type-C设备类型的检测电路及电源适配器
US20220100685A1 (en) * 2019-06-18 2022-03-31 Razer (Asia-Pacific) Pte. Ltd. Method and apparatus for optimizing input latency in a wireless human interface device system
KR20210045009A (ko) 2019-10-16 2021-04-26 삼성전자주식회사 인터페이싱 장치, 인터페이싱 장치를 포함하는 반도체 장치 및 반도체 장치의 통신 방법
DE102019128649A1 (de) * 2019-10-23 2021-04-29 Infineon Technologies Ag Konzept zur kommunikation zwischen einem mikrocontroller und wenigstens einem sensorchip
CN112402983A (zh) * 2020-08-03 2021-02-26 上海幻电信息科技有限公司 游戏成绩验证方法及系统
TWI793912B (zh) * 2020-12-14 2023-02-21 瑞士商艾姆微體電子 馬林公司 用於感測指向裝置之位移的方法
JPWO2023281665A1 (ja) * 2021-07-07 2023-01-12

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0637848A (ja) * 1992-07-14 1994-02-10 Hitachi Ltd シリアル通信方式、及びシリアル通信装置
WO2002049314A2 (en) * 2000-12-15 2002-06-20 Qualcomm Incorporated Generating and implementing a communication protocol and interface for high data rate signal transfer

Family Cites Families (469)

* 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
US5530619A (en) * 1989-06-07 1996-06-25 Norand Corporation Hand-held data capture system with interchangeable modules and side-mounted function key
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
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 Mikrata Kedma phone system and its antenna distribution system
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
DE69233608T2 (de) * 1991-10-01 2007-03-01 Broadcom Corp., Irvine 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
US5745523A (en) 1992-10-27 1998-04-28 Ericsson Inc. Multi-mode signal processing
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
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
GB9304638D0 (en) * 1993-03-06 1993-04-21 Ncr Int Inc Wireless data communication system having power saving function
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
EP0695323A4 (en) 1993-04-16 1996-04-10 Akzo Nobel Nv METAL STABILIZER COMPRISING METAL SOAP AND DISSOLVED 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 ソニー株式会社 ディジタル信号伝送方法、ディジタル信号伝送装置、ディジタル信号受信方法及びディジタル信号受信装置
US5560022A (en) 1994-07-19 1996-09-24 Intel Corporation Power management coordinator system and interface
US5748891A (en) 1994-07-22 1998-05-05 Aether Wire & Location Spread spectrum localizers
EP0772937B1 (de) 1994-07-25 1998-10-28 Siemens Aktiengesellschaft 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 株式会社アドバンテスト 時間間隔測定装置
BR9506375A (pt) 1994-09-27 1997-09-16 Sega Enterprises Kk Dispositivo de transferencia de dados aparelho pa ra processar informação aparelho de vídeo game e circuito de acesso direto a memória
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
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
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
SE506540C2 (sv) 1995-06-13 1998-01-12 Ericsson Telefon Ab L M Synkronisering av överföring av data via en dubbelriktad länk
JPH0923243A (ja) 1995-07-10 1997-01-21 Hitachi Ltd 電子紙面情報配信システム
WO1997003508A1 (fr) * 1995-07-13 1997-01-30 Sony Corporation Procede, appareil et systeme de transmission de donnees
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
EP0792487A4 (en) * 1995-09-19 1998-12-16 Microchip Tech Inc WAKE-UP FUNCTION OF A MICRO CONTROLLER WITH A PROGRAMMABLE SHIFT SHAFT
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
US5790551A (en) 1995-11-28 1998-08-04 At&T Wireless Services Inc. Packet data transmission using dynamic channel assignment
US5844918A (en) 1995-11-28 1998-12-01 Sanyo Electric Co., Ltd. Digital transmission/receiving method, digital communications method, and data receiving apparatus
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 윤종용 그래픽 가속기 및 이를 이용한 메모리 프리패치 방법
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
US6185601B1 (en) * 1996-08-02 2001-02-06 Hewlett-Packard Company Dynamic load balancing of a network of client and server computers
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
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
WO1999010719A1 (en) 1997-08-29 1999-03-04 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
US6470386B1 (en) 1997-09-26 2002-10-22 Worldcom, Inc. Integrated proxy interface for web based telecommunications management tools
WO1999019991A1 (en) 1997-10-14 1999-04-22 Alation Digital radio-frequency transceiver
US6894994B1 (en) 1997-11-03 2005-05-17 Qualcomm Incorporated High data rate wireless packet data communications system
US6574211B2 (en) 1997-11-03 2003-06-03 Qualcomm Incorporated Method and apparatus for high rate packet data transmission
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
EP1057070B1 (en) 1998-02-20 2011-03-02 PureDepth 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 メッセージ処理装置およびその方法ならびにメッセージ処理制御プログラムを格納した記憶媒体
CA2323446C (en) 1998-03-16 2016-11-08 Ejaz Ul Haq High speed signaling for interfacing vlsi cmos circuits
DE69927198T2 (de) 1998-03-19 2006-06-29 Hitachi, Ltd. Rundfunk-Informationsversorgungssystem
US6330614B1 (en) * 1998-03-20 2001-12-11 Nexabit Networks Llc Internet and related networks, a method of and system for substitute use of checksum field space in information processing datagram headers for obviating processing speed and addressing space limitations and providing other features
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
EP1414180A3 (en) 1998-04-01 2004-05-06 Matsushita Graphic Communication Systems, Inc. Activation of multiple xDSL modems with implicit channel probe
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 富士通株式会社 時刻同期方法
US6621809B1 (en) 1998-07-12 2003-09-16 Samsung Electronics Co., Ltd. Device and method for gating transmission in a CDMA mobile communication system
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
WO2000016518A2 (en) 1998-09-11 2000-03-23 Sharewave, Inc. Method and apparatus for controlling communication within a computer network
JP2000188626A (ja) 1998-10-13 2000-07-04 Texas Instr Inc <Ti> 一体のマイクロコントロ―ラ・エミュレ―タを有するリンク/トランザクション層コントロ―ラ
US7180951B2 (en) * 1998-10-30 2007-02-20 Broadcom Corporation Reduction of aggregate EMI emissions of multiple transmitters
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
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
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
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
US6252526B1 (en) 1998-12-14 2001-06-26 Seiko Epson Corporation Circuit and method for fast parallel data strobe encoding
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
JP2000216843A (ja) 1999-01-22 2000-08-04 Oki Electric Ind Co Ltd デジタル復調器
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
JP2002539531A (ja) 1999-03-05 2002-11-19 アクセンチュア・リミテッド・ライアビリティ・パートナーシップ 高度モバイル通信のためのシステム、方法、及び製造品
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
US6636922B1 (en) 1999-03-17 2003-10-21 Adaptec, Inc. Methods and apparatus for implementing a host side advanced serial protocol
US6609167B1 (en) 1999-03-17 2003-08-19 Adaptec, Inc. Host and device serial communication protocols and communication packet formats
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
US6678751B1 (en) 1999-10-15 2004-01-13 Micro Motion, Inc. System for setting frame and protocol for transmission in a UART device
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
WO2001035544A1 (de) 1999-11-11 2001-05-17 Ascom Powerline Communications Ag Kommunikationssystem insbesondere für den indoor-bereich
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
AU7728300A (en) 1999-11-22 2001-06-04 Ericsson Inc. Buffer memories, methods and systems for buffering having seperate buffer memories for each of a plurality of tasks
KR100824109B1 (ko) 1999-11-22 2008-04-21 시게이트 테크놀로지 엘엘씨 피어 투 피어 인터커넥트 진단법
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 セイコーエプソン株式会社 Ram内蔵ドライバ並びにそれを用いた表示ユニットおよび電子機器
JP4191869B2 (ja) 1999-12-20 2008-12-03 富士フイルム株式会社 ディジタルカメラを用いたコンピュータシステム
US7373650B1 (en) 2000-02-01 2008-05-13 Scientific-Atlanta, Inc. Apparatuses and methods to enable the simultaneous viewing of multiple television channels and electronic program guide content
US7383350B1 (en) 2000-02-03 2008-06-03 International Business Machines Corporation User input based allocation of bandwidth on a data link
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
JP3490368B2 (ja) 2000-02-07 2004-01-26 インターナショナル・ビジネス・マシーンズ・コーポレーション 信号出力装置、ドライバ回路、信号伝送システム、および信号伝送方法
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
EP2271148B1 (en) 2000-03-03 2012-10-31 Qualcomm Incorporated Communication device and its corresponding method for providing security in a group 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 エヌイーシーマイクロシステム株式会社 Usb転送制御方法およびusbコントローラ
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
JP2004506352A (ja) 2000-08-08 2004-02-26 リプレイティブィ・インコーポレーテッド リモートテレビジョン再生制御
US6784941B1 (en) 2000-08-09 2004-08-31 Sunplus Technology Co., Ltd. Digital camera with video input
ATE271301T1 (de) 2000-08-09 2004-07-15 Sk Telecom Co Ltd Weiterreichungsverfahren in drahtlosen telekommunikationssystemen mit usts unterstützung
US6725412B1 (en) 2000-08-15 2004-04-20 Dolby Laboratories Licensing Corporation Low latency data encoder
JP2002062990A (ja) 2000-08-15 2002-02-28 Fujitsu Media Device Kk インターフェイス装置
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
JP4146991B2 (ja) * 2000-09-18 2008-09-10 キヤノン株式会社 電子カメラシステム、電子カメラ及び電子カメラシステムの制御方法
US7466978B1 (en) 2000-09-18 2008-12-16 International Business Machines Corporation Telephone network node device
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ä
GB2397733B (en) * 2000-12-06 2004-10-06 Fujitsu Ltd Clock recovery circuitry
US6973039B2 (en) 2000-12-08 2005-12-06 Bbnt Solutions Llc Mechanism for performing energy-based routing in wireless networks
US6760772B2 (en) 2000-12-15 2004-07-06 Qualcomm, Inc. Generating and implementing a communication protocol and interface for high data rate signal transfer
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 携帯電話材のメモリを利用した情報端末装置による教育システム
JP3497834B2 (ja) 2001-03-30 2004-02-16 株式会社東芝 ルートリピータ、usb通信システム、usb通信制御方法
JP2002359774A (ja) 2001-03-30 2002-12-13 Fuji Photo Film Co Ltd 電子カメラ
CN1159935C (zh) 2001-03-30 2004-07-28 华为技术有限公司 一种提高市区环境下蜂窝移动台定位精度的方法和装置
US20020159458A1 (en) 2001-04-27 2002-10-31 Foster Michael S. Method and system for reserved addressing 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 データ転送システム
US7191281B2 (en) * 2001-06-13 2007-03-13 Intel Corporation Mobile computer system having a navigation mode to optimize system performance and power management for mobile applications
US7165112B2 (en) * 2001-06-22 2007-01-16 Motorola, Inc. Method and apparatus for transmitting data in a communication system
JP2003006143A (ja) 2001-06-22 2003-01-10 Nec Corp バス共有化システムと装置及び方法
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
KR100895559B1 (ko) 2001-07-23 2009-04-29 파나소닉 주식회사 정보기록매체, 정보기록매체에 정보를 기록하는 장치 및방법
US7184408B2 (en) * 2001-07-31 2007-02-27 Denton I Claude Method and apparatus for programmable generation of traffic streams
US8407292B2 (en) * 2001-07-31 2013-03-26 Comverse, Ltd. E-mail protocol optimized for a mobile environment and gateway using same
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 日本電気株式会社 Dspメモリ間あるいはdspメモリとcpu用メモリ(dpram)間データ転送方式
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
RU2004110228A (ru) * 2001-09-06 2005-03-10 Квэлкомм Инкорпорейтед (US) Генерация и реализация коммуникационного протокола и интерфейса для передачи высокоскоростных сигналов данных
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
EP1309133A1 (de) 2001-10-31 2003-05-07 Siemens Aktiengesellschaft Verfahren, Empfangseinrichtung und Sendeeinrichtung zur Bestimmung des schnellsten Nachrichtenpfades ohne Uhrensynchronisation
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
US7126945B2 (en) 2001-11-07 2006-10-24 Symbol Technologies, Inc. Power saving function for wireless LANS: methods, system and program products
US20030110234A1 (en) 2001-11-08 2003-06-12 Lightsurf Technologies, Inc. System and methodology for delivering media to multiple disparate client devices based on their capabilities
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 삼성전자주식회사 트래픽 정보를 이용한 가입자 라우팅 설정 방법 및 이를위한 기록매체
US20030135863A1 (en) 2002-01-17 2003-07-17 Koninklijke Philips Electronics N.V. Targeted scalable multicast based on client bandwidth or capability
US20050120208A1 (en) 2002-01-25 2005-06-02 Albert Dobson Robert W. Data transmission systems
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
US6690201B1 (en) * 2002-01-28 2004-02-10 Xilinx, Inc. Method and apparatus for locating data transition regions
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
US7336139B2 (en) * 2002-03-18 2008-02-26 Applied Micro Circuits Corporation Flexible interconnect cable with grounded coplanar waveguide
US6797891B1 (en) 2002-03-18 2004-09-28 Applied Micro Circuits Corporation Flexible interconnect cable with high frequency electrical transmission line
US7145411B1 (en) 2002-03-18 2006-12-05 Applied Micro Circuits Corporation Flexible differential interconnect cable with isolated high frequency electrical transmission line
US20030185220A1 (en) 2002-03-27 2003-10-02 Moshe Valenci Dynamically loading parsing capabilities
US7310535B1 (en) 2002-03-29 2007-12-18 Good Technology, Inc. Apparatus and method for reducing power consumption in a wireless device
US7425986B2 (en) 2002-03-29 2008-09-16 Canon Kabushiki Kaisha Conversion apparatus for image data delivery
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
US7543326B2 (en) 2002-06-10 2009-06-02 Microsoft Corporation Dynamic rate control
JP2003098583A (ja) 2002-06-10 2003-04-03 Nikon Corp 書換え可能なメモリを使用するカメラ
JP2004021613A (ja) * 2002-06-17 2004-01-22 Seiko Epson Corp データ転送制御装置、電子機器及びデータ転送制御方法
EP1376945B1 (en) 2002-06-18 2006-06-07 Matsushita Electric Industrial Co., Ltd. Receiver-based RTT measurement 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
EP1547393A4 (en) * 2002-09-05 2010-10-13 Agency Science Tech & Res METHOD AND DEVICE FOR CONTROLLING THE RATE OF A VIDEO SEQUENCE AND VIDEO CODING 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
DE602004006981T2 (de) * 2003-04-17 2008-02-28 Thomson Licensing Datenabrufende und -übertragende vorrichtungen und verfahren
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
WO2004107678A2 (en) 2003-05-28 2004-12-09 Artimi Ltd Ultra-wideband network, device, device controller, method and data packet for establishing a mesh network and forwarding packets on another channel
US7110420B2 (en) 2003-05-30 2006-09-19 North Carolina State University Integrated circuit devices having on-chip adaptive bandwidth buses and related methods
JP4278439B2 (ja) 2003-06-02 2009-06-17 パイオニア株式会社 情報通信装置、そのシステム、その方法、そのプログラム、および、そのプログラムを記録した記録媒体
US6975145B1 (en) 2003-06-02 2005-12-13 Xilinx, Inc. Glitchless dynamic multiplexer with synchronous and asynchronous controls
TWI374635B (en) * 2003-06-02 2012-10-11 Qualcomm Inc Generating and implementing a signal protocol and interface for higher data rates
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
EP1661351A2 (en) 2003-08-13 2006-05-31 Qualcomm, Incorporated A signal interface for higher data rates
US7467202B2 (en) * 2003-09-10 2008-12-16 Fidelis Security Systems High-performance network content analysis platform
KR100951158B1 (ko) * 2003-09-10 2010-04-06 콸콤 인코포레이티드 고속 데이터 인터페이스
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 通信コントローラ、通信システム、通信機器、および通信方法
ATE387824T1 (de) * 2003-10-08 2008-03-15 Research In Motion Ltd Verfahren und vorrichtung zur dynamischen paketübertragung in cdma2000 netzwerken
JP2007509533A (ja) 2003-10-15 2007-04-12 クゥアルコム・インコーポレイテッド 高速データレートインタフェース
AU2004307162A1 (en) 2003-10-29 2005-05-12 Qualcomm Incorporated High data rate interface
TWI381686B (zh) 2003-11-12 2013-01-01 Qualcomm Inc 具有改良的鏈路控制之高資料速率介面
US7143207B2 (en) 2003-11-14 2006-11-28 Intel Corporation Data accumulation between data path having redrive circuit and memory device
US7447953B2 (en) 2003-11-14 2008-11-04 Intel Corporation Lane testing with variable mapping
US7219294B2 (en) 2003-11-14 2007-05-15 Intel Corporation Early CRC delivery for partial frame
JP2007512785A (ja) * 2003-11-25 2007-05-17 クゥアルコム・インコーポレイテッド 改良されたリンク同期を備えた高速データレートインタフェース
EP2247069B1 (en) 2003-12-08 2013-09-11 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
US7158536B2 (en) * 2004-01-28 2007-01-02 Rambus Inc. Adaptive-allocation of I/O bandwidth using a configurable interconnect topology
EP1711934A1 (en) 2004-01-28 2006-10-18 Koninklijke Philips Electronics N.V. Displaying on a matrix display
US7868890B2 (en) 2004-02-24 2011-01-11 Qualcomm Incorporated Display processor for a wireless device
JP3786120B2 (ja) 2004-03-09 2006-06-14 セイコーエプソン株式会社 データ転送制御装置及び電子機器
EP1733537A1 (en) 2004-03-10 2006-12-20 Qualcomm, Incorporated High data rate interface apparatus and method
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 DEVICE AND METHOD FOR MULTI-DATA PROCESSING IN A WIRELESS TERMINAL
US20050265333A1 (en) 2004-06-01 2005-12-01 Texas Instruments Incorporated Method for enabling efficient multicast transmission in a packet-based network
US7088294B2 (en) 2004-06-02 2006-08-08 Research In Motion Limited Mobile wireless communications device comprising a top-mounted auxiliary input/output device and a bottom-mounted antenna
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
EP1978692B1 (en) 2004-06-04 2011-07-27 QUALCOMM Incorporated High data rate interface apparatus and method
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
US7315265B2 (en) * 2004-11-24 2008-01-01 Qualcomm Incorporated Double data rate serial encoder
US8699330B2 (en) * 2004-11-24 2014-04-15 Qualcomm Incorporated Systems and methods for digital data transmission rate control
EP1825623A4 (en) 2004-11-24 2011-08-24 Qualcomm Inc MESSAGE FORMAT OF AN INTERFACE DEVICE FOR DIGITAL DATA
CN101103568B (zh) 2004-11-24 2012-05-30 高通股份有限公司 调节包的传输速率和大小的方法以及传递包的系统
US20060161691A1 (en) 2004-11-24 2006-07-20 Behnam Katibian Methods and systems for synchronous execution of commands across a communication link
US8692838B2 (en) 2004-11-24 2014-04-08 Qualcomm Incorporated Methods and systems for updating a buffer
US8873584B2 (en) 2004-11-24 2014-10-28 Qualcomm Incorporated Digital data interface device
US8723705B2 (en) * 2004-11-24 2014-05-13 Qualcomm Incorporated Low output skew 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
US8667363B2 (en) 2004-11-24 2014-03-04 Qualcomm Incorporated Systems and methods for implementing cyclic redundancy checks
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 (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0637848A (ja) * 1992-07-14 1994-02-10 Hitachi Ltd シリアル通信方式、及びシリアル通信装置
WO2002049314A2 (en) * 2000-12-15 2002-06-20 Qualcomm Incorporated Generating and implementing a communication protocol and interface for high data rate signal transfer

Also Published As

Publication number Publication date
TWI374635B (en) 2012-10-11
US20090055709A1 (en) 2009-02-26
CN101938493B (zh) 2013-10-16
EP2045994A1 (en) 2009-04-08
ATE489801T1 (de) 2010-12-15
US8700744B2 (en) 2014-04-15
KR101166734B1 (ko) 2012-07-19
EP2001192A3 (en) 2008-12-17
KR101168839B1 (ko) 2012-07-26
US8681817B2 (en) 2014-03-25
CN105406947A (zh) 2016-03-16
JP4777882B2 (ja) 2011-09-21
JP5054213B2 (ja) 2012-10-24
CN101938493A (zh) 2011-01-05
EP1629654A2 (en) 2006-03-01
CN103220282A (zh) 2013-07-24
US20090070479A1 (en) 2009-03-12
US20050021885A1 (en) 2005-01-27
EP1629654B1 (en) 2010-11-24
CN103220282B (zh) 2016-05-25
ES2357234T3 (es) 2011-04-20
WO2004110021A3 (en) 2005-03-31
CN1826786A (zh) 2006-08-30
ATE509459T1 (de) 2011-05-15
EP2001192A2 (en) 2008-12-10
IL172106A0 (en) 2011-08-01
EP2001192B1 (en) 2011-05-11
KR20060018875A (ko) 2006-03-02
DE602004030236D1 (de) 2011-01-05
US8705579B2 (en) 2014-04-22
KR101105175B1 (ko) 2012-01-12
KR20110108423A (ko) 2011-10-05
EP2045994B1 (en) 2011-07-20
KR20110067066A (ko) 2011-06-20
BRPI0410885B1 (pt) 2018-01-30
ATE517500T1 (de) 2011-08-15
WO2004110021A2 (en) 2004-12-16
BRPI0410885A (pt) 2006-08-29
TW200511775A (en) 2005-03-16
JP2006526967A (ja) 2006-11-24

Similar Documents

Publication Publication Date Title
JP5054213B2 (ja) より高いデータレートのための信号プロトコルおよびインターフェイスの生成および実行
JP6138860B2 (ja) より高速なデータレート用の信号インタフェース
CA2431492C (en) Generating and implementing a communication protocol and interface for high data rate signal transfer
US8635358B2 (en) High data rate interface
US8745251B2 (en) Power reduction system for an apparatus for high data rate signal transfer using a communication protocol
KR100906319B1 (ko) 링크 동기화를 갖는 고 데이터 레이트 인터페이스
US8694663B2 (en) System for transferring digital data at a high rate between a host and a client over a communication path for presentation to a user
CA2459941A1 (en) Generating and implementing a communication protocol and interface for high data rate signal transfer

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120215

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120306

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120605

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120626

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120726

R150 Certificate of patent or registration of utility model

Ref document number: 5054213

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150803

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees