在对接结构中的基于代理的通信方案

摘要

提供用于由无线对接中心支持数据传输的方法和装置。创建与被配置成接收内容数据的外围设备的第一单跳通信链路。创建与被配置成发送内容数据的dockee设备的第二单跳通信链路。从第二通信链路向第一通信链路传送消息和内容数据中的至少一个。

说明书

技术领域

本发明一般涉及终端发现，并且更具体地涉及用于在对接环境(dockingenvironment)中通过使用代理来发现终端和服务并且执行通信的方法及装置。

背景技术

笔记本电脑(也被称为“dockee(对接方)”)可与对接中心(dockingcenter)对接以通过将诸如例如鼠标、键盘和显示设备之类的外围设备连接到笔记本而改善用户体验。此外，可以向对接中心提供诸如通用串行总线(USB)之类的附加端口。在诸如例如WiMedia和Wi-Fi之类的高速家庭联网技术中，可以无线地实现对接，并且dockee和对接中心可以彼此无线通信。

Wi-Fi对接标准定义向各种有线和无线外围设备提供对接(docking)的机制。可以在Wi-Fi点对点(P2P)协议以及还在用于操作的基本模式中执行Wi-Fi对接机制。Wi-Fi对接架构定义三种角色。第一角色对应于无线Dockee(WirelessDevice,WD)设备(也被称为“dockee设备”或“dockee”)。第二角色对应于无线对接中心(WirelessDockingCenter，WDC)，其充当外围设备的对接口(dock)并使得可以进行对接。第三角色对应于向dockee提供特定服务的外围设备。所有的外围设备可被分组为一个无线对接网络(WirelessDockingNetwork，WDN)。此外，外围设备在一个Wi-FiP2P分组中可具有多个WDN。

Wi-FiP2P分组可包括：类似于接入点(AP)的组所有者(GO)，以及类似于处于基于Wi-Fi的模式中的站(STA)设备的组客户端(GC)。GO可在特定操作信道中发送信标信号，并且可通过客户端设备发现GC。当GO被发现时，GC可开始组加入过程以参加该组。

作为组加入过程的一部分，GO可向GC提供秘密密钥。秘密密钥可用于组内的安全通信。Wi-Fi直连标准强制使用Wi-Fi保护的接入(WPA)2个人模式，以用于在P2P组中的设备之间的通信安全。WPA2定义两种类型的密钥，其中所述两种类型的密钥对应于用于到一对GO和GC的特定单播传输的成对瞬时密钥(PTK)以及用于在P2P组中的多播和广播通信的组瞬时密钥(GTK)。

Wi-Fi显示标准定义在源设备(sourcedevice)和信宿设备(sinkdevice)之间的镜像机制。源设备捕捉、编码和分组将被再现的内容，并且流传输内容到信宿设备。信宿设备分离和解码分组，并且在信宿设备或连接到信宿设备的显示(设备)上显示内容。在这样的操作的执行之前，源设备和信宿设备可发现彼此，使用Wi-FiP2P连接到彼此，并且通过能力协商识别出彼此的能力。

通过物理WDC连接到充当信宿设备的外围设备的dockee的对接场景基本上对应于2跳。需要Wi-Fi对接来支持Wi-Fi显示。Wi-Fi显示标准(例如Miracast)支持具有从链路的终端实体(Miracast源)到其它终端实体(Miracast信宿)的1跳的协议。

发明内容

技术问题

已经做出本发明以至少解决上述问题和/或缺点并且至少提供下述优点。因此，本发明一方面提供一种用于在2跳拓扑的对接场景中操作支持1跳协议的Wi-Fi显示标准的方案。

本发明另一方面提供一种用于满足对延迟敏感的服务的需求的方案，这是因为源设备在对接场景中直接向信宿设备发送服务数据。

本发明的附加方面提供一种包括代理源的对接系统的通信方法，其中，上述通信方法包括将代理信宿的IP地址改变为Miracast信宿的IP地址的操作。

技术方案

根据本发明一方面，提供一种用于由无线对接中心支持数据传输的方法。创建与被配置成接收内容数据的外围设备的第一单跳通信链路。创建与被配置成发送内容数据的对接方设备的第二单跳通信链路。从第二通信链路向第一通信链路传送消息和内容数据中的至少一个。

根据本发明另一方面，提供一种由被配置成发送内容数据并对接到无线对接中心的对接方设备发送数据的方法。创建与已经创建与被配置成接收内容数据的外围设备的第二单跳通信链路的无线对接中心的第一单跳通信链路。通过第一通信链路向无线对接中心发送消息或内容数据。

根据本发明另一方面，提供一种支持数据传输的无线对接中心设备。无线对接中心设备包括：代理源模块，被配置成创建与被配置成接收内容数据的外围设备的第一单跳通信链路。无线对接中心设备还包括：代理信宿模块，被配置成创建与被配置成发送内容数据的对接方设备的第二单跳通信链路。无线对接中心设备进一步包括：控制器，被配置成从第二通信链路向第一通信链路传送消息和内容数据中的至少一个。

根据本发明的附加方面，提供一种被配置成发送内容数据并对接到无线对接中心的对接方设备。对接方设备包括：控制器，被配置成创建与已经创建与被配置成接收内容数据的外围设备的第二单跳通信链路的无线对接中心的第一单跳通信链路。对接方设备还包括：收发器，被配置成通过第一通信链路向无线对接中心发送消息或内容数据。

根据本发明另一方面，提供一种由被配置成接收内容数据并对接到无线对接中心的外围设备接收数据的方法。创建与已经创建与被配置成发送内容数据的对接方设备的第二单跳通信链路的无线对接中心的第一单跳通信链路。通过第一通信链路从无线对接中心接收消息或内容数据。

根据本发明的附加方面，提供一种被配置成接收内容数据并对接到无线对接中心的外围设备。外围设备包括：控制器，被配置成创建与已经创建与被配置成发送内容数据的对接方设备的第二单跳通信链路的无线对接中心的第一单跳通信链路。外围设备还包括：收发器，被配置成通过第一通信链路从无线对接中心接收消息或内容数据。

有益技术效果

本公开实施例可以通过将2跳协议操作为1跳而在对接场景中实现Wi-Fi显示。

由于可以在对接发现或导频协议期间一次发送根据本公开实施例的外围的发现信息，所以可以进行高效发现。

根据本公开实施例的源设备在对接场景中具有向信宿设备直接发送数据的效果，从而可以解决数据延迟问题。

由于根据本公开实施例的源设备向对接中心设备通知数据传输模式，所以可以消除在源设备和对接中心设备之间形成不正确连接的错误。

附图说明

从下面结合附图进行的详细描述，本发明的以上和其它方面、特征和优点将更加清楚，在附图中：

图1是图解根据本发明一实施例的对接网络的拓扑的图；

图2是图解Wi-Fi显示的协议栈的图；

图3是图解根据本发明一实施例的代理操作的过程的图；

图4是图解根据本发明一实施例的在dockee、WDC和外围设备之间产生的能力交换过程的图；

图5是图解根据本发明另一实施例的代理操作的过程的图；

图6是图解根据本发明一实施例的分组的流程的图，其中dockee在对接环境中通过WDC向外围设备发送该分组；

图7是图解根据本发明一实施例的改进的代理操作的机制；

图8是图解根据本发明一实施例的方法的图，其中在该方法中，使用WDC的中继(基于目的地的MAC地址的层2转发)被应用于RTP消息和RTSP消息；

图9是图解根据本发明一实施例的在WDC的层2中转发分组的操作的图；

图10是图解根据本发明一实施例的dockee设备的配置的框图；

图11是图解根据本发明一实施例的WDC设备的配置的框图；和

图12是图解根据本发明一实施例的外围设备的配置的框图。

具体实施方式

参照附图详细描述本发明的实施例。相同或类似的组件可由相同或类似的附图标记来指定，虽然它们被图示在不同附图中。可省略对本领域中公知的结构或过程的详细描述以避免模糊本发明的主题。在此所述的术语是在考虑到本发明的功能的情况下定义的，但是可以根据用户或操作者的意图或惯例而变化。因此，应当基于在此的内容确定术语的定义。然而，术语不限于下面阐述的可解释的含义。

虽然本发明的实施例描述为1跳协议模拟的预定的2跳协议，但是Wi-Fi显示协议在下面阐述的本发明的大多数实施例中将被描述为示例。然而，本发明的实施例也可以被类似地应用到Wi-Fi串行总线(WSB)协议，其中USB细节可以被代理为Wi-FiP2P发现数据。

虽然本公开实施例将Miracast技术描述为Wi-Fi显示的示例，但Miracast技术可应用于其它Wi-Fi显示技术标准。

下面在表1中总结在本公开中使用的缩写和描述。

[表1]

缩写描述DD设备发现SD服务发现MAC媒体访问控制：媒体访问控制子层GTK组瞬时密钥IP因特网协议WD无线DockeeP2P点对点PTK成对瞬时密钥RTSP实时流协议RTP实时协议TCP传输控制协议WDC无线对接中心WDN无线对接网络或无线对接环境Wi-Fi无线保真：Wi-FiWFDWi-Fi显示Wi-Fi直连在Wi-Fi设备之间的P2P连接性机制WPA 2无线保护接入2WSBWi-Fi串行总线WTK无线瞬时密钥UDP用户数据报协议

下面描述可以在用于Wi-Fi显示的源设备和信宿设备之间执行的一系列过程。

1)设备发现(DD)

2)服务发现(SD)

3)WFD连接性建立(P2P)

4)TCP连接

5)WFD能力协商

6)WFD会话创建

7)用户输入返回信道(UIBC)建立(选择性地)

8)WFD会话拆卸(teardown)

Wi-Fi显示的示例可包括Miracast技术。源设备可以是提供内容的设备，而信宿设备可以是消费内容的设备。根据本发明一实施例，以上阐述的八个步骤在使用WDC设备的代理模式中使用2跳拓扑。

图1是图解根据本发明一实施例的对接网络的拓扑的图。

对接网络包括：充当组所有者的WDC100、dockee110和Miracast信宿120。

根据本发明一实施例，基于代理的解决方案通过使用WDC100(即代理设备)来实现。即，通过应用基于代理的解决方案，WDC100可将2跳拓扑处理为两个单跳拓扑。两个单跳拓扑对应于两个Miracast会话。会话之一是在dockee110(即Miracast源)和WDC100上的代理Miracast信宿(代理信宿)102之间的会话112。另一会话是在WDC100上的代理Miracast源(代理源)104和外围设备(即实际Miracast信宿120)之间的会话122。WDC100可以从一个会话向另一会话传送任何消息或数据。

在本发明一实施例中，dockee110是对接到WDC100的设备，并且特别地，作为源设备操作的设备。dockee110是可以向外围设备提供内容的设备，并且可包括终端设备，诸如例如智能电话机、智能pad、平板等等。

此外，外围设备120是创建与WDC100的P2P连接的设备，并且特别地，作为信宿设备操作的设备。外围设备120可显示显示单元，并且显示通过显示单元从源设备发送的内容数据。

此外，代理信宿102和代理源104是在WDC100上实现的以将2跳拓扑仿真为两个1跳拓扑的代理模块。即，代理信宿在代理设备(WDC)上实现，并且是起信宿作用的代理信宿模块，代理信宿模块是dockee的相对方。代理源在代理设备(WDC)上实现，并且是起源作用的代理源模块，代理源模块是外围设备的相对方。

图2是图解Wi-Fi显示的协议栈的图。

支持Wi-Fi显示的设备可包括下面阐述的多个协议中的全部或一些。即，Wi-Fi显示设备可包括Wi-FiP2P/隧道直接链路建立(TDLS)协议200、因特网协议(IP)202、传输控制协议(TCP)204、用户数据报协议(UDP)206、实时流协议(RTSP)208、实时协议(RTP)210、运动图像专家组2传输流(MPEG2-TS)协议212、高带宽数字内容保护(HDCP)2.0/2.1协议214、用户输入返回信道(UIBC)协议222、远程I2C(两线双向)总线协议224、分组化的基本流(PES)分组化协议216、音频编解码器218和视频编解码器220中的至少一个。

根据PES分组化协议216，通过使用MPEG2-TS协议212来支持由Wi-Fi显示设备支持的音频编解码器218或视频编解码器220，可编码/解码内容数据。为了选择性地保护内容，可应用HDCP2.0/2.1协议214。此外，可根据RTP210、UDP206、IP202等等封装/解封装内容数据。Wi-FiP2P/TDLS协议200可用于设置或发现在设备之间的连接。RTSP208可用于在设备之间的能力协商和会话创建。作为处理用户输入的协议的UIBC222也可被选择性地实现，并且可包括人机接口设备类(HIDC)类型228和通用类型226。

下面阐述用信宿设备实现代理解决方案的两种方法。

在第一种方法中，在源设备和信宿设备之间的过程的步骤3之后，保持代理源和Miracast信宿之间的WFD会话创建。在第二种方法中，在预定的Miracast源对接到WDC之前，完成代理源和信宿设备之间的WFD会话创建。第一种方法可包括：其中信宿设备由代理源发现并且WDC参加对应于作为组客户端的组所有者的P2P组的步骤，以及其中代理源保持WFD会话创建直到源设备对接到WDC的步骤。

描述本发明一实施例，在该实施例中，保持信宿设备和WDC之间的WFD会话创建，直到完成dockee的对接。

图3是图示根据本发明一实施例的代理操作的过程的图。

在步骤300中，外围设备120与WDC100交换设备发现信号和服务发现信号。

通过步骤300的发现过程，诸如电视机(TV)、监视器或平板之类的外围设备120或信宿设备与作为代理源104操作的WDC100相关联。具体地，WDC100可向外围设备120发送探测请求，并且外围设备120可响应于探测请求而发送探测响应。探测请求可包括WFD信息元素(IE)，诸如例如设备类型(源、主信宿等等)信息、设备状态信息等等。WDC100可在类别设备发现下在WDC100内的临时存储单元中临时存储从外围设备120接收的信息。

在设备发现之后，WDC100可通过使用服务发现机制而从外围设备120取回详细信息。服务发现信息也可在类别服务发现下存储到WDC100内的临时存储单元中。

在步骤302中，外围设备120执行与WDC100的P2P连接，并且形成P2P组。选择性地，可在形成的P2P组的GO和GC之间提供用于安全通信的密钥(PTK或GTK)。

当在Wi-Fi显示中确定源设备连接到信宿设备之后，执行连接性解决方案。在Wi-Fi显示中，源设备和信宿设备可支持P2P或TDLS模式操作。然而，在由本发明的实施例提供的代理解决方案中，实际的源设备还未被连接，使得连接性解决方案可对应于P2P。相应地，代理设备(即WDC100)和外围设备120创建P2P连接，并且形成P2P组。

基于意图值，WDC100或外围设备120可能是P2P组的GO。通常，WDC具有最高意图值，而WDC100被推荐为GO。外围设备120将是P2P组中的GC。所述意图值是指示希望成为GO的程度的值。例如，意图值在0到15之间的值，并且可以由设备直接确定。

在步骤304中，WDC100形成包括外围设备120的WDN。

直到对应于Miracast源的dockee110对接到WDC100，在步骤306中，WDC100和外围设备120保持其余的序列。

在步骤308中，dockee110与WDC100交换设备发现信号和服务发现信号。在步骤308中，dockee110识别出WDC100具有与WDC100相关联的外围设备120。

在预关联的发现过程中，关于外围设备120的有限信息可与WDC100共享。共享的信息例如可使用协调的服务发现机制(诸如通用广告服务(GAS)帧)来共享。

在步骤308之后，在步骤310中，dockee110执行与WDC100的P2P连接，并且形成P2P组。选择性地，可在形成的P2P组的GO和GC之间提供用于安全通信的密钥(PTK或GTK)。

在步骤312中，dockee110连接到WDC100，并且开始导频协议。在本发明的实施例中，导频协议是指通过使用诸如例如通用即插即用(UPnP)的协议的在dockee和WDC之间的连接。在步骤314中，通过向WDC100传送“GetPeripheralInfo(获取外围信息)”消息，dockee110获得关于外围设备120的更详细的信息。

在导频协议过程之后，在步骤316中，dockee110向WDC100发送将对接到WDC100的对接请求消息。此外，dockee110可能属于由WDC100形成的WDN。WDN包括与WDC相关联的外围设备120。在这种情况下，WDC100可选择Miracast协议的代理模式操作以发送内容数据(Miracast数据)并向dockee110通知所选择的代理模式。

当dockee110对接到WDC100时，Miracast协议(外围功能协议(PFP))可被设置以在Miracast源(即dockee)110和WDC100上的代理信宿102之间操作。用于在dockee110和WDC100之间的对接的发现和P2P连接过程可重新用于驱动(或运行)Miracast协议。

存在用于在dockee110和外围设备120之间的TCP连接建立的两个替代方案。

在第一替代方案中，在步骤318中，dockee110建立与WDC200的代理信宿102的TCP连接，并且在步骤320中，代理源104建立与外围设备120的TCP连接。在与代理源104的TCP连接建立之前，在步骤322中，外围设备120撤消与步骤306对应的保持Miracast过程。

具体地，在dockee110侧，WDC100可充当TCP客户端，而dockee110可充当TCP服务器。例如，诸如例如端口7236的特定控制端口可用于Miracast的目的。当成功地创建在dockee110和代理信宿102之间的TCP连接时，在所有设备中激活RTSP栈。在dockee110和代理信宿102之间的RTP媒体会话可处于活动状态，直到断开RTSP会话。

在外围设备120侧，WDC100可充当TCP服务器，而外围设备120可充当TCP客户端。例如，诸如例如端口7236的特定控制端口可用于Miracast的目的。当成功地创建在WDC100的代理源104和外围设备120之间的TCP连接时，在所有设备中激活RTSP栈。在代理源104和外围设备120之间的RTP媒体会话可处于活动状态，直到断开RTSP会话。

在第二替代方案中，在对应于实际Miracast源的dockee110和对应于实际Miracast信宿的外围设备120之间建立TCP连接。即，替代第一替代方案中的两个会话，在dockee110和外围设备120之间建立一个RTP或一个RTSP会话。

虽然图3应用具有由步骤318和320指示的两个TCP连接(即两个RTP会话或两个RTSP会话)的第一替代方案，但本发明的实施例不限于图3中图示的形式，并且可应用第二替代方案。

在步骤324、326和328中，dockee110和外围设备120通过在创建的RTSP会话中的代理(WDC100)执行能力交换过程。即，dockee110和外围设备120通过创建的RTSP会话交换RTSP消息M1至M4。

由于RTSP栈在设备(dockee110、WDC100和外围设备120)中处于活动状态，所以将经由WDC(没有WDC中的存储)立即发送M1至M4请求。下面参照图4详细阐述发送M1至M4请求的过程的示例。

图4是图解根据本发明一实施例的在dockee、WDC和外围设备之间产生的能力交换过程的图。

通过在步骤318和320中通过用WDC100创建的RTSP会话发送消息M1至M4，dockee110和外围设备120执行能力交换过程。消息M1至M4可在设备之间被交换以通知彼此设备的详细能力，并且可用于选择特定Wi-Fi显示会话的操作参数。

在步骤400中，dockee110通过WDC100向外围设备120发送M1请求消息，并且选择性地，可从外围设备120接收M1请求消息的响应消息。

在步骤410中，外围设备120向WDC100发送M2请求消息，并且接收M2请求消息的响应消息。选择性地，WDC100可向dockee110发送从外围设备120接收的M2请求消息，并接收发送的M2消息的响应消息。

在步骤420中，dockee110通过WDC100向外围设备120发送M3请求消息，并且选择性地，可从外围设备120接收对M3请求消息的响应消息。

在步骤430中，dockee110通过WDC100向外围设备120发送M4请求消息。选择性地，dockee110可从外围设备120接收对M4请求消息的响应消息。

可替代地，隧道帧(tunneled)由WDC100支持，并且消息M1至M4可通过WDC100来隧穿(tunnel)。

类似于在能力交换过程中交换的消息，也可通过WDC中继在WFD会话建立之前或在WFD会话期间交换的RTSP消息(即消息M5至M16)。

返回参考图3，类似于控制消息，在步骤330中，在dockee110侧的RTP会话中发送的数据分组通过WDC100被中继到在外围设备120侧的RTP会话，此外，WDC100可被实现成维持足够的缓冲器来中继分组数据。

具体地，在步骤332中，将用于内容的分组数据和控制数据从dockee110发送到WDC100的代理信宿102。此外，在步骤334中，WDC100将从dockee110接收的数据的目的地IP地址重新映射到实际信宿设备(即外围设备120)的IP地址，并在步骤336中向代理源104转发IP地址。在步骤338中，将转发的数据从代理源104发送到外围设备120。

下面阐述本发明另一实施例，在该实施例中信宿设备和WDC创建WFD会话而不等待dockee的对接。

图5图示根据本发明另一实施例的代理操作的过程。

在步骤500中，外围设备120与WDC100交换设备发现信号和服务发现信号。

通过步骤500，诸如TV、监视器或平板之类的外围设备120或信宿设备可与作为代理源104操作的WDC100相关联。具体地，代理源可向Miracast信宿发送探测请求，并且Miracast信宿可发送响应于探测请求的探测响应。探测请求可包括WFDIE，诸如设备类型(源、主信宿等等)、设备状态等等。WDC100可在类别设备发现下在临时存储单元中临时存储从外围设备120接收的信息。

在设备发现之后，通过使用服务发现机制，WDC100可从外围设备120取回详细信息。服务发现信息也可在类别服务发现下存储到WDC100内的临时存储单元中。

在步骤502中，外围设备120执行与WDC100的P2P连接，并且形成P2P组。选择性地，可在形成的P2P组的GO和GC之间提供用于安全通信的密钥(PTK或GTK)。

当确定在Wi-Fi显示中源设备连接到信宿设备之后，执行连接性解决方案。在Wi-Fi显示中，源设备和信宿设备可支持P2P或TDLS模式操作。然而，在由本发明的实施例提供的代理解决方案中，实际的源设备还未被连接，使得连接性解决方案可对应于P2P。相应地，代理源设备和Miracast信宿设备选择P2P模式连接。此外，代理设备(即WDC100)和外围设备120创建P2P连接，并且形成P2P组。基于意图值，WDC100或外围设备120可能是P2P组的GO。通常，WDC具有最高意图值，并且WDC100被推荐为GO。外围设备120将是P2P组中的GC。

在步骤504中，WDC100形成包括外围设备120的WDN。

在本发明的该实施例中，外围设备120立即创建TCP连接而无需等待dockee110和WDC100之间的TCP连接。即，在代理源104和外围设备120之间的P2P连接创建之后，在步骤503中，设备可在其间创建TCP连接。

WDC100充当TCP服务器，而外围设备120充当TCP客户端。例如，诸如例如端口7236的特定控制端口可用于Miracast的目的。当成功创建在WDC100的代理源104和外围设备120之间的TCP连接时，在设备(WDC100和外围设备120)中激活RTSP栈。此外，RTP媒体会话可能处于活动状态，直到RTSP会话断开。

在RTSP栈在设备中变为活动之后，在步骤506中，通过发送/接收消息M1至M4，WDC100的代理源104和Miracast信宿设备可执行能力交换。消息M1至M4可在设备之间被交换以通知彼此设备的详细能力，并且可用于选择特定Wi-Fi显示会话的操作参数。

具体地，在其中dockee110未对接到WDC100的状态下，可如下做出在外围设备120和WDC100之间的消息M1至M4的交换。

WDC100的代理源104向外围设备120发送M1请求消息(包括RTSP选项)，并且外围设备120利用外围设备120可支持的RTSP选项的列表来响应所述M1请求消息。选择性地，RTSP选项可满足Miracast规范。

(由于dockee还未对接)外围设备120向代理源104发送M2请求消息(包括RTSP选项)，并且代理源104通过不包括列表中的RTSP选项的虚设消息来响应M2请求消息。

代理源104发送指定代理源感兴趣的能力的列表的M3请求消息(包括“RTSPGET_PARAMETER(RTSP取参数)”)。选择性地，在代理模式中，M3请求消息可包括空列表。

代理源104发送选择一组最佳参数的M4请求消息(包括“RTSPSET_PARAMETER(RTSP设置参数)”)，其中所述一组最佳参数可用作WFD会话。选择性地，在代理模式中，M4请求消息也可包括空列表。

在能力交换过程之后，在步骤508中，两个设备(WDC和外围设备)尝试创建WFD会话(即Miracast会话)。

选择性地，可在代理源104和外围设备120之间交换控制消息M5至M16。

内容数据由源设备(即dockee110)发送到信宿设备(即外围设备120)，但RTSP命令可仅由信宿设备发送。相应地，为了从信宿设备生成请求，代理源104可向外围设备120发送具有命令名称的消息M5，并且信宿设备可向代理源104发送对应于由消息M5指示的名称的实际命令。

M6对应于建立WFD会话的“建立(SETUP)”命令。

M7对应于发起内容再现的“播放(PLAY)”命令。在外围设备120和代理源104之间成功地发送和接收M7请求和M7响应之后，可成功地创建WFD会话。即，RTP媒体会话可成功地开始。然而，由于实际源设备(即dockee110)不存在，所以RTP会话是代理源104和外围设备120之间的虚设会话(没有任何实际数据)。可替代地，通过向外围设备120发送默认屏幕保护或图片，代理源104可维持所述RTP会话。

WDC100可包括数据缓冲器以提取内容分组，其中所述内容分组可通过RTP会话而被发送到外围设备120。当dockee110还未被对接时，数据缓冲器可能是空的，或者可具有默认数据。

在步骤510中，通过与WDC100交换设备发现信号和服务发现信号，对应于Miracast源的dockee110发现WDC100。在步骤510的发现过程中，dockee110可识别出WDC100具有与WDC100相关联的Miracast信宿，即外围设备120。

在预关联发现过程中，关于外围设备120的有限信息可与WDC100共享。例如可使用协调的服务发现机制共享所共享的信息，诸如例如GAS帧。

在步骤510的发现过程之后，在步骤512中，dockee110执行与WDC100的P2P连接，并且形成P2P组。选择性地，可在形成的P2P组的GO和GC之间提供用于安全通信的密钥(PTK或GTK)。

在步骤514中，dockee110连接到WDC100，并且开始导频协议。在步骤516中，dockee110通过导频协议获得关于外围设备120的更详细的信息。

在步骤514的导频协议过程之后，在步骤518中，dockee110向WDC100发送可对接到WDC100的对接请求消息。此外，dockee110可能属于由WDC100形成的WDN。WDN包括与WDC相关联的外围设备120。在这种情况下，WDC100可选择用于Miracast协议的代理模式操作以发送内容数据(Miracast数据)并向dockee110通知所选择的代理模式。此外，WDC100可通知dockee110：在外围设备120中已经开始虚设会话。

当dockee110对接到WDC100时，Miracast协议(外围功能协议(PFP))可被设置以在Miracast源(dockee)110和WDC100上的代理信宿102之间操作。用于在dockee110和WDC100之间对接的发现和P2P连接过程可重新用于驱动(或运行)Miracast协议。然后在设备之间立即建立TCP连接。

在步骤520中，dockee110建立与WDC100的TCP连接。

在dockee110侧，WDC100可充当TCP客户端，而dockee110可充当TCP服务器。例如，诸如例如端口7236的特定控制端口可用于Miracast的目的。当在dockee110和WDC100的代理信宿102之间成功地创建TCP连接时，RTSP栈在设备中变为活动。此外，RTP媒体会话可能处于活动状态，直到断开RTSP会话。

在外围设备120侧，TCP连接已经被建立，并且Miracast虚设会话正在操作。在步骤528中，紧接在创建dockee110和WDC100之间的TCP连接时，在外围设备120中的虚设会话建立结束。

随后，可再次执行能力交换过程和WFD会话建立。

在步骤522、524和526中，dockee110和外围设备120通过在创建的RTSP会话中的代理(WDC100)执行能力交换过程。即，dockee110和外围设备120通过创建的RTSP会话交换RTSP消息M1至M4。

由于RTSP栈在设备(dockee110、WDC100和外围设备120)中处于活动状态，将立即经由WDC发送M1至M4请求(而没有WDC100中的存储)。

可替代地，隧道帧由WDC100支持，并且消息M1至M4可通过WDC100被隧穿。

类似于在能力交换过程中交换的消息，在WFD会话创建之前或在WFD会话期间交换的RTSP消息(即消息M5至M16)也可通过WDC100来中继。

类似于控制消息，在步骤530和532中，在dockee110侧中的RTP会话中发送的数据分组通过WDC100而被中继到外围设备120侧中的RTP会话。此外，WDC100可被实现为维持足够的缓冲器来中继分组数据。

具体地，在步骤534中，将用于内容的分组数据和控制数据从dockee110发送到WDC100的代理信宿102。此外，在步骤536中，WDC100将从dockee110接收的数据的目的地IP地址重新映射到实际信宿设备(外围设备120)的IP地址，并且在步骤538中将IP地址转发到代理源104。在步骤540中，可将转发的数据从代理源104发送到外围设备120。

图6是图解根据本发明一实施例的分组的流程的图，其中dockee在对接环境中通过WDC向外围设备发送分组的流程。

从dockee110发送到代理100的内容数据的分组600具有作为目的地IP地址的WDC100的IP地址(例如“192.168.1.2”)。分组600被输入到WDC100的代理信宿102，并且由WDC发送到代理源104。WDC100将分组600的目的地IP地址重新映射到对应于实际信宿设备的外围设备120的IP地址。对于重新映射，从dockee110发送到WDC100的数据分组被解密，并且然后在传输到外围设备120之前被重新加密。图6图示：从WDC100的代理源104发送到外围设备120的数据分组602具有重新映射到外围设备120的IP地址(例如“192.168.1.3”)的目的地IP地址。

类似地，相同的操作(即IP地址的重新映射)可应用到从外围设备120通过WDC100发送到dockee110的数据。

如上所述，重新映射发送的数据分组的IP地址的操作需要用于解密和加密数据分组的操作和在比WDC100的IP层高的层中的操作，并且这可能导致等待时间问题。

相应地，本发明的实施例建议可解决等待时间问题的改进的方案。

根据本发明的实施例使用WDC的Wi-Fi显示操作(即代理模式操作)可通过在dockee和外围设备之间的直接RTP连接而不是由WDC设备进行的IP地址转换(即重新映射)来进一步改进。这种方法的优点是：并非总是需要由WDC重新映射IP地址，并且改进的传输被提供给对等待时间敏感的RTP业务。此外，建议的机制不要求对应于已被释放在市场上的产品的外围设备的任何变化。

为了便于描述，下面描述的代理过程在下文中被称为“混合代理模式”。即，混合代理模式是指由WDC设备支持在dockee和外围设备之间的直接RTP连接的代理模式。

由于已经在本发明的以上实施例中描述了与设备之间的P2P连接和对接相关的基本过程，所以将仅描述Miracast会话连接过程。

图7是图解根据本发明一实施例的改进的代理操作的机制的图。

在dockee110和外围设备120连接到WDC100之后，在步骤700中，dockee110和WDC100执行混合代理模式选择协商。即，dockee110通知WDC100：需要混合代理模式。当WDC100可支持混合代理模式时，WDC100可向dockee100提供确认。

在步骤702中，WDC100通过RTSP消息M1至M3发起与外围设备120的Miracast能力协商。

通过WDC100和外围设备120之间的RTSP消息M1至M3获得的能力信息可被高速缓存在WDC100中，该能力信息将通过RTSP消息M1至M3消息而被提供给dockee110，或者被实时代理发送到dockee110。

在横跨Miracast消息M1至M4的能力协商过程期间，在步骤706中，WDC100提供dockee110的IP地址，而不是来自消息M4内“wfd_presentation_URL”的WDC100的IP地址。相应地，外围设备120可使用dockee110的IP地址，并且提供RTP连接到dockee110所需的信息。

在步骤704和706中，消息M4的交换的完成允许设备发起Miracast会话。然而，在Miracast会话的建立之前，需要WDC的代理信宿102来接收通知混合代理模式的信令。

该信令的原因是允许WDC100的代理信宿102在混合代理模式和一般Miracast模式之间切换。WDC100可连接到无线Miracast外围设备或有线高清晰度多媒体接口(HDMI)类型的显示设备。由于Miracast标准接受仅仅到一个信宿设备的连接，所以如果没有任何信令，则dockee110可不仅从外围设备120而且从WDC100同时接收RTP连接请求，其中所述RTP连接请求可导致不希望的连接场景或连接错误。相应地，当使用混合代理模式时，信令可报告：WDC100的代理信宿102不发起通常的Miracast模式的RTP连接。它可阻止与RTP连接相关的问题的生成。

可通过三种方法发出来自dockee110的WDC100的混合代理模式的通知。

在步骤707中，第一种方法是发送新的独立的Miracast消息M17。步骤707中新的消息M17可包括新参数属性“wfd_transfer_mode(wfd传送模式)”。属性“wfd_transfer_mode”可包括指示“混合代理模式”的值，而且还包括另一个值，诸如代理或透明隧道。

第二种方法是将属性“wfd_transfer_mode”添加到消息M5，该属性在发送消息M5时做出对Miracast会话建立的请求。属性“wfd_transfer_mode”可包括指示“混合代理模式”的值。

第三种方法是发送单独的带外信令来向WDC的Miracast模块通知混合代理模式。虽然未在图7中图示通过第三种方法的信令，但它是图8中应用的信令方法。

当完成通过三种方法之一的信令时，可执行用于WFD会话建立的剩余的过程。具体地，在步骤712和714中，发送/接收包括WFD会话的“建立(SETUP)”命令的消息M6，在步骤716和718中，发送/接收包括WFD会话的“播放(PLAY)”命令的消息M5，并且在步骤720和722中，发送/接收用于发起内容再现的“播放(PLAY)”命令的消息M7。此外，在步骤724中，可将RTP连接请求消息从外围设备120发送到dockee110。

已经通过消息M4接收属性“wfd_presentation_URL”的外围设备120连接到dockee以生成RTP连接。在镜像之后(即在dockee和外围设备创建RTP连接之后)，可在对接口(dock)和外围设备之间发送内容。此时，WDC100可仅仅执行在层2(MAC层)中的分组的传输而没有数据分组的加密和解密以及IP地址的重新映射。即，WDC100仅仅充当中继。由于分组解密或加密或者重新映射不是由WDC100执行，所以可解决等待时间问题。

然而，仍然可以在dockee和外围设备之间由处于代理模式的WDC100处理通过RTSP的Miracast会话的控制消息。即，在由WDC100执行解密、加密或IP重新映射之后，可发送通过RTSP的控制消息。

图8是图解根据本发明一实施例的方法的图，其中在该方法中，使用WDC的中继(基于目的地的MAC地址的层2转发)不仅应用到RTP消息，而且应用到RTSP消息。

选择性地，在dockee110对接到WDC100之前，WDC100和外围设备120可通过消息M1至M4执行能力协商过程。在步骤800中，在外围设备120的发现过程或能力协商过程期间，WDC10获得外围设备120的IP地址、MAC地址和端口号。

选择性地，在步骤802中，dockee110可在外围设备发现过程期间获得关于外围设备120的信息，并选择外围设备120。获得的信息可包括外围设备120的IP地址、MAC地址和端口号中的至少一个。

在dockee110和外围设备120连接到WDC100之后，在步骤804中，dockee110选择性地执行向WDC100通知需要混合代理模式的操作。具体地，dockee110可通过诸如UPnP消息之类的带外信令来通知WDC100：需要“混合代理模式”。例如，UPnP消息可包括指示“MiracastRelay(miracast中继)”的值。通知需要“混合代理模式”的信令可通过以上在图7中所述的另一个方法(即第一种方法或第二种方法)来执行。

当WDC100支持混合代理模式时，在步骤806中，WDC100选择性地向dockee110发送批准(例如“200OK”消息)。

随后，在步骤808中，WDC100发起与外围设备120的Miracast能力协商。通过在WDC100和外围设备120之间的RTSP消息M1至M3获得的能力信息可被高速缓存在WDC100中以通过RTSP消息M1至M3而被提供给dockee110，或者被实时代理发送到dockee110。

在横跨Miracast消息M1至M4的能力协商过程期间，在步骤812中，WDC100提供dockee110的IP地址，而不是来自消息M4内“wfd_presentation_URL”的WDC100的IP地址。相应地，外围设备120可使用dockee110的IP地址，并且提供RTP连接到dockee110所需的信息。

在步骤810和812中，消息M4的交换的完成允许设备(即外围设备120和dockee110)发起WFD会话。

如上所述，当完成dockee110和外围设备120之间的能力交换时，在步骤814中，dockee110向外围设备120发送RTSP消息M5以发起WFD会话。

dockee110和外围设备120已经通知彼此它们的IP地址和MAC地址。相应地，在步骤814和818中，dockee110使用在发现期间接收的外围设备120的IP地址和MAP地址作为RTSP消息M5的目的地，并且在步骤824中作为RTP流的Miracast有效载荷的目的地。此外，在步骤816、820和822中，外围设备120使用dockee110的IP地址和MAC地址作为与RTSP消息M6至M16相关的所有通信的目的地。

WDC100从dockee110接收具有外围设备120的地址作为的目的地IP地址或MAC地址的RTSP消息或RTP消息，并且转发接收的消息和从外围设备120接收并发送到dockee110的所有RTSP消息。WDC100可在层2(MAC层)中仅仅执行分组转发而没有数据分组的解密和加密或IP地址的重新映射。即，WDC100仅仅充当中继。

当dockee110确定结束WFD会话时，在步骤826中，dockee110向外围设备120发送RTSP拆卸消息M8，并且取消对接或取消选择外围设备120。此外，在步骤828中，外围设备120向dockee110发送RTSP消息M8的响应消息。

在本发明一实施例中，WDC110向外围设备120转发RTSP消息M8。在本发明另一实施例中，通过向dockee110发送代表外围设备120的RTSP消息M8的响应而不向外围设备转发RTSP消息，WDC100可维持与外围设备120的WFD会话。

在“MiracastRelay”模式(即混合代理模式)操作中，可支持高带宽数字内容保护(HDCP)。

参照图8描述在“MiracastRelay”模式操作中支持的HDCP的方法。即，可用图8中图示的一些操作或与图8中图示的操作相比已经被改变的一些操作来执行HDCP支持操作。

在步骤800中，当外围设备120初始连接到WDC100并且消息M1至M4的交换被做出时，WDC100可不发起HDCP密钥交换。此外，WDC100可不将HDCP支持参数插入到消息M3中。WDC100表现得像不具有任何HDCP支持能力的设备，并且完成消息交换。此外，WDC100可推迟消息M5的传输，直到dockee110连接到WDC100。

当dockee110对接到WDC100时，在步骤802中，dockee110可在发现期间接收外围设备120的IP地址和MAC地址。dockee110发起与WDC100的M1至M4能力交换，并且由dockee110通过能力交换获得的信息可被中继到外围设备120。当dockee110支持HDCP时，在步骤810中，dockee110发送包括支持HDCP的指示的消息M3，并且在步骤808中，外围设备120通过包括用于密钥协商的TCP连接的IP地址和端口号的响应M3而响应于消息M3，并且可开始用于密钥协商的TCP通信的服务器。

通过使用外围设备120的接收的IP地址和MAC地址，dockee110可直接发起与外围设备120的密钥协商。类似于图8所述的数据分组路径和RSTP消息中继，WDC100可基于外围设备120的MAC地址而在层2(MAC层)中转发密钥协商分组。

当完成密钥协商时，可将消息M4从dockee110发送到外围设备120(例如在步骤812中)。不管密钥协商的完整性，可将消息M4选择性发送到外围设备。

当在dockee和外围设备之间创建了RTSP会话并且在dockee和外围设备之间直接建立了RTP会话时，在步骤824中，内容数据可被加密为协商的密钥，并且通过RTP会话而从dockee发送到外围设备。

图9是图示根据本发明一实施例的在WDC的层2中转发分组的操作的示例的图。

注意：从dockee110通过RTP会话发送到WDC100的分组900的目的地地址具有外围设备120的“192.168.1.3”的IP地址，而不是WDC100的“192.168.1.2”的IP地址。分组900的目的地地址可与从WDC100发送到外围设备120的分组902的目的地地址相同。

相应地，不产生由WDC100进行的IP重新映射。WDC100可仅仅通过在层2(MAC层)中的处理而向外围设备120转发从dockee110接收的数据分组。

图10是图解根据本发明一实施例的dockee设备的配置的框图。

dockee设备1000包括：向/从WDC或外围设备发送/接收信号的收发器1010以及控制收发器1010的控制器1020。

控制器1020可被理解为执行已被描述为由dockee执行的所有操作。

虽然图10将收发器1010和控制器1020图示为单独的组件，但是收发器1010和控制器1020可被实现为一个组件。

图11是图示根据本公开一实施例的WDC设备的配置的框图。

WDC设备1100包括代理信宿模块1110、代理源模块1120以及控制模块1110和1120的控制器1130。

代理信宿模块1110可被理解为执行由WDC的代理信宿执行的操作，并且代理源模块1120可被理解为执行由WDC的代理源执行的操作。代理信宿模块1110和代理源模块1120可包括用于与外围设备和dockee创建通信链路或传送信号的发送/接收组件。

控制器1130可被理解为执行已被描述为由WDC执行的所有操作。

虽然图11将代理信宿模块1110、代理源模块1120和控制器1130图示为单独的组件，但是代理信宿模块1110、代理源模块1120和控制器1130可被实现为一个组件。

图12是图示根据本发明一实施例的外围设备的配置的框图。

外围设备1200包括：与dockee和WDC通信的收发器1210、再现和显示内容的显示模块1220、以及控制收发器1210和显示模块1220的控制器1230。

控制器1230可被理解为执行由外围设备执行的所有操作。

虽然图12将收发器1210和控制器1230图示为单独的组件，但收发器1210和控制器1230可被实现为一个组件。

注意：图1至12中系统的配置的视图、拓扑的图示、协议栈的图示、信号流程的图以及设备的配置的视图不限制本发明的范围。即，在图1至12中图示的所有配置或步骤不应当被解释为用于执行本发明的固有结构元件，并且本发明的变型和修改可被实现而不脱离本发明的范围。

通过向通信系统的dockee设备、WDC设备、外围设备或终端的特定结构元件提供存储对应的程序代码的存储器设备，可实现以上所述的操作。即，通过用处理器或中央处理单元(CPU)读取和执行在存储设备中存储的程序代码，dockee设备、WDC设备、外围设备或终端的控制器执行以上所述的操作。

可通过使用硬件电路(例如基于互补金属氧化物半导体的逻辑电路)、固件、软件和/或硬件和固件的组合和/或在机器可读介质中嵌入的软件来操作实体、功能、基站、负载管理器、终端的各种结构元件、模块等等。作为示例，通过使用诸如晶体管、逻辑门和专用集成电路(ASIC)之类的电子电路，可执行各种电配置和方法。

通过将2跳协议操作为1跳，本公开的实施例可在对接场景中实现Wi-Fi显示。

由于可在对接发现或导频协议期间一次发送根据本公开实施例的外围的发现信息，所以可以进行高效的发现。

根据本公开实施例的源设备具有在对接场景中向信宿设备直接发送数据的效果，从而可解决数据等待时间问题。

由于根据本公开实施例的源设备向对接中心设备通知数据传输模式，所以可消除在源设备和对接中心设备之间形成不正确的连接的错误。

虽然已经参照本发明某些实施例示出和描述了本发明，但是本领域技术人员将理解：可在其中做出形式和细节上的各种变化，而不会脱离如由所附权利要求限定的本发明的精神和范围。