CN1998255B

CN1998255B - 用于推送消息启动服务的设备和方法

Info

Publication number: CN1998255B
Application number: CN2004800435332A
Authority: CN
Inventors: R·斯科格
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2004-07-05
Filing date: 2004-07-05
Publication date: 2012-11-14
Anticipated expiration: 2024-07-05
Also published as: JP2008505528A; EP1763964A1; US20080068995A1; PL1763964T3; TWI373243B; CN1998255A; JP4523645B2; PT1763964E; EP1763964B1; ATE484142T1; HK1109689A1; DE602004029509D1; WO2006004466A1; TW200623760A; ES2354072T3

Abstract

本发明涉及一种允许服务供应商影响服务质量的移动通信终端(102a)、移动通信终端中的方法、网络节点(106a)以及网络节点(106a)中的方法，其中所述服务质量是为用于将某种服务传递到移动客户机终端(102a)的承载服务而请求的，并且其中服务是由来自服务供应商的推送消息(309)启动的，而承载服务的建立则是由客户机终端在接收到推送消息之后启动的(304)。依照本发明，推送消息(309)不但包含了关于传递给客户机终端(102a)的服务内容的指示，而且还包含了服务供应商为用于接收服务内容的承载服务所推荐的服务质量参数集合。由此，在请求建立承载服务的时候，客户机终端(102a)可以对服务供应商的建议加以考虑。

Description

用于推送消息启动服务的设备和方法

相关申请的交叉引用

本申请涉及下列共同转让、共同未决的国际专利申请：2004年7月5日提交的名为“Binding Mechanism for Quality of Service Managementin a Communication Network”的国际专利申请PCT/SE04/______，2004年7月5日提交的名为“Method and Devices for Supplying Quality ofService Parameters in HTTP Message”的国际专利申请PCT/SE04/_______，以及2004年7月5日提交的名为“Method and Devices for Changing Qualityof Service”的国际专利申请PCT/SE04/______，这些申请的公开内容在此引入作为参考。

技术领域

本发明涉及移动通信系统中的设备和方法，尤其涉及的是为与分组数据服务相关的传输控制服务质量请求。

背景技术

对本领域技术人员来说，用于以分组为基础的信息通信的通信网络是众所周知的，其中该信息通信采用的是数据比特的形式。移动通信重要性的不断增长产生了经由无线连接传送数据的需要。无线应用协议(WAP)定义了一组协议，该协议能使运营商和制造商提供工作在无线通信网络上的应用。对可以借助WAP架构提供的服务来说，这些服务的一个实例是WAP推送，其中该服务是一种用于将内容推送到移动设备的服务。

“推送(push)”技术意味着客户机/服务器模型中的服务器是在没有得到来自客户机的明确请求的情况下将信息传送到客户机的。这种技术与“拖曳(pull)”技术存在差异，所述“拖曳”技术通常被用于例如万维网浏览，其中客户机从服务器请求服务或信息，服务器则通过向客户机传送信息来做出响应。换句话说，信息的“拖曳”事务是客户机启动起的，而“推送”事务则是由服务器启动的。

在WAP推送操作中，推送启动器(PI)会向推送代理网关(PPG)传送推送内容以及传递指令，然后，推送代理网关会依照传递指令而将推送内容传递到WAP客户机，其中该WAP客户机可以是移动电话或是其他某种具有WAP能力的终端。

PI可以是在普通的万维网服务器上运行的应用。该PI使用推送访问协议(PAP)来与PPG进行通信，而PPG则使用推送空中下载(OTA)协议来将推送内容传递到客户机。关于WP推送框架的更多信息可以在发表于WAP ForumTM网站(http://www.wapforum.org)的文献“WAP PushArchitectural Overview，Version 03-Jul-2001”中找到。

如上述文献中说明的那样，客户机通常需要激活承载(bearer)来传递推送内容。为此目的，客户机包含了一个应用，该应用对来自PPG的会话启动请求(SIR)进行侦听，并且通过激活终端认为恰当的承载服务来做出响应，然后则实施预期的PPG。通常，SIR是使用无连接推送而被发送到客户机的，并且举例来说，所述SIR是装配在单独的SMS中的。

WAP推送框架允许在PI与客户机之间传递任何的MIME媒体类型。此外在这里还专门定义了某些特定的媒体类型，以便添加现有MIME类型尚未提供的能力。关于这种特定媒体类型的一个实例是服务指示(SI)媒体类型，它以异步方式提供了向客户机发送通知的能力。其中举例来说，该通知可以涉及新闻、电子邮件、股票价格变化或足球比赛得分、新闻头条、广告、诸如预付费余额很低的提醒等等。基本的SI包含了一个短消息以及一个用于指示服务的统一资源标识符(URI)。该消息将会发送到客户机中的恰当应用，一旦被接收，那么该消息将会显示给用户。用户则要选择立即启动URI指示的服务还是推迟所述SI，以便以后进行处理。当用户选择启动URI指示的服务时，该应用将会依照为终端中的服务规定的要求而启动承载服务建立处理。

对专门为推送定义的媒体类型来说，其另一个实例是服务加载(SL)媒体类型。与SI所不同，SL并未隐含任何用户参与。SL包含的是一个URL以及一个指令，其中该URL指向的是由客户机在没有最终用户确认的情况下加载的某些内容，该指令则指示的是是否应该执行/再现内容或是将其置入缓冲存储器中。当在客户机终端的应用中接收到SL之后，执行接收的应用将会启动承载服务的建立处理，以便将来自P I的内容传递到客户机。关于SL的更多信息以及SL如何与客户机终端中的其他活动相协调的内容可以在发表于WAP Forum^TM网站(http://www.wapforum.org)的文献“Service Loading，Version31-Jul-2001”中找到。

对SI和SL来说，其共有的一个特征在于，即使是在由PI(也就是依照客户机/服务器模型的服务器)通过向客户机发送服务指示和服务加载消息来向客户机告知PI希望传递给客户机的服务内容，由此启动第一服务的情况下，用于内容传递的承载服务的建立过程也还是由客户机启动的，在请求建立承载服务时，客户机还会请求用于该承载服务的特定服务质量(QoS)。为承载服务请求的QoS是借助一个QoS参数集合规定的。从应用级到被请求承载QoS的映射是在客户机终端中实施的，该映射取决于终端的终端厂家编码。由此，在将同一消息从不同厂家发送到终端时，该消息有可能产生不同的承载QoS。此外，从提供服务的PI的角度来看，客户机终端请求的QoS并不全都被视为是适合服务内容传递的。

发明内容

本发明的一个目的是提供那些允许推送消息启动服务的服务供应商影响承载服务的服务质量参数选择的设备和方法，其中该承载服务是为在移动客户机终端中接收来自服务供应商的服务内容而建立的。

上述目标是借助根据权利要求1和10的移动通信终端、根据权利要求11和20的移动通信终端中的方法、根据权利要求21的网络节点以及根据权利要求33的网络节点中的方法实现的。

本发明的基本思想是：在推送消息中不但传送可供服务供应商启动服务的服务内容指示，而且还传送一个推荐服务质量参数集合。由此，移动终端可以在接收到该消息的时候检索这个推荐服务质量参数集合，并且在请求用于接收推送消息所指示的服务内容的承载服务的时候对推荐服务质量参数集合加以考虑。实施本发明的基本思想需要经过修改的新移动终端、经过修改的新网络节点以及该移动终端和网络节点中的方法，其中所有这些都是依照本发明的不同方面提供的。

依照本发明的第一个方面，在这里提供了一种移动通信终端，其中包括用于接收来自服务供应商的至少一个分组数据服务的应用。该应用被用于接收来自服务供应商的推送服务指示消息，所述服务指示消息包含了服务供应商具有要传递给终端的服务内容的信息。此外，该应用还被调整成启动用于接收服务内容的承载服务的建立过程。该移动终端还包括处理装置，用于检索包含在所接收的服务指示消息中的推荐服务质量参数集合。推荐服务质量参数集合是服务供应商为终端请求用于接收服务内容的承载服务所推荐的服务质量参数。该处理装置还被调整成对这个推荐服务质量参数集合进行处理，以便基于推荐服务质量参数集合来确定经过处理的服务质量参数集合，并且为用于接收服务内容的承载服务请求经过处理的服务质量参数集合。

依照第二个方面，本发明提供了一种在网络中将来自服务供应商的一组分组数据服务提供给移动客户机终端的网络节点。该网络节点包括消息创建装置，用于为针对第一客户机终端的推送传输创建一个服务指示消息，此外该网络节点还包括一个接口，用于将服务指示消息推送到第一客户机终端。该消息创建装置被调整成将关于服务供应商具有要传递到第一客户机终端的服务内容的信息以及一个推荐服务质量参数集合包含在服务指示消息中，所述服务质量参数集合是服务供应商为第一客户机终端请求用于接收服务内容的承载服务所推荐的。

依照第三和第四个方面。本发明提供了一种移动通信终端中的方法以及一种网络节点中的方法。

本发明的优点在于允许服务供应商影响移动终端请求的服务质量参数。由于服务供应商知道服务内容特性并且由此能比移动终端更好地决定用于传递服务内容的恰当的服务质量参数，因此这种处理有可能是非常有益的，此外，服务供应商有可能希望影响那些与该服务结合使用的服务质量参数，以便保持其作为提供高质量服务的服务供应商的形象和信誉。如果终端请求的是质量过于低下的服务，即使这种低质量的服务是因为终端的限制所导致的，但这还是有可能使服务内容供应商给人以不良印象。

本发明的另一个优点是可以在不同终端之间为同一服务和服务类型实现更为统一的质量。由于依照本发明优选实施例的移动终端可以被调整成为承载服务请求推荐服务质量参数集合，因此可以减轻移动终端编码对承载服务的服务质量的影响。在现有技术的解决方案中，移动终端通常是通过“硬编码”来请求预先定义的PDP上下文的。对不同的终端厂家来说，这种编码是有可能改变的，而这将会导致将不同的服务质量用于来自不同厂家的终端。

本发明的另一个优点是允许灵活地确定为承载服务所请求的服务质量参数。借助本发明，移动终端不需要被限制成只请求一个或几个预先定义的承载服务的服务质量。

本发明的实施例提供一种移动通信终端，包括用于从服务供应商接收至少一个分组数据服务的应用，该应用被调整成接收来自服务供应商的推送服务指示消息，该服务指示消息包含了关于服务供应商具有传递到终端服务内容的信息，并且该应用还被调整成启动用于接收所述服务内容的承载服务的建立过程，其特征在于所述终端还包括处理装置，用于检索所接收的服务指示消息中包含的推荐服务质量参数集合，该推荐服务质量参数集合是服务供应商为终端请求用于接收服务内容的承载服务所推荐的、服务质量参数集合；对推荐服务质量参数集合进行处理，以便基于所述推荐服务质量参数集合来确定经过处理的服务质量参数集合；以及为用于接收所述服务内容的承载服务请求经过处理的服务质量参数集合。

本发明的实施例提供一种移动通信终端，其中包括用于接收来自服务供应商的至少一个分组数据服务的应用，该应用被调整成接收来自服务供应商的推送服务指示消息，该服务指示消息包含了关于服务供应商具有传递给终端的服务内容的信息，并且该应用还被调整成启动用于接收所述服务内容的承载服务的建立过程，其特征在于所述终端还包括处理装置，用于检索所接收的服务指示消息中包含的推荐服务质量参数集合；以及为用于接收所述服务内容的承载服务请求所述推荐服务质量参数集合。

本发明的实施例提供一种移动通信终端中的方法，其中该终端包含了用于接收来自服务供应商的至少一个分组数据服务的应用，该方法包括以下步骤：该应用接收来自服务供应商的推送服务指示消息，该服务指示消息包含了关于服务供应商具有传递给终端的服务内容的信息，其特征在于还包括以下步骤：检索所接收的服务指示消息中包含的推荐服务质量参数集合，该推荐服务质量参数集合是服务供应商为终端请求用于接收服务内容的承载服务所推荐的服务质量参数集合，对推荐服务质量参数集合进行处理，以便基于所述推荐服务质量参数集合来确定经过处理的服务质量参数集合；以及该应用启动用于接收所述服务内容的承载服务的建立过程，以及为该承载服务请求所述经过处理的服务质量参数集合。

本发明的实施例提供一种移动通信终端中的方法，其中该终端包含了用于接收来自服务供应商的至少一个分组数据服务的应用，该方法包括以下步骤：该应用接收来自服务供应商的推送服务指示消息，该服务指示消息包含了关于服务供应商具有传递给终端的服务内容的信息，其中该方法的特征在于还包括以下步骤：检索所接收的服务指示消息中包含的推荐服务质量参数集合，以及该应用启动用于接收所述服务内容的承载服务的建立过程，以及为该承载服务请求所述推荐服务质量参数集合。

本发明的实施例提供一种在网络中将来自服务供应商的一组分组数据服务提供给移动客户机终端的网络节点，该网络节点包括：消息创建装置，用于为针对第一客户机终端的推送传输创建一个服务指示消息；以及接口，用于将服务指示消息推送到第一客户机终端，其中消息创建装置被调整成将关于服务供应商具有传递给第一客户机终端的服务内容的信息包含在服务指示消息中，并且其特征在于：消息创建装置被调整成将服务供应商为第一客户机终端请求用于接收服务内容的承载服务所推荐的一个推荐服务质量参数集合包含在服务指示消息中。

本发明的实施例提供一种网络节点中的方法，其中该网络节点在网络中将来自服务供应商的一组分组数据服务提供给移动客户机终端，该方法包括：为针对第一客户机终端的推送传输创建一个服务指示消息；以及将服务指示消息推送到第一客户机终端，其中服务指示消息包含了关于服务供应商具有传递到第一客户机终端的服务内容的信息，并且该方法的特征在于：该服务指示消息还包含了一个推荐服务质量参数集合，其中该推荐服务质量参数集合是服务供应商为第一客户机终端请求用于接收服务内容的承载服务所推荐的。

在结合附图阅读下文中的详细描述时，本发明实施例的其他优点和特征将会更为清楚。

附图说明

图1是描述可以使用本发明的移动通信系统的通用网络架构的示意框图。

图2是示意性描述借助来自应用服务器的推送消息所启动的现有技术服务的流程图。

图3是示意性描述一种与图2所示的服务相对应但是适用于本发明的服务的流程图。

图4是描述依照本发明的网络节点例示实施例以及依照本发明的移动通信终端例示实施例的功能的示意性信令/流程图。

图5是描述依照本发明的网络节点备选例示实施例以及依照本发明的移动通信终端备选例示实施例的功能的示意性信令/流程图。

图6是描述依照本发明的网络节点的另一个备选例示实施例以及依照本发明的移动通信终端的另一个备选例示实施例的功能的示意性信令/流程图。

图7是描述依照本发明的网络节点的另一个备选例示实施例以及依照本发明的移动通信终端的另一个备选例示实施例的功能的示意性信令/流程图。

具体实施方式

在下文中将会参考显示了本发明优选实施例的附图来对本发明进行更详细的描述。但是，本发明是可以采用不同方式实现的，它不应该被局限于这里阐述的实施例；与之相反，提供这些实施例是为了进行全面和完整的公开，以及向本领域技术人员充分表述本发明的范围。在附图中，相同的数字标引的是相同的部件。

本发明适用于移动通信系统中的分组交换服务，所述服务是借助推送消息从服务供应商启动的。这种服务包含了最终用户的移动客户机终端与应用服务器之间的分组交换通信。移动通信系统则包括移动客户机终端所在的无线电网络，例如WCDMA、CDMA2000、无线LAN和GPRS网络。

图1是描述可以使用本发明的移动通信系统的通用网络架构的示意性框图。图1中的移动系统101包括移动客户机终端102，该终端可以与服务供应商的网络节点106进行通信，并且由此接收服务供应商提供的服务。客户机终端102与网络节点106之间的通信是借助无线电网络103、核心网络104以及服务网络105实施的。其中举例来说，无线电网络103可以是UTRAN(UMTS陆地无线电接入网络)或CDMA2000网络，核心网络104可以是UMTS核心网络，而服务网络则可以是因特网或服务供应商的专用IP网络。此外，举例来说，服务供应商的网络节点106可以是应用服务器或推送代理网关。

图2是示意性描述借助来自服务供应商网络节点的推送消息所启动的现有技术服务的流程图。其中举例来说，该服务可以是允许移动客户机终端用户预订在世界杯期间显示足球进球的图片。当新的足球进球图片可用时，服务供应商会借助推送消息而将这些新的图片传达给用户。如图2所示，在步骤201，服务供应商的网络节点106通过向移动客户机终端102发送一个推送消息209来启动服务。在本实例中，这个推送消息209是WAP推送服务加载(SL)消息，其中该消息是借助WAP推送和SMS发送到移动客户机终端的，而服务内容(即图片)则是由SL消息中包含的URL指示的。所述SL消息被定址到一个恰当的用户代理或是移动客户机终端中的应用210。在这种情况下，我们假设服务是在MMS承载上传递的，由此推送消息是被定址到MMS代理的。当在移动客户机终端中接收到SL消息时，该消息将被转发到目标用户代理210，然后该目标用户代理会在步骤202中启动，此后则会在步骤203中请求具有MMS承载的预先配置的PDP上下文。当移动客户机终端接收到已经建立了PDP上下文的确认时，在步骤204，该终端可以借助所接收的URI来获取服务内容。

从图2的例示中可以明显看出，启动服务的是服务供应商，而请求为服务内容传递建立承载服务的则是客户机终端102。由此，PDP上下文参数乃至承载的服务质量(QoS)都是由移动客户机终端请求的。现今，每个用户代理或应用都与具有选定的QoS等级的预配置PDP上下文相结合，其中所述选定的QoS等级是“硬编码”在移动客户机终端中的。

在UMTS(通用移动电信系统)中，QoS是用一组规定了UMTS承载服务的属性来定义的。所述UMTS QoS属性如下所示：

业务量等级

最大比特率

保证比特率

传递顺序

最大SDU大小

SDU格式信息

SDU差错率

剩余比特差错率

出错的SDU的传递

传送延迟

业务量处理优先级

分配/保留优先级

来源统计描述符

信令指示

这些属性可以映射成预先定义的UMTS QoS等级：会话级，流式传输级，交互级以及后台级。关于UMTS QoS的更详细信息可以在技术规范3GPP TS 23.107 V6.1.0(2004-03)以及3GPP TS 23.207 V6.2.0(2004-03)中找到。

QoS等级可以通过使用PDP上下文管理而被协商和管理。在移动客户机终端中，应用级的QoS需求被映射成PDP上下文参数。在现有技术的解决方案中，PDP上下文的预配置是在客户机终端中进行的，这样一来，当分组交换应用启动并连接到网络时，将会激活一个匹配的预配置PDP上下文。这个PDP上下文具有选定的QoS等级，该QoS等级应该与应用的预期QoS需求相匹配。此外，举例来说，如果该应用是一个WAP浏览器或MMS客户端，那么被激活的PDP上下文的QoS等级通常是交互级的。

由此，在现有技术的解决方案中，对于为图2所示实例中的服务内容传递所建立的承载服务来说，针对用于该服务的QoS参数所进行的选择取决于移动客户机终端的终端厂家配置。而服务供应商是不能影响QoS参数选择的。在很多情况下，特别是从服务供应商角度以及用户角度来看，当上述处理导致使用不适合服务内容传递的QoS建立承载服务时，这时将会出现问题。服务供应商通常关注的是能够确保所提供的服务是以某种最低质量传递的。如果服务质量很差，即使质量差是由网络运营商或终端厂家造成的，但这还是有可能对服务内容供应商的信誉带来不良影响。如果QoS很差，那么服务用户有可能会感到烦恼，并且有可能因为糟糕的质量而指责服务供应商。此外，在接收某个服务内容的时候，具有某一个终端的用户有可能得到的是糟糕到了无法接受的QoS，而在接收相同服务内容的时候，具有来自别的厂家的终端的另一个终端得到的却是可接受的QoS。

依照本发明，对用以传递推送消息启动服务中的服务内容的承载服务来说，服务供应商可以对其QoS参数的选择施加影响。这种处理是通过修改推送消息并使其包含服务供应商为移动客户机终端建立承载服务所推荐的推荐QoS参数来实现的。

图3是示意性描述一种与图2所示的服务相对应但是适用于本发明的服务的流程图。如图3所示，在步骤301，服务供应商的网络节点106a通过向移动客户机终端102a发送一个推送消息309来启动服务。依照本发明，推送消息309包含了一个推荐QoS参数集合。其中举例来说，该推送消息309可以是通过添加该推荐QoS参数集合而被修改的WAP推送服务加载(SL)消息。当在移动客户机终端中接收到推送消息309时，该消息将被转发到目标用户代理310，然后在步骤302，该用户代理将会启动。用户代理310或移动客户机终端中的支持软件具有处理装置311，在步骤303，该装置随后将会从推送消息中检索和处理推荐QoS参数集合，以便确定与推荐QoS参数集合相对应的PDP上下文参数。此后，在步骤304，用户代理将会请求一个具有步骤303中确定的PDP上下文参数的PDP上下文。当移动客户机终端接收到已经建立了PDP上下文的确认时，在步骤305，该终端可以获取服务内容。

图3描述的过程允许服务供应商对承载服务的QoS产生影响，而不依赖于移动客户机终端内部的“硬编码”QoS参数。为了实施图3的过程，在推送消息的发送方一侧有必要进行修改，以便将推送消息修改成包含推荐QoS参数集合，此外，在终端一侧也需要进行修改，以便解译经过修改的推送消息。

依照本发明的移动终端102a被适配成检索和处理推送消息309中的推荐QoS参数集合，其中该推送消息指示的是传递到移动终端的服务内容。这种移动终端可以通过为现有技术的终端补充一个处理装置311来实现，其中该处理装置可以从推送消息中检索所述推荐的QoS参数集合，处理所检索的参数集合，并且基于所检索的参数集合来请求用于承载服务的QoS。依照一个优选实施例，该处理装置311是推送消息309所针对的应用310的软件代码装置。此外，处理装置还可以是处于应用之外的、支持软件功能的软件代码装置，其中应用在接收到推送消息时会调用该功能。对本领域技术人员来说，如何使用通用计算机语言实施这种软件代码装置以便其执行这里描述的功能是众所周知的，并且在这里不再对其进行更详细的说明。

依照本发明的移动终端102a的一个优选实施例，该移动终端被调整成为所要建立的承载服务请求服务供应商所推荐的QoS，其中所述推荐是借助推送消息309中的推荐QoS参数集合来实施的。但是，移动终端还可以处理该推荐QoS参数集合，并且确定为承载服务请求略微不同的QoS。其中举例来说，终端厂家可以使移动终端始终向服务供应商推荐的带宽增加一定余量。此外，举例来说，假设推送消息包含了一个QoS参数，并且该参数表示服务供应商为承载服务推荐的是64kb/s的保证比特率。那么，移动终端可以被实施成在处理推送消息中的QoS参数的时候添加一个大小为2kb/s的余量，这样一来，移动终端将会为承载服务请求66kb/s的保证比特率。因此，本发明的思想使允许移动终端以服务供应商推荐的QoS作为其QoS请求的基础，但是并不是完全受限于所推荐的QoS。

推送消息309可以是来自服务供应商的任意类型的推送消息，其中该服务供应商是通过包含该服务供应商具有传递到移动终端的服务内容的信息来启动服务的。依照本发明，推送消息309还包括推荐QoS参数集合。其中举例来说，该推送消息可以是具有QoS信息的WAP推送服务指示消息或WAP推送服务加载消息，其中该QoS信息采用的是添加了推荐QoS参数集合的形式。此外，对关于服务供应商具有传递到终端的服务内容的信息来说，该信息可以是指示服务内容的URI(统一资源标识符)。

推送消息309可以使用不同技术而被推送到移动终端。其中一种技术是在SMS中传递推送消息。如果移动终端已经为另一个服务建立了初级PDP上下文，那么它可以经由初级PDP上下文而将推送消息传送到终端102a。然后，移动终端将会请求一个次级PDP上下文，以便传送推送消息309所指示的服务内容。

在某些情况下，当接收到推送消息时，较为适当的是不建立用于接收服务内容的承载服务。举例来说，这种情况有可能在下列情形中出现：终端的电池电量很低，终端当前正在漫游或者处于国外，以及用户的预订不支持国外服务传递。在这种情况下，移动终端102a可以被调整成不对推送消息309做出响应来拒绝所提供的服务，或是在电池充电或终端不再漫游之前延迟接收所提供的服务。

在网络端，也就是创建和发送推送消息309的一端，其中存在本发明的多个不同的可行实施例。不同的网络节点可以被适配成将推荐QoS参数集合包含在推送给终端的消息中。其中举例来说，该QoS信息可以由应用服务器、策略服务器或推送代理网关来提供。

图4是描述由应用服务器409将QoS信息插入推送消息309的情况下的一个实例的示意性流程图。在该实例中，推送消息是在提供传递给终端102a的服务内容的应用服务器409中创建的WAP推送消息。依照本实施例，该消息309包括：目标用户代理(UA)指示，常规的WAP推送服务加载消息SL的指示以及推荐QoS参数集合。在步骤401a，该推送消息309被发送到推送代理网关410。并且所述消息可以用现今的OMA/WAP标准所定义的PAP API(推送接入协议应用编程接口)的修改版本来发送，其中该标准可以参见发表于WAP Forum^TM网站(http://www.wapforum.org)的文献“Push Access Protocol，Version29-Apr-2001”。该API需要进行修改，以便支持将QoS参数集合包含在推送消息中。在将该消息转发到终端102a之前，在步骤402，推送代理网关会与策略服务器411一起检查是否允许应用服务器409向终端102a发送消息，步骤402。在从策略服务器411得到确认之后，推送代理网关410会将包含了推荐QoS参数集合的消息309发送到终端102a。在本实例中，该转发是借助SMS执行的。然后，如上所述，终端102a将会启动指定的用户代理并处理该消息，此后，在步骤403a，用户代理会经由UTRAN的RNC(无线电网络控制器)414而向UMTS核心网络的SGSN(服务GPRS支持节点)413发送一个激活PDP上下文的请求，从而启动PDP上下文。优选地，这个请求包含了在推送消息309中发送的推荐QoS参数集合。然后，正如本领域技术人员众所周知的那样，在步骤403b-d，PDP上下文激活将会借助从SGSN 413到GGSN(网关GPRS支持节点)的“创建PDP上下文”请求、从GGSN到SGSN的“创建PDP上下文”响应以及从SGSN到终端的“激活PDP上下文”接受而继续执行。在建立了PDP上下文的时候，在步骤404，终端可以提取推送消息中规定的服务内容，并且在步骤405，应用服务器409会将服务内容传递给终端。

图5是描述由策略服务器411在推送消息309中提供QoS信息的替换实施例例示的示意性流程图。在这种情况下，在步骤501，应用服务器409会以与现有技术解决方案相同的方式来向推送代理网关410发送一个WAP推送消息。然后，在步骤502，推送代理网关410会与策略服务器一起检查是否允许应用服务器向终端发送消息。在步骤503，作为响应，策略服务器将会发送推荐QoS参数集合，以便在推送消息中转发给终端。然后，在步骤504，推送代理网关410会借助SMS而将接收自应用服务器的消息连同附加的QoS需要集合一起转发给终端102a。而图5所示的剩余步骤505a-d、506以及507则与上文所述的图4步骤404a-d、405以及406是相同的。

图6是描述由推送代理网关410提供QoS信息并将其插入推送消息309的另一个替换实施例例示的示意性流程图。在这种情况下，在步骤601，应用服务器409会以等同于现有技术解决方案的方式来向推送代理网关410发送WAP推送消息。然后，在步骤602，推送代理网关410会与策略服务器411一起检查是否允许应用服务器向终端发送消息。在得到策略服务器的确认之后，在步骤603，推送代理网关将会确定发送给终端的QoS参数集合，并且会将该集合插入从应用终端接收的推送消息中。对推送代理网关来说，该网关可以被实施成基于一组规则来确定QoS参数，其中举例来说，所述规则可以取决于服务内容类型，提供服务内容的应用和/或终端所在的网络。然后，在步骤604，推送代理网关410会借助SMS而将所创建的带有QoS需求集合的推送消息转发到终端102a。而图6所示的剩余步骤605a-d、606以及607则与上文所说明的图4中的步骤404a-d、405以及406是相同的。

从图4、5、6描述的实例中可以清楚看出，不同的网络节点都可以被适配成确定推荐QoS参数并且将其插入推送给终端的消息中。由此，举例来说，图3描述的网络节点106a可以表示应用服务器409、策略服务器411或推送代理网关410。为了将推荐的QoS参数插入推送消息309，网络节点优选是借助软件代码装置312来实施的，其中该装置支持创建包含推荐QoS参数集合的推送消息。此外，网络节点还必须包含一个接口313，以便将消息推送到终端102a。负责确定推荐QoS参数的节点则必须具有用于完成该处理的装置314。举例来说，该装置可以是基于某种特定标准来定义用于得出推荐QoS参数的规则或公式的软件代码装置。此外，举例来说，推荐QoS参数所基于的这种特定标准可以是终端用户预订的类型，传递给终端的服务内容的类型，传递服务的应用，时刻或某些相关网络信息，例如网络负载或终端的地理位置。

依照确定QoS参数的节点，不同的标准都是可以考虑的。举例来说，如果服务供应商是CNN，那么CNN有可能与网络运营商签订了协议，从而始终以128kb/s的保证比特率来接收其服务。在这种情况下，用于确定推荐QoS参数的节点可以被调整成确定在CNN传递服务内容时，其中一个推荐QoS参数应该是128kb/s的保证比特率。另一个实例是在推荐QoS参数依赖于终端用户预订的时候出现的。假设第一用户与网络运营商签订的是“金牌预订”，并且第二用户与网络运营商签订的是“银牌预订”。在这种情况下，举例来说，如果消息是发送给第一终端的，那么策略服务器可以确定128kb/s的保证比特率是一个推荐QoS参数，如果消息是发送给第二用户的，那么策略服务器可以确定64kb/s的保证比特率是一个推荐QoS参数。

此外，在确定推荐QoS参数集合的过程中还可以涉及到若干个网络节点。举例来说，应用服务器可以确定第一推荐QoS参数集合，然后，在检查了终端用户预订之后，策略服务器会对该集合进行修改。推荐QoS参数的确定处理可以是基于若干网络节点之间的协商而被确定的。

此外，推荐QoS参数集合还可以包括单个参数值或若干个参数值。所述推荐QoS参数集合可以采用显性参数值的形式，其中该参数值采用的是所指定的UMTS QoS属性推荐值或PDP上下文参数的形式。此外，推荐QoS参数集合还可以是所推荐的预定UMTS QoS等级的指示，其中所述QoS等级的QoS参数是预先确定的。

图7是描述存在初级PDP上下文701并且经由初级PDP上下文而将推送消息309转发到终端102a的情况的示意性流程图。通过建立初级PDP上下文，可以允许终端用户浏览因特网。在浏览的同时，在步骤702，用户可以表示他希望收听MP3文件，这将使应用服务器409在步骤703a向推送代理网关410发送推送消息309，以便启动次级PDP上下文建立过程。在步骤704，在将推送消息309转发到终端102a之前，推送代理网关可以启动一个策略检查处理。该推送消息309则是使用常规的IP连接而被转发到GGSN412的，并且是经由初级PDP上下文701而被从GGSN412转发到终端102a的。当在终端102a中对推送消息309以及推荐QoS参数集合进行了处理之后，在步骤705a-705d，次级PDP上下文将被建立。然后，在步骤706，服务内容会经由次级PDP上下文而被传递到终端102a，这样则允许终端用户收听MP文件。如图7中关于消息309的例证所示，推送消息包含了一个TFT(业务流模板)。通过发送所述TFT，可以提供一种机制，以便确定在这两个PDP上下文中的哪一个上下文上发送净荷，这一点是为本领域技术人员所熟知的。

在本申请中，其中提到所述推荐QoS参数集合是服务供应商为终端请求用于接收服务内容的承载服务推荐的QoS参数集合。应该指出的是，该短语旨在包含所有上述实例，在这些实例中，不同的网络节点是基于不同的标准来确定推荐QoS参数的。由此，术语“服务供应商”是被广义解释的，并且举例来说，该“服务供应商”包含了服务内容供应商以及提供网络承载服务的网络运营商。

从本发明的例示实施例中可以清楚了解，本发明允许服务供应商影响终端为传递服务内容的承载服务所请求的QoS，其中该服务内容是在来自服务供应商的推送消息中指示的。由此本发明可以将推荐QoS参数集合包含在推送消息中，因此这种处理是可行的。

在附图和说明书中，其中公开了本发明的典型优选实施例，虽然使用的是特定术语，但是这些术语仅仅是以常规和描述性的意义使用的，而不是用于限制的，在后续的权利要求中阐述了本发明的范围。

Claims

1.一种移动通信终端(102a)中的方法，其中该终端包含了用于接收来自服务供应商(106a)的至少一个分组数据服务的应用(310)，该方法包括以下步骤：

该应用接收(301)来自服务供应商的推送服务指示消息(309)，该服务指示消息包含了关于服务供应商具有传递给终端的服务内容的信息，其特征在于还包括以下步骤：

检索(303)所接收的服务指示消息(309)中包含的推荐服务质量参数集合，该推荐服务质量参数集合是服务供应商为终端请求用于接收服务内容的承载服务所推荐的服务质量参数集合，

对推荐服务质量参数集合进行处理(303)，以便基于所述推荐服务质量参数集合来确定经过处理的服务质量参数集合；以及

该应用启动(304)用于接收所述服务内容的承载服务的建立过程，以及为该承载服务请求所述经过处理的服务质量参数集合。

2.根据权利要求1的方法，其中所述经过处理的服务质量参数集合与所述推荐服务质量参数集合是相等的。

3.根据权利要求1或2的方法，其中所述承载服务是一个分组数据协议上下文。

4.根据权利要求1的方法，其中所述推送服务指示消息(309)是一个通过附加推荐服务质量参数集合而被修改的WAP推送服务加载消息。

5.根据权利要求1的方法，其中所述推送服务指示消息是一个通过附加推荐服务质量参数集合而被修改的WAP推送服务指示消息。

6.根据权利要求1的方法，其中所述推送服务指示消息是经由预先建立的初级分组数据协议上下文(701)接收的，并且其中用于接收所述服务内容的所述承载服务是一个次级分组数据协议上下文。

7.根据权利要求1的方法，其中关于服务供应商具有传递给终端的服务内容的信息包括了指示该服务内容的统一资源标识符URI。

8.根据权利要求1的方法，其中所述推荐服务质量参数集合包括了关于预先定义的UMTS QoS等级的指示。

9.根据权利要求1的方法，其中所述推荐服务质量参数集合包括了用于至少一个UMTS QoS属性的推荐值。

10.一种移动通信终端(102a)中的方法，其中该终端包含了用于接收来自服务供应商(106a)的至少一个分组数据服务的应用(310)，该方法包括以下步骤：

该应用接收(301)来自服务供应商的推送服务指示消息(309)，该服务指示消息包含了关于服务供应商具有传递给终端的服务内容的信息，其中该方法的特征在于还包括以下步骤：

检索(303)所接收的服务指示消息中包含的推荐服务质量参数集合，以及

该应用启动(304)用于接收所述服务内容的承载服务的建立过程，以及为该承载服务请求所述推荐服务质量参数集合。

11.一种在网络中将来自服务供应商的一组分组数据服务提供给移动客户机终端的网络节点(106a)，该网络节点包括：

消息创建装置(312)，用于为针对第一客户机终端(102a)的推送传输创建一个服务指示消息(309)；以及

接口(313)，用于将服务指示消息(309)推送到第一客户机终端(102a)，其中消息创建装置(312)被调整成将关于服务供应商具有传递给第一客户机终端的服务内容的信息包含在服务指示消息(309)中，并且其特征在于：消息创建装置(312)被调整成将服务供应商为第一客户机终端请求用于接收服务内容的承载服务所推荐的一个推荐服务质量参数集合包含在服务指示消息(309)中。

12.根据权利要求11的网络节点(106a)，其中所述网络节点还包括参数确定装置(314)，用于根据下列类型的输入信息中的至少一项来确定所述推荐服务质量参数集合：服务内容类型，终端用户预订类型，关于建立承载服务的网络的信息，以及服务内容供应商。

13.根据权利要求11或12的网络节点(106a)，其中所述推荐服务质量参数集合是一个推荐分组数据协议上下文服务质量参数集合。

14.根据权利要求11的网络节点(106a)，其中所述服务指示消息(309)是一个通过附加推荐服务质量参数集合而被修改的WAP推送服务加载消息。

15.根据权利要求11的网络节点(106a)，其中所述服务指示消息(309)是一个通过附加推荐服务质量参数集合而被修改的WAP推送服务指示消息。

16.根据权利要求11的网络节点(106a)，其中所述网络节点被调整成经由预先建立的初级分组数据协议上下文(701)而将所述服务指示消息推送到第一客户机终端(102a)，并且其中所述推荐服务质量参数集合是一个用于次级分组数据协议上下文的推荐分组数据协议上下文服务质量参数集合。

17.根据权利要求11的网络节点(106a)，其中关于服务供应商具有传递给终端的服务内容的信息包含了用于指示服务内容的统一资源标识符URI。

18.根据权利要求11的网络节点(106a)，其中所述推荐服务质量参数集合包括了关于预先定义的UMTS QoS等级的指示。

19.根据权利要求11的网络节点(106a)，其中所述推荐服务质量参数集合包括了关于至少一个UMTS QoS属性的推荐值。

20.根据权利要求11的网络节点(106a)，其中所述网络节点是服务供应商的应用服务器(409)。

21.根据权利要求11的网络节点(106a)，其中所述网络节点是一个策略服务器(411)，该服务器进一步被调整成检查是否允许服务供应商将服务指示消息(309)推送到第一客户机终端(102a)。

22.根据权利要求11的网络节点(106a)，其中所述网络节点是一个推送代理网关(410)，它被调整成基于从应用服务器(409)接收的服务消息来创建所述服务指示消息(309)。

23.一种网络节点(106a)中的方法，其中该网络节点在网络中将来自服务供应商的一组分组数据服务提供给移动客户机终端，该方法包括：

为针对第一客户机终端(102a)的推送传输创建一个服务指示消息(309)；以及

将服务指示消息(309)推送(301)到第一客户机终端(102a)，其中服务指示消息(309)包含了关于服务供应商具有传递到第一客户机终端的服务内容的信息，并且该方法的特征在于：该服务指示消息(309)还包含了一个推荐服务质量参数集合，其中该推荐服务质量参数集合是服务供应商为第一客户机终端请求用于接收服务内容的承载服务所推荐的。

24.根据权利要求23的方法，其中该方法还包括根据下列类型的输入信息中的至少一项来确定所述推荐服务质量参数集合：服务内容类型，终端用户预订类型，关于建立承载服务的网络的信息，以及服务内容供应商。

25.根据权利要求23或24的方法，其中所述推荐服务质量参数集合是一个推荐分组数据协议上下文服务质量参数集合。

26.根据权利要求23的方法，其中所述服务指示消息(309)是一个通过附加推荐服务质量参数集合而被修改的WAP推送服务加载消息。

27.根据权利要求23-24中任一权利要求的方法，其中所述服务指示消息(309)是一个通过附加推荐服务质量参数集合而被修改的WAP推送服务指示消息。

28.根据权利要求23-24中任一权利要求的方法，其中所述服务指示消息(309)是经由预先建立的初级分组数据协议上下文(701)而被推送到第一客户机终端(102a)的，并且其中所述推荐服务质量参数集合是一个用于次级分组数据协议上下文的推荐分组数据协议上下文服务质量参数集合。

29.根据权利要求23-24中任一权利要求的方法，其中关于服务供应商具有传递给终端的服务内容的信息包含了用于指示服务内容的统一资源标识符URI。

30.根据权利要求23-24中任一权利要求的方法，其中所述推荐服务质量参数集合包括关于预先定义的UMTS QoS等级的指示。

31.根据权利要求23-24中任一权利要求的方法，其中所述推荐服务质量参数集合包括了关于至少一个UMTS QoS属性的推荐值。

32.根据权利要求23的方法，其中所述方法还包括通过检查预先确定的策略来检查是否允许服务供应商将服务指示消息(309)推送到第一客户机终端(102a)。