KR100951158B1 - 고속 데이터 인터페이스 - Google Patents
고속 데이터 인터페이스 Download PDFInfo
- Publication number
- KR100951158B1 KR100951158B1 KR1020067006929A KR20067006929A KR100951158B1 KR 100951158 B1 KR100951158 B1 KR 100951158B1 KR 1020067006929 A KR1020067006929 A KR 1020067006929A KR 20067006929 A KR20067006929 A KR 20067006929A KR 100951158 B1 KR100951158 B1 KR 100951158B1
- Authority
- KR
- South Korea
- Prior art keywords
- packet
- data
- client
- delete delete
- host
- Prior art date
Links
- 238000004891 communication Methods 0.000 claims abstract description 94
- 230000006854 communication Effects 0.000 claims abstract description 94
- 230000002441 reversible effect Effects 0.000 claims description 200
- 238000000034 method Methods 0.000 claims description 94
- 238000005538 encapsulation Methods 0.000 claims description 38
- 238000004590 computer program Methods 0.000 claims 3
- 238000012546 transfer Methods 0.000 abstract description 52
- 230000007246 mechanism Effects 0.000 abstract description 32
- 230000011664 signaling Effects 0.000 abstract description 5
- 238000012545 processing Methods 0.000 description 97
- 230000005540 biological transmission Effects 0.000 description 93
- 239000000872 buffer Substances 0.000 description 81
- 230000004044 response Effects 0.000 description 72
- 238000005259 measurement Methods 0.000 description 44
- 230000008569 process Effects 0.000 description 43
- 230000007704 transition Effects 0.000 description 43
- 230000008859 change Effects 0.000 description 39
- 239000004020 conductor Substances 0.000 description 30
- 230000006870 function Effects 0.000 description 28
- 230000000875 corresponding effect Effects 0.000 description 24
- 230000000630 rising effect Effects 0.000 description 20
- 238000005516 engineering process Methods 0.000 description 19
- 238000005070 sampling Methods 0.000 description 18
- 230000007958 sleep Effects 0.000 description 17
- 238000013461 design Methods 0.000 description 12
- 230000001360 synchronised effect Effects 0.000 description 12
- 230000008901 benefit Effects 0.000 description 11
- 238000004519 manufacturing process Methods 0.000 description 11
- 230000001934 delay Effects 0.000 description 10
- 230000000694 effects Effects 0.000 description 10
- 230000015654 memory Effects 0.000 description 10
- 238000003860 storage Methods 0.000 description 10
- 230000000007 visual effect Effects 0.000 description 9
- 230000000295 complement effect Effects 0.000 description 8
- 230000003111 delayed effect Effects 0.000 description 8
- 230000003287 optical effect Effects 0.000 description 8
- 238000004364 calculation method Methods 0.000 description 7
- 238000011084 recovery Methods 0.000 description 7
- 238000001514 detection method Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000012856 packing Methods 0.000 description 6
- 230000000737 periodic effect Effects 0.000 description 6
- 239000003086 colorant Substances 0.000 description 5
- 230000002829 reductive effect Effects 0.000 description 5
- 238000013459 approach Methods 0.000 description 4
- 230000002457 bidirectional effect Effects 0.000 description 4
- 230000003139 buffering effect Effects 0.000 description 4
- 239000002131 composite material Substances 0.000 description 4
- 238000012937 correction Methods 0.000 description 4
- 230000001976 improved effect Effects 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 4
- 230000002452 interceptive effect Effects 0.000 description 4
- 229920001690 polydopamine Polymers 0.000 description 4
- 230000003068 static effect Effects 0.000 description 4
- 230000008093 supporting effect Effects 0.000 description 4
- 230000007175 bidirectional communication Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 238000003780 insertion Methods 0.000 description 3
- 230000037431 insertion Effects 0.000 description 3
- 230000005291 magnetic effect Effects 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 230000008054 signal transmission Effects 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 239000003990 capacitor Substances 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000018109 developmental process Effects 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 239000000945 filler Substances 0.000 description 2
- 239000011521 glass Substances 0.000 description 2
- 235000021384 green leafy vegetables Nutrition 0.000 description 2
- 230000036039 immunity Effects 0.000 description 2
- 230000014759 maintenance of location Effects 0.000 description 2
- 238000003032 molecular docking Methods 0.000 description 2
- 230000036961 partial effect Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000005236 sound signal Effects 0.000 description 2
- 238000012935 Averaging Methods 0.000 description 1
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- OFHCOWSQAMBJIW-AVJTYSNKSA-N alfacalcidol Chemical compound C1(/[C@@H]2CC[C@@H]([C@]2(CCC1)C)[C@H](C)CCCC(C)C)=C\C=C1\C[C@@H](O)C[C@H](O)C1=C OFHCOWSQAMBJIW-AVJTYSNKSA-N 0.000 description 1
- 230000003321 amplification Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 238000004883 computer application Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000002592 echocardiography Methods 0.000 description 1
- 230000005670 electromagnetic radiation Effects 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000006266 hibernation Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000002372 labelling Methods 0.000 description 1
- 229910001416 lithium ion Inorganic materials 0.000 description 1
- 230000007787 long-term memory Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- HWYHDWGGACRVEH-UHFFFAOYSA-N n-methyl-n-(4-pyrrolidin-1-ylbut-2-ynyl)acetamide Chemical compound CC(=O)N(C)CC#CCN1CCCC1 HWYHDWGGACRVEH-UHFFFAOYSA-N 0.000 description 1
- 238000003199 nucleic acid amplification method Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000002250 progressing effect Effects 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 230000001681 protective effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 229920006395 saturated elastomer Polymers 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- 239000010409 thin film Substances 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
- H04M1/72412—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories using two-way short-range wireless interfaces
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
통신 경로를 통해 호스트와 클라이언트 사이에 디지털 데이터를 전송하는 데이터 인터페이스는 함께 연결된 패킷 구조를 이용하여 미리 선택된 디지털 제어 및 프리젠테이션 데이터 세트를 전달하는 통신 프로토콜을 형성한다. 통신 프로토콜을 형성하는 패킷을 생성, 전송 및 수신하여, 하나 이상의 타입의 데이터 패킷으로 디지털 데이터를 형성하도록 구성된 링크 제어기에 의해 신호 프로토콜이 사용되며, 적어도 하나의 링크 제어기가 호스트 장치에 있으며 통신 경로를 통해 클라이언트에 연결된다. 인터페이스는 단거리 "직렬"형 데이터 링크를 통해 비용 효율적이며 저전력의 양방향 고속 데이터 전송 메커니즘을 제공하며, 이는 착용 가능한 마이크로 디스플레이와 같은 디스플레이 엘리먼트를 휴대용 컴퓨터 및 무선 통신 장치에 연결하는데 특히 유용한 소형 커넥터 및 얇은 플렉서블 케이블에 의한 구현에 적합하다.
Description
본 특허출원은 "스위칭 가능 임계 차동 인터페이스"라는 명칭으로 2003년 9월 10일자 제출된 예비 출원 60/502,056호에 대한 우선권을 주장하며, 이는 본원의 양수인에게 양도되었으며 이로써 본원에 명백히 통합된다.
본 발명의 실시예들은 호스트 장치와 클라이언트 장치 사이에 높은 데이터 전송률로 신호를 교환 또는 전송하기 위한 디지털 신호 프로토콜 및 프로세스에 관한 것이다. 보다 구체적으로, 본원은 내부 및 외부 장치 애플리케이션을 갖는 저전력 고속 데이터 전송 메커니즘을 이용하여 최종 사용자에게 프리젠테이션 또는 디스플레이하기 위해 호스트 또는 제어기 장치로부터 클라이언트 장치로 멀티미디어나 다른 종류의 디지털 신호들을 전송하기 위한 기술에 관한 것이다.
컴퓨터, 전자오락 관련 제품 및 다양한 비디오 기술(예를 들어 DVD 및 고화질 VCR)은 지난 수년간 상당히 진보하여, 어떤 종류의 텍스트를 포함하더라도 점점 더 높은 해상도의 스틸, 비디오, 주문형 비디오 및 그래픽 이미지 표현을 이러한 기기의 최종 사용자들에게 제공해왔다. 이러한 진보는 고화질 비디오 모니터, HDTV 모니터 또는 특수 이미지 프로젝션 엘리먼트와 같은 고해상도 전자 시청 장치의 사용을 요구했다. CD 타입 음향 재생, DVD, 서라운드 음향, 및 관련 오디오 신호 출력을 갖는 다른 장치들을 이용하는 경우와 같이 이러한 시각적 이미지와 고화질 또는 고품질 오디오 데이터의 결합이 사용되어 최종 사용자에게 보다 사실적이고 컨텐츠가 풍부한 또는 정확한 멀티미디어 체험을 일으킨다. 또한, 최종 사용자에 대한 오디오 전용 프리젠테이션을 위해 MP3 플레이어와 같은 고도의 이동성, 고품질 사운드 시스템 및 음악 전송 메커니즘이 개발되었다. 그 결과, 컴퓨터에서부터 텔레비전, 심지어 전화기까지 현재 익숙한 그리고 높은 또는 프리미엄급의 출력을 기대하는 시판용 전자 기기에 대한 일반 사용자들의 기대치가 증가하게 되었다.
전자공학 제품을 포함하는 통상의 비디오 프리젠테이션 시나리오에서, 비디오 데이터는 통상적으로 느린 또는 중간이라고 할 수 있는 초당 1 내지 10 킬로비트 정도의 속도로 현재의 기술을 이용하여 전송된다. 이 데이터는 원하는 시청 장치에서의 지연(나중에) 재생을 위해 버퍼링되거나 일시적인 또는 장기 메모리 장치에 저장된다. 예를 들어, 이미지들은 이미지의 디지털 표현에 유용한 데이터를 수신 또는 송신하기 위한 모뎀이나 다른 종류의 인터넷 접속 장치를 갖는 컴퓨터에 상주하는 프로그램을 이용하여 "전역으로" 또는 인터넷을 이용하여 전송될 수 있다. 무선 모뎀을 장착한 휴대용 컴퓨터나, 무선 개인 휴대 단말(PDA) 또는 무선 전화 등의 무선 장치를 이용하여 비슷한 전송이 이루어질 수 있다.
데이터가 수신되면, 재생을 위해 소형 하드드라이브 등의 내부 또는 외부 저장 장치를 포함하는, RAM이나 플래시 메모리와 같은 메모리 엘리먼트, 회로 또는 장치에 로컬 저장된다. 데이터량 및 이미지 해상도에 따라 재생은 비교적 빠르게 시작할 수도 있고 장기간 지연될 수도 있다. 즉, 어떤 경우에는 이미지 프리젠테이션이 많은 데이터를 요구하지 않는 매우 작은 또는 저해상도 이미지에 대해, 또는 어떤 종류의 버퍼링을 이용하여 약간의 지연 후 더 많은 자료가 전송되는 동안 일부 자료가 프리젠테이션되도록 어느 정도의 실시간 재생을 허용한다. 전송 링크에 인터럽트가 없거나, 사용되고 있는 전송 채널에 대한 다른 시스템이나 사용자들로부터의 간섭이 없을 경우, 프리젠테이션이 시작되면 전송은 시청 장치의 최종 사용자에게 상당히 투명하다. 물론, 다수의 사용자가 무선 인터넷 접속과 같은 단일 통신 경로를 공유하는 경우, 전송은 인터럽트될 수도 있고 원하는 것보다 느려질 수도 있다.
스틸 이미지나 모션 비디오를 생성하는데 사용되는 데이터는 흔히 통신 링크를 통한 데이터 전송 속도를 높이기 위해 JPEG(Joint Photographic Experts Group), MPEG(Motion Picture Experts Group), 및 미디어, 컴퓨터, 통신 산업에서 잘 알려진 다른 표준화 기관이나 회사에 의해 지정된 것과 같이 잘 알려진 여러 기술 중 하나를 이용하여 압축된다. 이는 소정량의 정보를 전송하는데 더 적은 수의 비트를 사용함으로써 이미지 또는 데이터 전송을 더욱 빠르게 한다.
메모리나 자기 또는 광 저장 엘리먼트 등의 저장 메커니즘을 갖는 컴퓨터와 같은 "로컬" 장치에 또는 다른 수신 측 장치에 데이터가 전송되면, 결과적인 정보가 압축 해제되고(또는 특별한 디코딩 플레이어를 이용하여 재생되고), 필요하다면 디코딩되어, 해당하는 유효 프리젠테이션 해상도 및 제어 엘리먼트에 기반한 적절한 프리젠테이션이 준비된다. 예를 들어, 원하는 대로 또는 필요에 따라 다양한 다른 해상도가 가능한 것이 일반적이지만, X 대 Y 픽셀들의 스크린 해상도에 관한 통상의 컴퓨터 비디오 해상도는 통상적으로 480×640 픽셀의 낮은 해상도에서부터 600×800을 거쳐 1024×1024 범위이다.
또한, 이미지 프리젠테이션은 이미지 컨텐츠, 미리 정해진 특정 색상 레벨 또는 색상 심도(색상 생성에 사용되는 픽셀 당 비트 수) 및 명암의 관점에서 이미지를 조정하는 소정의 비디오 제어기의 성능, 및 사용되는 임의의 추가적인 오버헤드 비트들에 의해 영향을 받는다. 예를 들어, 다른 값들이 사용될 수도 있지만, 통상의 컴퓨터 프리젠테이션은 다양한 색상(명암 및 색조)을 표현하는데 픽셀 당 약 8 내지 32, 또는 그 이상의 비트를 예상하게 된다.
상기 값들로부터 소정의 스크린 이미지는 최저에서부터 최고의 통상 해상도 및 심도 범위에 걸쳐 각각 2.45 메가비트(Mb) 내지 약 33.55 Mb의 데이터 전송을 요구할 것을 알 수 있다. 초당 30 프레임 속도의 비디오 또는 모션 타입 이미지를 볼 때, 필요한 데이터량은 초당 약 73.7 내지 1,006 메가비트(Mbps)의 데이터, 또는 초당 약 9.21 내지 125.75 메가바이트(MBps)이다. 또한, 멀티미디어 프리젠테이션을 위해, 또는 CD 음질 음악과 같은 개별 고해상도 오디오 프리젠테이션으로서 오디오 데이터를 이미지와 함께 프리젠테이션하는 것이 바람직할 수도 있다. 또한, 대화식 명령, 제어 또는 신호와 관계하는 추가 신호가 사용될 수도 있다. 이들 각각은 전송될 훨씬 더 많은 데이터의 추가를 옵션으로 한다. 더욱이, 고화질(HD) 텔레비전을 포함하는 더욱 새로운 전송 기술들 및 영화 레코딩은 훨씬 많은 데이터 및 제어 정보를 추가할 수 있다. 어떤 경우에도, 고품질 또는 고해상도 이미지 데이터 및 고품질 오디오 정보 또는 데이터 신호를 최종 사용자에게 전송하여 풍부한 컨텐츠 체험을 일으키는 것이 바람직할 경우, 프리젠테이션 엘리먼트와 이러한 타입의 데이터를 제공하도록 구성된 소스 또는 호스트 장치 사이에 고속 데이터 링크가 필요하다.
초당 약 115 킬로바이트(KBps) 또는 920 킬로비트(Kbps)의 데이터 전송률은 일상적으로 임의의 최신 직렬 인터페이스에 의해 처리될 수 있다. USB 직렬 인터페이스와 같은 다른 인터페이스들은 12 MBps의 높은 속도의 데이터 전송을 제공할 수 있으며, 전기 전자 학회(IEEE) 1394 표준을 이용하여 구성된 것과 같은 특수 고속 전송은 100 내지 400 MBps 정도의 속도로 일어날 수 있다. 공교롭게도, 이러한 속도는 미래의 무선 데이터 장치 및 고해상도, 풍부한 컨텐츠, 휴대용 비디오 디스플레이나 오디오 장치를 구동하기 위한 출력 신호를 제공하는 서비스에서의 사용이 기대되는 상술한 바람직한 높은 데이터 전송률에 미치지 않는다. 이는 사업용 컴퓨터 및 다른 프리젠테이션, 게임기 등을 포함한다. 추가로, 이들 인터페이스는 작동을 위해 상당량의 호스트 또는 시스템 및 클라이언트 소프트웨어의 사용을 요구한다. 또한, 이들의 소프트웨어 프로토콜 스택은 특히 이동 무선 장치나 전화 애플리케이션에서 바람직하지 않은 많은 양의 오버헤드를 생성한다. 이러한 장치는 이미 부과된 연산 용량은 물론, 엄밀한 메모리 및 전력 소비 한계를 갖는다. 더욱이, 이들 인터페이스의 일부는 비용이 추가되거나 단순히 너무 많은 전력을 소비하는 매우 심미 지향적인 모바일 애플리케이션, 복합 커넥터에는 만족스럽지 않고 너무 무거운 큰 케이블을 이용한다.
아날로그 비디오 그래픽 어댑터(VGA), 디지털 비디오 인터랙티브(DVI) 또는 기가비트 비디오 인터페이스(GVIF)와 같은 다른 공지된 인터페이스들이 있다. 이들 중 처음 두 개는 보다 높은 전송률로 데이터를 처리하지만 무거운 케이블을 이용하고 몇 와트 정도의 상당량의 전력을 소비하는 병렬형 인터페이스이다. 이들 특성 중 어느 것도 휴대용 전자 장치에 사용할 여지가 없다. 세 번째 인터페이스 또한 너무 많은 전력을 소비하며 고가의 또는 부피가 큰 커넥터를 사용한다.
상기 인터페이스들 중 일부의 경우, 그리고 고정식 컴퓨터 기기에 대한 데이터 전송과 관련된 다른 초고속 데이터 시스템/프로토콜 또는 전송 메커니즘의 경우, 또 다른 중요한 결점이 있다. 원하는 데이터 전송률을 제공하기 위해서는 상당량의 전력 및/또는 높은 전력 레벨에서의 동작이 요구된다. 이는 매우 모바일 소비자 지향적인 제품에 대해 이러한 기술들의 유용성을 크게 감소시킨다.
일반적으로, 광섬유형 접속 및 전송 엘리먼트 등의 대안을 이용하여 이러한 데이터 전송률을 제공하기 위해서는, 사실상 민간 소비자 지향 제품에 대해 원하는 것보다 훨씬 높은 복잡도 및 비용을 유발하는 다수의 추가 변환기 및 엘리먼트를 필요로 한다. 광학 시스템의 일반적인 고가 특성은 차치하고, 그 전력 요건 및 복잡도는 경량이고 저전력인 휴대용 애플리케이션에 대한 일반적인 사용을 방해한다.
휴대용, 무선 또는 모바일 애플리케이션 산업에서 부족했던 것은 모바일 최종 사용자들에게 오디오 기반이든, 비디오 기반이든, 멀티미디어 기반이든 고품질의 프리젠테이션 체험을 제공하는 기술이다. 즉, 휴대용 컴퓨터, 무선 전화, PDA 또는 다른 이동 통신 장치나 기기를 이용할 때, 현재 사용되고 있는 비디오 및 오디오 프리젠테이션 시스템 또는 장치는 간단히 원하는 고품질 레벨로 출력을 전달할 수 없다. 흔히, 부족한 것으로 인식되는 품질은 고품질 프리젠테이션 데이터 전송에 필요한 높은 데이터 전송률을 얻기가 어렵기 때문이다. 이는 최종 사용자에게 프리젠테이션하기 위한 보다 효율적이고 진보된 또는 특징 부과된 외부 장치로의 전송, 또는 호스트와 컴퓨터, 게임기, 및 이동 전화와 같은 무선 장치 등의 휴대용 장치 내부의 클라이언트 사이의 전송을 모두 포함할 수 있다.
후자의 경우, 내부 비디오 스크린에 점점 더 높은 해상도를 부가하는데 있어서, 그리고 소위 3세대 전화와 같은 무선 장치 및 소위 랩탑 컴퓨터에 대한 다른 특수한 입력 및/또는 출력 장치 및 접속에 있어서 장족의 발전이 이루어졌다. 그러나 내부 데이터 버스 및 접속이 호스트 및/또는 각종 다른 제어 엘리먼트 및 출력 컴포넌트들이 상주하는 메인 하우징에 비디오 스크린 또는 다른 엘리먼트를 장착 또는 접속하는 회전 또는 슬라이딩 힌지나 힌지형 구조와 교차하는 브리징을 포함할 수 있다. 일례로, 무선 전화에 대해 원하는 스루풋을 얻기 위해 90개까지 또는 그 이상의 컨덕터를 필요로 할 수 있는 종래의 기술을 이용하여 높은 스루풋의 데이터 전송 인터페이스를 구성하는 것은 매우 어렵다. 이는 극복해야 하는 많은 제조, 상당한 비용 및 신뢰성 면에 있어 도전적인 이슈를 나타낸다.
이러한 이슈 및 요건은 설비나 다른 소비자 장치에 통신 또는 연산형 장치가 추가되어 진보된 데이터 용량, 인터넷 및 데이터 전송 접속 또는 내장형 엔터테인먼트를 제공하는 고정 위치 설치에서 나타나고 있다. 다른 예는 개별 비디오 및 오디오 프리젠테이션 스크린이 시트백에 장착된 비행기나 버스가 된다. 그러나 이러한 상황에서는 정보의 프리젠테이션을 위한 상호 접속 링크 또는 채널을 가진 시 각적 스크린 또는 오디오 출력으로부터 거리를 두고 메인 저장, 처리 또는 통신 제어 엘리먼트를 배치하는 것이 종종 더 편리하고 효율적이며 확실히 실용적이다. 이 링크는 상술한 바와 같이 원하는 스루풋을 달성하기 위해 상당량의 데이터를 처리할 필요가 있을 것이다.
따라서 데이터를 제공하는 호스트 장치와 최종 사용자에게 출력을 제시하는 클라이언트 디스플레이 장치 또는 엘리먼트 사이의 데이터 스루풋을 증가시키기 위한 새로운 전송 메커니즘이 필요하다.
미국 특허출원 10/020,520호 및 10/236,657호에 이러한 새로운 전송 메커니즘이 제안되었으며, 상기 출원은 모두 "고속 데이터 신호 전송을 위한 통신 프로토콜 및 인터페이스 생성 및 구현"이라는 명칭으로 현재 특허되었으며, 본 발명의 양수인에게 양도되어 본원에서 참조된다. 또한, 출원 10/860,116호는 "고속 데이터용 신호 프로토콜 및 인터페이스 생성 및 구현"이라는 명칭이다. 이들 출원에 개시된 기술은 고속 데이터 신호에서 상당량의 데이터 전송 속도를 크게 향상시킬 수 있다. 그러나 데이터 전송률을 증가시키라는, 특히 비디오 프리젠테이션에 관련된 요구가 계속해서 증가하고 있다. 데이터 신호 기술에서 다른 진행중인 개발에도, 더욱 빠른 전송 속도, 개선된 통신 링크 효율 및 더욱 강력한 통신 링크를 얻으려는 노력이 여전히 필요하다. 따라서 호스트와 클라이언트 장치 사이의 데이터 스루풋 증가가 필요한 새로운 또는 개선된 전송 메커니즘을 개발하는 것이 계속해서 필요하다.
종래 기술 상의 상기 결점 및 다른 결점들은 호스트 장치와 수신 측 클라이언트 장치 사이에 높은 데이터 전송률로 데이터를 전송하기 위한 새로운 프로토콜 및 데이터 전송 수단, 방법 및 메커니즘을 제공하는 본 발명의 실시예에 의해 해결된다.
본 발명의 실시예들은 서로 연결되어 호스트와 클라이언트 장치 간 미리 선택된 디지털 제어 및 프리젠테이션 데이터 세트를 전달하는 통신 프로토콜을 형성하는 다수의 또는 일련의 패킷 구조를 이용하는 통신 경로를 통해 호스트 장치와 클라이언트 장치 간에 고속으로 디지털 데이터를 전송하기 위한 이동 데이터 디지털 인터페이스(MDDI)에 관련된다. 신호 통신 프로토콜 또는 링크 계층이 호스트 또는 클라이언트 링크 제어기의 물리 계층에 의해 사용된다. 호스트 장치에 상주하는 적어도 하나의 링크 제어기가 통신 경로 또는 링크를 통해 클라이언트 장치에 연결되어, 통신 프로토콜을 형성하는 패킷들을 생성, 송신 및 수신하고, 디지털 프리젠테이션 데이터를 하나 이상의 타입의 데이터 패킷으로 형성하도록 구성된다. 인터페이스는 호스트와 클라이언트 사이의 양방향 정보 전송을 제공하고, 이는 공통 전체 하우징 또는 지지 구조 내에 상주할 수 있다.
디지털 CMOS 칩에 쉽게 구현될 수 있는 차동 드라이버 및 수신기를 제외하고, 구현은 본래 일반적으로 모두 디지털이고, 6개와 같이 적은 신호를 필요로 하며, 시스템 설계자에게 편리한 거의 임의의 데이터 전송률로 동작한다. 간단한 물리 및 링크 계층 프로토콜은 통합을 용이하게 하고, 이러한 단순성 및 절전(hibernation) 상태는 휴대용 시스템이 매우 낮은 시스템 전력 소비를 갖게 할 수 있다.
사용 및 수용에 도움이 되도록, 인터페이스는 장치 비용이 거의 추가되지 않고, 표준 배터리 전압을 이용하여 인터페이스를 통해 디스플레이에 전력을 공급하는 동안 전력 소비가 거의 없으며, 포켓용 폼-팩터를 갖는 장치를 제공할 수 있다. 인터페이스는 HDTV 이상의 해상도를 지원하도록 스케일링될 수 있고, 디스플레이 장치에 동시 스테레오 비디오 및 7.1 오디오를 지원하며, 임의의 스크린 영역에 대해 조건부 업데이트를 수행하고, 양방향으로 다중 데이터 타입을 지원한다.
본 발명의 부가적인 양상들에서, 적어도 하나의 클라이언트 링크 제어기 또는 클라이언트 수신기가 클라이언트 장치에 배치되고 통신 경로 또는 링크를 통해 호스트 장치에 연결된다. 또한, 클라이언트 링크 제어기는 통신 프로토콜을 형성하는 패킷을 생성, 송신 및 수신하고, 디지털 프리젠테이션 데이터를 하나 이상의 타입의 데이터 패킷으로 형성하도록 구성된다. 일반적으로, 호스트 또는 링크 제어기는 명령 또는 특정 타입의 신호 준비 및 문의 처리에 사용되는 데이터 패킷을 처리하기 위해 상태 머신을 이용하지만, 통신 프로토콜에 사용되는 더 적은 복합 패킷의 일부 및 데이터를 조종하기 위해 더 저속의 범용 프로세서를 사용할 수 있다. 호스트 제어기는 하나 이상의 차동 라인 드라이버를 포함하는 한편, 클라이언트 수신기는 통신 경로에 연결된 하나 이상의 차동 라인 수신기를 포함한다.
패킷은 서로 다른 가변 길이를 갖는 미리 결정된 개수의 패킷으로 미리 정해진 고정 길이를 가지며 호스트와 클라이언트 장치 사이에 통신하는 미디어 프레임 내에서 함께 그룹화된다. 패킷은 각각 패킷 길이 필드, 하나 이상의 패킷 데이터 필드 및 순환 중복 검사 필드를 포함한다. 서브 프레임 헤더 패킷은 호스트 링크 제어기로부터 다른 패킷들의 최초 전송시 전송되거나 위치가 정해진다. 통신 프로토콜에 의해 하나 이상의 비디오 스트림 타입 패킷 및 오디오 스트림 타입 패킷이 사용되어 클라이언트 장치 사용자에게 프리젠테이션하기 위해 순방향 링크를 통해 호스트에서 클라이언트로 각각 비디오 타입 데이터 및 오디오 타입 데이터를 전송한다. 통신 프로토콜에 의해 하나 이상의 역방향 링크 캡슐화 타입 패킷이 사용되어 클라이언트 장치로부터 호스트 링크 제어기로 데이터를 전송한다. 일부 실시예에서의 이러한 전송은 적어도 하나의 MDDI 장치를 갖는 내부 제어기로부터 내부 비디오 스크린으로의 데이터 전송을 포함한다. 다른 실시예들은 내부 사운드 시스템으로의 전송 및 조이스틱 및 복합 키보드를 포함하는 각종 입력 장치로부터 내부 호스트 장치로의 전송을 포함한다.
호스트 링크 제어기에 의해 채움(filler) 타입 패킷이 생성되어 데이터를 갖지 않는 순방향 링크 전송 기간을 차지한다. 통신 프로토콜에 의해 다수의 다른 패킷이 사용되어 비디오 정보를 전송한다. 이러한 패킷은 컬러맵, 비트 블록 전송, 비트맵 영역 채움, 비트맵 패턴 채움 및 투명색 인에이블 타입 패킷을 포함한다. 사용자 정의 스트림 타입 패킷이 통신 프로토콜에 의해 사용되어 인터페이스-사용자 정의 데이터를 전송한다. 키보드 데이터 및 포인팅 장치 데이터 타입 패킷이 통신 프로토콜에 의해 사용되어 상기 클라이언트 장치와 관련된 사용자 입력 장치에 또는 사용자 입력 장치로부터 데이터를 전송한다. 링크 셧다운 타입 패킷이 통신 프로토콜에 의해 사용되어 상기 통신 경로를 통해 어느 한 방향으로의 데이터 전송을 종료한다.
통신 경로는 일반적으로 연속한 4개 이상의 컨덕터 및 실드를 갖는 케이블을 포함하거나 이용한다. 추가로, 필요에 따라 인쇄 배선 또는 컨덕터가 사용될 수 있고, 일부는 플렉서블 기판상에 상주한다.
호스트 링크 제어기는 클라이언트가 상기 인터페이스를 통해 어떤 데이터 및 데이터 전송률을 수용할 수 있는지를 결정하기 위해 상기 클라이언트로부터의 디스플레이 성능 정보를 요구한다. 클라이언트 링크 제어기는 적어도 하나의 클라이언트 성능 타입 패킷을 이용하여 호스트 링크 제어기에 디스플레이 또는 프리젠테이션 성능을 전달한다. 통신 프로토콜에 의해 다수의 전송 모드가 사용되며, 각각의 모드는 소정 시간에 대해 서로 다른 최대 개수의 데이터 비트의 병렬 전송을 가능하게 하고, 각 모드는 호스트와 클라이언트 링크 제어기 사이의 협상에 의해 선택할 수 있다. 전송 모드는 데이터 전송 도중 동적으로 조정될 수 있으며, 순방향 링크에 사용된 것과 동일한 전송 모드가 역방향 링크에 사용될 필요는 없다.
본 발명의 일부 실시예의 다른 양상에 있어서, 호스트 장치는 무선 전화, 무선 PDA, 또는 무선 모뎀이 장착된 휴대용 컴퓨터 등의 무선 통신 장치를 포함한다. 통상의 클라이언트 장치는 마이크로 디스플레이 장치 및/또는 휴대용 오디오 프리젠테이션 시스템 등의 휴대용 비디오 디스플레이를 포함한다. 더욱이, 호스트는 클라이언트 장치 사용자에게 제시하기 위해 전송될 프리젠테이션 또는 멀티미디어 데이터를 저장하는 저장 수단 또는 엘리먼트를 사용할 수 있다.
일부 실시예들의 또 다른 양상에 있어서, 호스트 장치는 무선 전화, 무선 PDA 또는 휴대용 컴퓨터 등의 무선 통신 장치와 같은 휴대용 전자 장치 내에 있는 후술하는 드라이버와 함께 제어기 또는 통신 링크 제어 장치를 포함한다. 이러한 구성에서 통상의 클라이언트 장치는 호스트에 연결되며 동일 장치 내에 있는, 그리고 이동 전화의 고해상도 스크린과 같이 내부 비디오 디스플레이에 연결되는 클라이언트 회로나 집적 회로 또는 모듈, 및/또는 휴대용 오디오 프리젠테이션 시스템 또는 다른 종류의 입력 시스템 또는 장치를 포함한다.
본 발명의 각종 실시예의 구조 및 동작은 물론, 본 발명의 추가적인 특징 및 이점은 첨부 도면을 참조로 하기에 상세히 설명한다. 도면에서 동일 참조 부호는 일반적으로 동일하고 기능적으로 유사하며 그리고/또는 구조적으로 유사한 엘리먼트 또는 처리 단계들을 나타내며, 엘리먼트가 처음 나타나는 도면은 참조 부호에서 맨 왼쪽 숫자(들)로 지시된다.
도 1a는 휴대용 컴퓨터 또는 다른 데이터 처리 장치와 관련한 마이크로 디스플레이 장치 또는 프로젝터의 사용을 포함하여, 본 발명의 실시예들이 작동할 수 있는 기본 환경을 나타낸다.
도 1b는 무선 트랜시버와 함께 사용되는 마이크로 디스플레이 장치 또는 프로젝터 및 오디오 프리젠테이션 엘리먼트의 사용을 포함하여, 본 발명의 실시예들이 작동할 수 있는 기본 환경을 나타낸다.
도 1c는 휴대용 컴퓨터에 사용되는 내부 디스플레이 또는 오디오 프리젠테이션 장치의 사용을 포함하여, 본 발명의 실시예들이 작동할 수 있는 기본 환경을 나타낸다.
도 1d는 무선 트랜시버에 사용되는 내부 디스플레이 또는 오디오 프리젠테이션 엘리먼트의 사용을 포함하여, 본 발명의 실시예들이 작동할 수 있는 기본 환경을 나타낸다.
도 2는 호스트 및 클라이언트 상호 접속에 의한 이동 디지털 데이터 인터페이스의 전체 개념을 설명한다.
도 3은 클라이언트 장치로부터 호스트 장치로의 데이터 전송을 실현하는데 유용한 패킷 구조를 나타낸다.
도 4는 MDDI 링크 제어기의 사용 및 타입 1 인터페이스에 대한 물리 데이터 링크 컨덕터를 통해 호스트와 클라이언트 사이에 전달되는 신호 타입을 나타낸다.
도 5는 MDDI 링크 제어기의 사용 및 타입 2, 3, 4 인터페이스에 대한 물리 데이터 링크 컨덕터를 통해 호스트와 클라이언트 사이에 전달되는 신호 타입을 나타낸다.
도 6은 인터페이스 프로토콜의 구현에 사용되는 프레임 및 서브 프레임 구조를 나타낸다.
도 7은 인터페이스 프로토콜의 구현에 사용되는 패킷의 일반 구조를 나타낸다.
도 8은 서브 프레임 헤더 패킷의 포맷을 나타낸다.
도 9는 채움 패킷의 포맷 및 내용을 나타낸다.
도 10은 비디오 스트림 패킷의 포맷을 나타낸다.
도 11a-11e는 도 10에 사용된 비디오 데이터 포맷 기술자의 포맷 및 내용을 나타낸다.
도 12는 데이터의 압축 및 비압축 포맷의 사용을 나타낸다.
도 13은 오디오 스트림 패킷의 포맷을 나타낸다.
도 14는 데이터의 바이트 정렬 및 압축된 PCM 포맷의 사용을 나타낸다.
도 15는 사용자 정의 스트림 패킷의 포맷을 나타낸다.
도 16은 컬러맵 패킷의 포맷을 나타낸다.
도 17은 역방향 링크 캡슐화 패킷의 포맷을 나타낸다.
도 18은 클라이언트 성능 패킷의 포맷을 나타낸다.
도 19는 키보드 데이터 패킷의 포맷을 나타낸다.
도 20은 포인팅 장치 데이터 패킷의 포맷을 나타낸다.
도 21은 링크 셧다운 패킷의 포맷을 나타낸다.
도 22는 클라이언트 요청 및 상태 패킷의 포맷을 나타낸다.
도 23은 비트 블록 전송 패킷의 포맷을 나타낸다.
도 24는 비트맵 영역 채움 패킷의 포맷을 나타낸다.
도 25는 비트맵 패턴 채움 패킷의 포맷을 나타낸다.
도 26은 통신 링크 데이터 채널 패킷의 포맷을 나타낸다.
도 27은 인터페이스 타입 핸드오프 요청 패킷의 포맷을 나타낸다.
도 28은 인터페이스 타입 확인 응답 패킷의 포맷을 나타낸다.
도 29는 실행 타입 핸드오프 패킷의 포맷을 나타낸다.
도 30은 순방향 오디오 채널 인에이블 패킷의 포맷을 나타낸다.
도 31은 역방향 오디오 샘플 레이트 패킷의 포맷을 나타낸다.
도 32는 디지털 컨텐츠 보호 오버헤드 패킷의 포맷을 나타낸다.
도 33은 투명색 인에이블 패킷의 포맷을 나타낸다.
도 34는 왕복 지연 측정 패킷의 포맷을 나타낸다.
도 35는 왕복 지연 측정 패킷 도중의 이벤트 타이밍을 나타낸다.
도 36은 본 발명의 구현에 유용한 CRC 생성기 및 검사기의 샘플 구현을 나타낸다.
도 37a는 데이터 패킷 전송시 도 36의 장치에 대한 CRC 신호의 타이밍을 나타낸다.
도 37b는 데이터 패킷 수신시 도 36의 장치에 대한 CRC 신호의 타이밍을 나타낸다.
도 38은 회선 경합이 없는 통상의 서비스 요청 처리 단계들을 나타낸다.
도 39는 링크 재기동(restart) 시퀀스가 시작한 후 선언되어 링크 기동과 경합하는 통상의 서비스 처리 단계들을 나타낸다.
도 40은 데이터 시퀀스가 DATA-STB 인코딩을 이용하여 어떻게 전송될 수 있는지를 나타낸다.
도 41은 호스트에서 입력 데이터로부터 DATA 및 STB 신호를 생성한 다음 클라이언트에서 데이터를 복원하는데 유용한 회로를 나타낸다.
도 42는 일 실시예의 구현에 유용한 드라이버 및 종단 저항을 나타낸다.
도 43은 호스트로부터의 서비스를 확보하기 위해 클라이언트에 의해 이용되 는, 그리고 이러한 서비스를 제공하기 위해 호스트에 의해 이용되는 단계들 및 신호 레벨들을 나타낸다.
도 44는 Data0, 다른 데이터 라인(DataX) 및 스트로브 라인(Stb) 상에서의 전이 사이의 상대적 간격을 나타낸다.
도 45는 호스트가 패킷 전송 후 호스트 드라이버를 디세이블(disable)할 때 일어날 수 있는 응답 지연의 출현을 나타낸다.
도 46은 호스트가 호스트 드라이버로 하여금 패킷을 전송할 수 있게 할 때 일어날 수 있는 응답 지연의 출현을 나타낸다.
도 47은 호스트 수신기 입력에서, 전송되고 있는 데이터의 타이밍과 스트로브 펄스의 선단 및 후미 에지 사이의 관계를 나타낸다.
도 48은 역방향 데이터 타이밍에 의해 전개되는 스위칭 특성 및 해당 클라이언트 출력 지연을 나타낸다.
도 49는 상태 머신을 이용하여 동기화가 구현될 수 있는 신호 처리 단계 및 조건의 고 레벨도를 나타낸다.
도 50은 MDDI를 이용하는 시스템에서 순방향 및 역방향 경로 상에서의 신호 처리시 부딪히는 통상의 지연량을 나타낸다.
도 51은 한계 왕복 지연 측정을 나타낸다.
도 52는 역방향 링크 데이터 전송률 변화를 나타낸다.
도 53은 역방향 레이트 제수 대 순방향 링크 데이터 레이트 값들의 그래픽 표현을 나타낸다.
도 54a 및 도 54b는 인터페이스 동작시의 단계들을 나타낸다.
도 55는 패킷을 처리하는 인터페이스 장치의 개요를 나타낸다.
도 56은 순방향 링크 패킷의 포맷을 나타낸다.
도 57은 타입 1 링크 인터페이스에서의 전파 지연 및 왜곡의 통상 값들을 나타낸다.
도 58은 인터페이스를 통한 전형적인 신호 처리에 대한 타입 1 링크 상에서의 데이터, 스트로브 및 클록 복원 타이밍을 나타낸다.
도 59는 타입 2, 타입 3 또는 타입 4 링크 인터페이스에서의 전파 지연 및 왜곡의 통상 값들을 나타낸다.
도 60a, 도 60b 및 도 60c는 2개의 데이터 신호 및 MDDI_Stb의 서로에 대한 타이밍이 각각 이상적일 확률, 이를 확률 및 늦을 확률을 나타낸다.
도 61은 타입 1/타입 2 인터페이스에 사용되는 전형적인 커넥터들의 인터페이스 핀 할당을 나타낸다.
도 62a 및 도 62b는 타입 1 및 타입 2 인터페이스 각각에 대해 가능한 MDDI_Data 및 MDDI_Stb 파형을 나타낸다.
도 63은 상태 머신을 이용하여 동기화가 구현될 수 있는 다른 신호 처리 단계 및 조건의 고 레벨도를 나타낸다.
도 64는 일련의 클록 사이클과 각종 역방향 링크 패킷 비트 및 제수값들의 타이밍 간의 전형적인 상대 타이밍을 나타낸다.
도 65는 전형적인 에러 코드 전송 처리를 나타낸다.
도 66은 에러 코드 전송 처리에 유용한 장치를 나타낸다.
도 67a는 코드 오버로드를 위한 에러 코드 전송 처리를 나타낸다.
도 67b는 코드 수신을 위한 에러 코드 전송 처리를 나타낸다.
도 68a는 호스트가 웨이크업을 시작하는 처리 단계를 나타낸다.
도 68b는 클라이언트가 웨이크업을 시작하는 처리 단계를 나타낸다.
도 68c는 회선 경합에 의해 호스트 및 클라이언트가 웨이크업을 시작하는 처리 단계를 나타낸다.
도 69는 요청 VCP 특징(feature) 패킷의 포맷을 나타낸다.
도 70은 VCP 특징 응답 패킷의 포맷을 나타낸다.
도 71은 VCP 특징 응답 리스트의 포맷을 나타낸다.
도 72는 세트 VCP 특징 패킷의 포맷을 나타낸다.
도 73은 요청 유효 파라미터 패킷의 포맷을 나타낸다.
도 74는 유효 파라미터 응답 패킷의 포맷을 나타낸다.
도 75는 알파 커서 이미지 용량 패킷의 포맷을 나타낸다.
도 76은 알파 커서 투명 맵 패킷의 포맷을 나타낸다.
도 77은 알파 커서 이미지 오프셋 패킷의 포맷을 나타낸다.
도 78은 알파 커서 비디오 스트림 패킷의 포맷을 나타낸다.
도 79는 스케일 비디오 스트림 용량 패킷의 포맷을 나타낸다.
도 80은 스케일 비디오 스트림 셋업 패킷의 포맷을 나타낸다.
도 81은 스케일 비디오 스트림 확인 응답 패킷의 포맷을 나타낸다.
도 82는 스케일 비디오 스트림 패킷의 포맷을 나타낸다.
도 83은 요청 지정 상태 패킷의 포맷을 나타낸다.
도 84는 유효 상태 응답 리스트 패킷의 포맷을 나타낸다.
도 85a는 패킷 처리 지연 파라미터 패킷의 포맷을 나타낸다.
도 85b는 지연 파라미터 리스트 아이템의 포맷을 나타낸다.
도 86은 개인용 디스플레이 용량 패킷의 포맷을 나타낸다.
도 87a는 클라이언트 에러 보고 패킷의 포맷을 나타낸다.
도 87b는 에러 보고 리스트 아이템의 포맷을 나타낸다.
도 88은 클라이언트 식별 패킷의 포맷을 나타낸다.
도 89는 대안 디스플레이 용량 패킷의 포맷을 나타낸다.
도 90은 레지스터 액세스 패킷의 포맷을 나타낸다.
도 91a~91c는 가시물을 줄이기 위한 2개의 디스플레이 버퍼 사용을 나타낸다.
도 92는 디스플레이 리프레시가 이미지 전송보다 빠른 2개의 버퍼를 나타낸다.
도 93은 디스플레이 리프레시가 이미지 전송보다 느린 2개의 버퍼를 나타낸다.
도 94는 디스플레이 리프레시가 이미지 전송보다 훨씬 빠른 2개의 버퍼를 나타낸다.
도 95는 디스플레이 리프레시가 이미지 전송보다 빠른 3개의 버퍼를 나타낸 다.
도 96은 디스플레이 리프레시가 이미지 전송보다 느린 3개의 버퍼를 나타낸다.
도 97은 디스플레이 리프레시가 이미지 전송보다 빠른 하나의 버퍼를 나타낸다.
도 98은 데이지 체인 및 허브에 의한 호스트-클라이언트 접속을 나타낸다.
도 99는 허브 및 데이지 체인의 조합에 의해 접속된 클라이언트 장치들을 나타낸다.
도 100은 컬러맵을 나타낸다.
Ⅰ. 개요
본 발명의 전체적인 목적은 후술하는 바와 같이 이동 디스플레이 디지털 인터페이스(MDDI)를 제공하는 것이며, 이는 "직렬"형 데이터 링크 또는 채널을 이용하여 호스트 장치와 디스플레이 엘리먼트와 같은 클라이언트 장치 사이의 단거리 통신 링크를 통한 고속 또는 초고속 데이터 전송을 가능하게 하는 비용 효율적이고 전력 소비가 낮은 전송 메커니즘을 제공한다. 이 메커니즘은 (하우징이나 지지 프레임의) 내부 디스플레이 엘리먼트나 입력 장치를 중앙 제어기에, 또는 착용 가능한 마이크로 디스플레이(고글이나 프로젝터)와 같은 외부 디스플레이 엘리먼트나 장치를 휴대용 컴퓨터, 무선 통신 장치 또는 엔터테인먼트 장치에 연결하는데 특히 유용한 소형 커넥터 및 얇은 플렉서블 케이블에 의한 구현에 적합하다.
이동 및 디스플레이라는 용어는 프로토콜 명칭과 관련되지만, 이는 편의상 인터페이스 및 프로토콜을 다루는 당업자들에 의해 쉽게 이해되는 표준 명칭을 갖는 것으로만 이해해야 한다. 그러나 많은 비-이동 및 비-디스플레이 관련 애플리케이션이 이 프로토콜 및 결과적인 인터페이스 구조의 적용으로부터 이익을 얻을 수 있음이 후술하는 실시예들의 검토 후 쉽게 이해될 것이며, MDDI 라벨은 본 발명 또는 그 다양한 실시예의 특성이나 유용성에 대한 어떤 제한도 갖지 않는다.
본 발명의 실시예의 이점은 복잡도가 낮고 비용이 낮으며 신뢰성이 높고 사용 환경에 잘 맞춰지며 매우 확고한 동시에 여전히 매우 융통성 있는 데이터 전송 기술이 제공된다는 점이다.
본 발명의 실시예들은 일반적으로 오디오, 비디오 또는 멀티미디어 애플리케이션을 위한 상당량의 데이터를 이러한 데이터가 생성되거나 저장되는 호스트 또는 소스 장치로부터 클라이언트 디스플레이 또는 프리젠테이션 장치로 고속으로 전달 또는 전송하는 다양한 환경에 사용될 수 있다. 후술하는 통상의 애플리케이션은 휴대용 컴퓨터나 무선 전화 또는 모뎀으로부터 소형 비디오 스크린, 또는 소형 프로젝션 렌즈 및 스크린을 포함하는 고글이나 헬멧 형태의 착용 가능한 마이크로 디스플레이 기기와 같은 시각적 디스플레이 장치로의, 또는 호스트에서 이러한 컴포넌트들 내의 클라이언트 장치로의 데이터 전송이다. 즉, 클라이언트를 이용하는 다양한 내부 또는 외부 입력 장치로부터 내부적으로 위치하는(동일 장치 하우징 또는 지지 구조 내에 배치된) 호스트로, 그리고 프로세서로부터 내부 스크린 또는 다른 프리젠테이션 엘리먼트로의 데이터 전송이다.
MDDI의 특징 또는 속성은 이들이 특정 디스플레이 또는 프리젠테이션 기술에 무관하다는 점이다. 이는 데이터의 내부 구조는 물론 데이터가 구현하는 데이터 또는 명령들의 성능적 양상에도 무관하게 고속으로 데이터를 전송하는 매우 융통성 있는 메커니즘이다. 이는 전송되는 데이터 패킷의 타이밍이 특정 장치 고유의 디스플레이 요구에 대한 것과 같이 특정 클라이언트 장치의 특이성에 맞게, 또는 일부 A-V 시스템에 대한, 또는 조이스틱, 터치패드 등의 특정 입력 장치에 대한 조합된 오디오 및 비디오 요건을 충족하도록 조정될 수 있게 한다. 인터페이스는 선택된 프로토콜이 뒤따르는 경우, 바로 디스플레이 엘리먼트 또는 클라이언트 장치 불가지론(agnostic)이다. 추가로, 총 직렬 링크 데이터 또는 데이터 전송률은 통신 시스템 또는 호스트 장치 설계자가 비용, 전력 요건, 클라이언트 장치 복잡도 및 클라이언트 장치 업데이트 속도를 최적화할 수 있게 하는 크기의 수배에 걸쳐 달라질 수 있다.
데이터 인터페이스는 주로 "무선" 신호 링크 또는 소형 케이블을 통해 상당량의 고속 데이터를 전송하는데 사용하기 위해 제시된다. 그러나 일부 애플리케이션은 광 기반 링크를 포함하여, 인터페이스 프로토콜을 위해 개발된 동일 패킷 및 데이터 구조를 사용하도록 구성된 무선 링크를 이용할 수 있으며, 전력 소비 또는 복잡도가 여전히 현실적으로 충분히 낮게 원하는 전송 레벨을 계속할 수 있다.
Ⅱ. 환경
통상의 애플리케이션은 휴대용 또는 랩탑 컴퓨터(100) 및 무선 전화 또는 PDA 장치(102)가 오디오 재생 시스템(108, 112) 및 디스플레이 장치(104, 106)와 데이터를 교환하는 것으로 도시된 도 1a 및 도 1b에서 알 수 있다. 또한, 도 1a는 더 큰 디스플레이나 스크린(114) 또는 이미지 프로젝터(116)에 대한 잠재적 접속을 나타내며, 이는 간결성을 위해 한 도면에만 도시하였지만 무선 장치(102)에도 접속 가능하다. 무선 장치는 현재 데이터를 수신하고 있을 수도 있고 무선 장치의 최종 사용자에 의한 시청 및/또는 청취를 위한 나중의 프리젠테이션을 위해 메모리 엘리먼트나 장치에 일정량의 멀티미디어 타입 데이터를 미리 저장했을 수도 있다. 통상의 무선 장치는 대부분의 시간에 음성 및 간단한 텍스트 통신에 사용되기 때문에, 장치(102) 사용자에게 정보를 전달하기 위해 오히려 작은 디스플레이 스크린 및 간단한 오디오 시스템(스피커)을 갖는다.
컴퓨터(100)는 훨씬 큰 스크린을 갖지만, 여전히 부적합한 외부 사운드 시스템을 가지며, 고화질 텔레비전이나 영화 스크린과 같은 다른 멀티미디어 프리젠테이션 장치에 미치지 못한다. 컴퓨터(100)는 설명을 위해 사용된 것이며, 다른 종류의 프로세서, 대화식 비디오 게임 또는 소비자 전자제품이 본 발명에 사용될 수도 있다. 컴퓨터(100)는 이에 한정되는 것은 아니지만 무선 모뎀이나 다른 무선 통신용 내장 장치를 이용할 수도 있고, 또는 필요에 따라 케이블이나 무선 링크를 이용하여 이러한 장치에 접속될 수도 있다.
이는 보다 복잡한 또는 "풍부한" 데이터의 프리젠테이션을 만족시키지 못한다. 따라서 관련 산업은 최종 사용자들에게 정보를 제시하고 최소 레벨의 원하는 즐거움 또는 긍정적인 체험을 제공하기 위한 다른 메커니즘 및 장치를 개발하고 있다.
상술한 바와 같이, 장치(100)의 최종 사용자들에게 정보를 제시하기 위해 여러 종류의 디스플레이 장치가 개발되어 왔으며 또는 현재 개발중이다. 예를 들어, 하나 이상의 회사가 장치 사용자 눈 앞에 이미지를 투사하여 시각적 디스플레이를 제시하는 착용 가능한 고글 세트를 개발했다. 이러한 장치가 정확하게 배치되면, 사용자 눈으로 인식되는 경우 시각적 출력을 제공하는 엘리먼트보다 훨씬 큰 가상 이미지를 "투사"한다. 즉, 매우 작은 투사 엘리먼트가 사용자 눈(들)이 통상의 LCD 스크린 등으로 가능한 것보다 훨씬 큰 규모로 이미지를 "볼 수 있게 한다". 또한, 더 큰 가상 스크린 이미지의 사용은 한정된 LCD 스크린 디스플레이로 가능한 것보다 훨씬 높은 해상도 이미지의 사용을 가능하게 한다. 다른 디스플레이 장치는 이에 한정되는 것은 아니지만 소형 LCD 스크린 또는 다양한 평판 디스플레이 엘리먼트, 프로젝션 렌즈 및 표면에 이미지를 투사하는 디스플레이 드라이버 등을 포함할 수 있다.
또한, 다른 곳에 신호를 전송하거나 이를 그 내부에 저장하는 다른 장치 또는 다른 사용자에게 출력을 제시하기 위해 무선 장치(102) 또는 컴퓨터(100)에 접속된 또는 이들의 사용과 관련된 추가 엘리먼트가 있을 수 있다. 예를 들어, 데이터는 나중에 사용하기 위해 예를 들어 쓰기 가능 CD 매체를 이용하여 플래시 메모리에 광 형태로, 또는 자기 테이프 레코더와 같은 자기 매체에 저장될 수 있다.
또한, 많은 무선 장치 및 컴퓨터는 내장형 MP3 음악 디코딩 성능 및 다른 진보된 사운드 디코더 및 시스템을 갖는다. 휴대용 컴퓨터는 일반적으로 CD 및 DVD 재생 능력을 이용하며, 일부는 미리 녹음된 오디오 파일을 수신하는 소형 전용 플래시 메모리 판독기를 갖는다. 이러한 능력을 통해 디지털 음악 파일은 매우 증가한 특징의 풍부한 경험을 약속하지만, 디코딩 및 재생 프로세스가 유지될 수 있는 경우에만 그러하다. 이는 디지털 비디오 파일에 대해서도 사실이다.
사운드 재생을 돕기 위해, 도 1a에 외부 스피커(112)가 도시되며, 이는 서브 우퍼나 전방 및 후방 사운드 프로젝션을 위한 "서라운드 음향" 스피커와 같은 추가 엘리먼트가 동반될 수도 있다. 동시에, 스피커 또는 이어폰(108)은 도 1b의 마이크로 디스플레이 장치(106)의 지지 프레임 또는 메커니즘에 내장형으로 전용된다. 알려진 바와 같이, 전력 증폭 또는 사운드 변환 장치를 포함하는 다른 오디오 또는 사운드 재생 엘리먼트가 사용될 수 있다.
어떤 경우에든, 상술한 바와 같이 고품질 또는 고해상도 이미지 데이터 및 고품질 오디오 정보 또는 데이터 신호를 데이터 소스로부터 하나 이상의 통신 링크(110)를 통해 최종 사용자에게 전송하는 것이 바람직할 때, 높은 데이터 전송률이 요구된다. 즉, 현재 전송 메커니즘은 통상적으로 원하는 높은 데이터 전송률을 달성하지 않기 때문에, 전송 링크(100)는 상술한 바와 같이 데이터 통신에 있어 잠재적인 장애임이 명백하며, 시스템 성능을 제한하고 있다. 예를 들어, 상술한 바와 같이, 픽셀 당 24~32 비트의 색상 심도 및 30 fps의 데이터 전송률을 갖는 1024×1024 픽셀과 같이 높은 이미지 해상도에 대해, 데이터 전송률은 755 Mbps 또는 그 이상을 초과하는 속도에 가까워질 수 있다. 또한, 이러한 이미지는 오디오 데이터 및 잠재적으로 대화식 게임 또는 통신을 다루는 추가 신호, 또는 각종 명령, 제어 또는 신호를 포함하는 멀티미디어 프리젠테이션의 일부로서 제시되어, 데이터 양 및 데이터 전송률을 더 증가시킬 수도 있다.
또한, 데이터 링크를 확립하는데 더 적은 케이블 또는 상호 접속이 요구될수록, 디스플레이 관련 모바일 장치들의 사용이 더 용이하고 더 많은 사용자에 의해 채택될 확률이 높아지게 된다. 이는 특히 완전한 오디오-시각적 체험을 확립하는데 다수의 장치가 공통으로 사용되는 경우에, 특히 디스플레이 및 오디오 출력 장치의 품질 레벨이 증가할 때 그러하다.
비디오 화면 및 다른 출력 또는 입력 장치에 있어서의 많은 개선과 관련된 다른 통상의 애플리케이션은 휴대용 또는 랩탑 컴퓨터(130) 및 무선 전화 또는 PDA 장치(140)가 오디오 재생 시스템(136, 146)과 함께 "내부" 디스플레이 장치(134, 144)와 각각 데이터를 통신하는 것으로 나타낸 도 1c 및 도 1d에서 알 수 있다.
도 1c 및 도 1d에서는, 오늘날 전자 산업 전반에 사용되는 일부 알려진 종류의 회전 조인트와 교차하여 하나 이상의 내부 호스트 및 제어기를 해당 클라이언트를 갖는 비디오 디스플레이 엘리먼트 또는 스크린에 연결하는 일반화된 통신 링크(여기서는 각각 138, 148)를 갖는 장치의 일 부분에서 하나 이상의 내부 호스트 및 제어기의 위치를 나타내기 위해 전체 전자 장치 또는 제품들의 작은 절단면이 사용된다. 이들 전송에 수반되는 데이터 량은 링크(138, 148)를 구성하기 위해 상당수의 컨덕터를 필요로 함을 알 수 있다. 병렬형 또는 이러한 데이터를 전송하는데 이용 가능한 다른 공지된 인터페이스 기술 때문에 이러한 장치에 진보된 컬러 및 그래픽 인터페이스, 디스플레이 엘리먼트를 이용하려는 오늘날의 성장하는 요구를 만족시키기 위해 이러한 통신 링크는 90개 또는 그 이상의 컨덕터에 이르고 있는 것으로 추정된다.
공교롭게도, 이러한 높은 데이터 전송률은 단위 시간당 전송되어야 하는 원(raw) 데이터 량과 비용 효율적인 물리적 전송 메커니즘의 제조 면에서 데이터 전송에 가용한 현재의 기술을 능가한다.
프리젠테이션 엘리먼트와 데이터 소스 사이의 데이터 전송 링크 또는 통신 경로에 대해 (보다) 낮은 전력, 경량 및 가능한 한 간단하고 경제적인 케이블 구조를 가능하게 하며, 더욱 고속으로 데이터를 전송하는 기술, 구조, 수단 또는 방법이 필요하다. 출원인들은 모바일, 휴대용 또는 심지어 고정 위치 장치들의 어레이가 원하는 디스플레이, 마이크로 디스플레이 또는 오디오 전송 엘리먼트에 원하는 저전력 소비 및 복잡도를 유지하면서 매우 높은 데이터 전송률로 데이터를 전송할 수 있게 하는 목적을 달성하는 새로운 기술, 또는 방법 및 장치를 개발해왔다.
Ⅲ. 고속 디지털 데이터 인터페이스 시스템 구조
새로운 장치 인터페이스를 구성하고 효율적으로 이용하기 위해, 저전력 신호를 이용하여 매우 높은 데이터 전송률을 제공하는 신호 프로토콜 및 시스템 구조가 형성되었다. 이러한 프로토콜은 패킷 및 공통 프레임 구조, 또는 인터페이스에 부과된 명령 또는 동작 구조와 함께 미리 선택된 한 세트의 데이터 또는 데이터 타입을 교환하는 프로토콜을 형성하기 위해서 함께 연결된 구조들을 기반으로 한다.
A. 개요
MDDI 링크에 의해 연결된 또는 MDDI 링크를 통해 통신하는 장치들은 호스트 및 클라이언트라 하며, 클라이언트는 다른 출력 및 입력 장치를 생각할 수도 있지만 통상적으로 임의의 디스플레이 장치이다. 호스트에서 디스플레이로의 데이터는 (순방향 트래픽 또는 링크라 하는) 순방향으로 이동하고, 클라이언트에서 호스트로의 데이터는 호스트에 의해 인에이블될 때 역방향(역방향 트래픽 또는 링크)으로 이동한다. 이는 도 2에 나타낸 기본 구성으로 설명된다. 도 2에서 호스트(202)는 순방향 링크(208) 및 역방향 링크(210)를 포함하는 것으로 도시된 양방향 통신 채널(206)을 이용하여 클라이언트(204)에 접속된다. 그러나 이들 채널은 순방향 또는 역방향 링크 동작 사이에 데이터 전송이 효율적으로 스위칭되는 공통 컨덕터 세트에 의해 형성된다. 이는 컨덕터 수를 매우 감소시켜, 모바일 전자 장치에 대한 저전력 환경에서의 고속 데이터 전송에 관한 현재의 접근법이 당면한 많은 문제 중 하나를 즉시 해결한다.
호스트는 본 발명을 이용하여 이익을 얻을 수 있는 여러 종류의 장치 중 하나를 포함한다. 예를 들어, 호스트(202)는 휴대형, 랩탑 또는 비슷한 이동 연산 장치 형태의 휴대용 컴퓨터일 수 있다. 또한, 개인 휴대 단말(PDA), 페이징 장치, 또는 많은 무선 전화 또는 모뎀 중 하나일 수도 있다. 대안으로, 호스트(202)는 휴대용 DVD 또는 CD 플레이어와 같은 휴대용 오락 또는 프리젠테이션 장치, 또는 게임기일 수도 있다.
또한, 호스트는 클라이언트와의 고속 통신 링크가 바람직한 다양한 그 밖의 널리 사용되는 또는 계획된 상품에서 호스트 장치 또는 제어 엘리먼트로서 존재할 수 있다. 예를 들어, 비디오 레코딩 장치로부터 개선된 응답용 저장 기반 클라이언트로, 또는 프리젠테이션용 고해상도 대형 스크린으로 데이터를 고속으로 전송하는데 호스트가 사용될 수 있다. 내장 목록 또는 연산 시스템 및/또는 블루투스 접속을 다른 가정용 장치에 통합한 냉장고 등의 가전제품은 인터넷 또는 블루투스 접속 모드로 동작할 때 디스플레이 성능을 향상시킬 수 있고, 또는 전자 컴퓨터나 제어 시스템(호스트)이 캐비넷에 있는 동안 실내 디스플레이(클라이언트) 및 키보드나 스캐너(클라이언트)에 필요한 배선을 줄일 수 있다. 일반적으로, 당업자들은 새로 추가된 또는 기존의 커넥터나 케이블에 이용 가능한 한정된 개수의 컨덕터를 이용한 보다 고속의 데이터 전송으로 구형 장치들을 개조하는 능력뿐 아니라 이러한 인터페이스의 사용으로부터 이익을 얻을 수 있는 광범위한 현대 전자 장치 및 가전제품들을 인식할 것이다.
동시에, 클라이언트(204)는 최종 사용자에게 정보를 제시하거나 사용자로부터 호스트로 정보를 제시하는데 유용한 다양한 장치를 포함할 수 있다. 예를 들어, 고글이나 안경에 통합된 마이크로 디스플레이, 모자나 헬멧에 설치된 프로젝션 장치, 창이나 전면 유리와 같이 차량에 설치된 소형 스크린 또는 심지어 입체 영상 엘리먼트, 또는 각종 스피커, 헤드폰, 또는 고품질 사운드나 음악을 제공하는 사운드 시스템이 있다. 다른 프리젠테이션 장치는 미팅, 또는 영화 및 텔레비전 이미지용 정보를 제공하는데 사용되는 프로젝터나 프로젝션 장치를 포함한다. 다른 예는 장치 또는 시스템 사용자로부터의 상당량의 정보를 사용자로부터의 터치, 음성, 또는 실제 "입력"시에 통신을 보낼 수 있는 터치 패드나 감지 장치, 음성 인식 입력 장치, 보안 스캐너 등의 사용이다. 컴퓨터용 도킹 스테이션 및 무선 전화용 카 키트 또는 데스크탑 키트 및 홀더가 최종 사용자 또는 다른 장치 및 기기에 대한 인터페이스 역할을 할 수 있으며, 클라이언트(마우스와 같은 출력 또는 입력 장치)나 호스트를 이용하여 데이터의 전송, 특별히 고속 네트워크가 수반되는 데이터 전송을 돕는다.
그러나 당업자들은 본 발명이 이들 장치에 한정되지 않으며, 저장 및 전송 면에서 또는 재생시 프리젠테이션 면에서 최종 사용자에게 고품질 이미지 및 사운드를 제공하도록 사용이 제안된 시장의 다른 많은 장치가 있음을 쉽게 인지할 것이다. 본 발명은 각종 엘리먼트 또는 장치들 간의 데이터 스루풋을 증가시켜 요구되는 사용자 체험을 실현하는데 필요한 높은 데이터 전송률을 수용하는데 유용하다.
호스트 프로세서, 제어기 또는 회로 구성요소와 장치 또는 장치 하우징 또는 구조 내의 디스플레이 사이의 상호 접속(내부 모드로 지칭함)을 간소화하기 위해 독창적인 MDD 인터페이스 및 통신 신호 프로토콜이 사용되어, 비용 또는 복잡도 및 관련 전력 및 제어 요건 또는 이들 접속의 강제를 감소시키고, 외부 엘리먼트, 장치 또는 기기에 대한 접속(외부 모드로 지칭함)뿐 아니라, 신뢰성을 향상시킬 수 있다.
이 인터페이스 구조에 의해 사용되는 각 신호 쌍에 대한 총 직렬 링크 데이터 전송률은 여러 범위에 걸쳐 달라질 수 있으며, 이는 시스템 또는 장치 설계자가 소정 애플리케이션 또는 목적에 대해 비용, 전력, 구현 복잡도 및 디스플레이 업데이트 속도를 쉽게 최적화할 수 있게 한다. MDDI의 속성은 디스플레이나 다른 프리젠테이션 장치(타깃 클라이언트) 기술에 무관하다. 인터페이스를 통해 전송되는 데이터 패킷들의 타이밍은 디스플레이 장치, 사운드 시스템, 메모리 및 제어 엘리먼트와 같은 특정 클라이언트의 특이성, 또는 오디오-비디오 시스템의 조합 타이밍 요건에 맞게 쉽게 조정될 수 있다. 이는 시스템이 매우 적은 전력 소비를 갖게 할 수 있지만, 적어도 일정 레벨로 MDDI 프로토콜을 사용하기 위해 다양한 클라이언트가 프레임 버퍼를 가질 필요는 없다.
B. 인터페이스 타입
MDD 인터페이스는 통신 및 컴퓨터 산업에서 발견된 적어도 4개, 잠재적으로는 그 이상의 별개의 물리적 인터페이스 타입들을 다룬다. 사용되는 특정 애플리케이션 또는 관련된 산업에 따라 당업자들에 의해 다른 라벨이나 표시가 부착될 수도 있지만, 이들은 간단히 타입 1, 타입 2, 타입 3, 타입 4라 한다. 예를 들어, 간단한 오디오 시스템들은 보다 복잡한 멀티미디어 시스템보다 적은 접속을 이용하고, "채널"과 같은 특징들을 다르게 참조할 수 있다.
타입 1 인터페이스는 6-선(또는 다른 종류의 컨덕터 또는 도전 엘리먼트) 인터페이스로 구성되며, 이 인터페이스는 이동 또는 무선 전화, PDA, 전자 오락, 및 CD 플레이어나 MP3 플레이어와 같은 휴대용 미디어 플레이어, 및 이와 비슷한 장치나 비슷한 종류의 전자 소비자 기술에 사용되는 장치에 적합하다. 일 실시예에서, 인터페이스는 랩탑, 노트북 또는 데스크탑 개인용 컴퓨터 및 이와 비슷한 장치나 애플리케이션에 더욱 적합하고, 고속 데이터 업데이트를 필요로 하지 않으며, 내장형 MDDI 링크 제어기를 갖지 않는 8-선 (컨덕터) 인터페이스로 구성될 수 있다. 이 인터페이스 타입은 추가 2-선 범용 직렬 버스(USB) 인터페이스의 사용에 의해 구별될 수도 있으며, 이는 기존의 운영 시스템 또는 대부분의 개인용 컴퓨터에서 발견되는 소프트웨어 지원을 제공하는데 매우 유용하다.
타입 2, 타입 3, 타입 4 인터페이스는 고성능 클라이언트 또는 장치에 적합하며, 추가적인 꼬임 쌍(twisted-pair) 타입의 컨덕터를 갖는 훨씬 더 복합한 배선을 이용하여 데이터 신호에 적절한 차폐 및 저손실 전송을 제공한다.
타입 1 인터페이스는 디스플레이, 오디오, 제어 및 한정된 시그널링 정보를 포함할 수 있는 신호들을 전달하고, 통상적으로 고해상도 고속 비디오 데이터를 필요로 하지 않는 모바일 클라이언트나 클라이언트 장치에 사용된다. 타입 1 인터페이스는 30 fps 및 5.1 채널 오디오의 SVGA 해상도를 쉽게 지원할 수 있으며, 최소한의 구성에서는 단지 총 3쌍의 배선, 즉 데이터 전송용 2쌍 및 전력 전송용 1쌍만을 이용할 수 있다. 이러한 타입의 인터페이스는 주로 이동 무선 장치와 같은 장치를 위한 것이며, 여기서 USB 호스트는 통상적으로 신호 접속 및 전송을 위해 이러한 장치 내에서 이용 가능하지 않다. 이러한 구성에서, 이동 무선 장치는 MDDI 호스트 장치이며, 호스트로부터의 통신 링크를 제어하는 "마스터" 역할을 하고, 일반적으로 프리젠테이션, 디스플레이 또는 재생을 위해 클라이언트(순방향 트래픽 또는 링크)에 데이터를 전송한다.
이 인터페이스에서, 호스트는 클라이언트가 특정 지속기간 동안 버스(링크)를 차지하여 역방향 패킷들로서 호스트에 데이터를 전송할 수 있게 하는 특별한 명령 또는 패킷 타입을 클라이언트에 전송함으로써 클라이언트로부터(역방향 트래픽 또는 링크) 호스트에서의 통신 데이터 수신을 인에이블 한다. 이는 도 3에 도시되어 있으며, 전송 링크를 통한 역방향 패킷들의 전송을 제공하기 위해 (후술하는) 캡슐화 패킷이라 하는 패킷 타입이 사용되며, 이는 역방향 링크를 형성한다. 데이터를 위해 클라이언트를 폴링하기 위해 호스트에 할당된 시간 간격은 호스트에 의해 미리 결정되며, 각 지정된 애플리케이션의 요건에 기반한다. 클라이언트로부터의 정보 또는 데이터 전송에 USB 포트를 이용할 수 없는 이러한 종류의 반이중 양방향 데이터 전송이 특별히 유리하다.
HDTV형 또는 이와 비슷한 고해상도가 가능한 고성능 디스플레이는 풀 모션 비디오를 지원하기 위해 약 1.5 Gbps 속도의 데이터 스트림을 필요로 한다. 타입 2 인터페이스는 병렬로 2비트를 전송함으로써, 타입 3 인터페이스는 병렬로 4비트를 전송함으로써, 타입 4 인터페이스는 8 비트를 병렬로 전송함으로써 고속 데이터 전송률을 지원한다. 타입 2 및 타입 3 인터페이스는 타입 1과 동일한 케이블 및 커넥터를 사용하지만, 2배 및 4배의 데이터 전송률로 동작하여 휴대용 장치에 보다 고성능의 비디오 애플리케이션을 지원할 수 있다. 타입 4 인터페이스는 초고성능 클라이언트 또는 디스플레이에 적합하며, 추가적인 꼬임 쌍 데이터 신호를 포함하는 약간 더 큰 케이블을 필요로 한다.
MDDI에 의해 사용되는 프로토콜은 사용될 수 있는 가능한 최고 데이터 전송률이 얼마인지를 협의함으로써 각각 타입 1, 2, 3 또는 4 호스트가 일반적으로 타입 1, 2, 3 또는 4 클라이언트와 통신할 수 있게 한다. 최소 가능 장치로 지칭될 수 있는 이용 가능한 특징들 또는 성능들이 링크 성능을 설정하는데 사용된다. 원칙적으로, 호스트 및 클라이언트 모두 타입 2, 타입 3 또는 타입 4 인터페이스를 이용할 수 있는 시스템이라 하더라도, 모두 타입 1 인터페이스로서 동작을 시작한다. 이어서 호스트는 타깃 클라이언트의 용량을 결정하고, 특정 애플리케이션에 적절하게 타입 2, 타입 3 또는 타입 4 모드로의 핸드오프 또는 재구성 동작을 협의한다.
일반적으로, 호스트는 (후술하는) 적절한 링크 계층 프로토콜을 사용하고 일반적으로 임의의 시간에 전력을 절약하기 위해 저속 모드로 전력을 낮추거나 다시 동작을 재구성하고, 또는 더 높은 해상도의 디스플레이 컨텐츠에 대한 보다 고속의 전송을 지원하는 고속 모드로 전력을 높일 수 있다. 예를 들어, 호스트는 시스템이 배터리와 같은 전원으로부터 AC 전력으로 전환될 때, 또는 디스플레이 매체의 소스가 낮은 또는 높은 해상도의 포맷으로 전환될 때 인터페이스 타입을 변경할 수도 있고, 또는 이러한 또는 다른 조건이나 이벤트의 조합을 인터페이스 타입 또는 전송 모드 변경의 기초로 간주할 수도 있다.
또한, 시스템은 한 방향에서 한 모드 및 다른 방향에서 다른 모드를 이용하여 데이터를 전달할 수 있다. 예를 들어, 고속으로 디스플레이에 데이터를 전송하는데 타입 4 인터페이스 모드가 사용될 수 있는 한편, 키보드나 포인팅 장치와 같은 주변 장치들로부터 호스트 장치로 데이터 전송시 타입 1 모드가 사용된다. 당업자들은 호스트 및 클라이언트가 다른 속도로 출력 데이터를 전달할 수 있음을 잘 인식할 것이다.
흔히, MDDI 프로토콜의 사용자들은 "외부" 모드 및 "내부" 모드를 구별할 수 있다. 외부 모드는 한 장치의 호스트를 약 2미터까지 외부 클라이언트에 접속하기 위한 프로토콜 및 인터페이스의 사용을 기술한다. 이러한 상황에서, 호스트는 외부 클라이언트에 전력을 전송하여 두 장치가 모바일 환경에서 쉽게 동작할 수 있다. 내부 모드는 호스트가 공통 하우징이나 지지 프레임 또는 동일 종류의 구조 내에서와 같이 동일 장치 내에 포함된 클라이언트에 접속되는 경우를 기술한다. 예로서 클라이언트는 디스플레이나 디스플레이 드라이버, 또는 키패드나 터치 패드와 같은 입력 장치, 또는 사운드 시스템이고, 호스트는 중앙 제어기, 그래픽 엔진 또는 CPU 엘리먼트인 무선 전화나 다른 무선 장치, 또는 휴대용 컴퓨터나 게임기 내의 애플리케이션이다. 외부 모드 애플리케이션과 달리 클라이언트는 내부 모드 애플리케이션의 호스트에 훨씬 가깝게 배치되기 때문에, 일반적으로 이러한 구성에서 클라이언트에 대한 전력 접속에 관해 논의되는 요건은 존재하지 않는다.
C. 물리적 인터페이스 구조
호스트와 클라이언트 장치 사이의 통신을 확립하기 위한 장치 또는 링크 제어기의 일반적인 배치는 도 4 및 도 5에 도시된다. 도 4 및 도 5에서 MDDI 링크 제어기(402, 502)는 호스트 장치(202)에 설치된 것으로 도시되고, MDDI 링크 제어기(404, 504)는 클라이언트 장치(204)에 설치된 것으로 도시된다. 상기와 같이, 호스트(202)는 일련의 컨덕터를 포함하는 양방향 통신 채널(406)을 이용하여 클라이언트(204)에 접속된다. 후술하는 바와 같이, 호스트와 클라이언트 링크 제어기 모두 호스트 제어기(드라이버)나 클라이언트 제어기(수신기)로서 응답하도록 설정, 조정 또는 프로그래밍 될 수 있는 단일 회로 설계를 이용한 집적 회로로서 제조될 수 있다. 이는 보다 큰 스케일의 단일 회로 장치 제조로 인해 보다 저렴한 비용을 제공한다.
도 5에서, MDDI 링크 제어기(502)는 호스트 장치(202')에 설치된 것으로 도시되고, MDDI 링크 제어기(504)는 클라이언트 장치(204')에 설치된 것으로 도시된다. 상기와 같이, 호스트(202')는 일련의 컨덕터를 포함하는 양방향 통신 채널(506)을 이용하여 클라이언트(204')에 접속된다. 상술한 바와 같이, 호스트 및 클라이언트 링크 제어기 모두 단일 회로 설계를 이용하여 제조될 수 있다.
MDDI 링크 또는 사용되는 물리적 컨덕터를 통해 호스트와 디스플레이 장치와 같은 클라이언트 사이에 전달되는 신호 또한 도 4 및 도 5에 도시된다. 도 4 및 도 5에 나타낸 바와 같이, MDDI를 통한 데이터 전송의 주 경로 또는 메커니즘은 MDDI_Data0+/- 및 MDDI_Stb+/-로 표기한 데이터 신호를 이용한다. 이들 각각은 케이블의 다른 배선 쌍을 통해 전송되는 저전압 데이터 신호이다. 인터페이스를 통해 전송되는 각 비트에 대해 MDDI_Data0 쌍 또는 MDDI_Stb 쌍에 한 번의 전이(transition)만이 있다. 이는 전류 기반이 아니라 전압 기반 전송 메커니즘이므로, 정적 전류 소비는 거의 0이다. 호스트는 클라이언트 디스플레이로 MDDI_Stb 신호를 구동한다.
데이터는 MDDI_Data 쌍을 통해 순방향 및 역방향으로 흐를 수 있으며(즉 이는 양방향 전송 경로임) 호스트는 데이터 링크의 마스터 또는 제어기이다. MDDI_Data0 및 MDDI_Stb 신호 경로는 다른 모드로 동작하여 잡음 면역성을 최대화한다. 이들 라인 상의 신호의 데이터 전송률은 호스트에 의해 전송되는 클록의 속도에 의해 결정되고, 약 1 kbps 내지 400 Mbps 또는 그 이상의 범위에 걸쳐 변화한다.
타입 2 인터페이스는 타입 1에 비해 하나의 추가 데이터 쌍 또는 컨덕터 또는 경로를 포함하며, 이는 MDDI_Data11+/-라 한다. 타입 3 인터페이스는 타입 2 인터페이스에 비해 2개의 추가 데이터 쌍 또는 신호 경로를 포함하며, 이는 MDDI_Data2+/- 및 MDDI_Data3+/-라 한다. 타입 4 인터페이스는 타입 3 인터페이스에 비해 4개의 추가 데이터 쌍 또는 신호 경로를 포함하며, 이는 각각 MDDI_Data4+/-, MDDI_Data5+/-, MDDI_Data6+/- 및 MDDI_Data7+/-라 한다. 상기 각각의 인터페이스 구성에서, 호스트는 HOST_Pwr 및 HOST_Gnd로 지정된 배선 쌍 또는 신호를 이용하여 클라이언트 또는 디스플레이에 전력을 전송할 수 있다. 후술하는 바와 같이, 전력 전송은 다른 모드에 이용 가능하거나 제공되는 것보다 적은 컨덕터를 사용하는 인터페이스 "타입"이 사용되고 있을 경우, MDDI_Data4+/-, MDDI_Data5+/-, MDDI_Data6+/- 또는 MDDI_Data7+/- 컨덕터에 대한 어떤 구성에서도 원하는 대로 조절될 수도 있다. 이 전력 전송은 일반적으로 외부 모드에 대해 이용되며, 일부 애플리케이션은 다를 수도 있지만 일반적으로 내부 모드에는 불필요하다.
각종 모드에 대한 MDDI 링크를 통해 호스트와 클라이언트(디스플레이) 사이에 전달되는 신호의 요약은 인터페이스 타입에 따라 하기의 표 1에서 설명한다.
| 타입 1 HOST_Pwr/Gnd MDDI_Stb+/- MDDI_Data0+/- 선택적 전력 선택적 전력 선택적 전력 선택적 전력 | 타입 2 HOST_Pwr/Gnd MDDI_Stb+/- MDDI_Data0+/- MDDI_Data1+/- 선택적 전력 선택적 전력 선택적 전력 선택적 전력 | 타입 3 HOST_Pwr/Gnd MDDI_Stb+/- MDDI_Data0+/- MDDI_Data1+/- MDDI_Data2+/- MDDI_Data3+/- 선택적 전력 선택적 전력 선택적 전력 선택적 전력 | 타입 4 HOST_Pwr/Gnd MDDI_Stb+/- MDDI_Data0+/- MDDI_Data1+/- MDDI_Data2+/- MDDI_Data3+/- MDDI_Data4+/- MDDI_Data5+/- MDDI_Data6+/- MDDI_Data7+/- |
또한, 호스트로부터의 전송을 위한 HOST_Pwr/Gnd 접속은 일반적으로 외부 모드에 제공됨에 유의한다. 내부 애플리케이션 또는 동작 모드는 일반적으로 다른 내부 자원으로부터 직접 전력을 끌어오는 클라이언트를 가지며, 당업자로부터 명백하듯이, 전력 분배를 제어하기 위해 MDDI를 사용하지 않으므로 이러한 분배는 여기서 더 상세히 설명하지 않는다. 그러나 당업자에 의해 이해되는 바와 같이 특정 종류의 전력 제어, 동기화 또는 상호 접속 편의를 허용하도록 전력이 MDDI 인터페이스를 통해 분포되도록 하는 것이 가능하다.
상기 구조 및 동작을 구현하는데 일반적으로 사용되는 케이블은 명목상 길이가 1.5미터 정도, 일반적으로는 2미터 이하이고, 3쌍의 꼬임 쌍 컨덕터를 포함하며, 각각 다중 꼬임 30 AWG 배선이다. 3개의 꼬임 상 위에 추가 드레인 배선으로서 박막 실드 커버링이 싸이거나 달리 말하면 형성된다. 꼬임 쌍 및 실드 드레인 컨덕터는 클라이언트 커넥터에서 클라이언트에 대한 실드에 접속된 실드로 마무리되며, 공지된 바와 같이 전체 케이블을 커버하는 절연 층이 있다. 배선은 HOST_Gnd 및 HOST_Pwr; MDDI_Stb+ 및 MDDI_Stb-; MDDI_Data0+ 및 MDDI_Data0-; MDDI_Data1+ 및 MDDI_Data1- 등으로 쌍을 이룬다.
D. 데이터 타입 및 전송률
전 범위의 사용자 체험 및 애플리케이션에 대해 유용한 인터페이스를 달성하기 위해, 이동 디지털 데이터 인터페이스(MDDI)는 제어 정보와 함께 이동 디스플레이 장치에 집적 또는 이와 협력하여 동작할 수 있는 다양한 클라이언트 및 디스플레이 정보, 오디오 트랜스듀서, 키보드, 포인팅 장치 및 많은 다른 입력 및 출력 장치, 및 이들의 조합에 대한 지원을 제공한다. MDD 인터페이스는 최소한의 케이블 또는 컨덕터를 사용하여 순방향 또는 역방향 링크로 호스트와 클라이언트 사이에 이동하는 데이터 스트림의 다양한 잠재적 타입을 수용할 수 있도록 설계된다. 등시성 스트림 및 비동기 스트림(업데이트) 모두 지원된다. 총 데이터 전송률이 바람직한 최대 MDDI 링크 속도보다 작거나 같은 한 여러 조합의 데이터 타입이 가능하며, 이는 최대 직렬 레이트 및 사용되는 데이터 에어 수에 의해 제한된다. 이들은 하기의 표 2 및 3에 기재된 아이템들을 포함하지만, 이에 한정되는 것은 아니다.
| 호스트로부터 클라이언트로의 전송 | ||
| 등시성 비디오 데이터 | 702×480, 12비트, 30f/s | ~ 124.5Mbps |
| 등시성 스테레오 오디오 데이터 | 44.1㎑, 16 비트, 스테레오 | ~ 1.4Mbps |
| 비동기 그래픽 데이터 | 800×600, 12비트, 10f/s, 스테레오 | ~ 115.2Mbps |
| 비동기 제어 | 최소 | ≪ 1.0Mbps |
| 클라이언트로부터 호스트로의 전송 | ||
| 등시성 음성 데이터 | 8㎑, 8 비트 | ≪ 1.0Mbps |
| 등시성 비디오 데이터 | 640×480, 12비트, 24f/s | ~ 88.5Mbps |
| 비동기 상태, 사용자 입력 등 | 최소 | ≪ 1.0Mbps |
인터페이스는 고정되는 것이 아니라, 미래의 시스템 유연성을 위해 사용자 정의 데이터를 포함하는 다양한 정보 "타입"의 전송을 지원할 수 있도록 확장 가능하다. 수용될 수 있는 데이터의 특정 예는 전체 또는 일부 스크린 비트맵 필드나 압축 비디오 형태의 풀 모션 비디오; 전력을 보존하고 구현 비용을 줄이기 위한 저속의 정적 비트맵; 다양한 해상도 또는 전송률의 PCM 또는 압축 오디오 데이터; 포인팅 장치 위치 및 선택, 및 아직 정의되지 않은 용량에 대한 사용자 정의 가능 데이터이다. 이러한 데이터는 제어 또는 상태 정보와 함께 전송되어 장치 용량 또는 설정된 작동 파라미터를 검출할 수 있다.
본 발명의 실시예들은 이에 한정되는 것은 아니지만 영화(비디오 디스플레이 및 오디오) 시청; 제한된 개인용 뷰잉(viewing)(그래픽, 디스플레이, 때때로 비디오 및 오디오의 조합)을 갖는 개인용 컴퓨터의 이용; PC, 콘솔 또는 개인용 장치상에서의 비디오 게임(동영상 디스플레이 또는 종합 비디오 및 오디오); 비디오폰(양방향 저속 비디오 및 오디오), 스틸 디지털 사진용 카메라 또는 디지털 비디오 이미지 캡처용 캠코더 형태의 장치를 이용한 인터넷 "서핑"; 프리젠테이션을 제공하기 위해 프로젝터로 도킹되는 비디오 모니터, 키보드 및 마우스에 접속된 데스크탑 도킹 스테이션으로 도킹된 전화, 컴퓨터 또는 PDA의 사용; 및 무선 포인팅 장치 및 키보드 데이터를 포함하여, 셀룰러 폰, 스마트 폰 또는 PDA를 사용한 생산성 향상 또는 엔터테인먼트를 포함하는 데이터 전송에 이용되는 기술을 향상시킨다.
후술하는 고속 데이터 인터페이스는 일반적으로 배선 또는 케이블형 링크로서 구성되는 통신 또는 전송 링크를 통해 상당량의 A-V 타입 데이터를 제공하는 것에 관하여 제시된다. 그러나 신호 구조, 프로토콜, 타이밍 또는 전송 메커니즘은 원하는 레벨의 데이터 전송을 유지할 수 있다면 광 또는 무선 매체 형태로 링크를 제공하도록 조정될 수 있음이 명백할 것이다.
MDD 인터페이스 신호들은 기본 신호 프로토콜 또는 구조에 대한 공통 프레임 레이트(CFR)로서 알려진 개념을 이용한다. 공통 프레임 레이트의 사용을 통해 동시 등시성 데이터 스트림에 동기화 펄스를 제공하게 된다. 클라이언트 장치는 이 공통 프레임 레이트를 시간 기준으로 사용할 수 있다. 낮은 CF 레이트는 서브 프레임 헤더를 전송하기 위해 오버헤드를 감소시킴으로써 채널 효율을 향상시킨다. 한편, 높은 CF 레이트는 대기 기간을 감소시키고, 오디오 샘플에 대해 보다 작은 유연한 데이터 버퍼를 허용한다. 본 발명의 인터페이스의 CF 레이트는 동적으로 프로그래밍 가능하며, 특정 애플리케이션에 사용되는 등시성 스트림에 적절한 많은 값 중 하나로 설정될 수 있다. 즉, CF 값은 원하는 대로 소정 클라이언트 및 호스트 구성에 가장 적합하게 선택된다.
비디오 또는 마이크로 디스플레이와 같은 애플리케이션에 가장 사용하기 쉬운 등시성 데이터 스트림에 대해 조정 가능한 또는 프로그래밍 가능한 서브 프레임당 일반적으로 필요한 바이트 수는 표 4에 나타낸다.
| 공통 프레임 레이트 ( CFR ) = 300㎐ | |||||||
| X | Y | 비트 | 프레임 레이트 | 채널 | 레이트 (Mbps) | 바이트/ 서브 프레임 | |
| 컴퓨터 게임 | 720 | 480 | 24 | 10 | 1 | 248.832 | 103680 |
| 컴퓨터 그래픽 | 800 | 600 | 24 | 10 | 1 | 115.200 | 48000 |
| 비디오 | 640 | 480 | 12 | 29.9710 또는 30 | 1 | 221.184 | 92160 |
| CD 오디오 | 1 | 1 | 16 | 44100 | 2 | 1.4112 | 588 |
| 음성 | 1 | 1 | 8 | 8000 | 1 | 0.064 | 26-2/3 |
서브 프레임당 바이트의 단편적인(fractional) 카운트는 간단한 프로그래밍 가능 M/N 카운터 구조를 이용하여 쉽게 얻어진다. 예를 들어, 각각 26 바이트의 한 서브 프레임이 뒤따르는 27 바이트의 2개의 프레임을 전송함으로써 CF 당 26-2/3 바이트의 카운트가 구현된다. 더 낮은 CF 전송률이 선택되어 서브 프레임당 정수 개의 바이트를 생성할 수 있다. 그러나 일반적으로, 하드웨어에 간단한 M/N 카운터를 구현하는 것은 큰 오디오 샘플 FIFO 버퍼에 필요한 영역에 비해 본 발명의 일부 또는 모든 실시예를 구현하는데 사용되는 집적 회로 칩 또는 전자 모듈 내에 보다 적은 영역을 필요로 한다.
다른 데이터 전송률 및 데이터 타입의 영향을 설명하는 전형적인 애플리케이션은 가라오케 시스템이다. 가라오케 시스템은 최종 사용자 또는 사용자들이 뮤직 비디오 프로그램에 따라 노래하는 시스템이다. 노래의 가사가 통상적으로 스크린 밑 어딘가에 표시되어, 사용자는 불러야 할 단어 및 개략적인 노래의 타이밍을 알게 된다. 이러한 애플리케이션은 드문드문 그래픽이 업데이트되고, 사용자의 음성 또는 음성들이 스테레오 오디오 스트림과 혼합되는 비디오 디스플레이를 필요로 한다.
300 ㎐의 공통 프레임 레이트를 가정하면, 각 서브 프레임은 클라이언트 디스플레이 장치에 대한 순방향 링크에서 92,160 바이트의 비디오 컨텐츠 및 (스테레오에서 147개의 16 비트 샘플에 기반한) 588 바이트의 오디오 컨텐츠로 구성될 것이며, 평균 26.67(26-2/3) 바이트의 음성이 마이크에서 모바일 노래방 기계로 다시 전송된다. 비동기 패킷이 호스트와 헤드 장착된 디스플레이 사이에 전송된다. 이는 기껏해야 768 바이트의 그래픽 데이터(1/4 스크린 높이) 및 잡다한 제어 및 상태 명령들에 대해 200 바이트(여러) 미만의 바이트를 포함한다.
표 5는 가라오케 예의 경우 서브 프레임 내에 데이터가 어떻게 할당되는지를 보여준다. 사용되는 총 레이트는 약 279 Mbps로 선택된다. 280 Mbps의 약간 높은 레이트는 서브 프레임당 약 400 바이트의 데이터가 전송될 수 있게 하고, 이는 임시 제어 및 상태 메시지의 사용을 가능하게 한다.
| 엘리먼트 레이트 | 서브 프레임당 오버헤드 바이트 | 서브 프레임당 미디어 바이트 |
| 640×480픽셀 및 30fps의 뮤직비디오 | 2*28 = 56 | 92160 |
| 10 서브프레임, 1/30초로 업데이트되는 640×120픽셀 및 1fps의 가사 텍스트 | 28 | 768 |
| 44,100sps, 스테레오, 16 비트의 CD 오디오 | 2*16 =32 | 588 |
| 8000sps, 모노, 8 비트의 음성 | 28+8+8+(4*16)+(3*27) = 125 | 26.67 |
| 서브 프레임 헤더 | 22 | |
| 총 바이트/CF | 263 | 115815 |
| 총 레이트(Mbps) | (263+115815)*8*300 = 278.5872 | |
Ⅲ.(계속) 고속 디지털 데이터 인터페이스 시스템 구조
E. 링크 계층
MDD 인터페이스 고속 직렬 데이터 신호를 이용하여 전송되는 데이터는 차례로 연결된 시간 멀티플렉싱 패킷 스트림으로 구성된다. 전송 장치가 전송할 데이터가 없을 때에도, MDDI 링크 제어기는 일반적으로 채움 패킷을 자동으로 전송하여 패킷 스트림을 유지한다. 간단한 패킷 구조의 사용은 비디오 및 오디오 신호 또는 데이터 스트림에 대해 신뢰할 수 있는 등시성 타이밍을 확보한다.
패킷 그룹은 서브 프레임이라 하는 신호 엘리먼트 또는 구조 내에 포함되며, 서브 프레임 그룹은 미디어 프레임이라 하는 신호 엘리먼트 또는 구조 내에 포함된다. 서브 프레임은 각각의 크기 및 데이터 전송 용도에 따라 하나 이상의 패킷을 포함하고, 미디어 프레임은 하나 이상의 서브 프레임을 포함한다. 본원의 실시예에 의해 이용되는 프로토콜에 의해 제공되는 가장 큰 서브 프레임은 232-1 또는 4,294,967,295 바이트 정도이므로, 가장 큰 미디어 프레임 크기는 216-1 또는 65,535개 정도의 서브 프레임이 된다.
특별한 서브 프레임 헤더 패킷은 후술하는 바와 같이 각 서브 프레임 시작에 나타나는 고유 식별자를 포함한다. 그 식별자는 호스트와 클라이언트가 시작할 때 클라이언트 장치에서 프레임 타이밍을 획득하는데 사용된다. 링크 타이밍 획득은 뒤에 보다 상세히 설명한다.
통상적으로, 디스플레이 스크린은 풀 모션 비디오가 디스플레이되고 있을 때 미디어 프레임당 한 번 업데이트된다. 디스플레이 프레임 레이트는 미디어 프레임 레이트와 동일하다. 링크 프로토콜은 원하는 애플리케이션에 따라 전체 디스플레이, 또는 단지 정적 이미지에 의해 둘러싸인 작은 영역의 풀 모션 비디오 컨텐츠에 대해 풀 모션 비디오를 지원한다. 웹페이지 또는 이메일 보기 등의 일부 저전력 모바일 애플리케이션에서, 디스플레이 스크린은 이따금 업데이트될 필요만 있다. 이러한 상황에서, 단일 서브 프레임을 전송한 다음 링크를 셧다운하거나 비활성화하여 전력 소비를 최소화하는 것이 유리하다. 또한, 인터페이스는 스테레오 비전과 같은 효과를 지원하고, 그래픽 원색을 처리한다.
서브 프레임은 시스템이 높은 우선순위의 패킷을 주기적으로 전송할 수 있게 한다. 이는 동시 등시성 스트림이 최소량의 데이터 버퍼링으로 공존할 수 있게 한다. 이는 디스플레이 프로세스에 제공되는 한 가지 이점이며, 다중 데이터 스트림(비디오, 음성, 제어, 상태, 포인팅 장치 데이터 등의 고속 통신)이 본질적으로 공통 채널을 공유할 수 있게 한다. 또한, 수평 동기 펄스 및 CRT 모니터에 대한 블랭크 간격과 같은 디스플레이 기술 특유의 동작이나 다른 클라이언트 기술 특유의 동작이 존재하게 한다.
F. 링크 제어기
도 4 및 도 5에 나타낸 MDDI 링크 제어기가 MDDI 데이터 및 스트로브 신호를 수신하는데 사용되는 차동 라인 수신기를 제외하고 완전히 디지털로 구현되도록 제조 또는 조립된다. 그러나 차동 라인 드라이버 및 수신기들도 CMOS형 IC를 제작하는 경우와 같이 링크 제어기와 함께 동일한 디지털 집적 회로에 구현될 수 있다. 비트 복원을 위해 또는 링크 제어기용 하드웨어 구현을 위해 어떤 아날로그 기능 또는 위상 고정 루프(PLL)도 요구되지 않는다. 호스트 및 클라이언트 링크 제어기는 링크 동기화를 위한 상태 머신을 포함하는 클라이언트 인터페이스를 제외하고, 매우 비슷한 기능들을 포함한다. 따라서 본 발명의 실시예들은 호스트나 클라이언트로서 구성될 수 있는 단일 제어기 설계 또는 회로를 형성할 수 있는 실질적인 장점을 허용하며, 이는 전체적으로 링크 제어기의 제조 비용을 줄일 수 있다.
Ⅳ. 인터페이스 링크 프로토콜
A. 프레임 구조
패킷 전송을 위한 순방향 링크 통신을 구현하는데 사용되는 신호 프로토콜 또는 프레임 구조가 도 6에 도시된다. 도 6에 나타낸 바와 같이, 정보 또는 디지털 데이터가 패킷으로 알려진 엘리먼트로 그룹화된다. 다수의 패킷은 함께 그룹화되어 "서브 프레임"을 형성하고, 다수의 서브 프레임은 함께 결합하여 "미디어" 프레임을 형성한다. 프레임의 형성 및 서브 프레임의 전송을 제어하기 위해, 각각의 서브 프레임은 서브 프레임 헤더 패킷(SHP)이라 하는 특별히 미리 정해진 패킷에서 시작한다.
호스트 장치는 소정의 전송에 사용될 데이터 전송률을 선택한다. 이 전송률은 호스트의 최대 전송 능력 또는 호스트에 의해 소스로부터 검색되는 데이터, 및 클라이언트 또는 데이터가 전송되고 있는 다른 장치의 최대 능력을 기반으로 호스트 장치에 의해 동적으로 변경될 수 있다.
MDDI 또는 발명의 신호 프로토콜과 동작하도록 지정된 또는 작동할 수 있는 수신 측 클라이언트 장치에는, 사용할 수 있는 최대, 또는 현재의 최대 데이터 전송률, 또는 사용 가능한 데이터 타입 및 지원되는 특징은 물론, 사용될 수 있는 보다 저속의 디폴트 최소 전송률을 결정하기 위해 호스트가 문의할 수 있다. 이 정보는 후술하는 바와 같이 클라이언트 성능 패킷(DCP)을 이용하여 전송될 수 있다. 클라이언트 디스플레이 장치는 미리 선택된 최소 데이터 전송률을 이용하여 또는 최소 데이터 전송률 범위 내에서 데이터를 전송하거나 다른 장치들과 통신할 수 있으며, 호스트는 클라이언트 장치의 전 용량을 결정하기 위해 이 범위 내의 데이터 전송률을 이용하여 문의하게 된다.
클라이언트의 비트맵 및 비디오 프레임 레이트 용량의 특성을 정의하는 다른 상태 정보가 상태 패킷으로 호스트에 전송되어 호스트가 사실상 또는 임의의 시스템 제약 내에서 원하는 대로 효율적으로 또는 최적으로 인터페이스를 구성할 수 있다.
호스트는 현재의 서브 프레임에 전송될 데이터 패킷이 (더 이상) 없을 때, 또는 호스트가 순방향 링크에 대해 선택된 데이터 전송률로 페이스를 유지하기에 충분한 속도로 전송할 수 없을 때 채움 패킷을 전송한다. 각 서브 프레임은 서브 프레임 헤더 패킷으로 시작하기 때문에, 이전 서브 프레임의 끝은 이전 서브 프레임을 정확히 채우는 패킷(채움 패킷과 거의 유사)을 포함한다. 패킷을 갖는 데이터에 대한 공간이 부족한 경우, 채움 패킷은 거의 서브 프레임의 마지막 패킷이거나, 다음 이전 서브 프레임의 끝, 그리고 서브 프레임 헤더 패킷 앞이다. 서브 프레임에 그 서브 프레임 내에서 전송될 각 패킷에 대한 충분한 공간이 확실히 남게 하는 것이 호스트 장치의 제어 동작들의 작업이다. 동시에, 호스트 장치가 데이터 패킷의 전송을 시작하면, 호스트는 데이터 부족 상태를 초래하는 일 없이 프레임 내에 그 크기의 패킷을 성공적으로 완성할 수 있어야 한다.
실시예들의 한 양상에서, 서브 프레임 전송은 두 가지 모드를 갖는다. 한 모드는 라이브 비디오 및 오디오 스트림을 전송하는데 사용되는 주기적 서브 프레임 모드 또는 주기적 타이밍 에포크(epoch)이다. 이 모드에서, 서브 프레임 길이는 0이 아닌 것으로 정의된다. 두 번째 모드는 새로운 정보가 유효할 때만 클라이언트에 비트맵 데이터를 제공하는데 프레임이 사용되는 비동기 또는 비주기적 모드이다. 이 모드는 서브 프레임 헤더 패킷에서 서브 프레임 길이를 0으로 설정함으로써 정의된다. 주기적 모드를 이용할 때, 서브 프레임 패킷 수신은 클라이언트가 순방향 링크 프레임 구조에 동기화될 때 시작될 수 있다. 이는 도 49 또는 도 63에 관해 후술하는 상태도에 따라 정의된 "동기화" 상태에 해당한다. 비동기 비주기적 서브 프레임 모드에서는 최초 서브 프레임 헤더 패킷이 수신된 후 수신이 시작한다.
B. 전체 패킷 구조
실시예에 의해 구현되는 시그널링 프로토콜을 공식화하는데 사용되는 패킷의 포맷 또는 구조가 하기에 제시되며, 인터페이스는 확장 가능하고, 원하는 대로 추가 패킷 구조가 부가될 수 있음을 명심한다. 패킷은 인터페이스에서 그 성능, 즉 전송되는 명령이나 데이터에 관해 다른 "패킷 타입"으로 표기 또는 분할된다. 따라서 각 패킷 타입은 전송되고 있는 패킷 및 데이터의 조작에 사용되는 소정 패킷의 미리 정의된 패킷 구조를 나타낸다. 명백한 바와 같이, 패킷은 그 각각의 기능에 따라 미리 선택된 길이를 갖거나 가변 또는 동적으로 변경 가능한 길이를 가질 수 있다. 패킷은 또한 동일한 성능이 실현되더라도 표준으로 승인되는 사이 프로토콜이 변경될 때 발생할 수 있으면 다른 이름을 가질 수 있다. 각종 패킷에 사용되는 바이트 또는 바이트 값들은 다수-비트(8 또는 16 비트)의 양의 정수로 구성된다. "타입" 지명과 함께 사용되며, 타입 순서로 기재된 패킷의 개요가 표 6-1 내지 6-4에 도시된다.
각각의 표는 설명 및 이해를 쉽게 하기 위해 전체 패킷 구조 내의 일반 패킷 "타입"을 나타낸다. 이러한 그룹화에 의해 발명에 대해 암시하거나 표현되는 어떤 제한이나 다른 영향도 없으며, 패킷은 원하는 대로 많은 다른 방식으로 조직화될 수 있다. 패킷 전송이 유효한 것으로 간주하는 방향 또한 표기된다.
| 링크 제어 패킷 | |||
| 패킷명 | 패킷 타입 | 순방향 유효 | 역방향 유효 |
| 서브 프레임 헤더 패킷 | 15359 | × | |
| 채움 패킷 | 0 | × | × |
| 역방향 링크 캡슐화 패킷 | 65 | × | |
| 링크 셧다운 패킷 | 69 | × | |
| 인터페이스 타입 핸드오프 요청 패킷 | 75 | × | |
| 인터페이스 타입 확인 응답 패킷 | 76 | × | |
| 실행 타입 핸드오프 패킷 | 77 | × | |
| 순방향 오디오 채널 인에이블 패킷 | 78 | × | |
| 왕복 지연 측정 패킷 | 82 | × | |
| 순방향 링크 왜곡 조정 패킷 | 83 | × | |
| 기본 미디어 스트림 패킷 | |||
| 패킷명 | 패킷 타입 | 순방향 유효 | 역방향 유효 |
| 비디오 스트림 패킷 | 16 | × | × |
| 오디오 스트림 패킷 | 32 | × | × |
| 예약된 스트림 패킷 | 1 - 15 18 - 31 33 - 55 | × | × |
| 사용자 정의 스트림 패킷 | 56 - 63 | × | × |
| 컬러맵 패킷 | 64 | × | × |
| 역방향 오디오 샘플 레이트 패킷 | 79 | × | |
| 투명색 인에이블 패킷 | 81 | × | |
| 클라이언트 상태 및 제어 패킷 | |||
| 패킷명 | 패킷 타입 | 순방향 유효 | 역방향 유효 |
| 클라이언트 성능 패킷 | 66 | × | |
| 키보드 데이터 패킷 | 67 | × | × |
| 포인팅 장치 데이터 패킷 | 68 | × | × |
| 클라이언트 요청 및 상태 패킷 | 70 | × | |
| 디지털 컨텐츠 보호 오버헤드 패킷 | 80 | × | × |
| 요청 VCP 특징 패킷 | 128 | × | |
| VCP 특징 응답 패킷 | 129 | × | |
| 세트 VCP 특징 패킷 | 130 | × | |
| 요청 유효 파라미터 패킷 | 131 | × | |
| 유효 파라미터 응답 패킷 | 132 | × | |
| 요청 지정 상태 패킷 | 138 | × | |
| 유효 상태 응답 리스트 패킷 | 139 | × | |
| 패킷 처리 지연 파라미터 패킷 | 140 | × | |
| 개인용 디스플레이 용량 패킷 | 141 | × | |
| 클라이언트 에러 보고 패킷 | 142 | × | |
| 스케일 비디오 스트림 용량 패킷 | 143 | × | |
| 클라이언트 식별 패킷 | 144 | × | |
| 대안 디스플레이 용량 패킷 | 145 | × | |
| 레지스터 액세스 패킷 | 146 | × | × |
| 개선된 그래픽 및 디스플레이 패킷 | |||
| 패킷명 | 패킷 타입 | 순방향 유효 | 역방향 유효 |
| 비트 블록 전송 패킷 | 71 | × | |
| 비트맵 영역 채움 패킷 | 72 | × | |
| 비트맵 패턴 채움 패킷 | 73 | × | |
| 판독 프레임 버퍼 패킷 | 74 | × | |
| 알파 커서 이미지 용량 패킷 | 133 | × | |
| 알파 커서 투명 맵 패킷 | 134 | × | |
| 알파 커서 이미지 오프셋 패킷 | 135 | × | |
| 알파 커서 비디오 스트림 패킷 | 17 | × | |
| 스케일 비디오 스트림 용량 패킷 | 143 | × | |
| 스케일 비디오 스트림 셋업 패킷 | 136 | × | |
| 스케일 비디오 스트림 확인 응답 패킷 | 137 | × | |
| 스케일 비디오 스트림 패킷 | 18 | × | |
이 본문 내의 다른 설명으로부터 명백한 것은 역방향 캡슐화 패킷, 클라이언트 성능 패킷, 및 클라이언트 요청 및 상태 패킷은 각각 외부 모드 동작에 매우 중요한 것으로, 또는 심지어 필수적인 것으로 간주하지만, 이들은 내부 모드 동작에 선택적인 것으로 간주할 수 있다는 점이다. 이는 감소한 통신 패킷 세트 및 이에 대응하여 제어 및 타이밍 간소화로 초고속 데이터 통신을 가능하게 하는 또 다른 타입의 MDD 인터페이스 프로토콜을 형성한다.
패킷들은 패킷 길이 필드, 패킷 타입 필드, 데이터 바이트 필드(들) 및 CRC 필드를 포함하는 전체 최소 필드 세트 또는 공통 기본 구조를 가지며, 이는 도 7에 나타낸다. 도 7에 나타낸 바와 같이, 패킷 길이 필드는 패킷의 총 비트 수, 또는 패킷 길이 필드와 CRC 필드 사이의 길이를 지정하는 정보를 다수 비트 또는 바이트 값 형태로 포함한다. 일 실시예에서, 패킷 길이 필드는 패킷 길이를 지정하는 16 비트 또는 2 바이트 폭의 양의 정수를 포함한다. 패킷 타입 필드는 패킷 내에 포함되는 정보의 종류를 지정하는 다른 다수 비트 필드이다. 전형적인 실시예에서, 이는 16 비트 양의 정수 형태의 16 비트 또는 2 바이트 폭 값이며, 이러한 데이터 타입을 디스플레이 용량, 핸드오프, 비디오 또는 오디오 스트림, 상태 등으로서 지정한다.
제 3 필드는 데이터 바이트 필드이고, 데이터 바이트 필드는 호스트 및 클라이언트 장치들 사이에서 그 패킷의 일부로서 전송되는 데이터 또는 비트들을 포함한다. 이러한 데이터 포맷은 전송되는 데이터의 특정 타입에 따라 각 패킷 타입에 대해 개별적으로 정의되고, 각자 자신의 포맷 요구조건들을 갖는 일련의 추가 필드들로 분할된다. 즉, 각각의 패킷 타입은 이러한 부분 또는 필드에 대한 정의된 포맷을 가질 것이다. 최종 필드는 CRC 필드이고, CRC 필드는 데이터 바이트, 패킷 타입, 및 패킷 길이 필드 상에서 계산되는 16 비트 순환 중복 검사의 결과를 포함하며, 이는 패킷 내의 정보의 무결성을 확인하는데 사용된다. 즉, CRC 필드 자신을 제외한 모든 패킷에 대해 계산된다. 클라이언트는 일반적으로 검출된 CRC 에러들의 총 카운트를 보유하고, 이러한 카운트를 클라이언트 요청 및 상태 패킷(하기 참조)을 통해 호스트에 보고한다.
일반적으로, 이러한 필드 폭 및 조직(organization)은 짝수 바이트 경계에 대해 정렬된 2 바이트 필드들 및 4 바이트 경계에 대해 정렬된 4 바이트 필드들을 유지하도록 설계된다. 이는 패킷 구조가 대부분 또는 통상 사용되는 프로세서 또는 제어 회로에 대한 데이터 타입 정렬 규칙을 위반하지 않고 호스트와 클라이언트의 또는 이와 관련한 주 메모리 공간에 용이하게 구축되게 한다.
패킷의 전송 동안, 필드는 우선 최하위 비트(LSB)에서 시작하여 마지막으로 최상위 비트(MSB)로 종료하도록 송신된다. 길이가 1바이트를 초과하는 파라미터들은 먼저 최하위 비트를 이용하여 송신되는데, 이는 LSB가 먼저 송신되는 경우 8 비트를 초과하는 파라미터들에 대해 사용되는 비트 전송 패턴은 보다 짧은 파라미터들에 대해 사용되는 비트 전송 패턴과 동일하게 된다. 각각의 패킷의 데이터 필드는 일반적으로 이하의 뒤이은 섹션에서 정의되는 순서로 전송되는데, 리스트된 제 1 필드가 우선 송신되고, 설명된 최종 필드가 마지막으로 송신된다. MDDI_Data0 신호 경로에 대한 데이터는 타입 1, 타입2, 타입3, 또는 타입4 중 임의의 모드에서 인터페이스를 통해 전송되는 바이트들 중 '0' 비트와 정렬된다.
디스플레이를 위해 데이터를 조작하는 경우, 픽셀 어레이들에 대한 데이터는 전자 분야에서 일반적으로 행해지는 것과 같이 행(row)이 먼저 전송되고, 뒤이어 열(column)이 전송된다. 즉, 비트 맵 상의 동일한 행에 나타나는 모든 픽셀들은 최 좌측 픽셀이 먼저 전송되고, 최 우측 픽셀이 가장 나중에 전송된다. 행의 최 우측 픽셀이 전송된 후에, 시퀀스 내의 다음 픽셀은 다음 행의 최 좌측 픽셀이다. 픽셀들의 행들은 일반적으로 대부분의 디스플레이에 대해 위에서부터 아래로 전송되지만, 다른 구현들이 필요에 따라 수용될 수 있다. 또한, 비트맵들을 다룰 때, 본 명세서에 따르는 기존의 방법은 비트맵의 상위-좌측 코너를 위치 또는 오프셋 "0, 0"으로 라벨링함으로써 기준 포인트를 정의한다. 비트맵의 위치를 정의 또는 결정하는데 사용되는 X 및 Y 좌표들은 비트맵의 우측 및 아래로 각각 접근함에 따라 값이 증가한다. 제 1 행 및 제 1 열(이미지의 상위 좌측 코너)은 인덱스 값 0으로 시작한다. X 좌표의 크기는 이미지 좌표의 우측 방향으로 증가하고, Y 좌표는 디스플레이 사용자에 의해 관측되는 이미지의 아래 방향으로 증가한다.
디스플레이 윈도우는 비트맵의 가시 부분, 물리적인 디스플레이 매체에서 사용자에 의해 관측될 수 있는 비트맵의 픽셀 부분이다. 디스플레이 윈도우 및 비트맵이 동일한 사이즈를 갖는 경우가 종종 있다. 디스플레이 윈도우의 상위-좌측 코너는 항상 비트맵 픽셀 위치 0, 0을 디스플레이한다. 디스플레이 윈도우 폭은 비트맵의 X 축에 대응하고, 디스플레이 윈도우 폭은 대응하는 비트맵의 폭보다 작거나 같다. 윈도우 높이는 비트맵의 Y축에 대응하고, 디스플레이 윈도우 높이는 대응하는 비트맵의 높이보다 작거나 같다. 디스플레이 윈도우는 비트맵의 가시 부분에 의해서만 정의되기 때문에 디스플레이 윈도우 자체는 프로토콜에 어드레싱 가능하지 않다.
비트맵과 디스플레이 윈도우 사이의 관계는 컴퓨터, 전자 기기, 인터넷 통신, 및 다른 전자 관련 분야에서 잘 알려져 있다. 따라서, 이러한 원리들에 대한 추가적인 논의는 여기서 제시되지 않는다.
C. 패킷 정의
1. 서브 프레임 헤더 패킷
서브 프레임 헤더 패킷은 모든 서브 프레임의 제 1 패킷이고, 도 8에 제시된 기본 구조를 갖는다. 서브 프레임 헤더 패킷은 호스트-클라이언트 동기를 위해 사용되고, 모든 호스트는 이러한 패킷을 발생시킬 수 있어야 하고, 모든 클라이언트는 이러한 패킷을 수신 및 해독할 수 있어야 한다. 도 8의 일 실시예에서 알 수 있는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, 고유 워드, 예약 1, 서브 프레임 길이, 프로토콜 버전, 서브 프레임 카운트, 및 미디어 프레임 카운트 필드들을 갖도록 구성되고, 일반적으로 상술한 순서대로 구성된다. 일 실시예에서, 이러한 타입의 패킷은 일반적으로 타입 15359(0x3bff 16진수)로서 식별되며, 패킷 길이 필드를 포함하지 않고, 20 바이트의 미리-선택된 고정 길이를 사용한다.
패킷 타입 필드 및 고유 워드 필드 각각은 2 바이트 값(16 비트의 부호 없는 정수)을 사용한다. 이러한 2개 필드들의 4-바이트 조합은 양호한 자기상관을 갖는 32 비트 고유 워드를 형성한다. 일 실시예에서, 실제 고유 워드는 0x005a3bff이고, 여기서 하위 16 비트가 패킷 타입으로서 먼저 전송되고, 뒤에 상위 16 비트가 전송된다.
예약 1 필드는 차후 사용을 위한 예약 공간인 2 바이트를 포함하고, 일반적으로 이 지점에서 모든 비트들이 0으로 설정되도록 구현된다. 이러한 필드의 목적은 뒤이은 2-바이트 필드들이 16 비트 워드 어드레스로 정렬되도록 하고, 4-바이트 필드들이 32 비트 워드 어드레스로 정렬되도록 하는 것이다. 최하위 바이트는 호스트가 다수의 클라이언트 장치들을 어드레스할 수 있다는 것을 표시하기 위해서 예약된다. 0의 값은 호스트가 단지 하나의 클라이언트 장치와 동작할 수 있음을 표시하기 위해서 예약된다.
서브 프레임 길이 필드는 서브 프레임당 바이트들의 수를 규정하는 4 바이트의 정보 또는 값을 포함한다. 일 실시예에서, 링크가 유휴(idle) 상태에서 폐쇄되기 전에, 호스트에 의해 단지 하나의 서브 프레임만이 전송될 것이라는 것을 표시하기 위해, 이러한 필드의 길이는 0으로 설정될 수 있다. 이러한 필드의 값은 하나의 서브 프레임에서 다음 서브 프레임으로 전이되는 경우 동적으로 변경될 수 있다. 이러한 성능은 등시성 데이터 스트림들을 수용하기 위해 동기 펄스들에서 작은 타이밍 조정들을 수행하는데 유용하다. Y서브 프레임 헤더 패킷의 CRC가 유효하지 않으면, 링크 제어기는 현재 서브 프레임의 길이를 추정하기 위해서 이전의 알려진 양호한 서브 프레임 헤더 패킷의 서브 프레임 길이를 사용해야 한다.
프로토콜 버전 필드는 호스트에 의해 사용되는 프로토콜 버전을 규정하는 2 바이트를 포함한다. 프로토콜 버전 필드는 사용되는 프로토콜의 제 1 또는 현재 버전을 규정하기 위해서 "0"으로 설정된다. 이 값은 새로운 버전이 발생하면, 변경될 것이다.
서브 프레임 카운트 필드는 미디어 프레임의 개시 후에 전송된 서브 프레임들의 수를 표시하는 시퀀스 번호를 규정하는 2 바이트를 포함한다. 미디어 프레임의 제 1 서브 프레임은 0의 서브 프레임 카운트를 갖는다. 미디어 프레임의 최종 서브 프레임은 n-1의 값을 가지며, 여기서 n은 미디어 프레임당 서브 프레임들의 수이다. 서브 프레임 길이가 0으로 설정되면(비주기적 서브 프레임을 나타냄), 서브 프레임 카운트는 0으로 설정되어야 한다.
미디어 프레임 카운트 필드는 현재 미디어 아이템 또는 데이터의 시작이 전송된 이래로 전송된 미디어 프레임들의 수를 표시하는 시퀀스 번호를 규정하는 4 바이트(32 비트의 부호 없는 정수)를 포함한다. 미디어 아이템의 제 1 미디어 프레임은 0의 미디어 프레임 카운트를 갖는다. 미디어 프레임 카운트는 각 미디어 프레임의 제 1 서브 프레임 바로 전에 증분되고, 최대-프레임 카운트(예를 들면, 미디어 프레임 번호 23-1=4,294,967,295)가 사용된 후에 0으로 다시 돌아간다. 미디어 프레임 카운트 값은 최종 애플리케이션의 필요를 충족하기 위해서 호스트에 의해 임의의 시간에서 리셋될 수 있다.
2. 채움 패킷(Filler Packet)
채움 패킷은 순방향 또는 역방향 링크에서 전송될 어떠한 정보도 이용 가능하지 않은 경우, 클라이언트 장치로부터 또는 클라이언트 장치로 전송되는 패킷이다. 채움 패킷은 요구되는 경우 다른 패킷들을 전송함에 있어 최대 유연성을 허용하기 위해서 최대 길이를 갖는 것이 바람직하다. 서브 프레임 또는 역방향 링크 캡슐화 패킷(하기 참조)의 끝에서, 링크 제어기는 완전한 패킷을 유지하기 위해 나머지 공간을 채울 채움 패킷의 사이즈를 설정한다. 채움 패킷은 호스트 또는 클라이언트가 전송 또는 교환할 정보를 갖지 않는 경우에 링크 상의 타이밍을 유지하는데 유용하다. 모든 호스트 및 클라이언트는 인터페이스를 효율적으로 이용하기 위해서 이러한 패킷을 수신 및 전송할 수 있어야 한다.
채움 패킷의 포맷 및 컨텐츠는 도 9에 제시되어 있다. 도 9에 제시된 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, 채움 바이트, 및 CRC 필드들을 갖도록 구성된다. 일 실시예에서, 이러한 타입의 패킷은 일반적으로 2 바이트 타입 필드에서 표시되는 타입 0으로 식별된다. 채움 바이트 필드 내의 비트들 또는 바이트들은 채움 패킷이 요구되는 길이를 갖도록 하기 위해서 가변수의 모두 제로인(all zero) 비트 값들로 구성된다. 가장 작은 채움 패킷은 이러한 필드에서 어떠한 바이트도 포함하지 않는다. 즉, 패킷은 단지 패킷 길이, 패킷 타입, 및 CRC로만 구성되고, 일 실시예에서 6 바이트의 미리 선택된 고정 길이 또는 패킷 길이 값 4를 사용한다. CRC 값은 일부 다른 패킷 타입들에서 배제될 수 있는 패킷 길이를 포함하여 패킷 내의 모든 바이트들에 대해 정의된다.
3. 비디오
스트림
패킷
비디오 스트림 패킷은 디스플레이 장치의 전형적인 직사각형 영역들을 갱신하기 위한 비디오 데이터를 전달한다. 이러한 영역의 사이즈는 하나의 픽셀 영역 정도로 작을 수도 있고, 전체 디스플레이 영역과 같이 클 수도 있다. 스트림을 디스플레이하는데 필요한 모든 내용은 비디오 스트림 패킷 내에 포함되기 때문에, 시스템 자원에 의해 제한되는 거의 무제한의 동시에 디스플레이되는 스트림들이 존재할 수 있다. 비디오 스트림 패킷(비디오 데이터 포맷 기술자(descriptor))의 포맷에 대한 일 실시예는 도 10에 제시되어 있다. 도 10에서 제시되는 바와 같이, 일 실시예에서, 이러한 타입의 패킷은 패킷 길이(2 바이트), 패킷 타입, bClient ID, 비디오 데이터 기술자, 픽셀 디스플레이 속성, X 좌측 에지, Y 상부 에지, X 우측 에지, Y 하부 에지, X 및 Y 시작, 픽셀 카운트, 파라미터 CRC, 픽셀 데이터, 및 픽셀 데이터 CRC 필드를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 2 바이트 타입 필드에서 표시되는 타입 16으로 식별된다. 일 실시예에서, 클라이언트는 클라이언트 성능 패킷의 RGB, 단색, 및 YCrCb 성능 필드를 사용하여 비디오 스트림 패킷을 수신하는 능력을 표시한다.
일 실시예에서, bClient ID 필드는 클라이언트 ID를 위해 예약되는 2 바이트의 정보를 포함한다. 이는 새롭게 개발된 통신 프로토콜이기 때문에, 실제 클라이언트 ID 들은 아직 알려지지 않거나, 또는 충분하게 통신 가능하지 않다. 따라서, 이러한 필드 내의 비트들은 ID 값들이 삽입 또는 사용될 수 있는 시점에서, ID 값이 알려질 때까지 0으로 설정되며, 이는 당업자가 잘 이해할 수 있을 것이다. 동일한 프로세스가 아래에서 논의되는 클라이언트 ID 필드들에 대해서 적용될 것이다.
상술한 일반적인 프레임 개념은 오디오 버퍼 사이즈를 최소화하고 대기시간(latency)을 감소시키는 효율적인 방식이다. 그러나 비디오 데이터에 있어서, 하나의 비디오 프레임의 픽셀들을 미디어 프레임 내의 다수의 비디오 스트림 패킷들에 걸쳐 확산시키는 것이 필요할 수 있다. 하나의 비디오 스트림 패킷 내의 픽셀들이 디스플레이 상의 완벽한 직사각형 윈도우에 정확하게 대응하지 않을 가능성이 또한 존재한다. 예를 들어 초당 30 프레임의 비디오 프레임 레이트에서, 초당 300개의 서브 프레임들이 존재하고, 이는 미디어 프레임당 10개의 서브 프레임들을 초래한다. 각 프레임의 480개의 픽셀 행이 존재하면, 각 서브 프레임 내의 각각의 비디오 스트림 패킷은 48개의 픽셀 행을 포함할 것이다. 다른 상황에서, 비디오 스트림 패킷은 정수의 픽셀 행을 포함하지 않을 수 있다. 미디어 프레임당 서브 프레임들의 수가 비디오 프레임당 행의 수(비디오 라인으로 알려짐) 내에서 똑같이 분배되지 않는 경우, 이는 다른 비디오 프레임 사이즈들에 대해서도 적용된다. 각각의 비디오 스트림 패킷이 정수의 픽셀 행을 포함할 수 없더라도, 각각의 비디오 스트림 패킷은 일반적으로 정수의 픽셀들을 포함해야 한다. 픽셀들이 각각 1 바이트를 초과하거나, 픽셀들이 도 12에 제시된 패킷화된 포맷 내에 존재하는 경우, 이는 중요하다.
상술한, 예시적인 비디오 데이터 기술자 필드의 동작을 실현하는데 사용되는 포맷 및 컨텐츠들이 도 11a-11e에서 제시된다. 도 11a-11e에서, 비디오 데이터 포맷 기술자 필드는 현재 패킷의 현재 스트림에서 픽셀 데이터 내의 각 픽셀의 포맷을 규정하는 16 비트의 부호 없는 정수 형태의 2 바이트를 포함한다. 서로 다른 비디오 스트림 패킷은 서로 다른 픽셀 데이터 포맷을 사용할 수 있고, 즉 비디오 데이터 포맷 기술자에 서로 다른 값을 사용하는 것이 가능하고, 유사하게, 스트림(디스플레이 영역)은 자신의 데이터 포맷을 급하게 변경할 수 있다. 픽셀 데이터 포맷은 클라이언트 성능 패킷에서 정의된 클라이언트에 대한 유효 포맷들 중 적어도 하나를 따라야 한다. 비디오 데이터 포맷 기술자는 현재 패킷에 대한 픽셀 포맷을 정의하고, 이는 일정한 포맷이 특정 비디오 스트림의 사용 기간 동안 계속 사용된다는 것을 의미하지는 않는다.
도 11a-11d 는 비디오 데이터 포맷 기술자가 어떻게 코딩되는지를 보여준다. 상기 도면에서 사용되는 바와 같이, 비트들[15:13]이 '000' 인 경우(도 11a), 비디오 데이터는 단색 픽셀들 어레이로 구성되고, 여기서 픽셀당 비트 수는 비디오 포맷 기술자 워드의 비트들 3-0에 의해 정의된다. 비트들 11-4는 일반적으로 차후 사용 또는 차후 애플리케이션을 위해 예약되고, 이러한 상황에서 0으로 설정된다. 비트들[15:13]이 '001' 이면(도 11B), 비디오 데이터는 컬러 맵(팔레트)에 대한 컬러를 각각 규정하는 컬러 픽셀 어레이로 구성된다. 이러한 상황에서, 비디오 데이터 포맷 기술자 워드의 비트 5-0은 픽셀당 비트 수를 정의하고, 비트 11-6은 일반적으로 차후 사용 또는 차후 애플리케이션을 위해 예약되며 0으로 설정된다. 비트들[15:13]이 '010'이면(도 11c), 비디오 데이터는 컬러 픽셀들 어레이로 구성되고, 여기서 적색 픽셀당 비트 수는 비트들 11-8에 의해 정의되고, 녹색 픽셀당 비트 수는 비트들 7-4에 의해 정의되며, 청색 픽셀당 비트 수는 비트들 3-0에 의해 정의된다. 이러한 상황에서, 각 픽셀의 비트들의 총 수는 적색, 녹색, 청색에 대해 사용되는 비트들의 수의 총 합이다.
그러나 비트들[15:13]이 '011'이면(도 11d), 비디오 데이터는 휘도 및 색차 정보를 갖는 4:2:2 YCbCr 포맷의 비디오 데이터 어레이로 구성되고, 여기서 휘도(Y)의 픽셀당 비트 수는 비트들 11-8에 의해 정의되고, Cb 성분의 비트들의 수는 비트들 7-4에 의해 정의되며, Cr 성분의 비트들의 수는 비트들 3-0에 의해 정의된다. 각 픽셀의 비트들의 총 수는 적색, 청색, 녹색에 대해 사용되는 비트들의 수의 총 합이다. Cb 및 Cr 성분들은 Y 레이트의 절반에 해당하는 레이트에서 전송된다. 또한, 이러한 패킷의 픽셀 데이터 부의 비디오 샘플들이 다음과 같이 조직된다:Cbn, Yn, Crn, Yn+1, Cbn+2, Yn+2, Crn+2, Yn+3,...., 여기서 Cbn 및 Crn은 Yn 및 Yn+1과 관련되고, Cbn+2 및 Crn+2는 Yn+2 및 Yn+3과 관련되고, 나머지도 동일한 방식으로 관련된다.
Yn, Yn+1, Yn+2, Yn+3은 좌측에서 우측으로의 하나의 행에서 4개의 연속적인 픽셀들의 휘도 값들이다. 비디오 스트림 패킷에 의해 참조되는 윈도우 내의 행에서 홀수 개의 픽셀들이 존재하면(X 우측 에지 - X 좌측 에지 +1), 각 행의 최종 픽셀에 대응하는 Y 값에 뒤이어 다음 행의 제 1 픽셀의 Cb 값이 이어지고, Cr 값은 그 행의 최종 픽셀에 대해 전송되지 않는다. Y Cb Cr 포맷을 사용하는 윈도우들이 짝수의 픽셀인 폭을 갖는 것이 바람직하다. 패킷의 픽셀 데이터는 짝수의 픽셀들을 포함해야 한다. 픽셀 데이터의 최종 픽셀이 비디오 스트림 패킷 헤더에서 규정된 윈도우 내의 픽셀의 최종 픽셀에 대응하는 경우, 즉 픽셀 데이터의 최종 픽셀의 X 위치가 X 우측 에지인 경우, 짝수 또는 홀수의 픽셀들을 포함할 수도 있다.
비트들[15, 13]이 '100'이면, 비디오 데이터는 베이어(Bayer) 픽셀 어레이로 구성되고, 여기서 픽셀당 비트 수는 비디오 데이터 포맷 기술자 워드의 비트 3-0에 의해 정의된다. 픽셀 그룹 패턴은 도 11E에 제시된 바와 같이 비트 5 및 4에 의해 정의된다. 픽셀 데이터의 순서는 수평적 또는 수직적일 수 있고, 행들 및 열들에서의 픽셀들은 순방향 또는 역방향 순서로 전송될 수 있고, 비트 8-6에 의해 정의된다. 비트 11-9는 0으로 설정되어야 한다. 베이어 포맷의 픽셀 그룹 내에 4개의 픽셀로 구성되는 그룹은 일부 디스플레이 기술들에서 단일 픽셀로서 지칭되는 것과 유사하다. 그러나 베이어 포맷에서의 하나의 픽셀은 픽셀 그룹 모자이크 패턴의 4개의 컬러 픽셀 중 단지 하나의 픽셀이다.
도면들에 제시된 5개의 모든 포맷에 있어서, "P"로 지정되는 비트 12는 픽셀 데이터 샘플들이 패킹된 픽셀 데이터인지 또는 바이트-정렬된 픽셀 데이터인지를 규정한다. 이러한 필드에서 "0" 값은 픽셀 데이터 필드 내의 각각의 픽셀이 MDD 인터페이스 바이트 경계를 통해 바이트-정렬된다는 것을 표시한다. 값 "1"은 픽셀 데이터에서 각 픽셀 내의 각각의 컬러 및 각각의 픽셀이 픽셀 내의 컬러 또는 이전 픽셀에 대해 패킹되어 어떠한 비사용 비트들로 남기지 않음을 나타낸다. 바이트-정렬 및 압축된 픽셀 데이터 포맷의 차이는 도 12에 상세히 제시되어 있고, 여기서 바이트-정렬된 데이터는 데이터 서브 프레임 중 사용되지 않은 부분을 남기지 않는 패킹된 픽셀 포맷과 대조적으로, 데이터 서브 프레임 중 사용되지 않은 부분을 남길 수 있음을 알 수 있다.
특정 디스플레이 윈도우에 대한 미디어 프레임의 제 1 비디오 스트림 패킷 내의 제 1 픽셀은 X 좌측 에지 및 Y 상부 에지에 의해 정의되는 스트림 윈도우의 상부 좌측 코너에 위치되고, 수신되는 다음 픽셀은 동일한 행에서 다음 픽셀 위치에 위치된다. 미디어 프레임의 이러한 제 1 패킷에서, X 시작 값은 일반적으로 X 좌측 에지와 동일하고, Y 시작 값은 Y 상부 에지와 동일할 것이다. 동일한 스크린 윈도우에 대응하는 뒤이은 패킷들에서, X 및 Y 시작 값들은 일반적으로 이전 서브 프레임에서 전송된 비디오 스트림 패킷에서 전송되는 최종 픽셀을 뒤따르는 스크린 윈도우 내의 픽셀 위치로 설정될 것이다.
4. 오디오
스트림
패킷
오디오 스트림 패킷들은 클라이언트의 오디오 시스템을 통해, 또는 독립 오디오 프리젠테이션 장치를 통해 플레이되는 오디오 데이터를 전달한다. 상이한 오디오 데이터 스트림들이 사운드 시스템의 개별 오디오 채널들에 할당될 수 있다: 예를 들면, 사용되는 오디오 시스템 타입에 따라 좌측-전방, 우측-전방, 중앙, 좌측-후방, 및 우측-후방. 오디오 채널들의 완전한 보완은 강화된 공간-음향 신호 처리를 포함하는 헤드셋을 통해 제공된다. 클라이언트는 클라이언트 성능 패킷의 오디오 채널 성능 및 오디오 샘플 레이트 필드들을 사용하여 오디오 스트림 패킷을 수신한다. 오디오 스트림 패킷의 포맷은 도 13에 제시된다.
도 13에 제시된 바와 같이, 이러한 타입의 패킷은 일 실시예에서 패킷 길이, 패킷 타입, bClient ID, 오디오 채널 ID, 예약 1, 오디오 샘플 카운트, 샘플 및 패킹당 비트, 오디오 샘플 레이트, 파라미터 CRC, 디지털 오디오 데이터, 및 오디오 데이터 CRC 필드들을 갖도록 구성된다. 일 실시예에서, 이러한 타입의 패킷은 일반적으로 타입 32 패킷으로 식별된다.
bClient ID 필드는 이전에 사용된 것과 같이 클라이언트 ID를 위해 예약되는 2 바이트 정보를 포함한다. 예약 1 필드는 차후 사용을 위해 예약되는 2 바이트를 포함하고, 일반적으로 이 지점에서 모든 비트들은 0으로 설정되도록 구성된다.
샘플 및 패킹당 비트 필드는 오디오 데이터의 패킹 포맷을 규정하는 부호를 갖지 않는 8 비트 정수 형태의 1 바이트를 포함한다. 일반적으로 사용되는 포맷은 PCM 오디오 샘플당 비트 수를 정의하기 위한 비트 4 내지 0을 위한 것이다. 비트 5는 디지털 오디오 데이터 샘플들이 패킹되는지 여부를 규정한다. 패킹 및 바이트-정렬 오디오 샘플들 사이의 차이는(여기서, 10비트 샘플들을 사용함) 도 14에 제시된다. 값 "0"은 디지털 오디오 데이터 필드 내의 각각의 PCM 오디오 샘플이 MDDI 인터페이스 바이트 경계와 바이트-정렬된다는 것을 표시하고, 값 "1"은 각각의 연속적인 PCM 오디오 샘플이 이전 오디오 샘플과 패킹된다는 것을 표시한다. 이러한 비트는 일반적으로 비트 4-0에서 정의되는 값(PCM 오디오 샘플당 비트 수)이 8의 배수가 아닌 경우에만 효과적이다. 비트 7-6은 차후 사용을 위해 예약되고, 일반적으로 0 값으로 설정된다.
5. 예약
스트림
패킷
일 실시예에서, 패킷 타입 1-15, 18-31, 및 33-55은 다양한 애플리케이션들을 위한 패킷 프로토콜의 변형 또는 차후 버전에서 사용하기 위해 정의되는 스트림 패킷들을 위해 예약된다. 또, 이는 다른 기술들에 비해 지속적으로 변경되는 기술 및 시스템 설계에도 불구하고 MDD 인터페이스가 보다 유연하고 유용하게 한다.
삭제
6. 사용자 정의
스트림
패킷
타입 56-63으로 알려진, 8가지 데이터 스트림 타입들은 MDD 링크에서 사용하기 위한 장치 제조업자들에 의해 정의되는 사유(proprietary) 애플리케이션에서 사용하기 위해 예약된다. 이는 사용자 정의 스트림 패킷으로 알려진다. 이러한 패킷들은 임의의 목적으로 사용될 수 있지만, 호스트 및 클라이언트는 이러한 사용의 결과가 잘 이해되거나 잘 알려지는 경우에만 이러한 패킷들을 사용해야 한다. 이러한 패킷 타입들에 대한 데이터 및 스트림 파라미터들의 구체적인 정의는 이러한 패킷 타입을 구현하고 이를 사용하는 특정 장치 제조자에 일임된다. 사용자 정의된 스트림 패킷들의 예시적인 사용은 테스트 파라미터 및 테스트 결과들, 공장 교정 데이터, 및 독점적인 특별 사용 데이터를 전달하는 것이다. 일 실시예에서 사용되는 사용자 정의 스트림 패킷들의 포맷은 도 15에 제시된다. 도 15에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이(2 바이트), 패킷 타입, bClient ID 번호, 스트림 파라미터, 파라미터 CRC, 스트림 데이터, 및 스트림 데이터 CRC 필드들을 갖도록 구성된다.
7. 컬러 맵 패킷
컬러 맵 패킷은 클라이언트에게 컬러들을 제공하기 위해서 사용되는 컬러 맵 룩-업 테이블의 컨텐츠를 규정한다. 일부 애플리케이션들은 하나의 패킷에서 전송될 수 있는 데이터량보다 큰 컬러 맵을 필요로 한다. 이러한 경우, 다수의 컬러 맵 패킷들이 전송될 수 있고, 각각은 후술할 오프셋 및 길이 필드들을 사용함으로써 컬러 맵의 서로 다른 서브셋을 갖는다. 일 실시예에서 컬러 맵 패킷의 포맷은 도 16에 제시된다. 도 16에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, 컬러 맵 아이템 카운트, 컬러 맵 오프셋, 파라미터 CRC, 컬러 맵 데이터, 및 데이터 CRC 필드들을 갖도록 구성된다. 일 실시예에서, 이러한 타입의 패킷은 일반적으로 패킷 타입 필드(2 바이트)에서 규정되는 타입 64 패킷(비디오 데이터 포맷 및 컬러 맵 패킷)으로 일반적으로 식별된다. 클라이언트는 클라이언트 성능 패킷의 컬러 맵 사이즈 및 컬러 맵 폭 필드들을 사용하여 컬러 맵 패킷들을 수신하는 능력을 표시한다.
8. 역방향 링크 캡슐화 패킷
일 실시예에서, 데이터는 역방향 링크 캡슐화 패킷을 사용하여 역방향으로 전송된다. 순방향 링크 패킷이 전송되고, MDDI 링크 동작(전송 방향)은 패킷들이 역방향으로 전송될 수 있도록 하기 위해서 이러한 패킷의 중앙에서 변경 또는 전환(turn-around)된다. 일 실시예에서 역방향 링크 캡슐화 패킷의 포맷은 도 17에 제시된다. 도 17에 제시된 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, 역방향 링크 플래그, 역방향 레이트 제수(divisor), 전환 1 길이, 전환 2 길이, 및 모두 제로인 2 필드를 갖도록 구성된다. 일 실시예에서, 이러한 타입의 패킷은 일반적으로 타입 65 패킷으로 식별된다. 외부 모드에 있어서, 모든 호스트는 이러한 패킷을 생성하고 데이터를 수신할 수 있어야 하며, 모든 클라이언트는 데이터를 수신하고, 데이터를 호스트로 전송할 수 있어야 한다. 이러한 패킷의 구현은 내부 모드에서는 선택적이다.
MDDI 링크 제어기는 역방향 링크 캡슐화 패킷을 전송하는 동안 특정한 방식으로 동작한다. MDD 인터페이스는 링크의 제어기로서 호스트에 의해 일반적으로 항상 구동되는 스트로브 신호를 갖는다. 호스트는 호스트가 역방향 링크 캡슐화 패킷의 전환 및 역방향 데이터 패킷 부분들의 각각의 비트에 대해 0을 전송하는 것처럼 동작한다. 호스트는 2개의 전환 시간 동안 그리고 역방향 데이터 패킷에 대해 할당된 시간 동안 각 비트 경계에서 MDDI_Strobe 신호를 토글한다. (이는 모두 제로인 데이터를 전송하는 것과 동일한 동작이다.)
호스트는 전환 1에 의해 규정된 시간 주기 동안 MDDI 데이터 신호 라인 드라이버들을 디세이블하고, 클라이언트는 전환 2 필드에 의해 규정된 시간 주기 후에 드라이버 재(re)-인에이블 필드 기간 동안 자신의 라인 드라이버들을 재-인에이블한다. 클라이언트는 전환 길이 파라미터를 판독하고 전환 1 필드의 최종 비트 후에 즉각적으로 호스트로 데이터 신호들을 전달한다. 즉, 클라이언트는 후술할 패킷 컨텐츠 내에 규정된 MDDI 스트로브의 임의의 상승 에지에서 링크 내로 새로운 데이터를 클록킹(clock)한다. 클라이언트는 호스트로 패킷을 전송하는 것이 가능한 시간 길이를 알기 위해서 패킷 길이 및 전환 길이 파라미터들을 사용한다. 클라이언트가 호스트로 전송할 데이터를 갖지 않으면, 클라이언트는 채움 패킷을 전송하거나 데이터 라인을 제로 상태로 구동한다. 데이터 라인들이 제로 상태로 구동되면, 호스트는 이를 제로 길이(유효 길이가 없음)를 갖는 패킷으로 해석하고, 호스트는 현재 역방향 링크 캡슐화 패킷의 듀레이션 동안 클라이언트로부터 더 이상 패킷을 수용하지 않는다.
모두 제로 1 필드 기간 동안 호스트는 MDDI_Data 신호들을 로직-제로 레벨로 구동하고, 클라이언트는 MDDI 데이터 라인들을 전환 2 필드의 시작 전의 적어도 하나의 역방향 링크 클록 주기(즉, 모두 제로 2 필드 주기) 동안 로직-제로 레벨로 구동한다. 이는 전환 1 및 전환 2 필드 시간 주기 동안 데이터 라인들을 결정론적(deterministic) 상태로 유지시킨다. 클라이언트가 전송할 추가 패킷을 갖지 않으면, 클라이언트는 데이터 라인들을 로직-제로 레벨로 구동한 후에 데이터 라인들을 디세이블 할 수 있는데, 절전 바이어스 저항들(다른 곳에서 논의됨)은 역방향 데이터 패킷 필드의 나머지에 대해, 또는 대략 16 순방향 링크 바이트 또는 그 이상의 기간 동안 로직-제로 레벨로 데이터 라인들을 유지하기 때문이다.
일 실시예에서, 클라이언트 요청 및 상태 패킷의 역방향 링크 요청 필드는 호스트에게 클라이언트가 호스트로 데이터를 다시 전송하기 위해서 역방향 링크 캡슐화 패킷에서 클라이언트가 필요로 하는 바이트들의 수를 알리기 위해서 사용될 수 있다. 호스트는 그 숫자만큼의 바이트를 역방향 링크 캡슐화 패킷에서 할당함으로써 요청을 허용한다. 호스트는 서브 프레임에서 하나 이상의 역방향 링크 캡슐화 패킷을 전송할 수도 있다. 클라이언트는 클라이언트 요청 및 상태 패킷을 거의 언제든지 전송할 수 있고, 호스트는 하나의 서브 프레임에서 요청된 바이트들의 총 수로서 역방향 링크 요청 파라미터를 해석할 것이다.
9. 클라이언트 성능 패킷
호스트는 일반적으로 최적 또는 바람직한 방식으로 호스트-클라이언트 링크를 구현하기 위해 호스트가 통신하고 있는 클라이언트(디스플레이)의 성능을 알 필요가 있다. 순방향 링크 동기화가 획득된 후에, 디스플레이가 클라이언트 성능 패킷을 호스트로 전송하는 것이 바람직하다. 이러한 패킷의 전송은 역방향 링크 캡슐화 패킷의 역방향 링크 플래그들을 사용하는 호스트에 의해 요청되는 경우 필요한 것으로 간주된다. 클라이언트 성능 패킷은 호스트에게 클라이언트의 성능을 알리기 위해서 사용된다. 외부 모드에 있어서, 모든 호스트는 이러한 패킷을 수신할 수 있어야 하고, 모든 클라이언트는 그 인터페이스 및 프로토콜을 완전히 이용하기 위해서 이러한 패킷을 전송할 수 있어야 한다. 이러한 패킷의 구현은 내부 모드에서는 선택적인데, 왜냐하면 이러한 상황에서 디스플레이와 같은 클라이언트의 성능은 일부 타입의 하나의 컴포넌트 또는 유닛으로 제조 또는 어셈블리시 호스트에 이미 알려지고, 잘 정의되기 때문이다.
일 실시예에 따른 클라이언트 성능 패킷의 포맷은 도 18에 제시된다. 도 18에 제시된 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, cClient ID, 프로토콜 버전, Min 프로토콜 버전, 데이터 전송률 성능, 인터페이스 타입 성능, Alt 디스플레이들의 수, 예약 1, 비트맵 폭, 비트맵 높이, 디스플레이 윈도우 폭, 디스플레이 윈도우 높이, 컬러 맵 사이즈, 컬러 맵 RGB 폭, RGB 성능, 단색 성능, 예약 2, Y Cr Cb 성능, 베이어 성능, 알파 커서 이미지 평면, 클라이언트 특징 성능, Max 비디오 프레임 레이트, Min 비디오 프레임 레이트, Min 서브 프레임 레이트, 오디오 버퍼 깊이, 오디오 채널 성능, 오디오 샘플 레이트 성능, 오디오 샘플 해상도, Mic 샘플 해상도, Mic 샘플 레이트 성능, 키보드 데이터 포맷, 포인팅 장치 데이터 포맷, 컨텐츠 보호 타입, Mfr. 명칭, 제품 코드, 예약 4, 일련 번호, 주간 Mfr., 연간 Mfr., 및 CRC 필드를 갖도록 구성된다. 일 실시예에서, 이러한 타입의 패킷은 일반적으로 타입 66 패킷으로 식별된다.
10. 키보드 데이터 패킷
키보드 데이터 패킷은 클라이언트 장치로부터 호스트로 키보드 데이터를 전송하는데 사용된다. 무선(또는 유선) 키보드는 헤드 장착 비디오 디스플레이/오디오 프리젠테이션 장치를 포함하여, 다양한 디스플레이 또는 오디오 장치와 함께 사용될 수 있다. 키보드 데이터 패킷은 여러 개의 알려진 키보드와 유사한 장치들 중 하나로부터 수신된 키보드 데이터를 호스트로 전달한다. 이러한 패킷은 키보드로 데이터를 전송하기 위해서 순방향 링크에서 사용될 수도 있다. 클라이언트는 클라이언트 성능 패킷 내의 키보드 데이터 필드를 사용하여 키보드 데이터 패킷들을 송신 및 수신할 수 있는 능력을 나타낸다.
키보드 데이터 패킷의 포맷은 도 19에 제시되고, 키보드에 대해 또는 키보드로부터의 가변수의 정보 바이트들을 포함한다. 도 19에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, bClient ID, 키보드 데이터 포맷, 키보드 데이터, 및 CRC 필드를 갖도록 구성된다. 여기서, 이러한 타입의 패킷은 일반적으로 타입 67 패킷으로 식별된다.
bClient ID는 이전과 같이, 예약 필드이고, CRC는 전체 패킷 바이트들에 대해 수행된다. 키보드 데이터 포맷 필드는 키보드 데이터 포맷을 기술하는 2 바이트 값을 포함한다. 비트 6-0은 클라이언트 성능 패킷 내의 키보드 데이터 포맷 필드와 동일해야 한다. 이 값은 127은 아니다. 비트 15-7은 차후 사용을 위해 예약되고, 따라서 현재는 0으로 설정된다.
11.
포인팅
장치 데이터 패킷
포인팅 장치 데이터 패킷은 무선 마우스 또는 다른 포인팅 장치로부터의 위치 정보를 클라이언트로부터 호스트로 전송하는데 사용된다. 데이터는 이러한 패킷을 사용하여 순방향 링크에서 포인팅 장치로 전송될 수 있다. 포인팅 장치 데이터 패킷의 예시적인 포맷은 도 20에 제시되고, 포인팅 장치로부터 또는 포인팅 장치에 대한 가변 수의 정보 바이트들을 포함한다. 도 20에 제시된 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, bClient ID, 포인팅 장치 포맷, 포인팅 장치 데이터, 및 CRC 필드들을 갖도록 구성된다. 일 실시예에서, 이러한 타입의 패킷은 일반적으로 1 바이트 타입 필드에서 타입 68 패킷으로 식별된다.
12. 링크 셧다운 패킷
링크 셧다운(shutdown) 패킷은 MDDI 데이터 및 스트로브가 중지되어 저-전력 소비 "절전" 상태로 진행할 것이라는 것을 나타내기 위해서 호스트로부터 클라이언트로 전송된다. 이러한 패킷은 정적인 비트맵들이 이동 통신 장치로부터 디스플레이로 전송된 후에, 또는 당분간 호스트로부터 클라이언트로 전송할 추가적인 데이터가 존재하는 않는 경우에 전력을 보존하는데 유용하다. 정상 동작은 호스트가 패킷들을 다시 전송하는 경우에 재개된다. 절전 후의 제 1 패킷은 서브 프레임 헤더 패킷이다. 클라이언트 상태 패킷의 포맷은 도 21에 제시된다. 도 21에 제시된 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, CRC 필드 및 모두 제로들을 갖도록 구성된다. 일 실시예에서, 이러한 타입의 패킷은 일반적으로 1-바이트 타입 필드에서 타입 69 패킷으로 식별되고 미리 선택되어 고정된 3 바이트 길이를 사용한다.
저-전력 절전 상태에서, MDDI_Data 드라이버는 고 임피던스 상태로 디세이블되고, MDDI_Data 신호들은 클라이언트에 의해 오버드라이브될 수 있는 고 임피던스 바이어스 네트워크를 사용하여 로직-제로 상태가 된다. 인터페이스에 의해 사용되는 스트로브 신호는 전력 소비를 최소화하기 위해서 절전 상태에서 로직-제로 레벨로 설정된다. 호스트 또는 클라이언트는 다른 부분에서 설명되는 바와 같이, MDDI 링크가 본원 발명의 중요한 장점인 절전 상태로부터 "웨이크업(wake up)"되게 할 수 있다.
13. 클라이언트 요청 및 상태 패킷들
호스트는 일반적으로 최적의 방식으로 호스트-클라이언트 링크를 구성하기 위해서 클라이언트로부터 적은 양의 정보를 필요로 한다. 클라이언트는 하나의 클라이언트 요청 및 상태 패킷을 호스트로 각각의 서브 프레임에서 전송하는 것이 바람직하다. 클라이언트는 이러한 패킷이 신뢰성 있게 호스트로 전달되는 것을 보장하기 위해서 역방향 링크 캡슐화 패킷의 제 1 패킷으로서 이러한 패킷을 전송해야 한다. 이러한 패킷의 전송은 또한 역방향 링크 캡슐화 패킷의 역방향 링크 플래그들을 사용하여 호스트에 의해 요청되는 경우에 또한 수행된다. 클라이언트 요청 및 상태 패킷은 호스트로 에러 및 상태를 보고하는데 사용된다. 모든 호스트는 이러한 패킷을 수신할 수 있어야 하며, 모든 클라이언트는 적절하게 또는 최적으로 MDD 인터페이스 프로토콜을 사용하기 위해서 이러한 패킷을 전송할 수 있어야 한다.
클라이언트 요청 및 상태 패킷의 포맷은 도 22에 제시된다. 도 22에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, cClient ID, 역방향 링크 요청, 성능 변경, 그래픽 버그, CRC 에러 카운트, 및 CRC 필드들을 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 1 바이트 타입 필드에서 타입 70 패킷으로 식별되고, 일반적으로 미리 선택된 고정된 12 바이트 길이를 사용한다.
역방향 링크 요청 필드는 데이터를 다시 호스트로 전송하기 위해서 역방향 링크 캡슐화 패킷에서 클라이언트가 필요한 바이트들의 수를 호스트에게 통보하는데 사용된다. 호스트는 역방향 링크 캡슐화 패킷에서 적어도 그 숫자만큼의 바이트를 할당함으로써 그 요청의 허용을 시도해야 한다. 호스트는 데이터를 수용하기 위해서 서브 프레임에서 하나 이상의 역방향 링크 캡슐화 패킷을 전송할 수도 있다. 클라이언트는 클라이언트 요청 및 상태 패킷을 임의의 시점에서 전송할 수 있고, 호스트는 하나의 서브 프레임에서 요청된 바이트들의 총 수로서 역방향 링크 요청 파라미터를 해석할 것이다. 역방향 링크 데이터가 다시 호스트로 어떻게 전송되는지에 관한 구체적인 내용 및 예는 후술될 것이다.
14. 비트 블록 전송 패킷
비트 블록 전송 패킷은 임의의 방향에서 디스플레이 영역들을 스크롤하는 수단을 제공한다. 이러한 성능을 갖는 디스플레이들은 클라이언트 성능 패킷의 디스플레이 특징 성능 표시자의 비트 0에서 이러한 성능을 보고할 것이다. 비트 블록 전송 패킷의 포맷은 도 23에 제시된다. 도 23에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, 상부 좌측 X 값, 상부 좌측 Y 값, 윈도우 폭, 윈도우 높이, 윈도우 X 이동, 윈도우 Y 이동, 및 CRC 필드들을 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 타입 71 패킷으로 식별되고, 미리 선택된 고정된 15 바이트 길이를 사용한다.
이러한 필드들은 이동될 윈도우의 상부 좌측 코너 좌표의 X 및 Y 값, 이동될 윈도우의 폭 및 높이, 및 픽셀들의 수를 규정하는데 사용되어 윈도우가 수평 및 수직으로 각각 이동되도록 한다. 상기 후자의 2개의 필드의 양의 값은 윈도우가 우측 및 아래로 이동하도록 하고, 음의 값은 좌측 및 상부로 이동하도록 한다.
15. 비트맵 영역 채움 패킷
비트맵 영역 채움 패킷은 디스플레이 영역을 하나의 컬러로 쉽게 초기화하는 수단을 제공한다. 이러한 성능을 갖는 디스플레이들은 클라이언트 성능 패킷의 클라이언트 특징 성능 표시자 필드의 비트 1에서 이러한 성능을 표시할 것이다. 비트맵 영역 채움 패킷의 포맷은 도 24에 제시된다. 도 24에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, 상부 좌측 X 값, 상부 좌측 Y 값, 윈도우 폭, 윈도우 높이, 데이터 포맷 기술자, 픽셀 영역 채움값, 및 CRC 필드를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 1 바이트 타입 필드에서 타입 72 패킷으로 식별되고, 미리 선택된 고정된 17 바이트 길이를 사용한다.
16. 비트맵 패턴 채움 패킷
비트맵 패턴 채움 패킷은 디스플레이 영역을 미리 선택된 패턴으로 쉽게 초기화하는 수단을 제공한다. 이러한 능력을 갖는 디스플레이는 클라이언트 성능 패킷의 클라이언트 특징 성능 필드의 비트 2에서 이러한 성능을 보고할 것이다. 이러한 채움 패턴의 상부 좌측 코너는 채워질 윈도우의 상부 좌측 코너와 정렬된다. 채워질 윈도우가 채움 패턴보다 넓거나 길면, 패턴은 윈도우를 채우기 위해서 수평 또는 수직으로 여러 번 반복될 것이다. 최종 반복된 패턴의 우측 또는 바닥은 필요에 따라 잘린다(truncated). 윈도우가 채움 패턴보다 작으면, 채움 패턴의 우측 또는 바닥은 윈도우와 맞추기 위해서 잘린다.
비트맵 패턴 채움 패킷의 포맷은 도 25에 제시된다. 도 25에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, 상부 좌측 X 값, 상부 좌측 Y 값, 윈도우 폭, 윈도우 높이, 패턴 폭, 패턴 높이, 데이터 포맷 기술자, 파라미터 CRC, 패턴 픽셀 데이터, 및 픽셀 데이터 CRC 필드를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 1 바이트 타입 필드에서 타입 73 패킷으로 식별된다.
17. 통신 링크 데이터 채널 패킷
통신 링크 데이터 채널 패킷은 PDA와 같은 고-레벨 계산 성능을 갖는 클라이언트가 셀룰러 전화 또는 무선 데이터 포트 장치와 같은 무선 트랜시버와 통신하는 수단을 제공한다. 이러한 상황에서, MDDI 링크는 통신 장치와 이동 디스플레이를 갖는 계산 장치 사이의 편리한 고속 인터페이스로서 동작하고, 여기서 이러한 패킷은 그 장치에 대한 운영 시스템의 데이터 링크 계층에서 데이터를 전달한다. 예를 들어, 웹 브라우저, 이메일 클라이언트, 또는 PDA가 이동 디스플레이 내에 구축되는 경우, 이러한 패킷이 사용될 수 있다. 이러한 성능을 갖는 디스플레이들은 클라이언트 성능 패킷의 클라이언트 특징 성능 필드의 비트 3에서 이러한 성능을 보고할 것이다.
통신 링크 데이터 채널 패킷의 포맷은 도 26에 제시된다. 도 26에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, 파라미터 CRC, 통신 링크 데이터, 및 통신 데이터 CRC 필드를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 타입 필드에서 타입 74 패킷으로 식별된다.
18. 인터페이스 타입 핸드오프 요청 패킷
인터페이스 타입 핸드오프 요청 패킷은 호스트로 하여금, 클라이언트 또는 디스플레이가 기존 또는 현재 모드에서 타입 1(직렬), 타입 2(비트 병렬), 타입 3(4 비트 병렬), 또는 타입 4(8 비트 병렬) 모드로 이동하도록 하는 요청을 할 수 있도록 한다. 호스트가 특정 모드를 요청하기 전에, 호스트는 클라이언트 성능 패킷의 디스플레이 특징 성능 표시자의 비트 6 및 7을 검사하여 클라이언트가 요구되는 모드에서 동작할 수 있다는 것을 확인해야 한다. 인터페이스 타입 핸드오프 요청 패킷의 포맷은 도 27에 제시된다. 도 27에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, 인터페이스 타입, 예약 1, 및 CRC 필드를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 타입 75 패킷으로서 식별되고, 미리 선택된 고정된 4 바이트 길이를 사용한다.
19. 인터페이스 타입 확인 패킷
인터페이스 타입 확인(acknowledge) 패킷은 인터페이스 타입 핸드오프 패킷의 수신을 확인하기 위해서 클라이언트에 의해 전송된다. 요청된 모드, 타입 1(직렬), 타입 2(2비트 병렬), 타입 3(4 비트 병렬), 또는 타입 4(8 비트 병렬) 모드는 이러한 패킷에서 파라미터로서 호스트로 다시 에코(echo)된다. 인터페이스 타입 확인 패킷의 포맷은 도 28에 제시된다. 도 28에 제시된 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, cClient ID, 인터페이스 타입, 예약 1, 및 CRC 필드를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 타입 76으로 식별되고, 미리 선택된 고정된 4 바이트 길이를 사용한다.
20. 실행 타입 핸드오프 패킷
실행(perform) 타입 핸드오프 패킷은 호스트가, 이동국으로 하여금 이러한 패킷에 규정된 모드로 핸드오프 하도록 명령하는 수단이다. 이는 인터페이스 타입 핸드오프 요청 패킷 및 인터페이스 타입 확인 패킷에 의해 이전에 요청되고 확인된 것과 동일한 모드이다. 호스트 및 클라이언트는 이러한 패킷이 전송된 후에 동의한 모드로 스위칭해야 한다. 클라이언트는 이러한 모드 변경 동안 링크 동기를 상실하고 재-획득할 수도 있다. 실행 타입 핸드오프 패킷의 포맷은 도 29에 제시된다. 도 29에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, 예약 1, 및 CRC 필드를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 1 바이트 타입 필드에서 타입 77로 식별되고, 미리 선택된 고정된 4 바이트 길이를 사용한다.
21.
순방향
오디오 채널
인에이블
패킷
이 패킷은 호스트가 클라이언트의 오디오 채널들을 인에이블 또는 디세이블 할 수 있도록 하여준다. 이러한 성능은 호스트에 의해 출력될 오디오가 존재하지 않는 경우, 전력을 보존하기 위해서 클라이언트(예를 들어, 디스플레이)가 오디오 증폭기를 턴-오프할 수 있기 때문에 유용하다. 이는 표시자로서 오디오 스트림의 존재 또는 부재를 함축적으로 간단히 사용하여 구현하기에는 매우 어렵다. 클라이언트 시스템의 전력이 상승하는 경우, 디폴트 상태에서 모든 오디오 채널들이 인에이블된다. 순방향 오디오 채널 인에이블 패킷의 포맷은 도 30에 제시된다. 도 30에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, 오디오 채널 인에이블 마스크, 및 CRC 필드들을 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 1 바이트 타입 필드에서 타입 78 패킷으로 식별되고, 미리 선택된 고정된 4 바이트 길이를 사용한다.
22. 역방향 오디오 샘플
레이트
패킷
이 패킷은 호스트가 역방향 링크 오디오 채널을 인에이블 또는 디세이블하고, 이러한 스트림의 오디오 데이터 샘플 레이트를 설정할 수 있도록 하여준다. 호스트는 클라이언트 성능 패킷에서 유효하다고(valid) 정의되는 샘플 레이트를 선택한다. 호스트가 무효 샘플 레이트를 선택한다면, 클라이언트는 오디오 스트림을 호스트로 전송하지 않고, 클라이언트 에러 보고 패킷으로 적절한 에러가 호스트에 전송될 것이다. 호스트는 샘플 레이트를 255 값으로 설정함으로써 역방향 링크 오디오 스트림을 디세이블할 수 있다. 클라이언트가 처음에 전력-증가(powered-up) 또는 접속될 때 가정한 디폴트 상태는 역방향 링크 오디오 스트림이 디세이블된 상태이다. 역방향 오디오 샘플 레이트 패킷의 포맷은 도 31에 제시된다. 도 31에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, 오디오 샘플 레이트, 예약 1, 및 CRC 필드를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 타입 79 패킷으로 식별되고, 미리 선택된 고정된 4 바이트 길이를 사용한다.
23. 디지털
컨텐츠
보호 오버헤드 패킷
이 패킷은 사용되는 디지털 컨텐츠 보호 방법에 관련된 메시지들을 호스트 및 클라이언트가 교환하도록 하여준다. 현재 차후의 대안적인 보호 방식 지정을 위해 예약된 룸(room)을 갖는 2가지 타입의 컨텐츠 보호(디지털 전송 컨텐츠 보호(DTCP) 또는 고-대역폭 디지털 컨텐츠 보호 시스템(HDCP))가 고려된다. 사용되는 방법은 이러한 패킷에서 컨텐츠 보호 타입 파라미터에 의해 규정된다. 디지털 컨텐츠 보호 오버헤드 패킷의 포맷은 도 32에 제시된다. 도 32에 제시된 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, bClient ID, 컨텐츠 보호 타입, 컨텐츠 보호 오버헤드 메시지, 및 CRC 필드를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 타입 80 패킷으로 식별된다.
24. 투명한 컬러
인에이블
패킷
투명한(transparent) 컬러 인에이블 패킷은 디스플레이에서 어떤 컬러가 투명한지를 규정하고, 이미지를 디스플레이하는데 투명한 컬러의 사용을 인에이블 또는 디세이블하기 위해서 사용된다. 이러한 성능을 갖는 디스플레이들은 클라이언트 성능 패킷의 클라이언트 특징 성능 필드의 비트 4에서 이러한 성능을 보고할 것이다. 투명한 컬러에 대한 값을 갖는 픽셀이 비트맵에 기록되면, 그 컬러는 이전 값으로부터 변경되지 않는다. 투명한 컬러 인에이블 패킷의 포맷은 도 33에 제시된다. 도 33에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, 투명한 컬러 인에이블, 예약 1, 알파 커서(Alpha-Cursor) 식별자, 데이터 포맷 기술자, 투명한 픽셀 값, 및 CRC 필드를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 1 바이트 타입 필드에서 타입 81로 식별되고, 미리 선택된 고정된 10 바이트 길이를 사용한다.
25. 왕복 지연 측정 패킷
왕복 지연 측정 패킷은 호스트로부터 클라이언트(디스플레이)로의 전파 지연에, 클라이언트(디스플레이)로부터 호스트로의 지연을 더한 전파 지연을 측정하는데 사용된다. 이러한 측정치는 본질적으로 라인 드라이버 및 수신기, 그리고 상호연결 서브-시스템에 존재하는 지연들을 포함한다. 이러한 측정치는 전환 지연 및 상술한 역방향 링크 캡슐화 패킷의 역방향 링크 레이트 제수(divisor) 파라미터들을 설정하는데 사용된다. 이러한 패킷은 MDDI 링크가 특정 애플리케이션에 의도된 최대 속도에서 동작하는 경우에 특히 유용하다. MDD_Stb 신호는 모두 제로 데이터가 뒤이은 필드들 동안 전송되는 것처럼 행동한다: 가드 타임, 모두 제로, 및 측정 주기. 이는 MDDI_Stb가 그 데이터 전송률의 절반에서 토글하도록 하여, 측정 주기 동안 클라이언트에서 주기적인 클록으로 사용될 수 있게 된다.
일 실시예에서, 클라이언트는 일반적으로 클라이언트 성능 패킷의 클라이언트 특징 성능 필드의 18 비트를 사용하여 왕복 지연 측정 패킷을 지원하는 능력을 표시한다. 모든 클라이언트들이 왕복 지연 측정을 지원하는 것이 바람직하지만, 호스트가 최대 케이블 지연 및 최대 드라이버 및 수신기 지연들에 기초하여 최악의 왕복 지연을 파악하는 것 역시 가능하다. 호스트는 또한 내부 모드에서 사용되는 링크에 대해 미리 왕복 지연을 파악할 수 있는데, 왜냐하면 이는 인터페이스가 사용되는 장치의 알려진 설계 엘리먼트(컨덕터 길이, 회로 타입, 및 특징 등)에 기반하기 때문이다.
왕복 지연 측정 패킷의 포맷은 도 34에 제시된다. 도 34에 제시되는 바와 같이, 일 실시예에서, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, 파라미터 CRC, 가드 타입 1, 측정 주기, 모두 제로, 및 가드 타임 2를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 타입 82 패킷으로 식별되며, 미리 선택된 고정된 533 비트 길이를 사용한다.
왕복 지연 측정 패킷 동안 발생하는 이벤트들의 타이밍은 도 35에 제시된다. 도 35에서, 호스트는 왕복 지연 측정 패킷을 전송하고, 이는 파라미터 CRC 및 스트로브 정렬 필드들의 존재에 의해 제시되며, 모두 제로 및 가드 타임 1 필드가 뒤따른다. 지연 3502는 패킷이 클라이언트 장치 또는 처리 회로에 도달하기 전에 발생한다. 클라이언트가 그 패킷을 수신하면, 클라이언트는 클라이언트에 의해 결정되는 측정 주기의 시작부에서 0xff, Oxff, 및 30 바이트 패턴을 실제로 정확하게 전송한다. 클라이언트가 이러한 시퀀스 전송을 시작하는 실제 시간은 호스트의 관점에서는 측정 주기의 시작부로부터 지연된다. 이러한 지연량은 패킷이 라인 드라이버 및 수신기, 그리고 상호연결 서브시스템(케이블, 컨덕터)을 통해 전파하는데 걸리는 시간이다. 클라이언트로부터 호스트로 상기 패턴이 전파되는데 유사한 지연량 3504가 발생한다.
클라이언트로, 그리고 클라이언트로부터 전달되는 신호들에 대한 왕복 지연 시간을 정확하게 결정하기 위해서, 호스트는 측정 주기의 시작 후에 0xff, Oxff, 및 30 바이트 0x0 시퀀스의 시작이 도달 검출될 때까지 발생하는 순방향 링크 비트 시간 주기들의 수를 카운트한다. 이러한 정보는 호스트로부터 클라이언트로, 그리고 다시 클라이언트로부터 호스트로 전달되는 왕복 신호의 시간량을 결정하는데 사용된다. 그리고 나서, 이러한 양의 절반이 클라이언트로의 일 방향 전달에서 발생하는 지연으로 간주된다.
호스트 및 클라이언트 모두는 가드 기간들 동안 MDDI_DATA 라인을 정의된 상태로 유지하기 위해서 라인을 로직-제로 레벨로 구동한다. 절전 풀-업(pull-up) 및 풀-다운(pull-down) 저항(도 42 참조)들은 MDDI_Data 신호들이 인터벌에서 유효한 저-레벨로 유지되는 것을 보장하고, 이러한 저-레벨에서 라인 드라이버들은 호스트 및 클라이언트 모두에서 디세이블된다.
26.
순방향
링크 왜곡 교정 패킷
순방향 링크 왜곡 교정(calibration) 패킷은 MDDI_Stb 신호에 대한 MDDI_Data 신호들의 전파 지연에서의 차이에 대해 클라이언트 또는 디스플레이가 그 자신을 교정하도록 하여준다. 지연 왜곡 보상이 없다면, 최대 데이터 전송률은 일반적으로 이러한 지연들에서의 잠재적인 최악의 변동을 고려하기 위해서 제한된다. 일반적으로, 이러한 패킷은 순방향 링크 데이터 전송률이 대략 50Mbps 또는 그 이하의 레이트로 구현되는 경우에만 전송된다. 디스플레이를 교정하기 위해서 이러한 패킷을 전송한 후에, 데이터 전송률은 50Mbps 이상으로 증가할 수 있다. 데이터 전송률이 이러한 왜곡 교정 처리기간 동안 너무 높게 설정되면, 디스플레이는 1 비트 타임 이상으로 지연 왜곡 보상이 오프(off)될 수 있는 비트 주기의 앨리어스(alias)와 동기화될 수 있고, 이는 에러 데이터 클록킹을 초래한다. 인터페이스의 가장 높은 데이터 전송률 타입 또는 가장 큰 가능한 인터페이스 타입은 모든 기존 데이터 비트들이 교정되도록 순방향 링크 왜곡 교정 패킷을 전송하기에 앞서 선택된다.
순방향 링크 왜곡 교정 패킷의 포맷은 도 56에 제시된다. 도 56에 제시된 바와 같이, 이러한 타입의 패킷은 패킷 길이(2 바이트), 패킷 타입, 파라미터 CRC, 교정 데이터 시퀀스, 및 CRC 필드를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 타입 필드에서 타입 83으로 식별되고, 미리 선택된 고정된 5115 길이를 갖는다.
가상 제어 패널
가상 제어 패널(VCP)은 호스트가 클라이언트에서 임의의 사용자 제어를 설정할 수 있도록 하여준다. 이러한 파라미터들이 호스트에 의해 조정될 수 있도록 함으로써, 클라이언트의 사용자 인터페이스는 간략화될 수 있는데, 왜냐하면 사용자가 오디오 볼륨 또는 디스플레이 밝기와 같은 파라미터들을 조정하도록 하는 스크린들이 클라이언트의 하나 이상의 마이크로프로세서에 의해서가 아니라 호스트 소프트웨어에 의해 발생할 수 있기 때문이다. 호스트는 클라이언트에서 파라미터 세팅들을 판독하고, 각 제어에 대한 유효값의 범위를 결정하는 능력을 갖는다. 클라이언트는 어떤 제어 파라미터들이 조정될 수 있는지를 호스트로 보고하는 성능을 갖는다.
제어 코드들(VCP 코드들) 및 일반적으로 규정되는 관련 데이터 값들은 클라이언트에서 제어 및 세팅들을 규정하는데 사용된다. MDDI 규격에서의 VCO 코드들은 16 비트로 확장되어 패킷 정의에서 적절한 데이터 필드 정렬을 보존하고, 차후에 이러한 인터페이스 또는 차후 개선된 인터페이스에 고유한 보충(supplementary) 값들을 지원한다.
27. 요청 VCP 특징 패킷
요청 VCP 특징 패킷은 특정 제어 파라미터 또는 모든 유효 제어 파라미터들의 현재 세팅을 호스트가 요청하는 수단, 메커니즘, 또는 방법을 제공한다. 일반적으로, 클라이언트는 VCP 특징 응답 패킷에서 적절한 정보를 가지고 VCP 패킷에 응답한다. 일 실시예에서, 클라이언트는 클라이언트 성능 패킷의 클라이언트 특징 성능 표시자의 비트 20을 사용하여 요청 VCP 특징 패킷을 지원하는 능력을 표시한다.
일 실시예에서, 요청 VCP 특징 패킷의 포맷은 도 69에 제시된다. 도 69에 제시된 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, MCCS VCP 코드, 및 CRC 필드를 갖도록 구성된다. 일 실시예에서, 이러한 타입의 패킷은 일반적으로 타입 128로 식별되고, 이는 2 바이트 타입 필드에서 표시된다. 패킷 길이 필드를 포함하지 않는 패킷에서의 바이트들의 총 수를 규정하는 패킷 길이는 일반적으로 8 바이트 길이에서 이러한 타입의 패킷에 대해 고정된다.
hClient ID 필드는 클라이언트 ID에 대해 예약된 16 비트의 부호를 갖지 않는 정수를 포함한다. 이러한 필드는 차후 사용을 위해 예약되고, 일반적으로 0으로 설정된다. MCCS VCP 코드 필드는 MCCS VCP 제어 코드 파라미터를 규정하는 2 바이트 정보를 포함한다. 0-255 범위의 값은 규정된 MCCS 코드에 대응하는 VCP 특징 응답 리스트에서 하나의 아이템을 가지고 VCP 특징 응답 패킷이 리턴되도록 한다. 65535(0xffff)MCCS VCP 코드는 클라이언트에 의해 지원되는 각각의 제어에 대한 특징 응답 리스트 아이템을 포함하는 VCP 특징 응답을 가지고 VCP 특징 응답 패킷을 요청한다. 이러한 필드에 대한 256-65534 값들은 차후 사용을 위해 예약되고 현재는 사용되지 않는다.
28. VCP 특징 응답 패킷
VCP 특징 응답 패킷은 클라이언트가 특정 제어 파라미터 또는 모든 유효 제어 파라미터들의 현재 세팅으로 호스트 요청에 응답하는 수단, 메커니즘, 또는 방법을 제공한다. 일반적으로, 클라이언트는 요청 VCP 특징 패킷에 응답하여 VCP 특징 응답 패킷을 전송한다. 이러한 패킷은 특정 파라미터의 현재 세팅을 결정하고, 특정 제어에 대한 유효 범위를 결정하고, 특정 제어가 클라이언트에 의해 지원되는지 여부를 결정하고, 또는 클라이언트에 의해 지원되는 제어들 세트를 결정하는데 유용하다. 클라이언트에서 실행되지 않는 특정 제어를 참조하는 요청 VCP 특징이 전송되면, VCP 특징 응답 패킷은 적절한 에러 코드를 포함하는 실행되지 않는 제어에 대응하는 하나의 VCP 특징 응답 리스트 아이템을 가지고 리턴된다. 일 실시예에서, 클라이언트는 클라이언트 성능 패킷의 디스플레이 특징 성능 표시자 필드의 비트 20을 사용하여 VCP 특징 응답 패킷을 지원하는 능력을 표시한다.
일 실시예에서, VCP 특징 응답 패킷의 포맷은 도 70에 제시된다. 도 70에 제시된 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, cClient ID, MCCS 버전, 응답 시퀀스 번호, VCP 특징 응답 리스트 및 CRC 필드를 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 타입 129로 식별되고, 이는 2 바이트 타입 필드에서 표시된다.
cClient ID 필드는 클라이언트 ID에 대해 예약된 정보를 포함한다. 이러한 필드는 차후 사용을 위해 예약되고, 일반적으로 0으로 설정된다. MCCS 버전 필드는 클라이언트에 의해 실행되는 VESA MCCS 규격의 버전의 규정하는 2 바이트 정보를 포함한다.
2 바이트 응답 시퀀스 번호 필드는 클라이언트에 의해 리턴되는 VCP 특징 응답 패킷들의 시퀀스 번호를 규정하는 정보 또는 데이터를 포함한다. 클라이언트는 MCCS 제어 코드 값 65535를 가지고 요청 VCP 특징 패킷에 응답하여 하나 또는 그 이상의 VCP 특징 응답 패킷들을 리턴한다. 클라이언트는 다수의 VCP 특징 응답 패킷들에 걸쳐 특징 응답 리스트를 확산시킬 수도 있다. 이 경우, 클라이언트는 시퀀스 번호를 각각의 연속적인 패킷에 할당하고, 하나의 요청 VCP 특징 패킷에 응답하여 전송되는 VCP 특징 응답 패킷들의 시퀀스 번호들은 0에서 시작하여 1 씩 증가한다. 최종 VCP 특징 응답 패킷의 최종 VCP 특징 리스트 아이템은 그 패킷이 최종 패킷이고, 리턴되는 패킷 그룹 중 가장 높은 시퀀스 번호를 갖는다는 것을 표시하기 위해서 0xffff와 동일한 MCCS VCP 제어 코드 값을 포함해야 한다. 만약 1개의 VCP 특징 응답 패킷이 요청 VCP 특징 패킷에 응답하여 전송되면, 그 하나의 패킷 내의 응답 시퀀스 번호는 0이고, VCP 특징 응답 리스트는 0xffff와 동일한 MCCS VCP 제어 코드를 갖는 기록을 포함한다.
리스트 필드의 특징들의 수는 이 패킷에서 VCP 특징 응답 리스트에 존재하는 VCP 특징 리스트 아이템들의 수를 규정하는 2 바이트를 포함하고, VCP 특징 응답 리스트 필드는 하나 이상의 VCP 특징 응답 리스트 아이템들을 포함하는 바이트들 그룹이다. 일 실시예에서, 하나의 VCP 특징 응답 리스트 아이템의 포맷이 도 71에 제시된다.
도 71에 제시되는 바와 같이, 각각의 VCP 특징 응답 리스트 아이템은 그 길이가 정확하게 12 바이트이고, MCCS VCP 코드, 결과 코드, 최대값, 및 현재 값 필드들을 포함한다. 2 바이트 MCCS VCP 코드 필드는 이 리스트 아이템과 관련된 MCCS VCP 제어 코드 파라미터를 규정하는 데이터 또는 정보를 포함한다. VESA MCCS 규격 버전 2 및 후속 버전에서 정의되는 제어 코드값들만이 유효한 것으로 간주된다. 2 바이트 결과 코드 필드는 규정된 MCCS VCP 제어에 대한 정보 요청과 관련된 에러 코드를 규정하는 정보를 포함한다. 이 필드에서 값 '0'는 에러가 없음을 표시하고, 값 '1'은 규정된 제어가 클라이언트에서 실행되지 않는다는 것을 의미한다. 2 내지 65535의 이러한 필드에 대한 추가적인 값들이 차후 사용 및 다른 애플리케이션에서의 실행을 위해 현재 예약되지만, 지금을 위해서는 사용되지 않는다.
4 바이트 최대값 필드는 규정된 MCCS 제어가 설정될 수 있는 가장 큰 가능한 값을 규정하는, 32 비트의 부호를 갖지 않는 정수를 포함한다. 요청된 제어가 클라이언트에서 실행되지 않으면, 이 값은 0으로 설정된다. 리턴되는 값이 그 길이에 있어서 32 비트(4 바이트)보다 작으면, 이 값은 최상위 바이트(미사용)들을 0으로 설정함으로써 32 비트 정수로 만들어진다. 4 바이트 현재값 필드는 규정된 MCCS VCP 연속(C) 또는 불-연속(NC) 제어에 대한 현재값을 규정하는 정보를 포함한다. 요청된 제어가 클라이언트에서 실행되지 않거나, 제어가 실행되지만 테이블(T) 데이터 타입인 경우, 이 값은 0으로 설정된다. 리턴되는 값이 VESA MCCS 규격(specification) 당 그 길이에 있어서 32 비트(4 바이트)보다 작으면, 최상위 바이트(미사용)들을 0으로 설정함으로써 32 비트 정수로 만들어진다.
29. 설정 VCP 특징 패킷
설정 VCP 특징 패킷(Set VCP Feature Packet)은 클라이언트에서 연속 및 비-연속 제어들 모두에 대한 VCP 제어 값들을 호스트가 설정(set)하는 수단, 메커니즘, 또는 방법을 제공한다. 일 실시예에서, 클라이언트는 클라이언트 성능 패킷의 디스플레이 특징 성능 표시자 필드의 비트 20을 사용하여 설정 VCP 특징 패킷을 지원하는 능력을 표시한다.
일 실시예에서 설정 VCP 특징 패킷의 포맷은 도 72에 제시된다. 도 72에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, MCCS VCP 코드, 리스트의 값들의 수, 제어 값 리스트 및 CRC 필드들을 갖도록 구성된다. 이러한 타입의 패킷은 일반적으로 타입 130으로 식별되고, 2 바이트 타입 필드에서 표시되며, 패킷 길이 필드에 독점적인 20 바이트 길이이다.
hClient ID 필드는 다시 클라이언트 ID를 규정하고, 클라이언트 ID로서 동작하는 1-바이트 값을 사용한다. 이러한 필드는 차후 사용을 위해 예약되고 현재 0으로 설정된다. MCCS VCP 코드 필드는 조정될 MCCS VCP 제어 코드 파라미터를 규정하기 위해 2 바이트 정보 또는 값들을 사용한다. 리스트 필드의 값들의 2 바이트 수는 제어 값 리스트에 존재하는 16 바이트 값들의 수를 규정하는 정보 또는 값들을 포함한다. MCCS 제어 코드가 클라이언트의 테이블과 관련되지 않으면, 제어 값 리스트는 일반적으로 하나의 아이템을 포함한다. 비-테이블 관련 제어의 경우에 있어서, 제어 값 리스트는 MCCS VCP 코드 필드에 의해 규정되는 제어 파라미터에 기록되는 새로운 값을 규정하는 값을 포함할 것이다. 테이블-관련 제어에 있어서, 제어 값 리스트의 데이터 포맷은 규정된 MCCS VCP 코드의 파라미터 설명에 의해 규정된다. 리스트가 1 바이트 이상의 값들을 포함하면, 최하위 바이트가 먼저 전송되고, 이는 다른 곳에서 정의된 방법과 일치한다. 마지막으로, 2-바이트 CRC 필드는 패킷 길이를 포함하는 패킷 내의 모든 바이트들 중 16 비트 CRC를 포함한다.
30. 요청 유효 파라미터 패킷
요청 유효 파라미터 패킷은 규정된 비-연속(NC) 또는 테이블 제어에 의해 지원되는 파라미터 리스트를 포함하는 유효 파라미터 응답 패킷을 클라이언트가 리턴하도록 요청하기 위한 수단 또는 메커니즘으로서 사용된다. 이러한 패킷은 단지 클라이언트의 테이블에 관련되는 비-연속 제어 또는 제어만을 규정해야 하고, 모든 제어들을 규정하기 위해서 65535(0xffff) MCCS VCP 코드 값을 규정하지는 않는다. 비-지원 또는 무효(invalid) MCCS VCP 코드가 규정되면, 적절한 에러값이 유효 파라미터 응답 패킷에서 리턴된다. 일 실시예에서, 클라이언트는 디스플레이 성능 패킷의 디스플레이 특징 성능 표시자 필드의 비트 20을 이용하여 요청 유효 파라미터 패킷을 지원하는 능력을 표시한다.
일 실시예에서, 요청 유효 파라미터 패킷의 포맷은 도 73에 제시된다. 도 73에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, MCCS VCP 코드, 및 CRC 필드를 갖도록 구성된다. 일 실시예에서, 이러한 타입의 패킷은 일반적으로 타입 131로 식별되고, 2 바이트 타입 필드에서 표시된다.
2 바이트 패킷 길이 필드에서 표시되는 패킷 길이는 일반적으로 8의 패킷 길이 필드를 포함하지 않고, 패킷에서 총 바이트 수를 갖도록 설정된다. hClient ID 는 다시 클라이언트 ID를 규정하지만, 차후 사용을 위해 현재 예약되고, 당업자에게 명백한 바와 같이, 0으로 설정된다. 2 바이트 MCCS VCP 코드 필드는 질의될 비-연속 MCCS VCP 제어 코드 파라미터를 규정하는 값을 포함한다. 이러한 필드의 값은 클라이언트에서 실행되는 비-연속 제어에 대응된다. 256 내지 65535(0xffff) 값들은 일반적으로 예약되고, 무효(invalid)인 것으로 간주하며, 에러 응답에서 미실행된 제어로서 간주된다.
31. 유효 파라미터 응답 패킷
유효 파라미터 응답 패킷은 요청 유효 파라미터 패킷에 응답하여 전송된다. 이는 테이블 컨텐츠를 리턴하는 비-연속 MCCS VCP 제어 또는 제어에 대한 유효 세팅들을 식별하는 수단, 방법, 또는 메커니즘으로서 사용된다. 제어가 클라이언트의 테이블과 관련되면, VCP 파라미터 응답 리스트는 단순히 요청된 시퀀스 테이블 값들의 특정 리스트를 포함한다. 테이블의 컨텐츠가 하나의 유효 파라미터 응답 패킷에 적합하지 않으면, 시퀀스 응답 시퀀스 번호들을 갖는 다수의 패킷이 클라이언트에 의해 전송될 수 있다. 일 실시예에서, 클라이언트는 디스플레이 성능 패킷의 디스플레이 특징 성능 표시자 필드의 비트 20을 사용하여 유효 파라미터 응답 패킷을 지원하는 능력을 표시한다.
호스트는 다음 방식으로 테이블 컨텐츠를 요청할 수 있다: 호스트는 기록/판독 파라미터, LUT 오프셋, 및 RGB 섹션과 같은 필요한 또는 요구되는 파라미터들을 포함하는 설정 VCP 특징 패킷을 전송한다: 그리고 나서, 요구되는 제어를 규정하는 요청 유효 파라미터 패킷이 호스트에 의해 전송된다: 그리고 나서, 클라이언트는 테이블 데이터를 포함하는 하나 이상의 유효 파라미터 응답 패킷들을 리턴한다: 이러한 동작 시퀀스는 MCCS 동작 모델에서 설명되는 테이블 판독 기능들과 유사한 기능을 수행한다.
특정 클라이언트 파라미터가 클라이언트에 의해 지원되지 않으면, 일 실시예에서 이러한 패킷의 대응하는 필드는 255 값을 포함할 것이다. 클라이언트에서 사용되는 파라미터들에 있어서, 대응하는 필드는 클라이언트의 파라미터 값을 포함해야 한다.
일 실시예에서, 유효 파라미터 응답 패킷의 포맷은 도 74에 제시된다. 도 74에 제시되는 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, cClient ID, VCCS VCP 코드, 응답 코드, 시퀀스 번호, 리스트의 번호 값들, VCP 파라미터 응답 리스트, 및 CRC 필드들을 갖도록 구성된다. 일 실시예에서, 이러한 타입의 패킷은 일반적으로 타입 132로서 식별되고, 2 바이트 타입 필드에서 표시된다.
cClient ID 필드는 상술한 바와 같이 차후 클라이언트 ID를 위해 예약되고, 3 바이트 MCCS VCP 코드 패킷은 이러한 패킷에 의해 기술되는 비-연속 MCCS VCP 제어 코드 파라미터를 규정하는 값을 포함한다. 무효 MCCS VCP 제어 코드가 요청 유효 파라미터 패킷에 의해 규정되면, 동일한 무효 파라미터 값이 요청 코드 필드의 적절한 값을 가지고 이러한 필드에서 규정될 것이다. MCCS 제어 코드가 무효이면, VCP 파라미터 응답 리스트는 제로 길이를 가질 것이다.
응답 코드 필드는 규정된 MCCS VCP 제어에 대한 정보 요청과 관련된 응답의 본성(nature)을 규정하는 2 바이트 정보 또는 값들을 포함한다. 이러한 필드의 값이 0이면, 어떠한 에러도 이러한 데이터 타입에 대해 존재하지 않는 것으로 간주하고, 이 시퀀스의 최종 유효 파라미터 응답 패킷이 전송되며, 이는 가장 높은 응답 시퀀스 번호를 갖는다. 이러한 필드의 값이 1이면, 어떠한 에러도 존재하지 않는 것으로 간주하지만, 보다 높은 시퀀스 번호들을 갖는 다른 유효 응답 패킷들이 전송될 것이다. 이러한 필드의 값이 2이면, 규정된 제어는 클라이언트에서 실행되는 것으로 간주하지 않는다. 이러한 필드의 값이 3이면, 규정된 제어는 비-연속 제어가 아니다(0에서 그 최대값까지 모든 값들의 유효 세트를 항상 갖는 연속 제어임). 4 내지 65535인 이러한 필드에 대한 값들은 차후 사용을 위해 예약되고 일반적으로 사용되지 않는다.
2 바이트 응답 시퀀스 번호 필드는 클라이언트에 의해 리턴되는 유효 파라미터 응답 패킷들의 시퀀스 번호를 규정한다. 클라이언트는 요청 유효 파라미터 패킷에 응답하여 하나 이상의 유효 파라미터 응답 패킷들을 리턴한다. 클라이언트는 다수의 유효 파라미터 응답 패킷들에 대해 VCP 파라미터 응답 리스트를 확산시킬 수 있다. 이러한 후자의 경우에, 클라이언트는 시퀀스 번호를 각각의 연속적인 패킷에 할당하고, 시퀀스의 최종 패킷을 제외한 모든 패킷에서 응답 코드를 1로 설정할 것이다. 시퀀스의 최종 유효 파라미터 응답 패킷은 가장 높은 시퀀스 번호를 가질 것이며, 응답 코드는 0의 값을 포함한다.
리스트 필드의 값들의 2 바이트 수는 VCP 파라미터 응답 리스트에 존재하는 16 비트 값들의 수를 규정한다. 응답 코드가 0이 아니면, 리스트 파라미터의 값들의 수는 0이다. VCP 파라미터 응답 리스트 필드는 MCCS 제어 코드 필드에 의해 규정되는 비-연속 제어에 대한 유효값들의 세트를 표시하는 0 내지 32760까지의 2 바이트 값들 리스트를 포함한다. 비-연속 제어 코드들에 대한 정의는 VESA MCCS 규격에서 규정된다. 마지막으로, 이러한 실시예에서, CRC 필드는 패킷 길이를 포함하는 패킷에서 모든 바이트들 중 16 비트 CRC를 포함한다.
알파 커서 이미지
통신 링크 상에서 데이터를 통신하기 위한 MDD 인터페이스 및 관련된 독창적인 프로토콜 및 메커니즘은 서로 오버래핑하고 가변적인 투명도를 가질 수 있는 다수의 이미지 평면들에 대한 지원을 제공한다. 하드웨어 커서는 가변 X-Y 오프셋을 갖는 오버래핑 이미지를 사용하여 구현될 수 있다. 알파 커서 기능성 및 관련된 프로토콜 지원에 대한 개관이 아래에서 제시된다. 알파 커서 이미지 패킷을 지원하는 능력은 요청 특정 상태 패킷에 응답하여 전송되는 알파 커서 이미지 성능 패킷에서 정의된다.
32. 알파 커서 이미지 성능 패킷
알파 커서 이미지 성능 패킷은 알파 커서 이미지 및 클라이언트에서의 관련 투명성 맵들에 대한 특성들을 정의하는데 사용된다. 일 실시예에서, 클라이언트는 유효 상태 응답 리스트 패킷의 유효 파라미터 응답 리스트에서 133 파라미터 값을 사용하여 알파 커서 이미지 성능 패킷을 지원하는 능력을 표시한다. 패킷 길이 필드에서 규정되는 패킷 길이는 일 실시예에 있어서 20의 고정 값으로 설정되고, 패킷 길이 필드를 포함하지 않는다.
일 실시예에서, 알파 커서 이미지 성능 패킷의 포맷은 도 75에 제시된다. 도 75에 제시된 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, cClient ID, 알파 커서 식별기, 알파 커서 비트맵 폭, 알파 커서 비트맵 높이, RGB 성능, 단색 성능, 예약 1, Y Cr Cb 성능, 투명성 맵 Res, 성능 비트, 및 CRC 필드를 갖도록 구성된다. cClient ID 필드는 일반적으로 차후 클라이언트 ID 사용을 위해 예약되고, 현재 0으로 설정된다.
알파 커서 식별자 필드(2 바이트)는 특정 알파 커서 평면을 식별하는 값을 포함한다. 클라이언트가 n개의 알파 커서 이미지 평면들을 지원하면, 알파 커서 식별자는 0 내지 n-1의 유효 범위를 갖는다. 일 실시예에서, 값 n은 디스플레이 성능 패킷의 알파 커서 이미지 평면 필드에 의해 규정된다. 클라이언트는 각각의 알파 커서 이미지 평면에 대한 고유한 알파 커서 이미지 성능 패킷을 리턴한다.
2-바이트 알파 커서 비트맵 폭 필드 값은 픽셀들 수로서 표현되는 알파 커서 비트맵 이미지의 폭을 규정하고, 2-바이트 알파 커서 비트맵 높이는 픽셀들의 수로 표현되는 알파 커서 비트맵 이미지의 높이를 규정한다.
RGB 성능 필드는 RGB 포맷으로 디스플레이될 수 있는 해상도의 비트들 수를 규정하기 위해서 2 바이트를 사용한다. 클라이언트가 RGB 포맷을 사용할 수 없으면, 이 값은 0이다. RGB 성능 워드는 3개의 개별 값들로 구성되고, 일 실시예에서, 이러한 값들은 다음과 같이 구현된다: 비트 3 내지 0은 각 픽셀에서 청색 비트들의 최대 수(청색 강도)를 정의한다: 비트 7 내지 4는 각 픽셀에서 녹색 비트들의 최대 수(녹색 강도)를 정의한다: 비트 11 내지 8은 각 픽셀에서 적색 비트들의 최대 수(적색 강도)를 정의한다: 그리고 비트 15 내지 12는 RGB 성능 정보를 표현하는데 있어서 차후 사용을 위해 예약되어, 이들은 일반적으로 현재 0으로 설정된다.
1 바이트 단색 용량 필드는 단색 포맷으로 디스플레이될 수 있는 해상도의 비트들의 수를 특정하기 위해 사용될 수 있다. 클라이언트가 단색 포맷을 사용할 수 없다면, 이러한 값은 0으로 설정된다. 7부터 4까지의 비트들은 나중에 사용하기 위해 예약되며, 그러므로 일반적으로 0으로 설정된다. 3부터 0까지의 비트들은 각각의 픽셀에 존재할 수 있는 그레이스케일의 비트들의 최대 개수를 정의한다. 이러한 네 개의 비트들은 각각의 픽셀이 1부터 15까지의 비트들로 구성되는 것을 특정할 수 있다. 상기 값이 0이면, 단색 포맷은 클라이언트에 의해 지원되지 않는다.
1 바이트 예약 1 필드는 일반적으로 나중에 사용하기 위해 예약된 값을 포함하며, 상기 필드에 있는 모든 비트들은 0으로 설정된다. 이것은 다음 2 바이트 필드들이 16 비트 워드 주소로 할당되도록 하고 4 바이트 필드들이 32 비트 워드 주소로 할당되도록 할 것이다.
2 바이트 Y Cb Cr 성능 필드는 Y Cb Cr 포맷으로 디스플레이될 수 있는 해상도의 비트들의 수를 특정하는 값들 또는 정보를 포함한다. 클라이언트가 Y Cb Cr 포맷을 사용할 수 없다면 상기 값은 0으로 설정된다. 일반적으로, 일 실시예에서, Y Cb Cr 성능 워드는 세 개의 개별적인 값들로 구성된다: 0부터 3까지의 비트들은 Cr 샘플을 특정하는 비트들의 최대 수를 정의하고; 4부터 7까지의 비트들은 Cb 샘플을 특정하는 비트들의 최대 수를 정의하고; 8부터 11까지의 비트들은 Y 샘플을 특정하는 비트들의 최대 수를 정의하고; 12부터 15까지의 비트들은 나중에 Y Cb Cr 성능 정보 또는 값들을 표현하기 위해 예약되며, 현재는 0으로 설정되어 있다.
1 바이트 투명도 맵 해상도 필드는 알파 커서 이미지 투명도 맵의 각각의 픽셀 위치에 있는 비트들의 수(깊이)를 특정하는 값들 또는 정보를 포함한다. 상기 값은 1부터 8까지의 범위에 존재할 수 있다. 상기 값이 0이면, 투명도 맵은 알파 커서 이미지 버퍼(버퍼는 알파 커서 식별 필드에 의해 특정됨)를 위해 지원되지 않는다.
1 바이트 성능 비트 필드는 알파 커서 이미지 버퍼와 관련된 기능들을 특정하는 플래그들의 세트를 포함하는 값들 또는 정보를 제공한다. 일 실시예에서, 플래그들은 아래와 같이 정의된다: 비트 0은 패킹된 포맷으로 존재하는 알파 커서 비디오 스트림 패킷의 픽셀 데이터를 선택하기 위해 사용된다. 비트 1은 알파 커서 투명도 패킷의 투명도 맵 데이터가 패킷 포맷으로 존재하는 것을 나타내기 위해 사용된다. 바이트-할당되고 패킹된 투명도 맵 데이터의 예는 도 76에 도시되어 있다. 비트 2는 알파 커서 이미지 평면이 알파 커서 이미지 오프셋 패킷을 사용하여 이미지 오프셋 기능을 지원하는 것을 나타내기 위해 사용된다. 비트 3은 알파 커서 이미지 평면이 컬러 맵 데이터 포맷을 지원할 수 있다는 것을 나타내기 위해 사용된다. 동일한 컬러 맵 테이블이 알파 커서 이미지 평면들을 위해 사용되며, 메인 이미지 버퍼와 스케일 비디오 스트림들을 위해 사용된다. 컬러 맵은 다른 곳에서 설명되는 컬러 맵 패킷을 사용하여 구성된다.
4부터 7까지의 비트들은 나중에 사용하기 위해 예약되며, 일반적으로 0 값 또는 로직 레벨로 설정되어 있다.
33. 알파 커서 투명도 맵 패킷
알파 커서 투명도 맵 패킷은 특정한 알파 커서 이미지 평면에 대한 이미지 투명도 맵의 컨텐츠를 정의한다. 몇몇 애플리케이션들은 하나의 패킷으로 전송될 수 있는 데이터의 양보다 큰 투명도 맵을 요구할 수 있다. 이러한 경우들에서, 다중 알파 커서 투명도 맵 패킷들이 아래에서 설명되는 투명도 맵 X 및 Y 시작 필드들을 사용함으로써 전송될 수 있으며, 각각의 패킷은 투명도 맵의 상이한 서브세트를 가질 수 있다. 이러한 필드들은 비디오 스트림 패킷의 X 시작 및 Y 시작 필드들과 유사한 방식으로 동작한다. 클라이언트는 알파 커서 이미지 성능 패킷의 알파 커서 식별 필드에 의해 특정된 각각의 특정 알파 커서 평면에 대한 알파 커서 이미지 성능 패킷의 투명도 맵 해상도 필드를 사용하는 일 실시예에서 알파 커서 투명도 맵 패킷을 지원하는 능력을 표시한다. 패킷 길이와 클라이언트 ID 필드들은 이전에 논의된 다른 패킷들에 대하여 이전과 같이 동작한다. 일 실시예에서, 패킷 타임 필드에 있는 134의 값은 알파 커서 투명도 맵 패킷으로서 패킷을 식별하기 위해 사용된다.
일 실시예에 대한 알파 커서 투명도 맵의 포맷은 도 76에 도시되어 있다. 도 76에 도시되 바와 같이, 이러한 타입의 패킷은 패킷 길이, 패킷 타입, hClient ID, 알파 커서 식별자, 투명도 맵 X 시작, 투명도 맵 Y 시작, 투명도 맵 해상도, 예약 1, 파라미터 CRC, 투명도 맵 미디어 및 투명도 맵 데이터 CRC 필드들을 포함하도록 구성된다.
2 바이트 알파 커서 식별 필드는 특정 알파 커서 평면을 식별하는 값을 가지고 있다. 클라이언트가 n개의 알파 커서 이미지 평면들을 지원한다면, 알파 커서 식별자는 0부터 n-1까지의 유효한 범위를 가진다.
2 바이트 투명도 맵 X 및 Y 시작 필드들은 각각 절대적인 X 및 Y 좌표들을 특정하며, 여기서 포인트(투명도 맵 X 시작, 투명도 맵 Y 시작)는 아래의 투명도 맵 데이터 필드에 있는 첫 번째 픽셀이다.
투명도 맵 해상도 필드(1 바이트)는 투명도 맵의 해상도와 데이터가 패킹되었는지 여부를 특정하는 값을 포함한다. 상기 필드에 대한 일 실시예에서, 0부터 3까지의 비트들은 모든 투명도 맵 테이블 아이템들에 존재하는 해상도의 비트들의 수를 정의한다. 유효한 값들은 1에서 8까지의 비트들이 되도록 넓이를 특정한다. 0과 9부터 15까지의 값들은 유효하지 않은 것으로 간주된다. 이러한 값은 알파 커서 이미지 성능 패킷의 투명도 맵 해상도 필드에 있는 클라이언트에 의해 리턴된 값과 매칭되어야 한다. 4부터 6까지의 비트들은 추후 사용을 위해 예약되며, 그러므로 일반적으로 현재 시점에서 로직-0으로 설정되어야 한다. 상기 바이트의 비트 7은 투명도 맵 데이터가 패킹된 형태 또는 바이트-할당된 형태로 있는지 여부를 특정한다. 비트 7이 '1'이면 투명도 맵 데이터는 패킹된 형태이며, '0'이면 데이터는 바이트-할당된 형태이다. 패킹되고 바이트-할당된 투명도 맵 데이터의 예는 다른 곳에서 도시되어 있다. 이러한 비트 값은 알파 커서 이미지 성능 패킷의 성능 비트 필드의 비트 1의 값과 매칭되어야 한다.
1 바이트 예약 1 필드는 추후 사용을 위해 예약되며, 그러므로 상기 필드의 모든 비트들은 일반적으로 로직-0 레벨과 동일하게 설정된다. 상기 필드의 하나의 목적은 다음의 2 바이트 필드들이 16 비트 워드 주소로 할당되고 4 바이트 필드들이 32 비트 워드 주소로 할당되도록 하는 것이다.
파라미터 CRC 필드는 패킷 길이부터 예약 1 필드까지 모든 바이트들의 16 비트 CRC를 포함한다. 상기 CRC 검사가 실패하면, 전체 패킷이 버려지게 된다.
투명도 맵 데이터 필드에 있어서, 각각의 투명도 맵 위치는 넓이가 1에서 8 비트 범위에 있다. 하나의 투명도 맵이 하나의 알파 및 커서 투명도 맵 패킷에 적합하지 않으면, 전체 투명도 맵은 상이한 투명도 맵 데이터와 각각의 픽셀에 있는 투명도 맵 X 및 Y 시작 값들과 함께 다수의 패킷을 전송함으로써 특정될 수 있다.
2 바이트 투명도 맵 데이터 CRC 필드는 오직 투명도 맵 데이터의 16 비트 CRC를 포함한다. 상기 CRC 검사가 실패하면, 투명도 맵 데이터는 여전히 사용될 수는 있으나, CRC 에러 카운트가 증가하게 될 것이다.
34. 알파 커서 이미지 오프셋 패킷
알파 커서 이미지 오프셋 패킷은 메인 디스플레이 이미지의 상부 좌측 코너로부터 커서의 X 및 Y 오프셋을 특정한다. 알파 커서 이미지 오프셋 패킷의 포맷은 도 77에 도시되어 있다. 도 77에 도시된 바와 같이, 일 실시예에서, 알파 커서 이미지 오프셋 패킷은 패킷 길이, 패킷 타입, hClient ID, 알파 커서 X 오프셋, 알파 커서 Y 오프셋 및 CRC 필드들과 함께 구성된다. 일 실시예에서, 클라이언트는 알파 커서 이미지 성능 패킷의 알파 커서 식별자 필드에 의해 특정된 각각의 특정 알파 커서 평면에 대한 알파 커서 이미지 성능 패킷의 성능 비트 필드의 비트 2를 사용하여 알파 커서 이미지 오프셋 패킷을 지원하기 위한 능력을 표시한다. 일 실시예에서, 패킷 길이는 2 바이트 패킷 길이 필드에서 도시된 바와 같이 10으로 고정된다. 일 실시예에서, 135의 패킷 타입은 알파 커서 이미지 오프셋 패킷으로서 패킷을 식별한다.
2 바이트 알파 커서 X 및 Y 오프셋 필드들은 각각 메인 이미지의 좌측 및 상부로부터 커서 이미지의 픽셀들의 가장 좌측 열 및 상부 행의 수평 및 수직 오프셋을 특정하는 값들을 포함한다. hClient ID - 2 바이트는 클라이언트 ID에 대하여 예약된 16 비트의 양의 정수를 포함한다. 상기 필드는 추후 사용을 위해 예약되며 0으로 설정되어야 한다.
35. 알파 커서 비디오
스트림
패킷
알파 커서 비디오 스트림 패킷은 알파 커서 이미지 평면의 사각형 구역을 업데이트하기 위한 비디오 데이터를 전달한다. 이러한 구역의 크기는 하나의 픽셀만큼 작을 수도 있고 또는 전체 디스플레이만큼 클 수도 있다. 알파 커서 비디오 스트림 패킷의 포맷은 도 78에 도시되어 있다. 도 78에 도시된 바와 같이, 일 실시예에서, 알파 커서 비디오 스트림 패킷은 패킷 길이, 패킷 타입, bClient ID, 비디오 데이터 포맷 속성들, X 좌측 에지, Y 상부 에지, X 우측 에지, Y 하부 에지, X 시작, Y 시작, 픽셀 카운트, 파라미터 CRC 픽셀 데이터 및 픽셀 데이터 CRC 필드들과 함께 구성된다. 일 실시예에서, 클라이언트는 알파 커서 이미지 성능 패킷의 알파 커서 식별자 필드에 의해 특정된 각각의 특정 알파 커서 평면에 대한 알파 커서 이미지 성능 패킷을 사용함으로써 알파 커서 비디오 스트림 패킷 및 자신과 관련된 파라미터들을 지원하기 위해 능력을 표시하며, 패킷 타입 필드에 있는 17의 값은 알파 커서 비디오 스트림 패킷으로서 패킷을 표시하거나 또는 식별한다. hClient ID 필드(2 바이트)는 클라이언트 ID로서 나중에 사용하기 위해 예약되고, 일반적으로 0으로 설정되며, 이는 기술적으로 용이하게 이해될 것이다.
2 바이트 비디오 데이터 포맷 서술자(descriptor) 필드는 현재 패킷의 현재 스트림의 픽셀 데이터에 있는 각각의 픽셀의 포맷을 특정하는 정보 또는 값을 포함한다. 픽셀 데이터 포맷은 알파 커서 이미지 성능 패킷에서 정의된 바와 같이 알파 커서 이미지 평면에 대한 유효한 포맷들 중 적어도 하나와 일치해야 한다. 비디오 데이터 포맷 서술자 필드는 오직 현재의 패킷에 대한 픽셀 포맷을 정의하는 값을 포함하며 일정한 포맷이 특정 비디오 스트림의 존재 기간 동안 계속해서 사용되어야 한다는 것을 의미하지 않는다. 위의 도 11은 비디오 데이터 포맷 서술자가 어떻게 코딩되는지를 나타낸다. 포맷은 아래와 같다:
일 실시예에서, 비트들 [15:13]이 '000'이면, 비디오 데이터는 단색 픽셀들의 어레이로 구성되며, 픽셀 당 비트들의 수는 비디오 데이터 포맷 서술자 워드의 비트들 3 내지 0에 의해 정의된다. 그 후에 비트들 11 내지 4는 0으로 설정된다. 비트들 [15:13]이 '001'이면, 비디오 데이터는 컬러 픽셀들의 어레이로 구성되며, 각각의 픽셀은 컬러 맵(팔레트)을 통해 컬러를 특정한다. 비디오 데이터 포맷 서술자 워드의 비트들 5 내지 0은 픽셀 당 비트들의 수를 정의하며, 비트들 11 내지 6은 0으로 설정된다. 비트들 [15:13]이 '010'이면, 비디오 데이터는 원시(raw) RGB 포맷의 컬러 픽셀들의 어레이로 구성되며, 적색에 대한 픽셀 당 비트들의 수는 비트들 11 내지 8을 통해 정의되고, 녹색에 대한 픽셀 당 비트들의 수는 비트들 7 내지 4를 통해 정의되고, 청색에 대한 픽셀 당 비트들의 수는 비트들 3 내지 0을 통해 정의된다. 각각의 픽셀의 전체 비트들의 수는 적색, 녹색 및 청색을 위해 사용된 비트들의 수의 합이다.
비트들 [15:13]이 '011'이면, 비디오 데이터는 휘도(luminance) 및 색차 정보를 가지는 4:2:2 Y Cb Cr 포맷의 비디오 데이터의 어레이로 구성된다. 휘도(Y)에 대한 픽셀 당 비트들의 수는 비트들 11 내지 8을 통해 정의되고, Cb 성분에 대한 픽셀 당 비트들의 수는 비트들 7 내지 4를 통해 정의되고, Cr 성분에 대한 픽셀 당 비트들의 수는 비트들 3 내지 0을 통해 정의된다. Cb 및 Cr 성분들은 Y의 레이트의 절반인 레이트로 전송된다. 상기 패킷의 픽셀 데이터 부분에 있는 비디오 샘플들은 아래와 같이 구성될 것이다: Cbn, Yn, Crn, Yn+1, Cbn+2, Yn+2, Crn+2, Yn+3,. . . 여기서, Cbn 및 Crn은 Yn 및 Yn+1과 관련되고, Cbn+2 및 Crn+2는 Yn+2 및 Yn+3과 관련되며, 다음 샘플들도 같은 방식으로 관련된다. Yn, Yn+1, Yn+2 및 Yn+3은 좌측에서 우측으로 하나의 행에 있는 네 개의 연속적인 픽셀들의 휘도 값들이다. 컬러 성분들의 순서는 마이크로소프트의 UYVY FOURCC 포맷과 동일하다. 비디오 스트림 패킷에 의해 참조된 윈도우에 있는 행(X 우측 에지 - X 좌측 에지 + 1)에 홀수개의 픽셀들이 존재하면, 각 행의 마지막 픽셀에 대응하는 Cb 값 다음에는 다음 행의 첫 번째 픽셀의 Y 값이 이어질 것이다.
Y Cb Cr 포맷을 사용하는 윈도우들은 짝수개의 픽셀들로 이루어진 넓이를 가지는 것이 바람직하다. 패킷의 픽셀 데이터는 짝수개의 픽셀들을 포함할 것이다. 픽셀 데이터의 마지막 픽셀이 비디오 스트림 패킷 헤더에서 특정된 윈도우에 있는 행의 마지막 픽셀에 대응하는 경우에, 즉, 픽셀 데이터의 마지막 픽셀의 X 위치가 X 우측 에지에 동일할 때, 픽셀 데이터는 홀수 또는 짝수개의 픽셀들을 포함할 수 있다.
모든 5개의 포맷에 있어서, (도면들에서 "P"로 지정된) 비트 12는 픽셀 데이터 샘플들이 패킹되었는지 여부를 특정한다. 비트 12의 값이 '0'이면, 각각의 픽셀과 픽셀 데이터 필드에 있는 각각의 픽셀의 컬러는 MDDI 인터페이스 바이트 경계를 통해 바이트-할당된다. 비트 12의 값이 '1'이면, 각각의 픽셀과 픽셀 데이터에 있는 각각의 픽셀의 컬러는 이전의 픽셀 또는 사용되지 않은 비트들이 없는 픽셀의 컬러에 대하여 패킹된다.
일 실시예에서, 픽셀 데이터 속성 필드(2 바이트)는 일련의 비트 값들을 가지고 있으며, 이들은 다음과 같이 해석된다. 비트들 1 및 0은 디스플레이 픽셀 데이터가 어떻게 라우팅되는지를 선택한다. '11'의 비트 값에 대하여, 데이터는 양쪽 눈에 대하여 디스플레이되고, '10'의 비트 값에 대하여, 데이터는 오직 왼쪽 눈에 대하여만 라우팅되며, '01'의 비트 값에 대하여, 데이터는 오직 우측 눈에 대하여만 라우팅된다.
비트 2는 픽셀 데이터가 비월 주사 포맷으로 표현되는지 여부를 표시하며, 상기 비트가 '0' 값을 가지면 픽셀 데이터는 표준 진행 포맷으로 구성되고 행 번호(픽셀 Y 좌표)는 하나의 행에서 다음 행으로 이동할 때 1만큼 증가한다. 상기 비트가 '1' 값을 가지면, 픽셀 데이터는 비월 주사 포맷으로 구성되며, 행의 수는 하나의 행에서 다음 행으로 이동할 때 2만큼 증가한다. 비트 3은 픽셀 데이터가 대안적인 픽셀 포맷으로 구성된다는 것을 표시한다. 이것은 비트 2에 의해 인에이블되는 표준 비월 주사 모드와 유사하나, 비월 주사가 수평적이 아니라 수직적이다. 비트 3이 '0'이면, 픽셀 데이터는 표준 진행 포맷으로 구성되며, 열 번호(픽셀 X 좌표)는 각각의 연속적인 픽셀이 수신되면 1만큼 증가한다. 비트 3이 '1'이면, 픽셀 데이터는 대안적인 픽셀 포맷으로 구성되며, 열 번호는 각각의 픽셀이 수신되면 2만큼 증가한다.
비트 4는 픽셀 데이터가 디스플레이 또는 카메라와 관련되는지 여부를 표시하며, 여기서 데이터는 무선 전화기 또는 유사한 장치 또는 휴대용 컴퓨터 또는 위에서 논의된 다른 장치들에 대한 내부 디스플레이로 전달되거나 또는 내부 디스플레이로부터 전달되거나, 또는 데이터는 상기 장치에 설치되어 있거나 상기 장치에 직접 연결된 카메라로 전달되거나 또는 카메라로부터 전달된다. 비트 4가 '0'이면, 픽셀 데이터는 디스플레이 프레임 버퍼로 전달되거나 또는 디스플레이 프레임 버퍼로부터 전달된다. 비트 4가 '1'이면, 픽셀 데이터는 몇몇 타입의 카메라 또는 비디오 장치로 전달되거나 또는 이들 장치로부터 전달되며, 이러한 장치들은 기술적으로 잘 알려진 장치들이다.
비트 5는 추후 사용을 위해 또는 MDD 인터페이스의 애플리케이션들을 위해 예약되며, 그러므로 일반적으로 0 값 또는 '0'으로 설정된다.
비트 7 및 6은 픽셀 데이터가 기록될 프레임 버퍼를 특정하는 디스플레이 업데이트 비트들이다. 보다 상세한 효과들은 다른 곳에서 논의된다. '01'의 비트 값들에 대하여, 픽셀 데이터는 오프라인 이미지 버퍼에 기록된다. '00'의 비트 값들에 대하여, 픽셀 데이터는 디스플레이를 재생하기 위해 사용되는 이미지 버퍼에 기록된다. '11'의 비트 값들에 대하여, 픽셀 데이터는 모든 이미지 버퍼들에 기록된다. '10'의 비트 값들 또는 조합은 유효하지 않은 값 또는 지정으로서 취급되며, 픽셀 데이터는 무시되고 어떠한 이미지 버퍼들에도 기록되지 않는다. 이러한 값은 인터페이스에 대한 나중의 애플리케이션들을 위해 사용될 수 있다.
비트 8 내지 15는 추후 사용의 위해 예약되며, 그러므로 일반적으로 0으로 설정된다.
일 실시예에서, 2 바이트 X 시작 및 Y 시작 필드들은 픽셀 데이터 필드의 첫 번째 픽셀에 대한 포인트(X 시작, Y 시작)의 절대 X 및 Y 좌표를 특정한다. 2 바이트 X 좌측 에지 및 Y 상부 에지 필드들은 픽셀 데이터 필드에 의해 채워진 알파 커서 이미지 윈도우의 좌측 에지에 대한 X 좌표와 상부 에지에 대한 Y 좌표를 특정하며, X 우측 에지 및 Y 하부 에지 필드들은 업데이트되는 알파 커서 이미지 윈도우의 우측 에지에 대한 X 좌표와 하부 에지에 대한 Y 좌표를 특정한다.
픽셀 카운트 필드(2 바이트)는 픽셀 데이터 필드에 있는 픽셀들의 수를 특정한다.
2 바이트 파라미터 CRC 필드는 패킷 길이부터 픽셀 카운트까지 모든 바이트들의 CRC를 포함한다. 이러한 CRC 검사가 실패하면, 전체 패킷은 버려지게 된다.
픽셀 데이터 필드는 디스플레이되며, 비디오 데이터 포맷 서술자 필드에 의해 설명된 방식으로 포맷화되는 원시 비디오 정보를 포함한다. 상기 데이터는 다른 곳에서 논의된 바와 같이 한 번에 하나의 "행"이 전송된다.
픽셀 데이터 CRC 필드(2 바이트)는 오직 픽셀 데이터의 16 비트 CRC를 포함한다. 이러한 값의 CRC 검증이 실패하면, 픽셀 데이터는 여전히 사용되지만, CRC 에러 카운트는 증가하게 된다.
스케일 비디오
스트림
이미지들
MDD 인터페이스 또는 프로토콜 메커니즘 또는 방법은 호스트가 원시 이미지보다 더 크게 또는 더 작게 스케일링된 이미지를 클라이언트로 전송하도록 허용하는 스케일 비디오 스트림 이미지들을 지원하며, 스케일링된 이미지는 메인 이미지 버퍼로 복사된다. 스케일 비디오 스트림 성능 및 관련된 프로토콜 지원에 대한 개관은 다른 곳에서 설명된다. 스케일 비디오 스트림들을 지원하기 위한 기능은, 요청 특정 상태 패킷(Request Specific Status Packet)에 응답하여 전송되는, 스케일 비디오 스트림 성능 패킷에 의해 또는 스케일 비디오 스트림 성능 패킷 내에 정의된다.
36. 스케일 비디오 스트림 성능 패킷
스케일 비디오 스트림 성능 패킷은 클라이언트에 있거나 클라이언트에 의해 사용되는 스케일 비디오 스트림 소스 이미지의 특성들을 정의한다. 스케일 비디오 스트림 성능 패킷의 포맷은 일반적으로 도 79에 도시되어 있다. 도 79에 도시된 바와 같이, 일 실시예에서, 스케일 비디오 스트림 성능 패킷은 패킷 길이, 패킷 타입, cClient ID, 스트림들의 최대 개수, 소스 최대 X 크기, 소스 최대 Y 크기, RGB 성능, 단색 용량, 예약 1, Y Cr Cb 성능, 예약 2 및 CRC 필드들을 포함하도록 구성된다. 일 실시예에서, 패킷 길이는 길이 필드에서 도시된 바와 같이 고정된 20 바이트가 되도록 선택되며, 길이 필드는, 클라이언트 ID를 위한 사용을 위해 예약되거나 그렇지 않으면 0으로 설정되는, 2 바이트 cClient ID 필드와 CRC 필드를 포함한다. 일 실시예에서, 클라이언트는 유효 상태 응답 리스트 패킷의 유효 파라미터 응답 리스트에 있는 143의 파라미터 값을 이용하여 스케일 비디오 스트림 성능 패킷을 지원하기 위한 능력을 표시한다.
2 바이트 스트림들의 최대 개수 필드는 한 번에 할당될 수 있는 동시에 스케일 비디오 스트림들의 최대 개수를 식별하기 위한 값을 포함한다. 일 실시예에서, 스케일 비디오 스트림들의 최대 개수가 이미 할당된 경우에, 클라이언트는 스케일 비디오 스트림을 할당하기 위한 요청을 거부해야 한다. 최대 개수보다는 적은 개수의 스케일 비디오 스트림이 할당된 경우에도, 클라이언트는 자신의 다른 리소스 제한들에 기반하여 할당 요청을 거부할 수 있다.
소스 최대 X 크기 및 소스 최대 Y 크기 필드들(2 바이트)은 각각 다수의 픽셀로 표현된 스케일 비디오 스트림 소스 이미지의 최대 폭 및 높이에 대한 값들을 특정한다.
RGB 성능 필드는 RGB 포맷으로 디스플레이될 수 있는 해상도의 비트들의 수를 특정하기 위한 값들을 사용한다. 스케일 비디오 스트림이 RGB 포맷을 사용할 수 없다면, 상기 값은 0으로 설정된다. RGB 성능 워드는 세 개의 개별적인 양의 값들로 구성된다: 비트들 3 내지 0은 각 픽셀의 청색에 대한 비트들의 최대 개수(청색 밀도)를 정의하고, 비트들 7 내지 4는 각 픽셀의 녹색에 대한 비트들의 최대 개수(녹색 밀도)를 정의하고, 비트들 11 내지 8은 각 픽셀의 적색에 대한 비트들의 최대 개수(적색 밀도)를 정의하며, 비트들 15 내지 12는 성능 정의를 위한 추후 사용을 위해 예약되며 일반적으로 0으로 설정된다.
1 바이트 단색 용량 필드는 단색 포맷에서 디스플레이될 수 있는 해상도의 비트들의 수를 특정하는 값을 포함한다. 스케일 비디오 스트림이 단색 포맷을 사용할 수 없다면, 상기 값은 0으로 설정된다. 비트들 7 내지 4는 추후 사용을 위해 예약되며, 따라서 시간이 지나면 변경될 수 있음에도, 현재의 애플리케이션들을 위해 '0'으로 설정되어야 하며, 이는 당업자들에 의해 이해될 것이다. 비트들 3 내지 0은 각 픽셀에 존재할 수 있는 그레이스케일의 비트들의 최대 수를 정의한다. 이러한 네 개의 비트들은 각 픽셀이 1에서 15까지의 비트들로 구성되는 것을 특정하기 위해 사용될 수 있다. 상기 값이 0이면, 단색 포맷은 스케일 비디오 스트림에 의해 지원되지 않는다.
예약 1 필드(여기서, 1 바이트)는 스케일 비디오 스트림 패킷 정보 또는 데이터와 관련된 값들을 제공하기 위한 추후 사용을 위해 예약된다. 그러므로 현재, 상기 필드의 모든 비트들은 로직 '0'으로 설정된다. 상기 필드의 하나의 목적은 모든 다음 2 바이트 필드들이 16 비트 워드 주소로 할당되도록 하고 4 바이트 필드들이 32 비트 워드 주소로 할당되도록 하는 것이다.
2 바이트 Y Cb Cr 성능 필드는 Y Cb Cr 포맷으로 디스플레이될 수 있는 해상도의 비트들의 수를 특정하는 값들을 포함한다. 스케일 비디오 스트림이 Y Cb Cr 포맷을 사용할 수 없으면, 상기 값은 0으로 설정된다. Y Cb Cr 성능 워드는 세 개의 개별적인 양의 값들로 구성된다: 비트들 3 내지 0은 Cr 샘플을 특정하는 비트들의 최대 개수를 정의하고, 비트들 7 내지 4는 Cb 샘플을 특정하는 비트들의 최대 개수를 정의하고, 비트들 11 내지 8은 Y 샘플을 특정하는 비트들의 최대 개수를 정의하며, 비트들 15 내지 12는 추후 사용을 위해 예약되고 일반적으로 0으로 설정된다.
1 바이트 성능 비트 필드는 스케일 비디오 스트림과 관련된 기능들을 특정하는 플래그들의 세트를 포함한다. 플래그들은 다음과 같이 정의된다: 비트 0은 스케일 비디오 스트림 패킷에 있는 픽셀 데이터가 패킹된 포맷으로 구성될 수 있도록 커버한다. 패킹되고 바이트-할당된 픽셀 데이터의 예는 도 12에서 도시되어 있다. 비트 1은 추후 사용을 위해 예약되며 0으로 설정될 것이다; 비트 2는 추후 사용을 위해 예약되며 0으로 설정될 것이다; 비트 3은 컬러 맵 데이터 포맷에서 특정될 수 있는 스케일 비디오 스트림들을 커버한다. 동일한 컬러 맵 테이블은 메인 이미지 버퍼와 알파 커서 이미지 평면들뿐만 아니라 스케일 비디오 스트림들에 대하여도 사용된다. 컬러 맵은 다른 곳에서 설명된 컬러 맵 패킷을 사용하여 구성되어 있다; 그리고 비트들 7 내지 4는 추후 사용을 위해 예약되며 일반적으로 0으로 설정된다.
예약 2 필드(여기서, 1 바이트)는 스케일 비디오 스트림 패킷 정보 또는 데이터와 관련된 값들을 제공하기 위한 추후 사용을 위해 예약된다. 그러므로 현재 상기 필드의 모든 비트들은 로직 '0'으로 설정되어 있다. 상기 필드의 하나의 목적은 모든 다음 2 바이트 필드들이 16 비트 워드 주소로 할당되도록 하고 4 바이트 필드들이 32 비트 워드 주소로 할당되도록 하는 것이다.
37. 스케일 비디오
스트림
셋업
패킷
스케일 비디오 스트림 셋업 패킷은 스케일 비디오 스트림의 파라미터들을 정의하기 위해 사용되며 클라이언트는 이미지의 버퍼링과 스케일링을 위한 내부 저장 매체에 할당하기 위해 상기 정보를 사용한다. 스트림은 0 값을 가지는 X 이미지 크기 및 Y 이미지 크기 필드들과 함께 상기 패킷을 전송함으로써 할당 해제(de-allocate)될 수 있다. 할당 해제되었던 스케일 비디오 스트림들은 동일한 또는 다른 스트림 파라미터들을 통해 추후에 재할당될 수 있다. 일 실시예에서, 클라이언트는 유효 상태 응답 리스트 패킷의 유효 파라미터 응답 리스트에 있는 143의 파라미터 값을 이용함으로써, 그리고 스케일 비디오 스트림 성능 패킷의 스트림들의 최대 개수 필드에 있는 0이 아닌 값을 이용함으로써 스케일 비디오 스트림 셋업 패킷을 지원하기 위한 기능을 나타낸다.
스케일 비디오 스트림 셋업 패킷의 포맷은 일반적으로 도 80에 도시되어 있다. 도 80에 도시된 바와 같이, 일 실시예에서, 스케일 비디오 스트림 셋업 패킷은 패킷 길이, 패킷 타입, hClient, 스트림 ID, 시각 데이터 포맷 서술자, 픽셀 데이터 속성들, X 좌측 에지, Y 상부 에지, X 우측 에지, Y 하부 에지, X 이미지 크기, Y 이미지 크기 및 CRC 필드들을 포함하도록 구성된다.
2 바이트 패킷 길이 필드는 패킷 길이 필드를 포함하지 않는 패킷의 전체 바이트 개수를 특정한다. 일 실시예에서, 상기 패킷 길이는 24로 고정되어 있다. 2 바이트 패킷 타입 필드는 스케일 비디오 스트림 셋업 패킷으로서 패킷을 식별하기 위해 136의 값을 사용한다. 2 바이트 hClient ID 필드는 클라이언트 ID로서 나중에 사용하기 위해 예약되며, 일반적으로 나중의 사용 시점 또는 프로토콜 사용자가 어떤 ID 값들이 사용될 것인지를 결정할 때까지 모두 0 값으로 설정된다.
스트림 ID 필드는 스트림 ID에 대한 유일한 식별자를 특정하기 위해 2 바이트를 사용한다. 상기 값은 호스트에 의해 할당되며 0부터 디스플레이 성능 패킷에서 특정된 최대 스트림 ID 값까지의 값을 가질 수 있다. 호스트는 각각의 액티브 스트림이 유일한 값을 할당받고 더 이상 액티브 상태에 있지 않은 스트림들이 할당 해제되거나 재할당되는 것을 보장하기 위해 주의 깊게 스트림 ID 값들의 사용을 관리해야 한다.
일 실시예에서, 비디오 데이터 포맷 서술자 필드는 현재 패킷의 현재 스트림의 픽셀 데이터에 있는 각각의 픽셀의 포맷을 특정하기 위해 2 바이트를 사용한다. 픽셀 데이터 포맷은 알파 커서 이미지 성능 패킷에서 정의된 것처럼 알파 커서 이미지 평면에 대한 유효한 포맷들 중 적어도 하나에 적합해야 한다. 비디오 데이터 포맷 서술자는 오직 현재 패킷에 대한 픽셀 포맷을 정의하며, 일정한 포맷이 특정 비디오 스트림의 존재 기간 동안 계속해서 사용되어야 한다는 것을 의미하지 않는다. 도 11은 비디오 데이터 포맷 서술자가 어떻게 코딩되는지에 대한 일 실시예를 나타내며, 위에서 다른 패킷들에 대하여 논의된 바와 같다.
2 바이트 픽셀 데이터 속성 필드는 다음과 같이 해석되는 값들을 가지고 있다:
비트들 1 및 0은 픽셀 데이터가 라우팅되어야 하는 디스플레이를 선택한다.
비트들 [1:0] = 11 or 00 - 데이터는 양쪽 눈에 디스플레이된다.
비트들 [1:0] = 10 - 데이터는 왼쪽 눈에만 디스플레이된다.
비트들 [1:0] = 01 - 데이터는 우측 눈에만 디스플레이된다.
비트 2는 픽셀 데이터가 비월 주사 포맷으로 구성되어 있는지 여부를 표시한다. 비트 2가 0이면, 픽셀 데이터는 표준 진행 포맷으로 구성된다. 행 번호(픽셀 Y 좌표)는 하나의 행에서 다음 행으로 이동할 때 1만큼 증가할 것이다. 비트 2가 1이면, 픽셀 데이터는 비월 주사 포맷으로 구성된다. 행 번호(픽셀 Y 좌표)는 하나의 행에서 다음 행으로 이동할 때 2만큼 증가할 것이다.
비트 3은 픽셀 데이터가 대안적인 픽셀 포맷으로 구성되어 있는지 여부를 표시한다. 이것은 비트 2에 의해 인에이블되는 표준 비월 주사 모드와 유사하나, 비월 주사가 수평적인 대신에 수직적이다. 비트 3이 0이면, 픽셀 데이터는 표준 진행 포맷으로 구성된다. 열 번호(픽셀 X 좌표)는 연속적인 픽셀이 수신될 때마다 1만큼 증가할 것이다. 비트 3이 1이면, 픽셀 데이터는 대안적인 픽셀 포맷으로 구성된다. 열 번호(픽셀 X 좌표)는 각 픽셀이 수신되면 2만큼 증가할 것이다.
비트 4는 픽셀 데이터가 디스플레이 또는 카메라와 관련되어 있는지 여부를 표시한다. 비트 4가 0이면, 픽셀 데이터는 디스플레이 프레임 버퍼로부터 전달된 것이거나 디스플레이 프레임 버퍼로 전달된 것이다. 비트 4가 1이면, 픽셀 데이터는 카메라로부터 전달된 것이거나 카메라로 전달된 것이다.
비트 5는 추후 사용을 위해 예약되며, 그러므로 일반적으로 0으로 설정된다.
비트들 7 및 6은 픽셀 데이터가 기록되는 프레임 버퍼를 특정하는 디스플레이 업데이트 비트들이다. 프레임 업데이트 비트들의 효과는 다른 곳에 보다 상세하게 설명되어 있다. 비트들 [7:6]이 '01'이면, 픽셀 데이터는 오프라인 이미지 버퍼에 기록된다. 비트들 [7:6]이 '00'이면, 픽셀 데이터는 디스플레이를 재생하기 위해 사용되는 이미지 버퍼에 기록된다. 비트들 [7:6]이 '11'이면, 픽셀 데이터는 모든 이미지 버퍼들에 기록된다. 비트들 [7:6]이 '10'이면, 이것은 유효하지 않은 값으로 처리된다. 이러한 비트들은 현재 추후 사용을 위해 예약되어 있다. 이러한 상황에서, 픽셀 데이터는 무시될 것이며, 어떤 이미지 버퍼들에서 기록되지 않을 것이다.
비트들 8 내지 15는 추후 사용을 위해 예약되며 0으로 설정될 것이다.
2 바이트 X 좌측 에지, Y 상부 에지, X 우측 에지, Y 하부 에지 필드들은 각각의 목적 이미지의 좌측 에지의 X 좌표, 상부 에지의 Y 좌표, 우측 에지의 X 좌표, 하부 에지의 Y 좌표를 특정한다. 2 바이트 X 이미지 크기 및 Y 이미지 크기 필드들은 각각 소스 이미지의 폭 및 높이를 특정한다. CRC 필드는, 다시, 패킷 길이를 포함하는 패킷의 모든 바이트들의 CRC를 포함한다.
38. 스케일 비디오
스트림
확인 응답 패킷
스케일 비디오 스트림 확인 응답 패킷은 클라이언트가 스케일 비디오 스트림 셋업 패킷을 수신한 것을 승인하도록 허용한다. 클라이언트는 유효 상태 응답 리스트 패킷의 유효 파라미터 응답 리스트에 있는 143의 파라미터 값을 통해 그리고 스케일 비디오 스트림 성능 패킷의 스트림들의 최대 개수 필드에 있는 0이 아닌 값을 통해 스케일 비디오 스트림 확인 응답 패킷을 지원하기 위한 기능을 나타낸다.
스케일 비디오 스트림 확인 응답 패킷의 포맷은 도 81에 도시되어 있다. 도 81에 도시된 바와 같이, 일 실시예에서, 스케일 비디오 스트림 확인 응답 패킷은 패킷 길이, 패킷 타입, cClient, 스트림 ID, ACK 코드 및 CRC 필드들을 포함하도록 구성된다. 2 바이트 패킷 길이 필드는 상기 패킷 타입에 대한 10의 값과 함께, 패킷 길이 필드를 제외하고, 전체 바이트들의 개수를 특정하기 위해 사용되며, 137의 패킷 타입은 스케일 비디오 스트림 확인 응답 패킷으로서 패킷을 식별한다.
2 바이트 cClient ID 필드는 클라이언트 ID를 위한 추후 사용을 위해 예약되며, 일반적으로 0으로 설정된다. 2 바이트 스트림 ID 필드는 스트림 ID에 대한 유일한 식별자를 특정한다. 이것은 스케일 비디오 스트림 셋업 패킷에 의해 할당된 값과 동일하다.
2 바이트 ACK 코드 필드는 특정 스케일 비디오 스트림을 업데이트하기 위한 시도의 결과를 설명하는 코드를 포함하는 값들을 제공한다. 일 실시예에서, 코드들은 다음과 같이 정의된다:
0 - 스트림 할당 시도는 성공적이었다.
1 - 스트림 할당 해제 시도는 성공적이었다.
2 - 이미 할당된 스트림 ID를 할당하기 위한 유효하지 않은 시도이다.
3 - 이미 할당 해제된 스트림 ID를 할당 해제하기 위한 유효하지 않은 시도이다.
4 - 클라이언트는 스케일 비디오 스트림들을 지원하지 않는다.
5 - 스트림 파라미터들은 클라이언트의 성능과 일치하지 않는다.
6 - 스트림 ID 값이 클라이언트에 의해 허용되는 최대값보다 크다.
7 - 특정 스트림을 할당하기 위해 클라이언트에서 이용가능한 리소스들이 불충분하다.
2 바이트 CRC 필드는 패킷 길이를 포함하는 패킷의 모든 바이트들의 CRC를 포함한다.
39. 스케일 비디오
스트림
패킷
스케일 비디오 스트림 패킷은 특정 스케일 비디오 스트림과 관련된 픽셀 데이터를 전송하기 위해 사용된다. 상기 패킷에 의해 영역 기준의 크기는 스케일 비디오 스트림 셋업 패킷에 의해 정의된다. 클라이언트는 유효 상태 응답 리스트 패킷의 유효 파라미터 응답 리스트에 있는 143의 파라미터 값을 통해 그리고 스케일 비디오 스트림 확인 응답 패킷의 ACK 코드 필드에 있는 성공적인 스케일 비디오 스트림 할당 응답을 이용하여 스케일 비디오 스트림 패킷을 지원하기 위한 자신의 성능을 나타낸다.
스케일 비디오 스트림 패킷의 일 실시예에 대한 포맷은 일반적으로 도 82에 도시되어 있다. 도 82에 도시된 바와 같이, 스케일 비디오 스트림 패킷은 패킷 길이, 패킷 타입, hClient, 스트림 ID, 파라미터 CRC, 픽셀 카운트, 픽셀 데이터 및 픽셀 데이터 CRC 필드들을 포함하여 구성된다. 2 바이트 패킷 타입 필드는 스케일 비디오 스트림 패킷으로서 패킷을 식별하기 위해 18의 값을 사용한다. hClient ID 필드는 클라이언트 ID를 위해 예약되며, 일반적으로 0으로 설정된다. 이전과 같이, 2 바이트 스트림 ID 필드는 스트림 ID에 대한 유일한 식별자를 특정한다. 상기 값은 스케일 비디오 스트림 셋업 패킷의 호스트에 의해 특정되며 스케일 비디오 스트림 확인 응답 패킷에서 확인된다.
2 바이트 픽셀 카운트 필드는 아래의 픽셀 데이터 필드에 있는 픽셀들의 수를 특정한다. 2 바이트 파라미터 CRC 필드는 패킷 길이부터 픽셀 카운트까지의 모든 바이트들의 CRC를 가진다. CRC 검사가 실패하면, 전체 패킷은 버려지게 될 것이다. 2 바이트 픽셀 데이터 필드는 스케일링되고 디스플레이될 원시 비디오 정보를 포함한다. 데이터는 비디오 데이터 포맷 서술자 필드에 의해 제시된 방식으로 포맷화된다. 상기 데이터는 이전에 정의된 바와 같이 한 번에 하나의 행이 전송된다.
2 바이트 픽셀 데이터 CRC 필드는 오직 픽셀 데이터의 CRC만을 포함한다. CRC 검사가 실패하더라도, 픽셀 데이터는 여전히 사용될 것이나 CRC 에러 카운트는 증가하게 될 것이다.
40. 요청 특정 상태 패킷
요청 특정 상태 패킷은 클라이언트가 상기 패킷에서 특정된 바와 같이 호스트로 성능 또는 상태 패킷을 다시 전송하도록 호스트가 요청하기 위한 수단, 메커니즘 또는 방법을 제공한다. 클라이언트는 다음 역방향 링크 캡슐화 패킷에 있는 특정 타입의 패킷을 리턴시킨다. 클라이언트가 요청 특정 상태 패킷에 응답하기 위한 기능을 갖고 있으면, 클라이언트는 클라이언트 성능 패킷의 클라이언트 특성 성능 필드에 있는 비트 17을 설정할 것이다. 클라이언트는 클라이언트 성능 패킷의 클라이언트 특성 성능 필드의 비트 21을 이용하여 요청 특정 상태 패킷을 지원하기 위한 자신의 성능을 나타낼 것이다.
요청 특정 상태 패킷의 일 실시예에 대한 포맷은 일반적으로 도 83에 도시되어 있다. 도 83에 도시된 바와 같이, 요청 특정 상태 패킷은 패킷 길이, 패킷 타입, hCilent ID, 상태 패킷 ID 및 CRC 필드들을 포함하여 구성된다.
패킷 길이 필드는 패킷 길이 필드를 포함하지 않고 패킷에 있는 전체 바이트들의 수를 특정하며, 일반적으로 상기 패킷 타입에 대하여 10의 값으로 고정되어 있다. 138의 패킷 타입은 요청 특정 상태 패킷으로서 패킷을 식별한다.
hClient ID 필드(2 바이트)는 클라이언트 ID를 위한 추후 사용을 위해 예약되며, 현재 0으로 설정된다.
2 바이트 상태 패킷 ID 필드는 클라이언트가 호스트로 전송할 아래와 같은 기능 또는 상태 패킷의 타입을 특정한다:
66 - 클라이언트 성능 패킷은 클라이언트에 의해 전송될 것이다.
133 - 알파 커서 이미지 성능 패킷은 클라이언트에 의해 전송될 것이다.
139 - 클라이언트가 전송할 수 있는 성능 및 상태 패킷들의 정확한 타입들을 식별하는 유효 상태 응답 리스트 패킷이 전송될 것이다.
140 - 패킷 처리 지연 파라미터 패킷이 클라이언트에 의해 전송될 것이다.
141 - 개인용 디스플레이 성능 패킷이 클라이언트에 의해 전송될 것이다.
142 - 디스플레이 에러 보고 패킷이 클라이언트에 의해 전송될 것이다.
143 - 스케일 비디오 스트림 성능 패킷이 클라이언트에 의해 전송될 것이다.
144 - 디스플레이 식별 패킷이 클라이언트에 의해 전송될 것이다.
56 내지 63 - 제조자 별로 특정된 성능 및 상태 식별자들을 위해 사용될 수 있다.
CRC 필드들은 다시 패킷 길이를 포함하는 패킷에 있는 모든 바이트들의 CRC를 포함한다.
41. 유효 상태 응답 리스트 패킷
유효 상태 응답 리스트 패킷은 클라이언트가 응답하기 위한 성능을 가지는 상태 및 성능 패킷들의 리스트를 호스트로 제공한다. 클라이언트는 클라이언트 성능 패킷의 클라이언트 특성 성능 필드의 비트 21을 이용하여 유효 상태 응답 리스트 패킷을 지원하기 위한 기능을 나타낼 수 있다.
유효 상태 응답 리스트 패킷의 일 실시예에 대한 포맷은 일반적으로 도 84에 도시되어 있다. 도 84에 도시된 바와 같이, 유효 상태 응답 리스트 패킷은 패킷 길이, 패킷 타입, cClient ID, 리스트에 있는 값들 개수, 유효 파라미터 응답 리스트 및 CRC 필드들을 포함하여 구성된다. 이러한 타입의 패킷에 대한 패킷 길이는 일반적으로 10의 값으로 고정되어 있으며, 139의 타입 값은 유효 상태 응답 패킷으로서 패킷을 식별한다. cClient ID 필드는 클라이언트 ID로서 나중에 사용하기 위해 예약되며 일반적으로 0으로 설정된다. 2 바이트의 리스트에 있는 값들 개수 필드는 다음 유효 파라미터 응답 리스트에 있는 아이템들의 수를 특정한다.
유효 파라미터 응답 리스트는 클라이언트가 호스트로 전송할 수 있는 기능 또는 상태 패킷들의 타입들을 특정하는 2 바이트의 파라미터 리스트를 포함한다. 클라이언트가 자신이 (클라이언트 성능 패킷에 있는 클라이언트 특성 성능 필드의 비트 21을 이용하여) 요청 특정 상태 패킷에 응답할 수 있다는 것을 표시하면, 클라이언트는 적어도 클라이언트 성능 패킷(패킷 타입 = 66) 및 유효 상태 응답 리스트 패킷(패킷 타입 = 139)을 전송할 수 있다. 일 실시예의 목적들을 위한 각각의 할당들에 따라서, 클라이언트에 의해 전송될 수 있고 상기 리스트에 포함될 수 있는 패킷 타입들은 아래와 같다:
66 - 클라이언트 성능 패킷.
133 - 알파 커서 이미지 성능 패킷.
139 - 클라이언트가 전송할 수 있는 성능 및 상태 패킷들의 정확한 타입들을 식별하는 유효 상태 응답 리스트 패킷.
140 - 패킷 처리 지연 파라미터 패킷.
141 - 개인용 디스플레이 성능 패킷.
142 - 클라이언트 에러 보고 패킷.
143 - 스케일 비디오 스트림 성능 패킷
144 - 클라이언트 식별 패킷.
56 내지 63 - 제조자 별로 특정된 성능 및 상태 식별자들을 위해 사용될 수 있음.
CRC 필드들은 패킷 길이를 포함하는 패킷의 모든 바이트들의 CRC를 포함한다.
42. 패킷 처리 지연 파라미터 패킷
패킷 처리 지연 파라미터 패킷은 특정 패킷 타입의 수신과 관련된 프로세싱을 완료하기 위해 요구되는 시간을 호스트가 계산하도록 허용하기 위한 파라미터 세트를 제공한다. 호스트에 의해 전송된 몇몇 명령들은 제로 타임에서 클라이언트에 의해 완료될 수 없다. 호스트는 특정 함수들이 클라이언트에 의해 완료되었는지 여부를 결정하기 위해 디스플레이 요청 및 상태 패킷에 있는 상태 비트들을 폴링(poll)하거나, 또는 패킷 처리 지연 파라미터 패킷에 있는 클라이언트에 의해 리턴된 파라미터들을 이용하여 완료 시간을 계산할 수 있다. 클라이언트는 유효 상태 응답 리스트 패킷의 유효 파라미터 응답 리스트에 있는 140의 파라미터 값을 이용하여 패킷 처리 지연 파라미터 패킷을 지원하기 위한 자신의 기능을 나타낸다.
패킷 처리 지연 파라미터 패킷의 일 실시예에 대한 포맷은 일반적으로 도 85A에 도시되어 있다. 도 85a에 도시된 바와 같이, 패킷 처리 지연 파라미터 패킷은 패킷 길이, 패킷 타입, cClient ID, 리스트 아이템 개수, 지연 파라미터 리스트 및 CRC 필드들을 포함하여 구성된다. 상기 패킷 타입에 대한 패킷 길이는 일반적으로 10의 값으로 고정되어 있으며, 140의 타입 값은 패킷 처리 지연 파라미터 패킷으로서 패킷을 식별한다. cClient ID 필드는 클라이언트 ID로서 나중에 사용하기 위해 예약되며, 일반적으로 0으로 설정된다. 2 바이트 리스트 아이템 개수 필드는 다음 유효 파라미터 응답 리스트에 있는 아이템들의 개수를 특정한다.
지연 파라미터 리스트 필드는 하나 이상의 지연 파라미터 리스트 아이템들을 포함하는 리스트이다. 하나의 지연 파라미터 리스트 아이템의 일 실시예에 대한 포맷은 도 85b에 도시되어 있으며, 여기에 지연, 픽셀 지연, 수형 픽셀 지연, 수직 픽셀 지연 및 고정 지연 필드들에 대한 패킷 타입이 도시되어 있다.
각각의 지연 파라미터 리스트 아이템은 일반적으로 정확하게 6 바이트의 길이를 갖도록 제한되며, 추가로 아래와 같이 정의된다:
지연 필드에 대한 2 바이트 패킷 타입은 다음 지연 파라미터들이 적용되는 패킷 타입을 특정한다.
픽셀 지연 필드(1 바이트)는 지연 값에 대한 인덱스를 포함한다. 상기 테이블로부터 판독된 값은 패킷의 목적지 필드에서 픽셀들의 총 개수에 의해 곱해진다. 픽셀들의 총 개수는 패킷에 의해 참조된 비트맵의 목적지 영역의 폭과 높이의 곱이다.
1 바이트 수평 픽셀 지연 필드는 지연 값 테이블(DPVL과 동일한 테이블)에 대한 인덱스인 값을 포함한다. 상기 테이블로부터 판독된 값은 패킷의 목적지 필드에서 (픽셀들의) 폭에 의해 곱해진다.
1 바이트 수직 픽셀 지연 필드는 지연 값 테이블(DPVL과 동일한 테이블)에 대한 인덱스인 값을 포함한다. 상기 테이블로부터 판독된 값은 패킷의 목적지 필드에서 (픽셀들의) 높이에 의해 곱해진다.
고정 지연 필드는 지연 값 테이블(DPVL과 동일한 테이블)에 대한 인덱스로서 1 바이트를 사용한다. 상기 테이블로부터 판독된 값은 패킷에서 특정된 임의의 파라미터 값들과 관련이 없는 패킷을 처리하기 위해 요구되는 시간을 나타내는 고정 지연 파라미터이다. 전체 지연 또는 패킷 처리 완료 시간 지연은 다음과 같은 관계에 따라 결정된다:
몇몇 패킷들에 있어서, 전체 픽셀, 폭 또는 높이는 이러한 파라미터들이 대응하는 패킷에서 참조되지 않기 때문에 이용되지 않는다. 이러한 경우들에서, 대응하는 픽셀 지연 파라미터들은 일반적으로 0으로 설정된다.
43. 개인용 디스플레이 성능 패킷
개인용 디스플레이 성능 패킷은 헤드-마운트 디스플레이 또는 디스플레이 안경들과 같은, 개인용 디스플레이 장치의 기능들을 설명하는 파라미터 세트를 제공한다. 이것은 호스트가 클라이언트의 특정한 성능들에 따라 디스플레이 정보를 맞춤형으로 제공할 수 있도록 한다. 한편, 클라이언트는 유효 상태 응답 리스트 패킷의 유효 파라미터 응답 리스트에 있는 대응하는 파라미터를 이용함으로써 개인용 디스플레이 성능 패킷을 전송하기 위한 기능을 나타낸다.
개인용 디스플레이 성능 패킷의 일 실시예에 대한 포맷은 일반적으로 도 86에 도시되어 있다. 도 86에 도시된 바와 같이, 개인용 디스플레이 성능 패킷은 패킷 길이, 패킷 타입, cClient ID, 서브-픽셀 레이아웃, 픽셀 형태, 수형 보기(Horizontal Field of View), 수직 보기(Vertical Field of View), 시각 축 크로싱, Lft. /Rt. 이미지, 투명성(See Through), 최대 밝기, 광학 성능, 최소 IPD, 최대 IPD, 필드 곡률(curvature) 포인트 리스트 및 CRC 필드들을 포함하여 구성된다. 일 실시예에서, 패킷 길이 필드 값은 68로 고정되어 있다. 141의 패킷 타입 값은 개인용 디스플레이 성능 패킷으로서 패킷을 식별한다. cClient ID 필드는 추후 사용을 위해 예약되며 일반적으로 0으로 설정된다.
서브-픽셀 레이아웃 필드는 상부에서 하부로, 그리고 왼쪽에서 우측으로 서브-픽셀의 물리적 레이아웃을 특정하며, 다음과 같은 값들을 이용한다: 0은 서브-픽셀 레이아웃이 정의되지 않은 것을 표시한다; 1은 적색, 녹색, 청색 줄무늬를 표시한다; 2는 청색, 녹색, 적색 줄무늬를 표시한다; 3은 쿼드-픽셀(quad-pixel)을 표시하며, 쿼드 픽셀은 상부 좌측에 적색, 하부 우측에 청색, 하부 좌측과 상부 우측에 2개의 녹색이 배치된 2 대 2(2-by-2) 서브-픽셀을 가진다; 4는 쿼드 픽셀을 표시하며, 쿼드 픽셀은 하부 좌측에 적색, 상부 우측에 청색, 상부 좌측과 하부 우측에 2개의 녹색이 배치된 2 대 2 서브-픽셀을 가진다; 5는 델타(트라이어드(triad))를 표시한다; 6은 오버레이된 적색, 청색 및 녹색을 가진 모자이크(예를 들어, 필드-시퀀스 컬러를 가진 LCOS 디스플레이)를 표시한다; 값들 7 내지 255는 일반적으로 추후 사용을 위해 예약되어 있다.
픽셀 형태 필드는 특정한 구성 서브-픽셀들로 구성된 각각의 픽셀의 형태를 특정하며, 다음과 같은 값들을 이용한다: 0은 서브-픽셀 형태가 정의되지 않은 것을 표시한다; 1은 원형을 표시한다; 2는 정사각형을 표시한다; 3은 직사각형을 표시한다; 4는 달걀 형태(oval)를 표시한다; 5는 타원 형태를 표시한다; 값들 6 내지 255는 원하는 형태를 표시하기 위한 추후 사용을 위해 예약되며, 이는 당업자에 의해 이해될 수 있을 것이다.
1 바이트 수평 보기(HFOV) 필드는 0. 5 도의 증가량으로 수평 보기를 특정한다(예를 들어, HFOV가 30도이면, 이러한 값은 60이다). 상기 값이 0이면, HFOV는 특정되지 않는다.
1 바이트 수직 보기(VFOV) 필드는 0. 5 도의 증가량으로 수직 보기를 특정한다(예를 들어, VFOV가 30도이면, 이러한 값은 60이다). 상기 값이 0이면, VFOV는 특정되지 않는다.
1 바이트 시각 축 크로싱 필드는 0. 01 디옵터(diopter)(1/m) 증가량으로 시각 축 크로싱을 특정한다(예를 들어, 시각 축 크로싱이 2.22미터이면, 이러한 값은 45이다). 상기 값이 0이면, 시각 축 크로싱은 특정되지 않는다. {주의: 이러한 파라미터의 규격은 대부분의 애플리케이션에서 원하는 범위에 대하여 적절한가?}
1 바이트 좌측/우측 이미지 오버랩 필드는 좌측과 우측 이미지의 오버랩 백분율을 특정한다. 허용가능한 이미지 오버랩 범위는 1%부터 100%까지이다. 101에서 255까지의 값은 유효하지 않으므로 사용되지 않아야 한다. 상기 값이 0이면, 이미지 오버랩은 특정되지 않는다.
1 바이트 투명도 필드는 이미지의 투명도 백분율을 특정한다. 허용가능한 투명도의 범위는 0%에서 100%까지이다. 101에서 254까지의 값은 유효하지 않으므로 사용되지 않아야 한다. 상기 값이 255이면, 투명도 백분율은 특정되지 않는다.
1 바이트 최대 밝기 필드는 20 니트(nit)의 증가량으로 최대 밝기를 특정한다(예를 들어, 최대 밝기가 100 니트이면, 상기 값은 5이다). 상기 값이 0이면, 최대 밝기는 특정되지 않는다.
2 바이트 광학 성능 플래그 필드는 디스플레이의 광학 성능들을 특정하는 다양한 필드들을 포함한다. 이러한 비트 값들은 일반적으로 다음과 같이 할당된다:
비트들 15 내지 5는 추후 사용을 위해 예약되며, 0으로 설정된다.
비트 4는 접안 렌즈 초점 조절을 선택하는데, '0' 값은 디스플레이에 접안 렌즈 초점 조절 기능이 없는 것을 의미하며, '1' 값은 디스플레이에 접안 렌즈 초점 조절 기능이 없는 것을 의미한다.
비트들 3 내지 2는 다음의 값들에 따라 쌍안경 기능을 선택한다: 0 값은 디스플레이가 쌍안용이며 2차원(2D) 이미지들만을 디스플레이할 수 있다는 것을 의미한다; 1 값은 디스플레이가 쌍안용이며 3차원(3D) 이미지들을 디스플레이할 수 있다는 것을 의미한다; 2 값은 디스플레이가 단안용인 것을 의미하며; 3 값은 추후 사용을 위해 예약되어 있다.
비트들 1 내지 0은 좌측-우측 필드 곡률 대칭을 선택하며, 여기서 0 값은 필드 곡률이 정의되지 않은 것을 의미한다. 상기 필드가 0이면, A1 내지 E5의 모든 필드 곡률 값들은 포인트 C3를 제외하고 0으로 설정되어야 하며, 여기서 포인트 C3는 디스플레이의 초점 거리를 특정하거나 또는 초점 거리가 특정되지 않은 것을 표시하기 위해 0으로 설정되어야 한다. 1 값은 좌측 및 우측 디스플레이들이 동일한 대칭을 가지는 것을 의미한다; 2 값은 좌측 및 우측 디스플레이들이 수직 축(열 C)을 통해 반사(mirrored)되는 것을 의미한다; 3 값은 추후 사용을 위해 예약되어 있다.
1 바이트 동공 간 거리(IPD: Inter-Pupillary Distance) 최소 필드는 밀리미터(mm) 단위로 최소 동공 간 거리를 특정한다. 상기 값이 0이면, 최소 동공 간 거리는 특정되지 않는다. 1 바이트 동공 간 거리(IPD) 최대 필드는 밀리미터(mm) 단위로 최대 동공 간 거리를 특정한다. 상기 값이 0이면, 최대 동공 간 거리는 특정되지 않는다.
필드 곡률 포인트 리스트 필드는 1부터 65535까지의 범위를 가지고 디옵터(1/m)의 천 분의 일 단위로 초점 거리를 특정하는 25개의 2 바이트 파라미터들의 리스트를 포함한다(예를 들어, 1이 0.001 디옵터이고, 65535는 65.535 디옵터이다). 필드 곡률 포인트 리스트에 있는 25개의 엘리먼트는 아래에 도시된 바와 같이 A1 내지 E5로 라벨링되어 있다. 포인트들은 디스플레이의 액티브 영역에 균일하게 분포되어야 한다. 열 C는 디스플레이의 수직 축에 대응하며, 행 3은 디스플레이의 수평 축에 대응한다. 열들 A 및 E는 각각 디스플레이의 좌측 및 우측 에지에 대응한다. 행들 1 및 5는 각각 디스플레이의 상부 및 하부 에지에 대응한다. 리스트에 있는 25개의 포인트의 순서는 다음과 같다: A1, B1, C1, D1, E1, A2, B2, C2, D2, E2, A3, B3, C3, D3, E3, A4, B4, C4, D4, E4, A5, B5, C5, D5, E5.
CRC 필드는 패킷 길이를 포함하는 패킷의 모든 바이트들의 CRC를 포함한다.
44. 클라이언트 에러 보고 패킷
클라이언트 에러 보고 패킷은 클라이언트가 호스트로 동작 에러들의 리스트를 제공하도록 허용하기 위한 메커니즘 또는 수단으로서 동작한다. 클라이언트는 호스트로부터 특정 명령들을 수신한 결과로서 자신의 정상적인 동작 중에 발생하는 넓은 범위의 에러들을 검출할 수 있다. 이러한 에러들의 예들은 다음과 같은 사항들을 포함한다: 클라이언트는 자신이 지원하지 않는 모드에서 동작하도록 지시받았을 수 있고, 클라이언트는 범위를 벗어나거나 또는 클라이언트의 성능을 벗어난 특정 파라미터들을 포함하는 패킷을 수신하였을 수 있으며, 클라이언트는 부적당한 시퀀스로 모드에 진입하도록 지시받았을 수 있다. 클라이언트 에러 보고 패킷은 정상적인 동작 동안에 에러들을 검출하기 위해 사용될 수 있으며, 호스트 및 클라이언트 시스템들을 개발하고 통합하는데 있어서 발생하는 문제들을 진단하기 위해 시스템 설계자 및 통합자들에게 가장 유용하다. 클라이언트는 유효 상태 응답 리스트 패킷의 유효 파라미터 응답 리스트에 있는 142의 파라미터 값을 이용하여 클라이언트 에러 보고 패킷을 전송하기 위한 자신의 성능을 나타낸다.
클라이언트 에러 보고 패킷의 일 실시예에 대한 포맷은 도 87a에 도시되어 있다. 도 87a에 도시된 바와 같이, 클라이언트 에러 보고 패킷은 패킷 길이, 패킷 타입, cClient ID, 리스트 아이템 개수, 에러 코드 리스트 및 CRC 필드들을 포함하여 구성된다. 142의 패킷 타입 값은 클라이언트 에러 보고 패킷으로서 패킷을 식별한다. cClient ID 필드는 추후 사용을 위해 예약되어 있으며 일반적으로 현재 0으로 설정되어 있다. 리스트 아이템 개수 필드(2 바이트)는 다음 에러 코드 리스트에 있는 아이템들의 개수를 특정한다. 에러 코드 리스트 필드(여기서, 8 바이트)는 하나 이상의 에러 보고 리스트 아이템들을 포함하는 리스트이다. 단일 에러 보고 리스트 아이템의 포맷은 도 87b에 도시되어 있다.
일 실시예에서, 도 87b에 도시된 바와 같이, 각각의 에러 보고 리스트 아이템은 정확하게 4 바이트의 길이를 가지며, 일 실시예에서 다음과 같은 필드들을 포함하는 구조를 가진다: 보고되는 에러의 타입을 특정하는 2 바이트의 디스플레이 에러 코드 필드, 클라이언트 에러 보고 패킷에 의해 정의된 에러와 관련하여 보다 상세한 레벨로 특정하는 2 바이트의 에러 서브-코드 필드. 각각의 클라이언트 에러 코드에 대한 특정한 정의는 클라이언트의 제조자에 의해 정의된다. 에러 서브-코드는 모든 디스플레이 에러 코드에 대하여 정의될 필요는 없으며, 에러 서브-코드가 정의되지 않은 경우에는 값이 0으로 설정된다. 각각의 에러 서브-코드에 대한 특정한 정의는 클라이언트의 제조자에 의해 정의된다.
45. 클라이언트 식별 패킷
클라이언트 식별 패킷은 요청 특정 상태 패킷에 응답하여 클라이언트가 식별 데이터를 리턴하도록 허용한다. 일 실시예에서, 클라이언트는 유효 상태 응답 리스트 패킷의 유효 파라미터 응답 리스트에 있는 144의 파라미터 값을 이용하여 디스플레이 식별 패킷을 전송하기 위한 기능을 나타낸다. 호스트가 클라이언트로부터 상기 데이터를 판독함으로써 클라이언트 장치 제조자 명칭 및 모델 번호를 결정할 수 있도록 하는 것은 호스트에 유용하다. 상기 정보는 클라이언트가 클라이언트 성능 패킷에서 기술될 수 없는 특별한 기능들을 가지고 있는지 여부를 결정하기 위해 사용될 수 있다. 클라이언트로부터 식별 정보를 판독하기 위한 두 가지의 방법들, 수단들 또는 메커니즘들이 존재할 수 있다. 하나는 베이스 EDID 구조의 필드들과 유사한 필드들을 포함하는 클라이언트 성능 패킷을 사용하는 것이다. 다른 방법은 클라이언트 성능 패킷의 유사한 필드들과 비교되는 보다 풍부한 정보 세트를 포함하는 클라이언트 식별 패킷을 사용하는 것이다. 이것은 호스트가 3-캐릭터 EISA 코드로 할당되지 않았던 제조자들을 식별하도록 허용하며, 시리얼 번호들이 영숫자 캐릭터들을 포함하도록 허용한다.
클라이언트 식별 패킷의 일 실시예에 대한 포맷은 일반적으로 도 88에 도시되어 있다. 도 88에 도시된 바와 같이, 클라이언트 식별 패킷은 패킷 길이, 패킷 타입, cClient ID, 제조주(Week of Manufacture), 제조 연도, 제조자 명칭 길이, 제품 명칭 길이, 시리얼 번호 길이, 제조자 명칭 스트링, 제품 명칭 스트림, 시리얼 번호 스트링 및 CRC 필드들을 포함하여 구성된다.
2 바이트의 패킷 타입 필드는 디스플레이 식별 패킷으로서 패킷을 식별하는 값을 포함한다. 상기 값은 일 실시예에서 144가 되도록 선택된다. cClient ID 필드(2 바이트)는 다시 클라이언트 ID를 위한 추후 사용을 위해 예약되어 있으며, 일반적으로 0으로 설정되어 있다. CRC 필드(2 바이트)는 패킷 길이를 포함하는 패킷의 모든 바이트들의 16 비트 CRC를 포함한다.
1 바이트의 제조주 필드는 디스플레이의 제조주를 정의하는 값을 포함한다. 적어도 하나의 실시예에서, 상기 값은 클라이언트에 의해 지원되는 경우에 1에서 53까지의 범위에 있다. 상기 필드가 클라이언트에 의해 지원되지 않으면, 상기 필드는 일반적으로 0으로 설정된다. 1 바이트의 제조 연도 필드는 클라이언트(디스플레이)의 제조 연도를 정의하는 값을 포함한다. 상기 값은 다른 기준 년도들이 사용될 수 있음에도, 시작 포인트로서 1990년부터 오프셋되어 있다. 상기 필드에 의해 1991년부터 2245년까지의 범위에 있는 연도가 표현될 수 있다. 예를 들어, 2003년도는 13의 제조 연도 값에 대응한다. 상기 필드가 클라이언트에 의해 지원되지 않으면, 0 값으로 설정되어야 할 것이다.
제조자 명칭 길이, 제품 명칭 길이 및 시리얼 번호 길이 필드들은 각각 임의의 널(null) 종결 또는 널 패드 캐릭터들을 포함하는 제조자 명칭 스트링 필드의 길이를 특정하고, 임의의 널 종결 또는 널 패드 캐릭터들을 포함하는 제품 명칭 스트링 필드의 길이를 특정하고, 임의의 널 종결 또는 널 패드 캐릭터들을 포함하는 시리얼 번호 스트링 필드의 길이를 특정하는 2 바이트 값들을 포함한다.
제조자 명칭 스트링, 제품 명칭 스트링 및 시리얼 번호 스트링 필드들은 각각 디스플레이의 제조자, 제품 명칭 및 영숫자 시리얼 번호를 특정하는 ASCII 스트링을 포함하는, 각각의 제조자 명칭 길이, 제품 명칭 길이 및 시리얼 번호 길이 필드들에 의해 특정된 가변적인 바이트 개수를 포함한다. 이러한 스트링들 각각은 적어도 하나의 널 캐릭터에 의해 종결된다.
46. 대안 디스플레이 성능 패킷
대안 디스플레이 성능 패킷은 MDDI 클라이언트 제어기에 부착된 대안 디스플레이들의 성능을 나타낸다. 대안 디스플레이 성능 패킷은 요청 특정 상태 패킷에 응답하여 전송된다. 요청되면, 클라이언트 장치는 지원되는 각각의 대안 디스플레이에 대하여 대안 디스플레이 성능 패킷을 전송한다. 클라이언트는 유효 상태 응답 리스트 패킷의 유효 파라미터 응답 리스트에 있는 145의 파라미터 값을 통해 대안 디스플레이 성능 패킷을 전송하기 위한 자신의 기능을 나타낸다.
내부 모드에서 동작하는 MDDI 시스템들에 대하여, MDDI 클라이언트 제어기에 연결된 하나 이상의 디스플레이를 포함하는 것이 일반적일 수 있다. 예시적인 애플리케이션은 플립(flip)의 안쪽에 큰 디스플레이를 가지며 바깥쪽에 작은 디스플레이를 가지는 모바일 폰이다. 클라이언트 성능 패킷의 대안 디스플레이 필드의 수는 하나 이상의 디스플레이 부착된 것을 보고하기 위해 이용될 수 있으며 대안 디스플레이 성능 패킷은 각각의 대안 디스플레이의 성능을 보고한다. 비디오 스트림 패킷은 클라이언트 장치로 각각의 대안 디스플레이를 어드레싱하기 위해 픽셀 데이터 속성 필드에 4 비트를 포함한다.
대안 디스플레이 성능 패킷의 일 실시예에 대한 포맷은 일반적으로 도 89에 도시되어 있다. 도 89에 도시된 바와 같이, 대안 디스플레이 성능 패킷은 패킷 길이, 패킷 타입, cClient ID, 대안 디스플레이 번호, 예약 1, 비트맵 폭, 비트맵 높이, 디스플레이 윈도우 폭, 디스플레이 윈도우 높이, 컬러 맵 RGB 폭, 컬러 맵 RGB 높이, RGB 성능, 단색 용량, 예약 2, Y Cb Cr 성능, 디스플레이 특성 성능, 예약 3 및 CRC 필드들을 포함하여 구성된다. 145의 패킷 타입 값은 대안 디스플레이 성능 패킷으로서 패킷을 식별한다. cClient ID는 클라이언트 ID를 위한 추후 사용을 위해 예약되어 있으며 일반적으로 0으로 설정되어 있다.
대안 디스플레이 번호 필드는 0부터 15까지의 범위에 있는 정수를 이용하여 대안 디스플레이에 대한 식별을 표시하기 위해 1 바이트를 사용한다. 제 1 대안 디스플레이는 번호 0이 될 것이며 다른 대안 디스플레이들은 대안 디스플레이들의 총 개수에서 1을 뺀 값으로 사용되는 최대값을 가지고 유일한 대안 디스플레이 번호 값들을 통해 식별될 것이다. 대안 디스플레이들의 총 개수에서 1을 뺀 값보다 큰 값은 사용되지 않을 것이다. 예를 들어, 제 1 디스플레이와 MDDI 클라이언트에 연결된 콜러(caller)-ID 디스플레이를 가지는 모바일 폰은 하나의 대안 디스플레이를 가지고 있으며, 여기서 콜러-ID 디스플레이의 대안 디스플레이 번호는 0이며 디스플레이 성능 패킷의 대안 디스플레이 필드의 번호는 1 값을 가진다.
예약 1 필드(1 바이트)는 추후 사용을 위해 예약되어 있다. 상기 필드에 있는 모든 비트들은 0으로 설정되어 있다. 상기 필드의 하나의 목적은 모든 다음 2 바이트 필드들이 16 비트 워드 주소로 할당되도록 하고 4 비트 필드들이 32 비트 워드 주소로 할당되도록 하는 것이다.
비트맵 폭 필드는 다수의 픽셀로서 표현되는 비트맵의 폭을 특정하는 2 바이트를 사용한다. 비트맵 높이 필드는 다수의 픽셀로서 표현되는 비트맵의 높이를 특정하는 2 바이트를 사용한다. 디스플레이 윈도우 폭 필드는 다수의 픽셀로서 표현되는 디스플레이 윈도우의 폭을 특정하는 2 바이트를 사용한다. 디스플레이 윈도우 높이 필드는 다수의 픽셀로서 표현되는 디스플레이 윈도우의 높이를 특정하는 2 바이트를 사용한다.
컬러 맵 RGB 폭 필드는 컬러 맵(팔레트) 디스플레이 모드에서 디스플레이될 수 있는 적색, 녹색 및 청색 컬러 컴포넌트들의 비트들의 수를 특정하는 2 바이트를 사용한다. 각 컬러 컴포넌트(적색, 녹색 및 청색)에 대하여 최대 8 비트가 사용될 수 있다. 각각의 컬러 컴포넌트의 8 비트가 컬러 맵 패킷으로 전송되더라도, 상기 필드에서 정의된 각각의 컬러 컴포넌트의 최하위 비트들의 수만이 사용된다. 디스플레이 클라이언트가 컬러 맵(팔레트) 포맷을 사용할 수 없다면, 상기 값은 0이다. 컬러 맵 RGB 폭 워드는 세 개의 개별적인 양의 값들로 구성되어 있다:
비트들 3 내지 0은 유효하게 간주되는 0부터 8까지의 값들을 이용하여 각각의 픽셀에 있는 청색 비트들의 최대 개수를 정의한다. 비트들 7 내지 4는 유효하게 간주되는 0부터 8까지의 값들을 이용하여 각각의 픽셀에 있는 녹색 비트들의 최대 개수를 정의한다. 비트들 11 내지 8은 유효하게 간주되는 0부터 8까지의 값들을 이용하여 각각의 픽셀에 있는 적색 비트들의 최대 개수를 정의한다. 비트들 14 내지 12는 추후 사용을 위해 예약되어 있으며 일반적으로 0으로 설정되어 있다. 비트 15는 패킹되거나 또는 패킹되지 않은 포맷으로 구성된 컬러 맵 픽셀 데이터를 수용하기 위한 클라이언트의 성능을 표시하기 위해 사용된다. 비트 15가 로직-1 레벨로 설정되면, 이것은 클라이언트가 패킹되거나 또는 패킹되지 않은 포맷으로 구성된 컬러 맵 픽셀 데이터를 수용할 수 있다는 것을 표시한다. 비트 15가 로직-0으로 설정되면, 이것은 클라이언트가 오직 패킹되지 않은 포맷으로 구성된 컬러 맵 픽셀 데이터를 수용할 수 있다는 것을 표시한다.
RGB 성능 필드는 RGB 포맷으로 디스플레이될 수 있는 해상도의 비트들의 수를 특정하기 위해 2 바이트를 사용한다. 일 실시예에서, 클라이언트가 RGB 포맷을 사용할 수 없다면, 상기 값은 0으로 설정된다. RGB 성능 워드는 세 개의 개별적인 양의 값들로 구성된다: 비트들 3 내지 0은 각 픽셀에 있는 청색에 대한 비트들의 최대 개수(청색 밀도)를 정의하고, 비트들 7 내지 4는 각 픽셀에 있는 녹색에 대한 비트들의 최대 개수(녹색 밀도)를 정의하고, 비트들 11 내지 8은 각 픽셀에 있는 적색에 대한 비트들의 최대 개수(적색 밀도)를 정의한다. 비트들 14 내지 12는 추후 사용을 위해 예약되어 있으며 0으로 설정되어 있다. 비트 15는 패킹되거나 또는 패킹되지 않은 포맷으로 구성된 RGB 픽셀 데이터를 수용하기 위한 클라이언트의 성능을 표시하기 위해 사용된다. 비트 15가 로직-1 레벨로 설정되면, 이것은 클라이언트가 패킹되거나 또는 패킹되지 않은 포맷으로 구성된 RGB 픽셀 데이터를 수용할 수 있다는 것을 표시한다. 비트 15가 로직-0으로 설정되면, 이것은 클라이언트가 오직 패킹되지 않은 포맷으로 구성된 RGB 픽셀 데이터를 수용할 수 있다는 것을 표시한다.
1 바이트의 단색 용량 필드는 단색 포맷으로 디스플레이될 수 있는 해상도의 비트들의 수를 특정하기 위한 값 또는 정보를 포함한다. 클라이언트가 단색 포맷을 사용할 수 없다면, 상기 값은 0으로 설정된다. 비트들 6 내지 4는 추후 사용을 위해 예약되어 있으며 일반적으로 0으로 설정되어 있다. 비트들 3 내지 0은 각각의 픽셀에 존재할 수 있는 그레이스케일의 비트들의 최대 개수를 정의한다. 이러한 네 개의 비트들은 각 픽셀이 1개부터 15개까지의 비트들로 구성되는 것을 특정할 수 있도록 한다. 상기 값이 0이면 단색 포맷은 클라이언트에 의해 지원되지 않는다. 비트 7이 1로 설정되면, 비트 7은 클라이언트가 패킹되거나 또는 패킹되지 않은 포맷으로 구성된 단색 픽셀 데이터를 수용할 수 있다는 것을 표시한다. 비트 7이 0으로 설정되면 이것은 클라이언트가 오직 패킹되지 않은 포맷으로 구성된 단색 픽셀 데이터를 수용할 수 있다는 것을 표시한다.
예약 2 필드는 추후 사용을 위해 예약된 1 바이트의 필드이며 상기 필드의 모든 비트들은 일반적으로 로직-0 레벨로 설정되어 있다. 일 실시예에서, 상기 필드의 하나의 목적은 모든 다음 2 바이트 필드들이 16 비트 워드 주소로 할당되도록 하고 4 바이트 필드들이 32 비트 워드 주소로 할당되도록 하는 것이다.
2 바이트의 Y Cb Cr 성능 필드는 Y Cb Cr 포맷으로 디스플레이될 수 있는 해상도의 비트들의 수를 특정한다. 클라이언트가 Y Cb Cr 포맷을 사용할 수 없다면, 상기 값은 0이다. Y Cb Cr 성능 워드는 세 개의 개별적인 양의 값들로 구성된다: 비트들 3 내지 0은 Cb 샘플을 특정하는 비트들의 최대 개수를 정의하고, 비트들 7 내지 4는 Cr 샘플을 특정하는 비트들의 최대 개수를 정의하고, 비트들 11 내지 8은 Y 샘플을 특정하는 비트들의 최대 개수를 정의하며, 비트들 14 내지 12는 추후 사용을 위해 예약되며 0으로 설정되어 있다. 비트 15가 0으로 설정되면, 비트 15는 클라이언트가 패킹되거나 또는 패킹되지 않은 포맷으로 구성된 Y Cb Cr 픽셀 데이터를 수용할 수 있다는 것을 표시한다. 비트 15가 0으로 설정되면, 클라이언트가 오직 패킹되지 않은 포맷으로 구성된 Y Cb Cr 픽셀 데이터를 수용할 수 있다는 것을 표시한다.
1 바이트의 베이어(bayer) 성능 필드는 베이어 포맷으로 전달될 수 있는 해상도의 비트들의 수, 픽셀 그룹 및 픽셀 순서를 특정한다. 클라이언트가 베이어 포맷을 사용할 수 없다면, 상기 값은 0으로 설정된다. 베이어 성능 필드는 다음의 값들로 구성된다: 비트들 3 내지 0은 각각의 픽셀에 존재하는 강도의 비트들의 최대 개수를 정의하고, 비트들 5 내지 4는 요구될 수 있는 픽셀 그룹 패턴을 정의하고, 비트들 8 내지 6은 요구되는 픽셀 순서를 정의하며, 비트들 14 내지 9는 추후 사용을 위해 예약되고 0으로 설정되어 있다. 비트 15가 1로 설정되면, 비트 15는 클라이언트가 패킹되거나 또는 패킹되지 않은 포맷으로 구성된 베이어 픽셀 데이터를 수용할 수 있다는 것을 표시한다. 비트 15가 0으로 설정되면, 이것은 클라이언트가 오직 패킹되지 않은 포맷으로 구성된 베이어 픽셀 데이터를 수용할 수 있다는 것을 표시한다.
2 바이트 CRC 필드는 패킷 길이를 포함하는 패킷의 모든 바이트들의 16 비트 CRC를 포함한다.
47. 레지스터 액세스 패킷
레지스터 액세스 패킷은 MDDI 링크의 반대쪽 엔드에 있는 구성 및 상태 레지스터들로 액세스하기 위한 수단, 메커니즘 또는 방법을 호스트 또는 클라이언트로 제공한다. 이러한 레지스터들은 각각의 디스플레이 또는 장치 제어기에 대하여 유일할 수 있다. 이러한 레지스터들은 이미 설정 구성, 동작 모드를 요구하는 많은 디스플레이 내에 존재하며, 다른 유용하고 필요한 설정들을 포함한다. 레지스터 액세스 패킷은 MDDI 호스트 또는 클라이언트가 MDDI 링크를 이용하여 레지스터에 기록하고 레지스터의 판독을 요청하도록 허용한다. 호스트 또는 클라이언트가 레지스터의 판독을 요청하면, 반대쪽 엔드는 동일한 패킷 타입의 레지스터 데이터를 전송함으로써, 또한 판독/기록 정보 필드의 사용을 통해 이것이 특정 레지스터로부터 판독된 데이터임을 표시함으로써 응답해야 한다. 레지스터 액세스 패킷은 1보다 큰 레지스터 카운터를 특정함으로써 다수의 레지스터에 대하여 판독 또는 기록을 수행하기 위해 사용될 수 있다. 클라이언트는 클라이언트 성능 패킷의 클라이언트 특성 성능 필드의 비트 22를 이용하여 레지스터 액세스 패킷을 지원하기 위한 성능을 나타낸다.
레지스터 액세스 패킷의 일 실시예에 대한 포맷은 도 90에 도시되어 있다. 도 90에 도시된 바와 같이, 레지스터 액세스 패킷은 패킷 길이, 패킷 타입, bClient ID, 판독/기록 플래그, 레지스터 주소, 파라미터 CRC, 레지스터 데이터 리스트 및 레지스터 데이터 CRC 필드들을 포함하여 구성된다. 146의 패킷 타입 값은 레지스터 액세스 패킷으로서 패킷을 식별한다. bClient ID는 추후 사용을 위해 예약되어 있으며 일반적으로 현재 0으로 설정되어 있다.
2 바이트의 판독/기록 플래그 필드는 기록 또는 판독, 또는 판독에 대한 응답으로서 특정 패킷을 특정하며, 데이터 값들에 대한 카운트를 제공한다.
비트들 15 내지 14는 판독/기록 플래그로서 동작한다. 비트들 [15:14]가 '00'이면, 상기 패킷은 레지스터 주소 필드에 의해 어드레싱된 레지스터로 기록될 데이터를 포함한다. 특정 레지스터들로 기록될 데이터는 레지스터 데이터 리스트 필드에 포함된다. 비트들 [15:14]가 '10'이면, 이것은 레지스터 주소 필드에 의해 어드레싱된 하나 이상의 레지스터들의 데이터에 대한 요청이다. 비트들 [15:14]가 '11'이면, 상기 패킷은 '10'으로 설정된 판독/기록 플래그들의 비트들 15:14를 가지는 레지스터 액세스 패킷에 응답하여 요청되었던 데이터를 포함한다. 레지스터 주소 필드는 제 1 레지스터 데이터 리스트 아이템에 대응하는 레지스터의 주소를 포함하며, 레지스터 데이터 리스트 필드는 상기 주소 또는 주소들로부터 판독되었던 데이터를 포함한다. 비트들 [15:14]가 '01'이면, 이것은 유효하지 않은 값으로 취급되며, 상기 값은 추후 사용을 위해 예약되고 사용되지 않는다.
비트들 13:0은 레지스터 데이터 리스트 필드에서 전달될 32 비트 레지스터 데이터 아이템들의 개수를 특정하기 위해 14 비트의 양의 정수를 사용한다. 비트들 15:14가 '00'이면, 비트들 13:0은 레지스터 주소 필드에 의해 특정된 레지스터에서 시작하는 레지스터들로 기록되도록 하기 위해 레지스터 데이터 리스트 필드에 포함된 32 비트 레지스터 데이터 아이템들의 개수를 특정한다. 비트들 15:14가 '10'이면, 비트들 13:0은 수신 장치가 레지스터들이 판독되도록 요청하는 장치로 전송하는 32 비트 레지스터 데이터 아이템들의 개수를 특정한다. 상기 패킷의 레지스터 데이터 리스트 필드는 아이템들을 포함하지 않으며 길이가 0이다. 비트들 15:14가 '11'이면, 비트들 13:0은 레지스터 데이터 리스트 필드에 포함된 레지스터들로부터 판독되었던 32 비트 레지스터 데이터 아이템들의 개수를 특정한다. 비트들 15:14는, 유효하지 않은 값으로 취급되는, '01'로 현재 설정되어 있지 않으며, 그렇지 않으면 나중의 지정 또는 사용을 위해 예약된다.
레지스터 주소 필드는 기록하거나 판독할 레지스터 주소를 표시하기 위해 4 바이트를 사용한다. 어드레싱이 32 비트보다 적은 어드레싱 레지스터들에 있어서, 상위 비트들은 0으로 설정된다.
2 바이트의 파라미터 CRC 필드는 패킷 길이부터 레지스터 주소까지의 모든 바이트들의 CRC를 포함한다. 이러한 CRC 검사가 실패하면, 전체 패킷이 버려지게 된다.
레지스터 데이터 리스트 필드는 클라이언트 레지스터들로 기록될 4 바이트 레지스터 데이터 값들의 리스트 또는 클라이언트 장치 레지스터들로부터 판독되었던 값들을 포함한다.
2 바이트의 레지스터 데이터 CRC 필드는 오직 레지스터 데이터 리스트의 CRC를 포함한다. 이러한 CRC 검사가 실패하면, 레지스터 데이터는 여전히 사용될 수 있으나, CRC 에러 카운트는 증가하게 된다.
D. 패킷
CRC
CRC 필드들은 패킷들의 끝 부분에 위치하고 때때로 상당히 큰 데이터 필드를 가질 수 있는 패킷들의 특정한 중요 파라미터들 뒤에 위치할 수 있으며, 그리하여 전달하는 동안에 에러들이 발생할 가능성이 커진다. 두 개의 CRC 필드들을 가지는 패킷들에서, 하나의 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)에 의한 출력으로서, 임의의 에러들이 존재하면, CRC는 게이트(3614)의 출력을 레지스터(3602)의 입력으로 연결함으로써 CRC 에러를 포함하는 모든 패킷에 대하여 한 번씩 증가하게 된다. 도 36의 다이어그램에서 도시된 예시적인 회로는 주어진 CHECK_CRC_NOW 윈도우(도 37b 참조) 내에서 하나 이상의 CRC 에러 신호를 출력할 수 있다. 그러므로 CRC 에러 카운터는 일반적으로 CHECK_CRC_NOW가 액티브 상태인 각각의 간격 내에서 제 1 CRC 에러 인스턴스만을 카운트한다. CRC 생성기로서 구성된 경우에, CRC는 패킷의 끝 부분과 일치하는 시점에서 CRC 레지스터로부터 클록킹(clocked)된다.
입력 및 출력 신호들과 인에이블 신호들에 대한 타이밍은 도 37a 및 37b에 도표로 도시되어 있다. CRC의 생성과 데이터 패킷의 전송은 Gen_Reset, Check_CRC_Now, Generate_CRC_Now 및 Sending_MDDI_Data 신호들의 상태(0 또는 1)와 Tx_MDDI_Data_Before_CRC 및 Tx_MDDI_Data_With_CRC 신호들과 함께 도 37a에 도시되어 있다. 데이터 패킷의 수신과 CRC 값의 검사는 Gen_Reset, Check_CRC_Now, Generate_CRC_Now 및 Sending_MDDI_Data 신호들의 상태와 Rx_MDDI_Data 및 CRC 에러 신호들과 함께 도 37b에 도시되어 있다.
E. 패킷
CRC
에 대한 에러 코드 오버헤드
오직 데이터 패킷들과 CRC만이 호스트와 클라이언트 사이에서 전달되는 경우, 수용되는 에러 코드들은 존재하지 않는다. 유일한 에러는 동기화 손실이다. 다시 말하면, 양호한 데이터 전달 경로 또는 파이프라인의 부재로 인한 타임아웃으로 링크를 리셋하고 진행하기 위해 한쪽은 링크를 기다려야 한다. 불행하게도, 이것은 시간 낭비이며 다소 비효율적이다.
일 실시예에서의 사용을 위해, 패킷들의 CRC 부분이 에러 코드 정보를 전달하기 위해 사용되는 새로운 기법이 개발되었다. 이것은 일반적으로 도 65에 도시되어 있다. 즉, 하나 이상의 에러 코드들은 통신 프로세싱 또는 링크에서 발생할 수 있는 특정한 미리 정의된 에러들 또는 흠결들을 표시하는 데이터 전달을 처리하는 프로세서들 또는 장치들에 의해 생성된다. 에러가 발생하면, 적절한 에러 코드가 패킷의 CRC에 대한 비트들을 사용하여 생성되고 전달된다. 즉, CRC 값은 원하는 에러 코드를 통해 오버로딩되거나 겹쳐 쓰이게(overwritten) 되며, 원하는 에러 코드는 CRC 필드의 값들을 모니터링하는 에러 모니터 또는 검사기에 의해 수신 측 엔드를 통해 검출될 수 있다. 에러 코드가 몇몇 이유들을 위해 CRC 값을 매칭시키는 경우들에 있어서, 에러에 대한 보수(compliment)가 혼동을 방지하기 위해 전달된다.
일 실시예에서, 로버스트(robust)한 에러 경고 및 검출 시스템을 제공하기 위해서, 에러 코드는 전달되는 일련의 패킷들, 일반적으로 전달되는 모든 패킷들을 이용하여 여러 번 전달될 수 있거나 또는 에러가 검출된 후에 전송될 수 있다. 이것은 에러를 생성하는 조건이 시스템에서 클리어되는 시점까지 발생하게 되며, 상기 시점에서 일반적인 CRC 비트들이 다른 값에 의해 오버로딩되지 않고 전달된다.
CRC 값을 오버로딩하는 이러한 기법은 최소량의 잔여 비트들 또는 필드들을 사용하여 시스템 에러들에 대한 보다 빠른 응답을 제공한다.
도 66에 도시된 바와 같이, 이전에 설명되거나 또는 알려진 다른 회로의 일부를 형성할 수 있는, 에러 검출기 또는 검출 수단(6602)을 사용하는 CRC 겹쳐 쓰기 메커니즘 또는 장치(6600)가 도시되어 있으며, 통신 링크 또는 프로세스 내에 존재하는 에러들을 검출한다. 다른 회로의 일부로서 형성될 수 있거나 또는 미리-선택된 에러 메시지들을 저장하기 위한 룩업(look up) 테이블들과 같은 기법들을 사용할 수 있는, 에러 코드 생성기 또는 수단(6604)은 발생하여 검출되었던 특정한 미리 정의된 에러들 또는 흠결들을 표시하기 위해 하나 이상의 에러 코드들을 생성한다. 장치들(6602 및 6604)은 원하는 바에 따라 하나의 회로 또는 장치로 형성될 수 있으며, 또한 다른 알려진 프로세서들 및 엘리먼트들에 대한 프로그래밍된 단계들의 시퀀스의 일부로서 형성될 수 있다는 것을 이해해야 할 것이다.
선택된 에러 코드 또는 코드들이 전달된 CRC 값과 동일한지 여부를 알기 위한 검사를 위한 CRC 값 비교기 또는 비교 수단(6606)이 도시되어 있다. 이러한 경우에, 코드 보수 생성기 또는 생성 수단 또는 장치는 원시 CRC 패턴 또는 값처럼 실수가 없고 검출 방식이 혼동을 주거나 복잡하지 않도록 에러 코드들의 보수를 제공하기 위해 사용된다. 에러 코드 선택기 또는 선택 수단 엘리먼트 또는 장치(6610)는 삽입 또는 겹쳐 쓰기 위해 필요한 에러 코드 또는 값을 선택하거나, 또는 적절하게 각각의 보수들을 선택한다. 에러 코드 CRC 겹쳐 쓰기 장치 또는 겹쳐 쓰기 메커니즘 또는 수단(6612)은 원하는 에러 코드들을 수신 장치로 전달하기 위해, 데이터 스트림, 패킷들 및 삽입될 원하는 코드들을 수신하고 대응하거나 또는 적절한 CRC 값들을 겹쳐 쓰는 장치이다.
언급된 바와 같이, 에러 코드는 일련의 패킷들을 사용하여 여러 번 전달될 수 있으며, 겹쳐 쓰기 장치(6612)는 프로세싱 동안에 코드들의 복사본들을 유지하기 위해 메모리 저장 엘리먼트들을 사용할 수 있거나 또는 필요에 따라 자신들의 값들을 저장 또는 유지하기 위해 사용될 수 있는 이전의 엘리먼트들 또는 다른 알려진 저장 위치들로부터 상기 코드들을 호출할 수 있다.
도 66의 겹쳐 쓰기 메커니즘이 구현하는 일반적인 프로세싱은 도 67a 및 67b에 추가로 상세하게 도시되어 있다. 도 67a에서, 하나 이상의 에러는 단계(6702)에서 통신 데이터 또는 프로세스에서 검출되며, 에러 코드는 상기 조건을 표시하기 위해 단계(6704)에서 선택된다. 동시에 또는 적절한 시점에서, 교체될 CRC 값은 단계(6706)에서 검사되고, 단계(6708)에서 원하는 에러 코드와 비교된다. 이전에 논의된 바와 같이, 이러한 비교의 결과로서 원하는 코드 또는 다른 대표값들이 존재하는 CRC 값과 동일한지 여부가 결정된다. 이러한 경우에, 프로세싱은 단계(6712)로 진행하며, 여기서 보수 또는 몇몇 경우들에서 원하는 바에 따라 다른 대표값들이 삽입될 코드로서 선택된다. 단계들(6710 및 6714)에서 에러 코드들 또는 값들이 삽입되도록 결정되면, 적절한 코드가 삽입을 위해 선택된다. 이러한 단계들은 명확화를 위해 개별적으로 도시되어 있으나 일반적으로 단계(6708)의 결정에 대한 출력에 기반하는 하나의 선택을 나타낸다. 최종적으로, 단계(6716)에서, 적절한 값들이 프로세스의 타깃이 되는 패킷들과 함께 전달하기 위한 CRC 위치로 겹쳐 쓰이게 된다.
도 67b에 도시된 바와 같이, 패킷 수신 측에서, 패킷 CRC 값들은 단계(6722)에서 모니터링된다. 일반적으로, 데이터 전달 과정에서 에러가 발생하였는지 여부와 패킷 또는 패킷들의 재전송을 요청할 것인지 또는 추가적인 동작들을 금지할 것인지 여부 등을 결정하기 위해(이들 중 몇몇은 위에서 논의됨), CRC 값들은 시스템 내에서 하나 이상의 프로세스들에 의해 모니터링된다. 이러한 모니터링의 일부로서 이러한 정보는 또한 알려지거나 또는 미리 선택된 에러 코드들 또는 대표값들을 CRC 값들과 비교하기 위해 사용될 수 있다. 대안적으로, 개별적인 에러 검출 프로세스 또는 모니터가 구현될 수 있다. 코드가 나타나면, 코드는 추출되거나 또는 그렇지 않으면 추가적인 프로세싱을 위해 단계(6724)에서 표시될 수 있다. 이것이 실제 코드 또는 보수인지 여부에 대한 결정이 단계(6726)에서 이루어질 수 있으며, 이러한 경우에 추가적인 단계(6728)가 상기 값을 원하는 코드값으로 바꾸기 위해 이용된다. 다른 경우에, 단계(6730)에서 결과적으로 추출된 코드, 보수 또는 다른 복원된 값들은 어떤 에러가 발생하였는지를 검출하고 전송된 코드를 형성하기 위해 사용된다.
V. 절전으로부터 링크 재기동
호스트가 절전 상태로부터 순방향 링크를 재기동할 때, MDDI_Stb의 약 150 사이클 동안 MDDI_Data를 로직 1 상태가 되도록 하고, 그 후에 50 MDDI_Stb 사이클 동안 MDDI_Data0을 로직 0 상태가 되도록 하며, 서브 프레임 헤더 패킷을 전송함으로써 순방향 링크 트래픽을 시작한다. 이는 일반적으로 서브 프레임 헤더 패킷이 신호들 사이에 충분한 설정 시간을 제공하여 전송되기 전에 버스 경합이 해결되도록 한다. 호스트가 MDDI_Data0가 로직 1 상태가 되도록 할 때, 호스트는 또한 클라이언트 내의 웨이크업 로직에 클록을 제공하기 위해 MDI_Stb를 활성화한다.
클라이언트, 여기에서 디스플레이가 호스트로부터 데이터 또는 통신, 서비스를 필요로 하면, 클라이언트는 원하는 바에 따라 다른 주기들이 사용될 수도 있지만 MDDI_Stb가 비활성이고 MDDI_Stb 이후의 70 MDDI_Dtb 사이클들이 활성인 동안 약 70 내지 1000㎲ 동안 MDDI_Data0 라인을 로직 1 상태로 구동한 다음, 드라이버를 고 임피던스 상태가 되게 함으로써 드라이버를 디세이블한다. 드물기는 하지만, MDDI_Stb가 절전 동안 활성이라면, 클라이언트는 70 MDDI_Stb 사이클 동안 MDDI_Data0이 로직 1 상태가 되도록 할 수 있다. 상기 동작은 호스트가 순방향 링크(208)를 통해 데이터 트래픽을 시작하거나 재기동하도록 하고 그 상태 동안 클라이언트를 폴링하도록 한다. 호스트는 50 MDDI_Stb 사이클 내에 요청 펄스의 존재를 검출해야 하며 MDDI_Data0을 150 MDDI_Stb 사이클 동안 로직 1이 되도록 하고 50 MDDI_Stb 사이클 동안 로직 0이 되도록 하는 개시 시퀀스를 시작한다. 디스플레이는 50㎲ 이상 동안 로직 1 상태로 MDDI_Data0을 검출하면, 서비스 요청 펄스를 전송해서는 안 된다. 절전 처리 및 개시 시퀀스와 관련된 시간의 선택과 시간 간격들의 허용 한계 특성은 하기에서 논의된다(하기의 도 68a-c에 도시).
경합이 없는 일반적인 클라이언트 서비스 요청 이벤트(3800)에 대한 처리 단계들의 예가 도 38에 도시되며, 상기 이벤트들은 대문자 A, B, C, D, E, F 및 G를 사용하여 설명하기에 편리하게 표시된다. 프로세스는 포인트 A에서 시작하며, 호스트는 클라이언트 장치에 링크가 저전력 절전 상태로 변화할 것이라고 통지하는 링크 셧다운 패킷을 전송한다. 다음 단계에서, 포인트 B에 도시된 것과 같이 호스트는 MDDI_Data0 드라이버를 디세이블하고 MDDI_Stb 드라이버가 로직 0이 되도록 함으로써 저전력 절전 상태로 진입한다. MDDI_Data0는 고 임피던스의 바이어스 네트워크에 의해 로직 0 레벨이 된다. 임의의 주기들 이후에, 클라이언트는 포인트 C에 도시된 것과 같이 MDDI_Data0가 로직 1 레벨이 되도록 함으로써 호스트에 서비스 요청 펄스를 전송한다. 호스트는 고 임피던스의 바이어스 네트워크를 사용하여 로직 0 레벨을 어서트(assert)하지만, 클라이언트 내의 드라이버는 라인이 로직 1 레벨이 되도록 한다. 50㎲ 내에, 호스트는 서비스 요청 펄스를 인식하고, 포인트 D에 도시된 것과 같이 드라이버를 인에이블함으로써 MDDI_Data0을 로직 1 레벨로 어서트한다. 그 후에 클라이언트는 서비스 요청 펄스를 어서트하는 시도를 중단하고, 포인트 E에 도시된 것과 같이 드라이버가 고 임피던스 상태가 되도록 한다. 호스트는 포인트 F에 도시된 것과 같이 MDDI_Data0이 50㎲ 동안 로직 0 레벨이 되도록 하고, MDDI_Data0에서 로직 0 레벨과 일치하는 방식으로 MDDI-Stb를 생성하는 것을 시작한다. MDDI_Data0가 로직 0 레벨이라 어서트하고 MDDI_Stb를 50㎲ 동안 구동한 후에, 호스트는 포인트 G에 도시된 것과 같이 서브 프레임 헤더 패킷을 전송함으로써 순방향 링크를 통해 데이터를 전송하기 시작한다.
유사한 예가 도 39에 도시되며, 여기서 서비스 요청은 링크 재기동 시퀀스가 시작한 후에 어서트되고 이벤트들은 대문자 A, B, C, D, E, F 및 G를 사용하여 다시 표시된다. 이는 클라이언트로부터의 요청 펄스 또는 신호가 서브 프레임 헤더 패킷을 변조시키도록 한다. 프로세스는 포인트 A에서 시작하여 호스트는 클라이언트 장치에 링크 셧다운 패킷을 전송하여 링크가 저전력 절전 상태로 변화할 것임을 통지한다. 다음 단계에서, 호스트는 포인트 B에 도시된 것과 같이 MDDI_Data0 드라이버를 디세이블하고 MDDI_Stb 드라이버를 로직 0 레벨로 세팅함으로써 저전력 절전 상태가 된다. 전과 같이, MDDI_Data0는 고 임피던스 바이어스 네트워크에 의해 로직 0 레벨이 된다. 일정 기간 이후에, 호스트는 포인트 C에 도시된 것과 같이 150㎲ 동안 MDDI_Data0를 로직 1 레벨로 구동하여 링크 재기동 시퀀스를 시작한다. 링크 재기동 시퀀스가 시작한 이후 50㎲가 지나기 전에, 디스플레이는 포인트 D에 도시된 것과 같이 70㎲의 지속 기간 동안 MDDI_Data0를 어서트한다. 이는 디스플레이가 호스트로부터 서비스를 요청해야 하고 호스트가 이미 링크 재기동 시퀀스를 시작하였음을 인식하지 못하기 때문에 발생한다. 클라이언트는 그 후에 서비스 요청 펄스를 어서트하는 시도를 중단하고 포인트 E에 도시된 것과 같이 드라이버가 고 임피던스 상태가 되도록 한다. 호스트는 MDDI_Data0를 로직 1 레벨로 구동하는 것을 계속한다. 호스트는 포인트 F에 도시된 것과 같이 MDDI_Data0를 50㎲ 동안 로직 0 레벨로 구동하며, MDDI_Data0에서 로직 0 레벨과 일치하는 방식으로 MDDI_Stb를 생성하는 것을 시작한다. MDDI_Data0를 로직 0 레벨로 어서트하고 MDDI_Stb를 50㎲ 동안 구동한 후에, 호스트는 포인트 G에 도시된 것과 같이 서브 프레임 헤더 패킷을 전송함으로써 순방향 링크를 통한 데이터 전송을 시작한다.
상기 설명으로부터, 종래의 해결책은 웨이크업 시퀀스의 일부로서 호스트가 2가지 상태가 되도록 하는 것과 관련됨을 알게 된다. 제 1 상태에 대하여, 호스트는 MDDI_Data0를 150㎲ 동안 하이(high)로 구동하고, 그리고 나서 MDDI_Stb 라인을 활성화하는 동안 MDDI_Data0 신호를 50㎲ 동안 로우(low)로 구동하며, 그리고 나서 MDDI 패킷들을 전송하기 시작한다. 상기 프로세스는 MDDI 장치 및 방법들을 사용하여 달성할 수 있는 데이터 전송률의 관점에서 당업계 수준을 진보시킨다. 그러나 전술된 것과 같이, 다음 단계 또는 프로세스를 조절하거나 더 빠르게 선택할 수 있도록 하기 위한 감소한 응답시간과 관련하여 속도가 빨라지는 것은 프로세싱 또는 엘리먼트들을 간략화하는 능력이며, 항상 요구되는 사항이다.
출원인들은 호스트가 신호 토글을 위해 클록 사이클 기반의 타이밍을 사용하는 웨이크업 프로세싱 및 타이밍에 대한 새로운 접근 방법을 발견하였다. 이러한 구성에서, 호스트가 웨이크업 시퀀스의 시작시 MDDI_Data0 신호를 하이로 구동한 후에 호스트는 0 내지 10㎲까지 MDDI_Stb를 토글하는 것을 시작하며, 신호가 로우로 구동될 때까지 대기하지 않는다. 웨이크업 시퀀스 동안, 호스트는 MDDI_Data0 신호가 항상 로직 0 레벨이었던 것처럼 MDDI_Stb를 토글한다. 이는 클라이언트 측으로부터의 시간 개념을 효과적으로 제거하며, 호스트는 상기 주기들을 최초 2개의 상태들에 대한 이전의 150㎲ 및 50㎲ 기간으로부터 150 클록 사이클 및 50 클록 사이클들로 변경한다.
호스트는 그 데이터 라인을 하이로 구동하고 그 데이터 라인이 마치 0인 것처럼 10 클록 사이클 내에 스트로브 신호를 전송하기 시작한다. 호스트가 150 클록 사이클들 동안 데이터 라인을 하이로 구동한 후에, 호스트는 스트로브 신호를 전송하는 것을 계속하면서 50 클록 사이클 동안 데이터 라인을 로우로 구동한다. 상기 프로세스들 모두가 종료된 후에, 호스트는 제 1 서브 프레임 헤더 패킷을 전송하기 시작할 수 있다.
클라이언트 측에서, 클라이언트 구현은 그 데이터 라인이 최초 하이이고 그 후에 로우인 클록 사이클들의 개수를 계산하기 위해 발생한 클록을 사용할 수 있다. 하이 상태로 구동된 모든 데이터 라인에서 발생해야 하는 클록 사이클들의 개수는 150이며, 로우 상태로 구동된 데이터 라인에서 발생해야 하는 클록 사이클들의 개수는 50이다. 이는 적절한 웨이크업 시퀀스에 대하여, 클라이언트가 하이인 데이터 라인의 적어도 150개의 연속적인 클록 사이클들을 카운트한 후 로우인 데이터 라인의 적어도 50개의 연속적인 클록 사이클들을 카운트할 수 있어야 함을 의미한다. 상기 두 조건들 모두가 만족하면, 클라이언트는 제 1 서브 프레임의 고유 워드를 탐색하는 것을 시작할 수 있다. 상기 패턴에서의 중단은 클라이언트가 하이인 데이터 라인의 최초 150개의 연속하는 클록 사이클들을 검색하는 초기 상태로 카운트를 복귀시키는 기준으로서 사용된다.
절전으로부터의 호스트 기반 웨이크업을 위한 본 발명의 클라이언트 실행은 전술된 것과 같이 클록 레이트가 1 Mbps에서 시작하는 것이 강요되지 않는다는 점을 제외하고 초기 시작(start-up) 케이스와 매우 유사하다. 대신, 통신 링크가 절전이 되었을 때 활성화된 모든 이전 레이트에서, 다시 클록 레이트가 시작하도록 세팅될 수 있다. 만약 호스트가 전술된 것과 같은 스트로브 신호의 전송을 시작하면, 클라이언트는 하이인 데이터 라인의 적어도 150개의 연속하는 클록 사이클들을 카운팅한 후에 로우인 데이터 라인의 적어도 50개의 연속하는 클록 사이클들을 카운팅할 수 있어야 한다. 상기 두 조건들 모두가 만족하면, 클라이언트는 고유 워드에 대한 탐색을 시작할 수 있다.
절전으로부터의 클라이언트 기반 웨이크업을 위한 본 발명의 클라이언트 실행은 클라이언트가 데이터 라인을 구동시킴으로써 시작되는 것을 제외하고는 호스트 기반의 웨이크업과 유사하다. 클라이언트는 호스트 장치를 웨이크업 하기 위해 클록 없이 데이터 라인을 비동기로 구동시킬 수 있다. 호스트가 데이터 라인이 클라이언트에 의해 하이로 구동된다고 인식하면, 웨이크업 시퀀스를 시작할 수 있다. 클라이언트는 호스트 시작에 의해 또는 웨이크업 프로세스 동안 발생한 클록 사이클들의 개수를 카운트할 수 있다. 클라이언트가 하이인 데이터의 70개의 연속하는 클록 사이클들을 카운트하면, 데이터 라인을 하이로 구동하는 것을 중단할 수 있다. 상기 포인트에서, 호스트는 이미 데이터 라인을 하이로 적절히 구동시킬 수 있어야 한다. 클라이언트는 그 후에 하이인 데이터 라인의 또 다른 80개의 클록 사이클들을 카운트하여 하이인 데이터 라인의 150개 클록 사이클들에 도달하며, 로우인 데이터 라인의 50개 클록 사이클들도 검색할 수 있다. 이들 3가지 조건들이 만족하면, 클라이언트는 고유 워드를 검색하기 시작할 수 있다.
상기 새로운 웨이크업 프로세싱의 실행의 장점은 시간 측정 장치가 필요하지 않다는 것이다. 상기 장치가 오실레이터인지 또는 커패시터 방전 회로인지, 아니면 다른 공지된 장치들인지 간에, 클라이언트는 스타트 업 조건들을 결정하기 위해 상기 외부 장치들을 더 이상 필요로 하지 않는다. 클라이언트 장치 보드에 제어기들, 카운터들, 등등을 구현할 때 비용과 회로 영역을 절약한다. 이는 클라이언트에게 유리한 것처럼 호스트에 대해 유리할 수 없으며, 상기 기술은 코어 회로를 위해 사용되는 매우 높은 밀도의 로직(VHDL)과 관련하여 호스트를 잠정적으로 간략화해야 한다. 웨이크업 통지 및 측정 소스로서 데이터 및 스트로브 라인들을 사용하는 전력 소비는 어떤 외부 회로도 코어 엘리먼트들이 호스트 기반 웨이크업을 위해 대기해야 할 필요가 없기 때문에 낮아질 것이다.
사용된 사이클들 또는 클록 주기들의 개수는 예시적이며 다른 주기들이 사용될 수 있음이 당업자에게 인식될 것이다.
상기 새로운 웨이크업 프로세싱의 실행시 장점은 시간 측정 장치를 필요로 하지 않는 것이다. 상기 장치가 오실레이터 인지 또는 커패시터 방전 회로인지, 아니면 다른 공지된 장치들인지 간에, 클라이언트는 스타트 업 조건들을 결정하기 위해 상기 외부 장치들을 더 이상 필요로 하지 않는다. 클라이언트 장치 보드에 제어기들, 카운터들, 등등을 구현할 때 비용과 회로 영역을 절약한다. 이는 클라이언트에게 유리한 것처럼 호스트에 대해 유리할 수 없으며, 상기 기술은 코어 회로를 위해 사용되는 매우 높은 밀도의 로직(VHDL)과 관련하여 호스트를 잠정적으로 간략화해야 한다. 웨이크업 통지 및 측정 소스로서 데이터 및 스트로브 라인들을 사용하는 전력 소비는 어떤 외부 호로도 코어 엘리먼트들이 호스트 기반 웨이크업을 위해 대기해야 할 필요가 없기 때문에 낮아질 것이다.
상기 새로운 기술의 동작을 간략하게 설명하기 위해, MDDI_Data0 및 MDDI_Stb의 타이밍 및 클록 사이클들과 관련된 다양한 동작들은 도 68a, 68b 및 68c에 도시된다.
경합이 없는 일반적인 호스트-개시 웨이크업을 위한 처리 단계들의 예는 도 68a에 도시되며, 이벤트들은 대문자들 A, B, C, D, E, F, 및 G를 사용하여 편리하게 표시된다. 프로세스는 포인트 A에서 시작하며, 호스트는 링크가 저전력 절전 상태로 변화할 것이라고 통지하는 링크 셧다운 패킷을 클라이언트 장치로 전송한다. 다음 단계의 포인트 B에서, 호스트는 클라이언트에 의한 프로세싱이 MDDI-Stb가 토글하는 것을 중단하기 전에 완료되도록 하며, 이는 클라이언트 장치 내에서 클록이 복원되는 것을 중단시킨다. 호스트는 또한 먼저 MDDI_Data0이 로직 0 레벨로 세팅하고 CRC 이후에 16 내지 48 사이클 범위 내에(일반적으로 출력 디세이블 전파 지연들을 포함하는) MDDI_Data0 출력을 디세이블한다. CRC 이후 48 사이클들 이후 및 다음 단계 C 이전의 얼마 동안 클라이언트 내의 MDDI_Data0 및 MDDI_Stb를 위한 고속 수신기들이 저전력 상태가 되도록 하는 것이 바람직할 수 있다.
호스트는 MDDI_Data0 및 MDDI_Stb 드라이버들을 디세이블하고 호스트 제어기를 저전력 절전 상태가 되도록 함으로써 포인트 또는 단계 C에서 저전력 절전 상태가 된다. 또한, MDDI_Stb 드라이버를 로직 0 레벨로 세팅하거나(고 임피던스 바이어스 네트워크를 사용하여) 원하는 경우에 절전 동안 토글을 계속한다. 클라이언트는 또한 저전력 레벨의 절전 상태가 된다.
임의의 기간 이후에, 호스트는 MDDI_Data0 및 MDDI_Stb 드라이버 출력을 인에이블함으로써 포인트 D에서 링크 재기동 시퀀스를 시작한다. 호스트는 드라이버들이 그들의 개별 출력들을 완전히 인에이블하는데 걸리는 시간만큼 MDDI_Data0를 로직 1 레벨이 되도록 하고 MDDI_Stb를 로직 0 레벨이 되도록 한다. 호스트는 일반적으로 펄스들을 MDDI_Stb에서 구동하기 전에 상기 출력들이 원하는 로직 레벨들에 도달한 후 약 200 나노초 동안 대기한다. 이는 클라이언트 시간이 수신을 준비하도록 한다.
호스트 드라이버들이 인에이블되고 MDDI_Data0가 로직 1 레벨이 되면, 호스트는 포인트 E에 도시된 것과 같이 150MDDI_Stb 사이클들의 지속기간 동안 MDDI_Stb를 토글하기 시작한다. 호스트는 포인트 F에 도시된 것과 같이 MDDI_Data0가 50 사이클들 동안 로직 0 레벨이 되도록 하고 클라이언트는 MDDI_Data0이 40 MDDI_Stb 사이클들 동안 로직 0 레벨인 이후에 서브 프레임 헤더 패킷을 검색하는 것을 시작한다. 호스트는 포인트 G에 도시된 것과 같이 서브 프레임 헤더 패킷을 전송함으로써 순방향 링크를 통해 데이터를 전송하기 시작한다.
경합이 없는 일반적인 클라이언트-개시 웨이크업에 대한 처리 단계들의 예가 도 68b에 도시되며, 이벤트들은 편리한 설명을 위해 대문자들 A, B, C, D, E, F, G, H 및 I를 사용하여 표시된다. 전술된 것과 같이, 프로세스는 포인트 A에서 시작하며, 호스트는 링크가 저전력 상태로 변화할 것이라고 통지하는 링크 셧다운 패킷을 클라이언트에 전송한다.
포인트 B에서, 호스트는 클라이언트에 의한 프로세싱이 MDDI_Stb가 토글하는 것을 중단하고, 클라이언트 장치 내에서 클록이 복원되는 것을 중단하기 전에 완료되도록 하기 위해 MDDI_Stb를 약 64 사이클들 동안(또는 시스템 설계에 의해 원하는 바에 따라) 토글한다. 호스트는 또한 먼저 MDDI_Data0를 로직 0 레벨로 세팅하고 CRC 이후에 16 내지 48 사이클 범위 내에(일반적으로 출력 디세이블 전파 지연들을 포함하는) MDDI_Data0 출력을 디세이블한다. CRC 이후 및 다음 단계 C 이전의 48 사이클들 이후의 얼마 동안 클라이언트 내의 MDDI_Data0 및 MDDI_Stb를 위한 고속 수신기들이 저전력 상태가 되도록 하는 것이 바람직할 수 있다.
호스트는 MDDI_Data0 및 MDDI_Stb 드라이버들을 디세이블하고 호스트 제어기를 저전력 절전 상태가 되도록 함으로써 포인트 또는 단계 C에서 저전력 절전 상태가 된다. 또한, MDDI_Stb 드라이버를 로직 0 레벨로 세팅하거나(고 임피던스 바이어스 네트워크를 사용하여) 원하는 경우에 절전 동안 토글을 계속한다. 클라이언트는 또한 저전력 레벨의 절전 상태가 된다.
임의의 기간 이후에, 호스트는 MDDI_Stb 수신기를 인에이블하고, 호스트가 MDDI_Stb 드라이버를 인에이블하기 전에 MDDI_Stb의 수신 버전의 상태가 클라이언트 내에서 로직 0 레벨임을 보장하도록 MDDI_Stb 수신기 내의 오프셋을 인에이블함으로써 포인트 D에서 링크 재기동 시퀀스를 시작한다. 요구에 따라, 유효한 차동 신호의 수신을 보장하고 에러 신호를 금지하기 위해 수신기를 인에이블하기 전으로 클라이언트가 오프셋을 인에이블하는 것이 바람직할 수 있다. 클라이언트는 MDDI_Data0를 로직 1 레벨이 되도록 하는 동안 MDDI_Data0 드라이버를 인에이블한다.
약 1 msec 이내에 포인트 E에서, 호스트는 클라이언트로부터의 서비스 요청 펄스를 인식하고, 호스트는 MDDI_Data0 및 MDDI_Stb 드라이버 출력들을 인에이블함으로써 링크 재기동 시퀀스를 시작한다. 호스트는 드라이버들이 그들의 개별 출력들을 인에이블하는데 걸리는 시간만큼 MDDI_Data0을 로직 1 레벨이 되도록 하고 MDDI_Stb를 로직 0 레벨이 되도록 한다. 호스트는 일반적으로 상기 출력들이 MDDI_Stb에서 펄스들을 구동하기 전에 원하는 로직 레벨에 도달한 후에 약 200 나노초를 대기한다. 이는 클라이언트에게 수신을 준비할 시간을 제공한다.
호스트 드라이버들이 인에이블되고 MDDI_Data0가 로직 1 레벨이 되면, 호스트는 포인트 F에 도시된 것과 같이 150 MDDI_Stb 사이클의 지속 기간 동안 MDDI_Stb에 펄스들을 출력하기 시작한다. 클라이언트가 MDDI_Stb에서의 제 1 펄스를 인식하면, MDDI_Stb 수신기에서 오프셋을 디세이블한다. 클라이언트는 70 MDDI_Stb 사이클들 동안 MDDI_Data0를 로직 1 레벨로 구동하는 것을 계속하고, 포인트 G에서 MDDI_Data0 드라이버를 디세이블한다.
포인트들 G 및 H에 도시된 것과 같이, 호스트는 50 사이클들 동안 MDDI_Data0를 로직 0 레벨로 구동하고 클라이언트는 MDDI_Data0가 40 MDDI_Stb 사이클 동안 로직 0 레벨인 이후에 서브 프레임 헤더 패킷을 검색하기 시작한다. 호스트는 포인트 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 레벨로 구동한다. 이와 같은 상황은 클라이언트가 서비스를 요청하기를 원하지만 통신하고자 하는 호스트가 링크 재기동(restart) 시퀀스를 이미 시작하였음을 인식하지 못하기 때문에 발생한다. 포인트 G에서, 클라이언트는 MDDI_Data0을 구동하는 것을 중단하고 출력을 디세이블함으로써 드라이버가 고 임피던스 상태가 되도록 한다. 호스트는 80개의 추가 사이클들 동안 MDDI_Data0를 로직 1 레벨로 구동하는 것을 계속한다.
호스트는 포인트 H에 도시된 것과 같이 50 사이클들 동안 MDDI_Data0를 로직 0 레벨로 구동하고, 클라이언트는 MDDI_Data0가 40 MDDI_Stb 사이클들 동안 로직 1 레벨인 이후에 서브 프레임 헤더 패킷을 검색하기 시작한다. 호스트는 포인트 I에 도시된 것과 같이 서브 프레임 헤더 패킷을 전송함으로써 순방향 링크를 통해 데이터를 전송하기 시작한다.
VI. 인터페이스의 전기적인 사양
예시적인 실시예들에서, 비-제로 복귀(NRZ) 포맷의 데이터가 데이터-스트로브 신호 또는 DATA-STB 포맷을 사용하여 인코딩되며, 이는 클록 정보가 데이터 및 스트로브 신호들에 삽입되도록 한다. 클록은 복잡한 위상 고정 루프 회로 없이 복원될 수 있다. 데이터는 양방향 차동 링크를 통해 전달되며, 이는 일반적으로 유선 케이블을 사용하여 구현되지만 전술된 것과 같이 다른 전도체들, 인쇄된 와이어들, 또는 전송 엘리먼트들이 사용될 수 있다. 스트로브 신호(STB)는 호스트에 의해 서만 구동되는 단방향 링크를 통해 전달된다. 스트로브 신호는 데이터 라인 또는 신호에서 동일하게 유지되는 백-투-백 상태, 또는 1 이 존재할 때마다 값(0 또는 1)을 토글한다.
비트들 "1110001011"과 같은 데이터 시퀀스가 DATA-STB 인코딩을 사용하여 전송될 수 있는 방법의 일 예는 도 40에 도시된다. 도 40에서, 데이터 신호(4002)는 신호 타이밍 차트의 제 1 라인에 도시되고 STB 신호(4004)는 제 2 라인에 도시되며, 각각의 시간은 적절하게(공통 시작 포인트에서) 정렬된다. 시간이 지남에 따라, DATA 라인(4002; 신호)에서 상태의 변경이 발생하면, STB 라인(4004; 신호)은 이전 상태를 유지하며, 따라서, DATA 신호의 제 1 '1' 상태는 STB 신호의 시작값인 제 1 '0' 상태와 상관된다. 그러나 DATA 신호의 상태, 즉 레벨이 변경되지 않으면, 또는 변경되지 않을 때 STB 신호는 도 40에서 DATA가 또 다른 '1' 값을 제공하는 경우와 같이 현재 예에서 상반된 상태 또는 '1'로 토글한다. 즉, DATA 및 STB 사이에는 1 및 비트 사이클당 1번의 변화만이 존재한다. 따라서, STB 신호가 다시 변화하면, 즉 상기 시간을 '0'으로 변화시키면, 데이터 신호가 '1'을 유지하며 상기 레벨 또는 값을 유지하면 DATA 신호는 레벨을 '0'으로 변화시킨다. DATA 신호가 '1'을 유지하면, STB 신호는 상반된 상태 또는 '1'로 토글하며, DATA 신호가 변화하거나 레벨들 또는 값들을 변화시키는 경우에도 상기와 같다.
상기 신호들을 수신하면, DATA 및 STB 신호들에 배타적 논리합(XOR) 연산이 수행되어 클록 신호(4006)를 발생하며, 이는 원하는 데이터 및 스트로브 신호들과의 상대적인 비교를 위한 타이밍 차트의 하부에 도시된다. 호스트에서 입력 데이터로부터의 DATA 및 STB 출력들 또는 신호들을 생성하고, 클라이언트에서 DATA 및 STB 신호들로부터 데이터를 복원 또는 재포착하기 위한 회로의 일 예가 도 41에 도시된다.
도 41에서, 송신부(4100)는 중간 신호 경로(4102)를 통해 원래의 DATA 및 STB 신호들을 발생하여 전송하는데 사용되며, 수신부(4120)는 상기 신호들을 수신하여 데이터를 복원하는데 사용된다. 도 41에 도시된 것과 같이, 호스트로부터 클라이언트로 데이터를 전송하기 위해, DATA 신호는 회로들을 트리거하기 위한 클록 신호와 함께 2개의 D형 플립 플롭 회로 엘리먼트(4104 및 4106)에 입력된다. 2개의 플립 플롭 회로 출력들(Q)은 각각 두 개의 차동 라인 드라이버들(4108 및 4110; 전압 모드)을 사용하여 서로 다른 신호 쌍들 MDDI_Data0+, MDDI_Data0-, MDDI_Stb+, MDDI_Stb-로 분할된다. 3 입력 배타적 NOR(XNOR) 게이트, 회로, 또는 로직 엘리먼트(4112)는 DATA 및 두 플립 플롭 모두의 출력들을 수신하기 위해 접속되며, 차례로 MDDI_Stb+, MDDI_Stb- 신호들을 생성하는 제 2 플립 플롭에 대한 데이터 입력을 제공하는 출력을 발생한다. 편리함을 위해, XNOR 게이트는 스트로브를 발생하는 플립 플롭의 Q 출력을 효율적으로 반전하고 있음을 나타내도록 배치된 반전 표시를 갖는다.
도 41의 수신부(4120)에서, MDDI_Data0+, MDDI_Data0-, MDDI_Stb+, MDDI_Stb- 신호들은 두 개의 차동 라인 수신기들(4122 및 4124)의 각각에 의해 수신되며, 차동 신호들로부터 단일 출력들을 발생한다. 증폭기들의 출력들은 클록 신호를 발생하는 2 입력 배타적 OR(XOR) 게이트, 회로 또는 로직 엘리먼트(4126)의 각각의 입력들에 입력된다. 클록 신호는 지연 엘리먼트(4132)를 통해 데이터 신호의 지연 버전을 수신하는 2개의 D형 플립 플롭 회로(4128 및 4130) 각각을 트리거하는데 사용되며, 이중 하나(4128)는 데이터 '0' 값들을 발생하고 다른 하나(4130)는 데이터 '1' 값들을 발생한다. 클록은 XOR 로직으로부터 독립적인 출력을 갖는다. 클록 정보가 DATA 및 STB 라인들 사이에서 분산되기 때문에, 클록 레이트의 1/2 보다 빠른 상태들 사이에서 신호 변화는 존재하지 않는다. 클록은 DATA 및 STB 신호들의 배타적 OR 프로세싱을 사용하여 재발생하기 때문에, 시스템은 클록 신호가 단일의 지정된 데이터 라인을 통해 직접 전송되는 상황과 비교하여 입력 데이터 및 클록 사이의 큐의 양의 2배까지 허용한다.
MDDI 데이터 쌍, 즉, MDDI_Stb+, MDDI_Stb- 신호들은 잡음의 악영향으로부터의 면역성을 최대로 하기 위해 서로 다른 모드에서 동작한다. 서로 다른 신호 경로의 각 부분은 신호들을 전송하기 위해 사용되는 케이블 또는 전도체의 특성 임피던스의 1/2에서 끝나는 소스이다. MDDI 데이터 쌍은 호스트 및 클라이언트 엔드 모두에서 끝나는 소스이다. 상기 2개의 드라이버 중 단 하나의 드라이버만이 주어진 시간에 작동하기 때문에 송신 링크에 대한 소스에서 종료가 연속적으로 발생한다. MDDI_Stb+, MDDI_Stb- 신호들은 호스트에 의해서만 구동된다.
본 발명의 MDD 인터페이스의 일부로서 신호들을 전송하기 위한 드라이버들, 수신기들 및 종단부들을 달성하기 위해 사용할 수 있는 엘리먼트들의 예시적인 구성은 도 42에 도시되며, MDDI_Data 및 MDDI_Stb의 상응하는 DC 전기적인 세부사항들이 표 7에 도시된다. 상기 예시적인 인터페이스는 여기에서 200mV인 낮은 감지 전압, 1 V 미만의 전력 스윙들 및 저전력 드레인을 사용한다.
차동 라인 드라이버들 및 라인 수신기들의 전기적 파라미터들 및 특성들이 표 7에 도시된다. 기능적으로, 드라이버는 입력을 통해 로직 레벨을 양의 출력에 전송하고, 입력의 반전을 음의 출력에 전송한다. 입력으로부터 출력들로의 지연은 차동적으로 구동되는 차동 라인에 우수하게 매칭된다. 대부분의 실행에서, 출력들에서의 전압 스윙은 전력 소비 및 전자기 방사를 최소화하기 위해 입력에서의 스윙 미만이 된다. 표 8은 최소 전압 스윙을 약 0.5V로 표시한다. 그러나 당업자에게 공지된 것과 같이 다른 값들이 사용될 수 있고, 본 발명자는 설계 제약들과 상관없이 몇몇 실시예들에서 더 작은 값을 고려할 수 있다.
차동 라인 수신기는 고속 전압 비교기와 동일한 특성을 갖는다. 도 41에서, 방울형 표시가 없는 입력은 양의 입력이고 방울형 표시가 있는 입력은 음의 입력이다. 출력은 (Vinput+)-(Vinput-)이 0보다 큰 경우에 로직 1이다. 이를 설명하는 또 다른 방식은 로직 0 및 1의 전압 레벨들에 고정된 출력을 가지고 매우 큰(가상적으로는 무한한) 이득을 가지는 차동 증폭기이다.
서로 다른 쌍들 사이의 지연 스튜(skew)는 최고 전위 속도에서 서로 다른 전송 시스템을 동작하기 위해 최소화되어야 한다.
도 42에서, 호스트 제어기(4202) 및 클라이언트 또는 디스플레이 제어기(4204)는 통신 링크(4206)를 통해 패킷들을 전송하는 것으로 도시된다. 호스트 제어기는 3개의 직렬 드라이버들(4210, 4212, 4214)을 사용하여 전송될 호스트 DATA 및 STB 신호들을 수신할 뿐만 아니라 전송될 클라이언트 데이터 신호를 수신한다. 호스트 DATA를 통과시켜야 하는 드라이버는 호스트로부터 클라이언트로의 전송이 요구될 때만 통신 링크의 활성화를 허용하기 위해 인에이블 신호 입력을 사용한다. STB 신호는 데이터 전송의 일부로서 형성되기 때문에, 어떤 추가의 인에이블 신호도 드라이버(4212)를 위해 사용되지 않는다. DATA 및 STB 드라이버들의 각각의 출력들은 각각 종단 임피던스들 또는 저항들(4216a, 4216b, 4216c, 및 4216d)에 접속된다.
종단 저항들(4216a 및 4216b)은 STB 신호 처리를 위한 클라이언트 측 수신기(4220)의 입력에 임피던스들로 작용하는 반면, 추가의 종단 저항들(4216e 및 4216h)은 클라이언트 데이터 처리 수신기(4222)의 입력에서 각각 저항들(4216c 및 4216d)과 직렬로 배치된다. 클라이언트 제어기 내의 제 6 드라이버(4226)는 클라이언트로부터 호스트로 전송된 데이터 신호들을 비교하는데 사용되며, 입력 측에서 드라이버(4214)는 종단 저항들(4216c 및 4216d)을 통한 처리를 위해 호스트로 전송하기 위한 데이터를 처리한다.
2개의 추가 저항들(4218a 및 4218b)은 각각 다른 경우에 논의된 절전 제어의 일부로서 종단부 저항들 및 접지 및 전압 소스(4220) 사이에 위치된다. 전압 소스는 데이터의 흐름을 관리하기 위해 전술된 하이 또는 로우 레벨로 전송 라인들을 구동하는데 사용된다.
상기 드라이버들 및 임피던스들은 별개의 구성 요소들로서, 또는 회로 모듈의 일부로서, 또는 더 가격 효율적인 인코더 및 디코더 솔루션으로 작동하는 응용 주문형 집적 회로(ASIC)로서 형성될 수 있다.
전력이 전도체 쌍들을 통해 HOST_Pwr 및 HOST_Gnd로 표시된 신호들을 사용하여 호스트 장치로부터 클라이언트 장치 또는 디스플레이에 전송되는 것은 용이하게 보여질 수 있다. 신호의 HOST_Gnd 부분은 기준 접지 및 전력 공급 귀환 경로 또는 디스플레이 장치의 신호로서 동작한다. HOST_Pwr 신호는 호스트 장치에 의해 구동되는 디스플레이 장치 전력 공급부로서 동작한다. 저전력 애플리케이션들을 위한 예시적인 구성에서, 디스플레이 장치는 500mA 까지 흘리도록 허용된다. HOST_Pwr 신호는 리튬-이온형 배터리 또는 호스트 장치에 상주하는 배터리팩과 같으나 이에 제한되지 않는 휴대용 전력 소스들로부터 제공될 수 있고, HOST_Gnd와 관련하여 3.2 내지 4.3V의 범위를 가질 수 있다.
VII. 타이밍 특성들
A. 개요
클라이언트가 호스트로부터 서비스를 확보하고 호스트가 상기 서비스를 제공하기 위해 사용되는 단계들 및 신호 레벨들은 도 43에 도시된다. 도 43에서, 도시된 신호들의 제 1 부분은 호스트로부터 전송되는 링크 셧다운 패킷을 도시하고, 데이터 라인은 고 임피던스 바이어스 회로를 사용하여 로직 0 상태로 구동된다. 어떤 데이터도 클라이언트 디스플레이 또는 드라이버를 디세이블되도록 하는 호스트에 의해 전송되지 않는다. MDDI_Stb 신호 라인에 대한 일련의 스트로브 펄스들은 하부에 도시될 수 있으며, 이는 MDDI_Stb가 링크 셧다운 패킷 동안 활성이기 때문이다. 호스트가 바이어스 회로 및 로직을 0으로 구동함에 따라 상기 패킷이 종료하고 로직 레벨이 0으로 변화하면, MDDI_Stb 신호 라인은 적절히 로직 0 레벨로 변화한다. 이는 호스트로부터 최종 신호의 전송 또는 서비스의 종료를 표시하고, 이전의 임의의 시점에서 발생할 수 있으며, 서비스의 이전의 중단 및 서비스 시작 이전의 신호들의 상태를 도시하도록 포함된다. 만약 원한다면, 상기 신호는 상기 호스트 장치에 의해 수행된 '공지된' 이전의 통신 없이 적절한 상태로 통신 링크를 리셋하기 위해 전송될 수 있다.
도 43에 도시된 것과 같이, 클라이언트로부터 출력된 신호는 먼저 0의 로직 레벨로 세팅된다. 다시 말해서, 클라이언트 출력은 고 임피던스이고, 드라이버는 디세이블된다. 서비스가 요청되면, 서비스는 드라이버를 인에이블하고 서비스 요청을 호스트로 전송하며, 상기 호스트는 라인이 로직 1 레벨로 구동되는 시간 동안 지정된 t서비스가 된다. 특정 시간량이 경과하거나 호스트가 로직 1 레벨로 신호를 구동함으로써 링크 개시 시퀀스에 응답하는 요청을 검출(t호스트-검출이라 명명됨)하기 전에 요구될 수 있다. 상기 시점에서, 클라이언트는 요청을 무효가 되도록 하고 서비스 요청 드라이버를 디세이블하여 클라이언트로부터의 출력 라인이 다시 0 로직 레벨이 되도록 한다. 상기 시간 동안, MDDI_Stb 신호는 로직 0 레벨이 된다.
호스트는 호스트가 로직 레벨을 0으로 구동한 후의 trestart-high라 명명된 기간 동안 호스트 데이터 출력을 '1' 레벨로 구동하고, 제 1 순방향 트래픽이 서브 프레임 헤더 패킷에서 시작한 후에 trestart-low로 명명된 기간 동안 MDDI-Stb를 활성화하며, 이후에 순방향 트래픽 패킷들은 전송된다. MDDI_Stb 신호는 trestart-low 기간 및 후속하는 서브 프레임 헤더 패킷 동안 활성이 된다.
표 8은 전술된 것과 같은 다양한 기간들의 시간을 표시하고, 예시적인 최소 및 최대 데이터 전송률의 관계식을 도시하며, 상기 관계식은 다음과 같다:
당업자는 도 41 및 42에 도시된 개별 엘리먼트들의 성능이 공지된 것이며, 도 42의 엘리먼트들의 성능은 도 43의 타이밍 다이어그램에 의해 증명됨을 용이하게 이해할 것이다. 도 42에 도시된 직렬 종단부들 및 절전 저항들에 대한 세부사항들은 도 41로부터 생략되며, 이는 상기 정보가 데이터-스트로브 인코딩을 수행하고 이로부터 클록을 복원하는 방법을 설명하는데 불필요하기 때문이다.
B. 데이터-
스트로브
타이밍
순방향
링크
호스트 드라이버 출력으로부터 순방향 링크를 통해 데이터를 전송하기 위한 스위칭 특성들이 표 9에 도시된다. 표 9는 요구되는 최소 및 최대값 대 특정 신호 변경들이 발생하는 시간의 표 형태를 표시한다. 예를 들면, ttdd-(호스트-출력)라고 명명된 데이터 값('0' 또는 '1'의 출력)의 시작으로부터 종료, 즉 Data0으로부터 Data0으로의 변화가 발생하는 일반적인 시간 길이가 ttbit이며, 최소 시간은 약 ttbit-0.5nsec이고, 최대 시간은 약 ttbit+0.5nsec이다. Data0, 다른 데이터 라인들(DataX), 및 스트로브 라인들(Stb)에서의 변화 사이의 일반적인 간격은 도 44에 도시되며, 상기 도 44에서 Data0으로부터 Strobe, Strobe로부터 Strobe, Strobe로부터 Data0, Data0로부터 non-Data0, non-Data0로부터 non-Data0, non-Data0로부터 Strobe, 및 Strobe로부터 non-Data0의 변화들이 도시되며, 이들은 각각 ttds-(host-output), ttss-(host-output), ttsd-(host-output), ttddx-(host-output), ttdxdx-(host-output), ttdxs-(host-output) 및 ttsdx-(host-output)으로 지칭된다.
순방향 링크를 통해 데이터를 전송하는 동일한 신호들에 대한 클라이언트 수신기 입력을 위한 일반적인 MDDI 타이밍 표시들은 표 10에 도시된다. 동일한 신호들이 논의되지만 시간 지연되기 때문에, 당업자에게 이해되는 것과 같은 신호특성들 및 개별 표시들의 의미를 설명하는데 새로운 도면은 필요하지 않다.
도 45 및 46은 호스트가 호스트 드라이버를 각각 디세이블하거나 인에이블할 때 이에 응답하여 발생할 수 있는 지연의 존재를 도시한다. 역방향 링크 캡슐화 패킷 또는 왕복 시간 지연 측정 패킷과 같은 특정 패킷들을 전송하는 호스트의 경우에, 호스트는 원하는 패킷들, 도 45에 도시된 파라미터 CRC, 스트로브 정렬, 및 모두 제로인 패킷들이 전송된 후에 라인 드라이버를 디세이블한다. 그러나 도 45에 도시된 것과 같이, 라인의 상태는 0으로부터 원하는 더 높은 값으로 즉시 스위칭해야 하는 것이 아니라, 특정 제어 또는 회로 엘리먼트들이 존재하는 것을 일시적으로 달성할 수 있지만 응답하는데 호스트 드라이버 디세이블 지연 기간이라 명명된 기간이 걸린다. 상기 기간이 0 나노초(nsec.) 길이가 되도록 순간적으로 발생할 수 있지만, 보호 시간 1 또는 전환 1 패킷 주기들 동안 발생하는 d임의의 최대 길이의 주기가 되는 10nsec의 더 긴 주기로 확장될 수 있다.
도 46에서, 호스트 드라이버가 역방향 링크 캡슐화 패킷 또는 왕복 시간 지연 측정 패킷과 같은 패킷을 전송하기 위해 인에이블될 때 신호 레벨의 변경이 수행됨을 볼 수 있다. 여기에서, 보호 시간 2 또는 전환 2 패킷 주기들 이후에, 호스트 드라이버는 인에이블되거나 레벨을 '0'으로 구동하기 시작하며, 상기 값은 제 1 패킷이 전송되기 이전의 드라이버 재-인에이블 기간 동안 발생하는 호스트 드라이버 인에이블 지연 기간이라는 명칭의 기간을 통해 접근되거나 도달된다.
유사한 프로세스가 드라이버들에 대하여 발생하며, 신호는 클라이언트 장치, 여기에서 장치를 위해 전송된다. 상기 기간들의 길이에 대한 일반적인 가이드 라인들 및 그들 각각의 관계들이 하기의 표 11에 도시된다.
C. 데이터-
스트로브
타이밍 역방향 링크
클라이언트 드라이버 출력으로부터 역방향 링크를 통해 데이터를 전송하기 위해 사용되는 데이터 및 스트로브 신호들에 대한 스위칭 특성들 및 타이밍 관계들이 도 47 및 48에 도시된다. 특정 신호 변화들을 위한 일반적인 시간이 하기에 도시된다. 도 47은 호스트 수신기 입력에서 전송되는 데이터의 타이밍 및 스트로브 펄스들의 선단 에지들과 후미 에지들 사이의 관계를 도시한다. 즉, 스트로브 신호들의 상승 또는 선단 에지에 대한 셋업 시간으로서 tsu-sr이 지정되고, 스트로브 신호들의 후미 또는 하강 에지에 대한 셋업 시간으로서 tsu-sf가 지정된다. 상기 셋업 기간들에 대한 시간의 길이는 최소 8 나노초와 비슷하다.
도 48은 역방향 데이터 타이밍에 의해 발생하는 스위칭 특성들 및 상응하는 클라이언트 출력 지연을 도시한다. 도 48에서, 전송되는 데이터의 타이밍 및 유도된 지연을 계산하는 스트로브 펄스들의 선단 에지와 후미 에지 사이의 관계를 도시한다. 즉, 스트로브 신호들의 상승 또는 선단 에지와 데이터(유효) 사이의 전파 지연으로서 tpd-sr이 지정되고, 스트로브 신호들의 후미 또는 하강 에지와 데이터 사이의 전파 지연으로서 tpd-sf가 지정된다. 상기 전파 지연 기간들에 대한 시간의 길이는 최소 8 나노초와 비슷하다.
VIII. 링크 제어의 실행(링크 제어 동작)
A. 상태
머신
패킷 프로세서
MDDI 링크를 통해 전송되는 패킷들은 일반적으로 300Mbps 또는 그 이상과 비슷한 레이트로 매우 신속하게 처리되지만, 원하는 경우에 더 낮은 레이트가 수용될 수 있다. 상기 형태의 버스 또는 전송 링크 속도는 현재 상업적으로 이용가능한 (경제적인) 범용 마이크로 프로세서들 또는 유사물이 제어하기에 매우 크다. 따라서, 상기와 같은 신호 전송을 수용하기 위한 일반적인 구현은 적절한 오디오-비주얼 서브 시스템에 전송되거나 재전송되는 패킷들을 생성하기 위해 입력 패킷 스트림을 해석하는 프로그램가능한 상태 머신을 사용하는 것이다. 상기 장치들은 공지되어 있으며, 요구되는 고속 또는 매우 고속의 동작을 달성하기 위해 동작들, 성능들 또는 상태들의 수가 제한된 회로들을 사용한다.
범용 제어기들, 프로세서들, 또는 처리 엘리먼트들은 더 낮은 속도 요구들을 가지는 제어 또는 상태 패킷들과 같은 임의의 정보에서 더 적절히 동작하거나 상기 정보를 조종하는데 사용될 수 있다. 상기 패킷들(제어, 상태 또는 다른 미리 정의된 패킷들)이 수신될 때, 상태 머신은 이들을 데이터 버퍼 또는 유사한 처리 엘리먼트를 통해 범용 프로세서로 통과시켜야 하며, 따라서 패킷들은 오디오 및 비주얼 패킷들이 그들의 적정한 작동을 위한 목적지로 전송되는 경우에 원하는 결과(효과)를 제공하도록 작동될 수 있다. 만약 향후에 마이크로프로세서들 또는 다른 범용 제어기들, 프로세서들 또는 처리 엘리먼트들이 더 높은 데이터 전송률의 처리 용량들을 달성하도록 제작되면, 하기에서 논의되는 상태들 또는 상태 머신은 저장 엘리먼트 또는 매체에 저장된 프로그램들과 같이 상기 장치의 소프트웨어 제어를 사용하여 실행될 수 있다.
범용 프로세서 성능은 처리 전력을 이용하거나 몇몇 모뎀들 또는 그래픽 프로세서들이 몇몇 기능들을 수행하고 하드웨어 복잡성 및 비용을 감소하기 위해 컴퓨터에서 사용되는 CPU들의 처리 전력을 사용하는 것과 유사한 방식으로 컴퓨터 애플리케이션들 내부의 마이크로프로세서들(CPU들), 또는 제어기들, 프로세서들, 디지털 신호 처리기들(DSP들), 특수용 회로들 또는 무선 장치들에서 사용되는 ASIC들에 사용가능한 사이클들을 초과함으로써 임의의 실시예들에서 실행될 수 있다. 그러나 상기 사이클 공유 또는 사용은 처리 속도, 타이밍, 또는 상기 엘리먼트들의 전체 동작에 부정적인 영향을 줄 수 있고, 따라서 다수의 애플리케이션에서 전용 회로들 또는 엘리먼트들이 상기 일반적인 처리에 바람직하다.
이미지 데이터가 디스플레이(마이크로-디스플레이)에 표시되거나 호스트 장치에 의해 전송된 모든 패킷들을 실질적으로 수신하기 위해, 디스플레이 신호 처리는 순방향 링크 채널 타이밍에 동기화된다. 즉, 디스플레이 및 디스플레이 회로들에 도달하는 신호들은 적절한 신호 처리가 발생하도록 실질적으로 시간 동기화되어야 한다. 상기 동기화가 실행될 수 있는 신호 처리 단계들 또는 방법에 의해 달성되는 상위 레벨 상태 다이어그램은 도 49에 도시된다. 도 49에서, 상태 머신(4900)에 대하여 가능한 순방향 링크 동기 "상태들"은 하나의 비동기 프레임 상태(4904), 2개의 동기 포착 상태들(4902 및 4906), 및 3개의 동기 상태들(4908, 4910 및 4912)로 구별되어 도시된다.
시작 단계 또는 상태(4902)에 도시된 것과 같이, 디스플레이 또는 표시 장치와 같은 클라이언트는 미리 선택된 "비동기" 상태에서 시작하며, 검출된 제 1 서브 프레임 헤더 패킷에서 고유 워드를 탐색한다. 상기 비동기 상태는 타입 1 인터페이스가 선택되는 최소 통신 세팅 또는 "폴-백(fall-back)" 세팅을 나타내는 것에 유의해야 한다. 탐색 동안 고유 워드가 발견되면, 디스플레이는 서브 프레임 길이의 필드를 저장한다. 상기 제 1 프레임에 대한 처리 동안 또는 동기화가 획득될 때까지 CRC 비트들의 검사는 수행되지 않는다. 만약 상기 서브 프레임 길이가 0이면, 동기 상태 처리는 동기화가 아직 수행되지 않았음을 나타내는 "비동기 프레임" 상태라 표시된 상태(4904)로 진행한다. 상기 처리 단계는 도 49에서 cond 3 또는 조건 3으로 표시된다. 그렇지 않으면, 만약 프레임 길이가 0 보다 크면, 동기 상태는 "하나의 동기 프레임이 발견된"이라 세팅된 인터페이스 상태인 상태(4906)로 진행한다. 상기 처리 단계는 도 49에서 cond 5 또는 조건 5로 표시된다. 부가적으로, 상태 머신들이 프레임 헤더 패킷 및 0보다 큰 프레임 길이에 대한 우수한 CRC 결정을 도시하면, 처리 단계는 "하나의 동기 프레임이 발견된" 상태로 진행한다. 상기 처리 단계는 도 49에서 cond 6 또는 조건 6으로 표시된다.
시스템이 "비동기" 상태와는 다른 상태인 경우에, 고유 워드가 검출되고 서브 프레임 헤더 패킷에 대하여 우수한 CRC 결과들이 결정되며, 서브 프레임 길이가 0 이상이면, 인터페이스 상태는 "동기" 상태(4908)로 변경된다. 상기 처리 단계는 도 49에서 cond 1 및 조건 1로 표시된다. 다시 말해서, 고유 워드 또는 서브 프레임 헤더 패킷 내의 CRC가 정확하지 않으면, 동기 상태 처리 단계는 "비동기 프레임" 상태의 인터페이스 상태(4902)로 진행하거나 복귀한다. 상기 처리 부분은 도 49에서 cond 2 또는 조건 2로 표시된다.
B. 동기에 대한 동기 포착 시간
인터페이스는 동기화가 손실되어 "비동기 프레임" 상태로 복귀하는지를 결정하기 전에 "동기 에러들"의 개수를 수용하도록 구성될 수 있다. 도 49에서, 상태 머신이 "동기 상태"에 도달하고 어떤 에러도 발견되지 않으면, cond 1 결과를 연속적으로 발생하고 "동기" 상태를 유지한다. 그러나 cond 2 결과가 검출되면, 처리는 상태를 "하나의 동기 에러" 상태(4910)로 변화시킨다. 상기 시점에서, 만약 처리 결과가 또 다른 cond 1 결과를 검출하면, 상태 머신은 "동기" 상태로 복귀하거나, 또 다른 cond 2 결과를 발생하며, "두 개의 동기 에러들" 상태(4912)로 이동한다. 다시 말해서, 만약 cond 1이 발생하면, 처리는 상태 머신을 "동기" 상태로 복귀시킨다. 그렇지 않으면, 또 다른 cond 2가 발생하면, 상태 머신은 "비동기" 상태로 복귀한다. 인터페이스가 "링크 셧다운 패킷"을 발생하면, 링크가 데이터 전송들을 종료하고 도 49에서 cond 4 또는 조건 4와 동기화하는 상태는 전혀 없는 것처럼 "비동기 프레임" 상태로 복귀한다.
반복되는 고유 워드인 "오류 카피(false copy)"가 서브 프레임 내의 몇몇 고정된 위치에서 나타날 수 있음이 이해된다. 상기 상황에서, 상태 머신은 서브 프레임에 동기화할 수 있으며, 이는 MDD 인터페이스 처리가 "동기" 상태로 진행하는 순서로 처리될 때 서브 프레임 헤더 패킷의 CRC가 유효해야만 하기 때문이다.
서브 프레임 헤더 패킷에서의 서브 프레임 길이는 링크가 셧다운되기 전에 호스트가 단 하나의 서브 프레임만을 전송할 것임을 표시하도록 0으로 세팅될 수 있고, MDD 인터페이스는 유휴 절전 상태로 설정되거나 구성된다. 상기 경우에, 디스플레이는 서브 프레임 헤더 패킷을 검출한 후에 순방향 링크를 통해 직접 패킷들을 수신해야 하며, 이는 링크가 유휴 상태로 변화하기 전에 단일 서브 프레임만이 전송되기 때문이다. 정상적이거나 일반적인 동작들에서, 서브 프레임 길이는 0이 아니고, 디스플레이는 인터페이스가 도 49에 "동기" 상태들로 도시된 상태들 내에 있는 동안 순방향 링크 패킷들을 처리한다.
디스플레이가 순방향 링크 신호를 동기화하는데 요구되는 시간은 서브 프레임 크기 및 순방향 링크 데이터 전송률에 따라 유효할 수 있다. 순방향 링크에서 랜덤 또는 더 랜덤한 데이터의 일부로서 고유 워드 "오류 카피"를 검출하는 확률은 서브 프레임 크기가 클수록 커진다. 동일한 시간에, 오류 검출로부터의 복원 능력은 낮아지며, 순방향 링크 데이터 전송률이 느려질수록 이를 실행하는데 걸리는 시간은 더 오래 걸린다.
C. 초기화
전술된 것과 같이, "개시" 시점에서, 호스트는 요구되는 최소의 데이터 전송률 1Mbps에서 또는 그 미만에서 동작하는 순방향 링크를 구성하며, 주어진 애플리케이션에 대하여 적절하게 서브 프레임 길이 및 미디어-프레임 레이트를 형성한다. 즉, 순방향 및 역방향 링크들 모두는 타입 1 인터페이스를 사용하여 동작을 시작한다. 상기 파라미터들은 일반적으로 호스트가 클라이언트 디스플레이(또는 다른 타입의 클라이언트 장치)에 대한 용량 또는 요구되는 구성을 결정하는 동안 임시로 사용된다. 호스트는 디스플레이 또는 클라이언트가 디스플레이 용량 패킷에 응답하는 것을 요청하기 위해 1의 값으로 세팅된 요청 플래그들의 비트 '0'을 가지는 역방향 링크 캡슐화 패킷 다음에 순방향 링크를 통해 서브 프레임 헤더 패킷을 전송한다. 디스플레이가 순방향 링크를 통해 동기를 포착한 이후에, 역방향 링크 또는 채널을 통해 디스플레이 요청 및 상태 패킷 및 디스플레이 용량 패킷을 전송한다.
호스트는 최적 또는 적절한 레벨의 성능을 위해 링크를 재구성하는 방법을 결정하기 위하여 디스플레이 용량 패킷의 컨텐츠를 검사한다. 호스트는 호스트 및 디스플레이가 서로 호환가능한 프로토콜 버전들을 사용하는지를 확인하기 위해 프로토콜 버전 및 최소 프로토콜 버전 필드들을 검사한다. 프로토콜 버전들은 일반적으로 디스플레이 용량 패킷의 제 1의 2개 필드들로 유지되어, 프로토콜의 다른 엘리먼트들이 호환가능하지 않거나 호환가능한 것으로 이해되지 않을 때 용량이 결정될 수 있다.
D.
CRC
처리
모든 패킷 타입들에 대하여, 패킷 프로세서 상태 머신은 CRC 검사기가 적절하게 제어되는 것을 보장한다. 이는 CRC 비교로 인해 하나 또는 그 이상의 에러들이 검출될 때 CRC 에러 카운터를 증가시키고, 각각의 처리된 서브 프레임의 시작시 CRC 카운터를 리셋시킨다.
E. 동기화 검사의 선택적인 손실
상기와 같은 일련의 단계들 또는 상태들은 더 높은 데이터 전송률 또는 스루풋 속도를 발생하도록 동작하지만, 출원인은 클라이언트가 호스트와의 동기화가 손실되었다고 선언하기 위해 사용하는 조건들에서의 선택적인 배치 또는 변경이 더 높은 데이터 전송률 또는 스루풋을 달성하기 위해 효율적으로 사용될 수 있음을 발견하였다. 새로운 실시예는 동일한 기본 구성을 가지지만, 상태가 변경되는 조건들이 다르다. 또한, 새로운 카운터는 서브 프레임 동기화에 대하여 검사하는 것을 지원하도록 구현된다. 상기 단계들 및 조건들은 도 63에 도시되며, 방법 또는 상태 머신의 동작들을 설정하는데 유용한 일련의 상태들 및 조건들을 도시한다. 명확함을 위해 "동기 포착 상태" 및 "동기 상태"만이 도시된다. 또한, 결과적인 상태들이 실질적으로 동일하기 때문에, 상태 머신 자체가 될 수 있도록 동일한 도면부호를 사용한다. 그러나 상태들( 및 상태 머신 동작)을 변화시키기 위한 조건들은 다소 변경되며, 따라서 모든 조건들은 차이들을 식별하는 편리함으로 두 도면들(1, 2, 3, 4, 5, 6 대 61, 62, 63, 64, 65) 사이에서 명확함을 위해 다시 번호가 표시된다. 비동기 프레임 상태는 상기 논의에서 고려되지 않기 때문에, 하나의 상태(4904) 및 조건 6은 도면에서 더 이상 사용되지 않는다.
도 63에서, 시스템 또는 클라이언트(디스플레이 및 표시를 위한)는 도 49에서와 같이 미리 선택된 "비동기" 상태(4902)에서 상태 머신(5000)을 시작한다. 비동기 조건(4902)으로부터 상태들을 변화시키기 위한 제 1 상태 변경은 동기 패턴이 발견되는 조건 64가 된다. 서브 프레임 헤더가 상기 패킷(조건 61을 충족하는)을 통과한다고 가정할 때, 패킷 프로세서 상태 머신의 상태는 동기 상태(4908)로 변경될 수 있다. 조건 62의 동기 에러는 상태 머신이 상태(4910)로 시프트하도록 하고, 제 2 발생이 상태(4912)로 시프트하도록 한다. 그러나 MDDI 패킷의 임의의 CRC 실패가 상태 머신이 동기 상태(4908)가 아닌 하나의 동기 에러 상태(4910)가 되도록 하는 것이 발견되었다. 임의의 MDDI 패킷의 또 다른 CRC 실패는 2개의 동기화 실패 상태(4912)로 이동할 것이다. 정확한 CRC 값으로 디코딩된 패킷은 상태 머신이 동기 상태(4908)로 복귀하도록 할 것이다.
변경되는 것은 '모든' 패킷에 대한 결정 또는 CRC 값을 사용하는 것이다. 즉, 상태 머신이 모든 패킷이 서브 프레임 헤더 패킷들을 관찰하는 대신에 동기화의 손실을 결정하기 위해 모든 패킷에 대한 CRC 값을 검색하도록 하는 것이다. 상기 구성 또는 프로세스에서, 동기화의 손실은 고유 워드 또는 서브 프레임 헤더 CRC 값들을 사용할 때 결정되지 않는다.
상기 새로운 인터페이스 구현은 MDD 인터페이스 링크가 동기화 실패들을 매우 빠르게 인식하도록 하며, 따라서 상기 실패들을 더 빨리 복원하도록 한다.
상기와 같은 시스템이 더 견고해지도록 하기 위해, 클라이언트는 서브 프레임 카운터를 부가 또는 사용해야 한다. 클라이언트는 고유 워드가 신호 내에 도달하거나 발생하는 것으로 예측되는 시간에 고유 워드의 존재를 검사한다. 만약 고유 워드가 정확한 시간에 발생하지 않으면, 클라이언트는 서브 프레임 길이 이상인 몇몇의(여기에서 3개의) 패킷 시간 및 기간들을 대기해야하는 경우보다 더 빨리 동기화 실패가 발생하는 것을 인식할 수 있다. 만약 고유 워드에 대한 테스트가 고유 워드가 존재하지 않는다고 표시하면, 다시 말해서 타이밍이 부정확하다고 표시하면, 클라이언트는 즉시 동기화의 링크 손실을 선언하고 동기 상태로 이동할 수 있다. 적절한 고유 워드의 존재를 검사하는 프로세스는 유일한 단어가 부정확하다고 말하는 상태 머신에 조건 65(cond 65)를 부가한다. 만약 서브 프레임 패킷이 클라이언트에서 수신되어 매칭되지 않는 것으로 예측되면, 클라이언트는 즉시 동기 상태(4902)가 될 수 있고, 상태들(4910 및 4912)을 가로지르는 다수의 동기 에러들(조건 62)에 대하여 대기하는 추가의 시간을 절약한다.
상기와 같은 변경은 서브 프레임 길이를 카운트하기 위해 클라이언트 코어에서 추가의 카운터 또는 카운팅 기능을 사용한다. 일 실시예에서, 카운트다운 기능이 사용되고, 현재 처리된 임의의 패킷의 전송은 카운터가 종료되는 경우에 서브 프레임의 유일한 단어를 검사하기 위해 중단된다. 선택적으로, 카운터는 현재 패킷이 검사되는 포인트에서 요구되는 최대값 또는 특정 요구값에 비교되는 카운트를 카운트 업할 수 있다. 상기 프로세스는 대단히 긴 패킷 길이를 가지고 클라이언트에서 부정확하게 수신된 디코딩 패킷들로부터 클라이언트를 보호한다. 임의의 다른 패킷을 차단하기 위해 요구되는 서브 프레임 길이 카운터가 디코딩된 경우에, 동기화의 손실은 어떤 패킷도 서브 프레임 경계를 교차하지 않아야 하기 때문에 결정될 수 있다.
IX. 패킷 처리
상태 머신이 수신하는 전술된 패킷의 각 타입에 대하여, 인터페이스의 동작을 실행하기 위한 특정 처리 단계 또는 일련의 단계들을 수행해야 한다. 순방향 링크 패킷들은 하기의 표 12에 열거된 예시적인 처리에 따라 처리된다.
X. 역방향 링크 데이터 전송률의 감소
호스트 링크 제어기를 위해 사용되는 특정 파라미터들이 매우 바람직한 최대 또는 더 최적화된 (스케일의) 역방향 링크 데이터 전송률을 달성하기 위한 특정 방식으로 조정 또는 구성될 수 있음이 명백하다. 예를 들어, 역방향 링크 캡슐화 패킷의 역방향 데이터 패킷 필드를 전송하는데 사용되는 시간 동안, MDDI_Stb 신호 쌍은 순방향 링크 데이터 전송률의 1/2로 주기적인 데이터 클록을 생성하도록 토글된다. 이는 호스트 링크 제어기가 모두 0을 전송하는 것처럼 MDDI_Data0 신호에 상응하는 MDDI_Stb 신호를 생성하기 때문에 발생한다. MDDI_Stb 신호는 호스트로부터 클라이언트로 전송되고, 역방향 데이터가 호스트로 다시 전송되는 디스플레이로부터 역방향 링크 데이터를 전송하기 위한 클록 신호를 발생하는데 사용된다. MDDI를 사용하는 시스템에서 순방향 및 역방향 경로들에서의 신호 전송 및 처리를 위해 발생한 일반적인 지연량에 대한 설명은 도 50에 도시된다. 도 50에서, 일련의 지연값들, 1.5nsec, 8.0nsec, 2.5nsec, 2.0nsec, 1.0nsec, 1.5nsec, 8.0nsec, 2.5nsec은 Stb+/- 발생, 디스플레이로의 케이블 전송, 디스플레이 수신기, 클록 생성, 신호 클록, Data+/- 발생, 호스트로의 케이블 전송, 호스트 수신기 스테이지들의 각각에 대한 처리 부분들과 인접하여 도시된다.
발생한 순방향 링크 데이터 전송률 및 신호 처리 지연들에 따라, 바람직하지 않은 시간 또는 사이클 양들을 감소시키는 상기 "왕복 시간" 영향 또는 이벤트들의 세트가 종료되기 위해 MDDI_Stb 신호에서 한 사이클 이상의 시간을 요구할 수 있다. 상기 문제를 회피하기 위해, 역방향 레이트 분배기는 역방향 링크를 통해 하나의 비트 시간이 MDDI_Stb 신호의 다수의 사이클을 회전하도록 할 수 있다. 이는 역방향 링크 데이터 전송률이 순방향 링크 레이트 미만임을 의미한다.
인터페이스를 통한 신호 지연들의 실제 길이는 사용되는 특정 호스트-클라이언트 시스템 또는 하드웨어에 따라 달라질 수 있음이 인식되어야 한다. 요구되는 것과는 달리, 각각의 시스템은 시스템 내의 실제 지연을 측정하기 위해 왕복 시간 지연 측정 패킷을 사용함으로써 더 우수하게 수행하도록 구성될 수 있고, 따라서 역방향 레이트 분배기는 최적의 값으로 세팅될 수 있다.
왕복 지연 지연은 호스트가 왕복 시간 지연 측정 패킷을 디스플레이에 전송함으로써 측정된다. 디스플레이는 패킷이라 불리는 측정기간 필드에서 미리 선택된 측정 윈도우 이내 또는 동안 상기 패킷의 시퀀스를 다시 전송함으로써 상기 패킷에 응답한다. 상기 측정의 상세한 타이밍은 이전에 설명되었다. 왕복 시간 지연은 역방향 링크 데이터가 안전하게 샘플링될 수 있는 레이트를 결정하기 위해 사용된다.
왕복 시간 지연 측정은 측정기간 필드의 시작과 0xff, 0xff, 0x00 응답 시퀀스가 호스트에서 클라이언트로부터 다시 수신되는 기간의 시작 사이에서 발생하는 순방향 링크 데이터 클록 간격들의 수를 결정, 검출, 또는 카운팅하는 것을 포함한다. 클라이언트로부터의 응답은 측정 카운트가 증가하려고 하기 전의 순방향 링크 클록 기간의 일부분 동안 수신될 수 있음에 유의하라. 만약 상기 수정되지 않은 값이 역방향 레이트 분배기를 계산하는데 사용되면, 신뢰할 수 없는 데이터 샘플링으로 인해 역방향 링크에 비트 에러들을 발생할 수 있다. 상기 상황의 일례가 도 51에 도시되며, 신호들은 호스트에서 MDDI_Data, 호스트에서 MDDI_Stb, 호스트 내의 순방향 링크 데이터 클록 및 그래픽 형태로 도시된 지연 카운트를 나타낸다. 도 51에서, 응답 시퀀스는 지연 카운트가 6에서 7로 증가하기 전의 순방향 링크 클록 주기의 일부분이 디스플레이로부터 수신된다. 만약 지연이 6인 것으로 가정되면, 호스트는 비트 변화 이후 또는 가능하게 비트 변화의 중간에서 역방향 데이터를 샘플링할 것이다. 이로 인해 호스트에서 에러 샘플링이 발생할 수 있다. 상기와 같은 이유에 대하여, 측정된 지연은 일반적으로 역방향 레이트 분배기를 계산하는데 사용되기 전에 1 만큼 증분되어야 한다.
역방향 레이트 분배기는 호스트가 역방향 링크 데이터를 샘플링하기 전에 대기해야 하는 MDDI_Stb 사이클들의 수이다. MDDI_Stb는 순방향 링크 레이트의 1/2인 레이트에서 사이클 되기 때문에, 수정된 왕복 지연 측정치는 2로 나누어지고, 다음 정수로 라운딩된다. 공식으로서 표현하자면, 상기 관계식은 다음과 같다:
주어진 예에 대하여, 상기 관계식은 다음과 같다:
만약 상기 예에서 사용된 왕복 시간 지연 측정이 6과 달리 7인 경우에 역방향 레이트 분배기는 4와 동일할 것이다.
역방향 링크 데이터는 역방향 링크 클록의 상승 에지에서 호스트에 의해 샘플링된다. 역방향 링크 클록을 생성하기 위하여 호스트 및 클라이언트(디스플레이) 모두에 카운터 또는 유사한 공지된 회로 또는 장치가 존재한다. 카운터들은 역방향 링크 클록의 제 1 상승 에지가 역방향 링크 캡슐화 패킷의 역방향 링크 패킷 필드 내의 제 1 비트의 시작부에서 발생하도록 초기화된다. 이는 하기에 주어진 예들을 위해 도 52에서 설명된다. 카운터들은 MDDI_Stb 신호의 각각의 상승 에지에서 증분하고, 카운트들이 둘러쌓을 때까지 발생하는 카운트들의 수는 역방향 링크 캡슐화 패킷에서 역방향 레이트 분배기 파라미터에 의해 세팅된다. 순방향 링크 레이트의 1/2에서 MDDI_Stb 신호가 토글하기 때문에, 역방향 링크 레이트는 역방향 레이트 분배기에 의해 분배되어 순방향 링크 레이트의 1/2이 된다. 예를 들어, 순방향 링크 레이트가 200Mbps이고 역방향 레이트 분배기가 4이면, 역방향 링크 데이터 전송률은 다음과 같이 표현된다:
역방향 링크 캡슐화 패킷에서 MDDI_Data0 및 MDDI_Stb 신호의 타이밍을 도시하는 일 예가 도 52에 도시되며, 상기에서 설명을 위해 사용되는 패킷 파라미터들은 다음과 같은 값들을 갖는다:
패킷 길이 = 1024(0x0400) 전환 1 길이 = 1
패킷 타입 = 65(ox41) 전환 2 길이 = 1
역방향 링크 플래그 = 0 역방향 레이트 분배기 = 2
파라미터 CRC = 0xdb43 모두 제로는 0x00
패킷 길이와 파라미터 CRC 필드들 사이의 패킷 데이터는 다음과 같다:
oxoo, oxo4, ox41, oxoo, oxo2, oxo1, 0x01, 0x43, 0xdb, 0x00, ...
디스플레이로부터 복귀된 제 1 역방향 링크 패킷은 패킷 길이 7 및 패킷 타입 70인 디스플레이 요청 및 상태 패킷이다. 상기 패킷은 바이트 값들 0x07, 0x00, 0x46, ...등등에서 시작한다. 그러나 제 1 바이트(0x07)만이 도 52에 도시된다. 상기 제 1 역방향 링크 패킷은 실제 역방향 링크 지연을 설명하기 위해 도면에서 거의 하나의 역방향 링크 클록 주기만큼 시간-시프트된다. 왕복 지연 지연을 표시하기 위한 0의 호스트와의 이상적인 파형은 점선 윤곽으로 도시된다.
파라미터 CRC 필드의 MS 바이트는 패킷 타입에 의해 선행되어 모두 제로인 필드로 전송된다. 호스트로부터의 스트로브는 호스트로부터의 데이터가 더 넓은 펄스들을 형성할 때 레벨을 변경하는 것과 같이 1에서 0으로 스위칭한 후 다시 1로 스위칭한다. 데이터가 0이 되면, 스트로브는 더 높은 레이트로 스위칭하며, 데이터 라인에서의 데이터의 변경은 정렬 필드의 단부 근처에서 변경을 유발한다. 스트로브는 확장된 기간 동안 데이터 신호의 고정된 0 또는 1 레벨들 및 펄스 패턴(에지)에서 하강하는 변화들로 인해 도면의 나머지 부분 동안 더 높은 레이트로 스위칭한다.
호스트에 대한 역방향 링크 클록은 상기 클록이 역방향 링크 패킷들을 수용하도록 시작될 때 전환 1 주기의 종료까지 0이 된다. 도면 하부의 화살표들은 데이터가 샘플링될 때를 표시한다. 전송되는 패킷 필드의 제 1 바이트(여기에서 11000000)는 전환 1 이후에 시작하는 것으로 도시되고, 라인 레벨은 디세이블된 호스트 드라이버로부터 안정하다. 제 1 비트의 통과시의 지연은 비트 3에 대하여 도시되는 것과 같이 데이터 신호에 대하여 점선들 내에 도시될 수 있다.
도 53에서, 순방향 링크 데이터 전송률에 기초한 역방향 레이트 분배기의 일반적인 값을 측정할 수 있다. 실제 역방향 레이트 분배기는 적절한 역방향 링크 동작을 보장하기 위한 왕복 지연 링크 측정의 결과로서 결정된다. 제 1 영역(5302)은 안전한 동작 영역에 해당하며, 제 2 영역(5304)은 한계 성능의 영역에 해당하는 반면, 제 3 영역(5306)은 적절하게 기능할 수 없는 세팅들을 표시한다.
왕복 지연 측정치 및 역방향 레이트 분배기 세팅은 전송되거나 수신된 비트들의 수와 다른 실제 클록 주기들의 단위와 관련하여 표현되고 동작하기 때문에 순방향 또는 역방향 링크를 통해 임의의 인터페이스 타입 세팅들을 동작시키는 동안 동일하다.
XI. 전환 및 보호 시간
전술된 것과 같이, 역방향 링크 캡슐화 패킷 내의 전환 1 필드 및 왕복 시간 지연 측정 패킷 내의 보호 시간 1 필드는 디스플레이 인터페이스 드라이버들이 인에이블되기 전에 호스트 인터페이스 드라이버들이 디세이블되도록 하는 시간 길이에 대한 값들을 지정한다. 전환 2 및 보호 시간 2 필드는 호스트 드라이버들이 인에이블되기 전에 디스플레이 드라이버들이 디세이블되도록 하는 시간 값들을 제공한다. 보호 시간 1 및 보호 시간 2 필드들은 일반적으로 조절되지않는 길이의 미리 선택되거나 미리 세팅된 값들로 채워진다. 사용되는 인터페이스 하드웨어에 따라, 상기 값들은 경험적인 데이터를 사용하여 개발되고 동작을 개선하기 위해 임의의 경우들에 조절될 수 있다.
몇몇 인자들이 전환 1의 길이를 결정하고, 이들은 순방향 링크 데이터 전송률 및 호스트 내의 MDDI_Data 드라이버들의 최대 디세이블 시간이다. 최대 호스트 드라이버 디세이블 시간은 표 11에 명시되며, 여기에서 드라이버들은 디세이블하는데 약 10nsec의 최대값을 소비하고, 인에이블하기 위해 약 2nsec의 최대값을 소비한다. 호스트 드라이버가 디세이블 되는데 필요한 순방향 링크 클록들의 최소 개수는 하기의 관계식에 따라 표현된다:
전환 1의 허용되는 값의 범위는 하기의 관계식에 따라 표현된다:
상기 인터페이스 타입 인자는 타입 1에 대하여 1이고, 타입 2에 대하여 2이고, 타입 3에 대하여 4이고, 타입 IV에 대하여 8이다.
상기 2개의 식들을 결합하면, 인터페이스 타입 인자 항은 삭제되고 전환 1은 다음과 같이 정의된다:
예를 들어, 1500Mbps의 타입 3 순방향 링크는 하기의 전환 1 지연을 사용한다:
왕복 시간 지연이 증가함에 따라, 타이밍 한계는 호스트가 디세이블되는 포인트로부터 디스플레이가 인에이블되는 시간으로 개선된다.
전환 2에 통상적으로 사용된 시간의 길이를 결정하는 팩터는 순방향 링크 데이터 전송률, 디스플레이에서의 MDDI_Data 드라이버의 최대 디세이블 시간, 및 통신 링크의 왕복 지연이다. 디스플레이 드라이버를 디세이블하는데 필요한 시간의 계산은 필수적으로 전술한 호스트 드라이버에 대한 계산과 동일하며, 다음과 같은 관계에 따라 한정된다:
그리고 전환 2에 대해 허가된 값의 범위는 다음과 같이 표현된다:
예를 들어, 10의 순방향 링크 클록의 왕복 지연을 갖는 1500Mbps 타입 3 순방향 링크는 통상적으로 다음과 같은 등급에 대한 전환 2 지연을 사용한다.
XII. 택일적 역방향 링크 타이밍
타이밍 및 보호 대역의 사용이 높은 데이터 전송률 인터페이스를 획득하기 위해 전술한 작업을 설명하고 있지만, 발명자는 역방향 타이밍 발견을 변화시킴으로써 왕복 시간보다 짧은 역방향 비트 길이를 가능하게 하는 기술을 발견하였다.
전술한 바와 같이, 역방향 링크의 타이밍에 대한 앞선 접근은, 제 1 비트가 IO 클록의 상승 에지에 대해 샘플링될 때까지, 클록 사이클의 수가 역방향 타이밍 패킷의 보호 시간 1의 최종 비트로부터 계수되도록 구성된다. 이는 MDD 인터페이스에 대한 입력 및 출력을 계시하는데 사용된 클록 신호이다. 역방향 레이트 제수에 대한 계산은 다음과 같이 주어진다:
이는 매우 신뢰성 있는 역방향 링크를 초래하는 왕복 지연과 동일한 비트 폭을 제공한다. 그러나 역방향 링크는 더욱 신속하게 수행될 수 있거나, 더 높은 데이터 전송률에 있음을 보여주며, 이는 발명자가 기대하는 장점이다. 새로운 기술은 더욱 높은 속도에 도달하기 위한 인터페이스의 추가 성능을 사용하게 한다.
이는 호스트가 1이 샘플링될 때까지 클록 사이클의 수를 계수하게 함으로서 달성되지만, 호스트는 역방향 타이밍 패킷 동안 상승 및 하강 에지 모두에 대한 데이터 라인을 샘플링한다. 이는 호스트가 비트가 안정적임을 보장하기 위해 역방향 비트 내에서 유용하거나 심지어 최적의 샘플링 포인트를 선택하게 한다. 이는 역방향 트래픽에 대해 역방향 캡슐화 패킷에 대한 데이터를 샘플링하도록 가장 유용하거나 최적의 상승 에지를 찾게 하는 것이다. 최적의 샘플링 포인트는 역방향 링크 제수 및 첫 번째 1이 상승 에지 또는 하강 에지 상에서 검출되었는 지에 의존한다. 새로운 타이임 방법은 역방향 캡슐화 패킷 어디에서 샘플링할지를 결정하는 역방향 링크 타이밍에 대해 클라이언트에 의해 전송된 0xFF 0xFF 0x00의 첫 번째 에지에 대해 호스트가 단지 조사하게 한다.
도달하는 역방향 비트 및 어떻게 상기 비트가 다양한 역방향 레이트 제수를 찾는 지의 예가 보호 시간 1의 최종 비트 이후에 발생한 클록 사이클의 수와 함께, 도 64에 도시된다. 도 64에서, 만일 첫 번째 에지가 1의 역방향 레이트 제수 최적의 샘플링 포인트인 상승 에지 및 하강 에지(상승/하강으로 표시됨) 사이에서 발생하면, 최적 샘플링 포인트는 'b'로 표시된 클록 사이클 에지인데, 이는 'b'가 역방향 비트의 주기 내에서 발생한 유일한 상승 에지이기 때문이다. 2의 역방향 레이트 제수의 경우, 최적 샘플링 포인트는 주기 에지 'c'가 'b'보다 비트 에지에 근접하기 때문에 아마도 여전히 클록 주기 선단 에지 'c'일 것이다. 4의 역방향 레이트 제수의 경우, 최적 샘플링 포인트는 값이 아마도 안정화된 역방향 비트의 백 에지에 근접하기 때문에 최적 샘플링 포인트는 아마도 클록 사이클 에지 'd'일 것이다.
그러나 도 64를 참조하면, 만일 첫 번째 에지가 상승 에지와 하강 에지 사이에서 발생할 경우, 1의 역방향 레이트 제수에 대한 최적 샘플링 포인트는 샘플링 포인트 클록 사이클 에지 'a'인데, 이는 'a'가 역방향 비트 시간 기간 내의 유일한 상승 에지이기 때문이다. 2의 역방향 레이트 제수의 경우, 최적 샘플링 포인트는 에지 'b'이며, 4의 역방향 레이트 제수의 경우 최적 샘플링 포인트는 에지 'c'이다.
역방향 레이트 제수가 점점 더 커짐에 따라 최적 샘플링 포인트는 중앙에 가장 근접한 상승 에지이기 때문에 더욱 용이하게 확인 또는 선택된다는 것을 알 수 있을 것이다.
호스트는 타이밍 패킷의 상승 데이터 에지가 데이터 라인에 대해 관찰되기 전에 상승 클록 에지의 수를 확인하는 이러한 기술을 이용할 수 있다. 이어 호스트는 에지가 상승과 하강 에지 사이에서 또는 하강과 상승 에지 사이에서 발생하였는지에 기초하고, 역방향 레이트 제수가 무엇인지에 기초하여, 비트가 가능하면 언제나 중앙에 근접하게 샘플링되는 것을 현저히 보장하기 위해 넘버 카운터에 얼마나 많은 추가의 클록 사이클을 부가할지를 결정한다.
일단 호스트가 클록 사이클의 수를 선택 또는 결정하면, 특정 역방향 레이트 제수가 작용하는 지를 결정하기 위해 클라이언트로 다양한 역방향 레이트 제수를 "조사"할 수 있다. 호스트(및 클라이언트)는 1의 제수로 시작할 수 있고, 이러한 역방향 레이트가 데이터를 전송하기 위해 적절히 기능하고 있는 지를 결정하기 위해 클라이언트로부터 수신된 역방향 상태 패킷의 CRC를 체크할 수 있다. 만일 CRC가 훼손된 경우, 아마도 샘플링 에러가 존재할 것이며, 호스트는 역방향 레이트 제수를 증가시킬 수 있고 상태 패킷을 다시 요청하기 위해 시도할 수 있다. 만일 두 번째 요청된 패킷이 훼손된 경우, 제수는 다시 증가하며 요청이 다시 행해진다. 만일 이러한 패킷이 올바르게 디코딩되면, 이러한 역방향 레이트 제수는 모든 앞으로의 역방향 패킷에 대해 사용될 수 있다.
이러한 방법은 역방향 타이밍이 초기 왕복 시간 추정치로부터 변화하지 않기 때문에 효율적이며 유용하다. 만일 순방향 링크가 안정적이면, 클라이언트는 심지어 역방향 링크 실패가 있다고 해도 순방향 링크 패킷을 계속 결정할 것이다. 물론, 링크를 위해 역방향 링크 제수를 세팅하는 것은 여전히 호스트의 책임인데, 이는 이러한 방법이 완전한 역방향 링크를 보장하지 않기 때문이다. 게다가, 제수는 근본적으로 IO 클록을 생성하는데 사용되는 클록의 품질에 의존할 것이다. 만일 클록이 현저한 양의 지터를 갖는다면, 샘플링 에러의 상당한 가능성이 있다. 이러한 에러 가능성은 아마도 왕복 시간 지연에서 클록 사이클의 양과 함께 증가할 것이다.
이러한 증가는 타입 1 역방향 데이터에 대하 최적으로 작용하는 것으로 보이지만, 타입 2 내지 타입 4의 경우 단지 하나의 데이터 쌍에 대해 최적으로 작용하기에는 잠재적으로 너무 큰 데이터 라인들 사이의 왜곡으로 인해 문제가 발생할 수도 있다. 그러나 데이터 전송률은 동작을 위해 타입 2 내지 타입 4와 함께 앞선 방법까지 감소할 필요가 없을 것이다. 이러한 방법은 만일 이상적이거나 최적의 클록 샘플 위치를 선택하기 위해 각각의 데이터 라인 상에 복제될 경우 최적으로 동작할 수도 있다. 만일 이들이 각각에 데이터 쌍에 대해 동일한 샘플 시간에 있다면, 이러한 방법은 계속 유용할 것이다. 만일 이들이 상이한 샘플 주기에 있다면, 두 가지의 상이한 방식이 사용될 것이다. 첫 번째는 데이터 포인트가 각각의 데이터 쌍에 대해 동일하지 않더라고, 각각의 데이터 포인트에 대해 원하는, 또는 더욱 최적의 샘플 위치를 선택하는 것이다. 이어 호스트는, 타입 2의 경우 2비트, 타입 3의 경우 4비트, 및 타입 4의 경우 8 비트인, 데이터 쌍의 세트로부터 모든 데이터 비트를 샘플링한 후 데이터 스트림을 재구성할 수 있다. 다른 옵션은 호스트가 역방향 레이트 제수를 증가시켜 모든 데이터 쌍에 대해 데이터 비트가 동일한 클록 에지에서 샘플링되게 하는 것이다.
XIII. 링크 지연 및 왜곡의 효과
MDDI_Data 쌍과 MDDI_Stb 사이의 순방향 링크 상의 지연 왜곡은, 지연 왜곡 보상이 사용되지 않는다면 최대 가능 데이터 전송률을 제한할 수 있다. 타이밍 왜곡을 발생시키는 지연에서의 차이는 제어 로직, 라인 드라이버 및 수신기, 및 이하에 개시된 케이블 및 커넥터로 인한 것이다.
A. 왜곡에 의해 제한된 링크 타이밍 분석(MDDI 타입-1)
1. 타입 1 링크의 지연 및 왜곡 예
도 41에 도시된 것과 유사한 통상적인 인터페이스 회로가 타입 1 인터페이스 링크를 수용하기 위해 도 57에 도시된다. 도 57에서, 전파 지연 및 왜곡에 대한 예이거나 통상적인 값이 MDDI 타입 1 순방향 링크의 몇몇 프로세싱 또는 인터페이스 상태 각각에 대해 도시된다. MDDI_Stb와 MDDI_Data0 사이의 지연에서의 왜곡은 출력 클록의 듀티 사이클이 왜곡되게 한다. 플립-플롭 5728, 5732를 사용하는 수신기 플립-플롭(RXFF) 상태의 D 입력에서의 데이터는 신뢰성 있게 샘플링될 수 있도록 클록 에지 후 조금 변화되어야 한다. 도면은 이러한 타이밍 관계를 생성함에 따라 두 가지 상이한 문제를 해결하는데 사용되는 두 개의 직렬 지연 라인(5732a 및 5732b)을 도시한다. 실제 구현에서, 이러한 것들은 단일 지연 소자로 통합될 수도 있다.
인터페이스를 통해 프로세싱하는 신호의 예에 대한 타입 1 링크 상의 데이터, Stb, 및 클록 회복 타이밍이 도 58에 도시된다.
통상적으로 현저한 전체 지연 왜곡은 이하의 단계, 즉 플립-플롭(5074, 5076)을 갖는 송신기 플립-플롭(TXFF); 드라이버(5708, 5710)를 갖는 송신기 드라이버(TXDRVR); 케이블(5702); 수신기(5722, 5724)를 갖는 수신기 라인 수신기(RXRCVR); 및 수신기 XOR 로직(RXXOR)에서 왜곡의 합으로부터 발생하거나 생성된다. 지연 1(5732a)은 이하의 관계에 의해 결정된 RXXOR 단계에서 XOR 게이트(5736)의 지연과 부합 또는 초과해야 한다:
수신기 플립-플롭의 D 입력(5728, 5732)이 자신의 클록 입력 이전에 변화하지 않도록 하기 위해 이러한 필요성을 충족시키는 것이 바람직하다. 이는 RXFF의 유지 시간이 0인 경우 유효하다.
지연 2의 목적 또는 기능은 이하의 관계에 따른 RXFF 플립-플롭의 유지 시간에 대해 보상하기 위한 것이다:
유지 시간이 0이기 때문에 0인 많은 시스템에서, 그리고 물론 이러한 경우, 지연 2의 최대 지연은 또한 0일 수 있다.
수신기 XOR 단계에서 왜곡에 기여하는 최악의 경우는 데이터 지연/스트로브 선행인 경우이며, 여기서 지연 1은 최대값에 있으며, XOR 게이트로부터의 클록 출력은 이하의 관계에 따라 가능하면 조기에 발생한다:
이러한 상황에서, 데이터는 2 비트 기간, 즉 비트(n+1)가 수신기 플립-플롭으로 클록킹되는 시간에 매우 근접한 n과 n+1 사이에서 변화할 수 있다.
MDDI 타입 1 링크의 최대 데이터 전송률(최소 비트 기간)은 RXFF 상태로 셋업된 전체 데이터 외에, MDDI 링크의 모든 드라이버, 케이블 및 수신기들을 통해 발생하는 최대 왜곡의 함수이다. RXRCVR 상태의 출력까지의 링크 업에서 전체 지연 왜곡은 이하와 같이 표현된다: 
그리고 최소 비트 기간은 다음 식으로 주어진다:
도 57에 도시된 예에서, tSKEW-max(LINK)=1.4 nsec이며, 최소 비트 기간은 이하와 같이 표현된다:
B. MDDI 타입 2, 3 및 4에 대한 링크 타이밍 분석
도 41 및 도 57에 도시된 것과 유사한 통상의 인터페이스 회로는 타입 2, 3 및 4 인터페이스를 수용하기 위해 도 59에 도시된다. 추가의 요소는 추가의 신호 프로세싱을 수용하기 위해 TXFF(5904), TXDRVR(5908), RXRCVCR(5922), 및 RXFF(5932, 5928, 5930)에 사용된다. 도 59에서, 전파 지연 및 왜곡에 대한 예로든 값 또는 통상의 값은 MDDI 타입 2 순방향 링크의 몇몇 프로세싱 또는 인터페이스 단계 각각에 대해 도시된다. 출력 클록의 듀티 사이클에 영향을 주는 MDDI_Stb와 MDDI_Data0 사이의 지연에서의 왜곡 외에, 이러한 두 신호들과 다른 MDDI_Data 신호들 사이에 또한 왜곡이 존재한다. 플립-플롭(5928 및 5930)으로 구성된 수신기 플립-플롭 B(RXFFB) 단계의 D 입력에서의 데이터는 클록 에지 이후 다소 변화하여 용이하게 샘플링된다. MDDI_Data가 MDDI_Stb 또는 MDDI_Data0보다 앞서 도달하면, MDDI_Data1은 최소한 지연 왜곡의 양에 의해 샘플링되도록 지연된다. 이를 달성하기 위해, 데이터는 지연 3 지연 라인을 사용하여 지연된다. 만일 MDDI_Data1이 MDDI_Stb와 MDDI_Data0보다 늦게 도달하고, 또한 지연 3에 의해 지연되면, MDDI_Data1이 변화하는 포인트는 다음 클록 에지에 근접하게 이동된다. 이러한 프로세스는 MDDI 타입 2, 3 및 4 링크의 데이터 전송률의 상한을 결정한다. 서로에 대해 두 개의 데이터 신호 및 MDDI_Stb의 타이밍 또는 왜곡 관계에 대한 몇몇 예의 상이한 가능성은 도 60a, 60b, 및 60c에 도시된다.
MDDI_DataX가 가능하면 빨리 도달한 경우 RXFFB에서 신뢰성 있게 데이터를 샘플링하도록, 지연 3은 이하의 관계에 따라 세팅된다:
최대 링크 속도는 허용 가능한 최소 비트 기간에 의해 결정된다. 이는 MDDI_DataX가 가능하면 늦게 도달한 경우 가장 효과적이다. 이러한 경우, 허용 가능한 최소 사이클 시간은 이하의 식으로 정해진다:
따라서 링크 속도의 상한은:
이하의 식이 추정된다:
전술한 예에서, 최소 비트 기간의 하한은 이하의 관계로 주어진다:
이는 타입 1 링크와 사용될 수 있는 최대 데이터 전송률보다 훨씬 늦다. MDDI의 자동 지연 왜곡 보상 성능은 지연 왜곡이 최대 링크 레이트에 대해 갖는 영향을 감소시킨다.
XIV. 물리 계층 상호 연결 설명
본 발명에 따른 인터페이스를 실행하기 위해 유용한 물리적 접속은 호스트 측에 대해서는 Hirose Electric Company Ltd에 의해 제조된 부품 번호 3206-8S2(01), 및 디스플레이 장치 측에 대해서는 Hirose Electric Company Ltd에 의해 제조된 부품 번호 3240-8P-C와 같은 상업적으로 이용가능한 부품을 이용하여 구현될 수 있다. 타입 1/타입 2와 함께 사용된 이렇나 접속을 위한 핀 할당 또는 "핀아웃"의 인터페이스 예는 표 13에 리스트되며 도 61에서 설명된다.
| 신호 이름 | 핀 번호 | 컬러 | 신호 이름 | 핀 번호 | 컬러 |
| MDDI_Pwr | 1 | 백색 | MDDI_Gnd | 2 | 검정 쌍 w 백색 |
| MDDI_Stb+ | 3 | 녹색 | DDI_Stb- | 4 | 검정 쌍 w/녹색 |
| MDDI_Data0+ | 7 | 청색 | DDI_Data0- | 8 | 검정 쌍 w/청색 |
| MDDI_Data1+ | 11 | 갈색 | DDI_Data1- | 12 | 검정 쌍 w/갈색 |
| MDDI_Data2+ | 15 | 적색 | DDI_Data2- | 16 | 검정 쌍 w/적색 |
| MDDI_Data3+ | 19 | 오렌지색 | DDI_Data3- | 20 | 검정 쌍 w/오렌지색 |
| MDDI_Data4+ | 17 | TBD1 | DDI_Data4- | 18 | 검정 쌍 w/TBD1 |
| MDDI_Data5+ | 13 | TBD2 | DDI_Data5- | 14 | 검정 쌍 w/BD2 |
| MDDI_Data6+ | 9 | TBD3 | DDI_Data6- | 10 | 검정 쌍 w/BD3 |
| MDDI_Data7+ | 5 | TBD4 | DDI_Data7- | 6 | 검정 쌍 w/BD4 |
| 실드 |
실드는 호스트 인터페이스에서 HOST_Gnd에 연결되며, 케이블에서 차폐 드레인 와이어는 디스플레이 커넥터의 실드에 연결된다. 그러나 실드 및 드레인 와이어는 디스플레이의 회로 접지 내부에 연결되지 않는다.
상대적인 장치의 크기와 비교하여 어색하거나 미적으로 훼손함이 없이, PDA 및 무선 전화 또는 휴대용 게임기와 같은 이동 통신 및 컴퓨터 장치에 상용하기에 충분히 작도록 상호 연결 소자 또는 장치가 선택되거나 설계된다. 소정의 커넥터 및 케이블링은 통상의 소비재 환경에 사용하기에 충분히 내구적이어야 하며, 특히 케이블링을 위해 작아야 하며 상대적으로 가격이 저렴해야 한다. 전송 소자는 타입 1 및 2에 대해 450Mbps까지의 전송률을 가지며, 8-비트 평행 타입 4 버전에 대해 3.6Gbps까지의 데이터 전송률을 갖는 차동 NRZ 데이터인 데이터 및 스트로브 신호를 수용해야 한다.
내부 모드 애플리케이션의 경우, 사용되는 컨덕터에 대한 동일한 관점에서 어떠한 컨덕터도 없거나, 이러한 연결 소자는 매우 소형화된 경향이 있다. 일례는 호스트 또는 클라이언트 장치를 하우징하는 집적 회로 또는 소자를 수용하기 위한 제로 삽입 포스 "소켓"이다. 다른 예는 다양한 상호 연결 컨덕터를 갖는 인쇄 회로 기판상의 호스트 및 클라이언트 측이 존재하고, 집적 회로의 상호 연결을 위한 컨덕터 상에서 접속을 위해 솔더링되는 하우징으로부터 연장하는 "핀" 또는 접속부를 갖는 경우이다.
XV. 연산
본 발명의 실시예를 사용하여 인터페이스의 동작 동안 데이터 및 패킷을 프로세싱하는데 행해진 일반적인 단계의 요약은 도 55에서 패킷을 프로세싱하는 인터페이스 장치의 개관과 함께 도 54a 및 54b에 도시된다. 이러한 도면에서, 프로세스는, 클라이언트 및 호스트가 여기서는 케이블인 통신 경로를 사용하여 연결되는 지에 따른 결정을 하며 단계(5402)에서 시작된다. 이는 커넥터 또는 케이블 또는 신호의 존재를 (USB 인터페이스에 대해 도시된 것과 같이) 호스트에 대한 입력에서 검출하는 소프트웨어 또는 하드웨어 또는 다른 공지된 기술을 사용하여 호스트에 의한 주기적 폴링의 사용을 통해 발생할 수 있다. 만일 호스트에 연결된 클라이언트가 없다면, 애플리케이션에 따라 소정 길이의 대기 상태로 진입하거나, 절전으로 진행하거나, 사용자를 호스트를 재개시키기 위해 동작을 취할 필요가 있는 미래의 사용을 대기하기 위해 비활성화될 수 있다. 예를 들어, 호스트가 컴퓨터 타입 장치에 존재하는 경우, 사용자는 스크린 아이콘을 클릭하거나 클라이언트를 조회하기 위해 호스트 프로세싱을 활성화하는 프로그램을 요청할 수도 있다. 또한, USB 타입의 연결부의 간단한 플러그-인이 호스트 또는 상주 호스트 소프트웨어의 성능 및 구성에 따라 호스트 프로세싱을 활성화할 수 있다.
일단 클라이언트가 호스트에 연결되거나, 호스트가 클라이언트에 연결되거나, 존재하는 것으로 검출되면, 클라이언트 또는 호스트는 단계(5404 및 5406)에서 적절한 패킷 요청 서비스를 전송한다. 클라이언트는 단계(5404)에서 디스플레이 서비스 요청 또는 상태 패킷을 전송할 수 있다. 전술한 바와 같이, 링크는 앞서 차단되거나, 절전으로 될 수도 있으며, 이는 연이은 통신 링크의 초기화를 완료하지 못할 수도 있음을 숙지해야 한다. 일단 통신 링크가 동기화되고 호스트가 클라이언트와 통신하기 위해 시도하면, 클라이언트는 또한 단계(5408)에서처럼, 디스플레이 성능 패킷을 호스트에 제공한다. 호스트는 클라이언트를 수용할 수 있는 전송률을 포함하여 지원 타입의 결정을 시작할 수 있다.
일반적으로, 호스트 및 클라이언트는 또한 단계(5410)에서 예를 들어, 타입 1, 타입 2 등에 사용된 서비스 모드의 타입(레이트/속도)을 협상한다. 일단 서비스 타입이 설정되면, 호스트는 정보 전송을 시작할 수 있다. 게다가, 호스트는 단계(5411)에 도시된 바와 같이, 다른 신호 프로세싱과 평행인 통신 링크의 타이밍을 최적화하기 위해 왕복 시간 지연 측정 패킷을 사용할 수도 있다.
앞서 설명한 바와 같이, 모든 송신은 단계(5412)에서 송신되는 것으로 도시된 서브 프레임 헤더 패킷으로 시작되며, 이어 단계(5414)에서 전송되는 것으로 도시된 데이터의 타입, 비디오 및 오디오 스트림 패킷, 및 채움 패킷이 뒤따른다. 오디오 및 비디오 데이터는 패킷으로 예약되거나 맵핑되며, 채움 패킷은 미디어 프레임에 대한 필요한 수의 비트를 채우기 위해 필요하거나 요구되는 바에 따라 삽입된다. 호스트는 사운드 장치를 활성화하기 위해 순방향 오디오 채널 인에이블 패킷과 같은 패킷을 전송할 수 있다. 이 외에, 호스트는, 단계(5416)에서 컬러 맵, 비트 블록 송신 또는 다른 패킷과 같은 전술한 다른 패킷 타입을 사용하여 명령 및 정보를 송신할 수 있다. 더욱이, 호스트 및 클라이언트는 적절한 패킷을 사용하여 키보드 또는 포인팅 장치와 관련한 데이터를 교환할 수 있다.
연산 동안, 인터페이스 모드의 상이한 데이터 전송률 또는 타입을 바라는 호스트 또는 클라이언트로 인도되는 몇몇 상이한 이벤트 중 하나가 발생할 수 있다. 예를 들어, 데이터를 통신하는 컴퓨터 또는 다른 장치는 패킷의 예비 또는 제공에서 저속을 유발하는 프로세싱 데이터의 로딩 조건과 조우할 수 있다. 데이터를 수신하는 디스플레이는 전용 AC 전력원으로부터 더욱 한정된 배터리 전력원으로 변화할 수 있지만, 신속하게 데이터를 전송하거나, 용이하게 명령을 프로세싱하거나, 더욱 한정된 전력 세팅 하에서 해상도 또는 컬러 깊이의 동일한 정도를 사용할 수 없다. 택일적으로, 엄격한 조건이 누그러지거나 감소하여 양쪽 장치가 더 높은 레이트로 데이터를 전송하게 한다. 이는 더욱 바람직할 수 있기 때문에, 요청은 더 높은 전송률 모드로 변화하기 위해 행해질 수 있다.
만일 이러한 또는 다른 타입의 공지된 조건이 발생하거나 변화하면, 호스트 또는 클라이언트는 이들을 검출할 수도 있으며, 인터페이스 모드를 재협상하려고 할 것이다. 이는 단계(5420)에 도시되며, 여기서 호스트는 다른 모드로의 핸드오프를 요청하는 클라이언트로 인터페이스 타입 핸드오프 요청 패킷을 전송하며, 클라이언트는 변화가 조사된 것을 확신하는 인터페이스 타입 확인 응답 패킷을 전송하고, 호스트는 특정된 모드로의 변화를 위해 실행 타입 핸드오프 패킷을 전송한다.
비록, 프로세싱의 특정 오더를 요구하지 않지만, 클라이언트 및 호스트는 또한, 이러한 소자들이 호스트 측에 존재할 수도 있지만, 의도하거나, 또는 포인팅 장치, 키보드, 또는 클라이언트와 근본적으로 관련된 다른 사용자 타입 입력 장치로부터 수신된 데이터와 관련한 패킷을 교환할 수 있다. 이러한 패킷은 통상적으로 상태 기계(5502)가 아닌 범용 프로세서 타입 소자를 사용하여 프로세싱된다. 게다가, 앞서 논의된 명령의 일부는 또한 범용 프로세서(5504, 5508)에 의해 프로세싱될 것이다.
데이터 및 명령이 호스트와 클라이언트 사이에서 교환된 후, 몇몇 포인트에서, 추가의 데이터가 전송되었는지 또는 호스트 또는 클라이언트가 전송의 서비스를 중단하는 지에 관한 결정이 행해진다. 이는 단계(5422)에서 도시된다. 만일 링크가 절전 상태로 진입하거나 완전히 정지될 경우, 호스트는 클라이언트로 링크 셧다운 패킷을 전송하고 양측은 데이터의 전송을 종료한다.
전술한 연산 프로세싱에서 전송되는 패킷은 호스트 및 클라이언트 제어기와 관련하여 앞서 논의된 드라이버 및 수신기를 사용하여 송신될 것이다. 이러한 라인 드라이버 및 다른 로직 엘리먼트는 도 55의 개관에서 설명된 것과 같이 전술한 상태 기계 및 범용 프로세서에 연결된다. 도 55에서, 상태 머신(5502) 및 범용 프로세서(5504 및 5508)는 전용 USB 인터페이스, 메모리 엘리먼트, 또는 데이터 소스, 및 다른 소자와 같이 도시되지 않은 다른 엘리먼트에 추가로 연결될 수도 있는데, 상기 다른 소자는, 이에 한정되지는 않지만, 뷰잉 디스플레이 장치용 비디오 제어 칩을 포함하여 다른 소자가 상호작용하는 링크 제어기의 외부에 존재한다.
프로세서, 및 상태 기계는 효율적인 설비 또는 통신 링크의 종료, 및 패킷의 전송을 보장하기 위해 보호 시간 등과 관련하여 전술한 바와 같은 드라이버의 인에이블 및 디세이블에 대한 제어를 제공한다.
XVI. 디스플레이 프레임 버퍼
비디오 데이터 버퍼링 요구는 컴퓨터 그래픽과 비교하여 동영상 비디오 이미지에 대해 상이하다. 픽셀 데이터는 클라이언트의 로컬 프레임 버퍼에서 저장되어, 디스플레이 상의 이미지가 국부적으로 리프레싱된다.
전체 동영상 비디오가 디스플레이될 경우(디스플레이 내의 거의 모든 픽셀이 각각의 미디어 프레임을 변화시킴), 디스플레이 상의 이미지가 제2 프레임 버퍼로 리프레싱되면서 입력되는 픽셀 데이터를 하나의 프레임 버퍼로 저장하는 것이 통상적으로 바람직하다. 두 개 이상의 디스플레이 버퍼가 후술되는 바와 같이 가시적인 가공물을 제거하는데 사용될 수 있다. 전체 이미지가 하나의 프레임 버퍼에 수신된 경우, 버퍼의 역할은 전환될 수 있으며, 새롭게 수신된 이미지는 디스플레이를 리프레싱하는데 사용되며, 다른 버퍼는 이미지의 다음 프레임으로 채워진다. 이러한 개념은 도 91a에 설명되며, 픽셀 데이터는 디스플레이 업데이트 비트를 "01"로 설정함으로써 오프라인 이미지 버퍼로 기록된다.
다른 애플리케이션에서, 호스트는 전체 이미지를 다시 채색하지 않고 이미지의 단지 작은 부분만을 업데이트하는 것을 필요로 한다. 이러한 상황에서, 도 91b에 상세하게 도시된 바와 같이, 디스플레이를 리프레시하는데 사용되는 버퍼로 새로운 픽셀을 직접 기록하는 것이 바람직하다.
작은 비디오 윈도우를 갖춘 고정된 이미지를 갖는 애플리케이션에서, 도 91c에 도시된 바와 같이, 고정된 이미지를 두 버퍼(디스플레이 업데이트 비트는 "11"과 동일함)로 기록하고, 연속하여 디스플레이 업데이트 비트를 "01"로 설정함으로써 동영상 이미지의 픽셀을 오프라인 버퍼로 기록하는 것이 가장 용이하다.
이하의 원칙은 연속적으로 새로운 정보를 클라이언트에 기록하고 디스플레이를 리프레싱하면서 버퍼 포인터의 유용한 조작을 설명한다. 3개의 버퍼 포인트: MDDI 링크에 대해 데이터로부터 현재 채워지는 버퍼에 대한 current_fill, 가장 최근에 채워진 버퍼에 대한 just_filled 포인트, 및 디스플레이를 리프레싱하기 위해 현재 사용되는 버퍼에 대한 being_displayed 포인트가 존재한다. 3개의 모든 버퍼 포인트는 0 내지 N-1의 값은 포함할 수도 있으며, 여기서 N은 디스플레이 버퍼의 수(N≥2)이다. 버퍼 포인터에 대한 계산은 계수 N인데, 예를 들어 N=3이며, current_fill=2, 증가 current_fill은 current_fill이 0으로 설정되게 한다. N=2인 간단한 경우, just_filled는 current_fill의 보수이다. 모든 MDDI에 대해, 미디어 프레임 경계(서브 프레임 카운트 필드가 0과 같은 서브 프레임 헤더 패킷)는, 특정된 등급으로 just_filled를 current_fill과 동일하게 설정하고, current_fill을 current_fill+1과 동일하게 설정하는 연산을 실행한다.
MDDI 비디오 스트림 패킷은 이하의 구조 또는 방법론에 따라 버퍼를 업데이트한다: 디스플레이 업데이트가 '01'과 같은 경우, 픽셀 데이터는 current_fill에 의해 특정된 버퍼로 기록되며; 디스플레이 업데이트 Bit가 '00'과 같은 경우, 픽셀 데이터는 just_filled에 의해 한정된 버퍼로 기록되며, Update Bit가 "11"과 같은 경우, 픽셀 데이터는 모든 버퍼로 기록된다. 디스플레이는 being_displayed 포인터에 의해 특정된 버퍼로부터 리프레싱된다. 디스플레이가 하나의 프레임 리프레시 에포크에서 최종 픽셀을 리프레싱 한 후, 그리고 다음 프레임 리프레시 에포크에서 최초 픽셀을 리프레시 하기 전에, 디스플레이 업데이트 프로세스는 being_refreshed를 just_filled와 동일하게 세팅하는 연산을 실행한다.
비디오 스트림 패킷은 픽셀 데이터가 기록되는 프레임 버퍼를 특정하는 디스플레이 업데이트 비트 쌍을 포함한다. 디스플레이 성능 패킷은 디스플레이 업데이트 패킷의 조합이 클라이언트에서 지원되는 것을 나타내는 3개의 추가 비트를 갖는다. 많은 경우, 컴퓨터 생성된 이미지는 컴퓨터 네트워크로부터 수신된 정보로부터 유도되거나 사용자 입력에 기초하여 점차 업데이트될 필요가 있다. 디스플레이 업데이트 비트 조합 "00" 및 "11"은 디스플레이될 프레임 버퍼 또는 두 프레임 버퍼 모두에 픽셀 데이터가 기록되게 함으로써 이러한 연산의 모드를 지지한다.
비디오 이미지를 수용할 경우, 도 92는 비디오 데이터가 "01"과 동일한 디스플레이 업데이트 비트를 갖는 MDDI 링크에 대해 송신될 경우 프레임 버퍼 쌍을 사용하여 비디오 이미지가 어떻게 디스플레이되는 지를 설명한다. 미디어-프레임 경계가 MDDI 링크에 대해 검출된 후, 디스플레이 리프레시 프로세스는, 현재 리프레싱되는 프레임에 대한 리프레시 프로세스가 완료된 경우, 다음 프레임 버퍼로부터 리프레싱을 시작할 것이다.
도 92와 관련한 중요한 가정은, 클라이언트가 디스플레이를 리프레시하기 위해 프레임 버퍼로부터 픽셀을 판독(통상적으로 스크린의 좌측 상부로부터 우측 하부 모서리로 열 단위 판독)하기 위해 사용하는 동일한 순서로 송신된 픽셀의 연속적인 스트림으로서 호스트로부터 이미지가 수신된다는 것이다. 이는 디스플레이 리프레시 및 이미지 전달 연산이 동일한 프레임 버퍼를 참조하는 경우 중요한 세부 사항이다.
디스플레이 프레임 레이트가 부분 이미지의 디스플레이를 방지하기 위해 이미지 전달 프레임 레이트보다 더 큰 것은 필수적이다. 도 93은 어떻게 이미지 분열이 낮은 디스플레이 리프레시 레이트로 발생할 수 있는지, 즉 디스플레이 리프레시가 이미지 전달보다 더 늦는지를 보여준다.
컴퓨터 그래픽 이미지 및 동영상 비디오 화상의 조합을 포함하는 이미지에서 비디오 픽셀 데이터는 미디어 프레임의 작은 부분을 점유할 수도 있다. 이는 디스플레이 리프레시 연산 및 이미지 전달이 동일한 프레임 버퍼를 참조하는 경우에 현저할 수 있다. 이러한 상황은 도 94에서 교차 해칭된 명암에 의해 도시되며, 디스플레이를 리프레싱하는 버퍼로부터의 픽셀 판독은 2 프레임 이전에 버퍼에 기록된 픽셀이거나, 동일한 프레임 버퍼에 바로 기록된 프레임에 대응될 수도 있다.
클라이언트에서의 3개의 프레임 버퍼의 사용은 도 95에 도시된 바와 같이 프레임 버퍼로의 액세스를 위한 작은 윈도우의 경합 문제를 해결할 것이다.
그러나 디스플레이 리프레시 레이트가 도 96에 도시된 바와 같이 MDDI 링크에 대해 미디어 프레임 레이트보다 더 적은 경우는 여전히 문제이다.
동영상 비디오 이미지에 대한 단일 버퍼의 사용은 도 97에 도시된 바와 같이 다소 문제가 된다. 디스플레이 리프레시가 버퍼로의 이미지 전달보다 더 빠른 경우, 때때로 리프레싱되는 이미지는 기록되는 프레임의 상부를 도시할 것이며, 이미지의 하부는 앞서 전달된 프레임일 것이다. 디스플레이 리프레시가 이미지 전달보다 더 빠른 경우(바람직한 연산 모드), 유사한 스플릿 이미지를 보이는 프레임의 더 많은 예가 있을 것이다.
XVII. 지연 값 테이블
패킷 프로세싱 지연 파라미터 패킷은 클라이언트에서의 소정의 명령을 프로세싱하기 위해 예정된 지연을 계산하도록 테이블-룩업 기능을 사용한다. 케이블에서의 값들은 지연 값의 매우 넓은 동적 영역을 제공하기 위해 로그 형태로 증가한다. 본 발명을 실시하는데 유용한 지연 값의 테이블의 예가 표 15로 이하에 제시되어 있으며, 지연 값과 지수 값이 대응되고 있다.
지연은 테이블로 지수로서 특정 파라미터를 사용하는 테이블 룩업을 실행함으로써 계산된다. 이는 지연이 패킷 처리 테이블(지수)과 동일하다는 것을 의미한다. 예를 들어, 만일 지연 파라미터 리스트 아이템으로부터의 파라미터들 중 하나가 134와 동일한 8 비트 값이면, 지연은 16㎲인 패킷 처리 테이블(134)과 동일하다. 값 225는 명령 실행 시간이 계산에 의해 결정될 수 없으며, 호스트는 디스플레이 요청 및 상태 패킷 또는 MCCS VCP 제어 파라미터 B7h에서 그래픽 사용중 플래그를 체크해야 함을 나타낸다.
몇몇 경우, 이러한 지연은 목적 이미지에서의 높이, 폭, 또는 픽셀의 수에 의해 곱해지고, 전체 패킷 프로세싱 지연을 계산하기 위한 다른 지연에 부가된다.
XVIII. 다중 클라이언트 지원
현재 프로토콜 지원 버전은 다중 클라이언트 장치를 직접 지원하기 위해 나타나지 않는다. 그러나 대부분의 패킷은 다중 클라이언트를 갖는 시스템에서 특정 클라이언트 장치를 어드레싱하는데 사용될 수 있는 보존된 클라이언트 ID를 포함한다. 현재, 많은 애플리케이션의 경우, 이러한 클라이언트 ID 또는 ID들은 0으로 설정된다. 서브 프레임 헤더 패킷은 또한 호스트가 다중 클라이언트 시스템을 지지하는 지의 여부를 나타내는 필드를 포함한다. 따라서, 다중 클라이언트 장치가 다중 클라이언트 호스트 및 클라이언트와 미래의 호환을 예정하도록 시스템 설계자를 도울 MDD 인터페이스 또는 프로토콜의 미래의 애플리케이션에 접속 및 어드레싱되는 방법이 존재한다.
다중 클라이언트를 갖는 시스템에서 클라이언트는 도 98에 도시된 바와 같이 클라이언트의 데이지 체인 또는 허브를 사용하거나, 도 99에 도시된 바와 같이 이러한 기술의 조합을 사용하여 호스트에 연결되는 것이 유용하다.
XVIII. 추가
본 발명의 실시예에 대한 구조 및 프로토콜을 구현하는데 사용되는 다양한 패킷에 대한 전술한 포맷, 구성, 및 컨텐츠 외에, 더욱 상세한 필드 컨텐츠 또는 연산이 일부 패킷 타입을 위해 제공된다. 이들은 애플리케이션의 다양화를 위해 당업자가 본 발명을 더욱 용이하게 이해하고 이용하기 위해 각각의 사용 및 연산을 더욱 명확하게 하기 위해 제공된다. 아직 논의되지 않은 일부 분야만이 추가로 설명된다. 게다가, 이러한 분야는 전술한 실시예와 관련한 정의 및 값들의 예로 제공된다. 그러나 이러한 값들은 본 발명을 제한하기 위해 선택되지 않으며, 인터페이스 및 프로토콜을 구현하는데 유용한 하나 이상의 실시예를 제고하며, 모든 실시예가 함께 또는 동시에 구현될 필요는 없다. 다른 값들은 당업자에게 이해되듯이, 데이터 또는 데이터 전송률 전송 결과의 소정의 제공을 달성하기 위해 다른 실시예에서 사용될 수 있다.
A. 비디오 스트림 패킷에 대해
일 실시예에서, 픽셀 데이터 속성 필드(2 바이트)는 이하와 같이 해석되는 일련의 비트 값들을 갖는다. 비트 1 및 0은 어떻게 디스플레이 픽셀 데이터가 라우팅되는 지를 선택한다. '11'의 비트 값의 경우, 데이터는 두 눈으로 또는 두 눈에 대해 디스플레이되며, '10'의 비트 값의 경우, 데이터는 왼쪽 눈으로만 라우팅되며, '01'의 비트 값인 경우, 오른쪽 눈으로만 라우팅되며, '00'의 비트 값인 경우, 이하에 논의된 8 내지 11 비트에 의해 특정될 수 있는 바와 같이 택일적 디스플레이로 라우팅된다.
비트 2는 픽셀 데이터가 비월 주사 포맷으로 제공되는 지의 여부를 나타내는데, '0'의 값은 픽셀 데이터가 표준 진행 포맷에 있음을 의미하며, 행 번호(픽셀 Y 좌표)는 한 행에서 다음 행으로 진행할 때 1씩 증가한다. 이러한 비트가 '1'의 값을 가지면, 픽셀 데이터는 비월 주사 형태이며, 행 번호는 한 행에서 다음 행으로 진행할 때 2씩 증가한다. 비트 3은 픽셀 데이터가 택일적 픽셀 포맷에 있음을 나타낸다. 이는 2비트에 의해 인에이블되는 표준 비월 주사 모드와 유사하지만, 비월 주사는 수평 대신 수직이다. 비트 3이 '0'인 경우, 픽셀 데이터는 표준 진행 포맷이며, 열 번호(픽셀 X 좌표)는 각각의 진행 픽셀이 수신됨에 따라 1씩 증가한다. 비트 3이 '1'인 경우, 픽셀 데이터는 택일적 픽셀 포맷이며, 열 번호는 각각의 픽셀이 수신됨에 따라 2씩 증가한다.
비트 4는, 데이터가 무선 전화 또는 유사한 장치 또는 심지어 휴대용 컴퓨터에 대해 내부 디스플레이로, 또는 그로부터 전송되거나, 데이터가 장치에 결합되거나 내장된 카메라로, 또는 그로부터 전송되는 장소로서, 픽셀 데이터가 디스플레이 또는 카메라와 관련되는 지의 여부를 나타낸다. 비트 4가 '0'인 경우, 픽셀 데이터는 디스플레이 프레임 버퍼로 또는 그로부터 전송된다. 비트 4가 '1'인 경우, 픽셀 데이터는 몇몇 타입의 카메라 또는 비디오 장치로, 또는 그로부터 전송되며, 이러한 장치는 기술분야에서 공지되어 있다.
비트 5는 픽셀 데이터가 디스플레이에서 픽셀의 다음 연속한 행을 포함하는 때를 나타내는데 사용된다. 이는 비트 5가 '1'과 동일하게 설정되는 경우를 고려한다. 비트 5가 '1'로 설정되면, X 좌측 에지, Y 상단 에지, X 우측 에지, Y 하단 에지, X 시작부, Y 시작부 파라미터는 한정되지 않고 클라이언트에 의해 무시된다. 비트 15가 로직-1 레벨로 설정된 경우, 이는 이러한 패킷에서 픽셀 데이터가 이미지의 마지막 픽셀의 행임을 나타낸다. 클라이언트 성능 패킷의 클라이언트 특성 성능 표시자의 비트 8은 이러한 특성이 지원되는 지의 여부를 나타낸다.
비트 7 및 6은 픽셀 데이터가 기록될 프레임 버퍼를 특정하는 디스플레이 업데이트 비트이다. 더욱 구체적인 효과는 명세서 다른 곳에서 논의된다. '01'의 비트 값의 경우, 픽셀 데이터는 오프라인 이미지 버퍼에 기록된다. '00'의 비트 값의 경우, 픽셀 데이터는 디스플레이를 리프레싱하는데 사용되는 이미지 버퍼로 기록된다. '11'의 비트 값의 경우, 픽셀 데이터는 모든 이미지 버퍼로 기록된다. '10'의 비트 값 또는 조합은 개별 값 또는 지정으로 처리되며, 소정의 이미지 버퍼로 기록되지 않는다. 이러한 값은 인터페이스의 추가의 애플리케이션을 위한 용도를 가질 수도 있다.
비트 8 내지 11은 픽셀 데이터가 라우팅되는 택일적 디스플레이 또는 디스플레이 위치를 한정하는 4비트의 부호 없는 정수를 형성한다. 비트 0 및 1은 택일적 디스플레이 번호로서 비트 8 내지 11을 해석하기 위한 디스플레이 클라이언트를 위해 '00'과 동일하게 설정된다. 만일 비트 0 및 1이 '00'과 같지 않으면, 비트 8 내지 11은 로직-0 레벨로 설정된다.
비트 12 내지 14는 추후 사용을 위해 예약되지만, 통상적으로 로직 0 레벨로 설정된다. 설명된 바와 같이, 비트 15는 비트 5와 함께 사용되며, 비트 15를 로직 1로 설정하는 것은 픽셀 데이터 필드에서 픽셀의 행이 데이터 프레임에서 픽셀의 최종 행임을 나타낸다. 로직 1에 설정된 비트 5를 갖는 다음의 비디오 스트림 패킷은 다음 비디오 프레임의 픽셀의 제1 행에 대응할 것이다.
2 바이트 X 시작부 및 Y 시작부 필드는 픽셀 데이터 필드에서 제1 픽셀에 대한 포인트(X 시작부, Y 시작부)의 절대적인 X 및 Y 좌표를 특정한다. 2 바이트 X 좌측 에지 및 Y 상단 에지 필드는 픽셀 데이터 필드에 의해 채워진 스크린 윈도우의 상단 에지의 좌측 에지의 X 좌표 및 상단 에지의 Y 좌표를 특정하는 반면, X 우측 에지 및 Y 하단 에지 필드는 업데이트되는 윈도우의 우측 에지의 X 좌표, 및 하단 에지의 Y 좌표를 특정한다.
픽셀 카운트 필드(2 바이트)는 이하의 픽셀 데이터 필드의 픽셀의 수를 특정한다.
파라미터 CRC 필드(2 바이트)는 패킷 길이로부터 픽셀 카운트로의 모든 바이트의 CRC를 포함한다. 만일 이러한 CRC가 체크에 실패하면 전체 패킷이 폐기된다.
픽셀 데이터 필드는 디스플레이될 행 비디오 정보를 포함하며, 이는 비디오 데이터 포맷 서술 필드에 의해 설명된 방식으로 포맷화된다. 데이터는 다른 곳에서 설명되듯이 한 번에 하나의 "행"으로 송신된다.
픽셀 데이터 CRC 필드(2 바이트)는 단지 픽셀 데이터의 16 비트 CRC를 포함한다. 만일 이러한 값의 CRC 증명이 실패하면, 픽셀 데이터는 여전히 사용가능하지만 CRC 에러 카운트는 증가한다.
B. 오디오 스트림 패킷에 대해
일 실시예에서, 오디오 채널 ID 필드(1 바이트)는 오디오 데이터가 클라이언트 장치에 의해 전송되는 특정 오디오 채널을 식별하기 위해 8 비트의 부호 없는 정수 값을 사용한다. 물리적 오디오 채널은 좌측 정면, 우측 정면, 좌측 후면, 우측 후면, 정면 중앙, 서브 우퍼, 서라운드 좌측, 및 서라운드 우측 채널을 각각 나타내는 0, 1, 2, 3, 4, 5, 6, 또는 7의 값으로서 이러한 필드에 의한 물리적 채널에 특정 또는 맵핑된다. 254의 오디오 채널 ID 값은 디지털 오디오 샘플의 단일 스트림이 좌측 정면 및 우측 정면 채널로 전송되는 것을 나타낸다. 이는 스테레오 헤드셋이 음성 통신을 위해 사용되는 것과 같은 애플리케이션에 대한 통신을 간략하게 하며, 생산성 향상 애플리케이션이 PDA, 또는 단순한 사용자 인터페이스가 경고 톤을 발생시키는 다른 애플리케이션에 사용된다. 8 내지 253, 및 255의 범위의 ID 필드를 위한 값들은, 기술 분야의 당업자에 의해 예상된 바와 같이, 새로운 설계가 추가의 표시를 요구하는 용도를 위해 현재 보존된다.
보존된 1 필드(1 바이트)는 통상적으로 추후 사용을 위해 보존되며, 이러한 필드에서의 모든 비트를 0으로 설정한다. 이러한 필드의 일 기능은 모든 연속한 2 바이트 필드가 16 비트 워드 어드레스로 정렬되게 하며, 4 바이트 필드가 32 비트 워드 어드레스로 정렬되게 한다.
오디오 샘플 카운트 필드(2 바이트)는 이러한 패킷에서 오디오 샘플의 수를 특정한다.
샘플당 비트 및 패킹 필드는 오디오 데이터의 패킹 포맷을 설명하는 1 바이트를 포함한다. 일 실시예에서, 적용된 포맷은 PCM 오디오 샘플당 비트의 수를 한정하기 위해 통상적으로 비트 4 내지 0에 대한 것이다. 비트 5는 디지털 오디오 데이터 샘플이 패킹되는지 여부를 특정한다. 전술한 바와 같이, 도 12는 패킹된 오디오 샘플과 바이트 정렬된 오디오 샘플 사이의 차를 나타낸다. 비트 5에 대한 '0'의 값은 디지털 오디오 데이터 필드에서의 각각의 PCM 오디오 샘플이 인터페이스 바이트 경계와 바이트 정렬되며, '1'의 값은 각각의 연속한 PCM 오디오 샘플이 앞선 오디오 샘플에 대해 패킹업되는 것을 나타낸다. 이러한 비트는 비트 4 내지 0(PCM 오디오 샘플당 비트의 수)으로 한정된 값이 8의 배수가 아닌 경우만 유효하다. 비트 7 내지 6은 시스템이 추가의 지정을 필요로 하고, 일반적으로 0의 값으로 설정되는 용도로 보존된다.
오디오 샘플 레이트 필드(1 바이트)는 오디오 PCM 샘플 레이트를 특정한다. 사용된 포맷은 8,000 초당 샘플(sps)의 레이트를 나타내기 위한 0의 값을 위한 것이며, 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 내지 255의 값은 추후 사용을 위해 보존되므로 이들은 현재 0으로 설정된다.
파라미터 CRC 필드(2 바이트)는 패킷 길이에서 오디오 샘플 레이트까지 모든 바이트의 16 비트 CRC를 포함한다. 이러한 CRC가 적절하게 체크하는 것에 실패하면, 전체 패킷이 폐기된다. 디지털 오디오 데이터 필드는 재생될 원래 오디오 샘플을 포함하며, 통상적으로 부호 없는 정수와 같은 선형 형태이다. 오디오 데이터 CRC 필드(2 바이트)는 단지 오디오 데이터의 16 비트 CRC를 포함한다. 만일 이러한 CRC가 체크하는 것에 실패하면, 오디오 데이터는 여전히 사용될 수 있지만, CRC 에러 카운트는 증가한다.
C. 사용자 정의 스트림 패킷
일 실시예에서, 2 바이트 스트림 ID 번호 필드는 특정 사용자 정의 스트림을 한정하기 위해 사용된다. 스트림 파라미터 및 스트림 데이터 필드의 내용은 통상적으로 MDDI 설비 제조에 의해 한정된다. 2 바이트 스트림 파라미터 CRC 필드는 패킷 길이에서 오디오 코딩 바이트까지의 스트림 파라미터의 모든 바이트의 16 비트 CRC를 포함한다. 만일 이러한 CRC가 체크하는 것에 실패하면, 전체 패킷이 폐기된다. 스트림 파라미터 및 스트림 파라미터 CRC 필드는 MDD 인터페이스의 종료 애플리케이션에 의해 요구되지 않으면, 즉 선택적으로 여겨지면 폐기될 수도 있다. 2 바이트 스트림 데이터 CRC 필드는 스트림 데이터만의 CRC를 포함한다. 만일 이러한 CRC가 적절하게 체크하는 것에 실패하면, 스트림 데이터의 사용은 애플리케이션의 요구에 따라 선택적이다. 양호한 CRC 나름의 스트림 데이터의 사용은 일반적으로 스트림 데이터가 CRC가 양호한 것으로 확인되기까지 버퍼링되는 것을 요구한다. CRC 에러 카운트는 CRC가 체크하지 않으면 증가한다.
D. 컬러 맵 패킷에 대해
2 바이트 h클라이언트 ID 필드는 앞서 설명된 바와 같이 클라이언트 ID에 대해 보존된 정보 또는 값들을 포함한다. 이러한 필드는 통상적으로 추후 사용을 위해 보존되므로, 현재 값은 비트를 '0'으로 설정함으로써 0으로 설정된다.
2 바이트 컬러 맵 아이템 카운트 필드는 컬러 맵 데이터 필드, 또는 이러한 패킷에서 컬러 맵 데이터에 존재하는 컬러 맵 테이블 엔트리에 포함된 3 바이트 컬러 맵 아이템의 전체 번호를 식별하기 위한 값을 사용한다. 이러한 실시예에서, 컬러 맵 데이터에서의 바이트의 수는 컬러 맵 아이템 카운트의 3배이다. 컬러 맵 아이템 카운트는 어떠한 컬러 맵 데이터도 전송하지 않도록 0으로 설정된다. 만일 컬러 맵 크기가 0이면, 컬러 맵 오프셋 값은 일반적으로 여전히 전송되지만, 디스플레이에 의해 무시된다. 컬러 맵 오프셋 필드(4 바이트)는 클라이언트 장치에서 컬러 맵 테이블의 시작으로부터 이러한 패킷에 컬러 맵 데이터의 오프셋을 특정한다.
2 바이트 파라미터 CRC 필드는 패킷 길이에서 오디오 코딩 바이트까지의 모든 바이트의 CRC를 포함한다. 만일 이러한 CRC가 체크에 실패하면, 전체 패킷은 폐기된다.
컬러 맵 데이터 필드의 경우, 각각의 컬러 맵 위치의 폭은 컬러 맵 아이템 크기 필드에 의해 특정되며, 일 실시예에서, 제1 부분은 청색의 크기를 특정하고, 제2 부분은 녹색의 크기를 특정하며, 제3 부분은 적색의 크기를 특정한다. 컬러 맵 크기 필드는 컬러 맵 데이터 필드에 존재하는 3 바이트 컬러 맵 테이블의 수를 특정한다. 만일 단일 컬러 맵이 하나의 비디오 데이터 포맷 및 컬러 맵 패킷으로 고정될 수 없다면, 전체 컬러 맵은 각각의 패킷에서 상이한 컬러 맵 데이터 및 컬러 맵 오프셋으로 다중 패킷을 전송함으로써 특정될 수도 있다. 각각의 컬러 맵 데이터 아이템에서 청색, 녹색 및 적색의 비트의 수는 디스플레이 성능 패킷의 컬러 맵 RGB 폭 필드에서 특정되는 것과 동일할 것이다.
2 바이트 컬러 맵 데이터 CRC 필드는 컬러 맵 데이터만의 CRC를 포함한다. 만일 이러한 CRC가 체크에 실패하면, 컬러 맵 데이터는 여전히 전송되지만 CRC 에러 카운트는 증가한다.
각각의 컬러 맵 아이템 데이터는 우선 전송된 각각의 컴포넌트의 최소 식별 비트를 사용하여 청색, 녹색, 적색의 순서로 전송될 것이다. 각각의 컬러 맵 아이템의 개별 적색, 녹색 및 청색 컴포넌트는 패킹되지만, 각각의 컬러 맵 아이템(청색 컴포넌트의 최소 식별 비트)은 바이트 정렬될 것이다. 도 100은 6비트의 청색, 8 비트의 녹색, 및 7비트의 적색을 갖는 컬러 맵 데이터 아이템의 예를 도시한다. 이러한 예의 경우, 컬러 맵 패킷에서 컬러 맵 아이템 크기는 21과 동일하며, 디스플레이 성능 패킷의 컬러 맵 RGB 폭 필드는 0x0786과 동일하다.
E. 역방향 링크 캡슐화 패킷
파라미터 CRC 필드(2 바이트)는 패킷 길이에서 전환 길이까지의 모든 바이트의 16 비트 CRC를 포함한다. 만일 이러한 CRC가 체크에 실패하면, 전체 패킷이 폐기된다.
일 실시예에서, 역방향 링크 플래그 필드(1 바이트)는 클라이언트로부터 정보를 요청하기 위해 플래그의 세트를 포함한다. 만일 비트(예를 들어, 비트 0)가 1로 설정되면 호스트는 클라이언트 성능 패킷을 사용하여 디스플레이로부터 특정한 정보를 요청한다. 만일 비트가 0이면, 호스트는 클라이언트로부터의 정보를 필요로 하지 않는다. 잔여 비트(여기서는 비트 1 내지 7)가 추후 사용을 위해 보존되고 0으로 설정된다. 그러나 더 많은 비트가 역방향 링크를 위해 플래그를 세팅하도록 원하는 대로 사용될 수 있다.
역방향 레이트 제수 필드(1 바이트)는 역방향 링크 데이터 클록과 관련하여 발생하는 MDDI_Stb 사이클의 수를 특정한다. 역방향 링크 데이터 클록은 역방향 레이트 제수의 2배에 의해 나누어진 순방향 링크 데이터 클록과 동일하다. 역방향 링크 데이터 전송률은 역방향 링크 데이터 클록 및 역방향 링크에 대한 인터페이스 타입과 관련한다. 타입 1 인터페이스의 경우, 역방향 데이터 전송률은 역방향 링크 데이터 클록과 동일하며, 타입 2, 타입 3 및 타입 4 인터페이스의 경우 역방향 데이터 전송률은 각각 2배, 4배 및 8배의 역방향 링크 데이터 클록과 동일하다.
모두 제로인 1 필드는 여기서는 8인 바이트의 그룹을 포함하는데, 이는 로직-0 레벨에서 비트의 설정에 의한 값에서 0과 동일하게 세팅되며 전환 1 필드 동안 호스트의 라인 드라이브를 디세이블하기 이전에 클라이언트가 단지 MDDI_Stb를 사용하여 클록 회복을 시작하게 하는 충분한 시간을 위해 모든 MDDI_Data 신호가 로직 0 레벨에 위치하는 것을 보장하는데 사용된다. 일 실시예에서, 모두 제로인 1 필드의 길이는 케이블의 왕복 지연에서 순방향 링크 바이트 전송 시간의 수와 동일하건 이보다 크다.
전환 1 길이 필드(1 바이트)는 제1 전환 기간을 설정하는, 전환 1에 대해 할당된 전체 바이트의 수를 특정한다. 전환 1 길이 파라미터에 의해 특정된 바이트의 수는 호스트에서 라인 드라이브가 디세이블되기 전에 클라이언트의 MDDI_Data 라인 드라이버가 인에이블되도록 할당된다. 클라이언트는 전환 1의 비트 0 동안 자신의 MDDI_Data 라인 드라이버를 인에이블하며, 호스트는 전환 1의 최종 비트 이전에 완전히 디세이블되도록 자신의 출력을 디세이블시킨다. 클라이언트 드라이버의 인에이블 및 호스트 드라이버 프로세스의 디세이블의 타이밍은 하나 또는 둘 모두가 MDDI_Data 신호를 호스트에서 라인 수신기에 의해 보여진 바와 같이 전환 1을 통해 로직 0 레벨로 구동시키는 것이다. MDDI_Stb 신호는 MDDI_Data 0이 전체 전환 1 주기 동안 로직 0 레벨에 있는 것처럼 동작한다. 전환 1의 설정의 더욱 완전한 설명은 전술되었다.
역방향 데이터 패킷 필드는 클라이언트로부터 호스트로 전송된 일련의 데이터 패킷을 포함한다. 클라이언트는 호스트로 전송할 데이터가 없는 경우, 채움 패킷을 전송하거나 MDDI_Data 라인을 0 상태로 구동시킬 수도 있다. 만일 MDDI_Data 라인이 0으로 되면, 호스트는 이를 0 길이(유효한 길이가 아님)를 갖는 패킷으로 해석할 것이며, 호스트는 현재의 역방향 링크 캡슐화 패킷의 기간에 대해 클라이언트로부터 어떠한 추가의 패킷도 받아들이지 않을 것이다.
전환 2 길이 필드(1 바이트)는 제2 전환 기간을 설정하기 위해 전환 2에 대해 할당되는 바이트의 전체 수를 특정한다. 바이트의 수는 호스트에서 MDDI_Data 라인 드라이버가 클라이언트의 드라이버가 디세이블되기 전에 인에이블되도록 할당된 전환 길이 파라미터에 의해 특정된다. 호스트는 전환 2에서 제1 바이트의 비트 0 동안 자신의 MDDI_Data 라인 드라이버를 인에이블하며, 클라이언트는 전환 2의 최종 비트 이전에 자신의 출력이 완전히 디세이블되도록 자신의 출력을 디세이블시킨다. 클라이언트 드라이버의 디세이블 및 호스트 드라이버 프로세스의 인에이블의 타이밍은 호스트에서 라인 수신기에 의해 보여진 바와 같이, 하나 또는 둘 모두가 전체 전환 2 기간 전체 또는 그동안 MDDI_Data 신호를 로직 0 레벨로 구동시키는 것이다. MDDI_Stb 신호는 MDDI_Data 0이 전체 전환 2 기간 동안 로직 0 레벨에 있는 것처럼 동작한다. 전환 2의 설정의 설명은 전술되었다.
역방향 데이터 패킷 필드는 클라이언트로부터 호스트로 전송되는 일련의 데이터 패킷을 포함한다. 앞서 설명된 바와 같이, 채움 패킷은 다른 패킷 타입에 의해 사용되지 않은 잔여 공간을 채우기 위해 전송된다.
모두 제로인 2 필드는 본 실시예에서는 8인 바이트의 그룹을 포함하는데, 이는 로직-0 레벨에서 비트의 설정에 의한 값에서 0과 동일하게 세팅되며, 전환 2 필드에 연이은 호스트 라인 드라이버를 인에이블한 후 MDDI_Data 0 및 MDDI_Stb를 이용하여 클록 회복을 시작하게 하는 충분한 시간을 위해 모든 MDDI_Data 신호가 로직 0 레벨에 위치하는 것을 보장하는데 사용된다.
F. 클라이언트 성능 패킷
일 실시예에서 설명된 바와 같이, 프로토콜 버전 필드는 클라이언트에 의해 사용된 프로토콜 버전을 특정하기 위해 2 바이트를 사용한다. 초기 버전은 0으로 설정되는 반면, 최대 프로토콜 버전 필드는 클라이언트가 사용 또는 해석할 수 있는 최소 프로토콜 버전을 특정하기 위해 2 바이트를 사용한다. 데이터 전송률 성능 필드(2 바이트)는 클라이언트가 인터페이스의 순방향 링크에 대해 수신할 수 있는 최대 데이터 전송률을 특정하고, 초당 메가비트(Mbps)의 형태로 특정된다. 인터페이스 타입 성능 필드(1 바이트)는 순방향 및 역방향 링크에 대해 지원된 인터페이스 타입을 특정한다. 이는 통상적으로 각각 순방향 링크에 대해 타입 2, 타입 3 또는 타입 4 모드를 선택하기 위해 비트 0, 비트 1, 비트 2를 선택함으로써 표시되며, 역방향 링크에 대해 타입 2, 타입 3 및 타입 4를 선택하기 위해 비트 0, 비트 1 또는 비트 2를 선택함으로써 표시되며, 비트 6 및 비트 7은 보존되고 0으로 설정된다. 비트 맵 폭 및 높이 필드(2 바이트)는 픽셀에서 각각 비트 맵의 폭 및 높이를 특정한다.
단색 성능 필드(1 바이트)는 단색 포맷에 디스플레이될 수 있는 해상도의 비트 수를 특정한다. 디스플레이가 단색 포맷을 사용할 수 없다면, 이러한 값은 0으로 설정된다. 비트 7 내지 4는 추후 사용을 위해 보존되며, 결국 0으로 설정된다. 비트 3 내지 0은 각각의 픽셀에 대해 존재할 수 있는 그레이 스케일의 최대 비트 수를 한정한다. 이러한 4개의 비트는 각각의 픽셀에 대해 1 내지 15의 값을 특정할 수 있다. 만일 값이 0이면, 단색 포맷은 디스플레이에 의해 지원되지 않는다.
베이어(Bayer) 성능 필드는 1 바이트를 사용하여 베이어 포맷으로 전송될 수 있는 해상도, 픽셀 그룹, 및 픽셀 순서의 비트 수를 특정한다. 만일 클라이언트가 베이어 포맷을 사용하지 않으면, 이 값은 0이다. 베이어 성능 필드는 이하의 값으로 구성된다: 비트 3 내지 0은 각각의 픽셀에 존재하는 농도의 최대 비트 수를 한정하며, 비트 5 내지 4는 요구되는 픽셀 그룹 패턴을 한정하며, 비트 8 내지 6은 요구되는 픽셀 순서를 한정하며, 비트 14 내지 9는 추후 사용을 위해 보존되며 통상적으로 0으로 설정된다. 1로 설정될 경우 비트 15는 클라이언트가 패킹 또는 언패킹된 포맷으로 베이어 픽셀 데이터를 수용할 수 있음을 나타낸다. 만일 비트 15가 0으로 설정되면, 이는 클라이언트가 언패킹된 포맷으로만 베이어 픽셀 데이터를 수용할 수 있다는 것을 나타낸다.
컬러 맵 성능 필드(3 바이트)는 디스플레이에서 컬러 맵에 존재하는 테이블 아이템의 최대 수를 특정한다. 만일 디스플레이가 컬러 맵 포맷을 사용할 수 없다면, 이러한 값은 0으로 설정된다.
RGB 성능 필드(2 바이트)는 RGB 포맷으로 디스플레이될 수 있는 해상도의 비트 수를 특정한다. 만일 디스플레이가 RGB 포맷을 사용할 수 없다면, 이러한 값은 0과 같다. RGB 성능 워드는 부호 없는 3개의 개별 값들로 구성되는데, 비트 3 내지 0은 청색의 최대 비트 수를 한정하며, 비트 7 내지 4는 녹색의 최대 비트 수를 한정하며, 비트 11 내지 8은 각각의 픽셀에서 적색의 최대 비트 수를 한정한다. 일반적으로 비트 14 내지 12는 추후 사용을 위해 보존되며 통상적으로 0으로 설정된다. 비트 14 내지 12는 추후 사용을 위해 보존되며 통상적으로 0으로 설정된다. 1로 설정될 경우, 비트 15는 클라이언트가 패킹되거나 패킹되지 않은 포맷으로 컬러 맵 픽셀 데이터를 수용할 수 있음을 나타낸다. 만일 비트 15가 0으로 설정되면, 이는 클라이언트가 패킹되지 않은 포맷으로만 컬러 맵 픽셀 데이터를 수용할 수 있음을 나타낸다.
Y Cr Cb 성능 필드(2 바이트)는 Y Cr Cb 포맷으로 디스플레이될 수 있는 해상도의 비트 수를 특정한다. 만일 디스플레이가 Y Cr Cb 포맷을 사용할 수 없다면, 이러한 값은 0으로 설정된다. Y Cr Cb 성능 워드는 부호 없는 3개의 개별 값들로 구성되는데, 비트 3 내지 0은 Cb 샘플에서 비트의 최대 수이고, 비트 7 내지 4는 Cr 샘플에서 비트의 최대 수를 한정하며, 비트 11 내지 8은 Y 샘플에서 비트의 최대 수를 한정하며, 비트 15 내지 12는 일반적으로 추후 사용을 위해 보존되며 0으로 설정된다.
클라이언트 특성 성능 필드는 지원될 디스플레이에서의 특정한 특성을 나타내는 플래그의 세트를 포함하는 4 바이트를 사용한다. 1로 설정된 비트는 성능이 지원됨을 나타내고, 0으로 설정된 비트는 성능이 지원되지 않음을 나타낸다. 비트 0에 대한 값은 비트 맵 블록 전송 패킷(패킷 타입 71)이 지원되는 지의 여부를 나타낸다. 비트 1, 2 및 3에 대한 값은 비트 맵 영역 채움 패킷(패킷 타입 72), 비트 패턴 채움 패킷(패킷 타입 73) 또는 통신 링크 데이터 채널 패킷(패킷 타입 74)이 각각 지원되는 지의 여부를 나타낸다. 비트 4에 대한 값은 클라이언트가 하나의 컬러를 투명하게 하는 성능을 갖는 지의 여부를 나타내는 반면, 비트 5 및 6에 대한 값은 클라이언트가 패킹된 포맷으로 비디오 데이터 또는 오디오 데이터를 수용할 수 있는 지의 여부를 나타내며, 비트 7에 대한 값은 클라이언트가 카메라로부터 역방향 링크 비디오 스트림을 전송할 수 있는 지의 여부를 나타낸다. 비트 8에 대한 값은 클라이언트가 픽셀 데이터의 전체 라인을 수용할 능력을 갖추고 있고 비디오 스트림 패킷의 픽셀 데이터 속성의 비트 5에 의해 특정될 경우 디스플레이 어드레싱을 무시하는 지의 여부를 나타내며, 클라이언트는 픽셀 데이터 속성 필드의 비트 15를 통해 프레임 동기화 또는 비디오 프레임 데이터의 종료를 검출할 수 있다.
비트 11 및 12에 대한 값은 언제 클라이언트가 포인팅 장치와 통신하고 포인팅 장치 데이터 패킷을 전송 및 수신할 수 있는 지를, 또는 언제 클라이언트가 키보드와 통신하고 키보드 데이터 패킷을 각각 전송 및 수신할 수 있는 지를 나타낸다. 비트 13에 대한 값은 클라이언트가 VCP 특성 패킷들, 즉 요청 VCP 특성 패킷, VCP 특성 응답 패킷, 세트 VCP 특성 패킷, 요청 유효 파라미터 패킷, 및 유효 파라미터 응답 패킷을 지원함으로써 하나 이상의 오디오 또는 비디오 파라미터를 설정하는 능력을 갖는 지의 여부를 나타낸다. 비트 14에 대한 값은 클라이언트가 픽셀 데이터를 오프라인 디스플레이 프레임 버퍼로 기록하는 능력을 갖는 지의 여부를 나타낸다. 만일 이러한 비트가 로직 1 레벨로 설정되면 디스플레이 업데이트 비트(비디오 스트림 패킷의 픽셀 데이터 속성 필드의 비트 7 및 6)는 01로 설정될 수도 있다. 비트 22에 대한 값은 클라이언트가 레지스터 액세스 패킷에 응답할 성능을 갖는 지의 여부를 나타낸다. 비트 9 내지 10 및 23 내지 31은 통상적으로 추후 사용을 위해 또는 시스템 설계자를 위해 택일적인 설계 용도를 위해 보존되며 일반적으로 0으로 설정된다.
디스플레이 비디오 프레임 레이트 성능 필드(1 바이트)는 초당 프레임에서 디스플레이의 최대 비디오 프레임 업데이트 성능을 특정한다. 호스트는 이러한 필드에서 특정된 값보다 더 늦은 레이트로 이미지를 업데이트할 것을 선택할 수도 있다.
오디오 버퍼 깊이 필드(2 바이트)는 각각의 오디오 스트림에 전용된, 디스플레이에서의 탄성 버퍼의 깊이를 특정한다.
오디오 채널 특성 필드(2 바이트)는 오디오 채널이 디스플레이(클라이언트)에 의해 지원되는 것을 나타내는 플래그의 그룹을 포함한다. 1로 설정된 비트는 채널이 지원됨을 나타내면, 0으로 설정된 비트는 채널이 지원되지 않음을 나타낸다. 비트 위치는 상이한 채널에 할당되는데, 예를 들어, 비트 위치 0, 1, 2, 3, 4, 5, 6 및 7은 좌측 정면, 우측 정면, 좌측 후면, 우측 후면, 정면 중앙, 서브 우퍼, 서라운드 좌측 및 서라운드 우측 채널을 각각 나타낸다. 비트 8 내지 15는 일반적으로 추후 사용을 위해 보존되며 일반적으로 0으로 설정된다.
순방향 링크에 대한 2 바이트 오디오 샘플 레이트 성능 필드는 클라이언트 장치의 오디오 샘플 레이트 성능을 나타내기 위해 플래그의 세트를 포함한다. 비트 위치는 결과적으로 상이한 레이트로 할당되는데, 예를 들어, 비트 0, 1, 2, 3, 4, 5, 6, 7 및 8은 각각 8,000, 16,000, 24,000, 32,000, 40,000, 48,000, 11,025, 22,025 및 44,100 초당 샘플(SPS)로 할당되며, 비트 9 내지 15는 미래를 위해 또는 원할 경우 택일적인 레이트 사용을 위해 보존되므로, 이들은 일반적으로 '0'으로 설정된다. 이러한 비트 중 하나에 대한 비트 값을 '1'로 설정하는 것은 특정 샘플 레이트가 지원되는 것을 나타내며, 비트를 '0'으로 설정하는 것은 샘플 레이트가 지원되지 않는 것을 나타낸다.
최소 서브 프레임 레이트 필드(2 바이트)는 초당 프레임에서 최소 서브 프레임 레이트를 특정한다. 최소 서브 프레임 레이트는 디스플레이 상태를 디스플레이에서 소정의 센서 또는 포인팅 장치를 판독하기에 충분한 업데이트 레이트로 유지한다.
역방향 링크에 대한 2 바이트 Mic 샘플 레이트 성능 필드는 클라이언트 장치의 마이크로폰의 오디오 샘플 레이트를 나타내는 플래그의 세트를 포함한다. MDDI를 위해, 클라이언트 장치는 마이크로폰은 적어도 초당 8,000 샘플을 최소한도로 지원하도록 구성된다. 이러한 필드에 대한 비트 위치는 상이한 레이트로 할당되는데, 예를 들어, 위치 0, 1, 2, 3, 4, 5, 6, 7 및 8은 8,000, 16,000, 24,000, 32,000, 40,000, 48,000, 11,025, 22,025 및 44,100 초당 샘플을 각각 나타내기 위해 사용되며, 비트 9 내지 15는 미래의 사용 또는 원할 경우 택일적 레이트 용도를 위해 보존되므로, 일반적으로 '0'으로 설정된다. 이러한 비트들 중 하나에 대한 비트 값을 '1'로 설정하는 것은 특정 샘플 레이트가 지원되는 것을 나타내며, 비트를 '0'으로 설정하는 것은 샘플 레이트가 지원되지 않는 것을 나타낸다. 만일 어떠한 마이크로폰도 연결되지 않는다면, Mic 샘플 레이트 성능 비트 각각은 0으로 설정된다.
컨텐츠 보호 타입 필드(2 바이트)는 디스플레이에 의해 지원되는 디지털 컨텐츠 보호 타입을 나타내는 플래그의 세트를 포함한다. 일반적으로, 비트 위치 0은 DTCP가 지원될 경우를 나타내는데 사용되며, 비트 위치 1은 HDCP가 지원되는 경우를 나타내기 위해 사용되며, 비트 위치 2 내지 15는 원하거나 이용가능한 다른 보호 방식으로 사용하기 위해 보존되므로 이들은 일반적으로 0으로 설정된다.
G. 클라이언트 요청 및 상태 패킷에 대해
역방향 링크 요청 필드(3 바이트)는 정보를 호스트로 전송하기 위해 다음의 서브 프레임에서 역방향 링크에서 클라이언트가 필요로 하는 바이트의 수를 특정한다.
CRC 에러 카운트 필드(1 바이트)는 미디어 프레임의 시작 이후에 얼마나 많은 CRC 에러가 발생하였는지를 나타낸다. CRC 카운트는 0의 서브 프레임 카운트를 갖는 서브 프레임 헤더 패킷이 전송될 경우 리셋된다. 만일 실제 CRC 에러의 번호가 255를 초과하면, 이러한 값은 일반적으로 255로 포화된다.
성능 변화 필드는 1 바이트를 사용하여 디스플레이의 성능에서의 변화를 나타낸다. 이는 사용자가 마이크로폰, 키보드, 또는 디스플레이와 같은 주변 장치와 접속할 경우 또는 몇몇 다른 이유로 발생한다. 비트[7:0]가 0과 같다면, 성능은 최종 클라이언트 성능 패킷이 전송되기 때문에 변화되지 않는다. 그러나 비트[7:0]가 1 내지 255와 동일하다면, 성능은 변화한다. 클라이언트 성능 패킷은 새로운 디스플레이 특성을 결정하기 위해 조사된다.
H. 비트 블록 송신 패킷에 대해
윈도우 상부 좌측 좌표 X 값 및 Y 값 필드는 이동될 윈도우의 상부 좌측 모서리의 좌표의 X 및 Y 값을 특정하기 위해 각각 2 바이트를 사용한다. 윈도우 폭 및 높이 필드는 이동될 윈도우의 폭 및 높이를 특정하기 위해 각각 2 바이트를 사용한다. 윈도우 X 이동 및 Y 이동 필드는 윈도우가 각각 수평 및 수직으로 이동될 픽셀의 수를 특정하기 위해 각각 2 바이트를 사용한다. 일반적으로, 이러한 좌표는 X에 양의 값이 윈도우가 우측으로 이동하게 하고, 음의 값은 좌측으로 이동하게 하는 반면, Y에 대한 양의 값은 윈도우가 아래로 이동하게 하고, 음의 값은 위쪽으로 이동하게 하도록 구성된다.
I. 비트 맵 영역 채움 패킷에 대해
윈도우 상부 좌측 좌표 X 값 및 Y 값 필드는 채워질 윈도우의 상부 좌측 모서리의 좌표의 X 및 Y 값을 특정하기 위해 각각 2 바이트를 사용한다. 윈도우 폭 및 높이 필드(각각 2 바이트)는 채워질 윈도우의 폭 및 높이를 특정한다. 비디오 데이터 포맷 기술자 필드(2 바이트)는 픽셀 영역 채움 값의 포맷을 특정한다. 포맷은 비디오 스트림 패킷에서 동일 필드와 동일하다. 픽셀 영역 채움 값 필드(4 바이트)는 전술한 필드에 의해 특정된 윈도우로 채워질 픽셀 값을 포함한다. 이러한 픽셀의 포맷은 비디오 데이터 포맷 기술자 필드에서 특정된다.
J. 비트 맵 패턴 채움 패킷에 대해
윈도우 상부 좌측 좌표 X 값 및 Y 값 필드는 채워질 윈도우의 상부 좌측 모서리의 좌표의 X 및 Y 값을 특정하기 위해 각각 2 바이트를 사용한다. 윈도우 폭 및 높이 필드(각각 2 바이트)는 채워질 윈도우의 폭 및 높이를 특정한다. 패턴 폭 및 패턴 높이 필드(각각 2 바이트)는 채움 패턴의 폭 및 높이를 각각 특정한다. 2 바이트 비디오 데이터 포맷 기술자 필드는 픽셀 영역 채움 값의 포맷을 특정한다. 도 11은 비디오 데이터 포맷 기술자기 어떻게 코딩되는 지를 설명한다. 포맷은 비디오 스트림 패킷에서 동일 필드와 동일하다.
파라미터 CRC 필드(2 바이트)는 패킷 길이로부터 비디오 포맷 기술자까지의 모든 바이트의 CRC를 포함한다. 만일 이러한 CRC가 체크에 실패하면 전체 패킷이 폐기된다. 패턴 픽셀 데이터 필드는 비디오 데이터 포맷 기술자에 의해 특정된 포맷으로 채움 패턴을 특정하는 원 비디오 정보를 포함한다. 데이터는 바이트로 패킹되며, 각각의 행의 제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은 추후 사용을 위해 보존되며 일반적으로 0으로 설정된다. 비트 2 내지 0은 사용될 인터페이스 타입을 한정하는데, 값 1은 타입 1 모드로의 핸드오프를 의미하며, 값 2는 타입 2 모드로의 핸드오프를 의미하며, 값 3은 타입 3 모드로의 핸드오프를 의미하며, 값 4는 타입 4 모드로의 핸드오프를 의미한다. '0' 및 5 내지 7의 값은 택일적 모드 또는 모드의 조합의 미래의 설계를 위해 보존된다.
M. 인터페이스 타입 확인 응답 패킷
인터페이스 타입 필드(1 바이트)는 사용할 새로운 인터페이스 타입을 확인하는 값을 갖는다. 이러한 필드에서의 값은 이하의 방법으로 인터페이스 타입을 특정한다. 만일 비트 7이 '0'과 같다면 타입 핸드오프 요청은 순방향 링크에 대한 것이며, 만일 '1'과 같다면 타입 핸드오프 요청은 역방향 링크에 대한 것이다. 비트 위치 6 내지 3은 원하는 대로 다른 핸드오프 타입을 설계하는데 사용하기 위해 일반적으로 보존되며, 통상 0으로 설정된다. 그러나 비트 위치 2 내지 0은 음의 승인을 나타내는 '0'의 값으로 사용될 인터페이스 타입을 한정하거나, 요청된 핸드오프가 실행되지 않음을 한정하는데 사용되며, '1', '2', '3' 및 '4'는 각각 타입 1, 타입 2, 타입 3 및 타입 4로의 핸드오프를 나타낸다. 5 내지 7의 값은 원할 경우 모드의 택일적 설계로 사용하기 위해 보존된다.
N. 실행 타입 핸드오프 패킷
1 바이트 인터페이스 타입 필드는 사용할 새로운 인터페이스 타입을 나타낸다. 이러한 필드에 존재하는 값은 타입 핸드오프가 순방향 또는 역방향 링크인지를 결정하기 위해 비트 7의 값을 우선 사용함으로써 인터페이스 타입을 특정한다. '0'의 값은 타입 핸드오프 요청이 순방향 링크에 대한 것이며, '1'의 값은 역방향 링크에 대한 것이다. 비트 6 내지 3은 추후 사용을 위해 보존되며, 일반적으로 0의 값으로 설정된다. 그러나 비트 2 내지 0은 사용될 인터페이스 타입을 한정하는데 사용되며, 값 1, 2, 3 및 4는 핸드오프의 사용을 타입 1, 타입 2, 타입 3 및 타입 4 모드로 각각 특정한다. 이러한 비트에 대한 값 0 및 5 내지 7의 사용은 추후 사용을 위해 보존된다.
O. 순방향 오디오 채널 인에이블 패킷에 대해
오디오 채널 인에이블 마스크 필드(1 바이트)는 오디오 채널이 클라이언트에서 인에이블되는 것을 나타내는 플래그의 그룹을 포함한다. 1로 설정된 비트는 대응하는 채널을 인에이블시키고, 0으로 설정된 비트는 대응하는 채널을 디세이블 시키며, 비트 0 내지 5는 채널 0 내지 5를 지정하는데, 이들은 좌측 정면, 우측 정면, 좌측 후면, 우측 후면, 정면 중앙 및 서브 우퍼 채널을 각각 어드레싱한다. 비트 6 및 7은 추후 사용을 위해 보존되며, 한편으론 일반적으로 0으로 설정된다.
P. 역방향 오디오 샘플 레이트 패킷
오디오 샘플 레이트 필드(1 바이트)는 디지털 오디오 샘플 레이트를 특정한다. 이러한 필드에 대한 값은 서로 다른 레이트로 할당되는데, 0, 1, 2, 3, 4, 5, 6, 7 및 8은 각각 8,000, 16,000, 24,000, 32,000, 40,000, 48,000, 11,025, 22,025 및 44,100 초당 샘플(SPS)로 할당되며, 비트 9 내지 254는 원하는 택일적 레이트로 사용하기 위해 보존되며, 이들은 일반적으로 '0'으로 설정된다. 값 255는 역방향 링크 오디오 스트림을 디세이블하는데 사용된다.
샘플 포맷 필드(1 바이트)는 디지털 오디오 샘플의 포맷을 특정한다. 비트[1:0]가 '0'과 같다면, 디지털 오디오 샘플은 선형 포맷이며, '1'과 같다면, 디지털 오디오 샘플은 μ-Law 포맷이며, 2와 같다면 디지털 오디오 샘플은 A-Law 포맷이다. 비트[7:2]는 원할 경우 오디오 포맷을 지정하는데 선택적인 사용을 위해 보존되며, 일반적으로 0으로 설정된다.
Q. 디지털 컨텐츠 보호 오버헤드 패킷에 대해
컨텐츠 보호 타입 필드(1 바이트)는 사용된 디지털 컨텐츠 보호 방법을 특정한다. '0'의 값은 디지털 송신 컨텐츠 보호(DTCP)를 나타내며, 1의 값은 고대역폭 디지털 컨텐츠 보호 시스템(HDCP)을 나타낸다. 2 내지 255 범위의 값은 일반적으로 특정되지 않지만, 원할 경우 택일적 보호 방식으로 사용을 위해 보존된다. 컨텐츠 보호 오버헤드 메시지 필드는 호스트와 클라이언트 사이에 전송된 컨텐츠 보호 메시지를 포함하는 가변 길이 필드이다.
R. 투명 컬러 인에이블 패킷에 대해
투명 컬러 인에이블 필드(1 바이트)는 투명 컬러 모드가 인에이블 또는 디세이블될 때를 특정한다. 비트 0이 0과 같다면 투명 컬러 모드는 디세이블되고, 1과 같다면 투명 컬러 모드는 인에이블되며 투명 컬러는 이하의 두 파라미터에 의해 특정된다. 이러한 바이트의 비트 1 내지 7은 추후 사용을 위해 보존되며 일반적으로 0으로 설정된다.
비디오 데이터 포맷 기술자 필드(2 바이트)는 픽셀 영역 채움 값의 포맷을 특정한다. 도 11은 비디오 데이터 포맷 기술자가 어떻게 코딩되는 지를 나타낸다. 포맷은 일반적으로 비디오 스트림 패킷의 동일 필드와 동일하다.
픽셀 영역 채움 값 필드는 앞서 특정된 윈도우로 채워질 픽셀 값에 대해 할당된 4 바이트를 사용한다. 픽셀의 포맷은 비디오 데이터 포맷 기술자 필드에서 특정된다.
S. 왕복 지연 측정 패킷에 대해
2 바이트 패킷 길이 필드는 패킷 길이 필드를 포함하지 않는 패킷에서 바이트의 전체 수를 특정하고, 일 실시예에서 159의 고정된 길이를 갖도록 선택된다. 2 바이트 패킷 타입 필드는 패킷을 왕복 지연 측정 패킷으로 식별하는 82의 값으로 이러한 패킷 타입을 식별한다. hClient ID 필드는 전술한 바와 같이 Client ID로서의 추후 사용을 위해 보존되며, 일반적으로 0으로 설정된다.
일 실시예에서, 파라미터 CRC 필드(2 바이트)는 패킷 길이로부터 패킷 타입까지의 모든 바이트의 16 비트 CRC를 포함한다. 만일 이러한 CRC가 체크에 실패하면 전체 패킷이 폐기된다.
보호 시간 1 필드(여기서 64 바이트)는 호스트의 라인 드라이버가 디세이블되기 전에 클라이언트의 MDDI_Data 라인 드라이버가 인에이블되도록 사용된다. 클라이언트는 보호 시간 1의 비트 0 동안 자신의 MDDI_Data 라인 드라이버를 인에이블하며, 호스트는 보호 시간 1의 최종 비트에 앞서 완전히 디세이블되도록 자신의 라인 드라이버를 디세이블시킨다. 호스트 및 클라이언트는 모두 이들이 디세이블되지 않은 경우 보호 시간 1 동안 로직 0 레벨을 구동시킨다. 이러한 필드의 다른 목적은 모든 MDDI_Data 신호가, 클라이언트가 호스트의 라인 드라이버를 디세이블하기 전에 MDDI_Stb만을 사용하여 클록 또는 클록 신호를 복구하기 시작하도록, 충분한 시간 동안 로직 0 레벨에 있는 것을 보장하는 것이다.
측정 주기 필드는 순방향 링크에 사용된 절반의 데이터 전송률로 2 바이트의 0xff, 및 30 바이트의 0x0으로 클라이언트가 응답하게 하도록 사용된 64 바이트의 윈도우이다. 이러한 데이터 전송률은 1의 역방향 링크 레이트 제수에 대응한다. 클라이언트는 측정기간의 시작임을 감지한 때 이러한 응답을 즉시 반환시킨다. 클라이언트로부터의 이러한 응답은 호스트에서 측정기간의 첫 번째 비트의 시작 이후 클라이언트에서의 로직 지연에 더하여 링크의 정확하게 왕복 지연에 호스트에서 수신될 것이다.
모두 제로인 필드(2 바이트)는 호스트 및 클라이언트에서 MDDI_Data 라인 드라이버가 MDDI_Data가 언제나 구동되도록 오버랩하게 하는 제로들을 포함한다. 호스트는 MDDI_Data 라인 드라이버를 보호 시간 2의 비트 0 동안 인에이블시키고, 클라이언트는 또한 측정기간의 종료에서 행한 것과 같이 로직 0 레벨로 신호를 구동시킨다.
보호 시간 2 필드(64 바이트)에서의 값은 왕복 지연이 측정 주기에서 측정될 수 있는 최대 양에 있는 경우, 클라이언트에 의해 구동된 측정 주기의 오버랩을 가능하게 한다. 클라이언트는 보호 시간 2의 0 비트 동안 자신의 라인 드라이버를 디세이블시키며, 호스트는 보호 시간 2의 최종 비트 후 자신의 라인 드라이버를 즉시 인에이블시킨다. 호스트 및 클라이언트 모두는 이들이 디세이블된 경우 보호 시간 2 동안 로직 0 레벨을 구동시킨다. 이러한 필드의 다른 목적은 호스트에 대한 라인 드라이버를 인에이블시킨 후 클라이언트가 MDDI_Data 0 및 MDDI_Stb를 사용하여 클록 신호를 복구하기 시작하도록 하는 충분한 시간 동안 모든 MDDI_Data 신호가 로직 0 레벨에 있는 것을 보장하는 것이다.
T. 순방향 링크 왜곡 조정 패킷에 대해
일 실시예에서, 파라미터 CRC 필드(2 바이트)는 패킷 길이로부터 패킷 타입까지의 모든 바이트의 16 비트 CRC를 포함한다. 만일 이러한 CRC가 체크에 실패하면 전체 패킷은 폐기된다.
조정 데이터 시퀀스 필드는 MDDI_Data 신호가 모든 데이터 기간에서 토글되게 하는 512 바이트의 데이터 시퀀스를 포함한다. 조정 데이터 시퀀스의 프로세싱 동안, MDDI 호스트 제어기는 스트로브 신호와 동일한 모든 MDDI_Data 신호를 설정한다. 디스플레이 클록 회복 회로는 데이터 클록을 복구하기 위해 MDDI_Stb Xor MDDI_Data 0보다는 MDDI_Stb만을 사용해야 한다. 조정 데이터 시퀀스 필드의 시작에서 MDDI_Stb 신호의 정확한 위상에 따라, 조정 데이터 시퀀스는 일반적으로 이러한 패킷이 전송될 경우 사용되는 인터페이스 타입에 기초한 이하의 사항 중 하나일 것이다:
타입 1 및 타입 2 인터페이스에 대한 가능한 MDDI_Data 및 MDDI_Stb 파형의 예는 각각 도 62a 및 62b에 도시된다.
XVII. 결론
다양한 실시예가 전술되었지만, 이는 단지 예일 뿐 본 발명을 한정하지 않는다는 것을 이해해야 한다. 따라서 본 발명의 사상은 실시예에 의해 한정되지 않으며 이하의 첨부된 청구항에 의해서만 한정된다.
Claims (82)
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 이동 디스플레이 디지털 인터페이스(MDDI) 통신 시스템에서 클라이언트가 역방향 오디오 데이터 스트림에 대한 무효 샘플 데이터 레이트의 선택을 호스트에 전달하는 방법으로서,역방향 캡슐화(encapsulation) 패킷을 상기 호스트로부터 상기 클라이언트로 전송하는 단계;상기 클라이언트가 상기 무효 샘플 데이터 레이트를 지원하지 않는다는 표시자를 포함하는 에러 보고 패킷을 상기 클라이언트로부터 상기 호스트로 전송하는 단계;오디오 스트림 지원 데이터에 대한 요청을 포함하는 클라이언트 성능 패킷을 상기 호스트에 의해 요청하는 단계; 및상기 오디오 스트림 지원 데이터를 포함하는 상기 클라이언트 성능 패킷을 상기 호스트로 전송하는 단계를 포함하는, 무효 샘플 데이터 레이트의 선택 전달 방법.
- 제 71 항에 있어서,상기 오디오 스트림 지원 데이터는 상기 클라이언트가 상기 역방향 오디오 데이터 스트림을 지원하지 않는다는 표시자를 포함하는, 무효 샘플 데이터 레이트의 선택 전달 방법.
- 제 71 항에 있어서,상기 오디오 스트림 지원 데이터는 상기 클라이언트가 적어도 하나의 데이터 레이트를 지원한다는 표시자를 포함하는, 무효 샘플 데이터 레이트의 선택 전달 방법.
- 제 73 항에 있어서,상기 호스트가 상기 적어도 하나의 데이터 레이트로부터 동작 데이터 레이트를 선택하는 단계를 더 포함하는, 무효 샘플 데이터 레이트의 선택 전달 방법.
- 이동 디스플레이 디지털 인터페이스(MDDI) 통신 시스템에서 클라이언트가 역방향 오디오 데이터 스트림에 대한 무효 샘플 데이터 레이트의 선택을 호스트에 전달하는 시스템으로서,역방향 캡슐화 패킷을 상기 호스트로부터 상기 클라이언트로 전송하는 수단;상기 클라이언트가 상기 무효 샘플 데이터 레이트를 지원하지 않는다는 표시자를 포함하는 에러 보고 패킷을 상기 클라이언트로부터 상기 호스트로 전송하는 수단;오디오 스트림 지원 데이터에 대한 요청을 포함하는 클라이언트 성능 패킷을 상기 호스트에 의해 요청하는 수단; 및상기 오디오 스트림 지원 데이터를 포함하는 상기 클라이언트 성능 패킷을 상기 호스트로 전송하는 수단을 포함하는, 무효 샘플 데이터 레이트의 선택 전달 시스템.
- 제 75 항에 있어서,상기 오디오 스트림 지원 데이터는 상기 클라이언트가 상기 역방향 오디오 데이터 스트림을 지원하지 않는다는 표시자를 포함하는, 무효 샘플 데이터 레이트의 선택 전달 시스템.
- 제 75 항에 있어서,상기 오디오 스트림 지원 데이터는 상기 클라이언트가 적어도 하나의 데이터 레이트를 지원한다는 표시자를 포함하는, 무효 샘플 데이터 레이트의 선택 전달 시스템.
- 제 77 항에 있어서,상기 호스트에 의해 상기 적어도 하나의 데이터 레이트로부터 동작 데이터 레이트를 선택하는 수단을 더 포함하는, 무효 샘플 데이터 레이트의 선택 전달 시스템.
- 이동 디스플레이 디지털 인터페이스(MDDI) 통신 시스템에서 클라이언트가 역방향 오디오 데이터 스트림에 대한 무효 샘플 데이터 레이트의 선택을 호스트에 전달하게 하는 코드를 포함하는 컴퓨터 프로그램을 저장하기 위한 컴퓨터 판독 가능 매체로서, 상기 컴퓨터 프로그램은,역방향 캡슐화 패킷이 상기 호스트로부터 상기 클라이언트로 전송되게 하는 코드;상기 클라이언트가 상기 무효 샘플 데이터 레이트를 지원하지 않는다는 표시자를 포함하는 에러 보고 패킷이 상기 클라이언트로부터 상기 호스트로 전송되게 하는 코드;오디오 스트림 지원 데이터에 대한 요청을 포함하는 클라이언트 성능 패킷이 상기 호스트에 의해 요청되게 하는 코드; 및상기 오디오 스트림 지원 데이터를 포함하는 상기 클라이언트 성능 패킷이 상기 호스트에 전송되게 하는 코드를 포함하는, 컴퓨터 판독 가능 매체.
- 제 79 항에 있어서,상기 오디오 스트림 지원 데이터는 상기 클라이언트가 상기 역방향 오디오 데이터 스트림을 지원하지 않는다는 표시자를 포함하는, 컴퓨터 판독 가능 매체.
- 제 79 항에 있어서,상기 오디오 스트림 지원 데이터는 상기 클라이언트가 적어도 하나의 데이터 레이트를 지원한다는 표시자를 포함하는, 컴퓨터 판독 가능 매체.
- 제 81 항에 있어서,상기 컴퓨터 프로그램은 상기 호스트가 상기 적어도 하나의 데이터 레이트로부터 동작 데이터 레이트를 선택하게 하는 코드를 더 포함하는, 컴퓨터 판독 가능 매체.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US50205603P | 2003-09-10 | 2003-09-10 | |
| US60/502,056 | 2003-09-10 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020097009564A Division KR100973103B1 (ko) | 2003-09-10 | 2004-09-10 | 고속 데이터 인터페이스 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20060121914A KR20060121914A (ko) | 2006-11-29 |
| KR100951158B1 true KR100951158B1 (ko) | 2010-04-06 |
Family
ID=34312348
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020097009564A KR100973103B1 (ko) | 2003-09-10 | 2004-09-10 | 고속 데이터 인터페이스 |
| KR1020067006929A KR100951158B1 (ko) | 2003-09-10 | 2004-09-10 | 고속 데이터 인터페이스 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020097009564A KR100973103B1 (ko) | 2003-09-10 | 2004-09-10 | 고속 데이터 인터페이스 |
Country Status (18)
| Country | Link |
|---|---|
| US (2) | US8719334B2 (ko) |
| EP (1) | EP1665730B1 (ko) |
| JP (2) | JP4838132B2 (ko) |
| KR (2) | KR100973103B1 (ko) |
| CN (2) | CN101764804A (ko) |
| AR (1) | AR045639A1 (ko) |
| AT (1) | ATE424685T1 (ko) |
| AU (1) | AU2004303402A1 (ko) |
| BR (1) | BRPI0414229A (ko) |
| CA (1) | CA2538308C (ko) |
| DE (1) | DE602004019797D1 (ko) |
| ES (1) | ES2323129T3 (ko) |
| IL (1) | IL174203A0 (ko) |
| MX (1) | MXPA06002809A (ko) |
| RU (1) | RU2369033C2 (ko) |
| TW (1) | TWI345404B (ko) |
| WO (1) | WO2005027467A1 (ko) |
| ZA (1) | ZA200602013B (ko) |
Families Citing this family (78)
| 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 |
| ES2357234T3 (es) | 2003-06-02 | 2011-04-20 | Qualcomm Incorporated | Generación e implementación de un protocolo y una interfaz de señales para velocidades de transferencia de datos elevadas. |
| KR101070209B1 (ko) | 2003-08-13 | 2011-10-06 | 퀄컴 인코포레이티드 | 더 높은 데이터 레이트를 위한 신호 인터페이스 |
| CN101764804A (zh) * | 2003-09-10 | 2010-06-30 | 高通股份有限公司 | 高数据速率接口 |
| US8150945B2 (en) * | 2003-09-22 | 2012-04-03 | Broadcom Corporation | Host arbitrated user interface resource sharing |
| KR20080052699A (ko) | 2003-10-15 | 2008-06-11 | 퀄컴 인코포레이티드 | 높은 데이터 레이트 인터페이스 |
| AU2004307162A1 (en) | 2003-10-29 | 2005-05-12 | Qualcomm Incorporated | High data rate interface |
| JP4782694B2 (ja) | 2003-11-12 | 2011-09-28 | クゥアルコム・インコーポレイテッド | 改善されたリンク制御を有する高速データレートインタフェース |
| MXPA06006012A (es) | 2003-11-25 | 2006-08-23 | Qualcomm Inc | Interfase de indice de datos alto con sincronizacion de enlace mejorada. |
| EP1698146A1 (en) | 2003-12-08 | 2006-09-06 | QUALCOMM Incorporated | High data rate interface with improved link synchronization |
| WO2005060127A1 (en) * | 2003-12-19 | 2005-06-30 | Nokia Corporation | Selection of radio resources in a wireless communication device |
| US8669988B2 (en) | 2004-03-10 | 2014-03-11 | Qualcomm Incorporated | High data rate interface apparatus and method |
| EP1735986B1 (en) | 2004-03-17 | 2013-05-22 | Qualcomm, Incorporated | High data rate interface apparatus and method |
| AU2005227500B2 (en) | 2004-03-24 | 2008-12-04 | Qualcomm Incorporated | High data rate interface apparatus and method |
| DE102004044785A1 (de) * | 2004-04-10 | 2005-10-27 | Leica Microsystems Semiconductor Gmbh | Vorrichtung und Verfahren zur Bestimmung von Positionierkoordinaten für Halbleitersubstrate |
| 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 |
| BRPI0511783A (pt) * | 2004-06-04 | 2008-01-15 | Qualcomm Inc | método e equipamento de interface com velocidade elevada de dados |
| PT1789857E (pt) * | 2004-09-16 | 2010-02-05 | Beckhoff Automation Gmbh | Processo de transmissão de dados e sistema de automação para utilização de um tal processo de transmissão de dados |
| 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 |
| US8723705B2 (en) | 2004-11-24 | 2014-05-13 | Qualcomm Incorporated | Low output skew double data rate serial encoder |
| EP2317688A3 (en) * | 2004-11-24 | 2012-03-21 | QUALCOMM Incorporated | System and methods for implementing cyclic redundancy checks |
| US8667363B2 (en) | 2004-11-24 | 2014-03-04 | Qualcomm Incorporated | Systems and methods for implementing cyclic redundancy checks |
| 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 |
| EP2808782A1 (en) * | 2004-12-24 | 2014-12-03 | IZUTSU, Masahiro | Mobile information communication apparatus, connection unit for mobile information communication apparatus, and external input/output unit for mobile information communication apparatus |
| JP4649253B2 (ja) * | 2005-03-30 | 2011-03-09 | 株式会社野村総合研究所 | ログ取得プログラムおよび方法 |
| KR100685664B1 (ko) * | 2005-08-12 | 2007-02-26 | 삼성전자주식회사 | 호스트 및 클라이언트로 구성된 데이터 통신 시스템 및데이터 통신 시스템의 작동 방법 |
| US8692839B2 (en) | 2005-11-23 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for updating a buffer |
| US8730069B2 (en) | 2005-11-23 | 2014-05-20 | Qualcomm Incorporated | Double data rate serial encoder |
| US20070162599A1 (en) * | 2006-01-11 | 2007-07-12 | Samsung Electronics Co., Ltd. | Distributing a policy decision function in an IP multimedia subsystem |
| JP2007240741A (ja) * | 2006-03-07 | 2007-09-20 | Canon Inc | 画像制御装置及び画像制御方法 |
| JP5113768B2 (ja) | 2006-03-07 | 2013-01-09 | トムソン ライセンシング | 先進的な表示のための通信装置およびベース |
| CN100583889C (zh) * | 2006-03-09 | 2010-01-20 | 华为技术有限公司 | 网络事件协议报文传输方法 |
| 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 |
| KR100917889B1 (ko) * | 2006-11-01 | 2009-09-16 | 삼성전자주식회사 | 무선 통신 장치 및 방법 |
| EP2095178B1 (en) | 2006-12-14 | 2015-08-12 | Oakley, Inc. | Wearable high resolution audio visual interface |
| CN108055553B (zh) * | 2007-02-02 | 2019-06-11 | 赛乐得科技(北京)有限公司 | 具有不同用户终端的多媒体通信中跨层优化的方法和装置 |
| KR20090004170A (ko) * | 2007-07-06 | 2009-01-12 | 삼성전자주식회사 | Ｕｓｂ 디스플레이 드라이버, 그 ｕｓｂ 디스플레이드라이버를 구비하는 소형 모바일 모니터 및 ｕｓｂ디스플레이 시스템 |
| JP2009176136A (ja) | 2008-01-25 | 2009-08-06 | Toshiba Corp | 半導体記憶装置 |
| WO2009151667A2 (en) * | 2008-03-07 | 2009-12-17 | Citrix Systems, Inc. | Systems and methods for content injection |
| US20100121966A1 (en) * | 2008-11-07 | 2010-05-13 | Kabushiki Kaisha Toshiba | Repeater and repeating method thereof |
| US8102845B2 (en) | 2009-05-28 | 2012-01-24 | Synexxus, Inc. | Reconfigurable data distribution system |
| US8320960B2 (en) * | 2009-07-21 | 2012-11-27 | Azurewave Technologies, Inc. | Docking station and computer system using the docking station |
| US8659990B2 (en) * | 2009-08-06 | 2014-02-25 | Lumexis Corporation | Serial networking fiber-to-the-seat inflight entertainment system |
| US8457846B2 (en) * | 2010-05-14 | 2013-06-04 | Crane Co. | Modular seat actuation control system and communication method |
| JP6001843B2 (ja) * | 2011-11-15 | 2016-10-05 | 任天堂株式会社 | 情報処理装置、情報処理システム、情報処理方法およびプログラム |
| WO2013123264A1 (en) | 2012-02-17 | 2013-08-22 | Oakley, Inc. | Systems and methods for removably coupling an electronic device to eyewear |
| KR101290570B1 (ko) * | 2012-03-06 | 2013-07-31 | 삼성코닝정밀소재 주식회사 | 고주파 가열 장치 |
| JP6331094B2 (ja) * | 2012-07-02 | 2018-05-30 | ソニー株式会社 | 復号装置および方法、符号化装置および方法、並びにプログラム |
| TWI517142B (zh) * | 2012-07-02 | 2016-01-11 | Sony Corp | Audio decoding apparatus and method, audio coding apparatus and method, and program |
| US9112991B2 (en) | 2012-08-27 | 2015-08-18 | Nokia Technologies Oy | Playing synchronized multichannel media on a combination of devices |
| CN103906275A (zh) * | 2012-12-30 | 2014-07-02 | 比亚迪股份有限公司 | 一种通信终端及移动通信设备 |
| US9990246B2 (en) | 2013-03-15 | 2018-06-05 | Intel Corporation | Memory system |
| KR102097452B1 (ko) * | 2013-03-28 | 2020-04-07 | 삼성전자주식회사 | 프로젝터를 포함하는 전자 장치 및 그 제어 방법 |
| WO2014201213A1 (en) | 2013-06-12 | 2014-12-18 | Oakley, Inc. | Modular heads-up display system |
| US10505837B1 (en) * | 2013-07-09 | 2019-12-10 | Altera Corporation | Method and apparatus for data re-packing for link optimization |
| US9767046B2 (en) | 2013-10-04 | 2017-09-19 | Synexxus, Inc. | Modular device, system, and method for reconfigurable data distribution |
| US9563582B2 (en) * | 2013-10-04 | 2017-02-07 | Synexxus, Inc. | Modular device, system, and method for reconfigurable data distribution |
| US9529764B1 (en) * | 2013-10-29 | 2016-12-27 | Exelis, Inc. | Near-to-eye display hot shoe communication line |
| KR102183212B1 (ko) * | 2014-11-18 | 2020-11-25 | 삼성전자주식회사 | 화면 제어 방법 및 그 방법을 처리하는 전자 장치 |
| CN107534745B (zh) * | 2015-04-28 | 2020-12-18 | 卡普索影像公司 | 具有集成功率节约控制的图像传感器 |
| CN106792629B (zh) * | 2015-11-25 | 2021-03-19 | 深圳市六二九科技有限公司 | 一种智能卡数据系统及使用方法 |
| CN105472464B (zh) * | 2015-12-08 | 2019-01-01 | 深圳Tcl数字技术有限公司 | 电视终端及其数据播放方法 |
| US10163508B2 (en) | 2016-02-26 | 2018-12-25 | Intel Corporation | Supporting multiple memory types in a memory slot |
| CN106383744B (zh) * | 2016-09-28 | 2019-11-19 | 北京润科通用技术有限公司 | 一种总线中周期性消息的调度方法以及调度系统 |
| RU2735309C1 (ru) * | 2016-09-30 | 2020-10-29 | Телефонактиеболагет Лм Эрикссон (Пабл) | Апериодическая информация о состоянии канала (csi) и организация пула ресурсов csi-опорного сигнала (rs) |
| KR102645150B1 (ko) * | 2016-12-30 | 2024-03-07 | 엘지디스플레이 주식회사 | 디스플레이 인터페이스 장치 및 그의 데이터 전송 방법 |
| EP3573282B1 (en) * | 2017-01-18 | 2021-09-08 | Sony Interactive Entertainment Inc. | Communication device, generated data size control method, and program |
| RU2682435C1 (ru) * | 2018-03-30 | 2019-03-19 | Общество с ограниченной ответственностью "ТЕКОН Микропроцессорные технологии" | Интерфейс передачи данных |
| US11740132B2 (en) | 2019-10-02 | 2023-08-29 | Datacolor, Inc. | Method and apparatus for color lookup using a mobile device |
| EP4038517A4 (en) * | 2019-10-02 | 2023-07-05 | Datacolor, Inc. | METHOD AND APPARATUS FOR COLOR RESEARCH USING A MOBILE DEVICE |
| CN112817889A (zh) * | 2019-11-15 | 2021-05-18 | 合肥美亚光电技术股份有限公司 | 一种数据的采集方法及系统 |
| US11915675B2 (en) * | 2020-01-15 | 2024-02-27 | BookerLab, LLC | Communications system, retrofit cabling kit, and retrofit connector interface |
| US11320885B2 (en) | 2020-05-26 | 2022-05-03 | Dell Products L.P. | Wide range power mechanism for over-speed memory design |
| RU202224U1 (ru) * | 2020-12-02 | 2021-02-08 | Акционерное общество Научно-производственный центр «Электронные вычислительно-информационные системы» (АО НПЦ «ЭЛВИС») | Реконфигурируемый кодер полярных кодов 5g сетей |
| CN112863432B (zh) * | 2021-04-23 | 2021-08-13 | 杭州视芯科技有限公司 | Led显示系统及其显示控制方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003023587A2 (en) * | 2001-09-06 | 2003-03-20 | Qualcomm, Incorporated | Generating and implementing a communication protocol and interface for high data rate signal transfer |
| KR20030061001A (ko) * | 2000-12-15 | 2003-07-16 | 콸콤 인코포레이티드 | 고데이터율 신호 전달을 위한 통신 프로토콜 및인터페이스의 형성과 구현 |
Family Cites Families (471)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7274652B1 (en) | 2000-06-02 | 2007-09-25 | Conexant, Inc. | Dual packet configuration for wireless communications |
| US3594304A (en) | 1970-04-13 | 1971-07-20 | Sun Oil Co | Thermal liquefaction of coal |
| US4042783A (en) | 1976-08-11 | 1977-08-16 | International Business Machines Corporation | Method and apparatus for byte and frame synchronization on a loop system coupling a CPU channel to bulk storage devices |
| US4393444A (en) | 1980-11-06 | 1983-07-12 | Rca Corporation | Memory addressing circuit for converting sequential input data to interleaved output data sequence using multiple memories |
| US4363123A (en) | 1980-12-01 | 1982-12-07 | Northern Telecom Limited | Method of and apparatus for monitoring digital transmission systems in which line transmission errors are detected |
| JPS57136833A (en) | 1981-02-17 | 1982-08-24 | Sony Corp | Time-division multiplex data transmitting method |
| US4660096A (en) | 1984-12-11 | 1987-04-21 | Rca Corporation | Dividing high-resolution-camera video signal response into sub-image blocks individually raster scanned |
| DE3531809A1 (de) | 1985-09-06 | 1987-03-26 | Kraftwerk Union Ag | Katalysatormaterial zur reduktion von stickoxiden |
| US4769761A (en) | 1986-10-09 | 1988-09-06 | International Business Machines Corporation | Apparatus and method for isolating and predicting errors in a local area network |
| JPS63226762A (ja) | 1987-03-16 | 1988-09-21 | Hitachi Ltd | デ−タ処理方式 |
| US4764805A (en) | 1987-06-02 | 1988-08-16 | Eastman Kodak Company | Image transmission system with line averaging preview mode using two-pass block-edge interpolation |
| US4821296A (en) | 1987-08-26 | 1989-04-11 | Bell Communications Research, Inc. | Digital phase aligner with outrigger sampling |
| US5227783A (en) | 1987-10-13 | 1993-07-13 | The Regents Of New Mexico State University | Telemetry apparatus and method with digital to analog converter internally integrated within C.P.U. |
| JPH0727571B2 (ja) | 1987-10-26 | 1995-03-29 | テクトロニックス・インコーポレイテッド | ラスタ走査表示装置及び図形データ転送方法 |
| US5155590A (en) | 1990-03-20 | 1992-10-13 | Scientific-Atlanta, Inc. | System for data channel level control |
| US4891805A (en) | 1988-06-13 | 1990-01-02 | Racal Data Communications Inc. | Multiplexer with dynamic bandwidth allocation |
| US5167035A (en) | 1988-09-08 | 1992-11-24 | Digital Equipment Corporation | Transferring messages between nodes in a network |
| US5136717A (en) | 1988-11-23 | 1992-08-04 | Flavors Technology Inc. | Realtime systolic, multiple-instruction, single-data parallel computer system |
| US5079693A (en) | 1989-02-28 | 1992-01-07 | Integrated Device Technology, Inc. | Bidirectional FIFO buffer having reread and rewrite means |
| US6014705A (en) | 1991-10-01 | 2000-01-11 | Intermec Ip Corp. | Modular portable data processing terminal having a higher layer and lower layer partitioned communication protocol stack for use in a radio frequency communications network |
| US5224213A (en) | 1989-09-05 | 1993-06-29 | International Business Machines Corporation | Ping-pong data buffer for transferring data from one data bus to another data bus |
| US5495482A (en) | 1989-09-29 | 1996-02-27 | Motorola Inc. | Packet transmission system and method utilizing both a data bus and dedicated control lines |
| US5543939A (en) | 1989-12-28 | 1996-08-06 | Massachusetts Institute Of Technology | Video telephone systems |
| US5138616A (en) | 1990-03-19 | 1992-08-11 | The United States Of America As Represented By The Secretary Of The Army | Continuous on-line link error rate detector utilizing the frame bit error rate |
| JPH0465711A (ja) | 1990-07-05 | 1992-03-02 | Nippon Avionics Co Ltd | 表示装置の表示制御方式 |
| US5111455A (en) | 1990-08-24 | 1992-05-05 | Avantek, Inc. | Interleaved time-division multiplexor with phase-compensated frequency doublers |
| US5131012A (en) | 1990-09-18 | 1992-07-14 | At&T Bell Laboratories | Synchronization for cylic redundancy check based, broadband communications network |
| GB2249460B (en) | 1990-09-19 | 1994-06-29 | Intel Corp | Network providing common access to dissimilar hardware interfaces |
| JP3007926B2 (ja) | 1990-11-15 | 2000-02-14 | オムロン株式会社 | データキャリア及び識別システム |
| 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 |
| DE69232639T2 (de) * | 1991-10-01 | 2003-02-20 | Norand Corp | Lokales funkfrequenznetzwerk |
| US5396636A (en) | 1991-10-21 | 1995-03-07 | International Business Machines Corporation | Remote power control via data link |
| US5751445A (en) | 1991-11-11 | 1998-05-12 | Canon Kk | Image transmission system and terminal device |
| CA2064541C (en) | 1992-03-31 | 1998-09-15 | Thomas A. Gray | Cycling error count for link maintenance |
| US5331642A (en) | 1992-09-01 | 1994-07-19 | International Business Machines Corporation | Management of FDDI physical link errors |
| JP3305769B2 (ja) | 1992-09-18 | 2002-07-24 | 株式会社東芝 | 通信装置 |
| JPH06124147A (ja) | 1992-10-13 | 1994-05-06 | Sanyo Electric Co Ltd | 情報処理装置 |
| GB9222282D0 (en) | 1992-10-22 | 1992-12-09 | Hewlett Packard Co | Monitoring network status |
| 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 |
| CA2160679A1 (en) | 1993-04-16 | 1994-10-27 | Donald F. Anderson | Liquid stabilizer comprising metal soap and solubilized metal perchlorate |
| JP3197679B2 (ja) | 1993-04-30 | 2001-08-13 | 富士写真フイルム株式会社 | 写真撮影システムおよび方法 |
| US5420858A (en) | 1993-05-05 | 1995-05-30 | Synoptics Communications, Inc. | Method and apparatus for communications from a non-ATM communication medium to an ATM communication medium |
| US5519830A (en) | 1993-06-10 | 1996-05-21 | Adc Telecommunications, Inc. | Point-to-multipoint performance monitoring and failure isolation system |
| JP2768621B2 (ja) | 1993-06-25 | 1998-06-25 | 沖電気工業株式会社 | 分散送信される畳み込み符号の復号装置 |
| US5477534A (en) | 1993-07-30 | 1995-12-19 | Kyocera Corporation | Acoustic echo canceller |
| US5430486A (en) | 1993-08-17 | 1995-07-04 | Rgb Technology | High resolution video image transmission and storage |
| US5426694A (en) | 1993-10-08 | 1995-06-20 | Excel, Inc. | Telecommunication switch having programmable network protocols and communications services |
| US5490247A (en) | 1993-11-24 | 1996-02-06 | Intel Corporation | Video subsystem for computer-based conferencing system |
| US5510832A (en) | 1993-12-01 | 1996-04-23 | Medi-Vision Technologies, Inc. | Synthesized stereoscopic imaging system and method |
| US5583562A (en) | 1993-12-03 | 1996-12-10 | Scientific-Atlanta, Inc. | System and method for transmitting a plurality of digital services including imaging services |
| US5565957A (en) | 1993-12-27 | 1996-10-15 | Nikon Corporation | Camera |
| US5724536A (en) | 1994-01-04 | 1998-03-03 | Intel Corporation | Method and apparatus for blocking execution of and storing load operations during their execution |
| US5844606A (en) | 1994-03-03 | 1998-12-01 | Fuji Photo Film Co., Ltd. | Videocamera having a multiconnector connectable to a variety of accessories |
| JP2790034B2 (ja) | 1994-03-28 | 1998-08-27 | 日本電気株式会社 | 非運用系メモリ更新方式 |
| US5483185A (en) | 1994-06-09 | 1996-01-09 | Intel Corporation | Method and apparatus for dynamically switching between asynchronous signals without generating glitches |
| JP3329076B2 (ja) * | 1994-06-27 | 2002-09-30 | ソニー株式会社 | ディジタル信号伝送方法、ディジタル信号伝送装置、ディジタル信号受信方法及びディジタル信号受信装置 |
| 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 |
| WO1996003837A1 (de) | 1994-07-25 | 1996-02-08 | 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 | 株式会社アドバンテスト | 時間間隔測定装置 |
| KR100188990B1 (ko) | 1994-09-27 | 1999-06-01 | 이리마지리 쇼우이치로 | 데이타 중계 장치 및 이것을 이용한 비디오 게임 장치 |
| 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 |
| US6117681A (en) | 1995-03-29 | 2000-09-12 | Bavarian Nordic Research Inst. A/S | Pseudotyped retroviral particles |
| KR100411372B1 (ko) | 1995-04-11 | 2004-05-06 | 마츠시타 덴끼 산교 가부시키가이샤 | 비디오정보조정장치,비디오정보송신장치및비디오정보수신장치 |
| US5521907A (en) | 1995-04-25 | 1996-05-28 | Visual Networks, Inc. | Method and apparatus for non-intrusive measurement of round trip delay in communications networks |
| US5963564A (en) | 1995-06-13 | 1999-10-05 | Telefonaktiebolaget Lm Ericsson | Synchronizing the transmission of data via a two-way link |
| 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 |
| 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 |
| 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 |
| 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 | 윤종용 | 그래픽 가속기 및 이를 이용한 메모리 프리패치 방법 |
| US6185601B1 (en) | 1996-08-02 | 2001-02-06 | Hewlett-Packard Company | Dynamic load balancing of a network of client and server computers |
| US6886035B2 (en) | 1996-08-02 | 2005-04-26 | Hewlett-Packard Development Company, L.P. | Dynamic load balancing of a network of client and server computer |
| US5969750A (en) | 1996-09-04 | 1999-10-19 | Winbcnd Electronics Corporation | Moving picture camera with universal serial bus interface |
| CA2214743C (en) | 1996-09-20 | 2002-03-05 | Ntt Mobile Communications Network Inc. | A frame synchronization circuit and communications system |
| US5990852A (en) | 1996-10-31 | 1999-11-23 | Fujitsu Limited | Display screen duplication system and method |
| US5864546A (en) | 1996-11-05 | 1999-01-26 | Worldspace International Network, Inc. | System for formatting broadcast data for satellite transmission and radio reception |
| US6308239B1 (en) | 1996-11-07 | 2001-10-23 | Hitachi, Ltd. | Interface switching apparatus and switching control method |
| US6078361A (en) | 1996-11-18 | 2000-06-20 | Sage, Inc | Video adapter circuit for conversion of an analog video signal to a digital display image |
| US6002709A (en) | 1996-11-21 | 1999-12-14 | Dsp Group, Inc. | Verification of PN synchronization in a direct-sequence spread-spectrum digital communications system |
| KR100211918B1 (ko) | 1996-11-30 | 1999-08-02 | 김영환 | 비동기식전송모드셀 경계 식별장치 |
| US5862160A (en) | 1996-12-31 | 1999-01-19 | Ericsson, Inc. | Secondary channel for communication networks |
| US5995512A (en) * | 1997-01-17 | 1999-11-30 | Delco Electronics Corporation | High speed multimedia data network |
| US6064649A (en) | 1997-01-31 | 2000-05-16 | Nec Usa, Inc. | Network interface card for wireless asynchronous transfer mode networks |
| US6081513A (en) | 1997-02-10 | 2000-06-27 | At&T Corp. | Providing multimedia conferencing services over a wide area network interconnecting nonguaranteed quality of services LANs |
| EP0859326A3 (en) | 1997-02-14 | 1999-05-12 | Canon Kabushiki Kaisha | Data transmission apparatus, system and method, and image processing apparatus |
| US6359923B1 (en) * | 1997-12-18 | 2002-03-19 | At&T Wireless Services, Inc. | Highly bandwidth efficient communications |
| US6584144B2 (en) * | 1997-02-24 | 2003-06-24 | At&T Wireless Services, Inc. | Vertical adaptive antenna array for a discrete multitone spread spectrum communications system |
| DE19733005B4 (de) | 1997-03-12 | 2007-06-21 | Storz Endoskop Gmbh | Einrichtung zur zentralen Überwachung und/oder Steuerung wenigstens eines Gerätes |
| US6480521B1 (en) | 1997-03-26 | 2002-11-12 | Qualcomm Incorporated | Method and apparatus for transmitting high speed data in a spread spectrum communications system |
| US7143177B1 (en) | 1997-03-31 | 2006-11-28 | West Corporation | Providing a presentation on a network having a plurality of synchronized media types |
| US5963557A (en) | 1997-04-11 | 1999-10-05 | Eng; John W. | High capacity reservation multiple access network with multiple shared unidirectional paths |
| US6405111B2 (en) | 1997-05-16 | 2002-06-11 | Snap-On Technologies, Inc. | System and method for distributed computer automotive service equipment |
| US5867510A (en) | 1997-05-30 | 1999-02-02 | Motorola, Inc. | Method of and apparatus for decoding and processing messages |
| JP3143079B2 (ja) | 1997-05-30 | 2001-03-07 | 松下電器産業株式会社 | 辞書索引作成装置と文書検索装置 |
| KR100550190B1 (ko) | 1997-06-03 | 2006-04-21 | 소니 가부시끼 가이샤 | 휴대용정보처리장치의제어방법,및휴대용정보처리장치 |
| US6236647B1 (en) | 1998-02-24 | 2001-05-22 | Tantivy Communications, Inc. | Dynamic frame size adjustment and selective reject on a multi-link channel to improve effective throughput and bit error rate |
| US6314479B1 (en) | 1997-08-04 | 2001-11-06 | Compaq Computer Corporation | Universal multi-pin plug and display connector for standardizing signals transmitted between a computer and a display for a PC theatre interconnectivity system |
| US6233550B1 (en) | 1997-08-29 | 2001-05-15 | The Regents Of The University Of California | Method and apparatus for hybrid coding of speech at 4kbps |
| US6288739B1 (en) | 1997-09-05 | 2001-09-11 | Intelect Systems Corporation | Distributed video communications system |
| US6115040A (en) | 1997-09-26 | 2000-09-05 | Mci Communications Corporation | Graphical user interface for Web enabled applications |
| EP1042871B1 (en) * | 1997-10-14 | 2009-04-15 | Cypress Semiconductor Corporation | 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 | 윤종용 | 데이터링크를이용한데이터송신및수신방법 |
| KR100251708B1 (ko) | 1997-12-31 | 2000-04-15 | 윤종용 | 비동기 전송 모드 스위치에서 링크 대역폭 할당 및 관리 방법 |
| KR100251963B1 (ko) | 1997-12-31 | 2000-04-15 | 윤종용 | 종합정보통신망과 연동 가능한 비동기전송모드 망 접속영상전화 단말장치 |
| TW459184B (en) | 1998-01-23 | 2001-10-11 | Shiu Ming Wei | Multimedia message processing system |
| IL137628A (en) | 1998-02-20 | 2005-09-25 | Deep Video Imaging Ltd | 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 | メッセージ処理装置およびその方法ならびにメッセージ処理制御プログラムを格納した記憶媒体 |
| TR200101184T2 (tr) * | 1998-03-16 | 2002-06-21 | Jazio Inc. | VLSI CMOS arayüz devreleri için yüksek hızlı sinyal üretimi. |
| KR100566040B1 (ko) | 1998-03-19 | 2006-03-30 | 가부시끼가이샤 히다치 세이사꾸쇼 | 방송 정보 공급 시스템 |
| 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 |
| CN100340067C (zh) | 1998-04-01 | 2007-09-26 | 松下图像通信系统公司 | 带有隐式信道探头的多种xDSL调制解调器的启动 |
| US6252888B1 (en) | 1998-04-14 | 2001-06-26 | Nortel Networks Corporation | Method and apparatus providing network communications between devices using frames with multiple formats |
| US6101601A (en) | 1998-04-20 | 2000-08-08 | International Business Machines Corporation | Method and apparatus for hibernation within a distributed data processing system |
| US6430196B1 (en) | 1998-05-01 | 2002-08-06 | Cisco Technology, Inc. | Transmitting delay sensitive information over IP over frame relay |
| KR100413417B1 (ko) | 1998-05-04 | 2004-02-14 | 엘지전자 주식회사 | 이동통신시스템에서 단말기의 호 접속 제어 방법. |
| US6611503B1 (en) | 1998-05-22 | 2003-08-26 | Tandberg Telecom As | Method and apparatus for multimedia conferencing with dynamic bandwidth allocation |
| JP3792894B2 (ja) | 1998-05-27 | 2006-07-05 | キヤノン株式会社 | 固体撮像素子及び固体撮像装置 |
| US6043693A (en) | 1998-06-01 | 2000-03-28 | 3Dfx Interactive, Incorporated | Multiplexed synchronization circuits for switching frequency synthesized signals |
| US6850282B1 (en) | 1998-06-02 | 2005-02-01 | Canon Kabushiki Kaisha | Remote control of image sensing apparatus |
| JP3475081B2 (ja) | 1998-06-03 | 2003-12-08 | 三洋電機株式会社 | 立体映像再生方法 |
| US6092231A (en) | 1998-06-12 | 2000-07-18 | Qlogic Corporation | Circuit and method for rapid checking of error correction codes using cyclic redundancy check |
| JP4267092B2 (ja) | 1998-07-07 | 2009-05-27 | 富士通株式会社 | 時刻同期方法 |
| US6510503B2 (en) | 1998-07-27 | 2003-01-21 | Mosaid Technologies Incorporated | High bandwidth memory interface |
| US6359479B1 (en) | 1998-08-04 | 2002-03-19 | Juniper Networks, Inc. | Synchronizing data transfers between two distinct clock domains |
| US6532506B1 (en) | 1998-08-12 | 2003-03-11 | Intel Corporation | Communicating with devices over a bus and negotiating the transfer rate over the same |
| US6728263B2 (en) | 1998-08-18 | 2004-04-27 | Microsoft Corporation | Dynamic sizing of data packets |
| AU6385699A (en) | 1998-09-11 | 2000-04-03 | Sharewave, Inc. | Method and apparatus for controlling communication within a computer network |
| US6513085B1 (en) | 1998-10-13 | 2003-01-28 | Texas Instruments Incorporated | Link/transaction layer controller with integral microcontroller emulation |
| US6421735B1 (en) * | 1998-10-30 | 2002-07-16 | Advanced Micro Devices, Inc. | Apparatus and method for automatically selecting a network port for a home network station |
| ATE297623T1 (de) | 1998-10-30 | 2005-06-15 | Broadcom Corp | Internet-gigabit-ethernet-sender-architektur |
| US7180951B2 (en) | 1998-10-30 | 2007-02-20 | Broadcom Corporation | Reduction of aggregate EMI emissions of multiple transmitters |
| 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 |
| WO2000035126A1 (en) | 1998-12-07 | 2000-06-15 | Samsung Electronics Co., Ltd. | Device and method for gating transmission in a cdma mobile communication system |
| 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 |
| 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 |
| JP4018827B2 (ja) | 1998-12-14 | 2007-12-05 | Ｎｅｃエンジニアリング株式会社 | データ多重化回路及びデータ分離回路 |
| JP3557975B2 (ja) | 1998-12-14 | 2004-08-25 | セイコーエプソン株式会社 | 信号切り替え回路及び信号切り替え方法 |
| 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 |
| CA2365750A1 (en) | 1999-03-05 | 2000-09-14 | Accenture Llp | A system, method and article of manufacture for advanced mobile communication |
| US6199099B1 (en) | 1999-03-05 | 2001-03-06 | Ac Properties B.V. | System, method and article of manufacture for a mobile communication network utilizing a distributed communication network |
| JP4181685B2 (ja) | 1999-03-12 | 2008-11-19 | 富士通株式会社 | 電力制御方法及び電子機器並びに記録媒体 |
| US6429867B1 (en) | 1999-03-15 | 2002-08-06 | Sun Microsystems, Inc. | System and method for generating and playback of three-dimensional movies |
| US6609167B1 (en) | 1999-03-17 | 2003-08-19 | Adaptec, Inc. | Host and device serial communication protocols and communication packet formats |
| US6636922B1 (en) * | 1999-03-17 | 2003-10-21 | Adaptec, Inc. | Methods and apparatus for implementing a host side advanced serial protocol |
| FI107424B (fi) | 1999-03-22 | 2001-07-31 | Nokia Mobile Phones Ltd | Menetelmä ja järjestelmä multimediaan liittyvän informaation välittämiseen valmistautumiseksi pakettikytkentäisessä solukkoradioverkossa |
| JP2000278141A (ja) | 1999-03-26 | 2000-10-06 | Mitsubishi Electric Corp | マルチプレクサ |
| KR100350607B1 (ko) | 1999-03-31 | 2002-08-28 | 삼성전자 주식회사 | 음성 및 화상 송수신을 위한 휴대용 복합 통신단말기 및 그 동작방법과 통신시스템 |
| US6222677B1 (en) | 1999-04-12 | 2001-04-24 | International Business Machines Corporation | Compact optical system for use in virtual display applications |
| JP2000358033A (ja) | 1999-06-14 | 2000-12-26 | Canon Inc | データ通信システム及びデータ通信方法 |
| US6618360B1 (en) | 1999-06-15 | 2003-09-09 | Hewlett-Packard Development Company, L.P. | Method for testing data path of peripheral server devices |
| US6457090B1 (en) | 1999-06-30 | 2002-09-24 | Adaptec, Inc. | Structure and method for automatic configuration for SCSI Synchronous data transfers |
| JP2001025010A (ja) | 1999-07-09 | 2001-01-26 | Mitsubishi Electric Corp | マルチメディア情報通信装置およびその方法 |
| US6865609B1 (en) | 1999-08-17 | 2005-03-08 | Sharewave, Inc. | Multimedia extensions for wireless local area network |
| US6597197B1 (en) | 1999-08-27 | 2003-07-22 | Intel Corporation | I2C repeater with voltage translation |
| KR20010019734A (ko) | 1999-08-30 | 2001-03-15 | 윤종용 | 유무선 통신을 이용한 컴퓨터 교육용 시스템 |
| US7010607B1 (en) * | 1999-09-15 | 2006-03-07 | Hewlett-Packard Development Company, L.P. | Method for training a communication link between ports to correct for errors |
| JP3116090B1 (ja) | 1999-09-17 | 2000-12-11 | 郵政省通信総合研究所長 | 通信システム、送信装置、受信装置、送信方法、受信方法、および、情報記録媒体 |
| JP4207329B2 (ja) | 1999-09-20 | 2009-01-14 | 富士通株式会社 | フレーム同期回路 |
| US6782277B1 (en) | 1999-09-30 | 2004-08-24 | Qualcomm Incorporated | Wireless communication system with base station beam sweeping |
| 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 |
| AU6458399A (en) | 1999-11-11 | 2001-06-06 | Ascom Powerline Communications Ag | Communication system, especially for indoors |
| US6438363B1 (en) | 1999-11-15 | 2002-08-20 | Lucent Technologies Inc. | Wireless modem alignment in a multi-cell environment |
| DE60005993T2 (de) | 1999-11-16 | 2004-07-29 | Broadcom Corp., Irvine | Verfahren und netzwerkvermittlungsstelle mit datenserialisierung durch gefahrlose mehrstufige störungsfreie multiplexierung |
| WO2001038970A2 (en) | 1999-11-22 | 2001-05-31 | Ericsson Inc | Buffer memories, methods and systems for buffering having seperate buffer memories for each of a plurality of tasks |
| TW513636B (en) | 2000-06-30 | 2002-12-11 | Via Tech Inc | Bus data interface for transmitting data on PCI bus, the structure and the operating method thereof |
| US6804257B1 (en) | 1999-11-25 | 2004-10-12 | International Business Machines Corporation | System and method for framing and protecting variable-lenght packet streams |
| JP4058888B2 (ja) | 1999-11-29 | 2008-03-12 | セイコーエプソン株式会社 | Ｒａｍ内蔵ドライバ並びにそれを用いた表示ユニットおよび電子機器 |
| JP4191869B2 (ja) | 1999-12-20 | 2008-12-03 | 富士フイルム株式会社 | ディジタルカメラを用いたコンピュータシステム |
| US7383350B1 (en) | 2000-02-03 | 2008-06-03 | International Business Machines Corporation | User input based allocation of bandwidth on a data link |
| 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 |
| CA2813744C (en) | 2000-03-03 | 2017-05-09 | Qualcomm Incorporated | Method and apparatus for participating in group communication services in an existing communication system |
| JP2001282714A (ja) | 2000-03-30 | 2001-10-12 | Olympus Optical Co Ltd | マルチカメラデータ転送方式及びデータ転送方式 |
| JP2001292146A (ja) | 2000-04-07 | 2001-10-19 | Sony Corp | 電子機器およびディジタルシリアルデータのインタフェース装置のバス初期化フェーズにおける処理方法 |
| US6882361B1 (en) | 2000-04-19 | 2005-04-19 | Pixelworks, Inc. | Imager linked with image processing station |
| JP2001306428A (ja) | 2000-04-25 | 2001-11-02 | Canon Inc | ネットワーク機器、ネットワークシステム、通信方法及び記録媒体 |
| JP2001319745A (ja) | 2000-05-08 | 2001-11-16 | Honda Tsushin Kogyo Co Ltd | 変換用アダプタ |
| JP2001320280A (ja) | 2000-05-10 | 2001-11-16 | Mitsubishi Electric Corp | 並列−直列変換回路 |
| US6760722B1 (en) | 2000-05-16 | 2004-07-06 | International Business Machines Corporation | Computer implemented automated remote support |
| JP4292685B2 (ja) | 2000-05-23 | 2009-07-08 | 日本電気株式会社 | データ転送システム、データ送受信システム、データ送受信方法、フォーマット変換装置、フォーマット変換方法およびフォーマット変換プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| KR100360622B1 (ko) | 2000-06-12 | 2002-11-13 | 주식회사 문화방송 | 엠펙 데이터 프레임과 이를 이용한 송수신 시스템 |
| US6754179B1 (en) | 2000-06-13 | 2004-06-22 | Lsi Logic Corporation | Real time control of pause frame transmissions for improved bandwidth utilization |
| JP3415567B2 (ja) | 2000-06-21 | 2003-06-09 | エヌイーシーマイクロシステム株式会社 | Ｕｓｂ転送制御方法およびｕｓｂコントローラ |
| US6714233B2 (en) | 2000-06-21 | 2004-03-30 | Seiko Epson Corporation | Mobile video telephone system |
| US6999432B2 (en) | 2000-07-13 | 2006-02-14 | Microsoft Corporation | Channel and quality of service adaptation for multimedia over wireless networks |
| WO2002013526A2 (en) | 2000-08-08 | 2002-02-14 | Replaytv, Inc. | Method and system for remote television replay control |
| US6784941B1 (en) | 2000-08-09 | 2004-08-31 | Sunplus Technology Co., Ltd. | Digital camera with video input |
| US6892071B2 (en) | 2000-08-09 | 2005-05-10 | Sk Telecom Co., Ltd. | Handover method in wireless telecommunication system supporting USTS |
| 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 |
| US7466978B1 (en) | 2000-09-18 | 2008-12-16 | International Business Machines Corporation | Telephone network node device |
| JP4146991B2 (ja) | 2000-09-18 | 2008-09-10 | キヤノン株式会社 | 電子カメラシステム、電子カメラ及び電子カメラシステムの制御方法 |
| US6760882B1 (en) | 2000-09-19 | 2004-07-06 | Intel Corporation | Mode selection for data transmission in wireless communication channels based on statistical parameters |
| US6738344B1 (en) | 2000-09-27 | 2004-05-18 | Hewlett-Packard Development Company, L.P. | Link extenders with link alive propagation |
| US7336613B2 (en) | 2000-10-17 | 2008-02-26 | Avaya Technology Corp. | Method and apparatus for the assessment and optimization of network traffic |
| US6690655B1 (en) | 2000-10-19 | 2004-02-10 | Motorola, Inc. | Low-powered communication system and method of operation |
| US7869067B2 (en) | 2000-10-20 | 2011-01-11 | Visioneer, Inc. | Combination scanner and image data reader system including image management and software |
| US7278069B2 (en) | 2000-10-31 | 2007-10-02 | Igor Anatolievich Abrosimov | Data transmission apparatus for high-speed transmission of digital data and method for automatic skew calibration |
| US8996698B1 (en) * | 2000-11-03 | 2015-03-31 | Truphone Limited | Cooperative network for mobile internet access |
| WO2002041540A1 (en) | 2000-11-17 | 2002-05-23 | Samsung Electronics Co., Ltd | Apparatus and method for measuring propagation delay in an nb-tdd cdma mobile communication system |
| 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ä |
| GB2399264B (en) | 2000-12-06 | 2005-02-09 | Fujitsu Ltd | Processing high-speed digital signals |
| 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 | 株式会社東芝 | ルートリピータ、ｕｓｂ通信システム、ｕｓｂ通信制御方法 |
| CN1159935C (zh) | 2001-03-30 | 2004-07-28 | 华为技术有限公司 | 一种提高市区环境下蜂窝移动台定位精度的方法和装置 |
| JP2002359774A (ja) | 2001-03-30 | 2002-12-13 | Fuji Photo Film Co Ltd | 電子カメラ |
| US20030189927A1 (en) | 2001-04-27 | 2003-10-09 | Foster Michael S. | Method and system for multiframe buffering in a routing device |
| 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 | バス共有化システムと装置及び方法 |
| US7003795B2 (en) * | 2001-06-26 | 2006-02-21 | Digeo, Inc. | Webcam-based interface for initiating two-way video communication |
| US6745364B2 (en) | 2001-06-28 | 2004-06-01 | Microsoft Corporation | Negotiated/dynamic error correction for streamed media |
| JP2003046595A (ja) | 2001-07-06 | 2003-02-14 | Texas Instruments Inc | データ通信の方法および装置 |
| US7051218B1 (en) * | 2001-07-18 | 2006-05-23 | Advanced Micro Devices, Inc. | Message based power management |
| CN100470654C (zh) | 2001-07-23 | 2009-03-18 | 松下电器产业株式会社 | 将信息记录到信息记录介质的装置及方法 |
| 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 | 日本電気株式会社 | Ｄｓｐメモリ間あるいはｄｓｐメモリとｃｐｕ用メモリ（ｄｐｒａｍ）間データ転送方式 |
| US8812706B1 (en) | 2001-09-06 | 2014-08-19 | Qualcomm Incorporated | Method and apparatus for compensating for mismatched delays in signals of a mobile display interface (MDDI) system |
| DE10145722A1 (de) | 2001-09-17 | 2003-04-24 | Infineon Technologies Ag | Konzept zur sicheren Datenkommunikation zwischen elektronischen Bausteinen |
| US20030061431A1 (en) | 2001-09-21 | 2003-03-27 | Intel Corporation | Multiple channel interface for communications between devices |
| KR100408299B1 (ko) | 2001-09-29 | 2003-12-01 | 삼성전자주식회사 | 모드 판단 장치 및 방법 |
| JP3633538B2 (ja) | 2001-10-02 | 2005-03-30 | 日本電気株式会社 | 輻輳制御システム |
| US7570668B2 (en) | 2001-10-03 | 2009-08-04 | Nokia Corporation | Data synchronization |
| 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 |
| US20030144006A1 (en) | 2002-01-25 | 2003-07-31 | Mikael Johansson | Methods, systems, and computer program products for determining the location of a mobile terminal based on delays in receiving data packets from transmitters having known locations |
| US20050120208A1 (en) * | 2002-01-25 | 2005-06-02 | Albert Dobson Robert W. | Data transmission systems |
| US6690201B1 (en) | 2002-01-28 | 2004-02-10 | Xilinx, Inc. | Method and apparatus for locating data transition regions |
| US7145411B1 (en) | 2002-03-18 | 2006-12-05 | Applied Micro Circuits Corporation | Flexible differential interconnect cable with isolated high frequency electrical transmission line |
| US6867668B1 (en) | 2002-03-18 | 2005-03-15 | Applied Micro Circuits Corporation | High frequency signal transmission from the surface of a circuit substrate to a flexible interconnect cable |
| US6797891B1 (en) | 2002-03-18 | 2004-09-28 | Applied Micro Circuits Corporation | Flexible interconnect cable with high frequency electrical transmission line |
| US7336139B2 (en) | 2002-03-18 | 2008-02-26 | Applied Micro Circuits Corporation | Flexible interconnect cable with grounded coplanar waveguide |
| 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 |
| JP2003303068A (ja) | 2002-04-10 | 2003-10-24 | Ricoh Co Ltd | 画像出力システム、画像出力方法、プログラム及び記憶媒体 |
| US7430001B2 (en) | 2002-04-12 | 2008-09-30 | Canon Kabushiki Kaisha | Image sensing system, communication apparatus and image sensing apparatus having remote control function, and their control method |
| TWI235917B (en) | 2002-04-15 | 2005-07-11 | Via Tech Inc | High speed data transmitter and transmission method thereof |
| US7158539B2 (en) | 2002-04-16 | 2007-01-02 | Microsoft Corporation | Error resilient windows media audio coding |
| US7599689B2 (en) | 2002-04-22 | 2009-10-06 | Nokia Corporation | System and method for bookmarking radio stations and associated internet addresses |
| JP4029390B2 (ja) | 2002-04-23 | 2008-01-09 | ソニー株式会社 | 情報処理システム、情報処理装置および方法、プログラム格納媒体、並びにプログラム |
| US7284181B1 (en) | 2002-04-24 | 2007-10-16 | Juniper Networks, Inc. | Systems and methods for implementing end-to-end checksum |
| US7206516B2 (en) | 2002-04-30 | 2007-04-17 | Pivotal Decisions Llc | Apparatus and method for measuring the dispersion of a fiber span |
| US7574113B2 (en) | 2002-05-06 | 2009-08-11 | Sony Corporation | Video and audio data recording apparatus, video and audio data recording method, video and audio data reproducing apparatus, and video and audio data reproducing method |
| US20050091593A1 (en) | 2002-05-10 | 2005-04-28 | General Electric Company | Method and system for coordinated transfer of control of a remote controlled locomotive |
| US6886067B2 (en) | 2002-05-23 | 2005-04-26 | Seiko Epson Corporation | 32 Bit generic asynchronous bus interface using read/write strobe byte enables |
| US7036066B2 (en) | 2002-05-24 | 2006-04-25 | Sun Microsystems, Inc. | Error detection using data block mapping |
| US7269153B1 (en) | 2002-05-24 | 2007-09-11 | Conexant Systems, Inc. | Method for minimizing time critical transmit processing for a personal computer implementation of a wireless local area network adapter |
| JP2003098583A (ja) | 2002-06-10 | 2003-04-03 | Nikon Corp | 書換え可能なメモリを使用するカメラ |
| US7543326B2 (en) | 2002-06-10 | 2009-06-02 | Microsoft Corporation | Dynamic rate control |
| JP2004021613A (ja) | 2002-06-17 | 2004-01-22 | Seiko Epson Corp | データ転送制御装置、電子機器及びデータ転送制御方法 |
| DE60212104T2 (de) | 2002-06-18 | 2006-10-19 | Matsushita Electric Industrial Co., Ltd., Kadoma | Auf Empfänger basierte Umlaufzeitmessung in TCP |
| KR100469427B1 (ko) | 2002-06-24 | 2005-02-02 | 엘지전자 주식회사 | 이동통신 시스템의 동영상 재생 방법 |
| US7486696B2 (en) | 2002-06-25 | 2009-02-03 | Avaya, Inc. | System and method for providing bandwidth management for VPNs |
| JP4175838B2 (ja) | 2002-07-09 | 2008-11-05 | 三菱電機株式会社 | 待機モード付情報処理装置およびその待機モード開始方法と待機モード解除方法 |
| DE10234991B4 (de) | 2002-07-31 | 2008-07-31 | Advanced Micro Devices, Inc., Sunnyvale | Hostcontrollerdiagnose für einen seriellen Bus |
| US7403511B2 (en) | 2002-08-02 | 2008-07-22 | Texas Instruments Incorporated | Low power packet detector for low power WLAN devices |
| US6611221B1 (en) | 2002-08-26 | 2003-08-26 | Texas Instruments Incorporated | Multi-bit sigma-delta modulator employing dynamic element matching using adaptively randomized data-weighted averaging |
| WO2004023821A1 (en) | 2002-09-05 | 2004-03-18 | Agency For Science, Technology And Research | A method and an apparatus for controlling the rate of a video sequence; a video encoding device |
| US20040140459A1 (en) | 2002-09-13 | 2004-07-22 | Haigh Scott D. | 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 | 撮像装置及び携帯端末並びに撮像装置製造方法 |
| US7403487B1 (en) | 2003-04-10 | 2008-07-22 | At&T Corporation | Method and system for dynamically adjusting QOS |
| JP4288994B2 (ja) | 2003-04-10 | 2009-07-01 | 株式会社日立製作所 | 端末装置、配信サーバ、映像データの受信方法及び映像データの送信方法 |
| JP4505450B2 (ja) * | 2003-04-17 | 2010-07-21 | トムソン ライセンシング | データ要求送信装置及びプロセス並びに対応するプロダクツ |
| 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 |
| ES2357234T3 (es) | 2003-06-02 | 2011-04-20 | Qualcomm Incorporated | Generación e implementación de un protocolo y una interfaz de señales para velocidades de transferencia de datos elevadas. |
| US6975145B1 (en) | 2003-06-02 | 2005-12-13 | Xilinx, Inc. | Glitchless dynamic multiplexer with synchronous and asynchronous controls |
| JP4278439B2 (ja) | 2003-06-02 | 2009-06-17 | パイオニア株式会社 | 情報通信装置、そのシステム、その方法、そのプログラム、および、そのプログラムを記録した記録媒体 |
| US20040260823A1 (en) | 2003-06-17 | 2004-12-23 | General Instrument Corporation | Simultaneously transporting multiple MPEG-2 transport streams |
| JP3834819B2 (ja) | 2003-07-17 | 2006-10-18 | 船井電機株式会社 | プロジェクタ |
| KR100538226B1 (ko) | 2003-07-18 | 2005-12-21 | 삼성전자주식회사 | 복수의 아날로그 입력 신호를 고속으로 처리하는아날로그/디지털 변환 장치 및 이를 이용한 디스플레이 장치 |
| US7526350B2 (en) | 2003-08-06 | 2009-04-28 | Creative Technology Ltd | Method and device to process digital media streams |
| KR101070209B1 (ko) | 2003-08-13 | 2011-10-06 | 퀄컴 인코포레이티드 | 더 높은 데이터 레이트를 위한 신호 인터페이스 |
| US7467202B2 (en) * | 2003-09-10 | 2008-12-16 | Fidelis Security Systems | High-performance network content analysis platform |
| CN101764804A (zh) | 2003-09-10 | 2010-06-30 | 高通股份有限公司 | 高数据速率接口 |
| US7015838B1 (en) | 2003-09-11 | 2006-03-21 | Xilinx, Inc. | Programmable serializing data path |
| KR20050028396A (ko) | 2003-09-17 | 2005-03-23 | 삼성전자주식회사 | 멀티 세션 방식을 이용한 데이터 기록 방법 및 그정보저장매체 |
| JP2005107683A (ja) | 2003-09-29 | 2005-04-21 | Sharp Corp | 通信コントローラ、通信システム、通信機器、および通信方法 |
| EP1523207B9 (en) | 2003-10-08 | 2008-10-29 | Research In Motion Limited | Method and apparatus for dynamic packet transport in CDMA2000 networks |
| KR20080052699A (ko) | 2003-10-15 | 2008-06-11 | 퀄컴 인코포레이티드 | 높은 데이터 레이트 인터페이스 |
| AU2004307162A1 (en) | 2003-10-29 | 2005-05-12 | Qualcomm Incorporated | High data rate interface |
| JP4782694B2 (ja) | 2003-11-12 | 2011-09-28 | クゥアルコム・インコーポレイテッド | 改善されたリンク制御を有する高速データレートインタフェース |
| 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 |
| US7143207B2 (en) | 2003-11-14 | 2006-11-28 | Intel Corporation | Data accumulation between data path having redrive circuit and memory device |
| MXPA06006012A (es) | 2003-11-25 | 2006-08-23 | Qualcomm Inc | Interfase de indice de datos alto con sincronizacion de enlace mejorada. |
| EP1698146A1 (en) | 2003-12-08 | 2006-09-06 | 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 |
| KR20060128982A (ko) | 2004-01-28 | 2006-12-14 | 코닌클리즈케 필립스 일렉트로닉스 엔.브이. | 디스플레이 방법 및 디스플레이 시스템 |
| US7158536B2 (en) | 2004-01-28 | 2007-01-02 | Rambus Inc. | Adaptive-allocation of I/O bandwidth using a configurable interconnect topology |
| US7868890B2 (en) | 2004-02-24 | 2011-01-11 | Qualcomm Incorporated | Display processor for a wireless device |
| JP3786120B2 (ja) | 2004-03-09 | 2006-06-14 | セイコーエプソン株式会社 | データ転送制御装置及び電子機器 |
| US8669988B2 (en) | 2004-03-10 | 2014-03-11 | Qualcomm Incorporated | High data rate interface apparatus and method |
| EP1735986B1 (en) | 2004-03-17 | 2013-05-22 | Qualcomm, Incorporated | High data rate interface apparatus and method |
| 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 |
| US7068230B2 (en) | 2004-06-02 | 2006-06-27 | Research In Motion Limited | Mobile wireless communications device comprising multi-frequency band antenna and related methods |
| 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 |
| US20060034301A1 (en) | 2004-06-04 | 2006-02-16 | Anderson Jon J | High data rate interface apparatus and method |
| BRPI0511783A (pt) | 2004-06-04 | 2008-01-15 | Qualcomm Inc | método e equipamento de interface com velocidade elevada de dados |
| 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 |
| WO2006008067A1 (en) | 2004-07-22 | 2006-01-26 | Ucb, S.A. | Indolone derivatives, processes for preparing them and their uses |
| 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 |
| US8692838B2 (en) | 2004-11-24 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for updating a buffer |
| EP1815626B1 (en) | 2004-11-24 | 2018-09-12 | Qualcomm Incorporated | Double data rate serial encoder |
| US7315265B2 (en) | 2004-11-24 | 2008-01-01 | Qualcomm Incorporated | Double data rate serial encoder |
| US8667363B2 (en) | 2004-11-24 | 2014-03-04 | Qualcomm Incorporated | Systems and methods for implementing cyclic redundancy checks |
| US8539119B2 (en) | 2004-11-24 | 2013-09-17 | Qualcomm Incorporated | Methods and apparatus for exchanging messages having a digital data interface device message format |
| US8699330B2 (en) | 2004-11-24 | 2014-04-15 | Qualcomm Incorporated | Systems and methods for digital data transmission rate control |
| EP2317688A3 (en) | 2004-11-24 | 2012-03-21 | QUALCOMM Incorporated | System 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 |
| US8873584B2 (en) | 2004-11-24 | 2014-10-28 | Qualcomm Incorporated | Digital data interface device |
| US20060161691A1 (en) | 2004-11-24 | 2006-07-20 | Behnam Katibian | Methods and systems for synchronous execution of commands across a communication link |
| 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 | 대성전기공업 주식회사 | 시트 온도 조절 스위치 장치 |
-
2004
- 2004-09-10 CN CN200910225282A patent/CN101764804A/zh active Pending
- 2004-09-10 BR BRPI0414229-2A patent/BRPI0414229A/pt not_active IP Right Cessation
- 2004-09-10 KR KR1020097009564A patent/KR100973103B1/ko not_active IP Right Cessation
- 2004-09-10 AU AU2004303402A patent/AU2004303402A1/en not_active Abandoned
- 2004-09-10 JP JP2006526306A patent/JP4838132B2/ja not_active Expired - Fee Related
- 2004-09-10 RU RU2006111452/09A patent/RU2369033C2/ru not_active IP Right Cessation
- 2004-09-10 TW TW093127510A patent/TWI345404B/zh not_active IP Right Cessation
- 2004-09-10 ES ES04788672T patent/ES2323129T3/es active Active
- 2004-09-10 KR KR1020067006929A patent/KR100951158B1/ko not_active IP Right Cessation
- 2004-09-10 CN CNA2004800330133A patent/CN1879383A/zh active Pending
- 2004-09-10 DE DE602004019797T patent/DE602004019797D1/de active Active
- 2004-09-10 CA CA2538308A patent/CA2538308C/en not_active Expired - Fee Related
- 2004-09-10 MX MXPA06002809A patent/MXPA06002809A/es active IP Right Grant
- 2004-09-10 WO PCT/US2004/029529 patent/WO2005027467A1/en active Application Filing
- 2004-09-10 US US10/938,354 patent/US8719334B2/en not_active Expired - Fee Related
- 2004-09-10 AT AT04788672T patent/ATE424685T1/de not_active IP Right Cessation
- 2004-09-10 EP EP04788672A patent/EP1665730B1/en not_active Not-in-force
- 2004-09-13 AR ARP040103268A patent/AR045639A1/es unknown
-
2006
- 2006-03-09 IL IL174203A patent/IL174203A0/en unknown
- 2006-03-09 ZA ZA200602013A patent/ZA200602013B/en unknown
-
2010
- 2010-10-05 US US12/898,114 patent/US8635358B2/en not_active Expired - Fee Related
- 2010-12-01 JP JP2010268227A patent/JP5129318B2/ja not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20030061001A (ko) * | 2000-12-15 | 2003-07-16 | 콸콤 인코포레이티드 | 고데이터율 신호 전달을 위한 통신 프로토콜 및인터페이스의 형성과 구현 |
| WO2003023587A2 (en) * | 2001-09-06 | 2003-03-20 | Qualcomm, Incorporated | Generating and implementing a communication protocol and interface for high data rate signal transfer |
Also Published As
| Publication number | Publication date |
|---|---|
| CA2538308C (en) | 2013-05-14 |
| IL174203A0 (en) | 2006-08-01 |
| KR20090051277A (ko) | 2009-05-21 |
| EP1665730A1 (en) | 2006-06-07 |
| MXPA06002809A (es) | 2006-06-14 |
| RU2006111452A (ru) | 2007-10-20 |
| AR045639A1 (es) | 2005-11-02 |
| JP2011066935A (ja) | 2011-03-31 |
| KR100973103B1 (ko) | 2010-08-02 |
| CN101764804A (zh) | 2010-06-30 |
| CN1879383A (zh) | 2006-12-13 |
| KR20060121914A (ko) | 2006-11-29 |
| WO2005027467A1 (en) | 2005-03-24 |
| US20110022719A1 (en) | 2011-01-27 |
| US8635358B2 (en) | 2014-01-21 |
| CA2538308A1 (en) | 2005-03-24 |
| JP5129318B2 (ja) | 2013-01-30 |
| US20050120079A1 (en) | 2005-06-02 |
| US8719334B2 (en) | 2014-05-06 |
| BRPI0414229A (pt) | 2006-10-31 |
| ATE424685T1 (de) | 2009-03-15 |
| ES2323129T3 (es) | 2009-07-07 |
| RU2369033C2 (ru) | 2009-09-27 |
| JP2007505574A (ja) | 2007-03-08 |
| TW200525970A (en) | 2005-08-01 |
| EP1665730B1 (en) | 2009-03-04 |
| DE602004019797D1 (de) | 2009-04-16 |
| JP4838132B2 (ja) | 2011-12-14 |
| AU2004303402A1 (en) | 2005-03-24 |
| ZA200602013B (en) | 2007-05-30 |
| TWI345404B (en) | 2011-07-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100951158B1 (ko) | 고속 데이터 인터페이스 | |
| KR100915250B1 (ko) | 향상된 링크 제어를 제공하는 고속 데이터 레이트 인터페이스 | |
| KR100919761B1 (ko) | 고 데이터 레이트 인터페이스 장치 및 방법 | |
| KR100906319B1 (ko) | 링크 동기화를 갖는 고 데이터 레이트 인터페이스 | |
| KR101019935B1 (ko) | 고 데이터 레이트 인터페이스 장치 및 방법 | |
| KR101070209B1 (ko) | 더 높은 데이터 레이트를 위한 신호 인터페이스 | |
| KR101245962B1 (ko) | 고 데이터 레이트 인터페이스 장치 및 방법 | |
| KR100827573B1 (ko) | 높은 데이터 레이트 인터페이스 | |
| KR100882164B1 (ko) | 높은 데이터 레이트 인터페이스 | |
| KR100926658B1 (ko) | 고 데이터 레이트 인터페이스 장치 및 방법 | |
| KR20060096161A (ko) | 향상된 링크 동기화를 제공하는 고속 데이터 레이트인터페이스 | |
| KR100882166B1 (ko) | 고 데이터 레이트 인터페이스 장치 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| A107 | Divisional application of patent | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant | ||
| FPAY | Annual fee payment |
Payment date: 20130227 Year of fee payment: 4 |
|
| FPAY | Annual fee payment |
Payment date: 20140227 Year of fee payment: 5 |
|
| FPAY | Annual fee payment |
Payment date: 20150227 Year of fee payment: 6 |
|
| LAPS | Lapse due to unpaid annual fee |