CN109511108B

CN109511108B - eSRVCC switching monitoring method, device and storage medium

Info

Publication number: CN109511108B
Application number: CN201710840652.XA
Authority: CN
Inventors: 杨光达; 马赫; 孙芳杰; 刘欣; 周晓雪; 刘宇艳; 杜勇; 闫丹; 张雷; 高萌; 李闯; 刘惠清; 贾传良; 王科利; 张弥莎
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Group Heilongjiang Co Ltd
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Group Heilongjiang Co Ltd
Priority date: 2017-09-15
Filing date: 2017-09-15
Publication date: 2020-11-17
Anticipated expiration: 2037-09-15
Also published as: CN109511108A

Abstract

The invention discloses a monitoring method, a device and a storage medium for enhanced single wireless voice call continuity (eSRVCC) switching, wherein the method comprises the following steps: acquiring a data packet transmitted by a voice channel in an eSRVCC switching process, and acquiring a performance parameter based on the data packet, wherein the eSRVCC switching process comprises a process of switching a voice service from a first network to a second network; and when the performance parameters meet preset monitoring conditions, monitoring the working state of a Mobility Management Entity (MME) based on the constructed S1-MME interface simulation protocol stack to obtain a first monitoring result. By the technical scheme, the eSRVCC switching process is monitored, and problems caused by switching are eliminated.

Description

eSRVCC switching monitoring method, device and storage medium

Technical Field

The present invention relates to communications technologies, and in particular, to a method, an apparatus, and a storage medium for monitoring eSRVCC handover.

Background

In the coverage area of a Long Term Evolution (LTE) network, a User Equipment (UE) may implement an LTE voice service through an internet protocol Multimedia Subsystem (IMS).

Due to the LTE network coverage, a user may frequently perform network handover during an LTE Voice Call, for example, when the user enters a coverage blind spot or a weak coverage area of the LTE network, in order to ensure the Continuity of the Voice Call, an Enhanced Single Radio Voice Call Continuity (eSRVCC) handover Technology may be used to handover an ongoing Voice service from the LTE network to a second Generation Mobile Communication (2G, 2-Generation Mobile Communication Technology)/second Generation Mobile Communication (3G, 3-Generation Mobile Communication Technology) network, thereby ensuring that the Voice Call of the user is not interrupted.

In the eSRVCC switching process, a problem that the switching fails or a technical index after the switching is lower than a threshold may occur, thereby affecting a voice service of a user. Therefore, during the operation and maintenance of the LTE network, the eSRVCC handover process needs to be monitored, and problems generated during the handover process need to be eliminated, and no corresponding solution exists at present.

Disclosure of Invention

In view of the foregoing technical problems, embodiments of the present invention are to provide a method, an apparatus, and a storage medium for monitoring eSRVCC switching, which monitor an eSRVCC switching process and implement troubleshooting on problems caused by the switching.

The technical scheme of the embodiment of the invention is realized as follows:

in a first aspect, an embodiment of the present invention provides a method for monitoring eSRVCC handover, including:

acquiring a data packet transmitted by a voice channel in an eSRVCC switching process, and acquiring a performance parameter based on the data packet, wherein the eSRVCC switching process comprises a process of switching a voice service from a first network to a second network;

and when the performance parameters meet preset monitoring conditions, monitoring the working state of a Mobility Management Entity (MME) based on the constructed S1-MME interface simulation protocol stack to obtain a first monitoring result.

In the foregoing solution, the monitoring a working state of a mobility management entity MME to obtain a first monitoring result includes:

sending a plurality of first handover requests to the MME;

receiving a first handover command sent by the MME in response to the plurality of first handover requests;

determining whether the MME is malfunctioning based on the plurality of first handover requests and the first handover command.

In the foregoing solution, the determining whether the MME fails based on the plurality of first handover requests and the first handover command includes:

determining a success rate and/or a time delay of receiving information based on the plurality of first handover requests and the corresponding first handover commands;

when the success rate is greater than a preset success rate and/or the time delay is less than a preset time delay, determining that the MME does not have a fault;

and when the success rate is smaller than a preset success rate and/or the time delay is larger than a preset time delay, determining that the MME has a fault.

In the above scheme, the method further comprises: and when the first monitoring result meets a preset first monitoring condition, monitoring the working state of an Sv interface signaling plane related in the eSRVCC switching process based on the constructed Sv interface simulation protocol stack to obtain a second monitoring result.

In the foregoing solution, the monitoring the working state of the Sv interface signaling plane involved in the eSRVCC switching to obtain a second monitoring result includes:

transmitting a plurality of second handover requests to an enhanced Mobile Switching Center (eMSC), wherein the second handover requests are requests for Switching voice services from a packet domain to a circuit domain;

receiving a second switching command sent by the eMSC and responding to the plurality of second switching requests;

determining whether an Sv interface signaling plane involved in the eSRVCC handover fails based on the plurality of second handover requests and the second handover command.

In the above scheme, the method further comprises: acquiring an IP address and/or port information of an Access Transfer Gateway (ATGW) media anchor point before switching based on the constructed S1-U interface simulation protocol stack;

when the second network is a 2G network, acquiring the IP address and/or port information of the ATGW media anchor point after switching based on the constructed A over IP interface simulation protocol stack;

when the second network is a 3G network, acquiring the IP address and/or port information of the ATGW media anchor point after switching based on the established Iu-CS interface simulation protocol stack;

and determining whether the ATGW media anchor point fails or not based on the IP address and/or the port information before and after switching.

In the foregoing solution, the acquiring the IP address and/or the port information of the ATGW media anchor before switching includes:

acquiring the IP address and/or port information of an ATGW media anchor point before switching from the negotiation establishment message of the media plane channel of the first network;

the acquiring the IP address and/or port information of the ATGW media anchor after switching includes:

and acquiring the IP address and/or port information of the ATGW media anchor point after switching from the negotiation establishment message of the media plane channel of the second network after switching.

In the above scheme, the method further comprises: acquiring the IP address and/or port information of an ATCF signaling anchor point before switching based on the constructed S6a interface simulation protocol stack or the S1-MME interface simulation protocol stack;

acquiring the IP address and/or port information of an Access Transfer Control Function (ATCF) signaling anchor point after switching based on the S1-MME interface simulation protocol stack;

and determining whether the ATCF signaling anchor point fails or not based on the IP address and/or the port information before and after switching.

In the foregoing solution, the acquiring the IP address and/or the port information of the anchor point of the ATCF signaling before switching includes:

acquiring a Session Transfer Number-Single Radio (STN-SR) parameter stored in a Home Subscriber Server (HSS);

and analyzing the STN-SR parameters to obtain the IP address and/or port information of the ATCF signaling anchor point before switching.

In the foregoing solution, the acquiring the IP address and/or the port information of the anchor point of the ATCF signaling after the handover includes:

acquiring a signaling message of the ATCF signaling anchor point indicating release of the first network;

and obtaining the IP address and/or the port information of the ATCF signaling anchor point after the switching according to the signaling message.

In the foregoing solution, the performance parameter includes at least one of:

key Performance Indicator (KPI) of a signaling plane, voice channel quality Indicator, Internet Protocol (IP) bearer channel Performance Indicator, and Mean Opinion Score (MOS) perception Indicator.

In a second aspect, an embodiment of the present invention further provides an eSRVCC handover monitoring apparatus, including:

the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring a data packet transmitted by a voice channel in an eSRVCC switching process, and acquiring performance parameters based on the data packet, and the eSRVCC switching process comprises a process of switching a voice service from a first network to a second network;

and the processing module is used for monitoring the working state of the MME based on the constructed S1-MME interface simulation protocol stack to obtain a first monitoring result when the performance parameters meet the preset monitoring conditions.

In a third aspect, an embodiment of the present invention further provides a device for monitoring eSRVCC handover, including:

a processor and a memory for storing a computer program capable of running on the processor; wherein the content of the first and second substances,

the processor is configured to, when running the computer program, execute:

and when the performance parameters meet preset monitoring conditions, monitoring the working state of the MME based on the constructed S1-MME interface simulation protocol stack to obtain a first monitoring result.

In the foregoing solution, the processor is configured to, when running the computer program, execute:

sending a plurality of first handover requests to the MME;

and when the first monitoring result meets a preset first monitoring condition, monitoring the working state of an Sv interface signaling plane related in the eSRVCC switching process based on the constructed Sv interface simulation protocol stack to obtain a second monitoring result.

sending a plurality of second switching requests to an enhanced mobile switching center (eMSC), wherein the plurality of second switching requests are requests for switching voice services from a packet domain to a circuit domain;

acquiring the IP address and/or port information of an ATGW media anchor point before switching based on the constructed S1-U interface simulation protocol stack;

acquiring the IP address and/or port information of an ATCF signaling anchor point before switching based on the constructed S6a interface simulation protocol stack or the S1-MME interface simulation protocol stack;

acquiring the IP address and/or port information of an ATCF signaling anchor point after switching based on the S1-MME interface simulation protocol stack;

acquiring an STN-SR parameter stored in HSS;

In the foregoing solution, the performance parameter includes at least one of:

KPI of signaling surface, voice channel quality index, IP bearing channel performance index and MOS perception index.

In a fourth aspect, an embodiment of the present invention further provides a storage medium storing a computer program, where the computer program, when executed by a processor, implements the method for monitoring eSRVCC handover described above.

By implementing the technical scheme provided by the embodiment of the invention, the following beneficial effects can be achieved:

1) in the eSRVCC switching process, the switched performance parameters are obtained by acquiring the data packet in the voice channel, so that the real-time monitoring of the voice service in the eSRVCC switching process is realized;

2) when the failure of voice service switching or poor communication performance is monitored, the working state of the network element involved in the eSRVCC switching process is monitored to obtain a monitoring result, so that troubleshooting is realized.

Drawings

Fig. 1 is a schematic structural diagram of an eSRVCC switching monitoring system according to an embodiment of the present invention;

fig. 2 is a schematic structural diagram of an eSRVCC switching monitoring apparatus according to an embodiment of the present invention;

fig. 3 is a schematic implementation flow diagram of a method for monitoring eSRVCC handover according to an embodiment of the present invention;

fig. 4 is a schematic diagram illustrating simulation monitoring of eSRVCC handover according to an embodiment of the present invention;

fig. 5 is a schematic flow chart of an eSRVCC handover model according to an embodiment of the present invention;

fig. 6 is a schematic diagram of a failure determination of an S1-MME interface according to an embodiment of the present invention;

fig. 7 is a schematic diagram illustrating a fault determination of an Sv interface according to an embodiment of the present invention;

fig. 8 is a schematic diagram of an eSRVCC ATCF/ATGW fault determination analysis flow according to an embodiment of the present invention;

fig. 9 is a schematic diagram of acquiring ATGW information before handover according to an embodiment of the present invention;

fig. 10 is a schematic diagram illustrating acquisition of ATGW information after handover according to an embodiment of the present invention;

fig. 11 is a schematic diagram illustrating ATCF information acquisition before handover according to an embodiment of the present invention;

fig. 12 is a schematic diagram illustrating ATCF information acquisition after handover according to an embodiment of the present invention;

fig. 13 is a schematic implementation flow diagram of another eSRVCC handover monitoring method according to an embodiment of the present invention;

fig. 14 is a schematic structural diagram of another eSRVCC switching monitoring apparatus according to an embodiment of the present invention.

Detailed Description

In order to make the objects, aspects and advantages of the present invention more apparent, the present invention will be described in detail in the following alternative embodiments of the present invention with reference to the accompanying drawings, which are a part of the embodiments of the present invention, but not all of them. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

Referring to fig. 1, fig. 1 is a schematic structural diagram of an eSRVCC switching monitoring system according to an embodiment of the present invention, where the system includes: a monitoring device for eSRVCC switching, a Packet Switching (PS) domain bearer Network, a Packet Transport Network (PTN), a Circuit Switching (CS) domain bearer Network, a Gateway General Packet Radio Service (GPRS) Support Node (GGSN, Gateway GPRS Support Node), a Serving GPRS Support Node (SGSN, Serving GPRS Support Node), a user Edge device (CE, Customer Edge), an MME, a Serving Gateway (SGW, Serving Gate Way), a Satellite communication system (SSA, Sky start advertisement (TM), a Mobile Satellite Service (MSS, Mobile Satellite Service), and a Media Gateway (MGW, ia Gateway); wherein the content of the first and second substances,

the monitoring device for eSRVCC switching can simulate the functions of the following entities or network element interfaces: a plurality of user equipments, an Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (E-UTRAN), and a 2G/3G Terrestrial Radio Access Network (UTRAN), wherein the Radio Access Network includes entities in the Network, such as an Evolved Node b (eNodeB), a 2G/3G Base station, and the like.

In addition, the eSRVCC switching monitoring device may also simulate Network element interfaces such as eNodeB, MME, Radio Network Controller (RNC), Base Station Controller (BSC), and the like.

The function of simulating the entity or network element interface by the monitoring device switched by the eSRVCC can be realized by constructing an S1-MME interface simulation protocol stack, an S1-U interface simulation protocol stack, an Iu-CS interface simulation protocol stack, an S6a interface simulation protocol stack, an Sv interface simulation protocol stack and the like.

Here, normal data interaction with the existing network device is realized by simulating a data structure of a 3rd Generation Partnership Project (3 GGP) standard protocol in a real network according to the protocol. For the simulation of network element interfaces such as eNodeB, MME, RNC and BSC, the simulation of users under different networks (such as 2G/3G/4G) is realized, and the processing of signaling and media in the call is realized.

The PS domain bearer network may include a data bearer network in a 2G/3G/LTE network and a corresponding entity device in the bearer network, and is used to bear a data service of a user.

The PTN may be a bearer network of LTE and a corresponding entity device in the bearer network, where the PTN carries LTE with the following two networking schemes:

the first scheme is as follows: PTN + CE protocol

In the scheme, the PTN adopts an L2 static tunnel end to end, a CE router is externally connected to the core layer PTN, multipoint-to-multipoint connection is provided, and the service bearing of S1-Flex and X2 of LTE is completed.

Scheme II: core layer PTN supports L3 scheme

In the scheme, the convergence/access layer PTN adopts a static L2 Virtual Private Network (VPN), and the core layer PTN mainly adopts a static L3VPN, and may also adopt a dynamic L3 VPN.

The CS domain bearer network may include a voice bearer network in a 2G/3G network and a corresponding entity device in the bearer network, and is configured to bear a voice service of a user.

In the monitoring process of eSRVCC switching, the signaling and media processing process of the simulated interface protocol is consistent with the flow of the current network interface protocol, so that the influence of factors such as wireless network signals on voice service in the detection process by using user equipment and a base station can be avoided by simulating the current network interface protocol. It should be clear that, the emulation interface simulates data interaction processing between a user and a current network device at the interface through a standard protocol stack, and accesses a virtual network element to an existing Packet Core network (EPC, Evolved Packet Core), PS and CS network through IP link and office data configuration, so as to implement multi-dimensional access of an LTE EPC Core network, a PS domain Core network and a CS domain Core network, thereby implementing monitoring and early warning of an IMS-based Voice service (VoLTE, Voice over LTE) eSRVCC switching signaling flow of a current network.

Referring to fig. 2, fig. 2 is a schematic structural diagram of an eSRVCC switching monitoring apparatus according to an embodiment of the present invention, and the monitoring apparatus 200 shown in fig. 2 includes: at least one processor 210, memory 220, at least one network interface 230, and a user interface 240. The various components in monitoring device 200 are coupled together by a bus system 250. It will be appreciated that the bus system 250 is used to effect connections between these components-the communication bus system 250 includes a power bus, a control bus and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 250 in fig. 2.

The user interface 240 may be implemented as a display, a keypad touch pad, a touch screen, or the like, as desired.

It will be appreciated that the memory 220 may be either volatile memory or nonvolatile memory, and may include both volatile and nonvolatile memory, and that the memory 220 described in connection with the embodiments of the invention is intended to include, without being limited to, these and any other suitable types of memory.

The memory 220 in embodiments of the present invention is used to store various types of data to support the operation of the monitoring device 200. Examples of such data include: any computer program for operating on the monitoring device 200, such as an operating system 221 and an application program 222.

The operating system 221 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, for implementing various basic services and processing hardware-based tasks. The application 222 may include various application programs, and a program for implementing the eSRVCC switching monitoring method provided in the embodiment of the present invention may be included in the application 222 as a functional module, or may be provided as an application program specifically for the eSRVCC switching monitoring method.

The eSRVCC switching monitoring method provided by the embodiment of the present invention may be applied to the processor 210, or implemented by the processor 210, implemented in a pure hardware-based manner, or implemented in a manner of combining software and hardware.

For a purely hardware implementation, the processor 210 may be an integrated circuit chip having signal processing capabilities. In the implementation process, each step of the eSRVCC switching monitoring method provided in the embodiment of the present invention may be completed by an Integrated Logic Circuit of hardware in the processor 210, for example, in an exemplary embodiment, the monitoring Device 200 may be implemented by a hardware decoding processor in which the eSRVCC switching monitoring method provided in the embodiment of the present invention is built, for example, an Application Specific Integrated Circuit (ASIC), a Complex Programmable Logic Device (CPLD), a Field Programmable Gate Array (FPGA), and the like.

For the embodiment combining software and hardware, the processor 210 may be a general-purpose processor and a software module. The software modules may be located in a storage medium located in the memory 220, wherein the storage medium stores a computer program capable of running on the processor 210, and when the processor 210 reads, accesses and runs the computer program in the memory 220, performs:

Here, when the processor 210 reads, accesses and runs the computer program, it executes:

sending a plurality of first handover requests to the MME;

acquiring an STN-SR parameter stored in HSS;

Here, the performance parameter includes at least one of:

key performance indicators KPI of a signaling surface, voice channel quality indicators, Internet protocol IP bearing channel performance indicators and average opinion MOS value perception indicators.

Referring to fig. 3, fig. 3 is a schematic flow chart illustrating an implementation of a monitoring method for eSRVCC handover according to an embodiment of the present invention, where the monitoring method may include the following steps:

step 310: and constructing an interface simulation protocol stack.

Here, the interface emulation protocol stack is constructed to include: and constructing an S1-MME interface simulation protocol stack, an S1-U interface simulation protocol stack, an Iu-CS interface simulation protocol stack, an S6a interface simulation protocol stack, an Sv interface simulation protocol stack and the like. By constructing an interface simulation protocol stack, the simulation of network element interfaces such as eNodeB, MME, RNC, BSC and the like is realized, the simulation of users under different 2/3/4G networks is realized, and the processing of signaling and media in voice calling is realized.

In the embodiment of the invention, referring to an eSRVCC standard switching flow model published in 3GPP TR 23.856, an eSRVCC switching monitoring device simulates a VoLTE calling user and a CS called user by calling an S1 interface simulation protocol and an Iu-CS/A over IP interface simulation protocol to perform voice dialing test. The main function of the emulation protocol stack is to simulate a mobile phone user directly accessing a core network, for example: the simulation eNodeB (S1 interface simulation protocol stack) simulates the connection of VoLTE users and the current network MME, realizes the interaction of signaling and media data in the VoLTE voice calling process under the S1 interface, and simulates a plurality of VoLTE users to initiate calls. The Iu-CS interface is RNC interface under 3G network, the A over IP interface is IP BSC interface, which is 2/3G CS domain voice communication interface to bear signaling media information.

The eSRVCC switching means that the VoLTE user is switched to 2/3G network during voice call, so S1 and Iu-CS/a over IP protocol stack coordination are required, for example, when VoLTE is switched from LTE network to 3G network, S1 and Iu-CS protocol stack coordination are required, and when VoLTE is switched to 2G, S1 and a over IP protocol stack coordination are required.

Step 320: and after the voice service is established, eSRVCC switching is started.

After the voice call is established, a customized detection packet is sent to a called user in an opposite terminal CS domain, an HO Request message with eSRVCC attribute is sent to an upper connection network MME through an S1 interface simulation protocol stack, and an eSRCC switching process is started.

In the actual handover procedure, the ue needs to send a measurement report to the E-UTRAN, and the E-UTRAN decides to trigger SRVCC handover of a core network. Therefore, the monitoring device for the eSRVCC Handover needs a customized probe packet to notify the core network to trigger the eSRVCC Handover, and then sends a Handover request (HO request) to the source MME.

Here, for convenience of understanding, as shown in fig. 4, in the process of the eSRVCC switching, a path of a session is switched from an LTE domain and an IMS domain to a CS domain and an IMS domain in a process of a UE switching from E-UTRAN of LTE to Radio Access Network (GERAN, GSM/EDGE Radio Access Network) of GSM or Enhanced Data Rate for GSM Evolution (EDGE) or UTRAN of 3G. Wherein, 1) the LTE domain in the figure includes the following network elements or entities: a Policy and Charging Rules Function (PCRF), an MME, an S-GW/Public Data Network gateway (P-GW), and an eMSC server, wherein an SRVCC interworking Function (IWF) is a functional module with interworking Function in the eMSC server; 2) the CS domain includes the following network elements or entities: a mobile switching Server (MSC Server), MGW and the eMSC; 3) the IMS domain includes the following network elements or entities: session Border Controller (SBC), Proxy Call Session Control Function (P-CSCF), ATCF, ATGW, Access Server (AS), Serving Call Session Control Function (S-CSCF), and Interrogating Call Session Control Function (I-CSCF).

For a detailed procedure of completing the eSRVCC handover described above, referring to fig. 5, the following steps may be included:

step 3201: the UE sends a Measurement report (Measurement report) to the E-UTRAN.

Step 3202: E-UTRAN Decision Handover (Decision for HO).

Based on the UE's Measurement report, the E-UTRAN triggers an SRVCC handover of LTE to GERAN.

Step 3203: the E-UTRAN sends a Handover request (Handover Require) to the MME.

E-UTRAN sends switching demand (carrying target ID, source-to-target transparent container and SRVCC switching indication) to MME, E-UTRAN sets 'old Base Station Subsystem (BSS) to new BSS information IE' for CS domain in source-to-target transparent container, SRVCC switching indication indicates that target only has CS capability to MME, therefore it is a SRVCC switching operation only facing CS domain. The message contains an identification that the UE is not available for PS service in the target cell.

It should be noted that, in the embodiment of the present invention, the UE and the E-UTRAN are simulated as the eSRVCC handover monitoring apparatus, and the steps 3201 to 3203 are implemented inside the eSRVCC handover monitoring apparatus.

Step 3204: MME realizes bearing separation (Bearer Splitting)

Based on the QCI and SRVCC handover indication associated with the voice bearer, the MME separates the voice bearer from the non-voice bearer and initiates a PS-CS handover procedure for the voice bearer to an MSC Server (Server).

Step 3205: the MME sends an SRVCC PS to CS Request message to the MSC Server.

Here, the SRVCC PS to CS Request message carries: international mobile subscriber identifier IMSI, target ID, STN-SR, C-MSISDN, source-to-target transparent container, MME context and emergency identity. If an emergency session is ongoing, the message will contain an emergency identification.

Step 3206: the MSC Server transmits a Prepare Handover Request (Prep HO Req, Prepare Handover Request) message to the target MSC, so that the PS-CS Handover Request and the Handover Request between the MSCs realize interoperation.

Step 3207: the target MSC performs resource allocation by exchanging a handover request/Acknowledgement (HO request/ACK) message with the BSS.

Step 3208: the target MSC sends a Prepare Handover Response message (Prep HO Req, Prepare Handover Response) to the MSC Server.

Step 3209: a circuit connection (Establish) is established between the MSC and the MGW associated with the MSC Server.

Step 3210: for non-emergency sessions, the MSC Server initiates Session migration (Initiation of Session Transfer) with the STN-SR or enhanced STN-SR (E-STN-SR).

Step 3211: the IMS performs Session transfer and remote Update (Session transfer and Update remote end).

Step 3212: when switching to a CS domain access network (CS access leg), the IMS releases the IMS access leg.

Step 3213: the MSC Server sends an SRVCC PS to CS response message to the MME.

Step 3214: the MME sends a Handover Command message to the E-UTRAN that contains only information about the voice component.

Step 3215: the E-UTRAN sends a handover Command (HO from E-UTRAN Command) message from the E-UTRAN to the UE.

Step 3216: the UE tunes (tune to) to GERAN.

Step 3217: the BSS performs handover Detection (HO Detection).

The UE sends HO Complete message to the target MSC through BSS, if the target MSC is not MSC Server, the target MSC sends a HO Complete message to MSC Server.

Step 3218: the UE starts Suspend (Suspend) procedure, derives TLLI and RAI pairs from GUTI, and proceeds to step 3218 a: triggering the BSS to send a Suspend notification to the SGSN, and entering step 3218 b: and triggering the SGSN to send a Suspend message to the MME, and returning a suspension confirmation to the SGSN by the MME.

Step 3219: BSS sends HO Complete message to MSC

Step 3220: the target MSC sends an HO Complete message to the MSC Server. The voice service completes the connection in MSC Server or MGW Server.

Step 3221: after finishing establishing an Answer message of an Integrated Services Digital Network User Part (ISUP), the target MSC sends the Answer message to the MSC Server.

Step 3222 a: the MSC server sends a Notification (Notification) of SRVCC PS to CS Complete to the MME, indicating that the UE has reached the target side. The MME sends an SRVCC PS to CS Complete Ack message to the MSC Server for response.

Step 3222 b: the MME modifies the voice bearer, sets a PS to CS handover indicator, removes a Guaranteed Bit Rate (GBR) bearer, suspends non-GBR bearers to the S-GW and the P-GW, and releases S1-U bearers of all EPS bearers.

Step 3223 a: if the MSC Server performs MAP Update Location, and if a plurality of MSC/Visitor Location Registers (VLRs) serve the same Location Area Identity (LAI), the MSC Server performs Temporary Mobile Subscriber Identity (TMSI) Reallocation (Reallocation) to the UE with a non-broadcast LAI with its own Network Resource Identifier (NRI).

Step 3223 b: if the IMSI is not known in the VLR, the MSC Server will Update the Location of the HSS/Home Location Register (HLR) (UpdateLoc, MAP Update Location).

Step 3224: for the emergency service session, after the handover is completed, the MME or the MSC Server may send a Subscriber Location Report (Subscriber Location Report) of the MSC Server identity to a Gateway Mobile Location Center (GMLC) associated with the source or target side. Thereby completing the eSRVCC handover procedure.

Step 330: and acquiring a data packet transmitted by a voice channel in the eSRVCC switching process.

Here, the eSRVCC handover procedure includes a procedure of handing over voice traffic from a first network to a second network. The first network may be LTE, LTE-a and the following fifth generation mobile communication network, the second network may be a 2G/3G network, and the 2G/3G network includes: 1) second-generation network Communication systems such as Global System for Mobile Communication (GSM) and Code Division Multiple Access (CDMA); 2) third-generation network communication systems such as Wideband Code Division Multiple Access (WCDMA) systems, Time Division-Synchronous Code Division Multiple Access (TD-SCDMA) systems, and Code Division Multiple Access 2000(CDMA 2000) systems.

In practical application, before eSRVCC is switched, a Real-time Transport Protocol (RTP) data packet and a Dual Tone Multi-Frequency (DTMF) data packet which are borne on a voice media channel are obtained and sent; and after eSRVCC switching, acquiring and sending an RTP data packet and a DTMF data packet borne on a voice media channel.

Here, the RTP is a real-time transport protocol providing an end-to-end transport service for supporting the transport of real-time data in the unicast and multicast network services.

Step 340: performance parameters are obtained based on the data packets.

And after RTP data packets and DTMF data packets before and after eSRVCC switching are obtained, recording parameters such as eSRVCC switching success rate, signaling switching time delay, LTE authentication time delay, IMS login time delay, one-way, silence, packet loss, jitter, packet loss, user MOS value and the like based on the obtained data packets, and further obtaining KPI, voice channel quality index, IP bearer channel performance index and MOS perception index of a signaling surface.

The correspondence between the KPI of the signaling plane, the quality index of the voice channel, the performance index of the IP bearer channel, and the MOS sensing index and the above parameters is obtained as shown in table 1.

TABLE 1

Step 350: and when the performance parameters meet preset monitoring conditions, monitoring the working state of the MME based on the constructed S1-MME interface simulation protocol stack to obtain a first monitoring result.

During an actual eSRVCC handover, such as a handover from a first network to a second network, two situations may occur: switching success and switching failure, wherein the switching success further comprises: the switching is successful and all communication indexes are good, and the switching is successful and all communication indexes are poor.

Therefore, meeting the preset monitoring condition for the performance parameter may include the following two scenarios:

scene one: the switching is successful but each communication index is poor

In an alternative embodiment, the condition that the performance parameter satisfies the preset monitoring condition may be: at least one index value of KPI, voice channel quality index, IP bearing channel performance index and MOS perception index of the signaling surface is lower than the corresponding threshold value.

For example, the KPI of the signaling plane is lower than a preset KPI threshold, and/or the voice channel quality indicator is lower than a preset voice channel quality threshold, and/or the IP bearer performance indicator is lower than a preset IP bearer performance threshold, and/or the MOS aware indicator is lower than a preset MOS aware threshold.

Scene two: handover failure

In an alternative embodiment, the condition that the performance parameter satisfies the preset monitoring condition may be: at least one index value of KPI, voice channel quality index, IP bearing channel performance index and MOS perception index of the signaling surface is far lower than the corresponding threshold value, or the index value is abnormal.

For example, KPIs of the signaling plane, voice channel quality indicator, IP bearer performance indicator, and MOS aware indicator may be 0, or other abnormal values.

In an optional embodiment, the monitoring of the operating state of the mobility management entity MME may be implemented by:

sending a plurality of first switching requests to the MME, and receiving a first switching command sent by the MME and responding to the plurality of first switching requests; determining whether the MME is malfunctioning based on the plurality of first handover requests and the first handover command.

For example, after the eSRVCC Handover monitoring device simulates 100 users and establishes VOLTE call connection, the eSRVCC Handover monitoring device sends a Handover request to the MME in a manner of simulating an S1-MME interface protocol, and then receives a Handover Command responding to the Handover request, as shown in fig. 6, determines whether the MME fails based on the number of sent Handover requests and the number of received Handover commands; or, whether the MME has a fault is judged based on the time of sending the switching request and the time of receiving the switching command.

In an optional embodiment, the implementation method for determining whether the MME fails may include:

For example, the eSRVCC handover monitoring device simulates 100 users, assuming that the preset success rate is 95%, when 100 handover requests are sent to the MME, if 90 handover commands are received, the handover success rate is 90% and is less than 95%, and thus it is determined that the working state of the MME is abnormal; if 99 switching commands are received, the success rate of switching is 99% and is greater than the preset success rate 95%, and therefore it is determined that the working state of the MME is normal.

For another example, assuming that the preset time delay for receiving the information sent by the MME is 100 milliseconds (ms), when the eSRVCC handover monitoring device sends a handover request to the MME, if the time for receiving the handover command is less than or equal to 100ms, it is determined that the operating state of the MME is normal; and if the received switching command corresponding to the switching request is more than 100ms, determining that the working state of the MME is abnormal. It should be noted that the aforementioned time delay refers to a difference between a time when the handover request is sent to the MME and a time when the handover command is received from the MME.

In an optional embodiment, after the monitoring of the working state of the MME is completed, if the working state of the MME is normal, the monitoring of the next network element is continued. And monitoring the working state of an Sv interface signaling plane related in the eSRVCC switching process based on the constructed Sv interface simulation protocol stack to obtain a second monitoring result when the first monitoring result meets a preset first monitoring condition.

In the actual monitoring process, the monitoring of the working state of the Sv interface signaling plane involved in the eSRVCC switching process can be realized in the following manner:

sending a plurality of second switching requests to an enhanced mobile switching center (eMSC), wherein the plurality of second switching requests are requests for switching voice services from a packet domain to a circuit domain, and receiving a second switching command sent by the eMSC and responding to the plurality of second switching requests; determining whether an Sv interface signaling plane involved in the eSRVCC handover fails based on the plurality of second handover requests and the second handover command.

For example, the eSRVCC-switched monitoring device simulates 100 users, and assuming that the preset success rate is 95%, the eSRVCC-switched monitoring device sends a switching request, such as PS to CS request, to the eMSC in a manner of simulating an Sv interface protocol; and then receive a handover command, such as PS to CS complete, as shown in fig. 7, where an Sv interface is an interface between MME and eMSC network elements, and is used to transfer information related to SRVCC and eSRVCC, so that monitoring of an Sv interface signaling plane can be achieved by sending a handover request to the eMSC and receiving the handover command sent by the eMSC. If 100 switching requests are supposed to be sent to the eMSC, if 90 switching commands are received, the switching success rate is 90% and is less than the preset success rate 95%, and therefore it is determined that the working state of the Sv interface signaling plane is abnormal; if 99 switching commands are received, the success rate of switching is 99% and is greater than the preset success rate 95%, and therefore the working state of the Sv interface signaling plane is determined to be normal.

For another example, assuming that the preset time delay for receiving the information sent by the eMSC is 100 milliseconds (ms), when the monitoring device for eSRVCC switching sends a switching request to the eMSC, and if the time for receiving the switching command is less than or equal to 100ms, it is determined that the working state of the Sv interface signaling plane is normal; and if the received switching command corresponding to the switching request is greater than 100ms, determining that the working state of the Sv interface signaling surface is abnormal. It should be noted that the aforementioned delay refers to a difference between a time when the switching request is sent to the eMSC and a time when the switching command is received by the eMSC.

In an optional embodiment, in addition to monitoring the working state of the Sv interface signaling plane, a fault monitoring is also performed on the ATGW/ATCF, as shown in fig. 8, when the calling end switches from the LTE network to the 2G/3G network, if the switching is not abnormal, the path of the media stream from the calling end to the ATGW/ATCF anchor point changes correspondingly before and after the switching, that is, the media stream is switched from the LTE EPC to the CS domain Core (Core) network; and the path of the media stream from the called terminal to the ATGW/ATCF anchor point is not changed.

Next, the monitoring of ATGW/ATCF anchor points will be described:

(1) monitoring related information of the ATGW media anchor point, judging whether the IP address and the port information of the ATGW media anchor point change or not before and after switching, and then carrying out corresponding analysis, wherein the judging method comprises the following steps:

acquiring the IP address and/or port information of the ATGW media anchor point before switching based on the constructed S1-U interface simulation protocol stack, and acquiring the IP address and/or port information of the ATGW media anchor point after switching based on the constructed A over IP interface simulation protocol stack when the second network is a 2G network; when the second network is a 3G network, acquiring the IP address and/or port information of the ATGW media anchor point after switching based on the established Iu-CS interface simulation protocol stack; and determining whether the ATGW media anchor point fails or not based on the IP address and/or the port information before and after switching.

For example, through the simulation of the S1-U interface protocol, the IP address and/or the port information of the ATGW media anchor point before switching is obtained; when eSRVCC switching occurs, 1) if the ATGW is switched to a 2G network, acquiring the IP address and/or port information of the ATGW media anchor point after switching through simulation of an A over IP interface protocol, comparing whether the IP address and/or port information before and after switching changes, and if the IP address and/or port information changes, determining that the ATGW media anchor point is in an abnormal working state; and if the IP address and/or the port information are not changed, determining that the ATGW media anchor point is in a normal working state. 2) If the ATGW media anchor point is switched to the 3G network, acquiring the IP address and/or the port information of the ATGW media anchor point after switching through the simulation of an Iu-CS interface protocol, comparing whether the IP address and/or the port information before and after switching are changed or not, and if the IP address and/or the port information are changed, determining that the ATGW media anchor point is in an abnormal working state; and if the IP address and/or the port information are not changed, determining that the ATGW media anchor point is in a normal working state.

In the actual application process, the manner of acquiring the IP address and/or port information of the ATGW media anchor point before switching is as follows: the IP address and/or port information of the ATGW media anchor point before handover is acquired from the negotiation setup message of the media plane channel of the first network, as shown in fig. 9. The method for acquiring the IP address and/or the port information of the ATGW media anchor point after switching comprises the following steps: acquiring the IP address and/or port information of the ATGW media anchor point after the handover from the negotiation setup message of the media plane channel of the second network after the handover, as shown in fig. 10.

Here, fig. 9 is further described, specifically including the following steps:

UE-1 sends a request (INVITE) to ATCF;

jointly determining an anchor point and allocating ATGW resources (Decide to anchor and allocation ATGW resources) by the ATCF and the ATGW;

3, ATCF sends INVITE to I/S-CSCF;

4, I/S-CSCF sends INVITE to Continuity Application Server (SCC AS);

5, SCC AS sends feedback INVITE to I/S-CSCF;

the I/S-CSCF sends the INVITE to the UE-2;

7. after the above steps are completed, the original session setup and the determination of optional anchor point (completion of the initialization session setup (ATU-STI, C-MSISDN) and optional anchor determination) are completed. If the Media path is already anchored (Media path if anchored), then the extracted Media channel ATGW Media anchor information is obtained.

Here, further explanation is given to fig. 10, in the figure, a PS access media path of the UE1 is shown from the UE1 to the ATGW, and a PS access media path of the UE2 is shown from the ATGW to the UE2, specifically, the following steps are described:

1. the user, the access network, the MME and the eMSC interactively establish communication (Interaction between UE, RAN, MME and Enhanced MSC Server as specific in TS 23) according to the TS 23.216 specification requirement;

eMSC Server initiates Session Initiation Protocol (SIP) INVITE message to ATCF, including Session type and some parameters necessary for calling;

ATCF sends to ATGW, i.e. Move request information (mov. req, Move request), i.e. anchored procedure request;

ATGW sending mov.req response message (mov.resp, Move response), i.e. anchored procedure response, to ATCF;

the ATCF sends a message (200OK) for representing the connection of the call established with the UE2 to the eMSC Server;

the eMSC Server feeds back an ACK message to the ATCF to indicate that the sent data is received without errors;

a New Media Path (New Media Path of UE1's CS Access Leg) accessed by the CS domain of UE1, and a New Media Path (New Media Path of UE1's PS Access Leg) accessed by the PS domain of UE1, at this time, the detection device for eSRVCC switching can obtain a data packet in the New Media Path, and can obtain the IP address and port information of the ATGW after switching.

In addition, after the UE1 accesses the new media path, the original PS bearer needs to be removed, and the removal process is as follows:

7, the ATCF sends SIP INVITE message to the SCC AS, and the calling state is changed from PS to CS when the SCC AS updates;

8, the SCC AS sends 200OK to the ATCF, which indicates the updated state of the SCC AS;

9, ATCF sends an ACK message to SCC AS to indicate the receiving;

10, the SCC AS initiates a BYE instruction for dismantling the original PS bearer to the ATCF;

the ATCF forwards the BYE instruction to the CSCF;

the CSCF forwards the BYE instruction to the UE 1;

after the UE1 confirms that the removal is completed, feeding back a200 OK message for confirming the removal to the CSCF;

the CSCF forwards the 200OK message to the ATCF;

the ATCF forwards the 200OK message to the SCC AS.

(2) Monitoring the relevant information of the ATCF signaling anchor point, judging whether the IP address and the port information of the ATCF signaling anchor point are changed or not before and after switching, and determining whether the ATCF signaling anchor point is in failure or not according to the judgment result, wherein the detailed judgment method comprises the following steps:

acquiring the IP address and/or port information of an ATCF signaling anchor point before switching based on the constructed S6a interface simulation protocol stack or the S1-MME interface simulation protocol stack; acquiring the IP address and/or port information of an ATCF signaling anchor point after switching based on the S1-MME interface simulation protocol stack; and determining whether the ATCF signaling anchor point fails or not based on the IP address and/or the port information before and after switching.

In the actual application process, the manner of acquiring the IP address and/or port information of the ATCF signaling anchor point before switching is as follows: acquiring an STN-SR parameter stored in HSS; and analyzing the STN-SR parameters to obtain the IP address and/or port information of the ATCF signaling anchor point before switching. The method for acquiring the IP address and/or the port information of the ATCF signaling anchor point after switching comprises the following steps: acquiring a signaling message of the ATCF signaling anchor point indicating release of the first network; and obtaining the IP address and/or the port information of the ATCF signaling anchor point after the switching according to the signaling message.

For example, since STN-SR information about the ATCF is stored in a Home Subscriber Server (HSS). Therefore, before the eSRVCC switching is performed, the IP address and/or the port information of the ATCF signaling anchor point is preferably acquired by adopting a constructed S6a interface emulation protocol stack. For example, after the monitoring device for eSRVCC switching passes through the simulation S6a interface protocol, an information acquisition request is sent to the HSS through a Routing Agent node (DRA); after receiving the request, the HSS sends request response information to the eSRVCC-switched monitoring device by DRA, where the request response information is STN-SR, as shown in fig. 11. And after receiving the STN-SR information, the eSRVCC switching monitoring device analyzes the STN-SR information to obtain the IP address and the port information of the ATCF. After eSRVCC switching is carried out, the eSRVCC switching monitoring device can release the information of the original access network bearing resources by acquiring the ATCF signaling anchor point instruction; and obtaining the IP address and/or port information of the anchor point of the ATCF signaling after the handover according to the information indicating the release, as shown in fig. 12.

Here, continuing to further explain fig. 12, after completing the eSRVCC handover, the ATCF sends a release (BYE) of the original access network bearer resource to the eSRVCC handover detection apparatus, and after receiving the BYE instruction, the eSRVCC handover detection apparatus feeds back a message (200OK) that the release is completed to the ATCF. The detection device for eSRVCC switching can acquire the IP address and/or the port information of the ATCF signaling anchor point after switching by analyzing the BYE instruction sent by the ATCF.

In the traditional monitoring scheme of the LTE voice service, the quality monitoring of the LTE voice service is mainly realized by a data acquisition method, so that the monitoring system has overlarge scale, the later maintenance is difficult, huge network bandwidth consumption is generated, and the influence on the user data of the current network is caused. In order to solve the above problem, an embodiment of the present invention provides a solution, which implements monitoring of an eSRVCC handover signaling connection process by using an active test manner, implements monitoring of an LTE voice service in an eSRVCC handover process, and can also troubleshoot problems occurring in the handover process, as shown in fig. 13, a monitoring method for eSRVCC handover may include the following steps:

step 1301: and starting eSRVCC switching service monitoring to generate a customizable data packet.

Here, the monitoring device for eSRVCC handover needs a customized packet to notify the core network to trigger SRVCC handover.

Step 1302: and starting the S1/Iu-CS/S6a/A over IP interface emulation protocol stack to complete emulation protocol stack initialization.

Step 1303: ATCF information is acquired through an S6a interface simulation protocol stack, and ATGW information is acquired through an S1 interface simulation protocol stack.

Here, the ATCF information and the ATGW information are acquired before eSRVCC switching, so that after switching is completed, the ATCF information and the ATGW information acquired before and after switching are compared, and whether the ATCF information and the ATGW information change before and after switching is determined, thereby determining whether the ATCF and the ATGW have a fault. The ATCF information comprises an IP address and port information of the ATCF; the ATGW information includes an IP address and port information of the ATGW.

Step 1304: and establishing a VoLTE call, starting an eSRVCC switching service process, and actively monitoring an end-to-end KPI index during eSRVCC switching in real time.

Step 1305: and acquiring a signaling level KPI index, a voice channel quality index, an IP bearer channel performance index and a user perception index.

Step 1306: and starting a fault judgment analysis process when the switching test fails or each test index is lower than a preset threshold value.

Step 1307: and (4) judging and analyzing the failure of the eSRVCC Sv interface.

Here, the eSRVCC Sv interface belongs to a Control Plane (Control Plane).

Step 1308: and E, eSRVCC ATCF/ATGW fault judgment and analysis.

Here, eSRVCC ATCF belongs to Control Plane, eSRVCC ATGW belongs to User Plane (User Plane).

Comparing the ATCF information and the ATGW information obtained before and after switching, and judging whether the ATCF information and the ATGW information change before and after switching, thereby determining whether the eSRVCC ATCF/ATGW fails.

Step 1309: and generating a test report after eSRVCC switching service monitoring is finished.

Referring to fig. 14, fig. 14 is a schematic structural diagram of an eSRVCC switching monitoring device according to an embodiment of the present invention, where the monitoring device includes: an acquisition module 1401 and a processing module 1402; wherein the content of the first and second substances,

an obtaining module 1401, configured to obtain a data packet transmitted by a voice channel in an eSRVCC switching process, and obtain a performance parameter based on the data packet, where the eSRVCC switching process includes a process of switching a voice service from a first network to a second network;

the processing module 1402 is configured to monitor a working state of the mobility management entity MME based on the established S1-MME interface simulation protocol stack when the performance parameter meets the preset monitoring condition, so as to obtain a first monitoring result.

Here, the processing module 1402 is specifically configured to:

sending a plurality of first handover requests to the MME;

Here, the processing module 1402 is specifically configured to:

Here, the processing module 1402 is further configured to:

Here, the processing module 1402 is specifically configured to:

Here, the processing module 1402 is further configured to:

Here, the processing module 1402 is specifically configured to:

Here, the processing module 1402 is further configured to:

Here, the processing module 1402 is specifically configured to:

acquiring an STN-SR parameter stored in HSS;

Here, the processing module 1402 is specifically configured to:

Here, the performance parameter includes at least one of:

key performance indicators KPI of a signaling surface, voice channel quality indicators, Internet protocol IP bearing channel performance indicators and average opinion value MOS perception indicators.

2) when the failure of voice service switching or poor communication performance is monitored, the working states of network elements or interfaces related to the eSRVCC switching process, such as an MME (mobility management entity), an Sv interface signaling plane related to the eSRVCC switching, an ATGW (automatic train gateway) media anchor point and an ATCF (advanced telecom computing function) signaling anchor point, are monitored to obtain a monitoring result, so that the troubleshooting is realized.

3) By simulating an interface protocol stack, the method realizes real-time monitoring of signaling interaction flow of the MME and the eMSC during eSRCC switching, verifies the function and the working state of the Sv interface, and provides a signaling plane troubleshooting means for eSRCC switching.

The above description is only a preferred embodiment of the present invention, and is not intended to limit the scope of the present invention. Any modification, equivalent replacement, and improvement made within the spirit and scope of the present invention are included in the protection scope of the present invention.

Claims

1.A method for monitoring enhanced single radio voice call continuity eSRVCC handover, comprising:

2. The method of claim 1, wherein the monitoring the operating status of the mobility management entity MME to obtain the first monitoring result comprises:

sending a plurality of first handover requests to the MME;

3. The method of claim 2, wherein the determining whether the MME has failed based on the plurality of first handover requests and the first handover command comprises:

4. The method of claim 1, further comprising:

5. The method according to claim 4, wherein the monitoring the working status of the Sv interface signaling plane involved in the eSRVCC handover to obtain a second monitoring result comprises:

6. The method according to any one of claims 1-5, further comprising:

7. The method of claim 6, wherein the obtaining the IP address and/or port information of the ATGW media anchor point before handover comprises:

8. The method according to any one of claims 1-5, further comprising:

9. The method of claim 8, wherein the obtaining the IP address and/or the port information of the ATCF signaling anchor point before the handover comprises:

acquiring an STN-SR parameter stored in a Home Subscriber Server (HSS);

10. The method according to claim 8, wherein the obtaining the IP address and/or the port information of the post-handover ATCF signaling anchor point comprises:

11. The method of claim 1, wherein the performance parameter comprises at least one of:

12. An eSRVCC handover monitoring device, comprising:

13. An eSRVCC handover monitoring device, comprising: a processor and a memory for storing a computer program capable of running on the processor; wherein the content of the first and second substances,

the processor, when executing the computer program, is configured to perform the method for monitoring eSRVCC handover as recited in any of claims 1-11.

14. A storage medium storing a computer program which, when executed by a processor, implements the eSRVCC handover monitoring method of any one of claims 1-11.