CN101018353A

CN101018353A - 利用移动单元配置业务数据

Info

Publication number: CN101018353A
Application number: CNA2006100821009A
Authority: CN
Inventors: 尹爱昊
Original assignee: Lucent Technologies Inc
Current assignee: Nokia of America Corp
Priority date: 2006-02-10
Filing date: 2006-02-10
Publication date: 2007-08-15
Also published as: US20070190990A1

Abstract

本发明提供了一种用于经由空中接口管理业务数据的方法。所述方法包括从移动单元接收与指示业务数据的信息相关的请求，并将所述与指示业务数据的信息相关的请求提供给服务器，所述业务数据与所述移动单元相关，所述服务器被配置为存储指示所述业务数据的信息。

Description

利用移动单元配置业务数据

技术领域

本发明主要涉及通信系统，尤其涉及无线通信系统。

背景技术

第二代无线通信系统和网络正发展为根据第三代(3G)无线通信标准操作的无线通信系统和网络，例如由第三代伙伴合作计划(3GPP)定义的用于UMTS的无线通信标准以及由第三代伙伴合作计划-2(3GPP2)定义的用于码分多址(CDMA)的无线通信标准。举例来说，3GPP 33.203和3GPP2 S.R0086技术规范定义了一种互联网协议(IP)多媒体子系统(IMS)，该子系统定义了用于使用称作会话启动协议(SIP)的信令协议的标准。所述SIP是用于支持各种提供给移动单元的多媒体业务的官方协议。示范性IMS业务包括互联网会议、互联网电话、视频电话技术、事件通告、即时消息传送等等。

传统的3G通信系统为一个或多个IP多媒体用户设备(UE)提供IMS业务，所述IP多媒体用户设备(UE)也可以被称为移动单元、用户终端、接入终端等等。UE可与IMS网络的第一入口节点建立呼叫会话，所述第一入口节点例如是用于点到点协议(PPP)会话的建立、维护和终止的代理呼叫会话控制功能单元(P-CSCF)，所述代理呼叫会话控制功能单元(P-CSCF)可通信地耦合到提供数据库功能的归属用户服务器(HSS)、提供会话控制业务的服务器呼叫会话控制功能单元(S-CSCF)、应用服务器(AS)以及其他设备。所述应用服务器可以根据与UE相关、且存储在所述归属用户服务器上的业务数据来为UE提供IMS业务。举例来说，所述应用服务器可以基于与UE相关的业务数据，提供呼叫转移业务、免打扰业务、呼叫等待业务等等。

例如，由于环境改变，用户可能希望修改他们的业务数据。举例来说，当用户预计接近陆线电话时，其可能希望启动呼叫转移到陆线电话，并指定陆线电话的电话号码。然而，传统UE不允许用户经由空中接口指定和/或修改与UE相关的业务数据。相反，用户必须使用其他外部路径指定和/或修改业务数据。举例来说，在3G系统中，用户业务数据被集中存储在归属用户服务器上。所述应用服务器可以经由预定义接口存取/或修改所述归属用户服务器上的业务数据。如果用户希望指定和/或修改业务数据，用户必须使用SIP空中接口以外的路径，例如操作员帮助平台(operator help-desk)、交互式声音应答机、浏览器或网络服务器等等接入应用服务器或HSS。

发明内容

本发明旨在解决上述一个或多个问题的影响。以下介绍发明的简单概述以提供对于本发明的一些方面的基本了解。这个概述并非本发明的穷举。其既非为了标识本发明主要的或关键性的元素，也并非限定本发明的范围。其唯一目的是以简化形式呈现一些概念作为后面论述的更详细说明的序言。

在本发明的一个实施例中，提供了多种用于经由空中接口管理业务数据的方法。所述方法的一个实施例包括从移动单元接收与指示关于所述移动单元的业务数据的信息相关的请求，并将所述与指示关于移动单元的业务数据的信息相关的请求提供给服务器，所述服务器被配置为存储指示所述业务数据的信息。本方法的另一个实施例包括从移动单元接收与指示关于所述移动单元的业务数据的信息相关的请求，并接收响应消息，所述响应消息指示所述指示业务数据的信息已经被提拱给服务器，所述服务器被配置为存储所述指示业务数据的信息。

附图说明

参考下列描述，结合附图可以理解本发明，其中相同的附图标记标识相同的单元，在附图中：

图1概念性说明了根据本发明的无线通信系统的一个示范实施例；

图2概念性说明根据本发明的移动单元的一个示范实施例，所述移动单元包括用于显示和/或修改业务数据的用户接口；

图3示出了根据本发明的SUBSCRIBE和NOTIFY消息：

图4概念性说明了根据本发明检索业务数据的方法的一个示范实施例：

图5概念性说明了根据本发明修改业务数据的方法的一个示范实施例；

图6概念性说明了根据本发明向移动单元业务通知数据已经被修改的方法的一个示范实施例。

尽管本发明可经受许多修改和备选形式，其具体的实施例已经通过图中的举例示出，并且在这里进行详细描述。然而，应当理解的是，本文的具体实施例并非为了将本发明限于所公开的特定形式，相反，本发明涵盖属于如所附权利要求书所定义的本发明精神和范围的全部修改、等同物和备选方案。

具体实施方式

以下描述了本发明的说明性实施例。为清楚起见，并非实际实施方式的所有特征都在说明书中描述。当然，应当理解的是，在任何这样的实际实施例的开发过程中，为实现开发者的具体目的，应当做出许多特定于实施方式的判定，例如符合与系统相关的和与商业相关的限制，这将依据实施方式的不同而不同。此外，应当理解的是，这样的开发努力可能复杂且耗时，但对于受益于本发明的本领域技术人员而言，这些只是例行程序。

根据计算机存储器内的软件或算法以及操作的数据比特符号表示，给出本发明的各个部分和相应的详细说明。通过这些描述和表示，本领域技术人员能有效地将他们的工作实质传达给本领域其他技术人员。作为在这里使用的术语并且正如其通常所使用的，算法被构思为一种产生期望结果的自相一致的步骤序列。这些步骤需要物理量的物理操纵。通常但并非必然，这些量采用能够被存储、传递、组合、比较和操纵的光、电或磁信号的形式。大体上为了通用目的，以比特、值、单元、符号、字符、项、数字等方式表示这些信号被证明是方便的。

然而，应当留意的是，所有这些和相似术语与适当物理量相关，并且仅仅是应用于这些量的便利标记。除非特别指出，或从讨论中明显看出，诸如“处理”或“计算”或“运算”“确定”或“显示”等等的术语指的是计算机系统或类似的电子计算设备的动作和过程，其将在计算机系统的寄存器和存储器内的表示为物理、电子量的数据操纵和变换为计算机系统存储器或寄存器或其他这样的信息存储器、传输或显示设备内的其他类似地表示为物理量的数据。

此外，应当注意的是，本发明的各个软件实现方面一般是在某种形式的程序存储介质上编码，或在某种类型传输介质上实现。所述程序存储介质可以是磁的(例如，软盘或硬盘)或光的(例如只读存储器CD或“CDROM”)，可以为只读或随机存取。类似地，所述传输介质可以是绞合线对、同轴电缆、光纤或其他一些为本领域所公知的适合传输介质。本发明并不限于任何特定实施方式的这些方面。

以下将参照附图描述本发明。仅为了说明目的，各种结构、系统和设备在附图内进行示意性描述，以便不会以那些为本领域的技术人员所熟知的细节来混淆本发明。然而，附图是为了描述和解释本发明的示范性实例。应当理解的是，本文所使用的文字和短语应当被理解和解释为具有与本领域技术人员对那些文字和短语的理解一致的意义。术语或短语的非专用定义，即不同于本领域技术人员所理解的普通和习惯意义的定义，由本文的术语或短语的一致用法所隐示。如果术语或短语具有特殊的意义，即不同于技术人员所理解的意义，这些特殊定义将以明确方式在说明书中清楚地阐述，即直接且明确提供所述术语或短语的特殊定义。

图1概念性说明了无线通信系统100的一个示范实施例。在所述实施例中，所述无线通信系统100根据第三代(3G)无线通信标准提供无线连接性，例如由第三代合作伙伴计划(3GPP)定义的用于UMTS的无线通信标准和由第三代合作伙计划-2(3GPP2)定义的用于码分多址(CDMA)的无线通信标准。在一个实施例中，所述无线通信系统100可以根据互联网协议(IP)多媒体子系统(IMS)提供无线连接性，所述互联网协议(IP)多媒体子系统(IMS)定义用于使用会话启动协议(SIP)来支持各种多媒体业务的标准。然而，受益于所公开内容的本领域技术人员应当理解，本发明并不限于仅根据上述系统和/或协议操作的无线通信系统100。

在所示实施例中，无线通信系统100经由一个或多个空中接口110提供到一个或多个移动单元105的无线连接性。举例来说，所述无线通信系统100可以经由根据SIP协议操作的一个或多个SIP空中接口110提拱到所述移动单元105的无线连接性。为清晰起见，在图1中示出了一个移动单元105和单个空中接口110。然而，受益于所公开内容的本领域技术人员应当理解，本发明并不限于任何特定数量的移动单元105和/或空中接口110。所述移动单元105可以是任何类型的移动单元，包括但不限于蜂窝电话、个人数据助理、智能电话、网络接口卡、便携式计算机、台式计算机等等。本领域技术人员还应当理解的是，所述移动单元105可使用其他术语，例如移动电话、用户设备、用户终端、接入终端等等相称。

所述空中接口110可将所述移动单元105连接到无线通信系统100的第一入口节点115。在所示实施例中，所述第一入口节点是代理呼叫会话控制功能单元(P-CSCF)115，其与服务器CSCF(S-CSCF)120、应用服务器(AS)125和归属预约服务器(HSS)130通信耦合。P-CSCF 115、S-CSCF 120、AS125和HSS 130为本领域公知，且为清晰起见，本文将仅进一步描述那些与本发明相关的单元操作特征。此外，受益于所公开内容的本领域技术人员应当理解，在备选实施例中，所述第一入口节点120可与无线通信系统100的更多、更少和/或不同的单元耦合。举例来说，所述无线通信系统100可包括一个或多个负责登记、路由和转发SIP消息和计费的询问CSCF单元。

所述应用服务器125可经由空中接口110为移动单元105提供一个或多个应用和/或业务。在一个实施例中，所述应用服务器125是可运行用于IMS用户的IMS业务逻辑的IMS应用服务器。示例性的业务可能包括呼叫转移、呼叫等待、免打扰功能等等，以及诸如互联网会议、互联网电话、视频电话、事件通告、即时消息传送、好友列表、黑名单等等的IMS业务。然而，受益于所公开内容的本领域技术人员应当理解的是，本发明不限于这些示例性的业务。

所述应用服务器125可能根据业务数据为移动单元105提供一个或多个业务。如在此所使用的，术语“业务数据”将被理解为任何可被用来为移动单元105和/或移动单元105的终端用户配置和/或提供业务的信息。举例来说，业务数据可能包括指示终端用户希望转发所有指向所述移动单元105的呼叫的信息，以及指示转发设备、电话号码、互联网地址等等的信息。对于其他实施例，业务数据可能包括指示呼叫等待功能启用的信息、指示所述移动单元105的终端用户不想被打扰且呼叫应当被指向语音信箱的信息、以及用于配置和/或提供一个或多个IMS业务的信息。在包括好友列表和/或黑名单的实施例中，用户可以使用这个接口定义好友/黑名单列表，在所述列表中增加好友/黑名单成员，和/或删除好友/黑名单成员。用户还能够通过拨号好友别名SIP地址来邀请好友列表中的全部(或某些选择的)成员参加语音/视频会议，而不是逐个邀请好友。可借助应用服务器125阻挡来自黑名单中的成员的呼入。然而，受益于所公开内容的本领域技术人员应当理解，这些示范类型的业务数据是说明性的，而不是限制本发明。

业务数据可能被存储在归属预约服务器130内。在一个实施例中，所述归属预约服务器130可能维护这样的数据库，即所述数据库包括与移动单元105和/或移动单元105的终端用户相关的业务数据。举例来说，所述归属预约服务器130可能包括用户业务简表数据库，所述用户业务简表数据库包括诸如登记数据、业务过滤准则、业务数据、定位数据等等的信息。所述数据库可以通过诸如国际移动用户识别符(IMSI)的用户识别符来标引。所述归属预约服务器130还可能支持一个或多个用于查询和/或更新所述用户业务数据的接口135。在所示实施例中，所述归属预约服务器130支持所述应用服务器125与归属预约服务器130之间的Sh接口135。所述Sh接口135由诸如3GPP和3GPP2标准的第三代标准来定义。

所述移动单元105被配置为通过空中接口110提供信息，所述空中接口110可能被用于配置和/或修改与移动单元105和/或所述移动单元105的终端用户相关的业务数据。举例来说，SIP定义可以被用于通过空中接口110传送不同类型信息的预约和通告消息。包含在预约/通告消息内的信息类型以及任何由预约/通告消息内的信息所指示的任何行为，可由在预约/通告消息的标题内指定的“EventType(事件类型)”指示。所述SIP预约和通告消息通常是指SUBSCRIBE和NOTIFY消息。可以使用例如由IMS标准定义的可扩展标记语言(XML)码来形成和/或语法分析SUBSCRIBE和NOTIFY消息体。

在所示实施例中，所述移动单元105可能支持“业务数据”事件类型的预约/通告消息。如下文详述，所述业务数据事件类型指示相应的预约和/或通告消息包括这样的信息，即所述信息可用于请求/提供与移动单元105相关的业务数据、配置与移动单元105相关的业务数据和/或修改与移动单元105相关的业务数据。在一个实施例中，例如像IMS标准所定义的，所述移动单元105可被配置为在SUBSCRIBE消息体中编制业务数据预约/通告消息的可扩展标记语言(XML)码，并语法分析在NOTIFY消息体中接收的业务数据预约/通告消息。以下将提供业务数据事件类型的SUBSCRIBE和/或NOTIFY消息的具体实施例的详细说明。

移动单元105还可支持各种与业务相关的鉴权和/或维护功能。举例来说，所述移动单元105可支持业务配置预约的鉴权确认。所述移动单元105还可能从不同的应用服务器累积和组织业务数据，并在本地存储器上存储和/或刷新所述业务数据。所述移动单元105还可被配置为刷新对于所选择预约间隔内的任何业务配置的预约。在一个实施例中，所述移动单元105可提供用于动态显示和修改业务数据的用户接口。

图2概念性说明了移动单元200的一个示范实施例，所述移动单元包括用于显示和/或修改业务数据的用户接口205。在所示实施例中，所述用户接口205显示当前业务数据的一部分。举例来说，所述用户接口205指示呼叫转移业务已经关闭，呼叫等待业务开启，并且免打扰业务被设置为允许呼叫被路由到移动单元200。在一个实施例中，所述用户接口1205还可被用来修改当前业务数据。举例来说，指示设备210可被用于选择其中一个业务以做出修改。用于操作图形用户接口和/或指示设备的技术为本领域技术人员所熟知，为清晰起见，在这里不做进一步描述。

返回参考图1，所述移动单元105可经由空中接口110，将包括所述信息的请求(例如在预约消息内)提供给P-CSCF 115，所述P-CSCF 115可将所述信息转转发至S-CSCF 120。所述P-CSCF 115可能是IMS系统内的第一接触点，并且因而可在移动单元105与S-CSCF 120之间传送SIP消息。所述S-CSCF 120可执行移动单元105的会话控制业务，并可维护用于支持所述业务的会话状态。所述S-CSCF 120还可以判定所述应用服务器125是否被要求接收与用于业务处理的呼入SIP会活请求相关的信息。P-CSCF 115和/或S-CSCF 120以及在无线通信系统100内的其他任何CSCF单元，可被配置为识别SUBSCRIBE和NOTIFY消息的“事件类型”标题内的“业务-数据”及其对应响应。所述“业务-数据”事件类型指示对于本文所述的业务数据配置技术的一个或多个实施例的支持。

在某些实施例中，可以使用XML实现SUBSCRIBE和/或NOTIFY消息。举例来说，XML脚本可以用来承载业务数据以及在SUBSCRIBE/NOTIFY消息体中的有关操作。供内容-类型标题使用的名称可以是：application/service-config+xml。在一个实施例中，P-CSCF 115和/或S-CSCF 120可被配置为将SUBSCRIBE和/或NOTIFY消息转发至具有未改变消息的XML体的适当目的地。传统S-CSCF功能性可支持根据与移动单元105和/或所述移动单元105的终端用户相关的初始过滤准则(IFC)，将用于业务配置的SUBSCRIBE消息转发至应用服务器125。示范SUBSCRIBE和NOTIFY消息300、305在图3中示出。

所述应用服务器125可经由接口135将指示业务数据的信息提供给归属预约服务器130，或从归属预约服务器130接收所述信息。在一个实施例中，所述应用服务器125可支持连接到用于用户数据检索和修改的HSS的Sh接口135。所述应用服务器125还可支持用于上述“业务数据”事件类型的SUBSCRIBE/NOTIFY过程。应用服务器125可执行映射操作，以在SIP“业务数据”事件和Sh消息之间转换。举例来说，应用服务器215可语法分析在SUBSCRIBE消息体内的XML请求，并将其映射至可经由接口135而被提供到归属预约服务器130的一个或多个Sh请求。应用服务器125还可使用包括在Sh响应内的信息编制XML响应，所述XML响应可在NOTIFY消息的体内被传送到移动单元105。应用服务器125可更进一步的形成Sh通告消息，并控制业务配置预约的鉴权，并管理操作会话超时。

图4概念性示出了检索业务数据的方法400的一个示范实施例。在所示实施例中，用户(或终端用户)将信息输入(405)移动单元(MU)上的业务配置接口，以触发从归属预约服务器(HSS)下载的业务数据。举例来说，用户可使用指示设备或触针轻敲图形用户接口的一部分，以启动业务数据下载(405)。然后，如箭头410所指示，所述移动单元可提供指示下载所述业务数据的请求的消息。举例来说，移动单元可将包括XML请求的SUBSCRIBE消息发送至P-CSCF，如箭头415所指示，所述P-CSCF可将SUBSCRIBE消息转发给所指配的S-CSCF。

然后，所述S-CSCF可将过滤应用于所提供的消息(420)。所述过滤可用来根据某些过滤准则选择或识别消息或部分消息。举例来说，所述S-CSCF可根据从HSS下载的过滤准则，匹配或识别SUBSCRIBE消息。然后，如箭头425所指示，所述S-CSCF可将所过滤的SUBSCRIBE消息转发至应用服务器(AS)。所述应用服务器可确认(430)所提供的消息包括有效请求。举例来说，所述应用服务器可检查(430)XML请求的有效性。如果所述请求有效，则如箭头435所指示，所述应用服务器可将确认消息返回至所述移动单元。举例来说，所述应用服务器可经由S-CSCF和P-CSCF将“200 OK”响应返回至移动单元。所述应用服务器将由移动单元提供的请求映射(440)至可被提供给归属预约服务器的消息。举例来说，所述应用服务器可将XML请求映射(440)至业务-数据-请求(UDR)消息，所述业务-数据-请求(UDR)消息可经由Sh接口提供至归属预约服务器。然后，如箭头445所指示，所述应用服务器可将所述消息提供给归属预约服务器。

所述归属预约服务器可查询(450)用户业务数据库，以定位和/或检索已请求的业务数据。举例来说，归属预约服务器可根据在UDR信息内接收的用户-身份，查询(450)用户业务数据库。然后，如箭头455所指示，归属预约服务器将包含所检索业务数据的消息提供给所述应用服务器。举例来说，归属预约服务器可以将UDA(业务-数据-应答)消息返回至应用服务器。所述应用服务器使用所提供的消息以形成响应消息(460)。举例来说，如箭头465所指示，所述应用服务器可语法分析UDA消息，以确定用户的业务和/或业务数据，并将业务数据和允许的操作编制XML响应，所述XML响应可以被发送(例如，在NOTIFY消息内)至S-CSCF。如箭头470所指示，所述S-CSCF将NOTIFY消息转发至P-CSCF，并如箭头475所指示，所述P-CSCF将NOTIFY消息转发至所述移动单元。所述移动单元语法分析XML业务响应，并在移动单元的终端接口上显示(480)所述XML业务响应。所述数据操作还可能被语法分析，并被显示(480)在所述移动单元的终端接口上。

在一个备选实施例中，例如所述应用服务器可能已经经由UDR和UDA消息请求所述用户的业务数据。在这种情况下，所述应用服务器可能不必确认(430)所述请求的有效性，所述归属预约服务器可能不必查询(450)所述数据库。相反地，所述应用服务器可通过使用预先从归属预约服务器检索的本地存储的业务数据编制响应，直接响应于所述业务请求。

在一个实施例中，所述移动单元可以通过在预约期满的时间周期内，周期性地重发SUBSCRIBE消息来维护有效的预约。所述SUBSCRIBE消息可能并不包括XML体。通过周期性地重发所述SUBSCRIBE消息，所述移动单元可以接收任何业务数据改变的通告，如同下文详述。在一个实施例中，所述移动单元可在加电时启动对于业务配置的预约，并可以在断电时启动未预约。

图5概念性说明了修改业务数据的方法500的一个示范实施例。在所示实施例中，用户(或终端用户)创建和/或修改(505)与一个或多个可被提供给移动单元(MU)的业务相关的业务数据。举例来说，所述用户可通过将信息输入移动单元上的业务配置图形用户接口，创建和/或修改(505)业务数据。然后，如箭头510所指示，移动单元可将包括指示所创建和/或修改业务数据的信息的消息提供给P-CSCF。举例来说，所述移动单元可通过将包含XML请求的SUBSCRIBE消息发送至P-CSCF，提供业务数据修改请求。所述XML请求可能包括指示将要被修改的业务的信息、业务数据和将在归属预约服务器处执行的操作(例如，增加、修改或删除业务数据)。如箭头515所指示，所述P-CSCF将SUBSCRIBE消息转发至所指配的S-CSCF。

所述S-CSCF随后可将过滤应用于所提供的消息。举例来说，S-CSCF可根据从HSS下载的过滤标准匹配所述SUBSCRIBE消息。然后，如箭头525所指示，所述S-CSCF可将过滤的SUBSCRIBE消息转发至应用服务器(AS)。所述应用服务器可确认(430)所提拱的信息包括有效请求。举例来说，所述应用服务器可检查(530)XML请求的有效性。如果所述请求有效，则如箭头535所指示，所述应用服务器可将确认消息返回至移动单元。举例来说，所述应用服务器可经由S-CSCF和P-CSCF将“200 OK”响应返回至移动单元。所述应用服务器将由移动单元提供的请求映射(540)到可被提供给归属预约服务器的消息。举例来说，所述应用服务器可将XML请求映射(540)至PUR(简表更新请求)消息，所述PUR消息可经由Sh接口提供给归属预约服务器。然后，如箭头545所指示，所述应用服务器可将所述消息提供给归属预约服务器。

然后，所述归属预约服务器可验证(550)包含在所述消息，例如PUR消息内的业务数据信息，而后使用包含在所述消息内的信息来(550)修改所述业务数据。举例来说，所述归属预约服务器可存取位于数据库内的与移动单元相关的业务数据简表，并使用包含在所述消息内的信息更新一部分业务数据。如箭头555所指示，所述归属预约服务器提拱指示所述业务数据已被修改的响应。举例来说，所述归属预约服务器可将PUA(简表-更新-应答)消息返回至所述应用服务器。PUA消息内的结果指示修改成功与否。然后，所述应用服务器语法分析(560)所述PUA消息，并将结果译解(560)成包含在NOTIFY消息内的XML响应。然后，如箭头565所指示，所述应用服务器可将NOTIFY消息发送至S-CSCF，并如箭头570所指示，所述S-CSCF将NOTIFY消息转发至P-CSCF。如箭头575所指示，P-CSCF可将NOTIFY消息转发至移动单元。所述移动单元语法分析XML业务响应，并在移动单元的终端接口上显示(580)操作结果。

图6概念性说明了向移动单元通知业务数据已经被修改的方法600的一个示范实施例。在所示实施例中，与移动单元相关并存储在归属预约服务器上的业务数据由所述移动单元之外的设备修改(605)。举例来说，业务提供商的员工可修改业务数据(605)。对于其他实施例，所述用户可使用操作员帮助平台、交互式声音应答机、浏览器或网络服务器等等存取和/或修改(605)业务数据。如步骤610所指示，归属预约服务器然后可提供指示所述业务数据已经被修改的消息。举例来说，当业务数据由外部单元修改时，所述归属预约服务器可将简表-更新-请求(PUR)发送至应用服务器。

然后，所述应用服务器可将本地存储的用户业务数据更新(615)为PUR消息内的新数据，而后如箭头620所指示，将确认消息返回至归属预约服务器。举例来说，所述应用服务器可将简表-更新-应答(PUA)消息提供给归属预约服务器。然后，所述应用服务器可确认(625)有效的预约可用于所述移动单元。如果用于业务配置的移动单元预约仍然有效，则所述应用服务器可形成(630)包括指示已修改业务数据的信息的响应。举例来说，所述应用服务器可在NOTIFY消息的XML体内编制包括已修改业务数据的NOTIFY消息。

如箭头635所指示，所述应用服务器可将NOTIFY消息发送至S-CSCF，并如箭头640所指示，S-CSCF可将NOTIFY消息转发至P-CSCF。然后，如箭头645所指示，所述P-CSCF可将NOTIFY消息转发至所述移动单元。然后，所述移动单元可显示(650)指示已修改业务数据的信息。举例来说，所述移动单元可语法分析NOTIFY消息的XML体，存储新的业务数据，并在移动单元的用户接口上显示(650)所述消息的一部分，以向用户通知所述业务数据出现了改变。然后，如箭头655所指示，所述移动单元可提供确认所述消息已被接收的消息。举例来说，所述移动单元可提供“200 OK”消息，以确认接收到NOTIFY消息。

以下是可以用于上述实施例的“service-config+xml”请求/响应消息的实例：

●请求查询用于无应答呼叫转移业务(MU-＞IMS)的业务数据：

<？xml version＝“1.0”encoding＝“UTF-8”？>

<service-config xmlns＝“urm:ietf:params:xml:service-config”

xmlns:xsi＝“http:// www.w3.org/2001/XMLSchema-instance”>

<requesttyp＝“Query”SeqNum＝“1”>

<serviceName>callForwardingNoReply</serviceName>

</service>

</request>

</service-config>

●用于无应答呼叫转移业务的业务数据查询结果：

<？.xml version＝“1.0”encodimg＝“UTF-8”？>

<service-config xmlns＝“urn:ietf:params:xml:ns:service-config

xmlns:xsi＝“http://www.w3.org/2001/XMLSchema-instance”>

<serviceName>CallForwardingNoReply</serviceName>

</serviceData>

</serviceData>

</service>

</response>

</service-config>

●修改业务数据-请求以改变转发-地址：

<？xml version＝“1.0”encoding＝“UTF-8”？>

<service-config xmlns＝“um:ietf:params:xml:ns:service-config”

xmlns:xsi＝“http://www.w3.org/2001/XMLSchema-instance”>

<serviceName>callForwardingNoReply</serviceName>

</serviceData>

</service>

</request>

</service-config>

●修改业务数据响应

<？.xml version＝“1.0”encoding＝“UTF-8”？>

<service-config xmlns＝“um:ietf:pamms:xml:ns:service-config”

xmlns:xsi＝“http://www.w3.org /2001/XMLSchema-instance”>

<serviceName>caliForwardingNoReply</serviceName>

<prompt>Forward-to Number Successfully Modified！</prompt></

service>

</response>

</service-config>

以上公开的具体实施例仅仅是说明性的，对于受益于本文的本领域技术人员来说很显然可以对于本发明以不同但等效的方式进行修改和实践。此外，除了在下面的权利要求中所描述之外，不应对本文示出的结构或设计做出限制。因此，显然上述公开的特定实施例可被变更或修改，且所有这样的改变都被认为属于本发明的范围和精神。因此，本文所寻求的保护在下面权利要求书中阐述。

Claims

1、一种方法，包括：

从移动单元接收与指示业务数据的信息相关的请求，其中所述业务数据与所述移动单元相关；以及

将所述请求提供给被配置为存储指示所述业务数据的信息的服务器。

2、根据权利要求1所述的方法，其中接收与指示所述业务数据的信息相关的请求包括：

经由会话启动协议(SIP)空中接口，接收由所述移动单元提供的预约消息。

3、根据权利要求2所述的方法，其中接收所述预约消息包括：

接收与业务数据事件类型相关的预约消息。

4、根据权利要求3所述的方法，其中将所述请求提供给所述服务器包括：

根据接口协议，经由接口将所述请求提供给所述服务器。

5、根据权利要求4所述的方法，其中提供所述请求包括：

将所述请求从所述预约消息映射到所述接口协议。

6、根据权利要求5所述的方法，包括响应于提供所述请求，从所述服务器接收通告消息。

7、根据权利要求6所述的方法，包括基于所述通告消息形成响应消息。

8、根据权利要求7所述的方法，包括将所述响应消息提供给所述移动单元。

9、根据权利要求1所述的方法，包括基于所述业务数据，将至少一个业务提供给所述移动单元。

10、一种方法，包括：

从移动单元提供与指示业务数据的信息相关的请求，其中所述业务数据与所述移动单元相关；以及

接收响应消息，所述响应消息指示所述指示业务数据的信息已被提供给服务器，其中所述服务器被配置为存储指示所述业务数据的信息。

11、根据权利要求10所述的方法，其中提供所述请求包括：

为第一入口节点提供预约消息，所述第一入口节点被配置为将指示所述业务数据的信息提供给应用服务器。

12、根据权利要求11所述的方法，其中提供所述预约消息包括提供与业务数据事件类型相关的预约消息。

13、根据权利要求12所述的方法，其中将指示所述业务数据的信息提供给所述服务器包括：

根据会话启动协议，提供所述指示业务数据的信息。

14、根据权利要求13所述的方法，其中接收所述响应消息包括：

响应于被提供给所述应用服务器的通告消息，接收响应消息。

15、根据权利要求14所述的方法，包括根据所述业务数据，存取由所述应用服务器提供的至少一个业务。

16、根据权利要求10所述的方法，包括使用用户接口来显示指示所述业务数据的信息。

17、根据权利要求16所述的方法，其中提供所述请求包括：

响应于经由所述用户接口提供的用户输入，提供所述请求。