CN1516410A

CN1516410A - 非用户发起的增值业务实现系统及方法

Info

Publication number: CN1516410A
Application number: CNA031148433A
Authority: CN
Inventors: 孟令财; 沈程念; 陶运锋
Original assignee: Shanghai No 2 Research Institute of ZTE Corp
Current assignee: Shanghai No 2 Research Institute of ZTE Corp
Priority date: 2003-01-08
Filing date: 2003-01-08
Publication date: 2004-07-28
Anticipated expiration: 2023-01-08
Also published as: CN100450072C

Abstract

本发明之一种非用户发起的增值业务实现系统及方法，该系统包括主叫用户端、被叫用户端、媒体网关、呼叫服务器和数据库，所述主叫用户端通过媒体网关发出登记业务请求，所述呼叫服务器接收到所述主叫用户端的请求后，在所述数据库中为被叫用户端置上标志，当所述主叫用户端的状态发生改变，满足相应业务的触发条件时，所述数据库向所述呼叫服务器发送用户状态消息，所述呼叫服务器收到消息后，呼起所述主叫用户端，开始业务的使用；该方法包括以下步骤：对接收到的所述业务请求进行登记；对符合业务触发条件的所述业务请求开始使用。本发明可减轻系统负荷、减少资源损耗、缩短系统等待时间及易于实现，从而提高了工作效率。

Description

非用户发起的增值业务实现系统及方法

技术领域

本发明涉及电子通信网络系统中的业务处理系统及方法，特别是涉及IP网络中非用户发起的电信增值业务的实现系统及方法。

背景技术

电信业务可分为基本呼叫业务和增值业务两大类。其中，基本呼叫如果用半呼叫技术来描述，其由两个半呼叫组成，每个基本呼叫过程都是两个半呼叫对象的创建与消亡的动态过程，半呼叫的数据都是临时存在的；增值业务又可以分为用户发起的和非用户发起的两种，非用户发起的增值业务不同于基本呼叫业务和用户发起的增值业务，它需要保存业务的触发条件，以便条件满足时，能触发相应的业务，因此必须借助于第三方管理模块才能实现此类业务。这些条件主要包括：定时条件，例如，对于闹钟服务，当闹钟时间到时应闹起用户；用户状态变化条件，例如，对于遇忙回叫业务，当被叫用户由忙变闲时，应呼起主叫用户。第三方管理模块与基本呼叫模块、数据模块都有相应的接口，它通过数据接口可以获知用户的属性信息，通过与基本呼叫模块的接口可以彼此进行消息交互、并发起新呼叫。：

对于非用户发起的增值业务呼叫，目前普遍采用的处理方法是由主叫端第三方管理模块主动向被叫端的第三方模块定时发送消息，由被叫端第三方管理模块主动的定期检测来获知用户的状态信息的，从而决定是否使用业务，再发送消息给主叫端第三方管理模块。这样的处理方法存在以下两个主要问题：

1.如果主、被叫第三方管理模块之间的交互消息太多，则会大大增加系统的负荷；

2.对多个用户业务并存的情况是通过设置多个定时器的方法来进行管理，这，浪费了整个系统的定时器资源，增加了系统的资源损耗。

因此，如果在主叫业务的生存期内，被叫一直忙，这种方法会增加系统负担，尤其在多个主叫用户申请了对同一个被叫用户的非用户发起的增值业务时，更是如此。

发明内容

本发明的目的在于提供一种可在IP网络中采用由第三方管理模块分析非用户发起的增值业务实现方法，以便减少资源占用、减轻系统负担。

为了达到上述目的，本发明提供一种非用户发起的增值业务实现系统，该系统包括主叫用户端、被叫用户端、媒体网关、呼叫服务器和数据库，所述主叫用户端通过媒体网关发出登记业务请求，所述呼叫服务器接收到所述主叫用户端的请求后，在所述数据库中为被叫用户端置上标志，当所述主叫用户端的状态发生改变，满足相应业务的触发条件时，所述数据库向所述呼叫服务器发送用户状态消息，所述呼叫服务器收到消息后，呼起所述主叫用户端，开始业务的使用。

为了达到上述目的，本发明的另一技术方案提供一种非用户发起的增值业务实现方法，由所述基本呼叫模块对接收所述主叫用户端的业务请求进行分析，并报送到所述第三方管理模块，包括以下步骤：

对接收到的所述业务请求进行登记；

对符合业务触发条件的所述业务请求开始使用。

本发明以减轻系统负荷、减少资源损耗、实现简单为出发点，采用第三方管理模块被动接收通知消息来减轻系统负荷，及减少等待时间；在基本呼叫模块中充分利用半呼叫的概念，主叫半呼叫和被叫半呼叫的角色可以相互转换，通过组合就可以实现非用户发起的增值业务，业务流程简单清晰，易于实现，提高了工作效率。

下面将结合实施例参照附图进行详细说明，以便对本发明的目的、特征及优点有更深入的理解。

附图说明

图1是本发明实施应用的硬件结构框图。

图2是本发明中的各个软件实现模块及其联系图。

图3是IP网络中第三方管理模块实现非用户发起增值业务的登记流程图。

图4是IP网络中第三方管理模块实现非用户发起增值业务的使用流程图。

图5是IP网络中第三方管理模块实现非用户发起增值业务的撤销流程图。

具体实施方式

图1是本技术实施应用的硬件结构框图。

用户10通过媒体网关30(Media Gateway，简称MG)发出登记业务请求，呼叫服务器50接收到该用户业务请求后，根据该业务请求的类型判断是否需要用户20的参与，如需要，则在数据库60中给用户20置上标志，说明已有用户10对它申请了相应的业务；当用户20的状态发生改变，满足相应业务的触发条件时，数据库60将向呼叫服务器发送用户20的状态消息，呼叫服务器50收到消息后，将呼起用户10，从而开始业务的使用。业务使用成功后，呼叫服务器50将根据需要，清除用户20的数据库60中设置的业务标志。

图2示出了呼叫服务器中的软件模块及其与其它模块的联系。

在呼叫服务器中有两个模块，一个是基本呼叫模块，它又包括主叫端基本呼叫模块203和被叫端基本呼叫模块20 一个是第三方管理模块，同样它也包括主叫端第三方管理模块201和被叫端第三方管理模块202，其中主叫端基本呼叫模块203与主叫端的媒体网关30、被叫端基本呼叫模块204、主、被叫端第三方管理模块201、202和数据库60相连；被叫端基本呼叫模块204与主叫端基本呼叫模块203、被叫端媒体网关40和数据库60相连；主叫端第三方管理模块201与主叫端基本呼叫模块203相连，并与被叫端第三方管理模块202通过互发消息相联系；第三方管理模块的主、被叫端201、202分别与数据库60相连。

图3示出了非用户发起的IP网络增值业务的登记业务流程图。

当主叫端基本呼叫模块收到主叫用户的登记请求后，向主叫端第三方管理模块发送登记业务请求消息，主叫端第三方管理模块接收前述的登记业务请求消息，步骤301；

主叫端第三方管理模块收到消息后，判断此业务是否需要对端(即被叫端)的参与，步骤302，如果需要，则向被叫端第三方管理模块发送登记业务请求消息，步骤303，如果有多个用户同时申请业务，则对所有用户按照申请业务时间的先后顺序进行排队，对排在队列最前面的用户设置定时器；否则，完成对消息的相应的处理后直接发送登记应答消息给主叫端的基本呼叫模块，即转至步骤306；对于需要被叫参与的消息，由被叫端第三方管理模块，在被叫端的数据库中为被叫置上标志，说明已有用户对它申请了相应的业务，步骤304，然后由被叫端第三方管理模块发送登记业务请求应答消息至主叫端第三方管理模块，步骤305，主叫端第三方管理模块收到该应答消息后发送登记应答消息给主叫端基本呼叫模块，步骤306，至此，登记业务流程结束。

图4示出了非用户发起的IP网络增值业务的使用业务流程图。

当被叫用户状态发生改变时，通过数据库向被叫端第三方管理模块发送被叫状态消息，步骤401；被叫端第三方管理模块收到消息后，判断此时被叫状态是否满足业务触发条件，步骤402；若满足，则向主叫端的第三方管理模块发送使用业务请求消息，步骤403；否则，操作结束；主叫端的第三方管理模块收到消息后，判断此时主叫状态是否满足业务的使用条件，步骤404；如满足，向主叫端的基本呼叫模块发送使用业务请求消息，步骤405；否则，由主叫端第三方管理模块发送使用业务应答消息至被叫端的第三方管理模块，即转至步骤407，；主叫端基本呼叫模块收到使用业务请求消息后，发起相应的呼叫，然后发送使用应答消息给主叫端的第三方管理模块，步骤406；再由主叫端第三方管理模块发送使用业务应答消息至被叫端的第三方管理模块，步骤407；被叫端第三方管理模块收到该消息后，根据需要清被叫的数据库标志，步骤408；至此，使用业务流程结束。

图5示出了非用户发起的IP网络增值业务的撤销业务流程图。

当主叫端基本呼叫模块接收到主叫用户的撤销业务请求后，向主叫端第三方管理模块发送撤销业务请求消息，步骤501；主叫端第三方管理模块收到消息后，判断此业务是否需要对(即被叫)的参与，步骤502；如果需要，则转至步骤503，否则，完成对消息的相应的处理后直接发送撤销业务应答消息给主叫端的基本呼叫模块，即转至步骤506；

主叫端第三方管理模块向被叫端第三方管理模块发送撤销业务请求消息，步骤503；

被叫端第三方管理模块收到消息后，清除先前在被叫端的数据库中为被叫设置的业务标志，步骤504；

然后发送撤销业务应答消息给主叫端第三方管理模块，步骤505；

主叫端第三方管理模块收到撤销业务应答消息后发送撤销业务应答消息给主叫端基本呼叫模块，步骤506；

至此，撤销业务流程结束。

以上详细说明了本发明的工作原理，并说明了实现非用户发起的IP增值业务的具体方式，但这不应被视为是对本发明范围的限制。

由于IP网络只是作为一种承载方式，对本发明的功能实现没有任何影响，因此本发明也可以适用于由其他类型包交换网络承载的下一代电信网。

Claims

1.一种非用户发起的增值业务实现系统，该系统包括主叫用户端、被叫用户端、媒体网关、呼叫服务器和数据库，所述主叫用户端通过媒体网关发出登记业务请求，所述呼叫服务器接收到所述主叫用户端的请求后，在所述数据库中为被叫用户端置上标志，当所述主叫用户端的状态发生改变，满足相应业务的触发条件时，所述数据库向所述呼叫服务器发送用户状态消息，所述呼叫服务器收到消息后，呼起所述主叫用户端，开始业务的使用。

2.如权利要求1所述的非用户发起的增值业务实现系统，其中所述呼叫服务器包括基本呼叫模块和第三方管理模块。

3.如权利要求1所述的非用户发起的增值业务实现系统，其中所述数据库分别与所述第三方管理模块的主叫端和被叫端相连。

4.如权利要求1所述的非用户发起的增值业务实现系统，所述业务使用成功后，所述呼叫服务器将根据用户端需要，清除所述被叫用户端的所述数据库中的业务标志。

5.一种非用户发起的增值业务实现方法，由所述基本呼叫模块对接收所述主叫用户端的业务请求进行分析，并报送到所述第三方管理模块，包括以下步骤：

对接收到的所述业务请求进行登记；及

对符合业务触发条件的所述业务请求开始使用。

6.如权利要求5所述的非用户发起的增值业务实现方法，其中对所述业务请求进行登记的过程，还包括下列步骤：

当主叫端基本呼叫模块收到主叫用户的增值业务登记请求后，向主叫端第三方管理模块发送登记业务请求消息，主叫端第三方管理模块接收前述的登记业务请求消息；

主叫端第三方管理模块收到消息后，判断此业务请求是否需要被叫端的参与；

如需要，则向被叫端第三方管理模块发送登记业务请求消息；

否则，完成对消息的相应的处理后直接发送登记应答消息给主叫端的基

本呼叫模块；

对于需要被叫端参与的消息，由被叫端第三方管理模块，在被叫端的数据库中为被叫置上标志；

由被叫端第三方管理模块发送登记业务请求应答消息至主叫端第三方管理模块；及

主叫端第三方管理模块收到该应答消息后发送登记应答消息给主叫端基本呼叫模块。

7.如权利要求6所述的非用户发起的增值业务实现方法，其中所述主叫端第三方管理模块接收到多个用户同时申请业务时，对所有用户按照申请业务时间的先后顺序进行排队，对排在队列最前面的用户设置定时器。

8.如权利要求5所述的非用户发起的增值业务实现方法，其中对所述业务请求进行登记的过程，还包括下列步骤：

当被叫用户状态发生改变时，通过数据库向被叫端第三方管理模块发送被叫状态消息；

判断此时被叫状态是否满足业务触发条件；

若满足，则向主叫端的第三方管理模块发送使用业务请求消息；

否则，操作结束；

主叫端的第三方管理模块收到消息后，判断此时主叫状态是否满足业务的使用条件；

如满足，向主叫端的基本呼叫模块发送使用业务请求消息；

否则，由主叫端第三方管理模块发送使用业务应答消息至被叫端的第三方管理模块；

主叫端基本呼叫模块收到使用业务请求消息后，发起相应的呼叫，然后发送使用应答消息给主叫端的第三方管理模块；

再由主叫端第三方管理模块发送使用业务应答消息至被叫端的第三方管理模块；及

被叫端第三方管理模块收到该消息后，根据需要清被叫的数据库标志。

9.如权利要求5所述的非用户发起的增值业务实现方法，在增值业务的有效期内，如果用户主动撤销业务，则由基本呼叫模块将发送撤销业务请求消息给第三方管理模块；由第三方管理模块判断此业务是否需要对端管理模块参与，如果需要，则向被叫端第三方管理模块发送撤销业务请求消息，否则完成相应处理后，直接发送撤销业务应答消息给基本呼叫模块。

10.如权利要求5所述的非用户发起的增值业务实现方法，若被叫端第三方管理模块收到撤销请求，则完成相应处理发送撤销业务应答消息给主叫端第三方管理模块。主叫端第三方管理模块收到应答消息后发送撤销业务应答消息给基本呼叫模块。

11.如权利要求5所述的非用户发起的增值业务实现方法，其中所述基本呼叫模块包括主叫端基本呼叫模块和被叫端基本呼叫模块。

12.如权利要求5所述的非用户发起的增值业务实现方法，其中所述第三方管理模块包括主叫端第三方管理模块和被叫端第三方管理模块。