WO2021063134A1 - 一种播放视频媒体的方法及装置 - Google Patents

一种播放视频媒体的方法及装置 Download PDF

Info

Publication number
WO2021063134A1
WO2021063134A1 PCT/CN2020/110896 CN2020110896W WO2021063134A1 WO 2021063134 A1 WO2021063134 A1 WO 2021063134A1 CN 2020110896 W CN2020110896 W CN 2020110896W WO 2021063134 A1 WO2021063134 A1 WO 2021063134A1
Authority
WO
WIPO (PCT)
Prior art keywords
calling
media server
media
message
resource reservation
Prior art date
Application number
PCT/CN2020/110896
Other languages
English (en)
French (fr)
Inventor
姜德慧
刘剑
吴诗生
王栋
崔巍
郝红霞
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP20872740.4A priority Critical patent/EP4027694A4/en
Publication of WO2021063134A1 publication Critical patent/WO2021063134A1/zh
Priority to US17/706,757 priority patent/US20220224731A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation

Definitions

  • This application relates to the field of communications, and in particular to a method and device for playing video media.
  • VoLTE voice over long term evolution
  • video media services such as video ring back tones
  • the calling user equipment (user equipment, UE) initiates a call request to the called UE, and the calling UE can play a video while waiting for the response of the called UE, thereby improving user submission.
  • UEs can be classified into multiple devices that support a resource reservation mechanism (precondition) and those that do not support precondition. In the existing solution, if the calling UE supports precondition but the called UE does not support precondition, the calling UE cannot play video media either.
  • precondition resource reservation mechanism
  • This application provides a method and device for playing video media, which are used to negotiate with the calling UE to use the resource reservation mechanism to negotiate video media in a scenario where the called UE does not support the resource reservation mechanism, so that the calling UE can successfully play Video media to improve user experience.
  • the first aspect of the present application provides a method for playing video media, including:
  • the media server receives the call request message of the calling user equipment UE, and the call request message carries the first session description protocol (session description protocol, SDP) information of the calling UE; the media server receives the first response message returned by the called user equipment UE ; The media server determines that the called UE does not support the resource reservation mechanism according to the first response message; the media server sends a second response message to the calling UE, the second response message carries the second SDP information, and the second SDP information is used to respond to the first SDP information; the media server uses a resource reservation mechanism to negotiate video media with the calling UE.
  • SDP session description protocol
  • the media server can determine that the called UE does not support preconditions.
  • the media server may generate a second response message including the second SDP information to respond to the first SDP information carried in the call request message.
  • the media server can negotiate with the calling UE through the precondition, so that the calling UE can play video media and improve user experience.
  • the media server adopts the resource reservation mechanism to negotiate video media with the calling UE, including:
  • the media server sends a first update message to the calling UE, where the first update message carries SDP information of the video media; the media server receives a third response message sent by the calling UE, and the third The response message carries the video media negotiation result between the calling UE and the media server.
  • the media server may send a first update message to the calling UE to enable the calling UE to start the precondition and receive the third response message from the calling UE to complete the video media between the calling UE and the media server In this way, the calling UE can play video media and improve user experience.
  • the SDP information of the video media includes audio description information and video description information of the video media.
  • the SDP information of the video media can carry the audio description information and the video description information of the video media, so that the calling UE can learn the relevant information of the video media according to the SDP information of the video media, so as to start the precondition and proceed more accurately.
  • the header field data of the first update message carries indication information indicating that the resource reservation mechanism is used for negotiation, and the SDP information of the video media includes the quality of service QoS parameter of the video media.
  • the header data of the first update message can carry indication information so that the calling UE can start the precondition process, and further determine the QoS parameters of the video media included in the SDP information of the video media Information about network resources for video media.
  • the second response message further indicates that the called UE does not support a resource reservation mechanism.
  • the media server may notify the calling UE that the called UE does not support precondition through the second response message.
  • the third response message is further used to instruct the calling UE to complete resource reservation for the video media.
  • the calling UE may notify the media server through a third response message that the calling UE has completed resource reservation and completed the precondition.
  • the method further includes:
  • the media server receives a second update message sent by the calling UE, where the second update message is used to instruct the calling UE to complete resource reservation for the video media.
  • the calling UE after the calling UE completes the resource reservation for the video media, it also sends a second update message to the media server to notify the media server that the calling UE has completed the resource reservation, so that the media server can communicate with the host.
  • the media stream data of the video media can be transmitted between the calling UEs through the reserved resources, so that the calling UE can play the video media and improve the user experience.
  • the method further includes:
  • the media server sends a fourth response message to the calling party, where the fourth response message is used to indicate that the media server has completed resource reservation.
  • the calling UE may notify the media server through a fourth response message that the calling UE has completed resource reservation and completed the precondition.
  • the method before the media server sends the first update message to the calling UE, the method further includes:
  • the media server performs resource reservation for the video media; the first update message is also used to instruct the media server to complete resource reservation for the video media.
  • the media server may notify the calling UE that the media server has completed resource reservation through the first update message.
  • the media server may further reserve resources to reserve resources for video media.
  • the method further includes:
  • the media server sends the media stream data of the video media to the calling UE, so that the calling UE can play the media stream data of the video media.
  • the media stream data of the video media can be transmitted through the reserved resources, so that the calling UE can receive and play the media stream data of the video media. This enables the calling UE to play video media normally even in the scenario where the called UE does not support preconditions, which improves user experience.
  • the media server determining that the called UE does not support the resource reservation mechanism according to the first response message includes: the first response message is a 180 message, and the media server does not receive the called UE before receiving the 180 message 183 messages sent.
  • the first response message may be a 180 message, indicating that the called UE has been ringing, and before receiving the 180 message, if the 183 message sent by the called UE is not received, the media server can determine that the called UE has not received the 183 message.
  • the UE does not support precondition.
  • a second aspect of the present application provides a method for playing video media, including: a media server receives a call request message from a calling UE, the call request message carries the first session description protocol SDP information of the calling UE; the media server receives the called user The first response message returned by the device UE.
  • the first response message may be a first session progress message; the media server determines that the called UE does not support the resource reservation mechanism according to the first session progress message; the media server sends a second message to the calling UE.
  • the second response message may be a second session progress message, the second session progress message carries the SDP information of the called UE, and the second session progress message is obtained by the media server according to the first session progress message, and the called UE’s
  • the SDP information is used to respond to the first SDP information; the media server uses the resource reservation mechanism to negotiate video media with the calling UE.
  • the media server can determine according to the first session progress message that the called UE does not support precondition, and send a second session progress message to the calling UE to Respond to the first SDP information of the calling UE. Even if the called UE does not support precondition, the media server can negotiate with the calling UE through precondition, so that the calling UE can play video media and improve user experience.
  • the media server adopts the resource reservation mechanism to negotiate video media with the calling UE, including:
  • the media server sends a first update message to the calling UE, the first update message carries the SDP information of the video media; the media server receives a third response message sent by the calling UE, the third response message carries between the calling UE and the media server The result of video media negotiation.
  • the media server sends a first update message to the calling UE, which carries the SDP information of the video media, and then the media server receives a third response message sent by the calling UE, and the third response message carries the video media between the calling UE and the media server Consultation results. Therefore, even if the called UE does not support preconditions, the media server can negotiate video media with the calling UE, so that the calling UE can play video media and improve user experience.
  • the first session progress message may be a 183 message
  • the second session progress message is also a 183 message.
  • the first session progress message indicates that the called UE does not support the resource reservation mechanism, and/or the second session progress message indicates that the called UE does not support Resource reservation mechanism.
  • the first update message is an UPDATE message
  • the second update message is also an UPDATE message.
  • the media server before the media server sends the first update message to the calling UE, the media server also receives a 180 message sent by the called UE, and the 180 message indicates that the called UE has ringed.
  • the SDP information of the video media includes audio description information and video description information of the video media.
  • the SDP information of the video media can carry the audio description information and the video description information of the video media, so that the calling UE can learn the relevant information of the video media according to the SDP information of the video media, so as to start the precondition and proceed more accurately.
  • the header field data of the first update message carries resource information reserved by the media server, and the SDP information of the video media includes the quality of service QoS parameter of the video media.
  • the header data of the first update message can carry indication information so that the calling UE can start the precondition process, and further determine the QoS parameters of the video media included in the SDP information of the video media Information about network resources for video media.
  • the third response message is further used to instruct the calling UE to complete resource reservation for the video media.
  • the calling UE may notify the media server through a third response message that the calling UE has completed resource reservation and completed the precondition.
  • the method further includes:
  • the media server receives a second update message sent by the calling UE, where the second update message is used to instruct the calling UE to complete resource reservation for the video media.
  • the calling UE after the calling UE completes the resource reservation for the video media, it also sends a second update message to the media server to notify the media server that the calling UE has completed the resource reservation, so that the media server can communicate with the host.
  • the media stream data of the video media can be transmitted between the calling UEs through the reserved resources, so that the calling UE can play the video media and improve the user experience.
  • the method further includes:
  • the media server sends a fourth response message to the calling party, where the fourth response message is used to indicate that the media server has completed resource reservation.
  • the calling UE may notify the media server through a fourth response message that the calling UE has completed resource reservation and completed the precondition.
  • the method before the media server sends the first update message to the calling UE, the method further includes:
  • the media server performs resource reservation for the video media; the first update message is also used to instruct the media server to complete resource reservation.
  • the media server may notify the calling UE that the media server has completed resource reservation through the first update message.
  • the method further includes:
  • the media server sends the media stream data of the video media to the calling UE, so that the calling UE can play the media stream data of the video media.
  • the media stream data of the video media can be transmitted through the reserved resources, so that the calling UE can receive and play the media stream data of the video media. This enables the calling UE to play video media normally even in the scenario where the called UE does not support preconditions, which improves user experience.
  • a third aspect of the present application provides a media server, which has the function of implementing the method for playing video media in the first aspect described above.
  • This function can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above-mentioned functions.
  • a fourth aspect of the present application provides a media server, which has the function of implementing the method for playing video media in the second aspect described above.
  • This function can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above-mentioned functions.
  • a fifth aspect of the present application provides a media server.
  • the media server includes a processor and a transceiver, and optionally, a memory; wherein the processor, the transceiver, and the memory communicate with each other through an internal connection.
  • the processor is used to execute the method in the first aspect or any possible implementation of the first aspect;
  • the transceiver which receives the control of the processor, is used to execute the method in the first aspect or any possible implementation of the first aspect Data transmission and reception; memory for storing instructions, which are called by the processor to execute the method in the first aspect or any possible implementation of the first aspect.
  • a sixth aspect of the present application provides a media server.
  • the media server includes a processor and a transceiver, and optionally, a memory; wherein the processor, the transceiver, and the memory communicate with each other through an internal connection.
  • the processor is used to execute the method in the second aspect or any possible implementation of the second aspect;
  • the transceiver which receives the control of the processor, is used to execute the method in the second aspect or any possible implementation of the second aspect Data transmission and reception; memory, used to store instructions, the instructions are called by the processor to execute the second aspect or any possible implementation of the second aspect of the method.
  • a seventh aspect of the present application provides a computer-readable storage medium for storing a computer program, and the computer program includes instructions for executing the first aspect or any possible implementation of the first aspect.
  • the eighth aspect of the present application provides a computer-readable storage medium for storing a computer program, and the computer program includes instructions for executing the second aspect or any possible implementation of the second aspect.
  • a ninth aspect of the present application provides a computer program, which includes instructions for executing the first aspect or any possible implementation of the first aspect.
  • the tenth aspect of the present application provides a computer program, which includes instructions for executing the second aspect or any possible implementation of the second aspect.
  • the eleventh aspect of the present application provides a chip.
  • the chip includes a processing circuit and a transceiver interface.
  • the transceiver interface may also be called a communication interface or an input/output interface.
  • it may also include a memory.
  • the processing circuit and the transceiver interface, The memories communicate with each other through internal connections.
  • the processing circuit is used to execute the method in the first aspect or any possible implementation of the first aspect;
  • the transceiver interface which receives the control of the processing circuit, is used to execute the method in the first aspect or any possible implementation of the first aspect Transceiving of signals; memory for storing instructions, which are called by the processing circuit to execute the method in the first aspect or any possible implementation of the first aspect.
  • the twelfth aspect of the present application provides a chip that includes a processing circuit and a transceiver interface.
  • the transceiver interface may also be called a communication interface or an input/output interface, and optionally, also includes a memory; wherein, the processing circuit and the transceiver interface, The memories communicate with each other through internal connections.
  • the processing circuit is used to execute the method in the second aspect or any possible implementation of the second aspect;
  • the transceiver interface which receives the control of the processing circuit, is used to execute the method in the second aspect or any possible implementation of the second aspect Signal transmission and reception; memory, used to store instructions, the instructions are called by the processing circuit to execute the second aspect or any possible implementation of the second aspect of the method.
  • a thirteenth aspect of the present application provides a communication system.
  • the communication system includes a media server and a call control function device.
  • the media server may be the media server provided in the aforementioned third aspect or the fourth aspect, and the call control function device is used for Forward the message between the media server and the calling UE.
  • the communication system may further include a media resource function (media resource function, MRF) server, where the MRF server is configured to receive an instruction from the media server and send the caller to the caller according to the instruction.
  • MRF media resource function
  • the media server may forward the call request message to the called UE, and the call request message carries the first SDP information of the calling UE.
  • the media server receives the first response message in response to the first SDP returned by the called UE, and the media server may determine, according to the first response message, that the called UE does not support precondition. Then the media server can negotiate video media with the calling UE through precondition. Therefore, even if the called UE does not support preconditions, the media server can negotiate video media with the calling UE, so that the calling UE can play video media and improve user experience.
  • Figure 1 is a schematic diagram of a system architecture applied by an embodiment of this application.
  • FIG. 2 is a schematic flowchart of a method for playing video media provided by this application
  • FIG. 3 is a schematic flowchart of another method for playing video media provided by this application.
  • FIG. 4 is a schematic flowchart of another method for playing video media provided by this application.
  • FIG. 5 is a schematic structural diagram of a media server provided by this application.
  • Fig. 6 is a schematic structural diagram of another media server provided by this application.
  • This application provides a method and device for playing video media, which are used to negotiate with the calling UE to use the resource reservation mechanism to negotiate video media in a scenario where the called UE does not support the resource reservation mechanism, so that the calling UE can successfully play Video media to improve user experience.
  • the method for playing video media can be applied to various communication systems.
  • 5G system long term evolution (LTE) system, global system for mobile communication (GSM) or code division multiple access (CDMA) network, broadband code division multiple access (CDMA) Wideband code division multiple access, WCDMA) networks, etc.
  • LTE long term evolution
  • GSM global system for mobile communication
  • CDMA code division multiple access
  • CDMA broadband code division multiple access
  • WCDMA Wideband code division multiple access
  • WCDMA Wideband code division multiple access
  • the communication system to which the video data transmission method provided in this application is applied may be as shown in FIG. 1.
  • the communication system may include, but is not limited to: a calling UE, a base station, a calling Internet Protocol (IP) multimedia subsystem (IP multimedia subsystem, IMS) domain network, and a called IMS domain network.
  • IP Internet Protocol
  • IMS Internet Multimedia Subsystem
  • the calling UE is used to provide users with voice/data connectivity, for example, handheld devices with wireless connection functions, or vehicle-mounted devices, etc., and may also include smart mobile phones, mobile stations (mobile stations, MS), and mobile terminals (mobile terminal, MT), etc., may also be referred to as terminal equipment below.
  • the calling UE can be deployed on land, including indoor or outdoor, handheld or vehicle-mounted; it can also be deployed on the water (such as ships, etc.); it can also be deployed in the air (such as airplanes, balloons, and satellites, etc.).
  • the calling UE can be a terminal device (terminal device) that can access a mobile network, a mobile phone (mobile phone), a tablet computer (pad), a computer with wireless transceiver function, a virtual reality (VR) terminal, an augmented Reality (AR) terminals, wireless terminals in industrial control (industrial control), wireless terminals in self-driving (self-driving), wireless terminals in remote medical, and smart grid (smart grid)
  • the wireless terminal in the transportation safety (transportation safety), the wireless terminal in the smart city (smart city), the wireless terminal in the smart home (smart home), and so on.
  • the called UE can refer to the aforementioned related description of the calling UE.
  • the base station is used to implement wireless physical layer functions, resource scheduling and wireless resource management, wireless access control, and mobility management functions.
  • the base station may be a device with a central control function, such as a macro base station, a micro base station, a hot spot (pico), a femto base station (femeto), a transmission point (TP), a relay (Relay), and an access point (Access Point, AP), etc.
  • the base station may be an access network equipment such as a base station (eNodeB, eNB) in a long term evolution (LTE), a base station (gNodeB, gNB) in a new radio (NR).
  • LTE long term evolution
  • gNodeB, gNB base station in a new radio
  • the calling UE can access the base station corresponding to the calling UE
  • the called UE can access the base station corresponding to the called UE.
  • the architecture of the calling IMS domain network and the called IMS domain network may be the same or different.
  • the calling IMS domain network and the called IMS domain network may include an IMS domain core network and an evolved packet core (evolved packet core, EPC).
  • the IMS domain core network includes: serving-call session control function (S-CSCF), interrogating-call session control function (I-CSCF), agent-call session control function ( proxy-call session control function, P-CSCF), home subscriber server (home subscriber server, HSS), session border controller (session border controller, SBC), and several dedicated servers, such as telephony application server, TAS).
  • the I-CSCF can be co-located with the S-CSCF, which can be referred to as "I/S-CSCF” for short.
  • SBC and P-CSCF can be set together, which can be referred to as "SBC/P-CSCF” for short.
  • the EPC may include a mobile management entity (MME), a packet data network gateway (PGW), a serving gateway (SGW), and so on. Among them, PGW and SGW can be set together, which can be referred to as "S/P-GW” for short.
  • MME mobile management entity
  • PGW packet data network gateway
  • SGW serving gateway
  • SGW serving gateway
  • S/P-GW serving gateway
  • the IMS domain may also include other network elements, which are not described in detail in this application.
  • S-CSCF can be used for user registration, authentication control, session routing and service trigger control, and maintain session state information.
  • the I-CSCF can be used for the assignment and query of the S-CSCF registered by the user.
  • P-CSCF can be used as a proxy for signaling and messages.
  • HSS can be used to store user subscription information and location information.
  • SBC can provide secure access and media processing.
  • TAS provides basic services and supplementary services for multimedia telephony.
  • MME is the core equipment of EPC network.
  • the SGW can be used for the connection between the IMS core network and the wireless network
  • the PGW can be used for the connection between the IMS core network and the IP network.
  • the calling IMS domain network and the called IMS domain network may also include customized alerting tones (CAT) application server (AS), media resource function (media resource function, MRF) server, etc.
  • CAT AS is used to play audio and video media for the calling UE.
  • the data of the audio and video media played by the calling UE is stored in the MRS and provided by the MRS to the calling UE.
  • the media server mentioned in the following embodiments of this application may be a CAT AS, or a server set up by CAT AS and MRF, or CAT AS and other network elements, or other multimedia servers, which will not be described in detail below.
  • system architecture diagram of the embodiment of the present application includes but is not limited to that shown in FIG. 1.
  • the MRF and CAT AS corresponding to the calling UE and the MRS and CAT AS corresponding to the called UE may be the same or different.
  • the MRF and CAT AS mentioned in the following embodiments of this application may be called
  • the MRF and CAT AS on the side can also be the MRF and CAT AS on the calling side. The same is true for the media servers on the calling side and the called side, which will not be repeated in the following embodiments of this application.
  • FIG. 2 is a schematic flowchart of a method for playing video media provided by the present application, as described below.
  • the calling UE sends a call request message to the media server.
  • the calling UE can send a call request message to the media server corresponding to the called UE.
  • the call request message may be an INVITE message.
  • the call request message may carry first session description protocol (session description protocol, SDP) information of the calling UE, and the first SDP information may include information about whether the calling UE supports preconditions.
  • SDP session description protocol
  • the media server can determine whether the calling UE supports precondition through the call request message. For example, if the precondition field is carried in the first SDP information, it means that the calling UE supports precondition, and if the precondition field is not carried in the first SDP information, it means that the calling UE does not support precondition.
  • the call request message may also carry the identity of the calling UE, so that the media server or the called UE can identify the calling UE that initiated the call request.
  • the precondition in this application refers to the resource reservation mechanism, including the process of making resource reservation and sending instruction information to the other party after the resource reservation is completed.
  • resource reservation includes reserved matching bandwidth, available frequency band, corresponding priority, and so on.
  • the calling UE supports precondition, the media server notifies the calling UE that the media server has completed resource reservation after the reservation is made, and after the calling UE completes the resource reservation, it also notifies the media server that the calling UE has completed the resource reservation.
  • the media server sends a call request message to the called UE.
  • the media server may forward the call request message to the called UE.
  • the call request message sent by the calling UE received by the media server may be the same or different from the call request message sent by the media server to the called UE.
  • the data format of the call request message sent by the media server to the called UE and the call request message sent by the calling UE received by the media server may be the same or different.
  • the called UE sends a first response message to the media server.
  • the called UE After the called UE receives the call request message sent by the media server, the called UE generates a first response message for the call request message, and sends the first response message to the media server.
  • the media server determines according to the first response message that the called UE does not support the resource reservation mechanism.
  • the media server may determine that the called UE does not support precondition according to the first response message.
  • the media server may determine whether the called UE supports precondition according to the data carried in the first response message. For example, if the precondition field is carried in the first response message, it indicates that the called UE Precondition is supported. If the precondition field is not carried in the first response message, it means that the called UE does not support precondition. Alternatively, the media server can determine that the called UE does not support precondition after receiving the first response message. For example, if the first response message is a 180 message, it is a message indicating that the called UE has ringed, and the media If the server does not receive the 183 message sent by the called UE before receiving the 180 message, the media server may determine that the called UE does not support precondition.
  • the media server can reserve resources for the video media, reserve network resources for the video media, and make the media stream data of the video media It can be transmitted to the calling UE through the reserved network resources, and the calling UE can play video media to improve user experience.
  • the media server sends a second response message to the calling UE.
  • the media server After the media server receives the first response message sent by the called UE, the media server sends a second response message to the calling UE, where the second response message is used to respond to the first SDP information carried in the call request message.
  • the second response message may carry second SDP information of the media server, and the second SDP information is used to respond to the first SDP information carried in the call request message.
  • the second response message also indicates that the called UE does not support precondition. Specifically, because the called UE does not support precondition, the second response message does not carry a precondition field or a field related to supporting precondition, so that the calling UE learns that the called UE does not support precondition according to the second response message.
  • the second response message may be a 183 message, and the 183 message carries second SDP information.
  • the second SDP information may include media capability information (for example, audio media information) of the media server, the interface of the media server, and access address, etc. Wait. Or, the second SDP information is fictitious SDP information.
  • the second SDP information is used to respond to the first SDP information carried in the call request message. For example, if the call request message carries audio and video media information, the 183 message also carries audio and video media information or only audio media information, in response to the audio and video media information in the call request message. If the call request only carries audio media information, but does not carry video media information, then the 183 message also only carries audio media information and does not carry video media information.
  • the precondition field is not carried in the 183 message to indicate that the called UE does not support precondition.
  • the precondition is used to negotiate video media with the calling UE.
  • the steps for the media server to negotiate video media with the calling UE may include the following steps.
  • the media server sends the first update message to the calling UE.
  • the media server After sending the second response message to the calling UE, the media server continues to send the first update message to the calling UE.
  • the first update message carries the SDP information of the video media, so as to implement video media negotiation with the calling UE.
  • the calling UE After receiving the first update message, the calling UE can obtain the SDP information of the video media according to the first update message, and can start the precondition according to the SDP information of the video media to perform resource reservation.
  • the video media in this application may include video ring back tones, video advertisements, and so on.
  • the first update message may be an UPDATE message.
  • the first update message may include SDP information of the video media, and the first update message is used to negotiate video media with the calling UE.
  • the first update message may carry audio description information and video description information of the video media, the coding and decoding mode of the video media, and so on.
  • the header field data of the first update message carries indication information indicating resource reservation negotiation.
  • the Supported header field of the first update message may carry a precondition field to Notify the calling UE to start the precondition.
  • the first update message carries the SDP information of the video media, and may also carry the QoS parameters of the video media, and the QoS parameters may include the data transmission priority of the video media, the QoS class identifier (QCI), and the like.
  • the QoS parameter can be used by the media server or the calling UE to determine the network resources reserved for the video media.
  • the media server or the calling UE can determine the bandwidth and frequency band of the network resources reserved for the video media according to the QoS parameters.
  • the QoS parameter also includes resource reservation. For example, if the media server has completed the resource reservation, but the calling UE has not completed the resource reservation, the QoS parameter includes indication information to indicate that the local end (media server) has completed the resource reservation. Resource reservation, but the remote end (calling UE) has not completed the resource reservation.
  • the calling UE sends a third response message to the media server.
  • the calling UE After the calling UE receives the first update message sent by the media server, it obtains the SDP information of the video media from the first update message, starts the precondition process, and generates a third update message based on the first update message and its own multimedia capabilities. Response message.
  • the third response message carries the video media negotiation result between the calling UE and the media server.
  • the calling UE sends the third response message to the media server to complete the video media negotiation between the media server and the calling UE.
  • the third response message may be a 200 OK message.
  • the calling UE determines the negotiation information of the video media according to the audio description and the video description carried in the first update message, and starts the precondition process.
  • the media server may forward the call request message to the called UE, and the call request message carries the first SDP information of the calling UE.
  • the media server receives the first response message returned by the called UE, and the media server may determine that the called UE does not support precondition according to the first response message. Then the media server sends a second response message for responding to the first SDP information of the calling UE to the calling UE.
  • the precondition is used to negotiate video media with the calling UE, so that the calling UE fully reserves the resources for the video media, so that the calling UE can play the video media through the reserved resources and improve the user experience.
  • the media server sends a first update message to the calling UE, carrying indication information for resource reservation negotiation and SDP information of the video media, negotiates video media with the calling UE, and the media server receives the message sent by the calling UE.
  • the third response message the third response message carries the video media negotiation result between the calling UE and the media server. Therefore, even if the called UE does not support precondition, the media server can use precondition to negotiate video media with the calling UE, and make resource reservation between the calling UE and the media server, so as to complete the process between the calling UE and the media server. After the resources are reserved, the video media is played to ensure the normal playback of the video media and improve the user experience.
  • the calling UE may reserve network resources for the video media.
  • the network resources are used to transmit the media stream data of the video media to ensure the Play smoothly.
  • the calling UE after the calling UE completes resource reservation for the video media, the calling UE also sends a second update message to the media server, and the second update message is used to instruct the calling UE
  • the UE completes the resource reservation for the video media, or the second update message may also include specific information about the network resources reserved by the calling UE, for example, bandwidth information, frequency band information, and so on.
  • the second update message may also include QoS parameters.
  • the QoS parameters also include resource reservation conditions.
  • the QoS parameter includes an indication Information, used to indicate that the local end (calling UE) has completed resource reservation, but the remote end (media server) has not completed resource reservation.
  • the second update message may specifically be an UPDATE message. Therefore, the media server receives the second update message sent by the calling UE, determines that the calling UE has completed the resource reservation for the video media, or can also obtain specific information about the network resources reserved by the calling UE, for example, interface information , Address information, bandwidth information, etc. Therefore, in the embodiments of the present application, after the calling UE completes the resource reservation for video media, it can notify the media server that the calling UE has completed the resource reservation, so that the media server can perform the video after determining that the calling UE has completed the resource reservation. Media streaming of media. Further, the media server can also transmit the media stream data of the video media according to the network resources reserved by the calling UE, so that the calling UE can play the video media and improve the user experience.
  • the media server receives the second update message sent by the calling UE, determines that the calling UE has completed the resource reservation for the video media, or can also obtain specific information about the network resources reserved by the calling UE, for example, interface information ,
  • the third response message is also used to indicate that the calling UE has completed resource reservation for the video media.
  • the media server can learn through the third response message that the calling UE has completed the resource reservation for the video media, and complete the precondition process.
  • the media server after the media server receives the second update message sent by the calling UE, it is determined that the calling UE has completed the resource reservation, and then the media server determines that it has completed the resource reservation. , The media server also sends a fourth response message to the calling UE.
  • the fourth response message is used to indicate that the media server has completed resource reservation.
  • the second update message may also include QoS parameters.
  • the QoS also includes resource reservation. For example, if the calling UE has completed resource reservation and the media server has also completed resource reservation, then the QoS parameter includes indication information. It indicates that the local end (media server) has completed resource reservation, and the remote end (calling UE) has also completed resource reservation, that is, both parties have successfully reserved resources.
  • the fourth response message may specifically be a 200 OK message.
  • the media server also sends a fourth response message to the calling UE, thereby notifying the calling UE that the media server has completed resource reservation, so that the calling UE can subsequently successfully receive the media stream data of the video media.
  • the media server sends the The UE sends the media stream data of the video media, so that the calling UE can play the media stream data of the video media.
  • the media server may send instruction information to the MRF server, instructing the MRF server to send the media data of the video media to the calling UE in a data stream, so that the calling UE You can play video media to improve user experience.
  • the media server sends the first update message to the calling UE after determining that it has completed resource reservation, and the first update message is also used to indicate that the media server has completed resource reservation.
  • the first update message includes QoS parameters, and the QoS parameters include resource reservation conditions.
  • the QoS parameters include indication information used to indicate that the local end (media server) has completed resource reservation, but the remote end (calling UE) has not completed resource reservation.
  • the media server after the media server receives the second update message sent by the calling UE, it is determined that the calling UE has completed resource reservation, and the media server sends a fourth response message to the calling UE.
  • the second update message includes QoS parameters.
  • the QoS parameters include indication information for indicating that the local end (calling UE) has completed resource reservation, and the remote end (media server) has completed resource reservation, that is, Both parties have successfully reserved resources.
  • the fourth response message is used to respond to the second update message. Therefore, the media server can notify the calling UE that the media server has completed resource reservation through the first update message, without separately sending indication information, reducing signaling overhead.
  • the method for playing video media provided in the present application can be divided into multiple scenarios, which can include a case where the called UE responds to the 183 message, and the other is the case where the called UE does not respond to the 183 message.
  • the following examples are respectively sexual description.
  • Scenario 1 The called UE does not reply to the 183 message
  • FIG. 3 is a schematic flowchart of another method for playing video media provided by the present application, as described below.
  • the calling UE initiates a call request.
  • the calling UE can initiate a call request to the called UE.
  • user A may initiate a call to the called UE used by user B through the calling UE, and the calling UE may initiate a call request to the called UE.
  • the CAT AS in the embodiments of the present application can be replaced with the aforementioned media server, and only the CAT AS is used for exemplary description here.
  • all messages received or sent by the CAT AS can be forwarded or processed via the CSCF network element, which will not be repeated in the following embodiments of this application. For example, if the calling UE sends an INVITE message to the CAT AS, the calling UE can send the INVITE message to the CSCF network element, and the CSCF network element can process the INVITE message and send it to CAT AS, or the CSCF directly The INVITE message is sent to CAT AS.
  • step 301 may specifically include the following steps:
  • the calling UE sends a call request (INVITE message) to the CAT AS.
  • the INVITE message carries the user identity of the called UE, and the INVITE message also carries the SDP information of the calling UE.
  • the INVITE can also carry information about whether the calling UE supports precondition. For example, if the precondition field is carried in the INVITE message, it means that the calling UE supports precondition. If the precondition field is not carried in the INVITE message, it means that the calling UE does not support precondition. Support precondition.
  • the INVITE message forwards the INVITE message to the called UE.
  • the INVITE message carries the precondition capability information of the calling UE. If the INVITE message carries the precondition field, it means that the calling UE supports the precondition, and the CAT AS determines that the calling UE supports the precondition.
  • the called UE sends the first response message, which is the 180 message, to the CAT AS.
  • the 180 message is used to indicate that the called UE has ringed.
  • the media server can determine that the called UE has ringed according to the 180 message, and can continue with subsequent steps.
  • the CAT AS can determine that the called UE does not support preconditions.
  • CAT AS performs resource reservation.
  • the CAT AS After the CAT AS determines that the called UE is ringing, the CAT AS can reserve resources, that is, reserve network resources for video media, as shown in step 4 in Figure 3.
  • CAT AS can reserve corresponding network resources for the video media according to the QoS parameters of the video media, including reserving a preset size of bandwidth, preset frequency band, priority, or preset service level for the video media, and so on.
  • step 302 it may further include:
  • CAT AS sends a 183 message to the calling UE.
  • the 183 message is constructed by the CAT AS.
  • the 183 message may carry the SDP information of the CAT AS, or the 183 may carry fictitious SDP information.
  • the SDP information carried in the 183 message is used to respond to the SDP information of the calling UE in the INVITE message sent by the calling UE in step 1 above.
  • the SDP information of the CAT AS includes audio and video media information
  • the audio and video media information is used to respond to the audio and video media in the SDP information of the calling UE in the INVITE message information.
  • the audio and video media information carried in the 183 message may be audio and video related data of the video media, and the precondition field is not carried in the 183 message.
  • the SDP information of the 183 message may also include the media capability information of the CAT AS, for example, the audio information supported by the CAT AS, the available interface of the CAT AS, or the address of the CAT AS.
  • the content included in the 183 message is as follows:
  • the Require and supported header fields of the 183 message do not carry the precondition field, so the 183 message can be used to indicate that the called UE does not support the precondition, that is, to notify the calling UE that the called does not support the precondition.
  • step 4 may be performed first, or step 5 may be performed first, which can be specifically adjusted according to actual application scenarios, which is not limited here.
  • the calling UE sends a PRACK message to the CAT AS.
  • the PRACK message is used to respond to the 183 message to indicate that the calling UE has received the 183 message.
  • CAT AS sends a 200 OK message to the calling UE.
  • the 200 OK message is used to respond to the PRACK message, indicating that the CAT AS has received the PRACK message.
  • the CAT AS can respond to the INVITE message of the calling UE by constructing a 183 message.
  • the embodiment of the present application can start the precondition for the video media without changing the processing flow of the calling UE.
  • the CAT AS uses the precondition mechanism to negotiate with the calling UE.
  • CAT AS after CAT AS receives the 180 message sent by the called UE, it can negotiate with the calling UE and negotiate with the calling UE on the media information of the video media to be played.
  • step 303 may specifically include the steps:
  • the CAT AS sends the first update message, that is, the UPDATE message, to the calling UE.
  • the UPDATE message carries the SDP information of the video media, which may specifically include the audio description information and the video description information of the video media, so as to realize the negotiation of the video media between the CAT AS and the calling UE through the precondition.
  • the header field of the UPDATE message may include a precondition field, which instructs the UE to start the precondition process.
  • the SDP information of the video media may also include the QoS parameters of the video media, so that the calling UE can reserve resources according to the QoS parameters.
  • the CAT AS can start the precondition process of the calling UE through the UPDATE message, so that the CAT AS and the calling UE negotiate the video media through the precondition, so that both the calling UE and the CAT AS can reserve video media Internet resources.
  • the SDP information of the video media can also carry the media information of the video media, for example, the available video media encoding method, decoding method, transmission interface, access address, etc. provided by CAT AS, so as to realize the targeting of the calling UE.
  • the media information of the video media for example, the available video media encoding method, decoding method, transmission interface, access address, etc. provided by CAT AS, so as to realize the targeting of the calling UE.
  • the calling UE sends an UPDATE message to the CAT AS for video media negotiation
  • the UPDATE message also needs to carry the precondition field and the corresponding QoS parameters.
  • the calling UE sends a 200 OK message to the CAT AS.
  • the 200 OK message is used to respond to the UPDATE message sent by the CAT AS to the calling UE, and the 200 OK message includes the result of the video media negotiation between the calling UE and the CAT AS.
  • the 200 OK message can carry part of the SDP information of the CAT AS.
  • the SDP information sent by the CAT AS to the calling UE includes the information of multiple interfaces, multiple bandwidths, or multiple frequency bands available on the CAT AS Information, etc.
  • the 200 OK message that the calling UE responds can carry an interface information, a bandwidth information, or a channel information supported by the CAT AS among the multiple interfaces, so as to realize the negotiation with the CAT AS video media.
  • the calling UE completes resource reservation.
  • Step 9 can be executed first, or step 10 can be executed first, or step 9 and step 10 can be executed at the same time, which can be adjusted according to actual application scenarios. .
  • the calling UE can reserve matching network resources for video media according to the SDP information carried in the first update message in step 8. For example, the calling UE can reserve enough bandwidth, preset frequency bands, ports, etc. for the video media according to the QoS level of the video media, audio description information, and video description information, so that the calling UE can successfully receive the media stream data of the video media , So as to successfully play video media and improve user experience.
  • the network resources reserved by CAT AS for video media correspond to the network resources reserved by the calling UE for video media.
  • the frequency band reserved by CAT AS for video media is 850MHz- 950MHZ
  • the frequency band reserved by the calling UE for video media is also 850MHz-950MHZ.
  • the calling UE notifies the CAT AS to complete resource reservation.
  • the calling UE can notify the CAT AS, so that the CAT AS transmits the media stream data of the video media to the calling UE.
  • step 305 is specifically as follows:
  • the calling UE sends an UPDATE message to the CAT AS.
  • the UPDATE message includes SDP information of the calling UE, and the SDP information is used to indicate that the calling UE has completed resource reservation.
  • the CAT AS After the CAT AS determines that it has completed the resource reservation, it sends a 200 OK message, which is the fourth response message, to the calling UE.
  • the 200 OK message is used to respond to the UPDATE message in step 11, indicating that the CAT AS has completed resource reservation.
  • the calling UE after the calling UE completes the resource reservation for the video media, it also informs the CAT AS, so that the CAT AS can transmit the media stream data of the video media to the calling UE.
  • step 306 is as follows:
  • the CAT AS sends a 180 message to the calling UE.
  • the 180 message is used to indicate that the called UE has ringed.
  • CAT AS sends media data of video media to the calling UE in the form of media stream, that is, CAT AS sends media stream data of video media to the calling UE. It should be understood that the media stream data of the video media may be sent by the CAT AS to the calling UE, or the MRF may be sent to the calling UE under the instruction of the CAT AS, which is not limited in this application.
  • the method further includes:
  • the called UE sends a 200 OK message to the CAT AS.
  • the 200 OK message is used to respond to the INVITE message in step 2 above, indicating that the called UE has gone off-hook.
  • CAT AS stops playing video media. Specifically, after the CAT AS determines that the called UE has gone off-hook, it can stop transmitting the media stream data of the video media to the calling UE, so that the calling UE stops playing the video media. The CAT AS can also send off-hook indication information to the calling UE, indicating that the called UE has been off-hook, so as to proceed with the subsequent process.
  • CAT AS determines that the called UE does not support precondition, and CAT AS constructs a 183 message to complete the response to the INVITE message of the calling UE, and After sending an UPDATE message to negotiate video media with the calling UE, that is, CAT AS and the calling UE can negotiate video media through the precondition process, so that both the calling UE and CAT AS can reserve network resources for video media.
  • the calling UE can also play video media in scenarios where the called UE does not support preconditions, thereby improving user experience.
  • Scenario 2 The called UE replies with a 183 message.
  • the media server receives the call request message of the calling UE, and the call request message carries the first session description protocol SDP information of the calling UE; the media server receives the first response message returned by the called user equipment UE, The first response message may be a first session progress message; the media server determines according to the first session progress message that the called UE does not support the resource reservation mechanism. Then the media server sends a second response message to the calling UE.
  • the second response message may be a second session progress message.
  • the second session progress message carries the SDP information of the called UE. A session progress message is obtained, and the SDP information of the called UE is used to respond to the first SDP information.
  • the media server uses precondition to complete the video media negotiation with the caller.
  • the first response message in the embodiment of this application is the first session progress message (ie 183 message).
  • the 183 message carries the SDP information of the called UE.
  • the SDP information of the called UE determines that the called UE does not support preconditions.
  • the media server may also receive a 180 message indicating that the called UE has ringed.
  • FIG. 4 is a schematic flowchart of another method for playing video media provided by the present application, as described below.
  • the calling UE initiates a call request.
  • the calling UE can initiate a call request to the called UE.
  • step 401 may specifically include the steps:
  • the calling UE sends an INVITE message to the CAT AS.
  • CAT AS sends an INVITE message to the called UE.
  • step 1 and step 2 are similar to step 1 and step 2 in the aforementioned FIG. 3, and will not be repeated here.
  • the called UE sends a 183 message to the CAT AS. After receiving the INVITE message sent by the CAT AS, the called UE sends a 183 message to the CAT AS.
  • the 183 message carries the SDP information of the called UE.
  • the 183 message also indicates the precondition capability of the called UE. For example, if the 183 If the message does not carry the Require: precondition field, the CAT AS can determine that the called UE does not support precondition. In the implementation of this application, because the called UE does not support precondition, the 183 message does not carry the precondition field.
  • the CAT AS forwards the 183 message to the calling UE.
  • the 183 message may refer to the introduction in step 3 above, where the 183 message may indicate that the called UE does not support the precondition, so that the calling UE knows that the called UE does not support the precondition.
  • the calling UE sends a PRACK message to the CAT AS.
  • the PRACK message is used to respond to the INVITE message sent by CAT AS, indicating that the calling UE has received the INVITE message.
  • CAT AS sends a PRACK message to the called UE.
  • the called UE sends a 200 OK message to the CAT AS.
  • the 200 OK message is used to respond to the PRACK message sent by CAT AS, indicating that the called UE has received the PRACK message.
  • CAT AS sends a 200 OK message to the calling UE.
  • the calling UE receives the 200 OK message, it can be determined that the called UE has received the PRACK message.
  • the called UE sends a 180 message to the CAT AS.
  • the 180 message is used to indicate that the called UE has ringed.
  • the media server can determine based on the 180 message that the called UE has been ringing, and can continue with the subsequent steps.
  • CAT AS can determine that the called UE does not support precondition through the 183 message replies from the called UE.
  • CAT AS performs resource reservation.
  • Step 402 (that is, step 10 in FIG. 4) in the embodiment of the present application is similar to the aforementioned step 302, and will not be repeated here.
  • the CAT AS negotiates with the calling UE.
  • CAT AS after CAT AS receives the 180 message sent by the called UE, it can negotiate video media with the calling UE, and negotiate with the calling UE about the media information of the video media to be played.
  • step 403 may specifically include the steps:
  • the CAT AS sends an UPDATE message to the calling UE.
  • UPDATE message refer to the description of step 8 in FIG. 3 above.
  • the content included in the UPDATE message is as follows:
  • the supported header field carries a precondition field, which instructs the CAT AS and the calling UE to negotiate video media through the precondition process.
  • the audio field includes the audio description of the video media
  • the video field includes the video description of the video media.
  • the called UE after the called UE receives the UPDATE message sent by the CAT AS, it can negotiate video media with the CAT AS through the precondition process, so as to reserve resources for the video media, so that the calling UE can play the video media and improve the user experience .
  • the calling UE sends a 200 OK message to the CAT AS.
  • a 200 OK message For the 200 OK message, refer to the related description of step 9 in the foregoing FIG. 3.
  • the calling UE completes resource reservation.
  • the calling UE notifies the CAT AS to complete resource reservation.
  • steps 404-406 in the embodiment of this application are similar to the foregoing steps 304-306.
  • steps 404-406 in the embodiment of this application are similar to the foregoing steps 304-306.
  • steps 13-19 in FIG. Steps 10-16 in are similar, so I won’t repeat them here.
  • CAT AS can determine that the called UE does not support precondition according to the 183 message replies from the called UE, and negotiate the video media of the precondition process with the calling UE through the UPDATE message, so that the CAT AS and the calling UE are both Resource reservation is made for video media, so that the media stream data of the video media can be transmitted to the calling UE, so that the calling UE can play the video media even when the called UE does not support preconditions. Therefore, regardless of whether the called UE supports precondition, the calling UE can play video media, which can improve user experience.
  • FIG. 5 is a schematic structural diagram of a media server provided in this application.
  • the media server may include: a transceiver unit 501 and a processing unit 502.
  • the transceiver unit 501 is configured to receive a call request message from a calling user equipment UE, where the call request message carries the first session description protocol SDP information of the calling UE;
  • the transceiver unit 501 is also configured to receive the first response message returned by the called user equipment UE;
  • the processing unit 502 is configured to determine, according to the first response message, that the called UE does not support resource reservation;
  • the transceiver unit 501 is further configured to send a second response message to the calling UE, the second response message carries second SDP information, and the second SDP information is used to respond to the first SDP information;
  • the transceiver unit 501 is also configured to use a resource reservation mechanism to negotiate video media with the calling UE.
  • the transceiver unit 501 is further configured to send a first update message to the calling UE, where the first update message carries SDP information of the video media;
  • the transceiver unit 501 is further configured to receive a third response message sent by the calling UE, where the third response message carries the result of video media negotiation between the calling UE and the media server.
  • the SDP information of the video media includes audio description information and video description information of the video media.
  • the header data of the first update message carries indication information indicating resource reservation negotiation
  • the SDP information of the video media includes the quality of service QoS parameter of the video media.
  • the second response message further indicates that the called UE does not support a resource reservation mechanism.
  • the third response message is also used to instruct the calling UE to complete resource reservation for the video media.
  • the transceiver unit 501 is further configured to, after receiving the third response message sent by the calling UE, also receive a second update message sent by the calling UE. Instructs the calling UE to complete resource reservation for video media.
  • the transceiver unit 501 is further configured to send a fourth response message to the calling UE after receiving the second update message sent by the calling UE, and the fourth response The message is used to indicate that the media server has completed resource reservation.
  • the transceiver unit 501 is further configured to send media stream data of video media to the calling UE after receiving the second update message sent by the calling UE, so that the calling UE The UE plays the media stream data of the video media.
  • the processing unit 502 determines that the called UE does not support the resource reservation mechanism according to the first response message, including: the first response message is a 180 message, and the media server before receiving the 180 message The 183 message sent by the called UE is not received. Wherein, if the first response is a 180 message, and the transceiver unit 501 has not received the 183 message sent by the called UE before receiving the 180 message, the processing unit may determine that the called UE does not support the resource reservation mechanism.
  • the processing unit 502 is further configured to perform resource reservation for the video media before the transceiver unit 501 sends the first update message to the calling UE;
  • An update message also includes information instructing the media server to complete resource reservation.
  • This application also provides a media server 600. Please refer to FIG. 6, an embodiment of the media server in the embodiment of this application.
  • the media server may be used to execute the steps performed by the media server in any of the embodiments shown in FIGS. 2-4 , You can refer to the related description in the above method embodiment.
  • the media server 600 includes a processor 601, a memory 602, and an input and output device 603.
  • the processor 601, the memory 602, and the input/output device 603 are respectively connected to a bus, and computer instructions are stored in the memory.
  • the transceiver unit 501 in the foregoing embodiment may be the input/output device 603 in this embodiment, so the implementation of the input/output device 603 will not be repeated.
  • the processing unit 502 in the foregoing embodiment may be the processor 1001 in this embodiment, so the implementation of the processor 1001 will not be described in detail.
  • the present application provides a chip system including a processor for supporting the media server to implement the functions involved in the above aspects, for example, sending or processing the data and/or information involved in the above methods.
  • the chip system further includes a memory, and the memory is used to store necessary program instructions and data.
  • the chip system can be composed of chips, and can also include chips and other discrete devices.
  • the chip system when the chip system is a chip in a media server, the chip includes a processing unit and a communication unit.
  • the processing unit may be, for example, a processor, and the communication unit may be, for example, an input/output. Interface, pin or circuit, etc.
  • the processing unit can execute the computer-executable instructions stored in the storage unit, so that the chip in the media server executes the steps of the method executed by the media server in any one of the embodiments in FIGS. 2-4.
  • the storage unit is a storage unit in the chip, such as a register, a cache, etc.
  • the storage unit may also be a storage unit located outside the chip in the media server, such as a read-only memory ( read-only memory (ROM) or other types of static storage devices that can store static information and instructions, random access memory (RAM), etc.
  • ROM read-only memory
  • RAM random access memory
  • the embodiment of the present application also provides a processor, which is configured to be coupled with a memory and used to execute the method and function related to the media server in any of the foregoing embodiments.
  • the embodiment of the present application also provides a computer-readable storage medium on which a computer program is stored.
  • the computer program is executed by a computer, the method process related to the media server in any of the foregoing method embodiments is implemented.
  • the computer may be the aforementioned media server.
  • processors mentioned in the media servers, chip systems, etc. in the above embodiments of this application, or the processors provided in the above embodiments of this application may be a central processing unit (CPU) or Other general-purpose processors, digital signal processors (digital signal processors, DSP), application specific integrated circuits (ASICs), ready-made programmable gate arrays (field programmable gate arrays, FPGAs) or other programmable logic devices, discrete Gates or transistor logic devices, discrete hardware components, etc.
  • the general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like.
  • the number of processors in the media server, chip system, etc. in the above embodiments of the present application can be one or more, and can be adjusted according to actual application scenarios. This is only an exemplary description. Not limited.
  • the number of memories in the embodiment of the present application may be one or multiple, and may be adjusted according to actual application scenarios. This is only an exemplary description and is not limited.
  • the memory or readable storage medium mentioned in the media server, chip system, etc. in the above embodiments in the embodiments of the present application may be volatile memory or non-volatile memory, or may include volatile Both non-volatile and non-volatile memory.
  • the non-volatile memory can be read-only memory (ROM), programmable read-only memory (programmable ROM, PROM), erasable programmable read-only memory (erasable PROM, EPROM), and electrically available Erase programmable read-only memory (electrically EPROM, EEPROM) or flash memory.
  • the volatile memory may be random access memory (RAM), which is used as an external cache.
  • RAM random access memory
  • static random access memory static random access memory
  • dynamic RAM dynamic RAM
  • DRAM dynamic random access memory
  • synchronous dynamic random access memory synchronous DRAM, SDRAM
  • double data rate synchronous dynamic random access memory double data rate SDRAM, DDR SDRAM
  • enhanced synchronous dynamic random access memory enhanced SDRAM, ESDRAM
  • synchronous connection dynamic random access memory serial DRAM, SLDRAM
  • direct rambus RAM direct rambus RAM, DR RAM
  • the media server includes a processor (or processing unit) and a memory
  • the processor in this application may be integrated with the memory, or the processor and the memory may be connected through an interface, which can be based on actual conditions.
  • the application scenario adjustment is not limited.
  • the embodiment of the present application also provides a computer program or a computer program product that includes a computer program.
  • the computer program When the computer program is executed on a computer, the computer will enable the computer to implement the function of the media server in any of the foregoing method embodiments. Method flow.
  • the computer may be the aforementioned media server.
  • all or part of the embodiments may be implemented by software, hardware, firmware, or any combination thereof.
  • software it can be implemented in the form of a computer program product in whole or in part.
  • the computer program product includes one or more computer instructions.
  • the computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices.
  • the computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium.
  • the computer instructions may be transmitted from a website, computer, server, or data center. Transmission to another website site, computer, server or data center via wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.).
  • wired such as coaxial cable, optical fiber, digital subscriber line (DSL)
  • wireless such as infrared, wireless, microwave, etc.
  • the computer-readable storage medium may be any available medium that can be stored by a computer or a data storage device such as a server or a data center integrated with one or more available media.
  • the usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, and a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, a solid state disk (SSD)).
  • the words “if” or “if” as used herein can be interpreted as “when” or “when” or “in response to determination” or “in response to detection”.
  • the phrase “if determined” or “if detected (statement or event)” can be interpreted as “when determined” or “in response to determination” or “when detected (statement or event) )” or “in response to detection (statement or event)”.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请提供一种播放视频媒体的方法及装置，用于在被叫UE不支持资源预留机制的场景下，与主叫UE协商采用资源预留机制协商视频媒体，使得主叫UE可以成功播放视频媒体，提高用户体验。该方法包括：媒体服务器接收主叫UE的呼叫请求消息，呼叫请求消息中携带主叫UE的第一会话描述协议SDP信息；媒体服务器接收被叫用户设备UE返回的第一响应消息；媒体服务器根据第一响应消息确定被叫UE不支持资源预留机制；媒体服务器向主叫UE发送第二响应消息，第二响应消息携带用于响应第一SDP信息的第二SDP信息；媒体服务器采用资源预留机制与主叫UE进行视频媒体的协商。

Description

一种播放视频媒体的方法及装置
本申请要求于2019年9月30日提交中国国家知识产权局、申请号为201910940022.9、发明名称为“一种播放视频媒体的方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域，尤其涉及一种播放视频媒体的方法及装置。
背景技术
随着长期演进语音承载(voice over long term evolution，VoLTE)的引入，语音通话质量有了明显的提升，可以提供高清的语音通话以及视频通话。而随着视频媒体业务(例如视频彩铃)的全面应用，用户对于VoLTE带来的变化，感知也越来越强。
例如，主叫用户设备(user equipment，UE)向被叫UE发起呼叫请求，主叫UE可以在等待被叫UE的响应期间，播放视频，从而提高用户提交。UE可以分为支持资源预留机制(precondition)以及不支持precondition等多种设备。现有方案中，若主叫UE支持precondition，而被叫UE不支持precondition，则主叫UE也无法播放视频媒体。
发明内容
本申请提供一种播放视频媒体的方法及装置，用于在被叫UE不支持资源预留机制的场景下，与主叫UE协商采用资源预留机制协商视频媒体，使得主叫UE可以成功播放视频媒体，提高用户体验。
本申请第一方面提供一种播放视频媒体的方法，包括：
媒体服务器接收主叫用户设备UE的呼叫请求消息，呼叫请求消息中携带主叫UE的第一会话描述协议(session description protocol，SDP)信息；媒体服务器接收被叫用户设备UE返回的第一响应消息；媒体服务器根据第一响应消息确定被叫UE不支持资源预留机制；媒体服务器向主叫UE发送第二响应消息，第二响应消息携带第二SDP信息，第二SDP信息用于响应第一SDP信息；媒体服务器采用资源预留机制与主叫UE进行视频媒体的协商。
本申请实施方式中，在被叫UE向媒体服务器发送第一响应消息之后，媒体服务器即可确定被叫UE不支持precondition。媒体服务器可以生成包括第二SDP信息的第二响应消息，以响应呼叫请求消息中携带的第一SDP信息。并且，即使被叫UE不支持precondition，媒体服务器也可以通过precondition与主叫UE进行协商，从而使主叫UE可以播放视频媒体，提高用户体验。
可选的，在一种可能的实施方式中，所述媒体服务器采用所述资源预留机制与所述主叫UE进行视频媒体的协商，包括：
所述媒体服务器向所述主叫UE发送第一更新消息，所述第一更新消息携带视频媒体的SDP信息；所述媒体服务器接收所述主叫UE发送的第三响应消息，所述第三响应消息携带所述主叫UE与所述媒体服务器之间的视频媒体协商结果。
本申请实施方式中，媒体服务器可以向主叫UE发送第一更新消息，以使主叫UE启动precondition，并接收主叫UE的第三响应消息，完成主叫UE与媒体服务器之间的视频媒体的协商，从而使主叫UE可以播放视频媒体，提高用户体验。
可选的，在一种可能的实施方式中，视频媒体的SDP信息中包括视频媒体的音频描述信息以及视频描述信息。本申请实施方式中，视频媒体的SDP信息中可以携带视频媒体的音频描述信息以及视频描述信息，使主叫UE可以根据视频媒体的SDP信息获知视频媒体的相关信息，从而启动precondition，进行更准确的协商。
可选的，在一种可能的实施方式中，第一更新消息的头域数据中携带指示采用资源预留机制进行协商的指示信息，视频媒体的SDP信息中包括视频媒体的服务质量QoS参数。本申请实施方式中，第一更新消息的头域数据中可以携带指示信息，以使主叫UE可以启动precondition流程，并且根据视频媒体的SDP信息中包括的视频媒体的QoS参数，更进一步地确定针对视频媒体的网络资源的信息。
可选的，在一种可能的实施方式中，第二响应消息还指示被叫UE不支持资源预留机制。本申请实施方式中，媒体服务器可以通过第二响应消息，通知主叫UE该被叫UE不支持precondition。
可选的，在一种可能的实施方式中，所述第三响应消息还用于指示所述主叫UE完成针对所述视频媒体的资源预留。本申请实施方式中，主叫UE可以通过第三响应消息通知媒体服务器该主叫UE已完成资源预留，完成precondition。
可选的，在一种可能的实施方式中，媒体服务器接收主叫UE发送的第三响应消息之后，方法还包括：
媒体服务器接收主叫UE发送的第二更新消息，第二更新消息用于指示主叫UE完成针对视频媒体的资源预留。
本申请实施方式中，在主叫UE完成针对视频媒体的资源预留之后，还向媒体服务器发送第二更新消息，以通知媒体服务器该主叫UE已完成资源预留，从而使媒体服务器与主叫UE之间可以通过预留的资源进行视频媒体的媒体流数据的传输，使主叫UE可以播放视频媒体，提高用户体验。
可选的，在一种可能的实施方式中，在所述媒体服务器接收所述主叫UE发送的第二更新消息之后，所述方法还包括：
所述媒体服务器向所述主叫第四响应消息，所述第四响应消息用于指示所述媒体服务器已完成资源预留。本申请实施方式中，主叫UE可以通过第四响应消息通知媒体服务器该主叫UE已完成资源预留，完成precondition。
可选的，在一种可能的实施方式中，在所述媒体服务器向所述主叫UE发送第一更新消息之前，所述方法还包括：
所述媒体服务器针对所述视频媒体进行资源预留；所述第一更新消息还用于指示所述媒体服务器完成针对所述视频媒体的资源预留。
本申请实施方式中，媒体服务器可以通过第一更新消息通知主叫UE该媒体服务器已完成资源预留。
可选的，在一种可能的实施方式中，在媒体服务器确定被叫UE不支持precondition 之后，媒体服务器还可以进行资源预留，为视频媒体预留资源。
可选的，在一种可能的实施方式中，在媒体服务器接收主叫UE发送的第二更新消息之后，该方法还包括：
媒体服务器向主叫UE发送视频媒体的媒体流数据，以使主叫UE播放视频媒体的媒体流数据。
因此，在媒体服务器与主叫UE都完成针对视频媒体的资源预留之后，可以通过预留的资源传输视频媒体的媒体流数据，使得主叫UE可以接收到视频媒体的媒体流数据并播放，使主叫UE即使在被叫UE不支持precondition的场景下，也可以正常播放视频媒体，提高用户体验。
在一种可能的实施方式中，媒体服务器根据第一响应消息确定被叫UE不支持资源预留机制包括：第一响应消息为180消息，且媒体服务器在接收180消息之前没有接收到被叫UE发送的183消息。
本申请实施方式中，第一响应消息可以是180消息，指示被叫UE已振铃，并且，在接收到该180消息之前，未接收到被叫UE发送的183消息，媒体服务器即可确定被叫UE不支持precondition。
本申请第二方面提供一种播放视频媒体的方法，包括：媒体服务器接收主叫UE的呼叫请求消息，呼叫请求消息中携带主叫UE的第一会话描述协议SDP信息；媒体服务器接收被叫用户设备UE返回的第一响应消息，该第一响应消息可以是第一会话进展消息；媒体服务器根据第一会话进展消息确定被叫UE不支持资源预留机制；媒体服务器向主叫UE发送第二响应消息，该第二响应消息可以是第二会话进展消息，第二会话进展消息携带被叫UE的SDP信息，该第二会话进展消息为媒体服务器根据第一会话进展消息得到，被叫UE的SDP信息用于响应第一SDP信息；所述媒体服务器采用所述资源预留机制与所述主叫UE进行视频媒体的协商。
本申请实施方式中，在被叫UE回复第一会话进展消息之后，媒体服务器即可根据该第一会话进展消息确定被叫UE不支持precondition，并向主叫UE发送第二会话进展消息，以响应主叫UE的第一SDP信息。即使被叫UE不支持precondition，媒体服务器也可以通过precondition与主叫UE进行协商，从而使主叫UE可以播放视频媒体，提高用户体验。
可选的，在一种可能的实施方式中，所述媒体服务器采用所述资源预留机制与所述主叫UE进行视频媒体的协商，包括：
媒体服务器向主叫UE发送第一更新消息，第一更新消息携带视频媒体的SDP信息；媒体服务器接收主叫UE发送的第三响应消息，该第三响应消息携带主叫UE与媒体服务器之间的视频媒体协商结果。
媒体服务器向主叫UE发送第一更新消息，携带视频媒体的SDP信息，然后媒体服务器接收主叫UE发送的第三响应消息，第三响应消息中携带主叫UE与媒体服务器之间的视频媒体协商结果。因此，即使被叫UE不支持precondition，媒体服务器也可以与主叫UE之间进行视频媒体的协商，从而使主叫UE可以播放视频媒体，提高用户体验。
可选的，在一种可能的实施方式中，该第一会话进展消息可以为183消息，以及第二会话进展消息也为183消息。
可选的，在一种可能的实施方式中，该第一会话进展消息指示所述被叫UE不支持资源预留机制，和/或所述第二会话进展消息指示所述被叫UE不支持资源预留机制。
可选的，在一种可能的实施方式中，该第一更新消息为UPDATE消息，该第二更新消息也为UPDATE消息。
可选的，在媒体服务器向主叫UE发送第一更新消息之前，媒体服务器还接收被叫UE发送的180消息，该180消息指示被叫UE已振铃。
可选的，在一种可能的实施方式中，视频媒体的SDP信息中包括视频媒体的音频描述信息以及视频描述信息。本申请实施方式中，视频媒体的SDP信息中可以携带视频媒体的音频描述信息以及视频描述信息，使主叫UE可以根据视频媒体的SDP信息获知视频媒体的相关信息，从而启动precondition，进行更准确的协商。
可选的，在一种可能的实施方式中，第一更新消息的头域数据中携带媒体服务器预留的资源信息，视频媒体的SDP信息中包括视频媒体的服务质量QoS参数。本申请实施方式中，第一更新消息的头域数据中可以携带指示信息，以使主叫UE可以启动precondition流程，并且根据视频媒体的SDP信息中包括的视频媒体的QoS参数，更进一步地确定针对视频媒体的网络资源的信息。
可选的，在一种可能的实施方式中，所述第三响应消息还用于指示所述主叫UE完成针对所述视频媒体的资源预留。本申请实施方式中，主叫UE可以通过第三响应消息通知媒体服务器该主叫UE已完成资源预留，完成precondition。
可选的，在一种可能的实施方式中，媒体服务器接收主叫UE发送的第三响应消息之后，方法还包括：
媒体服务器接收主叫UE发送的第二更新消息，第二更新消息用于指示主叫UE完成针对视频媒体的资源预留。
本申请实施方式中，在主叫UE完成针对视频媒体的资源预留之后，还向媒体服务器发送第二更新消息，以通知媒体服务器该主叫UE已完成资源预留，从而使媒体服务器与主叫UE之间可以通过预留的资源进行视频媒体的媒体流数据的传输，使主叫UE可以播放视频媒体，提高用户体验。
可选的，在一种可能的实施方式中，在所述媒体服务器接收所述主叫UE发送的第二更新消息之后，所述方法还包括：
所述媒体服务器向所述主叫第四响应消息，所述第四响应消息用于指示所述媒体服务器已完成资源预留。本申请实施方式中，主叫UE可以通过第四响应消息通知媒体服务器该主叫UE已完成资源预留，完成precondition。
可选的，在一种可能的实施方式中，在所述媒体服务器向所述主叫UE发送第一更新消息之前，所述方法还包括：
所述媒体服务器针对所述视频媒体进行资源预留；所述第一更新消息还用于指示所述媒体服务器完成资源预留。
本申请实施方式中，媒体服务器可以通过第一更新消息通知主叫UE该媒体服务器已完成资源预留。
可选的，在一种可能的实施方式中，在媒体服务器接收主叫UE发送的第二更新消息之 后，方法还包括：
媒体服务器向主叫UE发送视频媒体的媒体流数据，以使主叫UE播放视频媒体的媒体流数据。
因此，在媒体服务器与主叫UE都完成针对视频媒体的资源预留之后，可以通过预留的资源传输视频媒体的媒体流数据，使得主叫UE可以接收到视频媒体的媒体流数据并播放，使主叫UE即使在被叫UE不支持precondition的场景下，也可以正常播放视频媒体，提高用户体验。
本申请第三方面提供一种媒体服务器，该媒体服务器具有实现上述第一方面播放视频媒体的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本申请第四方面提供一种媒体服务器，该媒体服务器具有实现上述第二方面播放视频媒体的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本申请第五方面提供了一种媒体服务器，该媒体服务器包括：处理器和收发器，可选地，还包括存储器；其中，处理器和收发器、存储器通过内部连接互相通信。处理器，用于执行第一方面或第一方面任意可能的实现方式中的方法；收发器，接收处理器的控制，用于执行第一方面或第一方面任意可能的实现方式中的方法中数据的收发；存储器，用于存储指令，所述指令被处理器调用，以执行第一方面或第一方面任意可能的实现方式中的方法。
本申请第六方面提供了一种媒体服务器，该媒体服务器包括：处理器和收发器，可选地，还包括存储器；其中，处理器和收发器、存储器通过内部连接互相通信。处理器，用于执行第二方面或第二方面任意可能的实现方式中的方法；收发器，接收处理器的控制，用于执行第二方面或第二方面任意可能的实现方式中的方法中数据的收发；存储器，用于存储指令，所述指令被处理器调用，以执行第二方面或第二方面任意可能的实现方式中的方法。
本申请第七方面提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面任意可能的实现方式中的方法的指令。
本申请第八方面提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序包括用于执行第二方面或第二方面任意可能的实现方式中的方法的指令。
本申请第九方面提供了一种计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
本申请第十方面提供了一种计算机程序，该计算机程序包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的指令。
本申请第十一方面提供了一种芯片，该芯片包括处理电路和收发接口，收发接口还可以称作通信接口或输入输出接口，可选地，还包括存储器；其中，处理电路和收发接口、存储器通过内部连接互相通信。处理电路，用于执行第一方面或第一方面任意可能的实现方式中的方法；收发接口，接收处理电路的控制，用于执行第一方面或第一方面任意可能的实现方式中的方法中信号的收发；存储器，用于存储指令，所述指令被处理电路调用，以执行第一方面或第一方面任意可能的实现方式中的方法。
本申请第十二方面提供了一种芯片，该芯片包括处理电路和收发接口，收发接口还可以 称作通信接口或输入输出接口，可选地，还包括存储器；其中，处理电路和收发接口、存储器通过内部连接互相通信。处理电路，用于执行第二方面或第二方面任意可能的实现方式中的方法；收发接口，接收处理电路的控制，用于执行第二方面或第二方面任意可能的实现方式中的方法中信号的收发；存储器，用于存储指令，所述指令被处理电路调用，以执行第二方面或第二方面任意可能的实现方式中的方法。
本申请第十三方面提供了一种通信系统，该通信系统包括媒体服务器和呼叫控制功能设备，该媒体服务器可以是前述第三方面或第四方面提供的媒体服务器，该呼叫控制功能设备用于转发所述媒体服务器和主叫UE之间的消息。
可选地，在一些可能的实施方式中，该通信系统还可以包括媒体资源功能(media resource function，MRF)服务器，所述MRF服务器用于接收媒体服务器的指示，并根据所述指示向主叫UE发送视频媒体流。
因此，本申请中，媒体服务器在接收到主叫UE的呼叫请求消息之后，可以将该呼叫请求消息转发至被叫UE，且该呼叫请求消息中携带主叫UE的第一SDP信息。媒体服务器接收被叫UE返回的响应第一SDP的第一响应消息，媒体服务器可以根据第一响应消息确定被叫UE不支持precondition。然后媒体服务器可以通过precondition与主叫UE进行视频媒体的协商。因此，即使被叫UE不支持precondition，媒体服务器也可以与主叫UE之间进行视频媒体的协商，从而使主叫UE可以播放视频媒体，提高用户体验。
附图说明
图1为本申请实施例应用的系统架构示意图；
图2为本申请提供的一种播放视频媒体的方法的流程示意图；
图3为本申请提供的另一种播放视频媒体的方法的流程示意图；
图4为本申请提供的另一种播放视频媒体的方法的流程示意图；
图5为本申请提供的一种媒体服务器的结构示意图；
图6为本申请提供的另一种媒体服务器的结构示意图。
具体实施方式
本申请提供一种播放视频媒体的方法及装置，用于在被叫UE不支持资源预留机制的场景下，与主叫UE协商采用资源预留机制协商视频媒体，使得主叫UE可以成功播放视频媒体，提高用户体验。
本申请提供的播放视频媒体的方法可以应用于各种通信系统。例如，5G系统，长期演进(long term evolution，LTE)系统、全球移动通信系统(global system for mobile communication，GSM)或码分多址(code division multiple access，CDMA)网络、宽带码分多址(wideband code division multiple access，WCDMA)网络等，还可以是未来通信网络，例如，6G网络、7G网络等，且涉及的网元名称不限定，均可以替换成在未来通信网络中具备相同或相似功能的网元名称，本申请并不做限定。
示例性地，本申请提供的视频数据传输的方法应用的通信系统可以如图1所示。其中，该通信系统可以包括但不限于：主叫UE、基站、主叫网际协议(internet protocol，IP) 多媒体子系统(IP multimedia subsystem，IMS)域网络以及被叫IMS域网络。
其中，主叫UE用于向用户提供语音/数据连通性，例如，具有无线连接功能的手持式设备、或车载设备等，也可以包括智能移动电话、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等等，以下也可以称为终端设备。主叫UE可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。其中，主叫UE可以是可接入移动网络的终端设备(terminal device)，手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。
被叫UE可以参阅前述主叫UE的相关描述。
基站用于实现无线物理层功能、资源调度和无线资源管理、无线接入控制以及移动性管理功能等。其中，该基站可以是具有中心控制功能的设备，如宏基站、微基站、热点(pico)、家庭基站(femeto)、传输点(TP)、中继(Relay)、接入点(Access Point，AP)等，该基站可以是，长期演进(long term evolution，LTE)中的基站(eNodeB，eNB)，新空口(New Radio，NR)中的基站(gNodeB，gNB)等接入网设备。
其中，主叫UE可以接入主叫UE对应的基站，被叫UE可以接入被叫UE对应的基站。
主叫IMS域网络与被叫IMS域网络的架构可以相同，也可以不同。
示例性地，图1中所示的，主叫IMS域网络与被叫IMS域网络的架构相同。主叫IMS域网络与被叫IMS域网络可以包括IMS域核心网和演进分组核心网(evolved packet core，EPC)。IMS域核心网包括：服务-呼叫控制功能(serving-call session control function，S-CSCF)、查询-呼叫会话控制功能(interrogating-call session control function，I-CSCF)、代理-呼叫会话控制功能(proxy-call session control function，P-CSCF)、归属用户服务器(home subscriber server，HSS)、会话边界控制器(session border controller，SBC)，以及若干个专用服务器，如电话应用服务器(telephony application server，TAS)。其中I-CSCF可以和S-CSCF合设在一起，可以简称为“I/S-CSCF”。SBC和P-CSCF可以合设在一起，可以简称为“SBC/P-CSCF”。EPC中可包括移动管理实体(mobile management entity，MME)、分组数据网网关(packet data network gateway，PGW)以及服务网关(serving gateway，SGW)等。其中，PGW和SGW可以合设在一起，可以简称为“S/P-GW”。此外，除了图1中所示的网元外，IMS域还可以包括其他网元，本申请对此并不作一一赘述。
上述网元都是现有方案中无线通信网络中的相应网元，在这里不做详细描述，仅仅做简要说明。例如：S-CSCF可以用于用户的注册、鉴权控制、会话路由和业务触发控制，并维持会话状态信息。I-CSCF可以用于用户注册的S-CSCF的指配和查询。P-CSCF可以用于信令和消息的代理。HSS可以用于存储用户签约信息和位置信息。SBC可以提供安全接入和媒体处理。TAS提供多媒体电话基本业务及补充业务。MME是EPC网络的核心设备。SGW可以用于IMS核心网与无线网络的连接，PGW可以用于IMS核心网和IP网络的连接。
主叫IMS域网络与被叫IMS域网络还可以包括彩铃(customized alerting tones，CAT)应用服务器(application server，AS)、媒体资源功能(media resource function，MRF)服务器等。CAT AS用于为主叫UE提供音视频媒体的播放。其中，主叫UE播放的音视频媒体的数据存储于MRS，并由MRS向主叫UE提供。本申请以下实施例中所提及的媒体服务器，可以是CAT AS，也可以是CAT AS与MRF、或CAT AS与其他网元合设的服务器，还可以是其他多媒体服务器，以下不再赘述。
需要说明的是，上述的说明并不构成对本申请实施例的系统架构图的限定，本申请实施例的系统架构图包括但不限于在图1所示。
还需要说明的是，主叫UE对应的MRF与CAT AS与被叫UE对应的MRS与CAT AS可能相同、也可能不相同，本申请以下实施例中提及的MRF与CAT AS可以是被叫侧的MRF与CAT AS，也可以是主叫侧的MRF与CAT AS。主叫侧和被叫侧的媒体服务器也是如此，本申请以下实施方式中不再赘述。
下面基于前述的通信系统，对本申请提供的播放视频媒体的方法进行详细说明。
请参阅图2，本申请提供的一种播放视频媒体的方法的流程示意图，如下所述。
201、主叫UE向媒体服务器发送呼叫请求消息。
首先，若主叫UE向被叫UE发起呼叫，则主叫UE可以向被叫UE对应的媒体服务器发送呼叫请求消息。具体地，该呼叫请求消息可以是INVITE消息。
该呼叫请求消息中可以携带主叫UE的第一会话描述协议(session description protocol，SDP)信息，该第一SDP信息中可以包括主叫UE是否支持precondition的信息。媒体服务器可以通过该呼叫请求消息，确定主叫UE是否支持precondition。例如，若第一SDP信息中携带precondition字段，则表示主叫UE支持precondition，若第一SDP信息中不携带precondition字段，则表示主叫UE不支持precondition。
该呼叫请求消息中还可以携带主叫UE的标识，以使媒体服务器或者被叫UE识别出发起呼叫请求的主叫UE。
本申请中的precondition，即为资源预留机制，包括进行资源预留，并在资源预留完成之后向对方发送指示信息的流程。具体地，资源预留包括预留匹配的带宽、可用的频段、对应的优先级等。例如，主叫UE支持precondition，媒体服务器在预留之后，通知主叫UE媒体服务器已完成资源预留，主叫UE完成预留资源之后，也通知媒体服务器主叫UE已完成资源预留。
202、媒体服务器向被叫UE发送呼叫请求消息。
在媒体服务器接收到主叫UE发送的呼叫请求消息之后，媒体服务器可以向被叫UE转发该呼叫请求消息。
其中，媒体服务器接收到的主叫UE发送的呼叫请求消息，与媒体服务器向被叫UE发送的呼叫请求消息可以相同，也可以不相同。例如，媒体服务器向被叫UE发送的呼叫请求消息，与媒体服务器接收到的主叫UE发送的呼叫请求消息的数据格式可以相同，也可以不同。
203、被叫UE向媒体服务器发送第一响应消息。
在被叫UE接收到媒体服务器发送的呼叫请求消息之后，被叫UE针对该呼叫请求消息，生成第一响应消息，并向媒体服务器发送该第一响应消息。
204、媒体服务器根据第一响应消息确定被叫UE不支持资源预留机制。
在媒体服务器接收到被叫UE发送的第一响应消息之后，可以根据该第一响应消息确定被叫UE不支持precondition。
具体地，媒体服务器在接收到第一响应消息之后，可以根据该第一响应消息中携带的数据确定被叫UE是否支持precondition，例如，该第一响应消息中携带precondition字段，则表示被叫UE支持precondition，若第一响应消息中不携带precondition字段，在表示被叫UE不支持precondition。或者，媒体服务器在接收到该第一响应消息，即可确定被叫UE不支持precondition，例如，若该第一响应消息为180消息，即指示被叫UE已振铃的消息，且所述媒体服务器在接收所述180消息之前没有接收到所述被叫UE发送的183消息，则媒体服务器可以确定被叫UE不支持precondition。
在一种可能的实现方式中，媒体服务器在接收到被叫UE发送的第一响应消息之后，即可针对视频媒体进行资源预留，为视频媒体预留网络资源，使得视频媒体的媒体流数据可以通过预留的网络资源传输到主叫UE，主叫UE可以播放视频媒体，提高用户体验。
205、媒体服务器向主叫UE发送第二响应消息。
在媒体服务器接收到被叫UE发送的第一响应消息之后，媒体服务器向主叫UE发送第二响应消息，该第二响应消息中用于响应呼叫请求消息中携带的第一SDP信息。
具体地，该第二响应消息中可以携带媒体服务器的第二SDP信息，该第二SDP信息用于响应呼叫请求消息中携带的第一SDP信息。
其中，第二响应消息还指示被叫UE不支持precondition。具体地，因被叫UE不支持precondition，第二响应消息中不携带precondition字段或与支持precondition相关的字段，以使主叫UE根据该第二响应消息获知被叫UE不支持precondition。
该第二响应消息可以是183消息，该183消息中携带第二SDP信息，该第二SDP信息中可以包括媒体服务器的媒体能力信息(例如，音频媒体信息)，媒体服务器的接口、访问地址等等。或者，该第二SDP信息是虚构的SDP信息。该第二SDP信息用于响应呼叫请求消息中携带的第一SDP信息。例如，呼叫请求消息中携带了音视频媒体信息，则183消息中也携带音视频媒体信息或者仅携带音频媒体信息，以响应呼叫请求消息中的音视频媒体信息。而若呼叫请求中仅携带了音频媒体信息，而未携带视频媒体信息，则183消息中也仅携带音频媒体信息，不携带视频媒体信息。并且，该183消息中不携带precondition字段，以指示被叫UE不支持precondition。
在媒体服务器向主叫UE发送第二响应消息之后，即采用precondition与主叫UE进行视频媒体的协商。具体地，媒体服务器与主叫UE进行视频媒体的协商的步骤可以包括如下所述的步骤。
206、媒体服务器向主叫UE发送第一更新消息。
媒体服务器在向主叫UE发送第二响应消息之后，继续向主叫UE发送第一更新消息，该第一更新消息中携带视频媒体的SDP信息，以实现与主叫UE进行视频媒体的协商。
主叫UE在接收到第一更新消息之后，可以根据该第一更新消息获取到视频媒体的SDP信息，并可以根据该视频媒体的SDP信息，启动precondition，进行资源预留。
具体地，本申请中的视频媒体可以包括视频彩铃、视频广告等。
具体地，该第一更新消息可以是UPDATE消息。该第一更新消息中可以包括视频媒体的SDP信息，该第一更新消息用于与主叫UE进行视频媒体的协商。例如，该第一更新消息中可以携带视频媒体的音频描述信息与视频描述信息，视频媒体的编解码方式等。
可选地，在一种可能的实施方式中，第一更新消息的头域数据中携带指示资源预留协商的指示信息，例如，该第一更新消息的Supported头域中可以携带precondition字段，以通知主叫UE启动precondition。此外，第一更新消息中携带视频媒体的SDP信息，还可以携带视频媒体的QoS参数，该QoS参数可以包括视频媒体的数据传输优先级、服务质量分类标识(QoS class identifier，QCI)等。该QoS参数可以用于媒体服务器或者主叫UE确定针对视频媒体预留的网络资源，例如，媒体服务器或者主叫UE可以根据该QoS参数确定为视频媒体预留的网络资源的带宽、频段等信息，如视频媒体的QoS等级越高，则为视频媒体预留的网络资源的带宽越大，视频媒体的QoS等级越低，则为视频媒体预留的网络资源的带宽越小。该QoS参数还包括资源预留情况，例如，媒体服务器已完成资源预留，而主叫UE还未完成资源预留，则该QoS参数包含指示信息，用于指示本端(媒体服务器)已完成资源预留，而远端(主叫UE)还未完成资源预留。
207、主叫UE向媒体服务器发送第三响应消息。
在主叫UE接收到媒体服务器发送的第一更新消息之后，从该第一更新消息中获取视频媒体的SDP信息，并启动precondition流程，以及根据该第一更新消息和自身的多媒体能力生成第三响应消息。该第三响应消息中携带主叫UE与媒体服务器之间的视频媒体的协商结果。主叫UE将该第三响应消息发送至媒体服务器，即可完成媒体服务器与主叫UE针对视频媒体的协商。具体地，该第三响应消息可以是200OK消息。
主叫UE根据该第一更新消息中携带的音频描述与视频描述，确定视频媒体的协商信息，并启动precondition流程。
因此，本申请实施方式中，媒体服务器在接收到主叫UE的呼叫请求消息之后，可以将该呼叫请求消息转发至被叫UE，且该呼叫请求消息中携带主叫UE的第一SDP信息。媒体服务器接收被叫UE返回的第一响应消息，媒体服务器可以根据第一响应消息确定被叫UE不支持precondition。然后媒体服务器向主叫UE发送用于响应主叫UE的第一SDP信息的第二响应消息。并采用precondition与主叫UE进行视频媒体的协商，使主叫UE完整针对视频媒体的资源预留，使主叫UE可以通过预留的资源播放视频媒体，提高用户体验。具体地，媒体服务器向主叫UE发送第一更新消息，携带指示进行资源预留协商的指示信息以及视频媒体的SDP信息，与主叫UE进行视频媒体的协商，媒体服务器接收主叫UE发送的第三响应消息，第三响应消息中携带主叫UE与媒体服务器之间的视频媒体协商结果。因此，即使被叫UE不支持precondition，媒体服务器也可以采用precondition与主叫UE之间进行视频媒体的协商，并且使主叫UE和媒体服务器进行资源预留，从而在主叫UE和媒体服务器完成资源预留之后进行视频媒体的播放，保证视频媒体的正常播放，提高用户体验。
可选地，在一种可能的实施方式中，在步骤206或者步骤207之后，主叫UE可以为视频媒体预留网络资源，该网络资源用于传输视频媒体的媒体流数据，保证视频媒体的顺利播放。
可选地，在一种可能的实施方式中，在主叫UE针对视频媒体完成了资源预留之后，主 叫UE还向媒体服务器发送第二更新消息，该第二更新消息用于指示主叫UE完成针对视频媒体的资源预留，或者，该第二更新消息还可以包括主叫UE预留的网络资源的具体的信息，例如，带宽信息、频段信息等。该第二更新消息还可以包括QoS参数，该QoS参数还包括资源预留情况，例如，主叫UE已完成资源预留，而媒体服务器还不确定是否完成资源预留，则该QoS参数包含指示信息，用于指示本端(主叫UE)已完成资源预留，而远端(媒体服务器)还未完成资源预留。
该第二更新消息具体可以是UPDATE消息。因此，媒体服务器接收主叫UE发送的第二更新消息，确定主叫UE已完成针对视频媒体的资源预留，或者还可以获取到主叫UE预留的网络资源的具体信息，例如，接口信息、地址信息、带宽信息等。因此，本申请实施方式中，主叫UE在完成针对视频媒体的资源预留之后，可以通知媒体服务器主叫UE已完成资源预留，以使媒体服务器在确定主叫UE已完成资源之后进行视频媒体的媒体流播放。进一步地，媒体服务器还可以根据主叫UE预留的网络资源，传输视频媒体的媒体流数据，使主叫UE可以播放视频媒体，提高用户体验。
可选地，在一种可能的实施方式中，第三响应消息还用于指示主叫UE已完成针对视频媒体的资源预留。使得媒体服务器可以通过该第三响应消息获知主叫UE已完成针对视频媒体的资源预留，完成precondition的流程。
可选地，在一种可能的实施方式中，在媒体服务器接收到主叫UE发送的第二更新消息之后，确定主叫UE已完成资源预留，进而媒体服务器确定自身完成了资源预留之后，媒体服务器还向主叫UE发送第四响应消息。该第四响应消息用于指示媒体服务器已完成了资源预留。该第二更新消息还可以包括QoS参数，该QoS还包括资源预留情况，例如，主叫UE已完成资源预留，而媒体服务器也已完成资源预留，则该QoS参数包含指示信息，用于指示本端(媒体服务器)已完成资源预留，远端(主叫UE)也已完成资源预留，即双方资源预留成功。
该第四响应消息具体可以是200OK消息。本申请实施方式中，媒体服务器还向主叫UE发送第四响应消息，从而通知主叫UE，媒体服务器已完成资源预留，使主叫UE后续可以成功接收视频媒体的媒体流数据。
可选地，在一种可能的实施方式中，在媒体服务器接收到主叫UE发送的第二更新消息之后，或者，在媒体服务器向主叫UE发送第四响应消息之后，媒体服务器向主叫UE发送视频媒体的媒体流流数据，以使主叫UE播放该视频媒体的媒体流数据。具体地，若媒体服务器上未保存视频媒体的媒体数据，则媒体服务器可以向MRF服务器发送指示信息，指示MRF服务器将视频媒体的媒体数据通过数据流的方式发送至主叫UE，使得主叫UE可以播放视频媒体，提高用户体验。
可选地，在一种可能的实施方式中，媒体服务器在确定自身完成资源预留之后向主叫UE发送所述第一更新消息，所述第一更新消息还用于指示媒体服务器已完成资源预留。例如，所述第一更新消息包括QoS参数，所述QoS参数包括资源预留情况。具体地，所述QoS参数包含指示信息，用于指示本端(媒体服务器)已完成资源预留，而远端(主叫UE)还未完成资源预留。并且，在媒体服务器接收到主叫UE发送的第二更新消息之后，确定主叫UE已完成资源预留，进而媒体服务器向主叫UE发送第四响应消息。所述第二更新消息包括 QoS参数，具体地，所述QoS参数包含指示信息，用于指示本端(主叫UE)已完成资源预留，远端(媒体服务器)已完成资源预留，即双方资源预留成功。该第四响应消息用于对所述第二更新消息进行响应。因此，媒体服务器可以通过第一更新消息通知主叫UE该媒体服务器已完成资源预留，无需单独发送指示信息，减少信令开销。
前述对本申请提供的播放视频媒体的方法的流程进行介绍，下面以具体的应用场景为例，对本申请提供的播放视频媒体的方法进行更进一步的介绍。
示例性地，本申请提供的播放视频媒体的方法可以分为多种场景，可以包括一种为被叫UE回复183消息，另一种为被叫UE不回复183消息的情况，下面分别进行示例性说明。
场景一、被叫UE不回复183消息
请参阅图3，本申请提供的另一种播放视频媒体的方法的流程示意图，如下所述。
301、主叫UE发起呼叫请求。
首先，主叫UE可以向被叫UE发起呼叫请求。例如，用户A可以通过主叫UE向用户B使用的被叫UE发起通话，由主叫UE向被叫UE发起呼叫请求。
本申请实施例中的CAT AS可以替换为前述的媒体服务器，此处仅以CAT AS进行示例性说明。并且，本申请实施方式中，CAT AS接收或发送的消息，都可以经由CSCF网元进行转发或处理，本申请以下实施例中不再赘述。例如，若主叫UE向CAT AS发送INVITE消息，则主叫UE可以向CSCF网元发送该INVITE消息，该CSCF网元可以对该INVITE消息进行处理后发送至CAT AS，或者，CSCF直接将该INVITE消息发送至CAT AS。
示例性地，步骤301具体可以包括步骤：
1、主叫UE向接CAT AS发送呼叫请求(INVITE消息)，该INVITE消息中携带被叫UE的用户标识，该INVITE消息中还携带主叫UE的SDP信息。此外，该INVITE中还可以携带主叫UE是否支持precondition的信息，例如，若INVITE消息中携带precondition字段，则表示主叫UE支持precondition，若INVITE消息中不携带precondition字段，则表示主叫UE不支持precondition。
2、CAT AS将INVITE消息转发至被叫UE。该INVITE消息中携带主叫UE的precondition的能力信息，若该INVITE消息中携带precondition字段，则表示主叫UE支持precondition，则CAT AS确定主叫UE支持precondition。
3、被叫UE向CAT AS发送第一响应消息，即180消息。该180消息用于指示被叫UE已振铃。媒体服务器接收到该180消息之后，即可根据该180消息确定被叫UE已振铃，可以继续进行后续的步骤。
本申请实施方式中，CAT AS接收到被叫UE发送的180消息之前没有接收到所述被叫UE发送的183消息，CAT AS即可确定被叫UE不支持precondition。
302、CAT AS进行资源预留。
在CAT AS确定被叫UE已振铃之后，CAT AS可以进行资源预留，即为视频媒体预留网络资源，如图3中的步骤4。
具体地，CAT AS可以根据视频媒体的QoS参数为视频媒体预留相应的网络资源，包括为视频媒体预留预设大小的带宽、预设频段、优先级或者预设服务等级等等。
此外，在步骤302之后，还可以包括：
5、CAT AS向主叫UE发送183消息。该183消息为CAT AS构造得到的，该183消息中可以携带CAT AS的SDP信息，或者，该183中携带虚构的SDP信息。该183消息中携带的SDP信息用于响应前述步骤1中主叫UE发送的INVITE消息中的主叫UE的SDP信息。具体地，若183消息中携带CAT AS的SDP信息，则该CAT AS的SDP信息中包括音视频媒体信息，该音视频媒体信息用于响应INVITE消息中主叫UE的SDP信息中的音视频媒体信息。该183消息中携带的音视频媒体信息可以是视频媒体的音视频相关的数据，且该183消息中不携带precondition字段。
该183消息的SDP信息中，还可以包括CAT AS的媒体能力信息，例如，CAT AS支持的音频的信息，CAT AS的可用接口或者CAT AS的地址等信息。
示例性地，该183消息所包括的内容如下所述：
SIP/2.0 183 Session Progress
Via:SIP/2.0/UDP scscf2.home2.net；branch＝z9hG4bK764z87.1,SIP/2.0/UDP scscf1.home1.net；branch＝z9hG4bK332b23.1,SIP/2.0/UDP pcscf1.visited1.net；branch＝z9hG4bK240f34.1,SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp；branch＝z9hG4bKnashds7
From:
To:
Call-ID:
Cseq:
Require:100rel,early-session
Recv-Info:dtmfInfo
RSeq:9022
Contact:<sip:cat-as.home1.net>；+g.3gpp.icsi_ref＝"urn％3Aurn-7％3gpp-service.ims.icsi.mmtel"
Content-Type:application/sdp
Content-Disposition:early-session
Content-Length:(…)
v＝0
o＝-2987933616 2987933616 IN IP6 5555::eee:fff:aaa:bbb
s＝-
c＝IN IP6 5555::ccc:aaa:bbb:acc
t＝0 0
m＝audio 3456 RTP/AVP 97
b＝AS:25.4
a＝rtpmap:97 AMR
a＝fmtp:97 mode-set＝0,2,5,7；maxframes
a＝content:g.3gpp.cat
其中，183消息的Require以及supported头域中都不携带precondition字段，因此183消息可用于指示被叫UE不支持precondition，即通知主叫UE被叫不支持precondition。
需要说明是，本申请对步骤4与步骤5的执行顺序不做限定，可以先执行步骤4，也可以先执行步骤5，具体可以根据实际应用场景进行调整，此处不作限定。
6、主叫UE向CAT AS发送PRACK消息。该PRACK消息中用于响应183消息，以指示主叫UE已接收到该183消息。
7、CAT AS向主叫UE发送200OK消息。该200OK消息用于响应PRACK消息，指示CAT AS已接收到该PRACK消息。
因此，CAT AS可以通过构造183消息，响应主叫UE的INVITE消息，本申请实施例可以通过不改变主叫UE的处理流程的基础上，启动针对视频媒体的precondition。
303、CAT AS采用precondition机制与主叫UE进行协商。
其中，CAT AS在接收到被叫UE发送的180消息之后，即可与主叫UE进行协商，与主叫UE协商播放的视频媒体的媒体信息。
示例性地，步骤303具体可以包括步骤：
8、CAT AS向主叫UE发送第一更新消息，即UPDATE消息。该UPDATE消息中携带视频媒体的SDP信息，具体可以包括视频媒体的音频描述信息以及视频描述信息，以实现通过precondition完成CAT AS与主叫UE之间的针对视频媒体的协商。该UPDATE消息的头域中可以包括precondition字段，指示UE启动precondition的流程。并且，该视频媒体的SDP信息中还可以包括视频媒体的QoS参数，使主叫UE可以依据该QoS参数进行资源预留。可以理解为，CAT AS可以通过UPDATE消息，启动主叫UE的precondition的流程，使CAT AS与主叫UE通过precondition的方式协商视频媒体，从而使主叫UE与CAT AS都可以为视频媒体预留网络资源。
具体地，该视频媒体的SDP信息中还可以携带视频媒体的媒体信息，例如，CAT AS提供的可用的视频媒体的编码方式、解码方式，传输接口，访问地址等，以实现与主叫UE针对视频媒体的协商。
此外，若由主叫UE向CAT AS发送UPDATE消息进行视频媒体的协商，也需要在该UPDATE消息中携带precondition字段以及对应的QoS参数。
9、主叫UE向CAT AS发送200OK消息。该200OK消息用于响应CAT AS向主叫UE发送的UPDATE消息，该200OK消息中包括主叫UE与CAT AS之间的视频媒体的协商结果。具体地，该200OK消息中可以携带CAT AS的部分SDP信息，例如，若CAT AS向主叫UE发送的SDP信息中包括CAT AS上可用的多个接口的信息、多个带宽信息或多个频段信息等，则主叫UE响应的200OK消息中可以携带针对该多个接口中CAT AS所支持的一个接口信息、一个带宽信息或者一个频道信息等，从而实现与CAT AS的视频媒体的协商。
304、主叫UE完成资源预留。
在主叫UE接收UPDATE消息之后，主叫UE可以为视频媒体进行资源预留，以保证视频媒体的媒体流数据可以正常传输。需要说明的是，本申请对步骤9与步骤10的执行顺序不作限定，可以先执行步骤9，也可以先执行步骤10，还可以同时执行步骤9与步骤10，具体可以根据实际应用场景进行调整。
如图3中所述的步骤10，主叫UE可以根据步骤8中第一更新消息携带的SDP信息，为视频媒体预留匹配的网络资源。例如，主叫UE可以根据视频媒体的QoS等级、音频描述信息以及视频描述信息为视频媒体预留足够的带宽、预设频段、端口等，使得主叫UE可以成功接收到视频媒体的媒体流数据，从而成功播放视频媒体，提高用户体验。
应理解，本申请实施方式中，CAT AS为视频媒体预留的网络资源，与主叫UE为视频媒体预留的网络资源相对应，例如，若CAT AS为视频媒体预留的频段为850MHz-950MHZ，则主叫UE为视频媒体预留的频段也为850MHz-950MHZ。
305、主叫UE通知CAT AS完成资源预留。
在主叫UE完成针对视频媒体的资源预留之后，主叫UE可以通知CAT AS，从而使CAT AS向主叫UE传输视频媒体的媒体流数据。
示例性地，步骤305具体如下所述：
11、主叫UE向CAT AS发送UPDATE消息。该UPDATE消息包括该主叫UE的SDP信息，该SDP信息用于指示主叫UE已完成资源预留。
12、CAT AS在确定自身完成了资源预留之后，向主叫UE发送200OK消息，即第四响应消息。该200OK消息用于响应步骤11中的UPDATE消息，指示CAT AS已完成了资源预留。
因此，本申请实施方式中，主叫UE在完成针对视频媒体的资源预留之后，还通知CAT AS，使得CAT AS可以向主叫UE传输视频媒体的媒体流数据。
306、播放视频媒体。
在CAT AS与主叫UE完成视频媒体的协商，以及CAT AS与主叫UE都为视频媒体预留了匹配的网络资源之后，CAT AS岂可启动视频媒体播放流程。
示例性地，步骤306如下所述：
13、CAT AS向主叫UE发送180消息。该180消息用于指示被叫UE已振铃。
14、CAT AS通过媒体流的形式向主叫UE发送视频媒体的媒体数据，即CAT AS向主叫UE发送视频媒体的媒体流数据。应理解，视频媒体的媒体流数据可以是由CAT AS发送至主叫UE，也可以是MRF在CAT AS的指示下发送至主叫UE，本申请对此不作限定。
此外，在主叫UE成功播放视频媒体之后，该方法还包括：
15、被叫UE向CAT AS发送200OK消息。该200OK消息用于响应前述步骤2中的INVITE消息，指示被叫UE已摘机。
16、CAT AS停止播放视频媒体。具体地，CAT AS在确定被叫UE已摘机后，可以停止向主叫UE传输视频媒体的媒体流数据，以使主叫UE停止播放视频媒体。CAT AS还可以向主叫UE发送摘机指示信息，指示该被叫UE已摘机，以进行后续流程。
本申请实施方式中，若被叫UE回复180消息，且未回复183消息，则CAT AS确定被叫UE不支持precondition，CAT AS构造183消息，以完成对主叫UE的INVITE消息的响应，并在后续发送UPDATE消息，与主叫UE进行视频媒体的协商，即CAT AS与主叫UE可以通过precondition流程进行视频媒体的协商，使得主叫UE与CAT AS都可以为视频媒体预留网络资源，从而使主叫UE在被叫UE不支持precondition的场景下，也可以播放视频媒体，提高用户体验。
场景二、被叫UE回复183消息。
其中，在场景二中，媒体服务器接收主叫UE的呼叫请求消息，呼叫请求消息中携带主叫UE的第一会话描述协议SDP信息；媒体服务器接收被叫用户设备UE返回的第一响应消息，该第一响应消息可以是第一会话进展消息；媒体服务器根据第一会话进展消息确定被叫UE不支持资源预留机制。然后媒体服务器向主叫UE发送第二响应消息，该第二响应消息可以是第二会话进展消息，第二会话进展消息携带被叫UE的SDP信息，该第二会话进展消息为媒体服务器根据第一会话进展消息得到，被叫UE的SDP信息用于响应第一SDP信息。媒体服务器采用precondition与主叫完成视频媒体的协商。即区别于前述图2以及图3，本申请实施例中的第一响应消息为，第一会话进展消息(即183消息)，该183消息中携带被叫UE的SDP信息，媒体服务器即根据该被叫UE的SDP信息确定被叫UE不支持precondition。并且，在媒体服务器接收到第一会话进展消息之后，媒体服务器还可以接收180消息，指示被叫UE已振铃。
示例性地，请参阅图4，本申请提供的另一种播放视频媒体的方法的流程示意图，如下所述。
401、主叫UE发起呼叫请求。
首先，主叫UE可以向被叫UE发起呼叫请求。
示例性地，步骤401具体可以包括步骤：
1、主叫UE向CAT AS发送INVITE消息。
2、CAT AS向被叫UE发送INVITE消息。
其中，步骤1与步骤2与前述图3中的步骤1与步骤2类似，此处不再赘述。
3、被叫UE向CAT AS发送183消息。被叫UE在接收到CAT AS发送的INVITE消息之后，向CAT AS发送183消息，该183消息中携带被叫UE的SDP信息，该183消息还指示被叫UE的precondition能力，例如，若该183消息中不携带Require：precondition字段，则CAT AS可以确定被叫UE不支持precondition。本申请实施方式中，因被叫UE不支持precondition，该183消息中不携带precondition字段。
4、CAT AS向主叫UE转发183消息。该183消息可以参阅前述步骤3中的介绍，其中，该183消息可以指示被叫UE不支持precondition，以便主叫UE获知被叫UE不支持precondition。
5、主叫UE向CAT AS发送PRACK消息。该PRACK消息用于响应CAT AS发送的INVITE消息，指示主叫UE已接收到该INVITE消息。
6、CAT AS向被叫UE发送PRACK消息。
7、被叫UE向CAT AS发送200OK消息。该200OK消息用于响应CAT AS发送的PRACK消息，指示被叫UE已接收到该PRACK消息。
8、CAT AS向主叫UE发送200OK消息。主叫UE接收到该200OK消息，即可确定被叫UE已接收到PRACK消息。
9、被叫UE向CAT AS发送180消息。该180消息用于指示被叫UE已振铃。媒体服务器接收到该180消息之后，即可根据该180消息确定被叫UE已振铃，可以继续进行后续的步骤。
本申请实施方式中，CAT AS可以通过被叫UE回复的183消息，确定被叫UE不支持precondition。
402、CAT AS进行资源预留。
本申请实施例中的步骤402(即图4中的步骤10)与前述步骤302类似，此处不再赘述。
403、CAT AS与主叫UE进行协商。
其中，CAT AS在接收到被叫UE发送的180消息之后，即可与主叫UE进行视频媒体的协商，与主叫UE协商播放的视频媒体的媒体信息。
示例性地，步骤403具体可以包括步骤：
11、CAT AS向主叫UE发送UPDATE消息。该UPDATE消息可以参阅前述图3中的步骤8的描述。
示例性地，该UPDATE消息所包括的内容如下所述：
UPDATE
sip:user1_public1@home1.net；gr＝urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6 SIP/2.0
Via:SIP/2.0/UDP[5555::ccc:aaa:abc:abc]:8805；branch＝z9hG4bK182D87.1
Max-Forwards:70
Route:<sip:scscf1.home1.net；lr>,<sip:pcscf1.visited1.net；lr>
From:<tel:+1-212-555-2222>；tag＝2236
To:<sip:user1_public1@home1.net>；tag＝171828
Call-ID:
Cseq:12814111 UPDATE
Supported:precondition
Contact:
<sip:user2_public1@home2.net；gr＝urn:uuid:2ad8950e-48a5-4a74-8d99-ad76cc7fc74>+g.3gpp.icsi-ref＝"urn％3Aurn-7％3gpp-service.ims.icsi.mmtel"
Content-Type:application/sdp
Content-Length:(…)
v＝0
o＝-29879336156 29879336156 IN IP6 5555::ccc:aaa:abc:abc
s＝-
c＝IN IP6 5555::ccc:aaa:abc:abc
t＝0 0
m＝audio 49170 RTP/AVPF 97 96
a＝acfg:1 t＝1
b＝AS:25.4
a＝curr:qos local sendrecv/目前的资源预留情况：本端(媒体服务器)已完成资源预留
a＝curr:qos remote none/目前的资源预留情况：远端(主叫UE)已完成资源预留
a＝des:qos mandatory local sendrecv期望的资源预留情况：本端(媒体服务器)已完成资源预留
a＝des:qos optional remote sendrecv期望的资源预留情况：远端(主叫UE)已完成资源预留
a＝conf:qos remote sendrecv
a＝rtpmap:97 AMR
a＝fmtp:97 mode-set＝0,2,5,7；maxframes
a＝rtpmap:96 telephone-event
a＝content:g.3gpp.cat
m＝video 51372 RTP/AVPF 98
a＝acfg:1 t＝1
b＝AS:75
a＝curr:qos local sendrecv
a＝curr:qos remote none
a＝des:qos mandatory local sendrecv
a＝des:qos optional remote sendrecv
a＝conf:qos remote sendrecv
a＝rtpmap:98 H263
a＝fmtp:98 profile-level-id＝0
a＝content:g.3gpp.cat
其中，该supported头域中携带precondition字段，指示CAT AS与主叫UE通过precondition流程进行视频媒体的协商。audio字段下包括视频媒体的音频描述，video字段下包括视频媒体的视频描述。并且，UPDATE消息携带资源服务器已完成资源预留的指示信息，如update消息中的a＝curr:qos local sendrecv。
因此，被叫UE在接收到CAT AS发送的UPDATE消息之后，即可通过precondition流程，与CAT AS进行视频媒体的协商，从而为视频媒体预留资源，使主叫UE播放视频媒体，提高用户体验。
12、主叫UE向CAT AS发送200OK消息。该200OK消息可以参阅前述图3中的步骤9的相关描述。
404、主叫UE完成资源预留。
405、主叫UE通知CAT AS完成资源预留。
406、播放视频媒体。
需要说明的是，本申请实施例中的步骤404-406与前述步骤304-306类似，具体可以参阅前述304-306中的详细描述，即本申请图4中的步骤13-19与前述图3中的步骤10-16类似，此处不再赘述。
本申请实施方式中，CAT AS可以根据被叫UE回复的183消息确定被叫UE不支持precondition，并通过UPDATE消息与主叫UE进行precondition流程的视频媒体的协商， 使得CAT AS与主叫UE都针对视频媒体进行了资源预留，使得视频媒体的媒体流数据可以传输至主叫UE，从而使主叫UE在被叫UE不支持precondition的场景下也可以播放视频媒体。因此，无论被叫UE是否支持precondition，主叫UE都可以播放视频媒体，可以提高用户体验。
前述对本申请提供的方法进行了详细说明，下面基于前述图2-4，对本申请提供的装置进行阐述。
首先，请参阅图5，本申请提供的一种媒体服务器的结构示意图。
该媒体服务器可以包括：收发单元501以及处理单元502。
收发单元501，用于接收主叫用户设备UE的呼叫请求消息，呼叫请求消息中携带主叫UE的第一会话描述协议SDP信息；
收发单元501，还用于接收被叫用户设备UE返回的第一响应消息；
处理单元502，用于根据第一响应消息确定被叫UE不支持资源预留；
收发单元501，还用于向主叫UE发送第二响应消息，第二响应消息携带第二SDP信息，第二SDP信息用于响应第一SDP信息；
收发单元501，还用于采用资源预留机制与主叫UE进行视频媒体的协商。
可选地，在一种可能的实施方式中，
收发单元501，还用于向主叫UE发送第一更新消息，第一更新消息携带视频媒体的SDP信息；
收发单元501，还用于接收主叫UE发送的第三响应消息，第三响应消息携带主叫UE与媒体服务器之间的视频媒体协商结果。
可选地，在一种可能的实施方式中，视频媒体的SDP信息中包括视频媒体的音频描述信息以及视频描述信息。
可选地，在一种可能的实施方式中，第一更新消息的头域数据中携带指示进行资源预留协商的指示信息，视频媒体的SDP信息中包括视频媒体的服务质量QoS参数。
可选地，在一种可能的实施方式中，第二响应消息还指示被叫UE不支持资源预留机制。
可选地，在一种可能的实施方式中，第三响应消息还用于指示主叫UE完成针对视频媒体的资源预留。
可选地，在一种可能的实施方式中，收发单元501，还用于在接收主叫UE发送的第三响应消息之后，还接收主叫UE发送的第二更新消息，第二更新消息用于指示主叫UE完成针对视频媒体的资源预留。
可选地，在一种可能的实施方式中，收发单元501，还用于在接收所述主叫UE发送的第二更新消息之后，向所述主叫第四响应消息，所述第四响应消息用于指示所述媒体服务器已完成资源预留。
可选地，在一种可能的实施方式中，收发单元501，还用于在接收主叫UE发送的第二更新消息之后，还向主叫UE发送视频媒体的媒体流数据，以使主叫UE播放视频媒体的媒体流数据。
可选地，在一种可能的实施方式中，处理单元502根据第一响应消息确定被叫UE不支持资源预留机制，包括：第一响应消息为180消息，且媒体服务器在接收180消息之前没 有接收到被叫UE发送的183消息。其中，若第一响应为180消息，且收发单元501在接收到180消息之前，未接收到被叫UE发送的183消息，则处理单元可以确定被叫UE不支持资源预留机制。
可选地，在一种可能的实施方式中，处理单元502，还用于在收发单元501向所述主叫UE发送第一更新消息之前，针对所述视频媒体进行资源预留；所述第一更新消息还包括指示所述媒体服务器完成资源预留的信息。
本申请还提供一种媒体服务器600，请参阅图6，本申请实施例中媒体服务器一个实施例，该媒体服务器可以用于执行图2-4所示的任一实施例中媒体服务器执行的步骤，可以参考上述方法实施例中的相关描述。
该媒体服务器600包括：处理器601、存储器602以及输入输出设备603。
一种可能的实现方式中，该处理器601、存储器602、输入输出设备603分别与总线相连，该存储器中存储有计算机指令。
前述实施例中的收发单元501则可以是本实施例中的输入输出设备603，因此该输入输出设备603的实现不再赘述。
前述实施例中的处理单元502可以是本实施例中的处理器1001，因此该处理器1001的实现不再赘述。
本申请提供了一种芯片系统，该芯片系统包括处理器，用于支持媒体服务器实现上述方面中所涉及的功能，例如，例如发送或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
在另一种可能的设计中，当该芯片系统为媒体服务器内的芯片时，芯片包括：处理单元和通信单元，所述处理单元例如可以是处理器，所述通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行存储单元存储的计算机执行指令，以使该媒体服务器内的芯片执行上述图2-4中任一项实施例中媒体服务器执行的方法的步骤。可选地，所述存储单元为所述芯片内的存储单元，如寄存器、缓存等，所述存储单元还可以是所述媒体服务器内的位于所述芯片外部的存储单元，如只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)等。
本申请实施例还提供了一种处理器，用于与存储器耦合，用于执行上述各实施例中任一实施例中涉及媒体服务器的方法和功能。
本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述任一方法实施例中与媒体服务器相关的方法流程。对应的，该计算机可以为上述的媒体服务器。
应理解，本申请以上实施例中的媒体服务器、芯片系统等中提及的处理器，或者本申请上述实施例提供的处理器，可以是中央处理单元(central processing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、 分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解，本申请中以上实施例中的媒体服务器、芯片系统等中的处理器的数量可以是一个，也可以是多个，可以根据实际应用场景调整，此处仅仅是示例性说明，并不作限定。本申请实施例中的存储器的数量可以是一个，也可以是多个，可以根据实际应用场景调整，此处仅仅是示例性说明，并不作限定。
还应理解，本申请实施例中以上实施例中的媒体服务器、芯片系统等中提及的存储器或可读存储介质等，可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。
还需要说明的是，当媒体服务器包括处理器(或处理单元)与存储器时，本申请中的处理器可以是与存储器集成在一起的，也可以是处理器与存储器通过接口连接，可以根据实际应用场景调整，并不作限定。
本申请实施例还提供了一种计算机程序或包括计算机程序的一种计算机程序产品，该计算机程序在某一计算机上执行时，将会使所述计算机实现上述任一方法实施例中媒体服务器的方法流程。对应的，该计算机可以为上述的媒体服务器。
在上述图2-4中各个实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，这仅仅是描述本申请的实施例中对相同属性的对象在描述时所采用的区分方式。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，以便包含 一系列单元的过程、方法、系统、产品或设备不必限于那些单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。
本申请各实施例中提供的消息/帧/指示信息、模块或单元等的名称仅为示例，可以使用其他名称，只要消息/帧/指示信息、模块或单元等的作用相同即可。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本申请实施例中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。
取决于语境，如在此所使用的词语“如果”或“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (25)

  1. 一种播放视频媒体的方法，其特征在于，包括：
    媒体服务器接收主叫用户设备UE的呼叫请求消息，所述呼叫请求消息中携带所述主叫UE的第一会话描述协议SDP信息；
    所述媒体服务器接收被叫用户设备UE返回的第一响应消息；所述媒体服务器根据所述第一响应消息确定所述被叫UE不支持资源预留机制；
    所述媒体服务器向所述主叫UE发送第二响应消息，所述第二响应消息携带第二SDP信息，所述第二SDP信息用于响应所述第一SDP信息；
    所述媒体服务器采用所述资源预留机制与所述主叫UE进行视频媒体的协商。
  2. 根据权利要求1所述的方法，其特征在于，所述媒体服务器采用所述资源预留机制与所述主叫UE进行视频媒体的协商，包括：
    所述媒体服务器向所述主叫UE发送第一更新消息，所述第一更新消息携带视频媒体的SDP信息；
    所述媒体服务器接收所述主叫UE发送的第三响应消息，所述第三响应消息携带所述主叫UE与所述媒体服务器之间的视频媒体协商结果。
  3. 根据权利要求2所述的方法，其特征在于，所述视频媒体的SDP信息中包括所述视频媒体的音频描述信息以及视频描述信息。
  4. 根据权利要求2或3所述的方法，其特征在于，所述第一更新消息的头域数据中携带指示采用资源预留机制进行协商的指示信息，和/或所述视频媒体的SDP信息中包括所述视频媒体的服务质量QoS参数。
  5. 根据权利要求2-4中任一项所述的方法，其特征在于，
    所述第三响应消息还用于指示所述主叫UE完成资源预留。
  6. 根据权利要求2-4中任一项所述的方法，其特征在于，所述媒体服务器接收所述主叫UE发送的第三响应消息之后，所述方法还包括：
    所述媒体服务器接收所述主叫UE发送的第二更新消息，所述第二更新消息用于指示所述主叫UE完成资源预留。
  7. 根据权利要求6所述的方法，其特征在于，在所述媒体服务器接收所述主叫UE发送的第二更新消息之后，所述方法还包括：
    所述媒体服务器向所述主叫第四响应消息，所述第四响应消息用于指示所述媒体服务器已完成资源预留。
  8. 根据权利要求6所述的方法，其特征在于，在所述媒体服务器向所述主叫UE发送第一更新消息之前，所述方法还包括：
    所述媒体服务器针对所述视频媒体进行资源预留；
    所述第一更新消息还用于指示所述媒体服务器完成资源预留。
  9. 根据权利要求7或8所述的方法，其特征在于，在所述媒体服务器接收所述主叫UE发送的第二更新消息之后，所述方法还包括：
    所述媒体服务器向所述主叫UE发送所述视频媒体的媒体流数据。
  10. 根据权利要求1-9中任一项所述的方法，其特征在于，所述媒体服务器根据所述第一响应消息确定所述被叫UE不支持资源预留机制包括：所述第一响应消息为180消息，且所述媒体服务器在接收所述180消息之前没有接收到所述被叫UE发送的183消息。
  11. 根据权利要求1-10中任一项所述的方法，其特征在于，所述第二响应消息还指示所述被叫UE不支持资源预留机制。
  12. 一种媒体服务器，其特征在于，包括：收发单元以及处理单元；
    所述收发单元，用于接收主叫用户设备UE的呼叫请求消息，所述呼叫请求消息中携带所述主叫UE的第一会话描述协议SDP信息；
    所述收发单元，还用于接收被叫用户设备UE返回的第一响应消息；
    所述处理单元，用于根据所述第一响应消息确定所述被叫UE不支持资源预留机制；
    所述收发单元，还用于向所述主叫UE发送第二响应消息，所述第二响应消息携带第二SDP信息，所述第二SDP信息用于响应所述第一SDP信息；
    所述收发单元，还用于采用所述资源预留机制与所述主叫UE进行视频媒体的协商。
  13. 根据权利要求12所述的媒体服务器，其特征在于，所述收发单元，具体用于：
    向所述主叫UE发送第一更新消息，所述第一更新消息携带视频媒体的SDP信息；
    接收所述主叫UE发送的第三响应消息，所述第三响应消息携带所述主叫UE与所述媒体服务器之间的视频媒体协商结果。
  14. 根据权利要求13所述的媒体服务器，其特征在于，所述视频媒体的SDP信息中包括所述视频媒体的音频描述信息以及视频描述信息。
  15. 根据权利要求13或14所述的媒体服务器，其特征在于，所述第一更新消息的头域数据中携带指示采用资源预留机制进行协商的指示信息，和/或所述视频媒体的SDP信息中包括所述视频媒体的服务质量QoS参数。
  16. 根据权利要求13-15中任一项所述的媒体服务器，其特征在于，
    所述第三响应消息还用于指示所述主叫UE完成资源预留。
  17. 根据权利要求13-15中任一项所述的媒体服务器，其特征在于，
    所述收发单元，还用于在接收所述主叫UE发送的第三响应消息之后，接收所述主叫UE发送的第二更新消息，所述第二更新消息用于指示所述主叫UE完成资源预留。
  18. 根据权利要求17所述的媒体服务器，其特征在于，
    所述收发单元，还用于在接收所述主叫UE发送的第二更新消息之后，向所述主叫第四响应消息，所述第四响应消息用于指示所述媒体服务器已完成资源预留。
  19. 根据权利要求17所述的媒体服务器，其特征在于，
    所述处理单元，还用于在所述收发单元向所述主叫UE发送第一更新消息之前，针对所述视频媒体进行资源预留；所述第一更新消息还用于指示所述媒体服务器完成资源预留。
  20. 根据权利要求18或19所述的媒体服务器，其特征在于，
    所述收发单元，还用于在所述媒体服务器接收所述主叫UE发送的第二更新消息之后，向所述主叫UE发送所述视频媒体的媒体流数据，以使所述主叫UE播放所述视频媒体的媒体流数据。
  21. 根据权利要求11-20中任一项所述的媒体服务器，其特征在于，所述处理单元根 据所述第一响应消息确定所述被叫UE不支持资源预留机制包括：所述第一响应消息为180消息，且所述媒体服务器在接收所述180消息之前没有接收到所述被叫UE发送的183消息。
  22. 根据权利要求11-21中任一项所述的媒体服务器，其特征在于，所述第二响应消息还指示所述被叫UE不支持资源预留机制。
  23. 一种媒体服务器，其特征在于，包括：处理器和存储器；
    所述存储器用于存储程序；
    所述处理器用于执行所述程序，以实现如权利要求1-11中任意一项所述的方法。
  24. 一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1-11任意一项所述的方法。
  25. 一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如权利要求1-11任意一项所述的方法。
PCT/CN2020/110896 2019-09-30 2020-08-24 一种播放视频媒体的方法及装置 WO2021063134A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP20872740.4A EP4027694A4 (en) 2019-09-30 2020-08-24 METHOD AND APPARATUS FOR PLAYING VIDEO MEDIA
US17/706,757 US20220224731A1 (en) 2019-09-30 2022-03-29 Video media playing method and apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910940022.9A CN112584440B (zh) 2019-09-30 2019-09-30 一种播放视频媒体的方法及装置
CN201910940022.9 2019-09-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/706,757 Continuation US20220224731A1 (en) 2019-09-30 2022-03-29 Video media playing method and apparatus

Publications (1)

Publication Number Publication Date
WO2021063134A1 true WO2021063134A1 (zh) 2021-04-08

Family

ID=75116538

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/110896 WO2021063134A1 (zh) 2019-09-30 2020-08-24 一种播放视频媒体的方法及装置

Country Status (4)

Country Link
US (1) US20220224731A1 (zh)
EP (1) EP4027694A4 (zh)
CN (2) CN116261182A (zh)
WO (1) WO2021063134A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115484566B (zh) * 2021-05-31 2023-09-05 中国移动通信集团辽宁有限公司 视频彩铃业务的实现方法、装置、设备及存储介质
CN114553843A (zh) * 2022-01-28 2022-05-27 号百信息服务有限公司 实现视频单通兼话音双通的方法、装置及电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105934972A (zh) * 2014-03-06 2016-09-07 联发科技股份有限公司 用于lte上语音以缩短呼叫建立时间的方法
CN106856469A (zh) * 2015-12-09 2017-06-16 中国电信股份有限公司 资源预留机制实现方法、应用服务器和系统
US20170339740A1 (en) * 2016-05-19 2017-11-23 United States Cellular Corporation Media resource reservation request failure handling for voice over mobile wireless network
GB2555147A (en) * 2016-10-12 2018-04-25 Metaswitch Networks Ltd Operating a network node
CN109905899A (zh) * 2019-02-13 2019-06-18 Oppo广东移动通信有限公司 一种ims呼叫发起方法、装置及计算机可读存储介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8059656B1 (en) * 2006-05-12 2011-11-15 Radha Telikepalli Expedited resource negotiation in SIP
EP2209280A1 (en) * 2009-01-19 2010-07-21 Koninklijke KPN N.V. Managing associated sessions in a network
US20110047282A1 (en) * 2009-08-21 2011-02-24 Denman Robert E Systems, methods, and computer readable media for selecting an optimal media-adaptation resource for latency-sensitive applications
CN102131158B (zh) * 2011-02-22 2015-12-16 中兴通讯股份有限公司 一种实现多媒体彩铃业务的方法及系统
CN102761917B (zh) * 2011-04-29 2017-07-21 中兴通讯股份有限公司 一种被叫侧发生会话切换的处理方法和as
US20140219088A1 (en) * 2011-09-30 2014-08-07 Ozgur Oyman Quality of experience enhancements over wireless networks
EP2805476B1 (en) * 2012-01-17 2016-01-06 Telefonaktiebolaget L M Ericsson (publ) Ice based nat traversal
EP2856727B1 (en) * 2012-06-04 2018-06-06 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatus for media transmission in telecommunications networks
CN106303104B (zh) * 2016-07-27 2019-12-17 华为技术有限公司 一种播放视频彩铃的方法以及主叫用户设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105934972A (zh) * 2014-03-06 2016-09-07 联发科技股份有限公司 用于lte上语音以缩短呼叫建立时间的方法
CN106856469A (zh) * 2015-12-09 2017-06-16 中国电信股份有限公司 资源预留机制实现方法、应用服务器和系统
US20170339740A1 (en) * 2016-05-19 2017-11-23 United States Cellular Corporation Media resource reservation request failure handling for voice over mobile wireless network
GB2555147A (en) * 2016-10-12 2018-04-25 Metaswitch Networks Ltd Operating a network node
CN109905899A (zh) * 2019-02-13 2019-06-18 Oppo广东移动通信有限公司 一种ims呼叫发起方法、装置及计算机可读存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4027694A4

Also Published As

Publication number Publication date
US20220224731A1 (en) 2022-07-14
CN116261182A (zh) 2023-06-13
EP4027694A1 (en) 2022-07-13
CN112584440A (zh) 2021-03-30
EP4027694A4 (en) 2022-11-02
CN112584440B (zh) 2022-12-27

Similar Documents

Publication Publication Date Title
US10812534B2 (en) Service processing method and apparatus
US10595250B2 (en) Quality of service initiated handover
JP5866022B2 (ja) 単一無線ボイスコール継続性ハンドオーバーのための最少のアクセス転送コントロールファンクション要求
US20060246903A1 (en) System and method for voice data handoff between cellular network and WiBro/WLAN network in heterogeneous network environment
US20220224731A1 (en) Video media playing method and apparatus
US9838343B2 (en) Method, apparatus and computer program for control of a text component of a call
US9521532B2 (en) Communication terminal device and method for controlling
CN111756933A (zh) 一种播放多媒体彩振、彩铃的方法、应用服务器
US11909775B2 (en) Methods and apparatuses for enhancement to IP multimedia subsystem
US20240089369A1 (en) Method for playing multimedia customized ringing signal and customized alerting tone, and application server
US9609622B2 (en) Provision of a customised alerting notification
JP2012044556A (ja) 移動通信方法及びポリシー制御ノード
US9473976B1 (en) Method and system for controlling bearer quality
KR100789868B1 (ko) ＩＭＳ망과 휴대 인터넷망(ＷｉＢｒｏ/ＷｉＭＡＸ)간의서비스 품질 연동 시스템 및 방법
US11290509B2 (en) Network device for managing a call between user terminals
WO2022088832A1 (zh) 一种通信方法及装置
US11051218B2 (en) Management of an internet protocol multimedia subsystem (IMS) media session for user equipment (UE)
US20140133432A1 (en) Mobile communication method and call session control server apparatus
WO2015062674A1 (en) Improved access domain transfer
KR20150095441A (ko) 음성 통화 서비스 시스템 및 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20872740

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020872740

Country of ref document: EP

Effective date: 20220407