WO2018099155A1

WO2018099155A1 - Service processing method, device and system

Info

Publication number: WO2018099155A1
Application number: PCT/CN2017/100428
Authority: WO
Inventors: 王星辉; 王玮; 李鹏
Original assignee: 中兴通讯股份有限公司
Priority date: 2016-12-02
Filing date: 2017-09-04
Publication date: 2018-06-07
Also published as: CN108156634B; CN108156634A

Abstract

The present invention provides a service processing method, device and system. The method comprises: receiving a cross-system service request for switching from a long term evolution for railway (LTE-R) system to a non LTE-R system; and performing cross-system service continuity processing on a cross-system service corresponding to the cross-system service request. Therefore, the present invention can resolve the problem in the related art of being unable to implement a cross-system service when an LTE-R system coexists with a non LTE-R system, thereby achieving continuity of the cross-system service.

Description

Business processing method, device and system

Technical field

The present invention relates to the field of communications, and in particular to a service processing method, apparatus, and system.

Background technique

The Long Term Evolution for Railway (LTE-R) is a railway next-generation mobile communication system. Based on the characteristics of the LTE bearer network, the railway wireless private network system can not only meet the traditional train control system. Demand can also meet the needs of real-time, high-bandwidth features such as video security monitoring and passenger information services.

As the next-generation railway mobile communication system, LTE-R will gradually become the mainstream in the world and replace the current Global System for Mobile Communication for Railway (GSM-R). Destined to be a gradual replacement process, it is foreseeable that LTE-R and other network systems (for example, GSM-R) will coexist for a long time to come. For example, Mission Critical Push To Talk (MCPTT) is a cluster communication system based on the Group Communication System Enabler (GCSE) architecture defined by 3GPP. Figure 1 is related. Schematic diagram of the architecture of the cluster voice communication system in the technology, as shown in Figure 1, the system realizes the separation of the application and the bearer network, facilitates the expansion and maintenance of the application, and facilitates the independent evolution of the bearer network. In the implementation of the voice service, the system The data channel is used to carry voice services, and the voice quality is ensured by adjusting quality parameters. Actually, it is an application of Voice over Internet Protocol (VoIP) technology. The evolved packet core network (Evolved Packet Core) in FIG. The eMBMS (Evolved Multimedia Broadcast Multicast Service) in the EPC is referred to as its corresponding functional entity, and the multicast function is provided to provide multicast services.

However, in the related art, in the case where the LTE-R system coexists with the non-LTE-R system, there is a problem that cross-system service cannot be realized.

Summary of the invention

The embodiment of the present invention provides a service processing method, device, and system, to solve at least the problem that the cross-system service cannot be implemented in the case where the LTE-R system and the non-LTE-R system coexist in the related art.

According to an embodiment of the present invention, a service processing method is provided, comprising: receiving a cross-system service request for handover to a non-LTE-R system by a Long Term Evolution (LTE-R) system applied to a railway; requesting the cross-system service Corresponding cross-system services for cross-system business continuity processing.

According to another embodiment of the present invention, there is provided a service processing apparatus comprising: a receiving module configured to receive a cross-system service request for handover to a non-LTE-R system by a Long Term Evolution LTE-R system applied to a railway; The module is configured to perform cross-system business continuity processing on the cross-system service corresponding to the cross-system service request.

According to another embodiment of the present invention, there is provided a service processing system comprising: a control proxy unit that receives a cross-system service request for handover to a non-LTE-R system by a Long Term Evolution LTE-R system applied to a railway; service connection The unit SCC is configured to perform cross-system service continuity processing on the cross-system service corresponding to the cross-system service request, and the control service unit is configured to receive the cross-system service request sent by the control proxy unit, and according to the cross-system The service request controls the SCC to perform cross-system business continuity processing.

According to still another embodiment of the present invention, a storage medium is also provided. The storage medium is configured to store program code for: receiving a cross-system service request for handover to a non-LTE-R system by a Long Term Evolution LTE-R system applied to the railway; a cross-corresponding to the cross-system service request The system business performs cross-system business continuity processing.

The embodiment of the present invention receives a cross-system service request that is switched from a long-term evolution LTE-R system applied to a railway to a non-LTE-R system, and performs cross-system service continuity processing on the cross-system service corresponding to the cross-system service request. Therefore, in the related art, in the case where the LTE-R system and the non-LTE-R system coexist, there is a problem that the cross-system service cannot be realized, and the effect of the cross-system service connection is achieved.

DRAWINGS

The drawings described herein are intended to provide a further understanding of the invention, and are intended to be a part of the invention. In the drawing:

1 is a schematic structural diagram of a trunked voice communication system in the related art;

2 is a flowchart of a service processing method according to an embodiment of the present invention;

3 is a structural block diagram of a service processing system according to an embodiment of the present invention;

4 is an overall networking diagram of a system for downlink voice continuity of an LTE-R system according to an embodiment of the present invention;

5 is a flowchart of a client client logging in to an MCPTT Server according to an embodiment of the present invention;

6 is a flowchart of LTE-R voice service cross-system (GSM-R) continuity according to an embodiment of the present invention;

7 is a flow chart of a cross-system call of a called GSM-R system according to an embodiment of the present invention;

FIG. 8 is a structural block diagram of a service processing apparatus according to an embodiment of the present invention; FIG.

9 is a block diagram showing a preferred structure of a service processing apparatus according to an embodiment of the present invention;

FIG. 10 is a block diagram showing a preferred structure of a processing module 84 in a service processing apparatus according to an embodiment of the present invention; FIG.

FIG. 11 is a block diagram showing a preferred structure of the negotiating unit 104 in the processing module 84 in the service processing apparatus according to an embodiment of the present invention;

FIG. 12 is a block diagram showing a preferred structure of the switching unit 106 in the processing module 84 in the service processing apparatus according to an embodiment of the present invention;

FIG. 13 is a block diagram showing a preferred structure of the switching subunit 126 in the switching unit 106 in the processing module 84 in the service processing apparatus according to an embodiment of the present invention.

detailed description

The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. It should be noted, The embodiments in the present application and the features in the embodiments may be combined with each other without conflict.

It is to be understood that the terms "first", "second" and the like in the specification and claims of the present invention are used to distinguish similar objects, and are not necessarily used to describe a particular order or order.

Example 1

2 is a flowchart of a service processing method according to an embodiment of the present invention. As shown in FIG. 2, the process includes the following steps:

Step S202, receiving a cross-system service request that is switched to a non-LTE-R system by a Long Term Evolution (LTE-R) system applied to the railway;

Step S204: Perform cross-system service continuity processing on the cross-system service corresponding to the cross-system service request.

Through the above steps, the cross-system service continuity processing of the cross-system service switched to the non-LTE-R system by the long-term evolution LTE-R system applied to the railway can solve the related technologies in the LTE-R system and the non-LTE-R. In the case where the systems coexist, there is a problem that cross-system services cannot be realized, and the effect of cross-system service connection is achieved.

In order to achieve the continuity of the cross-system service, before receiving the cross-system service request from the LTE-R system to the non-LTE-R system, the login information of the user needs to be recorded in the LTE-R system. For example, the following may be adopted. Method: Perform login processing for the user who initiates the cross-system service request. After the user logs in successfully, record the domain to which the user belongs to the LTE-R system.

For different cross-system services, cross-system business continuity processing for cross-system services corresponding to cross-system service requests can be performed in different ways. For example, in the case that the cross-system service is a voice service, the following operations may be performed: firstly, the session description protocol SDP information for media layer parameter negotiation carried in the cross-system service request is read; and then, the SDP information is negotiated according to the SDP information. The voice service crosses the media plane parameters of the non-LTE-R system; then, according to the negotiated media plane parameters, the voice service is switched to the bearer of the non-LTE-R system.

The media plane parameters after the voice service is negotiated according to the SDP information to the non-LTE-R system may also adopt multiple manners, for example, comparing the LTE-R system with the non-SDP information according to the SDP information. The system parameters supported by the LTE-R system are compared. The system parameters may include multiple types. For example, the system parameters may include at least one of the following: a voice rate supported by the system, a codec mode supported by the system, and supported by the system. The priority of the service, where the priority of the service supported by the system is, for the external system, whether the user to be switched has the right to reserve resources, etc.; according to the comparison result, the LTE-R system and the non-LTE-R system are both The supported system parameters are determined as media plane parameters after the voice service crosses the non-LTE-R system. In addition, it should be noted that the system parameters are not limited to the above three types, and all parameters affecting the voice service may be negotiated. The three parameters listed here are relatively general and important parameters.

Optionally, the method for switching the voice service to the bearer of the non-LTE-R system according to the negotiated media plane parameter may be as follows: first, determining a voice user that needs to perform voice service switching; and then, determining, according to the voice user, the voice service corresponding to the voice service User voice data; then, according to the negotiated media plane parameters, the determined user voice data is switched to the bearer of the non-LTE-R system.

The switching the determined user voice data to the bearer of the non-LTE-R system according to the negotiated media plane parameter includes: converting the determined user voice data into user voice data corresponding to the negotiated media plane parameter; The user voice data obtained after the conversion is transmitted on the bearer of the non-LTE-R system.

It should be noted that the foregoing cross-system service request may include multiple types, for example, at least one of the following: a service switching request for requesting handover from an LTE-R system to a non-LTE-R system; for being in an LTE-R The calling call of the system is in the called call request of the non-LTE-R system. The above several are only used as examples, and are of course not limited to the above examples.

In the related art, when LTE-R coexists with other network systems (for example, GSM-R networks), there is a problem that cross-system services cannot be implemented, for example, how to ensure that LTE-R switches to a GSM-R network. The issue of voice continuity takes into account the handover between LTE inter-area systems.

For the handover between LTE inter-area systems, the more mature one is the Single Radio Voice Call Continuity (SVRCC) technology based on the Multimedia Subsystem (IMS) system. In the public network Mature application, but it is not suitable to copy the IMS system to the LTE-R system for the following reasons: First, because the introduction of the IMS system is mainly to solve the voice communication on the LTE system, and the MCPTT system has already To realize voice communication, the private network does not need IMS. Second, because the IMS system is complex, it is not suitable for private network deployment. Third, the public network requires billing, multi-network convergence, and various types of value-added services and customized services. The need for many logical network elements in the IMS system is not required in the railway system.

In view of this, considering the reality of a whole network of national railways, in this embodiment, combining the composition and function of the MCPTT system, by referring to the SVRCC technical process, the non-LTE-R system is used as the GSM-R system, and the cross-system service is used as the voice. As an example, the service proposes a scheme for guaranteeing voice continuity with the GSM-R system under the LTE-R system. Through this scheme, LTE-R can realize cross-system voice continuity through simple transformation or software upgrade on the basis of related network deployment. Sexually, effectively solve the problem of voice service continuity in the LTE-R system based on the MCPTT architecture and the voice service in the cross-system (GSM-R).

In this embodiment, a service processing system is provided. FIG. 3 is a structural block diagram of a service processing system according to an embodiment of the present invention. As shown in FIG. 3, the service processing system includes: a control proxy unit, and a service connection unit SCC. And control service unit, as explained below.

The control proxy unit 32 receives the cross-system service request that is switched to the non-LTE-R system by the Long Term Evolution (LTE-R) system applied to the railway; the service connection unit SCC 36 is configured to cross the cross-system service corresponding to the cross-system service request. The system service continuity processing; the control service unit 34 is configured to receive the cross-system service request sent by the control agent unit, and control the SCC to perform cross-system service continuity processing according to the cross-system service request.

Optionally, the system further includes: a domain selection unit ASS, configured to receive the control message of the S-CSCF, and select a non-LTE-R system to which the cross-system service corresponding to the cross-system service request belongs.

Optionally, the system further comprises: a service switching unit SCVT configured to perform adaptation and conversion of the cross-system service in the LTE-R system and in the non-LTE-R system.

Optionally, based on voice traffic, in a preferred embodiment of the invention, an LTE-R system is provided FIG. 4 is an overall networking diagram of a system for voice continuity of an LTE-R system under the system according to an embodiment of the present invention. As shown in FIG. 4, the P-CSCF is a call session control agent. Unit (corresponding to the above-mentioned control proxy unit 32); S-CSCF is a call session control service unit (corresponding to the above-mentioned control service unit 34); SCC is a service connection unit (same as the above-mentioned service connection unit 36); ASS is a domain selection unit The SCVT is a service conversion unit; in combination with the functions of the network elements in the MCPTT architecture, in this embodiment, logical units such as P-CSCF, S-CSCF, ASS, and SCVT are located as functional modules in the SIP Core network element; The function module is located in the MCPTT Server network element. In addition, the Home Subscriber Service (HSS) in the networking diagram exists as a converged database, that is, the Home Location Register (HLR) is merged and visited. The Location Register (VLR) and the Evolved Packet Core (EPC) HSS. Each unit will be described below.

The call session control proxy unit P-CSCF is connected to the external system as an access unit of the cross-system session, and is used as a connection unit with the GSM-R system in the LTE-R system, accepts external session control commands and forwards the processing to the internal; The call session control service unit S-CSCF, as a processing unit of the cross-system session, receives the session control command forwarded by the proxy unit and is responsible for the interaction processing with other internal units; the service connection unit SCC serves as a functional unit for actually completing the service switching. Identifying the voice service that needs to be switched and completing the handover; the domain selection unit ASS completes the domain selection of the users currently in different networks, and provides support for the cross-system call; the service conversion unit SCVT completes the LTE-R system user voice Adaptation and conversion of the system (GSM-R) voice format.

Based on the above-mentioned LTE-R system, the device for cross-system voice continuity is exemplified by several scenarios:

Scenario 1: Client Client logs in to MCPTT Server

FIG. 5 is a flowchart of a client client logging in to the MCPTT Server according to an embodiment of the present invention. As shown in FIG. 5, the process includes the following steps:

S1, the MCPTT Server receives the login message sent by the client according to the original framework process;

S2, MCPTT Server sends a message to the converged database HSS to legalize the user. Inquire;

S3, the fusion database HSS responds to the user legality query result to the MCPTT Server;

S4, the MCPTT Server responds to the login message to the user and sends a user login message to the S-CSCF;

S5, the S-CSCF forwards the user login message to the ASS;

S6. The AAS records the current user domain as an LTE network.

S7, the process ends.

Scenario 2: LTE-R voice service cross-system (GSM-R) continuity

FIG. 6 is a flowchart of LTE-R voice service cross-system (GSM-R) continuity according to an embodiment of the present invention. As shown in FIG. 6, the process includes the following steps:

S1. The P-CSCF receives the cross-system voice switching request sent by the external system interface unit, where the message carries the switching voice identifier and the media plane negotiation parameter.

S2, the P-CSCF forwards the handover request to the S-CSCF;

S3. The S-CSCF determines which media plane parameters are needed according to the media plane negotiation parameter decision. The main process of the decision is to judge the information such as the rate and the encoding format supported by the system and the different systems, and select the parameters that both systems can support. The media side negotiated the results.

S4: The S-CSCF responds to the handover request, and completes media plane parameter negotiation.

S5. The S-CSCF sends a voice switching message to the MCPTT Server.

S6, the MCPTT Server determines the voice service to be switched according to the handover parameter, and sends a handover command to the SCC.

S7: The MCPTT Server sends a voice handover complete message to the S-CSCF.

S8. The S-CSCF responds to the voice switching completion message to the external system interface unit.

S9, the SCC completes the switching of the voice service, and sends the service data to the SCVT.

S10, the SCVT receives the voice data from the SCC, completes the service format conversion and sends according to the result of the media plane negotiation;

S11, the process ends.

Scenario 3: Called across the system call in the GSM-R system

FIG. 7 is a flowchart of a cross-system call of a called GSM-R system according to an embodiment of the present invention. As shown in FIG. 7, the process includes the following steps:

S1, the MCPTT Server receives the call request, and determines that the called party does not belong to the system domain;

S2, the MCPTT Server sends a message to the S-CSCF to perform a domain query of the called party;

S3: The S-CSCF receives the domain query request sent by the MCPTT Server, and sends a message to the ASS.

S4, the ASS sends a message to the converged database HSS, and queries the domain to which the called party belongs;

S5, the fusion database HSS queries the local visit location register to determine that the current domain of the called party is GSM-R;

S6, the fusion database HSS sends a query response message to the ASS;

S7, the ASS responds to the response message to the S-CSCF;

S8, the S-CSCF sends a response message to the MCPTT Server;

S9, the MCPTT Server sends a call setup request to the S-CSCF;

S10: The S-CSCF sends a call setup request to the GSM-R system interface unit and performs related media plane parameter negotiation; the main process of the parameter negotiation is to determine parameters such as a rate and an encoding format supported by the same system of the system, and select both sides. The parameters that can be supported by the system are used as media plane negotiation results.

S11, the GSM-R system interface unit completes the call and bearer establishment of the called number in the system, and responds to the S-CSCF with a call setup completion message;

S12. The S-CSCF responds to the MCPTT Server with a call setup complete message.

S13, the process ends.

Through the above solution for implementing LTE-R cross-system voice continuity, the LTE-R private network can realize cross-system language through simple modification or software upgrade based on network deployment in related technologies. Tone continuity. The networking cost is reduced, and the process of voice continuity processing is more suitable for the private network application, which is convenient for implementation and maintenance.

Preferred embodiments of the present invention will be described in conjunction with the above scenarios.

Preferred embodiment one:

In the MCPTT architecture, the user can only initiate and perform services after logging in to the application server AS (Application Server AS). After the cross-system switching unit is introduced, the user login process needs to be recorded. Domain selection for system switching.

S2, the MCPTT Server sends a message to the converged database HSS to perform legality query on the user;

S4, the MCPTT Server sends an INVITE message to the SIP Core, and the message carries the user login information, for example, the User ID, the Mobile Station Integrated Services Digital Network Number (MSISDN);

S5, the S-CSCF in the SIP Core network element receives the message and responds to 200 ok to the MCPTT Server;

S6, the S-CSCF internally forwards the content of the user login message to the ASS;

S7, ASS records the current logged-in user domain as an LTE network;

S8, the process ends.

Preferred Embodiment 2:

The two mobile terminals UE-A and UE-B are both located in the LTE-R network and are in a call. In the process, UE-A gradually moves to the edge of the LTE-R network, and triggers cross-system handover through the quality detection capability of the network itself.

S1, UE-A moves to the edge of the LTE-R network, and reports the neighbor cell measurement report (including the intra-system cell and the different system cell) to the eNodeb;

S2, the eNodeb where the UE-A is located analyzes the measurement data reported by the UE-A, and determines that the UE-A needs to perform cross-system handover;

S3. The eNodeb where the UE-A is located sends a handover request to the MME, where the request carries the target cell ID and the different system handover indication.

S4: The MME sends a PS-CS handover request to the MSC Server of the GSM-R system, where the request carries the target ID, the MSISDN, the STN-SR (the handover indication related to the mobile terminal), the encryption security information, and the like.

S5, the MSC Server receives the PS-CS handover request, selects the target MSC where the target cell is located in the GSM-R system according to the target ID, and establishes a handover bearer with the target MSC;

S6: The MSC Server sends an INVITE message to the SIP Core to initiate a cross-system voice switching process, where the message carries the SDP information for media plane parameter negotiation, and the information includes the voice rate, codec mode, and the like supported by the system.

S7, the P-CSCF in the SIP Core receives the SIP message sent by the MSC Server, and internally forwards the message content to the S-CFCS;

S8, the S-CSCF reads the SDP information in the message, compares the rate, encoding format, priority and other information supported by the system and the GSM-R system, determines the media surface parameters after the negotiation, and sends the SIP response message through the P-CSCF. To the MSC Server, the message carries the negotiated media plane parameters;

S9: The MSC Server responds to the MME with a PS-CS handover request response message, and notifies the UE-A to initiate a network handover to the GSM-R network.

S10, the S-CSCF in the SIP Core sends an INVITE message to the MCPTT Server after the media parameter negotiation is completed, and the message carries the STN-SR;

S11: The MCPTT Server determines, according to the message parameter STN-SR, a voice user that needs to perform handover, sends an internal message to the SCC to complete the voice switch, and sends a 200ok message to the SIP Core as a response to the voice switch message.

S12. The S-CSCF of the SIP Core receives the 200 ok message sent by the MCPTT Server, and sends a 200 ok to the MSC Server as a response to the handover request message through the P-CSCF.

S13. The SCC in the MCPTT Server sends the specified user voice data to the SIP Core.

S14: The SCVT in the SIP Core receives the user data, and performs rate conversion and codec conversion of the user data according to the media plane negotiation parameter, and sends the data to the MSC Server, and the voice is transmitted on the established GSM-R bearer;

S15: The voice switching is completed, and the MCPTT Server initiates a process to delete the LTE-R bearer of the original UE-A.

S16, the process ends.

Preferred Embodiment 3:

Two railway mobile terminals, UE-A is currently located in the LTE-R network, the current location of UE-B is updated on the GSM-R network, and UE-A initiates a call to call UE-B.

S1, UE-A initiates a calling party call to the MCPTT Server according to the process in the system;

S2, the MCPTT Server completes the legality and authentication check of the called number, and finds that the called party is not currently in the current domain, and the MCPTT Server sends an INVITE message to the SIP Core to perform the domain query of the called party;

S3, the S-CSCF in the SIP Core receives the query message and forwards the same to the ASS;

S4, the ASS message is sent to the converged database HSS, and the message carries the identity information such as the called number, and the domain of the called party is queried;

S5, the fusion database HSS queries the local visit location register, confirms that the current domain of the called party is GSM-R, and sends a response message to the ASS in the SIP Core;

S6, the ASS internally forwards the message to the S-CSCF, and the S-CSCF sends a SIP response message to the MCPTT Server, where the message carries the domain query result;

S7: The MCPTT Server sends an INVITE message to the SIP Core to initiate a cross-system call request.

S8: The S-CSCF in the SIP Core receives the call request message, initiates a media plane parameter negotiation process, and sends an INVITE message to the MSC-Server through the P-CSCF, where the message carries the SDP information, and the information includes the rate and coding format supported by the system. ;

S9: The MSC Server receives the INVITE call request sent by the SIP Core, compares the media plane parameters of the system, determines the negotiated parameters, and sends a SIP response message to the SIP Core, as a message response to the media plane parameter negotiation;

S10, the P-CSCF in the SIP Core receives the message and internally forwards the message to the S-CSCF.

S11, after the MSC Server performs necessary authentication on the called number, initiates a call to the called party through the internal process of the GSM-R system, and establishes a GSM bearer;

S12. The MSC Server sends a 200ok message to the SIP Core as a response message to the call request.

S13, after receiving the 200ok message, the SIP Core also sends a 200ok message to the MCPTT Server to complete the setup of the calling party and the called party;

S14, the process ends.

Through the description of the above embodiments, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation. Based on such understanding, the technical solution of the present invention, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk, The optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods of various embodiments of the present invention.

Example 2

In this embodiment, a service processing device is also provided, which is used to implement the foregoing embodiments and preferred embodiments, and has not been described again. As used below, the term "module" may implement a combination of software and/or hardware of a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.

FIG. 8 is a structural block diagram of a service processing apparatus according to an embodiment of the present invention. As shown in FIG. 8, the apparatus includes: a receiving module 82 and a processing module 84, which will be described below.

The receiving module 82 is configured to receive a cross-system service request that is switched to the non-LTE-R system by the Long Term Evolution (LTE-R) system applied to the railway; the processing module 84 is connected to the receiving module 82, and is configured to correspond to the cross-system service request. Cross-system business for cross-system business continuity processing.

FIG. 9 is a block diagram showing a preferred structure of a service processing apparatus according to an embodiment of the present invention. As shown in FIG. 9, the apparatus includes: a login module 92 and a recording module 94, in addition to all the modules shown in FIG. The device is described.

The login module 92 is configured to perform login processing on the user who initiates the cross-system service request. The recording module 94 is connected to the login module 92 and the receiving module 82, and is configured to record the domain to which the user belongs to the LTE-R system after the user successfully logs in. .

FIG. 10 is a block diagram showing a preferred structure of a processing module 84 in a service processing apparatus according to an embodiment of the present invention. As shown in FIG. 10, the processing module 84 includes a reading unit 102, a negotiating unit 104, and a switching unit 106. Processing module 84 is described.

The reading unit 102 is configured to read the session description protocol SDP information for media layer parameter negotiation for the voice carried in the cross-system service request, where the cross-system service is the voice service, and the negotiation unit 104 is connected to the foregoing The reading unit 102 is configured to negotiate a media plane parameter after the voice service crosses the non-LTE-R system according to the SDP information. The switching unit 106 is connected to the negotiation unit 104, and is configured to set the voice service according to the negotiated media plane parameter. Switch to the bearer of the non-LTE-R system.

FIG. 11 is a block diagram showing a preferred structure of the negotiating unit 104 in the processing module 84 in the service processing apparatus according to the embodiment of the present invention. As shown in FIG. 11, the negotiating unit 104 includes: a comparing subunit 112 and a determining subunit 114. The above negotiation unit 104 will be described.

The comparison subunit 112 is configured to compare the system parameters supported by the LTE-R system and the non-LTE-R system according to the SDP information, and obtain a comparison result; the determining subunit 114 is connected to the comparison subunit 112, and is set according to the comparison result. The system parameters supported by both the LTE-R system and the non-LTE-R system are determined as media plane parameters after the voice service crosses the non-LTE-R system.

FIG. 12 is a switching unit in the processing module 84 in the service processing apparatus according to an embodiment of the present invention. A preferred block diagram of 106, as shown in FIG. 12, the switching unit 106 includes a first determining sub-unit 122, a second determining sub-unit 124, and a switching sub-unit 126. The switching unit 106 will be described below.

The first determining sub-unit 122 is configured to determine a voice user that needs to perform voice service switching; the second determining sub-unit 124 is connected to the first determining sub-unit 122, and is configured to determine user voice data corresponding to the voice service according to the voice user; The switching subunit 126 is connected to the second determining subunit 124, and is configured to switch the determined user voice data to the bearer of the non-LTE-R system according to the negotiated media plane parameter.

FIG. 13 is a block diagram showing a preferred structure of the switching subunit 126 in the switching unit 106 in the processing module 84 in the service processing apparatus according to the embodiment of the present invention. As shown in FIG. 13, the switching subunit 126 includes: converting the sub subunit 132 and transmitting The sub-subunit 134, the conversion sub-unit 126 will be described below.

The conversion sub-subunit 132 is configured to convert the determined user voice data into user voice data corresponding to the negotiated media plane parameter; the transmission secondary sub-unit 134 is connected to the conversion sub-sub-unit 132, and is configured to obtain the converted The user voice data is transmitted on the bearer of the non-LTE-R system.

It should be noted that each of the above modules may be implemented by software or hardware. For the latter, the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the above modules are in any combination. The forms are located in different processors.

Example 3

Embodiments of the present invention also provide a storage medium. Optionally, in the embodiment, the foregoing storage medium may be configured to store program code for performing the following steps:

S1, receiving a cross-system service request that is switched to a non-LTE-R system by a Long Term Evolution LTE-R system applied to the railway;

S2: Perform cross-system service continuity processing on cross-system services corresponding to cross-system service requests.

Optionally, the storage medium is further arranged to store program code for performing the following steps:

Before receiving the cross-system service request that is switched by the LTE-R system to the non-LTE-R system, the method further includes:

S1, performing login processing on a user who initiates a cross-system service request;

S2: After the user logs in successfully, the domain to which the user belongs is recorded as an LTE-R system.

Optionally, the storage medium is further configured to store program code for performing the following steps: performing cross-system business continuity processing on the cross-system service corresponding to the cross-system service request includes:

S1, in the case that the cross-system service is a voice service, the session description protocol SDP information for performing media plane parameter negotiation on the voice carried in the cross-system service request is read;

S2, the media plane parameter after the voice service is traversed to the non-LTE-R system according to the SDP information;

S3: Switch the voice service to the bearer of the non-LTE-R system according to the negotiated media plane parameter.

The media plane parameters after the voice service is negotiated according to the SDP information to the non-LTE-R system include:

S1, comparing the system parameters supported by the LTE-R system and the non-LTE-R system according to the SDP information, and obtaining a comparison result;

S2, according to the comparison result, the system parameters supported by the LTE-R system and the non-LTE-R system are determined as media plane parameters after the voice service crosses the non-LTE-R system.

Optionally, the storage medium is further configured to store program code for performing the following steps: switching the voice service to the bearer of the non-LTE-R system according to the negotiated media plane parameter includes:

S1, determining a voice user that needs to perform voice service switching;

S2. Determine, according to the voice user, user voice data corresponding to the voice service.

S3: Switch the determined user voice data to the bearer of the non-LTE-R system according to the negotiated media plane parameter.

Switching the determined user voice data to the bearer of the non-LTE-R system according to the negotiated media plane parameters includes:

S1, converting the determined user voice data into user voice data corresponding to the negotiated media plane parameter;

S2. Transmit the user voice data obtained after the conversion on the bearer of the non-LTE-R system.

S1. The cross-system service request includes at least one of: a service switching request for requesting handover from an LTE-R system to a non-LTE-R system; and a calling call for the LTE-R system is in a non-LTE-R system. Called call request.

Optionally, in this embodiment, the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory. A variety of media that can store program code, such as a disc or a disc.

Optionally, in this embodiment, the processor performs, according to the stored program code in the storage medium, receiving a cross-system service request that is switched by the Long Term Evolution (LTE-R) system applied to the railway to the non-LTE-R system; The cross-system service continuity processing is performed for the cross-system service corresponding to the system service request.

Optionally, in this embodiment, the processor performs, according to the stored program code in the storage medium, before receiving the cross-system service request that is switched by the LTE-R system to the non-LTE-R system, the method further includes: The user requested by the system service performs login processing. After the user logs in successfully, the domain to which the user belongs is recorded as the LTE-R system.

Optionally, in this embodiment, the processor performs, according to the stored program code in the storage medium, performing cross-system service continuity processing on the cross-system service corresponding to the cross-system service request, including: the cross-system service is a voice service. The session description protocol SDP information for media layer parameter negotiation for the voice carried in the cross-system service request is read; the media plane parameter of the voice service after the non-LTE-R system is negotiated according to the SDP information; The media plane parameters switch the voice service to the bearer of the non-LTE-R system.

Optionally, in this embodiment, the processor performs, according to the stored program code in the storage medium, comparing the system parameters supported by the LTE-R system and the non-LTE-R system according to the SDP information, and obtaining a comparison result; The system parameters supported by both the LTE-R system and the non-LTE-R system are determined as media plane parameters after the voice service crosses the non-LTE-R system.

Optionally, in this embodiment, the processor is executed according to the stored program code in the storage medium: switching the voice service to the bearer of the non-LTE-R system according to the negotiated media plane parameter includes: determining that voice is required to be performed The voice user of the service switching; determining the user voice data corresponding to the voice service according to the voice user; and switching the determined user voice data to the bearer of the non-LTE-R system according to the negotiated media plane parameter.

Optionally, in this embodiment, the processor performs, according to the stored program code in the storage medium, to switch the determined user voice data to the bearer of the non-LTE-R system according to the negotiated media plane parameter, including: The determined user voice data is converted into user voice data corresponding to the negotiated media plane parameter; and the user voice data obtained after the conversion is transmitted on the bearer of the non-LTE-R system.

Optionally, in this embodiment, the processor executes according to the stored program code in the storage medium: the cross-system service request includes at least one of: for requesting a service to be handed over from the LTE-R system to the non-LTE-R system. Handover request; for a called call in a non-LTE-R system for a calling call in an LTE-R system.

For example, the specific examples in this embodiment may refer to the examples described in the foregoing embodiments and the optional embodiments, and details are not described herein again.

It will be apparent to those skilled in the art that the various modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module. Thus, the invention is not limited to any particular The combination of hardware and software.

The above description is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Industrial applicability

Claims

A business processing method comprising:

Receiving cross-system service requests for handover to a non-LTE-R system by a Long Term Evolution LTE-R system applied to the railway;

Perform cross-system business continuity processing on the cross-system service corresponding to the cross-system service request.
The method of claim 1, wherein before receiving the cross-system service request that is switched by the LTE-R system to the non-LTE-R system, the method further includes:

Performing login processing on a user who initiates the cross-system service request;

After the user logs in successfully, the domain to which the user belongs is recorded as the LTE-R system.
The method according to claim 1, wherein the cross-system service continuity processing of the cross-system service corresponding to the cross-system service request comprises:

And in the case that the cross-system service is a voice service, reading session description protocol SDP information carried in the cross-system service request for performing media plane parameter negotiation on the voice;

Negotiating, according to the SDP information, a media plane parameter after the voice service crosses the non-LTE-R system;

And switching the voice service to the bearer of the non-LTE-R system according to the negotiated media plane parameter.
The method according to claim 3, wherein the media plane parameters after the voice service is negotiated to the non-LTE-R system according to the SDP information comprises:

Comparing the system parameters supported by the LTE-R system and the non-LTE-R system according to the SDP information, and obtaining a comparison result;

And determining, according to the comparison result, a system parameter supported by the LTE-R system and the non-LTE-R system as a media plane parameter after the voice service crosses the non-LTE-R system.
The method of claim 3, wherein switching the voice service to the bearer of the non-LTE-R system according to the negotiated media plane parameter comprises:

Determining a voice user who needs to perform the voice service handover;

Determining user voice data corresponding to the voice service according to the voice user;

And determining, according to the negotiated media plane parameter, the determined user voice data to be switched to the bearer of the non-LTE-R system.
The method of claim 5, wherein the switching the determined user voice data to the bearer of the non-LTE-R system according to the negotiated media plane parameter comprises:

Converting the determined user voice data into user voice data corresponding to the negotiated media plane parameter;

The user voice data obtained after the conversion is transmitted on the bearer of the non-LTE-R system.
The method of any of claims 1 to 6, wherein the cross-system service request comprises at least one of the following:

Means for requesting a handover request from the LTE-R system to the non-LTE-R system;

A called call request for the called party in the LTE-R system is in the non-LTE-R system.
A service processing device comprising:

a receiving module configured to receive a cross-system service request for handover to a non-LTE-R system by a Long Term Evolution LTE-R system applied to the railway;

The processing module is configured to perform cross-system service continuity processing on the cross-system service corresponding to the cross-system service request.
The apparatus of claim 8 further comprising:

a login module, configured to perform a login process on a user who initiates the cross-system service request;

The recording module is configured to record, after the user successfully logs in, the domain to which the user belongs is the LTE-R system.
The apparatus of claim 8 wherein said processing module comprises:

a reading unit, configured to read, when the cross-system service is a voice service, session description protocol SDP information carried in the cross-system service request for performing media plane parameter negotiation on the voice;

a negotiating unit, configured to negotiate, according to the SDP information, a media plane parameter after the voice service crosses the non-LTE-R system;

The switching unit is configured to switch the voice service to the bearer of the non-LTE-R system according to the negotiated media plane parameter.
The apparatus of claim 10, wherein the negotiating unit comprises:

a comparison subunit, configured to compare the system parameters supported by the LTE-R system and the non-LTE-R system according to the SDP information, and obtain a comparison result;

Determining a subunit, configured to determine, according to the comparison result, system parameters supported by the LTE-R system and the non-LTE-R system, to determine that the voice service crosses the non-LTE Media plane parameters after the -R system.
The apparatus of claim 10, wherein the switching unit comprises:

a first determining subunit, configured to determine a voice user that needs to perform the voice service switching;

a second determining subunit, configured to determine user voice data corresponding to the voice service according to the voice user;

And switching the subunit, configured to switch the determined user voice data to the bearer of the non-LTE-R system according to the negotiated media plane parameter.
The apparatus of claim 12, wherein the switching subunit comprises:

Converting the sub-subunit, configured to convert the determined user voice data into user voice data corresponding to the negotiated media plane parameter;

Transmitting a secondary subunit, configured to transmit user voice data obtained after the conversion on the bearer of the non-LTE-R system.
A business processing system comprising:

a control agent unit that receives a cross-system service request that is handed over to a non-LTE-R system by a Long Term Evolution LTE-R system applied to the railway;

The service connection unit SCC is configured to perform cross-system service continuity processing on the cross-system service corresponding to the cross-system service request;

And a control service unit, configured to receive a cross-system service request sent by the control proxy unit, and control the SCC to perform cross-system service continuity processing according to the cross-system service request.
The system of claim 14 further comprising:

The domain selection unit ASS is configured to receive the control message of the control service unit, and select the non-LTE-R system to which the cross-system service corresponding to the cross-system service request belongs.
The system of claim 14 further comprising:

A service conversion unit SCVT is arranged to perform adaptation and conversion of the cross-system traffic in the LTE-R system with in the non-LTE-R system.