CN113271639B

CN113271639B - Network service processing method and device

Info

Publication number: CN113271639B
Application number: CN202110545965.9A
Authority: CN
Inventors: 郭闪闪
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2021-05-19
Filing date: 2021-05-19
Publication date: 2023-09-26
Anticipated expiration: 2041-05-19
Also published as: CN113271639A

Abstract

The application discloses a network service processing method and device, and belongs to the technical field of communication. The method comprises the following steps: determining whether the received real-time transport protocol RTP packet is abnormal or not under the condition of carrying out a first voice call service based on a first network; and under the condition that the received RTP packet is abnormal and the signal quality parameter of a second network is higher than a preset threshold value, switching to the second network to carry out a second voice call service, wherein the first network is one of a Long Term Evolution (LTE) network and a wireless communication (WIFI) network, and the second network is the other of the LTE network and the WIFI network.

Description

Network service processing method and device

Technical Field

The application belongs to the technical field of communication, and particularly relates to a network service processing method and device.

Background

A Long Term Evolution Voice bearer (VoLTE) is a Voice service based on an IP multimedia subsystem (IP multimedia subsystem, IMS), and a terminal device UE accesses an IMS network through LTE to provide the Voice service by the IMS network. The WIFI is also widely used as a deep supplementary coverage network for a cellular mobile network, where a Voice over WIFI (VoWIFI) technology of wireless communication solves a Voice service problem in a place where an IMS network is difficult to cover. Therefore, through VoLTE and VoWIFI technologies, a user can obtain high-quality voice call service based on VoLTE and VoWIFI.

However, during a voice call or a video call, a Real-time transport protocol (Real-time Transport Protocol, RTP) packet abnormality sometimes occurs, and this abnormality may cause problems such as silence, noise, and intermittent sound in a voice over lte or VoWIFI call, and the RTP packet transmission abnormality may continue until the call is ended, greatly affecting the voice call quality.

As can be seen, the voice call service based on VoLTE or VoWIFI in the related art has a problem of poor voice call quality.

Disclosure of Invention

The embodiment of the application aims to provide a network service processing method, a device and related equipment, which can solve the problem of poor voice call quality of voice call service based on VoLTE or VoWIFI in related technologies.

In a first aspect, an embodiment of the present application provides a method for processing a network service, where the method includes:

determining whether the received real-time transport protocol RTP packet is abnormal or not under the condition of carrying out a first voice call service based on a first network;

and under the condition that the received RTP packet is abnormal and the signal quality parameter of a second network is higher than a preset threshold value, switching to the second network to carry out a second voice call service, wherein the first network is one of a Long Term Evolution (LTE) network and a wireless communication (WIFI) network, and the second network is the other of the LTE network and the WIFI network.

In a second aspect, an embodiment of the present application provides a method for processing a network service, where the method includes:

in the process of performing the first voice call service based on the first network, if voice signal input is not detected, an RTP packet carrying a preset identifier is sent to a call object, wherein the first network is one of an LTE network and a WIFI network.

In a third aspect, an embodiment of the present application provides a method for processing a network service, where the method includes:

receiving a switching request sent by a terminal device, wherein the switching request is sent when the terminal device determines that a received RTP packet is abnormal and a signal quality parameter of an LTE network is higher than a preset threshold value under the condition that the terminal device carries out VoWIFI voice call service based on a WIFI network, and the switching request indicates an access point APN needing to be switched;

transmitting a switching response to the terminal equipment;

and sending the access information of the LTE network to the terminal equipment so that the terminal equipment registers to the LTE network based on the access information.

In a fourth aspect, an embodiment of the present application provides a network service processing apparatus, including:

the first determining module is used for determining whether the received real-time transport protocol RTP packet is abnormal or not under the condition of carrying out the first voice call service based on the first network;

The first switching module is configured to switch to a second network to perform a second voice call service when it is determined that the received RTP packet is abnormal and a signal quality parameter of the second network is higher than a preset threshold, where the first network is one of a long term evolution LTE network and a wireless communication WIFI network, and the second network is the other of the LTE network and the WIFI network.

In a fifth aspect, an embodiment of the present application provides a network service processing apparatus, including:

and the second sending module is used for sending an RTP packet carrying a preset identifier to a call object if voice signal input is not detected in the process of carrying out the first voice call service based on the first network, wherein the first network is one of an LTE network and a WIFI network.

In a sixth aspect, an embodiment of the present application provides a network service processing apparatus, including:

a receiving module, configured to receive a handover request sent by a terminal device, where the handover request is sent to a mobility management node function (Mobility Management Entity, MME) when the terminal device determines that a received RTP packet is abnormal and a signal quality parameter of an LTE network is higher than a preset threshold under a condition that a WIFI network performs a VoWIFI voice call service, and the handover request indicates that an access point APN to be switched is needed in the handover request;

A third sending module, configured to send a handover response to the terminal device;

and the fourth sending module is used for sending the access information of the LTE network to the terminal equipment so that the terminal equipment is registered to the LTE network based on the access information.

In a seventh aspect, an embodiment of the present application provides a terminal device, where the terminal device includes a processor, a memory, and a program or an instruction stored on the memory and executable on the processor, where the program or the instruction is executed by the processor to implement the steps of the network traffic processing method according to the first aspect, or implement the steps of the network traffic processing method according to the second aspect.

In an eighth aspect, an embodiment of the present application provides an MME, which includes a processor, a memory, and a program or instructions stored on the memory and executable on the processor, the program or instructions implementing the steps of the network traffic handling method according to the third aspect when executed by the processor.

In a ninth aspect, an embodiment of the present application provides a readable storage medium, on which a program or an instruction is stored, which when executed by a processor, implements the steps of the network traffic processing method according to the first aspect, or implements the steps of the network traffic processing method according to the second aspect; the steps of the network traffic handling method according to the third aspect are also or alternatively implemented when the program or instructions are executed by a processor.

In a tenth aspect, an embodiment of the present application provides a chip, where the chip includes a processor and a communication interface, where the communication interface is coupled to the processor, and the processor is configured to execute a program or instructions to implement a network service processing method according to the first aspect, or implement a network service processing method according to the second aspect, or implement a network service processing method according to the third aspect.

In the embodiment of the application, under the condition of carrying out a first voice call service based on a first network, whether a received real-time transport protocol RTP packet is abnormal or not is determined; and under the condition that the received RTP packet is abnormal and the signal quality parameter of a second network is higher than a preset threshold value, switching to the second network to carry out a second voice call service, wherein the first network is one of a Long Term Evolution (LTE) network and a wireless communication (WIFI) network, and the second network is the other of the LTE network and the WIFI network. In this way, when the terminal equipment generates the abnormal condition of the received RTP packet in the VoLTE or VoWIFI voice call service, the terminal equipment can trigger to switch to another network with better signal quality so as to continue the current call service, thereby improving the voice call quality problem caused by the abnormal RTP packet and improving the voice call quality.

Drawings

Fig. 1 is one of flowcharts of a network service processing method provided in an embodiment of the present application;

fig. 2 is a schematic diagram of a network architecture corresponding to a network service processing method according to an embodiment of the present application;

fig. 3 is an interaction flow chart between network nodes when the RTP packet is abnormally triggered to switch from VoLTE to VoWIFI according to the embodiment of the present application;

fig. 4 is an interaction flow chart between network nodes when the RTP packet is abnormally triggered to switch from VoWIFI to VoLTE according to the embodiment of the present application;

FIG. 5 is a second flowchart of a network service processing method according to an embodiment of the present application;

FIG. 6 is a third flowchart of a network service processing method according to an embodiment of the present application;

fig. 7 is a block diagram of a network service processing apparatus according to an embodiment of the present application;

FIG. 8 is a second block diagram of a network service processing apparatus according to an embodiment of the present application;

fig. 9 is a third block diagram of a network service processing apparatus according to an embodiment of the present application;

fig. 10 is one of the block diagrams of the terminal device provided in the embodiment of the present application;

fig. 11 is a block diagram of an MME provided in an embodiment of the present application;

fig. 12 is a second block diagram of a terminal device according to an embodiment of the present application.

Detailed Description

The technical solutions of the embodiments of the present application will be clearly described below with reference to the drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which are obtained by a person skilled in the art based on the embodiments of the present application, fall within the scope of protection of the present application.

The terms first, second and the like in the description and in the claims, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged, as appropriate, such that embodiments of the present application may be implemented in sequences other than those illustrated or described herein, and that the objects identified by "first," "second," etc. are generally of a type, and are not limited to the number of objects, such as the first object may be one or more. Furthermore, in the description and claims, "and/or" means at least one of the connected objects, and the character "/", generally means that the associated object is an "or" relationship.

In order to make the embodiments of the present application more clear, the related concepts related to the embodiments of the present application will be briefly described:

VoLTE is a voice solution proposed by international standards organization such as the third generation partnership project in LTE (3rd Generation Partnership Project,3GPP) and the global system for mobile communications (Global System for Mobile communications Association, GSMA). The user terminal accesses the IMS network through LTE, and the IMS network provides voice service. The method is an internet protocol (Internet Protocol, IP) data transmission technology, a 2G network and a 3G network are not needed, all services are carried on the 4G network, and unification of data and voice services under the same network can be realized. VoLTE is based on IMS network, can integrate a plurality of existing fixed mobile networks, has characteristics such as the voice transmission delay is little, transmission bandwidth is high, amalgamation video multimedia service.

VoWIFI is a technology for providing voice service for users based on WIFI hotspots, and currently VoWIFI service mainly has three networking schemes, namely, access to a 3GPP network (S2 a interface is adopted), non-trusted access to a 3GPP network (S2 b interface is adopted) and direct access to an IMS (S2 c interface is adopted). Analyzing the three networking schemes from the technical aspect, especially from the aspects of influence on the network and terminal maturity, for operators who have deployed a large number of wireless local area network (Wireless Local Area Networks, WLAN) access points, adopting a trusted access 3GPP network scheme, upgrading and reforming or directly replacing the whole network WLAN access point equipment, and having long construction period, high cost and great difficulty; by adopting the scheme of the non-trusted access 3GPP network, the characteristics of the openness of the public WIFI network, the high reliability of the operator core network, the quality of service (Quality of Service, qoS) guarantee and the like can be combined, and the seamless switching of voice between the WLAN and the LTE network can be realized at lower cost. Therefore, the non-trusted access 3GPP network scheme gradually replaces the trusted access 3GPP network scheme, and becomes a more feasible VoWIFI scheme currently accepted in the industry. In the scheme, the user terminal accesses to the 3GPP network of the operator through the non-trust domain WIFI network, and routes the call request to the IMS for processing after authentication, so as to realize IMS services such as voice, short messages, supplementary services and the like. And in the scheme of the non-trusted access 3GPP network, in order to realize VoWIFI service, only an evolution type packet data gateway (Evolevd Packet Data Gateway, ePDG) and a 3GPP authentication, authorization and accounting (Authentication Authorization and Accounting, AAA) network element are needed to be added.

The network service processing method provided by the embodiment of the application is described in detail below through specific embodiments and application scenarios thereof with reference to the accompanying drawings.

Referring to fig. 1, fig. 1 is a flowchart of a network service processing method according to an embodiment of the present application, as shown in fig. 1, the method includes the following steps:

step 101, determining whether the received real-time transport protocol RTP packet is abnormal or not under the condition of carrying out a first voice call service based on a first network.

The first network may be an LTE network or a WIFI network, and correspondingly, the first voice call service may be a VoLTE voice call service or a VoWIFI voice call service.

In the voice call or video call service of VoLTE or VoWIFI, the terminal equipment transmits voice or video data through the RTP packet, and because the voice quality problems such as silence, noise, intermittent and the like can be caused in the call when the RTP packet is abnormal in the voice or video call, the user experience is greatly influenced.

Specifically, the determining whether the received RTP packet is abnormal may be performing a unpacking analysis on the received RTP packet to determine whether the data in the RTP packet is abnormal.

Optionally, the determining whether the received RTP packet is abnormal includes:

detecting whether the received RTP packet is an RTP empty packet;

judging whether the RTP empty packet is continuously received within a first preset time period under the condition that the RTP packet is detected to be the RTP empty packet, wherein if the RTP empty packet is continuously received within the first preset time period, the received RTP packet is determined to be abnormal; or alternatively

And under the condition that the RTP packet is detected to be the RTP null packet, determining whether the RTP null packet duty ratio received in a second preset time period is larger than a preset value, wherein the RTP null packet duty ratio is the ratio of the RTP null packet in the second preset time period to the total RTP packet in the second preset time period, and if the RTP null packet duty ratio received in the second preset time period is larger than the preset value, determining that the received RTP packet is abnormal.

The terminal device may specifically detect whether the received RTP packet is an RTP null packet when determining whether the received RTP packet is abnormal, that is, detect whether there is data in the RTP packet, if the RTP null packet is received, further determine whether a continuous RTP null packet exists currently or whether the RTP null packet is intermittently received, if so, indicate that the current call quality is poor, and the situations of silence, intermittent sound and the like are likely to occur, and in this case, trigger a flow of switching to another network to improve the current call quality.

Specifically, under the condition that the currently received RTP packet is detected to be an RTP null packet, whether the RTP null packet is continuously received within a first preset duration can be judged, that is, all RTP packets received within the next first preset duration can be detected to determine whether the RTP packet received within the duration is continuously the RTP null packet, and if the RTP null packet is continuously received within the first preset duration, the abnormal condition of the RTP packet can be determined to exist at the moment.

Or, if the current received RTP packet is detected to be an RTP null packet, the RTP null packet duty ratio received in the second preset time period can be counted, and whether the RTP null packet duty ratio is larger than a preset value or not is judged, that is, the next RTP packets received in the second preset time period can be detected, so as to determine the number of the RTP null packets received in the time period and the total number of the RTP packets received in the time period, then the proportion of the number of the RTP null packets received in the time period to the total number of the RTP packets received in the time period is calculated, that is, the RTP null packet duty ratio in the time period can be obtained, and if the RTP null packet duty ratio is larger than the preset value, then the abnormal condition of the RTP packets can be determined.

The first preset duration may be a duration set according to an actual requirement, for example, may be defined as 4 seconds, 5 seconds, etc., the second preset duration may also be a duration set according to an actual requirement, for example, may be defined as 4 seconds, 5 seconds, etc., the second preset duration may be the same as the first preset duration, and the preset value may be a duty ratio threshold set according to an actual requirement, for example, may be 0.5, 0.6, etc. Thus, it can be defined that an RTP packet is considered to be abnormal if it is received for 5 seconds or if it occupies 1/2 of the total RTP packet within 5 seconds.

Thus, by the embodiment, the abnormal condition of the RTP packet can be accurately judged, and the network switching flow is ensured to be triggered under the necessary condition.

Optionally, the determining whether the received RTP packet is an RTP null packet includes:

detecting whether call data exists in the received RTP packet;

under the condition that no call data in the RTP packet is detected, determining whether the RTP packet carries a preset identifier or not;

and under the condition that the RTP packet does not carry the preset identification, determining the RTP packet as an RTP empty packet.

In one embodiment, considering that when the user at the transmitting end does not input a voice signal, for example, when the user covers a microphone or does not speak, the terminal device may receive an RTP packet without data, that is, a silence packet, as the receiving end, and the packet does not represent abnormal conversation, in order to distinguish the silence packet from an RTP null packet which is truly abnormal, it may be agreed that, in the case that the transmitting end does not input a voice signal, the transmitting end transmits an RTP packet identified by a special mark to the receiving end, for example, a specific number, a character, or the like is inserted into the RTP packet to identify the RTP silence packet.

In this way, when detecting an RTP abnormal packet, the terminal device may first detect whether there is call data in the received RTP packet, and further detect whether there is a preset identifier in the RTP packet when detecting that there is no call data in the RTP packet, if the RTP packet carries the preset identifier, it indicates that the RTP packet is not a real abnormal packet, but is a silent packet transmitted when the sending end does not collect the user voice, if the RTP packet does not carry the preset identifier, it indicates that the RTP packet is a real abnormal packet, and also can determine that the RTP packet is an RTP empty packet, where the preset identifier is an identifier which is pre-agreed by both parties of the call and is used for marking the RTP packet transmitted under the condition that no voice signal is input.

By the implementation mode, silent packets transmitted by one party in a call under the condition that no voice signal is input and real abnormal RTP empty packets can be well distinguished, so that the accuracy of RTP packet abnormality detection can be ensured, and the network switching process is prevented from being initiated under the unnecessary condition.

Optionally, the method further comprises:

and in the process of carrying out the first voice call service, if voice signal input is not detected, sending an RTP packet carrying the preset identification to a call object.

In other words, in an embodiment, when the terminal device sends a voice data packet to a call object in the process of performing the first voice call service, if no voice signal input is detected, the terminal device may also add the preset identifier to an RTP packet to be sent to the call object, so as to identify that the RTP packet is not an abnormal empty packet, and send the RTP packet to the call object after the adding is completed, so that the call object, after receiving the RTP packet, may determine that the RTP packet is not an abnormal packet based on the preset identifier carried in the RTP packet, and may not count the RTP packet as an RTP empty packet.

Thus, the accuracy of detecting the RTP packet abnormal condition by the call object terminal can be facilitated, and the call object is prevented from initiating a network switching flow under the unnecessary condition.

Step 102, under the condition that the received RTP packet is abnormal and the signal quality parameter of the second network is higher than a preset threshold, switching to the second network to perform a second voice call service, wherein the first network is one of a Long Term Evolution (LTE) network and a wireless communication (WIFI) network, and the second network is the other of the LTE network and the WIFI network.

The second network may be an LTE network or a WIFI network, and is a network different from the first network, that is, when the first network is an LTE network, the second network is a WIFI network, and accordingly, the first voice call service is a VoLTE voice call service, and the second voice call service is a VoWIFI voice call service; when the first network is a WIFI network, the second network is an LTE network, and accordingly, the first voice call service is a VoWIFI voice call service, and the second voice call service is a VoLTE voice call service.

In the embodiment of the present application, when detecting that there is an abnormality in the RTP packet received by the terminal device, the terminal device may further detect whether the signal quality of the second network is better, specifically, whether the signal quality parameters of the second network, such as reference signal received power (Reference Signal Receiving Power, RSRP), reference signal received quality (Reference Signal Receiving Quality, RSRQ), signal-to-noise ratio (Signal Noise Ratio, SNR), etc., are higher than respective preset thresholds, if so, it indicates that the signal of the second network is better, and if so, the call based on the second network may not have an RTP packet abnormality phenomenon, so in this case, a switching process to the second network may be triggered to switch to the second network to perform the second voice call service, thereby improving the voice call quality problems such as silence, noise, and interruption caused by the RTP packet abnormality at present.

Optionally, when the first network is a WIFI network and the second network is an LTE network, the switching to the second network includes:

sending a handover request to a mobility management node function (Mobility Management Entity, MME), wherein an access point APN that needs to be handed over is indicated in the handover request;

receiving a switching response sent by the MME;

and receiving access information of the second network sent by the MME, and registering the second network based on the access information.

That is, when the terminal device detects that the RTP packet is abnormal and triggers the procedure of switching from VoWIFI to VoLTE in advance, a switching Request (HO-Request, specifically VoLTE Handover Request) may be first initiated to the MME to trigger an Attach Request (Attach Request) or a public data network (Public Data Network, PDN) connection Request (PDN Connect Request) for indicating that VoLTE switching is prepared in advance, where a Request Type (Request Type) is set to Handover (Handover), and the terminal device indicates, through the switching Request, an access point name (Access Point Name, APN) that the MME currently needs to switch, that is, an LTE network name.

The MME returns a Handover Response (HO-Response) to Volte Handover Request to the terminal device after receiving an Attach Request (Attach Request) or a PDN connection Request (PDN Connect Request) with a Handover Type (Handover Type) to indicate that the terminal device is currently handling its Handover Request.

The MME further obtains the access information of the LTE network to be switched indicated by the terminal equipment, and sends the obtained access information of the LTE network to the terminal equipment, and after receiving the access information of the LTE network, the terminal equipment can register to the LTE network based on the access information, so as to finish the switching process from VoWIFI to VoLTE.

In this way, through the embodiment, the terminal equipment can be ensured to be capable of triggering the flow of switching to VoLTE through the abnormal RTP packet under the scene of carrying out the call service based on the VoWIFI.

As shown by solid arrows in fig. 2, when a terminal device UE is initially registered on an LTE network and performs voice or video call based on VoLTE, if an abnormal RTP packet is detected and a stronger signal quality and strength of a WIFI network are detected, a switching flow to the WIFI network may be triggered, which specifically includes: the UE searches a registrable ePDG through a domain name system (Domain Name System, DNS) or a locally configured ePDG address, and further starts a WIFI authentication and authentication process; the UE completes AAA authentication through an Internet key exchange protocol (Internet Key Exchange, IKEv 2), the ePDG sends a creating session request (Create Session Request) carrying IP address information of the UE to a PDN gateway (PDN Gate Way, PGW), and the ePDG further switches (HO) mark position 1 and changes the radio access technology Type (Radio Access Technology, RAT Type) to WLAN; the PGW replies to the ePDG a create session response (Create Session Response) carrying the IP address of the UE and the Proxy-call session control function (Proxy-Call Session Control Funtion, P-CSCF) address, etc., after which the ePDG will establish an internet security protocol (Internet Protocol Security, IPsec) tunnel with the UE and successfully register on VoWIFI. Therefore, after switching, due to the fact that the VoWIFI signal quality and strength are high, RTP will not generate RTP packet abnormity phenomenon on VoLTE, so that call stability can be maintained, and abnormal conditions such as soundless sound and intermittent are avoided.

As indicated by the dotted arrow in fig. 2, when the terminal device UE is initially registered on the WIFI network and performs voice or video call based on VoWIFI, the PGW updates information such as ID or IP to the AAA through the S6b interface, and the AAA finally updates the information to the home subscriber server (Home Subscriber Server, HSS), if the UE detects that the RTP packet is abnormal and detects that the quality and strength of the LTE network signal are stronger, the UE may trigger a handover procedure to the LTE network, specifically: the UE sends a switching Request (HO-Request, in particular VoLTE Handover Request) to the MME, and is used for indicating that VoLTE switching is prepared in advance, and carrying an Attach Request (Attach Request) message or a PDN connection Request (PDN Connect Request) message in the switching Request, wherein a Request Type (Request Type) is set to be switching (Handover), and the UE needs to indicate an APN (access point) which needs to be switched; after receiving an attach request with a Handover Type (Handover Type) or a PDN connection request, the MME returns a Handover Response (HO-Response) to the UE, to indicate that the HO request is currently being processed; MME obtains PGW and APN information from HSS; related interactions of creating a session request (Create Session Request) and creating a session response (Create Session Response) with a flag bit of Handover being true (i.e. HO flag bit of 1) are performed between the MME and the ePDG; the MME notifies the UE of information such as IP of APN, qoS, UE, and the UE is authenticated and then registered in LTE. Therefore, the call service is switched to VoLTE, and simultaneously, the voice abnormity phenomena such as silence, intermittent and the like can be avoided because the LTE signal is better and the abnormal phenomenon of the call RTP packet based on VoWIFI is improved.

In the following, with reference to fig. 3 and fig. 4, two network switching flows of switching UE from VoLTE to VoWIFI and switching UE from VoWIFI to VoLTE in the embodiment of the present application are illustrated:

embodiment one: when the UE is registered in the VoLTE network, the RTP packets are continuously empty or the number of the empty packets is larger than a certain proportion, a Handover process is triggered, and then HO is carried out on the VoWIFI network, so that the occurrence of continuous abnormality of the RTP packets is avoided:

the switching process is shown in fig. 3, and includes the following procedures:

UE is accessed to LTE;

2, the UE registers on VoLTE, the MME registers APN and PGW information on the HSS;

3. detecting whether the RTP packet is an abnormal packet;

4, the UE detects that the WIFI signal quality and strength are stronger;

5, the UE detects the abnormal packet, executes a switching flow to the WIFI, searches the registered ePDG through DNS inquiry or a locally configured ePDG address, and further starts a WIFI authentication and authentication (Authentication and authorisation) process;

the UE initiates an IKEv2 flow, completes an IKE Tunnel (Tunnel) establishment and authentication flow of 3GPP AAA, and acquires PGW information used by the UE during LTE registration;

the ePDG sends a session creation request (Create Session Request) message to the PGW, and carries an IP address acquired from the IKEv2 in the message, and then the ePDG carries a Handover (Handover) flag position 1, and meanwhile, the RAT Type is WLAN;

The pgw sends a create session response (Create Session Response) message to the ePDG, carrying in the message the IP address assigned to the UE when the evolved universal mobile telecommunications system (UMTS (Universal Mobile Telecommunications System, UMTS) terrestrial radio access network (Evolved UMTS Terrestrial Radio Access Network, E-UTRAN) is accessed;

after receiving Create Session Response message, ePDG initiates IKEv2 authentication to UE, completes IKEv2 information interaction with UE, and creates IPSec Tunnel;

the ePDG sends a load modifying request (Modify Bearer Request) message to the PGW according to the Handover identifier, and the PGW switches the downlink tunnel from the 3GPP to the WLAN side after receiving the message;

the pgw acknowledges the modified bearer response (Modify Bearer Response) back to the ePDG;

the UE establishes connection through IP between E-UTRAN and PGW, includes a section of IPSec tunnel and a section of general packet radio service (General Packet Radio Service, GPRS) tunnel protocol (GPRS Tunneling Protocol, GTP) tunnel, and registers to VoWIFI, and carries out call service through VoWIFI;

the pgw initiates an enabled bearer deactivation (Initiated Bearer Deactivation) to the 3GPP access for primary side resource release.

Embodiment two: when the UE is registered in the VoWIFI network, the RTP packets are continuously empty packets or the number of the empty packets is larger than a certain proportion, a Handover process is triggered, and then HO is carried out on the VoLTE network, so that further abnormality of the RTP packets is avoided:

The switching process is shown in fig. 4, and includes the following procedures:

the method comprises the steps that 1, UE is registered on VoWIFI, the UE uses WLAN to access a 4G core network (Evolved Packet Core, EPC) network, and the ePDG establishes connection with PGW through GTP;

the PGW updates information such as ID or IP to AAA through an S6b interface, and the AAA finally updates the information to HSS;

3. detecting whether the RTP packet is an abnormal packet:

4, the UE terminal detects that the LTE signal quality and strength are strong;

5. when detecting that the RTP packet is abnormal, the UE sends a switching Request (HO-Request) to the MME, triggers an attachment Request (Attach Request) or a PDN connection Request (PDN Connect Request) and is used for indicating that VoLTE switching is prepared in advance, the Request Type (Request Type) is set to be Handover, and the UE indicates an APN needing to be switched;

6. after receiving an attach request with Handover Type (Handover Type) or a PDN connection request, the MME returns a Handover Response (HO-Response) to the UE, to indicate that the HO request is being processed;

the MME needs to obtain the IP address of the PGW used by the MME during WIFI registration, so that the APN is obtained from the PDN connection request, and PGW and APN information provided by the HSS are obtained;

8, the MME starts the establishment of GTP Tunnel, sends a create session request (Create Session Request) with a switch flag bit (Handover Indication) being true to a Serving GateWay (SGW), and then the SGW updates information to the PGW;

After the PGW receives the handover Create Session Request, it may need to update the IP connection Session (IP-Connectivity Access Network Session, IP-CAN Session) of the Gx interface and get a confirmation of the policy and charging rules function (Policy and Charging Rules Function, PCRF), and the PGW performs a policy and charging enforcement function (Policy and Charging Enforcement Function, PCEF) to the PCRF to initiate an IP connection Session modification (Initiated IP-CAN Session Modification) procedure to obtain a policy control and charging (Policy Control and Charging, PCC) rule corresponding to the new IP connection Type (IP-CAN Type), and the PGW simultaneously maintains the new PCC rule and the old PCC rule and charges using the old PCC rule;

the PGW replies a successful session establishment response (Create Session Response) to the SGW, the IP address of the UE carried in the request is the same as the address allocated by the user on the WIFI side, and the SGW updates information and then sends the information to the MME;

the MME replies information of successful session creation to the UE through a Non-Access Stratum (NAS) message of an activated default evolution packet system (Evolved Packet System, EPS) bearer context request (Activate default EPS Bearer Context Request), wherein the message comprises information such as IP of APN, qos, UE, and meanwhile, the S1U information of SGW is informed to an Evolved Node B (eNodeB);

After receiving the request of MME, UE carries out various integrity checks, and after confirming that there is no error, replies the NAS message of the activated default EPS bearing context acceptance (Activate default EPS Bearer Context Accept) and forwards the NAS message to the MME through eNodeB, and meanwhile, the eNodeB also packages the S1U information and uploads the packaged information to the MME;

after receiving the information of the Accept and the eNodeB, the MME informs the SGW of the information through a modified bearer request (Modify Bearer Request) message and carries an HO (HO) flag bit;

the SGW further forwards the message to the PGW, the PGW further switches a downlink channel to the 3GPP side, the PGW deletes the original side resource, the deleting bearing information is sent to the ePDG, and the WIFI resource is released;

the pgw replies a modified bearer response (Modify Bearer Response) to the SGW, and the SGW replies Modify Bearer Response to the MME to confirm that the update is completed, so that the procedure of switching VoWIFI to VoLTE triggered by the abnormal RTP packet is completed.

In the network service processing method in the embodiment of the application, under the condition of carrying out the first voice call service based on the first network, whether the received real-time transmission protocol RTP packet is abnormal or not is determined; and under the condition that the received RTP packet is abnormal and the signal quality parameter of a second network is higher than a preset threshold value, switching to the second network to carry out a second voice call service, wherein the first network is one of a Long Term Evolution (LTE) network and a wireless communication (WIFI) network, and the second network is the other of the LTE network and the WIFI network. In this way, when the terminal equipment generates the abnormal condition of the received RTP packet in the VoLTE or VoWIFI voice call service, the terminal equipment can trigger to switch to another network with better signal quality so as to continue the current call service, thereby improving the voice call quality problem caused by the abnormal RTP packet and improving the voice call quality.

Referring to fig. 5, fig. 5 is a flowchart of another network service processing method according to an embodiment of the present application, as shown in fig. 5, the method includes the following steps:

step 501, in the process of performing the first voice call service based on the first network, if no voice signal input is detected, an RTP packet carrying a preset identifier is sent to a call object, where the first network is one of an LTE network and a WIFI network.

In the embodiment of the application, considering that the terminal device is taken as a transmitting end, when no voice signal is input by a user, for example, the user covers a microphone or does not speak, an RTP packet without data, namely, a silent packet, is possibly transmitted to a receiving end call object, and the packet does not represent abnormal call, so that in order to facilitate the receiving end to distinguish the silent packet from an RTP empty packet truly abnormal, a call partner can agree to transmit an RTP packet marked by a special mark to the counterpart under the condition that no voice signal is input, for example, a specific number, a character and the like are inserted into the RTP packet to mark the RTP silent packet.

In this way, in the voice call service of VoLTE or VoWIFI, when no voice signal input is detected, the terminal device may add a preset identifier to an RTP packet to be sent to a call object, so as to identify that the RTP packet is not an abnormal empty packet, and send the RTP packet to the call object after the addition is completed, so that after receiving the RTP packet, the call object may determine that the RTP packet is not an abnormal packet based on the preset identifier carried in the RTP packet, and will not count the RTP packet as the RTP empty packet. The preset identifier is an identifier which is pre-agreed by both parties of the call and used for marking an RTP packet transmitted under the condition of no voice signal input.

Optionally, the method further comprises:

determining whether the received RTP packet is abnormal or not under the condition of carrying out the first voice call service;

and under the condition that the received RTP packet is abnormal and the signal quality parameter of a second network is higher than a preset threshold value, switching to the second network to carry out a second voice call service, wherein the second network is the other of the LTE network and the WIFI network.

detecting whether the received RTP packet is an RTP empty packet;

detecting whether call data exists in the received RTP packet;

It should be noted that, the above optional implementation manner is substantially the same as the corresponding optional implementation manner in the embodiment of fig. 1, and the specific implementation manner may refer to the related description in the embodiment of fig. 1, so that the description is not repeated in this embodiment.

In the network service processing method in the embodiment of the application, if voice signal input is not detected in the process of performing the first voice call service based on the first network, an RTP packet carrying a preset identifier is sent to a call object, wherein the first network is one of an LTE network and a WIFI network. Thus, the accuracy of detecting the abnormal condition of the RTP packet by the call object side is facilitated, and the call object is prevented from initiating a network switching flow under the unnecessary condition.

Referring to fig. 6, fig. 6 is a flowchart of another network service processing method according to an embodiment of the present application, as shown in fig. 6, the method includes the following steps:

step 601, receiving a handover request sent by a terminal device, where the handover request is sent when the terminal device determines that a received RTP packet is abnormal and a signal quality parameter of an LTE network is higher than a preset threshold under a condition that a WIFI network is used for performing a VoWIFI voice call service, and the handover request indicates that an access point APN to be switched is needed.

Step 602, a switching response is sent to the terminal equipment.

Step 603, sending access information of the LTE network to the terminal device, so that the terminal device registers with the LTE network based on the access information.

It should be noted that, as an implementation manner of the MME side corresponding to the embodiment shown in fig. 1, a specific implementation manner of the embodiment may refer to a related description in the embodiment shown in fig. 1, and in order to avoid repetitive description, the embodiment is not repeated.

According to the network service processing method, a switching request sent by a terminal device is received, wherein the switching request is sent when the terminal device determines that a received RTP packet is abnormal and a signal quality parameter of an LTE network is higher than a preset threshold value under the condition that the terminal device carries out VoWIFI voice call service based on a WIFI network, and the switching request indicates an access point APN needing to be switched; transmitting a switching response to the terminal equipment; and sending the access information of the LTE network to the terminal equipment so that the terminal equipment registers to the LTE network based on the access information. In this way, when the terminal device performs the abnormal condition of the received RTP packet in the VoWIFI voice call service, the network switching flow can be initiated by sending a switching request to the MME, and then the LTE network is switched to the LTE network through the access information returned by the MME so as to continue the current call service, thereby improving the voice call quality problem caused by the abnormal RTP packet and improving the voice call quality.

It should be noted that, in the network service processing method provided in the embodiment of the present application, the execution body may be a network service processing device, or a control module in the network service processing device for executing the network service processing method. In the embodiment of the application, the network service processing device provided by the embodiment of the application is described by taking the method for executing the network service processing by the network service processing device as an example.

Referring to fig. 7, fig. 7 is a schematic structural diagram of a network service processing apparatus according to an embodiment of the present application, and as shown in fig. 7, a network service processing apparatus 700 includes:

a first determining module 701, configured to determine whether a received RTP packet is abnormal in a case of performing a first voice call service based on a first network;

a first switching module 702, configured to switch to a second network to perform a second voice call service when it is determined that the received RTP packet is abnormal and a signal quality parameter of the second network is higher than a preset threshold, where the first network is one of a long term evolution LTE network and a wireless communication WIFI network, and the second network is the other of the LTE network and the WIFI network.

Optionally, the first determining module 701 includes:

The first detection submodule is used for detecting whether the received RTP packet is an RTP empty packet or not;

the first judging sub-module is used for judging whether the RTP empty packet is continuously received within a first preset duration or not under the condition that the RTP packet is detected to be the RTP empty packet, wherein if the RTP empty packet is continuously received within the first preset duration, the received RTP packet is determined to be abnormal; or alternatively

And the first determining submodule is used for determining whether the RTP null packet duty ratio received in the second preset time period is larger than a preset value or not under the condition that the RTP packet is detected to be the RTP null packet, wherein the RTP null packet duty ratio is the proportion of the RTP null packet in the second preset time period to the total RTP packet in the second preset time period, and if the RTP null packet duty ratio received in the second preset time period is larger than the preset value, the received RTP packet is determined to be abnormal.

Optionally, the first detection submodule includes:

a first detecting unit, configured to detect whether there is call data in the received RTP packet;

a first determining unit, configured to determine, when detecting that there is no call data in the RTP packet, whether the RTP packet carries a preset identifier;

and the second determining unit is used for determining that the RTP packet is an RTP empty packet under the condition that the RTP packet does not carry the preset identifier.

Optionally, the network service processing apparatus 700 further includes:

and the first sending module is used for sending the RTP packet carrying the preset identification to a call object if the voice signal input is not detected in the process of carrying out the first voice call service.

Optionally, the first network is a WIFI network, and the second network is an LTE network; the switching module 702 includes:

a sending unit, configured to send a handover request to an MME, where an access point APN that needs to be handed over is indicated in the handover request;

a first receiving unit, configured to receive a handover response sent by the MME;

and the network registration unit is used for receiving the access information of the second network sent by the MME and registering the second network based on the access information.

The network service processing device in the embodiment of the application determines whether the received real-time transport protocol RTP packet is abnormal or not under the condition of carrying out a first voice call service based on a first network; and under the condition that the received RTP packet is abnormal and the signal quality parameter of a second network is higher than a preset threshold value, switching to the second network to carry out a second voice call service, wherein the first network is one of a Long Term Evolution (LTE) network and a wireless communication (WIFI) network, and the second network is the other of the LTE network and the WIFI network. Therefore, when the terminal equipment performs the voice call service of VoLTE or VoWIFI under the abnormal condition of the received RTP packet, the terminal equipment can trigger to switch to another network with better signal quality so as to continue the current call service, thereby improving the voice call quality problem caused by the abnormal RTP packet and improving the voice call quality.

The network service processing device in the embodiment of the application can be a device, and can also be a component, an integrated circuit or a chip in a terminal. The device may be a mobile terminal device or a non-mobile terminal device. By way of example, the mobile terminal device may be a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal device, a wearable device, an ultra-mobile personal computer (ultra-mobile personal computer, UMPC), a netbook or personal digital assistant (personal digital assistant, PDA), etc., and the non-mobile terminal device may be a network attached storage (Network Attached Storage, NAS), a personal computer (personal computer, PC), a Television (TV), a teller machine or a self-service machine, etc., and the embodiments of the present application are not limited in particular.

The network service processing device in the embodiment of the application can be a device with an operating system. The operating system may be an Android operating system, an ios operating system, or other possible operating systems, and the embodiment of the present application is not limited specifically.

The network service processing device provided by the embodiment of the present application can implement each process implemented by the embodiments of the methods of fig. 1 to fig. 4, and in order to avoid repetition, a detailed description is omitted here.

Referring to fig. 8, fig. 8 is a schematic structural diagram of another network service processing apparatus according to an embodiment of the present application, and as shown in fig. 8, a network service processing apparatus 800 includes:

the second sending module 801 is configured to send, to a call object, an RTP packet carrying a preset identifier if no voice signal input is detected in a process of performing a first voice call service based on a first network, where the first network is one of an LTE network and a WIFI network.

Optionally, the network service processing apparatus 800 further includes:

a second determining module, configured to determine, in a case of performing the first voice call service, whether the received RTP packet is abnormal;

and the second switching module is used for switching to the second network to perform a second voice call service under the condition that the received RTP packet is abnormal and the signal quality parameter of the second network is higher than a preset threshold, wherein the second network is the other of the LTE network and the WIFI network.

Optionally, the second determining module includes:

the second detection sub-module is used for detecting whether the received RTP packet is an RTP empty packet;

the second judging sub-module is used for judging whether the RTP empty packet is continuously received within a first preset duration or not under the condition that the RTP packet is detected to be the RTP empty packet, wherein if the RTP empty packet is continuously received within the first preset duration, the received RTP packet is determined to be abnormal; or alternatively

And the second determining submodule is used for determining whether the RTP null packet duty ratio received in the second preset time period is larger than a preset value or not under the condition that the RTP packet is detected to be the RTP null packet, wherein the RTP null packet duty ratio is the proportion of the RTP null packet in the second preset time period to the total RTP packet in the second preset time period, and if the RTP null packet duty ratio received in the second preset time period is larger than the preset value, the received RTP packet is determined to be abnormal.

Optionally, the second detection submodule includes:

a second detecting unit, configured to detect whether there is call data in the received RTP packet;

a third determining unit, configured to determine, when detecting that there is no call data in the RTP packet, whether the RTP packet carries a preset identifier;

and a fourth determining unit, configured to determine that the RTP packet is an RTP empty packet when the RTP packet does not carry the preset identifier.

In the network service processing device in the embodiment of the application, if voice signal input is not detected in the process of performing the first voice call service based on the first network, an RTP packet carrying a preset identifier is sent to a call object, wherein the first network is one of an LTE network and a WIFI network. Thus, the accuracy of detecting the abnormal condition of the RTP packet by the call object side is facilitated, and the call object is prevented from initiating a network switching flow under the unnecessary condition.

The network service processing device in the embodiment of the application can be a terminal device. The network service processing device provided by the embodiment of the present application can implement each process implemented by the method embodiment of fig. 5, and in order to avoid repetition, a description is omitted here.

Referring to fig. 9, fig. 9 is a schematic structural diagram of another network service processing apparatus according to an embodiment of the present application, and as shown in fig. 9, a network service processing apparatus 900 includes:

a receiving module 901, configured to receive a handover request sent by a terminal device, where the handover request is sent to an MME when the terminal device determines that a received RTP packet is abnormal and a signal quality parameter of an LTE network is higher than a preset threshold under a condition that the terminal device performs a VoWIFI voice call service based on a WIFI network, and the handover request indicates that an access point APN that needs to be switched is needed;

a third sending module 902, configured to send a handover response to the terminal device;

a fourth sending module 903, configured to send access information of the LTE network to the terminal device, so that the terminal device registers to the LTE network based on the access information.

The network service processing device in the embodiment of the application receives a switching request sent by a terminal device, wherein the switching request is sent when the terminal device determines that a received RTP packet is abnormal and a signal quality parameter of an LTE network is higher than a preset threshold value under the condition of carrying out VoWIFI voice call service based on a WIFI network, and the switching request indicates an access point APN needing to be switched; transmitting a switching response to the terminal equipment; and sending the access information of the LTE network to the terminal equipment so that the terminal equipment registers to the LTE network based on the access information. In this way, when the terminal device performs the abnormal condition of the received RTP packet in the VoWIFI voice call service, the network switching flow can be initiated by sending a switching request to the MME, and then the LTE network is switched to the LTE network through the access information returned by the MME so as to continue the current call service, thereby improving the voice call quality problem caused by the abnormal RTP packet and improving the voice call quality.

The network service processing device in the embodiment of the application can be a mobile management node function MME. The network service processing device provided by the embodiment of the present application can implement each process implemented by the method embodiment of fig. 6, and in order to avoid repetition, a description is omitted here.

Optionally, as shown in fig. 10, the embodiment of the present application further provides a terminal device 1000, including a processor 1001, a memory 1002, and a program or an instruction stored in the memory 1002 and capable of running on the processor 1001, where the program or the instruction implements each process of the embodiment of the network service processing method shown in fig. 1 or fig. 5 when executed by the processor 1001, and the process can achieve the same technical effect, so that repetition is avoided and no further description is given here.

It should be noted that, the terminal device in the embodiment of the present application includes the mobile terminal device and the non-mobile terminal device described above.

Optionally, as shown in fig. 11, the embodiment of the present application further provides an MME1100, including a processor 1101, a memory 1102, and a program or an instruction stored in the memory 1102 and capable of running on the processor 1101, where the program or the instruction implements each process of the embodiment of the network service processing method shown in fig. 6 when executed by the processor 1101, and the process can achieve the same technical effect, and for avoiding repetition, a detailed description is omitted herein.

Fig. 12 is a schematic hardware structure of a terminal device for implementing an embodiment of the present application.

The terminal device 1200 includes, but is not limited to: radio frequency unit 1201, network module 1202, audio output unit 1203, input unit 1204, sensor 1205, display unit 1206, user input unit 1207, interface unit 1208, memory 1209, and processor 1210.

Those skilled in the art will appreciate that the terminal device 1200 may further include a power source (e.g., a battery) for powering the various components, and the power source may be logically connected to the processor 1210 by a power management system so as to perform functions such as managing charging, discharging, and power consumption by the power management system. The terminal device structure shown in fig. 12 does not constitute a limitation of the terminal device, and the terminal device may include more or less components than those shown in the drawings, or may combine some components, or may be arranged in different components, which will not be described in detail herein.

In one embodiment, the processor 1210 is configured to determine whether the received RTP packet is abnormal when the first voice call service is performed based on the first network;

Optionally, the processor 1210 is further configured to detect whether the received RTP packet is an RTP null packet;

Optionally, the processor 1210 is further configured to detect whether there is call data in the received RTP packet;

Optionally, the radio frequency unit 1201 is configured to send an RTP packet carrying the preset identifier to a call object if no voice signal input is detected in the process of performing the first voice call service.

Optionally, the first network is a WIFI network, the second network is an LTE network, and the radio frequency unit 1201 is further configured to send a handover request to the mobility management node function MME, where the handover request indicates that an access point APN needs to be switched;

receiving a switching response sent by the MME;

The terminal equipment in the embodiment of the application determines whether the received real-time transport protocol RTP packet is abnormal or not under the condition of carrying out a first voice call service based on a first network; and under the condition that the received RTP packet is abnormal and the signal quality parameter of a second network is higher than a preset threshold value, switching to the second network to carry out a second voice call service, wherein the first network is one of a Long Term Evolution (LTE) network and a wireless communication (WIFI) network, and the second network is the other of the LTE network and the WIFI network. In this way, when the terminal equipment generates the abnormal condition of the received RTP packet in the VoLTE or VoWIFI voice call service, the terminal equipment can trigger to switch to another network with better signal quality so as to continue the current call service, thereby improving the voice call quality problem caused by the abnormal RTP packet and improving the voice call quality.

In another embodiment, the radio frequency unit 1201 is configured to send an RTP packet carrying a preset identifier to a call object if no voice signal input is detected in a process of performing a first voice call service based on a first network, where the first network is one of an LTE network and a WIFI network.

Optionally, the processor 1210 is configured to determine whether the received RTP packet is abnormal in the case of performing the first voice call service;

In the terminal equipment in the embodiment of the application, if voice signal input is not detected in the process of performing the first voice call service based on the first network, an RTP packet carrying a preset identifier is sent to a call object, wherein the first network is one of an LTE network and a WIFI network. Thus, the accuracy of detecting the abnormal condition of the RTP packet by the call object side is facilitated, and the call object is prevented from initiating a network switching flow under the unnecessary condition.

It should be appreciated that in embodiments of the present application, the input unit 1204 may include a graphics processor (Graphics Processing Unit, GPU) 12041 and a microphone 12042, the graphics processor 12041 processing image data of still pictures or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The display unit 1206 may include a display panel 12061, and the display panel 12061 may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The user input unit 1207 includes a touch panel 12071 and other input devices 12072. The touch panel 12071 is also called a touch screen. The touch panel 12071 may include two parts, a touch detection device and a touch controller. Other input devices 12072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and so forth, which are not described in detail herein. Memory 1209 may be used to store software programs as well as various data including, but not limited to, application programs and an operating system. Processor 1210 may integrate an application processor that primarily processes operating systems, user interfaces, applications, etc., with a modem processor that primarily processes wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 1210.

The embodiment of the present application further provides a readable storage medium, where a program or an instruction is stored in the readable storage medium, where the program or the instruction when executed by a processor implements each process of the embodiment of the network service processing method shown in fig. 1, or where the program or the instruction when executed by a processor implements each process of the embodiment of the network service processing method shown in fig. 5, or where the program or the instruction when executed by a processor implements each process of the embodiment of the network service processing method shown in fig. 6, and the same technical effects can be achieved, and are not repeated herein.

Wherein the processor is a processor in the terminal device described in the above embodiment. The readable storage medium includes a computer readable storage medium such as a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk or an optical disk, and the like.

The embodiment of the application further provides a chip, where the chip includes a processor and a communication interface, where the communication interface is coupled to the processor, and the processor is configured to execute a program or instructions to implement each process of the embodiment of the network service processing method shown in fig. 1, or implement each process of the embodiment of the network service processing method shown in fig. 5, and achieve the same technical effect, so that repetition is avoided and no further description is given here.

It should be understood that the chips referred to in the embodiments of the present application may also be referred to as system-on-chip chips, chip systems, or system-on-chip chips, etc.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element. Furthermore, it should be noted that the scope of the methods and apparatus in the embodiments of the present application is not limited to performing the functions in the order shown or discussed, but may also include performing the functions in a substantially simultaneous manner or in an opposite order depending on the functions involved, e.g., the described methods may be performed in an order different from that described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art in the form of a computer software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) comprising instructions for causing a terminal (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the method according to the embodiments of the present application.

The embodiments of the present application have been described above with reference to the accompanying drawings, but the present application is not limited to the above-described embodiments, which are merely illustrative and not restrictive, and many forms may be made by those having ordinary skill in the art without departing from the spirit of the present application and the scope of the claims, which are to be protected by the present application.

Claims

1. A method for processing network traffic, comprising:

under the condition of carrying out a first voice call service based on a first network, carrying out unpacking analysis on a received real-time transport protocol RTP packet, and detecting whether the received RTP packet is an RTP empty packet;

Determining whether the RTP null packet duty ratio received in a second preset time period is larger than a preset value under the condition that the RTP packet is detected to be the RTP null packet, wherein the RTP null packet duty ratio is the ratio of the RTP null packet in the second preset time period to the total RTP packet in the second preset time period, and if the RTP null packet duty ratio received in the second preset time period is larger than the preset value, determining that the received RTP packet is abnormal;

2. The method of claim 1, wherein the determining whether the received RTP packet is an RTP null packet comprises:

detecting whether call data exists in the received RTP packet;

3. The method according to claim 2, wherein the method further comprises:

4. The method according to claim 1, wherein the switching to the second network in case the first network is a WIFI network and the second network is an LTE network comprises:

sending a switching request to a mobile management node function (MME), wherein the switching request indicates an Access Point (APN) needing switching;

receiving a switching response sent by the MME;

5. A method for processing network traffic, comprising:

in the process of performing a first voice call service based on a first network, if voice signal input is not detected, sending an RTP packet carrying a preset identifier to a call object, wherein the first network is one of an LTE network and a WIFI network;

under the condition of carrying out the first voice call service, detecting whether the received RTP packet is an RTP empty packet;

6. The method of claim 5, wherein determining whether the received RTP packet is an RTP null packet comprises:

detecting whether call data exists in the received RTP packet;

7. A method for processing network traffic, comprising:

receiving a switching request sent by a terminal device, wherein the switching request is sent when the terminal device performs unpacking analysis on a received RTP packet under the condition of performing VoWIFI voice call service based on a WIFI network, and determines that the received RTP packet is abnormal and the signal quality parameter of the LTE network is higher than a preset threshold value, and the switching request indicates an access point APN needing switching;

transmitting a switching response to the terminal equipment;

sending access information of the LTE network to the terminal equipment so that the terminal equipment registers to the LTE network based on the access information;

the determining that the received RTP packet is abnormal comprises:

detecting whether the received RTP packet is an RTP empty packet;

8. A network traffic processing apparatus, comprising:

the first determining module is used for carrying out unpacking analysis on the received RTP packet under the condition of carrying out a first voice call service based on a first network and determining whether the received RTP packet is abnormal or not;

a first switching module, configured to switch to a second network to perform a second voice call service when it is determined that a received RTP packet is abnormal and a signal quality parameter of the second network is higher than a preset threshold, where the first network is one of an LTE network and a WIFI network, and the second network is the other of the LTE network and the WIFI network;

The first determining module includes:

9. A network traffic processing apparatus, comprising:

the second sending module is used for sending an RTP packet carrying a preset identifier to a call object if voice signal input is not detected in the process of carrying out the first voice call service based on a first network, wherein the first network is one of an LTE network and a WIFI network;

The network service processing device further includes:

the second switching module is used for switching to the second network to perform a second voice call service under the condition that the received RTP packet is abnormal and the signal quality parameter of the second network is higher than a preset threshold, wherein the second network is the other of the LTE network and the WIFI network;

the second determining module includes:

10. A network traffic processing apparatus, comprising:

the switching module is used for receiving a switching request sent by the terminal equipment, wherein the switching request is sent to the MME when the received RTP packet is determined to be abnormal and the signal quality parameter of the LTE network is higher than a preset threshold value by unpacking analysis on the received RTP packet under the condition that the terminal equipment carries out VoWIFI voice call service based on a WIFI network, and the switching request indicates an access point APN needing to be switched;

a fourth sending module, configured to send access information of the LTE network to the terminal device, so that the terminal device registers to the LTE network based on the access information;

the determining that the received RTP packet is abnormal comprises:

detecting whether the received RTP packet is an RTP empty packet;