使用时分操作的多协议隧穿的制作方法
【专利摘要】本发明的实施例一般涉及使用时分操作的多协议隧穿。装置的实施例包括：用于与第二装置的通信的接口，所述接口包括共享通信链路；以及复用器，所述复用器用于将多个协议的每一个的数据复用至多个时隙以进行传输，所述多个协议包括第一协议。多个时隙在多个协议间分布，其中，多个时隙在多个协议间的分布包括将一个或多个时隙指派给第一协议以便使第一协议的数据满足对所述第一协议的一个或多个性能要求。
【专利说明】使用时分操作的多协议隧穿
[0001]相关申请的交叉引用
[0002]本申请要求于2012年6月13日提交的第61/659，385号美国临时专利申请的优先权权益，该美国临时专利申请通过引用全部结合于此。
【技术领域】
[0003]本发明的实施例一般涉及电子数据通信领域，尤其涉及使用时分操作的多协议隧穿。
[0004]背景
[0005]随着较新协议被开发并且继续支持传统协议，电子设备间的通信可以被调用以携带多个不同协议的数据。例如，消费者电子设备可以包括新设备和旧设备的混合。数据可以通过一个或多个特定通信信道来隧穿，其中隧穿是指经由第二协议来携带具有第一协议的数据的方法。
[0006]在这样的情况下，可以有必须满足的特定协议性能要求，其中限制可以包括例如对于特定数据协议所需的响应等待时间。这种要求可以产生对协议的隧穿操作的障碍——如果该操作使数据未能满足必要的性能要求的话。
[0007]附图简述
[0008]通过示例而非通过限制来说明本发明的实施例，在附图的各图中，相同的附图标记表示相似的元件。
[0009]图1说明包括共享时分复用链路上的多协议隧穿的实施例的系统；
[0010]图2说明包括共享时分复用链路上的多协议隧穿的特定实施例的系统；
[0011]图2A是根据实施例的特定通信链路的说明。
[0012]图3是用于说明在多协议隧穿的实施例中的时隙分布的流程图；
[0013]图4是在多协议隧穿的特定实现方式中的时隙分配的说明；
[0014]图5是根据实施例的系统启动时的TDM同步的说明；
[0015]图6是根据实施例的TDM同步丢失检测和恢复的说明；
[0016]图7是用于说明用于共享通信链路上的多协议数据隧穿的过程的流程图；
[0017]图8说明了根据实施例的数据业务的分时隙组合；
[0018]图8A说明了根据实施例的分组和事件到TDM链路的映射；
[0019]图9是用于根据实施例的协议的总线状态信令的说明；以及
[0020]图10是包括根据实施例的数据隧穿的电子设备或系统的说明。
[0021]概述
[0022]本发明的实施例一般针对使用时分操作的多协议隧穿。
[0023]在本发明的第一方面，一种装置的实施例包括:用于与第二装置的通信的接口，该接口包括共享通信链路；以及复用器，该复用器用于将多个协议的每一个的数据复用至多个时隙以进行传输，多个协议包括第一协议。多个时隙在多个协议间被分配，其中时隙的分配包括将一个或多个时隙指派给第一协议以使具有第一协议的数据满足对于第一协议的一个或多个性能要求。
[0024]在本发明的第二方面，一种方法包括:接收包括第一协议在内的多个协议的数据业务用于从第一设备发射至第二设备；将每一个协议的数据业务分割成不大于为时隙所建立的比特数的部分；将多个协议的每一个协议的数据的部分插入多个时隙，其中多个时隙被分配给多个协议的每一个以便进行每一个协议的数据的时分复用；以及通过共享通信链路发射多个协议的每一个协议的数据。第一协议包括一个或多个性能要求，将每一组时间段内的时隙分配给每一个协议是至少部分基于确保第一协议的操作满足对于该第一协议的一个或多个性能要求。
[0025]详细描述
[0026]本发明的实施例一般涉及使用时分操作的多协议隧穿。
[0027]通信协议通常包括与链路上的传输有关的特定性能要求，包括等待时间要求。例如，USB?(通用串行总线)协议对于USB 1.0、USB 1.1和USB 2.0的读取和确认(ACK)要求相对紧张的响应等待时间，USB 1.0、USB 1.1和USB 2.0在此总称为USB 1.0/1.1/2.0，包括低速、全速和高速操作，低速、全速和高速操作在此总称为LS/FS/HS操作。USB1.0/1.1/2.0规范要求在接近I μ s(微秒)内的来自设备的响应。USB规范指示集线器应当具有75ns (纳秒)的最大等待时间以便兼容USB。
[0028]然而，包括高速通信链路在内的许多通信链路产生大于75ns的响应等待时间，特别是在操作包括诸如以逐分组为基础复用多个业务流这样的操作时，这是因为分组的最差情况等待时间会超过前一分组的长度。
[0029]在一些实施例中，一种装置、系统或过程提供了使用数据的时分复用来减少用于传递多个协议的数据的冗余和等待时间，多个协议包括具有性能要求的一个或多个协议。性能要求可以包括但不限于:等待时间要求、带宽要求以及服务质量(QoS)要求。在一些实施例中，一种装置、系统或过程还提供了同步源和宿之间的时隙，以及提供了检测同步丢失并且从同步丢失中恢复。在一些实施例中，一种装置、系统或过程提供了稳健地处理信令，诸如提供了稳健地传递USB总线信令(诸如RESET (重置),CONNECT (连接)、IDLE (空闲)、RESUME (恢复)、SUSPEND (挂起))。如此处使用的，“受委托的性能协议”是指服从一个或多个性能要求的协议。受委托的性能协议包括“低等待时间协议”，其是指要求相对低等待时间链路的通信协议，诸如例如USB协议。类似地，“低等待时间数据业务”是指低等待时间协议的数据业务。这里提供的关于低等待时间协议的示例也应用于具有不同的或附加的性能要求的协议。
[0030]减少数据业务的等待时间的一种可能实现提供了被保留给诸如USB数据业务之类的低等待时间数据业务(或服从性能要求的其他数据业务)的一对分开的线。然而，这一替代方式不是线路有效的，并且在其中存在有限数量的线路或电接触的环境中可能不可行，例如在使用具有少量连接的连接器的移动设备中。
[0031]较高等待时间链路上的一种附加的替代实现包括提供假响应(fake response),假响应允许低等待时间协议下的附加时间，诸如:在接收端具有返回真确认(trueacknowledge)的机会之前发射假ACKS ;使用STALL或未准备好代码来延长可用时间；或者提供将所允许的等待时间延长超过正常等待时间限制的其他代码。然而，这种操作可能对设备的互操作性、设备的性能或者这两者有影响。
[0032]一种进一步的替代方式是提供“链路层”上方的通信链路，并因此桥接多个事务而非链路本身。该替代方式由例如IP上USB(网际协议)及相关协议来使用。然而，这种操作要求对主机软件的显著软件改变，并且不能被用作插件，其中新链路在一侧插入现有的USB主机，在另一侧插入设备。
[0033]因此，直接隧穿诸如USB数据分组这样的低等待时间数据业务是有挑战的。而且，由通过通信链路携带的其他数据分组所造成的等待时间可能很高或高于预定义的阈值，因此当用于隧穿的通信链路不比低等待时间通信链路要求(诸如例如，用于480Mbps USB
2.0通信链路的隧穿的600Mbps (兆比特每秒)链路)显著更快时，该任务特别难。
[0034]在一些实施例中，一种装置、系统和方法提供了共享时分复用(TDM)数据链路上的多协议隧穿。在一些实施例中，用于数据链路的多个时隙被分配给需要满足等待时间要求的多个协议。如此处使用的，分配包括以下的一个或多个:在一组时间段中建立多个时隙；以及在一组时间段中建立多个时隙的位置。分配不限于在每一组时间段中建立固定数目的多个时隙或多个时隙的固定位置。在一些实施例中，共享协议隧穿包括在共享TDM链路上隧穿受委托的性能协议数据业务，诸如低等待时间协议数据业务，其中TDM链路可以以较高速率发送数据并因此提供高于低等待时间协议要求的增加的带宽。在一些实施例中，多协议隧穿允许在共享数据链路上发送多种数据类型。在一些实施例中，一种装置、系统或方法提供了隧穿多个低等待时间数据链路，诸如多个USB链路。在一些实施例中，多个USB链路可以并发地被隧穿，其中这种隧穿可能在相同或不同的方向。
[0035]在一些实施例中，使用快于受委托的性能数据业务的通信链路上的调度TDMA(时分多址)为受委托的性能数据业务提供隧穿。例如，一种实施例可能提供在具有其他数据业务的通信链路上隧穿USB 1.0、1.1和2.0数据业务，包括USB 2.0低速(1.5Mbps)、全速(12Mbps)和高速(480Mbps)，该通信链路快于USB数据要求。
[0036]在一些实施例中，通过使用TDMA方法，TDMA将链路的可用链路带宽分配给多个时隙，包括根据相应协议(诸如USB 1.0/1.1/2.0)的限制将足够的时隙分配给具有一个或多个性能要求的数据业务，以便确保具有足够短等待时间的足够带宽来满足数据业务的性能要求，诸如例如USB 1.0、1.1或2.0规范中规定的等待时间要求。在一些实施例中，以区分优先级的方式来建立在用于隧穿数据业务的链路上的传输的调度，使得具有一个或多个性能要求(诸如USB 1.0/1.1/2.0)的业务被确保有足够带宽以及足够低的等待时间以满足它们的要求。在一些实施例中，通过为更高级通信链路中的更快通信(诸如例如USB 3.0通信)提供基于分组的通信，这种隧穿还满足对于这种更快通信的要求。
[0037]图1说明了包括共享时分复用链路上的多协议隧穿的实施例的系统。在该说明中，系统100包括经由共享通信链路150与第二设备160耦合的第一设备110。如以下进一步讨论的，链路150可以根据实施例而在结构上改变。在一些实施例中，第一设备110和第二设备160提供了多个协议的数据的时分复用，以允许在链路150上传输每一个协议的数据，其中建立时隙的宽度(比特数)以及时隙在多个协议之间的分配(包括建立时隙数目和建立时隙位置中的一个或多个)，以允许符合一个或多个协议的等待时间要求。
[0038]在该说明中，多个协议的多个时隙被分布，使得例如特定协议(图1中指示为“B”)被提供足够带宽以满足等待时间阈值。如图所示，多个时隙以时间顺序从左到右排列。如图所示，第一协议(“A”)可以被保留特定的时隙，诸如在该例中的每组八个时间段中的第一时隙，其中一组时间段是指特定数量的时间段的序列。具有等待时间要求的特定协议(“B”)被提供有足够带宽以满足等待时间要求，其在该例中包括分配每一组时间段的第二、第三、第五、第六和第八时隙，其余的时隙被分配给第三协议(“C”)。然而，这是一个特定的示例，实施例不限于在具有多个不同协议的数据业务间分配多个时隙的特定选择。
[0039]图2说明了包括共享时分复用链路上的多协议隧穿的特定实施例的系统。在该说明中，第一设备和第二设备通过共享链路250连接，第一设备是移动电话210，而第二设备是坞接站260(可称为坞)。移动电话210可以访问连接至坞接站的一个或多个设备280。在特定实施例中，共享链路250的链路是被称为eCBUS的MHL? (移动高清链路)3.0边带信道。然而，实施例不限于链路是特定接口。
[0040]在图2所提供的示例中，在共享链路上递送的协议业务包括以下协议的数据业务:
[0041](a)HSIC(高速芯片间接口)，HSIC是用于芯片到芯片互连的USB2.0的电气子规范；
[0042](b) CBUS (控制总线)，cBUS是MHL链路的遗留边带信道；以及
[0043](c) eMSC (增强MHL边带信道)，它在eCBUS上被分配多个时隙，用于携带为MHL
3.0的MHL专用通信定义的新分组。
[0044]例如，与坞接站260耦合的设备280包括以下的一个或多个:USB驱动器、相机、或经由HSIC集线器272连接的扬声器、经由MHL或HDMI?(高清多媒体接口)集线器连接的高清电视、或经由共享链路250上的eMSC桥276连接的键盘或鼠标。然而，实施例不限于该示例中的协议的数量和类型，并且可以包括例如更多或更少的协议、相同协议的多个实例、以及具有不同或类似类型的其他协议。
[0045]如图2所示，移动电话210包括与主机桥212耦合的应用处理器(USB主机)214，主机桥212包括HSIC接口 216、CBUS接口 218和eMSC接口 220。接口 216-220与时分复用器222耦合以便向共享链路接口 226提供TDMA数据外出(data out)，并且与时分复用器224耦合以便于来自共享链路接口 226的TDM数据进入(data in)。坞接站260包括与HSIC集线器282、MHL/HDMI桥284以及eMSC桥286耦合的设备桥262，设备桥262包括HSIC接口 266、CBUS接口 268和eMSC接口 270。接口 266-270与时分复用器274耦合以便向共享链路接口 276提供TDM数据外出，并且与时分复用器272耦合以便于来自共享链路接口 276的TDMA数据进入。
[0046]图2A是根据一实施例的特定通信链路的说明。图2A例示了第一设备290和第二设备292之间的USB 3.0连接。在一些实施例中，一种装置、系统或方法为隧穿具有一个或多个性能要求的数据业务而应用TDMA和时隙调度，该数据业务诸如USB数据294，该USB数据294原本会通过半双工、双向的USB数据对来传输，其中这种线路或信号被指定为D-和D+并且可以被称为USB 2.0差分对。USB 3.0从USB的先前版本扩展以包括用于数据传输的附加单向线对以及用于数据接收的附加单向线对，这两个线对可以分别被称为超速(SS)发射机差分对(SS Tx)和超速接收机差分对(SS Rx)。在发送USB 3.0数据业务296时，除了 USB 3.0中增加的两个新的单向对之外，仍需要携带传统USB 1.0/1.1/2.0数据对中的数据业务。如图所示，USB 3.0连接还可以包括功率(VBUS)、功率返回接地(GND)、信号返回接地(GND_DRAIN)以及壳形连接的屏蔽。
[0047]在一些实施例中，TDMA调度可以处在变化的粒度(也可以被称为时隙的宽度)，诸如处在比特、半字节(四个比特)、字节(八个比特)或较大的粒度，粒度被选择成使得由其他业务对具有一个或多个性能要求的业务所施加的最大排队延迟(该延迟诸如非USB1.0/1.1/2.0数据业务对USB 1.0/1.1/2.0数据业务所施加的延迟)被保持在足够低的水平。在一示例中，MHL 3.0的粒度对于高速业务来说可以是八比特，且对于低速业务低至I比特。然而，实施例不限于这些特定的粒度选择。在一些实施例中，使用对于较低速率具有较小复用器间隔的TDMA调度来限制操作的等待时间。在一些实施例中，一种装置、系统或方法可以为不同速率使用不同的编码。
[0048]在一些实施例中，TDMA操作包括调度多个时隙以便对具有性能要求的业务提供足够带宽，诸如为低等待时间数据业务。在一些实施例中，使用时隙的调度(附加时隙被分配给低等待时间数据业务)以及时隙的尺寸(较少比特数用于分配给较慢业务的每一时隙)以提供具有保证带宽的低等待时间隧穿，以便能实现低等待时间数据业务(包括例如USB业务)的无缝和有效隧穿。在一些实施例中，如果通信链路足够快且分组足够小，则一种装置、系统或方法还可以为特定数据业务使用区分优先级的数据分组传输，诸如例如，其中USB数据被指派最高优先级的区分优先级的分组。
[0049]图3是用于说明在多协议隧穿的实施例中多个时隙的分布的流程图。在共享链路的时分复用中，时域被分成具有固定长度的几个时隙(在一示例中，长度为八比特的时隙)。图3说明了时隙分配算法的实施例。在该说明中，函数mod(A，B)表示模数运算。结果是A除以B的余数,例如，mod(10,8) = 10 mod 8 = 2。通过这种运算，时隙被均勻分布以最小化等待时间。
[0050]在所示过程中，用于多协议隧穿的时隙分布的过程包括将时隙号设为零305。继续该过程，如果时隙号为零310，则该时隙被指派给CBUS，其中计数=0，且时隙号被递增，被设为mod(slot_num+l，1+N+M) 340，其中M是每一组时间段中要被指派给USB的时隙数，而N是每一组时间段中要被指派给其余协议eMSC的时隙数。返回决定310，如果时隙号不等于零，则确定计数是否小于N 320，如果是，则时隙被指派给eMSC，如果否，则时隙被指派给USB 330。在时隙指派之后,计数被递增N,其中计数=mod(cnt+N, N+M)。
[0051]图4是多协议隧穿的特定实现方式中的时隙分配的说明。在该说明中，提供时隙分配的不例，其中，在每一组时间段的总共九个时隙中，确定向CBUS分配一个时隙，向eMSC分配三个时隙，以及向USB分配五个时隙。在该示例中，图3所示的算法可用于将多个时隙分布给多个协议，其中N(被分配给eMSC的时隙数)=3，M(被分配给USB的时隙数)=5。如图4所示，时隙400基于这种要求而被均匀地分配，且对于任一协议最多两个连续时隙，使得在每组九个时间段的该例中，向每个协议的时隙分配为:
[0052]CBUS被分配:时隙#0
[0053]eMSC 被分配:时隙 #1，#4，#7
[0054]USB 被分配:时隙 #2，#3，#5，#6，#8
[0055]尽管图4说明了每组时间段包括九个时隙的示例，且其中每组时间段中每个时隙的数量分配和位置都相同，但是实施例不限于时隙的固定分配，并且可以包括例如每组时间段的尺寸、为每一协议分配的时隙数、以及每一时隙的位置在多组时间段之间发生变化。
[0056]图5是根据一实施例的系统启动时的TDM同步的说明。在一些实施例中，TDM时隙同步发生在训练时段或恢复时段。在一些实施例中，桥的两侧同时开始同步过程，图5示出为经由共享链路560与设备桥570耦合的主机桥550。在一些实施例中，同步包括:
[0057](I)在重置510，每个端点在特定时隙位置(诸如例如在CBUS时隙中)周期性地发送第一特殊字符(例如C0M1)，使另一端同步。其他时隙(诸如USB和eMSC)被IDLE字符填充，指示没有数据要发送。在该示例中，特殊字符可以包括MHL中定义的COMl和COM字符，用以将同步状态通知递送至另一端。
[0058](2)如果设备桥首先被同步515，则设备桥就开始发送第二特殊字符(例如COM2而非C0M1)以通知该设备桥被同步。
[0059](3)当主机桥被同步520时，主机桥也开始发送第二特殊字符(COM2)，因此在此点两个端均发送COM2字符。
[0060](4)当两个端被同步525时，USB主机和设备开始正常的数据传输。如果有CBUS数据待发送，则CBUS数据隙被填充这种数据。否则，COM2字符被填充在CBUS隙中。而且，在此时间期间，eMSC和USB时隙分别被eMSC和USB数据填充。
[0061]图6是根据一实施例的TDM同步丢失检测和恢复的说明。在一些实施例中，桥设备(图6中示出为经由共享链路660与设备桥670耦合的主机设备650)使用对特殊符号(诸如COMl和COM2)的检测来提供TDM同步丢失检测和恢复，以将同步状态通知传递至另一端。在一些实施例中，用于对桥设备之间的通信进行同步丢失检测和恢复的过程包括:
[0062](I)在两个桥设备都被同步的正常操作中610，两个桥设备均发送特殊符号以指示同步，诸如包括COM2符号的数据存在于CBUS时隙中，且数据存在于USB和eMSC时隙中。
[0063](2)任一个桥设备可以通过检验哪个特殊符号被发送(诸如COMl或COM2符号中的哪个出现在CBUS时隙中)来检测另一桥的同步丢失。如果桥设备由于字节失准或比特误差而丢失同步，则桥设备开始在CBUS时隙中发送COMl并且在其他时隙中填充IDLE字符615。
[0064](3)当主机桥在CBUS时隙中检测到COMl字符时，它继续在CBUS隙中发送COM2字符并且丢弃其他隙中的数据以帮助恢复设备桥620。
[0065](4)设备桥成功地恢复同步并且在CBUS隙中发送C0M2625。
[0066](5)当两个桥设备均被同步时，系统恢复正常数据传输630。
[0067]图7是用于说明共享通信链路上的多协议数据隧穿的过程的流程图。在一些实施例中，为了提供在第一设备和第二设备之间的通信链路上特定的多个数据协议的传输，建立通信因子，包括为了通信链路上的数据时分复用而建立的时隙宽度705，其中该宽度基于多个数据协议中的至少一个数据协议的等待时间要求以及由其他数据业务施加于共享链路上的最大排队延迟来确定。在一些实施例中，数据槽宽度被建立为足够小，使得按照其他数据业务施加于共享链路上的最大排队延迟可以满足等待时间要求。在一些实施例中，因子还可以包括允许一个或多个协议的分组通信710，诸如例如允许USB 3.0数据传输的分组通信，而同时使用时分复用来发送USB1.0/1.1/2.0。
[0068]在一些实施例中，通信因子的建立还包括向多个协议的每一个分配TDM时隙。在一些实施例中，时隙的分配是至少部分基于向一个或多个协议提供足够带宽以保持符合一个或多个等待时间要求。例如，时隙的分配包括分配足够时隙以维持诸如USB 1.0/1.1/2.0这样的低等待时间协议的等待时间要求。
[0069]在一些实施例中，通信操作以第一和第二设备的同步开始720，诸如图5所示，并且使用每一个协议的数据的时分复用来传输数据725，其中传输使用已建立的时隙宽度和时隙应用。在一些实施例中，如果链路同步丢失730，则该过程还包括响应于同步的丢失而根据需要重新同步第一和第二设备735，诸如图6所示。
[0070]尽管此处提供的示例一般针对USB，但实施例不限于USB，并且可以应用于其他协议，特别是具有紧张等待时间要求的协议，包括但不限于:
[0071](a) IEEE (电气与电子工程师协会)1394高速串行总线(称为“火线”)。
[0072](b) I2C串行总线-例如，用于HDMI?(高清多媒体接口 )及其他标准的DDC(显示数据通道)的I2c。该应用特别有助于采用单个电缆或光链路的传输。
[0073](c)PCIe (外围组件互连快速)-PCIe数据业务的隧穿的一种实现方式可以包括数据链路层的隧穿。而且，尽管在该情况下等待时间要求被放宽，但是也取决于底层链路而在事务层提供隧穿。
[0074](d)使用ACK的低级无线协议。
[0075](e)可以在较高速度链路上处理的其他低等待时间链路。
[0076]在关于USB的示例中，USB 3.0保持在用于低速、全速和高速操作的USB1.0/1.1/2.0中所使用的半双工对，但为超速(SS，速度为5Gbps(千兆比特每秒))操作增加附加的单向高速传送链路和高速接收链路。在USB 3.0中，与对于半双工1.0/1.1/2.0对的等待时间相比，对附加的闻速传送线路和闻速接收线路上的等待时间限制有些放宽。在USB 3.0中，因此有三个分开的数据管道(每个都以分开的差分对来发送):
[0077](a)用于USB LS/FS/HS的导体对(半双工、双向、480Mbps最大、更加等待时间敏感)；
[0078](b)用于USB超速发射机的导体对(单向、较高速，较不等待时间敏感)；以及
[0079](c)用于USB超速接收机的导体对(单向、较高速,较不等待时间敏感)。
[0080]因此，对于USB的双向通信，这总共有三个对，即六条线路。在USB3.0操作中，对于电源和GND (接地)也有其他引脚。
[0081]在一些实施例中，多对线路(诸如为USB 3.0提供的三对线路)被组合成单个双向链路。在一种实现方式中，USB 3.0超速业务可以与USB LS/FS/HS业务组合。在一些实施例中，如果USB业务是要携带的唯一业务，则全双工超速道和半双工低速/全速/高速道中的数据可以时隙化、TDMA或其他时间调度的方式被组合。如果存在其他附加的业务(诸如例如以太网/IP数据、视频、MHL、CBUS等)，则该业务和USB业务可以被组合成单个双向的数据流。在一些实施例中，低等待时间业务及其他业务的组合可以以不同方式被实现，包括:
[0082](a)每一个数据协议的时隙化的TDMA组合，诸如USB超速、USB LS/FS/HS及其他(视频、以太网等)数据的调度组合。以此方式，所有业务可以被提供足够低的等待时间以维持协议兼容并提供足够的服务。然而，除非TDMA非常动态，否则如果流上的业务在固定分配情况下随时间变化，可能难以获得可用带宽的良好利用。
[0083](b)低等待时间数据业务的时隙化的TDMA组合，诸如例如USB低速/全速/高速数据业务的调度组合(在第一组中)连同组合的USB超速和其他业务(诸如视频、以太网等)数据业务(在第二组中)。以此方式，在USB低速/全速/高速业务和所有其他业务之间可能有双向调度访问。在一些实施例中，调度访问可以被建立为精细级别(比特、半字节、字节、多个字节的第#号)以维持低等待时间。
[0084]图8说明了根据实施例的数据业务的时隙化组合。在该说明中，第一设备810经由共享链路830与第二设备820耦合，用于通过时分复用多个时隙进行数据传输。在一些实施例中，时隙在第一组840和第二组845之间被分配。在一些实施例中，第一组合840为例如USB LS/FS/HS数据提供数据的隧穿，而第二组845包括已经在分组通信中提供并且被分成多个时隙以用于在共享链路上传输的数据，诸如USB 3.0SS及其他数据业务。
[0085]在一些实施例中，带宽到具有一个或多个性能要求的数据业务的分配可以被维持在协议业务速度，诸如USB低速/全速/高速业务被保持在480Mbps (对于高速数据的协议业务速度)，而其余数据业务可以被分配过量带宽，这可以包括在过量带宽内应用不同的访问分配方法。在一些实施例中，其他数据业务、USB SS及其他(诸如视频、以太网等)数据业务可以逐分组地被组合。通过逐分组地组合其他业务，可以获得对于不同业务混合的较大的灵活性和适配性。
[0086]在一些实施例中，可以在单个双向链路上输送数据通信，包括低等待时间数据业务的隧穿。实施例可以在选择通信介质时改变，其中双向链路的选项可以包括:
[0087](a)光链路-在一些实施例中，链路可以包括单向光纤或者在光纤每一端具有一个分离器的一个双向光纤；
[0088](b)单个线或一对线上的全双工通信-在一些实施例中，用于提供通信的技术可以包括:(i)诸如1G-BaseT或IG-BaseT以太网中使用的全双工信令可用于以差分方式在一对线路上发送全双工信号，或(ii)诸如Clock On CBUS (CBUS上时钟)这样的全双工信令可用于在单个线路或差分对上携带全双工数据信号，而提供视频链路所使用的视频时钟。以此方式，信令可以在一个或多个线路上被携带，功率和接地在另两个线路上被携带。在一示例中，具有USB 3.0完全能力的电缆可以仅使用四条线路来实现，因此可以使用具有四个引脚(类型A或B连接器)或五个引脚(迷你USB或微型USB)的标准USB 1.0/1.1/2.0连接器来实现。因此，在该连接器上，可以使用后向兼容的模式来连接至仅支持遗留模式(诸如USB 1.0/1.1/2.0)的遗留设备。
[0089](C)两个单向线路差分对上的全双工-在一些实施例中，如果不要求功率，可以使用4线路的电缆来携带多个数据协议的全部功能。在一些实施例中，如果要求功率，则可以使用像在以太网上功率(PoE)中使用的技术来在4条线路中携带功率和数据。这因此可用于上述的现有USB 1/1.1/2连接器。通过该连接器，可以使用后向兼容的模式来连接至仅支持遗留USB 1.0/1.1/2.0的遗留设备。
[0090](d)两条单向单端线路上的全双工-在一些实施例中，两条线路可用于全双工数据。以此方式，数据通信可以与用于功率的两条线路组合。例如，USB 1.0/1.1/2.0连接器可用于一种实现方式中。在一些实施例中，在连接器中可以提供附加的屏蔽来确保数据完整性和足够低的EMI (电磁干扰)。
[0091](e)单个单端线路上的全双工-在一些实施例中，可以使用单个单端的线路。例如，一种实现方式可以包括在单端全双工线路上仅携带低等待时间数据业务，诸如LS/FS/HS USB业务，而在其他线路上携带较高数据速率的业务，诸如使用上述其他传输方式之一(例如，两个单向差分对上的传输、或全双工差分对上的传输)在USB 3.0的两个附加差分对上携带SS USB 3.0。
[0092]在一些实施例中，系统中可以实现数据业务的隧穿以通过隧穿MHL数据来携带具有一个或多个性能要求的数据业务，诸如低等待时间数据业务。例如，所述的技术可用于在MHL数据业务上携带USB业务。实现方式可以包括:
[0093](a)在一种实现方式中，USB 1.0/1.1/2.0LS/FS/HS业务可以与MHL CBUS (控制总线)数据相组合，包括MHL视频数据在内的其他数据业务可以在MHL CBUS线路上被发送。以此方式，数据业务可以在以较高速度运行的MHL 1.0或MHL 2.0CBUS上被携带，MHL 1.0或MHL 2.0CBUS包括TDMA和/或调度访问。
[0094]在一些实施例中，数据业务可以使用“CBUS上时钟”信令技术在已修改的CBUS上被携带，“CBUS上时钟”信令技术传送可超出480Mbps的双向数据管道连同A/V链路时钟。然而，如果可以传递少于480Mbps，则FS或LS业务仍可被桥接。如以上讨论的，CBUS以及没有紧张往返等待时间限制的其他业务可以逐分组地或以TDMA方式被组合。
[0095](b)在另一种实现方式中，USB 1.0/1.1/2.0和USB 3.0业务可以在控制总线道中与选项(a)中提供的MHL CBUS业务组合，控制总线道因此与一个或多个视频数据道分开。
[0096](c)在另一种实现方式中，USB 1.0/1.1/2.0和CBUS业务可以与视频数据业务组合，全都在单个公共双向数据流中。(此外，来自两条SS道的USB 3.0业务也可以被组合。)这可以使用标准的USB 1.0/1.1/2.04引脚或5引脚连接器来实现，而仍包括功率和接地引脚。
[0097]在一些实施例中，诸如传统MHL模式这样的传统模式可以检测该新模式是否被支持并且按需回到旧模式。
[0098]在一些实施例中，一种装置、系统或方法包括用于管理TDMA流的过程，包括低等待时间数据业务的隧穿。在一些实施例中，一种装置、系统或方法包括提供TDMA流的同步。在一些实施例中，可以使用“逗号(comma)字符”或不属于正常数据信道的特殊字符，通过标识多个分时隙的源之间的时隙来分隔多个数据流。这可用于确定初始同步，并且还用于确定同步是否丢失。
[0099]在一些情况下，多个TDMA流的一个或多个可能不具有结合较高冗余并提供“逗号”字符的信道编码。在该情况下，不确定同步的丢失，直到传送包括逗号字符的另一 TDMA流。USB 1.0/1.1/2.0分组头部也可被读取以确认同步并按需重新建立。
[0100]在一些实施例中，可以使用数据业务反向中的传输(如果可用)来提供同步被维持的保证。例如，由于USB 1.0/1.1/2.0数据业务为半双工，因此如果这种数据业务在全双工链路上被隧穿，则不携带USB 1.0/1.1/2.0数据业务的方向可以携带反向的同步信息以确保两侧保持同步。该反向也可用于携带除USB LS/FS/HS以外的附加数据。
[0101]在一些实施例中，一种装置、系统或方法包括用于TDMA时隙指派的过程，该TDMA时隙指派为低等待时间数据业务提供足够的带宽。在一示例中，非USB 1.0/1.1/2.0业务时隙相对于USB 1.0/1.1/2.0业务时隙的布置确定了最差情况等待时间。在一些实施例中，漏桶模型可以确定最差情况等待时间。
[0102]在一些实施例中，一种装置、系统或方法提供了兼容地报告数据业务的拓扑结构，诸如兼容报告的USB拓扑结构。在一些实施例中，报告可以被制作成单个或多个集线器。
[0103]在一示例中，如果包括最差情况复用/解复用延迟在内的链路等待时间相对于USB集线器等待时间阈值来说非常小，则USB隧穿等待时间有机会适合用于USB设计的标准系统设计预算。如果包括最差情况复用延迟的链路等待时间大于USB集线器等待时间阈值、但适合于用于USB的标准系统设计预算，则USB隧穿可以报告为嵌入式的USB集线器，使得多个设备将基于拓扑结构看到符合预期的等待时间。如果链路/电缆长度或其他问题要求比用于单个USB集线器的规范阈值长的等待时间，则USB隧穿可以报告为两个或更多个USB集线器的级联以再次呈现在要求范围内的等待时间。
[0104]在一些实施例中，往返时间估计或先验知识可用于确定等待时间是否会大于单跳、以及如果大于单跳的话有多长，且这可用于确定要报告多少个集线器。
[0105]图8A说明了根据一实施例的分组和事件到TDM链路的映射。图8A说明了将USB事件映射至TDM时隙的特定实现方式。在一些实施例中，一种装置、系统或方法提供了最小化或控制用于传输数据分组(诸如USB分组)的等待时间和冗余，其中均匀分布的TDM隙减少了 USB分组传递的等待时间。在一些实施例中，USB分组数据(或其他数据分组)在TDM隙上被传输，而没有任何附加的冗余，其中过程包括将USB线路的比特流并行化为8比特(或其他时隙宽度)，而保留NRZI (非返回至零，反相)编码和比特填充。在一些实施例中，分组边界信息嵌入在eCBUS上的USB分组中，且如果没有USB分组，则IDLE符号被填充于USB时隙中。
[0106]在图8A中，说明了 USB HSIC信令850，包括选通信号和数据信号。图中还示出用于经由TDM时隙传输USB数据的共享链路850，其中时隙符合图4所示的分配示例。如图所示，USB时隙初始被填充RESET值，直到检测到选通边缘，然后，USB时隙被填充IDLE值。这继续直到分组起始(SOP)，随后是比特填充时段中的数据，随后是分组结尾(EOP)。在EOP之后，USB时隙继续IDLE值，直到检测到下一 USB事件(例如，USB分组或RESUME信令)。
[0107]图9是用于根据实施例的协议的总线状态信令的说明。在一些实施例中，一种装置、系统或方法提供了稳健地传递信号，诸如USB(HSIC)总线状态信令。在一些实施例中，一种装置、系统或方法允许及时在有损信道中也传递HSIC总线状态信令。在一些实施例中，桥继续为特定状态下的HSIC总线发送特殊字符代码。如图9所示，主机桥950经由共享链路960耦合至设备桥970，其中主机桥950与HSIC主机总线(数据和选通值940)耦合，且其中设备桥970与HSIC设备总线(数据和选通值980)耦合。
[0108]有五个HSIC 总线状态(IDLE、CONNECT、RESUME、SUSPEND、RESET)，其中总线状态或总线状态中的变化由HSIC总线信号(数据和选通)的级别来指示。在一些实施例中，HSIC初始化序列包括:
[0109](I)在操作期间，主机桥950检测主机侧HSIC总线940处的RESET总线信令，并且响应于此在USB时隙910中填充RESET符号。当设备桥970接收RESET符号时，设备桥在设备侧HSIC总线980处模仿RESET信令。
[0110](2)当主机桥950检测主机侧HSIC总线940处的IDLE总线信令时，主机桥在USB时隙915中填充IDLE码元。当设备桥970接收IDLE码元时，设备桥970在设备侧HSIC总线980处模仿IDLE信令。
[0111](3)在USB设备插入CONNECT总线信令后，设备桥970在USB时隙中发送CONNECT码元920。响应于接收到CONNECT，主机在主机侧HSIC总线980处模仿CONNECT信令。
[0112](4)连至主机桥950的USB主机(图2中的214)检测CONNECT总线信令，并且通过交换USB分组925而开始枚举过程。主机桥950和设备桥970通过隧穿USB分组而操作，如图8所示。
[0113]图10是包括根据一实施例的数据隧穿的电子设备或系统的说明。在一些实施例中，装置或系统使用隧穿过程来传送USB信号。然而，实施例不限于USB信令，而可以包括经由隧穿的任何数据协议的传输。
[0114]在一些实施例中，装置或系统1000(这里一般称为装置)包括互连或横梁1002或者用于数据传输的其他通信装置。在一些实施例中，诸如图2所示，装置1000包括时分复用组件1040。一个或多个发射机或接收机1020可以耦合至TDM组件1040用于发送和接收数据，包括多协议隧穿1050。在一些实施例中，接收机或发射机1020可以包括用于连接其他装置的一个或多个端口 1022，并且可以包括用于广播无线电信号的一个或多个天线1028。
[0115]图10的装置1000还可以包括以下元件或组件:
[0116]装置1000可以包括处理装置，诸如与互连1002耦合以处理信息的一个或多个处理器1004。处理器1004可以包括一个或多个物理处理器并且可以包含一个或多个逻辑处理器。
[0117]为简洁期间，互连1002被图示为单个互连，但可以表示多个不同的互连或总线，且到这些互连的组件连接可以发生变化。图10所示的互连1002是表示一个或多个分开的物理总线、点对点连接的抽象，或者两者均由适当的桥、适配器或控制器连接。
[0118]在一些实施例中，装置1000还包括随机存取存储器(RAM)或其他动态存储设备或元件，作为用于存储要由处理器1004执行的信息和指令的主存储器1012。在一些实施例中，主存储器可以包括应用的活动存储。在一些实施例中，装置的存储器可以包括特定的寄存器或其他专用存储器。
[0119]装置1000还可以包括只读存储器(ROM) 1016或用于为处理器1004存储静态信息和指令的其他静态存储设备。装置1000可以包括用于存储特定元件的一个或多个非易失性存储器元件1018，包括例如闪存和硬盘或固态驱动器。
[0120]装置1000可以包括一个或多个输入设备1024，一个或多个输入设备1024可以包括以下的一个或多个:键盘、鼠标、触摸板、声音命令识别、手势识别、传感器或监视器(包括提供电力和性能数据的传感器或监视器)或者用于向装置1000提供输入的其他设备。
[0121]装置1000也可以经由互连1002耦合至输出显示器1026。在一些实施例中，显示器1026可以包括液晶显示器(LCD)或任何其他显示技术，用于向用户显示信息或内容。在一些环境中，显示器1026可以包括触摸屏，触摸屏也被用作输入设备的至少一部分。在一些环境中，显示器1026可以是或可以包括音频设备，诸如用于提供音频信息的扬声器。
[0122]装置1000还可以包括供电设备或装置1030，供电设备或装置1030可以包括电源、电池、太阳能电池、燃料电池或者用于提供或生成电力的其他系统或设备。供电设备或系统1030所提供的电力可以按需被分配给装置1000的各元件。
[0123]在以上描述中，为说明目的，提出了许多具体细节以便提供本发明的透彻理解。然而，对于本领域技术人员显而易见的是，可以无需这些具体细节中的一些而实现本发明。在其他情况下，公知结构和设备以框图形式示出。在所示组件之间可能有中间结构。此处描述或说明的组件可能有未说明或描述的其他的输入或输出。所述的元件或组件可以以不同的排列或次序被排列，包括任何场的重排或场尺寸的修改。
[0124]本发明可以包括各种过程。本发明的过程可由硬件组件执行或者可以包含在计算机可读指令中，计算机可读指令可用于用指令来编程通用或专用处理器或逻辑电路以执行这些过程。或者，过程可以由硬件和软件的组合来执行。
[0125]本发明的多个部分可以被提供作为计算机程序产品，计算机程序产品可以包括其上存储有计算机程序指令的计算机可读的非暂时性存储介质，计算机程序指令可用于编程计算机(或其他电子设备)以执行根据本发明的过程。计算机可读存储介质可以包括、但不限于:软盘、光盘、CD-ROM(压缩盘只读存储器)以及磁光盘、R0M(只读存储器)、RAM(随机存取存储器)、EPR0M(可擦除可编程只读存储器)、EEPR0M(电可擦除可编程只读存储器)、磁或光卡、闪存、或者适用于存储电子指令的其他类型的媒体/计算机可读介质。此外，本发明也可以被下载作为计算机程序产品，其中程序可以从远程计算机被传输至作出请求的计算机。
[0126]方法中的许多以其最基本形式被描述，但可以向方法中的任一个添加过程或从方法中的任一个删除过程，可以向所述消息的任一个添加信息或从所述消息的任一个减去信息，而不背离本发明的基本范围。对于本领域的技术人员显而易见的是，可以作出许多进一步的修改和适配。特定实施例不是为了限制本发明，而是为了说明本发明。
[0127]如果称元件“A”耦合至元件“B”或与元件“B”耦合，则元件A可以直接耦合至元件B，或者可以通过例如元件C间接地耦合。当说明书说明组件、特征、结构、过程或特性A“导致”组件、特征、结构、过程或特性B时，意味着“A”至少是“B”的部分原因，但也可能有至少一个其他组件、特征、结构、过程或特性帮助导致“B”。如果说明书表明组件、特征、结构、过程或特性“可以”、“可能”或“可”被包括，则该特定的组件、特征、结构、过程或特性不需要被包括。如果说明书指“一(a/an)”元件，则这不意味着只有一个所述元件。
[0128]实施例是本发明的实现方式或示例。说明书中引用“一实施例”、“一个实施例”、“一些实施例”或“其他实施例”意味着结合该实施例描述的特定特征、结构或特性可以被包括在至少一些实施例中，但不必要在全部实施例中。“一实施例”、“一个实施例”或“一些实施例”的各种出现不必要全部指相同的实施例。应当理解，在本发明示例性实施例的以上描述中，为了简单化公开内容并帮助理解各个发明方面的一个或多个，本发明的各个特征有时被一起组合在单个实施例、附图或其描述中。
[0129]在一些实施例中，一种装置包括:用于与第二装置的通信的接口，所述接口包括共享通信链路；以及复用器，所述复用器用于将多个协议的每一个的数据复用至多个时隙以进行传输，所述多个协议包括第一协议。在一些实施例中，多个时隙在多个协议间分配，多个时隙在多个协议间的分配包括将一个或多个时隙指派给第一协议以便使第一协议的数据满足对所述第一协议的一个或多个性能要求。
[0130]在一些实施例中，一个或多个性能要求包括等待时间要求、带宽要求以及服务质量(QoS)要求中的一个或多个。
[0131]在一些实施例中，时隙的分配包括为每一个协议分配多个时隙。
[0132]在一些实施例中，时隙的分配包括分配一个或多个时隙的位置。
[0133]在一些实施例中，被指派给每一个时隙的比特数至少部分基于一个或多个性能要求以及其他数据业务施加于共享通信链路的最大排队延迟。在一些实施例中，比特数是以下之一:用于第一速度的业务的单个比特、用于第二速度的业务的半字节、或者用于第三速度的业务的字节，其中第一速度慢于第二和第三速度，而第三速度快于第一和第二速度。
[0134]在一些实施例中，该装置的共享通信链路是包括一个或多个线路或光纤的双向链路。在一些实施例中，双向链路可以包括:
[0135](a)光链路，诸如单向光纤或在光纤的每一端具有一个分离器的一个双向光纤；
[0136](b)在单个线路或一对线路上的全双工通信；
[0137](c)在两个单向差分线路对上的全双工；
[0138](d)在两个单向单端线路上的全双工；或者
[0139](e)在单个单端线路上的全双工。
[0140]在一些实施例中，第一协议是USB?(通用串行总线)协议。
[0141]在一些实施例中，多个协议包括USB，而共享通信链路包括USB兼容的连接器的一个或多个导体。
[0142]在一些实施例中，多个协议包括USB 3.0,而共享通信链路包括USB 2.0兼容的连接器的一个或多个导体。
[0143]在一些实施例中，时隙的分配包括分配用于第一组中的分组通信的时隙以及将第一协议包括于第二组中的时隙。在一些实施例中，第一组包括USB 3.0分组通信，且其中第一协议包括USB低速、全速和高速业务中的一个或多个。
[0144]在一些实施例中，第一协议是用于I2C串行总线的协议。
[0145]在一些实施例中，第一协议是用于PCIe (外围组件互连快速)的协议。
[0146]在一些实施例中，装置被枚举为除物理上存在的节点以外的一个或多个节点。
[0147]在一些实施例中，一种方法包括:接收多个协议的数据业务用于从第一设备传输至第二设备，所述多个协议包括第一协议；将每一协议的数据业务分割成不大于为时隙建立的比特数的部分；将多个协议的每一个的数据的部分插入时隙，其中时隙被分配给多个协议的每一个以进行多个协议的每一个的数据的时分复用；以及在共享通信链路上发送多个协议的每一个的数据。在一些实施例中，第一协议包括一个或多个性能要求，且其中，将多组时间段的每一组内的时隙分配向每一个协议是至少部分基于确保第一协议的操作满足对于第一协议的一个或多个性能要求。
[0148]在一些实施例中，一个或多个性能要求包括等待时间要求、带宽要求以及服务质量(QoS)要求中的一个或多个。
[0149]在一些实施例中，时隙的分配包括为每一个协议分配多个时隙。
[0150]在一些实施例中，时隙的分配包括分配一个或多个时隙的位置。
[0151]在一些实施例中，被分配给每一个时隙的比特数是至少部分基于第一协议的一个或多个性能要求以及其他数据业务施加于共享通信链路的最大排队延迟。
[0152]在一些实施例中，该方法还包括由第一设备建立与第二设备的同步，建立同步包括:在每一组时间段的第一时隙中传送第一码元直到检测到同步；以及在检测到同步之后在每一组时间段的第一时隙中传送第二码元。
[0153]在一些实施例中，一种方法包括:建立用于共享通信链路上包括第一协议的多个协议的数据业务的传输的时隙宽度；为多个协议的传输分配时隙，其中分配时隙包括以下的一个或多个:分配被指派给多个协议的每一个的时隙数目、以及分配时隙的每一个的位置。在一些实施例中，第一协议包括一个或多个性能要求，时隙宽度的建立和时隙的分配是至少部分基于确保第一协议的操作满足对于第一协议的一个或多个性能要求。
[0154]在一些实施例中，一个或多个性能要求包括等待时间要求、带宽要求以及服务质量(QoS)要求中的一个或多个。
[0155]在一些实施例中，一种其上存储有数据的非暂时性计算机可读存储介质，所述数据表示指令序列，所述指令序列在由处理器执行时使所述处理器执行包括以下的操作:接收多个协议的数据业务用于从第一设备传输至第二设备，所述多个协议包括第一协议；将每一协议的数据业务分割成不大于为时隙建立的比特数的部分；将多个协议的每一个的数据的部分插入时隙，其中时隙被分配给多个协议的每一个用于进行多个协议的每一个的数据的时分复用；以及在共享通信链路上发送多个协议的每一个的数据。在一些实施例中，第一协议包括一个或多个性能要求，且其中，将多组时间段的每一组内的时隙分配给每一个协议是至少部分基于确保第一协议的操作满足对于第一协议的一个或多个性能要求。
【权利要求】
1.一种装置，包括: 用于与第二装置通信的接口，所述接口包括共享通信链路；以及复用器，所述复用器用于将多个协议的每一个的数据复用到时隙以进行传输，所述多个协议包括第一协议； 其中所述时隙在多个协议间分配，所述时隙在多个协议间的分配包括将一个或多个时隙分配给第一协议以便使所述第一协议的数据满足对所述第一协议的一个或多个性能要求。
2.如权利要求1所述的装置，其特征在于，所述一个或多个性能要求包括等待时间要求、带宽要求以及服务质量(QoS)要求中的一个或多个。
3.如权利要求1所述的装置，其特征在于，时隙的分配包括为每一个协议分配多个时隙。
4.如权利要求1所述的装置，其特征在于，时隙的分配包括分配一个或多个时隙的位置。
5.如权利要求1所述的装置，其特征在于，被分配给每一个时隙的多个比特是至少部分基于所述一个或多个性能要求以及其他数据业务施加于所述共享通信链路的最大排队延迟。
6.如权利要求5所述的装置，其特征在于，比特数是以下之一:用于第一速度的业务的单个比特、用于第二速度的业务的半字节、或者用于第三速度的业务的字节，其中所述第一速度慢于所述第二和第三速度，而所述第三速度快于所述第一和第二速度。
7.如权利要求1所述的装置，其特征在于，所述共享通信链路是包括一个或多个线路或光纤的双向链路。
8.如权利要求1所述的装置，其特征在于，所述第一协议是USB?(通用串行总线)协议。
9.如权利要求1所述的装置，其特征在于，所述多个协议包括USB，所述共享通信链路包括USB兼容的连接器的一个或多个导体。
10.如权利要求1所述的装置，其特征在于，所述多个协议包括USB3.0，而所述共享通信链路包括USB 2.0兼容的连接器的一个或多个导体。
11.如权利要求1所述的装置，其特征在于，时隙的分配包括分配用于第一组中的分组通信的时隙以及将第一协议包括于第二组中的时隙。
12.如权利要求11所述的装置，其特征在于，所述第一组包括USB3.0分组通信，且其中所述第一协议包括USB低速、全速和高速业务中的一个或多个。
13.如权利要求1所述的装置，其特征在于，所述第一协议是用于I2C串行总线的协议。
14.如权利要求1所述的装置，其特征在于，所述第一协议是用于PCIe(外围组件互连快速)的协议。
15.如权利要求1所述的装置，其特征在于，所述装置被枚举为除物理上存在的节点以外的一个或多个节点。
16.—种方法,包括: 接收多个协议的数据业务用于从第一设备传输至第二设备，所述多个协议包括第一协议； 将每一协议的数据业务分割成不大于为时隙建立的比特数的部分； 将多个协议的每一个的数据的部分插入时隙，其中时隙被分配给多个协议的每一个以便进行多个协议的每一个的数据的时分复用；以及在共享通信链路上发送多个协议的每一个的数据； 其中所述第一协议包括一个或多个性能要求，且其中，将多组时间段的每一组内的时隙内分配给每一个协议是至少部分基于确保所述第一协议的操作满足对于所述第一协议的一个或多个性能要求。
17.如权利要求16所述的方法，其特征在于，所述一个或多个性能要求包括等待时间要求、带宽要求以及服务质量(QoS)要求中的一个或多个。
18.如权利要求16所述的方法，其特征在于，时隙的分配包括为每一个协议分配多个时隙。
19.如权利要求16所述的方法,其特征在于，时隙的分配包括分配一个或多个时隙的位置。
20.如权利要求16所述的方法，其特征在于，被指派给每一个时隙的比特数目是至少部分基于所述第一协议的一个或多个性能要求以及其他数据业务施加于所述共享通信链路的最大排队延迟。
21.如权利要求16所述的方法，还包括由所述第一设备建立与所述第二设备的同步，建立同步包括在每一组时间段的第一时隙中发送第一码元直到检测到同步，以及在检测到同步之后在每一组时间段的所述第一时隙中传送第二码元。
22.—种方法,包括: 为共享通信链路上包括第一协议的多个协议的数据业务的传输建立时隙宽度； 为多个协议的传输分配时隙，其中分配时隙包括以下的一个或多个:分配被指派给多个协议的每一个的时隙数目、以及分配时隙的每一个的位置； 其中所述第一协议包括一个或多个性能要求，并且时隙宽度的建立和时隙的分配是至少部分基于确保所述第一协议的操作满足对于所述第一协议的一个或多个性能要求。
23.如权利要求22所述的方法，其特征在于，所述一个或多个性能要求包括等待时间要求、带宽要求以及服务质量(QoS)要求中的一个或多个。
24.一种其上存储有数据的非暂时性计算机可读存储介质，所述数据表示指令序列，所述指令序列在由处理器执行时使所述处理器执行包括以下的操作: 接收多个协议的数据业务用于从第一设备传输至第二设备，所述多个协议包括第一协议； 将每一协议的数据业务分割成不大于为时隙建立的比特数的部分； 将多个协议的每一个的数据部分插入时隙，其中时隙被分配给多个协议的每一个以便进行多个协议的每一个的数据的时分复用；以及 在共享通信链路上发送多个协议的每一个的数据； 其中所述第一协议包括一个或多个性能要求，且其中将多组时间段的每一组内的时隙分配给向每一个协议是至少部分基于确保所述第一协议的操作满足对于所述第一协议的一个或多个性能要求。
【文档编号】H04B7/212GK104365034SQ201380031067
【公开日】2015年2月18日 申请日期:2013年6月12日 优先权日:2012年6月13日
【发明者】J·吉尔伯特, 崔薰, C·B·哈瑞尔, 金奎东, 金荣一, J·H·李 申请人:晶像股份有限公司