专利名称：用于在通信系统中控制推送操作的方法和装置的制作方法
技术领域：
本发明涉及通信系统。更具体地，本发明涉及在通信系统中控制推送操作并提供功能(capability)信息。
技术背景通信系统可以看作这样的设施，其使得在两个或者多个实体之 间能够进行通信会话，通信实体诸如一个或者多个通信设备和/或与 该通信设备相关联的其他节点。通常，通信系统根据给定的标准或 者规范进行操作，这些给定标准或者规范设置了允许与通信系统斗目 关联的各种实体做什么、以及如何实现。标准或者身见范可以定义实 体之间的连接以其作为基础的特定规则集合，诸如通信协议和/或参 数。无线通信系统包括使用射频来在台站(例如，在通信设备以及 收发器网元之间)之间发送语音或者数据的各种蜂窝或者移动通信 系统。无线通信系统的例子可以包括7>共陆地移动网络(PLMN)， 诸如全球移动通信系统(GSM)、通用分组无线业务(GPRS)以及 通用移动通信系统(UMTS)。单个通信系统可以与一个或者多个通 信系统接口连接，诸如与其他无线系统(诸如无线因特网协议(IP) 网络)和/或固定线路通信系统接口连接。可以向通信系统的订户(诸如用户或者最终用户)供给或者提 供多种服务，诸如呼叫、数据通信或者多媒体服务或者仅是对网络 (诸如，因特网)的接入。在服务供应中可以使用服务器，且可以 由网络的运营商或者外部服务提供者来操作服务器。例如，无线应 用协议(WAP)在无线通信网络之上提供了移动通信设备服务。进 一步的服务的例子可以包括但不限于，短消息服务(SMS)、多媒 体消息发送服务(MMS)和电子邮件(email)等。通信设备的客户端可以从服务器请求服务或者信息，服务器则 响应而向客户端传输所请求的服务或者信息。这可以称作收拉(pull) 操作。收拉操作的 一个例子可以包括客户端允许通信设备的用户使 用WAP或者超文本传输协议(HTTP )浏览器来浏览因特网。可替换地，服务器可以传输信息或者内容，而无需来自客户端 的明确请求。这可以称作为推送(push)操作。在下文中将更详细 地讨论推送操作的例子。网络运营商或者另一方可以在通信设备中配置或者向通信设备 提供与服务相关的内容或者其他信息。这种信息的例子可以包括但 不限于关于设备管理(DM)的信息。此外，信息的非限定性例子可 以包括新闻、股票报价、天气、交通报告以及事件的通知，诸如电 子邮件或者MMS消息的到达。信息可以通过空中传输(OTA)传输 到通信设备。WAP论坛已经定义了 一种推送OTA协议，用于通过空中传输将 内容从推送服务器递送到通信设备，诸如支持WAP的通信设备。 WAP Push Architectural Overview U反本2001年7月3日)，Wireless Application Protocol, WAP-250-PushArchOverview-20010703-a概括 了 WAP推送规范，它们一起规定了一种经由WAP架构将内容推送 到移动设备的服务。在推送操作中，推送发起器(PI)可以传输推 送内容并将指令递送到推送代理网关(PPG),推送代理网关则可以 根据递送指令来将推送信息递送到通信设备中的客户端。推送发起 器以及推送代理网关可以是分开的实体，或者共同位于单个实体中。推送OTA是应用层协议，其可运行在无线会话协议(WSP)顶 端用于无连接或者面向连接的推送，或者运行在HTTP顶端用于面 向连接的推送。推送OTA协议由此可以分别称作OTA-WSP和 OTA-HTTP。为了发起连通性，PPG可以向通信设备发送请求(诸 如会话发起请求(SIR))以发起连通性。可以通过由OTA-WSP提 供的无连接推送来发送请求，例如借助于SMS。通信设备则可以如 来激活会话承载，并建立通往PPG的会话。会话可以是WSP或者HTTP会话或者传输控制协议(TCP)连接。在由申请人于2004年12月20日提交的、标题为"Establishing a push session in a communication system" 的芬兰专利申i青20041634中，描述了一种机制，用于通过传输协议信息来从推送服务器向通 信设备提供新型推送协议。PPG能够选择用于传输推送信息的推送方法中的一种。然后， PPG使用所选择的推送操作将推送信息传输到服务器正在服务的通 信设备。然而，接收通信设备通常具有不同的功能，而且并不全都 支持相同的操作。例如，市场上的新设备常常支持复杂的推送方案， 但同时，还有许多旧设备处于使用中，这些旧设备仅支持简单的推 送方案。因而，所期望的是，诸如PPG的推送网关可以根据具体情况选 择在向通信设备或者通信设备组传输推送信息时使用哪种推送机制。通信设备具有不同的功能，并且支持不同的推送操作。通信设 备可能不能支持到不同或者异种网络的若干同时连接。例子可以包 括但不限于具有不同接入点的若干同时PDP上下文。此外，对于推送网关的运营商而言所期望的是，能够知道通信 设备支持什么类型的推送操作。这可以使得运营商能够例如针对支 持高级推送方案的通信设备使用高级的推送方案，并仍然能够服务 于不支持这种高级推送方案的通信设备。发明内容根据本发明的 一 个方面，提供了 一种在通信系统中控制推送操 作的方法。所述方法包括请求与通信设备相关联的功能信息，所 述功能信息包括由所述通信设备支持的至少 一种推送方法的指示。 所述方法进一步包括接收所述功能信息。所述方法进一步包括，根 据所述功能信息来确定一种方式来处理朝向所述通信设备的推送操 作。
根据本发明的另 一方面，提供了 一种用于在通信系统中传输信 息的方法。所述方法包括，接收与通信设备相关联的功能信息，所 述功能信息包括由所述通信设备支持的至少一种推送方法的指示。 所述方法进一步包括将所述功能信息作为在线信息的一部分来进行 存储。所述方法进一步包括，接收针对所述功能信息的请求。所述 方法进一步包括，响应于所述请求来从所述在线信息中选择请求的 功能信息。所述方法进 一 步包括提供所述功能信息。根据本发明的另 一 方面，提供了 一种用于在通信系统中公布功 能信息的方法。所述方法包括，创建用于公布与通信设备相关联的 功能信息的请求，所述功能信息包括由所述通信设备支持的至少一 种推送方法的指示。所述方法进一 步包括向控制在线信息的网络实 体传输所述请求。根据本发明的另 一 方面，提供了 一种包括程序代码装置的计算 机程序，当在计算装置上运行所述程序的时候，用于执行根据本发 明实施方式方法的任意步骤。根据本发明的另 一 方面，提供了 一种用于通信系统的信号发送 元件。信号发送元件提供了关于由通信设备所支持的至少一种推送 方法的信息。根据本发明的另 一 方面，提供了 一种用于通信系统的推送网关。 推送网关配置以请求与通信设备相关联的功能信息，所述功能信息 包括由通信设备所支持的至少 一种推送方法的指示。所述通信网关 进 一 步配置以接收所述功能信息。所述推送网关进 一 步配置以根据 所述功能信息确定一种方式来处理朝向所述通信设备的推送操作。根据本发明的另一方面，提供了一种通信设备。所述通信设备 配置以创建用于公布与所述通信设备相关联的功能信息的请求，所 述功能信息包括由所述通信设备支持的至少 一种推送方法的指示。 所述通信设备进 一 步配置以将所述请求传输至控制在线信息的网络 实体。根据本发明的另一方面，提供了一种通信系统。所述通信系统
包括至少 一个推送发起器，用于提交朝向至少 一个通信设备的推送 操作。通信系统进一步包括推送网关，用于执行朝向所述至少一个 通信设备的推送操作。所述通信系统进一步包括在线服务器，用于 存储和提供与通信设备相关联的功能信息，所述功能信息包括由所 述通信设备支持的至少 一 个推送方法的指示。推送网关配置以从所 述在线服务器获取所述功能信息，并且用以根据所述功能信息确定 一种方式来处理所述推送操作。
现在将通过参考以下例子和附图，仅以例子的方式来进一步详细描述本发明，其中图1示出了其中可以实现本发明实施方式的布置的例子；以及 图2示出了本发明的一个示范性实施方式的信令图。
具体实施方式
图1示出了布置的一个例子，包括通信网络IO、通信设备12、 推送代理网关(PPG) 22以及推送发起器(PI) 24。此外，示出了 应用服务器(AS) 26以及在线服务器28。PPG或者另一推送网关或者推送实体可以实现关于谁能够获得 对网络接入的网络接入控制策略，即，谁能够推送内容而谁不能， 处于什么样的情况下等等。PI 24和PPG 22可以使用如在文档 WAP-205-PushArchOverview-20010703-a中所概述的推送接入协议 (PAP)来在彼此之间通信。PAP支持推送提交、结果通知、推送 取消、推送替换、状态查询以及客户功能查询。在推送提交中，从 PI 24向PPG 22发送消息，该消息包括控制实体、内容实体以及可 选地包括功能实体。控制实体包含针对PPG22的递送指令。控制实 体可以是可扩展标识语言(XML)文档。PI或者另一推送服务器可以是具有推送网关(诸如具有PPG) 的分开的网络实体或者是单个网络实体。在本发明的实施方式中，
可以在设备管理服务器中、在多媒体消息发送服务中心(MMSC)中或者在另一适当网络实体中提供推送服务器。应该理解，图1仅仅是一个例子，其中仅示出了与一个通信设 备、 一个推送代理网关、以及一个推送发起器和一个应用服务器连 接的通信网络。在通信系统中考虑的实体的数目和类型基本上可以 不同于所示出的那些。通常，通信网络进一步包括各种交换实体和 其他控制实体以及网关，用于支持将一个通信网络与一个或多个通 信网络进行接口连接的通信。为了清楚起见，在图1中没有示出这 些控制实体。通常，布置通信系统以服务多个通信设备。此外，通信设备可以具有通往不同或者异种网络的若干同时通信连接，例如但不限于，许多会话发起协议(SIP)会话以及激活的分组数据协议 (PDP )上下文。通信设备可以从相同或者不同网络连接到通信系统。 通信设备可以经由任何适当的接入系统来接入通信网络10。例子可 包括但不限于无线接入网络，例如，UMTS陆地无线接入网络 (UTRAN)或者GSM/EDGE无线接入网络(GERAN )、无线局域 接入网络(WLAN)、码分多址(CDMA)网络、以及诸如蓝牙的短 程无线系统、不同类型的固定接入系统，等等。移动通信网络在逻辑上可以划分成为无线接入网络(RAN)以 及核心网络(CN)。通信设备12可以经由RAN的接入实体(未示 出)来4妄入通信网络10。通信设备12可以例如经由无线接口向连接 到接入实体的收发器网元无线地传输无线信号并从其接收无线信 号。相应地，收发器网元可以向第一通信设备12无线地传输无线信 号并从其接收无线信号。无线通信网络上的服务可以使用例如因特网协议(IP )多媒体核 心网络子系统(IMS)的功能。IMS支持通信设备和到该通信的其他 方(诸如与网络相关联的其他通信设备或者实体)的IP连接。第三 代合作伙伴计划(3GPP)已经定义了 GPRS以及其他技术(例如， WLAN)的使用，用于向IMS服务提供IP连通性。3GPP进一步定 义了在基于会话发起协议(SIP)和相关联的会话描述协议(SDP) 的IMS中使用的呼叫控制协议。同样，第三代合作伙伴计划2 (3GPP2)已经定义了 CDMA以及其他技术的使用，用于根据SIP 和SDP提供IMS服务。在一个实施方式中，通信网络IO是SIP控制的网络。进一步， 在一个实施方式中，通信网络10至少部分由IMS提供。在IMS中， 基于SIP的连接控制由称作呼叫会话控制功能(CSCF，在图中未示 出)的SIP代理来处理。还可以使用另一适当的SIP控制的通信系 统。在使用GPRS接入的3G网络中，可以建立分组凄t据会话以通过 网络携带业务流。这种分组数据会话通常被称作分组数据协议(PDP ) 上下文。PDP上下文可以包括在通信设备和无线网络控制器之间 提供的无线承载；在通信设备、无线网络控制器和服务GPRS支持 节点(SGSN)之间提供的无线接入承载；以及在SGSN和网关GPRS 支持节点(GGSN)之间提供的分组交换数据信道。通常，每个PDP 上下文在特定通信设备以及GGSN之间提供通信路径，并且一旦建 立，则通常可以携带多个流。通常，每个流代表例如特定服务和/或 特定服务的媒体组件。因而，PDP上下文经常代表用于跨越网络的 一个或者多个流的逻辑通信路径。为了在通信设备和SGSN之间实 现PDP上下文，需要建立无线接入承载(RAB),其通常允许用于 通信设备的数据传输。这些逻辑通道和物理通道的实现对于本领域 技术人员是已知的，因而在此不做进一步讨论。由最终用户使用的用于接入通信网络10的通信i殳备12可以是 任何适合的通信设备，也称作终端。例子包括用户设备(UE)、移 动台(MS )、蜂窝电话、个人数字助理(PDA )以及个人计算机(PC )。 进一步的例子可以包括可以^^艮据SIP以及优选地另一适合的网络或 者传输协议(诸如WSP、 HTTP或者TCP)而操作的任何其他设备。收器装置，用于无线地从无线通信系统的收发器网元接收信号以及 将信号传输至无线通信系统的收发器网元。通信设备还可以提供有
显示器和扬声器。通信设备的操作可以借助于包括控制装置(诸如 小键盘、语音命令、触摸敏感屏或者板、或者其组合等)的适当的 用户接口来控制。通信设备通常提供有处理器以及存储器装置，以及操作该设备和支持与其他实体操作的软件和应用程序。能够从通 信系统中的其他实体请求服务的软件可以称为客户端。会话发起协议(SIP)是由因特网工程任务组(TETF)于2002 年6月在文档RFC 3261 "SIP: Session Initiation Protocol"中定义的 应用层控制协议，用于创建、修改和终止与一个或者多个参与者的 会话。连接到基于SIP的通信系统的用户可以根据标准化的SIP消 息来与通信系统的各种实体通信。通信设备或者在通信设备上运行 特定应用的用户向SIP骨千网注册，从而可以正确地将对于特定会 话的邀请递送到那些终端点。SIP向设备和用户提供了注册机制，并 且其应用诸如定位服务器和注册服务器(registrar)的机制以适当地 路由会话邀请。通常，在SIP报头中并不描述会话的细节，诸如媒体类型、编码 解码或者采样频率。而SIP消息的主体可以包括对会话的描述，该 主体以适当的协议格式进行编码。这种协议格式的例子包括会话描 述协议(SDP)，其在1998年的文档RFC 2327 "SDP: Session Description Protocol" 中定义。在本发明的一个实施方式中，可以使用在以上^是及的专利申请 "Establishing a push session in a communication system" 中描述的机 制。所述专利申请描述了使用SIP来建立推送会话，诸如设备管理 (DM)会话，而携带会话发起信息(诸如SIP INVITE)的该SIP 消息可以用于MMS通知等。此基于SIP的推送OTA机制可以称作 OTA-SIP，类似于推送OTA协议OTA-WSP和OTA-HTTP。使用SIP 的会话发起可以将接收的PAP的内容携带至通信设备12,其中PAP 是从PI24到PPG22的。如图1中所示，PAP的内容可以从应用月l 务器26起源。PAP的内容还可以起源于其他的源。PAP的内容可以 包括可以使用HTTP、 WSP或者TCP连接或者其他适当方法传输的XML编码的推送消息。相对于基于音频、视频或者会话的消息发送， 推送会话可以当作4某体组件来对待。例如，可以建立TCP连接上的 DM会话、HTTP上的DM会话、或者WSP上的DM会话。分别执 行TCP、 HTTP或者WSP连接上的MMS通知。可以在消息主体(诸 如SIP消息的SDP主体)中携带用于建立推送会话的所述信息。在本发明的另一实施方式中，如在WAP-250-PushArchOverview -20010703-a中定义的OTA-HTTP和OTA-WSP机制、或者其他的此 类推送机制，可以用于将接收的PAP的内容携带至通信设备12,该 PAP是/人PI 24到PPG 22的。通信设备(诸如通信设备12)可以支持一个或者多个推送方法，诸如通过HTTP (OTA-HTTP)推送、通过WSP (OTA-WSP)推送和/或通过SIP (OTA-SIP)推送。诸如PPG22的推送网关应该能够 选择在将推送信息传输到通信设备或者传输到通信设备组时使用哪种推送机制。通信设备可以具有不同的功能并且可以支持不同的推 送操作。通信设备不能支持到不同接入点的若干同时PDP上下文。 例如，通信设备可能支持三种不同的推送协议，诸如OTA-SIP、 OTA-HTTP以及OTA-WSP。在特定时刻，如果用户正在使用基于 SIP的通信，则在该特定时刻，通信设备仅仅能够使用OTA-SIP,而 不能使用其他两个支持的推送协议OTS-HTTP和OTA-WSP,这是由 于使用其他协议需要设置不同的PDP上下文。此外，即使通信设备支持许多推送操作，通信设备的用户也可 能优选特定的推送操作而不是另一种推送操作。此外，有时用户偏 好可能会改变。现在已经发现，借助于可以由通信设备用户与该用户的在线信 息一起公布的新的信号发送元件(诸如媒体特征标记)，诸如PPG 22 的推送实体可能发现或者认识到推送实体正在服务的通信设备的用 户所支持和/或优选的推送机制。在线功能特性提供了基于网络的服务，用于存储并将使用 一个 通信设备的用户的在线信息分发到使用其他通信设备的其他用户。
可以允许用户订阅彼此的在线信息，并向用户通知状态变化。在由IETF在2000年2月的文档RFC 2778 "A Model for Presence and Instant Messaging"中定义了在线。然而，应该理解，通常在更宽泛 的范围中使用术语在线，其不但指示用户的可用性，还指示用户偏 好以及终端的功能。例如，IETF已经对在线文档做出了扩展，以指 示设备功能，参见例如IETF的因特网草案、对在线信息数据格式 (PIDF )的用户代理功能扩展(2004年10月 24日， draft-itef-simple-prescaps-ext-02 )。返回参考图l,在线功能特性可以包括，第一通信设备12的用 户向在线服务器28发送用以公布用户在线信息的公布请求。公布请 求可以包含以适当才各式(诸如可扩展标识语言(XML)格式)编码 的用户的在线信息。在线信息可以包括个人信息、服务信息、用户 偏好以及终端功能信息。可以使用适当的信令来提交公布请求，诸 如以SIP PUBLISH。用于将在线信息递送到在线服务器的机制的其 他例子可以包括但不限于HTTP、简单对象访问协议(SOAP)等。 第二实体可以是用户在线信息的观察者(watcher),其从在线服务 器28订阅或者取回在线信息。在本发明的实施方式中，第二实体可 以是PPG 22。为了取回在线信息，第二实体可以向在线服务器28 发送SIP订阅(SIP SUBSCRIBE)请求信息。如果在线服务器根据 某些本地策略以及用户指定的策略授权该操作，则第二实体可以接 收该在线信息。可以使用适当的信令(诸如，SIP通知(SIP NOTIFY ) 请求)将在线信息递送至第二实体。在可根据SIP进行操作的适当网元(例如应用服务器(AS)) 中可以实现在线服务器28。在IETF的2004年8月的文档RFC 3840 "Indication User Agent Capabilities in the Session Initiation Protocol(SIP)"中，定义了 一种才几 制，通过该机制，第一 SIP用户代理可将第一 SIP用户代理的功能 和特征传输至其他用户代理以及用于第一 SIP用户代理域的注册服 务器。根据RFC 3840,所述功能和特征信息作为SIP连接头字段的
参数传送，诸如在SIP邀请(SIP INVITE )请求或者SIP注册(SIP REGISTER)请求的连接头字段之中。当用户公布与用户相关联的在线信息时，通常用户还公布与用 户或者用户的通信设备相关联的在线功能。由IETF制定的因特网草 案 "User Agent Capability Extension to Presence Information Data Format(PIDF)"，即2004年10月的draft-ietf-simple-prescaps-ext-02 定义了在RFC 3840中呈现的特征如何作为在线数据的一部分而提 供。在本发明的实施方式中，进一步发展了现有SIP结构。根据RFC 3840的基础定义了指示终端功能的新的媒体特征标记。在此根据 RFC 3840定义了术语々某体特征，作为指示用于处理SIP消息的设施 的信息。媒体特征标记是指示媒体特征的名称。媒体特征集集合了 关于实体可以支持的媒体特征的信息。根据本发明的实施方式，终端功能信息包括指示一般推送功能 的推送々某体特征标记。此外，推送媒体特征标记可以包括表示一般 推送功能细节的至少一个子集。所述细节可以包括一个或者多个推 送方法的至少 一个子集，诸如由通信设备所支持的推送协议或者推 送事件。所述细节可以进一步指示用户对至少一个子集的偏好。所 述细节的例子可以包括但不限于，例如推送方法、内容以及持续时 间。在至少一个子集中指示的推送方法的例子可以包括但不限于 通过SIP推送、通过HTTP推送、通过WSP推送、通过SMS推送 等等。还可以包括进一步的细节，诸如对DM、同步标识语言 (SyncML) 、 MMS通知等的支持。在本发明的实施方式中，与至少一个子集一起的推送媒体特征 标记可以与同用户相关联的在线功能一起由在线服务器28进行公 布。当诸如PPG 22的推送网关开始由推送服务器(诸如PI 24)发 起的朝向通信设备12的推送操作时，推送网关可以首先从在线服务 器28获取针对通信设备12的在线信息，除非此信息在推送网关PPG 22处已经可用，例如，已从先前的操作中获取。当PPG22接收到在
线信息时，PPG 22可以根据在线信息来确定如何继续推送操作。在一个实施方式中，通信设备同时支持的和/或用户偏好的推送 功能在推送媒体特征标记的至少 一 个子集中公布。在一个实施方式中，通信设备支持的所有推送功能在推送媒体特征标记的至少一个子集中公布。可选地，所述推送特征标记的至 少一个子集可以包括关于用户偏好的信息、以及关于通信设备同时 可以支持哪些不同功能的信息。在 一个实施方式中，通信设备同时仅仅能够支持一 个推送协议。 由此，推送媒体特征标记可以包括当前支持的推送协议的信息。送信息的新的媒体特征标记。在下文中，给出了一个非限定性的例子，当其嵌入到如文献draft-ietf-simple-prescaps-ext-02中所定义的在线功能XML文档中时，用于摘录推送媒体特征标记和子集的可能XML编码。在下文的例子中，实体支持具有推送的MMS通知应用和设备管理。在下文的例子中，按照偏好的顺序，设备管理由OTA-SIP、 OTA-HTTP以及OTA-WSP协议所支持。MMS通知由OTA-SIP协议所支持。用户仅对一些MMS通知感兴趣。 <os:push> <os:applications><os:application id="device-management"> <os:protocols><os:protocol preference:" 1 ">ota-sip</os:protocol> 〈os:protocol preference="2">ota-http</os:protocol> <os:protocol preference="3">ota-wsap</os:pfotcool> </os:protocols> </os:application><os: application id="mms-notification"> <os:protocols><os:protocol preference:" 1 ">ota-sip</os:protocol> </os:protocols> <os:evcnts><os: cv6nt>n6 w-unread-mms</o s: cvcnt> <os:event>delivery-of-sent-mms</os:event> <os:cvcnts> </os:application> </os:push〉应该理解，可以由更完整以及复杂的信息来增强上述例子。上 述给出的例子仅用于示出本发明的思路，且仅作为可能实现的非限 定例子。图2显示了示出本发明实施方式的信令图。通信设备12的用户 在诸如SIP公布(SIP PUBLISH)的信号202中包括用户的在线信息 以及在线功能，该在线功能包括推送媒体特征标记，该推送媒体特 征标记包括表示推送功能细节的至少一个子集。与通信设备12相关 联的在线服务器28接收信号202。在线服务器28存储包括在推送媒 体特征标记中的信息以及包括至少一个子集的相关信息。在线服务 器28在信号204 (诸如200 OK)中表示接受了信息的接收 (reception )。在信号206中，推送服务器(诸如，PI 24)向推送网关(诸如， PPG 22)发送一个^是交(submission)以开始对通信i殳备(诸如，UE 12)的推送操作。这个提交可以是例如HTTP POST (HTTP投递)。 PPG 22在信号208中表示接受了该提交。PPG 22开始与关联于UE 12的在线服务器(PS) 28之间的获取 操作。获取操作可以在信号210中映射至获取请求，诸如SIP订阅 请求。SIP订阅请求的"期满，，才艮头可以设置为0。优选地，获取请 求还包含过滤器以向在线服务器28指示PPG 22仅仅有兴趣接收与 推送媒体特征功能相关的信息。在线服务器28在信号212中表示接 收获取请求。应该理解，还可以在早于图2的信号发送图的任意时刻执行订 阅用户的在线信息的信号210和212。例如，PPG22可以在接收4是 交以便开始推送操作之前、或者甚至在通信设备已经公布在线信息 之前订阅该在线信息。响应于接收到获取请求，在线服务器28生成通知，诸如SIP通
知请求，其包含用户的终端推送功能，该用户的终端推送功能包括与用户当前正在使用的至少一个设备(诸如，UE 12)相关的终端推 送功能。针对用户在信号202中所包括的每个子集，SIP通知(SIP NOTIFY)请求还包括子集的信息，诸如用户偏好。在线服务器28 在信号214中向PPG 22发送通知，PPG 22在信号216中表示冲妻受 了该接收。UE 12可以通过向在线服务器28发送新的公布请求(在 图中未示出)而在任意时刻更新用户的推送媒体特征标记信息。更 新的推送信息将代替或者增加到已经存储在在线服务器28的在线信 息中的用户的推送信息。如果PPG22已经订阅了用户的在线信息并 且信息发生变化，则在线服务器28可以向PPG 22发送新的通知请 求，该通知请求包括更新的用户推送i某体特征标记信息。根据在通知中包括的信息，诸如终端推送功能、用户偏好以及 诸其他子集信息，诸如关于用户经由不同推送方法接收的感兴趣的 事件，PPG 22确定如何继续进行在信号206中提交的推送操作。PPG 22可以确定经由OTA-SIP、 OTA-HTTP或者OTA-WSP、或者任何 其他推送技术来继续进行推送操作，或者停止该推送操作。在步骤 推送操作。 、' 、 、， ' "'、IETF在2004年8月制定的文献RFC 3841 "Call Preferences for the Session Initiation Protocol(SIP)"涉及允许呼叫方来表达关于在月艮 务器中请求处理的偏好。RFC 3841定义了提供请求处理偏好的请求 -部署请求才艮头(Request-Disposition r叫uest header )字革殳、以及才是供 特征偏好的接受-连接(Accept-Contact)请求才艮头字段和拒绝-连接 (Reject-Contact)请求报头字l更。呼叫方可以使用特征偏好来选择在由 被叫通信设备所支持的功能中哪些是呼叫方偏爱的。可以结合本发明的实施方式来使用根据RFC 3841的呼叫方偏好 指示。例如，PI 24可以在推送提交(信号206 )中包括呼叫方偏好 指示。在一个实施方式中，如果通信设备(诸如，UE12)已经指示 了支持多种可替换推送方法，则推送网关(诸如，PPG 22)可以根
据由推送服务器(诸如，PI 24)所指示的呼叫方偏好来选择所支持方法的一个。由于用户或者最终用户通常并不明白通信设备的所有技术功 能，因而通信设备可以在在线服务器中自动(没有用户交互)更新 终端的推送功能。然而，用户可以选择例如用户希望经由每种支持方法来接收什么事件和哪种类型的信息(MMS、 DM等)。非限定 性例子可以包括，用户设置优选地使用OTA-WSP来接收MMS通知 以及优选地使用OTA-HTTP来接收DM信息。此外，应理解，图2仅仅示出了用于用户公布在线信息的一种 可能方法。图2的示范性的公布方法(信号202)源于UE处。另一 种可能性可以是所谓的网络提供的在线，其中网络实体(诸如， S-CSCF)公布用户的在线信息。网络提供的在线信息可能不能携带 终端功能，这是由于用户可以改变终端。然而，网络提供的在线信 息可以携带某些存储在网络中的用户偏好。在不偏离由所附权利要求书限定的本发明的范围和精神的情况下， 可能进行各种修改。应该理解，尽管本发明的实施方式主要描述的 是关于诸如移动台的移动通信设备，但是本发明的实施方式可以适 用于可以接入通信网络的其他类型的通信设备。此外，虽然主要提 及了移动通信系统，但实施方式也可以适用于其他合适的通信系统。 应理解，本发明不限于任何特定的接入技术，而是在本发明的实施 方式中可以使用可以与推送方法结合使用的任何接入技术。
权利要求
1.一种用于在通信系统中控制推送操作的方法，所述方法包括请求与通信设备相关联的功能信息，所述功能信息包括由所述通信设备支持的至少一种推送方法的指示；接收所述功能信息；以及根据所述功能信息确定一种方式来处理朝向所述通信设备的推送操作。
2. 根据权利要求1所述的方法，其中接收所述功能信息的步骤 进一步包括接收一个指示，所述指示指示了所述通信设备的用户在 推送操作中优选使用的至少 一种推送方法。
3. 根据权利要求1或者2所述的方法，其中接收所述功能信息 的步骤进一步包括接收关于至少一个服务以及针对所述至少一个服 务将要使用的优选推送方法的信息。
4. 根据权利要求1至3的任一项所述的方法，其中接收所述功 能信息的步骤包括接收一个指示，所述指示指示支持通过会话发起 协议的推送、通过超文本传输协议的推送、通过无线会话协议的推 送以及通过短消息服务的推送中的至少 一个。
5. 根据权利要求1至4的任一项所述的方法，其中所述确定步 骤包括确定使用在所述功能信息中指示的至少 一个推送方法中的一 个以处理所述推送操作。
6. 根据权利要求1至5的任一项所述的方法，其中所述确定步 骤包括对由处理所述推送操作的所述实体支持的至少 一 种推送方法 进行比较，并且当发现得到所述实体支持时，确定使用在所述功能 信息中指示的所述至少 一种推送方法中的 一个以处理所述推送操 作。
7. 根据权利要求6所述的方法，其中所述确定步骤进一步包括 对由处理所述推送操作的所述实体优选的至少 一种推送方法进行比 较，并且当发现得到所述实体优选时，确定使用在所述功能信息中 指示的所述至少一种推送方法中的一个以处理所述推送操作。
8. 根据权利要求1至7的任一项所述的方法，进一步包括接收 提交以开始朝向所述通信设备的推送操作。
9. 根据权利要求8所述的方法，其中接收所述提交的所述步骤 包括接收指示将使用的优选推送方法的所述提交。
10. 根据权利要求9所述的方法，其中所述确定步骤包括将所述 功能信息与在所述提交中指示的所述优选推送方法进行比较，并且 如果所述优选的推送方法包括在所述功能信息中则确定使用所述优 选的推送方法。
11. 根据权利要求9所述的方法，其中所述确定步骤进一步包括， 如果在所述功能信息中不包括所述优选推送方法，则确定使用在所 述提交中指示的所述优选推送方法以外的、在所述功能信息中指示 的另一推送方法。
12. 根据权利要求9所述的方法，其中所述确定步骤进一步包括， 如果在所述功能信息中不包括所述优选推送方法，则确定停止所述 推送操作。
13. —种计算机程序，包括当所述程序在计算装置上运行时用于 执行权利要求1至12的任一项所述的任何步骤的程序代码。
14. 一种用于在通信系统中传输信息的方法，所述方法包括 接收与通信设备相关联的功能信息，所述功能信息包括由所述通信设备支持的至少 一 个推送方法的指示；将所述功能信息作为在线信息的 一 部分而存储； 响应于所述请求，从所述在线信息中选择请求的功能信息；以及 提供所述功能信息。
15. 根据权利要求14所述的方法，进一步包括评估相关于请求 所述功能信息的实体的认证规则，并在所述认证规则授权提供时提 供所述功能信息。
16. —种用于通信系统的信号发送元件，所述信号发送元件提供 了关于由通信设备所支持的至少一种推送方法的信息。
17. 根据权利要求16所述的信号发送元件，进一步提供关于所述通信设备的用户在推送操作中优选使用的至少 一种推送方法的信 白、
18. 根据权利要求16或者17所述的信号发送元件，进一步提供关于至少一种服务以及用于所述至少一种服务的优选推送方法的信 白、
19. 根据权利要求16至18的任一项所述的信号发送元件，提供 一个指示，所述指示指示支持通过会话发起协议的推送、通过超文 本传输协议的推送、通过无线会话协议的推送以及通过短消息服务 的推送中的至少一个。
20. 根据权利要求16至19的任一项所述的信号发送元件，配置 以经由控制在线信息的网络实体来从通信设备传输至推送网关。
21. —种用于在通信系统中公布功能信息的方法，所述方法包括 创建用于公布与通信设备相关联的功能信息的请求，所述功能信息包括由所述通信系统支持的至少 一种推送方法的指示；以及 向控制在线信息的网络实体传输所述请求。
22. 根据权利要求21所述的方法，其中所述创建步骤包括根据 设备功能、用户偏好以及所述设备的用户输入的至少 一个来创建所 述请求。
23. —种用于通信系统的推送网关，所述推送网关配置以 请求与通信设备相关联的功能信息，所述功能信息包括由所述通信系统支持的至少 一种推送方法的指示； 接收所述功能信息；以及根据所述功能信息确定 一种方式来处理朝向所述通信设备的推 送操作。
24. —种用于通信系统的推送网关，所述推送网关包括 请求装置，用于请求与通信设备相关联的功能信息，所述功能信息包括由所述通信设备支持的至少 一种推送方法的指示； 接收装置，用于接收所述功能信息；以及确定装置，用于根据所述功能信息确定一种方式来处理朝向所述 通信设备的推送操作。
25. —种通信设备，配置以创建用于公布与所述通信设备相关联的功能信息的请求，所述功 能信息包括由所述通信设备支持的至少一种推送方法的指示；以及 向控制在线信息的网络实体传输所述请求。
26. —种通信设备，包括创建装置，用于创建用于公布与所述通信设备相关联的功能信息 的请求，所述功能信息包括由所述通信设备支持的至少一种推送方 法的指示；以及传输装置，用于向控制在线信息的网络实体传输所述请求。
27. —种通信系统，配置以提供提交以开始朝向通信设备的推送操作； 获取与所述通信设备相关联的功能信息，所述功能信息包括由所 述通信设备支持的至少一种推送方法的指示；以及 根据所述功能信息确定处理所述推送操作的方式。
28. —种通信系统，包括至少 一个推送发起器，用于向至少 一个通信设备提交推送操作； 以及推送网关，用于执行朝向所述至少一个通信设备的推送操作；以及在线服务器，用于存储和提供与通信设备相关联的功能信息，所 述功能信息包括由所述通信设备支持的至少 一种推送方法的指示；其中所述推送网关配置以从所述在线服务器获取所述功能信息， 并且根据所述功能信息确定处理所述推送操作的方式。
全文摘要
提供了一种在通信系统中控制推送操作的方法。该方法包括请求与通信设备相关联的功能信息。功能信息包括由通信设备支持的至少一种推送方法的指示。该方法进一步包括接收功能信息。该方法进一步包括，根据功能信息来确定一种处理朝向通信设备的推送操作的方式。功能信息可以作为与通信设备的用户相关的在线信息的一部分而存储。
文档编号H04Q7/32GK101151918SQ200680009931
公开日2008年3月26日 申请日期2006年1月16日 优先权日2005年2月9日
发明者M-A·加西亚-马丁, T·恩盖延普休 申请人:诺基亚公司