CN105611517B - 用于在移动通信系统的用户设备中提供服务的方法和装置 - Google Patents

Abstract

本公开提供了一种在移动通信系统中通过终端发送和接收信号的方法。该方法包括向核心网络发送包括与服务有关的信息的第一消息，从核心网络接收对第一消息的响应，和基于该响应发送或接收与服务有关的业务。

Description

用于在移动通信系统的用户设备中提供服务的方法和装置

技术领域

本公开涉及用于在移动通信系统的用户设备(UE)中提供服务的方法和装置。更具体地，本公开涉及UE和用于在移动通信系统的UE中提供赞助服务(sponsored service)的网络的操作方法，以及使用该方法的装置。

背景技术

移动通信服务的内容市场越来越大，服务提供商和广告商正在寻找有关与用户相关联的商业模式的更多种多样的方法。此外，移动内容市场的需求与移动应用的使用相关联，并且内容服务提供商正在寻求可以为用户提供数据通信费用的方法用于投资目的。尤其是，内容提供商与移动应用高度紧密，并且可以承担一部分通信费用，以销售多个内容给热衷于购买移动设备的用户。这里，服务提供商的实例可包括在线购物商场，流服务提供商，移动游戏提供商，和地图服务提供商。为了赚取更多的服务相关的收入，服务提供商需要提供为用户提供通信费用的赞助服务。然而，目前，只提供了有限的与赞助服务有关的服务方法。术语“赞助服务”通常可指代这种服务：其中，提供广告等的内容提供商或特定运营商，提供内容给用户并承担提供该内容所发生的通信费用。

图1示出了根据相关技术的用于提供赞助服务的通信系统的节点。

参考图1，用户设备(UE)110可以通过包括基站(或者演化节点B(eNB))120和分组数据网络网关(PGW)130的核心网络接收数据。赞助服务提供商150可以通过代理服务器140向用户提供赞助服务。在本公开的一个实施例中，赞助服务提供商150可包括该赞助服务提供商150操作的服务器。在这种情况下，赞助服务提供商150需要使用代理服务器140来提供赞助服务，并且操作通信网络的运营商，仅响应于通过代理服务器140发送/接收的数据来识别赞助服务，并且不收取使用费，由此，赞助服务提供商150可以向用户提供内容而没有通信费用。然而，当通过该系统来提供服务时，问题在于，服务的多样性减少了，运营商只能提供由运营商定义的服务，因此服务的灵活性降低了。此外，问题还在于，服务提供商或者用户给代理服务器提供相关信息，如，用户信息、服务提供商信息等，而这些信息是服务提供商或者用户不想提供给网络运营商或者代理服务器运营商的。而且，在成本方面，问题在于，需要布置单独的代理服务器。因此，需要一种更加高效地提供赞助服务的方法和装置。

提供以上信息作为背景信息仅是为了帮助理解本公开。不应确定或者断言以上任何信息可用于关于本公开的现有技术。

发明内容

本公开的各个方面是为了解决上述的问题和/或不足，并提供至少以下所述的优点。因此，本公开的一方面提供一种使得用户设备(UE)和网络之间能够灵活交换关于提供赞助服务的信息的方法和装置。

本公开的另一方面，在不同条件下根据服务提供商和网络运营商对于赞助服务的要求提供赞助服务。

本公开的另一方面提供一种平台，其使得能够容易访问与赞助服务相关的服务并且可以扩展。

本公开的另一方面提供能够更加高效地提供信息给与赞助服务有关的UE的用户并且使得能够使用该赞助服务的方法和装置。

根据本公开的一方面，提供了一种用于在移动通信系统中由UE发送/接收信号的方法。该方法包括向核心网络发送包括与服务有关的信息的第一消息，从所述核心网络接收对所述第一消息的响应，以及基于所述响应，发送/接收与服务有关的业务。

根据本公开的另一方面，提供了一种用于在移动通信系统中发送/接收信号的UE。该UE包括配置成发送/接收信号的发送/接收单元，和控制单元，其配置成控制所述发送/接收单元，向核心网络发送包括与服务有关的信息的第一消息，从所述核心网络接收对所述第一消息的响应，以及基于所述响应，发送/接收与服务有关的业务。

根据本公开的不同实施例，赞助服务可以被灵活地提供给多个不同平台上的用户。另外，用于提供赞助服务的方法和条件可以更不同而且更易于应用，用户的便利性能够得到改善，并且发生与安全有关的问题的可能性会减小。此外，信息能够被更容易地提供给使用赞助服务的用户，并且用户的便利性能够得到改善。

通过阅读以下的详细说明，其结合附图公开了本公开的各个实施例，本领域技术人员将会清楚本公开的其他方面、优点和突出特点。

附图说明

本公开的特定实施例的以上和其它方面、特征和优点将通过结合附图的以下描述变得更显然，在附图中：

图1示出了根据相关技术的一种用于提供现有的赞助服务的通信系统的节点；

图2A示出了根据本公开的一个实施例的一种用于提供赞助服务的方法；

图2B示出了根据本公开的一个实施例的一种用于提供赞助服务的方法；

图3是示出了根据本公开的一个实施例的用于在各个实体之间交换信号以便于提供赞助服务的一种方法的信号流图；

图4是示出了根据本公开的一个实施例的用于登记赞助服务的一种方法的信号流图；

图5是示出了根据本公开的一个实施例的用于应用赞助服务的一种方法的信号流图；

图6是示出了根据本公开的一个实施例的用于停止应用赞助服务的一种方法的信号流图；

图7是示出了根据本公开的一个实施例的用于交换令牌信息以提供赞助服务的一种方法的信号流图；

图8是示出了根据本公开的一个实施例的当赞助服务发生错误时用于处理错误的一种方法的信号流图；

图9是示出了根据本公开的一个实施例的当赞助服务发生错误时用于处理错误的一种方法的信号流图；

图10是示出了根据本公开的一个实施例的当提供赞助服务时用于使得能够提供非赞助的一般服务的一种方法的信号流图；

图11是示出了根据本公开的一个实施例的用于发送/接收与赞助服务有关的信息和服务提供的可能数量的一种方法的信号流图；

图12是示出了根据本公开的一个实施例的用于将与赞助服务有关的信息传递到网络一种方法的信号流图；

图13是示出了根据本公开的一个实施例的用于将与赞助服务有关的信息传递到网络的一种方法的信号流图；

图14是示出了根据本公开的一个实施例的用于将与赞助服务有关的信息传递到网络的一种方法的信号流图；

图15A是示出了根据本公开的一个实施例的用于将用于提供赞助服务的应用安装到用户设备(UE)上的一种方法的流程图；

图15B示出了根据本公开的一个实施例的当用于提供赞助服务的应用被安装到UE时所提供的用户界面(UI)；

图16A是示出了根据本公开的一个实施例的用于根据UE中的用户设置提供赞助服务的一种方法的流程图；

图16B和16C示出了根据本公开的一个实施例的为了根据UE中的用户设置提供赞助服务而显示的UI；

图17是示出了根据本公开的一个实施例的UE的配置的框图；

图18是示出了根据本公开的一个实施例的UE的框图；和

图19是示出了根据本公开的一个实施例的网络节点的配置的框图。

在所有附图之中，应注意，相似的附图标记用来表示相同或相似的元件、技术特征和结构。

具体实施方式

下面参考附图进行的描述被提供用来帮助全面理解如权利要求和它们的等价物所定义的本公开的各种实施例。它包含了各种具体的细节，以帮助理解，但这些细节仅是作为示例。因此，本领域的普通技术人员将认识到可以对本文描述的各种实施例做出各种变化和修改，而不脱离本公开的范围和精神。另外，为了清楚简要起见，可能省略了众所周知的功能和结构的描述。

在以下说明书和权利要求中使用的术语和词语不限于字面含义，而是仅仅被发明人用来使本公开得到清楚和一致的理解。因此，本领域技术人员应当清楚，以下对本公开的各种实施例的描述仅是提供用于例示目的，而不是限制本公开的目的，本公开的保护范围由所附权利要求及其等价物定义。

应当理解，单数形式“一”，“一个”和“该”包括复数对象，除非上下文另有明确说明。因此，例如，提及“一个组件表面”包括对一个或更多这样的表面的提及。

通过术语“基本上”，它意味着所述的特征、参数或值不需要被精确地实现，而是可以以不妨碍所述特征所要提供的效果的量出现有偏差或变化，包括，例如，公差、测量误差、测量精度限制和本领域技术人员已知的其他因素。

在描述本公开的各种实施方案时，有关属于本公开所属技术领域的公知技术并且不直接与本公开相关联的技术内容的描述将被省略。这种不必要的描述的省略是为了防止模糊本公开的主要思想，并且可以更加清楚地传递该主要思想。

出于相同的原因，在附图中，一些元件可能被放大、省略或示意性绘制。此外，每个元件的尺寸并不完全反映实际尺寸。在附图中，相同或相应的元件被提供了相同的附图标记。

通过参考下文描述的实施例并结合附图，将会清楚本公开的优点和特征，以及用来实现这些优点和特征的方式。然而，本公开不限于下文阐述的各种实施例，而是可以以各种不同的形式实现。以下的实施例仅是提供用来完全披露本公开，并告知本领域技术人员本公开的保护范围，并且本公开仅由所附权利要求的范围限定。在整个说明书中，相同或类似的附图标记指示相同或相似的元件。

在此，将被理解的是，流程图图示的每个方框，以及流程图图示中方框的组合，可以由计算机程序指令来实现。这些计算机程序指令可以被提供给通用计算机、专用计算机，或其他可编程数据处理设备的处理器以产生一种机制，使得通过计算机或其他可编程数据处理装置的处理器执行的指令创建一种用于实现在流程框图或方框中指定的功能的方法。这些计算机程序指令还可以存储在计算机可用或计算机可读存储器中，其可以引导计算机或其他可编程数据处理装置以特定方式工作，使得存储在计算机可用或计算机可读存储器中的指令产生包括实现流程框图或方框中指定的功能的指令的制造产品。该计算机程序指令还可以加载到计算机或其他可编程数据处理装置上，以使一系列操作在计算机或其他可编程装置上执行，以产生计算机实现的过程，使得在计算机或其他可编程装置上执行的指令提供实现流程框图或者方框中指定的功能的操作。

流程图的每个方框可以表示一个模块、一段或一部分代码，包括用于实现(一个或多个)指定逻辑功能的一个或多个可执行指令。还应当指出的是，在一些替代实现方式中，在方框中标注的功能可能不按顺序发生。例如，连续显示的两个方框实际上可以同时执行，或者这些方框有时可以以相反的顺序来执行，这取决于所涉及的功能。

这里所用的，“单元”或“模块”是指执行一定功能的软件元素或硬件元素，如，现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，“单元”或“模块”并不总是对软件或硬件有限制意义。“单元”或“模块”或者可以构建成存储在可寻址存储介质中，或者可以构建成命令一个或多个处理器。因此，“单元”或“模块”包括，例如，软件元素、面向对象的软件元素、类元素或任务元素、处理、功能、属性、步骤、子例程、程序代码段、驱动器、固件、微代码、电路、数据、数据库、数据结构、表、数组和参数。由“单元”或“模块”提供的元素和功能可以组合成一个小数量的元素、“单元”，或者“模块”，或者可以拆分为大量的元素、“单元”或“模块”。此外，元素和“单元”或“模块”可以被实施为在一个设备内或者安全多媒体卡内复制一个或多个中央处理单元(CPU)。

图2A示出了根据本公开的一个实施例用于提供赞助服务的一种方法。

参考图2A，信号可以在用户设备(UE)210、通信网络220和赞助服务服务器230之间被发送和接收，并且赞助服务可以被提供给UE 210。

更具体地，赞助服务可以通过预先加载到UE 210中的应用或者下载到其上的应用而被提供给UE 210。更具体地，可以根据UE的制造商、通信网络运营商和赞助服务提供商之间预设的设置来提供赞助服务。当如附图标记225所示的赞助服务被提供给UE 210时，运营通信网络220的运营商可以对赞助服务服务器230的运营商计费(即，计费操作235)，并且赞助服务服务器230的运营商可以为UE 210所使用的赞助服务向通信网络220的运营商支付通信费(如附图标记240所示)。在本公开的一个实施例中，赞助服务运营商和赞助服务服务器230的运营商二者可以是相同的主代理，也可以是不同的主代理。

另外，当为了提供上述的赞助服务时，UE 210从赞助服务服务器230接收与赞助服务有关的信息并提供相关信息给通信网络220，通信网络220基于相关信息可以不对提供给UE 210的赞助服务的业务计费。此外，赞助服务服务器230的运营商可以以使得相关应用分布到UE 210的方式操作赞助服务。赞助服务服务器230的运营商可以将与赞助服务有关的信息传递给通信运营商(如附图标记220所示)，并可基于与赞助服务有关的信息执行步骤(例如，认证等等)。

图2B示出了根据本公开的一个实施例的一种用于提供赞助服务的方法。

通信网络可以为赞助服务定义单独的接入点名称(APN)。在这种情况下，通过赞助APN，赞助服务甚至可以被提供给不能使用无线数据服务的用户，例如，没有订阅数据计划的用户、已经用光个人数据限制的用户等等。具体来说，在网络中，赞助APN允许接入所定义的范围之内，而不考虑用户的数据计划。赞助APN被用于使用赞助应用的数据通信。当赞助应用同时提供赞助服务和非赞助服务时，非赞助服务也可以通过赞助APN被处理。具体来说，赞助APN可以使用户为非赞助服务计费。

参考图2B，UE 250、基站255、分组数据网络网关(PGW)260和265，以及策略和计费规则功能单元(PCRF)270和275可以手动发送和接收信号，并可以经由因特网280通过向赞助服务服务器285和非赞助服务服务器290发送信号/从他们接收信号来提供服务。

此时，可以存在发送/接收与非赞助服务有关的数据的PGW 260和发送/接收与赞助服务有关的数据的PGW 265。根据本公开的一个实施例，用于赞助服务的PGW 260和PGW265可以被配置为相同的实体或不同的实体。另外，可以存在执行与非赞助服务的业务有关的计费和策略处理的PCRF 270，和执行与赞助服务的业务有关的计费和策略处理的PCRF275。根据本公开的一个实施例，用于赞助服务的PCRF 270和PCRF 275可以被配置为相同的实体或不同的实体。

此时，PCRF 270可以对PGW 260发送/接收的非赞助服务的业务进行计费，并且用于赞助服务的PCRF 275可以提供免费的，用于赞助服务的PGW265发送/接收的赞助服务的业务。

如上所述，赞助服务可以通过改变核心网络节点的结构来提供。在本公开的上述实施例中，可以通过分离APN来为UE 250提供赞助服务。更具体地，为了发送/接收与赞助服务有关的业务，可以指定一个APN，其使得能够连接到与赞助服务有关的网络，并且通过使用该指定的APN可以发送/接收信号。另外，当UE启动与赞助服务有关的服务时，与赞助服务有关的APN可以使UE自动接入网络。

图3是示出了根据本公开的一个实施例的一种用于在各个实体之间交换信号以便提供赞助服务的方法的信号流图。

参考图3，在本公开的一个实施例中，UE 302、基站304、核心网络306，以及可以在它们之间发送和接收信号的赞助服务服务器308。更具体地，UE302、基站304、核心网络306，以及在它们之间可发送和接收被提供给UE 302的赞助服务和非赞助服务的业务的赞助服务服务器308。

在操作310，可以确定各个实体之间的服务策略。更具体地，赞助服务的相关信息可以在各个实体之间被交换。相关信息可以预先设定，但也可以在服务开始之后通过消息的发送/接收将相关信息发送到另一实体来另外设置。在本公开的一个实施例中，服务策略可以通过各个运营商之间的协议来确定。另外，相关信息可包括能够将赞助服务的业务与不同于赞助服务的业务的一般业务区分开来的信息。

在操作315，与赞助服务有关的应用可以被安装在UE 302中。在本公开的一个实施例中，应用可以被预先加载到发布的UE中，或者可以由用户随后下载到UE。另外，与赞助服务有关的应用可包括用于提供服务的信息。该信息可包括服务标识符(ID)、基本统一资源定位符(URL)、服务计划和令牌信息之中的至少一个。

在本公开的一个实施例中，服务ID可以是与赞助服务有关的应用的标识符，或者可以是提供赞助服务的地址的URL。当服务ID是URL时，赞助服务甚至可以使用一般应用来执行，该一般应用不是单独用来提供赞助服务的应用。在操作317，可以在UE 302中激活赞助应用。

在操作320，相关应用可以访问赞助服务服务器并可执行用户授权处理。在本公开的一个实施例中，可以根据应用来改变相关处理，根据本公开的一个实施例，可以有不需要授权处理的应用。

在操作325，赞助服务服务器向UE发送关于相关用户的赞助服务信息。在本公开的一个实施例中，当预先定义的条件没有满足时，如，对于用户授权，在操作320中用户授权的失败的情况等等，赞助服务服务器可发送错误消息(例如，拒绝)到UE 302。

在操作325，赞助服务服务器308可基于请求消息确定安装到UE的应用的有效性等等，并可以基于确定的结果向UE 302发送令牌，该令牌包括赞助服务信息。

在本公开的一个实施例中，令牌信息可包括用于标识赞助服务的标识符、发出令牌的时间点、与令牌有关的服务计划、与服务有关的因特网协议(IP)地址、与服务有关的URL列表、有效时间段、可与令牌一起使用的数据总量、特定随机数，以及与完整性有关的信息之中的至少一条信息。另外，在本公开的所有实施例中，UE可以将用户定制信息与令牌信息一起传递到核心网络，并且核心网络可以基于接收的信息提供赞助服务。

随后，UE 302可以基于令牌信息发送/接收赞助服务的业务，而不在核心网络中计费。

在操作330，UE 302可向核心网络306发送赞助服务信息。赞助服务信息可包括赞助服务服务器已经接收到的(如附图标记325所示的)令牌信息，或者存储在UE 302中的令牌信息，并可以进一步包括允许UE 302接收赞助服务的信息。

在操作335，核心网络306可以基于接收的信息，将赞助计费规则应用于与赞助服务有关的分组。在本公开的一个实施例中，赞助计费规则可以通过使用一种用于分组计数的方法或一种单独的方法来对用户的业务使用计费。在本公开的一个实施例中，核心网络可包括PGW和PCRF之中的至少一个。

在操作337，核心网络306可向UE 302发送响应消息。

在操作340，UE 302可向/从赞助服务服务器308发送/接收与赞助服务有关的数据。在操作340，核心网络306可以对赞助服务和非赞助服务应用各自的计费策略，使得赞助服务与非赞助服务区分开来。

根据本公开的上述实施例，为了接收赞助服务，用户可执行诸如认证、服务登记、服务开始、服务终止、数据的发送/接收、与服务有关的信息的计费和交换等操作。

图4是示出了根据本公开的一个实施例的一种用于登记赞助服务的方法的信号流图。

参考图4，UE 401可向/从网络405发送/接收信号。UE 401可包括应用层402和平台层404，并启动各个层之间的信息交换。另外，网络405可包括核心网络，并且可以是PCRF和PGW之中的至少一个。在本公开的一个实施例中，网络405可以是与赞助服务有关的网络实体，如，应用功能(AF)等等。

在操作410，可以将应用安装到应用层402中。安装的应用可以被预先加载到UE中或者可以被下载到UE，并可以被安装到其中。

在操作415，应用层402可向平台层404发送登记请求消息。在本公开的一个实施例中，登记请求消息可包括应用的服务ID、用于接收服务的基本URL，和与赞助服务有关的服务计划。在本公开的一个实施例中，下载的应用可以不包括在平台层404中被预先设置的应用的服务ID信息、基本URL信息和服务计划信息。在这种情况下，UE通过使用定义的验证处理来确定相关应用是否是有效的赞助服务，并可执行登记步骤。当存在预设信息时，UE可以将接收到的信息与预设信息相比较，并可执行登记步骤。

在操作420，平台层404可以存储接收到的信息。当存在预设信息时，UE可通过利用所存储的信息来执行下一操作。在本公开的一个实施例中，可以选择性地执行操作420，并且UE可执行下一操作而无需执行单独的存储操作。

在操作425，平台层404可执行验证步骤来对应用进行验证。当存在预设信息并且与应用有关的信息被存储在平台层404时，或者当存在已定义的验证方案时，验证步骤可以在UE 401中本地执行，并且可以根据接收到的信息和存储信息之间的比较结果来执行，或者根据已定义的验证方案来执行。可替代地，可以通过查询网络的相关信息来执行验证步骤。在线执行的验证步骤可以在本地验证之后另外执行，或者可以在不可能执行本地验证的时候被选择性地执行。另外，即使当与应用有关的信息存储在平台层404时，如果有必要更新与应用有关的信息，也可以执行该在线执行的验证步骤。有必要更新与应用有关的信息的情况可包括经过预设时间段的情况。

在操作430，平台层404可向网络405发送验证请求消息，该消息包括用于验证步骤的应用的服务ID。

在操作435，网络405可执行验证处理，如，接收到的信息与所存储的信息的比较等等。更具体地，网络405可确定接收的服务ID与赞助服务的预设服务ID是否相符。由网络运营商或者赞助服务运营商提供的能够提供赞助服务的应用的服务ID可以被保存在网络405中。

在操作440，网络405可将验证结果发送到平台层404。

在操作445，平台层404可执行登记处理，如，基于接收到的验证结果的存储操作、更新操作、或者与应用有关的信息的删除。

在操作450，平台层404可将登记结果发送到应用层402。

在操作455，应用层402可以根据接收到的登记结果来工作，并且可以通过UE 401的显示单元选择性地提供与登记结果有关的信息。

如上所述，可以执行用于验证和登记被下载或预先加载的与赞助服务有关的应用的验证步骤和登记步骤。

验证步骤中使用的信息可包括应用的服务ID、用于提供服务的基本URL、服务计划和令牌信息。

在本公开的一个实施例中，服务ID可以被选择性地保存，并且希望服务ID被保存在UE 401和网络405中。通过更新存储在网络405中的服务ID，可以通过在线验证步骤来更新存储在UE 401中的与服务有关的信息。

另外，在本公开的一个实施例中，用于提供服务的基本URL可以被选择性地保存，并且可以被包括在验证步骤中，用来提供该服务。赞助服务甚至可以被提供给具有特定基本低级URL的页面，并可以通过使用基本URL来标识服务。

另外，在本公开的一个实施例中，服务计划可以被选择性地保存，并且可包括与用于提供赞助服务的方案有关的信息。服务计划可以是固定的，也可以根据赞助服务提供运营商的设置而改变。可替代地，服务计划可以被实施为免费提供所有服务，也可以被实施为仅免费提供一些服务。

此外，在本公开的一个实施例中，令牌信息可以被选择性地保存，并且可以被提供用于UE和与提供赞助服务有关的网络之间的认证。网络还可以具有与令牌有关的基本信息，并可以通过比较接收到的令牌信息和预设令牌信息来确定服务是否经过验证。另外，令牌信息可包括有效时间信息。当超过了有效时间段并且令牌变为无效时，UE可以接收由赞助服务提供商补发的令牌。

图5是示出了根据本公开的一个实施例的一种用于应用赞助服务的方法的信号流图。

参考图5，UE 501可向/从网络505发送/接收信号。UE 501可包括平台层。另外，网络505可包括网络通信节点506和核心网络507之中的至少一个。更具体地，网络通信节点506可包括接入功能(AF)、代理呼叫会话控制功能(P-CSCF)和业务检测功能(TDF)之中的至少一个。

在操作510，赞助服务应用可以在UE 501中被执行。可以根据用户输入或预设条件来执行赞助服务应用。

在操作515，UE 501可以执行与赞助服务服务器508的认证步骤。该认证步骤可包括登录步骤。

当认证已经成功完成时，在操作520，UE 501可以从赞助服务服务器508接收赞助服务所需的令牌信息。同时，根据本公开的一个实施例，UE 501中可以存在预先存储的令牌，并且在这种情况下，可以忽略单独接收令牌信息的操作。

在操作525，UE 501可以存储与接收的令牌有关的各条信息之中的所需的信息。与令牌有关的信息可包括与令牌有关的赞助服务的有效时间段和信息。

在操作530，UE 501可以向网络通信节点506发送应用赞助服务的请求消息。

在操作535，网络通信节点506可以将请求消息传递到核心网络507。

在操作540，核心网络507可以基于接收的消息设置与计费有关的策略控制和计费(PCC)规则，并且PCC规则的设置可包括应用与赞助服务的业务有关的新的IP滤波器。

在操作545，核心网络507可根据所应用的规则向网络通信节点506发送响应消息。

在操作550，网络通信节点506可以向UE 501发送赞助服务应用响应消息。该响应消息可包括与是否应用PCC规则有关的信息，还可包括由核心网络指定的与计费有关的新的信息。

在操作555，UE 501可以基于接收的消息向用户显示应用的结果，并且操作555可以被选择性地执行。

在本公开的一个实施例中，用于传递消息到核心网络方法的例子可包括以下方法之中的至少一个：一种用于通过IP多媒体子系统(IMS)会话发起协议(SIP)消息传递消息到P-CSCF的方法，一种用于通过特定定义的数据分组发送消息到TDF的方法，以及一种用于通过使用标准协议发送消息到AF-服务器的方法。

在本公开的一个实施例中，当通过图5所示的处理将赞助服务应用到网络时，无论何时执行赞助应用，每次都需要赞助服务服务器补发令牌。可以设置令牌的有效时间段，从而可以在相关的有效时间段内保持令牌的服务策略而无需补发和传递相关令牌的处理。在这种情况下，即使当执行应用并使得UE访问服务器时，赞助服务服务器不补发令牌，并且当相关用户的赞助服务策略改变时，或当令牌的有效时间段过期时，补发令牌。在本公开的一个实施例中，一旦补发了令牌，则UE可以保存令牌，并可以在需要的时候重新使用令牌。当补发了令牌时，UE可以保存并使用相关令牌。在本公开的一个实施例中，当UE监控令牌的有效时间段并且令牌的有效时间段过期时，UE可以请求相关赞助服务服务器补发令牌。

在本公开的一个实施例中，当赞助服务策略没有改变时，或者在服务的安全性没有问题的情况下，赞助服务服务器不发出令牌，但赞助应用可以发出令牌，或者特定令牌可以在被使用之前被预先存储在UE中。

图6是示出了根据本公开的一个实施例的一种用于停止赞助服务的应用的方法的信号流图。

参考图6，UE 601可以向/从网络605发送/接收信号。UE 601可包括平台层。另外，网络605可包括网络通信节点606和核心网络607之中的至少一个。更具体地，网络通信节点606可包括AF、P-CSCF和TDF之中的至少一个。另外，网络通信节点606可包括处理业务的发送/接收和计费的节点。核心网络607可包括PCRF和PGW之中的至少一个。

在操作610，UE 601可以退出或登出与赞助服务有关的应用。该操作可以通过用户输入来执行，或者可以在满足预设条件的时候执行。

在操作615，UE 601可向网络通信节点606发送赞助服务去除请求消息。该请求消息可包括，与要求被停止的赞助服务有关的信息和用于标识UE 601的信息。

在操作620，网络通信节点606可以将接收到的请求消息传递到核心网络607。

在操作625，核心网络607可以去除与赞助服务有关的PCC规则。更具体地，核心网络607可以基于接收的消息去除所确定的PCC规则。

在操作630，核心网络607可向网络通信节点606发送与去除PCC规则有关的响应信息。

在操作635，网络通信节点606可以将赞助服务去除响应消息传递到UE601。

在操作640，UE 601可以基于接收的消息去除与赞助服务有关的数据。在本公开的一个实施例中，UE 601可以仅去除与赞助服务有关的一些服务。

在操作645，UE 601可以显示赞助服务终止。

另外，在本公开的一个实施例中，当用于赞助服务的令牌过期时，核心网络607可以去除有关的PCC规则。据此，核心网络607可以通过从UE 601接收的消息来接收与令牌有关的信息，并可以基于与令牌有关的信息驱动计时器。另外，当令牌过期时，UE 601可以接收由赞助服务服务器补发的令牌，或者可以请求赞助服务服务器补发令牌。

另外，当UE 601与网络断开，但并没有退出或登出与赞助服务有关的应用时，核心网络607可以去除与UE 601有关的PCC规则。当UE 601再次连接到网络并且执行赞助应用时，UE 601可以请求服务器补发令牌并可以接收所补发的令牌，并可以重新启动赞助服务。可替代地，UE 601可以通过使用UE 601中保存的令牌来重新启动赞助服务。

另外，当UE 601对网络的访问被异常终止时，或者当UE 601异常关机时，在执行下一次赞助应用期间，UE 601可以再次向网络传递与令牌有关的信息。另外，核心网络607可以隐含地识别UE 601对网络的访问已经被异常终止。更具体地，当在超过特定计时器值的时间段中没有从UE 601接收到业务时，用于UE 601的PCC规则可以被去除。

进一步，当UE 601通过Wi-Fi网络访问包括PGW的核心网络607时，UE601可以将用户令牌提供给核心网络607。此时使用的令牌可以与使用蜂窝网络的情况的令牌相同或不同。更具体地，更宽的带宽可以被分配给用户，或者可以给令牌比使用Wi-Fi网络的情况更长的到期时间段。核心网络607可以根据UE 601访问的网络来应用不同的PCC规则。

图7是示出了根据本公开的一个实施例的一种用于交换令牌信息以提供赞助服务的方法的信号流图。

参考图7，UE 701可以向/从网络705发送/接收信号。UE 701可包括平台层。另外，网络705可包括网络通信节点706和核心网络707之中的至少一个。更具体地，网络通信节点706可包括AF、P-CSCF和TDF之中的至少一个。核心网络707可包括PCRF和PGW之中的至少一个。

在本公开的一个实施例中，当特定赞助服务的服务计划有小的改变或者是简单服务计划时，UE 701几乎没有必要接收补发的令牌。在这种情况下，UE 701可以复制保存的令牌，并可以使用复制的令牌。在本公开的一个实施例中，简单服务计划的例子可包括服务被免费提供给所有用户并且不存在到期时间段的情况。可以使用复制的令牌的条件是为UE和网络预先指定的，这样，复制的令牌可以通过UE和网络二者的验证。

在操作710，UE 701可以在不访问赞助服务服务器的情况下具有存储的令牌。另外，根据本公开的一个实施例，如上所述，预先加载的应用可以具有存储的令牌。

在操作715，UE 701可以复制所存储的令牌并可以使用复制的令牌。

在操作720，UE 701可向网络通信节点706发送包括关于复制的令牌的信息的服务应用请求消息。

在操作725，网络通信节点706可以将接收到的请求消息传递到核心网络707。

在操作730，核心网络707可基于接收到的信息确定令牌的有效性。在本公开的一个实施例中，当核心网络707在确定令牌的有效性时确定令牌是无效的时，如果关于确定结果的信息被传递到UE 701，则UE 701可确定令牌不再有效，可以访问赞助服务提供服务器，并可以接收由赞助服务提供服务器补发的令牌。相反，当核心网络707确定令牌有效时，在操作735，核心网络707可以向网络通信节点706发送响应消息，该响应消息包括相关信息。

在操作740，网络通信节点706可基于接收的消息向UE 701发送赞助服务应用响应消息。

在操作745，UE 701可以选择性地显示赞助服务的开始。另外，作为有效性确定的结果，当确定令牌是无效的时，接收相关消息的UE可以通知用户，用户需要再次访问赞助服务提供服务器。

图8是示出了根据本公开的一个实施例的一种在赞助服务发生错误时用于处理错误的方法的信号流图。

参考图8，UE 801可以向/从网络805发送/接收信号。UE 801可包括平台层。另外，网络805可包括网络通信节点806和核心网络807之中的至少一个。更具体地，网络通信节点806可包括AF、P-CSCF和TDF之中的至少一个。核心网络807可包括PCRF和PGW之中的至少一个。

在操作810，UE 801可向网络通信节点806发送赞助服务应用请求消息。另外，UE801可以响应于消息的发送来驱动具有特定值的计时器。

在操作815，已经接收到消息的网络通信节点806可以将消息传递给核心网络807。

在操作820，核心网络807可以基于接收到的信息设置UE 801所请求的与赞助服务有关的PCC规则。

在操作825，核心网络807可以向网络通信节点806发送与PCC规则的设置有关的响应消息。

在操作830，网络通信节点806向UE 801发送消息可能失败。在本公开的一个实施例中，仅描述了网络通信节点806发送消息失败的情况。然而，本公开的一个实施例可以被类似地应用于操作810到830之中的至少一个发生失败的情况。

在操作835，当在操作810中驱动的计时器过期并且直到计时器过期时还没有接收到赞助服务应用响应消息时，在操作840，UE 801可以重新发送赞助服务应用请求消息，并且在操作845到855，UE 801可以接收赞助服务响应消息。在这些操作中，核心网络807可以再次应用PCC规则，或者由于存在已经应用的规则，可以不另外应用PCC规则。

在操作860，UE 801可以基于接收的消息选择性地向用户显示相关信息。

图9是示出了根据本公开的一个实施例的一种当赞助服务发生错误时用于处理错误的方法的信号流图。

参考图9，UE 901可以向/从网络905发送/接收信号。UE 901可包括平台层。另外，网络905可包括网络通信节点906和核心网络907之中的至少一个。更具体地，网络通信节点906可包括AF、P-CSCF和TDF之中的至少一个。核心网络907可包括PCRF和PGW之中的至少一个。

操作910至935表示在UE 901接收对赞助服务请求的拒绝响应情况下的处理。

在操作910，UE 901可发送赞助服务应用请求消息到网络通信节点906。另外，响应于消息的发送，UE 901可以驱动具有特定值的计时器。

在操作915，已经接收到消息的网络通信节点906可以将接收到的消息传递给核心网络907。

在操作920，核心网络907可基于接收到的信息确定是否应用了PCC规则。在本公开的一个实施例中，核心网络907可确定由UE 901发送的信息是无效的，并可发送服务拒绝响应。在本公开的一个实施例中，导致服务拒绝的例子可包括令牌过期和服务ID为无效的情况。

在操作925，核心网络907可向网络通信节点906发送与服务拒绝有关的响应消息。

在操作930，网络通信节点906可发送消息到UE 901。

在操作935，UE 901可以响应于接收到的消息而停止该被驱动的计时器，并且可以为用户提供表示不能提供赞助服务的信息。

在本公开的一个实施例中，核心网络907拒绝UE 901的请求的情况的例子可包括，赞助应用是无效的情况，当前不可能提供服务的情况，以及不满足UE 901可用的条件的情况。

在本公开的该实施例中，如附图标记940所示的操作之后的操作表示访问失败的情况。

在操作945，UE 901可以向网络通信节点906发送赞助服务应用请求消息。另外，UE901可以响应于消息的发送而驱动具有特定值的计时器。

当超过特定计时器值时网络通信节点906还没有对赞助服务应用请求消息作出响应时，在操作950，UE 901可以向网络通信节点906重新发送赞助服务应用请求消息。

此后，当直到计时器值过期UE 901还没有接收到单独的响应时，在操作955，UE901可以为用户提供表示赞助服务不可用的信息。

图10是示出了根据本公开的一个实施例的一种当提供赞助服务时用于使得能够提供非赞助服务的方法的信号流图。

参考图10，UE 1001可以向/从网络1005发送/接收信号。UE 1001可包括平台层。另外，网络1005可包括网络通信节点1006和核心网络1007之中的至少一个。更具体地，网络通信节点1006可包括AF、P-CSCF和TDF之中的至少一个。核心网络1007可包括PCRF和PGW之中的至少一个。

在本公开的一个实施例中，UE 1001可确定提供赞助服务的应用是否允许非赞助服务的业务或可以对其计费。更具体地，当提供赞助服务的应用提供非赞助的外部链接时，或者当在相关应用中赞助服务与非赞助服务共存并且用户使用非赞助服务时，在与相关链接有关的业务的情况下，可以不提供赞助服务。据此，即使当相关服务被计费时，用户可确定用户是否使用该相关服务。

为此，UE可以为用户提供用来设置是否通过赞助服务使用非赞助服务的菜单。当用户对于相关非赞助服务选择使用用户的数据率计划(data rate plan)的选项时，用户可以使用所有的应用和服务。当用户通过赞助应用设置为不使用非赞助服务时，UE可以检测使用非赞助服务的请求并使得相关服务不被执行。另外，UE可以将相关信息通知用户。

在本公开的一个实施例中，UE可以检测对于使用非赞助服务的请求，可以将对请求的检测通知给用户，并使用户能够选择用户是否使用相关服务。另外，根据用户的选择，UE可执行也可以不执行该相关服务。

对于使用赞助服务业务的APN，网络可以被设置成区分赞助业务和非赞助业务，并阻止非赞助业务或阻止通过使用用户的数据率为该非赞助业务计费。当网络被设置为阻止非赞助业务时，如果用户想要通过使用用户的数据计划来使用相关服务，则UE可以将用户的意愿如图10所示地通知给网络，相关服务可以被允许，并且可以为相关服务而对用户计费。当网络被设置为通过使用用户的数据率为非赞助业务计费时，如果用户拒绝使用相关服务，则UE需要阻止相关服务。当用户想要使用相关服务时，网络侧可以区分赞助服务和非赞助服务，而不需在UE和网络之间进行额外的处理，并可以对赞助服务和非赞助服务单独计费。

图10示出了当网络侧被设置成阻止非赞助服务时在用户想要通过使用用户的数据计划使用赞助服务的情况下的UE和网络侧的操作。

在操作1010，UE 1001可以从用户接收启用请求的非赞助服务。启用请求的非赞助服务可以通过被提供给UE 1001的单独的设置来提供，并且这种设置可以被应用于整个UE1001，或者可以被应用于每个赞助服务应用。另外，用户可以选择不同备选设置之中的一个，如，仅应用一次的备选设置，持续应用的另一个备选设置。在本公开的一个实施例中，UE1001可以监控赞助应用的域名系统(DNS)查询消息，可以将DNS查询消息与赞助URL列表进行比较，并可以检测非赞助链接或非赞助服务请求。

在操作1015，UE 1001可发送非赞助服务请求消息给网络通信节点1006。请求消息可包括目标赞助服务信息，关于能够被请求的非赞助服务类型的信息，和关于服务计划的信息。

在操作1020，网络通信节点1006可以将接收到的消息传递到核心网络1007。

在操作1025，核心网络1007可以基于接收的消息为UE 1001设置PCC规则。更具体地，核心网络1007可以使发生在赞助服务中的由用户请求的非赞助服务的业务被允许，并且根据本公开的一个实施例，可以为由于非赞助服务而产生的业务对UE 1001计费。

在操作1030，核心网络1007可以向网络通信节点1006传递响应消息，该响应消息包括与应用PCC规则有关的信息。

在操作1035，网络通信节点1006可以基于接收的消息向UE 1001传递非赞助服务响应消息。

在操作1040，UE 1001可以基于接收的消息选择性地为用户提供表示可以提供非赞助服务的信息。

在随后的操作中，用户可通过允许非赞助服务的赞助服务应用发送/接收非赞助服务的业务，并可以为非赞助服务的业务的发送/接收对用户计费。

图11是示出了根据本公开的一个实施例的一种用于发送/接收与赞助服务有关的信息和服务提供的可能数量的方法的信号流图。

参考图11，UE 1101可以向/从网络1105发送/接收信号。UE 1101可包括平台层。另外，网络1105可包括网络通信节点1106和核心网络1107之中的至少一个。更具体地，网络通信节点1106可包括AF、P-CSCF和TDF之中的至少一个。核心网络1107可包括PCRF和PGW之中的至少一个。

在操作1110，UE 1101可以接收赞助服务状态请求。在本公开的一个实施例中，状态请求可包括与当前活跃赞助服务列表有关的信息。

在操作1115，UE 1101可以根据接收到的状态请求向网络通信节点1105发送赞助服务状态请求消息。状态请求消息可包括请求与赞助服务有关的信息的消息，并且更具体地，可包括请求与当前活跃在核心网络1107中的赞助服务有关的信息的消息。

在操作1120，网络通信节点1106可以将信息传递到核心网络1107，该信息包括在接收到的消息中。

在操作1125，核心网络1106可以基于接收到的信息生成包括相应信息的消息。更具体地，该相应信息可包括当前活跃赞助服务的列表。

在操作1130，核心网络1107可以向网络通信节点1106发送响应消息，该响应消息包括相应信息。

在操作1135，网络通信节点1106可基于接收的消息向UE 1101发送赞助服务状态响应消息。

在操作1140，UE 1101可以基于接收到的消息选择性地向用户显示服务状态。

在操作1145，UE 1101可以接收赞助服务统计请求。在本公开的一个实施例中，统计请求可包括与赞助服务有关的可用容量的信息和与赞助服务有关的已用容量信息之中的至少一条信息。

在操作1150，UE 1101可根据接收到的统计请求向网络通信节点1105发送赞助服务统计请求消息。统计请求消息可包括请求与赞助服务有关的信息的消息，并且更具体地，可包括请求与当前赞助服务有关的可用容量信息和与当前赞助服务有关的已用容量信息之中的至少一条信息的消息。

在操作1155，网络通信节点1106可以向核心网络1107传递信息，该信息包括在接收到的消息中。

在操作1160，核心网络1106可以基于接收到的信息生成包括相应信息的消息。更具体地，相应信息可包括能够由UE 1101使用的赞助服务可用业务量和已经被使用的与赞助服务有关的业务量之中的至少一个。

在操作1165，核心网络1107可以向网络通信节点1106发送包括相应信息的响应消息。

在操作1170，网络通信节点1106可基于接收的消息向UE 1101发送赞助服务统计响应消息。

在操作1175，UE 1101可以基于接收的消息选择性地向用户显示服务统计。

图12是示出了根据本公开的一个实施例的一种用于将与赞助服务有关的信息传递到网络的方法的信号流图。更具体地，图12是示出了能够发送与赞助服务有关的信息到核心网络1209的方法的信号流图。参考图12，UE 1201可以通过IMS消息将与赞助服务有关的信息传递到核心网络1209。

参考图12，UE 1201可以向/从网络1205发送/接收信号。UE 1201可包括平台层1202和IMS层1203。另外，网络1205可包括网络通信节点1206、服务CSCF(S-CSCF)1207、家庭订阅服务器(HSS)1208和核心网络1209之中的至少一个。更具体地，网络通信节点1206可包括P-CSCF。核心网络1209可包括PCRF和PGW之中的至少一个。

操作1210至1250代表与一种用于由UE 1201执行IMS登记的方法有关的处理。

在操作1210，IMS层1203可执行用于向网络登记的步骤。

在操作1215，IMS层1203可发送用于登记到网络通信节点1206的消息。该用于登记的消息可包括用于登记的UE 1201的标识符信息。

在操作1220，网络通信节点1206可以传递息给S-CSCF 1207。

在操作1225，S-CSCF 1207可基于接收的消息执行用于登记的步骤。为此，S-CSCF1207可以选择性地向/从HSS 1208发送/接收信号。

在操作1230至1235，为了向HSS 1208发送用于订阅信息的请求，S-CSCF1207可向HSS 1208发送Cx-put/Cx-pull消息，并可以响应于该Cx-put/Cx-pull消息从HSS 1208接收响应消息。

在操作1235，S-CSCF 1207可基于至少一个接收到的消息执行服务控制。

当在操作1240中成功执行了服务控制时，在操作1245，S-CSCF 1207可发送200OK消息到网络通信节点1206。在操作1250，网络通信节点1206可发送200OK消息到IMS层1203。UE 1201可通过IMS消息向/从核心网络1209发送/接收信号。更具体地，网络通信节点1206可向核心网络1209发送IMS消息，该IMS消息包括特定信息。

在操作1255，平台层1202可以启动赞助服务。

在操作1260，平台层1202可以向IMS层1203发送赞助服务应用请求消息。赞助服务应用请求消息可包括与在操作530发送的消息对应的内容。

在操作1265，IMS层1203可以向网络通信节点1206发送IMS消息，该IMS消息是基于接收的消息生成的。

在操作1270，网络通信节点1206可以解析接收到的令牌信息，并可基于解析接收到的令牌信息的结果，确定是否需要将与赞助服务有关的信息发送到核心网络1209。

在操作1275，网络通信节点1206可基于接收的消息向UE 1209发送赞助服务应用响应消息。

在操作1280，核心网络1209可以基于接收到的信息应用与赞助服务有关的PCC规则。

在操作1285，核心网络1209可以向网络通信节点1206发送赞助服务响应消息，该消息包括与应用PCC规则有关的信息。

在操作1290，网络通信节点1206可以通过IMS消息将接收到的消息传递到IMS层1203。

在操作1295，IMS层1203可以向平台层1202发送赞助服务响应消息，该消息包括在接收到的消息中。在操作1297，平台层1202可以基于接收的消息选择性地向用户显示赞助服务开始。

图13是示出了根据本公开的一个实施例的一种用于将与赞助服务有关的信息传递到网络的方法的信号流图。

更具体地，图13是示出了能够发送与赞助服务有关的信息到核心网络1307的方法的信号流图。在图13中，特定信息可以被包括在数据分组的报头中，包括特定信息的数据分组的报头可以被发送到网络通信节点1306，并且网络通信节点1306可以基于特定信息将与赞助服务有关的信息传递到核心网络1307。

参考图13，UE 1301可以向/从网络1305发送/接收信号。UE 1301可包括平台层。另外，网络1305可包括网络通信节点1306和核心网络1307之中的至少一个。更具体地，网络通信节点1306可包括P-CSCF和TDF之中的至少一个。核心网络1307可包括PCRF和PGW之中的至少一个。

在操作1310，UE 1301可以启动与赞助服务的应用有关的步骤。

在操作1315，UE 1301可以向网络通信节点1306发送赞助服务应用请求消息。当UE1301发送该消息时，UE 1301可在分组报头中包括特定值，并且可以表示发送的消息是与赞助服务有关的消息。更具体地，为了发送信息给核心网络1307，UE 1301可在分组报头中包括特定地址或特定端口值。

在操作1320，网络通信节点1306可基于接收的消息确定分组报头的值，并可基于确定的结果确定消息是否需要被发送到核心网络1307。

在操作1325，当基于接收的消息，网络通信节点1306需要将该消息发送到核心网络1307时，网络通信节点1306可以将该信息发送到核心网络1307，该消息包括在相关消息中。

在操作1330，基于接收的消息，核心网络1306可以基于令牌中存在的信息使令牌有效，并可以应用PCC规则。

操作1335至1345可分别对应于操作545至555。

图14是示出了根据本公开的一个实施例的一种用于将与赞助服务有关的信息传递到网络的方法的信号流图。

参考图14，UE 1401可以向/从网络1405发送/接收信号。UE 1401可包括平台层。另外，网络1405可包括网络通信节点1406和核心网络1407之中的至少一个。更具体地，网络通信节点1406可包括AF。核心网络1407可包括PCRF和PGW之中的至少一个。

在操作1410，UE 1401可以启动与赞助服务应用有关的步骤。

在操作1415，UE 1401可以向网络通信节点1406发送赞助服务应用请求消息。更具体地，UE 1401可以通过使用服务质量(QoS)应用请求消息来发送与赞助服务有关的信息。

在操作1420，网络通信节点1406可基于接收的消息确定接收到的消息中所包括的信息是否需要被传递到核心网络1407。

在操作1425，基于接收的消息，核心网络1407可以基于令牌中存在的信息使令牌有效，并可以应用PCC规则。

操作1430至1440可以分别对应于操作545至555。

图15A是示出了根据本公开的一个实施例的一种用于在UE上安装用于提供赞助服务的应用的方法的流程图。图15B示出了根据本公开的一个实施例当用于提供赞助服务的应用被安装到UE时所提供的用户界面(UI)。

参考图15A和15B，UE可包括显示单元1550。

在操作1505，UE可以接收应用安装请求。更具体地，请求安装的应用可以通过应用商店等被下载，可以通过下载的安装文件来安装，或者可以通过空中下载(OTA)来安装。

在操作1510，UE可确定要安装的应用是否是与赞助服务有关的应用。更具体地，UE可以确认要安装的应用的服务ID，并且UE可基于确认结果来确定要安装的应用是否是与赞助服务有关的应用。另外，当通过应用商店等下载应用时，UE可以从应用商店接收代表与赞助服务有关的应用的单独的指示符，并可基于该单独的指示符确定要安装的应用对应于赞助服务。另外，可以为UE预设能够区分与赞助服务有关的应用的信息，或者可以将该信息持续更新并存储在UE中。进一步，当服务ID中包括特定字符串时，UE可基于特定字符串确定要安转的应用是否是与赞助服务有关的应用。

当要安装的应用不是与赞助服务有关的应用时，在操作1515，可以执行一般安装处理。

当要安装的应用是与赞助服务有关的应用时，在操作1520，UE可执行与赞助服务应用对应的安装处理。更具体地，安装处理可包括在特定位置布置与赞助服务有关的图标。更具体地，当要安装的应用是与赞助服务有关的应用时，UE可以在特定位置布置执行图标，并且特定位置可以对应于能够收集和显示多个执行图标的文件夹。

在操作1525，UE可以提供与要安装的赞助应用有关的UI。操作1525可以被选择性地执行，并可以提供布置在安装位置的显示赞助图标的UI。

更具体地，参考图15B，可以显示收集和显示与一般应用有关的图标的至少一个典型文件夹1555。另外，可以显示收集和布置与赞助服务有关的图标的与赞助服务应用有关的文件夹1560。在这种情况下，与赞助服务有关的应用可以被布置在与赞助服务应用有关的文件夹1560中。当安装新的应用时，如果相关应用是与赞助服务有关的应用，相关应用可以被布置在文件夹的内部1565。通过如上所述布置与赞助服务有关的应用，用户能够整体管理与赞助服务有关的应用。

尽管本公开的一个实施例提出了将图标布置在文件夹的内部，但对应于与赞助服务有关的应用的图标也可以布置在不是文件夹的特定窗口中。

另外，根据本公开的一个实施例，在与赞助服务有关的应用的图标1570情况下，UE可以额外显示特定UI 1575。通过显示特定UI 1575，如上所述，用户能够容易地将一般应用和与赞助服务有关的应用区分开。

图16A是示出了根据本公开的一个实施例的一种用于根据UE中的用户设置提供赞助服务的方法的流程图。图16B和16C示出了根据本公开的一个实施例为了根据UE中的用户设置提供赞助服务而显示的UI。

参考图16A、16B和16C，即使当设置不允许UE访问数据网络时，UE可发送/接收与赞助服务有关的数据。更具体地，即使当用户向UE输入由于特定活跃操作不允许访问数据网络的设置时，如，计费操作等等，可以不为与赞助服务有关的服务对用户计费，这样，UE设备可发送/接收上述业务。可替代地，当已经生成上述业务时，如果用户不允许访问数据网络并且UE不能访问数据网络时，可以引导用户允许UE访问数据网络。另外，这种配置不仅可以应用于用户的设置，而且可以应用于UE是仅仅订阅了与语音电话呼叫有关的服务而不能使用数据的用户的情况，或者用户用光了允许的无线数据并且不再能够使用无线数据的情况。

在本公开的一个实施例中，网络典型地基于用户的数据率系统计划确定是否允许数据通信。当为赞助服务设置了单独的APN并且赞助应用使用相关的APN时，网络可以通过使用相关APN来区分一般业务和赞助业务，并且即使不被允许执行数据通信的用户，也可以被允许使用赞助服务，该赞助服务使得用户能够通过使用相关APN来访问网络。

在操作1605，UE可以接收与未使用数据有关的输入。另外，操作1605不仅可以被应用于用户的设置，而且可以类似地应用于满足预设条件的情况，或者用户订阅了用于语音电话呼叫的服务以及仅发送/接收短消息服务(SMS)的消息的情况。这里，满足预设条件的情况的例子可包括UE使用的业务大于或等于预设业务的情况。

在操作1610，业务可以是由UE生成的。

在操作1615，UE可确定生成的业务是否是与赞助服务有关的业务。更具体地，UE可确定已经生成业务的应用是否是与赞助服务有关的应用。

当生成的业务不是与赞助服务有关的业务时，在操作1620，UE可以拒绝发送业务。另外，当存在业务接收时，UE甚至可以拒绝接收业务。进一步，UE可以选择性地为用户提供UI，使得生成的业务不是与赞助服务有关的业务，这样，生成的业务可以不被发送。

相反，当生成的业务是与赞助服务有关的业务时，在操作1625，UE可发送/接收相关业务。另外，UE可以选择性地为用户提供UI，UI表示相关业务是与赞助服务应用有关的业务。

参考图16B，用户可以通过UE的显示单元1650设置UE是否使用数据。更具体地，用户可以禁止相关设置1655，从而可以防止UE发送/接收数据。

在如上所述防止UE发送/接收数据的情况下，在执行生成与赞助服务有关的业务的操作时，UE可以防止发送/接收与一般应用有关的业务，并且UE可以为用户提供UI 1660，表示相关应用通过赞助服务发送/接收业务。

图17是示出了根据本公开的一个实施例的UE配置的框图。

参考图17，UE 1700可包括发送/接收单元1710、存储单元1720、UI提供单元1730和控制单元1740之中的至少一个。

根据本公开的一个实施例，发送/接收单元1710可以向/从包括基站的网络节点发送/接收信号。

根据本公开的一个实施例，存储单元1720可以保存UE 1700的操作所需的信息。另外，存储单元1720可以保存由发送/接收单元1710发送/接收的至少一条数据，并且可以保存在本公开的一个实施例中已经描述的与UE 1700的操作有关的信息。

根据本公开的一个实施例，UI提供单元1730可以将信息传递给用户。更具体地，UI提供单元1730可包括用于显示信息的显示单元，用于输出声音的扬声器，用于输出振动的振动输出单元等等，并可以利用一种能够向用户传递信息的相关技术领域中的方法。另外，UI提供单元1730可包括一种用于为用户提供信息的方法，在本公开的另一实施例中描述了这种方法。

根据本公开的一个实施例，控制单元1740可以控制UE 1700的整体操作。更具体地，控制单元1740可以控制UE 1700的整体操作，其在本公开的另一个实施例中进行了描述，并可以基于由发送/接收单元1710发送/接收的信息和保存在存储单元1720中的信息之中的至少一条信息进行确定，可以基于确定的结果生成消息，并可以使得发送/接收通过使用该生成的消息来执行。

图18是示出了根据本公开的一个实施例的UE的框图。

参考图18，根据本公开的一个实施例，UE可包括应用层1810、平台层1820和调制解调层1850之中的至少一个。另外，UE可包括用于赞助服务的单独的赞助服务功能单元1855。

根据本公开的一个实施例，应用层1810可包括一般应用层1812和赞助服务应用层1814。一般应用层1812可执行与一般应用有关的操作，赞助服务应用层1814可执行与赞助服务应用有关的操作。

根据本公开的一个实施例，平台层1820可包括安卓层(Android layer)1825、赞助服务平台层1830和安卓平台(Android platform)1840之中的至少一个。

在本公开的一个实施例中，安卓层1825可执行与IMS消息有关的操作。

赞助服务平台层1830可包括用于处理错误的错误处理单元1831、负责应用的界面的应用界面单元1832、用于提供用户界面的用户界面单元1833、用于控制所有服务的服务控制单元1834、用于处理与赞助服务有关的令牌的令牌处理单元1835、用于执行与网络通信有关的操作的网络通信单元1836，和用于对与赞助服务有关的分组计数的分组计数单元1837之中的至少一个。

根据本公开的一个实施例，根据操作系统，可以将安卓平台1840替换成另一平台，并可执行用于在驱动系统中控制UE的操作。

在本公开的一个实施例中，调制解调层1850可执行能够将由平台层1820发送的消息发送到外面的操作。

在本公开的一个实施例中，各个功能或层可以不是必须的配置，但是可以被选择性地提供。

图19是根据本公开的一个实施例的示出了网络节点配置的框图。

参考图19，网络节点1900可以对应于基站、PGW、PCRF、赞助服务服务器、AF、P-CSCF、S-CSCF和TDF之中的至少一个。

网络节点1900可包括发送/接收单元1910、存储单元1920和网络节点控制单元1930之中的至少一个。

在本公开的一个实施例中，发送/接收单元1910可以向/从UE和另一网络节点之中的至少一个发送/接收信号。

存储单元1920可以保存操作网络节点1900所需的信息和由发送/接收单元1910发送/接收的信息之中的至少一条信息。

网络节点控制单元1930可以控制网络节点1900的整体操作，可以基于由发送/接收单元1910发送/接收的信息和保存在存储单元1920中的信息之中的至少一条信息进行确定，并可以根据确定的结果执行操作。另外，网络节点控制单元1930可以控制本公开的实施例中描述的网络节点的操作。

本公开的某些方面还可以被实施为非暂时性计算机可读记录介质上的计算机可读代码。非暂时性计算机可读记录介质是能够保存数据并且该数据此后能够被计算机系统读取的任何数据存储装置。非暂时性计算机可读记录介质的例子包括只读存储器(ROM)、随机存取存储器(RAM)、压缩磁盘ROM(CD-ROM)、磁带、软盘、光学数据存储装置。非暂时性计算机可读记录介质还可以分布在耦合到计算机系统的网络上，使得计算机可读代码以分布式保存和执行。另外，本领域熟练程序员能够容易地构建用于实现本公开的功能程序、代码和代码段，而这些属于本公开的范围。

在这一点，应注意，如上所述的本公开的各种实施例典型地在某种程度上包括输入数据的处理和输出数据的生成。该输入数据处理和输出数据生成可以实施在硬件或软件与硬件的组合中。例如，特定电子元件可以实施在移动设备中或者类似或相关的用于实施与如上所述的本公开的各种实施例相关联的功能的电路中。可替代地，根据所保存的指令工作的一个或多个处理器可以实现与上述的本公开的各种实施例相关联的功能。如果是这种情况，则在本公开的保护范围内，这种指令可以被保存在一个或多个非暂时性处理器可读介质上。处理器可读介质的例子包括ROM、RAM、CD-ROM、磁带、软盘和光学数据存储装置。处理器可读介质还可以包括分布在耦合到计算机系统的网络上，使得指令以分布式保存和执行。另外，本领域熟练程序员能够容易地构建用于实现本公开的功能计算机程序、指令和指令段，而这些属于本公开的范围。

虽然本公开已经示出并参考其不同实施例进行了描述，但本领域技术人员将会理解，可以对其进行各种形式和细节的改变，而不会脱离由权利要求和其等价物所定义的本公开的精神和范围。

Claims (20)

1.一种用于在移动通信系统中通过终端发送和接收信号的方法，该方法包括：

响应于执行与服务有关的应用，从与服务相关的服务器获取与服务的计费策略相关的第一信息；

向网络发送与服务有关的数据分组，与服务的所述计费策略相关的第一信息被包括在所述数据分组的报头中；

从所述网络接收对应于所述数据分组的与服务有关的响应；

基于所述响应，发送或接收由所述应用生成的与服务有关的数据；

基于与服务相关的应用的终止而向网络发送停止所述服务的请求消息；

响应于从网络接收到对应于所述请求消息的响应消息，去除与所述服务有关的至少一些数据；以及

显示服务的终止，

其中，所述数据分组的报头包括表示所发送的数据分组是与赞助服务有关的消息的第二信息，

其中当所述第二信息被包括在所述数据分组的报头中时，与服务的所述计费策略相关的第一信息被发送到所述网络的与所述计费策略有关的节点，以及

其中所述与服务有关的数据基于与服务的所述计费策略相关的第一信息来计费。

2.如权利要求1所述的方法，其中，与服务的所述计费策略相关的第一信息包括以下之中的至少一条信息：服务标识符、提供服务的策略、以及关于一时间段的信息，在该时间段期间与服务的所述计费策略相关的第一信息有效。

3.如权利要求1所述的方法，其中，与服务的所述计费策略相关的第一信息是为所述终端预设的。

4.如权利要求1所述的方法，其中，与服务有关的所述计费策略是基于与服务的所述计费策略相关的第一信息来确定的。

5.如权利要求1所述的方法，进一步包括：

安装与服务有关的应用；和

确定所安装的应用的有效性，

其中，发送包括与服务的所述计费策略相关的第一信息的数据分组包括，如果所安装的应用有效，则向所述网络发送所述与服务的所述计费策略相关的第一信息。

6.如权利要求5所述的方法，其中，安装与服务有关的应用包括：

确定所安装的应用的类型；和

根据所确定的类型，在预设位置布置对应于所述应用的图标。

7.如权利要求1所述的方法，其中，发送或接收与服务有关的数据包括：

确定与所述终端的数据通信有关的设置；和

如果所述设置限制数据通信，则基于所述服务的类型，发送或接收与服务有关的数据。

8.如权利要求1所述的方法，还包括显示表示所发送或接收的数据对应于与服务有关的数据的信息。

9.如权利要求1所述的方法，还包括，如果与服务有关的数据没有被发送或接收，则向所述网络发送包括用于防止应用与服务的所述计费策略相关的第一信息的信息的数据分组。

10.如权利要求1所述的方法，还包括：

响应于所述数据分组的发送而驱动计时器；

如果直到计时器过期仍未接收到对所述数据分组的响应，则重新发送所述数据分组；和

如果所述数据分组的重新发送次数超过预设次数，则停止发送所述数据分组。

11.一种用于在移动通信系统中发送和接收信号的终端，所述终端包括：

收发器，被配置为发送和接收信号；和

至少一个处理器，其与所述收发器耦合并被配置为：

响应于执行与服务有关的应用，从与服务相关的服务器获取与服务的计费策略相关的第一信息，

向网络发送与服务有关的数据分组，与服务的所述计费策略相关的第一信息被包括在所述数据分组的报头中，

从所述网络接收对应于所述数据分组的与所述服务有关的响应，

基于所述响应，发送或接收由所述应用生成的与服务有关的数据，

基于与服务相关的应用的终止而向网络发送去除所述服务的请求消息，

响应于从网络接收到对应于所述请求消息的响应消息，去除与所述服务有关的至少一些数据，以及

显示服务的终止，

其中，所述数据分组的报头包括表示所发送的数据分组是与赞助服务有关的消息的第二信息，

其中当所述第二信息被包括在所述数据分组的报头中时，与服务的所述计费策略相关的第一信息被发送到所述网络的与所述计费策略有关的节点，以及

其中所述与服务有关的数据基于与服务的所述计费策略相关的第一信息来计费。

12.如权利要求11所述的终端，其中，与服务的所述计费策略相关的第一信息包括以下之中的至少一条信息：服务标识符、提供服务的策略、以及关于一时间段的信息，在该时间段期间所述与服务的所述计费策略相关的第一信息有效。

13.如权利要求11所述的终端，其中，所述与服务的所述计费策略相关的第一信息是为所述终端预设的。

14.如权利要求11所述的终端，其中，与服务有关的所述计费策略是基于与服务的所述计费策略相关的第一信息来确定的。

15.如权利要求11所述的终端，其中，所述至少一个处理器还配置成：

安装与服务有关的应用，

确定所安装的应用的有效性，并且

如果所安装的应用有效，则向所述网络发送所述与服务有关的信息。

16.如权利要求15所述的终端，其中，所述至少一个处理器还配置成：

确定所安装的应用的类型；和

根据所确定的类型，在预设位置布置对应于所述应用的图标。

17.如权利要求11所述的终端，其中，所述至少一个处理器还配置成：

确定与所述终端的数据通信有关的设置；和

如果所述设置限制数据通信，则基于所述服务的类型，发送或接收与服务有关的数据。

18.如权利要求11所述的终端，

其中，所述终端还包括显示器，以及

其中，所述显示器被配置成提供图形用户界面，用来表示所发送或接收的数据对应于与服务有关的数据。

19.如权利要求11所述的终端，其中，所述至少一个处理器还配置成，如果与服务有关的数据没有被发送或接收，则控制所述收发器向所述网络发送包括用于防止应用与服务的所述计费策略相关的第一信息的信息的数据分组。

20.如权利要求11所述的终端，其中，所述至少一个处理器还配置成：

响应于所述数据分组的发送而驱动计时器，

如果直到计时器过期仍未接收到对所述数据分组的响应，则重新发送所述数据分组，以及

如果所述数据分组的重新发送次数超过预设次数，则停止发送所述数据分组。

Images