专利名称：通过会话初始协议进行业务数据操作的方法、装置和系统的制作方法
技术领域：
本发明涉及移动通信技术领域，特别涉及通过会话初始协议进行业务数 据搡作的方法、装置和系统。
背景技术：
第三代移动通信标准化伙伴项目(3rd Generation Partnership Project, 3GPP)定义的IP多媒体子系统(IP Multimedia Subsystem, IMS),是第三 代(3G)移动通信系统实现分组话音和分组数据，提供统一的多媒体业务 和应用的目标网络。IMS采用IP分组域作为其控制信令和媒体传输的承载 通道，采用会话初始协议(Session Initiation Protocol, SIP)协议作为呼叫控 制信令，实现了业务管理、会话控制及承载接入的三者分离。
在目前的IMS标准中，用户在用户终端上的人机交互界面输入用户业 务数据，用户终端以扩展标记语言配置访问协议(XML Configuration Access Protocol, XCAP )格式描述这些业务数据，并通过超文本传送协议(Hyper Text Transport 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进行业务数据操作的方法包括如下步骤
网络侧接收到携带用户业务数据操作内容的SIP消息；
网络侧处理所述用户业务数据操作内容，生成包括业务数据同步信息在 内的用户业务数据操作响应；
网络侧向用户终端UE发送包含所述用户业务数据搡作响应的SIP消息。
所述通过SIP进行业务数据操作的系统包括
人机界面单元，用于接收用户输入的业务数据操作内容，向用户提示网络处理业务数据操作的响应；
数据发送单元，用于接收来自人机界面单元的用户业务数据操作内容， 生成承载用户业务数据操作请求的SIP消息，并向网络侧的数据处理单元发 送所述承栽用户业务数据操作请求的SIP消息；以及接收来自网络侧的数据 处理单元的承载业务数据操作响应的SIP消息，并向人机界面单元发送所述 承载业务数据操作响应的SIP消息；
数据处理单元，位于网络侧，用于接收来自数据发送单元的承栽用户业 务数据操作请求的SIP消息，处理所述业务数据操作请求，并向数据发送单 元返回承载业务数据操作响应的SIP消息。
本发明实施例提出的通过SIP进行业务数据操作的终端设备包括人机 界面单元和数据发送单元，所述人机界面单元用于接收用户输入的业务数据 操作内容，向用户提示网络处理业务数据操作的响应；
所述数据发送单元用于接收来自人机界面单元的用户业务数据操作内 容，生成承载用户业务数据操作请求的SIP消息，并向网络侧发送所述承载 用户业务数据搡作请求的SIP消息；以及接收来自网络侧的承载业务数据操 作响应的SIP消息，并向人机界面单元发送所述承载业务数据操作响应的 SIP消息。
本发明实施例提出的通过SIP进行业务数据操作的网元包括如下模块 请求接收模块，用于接收携带用户业务数据操作内容的SIP消息，将所
述用于业务数据操作内容发送至处理模块；
处理模块，用于处理用户业务数据操作内容，生成处理结果并发送至响
应模块；
响应模块，用于根据处理结果，生成包括业务数据同步信息在内的用户 业务数据操作响应，并通过SIP消息携带发送。
从以上技术方案可以看出，终端设备将携带用户业务数据操作内容的 SIP协议发送至网络侧，网络侧对所述用户业务数据操作内容进行处理，并 通过SIP携带处理结果返回给终端设备，这样就可以使终端设备和网络之间的业务数据实现同步。
图1为本发明实施例的网络架构示意图2为本发明实施例的基本业务数据操作流程图3为本发明第一实施例的信令流程图4为本发明第二实施例的信令流程图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明 作进一步的详细阐述。
本发明实施例提出的网络架构示意图如图1所示，主要包括人机界面单 元101、数据发送单元102、呼叫会话控制单元103和数据处理单元104。
人机界面单元101用于业务数据操作的人机交互，通过人机交互界面， 接收用户输入的业务数据操作，向用户提示网络处理业务数据搡作的响应。 人机界面单元101—般位于用户终端设备中，如固定电话、手机等。
数据发送单元102用于接收来自人机界面单元的用户业务数据搡作内 容，生成以SIP协议承载的用户业务数据操作请求消息，并向网络发送所述 操作请求消息。数据发送单元102可以位于用户终端设备中，也可以位于网 络设备中。
人机界面单元101和数据发送单元102可以直接相连，也可以间接相连， 间接相连是指人机界面单元和数据发送单元之间还存在着一个或一个以上 的其它设备，用于将来自人机界面单元101的用户业务数据操作内容传递给 数据发送单元102。
人机界面单元101和数据发送单元102之间的El接口协议包括但不限 于模拟用户信令、l号数字用户(Digital Subscriber signalling No. 1， DSSl) 信令、H.248协议、内部接口协议或以上的任意组合。人机界面单元101和数据发送单元102都位于用户终端设备时，El接口可以是内部接口协议。
呼叫会话控制单元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邀请消息(SIP INVITE) 、 SIP即时消息(SIPMESSAGE)消息、SIP信息消息(SIP INFO )、 SIP订阅消息(SIP SUBSCRIBE )、或SIP注册消息(SIP REGSITER )等。
所述用户业务数据操作请求消息中，描述用户业务数据操作的方式可以 是以下几种
方式一用户业务数据操作内容携带于SIP消息的请求-统一资源标识 (R叫uest-URI)中，可以是SIPURI格式，也可以是tel URI格式。采用tel URI格式的示例如下
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
<ServiceDataOperator>
1<ServiceName>CFB</ServiceName> <UserIdentity〉2654808</UserIdentky> <OperatorType〉Add</Operator〉 </ServiceDataOperator> 在上述示例中，Content-Type指示消息体的媒体类型，命名为 "application/Service-Data-Operator ，，，即应用于业务数据操作 (Service-Data-Operator) ; <ServiceDataOperator〉#。</ServiceDataOperator> 之间描述的是该消息体携带的用户业务数据操作内容，以XML格式描述； ServiceName表示"业务名称，，，取值为"CFB"表示遇忙呼叫前转业务； Userldentity表示"用户标识",取值为"2654808" ; OperatorType表示"操 作类型，，，取值为"Add"表示增加。在第一示例中，用户业务数据操作内 容中的各项内容在SIP协议中分开传送，即业务类型、数据信息和操作类型 分开传送。
或者，也可以将"CFB"和"Add"合成一个参数，仍以"*40"表示"登 记遇忙呼叫前转业务"，采用方式二携带用户业务搡作内容的第二示例如下 Content-Type:application/Service-Data-Operator
<ServiceDataOperator>
<ServiceOperator>*40</ServiceOperator〉 <UserIdentity>2654808</UserIdentity> </ServiceDataOperator> 在上述示例中，ServiceOperator表示业务类型和操作类型，取值为 "*40"。在第二示例中，用户业务数据操作内容中的各项内容在SIP协议 中分开传送，即业务类型、数据信息和操作类型分开传送。
或者，也可以在消息体中将用户业务数据操作内容以按键拨号方式传 送，即为第三示例
Content-Type: text/plain*40"6540808
在上述示例中，*40*26540808以文本方式在消息体中传送，消息体的 媒体类型为"text/plain",在第三示例中，用户业务数据操作内容中的各项 内容在SIP协议中在一起传送，即业务类型、数据信息和操作类型都连在一 起传送。
在方式二中，SIP消息的请求-统一资源标识携带的是用户业务数据操作 属性的标识、或用户终端对应的用户标识、或业务类型的标识等，如果携带 的是用户业务数据操作属性的标识，则R叫uest-URI中的标识表示请求目的 是进行用户业务数据操作，即为第四示例
MESSAGE sip: ServiceDataOperator@example.com SIP/2.0
或者，如果携带的是业务类型的标识，则R叫uest-URI中的标识表示请 求目的是用户业务数据对应的业务等，即为第五示例
MESSAGE sip: CFB@example.com SIP/2.0
在第四示例中， "sip: ServiceDataOperator@example.com"表示请求目 的标识是进行用户业务数据操作，在第五示例中，"sip: CFB@example.com" 请求目的标识是用户业务数据对应的业务。
从上述各个示例可以看出，方式二的用户业务数据操作内容的各项内容 在SIP协议中即可以在一起传送，也可以分开传送。
在实际应用中，不管是上述哪种方式，SIP消息中可以进一步在头域中 携带描述用户业务数据操作属性的信息段，该信息段可以是终端能力(User Agent Capabilities )、主叫偏好(Caller Preferences )、事件包(Event Package )、 或上述的消息体"Service-Data-Operator"的任意組合，其中，终端能力描述 用户终端进行用户业务数据操作的能力；主叫偏好描述用户终端当前发起请 求的偏好是进行用户业务数据操作；事件包描述用户终端当前发起的订阅是 用户业务数据操作。
步骤203:呼叫会话控制单元接收到所述以SIP协议承栽的用户业务数 据操作请求消息，将其向数据处理单元发送。本步骤中，呼叫会话控制单元接收到承载了用户业务数据操作内容的
SIP消息，可以使用初始过滤规则(iFC)或公共服务标识(Public Service Identity, 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-謹text-example.com SIP/2.0
该消息体的含义前面已有描述，故这里不再赘述。
步骤303:呼叫会话控制单元将该SIP即时消息转发至数据处理单元。
步骤304:数据处理单元根据所收到的SIP即时消息进行相应处理，处 理完毕后向呼叫会话控制单元返回响应消息。
作为本步骤可能的实施方式，所述响应消息为SIP200 OK消息，该SIP 200 0K消息可以携带业务数据操作响应内容，如"数据登记成功"；或者， 也可以用该SIP 200 OK消息本身作为业务数据操作响应，即"SIP 200 OK" 就表示业务数据搡作成功；或者，该SIP 200 OK消息仅仅是对SIP即时消 息的响应，而不是对业务数据操作的响应，当对业务数据处理完成后，另外 再发送一条响应消息。
步骤305:呼叫会话控制单元将所述响应消息向UE1发送。本实施例中， 所述响应消息就是SIP 200 OK消息。
步骤306:数据处理单元执行业务数据同步处理，向呼叫会话控制单元 发送SIP即时消息，消息中携带业务数据同步信息。消息示例如下
MESSAGE sip: mary@example.com SIP/2.0
P-Asserted-Identity: <tel: *40*26540808; phone-context=example.com〉 在上述示例中，MESSAGE消息的R叫uest-URI中填写的"sip: mary@example.com"是用户的标识，而业务数据同步信息即"*40*26540808，， 填写在P-Asserted-Identity头域中，当然也可以填写在其它头域中或消息体中，这里不再赘述。
此外，若上述步骤304 ~步骤305的SIP 200 OK消息不是对业务数据 操作的响应，而数据处理单元仅是对所收到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 200 OK消息。 步骤313:呼叫会话控制单元将该SIP 200 OK消息向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: mary@example.com SIP/2.0 Event: data-profile
在上述示例中，Event事件头域中设置事件包名称为"data-profile"， 表示订阅用户数据配置，即请求用户已经配置的用户业务数据，相当于前述 SIP消息的头域中所携带的"用户业务数据搡作属性的信息段"。
步骤403:呼叫会话控制单元将该SIP订阅消息向^:据处理单元发送。 步骤404: ^t据处理单元对该SIP订阅消息返回SIP 200 OK消息。步骤405:呼叫会话控制单元将该SIP 200 OK消息向UE2发送。 步骤406:数据处理单元执行业务数据同步处理，向用户发送S1P通知 (SIP NOTIFY)消息，消息中携带业务数据同步信息。
步骤407:呼叫会话控制单元将该SIP通知消息向UE2发送。 步骤408:用户在UE1上进行业务数据操作请求，比如，登记遇忙呼叫 前转业务数据。
步骤409: UE1发送SIP订阅消息，消息中携带业务数据操作内容。消 息示例如下
SUBSCRIBE sip: mary@example.com SIP/2.0 Event: data-profile
Content-Type:application/Service-Data-Operator
<ServiceDataOperator>
<ServiceOperator>*40</ServiceOperator〉 <UserIdentity>2654808</UserIdentity> </ServiceDataOperator> 步骤410:呼叫会话控制单元将该SIP订阅消息向数据处理单元发送。 步骤411:数据处理单元对该SIP订阅消息返回SIP 200 OK消息。 步骤412:呼叫会话控制单元将该SIP 200 OK消息向UEl发送。 步骤413:数据处理单元执行业务数据同步处理，向UEl发送SIP通知 消息，消息中携带业务数据同步信息。消息示例如下 NOTIFY sip: mary@example.com SIP/2.0
Event: data-profile
Content-Type:application/Service-Data-Operator
<ServiceDataOperator>
<ServiceOperator〉*40</ServiceOperator> <UserIdentity>2654808</UserIdentity></ServiceDataOperator> UE1在开机注册时，也执行了如步骤2所示的对用户业务数据的同步操
作请求的订阅，因此，这里数据处理单元也向UE1发送SIP通知消息。 步骤414:呼叫会话控制单元将该SIP通知消息向UE1发送。 步骤415:数据处理单元执行业务数据同步处理，向UE2发送SIP通知消息。
步骤416:呼叫会话控制单元将该SIP NOTIFY消息向UE2发送。 从以上实施例可以看出，本发明方案可以实现多种情况下用户业务数据 在用户终端设备与网络之间的同步。所述多种情况至少包括多终端用户的 一个终端对业务数据进行搡作，则该用户所有终端设备的用户业务数据与网 络实现同步；终端设备上线注册时，该终端设备的用户业务数据与网络实现 同步；对于最简单的单终端用户的情况，该终端设备上线注册或对用户业务 数据进行操作，也能实现终端设备的用户业务数据与网络进行同步。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本 发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本 发明的保护范围之内。
权利要求
1、通过会话初始协议SIP进行业务数据操作的方法，其特征在于，该方法包括如下步骤网络侧接收到携带用户业务数据操作内容的SIP消息；网络侧处理所述用户业务数据操作内容，生成包括业务数据同步信息在内的用户业务数据操作响应；网络侧向用户终端UE发送包含所述用户业务数据操作响应的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所述的方法，其特征在于，所述网络侧处理所述用 户业务数据操作内容包括业务数据的有效性检查、增加业务数据、修改业 务数据、删除业务数据、业务数据同步或以上搡作的任意组合。
8、 根据权利要求1所述的方法，其特征在于，所述包含所述用户业务数据操作响应的SIP消息中携带当前更新的用户业务数据、或网络侧当前存 储的所述UE对应的用户的所述被操作业务的所有用户业务数据、或网络侧
9、 根据权利要求1至8任一项所述的方法，其特征在于，所述UE为 多终端用户的一个UE，则所述网络侧向UE发送包含所述用户业务数据操 作响应的SIP消息包括网络侧向所述UE所述的用户的每一个已注册上线 的UE发送包含所述用户业务数据操作响应的SIP消息。
10、 通过SIP进行业务数据操作的系统，其特征在于，该系统包括 人机界面单元，用于接收用户输入的业务数据操作内容，向用户提示网络处理业务数据操作的响应；数据发送单元，用于接收来自人机界面单元的用户业务数据操作内容， 生成承载用户业务数据搡作请求的SIP消息，并向网络侧的数据处理单元发 送所述承载用户业务数据操作请求的SIP消息；以及接收来自网络侧的数据 处理单元的承载业务数据操作响应的SIP消息，并向人机界面单元发送所述 承载业务数据操作响应的SIP消息；数据处理单元，位于网络侧，用于接收来自数据发送单元的承载用户业 务数据操作请求的SIP消息，处理所述业务数据操作请求，并向数据发送单 元返回承载业务数据搡作响应的SIP消息。
11、 根据权利要求10所述的系统，其特征在于，该系统进一步包括 呼叫会话控制单元，用于提供用户终端上线注册以及呼叫控制功能，将来自 数据发送单元的承载用户业务数据操作请求的SIP消息转发至数据处理单 元，以及将来自数据处理单元的承载业务数据操作响应的SIP消息转发至数 据发送单元。
12、 根据权利要求10所述的系统，其特征在于，所述人机界面单元与 数据发送单元之间的接口协议包括模拟用户信令、1号数字用户信令、H.248 协议、内部接口协议或以上的任意组合。
13、 根据权利要求10、 11或12任一项所述的系统，其特征在于，所述 数据处理单元包括请求接收模块，用于接收携带用户业务数据搡作内容的SIP消息，将所 述业务数据操作内容发送至处理模块；处理模块，用于处理用户业务数据操作内容，生成处理结果并发送至响 应模块；响应模块，用于根据处理结果，生成包括业务数据同步信息在内的用户 业务数据操作响应，并通过SIP消息携带发送。
14、 一种通过SIP进行业务数据操作的终端设备，其特征在于，包括人 机界面单元和数据发送单元，所述人机界面单元用于接收用户输入的业务数据操作内容，向用户提示 网络处理业务数据操作的响应；所述数据发送单元用于接收来自人机界面单元的用户业务数据操作内 容，生成承载用户业务数据操作请求的SIP消息，并向网络侧发送所述承载 用户业务数据操作请求的SIP消息；以及接收来自网络侧的承载业务数据操 作响应的SIP消息，并向人机界面单元发送所述承载业务数据操作响应的 SIP消息。
15、 一种通过SIP进行业务数据操作的网元，其特征在于，包括如下模块请求接收模块，用于接收携带用户业务数据操作内容的SIP消息，将所 述业务数据操作内容发送至处理模块；处理模块，用于处理用户业务数据操作内容，生成处理结果并发送至响 应模块；响应模块，用于根据处理结果，生成包括业务数据同步信息在内的用户 业务数据操作响应，并通过SIP消息携带发送。
全文摘要
本发明公开了通过会话初始协议(SIP)进行业务数据操作的方法，包括如下步骤网络侧接收到携带用户业务数据操作内容的SIP消息；网络侧处理所述用户业务数据操作内容，生成包括业务数据同步信息在内的用户业务数据操作响应；网络侧向用户终端(UE)发送包含所述用户业务数据操作响应的SIP消息。本发明还公开了通过SIP进行业务数据操作的系统和装置。本发明方案可以使终端设备和网络之间的业务数据实现同步，可以满足IP多媒体子系统(IMS)中存在多终端用户的实际应用需要。
文档编号H04L12/56GK101291445SQ20071009816
公开日2008年10月22日 申请日期2007年4月20日 优先权日2007年4月20日
发明者施有铸 申请人:华为技术有限公司