用于浏览器始发规程的基于移动设备的代理的制作方法
【专利说明】用于浏览器始发规程的基于移动设备的代理
[0001]相关申请的交叉引用
[0002]本申请要求于2014年6月12日提交的美国非临时专利申请N0.14/303,324的优先权，该美国非临时专利申请要求于2013年9月13日提交的美国临时专利申请N0.61/877,914的优先权，这两篇申请的全部内容通过援弓I纳入于此。
[0003]公开领域
[0004]本公开一般涉及网络通信，并且尤其涉及移动设备处的网络通信。
【背景技术】
[0005]WebRTC(网页实时通信)是旨在经由JavaScript应用编程接口(API)向网页浏览器添加实时通信能力的开放项目。WebRTC为网页应用开发者提供了在网页上编写丰富的、实时多媒体应用的能力，而不需要插件、下载、或安装。例如，WebRTC可以实现基于浏览器的应用之间的对等实时通信而不管目标对等体的相对位置(例如，在同一设备上、在同一专用网络中、双方位于不同的防火墙后面等等)。
[0006]WebRTC采用被称为交互式通信建立(ICE)的技术，这种技术允许基于网际协议(IP)的通信会话中的目标对等体发现它们之间的最佳可能媒体路径。这在ICE实现是不需要对于可位于两个目标对等体之间的NAT或防火墙类型的先验知识的网络地址转译(NAT)穿越整体解决方案的意义上可能是有用的。
[0007]I CE利用了针对NAT的会话穿越实用程序(STUN)协议以及使用中继穿越NAT (TURN)协议。STUN是目标对等体可用于发现它是否在NAT穿越盒后面的基于IP的协议。通过联系开放式因特网中的已知服务器并接收返回的响应，目标对等体可将它自己的IP地址与STUN服务器被检测为STUN消息的始发IP地址的IP地址作比较。以此方式，目标对等体可快速确定其是否在NAT后面。
[0008]在一示例中，STUN请求消息由目标对等体之一(也被称为对等方)在公共因特网上向已知STUN服务器发送。STUN服务器的IP地址可以是对等体先验已知的或是可发现的(例如，在域名系统(DNS)服务的帮助下)。当STUN服务器从对等体接收到STUN请求时，STUN服务器发回包括始发IP地址的STUN响应消息。如果NAT存在于对等体与STUN服务器之间(例如，对等体在专用网络上)，则STUN响应消息中的IP地址将与对等体在其专用网络上的IP地址不匹配。这种类型的消息接发仅部分解决了NAT穿越问题。NAT可以是服务器自反的，因为对等体的专用IP地址与由NAT代表该对等体向公共因特网中的所有目的地提供的IP地址之间存在一对一映射。然而，许多NAT是对称的--对于对等体，针对其在公共因特网上的每个目的地IP地址存在唯一性IP地址映射。因此，需要一种超越简单IP地址发现的机制。作为结果，开发了 TURN协议。
[0009 ] TURN通过在公共因特网上设立中继往来于NAT对等体的话务的TURN服务器来解决了NAT对等体从因特网上的任何其他目标对等体接收话务的问题。例如，始发对等体初始发送通常没有用于确保消息完整性的必要字段的“ TURN分配”请求。作为响应，TURN服务器发送带有关于将来消息接发的必要值(例如，用于散列的一次性数)的“分配错误”消息，此后始发对等体可以重新发送带有必要消息完整性的“TURN分配”消息并接收“TURN分配”响应，其中NAT对等体不仅能够确定其存在于NAT后面，并且还可被分配来自TURN服务器的可被用于设立与其他对等体的通信的中继IP地址。
[0010]ICE提供了围绕使用STUN和TURN的框架，从而两个对等体可以在存在NAT的情况下协商它们之间的最佳可能媒体路径。基于每个对等体检测可被用于联系它们的IP地址和端口，按ICE客户端指定的优先级来测试并排名IP地址/端口的“候选对”。ICE标准提供了用于区分优先级的示例算法。作为结果，ICE定义了用于基于协议(例如，会话描述协议(SDP))来协商各对等体之间的通信会话的参数的提供/应答(offer/answer)机制。
[0011]简要概述
[0012]本公开涉及网络通信。提供了用于促进移动设备的通信的方法、系统和技术。
[0013]根据一实施例，一种促进位于内部网络内的移动设备与目标对等体之间的通信的方法包括在正在移动设备上执行的代理处截取用于发起与目标对等体的实时通信连接的通信。该移动设备耦合至蜂窝网络，并且该内部网络通过网络地址转译(NAT)与一个或多个外部网络分隔开。该方法还包括确定该目标对等体是否经由该蜂窝网络可到达。该方法进一步包括当确定目标对等体经由蜂窝网络可到达时，通过该蜂窝网络向该目标对等体发送用第一协议通信的请求。
[0014]根据另一实施例，一种促进位于内部网络内的移动设备与目标对等体之间的通信的系统包括能在移动设备上执行的截取模块。该内部网络通过网络地址转译(NAT)与一个或多个外部网络分隔开，并且该移动设备耦合至蜂窝网络。该截取模块截取用于发起与目标对等体的实时通信连接的通信。该系统还包括能在该移动设备执行的通信模块。该通信模块确定目标对等体是否经由蜂窝网络可到达，并且当确定目标对等体经由蜂窝网络可到达时，通信模块通过蜂窝网络向目标对等体发送用第一协议通信的请求。
[0015]根据另一实施例，一种其上存储有计算机可执行指令的计算机可读介质，所述指令用于执行以下操作，包括:在正在移动设备上执行的代理处截取用于发起与目标对等体的实时通信连接的通信，该移动设备耦合至蜂窝网络，确定该目标对等体是否经由该蜂窝网络可到达；以及当确定目标对等体经由蜂窝网络可到达时，通过蜂窝网络向目标对等体发送用第一协议通信的请求。
[0016]根据另一实施例，一种用于促进位于内部网络内的移动设备与目标对等体之间的通信的装备包括用于在移动设备处截取来自始发对等体的用于发起与目标对等体的实时通信连接的通信的装置。该移动设备耦合至蜂窝网络，并且该内部网络通过网络地址转译(NAT)与一个或多个外部网络分隔开。该装备还包括用于确定该目标对等体是否经由该蜂窝网络可到达的装置。该装备进一步包括用于在确定目标对等体经由蜂窝网络可到达时通过该蜂窝网络向该目标对等体发送用第一协议通信的请求的装置。
[0017]附图简述
[0018]形成本说明书一部分的诸附图解说了本发明的诸实施例，并且与本描述一起进一步用以解释诸实施例的原理。在附图中，类似的参考标号可指示相同元件或功能上类似的元件。元件在其中首次出现的附图通常由对应参考标记中的最左边的数字指示。
[0019]图1是解说根据一实施例的包括目标对等体和位于内部网络内的移动设备的系统的框图。
[0020]图2是解说根据一实施例的用于促进位于内部网络内的移动设备与目标对等体之间的通信的系统的框图。
[0021 ]图3解说根据一实施例的部分呼叫设立信令示图。
[0022]图4是解说根据一实施例的用于促进位于内部网络内的移动设备与目标对等体之间的通信的方法的简化流程图。
[0023]图5是解说根据一实施例的包括数字信号处理器的无线设备的框图。
[0024]详细描述
[0025]1.总览
[0026]I1.示例系统架构
[0027]II1.示例方法
[0028]IV.示例无线设备
[0029]1.总览
[0030]应领会，以下公开提供用于实现本公开的不同特征的许多不同实施例或示例。一些实施例可在没有这些具体细节中的一些或所有细节的情况下实践。以下描述组件、模块、和安排的具体示例以简化本公开。当然，这些仅是示例且不旨在是限制性的。
[0031]当前被标准化的WebRTC技术使网页开发者能在浏览器之间建立对等意义上的实时通信。WebRTC是在两个对等体之间提供双向实时通信能力的应用。当前的WebRTC规范依赖于I CE标准来穿越NAT。给定蜂窝网络上的部署场景，在WebRTC上下文中的ICE会话可能导致低效，这会影响移动设备电池寿命并且导致不必要的空中事务。
[0032]具体而言，ICE可能潜在地是有问题的，特别是在蜂窝上下文中操作时且尤其是在与启用IP多媒体子系统(MS)的核心网互操作时。例如，潜在的问题是基于SDP的提供/应答机制可能导致显著数目的具有它们自己的在蜂窝网络容量(无论在空中还是在无线电接入网络(RAN)内)方面的相关联成本的空中消息接发事务。另一个潜在问题是许多现有的IP语音(VoIP)目标对等体(包括IMS)不支持ICE。另一个潜在问题是ICE允许基于STUN绑定规程的保活机制。众所周知，基于应用的保活机制不仅具有网络效率成本，而且还可能潜在地限制移动设备的电池寿命。另一个潜在问题是对于WebRTC，如果用户出于任何原因关闭了应用(例