CN108156634B - Service processing method, device and system - Google Patents

Service processing method, device and system Download PDF

Info

Publication number
CN108156634B
CN108156634B CN201611110587.7A CN201611110587A CN108156634B CN 108156634 B CN108156634 B CN 108156634B CN 201611110587 A CN201611110587 A CN 201611110587A CN 108156634 B CN108156634 B CN 108156634B
Authority
CN
China
Prior art keywords
service
lte
cross
voice
switching
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.)
Active
Application number
CN201611110587.7A
Other languages
Chinese (zh)
Other versions
CN108156634A (en
Inventor
王星辉
王玮
李鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201611110587.7A priority Critical patent/CN108156634B/en
Priority to PCT/CN2017/100428 priority patent/WO2018099155A1/en
Publication of CN108156634A publication Critical patent/CN108156634A/en
Application granted granted Critical
Publication of CN108156634B publication Critical patent/CN108156634B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The invention provides a service processing method, a device and a system, wherein the method comprises the following steps: receiving a cross-system service request switched from a long term evolution (LTE-R) system applied to a railway to a non-LTE-R system; the cross-system service continuity processing is carried out on the cross-system service corresponding to the cross-system service request, so that the problem that the cross-system service cannot be realized under the condition that an LTE-R system and a non-LTE-R system coexist in the related technology can be solved, and the effect of cross-system service connection is achieved.

Description

Service processing method, device and system
Technical Field
The present invention relates to the field of communications, and in particular, to a method, an apparatus, and a system for processing a service.
Background
A Long Term Evolution for Railway (LTE-R) system applied to railways is a next-generation mobile communication system for railways, and based on the characteristics of an LTE bearer network, a wireless private network system for railways can meet not only the requirements of traditional train control and dispatching, but also the requirements of real-time performance and high bandwidth characteristics such as video security monitoring and passenger information service.
As a next-generation Railway Mobile Communication system, LTE-R will become mainstream worldwide and replace currently in service Global system for Mobile Communication for railways (GSM-R), however, this is intended to be a gradual replacement process, and it is expected that two networks of LTE-R and other network systems (e.g., GSM-R) will coexist in the future for a considerable period of time. For example, a Push-To-Talk (ptt) key task is a trunking Voice Communication System defined by 3GPP and based on a trunking Communication System Enabler (GCSE) architecture, fig. 1 is a schematic diagram of an architecture of a trunking Voice Communication System in the related art, and as shown in fig. 1, the System implements separation of an application from a bearer network, facilitates extension and maintenance of the application, and facilitates independent evolution of the bearer network.
However, in the related art, when the LTE-R system coexists with the non-LTE-R system, there is a problem that the cross-system service cannot be realized.
Disclosure of Invention
The embodiment of the invention provides a service processing method, a service processing device and a service processing system, which are used for at least solving the problem that cross-system service cannot be realized under the condition that an LTE-R system and a non-LTE-R system coexist in the related technology.
According to an embodiment of the present invention, a service processing method is provided, including: receiving a cross-system service request switched from a long term evolution (LTE-R) system applied to a railway to a non-LTE-R system; and performing cross-system service continuity processing on the cross-system service corresponding to the cross-system service request.
Optionally, before receiving the cross-system service request for handover from the LTE-R system to the non-LTE-R system, the method further includes: performing login processing on a user initiating the cross-system service request; and after the user logs in successfully, recording the domain to which the user belongs as the LTE-R system.
Optionally, the performing cross-system service continuity processing on the cross-system service corresponding to the cross-system service request includes: under the condition that the cross-system service is a voice service, reading Session Description Protocol (SDP) information carried in the cross-system service request and used for performing media plane parameter negotiation on the voice; negotiating media plane parameters after the voice service crosses the non-LTE-R system according to the SDP information; and switching the voice service to the bearer of the non-LTE-R system according to the negotiated media plane parameters.
Optionally, negotiating media plane parameters after the voice service crosses to the non-LTE-R system according to the SDP information includes: comparing the system parameters supported by the LTE-R system and the non-LTE-R system according to the SDP information to obtain a comparison result; and determining the system parameters supported by the LTE-R system and the non-LTE-R system as the media plane parameters after the voice service crosses the non-LTE-R system according to the comparison result.
Optionally, switching the voice service to the bearer of the non-LTE-R system according to the negotiated media plane parameter includes: determining a voice user needing to perform the voice service switching; determining 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 parameters.
Optionally, 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 media surface parameters meeting the negotiation; and transmitting the user voice data obtained after conversion on the bearer of the non-LTE-R system.
Optionally, the cross-system service request includes at least one of: a traffic handover request for requesting handover from the LTE-R system to the non-LTE-R system; a call request for a caller at the LTE-R system to call a callee at the non-LTE-R system.
According to another embodiment of the present invention, there is provided a service processing apparatus including: the receiving module is used for receiving a cross-system service request switched from a long term evolution (LTE-R) system applied to a railway to a non-LTE-R system; and the processing module is used for carrying out cross-system service continuity processing on the cross-system service corresponding to the cross-system service request.
Optionally, the apparatus further comprises: the login module is used for executing login processing on the user initiating the cross-system service request; and the recording module is used for recording the domain to which the user belongs as the LTE-R system after the user successfully logs in.
Optionally, the processing module includes: 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 and used for performing media plane parameter negotiation on the voice; a negotiation unit, configured to negotiate a media plane parameter after the voice service crosses the non-LTE-R system according to the SDP information; and the switching unit is used for switching the voice service to the load of the non-LTE-R system according to the negotiated media plane parameters.
Optionally, the negotiation unit includes: a comparison subunit, configured to compare, according to the SDP information, system parameters supported by the LTE-R system and the non-LTE-R system, and obtain a comparison result; and the determining subunit is configured to determine, according to the comparison result, the system parameter supported by both the LTE-R system and the non-LTE-R system as the media plane parameter after the voice service crosses over to the non-LTE-R system.
Optionally, the switching unit includes: 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, according to the voice user, user voice data corresponding to the voice service; and the switching subunit 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.
Optionally, the switching subunit includes: the conversion sub-unit is used for converting the determined user voice data into user voice data corresponding to the media surface parameters after meeting the negotiation; and the transmission secondary subunit is used for transmitting the user voice data obtained after conversion on the bearer of the non-LTE-R system.
According to another embodiment of the present invention, there is provided a service processing system including: the control agent unit receives a cross-system service request which is switched from a long term evolution (LTE-R) system applied to a railway to a non-LTE-R system; a service connection unit SCC, configured to perform cross-system service continuity processing on a cross-system service corresponding to the cross-system service request; and the control service unit is used for receiving the cross-system service request sent by the control agent unit and controlling the SCC to execute cross-system service continuity processing according to the cross-system service request.
Optionally, the system further comprises: and the affiliated domain selection unit ASS is used for receiving the control message of the control service unit and selecting the non-LTE-R system to which the cross-system service corresponding to the cross-system service request belongs after the cross-system service is executed.
Optionally, the system further comprises: a service conversion unit SCVT used for executing the adaptation and conversion of the cross-system service in the LTE-R system and the non-LTE-R system.
According to still another embodiment of the present invention, there is also provided a storage medium. The storage medium is configured to store program code for performing the steps of: receiving a cross-system service request switched from a long term evolution (LTE-R) system applied to a railway to a non-LTE-R system; and performing cross-system service continuity processing on the cross-system service corresponding to the cross-system service request.
Optionally, the storage medium is further arranged to store program code for performing the steps of: prior to receiving the cross-system service request for handover from the LTE-R system to the non-LTE-R system, further comprising: executing login processing on the user initiating the cross-system service request; and after the user successfully logs in, recording the domain to which the user belongs as the LTE-R system.
Optionally, the storage medium is further arranged to store program code for performing the steps of: the step of performing cross-system service continuity processing on the cross-system service corresponding to the cross-system service request comprises: under the condition that the cross-system service is a voice service, reading Session Description Protocol (SDP) information carried in the cross-system service request and used for carrying out media plane parameter negotiation on the voice; negotiating media plane parameters after the voice service crosses to the non-LTE-R system according to the SDP information; and switching the voice service to the load of the non-LTE-R system according to the negotiated media plane parameters.
Optionally, the storage medium is further arranged to store program code for performing the steps of: negotiating media plane parameters after the voice service crosses 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 to obtain a comparison result; and determining the system parameters supported by the LTE-R system and the non-LTE-R system as the media plane parameters after the voice service crosses the non-LTE-R system according to the comparison result.
Optionally, the storage medium is further arranged to store program code for performing the steps of: according to the negotiated media plane parameters, switching the voice service to the bearer of the non-LTE-R system comprises: determining a voice user needing to perform the voice service switching; determining 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 parameters.
Optionally, the storage medium is further arranged to store program code for performing the steps of: according to the negotiated media plane parameters, switching the determined user voice data to the bearer of the non-LTE-R system includes: converting the determined user voice data into user voice data corresponding to the media surface parameters meeting the negotiation; and transmitting the user voice data obtained after conversion on the bearer of the non-LTE-R system.
Optionally, the storage medium is further arranged to store program code for performing the steps of: the cross-system service request includes at least one of: a service handover request for requesting handover from the LTE-R system to the non-LTE-R system; a call request for a caller at the LTE-R system to call a callee at the non-LTE-R system.
According to the invention, a cross-system service request for switching a long term evolution LTE-R system applied to a railway to a non-LTE-R system is received; and performing cross-system service continuity processing on the cross-system service corresponding to the cross-system service request, so that the problem that the cross-system service cannot be realized under the condition that an LTE-R system and a non-LTE-R system coexist in the related technology can be solved, and the effect of cross-system service connection is achieved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:
fig. 1 is a schematic diagram of an architecture of a trunking voice communication system in the related art;
FIG. 2 is a flow chart of a method of service processing according to an embodiment of the present invention;
fig. 3 is a block diagram of a service processing system according to an embodiment of the present invention;
fig. 4 is an overall networking diagram of a system for cross-system voice continuity in an LTE-R system according to an embodiment of the present invention;
FIG. 5 is a flowchart of a Client logging in an MCPTT Server according to an embodiment of the present invention;
FIG. 6 is a flow chart of LTE-R voice service cross-system (GSM-R) continuity of an embodiment of the present invention;
fig. 7 is a flow chart of the called party located in the GSM-R system of the cross-system call of the embodiment of the present invention;
fig. 8 is a block diagram of a structure of a service processing apparatus according to an embodiment of the present invention;
fig. 9 is a block diagram of a preferred structure of a service processing apparatus according to an embodiment of the present invention;
fig. 10 is a block diagram of a preferred structure of the processing module 84 in the service processing device according to the embodiment of the present invention;
fig. 11 is a block diagram of a preferred structure of the negotiation unit 104 in the processing module 84 in the service processing apparatus according to the embodiment of the present invention;
fig. 12 is a block diagram of a preferred structure of the switching unit 106 in the processing module 84 in the service processing apparatus according to the embodiment of the present invention;
fig. 13 is a block diagram of 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.
Detailed Description
The invention will be described in detail hereinafter with reference to the accompanying drawings in conjunction with embodiments. It should be noted that, in the present application, the embodiments and features of the embodiments may be combined with each other without conflict.
It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order.
Example 1
Fig. 2 is a flowchart of a service processing method according to an embodiment of the present invention, and as shown in fig. 2, the flowchart includes the following steps:
step S202, receiving a cross-system service request switched from a long term evolution (LTE-R) system applied to a railway to a non-LTE-R system;
step S204, the cross-system service continuity processing is carried out on the cross-system service corresponding to the cross-system service request.
Through the steps, the cross-system service continuity processing is carried out on the cross-system service switched from the long term evolution LTE-R system applied to the railway to the non-LTE-R system, so that the problem that the cross-system service cannot be realized under the condition that the LTE-R system and the non-LTE-R system coexist in the related art can be solved, and the effect of cross-system service connection is achieved.
In order to implement the continuity of the cross-system service, before receiving the cross-system service request for switching from the LTE-R system to the non-LTE-R system, the registration information of the user needs to be recorded in the LTE-R system, for example, the following manner may be adopted: executing login processing on a user initiating a cross-system service request; and after the user logs in successfully, recording that the domain to which the user belongs is an LTE-R system.
For different cross-system services, the cross-system service continuity processing of the cross-system service corresponding to the cross-system service request can be performed in different manners. For example: in the case that the cross-system service is a voice service, the following operations may be adopted: firstly, reading Session Description Protocol (SDP) information carried in a cross-system service request and used for carrying out media plane parameter negotiation on voice; then, according to the SDP information, negotiating media plane parameters after the voice service crosses to the non-LTE-R system; and then according to the negotiated media plane parameters, switching the voice service to the bearing of the non-LTE-R system.
The media plane parameters after negotiating the voice service to cross the non-LTE-R system according to the SDP information may also be obtained in a variety of manners, for example, system parameters supported by the LTE-R system and the non-LTE-R system are compared according to the SDP information to obtain a comparison result, where the system parameters may include a variety of types, and for example, may include at least one of: the voice rate supported by the system, the coding and decoding modes supported by the system, and the priority of the service supported by the system, wherein the priority of the service supported by the system is the right of whether the user to be switched has resource preemption for an external system; and determining the system parameters supported by the LTE-R system and the non-LTE-R system as media plane parameters after the voice service crosses to the non-LTE-R system according to the comparison result. It should be noted that the system parameters are not limited to the three mentioned above, and all the parameters affecting the voice service may be negotiated, and the three mentioned parameters are the more general and important parameters.
Optionally, according to the negotiated media plane parameter, the following manner may be adopted to switch the voice service to the bearer of the non-LTE-R system: firstly, determining a voice user needing voice service switching; then, determining user voice data corresponding to the voice service according to the voice user; and then according to the negotiated media plane parameters, switching the determined user voice data to the bearer of the non-LTE-R system.
Wherein, according to the negotiated media plane parameters, switching the determined user voice data to the bearer of the non-LTE-R system comprises: converting the determined user voice data into user voice data corresponding to the media surface parameters meeting the negotiation; and transmitting the user voice data obtained after conversion on the bearer of the non-LTE-R system.
It should be noted that the cross-system service request may include a plurality of types, for example, at least one of the following: a service switching request for requesting switching from the LTE-R system to the non-LTE-R system; and calling requests for calling the calling party in the LTE-R system to call the called party in the non-LTE-R system. The above examples are only for illustration and are of course not limiting.
In the related art, when the LTE-R coexists with other network systems (e.g., GSM-R networks), a problem that cross-system services cannot be realized exists, for example, how to ensure voice continuity when the LTE-R is switched to the GSM-R network, and handover between LTE cross-cell systems is considered.
For the handover between LTE inter-regional systems, a relatively mature technology based on Single Radio Voice Call Continuity (SVRCC) of a Multimedia Subsystem (IMS) system has been already applied to the public network, but it is not suitable for moving the IMS system to the LTE-R system because of the following reasons: firstly, because the introduction of the IMS system is mainly to solve voice communication on the LTE system, and the MCPTT system has already implemented voice communication, the private network does not need the IMS; secondly, the IMS system is complex in networking and is not suitable for private network deployment; thirdly, because public network needs charging, multi-network integration and various multi-type value-added services and the need of customizing services, a plurality of logic network elements in the IMS system are not needed in the railway system.
In view of this, the reality of the whole network of the national railway is considered, in this embodiment, the composition and function of the MCPTT system are combined, a scheme for guaranteeing voice continuity with the GSM-R system under the LTE-R system is provided by taking the non-LTE-R system as the GSM-R system and the cross-system service as the voice service as an example by using the SVRCC technical process as a reference, and by the scheme, the LTE-R can realize the cross-system voice continuity through simple modification or software upgrade on the basis of relevant network deployment, thereby effectively solving the problem of voice service continuity when the voice service is in the cross-system (GSM-R) based on the MCPTT architecture of the LTE-R system.
In this embodiment, a service processing system is provided, and fig. 3 is a block diagram of a structure of the service processing system provided in the embodiment of the present invention, as shown in fig. 3, the service processing system includes: a control agent unit, a service connection unit SCC, and a control service unit, which are respectively described below.
A control agent unit 32 that receives a cross-system service request for switching from a long term evolution LTE-R system applied to a railway to a non-LTE-R system; a service connection unit SCC 36, configured to perform cross-system service continuity processing on a cross-system service corresponding to the cross-system service request; 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 comprises: and the affiliated domain selection unit ASS is used for receiving the control message of the S-CSCF and selecting the non-LTE-R system to which the cross-system service corresponding to the cross-system service request belongs after the cross-system service is executed.
Optionally, the system further comprises: and the service conversion unit SCVT is used for executing adaptation and conversion of cross-system services in the LTE-R system and the non-LTE-R system.
Optionally, based on a voice service, in a preferred embodiment of the present invention, a system for inter-system voice continuity in an LTE-R system is provided, and fig. 4 is an overall networking diagram of the system for inter-system voice continuity in an LTE-R system according to the embodiment of the present invention, as shown in fig. 4, a P-CSCF is a call session control proxy unit (corresponding to the control proxy unit 32); the S-CSCF is a call session control service unit (corresponding to the control service unit 34 described above); SCC is a service connection unit (the same as the service connection unit 36); ASS is a belonging domain selection unit; SCVT is a service conversion unit; combining the functions of each network element in the MCPTT architecture, in this embodiment, the logic units such as P-CSCF, S-CSCF, ASS, SCVT, etc. are located in the SIP Core network element as functional modules; the SCC logic unit is used as a functional module and is positioned in the MCPTT Server network element; in addition: a Home Subscriber Server (HSS) in the networking map exists as a convergence database, that is, a Home Location Register (HLR), a Visitor Location Register (VLR), and an Evolved Packet switching center (EPC) HSS are converged. The respective units are explained below.
A call session control proxy unit P-CSCF, as an access unit of cross-system session, connected with an external system, and as a connection unit with a GSM-R system in the LTE-R system, receiving an external session control command and forwarding the command to the inside; a call session control service unit S-CSCF, which is used as a processing unit of cross-system session, receives the session control command forwarded by the proxy unit and is responsible for interactive processing with other internal units; a service connection unit SCC, as a functional unit for actually completing service switching, identifying a voice service to be switched and completing switching; the affiliated domain selection unit ASS completes the domain selection of the users currently in different networks and provides support for cross-system calling; and the service conversion unit SCVT completes the adaptation and conversion of the voice of the LTE-R system user and the voice format of the external system (GSM-R).
Based on the device for cross-system voice continuity under the LTE-R system, a plurality of scenes are exemplified:
scene one: client logging in MCPTT Server
Fig. 5 is a flowchart of a Client logging in an MCPTT Server according to an embodiment of the present invention, and as shown in fig. 5, the flowchart includes the following steps:
s1, the MCPTT Server receives a login message sent by the Client according to the original frame flow;
s2, the MCPTT Server sends a message to a fusion database HSS to inquire the validity of the user;
s3, fusing database HSS to response user legality query result to MCPTT Server;
s4, the MCPTT Server responds to the login message to the user and sends the user login message to the S-CSCF;
s5, S-CSCF forwards user login message to ASS;
s6, the ASS records that the domain where the current user is located is the LTE network;
s7, the flow ends.
Scene two: 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, and as shown in fig. 6, the flowchart includes the following steps:
s1, P-CSCF receives the cross-system voice switching request sent by the external system interface unit, the message carries the switching voice identification and the media plane negotiation parameter;
s2, P-CSCF forwards switching request to S-CSCF;
s3, the S-CSCF decides which media plane parameter needs to be adopted according to the media plane negotiation parameter, the main process of the decision is to judge the information such as rate and coding format supported by the same and different systems of the system, and the parameter supported by both systems is selected as the media plane negotiation result.
S4, the S-CSCF responds to the switching request to complete the negotiation of the media plane parameters;
s5, the S-CSCF sends the voice switching message to the MCPTT Server;
s6, the MCPTT Server judges the voice service to be switched according to the switching parameters, and issues a switching command to the SCC;
s7, the MCPTT Server sends a voice switching completion message to the S-CSCF;
s8, the S-CSCF responds the voice switching completion message to the external system interface unit;
s9, SCC completes the switching of voice service, and issues the service data to SCVT;
s10, SCVT receives the voice data from SCC, completes the service format conversion and sends according to the result of media plane negotiation;
s11, the flow ends.
Scene three: cross-system call of called party located in GSM-R system
Fig. 7 is a flowchart of an inter-system call of a called party located in a GSM-R system according to an embodiment of the present invention, and as shown in fig. 7, the flowchart includes the following steps:
s1, the MCPTT Server receives the call request and judges that the called party does not belong to the system domain;
s2, the MCPTT Server sends a message to the S-CSCF to inquire the domain to which the called party belongs;
s3, the S-CSCF receives the domain query request from MCPTT Server, and sends the message to ASS;
s4, ASS sends message to fusion database HSS to inquire called belonged domain;
s5, the fusion database HSS inquires the local visitor location register, and determines that the current domain of the called party is GSM-R;
s6, the fusion database HSS sends the inquiry response message to ASS;
s7, ASS responds response message to 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, S-CSCF sends the call establishment request to the GSM-R system interface unit and carries out the negotiation of the related media surface parameters; the main process of parameter negotiation is to determine the parameters such as rate and coding format supported by the same and different systems, and select the parameters supported by both systems as the media plane negotiation result.
S11, the GSM-R system interface unit completes the call and load establishment of the called number in the system, and responds the call establishment completion message to the S-CSCF;
s12, S-CSCF responds the call establishment completion message to MCPTT Server;
s13, the flow ends.
By the scheme for realizing the LTE-R cross-system voice continuity, the LTE-R private network can realize the cross-system voice continuity through simple modification or software upgrading on the basis of network deployment in the related technology. The networking cost is reduced, and meanwhile, the method is more suitable for private network application in the process of voice continuity processing and is convenient to realize and maintain.
The preferred embodiments of the present invention will be described with reference to the above-described scenarios.
The first preferred embodiment:
under the MCPTT framework, a user AS a Client can initiate and perform a service only after an Application Server (AS) logs in, and after a cross-system switching unit is introduced, the login process of the user needs to be recorded, so that the domain selection of the cross-system switching is facilitated.
S1, the MCPTT Server receives a login message sent by the Client according to the original frame flow;
s2, the MCPTT Server sends a message to a fusion database HSS to inquire the validity of the user;
s3, fusing database HSS to response user legality query result to MCPTT Server;
s4, the MCPTT Server sends an INVITE message to the SIP Core, the message carries User login information, such as User ID, Mobile Station Integrated Services Digital Network Number (MSISDN);
s5, the S-CSCF in the SIP Core network element receives the message and responds 200ok to the MCPTT Server;
s6, the S-CSCF forwards the user login message content to ASS;
s7, the ASS records that the domain where the current login user is located is the LTE network;
s8, the flow ends.
The second preferred embodiment:
the two mobile terminals UE-A and UE-B are both located in the LTE-R network and are in conversation, in the process, the UE-A gradually moves to the edge of the LTE-R network, and cross-system switching is triggered through the quality detection capability of the network.
S1, UE-A moves to the edge of LTE-R network, and reports the measurement report of the adjacent cell (including the cell in the system and the cell of the different system) to eNodeb;
s2, the eNodeb where the UE-A is located analyzes the measurement data reported by the UE-A, and judges that the UE-A needs to perform cross-system switching;
s3, the eNodeb where the UE-A is located sends a switching request to the MME where the UE-A is located, wherein the request carries a target cell ID and an inter-system switching indication;
s4, MME sends PS-CS switching request to MSC Server of GSM-R system, the request carries target ID, MSISDN, STN-SR (switching mark related to mobile terminal), encryption safety information, etc.
S5, MSC Server receives PS-CS switching request, selects target MSC of target cell in GSM-R system according to target ID, and establishes switching load with target MSC;
s6, MSC Server sends INVITE message to SIP Core, initiates the cross-system voice switching process, the message carries SDP information to negotiate media surface parameter, the information includes voice rate, coding and decoding mode supported by the system;
s7, the P-CSCF in the SIP Core receives the SIP message sent by the MSC Server and forwards the message content to the S-CFCS;
s8, the S-CSCF reads the SDP information in the message, compares the information of the speed, the coding format, the priority and the like supported by the system and the GSM-R system, determines the media surface parameter after negotiation, sends the SIP response message to the MSC Server through the P-CSCF, and the message carries the media surface parameter after negotiation;
s9, the MSC Server responds to the PS-CS switching request response message to the MME, and informs the UE-A to start the network switching 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 finished, and the message carries STN-SR;
s11, the MCPTT Server judges the voice users needing to be switched according to the message parameter STN-SR, sends internal information to the SCC to complete the voice switching, and sends 200ok information to the SIP Core as the response of the voice switching information;
s12, the S-CSCF of SIP Core receives the 200ok message sent by the MCPTT Server, and sends 200ok to the MSC Server through the P-CSCF as the response of the switching request message;
s13, SCC in MCPTT Server sends the appointed user voice data to SIP Core;
s14, SCVT in SIP Core receives user data, and according to media surface negotiation parameter, carries on user data rate and coding/decoding transformation, sends to MSC Server, until the voice is transmitted on the established GSM-R load;
s15, the voice switching is completed, the MCPTT Server initiates the process to delete the LTE-R load of the original UE-A.
S16, the flow ends.
The third preferred embodiment:
and two railway mobile terminals, namely UE-A is currently positioned in an LTE-R network, the current position of UE-B is updated in a GSM-R network, and the UE-A initiates a call to dial the UE-B.
S1, UE-A initiates the calling side to call to MCPTT Server according to the flow in the system;
s2, the MCPTT Server completes the legality and authentication check of the called number, finds that the called is not in the current domain, and sends an INVITE message to the SIP Core to inquire the domain to which the called belongs;
s3, the S-CSCF in the SIP Core receives the query message and forwards the query message to the ASS;
s4, an ASS message is sent to a fusion database HSS, the message carries identity information such as a called number and the like, and a domain to which the called number belongs is inquired;
s5, the fusion database HSS inquires the local visitor location register, and confirms that the current domain of the called party is GSM-R; and sending a response message to the ASS in the SIP Core;
s6, ASS forwards message to S-CSCF, S-CSCF sends SIP response message to MCPTT Server, and message carries 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 the media plane parameter negotiation process, and sends an INVITE message to the MSC-Server through the P-CSCF, wherein the message carries SDP information, and the information comprises the speed, coding format and the like supported by the system;
s9, MSC Server receives INVITE calling request sent by SIP Core, compares the media surface parameters of the system, determines the parameters after negotiation, and sends SIP response message to SIP Core as the message response to the media surface parameter negotiation;
s10, after receiving the message, the P-CSCF in the SIP Core internally forwards the message to the S-CSCF;
s11, after MSC Server authenticates the called number, it initiates the call to the called through the GSM-R system inner flow and establishes GSM load;
s12, MSC Server sends 200ok message to SIP Core as response message to call request;
s13, after SIP Core receives 200ok message, it sends 200ok message to MCPTT Server to complete the call establishment;
s14, the flow ends.
Through the description of the foregoing embodiments, it is clear to those skilled in the art that the method according to the foregoing embodiments may be implemented by software plus a necessary general hardware platform, and certainly may also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.
Example 2
In this embodiment, a service processing apparatus is further provided, and the apparatus is used to implement the foregoing embodiments and preferred embodiments, and details of which have been already described are omitted. As used below, the term "module" may be a combination of software and/or hardware that implements a predetermined function. Although the means described in the embodiments below are preferably implemented in software, an implementation in hardware, or a combination of software and hardware is also possible and contemplated.
Fig. 8 is a block diagram of a service processing apparatus according to an embodiment of the present invention, and as shown in fig. 8, the apparatus includes: a receiving module 82 and a processing module 84, which will be described below.
A receiving module 82, configured to receive a cross-system service request for switching from a long term evolution LTE-R system applied to a railway to a non-LTE-R system; the processing module 84 is connected to the receiving module 82, and configured to perform cross-system service continuity processing on the cross-system service corresponding to the cross-system service request.
Fig. 9 is a block diagram of a preferred structure of a service processing apparatus according to an embodiment of the present invention, and as shown in fig. 9, the apparatus includes, in addition to all modules shown in fig. 8: a logging module 92 and a recording module 94, which will be explained below.
A login module 92, configured to perform login processing on a user initiating a cross-system service request; and a recording module 94, connected to the login module 92 and the receiving module 82, for recording that the domain to which the user belongs is the LTE-R system after the user successfully logs in.
Fig. 10 is a block diagram of a preferred structure of a processing module 84 in a service processing device according to an embodiment of the present invention, and as shown in fig. 10, the processing module 84 includes: a reading unit 102, a negotiation unit 104 and a switching unit 106, which processing module 84 is explained below.
A reading unit 102, configured to read, when the cross-system service is a voice service, session description protocol SDP information carried in a cross-system service request and used for performing media plane parameter negotiation on voice; a negotiation unit 104, connected to the reading unit 102, for negotiating the media plane parameters after the voice service crosses to the non-LTE-R system according to the SDP information; a switching unit 106, connected to the negotiating unit 104, configured to switch the voice service to the bearer of the non-LTE-R system according to the negotiated media plane parameter.
Fig. 11 is a block diagram of a preferred structure of a negotiation unit 104 in a processing module 84 in a service processing apparatus according to an embodiment of the present invention, and as shown in fig. 11, the negotiation unit 104 includes: the following describes the negotiation unit 104, as described above, in comparison with the sub-unit 112 and the determining sub-unit 114.
A comparison subunit 112, configured to compare, according to the SDP information, system parameters supported by the LTE-R system and the non-LTE-R system, to obtain a comparison result; and a determining subunit 114, connected to the comparing subunit 112, and configured to determine, according to a comparison result, a system parameter supported by both the LTE-R system and the non-LTE-R system as a media plane parameter after the voice service crosses over to the non-LTE-R system.
Fig. 12 is a block diagram of a preferred structure of a switching unit 106 in a processing module 84 in a service processing apparatus according to an embodiment of the present invention, and as shown in fig. 12, the switching unit 106 includes: a first determining subunit 122, a second determining subunit 124 and a switching subunit 126, which will be explained below for the switching unit 106.
A first determining subunit 122, configured to determine a voice user needing to perform voice service switching; a second determining subunit 124, connected to the first determining subunit 122, configured to determine, according to the voice user, user voice data corresponding to the voice service; a switching subunit 126, connected to the second determining subunit 124, configured to switch the determined user voice data to a bearer of the non-LTE-R system according to the negotiated media plane parameter.
Fig. 13 is a block diagram of a preferred structure of a switching subunit 126 in a switching unit 106 in a processing module 84 in a service processing apparatus according to an embodiment of the present invention, and as shown in fig. 13, the switching subunit 126 includes: a conversion sub-unit 132 and a transfer sub-unit 134, the conversion sub-unit 126 being described below.
A conversion sub-unit 132, configured to convert the determined user voice data into user voice data corresponding to the media plane parameter meeting the negotiation; a transmission subunit 134, connected to the conversion subunit 132, configured to transmit the user voice data obtained after the conversion on a bearer of the non-LTE-R system.
It should be noted that, the above modules may be implemented by software or hardware, and for the latter, the following may be implemented, but not limited to: the modules are all positioned in the same processor; alternatively, the modules are respectively located in different processors in any combination.
Example 3
The embodiment of the invention also provides a storage medium. Alternatively, in the present embodiment, the storage medium may be configured to store program codes for performing the following steps:
s1, receiving a cross-system service request switched from a long term evolution (LTE-R) system applied to the railway to a non-LTE-R system;
and S2, performing cross-system service continuity processing on the cross-system service corresponding to the cross-system service request.
Optionally, the storage medium is further arranged to store program code for performing the steps of:
before receiving a cross-system service request for switching from the LTE-R system to the non-LTE-R system, the method further comprises the following steps:
s1, executing login processing to the user who initiates the cross-system service request;
and S2, recording that the domain to which the user belongs is the LTE-R system after the user successfully logs in.
Optionally, the storage medium is further arranged to store program code for performing the steps of: the cross-system service continuity processing of the cross-system service corresponding to the cross-system service request comprises the following steps:
s1, reading the session description protocol SDP information carried in the cross-system service request and used for carrying out media plane parameter negotiation on voice under the condition that the cross-system service is a voice service;
s2, negotiating the media plane parameter after the voice service crosses to the non-LTE-R system according to the SDP information;
and S3, switching the voice service to the bearing of the non-LTE-R system according to the negotiated media plane parameters.
Optionally, the storage medium is further arranged to store program code for performing the steps of:
negotiating media plane parameters after the voice service crosses to the non-LTE-R system according to the SDP information comprises the following steps:
s1, comparing the system parameters supported by the LTE-R system and the non-LTE-R system according to the SDP information to obtain a comparison result;
and S2, determining the system parameters supported by the LTE-R system and the non-LTE-R system as the media plane parameters after the voice service crosses to the non-LTE-R system according to the comparison result.
Optionally, the storage medium is further arranged to store program code for performing the steps of: according to the negotiated media plane parameters, the switching of the voice service to the bearer of the non-LTE-R system comprises the following steps:
s1, determining the voice user needing to switch the voice service;
s2, determining user voice data corresponding to the voice service according to the voice user;
and S3, according to the media plane parameter after negotiation, switching the determined user voice data to the bearing of the non-LTE-R system.
Optionally, the storage medium is further arranged to store program code for performing the steps of:
according to the negotiated media plane parameters, the step of switching the determined user voice data to the bearer of the non-LTE-R system comprises the following steps:
s1, converting the determined user voice data into user voice data corresponding to the media surface parameters meeting the negotiation;
and S2, transmitting the user voice data obtained after conversion on the bearing of the non-LTE-R system.
Optionally, the storage medium is further arranged to store program code for performing the steps of:
s1, the cross-system service request includes at least one of: a service switching request for requesting switching from the LTE-R system to the non-LTE-R system; and calling requests for calling the calling party in the LTE-R system to call the called party in the non-LTE-R system.
Optionally, in this embodiment, the storage medium may include, but is not limited to: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.
Optionally, in this embodiment, the processor executes, according to the program code stored in the storage medium: receiving a cross-system service request switched from a long term evolution (LTE-R) system applied to a railway to a non-LTE-R system; and performing cross-system service continuity processing on the cross-system service corresponding to the cross-system service request.
Optionally, in this embodiment, the processor executes, according to the program code stored in the storage medium: before receiving a cross-system service request for switching from the LTE-R system to the non-LTE-R system, the method further comprises the following steps: performing login processing on a user initiating a cross-system service request; and after the user successfully logs in, recording that the domain to which the user belongs is an LTE-R system.
Optionally, in this embodiment, the processor executes, according to the program code stored in the storage medium: the cross-system service continuity processing of the cross-system service corresponding to the cross-system service request comprises the following steps: under the condition that the cross-system service is a voice service, reading Session Description Protocol (SDP) information carried in a cross-system service request and used for carrying out media plane parameter negotiation on voice; negotiating media plane parameters after the voice service crosses to the non-LTE-R system according to the SDP information; and switching the voice service to the bearing of the non-LTE-R system according to the negotiated media plane parameters.
Optionally, in this embodiment, the processor executes, according to the program code stored in the storage medium: comparing system parameters supported by the LTE-R system and the non-LTE-R system according to the SDP information to obtain a comparison result; and determining the system parameters supported by the LTE-R system and the non-LTE-R system as the media plane parameters after the voice service crosses to the non-LTE-R system according to the comparison result.
Optionally, in this embodiment, the processor executes, according to the program code stored in the storage medium: according to the negotiated media plane parameters, the method for switching the voice service to the bearer of the non-LTE-R system comprises the following steps: determining a voice user needing to perform voice service switching; determining user voice data corresponding to the voice service according to the voice user; and switching the determined user voice data to the load of the non-LTE-R system according to the negotiated media plane parameters.
Optionally, in this embodiment, the processor executes, according to the program code stored in the storage medium: according to the negotiated media plane parameters, the step of switching the determined user voice data to the bearer of the non-LTE-R system comprises the following steps: converting the determined user voice data into user voice data corresponding to the media surface parameters meeting the negotiation; and transmitting the user voice data obtained after conversion on the bearer of the non-LTE-R system.
Optionally, in this embodiment, the processor executes, according to the program code stored in the storage medium: the cross-system service request includes at least one of: a service switching request for requesting switching from the LTE-R system to the non-LTE-R system; and calling request for calling the calling party in the LTE-R system to call the called party in the non-LTE-R system.
Optionally, for a specific example in this embodiment, reference may be made to the examples described in the above embodiment and optional implementation, and this embodiment is not described herein again.
It will be apparent to those skilled in the art that the modules or steps of the present invention described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, the present invention is not limited to any specific combination of hardware and software.
The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims (12)

1. A method for processing a service, comprising:
receiving a cross-system service request switched from a long term evolution (LTE-R) system applied to a railway to a non-LTE-R system;
performing cross-system service continuity processing on the cross-system service corresponding to the cross-system service request;
performing cross-system service continuity processing on the cross-system service corresponding to the cross-system service request comprises:
under the condition that the cross-system service is a voice service, reading Session Description Protocol (SDP) information carried in the cross-system service request and used for carrying out media plane parameter negotiation on the voice;
negotiating media plane parameters after the voice service crosses to the non-LTE-R system according to the SDP information;
switching the voice service to the load of the non-LTE-R system according to the negotiated media plane parameters;
negotiating media plane parameters after the voice service crosses to the non-LTE-R system according to the SDP information includes:
comparing the system parameters supported by the LTE-R system and the non-LTE-R system according to the SDP information to obtain a comparison result;
determining system parameters supported by the LTE-R system and the non-LTE-R system as media plane parameters after the voice service crosses the non-LTE-R system according to a comparison result;
wherein, under the condition that a service conversion unit SCVT receives voice data from a service connection unit SCC, the SCVT completes service format conversion according to a result of media plane negotiation, and sends the service format, and a process of receiving voice data from the SCC by the SCVT includes: and sending a voice switching message to a key task push-to-talk (PTT) Server, and sending a switching command to the SCC through the voice service which is judged by the MCPTT Server and needs to be switched so that the SCC completes the switching of the voice service and sends service data to the SCVT.
2. The method of claim 1, further comprising, prior to receiving the cross-system traffic request for handover from the LTE-R system to the non-LTE-R system:
performing login processing on a user initiating the cross-system service request;
and after the user successfully logs in, recording the domain to which the user belongs as the LTE-R system.
3. The method of claim 1, wherein switching the voice service to the bearer of the non-LTE-R system according to the negotiated media plane parameters comprises:
determining a voice user needing to switch the voice service;
determining 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 parameters.
4. The method of claim 3, wherein the step of switching the determined voice data of the user 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 media surface parameters meeting the negotiation;
and transmitting the user voice data obtained after conversion on the bearer of the non-LTE-R system.
5. The method of any of claims 1 to 4, wherein the cross-system service request comprises at least one of:
a traffic handover request for requesting handover from the LTE-R system to the non-LTE-R system;
a call request for a caller at the LTE-R system to call a callee at the non-LTE-R system.
6. A traffic processing apparatus, comprising:
the receiving module is used for receiving a cross-system service request which is switched from a long term evolution (LTE-R) system applied to a railway to a non-LTE-R system;
the processing module is used for carrying out cross-system service continuity processing on the cross-system service corresponding to the cross-system service request;
wherein the 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 and used for performing media plane parameter negotiation on the voice;
a negotiation unit, configured to negotiate, according to the SDP information, a media plane parameter after the voice service crosses over to the non-LTE-R system;
the switching unit is used for switching the voice service to the load of the non-LTE-R system according to the negotiated media plane parameters;
wherein the negotiation unit comprises:
the comparison subunit is used for comparing the system parameters supported by the LTE-R system and the non-LTE-R system according to the SDP information to obtain a comparison result;
a determining subunit, configured to determine, according to a comparison result, a system parameter that is supported by both the LTE-R system and the non-LTE-R system as a media plane parameter after the voice service crosses over to the non-LTE-R system;
the service processing device sends a voice switching message to a key task push-to-talk (MCPTT) Server; the MCPTT Server judges the voice service needing to be switched and issues a switching command to the processing module; the processing module completes the switching of the voice service and sends the service data to the service conversion unit SCVT; the SCVT receives the voice data from the processing module, completes service format conversion according to the result of media plane negotiation, and sends the service format.
7. The apparatus of claim 6, further comprising:
the login module is used for executing login processing on the user initiating the cross-system service request;
and the recording module is used for recording the domain to which the user belongs as the LTE-R system after the user successfully logs in.
8. The apparatus of claim 6, wherein the switching unit comprises:
a first determining subunit, configured to determine a voice user needing to perform the voice service switching;
a second determining subunit, configured to determine, according to the voice user, user voice data corresponding to the voice service;
and the switching subunit 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.
9. The apparatus of claim 8, wherein the switching subunit comprises:
the conversion sub-unit is used for converting the determined user voice data into user voice data corresponding to the media surface parameters after meeting the negotiation;
and the transmission secondary subunit is used for transmitting the user voice data obtained after conversion on the bearer of the non-LTE-R system.
10. A transaction system, comprising:
the control agent unit receives a cross-system service request switched from a long term evolution (LTE-R) system applied to the railway to a non-LTE-R system;
a service connection unit SCC, configured to perform cross-system service continuity processing on a cross-system service corresponding to the cross-system service request;
a control service unit, configured to receive a 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, where the control service unit is further configured to read, when the cross-system service is a voice service, session description protocol SDP information carried in the cross-system service request and used for performing media plane parameter negotiation on the voice; negotiating media plane parameters after the voice service crosses to the non-LTE-R system according to the SDP information; switching the voice service to the load of the non-LTE-R system according to the negotiated media plane parameters;
the control service unit is further used for comparing the system parameters supported by the LTE-R system and the non-LTE-R system according to the SDP information to obtain a comparison result; determining system parameters supported by the LTE-R system and the non-LTE-R system as media plane parameters after the voice service crosses the non-LTE-R system according to a comparison result;
the control service unit sends a voice switching message to a key task push-to-talk MCPTT Server; the MCPTT Server judges the voice service needing to be switched and issues a switching command to the SCC; the SCC completes the switching of the voice service and sends the service data to the service conversion unit SCVT; the SCVT receives the voice data from the SCC, completes service format conversion according to the result of media plane negotiation, and sends the service format.
11. The system of claim 10, further comprising:
and the affiliated domain selection unit ASS is used for receiving the control message of the control service unit and selecting the non-LTE-R system to which the cross-system service corresponding to the cross-system service request belongs after the cross-system service is executed.
12. The system according to claim 11, wherein said service switching unit SCVT is further configured to perform adaptation and switching of said cross-system service in said LTE-R system and in said non-LTE-R system.
CN201611110587.7A 2016-12-02 2016-12-02 Service processing method, device and system Active CN108156634B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201611110587.7A CN108156634B (en) 2016-12-02 2016-12-02 Service processing method, device and system
PCT/CN2017/100428 WO2018099155A1 (en) 2016-12-02 2017-09-04 Service processing method, device and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611110587.7A CN108156634B (en) 2016-12-02 2016-12-02 Service processing method, device and system

Publications (2)

Publication Number Publication Date
CN108156634A CN108156634A (en) 2018-06-12
CN108156634B true CN108156634B (en) 2022-08-19

Family

ID=62241238

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611110587.7A Active CN108156634B (en) 2016-12-02 2016-12-02 Service processing method, device and system

Country Status (2)

Country Link
CN (1) CN108156634B (en)
WO (1) WO2018099155A1 (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111385870B (en) * 2018-12-27 2023-04-07 中国移动通信集团辽宁有限公司 Terminal calling method and communication system
CN110677835B (en) * 2019-08-29 2022-10-25 北京全路通信信号研究设计院集团有限公司 Dual-network converged train control wireless communication system and method
CN111709712B (en) * 2020-06-16 2024-03-12 建信金融科技有限责任公司 Cross-system flow butt joint method and device, electronic equipment and storage medium
CN111703475A (en) * 2020-07-07 2020-09-25 天津华泽瑞威信息技术有限公司 Driving scheduling network coordination equipment and method for LTE-R private network and public network fusion
CN111831999B (en) * 2020-07-13 2022-08-19 中国银行股份有限公司 Method and system for aggregating multi-station operation
CN112235879A (en) * 2020-11-16 2021-01-15 北京交通大学 Railway train control dual-mode wireless terminal and implementation method
CN113453211A (en) * 2021-05-11 2021-09-28 阳光凯讯(北京)科技有限公司 Roaming scene service processing system applied to narrow-band cluster communication system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101026882A (en) * 2007-01-17 2007-08-29 华为技术有限公司 Switching detection device, session switching system and method
CN101227647A (en) * 2008-02-05 2008-07-23 中兴通讯股份有限公司 Switching method of keeping multimedia conversation continuity business
US8233417B1 (en) * 2008-03-27 2012-07-31 Marvell International Ltd. Femtocell architecture using internet protocol multimedia subsystem centralized services
CN102769880A (en) * 2011-05-04 2012-11-07 中兴通讯股份有限公司 Method and system for switching single ratio voice call continuity (SRVCC) domain

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101848517B (en) * 2009-03-25 2015-05-13 中兴通讯股份有限公司 Method and system for realizing voice switching in single wireless access way
CN101646256B (en) * 2009-09-04 2012-06-27 华为技术有限公司 Method, equipment and network system for switching voice in cross wireless access technology
CN102448135A (en) * 2011-11-17 2012-05-09 中兴通讯股份有限公司 Method and system for continuously switching single wireless voice
WO2014124659A1 (en) * 2013-02-12 2014-08-21 Telefonaktiebolaget L M Ericsson (Publ) Technique for transferring a session with changeable session state
CN103167569B (en) * 2013-03-01 2016-06-08 北京邮电大学 The fast switch over method of a kind of TD-LTE communication system based on relay switching
CN105657770B (en) * 2016-03-29 2019-05-03 Oppo广东移动通信有限公司 The switching method and device of data network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101026882A (en) * 2007-01-17 2007-08-29 华为技术有限公司 Switching detection device, session switching system and method
CN101227647A (en) * 2008-02-05 2008-07-23 中兴通讯股份有限公司 Switching method of keeping multimedia conversation continuity business
US8233417B1 (en) * 2008-03-27 2012-07-31 Marvell International Ltd. Femtocell architecture using internet protocol multimedia subsystem centralized services
CN102769880A (en) * 2011-05-04 2012-11-07 中兴通讯股份有限公司 Method and system for switching single ratio voice call continuity (SRVCC) domain

Also Published As

Publication number Publication date
CN108156634A (en) 2018-06-12
WO2018099155A1 (en) 2018-06-07

Similar Documents

Publication Publication Date Title
CN108156634B (en) Service processing method, device and system
US9648051B2 (en) System and method for transitioning a communication session between networks that are not commonly controlled
CN103609150B (en) It is proprietary or non-APN Proprietary Informations carry out flow shunt via local network based on APN
CN102696187B (en) Support the successional method and system of single wireless video call during switching
CN108476448B (en) Service processing method and IMS core network equipment
US20180359672A1 (en) Quality of Service Initiated Handover
CN107666723B (en) Information transmission method, convergence gateway and system
CN101568091B (en) Method, system and equipment for providing service
KR100960124B1 (en) Mobile terminal and method for handover
CN104519537A (en) Communication method, user equipment and communication device
WO2008023162A2 (en) Methods for call continuity telecommunication systems
EP2763464B1 (en) Convergence calling method and system
WO2012017906A1 (en) Mobile communication method and priority level control node
WO2022083552A1 (en) Call processing method and apparatus, and storage medium
US11146595B2 (en) Service-based IP multimedia network subsystem (IMS) architecture
JP7399965B2 (en) System interoperability methods and devices
WO2012023420A1 (en) Mobile communication method and policy control node
US9521591B2 (en) Communication system for LTE network
Tanaka et al. Overview of GSMA VoLTE Profile
KR20010091170A (en) Apparatus and method for controlling subscribers by using service interworking function of network for integrated internet protocol network
CN113596836B (en) Single-card multi-point access and authentication method, device and system based on IMS environment
KR20150028624A (en) Method and apparatus for processing concurrent call
CN215773581U (en) Virtual operator vehicle-mounted core network networking architecture
KR102199271B1 (en) Method and apparatus for processing call
CN104754662B (en) A kind of system of business processing, method and device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant