[发明专利]实现业务请求的方法以及联机指令系统

说明书

技术领域

本发明通信技术领域，特别是一种实现业务请求的方法以及一种联机指令系统。

背景技术

电信运营商业务系统，例如客户管理系统(CRM)、客户维护(CustomCare)、帐单(Billing)等业务支撑系统(BSS)/运营支撑系统(OSS)，无法避免都要或多或少地开展一些业务，需要与诸如归属位置寄存器(HLR)/鉴权中心(AuC)、无线智能网(WIN)、移动数据业务平台(MDSP)、短消息中心(SMSC)、语音邮箱系统(VMS)、多媒体信息服务中心(MMSC)、统一消息服务(UM)、下一代网络(NGN)、公共电话交换网(PSTN)等网络侧的网元(NE)存在接口，以进行业务开通(Service Provisioning)，Provisioning系统就相当于介于BSS/OSS和NE之间的接口。Provisiorning系统有被称为联机指令系统的，也有被称为业务开通系统(ServiceProvisioning)的，本发明统一称之为联机指令系统。图1给出了联机指令的位置。

目前，电信运营商无法避免会存在CRM、Custom Care、Billing等多个BSS/OSS系统，或存着不同专网的BSS/OSS运营系统，这些系统都需要交叉开展业务，需要与网络侧的网元存在接口，如果每个BSS/OSS业务请求系统都与网元直接相连，而每个网元又存在不同特色的通信协议，那势必会形成一个庞大的网状结构，这样不仅加大了运营商BSS/OSS系统的投入成本，同时还延长了运营商支撑新业务的进度。而且，由各个BSS/OSS系统提供的网元接口功能往往非常薄弱，不利于运营商快速地推出新业务。另外，此时的网元接口可维护性较低，如果发生异常，将很难处理。

现有联机指令系统的模式如图2所示。参照图2，现有的联机指令系统一般存在以下的特点：一个网元接口对应一套独立的程序或进程，接口与接口之间相互独立，每个接口有内部独立的处理逻辑。

申请人在实际使用过程中发现：在现有的技术方案中，如果需要扩展一个接口，即扩展一个网元进程，在某个网元中扩展一个业务，基本采用写死代码的方式。但是，写死代码将会导致局方每次扩展一个业务都需要修改代码。

另外，现有技术中还有一种采用指令模板的方式，即一个网元业务对应一个指令模板。但是，该指令模板只有专业人士才能配置，而且需要较多的时间去调试，并不能由运营商简单地动手进行配置。同时，一般的指令模板都是针对同一网元的简单逻辑，无法针对多个网元的并行、串行、回滚、交互、条件等各种复杂逻辑，比如说，一个业务需要首先向网元1发送查询指令，查看某个业务的状态，再根据获取业务状态条件决定是否并行的向网元2、网元3发送开通指令，如果发送给网元2、网元3任何一条指令失败，则触发回滚操作，取消已经成功开通的业务。在现有接口模式下，还不能支持这样的复杂逻辑。

换言之，由于现有技术中的联机指令系统只能提供对网元写死代码的方式、或者复杂的指令模板方式，而这些方式需要操作人员必须具备非常高深的专业知识以及对相关网元非常了解才能实现。因此，上述现有技术导致普通操作人员无法通过提交一个简单的请求来开通业务。

另外，在很多情况下，运营商希望在开通一个业务时，按照一定的业务逻辑向多个网元发送多条指令，但是，由于现有技术对各个网元进行单独的配置，从而无法支持复杂的业务逻辑，亦即无法支持向多网元并行、串行、条件、回滚等逻辑。

发明内容

有鉴于此，本发明实施例提出了一种实现业务请求方法，用以向操作人员提供简单的业务请求模式。本发明实施例还提出了一种联机指令系统。

本发明实施例提供了一种实现业务请求的方法，该方法包括：

将业务请求分解为第一指令请求，并得到所述业务请求中包括的指令请求之间的逻辑关系；

将分解出的第一指令请求转换为针对网元的第二指令请求；

根据所述逻辑关系，将转换后的第二指令请求发送给对应的网元。

本发明实施例还提供了一种联机指令系统，该系统包括：

请求分解模块，用于将业务请求分解为第一指令请求，并得到所述业务请求中包括的指令请求之间的逻辑关系；

请求处理模块，用于根据所述逻辑关系将第一指令请求发送给网元适配器；

网元适配器，用于分解、解析所述第一指令请求并转换为针对网元的第二指令请求，以适配同一协议下不同网元之间的差异；

网元前置机，用于在所述联机指令系统与网元之间收发第二指令请求，并实现协议的通用适配。