Call method and terminal device

Abstract

A call method and a terminal device, relating to the technical field of communications. The method comprises: when a called terminal sends a ringing message, the called terminal receives a first update message used for notifying the called terminal to prepare to receive multimedia ringing media; upon receiving the first update message, the called terminal starts a timer; the called terminal sends a second update message, wherein the second update message is used for notifying that the state of a video port of the called terminal is updated to a receiving-only state; in a first case, the called terminal does not send a third update message used for disabling multimedia ringing, wherein the first case comprises: when the timer expires, the called terminal has not received the multimedia ringing media. The method can improve the success rate of call connection.

Description

Method and terminal device for calling

[0001] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office on December 29, 2023, with application number 202311868683.8 and application name “A method and device for calls”, and the Chinese patent application filed with the State Intellectual Property Office on February 8, 2024, with application number 202410178105.X and application name “A method and terminal device for calls”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of communication technology, and in particular to a method and terminal device for making a call. Background Art

[0003] Multimedia color ringing (abbreviated as color ringing) is a multimedia resource (such as video + ringtone) displayed and played on the called terminal after the call rings but before the call is answered. Color ringing greatly enriches the user experience from the perspective of vision and hearing.

[0004] However, in some cases, when a calling terminal calls a called terminal and the called terminal displays and plays a ring tone, if the user answers the call on the called terminal, the calling terminal will display "call not connected" and the call will be automatically disconnected after a period of time. This phenomenon seriously affects the user experience.

[0005] Summary of the Invention

[0006] The present application provides a method and terminal device for making calls to improve the call success rate and enhance the user experience.

[0007] In the first aspect, an embodiment of the present application provides a method for a call, the method comprising: after the called terminal sends a ringing message, receiving a first Update message for notifying the called terminal that it is ready to receive color ring media; after receiving the first Update message, the called terminal starts a timer; the called terminal sends a second Update message, the second Update message being used to notify the called terminal that the status of the video port has been updated to a receive-only state; in the first case, the called terminal does not send a third Update message for turning off the color ring; wherein the first case includes: until the timer times out, the called terminal has not received the color ring media.

[0008] In the first aspect, the method for making calls provides that, if the called terminal has not received the color ringing media before the timer expires, the called terminal does not send a third Update message for disabling the color ringing. This prevents the two Update messages from being sent too close together (and thus the two Update messages from being received too close together), prevents the network from receiving the next Update message before the previous one is negotiated, and prevents the network from having to process both Update messages simultaneously, preventing network status maintenance anomalies and preventing the network from initiating another INVITE call session request. As a result, the calling and called terminals can establish a session normally, and the call between them can be connected normally. This solves the problem of the calling terminal displaying that the call is not connected and the call being automatically disconnected after a period of time, improves the call success rate, and thereby enhances the user experience. Furthermore, by not sending the third Update message for disabling the color ringing, the network does not need to exchange messages related to shutting down the video port, simplifying the process and improving session establishment efficiency.

[0009] In a possible implementation, the first situation further includes: until the timer times out, the called terminal has not received a response message to the second Update message.

[0010] In this implementation, if the called terminal has not received a response to the second Update message before the timer expires, the called terminal does not send a third Update message to disable color ringing. This further limits the use of the third Update message to situations that may cause network maintenance anomalies, effectively improving call connection success rates.

[0011] In a possible implementation, the method further includes: after the timer times out, after receiving a response message to the second Update message, the called terminal sends a third Update message.

[0012] In this implementation, when the timer times out and the called terminal has not received a response message to the second Update message, the called terminal waits until the response message to the second Update message is received, and then sends a third Update message for turning off the color ringing. In this way, on the one hand, when the network side receives the third Update message, the second Update message has been negotiated, and the network side does not need to process two Update messages at the same time, so it will not cause disorder, and will not cause abnormal network status maintenance. The network side can subsequently initiate an INVITE call session request normally, and the call can be connected normally, thereby increasing the success rate of call connections between the calling terminal and the called terminal and improving the user experience. On the other hand, turning off the color ringing through the third Update message fully guarantees that the subsequent called terminal will no longer receive the color ringing media and will not play the color ringing, which meets the color ringing processing requirements in the 5G mobile phone product white paper released by the communication operator and improves the stability and reliability of subsequent interactions.

[0013] In one possible implementation, the method further includes: in a second case, the called terminal sends a third Update message; wherein the second case includes: before the timer expires, the called terminal receives a response message to the second Update message, and until the timer expires, the called terminal has not received the color ring media.

[0014] In this implementation, although the called terminal hasn't received the color ring tone media before the timer expires, it has already received a response to the second Update message before the timer expires, indicating that the second Update message negotiation has completed. In this case, the called terminal's sending of the third Update message does not cause the network to process two Update messages simultaneously, thus avoiding network status maintenance anomalies. Subsequent color ring tone calls can be connected normally, improving call connection success rates.

[0015] In a possible implementation, the response message to the second Update message is a 200 OK message.

[0016] In a possible implementation, the second Update message carries first indication information, where the first indication information indicates that the audio port of the called terminal has been updated to a transceiver state, and the video port of the called terminal has been updated to a receive-only state.

[0017] Specifically, the called terminal updates the state of its audio port to transceiver mode and its video port to receive-only mode. The called terminal then sends a second Update message to the network, carrying the updated port states. This triggers the network to update the corresponding port states on the network side. This synchronizes the port states of the called terminal and the network.

[0018] In a possible implementation manner, the first indication information includes audio sendrecv video recvonly.

[0019] Optionally, audio sendrecv can be reflected in the direction attribute of the audio media line in SDP, that is, the direction attribute of the audio media line in SDP is set to sendrecv. Video recvonly can be reflected in the direction attribute of the video media line in SDP, that is, the direction attribute of the video media line in SDP is set to recvonly.

[0020] In a possible implementation, the third Update message carries second indication information, where the second indication information is used to indicate that the video port number of the called terminal has been updated to 0, indicating that the video port of the called terminal has been closed.

[0021] In a possible implementation manner, the second indication information includes audio sendrecv video 0.

[0022] Optionally, video 0 may be reflected in the video media line in the SDP, that is, the video media line in the SDP is set to 0.

[0023] In a possible implementation, the timer is a Pqos timer.

[0024] In one possible implementation, the timer duration is 2 seconds.

[0025] In a possible implementation, the ringing message is a 180Ringing message.

[0026] In one possible implementation, the method also includes at least one of the following: the called terminal sends a ringing message to the network side; the called terminal receives a first Update message sent by the network side; the called terminal sends a second Update message to the network side; the called terminal does not send a third Update message to the network side; the network side includes a service call session control function S-CSCF network element.

[0027] In the second aspect, an embodiment of the present application provides a method for a call, the method comprising: after the called terminal sends a ringing message, receiving a first Update message for notifying the called terminal that it is ready to receive color ring media; after receiving the first Update message, the called terminal starts a timer; the called terminal sends a second Update message, the second Update message being used to notify the called terminal that the status of the video port has been updated to a receive-only state; in a third case, the called terminal does not send a third Update message for turning off color ring media; wherein the third case includes: when the called terminal receives a call answering operation performed by the user on the called terminal, the called terminal has not yet received a response message to the second Update message.

[0028] The second aspect provides a method for making calls. When the called terminal receives a call answering operation performed by the user on the called terminal, but the called terminal has not yet received a response message to the second Update message, that is, when the previous Update negotiation was not completed when the call was answered, the third Update message for disabling the ring tone is not sent. This prevents the two Update messages from being sent too close together, and prevents the network from having to process both Update messages simultaneously, rather than having time to process the previous Update message before the next one. This prevents confusion and network status maintenance anomalies. The network can subsequently initiate an INVITE call session request normally, allowing the call to connect normally. This improves the call connection success rate between the calling and called terminals and enhances the user experience.

[0029] In one possible implementation, the method also includes: in a third case, the called terminal sends a 200OK message to indicate that the called terminal has answered the call, and the 200OK message carries second indication information, which is used to indicate that the video port number of the called terminal has been updated to 0, indicating that the video port of the called terminal has been closed.

[0030] In this implementation, when the called terminal receives the call answering operation performed by the user on the called terminal, and the called terminal has not yet received the response message of the second Update message, it does not send a third Update message for disabling the color ringing. Instead, it carries the second indication information in the 200OK message used to indicate that the called terminal has answered the call. This not only achieves the purpose of disabling the color ringing, but also, because the 200OK message and the Update message are of different types, even if the two messages are sent at a close interval, it will not cause network-side processing confusion, will not cause network-side network status maintenance anomalies, and will not cause the network to be unable to initiate the INVITE call session request again. Therefore, the calling terminal and the called terminal can establish a session normally, and the call between the two can be connected normally. This solves the problem of the calling terminal displaying that the call is not connected and the call is automatically hung up after a period of time, thereby improving the user experience. In addition, by disabling the color ringing by carrying the second indication information in the 200OK message, the message negotiation process is simplified and the efficiency of call session creation is improved.

[0031] In a possible implementation manner, the second indication information includes audio sendrecv video 0.

[0032] In one possible implementation, the method further includes: in a fourth case, the called terminal sends a third Update message; wherein the fourth case includes: when the called terminal receives the call answering operation performed by the user on the called terminal, the called terminal has received a response message to the second Update message.

[0033] In this implementation, when the called terminal receives the user's call answering operation on the called terminal, the called terminal sends a third Update message if it has already received a response message to the second Update message. This not only achieves the purpose of disabling color ringing, but also prevents the situation where the next Update message is sent to the network before the previous Update message is negotiated. The network can process Update messages one by one in an orderly manner, thus preventing network status maintenance anomalies and the network from being unable to initiate another INVITE call session request. Therefore, the calling and called terminals can establish a session normally, and the call between them can be connected normally. This solves the problem of the calling terminal displaying that the call is not connected and the call is automatically disconnected after a period of time, improves the success rate of call connection, and thus improves the user experience.

[0034] In one possible implementation, the called terminal receives the call answering operation performed by the user on the called terminal, including: before the timer expires, the called terminal receives the color ring media, and after the timer expires, the called terminal receives the call answering operation performed by the user on the called terminal.

[0035] In a possible implementation, the called terminal receives the call answering operation performed by the user on the called terminal, including: before a timer times out, the called terminal receives the call answering operation performed by the user on the called terminal.

[0036] In a possible implementation, the answering call operation is an operation of answering a call via an audio call. The call may be a video call or an audio call initiated by the calling terminal.

[0037] In a possible implementation, the second Update message carries first indication information, where the first indication information is used to indicate that the audio port of the called terminal has been updated to a transceiver state and the video port of the called terminal has been updated to a receive-only state.

[0038] In a possible implementation manner, the first indication information includes audio sendrecv video recvonly.

[0039] In a possible implementation, the third Update message carries second indication information, where the second indication information is used to indicate that the video port number of the called terminal has been updated to 0, indicating that the video port of the called terminal has been closed.

[0040] In a possible implementation manner, the second indication information includes audio sendrecv video 0.

[0041] In a possible implementation, the timer is a Pqos timer.

[0042] In one possible implementation, the timer duration is 2 seconds.

[0043] In a possible implementation, the ringing message is a 180Ringing message.

[0044] In a possible implementation, the response message to the second Update message is a 200 OK message.

[0045] In one possible implementation, the method also includes at least one of the following: the called terminal sends a ringing message to the network side; the called terminal receives a first Update message sent by the network side; the called terminal sends a second Update message to the network side; the called terminal does not send a third Update message to the network side; the network side includes a service call session control function S-CSCF network element.

[0046] In the third aspect, an embodiment of the present application provides a method for making a call, the method comprising: after the called terminal rings, receiving a first Update message sent by the network side to notify the called terminal to prepare to receive the color ring; after receiving the first Update message, the called terminal starts a timer; the called terminal sends a second Update message to the network side; in the first case, the called terminal does not send a third Update message to the network side to turn off the color ring; wherein, the first case includes: until the timer times out, the network side still has not sent the color ring package.

[0047] In one implementation, the first situation further includes: until the timer times out, the called terminal has not received a response message from the network side to the second Update message.

[0048] In one implementation, the timer is a Pqos timer.

[0049] In one implementation, the timer has a duration of 2 seconds.

[0050] In one implementation, the second Update message carries first indication information, where the first indication information is audio sendrecv video recvonly.

[0051] In one implementation, the method further includes: in a third case, the called terminal sends a third Update message to the network side for turning off the color ringing; wherein, the third case includes: before the timer expires, the called terminal receives a response message from the network side to the second Update message; and until the timer expires, the network side still does not send the color ringing package.

[0052] In one implementation, the method further includes: in a fourth case, the called terminal sends a third Update message to the network side for turning off the color ringing; wherein, the fourth case includes: when the called terminal receives a click-to-answer operation from the user on the called terminal, the called terminal receives a response message from the network side to the second Update message.

[0053] In a fourth aspect, an embodiment of the present application provides a method for making calls, the method comprising: after the called terminal rings, receiving a first Update message sent by the network side to notify the called terminal that it is ready to receive color ringing; after receiving the first Update message, the called terminal starts a timer; the called terminal sends a second Update message to the network side; in a second case, the called terminal does not send a third Update message to the network side to turn off the color ringing; wherein, the second case includes: when the called terminal receives the user's click-to-answer operation on the called terminal, the called terminal has not yet received a response message from the network side to the second Update message.

[0054] In one implementation, the called terminal receives the user's click-to-answer operation on the called terminal, including: before the timer expires, the called terminal receives the color ring packet sent by the network side; after the timer expires, the called terminal receives the user's click-to-answer operation on the called terminal.

[0055] In one implementation, the called terminal receiving the user's click-to-answer operation on the called terminal includes: before the timer times out, the called terminal receives the user's click-to-answer operation on the called terminal.

[0056] In one implementation, the timer is a Pqos timer.

[0057] In one implementation, the timer has a duration of 2 seconds.

[0058] In one implementation, the method further includes: in the second case, the called terminal sending a 200OK message to the network side to indicate that the called terminal has answered the call, the 200OK message carrying second indication information, and the second indication information including audio sendrecv video 0.

[0059] In one implementation, the method further includes: in a third case, the called terminal sends a third Update message to the network side for turning off the color ringing; wherein, the third case includes: before the timer expires, the called terminal receives a response message from the network side to the second Update message; and until the timer expires, the network side still does not send the color ringing package.

[0060] In one implementation, the method further includes: in a fourth case, the called terminal sends a third Update message to the network side for turning off the color ringing; wherein, the fourth case includes: when the called terminal receives a click-to-answer operation from the user on the called terminal, the called terminal receives a response message from the network side to the second Update message.

[0061] In a fifth aspect, an embodiment of the present application provides a terminal device, including: a processor and a memory;

[0062] The memory stores computer-executable instructions;

[0063] The processor executes the computer-executable instructions stored in the memory, so that the terminal device executes the method as described in any implementation manner of the first aspect.

[0064] In the sixth aspect, an embodiment of the present application provides a chip system comprising at least one processor and a communication interface, wherein the communication interface and the at least one processor are interconnected via a line, and the at least one processor is used to run a computer program or instruction to execute the method described in any implementation method of the first aspect.

[0065] In a seventh aspect, an embodiment of the present application provides a computer-readable storage medium storing a computer program. When the computer program is executed by a processor, the method described in the first aspect or any possible implementation of the first aspect is implemented.

[0066] In an eighth aspect, an embodiment of the present application provides a computer program product, which includes a computer program. When the computer program is run, it enables the computer to execute the method described in the first aspect or any possible implementation of the first aspect.

[0067] Some embodiments and implementations provided in this application can avoid network problems caused by a called terminal sending two Update messages too close to each other, which in turn causes call abnormalities, and can improve the success rate of calls. BRIEF DESCRIPTION OF THE DRAWINGS

[0068] FIG1 is a schematic diagram of a network architecture provided in an embodiment of the present application;

[0069] FIG2 is a schematic diagram of a voice call scenario provided in an embodiment of the present application;

[0070] FIG3 is a schematic diagram of a display process of a color ring function and a color ring back tone function provided in an embodiment of the present application;

[0071] FIG4 is a schematic diagram of the structure of a terminal provided in an embodiment of the present application;

[0072] FIG5 is a block diagram of the software structure of an example terminal provided in an embodiment of the present application;

[0073] FIG6 is a flow chart of a method for making a call in the related art;

[0074] FIG7 is a flow chart of another example of a method for making a call provided in an embodiment of the present application;

[0075] FIG8 is a flowchart of another method for making a call provided in an embodiment of the present application;

[0076] FIG9 is a flow chart of a method for making a call in the related art;

[0077] FIG10 is a schematic diagram of a dialing interface provided in an embodiment of the present application;

[0078] FIG11 is a flow chart of a method for making a call provided in an embodiment of the present application;

[0079] FIG12 is a flowchart of another method for making a call provided in an embodiment of the present application;

[0080] FIG13 is a flowchart of another method for making a call provided in an embodiment of the present application;

[0081] FIG14 is a flowchart of another example of a method for making a call provided in an embodiment of the present application. DETAILED DESCRIPTION

[0082] The technical solutions in the embodiments of the present application will be described below in conjunction with the accompanying drawings in the embodiments of the present application. In the description of the embodiments of the present application, unless otherwise specified, " / " means or, for example, A / B can mean A or B; "and / or" in this article is merely a description of the association relationship of associated objects, indicating that three relationships can exist, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of the present application, "multiple" means two or more than two.

[0083] In the following, the terms "first," "second," and "third" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the quantity of the technical features indicated. Therefore, a feature specified as "first," "second," or "third" may explicitly or implicitly include one or more of the features.

[0084] References to "one embodiment" or "some embodiments" in this specification mean that one or more embodiments of the present application include a particular feature, structure, or characteristic described in conjunction with that embodiment. Thus, phrases such as "in one embodiment," "in some embodiments," "in other embodiments," and "in other embodiments" appearing in different places in this specification do not necessarily refer to the same embodiment, but rather mean "one or more but not all embodiments," unless otherwise specifically emphasized. The terms "including," "comprising," "having," and variations thereof all mean "including but not limited to," unless otherwise specifically emphasized.

[0085] First, the application scenario of the method for making a call provided in an embodiment of the present application is described. The method can be applied to a call between two terminal devices. The two terminal devices can each communicate with the network based on their respective network architectures, thereby enabling a call with the other terminal device. To facilitate understanding, the network architecture is first described.

[0086] Please refer to Figure 1, which is a schematic diagram of a network architecture provided by way of example in an embodiment of the present application. As shown in Figure 1, the network architecture may include terminal devices, Long Term Evolution (LTE), NR, a core network, and an Internet Protocol (IP) Multimedia Subsystem (IMS) or the Internet. A detailed description is provided below:

[0087] (1) Terminal: This term may also be referred to as user equipment (UE), user terminal, mobile station (MS), or mobile terminal (MT). A terminal may be a mobile phone or a wearable device (such as a smartwatch). Hereinafter, a terminal may also be referred to as a terminal.

[0088] (2) LTE: This can be understood as the wireless access network of the 4G network. In the LTE network (commonly known as the 4G network), due to the evolutionary relationship, the access network part is called the Evolved UMTS Terrestrial Radio Access Network (E-UTRAN). In this application, the meaning of LTE is the same as that of E-UTRAN, both referring to the access network part of the 4G network. Terminal devices can access LTE through a 4G base station (not shown in Figure 1).

[0089] (3) NR: This can be understood as the radio access network of the 5G network. In the 5G network, the access network portion is called the Next Generation Radio Access Network (NG-RAN or NG RAN). In this application, the meaning of NR is the same as that of NG-RAN (or NG RAN), both referring to the access network portion of the 5G network.

[0090] As you can understand, both LTE and NR are access networks. The access network uses wired or wireless connections and communication technologies to connect end users to the core network (also known as the backbone) layer by layer, establishing connectivity. The access network is the edge of the network, the part closest to users and often referred to as the "last mile."

[0091] (4) Core Network: Its main functions are to provide user connections, user management, and service delivery. It serves as a bearer network and provides an interface to external networks. Establishing user connections includes functions such as mobility management (MM), call management (CM), switching / routing, and recording notifications (combined with intelligent network services to complete connections to intelligent network peripheral devices).

[0092] The core network of a 4G network is the Evolved Packet Core (EPC). The EPC is the core network of a 4G mobile communications network. It encompasses traditional mobile network capabilities, such as user subscription data storage, mobility management, and data exchange, and provides users with an ultra-high-speed Internet experience. The core network of a 5G network is the 5G Core (abbreviated as 5GC). 5GC uses general-purpose network function virtualization equipment to replace the dedicated communication equipment of 4G networks.

[0093] It should be noted that the core network in the network architecture shown in Figure 1 can be obtained by integrating EPC and 5GC. That is to say, the core network in the network architecture can include both network elements in EPC and network elements in 5GC. For example, the core network in the network architecture may include access and mobility management function (AMF) network element, mobility management entity (MME) network element, serving gateway (SGW) network element, packet data network gateway (PGW) network element, session management function (SMF) network element, user plane function (UPF) network element, unified data management function (UDM) network element and home subscriber server (HSS) network element, etc.

[0094] In some embodiments of the present application, the core network in the network architecture may include converged network elements obtained from network elements in the EPC and network elements in the 5GC. For example, SMF+PGW-C, UPF+PGW-U, UDM+HSS, etc. Among them, PGW-C is the control plane node of the PGW network element, and PGW-U is the user plane node of the PGW network element.

[0095] In some embodiments of the present application, the core network in the network architecture shown in FIG1 may include a Proxy Session Border Control (PSBC) network element. The PSBC is a combined network element that integrates a Session Border Control (SBC), a Serving-Call Session Control Function (S-CSCF), a Proxy-CSCF (P-CSCF), an Access Transfer Control Function (ATCF), and an Access Transfer Gateway (ATGW). As an SBC network element, it connects the IMS core network / softswitch network with the external user access area, providing service access for IMS / softswitch users, enabling interoperability of user services across different network environments, ensuring IMS / softswitch network security, and supporting QoS management, CAC traffic control, media management, and CDR media call detail records. As an S-CSCF network element, it is a stateful Session Initialization Protocol (SIP) server that can also perform session control functions. During the user registration phase, the S-CSCF network element plays the role of registration management, establishes mutual authentication between the user and the HSS network element, and downloads user information and contracted service information from the HSS; during the user session phase, the S-CSCF performs session control, including session creation, session release, and service-related service triggering, service routing, service billing, etc.

[0096] Each network element in the core network can also be called a functional entity, which can be a network element implemented on dedicated hardware, a software instance running on dedicated hardware, or an instance of a virtualized function on an appropriate platform.

[0097] It should be understood that the names of all network elements in this application are only examples. In future communications, such as 6G, they may also be called other names, or, in future communications, such as 6G, the network elements involved in this application may also be replaced by other entities or devices with the same functions, etc., and this application does not limit this. A unified explanation is given here and will not be repeated later. Optionally, the various network elements in the embodiments of the present application may be communication devices, or chips or chip systems that can be used in the communication devices, etc., and this embodiment of the present application does not limit this.

[0098] It is understood that the core network in the network architecture shown in Figure 1 may also include other devices, network elements, network entities, or network subsystems, such as a Policy Control Function (PCF) network element, and this application does not limit this. It should be noted that this application does not limit the distribution method of each network element in the core network. The specific distribution method can be referred to in relevant technical documents, and this application does not elaborate on this.

[0099] (5) IMS is a network architecture that provides voice and multimedia communication services (e.g., voice, video, and text messaging) based on the Internet Protocol (IP) network. IMS enables secure and reliable multimedia communication between different devices on different networks. The architectural model provides a unified infrastructure and common mechanisms for controlling, operating, routing, and managing sessions, as well as implementing authentication, authorization, and accounting controls. The IMS specifications include widely used Internet Engineering Task Force (IETF) recommendations. For example, the Session Initialization Protocol (SIP) is used for session control signaling.

[0100] The Internet, also known as the international network, generally refers to a vast network of interconnected networks, linked by a common set of protocols to form a single, logically vast international network. From a network communications perspective, the Internet is a data communications network that connects computer networks in countries, regions, and institutions around the world using the Transmission Control Protocol (TCP) and Internet Protocol (IP).

[0101] It should be noted that the network architecture shown in FIG1 is not limited to including only the devices and networks shown in the figure, but may also include other devices not shown in the figure, and this application will not illustrate them one by one.

[0102] The following describes a scenario involving a voice call (also known as an audio call) between two terminal devices. Please refer to Figure 2, which is a schematic diagram of a voice call scenario provided in an embodiment of the present application. As shown in Figure 2, terminal device 100 can transmit voice data to terminal device 200 via network device 1, IMS, and network device 2. Network device 1 is the network device corresponding to the cell where terminal device 100 is currently residing, and network device 2 is the network device corresponding to the cell where terminal device 200 is currently residing. In some embodiments of the present application, network device 1 and network device 2 can be the same network device. In some embodiments of the present application, terminal device 100 can be the party initiating a voice call, requesting a voice call with terminal device 200. In this scenario, terminal device 100 is also referred to as a calling party device or calling terminal, and terminal device 200 is also referred to as a called party device or called terminal. In still other embodiments of the present application, terminal device 200 can be the party initiating a voice call, requesting a voice call with terminal device 100. In this scenario, the terminal device 200 is the calling terminal, and the terminal device 100 is the called terminal.

[0103] The network devices (including network device_1 and network device_2) in the embodiments of the present application may be devices for communicating with terminal devices. For example, the network devices may be one or more of the LTE, NR, core network, and base station in FIG. 1 above.

[0104] It can be understood that after a voice call or video call (hereinafter collectively referred to as a call) is made and before the call is connected, that is, during the waiting process for the connection, the two terminal devices can display and play multimedia resources to provide users with a rich visual and auditory experience. Specifically, when the calling terminal calls the called terminal and the called terminal rings (ringing), the calling terminal can display and play multimedia resources. This function is called a multimedia ringback tone (abbreviated as ringback tone) function. The multimedia resources of the ringback tone function (hereinafter referred to as ringback tone media) can be video resources, audio resources, or video resources + audio resources (i.e., video + ringtone). When the ringback tone media includes video resources, the ringback tone function is also called a video ringback tone.

[0105] At the same time, after the called terminal rings, the called terminal side can also display and play multimedia resources. This function is called multimedia color vibration (abbreviated as color vibration) function. Similar to the color ringback tone function, the multimedia resources of the color vibration function (hereinafter referred to as color vibration media) can be video resources, audio resources, or video resources + audio resources (i.e. video + ringtone). When the color vibration media includes video resources, the color vibration function is also called video color vibration. Currently, the three major operators, China Mobile, China Telecom, and China Unicom, are promoting the commercial use of color vibration and require major terminal manufacturers to turn on the color vibration function by default when their terminal products are launched on the market.

[0106] Both color ring tone (CRT) and color ringback tone (RBT) media can be obtained from a Customized Alerting Tone-Application Server (CAT-AS). The CAT-AS is also known as the RBT platform. The RBT platform and the terminal device can communicate via the IMS core network shown in Figure 1, for example, via the S-CSCF. The following diagram illustrates the display of the CRT and RBT functions on the terminal.

[0107] Please refer to Figure 3, which illustrates an example of the process for displaying the color ring and ring back tone functions provided by an embodiment of the present application. As shown in Figure 3, a calling terminal calls a called terminal. While the calling terminal waits for the called terminal to connect, it negotiates ring back tone media with the ring back tone platform, which then delivers the ring back tone media to the calling terminal. The calling terminal then displays and plays the ring back tone media, such as the interface 301 shown in Figure 3, and plays the ring tone. This implements the ring back tone function.

[0108] At the same time, the called terminal can also negotiate the color ring media with the color ring platform, and the color ring platform will send the color ring media to the called terminal. The called terminal displays and plays the color ring media, such as the interface 302 shown in Figure 3, and plays the ring tone. In this way, the color ring function is realized.

[0109] However, the inventors have discovered that in current implementations of calls with color ringing functionality, after a user clicks the call button on the called terminal, the calling terminal displays a message indicating the call was not connected, and after a period of time (e.g., 20 seconds), the call is automatically disconnected. This phenomenon severely impacts the user experience and urgently needs to be addressed. The method for performing calls provided in the embodiments of this application aims to address this issue, increase the success rate of call connections, and thus enhance the user experience.

[0110] The method for making calls provided in the embodiments of the present application can be applied to a terminal. A hardware structure of the terminal is shown in FIG4 , and may include: a processor, an external memory interface, an internal memory, a Universal Serial Bus (USB) interface, a charging management module, a power management module, a battery, antenna 1, antenna 2, a mobile communication module, a wireless communication module, a sensor module, buttons, a motor, an indicator, a camera, a display, and a SIM card slot, etc. The audio module may include a speaker, a receiver, a microphone, an earphone interface, etc., and the sensor module may include a pressure sensor, a gyroscope sensor, an air pressure sensor, a magnetic sensor, an acceleration sensor, a distance sensor, a proximity light sensor, a fingerprint sensor, a temperature sensor, a touch sensor, an ambient light sensor, a bone conduction sensor, etc.

[0111] It is understood that the structures illustrated in the embodiments of the present application do not constitute specific limitations on the terminal. In other embodiments, the terminal may include more or fewer components than shown, or may combine or separate certain components, or arrange the components differently. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0112] The processor may include one or more processing units, for example, the processor may include an application processor (AP), a modem processor (also known as a baseband processor), a graphics processor (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), and / or a neural-network processing unit (NPU). Different processing units may be independent devices or integrated into one or more processors. The processor is the nerve center and command center of the terminal. The controller may generate operation control signals based on instruction opcodes and timing signals to complete the control of instruction fetching and execution.

[0113] The wireless communication function of the terminal can be implemented through antenna 1, antenna 2, a mobile communication module, a wireless communication module, and a modem. In some embodiments, antenna 1 of the terminal is coupled to the mobile communication module, and antenna 2 is coupled to the wireless communication module, so that the terminal can communicate with network-side devices and other terminals through wireless communication technology.

[0114] In addition, operating systems run on the above components, such as the iOS operating system developed by Apple, the Android open source operating system developed by Google, and the Windows operating system developed by Microsoft.

[0115] The terminal's operating system can adopt a layered architecture, event-driven architecture, microkernel architecture, microservice architecture, or cloud architecture. The embodiments of this application take the Android system with a layered architecture as an example to illustrate the hardware and software structure of the terminal. It should be noted that although the embodiments of this application are described using the Android system as an example, its basic principles are also applicable to terminals based on operating systems such as iOS or Windows.

[0116] Figure 5 is a block diagram of the terminal's software architecture. The software structure employs a layered architecture, which divides the software into several layers, each with distinct roles and divisions of labor. Layers communicate with each other via software interfaces. Taking the Android system running on an AP as an example, in some embodiments, the Android system is divided into five layers: from top to bottom, the application layer, the application framework layer (Framework), the Android runtime (Android runtime) and system libraries, the hardware abstraction layer (HAL), and the system kernel layer (Kernel).

[0117] The application layer can include a series of application packages. These packages may include apps such as camera, gallery, calendar, call, map, WLAN, Bluetooth, music, video, and short messaging. The application layer may also include the system UI, which is used to display the terminal interface, such as the signal icon corresponding to the SIM card and the call interface. The application framework layer provides the application programming interface (API) and programming framework for applications in the application layer. The application framework layer includes some predefined functions. For example, the application framework layer may include a window manager, content provider, view system, call manager, resource manager, notification manager, etc. The call manager is used to provide terminal call functions, such as call status management (including answering and hanging up). The call manager is represented by the telephony in Figure 5. The application framework layer may also include the radio interface layer (RIL). The modem processor (modem) can exchange information with the telephony through the RIL.

[0118] The modem may include an IMS module, a NAS (Non-Access Stratum) layer, an RRC (Radio Resource Control) layer, a Packet Data Convergence Protocol (PDCP) layer, a Radio Link Control (RLC) layer, a Medium Access Control (MAC) layer, and a Physical (PHY) layer. The aforementioned IMS module and each layer may be a software module. The IMS module is used to interact with the IMS core network, such as interacting with the S-CSCF. In the method for calling provided in the embodiment of the present application, the relevant steps on the terminal side may be implemented by the IMS module. The modem may interact with the base station through the antenna, and then enable the terminal to access the network through the base station. For details, please refer to Figure 1.

[0119] Below, the method provided in the embodiment of the present application is briefly described in combination with the scenarios, network architecture and terminal structure shown in Figures 1 to 5.

[0120] First, before the description, the status codes corresponding to the IMS messages involved in the embodiments of the present application are explained through Table 1.

[0121] Table 1

[0122] It can be understood that, in general, a message can be expressed together with a status code and a message name. In this article, in order to simplify the description, the message can be expressed only by the message name. Specifically, the 100Trying message can be simply described as a Trying message, and the format can be IMS_SIP_INVITE / TRYING. Among them, IMS_SIP indicates that the message is a message based on the Session Initiation Protocol under the IP Multimedia Subsystem. INVITE represents the type of the message. TRYING represents the message name, that is, the message is a message named TRYING under the INVITE type. Other message types based on the Session Initiation Protocol under the IP Multimedia Subsystem also include PRACK type, ACK type, Update, etc. The meaning of other types of message formats is similar to this and will not be repeated.

[0123] The 180 Ringing message can be simply described as a Trying message, and the format can be IMS_SIP_INVITE / RINGING. The 183 Session Progress message can be simply described as a Session Progress message, and the format can be IMS_SIP_INVITE / SESSION_PROGRESS. The 200 OK message can be simply described as an OK message.

[0124] It can be understood that the OK message, as a reply message (or called a response message), can reply to different types of messages, for example, it can reply to an Update message or an INVITE message. In an embodiment of the present application, in order to distinguish different OK messages, the message type that the OK message is used to reply to is added before the OK message for distinction. For example, a PRACK OK message is an OK message used to reply to a PRACK message, and an Update OK message is an OK message used to reply to an Update message. Depending on the message type replied by the OK message, the format of the OK message may be different. The format of the PRACK OK message may be IMS_SIP_PRACK / OK, and the format of the Update OK message may be IMS_SIP_UPDATE / OK. In addition, in an embodiment of the present application, in order to distinguish two messages of the same type but with different indicated meanings or carried information, a numerical number may be added after the message name. For example, the message type of Update message 1 and Update message 2 are both Update, but the meanings indicated and / or the information carried by the two may be different.

[0125] In addition, as mentioned above, the calling terminal and the called terminal can communicate through the IMS core network (including S-CSCF) corresponding to their respective resident cells to realize a call between the two. Moreover, the calling terminal and the called terminal communicate with the color ring back tone platform through the S-CSCF corresponding to their respective resident cells to negotiate the color ring back tone media or color vibration media. Among them, the S-CSCF corresponding to the resident cell of the calling terminal and the S-CSCF corresponding to the resident cell of the called terminal may be the same S-CSCF or different S-CSCFs. In the embodiment of the present application, for the convenience of explanation, the S-CSCFs corresponding to the resident cells of the calling terminal and the called terminal are collectively referred to as S-CSCFs without specific distinction. Moreover, for the convenience of description, the S-CSCF and the color ring back tone platform, as well as other network devices may be collectively referred to as the network or the network side.

[0126] Regarding color ringing, the 5G mobile phone product white paper released by operators requires that the called terminal disable color ringing in the following two situations:

[0127] 1) If the called terminal timer (for example, a 2-second timer) times out and the color ringing media is not delivered, the color ringing needs to be disabled:

[0128] Specifically, for video color ringing, when the called terminal receives a video color ringing media negotiation Update message from the color ringing platform and successfully completes the audio and video media negotiation, the called terminal starts a local Pqos timer (recommended to be set to 2s, which is configurable). If the timer expires and the network does not deliver the color ringing media, the called terminal sends an Update message to disable the color ringing port (which can be understood as disabling the video port to disable the color ringing).

[0129] The Pqos timer can be understood as a timer used to limit the time for sending color vibration media. It should be understood that the Pqos timer can also be a timer with other names. For the understanding of the Pqos timer, reference can be made to the provisions of related timers in the communication field in the prior art.

[0130] Optionally, before the Pqos timer times out, if the called terminal receives color ring media sent by the network, the Pqos timer may also terminate in advance.

[0131] It is understandable that in order to play the color ring media, it is necessary to receive the video media through the video port. Therefore, turning off the color ring can be achieved by turning off the video port of the called terminal.

[0132] 2) The user at the called terminal needs to turn off the ring tone after clicking the answer button:

[0133] Specifically, if the called user chooses to answer the video call or audio call, the called terminal should support closing the call details page and stopping playing the video, color vibration, audio and video in it, and support status updates in either of the following two ways:

[0134] a. When the called party sends a 200OK response message, the SDP video media line is set to 0;

[0135] b. Before sending the 200OK message, the called party sends an Update message to set the video media line in the SDP to 0.

[0136] It is understood that the user of the called terminal clicking the answer button is only a way to perform the answering operation. In some other embodiments, the user can also answer the call through other answering operations, and the embodiments of the present application do not limit this. The process of the user performing the answering operation on the called terminal is also called the called party picking up the phone.

[0137] The 200 OK response message or 200 OK message refers to an INVITE OK message indicating that the called terminal has answered the call (ie, the called terminal has picked up the phone).

[0138] "User chooses to answer the video call or audio call" can be understood as the calling terminal initiating a video call to the called terminal, and the user of the called terminal chooses to answer the call by audio call on the called terminal side.

[0139] It should be understood that the above excerpt only describes one scenario in the 5G mobile phone product white paper, where the color ringing function needs to be disabled. According to the 5G mobile phone product white paper, the color ringing function also needs to be disabled when the calling terminal initiates an audio call (also known as a voice call) to the called terminal and the called terminal answers the audio call. The method for disabling the color ringing function is the same as described above.

[0140] In addition, when the called party picks up the phone, the called terminal confirms whether the video port is open. If the video port is closed, there is no need to disable the color ring tone in the above manner.

[0141] That is to say, if the video port of the called terminal is not closed, no matter whether the call initiated by the calling terminal is a video call or an audio call, as long as the called terminal chooses to answer the call as an audio call (called called audio off-hook), the called terminal needs to close the video port of the called terminal to disable the color ringing.

[0142] The applicant discovered the following problem scenarios during actual research.

[0143] Problem phenomenon: After the called party answers the ringing call, the caller sees that the call is not connected and the call is automatically hung up after 20 seconds. For details, please refer to Figure 6. In the related art, the method for making a call includes the following steps:

[0144] 1) After the called party rings with color ringing, the network sends an update message (shown as 9 in Figure 6, also referred to as the first update message in this document) to notify the called terminal to prepare to receive the color ringing message. The called terminal starts a 2S Pqos timer.

[0145] The color ringing called party can be understood as a called terminal that has activated the color ringing function. In the embodiment of the present application, the update message is the same as the Update message, and the ok message is the same as the OK message.

[0146] 2) The called terminal sends an update message (as shown in 11 in FIG6 , also referred to as the second update message in this document) to the network to refresh the local port and set the local receiving state to video recvonly;

[0147] The local end refers to the called terminal, and the local port refers to the video port of the called terminal. The local receiving state refers to the receiving state of the called terminal. In this embodiment, the port receiving state is used to indicate the state of the port in sending or receiving data, also known as the port status. The port status can include receive-only state, send-only state, and transceiver state.

[0148] Video recvonly can be understood as video receive only, indicating that the receiving state of the video port is receive-only, that is, it can only receive video but not send video.

[0149] "Refreshing the local port and setting the local receiving state to video recvonly" can be understood as updating the state of the called terminal's video port to receive-only. In other words, the called terminal updates the state of its local video port to receive-only and, at the same time, sends an update message to the network, notifying the network of the updated state of the called terminal's video port. After receiving this update message, the network also updates the state of the network-side video port (hereinafter referred to as video port 2#) used to send video to the called terminal to send-only, and notifies the called terminal of this via an updateok message.

[0150] 3) If the 2S timer in the called terminal expires and the network still has not sent the color ringing packet, the called terminal sends an update message (as shown in 12 in Figure 6, also referred to as the third update message herein) to disable the color ringing. This update message carries information for refreshing the video port to 0 (as shown in 12 in Figure 6, audiosendrecvvideo 0);

[0151] It should be understood that when the port number of the video port (i.e., the video port) is not 0 (for example, 50024), the port can transmit video media. When the video port number is 0, it means that the video port is closed. Refreshing the video port to 0 can be understood as setting the video port number to 0, which means that the video port is closed. After closing the video port, the called terminal cannot receive video or send video. In other words, the called terminal updates the local video port number to 0, and at the same time, sends an update message to the network side to notify the network side that the video port has been set to 0 on the called terminal side. After receiving the update message, the network also updates the 2# video port number on the network side to 0, that is, closes the 2# video port, and notifies the called terminal through the updateok message. In this way, the video ports on both the called terminal and the network side are closed, that is, the color ringing is closed. In this embodiment, the update message sent by the called terminal to the network, which carries information for refreshing the video port to 0, is called a message for closing the color ringing.

[0152] Optionally, the video media line of the SDP can be set to 0 in the update message, indicating that the terminal's video port is closed. Specifically, the update message can carry audiosendrecvvideo 0. Audiosendrecv can be understood as audiosend and receive, indicating that the audio port is in a transceiver state, that is, it can both receive and send audio. Video 0 indicates that the video media line of the SDP is set to 0, that is, the video port number is 0.

[0153] 4) The called terminal has previously sent an update message (as shown in 11 in FIG6 ), and when two update messages (as shown in 11 and 12 in the figure, i.e., the second update message and the third update message) are sent at a close interval, the network status maintenance is abnormal;

[0154] 5) The network sends an OK message to the called terminal in response to the first and second update messages sent by the terminal (as shown in 13 and 14 in FIG6 );

[0155] It should be understood that the "first update message" in the "first and second update messages" refers to the second update message in step 2) above (i.e., the message shown as 11 in FIG6 ). The "second update message" refers to the third update message in step 3) above (i.e., the message shown as 12 in FIG6 ). The "OK message of the first update message" refers to the OK message used to respond to the second update message (i.e., the message shown as 13 in FIG6 ), and the "OK message of the second update message" refers to the OK message used to respond to the third update message (i.e., the message shown as 14 in FIG6 ).

[0156] 6) The called terminal user clicks to answer the call, and the called terminal sends IMS_SIP_INVITE / OK (15);

[0157] 7) The network receives the IMS_SIP_INVITE / OK message (15) sent by the called terminal indicating that the called terminal has answered the call and responds with an ACK (16);

[0158] 8) However, the network does not initiate IMS_SIP_INVITE (17) again (the reason may be that the two update messages sent by the called terminal are sent too close to each other, causing an abnormality on the network side);

[0159] 9) The network does not send the IMS_SIP_INVITE / OK (18) message to the calling terminal to indicate that the called party has answered the call (the reason may be that the two update messages sent by the called terminal are sent too close to each other, causing an abnormality on the network side). As a result, the calling terminal will see that the call is not connected, and the call is automatically hung up after a while.

[0160] For the detailed implementation process of FIG6 and the above steps, please refer to the embodiment shown in the subsequent FIG9.

[0161] Example 1:

[0162] As shown in Figure 7:

[0163] 1) After the called party rings with a color ringing ring, the network sends an update message (shown as 9 in Figure 7, also referred to as the first update message in this document) to notify the called terminal to prepare to receive the color ringing ring. The called terminal starts a 2S Pqos timer.

[0164] 2) The called terminal sends an update message (as shown in 11 in FIG. 7 , also referred to as the second update message herein) to the network to refresh the local port and set the local receiving state to video recvonly;

[0165] 3) When the 2S timer of the called terminal times out and the network still does not send the color ringing packet, the called terminal does not send an update message for disabling the color ringing (as shown in 12 in FIG. 7 , also referred to as the third update message in this document).

[0166] It is understandable that when the color ringing timer (2S timer) of the called terminal times out, if the network still has not sent the color ringing packet, and the called terminal has not received a response message (13 in FIG. 7 ) to the previous update message (as shown in 11 in FIG. 7 , also referred to as the second update message herein) sent by the network to the called terminal, then the called terminal does not send an update message (as shown in 12 in FIG. 7 , also referred to as the third update message herein) for disabling the color ringing.

[0167] The color ring timer can be understood as a timer used to limit the time for sending color ring media, that is, the above-mentioned Pqos timer.

[0168] 4) The called terminal user clicks to answer the call, and the called terminal sends IMS_SIP_INVITE / OK (14);

[0169] 5) The network receives the message IMS_SIP_INVITE / OK (14) indicating that the called terminal has answered the call and responds with ACK (15);

[0170] 6) The network initiates IMS_SIP_INVITE again (16);

[0171] 7) The network sends a message IMS_SIP_INVITE / OK (19) to the calling terminal indicating that the called party has answered the call, and the call is connected normally.

[0172] For the detailed implementation process of FIG. 7 and the above steps, please refer to the embodiments shown in the subsequent FIG. 10 to FIG. 12 .

[0173] Example 2:

[0174] As shown in Figure 8:

[0175] After the color ringing ring is set, the called terminal (UE#2 shown in the figure) successfully negotiates the color ringing ring with the network, and the network sends the color ringing ring message normally or does not send the color ringing ring message. The called terminal needs to turn off the color ringing ring when answering the call. However, the previous update negotiation has not been completed. In this case, the called terminal no longer sends an update to turn off the color ringing ring. Instead, the called terminal sets the SDP video media line to 0 (as shown in 14 in Figure 8) in the 200OK message sent to indicate that the called terminal has answered the call (as shown in 14 in Figure 8). The details are as follows.

[0176] 1) After the color ringing call is rung, the network sends update (9) to notify the terminal to prepare to receive the color ringing call, and the terminal starts the 2S Pqos timer;

[0177] 2) The terminal sends update (11) to the network to refresh the local port and set the local receiving state to video recvonly;

[0178] 3) The network delivers the color ringing packet normally or does not deliver it within 2 seconds after the timer starts, and the user clicks "answer" on the called terminal within 2 seconds after the timer starts; or, the network delivers the color ringing packet normally within 2 seconds after the timer starts, and the user clicks "answer" on the called terminal after 2 seconds after the timer starts (for example, 6 seconds);

[0179] 4) When the user clicks answer on the called terminal, the called terminal normally needs to send an update message for disabling the color ringing tone. In this embodiment, the called terminal does not send an update message for disabling the color ringing tone (as shown in 12 in Figure 8), but directly sends an IMS_SIP_INVITE / OK with the SDP video media line set to 0 (as shown in 14 in Figure 8).

[0180] It is understandable that when the user clicks to answer the call on the called terminal, if the called terminal has not received a response message (such as 13 shown in FIG8 ) to the previous update message (such as 11 shown in FIG8 , also referred to as the second update message in this document) sent by the network to the called terminal, the called terminal will not send an update message (such as 12 shown in FIG8 , also referred to as the third update message in this document) for turning off the color ring tone.

[0181] 5) The network receives the message IMS_SIP_INVITE / OK (14) indicating that the called terminal has answered the call and responds with ACK (15);

[0182] 6) The network initiates IMS_SIP_INVITE again (16);

[0183] 7) The network sends a message IMS_SIP_INVITE / OK (19) to the calling terminal (UE#1 shown in the figure) indicating that the called terminal has answered the call, and the call is connected normally.

[0184] For the detailed implementation process of FIG8 and the above steps, please refer to the embodiments shown in the subsequent FIG13 to FIG14.

[0185] Below, the method provided in the embodiments of the present application is further described in detail.

[0186] First, the method for making a call in the related art is described again. As shown in FIG9 , the method includes:

[0187] S101. In response to a user dialing a number on a calling terminal (also referred to as UE#1) and clicking a call control, the calling terminal sends an INVITE message 1 for initiating a call session request to an S-CSCF.

[0188] Please refer to Figure 10, which is a schematic diagram of a dialing interface provided in an embodiment of the present application. A user can dial the number of a called terminal in the dialing interface 701 shown in Figure 10, and trigger the call to the called terminal through the call control 702.

[0189] Optionally, the format of the INVITE message 1 may be IMS_SIP_INVITE / INFORMAL_RESPONSE. The INVITE message 1 may carry information such as the telephone number of the calling terminal and the telephone number of the called terminal.

[0190] S102. After receiving the INVITE message 1, the S-CSCF replies to the calling terminal with a Trying message 1 for responding to the INVITE message 1.

[0191] Optionally, the format of the Trying message 1 may be IMS_SIP_INVITE / TRYING. The Trying message 1 indicates that the INVITE message has been received and a call is being tried.

[0192] S103 . The S-CSCF sends an INVITE message 2 for initiating a call session request to the called terminal (also referred to as UE# 2 ) based on the INVITE message 1 .

[0193] INVITE message 2 may be the same as or different from INVITE message 1.

[0194] S104 : After receiving the INVITE message 2 , the called terminal replies to the S-CSCF with a Trying message 2 for responding to the INVITE message 2 .

[0195] The format of Trying message 2 may be IMS_SIP_INVITE / TRYING. Trying message 2 indicates that an INVITE message has been received and a call is being attempted.

[0196] S105: The called terminal sends a session progress message to the S-CSCF.

[0197] The Session Progress message indicates that the called terminal is establishing a session.

[0198] Optionally, the format of the Session Progress message may be IMS_SIP_INVITE / SESSION_PROGRESS.

[0199] S106. After receiving the Session Progress message, the S-CSCF forwards the Session Progress message to the calling terminal.

[0200] The calling terminal can learn from the Session Progress message that the S-CSCF has found the calling terminal. It should be noted that the Session Progress message does not mean that the session is successfully established.

[0201] S107: After receiving the Session Progress message, the calling terminal sends a Provisional Response Acknowledgement (PRACK) message 1 to the S-CSCF. The PRACK message 1 carries information for requesting resource reservation.

[0202] Optionally, the format of the PRACK message 1 may be IMS_SIP_PRACK / INFORMAL_RESPONSE.

[0203] S108 . The S-CSCF reserves resources in response to the PRACK message 1 , and then replies to the calling terminal with a PRACK OK message 1 for responding to the PRACK message 1 .

[0204] It can be understood that the S-CSCF sends the PRACK OK message 1 for responding to the PRACK message 1, indicating that the resource reservation is successful.

[0205] Optionally, the format of the PRACK OK message 1 may be IMS_SIP_PRACK / OK.

[0206] S109. The S-CSCF sends a PRACK message 2 to the called terminal. The PRACK message 2 carries resource reservation information.

[0207] Optionally, the format of the PRACK message 2 may be IMS_SIP_PRACK / INFORMAL_RESPONSE.

[0208] S110 : After receiving the PRACK message 2 , the called terminal replies to the S-CSCF with a PRACK OK message 2 for responding to the PRACK message 2 .

[0209] S111. The calling terminal updates the state of the audio port on the calling terminal side to a state where the audio port can send and receive audio, and sends an Update message 1 to the S-CSCF. The Update message 1 carries audio sendrecv.

[0210] Update message 1 is used to notify the S-CSCF that the calling terminal's audio port has been updated to a transceiver state. Specifically, the direction attribute of the audio media line in the SDP in Update message 1 is sendrecv, indicating that the audio stream direction is not restricted, that is, audio can be received or sent (transceiver state).

[0211] Optionally, the format of the Update message 1 may be IMS_SIP_UPDATE / INFORMAL_RESPONSE.

[0212] S112. After receiving Update message 1, the S-CSCF updates the state of audio port #1 on the network side to a transceiver state, and replies to the calling terminal with Update OK message 1 for responding to Update message 1. Update OK message 1 carries audio sendrecv.

[0213] Audio port #1 is a port on the network side used to send audio to the calling terminal or to receive audio sent by the calling terminal. The network side here can be, for example, a ring back tone platform.

[0214] Optionally, the format of the Update OK message 1 may be IMS_SIP_UPDATE / OK, and the direction attribute of the audio media line in the SDP in the Update OK message 1 may be sendrecv.

[0215] S113. The S-CSCF updates the state of video port #1 on the network side to a send-only state, and sends an Update message 2 to the calling terminal. The Update message 2 carries audio sendrecv video sendonly.

[0216] Video port 1# is the port used by the network side to send audio to the calling terminal or to receive audio sent by the calling terminal.

[0217] Update message 2 is used to notify the calling terminal that the status of video port 1# has been updated to the send-only state.

[0218] Optionally, in this embodiment, the information in the Update message can be carried incrementally, that is, information is added based on the information carried in the previous message of the same type. In this embodiment, the information carried in Update Message 2 can be added to Update OK Message 1 with "video sendonly," that is, Update Message 2 carries "audio sendrecv video sendonly." Specifically, in the SDP of Update Message 2, the direction attribute of the audio media line is "sendrecv," and the direction attribute of the video media line is "sendonly," indicating that only the video stream is being sent.

[0219] Optionally, the format of the Update message 2 may be IMS_SIP_UPDATE / INFORMAL_RESPONSE.

[0220] S114. After receiving Update message 2, the calling terminal replies to the S-CSCF with Update OK message 2, which is used to respond to Update message 2. Update OK message 2 carries "audio sendrecv video recvonly local none". Local none is used to inform the S-CSCF that the audio port and video port of the calling terminal are not ready.

[0221] Specifically, the direction attribute of the audio media line in the SDP in Update OK message 2 is sendrecv, and the direction attribute of the video media line is recvonly. At the same time, Update OK message 2 also carries local none, indicating that the audio port and video port of the current calling terminal are not ready.

[0222] It should be understood that after the calling terminal replies to the S-CSCF with the Update OK message 2, the calling terminal updates the video port state to a receive-only state and performs preparations related to the audio port and the video port.

[0223] S115. The S-CSCF updates the status of other ports on the network side used for interacting with the called terminal, and sends an Update message 3 to the called terminal. The Update message 3 is used to notify the network side that the status of other data ports has been updated.

[0224] Other ports refer to ports for data other than color vibration media data.

[0225] S116 : After receiving the Update message 3 , the called terminal synchronously updates the status of the corresponding port on the called terminal side, and sends an Update OK message 3 for responding to the Update message 3 to the S-CSCF.

[0226] S117. The calling terminal sends an Update message 4 to the S-CSCF. The Update message 4 carries audio sendrecv video recvonly local sendrecv to inform the S-CSCF that the audio receiving port and video receiving port on the calling terminal side are ready for sending and receiving.

[0227] Specifically, the local sendrecv carried in Update message 4 indicates that the local audio port and video port are ready to send and receive audio and video.

[0228] S118. After receiving the Update message 4, the S-CSCF replies to the calling terminal with an Update OK message 4 for responding to the Update message 4.

[0229] It can be understood that the process shown in the above steps S111 to S114, and steps S117 and S118 is also called negotiation of the ring back tone media between the calling terminal and the network.

[0230] S119: The called terminal is ringing and sends a Ringing message to the S-CSCF to indicate that the called terminal is ringing.

[0231] Optionally, the format of the Ringing message may be IMS_SIP_INVITE / RINGING.

[0232] S120. After receiving the Ringing message, the S-CSCF forwards the Ringing message to the calling terminal.

[0233] S121. The S-CSCF forwards the Ringing message to the ringback tone platform.

[0234] S122. After receiving the Ringing message, the color ring back tone platform replies with a Ringing response message for responding to the Ringing message. The Ringing response message carries parameters of the color ring back tone media.

[0235] The Ringing response message indicates that the Ringing message has been received.

[0236] Specifically, the SDP in the Ringing response message carries an A_cat parameter, that is, a parameter of the color ringing media.

[0237] S123. After receiving the Ringing response message, the S-CSCF sends an Update message 5 (also referred to as the first Update message in this document) to the called terminal, notifying the called terminal to prepare to receive color ring media data packets (hereinafter referred to as color ring packets or color ring messages).

[0238] Specifically, the audio and video media lines in Update message 5 both carry the parameter a=content:g.3gpp.crs, indicating that the color vibration audio and video are ready.

[0239] S124 : After receiving the Update message 5 , the called terminal starts a timer and replies to the S-CSCF with an Update OK message 5 for responding to the Update message 5 .

[0240] Optionally, the timer may be a Pqos timer, and the duration of the timer may be, for example, 2S, and thus may also be called a 2S timer.

[0241] S125. The called terminal updates the status of the audio port of the local terminal (i.e., the called terminal) to a transceiver state, updates the status of the video port of the local terminal to a receive-only state, and sends an Update message 6 (also referred to as the second Update message in this document) to the S-CSCF. The Update message 6 carries information indicating that the status of the audio port of the called terminal has been updated to a transceiver state, and the status of the video port has been updated to a receive-only state (also referred to as the first indication information in this document).

[0242] Specifically, the Update message 6 may carry audio sendrecv video recvonly, where audio sendrecv indicates that the audio port is in a send-receive state, and video recvonly indicates that the video port is in a receive-only state.

[0243] Specifically, the direction attribute of the audio media line in the SDP in the Update message 5 is sendrecv, indicating that the direction of the audio stream is not restricted; the direction attribute of the video media line is recvonly, indicating that only the video stream is received.

[0244] Generally, in step S125, after the S-CSCF receives the Update message 6, it will reply to the called terminal with the Update OK message 6 for responding to the Update message 6. After that, the S-CSCF obtains the color ring package from the color ring platform and sends it to the called terminal. However, the inventors have found that in some cases, due to abnormal functions related to color ring in the S-CSCF and / or the color ring platform (i.e., the network side), the color ring package cannot be sent until the timer in the called terminal times out. Then, according to the processing requirements for color ring in the 5G mobile phone product white paper released by the communication operator mentioned above, if the timer times out and the color ring media is not sent, the video port needs to be closed and the color ring needs to be turned off. Therefore, in this case, it may happen that after step S125, the S-CSCF has not yet had time to reply to the Update OK message 6 to the called terminal, but it has received the Update message 7 sent by the terminal device to turn off the color ring, that is, step S126 is executed after S125.

[0245] S126. If the network still does not send the color ringing packet until the timer of the called terminal times out, the called terminal sends an Update message 7 (also referred to as the third Update message in this document) to the S-CSCF for disabling the color ringing. This Update message 7 carries information indicating that the video port number of the called terminal has been updated to 0 (also referred to as the second indication information in this document).

[0246] Specifically, when the called terminal determines that the timer has expired and the network has not yet sent the color ring packet, it sets the video port number of the called terminal to 0 and sends an Update message 7 to the S-CSCF. The Update message 7 carries audio sendrecv video 0, indicating that the audio port status is sendable and the video port is closed.

[0247] As a specific implementation, the direction attribute of the audio media line in the SDP of Update message 7 is sendrecv, indicating that audio media can be sent and received. The direction attribute of the video media line is set to 0, indicating that the video port is closed and the video and audio playback of the video color vibration are stopped, that is, the color vibration is turned off.

[0248] As shown in step S125 above, before sending Update message 7, the called terminal has already sent an Update message (i.e., Update message 6) to the S-CSCF. If the two Update messages (i.e., the second and third Update messages) are sent close together, a network state maintenance anomaly occurs. This network state maintenance anomaly can prevent the calling and called terminals from establishing a session properly. See the following description for details.

[0249] S127. After receiving the Update message 7, the S-CSCF sends an Update message 8 to the CRBT platform, instructing the CRBT platform to close the 2# video port.

[0250] S128. After receiving the Update message 8, the CRBT platform closes the 2# video port and replies to the S-CSCF with an Update OK message 8 for responding to the Update message 8.

[0251] S129. The S-CSCF replies to the called terminal with an Update OK message 6 for responding to the Update message 6 (sent by the called terminal).

[0252] It can be understood that the process described in steps S123 to S125, as well as S129, is also referred to as the negotiation of the color ring media between the called terminal and the network. Completion of step S129 indicates a successful negotiation of the color ring media. Furthermore, after sending an Update message, receiving an OK message in response to the Update message indicates that the Update message negotiation is complete.

[0253] S130. The S-CSCF sends an Update OK message 7 to the called terminal in response to the Update message 7 (sent by the called terminal).

[0254] S131. In response to the called terminal user clicking the answer button (ie, the called terminal picks up the phone), the called terminal sends an INVITE OK message 1 to the S-CSCF. The INVITE OK message 1 indicates that the called terminal has answered the call (ie, the called terminal picks up the phone).

[0255] Optionally, the format of the INVITE OK message may be IMS_SIP_INVITE / OK.

[0256] S132. After receiving the INVITE OK message 1 sent by the called terminal indicating that the called terminal has answered the call, the S-CSCF closes video port #1 and sends an Update message 9 to the calling terminal. The Update message 9 carries information indicating that the video port #1 number has been set to 0 (video 0 as shown in Figure 9) to disable the ringback tone on the calling terminal side.

[0257] Specifically, the direction attribute of the video media line of the SDP in the Update message 9 is set to 0, indicating that the video port is closed and the playing of the video ringback tone audio and video is stopped, that is, the ringback tone is turned off.

[0258] S133. After receiving Update message 9, the calling terminal closes the video port of the calling terminal and replies to the S-CSCF with Update OK message 9 for responding to Update message 9. Update OK message 9 carries video 0, indicating that the video port of the calling terminal has been closed.

[0259] The direction attribute of the video media line of the SDP in the Update OK message 9 is set to 0.

[0260] S134. In addition, after receiving the INVITE OK message 1 sent by the called terminal indicating that the called terminal has answered the call, the S-CSCF forwards the INVITE OK message 1 to the CRBT platform.

[0261] S135 . After receiving the INVITE OK message 1 , the CRBT platform replies to the S-CSCF with an ACKnowledge character (ACK) message 1 for responding to the INVITE OK message 1 .

[0262] Optionally, the format of the ACK message 1 may be IMS_SIP_ACK / INFORMAL_RESPONSE.

[0263] S136. After receiving the ACK message 1, the S-CSCF forwards the ACK message 1 to the called terminal.

[0264] Typically, after the CRBT platform responds with ACK message 1 to the S-CSCF, it sends an INVITE message (indicated as INVITE message 3) to the S-CSCF to re-initiate the call session request. After receiving INVITE message 3, the S-CSCF forwards INVITE message 3 to the called terminal, which responds with an INVITE OK message 3 in response to INVITE message 3, thus connecting the call. Furthermore, the S-CSCF sends an OK message (indicated as INVITE OK message 2, in the format of IMS_SIP_INVITE / OK) to the calling terminal, indicating that the called terminal has answered the call. The calling terminal responds with an ACK message (indicated as ACK message 2) in response to INVITE OK message 2. Only after these steps are completed can the call be connected normally.

[0265] However, as described in step S126 above, because the two Update messages sent by the called terminal are sent very close together, the S-CSCF and / or the ringback tone platform (on the network side) does not have time to process the previous Update message before processing the next one. Instead, the two Update messages need to be processed simultaneously, causing network-side confusion and anomalies. This can lead to at least one of the following situations: 1) The ringback tone platform cannot successfully send INVITE message 3 to the S-CSCF to re-initiate the call session request, resulting in the inability to execute subsequent processes; 2) The S-CSCF cannot successfully forward INVITE message 3 (IMS_SIP_INVITE) to the called terminal, resulting in the inability to execute subsequent processes. Either of these two situations will result in the inability to successfully establish a session between the calling and called terminals, causing the calling terminal to see that the call was not connected and the call is automatically disconnected after a period of time.

[0266] The above describes the reasons why a call cannot be connected in the scenario where the color ringing packet fails to be delivered due to a timer expiration, and the user answers the call after the timer expires. In other embodiments, when the color ringing packet is delivered normally before the timer expires, and the user answers the call before the timer expires, the above phenomenon may occur where the calling terminal fails to connect and the call is automatically disconnected after a period of time. This is because, although the color ringing packet is delivered normally, according to the color ringing processing requirements in the 5G mobile phone product white paper released by the telecommunications operator, after the called party picks up the phone, the color ringing can be disabled by sending an Update message to set the video media line in the SDP to 0. Therefore, if an Update message is sent to disable the color ringing, and the previous Update message (such as Update message 6 used to notify the audio and video port status that the status has been updated in step S125) has not yet been responded to, the two Update messages may be sent too close together, resulting in a network status maintenance anomaly, and ultimately the inability to successfully establish a session between the calling terminal and the called terminal. As a result, the calling terminal will see that the call is not connected and the call is automatically disconnected after a period of time.

[0267] Of course, in some other embodiments, there may be other scenarios that may cause the calling terminal to see that the call is not connected and the call is automatically hung up after a period of time. These scenarios are not listed here one by one.

[0268] Based on the above research and analysis, embodiments of the present application propose a method for call processing. For scenarios where the "color ringing packet is not delivered until the timer expires," an Update message for disabling color ringing is not sent, or an Update message for disabling color ringing is sent after the previous Update message has been negotiated. This prevents two Update messages from being sent too close together, preventing the network from receiving the next Update message before the previous one has been negotiated. This prevents the network from processing the previous Update message before the next one has been negotiated, forcing the network to process both Update messages simultaneously. This prevents network status maintenance anomalies and, consequently, call anomalies, thereby improving call success rates and user experience. Furthermore, for scenarios where the user is called and goes off-hook before the timer expires, or where the color ringing packet is delivered normally before the timer expires, and the user is called and goes off-hook after the timer expires, when the called party goes off-hook, the method determines whether the previous Update message has been negotiated. If not, the video media line in the SDP response INVITE OK message is set to 0, disabling the video port and color ringing. This not only achieves color ringing OFF in accordance with the color ringing processing requirements specified in the 5G mobile phone product white paper released by telecommunications operators, but also, because the INVITE OK message and the Update message are of different types, even if these two messages are sent close together, network processing will not be disrupted, and network status maintenance anomalies will not occur. This prevents call anomalies, improves call success rate, and enhances user experience. If the previous Update message negotiation is complete when the called party goes off-hook, an Update message is sent to disable color ringing. In this case, the network can process both Update messages one by one, preventing them from being processed simultaneously. This prevents processing confusion and network status maintenance anomalies, thus preventing call anomalies, improving call success rate, and enhancing user experience.

[0269] The following describes in detail the method provided by the embodiment of the present application in conjunction with the accompanying drawings. In the method provided by the embodiment of the present application, the called terminal and the calling terminal can be the terminals with the structures shown in Figures 4 and 5 above. The steps related to the called terminal and the calling terminal can be executed by the IMS module in the modem of the terminal, and will not be described in detail below.

[0270] Example 3:

[0271] This embodiment involves the scenario of "the network still does not send the color ring packet until the timer times out". In this scenario, there are two situations: 1) the user answers the call before the timer times out, that is, the called party picks up the phone before the timer times out; 2) the user answers the call after the timer times out, that is, the called party picks up the phone after the timer times out. This embodiment is applicable to both situations. Below, the case 2) "the called party picks up the phone after the timer times out" is mainly used as an example for explanation. It can be understood that for case 1), the execution process is similar to the following process. The difference is that the timing of the called party picking up the phone is different, and the timing of executing the relevant processes after the called party picks up the phone is different, which will not be introduced in detail here.

[0272] As shown in FIG11 , the method for making a call provided in this embodiment includes:

[0273] S101 to S122, and the following steps: The specific implementation of steps S101 to S122 is shown in FIG9 above, and will not be described in detail.

[0274] S123. After receiving the Ringing response message, the S-CSCF sends an Update message 5 (also referred to as the first Update message in this document) to the called terminal, informing the called terminal to prepare to receive the color ringing packet.

[0275] S124 . After receiving the Update message 5 , the called terminal starts a timer (eg, a 2S Pqos timer) and replies to the S-CSCF with an Update OK message 5 for responding to the Update message 5 .

[0276] S125. The called terminal updates the status of the audio port of the local terminal (i.e., the called terminal) to a transceiver state, updates the status of the video port of the local terminal to a receive-only state, and sends an Update message 6 (also referred to as the second Update message in this document) to the S-CSCF. The Update message 6 carries information indicating that the status of the audio port of the called terminal has been updated to a transceiver state, and the status of the video port has been updated to a receive-only state (also referred to as the first indication information in this document).

[0277] Step S124 and step S125 are the same as those in the embodiment shown in FIG9 , and are not described in detail.

[0278] S201. The called terminal determines that the network has not sent the color ringing packet until the called terminal timer (for example, 2 seconds) expires, and the called terminal has not received the Update OK message 6 used to respond to the Update message 6. In this case, the called terminal does not send the Update message 7 (also referred to as the third Update message in this document) for disabling the color ringing.

[0279] It is understood that when a timer (e.g., a 2S timer) expires, the called terminal can determine whether it has received a color ringing packet and whether it has received a response message (also referred to as an acknowledgement message, an OK message, etc., i.e., Update OK message 6) from the network to the previous Update message (i.e., Update message 6). If the network has not yet delivered the color ringing packet, and the called terminal has not yet received a response message (also referred to as an acknowledgement message, an OK message, etc., i.e., Update OK message 6) from the network to the previous Update message 6 (also referred to herein as the second Update message) sent by the called terminal, the called terminal will not send an Update message 7 (also referred to herein as the third Update message) to disable the color ringing. If the network has still not delivered the color ringing packet, but the called terminal has received a response message from the network to the previous Update message 6 sent by the called terminal, the called terminal may not send an Update message 7 to the network to disable the color ringing.

[0280] It is understood that if the called terminal does not send Update message 7 to disable the color ring tone, the S-CSCF will not reply with Update OK message 7 in response to Update message 7. Furthermore, the S-CSCF will not send Update message 8 to the color ring tone platform to notify the color ring tone platform to disable the video port, and the color ring tone platform will not reply with Update OK message 8 in response to Update message 8 to the S-CSCF. That is, unlike the above embodiment, in this embodiment, steps S126 to S128 and S130 are not executed after step S125.

[0281] Step S129 is executed after step S201, and step S131 is executed after step S129.

[0282] S129. The S-CSCF replies to the called terminal with an Update OK message 6 for responding to the Update message 6 (sent by the called terminal).

[0283] S131. In response to the user clicking the answer button on the called terminal (ie, the called terminal goes off-hook), the called terminal sends an INVITE OK message 1 (IMS_SIP_INVITE / OK) to the S-CSCF. The INVITE OK message 1 indicates that the called terminal has answered the call (ie, the called terminal goes off-hook).

[0284] S132. After receiving the INVITE OK message 1 sent by the called terminal indicating that the called terminal has answered the call, the S-CSCF closes video port 1# and sends an Update message 9 to the calling terminal. Update message 9 carries information indicating that the video port 1# number has been set to 0 (video 0 as shown in Figure 11), indicating that the ringback tone on the calling terminal side is disabled.

[0285] S133. After receiving Update message 9, the calling terminal closes the video port of the calling terminal and replies to the S-CSCF with Update OK message 9 for responding to Update message 9. Update OK message 9 carries video 0, indicating that the video port of the calling terminal has been closed.

[0286] S134. After receiving the INVITE OK message 1 (IMS_SIP_INVITE / OK) indicating that the called terminal has answered the call, the S-CSCF forwards the INVITE OK message 1 to the CRBT platform.

[0287] S135 . After receiving the INVITE OK message 1 , the CRBT platform replies to the S-CSCF with an ACK message 1 for responding to the INVITE OK message 1 .

[0288] S136. The S-CSCF forwards the ACK message 1 to the called terminal.

[0289] The above steps S129 and S131 to S136 are the same as those in the embodiment shown in FIG9 , and are not described again.

[0290] It should be noted that the execution order of the above steps S132 to S136 is not limited in any way. The order shown in the figure is S134, S132, S135, S133, and S136. In actual applications, the order may be different. For example, S132 can be executed after S134, and S133 can be executed before S135, etc. The same is true for other steps in this application and steps in other embodiments of this application. The execution order of the steps may be different according to different actual needs.

[0291] S202: The CRBT platform sends an INVITE message 3 (IMS_SIP_INVITE) to the S-CSCF to initiate a call session request again.

[0292] S203. After receiving the INVITE message 3, the S-CSCF forwards the INVITE message 3 to the called terminal.

[0293] S204 : After receiving the INVITE message 3 , the called terminal replies to the S-CSCF with an INVITE OK message 3 for responding to the INVITE message 3 .

[0294] S205. The S-CSCF sends an INVITE OK message 2 (IMS_SIP_INVITE / OK) to the calling terminal, indicating that the called party has answered the call.

[0295] S206: After receiving the INVITE OK message 2, the calling terminal replies to the S-CSCF with an ACK message 2 for responding to the INVITE OK message 2. After that, the call is connected normally.

[0296] In this embodiment, since the network still hasn't sent a color ringing packet to the called terminal when the timer expires, the network will likely not send another color ringing packet, and the called terminal will not play the color ringing sound. Therefore, in this case, the called terminal can still avoid playing the color ringing sound even without disabling the color ringing sound. Therefore, Update message 7 for disabling the color ringing sound can be omitted. Furthermore, after the terminal goes off-hook, Update message 7 for disabling the color ringing sound is no longer necessary. This prevents the sending of two Update messages (and, consequently, the receiving of two Update messages) from occurring too close together, preventing the network from receiving the next Update message before the previous one has completed negotiation. It also prevents the network from having to process both Update messages simultaneously, preventing network status maintenance anomalies and preventing the network from initiating another INVITE call session request. As a result, the calling and called terminals can establish a session normally, and the call between them can be connected normally. This solves the problem of the calling terminal displaying a call failure and the call being automatically disconnected after a period of time, improving call success rates and, consequently, enhancing the user experience. On the other hand, Update message 7 for disabling color ring tone is not sent, and there is no need for the S-CSCF, color ring tone platform, or calling terminal to exchange messages related to disabling the video port, which simplifies the process and improves session creation efficiency.

[0297] Optionally, as another possible implementation, if the called terminal still has not received the color ringing packet sent by the network when the timer expires, but if the called terminal receives Update OK message 6 in response to Update message 6, the called terminal may not send Update message 7 to disable the color ringing. That is, if the timer expires, regardless of whether the Update OK message 6 in response to Update message 6 is received, the called terminal will not send Update message 7 to disable the color ringing. Step S201 described above may also be replaced by: if the called terminal determines that the network still has not sent the color ringing packet until the called terminal timer (e.g., 2 seconds) expires, the called terminal will not send Update message 7 to disable the color ringing. In this case, the called terminal does not need to worry about whether the Update OK message 6 in response to Update message 6 is received, simplifying the process execution and improving session establishment efficiency.

[0298] It should be noted that in Example 3, the color ringing function is not disabled. Therefore, the video port of the called terminal is not disabled. Therefore, when the called terminal answers the call via audio, that is, when the called party goes off-hook via audio, the color ringing function can be disabled. Figures 10 and 11 both illustrate the case where the called party goes off-hook via audio.

[0299] Example 4:

[0300] This embodiment involves a scenario where "the network still does not send a color ringing packet until the timer times out." This embodiment continues to use situation 2) where "the called party picks up the phone after the timer times out" as an example for explanation.

[0301] For example, Figure 12 is a flowchart of a method for making a call provided by another embodiment of the present application. As shown in Figure 12, in this embodiment, based on the above-mentioned embodiment 3, after step S129 and before step S131, the following steps are performed:

[0302] S301. After confirming receipt of Update OK message 6, the called terminal sends an Update message 7 (also referred to herein as the third Update message) to the S-CSCF for disabling color ringing. This Update message 7 carries information indicating that the video port number of the called terminal has been updated to 0 (also referred to herein as the second indication information, such as audio sendrecv video 0 as shown in FIG12 ).

[0303] S127. After receiving the Update message 7, the S-CSCF sends an Update message 8 to the CRBT platform, instructing the CRBT platform to close the 2# video port.

[0304] S128. After receiving the Update message 8, the CRBT platform closes the 2# video port and replies to the S-CSCF with an Update OK message 8 for responding to the Update message 8.

[0305] S130. The S-CSCF sends an Update OK message 7 to the called terminal in response to the Update message 7 (sent by the called terminal).

[0306] Steps S127, S128, and S130 are the same as those in the embodiment shown in FIG9 and will not be described again here.

[0307] The remaining steps in this embodiment are the same as those in embodiment 3 and will not be described in detail. It is understood that for the sake of brevity, steps S101 to S118 are not shown in detail in FIG12 , and these steps can be referred to in FIG9 or FIG11 .

[0308] In this embodiment, since it was determined in step 201 that no color ringing packet had been received when the timer expired, and no Update OK message 6 had been received in response to Update message 6, the called terminal can continue to wait until Update OK message 6 in response to Update message 6 is received. The called terminal then sends Update message 7 to the S-CSCF to disable color ringing. This ensures that, by the time the network receives Update message 7, the negotiation for Update OK message 6 has already been completed. The network does not need to process two Update messages simultaneously, thus preventing disruption and network status maintenance anomalies. The network can then initiate an INVITE call session request normally, allowing the call to connect normally. This improves the call connection success rate between the calling and called terminals and enhances the user experience. Furthermore, disabling color ringing via Update message 7 fully ensures that the called terminal will not receive color ringing packets or play color ringing sounds. This meets the color ringing handling requirements specified in the 5G mobile phone product white paper released by telecommunications operators and improves the stability and reliability of subsequent interactions.

[0309] It should be noted that in the fourth embodiment, after the 2S timer times out and after receiving the Update OK message 6, the video port of the called terminal is closed. Therefore, no matter the called terminal goes off-hook for audio or video, it is not necessary to close the color ringing.

[0310] Embodiment 5:

[0311] This embodiment involves the scenarios of "the called party picks up the phone before the timer expires" and "the network normally sends the color ringing packet before the timer expires, and the called party picks up the phone after the timer expires." The method in this embodiment is applicable to both scenarios.

[0312] Among them, the scenario of "the timer has not timed out and the called party picks up the phone" includes two situations: 1) the network normally sends the color ringing packet before the timer times out; 2) the network does not send the color ringing packet before the timer times out. Taking the timer as a 2S timer as an example, the scenario of "the called party picks up the phone before the timer times out" includes two situations: 1) within 2S after the timer is started, the network normally sends the color ringing packet, and the called party picks up the phone within 2S after the timer is started; 2) within 2S after the timer is started, the color ringing packet is not sent, and the called party picks up the phone within 2S after the timer is started. The method in this embodiment is applicable to both situations.

[0313] Continuing with the example of a 2S timer, the scenario of "the network sends a color ringing packet before the timer times out, and the called party picks up the phone after the timer times out" means: within 2S after the timer starts, the network normally sends the color ringing packet, and 2S after the timer starts (for example, 3S, 6S, etc.)

[0314] For ease of understanding, the following description uses a 2S timer as an example.

[0315] It can be understood that if the called party picks up the phone before the 2S timer expires, the video port of the called terminal will not be closed regardless of whether the color ringing packet is received normally. This is because according to the color ringing processing requirements in the 5G mobile phone product white paper released by the communication operator, only when the timer times out can it be determined whether the color ringing packet is received and then decide whether to close the video port. In the scenario where the network normally sends the color ringing packet before the timer times out, and the called party picks up the phone after the timer times out, the normal sending of the color ringing packet will not close the video port, so the video port is not closed at this time. Therefore, in these two scenarios, the video port is not closed. In these two scenarios, if the called terminal chooses to answer the call in audio call mode, that is, the called party picks up the phone by audio, it meets the requirements of closing the color ringing in the 5G mobile phone product white paper released by the above-mentioned communication operator, and the color ringing needs to be closed.

[0316] In this embodiment, considering that the previous Update negotiation may not be completed when the called party answers the call, the called terminal does not temporarily send an Update to disable the color ringing sound. Instead, it determines whether the previous Update negotiation is completed. If so, it sends an Update to disable the color ringing sound to the network. If not, the SDP video media line is set to 0 (as shown in S401 of FIG. 13 ) in the 200 OK message (such as INVITE OK message 1 shown in S401 of FIG. 13 ) sent to the network to indicate that the called terminal has answered the call. If the previous Update negotiation is completed, the color ringing sound is disabled through the Update message.

[0317] Specifically, when the user clicks the answer button on the called terminal, if the called terminal has not yet received the reply message (also called the response message, i.e., Update OK message 6) to the previous Update message (i.e., Update message 6, also referred to herein as the second Update message) sent by the network to the called terminal, the called terminal does not send Update message 7 (also referred to herein as the third Update message) to disable the color ringing sound, but instead directly sends INVITE OK message 1 with the SDP video media line set to 0. If the called terminal has received the reply message to the previous Update message sent by the network to the called terminal, the called terminal sends an Update message to disable the color ringing sound.

[0318] The following first describes the situation where the previous Update negotiation is not completed when the called party answers the call.

[0319] For example, Figure 13 is a flowchart of another method for making a call provided by an embodiment of the present application. In Figure 13, "the called party picks up the phone before the 2S timer expires" is used as an example for explanation. Figure 13 shows the situation where the previous Update message has not been negotiated before the called party answers the call. It can be understood that the situation where "the called party picks up the phone after the 2S timer expires" is similar to the following process, except that the timing of the called party picking up the phone is different, and the timing of the execution of the relevant processes after the called party picks up the phone is different, which will not be described in detail here. In addition, if the called terminal receives a color ring packet before the 2S timer expires, the called terminal can terminate the 2S timer in advance. If the called terminal still does not receive the color ring packet when the 2S timer expires, the 2S timer triggers the deactivation of the color ring packet in accordance with the color ring processing requirements in the 5G mobile phone product white paper released by the communication operator. However, in this embodiment, since the called party picks up the phone before the 2S timer expires, the deactivation of the color ring is triggered according to the following process, and therefore the 2S timer is no longer needed to trigger the deactivation of the color ring.

[0320] As shown in FIG13 , the method includes:

[0321] S101 to S122, and the following steps: The specific implementation of steps S101 to S122 is shown in FIG9 above, and will not be described in detail.

[0322] S123. After receiving the Ringing response message, the S-CSCF sends Update 5 to the called terminal, notifying the called terminal to prepare to receive the color ringing packet.

[0323] S124 . After receiving the Update message 5 , the called terminal starts a timer (eg, a 2S Pqos timer) and replies to the S-CSCF with an Update OK message 5 for responding to the Update message 5 .

[0324] S125. The called terminal updates the status of the audio port of the local terminal (i.e., the called terminal) to a transceiver state, updates the status of the video port of the local terminal to a receive-only state, and sends Update6 to the S-CSCF. Update message 6 carries information indicating that the status of the audio port of the called terminal has been updated to a transceiver state, and the status of the video port has been updated to a receive-only state (also referred to as first indication information in this document).

[0325] It should be noted that, in this embodiment, after executing step S125, regardless of whether the network normally sends the color ringing packet within 2S after the timer is started or not, the user clicks to answer the call on the called terminal within 2S after the timer is started, or the network normally sends the color ringing packet within 2S after the timer is started, and the user clicks to answer the call on the called terminal after 2S after the timer is started (such as the 6th second), the called terminal temporarily does not send an Update message for turning off the color ringing to the network, as shown in Figure 13.

[0326] S401. In response to a user clicking an audio answer button on a called terminal (ie, the called party goes off-hook), the called terminal determines whether an Update OK message 6 for responding to an Update message 6 is received.

[0327] S402a. When the called terminal determines that it has not received the Update OK message 6, it closes the video port of the called terminal and sends an INVITE OK message 4 (IMS_SIP_INVITE / OK) to the S-CSCF. The INVITE OK message 4 is used to indicate that the called terminal has answered the call. The SDP video media line in the INVITE OK message 4 is set to 0 (as shown in Figure 13, the INVITE OK message 4 carries audio sendrecv video 0).

[0328] Under normal circumstances, when the called party goes off-hook for audio, the called terminal directly sends an INVITE OK message with the SDP video media line set to 0, or directly sends an Update message to the S-CSCF to disable color ringing. However, when sending an Update message to disable color ringing, the previous Update message may not have completed negotiation. This can cause the two Update messages to be sent very close together (and, consequently, the two Update messages to be received very close together). This prevents the network from processing the previous Update message before the next one, leading to processing disruptions and network anomalies. In this embodiment, when the called terminal determines that it has not received the Update OK message 6, it does not send an Update message to disable color ringing (as shown in Figure 13). Instead, it determines whether it has received a response to the previous Update message, i.e., whether the negotiation for the previous Update message has been completed. If not, it sends an INVITE OK (IMS_SIP_INVITE / OK) message with the SDP video media line set to 0. The INVITE OK message is different from the Update message type. Even if the time interval between the sending of the previous Update message and the sending of the previous Update message is close, it will not cause network status maintenance abnormalities. The network can subsequently initiate call session requests again normally, and the call can be connected normally.

[0329] S132. After receiving the INVITE OK message 4 (IMS_SIP_INVITE / OK) indicating that the called terminal has answered the call, the S-CSCF closes video port #1 and sends an Update message 9 to the calling terminal. Update message 9 carries information indicating that the video port #1 number has been set to 0 (video 0 as shown in Figure 13), indicating that the ringback tone on the calling terminal side is disabled.

[0330] S133. After receiving the Update message 9, the calling terminal closes the video port of the calling terminal and replies to the S-CSCF with an Update OK message 9 for responding to the Update message 9, indicating that the video port of the calling terminal has been closed.

[0331] S403. In addition, after receiving the INVITE OK message 4 (IMS_SIP_INVITE / OK) indicating that the called terminal has answered the call, the S-CSCF forwards the INVITE OK message 4 to the CRBT platform.

[0332] S404: After receiving the INVITE OK message 4 with the SDP video media line set to 0, the CRBT platform closes the 2# video port and replies to the S-CSCF with an ACK message 4 for responding to the INVITE OK message 4.

[0333] S405. The S-CSCF forwards the ACK message 4 to the called terminal.

[0334] S129. The S-CSCF replies to the called terminal with an Update OK message 6 for responding to the Update message 6.

[0335] It should be noted that there is no limitation on the execution order of the above steps S132 to S133, steps S403 to S405, and step S129. The order shown in the figure is S403, S132, S404, S133, S129, S405. In actual applications, there may be other orders, for example, S132 is executed after S404, S129 is executed before step S403, and so on.

[0336] S202: The CRBT platform sends an INVITE message 3 (IMS_SIP_INVITE) to the S-CSCF to initiate a call session request again.

[0337] S203. After receiving the INVITE message 3, the S-CSCF forwards the INVITE message 3 to the called terminal.

[0338] S204 : After receiving the INVITE message 3 , the called terminal replies to the S-CSCF with an INVITE OK message 3 for responding to the INVITE message 3 .

[0339] S205. The S-CSCF sends an INVITE OK message 2 (IMS_SIP_INVITE / OK) to the calling terminal (ie, UE#1), indicating that the called terminal has answered the call.

[0340] S206: After receiving the INVITE OK message 2, the calling terminal replies to the S-CSCF with an ACK message 2 for responding to the INVITE OK message 2. After that, the call is connected normally.

[0341] In this embodiment, in the scenarios where the called party picks up their phone before the timer expires, or the network normally sends a color ringing packet before the timer expires, and the called party picks up their phone after the timer expires, if the called party determines that the previous Update negotiation has not been completed (i.e., if it has not received a response message to the previous Update), it does not send an Update message to the network to disable the color ringing. Instead, it directly sends a 200 OK message with the SDP video media line set to 0. This not only achieves the goal of disabling the color ringing, but also, because the INVITE OK message and the Update message are different types, even if these two messages are sent close together, it does not cause network processing confusion, network state maintenance anomalies, or prevent the network from initiating another INVITE call session request. Therefore, the calling and called terminals can establish a session normally, and the call between them can be connected normally. This solves the problem of the calling terminal displaying that the call is not connected and the call being automatically disconnected after a period of time, thereby improving the user experience. Furthermore, disabling the color ringing by setting the SDP video media line to 0 in the 200 OK message simplifies the message negotiation process and improves the efficiency of session establishment.

[0342] The following describes the situation where the previous Update has been negotiated and the called party answers the call.

[0343] For example, FIG14 is a flowchart of a method for making a call provided by another embodiment of the present application. FIG14 continues to use the example of "the called party picks up the phone after the 2S timer expires" for explanation. FIG14 shows a situation where the previous Update message has been negotiated before the called party answers the call. As shown in FIG14, the method includes:

[0344] For details of steps S101 to S125, please refer to FIG13 above and will not be described in detail. Moreover, for the sake of brevity, steps S101 to S122 are not shown in detail in FIG14. After step S125, step S129 is executed.

[0345] S129. The S-CSCF replies to the called terminal with an Update OK message 6 for responding to the Update message 6.

[0346] S401. In response to a user clicking an audio answer button on a called terminal (ie, the called party goes off-hook), the called terminal determines whether an Update OK message 6 for responding to an Update message 6 is received.

[0347] S402b: When the called terminal determines that it has received the Update OK message 6, it sends an Update message 7 for disabling the color ringing sound to the S-CSCF. The Update message 7 carries information indicating that the video port number of the called terminal has been updated to 0 (also referred to as the second indication information in this article).

[0348] S127. After receiving the Update message 7, the S-CSCF sends an Update message 8 to the CRBT platform, instructing the CRBT platform to close the 2# video port.

[0349] S128. After receiving the Update message 8, the CRBT platform closes the 2# video port and replies to the S-CSCF with an Update OK message 8 for responding to the Update message 8.

[0350] S130. The S-CSCF sends an Update OK message 7 to the called terminal in response to the Update message 7 (sent by the called terminal).

[0351] S131. The called terminal sends an INVITE OK message 1 to the S-CSCF. The INVITE OK message 1 is used to indicate that the called terminal has answered the call.

[0352] It should be noted that the SDP video media line in the INVITE OK message 1 is not 0.

[0353] S132. After receiving the INVITE OK message 1 sent by the called terminal indicating that the called terminal has answered the call, the S-CSCF closes video port 1# and sends an Update message 9 to the calling terminal. Update message 9 carries information for updating the video port on the calling terminal side to 0 (video 0 as shown in Figure 14) to disable the ringback tone on the calling terminal side.

[0354] S133. After receiving Update message 9, the calling terminal closes the video port of the calling terminal and replies to the S-CSCF with Update OK message 9 for responding to Update message 9. Update OK message 9 carries video 0, indicating that the video port of the calling terminal has been closed.

[0355] S134. In addition, the S-CSCF receives the INVITE OK message 1 sent by the called terminal, indicating that the called terminal has answered the call, and forwards the INVITE OK message 1 to the CRBT platform.

[0356] S135 . After receiving the INVITE OK message 1 , the CRBT platform replies to the S-CSCF with an ACKnowledge character (ACK) message 1 for responding to the INVITE OK message 1 .

[0357] S136. The S-CSCF forwards the ACK message 1 to the called terminal.

[0358] S202: The CRBT platform sends an INVITE message 3 (IMS_SIP_INVITE) to the S-CSCF to initiate a call session request again.

[0359] S203. After receiving the INVITE message 3, the S-CSCF forwards the INVITE message 3 to the called terminal.

[0360] S204 : After receiving the INVITE message 3 , the called terminal replies to the S-CSCF with an INVITE OK message 3 for responding to the INVITE message 3 .

[0361] S205. The S-CSCF sends an INVITE OK message 2 (IMS_SIP_INVITE / OK) to the calling terminal, indicating that the called party has answered the call.

[0362] S206: After receiving the INVITE OK message 2, the calling terminal replies to the S-CSCF with an ACK message 2 for responding to the INVITE OK message 2. After that, the call is connected normally.

[0363] In this embodiment, in the scenarios of "the called party picks up the phone before the timer expires" and "the network normally sends the color ringing packet before the timer expires, and the called party picks up the phone after the timer expires", when the called party picks up the phone, the Update message for disabling the color ringing is sent only after confirming that a response to the previous Update message has been received. This not only achieves the purpose of disabling the color ringing, but also prevents the situation where the next Update message is sent to the network side before the previous Update message negotiation is completed. The network side can process Update messages one by one in an orderly manner, thereby preventing network status maintenance anomalies and the network from being unable to initiate INVITE call session requests again. Therefore, the calling terminal and the called terminal can establish a session normally, and the call between them can be connected normally. This solves the problem of the calling terminal displaying that the call is not connected and the call is automatically hung up after a period of time, thereby improving the success rate of call connection and thus enhancing the user experience.

[0364] It should be noted that in the embodiment shown in Figure 14 , when the called party goes off-hook for audio, if the called terminal has already received a response to the previous Update message, the color ringing ringing is disabled by sending an Update message for disabling the color ringing ringing. However, in some other embodiments, the color ringing ringing can also be disabled by sending an INVITE OK message with the video media line in the SDP set to 0, and this embodiment is not limited to this.

[0365] The above describes in detail an example of a method for making a call provided by an embodiment of the present application. It is understandable that, in order to implement the above functions, the terminal includes hardware and / or software modules corresponding to the execution of each function. Those skilled in the art should easily appreciate that, in combination with the units and algorithm steps of each example described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in a hardware or computer software-driven hardware manner depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application in combination with the embodiments, but such implementation should not be considered to be beyond the scope of the present application.

[0366] The embodiment of the present application can divide the functional modules of the terminal device according to the above method example. For example, each function can be divided into various functional modules, such as a detection unit, a processing unit, a display unit, etc., or two or more functions can be integrated into one module. The above-mentioned integrated modules can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of modules in the embodiment of the present application is schematic and is only a logical function division. There may be other division methods in actual implementation.

[0367] It should be noted that all relevant contents of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional module and will not be repeated here.

[0368] In addition, some embodiments of the present application provide a terminal comprising: one or more processors and a memory; the memory being configured to store computer program code, the computer program code comprising computer instructions, which, when executed by the one or more processors, causes the terminal to execute the aforementioned method for making a call. The terminal involved in this embodiment may be a device having the structure shown in Figure 4.

[0369] Some embodiments of the present application provide a chip system, applied to a terminal, comprising at least one processor and an interface, the interface being configured to receive instructions and transmit them to the at least one processor; the at least one processor executing the instructions causes the terminal to execute the paging message processing method described above. The chip system may be a modem, or a system on chip (SoC) including a modem, and the method described above may be implemented by a modem.

[0370] An embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored. When the computer program is executed by a processor, the processor executes the method for making a call in any of the above embodiments.

[0371] The embodiment of the present application also provides a computer program product. When the computer program product is run on a computer, it enables the computer to execute the above-mentioned related steps to implement the method for making a call in the above-mentioned embodiment.

[0372] In addition, an embodiment of the present application also provides a device, which can specifically be a chip, component or module, and the device may include a connected processor and memory; wherein the memory is used to store computer-executable instructions, and when the device is running, the processor can execute the computer-executable instructions stored in the memory to enable the chip to execute the method for making calls in the above-mentioned method embodiments.

[0373] Among them, the terminal, chip system, computer-readable storage medium, computer program product or device provided in this embodiment are all used to execute the corresponding methods provided above. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects in the corresponding methods provided above, and will not be repeated here.

[0374] Through the description of the above implementation methods, technical personnel in the relevant field can understand that for the convenience and simplicity of description, only the division of the above-mentioned functional modules is used as an example. In actual applications, the above-mentioned functions can be distributed and completed by different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0375] In the several embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of modules or units is only a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another device, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0376] Units described as separate components may or may not be physically separate, and components shown as units may be one physical unit or multiple physical units, that is, they may be located in one place or distributed in multiple places. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0377] In addition, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0378] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solution of the embodiment of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for enabling a device (which can be a single-chip microcomputer, chip, etc.) or a processor (processor) to execute all or part of the steps of the various embodiments of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0379] The above content is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.

Claims

1. A method for making a call, characterized in that, The method includes: After the called terminal sends a ringing message, receive a first Update message for notifying the called terminal to prepare to receive the color ringing media; After receiving the first Update message, the called terminal starts a timer; The called terminal sends a second Update message, and the second Update message is used to notify that the status of the video port of the called terminal has been updated to a receive-only state; In a first case, the called terminal does not send a third Update message for closing the color ringing; wherein, the first case includes: until the timer times out, the called terminal has not received the color ringing media.

2. The method according to claim 1, characterized in that The first case further includes: until the timer times out, the called terminal has not received a response message to the second Update message.

3. The method according to claim 2, wherein The method further includes: After the timer times out and after receiving a response message to the second Update message, the called terminal sends the third Update message.

4. The method according to any one of claims 1 to 3, characterized in that The method further includes: In a second case, the called terminal sends the third Update message; wherein, the second case includes: before the timer times out, the called terminal receives a response message to the second Update message, and until the timer times out, the called terminal has not received the color ringing media.

5. The method according to any one of claims 2 to 4, characterized in that, The response message to the second Update message is a 200 OK message.

6. The method according to any one of claims 1-5, characterized in that The second Update message carries first indication information, and the first indication information represents that the status of the audio port of the called terminal has been updated to a send-receive state, and the status of the video port of the called terminal has been updated to a receive-only state.

7. The method according to claim 6, wherein The first indication information includes audio sendrecv video recvonly.

8. The method according to any one of claims 1-7, characterized in that The third Update message carries second indication information, and the second indication information is used to represent that the video port number of the called terminal has been updated to 0, indicating that the video port of the called terminal has been closed.

9. The method according to claim 8, wherein The second indication information includes audio sendrecv video 0.

10. The method according to any one of claims 1-9, characterized in that, The timer is a Pqos timer.

11. The method according to any one of claims 1 to 10, characterized in that, The duration of the timer is 2 seconds.

12. The method according to any one of claims 1-11, characterized in that, The ringing message is a 180 Ringing message.

13. The method according to any one of claims 1-12, characterized in that, The method further includes at least one of the following: The called terminal sends the ringing message to the network side; The called terminal receives the first Update message sent by the network side; The called terminal sends the second Update message to the network side; The called terminal does not send the third Update message to the network side; The network side includes a serving call session control function (S-CSCF) network element.

14. A method for a call, characterized in that, The method includes: After the called terminal sends a ringing message, receive a first Update message for notifying the called terminal to prepare to receive the color ringing media; After receiving the first Update message, the called terminal starts a timer; The called terminal sends a second Update message, which is used to notify that the status of the video port of the called terminal has been updated to the receive-only state; In the third case, the called terminal does not send a third Update message for turning off the color ringtone; wherein, the third case includes: when the called terminal receives an operation of answering a call performed by a user on the called terminal, the called terminal has not received a response message of the second Update message.

15. The method according to claim 14, wherein The method further includes: In the third case, the called terminal sends a 200 OK message for indicating that the called terminal has answered the call, and the 200 OK message carries second indication information, and the second indication information is used to characterize that the video port number of the called terminal has been updated to 0, indicating that the video port of the called terminal has been closed.

16. The method according to claim 15, wherein The second indication information includes audio sendrecv video 0.

17. The method according to any one of claims 14-16, characterized in that, The method further includes: In the fourth case, the called terminal sends the third Update message; wherein, the fourth case includes: when the called terminal receives an operation of answering a call performed by a user on the called terminal, the called terminal has received a response message of the second Update message.

18. The method according to any one of claims 14-17, characterized in that, The situation that the called terminal receives an operation of answering a call performed by a user on the called terminal includes: Before the timer times out, the called terminal receives the color ringtone media, and after the timer times out, the called terminal receives an operation of answering a call performed by a user on the called terminal.

19. The method according to any one of claims 14-17, characterized in that, The situation that the called terminal receives an operation of answering a call performed by a user on the called terminal includes: Before the timer times out, the called terminal receives an operation of answering a call performed by a user on the called terminal.

20. The method according to any one of claims 14-19, characterized in that, The operation of answering the call is an operation of answering the call by means of an audio call.

21. The method according to any one of claims 14-20, characterized in that, The second Update message carries first indication information, and the first indication information is used to indicate that the status of the audio port of the called terminal has been updated to the send-receive state, and the status of the video port of the called terminal has been updated to the receive-only state.

22. The method according to claim 21, wherein The first indication information includes audio sendrecv video recvonly.

23. The method according to any one of claims 14-22, characterized in that, The third Update message carries second indication information, and the second indication information is used to characterize that the video port number of the called terminal has been updated to 0, indicating that the video port of the called terminal has been closed.

24. The method according to claim 23, wherein The second indication information includes audio sendrecv video 0.

25. The method according to any one of claims 14-24, characterized in that, The timer is a Pqos timer.

26. The method according to any one of claims 14-25, characterized in that The duration of the timer is 2 seconds.

27. The method according to any one of claims 14-26, characterized in that, The ringing message is a 180 Ringing message.

28. The method according to any one of claims 14-27, characterized in that, The response message of the second Update message is a 200 OK message.

29. The method according to any one of claims 14-28, characterized in that, The method further includes at least one of the following: The called terminal sends the ringing message to the network side; The called terminal receives the first Update message sent by the network side; The called terminal sends the second Update message to the network side; The called terminal does not send the third Update message to the network side; The network side includes a serving call session control function (S-CSCF) network element.

30. A terminal device, characterized in that, Comprising: A processor and a memory; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory, so that the terminal device executes the method according to any one of claims 1-29.

31. A chip system, characterized in that, Comprising at least one processor and a communication interface, the communication interface and the at least one processor are interconnected by a line, and the at least one processor is used to run a computer program or instructions to execute the method according to any one of claims 1-29.

Images