专利名称：Sip端点增强器的制作方法
技术领域：
本发明一般地涉及通信，更具体地涉及基于SIP的通信。
背景技术：
会话发起协议(SIP)是一种用于建立多种实时通信会话的开放式信令协议。可 以使用SIP建立的通信会话的类型示例包括语音、视频和/或即时消息。这些通信会话 可以在诸如个人计算机、膝上型计算机、个人数字助理、电话、移动电话、蜂窝电话等 之类的任何类型的通信设备上执行。SIP的一个主要特征在于它的如下能力使用终端 用户的记录地址(AOR)作为用于所有通信的单一的统一公共地址。因此，在SIP增强型 通信的世界中，用户的AOR变为它们的单一地址，该单一地址将用户链接至与用户相关 联的所有通信设备。使用该AOR，呼叫者可以在不必知道每个独特的设备地址或电话号 码的情况下联系到用户的通信设备(也称为用户代理(UA))中的任意一个。SIP是一种允许通过使用特定报头、方法和呼叫流程来可选地支持各种特征的灵 活协议。利用协议中的这种内在灵活性以及可用的实现方式的相对不成熟的状态(当与 其他长期建立的技术相比时)，设备将不可避免地被布置成不能充分利用网络上可用的 所有特征的网络。这是因为这些设备将不一定实现网络特征所要求的呼叫流程或者所有 所要求的报头。期望一种应用来迎合所有不同类型的端点(endpoint)以及它们对所提供 的特征的不同程度的支持是不实际的。因此，显然在提供如下网络解决方案方面存在问 题该网络解决方案允许在本地不支持所要求的呼叫流程或者报头设置的端点使用不同 复杂性的应用或特征。该问题的一个示例涉及利用背靠背UA(B2BUA)对长期存在的问题的解决方 案。B2BUA是一种经常使用的架构，从而B2BUA应用在呼叫建立期间被安排到呼叫者 和被呼叫者之间的信令路径中。B2BUA对于呼叫者和被呼叫者二者看起来像并且充当 真实端点。这种配置的问题在于B2BUA可能结束对来自每个端点的真实呼叫信息的隐 藏。S卩，因为呼叫者端点实际上处于与B2BUA而不是与被呼叫者端点的呼叫中，所以 它不知道被呼叫者如何看待该呼叫。SIP中存在很多取决于端点所知的这种端点观点信息 (endpoint view information)的特征。在没有适当的端点观点信息的情况下，这种SIP特 征要么变得破碎，要么不能由端点访问。继续B2BUA示例，解决在端点之间并入B2BUA的问题的新近方案被称为端点 观点报头(Endpoint View Header)。在这个实例中，呼叫者和被呼叫者二者将它们对于该 呼叫的观点嵌入在称为“端点观点”报头的报头中，该报头透明地通过网络，从而使得 端点可以得知另一个端点如何看待该呼叫。然而，这是一种新近的提案，并且当前存在 很多可用的端点，这些端点希望存在于包含B2BUA的网络中但是不支持“端点观点”报 头。对于其他SIP报头和对SIP行为的扩展，出现类似的问题。
发明内容
因此，本发明的一个方面在于一种端点增强器，该端点增强器使得端点能够在 本地不支持网络特征所利用的扩展或呼叫流程的情况下使用网络特征。根据本发明的至 少一些实施例，提供了一种基于设备的本地能力来加强端点(也可称为UA)的功能从而 使其满足网络的核心的可操作性标准的SIP端点增强器(SEE)。SEE功能取决于专用SIP 代理，并且结合专用SIP代理而工作。这里所使用的“专用代理”、“SIP代理”等用 于指代提供注册器(Registrar)、定位服务器(location server)、事件路由以及应用排序能 力的SIP架构的网络元件之一或者它们的组合。专用SIP代理可以用作用户和应用SIP请 求进入到核心(也称为企业网络)的入口点。作为注册器和定位服务器，其处于发起和 终结SIP请求的路径中。另外，基于所规定的用户简档(profile)，专用SIP代理可以为呼 叫的两侧(即，呼叫的发起侧和终结侧)调用(路由)应用序列。在这个背景以外，在一些实施例中，SEE不增强SIP设备的功能。各种SEE实 现方式可以作为附加功能被布置到专用SIP代理上。根据本发明的至少一些实施例，取决于特定的设备类型所要求的增强类型和程 度，SEE可以被实现为代理或者B2BUA。为了支持各种设备，可存在各种SEE实现方式。除了 SEE能够提供的功能外，SEE职责的另一方面是，它出现在网络架构的整 个结构的什么地方以及它如何代表设备而被调用。根据本发明的至少一些实施例，从端点的角度看，端点不知道其正被SEE增 强，并且继续以正常方式进行操作。因此，端点向专用SIP代理的注册将像平常一样进行。在注册期间，专用 SIP代理将检查包含关于作出请求的UA的信息的(REGISTER(注册)的)标准用户代 理(User-Agent)报头。基于设备类型，专用SIP代理决定在设备附接至网络的有效期 (lifetime)中，是否将针对去往或来自该设备的呼叫而调用特定的SEE类型和实例。其 他实体不知道，它们现在将通过其增强的身份来与设备交互。注意，在注册期间，没有 SEE被调用，端点如平常一样注册，并且专用SIP代理只识别SEE是否将被应用于随后的 SIP信令。RFC 3261 (其全部内容通过引用被结合于此)规定，用户代理报头在REGISTER 请求中是可选的，但是，为了被SEE增强，端点必须在REGISTER请求中包括用户代理 报头。RFC 3261还规定，UA应该使这个报头可配置，如同很多第三方端点的情况一 样。因此，网络管理员有责任确保端点被规定利用适当的值(例如，匹配从设备类型映 射到SEE的专用SIP代理的值)来填充用户代理报头。根据本发明的至少一些实施例，端点的不同集合被支持，从而网络中的不同设 备类型要求经由不同SEE的不同增强。可以提供允许专用SIP代理知道特定设备类型需 要特定增强并相应地提供这种增强的机制。根据本发明的至少一些实施例，针对所有SIP方法而不是仅针对被排序的那些方 法而调用SEE。例如，诸如SUBSCRIBE(订阅)和NOTIFY(通知)之类的未被排序的 SIP方法应当在针对一般的SIP路由而被发送之前经过SEE。如上所述，REGISTER方法向该规则提供了一种例外情况。SEE将不改变与设 备的REGISTER事务呼叫流程，但是作为向设备指派SEE的结果，SEE可以装饰或改变注册器的信息，以反映出增强后的设备的能力。如果可能，SEE应该被实现为简单代理，尽管将其实现为B2BUA也是可以接受 的。SEE B2BUA可以代表端点发起SIP事务。SEE不应该独自生成或终结通信会话。可 能需要B2BUA能力来例如实现对用于作出呼叫请求的对话外(Out of Dialog)REFER(引 荐)的支持。SEE可以被实现为代理和UA的组合(例如，为了代表端点来对订阅进行 响应、发送通知或者公布事件)。例如，为了代表端点来公布对话状态事件，SEE将充 当代理(来查看请求和响应)以及UA客户端(来实际地公布事件)。对于对话创建事务，如果需要SEE，则在针对使用该端点的用户开始发起处理 之前或者当联系解析(contact resolution)正在被执行时(当知道可能的很多注册设备中的 哪个或哪些将在处理该呼叫的过程中被涉及时)针对用户的终结处理之后，本发明的实 施例被用来动态地将SEE插入到呼叫路径中。关于发起和终结处理的概念的另外细节对 于本领域技术人员来说是公知的，并且在美国专利公开No.2009/0103518中描述，该美国 专利公开的全部内容通过引用结合于此。基于正在使用的设备而不是基于用户来采用SEE功能。因此，SEE不同于应用 排序。根据本发明的至少一些实施例，当对设备进行呼叫或者从设备发起呼叫时， SEE将被应用。SEE逻辑利用来自专用SIP代理的关于用于逻辑调用的倾向“相位 (phase)，，的指示；专用SIP代理将与请求一起传送该相位信息。当调用SEE时，专用 SIP代理将两个路由报头插入在请求中。在属于SEE的第一路由报头中，专用SIP代理 将插入相位标签。SEE使用该标签来确定其是否被调用来服务于发起设备或终结设备。 在接收到具有发起相位标签的请求时，应用将调用基于发起该请求的设备的逻辑。当接 收到具有终结相位标签的请求时，SEE将调用与请求的目的地设备相关联的逻辑。第二 路由报头属于专用SIP代理，并且将包括由专用SIP代理发送给其自身的指示出SEE终结 处理或SEE发起处理的完成的标签。可以根据本发明的实施例使用的标签的一些示例在下表中显示并描述
权利要求
1.一种方法，包括从第一通信端点接收第一消息；对所述第一消息进行分析，以识别所述第一通信端点的功能能力； 确定将由所述第一通信端点使用的通信网络的功能要求； 对所述通信网络的功能要求与所述第一通信端点的功能能力进行比较； 确定所述第一通信端点的功能能力是否不满足所述通信网络的功能要求； 基于确定所述第一通信端点的功能能力不满足所述通信网络的功能要求，为所述第 一通信端点选择至少一个端点增强器；从所述第一通信端点接收第二消息，其中所述第二消息是连同通过所述通信网络在 所述第一通信端点和通信设备之间建立通信会话而接收的；以及将所选择的至少一个端点增强器插入到所述第一通信端点和所述通信设备之间的呼 叫路径中。
2.根据权利要求1所述的方法，还包括确定所述第二消息是将会排序通过至少一个应用的消息；以及 根据以下各项中的至少一项调用所选择的至少一个端点增强器 ω针对利用所述第一通信端点的用户开始发起处理之前；以及 ( )当联系解析已经被执行时，针对用户的终结处理之后。
3.根据权利要求1所述的方法，其中所述第一消息包括REGISTER消息，并且其中 所述第二消息包括所述第一通信端点和所述通信设备之间的除了 REGISTER消息以外的 发起对话的SIP消息以及对话外消息中的至少一者，其中所选择的至少一个端点增强器存 在于建立在所述第一通信端点和所述通信设备之间的任何对话的信令路径中，其中所述 通信会话的所有消息均由所选择的至少一个端点增强器接收。
4.根据权利要求1所述的方法，还包括 从所述第一通信端点接收第三消息；以及再次使用所述第一通信端点和所述通信网络之间的所建立的TLS连接，以插入所选 择的至少一个端点增强器。
5.根据权利要求1所述的方法，其中所选择的至少一个端点增强器是从多个端点增强 器中选择的，其中所述多个端点增强器中的每一个均被用于向端点提供不同的功能以满 足所述通信网络的功能要求，其中在不破坏所述多个端点增强器中的其他端点增强器的 操作的情况下，所选择的至少一个端点增强器被动态地添加到所述多个端点增强器中。
6.—种通信设备，用于从第一通信端点接收注册型消息；对所述注册型消息进行 分析，以识别所述第一通信端点的功能能力；确定将由所述第一通信端点使用的通信网 络的功能要求；对所述通信网络的功能要求与所述第一通信端点的功能能力进行比较； 确定所述第一通信端点的功能能力不满足所述通信网络的功能要求；为所述第一通信端 点选择端点增强器；以及将所选择的端点增强器插入到所述第一通信端点和另一个通信 设备之间的呼叫路径中。
7.根据权利要求6所述的设备，其中所述第一通信端点包括SIP端点，所述通信网络 包括SIP网络，并且所述通信设备包括所述SIP网络中的第二通信端点。
8.根据权利要求6所述的设备，其中所选择的端点增强器被插入到所述呼叫的呼叫发起侧和呼叫终结侧中的至少一者中，所述第一消息包括REGISTER消息，并且所选择的 端点增强器存在于建立在所述第一通信端点和所述通信设备之间的任何对话的信令路径 中。
9.根据权利要求6所述的设备，包括存储器，所述存储器包括SIP代理代码和所选择 的端点增强器，所述设备还包括用于执行其存储器的内容的处理器，其中所选择的端点 增强器是不在所述SIP代理的代码空间中进行操作的独立应用。
10.根据权利要求6所述的设备，其中所述设备作为所述第一通信端点和所述通信设 备之间的背靠背用户代理进行操作，并且所选择的端点增强器位于所述背靠背用户代理 上。
全文摘要
本发明涉及SIP端点增强器。提供了用于增强诸如通信端点之类的通信设备的功能的方法、设备和系统。这提供了用所要求的特征来增强不太智能的SIP端点以支持更丰富的用户体验的能力。另外，端点增强器可以被动态地插入到现有的网络设备上。这种所提供的可插入性使得网络管理员可以在不破坏网络操作或者先前存在的SEE的操作的情况下向网络添加新的SEE模板。
文档编号H04L29/06GK102025718SQ20101028717
公开日2011年4月20日 申请日期2010年9月16日 优先权日2009年9月16日
发明者乔尔·M·伊泽尔, 伊安·爱宛斯, 克里斯·波尔顿, 哈什·V·门迪拉塔, 大卫·沙特, 彼得·巴雷特, 戈登·R·布鲁森, 格辛·里德尔 申请人:阿瓦雅公司