CN102484557A

CN102484557A - 用于数据传输模式之间的转换的信令技术

Info

Publication number: CN102484557A
Application number: CN2010800346885A
Authority: CN
Inventors: W·C·阿尔特曼
Original assignee: Silicon Image Inc
Current assignee: Lattice Semiconductor Corp
Priority date: 2009-07-30
Filing date: 2010-07-07
Publication date: 2012-05-30
Anticipated expiration: 2030-07-07
Also published as: KR20120039059A; CN102484557B; JP5698746B2; JP2013500682A; EP2460297A1; KR101804251B1; EP2460297B1; TWI569612B; WO2011014339A1; TW201114234A; US20110029677A1; US8458343B2

Abstract

本发明的多个实施例总体上是针对用于数据传输的多种模式(D1、D2)之间的转换的信令。一方法的实施例包括：通过数据链路(440)将数据流从第一装置(410)传输到第二装置(420)，该数据流在第一模式(D1)下运行；确定该数据流将从第一模式(D1)改变成第二模式(D2)；并且通过控制链路(450)从第一装置(410)向第二装置(420)传输一消息(命令452)，该消息(452)表明第一装置将把该数据流从第一模式(D1)改变成第二模式(D2)，该消息在到第二模式的改变之前被发送。

Description

用于数据传输模式之间的转换的信令技术

的技术领域

本发明的多个实施例总体上涉及数据通信领域，并且更具体地涉及在数据传输的多种模式之间用于转换的信令技术。

背景技术

在某些***中，数据可以通过数据链路在第一装置与第二装置之间进行传输。例如，数据可以包括从第一装置向第二装置发送的音频/视频数据或其它内容数据的数据流，其中第二装置可以使用该内容数据或者将这些数据重新传输给另一个装置。该数据流可以进一步被加密以用于内容数据的安全传输。

在数据传送的操作中，正在被传输的数据流可以被从第一数据模式改变到第二数据模式，其中接收装置被要求以与处于第一模式的数据有所不同的方式来解释并处理处于第二模式中的数据。

在常规***中，正在接收数据流的装置可检测从第一模式到第二模式的模式改变，并随后相应地改变操作。然而，直到该接收装置已经切换了模式的时候，可能根据第一模式解释了一定量的数据。例如，如果该数据流包括视频和音频数据，结果可能是在一个时间段内数据的错误显示或展现，直到该第二装置能够转换到第二模式为止。

附图说明

在附图的图例中藉由举例而并非藉由限制展示了本发明的多个实施例，其中类似的参考号表示类似的要素。

图1是用于在多个装置之间传送处于多种模式的数据的***的实施例的示意图；

图2是传输装置的实施例的示意图；

图3是接收装置的实施例的示意图；

图4是在多个装置之间数据传输的实施例的示意图；

图5是用来展示以多种不同模式的数据传输的过程的流程图；

图6是用来展示以多种不同模式的数据接收的过程的流程图；

图7是在一实施例中在不同模式之间切换的数据流的示意图；

图8是在用于***的实施例的多个装置之间的接口的示意图；以及

图9是源装置、桥装置、或汇点装置的实施例的多个组件的示意图。

发明内容

本发明的多个实施例总体上是针对在数据传输的多种模式之间用于转换的信令技术。

在本发明的第一方面中，一种方法的实施例包括：在数据链路上将数据流从第一装置传输到第二装置，该数据流以第一模式运行；确定该数据流将从第一模式改变成第二模式；并且在控制链路上从第一装置向接收机传输消息，该消息表明第一装置将把该数据流从第一模式改变成第二模式，该消息在改变成第二模式之前被送出。

在本发明的第二方面中，一种方法的实施例包括：在该、第二装置上通过数据链路从第一装置接收数据流，该第一模式被第二装置以第一方式来解释；在第二装置上通过控制链路从第一装置接收消息，该消息表明第一装置将把该数据流从第一模式改变成第二模式，该消息系在改变成第二模式之前被接收；并且采取行动对于该数据流到第二模式的转换做准备。

具体实施方式

本发明的多个实施例总体上是针对在数据传输的多种模式的间用于转换的信令技术。

在某些实施例中，***可以提供在数据传输的多种模式之间用于转换的信令。在***中，第一装置可以向第二装置传输内容数据流。该数据可以包括(例如)音频/视频数据，该音频/视频数据包括HDMI^TM(高清晰度多媒体接口)数据和HDMI-m(表示可用于诸如移动装置之类的多种装置的修改协议)数据，其中HDMI和HDMI-m提供了用于传输未压缩的数字数据的音频/视频接口。数据可在传输之前被加密，例如使用HDCP^TM(高带宽数字内容保护)的加密。

在某些实施例中，发射机单元可以在该发射机对数据流做出改变之前使用旁侧控制通道来向接收机单元发送信号。在不同的实现方式中，可以藉由不同的组件来启动对模式的改变，例如藉由发射机本身或藉由用户(例如，输入了对于工作中改变的请求的用户)。对数据流的改变可以包括改变数据流的模式，它可以包括中断该数据流。模式流中的改变可以作为以下情况的结果而发生：来自用户的请求、由发射机开始的改变、或其它事件的发生。在某些实施例中，在发射机单元在模式改变实际发生之前得知对于模式改变的请求的情景中，该发射机单元可以将边带消息(例如，命令或其它信号)在控制信道上发送给接收机单元，而同时该发射机仍在在数据链路上向接收机发出稳定的、连贯的数据流。在某些实施例中，接收机可以接收该消息、解释该消息、并在预期到接收到数据流中的改变的情况下采取行动，包括(例如)在预期到由该命令或信号所预告的模式改变的情况下重新配置该接收机的数据路径。在某些实施例中，可由接收机在数据流中的改变之前做出的动作可以包括：抑制视频或音频数据、暂停解密引擎的状态、或防止端口切换，直到该模式改变已经被辨认出并得到处理为止。

在某些实施例中，发射机使用控制总线或信道用于向接收机传输消息。从发射机至接收机的控制通道可以是具有充分高带宽以发送命令或其它信号而不会有过度延迟的通道。例如，如果音频/视频使用者请求视讯模式中的改变，发射机需要几秒钟来发送命令然后等待来自接收机的确认就将会在发射机转换到不同模式之前产生较长的并且可察觉的延迟。在某些实施例中，发送至接收机的“警告”消息被迅速完成(例如在几分之一秒内)以便不会被用户察觉。可以使用在HDMI-消费者电子装置控制总线(CEC)中的控制通道，但可能在转换中产生延迟。在某些实施例中，接口(例如HDMI-m接口)可包括控制总线(CBus)，该控制总线具有远高于(约1000倍左右)HDMI的带宽。

在某些实施例中，提供了不带有通知(包括死循环回馈)的命令。在某些实施例中，该命令可包括校验和或其它方法来防止接收机读取无效的命令代码。当接收机接收到代码时，该接收机可为模式改变做出准备，并且然后如果没有发现模式改变则“超时退出”。在这种操作中，不需要来自发射机的额外命令。

在某些实施例中，用于消息的双向控制通道允许接收机确认警告消息的接收和执行。模式改变的频带内信令(如AVI信息帧的传输)通常不允许接收机向发射机通知其为新模式做好了准备。在某些实施例中，不同的接收机***可能要求不同的时间量来对警告消息做出反应，并且因此发射机***可受益于确认，以便允许模式改变推迟到接收了该确认为止。在一实例中，在接收机***中，处理从逐行视频模式到另一视频模式的模式改变(这是相对简单并且快速的)相对于处理从隔行视频到逐行视频的模式改变(这将要求清空去隔行处理器)而言要求不同的时间。在某些实施例中，如果接收机不能够处理或接受在警告消息中指明的模式改变，则该接收机可返回“无确认”消息(NACK)。在某些实施例中，NACK消息可包括表明NACK响应的原因的代码或信号。在某些实施例中，在接收到无确认消息时，发射机将不进行模式改变。

在某些实施例中，***中的限制可以是：如果存在处理和传递数据流的多个居间装置，则通常要求控制信道连接从产生模式改变的原始发射机到显示内容的最终接收机的全部路径。如果这种互连被协议的改变(该协议不支持控制信道或对于命令或信号的处理)所中断，则会丢失警告消息并且对于使用者将会持续存在多种模式之间的无警告的转换的影响。在某些实施例中，互连中的点从一个协议(该协议支持警告消息的传输)转变到另一个协议(缺乏这种支持)，对于这个点可以给予自身处理警告命令的任务。例如，在HDMI-m和HDMI之间的“桥”芯片能够辨认来自上游HDMI-m源的输入警告命令，致使输出视频和音频流受到抑制，并且然后等待新的输入模式变得稳定。如在此所使用的，抑制指的是降低信号的水平，诸如例如藉由降低音频信号的音量而抑制该音频信号。在一个具体应用中，当源***正在进行加密而汇点***正在进行解密时，***将处理对数据流的中断。在一加密协议(例如HDCP)中，对同步信号以及时钟的稳定序列的任何中断都会致使解密引擎与加密引擎出现异相。在某些情况下，这种“异相”情况在汇点中不能够被检测到，则解密将会失败。在某些实施例中，如果在模式改变(该模式改变原本会扰乱HDCP或其它加密协议)之前从发射机向接收机发送警告命令，那么可使用一装置(如接收机逻辑或处于互连中的居间芯片)来适当地处理数据流的中断。在某些实施例中，协议改变包括对这个概念的应用。在某些实施例中，接收被发射机加密的输入HDMI-m流的桥装置可检测该警告消息。在某些实施例中，桥装置可对输入数据流进行解密并且将去往下游接收机的数据流重新加密。在某些实施例中，如果输入数据流被中断，这个桥工作为保持稳定的下游加密流。在一实例中，速度较慢的警告消息可能藉由下游协议而被发送，这样最终的接收机级可将其自身重置而不会因为缺少同步而锁定。以此方式，桥装置可以允许互连“顺利”通过模式改变。

在某些实施例中，HDMI-m以及承载了多种可变高速模式的未来的链路技术可使用模式转换的边带警告。虽然在此提供的诸个实例针对HDCP，但多个实施例并不限于任何协议，并且对模式改变信令的增强可被应用到其它加密/解密协议中。

在某些实施例中，对于数据模式中即将发生的改变的响应类型可取决于模式改变的类型。例如，模式中的重要改变可能要求更为重要的响应来应对转换问题。在一个实例中，要求更多时间来完成的模式改变可能要求更长的时间段(期间进行转换动作)。

图1是用于在多个装置之间以多种模式传送数据的***的实施例的示意图。在这个示意图中，第一装置通过数据信道150向第二装置125传输数据流，例如，展示为从第一装置110的数据端口115向第二装置125的数据端口130的传输。第一装置110可进一步包括控制端口120，控制端口120在控制信道170发送特定的命令至第二装置125的控制端口135。在一个实施例中，数据信道可以是HDMI-m数据信道，并且命令信道可以是HDMI-m控制总线(CBus)。在某些实施例中，数据信道150以及控制信道170可以被包括在单个缆线190中。

在图1中，第一装置110能够以多种不同的模式传输数据流，在此示出为第一模式的数据元素流D1 155以及第二模式的数据元素流D2 160。在运行中，第一装置可改变模式，这导致的是将传输从数据元素流D1 155改变到数据元素流D2 160。不同的模式可代表不同种类的数据，并且每种此类模式的数据均能够以不同的方法来解释。在一个实例中，诸个模式可包括不同类型的视频数据，如代表第一逐行视频模式的第一模式以及随后代表第二逐行视频模式的模式，这可以代表能够被相对快速完成的转换。在第二实例中，第一模式可代表隔行视频模式，并且第二模式可代表逐行视频模式，这可以代表要求更多时间来清空去隔行处理器的转换。在一个实例中，到第二模式的转换可以包括传输中的中断，其中没有数据被传输，其后可能会跟随另一种格式的数据。虽然图1展示了第一模式和第二模式，但第一装置以及第二装置可在这些装置之间传送任何数量的不同的数据模式。

如图所示，第一装置110可在时间T₁开始传输第一模式的数据。在某些实施例中，第一装置110通过控制信道170在时间T₂传送命令175，以此通知第二装置125该第一装置打算从第一模式转换到第二模式。在某些实施例中，在所打算的模式变化之前该命令被发送并且到达控制端口，这样在数据流的数据元素160到达数据端口130之前第二装置125得到了警告。

在某些实施例中，第二装置125可在接收到命令175之后返回确认消息(ACK 180)来确认收到命令175，该消息在时间T₃被送出。在某些实施例中，第二装置125可替代地返回无确认消息(NACK 185)来表明第二装置不能够接受该模式改变。在某些实施例中，NACK 185可包括代码或信号，表明不能够接受该模式改变的原因。在某些实施例中，可能要求第二装置在某个预定时间段内提供确认或无确认。在某些实施例中，第一装置110在进行到至第二模式的转换之前可一直等待直到接收到该确认为止，或可在经过某个特定的时间段后再进行。如果第二装置返回NACK 185，则第一装置可以不进行该模式改变。在某些实施例中，第二装置125可采取行动为至第二模式的转换做出准备，这可发生在时间T₄，并且，如果在某个特定的时间段内没有发生转换，则第二装置可以超时退出并返回到第一模式。

在某些实施例中，第一和第二装置能够以一种方式来对该命令、确认、或转换的时间进行定时，以确保第二装置在已经存在了模式间的转换之前有足够的时间来为转换做出准备。在某些实施例中，第二装置125在采取特定行动以为模式改变做出准备之后可以发送确认。在某些实施例中，第一装置可在被确定足够用于模式转换的时间处发送命令175，并且因此如果这对模式间的转换而言是必需的话可以提早传送诸个命令。在其它实施例中，第一装置在接收到确认之后并且在转换到第二模式之前等待特定的时间，以便给予第二装置125足够的时间为模式间的转换做准备。

图2是传输装置的实施例的示意图。在某些实施例中，传输装置210包括用于传输数据的发射机214、用于控制数据传输的控制器216、以及在传输之前对数据进行加密的加密引擎218。该传输装置可进一步包括用于在传输之前存储数据的数据存储器、以及在传输之前从外部数据来源240接收特定数据的接收机230。

在某些实施例中，传输装置210包括数据端口220以及控制端口222。在某些实施例中，传输装置210可在操作期间改变数据的传输。在某些实施例中，传输装置在数据端口220上以多种不同的模式传输数据，并且可以(例如)从第一模式转换到第二模式。在某些实施例中，第二模式可包括数据传输中的中断，其中没有数据被传输，其后可跟随着处于第二格式的数据的传输。

在某些实施例中，传输装置210通过控制端口222传输警告消息来警告接收装置该传输装置正在从第一模式转换到第二模式。然后传输装置210在转换到第二模式之前可进行等待直到在控制端口222收到确认(ACK)为止，或者如果在特定的时间段内没有收到确认则可以继续进行第二模式的转换。在某些实施例中，如果收到无确认消息(NACK)，传输装置210可以不进行到第二模式的转换。

图3是接收装置的实施例的示意图。接收装置可包括汇点装置或桥装置，汇点装置使用所接收的数据，桥装置接收数据并将这些数据传送到另一个装置。在某些实施例中，接收装置310可包括用于控制数据操作的控制器314、用于接收数据传输的接收机316、以及用于对所接收的数据进行解密的解密引擎、还有用于从传输装置接收数据流的数据端口340以及用于与传输装置交换命令的控制端口342。如果接收装置310是汇点装置，则该接收装置可包括或可以被耦合到一个或多个装置(包括例如，视频显示器350以及音频扬声器360)以使用所接收的数据。接收装置310还可包括用于存储所接收的数据的数据存储器312、用于向另一个装置传输数据的发射机318、用于对正在被传输到另一装置的数据进行重新加密的加密引擎、以及用于数据到另一个装置的传输的第二数据端口344。

在某些实施例中，接收装置可以是可操作的以便在控制端口342上从传输装置接收命令，该命令通知接收装置310该传输装置将把在数据端口340接收到的数据流从第一模式改变成第二模式。在控制端口342接收到此命令时，接收装置310操作以便采取行动为模式的改变做出准备。接收装置310可进一步通过控制端口342向传输装置发送确认以用于确认该命令的接收。然后接收装置310可等待到第二模式的转换，并且如果在特定的时间段内该转换没有发生则可以超时退出。在某些实施例中，如果接收装置310不能够处理或接受到第二模式的转换，则接收装置310可替代地返回无确认消息。

图4是多个装置之间的数据传输的实施例的示意图。在这个示意图中，第一装置是源装置410，包括控制器412以及加密引擎414，该第一装置向第二装置传输数据流，在此示意图中第二装置是桥装置420。然后第二装置可将所接收的数据传输给第三装置430，该第三装置可以是使用数据流的汇点装置。

如图中所示，第一装置410能够以第一模式D1发送数据并且可以改变模式并以第二模式D2传输数据。第一装置410可进一步传输命令452来通知第二装置420即将发生对数据链路440上正在传输的数据流的模式的改变。在此示意图中，第二装置可包括控制器，以及解密引擎424和加密引擎426。在某些实施例中，控制器422藉由向第一装置410返回确认来响应命令452并且采取行动来响应模式中的改变。在某些实施例中，如果第二装置420不能够处理或接受模式的改变，则控制器可藉由返回无确认来作出响应。在一个实例中，第二装置可通过第二数据链路460向第三装置430重新传输所接收到的数据，其中第三装置430是使用所接收的数据的汇点装置。如图所示，第三装置430包括用于数据解密的解密引擎432。如图所示，第二装置420能够以第一模式462以及第二模式466的向第三装置重新传输数据流。在某些实施例中，第二装置420发起数据修改464以允许在第二装置420与第三装置430之间的转换。在某些实施例中，数据修改可以包括抑制数据流以允许从第一模式到第二模式的更为平顺的转换。在某些实施例中，第二装置420可以按照需要向第三装置430提供加密数据的传输以便使从第一模式到第二模式的转换变得平顺，并且避免在第三装置430处的同步丢失，例如当在数据传输中存在中断时传输额外的数据。

图5展示了用于以多种模式的数据传输的过程的流程图。在此示意图中，数据流总体上可在传输502之前被加密，并且加密的数据流可在数据链路上从第一装置传输到第二装置，该数据流处于第一模式504。当在506预料到数据流的传输模式中的改变时，将命令或消息警告从第一装置发送到第二装置508。在某些实施例中，第一装置可等待来自第二装置的响应以便确认命令或消息的接收510。在某些实施例中，如果第一装置接收到无确认消息511，则不进行到第二模式的转换520。如果第一装置已经接收到确认消息512或已经经过了特定的时间段514，则第一装置进行将数据流的传输从第一模式到第二模式的改变。然后进程继续518，包括数据流中的进一步转换，如转换到第三模式或转换回到第一模式。

图6展示了用于以多种不同模式的数据接收的过程的流程图。在此示意图中，可以在第二装置上以第一模式602初始地在数据链路上从第一装置接收数据。第二装置将以第一方式来解释数据流，并且可以将所接收的数据导向到第一数据路径604。在某些实施例中，第二装置可使用数据流606，并且可将数据流导向到第三装置607。

在某些实施例中，当在控制链路上接收到表明预料到数据流的模式中的改变的消息608时，如果第二装置不能够处理或接受模式的改变609，则第二装置可返回无确认NACK 611，并且可继续以第一模式接收数据602。在某些实施例中，第二装置否则可将确认消息ACK返回到第一装置610。在某些实施例中，确认或无确认可通过控制链路来传输，而来自第一装置的消息从该控制链路上接收，并且可以要求第一装置在收到消息后的特定的时间段内提供确认。在某些实施例中，第二装置采取行动为该数据流的模式改变做出准备612，包括(例如)在使用或重新传输此类数据前抑制所接收的数据614，或在将数据流重新传输到第三装置之前的一时间段内将数据解密并重新加密616。虽然图6中展示了在采取行动为数据流的模式改变做出准备之前传输确认，在某些实施例中可在该确认的传输之前采取全部或部分的行动。然后第二装置将接收处于第二模式的数据618。如果第二装置检测到模式改变618，则第二装置能够以第二方式来解释第二模式的数据，并且该数据可被导向到用于第二装置的第二数据路径620。如果第二装置没有检测到模式改变618，则第二装置可以超时退出并返回到第一模式622。然后进程继续624，包括数据流中的进一步转换，如转换到第三模式或转换回到第一模式。

图7是在一实施例中在不同模式间切换的数据流的示意图。在一个实例中，第一模式可以代表第一数据类型并且第二模式可以代表第二数据类型。在一个实例中，处于第一模式的数据可以包括数据元素A 715、B 720、C725、以及D 730，而处于第二模式710的数据元素可以包括E 735、F 740、以及G 745。由于第一模式和第二模式的不兼容性，当接收装置正在检测变化时继续将第二模式数据视为第一模式数据会导致数据传输或使用中的问题。在一个实例中，如果数据是视频或音频数据，则模式之间的转换可导致转换过程中明显的噪声。在某些实施例中，接收装置会在模式之间的转换期间操作以便抑制或以其它方式处理数据以避免此类问题。

图8是用于***的实施例的多个装置之间的一种接口的示意图。在某些实施例中，第一装置可以是源装置810并且第二装置是桥装置820，例如HDMI-m源装置和桥装置，其中这些装置经由接口(例如接口缆线830)相连接。然后桥装置可以被连接到接收装置850(如，HDMI汇点装置)。在某些实施例中，源装置810可向桥装置820发送数据流，其中该数据流通过数据+链路(data+link)832和数据-链路(data-link)834作为差分信号来发送，并且桥装置可向接收装置850重新传输此类数据流。在某些实施例中，源装置810可将数据流的传输从第一模式改变成第二模式，并且在到第二模式的转换之前，源装置810在单一链路控制总线CBus 836上发送一消息(例如，一命令)来通知桥装置820该数据流将要从第一模式转换到第二模式，其中CBus836是双向控制线。当接收到该消息时，桥装置820将在CBus 836上向源装置810发送确认，并且采取行动为数据模式间的转换做准备。接口830可进一步包括额外的线路，展示为地线838以及承载5伏电势的线路840。

图9是源装置、桥装置、或汇点装置的实施例的多个组件的示意图。在此示意图中，未示出与本说明书无密切关系的特定标准的以及众所周知的部件。在某些实施例下，装置900可以是传输装置、接收装置、或者两者皆可。

在某些实施例下，装置900包括互连或者交叉开关905或者其它用于数据传输的通信装置。数据可以包括视听数据以及相关的控制数据。装置900可以包括处理装置，诸如与该互连905耦合以用于处理信息的的一个或多个处理器910。这些处理器910可以包括一个或多个物理处理器以及一个或多个逻辑处理器。另外，每一个处理器910可以包括多个处理器核。为简单起见，将互连905示出为单一互连，但可以代表多个不同的互连或总线并且连接到互连的部件连接可以是不通的。在图9中所示出的互连905是抽象的表示，代表由适合的桥、适配器或控制器连接起来的任何一个或多个独立物理总线、点对点连接或者两者。互连905可以包括(例如)***总线、PCI或者PCIe总线、超传输HyperTransport或者工业标准架构(ISA)总线、小型计算机***接口(SCSI)总线、IIC(I2C)总线或有时被称为“火线”的电气和电子工程协会(IEEE)标准1394总线(“高性能串行总线标准”1394-1995，IEEE，1996年8月30日发表，及其补充内容)。装置900进一步可以包括串行总线，例如USB总线970，其上可附接一个或者多个USB兼容的连接件。

在某些实施例中，装置900进一步包括随机存取存储器(RAM)或其它动态储存装置作为主存储器920，用于存储有待由处理器910执行的信息及指令。主存储器920还可以用于存储用于数据流的数据。RAM存储器包括动态随机存取存储器(DRAM)(要求刷新存储器内容)，以及静态随机存取存储器(SRAM)(不要求刷新内容，但成本增高)。DRAM存储器可以包括同步动态随机存取存储器(SDRAM)(其包括用于控制信号的时钟信号)以及扩展的数据输出动态随机存取存储器(EDO DRAM)。在某些实施例中，***的存储器可为特定寄存器或者其它特殊用途存储器。装置900还可以包括只读存储器(ROM)925或者用于存储用于处理器910的静态信息和指令的其它静态存储装置。装置900可以包括用于存储特定要素的一个或者多个非易失性存储器组件930。

数据存储器935还可以耦合到装置900的互连905上，用于存储信息和指令。数据存储器935可包括磁盘、光盘及其相应的驱动器、或其它存储器装置。这些组件可以组合在一起或者可以是分离的部件，并使用装置900的其它组件的诸个部分。

装置900还可以通过互连905而被耦合至显示器或者演示装置940上。在某些实施例中，显示器可以包括用于将信息或者其它内容显示给终端使用者的液晶显示器(LCD)、等离子显示器、阴极射线管(CRT)显示器、或者任何其它显示技术。在某些实施例中，显示器940可以用于显示电视节目。在某些实施例中，显示器940可以包括触屏，触屏还被用作输入装置的至少一部分。在一些环境中，显示器940可以是或者可以包括音频装置，如用于提供音频信息(包括电视节目的音频部分)的扬声器。输入装置945可以耦合至互连905上，用于将信息和/或命令的选择传达给处理器910。在不同实施例中，输入装置945可以是键盘、小键盘、触屏与触控笔、语音启动***、或者其它输入装置，或者是这些装置的组合。另一种可被包括的使用者输入装置是光标控制装置950，例如鼠标、轨迹球或光标方向键，用于向一个或多个处理器910传输方向信息和命令选择并用于控制显示器940上的光标移动。

一个或者多个发射机或接收机955还可以耦合至互连905上。在某些实施例中，装置900可以包括用于数据的接收与传输的一个或者多个端口980。可被接收和传输的数据可以包括视频数据或者音频-视频数据，如HDMI和HDMI-m数据，并且可以被加密用于传输，如HDCP加密数据。在某些实施例中，该装置包括用于传送内容数据985的一个或多个用于传输和/或接收数据980的端口，以及一个或多个用于传输和/或接收控制数据990(例如命令数据995)的端口。命令数据995可包括关于数据传输模式改变的一个或多个消息、并且可包括关于数据传输模式改变的确认。另外，装置900可包括USB(通用串行总线)。

装置900可以进一步包括用于通过无线电信号接收数据的一个或多个天线958。装置900还可以包括电源装置或***960，其可以包括电源、电池、太阳能电池、燃料电池、或者用于提供或者生成电力的其它***或装置。由电源装置或***960所提供的电力可以按照要求被分配给装置900的多个组件。

在以上说明中，出于解释的目的，陈述了很多具体细节以便提供对本发明的透彻理解。然而，对于熟习该项技术者而言应当清楚的是无需这些具体细节中的某一些亦可实施本发明。在其它情况中，以框图的方式展示了众所周知的结构和装置。在所示的部件之间可能存在中间结构。在此说明的或展示的这些部件可以具有并未展示或说明的额外输入或输出。所示多个组件或者部件还能够以不同的排列或者顺序来安排，包括任意字段的重新排序或者字段长度的改变。

本发明可以包括不同的过程。本发明的这些过程可以由硬件部件来执行或者可嵌入多个计算机可读指令中，它们可以用来使得通用或专用的处理器或者使用这些指令来编程的多个逻辑电路来执行这些过程。可替代地，这些过程可以藉由硬件和软件的组合来实施。

本发明的多个部分可以作为计算机程序产品来提供，它可以包括计算机可读媒质，其上已经存储了计算机程序指令，计算机程序指令可以被用来对计算机(或其它电子装置)进行编程以执行根据本发明的过程。该计算机可读介质包括但不限于，软盘、光盘、CD-ROM(致密盘只读存储器)、以及磁光盘、ROMs(只读存储器)、RAM(随机存取存储器)、EPROM(可擦除可编程只读存储器)、EEPROM(电可擦除可编程只读存储器)、磁或者光卡、闪速存储器、或者用于存储电子指令的其它类型的媒质/计算机可读媒质。此外，本发明还可以作为计算机程序产品被下载，其中该程序可以从远程计算机发送至请求计算机。

本方法中的很多都是以其最基本的方式进行说明的，但从任何本方法中都可以添加或者删除多个过程，并且从任意的所描述的消息中可以添加或者减除信息，而不背离本发明的基本范围。本领域熟练技术人员应当清楚的是可以做出很多进一步的修改与适配。具体的实施例并不用于限制本发明，仅为展示本发明而已。

如果说到组件“A”连接到组件“B”或者与之相连接，那么组件A可以直接地连接到组件B或者间接地通过(例如)组件C进行连接。当本说明书提到一个部件、特征、结构、过程、或者特性A“导致”一部件、特征、结构、过程、或者特性B时，它指的是“A”至少是“B”的部分原因，但是还可以有至少一个其它的部件、特征、结构、过程、或者特性帮助导致“B”。如果本说明书指出部件、特征、结构、过程、或者特性“可以”、“也许”、或者“能够”被包括，则该特定部件、特征、结构、过程、或者特性并不是必须被包括。如果本说明书提到“一”或者“一种”组件，这并不意味着仅有一个所述组件。

实施例是本发明的一种实现方式或实例。说明书中提及的“一实施例”、“一种实施例”、或“某些实施例”、或“其它实施例”意味着结合这些实施例所说明的具体特点、结构或特征包含在至少某些实施例中，但不一定是所有的实施例中。“一实施例”、“一种实施例”、或“某些实施例”的各种出现方式不一定均指同一个实施例。应当理解的是，在本发明的示例性实施例的以上描述中，本发明的不同特征有时在单一实施例、图示、或其说明中共同构成一组，其目的是使本公开文本流畅并帮助理解一个或多个不同的发明方面。

Claims

1.一种方法，包括：

在数据链路上将数据流从第一装置传输到第二装置，所述数据流以第一模式工作；

确定所述数据流将从第一模式改变成第二模式；并且

在控制链路上从第一装置向接收机传输消息，所述消息表明所述第一装置将把所述数据流从第一模式改变成第二模式，所述消息在改变成第二模式之前被发送。

2.如权利要求1项所述的方法，进一步包括：在控制链路上等待来自第二装置的响应讯息。

3.如权利要求2项所述的方法，进一步包括：在从第二装置接收到确认消息时将所述数据流的传输切换到第二模式。

4.如权利要求2项所述的方法，进一步包括：在特定的时间段经过后未接收到来自第二装置的确认时将所述数据流的传输切换到第二模式。

5.如权利要求2项所述的方法，进一步包括：在从第二装置接收到无确认消息时不进行所述数据流到第二模式的转换。

6.如权利要求1项所述的方法，其中确定所述数据流将从第一模式改变成第二模式包括：接收对于数据模式改变的请求。

7.如权利要求1项所述的方法，进一步包括：在由第一装置传输到第二装置之前对该数据流进行加密。

8.如权利要求1项所述的方法，其中第二装置是桥装置，所述桥装置用于将所接收的数据流重新传输到第三装置。

9.如权利要求8项所述的方法，其中第三装置是用于使用所述数据流的汇点装置。

10.如权利要求8项所述的方法，其中第三装置是第二桥装置。

11.一种方法，包括：

在第二装置上通过数据链路从第一装置接收数据流，所述第一模式被第二装置以第一方式来解释；

在该第二装置上通过控制链路从所述第一装置接收消息，所述消息表明第一装置将把所述数据流从第一模式改变成第二模式，所述消息在到第二模式的改变之前被接收；并且

采取行动对于所述数据流到第二模式的转换做出准备。

12.如权利要求11项所述的方法，进一步包括：通过所述控制链路向第一装置发送消息的确认。

13.如权利要求11项所述的方法，进一步包括：确定所述第二装置不能够接收处于第二模式的数据，并且通过所述控制链路向所述第一装置发送消息的无确认。

14.如权利要求11项所述的方法，进一步包括：在所述第二装置上接收处于第二模式的数据流，并且以第二方式来解释所述数据流。

15.如权利要求14项所述的方法，包括：将处于第一模式的所接收的数据流引导到第一数据路径上，并且在以第二模式接收数据流的预期下，响应于所述消息的接收将所接收的数据流切换到第二数据路径上。

16.如权利要求11项所述的方法，其中对于转换做出准备的行动包括：抑制所述数据流直到模式发生改变，并且以第二模式恢复而不在转换过程中发送无效的数据流。

17.如权利要求11项所述的方法，其中第二装置是桥装置，所述桥装置用于将所接收的数据流重新传输到第三装置上。

18.如权利要求17项所述的方法，进一步包括：将所接收的数据流解密，并且将所述数据流重新加密以用于传输到第三装置。

19.如权利要求17项所述的方法，进一步包括：传输额外的数据以便在从第一模式转换到第二模式期间对于第三装置保持数据流的同步。

20.如权利要求17项所述的方法，其中第三装置不支持用于消息的协议。

21.如权利要求11项所述的方法，进一步包括：如果在特定的时间段内未检测到对于第二模式的转换，则超时退出，并且进一步包括返回到用于第一模式的状态。

22.一种传输装置，包括：

控制器，用于控制来自于传输装置的数据的传输；

发射机，用于向接收装置传输数据流；

到达所述接收装置的数据链路，所述发射机在所述数据链路上以多种模式传输所述数据流，所述多种模式包括第一模式和第二模式；以及

到达所述接收装置的控制信号链路，所述控制器在所述控制信号链路上将命令信号引导到所述接收装置上以便将以下内容通知所述接收装置：所述传输装置将要把所述数据流的传输从第一模式改变成第二模式，所述控制器将引导所述发射机以第二模式发送数据；

其中，所述发射机在所述传输装置切换到第二模式之前将所述命令信号传输到所述接收装置。

23.如权利要求22项所述的传输装置，进一步包括：加密引擎，用于在向所述接收装置进行传输之前对所述数据流进行加密。

24.如权利要求22项所述的传输装置，其中所述数据流包含视频数据、音频数据、以及控制数据中的一种或多种。

25.如权利要求22项所述的传输装置，其中所述控制器用于将从第一模式到第二模式的转换延迟直到在所述控制信号链路上从所述接收装置接收到确认、或直到特定的时间段已经过去后仍未接收到所述确认。

26.如权利要求22项所述的传输装置，其中在所述控制信号链路上从所述接收装置接收到无确认消息时，所述控制器不进行从第一模式到第二模式的转换，所述无确认消息表明所述接收装置不能够接受到第二模式的转换。

27.一种装置，包括：

控制器，用于控制对从传输装置接收的数据的处理；

接收机，用于从所述传输装置接收数据流；

来自所述传输装置的数据链路，所述装置在第一串行链路上以多种模式接收所述数据流，所述多种模式包括第一模式和第二模式；以及

连接到所述传输装置的控制信号链路，所述装置在所述控制信号链路上从所述传输装置接收到将以下内容通知给所述装置的命令信号：所述传输装置将要把所述数据流的传输从第一模式改变成第二模式，所述控制器引导为在第二模式下数据做准备的行动；

28.如权利要求27项所述的装置，其中所述装置是桥装置用于将所述数据流重新传输到第三装置上，并且进一步包括用于发送数据的发射机。

29.如权利要求28项所述的装置，进一步包括：用于对从所述传输装置接收的数据流进行解密的解密引擎，以及用于在重新传输之前对数据重新加密的加密引擎。

30.如权利要求29项所述的装置，其中为第二模式下的数据做准备的行动包括：在转换到第二模式期间所述控制器引导提供额外数据以保持数据对第三装置同步。

31.如权利要求27项所述的装置，其中，所述控制器针对第一模式将所述数据流引导到第一数据路径上，并且针对第二模式将所述数据流指引到第二数据路径上。

32.如权利要求27项所述的装置，其中所述装置通过控制信号链路向所述传输装置提供命令信号的确认。

33.如权利要求32项所述的装置，其中，所述装置被要求在特定的时间段内提供命令信号的确认。

34.如权利要求27项所述的装置，其中所述装置在确定所述装置不能够接受处于第二模式的数据时通过所述控制信号链路向所述传输装置提供命令信号的无确认信号。

35.如权利要求27项所述的装置，其中，如果在特定的时间段内没有检测到所述数据流到第二模式的转换，则所述控制器将所述装置转换回到用于以第一模式接收数据的状态。