IMS voice call method and system, medium and product

Abstract

Provided in the present disclosure are an IMS voice call method and system, a medium and a product, relating to the technical field of communications. The method is applied to an IMS network architecture, the IMS network architecture comprising a first network element, a second network element, a third network element and a fourth network element. The method comprises: performing resource usage prediction on the basis of historical data and network state information by means of the first network element cooperating with a proxy-call session control function (P-CSCF); performing network evaluation by means of the second network element to obtain network state information; by means of the third network element cooperating with a serving-call session control function (S-CSCF), performing session parameter caching and preloading of a terminal; and by means of the fourth network element cooperating with a home subscriber server (HSS) and an interrogating-call session control function (I-CSCF), caching call-related data of the terminal.

Description

IMS voice call methods, systems, media and products

[0001] Cross-reference of related applications

[0002] This disclosure claims priority to Chinese Patent Application No. 202411924168.1, filed in China on December 25, 2024, the entire contents of which are incorporated herein by reference. Technical Field

[0003] This disclosure relates to the field of communication technology, and in particular to an IMS voice call method, system, medium and product. Background Technology

[0004] Existing Internet Protocol (IP) Multimedia Subsystem (IMS) voice calling systems are primarily designed for terrestrial networks and include core network elements such as the Proxy Call Session Control Function (P-CSCF), Serving Call Session Control Function (S-CSCF), and Interrogating Call Session Control Function (I-CSCF). These systems handle call setup, maintenance, and release processes through the Session Initiation Protocol (SIP). However, due to the inherent high latency of high-orbit satellite communication, call setup times are relatively long. Summary of the Invention

[0005] This disclosure provides an IMS voice call method, system, medium, and product to address the problem of long call setup times.

[0006] In a first aspect, embodiments of this disclosure provide an IMS voice call method, applied to an IMS network architecture, wherein the IMS network architecture includes a first network element, a second network element, a third network element, and a fourth network element, and the method includes:

[0007] The first network element collaborative proxy call session control function P-CSCF predicts resource usage based on historical data and network status information;

[0008] Network status information is obtained by performing network evaluation through the second network element;

[0009] The terminal's session parameters are cached and preloaded through the third network element collaborative service call session control function S-CSCF;

[0010] The fourth network element, in conjunction with the Home Subscriber Server (HSS) and the Inquiry Call Session Control Function (I-CSCF), caches the call-related data of the terminal.

[0011] Optionally, the step of predicting resource usage based on historical data and network status information through the P-CSCF (Plan-Based Call Session Control Function) of the first network element includes:

[0012] The first network element receives network status information sent by the second network element, wherein the network status information is information obtained by the second network element through network evaluation.

[0013] The first network element receives a resource pre-allocation request sent by the P-CSCF or S-CSCF in response to a terminal request;

[0014] The first network element performs resource usage prediction based on historical data, the network status information, and the resource pre-allocation request to obtain the prediction result;

[0015] The first network element pre-allocates resources based on the prediction results.

[0016] Optionally, the resource pre-allocation request includes terminal capability information and the expected service type.

[0017] Optionally, the method further includes:

[0018] The first network element adjusts the Quality of Service (QoS) parameters based on the network status information.

[0019] Optionally, the first network element receives network status information sent by the second network element, including:

[0020] During the mobile initiation of a call by the terminal, the first network element receives network status information sent by the second network element.

[0021] Optionally, the network evaluation via the second network element includes:

[0022] The second network element receives an evaluation request sent by the P-CSCF or I-CSCF;

[0023] The second network element performs a network assessment based on the assessment request to obtain network status information.

[0024] Optionally, the second network element receives an evaluation request sent by the P-CSCF or the Inquiry Call Session Control Function (I-CSCF), including:

[0025] During the registration process of the terminal, the second network element receives an evaluation request sent by the P-CSCF;

[0026] Alternatively, during the mobile termination call process of the terminal, the second network element receives an evaluation request sent by the I-CSCF.

[0027] Optionally, the method further includes:

[0028] The second network element receives the link optimization request sent by the P-CSCF;

[0029] The second network element performs link optimization based on the link optimization request and the network status information to obtain link optimization parameters.

[0030] Optionally, the second network element receives the link optimization request sent by the P-CSCF, including:

[0031] During the mobile initiation of a call by the terminal, the second network element receives a link optimization request sent by the P-CSCF.

[0032] Optionally, the method further includes:

[0033] The second network element receives the codec selection request sent by the I-CSCF;

[0034] The second network element determines the codec based on the codec selection request and the network status information.

[0035] Optionally, the second network element receives a codec selection request sent by the I-CSCF, including:

[0036] During the mobile initiation of a call by the terminal, the second network element receives a codec selection request sent by the I-CSCF.

[0037] Optionally, the method further includes:

[0038] The second network element sends the network status information to the first network element;

[0039] The second network element sends the network status information to at least one of the application server AS, the media gateway control function MGCF, or the media gateway MGW, wherein the AS, the MGCF, and the MGW are used to complete media negotiation based on the network status information.

[0040] Optionally, the method further includes:

[0041] Signaling compression is performed based on the second network element collaborative application server AS and the media gateway control function MGCF, and the transmission strategy is determined.

[0042] Optionally, the step of caching and preloading the terminal's session parameters through the third network element cooperative service call session control function (S-CSCF) includes:

[0043] The third network element receives session parameter requests sent by the P-CSCF or S-CSCF;

[0044] The third network element performs session parameter caching and preloading of the terminal based on the session parameter request;

[0045] The third network element sends the session parameters to the P-CSCF or the S-CSCF.

[0046] Optionally, the third network element receiving a session parameter request sent by the P-CSCF or S-CSCF includes:

[0047] During the registration process of the terminal, the third network element receives a session parameter request sent by the S-CSCF;

[0048] Alternatively, during the mobile initiation of a call by the terminal, the third network element receives a session parameter request sent by the P-CSCF.

[0049] Alternatively, during the mobile termination of a call at the terminal, the third network element receives a session parameter request sent by the S-CSCF.

[0050] Optionally, the method further includes:

[0051] The fourth network element receives the query request sent by the S-CSCF;

[0052] The fourth network element determines the query information corresponding to the query request based on the query request;

[0053] The fourth network element sends the query information to the S-CSCF.

[0054] Optionally, during the registration process of the terminal, the query request is used to request a query for user configuration information;

[0055] During the mobile initiation of a call by the terminal, the query request is used to request at least one of network topology information, authentication information, and billing policy information;

[0056] Alternatively, during the mobile termination of a call at the terminal, the query request is used to request the location information of the called user.

[0057] Optionally, the method further includes:

[0058] During the registration process of the terminal, the fourth network element receives user status information sent by the S-CSCF;

[0059] The fourth network element updates the user status based on the user status information.

[0060] Optionally, the method further includes:

[0061] During the process of a mobile initiation of a call or a mobile termination of a call by the terminal, the fourth network element receives call status information sent by the S-CSCF;

[0062] The fourth network element stores the call status information.

[0063] Secondly, embodiments of this disclosure provide an IMS voice call system, the IMS voice call system comprising a first network element, a second network element, a third network element, and a fourth network element, wherein:

[0064] The first network element is used for: the Collaborative Proxy Call Session Control Function (P-CSCF) to predict resource usage based on historical data and network status information;

[0065] The second network element is used to: perform network assessment and obtain network status information;

[0066] The third network element is used for: the Cooperative Service Call Session Control Function (S-CSCF) to cache and preload the terminal's session parameters;

[0067] The fourth network element is used to: coordinate with the Home Subscriber Server (HSS) and query the Call Session Control Function (I-CSCF) to cache the call-related data of the terminal.

[0068] Optionally, the first network element is specifically used for:

[0069] Receive network status information sent by the second network element, wherein the network status information is information obtained by the second network element through network evaluation;

[0070] The Receive Agent Call Session Control Function (P-CSCF) or Service Call Session Control Function responds to a resource pre-allocation request sent by the terminal.

[0071] Based on historical data, the network status information, and the resource pre-allocation request, resource usage is predicted to obtain the prediction result;

[0072] Resource pre-allocation is performed based on the prediction results.

[0073] Optionally, the resource pre-allocation request includes terminal capability information and the expected service type.

[0074] Optionally, the first network element is further used for:

[0075] Adjust the Quality of Service (QoS) parameters based on the network status information.

[0076] Optionally, the first network element is specifically used for:

[0077] During the mobile initiation of a call by the terminal, network status information sent by the second network element is received.

[0078] Optionally, the second network element is specifically used for:

[0079] Receive evaluation requests sent by P-CSCF or I-CSCF;

[0080] Based on the evaluation request, a network evaluation is performed to obtain network status information.

[0081] Optionally, the second network element is specifically used for:

[0082] During the registration process of the terminal, an evaluation request sent by P-CSCF is received;

[0083] Alternatively, during the mobile termination call process of the terminal, an evaluation request sent by the I-CSCF is received.

[0084] Optionally, the second network element is also used for:

[0085] Receive link optimization requests sent by P-CSCF;

[0086] Link optimization is performed based on the link optimization request and the network status information to obtain link optimization parameters.

[0087] Optionally, the second network element is specifically used for:

[0088] During the mobile initiation of a call by the terminal, a link optimization request sent by the P-CSCF is received.

[0089] Optionally, the second network element is also used for:

[0090] Receive codec selection requests sent by I-CSCF;

[0091] The codec is determined based on the codec selection request and the network status information.

[0092] Optionally, the second network element is specifically used for:

[0093] During the mobile initiation of a call by the terminal, a codec selection request sent by the I-CSCF is received.

[0094] Optionally, the second network element is also used for:

[0095] Send the network status information to the first network element;

[0096] The network status information is sent to at least one of the application server (AS), the media gateway control function (MGCF), or the media gateway (MGW), wherein the AS, the MGCF, and the MGW are used to complete media negotiation based on the network status information.

[0097] Optionally, the second network element is also used for:

[0098] The collaborative application server (AS) and media gateway control function (MGCF) perform signaling compression and determine the transmission strategy.

[0099] Optionally, the third network element is specifically used for:

[0100] Receive session parameter requests sent by P-CSCF or S-CSCF;

[0101] Based on the session parameter request, the terminal's session parameters are cached and preloaded;

[0102] Send the session parameters to the P-CSCF or the S-CSCF.

[0103] Optionally, the third network element is specifically used for:

[0104] During the registration process of the terminal, a session parameter request sent by S-CSCF is received;

[0105] Alternatively, during the mobile initiation of a call by the terminal, a session parameter request sent by the P-CSCF is received;

[0106] Alternatively, during the mobile termination call process of the terminal, a session parameter request sent by the S-CSCF is received.

[0107] Optionally, the third network element is further used for:

[0108] The fourth network element receives the query request sent by the S-CSCF;

[0109] The fourth network element determines the query information corresponding to the query request based on the query request;

[0110] The fourth network element sends the query information to the S-CSCF.

[0111] Optionally, during the registration process of the terminal, the query request is used to request a query for user configuration information;

[0112] During the mobile initiation of a call by the terminal, the query request is used to request at least one of network topology information, authentication information, and billing policy information;

[0113] Alternatively, during the mobile termination of a call at the terminal, the query request is used to request the location information of the called user.

[0114] Optionally, the fourth network element is further used for:

[0115] During the registration process of the terminal, user status information sent by S-CSCF is received;

[0116] Update the user status based on the user status information.

[0117] Optionally, the fourth network element is further used for:

[0118] During the mobile initiation of a call or the mobile termination of a call at the terminal, call status information sent by the S-CSCF is received;

[0119] Store the call status information.

[0120] Thirdly, embodiments of this disclosure provide a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the IMS voice call method as described in the first aspect above.

[0121] Fourthly, embodiments of this disclosure provide a computer program product, including computer instructions, which, when executed by a processor, implement the steps of the IMS voice call method as described in the first aspect above.

[0122] In this embodiment of the disclosure, the above-mentioned IMS voice call method enables the first network element, the second network element, the third network element, and the fourth network element to work collaboratively with the existing IMS core network element. Specifically, the first network element can collaborate with the proxy call session control function (P-CSCF) to predict resource usage based on historical data and network status information; the second network element can perform network evaluation to obtain network status information; the third network element can collaborate with the service call session control function (S-CSCF) to cache and preload the terminal's session parameters; and the fourth network element can collaborate with the home subscriber server (HSS) and the query call session control function (I-CSCF) to cache the terminal's call-related data. This can improve the efficiency of the terminal establishing a session and reduce the call setup time. Attached Figure Description

[0123] To more clearly illustrate the technical solutions of the embodiments of this disclosure, the accompanying drawings used in the description of the embodiments of this disclosure will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0124] Figure 1 is a flowchart of an IMS voice call method provided in an embodiment of this disclosure;

[0125] Figure 2 is a schematic diagram of a voice call registration process provided in an embodiment of this disclosure;

[0126] Figure 3 is a schematic diagram of a mobile call initiation process provided in an embodiment of this disclosure;

[0127] Figure 4 is a schematic diagram of a mobile call termination process provided in an embodiment of this disclosure;

[0128] Figure 5 is a schematic diagram of an IMS voice call system provided in an embodiment of this disclosure. Detailed Implementation

[0129] The technical solutions of the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this disclosure. Based on the embodiments of this disclosure, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this disclosure.

[0130] For ease of understanding, the following describes some aspects related to the embodiments of this disclosure:

[0131] In June 2024, at the 3rd Generation Partnership Project (3GPP) SA1#106 meeting, 3GPP initiated the development of the Study on satellite access - Phase 4 requirement standard 3GPP TR 22.887V0.1.0. A primary requirement was "5.1 Use case of IMS Voice Call Using GEO Access," which, within 3GPP's requirements for 6th Generation Mobile Communication Technology (6G), proposed optimizing the call setup process. Considering the high latency of satellite communication, research was needed on how to optimize the IMS call setup process to shorten call setup time. The new requirement needed to meet the following:

[0132] Regarding call setup time: Call setup time refers to the interval between initiating a phone call and establishing a connection, allowing both parties to begin communication. This metric is crucial in both traditional telephone systems and modern IMS systems because it significantly impacts user satisfaction and perceived service quality. Shorter call setup times are particularly important as they can significantly improve user experience. Advances in 3GPP standards have led to network optimizations, reducing these latency levels and increasing processing speeds. However, introducing Geostationary Earth Orbit (GEO) systems into these networks presents challenges, typically resulting in longer setup times due to the inherent latency and limited data transmission rates of GEO systems.

[0133] Therefore, high-orbit satellite communication in related technologies has the following problems:

[0134] 1. High latency: The inherent high latency of high-orbit satellite communication results in excessively long call setup times.

[0135] 2. Bandwidth limitation: Satellite link bandwidth is limited, making it difficult to support the high bandwidth requirements of traditional IMS systems.

[0136] 3. Low resource utilization efficiency: The relevant systems are unable to optimize resource allocation based on the characteristics of satellite communication.

[0137] 4. Unstable service quality: The instability of the satellite link leads to large fluctuations in call quality.

[0138] This disclosure presents an IMS voice call method, system, medium, and product to address the issue of long call setup times.

[0139] Referring to Figure 1, which is a flowchart of an IMS voice call method provided in an embodiment of this disclosure, applied to an IMS network architecture, the IMS network architecture includes a first network element, a second network element, a third network element, and a fourth network element, as shown in Figure 1. The method includes the following steps:

[0140] Step 101: The first network element collaborative agent call session control function (P-CSCF) predicts resource usage based on historical data and network status information.

[0141] Specifically, the aforementioned historical data can be records of various performance and usage conditions of the network during its past operation, including call records, bandwidth usage, user behavior patterns, and network event logs. The aforementioned network status information can be sent from the second network element to the first network element to indicate the current network status, and can include information such as bandwidth usage, latency and response time, packet loss rate, network throughput, number of connections, and number of sessions.

[0142] For example, the aforementioned first network element can be named Predictive Resource Allocator (PRA). PRA is an intelligent resource management system responsible for optimizing the allocation of network resources in high-latency satellite communication environments. Specifically, it can be used for: predicting resource usage based on historical data and current network conditions; dynamically allocating and adjusting network resources in real time; collaborating with the Satellite Environment Optimizer (SEO) to optimize resource allocation strategies based on satellite link conditions; supporting rapid resource reservation and release to reduce call setup time; achieving multi-dimensional resource management, including bandwidth, power, and time slots; and providing resource usage reports and optimization suggestions.

[0143] Understandably, the Proxy-Call Session Control Function (P-CSCF) needs to enhance its interface with the first network element, namely the PRA, to support rapid resource allocation; and it can also interact with the second network element, namely the SEO, to achieve performance optimization in the satellite environment.

[0144] Step 102: Perform network evaluation through the second network element to obtain network status information.

[0145] Specifically, the aforementioned network assessment can be a real-time or near-real-time measurement of various key indicators and parameters of the current network operation status.

[0146] For example, the aforementioned second network element can be named Satellite Environment Optimizer (SEO). SEO is an optimizer specifically designed for satellite communication environments to improve signaling transmission and media quality. Specifically, it can be used for: real-time monitoring and analysis of satellite link status; dynamic adjustment of signaling compression and transmission strategies; intelligent selection of the most suitable voice codec for the current satellite environment; implementation of adaptive jitter buffering and packet loss recovery; optimization of Quality of Service (QoS) parameters, such as latency, jitter, and packet loss rate; and provision of link status early warning and automatic switching of backup links.

[0147] Step 103: The terminal's session parameters are cached and preloaded through the third network element collaborative service call session control function S-CSCF.

[0148] Specifically, the aforementioned terminal session parameter caching can be understood as storing a set of session settings and parameters for a specific type of network communication or service, and the aforementioned preloading can be understood as loading the session parameters and configuration files required by the terminal in advance. The aforementioned third network element, in coordination with the S-CSCF, performs terminal session parameter caching and preloading, which can be processed in parallel with the session initialization process for fast SIP routing decisions.

[0149] For example, the aforementioned third network element can be named the Rapid Session Initialization Module (RSIM). RSIM aims to accelerate the IMS session establishment process and reduce call setup time in high-latency environments. Specifically, it can be used for: preloading and caching commonly used session parameters; implementing a parallel session initialization process; providing fast routing decision support; optimizing SIP message flow and reducing unnecessary message interactions; supporting fast negotiation and confirmation of session parameters; and implementing a fast recovery mechanism for failed sessions.

[0150] Understandably, for the Serving-Call Session Control Function (S-CSCF), it is necessary to add an interface with the third network element, namely RSIM, to support fast session initialization; and it can also interact with the fourth network element, namely ICS, to achieve efficient data access.

[0151] Step 104: The fourth network element, in coordination with the Home Subscriber Server (HSS) and the I-CSCF (Inquiry and Query) function, caches the call-related data of the terminal.

[0152] Specifically, the aforementioned fourth network element caches the call-related data of the terminal, which can reduce the time spent on information retrieval.

[0153] For example, the aforementioned fourth network element can be named Intelligent Caching System (ICS). ICS is a distributed high-speed caching system used to improve data access speed and reduce the need for querying the central database. Specifically, it can be used to: cache user configuration files, network topology information, and frequently used service data; implement intelligent caching strategies, such as predictive caching and adaptive cache updates; provide high-speed, low-latency data access interfaces; support distributed cache synchronization and consistency maintenance; implement secure storage and access control of cached data; and provide cache performance monitoring and optimization suggestions.

[0154] Understandably, for the Home Subscriber Server (HSS), an interface with the Integral Circuits (ICS) needs to be added to support intelligent caching of user data, enabling fast querying and updates. For the Interrogating-Call Session Control Function (I-CSCF), the interface with the second network element, namely the Search Engine Optimizer (SEO), needs to be enhanced to support intelligent network selection; it can also interact with the fourth network element, namely the Integral Circuits (ICS), to accelerate routing decisions.

[0155] It should be noted that the first, second, third, and fourth network elements mentioned above are all newly added network elements in this disclosure, used to assist terminals in making voice calls. They can be distributed to relevant network functions according to the actual network deployment, and the enhanced IMS voice call process can be achieved by enhancing the relevant network functions. All IMS core network elements and newly added network elements are deployed on the ground, which can reduce satellite load and facilitate maintenance and upgrades. The satellite is mainly responsible for signal relay and basic resource management.

[0156] In this embodiment of the disclosure, the above-mentioned IMS voice call method enables the first network element, the second network element, the third network element, and the fourth network element to work collaboratively with the existing IMS core network element. Specifically, the first network element can collaborate with the proxy call session control function (P-CSCF) to predict resource usage based on historical data and network status information; the second network element can perform network evaluation to obtain network status information; the third network element can collaborate with the service call session control function (S-CSCF) to cache and preload the terminal's session parameters; and the fourth network element can collaborate with the home subscriber server (HSS) and the query call session control function (I-CSCF) to cache the terminal's call-related data. This can improve the efficiency of the terminal establishing a session and reduce the call setup time.

[0157] Optionally, the step of predicting resource usage based on historical data and network status information through the P-CSCF (Plan-Based Call Session Control Function) of the first network element includes:

[0158] The first network element receives network status information sent by the second network element, wherein the network status information is information obtained by the second network element through network evaluation.

[0159] The first network element receives a resource pre-allocation request sent by the P-CSCF or S-CSCF in response to a terminal request;

[0160] The first network element performs resource usage prediction based on historical data, the network status information, and the resource pre-allocation request to obtain the prediction result;

[0161] The first network element pre-allocates resources based on the prediction results.

[0162] In this embodiment, the above-mentioned IMS voice call method can receive network status information sent by the second network element through the first network element. The network status information is information obtained by the second network element through network evaluation. The first network element receives a resource pre-allocation request sent by the P-CSCF or S-CSCF in response to the terminal request. The first network element performs resource usage prediction based on historical data, the network status information and the resource pre-allocation request to obtain a prediction result. The first network element performs resource pre-allocation based on the prediction result, so that necessary resources can be applied for or reserved in advance for the terminal call, thereby reducing communication latency.

[0163] Optionally, the resource pre-allocation request includes terminal capability information and the expected service type.

[0164] Specifically, the aforementioned terminal capability information can be the terminal's technical specifications and functional characteristics, including processor capabilities, memory size, supported network standards, sensor configuration, etc. The aforementioned expected service type can be used to indicate the types of services the user plans to use, such as voice calls, video conferencing, streaming media playback, etc.

[0165] In this embodiment, the resource pre-allocation request includes terminal capability information and expected service type, so that when the first network element performs resource pre-allocation, it can optimize the resource allocation strategy based on the terminal capability information and expected service type, make more accurate resource allocation, and thus improve the overall service experience of the terminal.

[0166] Optionally, the method further includes:

[0167] The first network element adjusts the Quality of Service (QoS) parameters based on the network status information.

[0168] Specifically, the aforementioned Quality of Service (QoS) parameters can be a set of metrics used to manage and optimize network service performance, such as bandwidth allocation, priority level, latency, jitter, and packet loss rate.

[0169] In this embodiment, the above-mentioned IMS voice call method uses the first network element to dynamically modify QoS parameters based on the current network status information by increasing or decreasing the resource allocation of certain services, changing priorities, etc., in order to adapt to changes in network conditions and enable the network to flexibly adapt to different traffic patterns and demand changes.

[0170] Optionally, the first network element receives network status information sent by the second network element, including:

[0171] During the mobile initiation of a call by the terminal, the first network element receives network status information sent by the second network element.

[0172] Optionally, the network evaluation via the second network element includes:

[0173] The second network element receives an evaluation request sent by the P-CSCF or I-CSCF;

[0174] The second network element performs a network assessment based on the assessment request to obtain network status information.

[0175] Optionally, the second network element receives an evaluation request sent by the P-CSCF or the Inquiry Call Session Control Function (I-CSCF), including:

[0176] During the registration process of the terminal, the second network element receives an evaluation request sent by the P-CSCF;

[0177] Alternatively, during the mobile termination call process of the terminal, the second network element receives an evaluation request sent by the I-CSCF.

[0178] Optionally, the method further includes:

[0179] The second network element receives the link optimization request sent by the P-CSCF;

[0180] The second network element performs link optimization based on the link optimization request and the network status information to obtain link optimization parameters.

[0181] Specifically, the aforementioned link optimization parameters can be adjustable settings and metrics used to improve data transmission efficiency and network performance.

[0182] Optionally, the second network element receives the link optimization request sent by the P-CSCF, including:

[0183] During the mobile initiation of a call by the terminal, the second network element receives a link optimization request sent by the P-CSCF.

[0184] Optionally, the method further includes:

[0185] The second network element receives the codec selection request sent by the I-CSCF;

[0186] The second network element determines the codec based on the codec selection request and the network status information.

[0187] In this embodiment, the above-mentioned IMS voice call method receives the codec selection request sent by the I-CSCF through the second network element. The second network element determines the codec based on the codec selection request and the network status information, so that the optimal codec selection can be made according to the current network conditions, thereby improving the communication quality of the terminal.

[0188] Optionally, the second network element receives a codec selection request sent by the I-CSCF, including:

[0189] During the mobile initiation of a call by the terminal, the second network element receives a codec selection request sent by the I-CSCF.

[0190] Optionally, the method further includes:

[0191] The second network element sends the network status information to the first network element;

[0192] The second network element sends the network status information to at least one of the application server (AS), media gateway control function (MGCF), or media gateway (MGW), wherein the AS, the MGCF, and the MGW are used to complete media negotiation based on the network status information.

[0193] Understandably, for the Application Server (AS): enhance the interface with SEO to support service adaptation in satellite environments; enable interaction with the fourth network element, namely ICS, to achieve fast service logic processing; for the Media Gateway Control Function (MGCF) or Media Gateway (MGW), it is necessary to add an interface with the second network element, namely SEO, to support media optimization for satellite links, enhance encoding and decoding capabilities, and support ultra-low bit rate encoding.

[0194] Optionally, the method further includes:

[0195] Signaling compression is performed based on the second network element collaborative application server AS and the media gateway control function MGCF, and the transmission strategy is determined.

[0196] Specifically, determining the transmission strategy can be understood as formulating the optimal data transmission strategy based on network conditions and needs, which may include selecting a suitable path, adjusting transmission protocol parameters, ensuring data reliability and low latency, etc.

[0197] Optionally, the step of caching and preloading the terminal's session parameters through the third network element cooperative service call session control function (S-CSCF) includes:

[0198] The third network element receives session parameter requests sent by the P-CSCF or S-CSCF;

[0199] The third network element performs session parameter caching and preloading of the terminal based on the session parameter request;

[0200] The third network element sends the session parameters to the P-CSCF or the S-CSCF.

[0201] Optionally, the third network element receiving a session parameter request sent by the P-CSCF or S-CSCF includes:

[0202] During the registration process of the terminal, the third network element receives a session parameter request sent by the S-CSCF;

[0203] Alternatively, during the mobile initiation of a call by the terminal, the third network element receives a session parameter request sent by the P-CSCF.

[0204] Alternatively, during the mobile termination of a call at the terminal, the third network element receives a session parameter request sent by the S-CSCF.

[0205] Optionally, the method further includes:

[0206] The fourth network element receives the query request sent by the S-CSCF;

[0207] The fourth network element determines the query information corresponding to the query request based on the query request;

[0208] The fourth network element sends the query information to the S-CSCF.

[0209] Specifically, the fourth network element determining the query information corresponding to the query request based on the query request can be understood as the fourth network element having cached the query information internally, and retrieving it from the internal cache according to the query request.

[0210] In this embodiment, the above-mentioned IMS voice call method can reduce the need to query the central database, namely HSS or Unified Data Management (UDM), by directly querying the data required by S-CSCF from the fourth network element, thereby improving the data access speed and further reducing communication latency.

[0211] Optionally, during the registration process of the terminal, the query request is used to request a query for user configuration information;

[0212] During the mobile initiation of a call by the terminal, the query request is used to request at least one of network topology information, authentication information, and billing policy information;

[0213] Alternatively, during the mobile termination of a call at the terminal, the query request is used to request the location information of the called user.

[0214] Specifically, the aforementioned network topology information may be information describing the internal structure and connection methods of the network; the aforementioned authentication information is relevant data used to verify the identity of users or devices; and the aforementioned billing policy information may refer to the rules and conditions used to determine how to charge users or organizations for using network services.

[0215] Optionally, the method further includes:

[0216] During the registration process of the terminal, the fourth network element receives user status information sent by the S-CSCF;

[0217] The fourth network element updates the user status based on the user status information.

[0218] Specifically, the aforementioned user status information can be used to indicate the user's current status, which may include the user's registration status, online status, and location information.

[0219] In this embodiment, the above-mentioned IMS voice call method involves the fourth network element receiving user status information sent by the S-CSCF during the registration process of the terminal. The fourth network element updates the user status based on the user status information, enabling the fourth network element to store the latest user status information corresponding to the terminal. Subsequently, user data can be directly queried from the fourth network element, thereby reducing subsequent queries to the HSS or UDM and thus reducing the delay in obtaining user data.

[0220] Optionally, the method further includes:

[0221] During the process of a mobile initiation of a call or a mobile termination of a call by the terminal, the fourth network element receives call status information sent by the S-CSCF;

[0222] The fourth network element stores the call status information.

[0223] Specifically, the aforementioned call status information can be various status and process information related to call processing, including call setup status, call termination status, and call duration.

[0224] For example, as shown in Figures 2 to 4, the above technical solution may include the following implementation methods:

[0225] Figure 2 is a schematic diagram of a voice call registration process provided in an embodiment of this disclosure. As shown in Figure 1, the first network element is a Predictive Resource Allocator (PRA), the second network element is a Satellite Environment Optimizer (SEO), the third network element is a Satellite Environment Optimizer (RSIM), and the fourth network element is an Intelligent Caching System (ICS). The key business processes of the registration process include:

[0226] a) Terminal device initiates pre-registration: The terminal sends a SIP REGISTER request to the P-CSCF; the P-CSCF immediately notifies the PRA to pre-allocate resources.

[0227] b) Fast authentication: S-CSCF quickly retrieves the user profile from ICS instead of querying HSS / UDM every time; S-CSCF generates an authentication challenge and sends it back to the terminal via P-CSCF;

[0228] c) Parallel processing: While the terminal responds to the authentication challenge, SEO begins to assess network conditions; RSIM preloads session parameters that may be needed.

[0229] d) Registration Confirmation: S-CSCF confirms successful registration, and ICS caches the updated user status; PRA reserves appropriate resources based on the network status information provided by SEO.

[0230] Specifically, as shown in Figure 2, the interaction flow includes:

[0231] 1) Terminal -> P-CSCF: Sends a SIP REGISTER request, which includes user identity information and terminal capabilities;

[0232] 2) P-CSCF->PRA: Send a resource pre-allocation request, including terminal capabilities and expected service type;

[0233] 3) P-CSCF->S-CSCF: Forwards SIP REGISTER requests;

[0234] 4) S-CSCF->ICS: Fast query request, requests user configuration file;

[0235] 5) ICS->S-CSCF: Returns the cached user profile;

[0236] 6) S-CSCF->P-CSCF: Send SIP 401 Unauthorized, including authentication challenge;

[0237] 7) P-CSCF->Terminal: Forward SIP 401 Unauthorized;

[0238] 8) Terminal -> P-CSCF: Send a new SIP REGISTER with an authentication response;

[0239] 9) P-CSCF->SEO: Request a network condition assessment;

[0240] 10) P-CSCF->S-CSCF: Forward the new SIP REGISTER;

[0241] 11) S-CSCF->RSIM: Triggers session parameter preloading;

[0242] 12) S-CSCF->ICS: Update user status;

[0243] 13) S-CSCF->P-CSCF: Send SIP 200 OK to confirm successful registration;

[0244] 14) P-CSCF->PRA: Send the final resource allocation request based on the network conditions provided by SEO;

[0245] 15) P-CSCF->Terminal: Forward SIP 200 OK.

[0246] In this embodiment, the IMS voice call method can reduce the registration time of terminal devices through pre-allocated resources, fast authentication, and parallel processing, thereby reducing the latency of high-orbit satellite communication.

[0247] Figure 3 is a schematic diagram of a mobile call initiation process provided in an embodiment of this disclosure. As shown in Figure 3, the first network element is a Predictive Resource Allocator (PRA), the second network element is a Satellite Environment Optimizer (SEO), the third network element is a Satellite Environment Optimizer (RSIM), and the fourth network element is an Intelligent Caching System (ICS). The key business processes of the mobile call initiation process include:

[0248] a) Call initialization: When a user initiates a call, the terminal sends a SIP INVITE to the P-CSCF; RSIM starts immediately and quickly initializes the call using preloaded session parameters;

[0249] b) Parallel processing: The P-CSCF simultaneously requests resource allocation from the PRA and link optimization from the SEO; the S-CSCF processes authentication, billing initialization, and preliminary routing decisions in parallel.

[0250] c) Intelligent Routing: I-CSCF uses network topology information cached in ICS to quickly determine the target network; SEO selects the optimal codec based on the current network conditions.

[0251] d) Media negotiation optimization: AS and MGCF / MGW use the link status information provided by SEO to quickly complete media negotiation; PRA dynamically adjusts QoS parameters to adapt to current network conditions;

[0252] e) Fast connection establishment: After the target network responds, the S-CSCF uses pre-allocated resources to quickly establish an end-to-end connection; the ICS caches call status information to quickly recover from potential dropped calls.

[0253] Specifically, as shown in Figure 3, the interaction flow includes:

[0254] 1) Terminal -> P-CSCF: Send SIP INVITE, containing caller and called party information;

[0255] 2) P-CSCF->RSIM: Triggers fast session initialization, using preloaded session parameters;

[0256] 3) P-CSCF->PRA: Request resource allocation;

[0257] 4) P-CSCF->SEO: Request chain optimization;

[0258] 5) P-CSCF->S-CSCF: Forwarding the optimized SIP INVITE;

[0259] 6) S-CSCF->ICS: Parallel query of authentication information, billing policies, and routing information;

[0260] 7) S-CSCF->I-CSCF: Forwards SIP INVITE, which includes optimized routing information;

[0261] 8) I-CSCF->SEO: Request codec selection;

[0262] 9) I-CSCF->AS: Forward SIP INVITE and handle supplementary service logic;

[0263] 10) AS->MGCF / MGW: Media negotiation request, based on the link status provided by SEO;

[0264] 11) MGCF / MGW->PRA: Request dynamic QoS adjustment;

[0265] 12) MGCF / MGW->I-CSCF: Returns the media negotiation result;

[0266] 13) I-CSCF->S-CSCF: Forward SIP 183 Session Progress containing media information;

[0267] 14) S-CSCF->P-CSCF: Forwarding SIP 183 Session Progress;

[0268] 15) P-CSCF->Terminal: Forward SIP 183 Session Progress;

[0269] 16) Terminal -> P-CSCF -> S-CSCF -> I-CSCF: SIP PRACK (Reliable Temporary Response Acknowledgment);

[0270] 17) I-CSCF->S-CSCF->P-CSCF->Terminal: SIP 200 OK (for PRACK);

[0271] 18) After the called party answers, a similar message flow returns from the I-CSCF to the terminal, and finally the call is established;

[0272] 19) S-CSCF->ICS: Cache call status information.

[0273] In this embodiment, the IMS voice call method significantly shortens the call setup time through parallel processing, intelligent routing, and pre-allocation of resources, thereby reducing the latency of high-orbit satellite communication.

[0274] Figure 4 is a schematic diagram of a mobile call termination process provided in an embodiment of this disclosure. As shown in Figure 4, the first network element is a Predictive Resource Allocator (PRA), the second network element is a Satellite Environment Optimizer (SEO), the third network element is a Satellite Environment Optimizer (RSIM), and the fourth network element is a Smart Caching System (ICS). The key business processes of the mobile call termination process include:

[0275] a) Call Request Reception: The I-CSCF receives SIP INVITEs from other networks; the I-CSCF immediately notifies the SEO to assess the current satellite link status;

[0276] b) Rapid location: S-CSCF uses the location information cached in ICS to quickly locate the called user; PRA prepares in advance for possible resource needs;

[0277] c) Parallel paging and session preparation: While the network begins paging the called user, RSIM begins preparing possible session parameters; SEO simultaneously optimizes uplink and downlink parameters.

[0278] d) Intelligent response processing: After the terminal responds to the paging, the P-CSCF immediately notifies the PRA to allocate necessary resources; the S-CSCF processes authentication and media negotiation in parallel.

[0279] e) Quick connection completion: AS quickly applies any supplementary service logic; MGCF / MGW quickly establishes media channels using SEO-optimized parameters.

[0280] Specifically, as shown in Figure 4, the interaction flow includes:

[0281] 1) External network -> I-CSCF: Receive SIP INVITE;

[0282] 2) I-CSCF->SEO: Request an assessment of the current satellite link status;

[0283] 3) I-CSCF->S-CSCF: Forwarding SIP INVITE;

[0284] 4) S-CSCF->ICS: Quickly query the location information of the called user;

[0285] 5) S-CSCF->PRA: Reserved resource request;

[0286] 6) S-CSCF->RSIM: Trigger session parameter preparation;

[0287] 7) S-CSCF->P-CSCF: Forwards SIP INVITE, including optimized session parameters;

[0288] 8) P-CSCF->SEO: Request uplink and downlink parameter optimization;

[0289] 9) P-CSCF->Terminal: Send paging request;

[0290] 10) Terminal -> P-CSCF: Paging response;

[0291] 11) P-CSCF->PRA: Request the allocation of necessary resources;

[0292] 12) P-CSCF->S-CSCF: Forward paging response;

[0293] 13) S-CSCF->AS: Forward SIP INVITE and handle supplementary service logic;

[0294] 14) AS->MGCF / MGW: Media negotiation request, using SEO-optimized parameters;

[0295] 15) MGCF / MGW->S-CSCF: Returns the media negotiation result;

[0296] 16) S-CSCF->P-CSCF: Forward SIP 183 Session Progress containing media information;

[0297] 17) P-CSCF->Terminal: Forward SIP 183 Session Progress;

[0298] 18) Terminal -> P-CSCF -> S-CSCF -> I-CSCF: SIP PRACK;

[0299] 19) I-CSCF->S-CSCF->P-CSCF->Terminal: SIP 200 OK (for PRACK);

[0300] 20) The terminal rings and returns SIP 180 Ringing via a similar message flow;

[0301] 21) After the user answers, the terminal sends SIP 200 OK, returns to the network that initiated the call through the same path, and finally establishes the call;

[0302] 22) S-CSCF->ICS: Update call status information.

[0303] In this embodiment, the IMS voice call method significantly reduces the setup time of MT calls through rapid positioning, parallel processing, and intelligent resource allocation, thereby reducing the latency of high-orbit satellite communication.

[0304] This disclosure also provides an IMS voice call system, which includes a first network element, a second network element, a third network element, and a fourth network element, wherein:

[0305] The first network element is used for: the Collaborative Proxy Call Session Control Function (P-CSCF) to predict resource usage based on historical data and network status information;

[0306] The second network element is used to: perform network assessment and obtain network status information;

[0307] The third network element is used for: the Cooperative Service Call Session Control Function (S-CSCF) to cache and preload the terminal's session parameters;

[0308] The fourth network element is used to: coordinate with the Home Subscriber Server (HSS) and query the Call Session Control Function (I-CSCF) to cache the call-related data of the terminal.

[0309] For example, Figure 5 is a schematic diagram of an IMS voice call system provided in an embodiment of this disclosure. As shown in Figure 5, the first network element is a predictive resource allocator (PRA), the second network element is a satellite environment optimizer (SEO), the third network element is a satellite environment optimizer (RSIM), and the fourth network element is an intelligent caching system (ICS).

[0310] Optionally, the first network element is specifically used for:

[0311] Receive network status information sent by the second network element, wherein the network status information is information obtained by the second network element through network evaluation;

[0312] The Receive Agent Call Session Control Function (P-CSCF) or Service Call Session Control Function responds to a resource pre-allocation request sent by the terminal.

[0313] Based on historical data, the network status information, and the resource pre-allocation request, resource usage is predicted to obtain the prediction result;

[0314] Resource pre-allocation is performed based on the prediction results.

[0315] Optionally, the resource pre-allocation request includes terminal capability information and the expected service type.

[0316] Optionally, the first network element is further used for:

[0317] Adjust the Quality of Service (QoS) parameters based on the network status information.

[0318] Optionally, the first network element is specifically used for:

[0319] During the mobile initiation of a call by the terminal, network status information sent by the second network element is received.

[0320] Optionally, the second network element is specifically used for:

[0321] Receive evaluation requests sent by P-CSCF or I-CSCF;

[0322] Based on the evaluation request, a network evaluation is performed to obtain network status information.

[0323] Optionally, the second network element is specifically used for:

[0324] During the registration process of the terminal, an evaluation request sent by P-CSCF is received;

[0325] Alternatively, during the mobile termination call process of the terminal, an evaluation request sent by the I-CSCF is received.

[0326] Optionally, the second network element is also used for:

[0327] Receive link optimization requests sent by P-CSCF;

[0328] Link optimization is performed based on the link optimization request and the network status information to obtain link optimization parameters.

[0329] Optionally, the second network element is specifically used for:

[0330] During the mobile initiation of a call by the terminal, a link optimization request sent by the P-CSCF is received.

[0331] Optionally, the second network element is also used for:

[0332] Receive codec selection requests sent by I-CSCF;

[0333] The codec is determined based on the codec selection request and the network status information.

[0334] Optionally, the second network element is specifically used for:

[0335] During the mobile initiation of a call by the terminal, a codec selection request sent by the I-CSCF is received.

[0336] Optionally, the second network element is also used for:

[0337] Send the network status information to the first network element;

[0338] The network status information is sent to at least one of the application server (AS), the media gateway control function (MGCF), or the media gateway (MGW), wherein the AS, the MGCF, and the MGW are used to complete media negotiation based on the network status information.

[0339] Optionally, the second network element is also used for:

[0340] The collaborative application server (AS) and media gateway control function (MGCF) perform signaling compression and determine the transmission strategy.

[0341] Optionally, the third network element is specifically used for:

[0342] Receive session parameter requests sent by P-CSCF or S-CSCF;

[0343] Based on the session parameter request, the terminal's session parameters are cached and preloaded;

[0344] Send the session parameters to the P-CSCF or the S-CSCF.

[0345] Optionally, the third network element is specifically used for:

[0346] During the registration process of the terminal, a session parameter request sent by S-CSCF is received;

[0347] Alternatively, during the mobile initiation of a call by the terminal, a session parameter request sent by the P-CSCF is received;

[0348] Alternatively, during the mobile termination call process of the terminal, a session parameter request sent by the S-CSCF is received.

[0349] Optionally, the third network element is further used for:

[0350] The fourth network element receives the query request sent by the S-CSCF;

[0351] The fourth network element determines the query information corresponding to the query request based on the query request;

[0352] The fourth network element sends the query information to the S-CSCF.

[0353] Optionally, during the registration process of the terminal, the query request is used to request a query for user configuration information;

[0354] During the mobile initiation of a call by the terminal, the query request is used to request at least one of network topology information, authentication information, and billing policy information;

[0355] Alternatively, during the mobile termination of a call at the terminal, the query request is used to request the location information of the called user.

[0356] Optionally, the fourth network element is further used for:

[0357] During the registration process of the terminal, user status information sent by S-CSCF is received;

[0358] Update the user status based on the user status information.

[0359] Optionally, the fourth network element is further used for:

[0360] During the mobile initiation of a call or the mobile termination of a call at the terminal, call status information sent by the S-CSCF is received;

[0361] Store the call status information.

[0362] It should be noted that this embodiment is an implementation of the system corresponding to the embodiments shown in Figures 1 to 4. For specific implementation details, please refer to the relevant descriptions in the embodiments shown in Figures 1 to 4. To avoid repetition, this embodiment will not be described again.

[0363] This disclosure also provides a computer-readable storage medium storing a computer program. When executed by a processor, this computer program implements the various processes of the above-described IMS voice call method embodiments and achieves the same technical effects. To avoid repetition, it will not be described again here. The computer-readable storage medium may be a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0364] This disclosure also provides a computer program product, including computer instructions. When executed by a processor, these computer instructions implement the various processes of the above-described IMS voice call method embodiments and achieve the same technical effects. To avoid repetition, they will not be described again here.

[0365] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0366] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this disclosure, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this disclosure.

[0367] The embodiments of this disclosure have been described above with reference to the accompanying drawings. However, this disclosure is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this disclosure without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this disclosure.

Claims

1. An IMS voice call method, applied to an IMS network architecture, the IMS network architecture including a first network element, a second network element, a third network element, and a fourth network element, the method comprising: The first network element collaborative proxy call session control function P-CSCF predicts resource usage based on historical data and network status information; Network status information is obtained by performing network evaluation through the second network element; The terminal's session parameters are cached and preloaded through the third network element collaborative service call session control function S-CSCF; The fourth network element, in conjunction with the Home Subscriber Server (HSS) and the Inquiry Call Session Control Function (I-CSCF), caches the call-related data of the terminal.

2. The method of claim 1, wherein, The method of predicting resource usage based on historical data and network status information through the P-CSCF (Plan-Based Call Session Control Function) of the first network element includes: The first network element receives network status information sent by the second network element, wherein the network status information is information obtained by the second network element through network evaluation; The first network element receives a resource pre-allocation request sent by the P-CSCF or S-CSCF in response to a terminal request; The first network element performs resource usage prediction based on historical data, the network status information, and the resource pre-allocation request to obtain the prediction result; The first network element pre-allocates resources based on the prediction results.

3. The method of claim 2, wherein, The resource pre-allocation request includes terminal capability information and the expected service type.

4. The method according to claim 2, further comprising: The first network element adjusts the Quality of Service (QoS) parameters based on the network status information.

5. The method according to claim 2, wherein, The first network element receives network status information sent by the second network element, including: During the mobile call initiation process of the terminal, the first network element receives network status information sent by the second network element.

6. The method of claim 1, wherein, The network evaluation through the second network element includes: The second network element receives an evaluation request sent by the P-CSCF or I-CSCF; The second network element performs a network assessment based on the assessment request to obtain network status information.

7. The method of claim 6, wherein, The second network element receives an evaluation request sent by the P-CSCF or the Inquiry Call Session Control Function (I-CSCF), including: During the registration process of the terminal, the second network element receives an evaluation request sent by the P-CSCF; Alternatively, during the mobile termination call process of the terminal, the second network element receives an evaluation request sent by the I-CSCF.

8. The method according to claim 1, further comprising: The second network element receives the link optimization request sent by the P-CSCF; The second network element performs link optimization based on the link optimization request and the network status information to obtain link optimization parameters.

9. The method of claim 8, wherein, The second network element receives the link optimization request sent by the P-CSCF, including: During the mobile initiation of a call by the terminal, the second network element receives a link optimization request sent by the P-CSCF.

10. The method according to claim 1, further comprising: The second network element receives the codec selection request sent by the I-CSCF; The second network element determines the codec based on the codec selection request and the network status information.

11. The method of claim 10, wherein, The second network element receives a codec selection request sent by the I-CSCF, including: During the mobile initiation of a call by the terminal, the second network element receives a codec selection request sent by the I-CSCF.

12. The method according to claim 1, further comprising: The second network element sends the network status information to the first network element; The second network element sends the network status information to at least one of the application server AS, the media gateway control function MGCF, or the media gateway MGW, wherein the AS, the MGCF, and the MGW are used to complete media negotiation based on the network status information.

13. The method according to claim 1, further comprising: Signaling compression is performed based on the second network element collaborative application server AS and the media gateway control function MGCF, and the transmission strategy is determined.

14. The method of claim 1, wherein, The step of caching and preloading terminal session parameters through the third network element collaborative service call session control function S-CSCF includes: The third network element receives session parameter requests sent by the P-CSCF or S-CSCF; The third network element performs session parameter caching and preloading of the terminal based on the session parameter request; The third network element sends the session parameters to the P-CSCF or the S-CSCF.

15. The method of claim 14, wherein, The third network element receives session parameter requests sent by the P-CSCF or S-CSCF, including: During the registration process of the terminal, the third network element receives a session parameter request sent by the S-CSCF; Alternatively, during the mobile initiation of a call by the terminal, the third network element receives a session parameter request sent by the P-CSCF. Alternatively, during the mobile termination of a call at the terminal, the third network element receives a session parameter request sent by the S-CSCF.

16. The method according to claim 1, further comprising: The fourth network element receives the query request sent by the S-CSCF; The fourth network element determines the query information corresponding to the query request based on the query request; The fourth network element sends the query information to the S-CSCF.

17. The method of claim 16, wherein, During the registration process of the terminal, the query request is used to request and query user configuration information; During the mobile initiation of a call by the terminal, the query request is used to request at least one of network topology information, authentication information, and billing policy information; Alternatively, during the mobile termination of a call at the terminal, the query request is used to request the location information of the called user.

18. The method according to claim 1, further comprising: During the registration process of the terminal, the fourth network element receives user status information sent by the S-CSCF; The fourth network element updates the user status based on the user status information.

19. The method according to claim 1, further comprising: During the process of a mobile initiation of a call or a mobile termination of a call by the terminal, the fourth network element receives call status information sent by the S-CSCF; The fourth network element stores the call status information.

20. An IMS voice call system, the IMS voice call system comprising a first network element, a second network element, a third network element, and a fourth network element, wherein: The first network element is used for: the Collaborative Proxy Call Session Control Function (P-CSCF) to predict resource usage based on historical data and network status information; The second network element is used to: perform network assessment and obtain network status information; The third network element is used for: the Cooperative Service Call Session Control Function (S-CSCF) to cache and preload the terminal's session parameters; The fourth network element is used to: coordinate with the Home Subscriber Server (HSS) and query the Call Session Control Function (I-CSCF) to cache the call-related data of the terminal.

21. A computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the voice call method as described in any one of claims 1 to 19.

22. A computer program product comprising computer instructions that, when executed by a processor, implement the steps of the voice call method as described in any one of claims 1 to 19.

Images