CN102355650B - A kind of method for processing business and system - Google Patents
A kind of method for processing business and system Download PDFInfo
- Publication number
- CN102355650B CN102355650B CN201110199102.7A CN201110199102A CN102355650B CN 102355650 B CN102355650 B CN 102355650B CN 201110199102 A CN201110199102 A CN 201110199102A CN 102355650 B CN102355650 B CN 102355650B
- Authority
- CN
- China
- Prior art keywords
- user
- service
- request
- type
- request message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
The embodiment of the invention discloses a kind of method for processing business and system, for simplifying the logic of business platform, simplify the system maintenance operations of existing network dilatation, improve the safety of charge node, and realize real time billing between province.The method comprise the steps that unified real-time access system receives the request message that business platform sends, obtain the service parameter in request message and customer parameter, according to acquired service parameter and customer parameter, determine type of service and user attaching type, ask message according to type of service and user attaching type of process.
Description
Technical Field
The present invention relates to the field of network communication technologies, and in particular, to a service processing method and system.
Background
Along with the comprehensive development of the domestic third generation mobile communication technology (3G, 3rd-generation) service, the data service is more and more important. The novelty and diversification of service development also make more and more services to be charged on the charging system. In order to meet the diversification and complication of charging, many local charging are developing towards the direction of combining online charging and offline charging, and the charging system has real-time charging capability.
In the prior art, a charging system charges locally, adopts a multi-service platform to directly connect the charging system of the province, charges in real time through Diameter (Diameter) messages, or charges through an off-line call ticket, charges within the province, and charges in the form of the off-line call ticket.
However, in the prior art, the charging user only belongs to a certain charging system, and various service platforms are required to distinguish the home location of the user and send authentication and charging requests to the home charging platform of the user. However, differences of development and processing of various manufacturers and higher logic unification difficulty are high, if a user moves or a service platform changes, all service platforms are required to correspondingly modify attribution information of the user, all charging systems also need to change connection configuration of the service platforms, and the system is high in development cost, high in maintenance difficulty and low in safety factor.
Disclosure of Invention
The embodiment of the invention provides a service processing method and a service processing system, which are used for simplifying the logic of a service platform, simplifying the system maintenance operation of the existing network expansion, improving the safety of charging nodes and realizing inter-provincial real-time charging.
The business processing method provided by the embodiment of the invention comprises the following steps: a unified real-time access system receives a request message sent by a service platform; acquiring service parameters and user parameters in the request message; determining a service type and a user attribution type according to the acquired service parameters and user parameters; and processing the request message according to the service type and the user attribution type.
The service processing system provided by the embodiment of the invention comprises: the receiving unit is used for receiving a request message sent by the service platform; an obtaining unit, configured to obtain a service parameter and a user parameter in the request message; the judging unit is used for judging the service type and the user attribution type according to the acquired service parameters and the acquired user parameters; and the processing unit is used for processing the request message according to the service type and the user attribution type.
According to the technical scheme, the embodiment of the invention has the following advantages: the unified real-time access system receives a request message sent by a service platform, acquires service parameters and user parameters in the request message, determines a service type and a user attribution type according to the acquired service parameters and user parameters, and sends the request message to a charging system to which a user belongs. Therefore, the unified real-time system becomes a bridge between the service platform and the charging system, the networking mode can be simplified, the processing logic of each service platform is simplified, the system is simple and convenient to maintain and operate, the effect similar to a gateway is achieved, the safety risk caused by direct connection between the service platform and the charging system is avoided, the network safety is guaranteed, the service cross-provincial real-time charging can be realized, and the user defaulting risk is reduced.
Drawings
Fig. 1 is a schematic diagram of a system architecture of a service processing method according to an embodiment of the present invention;
fig. 2 is a schematic diagram of an embodiment of a service processing method in the embodiment of the present invention;
fig. 3 is a schematic diagram of another embodiment of a service processing method in the embodiment of the present invention;
FIG. 4 is a flow chart illustrating a local event message processing according to an embodiment of the present invention;
FIG. 5 is a flow chart illustrating a local session message processing according to an embodiment of the present invention;
FIG. 6 is a flow chart illustrating roaming event message processing according to an embodiment of the invention;
FIG. 7 is a flow chart illustrating roaming session message processing according to an embodiment of the present invention;
fig. 8 is a schematic diagram of another embodiment of a service processing method in the embodiment of the present invention;
FIG. 9 is a flowchart illustrating processing of a service message in an abnormal state according to an embodiment of the present invention;
FIG. 10 is a schematic diagram of a communication network after a provincial and prefectural level service processing system is installed in the embodiment of the present invention;
fig. 11 is a schematic diagram of an embodiment of a unified real-time access system in an embodiment of the present invention.
Detailed Description
The embodiment of the invention provides a service processing method and a unified real-time access system, which are used for simplifying system maintenance operation, improving the safety of charging nodes and realizing provincial real-time charging, and are respectively explained in detail below.
In the following embodiments, an access system that joins multiple core networks and processes service messages in real time is introduced between a service platform and a charging system, and for convenience of description, the access system is hereinafter referred to as a unified real-time access system.
For easy understanding, firstly, the connection relationship between the unified real-time access system and the service platform and the charging system is summarized and described by the architecture of the service system between different provinces, please refer to fig. 1, fig. 1 is a system architecture diagram of the service processing method in the embodiment of the present invention, the unified real-time access system is arranged in the provincial level one service system of each province (the local service system 101 and the roaming service system 102), the local unified real-time access system 105 is arranged between the local service platform 103 and the local charging system 104, the networking is performed by using a star-shaped network topology structure, the unified real-time access system 105 is connected with the unified real-time access system 106 of the roaming service system 102, the networking is performed by using a mesh topology structure, the unified real-time access system 106 of the roaming service system 102 is connected with each charging system 107, the real-time interface of each network element, diameter Credit Control), the non-real time interface between each network element adopts the ticket mode to process the service.
It should be noted that the above DCC protocol that the system can adapt to the core network service can process all types of DDC message requests through the service access function, and the embodiments of the present invention can be applied to all network systems that process DCC message requests.
Referring to fig. 2, an embodiment of a service processing method according to the embodiment of the present invention includes:
201. a unified real-time access system receives a request message sent by a service platform;
in the embodiment of the present invention, the unified real-time access system receives a Request message sent by the service platform, where the Request message may specifically be a Credit Control Request (CCR, Credit Control Request).
202. Acquiring service parameters and user parameters in the request message;
and the unified real-time access system acquires service related parameters and user related parameters in the CCR.
203. Judging the service type and the user attribution type according to the acquired service parameters and user parameters;
and judging the service type according to the acquired service parameters, and judging the user attribution type according to the acquired user parameters.
204. And processing the request message according to the service type and the user attribution type.
And according to different service types and different user attribution types, performing different processing on the request message sent by the service platform.
In the embodiment of the invention, the unified real-time access system receives the request message sent by the service platform, acquires the service parameters and the user parameters in the request message, determines the service type and the user attribution type according to the acquired service parameters and the user parameters, and sends the request message to the charging system to which the user belongs, and the unified real-time system becomes a bridge between the service platform and the charging system, so that the networking mode can be simplified, the processing logic of each service platform is simplified, the system is simple and convenient to maintain and operate, the effect similar to a gateway is also realized, the safety risk generated by direct connection between the service platform and the charging system is avoided, the network safety is ensured, the cross-provincial real-time charging of the service can be realized, and the arrearage risk of the user is reduced.
For convenience of understanding, the service processing method in the embodiment of the present invention is described below with another embodiment, and referring to fig. 3, another embodiment of the service processing message in the embodiment of the present invention includes:
301. a unified real-time access system receives a request message sent by a service platform;
the specific content of step 301 in the embodiment of the present invention is the same as the content of step 201 in the embodiment shown in fig. 2, and is not described herein again.
302. Acquiring attribute value pairs of the identification service type and the user attribution type in the request message;
decoding the acquired Request message, and acquiring an Attribute Value Pair (AVP, Attribute Value Pair) for identifying the service Type and the user attribution Type, wherein the AVP for identifying the service Type may specifically be a credit control Request Type (CC-Request-Type), and the AVP for identifying the user attribution Type may specifically be a terminal user identifier (Subscription-Id-Data).
303. Judging the service type and the user attribution type according to the obtained attribute pair values for identifying the service type and the user attribution type;
when the value of CC-Request-Type for identifying the service Type in the obtained AVP is 4, indicating that the Request message is an EVENT Request (EVENT _ REQUEST); when the value of CC-Request-Type is 1, it indicates that the Request message is an INITIAL Request (INITIAL _ REQUEST); when the value of CC-Request-Type is 2, it indicates that the Request message is an UPDATE Request (UPDATE _ REQUEST); when the value of CC-Request-Type is 3, it indicates that the Request message is a TERMINATION Request (TERMINATION _ Request).
And analyzing the Subscription-Id-Data which identifies the user attribute in the AVP, and judging whether the user is a local user or a roaming user.
304. And performing service processing according to the service type and the user attribution type.
According to the service type and whether the user type is a local user or a roaming user, the service processing modes are divided into the following four types:
if the service type is an event request, the user is a local user;
the unified real-time access system sends an event request message to a local charging system to which the user belongs, the local charging system authenticates and deducts the fee of the event request, and after the event request is processed, the unified real-time access system sends a Credit Control Answer (CCA) message to the unified real-time access system, and the unified real-time access system sends the CCA message back to the service system.
Referring to fig. 4, a detailed service flow diagram is described below, where the local event request service flow in the embodiment of the present invention includes:
401. the service platform sends a CCR request message to the unified real-time access system;
402. judging and inquiring;
and the unified real-time system judges that the CCR request message is an event request message, the user is a local user, and the local charging system to which the user belongs is inquired.
403. Sending a CCR (event request) message to a local charging system to which a user belongs;
404. the charging system carries out authentication charging;
405. the charging system returns CCA (event request) information to the unified real-time system;
406. the unified real-time system returns the CCA (event request) message to the service platform.
If the service type is an initial request, the user is a local user:
the unified real-time access system sends an INITIAL (INITIAL) request message to a local charging system to which the user belongs, records session information, and then sends a CCA message back to the service platform, the service platform monitors the service use condition of the user according to the authentication condition, and when the service use of the user monitored by the service platform reaches the resource limit of the INITIAL application, a CCR UPDATE (UPDATE) request is sent to the unified real-time access system. When the unified real-time access system receives a Request message sent by a service platform, the value of the acquired CC-Request-Type is 2, the Request message is judged to be an updating Request, the updating Request is sent to a local charging system to which a user belongs according to the recorded session information, the charging system carries out rating, reservation and charging, after the processing is finished, the unified real-time access system sends back a CCA message to the service platform, the service platform continues to monitor the service use condition of the user, and the UPDATE message can be repeated for many times according to the actual service use condition of the user.
And the service platform sends a CCR TERMINATION (TERMINATION) Request to the unified real-time access system when monitoring that the user finishes using the service or the user applies for the resource to be used up, the unified real-time access system receives the message and obtains a value of CC-Request-Type of 3, thereby judging that the Request message is a TERMINATION Request, and sending the TERMINATION Request to a local charging system to which the user belongs according to the stored conversation information for final rating and charging. After the processing is finished, the unified real-time access system transmits the CCA message back to the service platform, and the service platform releases the service.
In the following, a detailed description is made with a specific service flow diagram, referring to fig. 5, a local session message service flow in an embodiment of the present invention includes:
501. the service platform sends a CCR request message to the unified real-time access system;
502. inquiring, judging and recording;
if the unified real-time system determines that the CCR request message is an initial request and the user is a local user, step 503 is executed and session information is recorded at the same time.
503. Sending a CCR (initial request) message to a local charging system to which a user belongs;
504. the charging system performs authentication, reservation and charging;
the charging system carries out operations related to charging, such as authentication, pricing, reservation, charging and the like.
505. The charging system returns CCA (initial request) information to the unified real-time access system;
506. the unified real-time access system returns the CCA (initial request) message to the service platform;
507. the service platform sends a CCR (update request) message to the unified real-time access system;
when the service platform monitors that the service usage of the user reaches the resource limit of the initial application, a CCR (update request) message is sent to the unified real-time access system.
508. Inquiring and judging;
after receiving a Request message sent by a service platform, the unified real-time access system acquires the value of CC-Request-Type as 2, thereby judging that the Request message is an updating Request and acquiring that a user is the local user by inquiring recorded session information;
509. the unified real-time access system sends a CCR (update request) message to a charging system;
510. the charging system performs authentication and charging;
511. the charging system returns CCA (updating request) information to the unified real-time access system;
512. the unified real-time access system returns the CCA (updating request) message to the service platform;
513. the service platform sends a CCR (terminating request) message to the unified real-time access system;
and the service platform monitors that the user finishes using the service or the user applies for the resource to be used up, and then sends a CCR (termination request) message to the unified real-time access system.
514. Inquiring and judging;
after the unified real-time access system receives the message, the value of the acquired CC-Request-Type is 3, so that the Request message is judged to be a termination Request, and the user is known to be the local user by inquiring the recorded session information before;
515. the unified real-time access system sends a CCR (termination request) message to a charging system;
516. the charging system performs authentication and charging;
517. the charging system returns CCA (termination request) information to the unified real-time system;
518. the unified real-time system returns the CCA (termination request) message to the service platform.
If the service type is the event request, the user is a roaming user;
the uniform real-time access system of the service access province sends an event request message to the uniform real-time access system of the affiliation province of the user, the uniform real-time access system of the affiliation province sends the event request message to the charging system to which the user of the province belongs, the charging system to which the user of the affiliation province belongs authenticates and deducts the fee of the event request, the CCA event request message is sent to the uniform real-time access system of the affiliation province after the processing is completed, the uniform real-time access system of the affiliation province sends the CCA event request message to the uniform real-time access system of the service access province, and the uniform real-time access system of the service access province sends the CCA message back to the service platform of.
Referring to fig. 6, a detailed service flow diagram is described below, where the service flow of roaming event request in the embodiment of the present invention includes:
601. a service platform of a service access province sends a CCR request message to a unified real-time access system of the access province;
602. judging and inquiring;
and the unified real-time system of the access province judges that the CCR request message is an event request message and the user is an out-of-province user, and inquires the unified real-time access system of the user attribution province.
603. Sending a CCR (event) request message to a unified real-time access system of a user attribution province;
604. judging and inquiring;
and the unified real-time access system of the user attribution province judges that the CCR request message is an event request message, the user is a local user, and a charging system to which the user locally belongs is inquired.
605. Sending a CCR (event) request message to a home local charging system of a user;
606. the user attribution local charging system carries out authentication charging;
607. the user attribution local charging system returns CCA (event clear channel) request information to the attribution unified real-time system of the user;
608. the unified real-time system of the user attribution province returns CCA (event access control) request information to the unified real-time system of the access province;
609. the unified real-time system of the access province returns the CCA (event) request message to the service platform of the access province.
If the service type is an initial request, the user is a roaming user;
the unified real-time access system of the service access province sends an initial request to the unified real-time access system of the user attribution province and records the session information, the unified real-time access system of the attribution province judges the charging system to which the user belongs according to the initial request and records the session information, the initial request is sent to the charging system to which the user belongs for authentication charging, a CCA initial request is returned to the unified real-time access system of the attribution province, the CCA initial request is returned to the unified real-time access system of the access province by the unified real-time access system of the attribution province, the unified real-time access system of the access province returns the CCA initial request to a service platform of the access province, and the service platform monitors the service use condition of the user according.
When the service platform of the access province monitors that the service usage of the user reaches the resource limit of the initial application, a CCR (update request) message is sent to the unified real-time access system of the access province. When a unified real-time access system of an access province receives a CCR Request message sent by a service platform, the value of the acquired CC-Request-Type is 2, so that the Request message is judged to be an update Request, the CCR (update Request) message is sent to the unified real-time access system of the user's home province according to the session information recorded by the system before, after the unified real-time access system of the home province receives the CCR-Request-Type value of the CCR-Request-Type is 2, so that the Request message is judged to be an update Request, the update Request is sent to a charging system of the user's home province according to the session information recorded by the system before, the charging system carries out authentication charging, the charging system returns a CCA update Request to the unified real-time access system of the home province, and the CCA update Request is returned to the unified real-time access system of the access province by the unified real-time access system of the home provinc, the unified real-time access system of the access province returns the CCA updating request to the service platform of the access province, the service platform of the access province continuously monitors the service use condition of the user, and the UPDATE message can be repeated for many times according to the actual condition of the service used by the user.
A service platform monitors that a user finishes using a service or the user applies for a resource to be used up, and then sends a CCR (termination Request) message to a unified real-time access system, the unified real-time access system receives the message, obtains the value of CC-Request-Type therein as 3, judges that the Request message is a termination Request, sends the CCR message to the unified real-time access system of the province of the user according to the conversation information stored before, after receiving the CCR message, the unified real-time access system of the province of the user obtains the value of CC-Request-Type therein as 3, judges that the Request message is a termination Request, sends the termination Request to a charging system of the province of the user according to the conversation information recorded by the system before, carries out final pricing and charging by the charging system, and sends a termination Request message to the unified real-time access system of the province of the CCA after finishing the processing, the uniform real-time access system of the attribution province sends the CCA (termination request) message to the uniform real-time access system of the service access province, and then the uniform real-time access system of the service access province sends the CCA (termination request) message back to the service platform of the access province, and the service platform of the access province releases the service.
Referring to fig. 7, a detailed service flow diagram is described below, where the service flow of the roaming session message in the embodiment of the present invention includes:
701. a service platform of a service access province sends a CCR request message to a unified real-time access system of the access province;
702. judging, inquiring and recording;
and the unified real-time system of the access province judges that the CCR request message is an initial request and the user is a roaming user, inquires the unified real-time access system of the user attribution province and records the session information at the same time.
703. Sending a CCR (initial request) message to a unified real-time access system of a user attribution province;
704. judging, inquiring and recording;
and the unified real-time system of the affiliation province judges that the CCR request message is an initial request and the user is a local user, inquires a charging system to which the user belongs, and records session information at the same time.
705. Sending a CCR (initial request) message to a local charging system to which a user belongs;
706. the charging system performs authentication, reservation and charging;
the charging system carries out operations related to charging, such as authentication, pricing, reservation, charging and the like.
707. The user local charging system returns CCA (initial request) information to the user home unified real-time system;
708. the user attribution unified real-time system returns CCA (initial request) information to the unified real-time system of the access province;
709. the unified real-time system of the access province returns the CCA (initial request) message to the service platform of the access province;
710. a service platform of an access province sends a CCR (update request) message to a unified real-time access system of the access province;
when the service platform of the access province monitors that the service usage of the user reaches the resource limit of the initial application, a CCR (update request) message is sent to the unified real-time access system of the access province.
711. Judging, inquiring and recording;
and the unified real-time system of the access province judges the CCR request message as an updating request, inquires the attribution unified real-time access system of the user according to the stored session information, and records the session information at the same time.
712. Sending a CCR (update request) message to a home unified real-time access system of a user;
713. judging, inquiring and recording;
and the user attribution unified real-time system judges the CCR request message as an updating request, inquires a charging system to which the user belongs according to the stored session information, and records the session information at the same time.
714. Sending a CCR (update request) message to a local charging system of a user;
715. the charging system carries out pricing and charging;
716. the user local charging system returns CCA (updating request) information to the home unified real-time system of the user;
717. the user attribution unified real-time system returns CCA (updating request) information to the unified real-time system of the access province;
718. the unified real-time system of the access province returns the CCA (updating request) message to the service platform of the access province;
719. a service platform of an access province sends a CCR (termination request) message to a unified real-time access system of the access province;
and when the service platform monitors that the user finishes using the service or the user application resources are used up, sending a CCR (terminating request) message to the unified real-time access system.
720. Judging, inquiring and recording;
and the unified real-time system of the access province judges the CCR request message as a termination request, inquires the attribution unified real-time access system of the user according to the stored session information, and records the session information at the same time.
721. Sending a CCR (termination request) message to a home unified real-time access system of a user;
722. judging, inquiring and recording;
and the user attribution unified real-time system judges the CCR request message as a termination request, inquires a charging system to which the user belongs according to the stored session information, and records the session information at the same time.
723. Sending a CCR (terminating request) message to a local charging system of a user;
724. the charging system carries out pricing and charging;
725. the user local charging system returns CCA (termination request) information to the home unified real-time system of the user;
726. the user's home province unified real-time system returns a CCA (termination request) message to the access province unified real-time system;
727. the unified real-time system of the access province returns the CCA (termination request) message to the service platform of the access province.
In the embodiment of the invention, the unified real-time access system receives a request message sent by a service platform, acquires attribute value pairs of an identification service type and a user attribution type in the request message, judges whether the service is an event request, an initial request, an update request or a termination request according to the acquired attribute value pairs of the identification service type and the user attribution type, and processes the service in different service modes according to the service type and the user attribution type, if the user attribution type is local, the request message is sent to a user local charging system by the unified real-time access system, and if the user attribution type is roaming, the request message is sent to the user attribution unified real-time access system by the unified real-time access system of a service access province for processing, so that the unified real-time access system is arranged in a network, the system can carry out unified processing on the request message sent by the service platform, simplify the networking mode, simplify the processing operation of each service platform, ensure that the system maintenance operation is simple and convenient, particularly the unified real-time access system positioned in a plurality of provincial different networks can jointly process the service, simultaneously play a role similar to a gateway, avoid the safety risk generated between the service platform and the charging system and between the provincial networks due to direct connection, realize the real-time charging of service across provinces and reduce the defaulting risk of users.
The above embodiments all describe the method for processing the service request message in the normal state, and the following describes a method for processing the service request message by the unified real-time access system in the abnormal state in another embodiment, referring to fig. 8, another embodiment of the service processing method in the embodiment of the present invention includes:
801. acquiring service parameters and user parameters in the received request message;
the unified real-time access system receives the request message sent by the service platform, and it can be understood that, when the user is a roaming user, the home unified real-time access system of the user receives the request message sent by the unified real-time access system of the access province.
The unified real-time access system obtains the Service parameters and the user parameters in the request message, wherein the Service parameters may be Service-Context-ID and Service-Identifier, and the user parameters may be terminal user Identifier (Sub-description-ID-Data).
802. Judging whether the service or the user is abnormal or not according to the acquired service parameters and user parameters;
judging whether the Service type is a Service supported by the system according to the combination of the Service-Context-ID and the Service-Identifier, if not, judging that the Service is not developed and belongs to an illegal Service, not allowing the Service to be accessed to a charging system for authentication and deduction, inquiring a user attribution according to Subscription-Id-Data, if the user attribution cannot be inquired according to the user mark, judging that the user is in an abnormal state, and if the user attribution is not inquired according to the user mark, judging that the connection between the user and the charging system is in the abnormal state by the unified real-time access system except the two abnormal states, the unified real-time access system is also an abnormal condition influencing Service processing.
803. If yes, determining whether the abnormal service is put through, and sending determination result information to the service platform;
the unified real-time access system determines whether to release the service in the abnormal state according to specific conditions, and returns a CCA message to the service platform to indicate the service platform to perform release or release operation.
804. Adding charging system information of each charging number attribution in the received offline call ticket of the put-through service, and performing classified storage according to the attribution charging system;
if the service is put through, the charging system generates an off-line call ticket of the put-through service, corresponding rating and deduction are needed to be carried out in the charging system, the off-line call ticket sorting function is provided on a unified real-time access system, the off-line call tickets generated by the service platform are sorted one by one, the call tickets are written into an off-line call ticket processing catalogue according to the attribution charging system nodes of the call ticket prefixes and the charging numbers, the file name format is modified into 'original call ticket prefix + 3-bit charging node ID + original call ticket file name, original call ticket suffix', destination charging nodes are added, and therefore a new call ticket file name is generated.
805. And sending the classified offline call ticket to each charging number attribution charging system.
And sending the sorted offline call ticket to a charging system to which the user belongs according to the charging node ID in the offline call ticket, and performing charging processing.
In the embodiment of the invention, when a unified real-time access system finds that the current service is in an abnormal state according to the received service message, whether the abnormal service is put through is determined, if the abnormal service is put through, the off-line call bill generated by putting through processing is sorted one by one, the call bill is written into an off-line call bill processing catalogue according to the call bill prefix and the attributive charging system node of the charging number, the file name format is modified into 'original call bill prefix +3 charging node ID + original call bill file name and original call bill suffix', a destination charging node is added, a new call bill file name is generated, the sorted off-line call bill is sent to a charging system of user attribution according to the charging node ID in the off-line call bill for charging processing, and the charging operation in the abnormal state is completed.
For convenience of understanding, a detailed description is provided below with a specific flow diagram for processing the abnormal service, and referring to fig. 9, the flow for processing the abnormal service in the embodiment of the present invention includes:
901. the service platform sends a CCR service message;
902. the unified real-time access system judges whether an abnormal condition exists or not, and if the abnormal condition exists, the unified real-time access system determines to release or release;
the unified real-time access system judges whether abnormal conditions exist according to the service parameters and the user parameters acquired from the CCR service message, and comprises the following steps: and if the service exception, the user exception and the network connection exception exist, determining to put through the service or release the service.
903. The unified real-time access system sends CCA and result codes to the service platform;
904. the service platform performs switching-on or switching-off processing according to the result code;
905. the service platform sends an offline ticket generated by the release processing to the unified real-time access system;
906. the unified real-time access system sorts and distributes the call tickets, determines the charging system and generates new call ticket file names;
the unified real-time access system sorts the off-line call bills generated by the service platform one by one, writes the call bills into an off-line call bill processing directory according to the call bill prefix and the attributive charging system node of the charging number, modifies the file name format into 'original call bill prefix +3 charging node ID + original call bill file name, original call bill suffix', adds the destination charging node, and generates a new call bill file name.
907. The unified real-time access system sends an offline ticket to a charging system to which the user belongs.
The unified real-time access System is arranged in the communication network, a provincial and a local two-level unified real-time access System can be arranged in a provincial communication network System, taking the example that a user uses a general Packet Radio service System (GPRS) to surf the internet, please refer to FIG. 10, a provincial unified real-time access System is arranged in both provinces A and B, a local unified real-time access System is arranged in cities A and B of province A and E and F of province B, a Gateway GPRS Support point (GGSN) responsible for accessing the city is used for sending the information of the user surfing the internet of the province to an online charging System (OCS, ONLINE charging System) of the province for charging, the information request of the internet roaming from the province is forwarded to the provincial real-time access System, the provincial unified real-time access System is sent to the corresponding province according to the province of the user attribution, and the charging is processed by forwarding the province of the home country to the OCS of the user layer by layer. For the specific process of the processing, reference may be made to relevant contents in the foregoing embodiments, which are not described herein again.
Referring to fig. 11, a service processing system according to an embodiment of the present invention is described below, where an embodiment of the service processing system according to the present invention includes:
a receiving unit 1101, configured to receive a request message sent by a service platform;
an obtaining unit 1102, configured to obtain a service parameter and a user parameter in the request message, and further configured to decode the request message, and obtain an attribute value pair that identifies a service type and a user affiliation type;
a determining unit 1103, configured to determine, according to the obtained service parameter and user parameter, a service type and a user affiliation type, and determine whether the service or the user is abnormal, where the service type includes an event request, an initial request, an update request, and a termination request, and the user affiliation type includes a local user and a roaming user;
a processing unit 1104, configured to process the received request message according to the service type and the user attribution type.
It should be noted that, the service processing system in the implementation of the present invention may further include:
a sending unit 1105, configured to send a request message to a local charging system to which a user belongs if the user is a local user; if the user is a roaming user, sending a request message to a home unified real-time access system of the user; when receiving an update or termination request message sent by a service platform, sending the update or termination request message to a user local charging system or a user home unified real-time access system according to the recorded session information; and the system is also used for sending the determined result information of the release or communication service to the service platform and sending the classified offline call ticket to each charging number attribution charging system.
A recording unit 1106, configured to record the session information if the service type is the initial request;
a determining unit 1107, configured to determine to put through or release the service in an abnormal state if the service or the user is abnormal;
the classifying unit 1108 is configured to, if a service release offline ticket sent by the service platform is received, add charging system information to which each charging number belongs to the offline ticket, and perform classified storage according to the charging system to which the charging number belongs.
In the embodiment of the present invention, the receiving unit 1101 receives a request message sent by a service platform, the obtaining unit 1102 obtains a service parameter and a user parameter in the request message, the determining unit 1103 decodes the request message according to the obtained service parameter and user parameter, specifically, the obtaining unit 1102 obtains an attribute value pair identifying a service type and a user attribution type, judging the service type and the user attribution type according to the attribute value pairs and judging whether the service or the user is abnormal, the service type includes an event request, an initial request, an update request and a termination request, the user attribution type includes a local user and a roaming user, the service or user exception includes a service illegal, the user attribution cannot be inquired, and the connection with the charging system is abnormal, and the processing unit 1104 processes the received request message according to the service type and the user attribution type.
Under the condition that the service and the user state are normal, no matter what service is used, if the user is a local user, the sending unit 1105 sends the request message to the local charging system of the user, if the user is a roaming user, the sending unit 1105 sends the request message to the unified real-time access system of the province to which the user belongs, if the service type is an initial request, no matter whether the user is a local user or a roaming user, the recording unit 1106 records the session information, and when the message sent by the service platform is received as an update or termination request message, the sending unit 1105 sends the update or termination request message to the local charging system of the user or the unified real-time access system to which the user belongs according to the recorded session information,
under the condition that the service or the user state is abnormal, the determining unit 1107 determines to release or release the service in the abnormal state, the sending unit 1105 sends the determination result information of the release or release service to the service platform, if a release service offline ticket sent by the service platform is received, the classifying unit 1108 adds the charging system information to which each charging number belongs to the release service offline ticket, and performs classified storage according to the belonging charging system, and then the sending unit 1105 sends the classified offline ticket to the belonging charging system of each charging number, and the charging system performs charging operation.
Therefore, by arranging a service processing system in the network, namely the unified real-time access system, the service processing system judges the service type and the user attribution type of the request message sent by the service platform and performs unified processing, the networking mode can be simplified, the processing operation of each service platform is simplified, particularly, the unified real-time access system positioned in a plurality of provincial different networks can jointly process the service, and simultaneously, the gateway-like function is also realized, the safety risk generated by direct connection between the service platform and the charging system and between the provincial networks can be avoided, the service across-provincial real-time charging can be realized, and the user arrearage risk can be reduced.
The specific implementation manner of each unit function of the service processing system in the implementation of the present invention is the same as the content of each step of the service processing method in each of the foregoing embodiments, and is not described herein again.
It will be understood by those skilled in the art that all or part of the steps in the method for implementing the above embodiments may be implemented by hardware that is instructed to implement by a program, and the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.
While the service processing method and system provided by the present invention have been described in detail above, for those skilled in the art, according to the idea of the embodiment of the present invention, there may be changes in the specific implementation and application scope, and in summary, the content of the present description should not be construed as limiting the present invention.
Claims (10)
1. A method for processing a service, comprising:
a unified real-time access system receives a request message sent by a service platform;
acquiring service parameters and user parameters in the request message;
determining a service type and a user attribution type according to the acquired service parameters and user parameters;
according to the service type and the user attribution type, sending the request message to a charging system to which the user belongs, and processing the request message;
wherein,
the service type is one of the following types: an event request; an initial request; an update request; a termination request;
the user attribution type is one of the following types: a local user; a roaming user.
2. The method of claim 1, wherein the sending the request message to a charging system to which the user belongs according to the service type and the user attribution type, and wherein processing the request message comprises:
if the service type is an event request and the user attribution type is a local user, sending an event request message to a local charging system;
if the service type is an initial request and the user attribution type is a local user, sending an initial request message to a local charging system and recording the session information;
if the service type is an event request and the user attribution type is a roaming user, sending the event request message to a user attribution local charging system through an attribution unified real-time access system of the user;
if the service type is an initial request and the user attribution type is a roaming user, the initial request message is sent to a user attribution local charging system through the user attribution unified real-time access system, and the session information is recorded.
3. The method according to any one of claims 1 to 2, further comprising:
judging whether the service or the user is abnormal or not according to the acquired service parameters and user parameters;
if yes, determining to put through or release the service in the abnormal state, and sending determination result information to the service platform.
4. The method of claim 3, wherein sending the determination result information to the service platform comprises:
if a put-through service offline call ticket sent by the service platform is received, adding charging system information to which each charging number belongs in the put-through service offline call ticket, and performing classified storage according to the belonging charging system;
and sending the classified offline call ticket to each charging number attribution charging system.
5. The method of claim 4, wherein the obtaining the service parameters and the user parameters in the request message comprises:
and decoding the request message to acquire an attribute value pair AVP which identifies the service type and the user attribution type.
6. A transaction system, comprising:
the receiving unit is used for receiving a request message sent by the service platform;
an obtaining unit, configured to obtain a service parameter and a user parameter in the request message;
the judging unit is used for judging the service type and the user attribution type according to the acquired service parameters and the acquired user parameters;
the processing unit is used for sending the request message to a charging system to which the user belongs according to the service type and the user attribution type and processing the request message;
wherein,
the service type is one of the following types: an event request; an initial request; an update request; a termination request;
the user attribution type is one of the following types: a local user; a roaming user.
7. The system of claim 6, further comprising:
a sending unit, configured to send a request message to a local charging system if the user is a local user, and send a request message to a home charging system of the user if the user is a roaming user;
and the recording unit is used for recording the session information if the service type is the initial request and the user is a local user or a roaming user.
8. The system of claim 7,
the judging unit is further configured to judge whether the service or the user is abnormal according to the acquired service parameter and the user parameter, and if so, determine to release or release the service in an abnormal state;
the sending unit is further configured to send the determination result information of the release or release service to the service platform.
9. The system of claim 8,
the system further comprises: the classification unit is used for adding charging system information to which each charging number belongs in the offline call ticket and performing classification storage according to the belonging charging system if the service platform sends the put-through service offline call ticket;
and the sending unit is also used for sending the classified offline ticket to each charging number attribution charging system.
10. The system of claim 9, wherein the obtaining unit is further configured to decode the request message to obtain an Attribute Value Pair (AVP) that identifies a service type and a user home type.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110199102.7A CN102355650B (en) | 2011-07-15 | 2011-07-15 | A kind of method for processing business and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110199102.7A CN102355650B (en) | 2011-07-15 | 2011-07-15 | A kind of method for processing business and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102355650A CN102355650A (en) | 2012-02-15 |
| CN102355650B true CN102355650B (en) | 2016-08-17 |
Family
ID=45579131
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110199102.7A Expired - Fee Related CN102355650B (en) | 2011-07-15 | 2011-07-15 | A kind of method for processing business and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102355650B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103903143B (en) * | 2012-12-28 | 2017-11-21 | 中国移动通信集团湖南有限公司 | A kind of service parameter value update method, method of payment, relevant device and system |
| CN104717179B (en) * | 2013-12-13 | 2018-01-30 | 中国移动通信集团河南有限公司 | A kind of processing method and processing device of communication service |
| CN107708082B (en) * | 2016-08-08 | 2021-04-23 | 中国移动通信集团湖北有限公司 | A supplementary charging method and device |
| CN108093377B (en) * | 2016-11-23 | 2021-05-04 | 中国移动通信集团广东有限公司 | Method and system for automatic release of mobile service when billing system is abnormal |
| CN116521634B (en) * | 2023-07-03 | 2023-09-08 | 北京华翔联信科技股份有限公司 | Method, system, electronic equipment and storage medium for processing call ticket data service |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1553741A (en) * | 2003-05-30 | 2004-12-08 | ��Ϊ��������˾ | Method and system for providing users with network roaming |
| CN101478416A (en) * | 2009-02-02 | 2009-07-08 | 中国网络通信集团公司 | Service processing method, synthetic service platform and service processing system |
| CN101719840A (en) * | 2009-11-17 | 2010-06-02 | 中国电信股份有限公司 | Integrated service system and application method |
| CN101790005A (en) * | 2009-12-22 | 2010-07-28 | 中国联合网络通信集团有限公司 | Value-added business processing method and system and integrated business platform equipment |
-
2011
- 2011-07-15 CN CN201110199102.7A patent/CN102355650B/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1553741A (en) * | 2003-05-30 | 2004-12-08 | ��Ϊ��������˾ | Method and system for providing users with network roaming |
| CN101478416A (en) * | 2009-02-02 | 2009-07-08 | 中国网络通信集团公司 | Service processing method, synthetic service platform and service processing system |
| CN101719840A (en) * | 2009-11-17 | 2010-06-02 | 中国电信股份有限公司 | Integrated service system and application method |
| CN101790005A (en) * | 2009-12-22 | 2010-07-28 | 中国联合网络通信集团有限公司 | Value-added business processing method and system and integrated business platform equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102355650A (en) | 2012-02-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101296048B1 (en) | Online charging architecture in lte/epc communication networks | |
| CN103181142B (en) | Machine type communication conversation processing method and device | |
| CN101808307B (en) | A strategy control method and device | |
| CN103460642A (en) | Method and apparatus for controlling service traffic in a communication network | |
| CN102355650B (en) | A kind of method for processing business and system | |
| US20090005006A1 (en) | Method For Selecting And Switching Accounting Mode, And Device Thereof | |
| RU2481721C2 (en) | Communication system | |
| CN101277203A (en) | Implementation of rate timer control in beforehand bookkeeping unit to support on-line and off-line charge | |
| CN103517245A (en) | D2D communication charging method and system | |
| CN108401231B (en) | Charging method, device and system | |
| CN101163020B (en) | Charging correlation method, device and system | |
| CN100450017C (en) | Method and system for recording usage network capability and application therefor | |
| CN109819123B (en) | Method and device for realizing value-added service and industry application authentication center | |
| CN101771984A (en) | Method, device and system for charging data service in real time | |
| CN102057622B (en) | Improved credit authorization in a core network | |
| CN114979999B (en) | Policy charging method, device, equipment and medium based on fusion networking | |
| CN104350773A (en) | Per flow and per session metering limit application | |
| CN110324153B (en) | Charging method and system | |
| CN109891840A (en) | The method and apparatus of the tactical management of interim products in telecommunication network | |
| CN101547432A (en) | Information-updating method and server | |
| CN103891328A (en) | Visited PCRF S9 session ID generation | |
| CN104254071B (en) | PCC control methods and system in eHRPD network | |
| CN101447878B (en) | Charging method for prepayment service and system thereof | |
| CN108270580B (en) | Reminding method, device and system for online charging | |
| CN102158837A (en) | Charging method and system and network system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20200206 Address after: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee after: HUAWEI TECHNOLOGIES Co.,Ltd. Address before: 210012 Ande Gate No. 94, Yuhuatai District, Jiangsu, Nanjing Patentee before: HUAWEI SOFTWARE TECHNOLOGIES Co.,Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160817 |