专利名称：智能网络、业务开发方法、实现业务与协议分离的方法
技术领域：
本发明涉及通信领域，特别的涉及一种智能网络、业务开发方法、实现业务与协议分离的方法。
背景技术：
智能网的应用是，围绕着增值业务进行的传统的交换机，智能网主要完成将主叫和被叫连接起来进行通话的业务功能。智能网的出现使得通信网的结构出现了大的变动。新的通信网由交换层、智能层和信令层组成。交换层主要由原有的交换设备构成，依旧完成呼叫接续功能。只不过对于智能业务(智能层控制的增值业务)的呼叫，交换层要将相关的呼叫信息上报给智能层，由智能层通过分析业务流程，查询数据库等操作后，向交换层下发控制命令，由交换层根据控制命令完成呼叫。而信令层用于在交换层和智能层设备间的消息传输。
如图1所示，智能网一般由业务控制点(Service Control Point，简称SCP)101、业务交换点(Service Switched Point，简称SSP)102、业务数据点(ServiceData Point，简称SDP)103、智能外设(Intelligent Point，简称IP)104、业务管理系统(Service Managed Systerm，简称SMS)105、业务生成环境(ServiceCreation Environment，简称SCE)106等几部分组成。
在目前的智能网业务中，现有技术一般采用以下的技术方案SCP以协议规定的操作为最小单元，将各协议操作做成协议相关的业务独立构件(Service Independent Building Block，简称SIB)，将协议参数开放给业务人员，允许业务人员对这些参数根据需要进行运算；业务人员使用SCE作为业务开发工具，制定业务逻辑流程，对相关参数进行运算，并将运算后的结果通过相应的参数传递回SCP，由SCP平台负责形成操作，实现与SSP进行交互，完成呼叫的控制，实现业务功能。
本发明的发明人在进行本发明的过程中，发现该现有技术至少存在以下的缺点第一由于现有技术的业务开发以协议的操作为最小单位，各种协议存在一定的差异，业务开发表示方式不统一，缺少抽象、共享的基础，不利于业务开发、和扩展。
第二由于智能网中的SCE对业务人员的接口模式是以协议的操作作为基本单位，作为SIB提供给业务人员进行业务开发，因而，业务开发与具体协议的耦合度高，系统需要为智能网络中的同一业务对应各协议，分别开发不同的业务逻辑，从而导致业务开发成本、业务维护成本较高。
发明内容
本发明实施例提供一种智能网络，实现业务与协议相分离，减少业务的重复开发。
本发明实施例还提供一种业务开发方法，实现业务与协议相分离，减少业务的重复开发。
本发明实施例还提供一种实现智能业务与协议分离的方法，实现业务与协议相分离，减少业务的重复开发。
本发明实施例还提供一种业务控制点，实现业务与协议相分离，以减少业务的重复开发。
本发明实施例提供的智能网络，包括协议骨架层，用于将具有相同或相似业务特征的各协议相关的业务独立构件整合为协议无关的业务独立构件，并且为协议实现层提供所述协议无关的业务独立构件与各协议相关的业务独立构件的映射；业务层，用于将所述协议骨架层整合的所述协议无关的业务独立构件映射为开发视图，以供业务开发人员在所述开发视图开发业务；协议实现层，用于根据所述协议骨架层为本协议实现层提供的所述协议无关的业务独立构件与各协议相关的业务独立构件的映射，执行所述业务层输入的业务所使用的协议相关业务独立构件。
本发明实施例提供的业务开发方法，包括在业务生成环境使用开发视图输入开发的业务，其中所述开发视图为由具有相同或相似业务特征的各协议相关的业务独立构件整合而得到的协议无关的业务独立构件的逻辑映射；所述业务生成环境确定所述开发视图输入的业务对应的协议无关的业务独立构件所对应的各协议相关的业务独立构件，并分别生成所述各协议相关的业务独立构件的业务执行文件。
本发明实施例提供的实现智能业务与协议分离的方法，包括所述协议骨架层，将各协议具有相同或相似业务特征的各协议相关的业务独立构件整合为一协议无关的业务独立构件，并且为协议实现层提供所述协议无关的业务独立构件与各协议相关的业务独立构件的映射；所述业务层，将所述协议骨架层整合的协议无关的业务独立构件映射为开发视图，以供业务开发人员在所述开发视图上开发业务；所述协议实现层，根据所述协议骨架层为本协议实现层提供所述协议无关的业务独立构件与各协议相关的业务独立构件的映射，实现所述业务层输入的业务所使用的协议相关的业务独立构件。
本发明实施例提供的业务控制点，包括整合单元，用于将具有相同或相似业务特征的各协议相关的业务独立构件整合为一协议无关的业务独立构件；协议实现单元，用于根据业务使用的协议，确定所述协议无关的业务独立构件对应的协议相关的业务独立构件，并执行所确定的协议相关的业务独立构件。
由以上技术方案可以看出，在本发明实施例的技术方案，将智能网络划分为三个层次。在原有的业务层和协议实现层之间增加新的协议层协议骨架层。业务层将协议骨架层提供的协议无关的SIB，映射为统一的开发视图；协议骨架层将具有相同或相似业务特征的协议相关SIB整合为一协议无关的SIB，并且为协议实现层提供协议无关的SIB与各协议相关的SIB的映射；协议实现层根据协议骨架层的协议映射，执行当前业务所使用的协议相关SIB，实现具体协议的操作。由上可见，由于协议骨架层为业务层屏蔽了业务逻辑与协议的对应，使得在业务层上看不到不同协议之间的差别，从而使得开发人员在业务层开发业务时，可以使用该协议无关的SIB所映射的统一的协议无关的开发视图进行业务开发，而不需要在该业务特征在各协议中相同或相似的情况下针对不同协议分别开发业务，实现了协议与业务的分离，相对于现有技术大大减少了业务的重复开发，降低了业务开发成本、业务维护成本。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的不当限定。在附图中图1为现有技术的智能网络的结构示意图；图2为本发明实施例1中的智能网络架构示意图；图3为本发明实施例3中的SCE开发视图示意图；图4为本发明实施例4中的SCP结构示意图。
具体实施例方式
下面将参考附图并结合实施例，来详细说明本发明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
实施例1智能网络能够快速、灵活的生成和实现各种新业务，它可以为现有的各种通信网络提供服务。本实施例以智能网络对固定网络、码分多址(Code DivisionMultiple Access，简称CDMA)网络、全球移动通讯系统(Global System ofMobile communication，简称GSM)网络的业务进行处理，完成将主叫和被叫连接起来进行通话的业务功能的情况为例，对本发明的优选实施方案进行示例性说明。
通过对业务特征和各网络协议的分析，发现CDMA网络与GSM网络的业务特征基本相似，固定网络与GSM网络的业务特征不同；CDMA网络与GSM网络的信令流程基本不同，固定网络与GSM网络的信令流程基本相似。并且固定网络的智能网应协议(Intelligent Network Application Protocol，简称INAP)和GSM网络的为服务网络增强逻辑应用的服务器应用部分(CustomisedApplications for Mobile network Enhanced Logic Application Part，简称CAP)协议的相似点较多，相关操作有很多相似的地方可以整合为一个SIB。因此，将智能网络分为三个层次，如图2所示，最上层为使用统一描述方式的业务层201，中间层为业务的协议骨架层202，最下层为平台的协议实现层203。业务层201将协议骨架层202整合的所述协议无关的SIB映射为统一的开发视图，以供业务开发人员在该统一的开发视图上开发业务，业务开发人员在业务层看不到不同协议之间的差异。协议骨架层202将各协议具有相同或相似业务特征的各SIB整合为一协议无关的SIB，并且为协议实现层203提供协议无关的SIB与被整合的各协议对应的SIB的映射。协议实现层203根据所述协议骨架层的协议映射，实现当前业务对应的协议操作。如图2所示，以“启动”事件点为例，该事件点在固定网络和GSM网络中对应到初始检测点(对应智能网协议中的IDP)操作，在CDMA网络对应到主叫状态始发申请(对应智能网协议中的ORREQ)、或分析(对应智能网协议中的ANLYZED)操作，如图2所示，在业务层201上，“启动”事件点2011如果对应协议骨架层的IDP操作2021以及ORREQ操作2022，而IDP操作2021在协议实现层203上对应固定网络和GSM网络中协议对应的SIB2031，ORREQ操作2022在协议实现层203上CDMA网络协议对应的SIB2032。
由上可见，如图2所示的智能网络结构，从业务开发的角度来看，协议骨架层202屏蔽了不同的协议之间的差异，协议实现层203提供能力集，业务层201提供相关业务逻辑。可见相对于现有技术的智能网络结构，本实施例提供的智能网络，其正是由于多了协议骨架层202，使得业务的开发与业务逻辑相分离，克服了现有技术中要根据不同的协议开发不同的业务逻辑来完成相同或相似的业务特征的缺陷。
需要说明的是，本实施例的智能网络既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本实施例网络既可以作为独立的产品销售或使用，也可以存储在一个计算机可读取存储介质中。
实施例2本实施例对实现上述的智能网络，实现智能业务与协议分离的方法的一种优选实施例进行详细的描述。
首先对于协议骨架层的构件，协议骨架层需要实现将将各协议具有相同或相似业务特征的各SIB整合为一协议无关的SIB，其具体可以是，将各协议的具有相同或相似业务特征的SIB进行整合组成一个新的协议无关的SIB，利用该协议无关的SIB对外提供统一的接口，实现对协议相关业务的逻辑处理，使不同的协议对应一个协议无关的SIB，SCP(业务实现层在SCP上)在业务执行时，根据呼叫创建的协议，调用该协议无关的SIB内的该协议相关(对应)的SIB，这样就实现了协议相关性对上层的屏蔽，实现一个业务在不同协议下的执行。
将各协议具有相同或相似业务特征的SIB，整合为一个新的协议无关的SIB的过程具体如下，比如(1)对于在CDMA网络、GSM网络、固定网络均存在的启动事件点，令输入参数无；输出参数无；执行操作分别执行三网的启动SIB，保存消息结构参数，并对外屏蔽成一个出口。
(2)对于在CDMA网络、GSM网络均存在的获取手机号码拜访位置的事件点，令输入参数需要获得拜访位置的移动终端标识(可以为终端号码)；输出参数该终端的拜访位置；
执行操作A判断被叫号码所属网络；B对于CDMA网的终端，发送搜索(SEARCH)操作到号码归属位置寄存器(Home Location Register，简称HLR)取其拜访移动交换中心标识(Mobileservices Switching Center Identity，简称MSCID)；对于GSM网络的终端，发送ATI操作到该号码归属HLR取其拜访号码(vlr-number)；D分到取到的MSCID或拜访号码，得出拜访位置的区号。
(3)对于在CDMA网络、GSM网络、固定网络均存在的获取启动参数的事件点，令输入参数操作类型，即需要获得的参数类型；输出参数该参数的取值；执行操作A取主叫号码对于CDMA网络，可以由CDMA网络协议规定的始发呼叫指示且通过鉴权(Origination_Attempt_Authorized)触发器触发的主叫流程从主叫状态始发申请(ORREQ)消息的移动目录号码(MDN)参数获得，或者还可以由CDMA网络规定的被叫号码为特殊数字串(Specific_Called_Party_Digit_String)触发器触发的主叫流程、和由初始被叫(Initial_Termination)触发器触发的被叫流程从分析(ANALYZED)消息的主叫方号码(Calling Party Number Digits)1参数获得；对于GSM网络，可以从主叫流程、被叫流程从初始检测点(IDP)消息的(Calling Party Number)参数获得；对于固定网络，可以从IDP的Calling Party Number参数获得。
B取被叫号码对于CDMA网络，可以由CDMA网络协议规定的Origination_Attempt_Authorized触发器触发的主叫流程从ORREQ消息的Digits(Dialed)参数获得，也可以由Specific_Called_Party_Digit_String触发器触发的主叫流程从ANALYZED消息的已拔数位(Digits(Dialed))参数获得，还可以由Initial_Termination触发器触发的被叫流程从ANALYZED消息的MDN参数获得；对于GSM网络，可以由主叫流程、被叫流程从被叫方BCD码的号码(Called Party BCD Number)参数获得；对于固定网络，可以由主叫流程从被叫方号码(Called Party Number)参数获得。
C取主叫拜访位置对于CDMA网络，可以由主叫流程、被叫流程从移动交换中心标识(MSC ID)获得；对于GSM网络，可以由主叫流程、被叫流程从位置号码(Location Number)参数获得。此处由于CDMA、GSM网参数格式不一致，分析过程也不一样，为了屏蔽信令的差异，需要在接口内进行处理，输出给业务的就是分析得到的结果，如10、755等。固定网络没有取该参数的应用需求D取用户优选语言对于CDMA网络，可以由主叫流程、被叫流程从优选语言指示(Preffered Language Indicator)参数获得。
E取被叫拜访位置，该操作只对被叫流程生效对于CDMA网络，可以由被叫流程从目的数位(Destination Digits)得到；对于GSM网络，可以由被叫流程从位置信息.拜访位置寄存器号码(Location Infomation.Vlr-number)参数获得。对该参数业务的分析处理过程是一致的，可以直接输出给业务，但是最好在接口内处理得到结果后再输出给业务。
F取得承载能力对于固定网络，可以从IDP的承载能力(bearer Capability)参数取得。
G获取业务键，对于CDMA网络、GSM网络、固定网络，该业务键均由SCP决定，此处需要提供接口以便业务获取。
(4)对于在GSM网络、固定网络均存在的用户交互事件监视的事件点，令输入参数无；输出参数无；执行操作对于固定网络流程，可以通过配置事件(RRBE)配置主叫放弃(oAbandon)事件；对于GSM网络，既可以由主叫流程通过RRBE配置oAbandon事件，又可以由被叫流程通过RRBE配置被叫放弃(tAbandon)事件。
(5)对于在GSM网络、固定网络均存在的呼叫接续事件监视的事件点，令输入参数无；输出参数无；执行操作A对于固定网络流程，通过RRBE配置如下事件发端_被叫忙(oCalledPartyBusy)、发端用户放弃(oNoAnswer)、发端挂机(主叫侧)(oDisconnect(callingpart))、发端挂机(被叫侧)oDisconnect(called part)、路由选择失败(routeSelectFailure)；对于GSM网络，主叫流程通过RRBE配置如下事件oCalledPartyBusy、oNoAnswer、oDisconnect(calling part)、oDisconnect(calledpart)、routeSelectFailure。如果此前没有配置oAbandon事件，则还需要配置oAbandon事件。
(6)对于在GSM网络、固定网络均存在的呼叫继续的事件点，令输入参数无；输出参数无；执行操作下发继续(Continue)操作。
(7)对于在GSM网络、固定网络均存在的连接被叫的事件点，令输入参数A主叫号码，业务可以指定，也可以不指定。业务指定时，GSM网络通过一般号码(GenericNumber)参数带给SSP；固定网络通过主叫方号码CallingPartyNumber参数带给SSP；业务不指定时，GSM网络GenericNumber参数应不出现，固定网络的主叫方号码CallingPartyNumber参数应不出现。
B被叫号码业务必须指定。业务需要修改目的号码时，GSM网络通过主叫流程、或被叫流程的被叫路由地址destination Routing Address参数将修改后的被叫号码下发给SSP，如果不需要修改目的号码，则必须按照IDP上报的号码下发；固定网络通过destination Routing Address参数将修改后的被叫号码下发给SSP，该参数可以和切粘贴(CutAnd Paste)参数结合使用，也允许下发信令中的取值为空。
C切粘贴参数，该参数只在固定网络中存在业务可以指定，也可以不指定。业务指定时，可以通过cutAnd Paste参数下发给SSP；业务不指定时，cut And Paste参数不出现。
D重定向号码，该参数只在GSM网络存在业务可以指定，也可以不指定。业务指定时，可以通过重定向号码(redirectingPartyID)参数下发给SSP；业务不指定时，该参数不出现。
E原被叫号码，该参数只在GSM网络存在业务可以指定，也可以不指定。业务指定时，通过原被叫号码(originalCalledPartyID)参数下发给SSP；业务不指定时，该参数不出现。
输出参数无。
(8)对于在CDMA网络存在的继续处理呼叫信息的事件点，令输入参数A呼叫拒绝原因，可选参数业务指定时，通过呼叫拒绝原因(AccessDeniedReason)参数下发给SSP；业务不指定时，该参数不出现。
B动作码，可选参数业务指定时，通过动作码(Action Code)参数下发给SSP；业务不指定时，该参数不出现。
C语言列表，可选参数业务指定时，通过语言列表(Announcement List)参数下发给SSP；业务不指定时，该参数不出现。
D终端列表，可选参数业务指定时，通过终端列表(Termination List)参数下发给SSP；业务不指定时，该参数不出现。
D触发器列表，可选参数业务指定时，通过触发器列表(Trig List)参数下发给SSP；业务不指定时，该参数不出现。
E业务键，可选参数业务指定时，通过业务键(DMH_ServiceID)参数下发给SSP；业务不指定时，该参数不出现。
输出参数无。
执行操作A该协议无关的SIB适用于需要发送ORREQ、ANALYZED操作拒绝呼叫，或发送ORREQ并等待ANALYZED操作，或发送ANALYZED参数并等待ANALYZED操作的情况。平台应首先判断当前自动机是否满足使用该协议无关的SIB的条件，如果不满足，则失败。
B平台需要分析该协议无关的SIB应发送的操作为ORREQ还是ANALYZED。
C平台需要分析业务填写的参数，以明确业务调用该协议无关的SIB是否为了拒绝呼叫。
D如果业务调用该协议无关的SIB的目的是拒绝呼叫，平台应将有效参数填入到相应的信令(ORREQ或ANALYZED)中并下发给SSP，同时释放呼叫自动机。建议平台能够自动检查参数的互斥性，对于互斥的参数，不应出现冲突。
E如果业务调用该协议无关的SIB的目的是继续呼叫，平台应将有效参数填入到相应的信令(ORREQ或ANALYZED)中，下发给SSP，并等待接收上报的ANALYZED信令。平台应能够根据规范对SSP进行激活测试(呼叫控制指示(CallControlDirective，CCDIR))如果激活测试失败，则释放呼叫自动机；如果在指定时间内收到符合要求的ANALYZED信令，则保存该信令的参数并返回。
(9)对于在CDMA网络、GSM网络、固定网络均存在的一部事件处理的事件点，令输入参数无。
输出参数A事件类型，可能的取值如下A1发端_忙GSM网络、固定网络的ERB上报事件类型为oCalledPartyBusy。
A2发端无应答GSM网络、固定网络的基本呼叫状态模型事件报告(EventReportBCSM)ERB上报事件类型为发端无应答(oBusy)。
A3发端用户放弃GSM网络、固定网络的ERB上报事件类型为发端用户放弃oAbandon。
A4发端应答C网上报发端应答(OANSWER)消息。
A5发端挂机GSM网络、固定网络的ERB上报事件类型为发端挂机oDisconnect、或CDMA网络上报发端挂机ODISCONNECT消息。
A6路由选择失败GSM网络、固定网络的ERB上报事件类型为路由选择失败route Select Failure。
A7终端忙GSM网络、固定网络的ERB上报事件类型为终端忙tCalledParty Busy、或CDMA网络上报终端挂机TDISCONNECT消息。
A8终端无应答GSM网络、固定网络的ERB上报事件类型为终端无应答tNoAnswer、或CDMA网络上报TNOANSWER消息。
A9终端应答CDMA网络上报终端应答TANSWER消息。
A10终端_用户放弃GSM网络的ERB上报类型为终端_用户放弃tAbandon。
A11终端挂机GSM网络的ERB上报类型为tDisconnect、或CDMA网络上报TDISCONNECT消息。
B释放方，该参数只在上报发端_挂机或终端_挂机事件时有效，取值如下B1主叫GSM网络的ERB中腿号码LegID参数取值为1，或者CDMA网络的发端/终端挂机O/TDISCONNECT操作中释放原因ReleaseCause取值为1。
B2被叫GSM网络的ERB中LegID参数取值为2，或者CDMA网络的O/TDISCONNECT操作中ReleaseCause取值为2。
以上针对智能网的常规业务的协议无关的SIB的组成方法进行了举例说明，以下具体对协议无关的SIB在SCP上的实现进行详细说明使用上述方法将各协议的具有相同或相似特征的SIB整合成协议无关的SIB之后，该协议无关的SIB在SCP上体现为一个SIB，该协议无关的SIB内的各协议的SIB之间只是编解码部分不同。在具体的呼叫中，SCP可以根据呼叫使用的协议，按照不同的协议进行编解码，形成各自的协议操作。比如(1)对于用户交互(User interaction，简称UI)SIB，又称UI SIB。
该SIB用于放音、放音收号等操作。占到业务与相关信令部分的业务逻辑的大部分。经过分析，三网对于用户交互的业务特征比较接近。
(2)对于放音SIB放音SIB界面跟协议相关的参数包括三网共有的参数语音ID(inbandInfo.messageID)、重复放音次数(inbandInfo.numberOfRepetitions)、放音持续时间(inbandInfo.duraion)、重放音之间的间隔(inbandInfo.interval)、语音ID tone.toneID、放音持续时间tone.duration等。
INAP跟CAP共有的参数是否禁止IP拆线(disconnectFromIPForbidden)、是否需要上报请求通知完成requestAnnouncementComplete、业务双向指示语(serviceInteractionIndicatorsTwo，本参数用于下发CTR/ETC)。
对于消息标识(messageID)参数，其在INAP与CAP的属性是基本相同的，需要考虑的是CDMA网络协议与INAP、或与CAP的相互转换；对于单条语音，三网均需要指定语言类型和语音ID，但是INAP、CAP支持混合语言，即一条语音ID编码包括多个语种，而CDMA网络协议的一条语音ID只能下发一个语种。
对于可变语音，三网相似，即都是指定一条语音，再加上可变部分，但是可变部分三者所允许的类型各有不同，常用部分(如整数、时间、费用、字符、日期)都有，但是不同的部分需要分别处理。
对于放信号音(tone音)，信号音代码toneID，三网都需要业务填写，但是CDMA没有该放信号音持续时间(tone.duration)参数，在CDMA业务转为INAP或CAP业务时，需要考虑取默认值并提示业务开发人员修改。
CDMA网络中独有的“资源类型”参数，在把INAP/CAP转为CDMA业务时，需要填写默认值(目前都是1)。
INAP/CAP对语音类型先分为语音和tone音，把语音又分为单条语音、可变语音、多条语音、文本等，需要跟CDMA的类型进行转换，CDMA也先分为语音列表(跟INAP/CAP的单条语音、多条语音可以对应)和脚本方式(跟INAP/CAP的可变语音对应)，具体的语音再分为通知音(跟INAP/CAP的tone音对应)、标准音和用户定义(目前的业务均使用用户定义类型)。
(3)对于放音收号SIB三网共有的参数最小输入字符数(minimumNbOfDigits)、最大输入字符数(maximumNbOfDigits)、结束字符、取消字符、首位超时、位间超时、是否可中断。
INAP或CAP具有“差错处理”参数，而CDMA没有，但目前的业务均没有使用，转换时取默认值即可。
CDMA业务除了可以指定各个数字之间的位间超时外，也可以单独指定每两个数字之间的超时时间，但是INAP、CAP没有这个功能；CDMA现有业务没有使用这个功能。如果进行转换，INAP/CAP转为CDMA时，该参数不需填写；CDMA转为INAP/CAP时，直接忽略。另外，CDMA还有几个专有参数，INAP/CAP业务转为CDMA时，需要自动产生默认值(如是否允许放音前收号取“允许”，最大允许交互时间取60秒等)。
(4)对于切断资源连接(DFC)，不需要填写参数，三网相同。
(5)连接SIB(Connect)该SIB目前INAP和CAP都有，CDMA没有这种SIB。但是INAP跟CAP相同的参数很少，差异很大，所以可以采用专有参数形式表现。
(6)对于配置事件SIB(RRBE SIB)INAP和CAP的配置界面相同，DP点INAP基本上包含了CAP定义的DP点，CAP还有发端_被叫不可及oNotReachable和被叫不可及tNoReachable，但这两个DP点业务没有使用，在规范GSM0978-710中，已经取消了这两个DP点。
CDMA的检测点DP点一般都为触发器Trigger，无法在SIB层面整合(7)对于释放呼叫SIB(ReleaseCall SIB)INAP和CAP的RC SIB界面相同，但CDMA的释放流程不同，需要有业务来处理。只能提供INAP和CAP的整合，需要指出的是尽管界面上都是填写释放的原因值，但原因值得含义可能在不同的协议是不同的，而且存在运营商会指定对应不同的流程下相应的原因值，需要转换工具提示业务开发人员。
(8)对于计费SIBINAP和CAP在计费机制上差别很大，参数也差别很大，在SIB层面上无法整合。CDMA没有AC和ACR操作，两种计费SIB界面上参数大多相同，但这两种SIB的出口相差很大，CAP计费只有正常Normal、到达正常计费报告“Arrival Normal ACR”、错误Error出口，而CDMA计费SIB有6个出口持续时间费用FeeLastingTime、接收到正常呼叫指示应答RecvNormalCCDirAck、最后一分钟LastMinute、激活失败ActiveFail、监督条件Supervision Condition、挑剔CallDown。而这些出口无法整合，出口不同，对应的业务逻辑不同，不能简单的通过计费SIB替换来实现，必须通过业务逻辑来实现。
(9)对于继续(Continue)SIB，INAP跟CAP都有这样一个SIB，CDMA没有。这个SIB没有参数。
(10)对于启动SIBINAP和CAP都有对应的启动SIB(对应IDP)，CDMA触发的呼叫对应为“分析信息”和“初始请求”。INAP启动SIB只有两个参数，并且一般业务不填写；而CAP业务的启动SIB有8个参数，并且需要业务填写。CDMA对应的参数含义跟INAP和CAP不同。所以，启动SIB无法在SIB层面进行整合。
在SCP上完成将各协议的具有相同或相似业务特征的SIB整合成本实施例的协议无关的SIB，完成本实施例的协议无关的SIB实现之后，还需要在SCP上进行以下的设置为本实施例提供的协议无关的SIB与各协议对应的SIB提供映射对应关系，具体可以采用以下的方法在接口访问SIB上，配置以下参数A客户标识(CLIENT_ID，简称CID)链表结构CID链表，其内容是CID索引。
B协议无关的SIB标识，标识对应的协议无关的SIB。
SCE可以根据协议无关的SIB标识，查找相关链表找到协议无关的SIB指针，SCP可定位到相应的协议无关的SIB，然后将CID链表中的CID索引数据传递给该协议无关的SIB，该协议无关的SIB使用这些数据，建立本协议无关的SIB的参数与CID索引之间的关系。所述的CID链表中的CID索引数据，对各协议相关的SIB可见。具体的协议相关的SIB可以根据要求，读或写协议无关的SIB中定义的CID。
在协议无关的SIB的执行过程中，在调用协议相关SIB时，根据协议版本标识调用相关的协议相关SIB。协议相关SIB在执行过程中，可直接读取存放在该协议无关的SIB中的CID，也可以将输出填写到协议无关的SIB中的CID变量中。
协议相关SIB在执行结束后，返回成果或失败标识给协议无关的SIB，协议无关的SIB根据协议版本、输出标量等信息，填写相关CID，然后返回执行结果给接口访问SIB。
具体样例描述如下(1)对于获取主叫号码的事件点其接口参数描述如下参数1指示提供主叫流程还是被叫流程的主叫号码的CID索引(CID链表。
参数2指示协议无关的SIB标识。
参数3存放主叫号码的CID索引(CID链表)。
协议无关的SIB调用协议相关的SIB的过程如下SCP根据业务块参数定位到取主叫号码的协议无关的SIB，并将CID链表中的CID索引数据传送给该协议无关的SIB。该协议无关的SIB根据协议版本标识，调用与取主叫号码相关的协议相关SIB，出口SIB的输出(包括出口编号，失败原因等)由相应的协议相关SIB填写。
系统支持目前CDMA网络、GSM网络和FIXED网络的要求的WIN、CAP和INAP协议，以下是对应的协议相关SIBACDMA网络协议相关SIBCDMA网络协议相关SIB读取存放在协议无关的SIB的CID，得到指示从主叫流程还是被叫流程获取主叫号码的指示。如果参数要求从主叫流程中获取主叫号码，就从ORREQ消息的MDN参数获得，然后从协议无关的SIB中获取存放主叫号码的变量地址，将获取的结果存放到对应的变量中。如果参数要求从被叫流程中获取主叫号码，就从ANALYZED消息的CallingPartyNumberDigits1参数获得，然后从协议无关的SIB中获取存放主叫号码的CID索引，并存放到对应的CID中。
如果上述过程成功执行，走CDMA网络协议相关SIB要求填写出口SIB的出口编号，也就是指定了接口访问SIB的出口编号；如果上述过程执行出现错误，填写CDMA网络协议相关SIB的错误信息，走出口SIB的错误出口，也就是走接口访问SIB的错误出口。
BGSM网络协议相关SIB由于GSM网络主叫号码与主叫流程和被叫流程无关，所以这里的处理与CDMA网络有些差异，不用从协议无关的SIB读入参数，以区分主叫流程和被叫流程。从IDP消息的CallingPartyNumber参数获得所需信息，并将内容填写到协议无关的SIB中存放主叫号码的CID。
如果上述过程成功执行，走GSM网络协议相关SIB要求填写出口SIB的出口编号，也就是指定了接口访问SIB的出口编号；如果上述过程执行出现错误，填写GSM网络协议相关SIB块的错误信息，走出口SIB的错误出口，也就是走接口访问SIB的错误出口。
C固定网络协议相关SIB固定网络不区分主叫流程和被叫流程，所以也不用从协议无关的SIB读入参数。固定网络协议相关SIB直接从IDP的CallingPartyNumber参数获得所需信息，并将内容填写到协议无关的SIB中存放主叫号码的CID。
如果上述过程成功执行，走固定网络协议相关SIB要求填写出口SIB的出口编号，也就是指定了接口访问SIB的出口编号；如果上述过程执行出现错误，填写固定网络协议相关SIB的错误信息，走出口SIB的错误出口，也就是走接口访问SIB的错误出口。
(2)对于出口SIB其参数描述如下出口编号存放对应接口访问SIB的出口编号，以指定后续流程应该走接口访问。
其功能描述定义对应接口访问SIB出口的编号，错误原因值等信息。
(3)对于入口SIB标明该SIB(可以为协议无关的SIB，也可以为协议相关的SIB)中的第一个SIB，此SIB仅供SCE作标识使用，对SCP透明。
(4)对于SIB接口格式首先针对协议无关的SIB，其接口数据的描述如下协议无关的SIB名称即该协议无关的SIB标识，业务通过接口访问SIB传入协议无关的SIB标识参数。
CID参数链表传入接口访问SIB的CID索引数据，供相关的协议相关SIB使用，参数的数量不确定，但是有最大数量限制，而且参数有可能冗余。如上述“取主叫号码”的样例中，参数有两个(存放标识从主叫流程还是被叫流程取主叫号码和存放主叫号码的CID索引)，其中一个参数只有CDMA网络的协议相关SIB有作用；GSM网络虽然有要区分主叫流程和被叫流程，但是对主叫号码都是从IDP的同一个参数，没有必要区分的；对于固定网络，根本就不区分主叫流程和被叫流程。因此，该特征的输入参数只对CDMA网络有效，对GSM网络和固定网络，此参数是冗余的，协议相关SIB不使用它。
指向访问协议无关的SIB的接口访问SIB的指针链表该链表供接口访问SIB使用，定义了所有协议无关的SIB的调用地址，接口访问SIB根据协议无关的SIB名称(协议无关的SIB标识)，可查到对应的协议无关的SIB的调用入口，调用对应的协议无关的SIB。
向协议相关SIB的指针链表在每个协议无关的SIB中，都定义了一个协议相关SIB链表，协议无关的SIB根据协议版本标识查找链表，调用相应的协议相关SIB。
其功能描述如下协议无关的SIB主要提供数据接口功能，为协议相关SIB提供数据接口；根据协议版本标识调用对应的协议相关SIB。
接口访问SIB通过指向访问协议无关的SIB指针链表和协议无关的SIB标识，定位到需要调用的协议无关的SIB，在调用对应的协议无关的SIB时，将参数传递给对应的协议无关的SIB，实际上就是将相关的链表中的CID索引数据传递给协议无关的SIB。
协议无关的SIB在调用协议相关SIB时，以协议版本标识为条件，在指向协议相关SIB的指针链表查找对应的指针，得到对应与SCE上模板定义的入口SIB的地址，通过这个地址，可调用一段针对业务特征的处理逻辑。
该协议无关的SIB的数据结构描述如下协议无关的SIB可以以类的形式存在，是一个独立的构件，与ASE类似，通过接口访问SIB来调用。这些构件，作为SCE能力集的一部分，可以逐渐优化、增加和增强。
在业务加载时，分配给每个接口访问SIB只是一指向访问协议无关的SIB指针链表的指针，协议无关的SIB对上层业务透明，但指针链表中类对象的接口内容是SCE生成的BIN文件的一部分，因此，但协议无关的SIB有变更时，需要重新生成业务文件。协议无关的SIB以协议无关的SIB标识的形式出现在接口访问SIB的功能菜单中，业务人员根据需要选择协议无关的SIB标识并定义对应CID变量。CID变量的类型与对应的协议无关的SIB中的定义有一默认的一一对应关系，因协议无关的SIB不同而不同。
协议无关的SIB与协议相关SIB的关系，可以是类与成员函数之间的关系，通过协议版本标识，查找指向协议相关SIB的指针链表，得到指向协议相关SIB的指针。如果查找失败，走错误出口，并填写错误原因值。
其次对于协议相关SIB协议相关SIB的功能描述如下根据协议要求实现业务特征的功能要求，通过访问协议无关的SIB的中输入参数，完成相关处理，如样例中，对CDMA网络协议相关SIB，根据参数确认从主叫流程还是被叫流程取主叫号码。完成处理后，将结果填写到协议无关的SIB中对应的变量中，确定相关接口访问SIB的出口编号或错误原因值。
该协议相关SIB的数据结构描述如下协议相关SIB是一段独立的业务逻辑，协议无关的SIB通过对应的指针得到入口地址，解释执行对应数据流，从SCE的角度来说，就是一串SIB流。
在SCP上，是协议无关的SIB对应的类的数据成员(指向协议相关SIB的指针链表)的一部分，链表中的每个指针存放的是一段相对独立的业务逻辑，具体内容由SCE定义。
在SCP上进行上述的配置之后，为了使得业务开发人员方便的使用本发明的智能网络，还需要在SCE上进行以下设置，以将SCP上的协议无关的SIB映射到SCE上，即在SCE上实现协议骨架层，具体如下A根据协议无关的SIB调用协议相关处理函数的接口调用SIB；该SIB包括指定协议无关的SIB指针，包括输入参数列表，输出参数列表，类似现在的业务调用SIB。
B定义协议无关的SIB的功能，提供指定协议无关的SIB名称的功能。
C从协议无关的SIB派生实现各协议相关SIB的功能，需要指定对应的协议，可以提供各协议相关SIB名称，也可以不需要指定名称，由SCE根据选择的协议和协议无关的SIB名称自动各协议相关SIB名称。
D提供协议相关SIB的业务逻辑编辑功能，类似与HSIB业务逻辑的编辑功能。由于考虑到限制定义资源，可能只能访问接口的CID参数，而不能由用户定义非参数CID，不支持数据库表，可以考虑支持接口参数包括接口类型CID，所以需要在协议无关的SIB中支持自定义数据类型，自定义数据类型在协议相关SIB保留一份供所有协议相关SIB使用。
E接口参数定义，可以在协议无关的SIB定义，也可以在协议相关SIB定义，定义参数的类型和名称，在协议相关SIB定义的接口要同步更新协议无关的SIB和其他同一协议无关的SIB所派生的协议相关SIB的接口，接口只保存在协议无关的SIB，其协议相关SIB只要访问就可以了，这样只在协议无关的SIB保存参数，协议相关SIB不保存参数不论是在协议无关的SIB发起的修改还是在协议相关SIB发起的修改，都是修改协议无关的SIB的接口F出口的实现，协议无关的SIB或协议相关的SIB的对外接口是不能完全定下来的，它与业务块的业务逻辑相关，而SCP无法处理协议无关的SIB的变出口的处理，因此采用与分支SIB一样预设出口的方式。
G协议无关的SIB或协议相关的SIB的出口处理，现在一个协议无关的SIB对应多个协议相关的SIB，各个协议相关的SIB是独立开发的，要做到接口的统一，只在协议无关的SIB中保存一份全集，把各协议相关SIB进行合并，形成一个出口链这样可以对业务使用进行控制，对于协议无关的SIB没包含的接口不允许业务访问。
H参数接口的检查校验，在接口访问SIB中传入的参数要与协议无关的SIB定义的参数一致，包括对应的数据类型，顺序上要一致，个数上要小于等于协议无关的SIB定义的个数。
I出口检查，由于协议无关的SIB的后期修改可能会引起接口访问SIB可用出口的变化，SCE对它进行检查，发现不一致报错，并指出具体的SIB编号；或者SCE在协议无关的SIB修改时进行出口个数与访问检查这样需要检查所有访问该协议无关的SIB的接口访问SIB。
JSCE在业务生成时进行参数的映射关系指定，实际上就是明确参数CID与实际业务中的CID的对应关系。以结构链表的方式作为SIB接口写给SCP，采用包含实参CID索引和型参CID索引的结构链表的SIB参数形式。SCP在执行协议无关的SIB时进行参数映射，实现对业务的CID的访问。
K映射平面功能通过对业务中协议无关的SIB的调用逻辑来描述业务的协议框架，提供给业务人员协议框架视图。
由上可见，应用本实施例方法，将智能网络划分为三个层次。在原有的业务层和协议实现层之间增加新的协议层协议骨架层。业务层将协议骨架层提供的协议无关的SIB，映射为统一的开发视图；协议骨架层整合各协议的相关操作而为所述业务层提供协议无关的SIB，并且为协议实现层提供所述协议无关的SIB与各协议的映射；协议实现层根据所述协议骨架层的协议映射，实现所述各协议的相关操作。由于协议骨架层为业务层屏蔽了业务逻辑与协议的对应，使得在业务层上看不到不同协议之间的差别，从而能够使得开发人员在业务层开发业务时，使用所述统一的开发视图进行业务开发，而不需要针对协议分别开发业务，实现了协议与业务的分离，减少了业务的重复开发。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，该程序在执行时，可以包括如下步骤将智能网络分为业务层、协议骨架层、协议实现层，所述协议骨架层，将各协议具有相同或相似业务特征的各协议相关的业务独立构件整合为一协议无关的业务独立构件，并且为协议实现层提供所述协议无关的业务独立构件与各协议相关的业务独立构件的映射；所述业务层，将所述协议骨架层整合的协议无关的业务独立构件映射为开发视图，以供业务开发人员在所述开发视图上开发业务；所述协议实现层，根据所述协议骨架层为本协议实现层提供所述协议无关的业务独立构件与各协议相关的业务独立构件的映射，实现所述业务层输入的业务所使用的协议相关的业务独立构件。这里所称得的存储介质，如ROM/RAM、磁碟、光盘等。
实施例3本实施例对在实施例1、2所述的智能网络上开发新业务的流程作详细的说明。
在进行上述的协议骨架层在SCE上的实现以后，对于面向SCE的业务开发人员而言，其面向的SCE界面上的开发视图与协议无关的SIB相对应。
如图3所示，对于业务开发人员而言，SCE上的协议无关的SIB界面的参数分为两部分1共有的参数，即当前业务在各协议中共有的参数。
2各个协议专有的协议参数，比如INAP专有参数、CAP专有参数、CDMA专有参数。
如果该协议无关的SIB对应的各种协议的参数和取值均相同，则不存在协议的参数转换问题。其对业务的具体开发流程可以如下
业务开发人员使用SCE开发一个新的业务时，可以指定该业务属于那一个协议的，由SCE把该参数在与该协议无关的SIB对应的各协议相关的SIB中根据协议不同赋予不同的值。
业务开发人员使用SCE把一个协议无关的SIB开发的A业务移植为支持协议B的业务时，可以使用SCE的协议转换功能。
如果当某个参数在不同的协议都存在，但是取值含义、取值范围等参数属性不同，需要在SCE进行转换。由于需要SCE进行转换，因此SCE需要明确知道是否启动转换功能，可以在SCE中提供菜单供业务开发人员使用，其基本步骤如下1、业务开发人员打开SCE；2、业务开发人员选择菜单“不同网的业务文件转换”；3、业务开发人员选择源业务类型(可选择INAP业务、CAP业务、CDMA业务.....)和文件名称、目标业务类型(INAP业务、CAP业务、CDMA业务....)和文件名称；4、SCE进行参数转换，列出不能自动转换的参数列表(需要新增参数输入、原有参数取值超出目标参数的取值范围、或者SCE不能进行自动匹配进行转换的参数等)供业务开发人员进行修改，提供自动进行转换的参数列表供业务开发人员参考；5、业务开发人员根据SCE提供的列表修改业务；6、SCE生成目标类型的业务。
由于开发人员在利用图3所示的开发视图开发业务时，用户人员可以在该视图上配置该业务在各协议(即对应为该业务对应的各协议相关的SIB)中的共有参数、该业务在各协议中的专有参数，因此可以通过一次的业务开发，同时生成多个协议对应的业务执行文件((即该业务对应的各协议相关的SIB)。由上可见，应用本实施例技术方案，技术开发人员在业务层开发业务时，使用所述统一的开发视图进行业务开发，而不需要针对协议分别开发业务，实现了协议与业务的分离，减少了业务的重复开发。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，该程序在执行时，可以包括如下步骤在业务生成环境使用开发视图输入开发的业务，其中所述开发视图为由具有相同或相似业务特征的各协议相关的业务独立构件整合而得到的协议无关的业务独立构件的逻辑映射；所述业务生成环境确定所述开发视图输入的业务对应的协议无关的业务独立构件所对应的各协议相关的业务独立构件，并分别生成所述各协议相关的业务独立构件的业务执行文件。这里所称得的存储介质，如ROM/RAM、磁碟、光盘等。
实施例4图4为本实施例提供的一种SCP的结构示意图，如图4所示，本实施例的SCP，包括整合单元401，用于将具有相同或相似业务特征的各协议相关的SIB整合为一协议无关的SIB。该具体原理详见实施例1、2中的相关描述。整合后的协议无关的SIB对外提供统一的接口。
协议实现单元402，用于根据业务使用的协议，确定所述协议无关的SIB对应的协议相关SIB，即协议操作，并执行该协议相关SIB以实现该具体的协议操作。其具体原理详见实施例1、2中的相关描述。
需要说明的是，本实施例的SCP既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本实施例装置既可以作为独立的产品销售或使用，也可以存储在一个计算机可读取存储介质中。
以上对本发明实施例所提供的一种智能网络、业务开发方法、实现业务与协议分离的方法进行了详细介绍，本文中应用了具体个例对本发明实施例的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明实施例的方法及其原理；同时，对于本领域的一般技术人员，在本发明技术方案范围内进行的通常变化和替换都应包含在本发明的保护范围内。
权利要求
1.一种智能网络，其特征是，包括协议骨架层，用于将具有相同或相似业务特征的各协议相关的业务独立构件整合为协议无关的业务独立构件，并且为协议实现层提供所述协议无关的业务独立构件与各协议相关的业务独立构件的映射；业务层，用于将所述协议骨架层整合的所述协议无关的业务独立构件映射为开发视图，以供业务开发人员在所述开发视图开发业务；协议实现层，用于根据所述协议骨架层为本协议实现层提供的所述协议无关的业务独立构件与各协议相关的业务独立构件的映射，执行所述业务层输入的业务所使用的协议相关业务独立构件。
2.根据权利要求1所述的智能网络，其特征是，所述业务层在业务开发环境上实现。
3.根据权利要求1或2所述的智能网络，其特征是，所述协议骨架层在业务开发环境、业务控制点上实现。
4.一种业务开发方法，其特征是，包括在业务生成环境使用开发视图输入开发的业务，其中所述开发视图为由具有相同或相似业务特征的各协议相关的业务独立构件整合而得到的协议无关的业务独立构件的逻辑映射；所述业务生成环境确定所述开发视图输入的业务对应的协议无关的业务独立构件所对应的各协议相关的业务独立构件，并分别生成所述各协议相关的业务独立构件的业务执行文件。
5.根据权利要求4所述的业务开发方法，其特征是，当所述业务的参数在各协议都存在且其在所述各协议中的属性不同时，在业务生成环境使用开发视图输入开发的业务之后，所述业务生成环境确定所述业务对应的各协议，并分别生成所述各协议相关的业务独立构件的业务执行文件之前，所述方法还包括所述业务生成环境根据开发用户的指示，将所述参数进行协议转换，获取所述参数在所述各协议中的属性；所述业务生成环境分别生成所述各协议相关的业务独立构件的业务执行文件，具体是所述业务生成环境根据所述业务参数在所述各协议中的属性，分别生成所述各协议相关的业务独立构件的业务执行文件。
6.根据权利要求5所述的业务开发方法，其特征是，在所述业务生成环境获取所述参数在所述各协议中的属性之后，还进一步包括所述业务生成环境向用户输出所述参数在所述各协议中的属性，以供用户确认或修改所述参数在所述各协议中的属性；所述业务生成环境分别生成所述各协议相关的业务独立构件的业务执行文件，具体是所述业务生成环境根据所述经所述用户确认或修改后的业务参数在所述各协议中的属性，分别生成所述各协议相关的业务独立构件的业务执行文件。
7.一种实现智能业务与协议分离的方法，其特征是，包括将智能网络分为业务层、协议骨架层、协议实现层，所述协议骨架层，将各协议具有相同或相似业务特征的各协议相关的业务独立构件整合为一协议无关的业务独立构件，并且为协议实现层提供所述协议无关的业务独立构件与各协议相关的业务独立构件的映射；所述业务层，将所述协议骨架层整合的协议无关的业务独立构件映射为开发视图，以供业务开发人员在所述开发视图上开发业务；所述协议实现层，根据所述协议骨架层为本协议实现层提供所述协议无关的业务独立构件与各协议相关的业务独立构件的映射，实现所述业务层输入的业务所使用的协议相关的业务独立构件。
8.根据权利要求7所述的实现智能业务与协议分离的方法，其特征是，所述协议骨架层将各协议具有相同或相似业务特征的各协议相关的业务独立构件整合为一协议无关的业务独立构件，包括将各协议具有相同或相似业务特征的各协议相关的业务独立构件整合为一协议无关的业务独立构件，使所述协议无关的业务独立构件对所述业务层提供统一的接口。
9.根据权利要求7所述的实现智能业务与协议分离的方法，其特征是，所述协议骨架层为协议实现层提供所述协议无关的业务独立构件与各协议相关的业务独立构件的映射，包括协议骨架层确定要执行的协议无关的独立构件，调用所述协议无关的业务独立构件对应的协议业务逻辑处理函数，确定所述协议无关的业务独立构件对应的协议相关的业务独立构件。
10.根据权利要求9所述的实现智能业务与协议分离的方法，其特征是，所述协议骨架层在业务控制点上实现。
11.一种业务控制点，其特征是，包括整合单元，用于将具有相同或相似业务特征的各协议相关的业务独立构件整合为一协议无关的业务独立构件；协议实现单元，用于根据业务使用的协议，确定所述协议无关的业务独立构件对应的协议相关的业务独立构件，并执行所确定的协议相关的业务独立构件。
全文摘要
本发明涉及通信领域，本发明实施例公开了一种智能网络、业务开发方法、实现业务与协议分离的方法，该智能网络包括协议骨架层，用于将具有相同或相似业务特征的各协议相关的SIB整合为协议无关的SIB，并且为协议实现层提供所述协议无关的SIB与各协议相关的SIB的映射；业务层，用于将协议骨架层整合的协议无关的SIB映射为开发视图，以供业务开发人员在所述开发视图开发业务；协议实现层，用于根据协议骨架层为本协议实现层提供的协议无关的SIB与各协议相关的SIB的映射，执行业务层输入的业务所使用的协议相关SIB。应用本发明实施例的技术方案能够实现业务与协议相分离，减少业务的重复开发。
文档编号H04L12/28GK101056314SQ20071010796
公开日2007年10月17日 申请日期2007年5月18日 优先权日2007年5月18日
发明者伊志权 申请人:华为技术有限公司