用于在移动通信系统中控制收费的设备和方法与流程

本申请是国际申请日为2012年1月30日、中国申请号为201280015815.6、发明名称为“用于在移动通信系统中控制收费的设备和方法”的发明专利申请的分案申请。

本发明涉及移动通信系统的开账单(billing)控制装置和方法，更具体地，涉及在移动通信系统中对赞助通讯(sponsortraffic)收费的开帐单控制装置和方法。

背景技术：

随着网络技术的进步，出现了各种类型的电子购买交易。典型地，电子购买交易通过这样的方式进行：用户经由通信网络访问服务供应商并且在查看他们的信息的同时购买产品。在这种情况下，用户可以支付网络访问的费用。例如，如果用户访问服务供应商的服务器以购买产品，则移动通信网络运营商向用户收取网络访问的费用。具体地，购买诸如电子图书和音频的具有大量数据的内容要花费相对较长的时间，导致网络利用费用的增加。

技术实现要素：

技术问题

本发明涉及在包括服务供应商、网络运营商和终端的通信网络中，对于用户和服务供应商之间的通讯，向服务供应商开账单的方法。

技术方案

根据本发明的实施例，一种移动通信系统的开账单控制方法包括：当从终端接收到赞助商服务请求时，在服务供应商处向终端发行赞助商赠券(coupon)；从终端向运营商发送该赞助商赠券；在运营商处向终端发送基于赞助商赠券配置的用于赞助通讯的过滤器和收费规则；在终端处向服务供应商再次请求赞助商服务，以从服务供应商接收赞助通讯服务；以及在运营商处向服务供应商收取赞助通讯的费用。

此外，一种本发明的移动通信系统的开帐单控制装置包括：终端，其向服务供应商发送对使用赞助商服务的赞助商服务请求，并且当从服务供应商接收到赞助商赠券时向服务供应商发送赞助商服务再次请求；服务供应商，其在从终端接收到赞助商服务请求时向终端发行赞助商赠券，并且在从终端接收到赞助商服务再次请求时向用户提供赞助通讯服务；以及运营商，其在从终端接收到赞助商赠券时使用接收到的赞助商赠券配置用于赞助通讯的过滤和收费规则，向终端通知该配置，以及向服务供应商收取赞助通讯的费用。

此外，一种由移动通信系统中的终端进行的方法包括：向第一服务器发送第一赞助商服务请求；响应于所述第一赞助商服务请求，从所述第一服务器接收赞助商赠券和对应于第二服务器的信息；向网络中的实体发送所接收的赞助商赠券；从所述实体接收赞助商赠券验证结果，所述赞助商赠券验证结果用于向服务供应商收取赞助商服务的费用；以及向所述第二服务器发送第二赞助商服务请求。

此外，一种移动通信系统中的终端包括：控制器，被配置为向第一服务器发送第一赞助商服务请求，响应于所述第一赞助商服务请求，从所述第一服务器接收赞助商赠券和对应于第二服务器的信息，向网络中的实体发送所接收的赞助商赠券，从所述实体接收赞助商赠券验证结果，所述赞助商赠券验证结果用于向服务供应商收取赞助商服务的费用；以及收发器，被配置为：发送第一赞助商服务请求、赞助商赠券和第二赞助商服务请求。

有益效果

在根据本发明实施例的移动通信系统中，网络运营商响应于终端的赞助通讯请求，使用由服务供应商发行的赠券执行验证、过滤器安装以及收费规则配置，并且网络运营商向服务供应商收取从服务供应商到终端的赞助通讯的费用。因此，根据本发明实施例的赞助通讯处理方法在最小化第三方服务器信息以及第三方服务器与位于运营商网络中的服务器之间的在线交易的动态配置资源方面是有益的。

附图描述

图1是示出移动通信网络中的赞助通讯的概念的图。

图2是示出移动通信网络中的示范性赞助通讯的图。

图3是示出当前在3gpp中讨论的策略和收费控制(policychargingcontrol)扩展解决方案结构的图。

图4是示出当前在3gpp中讨论的策略和收费控制扩展解决方案结构中的操作的图。

图5是示出根据本发明第一实施例的移动通信网络中的基于赠券的赞助收费情景的图。

图6是示出根据本发明实施例的示范性赞助商赠券服务订购(subscription)信息计划的图。

图7是示出根据本发明实施例的移动通信系统的架构的图。

图8是示出图7中的sne服务器的内部配置的图。

图9是示出根据本发明实施例的发行和发送赠券的过程的图。

图10是示出根据本发明实施例的安装用于赞助通讯分组过滤器和配置收费规则的过程的图。

图11是示出根据本发明实施例的处理赞助通讯的过程的图。

图12是示出根据本发明实施例的在赠券使用量表示为数据量和/或持续时间的情况中的操作过程的图。

图13是示出根据本发明实施例的在由服务供应商终止赠券使用的情况中的操作过程的图。

图14是示出根据本发明实施例的停用赞助收费的过程的图。

图15是示出根据本发明实施例的网络运营商和服务供应商之间的收费过程的图。

图16是示出根据本发明第二实施例的移动通信网络中的基于赠券的赞助收费情景的图。

具体实施方式

将参照附图详细描述本发明的示范性实施例。遍及附图相同的参考标号用于指示相同或相似的部分。

虽然利用诸如“服务供应商”和“赠券”之类的专用名词做出本描述，但是这些词是为了帮助对描述的理解，并且对本领域技术人员明显的是，可以在没有一个或多个特定细节的情况下实践本发明。可以省略此处合并的公知功能和结构的详细描述以避免模糊本发明的主题。

在下面的描述中，术语“终端”表示向服务供应商请求服务的用户终端，并且与“ue”可交换地使用；术语“网络运营商”与“运营商”可交换地使用；并且术语“服务供应商”与“赞助商”和“第三方服务”可交换地使用。此外，术语“赞助通讯”表示与服务供应商相关联发生的通讯，并且术语“赞助收费(sponsoredcharge)”表示服务供应商支付对终端的网络访问收费的帐单。

本发明的实施例提出一种在移动通信网络中对于赞助通讯向服务供应商而不是终端开帐单的方法。通信网络可以由终端、网络运营商和服务供应商组成。为此目的，在本发明的实施例中，根据赞助商和运营商之间的合同发行赞助商赠券，并且赠券被发送给终端或网络运营商。对于前一种情况，提出一种终端将赠券绕发(bypass)给运营商服务器的方法。此外，本发明的实施例提出一种基于被发送到网络运营商的赠券中的内容/服务服务器信息来安装用于赞助收费的过滤器和规则的方法。此外，本发明的实施例提出一种用于检查与赠券中指定的赞助使用量相关联的赞助期满、并通知该赞助满期或达到赞助满期的方法。

为了实现本发明，本发明的第一实施例的特征在于：如果终端请求基于赞助通讯的服务，则服务供应商识别赞助通讯请求并向终端发行能够在移动通信网络中使用的赞助商赠券。终端向网络运营商发送赠券，并且网络运营商基于赠券中包含的信息来配置赞助通讯过滤和收费规则，并且向终端通知配置结果。然后，终端经由网络运营商访问服务供应商以接收赞助通讯服务，并且网络运营商向服务供应商收取由终端消费的赞助通讯的费用。

为了实现本发明，本发明的第二实施例的特征在于：如果终端请求基于赞助通讯的服务，则服务供应商识别赞助通讯服务请求并发行能够在移动通信网络中使用的赞助商赠券，并且向网络运营商发出该赞助商赠券。然后网络运营商配置赞助通讯过滤器和收费规则，并且向服务供应商通知该配置结果。然后，用户经由网络运营商访问服务供应商以接收基于赞助通讯的服务，并且网络运营商向服务供应商收取由终端消费的赞助通讯的费用。

对根据本发明实施例的操作进行描述。

在当前的3gpp中，正在讨论支持向第三方而不是消费相应通讯的终端收费的赞助通讯的解决方案。图1是示出赞助通讯的概念的图。如图1所示，赞助通讯表示由终端消费并由第三方付费的通讯。

例如，如果终端访问作为第三方的在线书店以检索和/或购买电子书，则第三方为该终端消费的电子书下载通讯付费。此时，可以以各种方式实现开帐单策略。在终端访问在线书店以购买电子书的情况中，电子书检索和下载购买的电子书的全部花费可以向在线书店收费。此外，如图2所示，有可能向终端收取电子书检索通讯(图2的标号210)的费用，并且向在线书店收取自按下电子书购买按钮起的购买的电子书下载通讯(图2的标号220)的费用。

图3是示出当前在3gpp中讨论的策略和收费控制扩展解决方案结构的图。

参照图3，作为第三方服务器(图2中的书店服务器)的非sipasp310向处理赞助通讯的运营商网络服务器(图3中的af)发出有关图书下载通讯的信息。如果接收到此信息，则运营商网络服务器(af)向策略和收费规则功能(pcrf)实体发出赞助通讯信息。然后pcrf向分组数据网络网关(pgw)发出用于以赞助商id生成关于赞助通讯的开帐单记录的消息。然后pgw以赞助商id而不是用户id生成关于赞助通讯的开帐单记录。即，pgw向第三方而不是ue100收取赞助通讯的费用。

图3的策略和收费控制扩展解决方案可能引起以下问题。

首先，第三方服务器必须发出赞助通讯信息和指示赞助通讯的开始和结束的信号以便pgw生成开帐单数据。因此，第三方服务器和连接到运营商网络中的pgw的服务器具有连接。在提供全局服务的情况下，第三方必须如图4所示连接到全部运营商的服务器，并且每当赞助通讯发生时都向运营商的服务器发出赞助通讯信息。因为非sipasp和af之间的连接在3gpp的范围之外，所以第三方有必要支持由运营商的服务器支持的其他预备协议，这导致第三方负担的增加(n:m连接)。

第二，第三方服务器有必要固定发送赞助的通讯的会话。通过使用服务器的静态地址和端口以利用静态信息发送相应的通讯并配置pgw，有可能当发生相应的通讯时利用赞助商id对通讯收费。然而，为了达到此目的，必须固定发送相应通讯的服务器的地址和端口。然而，如果第三方是企业公司，则它很可能使用中央数据中心(centraldatacenter，cdf)或因特网数据中心(internetdatacenter，idc)，而这意味着它很难固定服务器地址和端口。

因此需要考虑最小化上述问题，即，第三方服务器信息以及第三方服务器与运营商网络服务器之间的在线交易的动态配置资源。

图5是示出根据本发明第一实施例的、考虑到最小化第三方服务器信息以及第三方服务器与运营商网络服务器之间的在线交易的动态配置资源来处理赞助通讯的操作的图。

参照图3，运营商提供赞助商赠券服务以用于服务供应商开始第三方服务，并且第三方供应商必须订购由运营商提供的赞助商赠券服务。

图6是示出根据本发明实施例的示范性赞助商赠券服务订购信息计划的图。

如图6中所示，赠券指定数据模型以及数据量(总量)和有效期间。例如，每月～1g:40$，～2g:70$，～3g:100$。

为了处理赞助通讯，服务供应商300和运营商200应当在向ue100发行赠券之前预先交换用于验证赠券的信息。为了达到此目的，在步骤511中，服务供应商300向运营商发出赞助商赠券订购信息和公共密钥以供对之后将发行的赠券的信号的有效性进行认证之用。然后，在步骤513中运营商200向服务供应商300发出运营商id以共享附加安全密钥。通过步骤511和步骤513，服务供应商300和运营商200准备好处理赞助通讯。

然后，在步骤521中ue100请求基于赞助通讯的服务(服务请求)(例如，在为电子书付款之后点击下载按钮)。当在步骤521中请求服务时，ue100将当前使用的运营商id一起发出。如果从ue100接收到服务请求，则在步骤523中服务供应商300识别基于赞助通讯的服务请求，生成能够在相应的运营商网络中使用的赞助商赠券，并且利用与通知到运营商的公共密钥配对的私有密钥在发行的赠券上签名。除签名之外，还可以利用共享的安全密钥来加密赞助商赠券。利用私有密钥在赠券上签名的理由是防止ue100修改赠券以供其他目的之用。即，如果利用服务供应商的私有密钥在赠券上签名，则用户100不能修改赠券中的信息，由此可以用于相应的服务。然后，在步骤525中，服务供应商300响应于服务请求向ue100发出重试命令和发行的赠券。此时，用于重试的供访问的服务器地址和包括在赠券中的服务器地址一样。

此时，从服务供应商发送到ue100的赠券可以具有如表1所示的格式。

表1

表1的翻译

如表1所示的发行的赠券包括服务供应商id、运营商id、赠券id、使用模型、服务供应商连接地址、以及赠券使用开始时间(时间戳)，并且利用服务供应商的私有密钥在赠券的全部参数上签名。

一旦收到赠券，在步骤527中ue100将接收到的赠券绕发给运营商200。如果从ue100接收到具有如表1所示的格式的赠券，则在步骤529中运营商200利用在合同步骤(图5的步骤511)中接收到的服务供应商300的公共密钥来验证赠券的有效性。如果成功地验证了赠券的有效性，则运营商200使用包括在赠券中的服务器信息来配置赞助通讯过滤器并且配置收费以利用赞助商id对过滤的通讯收费。此时，运营商200可以在必要时建立新承载，并且对于新建立的承载配置过滤和收费。

在步骤529中验证赠券的有效性并配置过滤和收费之后，在步骤531中运营商向ue通知过滤器配置和赠券验证结果。然后在步骤533中ue100向由第三方供应商300提供的重试地址再次请求服务。此时，根据ue100的服务请求生成的通讯是赞助通讯，从而运营商200基于用于赞助通讯的赞助商id的订购信息来生成收费记录。即，运营商200向第三方供应商300而不是ue100收取赞助通讯的费用。

图7是示出根据本发明实施例的用于处理赞助通讯的移动通信系统的架构的图。

参照图7，ue100可以包括用户110、内容应用120以及移动os130；并且运营商200包括sne服务器(snes)201、udr220、pcrf230、pgw(ggsn)240以及ofcs250。这里，用户110下载赠券并处理和显示与赞助通讯相关的信息。内容应用120是用于处理赞助通讯的应用，并且移动os130负责与运营商200的无线通信。

当处理赞助通讯时，运营商200的sne服务器210验证从ue100接收到的赠券，并且使用赠券中包含的服务器信息配置赞助通讯过滤器，并且生成利用赞助商id对过滤的通讯收费的收费规则。用户数据储存库(userdatarepository，udr)220存储该收费规则，并且pcrf230生成用于对赞助通讯以赞助商id生成开账单记录的消息，pgw230根据由pcrf230发送的该消息对于赞助通讯以赞助商id而不是用户id生成开帐单记录，并且ofcs250基于该开帐单记录发出帐单。

图8是示出图7中的ue的sne通信客户端模块和运营商200的sne服务器210的配置的图。

参照图8，用于处理赞助通讯的ue的移动平台包括执行以下功能的sne通信客户端模块。首先，sne通信客户端模块请求运营商网络的sne服务器210安装从第三方应用接收到的赠券。如果sne服务器210通知赠券期满，则它向第三方应用发出通知。此外，sne通信客户端模块负责与运营商网络的sne服务器210的通信功能。

此外，sne服务器210包括四个功能模块和两个储存库，所述功能如下。

sne客户端通信功能820负责与sne通信客户端模块的通信。sne客户端功能820接收由ue发送的第三方应用的赠券并且向赠券有效性功能830传递赠券以验证有效性。如果赞助通讯策略控制器安装了赞助收费收费规则，则sne客户端通信功能820向ue的sne通信客户端模块通知结果并且与ue的移动平台中的sne通信客户端模块通信。

赞助商通信功能840在第三方与运营商制订赞助合同时负责服务器功能，将由赞助商输入的信息与包括赞助商的公共密钥的证书一起存储在赞助商证书存储器850中，并且将与对于运营商网络安装的赠券有关的信息和实际的运营商网络使用信息存储在赞助商赠券存储器860中。赞助商通信功能840负责诸如第三方的运营商网络信息更新的第三方和运营商之间的全部通信功能。

赠券有效性功能830使用存储在赞助商证书存储器850中的诸如第三方的公共密钥和共享的安全密钥的补充信息来验证由第三方发行的赠券的有效性并且通知验证结果。

赞助通讯策略控制器810使用有关通过赠券有效性功能830验证的赠券的信息来生成tft和收费规则，并且安装生成的tft和收费规则。除了这个功能之外，赞助通讯策略控制器810负责与运营商网络的其他实体互操作的全部功能。

当第三方与运营商制订赞助商合同时，赞助商赠券存储器860存储全部信息以及包括已经由赞助商输入的赞助商的公共密钥的证书。赞助商证书存储器850存储从ue的移动平台中的sne通信客户端模块接收到的赠券以及该赠券的由ue使用的赞助通讯信息。

根据本发明的实施例，按如下次序描述赞助通讯处理过程：赠券激活过程(激活赞助收费赠券)、分组过滤器安装和收费配置过程、赞助通讯处理过程(期满警告)、赞助通讯处理结束过程(停用赞助收费)、以及开帐单过程(兑付赞助的通讯)。

首先描述赠券发行和交付。图9是示出根据本发明实施例的激活赞助收费赠券的过程的图。

参照图9，标号911表示在服务供应商300和运营商200之间制订用于处理赞助通讯的合同的步骤。即，在步骤911中，运营商200提供赞助商赠券服务，并且内容供应商300订购由运营商200提供的赞助商赠券服务。为了处理赞助通讯，内容供应商300和运营商200预先交换用于验证赠券的信息。此时，内容供应商300向运营商200发出如表1所示的赞助商赠券订购信息和公共密钥以供验证赠券的有效性之用，运营商200向内容供应商300发出运营商id，并且它们可以共享安全密钥(内容供应商和运营商之间关于被赞助通讯量和它的费率的合同协议。运营商具有包括内容供应商的公共密钥的证书)。

然后，ue100向内容供应商300请求使用赞助通讯的服务，并且发出当前使用的运营商id。如果从ue100接收到服务请求，则在步骤915中内容供应商300识别赞助通讯请求，生成如表1所示能够用于运营商网络的赞助商赠券，并且利用私有密钥在赠券上签名(内容供应商发行用它的私有密钥签名的赞助收费赠券)。如上所述，利用私有密钥在赠券上签名的理由是防止ue100修改赠券以供其他目的之用。另外，可以使用共享的安全密钥对赠券签名和加密。然后，在步骤917中内容供应商300响应于通过入站信令来自ue100的服务请求发出重试命令和生成的赠券。此时，用于重试的供访问的服务器地址和包括在赠券中的服务器地址一样。当前使用的运营商id被一起发送。

图10是示出根据本发明实施例的在运营商200处安装用于赞助的通讯的分组过滤器和收费规则的过程的图。

参照图10，终端100的用户110从内容供应商300接收赠券和重试命令，并且将这些传递到ue100的内容应用120。然后，在步骤1013中，内容应用120调用赞助收费方法以用于将接收到的赠券作为参数提供给ue100，并将其发给os130，并且在步骤1015中移动os130向运营商网络中的服务器的snes210发出包括应用id、用户id和赞助商赠券的服务请求消息。

如果接收到赞助收费激活请求，则在步骤1017中snes210利用由内容供应商注册的公共密钥来验证赠券的签名的有效性。此外，如果该赠券利用安全密钥被签名和加密，则使用共享的安全密钥执行有效性验证和解密。如果成功地验证了有效性，则snes210确定用于以相应的应用id和赞助商id识别的赞助通讯的收费规则是否已经安装在以用户id识别的用户的收费规则中，以及如果没有安装，则在udr中存储该收费规则(检查udr是否存在用于用户id和赠券(赞助商id，内容id)的已有记录。如果不存在已有记录，则snes添加(安装)赞助收费赠券)。

此时，为了强制存储的规则，必须在pgw中安装该规则。为此目的，在步骤1021中snes210经由pcrf将它通知给pgw240(向pcrf发送具有订购id、tft、赞助商id、赞助模型及其参数的激活赞助收费消息)，然后在步骤1023中pgw240安装赞助收费模型。

更详细地，snes210向pcrf230请求包括用户的订购信息id、赞助商的订购信息id和对于赞助通讯的分组过滤器的tft，并且利用使用模型作为参数来激活赞助收费。在使用旧(legacy)承载的情况中，在pgw240中仅安装过滤器和收费规则，而在使用新承载的情况中，通过ip-can会话修改过程为pgw240生成使用相应过滤器和收费规则的承载。pgw240经由pcrf230向snes210报告赞助收费模型的安装结果。

如果从pgw240接收到激活赞助收费请求的结果，则在步骤1025中snes210向ue100的移动os130通知赞助商赠券安装结果(激活赞助收费响应(结果＝成功))，并且在步骤1027中移动os130将它传递到内容应用120(从api方法调用返回)。因此，由内容应用120调用的赞助收费方法的运行结果被返回给内容应用120。然后内容应用120向与包括在赞助商赠券中的服务器地址匹配的内容服务器请求服务，该赞助商赠券在重试命令中接收到，并且pgw240利用赞助商id生成用于ue100的赞助通讯的收费记录。

在内容服务器300的重试命令中请求的内容服务器地址和包括在赠券中的内容服务器地址是uri的情况中，snes210执行对于相应的uri的dns查询，利用结果地址配置用于赞助通讯的分组过滤器，并且向ue100发出结果地址，以使得ue100利用由服务器发送的地址作为内容服务器地址来执行对服务的访问。

在验证过程中，如果内容供应商300已经以预付方式订购了赞助通讯服务，并且如果赞助商订购信息id的信用期满，则snes210确定对于内容供应商300关于赞助商赠券的有效性验证已经失败。

虽然图10指向在其中用户100向运营商的snes服务器210直接地发出赞助收费激活消息的流程，但是本发明不限于此。

详细地，ue可以使用nas(非接入层)协议向snes210发送赞助收费激活消息。为此目的，如果在nas消息中配置了pco(协议配置选项)以用于激活赞助收费，则ue能够向pgw240直接地发送赞助收费激活消息。这里，赞助收费激活消息(nas消息)可以包括和在步骤1015中指定的消息中的参数相同的参数。如果接收到消息，则pgw240将此消息转发到pcrf230，并且由此pcrf230向snes210传递此消息。如果从pcrf230接收到赞助收费激活消息，则snes210能够执行步骤1017和后面的步骤。

图11是示出根据在处理赞助通讯中的赠券的使用模型来警告赞助通讯期满的过程的图。

参照图11，在步骤1111中ue的下载应用120从内容供应商300下载内容数据(例如，流视频数据)。这里，内容数据可以是电子图书、电影和音乐数据中的任何内容数据。当ue的下载应用120下载内容数据时，在步骤1113中，pgw240确定安装在pgw中的赠券的使用数据记录是否到达阈值(期满)，并且如果它到达阈值，则向pcrf通知期满。然后pcrf230从pgw240接收阈值到达通知，该通知包括赞助商id、订购信息id、收费id以及使用数据记录。然后在步骤1117中pcrf230向snes210发出事件通知(赞助商id、订购信息id、使用数据记录)。如果接收到事件通知，则在步骤1119中snes210向pcrf230发出ack(确认)消息，并且在步骤1121中pcrf230向pgw240转发该ack消息。

然后，snes210向ue的移动os130发出警告消息，即，包括剩余数据使用量信息的期满警告消息。然后在步骤1125中ue的移动os130向snes210发出ack。此外，移动os向内容应用120发出警告，内容应用120处理该警告消息(如果调用监听器(listener)api曾被注册则调用监听器api)(例如警告赞助收费将要期满)，并且在步骤1129中用户110向用户显示警告消息。

如果在ue正在执行基于赞助通讯的服务的状态下赞助通讯到达赠券的使用量配置值，则运营商警告ue100并且由此ue100显示警告消息。此时，赠券的使用量可以表示为赞助通讯大小(总量，时间(总持续时间)，以及“直到结束信号”)。

图12是示出在赠券使用量表示为总量和总持续时间的情况中的操作过程的图，而图13是示出在赠券使用量表示为“直到结束信号”的情况中的操作过程的图。

参照图12，如果赠券使用量表示为总量或总持续时间，则以与图11类似的过程执行操作。即，如果在步骤1211中内容应用120正在使用基于赞助通讯的服务，则pgw240检查安装在pgw中的赠券的使用量是否到达阈值，并且如果到达，则向pcrf通知该到达。这里，赠券的使用量可以是总量或总持续时间，并且如果时间或大小到达90％的预定程度，则警告赠券使用量期满(当安装使用数据记录到达该阈值(总量，总持续时间)时，它向pcrf发出通知)。

然后，执行步骤1215到步骤1221，pgw240向pcrf发出阈值到达通知(对于赞助收费记录的阈值到达通知(赞助商id、订购id(或收费id)、使用数据记录))，并且pcrf230向snes210发出事件通知(赞助商id、订购id、使用数据记录)。如果接收到事件通知，则snes210向pcrf230发出ack消息，并且pcrf230向pgw240转发该ack消息。

然后，在步骤1223中snes210向ue100发出期满警告消息(警告消息，剩余赞助数据使用)。然后在步骤1125中ue100向snes210发出ack。如果监听器api曾被注册则ue调用监听器api(例如在步骤1227和步骤1129中警告赞助收费将要期满并且向用户显示警告消息)。

虽然图11和图12指向当在使用之后剩余的赞助通讯的总大小处于预定水平的状态中经过了预定时间时输出警告的情况，但是本发明不限于此。例如，可以每当消费了预定量的赞助通讯时就输出警告。例如，可以每当消费了5mb赞助通讯时就输出警告。假定服务供应商和运营商之间合同约定的赞助通讯的总持续时间是1小时，可以每当消费了5分钟通讯时就输出警告。

虽然本发明的实施例指向运营商警告用户的情况，但是本发明不限于此。例如，运营商可以同时警告用户和服务供应商。如果接收到警告，则服务供应商能够与运营商制订对于赞助商赠券的附加合同以使得用户接收赞助商服务而没有不便。

参照图13，在步骤1311中内容应用120正在使用基于赞助通讯的服务，并且在此状态中如果赠券使用量表示为“直到结束信号”，则在步骤1313中内容应用120从内容供应商的内容服务器接收赞助通讯终止消息。即，内容应用120从内容供应商300的服务器接收绕发请求消息(赞助通讯结束)。即，在步骤1313中内容服务器在结束时间向内容应用发出赞助通讯终止的网络绕发请求消息(被绕发的消息被加密)。然后在步骤1315中，内容应用120向用户110显示警告消息(例如，现在数据通讯将向你收费！！！)。在步骤1317中内容应用120向snes210绕发加密的绕发消息(赞助通讯结束！)。

一旦赠券使用量的总大小或总持续时间在图12中或在图13的执行步骤1317之后完全地期满，运营商200结束赞助收费过程(停用赞助收费)。

图14是示出停用赞助收费的过程的图。

参照图14，在步骤1411中ue的下载应用120处于能够使用赞助通讯服务的状态中，即，处于能够从内容供应商300下载内容数据的状态中。在此状态中，如果如参照图11到图13描述的根据赠券使用量检测到赞助期满，则在步骤1413中snes210向pcrf230通知赞助收费结束，并且pcrf230向pgw通知该结束。然后在步骤1415中pgw240卸载相应的通讯过滤器和收费规则(当安装的使用数据记录到达它的数据使用量或从snes接收到停用请求时，它解除安装赞助数据记录，并且向pcrf发出通知)。

pgw240向pcrf230通知赞助收费的停用(停用赞助收费(赞助商id，订购id(或收费id)，使用数据记录))，并且在步骤1419中pcrf230向snes210发出事件通知(赞助商id，订购信息id，使用数据记录)。如果接收到事件通知，则在步骤1421中snes210向pcrf230发出ack消息，并且在步骤1423中pcrf230向pgw240发出ack消息。

然后，在步骤1425中snes210向ue的移动os130通知赞助收费的期满(停用通知(停用消息、消费的赞助数据使用量))。然后在步骤1427中ue的移动os130向snes210发出ack。os还向内容应用120发出接收到的警告，内容应用120处理该警告(如果监听器api曾被注册则调用监听器api(例如，停用的赞助收费))，并且在步骤1129中用户110向用户显示警告。

在赞助收费停用之后，运营商200对赞助通讯收费。图15是示出在赞助收费结束之后对赞助的通讯收费的过程的图。

参照图15，如果终止赞助收费，则在步骤1511中运营商将内容供应商300发行的赠券数据与帐单一起发给内容供应商300。然后在步骤1513中内容供应商300验证赠券的有效性，并且如果有效性通过验证，则在步骤1515中内容供应商300为ue消费的赞助通讯付费。

图16是示出根据本发明第二实施例的赞助通讯处理过程的图。

参照图16，第三方供应商(服务供应商或内容供应商)300和运营商200首先执行用于处理赞助商赠券的预处理操作。即，运营商200向打算开始第三方服务的服务供应商300提供赞助商服务。第三方供应商300订购由运营商200提供的赞助商服务。在步骤1611中，服务供应商300向运营商发出公共密钥(赞助商赠券服务订购信息+公共密钥)以供向运营商发送消息之用并且验证有效性。运营商200发出第三方访问的运营商的服务器的地址(运营商服务器地址)以及在服务器中使用的协议集。通过此过程，服务供应商300和运营商200准备处理赞助通讯。

在上述状态中，在步骤1621中ue100可以请求基于赞助通讯的服务(例如，在为电子书付款之后点击下载按钮)。此时，当前运营商id与赞助通讯请求一起发送。然后在步骤1623中服务供应商300识别赞助通讯请求并且发行赠券。赠券可以如表2所示格式化并且包括供运营商识别ue的id(例如，电话号码)和被赞助的ue的地址(ip地址和端口)。然后，服务供应商300使用在步骤1613中接收到的协议集，向在步骤1613中从运营商接收到的服务器地址发出发行的赠券。

表2

表2的翻译

如果接收到赠券，则在步骤1627中运营商200使用已经在步骤1611中接收到的服务供应商300的公共密钥来验证赠券的有效性。在步骤1627中，运营商200还使用包含在赠券中的服务器信息来配置赞助通讯过滤器并且生成利用赞助商id对过滤的通讯收费的收费规则。此时，必要时，运营商200建立新承载，并且对于新建立的承载配置过滤器和收费规则。在图10的过程中执行赠券有效性验证、过滤器安装、以及收费规则配置的操作。

在执行步骤1627之后，在步骤1629中运营商向服务供应商300通知过滤器安装和赠券有效性结果。然后在步骤1631中服务供应商300向已经请求了服务购买的ue做出响应，并且向ue通知如表2所示在步骤1623中发行的赠券中包括的服务器地址(下载服务器信息)。然后在步骤1633中ue100利用在步骤1631中接收到的服务器地址请求服务以接收赞助通讯服务。此时，将对于赞助通讯的付款记录为与通过赞助商id识别的订购信息相关联的开帐单记录，而不是向ue收费。

如上所述，在通过移动通信网络连接到服务供应商300的服务器的ue正在下载想要的数据的状态中，ue能够根据赠券的使用模型，通过参照图11到图13描述的方法中的一个来接收期满警告信息。如果赞助通讯服务结束，则通过图14的过程执行赞助收费停用，并且通过图15的过程执行对赞助通讯的收费。

根据本发明第二实施例的赞助通讯处理过程如图16所示执行，并且除了ue100的移动平台的sne通信客户端模块存在于第三方的sne客户端程序中之外，其在全部方面和本发明的第一实施例相同。

虽然已经使用专用术语描述了本发明的优选实施例，但是说明书和附图将被认为是说明性的而不是限制性的，以便帮助理解本发明。对本领域技术人员明显地是，可以对其做出各种修改和改变而不脱离本发明的更宽的精神和范围。