CN110476434B - 通过音频回传通道传输共模控制数据 - Google Patents

通过音频回传通道传输共模控制数据 Download PDF

Info

Publication number
CN110476434B
CN110476434B CN201880023551.6A CN201880023551A CN110476434B CN 110476434 B CN110476434 B CN 110476434B CN 201880023551 A CN201880023551 A CN 201880023551A CN 110476434 B CN110476434 B CN 110476434B
Authority
CN
China
Prior art keywords
signal
source device
transmitted
packet
physical channel
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201880023551.6A
Other languages
English (en)
Other versions
CN110476434A (zh
Inventor
S·拉纳德
明磊
黄炯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Lattice Semiconductor Corp
Original Assignee
Lattice Semiconductor Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lattice Semiconductor Corp filed Critical Lattice Semiconductor Corp
Publication of CN110476434A publication Critical patent/CN110476434A/zh
Application granted granted Critical
Publication of CN110476434B publication Critical patent/CN110476434B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
    • G06F11/0757—Error or fault detection not based on redundancy by exceeding limits by exceeding a time limit, i.e. time-out, e.g. watchdogs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H04L1/0058—Block-coded modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • 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
    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • H04N21/43632—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • H04N21/43635—HDMI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8106—Monomedia components thereof involving special audio data, e.g. different tracks for different languages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/439—Processing of audio elementary streams

Abstract

源设备和宿设备可以使用至少包括第一物理通道和第二物理通道的接口电缆来连接。第一物理通道可以用于从源设备向宿设备单向传输视频数据。另外，第二物理通道可以包括音频回传通道，其中音频数据可以以第一速率从宿设备向源设备单向传输。另外，第二物理通道还可以以比第一速率慢的第二速率在源设备与宿设备之间传输双向控制数据。音频数据可以被叠加在控制数据上，其中音频数据是使用差分信令被传输的，而控制数据是使用共模信令被传输的。

Description

通过音频回传通道传输共模控制数据
背景技术
本公开涉及数据通信，并且更具体地，涉及控制数据和音频数据的同时传输。
视频和音频数据通常通过诸如高清晰度多媒体接口(HDMI)电缆等通信通道从一个设备传输到另一设备。例如，HDMI电缆可以用于从诸如音频/视频接收器(AVR)等源设备向宿设备(例如，诸如TV等显示设备)单向传输高分辨率视频数据。
在某些情况下，宿设备可以从另一源接收音频和/或视频数据(例如，经由天线、无线因特网连接、第二源设备等)。这样，可能需要宿设备将音频数据传输回源设备。例如，宿设备可以显示所接收的视频数据，同时通过HDMI电缆向源设备传输音频数据以由与源设备相关联的扬声器系统播放。
发明内容
实施例涉及通过同一物理通道在宿设备与源设备之间同时传输音频数据和控制数据。源设备和宿设备可以经由接口电缆(例如，HDMI电缆)连接，该接口电缆包括多个端口，这些端口被划分为形成第一物理通道的第一组端口和形成第二物理通道的第二组端口。源设备通过第一物理通道向宿设备传输单向视频数据。另外，宿设备可以通过第二物理通道向源设备传输单向音频数据。
在一些实施例中，音频数据可以包括音频回传数据。宿设备和源设备可以通过第二物理通道在这两个设备之间传输控制数据。
在一些实施例中，音频数据使用差分信令以第一速率被传输，并且控制数据使用共模信号以低于第一速率的第二速率被传输。
在一些实施例中，控制数据包括在源设备与宿设备之间传输的读取事务和写入事务。
在一些实施例中，控制数据以半双工模式被传输。宿设备可以用作主设备，并且发起每个读取或写入事务。源设备可以用作从设备，该从设备在控制数据的分组从宿设备向源设备的传输之后的指定响应窗口期间，向宿设备传输控制数据的分组。
实施例还涉及在宿设备与源设备之间同时传输音频和控制数据。通过第一物理通道从源设备接收未压缩视频数据，其中第一物理通道是单向物理通道。通过与第一物理通道分离的第二物理通道，从源设备接收发现信号，以确认源设备对双向通信模式的支持。在接收到发现信号之后，建立双向通信。在双向通信期间，通过第二物理通道，使用共模信号向源设备和从源设备通信传递控制数据。共模信号以第一速度被传输。此外，音频信号通过第二物理通道向源设备传输。音频信号被叠加在共模信号上并且以高于第一速度的第二速度被传输。
附图说明
图1示出了根据一个实施例的通过第一物理通道和第二物理通道进行通信的源设备和宿设备的示意图。
图2示出了根据一个实施例的与用于传输音频数据或控制数据的下降沿调制(FEM)相关联的波形。
图3示出了根据一个实施例的用于通过第二物理通道在源设备与宿设备之间同时传输音频数据和控制数据两者的共模比特流的示例。
图4A和图4B示出了根据一个实施例的在宿设备与源设备之间建立双向通信的示例状态图。
图5A示出了根据一个实施例的有效载荷分组格式。
图5B示出了根据一些实施例的使用双相标记编码来传输的分组的前导码和同步比特的示例。
图6示出了根据一个实施例的在主设备与从设备之间的一系列被传输的分组。
图7是根据一个实施例的用于在源设备与宿设备之间建立eARC双向通信通道的过程的流程图。
图8是根据一个实施例的用于使用双向通信通道来处理事务的过程的流程图。
附图仅出于说明的目的描绘了本公开的实施例。
具体实施方式
附图和以下描述仅通过说明的方式涉及各种实施例。应当注意，从下面的讨论中，本文中公开的结构和方法的替代实施例将容易地被认为是在不偏离本文中讨论的原理的情况下可以采用的可行替代方案。现在将详细参考几个实施例，其示例在附图中被示出。应当注意，在适当的情况下，相似或类似的附图标记可以在附图中使用并且可以指示相似或类似的功能。
实施例涉及彼此独立地通过同一物理通道在宿设备与源设备之间同时传输音频回传数据和控制数据。源设备和宿设备通过接口电缆连接，诸如包括第一物理通道和第二物理通道的高清晰度多媒体接口(HDMI)电缆。源设备可以通过第一物理通道向宿设备传输单向视频数据，而宿设备可以通过第二物理通道向宿设备传输单向音频数据。宿设备和源设备还可以通过第二物理通道在这两个设备之间传输双向控制数据。单向音频数据和双向控制数据可以在彼此之上叠加，从而音频数据经由差分信令以第一速率被传输，而控制数据经由共模信令以低于第一速率的第二速率被传输。
系统的总体概述
图1示出了根据一个实施例的用于通过第一物理通道和第二物理通道进行通信的源设备102和宿设备104的示意图。源设备102和宿设备104通过多个物理通道彼此通信。多个物理通道可以被实现为接口电缆(例如，HDMI电缆)。
宿设备104是从对端源设备(例如，源设备102)接收媒体数据以进行再现的设备。宿设备104可以被实现为诸如电视等显示设备。
源设备102向宿设备104传输媒体数据以进行再现。示例源设备尤其包括音频/视频接收器(AVR)、DVD或蓝光播放器、机顶盒和游戏机。
尽管宿设备104通常从源设备102接收媒体数据，但在某些设置中，宿设备104还可以从除源设备102之外的信源接收媒体数据。例如，连接到诸如DVD或游戏机等源设备的电视也可以经由备选信源(诸如空中天线、无线因特网连接、第二源设备(例如，另一DVD或游戏机)等)接收媒体数据。在这样的设置中，宿设备可以通过接口电缆向源设备102发送经由备选信源接收到的音频或其他媒体数据。然后，源设备102可以向扬声器系统发送音频数据以产生声音。
连接源设备102和宿设备104的接口电缆(例如，HDMI电缆)可以包括形成第一物理通道的第一组导线和形成第二物理通道的第二组导线。例如，第一物理通道可以用于从源设备102的源设备发射器106向宿设备的宿设备接收器108单向传输视频数据110。第一物理通道可以被实现为经由转换最小化差分信令(TMDS)来传输数据的导线对。第二物理通道可以被实现为导线，每条导线连接到HDMI的热插拔检测(HPD)端口和公用(utility，UTIL)端口。
如图1所示，源设备102和宿设备104可以包括各自的源双向发射器/接收器(Tx/Rx)112和宿双向Tx/Rx 114。源双向Tx/Rx 112和宿双向Tx/Rx 114可以通过第二物理通道通信，第二物理通道可以用于从宿双向Tx/Rx 114向源双向Tx/Rx 112单向传输音频数据116。此外，第二物理通道可以在宿双向Rx 114与源双向Tx/Rx 112之间双向传输控制数据118。
第二物理通道可以在宿设备104与源设备102之间传输控制数据118，诸如扩展显示标识数据(EDID)、指令命令和其他状态信息。控制数据118可以包括例如HDCP(高带宽数字内容保护)相关的控制数据，诸如周期性链路完整性检查、从源设备102(用作音频宿)向宿设备104(用作音频源)传输的eARC能力数据(该数据可以类似于EDID控制数据)，等等。在一些实施例中，控制数据118可以用于通过使用与宿设备104相关联的遥控器来控制源设备102的一个或多个设置。
尽管本文中主要关于HDMI来描述实施例，但其他实施例可以使用其他类型的数据传输标准来实现，诸如显示端口(DisplayPort)或移动高清晰度链路(MHL)等。
示例共模传输方案
在下文中，通过第二物理通道的音频数据传输被描述为使用下降沿调制(FEM)方案来执行，但实施例不限于FEM方案。FEM方案或类似方案(例如，上升沿调制方案)是有利的，这尤其是因为音频或控制数据可以与时钟信号同时传输。
图2示出了根据一个实施例的与用于传输音频数据或控制数据的下降沿调制(FEM)相关联的波形。如图2所示，信号200被划分为多个时钟周期202A、202B、202C等。在每个时钟周期202A、202B、202C等中传输媒体数据(例如，音频数据)的一个比特。每个时钟周期202由信号200的上升沿限定。
信号200中的每个时钟周期202期间传输的数据比特的值基于每个时钟周期200内的信号200的下降沿的时序来确定。在图2的示例中，如果下降沿在距上升沿的阈值时间量内，则值“0”被发信号传送，而如果下降沿在距上升沿的阈值时间量之后出现，则改为值“1”被发信号传送。信号200的值在每个上升沿之后的一个设定时间量(例如，基于阈值时间量)处被测量，以确定信号的值。如果信号200为低，表明已经出现下降沿，则发信号传送值“0”。如果信号200为高，表明尚未出现下降沿，则发信号传送值“1”。
图3示出了根据一个实施例的用于通过第二物理通道在源设备102与宿设备104之间同时传输音频数据和控制数据两者的共模比特流的示例。图3的信号300被传输为包括正信号302A和负信号302B的差分信号。例如，在HDMI的上下文中，正信号302A可以通过HDMI电缆的热插拔线传输，而负信号302B可以通过HDMI电缆的UTIL线传输，反之亦然。
在信号300内，音频数据以高于控制数据的速率被传输，因此音频数据可以被嵌入在控制数据内。音频数据可以使用上述FEM方案来传输，而控制数据作为共模信号来传输。在其他实施例中，控制数据也可以使用FEM方案来传输。
信号300的值(包括正信号302A和负信号302B)可以在三种不同状态(例如，低、中、高)之间变化。共模控制数据的值可以基于正信号302A和负信号302B的值的均值来确定。例如，如图3所示，在第一时间段304A期间，正信号302A和负信号302B在低值与中值之间交替，因此具有在低值与中值之间的均值，其发信号传送共模控制数据的低值(“0”)。另一方面，在第二时间段304B期间，正信号302A和负信号302B在中值与高值之间交替，具有在中值与高值之间的均值，发信号传送共模控制数据的高值(“1”)。
另外，正信号302A与负信号302B之间的差异被用于确定所传输的音频数据的值。例如，当正信号302A高于负信号302B时(例如，在第一时间段304A期间，正信号302A为中，而负信号302B为低)，音频数据为高。类似地，当正信号302A低于负信号302B时，音频数据为低。然后可以基于FEM来确定所传输的音频数据的值。
这样，通过将信号300传输为包括正信号302A和负信号302B两者的差分信号，可以基于正信号302A和负信号302B的均值来区分信号300发信号传送共模控制数据的“0”还是“1”。另外，可以基于正信号302A和负信号302B之间的差异来确定所产生的音频数据的值，而不管正信号302A和负信号302B是在低与中之间的范围(例如，如在第一时间段304A期间)还是在中与高之间的范围(例如，如在第二时间段304B期间)。
在一些实施例中，使用双相标记编码来编码信号300的共模控制数据。这样，基于每两个时钟周期是存在转换或是不存在转换(从高到低，反之亦然)，来确定控制数据的实际值。在一些实施例中，可以基于与如上所述的基于FEM编码信号而限定的音频数据相关联的时钟周期，来推导与控制数据相关联的时钟周期(例如，是音频数据时钟的倍数)。
因此，如图3所示，通过传输共模差分信号，音频数据、音频数据时钟、控制数据和控制数据时钟都可以通过单个物理通道来传输，从而允许音频和控制数据的同时传输。音频数据以由差分信号302A、302B的移位所表示的第一速率来传输，而控制数据以由两个差分信号302A、302B的平均电压电平的变化移位所表示的第二速率来传输。第二速率低于第一速率。也就是说，在共模控制数据的仅一个比特被传输的时段期间，传输音频数据的多个比特被传输。例如，在一些实施例中，传输音频数据的第一速率可以在4Mbps至98Mbps之间，而传输控制数据的第二速率可以约为1Mbps。
在一些实施例中，在双向通信期间，可以以基本恒定的速率传输音频数据。另一方面，在必要时可以偶尔传输控制数据。另外，当不传输控制数据时，共模信号的值可以处于浮置状态。然而，可以继续使用差分信号来传输音频数据，因为正信号和负信号之间的差异可以独立于正信号和负信号的均值来确定。另外，控制数据在被传输时不依赖于所传输的音频数据的值，因为在一个时间段内差分信号的正负信号的均值不依赖于正负信号之间的差异。这样，使用差分信号的音频数据的传输和使用共模的控制数据的传输允许在不依赖于音频数据的情况下传输控制数据，反之亦然。
建立双向通信
图4A和图4B示出了根据一个实施例的在宿设备104与源设备102之间建立双向通信的示例状态图。因为存在各种具有不同能力的不同的源设备和宿设备，所以特定的宿设备可以连接到支持双向通信的第一源设备，或者连接到与不支持双向通信的传统设备相对应的第二源设备。这样，在双向通信开始之前，宿设备首先验证所连接的源设备实际上支持双向通信。如果源设备支持双向通信，则源设备发起与源设备的双向通信。否则，将不会发起双向通信。如本文中使用的，在不同时传输双向控制数据的情况下进行的音频数据从信宿到信源的传输可以被称为通过音频回传通道(ARC)的通信。另一方面，允许在双向控制数据的同时传输的情况下进行的音频数据从信宿到信源的传输的双向通信通道可以被称为增强音频回传通道(eARC)。
图4A示出了根据一个实施例的在源设备上实现的源Tx/Rx的状态图400A。图4B示出了根据一个实施例的在宿设备上实现的宿Tx/Rx的状态图400B。源Tx/Rx和宿Tx/Rx(为了便于讨论，在下文中称为“信源”和“信宿”)可以对应于在图1所示的源设备102和宿设备104上实现的源双向Tx/Rx 112和宿双向Tx/Rx 114。由于信源经历的状态(状态图400A所示)和信宿经历的状态(状态图400B所示)彼此镜像，因此下面将这两种状态结合起来讨论。在所示的状态图400A和状态图400B中，粗实线指示设备(对于状态图400A，设备是信源；对于状态图400B，设备是信宿)的两个状态之间的转换是由该设备的动作引起的，而细实线指示两种状态之间的转换是由源自外部设备的动作引起的。
如图4A和图4B所示，信源和信宿都可以以初始空闲状态(IDLE1)开始。当信源和信宿经由接口电缆(例如，HDMI电缆)连接时，信源和/或信宿能够经由热插拔检测(HPD)端口检测该连接。在检测到已经连接了源设备和宿设备(例如，HPD＝1)时，信源和信宿将转换到第一发现状态(DISC1)。当在源设备与宿设备之间形成连接(例如，通过在这些设备之间连接HDMI电缆)时，宿设备可以通过指定端口(例如，HPD端口)向源设备传输标识信息，从而向源设备通知宿设备的存在以及宿设备的一个或多个能力。在一些实施例中，响应于连接的检测(例如，HPD＝1)，宿设备通过接口电缆的端口(例如，HDMI电缆的数据显示通道(DDC)端口)向源设备传输EDID信息(未示出)。
当处于发现状态时，信源和信宿可以尝试建立eARC通信。如果信源支持eARC通信，则信源将会周期性向信宿传输逗点(comma)信号(下文将详细讨论)。逗点信号可以以特定节奏传输。例如，信源可以在预定时间段(例如，10ms)内传输逗点信号，随后在传输另一逗点信号之前(在状态DISC1下)，信源在预定时间段(例如，10ms)内等待应答信号(例如，来自信宿的set_eARC_valid信号)，在状态图400A中被指示为第二发现状态(DISC2)。
在第一发现状态(DISC1)期间，信宿等待从信源接收逗点信号。在接收到逗点信号之后，信宿将获悉信源支持eARC通信，并且转换到第二发现状态(DISC2)，在该状态下，信宿向信源传输应答(例如，set_eARC_valid信号)，以确认接收到该公共信号并且表明已经准备好使用eARC进行通信。在一些实施例中，如果宿设备不能够转换到eARC双向通信状态(例如，不能够设置它的eARC_valid位)，则其可以忽略接收到的逗点信号。
响应于接收到set_eARC_valid应答信号，信源设置eARC_valid位的值，并且转换到双向通信状态(eARC状态)。另外，信源可以响应于从信宿接收到set_eARC_valid应答信号而向信宿传输确认信号(ACK)。这样，信宿也可以转换到双向通信状态(eARC)。
另一方面，如果信源无法设置eARC_valid位，则它可以向信宿传输否定确认信号(NACK)。作为响应，信宿可以返回到第一发现状态(DISC1)，在该状态下，信宿等待接收另一逗点信号。
在双向通信状态(eARC状态)期间，信源和信宿可以同时传输在彼此上叠加的共模控制数据和音频数据(例如，如图3所示)。例如，控制数据可以包括HDCP控制数据、eARC能力数据和/或其他类型的控制数据。另外，在信源和信宿处于eARC状态的整个持续时间内，在信源与信宿之间传输心跳信号(该信号可以对应于与一系列事务相对应的一个或多个传输分组，下文将关于图5和图6更详细地进行描述)。心跳信号可以包括作为控制数据的一部分、以周期性间隔在信源与信宿之间传输的一系列一个或多个事务(例如，读取事务或写入事务)。例如，心跳可以包括信宿将其当前状态写入信源内的指定地址，并且读取信源的当前状态。在一些实施例中，set_eARC_valid信号从信宿到信源的传输对应于形成所建立的eARC通信的第一心跳的一部分的写入事务。
如果心跳信号丢失(例如，至少在一个阈值时间量内未检测到)，则eARC通信可以结束，因此信源和信宿状态可以离开eARC状态并且返回发现状态(DISC1)，以尝试重新建立双向通信。
如果在发现过程中未在一个阈值时间量(例如，100ms)内建立eARC，则信源和信宿可以从发现状态转换出来，并且进入空闲状态(IDLE2)，此时，信源和信宿保持连接状态(HPD＝1)，但是eARC通信不是活跃的。
在源设备不支持双向eARC通信的实施例中，可以可选地使用传统ARC通信。例如，在eARC发现失败之后，信宿可以发起ARC通信，使得信源和信宿转换到ARC状态。ARC通信的终止使得信源和信宿转换回空闲状态(IDLE2)。
在eARC发现失败之后(例如，信源和信宿处于IDLE2状态)，在一个预定时间段之后，信源可以通过向信宿传输逗点信号来重新尝试建立eARC通信。
如果信宿与信源之间的连接断开(HPD＝0)，则信宿和信源可以转换回初始空闲状态(IDLE1)。
示例逗点信号发现
如上所述，可以在验证信源支持eARC通信的这样的发现阶段之后建立源设备与宿设备之间的eARC通信。在这样的实施例中，信源(例如，图1所示的源双向Tx/Rx 112)可以向信宿(例如，图1所示的宿双向Tx/Rx 114)传输逗点信号，并且等待来自信宿的确认信号。
逗点信号可以包括在预定时间段(例如，10ms)内传输的一系列0和1值(例如，交替的0和1值)。逗点信号可以使用FEM方案或类似方案来传输。在传输逗点信号之后，信源可以等待一个预定时间段(例如，10ms)以获取来自信宿的响应(例如，set_eARC_valid信号)。如果在预定时间段内未接收到响应，则可以传输另一逗点信号。这样，信源可以以传输逗点信号和等待信宿的应答这样的交替周期继续操作，直到接收到应答并且建立eARC通信，或者直到已经过去一个阈值时间段(例如，～100ms)，因此eARC通信未被建立。
传输有效载荷
如以上参考图4讨论的，在信宿与信源之间传输的控制数据可以用于在宿设备与源设备之间通信状态信息，以及向源设备传输由宿设备接收到的命令以配置源设备的一个或多个设置。控制数据可以以半双工来传输，其中可以从信宿向信源传输控制数据，或者从信源向信宿传输控制数据，但是不能同时传输。
信源与信宿之间的双向通信可以被实现为主-从关系。例如，宿设备可以是主控方，而源设备可以作为从属方。使用eARC通信进行的控制数据的所有传输均由主控方发起。如本文中使用的，“主控方”可以用于指代信宿，而“从属方”可以用于指代信源。因为控制数据的传输是双向的，所以在给定传输中，主控方或从属方可以对应于发送设备或接收设备。
主控方向从属方传输控制数据，随后是与在其中从属方可以进行响应的一个预定时间段相对应的一个限定的响应窗口，因此避免了传输数据之间的任何冲突。在一些实施例中，主控方被配置为向从属方周期性地传输发起事务(例如，读取或写入事务)的控制数据，以用作心跳信号，这将在下面更详细地讨论。
控制数据可以以分组的形式被传输，每个分组符合特定格式。图5示出了根据一个实施例的有效载荷分组格式。如图5所示，分组500包括前导码502、同步比特504、有效载荷类型指示符506、有效载荷508、纠错码(ECC)比特510和奇偶校验比特512。分组500的数据可以使用双相标记编码来传输。
前导码502包括预定数目的具有特定值的比特。例如，前导码502可以包括六个比特的序列，六个比特全部指示值“1”。接收设备使用在其中发送设备传输前导码502的时间段，以便准备好接收同步比特504。例如，因为控制数据只能在主控方与从属方之间间歇地传输，所以在没有控制数据正在传输的空闲期间，eARC通道可以处于浮置状态。前导码比特可以被用于恢复eARC通道的电平，使得接收设备将能够在同步比特504被接收到时读取同步比特504。
同步比特504包括与前导码502不同的、预定数目的具有特定值的比特。例如，同步比特504可以包括四个比特的序列，四个比特全部指示值“0”。同步比特504的传输可以允许发送设备和接收设备彼此同步以准备好分组有效载荷的传输。
因为分组500(包括前导码502和同步比特504)可以使用双相标记编码来传输，所以尽管各自包括多次重复的相同逻辑值，但是前导码502和同步比特504将都包括电信号“0”和“1”两者。例如，图5B示出了根据一些实施例的使用双相标记编码传输的分组500的前导码502和同步比特504的示例。
有效载荷类型指示符506指示包含在分组500的有效载荷508内的数据的类型。有效载荷可以包括命令，或者可以包括数据有效载荷。例如，写入事务可以在多个分组上被传输，包括与发起事务的写入命令相对应的第一分组和包含要被写入的数据的一个或多个附加分组。在一些实施例中，有效载荷类型指示符506可以包括单个比特，其中比特值“1”指示有效载荷包括命令，而比特值“0”指示有效载荷包括数据。
有效载荷508包括与要在发送设备与接收设备之间传输的命令或数据相对应的预定数目的比特的序列。例如，有效载荷可以指示写入命令、读取命令、与写入或读取命令相关联的数据等。在一些实施例中，每个分组500的有效载荷508包括1个字节(8位)。
ECC比特510包括用于对有效载荷508进行保护和/或纠错的预定数目的比特。在一些实施例中，ECC比特510被配置为覆盖有效载荷类型指示符506、有效载荷508以及ECC比特510本身。在一些实施例中，ECC比特510包括用于每个分组500的四个比特。
奇偶校验比特512包括从有效载荷508和ECC比特510计算出的单个奇偶校验比特。在一些实施例中，奇偶校验比特512还用于将传输的信号返回到电值“0”。例如，在双相标记编码下，“1”值被编码具有中点转换、使得在比特的开头和结尾处的信号电平相同，而对“0”值用中点转换进行编码、使得比特的开头和结尾处的信号电平不同。奇偶校验比特512可以确保分组500内的偶数个“0”值，使得在分组的开始处的电信号电平将与在分组的结尾处的电信号电平相同(例如，电值“0”)。在一些实施例中，分组500还可以包含一个或多个保留比特(未示出)。
如上所述，控制数据可以在信宿(主控方)与信源(从属方)之间双向传输。图6示出了根据一些实施例的在主设备与从设备之间的一系列传输分组。为了避免冲突，使用半双工方案来传输控制数据。如图6所示，主设备向从设备传输第一分组602。该分组可以包括命令、或与先前传输的命令相关联的数据。
在第一分组602的传输之后，通道可以进入空闲状态，在该空闲状态期间，可以从从设备接收响应分组604。响应分组604将在从第一分组602的传输之后的空闲状态的开始起的一个预定时间段(例如，100ms)内(称为“响应窗口”)被接收。响应分组604可以在响应窗口内开始传输。例如，如图6所示，响应分组604的最后一位(例如，奇偶校验比特)可以在响应窗口已经结束之后被传输。在一些实施例中，如果主设备在响应窗口的结尾之前尚未开始接收响应分组604，则主设备可以重新传输第一分组602，从而开始新的响应窗口，在该新的响应窗口期间，从设备可以传输响应。
在主设备接收到响应分组604之后，该通道可以再次进入空闲状态，直到主设备向从设备传输第二分组606。第二分组606可以在响应分组604的传输之后的任何时间被传输，并且不限于在特定时间段内传输。
这样，如图6所示，从从属方到主控方的分组传输被限制在从主控方到从属方的分组传输之后的响应窗口，而从主控方到从属方的分组通常可以在任何时间发生(响应窗口除外)。
如图6所示，在一些实施例中，响应窗口的开始与分组602的结尾由一个驱动停止时间段(T_CM_Drive_Stop)和一个周转时间段(T_CM_Turnover)分离。驱动停止时间段指示前一分组的发送方(例如，主设备)将要停止驱动电“0”的时间段。如以上关于图5A讨论的，由于每个传输分组中的奇偶校验比特，每个传输分组以电“0”结束。周转时间段指示在其之后分组602的接收方(例如，从设备)可以开始驱动其响应分组604的时间段。因此，从设备进行响应的响应窗口在该周转时间段之后开始。
由于控制数据是双向传输的(例如，通过HDMI电缆的热插拔和UTIL线)，因此可以从宿设备(例如，主设备)向源设备(例如，从设备)异步传输音频数据(例如，eARC音频数据)。因为音频数据是差分地传输的并且与控制数据的值无关，所以控制数据的传输能够切换方向(例如，从主控方到从属方，以及从从属方到主控方)，而不影响音频数据的传输。
示例控制数据命令
从主设备向从设备传输的控制数据的每个分组可以促使从从设备到主设备的响应分组。这样的布置是有利的，尤其是因为使得每个设备都能够周期性确认成功地接收到向另一设备传输的分组。控制数据的分组可以包括命令，或者可以包含与先前传输的命令相关联的数据。
下面的表1示出了可以在主设备与从设备之间传输的示例命令。在一些实施例中，某些类型的命令仅由主控方向从属方传输，而其他类型的命令则从从属方向主控方传输。
Figure BDA0002223880790000141
Figure BDA0002223880790000151
表1
与命令和数据相对应的分组的组可以被分组为事务。如本文中使用的，事务是读取事务或写入事务。例如，主设备可以发起与从设备的写入事务，指令从设备向一个或多个寄存器写入数据(例如，以设置从设备的状态，向从设备发出一个或多个命令，等等)，或者发起指令从设备从一个或多个寄存器读取数据的读取事务。
主控方可以通过向从属方传输<eARC_READ>分组来发起读取事务，主控方在应答确认接收中接收针对前述分组的<ACK>分组。主控方随后传输<DEVICE ID>分组(包含主设备的标识的数据分组)和<OFFSET>分组(指示要从中读取数据的从设备的地址)，并且响应于每个传输分组而接收<ACK>分组。从设备随后开始传输从与<OFFSET>分组相对应的地址读取的数据，一次传输一个数据分组(例如，<Data0>、<Data1>、……、<DataN>)，随后主控方在接收到每个数据分组之后传输<CONT>分组，以向从设备确认已经成功接收到数据。在接收到最后的数据分组(<DataN>)之后，主设备传输<STOP>分组，以指示事务的终止，从设备可以使用<ACK>分组对此进行确认。
主控方可以通过以下来发起写入事务：向从属方传输<eARC_WRITE>分组，然后是指示要向其写入数据的地址的<DEVICE ID>和<OFFSET>分组。然后，主控方传输一个或多个数据分组(例如，<Data0>、<Data1>、……、<DataN>)，并且在传输最后的数据分组之后，传输<STOP>分组。从设备通过传输<ACK>分组来确认接收到每个分组。
在一些实施例中，如果主控方传输从属方不支持的<DEVICE ID>分组，则从属方可以向主控方传输<NACK>分组，这可以提示主控方传输<STOP>分组以终止该事务。
在一些实施例中，因为从设备可以仅在指定的响应窗口期间向主设备传输分组，所以从设备可能不会总是准备好在指定的响应窗口期间接收或发送数据。如果从设备尚未准备好发送/接收数据，则从设备可以改为向主控方传输<NACK>分组，以便推迟数据的传输。例如，在读取事务期间，如果从设备尚未准备好向主控方传输下一数据分组，则从设备可以传输<NACK>。主控方可以通过<CONT>分组进行应答，从而开始新的响应窗口，在此期间，从属方可以传输下一数据分组或另一<NACK>。
类似地，在写入事务期间，如果从属方未准备好接收从主控方传输的数据分组，则从属方可以向主控方传输<NACK>，以促使主控方重新发送数据分组，从而开始新的响应窗口。然后，如果从属方能够接收数据，则从属方可以传输<ACK>(由此主控方可以继续后续数据的传输)，或者如果从属方仍然不能接收数据，则从属方可以传输另一<NACK>(以提示主控方继续重新发送数据分组)。
在一些实施例中，不被支持的或以奇偶校验错误(例如，由奇偶校验比特512指示)被接收到的任何所传输的命令可以被接收设备丢弃而无需确认。然后，主设备可以尝试重新发送分组。例如，如果从设备丢弃从主设备接收的分组，则主设备在未检测到来自从设备的响应之后尝试重新发送分组。如果主设备丢弃从从设备接收的分组，则主设备可以向从设备重新发送先前的分组。
心跳和虚拟信号
如以上参考图4讨论的，为了维持源设备与宿设备之间的双向通信，可以在源设备与宿设备之间传输心跳信号。心跳信号可以包括由宿设备(例如，主设备)向源设备(例如，从设备)以规则间隔发出的读取事务和写入事务。例如，在一些实施例中，宿设备可以以大约每100ms的间隔发起读取事务和写入事务(统称为“心跳事务”)。
心跳事务的成功完成指示双向通信链路仍在运行中。另外，心跳事务可以用于传输指示通信链路的当前状态的数据。例如，心跳事务的读取事务可以被定向到与源状态寄存器相对应的源设备的特定地址。类似地，写入事务可以指示信源将与信宿状态相对应的数据写入信源的状态寄存器。这样，心跳事务的成功完成允许源设备和宿设备都接收另一设备的当前状态。在一段时间(例如，两个间隔)内无法完成心跳事务(读取事务或写入事务)可以指示心跳丢失，断开通信链接并且引起源设备和宿设备转换到空闲或发现状态。在一些实施例中，心跳事务是与通过双向通信链路传输的其他控制数据事务相分离的显式信号。在一些实施例中，通过双向通信链路在源设备与宿设备之间的任何成功完成的事务可以用作双向通信链路的操作状态的心跳事务指示。
下面的表2示出了根据一些实施例的存储在宿设备和源设备的状态寄存器中的数据的示例。状态寄存器的读取和写入可以用来代替通信通道的一个或多个端口的功能。例如，由于HDMI电缆中的HPD端口用于eARC通信，因此可以使用状态寄存器来维护HPD端口的值，而不是进行物理切换。这样，源设备和宿设备的状态寄存器可以被称为“虚拟信号”。
Figure BDA0002223880790000171
Figure BDA0002223880790000181
表2
如以上表2所示，HDMI电缆的物理HPD端口可以被替换为与虚拟HPD信号相对应的寄存器，其中HPD端口的值可以通过传输与虚拟HPD寄存器相对应的读取事务和写入事务来表达。
例如，与源设备的状态寄存器的位0相对应的Vid-HPD(也称为虚拟HPD)可以用作通过HDMI电缆上的物理HPD端口从宿设备向源设备传输的数据的虚拟替换。另一方面，在eARC的实现期间，与宿设备的状态寄存器的位0相对应的eARC_HPD在相反的方向上可以用作物理HPD的功能等效项。
在一些实施例中，将虚拟信号用于HPD可以避免在双向通信期间物理HPD的切换。在某些情况下，如果宿设备的EDID已经改变(例如，由于所连接的AVR被打开)，则物理HPD可以被切换，宿设备可以经由HPD切换来向源设备发信号通知这一改变。在其他情况下，如果宿设备是传统设备，并且在解码接收数据时检测到超过阈值错误数目，则宿设备可以切换HPD，以便强制源设备重新开始认证。然而，通过将HDMI电缆的物理HPD的功能替换为虚拟信号，可以防止切换可能中断双向通信的HPD。
示例流程
图7是根据一个实施例的用于在源设备与宿设备之间建立eARC双向通信通道的过程的流程图。源设备和宿设备通过第一物理通道和第二物理通道连接。例如，源设备和宿设备可以通过HDMI电缆连接。第一物理通道对应于HDMI电缆的TMDS导线对，而第二物理通道对应于HDMI电缆的HPD和UTIL通道的导线。
宿设备与源设备建立702连接，该连接至少包括第一物理通道和与第一物理通道分离的第二物理通道。在一些实施例中，第一物理通道可以用于从源设备向宿设备单向传输视频数据。在一些实施例中，该连接可以使用HDMI电缆来形成。
当源设备和宿设备连接(例如，使用HDMI电缆连接)时，宿设备通过第二物理通道向源设备发信号通知704该连接。例如，宿设备可以检测通过HDMI电缆的HPD端口的连接，并且向源设备传输指示宿设备的状态和/或标识符的信号。
在通过第二物理通道在源设备与宿设备之间建立连接之后，宿设备可以等待706从源设备接收应答信号。应答信号可以包括由源设备周期性传输的逗点信号。源设备仅在支持eARC双向通信时才传输逗点信号。因为并非所有源设备(例如，传统源设备)都可以支持eARC双向通信，所以逗点信号的传输向宿设备指示其所连接到的源设备支持eARC双向通信。
如果在预定时间段内未接收到706应答信号，则宿设备可以进入空闲状态。在一些实施例中，宿设备可以尝试发起与源设备的传统音频回传通信。
如果宿设备接收到应答信号(例如，逗点信号)，则宿设备传输708指示eARC双向通信应当被建立的确认信号(例如，set_eARC_valid信号)。然后，宿设备转换710到eARC双向通信状态。
一旦建立了eARC双向通信，则源设备和宿设备可以以第一速度通过第二物理通道传输712双向控制数据。控制数据可以包括在源设备与宿设备之间交换的状态信息。在一些实施例中，控制数据可以包括由宿设备接收的改变源设备的一个或多个设置的命令。例如，宿设备可以从外部源(例如，遥控器)接收命令，该外部源使用eARC双向通信、经由第二物理通道将这样的命令传输到源设备。
在一些实施例中，宿设备用作主控方，该主控方发起与用作从属方的源设备的所有事务。例如，宿设备可以通过发起写入事务来向源设备传输数据，并且可以通过发起读取事务来从源设备接收数据。宿设备和源设备以半双工模式通信，其中在宿设备(主控方)向源设备(从属方)传输分组之后，源设备具有用于发起应答分组的传输的预定的响应窗口。
使用包括差分信号线(例如，HPD线和UTIL线)的共模信号来传输控制数据。在一些实施例中，所传输的控制数据的比特值使用双相标记编码来传输。
另外，宿设备可以通过第二物理通道传输714单向音频数据。该音频数据可以包括由宿设备接收以由源设备回放的音频回传数据。使用差分信号来(例如，在HDMI电缆的HPD线与UTIL线之间)传输该音频数据，并且以高于第一速率的第二速率传输。这样，音频数据可以被叠加在所传输的控制数据上。因为音频数据使用差分信号被传输并且控制数据使用共模被传输，所以音频数据和控制数据可以彼此独立地传输。在一些实施例中，使用FEM编码来传输音频数据。
图8是根据一些实施例的用于使用eARC双向通信来处理事务的过程的流程图。在一些实施例中，仅主设备(例如，宿设备)能够发起事务。主设备802将事务划分为多个分组。例如，写入事务可以包括指示写入事务的开始的初始分组(例如，<eARC_WRITE>)、设备ID分组、地址/偏移分组、与要写入的数据相对应的一个或多个分组、以及事务结束分组(例如，<STOP>)。类似地，读取事务可以包括指示读取事务的开始的初始分组(例如，<eARC_READ>)、设备ID分组、地址/偏移分组、基于要读取的数据的一个或多个分组、以及事务结束分组。
主设备通过双向通信通道向从设备发送804事务的分组。例如，主设备可以通过发送指示事务类型的初始分组(例如，<eARC_READ>或<eARC_WRITE>)来发起事务。在写入事务期间，所传输的分组可以包括要由从设备写入的数据的分组。另一方面，在读取事务期间，所传输的分组可以包括指示主设备准备好接收附加数据的分组(例如，<CONT>分组)。
主设备在阈值时间段内从从设备接收806响应分组。从设备被要求在指定的响应窗口内对来自主控方的传输分组进行响应。在一些实施例中，如果在响应窗口内未接收到响应分组，则主设备可以尝试向从设备重新发送传输分组。
在一些实施例中，响应分组可以包括确认分组(例如，<ACK>)，该确认分组确认从设备已经成功地从主设备接收到传输分组。在事务是读取事务的实施例中，响应分组可以包括与读取数据的一部分相对应的数据分组。在一些实施例中，如果由主控方传输的分组未被识别或不被支持(例如，不支持的设备ID、无效偏移等)，则从属方可以返回提示主控方终止事务的<NACK>分组。
在一些实施例中，从设备可以推迟事务。例如，在特定的响应窗口期间，从设备可能不会被读取以发送读取数据或接收写入数据。在这些情况下，从属方可以传输<NACK>分组以推迟从主控方接收写入数据或推迟向主控方发送读取数据。
主控方确定808所接收的响应分组是否推迟了事务(例如，<NACK>分组推迟了读取数据的传输或写入数据的接收)。如果是这样，则主控方可以重新发送812传输分组。在一些实施例中，在特定时间段之后，分组被重新发送。如果事务是读取事务，则主控方可以重新发送<CONT>分组，以指示主设备已经准备好继续接收数据。另一方面，如果事务是写入事务，则主设备可以重新发送先前传输的、要由从设备写入的数据分组。
另一方面，如果接收分组没有推迟事务，则主控方确定810传输分组是否是事务的最后分组。如果是，则事务结束。另一方面，如果传输分组不是事务的最后分组，则主设备传输804事务的下一分组。该过程可以继续，直到事务结束。
已经出于解释说明的目的给出了对实施例的前述描述；它并不旨在穷举或将专利权限制为所公开的精确形式。相关领域的技术人员可以理解，根据以上公开，很多修改和变化是可能的。
说明书中使用的语言主要是为了可读性和指导性目的而选择的，并且可能没有被选择用来界定或限制本发明的主题。因此，意图在于，专利权的范围不受具体实施方式部分的限制，而是受基于此的申请所发布的任何权利要求的限制。因此，实施例的公开意在说明性，而不是限制专利权的范围，专利权的范围是在所附权利要求中阐述的。

Claims (22)

1.一种用于数据通信的方法，包括：
在源设备与宿设备之间建立连接，所述连接至少包括被配置为从所述源设备向所述宿设备单向传输未压缩视频数据的第一物理通道和与所述第一物理通道分离的第二物理通道；
在所述宿设备处，通过所述第二物理通道从所述源设备接收发现信号，以确认所述源设备对通过所述第二物理通道的双向通信模式的支持；
响应于接收到所述发现信号，在所述宿设备处，与所述源设备建立双向通信；
响应于与所述源设备建立双向通信：
通过所述第二物理通道来通信信号，所述信号包括：
共模信号，所述共模信号包括控制数据，所述控制数据在所述源设备与所述宿设备之间被双向传输为多个分组，其中所述共模信号以第一速度被传输，所述多个分组中的每个分组包括有效载荷，所述有效载荷包含控制数据的预定数目的比特；以及
音频信号，所述音频信号包括从所述宿设备向所述源设备传输的音频数据，所述音频信号被叠加在所述共模信号上并且以高于所述第一速度的第二速度被传输。
2.根据权利要求1所述的方法，其中所述第二物理通道包括与HDMI HPD信号相对应的第一辅助线和与HDMI UTIL信号相对应的第二辅助线。
3.根据权利要求1所述的方法，其中所述第一物理通道和所述第二物理通道是高清晰度多媒体接口HDMI兼容电缆的一部分。
4.根据权利要求1所述的方法，其中所述发现信号包括周期性传输的逗点序列。
5.根据权利要求1所述的方法，还包括：
响应于与所述源设备建立双向通信：
通过所述第二物理通道向所述源设备传输周期性心跳信号，所述心跳信号包括读取请求或写入请求；
从所述源设备接收所传输的心跳信号的确认；以及
响应于在预定时间段内未能接收到所述心跳信号的确认，中断与所述源设备的双向通信。
6.根据权利要求1所述的方法，其中所述音频信号还包括以所述第二速度传输的时钟信号。
7.根据权利要求1所述的方法，其中向所述源设备和从所述源设备通信传递控制数据还包括：向所述源设备传输第一组一个或多个分组，并且等待预定时间量以从所述源设备接收作为响应的分组。
8.根据权利要求1所述的方法，其中每个分组包括：
与第一已知比特序列相对应的前导码；
与第二已知比特序列相对应的同步信号；
指示所述分组中所包括的控制数据的类型的一个或多个比特；
包括所述分组中所包括的控制数据的有效载荷；
基于所述有效载荷的纠错码ECC序列；以及
基于所述有效载荷和所述ECC序列的奇偶校验比特。
9.根据权利要求8所述的方法，其中每个分组的所述一个或多个比特指示所述分组的所述控制数据是对应于发起事务的命令还是对应于与特定事务相关联的数据。
10.根据权利要求1所述的方法，其中所述音频信号是使用下降沿调制方案被传输的，并且其中所述音频信号的比特以限定嵌入式时钟的恒定速率被传输。
11.根据权利要求1所述的方法，还包括周期性地向所述源设备发送所述发现信号，直到应答信号被接收到或者直到持续预定时间段。
12.根据权利要求1所述的方法，其中所述共模信号的所述控制数据使用双相标记编码来被编码。
13.一种宿设备，包括：
第一接收器，被配置为连接到第一物理通道以从源设备接收未压缩视频数据，所述第一物理通道是单向物理通道；
发射器/接收器，被配置为：
通过与所述第一物理通道分离的第二物理通道，从所述源设备接收发现信号，以确认所述源设备对通过所述第二物理通道的双向通信模式的支持；
响应于接收到所述发现信号，与所述源设备建立双向通信；
响应于与所述源设备建立双向通信：
通过所述第二物理通道来通信信号，所述信号包括：
共模信号，所述共模信号包括控制数据，所述控制数据在所述源设备与所述宿设备之间被双向传输为多个分组，其中所述共模信号以第一速度被传输，所述多个分组中的每个分组包括有效载荷，所述有效载荷包含控制数据的预定数目的比特；以及
音频信号，所述音频信号包括从所述宿设备向所述源设备传输的音频数据，所述音频信号被叠加在所述共模信号上并且以高于所述第一速度的第二速度被传输。
14.根据权利要求13所述的宿设备，其中所述第二物理通道包括与HDMI HPD信号相对应的第一辅助线和与HDMI UTIL信号相对应的第二辅助线。
15.根据权利要求13所述的宿设备，其中所述第一物理通道和所述第二物理通道是高清晰度多媒体接口HDMI兼容电缆的一部分。
16.根据权利要求13所述的宿设备，其中所述发现信号包括周期性传输的逗点序列。
17.根据权利要求13所述的宿设备，其中所述发射器/接收器还被配置为响应于与所述源设备建立双向通信：
通过所述第二物理通道，从所述宿设备传输周期性心跳信号，所述心跳信号包括读取请求或写入请求；
从所述源设备接收所述心跳信号的确认；以及
响应于在预定时间段内未能接收到所述心跳信号的确认，中断与所述源设备的双向通信。
18.根据权利要求13所述的宿设备，其中向所述源设备和从所述源设备通信传递控制数据还包括：向所述源设备传输第一组一个或多个分组，并且等待预定时间量以从所述源设备接收作为响应的分组。
19.根据权利要求13所述的宿设备，其中每个分组包括：
与第一已知比特序列相对应的前导码；
与第二已知比特序列相对应的同步信号；
指示所述分组中所包括的控制数据的类型的一个或多个比特；
包括所述分组中所包括的控制数据的有效载荷；
基于所述有效载荷的纠错码ECC序列；以及
基于所述有效载荷和所述ECC序列的奇偶校验比特。
20.根据权利要求19所述的宿设备，其中每个分组的所述一个或多个比特指示所述分组的所述控制数据是对应于发起事务的命令还是对应于与特定事务相关联的数据。
21.根据权利要求13所述的宿设备，其中所述音频信号是使用下降沿调制方案被传输的，并且其中所述音频信号的每个比特以限定嵌入式时钟的恒定速率被传输。
22.根据权利要求13所述的宿设备，还包括周期性地向所述源设备发送所述发现信号，直到应答信号被接收到或者直到持续预定时间段。
CN201880023551.6A 2017-04-04 2018-03-16 通过音频回传通道传输共模控制数据 Active CN110476434B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201762481429P 2017-04-04 2017-04-04
US62/481,429 2017-04-04
US15/829,670 2017-12-01
US15/829,670 US10931722B2 (en) 2017-04-04 2017-12-01 Transmitting common mode control data over audio return channel
PCT/US2018/022942 WO2018187018A1 (en) 2017-04-04 2018-03-16 Transmitting common mode control data over audio return channel

Publications (2)

Publication Number Publication Date
CN110476434A CN110476434A (zh) 2019-11-19
CN110476434B true CN110476434B (zh) 2022-08-09

Family

ID=63670053

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880023551.6A Active CN110476434B (zh) 2017-04-04 2018-03-16 通过音频回传通道传输共模控制数据

Country Status (4)

Country Link
US (2) US10931722B2 (zh)
EP (1) EP3607752B1 (zh)
CN (1) CN110476434B (zh)
WO (1) WO2018187018A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180183899A1 (en) * 2016-12-23 2018-06-28 Intel Corporation Transport agnostic display protocol
US10791003B2 (en) 2017-10-30 2020-09-29 Intel Corporation Streaming on diverse transports
US10585689B1 (en) * 2017-12-20 2020-03-10 Cisco Technology, Inc. Shared memory interface for application processes
KR102599365B1 (ko) * 2019-05-17 2023-11-08 삼성전자주식회사 전자장치 및 그 제어방법
JP2021150791A (ja) * 2020-03-18 2021-09-27 ソニーグループ株式会社 撮像装置および撮像装置の制御方法
CN112019782B (zh) * 2020-08-24 2023-04-14 青岛海信传媒网络技术有限公司 增强型音频回传通道的控制方法及显示设备
WO2022042578A1 (zh) 2020-08-25 2022-03-03 海信视像科技股份有限公司 显示设备、无线发射装置及音频输出控制方法
CN116017006A (zh) * 2020-11-05 2023-04-25 海信视像科技股份有限公司 显示设备及与功放设备建立通信连接的方法
KR20220068008A (ko) * 2020-11-18 2022-05-25 엘지전자 주식회사 디스플레이 장치 및 그의 edid 정보 변경 방법
US11159785B1 (en) 2021-01-13 2021-10-26 Google Llc Testing platform for HDMI enhanced audio return channel
CN115174971B (zh) * 2022-06-06 2023-08-11 青岛信芯微电子科技股份有限公司 一种音频回传方法、芯片系统及显示设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106254912A (zh) * 2016-08-22 2016-12-21 乐视控股（北京）有限公司 音视频播放设备及音视频播放系统

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070257923A1 (en) * 2006-03-15 2007-11-08 Colin Whitby-Strevens Methods and apparatus for harmonization of interface profiles
US7765599B2 (en) * 2006-06-13 2010-07-27 Intel Corporation Multimedia transmitter, multimedia receiver, multimedia transmission system, and method for securely transmitting multimedia content over a wireless link
US8565337B2 (en) 2007-02-07 2013-10-22 Valens Semiconductor Ltd. Devices for transmitting digital video and data over the same wires
US7836223B2 (en) * 2007-07-02 2010-11-16 Silicon Image, Inc. Operation of media interface to provide bidirectional communications
US9030976B2 (en) 2008-03-27 2015-05-12 Silicon Image, Inc. Bi-directional digital interface for video and audio (DIVA)
US8910009B1 (en) * 2008-09-08 2014-12-09 Marvell International Ltd. Method and apparatus for enhancing error detection in data transmission
US20120099600A1 (en) 2010-10-20 2012-04-26 Himax Media Solutions, Inc. Transceiver having heac and ethernet connections
KR20120072254A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 멀티-채널 오디오 신호를 처리하는 장치 및 그 방법
TWI462518B (zh) 2011-06-07 2014-11-21 Realtek Semiconductor Corp 網路接收器及其控制方法
JP2013026859A (ja) * 2011-07-21 2013-02-04 Toshiba Corp 映像表示装置、情報再生方法及び情報再生装置
US20130159565A1 (en) * 2011-12-14 2013-06-20 Motorola Mobility, Inc. Method and apparatus for data transfer of touch screen events between devices
CN104054037B (zh) * 2011-12-16 2016-10-12 日立麦克赛尔株式会社 接收设备以及电力供给方法
US20140016034A1 (en) * 2012-07-16 2014-01-16 Video Products, Inc. High definition video extender and method
CN105284086B (zh) * 2013-03-14 2018-08-03 美国莱迪思半导体公司 一种用于数据传输的方法及设备
WO2015137716A1 (ko) * 2014-03-12 2015-09-17 엘지전자(주) Hdmi를 사용한 데이터 송수신 기기 및 방법
US10085058B2 (en) 2014-10-14 2018-09-25 Lg Electronics Inc. Device and method for transmitting and receiving data using HDMI
US9747236B2 (en) 2015-04-07 2017-08-29 Vanco International, Llc HDMI extender with bidirectional power over twisted pair
US20180165240A1 (en) * 2016-12-08 2018-06-14 Intel IP Corporation Interconnect network supporting multiple consistency mechanisms, multiple protocols, and multiple switching mechanisms

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106254912A (zh) * 2016-08-22 2016-12-21 乐视控股（北京）有限公司 音视频播放设备及音视频播放系统

Also Published As

Publication number Publication date
EP3607752B1 (en) 2022-10-05
US10931722B2 (en) 2021-02-23
US20210136126A1 (en) 2021-05-06
US11258833B2 (en) 2022-02-22
EP3607752A4 (en) 2020-12-09
EP3607752A1 (en) 2020-02-12
WO2018187018A1 (en) 2018-10-11
CN110476434A (zh) 2019-11-19
US20180288106A1 (en) 2018-10-04

Similar Documents

Publication Publication Date Title
CN110476434B (zh) 通过音频回传通道传输共模控制数据
US7908405B2 (en) Solution for consumer electronics control
JP5573361B2 (ja) 送信装置、受信装置、送信方法、受信方法、及び送受信装置
JP5789269B2 (ja) 家庭用マルチメディアネットワークの映像管理および制御
JP5444310B2 (ja) 双方向通信インタフェース装置、送信装置及び受信装置
CN101453650B (zh) 影像传送装置
US10255875B2 (en) Transmission device, transmission method, reception device, reception method, and transmission/reception system
WO2007094347A1 (ja) 無線通信システム
KR102032862B1 (ko) 멀티미디어 고화질 링크(mhl 3) 디바이스 내의 중재 시그널링
CN106654770A (zh) 通用串行总线usb延长线
US8332518B2 (en) Bidirectional communication protocol between a serializer and a deserializer
WO2011149253A2 (ko) 생체이식형 의료기기의 데이터 송수신기 및 방법
EP2995080B1 (en) Devices and methods for communicating sideband data with non-compressed video
US9490962B2 (en) Phase relationship control for control channel of a multimedia communication link
US10043480B2 (en) Inter-device conflict resolution on a multimedia link
KR20080021455A (ko) 통신 시스템에서 인터페이스를 위한 메시지 전송 및 수신방법
US20160072601A1 (en) Enhanced Communication Link Using Synchronization Signal as Link Command
CN106937070B (zh) 一种fpd-link低电压差分信号视频传输中的双向控制方法
KR102043326B1 (ko) 멀티미디어 통신 링크의 제어 채널에 대한 재시도 디스패리티
CN115174971A (zh) 一种音频回传方法、芯片系统及显示设备
CN117749969A (zh) 视频播放系统及方法
CN103188471A (zh) 发送器、接收器和通信路径切换方法
KR20020017850A (ko) 아이투씨 버스 프로토콜의 제어장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant