CN104221333A - 用于促进多个网络中的通信会话的系统和方法 - Google Patents

Abstract

本发明公开涉及用于促进多个网络中的通信会话的系统和方法。允许运营商、内容提供商及其它利益相关者除别的之外还有效地管理跨多个网络中的一个或多个的诸如内容交付的通信会话的系统和方法。

Description

用于促进多个网络中的通信会话的系统和方法

优先权声明

本国际申请要求于2012年2月14日提交的美国临时专利申请No.61/598,581的优先权和利益，其全部内容都通过引用被结合于此。

技术领域

本公开内容涉及电信领域，并且更具体地，涉及跨不同网络的通信会话。

背景技术

电信运营商、载波提供商、内容提供商、零售服务提供商和其它利益相关者(有时在本文统称为运营商或服务提供商)目前面临着许多挑战来有效地管理跨不同网络的通信会话。例如，无线服务提供商在处理无线网络中去往诸如智能电话和其它设备的无线设备的数据流量中面临巨大的挑战。现有的网络体系结构没有给服务提供商充分保护消费者免受流量欺诈的能力，并且缺乏向网络提供用于交付到设备的特定类型的内容流量的能力，这些和其它的问题，导致网络效率低下并对网络中的服务质量(QoS)构成考验。现有的网络体系结构还被构造成导致运营商与服务和内容供应商之间的经济结算是项艰巨的任务，从而导致收入损失。

本文所描述的发明针对但不限于，解决与现有系统和方法相关联的这些及其它问题。也同样考虑了与这些问题不相关的其它方面和益处。

发明内容

根据特定的方面，提供了一种用于促进在多个网络中的发端网络和在终端网络中的设备之间的通信会话的系统。所述系统包括：能够与包括发端网络和终端网络的多个网络通信的网关。所述系统还包括与网关通信并且能够访问包括标识和位置数据的设备数据的注册表，所述注册表用于多个网络中的多个设备，所述多个设备包括终端网络中的设备。网关被配置成接收来自发端网络的请求，为了设备的设备数据而访问注册表以及以下二者之一：基于设备数据的至少一部分发送数据到发端网络以允许发端网络建立与终端网络中的设备的通信会话，和代表发端网络建立与终端网络中的设备的通信会话。

根据还有的另一个特定方面，提供了一种用于促进从多个网络中的发端网络到在终端网络中的设备的内容交付的系统。所述系统包括能够与包括发端网络和终端网络的多个网络通信的网关。所述系统还包括与网关通信并且能够访问包括标识和位置数据的设备数据的注册表，所述注册表用于多个网络中的多个设备，所述多个设备包括终端网络中的设备。网关被配置成接收与来自发端网络的内容相关联的请求，为了设备的设备数据而访问注册表以及以下二者之一：基于设备数据的至少一部分发送数据到发端网络以允许发端网络向终端网络交付内容或者以其它方式处理该请求，或向终端网络交付内容或以其它方式代表发端网络处理该请求。

根据另一个特定的方面，提供了一种用于促进多个网络中的在发端网络中的设备与在终端网络中的设备之间的通信会话的系统。该系统包括能够与包括发端网络和终端网络的多个网络进行通信的网关。该系统还包括与网关进行通信并可以访问包括标识和位置数据的设备数据的注册表，所述注册表用于多个网络中的多个设备，所述多个设备包括发端网络中的设备和终端网络中的设备。网关配置成从发端网络接收对于通信会话的请求、为设备数据而访问注册表、及执行以下中的一个：(1)基于设备数据发送数据到发端网络以允许发端网络建立与设备的通信会话或者以其它方式在发端网络中处理对于通信会话的请求；(2)与终端网络中的设备建立通信会话；或(3)代表发端网络以其它方式处理该对于通信会话的请求。

根据其它方面，提供了允许运营商、内容提供商和其它利益相关者除其它之外还有效地管理通信会话的系统和方法，其中通信会话诸如像跨多个网络或在单一的网络中的数据流量或内容交付，多个网络包括但不限于，不同的无线网络。特定的应用针对有效地管理网络间的通信会话，其类型可以包括但不限于SMS或类似SMS的消息、MMS消息、视频呼叫、视频流、VoIP语音呼叫、HD VoIP语音呼叫、VoLTE语音呼叫、HD VoLTE语音呼叫、应用推送通知、呈现(Presence)、及类似的类型。其它方面针对通过利用与从发端网络中到终端网络中的一个或多个设备的数据交付相关联的认证技术，提高所构想网络的安全性。还有的其它方面针对向发端网络和/或终端网络提供与通信会话相关联的数据，诸如内容类型或用户首选项，以促进用于通信会话的供给，诸如基于内容类型或用户首选项的供给。还有的其它方面针对利用本文所构想的系统和方法向多个网络提供商业规则和财务清算与报告功能。

根据本文提供的书写说明书、附图及权利要求，这些及其它的方面将变得很显然。

附图说明

图1是根据本文所描述的一个或多个方面的示例性系统及相关联功能的示意图。

图2是根据本文所描述的一个或多个方面的示例性方法的流程图。

图3是根据本文所描述的一个或多个方面的示例性系统及相关联网络的示意图。

图4是根据本文所描述的一个或多个方面的示例性系统及相关联功能的示意图。

具体实施方式

以下的说明描述、图示并例示了根据本发明原理的其一个或多个特定的实施例。提供本说明并不是将本发明限制于本文所描述的实施例，而是依照如下的方式来解释和教导本发明的原理：即，使得本领域普通技术人员能够理解这些原理并在理解的前提下不仅能够将其应用于实践本文所描述的实施例还能够将其应用于根据这些原理可想到的其它实施例的方式。本发明的范围旨在包括或者在文字上或者在等同原理下可落入到所附权利要求的范围内的所有实施例。

应当注意的是，在说明书和附图中，可以利用相同的标号来标记类似或基本相似的元件。但是，有时候这些元件可以用不同的数字来标记，诸如像，其中这种标记有利于本说明的教导目的的情况下。此外，本文说明的附图不一定是按比例绘制的，并且在一些情况下，比例可能被放大以更清楚地描绘某些特征。这种标记和绘图实践未必暗示潜在的实质目的。如上所述，应当将本说明书视为一个整体，并且根据如本文所教导的、并被本领域普通技术人员所理解的本发明的原理来对本说明书进行解释。

对于本文所描述和说明的示例性系统、组件和体系结构，还应当理解，本发明可以由很多的配置和组件体现或在其中采用，如本领域普通技术人员理解的，这些配置和组件包括一个或多个系统、硬件、软件或固件配置或组件、或其任意组合。因此，尽管附图说明了包括用于本文所构想的实施例中的一个或多个的组件的示例性系统，但是应当理解，对于每个实施例，一个或多个组件可以不在系统中出现或者是不必要的。而且，尽管将描述一个或多个系统及相关联的网关、注册表和数据库，但是旨在包括符合用于这些组件的已知体系结构的所有方法、系统和制造品。例如，处理器可以实现为一个或多个组件的一部分，作为微处理器、微控制器、专用集成电路(ASIC)、离散逻辑、或其它类型的电路或逻辑的组合。类似地，作为这些组件中的一个或多个的一部分的存储器可以是DRAM、SRAM、闪存或任意其它类型的存储器。标志、数据、数据库、表和其它数据结构可被单独地存储或管理、可被合并到单个处理器或数据库中、可以是分布式的、或者可以是逻辑上和物理上以许多不同的方式组织的。软件程序可以是单个程序、单独程序的一部分或者跨几个存储器和处理器分布。本文所描述的方法和功能可以经硬件、软件和/或固件来实现，并可以被一个或多个基于处理器的系统、组件或设备来处理。这种方法和功能可被描述为模块或引擎，但应该理解，其实现不限于任何特定的硬件、软件、固件或设备配置，而是包含本领域普通技术人员的技术范围内的所有实现/实施例。系统可以以在一个处理系统中或跨多个处理系统分布的硬件、软件、或硬件与软件的组合来实现。因此，本发明不应当被理解为由本文所描述的示例性实施例或任何相关联的教导性的示意图所限制。

本文所构想和描述的、并通过将在本文描述的系统实现的网络解决方案允许运营商、内容提供商和其它利益相关者除了别的之外还有效地管理跨多个网络的通信会话，包括但不限于，在单一网络中或在不同的无线网络之间的通信会话，且对其一视同仁。通信会话可以包括但不限于SMS或类似SMS的消息、MMS消息、视频呼叫、视频流、VoIP语音呼叫、HD VoIP语音呼叫、VoLTE语音呼叫、HD、VoLTE语音呼叫、VoW-Fi语音呼叫、应用推送通知，等等。系统的特定应用针对有效地管理网络之间的内容交付。本文所描述的特定方面针对通过利用与从发端网络中到在终端网络中的一个或多个设备的数据交付相关联的认证技术来提高所构想网络的安全性。本文所描述的其它方面针对向发端网络和/或可选地向终端网络和/或一个或多个中间网络提供与通信会话相关联的数据，诸如像通信会话的类型，或者在定向内容的情况下内容的类型，以促进通信会话的供给。在内容交付的情况下，供给可以基于例如内容类型，其可以通过例如服务标记的类别、浅度报文检测(shallow packet inspection)、深度报文检测(deep packet inspection)或内容签名分析来确定。在其它实施例中，数据可以包括首选项数据或简档(profile)数据，这些数据可以与设备、订户或运营商相关联。还有的其它方面针对利用根据本发明原理的系统来提供商业规则和财务清算与报告功能给多个网络。

图1是根据本发明的一个或多个原理说明示例性实施例的系统组件及相关联功能方面的示意图。在开始，应当注意，尽管本文所描述的许多实施例针对内容交付，但是本文所描述的系统和方法不限于此，并且具有对许多通信会话类型的广泛应用，会话类型包括但不限于，SMS或类似SMS的消息、MMS消息、视频呼叫、视频流、VoIP语音呼叫、HD VoIP语音呼叫、VoLTE语音呼叫、HD VoLTE语音呼叫、应用推送通知、等等。在一般意义上参考图1，其说明了用于促进诸如像从发端网络12的发端设备11向终端网络16中的设备14进行内容交付的通信会话的示例性系统10。该系统包括能够与发端网络12和终端网络16及其设备11、14进行通信的网关18。系统10可以在多个网络中实现，以促进与多个网络中的设备的通信会话，诸如向设备进行内容交付。如本文进一步所讨论的，可以在多个网络中建立各种管理过程和商业规则，其中多个网络除了其它之外还管理在网络的相关联供应商和运营商之间的商业和财务关系，其中网络的相关联供应商和运营商利用该系统用于这些通信会话。这方面在图1中说明为商业规则模块或引擎19。

该系统包括与网关18进行通信的注册表20。注册表20可以包括单个的数据库或注册表，或一组注册表(registries)和/或数据库服务，以提供或以别的方式访问在其中存储有用于促进通信会话的数据的数据库，并且可以包括与服务、内容供应商、运营商或其它网络或服务提供商相关联的数据。在一些实施例中，注册表20可以包括归属订户服务器(HSS)或用户简档服务功能(User Profile ServerFunction，UPSF)。在实施例中，在注册表20中的数据包括标识、订购的服务、服务消费首选项与简档、活动数据、和/或用于与系统10相关联的多个网络中的一个或多个中的多个设备的位置数据，其中设备包括但不限于，终端网络16中的设备14。在实施例中，注册表20中的数据包括与设备14及可选地发端设备11相关联的能力数据。可用来定位设备14的标识数据可以包括但不限于，电话号码(例如，移动ISDN或移动电话号码)、订户路由号码(例如，国际移动用户识别符、移动标识号码(MIN))、IP地址、设备MAC地址、应用用户名称(例如，用户名或用户名)、URI、或如由内容供应商、运营商或其它系统用户请求的其它数据。利用该数据，注册表20将其与设备14或其可用设备相关联，以建立一个或多个请求的通信会话。在涉及内容交付的通信会话的例子中，注册表20将关联设备14或可用以接收内容的设备。位置数据可从运营商HSS或归属位置寄存器(HLR)、由号码可移植性管理中心(NPAC)管理的数据库、或其它工业数据库中获得、或者经向与设备14相关联的网络进行动态基于位置的查询来获得。

如在图1中所说明的，系统10可以利用呈现数据库或其它呈现源20，诸如经RCS(富通信套件)或OMA(开放移动联盟)的呈现能力，访问SIP呈现服务器或工业标准数据库接入(industrystandard database dip)，诸如访问由NPAC管理的数据库，以确定网络中的设备呈现。呈现数据取决于处理的配置可以合并到注册表20中或由网关18单独地访问。而且，呈现源22的呈现数据可以指示与发端设备11和/或设备14相关联的呈现状态或访问方法(例如，漫游、Wi-Fi连接性、网络连接性等)。

在一些实施例中，系统10还可以利用设备14和可选地发端设备11的能力数据，这些数据与用于与系统10相关联的多个网络中的一个或多个中的多个设备的设备能力数据一起存储在注册表20中。能力数据可以包括但不限于，信号的身份或与设备兼容的媒体类型、设备上应用的身份、设备硬件的能力或限制，等等。这种数据可用于例如，识别用于网络供给的需要，或如本文所描述的，代码转换或信令转换的需要。

系统10可以利用来自NPAC、运营商HSS/HLR、内容供应商数据库或其它数据库的多个数据馈给(feed)不断地更新注册表20。此外，系统10可以按需从外部源提取(pull)数据。加入到注册表20中的运营商和提供商会被要求同意有关数据库安全、数据库更新流程和过程、及正确使用数据库接入的具体工业联盟设计的规则和管制。

如在图1中示意性说明的，基于从发端设备11接收到的请求，向发端网络12提供了系统10的特定功能方面：与通信会话相关联的“哪里”数据，即与所请求的通信会话相关联的设备14和/或其它设备(诸如发端设备11)的位置/呈现；响应通信会话的“谁”数据，即诸如ITU-T E.164号码、URI、IP地址等的设备14的标识；及通信会话的“什么”数据，即设备类型、所支持的服务及通信/通信类型。“哪里”数据通过利用注册表20来确定，其中注册表如所指出的，通过各种数据馈给进行更新，其中数据馈给包括依靠更新或动态地从设备所呈现的多个网络中提取数据的数据馈给，其中设备包括终端网络16中的设备14。这个特定的方面在图1中示意性地说明为反馈回系统10的“谁、什么、哪里–更新”箭头。应当注意，尽管参考有时针对设备14，但是应当理解，一个或多个其它的设备也可以与通信会话相关联，并且参考设备14不一定暗示是单个设备。

系统10可被发端网络12利用来向发端网络12及其发端设备11返回适当的数据以允许发端网络12促进通信会话，诸如向终端网络16的内容交付。系统10也可被发端网络12利用来促进通信会话，诸如代表发端网络12进行内容交付。这种第二功能配置的示例性方面在图1中示意性地说明为“信令”和“媒体”箭头，其指示信令和媒体数据的交付，诸如与视频内容相关联的信令和媒体数据。在特定的实施例中，系统10可以包括与网关18进行通信并且能够在其中可能存在不兼容的情况下把与通信会话相关联的信号类型转换成与设备14或与设备14相关联的客户端应用相兼容的信号类型的信令转换引擎30。同样可以构想其它的转换，包括但不限于，传输级别的互通性，诸如IPSec到非-IPSec、STCP到TCP等。类似地，系统10可以包括与网关18进行通信并且能够在其中可能存在不兼容的情况下转换与通信会话相关联的内容和代码使其与设备14相兼容的代码转换引擎40。这样，通过例子，信令转换引擎30和代码转换引擎40给予系统10代码转换和信令转换不同视频信号的能力，从而允许“任何对任何”的客户端视频呼叫或视频流。例如，试图与无线客户取得联系的用户到达系统10的网关18。注册表20确定设备14的终端无线客户具有例如客户端而不是所需要的客户端。在这种情况下，系统10将通过信令转换引擎30和代码转换引擎40路由该会话并且完成到无线客户的设备14上的客户端的呼叫。这个过程对终端用户是透明的。代码转换的其它例子可以包括但不限于，HD语音代码转换、SMS到MSRP-类型的代码转换、或者会在通信网络环境中遇到的任何其它代码转换。在一些实施例中，系统10可以发送数据到终端网络16作为处理的一部分，使得终端网络16可以基于针对该设备的通信会话参加网络供给。

可以利用系统10的组件和实体来促进发端网络12、终端网络16和/或其它网络之间有效且节省成本的通信。尽管在图1中没有示出，但是网关18可以与web服务器接口，其中用户或实体(例如，发端设备11的用户、终端设备14的用户或诸如运营商网络的另一个用户或实体)可以访问web服务器以建立简档并规定与接收和/或发送数据通信相关联的各种规则和参数。在实施例中，规则和参数可以与商业规则引擎19、呈现源20、和/或其它引擎或源相关联。在示例性实施例中，商业规则引擎19可以存储或以其它方式可以访问规定各种数据通信参数的规则(例如，与设备14相关联的简档或与设备14相关联的订户每天只可以接收100个SMS消息、设备14只可以接收小于1MB的消息等)。应当理解，规则和参数可由用户或实体来设置，或者可以是由管理员或其它实体设置的缺省值。

网关18可以与商业规则引擎19、呈现源22和/或其它源或引擎接口以促进数据通信。作为例子，假设发端设备11试图向终端设备14发送超过1MB的MMS，并且终端设备14具有相关联的规则，其中它将只在没有漫游时和/或它经Wi-Fi连在数据网络中时才接受大于1MB的文件。发端网络12可以把消息发送到网关18，网关18可以为消息要发送到的终端设备14的标识而查询注册表20。网关18还可以用终端设备14的标识查询商业规则引擎19，以识别设备14只有当没有漫游和/或连接到Wi-Fi网络上时才将接受大于1MB文件的规则。在这个示例性实施例中，网关18可以查询呈现源22来确定设备14当前是在漫游并且网络接入不是经Wi-Fi。因此，网关18可以避免向设备14发送该消息。在一些实施例中，网关18可以经发端网络12向发端设备11发送设备14不能接收原来的MMS消息的通信(例如，SMS消息或其它类型的通信)。另一方面，如果网关18查询呈现源22并且确定设备14没有漫游，则网关18可以发起经终端网络16到设备14的MMS消息的传输。

应当理解，可以设想规则和参数的其它组合。例如，设备14还可以具有相关联的规则，从而内容要根据设备14的类型给出，诸如如果设备14是平板电脑，则以适合于平板电脑的分辨率给出网站。因此，网关18可能不得不查询代码转换引擎40并结合其它引擎或源19、20、22、30。这些参数和规则可以独立地存在或者和与系统10的组件相关联的任何其它参数或规则结合或者以其它方式经web服务器或其它网关设置。而且，这些参数和规则可以用优先级进行分层。例如，规则可以规定如果会话不能被发起(例如，由于商业规则)，则代码转换引擎40应该把发端消息代码转换成与Google会话相兼容的通信，并且网关18可以发起与设备14的Google会话。在还有的实施例中，设备14可能不具有接受某些通信的能力。例如，如果设备14是固定电话，则设备14可能不能接受SMS消息。在这些情况下，网关18可以查询注册表20以确定设备14的能力并且如果兼容则可以适当地继续传送或者如果不兼容则停止传送(并且可选地向发端设备11发回通知缺少兼容性的通信)。

在一些实施例中，网关18可以引入临时的或基于条件的方面，以完成通信传输。特别地，各种引擎或源19、20、22、30、40的规则可以规定如果或当条件满足时，某个通信应当被履行。例如，如果发端设备11发起包括视频的消息到设备14，并且与设备14相关联的规则指示与相关联的任何多媒体内容都应该当设备14连接到Wi-Fi网络时才发送。因此，网关18可以查询呈现源22以确定设备14是否连接到Wi-Fi网络。如果是，则网关18可以向设备14发起带有视频的消息传输。作为对照，如果设备14没有连接到Wi-Fi网络，则网关18可以只传送该消息到设备14。而且，网关18可以以后确定设备14连接到Wi-Fi网络，并且当设备14连接到Wi-Fi网络时可以发送视频到设备14。

在还有的实施例中，网关18可以确定发端通信是否识别有效线路和/或格式正确的号码。在一些情况下，发端设备11可以尝试发送SMS消息到不处于活动状态的设备。在这些情况下，该消息沿着各种网络传递，直到确定目的设备是不处于活动状态的。到此时，各种网络可能已发生与该消息的传送相关联的成本。在目前的实施例中，网关18可以查询注册表20以确定是否(1)目的设备的标识是格式正确的(即，具有正确的格式或布置)及(2)目的设备是活动的。如果或者目的设备是不活动的或者目的设备的标识不是格式正确的，则网关18可以执行各种补救修复。在一些情况下，网关18可以向发端设备11发回通信以通知发端设备11目的设备不处于活动状态，以替代把消息发送到终端网络16。在其它情况下，诸如如果目的设备的标识不是格式正确的，则网关18可以向标识执行各种纠正(例如，添加正确的国际代码)，然后经终端网络16把该通信传送到设备14。

在还有的其它实施例中，由商业规则引擎采用的商业规则可以整体或部分地由运营商、网络提供商等之间的合同关系或伙伴关系来驱动。例如，用于特定运营商或实体的商业规则可以取决于终端网络的身份提供某些通信的首选项或分层处理。在这种情况下，一个或多个特定的网络对于通信的处理可具有优选的状态。作为附加的例子，一个或多个运营商可以只发送某些类型的通信到某些运营商。作为还有的另一个例子，商业规则可以并入所涉及的某些运营商或实体的各种私有策略。

应当理解，商业规则引擎可以包括覆盖与通信及通信网络系统环境中的内容交付相关联的任何方面的规则，并且可以考虑但不限于，实体或运营商之间的关系、有关所涉及的具体技术的方面、策略和过程等。

现在将一般性地参考图2中的流程图描述如何可以功能性地使用系统10来促进从发端网络12及其发端设备11到终端网络16中的设备14的内容交付的示例性和非限制性的实施例。在步骤50，系统的网关从与系统10相关联的多个网络中的发端网络12接收请求用于处理。应当指出，在这个例子中，请求包括与内容相关联的数据报头。取决于所期望的促进作用，其它实施例可以发送与内容分离的请求。也可以经内容签名分析完成内容类型发现。在步骤52，网关18首先识别并认证所交付内容的发起者。认证可以通过本领域已知的任何技术来执行，以确保订户和/或网络的真实性。诸如，例如利用由网关18产生的随机挑战或内容上的数字签名密码的挑战/响应算法，其中报文形式的内容与相应的数字签名同时传送。在数字签名认证的情况下，数字签名可被网关18进行交叉检查，以验证订户和/或网络的真实性。网关18除了认证之外还可以包含垃圾邮件和网络欺诈(phishing)过滤能力。一旦内容流量被认证，然后就通过类型对其进行分类。

在步骤54，通过类型来识别经过网关18的内容。如上所述，各种类型的流量，包括但不限于内容，有很多并且可以包括但不限于：SMS或类似SMS的消息、MMS消息、视频呼叫、视频流、VoIP语音呼叫、HD VoIP语音呼叫、VoLTE语音呼叫、HD VoLTE语音呼叫、应用推送通知，等等。标识可以通过本领域已知的技术实现，诸如像在内容报头中使用内容类型ID。

在这个示例性的实施例中，一旦内容类型被网关18识别，则网关18在步骤56确定该内容要交付到哪里。网关18访问注册表20以识别和定位该内容要导向的设备。注册表20可以配置成与设备14或可用以利用几个可用的数据字段中的任何一个接收定向的内容的设备相关联。可用于识别和定位设备的数据字段的例子包括移动标识号(MIN)、IP地址、应用用户名(例如，用户名或用户名)、URI及如由内容供应商、运营商和其它利益相关者请求的其它字段。

一旦设备14和/或其它设备被注册表20识别，网关18就将使用工业标准的数据库接入(例如，NPAC)和RCS呈现能力来确定向哪里交付内容。如上所述，在一些实施例中，从这些数据库接入和呈现确定中获得的数据可以存储在注册表20中并不断地更新，并且与设备相关联。在这些实施例中，确定向哪里交付内容可以当访问注册表20以识别和定位设备的时候完成。在还有的其它实施例中，不但注册表20可被网关18检查用于获得位置/呈现数据而且网关18将通过执行适当的数据库接入和呈现确定验证这个数据。如果呈现能力不可用或者注册表20指示客户希望在多个设备上接收内容，则内容可被交付到多个设备。在一些实施例中，还可以访问注册表20以确定与设备相关联的其它数据、或与设备相关联的订户或运营商，诸如像首选项数据或简档数据。

当网关18在步骤58定位要接收内容的设备14和/或其它设备时，该内容或者被传送到发端网络12的各个安全的网络网关用于被发端网络12处理并交付到终端网络16(步骤60)，或者该内容被网关18交付到设备14和/或其它设备在其中呈现的终端网络16(步骤62)，在这之前，确定(步骤64)和处理(步骤66)任何代码转换和/或信令转换需求。在第一种情况中，发端网络12接收具有识别内容类型、认证及供给信息的报头数据的内容。发端网络12现在具有必要的信息来完成内容交付并且适当地供给网络会话，以确保网络安全性和服务质量。利用这个信息，发端网络12可以附加地通过内容类型对流量进行优先级化。

在一些实施例中，发端网络12可以发送请求到与所请求的通信会话相关联的系统10的网关18，以从与通信会话中涉及的设备相关联的系统10中获得数据。在这些实施例中，发端网络12可以在促进通信会话的建立中利用这个数据，或者直接地通过发端网络12利用系统10来这样做，或者利用一些其它网络或系统进行。该数据可以发送到发端网络12、终端网络16、或一个或多个中间网络、或其任意组合，以帮助基于该数据的网络供给，诸如像，但不限于，所涉及的通信会话的类型或设备的类型。

系统10可以在广泛的环境中采用。在示例性和非限制性的说明中，图3示意性地表示在多个网络中采用的系统10，多个网络包括运营商网络A，B和C、内容提供商网络A和B和聚合商(aggregator)网络，应当理解，这个说明是为了方便并清晰地示例而配置的，因此，可以构想许多其它的配置并且许多其它网络和类型也可以利用该系统。

如在图3中所示出的，多个运营商A，B和C、内容供应商A和B、及聚合商与系统10相关联。这种配置构想了两种不同的数据路径到达终端用户的设备。第一种是“直接”连接，其中“顶部之上”的数据路径继续可被访问。例如，客户能够通过设备浏览器访问任何网站并且数据不被打断，就像利用传统的线路互联网访问。在这个第一数据路径中，运营商利用最大努力交付数据流量。一些设备应用可以选择继续使用第一数据路径，或“最大努力”的环境，以到达设备。可以预期运营商会在最大努力的环境中选择限制数据吞吐率以保持网络的完整性和安全性。该最大努力的环境当前表示用于到达无线设备的低成本、低质量选项。运营商可以为安全性原因选择禁止通过“顶部之上”数据路径“推送”数据流量。

如在图3中一般性地说明的，系统10提供了到无线设备的另外的数据路径。在系统10的环境中，不是使用“顶部之上”的数据路径，而是把内容导向系统10的网关用于处理。如以上所解释的，系统利用注册表/呈现数据20，22来确定设备的位置/呈现。当网关18定位了要接收内容的设备时，该内容或者传递到发端网络的各个安全的网络网关用于被发端网络处理并交付到终端网络，或者该内容被网关交付到设备在其中呈现的终端网络。在第一种情况中，发端网络接收带有识别内容类型、认证和供给信息的报头数据的内容。发端网络现在具有必要的信息来完成内容交付并且适当地供给网络会话，以确保网络的安全性和服务质量。在一些实施例中，系统10可以发送数据到终端网络和/或一个或多个中间网络用于供给的目的。在一些实施例中，注册表/呈现数据20，22由发端网络通过向没有包括该内容的系统发送请求来获得。

系统10的管理方面也在图3中示意性地说明。如上所述，商业规则引擎19提供了用于系统10如何处理和对待内容流量并考虑各种网络和运营商之间关系的定制配置的能力。作为处理内容流量的一部分，网关18可以访问商业规则引擎19，以应用属于所涉及的运营商、内容供应商或其它网络的具体规则。清算和报告能力70促进了内容流量和交付的财务结算。在一些实施例中，通过系统10交付的内容流量将受到由发端网络的交付内容供应商付给终端无线运营商的终端费用。清算和报告能力基于经过系统10的流量提供了经济结算和报告工具，使得涉及的网络/运营商可以为它们各自的内容流量完成经济结算过程。运营商可以为内容终结协商具体的费率或者可以依赖由工业联盟建立的缺省费率。运营商可以选择不收取任何费用来接受流量、使用业界建立的缺省终结费率或与具体的内容供应商协商具体的费率。在特定的实施例中，与经济关系无关，所有的流量都由系统10来管理而没有任何偏见。

在一些实施例中，参与在系统10的环境中的内容供应商被要求同意关于它们发送到无线订户的流量的量、类型、频率和速度的具体的一组商业规则。

如在图3中所示出的并且如上所述，系统10具有信令转换和代码转换能力30，40以基于内容类型或平台解决不兼容性。在特定的实施例中，信令转换引擎30与网关18进行通信并且能够在其中可能存在不兼容的情况下把与内容相关联的信令类型转换到与设备或与设备相关联的客户端应用相兼容的信令类型。类似地，系统可以包括与网关18进行通信并且能够在其中可能存在不兼容的情况下转换与内容相关联的代码以使其与设备相兼容的代码转换引擎40。信令转换和代码转换引擎30，40可以采用本领域已知的信令转换和代码转换技术，其可以应用两步法过程，其中原始数据/文件被解码成中间未压缩的格式，然后其编码成目标格式。也可以构想其它的技术，诸如像涉及直接地改变汇编软件代码以在不同的平台或操作系统上运行的技术。

如在图3中进行示例的，多个网络可以包括一个或多个聚合商。在内容流量的环境中，聚合商是向网站、内容供应商等提供消息服务的服务提供商。例如，在当前的网络环境中，大量的SMS流量由诸如或的内容供应商和提供基于SMS通信服务的其它供应商产生，提供基于SMS通信服务的其它供应商诸如可以向客户提供航班更新或其它“推送”通知的航空公司。通常由注册表、网关或与聚合商相关联的计算机网络中的其它网络配置代表内容供应商来管理和导向这种类型的流量，其中聚合商诸如 等。在聚合商的布置中，通过内容供应商产生的SMS流量导向聚合商，然后聚合商把流量传输到适当的运营商用于把SMS流量处理并交付到一个或多个期望的订户设备。因此，聚合商直接地与内容提供商打交道，并且运营商不直接牵涉到该交易的服务方面。这引起许多担心，包括基于所提供的实际服务在所涉及的服务提供商之间不合比例的经济分配、由于缺乏内容供应商和网关服务提供商的充分的商业规则和欺诈检测导致的网络安全性降低。从客户的角度来看，这增加了通过聚合商网关的欺诈攻击的风险，诸如像SMS欺骗。尽管在图3中说明的配置将仍然允许这种实践，但是系统10的优选实现将需要聚合商把所有内容都导向系统10的网关以减轻或消除以上提到的大多数顾虑。

运营商可以选择需要把推送到其各自网络上的无线设备的所有内容都通过系统10来管理，或者它们可以选择与某些可信赖的运营商和内容供应商保持直接连接。

系统10的环境理想地适合于管理当今运营商所面临的许多问题。新长码SMS消息能力、IP消息、聊天应用及尚未识别的内容机会将需要中间环境来认证、识别、保护和交付多种类型的内容。此外，由运营商把用于无线设备的动态IP地址保留规定的一段时间的当前立法建议可以由系统10进行管理。由于注册表将不断地为每个设备更新动态IP地址，因此该数据可存储在系统10中，并根据需要进行访问，诸如像，通过法律中的传票或行政程序访问，或者当法律执行代理鉴定委员会机构(CALEA)的活动需要时访问。

系统10的功能及相关联的方法允许运营商和内容提供商为它们的具体使用选择环境的某些元素或者整体地使用环境。大的运营商可能具有内在的能力使得不需要系统10环境的某些元素，而小的运营商可能需要使用所有的元素和能力。无论如何利用，系统10提供了呈现点(Point of Presence，POP)以连接到其它网络。

系统10除其它之外还将允许客户在享有来自其各自运营商的提高的服务质量水平的同时，还享有增强的保护以防止恶意攻击、垃圾和欺诈信息。运营商将从增强的安全性及分享与优质的内容交付关联的经济效益的机会中受益。内容供应商将从由运营商提供的改善的客户体验中受益，并且将具有通过像RCS呈现的IP多媒体子系统(IMS)服务提供新的增强服务的能力。

在图4中描绘了根据本发明的一个或多个原理的系统能力和交互的还有的一种示例性和非限制性的说明。图4示意性地并全面地说明了示例性系统100的各种功能方面及组件之间的交互，其中，网关102及关联的注册表(其功能不与网关102分开描述)提供了多个数据、功能和/或服务方面，包括104(防火墙功能)、106(服务提供商简档)、108(订户简档)、110(装置简档)、112(首选项及简档)、114(互连性)、116(互通性)、118(路由)、及120(管理功能)作为对一组通信服务130的增强并且在电信框架132之内。增强的功能/服务中的一个或多个可以与从与发端网络150相关联的多个设备140中的一个或多个到与终端网络170相关联的多个设备160中的一个或多个的通信会话集成或与其结合加以利用。设备140、160可包括但不限于各种类型的移动设备、平板设备、膝上型或桌面PC或其它PC设备、固定电话/设备、VoIP电话/设备、OTT应用等。发端网络150和终端网络170可包括由一个或多个电信提供商拥有或与一个或多个电信供应商相关联的一个或多个网络，供应商包括但不限于，零售服务提供商、OTT提供商、运营商、经营商、运营商间的提供商(intercarrier provider)，批发运营商等。电信服务可以包括但不限于，TDM语音、VoIP语音、HD语音、VoLTE、VoWi-Fi、IMS语音、视频电话、SMS消息、MMS消息、即时消息、呈现、互联网数据、机器对机器数据、流数据等。

防火墙功能104向网络150、170提供防火墙及防火墙相关的功能，防火墙功能除了其它之外还保护网络免受DoS/DDoS攻击、提供网络级别的策略、提供被认为是无垃圾邮件的电子邮件地址或IP地址的白名单、及在发端网络150和终端网络170之间的通信会话或其它传输的整体环境中的其它防火墙或防火墙相关功能。这种环境除了其它之外还为各个网络提供了效率。

服务提供商简档106基于对与会话和传输相关联的一个或多个服务提供商/网络的识别，提供了用于多个服务提供商/网络的服务提供商信息，以促进与通信会话或传输相关联的服务意识、优先级化和策略功能。例如，基于与具体的服务提供商简档相关联的数据，某些策略可以应用到通信会话或传输的处理中。服务提供商简档106在多个服务和供应商中提供了这个功能。

订户简档108提供了用于跨多个服务提供商/运营商中的多个网络的多个订户的订户简档信息，以促进附加的功能。基于与订户简档相关联的数据，网关102具有从与发端网络中的设备相关联的订户和与终端订户网络中的设备相关联的订户两者的视角。这个视角允许网关102利用与通信会话或传输的处理相关的订户简档。例如，来自发端和终端设备的某个订户简档信息可能对于某些策略决策或由网关102采用的考虑来说是相关的。订户简档108提供了在订户级别集成简档信息与首选项信息的能力。例如，特定的订户可能建立关于通信类型、设备类型、临时约束等的首选项。作为一个例子，订户可能指定在一个特定的时间段期间内容交付到一个特定的设备并且在第二个时间段期间交付到第二个设备。这种订户可能更喜欢在例如午餐时间期间在特定的无线设备上接收内容。作为附加的例子，特定的订户可能更愿意某些内容交付只有当他们的设备在WiFi网络中时才进行，或者更愿意只发送到视频内容的链接而不是视频本身，或者只发送在预定的时间间隔中的视频的屏幕快照，以便最小化带宽和容量问题。由订户简档促进的功能除了其它之外还提供了增强的用户体验及运营和成本效率。

装置简档110提供了与装置或设备相关联的数据，以促进利用这种数据的功能。例如，这个简档允许内容供应商基于请求的装置/设备类型呈现所请求的内容。这个简档还允许基于装置/设备类型的首选项或其它配置用于订户对订户的交互。

首选项及简档112从整体、多运营商网络环境的角度提供了用于首选项及简档配置和功能的数据。这些首选项及简档除其它之外还促进了不同策略环境的整合与协调。

互连性功能114促进了跨多个服务的多个发端和终端网络之间的连接性。

互通性功能116基于订户设备数据和订户和/或服务提供商简档数据的应用为不同的服务促进了不同设备之间的互操作性。

路由功能118促进了为通信会话或传输提供合适的终点，这或者直接地通过网关，或者通过向发端服务提供商发回路由信息来进行。路由功能118基于订户的简档和/或设备类型提供路由。

管理方面120提供了管理功能，诸如像商业规则引擎，其提供了用于系统如何处理和对待内容流量并考虑各种网络和运营商之间的关系的定制配置的能力。可以应用属于所涉及的运营商、内容供应商或其它网络的具体规则。还构想了促进内容流量和交付的财务结算的清算和报告能力。

显然，可以采用本文所描述的系统和方法来促进或建立“优化的”通信会话或其优化的处理。这种优化考虑通过以下例子来说明，其中第一用户在第一无线网络上使用膝上型PC并且记录第一用户想与第二用户分享的视频。第二用户在第二网络上使用功能电话。因此，当第二设备不支持视频时，让第一网络发送视频片段用于交付到第二网络将是无效率的。在这个例子中，本文所描述的系统的功能在网络框架中的适当的点提供了必要的数据和功能，以预防这种无效率及成本影响，并且当然，提供了机会和适当的功能，以做出决定或者促进在相关的过程中更早地或在更方便或有效的点进行处理。

作为附加的例子，第一用户在第一设备上记录HD视频并且想把视频发送到三个不同的用户，其中每个用户都在不同的网络上。在常规的系统和方法中，不管设备的能力或用户的首选项如何，视频都被发送到所有三个网络用于交付到每个用户。作为对照，主题系统网关可以接收视频内容并且利用与用户设备相关联的数据和简档以及可以考虑的任何策略或简档，例如，网络拥塞、高峰流量时间、设备能力、或本文所描述的任何其它功能/服务/数据方面，并且基于所有这些考虑来发送视频。

尽管已经关于本发明说明并描述了一个或多个具体的实施例，但是应当理解，本发明不限于任何单个的实施例，而是应该在根据所附权利要求的记载的广度和范围内进行解释。

Claims (32)

1.一种用于促进在多个网络中的发端网络和在终端网络中的设备之间的通信会话的系统，所述系统包括：

能够与包括发端网络和终端网络的多个网络通信的网关；及

与网关通信并且能够访问包括标识和位置数据的设备数据的注册表，所述注册表用于多个网络中的多个设备，所述多个设备包括终端网络中的设备；

其中网关被配置成接收来自发端网络的请求，为了设备的设备数据而访问注册表以及以下二者之一：基于设备数据的至少一部分发送数据到发端网络以允许发端网络建立与终端网络中的设备的通信会话，和代表发端网络建立与终端网络中的设备的通信会话。

2.如权利要求1所述的系统，其中设备数据包括多个设备的能力数据。

3.如权利要求1所述的系统，其中设备数据包括与多个设备相关联的首选项数据。

4.如权利要求1所述的系统，其中设备数据包括与多个订户相关联的首选项数据，其中每个订户都与多个设备中的至少一个相关联。

5.如权利要求1所述的系统，其中设备数据包括与多个服务提供商相关联的首选项数据，其中每个服务提供商都与多个设备中的至少一个相关联。

6.如权利要求1所述的系统，其中注册表包括一组注册表。

7.如权利要求1所述的系统，其中注册表包括数据库服务。

8.如权利要求1所述的系统，其中通信会话是从包括SMS消息、MMS消息、视频呼叫、视频流、VoIP语音呼叫、HD VoIP语音呼叫、VoLTE语音呼叫、HD VoLTE语音呼叫、呈现及应用推送通知的组中选择的类型。

9.一种用于促进从多个网络中的发端网络到在终端网络中的设备的内容交付的系统，所述系统包括：

能够与包括发端网络和终端网络的多个网络通信的网关；及

与网关通信并且能够访问包括标识和位置数据的设备数据的注册表，所述注册表用于多个网络中的多个设备，所述多个设备包括终端网络中的设备；

其中网关被配置成接收与来自发端网络的内容相关联的请求，为了设备的设备数据的至少一部分而访问注册表以及以下二者之一：基于设备数据的至少一部分发送数据到发端网络以允许发端网络向终端网络交付内容或者以其它方式在发端网络中处理该内容，和代表发端网络向终端网络交付内容。

10.如权利要求9所述的系统，其中设备数据包括多个设备的能力数据。

11.如权利要求9所述的系统，其中设备数据包括与多个设备相关联的首选项数据。

12.如权利要求9所述的系统，其中设备数据包括与多个订户相关联的首选项数据，其中每个订户都与多个设备中的至少一个相关联。

13.如权利要求9所述的系统，其中设备数据包括与多个服务提供商相关联的首选项数据，其中每个服务提供商都与多个设备中的至少一个相关联。

14.如权利要求9所述的系统，其中注册表包括一组注册表。

15.如权利要求9所述的系统，其中注册表包括数据库服务。

16.如权利要求9所述的系统，其中通信会话是从包括SMS消息、MMS消息、视频呼叫、视频流、VoIP语音呼叫、HD VoIP语音呼叫、VoLTE语音呼叫、HD VoLTE语音呼叫、呈现及应用推送通知的组中选择的类型。

17.如权利要求9所述的系统，其中请求包括附加到内容上的数据报头。

18.如权利要求9所述的系统，其中请求与内容分离。

19.一种用于促进多个网络中的发端网络中的设备与终端网络中的设备之间的通信会话的系统，所述系统包括：

能够与包括发端网络和终端网络的多个网络通信的网关；

与网关通信并且能够访问包括标识和位置数据的设备数据的注册表，所述注册表用于多个网络中的多个设备，所述多个设备包括发端网络中的设备和终端网络中的设备；

其中网关被配置成接收来自发端网络的对于通信会话的请求，为了设备数据而访问注册表及以下之一：

基于设备数据的至少一部分发送数据到发端网络以允许发端网络建立与设备的通信会话或者以其它方式在终端网络中处理对于通信会话的请求；

与终端网络中的设备建立通信会话；或

代表发端网络处理对于通信会话的请求。

20.如权利要求19所述的系统，其中设备数据包括多个设备的能力数据。

21.如权利要求19所述的系统，其中设备数据包括与多个设备相关联的首选项数据。

22.如权利要求19所述的系统，其中设备数据包括与多个订户相关联的首选项数据，其中每个订户都与多个设备中的至少一个相关联。

23.如权利要求19所述的系统，其中设备数据包括与多个服务提供商相关联的首选项数据，其中每个服务提供商都与多个设备中的至少一个相关联。

24.如权利要求19所述的系统，其中注册表包括一组注册表。

25.如权利要求19所述的系统，其中注册表包括数据库服务。

26.如权利要求19所述的系统，其中设备数据的至少一部分存储在注册表中并且被不断地更新。

27.如权利要求19所述的系统，其中通信会话是从包括SMS消息、MMS消息、视频呼叫、视频流、VoIP语音呼叫、HD VoIP语音呼叫、VoLTE语音呼叫、HD VoLTE语音呼叫、呈现及应用推送通知的组中选择的类型。

28.如权利要求19所述的系统，其中发送到发端网络的数据包括与终端网络中的设备相关联的首选项数据。

29.如权利要求19所述的系统，还包括与网关通信并且能够把与通信会话相关联的信令类型转换成与终端网络中的设备相兼容的信令类型的信令转换引擎。

30.如权利要求19所述的系统，还包括与网关通信并且能够转换与通信会话相关联的代码使其与终端网络中的设备能力相兼容的代码转换引擎。

31.如权利要求19所述的系统，还包括与网关通信的商业规则模块，其中网关能够访问与多个网络中的每一个相关联的商业规则数据，并且如果存在用于发端网络和终端网络中的一个或两者的商业规则数据，则在处理对于发端网络和终端网络之间的通信会话的请求中应用商业规则。

32.如权利要求31所述的系统，其中商业规则模块提供发端网络和终端网络之间用于通信会话的经济清算和结算。