在对接结构中的基于代理的通信方案的制作方法_2

文档序号:9476548阅读:来源:国知局
用的代理源模块,代理源模块是外围设备的相对方。
[0059] 图2是图解Wi-Fi显示的协议栈的图。
[0060] 支持Wi-Fi显示的设备可包括下面阐述的多个协议中的全部或一些。即,Wi-Fi显 示设备可包括Wi-Fi P2P/隧道直接链路建立(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中的至少一个。
[0061] 根据PES分组化协议216,通过使用MPEG2-TS协议212来支持由Wi-Fi显示设备 支持的音频编解码器218或视频编解码器220,可编码/解码内容数据。为了选择性地保 护内容,可应用HDCP 2. 0/2. 1协议214。此外,可根据RTP 210、UDP 206、IP 202等等封装 /解封装内容数据。Wi-Fi P2P/TDLS协议200可用于设置或发现在设备之间的连接。RTSP 208可用于在设备之间的能力协商和会话创建。作为处理用户输入的协议的UIBC 222也可 被选择性地实现,并且可包括人机接口设备类(HIDC)类型228和通用类型226。
[0062] 下面阐述用信宿设备实现代理解决方案的两种方法。
[0063] 在第一种方法中,在源设备和信宿设备之间的过程的步骤3之后,保持代理源和 Miracast信宿之间的WFD会话创建。在第二种方法中,在预定的Miracast源对接到WDC之 前,完成代理源和信宿设备之间的WFD会话创建。第一种方法可包括:其中信宿设备由代理 源发现并且WDC参加对应于作为组客户端的组所有者的P2P组的步骤,以及其中代理源保 持WFD会话创建直到源设备对接到WDC的步骤。
[0064] 描述本发明一实施例,在该实施例中,保持信宿设备和WDC之间的WFD会话创建, 直到完成dockee的对接。
[0065] 图3是图示根据本发明一实施例的代理操作的过程的图。
[0066] 在步骤300中,外围设备120与WDC 100交换设备发现信号和服务发现信号。
[0067] 通过步骤300的发现过程,诸如电视机(TV)、监视器或平板之类的外围设备120或 信宿设备与作为代理源104操作的WDC 100相关联。具体地,WDC 100可向外围设备120发 送探测请求,并且外围设备120可响应于探测请求而发送探测响应。探测请求可包括WFD信 息元素(IE),诸如例如设备类型(源、主信宿等等)信息、设备状态信息等等。WDC 100可 在类别设备发现下在WDC 100内的临时存储单元中临时存储从外围设备120接收的信息。
[0068] 在设备发现之后,WDC 100可通过使用服务发现机制而从外围设备120取回详细 信息。服务发现信息也可在类别服务发现下存储到WDC 100内的临时存储单元中。
[0069] 在步骤302中,外围设备120执行与WDC 100的P2P连接,并且形成P2P组。选择 性地,可在形成的P2P组的G0和GC之间提供用于安全通信的密钥(PTK或GTK)。
[0070] 当在Wi-Fi显示中确定源设备连接到信宿设备之后,执行连接性解决方案。在 Wi-Fi显示中,源设备和信宿设备可支持P2P或TDLS模式操作。然而,在由本发明的实施例 提供的代理解决方案中,实际的源设备还未被连接,使得连接性解决方案可对应于P2P。相 应地,代理设备(即WDC 100)和外围设备120创建P2P连接,并且形成P2P组。
[0071] 基于意图值,WDC 100或外围设备120可能是P2P组的G0。通常,WDC具有最高意 图值,而WDC 100被推荐为G0。外围设备120将是P2P组中的GC。所述意图值是指示希望 成为G0的程度的值。例如,意图值在0到15之间的值,并且可以由设备直接确定。
[0072] 在步骤304中,WDC 100形成包括外围设备120的WDN。
[0073] 直到对应于Miracast源的dockee 110对接到WDC 100,在步骤306中,WDC 100 和外围设备120保持其余的序列。
[0074] 在步骤308中,dockee 110与WDC 100交换设备发现信号和服务发现信号。在步 骤308中,dockee 110识别出WDC 100具有与WDC 100相关联的外围设备120。
[0075] 在预关联的发现过程中,关于外围设备120的有限信息可与WDC 100共享。共享 的信息例如可使用协调的服务发现机制(诸如通用广告服务(GAS)帧)来共享。
[0076] 在步骤308之后,在步骤310中,dockee 110执行与WDC 100的P2P连接,并且形 成P2P组。选择性地,可在形成的P2P组的G0和GC之间提供用于安全通信的密钥(PTK或 GTK) 〇
[0077] 在步骤312中,dockee 110连接到WDC 100,并且开始导频协议。在本发明的实施 例中,导频协议是指通过使用诸如例如通用即插即用(UPnP)的协议的在dockee和WDC之 间的连接。在步骤314中,通过向WDC 100传送"Get Peripheral Info (获取外围信息)" 消息,dockee 110获得关于外围设备120的更详细的信息。
[0078] 在导频协议过程之后,在步骤316中,dockee 110向WDC 100发送将对接到WDC 100的对接请求消息。此外,dockee 110可能属于由WDC 100形成的WDN。WDN包括与WDC 相关联的外围设备120。在这种情况下,WDC 100可选择Miracast协议的代理模式操作以 发送内容数据(Miracast数据)并向dockee 110通知所选择的代理模式。
[0079] 当dockee 110对接到WDC 100时,Miracast协议(外围功能协议(PFP))可被设置 以在Miracast源(即dockee)110和WDC 100上的代理信宿102之间操作。用于在dockee 110和WDC 100之间的对接的发现和P2P连接过程可重新用于驱动(或运行)Miracast协 议。
[0080] 存在用于在dockee 110和外围设备120之间的TCP连接建立的两个替代方案。
[0081] 在第一替代方案中,在步骤318中,dockee 110建立与WDC 200的代理信宿102的 TCP连接,并且在步骤320中,代理源104建立与外围设备120的TCP连接。在与代理源104 的TCP连接建立之前,在步骤322中,外围设备120撤消与步骤306对应的保持Miracast 过程。
[0082] 具体地,在dockee 110侧,WDC 100可充当TCP客户端,而dockee 110可充当TCP 服务器。例如,诸如例如端口 7236的特定控制端口可用于Miracast的目的。当成功地创建 在dockee 110和代理信宿102之间的TCP连接时,在所有设备中激活RTSP栈。在dockee 110和代理信宿102之间的RTP媒体会话可处于活动状态,直到断开RTSP会话。
[0083] 在外围设备120侧,WDC 100可充当TCP服务器,而外围设备120可充当TCP客户 端。例如,诸如例如端口 7236的特定控制端口可用于Miracast的目的。当成功地创建在 WDC 100的代理源104和外围设备120之间的TCP连接时,在所有设备中激活RTSP栈。在 代理源104和外围设备120之间的RTP媒体会话可处于活动状态,直到断开RTSP会话。
[0084] 在第二替代方案中,在对应于实际Miracast源的dockee 110和对应于实际 Miracast信宿的外围设备120之间建立TCP连接。即,替代第一替代方案中的两个会话,在 dockee 110和外围设备120之间建立一个RTP或一个RTSP会话。
[0085] 虽然图3应用具有由步骤318和320指示的两个TCP连接(即两个RTP会话或两 个RTSP会话)的第一替代方案,但本发明的实施例不限于图3中图示的形式,并且可应用 第二替代方案。
[0086] 在步骤324、326和328中,dockee 110和外围设备120通过在创建的RTSP会话 中的代理(WDC 100)执行能力交换过程。即,dockee 110和外围设备120通过创建的RTSP 会话交换RTSP消息Ml至M4。
[0087] 由于RTSP栈在设备(dockee 110、WDC 100和外围设备120)中处于活动状态,所 以将经由WDC (没有WDC中的存储)立即发送Ml至M4请求。下面参照图4详细阐述发送 Ml至M4请求的过程的示例。
[0088] 图4是图解根据本发明一实施例的在dockee、WDC和外围设备之间产生的能力交 换过程的图。
[0089] 通过在步骤318和320中通过用WDC 100创建的RTSP会话发送消息Ml至M4, dockee 110和外围设备120执行能力交换过程。消息Ml至M4可在设备之间被交换以通知 彼此设备的详细能力,并且可用于选择特定Wi-Fi显示会话的操作参数。
[0090] 在步骤400中,dockee 110通过WDC 100向外围设备120发送Ml请求消息,并且 选择性地,可从外围设备120接收Ml请求消息的响应消息。
[0091] 在步骤410中,外围设备120向WDC 100发送M2请求消息,并且接收M2请求消息 的响应消息。选择性地,WDC 100可向dockee 110发送从外围设备120接收的M2请求消 息,并接收发送的M2消息的响应消息。
[0092] 在步骤420中,dockee 110通过WDC 100向外围设备120发送M3请求消息,并且 选择性地,可从外围设备120接收对M3请求消息的响应消息。
[0093] 在步骤430中,dockee 110通过WDC 100向外围设备120发送M4请求消息。选 择性地,dockee 110可从外围设备120接收对M4请求消息的响应消息。
[0094] 可替代地,隧道帧(tunneled)由WDC 100支持,并且消息Ml至M4可通过WDC 100 来隧穿(tunnel)。
[0095] 类似于在能力交换过程中交换的消息,也可通过WDC中继在WFD会话建立之前或 在WFD会话期间交换的RTSP消息(即消息M5至M16)。
[0096] 返回参考图3,类似于控制消息,在步骤330中,在dockee 110侧的RTP会话中发 送的数据分组通过WDC 100被中继到在外围设备120侧的RTP会话,此外,WDC 100可被实 现成维持足够的缓冲器来中继分组数据。
[0097] 具体地,在步骤332中,将用于内容的分组数据和控制数据从dockee 110发送到 WDC 100的代理信宿102。此外,在步骤334中,WDC 100将从dockee 110接收的数据的目 的地IP地址重新映射到实际信宿设备(即外围设备120)的IP地址,并在步骤336中向代 理源104转发IP地址。在步骤338中,将转发的数据从代理源104发送到外围设备120。
[0098] 下面阐述本发明另一实施例,在该实施例中信宿设备和WDC创建WFD会话而不等 待dockee的对接。
[0099] 图5图示根据本发明另一实施例的代理操作的过程。
[0100] 在步骤500中,外围设备120与WDC 100交换设备发现信号和服务发现信号。
[0101] 通过步骤500,诸如TV
当前第2页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1