CN100461683C - General service system and device, network access system and service processing method - Google Patents

Abstract

The invention discloses a general service system, which includes a service access module, a service scheduling module and a service function module. Among them, the service access module is used to receive the first service request corresponding to the access network, and perform protocol conversion, convert the first service request into a second service request, and send it to the service scheduling module; The received second business request calls the business function module for executing business logic; the business function module is used to accept the call of the business scheduling module and execute the business requested by the second business request. The general service system of the present invention can handle the service requests of different access networks, so that the new network connected to the general service system can share the existing service functions in the system, and can also make full use of the functions of the new network, and can improve The scalability of the communication system reduces the cost of business development.

Description

General service system and device, network access system and service processing method

technical field

The invention relates to the communication field, in particular to a general service system and device, a network access system and a service processing method.

Background technique

Currently in telecommunication networks, services are usually provided through intelligent network equipment that is separate from the switching network. With the expansion of the operator's business field, if the original fixed operator obtains the mobile license to develop mobile services, at this time, the operator may need to provide the services originally provided for fixed users to mobile users.

Since different core network access service systems use different signaling protocols, such as INAP (Intelligent Network Application Part) protocol for fixed networks, and CAP for GSM (Global System for Mobile Communication) mobile networks (CAMEL Application Part, specific user application part of mobile enhanced logic) protocol, IMS (IP Multimedia System, IP Multimedia Subsystem) network adopts SIP protocol (Session Initiated Protocol, session initiation protocol). Therefore, for the current situation of multiple core networks, there are usually two ways to provide services: one is to use multiple service systems to customize business logic for different networks (existing technology 1); The core network provides protocol conversion and access to the same service system (prior art 2).

For the multiple service access methods provided by prior art 1, take the existing PSTN (Public Switch Telephone Network, Public Switched Telephone Network), GSM network and CDMA (Code Division Multiple Access, Code Division Multiple Access) network as examples, Its networking is shown in Figure 1. In Figure 1, INAP SCP, CAP SCP, and WIN SCP represent service systems in PSTN, GSM, and CDMA networks respectively. Even if the above-mentioned networks are operated by the same operator, different networks have their own service systems.

Using this service access method, for users of each network, to realize the same service characteristics, it needs to be implemented in the corresponding SCP (Service Control Point, service control point) of each network. For the expansion of the operator's business field, such as the case where the original fixed operator obtains a mobile license to carry out mobile services, when the operator provides the services originally provided for fixed users to mobile users, it needs to build a new mobile service system, and based on the mobile network The protocol redevelops the original business, and cannot realize the sharing of the original fixed network business logic. Similarly, when the business characteristics are enhanced and changed, the logic on each business system needs to be modified separately, which brings a lot of workload to the development work and the risk of inconsistent business characteristics of each system.

Among the multiple service access methods provided by prior art 2, the newly built core network provides protocol conversion and access to existing service systems. Taking the GSM and IMS networks as examples, their networking is shown in Figure 2. In Fig. 2, the GSM network is the network operated first by the operator, and the IMS is the network operated later by the operator. The solution of the second prior art is to add a protocol conversion device (IM SSF, IM service switching point) in the network operated later, Make the new network use the same signaling protocol as the original network to access the original service system.

Adopting this service access method can provide services for new network users without transforming the original service system. However, due to the different capabilities of each network, generally the newly-built network has stronger capabilities than the existing network, and the newly-built network uses the same protocol access as the existing network, so the new capabilities of the newly-built network cannot be used in the business system. new business.

To sum up, the current multi-service access technology cannot not only satisfy existing service functions to be shared by the newly-built core network, but also make full use of the new service functions provided by the newly-built network.

Contents of the invention

An embodiment of the present invention provides a general service system, which is used to reduce service development costs and improve the scalability of the service system.

The general service system provided by the embodiment of the present invention includes: a service access module, a service scheduling module and a service function module;

The service access module is configured to receive a first service request corresponding to the access network, and perform protocol conversion, convert the first service request into a second service request carrying the network type identifier of the access network, and send it to the The service scheduling module; the service scheduling module is configured to, according to the received second service request, call a service function module corresponding to the network type identifier carried in the request and execute business logic; the service function module, It is used for accepting the invocation of the service scheduling module, and executing the service requested by the second service request. Further, there are one or more service access modules, and each service access module corresponds to a kind of access network; or/and there are one or more service function modules, and each service function module corresponds to a kind of access network. Business functions.

Another embodiment of the present invention provides a general service processing device, which includes: a service scheduling module and a service access module;

The service access module is configured to receive a first service request corresponding to the access network, and perform protocol conversion, convert the first service request into a second service request carrying the network type identifier of the access network, and send it to the The service scheduling module; the service scheduling module is configured to call a service function corresponding to the network type identifier carried in the request according to the second service request.

Another embodiment of the present invention provides a network access system, including at least one access network, a network access module corresponding to the access network, and a general service processing subsystem;

The network access module is configured to receive the first service request sent by the corresponding access network, and perform protocol conversion to convert the first service request into a service request supported by the general service processing subsystem and carrying the access network. The second service request identified by the network type is sent to the general service processing subsystem; the general service processing subsystem is configured to perform, according to the second service request, the network type identifier carried in the request, The second service requests the service requested to be executed.

Another embodiment of the present invention provides a communication service processing method, the method comprising:

The service access module performs protocol conversion on the first service request sent by the access network, and converts it into a second service request carrying the network type identifier of the access network; The network type identifies the corresponding service logic; the service function module executes the service requested by the second service request according to the service logic.

The embodiment of the present invention can realize the connection of multiple access networks into the general service system, and different access networks share service functions, so that the newly-connected network can directly use the service functions of the already connected network to provide services for users. At the same time, the service scheduling module can process service scheduling requests for different service access modules, and call the corresponding service function modules according to the configured service function scheduling strategy, so that different access networks can share the service characteristics of the communication service system, thus improving the The business expansion capability of the communication system reduces the business development cost.

Description of drawings

FIG. 1 is a schematic diagram of a service system provided for different networks provided by prior art 1;

FIG. 2 is a schematic diagram of protocol conversion provided by a new core network provided by prior art 2;

FIG. 3 is a schematic structural diagram of a general service system provided by an embodiment of the present invention;

FIG. 4 is a schematic structural diagram of a service access module of a general service system provided by an embodiment of the present invention;

5 is a schematic structural diagram of a service scheduling module of a general service system provided by an embodiment of the present invention;

FIG. 6 is a schematic structural diagram of a business function module of a general business system provided by an embodiment of the present invention;

FIG. 7 is a schematic structural diagram of a general service processing device provided by an embodiment of the present invention;

FIG. 8 is a schematic structural diagram of a network access system provided by an embodiment of the present invention;

FIG. 9 is a schematic diagram of a CAP call processing flow provided by an embodiment of the present invention;

FIG. 10 is a schematic diagram of an INAP call processing flow provided by an embodiment of the present invention;

FIG. 11 is a schematic diagram of a CAP short message processing flow provided by an embodiment of the present invention.

Detailed ways

The present invention will be described in detail below in conjunction with the embodiments and the accompanying drawings.

Referring to FIG. 3 , it is a schematic structural diagram of a general service system according to an embodiment of the present invention. The system shown in FIG. 3 includes: a service access module, a service scheduling module and a service function module. in,

The service access module is used to adapt the access network service control protocol, and is responsible for the interaction between the general service system and the access network, that is, the protocol conversion of the messages interacted between the access network and the general service system;

The service scheduling module is used to receive the service request for accessing the network forwarded by the service access module, call the corresponding service function module to execute the service logic according to the request, and return the response of the service request to the service access module; this module conducts business according to the system The configuration of the user and the attributes of the user's activation of the service complete the scheduling of the service function module;

Business function modules are used to realize specific business features. This module accepts calls from the business scheduling module, executes business logic, and returns execution results.

The above modules are logically divided modules. According to the type of access network, there can be one or more service access modules, and each service access module corresponds to a type of access network; according to the type and quantity of service functions provided by the system, there can be one or more service function modules Each business function module independently completes a basic business function.

According to the type of service request, the service dispatching module may include one or more dispatching units (also referred to as dispatching interface), and each dispatching unit handles one type of service request. A service function module may include one or more function units (also referred to as function interfaces), and each function unit is used to implement a basic operation in the basic service function corresponding to the service function module. The protocol conversion function provided by the service access module can be realized by the protocol conversion unit in the module.

The following describes in detail the service access module, the service scheduling module and the service function module one by one.

Referring to Fig. 4, it is a schematic structural diagram of the service access module in the general service system provided by the embodiment of the present invention, the service access module includes:

The protocol conversion unit is used for performing protocol conversion, converting the service request (first service request) corresponding to the access network into a service request (second service request) supported by the general service system, and sending it to the service scheduling module; The service response (second service response) sent by the module is converted into the protocol (converted to the first service response), and sent to the corresponding access network;

The first information storage unit stores the address information of the user number segment and the equipment where the service scheduling module is located and the corresponding relationship thereof, as well as the service request type ID and the scheduling unit ID in the service scheduling module and the corresponding relationship;

In addition, the service access module also includes three interface units: the interface unit A1 interacting with the access network, the interface unit A2 interacting with the scheduling module, and the interface unit A3 interacting with the functional modules, which are used to realize the input/output of messages .

When the access network sends a service request to the general service system through the corresponding service access module, the interface unit A1 in the service access module receives the service request message and sends it to the protocol conversion unit; According to the service request type carried in the request message, the corresponding scheduling unit ID is obtained from the first information storage unit, and the protocol converted The service request message is sent to the device where the service dispatching module is located through the interface unit A2, which carries the dispatching unit ID to instruct the dispatching unit to process the service request. Also add the following parameters to the request message:

Access network type identification;

Address information of the device where the service access module is located;

The unique identifier of this business processing instance in the business access module.

After the service request processing is completed, the service scheduling module returns a service response message to the service access module; the interface unit A2 in the service access module receives the response message and sends it to the protocol conversion unit; the protocol conversion unit converts the response message into a corresponding interface After receiving the response message of the access network, it is sent to the corresponding access network through the interface unit A1.

Since the service function module may need to exchange information with the access network when implementing service functions, for example, it needs the access network to assist in processing or obtain information from the access network. Therefore, the service access module also provides an interface unit A3 for receiving The request message carrying the interaction information sent by the service function module is sent to the protocol conversion unit; the protocol conversion unit sends the request message to the corresponding access network through the interface unit A1 after protocol conversion; after the access network performs corresponding processing, A response message is returned; the interface unit A1 sends the response message to the protocol conversion unit; the protocol conversion unit performs protocol conversion on the response message and sends it to the service function module through the interface unit A3.

Referring to Fig. 5, it is a schematic structural diagram of a business scheduling module in a general business system provided by an embodiment of the present invention, the business scheduling module includes a scheduling unit, a response generation unit, a second information storage unit, a third information storage unit, and a business decision-making unit ,in

The second information storage unit is used to store the scheduling unit ID list of the service scheduling module, the identification list of the network type supported by the general service system, and the service function module ID list; the following information is also stored:

1. The corresponding relationship between dispatching unit ID, network type ID, service function module ID and its function unit ID, and the dispatching order of these service function modules and their function units;

2. The corresponding relationship between the user number segment, the service function module ID and the device address where the service function module is located;

The third information storage unit is used to store user number segments and corresponding service function module IDs, indicating which services are opened for a certain or some user numbers, and the service function module IDs corresponding to these services.

When defining the scheduling sequence of business function modules and their functional units, follow the following rules:

A step can call one or more business function modules at the same time; only when all the business function modules called by this step return results, the next step is called; the output of the business function module of the previous step can be used as the next step business The input of the function module. The return result of each business function module can specify whether to continue to call the subsequent business function module or to terminate the processing of this business request.

The scheduling unit is used to determine the invocation strategy of the service function module according to the service request (the second service request sent by the service access module), according to the user attribute and the system scheduling policy in the second information storage unit, call the service function module, and obtain each The execution result returned by the business function module;

The response generation unit requests the service decision-making unit (this unit can be a service control decision-making unit and/or service charging decision-making unit) to generate service decision information (such as service The control decision information generated by the control decision-making unit and/or the charging decision information generated by the service charging decision-making unit), and summarize the service decision information, generate a response to the service request (response to the second service request), and return it to the service access module . in

The business control decision-making unit is used to receive the control request message from the response generation unit, determine the control decision information according to the business correlation, and send it to the response generation unit; the service charging decision-making unit is used to receive the control request message from the response generation unit, and The charging policy determines the charging decision information and sends it to the response generation unit.

In addition, the service scheduling module also includes an interface unit B1 interacting with the service access module, and an interface unit B2 interacting with the service function module, for implementing message input/output.

After receiving the service request message sent by the service access module, the device where the service dispatching module is located sends the request message to the corresponding dispatching unit according to the dispatching unit ID carried in the message.

The scheduling unit queries the second information storage unit, and then performs the following steps:

1. According to the network type identification and dispatching unit ID carried in the message, obtain the corresponding service function module ID and its function unit ID, and the calling sequence from the second information storage unit;

2. According to the user number carried in the message, and the service function module ID and its function unit ID obtained in step 1, further obtain the service function module ID and its function unit corresponding to the service activated by the user from the third information storage unit ID;

3. Obtain the address information of the device where the corresponding service function module is located from the second information storage unit according to the obtained service function module ID and the user number carried in the message;

4. According to the call sequence, send a call request message to the device where the service function module is located through the interface unit B2, carrying the function unit ID, to instruct the function unit to accept the call and perform the corresponding operation. It is also necessary to transparently transmit the address of the device where the service access module is sent by the access module and the unique identifier of the service processing instance in the service access module to the service function module through the call request, so as to implement the service in the service function module In the logical process, when it is necessary to interact with the access network, the request message is sent to the corresponding access network through the corresponding service access module.

Compatible with different network capabilities, the services triggered by different networks can schedule different service function modules. Therefore, through the network type identification, the service function module ID and its functional unit ID list supported by the network can be obtained, and the list is formed together with the scheduling order Business function scheduling strategy. At the same time, the service function modules corresponding to the service features that the user has not opened in the above service function module ID list can also be eliminated according to the service features activated by the user number (the relevant service function modules are invoked for which service features the user has opened), so it can be further obtained from The service function module ID list activated by the user number is obtained from the above service function module ID list. Through the combination of the above two steps, the business scheduling module can obtain the final business function scheduling policy, that is, the business function module ID and its functional unit ID to be scheduled for this service request, and the scheduling order.

The functional unit in the business function module returns the result value to the scheduling module after completing the business processing, and the interface unit B2 in the scheduling module returns the result value to the corresponding scheduling unit; the scheduling unit judges whether to continue calling the subsequent business function module according to the returned result and its functional units, or terminate the processing of this service request.

In the process of calling the business function module by the scheduling unit, if the call is normal and the return result of the business function module indicates that the subsequent business function module and its functional units are continued to be called, the scheduling unit will continue to call in accordance with the scheduling order until the business function module that needs to be called in the list All business function modules and their functional units are called. If the call fails or the return result of the functional unit indicates that the processing of this service request is terminated, the call is terminated.

The scheduling unit sends the business request and the execution results returned by each business function module to the response generation unit; the response generation unit can directly generate a response message based on these information, and can also generate a control request message and send it to the business decision-making unit (such as the business control decision-making unit and / or service charging decision-making unit); the service decision-making unit determines the service decision-making information (such as the control decision-making information generated by the service control decision-making unit and/or the charging decision-making information generated by the service charging decision-making unit), and sends it to the response generation unit; The response generation unit summarizes the service decision information, generates a response to the service request, and returns it to the service access module through the interface B1.

The process of summarizing and generating the responses to business requests actually involves processing the correlations of each business function module. The invocation of business function modules and the processing of business dependencies are operations that require a large amount of processing power. For a large number of users, multiple devices are required to load the service scheduling module. Therefore, when the service scheduling module needs to be upgraded, more devices will be involved at the same time; More and more, the call of business function modules is a general function, and the increase or decrease of business mainly affects the processing of business related relationships. Therefore, this embodiment separates the processing function (including charging decision-making function and control decision-making function) from the service dispatching module to reduce the number of devices during upgrading; at the same time, the system can also be more stable, open and flexible.

Referring to FIG. 6 , it is a schematic structural diagram of a service function module in a general service system provided by an embodiment of the present invention, and the service function module includes one or more functional units. In addition, the service function module also includes an interface unit C2 interacting with the dispatching module, and an interface unit C3 interacting with the access module, for implementing message input/output.

After receiving the call request from the scheduling unit, the functional unit executes the corresponding business function and returns the execution result; the scheduling unit continues to call other functional units in the business function module according to the execution result and in accordance with the set calling sequence. If the returned execution result is that the call ends or the call fails, the scheduling unit ends the execution of the business logic.

In the process of executing business logic, if the business function module needs to interact with the access network (such as sending user reminders or collecting information), it sends a request message to the business access module, and the request carries the unique identifier of the business processing instance ( The service scheduling module transparently transmits the unique identifier of the service processing instance sent by the service access module to the service access module), and the corresponding service processing instance in the service access module interacts with the access network. During the interaction process, the service access module performs protocol conversion and sends the interaction result to the corresponding service function module. The business function module gets the returned result and continues to execute the subsequent business logic.

The above modules are deployed on physical devices. One module can be deployed on one physical device. Due to the limitation of device processing capability, the same module may also be deployed on multiple devices. The service dispatching module located on each physical device serves the users of a number segment respectively. The above-mentioned different modules can be deployed in a centralized manner or in a distributed manner. For example, deploy all service access modules, service scheduling modules, and service function modules on one physical device, or deploy the service access module and service scheduling module on one device superior. How to deploy these logical function modules depends on the system processing capability required by each module and the processing capability of specific physical devices. The interface between the service access module, the service scheduling module and the service function module deployed on different physical devices is a remote message interface based on the network protocol.

When the service access module and the service scheduling module in the above general service system are deployed on the same physical device, the general service processing device according to the embodiment of the present invention is formed.

Referring to FIG. 7 , it is a schematic structural diagram of a general service processing device provided by an embodiment of the present invention. The device includes a service scheduling module and one or more service access modules, and each service access module corresponds to an access network.

The service access module is used to receive the service request corresponding to the access network, and perform protocol conversion, convert the service request into a protocol message supported by the general service processing device, and send it to the service scheduling module; the service scheduling module is used to receive Received business requests, generate business execution logic to call corresponding business functions to realize the requested business.

The service access module includes a protocol conversion unit and an information storage unit. The business scheduling module includes one or more scheduling units, and each scheduling unit is used to receive and process a type of business request; the business scheduling module also includes a response generation unit and a business decision-making unit, and the business decision-making unit can be a business control decision-making unit or / and charging control decision unit.

When the access network sends a service request to the general service processing device through the corresponding service access module, the protocol conversion unit in the service access module performs protocol conversion on the service request message, and according to the service request type carried in the service request message ID, obtain the ID of the corresponding scheduling unit from the information storage unit, and send the service request message after the protocol conversion to the corresponding scheduling unit.

The scheduling unit generates service execution logic according to the received service request, so as to call the corresponding service function to realize the requested service.

The scheduling unit sends the business request and the business execution result to the response generation unit according to the business execution situation; the response generation unit requests the business decision-making unit to generate business decision information, such as requesting the business control decision-making unit to generate business control decision-making information, requesting the service charging decision-making unit Generate service charging decision information; the response generation unit summarizes the charging decision information and control decision information, generates a response to the service request, and returns it to the service access module. The service access module converts the response message into a protocol message corresponding to the access network and sends it to the corresponding access network.

The network access system of the embodiment of the present invention is formed by using the network access module to connect different access networks to the general service processing system composed of the service scheduling module and the service function module.

Referring to FIG. 8 , it is a schematic structural diagram of a network access system provided by an embodiment of the present invention. The network access system includes one or more access networks, and also includes a network access module corresponding to the access network, and a general service processing module system. The general business processing subsystem includes a business scheduling module and one or more business function modules.

The network access module receives the service request sent by the corresponding access network, performs protocol conversion, converts the service request into a protocol message of the general service processing system, and sends the converted service request to the general service processing subsystem.

The business scheduling module in the general business processing subsystem receives the business request, and calls one or more business function modules that execute business logic according to the received business request message; the business function module accepts the calling of the scheduling unit, and executes the requested business.

After the general service processing subsystem processes the service request, it can also return a response message to the network access module; the network access module converts the response message into a protocol message corresponding to the access network, and sends it to the corresponding access network.

In the process of processing business, if the general service processing system needs to interact with the access network, it will send a request message to the network access module that initiates the service request, carrying the interaction information; the network access module converts the request message into the corresponding access network The protocol message is sent to the access network; after the access network processing is completed, a response message is returned to the network access module, carrying the interaction result; the network access module converts the response message into a protocol message of the general business processing system, and sends it to General business processing system.

Assume that the general service system, general service processing device and network access system in this embodiment can respectively support four types of access networks, so four types of service access modules are required to connect them to the general service system. The four service access modules are:

The INAP service access module is responsible for connecting the PSTN network to the communication service system;

The CAP service access module is responsible for connecting the GSM network to the communication service system;

The WIN service access module is responsible for connecting the CDMA network to the communication service system;

The SIP service access module is responsible for connecting the IMS network to the communication service system.

For other types of access networks, corresponding service access modules are required to connect them to the general service system, which will not be listed here.

The general service system, general service processing device and network access system of this embodiment provide good expansion capabilities. With the development of services and the advancement of technology, when operators add and operate new networks, they only need to add a service access module for accessing the new network to provide existing services to users of the newly added network. For example, the operator currently operates the PSTN network and accesses the service system through the INAP protocol; the service access module is the INAP service access module, and the service function module includes a VPN service function module and a voice billing function module. If the operator runs a new GSM mobile network and triggers smart services through the new access CAP protocol, then only need to add a CAP service access module for accessing the GSM mobile network at this time, and the existing VPN service function module and voice billing can be used Functional modules provide services for users in the GSM network.

For new service expansion, the embodiment of the present invention also provides good expansion capability. When the operator needs to develop new services and use the new network to support new service features, it only needs to expand the interface between the service scheduling module and the new service access module, and increase the interface between the service scheduling module and the new service function module interface, it can provide newly developed business services for users in the new access network. For example, after the above-mentioned operator newly operates the GSM mobile network and adds CAP short message service processing, it only needs to expand the internal message interface between the CAP service access module and the service scheduling module, and add IDPSMS request interface and ERSMS request interface ; Expand the new service access module and service scheduling module to support the extended interface; add the CAP short message service function - short message billing function, which can provide CAP short message service for GSM network users.

Taking the processing of CAP, INAP voice service and CAP short message service as examples, the service processing process based on the above general service system will be described below.

The communication service system in the present embodiment comprises the following modules: CAP service access module, INAP service access module, service scheduling module, voice charging function module of prepaid service, short message charging function module and VPN service of prepaid service functional module.

The CAP service access module is used to access the CAP protocol, and provides an interface for calling the announcement function;

The INAP service access module is used to access the INAP protocol, and provides an interface for calling the announcement function;

The voice billing function module of the prepaid service is used to realize the logic of the prepaid service, and provides an initial charging reserved interface, a subsequent charging reserved and confirmation interface for the voice service;

The SMS charging function module of the prepaid service is used to realize the prepaid service logic and provide an event charging interface for the short message service;

The VPN service function module is used to implement VPN service logic, and provides an interface for changing long and short numbers and an interface for judging the relationship between calling and called VPNs.

For each service scheduling module interface and network type, the service scheduling module defines a list of corresponding service function modules and interfaces that need to be scheduled, as well as a scheduling sequence. Among them, in the CAP/INAP voice service control process, the service switching point SSP reports three types of messages: IDP, ACR and ERB messages. Correspondingly, the service scheduling module provides three types of interfaces for the service access module: IDP request interface, ACR request interface and ERB request interface. During the CAP short message service control process, the service switching point SSP reports two types of messages: IDPSMS and ERSMS messages. Correspondingly, the service scheduling module provides two types of interfaces for the service access module: IDPSMS request interface and ERSMS request interface. The business function scheduling policy list related to the above-mentioned business in the business scheduling module of this embodiment is shown in Table 1:

Table 1

Interface Type Network Type Scheduling order business function module Business function module interface IDP request interface CAP 1 VPN service function module Long and short number conversion interface IDP request interface CAP 2 VPN service function module Interface for judging the relationship between the calling and called VPNs IDP request interface CAP 3 Voice billing function module Interface reserved for initial charging ACR request interface CAP 1 Voice billing function module Subsequent charging reservation and confirmation interface ERB request interface CAP 1 NA NA IDP request interface INAP 1 VPN service function module Long and short number conversion interface IDP request interface INAP 2 VPN service function module Interface for judging the relationship between the calling and called VPNs IDP request interface INAP 3 Voice billing function module Interface reserved for initial charging ACR request interface INAP 1 Voice billing function module Subsequent charging reservation and confirmation interface ERB request interface INAP 1 NA NA IDPSMS request interface CAP 1 VPN service function module Long and short number conversion interface ERSMS request interface CAP SMS billing function module Event Billing Interface

The service scheduling module also records the corresponding relationship between the user number and the service characteristics (that is, the service function module) opened by the number.

In this embodiment, it is taken as an example that the users have subscribed to both the VPN service and the prepaid service. In this embodiment, the voice charging functional module of the prepaid service plays a voice to remind the user of the current balance when performing initial charging reservation.

Referring to FIG. 9, it is a schematic diagram of a CAP call processing flow in an embodiment of the present invention, and the specific steps include:

1. The user initiates a call, and the GMSC/MSC (Gateway Mobile Switching Center/Mobile Switching Center) triggers a service request to the communication service system, and sends an IDP message to the communication service system;

2. The CAP service access module of the communication service system converts the IDP message into an IDP interface request message, and sends it to the service scheduling module;

3-6. According to the configured service function dispatching strategy (as shown in Table 1) and the service characteristics (ie, service function module) of the user number activation, the service scheduling module calls the long and short number conversion interface and the calling and called party of the VPN service function module in sequence. The VPN relationship judges the interface and gets a response;

7. The service dispatching module invokes the initial charging reserved interface of the voice billing function module according to the configured service function dispatching strategy and the service characteristics (ie, the service function module) opened by the user number;

8-13. When the voice billing function module executes the business logic, it decides that it needs to play the current balance to the user, then calls the announcement prompt interface of the service access module, and the service access module returns to the voice billing function module after the announcement is completed. response;

14. The voice charging function module returns an initial charging reservation response;

15. The business scheduling module summarizes the return results of each business module, and returns the IDP interface response to the CAP business access module;

16-20. The CAP service access module sends a message to the GMSC/MSC according to the IDP interface response, sends the segmented monitoring duration in the AC message, and instructs the GMSC/MSC to connect the call;

21-26. After the segment monitoring time arrives, the GMSC/MSC reports the ACR message to the service system, and the CAP service access module converts the ACR into the ACR interface request of the service scheduling module; the service scheduling module dispatches the policy according to the configured service function and the user The service characteristics of the number activation (that is, the service function module) calls the subsequent charging reservation and confirmation interface of the voice charging function module; when the voice charging function module processes the request, because the call is not over, it continues to reserve the fee and determines the segment The monitoring duration is returned to the business scheduling module; the business scheduling module returns the ACR interface response accordingly; the CAP service access module sends the AC message according to the ACR interface response, and sends the segmented monitoring duration in the AC message;

27a-27b, the user hangs up, and when the call ends, the GMSC/MSC reports an ACR message and an ERB message;

28-31. The CAP service access module converts the ACR message into the ACR interface request of the service scheduling module; the service scheduling module invokes the voice billing function according to the configured service function scheduling policy and the service characteristics of the user number activation (that is, the service function module) Subsequent billing reservation and confirmation interface of the module; when the voice billing function module processes the request, due to the end of the call, the charge is no longer reserved, the charge is deducted, and the call record is written, and the successful processing result is returned to the business Scheduling module; the business scheduling module returns the ACR interface response accordingly;

32. The CAP service access module issues an RC according to the ACR interface response, and ends the call processing.

Referring to Fig. 10, it is a schematic diagram of an INAP call processing flow in an embodiment of the present invention, and the specific steps include:

1. The user initiates a call, and the SSP triggers a service request to the communication service system, and sends an IDP message to the communication service system;

2. The INAP service access module of the communication service system converts the IDP message into an IDP interface request message, and sends it to the service scheduling module;

3-6. According to the configured service function dispatching strategy (as shown in Table 1) and the service characteristics (ie, service function module) of the user number activation, the service scheduling module calls the long and short number conversion interface and the calling and called party of the VPN service function module in sequence. The VPN relationship judges the interface and gets a response;

7. The service dispatching module invokes the initial charging reserved interface of the voice billing function module according to the configured service function dispatching strategy and the service characteristics (ie, the service function module) opened by the user number;

8-13. When the voice billing function module executes the business logic, it decides that it needs to play the current balance to the user, and then calls the announcement prompt interface of the service access module. After the announcement, the service access module returns to the voice billing function module response;

14. The voice charging function module returns an initial charging reservation response;

15. The business scheduling module summarizes the return results of each business module, and returns the IDP interface response to the INAP business access module;

16-19. The INAP service access module sends a message to the SSP according to the IDP interface response, and sends the call duration in the AC message, instructing the SSP to continue the call;

20a-20b, the user hangs up or the user balance can be used for a long time, the call ends, and the SSP reports the ACR message and the ERB message;

21-24. The INAP service access module converts the ACR message into the ACR interface request of the service scheduling module, and the service scheduling module invokes the voice billing function according to the configured service function scheduling policy and the service characteristics of the user number activation (that is, the service function module) Subsequent billing reservation and confirmation interface of the module; when the voice billing function module processes the request, due to the end of the call, the deduction process is performed, and the call bill is written, and the successful processing result is returned to the business dispatching module; the business dispatching module Accordingly, the ACR interface response is returned;

25. The INAP service access module issues an RC according to the ACR interface response, and ends the call processing.

Referring to Fig. 11, it is a schematic diagram of the CAP short message processing flow diagram of the embodiment of the present invention, and the specific steps include:

1. The user initiates a short message, and the GMSC/MSC triggers a service request to the communication service system, and sends an IDPSMS message to the communication service system;

2. The CAP service access module of the communication service system converts the IDPSMS message into an IDPSMS interface request message, and sends it to the service scheduling module;

3-4. The business dispatching module invokes the long and short number conversion interface of the VPN service function module and obtains a response according to the configured service function dispatch strategy (as shown in Table 1) and the service characteristics (i.e., the service function module) of the user number opening;

5. The service scheduling module returns the IDPSMS interface response to the CAP service access module according to the return result of the VPN service function module;

6. The CAP service access module sends a message to the GMSC/MSC according to the IDPSMS interface response, instructing the GMSC/MSC to continue submitting short messages to the short message center;

7. After the short message is submitted successfully, the GMSC/MSC will report the ERSMS message;

8-11. The CAP service access module converts the ERSMS message into the ERSMS interface request message of the service scheduling module, and the service scheduling module invokes SMS billing according to the configured service function scheduling strategy and the service characteristics of the user number activation (ie, the service function module) The event billing interface of the function module; when the SMS billing function module processes the request, it will deduct the fee, write the bill, and return the successful processing result to the business scheduling module; the business scheduling module will send the CAP service access module accordingly Return ERSMS interface response;

12. The CAP service access module sends the RSMS according to the ERSMS interface response, and ends the service processing.

To sum up, the general service system of the embodiment of the present invention adapts the core network service control protocol through an independent service access module, so that the communication service system can access multiple access networks at the same time, and different access networks share service control In this way, the new network can directly use the existing business system to provide services for users. The service scheduling function module of the embodiment of the present invention determines the service module that needs to be invoked according to the user identification that initiates the service request and different access network capabilities, thereby realizing that the communication service system provides different services according to the service attributes of different users and/or different core network capabilities. Therefore, the new access network can use the existing service system to provide services, and at the same time, it can conveniently add service function modules or interfaces, so that the ability of the new access network can be used to provide enhanced service functions. The flexibility and scalability of the business system are greatly improved.

Obviously, those skilled in the art can make various changes and modifications to the present invention without departing from the spirit and scope of the present invention. Thus, if these modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalent technologies, the present invention also intends to include these modifications and variations.

Claims (22)

1. A universal service system is characterized by comprising a service access module, a service scheduling module and a service function module;

the service access module is used for receiving a first service request corresponding to an access network, performing protocol conversion, converting the first service request into a second service request carrying a network type identifier of the access network, and sending the second service request to the service scheduling module;

the service scheduling module is used for calling a service function module which is corresponding to the network type identifier carried by the request and executes service logic according to the received second service request;

and the service function module is used for receiving the call of the service scheduling module and executing the service requested to be executed by the second service request.

2. The system of claim 1, wherein the service scheduling module comprises an interface unit interacting with the service access module, an interface unit interacting with the service function module, and at least one scheduling unit; the service function module comprises an interface unit interacting with the service scheduling module and at least one function unit;

the scheduling unit is used for receiving the second service request through the interface unit interacted with the service access module and sending a calling request to the function unit through the interface unit interacted with the service function module;

and the functional unit is used for receiving the call request through the interface unit interacting with the service scheduling module and executing corresponding operation according to the call request.

3. The system of claim 2, wherein the traffic scheduling module further comprises:

a second information storage unit, configured to store the service function module identifier corresponding to the network type identifier, the function unit identifier in the service function module, and scheduling policy information;

and the scheduling unit acquires scheduling policy information from the second information storage unit according to the second service request, sends a calling request to a corresponding service function module according to the scheduling policy information, and specifies a function unit for receiving the calling request.

4. The system of claim 3, wherein the traffic scheduling module further comprises:

the third information storage unit is used for storing the service function module identification corresponding to the user number segment;

and the scheduling unit acquires the service function module identifier corresponding to the service opened by the user from the third information storage unit according to the user number carried in the second service request message.

5. The system of claim 2, wherein the traffic scheduling module further comprises: a response generation unit and a service decision unit;

a response generation unit, configured to obtain a service request from the scheduling unit and obtain an execution result returned by the service function module from the service function module, and request the service decision unit to generate service decision information; the service access module is used for generating a response message according to the execution result and the generated service decision information, sending the response message to the service access module through the interface unit interacted with the service access module, and sending the response message to a corresponding access network after carrying out protocol conversion on the response message;

and the service decision unit is used for generating service decision information according to the execution result obtained by the response generation unit.

6. The system according to claim 5, wherein the service decision unit is a service control decision unit or/and a service charging decision unit;

the service control decision unit is used for generating control decision information according to the execution result;

the service charging decision unit is used for generating charging decision information according to the execution result;

and the response generating unit generates a service response message according to the control decision information or/and the charging decision information.

7. The system of claim 2, wherein the service access module includes a protocol conversion unit, an interface unit interacting with the access network, an interface unit interacting with the service scheduling module, and a first information storage unit;

the first information storage unit is used for storing the service request type identifier and the corresponding scheduling unit identifier;

the protocol conversion unit is used for receiving the first service request through the interface unit interacting with the access network, converting the first service request into the second service request, acquiring the dispatching unit identifier corresponding to the second service request from the first information storage unit, and sending the second service request to the corresponding dispatching unit through the interface unit interacting with the service dispatching module.

8. The system of claim 2, wherein the service function module includes an interface unit that interacts with the service access module; the service access module comprises an interface unit which interacts with the service function module;

the service function unit sends a request message to the service access module through the interface unit interacted with the service access module, and carries information interacted with a corresponding access network; receiving a response message returned by the service access module through the interface unit;

the interface unit interacting with the service function module in the service access module receives the request message and sends the request message to the protocol conversion unit, the protocol conversion unit performs protocol conversion, then the request message is sent to the corresponding access network through the interface unit interacting with the access network, the interface unit receives a response message returned by the corresponding access network, and the protocol conversion unit performs protocol conversion and then the response message is sent to the service function unit through the interface unit interacting with the service function module.

9. The system of claim 1, wherein the service access module is one or more, each service access module corresponding to an access network; or/and

the number of the service function modules is one or more, and each service function module corresponds to one service function.

10. The system of claim 9, wherein the service access module, the service scheduling module and the service function module are deployed centrally or distributively on a physical device.

11. The system of claim 1, wherein the service scheduling module is deployed centrally on one physical device or distributed across multiple physical devices.

12. A universal service processing device is characterized by comprising a service scheduling module and a service access module;

the service access module is used for receiving a first service request sent by a corresponding access network, performing protocol conversion, converting the first service request into a second service request carrying a network type identifier of the access network, and sending the second service request to the service scheduling module;

and the service scheduling module is used for calling a service function corresponding to the network type identifier carried by the request according to the second service request.

13. The apparatus of claim 12, wherein the service scheduling module comprises an interface unit interacting with the service access module, and at least one scheduling unit;

and the scheduling unit is used for receiving the second service request through the interface unit interacting with the service access module and generating a service execution logic according to the second service request.

14. The apparatus of claim 13, wherein the traffic scheduling module further comprises: a response generation unit and a service decision unit;

a response generation unit, configured to obtain the service request and the service execution result from the scheduling unit, and request the service decision unit to generate service decision information; the service access module is used for generating a service decision information according to the service execution result and the generated service decision information, sending the service decision information to the service access module through the interface unit interacted with the service access module, and sending the response information to a corresponding access network after carrying out protocol conversion on the response information;

and the service decision unit is used for generating service decision information according to the service execution result obtained by the response generation unit.

15. The apparatus of claim 14, wherein the service decision unit is a service control decision unit or/and a service charging decision unit;

the service control decision unit is used for generating control decision information according to the service execution result;

the service charging decision unit is used for generating charging decision information according to the service execution result;

and the response generating unit generates a service response message according to the control decision information or/and the charging decision information.

16. The apparatus of claim 12, wherein the service access module comprises a protocol conversion unit, an interface unit interacting with the access network, an interface unit interacting with the service scheduling module, and an information storage unit;

the information storage unit is used for storing the service request type identification and the corresponding scheduling unit identification;

the protocol conversion unit is used for receiving the first service request through the interface unit interacting with the access network, converting the first service request into the second service request, acquiring the dispatching unit identifier corresponding to the second service request from the information storage unit, and sending the second service request to the corresponding dispatching unit through the interface unit interacting with the service dispatching module.

17. A network access system is characterized by comprising at least one access network, a network access module corresponding to the access network and a general service processing subsystem;

the network access module is used for receiving a first service request sent by a corresponding access network, performing protocol conversion, converting the first service request into a second service request which is supported by the general service processing subsystem and carries a network type identifier of the access network, and sending the second service request to the general service processing subsystem;

and the general service processing subsystem is used for executing the service requested to be executed by the second service request corresponding to the network type identifier carried by the request according to the second service request.

18. The system of claim 17, wherein said generic service processing subsystem comprises a service scheduling module, and at least one service function module;

the service scheduling module is used for calling a service function module for executing service logic according to the received second service request;

and the service function module is used for receiving the call of the service scheduling module and executing the service requested to be executed by the second service request.

19. A method for processing a communication service, comprising the steps of:

the service access module carries out protocol conversion on a first service request sent by an access network, and converts the first service request into a second service request carrying a network type identifier of the access network;

the service scheduling module acquires service logic corresponding to the network type identifier carried by the request according to the second service request;

and the service function module executes the service requested to be executed by the second service request according to the service logic.

20. The method of claim 19, wherein during the execution of the service, the service function module interacts with a corresponding access network through protocol conversion of the service access module, and executes the service according to an interaction result.

21. The method of claim 19, further comprising the step of:

the service scheduling module generates a response message of the service according to the execution result of the service function module or the service execution result and the decision information of the service function module, and sends the response message to a corresponding access network after the protocol conversion of the service access module.

22. The method of claim 21, wherein the decision information comprises service control decision information or/and service charging decision information.

Images