CN101039257B - 实现业务激活和业务数据操作的系统、方法与转译装置 - Google Patents

Abstract

本发明公开了一种实现业务激活和业务数据操作的系统，包括人机交互单元和业务处理单元，该系统还包括：业务信息转译单元，所述业务信息转译单元设置在人机交互单元与业务处理单元之间。本发明还公开了一种实现业务激活和业务数据操作的方法，该方法包括：人机交互单元接收请求激活业务或请求操作业务数据的业务内容并输出；将人机交互单元输出的所述业务内容转译为包含请求激活业务或请求操作业务数据相关业务信息的SIP消息或承载XML的HTTP消息；业务处理单元根据所接收到的消息，处理业务激活或业务数据操作。本发明还公开了一种业务信息转译装置。根据本发明公开的系统与方法，能够有效共享网络资源，降低网络投资成本。

Description

实现业务激活和业务数据操作的系统、方法与转译装置

技术领域

本发明涉及在分组电信网络中实现业务的技术，特别是指一种实现业务激活和业务数据操作的系统、方法与转译装置。 

背景技术

电信网络可以分为基于电路交换的传统电信网络和基于分组交换的分组电信网络。 

在基于电路交换的传统电信网络中，用户在发起呼叫或呼叫过程中，请求激活业务和操作业务数据的方式一般有以下两种，分别为： 

一种是按键方式：用户以按键方式向终端输入包括业务特征码在内的号码请求激活一个业务或操作一个业务的数据，终端将以按键方式输入的用号码表示的业务内容发送给网络，向网络请求激活业务或操作业务数据。其中所述业务数据的操作可以是登记、增加、更改、删除、验证等。例如，用户以按键方式输入“**缩位号码”请求在本次呼叫时激活“缩位拨号”业务；再如，用户以按键方式拨号“*40*呼叫前转目的地号码#”请求登记“遇忙呼叫前转”业务数据；再如，用户呼叫一个被叫遇忙时，拍叉拨“*59#”，激活“遇忙回叫”业务；此外还有一种情况是，用户以按键方式输入“*58#”，请求登记“呼叫等待”业务。其中，“**”、“*40*”、“*59#”、“*58#”为业务特征码，表示请求激活或请求数据操作的业务种类，“缩位号码”、“呼叫前转目的地号码”分别是被叫标识和业务数据，是相关业务的业务附属信息，而对于第三个例子，虽然只有业务特征码，但隐含了对遇忙被叫用户号码请求激活业务的指示，即遇忙被叫用户号码是隐含的业务附属信息，而对于第四个例子，虽然也只有业务特征码“*58#”，但隐含了 将呼叫等待预约数据置为真(“True”)的指示，即业务特征码本身隐含了相关的业务数据信息，是一种“隐式”业务数据，也属于业务附属信息。 

另一种是菜单方式：用户通过终端的人机交互界面上的菜单操作请求激活一个业务，或者通过人机交互界面上的菜单操作请求操作一个业务数据且通过菜单操作中菜单提示输入相关的业务数据，终端通过所述菜单操作产生包含特定参数的数字用户信令后，向网络发送所述数字用户信令请求激活业务或操作业务数据。例如，当用户收到一个恶意呼叫时，通过综合业务数字网(ISDN)终端的菜单操作，ISDN终端向网络发送Facility消息，消息中包含特定参数“McidRequest”；再如，用户在ISDN终端上通过菜单操作的提示输入“遇忙呼叫前转”业务数据后，ISDN终端向网络发送Facility消息，该消息中包含特定参数“ActivationDiversion”，该操作成分中还包括参数“Address”，其中，Facility消息为数字用户信令，消息中包含的特定参数表示请求激活或请求数据操作的业务种类，参数“Address”是用户输入的“呼叫前转目的地号码”，表示相关业务的业务附属信息。 

以上所述在基于电路交换的传统电信网络中的终端通常是指传统电路域终端，例如普通老式电话服务(POTS)终端、ISDN终端、全球移动通信系统(GSM)手机等终端。 

目前，随着分组技术的不断成熟，电信网络向着分组电信网络发展，而使用会话发起协议(SIP)作为分组电信核心网的呼叫控制信令，是当前的技术发展趋势之一。例如，国际电信联盟-电信标准部(ITU-T)和欧洲电信标准协会(ETSI)等标准组织采用第三代合作伙伴计划(3GPP)标准组织定义的国际互联网协议多媒体子系统(IMS)网络架构作为下一代网络(NGN)的核心网，而IMS网络采用的呼叫控制信令就是SIP协议。 

在以上所述以SIP为核心网呼叫控制信令的分组电信网络，可以接入传统电路域终端，也可以接入SIP终端。下面分别介绍这些终端接入所述以SIP为核心网呼叫控制信令的分组电信网络中实现业务激活和业务数据操作的方法。 

针对SIP终端，当前ETSI等标准组织定义的在以SIP为核心网呼叫控制信令的分组电信网络中激活业务和操作业务数据的方式，和前述的在传统电信网络中的方式不同，具体方法是：用户在SIP终端上请求激活业务时，SIP终端通过携带有头域参数(header)或公共业务标识(PSI)的SIP消息向网络指示请求激活的业务种类，其中，SIP消息中的请求行(Request-Line)中的请求统一资源标识(Request-URI)还可以携带作为业务附属信息的被叫标识、或PSI等，即业务种类信息和业务附属信息存在于SIP消息中的不同位置；用户在SIP终端上请求操作业务数据时，SIP终端通过承载扩展标记语言(XML)的超文本传送协议(HTTP)消息向网络指示请求操作的业务数据。 

传统电路域终端也可以接入到以SIP为核心网呼叫控制信令的分组电信网络中实现业务激活和业务数据操作，其具体方法是：用户通过传统电路域终端请求激活业务和操作业务数据时，传统电路域终端将以按键方式输入的业务内容发送给网络，到达网络侧业务处理单元的所述业务内容以SIP消息中的Request-URI格式表示，业务处理单元解析所述业务内容，处理业务激活或业务数据操作；而传统电路域终端将以菜单方式操作所产生的数字用户信令发送给网络，网络侧的业务处理单元接收到的数字用户信令被封装在SIP消息体内，业务处理单元从SIP消息中提取数字用户信令并解析所述业务内容后，处理业务激活或业务数据操作。 

SIP终端也可以继承以上所述通过传统按键方式输入业务内容，针对这种情况，SIP终端将以按键方式输入的业务内容发送给网络，到达网络侧的所述业务内容以SIP消息中的Request-URI格式表示，网络侧业务处理单元解析所述业务内容，处理业务激活或业务数据操作。 

比如，以按键方式在传统电路域终端或SIP终端上输入业务内容“**11”，请求激活“缩位拨号”业务，则到达网络侧的所述业务内容以SIP消息格式如下： 

INVITE sip：**11home.net SIP/2.0 

或者是， 

INVITE tel：**11；phone-context＝home.net SIP/2.0 

其中，“sip：**11home.net”和“tel：**11；phone-context＝home.net”分别为URI的两种不同格式：SIP URI格式和tel URI(telephone URI，电话URI)格式。 

可以看到，此时业务种类信息“**”和业务附属信息“11”作为一串字符被同时携带于Request-URI中，即处于SIP消息中的同一位置。 

综上所述，传统电路域终端、继承传统按键方式的SIP终端，以及支持通过头域参数或PSI激活业务或通过HTTP/XML消息操作业务数据的新型SIP终端，都可以接入以SIP为核心网呼叫控制信令的分组电信网络中实现业务激活和业务数据操作，但是，对于所述现有技术，存在以下缺点： 

由于以传统的按键方式/菜单方式请求激活业务和操作业务数据的方式，与当前ETSI等标准组织制定的通过头域参数或PSI请求激活业务、以及通过HTTP/XML消息请求操作业务数据的方式完全不同，到达网络侧业务处理单元的请求激活或操作业务数据的业务内容的格式都不相同，业务处理单元需要区分业务激活和业务数据操作的方式，并需要根据不同的格式解析相关业务内容，并按照不同的方法处理业务激活和业务数据操作，因此，业务处理单元不能按同一种方法处理业务激活和业务数据操作，不能够有效地共享网络资源，且增大了网络投资成本。 

当基于电路交换的传统电信网络发展到基于分组交换的电信网络时，如果基于分组交换的网络侧业务处理单元不按照不同的方法处理业务激活和业务数据操作，则用户只能使用新型SIP终端实现相关业务，因此，用户一方面要更换新型SIP终端，另一方面还需要改变业务激活和业务数据操作的使用习惯，导致用户体验不好。 

此外，在以SIP为核心网呼叫控制信令的分组电信网络中，当前ETSI等标准组织定义的PSTN/ISDN模拟业务(PSTN/ISDN simulation services)都是按前述的通过头域参数或PSI请求激活业务、以及通过HTTP/XML消 息请求操作业务数据的方式来定义PSTN/ISDN模拟业务的业务实现方式的，这样，当传统电路域终端、继承传统按键方式的SIP终端接入分组电信网络，并以传统的按键方式/菜单方式请求激活业务和操作业务数据时，网络按照当前定义的PSTN/ISDN模拟业务方式，将无法为这些终端提供PSTN/ISDN模拟业务。 

发明内容

有鉴于此，本发明的主要目的在于提供一种实现业务激活和业务数据操作的系统，不同类型的人机交互单元按照不同的方式输入业务内容接入以SIP为核心网呼叫控制信令的分组电信网络实现相关业务时，网络侧业务处理单元可以按同一种方法处理相关业务。 

本发明的另一主要目的在于提供一种实现业务激活和业务数据操作的方法，不同类型的人机交互单元按照不同的方式输入业务内容接入以SIP为核心网呼叫控制信令的分组电信网络实现相关业务时，网络侧业务处理单元可以按同一种方法处理相关业务。 

本发明的另一主要目的在于提供一种业务信息转译装置，不同类型的人机交互单元按照不同的方式输入业务内容接入以SIP为核心网呼叫控制信令的分组电信网络实现相关业务时，网络侧业务处理单元可以按同一种方法处理相关业务。 

为了达到上述第一目的，本发明提供一种实现业务激活和业务数据操作的系统，包括人机交互单元和业务处理单元，该系统还包括：业务信息转译单元，所述业务信息转译单元设置在人机交互单元与业务处理单元之间； 

其中，人机交互单元用于接收请求激活业务或请求操作业务数据的相关业务内容，并将所述业务内容发送给业务信息转译单元； 

业务信息转译单元用于将来自人机交互单元的业务内容转译成包含所述请求激活业务或请求操作业务数据相关业务信息的SIP消息或承载XML的HTTP消息，并将所述消息发送给业务处理单元； 

业务处理单元用于根据来自业务信息转译单元的SIP消息或承载XML的HTTP消息，处理业务激活或业务数据操作。 

所述系统进一步包括配置文件服务器； 

所述配置文件服务器用于产生设置有业务内容与转译消息格式之间的对应关系的配置文件； 

业务信息转译单元进一步用于从配置文件服务器获取配置文件，将业务内容与配置文件匹配得到转译消息格式。 

所述人机交互单元和业务信息转译单元位于同一个设备上，所述人机交互单元和业务信息转译单元通过内部接口连接。 

所述人机交互单元和业务信息转译单元位于不同的设备上，所述人机交互单元和业务信息转译单元通过外部接口连接。 

所述人机交互单元为传统电路域终端； 

所述业务信息转译单元位于网关控制功能AGCF设备上；所述人机交互单元到业务信息转译单元的上行外部接口为传统电路域用户信令，所述业务信息转译单元到人机交互单元的下行外部接口为H.248协议，或媒体网关控制协议MGCP，或IUA，或V5UA，或SIP； 

或者，所述业务信息转译单元位于SIP综合接入设备上；所述外部接口为传统电路域用户信令。 

所述人机交互单元为SIP终端； 

所述业务信息转译单元位于SIP集中处理设备上；所述外部接口为SIP。 

所述人机交互单元为传统电路域终端，或者SIP终端。 

为了达到上述第二目的，本发明提供一种实现业务激活和业务数据操作的方法，该方法包括： 

a.人机交互单元接收请求激活业务或请求操作业务数据的业务内容，并将所述业务内容发送给业务信息转译单元； 

b.业务信息转译单元将所得到的业务内容转译为包含请求激活业务或请求操作业务数据相关业务信息的会话发起协议SIP消息或承载扩展标记语 言XML的超文本传送协议HTTP消息，并将所述SIP消息或承载XML的HTTP消息发送给业务处理单元； 

c.业务处理单元根据所接收到的SIP消息或承载XML的HTTP消息，处理业务激活或业务数据操作。 

步骤b所述业务信息转译单元将业务内容转译为SIP消息或承载XML的HTTP消息的步骤包括： 

业务信息转译单元将业务内容转译为包含业务种类信息和业务附属信息的SIP消息或承载XML的HTTP消息； 

所述业务种类信息和业务附属信息由业务信息转译单元从业务内容中提取得到。 

步骤a所述人机交互单元接收的业务内容为：通过按键方式输入的业务内容，所述业务内容为包括业务特征码的字符串； 

步骤b所述业务信息转译单元从业务内容中提取得到业务种类信息的步骤包括：从所述字符串中提取业务特征码得到业务种类信息； 

或者， 

步骤a所述人机交互单元接收的业务内容为：通过菜单方式操作输入的业务内容，所述业务内容为包括特定参数的数字用户信令； 

步骤b所述业务信息转译单元从业务内容中提取得到业务种类信息的步骤包括：从所述数字用户信令中提取特定参数得到业务种类信息。 

步骤b所述业务信息转译单元从业务内容中提取得到的业务附属信息为：主叫号码、被叫号码、业务激活参数、业务数据中任意一个或者任意组合。 

所述步骤b之前进一步包括：业务信息转译单元设置业务内容与转译消息格式之间的对应关系； 

步骤b所述业务信息转译单元将业务内容转译为包含所述业务种类信息和业务附属信息的SIP消息或承载XML的HTTP消息的步骤包括：使用业务内容查找所述对应关系，根据查找对应关系得到转译消息格式后，将业 务种类信息和业务附属信息设置在所述转译消息格式的指定参数中，得到转译后的消息。 

所述步骤b之前进一步包括：配置文件服务器产生设置有业务内容与转译消息格式之间的对应关系的配置文件；业务信息转译单元从配置文件服务器获取所述配置文件； 

步骤b所述业务信息转译单元将业务内容转译为包含所述业务种类信息和业务附属信息的SIP消息或承载XML的HTTP消息的步骤包括：使用业务内容与所获取的配置文件匹配，根据匹配配置文件得到转译消息格式后，将业务种类信息和业务附属信息设置在所述转译消息格式的指定参数中，得到转译后的消息。 

所述业务信息转译单元从配置文件服务器获取配置文件的步骤包括： 

业务信息转译单元向配置文件服务器发起获取配置文件的请求，配置文件服务器根据业务信息转译单元的请求，向业务信息转译单元发送所述配置文件； 

或者， 

配置文件服务器向业务信息转译单元发布所述配置文件。 

所述步骤c包括：业务处理单元解析所接收到的SIP消息或承载XML的HTTP消息得到业务种类信息和业务附属信息，根据解析得到的业务种类信息和业务附属信息，处理业务激活或业务数据操作。 

所述SIP消息中，业务种类信息设置在公共业务标识PSI或头域参数，业务附属信息携带在请求统一资源标识Request-URI或统一资源标识URI参数或头域参数。 

所述XML为：扩展标记语言配置访问协议XCAP或者简单对象访问协议SOAP。 

所述人机交互单元为传统电路域终端，或SIP终端。 

步骤b所述业务信息转译单元设置在SIP终端，或网关控制功能AGCF设备，或SIP综合接入设备，或SIP集中处理设备中。 

根据本发明的第三个目的，本发明提供一种业务信息转译装置，该装置包括：接收单元、提取转译单元、输出单元、对应关系单元； 

其中，接收单元用于接收来自外部的请求激活业务或请求操作业务数据的业务内容，并传给提取转译单元； 

提取转译单元用于从所得到的业务内容中提取得到请求激活的业务种类或请求操作数据的业务种类、以及业务附属信息，并用于从对应关系单元获取业务内容和转译消息格式之间的对应关系，根据所接收到的业务内容查找所述业务内容和转译消息格式之间的对应关系得到转译消息格式后，将所得到的业务种类和业务附属信息设置在所述转译消息格式的指定参数中，得到转译后的SIP消息或HTTP/XML消息，并传给输出单元； 

输出单元用于将所得到的SIP消息或HTTP/XML消息发送给网络； 

对应关系单元用于提供业务内容和转译消息格式之间的对应关系。 

所述提取转译单元包括提取单元和转译单元； 

其中，提取单元用于从接收单元接收到的业务内容中提取得到请求激活的业务种类或请求操作数据的业务种类、以及业务附属信息，并传给转译单元； 

转译单元用于将从接收单元接收得到的业务内容转译为SIP消息或HTTP/XML消息，并传给输出单元。 

根据本发明提供的实现业务激活和业务数据操作的系统和方法，以及业务信息转译装置，由于业务信息转译单元将用户以按键方式或菜单方式输入的不同格式的请求激活业务或请求操作业务数据的业务内容转译成SIP消息或HTTP/XML消息，到达网络侧业务处理单元的消息具有统一的格式，因此，业务处理单元不需要区分业务激活和业务数据操作的方式，按同一种方法处理业务激活和业务数据操作，以最大限度的共享网络资源，降低了网络投资成本。在基于分组交换的电信网络中，用户仍然可以使用传统电路域终端，且可以继续按照传统的按键方式或菜单操作方式请求激活业务和请求操作业务数据，因此，用户体验良好。并且，通过这种转译，当传统电路域终 端、继承传统按键方式的SIP终端接入分组电信网络，并以传统的按键方式/菜单方式请求激活业务和操作业务数据时，网络也能够按照当前定义的PSTN/ISDN模拟业务方式，为这些终端提供PSTN/ISDN模拟业务。 

附图说明

图1所示为本发明中实现业务激活和业务数据操作的系统结构图； 

图2所示为本发明中实现业务激活和业务数据操作的流程图； 

图3所示为本发明中业务信息转译单元的结构图。 

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面举具体实施例，对本发明作进一步详细的说明。 

由于新型SIP终端是未来分组网络发展的趋势，因此本发明将按通过头域参数或PSI激活业务或通过HTTP/XML消息操作业务数据的方法，作为处理相关业务的同一种方法。 

本发明提供的实现业务激活和业务数据操作的系统结构如图1所示，包括：人机交互单元s1、业务信息转译单元s2、业务处理单元s3，还可以进一步包括配置文件服务器s4。下面详细介绍各单元完成的功能和各单元之间的连接关系。 

人机交互单元s1提供请求激活业务和操作业务数据的人机接口，用户通过人机交互单元s1的人机接口以传统的按键方式或菜单方式输入请求激活业务和操作业务数据相关业务内容，人机交互单元s1将用户输入的业务内容透传给业务信息转译单元s2。所述人机交互单元s1是传统电路域终端或者是继承传统按键方式的SIP终端等通信终端。 

业务信息转译单元s2将从人机交互单元s1接收到的业务内容转译成包含请求激活业务或请求操作业务数据相关业务信息的SIP消息、或者HTTP/XML消息，然后将所述转译后得到的SIP消息或HTTP/XML消息发 送给业务处理单元s3。 

其中，人机交互单元和业务信息转译单元之间的接口可以是内部接口，也可以是外部接口。 

当人机交互单元和业务信息转译单元之间的接口是内部接口时，表示人机交互单元和业务信息转译单元可以位于同一个设备中，例如，在SIP终端内可以设置业务信息转译单元。 

当人机交互单元和业务信息转译单元之间的接口是外部接口时，业务信息转译单元可以位于其它网元设备内。例如，当人机交互单元是传统电路域终端时，业务信息转译单元可以位于接入网关控制功能(AGCF)设备上，此时，人机交互单元和业务信息转译单元间接连接，人机交互单元到业务信息转译单元的上行接口为传统电路域用户信令，业务信息转译单元到人机交互单元的下行接口可以为H.248协议、媒体网关控制协议(MGCP)、ISDNQ.921用户适配协议(IUA)、V5用户适配协议(V5UA)，或者SIP协议等；业务信息转译单元还可以位于SIP综合接入设备(IAD)上，此时，人机交互单元和业务信息转译单元之间通过传统电路域用户信令如模拟用户信令直接相连。当人机交互单元是SIP终端时，业务信息转译单元可以位于SIP集中处理设备上，此时，人机交互单元和业务信息转译单元之间的协议接口是SIP协议。 

业务处理单元s3根据所接收到的SIP消息或HTTP/XML消息解析业务内容，处理业务激活或业务数据操作。 

配置文件服务器s4产生设置有业务内容与转译的SIP消息、或者HTTP/XML消息格式之间的对应关系的配置文件，并提供给业务信息转译单元s2。配置文件服务器s4可以是个独立的物理实体设备，也可以和业务处理单元s3位于同一个物理实体设备上。 

图3为业务信息转译单元的结构示意图，如图3所示，业务信息转译单元包括：接收单元u1、提取单元u2、转译单元u3、对应关系单元u4、输出单元u5。下面详细介绍业务信息转译单元的内部结构以及各单元完成的功 能和连接关系，分别描述如下： 

接收单元u1接收来自人机交互单元s1的业务内容，并传给提取单元u2。 

提取单元u2将从所得到的业务内容中提取得到请求激活的业务种类或请求操作数据的业务种类、以及业务附属信息，并传给转译单元u3。 

在图1所示的系统中，当不存在配置文件服务器s4时，对应关系单元u4为产生业务内容和转译消息格式之间的对应关系的对应关系配置单元。相应的，转译单元u3根据业务内容从对应关系单元u4中查找业务内容和转译消息格式之间的对应关系，根据查找得到的转译消息格式结果，将业务内容转译成包含从提取单元u2中所得到的业务种类和业务附属信息的SIP消息或HTTP/XML消息，即，根据转译消息格式要求将业务种类信息和业务附属信息设置在消息的指定参数中，然后将转译后的SIP消息或HTTP/XML消息传给输出单元u5。 

在图1所示的系统中，当存在配置文件服务器s4时，对应关系单元u4为对应关系获取接口，即作为业务信息转译单元s2和配置文件服务器s4之间的接口，转译单元u3通过所述对应关系获取接口，从配置文件服务器s4中获取设置有业务内容和转译消息格式之间的对应关系的配置文件。相应的，转译单元u3通过对应关系单元u4从配置文件服务器s4中获取设置有业务内容和转译消息格式之间的对应关系的配置文件，并根据业务内容与所述配置文件匹配得到转译消息格式后，将业务内容转译成包含从提取单元u2中所得到的业务种类和业务附属信息的SIP消息或HTTP/XML消息，即，根据转译消息格式要求将业务种类信息和业务附属信息设置在消息的指定参数中，然后将转译后的SIP消息或HTTP/XML消息传给输出单元u5。 

输出单元u5将所得到的SIP消息或HTTP/XML消息发送给业务处理单元s3。 

在以上所述的业务信息转译单元的结构中，提取单元u2和转译单元u3可以合为一个提取转译单元实现，因为，在有的情况下，先根据业务内容得 到转译消息格式后，根据转译消息格式中需要设置的参数，从业务内容中提取出相关的业务种类信息和业务附属信息，然后将业务种类信息和业务附属信息设置在指定参数中，因此，在具体实现业务内容到消息的转译时，所述提取单元u2和转译单元u3需要协同工作，可以将所述提取单元u2和转译单元u3合为一个提取转译单元实现；或者，提取单元u2和转译单元u3分别从接收单元u1接收业务内容后，提取单元u2从业务内容中提取出业务种类信息和业务附属信息并传给转译单元u3，转译单元u3将所得到的业务内容转译为包含所述业务种类信息和业务附属信息的SIP消息或HTTP/XML消息后传给输出单元u5。 

图2所示为在以SIP为核心网呼叫控制信令的分组电信网络中实现业务激活和业务数据操作的流程图，包括以下几个步骤： 

步骤201：人机交互单元s1接收以传统的按键方式或菜单方式输入的请求激活业务或操作业务数据相关业务内容后，将所述业务内容透传给业务信息转译单元s2。其中，以按键方式输入业务内容为包含业务特征码的字符串，以菜单方式输入的业务内容为包含特定参数的数字用户信令。当终端与业务信息转译单元之间的接口是传统电路域用户信令时，业务内容通过传统电路域用户信令透传至业务信息转译单元；当终端与业务信息转译单元之间的接口是SIP协议时，业务内容通过SIP协议透传至业务信息转译单元。所述透传是指：人机交互单元s1发送的业务内容，通过任何接口到达业务信息转译单元s2时，业务内容并没有发生任何变化。 

例如，用户请求激活“主叫号码显示临时限制”业务时通过人机交互单元输入“*62被叫号码”，人机交互单元将用户所输入的业务内容透传给业务信息转译单元，到达业务信息转译单元时，业务内容仍是“*62被叫号码”；再如，用户请求激活“遇忙呼叫前转”业务时，通过菜单操作ISDN终端产生包含“ActivationDiversion”特定参数和“Address”参数的Facility消息并透传给业务信息转译单元，到达业务信息转译单元时，Facility消息中包含的“ActivationDiversion”和“Address”参数并没有发生任何变化。 

步骤202：业务信息转译单元s2接收到人机交互单元s1发送来的业务内容后，将该业务内容转译成包含请求激活业务或请求操作业务数据相关业务信息的SIP消息或HTTP/XML消息，并将所述消息发送给业务处理单元s3。 

业务信息转译单元将业务内容转译成SIP消息或HTTP/XML消息的具体步骤包括： 

步骤202-1：业务信息转译单元从该业务内容中提取得到请求激活的业务种类或请求操作数据的业务种类、以及业务附属信息。 

如前所述，本发明将按通过头域参数或PSI激活业务或通过HTTP/XML消息操作业务数据的方法，作为处理相关业务的统一方法。该方法中，业务种类信息和业务附属信息处在SIP消息中的不同位置，因此业务信息转译单元必须先从收到的业务内容中提取出业务种类信息和业务附属信息，再根据具体的转译方法将其放在SIP消息中的不同位置；对以XML描述的业务数据来说，也是以不同的参数来描述业务种类信息和业务附属信息，也需要先从业务内容中提取出业务种类信息和业务附属信息，再根据具体的转译方法将其放在XML描述的不同参数中。 

例如，业务信息转译单元从“*62被叫号码”提取出业务特征码“*62”得到业务种类，从“*62被叫号码”提取出“被叫号码”得到业务附属信息；或者，从Facility消息中提取出特定参数“ActivationDiversion”得到业务种类，从Facility消息中提取出参数“Address”得到业务附属信息。对于只有业务特征码或特定参数的业务内容，还可以从另外的途径得到业务附属信息，例如，通过提取“隐式”业务数据得到业务附属信息，从发起请求及接收请求的用户信息中提取得到业务附属信息。本发明所述业务附属信息包括：发起请求的主叫号码、接收请求的被叫号码、业务激活参数、业务数据等中任意一个或任意组合。 

步骤202-2：根据提取结果，将业务内容转译成包含所述业务种类和业务附属信息的SIP消息或HTTP/XML消息。 

例如，所述SIP消息中，通过头域参数或PSI表示请求激活或操作数据的业务种类，通过Request-URI、或URI参数或头域参数传递业务附属信息；所述HTTP/XML消息中，用XML应用协议描述业务种类和业务附属信息并承载在HTTP协议。其中，XML有多种形式的具体应用协议，例如XML在配置数据访问方面的具体应用协议扩展标记语言配置访问协议(XCAP)，还可以是XML在远程过程调用方面的应用协议简单对象访问协议(SOAP)等。 

上述通过步骤202-1和步骤202-2进行业务内容到SIP消息或HTTP/XML消息的转译，不是唯一的转译步骤，根据具体业务或具体业务的应用环境不同，还可以采用其它步骤，例如：业务信息转译单元首先根据业务内容查找出转译消息格式之后，如果根据所述转译消息格式需要设置指定参数时，再从业务内容中提取出相关业务信息，例如业务种类信息和业务附属信息。 

将业务内容转译成SIP消息或HTTP/XML消息的具体实现方式可以有以下两种，分别描述如下所述： 

1)业务信息转译单元中预先设置有业务内容与转译消息格式之间的对应关系，业务信息转译单元从业务内容提取得到请求激活的业务种类或请求操作数据的业务种类、以及业务附属信息后，使用所得到的业务种类查找所述对应关系，根据查找得到的转译消息格式结果，将业务内容转译成相应的SIP消息或HTTP/XML消息，即，根据转译消息格式要求将业务种类信息和业务附属信息设置在消息的指定参数中。以上所述的对应关系以及转译过程均可以由软件代码编程。 

2)业务信息转译单元从配置文件服务器中获取配置文件，该配置文件中预先设置有业务内容和转译消息格式之间的对应关系。业务信息转译单元从业务内容提取得到请求激活的业务种类或请求操作数据的业务种类、以及业务附属信息后，将业务种类与配置文件匹配，与配置文件匹配得到所述业务信息对应的转译消息格式后，根据所得到的转译消息格式将业务内容转译 成SIP消息或HTTP/XML消息，即，根据转译消息格式要求将业务种类信息和业务附属信息设置在消息的指定参数中。 

业务信息转译单元从配置文件服务器获取所述配置文件的方法可以为：业务信息转译单元向配置文件服务器发起请求得到配置文件，或者配置文件服务器主动向业务信息转译单元发布配置文件。所述配置文件可以是一种表格形式的文件，也可以是一种脚本文件，例如以XML描述的脚本文件。通过所述从业务处理单元获得的配置文件匹配的方式进行转译，就能够保证转译后的SIP消息或HTTP/XML消息一定是业务处理单元处理相关业务的统一的格式。 

步骤203：业务处理单元s3根据所接收到的SIP消息或HTTP/XML消息，处理业务激活或业务数据操作，具体步骤是，业务处理单元从SIP消息或HTTP/XML消息中解析业务种类和业务附属信息，根据解析得到的结果处理相关的业务激活或业务数据操作。 

通过以上所述的业务信息转译单元的转译，人机交互单元以不同方式输入业务内容时，到达业务处理单元的业务内容都具有统一的格式，因此业务处理单元不需要针对每一种输入方式的业务内容按照不同的方法进行解析，只需要按照统一的方法进行解析就能够得到业务种类和业务附属信息。 

下面针对具体业务，介绍通过本发明所述的信息转译的方法实现业务激活或业务数据操作的结果。 

实施例1：“缩位拨号”业务激活 

用户在传统电路域终端或SIP终端上，通过按键方式拨“**11”发起呼叫，终端将用户所拨的业务内容“**11”透传给业务信息转译单元。 

业务信息转译单元接收到“**11”，从“**11”提取出业务特征码“**”，根据上述的转译方式，业务信息转译单元将业务种类通过一个表示传统电信业务的PSI来标识，如表示为telecommunication-serviceshome.net，同时将用户所输入的业务内容“**11”用SIP消息中的一个参数表示，业务信息转译单元将业务内容转译成用PSI指示业务相关信息的SIP消息后，发送给业 务处理单元，SIP消息如下所示： 

INVITE sip：telecommunication-serviceshome.net；input-param＝**11SIP/2.0 

SIP消息中，以PSI表示请求激活的业务种类，用户所拨的业务内容“**11”通过扩展的URI参数input-param来携带。需要说明的是：虽然业务特征码“**”和业务附属信息仍然在URI参数同一位置，但表示业务种类的PSI在Request-URI，和业务附属信息不在同一个位置。这是因为，该PSI没有直接指示出这是“缩位拨号呼出”业务，而只是给出了该业务所属的传统电信业务范畴，因此业务特征码仍然需要保留给业务处理单元，以精确定位出具体的“缩位拨号呼出”业务。 

或者，业务信息转译单元接收到“**11”后提取出业务特征码，根据上述的转译方式将业务种类直接用表示“缩位拨号呼出”业务的PSI指示，如表示为abbreviated-diallinghome.net，将业务附属信息缩位号码“11”用URI参数表示，即将业务内容转译为以下所示的SIP消息后，发送给业务处理单元。 

INVITE sip：abbreviated-diallinghome.net；input-param＝11SIP/2.0 

此时，由于PSI已经精确定位出“缩位拨号呼出”业务，因此业务特征码在SIP消息中不再存在。 

业务处理单元接收到以上所述SIP消息，然后解析SIP消息得到业务种类和业务附属信息，并根据所解析得到的业务相关信息处理用户发起的“缩位拨号”呼叫业务。 

实施例2：“主叫号码显示临时限制”业务激活 

用户在传统电路域终端或SIP终端上，以按键方式拨“*620012125552222”发起呼叫，终端将用户所拨的业务内容“*620012125552222”透传给业务信息转译单元。 

业务信息转译单元从接收到的业务内容“*620012125552222”中提取出业务特征码“*62”，根据上述的转译方式将业务附属信息被叫号码“0012125552222”设置在SIP消息的请求统一资源标识(Request-URI)中， Privacy头域参数设置为“id”，表示请求激活“主叫号码显示临时限制”的业务种类，转译得到的SIP消息可以表示为： 

INVITE tel：+1-212-555-2222SIP/2.0 

Privacy：id 

其中，将0012125552222变成tel：+1-212-555-2222是现有公开技术，在此，省略描述。业务信息转译单元将以上所述SIP消息发送给业务处理单元，业务处理单元解析SIP消息，得到业务种类和业务附属信息，并根据所解析得到的业务相关信息处理用户发起的“主叫号码显示临时限制”业务。 

实施例3：“遇忙回叫”业务和“遇忙呼叫完成”业务激活 

当用户呼叫的被叫遇忙时，用户保持原呼叫且以按键方式输入“*59#”请求激活“遇忙回叫”业务；或者当ISDN用户呼叫的被叫遇忙时，通过菜单操作ISDN终端产生包含指示操作为CCBSRequest特定参数的Facility消息，CCBSRequest特定参数表示请求激活“遇忙呼叫完成”业务，终端将以上所述用户输入的内容“*59#”或Facility消息透传给业务信息转译单元。 

业务信息转译单元提取得到业务特征码或Facility消息中的特定参数，根据上述的转译方式，将该业务内容转译为如下所示的SIP消息后，发送给业务处理单元。 

SUBSCRIBE tel：+88-755-654-0808SIP/2.0 

Event：ccbs 

P-Asserted-Identity：<sip：user1home1.net> 

其中，tel：+88-755-654-0808是表示接收激活业务请求的用户号码，即原遇忙被叫用户，位于Request-URI中，sip：user1home1.net表示请求激活业务的用户号码，位于P-Asserted-Identity头域中，这两个用户号码属于业务附属信息，获取方法也属于现有技术，在此省略描述。业务信息转译单元发送给业务处理单元的SIP消息类型为订阅(SUBSCRIBE)消息，事件(Event)头域设置为“ccbs”，表示向原遇忙被叫用户订阅“遇忙呼叫完成”业务请求事件包，即指示业务种类。 

在本实施例3中，如果当人机交互单元是SIP终端，而且SIP终端和业务信息转译单元之间通过SIP协议接口传输信息时，由于SIP协议不支持“#”字符，导致SIP终端发送的“*59#”到达业务信息转译单元时会变成“*59”，针对这种情况，仍属于本发明所述的透传。 

通常，在传统电路域终端上，用户所输入的内容一般是指“0”到“9”的十个数字以及“*”、“#”两个字符，而SIP终端还可以输入英文字母等ASCII码，因此本发明所述用户输入的内容不限于“0”到“9”的十个数字以及“*”、“#”两个字符，还可以包括26个英文字母等的ASCII码。 

实际上，在激活业务或操作业务数据的过程中，可以通过已约定的任何字符串作为某一业务的业务特征码，例如，在本实施例3中，可以用“159”作为请求激活“遇忙回叫”业务的业务特征码。 

针对本实施例3，再给出业务信息转译单元将业务内容转译为HTTP/XML消息的结果，当XML的应用协议为XCAP时，HTTP/XCAP消息可以表示为： 

<xs：element name＝″CCBS″substitutionGroup＝″ss：absService″> 

………………… 

<xs：element name＝″identity1″type＝″xs：anyURI″substitutionGroup＝″cp：condition″/> 

<xs：element name＝″identity2″type＝″xs：anyURI″substitutionGroup＝″cp：condition″/> 

<xs：element name＝″action-type″type＝″xs：boolean″substitutionGroup＝″cp：action″/> 

其中，“CCBS”表示“遇忙回叫”业务，“identity1”表示接收激活该业务请求的用户标识号码，“identity2”表示请求激活该业务的用户标识号码，两者的数据类型为任意格式的统一资源标识(“anyURI”)，“action-type”表示激活类型，其数据类型为布尔型变量(boolean)，“action-type”设置为真(true)表示该业务被激活。 

当XML的应用协议为SOAP时，HTTP/SOAP消息可以表示为： 

<SOAP-ENV：Body> 

       <ServicesApplication> 

           <ServiceName xsi：type＝″xsd：string″>CCBS</ServiceName> 

           <identity1 xsi：type＝″xsd：anyURI″>userexample.com</identity1> 

             <identity2 xsi：type＝″xsd：anyURI″>userexample.com</identity2> 

</SOAP-ENV：Body> 

其中，“ServicesApplication”表示业务应用服务器上被终端远程调用的过程的名称，该过程的参数是“ServiceName”，如取值为“CCBS”表示对“遇忙回叫”业务的调用，“identity1”和“identity2”是另两个过程参数，分别表示接收激活该业务请求的用户标识号码和请求激活该业务的用户标识号码。 

实施例4：“恶意呼叫追查”业务激活 

当用户在传统电路域终端或SIP终端上在收到一个匿名的恶意呼叫时，保持原呼叫后拨“*33#”，请求激活“恶意呼叫追查”业务，业务特征码“*33#”表示请求激活“恶意呼叫追查”业务；或当ISDN用户收到一个匿名的恶意呼叫时，通过菜单操作ISDN终端产生包含指示操作为McidRequest特定参数的Facility消息，特定参数McidRequest表示请求激活“恶意呼叫追查”业务，人机交互单元将以上所述请求“激活恶意呼叫追查”业务时的业务内容“*33#”或Facility消息透传给业务信息转译单元。 

业务信息转译单元提取得到业务特征码或Facility消息中的特定参数，根据上述的转译方式，将该业务内容转译成如下所示的SIP消息： 

SUBSCRIBE tel：+88-755-654-0808 SIP/2.0 

Event：mcid-request-info 

然后业务信息转译单元向业务处理单元发送SIP SUBSCRIBE消息，该消息中Request-URI中表示请求激活业务的用户号码，该用户号码也是属于业务附属信息，Event头域设置的“mcid-request-info”表示订阅“恶意呼叫追查”业务请求事件包，即指示业务种类。 

业务信息转译单元还可以将业务内容转译为其它形式的SIP消息后发送给业务处理单元，例如，向业务处理单元发送SIP INFO消息，该消息中通过头域参数请求恶意呼叫的主叫用户标识；或者还可以将业务内容转译成HTTP/XML消息后发送给业务处理单元，例如，以XCAP或SOAP协议描 述请求激活“恶意呼叫追查”业务。 

业务处理单元根据接收到的SIP消息，解析业务内容，处理相关业务。 

实施例5：“会议”业务激活 

用户通过ISDN终端的菜单操作，激活“会议”业务，ISDN终端产生Facility消息并透传给业务信息转译单元，Facility消息中通过如指示操作为BeginCONF的特定参数表示请求激活开始会议。业务信息转译单元提取出Facility消息中的特定参数，根据上述的转译方式，将业务内容转译成SIP消息，例如： 

INVITE sip：conference-factoryhome1.net SIP/2.0 

P-Asserted-Identity：<sip：user1home1.net>业务信息转译单元向业务处理单元发送上述SIP INVITE消息，其中，Request-URI中为表示会议标识的PSI，sip：user1home1.net表示请求激活会议业务的用户号码，位于P-Asserted-Identity头域中，属于业务附属信息，业务处理单元根据解析所述SIP INVITE消息，为本次请求的“会议”业务申请会议资源。 

实施例6：“三方通话”业务激活 

用户在传统电路域终端或SIP终端上建立通话后，保持原通话，呼叫另一个被叫用户并进入通话，然后将这个新建立通话也保持，然后拨“3”请求建立三方通话，终端将用户所输入内容“3”透传给业务信息转译单元，业务信息转译单元通过对业务内容的提取，将业务内容转译成SIP消息，例如： 

INVITE sip：conference-factoryhome1.net SIP/2.0 

P-Asserted-Identity：<sip：user1home1.net> 

业务信息转译单元向业务处理单元发送所述SIP INVITE消息，请求申请会议资源。 

业务处理单元根据以上SIP INVITE消息，完成会议申请，这时，业务信息转译单元再向业务处理单元发送一个以下所示的SIP消息： 

REFER sip：conf123home1.net SIP/2.0 

Refer-To：<tel：+88-755-654-0808>，<tel：+88-755-654-0809> 

业务信息转译单元向业务处理单元发送的SIP REFER消息中，Request-URI为已经申请成功的会议资源的标识，Refer-To头域设置为已经建立的两个通话的被叫用户号码，表示请求已经建立的会议资源将这两个用户加入会议。 

业务处理单元根据SIP REFER消息，处理三方通话业务。 

通过本实施例6可以看到，业务信息转译单元可以根据业务处理情况，按顺序转译成包括多个SIP消息的消息序列，并依次发送给业务处理单元。 

在本实施例6中，业务信息转译单元也可以将业务内容转译成一个SIP消息后，发送给业务处理单元，例如： 

INVITE sip：conference-factoryhome1.net SIP/2.0 

P-Asserted-Identity：<sip：user1home1.net> 

Join：<1b.org；to-tag＝xyz；from-tag＝pdq>，<2c.org；to-tag＝abc；from-tag＝ijk> 

该SIP消息表示请求申请会议资源，Join头域中设置的“1b.org；to-tag＝xyz；from-tag＝pdq”和“2c.org；to-tag＝abc；from-tag＝ijk”分别表示已经建立的两个通话的会话标识，表示请求将这两个通话加入到申请的会议资源中。 

实施例7：“计费通知”业务激活 

用户在传统电路域终端或SIP终端上，拨“*240012125552222”发起呼叫，请求本次呼叫激活“计费通知”业务，其中，业务特征码“*24”表示请求激活“计费通知”业务，“0012125552222”为被叫号码；或ISDN用户发起呼叫时，通过菜单操作激活“计费通知”业务，ISDN终端产生Setup消息，消息中通过如指示操作为ChargingRequest的特定参数表示请求本次呼叫激活“计费通知”业务，人机交互单元将所述用户所输入的业务内容透传给业务信息转译单元，业务信息转译单元提取得到“*24”或Setup消息中的特定参数，根据上述的转译方式，将业务内容转译成SIP消息，所述SIP消息为： 

INVITE tel：+1-212-555-2222SIP/2.0 

P-AoC：provided 

业务信息转译单元向业务处理单元发送上述SIP INVITE消息，其中，Request-URI中为作为业务附属信息的被叫用户号码，P-AOC头域设置的“provided”表示请求激活“计费通知”业务。 

业务信息转译单元还可以将业务内容转译为通过Subscription头域参数携带“计费通知”业务请求事件包的SIP INVITE消息，并发送给业务处理单元。 

业务处理单元根据解析所述SIP INVITE消息，为该用户激活“计费通知业务”。 

实施例8：“遇忙呼叫前转”业务数据操作 

用户拨号“*40*呼叫前转目的地号码#”，请求登记“遇忙呼叫前转”业务数据；或ISDN用户在终端上通过菜单操作输入“遇忙呼叫前转”业务数据，ISDN终端产生Facility消息，该消息中携带如操作指示为ActivationDiversion的特定参数，请求登记“遇忙呼叫前转”业务数据，人机交互单元将用户所输入内容透传给业务信息转译单元。 

业务信息转译单元从业务内容提取得到业务特征码“*40*”或Facility消息中的特定参数ActivationDiversion，并得到请求登记的呼叫前转目的地号码，业务信息转译单元将业务内容转译成HTTP/XML消息，该消息中携带用XCAP协议描述的内容，具体可参见Draft ETSI TS 183 004 V<0.0.18>(11-2005)标准文稿，示例如下： 

<xs：element name＝″communication-diversion″substitutionGroup＝″ss：absService″> 

……………………… 

<xs：element name＝″busy″type＝″ss：empty-element-type″substitutionGroup＝″cp：condition″/> 

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

<xs：element name＝″forward-to″type＝″ss：forward-to-type″substitutionGroup＝″cp：action″/> 

其中，“communication-diversion”表示呼叫前转业务的应用用法名称，“busy”表示业务数据设置的一个条件(“condition”)“忙”，而“forward-to” 表示业务数据设置的结果(“action”)“前转目的地”。 

业务信息转译单元将上述HTTP/XCAP消息发送给业务处理单元，业务处理单元根据解析HTTP/XCAP消息，为该用户登记“遇忙呼叫前转”业务数据。 

实施例9：“遇忙呼叫前转”业务数据操作 

用户拨号“*40*26540808#”，请求登记遇忙呼叫前转业务数据，终端将用户所输入内容透传给业务信息转译单元。 

业务信息转译单元从用户所输入业务内容提取得到业务种类，业务信息转译单元将所述业务内容转译成SIP消息，示例如下： 

INVITE sip：telecommunication-serviceshome.net；input-param＝*40*26540808 SIP/2.0 

在上述转译后的SIP消息中，以PSI表示请求激活的业务种类，用户所输入号码“*40*26540808#”通过扩展的URI参数input-param来表示，其中“#”字符被省略。这里和实施例一类似，业务特征码“*40*”和业务附属信息在URI参数同一位置，表示业务种类的PSI没有直接指示出这是“登记遇忙呼叫前转业务数据”，而只是给出了其所属的传统电信业务范畴，因此业务特征码仍然需要保留给业务处理单元。 

或者，业务信息转译单元将业务种类直接用表示“登记遇忙呼叫前转业务数据”业务的PSI指示，如表示为registration-cfbhome.net，将业务附属信息呼叫前转目的地号码为“26540808”用URI参数表示，即将业务内容转译为以下所示的SIP消息后，发送给业务处理单元。 

INVITE sip：registration-cfbhome.net；input-param＝26540808 SIP/2.0业务信息转译单元将上述SIP消息发送给业务处理单元，业务处理单元根据解析SIP消息，处理相关业务。 

从以上实施例1～9所述的通过业务信息转译单元的转译实现业务激活或业务数据操作过程可以看到，转译的形式并非唯一一种，可以将业务内容转译成SIP消息，也可以将业务内容转译成HTTP/XML消息。 

在实际应用中，业务信息转译单元应选择一种业务处理单元能够统一处 理的SIP消息或HTTP/XML消息格式，将业务内容转译成相应的格式后发送给业务处理单元，这样，业务处理单元就能够以统一的方法处理业务激活或业务数据操作。如果以前述通过软件代码完成转译时，业务内容与转译消息格式之间的对应关系中，转译消息格式应该设置成业务处理单元希望得到的消息格式；如果以前述通过配置文件匹配的方法完成转译时，配置文件中预先配置有业务内容与业务处理单元统一处理的消息格式之间的对应关系。例如，在实施例3中，如果业务内容与转译消息格式之间的对应关系中，对应“*59#”的转译消息格式为HTTP/XCAP消息，则业务处理单元根据业务内容“*59#”查找所述对应关系得到转译消息格式为HTTP/XCAP消息，XCAP消息中描述“遇忙回叫”业务，根据查找结果将本次请求激活业务的信息转译为HTTP/XCAP消息；如果配置文件中针对“*59#”的转译消息格式为SIP SUBSCRIBE消息，订阅事件包为“遇忙呼叫完成”业务请求事件包，则业务处理单元根据业务内容“*59#”与配置文件匹配得到转译消息格式为SIP SUBSCRIBE消息，然后根据所得到的转译消息格式，将本次请求激活业务的信息转译为SIP SUBSCRIBE消息。 

上述实施例中所提到的“缩位拨号”业务、“主叫号码显示临时限制”业务、“恶意呼叫追查”业务、“遇忙回叫”业务、“遇忙呼叫前转”业务、“会议”业务、“遇忙呼叫完成”业务、“三方通话”业务、“计费通知”业务等，具体描述可参见中国国家标准或ITU-T的相关标准，而其中提到的各类业务的业务特征码除“计费通知”业务的“*24”为本文的实施举例外，其它均参考中国国家标准。 

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

Claims (19)

1.一种实现业务激活和业务数据操作的系统，包括人机交互单元和业务处理单元，其特征在于，该系统还包括：业务信息转译单元，所述业务信息转译单元设置在人机交互单元与业务处理单元之间；

其中，

人机交互单元用于接收请求激活业务或请求操作业务数据的相关业务内容，并将所述业务内容发送给业务信息转译单元；

业务信息转译单元用于将来自人机交互单元的业务内容转译成包含所述请求激活业务或请求操作业务数据相关业务信息的SIP消息或承载XML的HTTP消息，并将所述消息发送给业务处理单元；

业务处理单元用于根据来自业务信息转译单元的SIP消息或承载XML的HTTP消息，处理业务激活或业务数据操作；

所述业务信息转译单元包括：接收单元、提取转译单元、对应关系配置单元、输出单元；

其中，

接收单元用于接收来自人机交互单元的业务内容，并传给提取转译单元；

提取转译单元用于从所得到的业务内容中提取得到请求激活的业务种类或请求操作数据的业务种类、以及业务附属信息，并用于根据所接收到的业务内容从对应关系配置单元中查找业务内容和转译消息格式之间的对应关系，根据查找得到转译消息格式后，将所得到的业务种类和业务附属信息设置在所述转译消息格式的指定参数中，得到转译后的SIP消息或承载XML的HTTP消息，并传给输出单元；

输出单元用于将所得到的SIP消息或承载XML的HTTP消息发送给业务处理单元；

对应关系配置单元用于产生业务内容和转译消息格式之间的对应关系，并根据提取转译单元的查询请求，将所述对应关系传给提取转译单元。

2.根据权利要求1所述的系统，其特征在于，所述提取转译单元包括提取单元和转译单元；

其中，

提取单元用于从接收单元接收到的业务内容中提取得到请求激活的业务种类或请求操作数据的业务种类、以及业务附属信息，并传给转译单元；

转译单元用于将从接收单元接收得到的业务内容转译为SIP消息或承载XML的HTTP消息，并传给输出单元。

3.根据权利要求1所述的系统，其特征在于，

所述人机交互单元和业务信息转译单元位于同一个设备上，所述人机交互单元和业务信息转译单元通过内部接口连接。

4.根据权利要求1所述的系统，其特征在于，所述人机交互单元和业务信息转译单元位于不同的设备上，所述人机交互单元和业务信息转译单元通过外部接口连接。

5.根据权利要求4所述的系统，其特征在于，

所述人机交互单元为传统电路域终端；

所述业务信息转译单元位于网关控制功能AGCF设备上；所述人机交互单元到业务信息转译单元的上行外部接口为传统电路域用户信令，所述业务信息转译单元到人机交互单元的下行外部接口为H.248协议，或媒体网关控制协议MGCP，或IUA，或V5UA，或SIP；

或者，所述业务信息转译单元位于SIP综合接入设备上；所述外部接口为传统电路域用户信令。

6.根据权利要求4所述的系统，其特征在于，

所述人机交互单元为SIP终端；

所述业务信息转译单元位于SIP集中处理设备上；所述外部接口为SIP。

7.根据权利要求1所述的系统，其特征在于，所述人机交互单元为传统电路域终端，或者SIP终端。

8.一种实现业务激活和业务数据操作的方法，其特征在于，该方法包括：

a.人机交互单元接收请求激活业务或请求操作业务数据的业务内容，并将所述业务内容发送给业务信息转译单元；

b.业务信息转译单元将所得到的业务内容转译为包含请求激活业务或请求操作业务数据相关业务信息的会话发起协议SIP消息或承载扩展标记语言XML的超文本传送协议HTTP消息，并将所述SIP消息或承载XML的HTTP消息发送给业务处理单元；

c.业务处理单元根据所接收到的SIP消息或承载XML的HTTP消息，处理业务激活或业务数据操作；

步骤b所述业务信息转译单元将业务内容转译为SIP消息或承载XML的HTTP消息的步骤包括：

业务信息转译单元将业务内容转译为包含业务种类信息和业务附属信息的SIP消息或承载XML的HTTP消息；

所述业务种类信息和业务附属信息由业务信息转译单元从业务内容中提取得到；

所述步骤b之前进一步包括：业务信息转译单元设置业务内容与转译消息格式之间的对应关系；

步骤b所述业务信息转译单元将业务内容转译为包含所述业务种类信息和业务附属信息的SIP消息或承载XML的HTTP消息的步骤包括：使用业务内容查找所述对应关系，根据查找对应关系得到转译消息格式后，将业务种类信息和业务附属信息设置在所述转译消息格式的指定参数中，得到转译后的消息。

9.根据权利要求8所述的方法，其特征在于，

步骤a所述人机交互单元接收的业务内容为：通过按键方式输入的业务内容，所述业务内容为包括业务特征码的字符串；

步骤b所述业务信息转译单元从业务内容中提取得到业务种类信息的步骤包括：从所述字符串中提取业务特征码得到业务种类信息；

或者，

步骤a所述人机交互单元接收的业务内容为：通过菜单方式操作输入的业务内容，所述业务内容为包括特定参数的数字用户信令；

步骤b所述业务信息转译单元从业务内容中提取得到业务种类信息的步骤包括：从所述数字用户信令中提取特定参数得到业务种类信息。

10.根据权利要求9所述的方法，其特征在于，步骤b所述业务信息转译单元从业务内容中提取得到的业务附属信息为：主叫号码、被叫号码、业务激活参数、业务数据中任意一个或者任意组合。

11.根据权利要求8所述的方法，其特征在于，

所述步骤c包括：业务处理单元解析所接收到的SIP消息或承载XML的HTTP消息得到业务种类信息和业务附属信息，根据解析得到的业务种类信息和业务附属信息，处理业务激活或业务数据操作。

12.根据权利要求8至11任一项所述的方法，其特征在于，所述SIP消息中，业务种类信息设置在公共业务标识PSI或头域参数，业务附属信息携带在请求统一资源标识Request-URI或统一资源标识URI参数或头域参数。

13.根据权利要求8至11任一项所述的方法，其特征在于，所述XML为：扩展标记语言配置访问协议XCAP或者简单对象访问协议SOAP。

14.根据权利要求8至11任一项所述的方法，其特征在于，所述人机交互单元为传统电路域终端，或SIP终端。

15.根据权利要求8至11任一项所述的方法，其特征在于，步骤b所述业务信息转译单元设置在SIP终端，或网关控制功能AGCF设备，或SIP综合接入设备，或SIP集中处理设备中。

16.一种业务信息转译装置，其特征在于，该装置包括：接收单元、对应关系单元、提取转译单元、输出单元；

其中，

接收单元用于接收来自外部的请求激活业务或请求操作业务数据的业务内容，并传给提取转译单元；

提取转译单元用于从所得到的业务内容中提取得到请求激活的业务种类或请求操作数据的业务种类、以及业务附属信息，并用于从对应关系单元获取业务内容和转译消息格式之间的对应关系，根据所接收到的业务内容查找所述业务内容和转译消息格式之间的对应关系得到转译消息格式后，将所得到的业务种类和业务附属信息设置在所述转译消息格式的指定参数中，得到转译后的SIP消息或承载XML的HTTP消息，并传给输出单元；

输出单元用于将所得到的SIP消息或承载XML的HTTP消息发送给网络；

对应关系单元用于提供业务内容和转译消息格式之间的对应关系。

17.根据权利要求16所述的装置，其特征在于，

所述对应关系单元为对应关系配置单元，用于产生业务内容和转译消息格式之间的对应关系。

18.根据权利要求16所述的装置，其特征在于，

所述对应关系单元为对应关系获取接口，用于提供提取转译单元获取业务内容和转译消息格式之间的对应关系的接口。

19.根据权利要求16或17或18所述的装置，其特征在于，所述提取转译单元包括提取单元和转译单元；

其中，

提取单元用于从接收单元接收到的业务内容中提取得到请求激活的业务种类或请求操作数据的业务种类、以及业务附属信息，并传给转译单元；

转译单元用于将从接收单元接收得到的业务内容转译为SIP消息或承载XML的HTTP消息，并传给输出单元。

Images