Video call resolution selection method, apparatus, node, and storage medium
By setting a resolution selection method on the network side, the resolution bandwidth requested by the terminal is compared with the preset upper and lower bandwidth limits to ensure video call quality. This solves the problem of video call quality degradation caused by terminal resolution negotiation and achieves higher quality video calls.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- CHINA MOBILE GROUP DESIGN INST
- Filing Date
- 2022-08-24
- Publication Date
- 2026-06-12
Smart Images

Figure CN116962616B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of communication technology, specifically to a method, apparatus, node, and storage medium for selecting video call resolution. Background Technology
[0002] As 5G (Fifth Generation) network construction matures, operators will comprehensively promote high-definition video calling services. In the 4G / 5G network architecture, the IMS (IP Multimedia Subsystem) network typically serves as the unified control core for multimedia services, providing users with basic audio and video services. The IMS network supports various multimedia services, such as audio, video, and text. Each media service type includes multiple encoding methods; for example, audio services include G.711 and AMR-WB (Adaptive MultiRate-Wide Band) encoding methods; video services include H.263, H.264, and the planned H.265 encoding method in the future. Therefore, during session establishment, the calling and called UEs (User Equipment) need to agree on the type and encoding method of the media service based on the encoding support of the network and terminal sides. To achieve consistency in the encoding methods of media services on the network side and the terminal side, a request and response mechanism based on SDP (Session Description Protocol) is generally used to negotiate the media encoding methods.
[0003] However, for video services, each video standard includes multiple resolutions, and different frame rates for each resolution correspond to different bandwidth requirements. Although existing standards have clear requirements for the basic encoding negotiation process of end-to-end media services in IMS networks, and the solutions are very mature, the resolution negotiation technology between the calling and called terminals lacks in-depth research. Existing resolution negotiation only negotiates based on the resolutions supported by the network and terminal sides, which cannot ensure whether the final negotiated resolution can meet the quality requirements of video services, potentially leading to a degradation in video call quality. Summary of the Invention
[0004] In view of the above problems, this application provides a video call resolution selection method, apparatus, node and storage medium to solve the problem of low video call quality in the prior art.
[0005] According to a first aspect of the embodiments of this application, a video call resolution selection method is provided, the method comprising:
[0006] The requested bandwidth corresponding to the highest requested resolution of the first terminal is compared with the preset bandwidth limit corresponding to the highest requested resolution to determine the negotiated bandwidth.
[0007] The negotiated bandwidth is compared with the preset bandwidth lower limit corresponding to the highest requested resolution. When the negotiated bandwidth is greater than or equal to the preset bandwidth lower limit corresponding to the highest requested resolution, the highest requested resolution and the negotiated bandwidth are sent to the second terminal.
[0008] When the negotiated bandwidth is less than the preset bandwidth lower limit corresponding to the highest requested resolution, the maximum resolution among the requested resolutions of the first terminal that meets the set conditions and the negotiated bandwidth are sent to the second terminal. The set conditions are that the bandwidth lower limit corresponding to the requested resolution is less than the negotiated bandwidth.
[0009] In some alternative embodiments, before comparing the requested bandwidth corresponding to the highest requested resolution of the first terminal with a preset bandwidth limit corresponding to the highest requested resolution to determine the negotiated bandwidth, the video call resolution selection method further includes:
[0010] Based on network-side resource configuration information, air interface resource information, and preset video call bandwidth conditions, determine the preset bandwidth upper limits corresponding to each resolution level of the video call, and determine the preset bandwidth lower limits corresponding to each resolution level based on the video call quality requirements corresponding to each resolution level and the preset video call bandwidth conditions.
[0011] In some alternative approaches, comparing the requested bandwidth corresponding to the highest requested resolution of the first terminal with a preset bandwidth limit corresponding to the highest requested resolution to determine the negotiated bandwidth includes:
[0012] The application bandwidth corresponding to the highest application resolution of the first terminal is compared with the preset bandwidth limit corresponding to the highest application resolution;
[0013] When the application bandwidth corresponding to the highest application resolution is greater than the preset bandwidth limit corresponding to the highest application resolution, the preset bandwidth limit corresponding to the highest application resolution is used as the negotiated bandwidth;
[0014] When the application bandwidth corresponding to the highest application resolution is less than or equal to the preset bandwidth limit corresponding to the highest application resolution, the application bandwidth corresponding to the highest application resolution is used as the negotiated bandwidth.
[0015] In some alternative methods, before comparing the requested bandwidth corresponding to the highest requested resolution of the first terminal with a preset bandwidth limit corresponding to the highest requested resolution to determine the negotiated bandwidth, the video call resolution selection method further includes:
[0016] Obtain a request message sent by the first terminal, the request message including requested resolution information and requested bandwidth information from the first terminal, and identify the requested resolution information and requested bandwidth information in the request message to obtain the highest requested resolution of the first terminal and the requested bandwidth corresponding to the highest requested resolution; or,
[0017] A request message sent by the first terminal is obtained, the request message including the requested resolution information of the first terminal. The requested resolution information in the request message is identified to obtain the highest requested resolution of the first terminal, and the corresponding requested bandwidth is calculated based on the highest requested resolution.
[0018] In some alternative methods, before comparing the requested bandwidth corresponding to the highest requested resolution of the first terminal with a preset bandwidth limit corresponding to the highest requested resolution to determine the negotiated bandwidth, the video call resolution selection method further includes:
[0019] Determine whether the highest requested resolution is higher than the preset highest resolution for video calls;
[0020] If so, the preset bandwidth limit corresponding to the highest resolution level shall be used as the preset bandwidth limit corresponding to the highest requested resolution.
[0021] If not, then the preset bandwidth limit corresponding to the highest requested resolution is the same as the highest requested resolution among the various resolutions of the video call.
[0022] In some optional embodiments, the step of sending the maximum resolution among the various requested resolutions of the first terminal that meets the set conditions, and the negotiated bandwidth, to the second terminal includes:
[0023] According to the order of the application resolutions of the first terminal from high to low, the preset bandwidth lower limit corresponding to each application resolution is compared with the negotiated bandwidth in turn, and the application resolution corresponding to the first preset bandwidth that is less than or equal to the negotiated bandwidth and the negotiated bandwidth are sent to the second terminal.
[0024] According to a second aspect of the embodiments of this application, a video pass resolution selection device is provided, comprising:
[0025] The bandwidth negotiation module is used to compare the requested bandwidth corresponding to the highest requested resolution of the first terminal with the preset bandwidth limit corresponding to the highest requested resolution in order to determine the negotiated bandwidth.
[0026] The resolution selection module is used to compare the negotiated bandwidth with the preset bandwidth lower limit corresponding to the highest requested resolution. When the negotiated bandwidth is greater than or equal to the preset bandwidth lower limit corresponding to the highest requested resolution, the highest requested resolution and the negotiated bandwidth are sent to the second terminal. When the negotiated bandwidth is less than the preset bandwidth lower limit corresponding to the highest requested resolution, the maximum resolution among the requested resolutions applied for by the first terminal that meets the set conditions and the negotiated bandwidth are sent to the second terminal. The set conditions are that the bandwidth lower limit corresponding to the requested resolution is less than the negotiated bandwidth.
[0027] According to a third aspect of the embodiments of this application, a media negotiation node is provided, including a processor, a memory, a communication interface, and a communication bus, wherein the processor, the memory, and the communication interface communicate with each other through the communication bus; the memory is used to store at least one executable instruction, which causes the processor to implement the video call resolution selection method described in any of the above claims when executed.
[0028] In some alternative configurations, the media negotiation node is an SBC, a P-CSCF, or an IBCF.
[0029] According to a fourth aspect of the embodiments of this application, a computer-readable storage medium is provided, on which a computer program is stored, which, when executed by a controller, implements the video call resolution selection method as described in any of the preceding claims.
[0030] As can be seen from the above, the video call resolution selection method provided in this application first compares the requested bandwidth corresponding to the requested resolution of the terminal with the corresponding preset bandwidth upper limit to determine the negotiated bandwidth, and then compares the negotiated bandwidth with the corresponding preset bandwidth lower limit to determine whether the negotiated bandwidth meets the video call quality requirements corresponding to the highest requested resolution. If it meets the requirements, the resolution information requested by the terminal is not modified, and the requested bandwidth of the terminal is only limited according to the preset bandwidth upper limit. If it does not meet the requirements, the resolution information requested by the terminal needs to be modified so that the highest resolution among the requested resolutions with a corresponding preset bandwidth lower limit less than the negotiated bandwidth is selected to replace the highest requested resolution for video call service continuation, thereby avoiding problems such as a significant drop in video service quality and improving user experience.
[0031] The above description is merely an overview of the technical solutions of the embodiments of this application. In order to better understand the technical means of the embodiments of this application and to implement them in accordance with the contents of the specification, and to make the above and other objects, features and advantages of the embodiments of this application more obvious and understandable, specific embodiments of the present invention are described below. Attached Figure Description
[0032] The accompanying drawings are for illustrative purposes only and are not intended to limit the invention. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings:
[0033] Figure 1 A schematic diagram of the resolution negotiation process for video services between users using VoLTE as the voice bearer.
[0034] Figure 2 This is a flowchart illustrating the video call resolution selection method provided in accordance with the embodiments of this application;
[0035] Figure 3 This is a schematic diagram illustrating the negotiation bandwidth determination process in the video call resolution selection method provided in this application.
[0036] Figure 4 This is a flowchart illustrating a video call resolution selection method provided in some embodiments of this application;
[0037] Figure 5 This is a flowchart illustrating a video call resolution selection method provided according to other embodiments of this application;
[0038] Figure 6 This is a flowchart illustrating a video call resolution selection method provided according to some embodiments of this application;
[0039] Figure 7 This is a schematic diagram of the structure of a video call resolution selection device provided according to some embodiments of this application;
[0040] Figure 8 This is a schematic diagram of the structure of a media negotiation node provided according to some embodiments of this application. Detailed Implementation
[0041] Exemplary embodiments of the invention will now be described in more detail with reference to the accompanying drawings. While exemplary embodiments of the invention are shown in the drawings, it should be understood that the invention can be implemented in various forms and should not be limited to the embodiments set forth herein.
[0042] Before describing the various specific embodiments of this application, the technical terms involved in the various embodiments of this application will be introduced as follows, wherein the English and Chinese following “:” are respectively the English and Chinese explanations of the technical terms preceding “:”.
[0043] 5G: Fifth Generation Mobile Communication Technology.
[0044] 4G: Fourth Generation Mobile Communication Technology.
[0045] AMR-WB: Adaptive Multi Rate-Wide Band.
[0046] AVP: Attribute Value Pairs, the attribute value pairs of a message.
[0047] AGW: Access Gateway.
[0048] eNB: evolved Node B.
[0049] TrGW: Transition Gateway.
[0050] IMS: IP Multimedia Subsystem.
[0051] IP: Internet Protocol.
[0052] IBCF: Interconnection Border Control Function.
[0053] MRF: Media Relay Function.
[0054] P-CSCF: Proxy-Call Session Control Function.
[0055] PCRF: Policy Control and Charging Rules Function.
[0056] PCF: Policy Control Function.
[0057] SDP: Session Description Protocol.
[0058] SBC: Session Border Controller.
[0059] RTP: Real-time Transport Protocol.
[0060] UE: User Equipment.
[0061] VOLTE: Voice Over Long-Term Evolution.
[0062] VONR: Voice Over New Radio.
[0063] In an IMS network, the nodes involved in media service negotiation mainly include SBC / P-CSCF, I-SBC, IBCF (Interconnection Provider Interface CF), and MRf (Media Receiver Flow) nodes. Among these, the I-SBC is the "I" side of the SBC's two-sided role, primarily providing functions such as protocol interoperability and network security. For example... Figure 1 The diagram illustrates the media service negotiation process in the IMS network corresponding to a user call process using VoLTE as the voice bearer. It should be noted that for fixed-line users, since there is no dedicated audio / video service bearer establishment process, the interaction between the SBC and PCRF / PCF is not involved. Other processes are similar to those for fixed-line users. Figure 1 The negotiation process shown is consistent with that of the other party.
[0064] like Figure 1 As shown, the resolution negotiation process for the user's calling / called video service using VoLTE as the voice bearer includes S1 to S6, described in detail below. It should be noted that... Figure 1 In the flowchart shown, messages sent from the calling UE to the called UE are represented by Offer, and messages sent from the called UE to the calling UE are represented by Answer. In other embodiments, Figure 1 The resolution negotiation process for user-initiated / called video services with VONR as the voice bearer also applies.
[0065] S1: The calling UE initiates a call and sends an invite message to the network side. The invite message carries the resource requirements for the video media service, including information such as the encoding, resolution, and bandwidth requirements supported by the calling UE. Examples of key fields in the invite message are as follows:
[0066] m = video 60010RTP / AVP113 114
[0067] b = AS:800
[0068] a = rtpmap:113H264 / 80000
[0069] profile-level-id=42C01E;xxxxx;
[0070] sprop-parameter-sets=Z0KAHtoHgUaAbQoTUA==, aM4G8g==
[0071] Here, the value after b=AS represents the bandwidth requirement, profile-level-id refers to the ID number of the level, which follows the definition of the relevant video standard, and the parameters in sprop-parameter-sets can be converted to the corresponding resolution according to the standard definition.
[0072] S2: Caller's Side SBC ( Figure 1 After receiving the invite message sent by the calling UE, the VoLTE SBC between the calling UE and the calling IMS identifies the level and resolution in the message, determines the bandwidth value to be sent based on the preset bandwidth limit and the resolution and bandwidth value of the corresponding level in the invite message, and sends the finally determined bandwidth value to the calling PCRF / PCF through the Rx interface to request the establishment of dedicated audio and video carriers.
[0073] As shown in Table 1, to make reasonable use of network resources such as network equipment-side resources and radio-side air interface resources, the SBC device is pre-configured with bandwidth limits corresponding to each level according to standard requirements. The data in Table 1 indicates the bandwidth limits that the network side can provide for video calls at the corresponding level. If the highest resolution and bandwidth request initiated by the calling UE exceeds the bandwidth limits of the corresponding resolution provided in Table 1, the calling SBC will use the highest bandwidth value in Table 1 as the upper limit of the bandwidth resources that the network can provide.
[0074] Table 1
[0075]
[0076] Specifically, after receiving an invite message from the calling UE, the calling SBC identifies the requested encoding and resolution in the message and compares them with the bandwidth limits allowed for each resolution pre-set by the calling SBC. If the AS bandwidth request value sent by the calling UE is less than or equal to the corresponding pre-set bandwidth limit of the calling SBC, the requested bandwidth value in the invite message remains unchanged, and the message continues to be sent to subsequent nodes with a bandwidth of b = AS. If the AS bandwidth request value sent by the calling UE is greater than the corresponding pre-set bandwidth limit of the calling SBC, the b = AS value in the invite message is replaced with the corresponding pre-set bandwidth limit value of the SBC, and the message continues to be sent to subsequent nodes. If the invite message sent by the calling UE does not carry the b = AS value, the calling SBC can calculate a bandwidth value based on the resolution carried in the root invite message, compare the calculated bandwidth value with the corresponding pre-set bandwidth limit of the calling SBC, and determine the final bandwidth value to be sent to the next node. The calling SBC only compares the bandwidth request value sent by the calling UE with the corresponding locally preset bandwidth limit to determine the final bandwidth value to be sent to the next node, but does not correct the resolution in the invite message; that is, the resolution sent to the next node remains the same as the resolution in the initial invite message. Furthermore, as... Figure 1 As shown, for users using VoLTE voice bearer, after determining the bandwidth value to be sent, the calling SBC also needs to send this value to the PCRF / PCF to request bandwidth. Furthermore, if the level and corresponding resolution requested by the calling UE are not within the preset range in Table 1, the calling SBC will send the bandwidth value requested by the calling UE to the next node according to the highest bandwidth limit in Table 1. However, the encoding and resolution in the invite message will not be revised and will be directly sent to the next node.
[0077] S3: When a call reaches the called party, the invite message is confirmed by the calling party's SBC, then sent from the calling party's MIS network to the IMS network, and finally reaches the called party's SBC. Figure 1 (VoLTE SBC between the called UE and the called IMS). After receiving the Invite message (call request), the called SBC does not establish a dedicated payload but sends it directly to the called UE. It should be noted that the called SBC does not modify parameters such as resolution in the Invite message.
[0078] S4: The called UE, based on its own capabilities, selects a codec, resolution, and bandwidth parameters (b=AS) from the received Invite messages to determine the answer response message, and sends it to the called side SBC. The definitions of each field in the answer response message are consistent with the definitions of each field in the Invite message.
[0079] S5: After receiving the Answer response message, the called SBC identifies the level and resolution in it, determines the bandwidth value to be sent based on the preset bandwidth limit and the resolution and bandwidth value of the corresponding level in the Answer response message, and requests the establishment of dedicated audio and video carriers to the called PCRF / PCF through the Rx interface.
[0080] After recognizing the level and resolution in the Answer message, the called-side SBC uses the same bandwidth selection mechanism as S2 to determine the transmission bandwidth value based on the preset bandwidth limit and the corresponding level's resolution and bandwidth value in the Answer message. Similarly, apart from potentially revising the bandwidth value, the called-side SBC will not modify other parameters such as resolution. For VoLTE / VoNR users, the called-side SBC also needs to request bandwidth and dedicated traffic establishment from the called-side PCRF / PCF.
[0081] S6: The answer response message arrives at the calling MIS. The calling SBC receives the answer response message (the answer response message can also be called the 183 response message) and obtains the bandwidth requirement from the answer response message b=AS. When the bandwidth requirement differs from the bandwidth issued by the calling SBC, it sends an AAR request to the PCRF / PCF to request the calling side to update the dedicated load.
[0082] After receiving the media information contained in the answer response message, the calling SBC needs to forward the answer response message to the calling UE. However, before forwarding, the calling SBC will compare the bandwidth value in the answer response message and the Invite message it sends. If the two are different, the SBC needs to resend the message (answer response message) to the PCRF / PCF to modify the bandwidth according to the bandwidth value in the answer response message.
[0083] Before session establishment, the calling and called UEs send a message indicating whether they support super-resolution capabilities. After session establishment, the UE sends a message to the network-side media gateway device (IMS-AGW) reporting the status of super-resolution capability support, supported resolutions, and whether it supports uplink / downlink asymmetric capabilities. The network side adds the identifier of the network element or terminal performing super-resolution. The calling-side media gateway device (IMS-AGW1) notifies the called UE of whether it supports uplink / downlink asymmetric resolution, i.e., informing the calling-side base station eNB1 whether the called UE supports unidirectional resolution adjustment. The calling UE records whether the called UE supports uplink / downlink asymmetric resolution and the supported resolution set. When the base station eNB1 detects changes in channel quality or radio resources, i.e., changes in uplink channel quality or uplink radio resources, it determines the resolution that eNB1 can support based on the current resources. If both uplink and downlink resources deteriorate and the called UE supports asymmetric resolutions, eNB1 can determine the corresponding first target resolution that needs adjustment for both uplink and downlink based on the uplink and downlink resources. If both uplink and downlink resources deteriorate and the called UE does not support resolution asymmetry, then the base station eNB1 determines a unified first target resolution for both uplink and downlink based on the worst uplink and downlink resources, and informs the calling side media gateway device (IMS-AGW1) of this first target resolution. The calling side media gateway device, based on the first target resolution determined by the base station and the set of resolutions supported by the called UE, determines the final adjusted first resolution. If this first target resolution is a resolution supported by the called UE, the calling side media gateway device sends this first target resolution to the calling UE; if the first target resolution determined by the base station eNB1 is not a resolution supported by the called UE, the calling side media gateway device selects a resolution from the set of resolutions supported by the called UE that corresponds to the first target resolution determined by the base station eNB1 as the first adjusted resolution. For example, the called UE supports a resolution set of {360, 720, 1080}, while the base station eNB1 determines a first target resolution of 540. Since only 360 is less than 540, the calling side media gateway device determines a first adjusted resolution of 360 and notifies the calling UE to send video packets according to this first adjusted resolution. The resolution of the uplink media stream is lowered at this time, reducing its bandwidth usage. The calling side media gateway device sends the received video packets sent by the calling UE according to the first adjusted resolution to the called side media gateway device (IMS-AGW2). The called side media gateway device queries the called base station eNB2 to see if the uplink network resources can support a higher resolution. eNB2 determines the desired second target resolution based on radio channel quality and radio resources and sends this second target resolution to the called side media gateway device.After receiving the second target resolution, the called-side media gateway device determines the highest super-resolution based on the set of resolutions supported by the called UE and performs super-resolution. If the calling-side media gateway device also has super-resolution capability, it can also perform super-resolution. Generally, when the called UE2 has super-resolution capability, it can perform super-resolution regardless of whether the calling-side media gateway device has it. The process for adjusting the resolution when the called UE sends video to the calling UE can refer to the aforementioned process for adjusting the resolution when the calling UE sends video to the called UE. According to the aforementioned resolution adjustment process, the resolution of the media stream is increased at the super-resolution node to improve the video quality at the receiving end. This scheme implements super-resolution on the terminal side, i.e., the UE side, rather than on the + network side.
[0084] As can be seen from the above, Figure 1 The voice bearer method shown is VoLTE. The resolution negotiation process for the user's calling / called video service mainly involves the base station determining the resolution it can support based on the current wireless network resources when the channel quality or radio resources change, taking into account the base station's awareness. Because air interface resources are affected by many factors and change dynamically, it is difficult for the base station to select a suitable resolution based on the current radio resource situation and adapt it to subsequent network resolution adjustments. Furthermore, in... Figure 1 In the illustrated scheme, after receiving the base station support resolution messages from the respective base stations of the calling and called parties, the media gateway device comprehensively assesses the resolution support of the terminal and implements resolution reduction and super-resolution. Considering that the uplink and downlink bandwidths of video call services are the same, and the terminal needs to support asymmetric uplink and downlink resolutions, this scheme is not suitable for media service continuation using different resolutions for uplink and downlink. Furthermore, in... Figure 1 In the proposed solution, the effect of reducing the resolution at the sending end and increasing the resolution at the receiving end on the actual received video quality needs to be verified. Furthermore, the network-side equipment needs to support super-resolution capabilities and dynamic adjustments, making the implementation quite complex.
[0085] exist Figure 1 The voice bearer method shown is VoLTE. In the resolution negotiation process for the user's calling / called video service, although bandwidth limits can be set for different resolutions based on network resource configuration to achieve reasonable utilization of network resources, however… Figure 1 The negotiation scheme shown only considers network and terminal support capabilities and does not assess whether the bandwidth allocated by the network side can meet the video quality requirements of the corresponding resolution. Therefore, when the bandwidth cannot meet the service quality requirements of the selected resolution, the following approach should be adopted. Figure 1The video service provided by the negotiation scheme shown may experience a degradation in video call quality. While existing technologies offer solutions for distributing video packets with resolution adjusted based on wireless channel resources during video calls, and these solutions are applicable to scenarios where the terminal's sending and receiving directions support different resolutions, thus improving resource utilization efficiency, this solution primarily relies on the base station reporting its supported resolutions to the network based on wireless resource capabilities. The network then adjusts the resolution based on the base station, the terminal, and the network's supported resolutions. It does not involve the base station selecting the resolution based on wireless resource availability, nor does it consider the degradation in video service quality when core network resources do not meet the corresponding resolution service quality requirements.
[0086] IMS networks support various terminal types, and each terminal can initiate multiple resolution requests. Especially after the establishment of 5G networks, the video resolution requirements of terminals are gradually increasing. Based on existing media negotiation standard procedures (… Figure 1 As shown, when the bandwidth limit set by the network-side equipment cannot meet the highest resolution encoding service quality requirements requested by the terminal, the network side will still prioritize the highest resolution (using a "let-through" mechanism for resolutions not configured in the bandwidth limit table). This will result in insufficient network bandwidth resources to meet the video service quality requirements for the relevant resolution, causing video service stuttering, packet loss, and other problems, leading to a significant decrease in video service quality. Furthermore, the existing media negotiation standard process dynamically adjusts the network resolution segment by segment based on the wireless channel conditions after the terminal establishes a media session. This requires the network side to support resolution over-resolution processing based on base station resources. This places high demands on the network side and is relatively complex to implement.
[0087] The existing negotiation scheme, which relies on base stations reporting supported resolutions based on wireless channel conditions and provides base station-supported resolution reference data for network-side resolution selection, fails to address how base stations can select resolutions based on wireless resource conditions when air interface resources are affected by numerous factors. Furthermore, it does not consider the degradation of video call quality when network-side resources cannot meet the corresponding resolution video quality requirements. It is primarily designed for mobile user scenarios accessed by base stations, rather than for non-mobile users carried by the IMS network, and is not suitable for application scenarios such as call centers and fixed-line users.
[0088] Therefore, based on the shortcomings of the aforementioned media negotiation process (mainly the resolution negotiation process), the inventors of this application provide a video call resolution selection method. This method can assess whether the bandwidth allocated by the network side can meet the video quality requirements of the resolution requested by the terminal, and optimize the selection of video call resolution according to the bandwidth situation. That is, when the network side bandwidth cannot meet the terminal's request for the highest video resolution, the optimal resolution within the network bandwidth capacity is selected according to a preset algorithm, thereby avoiding problems such as a significant drop in video service quality and improving user experience.
[0089] The video call resolution selection method provided in this application embodiment is applied to, for example, Figure 8 The media negotiation node shown can be selected from one of the network elements SBC, P-CSCF, and IBCF in the IMS network. Specifically, it can be... Figure 1 The negotiation process diagram shows the calling side SBC. The video call resolution selection method provided in this application embodiment is used to select the video call resolution between a first terminal and a second terminal. It limits the bandwidth requested by the first terminal and selects a resolution that meets the video call quality requirements by setting preset bandwidth upper and lower limits corresponding to different resolution levels of the video call through the media negotiation node on the IMS network side, thereby avoiding a significant decrease in video call quality.
[0090] Figure 2 This is a flowchart illustrating the video call resolution selection method provided in the embodiments of this application, as shown below. Figure 2 As shown in the figure, the video call resolution selection method provided in this application includes S02, S04, S06 and S08, which are described in detail below.
[0091] S02: Compare the application bandwidth corresponding to the highest application resolution of the first terminal with the preset bandwidth limit corresponding to the highest application resolution to determine the negotiated bandwidth.
[0092] In some embodiments, the first terminal is Figure 1 If the calling UE is in the context of the UE, then the second terminal, as described later, is... Figure 1 The called UE in the middle, Figure 8 The media negotiation node shown is Figure 1 The calling side SBC in the middle. In other embodiments, the first terminal is Figure 1 If the called UE is mentioned in the text, then the second terminal, as described later, is... Figure 1 The calling UE in the middle, Figure 8 The media negotiation node shown is Figure 1The called-side SBC in the IMS network. The first terminal sends the requested resolution to the media negotiation node in the IMS network. Each requested resolution has a corresponding requested bandwidth. The requested bandwidth is the bandwidth that the first terminal wants to request. The media negotiation node compares the requested bandwidth corresponding to the highest requested resolution of the first terminal with the locally configured preset bandwidth limit corresponding to the highest requested resolution to determine the negotiated bandwidth. The negotiated bandwidth refers to the bandwidth that the media negotiation node on the IMS network side limits the requested bandwidth of the first terminal based on the locally preset bandwidth limit, to determine the bandwidth that can be allocated for the video call between the first terminal and the second terminal. In some embodiments, the preset bandwidth limit corresponding to the highest requested resolution may also be configured and sent to the media negotiation node by other nodes or devices besides the media negotiation node.
[0093] S04: Compare the negotiated bandwidth with the preset lower limit of the bandwidth corresponding to the highest requested resolution.
[0094] The comparison in S04 is used to determine whether the negotiated bandwidth determined in S02 is greater than or equal to the preset lower limit of the bandwidth corresponding to the highest resolution. If so, S06 is executed; otherwise, S08 is executed.
[0095] S06: When the negotiated bandwidth is greater than or equal to the preset bandwidth lower limit corresponding to the highest requested resolution, the highest requested resolution and the negotiated bandwidth are sent to the second terminal.
[0096] When the negotiated bandwidth is greater than or equal to the preset bandwidth lower limit corresponding to the highest requested resolution, it indicates that the negotiated bandwidth currently allocated by the network side can meet the requirements of the highest requested resolution applied for by the first terminal. Therefore, it is not necessary to modify the resolution information applied for by the first terminal, and the original requested resolution of the first terminal is maintained for the continuation of the video call service. That is, the highest requested resolution and negotiated bandwidth of the first terminal are sent to the second terminal. It should be noted here that the media negotiation node can receive the requested resolution of the first terminal through other network element nodes in the IMS network, or the determined highest requested resolution and the negotiated bandwidth can be sent to the second terminal through other network element nodes in the IMS network. Figure 8 The media negotiation node shown is not limited to only receiving the application information from the first terminal, nor is it limited to only sending the allocated bandwidth and resolution information to the second terminal.
[0097] S08: When the negotiated bandwidth is less than the preset bandwidth lower limit corresponding to the highest requested resolution, the maximum resolution among the requested resolutions of the first terminal that meets the set condition and the negotiated bandwidth are sent to the second terminal. The set condition is that the bandwidth lower limit corresponding to the requested resolution is less than the negotiated bandwidth.
[0098] When the negotiated bandwidth is less than the preset lower limit of the bandwidth corresponding to the highest requested resolution, it indicates that the negotiated bandwidth currently allocated by the network side cannot meet the requirements of the highest requested resolution applied for by the first terminal. Therefore, within the network side's bandwidth capacity, the optimal resolution most conducive to video call quality needs to be selected to replace the original requested resolution of the first terminal for video call service continuation. This avoids problems such as a significant drop in video service quality and improves user experience. Here, the optimal resolution is the highest resolution among the various requested resolutions of the first terminal that meets the above-mentioned setting conditions. When the network side cannot allocate the highest requested resolution for the video call, in order not to significantly reduce video call quality, the highest resolution that meets the setting conditions is selected to replace the highest requested resolution.
[0099] As can be seen from the above, the video call resolution selection method provided in this application first compares the requested bandwidth corresponding to the requested resolution of the terminal with the corresponding preset bandwidth upper limit to determine the negotiated bandwidth, and then compares the negotiated bandwidth with the corresponding preset bandwidth lower limit to determine whether the negotiated bandwidth meets the video call quality requirements corresponding to the highest requested resolution. If it meets the requirements, the resolution information requested by the terminal is not modified, and the requested bandwidth of the terminal is only limited according to the preset bandwidth upper limit. If it does not meet the requirements, the resolution information requested by the terminal needs to be modified so that the highest resolution among the requested resolutions with a corresponding preset bandwidth lower limit less than the negotiated bandwidth is selected to replace the highest requested resolution for video call service continuation, thereby avoiding problems such as a significant drop in video service quality and improving user experience.
[0100] In some embodiments, before performing S02, the video call resolution selection method further includes: determining each preset bandwidth upper limit corresponding to each resolution level of the video call based on network-side resource configuration information, air interface resource information, and preset video call bandwidth conditions; and determining each preset bandwidth lower limit corresponding to each resolution level based on the video call quality requirements corresponding to each resolution level and the preset video call bandwidth conditions. The preset video call bandwidth conditions are set according to existing standards for video bandwidth requirements in video calls. Clearly, each preset bandwidth upper limit is mainly set based on the network-side bandwidth allocation capability, while each preset bandwidth lower limit is mainly set based on video call quality requirements.
[0101] Taking the first terminal as Figure 1 The calling UE in the middle, Figure 8 The media negotiation node shown is Figure 1Taking the calling SBC as an example, this application's embodiment of the video call resolution selection method explains the setting of various preset bandwidth upper and lower limits. After the calling UE initiates a video call request message, the calling UE sends a request for resolution and bandwidth to the calling SBC. On the network side, the media negotiation node configures the preset bandwidth upper limit corresponding to each resolution level of the video call locally based on network resource configuration, air interface resource status, and the video bandwidth requirements for video calls in the standard. Simultaneously, it sets the preset bandwidth lower limit corresponding to each resolution level based on the video call quality requirements for each resolution, thus obtaining a pre-configured bandwidth threshold table. Specifically, the pre-configured bandwidth threshold table is shown in Table 2.
[0102] Table 2
[0103]
[0104] In Table 2, Level represents the resolution level for video calls, Wmax is the preset bandwidth upper limit, and Wmax-Level xx represents the preset bandwidth upper limit corresponding to a certain resolution level. For example, the bandwidth upper limit corresponding to a 720p resolution at Level 3.1 is represented as Wmax-Level 3.1. Wmin is the preset bandwidth lower limit, and Wmin-Level xx represents the preset bandwidth lower limit corresponding to a certain resolution level. For example, the bandwidth lower limit corresponding to a VGA resolution at Level 2.2 is represented as Wmin-Level 2.2. In some embodiments, the bandwidth upper limits corresponding to the resolutions of each Level in Table 2, from top to bottom, can be, but are not limited to, 2457, 1638, 816, 1081, 819, and 458.
[0105] Figure 3 This is a schematic diagram illustrating the negotiation bandwidth determination process in the video call resolution selection method provided in this application. Figure 3 As shown, S02 further includes S021, S023 and S025.
[0106] S021: Compare the application bandwidth corresponding to the highest application resolution of the first terminal with the preset bandwidth limit corresponding to the highest application resolution.
[0107] The comparison in S021 is used to determine whether the requested bandwidth is greater than the preset bandwidth limit corresponding to the highest resolution. If yes, then S023 is executed; otherwise, S025 is executed.
[0108] S023: When the application bandwidth corresponding to the highest application resolution is greater than the preset bandwidth upper limit corresponding to the highest application resolution, the preset bandwidth upper limit corresponding to the highest application resolution shall be used as the negotiated bandwidth.
[0109] If the requested bandwidth corresponding to the highest requested resolution is greater than the preset bandwidth limit corresponding to the highest requested resolution, it means that the network side cannot meet the requested bandwidth requirements of the first terminal and needs to limit the requested bandwidth of the first terminal. That is, the network side performs bandwidth negotiation, uses the preset bandwidth limit corresponding to the highest requested resolution as the negotiated bandwidth, and sends it to the subsequent network element nodes.
[0110] S025: When the application bandwidth corresponding to the highest application resolution is less than or equal to the preset bandwidth limit corresponding to the highest application resolution, the application bandwidth corresponding to the highest application resolution is used as the negotiated bandwidth.
[0111] If the requested bandwidth corresponding to the highest requested resolution is less than or equal to the preset bandwidth limit corresponding to the highest requested resolution, it means that the network side can meet the requested bandwidth requirements of the first terminal. Therefore, there is no need to limit the requested bandwidth of the first terminal. The requested bandwidth corresponding to the highest requested resolution is directly used as the negotiated bandwidth and sent to the subsequent network element nodes.
[0112] Figure 4 As shown in Figure 4, the video call resolution selection method provided in some embodiments of this application further includes S011 and S013 before S02.
[0113] S011: Obtain the request message sent by the first terminal, the request message including requesting resolution information and requesting bandwidth information from the first terminal.
[0114] Request messages can be like Figure 1 In the corresponding embodiment, the calling UE sends an invite message. The invite message includes the requested resolution and bandwidth information of the first terminal, and further includes the level information corresponding to each resolution. Each level has a corresponding resolution and requested bandwidth, and the requested bandwidth is the value after b = AS.
[0115] S013: Identify the application resolution information and application bandwidth information in the request message to obtain the highest application resolution of the first terminal and the application bandwidth corresponding to the highest application resolution.
[0116] After receiving the request message, the media negotiation node identifies the requested resolution and bandwidth information in the request message to obtain the highest requested resolution and corresponding bandwidth of the first terminal. Furthermore, it also needs to identify the Level corresponding to the highest resolution. In some embodiments, the request message also includes video call encoding information; in this case, the media negotiation node also needs to identify the encoding information in the request message to perform encoding negotiation.
[0117] Figure 5 As shown in Figure 5, the video call resolution selection method provided in some other embodiments of this application further includes S012 and S014 before S02.
[0118] S012: Obtain the request message sent by the first terminal, wherein the request message includes the requested resolution information of the first terminal.
[0119] S014: Identify the application resolution information in the request message, obtain the highest application resolution of the first terminal, and calculate the corresponding application bandwidth based on the highest application resolution.
[0120] In some embodiments, the request message only carries the requested resolution information of the first terminal, but not the requested bandwidth information. Therefore, after receiving the request message, the media negotiation node needs to calculate the corresponding requested bandwidth based on the highest requested resolution of the first terminal before proceeding to S02.
[0121] In some embodiments, prior to S02, the video call resolution selection method further includes:
[0122] The system determines whether the highest requested resolution is higher than the preset highest level resolution for video calls. If so, the preset bandwidth limit corresponding to the highest level resolution is used as the preset bandwidth limit corresponding to the highest requested resolution. If not, the preset bandwidth limit corresponding to the level resolution of the video call that is the same as the level corresponding to the highest requested resolution is used as the preset bandwidth limit corresponding to the highest requested resolution. It should be noted that video calls are configured with different levels (as shown in Table 2), each with a corresponding level resolution. The highest level resolution is the highest level resolution among all levels of video calls. After obtaining the highest resolution of the first terminal, each media negotiation node also obtains the level corresponding to the highest requested resolution. If the highest requested resolution or its level is not within the range of resolutions or levels configured in Table 2, the preset bandwidth limit / lower limit corresponding to the highest requested resolution or level in Table 2 is directly used as the preset bandwidth limit / lower limit corresponding to the highest requested resolution. Otherwise, the level of the highest requested resolution is matched with the level resolution of the corresponding level in Table 2, and the preset bandwidth limit corresponding to the level resolution that is the same as the level corresponding to the highest requested resolution is used as the preset bandwidth limit corresponding to the highest requested resolution.
[0123] Figure 6 This is a flowchart illustrating a video call resolution selection method provided according to some embodiments of this application, such as... Figure 6 As shown, S08 in the video call resolution selection method of this embodiment specifically involves: according to the order of the requested resolutions of the first terminal from high to low, comparing the preset bandwidth lower limit corresponding to each requested resolution with the negotiated bandwidth, and sending the requested resolution corresponding to the first preset bandwidth that is less than or equal to the negotiated bandwidth, along with the negotiated bandwidth, to the second terminal. In S08, if the network side cannot meet the requirement of the highest requested resolution, the media negotiation node needs to modify the original resolution information in the SDP before sending a message to subsequent network element nodes. The specific modification rule is: according to the resolutions requested by the first terminal from high to low, comparing the corresponding resolution with the lower limit Wmin-level xx in the preset bandwidth threshold table (Table 2) and the negotiated bandwidth Wm, taking the first resolution that satisfies the condition Wmin-level xx≤Wm as the final selected resolution, modifying the original resolution information in the SDP, and sending a message to subsequent network elements. That is, the highest resolution whose selected negotiated bandwidth can meet the video service quality requirements is taken as the selected resolution result for subsequent processes.
[0124] The video call resolution selection method provided in this application is used for video calls between a first terminal and a second terminal. To further clarify the video call resolution selection method provided in this application, the resolution negotiation process in a video call service using the video call resolution selection method provided in this application will be specifically described below. This resolution negotiation process mainly includes the following steps:
[0125] S21: Network-side media negotiation nodes, such as SBC / P-CSCF and IBCF, configure preset bandwidth upper limits for each resolution locally based on network-side resource allocation, air interface resources, and video bandwidth requirements for video calls in the standard. They also set preset bandwidth lower limits for each resolution based on the corresponding video call quality requirements, thus obtaining a pre-configured bandwidth threshold table. The format of this bandwidth threshold table can be, but is not limited to, the form shown in Table 2.
[0126] S22: After the calling user initiates an invite message, the calling side SBC compares the requested resolution information and requested bandwidth information sent by the calling UE with the corresponding local preset bandwidth upper limit and corresponding preset bandwidth lower limit, completes the confirmation or update of bandwidth and resolution information, and sends the confirmed or updated request information to subsequent network elements.
[0127] In this context, the bandwidth requested by the first terminal (calling UE) is Wt, which is the value of b=AS in the SDP message. The media negotiation device on the network side (calling side SBC) evaluates the negotiation based on the media negotiation requirements and the locally configured bandwidth limit table, and determines the negotiated bandwidth value to be Wm. The process of determining the negotiated bandwidth and the final selected resolution by comparing the highest requested resolution and corresponding requested bandwidth initiated by the first terminal with the upper and lower limits of the bandwidth configured by the media negotiation device is as follows:
[0128] ① Based on the Level or resolution in the request message, query the preset bandwidth limit Wmax-level xx of the corresponding resolution in the preset bandwidth threshold table, and compare it with the requested bandwidth Wt. If Wt>Wmax-level xx, the media negotiation node on the network side sets Wmax-level xx as the currently selected negotiation bandwidth Wm for the next step; if Wt≤Wmax-level xx, the media negotiation node on the network side sets Wt as the currently selected Wm for the next step.
[0129] If the highest requested resolution of the first terminal is higher than all the resolutions in the local bandwidth threshold table of the media negotiation node, then the preset bandwidth limit corresponding to the highest resolution in the table is used as Wmax-level xx and compared with the Wt requested by the first terminal.
[0130] ② Compare the currently selected Wm with the lower limit of the corresponding resolution in the bandwidth threshold table: If Wm is greater than or equal to the preset lower limit of the highest requested resolution of the first terminal in the bandwidth threshold table, and this preset lower limit is Wmin-level xx, then Wm is used as the b=AS value selected by this node to send messages to subsequent network elements, without modifying the resolution or other parameters; otherwise, the media negotiation node modifies the resolution information in the SDP. The specific modification rule can be: according to the resolution requested by the first terminal from high to low, compare the lower limit Wmin-level xx of the corresponding resolution in the bandwidth threshold table with the Wm currently determined by the media negotiation node, and use the first resolution that meets the network bandwidth Wmin-level xx≤Wm condition as the final selected resolution to modify the original resolution information in the SDP to send messages to subsequent network elements, that is, select the highest resolution that the current network bandwidth can meet the video service quality requirements as the selected resolution result for subsequent processes.
[0131] S23: When a call arrives at the called SBC, the called SBC receives the invite call request but does not establish a dedicated bearer; instead, it directly sends the request to the called UE (second terminal). The called SBC does not modify parameters such as resolution.
[0132] S24: The called UE selects a codec, resolution, and bandwidth parameters (b=AS) from the information provided by the called side SBC based on its own capabilities and sends an answer response message. The definitions of each field in the answer response message are consistent with those in the invite message sent by the calling UE.
[0133] S25: After receiving the answer response message, the called SBC identifies the Level and resolution in the answer response. Referring to the comparison method shown in S22, it compares the identified resolution and bandwidth with the called SBC's local preset bandwidth upper limit and the preset bandwidth lower limit corresponding to each resolution to complete the confirmation and update of bandwidth and resolution information, and sends information to subsequent network elements.
[0134] S26: The answer response message arrives at the calling party's core network (IMS), and the calling party's SBC forwards the answer message to the calling UE. For VoLTE / VoNR users, the calling party's SBC obtains the bandwidth requirement from b=AS, compares it with the bandwidth values sent in the answer response message and the invite message, and if there is a change, sends an AAR request to the PCRF / PCF to request the calling party to update the dedicated load.
[0135] The other steps in the resolution negotiation process are consistent with the existing standard negotiation process and will not be repeated here. After the media negotiation between the calling and called parties is completed, a video call connection is established between the first terminal and the second terminal.
[0136] In some embodiments, if the request message sent by the calling SBC needs to pass through the IBCF before reaching the called party, the IBCF refers to the comparison method shown in S22 to compare the identified resolution and bandwidth with the IBCF's local preset bandwidth upper limit and the preset bandwidth lower limit corresponding to each resolution, and then sends the message after completing the secondary confirmation and update of the bandwidth and resolution information.
[0137] The video call resolution selection method provided in this application is applicable to various video interoperability scenarios between users in the IMS network, including but not limited to VoLTE / VoNR users, IMS fixed network users, call centers, and IMS network interoperability. Besides incorporating the video call resolution selection method provided in this application during the media negotiation process before session establishment, it can also be applied during the session itself. This allows for re-negotiation of media and resolution adjustment based on changes in network and wireless resources and changes in the terminal's requested resolution, thereby improving network resource utilization efficiency and terminal-side video call quality.
[0138] The media negotiation nodes used in the video call resolution selection method provided in this application include, but are not limited to, SBC / P-CSCF (including VOLTE / VONR, fixed network, etc.), I-SBC (for SIP trunk IMS network access such as call centers), IBCF / TrGW (IMS inter-network interconnection node), and other IMS media negotiation nodes.
[0139] As can be seen from the above, the video call resolution selection method provided in this application is actually a video call resolution selection method based on network-side bandwidth capabilities. This method can optimize the selection of the optimal resolution within the network bandwidth capacity by considering the bandwidth provided by the IMS network, the minimum bandwidth requirements for various resolution services determined by the operator after evaluation, and the resolution and bandwidth requirements of the video service initiated by the terminal, combined with network and terminal support, and based on existing business processes. The video call resolution selection method provided in this application avoids the problem of a significant drop in video call service quality or unavailability caused by a mismatch between network bandwidth and video resolution selection results, thus improving user experience. Furthermore, it is highly operable and requires minimal network modifications when integrated with existing business processes.
[0140] Please refer to Figure 7This is a schematic diagram of a video call resolution selection device provided according to some embodiments of this application. The video call resolution selection device includes a service request module, a bandwidth negotiation module 702, and a resolution selection module 704. The bandwidth negotiation module 702 is used to compare the requested bandwidth corresponding to the highest requested resolution of the first terminal with a preset bandwidth upper limit corresponding to the highest requested resolution to determine the negotiated bandwidth. The resolution selection module 704 is used to compare the negotiated bandwidth with a preset bandwidth lower limit corresponding to the highest requested resolution. When the negotiated bandwidth is greater than or equal to the preset bandwidth lower limit corresponding to the highest requested resolution, the highest requested resolution and the negotiated bandwidth are sent to the second terminal. When the negotiated bandwidth is less than the preset bandwidth lower limit corresponding to the highest requested resolution, the maximum resolution among the requested resolutions of the first terminal that meets a set condition, along with the negotiated bandwidth, is sent to the second terminal. The set condition is that the bandwidth lower limit corresponding to the requested resolution is less than the negotiated bandwidth.
[0141] In some embodiments, the bandwidth negotiation module 702 is used to implement S021, S023, and S025 as described above. In some embodiments, the resolution selection module 704 is used to implement S04, S06, and S08 in any of the above embodiments.
[0142] In some embodiments, the video call resolution selection device further includes a request message acquisition module and a bandwidth request acquisition module, wherein the request message acquisition module is used to implement the above-described S011 or S012, and the bandwidth request acquisition module is used to implement the above-described S013 or S014.
[0143] In some embodiments, the video call resolution selection device further includes a corresponding preset bandwidth upper / lower limit acquisition module, used to determine whether the highest requested resolution is higher than the highest resolution among the resolutions of each level of the video call. If so, the preset bandwidth upper limit corresponding to the highest requested resolution is used; if not, the preset bandwidth upper limit corresponding to the resolution of the same level as the highest requested resolution among the resolutions of each level of the video call is used as the preset bandwidth upper limit corresponding to the highest requested resolution.
[0144] As can be seen from the above, the video call resolution selection device provided in this application, after comparing the requested bandwidth corresponding to the requested resolution of the terminal with the corresponding preset bandwidth upper limit to determine the negotiated bandwidth, compares the negotiated bandwidth with the corresponding preset bandwidth lower limit to determine whether the negotiated bandwidth meets the video call quality requirements corresponding to the highest requested resolution. If it meets the requirements, the resolution information requested by the terminal is not modified, and the requested bandwidth of the terminal is limited only according to the preset bandwidth upper limit. If it does not meet the requirements, the resolution information requested by the terminal needs to be modified so that the highest resolution among the requested resolutions with a corresponding preset bandwidth lower limit less than the negotiated bandwidth is selected to replace the highest requested resolution for video call service continuation, thereby avoiding problems such as a significant drop in video service quality and improving user experience.
[0145] Please refer to the following: The specific embodiments of the present invention do not limit the specific implementation of the access network device.
[0146] like Figure 8 As shown, the media negotiation node may include: a processor 802, a communications interface 804, a memory 806, and a communications bus 808.
[0147] The processor 802, communication interface 804, and memory 806 communicate with each other via communication bus 808. Communication interface 804 is used to communicate with other network elements such as clients or other servers. Processor 802 executes program 810, specifically performing the relevant steps described in the first to ninth embodiments.
[0148] Specifically, program 810 may include program code, which includes computer-executable instructions.
[0149] The processor 802 may be a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of this application. The access network device may include one or more processors of the same type, such as one or more CPUs; or it may include processors of different types, such as one or more CPUs and one or more ASICs.
[0150] Memory 806 is used to store program 810. Memory 806 may include high-speed RAM memory, and may also include non-volatile memory, such as at least one disk storage device.
[0151] Specifically, program 810 can be called by processor 802 to cause the access network device to perform the steps of the video resolution selection method provided in any embodiment of this application.
[0152] In some embodiments, Figure 8 The media negotiation node shown can be, but is not limited to, network element nodes SBC, P-CSCF, or IBCF in the IMS network.
[0153] The media negotiation node provided in this application compares the requested bandwidth corresponding to the requested resolution of the terminal with the corresponding preset bandwidth upper limit to determine the negotiation bandwidth. Then, it compares the negotiation bandwidth with the corresponding preset bandwidth lower limit to determine whether the negotiation bandwidth meets the video call quality requirements corresponding to the highest requested resolution. If it does, the resolution information requested by the terminal is not modified, and the requested bandwidth of the terminal is limited only according to the preset bandwidth upper limit. If it does not meet the requirements, the resolution information requested by the terminal needs to be modified to select the highest resolution among the requested resolutions whose corresponding preset bandwidth lower limit is less than the negotiation bandwidth to replace the highest requested resolution for video call service continuation. This avoids problems such as a significant drop in video service quality and improves user experience.
[0154] Furthermore, embodiments of this application also provide a computer-readable storage medium storing a computer program. When executed by a processor, the computer program implements the steps of the video call resolution selection method as described in any of the listed embodiments. Since the various steps in the video call resolution selection method have already been described in detail above and the obtained technical effects are similar, they will not be repeated here.
[0155] Numerous specific details are set forth in the specification provided herein. However, it will be understood that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures, and techniques have not been shown in detail so as not to obscure the understanding of this specification.
[0156] Similarly, it should be understood that, in order to streamline the invention and aid in understanding one or more of the various aspects of the invention, features of the embodiments of this application are sometimes grouped together in a single embodiment, figure, or description thereof in the above description of exemplary embodiments of the invention. However, this disclosure should not be construed as reflecting an intention that the claimed invention requires more features than are expressly recited in each claim.
[0157] Those skilled in the art will understand that modules in the device of the embodiments can be adaptively changed and placed in one or more devices different from that embodiment. Modules, units, or components in the embodiments can be combined into a single module, unit, or component, and can be divided into multiple sub-modules, sub-units, or sub-components. Except where at least some of such features and / or processes or units are mutually exclusive, any combination can be used to combine all features disclosed in this specification (including the accompanying claims, abstract, and drawings) and all processes or units of any method or device so disclosed. Unless expressly stated otherwise, each feature disclosed in this specification (including the accompanying claims, abstract, and drawings) may be replaced by an alternative feature that serves the same, equivalent, or similar purpose.
[0158] It should be noted that the above embodiments are illustrative of the invention and not restrictive, and that those skilled in the art can devise alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses should not be construed as limiting the claims. The word "comprising" does not exclude the presence of elements or steps not listed in the claims. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention can be implemented by means of hardware comprising several different elements and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by the same item of hardware. The use of the words first, second, and third, etc., does not indicate any order. These words can be interpreted as names. The steps in the above embodiments, unless otherwise specified, should not be construed as limiting the order of execution.
Claims
1. A method for selecting video call resolution, comprising: The requested bandwidth corresponding to the highest requested resolution of the first terminal is compared with the preset bandwidth limit corresponding to the highest requested resolution to determine the negotiated bandwidth. Compare the negotiated bandwidth with the preset lower limit of the bandwidth corresponding to the highest requested resolution; When the negotiated bandwidth is greater than or equal to the preset bandwidth lower limit corresponding to the highest requested resolution, the highest requested resolution and the negotiated bandwidth are sent to the second terminal. When the negotiated bandwidth is less than the preset bandwidth lower limit corresponding to the highest requested resolution, the maximum resolution among the requested resolutions of the first terminal that meets the set condition and the negotiated bandwidth are sent to the second terminal. The set condition is that the bandwidth lower limit corresponding to the requested resolution is less than the negotiated bandwidth. The video call resolution selection method further includes, prior to comparing the requested bandwidth corresponding to the highest requested resolution of the first terminal with the preset bandwidth limit corresponding to the highest requested resolution to determine the negotiated bandwidth: Based on network-side resource configuration information, air interface resource information, and preset video call bandwidth conditions, determine the preset bandwidth upper limits corresponding to each resolution level of the video call, and determine the preset bandwidth lower limits corresponding to each resolution level based on the video call quality requirements corresponding to each resolution level and the preset video call bandwidth conditions.
2. The video call resolution selection method according to claim 1, characterized in that, The step of comparing the requested bandwidth corresponding to the highest requested resolution of the first terminal with the preset bandwidth limit corresponding to the highest requested resolution to determine the negotiated bandwidth includes: The application bandwidth corresponding to the highest application resolution of the first terminal is compared with the preset bandwidth limit corresponding to the highest application resolution; When the application bandwidth corresponding to the highest application resolution is greater than the preset bandwidth limit corresponding to the highest application resolution, the preset bandwidth limit corresponding to the highest application resolution is used as the negotiated bandwidth; When the application bandwidth corresponding to the highest application resolution is less than or equal to the preset bandwidth limit corresponding to the highest application resolution, the application bandwidth corresponding to the highest application resolution is used as the negotiated bandwidth.
3. The video call resolution selection method according to claim 1, characterized in that, Before comparing the requested bandwidth corresponding to the highest requested resolution of the first terminal with the preset bandwidth limit corresponding to the highest requested resolution to determine the negotiated bandwidth, the video call resolution selection method further includes: Obtain a request message sent by the first terminal, the request message including requested resolution information and requested bandwidth information from the first terminal, and identify the requested resolution information and requested bandwidth information in the request message to obtain the highest requested resolution of the first terminal and the requested bandwidth corresponding to the highest requested resolution; or, A request message sent by the first terminal is obtained, the request message including the requested resolution information of the first terminal. The requested resolution information in the request message is identified to obtain the highest requested resolution of the first terminal, and the corresponding requested bandwidth is calculated based on the highest requested resolution.
4. The video call resolution selection method according to claim 1, characterized in that, Before comparing the requested bandwidth corresponding to the highest requested resolution of the first terminal with the preset bandwidth limit corresponding to the highest requested resolution to determine the negotiated bandwidth, the video call resolution selection method further includes: Determine whether the highest requested resolution is higher than the preset highest resolution for video calls; If so, then the preset bandwidth limit corresponding to the highest resolution level shall be used as the preset bandwidth limit corresponding to the highest requested resolution; If not, then the preset bandwidth limit corresponding to the highest requested resolution is the same as the highest requested resolution among the various resolutions of the video call.
5. The video call resolution selection method according to claim 1, characterized in that, The step of sending the maximum resolution that meets the set conditions among the various requested resolutions of the first terminal and the negotiated bandwidth to the second terminal includes: According to the order of the application resolutions of the first terminal from high to low, the preset bandwidth lower limit corresponding to each application resolution is compared with the negotiated bandwidth in turn, and the application resolution corresponding to the first preset bandwidth that is less than or equal to the negotiated bandwidth and the negotiated bandwidth are sent to the second terminal.
6. A video call resolution selection device, characterized in that, include: The bandwidth negotiation module is used to compare the requested bandwidth corresponding to the highest requested resolution of the first terminal with the preset bandwidth limit corresponding to the highest requested resolution in order to determine the negotiated bandwidth. The resolution selection module is used to compare the negotiated bandwidth with the preset bandwidth lower limit corresponding to the highest requested resolution. When the negotiated bandwidth is greater than or equal to the preset bandwidth lower limit corresponding to the highest requested resolution, the highest requested resolution and the negotiated bandwidth are sent to the second terminal. When the negotiated bandwidth is less than the preset bandwidth lower limit corresponding to the highest requested resolution, the maximum resolution among the various requested resolutions applied for by the first terminal that meets the set conditions and the negotiated bandwidth are sent to the second terminal. The set conditions are that the bandwidth lower limit corresponding to the requested resolution is less than the negotiated bandwidth. The video call resolution selection device is further used for: Based on network-side resource configuration information, air interface resource information, and preset video call bandwidth conditions, determine the preset bandwidth upper limits corresponding to each resolution level of the video call, and determine the preset bandwidth lower limits corresponding to each resolution level based on the video call quality requirements corresponding to each resolution level and the preset video call bandwidth conditions.
7. A media negotiation node, characterized in that, It includes a processor, a memory, a communication interface, and a communication bus, wherein the processor, the memory, and the communication interface communicate with each other through the communication bus; The memory is used to store at least one executable instruction that causes the processor to perform the video call resolution selection method as described in any one of claims 1 to 5.
8. The media negotiation node according to claim 7, characterized in that, The media negotiation node is an SBC, P-CSCF, or IBCF.
9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by the controller, implements the video call resolution selection method as described in any one of claims 1 to 5.