CN105229988B - 在对接结构中的基于代理的通信方法和设备 - Google Patents
在对接结构中的基于代理的通信方法和设备 Download PDFInfo
- Publication number
- CN105229988B CN105229988B CN201480029619.3A CN201480029619A CN105229988B CN 105229988 B CN105229988 B CN 105229988B CN 201480029619 A CN201480029619 A CN 201480029619A CN 105229988 B CN105229988 B CN 105229988B
- Authority
- CN
- China
- Prior art keywords
- address
- behalf
- peripheral equipment
- docking
- data
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/16—Constructional details or arrangements
- G06F1/1613—Constructional details or arrangements for portable computers
- G06F1/1632—External expansion units, e.g. docking stations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2521—Translation architectures other than single NAT servers
- H04L61/2528—Translation at a proxy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供用于由无线对接中心支持数据传输的方法和装置。创建与被配置成接收内容数据的***设备的第一单跳通信链路。创建与被配置成发送内容数据的dockee设备的第二单跳通信链路。从第二通信链路向第一通信链路传送消息和内容数据中的至少一个。
Description
技术领域
本发明一般涉及终端发现,并且更具体地涉及用于在对接环境(dockingenvironment)中通过使用代理来发现终端和服务并且执行通信的方法及装置。
背景技术
笔记本电脑(也被称为“dockee(对接方)”)可与对接中心(docking center)对接以通过将诸如例如鼠标、键盘和显示设备之类的***设备连接到笔记本而改善用户体验。此外,可以向对接中心提供诸如通用串行总线(USB)之类的附加端口。在诸如例如WiMedia和Wi-Fi之类的高速家庭联网技术中,可以无线地实现对接,并且dockee和对接中心可以彼此无线通信。
Wi-Fi对接标准定义向各种有线和无线***设备提供对接(docking)的机制。可以在Wi-Fi点对点(P2P)协议以及还在用于操作的基本模式中执行Wi-Fi对接机制。Wi-Fi对接架构定义三种角色。第一角色对应于无线Dockee(Wireless Device,WD)设备(也被称为“dockee设备”或“dockee”)。第二角色对应于无线对接中心(Wireless Docking Center,WDC),其充当***设备的对接口(dock)并使得可以进行对接。第三角色对应于向dockee提供特定服务的***设备。所有的***设备可被分组为一个无线对接网络(WirelessDocking Network,WDN)。此外,***设备在一个Wi-Fi P2P分组中可具有多个WDN。
Wi-Fi P2P分组可包括:类似于接入点(AP)的组所有者(GO),以及类似于处于基于Wi-Fi的模式中的站(STA)设备的组客户端(GC)。GO可在特定操作信道中发送信标信号,并且可通过客户端设备发现GC。当GO被发现时,GC可开始组加入过程以参加该组。
作为组加入过程的一部分,GO可向GC提供秘密密钥。秘密密钥可用于组内的安全通信。Wi-Fi直连标准强制使用Wi-Fi保护的接入(WPA)2个人模式,以用于在P2P组中的设备之间的通信安全。WPA 2定义两种类型的密钥,其中所述两种类型的密钥对应于用于到一对GO和GC的特定单播传输的成对瞬时密钥(PTK)以及用于在P2P组中的多播和广播通信的组瞬时密钥(GTK)。
Wi-Fi显示标准定义在源设备(source device)和信宿设备(sink device)之间的镜像机制。源设备捕捉、编码和分组将被再现的内容,并且流传输内容到信宿设备。信宿设备分离和解码分组,并且在信宿设备或连接到信宿设备的显示(设备)上显示内容。在这样的操作的执行之前,源设备和信宿设备可发现彼此,使用Wi-Fi P2P连接到彼此,并且通过能力协商识别出彼此的能力。
通过物理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-Fi P2P发现数据。
虽然本公开实施例将Miracast技术描述为Wi-Fi显示的示例,但Miracast技术可应用于其它Wi-Fi显示技术标准。
下面在表1中总结在本公开中使用的缩写和描述。
[表1]
缩写 | 描述 |
DD | 设备发现 |
SD | 服务发现 |
MAC | 媒体访问控制:媒体访问控制子层 |
GTK | 组瞬时密钥 |
IP | 因特网协议 |
WD | 无线Dockee |
P2P | 点对点 |
PTK | 成对瞬时密钥 |
RTSP | 实时流协议 |
RTP | 实时协议 |
TCP | 传输控制协议 |
WDC | 无线对接中心 |
WDN | 无线对接网络或无线对接环境 |
Wi-Fi | 无线保真:Wi-Fi |
WFD | Wi-Fi显示 |
Wi-Fi直连 | 在Wi-Fi设备之间的P2P连接性机制 |
WPA 2 | 无线保护接入2 |
WSB | Wi-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是图解根据本发明一实施例的对接网络的拓扑的图。
对接网络包括:充当组所有者的WDC 100、dockee 110和Miracast信宿120。
根据本发明一实施例,基于代理的解决方案通过使用WDC 100(即代理设备)来实现。即,通过应用基于代理的解决方案,WDC 100可将2跳拓扑处理为两个单跳拓扑。两个单跳拓扑对应于两个Miracast会话。会话之一是在dockee 110(即Miracast源)和WDC 100上的代理Miracast信宿(代理信宿)102之间的会话112。另一会话是在WDC 100上的代理Miracast源(代理源)104和***设备(即实际Miracast信宿120)之间的会话122。WDC 100可以从一个会话向另一会话传送任何消息或数据。
在本发明一实施例中,dockee 110是对接到WDC 100的设备,并且特别地,作为源设备操作的设备。dockee 110是可以向***设备提供内容的设备,并且可包括终端设备,诸如例如智能电话机、智能pad、平板等等。
此外,***设备120是创建与WDC 100的P2P连接的设备,并且特别地,作为信宿设备操作的设备。***设备120可显示显示单元,并且显示通过显示单元从源设备发送的内容数据。
此外,代理信宿102和代理源104是在WDC 100上实现的以将2跳拓扑仿真为两个1跳拓扑的代理模块。即,代理信宿在代理设备(WDC)上实现,并且是起信宿作用的代理信宿模块,代理信宿模块是dockee的相对方。代理源在代理设备(WDC)上实现,并且是起源作用的代理源模块,代理源模块是***设备的相对方。
图2是图解Wi-Fi显示的协议栈的图。
支持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中的至少一个。
根据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。
下面阐述用信宿设备实现代理解决方案的两种方法。
在第一种方法中,在源设备和信宿设备之间的过程的步骤3之后,保持代理源和Miracast信宿之间的WFD会话创建。在第二种方法中,在预定的Miracast源对接到WDC之前,完成代理源和信宿设备之间的WFD会话创建。第一种方法可包括:其中信宿设备由代理源发现并且WDC参加对应于作为组客户端的组所有者的P2P组的步骤,以及其中代理源保持WFD会话创建直到源设备对接到WDC的步骤。
描述本发明一实施例,在该实施例中,保持信宿设备和WDC之间的WFD会话创建,直到完成dockee的对接。
图3是图示根据本发明一实施例的代理操作的过程的图。
在步骤300中,***设备120与WDC 100交换设备发现信号和服务发现信号。
通过步骤300的发现过程,诸如电视机(TV)、监视器或平板之类的***设备120或信宿设备与作为代理源104操作的WDC 100相关联。具体地,WDC 100可向***设备120发送探测请求,并且***设备120可响应于探测请求而发送探测响应。探测请求可包括WFD信息元素(IE),诸如例如设备类型(源、主信宿等等)信息、设备状态信息等等。WDC 100可在类别设备发现下在WDC 100内的临时存储单元中临时存储从***设备120接收的信息。
在设备发现之后,WDC 100可通过使用服务发现机制而从***设备120取回详细信息。服务发现信息也可在类别服务发现下存储到WDC 100内的临时存储单元中。
在步骤302中,***设备120执行与WDC 100的P2P连接,并且形成P2P组。选择性地,可在形成的P2P组的GO和GC之间提供用于安全通信的密钥(PTK或GTK)。
当在Wi-Fi显示中确定源设备连接到信宿设备之后,执行连接性解决方案。在Wi-Fi显示中,源设备和信宿设备可支持P2P或TDLS模式操作。然而,在由本发明的实施例提供的代理解决方案中,实际的源设备还未被连接,使得连接性解决方案可对应于P2P。相应地,代理设备(即WDC 100)和***设备120创建P2P连接,并且形成P2P组。
基于意图值,WDC 100或***设备120可能是P2P组的GO。通常,WDC具有最高意图值,而WDC 100被推荐为GO。***设备120将是P2P组中的GC。所述意图值是指示希望成为GO的程度的值。例如,意图值在0到15之间的值,并且可以由设备直接确定。
在步骤304中,WDC 100形成包括***设备120的WDN。
直到对应于Miracast源的dockee 110对接到WDC 100,在步骤306中,WDC 100和***设备120保持其余的序列。
在步骤308中,dockee 110与WDC 100交换设备发现信号和服务发现信号。在步骤308中,dockee 110识别出WDC 100具有与WDC 100相关联的***设备120。
在预关联的发现过程中,关于***设备120的有限信息可与WDC 100共享。共享的信息例如可使用协调的服务发现机制(诸如通用广告服务(GAS)帧)来共享。
在步骤308之后,在步骤310中,dockee 110执行与WDC 100的P2P连接,并且形成P2P组。选择性地,可在形成的P2P组的GO和GC之间提供用于安全通信的密钥(PTK或GTK)。
在步骤312中,dockee 110连接到WDC 100,并且开始导频协议。在本发明的实施例中,导频协议是指通过使用诸如例如通用即插即用(UPnP)的协议的在dockee和WDC之间的连接。在步骤314中,通过向WDC 100传送“Get Peripheral Info(获取***信息)”消息,dockee 110获得关于***设备120的更详细的信息。
在导频协议过程之后,在步骤316中,dockee 110向WDC 100发送将对接到WDC 100的对接请求消息。此外,dockee 110可能属于由WDC 100形成的WDN。WDN包括与WDC相关联的***设备120。在这种情况下,WDC 100可选择Miracast协议的代理模式操作以发送内容数据(Miracast数据)并向dockee 110通知所选择的代理模式。
当dockee 110对接到WDC 100时,Miracast协议(***功能协议(PFP))可被设置以在Miracast源(即dockee)110和WDC 100上的代理信宿102之间操作。用于在dockee 110和WDC 100之间的对接的发现和P2P连接过程可重新用于驱动(或运行)Miracast协议。
存在用于在dockee 110和***设备120之间的TCP连接建立的两个替代方案。
在第一替代方案中,在步骤318中,dockee 110建立与WDC 100的代理信宿102的TCP连接,并且在步骤320中,代理源104建立与***设备120的TCP连接。在与代理源104的TCP连接建立之前,在步骤322中,***设备120撤消与步骤306对应的保持Miracast过程。
具体地,在dockee 110侧,WDC 100可充当TCP客户端,而dockee 110可充当TCP服务器。例如,诸如例如端口7236的特定控制端口可用于Miracast的目的。当成功地创建在dockee 110和代理信宿102之间的TCP连接时,在所有设备中激活RTSP栈。在dockee 110和代理信宿102之间的RTP媒体会话可处于活动状态,直到断开RTSP会话。
在***设备120侧,WDC 100可充当TCP服务器,而***设备120可充当TCP客户端。例如,诸如例如端口7236的特定控制端口可用于Miracast的目的。当成功地创建在WDC 100的代理源104和***设备120之间的TCP连接时,在所有设备中激活RTSP栈。在代理源104和***设备120之间的RTP媒体会话可处于活动状态,直到断开RTSP会话。
在第二替代方案中,在对应于实际Miracast源的dockee 110和对应于实际Miracast信宿的***设备120之间建立TCP连接。即,替代第一替代方案中的两个会话,在dockee 110和***设备120之间建立一个RTP或一个RTSP会话。
虽然图3应用具有由步骤318和320指示的两个TCP连接(即两个RTP会话或两个RTSP会话)的第一替代方案,但本发明的实施例不限于图3中图示的形式,并且可应用第二替代方案。
在步骤324、326和328中,dockee 110和***设备120通过在创建的RTSP会话中的代理(WDC 100)执行能力交换过程。即,dockee 110和***设备120通过创建的RTSP会话交换RTSP消息M1至M4。
由于RTSP栈在设备(dockee 110、WDC 100和***设备120)中处于活动状态,所以将经由WDC(没有WDC中的存储)立即发送M1至M4请求。下面参照图4详细阐述发送M1至M4请求的过程的示例。
图4是图解根据本发明一实施例的在dockee、WDC和***设备之间产生的能力交换过程的图。
通过在步骤318和320中通过用WDC 100创建的RTSP会话发送消息M1至M4,dockee110和***设备120执行能力交换过程。消息M1至M4可在设备之间被交换以通知彼此设备的详细能力,并且可用于选择特定Wi-Fi显示会话的操作参数。
在步骤400中,dockee 110通过WDC 100向***设备120发送M1请求消息,并且选择性地,可从***设备120接收M1请求消息的响应消息。
在步骤410中,***设备120向WDC 100发送M2请求消息,并且接收M2请求消息的响应消息。选择性地,WDC 100可向dockee 110发送从***设备120接收的M2请求消息,并接收发送的M2消息的响应消息。
在步骤420中,dockee 110通过WDC 100向***设备120发送M3请求消息,并且选择性地,可从***设备120接收对M3请求消息的响应消息。
在步骤430中,dockee 110通过WDC 100向***设备120发送M4请求消息。选择性地,dockee 110可从***设备120接收对M4请求消息的响应消息。
可替代地,隧道帧(tunneled)由WDC 100支持,并且消息M1至M4可通过WDC 100来隧穿(tunnel)。
类似于在能力交换过程中交换的消息,也可通过WDC中继在WFD会话建立之前或在WFD会话期间交换的RTSP消息(即消息M5至M16)。
返回参考图3,类似于控制消息,在步骤330中,在dockee 110侧的RTP会话中发送的数据分组通过WDC 100被中继到在***设备120侧的RTP会话,此外,WDC 100可被实现成维持足够的缓冲器来中继分组数据。
具体地,在步骤332中,将用于内容的分组数据和控制数据从dockee 110发送到WDC 100的代理信宿102。此外,在步骤334中,WDC 100将从dockee 110接收的数据的目的地IP地址重新映射到实际信宿设备(即***设备120)的IP地址,并在步骤336中向代理源104转发IP地址。在步骤338中,将转发的数据从代理源104发送到***设备120。
下面阐述本发明另一实施例,在该实施例中信宿设备和WDC创建WFD会话而不等待dockee的对接。
图5图示根据本发明另一实施例的代理操作的过程。
在步骤500中,***设备120与WDC 100交换设备发现信号和服务发现信号。
通过步骤500,诸如TV、监视器或平板之类的***设备120或信宿设备可与作为代理源104操作的WDC 100相关联。具体地,代理源可向Miracast信宿发送探测请求,并且Miracast信宿可发送响应于探测请求的探测响应。探测请求可包括WFD IE,诸如设备类型(源、主信宿等等)、设备状态等等。WDC 100可在类别设备发现下在临时存储单元中临时存储从***设备120接收的信息。
在设备发现之后,通过使用服务发现机制,WDC 100可从***设备120取回详细信息。服务发现信息也可在类别服务发现下存储到WDC 100内的临时存储单元中。
在步骤502中,***设备120执行与WDC 100的P2P连接,并且形成P2P组。选择性地,可在形成的P2P组的GO和GC之间提供用于安全通信的密钥(PTK或GTK)。
当确定在Wi-Fi显示中源设备连接到信宿设备之后,执行连接性解决方案。在Wi-Fi显示中,源设备和信宿设备可支持P2P或TDLS模式操作。然而,在由本发明的实施例提供的代理解决方案中,实际的源设备还未被连接,使得连接性解决方案可对应于P2P。相应地,代理源设备和Miracast信宿设备选择P2P模式连接。此外,代理设备(即WDC 100)和***设备120创建P2P连接,并且形成P2P组。基于意图值,WDC 100或***设备120可能是P2P组的GO。通常,WDC具有最高意图值,并且WDC 100被推荐为GO。***设备120将是P2P组中的GC。
在步骤504中,WDC 100形成包括***设备120的WDN。
在本发明的该实施例中,***设备120立即创建TCP连接而无需等待dockee 110和WDC 100之间的TCP连接。即,在代理源104和***设备120之间的P2P连接创建之后,在步骤503中,设备可在其间创建TCP连接。
WDC 100充当TCP服务器,而***设备120充当TCP客户端。例如,诸如例如端口7236的特定控制端口可用于Miracast的目的。当成功创建在WDC 100的代理源104和***设备120之间的TCP连接时,在设备(WDC 100和***设备120)中激活RTSP栈。此外,RTP媒体会话可能处于活动状态,直到RTSP会话断开。
在RTSP栈在设备中变为活动之后,在步骤506中,通过发送/接收消息M1至M4,WDC100的代理源104和Miracast信宿设备可执行能力交换。消息M1至M4可在设备之间被交换以通知彼此设备的详细能力,并且可用于选择特定Wi-Fi显示会话的操作参数。
具体地,在其中dockee 110未对接到WDC 100的状态下,可如下做出在***设备120和WDC 100之间的消息M1至M4的交换。
WDC 100的代理源104向***设备120发送M1请求消息(包括RTSP选项),并且***设备120利用***设备120可支持的RTSP选项的列表来响应所述M1请求消息。选择性地,RTSP选项可满足Miracast规范。
(由于dockee还未对接)***设备120向代理源104发送M2请求消息(包括RTSP选项),并且代理源104通过不包括列表中的RTSP选项的虚设消息来响应M2请求消息。
代理源104发送指定代理源感兴趣的能力的列表的M3请求消息(包括“RTSP GET_PARAMETER(RTSP取参数)”)。选择性地,在代理模式中,M3请求消息可包括空列表。
代理源104发送选择一组最佳参数的M4请求消息(包括“RTSP SET_PARAMETER(RTSP设置参数)”),其中所述一组最佳参数可用作WFD会话。选择性地,在代理模式中,M4请求消息也可包括空列表。
在能力交换过程之后,在步骤508中,两个设备(WDC和***设备)尝试创建WFD会话(即Miracast会话)。
选择性地,可在代理源104和***设备120之间交换控制消息M5至M16。
内容数据由源设备(即dockee 110)发送到信宿设备(即***设备120),但RTSP命令可仅由信宿设备发送。相应地,为了从信宿设备生成请求,代理源104可向***设备120发送具有命令名称的消息M5,并且信宿设备可向代理源104发送对应于由消息M5指示的名称的实际命令。
M6对应于建立WFD会话的“建立(SETUP)”命令。
M7对应于发起内容再现的“播放(PLAY)”命令。在***设备120和代理源104之间成功地发送和接收M7请求和M7响应之后,可成功地创建WFD会话。即,RTP媒体会话可成功地开始。然而,由于实际源设备(即dockee 110)不存在,所以RTP会话是代理源104和***设备120之间的虚设会话(没有任何实际数据)。可替代地,通过向***设备120发送默认屏幕保护或图片,代理源104可维持所述RTP会话。
WDC 100可包括数据缓冲器以提取内容分组,其中所述内容分组可通过RTP会话而被发送到***设备120。当dockee 110还未被对接时,数据缓冲器可能是空的,或者可具有默认数据。
在步骤510中,通过与WDC 100交换设备发现信号和服务发现信号,对应于Miracast源的dockee 110发现WDC 100。在步骤510的发现过程中,dockee 110可识别出WDC100具有与WDC 100相关联的Miracast信宿,即***设备120。
在预关联发现过程中,关于***设备120的有限信息可与WDC 100共享。例如可使用协调的服务发现机制共享所共享的信息,诸如例如GAS帧。
在步骤510的发现过程之后,在步骤512中,dockee 110执行与WDC 100的P2P连接,并且形成P2P组。选择性地,可在形成的P2P组的GO和GC之间提供用于安全通信的密钥(PTK或GTK)。
在步骤514中,dockee 110连接到WDC 100,并且开始导频协议。在步骤516中,dockee 110通过导频协议获得关于***设备120的更详细的信息。
在步骤514的导频协议过程之后,在步骤518中,dockee 110向WDC 100发送可对接到WDC 100的对接请求消息。此外,dockee 110可能属于由WDC 100形成的WDN。WDN包括与WDC相关联的***设备120。在这种情况下,WDC 100可选择用于Miracast协议的代理模式操作以发送内容数据(Miracast数据)并向dockee110通知所选择的代理模式。此外,WDC 100可通知dockee 110:在***设备120中已经开始虚设会话。
当dockee 110对接到WDC 100时,Miracast协议(***功能协议(PFP))可被设置以在Miracast源(dockee)110和WDC 100上的代理信宿102之间操作。用于在dockee 110和WDC100之间对接的发现和P2P连接过程可重新用于驱动(或运行)Miracast协议。然后在设备之间立即建立TCP连接。
在步骤520中,dockee 110建立与WDC 100的TCP连接。
在dockee 110侧,WDC 100可充当TCP客户端,而dockee 110可充当TCP服务器。例如,诸如例如端口7236的特定控制端口可用于Miracast的目的。当在dockee 110和WDC 100的代理信宿102之间成功地创建TCP连接时,RTSP栈在设备中变为活动。此外,RTP媒体会话可能处于活动状态,直到断开RTSP会话。
在***设备120侧,TCP连接已经被建立,并且Miracast虚设会话正在操作。在步骤528中,紧接在创建dockee 110和WDC 100之间的TCP连接时,在***设备120中的虚设会话建立结束。
随后,可再次执行能力交换过程和WFD会话建立。
在步骤522、524和526中,dockee 110和***设备120通过在创建的RTSP会话中的代理(WDC 100)执行能力交换过程。即,dockee 110和***设备120通过创建的RTSP会话交换RTSP消息M1至M4。
由于RTSP栈在设备(dockee 110、WDC 100和***设备120)中处于活动状态,将立即经由WDC发送M1至M4请求(而没有WDC 100中的存储)。
可替代地,隧道帧由WDC 100支持,并且消息M1至M4可通过WDC 100被隧穿。
类似于在能力交换过程中交换的消息,在WFD会话创建之前或在WFD会话期间交换的RTSP消息(即消息M5至M16)也可通过WDC 100来中继。
类似于控制消息,在步骤530和532中,在dockee 110侧中的RTP会话中发送的数据分组通过WDC 100而被中继到***设备120侧中的RTP会话。此外,WDC 100可被实现为维持足够的缓冲器来中继分组数据。
具体地,在步骤534中,将用于内容的分组数据和控制数据从dockee 110发送到WDC 100的代理信宿102。此外,在步骤536中,WDC 100将从dockee 110接收的数据的目的地IP地址重新映射到实际信宿设备(***设备120)的IP地址,并且在步骤538中将IP地址转发到代理源104。在步骤540中,可将转发的数据从代理源104发送到***设备120。
图6是图解根据本发明一实施例的分组的流程的图,其中dockee在对接环境中通过WDC向***设备发送分组的流程。
从dockee 110发送到代理100的内容数据的分组600具有作为目的地IP地址的WDC100的IP地址(例如“192.168.1.2”)。分组600被输入到WDC 100的代理信宿102,并且由WDC发送到代理源104。WDC 100将分组600的目的地IP地址重新映射到对应于实际信宿设备的***设备120的IP地址。对于重新映射,从dockee 110发送到WDC 100的数据分组被解密,并且然后在传输到***设备120之前被重新加密。图6图示:从WDC 100的代理源104发送到***设备120的数据分组602具有重新映射到***设备120的IP地址(例如“192.168.1.3”)的目的地IP地址。
类似地,相同的操作(即IP地址的重新映射)可应用到从***设备120通过WDC 100发送到dockee 110的数据。
如上所述,重新映射发送的数据分组的IP地址的操作需要用于解密和加密数据分组的操作和在比WDC 100的IP层高的层中的操作,并且这可能导致等待时间问题。
相应地,本发明的实施例建议可解决等待时间问题的改进的方案。
根据本发明的实施例使用WDC的Wi-Fi显示操作(即代理模式操作)可通过在dockee和***设备之间的直接RTP连接而不是由WDC设备进行的IP地址转换(即重新映射)来进一步改进。这种方法的优点是:并非总是需要由WDC重新映射IP地址,并且改进的传输被提供给对等待时间敏感的RTP业务。此外,建议的机制不要求对应于已被释放在市场上的产品的***设备的任何变化。
为了便于描述,下面描述的代理过程在下文中被称为“混合代理模式”。即,混合代理模式是指由WDC设备支持在dockee和***设备之间的直接RTP连接的代理模式。
由于已经在本发明的以上实施例中描述了与设备之间的P2P连接和对接相关的基本过程,所以将仅描述Miracast会话连接过程。
图7是图解根据本发明一实施例的改进的代理操作的机制的图。
在dockee 110和***设备120连接到WDC 100之后,在步骤700中,dockee 110和WDC 100执行混合代理模式选择协商。即,dockee 110通知WDC 100:需要混合代理模式。当WDC 100可支持混合代理模式时,WDC 100可向dockee 110提供确认。
在步骤702中,WDC 100通过RTSP消息M1至M3发起与***设备120的Miracast能力协商。
通过WDC 100和***设备120之间的RTSP消息M1至M3获得的能力信息可被高速缓存在WDC 100中,该能力信息将通过RTSP消息M1至M3消息而被提供给dockee 110,或者被实时代理发送到dockee 110。
在横跨Miracast消息M1至M4的能力协商过程期间,在步骤706中,WDC 100提供dockee 110的IP地址,而不是来自消息M4内“wfd_presentation_URL”的WDC 100的IP地址。相应地,***设备120可使用dockee 110的IP地址,并且提供RTP连接到dockee 110所需的信息。
在步骤704和706中,消息M4的交换的完成允许设备发起Miracast会话。然而,在Miracast会话的建立之前,需要WDC的代理信宿102来接收通知混合代理模式的信令。
该信令的原因是允许WDC 100的代理信宿102在混合代理模式和一般Miracast模式之间切换。WDC 100可连接到无线Miracast***设备或有线高清晰度多媒体接口(HDMI)类型的显示设备。由于Miracast标准接受仅仅到一个信宿设备的连接,所以如果没有任何信令,则dockee 110可不仅从***设备120而且从WDC 100同时接收RTP连接请求,其中所述RTP连接请求可导致不希望的连接场景或连接错误。相应地,当使用混合代理模式时,信令可报告:WDC 100的代理信宿102不发起通常的Miracast模式的RTP连接。它可阻止与RTP连接相关的问题的生成。
可通过三种方法发出来自dockee 110的WDC 100的混合代理模式的通知。
在步骤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发送到dockee 110。
已经通过消息M4接收属性“wfd_presentation_URL”的***设备120连接到dockee以生成RTP连接。在镜像之后(即在dockee和***设备创建RTP连接之后),可在对接口(dock)和***设备之间发送内容。此时,WDC 100可仅仅执行在层2(MAC层)中的分组的传输而没有数据分组的加密和解密以及IP地址的重新映射。即,WDC 100仅仅充当中继。由于分组解密或加密或者重新映射不是由WDC 100执行,所以可解决等待时间问题。
然而,仍然可以在dockee和***设备之间由处于代理模式的WDC 100处理通过RTSP的Miracast会话的控制消息。即,在由WDC 100执行解密、加密或IP重新映射之后,可发送通过RTSP的控制消息。
图8是图解根据本发明一实施例的方法的图,其中在该方法中,使用WDC的中继(基于目的地的MAC地址的层2转发)不仅应用到RTP消息,而且应用到RTSP消息。
选择性地,在dockee 110对接到WDC 100之前,WDC 100和***设备120可通过消息M1至M4执行能力协商过程。在步骤800中,在***设备120的发现过程或能力协商过程期间,WDC 100获得***设备120的IP地址、MAC地址和端口号。
选择性地,在步骤802中,dockee 110可在***设备发现过程期间获得关于***设备120的信息,并选择***设备120。获得的信息可包括***设备120的IP地址、MAC地址和端口号中的至少一个。
在dockee 110和***设备120连接到WDC 100之后,在步骤804中,dockee 110选择性地执行向WDC 100通知需要混合代理模式的操作。具体地,dockee 110可通过诸如UPnP消息之类的带外信令来通知WDC 100:需要“混合代理模式”。例如,UPnP消息可包括指示“MiracastRelay(miracast中继)”的值。通知需要“混合代理模式”的信令可通过以上在图7中所述的另一个方法(即第一种方法或第二种方法)来执行。
当WDC 100支持混合代理模式时,在步骤806中,WDC 100选择性地向dockee 110发送批准(例如“200OK”消息)。
随后,在步骤808中,WDC 100发起与***设备120的Miracast能力协商。通过在WDC100和***设备120之间的RTSP消息M1至M3获得的能力信息可被高速缓存在WDC 100中以通过RTSP消息M1至M3而被提供给dockee 110,或者被实时代理发送到dockee 110。
在横跨Miracast消息M1至M4的能力协商过程期间,在步骤812中,WDC 100提供dockee 110的IP地址,而不是来自消息M4内“wfd_presentation_URL”的WDC 100的IP地址。相应地,***设备120可使用dockee 110的IP地址,并且提供RTP连接到dockee 110所需的信息。
在步骤810和812中,消息M4的交换的完成允许设备(即***设备120和dockee110)发起WFD会话。
如上所述,当完成dockee 110和***设备120之间的能力交换时,在步骤814中,dockee 110向***设备120发送RTSP消息M5以发起WFD会话。
dockee 110和***设备120已经通知彼此它们的IP地址和MAC地址。相应地,在步骤814和818中,dockee 110使用在发现期间接收的***设备120的IP地址和MAP地址作为RTSP消息M5的目的地,并且在步骤824中作为RTP流的Miracast有效载荷的目的地。此外,在步骤816、820和822中,***设备120使用dockee 110的IP地址和MAC地址作为与RTSP消息M6至M16相关的所有通信的目的地。
WDC 100从dockee 110接收具有***设备120的地址作为的目的地IP地址或MAC地址的RTSP消息或RTP消息,并且转发接收的消息和从***设备120接收并发送到dockee 110的所有RTSP消息。WDC 100可在层2(MAC层)中仅仅执行分组转发而没有数据分组的解密和加密或IP地址的重新映射。即,WDC 100仅仅充当中继。
当dockee 110确定结束WFD会话时,在步骤826中,dockee 110向***设备120发送RTSP拆卸消息M8,并且取消对接或取消选择***设备120。此外,在步骤828中,***设备120向dockee 110发送RTSP消息M8的响应消息。
在本发明一实施例中,WDC110向***设备120转发RTSP消息M8。在本发明另一实施例中,通过向dockee 110发送代表***设备120的RTSP消息M8的响应而不向***设备转发RTSP消息,WDC 100可维持与***设备120的WFD会话。
在“MiracastRelay”模式(即混合代理模式)操作中,可支持高带宽数字内容保护(HDCP)。
参照图8描述在“MiracastRelay”模式操作中支持的HDCP的方法。即,可用图8中图示的一些操作或与图8中图示的操作相比已经被改变的一些操作来执行HDCP支持操作。
在步骤800中,当***设备120初始连接到WDC 100并且消息M1至M4的交换被做出时,WDC 100可不发起HDCP密钥交换。此外,WDC 100可不将HDCP支持参数***到消息M3中。WDC 100表现得像不具有任何HDCP支持能力的设备,并且完成消息交换。此外,WDC 100可推迟消息M5的传输,直到dockee 110连接到WDC 100。
当dockee 110对接到WDC 100时,在步骤802中,dockee 110可在发现期间接收***设备120的IP地址和MAC地址。dockee 110发起与WDC 100的M1至M4能力交换,并且由dockee 110通过能力交换获得的信息可被中继到***设备120。当dockee 110支持HDCP时,在步骤810中,dockee 110发送包括支持HDCP的指示的消息M3,并且在步骤808中,***设备120通过包括用于密钥协商的TCP连接的IP地址和端口号的响应M3而响应于消息M3,并且可开始用于密钥协商的TCP通信的服务器。
通过使用***设备120的接收的IP地址和MAC地址,dockee 110可直接发起与***设备120的密钥协商。类似于图8所述的数据分组路径和RSTP消息中继,WDC 100可基于***设备120的MAC地址而在层2(MAC层)中转发密钥协商分组。
当完成密钥协商时,可将消息M4从dockee 110发送到***设备120(例如在步骤812中)。不管密钥协商的完整性,可将消息M4选择性发送到***设备。
当在dockee和***设备之间创建了RTSP会话并且在dockee和***设备之间直接建立了RTP会话时,在步骤824中,内容数据可被加密为协商的密钥,并且通过RTP会话而从dockee发送到***设备。
图9是图示根据本发明一实施例的在WDC的层2中转发分组的操作的示例的图。
注意:从dockee 110通过RTP会话发送到WDC 100的分组900的目的地地址具有***设备120的“192.168.1.3”的IP地址,而不是WDC 100的“192.168.1.2”的IP地址。分组900的目的地地址可与从WDC 100发送到***设备120的分组902的目的地地址相同。
相应地,不产生由WDC 100进行的IP重新映射。WDC 100可仅仅通过在层2(MAC层)中的处理而向***设备120转发从dockee 110接收的数据分组。
图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显示。
由于可在对接发现或导频协议期间一次发送根据本公开实施例的***的发现信息,所以可以进行高效的发现。
根据本公开实施例的源设备具有在对接场景中向信宿设备直接发送数据的效果,从而可解决数据等待时间问题。
由于根据本公开实施例的源设备向对接中心设备通知数据传输模式,所以可消除在源设备和对接中心设备之间形成不正确的连接的错误。
虽然已经参照本发明某些实施例示出和描述了本发明,但是本领域技术人员将理解:可在其中做出形式和细节上的各种变化,而不会脱离如由所附权利要求限定的本发明的精神和范围。
Claims (28)
1.一种由无线对接中心支持数据传输的方法,该方法包括步骤:
创建包括在所述无线对接中心中的代理源模块与***设备之间的第一链路;
创建包括在所述无线对接中心中的代理信宿模块与对接方设备的之间第二链路;
从所述代理信宿模块向所述对接方设备发送与所述代理源模块链接的所述***设备的因特网协议(IP)地址和媒体访问控制(MAC)地址;
通过所述第二链路从所述对接方设备到所述代理信宿模块接收具有第一目的地地址的数据;并且
通过所述第一链路从所述代理源模块向所述***设备发送接收到的具有第二目的地地址的数据,
其中,所述代理信宿模块是用于从所述对接方设备接收所述数据的信宿,并且所述代理源模块是用于将接收到的数据发送到所述***设备的源,并且
其中,所述第一目的地地址包括所述***设备的所述IP地址和所述MAC地址,并且所述第二目的地地址与所述第一目的地地址相同。
2.如权利要求1所述的方法,其中,所述IP地址和所述MAC地址通过所述***设备的发现过程或与所述***设备的能力交换过程来获得,并且
其中,接收到的数据从所述代理信宿模块的MAC层直接传送到所述无线对接中心中的代理源模块的MAC层。
3.如权利要求1所述的方法,其中,所述***设备的所述IP地址、所述MAC地址和端口号在***发现过程期间被发送到所述对接方设备。
4.如权利要求1所述的方法,还包括:从所述对接方设备接收指示在所述对接方设备和所述***设备之间的Miracast中继连接的通用即插即用(UPnP)消息。
5.如权利要求1所述的方法,还包括:从所述第二链路向所述第一链路发送消息。
6.如权利要求2所述的方法,还包括:通过RTP连接向所述***设备发送通过所述第一链路从所述代理源模块接收到的数据。
7.如权利要求1所述的方法,其中,所述***设备是支持Wi-Fi显示的Miracast信宿设备。
8.如权利要求1所述的方法,还包括:
保持建立所述第二链路直到所述对接方设备对接到所述无线对接中心为止。
9.如权利要求8所述的方法,还包括:
当所述对接方设备对接到所述无线对接中心时执行在所述***设备和所述对接方设备之间的能力交换过程。
10.如权利要求5所述的方法,其中,所述消息包括作为源IP地址的所述对接方设备的IP地址。
11.一种由被配置成发送数据并对接到无线对接中心的对接方设备发送数据的方法,所述方法包括步骤:
创建与包括在无线对接中心中的代理信宿模块的第一链路,其中,所述无线对接中心已建立包括在所述无线对接中心中的代理源模块与***设备之间的第二链路;
从所述代理信宿模块接收与所述代理源模块链接的所述***设备的因特网协议(IP)地址和媒体访问控制(MAC)地址;
生成具有第一目的地地址的数据,该第一目的地地址是基于所述***设备的IP地址和MAC地址而设置的;以及
通过所述第一链路向包括在所述无线对接中心中的代理信宿模块发送具有第一目的地地址的数据,
其中,所述代理源模块是用于将具有第二目的地地址的数据发送到所述***设备的源,并且所述代理信宿模块是用于从所述对接方设备接收所述数据的信宿,并且
其中,所述第二目的地地址与所述第一目的地地址相同。
12.如权利要求11所述的方法,其中,在***发现过程期间接收所述***设备的所述IP地址、所述MAC地址和端口号,并且
其中,所述数据从所述代理信宿模块的MAC层直接传送到所述无线对接中心中的代理源模块的MAC层。
13.如权利要求11所述的方法,还包括:向所述代理信宿模块发送指示在所述对接方设备和所述***设备之间的Miracast中继连接的通用即插即用(UPnP)消息。
14.一种支持数据传输的无线对接中心设备,所述无线对接中心设备包括:
代理信宿模块,被配置成创建与对接方设备的第一链路;
代理源模块,被配置成创建与***设备的第二链路;和
收发器,被配置成从所述代理信宿模块向所述对接方设备发送与所述代理源模块链接的所述***设备的因特网协议(IP)地址和媒体访问控制(MAC)地址,通过所述第二链路从所述对接方设备到所述代理信宿模块接收具有第一目的地地址的数据,以及通过所述第一链路从所述代理源模块向所述***设备发送接收到的具有第二目的地地址的数据,
其中,所述代理信宿模块是用于从所述对接方设备接收所述数据的信宿,并且所述代理源模块是用于将接收到的数据发送到所述***设备的源,并且
其中,所述第一目的地地址包括所述***设备的所述IP地址和所述MAC地址,并且所述第二目的地地址与所述第一目的地地址相同。
15.如权利要求14所述的无线对接中心设备,其中,通过所述***设备的发现过程或与所述***设备的能力交换过程,获得所述***设备的所述IP地址和所述MAC地址,并且
其中,接收到的数据从所述代理信宿模块的MAC层直接传送到所述无线对接中心中的代理源模块的MAC层。
16.如权利要求14所述的无线对接中心设备,其中,在***发现过程期间向所述对接方设备发送所述IP地址和所述MAC地址。
17.如权利要求14所述的无线对接中心设备,其中,所述收发器被进一步配置成:从所述对接方设备接收指示在所述对接方设备和所述***设备之间的Miracast中继连接的通用即插即用(UPnP)消息。
18.如权利要求14所述的无线对接中心设备,其中,所述收发器被进一步配置成发送消息。
19.如权利要求14所述的无线对接中心设备,其中,所述收发器被进一步配置成通过RTP连接向所述***设备发送通过所述第一链路从所述代理源模块接收到的数据。
20.如权利要求14所述的无线对接中心设备,其中,所述***设备是支持Wi-Fi显示的Miracast信宿设备。
21.如权利要求14所述的无线对接中心设备,其中,所述收发器被进一步配置成保持建立所述第二链路直到所述对接方设备对接到所述无线对接中心为止。
22.如权利要求21所述的无线对接中心设备,还包括:
控制器,被配置成当所述对接方设备对接到所述无线对接中心时执行在所述***设备和所述对接方设备之间的能力交换过程。
23.如权利要求18所述的无线对接中心设备,其中,所述消息包括作为源IP地址的所述对接方设备的IP地址。
24.一种被配置成发送数据并对接到无线对接中心的对接方设备,所述对接方设备包括:
控制器,被配置成控制:
创建与包括在所述无线对接中心中的代理信宿模块的第一链路,其中,所述无线对接中心已建立包括在所述无线对接中心中的代理源模块与***设备之间的第二链路,
从所述代理信宿模块接收与所述代理源模块链接的所述***设备的因特网协议(IP)地址和媒体访问控制(MAC)地址,和
生成具有第一目的地地址的数据,该第一目的地地址是基于所述***设备的IP地址和MAC地址而设置的;和
收发器,被配置成通过所述第一链路向包括在所述无线对接中心中的代理信宿模块发送具有第一目的地地址的数据,
其中,所述代理源模块是用于将具有第二目的地地址的数据发送到所述***设备的源,并且所述代理信宿模块是用于从所述对接方设备接收所述数据的信宿,并且
其中,所述第二目的地地址与所述第一目的地地址相同。
25.如权利要求24所述的对接方设备,其中,所述收发器被进一步配置成:在***发现过程期间接收所述IP地址和所述MAC地址,并且
其中,所述数据从所述代理信宿模块的MAC层直接传送到所述无线对接中心中的代理源模块的MAC层。
26.如权利要求24所述的对接方设备,其中,所述收发器被进一步配置成:向所述代理信宿模块发送指示在所述对接方设备和所述***设备之间的Miracast中继连接的通用即插即用(UPnP)消息。
27.一种由被配置成接收数据并对接到无线对接中心的***设备接收数据的方法,所述方法包括步骤:
创建与包括在所述无线对接中心中的代理源模块的第一链路,其中,所述无线对接中心已经创建包括在所述无线对接中心中的代理信宿模块与对接方设备之间的第二链路;并且
通过所述第一链路从包括在所述无线对接中心中的代理源模块接收具有第一目的地地址的数据,
其中,所述代理源模块是用于将所述数据发送到所述***设备的源,并且所述代理信宿模块是用于从所述对接方设备接收具有第二目的地地址的数据的信宿,并且
其中,所述第二目的地地址包括所述***设备的因特网协议(IP)地址和媒体访问控制(MAC)地址,并且所述第一目的地地址与所述第二目的地地址相同。
28.一种被配置成接收数据并对接到无线对接中心的***设备,所述***设备包括:
控制器,被配置成创建与包括在所述无线对接中心中的代理源模块的第一链路,其中所述无线对接中心已经创建包括在所述无线对接中心中的代理信宿模块与对接方设备之间的第二链路,和
收发器,被配置成通过所述第一链路从包括在所述无线对接中心中的代理源模块接收具有第一目的地地址的数据,
其中,所述代理源模块是用于将所述数据发送到所述***设备的源,并且所述代理信宿模块是用于从所述对接方设备接收具有第二目的地地址的数据的信宿,并且
其中,所述第二目的地地址包括所述***设备的因特网协议(IP)地址和媒体访问控制(MAC)地址,并且所述第一目的地地址与所述第二目的地地址相同。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361826710P | 2013-05-23 | 2013-05-23 | |
US61/826,710 | 2013-05-23 | ||
US201361878403P | 2013-09-16 | 2013-09-16 | |
US61/878,403 | 2013-09-16 | ||
US201361915749P | 2013-12-13 | 2013-12-13 | |
US61/915,749 | 2013-12-13 | ||
PCT/KR2014/004616 WO2014189318A1 (en) | 2013-05-23 | 2014-05-23 | Proxy based communication scheme in docking structure |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105229988A CN105229988A (zh) | 2016-01-06 |
CN105229988B true CN105229988B (zh) | 2019-11-15 |
Family
ID=50846770
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480029619.3A Active CN105229988B (zh) | 2013-05-23 | 2014-05-23 | 在对接结构中的基于代理的通信方法和设备 |
Country Status (5)
Country | Link |
---|---|
US (1) | US10234900B2 (zh) |
EP (1) | EP2806704B1 (zh) |
KR (1) | KR102161715B1 (zh) |
CN (1) | CN105229988B (zh) |
WO (1) | WO2014189318A1 (zh) |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9510382B2 (en) * | 2012-04-13 | 2016-11-29 | Sony Corporation | Wireless communication device, information processing device, and communication method |
WO2014141595A1 (ja) * | 2013-03-15 | 2014-09-18 | パナソニック株式会社 | コンテンツ配信方法、コンテンツ配信システム、ソース機器及びシンク機器 |
US9307487B2 (en) | 2013-08-30 | 2016-04-05 | Qualcomm Incorporated | Methods and systems for improved utilization of a wireless medium |
US9509806B2 (en) * | 2013-12-17 | 2016-11-29 | Qualcomm Incorporated | Techniques for supporting Wi-Gig bus extension and Wi-Gig display extension as peripheral function protocols in wireless docking |
US10045387B2 (en) * | 2014-01-22 | 2018-08-07 | Lg Electronics Inc. | Method for constructing docking protocol by using direct communication, and apparatus therefor |
US10129343B2 (en) | 2014-01-22 | 2018-11-13 | Lg Electronics Inc. | Method for searching for docking service and peripheral function by using direct communication and apparatus for same |
US9674687B2 (en) * | 2014-03-24 | 2017-06-06 | Qualcomm Incorporated | Vendor-specific docking management operations |
US9763276B2 (en) | 2014-05-30 | 2017-09-12 | Apple Inc. | Seamless connectivity between hearing aid and multiple devices |
TW201610699A (zh) * | 2014-09-05 | 2016-03-16 | 緯創資通股份有限公司 | 應用程式分享方法以及使用該方法的裝置 |
US10200108B2 (en) | 2014-12-03 | 2019-02-05 | Koninklijke Philips N.V. | Wireless docking system for audio-video relay |
US20160188279A1 (en) * | 2014-12-27 | 2016-06-30 | Intel Corporation | Mode-switch protocol and mechanism for hybrid wireless display system with screencasting and native graphics throwing |
CN104657099B (zh) * | 2015-01-15 | 2019-04-12 | 小米科技有限责任公司 | 屏幕投射方法、装置及*** |
US20170220069A1 (en) * | 2016-01-28 | 2017-08-03 | Hong Fu Jin Precision Industry (Shenzhen) Co., Ltd. | Docking apparatus and control method thereof |
WO2017192135A2 (en) * | 2016-05-04 | 2017-11-09 | Hewlett-Packard Development Company, L.P. | Mateable computing devices |
US10033789B2 (en) * | 2016-09-29 | 2018-07-24 | Intel Corporation | Connectionless wireless media broadcast |
US10602557B2 (en) | 2016-11-30 | 2020-03-24 | Microsoft Technology Licensing, Llc | Discovering and protecting data streams in multi-path communication environments |
US10455632B2 (en) | 2016-11-30 | 2019-10-22 | Microsoft Technology Licensing, Llc | Dynamic identification of network connection preferences |
US10206083B2 (en) | 2016-12-30 | 2019-02-12 | Intel Corporation | Using wireless display docking technology over infrastructure networks |
US10911557B2 (en) | 2017-01-26 | 2021-02-02 | Microsoft Technology Licensing, Llc | Miracast source providing network service access for a miracast sink |
US10880279B2 (en) | 2018-11-02 | 2020-12-29 | Sony Corporation | Virtual broadcast of unicast data stream in secured wireless local area network |
US11115379B2 (en) * | 2019-02-28 | 2021-09-07 | Vmware, Inc. | Management of endpoint address discovery in a software defined networking environment |
US10757561B2 (en) * | 2019-03-29 | 2020-08-25 | Intel Corporation | Wi-Fi docking in dense environment |
US11770332B2 (en) | 2021-02-05 | 2023-09-26 | Extreme Networks, Inc. | MAC-based redistribution policy for multi-area networks |
US20220255852A1 (en) * | 2021-02-05 | 2022-08-11 | Extreme Networks, Inc. | Multi-Cast Redistribution and Remap for Multi-Area Networks |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101645857A (zh) * | 2009-04-03 | 2010-02-10 | 中国科学院声学研究所 | 一种通用的家庭网络与外部网络互联的网关架构 |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7076270B2 (en) * | 2001-02-28 | 2006-07-11 | Dell Products L.P. | Docking station for wireless communication device |
US20030158917A1 (en) * | 2002-02-04 | 2003-08-21 | Andrew Felix G.T.I. | Modifying system configuration based on parameters received from an infrastructure |
US20030196084A1 (en) * | 2002-04-12 | 2003-10-16 | Emeka Okereke | System and method for secure wireless communications using PKI |
US20050002402A1 (en) * | 2003-05-19 | 2005-01-06 | Sony Corporation And Sony Electronics Inc. | Real-time transport protocol |
JP4518058B2 (ja) | 2006-01-11 | 2010-08-04 | ソニー株式会社 | コンテンツ伝送システム、コンテンツ伝送装置及びコンテンツ伝送方法、並びにコンピュータ・プログラム |
CN100536600C (zh) * | 2006-03-14 | 2009-09-02 | 中兴通讯股份有限公司 | 一种将定位业务中定位引擎接入业务管理平台的方法 |
US8254992B1 (en) | 2007-10-08 | 2012-08-28 | Motion Computing, Inc. | Wireless docking system and pairing protocol for multiple dock environments |
CN101466022B (zh) * | 2007-12-19 | 2013-08-21 | 康佳集团股份有限公司 | 一种数字家庭网络设备点播互联网音视频方法 |
US8472436B2 (en) * | 2007-12-27 | 2013-06-25 | Wilocity, Ltd. | Modular wireless docking station |
US8391452B2 (en) * | 2009-04-30 | 2013-03-05 | Microsoft Corporation | User-based authentication for realtime communications |
US8782237B2 (en) * | 2010-01-28 | 2014-07-15 | Intel Corporation | Audio/video streaming in a topology of devices |
US8493992B2 (en) * | 2010-02-04 | 2013-07-23 | Texas Instruments Incorporated | Interrelated WiFi and USB protocols and other application framework processes, circuits and systems |
US8462734B2 (en) * | 2010-10-20 | 2013-06-11 | Nokia Corporation | Wireless docking with out-of-band initiation |
US9008039B2 (en) | 2010-12-17 | 2015-04-14 | Verizon Patent And Licensing Inc. | Mobile phone/docking station call continuity |
US8554970B2 (en) | 2011-04-18 | 2013-10-08 | Nokia Corporation | Method, apparatus and computer program product for creating a wireless docking group |
US20120314713A1 (en) * | 2011-06-08 | 2012-12-13 | Harkirat Singh | Method and system for proxy entity representation in audio/video networks |
JP6110858B2 (ja) * | 2011-09-13 | 2017-04-05 | コーニンクレッカ フィリップス エヌ ヴェKoninklijke Philips N.V. | ドッキングシステム及び汎用ネットワーク装置ドライバによる無線lan接続のハンドオーバ |
US20130091212A1 (en) * | 2011-10-08 | 2013-04-11 | Broadcom Corporation | Social network device communication resource allocation |
US20130311694A1 (en) * | 2012-05-21 | 2013-11-21 | Qualcomm Incorporated | Devices and methods for facilitating direct pairing in a wireless docking system |
US9144094B2 (en) * | 2012-10-29 | 2015-09-22 | Qualcomm Incorporated | Establishing a wireless display session between a computing device and a vehicle head unit |
US9330047B2 (en) * | 2013-01-15 | 2016-05-03 | Qualcomm Incorporated | Wireless docking service with direct connection to peripherals |
US20140207902A1 (en) * | 2013-01-23 | 2014-07-24 | Dell Products L.P. | Systems and methods for out-of-band management of an information handling system |
US9131335B2 (en) * | 2013-08-22 | 2015-09-08 | Nokia Technologies Oy | Method, apparatus, and computer program product for management of connected devices, such as in a wireless docking environment |
US9619424B2 (en) * | 2013-10-09 | 2017-04-11 | Qualcomm Incorporated | Supporting unrecognized protocol in wireless docking |
US9699500B2 (en) * | 2013-12-13 | 2017-07-04 | Qualcomm Incorporated | Session management and control procedures for supporting multiple groups of sink devices in a peer-to-peer wireless display system |
-
2014
- 2014-05-23 KR KR1020140062025A patent/KR102161715B1/ko active IP Right Grant
- 2014-05-23 EP EP14169613.8A patent/EP2806704B1/en active Active
- 2014-05-23 US US14/286,167 patent/US10234900B2/en active Active
- 2014-05-23 WO PCT/KR2014/004616 patent/WO2014189318A1/en active Application Filing
- 2014-05-23 CN CN201480029619.3A patent/CN105229988B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101645857A (zh) * | 2009-04-03 | 2010-02-10 | 中国科学院声学研究所 | 一种通用的家庭网络与外部网络互联的网关架构 |
Also Published As
Publication number | Publication date |
---|---|
US20140351477A1 (en) | 2014-11-27 |
CN105229988A (zh) | 2016-01-06 |
EP2806704A1 (en) | 2014-11-26 |
WO2014189318A1 (en) | 2014-11-27 |
KR20140138069A (ko) | 2014-12-03 |
KR102161715B1 (ko) | 2020-10-06 |
EP2806704B1 (en) | 2019-12-04 |
US10234900B2 (en) | 2019-03-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105229988B (zh) | 在对接结构中的基于代理的通信方法和设备 | |
EP2754328B1 (en) | Wireless lan connection handover by docking system and generic network device driver | |
US10805672B2 (en) | Information processing device, information processing system, and information processing method | |
KR102127357B1 (ko) | 디스플레이 세션에서 오프라인 참여를 위한 무선 통신 시스템 및 방법 | |
EP3427537B1 (en) | Transitioning from an infrastructure based wireless connection to a peer to peer (p2p) wireless connection | |
JP5945880B2 (ja) | セルラー通信からWi−Fi通信へのセルラー電話のシームレス遷移 | |
JP7037358B2 (ja) | 情報処理装置、情報処理方法およびプログラム | |
KR102119038B1 (ko) | 무선 도킹 프로토콜을 지원하는 통신 시스템에서 트랜스페어런트 터널 모드 동작 제어 장치 및 방법 | |
CN105794178A (zh) | 从多个源向单个宿的无线媒体共享 | |
WO2018098633A1 (zh) | 数据传输方法、数据传输装置、电子设备和计算机程序产品 | |
KR20140138076A (ko) | 무선 도킹 네트워크에서 도키(dockee)와 주변 장치 사이의 직접 연결을 위한 방법 및 장치 | |
CN104113935B (zh) | 一种数据传输方法、***及路由器 | |
US11540168B2 (en) | Apparatus and methods of packet retransmission between multi-link devices | |
US20180262801A1 (en) | Method and device for changing orientation of image by wfd sink | |
JP5208285B2 (ja) | スプリットmacモードによる集中型wapiネットワークアーキテクチャの実現方法 | |
WO2019129125A1 (zh) | 智能眼镜与智能设备交互的方法、***及存储介质 | |
JP2013207496A (ja) | 端末装置、受信方法、配信装置、配信方法、プログラム、および配信システム | |
CN111386749A (zh) | 用于在基础设施链路上建立点对点服务会话的方法 | |
JP6583291B2 (ja) | 情報処理装置および情報処理方法 | |
JP2008520162A (ja) | 無線lanステーション、及び、無線lanステーションをインフラストラクチャ・モードと独立(アドホック)モードで同時に動作させる方法 | |
WO2017087121A1 (en) | Exchanging encrypted media over a local wireless connection in accordance with a local wireless rendered media distribution scheme | |
Pugazhenthi | VoIP over Vehicular Ad Hoc Network for Inter Vehicle Communication |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |