WO2018018892A1 - 一种播放视频彩铃的方法以及主叫用户设备 - Google Patents

一种播放视频彩铃的方法以及主叫用户设备 Download PDF

Info

Publication number
WO2018018892A1
WO2018018892A1 PCT/CN2017/075891 CN2017075891W WO2018018892A1 WO 2018018892 A1 WO2018018892 A1 WO 2018018892A1 CN 2017075891 W CN2017075891 W CN 2017075891W WO 2018018892 A1 WO2018018892 A1 WO 2018018892A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
user equipment
back tone
ring back
calling user
Prior art date
Application number
PCT/CN2017/075891
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 华为技术有限公司
Publication of WO2018018892A1 publication Critical patent/WO2018018892A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M19/00—Current supply arrangements for telephone systems
    • H04M19/02—Current supply arrangements for telephone systems providing ringing current or supervisory tones, e.g. dialling tone or busy tone
    • H04M19/04—Current supply arrangements for telephone systems providing ringing current or supervisory tones, e.g. dialling tone or busy tone the ringing-current being generated at the substations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42017—Customized ring-back tones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • 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
    • 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

Definitions

  • the present invention relates to the field of communications, and in particular, to a method for playing a video ring back tone and a calling user equipment.
  • VoLTE Voice over Long Term Evolution
  • IMS Internet Protocol Multimedia Subsystem
  • the embodiment of the invention provides a method for playing a video ring back tone and a calling user equipment, which is used for initiating an audio call and realizing a video ring back tone.
  • the technical solution of the present invention is mainly a VoLTE basic network networking architecture, which may include: a calling user equipment, a called user equipment, a core network, and a ring back tone platform.
  • the CRBT platform is an important telecom value-added service platform, which may include a RBT AS (Ring Back Tone Application Server) and a Ring Back Tone Media Resource Server (RBT MRS).
  • RBT AS Ring Tone Application Server
  • RBT MRS Ring Back Tone Media Resource Server
  • the signaling plane of the CRBT platform is connected to the core network S-CSCF (Serving-Call Session Control Function), and the media plane is connected to the SBC (Session Border Controller) to provide CRBT to the user.
  • S-CSCF Server-Call Session Control Function
  • SBC Session Border Controller
  • a first aspect of the embodiments of the present invention provides a method for playing a video CRBT.
  • the method includes: the calling user equipment initiates an audio call to the called user equipment, and the calling user equipment completes the audio CRBT media negotiation according to the audio call and the CRBT platform. And receiving the video ring back tone media negotiation information sent by the CRBT platform; if the calling user equipment supports the video ring back tone media, the calling user equipment performs video according to the video ring back tone media negotiation information and the media capability information of the calling user equipment.
  • the media negotiation determines the video media negotiation result; the calling user equipment sends the video media negotiation result to the CRBT platform, and the video media negotiation result is used by the CRBT platform to perform video CRBT playback.
  • the audio media negotiation is performed, and the video media negotiation is performed to implement the function of playing the video ring back tone by the audio calling.
  • the invention solves the limitation that the video ring back tone can be experienced only when the user initiates the video call.
  • the VoLTE user can also experience the video ring back tone in the scenario of initiating the voice call, thereby being under the VoLTE.
  • CRBT business innovation provides a good technical guarantee, and it can create and explore greater business value for CRBT.
  • the video media negotiation result includes information that the calling user equipment supports video ring back tone media, and the calling user equipment receives an internet protocol IP address of the video medium. , video channel port information and video encoding / decoding information.
  • the video media negotiation result is specifically described. It should be understood that the video media negotiation result is carried by the SDP protocol, and the video media negotiation result includes but is not limited to the calling user equipment support view.
  • the information of the ringtone media, the calling user equipment receives the Internet Protocol IP address of the video medium, the information of the video channel port, and the video encoding/decoding information, and the calling user equipment and the ring back tone platform transmit the video according to the information included in the video media negotiation result.
  • Media stream information is carried by the SDP protocol
  • the video media negotiation result includes but is not limited to the calling user equipment support view.
  • a second aspect of the embodiments of the present invention provides a method for playing a video CRBT, which may include: the CRBT platform receives an audio call initiated by a calling user equipment; the CRBT platform negotiates with the audio CRBT media of the calling user equipment according to the audio call completion. Then, the CRBT platform sends the video ringback media negotiation information to the calling user equipment; the CRBT platform receives the video media negotiation result sent by the calling user equipment; and the CRBT platform performs the video CRBT playback according to the video media negotiation result.
  • the CRBT platform obtains an audio call, performs audio media negotiation, and then performs video media negotiation to implement the function of playing the video ring back tone by the audio call.
  • the invention solves the limitation that the video ring back tone can be experienced only when the user initiates the video call.
  • the VoLTE user can also experience the video ring back tone in the scenario of initiating the voice call, thereby being under the VoLTE.
  • CRBT business innovation provides a good technical guarantee, and it can create and explore greater business value for CRBT.
  • the video media negotiation result includes information that the calling user equipment supports the video color ring media, and the calling user equipment receives the Internet Protocol IP of the video media. Address, video channel port information and video encoding/decoding information.
  • the video media negotiation result is specifically described. It should be understood that the video media negotiation result is carried by the SDP protocol, and the video media negotiation result includes but is not limited to the calling user equipment support video.
  • the information of the CRBT media the calling user equipment receives the Internet Protocol IP address of the video medium, the information of the video channel port, and the video encoding/decoding information, and the calling user equipment and the CRBT platform transmit the video media according to the information included in the video media negotiation result. Flow information.
  • the CRBT platform sends the video ring back tone media negotiation information to the calling user equipment, including: if the called user equipment When the video CRBT service is activated or the CRBT platform determines to play the video CRBT, the CRBT platform sends the video CRBT media negotiation information to the calling user equipment.
  • the condition for sending the video ring back tone media negotiation information to the CRBT platform is further limited.
  • the CRBT platform completes the audio CRBT media negotiation, if the called user equipment activates the video CRBT service or the CRBT platform determines to play the video.
  • the CRBT sends the CRBT media negotiation information to the calling user equipment.
  • the CRBT platform can flexibly determine whether to play the video ring back tone according to the control of the service side, and if it plays, send the video ring back tone media negotiation information.
  • a third aspect of the embodiments of the present invention provides a method for playing a video CRBT, which may include: the calling user equipment initiates an audio call to the called user equipment; the calling user equipment receives the video ring back tone media negotiation information sent by the CRBT platform; The calling user equipment supports the video ring back tone media, and the calling user equipment performs video media negotiation according to the video ring back tone media negotiation information and the media capability information of the calling user equipment to determine a video media negotiation result; the calling user equipment The CRBT platform sends the video media negotiation result, and the video media negotiation result is used by the CRBT platform to perform video CRBT playback.
  • the original audio media negotiation is directly replaced with the video media negotiation, and the function of playing the video ring back tone by the audio calling is implemented. Reduce the process of audio media negotiation, saving time and network resources.
  • the video media negotiation result includes the The calling user equipment supports information of the video ring back tone media, and the calling user equipment receives the Internet Protocol IP address of the video medium, the information of the video channel port, and the video encoding/decoding information.
  • the video media negotiation result is specifically described. It should be understood that the video media negotiation result is carried by the SDP protocol, and the video media negotiation result includes but is not limited to the calling user equipment support video.
  • the information of the CRBT media the calling user equipment receives the Internet Protocol IP address of the video medium, the information of the video channel port, and the video encoding/decoding information, and the calling user equipment and the CRBT platform transmit the video media according to the information included in the video media negotiation result. Flow information.
  • a fourth aspect of the embodiments of the present invention provides a method for playing a video CRBT, which may include: a CRBT platform receives an audio call initiated by a calling user equipment; the CRBT platform sends a video ring back tone media negotiation information to the calling user equipment; Receiving a video media negotiation result sent by the calling user equipment; the CRBT platform performs video ring back tone playback according to the video media negotiation result.
  • the original audio media negotiation is directly replaced with the video media negotiation, and the function of playing the video ring back tone by the audio calling is implemented. Reduce the process of audio media negotiation, saving time and network resources.
  • the video media negotiation result includes information that the calling user equipment supports video ring back tone media, and the calling user equipment receives an internet protocol IP of the video medium. Address, video channel port information and video encoding/decoding information.
  • the video media negotiation result is specifically described. It should be understood that the video media negotiation result is carried by the SDP protocol, and the video media negotiation result includes but is not limited to the calling user equipment support video.
  • the information of the CRBT media the calling user equipment receives the Internet Protocol IP address of the video medium, the information of the video channel port, and the video encoding/decoding information, and the calling user equipment and the CRBT platform transmit the video media according to the information included in the video media negotiation result. Flow information.
  • the CRBT platform sends the video ring back tone media negotiation information to the calling user equipment, which may include: When the user equipment activates the video CRBT service or the CRBT platform determines to play the video CRBT, the CRBT platform sends the video CRBT media negotiation information to the calling user equipment.
  • the condition for sending the video ring back tone media negotiation information by the CRBT platform is further limited. If the called user equipment activates the video CRBT service or the CRBT platform determines to play the video CRBT, the CRBT platform sends the CRBT to the calling party. The user equipment sends the video ring back tone media negotiation information.
  • the CRBT platform can flexibly determine whether to play the video ring back tone according to the control of the service side, and if it plays, send the video ring back tone media negotiation information.
  • a fifth aspect of the embodiments of the present invention provides a calling user equipment, which has a function of implementing video playback corresponding to the foregoing first aspect.
  • This function can be implemented in hardware or in hardware by executing the corresponding software.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • a sixth aspect of the embodiments of the present invention provides a ring back tone platform, which has the functions of implementing video playback corresponding to the foregoing second aspect.
  • This function can be implemented in hardware or in hardware by executing the corresponding software.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • a seventh aspect of the embodiments of the present invention provides a calling user equipment, which has a function of implementing video playback corresponding to the foregoing third aspect.
  • This function can be implemented in hardware or in hardware by executing the corresponding software.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • An eighth aspect of the embodiments of the present invention provides a ring back tone platform, which has the functions of implementing video playback corresponding to the foregoing fourth aspect.
  • This function can be implemented in hardware or in hardware by executing the corresponding software.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • a ninth aspect of the embodiments of the present invention provides a calling user equipment, which may include: a transceiver, a processor, and the transceiver and the processor are connected by using a bus;
  • the transceiver is configured to initiate an audio call to the called user equipment; the calling user equipment receives the video ring back tone media negotiation information sent by the CRBT platform after completing the audio ring back tone media negotiation according to the audio call and the ring back tone platform; Sending the video media negotiation result, the video media negotiation result is used by the CRBT platform to perform video ring back tone playback;
  • the processor is configured to perform video media negotiation according to the video ringback media negotiation information and the media capability information of the calling user equipment to determine a video media negotiation result, if the calling user equipment supports the video color ring media.
  • a tenth aspect of the embodiments of the present invention provides a ring back tone platform, which may include: a transceiver, a processor, and the transceiver and the processor are connected by using a bus;
  • the transceiver is configured to receive an audio call initiated by the calling user equipment; after the ring back tone platform negotiates with the audio ring back tone media of the calling user equipment, the sending unit sends a video ring back tone media negotiation to the calling user equipment. Information; receiving a video media negotiation result sent by the calling user equipment;
  • the processor is configured to perform video ring back tone playback according to the video media negotiation result.
  • An eleventh embodiment of the present invention provides a calling user equipment, which may include: a transceiver, a processor, and the transceiver and the processor are connected by using a bus;
  • the transceiver is configured to initiate an audio call to the called user equipment, receive the video ring back tone media negotiation information sent by the CRBT platform, and send the video media negotiation result to the CRBT platform, where the video media negotiation result is used for the CRBT platform to perform the video ring back tone.
  • the processor is configured to perform video media negotiation according to the video ringback media negotiation information and the media capability information of the calling user equipment to determine a video media negotiation result, if the calling user equipment supports the video color ring media.
  • a twelfth aspect of the embodiments of the present invention provides a ring back tone platform, which may include: a transceiver, a processor, and the transceiver and the processor are connected by using a bus;
  • the transceiver is configured to receive an audio call initiated by a calling user equipment, send video ring back tone media negotiation information to the calling user equipment, and receive a video media negotiation result sent by the calling user equipment;
  • the processor is configured to perform video ring back tone playback according to the video media negotiation result.
  • a thirteenth aspect of the embodiments of the present invention provides a system, including: a calling user equipment and a ring back tone platform;
  • the calling user equipment is a calling user equipment in the foregoing first aspect and any possible implementation manner
  • the CRBT platform is a CRBT platform in the foregoing second aspect and any possible implementation manner.
  • a fourteenth aspect of the embodiments of the present invention provides a system, including: a calling user equipment and a ring back tone platform;
  • the calling user equipment is a calling user equipment in the foregoing third aspect and any possible implementation manner
  • the CRBT platform is a CRBT platform in the foregoing fourth aspect and any possible implementation manner.
  • a fifteenth aspect of the embodiments of the present invention provides a storage medium. It should be noted that the technical solution of the present invention may contribute to the prior art or all or part of the technical solution may be implemented by software.
  • the computer software product is stored in a storage medium for storing computer software instructions for use in the above apparatus, comprising: for performing the first aspect, the second aspect, the third aspect or the fourth aspect described above The program designed by the device.
  • the storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), and a random memory. Take a variety of media that can store program code, such as RAM (Random Access Memory), disk, or optical disk.
  • RAM Random Access Memory
  • the calling user equipment initiates an audio call to the called user equipment; the calling user equipment receives the video ring back tone sent by the CRBT platform after the audio call and the ring back tone platform complete the audio color ring media negotiation.
  • Media negotiation information if the calling user equipment supports the video ring back tone media, the calling user equipment performs video media negotiation according to the video ring back tone media negotiation information and the media capability information of the calling user equipment, and determines the video.
  • the media negotiation result the calling user equipment sends the video media negotiation result to the CRBT platform, and the video media negotiation result is used by the CRBT platform to perform video CRBT playback.
  • the audio call is activated, the function of the video ring back tone is implemented, the complexity of the video ring back tone call process is reduced, and the network bearer pressure is reduced.
  • FIG. 1.a is a schematic structural diagram of a system provided in an embodiment of the present invention.
  • FIG. 1.b is a schematic diagram of a session description protocol SDP networking model provided in an embodiment of the present invention.
  • FIG. 2 is a schematic diagram of an embodiment of a method for playing a video ring back tone according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of another embodiment of a method for playing a video ring back tone according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of another embodiment of a method for playing a video ring back tone according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of an embodiment of a calling user equipment according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of an embodiment of a color ring back tone platform according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of another embodiment of a calling user equipment according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of another embodiment of a color ring back tone platform according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of another embodiment of a calling user equipment according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of another embodiment of a color ring back tone platform according to an embodiment of the present invention.
  • the embodiment of the invention provides a method for playing a video ring back tone and a calling user equipment, which is used for initiating an audio call and realizing a video ring back tone.
  • the VoLTE basic network networking architecture which is mainly used in the technical solution of the present invention, is a system architecture diagram of the embodiment of the present invention, which may include: a calling user equipment, a called user equipment, a core network, and a ring back tone platform.
  • the RBT platform is an important telecom value-added service platform, which may include a RBT AS (Ring Back Tone Application Server) and a Ring Back Tone Media Resource Server (RBT MRS). It should be noted that the RBT is RBT.
  • the AS and the RBT MRS can be separate entities or integrated. They are logically independent of each other and are located on the core network side of the called IMS domain.
  • the signaling plane of the CRBT platform is connected to the core network S-CSCF (Serving-Call Session Control Function), the media plane and the SBC. (Session Border Controller, session border control) is connected to provide media playback of the ring tones for users.
  • S-CSCF Server-Call Session Control Function
  • media plane the media plane
  • SBC Session Border Controller, session border control
  • the calling IMS domain may include a calling IMS domain core network and an EPC (Evolved Packet Core).
  • the core network of the calling IMS domain includes: HSS (Home Subscriber Server), TAS (Telephony Application Server), I/S-CSCF (I-CSCF, Interrogating-Call session Control Function, query type). Call Session Control) and SBC/P-CSCF (P-CSCF, Proxy-Call Session Control Function).
  • the EPC includes an S/P-GW (P-GW, public data network gateway, S-GW: serving gateway service gateway) and an MME (Mobile Management Entity).
  • the called IMS domain includes an RBT AS/RBT MRS in addition to the network elements described in the above-mentioned calling IMS domain. It should be noted that the above description does not constitute a limitation of the system architecture diagram of the embodiment of the present invention, and the system architecture diagram of the embodiment of the present invention includes but is not limited to that shown in FIG. 1.
  • S-CSCF English full name: Serving-Call session Control Function
  • Chinese translation service type call session control function
  • IMS IP Multimedia Subsystem
  • I-CSCF English full name: Interrogating-Call session Control Function
  • Chinese translation query type call session control, is a unified initial entry point of the IMS network, responsible for the user registration S-CSCF assignment and query.
  • P-CSCF English full name: Proxy-Call session Control Function
  • Chinese translation Proxy-type call session control function
  • SIP Session Initiation Protocol
  • TAS English full name: Telephony Application Server, Chinese translation: telephone application server
  • MMTel AS Multimedia Telephony Application Server, multimedia telephony application server
  • SCC AS service centralization and continuity application server
  • the Continuity Application Server provides the ability to select the access domain selection (T-ADS) and the other network elements to ensure the handover, that is, SRVCC (Single Radio Voice Call Continuity). Voice call continuity) and eSRVCC (Enhanced Single Radio Voice Call Continuity) business continuity.
  • HSS Home Subscriber Server, a home subscriber server, is a user database system that stores user subscription information and location information.
  • SBC Session Border Controller, session border control, providing secure access and media processing.
  • MME Mobile Management Entity, the mobile management entity, is the core device of the EPC (Evolved Packet Core) network and provides the functions of the MME logical entity.
  • EPC Evolved Packet Core
  • S/P-GW is the core device of the EPC network, and provides the functions of a serving gateway (S-GW) and a public data network gateway (P-GW) logical entity.
  • S-GW serving gateway
  • P-GW public data network gateway
  • RBT AS/RBT MRS CRBT application server and CRBT media resource server.
  • the signaling plane AS is connected to the IMS core network S-CSCF.
  • the media plane MRS is connected to the SBC. It is used to connect the called party and trigger the ring tones when the CRBT call is used.
  • the IMS domain CRBT triggers the 3GPP 24.182 protocol specification, which uses the called IMS domain triggering principle.
  • INVITE Request
  • the called IMS domain S-CSCF passes the user.
  • the iFC initial filter Criteria
  • the call message is returned to the S-CSCF to continue the subsequent call process.
  • the ring back tone platform starts the playback process to the calling user.
  • the ring back tone platform initiates a re-INVITE process to complete the media between the calling party and the called party.
  • the video ring back tone can be experienced only under the condition that the video starts to call the called video ring back tone user, so the popularity of the video ring back ring is limited.
  • an audio ringing called video ring back tone user is proposed, and the video ring back tone can also be experienced, and the application of the video ring back tone is improved.
  • the core idea of the technical solution of the present invention is to change the media negotiation between the CRBT and the calling terminal, and replace the audio media with the video media for renegotiation.
  • One method is to negotiate the original process audio media.
  • Another method is to directly replace the CRBT audio media negotiation process in the original process by using the CRBT video media negotiation, which is no longer performed once more than the first method. Audio media negotiation process.
  • the protocol used is mainly SDP (Session Description Protocol), which is used for media negotiation between two session entities, and is agreed upon, belonging to a family of signaling languages, using text (characters) ) Description form.
  • SDP networking model is mainly a request/response model (offer/answer), as shown in Figure 1.b, including the request/response entity and the operational behavior of different phases, such as the initial negotiation process and the renegotiation process, and a brief introduction. The meaning of the various parameters in the message.
  • the Offer/Answer model consists of two entities, one is the request subject Offerer, and the other is the response entity Answerer.
  • the two entities are only logically distinguished and can be converted under certain conditions. For example, if mobile phone A initiates a media negotiation request, then A is an offerer, and if A is a receive request, it is an offerer.
  • the request message sent by the Offerer to the Answerer is called the request offer
  • the content includes the media stream type, the code set used by each media stream, and information such as the IP and port to be used to receive the media stream.
  • the message replied to the Offerer is called a response.
  • the content includes the media code to be used, whether to receive the media stream, and the Offerer to receive information such as the IP and port used to receive the media stream.
  • the existing CRBT call flow mainly refers to the Gateway Precondition and the Gateway no-Precondition.
  • the main difference is that the Precondition mode requires the terminal and the core network to work together to reserve resources. -Precondition mode is not required.
  • the technical solution of the present invention will be described below by way of embodiments.
  • the RBT AS and the RBT MRS included in the CRBT platform are logically two independent individuals, or may be implemented by being integrated, or may be implemented as a separate entity, in the following schematic diagram of the embodiment. They are shown separately for explanation.
  • FIG. 2 is a schematic diagram of an embodiment of a method for playing a video ring back tone according to an embodiment of the present invention, including:
  • the calling user equipment initiates an audio call to the called user equipment, and completes resource reservation of the calling UE and the called UE.
  • the calling user equipment initiates an audio call to the called user equipment, and completes resource reservation of the calling user equipment and the called user equipment.
  • the system architecture to which the embodiment of the present invention is applied may include a calling UE, a called UE, an S-CSCF, an RBT AS, and an RBT MRS; wherein the called UE, the S-CSCF, the RBT AS, and the RBT MRS belong to the called IMS domain; AS and RBT MRS can be considered as ring tones platform.
  • the method includes: 1: a calling user equipment (User Equipment, UE) sends an initial request (Invite) message, where the Invite message includes SDP session description protocol information and an audio call of the calling UE;
  • UE User Equipment
  • the RBT AS receives the Invite message, and then sends the Invite message to the S-CSCF.
  • the S-CSCF transparently transmits the Invite message to the called UE;
  • the called UE After receiving the Invite message, the called UE returns a 183 message to the S-CSCF, where the 183 message includes the session description protocol information of the called UE, and completes the resource reservation of the called UE.
  • the S-CSCF sends a 183 message to the RBT AS;
  • the RBT AS sends a 183 message to the S-CSCF;
  • the S-CSCF sends a 183 message to the calling UE
  • the RBT AS returns the acknowledgment (PRACK) message to the S-CSCF;
  • the S-CSCF transparently transmits a acknowledgment (PRACK) message to the called UE;
  • the called UE After receiving the acknowledgment (PRACK) message, the called UE returns a 200 message, carrying the PRACK information to the S-CSCF;
  • the S-CSCF sends a 200 message to the RBT AS;
  • the RBT AS sends a 200 message to the S-CSCF;
  • the S-CSCF sends a 200 message to the calling UE
  • the calling UE receives the 200 message, the calling resource reservation is successful, and returns an update message, where the update message includes the SDP information of the calling UE.
  • the S-CSCF sends an update message to the called UE by transparent transmission
  • the called UE receives the update message, and returns a 200 message, where the 200 message includes the SDP information of the called UE.
  • the S-CSCF receives the 200 message and sends the 200 message to the RBT AS.
  • the RBT AS returns 200 messages to the S-CSCF;
  • the S-CSCF sends a 200 message to the calling UE
  • the called UE sends 180 messages
  • the S-CSCF receives the 180 message and sends the 180 message to the RBT AS.
  • the step is mainly a process in which the calling user equipment and the ring back tone platform complete the audio media negotiation. Specifically, it may include:
  • the RBT AS receives the 180 message; sends an Invite message to the RBT MRS, where the Invite message carries the audio ring back tone SDP information, and prepares the playback resource;
  • the RBT MRS determines whether the audio ringback is to be placed on the audio ringback according to the control of the service side; if the video ringback is placed, the first 200 message is sent to carry the audio ring back tone SDP information, and the audio ring back tone SDP information may also be referred to as the audio ring back tone media negotiation information. Audio media negotiation; if the service side does not control the video ring back tone, the original audio call is played to play the audio ring back tone. Alternatively, the RBT MRS determines whether the called UE activates the video ring back tone service, and if it is enabled, returns a message 200 carrying the audio color ring back tone SDP information for audio media negotiation;
  • CRBT AS modifies the audio media with the calling UE as a video medium may also depend on the service control of the CRBT service management side. There are many methods for the service control. But the core idea is to determine whether the call meets the conditions for video media negotiation.
  • the RBT AS receives the 200 message, and initiates an update message, where the update message carries the audio ring back tone SDP information.
  • the calling UE receives the update message, performs audio media negotiation according to the audio ring back tone SDP information and the media capability information of the calling UE, determines the audio media negotiation result, and sends a 200 message, and the 200 message carries the audio medium.
  • negotiation result The calling UE receives the update message, performs audio media negotiation according to the audio ring back tone SDP information and the media capability information of the calling UE, determines the audio media negotiation result, and sends a 200 message, and the 200 message carries the audio medium.
  • the RBT AS receives the 200 message and sends an acknowledgement (ACK) message to the RBT MRS according to the audio media negotiation result.
  • ACK acknowledgement
  • connection information (network type: IN logo is "Internet”, address type: IP4, connection address: 10.135.66.188) */
  • m audio 34318 RTP/AVP 104/* Starts audio media information description.
  • the audio media data will be sent to port 34318.
  • the transmission protocol is UDP-based RTP protocol, and the format is 104 (dynamic RTP payload type)*/
  • a rtpmap:104
  • AMR-WB/16000/* describes the payload type 104, which is the AMR-WB encoding mode, and the sampling clock is 16000 Hz*/
  • a maxptime: 240/*
  • the maximum duration of media stream packing, here is 240ms. */
  • the step is mainly a process in which the calling user equipment and the ring back tone platform complete the video media negotiation. Specifically, it may include:
  • the RBT MRS After receiving the acknowledgement (ACK) message, the RBT MRS sends a re-invite message to the RBT AS, where the re-Invite message includes the video ring back tone SDP information.
  • the RBT AS After receiving the re-request, the RBT AS initiates an update message, where the update message carries the video ring back tone SDP information, and the video ring back tone SDP information may also be referred to as the video ring back tone media negotiation information;
  • the calling UE receives the update message. If the calling UE supports the video ring back tone media, the video message carries the video ring back tone SDP information and the media capability information of the calling UE according to the update message, performs video media negotiation, determines the video media negotiation result, and sends 200. The message, the 200 message carries the video media negotiation result;
  • the video media negotiation result is also carried by the SDP protocol.
  • the video media negotiation result includes, but is not limited to, the information of the calling user equipment supporting the video ring back tone media, and the calling user equipment receives the Internet Protocol IP of the video medium. Address, video channel port information and video encoding/decoding information.
  • the RBT AS receives the 200 message, and sends the 200 message to the RBT MRS, where the 200 message includes the video media negotiation result;
  • the RBT MRS After receiving the 200 message, the RBT MRS sends an ACK message to the RBT AS according to the video media negotiation result.
  • connection information (network type: IN logo is "Internet”, address type: IP4, connection address: 10.135.66.188) */
  • m audio 34318 RTP/AVP 104/* Starts audio media information description.
  • the audio media data will be sent to port 34318.
  • the transmission protocol is UDP-based RTP protocol, and the format is 104 (dynamic RTP payload type)*/
  • a rtpmap:104
  • AMR-WB/16000/* describes the payload type 104, which is the AMR-WB encoding mode, and the sampling clock is 16000 Hz*/
  • a maxptime: 240/*
  • the maximum duration of media stream packing, here is 240ms. */
  • m video 5098 RTP/AVP 102/* Start video media information description.
  • the video media data will be sent to port 5098.
  • the sending protocol is UDP-based RTP protocol, and the format is 102*/
  • the calling UE rings.
  • the calling UE rings it is a process in which the calling UE rings. Specifically, it may include:
  • the RBT AS sends 180 messages
  • the CRBT platform plays the video ring tones, and the calling UE displays the video ring tones.
  • the signaling interaction between the RBT AS and the RBT MRS is an interaction process between the internal modules of the CRBT platform for reference.
  • the signaling interaction between the RBT AS and the RBT MRS is not limited to the manners listed in the foregoing process, and may be implemented in multiple manners, and the signaling interaction from the audio SDP to the video SDP renegotiation process may be completed.
  • the audio media negotiation is performed first, and then the video media negotiation is performed to implement the function of playing the video ring back tone by the audio calling.
  • the invention solves the limitation that the video ring back tone can be experienced only when the user initiates the video call.
  • the VoLTE user can also experience the video ring back tone in the scenario of initiating the voice call, thereby being under the VoLTE.
  • CRBT business innovation provides a good technical guarantee, and it can create and explore greater business value for CRBT.
  • FIG. 3 is a schematic diagram of another embodiment of a method for playing a video ring back tone according to an embodiment of the present invention, including:
  • the calling user equipment initiates an audio call to the called user equipment, and completes resource reservation of the calling UE and the called UE.
  • step 301 is the same as step 201 in the embodiment shown in FIG. 2, and details are not described herein again.
  • the step is mainly that the calling user equipment and the ring back tone platform negotiate the audio media negotiation to the video media negotiation, and complete the video media negotiation process.
  • it may include:
  • the RBT AS receives the 180 message; sends an Invite message to the RBT MRS, where the Invite message carries the audio ring back tone SDP information, and prepares the playback resource;
  • the RBT MRS determines whether the audio ringback is to be placed on the audio call according to the control of the service side. If the video CRBT is placed, the audio ringback SDP message carries the audio caller offer through the 183 message; if the service side control does not allow the video ringback to be placed, The RBT MRS determines whether the called UE activates the video ring back tone service. If the call is made, the audio ringback SDP information is carried through the 183 message to answer the audio caller offer.
  • CRBT AS modifies the audio media with the calling UE as a video medium may also depend on the service control of the CRBT service management side. There are many methods for the service control. But the core idea is to determine whether the call meets the conditions for video media negotiation.
  • the RBT MRS resends the 200 message carrying the video ring back tone SDP information, instructing the RBT AS to directly use the video ring back tone SDP information to perform media negotiation with the calling UE.
  • the RBT AS After receiving the 200 message, the RBT AS initiates an update message, where the update message carries the video ring back tone SDP information, and the video ring back tone SDP information may also be referred to as the video ring back tone media negotiation information;
  • the update message is transmitted to the calling UE by using the S-CSCF, where the update message carries the video ring back tone SDP information.
  • the calling UE After the calling UE receives the update message, if the calling UE supports the video ring back tone media, the video message is negotiated according to the video message ringtone SDP information and the media capability information of the calling UE, and the video media negotiation result is determined and sent. 200 message, the 200 message carries the video media negotiation result;
  • the video media negotiation result is also carried by the SDP protocol.
  • the video media negotiation result includes, but is not limited to, the information of the calling user equipment supporting the video ring back tone media, and the calling user equipment receives the Internet Protocol IP of the video medium. Address, video channel port information and video encoding/decoding information.
  • the RBT AS receives the 200 message, and sends the ACK message to the RBT MRS, where the ACK message includes the video media negotiation result.
  • connection information (network type: IN logo is "Internet”, address type: IP4, connection address: 10.135.66.188) */
  • m audio 34318 RTP/AVP 104/* Starts audio media information description.
  • the audio media data will be sent to port 34318.
  • the transmission protocol is UDP-based RTP protocol, and the format is 104 (dynamic RTP payload type)*/
  • AMR-WB/16000/* describes the payload type 104, which is the AMR-WB encoding method.
  • the sample clock is 16000Hz*/
  • a maxptime: 240/*
  • the maximum duration of media stream packing, here is 240ms. */
  • m video 5098 RTP/AVP 102/* Start video media information description.
  • the video media data will be sent to port 5098.
  • the sending protocol is UDP-based RTP protocol, and the format is 102*/
  • the calling UE rings.
  • the calling UE rings it is a process in which the calling UE rings. Specifically, it may include:
  • the CRBT platform plays the video ring tones, and the calling UE displays the video ring tones.
  • the signaling interaction between the RBT AS and the RBT MRS is an interaction process between the internal modules of the CRBT platform for reference.
  • the signaling interaction between the RBT AS and the RBT MRS is not limited to the manners listed in the foregoing process, and may be implemented in multiple manners, and the signaling interaction of the video media negotiation process may be completed.
  • the original audio media negotiation is directly replaced with the video media negotiation, and the function of playing the video ring back tone by the audio calling is implemented.
  • the process of one audio media negotiation is reduced, saving time and network resources.
  • FIG. 4 is a schematic diagram of another embodiment of a method for playing a video ring back tone according to an embodiment of the present invention, including:
  • the calling user equipment initiates an audio call to the called user equipment.
  • the system architecture to which the embodiment of the present invention is applied may include a calling UE, a called UE, an S-CSCF, an RBT AS, and an RBT MRS; wherein the called UE, the S-CSCF, the RBT AS, and the RBT MRS belong to the called IMS domain; AS and RBT MRS can be considered as ring tones platform.
  • the calling user equipment initiates an audio call to the called user equipment.
  • the calling user equipment may include:
  • the calling user equipment (User Equipment, UE) sends an initial request (Invite) message, where the Invite message includes the SDP session description protocol information and the audio call of the calling UE;
  • the RBT AS receives the Invite message, and then sends the Invite message to the S-CSCF.
  • the S-CSCF transparently transmits the Invite message to the called UE;
  • the called UE After receiving the Invite message, the called UE returns 180 message to the S-CSCF;
  • the S-CSCF receives the 180 message and sends a 180 message to the RBT AS.
  • the step is mainly a process in which the calling user equipment and the ring back tone platform complete the video media negotiation. Specifically, it may include:
  • the RBT AS receives the 180 message; sends an Invite message to the RBT MRS, and the Invite message carries the audio ring back tone SDP information, and prepares the playback resource;
  • the RBT MRS determines whether the audio ringback should be placed on the audio ringback according to the control of the service side; if the video ringback tone is placed, the first 200 message is sent to carry the audio ring back tone SDP information, and the audio ring back tone SDP information can also be referred to as the audio ring back tone media negotiation information. Audio media negotiation; if the service side does not control the video ring back tone, the original audio call is played to play the audio ring back tone. Alternatively, the RBT MRS determines whether the called UE activates the video ring back tone service, and if it is enabled, returns a message 200 carrying the audio color ring back tone SDP information for audio media negotiation;
  • CRBT AS modifies the audio media with the calling UE as a video medium may also depend on the service control of the CRBT service management side. There are many methods for the service control. But the core idea is to determine whether the call meets the conditions for video media negotiation.
  • the RBT AS receives the 200 message, and initiates a 183 message, where the 183 message carries the audio ring back tone SDP information;
  • the calling UE receives the 183 message, performs audio media negotiation according to the MPEG message carrying the audio ring back tone SDP information and the media capability information of the calling UE, determines the audio media negotiation result, and sends a PRACK message;
  • the RBT AS receives the PRACK message, and sends a 200 message to the S-CSCF, where the 200 message carries the PRACK message.
  • the RBT AS sends an ACK message to the RBT MRS;
  • the RBT MRS After receiving the acknowledgement (ACK) message, the RBT MRS sends a re-invite message to the RBT AS, where the re-invite message includes the video ring back tone SDP information.
  • the RBT AS After receiving the re-request, the RBT AS initiates an update message, where the update message carries the video ring back tone SDP information, and the video ring back tone SDP information may also be referred to as the video ring back tone media negotiation information;
  • the calling UE receives the update message. If the calling UE supports the video ring back tone media, the video message is negotiated according to the video ring back tone SDP information and the media capability information of the calling UE, and the video media negotiation result is determined, and 200 is sent. The message, the 200 message carries the video media negotiation result;
  • the video media negotiation result is also carried by the SDP protocol.
  • the video media negotiation result includes, but is not limited to, the information of the calling user equipment supporting the video ring back tone media, and the calling user equipment receives the Internet Protocol IP of the video medium. Address, video channel port information and video encoding/decoding information.
  • the RBT AS receives the 200 message, and sends the 200 message to the RBT MRS, where the 200 message includes the video media negotiation result;
  • the RBT MRS After receiving the 200 message, the RBT MRS sends an ACK message to the RBT AS according to the video media negotiation result.
  • connection information (network type: IN logo is "Internet”, address type: IP4, connection address: 10.135.66.188) */
  • m audio 34318 RTP/AVP 104/* Starts audio media information description.
  • the audio media data will be sent to port 34318.
  • the transmission protocol is UDP-based RTP protocol, and the format is 104 (dynamic RTP payload type)*/
  • a rtpmap:104
  • AMR-WB/16000/* describes the payload type 104, which is the AMR-WB encoding mode, and the sampling clock is 16000 Hz*/
  • a maxptime: 240/*
  • the maximum duration of media stream packing, here is 240ms. */
  • m video 5098 RTP/AVP 102/* Start video media information description.
  • the video media data will be sent to port 5098.
  • the sending protocol is UDP-based RTP protocol, and the format is 102*/
  • the calling UE rings.
  • the calling UE rings it is a process in which the calling UE rings. Specifically, it may include:
  • the RBT AS sends 180 messages
  • the CRBT platform plays the video ring tones, and the calling UE displays the video ring tones. It should be noted that the signaling interaction between the RBT AS and the RBT MRS is an interaction process between the internal modules of the CRBT platform for reference.
  • the gateway no-precondition mode after the calling UE initiates an audio call, the original audio media negotiation is directly replaced with the video media negotiation, and the function of playing the video ring back tone by the audio call is realized.
  • An embodiment Compared with the embodiment shown in FIG. 2, an achievable solution is provided in the Gateway no-Precondition mode, and the process of one audio media negotiation is reduced, saving time and network resources.
  • FIG. 5 is a schematic diagram of an embodiment of a calling user equipment according to an embodiment of the present invention, including:
  • the sending unit 501 is configured to initiate an audio call to the called user equipment.
  • the receiving unit 502 is configured to receive the video ring back tone media negotiation information sent by the CRBT platform after the calling user equipment completes the audio ring back tone media negotiation according to the audio call and the ring back tone platform;
  • the processing unit 503 is configured to: if the calling user equipment supports the video ring back tone media, the processing unit performs video media negotiation according to the video ring back tone media negotiation information and the media capability information of the calling user equipment, and determines a video media negotiation result;
  • the sending unit 501 is further configured to send a video media negotiation result to the CRBT platform, where the video media negotiation result is used for the CRBT platform to perform video ringback playback.
  • the video media negotiation result includes information that the calling user equipment supports the video ring back tone media, and the calling user equipment receives the Internet Protocol IP address of the video medium, the information of the video channel port, and the video encoding. / Decoded information.
  • FIG. 6 is a schematic diagram of an embodiment of a color ring back tone platform according to an embodiment of the present invention, including:
  • the receiving unit 601 is configured to receive an audio call initiated by the calling user equipment.
  • the sending unit 602 is configured to negotiate with the audio ring back tone media of the calling user equipment according to the audio call completion. Afterwards, the sending unit sends the video ring back tone media negotiation information to the calling user equipment.
  • the receiving unit 601 is further configured to receive a video media negotiation result sent by the calling user equipment.
  • the processing unit 603 is configured to perform video ring back tone playback according to the video media negotiation result.
  • the video media negotiation result includes information that the calling user equipment supports the video ring back tone media, and the calling user equipment receives the Internet Protocol IP address of the video medium, the information of the video channel port, and the video encoding. / Decoded information.
  • the sending unit 602 is specifically configured to: if the called user equipment activates the video CRBT service or the CRBT platform determines to play the video CRBT, the sending unit sends the video ring back tone media negotiation information to the calling user equipment.
  • FIG. 7 is a schematic diagram of another embodiment of a color ring back tone platform according to an embodiment of the present invention, including:
  • the sending unit 701 is configured to initiate an audio call to the called user equipment.
  • the receiving unit 702 is configured to receive video ring back tone media negotiation information sent by the CRBT platform.
  • the processing unit 703 is configured to: if the calling user equipment supports the video ring back tone media, the processing unit performs video media negotiation according to the video ring back tone media negotiation information and the media capability information of the calling user equipment, and determines a video media negotiation result;
  • the sending unit 701 is further configured to send a video media negotiation result to the CRBT platform, where the video media negotiation result is used for the CRBT platform to perform video ringback playback.
  • the video media negotiation result includes information that the calling user equipment supports the video ring back tone media, and the calling user equipment receives the Internet Protocol IP address of the video medium, the information of the video channel port, and the video encoding. / Decoded information.
  • FIG. 8 is a schematic diagram of another embodiment of a color ring back tone platform according to an embodiment of the present invention, including:
  • the receiving unit 801 is configured to receive an audio call initiated by the calling user equipment.
  • the sending unit 802 is configured to send video ring back tone media negotiation information to the calling user equipment.
  • the receiving unit 801 is further configured to receive a video media negotiation result sent by the calling user equipment.
  • the processing unit 803 is configured to perform video ring back tone playback according to the video media negotiation result.
  • the video media negotiation result includes information that the calling user equipment supports the video ring back tone media, and the calling user equipment receives the Internet Protocol IP address of the video medium, the information of the video channel port, and the video encoding. / Decoded information.
  • the sending unit 802 is specifically configured to: if the called user equipment activates the video CRBT service or the CRBT platform determines to play the video CRBT, the sending unit sends the video CRBT media negotiation information to the calling user equipment.
  • FIG. 9 is a schematic diagram of another embodiment of a calling user equipment according to an embodiment of the present invention, including:
  • FIG. 9 is a block diagram showing the structure of a related part of a calling user equipment, that is, a mobile phone, provided by an embodiment of the present invention.
  • the mobile phone includes: a radio frequency (RF) circuit 910, a memory 920, an input unit 930, a display unit 940, a sensor 950, an audio circuit 960, a wireless fidelity (WiFi) module 970, and a processor 980.
  • RF radio frequency
  • the RF circuit 910 can be used for transmitting and receiving information or during a call, receiving and transmitting signals, in particular, placing the base station under After the line information is received, it is processed by the processor 980; in addition, the data for designing the uplink is transmitted to the base station.
  • RF circuit 910 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like.
  • LNA Low Noise Amplifier
  • RF circuitry 910 can also communicate with the network and other devices via wireless communication.
  • the above wireless communication may use any communication standard or protocol, including but not limited to Global System of Mobile communication (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (Code Division). Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), E-mail, Short Messaging Service (SMS), and the like.
  • GSM Global System of Mobile communication
  • the memory 920 can be used to store software programs and modules, and the processor 980 executes various functional applications and data processing of the mobile phone by running software programs and modules stored in the memory 920.
  • the memory 920 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may be stored according to Data created by the use of the mobile phone (such as audio data, phone book, etc.).
  • memory 920 can include high speed random access memory, and can also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
  • the input unit 930 can be configured to receive input numeric or character information and to generate key signal inputs related to user settings and function controls of the handset.
  • the input unit 930 may include a touch panel 931 and other input devices 932.
  • the touch panel 931 also referred to as a touch screen, can collect touch operations on or near the user (such as a user using a finger, a stylus, or the like on the touch panel 931 or near the touch panel 931. Operation), and drive the corresponding connecting device according to a preset program.
  • the touch panel 931 can include two parts: a touch detection device and a touch controller.
  • the touch detection device detects the touch orientation of the user, and detects a signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into contact coordinates, and sends the touch information.
  • the processor 980 is provided and can receive commands from the processor 980 and execute them.
  • the touch panel 931 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves.
  • the input unit 930 may also include other input devices 932.
  • other input devices 932 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackballs, mice, joysticks, and the like.
  • the display unit 940 can be used to display information input by the user or information provided to the user as well as various menus of the mobile phone.
  • the display unit 940 can include a display panel 941.
  • the display panel 941 can be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like.
  • the touch panel 931 can cover the display panel 941. When the touch panel 931 detects a touch operation on or near the touch panel 931, the touch panel 931 transmits to the processor 980 to determine the type of the touch event, and then the processor 980 according to the touch event. The type provides a corresponding visual output on display panel 941.
  • touch panel 931 and the display panel 941 are used as two independent components to implement the input and input functions of the mobile phone in FIG. 9, in some embodiments, the touch panel 931 and the display panel 941 may be integrated. Realize the input and output functions of the phone.
  • the handset may also include at least one type of sensor 950, such as a light sensor, motion sensor, and other sensors.
  • the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel 941 according to the brightness of the ambient light, and the proximity sensor may close the display panel 941 and/or when the mobile phone moves to the ear. Or backlight.
  • the accelerometer sensor can detect the magnitude of acceleration in all directions (usually three axes). When it is stationary, it can detect the magnitude and direction of gravity. It can be used to identify the gesture of the mobile phone (such as horizontal and vertical screen switching, related Game, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tapping), etc.
  • Other sensors such as gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., will not be described here.
  • An audio circuit 960, a speaker 961, and a microphone 962 can provide an audio interface between the user and the handset.
  • the audio circuit 960 can transmit the converted electrical data of the received audio data to the speaker 961, and convert it into a sound signal output by the speaker 961.
  • the microphone 962 converts the collected sound signal into an electrical signal, and the audio circuit 960 After receiving, it is converted into audio data, and then processed by the audio data output processor 980, sent to the other mobile phone via the RF circuit 910, or outputted to the memory 920 for further processing.
  • WiFi is a short-range wireless transmission technology.
  • the mobile phone can help users to send and receive, browse web pages and access streaming media through the WiFi module 970. It provides wireless broadband Internet access for users.
  • FIG. 9 shows the WiFi module 970, it can be understood that it does not belong to the essential configuration of the mobile phone, and can be omitted as needed within the scope of not changing the essence of the invention.
  • the processor 980 is the control center of the handset, which connects various portions of the entire handset using various interfaces and lines, by executing or executing software programs and/or modules stored in the memory 920, and invoking data stored in the memory 920, executing The phone's various functions and processing data, so that the overall monitoring of the phone.
  • the processor 980 may include one or more processing units; preferably, the processor 980 may integrate an application processor and a modem processor, where the application processor mainly processes an operating system, a user interface, an application, and the like.
  • the modem processor primarily handles wireless communications. It will be appreciated that the above described modem processor may also not be integrated into the processor 980.
  • the handset also includes a power source 990 (such as a battery) that supplies power to the various components.
  • a power source 990 such as a battery
  • the power source can be logically coupled to the processor 980 through a power management system to manage functions such as charging, discharging, and power management through the power management system.
  • the mobile phone may further include a camera, a Bluetooth module, and the like, and details are not described herein again.
  • the RF circuit 910 included in the calling user equipment further has the following functions: initiating an audio call to the called user equipment; after the calling user equipment completes the audio ring back tone media negotiation according to the audio call and the ring back tone platform Receiving the video ringback media negotiation information sent by the CRBT platform; sending the video media negotiation result to the CRBT platform, and the video media negotiation result is used for the CRBT platform to perform the video ringback playback;
  • the processor 980 also has the following functions: If the calling user equipment supports the video ring back tone media, the processor 980 performs video media negotiation according to the video ring back tone media negotiation information and the media capability information of the calling user equipment to determine the video media negotiation result.
  • the RF circuit 910 included in the calling user equipment further has the following functions: initiating an audio call to the called user equipment; receiving video ring back tone media negotiation information sent by the CRBT platform; and transmitting to the CRBT platform.
  • the video media negotiation result, the video media negotiation result is used for the CRBT platform to perform video ring back tone playback;
  • the processor 980 also has the following functions: If the calling user equipment supports the video ring back tone media, the processor 980 performs video media negotiation according to the video ring back tone media negotiation information and the media capability information of the calling user equipment to determine the video media negotiation result.
  • FIG. 10 is a schematic diagram of another embodiment of a color ring back tone platform according to an embodiment of the present invention, including:
  • the ring back tone platform may vary considerably depending on configuration or performance, and may include a transceiver 1001, one or more central processing units (CPUs) 1002 (eg, one or more processors), and a memory 1003.
  • CPUs central processing units
  • One or more storage media 1004 that store application 10041 or data 10042 eg, one or one storage device in Shanghai.
  • the memory 1003 and the storage medium 1004 may be short-term storage or persistent storage.
  • the program stored on the storage medium 1004 may include one or more modules (not shown in FIG. 10), each The modules may include a series of instruction operations on the ring back tone platform.
  • the central processor 1002 can be configured to communicate with the storage medium 1004 to perform a series of instruction operations in the storage medium 1004 on the ring back tone platform.
  • the transceiver 1001 further has a function of: receiving an audio call initiated by the calling user equipment; and transmitting and receiving, after the ring back tone platform negotiates with the audio ring back tone of the calling user equipment according to the audio call completion.
  • the device sends the video ring back tone media negotiation information to the calling user equipment; and is further configured to receive the video media negotiation result sent by the calling user equipment;
  • the central processing unit 1002 also has the function of performing video ring back tone playback according to the video media negotiation result.
  • the transceiver 1001 is specifically configured to: if the called user equipment activates the video CRBT service or the CRBT platform determines to play the video CRBT, the transceiver sends the video CRBT media negotiation information to the calling user equipment.
  • the transceiver 1001 further has the functions of: receiving an audio call initiated by the calling user equipment; transmitting the video ring back tone media negotiation information to the calling user equipment; and receiving the calling party.
  • the central processing unit 1002 also has the function of performing video ring back tone playback according to the video media negotiation result.
  • the transceiver 1001 is further configured to: if the called user equipment activates the video CRBT service or the CRBT platform determines to play the video CRBT, the transceiver sends the video CRBT media negotiation information to the calling user equipment.
  • the disclosed system, apparatus, and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium.
  • the technical solution of the present invention which is essential or contributes to the prior art, or all or part of the technical solution, may be embodied in the form of a software product stored in a storage medium.
  • a number of instructions are included to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like. .

Landscapes

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

Abstract

涉及一种播放视频彩铃的方法，用于发起音频起呼，实现视频彩铃播放的功能。该方法包括：主叫用户设备向被叫用户设备发起音频呼叫；所述主叫用户设备根据所述音频呼叫与彩铃平台完成音频彩铃媒体协商之后，接收所述彩铃平台发送的视频彩铃媒体协商信息；若所述主叫用户设备支持视频彩铃媒体，则所述主叫用户设备根据所述视频彩铃媒体协商信息和所述主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果；所述主叫用户设备向所述彩铃平台发送所述视频媒体协商结果，所述视频媒体协商结果用于所述彩铃平台进行视频彩铃播放。

Description

一种播放视频彩铃的方法以及主叫用户设备
本申请要求于2016年07月27日提交中国专利局、申请号为201610599513.8、发明名称为“一种播放视频彩铃的方法以及主叫用户设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域，尤其涉及一种播放视频彩铃的方法以及主叫用户设备。
背景技术
随着基于互联网协议多媒体子系统(Internet Protocol Multimedia Subsystem，IMS)的语音业务(Voice over Long Term Evolution，VoLTE)的引入，语音通话质量相比2/3G时代有了明显的提高，可提供高清语音通话和视频通话，而彩铃业务作为运营商最重要的语音增值业务，对比2/3G下的标清彩铃体验，VoLTE彩铃可以提供高清彩铃和视频彩铃体验。
但对于VoLTE视频彩铃的体验，在目前的解决方案下，只有主叫VoLTE用户按视频起呼方式拨打被叫VoLTE彩铃用户的场景下才能体验视频彩铃，即在视频通话的前提下才能体验视频彩铃，存在呼叫流程复杂，对网络承载要求较高的问题。
发明内容
本发明实施例提供了一种播放视频彩铃的方法以及主叫用户设备，用于发起音频起呼，实现视频彩铃播放的功能。
本发明技术方案主要应用的是VoLTE基本网络组网架构，可包括：主叫用户设备，被叫用户设备，核心网和彩铃平台。其中，彩铃平台作为重要的电信增值业务平台，可包括彩铃应用服务器(RBT AS，Ring Back Tone Application Server)和彩铃媒体资源服务器(RBT MRS，Ring Back Tone Media Resource Server)。彩铃平台的信令面与核心网S-CSCF(Serving-Call session Control Function，服务类型的呼叫会话控制功能)相连，媒体面与SBC(Session Border Controller，会话边界控制)相连，为用户提供彩铃的媒体放音。
本发明实施例第一方面提供一种播放视频彩铃的方法，可包括：主叫用户设备向被叫用户设备发起音频呼叫；该主叫用户设备根据该音频呼叫与彩铃平台完成音频彩铃媒体协商之后，接收该彩铃平台发送的视频彩铃媒体协商信息；若该主叫用户设备支持视频彩铃媒体，则该主叫用户设备根据该视频彩铃媒体协商信息和该主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果；该主叫用户设备向该彩铃平台发送该视频媒体协商结果，该视频媒体协商结果用于该彩铃平台进行视频彩铃播放。
在本发明实施例中，主叫UE向被叫用户设备发起音频呼叫之后，先进行音频媒体协商，再进行视频媒体协商，实现音频起呼播放视频彩铃的功能。本发明解决了只有在用户发起视频通话的前提下才有可能体验视频彩铃的限制，基于本发明技术方案，可以解决VoLTE用户在发起语音通话的场景下也能体验视频彩铃，从而为VoLTE下的彩铃业务创新提供了良好的技术保障，也为彩铃能够创造和挖掘更大的商业价值。
结合本发明实施例的第一方面，在一种可能的实现方式中，该视频媒体协商结果包括该主叫用户设备支持视频彩铃媒体的信息，该主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
在本发明实施例中，对视频媒体协商结果做了一个具体的说明，应理解，这里的视频媒体协商结果是由SDP协议携带的，视频媒体协商结果包括但不限于该主叫用户设备支持视 频彩铃媒体的信息，该主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息，主叫用户设备和彩铃平台根据视频媒体协商结果包括的信息传输视频媒体流信息。
本发明实施例第二方面提供一种播放视频彩铃的方法，可包括：彩铃平台接收主叫用户设备发起的音频呼叫；该彩铃平台根据该音频呼叫完成与该主叫用户设备的音频彩铃媒体协商之后，该彩铃平台向该主叫用户设备发送视频彩铃媒体协商信息；该彩铃平台接收该主叫用户设备发送的视频媒体协商结果；该彩铃平台根据该视频媒体协商结果，进行视频彩铃播放。
在本发明实施例中，主叫UE向被叫用户设备发起音频呼叫之后，彩铃平台获取音频呼叫，先进行音频媒体协商，再进行视频媒体协商，实现音频起呼播放视频彩铃的功能。本发明解决了只有在用户发起视频通话的前提下才有可能体验视频彩铃的限制，基于本发明技术方案，可以解决VoLTE用户在发起语音通话的场景下也能体验视频彩铃，从而为VoLTE下的彩铃业务创新提供了良好的技术保障，也为彩铃能够创造和挖掘更大的商业价值。
结合本发明实施例的第二方面，在第一种可能的实现方式中，该视频媒体协商结果包括该主叫用户设备支持视频彩铃媒体的信息，该主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
在本发明实施例中，对视频媒体协商结果做了一个具体的说明，应理解，这里的视频媒体协商结果是由SDP协议携带的，视频媒体协商结果包括但不限于该主叫用户设备支持视频彩铃媒体的信息，该主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息，主叫用户设备和彩铃平台根据视频媒体协商结果包括的信息传输视频媒体流信息。
结合本发明实施例的第二方面、第一种可能的实现方式，在第二种可能的实现方式中，该彩铃平台向主叫用户设备发送视频彩铃媒体协商信息，包括：若被叫用户设备开通视频彩铃业务或该彩铃平台确定播放视频彩铃，则该彩铃平台向该主叫用户设备发送该视频彩铃媒体协商信息。
在本发明实施例中，对彩铃平台发送视频彩铃媒体协商信息的条件作了进一步的限定，该彩铃平台完成音频彩铃媒体协商之后，若被叫用户设备开通视频彩铃业务或该彩铃平台确定播放视频彩铃，则该彩铃平台向该主叫用户设备发送该视频彩铃媒体协商信息。彩铃平台可以灵活的根据业务侧的控制决定是否要播放视频彩铃，若播放，则发送视频彩铃媒体协商信息。
本发明实施例第三方面提供一种播放视频彩铃的方法，可包括：主叫用户设备向被叫用户设备发起音频呼叫；该主叫用户设备接收彩铃平台发送的视频彩铃媒体协商信息；若该主叫用户设备支持视频彩铃媒体，则该主叫用户设备根据该视频彩铃媒体协商信息和该主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果；该主叫用户设备向该彩铃平台发送该视频媒体协商结果，该视频媒体协商结果用于该彩铃平台进行视频彩铃播放。
在本发明实施例中，主叫UE向被叫用户设备发起音频呼叫之后，直接将原有的音频媒体协商，替换为视频媒体协商，实现音频起呼播放视频彩铃的功能。减少一次音频媒体协商的过程，节约时间和网络资源。
结合本发明实施例的第三方面，在一种可能的实现方式中，该视频媒体协商结果包括该 主叫用户设备支持视频彩铃媒体的信息，该主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
在本发明实施例中，对视频媒体协商结果做了一个具体的说明，应理解，这里的视频媒体协商结果是由SDP协议携带的，视频媒体协商结果包括但不限于该主叫用户设备支持视频彩铃媒体的信息，该主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息，主叫用户设备和彩铃平台根据视频媒体协商结果包括的信息传输视频媒体流信息。
本发明实施例第四方面提供一种播放视频彩铃的方法，可包括：彩铃平台接收主叫用户设备发起的音频呼叫；该彩铃平台向该主叫用户设备发送视频彩铃媒体协商信息；该彩铃平台接收该主叫用户设备发送的视频媒体协商结果；该彩铃平台根据该视频媒体协商结果，进行视频彩铃播放。
在本发明实施例中，主叫UE向被叫用户设备发起音频呼叫之后，直接将原有的音频媒体协商，替换为视频媒体协商，实现音频起呼播放视频彩铃的功能。减少一次音频媒体协商的过程，节约时间和网络资源。
结合本发明实施例的第四方面，在第一种可能的实现方式中，该视频媒体协商结果包括该主叫用户设备支持视频彩铃媒体的信息，该主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
在本发明实施例中，对视频媒体协商结果做了一个具体的说明，应理解，这里的视频媒体协商结果是由SDP协议携带的，视频媒体协商结果包括但不限于该主叫用户设备支持视频彩铃媒体的信息，该主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息，主叫用户设备和彩铃平台根据视频媒体协商结果包括的信息传输视频媒体流信息。
结合本发明实施例的第四方面、第一种可能的实现方式，在第二种可能的实现方式中，该彩铃平台向该主叫用户设备发送视频彩铃媒体协商信息，可包括：若被叫用户设备开通视频彩铃业务或该彩铃平台确定播放视频彩铃，则该彩铃平台向该主叫用户设备发送该视频彩铃媒体协商信息。
在本发明实施例中，对彩铃平台发送视频彩铃媒体协商信息的条件作了进一步的限定，若被叫用户设备开通视频彩铃业务或该彩铃平台确定播放视频彩铃，则该彩铃平台向该主叫用户设备发送该视频彩铃媒体协商信息。彩铃平台可以灵活的根据业务侧的控制决定是否要播放视频彩铃，若播放，则发送视频彩铃媒体协商信息。
本发明实施例第五方面提供一种主叫用户设备，具有实现对应于上述第一方面提供的实现视频播放的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本发明实施例第六方面提供一种彩铃平台，具有实现对应于上述第二方面提供的实现视频播放的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本发明实施例第七方面提供一种主叫用户设备，具有实现对应于上述第三方面提供的实现视频播放的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本发明实施例第八方面提供一种彩铃平台，具有实现对应于上述第四方面提供的实现视频播放的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本发明实施例第九方面提供一种主叫用户设备，可包括：收发器，处理器，该收发器和该处理器通过总线连接；
该收发器，用于向被叫用户设备发起音频呼叫；该主叫用户设备根据该音频呼叫与彩铃平台完成音频彩铃媒体协商之后，接收该彩铃平台发送的视频彩铃媒体协商信息；向该彩铃平台发送该视频媒体协商结果，该视频媒体协商结果用于该彩铃平台进行视频彩铃播放；
该处理器，用于若该主叫用户设备支持视频彩铃媒体，则该处理器根据该视频彩铃媒体协商信息和该主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果。
本发明实施例第十方面提供一种彩铃平台，可包括：收发器，处理器，该收发器和该处理器通过总线连接；
该收发器，用于接收主叫用户设备发起的音频呼叫；该彩铃平台根据音频呼叫完成与该主叫用户设备的音频彩铃媒体协商之后，该发送单元向该主叫用户设备发送视频彩铃媒体协商信息；接收该主叫用户设备发送的视频媒体协商结果；
该处理器，用于根据该视频媒体协商结果，进行视频彩铃播放。
本发明实施例第十一方面提供一种主叫用户设备，可包括：收发器，处理器，该收发器和该处理器通过总线连接；
该收发器，用于向被叫用户设备发起音频呼叫；接收彩铃平台发送的视频彩铃媒体协商信息；向该彩铃平台发送该视频媒体协商结果，该视频媒体协商结果用于该彩铃平台进行视频彩铃播放；
该处理器，用于若该主叫用户设备支持视频彩铃媒体，则该处理器根据该视频彩铃媒体协商信息和该主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果。
本发明实施例第十二方面提供一种彩铃平台，可包括：收发器，处理器，该收发器和该处理器通过总线连接；
该收发器，用于接收主叫用户设备发起的音频呼叫；向该主叫用户设备发送视频彩铃媒体协商信息；接收该主叫用户设备发送的视频媒体协商结果；
该处理器，用于根据该视频媒体协商结果，进行视频彩铃播放。
本发明实施例第十三方面提供一种系统，包括：主叫用户设备和彩铃平台；
所述主叫用户设备为执行上述第一方面及任一可能的实现方式中的主叫用户设备；
所述彩铃平台为执行上述第二方面及任一可能的实现方式中的彩铃平台。
本发明实施例第十四方面提供一种系统，包括：主叫用户设备和彩铃平台；
所述主叫用户设备为执行上述第三方面及任一可能的实现方式中的主叫用户设备；
所述彩铃平台为执行上述第四方面及任一可能的实现方式中的彩铃平台。
本发明实施例第十五方面提供一种存储介质，需要说明的是，本发的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产口的形式体现出来，该计算机软件产品存储在一个存储介质中，用于储存为上述设备所用的计算机软件指令，其包含用于执行上述第一方面、第二方面、第三方面或第四方面为设备所设计的程序。
该存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存 取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
从以上技术方案可以看出，本发明实施例具有以下优点：
在本发明实施例中，主叫用户设备向被叫用户设备发起音频呼叫；所述主叫用户设备根据所述音频呼叫与彩铃平台完成音频彩铃媒体协商之后，接收所述彩铃平台发送的视频彩铃媒体协商信息；若所述主叫用户设备支持视频彩铃媒体，则所述主叫用户设备根据所述视频彩铃媒体协商信息和所述主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果；所述主叫用户设备向所述彩铃平台发送所述视频媒体协商结果，所述视频媒体协商结果用于所述彩铃平台进行视频彩铃播放。实现了音频起呼的情况下，实现视频彩铃的功能，降低了视频彩铃呼叫流程的复杂度，减少了网络承载压力。
附图说明
为了更清楚地说明本发明实施例技术方案，下面将对实施例和现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1.a为本发明实施例中提供的一个系统架构示意图；
图1.b为本发明实施例中提供的会话描述协议SDP组网模型的示意图；
图2为本发明实施例中播放视频彩铃的方法的一个实施例示意图；
图3为本发明实施例中播放视频彩铃的方法的另一个实施例示意图；
图4为本发明实施例中播放视频彩铃的方法的另一个实施例示意图；
图5为本发明实施例中主叫用户设备的一个实施例示意图；
图6为本发明实施例中彩铃平台的一个实施例示意图；
图7为本发明实施例中主叫用户设备的另一个实施例示意图；
图8为本发明实施例中彩铃平台的另一个实施例示意图；
图9为本发明实施例中主叫用户设备的另一个实施例示意图；
图10为本发明实施例中彩铃平台的另一个实施例示意图。
具体实施方式
本发明实施例提供了一种播放视频彩铃的方法以及主叫用户设备，用于发起音频起呼，实现视频彩铃播放的功能。
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
本发明技术方案主要应用的VoLTE基本网络组网架构如图1所示，为本发明实施例的一个系统架构图，可包括：主叫用户设备，被叫用户设备，核心网和彩铃平台。其中，彩铃平台作为重要的电信增值业务平台，可包括彩铃应用服务器(RBT AS，Ring Back Tone Application Server)和彩铃媒体资源服务器(RBT MRS，Ring Back Tone Media Resource Server)，需要说明的是，RBT AS和RBT MRS可以是单独的实体，也可以集成在一起，逻辑上是相互独立的两个模块，位于被叫IMS域核心网侧。彩铃平台的信令面与核心网S-CSCF(Serving-Call session Control Function，服务类型的呼叫会话控制功能)相连，媒体面与SBC (Session Border Controller，会话边界控制)相连，为用户提供彩铃的媒体放音。
在图1.a所示的架构图中，主叫IMS域可包括主叫IMS域核心网和EPC(Evolved Packet Core，演进分组核心网)。在主叫IMS域核心网包括：HSS(Home Subscriber Server，归属用户服务器)，TAS(Telephony Application Server，电话应用服务器)，I/S-CSCF(I-CSCF，Interrogating-Call session Control Function，查询类型的呼叫会话控制)和SBC/P-CSCF(P-CSCF，Proxy-Call session Control Function，代理类型的呼叫会话控制功能)。EPC中包括S/P-GW(P-GW，public data network gateway，分组数据网网关，S-GW:serving gateway服务网关)和MME(Mobile Management Entity，移动管理实体)。
在被叫IMS域除了包括上述主叫IMS域中所说明的网元之外，还包括RBT AS/RBT MRS。需要说明的是，上述的说明并不构成对发明实施例的系统架构图的限定，本发明实施例的系统架构图包括但不限于在图1所示。
下面对上述中所提及的一些关键网元做一个简要的说明：
S-CSCF：英文全称：Serving-Call session Control Function，中文翻译：服务类型的呼叫会话控制功能，是IMS(IP多媒体子系统)核心网的中心节点，主要用于用户的注册、鉴权控制、会话路由和业务触发控制，并维持会话状态信息等。
I-CSCF：英文全称：Interrogating-Call session Control Function，中文翻译：查询类型的呼叫会话控制，是IMS网络的统一初步入口点，负责用户注册的S-CSCF的指配和查询等。
P-CSCF：英文全称：Proxy-Call session Control Function，中文翻译：代理类型的呼叫会话控制功能，是SIP(Session Initiation Protocol，会话初始协议)用户接入IMS网络的入口节点，主要负责信令和消息的代理等。
TAS：英文全称：Telephony Application Server，中文翻译：电话应用服务器)，MMTel AS(Multimedia Telephony Application Server，多媒体电话应用服务器)提供多媒体电话基本业务及补充业务；SCC AS(service centralization and continuity application server Application Server，连续性应用服务器)提供接入域选择T-ADS(terminating access domain selection，被叫接入域选)的能力以及和其他网元配合保证切换，即SRVCC(Single Radio Voice Call Continuity，单一无线制式语音呼叫连续性)和eSRVCC(Enhanced Single Radio Voice Call Continuity，增强的单一无线语音呼叫连续性)业务连续性。
HSS：Home Subscriber Server，归属用户服务器，是存储用户签约信息和位置信息的用户数据库系统。
SBC：Session Border Controller，会话边界控制，提供安全接入和媒体处理。
MME：Mobile Management Entity，移动管理实体，是EPC(Evolved Packet Core，演进分组核心网)网络的核心设备，提供了MME逻辑实体的功能。
S/P-GW:是EPC网络的核心设备，提供了服务网关(serving gateway，S-GW)和分组数据网网关(public data network gateway，P-GW)逻辑实体的功能。
RBT AS/RBT MRS：彩铃应用服务器和彩铃媒体资源服务器，信令面AS与IMS核心网S-CSCF相连，媒体面MRS与SBC相连，用于彩铃呼叫时负责接续被叫和触发彩铃放音。
IMS域彩铃SIP路由触发简述：
IMS域彩铃触发主要遵循的3GPP 24.182协议规范，采用被叫IMS域触发原则，当主叫IMS域发起的INVITE(请求)消息送至被叫IMS域S-CSCF后，被叫S-CSCF通过用户的 iFC(initial Filter Criteria，初始过滤规则)签约信息，触发到彩铃平台，彩铃平台处理之后，呼叫消息回到S-CSCF，继续后续呼叫流程。彩铃平台收到被叫振铃消息(180)后启动向主叫用户的放音流程，当被叫摘机后，彩铃平台发起re-INVITE(重请求)流程，完成主被叫之间的媒体协商，并最终完成主、被叫用户之间的通话。
在现有技术中，主叫用户要想体验视频彩铃，只有在视频起呼被叫视频彩铃用户的条件下，才能体验视频彩铃，所以，对视频彩铃的普及造成了一定的限制。在本发明技术方案中，提出了一种音频起呼被叫视频彩铃用户，也能体验视频彩铃，提高了视频彩铃的应用。基于现有的VoLTE音频彩铃呼叫放音流程，本发明技术方案核心思路就是改变彩铃与主叫终端之间的媒体协商，用视频媒体替代音频媒体进行重协商，一种方法是在原流程音频媒体协商的基础上增加一次彩铃平台与主叫终端的视频媒体协商过程，另一种方法是直接用彩铃视频媒体协商替换原流程中彩铃音频媒体协商过程，相比第一种方法不再进行多一次的音频媒体协商过程。
在本发明技术方案中，所用到的协议主要为SDP(Session Description Protocol，会话描述协议)，用于两个会话实体之间的媒体协商，并达成一致，属信令语言族，采用文本(字符)描述形式。SDP组网模型主要是一个请求/响应模型(offer/answer)，如图1.b所示，包括请求/响应的实体和不同阶段的操作行为，如初始协商过程和重协商过程，并简单介绍消息中各种参数的含义。
Offer/Answer模型包括两个实体，一个是请求主体Offerer，另外一个是响应实体Answerer，两个实体只是在逻辑上进行区分，在一定条件下可以转换。例如，手机A发起媒体协商请求，那么A就是Offerer，反之如果A为接收请求则为Offerer。
Offerer发给Answerer的请求消息称为请求offer，内容包括媒体流类型、各个媒体流使用的编码集，以及将要用于接收媒体流的IP和端口等信息。Answerer收到offer之后，回复给Offerer的消息称为响应，内容包括要使用的媒体编码，是否接收该媒体流以及告诉Offerer其用于接收媒体流的IP和端口等信息。
现有彩铃呼叫流程主要参考Gateway Precondition(网关前置条件)和Gateway no-Precondition(网关非前置条件)两种模式，主要差异在于Precondition模式需要终端、核心网共同配合做预留资源，而no-Precondition模式则不需要。下面以实施例的方式，对本发明技术方案做一个说明。在本发明实施例中，彩铃平台包括的RBT AS和RBT MRS，逻辑上是两个独立的个体，也可以是集成在一起实现，也可以作为单独的个体实现，在下述的实施例示意图中以分别示出来进行说明。
(一)Gateway Precondition模式：
如图2所示，为本发明实施例中播放视频彩铃的方法的一个实施例示意图，包括：
201、主叫用户设备向被叫用户设备发起音频呼叫，并完成主叫UE和被叫UE的资源预留；
在本发明实施例中，主叫用户设备向被叫用户设备发起音频呼叫，并完成主叫用户设备和被叫用户设备的资源预留。本发明实施例应用的系统架构可包括主叫UE，被叫UE，S-CSCF，RBT AS和RBT MRS；其中被叫UE，S-CSCF，RBT AS和RBT MRS都属于被叫IMS域；RBT AS和RBT MRS可认为是彩铃平台。
具体的，可包括：1：主叫用户设备(User Equipment，UE)发出初始请求(Invite)消息，该Invite消息包括主叫UE的SDP会话描述协议信息和音频呼叫；
2：通过S-CSCF将Invite消息传输到RBT AS；
3：RBT AS收到Invite消息，再将该Invite消息发送到S-CSCF；
4：S-CSCF将Invite消息透传至被叫UE；
5：被叫UE接收到Invite消息后，返回183消息至S-CSCF，183消息包括被叫UE的会话描述协议信息，完成被叫UE的资源预留；
6：S-CSCF将183消息发送至RBT AS；
7：RBT AS再将183消息发送至S-CSCF；
8：S-CSCF将183消息发送至主叫UE；
9：主叫UE接收183消息之后，再返回确认(PRACK)消息；
10：通过S-CSCF将确认(PRACK)消息发送至RBT AS；
11：RBT AS再将确认(PRACK)消息返回至S-CSCF；
12：S-CSCF透传确认(PRACK)消息至被叫UE；
13：被叫UE接收确认(PRACK)消息之后，返回200消息，携带PRACK信息至S-CSCF；
14：S-CSCF将200消息发送至RBT AS；
15：RBT AS将200消息发送至S-CSCF；
16：S-CSCF将200消息发送至主叫UE；
17：主叫UE接收200消息，主叫资源预留成功，返回update消息，update消息包括主叫UE的SDP信息；
18：通过S-CSCF将update消息发送到RBT AS；
19：RBT AS将update消息返回至S-CSCF；
20：S-CSCF通过透传将update消息发送至被叫UE；
21：被叫UE接收update消息，返回200消息，200消息包括被叫UE的SDP信息；
22：S-CSCF接收200消息，将200消息发送至RBT AS；
23：RBT AS将200消息返回S-CSCF；
24：S-CSCF将200消息发送至主叫UE；
25：被叫UE发送180消息；
26：S-CSCF接收180消息，将180消息向RBT AS发送。
202、进行音频媒体协商；
在本发明实施例中，该步骤主要是主叫用户设备和彩铃平台完成音频媒体协商的过程。具体的，可包括：
27：RBT AS接收180消息；向RBT MRS发送Invite消息，Invite消息携带音频彩铃SDP信息，进行放音资源准备；
28：RBT MRS根据业务侧的控制判断此次音频呼叫是否要放视频彩铃；如果放视频彩铃，先返回200消息携带音频彩铃SDP信息，音频彩铃SDP信息也可称呼为音频彩铃媒体协商信息，进行音频媒体协商；如果业务侧控制不放视频彩铃，则保持原有音频起呼播放音频彩铃流程不变。或者，RBT MRS确定被叫UE是否开通视频彩铃业务，若开通，则返回200消息携带音频彩铃SDP信息进行音频媒体协商；
应理解，不是所有的音频起呼场景都需要播放视频彩铃，彩铃AS是否修改与主叫UE的音频媒体为视频媒体，还可以取决于彩铃业务管理侧的业务控制，该业务控制有许多方法， 但核心思路都是判断此次呼叫是否满足视频媒体协商的条件。
29：RBT AS接收200消息，发起更新(update)消息，该update消息中携带音频彩铃SDP信息；
30：通过S-CSCF，向主叫UE传输update消息，该update消息中携带音频彩铃SDP信息；
31：主叫UE接收update消息，根据update消息中携带音频彩铃SDP信息和主叫UE的媒体能力信息，进行音频媒体协商，确定音频媒体协商结果，并发送200消息，200消息中携带该音频媒体协商结果；
32：通过S-CSCF将200消息传输至RBT AS；
33：RBT AS接收200消息，根据音频媒体协商结果向RBT MRS发送确认(ACK)消息。
下面以示例的形式，对音频彩铃SDP信息做一个说明，如下所示：
v＝0/*协议版本信息，此处为使用SDP版本号为0*/
o＝HuaWei 419 419 IN IP4 10.137.2.197/*所有者/创建者和会话标识符(此处会话发起端的用户名为HuaWei；会话标识符为419；会话版本为419；网络类型为"IN"，表示"Internet"；地址类型目前定义了"IP4"、"IP6"，此处为IP4；地址为10.137.2.197。)*/
s＝Sip Call/*会话名称("s＝"域指示会话名，此处为Sip Call)*/
c＝IN IP4 10.135.66.188/*连接信息(网络类型：IN标识为"Internet"，地址类型：IP4，连接地址：10.135.66.188)*/
t＝0 0/*会话活动时间(开始、结束时间都为0，表示为持久会话)*/
m＝audio 34318 RTP/AVP 104/*开始音频媒体信息描述。音频媒体数据将发送到34318端口，发送协议是基于UDP的RTP协议，格式为104(动态RTP载荷类型)*/
a＝rtpmap:104 AMR-WB/16000/*对载荷类型104进行说明，为AMR-WB编码方式，采样时钟为16000Hz*/
a＝ptime:20/*媒体流打包时长，此处为20ms*/
a＝maxptime:240/*媒体流打包的最多时长，此处为240ms。*/
203、进行视频媒体协商；
在本发明实施例中，该步骤主要是主叫用户设备和彩铃平台完成视频媒体协商的过程。具体的，可包括：
34：RBT MRS接收确认(ACK)消息后，向RBT AS发起一次重请求(re-Invite)消息，re-Invite消息中包括视频彩铃SDP信息；
35：RBT AS接收重请求之后，再发起一次update消息，该update消息中携带视频彩铃SDP信息，视频彩铃SDP信息也可称呼为视频彩铃媒体协商信息；
36：通过S-CSCF，向主叫UE传输update消息，该update消息中携带视频彩铃SDP信息；
37：主叫UE接收update消息，若主叫UE支持视频彩铃媒体，根据update消息中携带视频彩铃SDP信息和主叫UE的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果，并发送200消息，200消息中携带该视频媒体协商结果；
应理解，这里的视频媒体协商结果也是由SDP协议携带的，视频媒体协商结果包括但不限于所述主叫用户设备支持视频彩铃媒体的信息，所述主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
38：通过S-CSCF将200消息传输至RBT AS；
39：RBT AS接收200消息，向RBT MRS发送该200消息，200消息中包括视频媒体协商结果；
40：RBT MRS收到200消息之后，根据视频媒体协商结果向RBT AS发送ACK消息。
下面以示例的形式，对视频彩铃SDP信息做一个说明，如下所示：
v＝0/*协议版本信息，此处为使用SDP版本号为0*/
o＝HuaWei 419 419 IN IP4 10.137.2.197/*所有者/创建者和会话标识符(此处会话发起端的用户名为HuaWei；会话标识符为419；会话版本为419；网络类型为"IN"，表示"Internet"；地址类型目前定义了"IP4"、"IP6"，此处为IP4；地址为10.137.2.197。)*/
s＝Sip Call/*会话名称("s＝"域指示会话名，此处为Sip Call)*/
c＝IN IP4 10.135.66.188/*连接信息(网络类型：IN标识为"Internet"，地址类型：IP4，连接地址：10.135.66.188)*/
t＝0 0/*会话活动时间(开始、结束时间都为0，表示为持久会话)*/
m＝audio 34318 RTP/AVP 104/*开始音频媒体信息描述。音频媒体数据将发送到34318端口，发送协议是基于UDP的RTP协议，格式为104(动态RTP载荷类型)*/
a＝rtpmap:104 AMR-WB/16000/*对载荷类型104进行说明，为AMR-WB编码方式，采样时钟为16000Hz*/
a＝ptime:20/*媒体流打包时长，此处为20ms*/
a＝maxptime:240/*媒体流打包的最多时长，此处为240ms。*/
m＝video 5098 RTP/AVP 102/*开始视频媒体信息描述。视频媒体数据将发送到5098端口，发送协议是基于UDP的RTP协议，格式为102*/
a＝rtpmap:102 H264/90000/*对载荷类型102进行说明，为H264编码方式，采样时钟为90000Hz*/
a＝fmtp:102 profile-level-id＝42801F；packetization-mode＝0/*进一步给出载荷类型102的参数为“profile-level-id＝42801F；packetization-mode＝0”。*/
204、主叫UE振铃。
在本发明实施例中，是主叫UE振铃的过程。具体的，可包括：
41：RBT AS发送180消息；
42：通过S-CSCF发送至主叫UE；
彩铃平台播放视频彩铃，主叫UE显示该视频彩铃。需要说明的是，RBT AS与RBT MRS之间的信令交互为彩铃平台内部模块间的交互流程，供参考。RBT AS与RBT MRS之间的信令交互不局限于上述流程中列举的方式，可以有多种实现，能完成从音频SDP到视频SDP的重协商过程的信令交互都可以。
在本发明实施例中，是在Gateway Precondition模式下，主叫UE发起音频呼叫之后，先进行音频媒体协商，再进行视频媒体协商，实现音频起呼播放视频彩铃的功能。本发明解决了只有在用户发起视频通话的前提下才有可能体验视频彩铃的限制，基于本发明技术方案，可以解决VoLTE用户在发起语音通话的场景下也能体验视频彩铃，从而为VoLTE下的彩铃业务创新提供了良好的技术保障，也为彩铃能够创造和挖掘更大的商业价值。
如图3所示，为本发明实施例中播放视频彩铃的方法的另一个实施例示意图，包括：
301、主叫用户设备向被叫用户设备发起音频呼叫，并完成主叫UE和被叫UE的资源预留；
在本发明实施例中，步骤301与图2所示的实施例中的步骤201相同，此处不再赘述。
302、进行视频媒体协商；
在本发明实施例中，该步骤主要是主叫用户设备和彩铃平台将音频媒体协商重置为视频媒体协商，并完成视频媒体协商的过程。具体的，可包括：
27：RBT AS接收180消息；向RBT MRS发送Invite消息，Invite消息携带音频彩铃SDP信息，进行放音资源准备；
28：RBT MRS根据业务侧的控制判断此次音频呼叫是否要放视频彩铃，如果放视频彩铃，通过183消息携带音频彩铃SDP信息应答音频主叫offer；如果业务侧控制不允许放视频彩铃，则保持原有音频起呼播放音频彩铃流程不变；或者，RBT MRS确定被叫UE是否开通视频彩铃业务，若开通，通过183消息携带音频彩铃SDP信息应答音频主叫offer。
应理解，不是所有的音频起呼场景都需要播放视频彩铃，彩铃AS是否修改与主叫UE的音频媒体为视频媒体，还可以取决于彩铃业务管理侧的业务控制，该业务控制有许多方法，但核心思路都是判断此次呼叫是否满足视频媒体协商的条件。
29：RBT MRS再回复200消息携带视频彩铃SDP信息，指示RBT AS直接使用视频彩铃SDP信息与主叫UE进行媒体协商；
30：RBT AS接收200消息之后，发起更新(update)消息，该update消息中携带视频彩铃SDP信息，视频彩铃SDP信息也可称呼为视频彩铃媒体协商信息；
31：通过S-CSCF，向主叫UE传输update消息，该update消息中携带视频彩铃SDP信息；
32：主叫UE接收update消息后，若主叫UE支持视频彩铃媒体，根据update消息中携带视频彩铃SDP信息和主叫UE的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果，并发送200消息，200消息中携带该视频媒体协商结果；
应理解，这里的视频媒体协商结果也是由SDP协议携带的，视频媒体协商结果包括但不限于所述主叫用户设备支持视频彩铃媒体的信息，所述主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
33：通过S-CSCF将200消息传输至RBT AS；
34：RBT AS接收200消息，向RBT MRS发送该ACK消息，ACK消息中包括视频媒体协商结果。
下面以示例的形式，对视频彩铃SDP信息做一个说明，如下所示：
v＝0/*协议版本信息，此处为使用SDP版本号为0*/
o＝HuaWei 419 419 IN IP4 10.137.2.197/*所有者/创建者和会话标识符(此处会话发起端的用户名为HuaWei；会话标识符为419；会话版本为419；网络类型为"IN"，表示"Internet"；地址类型目前定义了"IP4"、"IP6"，此处为IP4；地址为10.137.2.197。)*/
s＝Sip Call/*会话名称("s＝"域指示会话名，此处为Sip Call)*/
c＝IN IP4 10.135.66.188/*连接信息(网络类型：IN标识为"Internet"，地址类型：IP4，连接地址：10.135.66.188)*/
t＝0 0/*会话活动时间(开始、结束时间都为0，表示为持久会话)*/
m＝audio 34318 RTP/AVP 104/*开始音频媒体信息描述。音频媒体数据将发送到34318端口，发送协议是基于UDP的RTP协议，格式为104(动态RTP载荷类型)*/
a＝rtpmap:104 AMR-WB/16000/*对载荷类型104进行说明，为AMR-WB编码方式，采 样时钟为16000Hz*/
a＝ptime:20/*媒体流打包时长，此处为20ms*/
a＝maxptime:240/*媒体流打包的最多时长，此处为240ms。*/
m＝video 5098 RTP/AVP 102/*开始视频媒体信息描述。视频媒体数据将发送到5098端口，发送协议是基于UDP的RTP协议，格式为102*/
a＝rtpmap:102 H264/90000/*对载荷类型102进行说明，为H264编码方式，采样时钟为90000Hz*/
a＝fmtp:102 profile-level-id＝42801F；packetization-mode＝0/*进一步给出载荷类型102的参数为“profile-level-id＝42801F；packetization-mode＝0”。*/
303、主叫UE振铃。
在本发明实施例中，是主叫UE振铃的过程。具体的，可包括：
35：RBT AS发送180消息；
36：通过S-CSCF发送至主叫UE。
彩铃平台播放视频彩铃，主叫UE显示视频彩铃。需要说明的是，RBT AS与RBT MRS之间的信令交互为彩铃平台内部模块间的交互流程，供参考。RBT AS与RBT MRS之间的信令交互不局限于上述流程中列举的方式，可以有多种实现，能完成视频媒体协商过程的信令交互都可以。
在本发明实施例中，是在Gateway Precondition模式下，主叫UE发起音频呼叫之后，直接将原有的音频媒体协商，替换为视频媒体协商，实现音频起呼播放视频彩铃的功能。相对于图2所示的实施例，减少一次音频媒体协商的过程，节约时间和网络资源。
(二)Gateway no-Precondition模式：
如图4所示，为本发明实施例中播放视频彩铃的方法的另一个实施例示意图，包括：
401、主叫用户设备向被叫用户设备发起音频呼叫；
本发明实施例应用的系统架构可包括主叫UE，被叫UE，S-CSCF，RBT AS和RBT MRS；其中被叫UE，S-CSCF，RBT AS和RBT MRS都属于被叫IMS域；RBT AS和RBT MRS可认为是彩铃平台。
主叫用户设备向被叫用户设备发起音频呼叫，具体的，可包括：
1：主叫用户设备(User Equipment，UE)发出初始请求(Invite)消息，该Invite消息包括主叫UE的SDP会话描述协议信息和音频呼叫；
2：通过S-CSCF将Invite消息传输到RBT AS；
3：RBT AS收到Invite消息，再将该Invite消息发送到S-CSCF；
4：S-CSCF将Invite消息透传至被叫UE；
5：被叫UE接收到Invite消息后，返回180消息至S-CSCF；
6：S-CSCF接收180消息，并向RBT AS发送180消息。
402、进行视频媒体协商；
在本发明实施例中，该步骤主要是主叫用户设备和彩铃平台完成视频媒体协商的过程。具体的，可包括：
7：RBT AS接收180消息；向RBT MRS发送Invite消息，Invite消息携带音频彩铃SDP信息，进行放音资源准备；
8：RBT MRS根据业务侧的控制判断此次音频呼叫是否要放视频彩铃；如果放视频彩铃，先返回200消息携带音频彩铃SDP信息，音频彩铃SDP信息也可称呼为音频彩铃媒体协商信息，进行音频媒体协商；如果业务侧控制不放视频彩铃，则保持原有音频起呼播放音频彩铃流程不变。或者，RBT MRS确定被叫UE是否开通视频彩铃业务，若开通，则返回200消息携带音频彩铃SDP信息进行音频媒体协商；
应理解，不是所有的音频起呼场景都需要播放视频彩铃，彩铃AS是否修改与主叫UE的音频媒体为视频媒体，还可以取决于彩铃业务管理侧的业务控制，该业务控制有许多方法，但核心思路都是判断此次呼叫是否满足视频媒体协商的条件。
9：RBT AS接收200消息，发起183消息，该183消息中携带音频彩铃SDP信息；
10：通过S-CSCF，向主叫UE传输183消息，该183消息中携带音频彩铃SDP信息；
11：主叫UE接收183消息，根据183消息中携带音频彩铃SDP信息和主叫UE的媒体能力信息，进行音频媒体协商，确定音频媒体协商结果，并发送PRACK消息；
12：通过S-CSCF将PRACK消息传输至RBT AS；
13：RBT AS接收PRACK消息，向S-CSCF发送200消息，200消息中携带PRACK消息；
14：通过S-CSCF向主叫UE发送200消息，200消息中携带PRACK消息。
15：RBT AS发送ACK消息至RBT MRS；
16：RBT MRS接收确认(ACK)消息后，向RBT AS发起一次重请求(re-Invite)消息，re-Invite消息中包括视频彩铃SDP信息；
17：RBT AS接收重请求之后，发起update消息，该update消息中携带视频彩铃SDP信息，视频彩铃SDP信息也可称呼为视频彩铃媒体协商信息；
18：通过S-CSCF，向主叫UE传输update消息，该update消息中携带视频彩铃SDP信息；
19：主叫UE接收update消息，若主叫UE支持视频彩铃媒体，根据update消息中携带视频彩铃SDP信息和主叫UE的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果，并发送200消息，200消息中携带该视频媒体协商结果；
应理解，这里的视频媒体协商结果也是由SDP协议携带的，视频媒体协商结果包括但不限于所述主叫用户设备支持视频彩铃媒体的信息，所述主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
20：通过S-CSCF将200消息传输至RBT AS；
21：RBT AS接收200消息，向RBT MRS发送该200消息，200消息中包括视频媒体协商结果；
22：RBT MRS收到200消息之后，根据视频媒体协商结果向RBT AS发送ACK消息。
下面以示例的形式，对视频彩铃SDP信息做一个说明，如下所示：
v＝0/*协议版本信息，此处为使用SDP版本号为0*/
o＝HuaWei 419 419 IN IP4 10.137.2.197/*所有者/创建者和会话标识符(此处会话发起端的用户名为HuaWei；会话标识符为419；会话版本为419；网络类型为"IN"，表示"Internet"；地址类型目前定义了"IP4"、"IP6"，此处为IP4；地址为10.137.2.197。)*/
s＝Sip Call/*会话名称("s＝"域指示会话名，此处为Sip Call)*/
c＝IN IP4 10.135.66.188/*连接信息(网络类型：IN标识为"Internet"，地址类型：IP4，连接地址：10.135.66.188)*/
t＝0 0/*会话活动时间(开始、结束时间都为0，表示为持久会话)*/
m＝audio 34318 RTP/AVP 104/*开始音频媒体信息描述。音频媒体数据将发送到34318端口，发送协议是基于UDP的RTP协议，格式为104(动态RTP载荷类型)*/
a＝rtpmap:104 AMR-WB/16000/*对载荷类型104进行说明，为AMR-WB编码方式，采样时钟为16000Hz*/
a＝ptime:20/*媒体流打包时长，此处为20ms*/
a＝maxptime:240/*媒体流打包的最多时长，此处为240ms。*/
m＝video 5098 RTP/AVP 102/*开始视频媒体信息描述。视频媒体数据将发送到5098端口，发送协议是基于UDP的RTP协议，格式为102*/
a＝rtpmap:102 H264/90000/*对载荷类型102进行说明，为H264编码方式，采样时钟为90000Hz*/
a＝fmtp:102 profile-level-id＝42801F；packetization-mode＝0/*进一步给出载荷类型102的参数为“profile-level-id＝42801F”；packetization-mode＝0。*/
403、主叫UE振铃。
在本发明实施例中，是主叫UE振铃的过程。具体的，可包括：
23：RBT AS发送180消息；
24：通过S-CSCF发送至主叫UE；
彩铃平台播放视频彩铃，主叫UE显示该视频彩铃。需要说明的是，RBT AS与RBT MRS之间的信令交互为彩铃平台内部模块间的交互流程，供参考。
在本发明实施例中，提供的是在Gateway no-Precondition模式下，主叫UE发起音频呼叫之后，直接将原有的音频媒体协商，替换为视频媒体协商，实现音频起呼播放视频彩铃的功能一个实施例。相对于图2所示的实施例，提供的是在Gateway no-Precondition模式下，一种可实现的方案，并且减少一次音频媒体协商的过程，节约时间和网络资源。
上面对本发明实施例中的播放视频彩铃的方法进行了描述，下面对本发明实施例中的主叫用户设备和彩铃平台分别进行描述。
如图5所示，为本发明实施例中的主叫用户设备的一个实施例示意图，包括：
发送单元501，用于向被叫用户设备发起音频呼叫；
接收单元502，用于主叫用户设备根据音频呼叫与彩铃平台完成音频彩铃媒体协商之后，接收彩铃平台发送的视频彩铃媒体协商信息；
处理单元503，用于若主叫用户设备支持视频彩铃媒体，则处理单元根据视频彩铃媒体协商信息和主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果；
发送单元501，还用于向彩铃平台发送视频媒体协商结果，视频媒体协商结果用于彩铃平台进行视频彩铃播放。
可选的，在本发明的一些实施例中，视频媒体协商结果包括主叫用户设备支持视频彩铃媒体的信息，主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
如图6所示，为本发明实施例中的彩铃平台的一个实施例示意图，包括：
接收单元601，用于接收主叫用户设备发起的音频呼叫；
发送单元602，用于彩铃平台根据音频呼叫完成与主叫用户设备的音频彩铃媒体协商之 后，发送单元向主叫用户设备发送视频彩铃媒体协商信息；
接收单元601，还用于接收主叫用户设备发送的视频媒体协商结果；
处理单元603，用于根据视频媒体协商结果，进行视频彩铃播放。
可选的，在本发明的一些实施例中，视频媒体协商结果包括主叫用户设备支持视频彩铃媒体的信息，主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
可选的，在本发明的一些实施例中，
发送单元602，具体用于若被叫用户设备开通视频彩铃业务或彩铃平台确定播放视频彩铃，则发送单元向主叫用户设备发送视频彩铃媒体协商信息。
如图7所示，为本发明实施例中的彩铃平台的另一个实施例示意图，包括：
发送单元701，用于向被叫用户设备发起音频呼叫；
接收单元702，用于接收彩铃平台发送的视频彩铃媒体协商信息；
处理单元703，用于若主叫用户设备支持视频彩铃媒体，则处理单元根据视频彩铃媒体协商信息和主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果；
发送单元701，还用于向彩铃平台发送视频媒体协商结果，视频媒体协商结果用于彩铃平台进行视频彩铃播放。
可选的，在本发明的一些实施例中，视频媒体协商结果包括主叫用户设备支持视频彩铃媒体的信息，主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
如图8所示，为本发明实施例中的彩铃平台的另一个实施例示意图，包括：
接收单元801，用于接收主叫用户设备发起的音频呼叫；
发送单元802，用于向主叫用户设备发送视频彩铃媒体协商信息；
接收单元801，还用于接收主叫用户设备发送的视频媒体协商结果；
处理单元803，用于根据视频媒体协商结果，进行视频彩铃播放。
可选的，在本发明的一些实施例中，视频媒体协商结果包括主叫用户设备支持视频彩铃媒体的信息，主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
可选的，在本发明的一些实施例中，
发送单元802，具体用于若被叫用户设备开通视频彩铃业务或彩铃平台确定播放视频彩铃，则发送单元向主叫用户设备发送视频彩铃媒体协商信息。
如图9所示，为本发明实施例中的主叫用户设备的另一个实施例示意图，包括：
图9示出的是与本发明实施例提供的主叫用户设备，即手机的相关部分结构的框图。参考图9，手机包括：射频(Radio Frequency，RF)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wireless fidelity，WiFi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图9对手机的各个构成部件进行具体的介绍：
RF电路910可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下 行信息接收后，给处理器980处理；另外，将设计上行的数据发送给基站。通常，RF电路910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。
存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元930可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元930可包括触控面板931以及其他输入设备932。触控面板931，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板931上或在触控面板931附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板931可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器980，并能接收处理器980发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板931。除了触控面板931，输入单元930还可以包括其他输入设备932。具体地，其他输入设备932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示面板941，可选的，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板941。进一步的，触控面板931可覆盖显示面板941，当触控面板931检测到在其上或附近的触摸操作后，传送给处理器980以确定触摸事件的类型，随后处理器980根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图9中，触控面板931与显示面板941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板931与显示面板941集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板941的亮度，接近传感器可在手机移动到耳边时，关闭显示面板941和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配 置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路960、扬声器961，传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据输出处理器980处理后，经RF电路910以发送给比如另一手机，或者将音频数据输出至存储器920以便进一步处理。
WiFi属于短距离无线传输技术，手机通过WiFi模块970可以帮助用户收发、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了WiFi模块970，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器980可包括一个或多个处理单元；优选的，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。
手机还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。
在本发明的一个实施例中，该主叫用户设备所包括的RF电路910还具有以下功能：向被叫用户设备发起音频呼叫；主叫用户设备根据音频呼叫与彩铃平台完成音频彩铃媒体协商之后，接收彩铃平台发送的视频彩铃媒体协商信息；向彩铃平台发送视频媒体协商结果，视频媒体协商结果用于彩铃平台进行视频彩铃播放；
处理器980还具有以下功能：若主叫用户设备支持视频彩铃媒体，则处理器980根据视频彩铃媒体协商信息和主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果。
在本发明的另一个实施例中，该主叫用户设备所包括的RF电路910还具有以下功能：发起向被叫用户设备音频呼叫；接收彩铃平台发送的视频彩铃媒体协商信息；向彩铃平台发送视频媒体协商结果，视频媒体协商结果用于彩铃平台进行视频彩铃播放；
处理器980还具有以下功能：若主叫用户设备支持视频彩铃媒体，则处理器980根据视频彩铃媒体协商信息和主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果。
如图10所示，为本发明实施例中的彩铃平台的另一个实施例示意图，包括：
该彩铃平台可因配置或性能不同而产生比较大的差异，可以包括收发器1001，一个或一个以上中央处理器(central processing units，CPU)1002(例如，一个或一个以上处理器)和存储器1003，一个或一个以上存储应用程序10041或数据10042的存储介质1004(例如一个或一个以上海量存储设备)。其中，存储器1003和存储介质1004可以是短暂存储或持久存储。存储在存储介质1004的程序可以包括一个或一个以上模块(图10中没示出)，每 个模块可以包括对彩铃平台中的一系列指令操作。更进一步地，中央处理器1002可以设置为与存储介质1004通信，在彩铃平台上执行存储介质1004中的一系列指令操作。
在本发明的一个实施例中，收发器1001还具有如下功能：用于接收主叫用户设备发起的音频呼叫；用于彩铃平台根据音频呼叫完成与主叫用户设备的音频彩铃媒体协商之后，收发器向主叫用户设备发送视频彩铃媒体协商信息；还用于接收主叫用户设备发送的视频媒体协商结果；
中央处理器1002还具有如下功能：用于根据视频媒体协商结果，进行视频彩铃播放。
可选的，在本发明的一些实施例中，
收发器1001，具体用于若被叫用户设备开通视频彩铃业务或彩铃平台确定播放视频彩铃，则收发器向主叫用户设备发送视频彩铃媒体协商信息。
在本发明的另一个实施例中，收发器1001还具有如下功能：用于接收主叫用户设备发起的音频呼叫；用于向主叫用户设备发送视频彩铃媒体协商信息；还用于接收主叫用户设备发送的视频媒体协商结果；
中央处理器1002还具有如下功能：根据视频媒体协商结果，进行视频彩铃播放。
可选的，在本发明的一些实施例中，
收发器1001，具体还用于若被叫用户设备开通视频彩铃业务或彩铃平台确定播放视频彩铃，则收发器向主叫用户设备发送视频彩铃媒体协商信息。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (20)

  1. 一种播放视频彩铃的方法，其特征在于，包括：
    主叫用户设备向被叫用户设备发起音频呼叫；
    所述主叫用户设备根据所述音频呼叫与彩铃平台完成音频彩铃媒体协商之后，接收所述彩铃平台发送的视频彩铃媒体协商信息；
    若所述主叫用户设备支持视频彩铃媒体，则所述主叫用户设备根据所述视频彩铃媒体协商信息和所述主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果；
    所述主叫用户设备向所述彩铃平台发送所述视频媒体协商结果，所述视频媒体协商结果用于所述彩铃平台进行视频彩铃播放。
  2. 根据权利要求1所述的方法，其特征在于，所述视频媒体协商结果包括所述主叫用户设备支持视频彩铃媒体的信息，所述主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
  3. 一种播放视频彩铃的方法，其特征在于，包括：
    彩铃平台接收主叫用户设备发起的音频呼叫；
    所述彩铃平台根据所述音频呼叫完成与所述主叫用户设备的音频彩铃媒体协商之后，所述彩铃平台向所述主叫用户设备发送视频彩铃媒体协商信息；
    所述彩铃平台接收所述主叫用户设备发送的视频媒体协商结果；
    所述彩铃平台根据所述视频媒体协商结果，进行视频彩铃播放。
  4. 根据权利要求3所述的方法，其特征在于，所述视频媒体协商结果包括所述主叫用户设备支持视频彩铃媒体的信息，所述主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
  5. 根据权利要求3所述的方法，其特征在于，所述彩铃平台向主叫用户设备发送视频彩铃媒体协商信息，包括：
    若被叫用户设备开通视频彩铃业务或所述彩铃平台确定播放视频彩铃，则所述彩铃平台向所述主叫用户设备发送所述视频彩铃媒体协商信息。
  6. 一种播放视频彩铃的方法，其特征在于，包括：
    主叫用户设备向被叫用户设备发起音频呼叫；
    所述主叫用户设备接收彩铃平台发送的视频彩铃媒体协商信息；
    若所述主叫用户设备支持视频彩铃媒体，则所述主叫用户设备根据所述视频彩铃媒体协商信息和所述主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果；
    所述主叫用户设备向所述彩铃平台发送所述视频媒体协商结果，所述视频媒体协商结果用于所述彩铃平台进行视频彩铃播放。
  7. 根据权利要求6所述的方法，其特征在于，所述视频媒体协商结果包括所述主叫用户设备支持视频彩铃媒体的信息，所述主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
  8. 一种播放视频彩铃的方法，其特征在于，包括：
    彩铃平台接收主叫用户设备发起的音频呼叫；
    所述彩铃平台向所述主叫用户设备发送视频彩铃媒体协商信息；
    所述彩铃平台接收所述主叫用户设备发送的视频媒体协商结果；
    所述彩铃平台根据所述视频媒体协商结果，进行视频彩铃播放。
  9. 根据权利要求8所述的方法，其特征在于，所述视频媒体协商结果包括所述主叫用户设备支持视频彩铃媒体的信息，所述主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
  10. 根据权利要求8所述的方法，其特征在于，所述彩铃平台向所述主叫用户设备发送视频彩铃媒体协商信息，包括：
    若被叫用户设备开通视频彩铃业务或所述彩铃平台确定播放视频彩铃，则所述彩铃平台向所述主叫用户设备发送所述视频彩铃媒体协商信息。
  11. 一种主叫用户设备，其特征在于，包括：
    发送单元，用于向被叫用户设备发起音频呼叫；
    接收单元，用于所述主叫用户设备根据所述音频呼叫与彩铃平台完成音频彩铃媒体协商之后，接收所述彩铃平台发送的视频彩铃媒体协商信息；
    处理单元，用于若所述主叫用户设备支持视频彩铃媒体，则所述处理单元根据所述视频彩铃媒体协商信息和所述主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果；
    所述发送单元，还用于向所述彩铃平台发送所述视频媒体协商结果，所述视频媒体协商结果用于所述彩铃平台进行视频彩铃播放。
  12. 根据权利要求11所述的主叫用户设备，其特征在于，所述视频媒体协商结果包括所述主叫用户设备支持视频彩铃媒体的信息，所述主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
  13. 一种彩铃平台，其特征在于，包括：
    接收单元，用于接收主叫用户设备发起的音频呼叫；
    发送单元，用于所述彩铃平台根据所述音频呼叫完成与所述主叫用户设备的音频彩铃媒体协商之后，所述发送单元向所述主叫用户设备发送视频彩铃媒体协商信息；
    所述接收单元，还用于接收所述主叫用户设备发送的视频媒体协商结果；
    处理单元，用于根据所述视频媒体协商结果，进行视频彩铃播放。
  14. 根据权利要求13所述的彩铃平台，其特征在于，所述视频媒体协商结果包括所述主叫用户设备支持视频彩铃媒体的信息，所述主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
  15. 根据权利要求13所述的彩铃平台，其特征在于，
    所述发送单元，具体用于若被叫用户设备开通视频彩铃业务或所述彩铃平台确定播放视频彩铃，则所述发送单元向所述主叫用户设备发送所述视频彩铃媒体协商信息。
  16. 一种主叫用户设备，其特征在于，包括：
    发送单元，用于向被叫用户设备发起音频呼叫；
    接收单元，用于接收彩铃平台发送的视频彩铃媒体协商信息；
    处理单元，用于若所述主叫用户设备支持视频彩铃媒体，则所述处理单元根据所述视频彩铃媒体协商信息和所述主叫用户设备的媒体能力信息，进行视频媒体协商，确定视频媒体协商结果；
    所述发送单元，还用于向所述彩铃平台发送所述视频媒体协商结果，所述视频媒体协商 结果用于所述彩铃平台进行视频彩铃播放。
  17. 根据权利要求16所述的主叫用户设备，其特征在于，所述视频媒体协商结果包括所述主叫用户设备支持视频彩铃媒体的信息，所述主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
  18. 一种彩铃平台，其特征在于，包括：
    接收单元，用于接收主叫用户设备发起的音频呼叫；
    发送单元，用于向所述主叫用户设备发送视频彩铃媒体协商信息；
    所述接收单元，还用于接收所述主叫用户设备发送的视频媒体协商结果；
    处理单元，用于根据所述视频媒体协商结果，进行视频彩铃播放。
  19. 根据权利要求18所述的彩铃平台，其特征在于，所述视频媒体协商结果包括所述主叫用户设备支持视频彩铃媒体的信息，所述主叫用户设备接收视频媒体的互联网协议IP地址、视频通道端口的信息和视频编/解码的信息。
  20. 根据权利要求18所述的彩铃平台，其特征在于，
    所述发送单元，具体用于若被叫用户设备开通视频彩铃业务或所述彩铃平台确定播放视频彩铃，则所述发送单元向所述主叫用户设备发送所述视频彩铃媒体协商信息。
PCT/CN2017/075891 2016-07-27 2017-03-07 一种播放视频彩铃的方法以及主叫用户设备 WO2018018892A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610599513.8 2016-07-27
CN201610599513.8A CN106303104B (zh) 2016-07-27 2016-07-27 一种播放视频彩铃的方法以及主叫用户设备

Publications (1)

Publication Number Publication Date
WO2018018892A1 true WO2018018892A1 (zh) 2018-02-01

Family

ID=57652446

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/075891 WO2018018892A1 (zh) 2016-07-27 2017-03-07 一种播放视频彩铃的方法以及主叫用户设备

Country Status (2)

Country Link
CN (1) CN106303104B (zh)
WO (1) WO2018018892A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110971766A (zh) * 2019-09-27 2020-04-07 华为技术有限公司 呼叫处理的方法和设备
EP4027694A4 (en) * 2019-09-30 2022-11-02 Huawei Technologies Co., Ltd. METHOD AND APPARATUS FOR PLAYING VIDEO MEDIA
CN116405594A (zh) * 2023-06-08 2023-07-07 荣耀终端有限公司 语音通话方法及装置
CN117014552A (zh) * 2023-07-31 2023-11-07 咪咕音乐有限公司 一种基于视频彩铃进行元宇宙场景互动的方法及相关设备
CN117319714A (zh) * 2023-09-15 2023-12-29 中移互联网有限公司 基于中间号平台的视频播放质量的评价预警方法及系统

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106303104B (zh) * 2016-07-27 2019-12-17 华为技术有限公司 一种播放视频彩铃的方法以及主叫用户设备
CN109151222B (zh) * 2017-06-19 2020-12-18 中国电信股份有限公司 用于控制彩铃触发的方法和彩铃平台
CN109803056A (zh) * 2017-11-15 2019-05-24 中兴通讯股份有限公司 一种视频彩铃播放的方法、装置及系统
CN108112029A (zh) * 2017-12-21 2018-06-01 维沃移动通信有限公司 一种寻呼处理方法及移动终端
CN110891123B (zh) 2018-09-07 2021-10-26 华为技术有限公司 交互信息传输方法及装置
CN111031182B (zh) * 2018-10-09 2021-10-22 华为技术有限公司 状态提示多媒体播放的方法、系统及装置
CN111049778B (zh) * 2018-10-12 2021-10-15 华为技术有限公司 一种控制视频彩铃播放的方法及相关装置
CN111193688B (zh) * 2018-11-15 2021-12-24 中国移动通信集团安徽有限公司 实现视频彩铃的方法、装置、设备及介质
CN111385419B (zh) * 2018-12-29 2021-06-01 华为技术有限公司 一种呼叫处理的方法和设备
CN112261231B (zh) * 2019-01-29 2021-08-20 华为技术有限公司 一种视频彩铃的交互方法、装置、存储介质和系统
CN111510414B (zh) * 2019-01-30 2022-01-11 华为技术有限公司 内容发送、接收方法和装置，服务器、终端设备和存储介质
CN111464704B (zh) * 2020-03-16 2022-01-25 咪咕音乐有限公司 彩铃业务的实现方法、服务器、终端及存储介质
CN113726958B (zh) * 2020-05-26 2023-01-03 中国移动通信有限公司研究院 视频彩铃的播放方法、彩铃平台和终端
CN111741170B (zh) * 2020-06-19 2021-08-06 杭州东信北邮信息技术有限公司 一种5g超高清自适应视频彩铃业务系统及其实现方法
CN114070933B (zh) * 2020-08-04 2023-10-27 中国移动通信集团重庆有限公司 视频彩铃协商异常的处理方法、装置以及服务器
CN111970408A (zh) * 2020-08-21 2020-11-20 咪咕音乐有限公司 视频彩铃的播放方法、系统、电子设备和存储介质
CN114598684A (zh) * 2020-12-03 2022-06-07 中兴通讯股份有限公司 视频问候语播放方法、系统、服务器和存储介质
CN112492110B (zh) * 2020-12-18 2022-03-25 咪咕文化科技有限公司 一种视频彩铃交互方法、系统、电子设备及存储介质
CN114025314B (zh) * 2021-10-19 2023-01-10 天翼爱音乐文化科技有限公司 一种视频彩铃的信令连接方法、装置、终端及存储介质
CN117319555A (zh) * 2023-10-19 2023-12-29 中电信数智科技有限公司 一种播放视频彩铃的方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1832518A (zh) * 2005-03-10 2006-09-13 华为技术有限公司 一种提供多媒体彩铃的系统及方法
CN101697566A (zh) * 2009-10-16 2010-04-21 苏成春 基于VoIP的主/被叫双向多媒体彩铃显示系统及方法
CN102131009A (zh) * 2010-01-15 2011-07-20 华为技术有限公司 视频彩铃的播放方法、多媒体彩铃服务器及用户设备
KR20140047560A (ko) * 2012-10-12 2014-04-22 (주)티아이스퀘어 ＶｏＬＴＥ 음성 통화시 음성 및 영상 링백톤 서비스를 제공하는 시스템 및 방법
US20140267553A1 (en) * 2013-03-14 2014-09-18 Cellco Partnership D/B/A Verizon Wireless System For and Method of Providing Video Ring-Back Tones
CN106027817A (zh) * 2016-05-19 2016-10-12 杭州东信北邮信息技术有限公司 一种volte视频彩铃的实现方法和系统
CN106303104A (zh) * 2016-07-27 2017-01-04 华为技术有限公司 一种播放视频彩铃的方法以及主叫用户设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1972340A (zh) * 2005-11-25 2007-05-30 北京三星通信技术研究有限公司 在ims域中实现视频彩铃业务的方法
CN100450003C (zh) * 2006-08-16 2009-01-07 华为技术有限公司 一种实现无话路迂回多媒体彩铃业务的方法及系统
CN101043647A (zh) * 2007-03-13 2007-09-26 华为技术有限公司 实现多媒体彩铃和多媒体彩像业务的方法、系统及装置
CN101409864A (zh) * 2007-10-13 2009-04-15 华为技术有限公司 一种实现终端彩振、彩铃业务的方法和装置
CN101222673B (zh) * 2007-12-26 2010-12-22 华为技术有限公司 多媒体回铃音业务的实现方法及系统
CN102131158B (zh) * 2011-02-22 2015-12-16 中兴通讯股份有限公司 一种实现多媒体彩铃业务的方法及系统
CN104105080B (zh) * 2014-06-26 2018-11-16 中兴通讯股份有限公司 一种视频媒体播放方法、装置及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1832518A (zh) * 2005-03-10 2006-09-13 华为技术有限公司 一种提供多媒体彩铃的系统及方法
CN101697566A (zh) * 2009-10-16 2010-04-21 苏成春 基于VoIP的主/被叫双向多媒体彩铃显示系统及方法
CN102131009A (zh) * 2010-01-15 2011-07-20 华为技术有限公司 视频彩铃的播放方法、多媒体彩铃服务器及用户设备
KR20140047560A (ko) * 2012-10-12 2014-04-22 (주)티아이스퀘어 ＶｏＬＴＥ 음성 통화시 음성 및 영상 링백톤 서비스를 제공하는 시스템 및 방법
US20140267553A1 (en) * 2013-03-14 2014-09-18 Cellco Partnership D/B/A Verizon Wireless System For and Method of Providing Video Ring-Back Tones
CN106027817A (zh) * 2016-05-19 2016-10-12 杭州东信北邮信息技术有限公司 一种volte视频彩铃的实现方法和系统
CN106303104A (zh) * 2016-07-27 2017-01-04 华为技术有限公司 一种播放视频彩铃的方法以及主叫用户设备

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110971766A (zh) * 2019-09-27 2020-04-07 华为技术有限公司 呼叫处理的方法和设备
EP4027694A4 (en) * 2019-09-30 2022-11-02 Huawei Technologies Co., Ltd. METHOD AND APPARATUS FOR PLAYING VIDEO MEDIA
US12088640B2 (en) 2019-09-30 2024-09-10 Huawei Technologies Co., Ltd. Video media playing method and apparatus
CN116405594A (zh) * 2023-06-08 2023-07-07 荣耀终端有限公司 语音通话方法及装置
CN116405594B (zh) * 2023-06-08 2023-10-20 荣耀终端有限公司 语音通话方法及装置
CN117014552A (zh) * 2023-07-31 2023-11-07 咪咕音乐有限公司 一种基于视频彩铃进行元宇宙场景互动的方法及相关设备
CN117319714A (zh) * 2023-09-15 2023-12-29 中移互联网有限公司 基于中间号平台的视频播放质量的评价预警方法及系统

Also Published As

Publication number Publication date
CN106303104B (zh) 2019-12-17
CN106303104A (zh) 2017-01-04

Similar Documents

Publication Publication Date Title
WO2018018892A1 (zh) 一种播放视频彩铃的方法以及主叫用户设备
CN101622893B (zh) 用户指导的动态域选择的系统和方法
EP1677485B1 (en) Method and apparatus for providing multimedia ringback services to user devices in IMS networks.
JP7480267B2 (ja) サービス処理方法、情報送信方法及び関連機器
WO2017177452A1 (zh) VoLTE通信方法、设备以及系统
WO2018209709A1 (zh) 一种呼叫建立方法及装置
CN106982286B (zh) 一种录音方法、设备和计算机可读存储介质
WO2019192587A1 (zh) 业务的实现方法、网络单元和终端
CN110049481B (zh) 一种业务指示方法和相关设备
WO2019165960A1 (zh) 一种媒体数据实时传输控制方法、系统及存储介质
CN111526579A (zh) 一种注册方法及电子设备
WO2021057776A1 (zh) 互联网协议多媒体子系统呼叫方法、终端和网络功能
CN108322435A (zh) 一种多媒体通话方法、终端、ims服务器及存储介质
CN111314903B (zh) 一种信息共享方法及电子设备
CN113259526A (zh) 一种视频内容的播放方法、装置及电子设备
CN110995939B (zh) 通话网络的切换方法、装置及存储介质
CN107995596A (zh) 一种通信方法、终端及计算机存储介质
CN114125163A (zh) 媒体资源播放方法、相关装置及系统
WO2021057774A1 (zh) 互联网协议多媒体子系统信息传输方法、终端和网络功能
WO2021227143A1 (zh) 直连通话方法、核心网设备、移动终端以及存储介质
CN110266991A (zh) 视频通话方法、移动终端及计算机可读存储介质
CN113596748B (zh) 实现呼叫保持功能的方法、服务器及用户终端
WO2023241614A1 (zh) Ims服务获取方法、终端、网络侧设备及介质
CN108040174A (zh) 来电提示音音量调整方法、移动终端及存储介质
US20240283833A1 (en) Desktop sharing method, apparatus, and system

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: 17833201

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17833201

Country of ref document: EP

Kind code of ref document: A1