CN101291445B - 通过会话初始协议进行业务数据操作的方法、装置和系统 - Google Patents

Abstract

本发明公开了通过会话初始协议(SIP)进行业务数据操作的方法，包括如下步骤：网络侧接收到携带用户业务数据操作内容的SIP消息；网络侧处理所述用户业务数据操作内容，生成包括业务数据同步信息在内的用户业务数据操作响应；网络侧向用户终端(UE)发送包含所述用户业务数据操作响应的SIP消息。本发明还公开了通过SIP进行业务数据操作的系统和装置。本发明方案可以使终端设备和网络之间的业务数据实现同步，可以满足IP多媒体子系统(IMS)中存在多终端用户的实际应用需要。

Description

通过会话初始协议进行业务数据操作的方法、装置和系统

技术领域

本发明涉及移动通信技术领域，特别涉及通过会话初始协议进行业务数据操作的方法、装置和系统。

背景技术

第三代移动通信标准化伙伴项目(3rd Generation Partnership Project，3GPP)定义的IP多媒体子系统(IP Multimedia Subsystem，IMS)，是第三代(3G)移动通信系统实现分组话音和分组数据，提供统一的多媒体业务和应用的目标网络。IMS采用IP分组域作为其控制信令和媒体传输的承载通道，采用会话初始协议(Session Initiation Protocol，SIP)协议作为呼叫控制信令，实现了业务管理、会话控制及承载接入的三者分离。

在目前的IMS标准中，用户在用户终端上的人机交互界面输入用户业务数据，用户终端以扩展标记语言配置访问协议(XML Configuration AccessProtocol，XCAP)格式描述这些业务数据，并通过超文本传送协议(Hyper TextTransport Protocol，HTTP)协议承载传递给网络，发送至对应的业务应用服务器。用户终端和应用服务器之间的这个接口被称为Ut接口。该方法要求IMS终端必须支持Ut接口，否则用户将无法操作用户业务数据，显然提高了终端的成本和价格，不利于业务的推广。为了与传统业务的用户终端相区别，以下将IMS标准中的用户终端简称为IMS终端。

出于降低成本的考虑和业务推广方面的考虑，运营商希望IMS终端可以使用SIP协议进行业务数据操作。依照传统终端进行业务数据操作的方式，用户可以通过IMS终端发起呼叫，输入业务码和业务数据以进行业务数据操作，比如为了实现呼叫遇忙前转业务，拨“*40*呼叫前转目的号码#”来实现登记遇忙时呼叫前转业务数据。

在IMS网络中，允许存在多终端用户，即用户可以具有一个公共用户标识(Public User Identity)和多个私有用户标识(Private User Identity)，简单说，就是用户具有多个终端，这些终端有相同的电话号码，可以同时在IMS网络注册。显然，这些终端中的每个终端都可以进行业务数据操作，这样，就存在多终端之间的业务数据同步问题：当一个终端操作了业务数据后，属于同一用户的其它终端需要知道更新的业务数据，而现有通过SIP操作业务数据的方法是对传统终端业务数据操作的继承，不能解决IMS网络中多终端用户的业务数据操作的同步问题，即用户终端设备(User Equipment，UE)和网络之间的业务数据同步问题。另一方面，即使用户只有一个终端设备，当用户通过Web自助等方式进行业务数据操作，用户的终端设备也需要知道更新的业务数据，现有技术同样不能解决用户终端设备和网络之间的业务数据同步问题。

综上所述，现有的IMS系统中通过SIP进行业务数据操作的方案的缺点是：不能解决用户终端设备与网络之间业务数据同步问题。

发明内容

有鉴于此，本发明实施例提出通过SIP进行业务数据操作的方法、装置和系统，可以使用户终端设备和网络之间实现业务数据同步。

所述通过SIP进行业务数据操作的方法包括如下步骤：

网络侧接收来自多终端用户的一个用户终端UE的携带用户业务数据操作内容的SIP消息；

网络侧处理所述用户业务数据操作内容，生成包括业务数据同步信息在内的用户业务数据操作响应；所述网络侧处理所述用户业务数据操作内容包括：业务数据的有效性检查、增加业务数据、修改业务数据、删除业务数据、业务数据同步或以上操作的任意组合；

网络侧向所述多终端用户的每一个已注册上线的UE发送包含所述用户业务数据操作响应的SIP消息。

所述通过SIP进行业务数据操作的系统包括多终端用户以及网络侧的数据处理单元：

所述多终端用户包括多个用户终端UE，每个UE包括人机界面单元和数据发送单元；人机界面单元，用于接收用户输入的业务数据操作内容，向用户提示网络处理业务数据操作的响应；

数据发送单元，用于接收来自人机界面单元的用户业务数据操作内容，生成承载用户业务数据操作请求的SIP消息，并向网络侧的数据处理单元发送所述承载用户业务数据操作请求的SIP消息；以及接收来自网络侧的数据处理单元的承载业务数据操作响应的SIP消息，并向人机界面单元发送所述承载业务数据操作响应的SIP消息；所述处理所述业务数据操作请求包括：业务数据的有效性检查、增加业务数据、修改业务数据、删除业务数据、业务数据同步或以上操作的任意组合。

所述网络侧的数据处理单元，用于接收来自多终端用户的一个UE的数据发送单元的承载用户业务数据操作请求的SIP消息，处理所述业务数据操作请求，并向所述多终端用户的每一个已注册上线的UE的数据发送单元返回承载业务数据操作响应的SIP消息。

本发明实施例提出的通过SIP进行业务数据操作的网元包括如下模块：

请求接收模块，用于接收携来自多终端用户的一个用户终端UE的带用户业务数据操作内容的SIP消息，将所述用于业务数据操作内容发送至处理模块；

处理模块，用于处理用户业务数据操作内容，生成处理结果并发送至响应模块；所述处理用户业务数据操作内容包括：业务数据的有效性检查、增加业务数据、修改业务数据、删除业务数据、业务数据同步或以上操作的任意组合；

响应模块，用于根据处理结果，生成包括业务数据同步信息在内的用户业务数据操作响应，并通过SIP消息携带发送给所述多终端用户的每一个已注册上线的UE。

从以上技术方案可以看出，终端设备将携带用户业务数据操作内容的SIP协议发送至网络侧，网络侧对所述用户业务数据操作内容进行处理，并通过SIP携带处理结果返回给终端设备，这样就可以使终端设备和网络之间的业务数据实现同步。

附图说明

图1为本发明实施例的网络架构示意图；

图2为本发明实施例的基本业务数据操作流程图；

图3为本发明第一实施例的信令流程图；

图4为本发明第二实施例的信令流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细阐述。

本发明实施例提出的网络架构示意图如图1所示，主要包括人机界面单元101、数据发送单元102、呼叫会话控制单元103和数据处理单元104。

人机界面单元101用于业务数据操作的人机交互，通过人机交互界面，接收用户输入的业务数据操作，向用户提示网络处理业务数据操作的响应。人机界面单元101一般位于用户终端设备中，如固定电话、手机等。

数据发送单元102用于接收来自人机界面单元的用户业务数据操作内容，生成以SIP协议承载的用户业务数据操作请求消息，并向网络发送所述操作请求消息。数据发送单元102可以位于用户终端设备中，也可以位于网络设备中。

人机界面单元101和数据发送单元102可以直接相连，也可以间接相连，间接相连是指人机界面单元和数据发送单元之间还存在着一个或一个以上的其它设备，用于将来自人机界面单元101的用户业务数据操作内容传递给数据发送单元102。

人机界面单元101和数据发送单元102之间的E1接口协议包括但不限于：模拟用户信令、1号数字用户(Digital Subscriber signalling No.1，DSS1)信令、H.248协议、内部接口协议或以上的任意组合。人机界面单元101和数据发送单元102都位于用户终端设备时，E1接口可以是内部接口协议。

呼叫会话控制单元103，用于提供注册、会话控制等功能，呼叫会话控制单元在IMS网络中可以是呼叫会话控制功能(CSCF)网元。数据发送单元102和呼叫会话控制单元103之间的E2接口协议包括但不限于SIP协议。

数据处理单元104，用于接收并处理用户的业务数据操作，包括业务数据的有效性检查、存储业务数据等处理。数据处理单元104可以位于一个网元设备中，如在IMS网络中可以位于应用服务器(Application Server，AS)中，或者，数据处理单元104也可以分布于一个以上的网元设备中，由这些不同的网元设备执行上述不同的处理功能。

数据处理单元104和呼叫会话控制单元103之间的E3接口包括但不限于SIP协议。

数据处理单元104可以进一步包括如下模块：

请求接收模块，用于接收携带用户业务数据操作内容的SIP消息，将所述用于业务数据操作内容发送至处理模块；

处理模块，用于处理用户业务数据操作内容，生成处理结果并发送至响应模块；

响应模块，用于根据处理结果，生成包括业务数据同步信息在内的用户业务数据操作响应，并通过SIP消息携带发送。

本发明实施例的基本业务数据操作流程如图2所示，包括如下步骤：

步骤201：人机界面单元接收用户发出的业务数据操作请求，并将所述业务数据操作请求发送给数据发送单元。

本步骤中，人机界面单元位于用户终端设备中，用户以按键拨号方式、或菜单方式等通过人机界面单元输入业务数据操作，所述业务数据操作内容包括但不限于如下信息：业务类型、数据信息、操作类型。业务类型是指操作哪种业务的数据，数据信息是指被操作的数据的信息，操作类型是指对业务数据进行操作的类型。例如对于遇忙呼叫前转业务来说，业务数据操作的内容中的业务类型为“遇忙呼叫前转业务”，数据信息为“呼叫前转目的号码”，操作类型为“登记”。

操作类型可以包括：增加(即“登记”)、删除、校验、查询、同步或以上任意组合。

步骤202：数据发送单元接收来自人机界面单元的用户业务数据操作内容，生成并向网络发送以SIP协议承载的用户业务数据操作请求消息。

本步骤中，所述用户业务数据操作请求消息可以是SIP邀请消息(SIPINVITE)、SIP即时消息(SIP MESSAGE)消息、SIP信息消息(SIP INFO)、SIP订阅消息(SIP SUBSCRIBE)、或SIP注册消息(SIP REGSITER)等。

所述用户业务数据操作请求消息中，描述用户业务数据操作的方式可以是以下几种：

方式一：用户业务数据操作内容携带于SIP消息的请求-统一资源标识(Request-URI)中，可以是SIP URI格式，也可以是tel URI格式。采用telURI格式的示例如下：

MESSAGE tel：*40*26540808；phone-context＝example.com SIP/2.0

在上述示例中，“*40*26540808”是用户业务数据操作内容，表示用户请求登记(即增加)目的号码为26540808的遇忙呼叫前转业务数据，其中，“*40”是遇忙呼叫前转业务数据登记的业务码。

在方式一中，用户业务数据操作内容中的各项内容连在一起通过SIP协议传送，即业务类型、数据信息和操作类型都连在一起传送。

方式二：用户业务数据操作内容携带于SIP消息的头域(header)、或消息体(message body)中，用户业务数据操作内容的描述格式可以采用按键拨号方式，如“*40*26540808”，或者，用户业务数据操作内容的描述格式也可以采用XML描述方式。

采用方式二携带用户业务操作内容的第一示例如下：

在上述示例中，Content-Type指示消息体的媒体类型，命名为“application/Service-Data-Operator”，即应用于业务数据操作(Service-Data-Operator)；<ServiceDataOperator>和</ServiceDataOperator>之间描述的是该消息体携带的用户业务数据操作内容，以XML格式描述；ServiceName表示“业务名称”，取值为“CFB”表示遇忙呼叫前转业务；UserIdentity表示“用户标识”，取值为“2654808”；OperatorType表示“操作类型”，取值为“Add”表示增加。在第一示例中，用户业务数据操作内容中的各项内容在SIP协议中分开传送，即业务类型、数据信息和操作类型分开传送。

或者，也可以将“CFB”和“Add”合成一个参数，仍以“*40”表示“登记遇忙呼叫前转业务”，采用方式二携带用户业务操作内容的第二示例如下：

在上述示例中，ServiceOperator表示业务类型和操作类型，取值为“*40”。在第二示例中，用户业务数据操作内容中的各项内容在SIP协议中分开传送，即业务类型、数据信息和操作类型分开传送。

或者，也可以在消息体中将用户业务数据操作内容以按键拨号方式传送，即为第三示例：

Content-Type：text/plain

……………………………………

*40*26540808

在上述示例中，*40*26540808以文本方式在消息体中传送，消息体的媒体类型为“text/plain”，在第三示例中，用户业务数据操作内容中的各项内容在SIP协议中在一起传送，即业务类型、数据信息和操作类型都连在一起传送。

在方式二中，SIP消息的请求-统一资源标识携带的是用户业务数据操作属性的标识、或用户终端对应的用户标识、或业务类型的标识等，如果携带的是用户业务数据操作属性的标识，则Request-URI中的标识表示请求目的是进行用户业务数据操作，即为第四示例：

MESSAGE sip：ServiceDataOperatorexample.com SIP/2.0

或者，如果携带的是业务类型的标识，则Request-URI中的标识表示请求目的是用户业务数据对应的业务等，即为第五示例：

MESSAGE sip：CFBexample.com SIP/2.0

在第四示例中，“sip：ServiceDataOperatorexample.com”表示请求目的标识是进行用户业务数据操作，在第五示例中，“sip：CFBexample.com”请求目的标识是用户业务数据对应的业务。

从上述各个示例可以看出，方式二的用户业务数据操作内容的各项内容在SIP协议中即可以在一起传送，也可以分开传送。

在实际应用中，不管是上述哪种方式，SIP消息中可以进一步在头域中携带描述用户业务数据操作属性的信息段，该信息段可以是终端能力(UserAgent Capabilities)、主叫偏好(Caller Preferences)、事件包(Event Package)、或上述的消息体“Service-Data-Operator”的任意组合，其中，终端能力描述用户终端进行用户业务数据操作的能力；主叫偏好描述用户终端当前发起请求的偏好是进行用户业务数据操作；事件包描述用户终端当前发起的订阅是用户业务数据操作。

步骤203：呼叫会话控制单元接收到所述以SIP协议承载的用户业务数据操作请求消息，将其向数据处理单元发送。

本步骤中，呼叫会话控制单元接收到承载了用户业务数据操作内容的SIP消息，可以使用初始过滤规则(iFC)或公共服务标识(Public ServiceIdentity，PSI)路由机制，将该SIP消息发送至数据处理单元。

比如，以Request-URI中携带的上述的“*40”、或用户业务数据操作属性的标识、或业务类型的标识作为PSI进行路由；或者，以SIP消息中携带的上述的“*40”、“CFB”、各种用户业务数据操作属性等中的一种或任意组合作为iFC中的业务触发规则以路由将该SIP消息。

iFC或PSI路由机制可参见IMS现有技术，这里不再赘述。

步骤204：数据处理单元接收到用户业务数据操作请求消息，进行相应的处理，包括业务数据的有效性检查、增加业务数据、修改业务数据、删除业务数据、业务数据同步或以上处理的任意组合，处理完毕后，向呼叫会话控制单元发送用户业务数据操作请求响应消息。

本步骤中，不管用户业务数据的操作类型是什么，数据处理单元在所述的用户业务数据操作请求响应消息中都可以携带业务数据同步信息，或者，先返回对所述用户业务数据操作请求进行响应的响应消息，再发送一个携带业务数据同步信息的响应消息。

在实际应用中，如果用户业务数据的操作类型是增加或删除，数据处理单元可以先返回一个对增加或删除请求进行响应的用户业务数据操作请求响应消息，其后，发送一个携带业务数据同步信息的用户业务数据操作请求响应消息，或者，数据处理单元返回一个对增加或删除请求进行响应、并携带业务数据同步信息的用户业务数据操作请求响应消息。如果用户业务数据的操作类型是查询，数据处理单元可以先返回一个对查询请求进行响应的用户业务数据操作请求响应消息，其后，再发送一个携带业务数据同步信息的用户业务数据操作请求响应消息，或者，数据处理单元返回一个对查询请求进行响应、并携带业务数据同步信息的用户业务数据操作请求响应消息。

本步骤中，所述业务数据同步信息在SIP协议中携带的方式有以下几种：

方式一：只携带当前更新的用户业务数据，如增加或删除的用户业务数据，比如，当前请求增加的“缩位号码”；

方式二：携带数据处理单元当前所存储的该用户终端对应的用户的所述被操作业务的所有用户业务数据，比如，当前所存储的用户的所有的“缩位号码”，所述被操作业务类型是“缩位拨号”业务。

方式三：携带数据处理单元当前所存储的该用户终端对应的用户的所有用户业务数据，比如当前所存储的用户的所有的“缩位号码”、“遇忙呼叫前转号码”等。

步骤205：消息发送单元接收以SIP协议承载的用户业务数据操作请求响应消息，提取出业务数据操作响应内容，并发送给人机界面单元。

步骤206：人机界面单元接收到来自消息发送单元的业务数据操作响应内容，进行人机交互响应处理，包括提示业务数据操作响应和/或同步更新业务数据。

所述人机界面单元处理业务数据操作响应可以如“数据增加成功”、“数据删除失败”等；此外，如果业务数据操作响应内容中还包含所述业务数据同步信息，则人机界面单元获得所述业务数据同步信息，更新业务数据。

在实际应用中，数据处理单元也可能不是按上述步骤201～步骤203接收到用户业务数据操作内容，例如用户通过Web自助进行业务数据操作，则只要数据处理单元接收到用户业务数据操作内容之后，同样可以执行步骤204～步骤206来完成后续处理流程。

从上述流程中可以看出，不管用户是否为多终端用户，本发明方法还可以解决用户终端设备上电向网络发起注册时，用户终端设备和数据处理单元之间的用户业务数据同步问题。例如，用户终端设备没有业务数据存储功能，或者用户终端设备在关机期间，用户业务数据被改变，如通过Web自助进行的业务数据操作，此时，用户终端设备开机时，也需要进行和数据处理单元之间的用户业务数据同步处理。

以下通过两个具体实施例来说明本发明方案是如何具体应用的。

实施例一：人机界面单元和消息发送单元都位于用户的UE上，用户为多终端用户，有三个UE：UE1、UE2和UE3，UE1和UE2已经注册在网络中，业务数据操作流程如图3所示，包括如下步骤：

步骤301：用户在UE1上进行业务数据操作请求，比如，登记遇忙呼叫前转业务数据。

步骤302：UE1向呼叫会话控制单元发送SIP即时消息，消息中携带业务数据操作内容。所述消息示例如下：

MESSAGE tel：*40*26540808；phone-context＝example.com SIP/2.0

该消息体的含义前面已有描述，故这里不再赘述。

步骤303：呼叫会话控制单元将该SIP即时消息转发至数据处理单元。

步骤304：数据处理单元根据所收到的SIP即时消息进行相应处理，处理完毕后向呼叫会话控制单元返回响应消息。

作为本步骤可能的实施方式，所述响应消息为SIP 200OK消息，该SIP200OK消息可以携带业务数据操作响应内容，如“数据登记成功”；或者，也可以用该SIP 200OK消息本身作为业务数据操作响应，即“SIP 200OK”就表示业务数据操作成功；或者，该SIP 200OK消息仅仅是对SIP即时消息的响应，而不是对业务数据操作的响应，当对业务数据处理完成后，另外再发送一条响应消息。

步骤305：呼叫会话控制单元将所述响应消息向UE1发送。本实施例中，所述响应消息就是SIP 200OK消息。

步骤306：数据处理单元执行业务数据同步处理，向呼叫会话控制单元发送SIP即时消息，消息中携带业务数据同步信息。消息示例如下：

MESSAGE sip：maryexample.com SIP/2.0

P-Asserted-Identity：<tel：*40*26540808；phone-context＝example.com>

在上述示例中，MESSAGE消息的Request-URI中填写的“sip：maryexample.com”是用户的标识，而业务数据同步信息即“*40*26540808”填写在P-Asserted-Identity头域中，当然也可以填写在其它头域中或消息体中，这里不再赘述。

此外，若上述步骤304～步骤305的SIP 200OK消息不是对业务数据操作的响应，而数据处理单元仅是对所收到SIP即时消息的响应，则本步骤中的SIP即时消息还可以进一步携带对增加、删除等业务数据操作的响应内容，如“数据登记成功”。

呼叫会话控制单元收到所述SIP即时消息，将向用户执行路由处理过程，由于该用户是多终端用户，呼叫会话控制单元将向该用户的所有注册终端发送所述SIP即时消息，即执行派生(forking)处理。本实施例中，此时UE1和UE2都已注册，但UE3还是关机状态，因此呼叫会话控制单元向UE1和UE2分别发送SIP即时消息，即为步骤307和步骤308。

步骤307：呼叫会话控制单元向UE1发送该SIP MESSAGE消息。UE1收到该SIP MESSAGE消息后，获得业务数据同步信息，更新业务数据。

步骤308：呼叫会话控制单元向UE2发送该SIP MESSAGE消息。UE2收到该SIP MESSAGE消息后，获得业务数据同步信息，更新业务数据。

以上步骤301至步骤308显示了多终端用户的某一个终端进行业务数据操作后，网络与用户终端设备之间的业务数据同步过程；以下步骤309至步骤315为新终端上线注册后的数据同步过程。

步骤309：用户的UE3终端开机。

步骤310：UE3发送SIP即时消息，消息中携带对用户业务数据的查询操作请求。

步骤311：呼叫会话控制单元将所述来自UE3的SIP即时消息发送至数据处理单元。

步骤312：数据处理单元对该SIP即时消息返回SIP 200OK消息。

步骤313：呼叫会话控制单元将该SIP 200OK消息向UE3发送。

步骤314：数据处理单元执行业务数据同步处理，向用户发送SIP即时消息，消息中携带业务数据同步信息。

步骤315：呼叫会话控制单元向UE3发送所述SIP即时消息。

UE3收到该SIP MESSAGE消息后，获得业务数据同步信息，更新业务数据。

在上述流程中，UE3开机后，通过发送进行查询的业务数据操作请求，获得来自网络的业务数据同步信息；或者，UE3也可以通过发送进行同步的业务数据操作请求，获得来自网络的业务数据同步信息，步骤310中，UE3发送SIP即时消息，消息中携带对用户业务数据的同步操作请求，步骤311中，呼叫会话控制单元将该SIP即时消息向数据处理单元发送，其后，呼叫会话控制单元进行业务数据同步处理，流程同上述的步骤314～步骤315。

或者，UE3也可以通过第三方注册获得来自网络的业务数据同步信息。步骤310中，UE3发送SIP注册(REGISTER)消息，发起开机后的注册请求，步骤311中，呼叫会话控制单元向数据处理单元发送第三方SIP注册消息，其后，数据处理单元进行业务数据同步处理，流程同上述的步骤314～步骤315。此时，可以将SIP注册消息看作是“隐式”的业务数据操作请求消息，即隐含了对业务数据的同步操作请求。

实施例二：人机界面单元和消息发送单元都位于用户的UE上，用户为多终端用户，有两个UE：UE1和UE2，UE1已经注册在网络中，业务数据操作流程如图4所示，包括如下步骤：

步骤401：用户的UE2终端开机。

步骤402：UE2发送SIP订阅(SIP SUBSCRIBE)消息，消息中携带对用户业务数据的同步操作请求。消息示例如下：

SUBSCRIBE sip：maryexample.com SIP/2.0

Event：data-profile

在上述示例中，Event事件头域中设置事件包名称为“data-profile”，表示订阅用户数据配置，即请求用户已经配置的用户业务数据，相当于前述SIP消息的头域中所携带的“用户业务数据操作属性的信息段”。

步骤403：呼叫会话控制单元将该SIP订阅消息向数据处理单元发送。

步骤404：数据处理单元对该SIP订阅消息返回SIP 200OK消息。

步骤405：呼叫会话控制单元将该SIP 200OK消息向UE2发送。

步骤406：数据处理单元执行业务数据同步处理，向用户发送SIP通知(SIP NOTIFY)消息，消息中携带业务数据同步信息。

步骤407：呼叫会话控制单元将该SIP通知消息向UE2发送。

步骤408：用户在UE1上进行业务数据操作请求，比如，登记遇忙呼叫前转业务数据。

步骤409：UE1发送SIP订阅消息，消息中携带业务数据操作内容。消息示例如下：

步骤410：呼叫会话控制单元将该SIP订阅消息向数据处理单元发送。

步骤411：数据处理单元对该SIP订阅消息返回SIP 200OK消息。

步骤412：呼叫会话控制单元将该SIP 200OK消息向UE1发送。

步骤413：数据处理单元执行业务数据同步处理，向UE1发送SIP通知消息，消息中携带业务数据同步信息。消息示例如下：

UE1在开机注册时，也执行了如步骤2所示的对用户业务数据的同步操作请求的订阅，因此，这里数据处理单元也向UE1发送SIP通知消息。

步骤414：呼叫会话控制单元将该SIP通知消息向UE1发送。

步骤415：数据处理单元执行业务数据同步处理，向UE2发送SIP通知消息。

步骤416：呼叫会话控制单元将该SIP NOTIFY消息向UE2发送。

从以上实施例可以看出，本发明方案可以实现多种情况下用户业务数据在用户终端设备与网络之间的同步。所述多种情况至少包括：多终端用户的一个终端对业务数据进行操作，则该用户所有终端设备的用户业务数据与网络实现同步；终端设备上线注册时，该终端设备的用户业务数据与网络实现同步；对于最简单的单终端用户的情况，该终端设备上线注册或对用户业务数据进行操作，也能实现终端设备的用户业务数据与网络进行同步。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.通过会话初始协议SIP进行业务数据操作的方法，其特征在于，该方法包括如下步骤：

网络侧接收来自多终端用户的一个用户终端UE的携带用户业务数据操作内容的SIP消息；

网络侧处理所述用户业务数据操作内容，生成包括业务数据同步信息在内的用户业务数据操作响应；所述网络侧处理所述用户业务数据操作内容包括：业务数据的有效性检查、增加业务数据、修改业务数据、删除业务数据、业务数据同步或以上操作的任意组合；

网络侧向所述多终端用户的每一个已注册上线的UE发送包含所述用户业务数据操作响应的SIP消息，所述SIP消息中携带业务数据同步信息。

2.根据权利要求1所述的方法，其特征在于，所述用户业务数据操作内容包括：业务类型、数据信息、操作类型中的一种或其任意组合。

3.根据权利要求1所述的方法，其特征在于，所述携带用户业务数据操作内容的SIP消息为：SIP邀请消息、SIP即时消息、SIP信息消息、SIP订阅消息或SIP注册消息。

4.根据权利要求1所述的方法，其特征在于，所述携带用户业务数据操作内容的SIP消息采用如下任一方式描述用户业务数据操作：

用户业务数据操作内容携带于SIP消息的请求-统一资源标识中；

用户业务数据操作内容采用按键拨号方式或扩展标记语言XML描述方式携带于SIP消息的头域、或消息体中。

5.根据权利要求1所述的方法，其特征在于，所述携带用户业务数据操作内容的SIP消息进一步携带描述用户业务数据操作属性的信息段。

6.根据权利要求1所述的方法，其特征在于，所述网络侧处理所述用户业务数据操作内容之前，进一步包括：网络侧向UE返回对所收到的SIP消息的响应消息。

7.根据权利要求1所述的方法，其特征在于，所述包含所述用户业务数据操作响应的SIP消息中携带当前更新的用户业务数据、或网络侧当前存储的所述UE对应的用户的所述被操作业务的所有用户业务数据、或网络侧当前存储的所述UE对应的用户的所有用户业务数据。

8.通过SIP进行业务数据操作的系统，其特征在于，该系统包括多终端用户以及网络侧的数据处理单元：

所述多终端用户包括多个用户终端UE，每个UE包括人机界面单元和数据发送单元；人机界面单元，用于接收用户输入的业务数据操作内容，向用户提示网络处理业务数据操作的响应；

数据发送单元，用于接收来自人机界面单元的用户业务数据操作内容，生成承载用户业务数据操作请求的SIP消息，并向网络侧的数据处理单元发送所述承载用户业务数据操作请求的SIP消息；以及接收来自网络侧的数据处理单元的承载业务数据操作响应的SIP消息，并向人机界面单元发送所述承载业务数据操作响应的SIP消息；

所述网络侧的数据处理单元，用于接收来自多终端用户的一个UE的数据发送单元的承载用户业务数据操作请求的SIP消息，处理所述业务数据操作请求，并向所述多终端用户的每一个已注册上线的UE的数据发送单元返回承载业务数据操作响应的SIP消息；所述处理所述业务数据操作请求包括：业务数据的有效性检查、增加业务数据、修改业务数据、删除业务数据、业务数据同步或以上操作的任意组合。

9.根据权利要求8所述的系统，其特征在于，该系统进一步包括：呼叫会话控制单元，用于提供用户终端上线注册以及呼叫控制功能，将来自数据发送单元的承载用户业务数据操作请求的SIP消息转发至数据处理单元，以及将来自数据处理单元的承载业务数据操作响应的SIP消息转发至数据发送单元。

10.根据权利要求8所述的系统，其特征在于，所述人机界面单元与数据发送单元之间的接口协议包括：模拟用户信令、1号数字用户信令、H.248协议、内部接口协议或以上的任意组合。

11.根据权利要求8、9或10任一项所述的系统，其特征在于，所述数据处理单元包括：

请求接收模块，用于接收携带用户业务数据操作内容的SIP消息，将所述业务数据操作内容发送至处理模块；

处理模块，用于处理用户业务数据操作内容，生成处理结果并发送至响应模块；

响应模块，用于根据处理结果，生成包括业务数据同步信息在内的用户业务数据操作响应，并通过SIP消息携带发送。

12.一种通过SIP进行业务数据操作的网元，其特征在于，包括如下模块：

请求接收模块，用于接收来自多终端用户的一个用户终端UE的携带用户业务数据操作内容的SIP消息，将所述业务数据操作内容发送至处理模块；

处理模块，用于处理用户业务数据操作内容，生成处理结果并发送至响应模块；所述处理用户业务数据操作内容包括：业务数据的有效性检查、增加业务数据、修改业务数据、删除业务数据、业务数据同步或以上操作的任意组合；

响应模块，用于根据处理结果，生成包括业务数据同步信息在内的用户业务数据操作响应，并通过SIP消息携带发送给所述多终端用户的每一个已注册上线的UE。

Images