WO2021057642A1 - 呼叫处理的的方法和设备 - Google Patents

呼叫处理的的方法和设备 Download PDF

Info

Publication number
WO2021057642A1
WO2021057642A1 PCT/CN2020/116428 CN2020116428W WO2021057642A1 WO 2021057642 A1 WO2021057642 A1 WO 2021057642A1 CN 2020116428 W CN2020116428 W CN 2020116428W WO 2021057642 A1 WO2021057642 A1 WO 2021057642A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
call
terminal
called terminal
calling terminal
Prior art date
Application number
PCT/CN2020/116428
Other languages
English (en)
French (fr)
Inventor
常丽娟
吴刚
卞立波
李峥
彭云峰
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP20868876.2A priority Critical patent/EP3952265B1/en
Publication of WO2021057642A1 publication Critical patent/WO2021057642A1/zh
Priority to US17/570,155 priority patent/US20220131912A1/en

Links

Images

Classifications

    • 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/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/4872—Non-interactive information services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • 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/60—Network streaming of media packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42136—Administration or customisation of services
    • H04M3/42153—Administration or customisation of services by subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H04M7/0039—Services and arrangements where telephone services are combined with data services where the data service is provided by a stream of packets which are rendered in real time by the receiving terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
    • H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/1083—In-session procedures
    • H04L65/1089—In-session procedures by adding media; by removing media
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/50—Telephonic communication in combination with video communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/35—Aspects of automatic or semi-automatic exchanges related to information services provided via a voice call
    • H04M2203/351—Pre or post-call/conference information service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/35—Aspects of automatic or semi-automatic exchanges related to information services provided via a voice call
    • H04M2203/352—In-call/conference information service
    • 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

Definitions

  • the present invention relates to the field of communications, and in particular to a method and equipment for call processing.
  • the wireless communication system can provide high-definition audio and video communications between callers and callees, as well as color ring tone audio and video services.
  • the embodiment of the application provides a call processing method and device, which realizes the function of the media server continuing to play the CRBT video to the calling terminal during the audio call of the calling user after the called user picks up the phone.
  • the user experience is enriched, the utilization rate of network capabilities is improved, and the development of CRBT-related services is beneficial.
  • an embodiment of the present application provides a call processing method.
  • the method includes that the media server receives the initial call request sent by the calling terminal, and forwards the initial call request to the called terminal. Then the media server receives a successful response from the called terminal to the initial call request, and the successful response to the initial call request indicates that the called terminal has gone off-hook. After receiving the successful response to the initial call request, the media server negotiates the media resources of the call and negotiates the video resources with the called terminal, and based on the video resources conducted with the called terminal during the call between the calling and the called parties. After negotiation, the video stream is sent to the called terminal.
  • the above method enables the calling user and the called user to send a video stream to the called user during the audio call, which improves the user experience and improves the utilization rate of the network capacity.
  • the media resource negotiation and video resource negotiation with the called terminal include: in response to a successful response to the initial call request sent by the called terminal, performing the called terminal with the called terminal.
  • the media server conducts media negotiation with the called terminal after a successful response to the initial call request sent by the called terminal. This ensures that the video is played for the called party during the call.
  • the method further includes: forwarding the successful response to the initial call request to the calling terminal, and receiving the successful response to the initial call request.
  • the negotiation of call media resources and video resource negotiation with the called terminal includes: in response to the confirmation message of the successful response to the initial call request sent by the calling terminal, performing the negotiation with the called terminal.
  • the media server conducts media negotiation after the channel passed by the calling and called terminals is established, ensuring that the video is played for the called party during the call.
  • the media server first determines that the calling user or the called user signs up for a video playback service during the call, and then performs the call media resource negotiation and video resource negotiation with the called terminal.
  • the negotiation of media resources of the call and the negotiation of video resources with the called terminal include:
  • a media renegotiation message is sent to the called terminal, and the media renegotiation message carries the media resource session description protocol SDP information for the called terminal and the calling terminal and is played by the called terminal during the call.
  • SDP information of the video stream receiving a successful response from the called terminal to the media renegotiation message.
  • the media renegotiation message includes the SDP information of the video stream played during the call and the SDP information of the passed media resource session to ensure that the video is played during the call without affecting the quality of the call.
  • the method further includes: sending a successful response to the initial call request to the calling terminal, where the successful response to the initial session request carries that the called terminal is talking with the calling terminal
  • the SDP information of the media resource session description protocol and the SDP information of the video stream played by the calling terminal during the call ; receiving the successful response of the calling terminal to the media renegotiation message.
  • the embodiments of the present application provide an application to a terminal device.
  • the called terminal receives the initial call request sent by the calling terminal. After the called terminal sends a successful response to the initial call request to the media server, it negotiates with the media server on audio media resources during the call between the called terminal and the calling terminal, and negotiates with the media server during the call. In the media resource negotiation of the video played by the called terminal.
  • the called terminal plays the video stream sent by the media server during the audio call with the calling terminal.
  • the above method enables the calling user and the called user to send a video stream to the called user during the audio call, which improves the user experience and improves the utilization rate of the network capacity.
  • the media server negotiates audio media resources during the call between the called terminal and the calling terminal, and media resources of the video played for the called terminal during the call
  • the negotiation includes:
  • the media renegotiation message carries the media resource session description protocol SDP information of the audio during the call between the called terminal and the calling terminal, and also carries SDP information of the video stream played for the called terminal during the call; returning a successful response to the media renegotiation message to the media server.
  • the SDP information of the video stream played during the call and the SDP information of the passed media resource session are included to ensure that the video is played during the call without affecting the quality of the call.
  • the called terminal negotiates media resources with the media server, and receives and plays the audio stream and video sent by the media server after the calling terminal hangs up flow.
  • the media server can also negotiate media with the called terminal, and play a video to the called user through the called terminal, which improves the user experience and improves the utilization of network capabilities.
  • an embodiment of the present application provides a call processing method.
  • the media server receives the initial call request sent by the calling terminal, and sends the initial call request to the called terminal.
  • the media server negotiates media resources with the called terminal after the call ends, and sends audio streams and video streams to the called terminal according to the negotiated media resources.
  • the above method enables the calling user and the called user to send a video stream to the called user during the audio call, which improves the user experience and improves the utilization rate of the network capacity.
  • the media server after receiving the on-hook message of the calling terminal, the media server determines that the called user has subscribed to the audio and video playback service after the call ends, and then executes the media resource negotiation with the called terminal. With this method, after the calling party hangs up, the media server can also play a video to the called user through the called terminal, which improves the user experience and improves the utilization rate of network capabilities.
  • the media resource negotiation between the media server and the called terminal includes: sending a media renegotiation message to the called terminal, and the media renegotiation message carries the SDP information of the audio stream and the video stream; The successful response to the media renegotiation message sent by the called terminal.
  • the call SDM information is carried in the media renegotiation message to ensure that the video is played after the calling terminal hangs up without affecting the quality of the call.
  • an embodiment of the present application provides a media server, which has the function of realizing the media server in the foregoing method.
  • the function can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more units corresponding to the above-mentioned functions, a call processing unit, a media negotiation unit, and a media sending unit.
  • the structure of the media server includes a processor and a memory, where the memory is used to store program code for executing the foregoing method, and the processor is configured to execute the program stored in the memory.
  • the media server may also include a communication interface for communicating with other devices.
  • the embodiments of the present application provide a terminal device, which has the function of implementing the terminal device in the foregoing method.
  • the function can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more units corresponding to the above-mentioned functions, such as a call processing unit, a media negotiation unit, a media receiving unit, and a media playing unit.
  • the structure of the terminal device includes a processor and a memory, the memory is used to store program code for executing the above method, and the processor is configured to execute the program stored in the memory.
  • the terminal device may also include a communication interface for communicating with other devices.
  • the embodiment of the present application also provides a call processing method.
  • the called terminal device receives the initial call request sent by the calling terminal, and sends a successful response to the initial call request to the calling terminal device.
  • the successful response to the initial call request is used to indicate that the called terminal device has gone off-hook.
  • the media server negotiates media resources after the call ends, and receives the audio stream and the video stream sent by the media server.
  • the media resource negotiation after the end of the call with the media server includes: receiving a media renegotiation message sent by the media server, and the media renegotiation message carries the SDP information of the audio stream and the video stream, And send a successful response to the media renegotiation message to the media server.
  • an embodiment of the present application provides a terminal device that has the function of implementing the called terminal device of the sixth aspect.
  • the function can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more units corresponding to the above-mentioned functions, such as a call processing unit, a media negotiation unit, a media receiving unit, and a media playing unit.
  • the structure of the terminal device includes a processor and a memory, the memory is used to store program code for executing the above method, and the processor is configured to execute the program stored in the memory.
  • the terminal device may also include a communication interface for communicating with other devices.
  • the embodiments of the present application provide a computer storage medium for storing computer software instructions used by the above-mentioned media server and terminal device, which contains the programs designed for executing the above-mentioned various aspects.
  • the above-mentioned technical solutions provided by the embodiments of the present application realize the function of the media server continuing to play CRBT video to the calling terminal after the called user picks up the phone, when the calling user is in an audio call, or after the call.
  • the user experience is enriched, the utilization rate of network capabilities is improved, and the development of CRBT-related services is beneficial.
  • FIG. 1 is a schematic diagram of the architecture of a call processing system provided by an embodiment of the application
  • FIG. 2 is a schematic flowchart of a call processing method provided by an embodiment of this application.
  • FIG. 3 is a schematic flowchart of another call processing method provided by an embodiment of this application.
  • FIG. 4 is a schematic flowchart of another call processing method provided by an embodiment of the application.
  • FIG. 5 is a schematic structural diagram of a media server provided by an embodiment of this application.
  • FIG. 6 is a schematic structural diagram of another media server provided by an embodiment of the application.
  • FIG. 7 is a schematic structural diagram of a terminal device provided by an embodiment of this application.
  • FIG. 8 is a schematic structural diagram of another terminal device provided by an embodiment of this application.
  • Fig. 9 is a schematic structural diagram of another call processing system provided by an embodiment of the application.
  • the media server may continue to play the color ring back tone video content to the calling terminal during the conversation between the calling party and the called party. Or after the called user hangs up after the call, the media server continues to play the CRBT video content to the calling terminal.
  • 4G 4th generation
  • 5G 5th generation
  • a system architecture diagram of the embodiment of this application applied to the VoLTE network includes: the calling terminal, the called terminal, the wireless access network, the Internet protocol on the calling side and the called side. , IP) Multimedia Subsystem (IP Multimedia Subsystem, IMS) domain network.
  • IP Multimedia Subsystem IP Multimedia Subsystem
  • the IMS domains of the calling side and the called side may include an IMS domain core network and an evolved packet core network (Evolved Packet Core, EPC).
  • the IMS domain core network includes: serving-call session control function (S-CSCF), interrogating-call session control function (I-CSCF), agent-call session control function (proxy-call session control function, P-CSCF), home subscriber server (home subscriber server, HSS), session border controller (session border controller, SBC), and several dedicated servers, such as multimedia telephony application server, MMTel AS).
  • S-CSCF serving-call session control function
  • I-CSCF interrogating-call session control function
  • agent-call session control function proxy-call session control function
  • home subscriber server home subscriber server, HSS
  • session border controller session border controller
  • MMTel AS multimedia telephony application server
  • MMTel AS multimedia telephony application server
  • SBC and P-CSCF can be set together, and can be referred to as "SBC/P-CSCF" for short.
  • the EPC may include a packet data network gateway (PGW), a serving gateway (serving gateway, SGW), and a mobile management entity (mobile management entity, MME). Among them, PGW and SGW can be set together, which can be referred to as "SGW/PGW” for short.
  • PGW packet data network gateway
  • SGW serving gateway
  • MME mobile management entity
  • S-CSCF can be used for user registration, authentication control, session routing and service trigger control, and maintain session state information.
  • the I-CSCF can be used for the assignment and query of the S-CSCF registered by the user.
  • P-CSCF can be used as a proxy for signaling and messages.
  • HSS can be used to store user subscription information and location information.
  • SBC can provide secure access and media processing.
  • MMTel AS provides basic services and supplementary services for multimedia telephony.
  • MME is the core equipment of EPC network.
  • the SGW can be used for the connection between the IMS core network and the wireless network
  • the PGW can be used for the connection between the IMS core network and the IP network.
  • the calling and called IMS domain core networks also include media servers.
  • the media server provides media playback of videos for the calling or called users.
  • the media server may include a media control server and a media resource server MRS.
  • the media control server and the media resource server can be co-located or physically separated.
  • the media control server processes the signaling messages, and the media resource server provides the calling and/or called frequency streams and video streams.
  • the calling terminal and the called terminal are devices with wireless transceiver functions, which can be deployed on land, including indoor or outdoor, handheld or vehicle-mounted; they can also be deployed on the water (such as ships, etc.); they can also be deployed in the air (For example, airplanes, balloons, satellites, etc.).
  • the terminal device may be a terminal device (terminal device) that can access a mobile network, a mobile phone (mobile phone), a tablet computer (pad), a computer with a wireless transceiver function, a virtual reality (VR) terminal, an augmented Reality (AR) terminals, wireless terminals in industrial control (industrial control), wireless terminals in self-driving (self-driving), wireless terminals in remote medical, and smart grid (smart grid)
  • the wireless terminal in the transportation safety (transportation safety), the wireless terminal in the smart city (smart city), the wireless terminal in the smart home (smart home), and so on. .
  • the media server may not be located in the calling or called IMS domain core network, but independent of the calling and called IMS domain core networks.
  • the embodiment of the present application may also be a scenario of users of VoLTE network and users of other networks (such as IMS network, fixed network, switching network, etc.).
  • the calling or called user is a VoLTE user
  • the opposite user is a user of another network.
  • the embodiment of the present invention provides a call processing method.
  • the media server separately plays the video to the calling terminal and the called terminal after the called party picks up the phone. Further, after the calling terminal hangs up, the media server can continue to play the video to the called terminal.
  • the specific steps are shown in any of the embodiments in Figure 2 to Figure 4. In order to make the description concise and easy to understand, some network elements through which the signaling interaction passes are not shown in the figure, such as SGW/PGW, SBC/P-CSCF, I- CSCF/S-CSCF, etc.
  • the method specifically includes the following steps.
  • the media server receives an initial call request, such as an INVITE message, sent by the calling terminal.
  • the calling terminal initiates a call request to the called terminal to request a voice call with the called terminal.
  • the initial call request includes the session description protocol (SDP) information (SDP_O) of the calling terminal, and the SDP information (SDP_O) of the calling terminal includes, but is not limited to, the type of call, the number of the calling and called parties, and the calling party. Supported media types and encodings, etc.
  • the initial call request is used for the call media negotiation between the calling terminal and the called terminal.
  • the media server forwards the initial call request to the called terminal, and connects the called terminal.
  • the media server receives the 183 message from the called terminal. After receiving the INVITE, the called terminal sends a 183 message to the media server to start normal media negotiation with the calling party.
  • the 183 message carries the SDP information of the called terminal.
  • the media server forwards the 183 message sent by the called terminal to the calling terminal.
  • the media server receives the PRACK (Provisional Response ACKnowledgement) confirmation message returned by the calling terminal for the above 183 message.
  • PRACK Provisional Response ACKnowledgement
  • the media server forwards the PRACK message to the called terminal.
  • the media server receives a 200 OK (prack) message in response to the PRACK message returned by the called terminal.
  • the media server forwards the above 200 OK (prack) message to the calling terminal.
  • the media server receives the UPDATE message sent by the calling terminal. If the calling terminal starts the Precondition process, the calling terminal sends an UPDATE message carrying call resource information to the called side after completing resource reservation.
  • the media server forwards the UPDATE message to the called terminal. After receiving the UPDATE message, the called terminal completes resource reservation and starts ringing.
  • the media server receives a successful response to the UPDATE message sent by the called terminal, such as 200
  • the 200 OK (SDP-a-regular2) message carries the call resource information of the called terminal.
  • the media server forwards a successful response to the UPDATE message (such as a 200 OK (SDP-a-regular 2) message) to the calling terminal.
  • a successful response to the UPDATE message such as a 200 OK (SDP-a-regular 2) message
  • the media server also receives a 180 ringing message sent by the called terminal, indicating that the called terminal has started ringing.
  • the media server After receiving the 180 ringing message of the called terminal, the media server forwards the 180 ringing message of the called terminal to the calling terminal.
  • the media server receives a successful response (for example, 200 OK (INVITE)) message for the initial call request (for example, invite) sent by the called terminal.
  • a successful response for example, 200 OK (INVITE)
  • the called user picks up the phone after hearing the ringing, and sends a successful response to the initial call request (such as a 200 OK message) to indicate that the called user has picked up the phone.
  • the media server After receiving a successful response (such as a 200 OK message) to the initial call request sent by the called terminal, the media server determines to play a video for the called terminal during the call between the calling terminal and the called terminal.
  • a successful response such as a 200 OK message
  • the media server can query through the HSS whether the calling user and the called user have signed a service for playing video for the called party during the call, and determine whether it is necessary to play the video for the called party during the call. Either party has signed up for the service of playing video for the called party, and can start the video playing process.
  • media servers such as media control servers
  • terminal information obtained through S-CSF or HSS, such as calling number, age, gender, network to which they belong, user credit rating, surfing habits, consumption behavior, traffic consumption and other attribute tags and The user's current real-time location, time, user status, the media location of the user's idle time of the volte call (end B during the call), etc., determine the video content to be played.
  • the media server sends a media re-invite message (re-invite) to the called terminal, To negotiate media resource and video resource negotiation with the called terminal.
  • the re-invite request carries the media information of the video and the audio information that has been negotiated between the original caller and the called party.
  • the audio information that has been negotiated between the original caller and the called party is the audio information used during the call of the callee terminal.
  • the media server negotiating call media resources and video resources with the called terminal includes: negotiating with the called terminal on audio media resources during the call between the called terminal and the calling terminal, and during the call Negotiate the media resources of the video played by the called terminal.
  • the media renegotiation message further carries a video playback instruction to indicate that the media negotiation request includes an instruction for the media information of the video, so that the charging device can perform charging according to the instruction.
  • the media server receives a successful response (such as 200 OK (re-invite)) message sent by the called terminal for the media re-invite message with the called terminal, indicating that the called terminal agrees to play the video for the called terminal, and is playing the video. Keep the audio resource information of the caller and the called at the time.
  • a successful response such as 200 OK (re-invite)
  • the media server sends a confirmation message (such as an ACK message) for a successful response to the media renegotiation message to the called terminal, and plays a video for the called terminal.
  • a confirmation message such as an ACK message
  • the media server maintains audio resource information to facilitate the call between the calling party and the called party.
  • the media server determines to play a video on the calling terminal during the call between the calling party and the called party.
  • the media server can query whether the calling user and the called user have signed up to play a video service for the called party during the call, and determine whether it is necessary to play the video for the called party during the call. Either party has signed up for the service of playing video for the called party, and can start the video playing process.
  • the media server can also be based on terminal information, calling number, age, gender, network, user credit rating, surfing habits, consumption behavior, traffic consumption and other attribute tags and the user's current real-time location, time, user status ,
  • the media location of the idle time of the user's current volte call (end B during the call) is determined to play the video to the caller.
  • the media server sends a media renegotiation message to the calling terminal to negotiate media resource and video resource negotiation with the calling terminal.
  • the media server can play video to the calling terminal during the call between the calling terminal and the called terminal.
  • the media server and the calling terminal include: negotiating with the calling terminal on the media resource of the audio during the call between the called terminal and the calling terminal and reviewing the video played by the calling terminal during the call.
  • Media resource negotiation includes: negotiating with the calling terminal on the media resource of the audio during the call between the called terminal and the calling terminal and reviewing the video played by the calling terminal during the call.
  • the media renegotiation message may be a successful response (for example, 200 OK) to the media renegotiation message of the called terminal.
  • the 200ok message sent by the media server to the calling terminal in addition to the SDP information of the call media resource, it also carries the SDP information of the video stream, so that the media server continues to send the call to the calling terminal during the call between the calling terminal and the called terminal. Play the video.
  • the call media resource SDP information contains information such as the IP address of the called terminal, and the video stream SDP information contains information such as the IP address of the media resource server MRS.
  • the call media resource SDP information contained in the called party reply message There are several possibilities for the call media resource SDP information contained in the called party reply message: a) The 180 ringing message sent when the called party rings carries the call media resource SDP information; b) The call media resource SDP information is sent when the called party picks up the phone. 200 OK The (INVITE) message carries the call media resource SDP information; c) After the called party picks up the phone, the REINVITE request sent by the media server is received, and the 200 OK (REINVITE) message returned to the media server again carries the call media resource SDP information. If there are multiple situations among the above three situations in the same call flow, the SDP information carried in the last message is selected in the order of a), b), and c) above.
  • the media server receives the confirmation message (ie ACK message) from the calling terminal, confirming that the calling terminal has received the successful response message (for example, for re-invite) sent by the called for the media re-negotiation message with the called terminal. 200 OK message.
  • the media server After receiving the ACK message sent by the calling terminal, the media server plays the video for the calling terminal.
  • the media server forwards the received ACK message to the called terminal to open up the call channel between the calling party and the called party.
  • a call is established between the calling terminal and the called terminal, and the media server stops playing the audio stream of the CRBT, and continues to play the video stream of the CRBT to the calling terminal.
  • the calling or called terminal can handle the call interface and the video interface in multiple ways. For example, if the call between the calling party and the called party only has audio, the calling terminal can directly display the video on the vertical or horizontal screen. If the call between the calling party and the called party includes audio and video, the screen of the calling terminal can display the video screen in the form of picture-in-picture when displaying the call audio and video stream screen.
  • the media server receives the caller hang-up message (such as a BYE message), and the media server stops playing the CRBT.
  • the caller hang-up message such as a BYE message
  • the media server sends a bye message to the called party, instructing the called party to hang up.
  • the media server stops playing CRBT.
  • the media server receives the callee hang-up message and BYE message, and the media server stops playing the CRBT.
  • the media server sends a bye message to the calling party, instructing the called party to hang up.
  • the media server stops playing CRBT.
  • the function of playing video to the calling and called terminals when the calling and called users are in an audio call is realized.
  • the user experience is enriched, the utilization rate of network capabilities is improved, and the development of CRBT-related services is beneficial.
  • the embodiment of the present invention provides another call processing method.
  • the media server conducts media negotiation with the calling party and/or the called party during the call between the calling party and the called party, so as to play a video for the calling party and/or the called party.
  • the specific steps are shown in Figure 3.
  • some network elements through which the signaling interaction passes are not shown in the figure, such as SGW/PGW, SBC/P-CSCF, I-CSCF/S-CSCF, etc.
  • the method specifically includes the following steps.
  • the media server forwards the called off-hook message, 200 OK (INVITE) message, to the calling terminal.
  • the media server receives the confirmation message from the calling terminal, the ACK message, and confirms that the off-hook message 200 OK (INVITE) is received.
  • the media server forwards the received ACK message to the called terminal to open up the call channel between the calling party and the called party.
  • the media server determines to play a video for the called terminal during the call between the calling and the called terminal.
  • the media server can check whether the calling user and the called user have signed up to play a video service for the called party during the call to determine whether video playback is required during the call. Either party can start the video playback process when signing up for the service of playing video for the called party.
  • the media server (such as the media control server) is based on terminal information, calling number, age, gender, network, user credit rating, surfing habits, consumption behavior, traffic consumption and other attribute tags and the user’s current real-time location, time, user The status, the media position (end B during the call) of the user's idle time of the current volte call, etc. determine the video content to be played to the calling and/or called.
  • the video content sent by the media server to the calling and called parties can be the same or different.
  • the embodiments of the application are not limited here.
  • the media server sends a media renegotiation message (such as a re-invite request) to the called terminal to perform video renegotiation with the called terminal.
  • the media renegotiation message carries media resource session description protocol SDP information for the call between the called terminal and the calling terminal and SDP information for the video stream played by the called terminal during the call.
  • the media renegotiation message also carries a video playback instruction to indicate that the media negotiation request contains an instruction for the media information of the video, so that the charging device can charge according to the instruction.
  • the video play instruction may be the SDP information of the video stream played by the called terminal during the call, or other identification, which is not limited in this embodiment of the application.
  • the media server receives a successful response (such as 200 OK) message sent by the called terminal to the media renegotiation message, indicating that the called terminal agrees to play video for the called terminal and maintains audio resource information of the calling and called terminals.
  • a successful response such as 200 OK
  • the media server sends an ACK message for the re-invite request to the called terminal, and plays the video for the called terminal.
  • the media server sends a media re-negotiation message (such as re-invite) to the calling terminal to perform video re-negotiation with the calling terminal.
  • a media re-negotiation message such as re-invite
  • the media server can play video to the calling terminal during the call between the calling terminal and the called terminal.
  • the media server In the media renegotiation message (such as re-invite) sent by the media server to the calling terminal, in addition to the SDP information of the call media resource, it also carries the SDP information of the video stream, so as to realize the call between the calling terminal and the called terminal. , The media server continues to play the video to the calling terminal.
  • the call media resource SDP information contains information such as the IP address of the called terminal
  • the video stream SDP information contains information such as the IP address of the media resource server MRS.
  • the call media resource SDP information contained in the called party reply message There are several possibilities for the call media resource SDP information contained in the called party reply message: a) The 180 ringing message sent when the called party rings carries the call media resource SDP information; b) The call media resource SDP information is sent when the called party picks up the phone. 200 OK The (INVITE) message carries the call media resource SDP information; c) After the called party picks up the phone, the REINVITE request sent by the media server is received, and the 200 OK (REINVITE) message returned to the media server again carries the call media resource SDP information. If there are multiple situations among the above three situations in the same call flow, the SDP information carried in the last message is selected in the order of a), b), and c) above.
  • the media server receives a successful response (such as 200 OK) message for the media re-invite message (such as re-invite) sent by the calling terminal, and instructs the calling terminal to agree to play the video for the calling party, and maintain the audio resource information of the calling party and the called party .
  • a successful response such as 200 OK
  • the media re-invite message such as re-invite
  • the media server sends an acknowledgement message (ie, ACK message) to the calling terminal to confirm receipt of a successful response 200 OK message media re-invite (re-invite) request sent by the calling terminal for the re-invite request.
  • ACK message an acknowledgement message
  • re-invite media re-invite
  • the media server sends the calling terminal to play a video for the calling party during the call between the calling party and the called party.
  • the media server sends the video to the caller according to the video information in the re-invite request in step 325.
  • the media server receives the caller on-hook message and BYE message, and then the media server stops playing video for the caller.
  • the media server sends a BYE message to the called terminal to notify the called terminal that the caller has hung up and stops playing the video.
  • the function of playing video to the called terminal during the call between the calling and called users is realized. It enriches the user experience, improves the utilization of network capabilities, and is conducive to the development of related services.
  • the embodiment of the present invention provides another call processing method.
  • the media server conducts media negotiation with the called party after the call between the calling party and the called party ends, and plays the video for the called party.
  • the specific steps are shown in Figure 4.
  • some network elements through which the signaling interaction passes are not shown in the figure, such as SGW/PGW, SBC/P-CSCF, I-CSCF/S-CSCF, etc.
  • the method specifically includes the following steps.
  • the media server receives the caller on-hook message and the BYE message.
  • the media server determines that the called party plays media.
  • the media server can check whether the calling user and the called user have signed up to play a video service for the called party after the call ends, so as to determine whether to play the video to the called party. Either party signs up for the service of playing video for the called party after the call ends, and can start the process of playing the video for the called party.
  • the media server can also be based on terminal information, calling number, age, gender, network, user credit rating, surfing habits, consumption behavior, traffic consumption and other attribute tags and the user's current real-time location, time, user status ,
  • the media location of the idle time of the user's current volte call (end B during the call) is determined to play the video to the caller.
  • the media server sends a media renegotiation message (such as a re-invite request) to the called terminal to perform video renegotiation with the called terminal.
  • the media renegotiation message carries the SDP information of the audio stream and/or video stream played by the called party, so that the calling terminal and the called terminal can play audio and/or video to the called party after the call ends.
  • the SDP information of the audio stream and/or video stream contains information such as the IP address of the media resource server MRS.
  • the media renegotiation message further carries a video playback instruction to indicate that the media negotiation request includes an instruction for the media information of the video, so that the charging device can perform charging according to the instruction.
  • the media server receives a successful response 200 OK message for the re-invitation request sent by the called terminal, indicating that the called terminal agrees to play the video for the called terminal.
  • the successful response 200 OK message of the called party's reply message contains the media information of the video stream.
  • the media server sends an acknowledgement ACK message for the re-invite request to the called terminal, and plays a video for the called terminal.
  • the media server determines that the video playback time is over, sends a message that the caller hangs up to the called terminal, and stops playing the video for the called party.
  • the function of playing a video to the called terminal after the calling and called users ends the call is realized. It enriches the user experience, improves the utilization of network capabilities, and is conducive to the development of related services.
  • the media server after receiving the on-hook message (such as BYE message) sent by the calling party, the media server further determines that the called party plays the video, and executes steps 421-428.
  • the on-hook message such as BYE message
  • the called terminal hangs up first.
  • the media server determines to play the video for the calling party.
  • steps 325-328 are executed.
  • the embodiment of the present application also provides a schematic structural diagram of a media server, as shown in FIG. 5, including a call processing unit 501, a media negotiation unit 502, and a media sending unit 503. among them:
  • the call processing unit 501 is configured to receive a call request sent by a calling terminal, forward the call request to the called terminal, and receive a successful response of the called terminal to the initial call request.
  • the media negotiation unit 502 is configured to perform call media resource negotiation and video resource negotiation with the called terminal after receiving the successful response to the initial call request.
  • the media sending unit 503 is configured to send a color video stream to the called terminal based on the video resource negotiation with the called terminal.
  • the call processing unit 501 is configured to receive an initial call request sent by a calling terminal, send the initial call request to the called terminal, and receive a successful response of the called terminal to the initial call request; After the called terminal goes off-hook, the on-hook message sent by the calling terminal is received.
  • the media negotiation unit 502 is configured to negotiate media resources with the called terminal after the call ends in response to the on-hook message sent by the calling terminal.
  • the media sending unit 503 is configured to send audio streams and video streams to the called terminal according to the negotiated media resources.
  • the media server is presented in the form of a functional unit.
  • the "unit” here can refer to an application-specific integrated circuit (ASIC), a circuit, a processor and memory that executes one or more software or firmware programs, an integrated logic circuit, and/or other functions that can provide the above-mentioned functions Of the device.
  • ASIC application-specific integrated circuit
  • the media server can be implemented with a processor, a memory, and a communication interface.
  • Fig. 6 is a schematic diagram of a computer device provided by an embodiment of the application.
  • the computer device includes at least one processor 601, a communication bus 602, a memory 603, and at least one communication interface 604, and may also include an IO interface 605.
  • the processor 601 may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of programs of the present invention.
  • CPU central processing unit
  • ASIC application-specific integrated circuit
  • the communication bus 602 may include a path for transferring information between the above-mentioned components.
  • the communication interface uses any device such as a transceiver to communicate with other devices or communication networks, such as Ethernet, wireless access network (RAN), wireless local area network (Wireless Local Area Networks, WLAN), etc.
  • the memory 603 can be a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, random access memory (RAM), or other types that can store information and instructions
  • the dynamic storage device can also be electrically erasable programmable read-only memory (Electrically Erasable Programmable Read-Only Memory, EEPROM), CD-ROM (Compact Disc Read-Only Memory, CD-ROM) or other optical disc storage, optical disc storage (Including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or can be used to carry or store desired program codes in the form of instructions or data structures and can be used by a computer Any other media accessed, but not limited to this.
  • the memory can exist independently and is connected to the processor through a bus.
  • the memory can also be integrated with the processor.
  • the memory 603 is used to store application program codes for executing the solutions of the present invention, and the processor controls the execution.
  • the processor is configured to execute application program codes stored in the memory.
  • the processor 601 may include one or more CPUs, and each CPU may be a single-core (single-core) processor or a multi-core (multi-core) processor.
  • the processor here may refer to one or more devices, circuits, and/or processing cores for processing data (for example, computer program instructions).
  • the computer device may further include an input/output (I/O) interface.
  • the output device may be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector, etc.
  • the input device can be a mouse, a keyboard, a touch screen device, or a sensor device.
  • the above-mentioned computer equipment may be a general-purpose computer equipment or a special-purpose computer equipment.
  • the computer equipment can be a desktop computer, a portable computer, a network server, a PDA (Personal Digital Assistant, PDA), a mobile phone, a tablet computer, a wireless terminal device, a communication device, an embedded device, or the like in Figure 5 Structure of equipment.
  • PDA Personal Digital Assistant
  • the embodiments of this application do not limit the type of computer equipment.
  • the media server in FIG. 1 may be the device shown in FIG. 6, and one or more software modules are stored in the memory.
  • the media server can implement the software module through the processor and the program code in the memory to complete the above method.
  • An embodiment of the present application also provides a computer storage medium for storing computer software instructions used by the device shown in FIG. 5 or FIG. 6, which includes a program designed to execute the method embodiment described above. The above method can be realized by executing the stored program.
  • the embodiment of the present application also provides a schematic structural diagram of a terminal device. As shown in FIG. 7, it includes a call processing unit 701, a media negotiation unit 702, a media receiving unit 703, and a media sending unit. among them:
  • the call processing unit 701 is configured to receive the initial call request sent by the calling terminal.
  • the media negotiation unit 702 is configured to, after sending a successful response to the initial call request to the media server, negotiate with the media server on the audio media resources during the call between the called terminal and the calling terminal, and The media resource negotiation for the video played by the called terminal during the call.
  • the media receiving unit 703 is configured to receive a confirmation message sent by the media server for a successful response to media renegotiation and the video stream sent by the media server.
  • the media playing unit 704 is configured to play the video stream sent by the media server during the audio call with the calling terminal.
  • the terminal device is presented in the form of a functional unit.
  • the "unit” here can refer to an application-specific integrated circuit (ASIC), a circuit, a processor and memory that executes one or more software or firmware programs, an integrated logic circuit, and/or other functions that can provide the above-mentioned functions Of the device.
  • ASIC application-specific integrated circuit
  • the terminal device can be implemented by using a processor, a memory, and a communication interface.
  • the terminal device in the embodiment of the present application may also be implemented in the manner of a computer device (or system) in FIG. 8.
  • Fig. 8 is a schematic diagram of a computer device provided by an embodiment of the application.
  • the computer device includes at least one processor 801, a communication bus 802, a memory 803, and at least one communication interface 804, and may also include an IO interface 805.
  • the processor may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present invention.
  • CPU central processing unit
  • ASIC application-specific integrated circuit
  • the communication bus may include a path for transferring information between the above-mentioned components.
  • the communication interface uses any device such as a transceiver to communicate with other devices or communication networks, such as Ethernet, wireless access network (RAN), wireless local area network (Wireless Local Area Networks, WLAN), etc.
  • the memory can be read-only memory (ROM) or other types of static storage devices that can store static information and instructions, random access memory (RAM), or other types that can store information and instructions
  • Dynamic storage devices can also be Electrically Erasable Programmable Read-Only Memory (EEPROM), CD-ROM (Compact Disc Read-Only Memory, CD-ROM) or other optical disc storage, optical disc storage ( Including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or can be used to carry or store desired program codes in the form of instructions or data structures and can be stored by a computer Any other media taken, but not limited to this.
  • the memory can exist independently and is connected to the processor through a bus.
  • the memory can also be integrated with the processor.
  • the memory is used to store application program codes for executing the solution of the present invention, and the processor controls the execution.
  • the processor is configured to execute application program codes stored in the memory.
  • the processor may include one or more CPUs, and each CPU may be a single-core processor or a multi-core processor.
  • the processor here may refer to one or more devices, circuits, and/or processing cores for processing data (for example, computer program instructions).
  • the computer device may further include an input/output (I/O) interface.
  • the output device may be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector, etc.
  • the input device can be a mouse, a keyboard, a touch screen device, or a sensor device.
  • the above-mentioned computer equipment may be a general-purpose computer equipment or a special-purpose computer equipment.
  • the computer equipment can be a desktop computer, a portable computer, a network server, a PDA (Personal Digital Assistant, PDA), a mobile phone, a tablet computer, a wireless terminal device, a communication device, an embedded device, or the like in Figure 7 Structure of equipment.
  • PDA Personal Digital Assistant
  • the embodiments of this application do not limit the type of computer equipment.
  • the terminal device in FIG. 1 may be the device shown in FIG. 7, and one or more software modules are stored in the memory.
  • the terminal device can implement the software module through the processor and the program code in the memory to complete the above method.
  • An embodiment of the present application also provides a computer storage medium for storing computer software instructions used by the device shown in FIG. 6 or FIG. 7, which includes a program designed to execute the method embodiment described above. The above method can be realized by executing the stored program.
  • FIG. 9 is a schematic structural diagram of another call processing system 900.
  • the device system includes the media server MRS901, HSS902 and S-CSCF in the above embodiment.
  • MRS901 can execute the above-mentioned embodiments and any steps executed by the media server in Figures 1-8.
  • HSS is used to store user subscription information and location information.
  • S-CSCF can be used for user registration, authentication control, session routing and service trigger control, and maintain session state information.
  • the embodiments of the present invention can be provided as a method, a device (equipment), or a computer program product. Therefore, the present invention may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.
  • the computer program is stored/distributed in a suitable medium, provided with other hardware or as a part of the hardware, and can also be distributed in other forms, such as through the Internet or other wired or wireless telecommunication systems.
  • These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device.
  • the device implements the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.
  • These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, so as to execute on the computer or other programmable equipment.
  • the instructions provide steps for implementing the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明提供了一种呼叫处理的方法和设备，包括：媒体服务器接收主叫终端发送的初始呼叫请求，将所述呼叫请求转发给被叫终端。媒体服务器接收被叫终端针对所述初始呼叫请求的成功响应，并在接收到所述针对所述初始呼叫请求的成功响应之后，与被叫终端进行通话媒体资源协商和视频资源协商。媒体服务器基于与被叫终端进行的视频资源协商，向所述被叫终端发送视频流。本发明中，主叫用户与被叫用户音频通话的过程中，为被叫用户发送视频流，提升了用户的体验，提高了网络能力的利用率。

Description

呼叫处理的的方法和设备
本申请要求于2019年9月27日提交中国国家知识产权局、申请号为201910926313.2、发明名称为“呼叫处理的的方法和设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域，尤其涉及一种呼叫处理的方法和设备。
背景技术
随着第4代(4G)无线通信系统的部署和VoLTE(Voice over LTE)的引入，无线通信系统可提供主被叫用户间的高清音视频通信，以及彩铃音视频业务。
当前VoLTE彩铃系统中，用户摘机后，彩铃即停止播放，影响了用户的体验，限制了彩铃业务的发展。
发明内容
本申请实施例提供一种呼叫处理的方法和设备，实现了被叫用户摘机后，主被叫用户音频通话时媒体服务器继续向主叫终端播放彩铃视频的功能。丰富了用户体验，提高了网络能力的利用率，有利于彩铃相关业务的发展。
第一方面，本申请实施例提供了一种呼叫处理方法。该方法包括媒体服务器接收主叫终端发送的初始呼叫请求，将初始呼叫请求转发给被叫终端。然后媒体服务器接收被叫终端针对所述初始呼叫请求的成功响应，针对所述初始呼叫请求的成功响应指示被叫终端已摘机。媒体服务器在接收到所述针对所述初始呼叫请求的成功响应之后，与被叫终端进行通话媒体资源协商和视频资源协商，以及在主被叫通过话程中基于与被叫终端进行的视频资源协商，向所述被叫终端发送视频流。
上述方法使主叫用户与被叫用户音频通话的过程中，为被叫用户发送视频流，提升了用户的体验，提高了网络能力的利用率。
一个可能的设计中，与被叫终端进行通话媒体资源协商和视频资源协商包括：响应于所述被叫终端发送的针对所述初始呼叫请求的成功响应，与所述被叫终端进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商。通过本方法，媒体服务器在被叫终端发送的针对所述初始呼叫请求的成功响应后与被叫终端进行媒体协商。从而保证在通话过程中为被叫播放视频。
一个可能的设计中，所述接收被叫终端针对所述初始呼叫请求的成功响应后，该方法进一步包括：向所述主叫终端转发所述针对所述初始呼叫请求的成功响应，并接收所述主叫终端发送的所述针对所述初始呼叫请求的成功响应的确认消息；
所述与被叫终端进行通话媒体资源协商和视频资源协商包括：响应于所述主叫终端发送的所述针对所述初始呼叫请求的成功响应的确认消息，与所述被叫终端进行所述被叫终端和 所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商。通过本方法，媒体服务器在主被叫终端在通过的通道建立完毕后进行媒体协商，保证在通话过程中为被叫播放视频。
一个可能的设计中，媒体服务器先确定主叫用户或被叫用户签约在通话过程中进行视频播放的业务，则执行所述与被叫终端进行通话媒体资源协商和视频资源协商。
一个可能的设计中，所述与所述被叫终端进行通话媒体资源协商和视频资源协商包括：
向被叫终端发送媒体重协商消息，所述媒体重协商消息中携带了所述被叫终端与主叫终端通话的媒体资源会话描述协议SDP信息和为所述被叫终端在通话过程中播放的视频流的SDP信息；接收所述被叫终端针对所述媒体重协商消息的成功响应。通过本方法，在媒体重协商消息中带通话过程中播放的视频流SDP的信息和通过的媒体资源会话的SDP信息，以保证在通话的过程中播放视频，而不影响通话的质量。
一个可能的设计中，该方法进一步包括：向所述主叫终端发送针对初始呼叫请求的成功响应，所述针对初始会话请求的成功响应中携带了所述被叫终端与所述主叫终端通话的媒体资源会话描述协议SDP信息和为所述主叫终端在通话过程中播放的视频流的SDP信息；接收所述主叫终端针对所述媒体重协商消息的成功响应。通过本方法，通话过程中分别为主叫和被叫播放视频，提高主被叫的用户体验和网络能力的使用。
第二方面，本申请实施例提供了一种应用于终端设备。被叫终端接收主叫终端发送的初始呼叫请求。被叫终端在向媒体服务器发送针对所述初始呼叫请求的成功响应后，与媒体服务器进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商。被叫终端在与所述主叫终端进行音频通话的过程中播放所述媒体服务器发送的视频流。上述方法使主叫用户与被叫用户音频通话的过程中，为被叫用户发送视频流，提升了用户的体验，提高了网络能力的利用率。
一个可能的设计中，所述与媒体服务器进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商包括：
接收所述媒体服务器发送发送的媒体协商消息，所述媒体重协商消息中携带了所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源会话描述协议SDP信息，还携带了在所述通话过程中为所述被叫终端播放的视频流的SDP信息；向所述媒体服务器返回针对所述媒体重协商消息的成功响应。在媒体重协商消息中带通话过程中播放的视频流SDP的信息和通过的媒体资源会话的SDP信息，以保证在通话的过程中播放视频，而不影响通话的质量。
一个可能的设计中，被叫终端在所述主叫终端挂机后,与所述媒体服务器进行媒体资源的协商，接收并播放所述媒体服务器在所述主叫终端挂机后发送的音频流和视频流。通过本方法，使得在主叫挂机后，媒体服务器还可以与被叫终端进行媒体协商，并通过被叫终端向被叫用户播放视频，提升了用户的体验，提高了网络能力的利用率。
第三方面，本申请实施例提供一种呼叫处理方法。媒体服务器接收主叫终端发送的初始呼叫请求，将所述初始呼叫请求发送给被叫终端。媒体服务器接收所述被叫终端针对所述初始呼叫请求的成功响应；在所述被叫终端摘机，主被叫通话结束后，接收所述主叫终端发送的挂机消息。媒体服务器响应于所述主叫终端发送的挂机消息，与所述被叫终端进行通话结 束后的媒体资源协商，并根据所述协商的媒体资源，向被叫终端发送音频流和视频流。上述方法使主叫用户与被叫用户音频通话的过程中，为被叫用户发送视频流，提升了用户的体验，提高了网络能力的利用率。
一个可能的设计中，媒体服务器接收所述主叫终端的挂机消息后，确定被叫用户签约了通话结束后的音视频播放业务，则执行所述与被叫终端进行媒体资源协商。通过本方法，使得在主叫挂机后，媒体服务器还可以通过被叫终端向被叫用户播放视频，提升了用户的体验，提高了网络能力的利用率。
一个可能的设计中，媒体服务器与被叫终端进行媒体资源协商包括：向所述被叫终端发送媒体重协商消息，所述媒体重协商消息中携带了音频流和视频流的SDP信息；接收所述被叫终端发送的针对所述媒体重协商消息的成功响应。在媒体重协商消息中携带通话SDM信息，以保证在主叫终端挂机后播放视频，而不影响通话的质量。
第四方面，本申请实施例提供了一种媒体服务器，具有实现上述方法中媒体服务器的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元，呼叫处理单元、媒体协商单元和媒体发送单元。
在一个可能的设计中，媒体服务器的结构中包括处理器和存储器，所述存储器用于存储执行上述方法的程序代码，所述处理器被配置为用于执行所述存储器中存储的程序。所述媒体服务器还可以包括通信接口，用于与其他设备通信。
第五方面，本申请实施例提供了一种终端设备，具有实现上述方法中终端设备的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元，如包括呼叫处理单元、媒体协商单元、媒体接收单元和媒体播放单元。
在一个可能的设计中，终端设备的结构中包括处理器和存储器，所述存储器用于存储执行上述方法的程序代码，所述处理器被配置为用于执行所述存储器中存储的程序。所述终端设备还可以包括通信接口，用于与其他设备通信。
第六方面，本申请实施例还提供一种呼叫处理方法。被叫终端设备接收主叫终端发送的初始呼叫请求，并向主叫终端设备发送针对所述初始呼叫请求的成功响应。针对所述初始呼叫请求的成功响应用于指示被叫终端设备已摘机。在所述被叫终端摘机，主被叫通话结束后，与所述媒体服务器进行通话结束后的媒体资源协商，并接收媒体服务器发送的音频流和视频流。
在一个可能的设计中，与所述媒体服务器进行通话结束后的媒体资源协商包括：接收媒体服务器发送的媒体重协商消息，所述媒体重协商消息中携带了音频流和视频流的SDP信息，且向媒体服务器发送针对所述媒体重协商消息的成功响应。
第七方面，本申请实施例提供了一种终端设备，具有实现第六方面的被叫终端设备的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元，如包括呼叫处理单元、媒体协商单元、媒体接收单元和媒体播放单元。
在一个可能的设计中，终端设备的结构中包括处理器和存储器，所述存储器用于存储执行上述方法的程序代码，所述处理器被配置为用于执行所述存储器中存储的程序。所述终端 设备还可以包括通信接口，用于与其他设备通信。
第八方面，本申请实施例提供了一种计算机存储介质，用于储存为上述媒体服务器、终端设备所用的计算机软件指令，其包含用于执行上述各个方面所设计的程序。
本申请实施例提供的上述技术方案，实现了被叫用户摘机后，主被叫用户音频通话时，或者通话后，媒体服务器继续向主叫终端播放彩铃视频的功能。丰富了用户体验，提高了网络能力的利用率，有利于彩铃相关业务的发展。
附图说明
图1为本申请实施例提供的一种呼叫处理系统的架构示意图；
图2为本申请实施例提供的一种呼叫处理方法的流程示意图；
图3为本申请实施例提供的另一种呼叫处理方法的流程示意图；
图4为本申请实施例提供的另一种呼叫处理方法的流程示意图；
图5为本申请实施例提供的一种媒体服务器的结构示意图；
图6为本申请实施例提供的另一种媒体服务器的结构示意图；
图7为本申请实施例提供的一种终端设备的结构示意图；
图8为本申请实施例提供的另一种终端设备的结构示意图；
图9为本申请实施例提供的另一种呼叫处理系统的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
本申请实施例中，被叫用户摘机后，主被叫双方通话过程中，媒体服务器还可以继续向主叫终端播放彩铃视频内容。或者在被叫用户通话结束挂机后，媒体服务器继续向主叫终端播放彩铃视频内容。本申请实施例可以适用于第4代(4G)、第5代(5G)移动通信网络架构或未来网络。为了描述方便，下面以4G网络架构为例来说明该方案的网络架构和方法流程。
如图1所示，为本申请实施例应用在VoLTE网络中的一个系统架构图，包括：主叫终端、被叫终端、无线接入网络、主叫侧和被叫侧的互联网协议(internet protocol，IP)多媒体子系统(IP multimedia subsystem，IMS)域网络。
主叫侧和被叫侧的IMS域可包括IMS域核心网和演进分组核心网(Evolved Packet Core，EPC)。IMS域核心网包括：服务-呼叫控制功能(serving-call session control function，S-CSCF)，、查询-呼叫会话控制功能(interrogating-call session control function，I-CSCF)、代理-呼叫会话控制功能(proxy-call session control function，P-CSCF)、归属用户服务器(home subscriber server，HSS)、会话边界控制器(session border controller，SBC)，以及若干个专用服务器，如多媒体电话应用服务器(multimedia telephony application server，MMTel AS)。其中I-CSCF可以和S-CSCF合设在一起，可以简称为“I/S-CSCF”。SBC和P-CSCF可以合设在一起， 可以简称为“SBC/P-CSCF”。EPC中可包括分组数据网网关(packet data network gateway，PGW)、服务网关(serving gateway，SGW)和移动管理实体(mobile management entity，MME)。其中，PGW和SGW可以合设在一起，可以简称为“SGW/PGW”。
上述网元都是现有技术中无线通信网络中的相应网元，在这里不做详细描述，仅仅做简要说明。例如：S-CSCF可以用于用户的注册、鉴权控制、会话路由和业务触发控制，并维持会话状态信息。I-CSCF可以用于用户注册的S-CSCF的指配和查询。P-CSCF可以用于信令和消息的代理。HSS可以用于存储用户签约信息和位置信息。SBC可以提供安全接入和媒体处理。MMTel AS提供多媒体电话基本业务及补充业务。MME是EPC网络的核心设备。SGW可以用于IMS核心网与无线网络的连接，PGW可以用于IMS核心网和IP网络的连接。
主叫和被叫IMS域核心网还包括：媒体服务器。媒体服务器为主叫或被叫用户提供视频的媒体播放。其中，媒体服务器可以包括媒体控制服务器和媒体资源服务器MRS。媒体控制服务器和媒体资源服务器可以合设，也可以物理上分开。媒体控制服务器处理信令消息，媒体资源服务器提供主叫和/或被叫的频流和视频流。
主叫终端和被叫终端，是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。具体的，终端设备可以是可接入移动网络的终端设备(terminal device)，手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。。
需要说明的是，上述的说明并不构成对发明实施例的系统架构图的限定，本申请实施例的系统架构图包括但不限于在图1所示。
作为一种可选方式，媒体服务器还可以不位于主叫或被叫的IMS域核心网，而独立于主叫和被叫IMS域核心网。
作为一种可先，本申请实施例还可以是VoLTE网络的用户和其它网络(比如IMS网络，固网，交换网等)的用户的场景。比如，在本申请实施例中，主叫或被叫用户为VoLTE用户，对端用户为其它网络的用户。
应用于上述图1所示的系统，本发明的实施例提供一种呼叫处理的方法。其中，媒体服务器在被叫摘机后向主叫终端和被叫终端分别播放视频。进一步主叫终端挂机后，媒体服务器还可以继续向被叫终端播放视频。具体步骤如图2-图4任一实施例所示，为使描述简洁，便于理解，图中信令交互经过的一些网元未画出，如SGW/PGW、SBC/P-CSCF、I-CSCF/S-CSCF等。方法具体包括下列步骤。
201，媒体服务器收到了主叫终端发出的初始呼叫请求，如INVITE消息。主叫终端发起向被叫终端的呼叫请求，以请求与被叫终端进行语音通话。
其中，初始呼叫请求包括主叫终端的会话描述协议(session description protocol，SDP)信息(SDP_O)，主叫终端的SDP信息(SDP_O)包括但不限于呼叫类型、主被叫的号码、 主叫方支持的媒体类型和编码等。初始呼叫请求用于主叫终端与被叫终端进行通话媒体协商。
202，媒体服务器向被叫终端转发该初始呼叫请求，接续被叫终端。
203，媒体服务器收到被叫终端的183消息。被叫终端收到INVITE后，向媒体服务器发送183消息，开始与主叫进行正常媒体协商。183消息中携带了被叫终端的SDP信息。
204，媒体服务器向主叫终端转发被叫终端发送的183消息。
205，媒体服务器收到主叫终端返回的对上述183消息的确认消息PRACK(Provisional Response ACKnowledgement)。
206，媒体服务器向被叫终端转发该PRACK消息。
207，媒体服务器收到被叫终端返回的对上述PRACK消息的响应，200 OK(prack)消息。
208，媒体服务器向主叫终端转发上述200 OK(prack)消息。
209，媒体服务器收到主叫终端发送的UPDATE消息。主叫终端如果启动了Precondition流程，则主叫终端在完成资源预留后向被叫侧发送携带通话资源信息的UPDATE消息。
210，媒体服务器向被叫终端转发该UPDATE消息。被叫终端收到UPDATE消息后，完成资源预留，开始振铃。
211，媒体服务器收到被叫终端发送的针对UPDATE消息的成功响应，如200
OK(SDP-a-regular2)消息。200 OK(SDP-a-regular2)消息携带了被叫终端通话资源信息。
212，媒体服务器向主叫终端转发针对UPDATE消息的成功响应(如200OK(SDP-a-regular2)消息)。
213，媒体服务器还收到被叫终端发送的180振铃消息，表明被叫终端已开始振铃。
214，媒体服务器收到被叫终端的180振铃消息后，向主叫终端转发被叫终端的180振铃消息。
215，媒体服务器收到被叫终端发送针对初始呼叫请求(比如invite)的成功响应(比如200 OK(INVITE))消息。被叫用户在听到振铃后摘机，并发送针对初始呼叫请求的成功响应(如200 OK消息)以指示被叫用户已摘机。
216，媒体服务器在收到被叫终端发送的针对初始呼叫请求的成功响应(如200OK消息)后，确定在主被叫通话过程中为被叫终端播放视频。
比如，媒体服务器收到被叫摘机消息后，可以通过HSS查询主叫用户和被叫用户是否签约了通话过程为被叫播放视频的业务，确定是否需通话时为被叫播放视频。任一方签约了为被叫播放视频的业务，都可启动视频播放流程。
此外，媒体服务器(比如媒体控制服务器)根据通过S-CSF或HSS获取的终端信息，比如主叫号码，年龄，性别，所属网络，用户信用等级，上网习惯，消费行为，流量消费等属性标签和用户当前所在实时位置，时间，用户状态，用户本次volte电话的空闲时间的媒体位置(通话中B端)等，确定播放的视频内容。
217，响应于媒体服务器收到的被叫终端的摘机消息(200OK(INVITE),也就是针对初始呼叫请求的成功响应)，媒体服务器向被叫终端发送媒体重协商消息(re-invite)，以与被叫终端进行通话媒体资源协商和视频资源协商。re-invite请求携带视频的媒体信息和原主叫和被叫已经协商好的音频信息。原主叫和被叫已经协商好的音频信息为主被叫终端通话过程中使用的音频信息。
媒体服务器与被叫终端进行通话媒体资源协商和视频资源协商包括：与被叫终端进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商。
此外，媒体重协商消息还进一步携带视频播放指示，以指示该媒体协商请求包含了针对视频的媒体信息的指示，从而使得计费设备可以根据指示进行计费。
218，媒体服务器接收被叫终端发送的针对与被叫终端的媒体重协商消息的成功响应(如200OK(re-invite))消息,指示被叫终端同意为被叫终端播放视频，以及在播放视频时保持主被叫的音频资源信息。
219，媒体服务器向被叫终端发送针对媒体重协商消息的成功响应的确认消息(比如ACK消息)，并为被叫播放视频。此外，媒体服务器保持音频资源的信息，便于主被叫进行通话。
220，媒体服务器确定在主被叫通话过程中为主叫终端播放视频。
比如，媒体服务器收到被叫摘机消息后，可以通过查询主叫用户和被叫用户是否签约了通话过程为被叫播放视频的业务，确定是否需通话时为被叫播放视频。任一方签约了为被叫播放视频的业务，都可启动视频播放流程。
作为另一个例子，媒体服务器还可以根据终端信息，主叫号码，年龄，性别，所属网络，用户信用等级，上网习惯，消费行为，流量消费等属性标签和用户当前所在实时位置，时间，用户状态，用户本次volte电话的空闲时间的媒体位置(通话中B端)等确定给主叫播放视频。
221，媒体服务器向主叫终端发送媒体重协商消息，以与主叫终端进行通话媒体资源协商和视频资源协商。从而可以通过媒体协商，实现主叫终端和被叫终端通话过程中，媒体服务器向主叫终端播放视频。
媒体服务器与主叫终端进行包括：与主叫终端进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为主叫终端播放的视频的媒体资源协商。
媒体重协商消息可以为针对被叫终端的媒体重协商消息的成功响应(如200OK)消息。媒体服务器在向主叫终端发送的200ok消息中，除携带通话媒体资源SDP信息，还携带了视频流的SDP信息，以实现主叫终端和被叫终端通话过程中，媒体服务器继续向主叫终端播放视频。通话媒体资源SDP信息中包含了被叫终端的IP地址等信息，视频流SDP信息中包含了媒体资源服务器MRS的IP地址等信息。
被叫回复消息中含有通话媒体资源SDP信息有以下几种可能：a)被叫振铃时给发送的180振铃消息中携带通话媒体资源SDP信息；b)被叫摘机时发送的200 OK(INVITE)消息中携带通话媒体资源SDP信息；c)被叫摘机后又收到媒体服务器发送的REINVITE请求，再次向媒体服务器返回的200 OK(REINVITE)消息中携带通话媒体资源SDP信息。如果在同一通话流程中，存在以上3种情况中的多种情况，则按照上述a)、b)、c)的顺序选取最后一个消息中所携带的SDP信息。
222，媒体服务器收到主叫终端的确认消息(即ACK消息)，确认主叫终端接收到被叫发送的针对与被叫终端的媒体重协商消息的成功响应消息(如针对re-invite)的200 OK消息。
媒体服务器在收到主叫终端发送的ACK消息后，为主叫终端播放视频。
223，媒体服务器转发收到的ACK消息给被叫终端，来打通主被叫通话通道。
以上步骤完成后，主叫终端和被叫终端间建立通话，媒体服务器停止播放彩铃的音频流，并向主叫终端继续播放彩铃的视频流。
主叫或被叫终端可以有多种方式处理通话界面和视频界面。例如，如果主被叫通话只有音频，则主叫终端可直接竖屏或横屏显示视频画面。如果主被叫通话包括音频和视频，则主叫终端屏幕可在显示通话音视频流画面时，以画中画形式显示视频画面。
224，媒体服务器收到主叫挂机消息(如BYE消息)，媒体服务器停止播放彩铃。
225，媒体服务器向被叫发送bye消息，指示被叫挂机。媒体服务器停止播放彩铃。
224’，媒体服务器收到被叫挂机消息，BYE消息，媒体服务器停止播放彩铃。
225’，媒体服务器向主叫发送bye消息，指示被叫挂机。媒体服务器停止播放彩铃。
值得说明的是，步骤216和220没有时间顺序。
通过图2所示实施例，实现了在主被叫用户音频通话时向主叫和被叫终端播放视频的功能。丰富了用户体验，提高了网络能力的利用率，有利于彩铃相关业务的发展。
应用于上述图1所示的系统，本发明的实施例提供另一种呼叫处理的方法。其中，媒体服务器在主被叫通话过程中，与主叫和/或被叫进行媒体协商，以为主叫和/或被叫播放视频。具体步骤如图3所示，为使描述简洁，便于理解，图中信令交互经过的一些网元未画出，如SGW/PGW、SBC/P-CSCF、I-CSCF/S-CSCF等。方法具体包括下列步骤。
301-315与201-215的描述相同，本申请实施例在此不再详述。
316，媒体服务器向主叫终端转发被叫摘机消息，200 OK(INVITE)消息。
317，媒体服务器收到主叫终端的确认消息，ACK消息，确认接收到摘机消息200OK(INVITE)。
318，媒体服务器转发收到的ACK消息给被叫终端，来打通主被叫通话通道。
以上步骤完成后，主叫终端和被叫终端间建立通话，主被叫开始进行通话。
319，媒体服务器向被叫终端发送ACK消息后，确定在主被叫通话过程中为被叫终端播放视频。
比如，媒体服务器收到被叫摘机消息后，可以通过查询主叫用户和被叫用户是否签约了通话过程中为被叫播放视频的业务，确定是否需通话时进行视频播放。任一方签约了话过程中为被叫播放视频的业务，都可启动视频播放流程。
此外，媒体服务器(比如媒体控制服务器)根据终端信息，主叫号码，年龄，性别，所属网络，用户信用等级，上网习惯，消费行为，流量消费等属性标签和用户当前所在实时位置，时间，用户状态，用户本次volte电话的空闲时间的媒体位置(通话中B端)等确定给主叫和/或者被叫播放的视频内容。媒体服务器发送给主叫和被叫的视频内容可以相同，也可以不同。本申请实施例在此不做限定。
320，媒体服务器向被叫终端发送媒体重协商消息(比如re-invite请求)，以与被叫终端进行视频重新协商。媒体重协商消息中携带了所述被叫终端与主叫终端通话的媒体资源会话描述协议SDP信息和为所述被叫终端在通话过程中播放的视频流的SDP信息。
此外，媒体重协商消息还携带视频播放指示，以指示该媒体协商请求包含了针对视频的 媒体信息的指示，从而使得计费设备可以根据指示进行计费。视频播放指示可以是为所述被叫终端在通话过程中播放的视频流的SDP信息，或其它的标识，本申请实施例在此不做限定。
321，媒体服务器接收被叫终端发送针对媒体重协商消息的成功响应(如200OK)消息,指示被叫终端同意为被叫终端播放视频，并保持主被叫的音频资源信息。
322-323，媒体服务器向被叫终端发送针对re-invite请求的确认ACK消息，并为被叫播放视频。
324与220的描述相同，本申请实施例在此不再详述。
325，媒体服务器向主叫终端发送媒体重协商消息(如re-invite)，以与主叫终端进行视频重新协商。从而可以通过媒体协商，实现主叫终端和被叫终端通话过程中，媒体服务器向主叫终端播放视频。
媒体服务器在向主叫终端发送的媒体重协商消息(如re-invite)中，除携带通话媒体资源SDP信息，还携带了视频流的SDP信息，以实现主叫终端和被叫终端通话过程中，媒体服务器继续向主叫终端播放视频。通话媒体资源SDP信息中包含了被叫终端的IP地址等信息，视频流SDP信息中包含了媒体资源服务器MRS的IP地址等信息。
被叫回复消息中含有通话媒体资源SDP信息有以下几种可能：a)被叫振铃时给发送的180振铃消息中携带通话媒体资源SDP信息；b)被叫摘机时发送的200 OK(INVITE)消息中携带通话媒体资源SDP信息；c)被叫摘机后又收到媒体服务器发送的REINVITE请求，再次向媒体服务器返回的200 OK(REINVITE)消息中携带通话媒体资源SDP信息。如果在同一通话流程中，存在以上3种情况中的多种情况，则按照上述a)、b)、c)的顺序选取最后一个消息中所携带的SDP信息。
326，媒体服务器接收主叫终端发送的针对媒体重协商消息(如re-invite)的成功响应(如200OK)消息,指示主叫终端同意为主叫播放视频，并保持主被叫的音频资源信息。
327，媒体服务器向主叫终端发送确认消息(即ACK消息)，以确认接收到主叫终端发送的针对re-invite请求的成功响应200OK消息媒体重协商(re-invite)请求。
328、媒体服务器为主叫终端发送在主被叫通话过程中为主叫播放视频。
媒体服务器根据步骤325中re-invite请求中的视频信息，为主叫发送视频。
329-330，媒体服务器收到主叫挂机消息，BYE消息，然后媒体服务器停止为主叫播放视频。
331-332，媒体服务器向被叫终端发送BYE消息，通知被叫终端主叫已挂机，并停止播放视频。
通过图3所示实施例，实现了在主被叫用户在通话过程中向被叫终端播放视频的功能。丰富了用户体验，提高了网络能力的利用率，有利于相关业务的发展。
应用于上述图1所示的系统，本发明的实施例提供另一种呼叫处理的方法。其中，媒体服务器在主被叫通话结束后，与被叫进行媒体协商，以为或被叫播放视频。具体步骤如图4所示，为使描述简洁，便于理解，图中信令交互经过的一些网元未画出，如SGW/PGW、SBC/P-CSCF、I-CSCF/S-CSCF等。方法具体包括下列步骤。
401-415与201-215的描述相同，本申请实施例在此不再详述。
416-418与316-318的描述相同，本申请实施例在此不再详述。
以上步骤完成后，主叫终端和被叫终端间建立通话，主被叫开始进行通话。
420，媒体服务器收到主叫挂机消息，BYE消息。
421，响应于收到的主叫挂机消息，媒体服务器确定为被叫播放媒体。
媒体服务器收到主叫挂机的消息后，可以通过查询主叫用户和被叫用户是否签约了通话结束后为被叫播放视频的业务，以确定是向被叫播放视频。任一方签约了通话结束后为被叫播放视频的业务，都可启动为被叫播放视频的流程。
作为另一个例子，媒体服务器还可以根据终端信息，主叫号码，年龄，性别，所属网络，用户信用等级，上网习惯，消费行为，流量消费等属性标签和用户当前所在实时位置，时间，用户状态，用户本次volte电话的空闲时间的媒体位置(通话中B端)等确定给主叫播放视频。
422，媒体服务器向被叫终端发送媒体重协商消息(如re-invite请求)，以与被叫终端进行视频重新协商。媒体重协商消息携带为被叫播放的音频流和/或视频流的SDP信息，以实现主叫终端和被叫终端通话结束后向被叫播放音频和/或视频。音频流和/或视频流的SDP信息信息中包含了媒体资源服务器MRS的IP地址等信息。
此外，媒体重协商消息还进一步携带视频播放指示，以指示该媒体协商请求包含了针对视频的媒体信息的指示，从而使得计费设备可以根据指示进行计费。
423，媒体服务器接收被叫终端发送针对重邀请请求的成功响应200OK消息,指示被叫终端同意为被叫终端播放视频。
被叫回复消息的成功响应200OK消息中含有视频流的媒体信息。
424-425，媒体服务器向被叫终端发送针对re-invite请求的确认ACK消息，并为被叫播放视频。
426-428.媒体服务器确定视频播放时间结束，向被叫终端发送主叫挂机的消息，并停止为被叫播放视频。
通过图4所示实施例，实现了在主被叫用户在通话结束后，向被叫终端播放视频的功能。丰富了用户体验，提高了网络能力的利用率，有利于相关业务的发展。
作为一个例子，在图2或图3的流程中，媒体服务器在接收到主叫发送的挂机消息(如BYE消息)后，进一步确定为被叫播放视频，并执行步骤421-428。
作为另一个例子，在图2-图4的任一流程中，还有可能是被叫终端先行挂机。媒体服务器在接收到被叫发送的挂机消息(如BYE消息)后，确定为主叫播放视频。从而执行步骤325-328。
本申请实施例还提供了一种媒体服务器的结构示意图，如图5所示，包括呼叫处理单元501，媒体协商单元502，以及媒体发送单元503。其中：
呼叫处理单元501，用于接收主叫终端发送的呼叫请求，将所述呼叫请求转发给被叫终端，以及接收被叫终端针对所述初始呼叫请求的成功响应。
媒体协商单元502，用于在接收到所述针对所述初始呼叫请求的成功响应之后，与被叫终端进行通话媒体资源协商和视频资源协商。
媒体发送单元503，用于基于与被叫终端进行的视频资源协商，向被叫终端发送彩频流。
这些单元实现前述图2到图4任一实施例中的相关功能，不再赘述。
作为一种可选，呼叫处理单元501，用于接收主叫终端发送的初始呼叫请求，将所述初始呼叫请求发送给被叫终端，以及接收被叫终端针对所述初始呼叫请求的成功响应；在所述被叫终端摘机后，接收所述主叫终端发送的挂机消息。媒体协商单元502，用于响应于所述主叫终端发送的挂机消息，与所述被叫终端进行通话结束后的媒体资源协商。媒体发送单元503，用于根据所述协商的媒体资源，向被叫终端发送音频流和视频流。
在本实施例中，媒体服务器是以功能单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到媒体服务器可以采用处理器、存储器和通信接口来实现。
本申请实施例中的媒体服务器还可以以图6中的计算机设备(或系统)的方式来实现。图6所示为本申请实施例提供的计算机设备示意图。该计算机设备包括至少一个处理器601，通信总线602，存储器603以及至少一个通信接口604，还可以包括IO接口605。
处理器601可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。
通信总线602可包括一通路，在上述组件之间传送信息。所述通信接口，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。
存储器603可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中，所述存储器603用于存储执行本发明方案的应用程序代码，并由处理器来控制执行。所述处理器用于执行所述存储器中存储的应用程序代码。
在具体实现中，处理器601可以包括一个或多个CPU，每个CPU可以是一个单核(single-core)处理器，也可以是一个多核(multi-Core)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，该计算机设备还可以包括输入/输出(I/O)接口。例如，输出设备可以是液晶显示器(liquid crystal display，LCD),发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的计算机设备可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现 中，计算机设备可以是台式机、便携式电脑、网络服务器、掌上电脑(Personal Digital Assistant，PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图5中类似结构的设备。本申请实施例不限定计算机设备的类型。
如图1中的媒体服务器可以为图6所示的设备，存储器中存储了一个或多个软件模块。媒体服务器可以通过处理器以及存储器中的程序代码来实现软件模块，完成上述方法。
本申请实施例还提供了一种计算机存储介质，用于储存为上述图5或图6所示的设备所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序，可以实现上述方法。
本申请实施例还提供了一种终端设备的结构示意图，如图7所示，包括呼叫处理单元701，媒体协商单元702，媒体接收单元703以及媒体发送单元。其中：
呼叫处理单元701用于接收主叫终端发送的初始呼叫请求。
媒体协商单元702用于在向媒体服务器发送针对所述初始呼叫请求的成功响应后，与媒体服务器进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商。
媒体接收单元703用于接收媒体服务器发送针对媒体重协商的成功响应的确认消息和所述媒体服务器发送的视频流。
媒体播放单元704用于在与所述主叫终端进行音频通话的过程中播放所述媒体服务器发送的视频流。
这些单元实现前述图2-图4实施例中任一相关功能，不再赘述。
在本实施例中，终端设备是以功能单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到终端设备可以采用处理器、存储器和通信接口来实现。
本申请实施例中的终端设备还可以以图8中的计算机设备(或系统)的方式来实现。图8所示为本申请实施例提供的计算机设备示意图。该计算机设备包括至少一个处理器801，通信总线802，存储器803以及至少一个通信接口804，还可以包括IO接口805。
处理器可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。
通信总线可包括一通路，在上述组件之间传送信息。所述通信接口，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。
存储器可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝 光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中，所述存储器用于存储执行本发明方案的应用程序代码，并由处理器来控制执行。所述处理器用于执行所述存储器中存储的应用程序代码。
在具体实现中，处理器可以包括一个或多个CPU，每个CPU可以是一个单核(single-core)处理器，也可以是一个多核(multi-Core)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，该计算机设备还可以包括输入/输出(I/O)接口。例如，输出设备可以是液晶显示器(liquid crystal display，LCD),发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的计算机设备可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中，计算机设备可以是台式机、便携式电脑、网络服务器、掌上电脑(Personal Digital Assistant，PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图7中类似结构的设备。本申请实施例不限定计算机设备的类型。
如图1中的终端设备可以为图7所示的设备，存储器中存储了一个或多个软件模块。终端设备可以通过处理器以及存储器中的程序代码来实现软件模块，完成上述方法。
本申请实施例还提供了一种计算机存储介质，用于储存为上述图6或图7所示的设备所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序，可以实现上述方法。
图9为另一种呼叫处理系统900的结构示意图。该装置系统包括上述实施例中的媒体服务器MRS901、HSS902和S-CSCF。
其中，MRS901可以执行上述实施例，以及图1-8中媒体服务器执行的任何步骤。本申请实施例在此不做详述。HSS用于存储用户签约信息和位置信息。S-CSCF可以用于用户的注册、鉴权控制、会话路由和业务触发控制，并维持会话状态信息。
尽管在此结合各实施例对本发明进行了描述，然而，在实施所要求保护的本发明过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
本领域技术人员应明白，本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机程序存储/分布在合适的介质中，与其它硬件一起提供或作为硬件的一部分，也可以采用其他分布形式，如通过Internet或其它有线或无线电信系统。
本发明是参照本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本发明进行了描述，显而易见的，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本发明的示例性说明，且视为已覆盖本发明范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (42)

  1. 一种呼叫处理方法，其特征在于，应用于媒体服务器，包括：
    接收主叫终端发送的初始呼叫请求，将所述初始呼叫请求转发给被叫终端；
    接收被叫终端针对所述初始呼叫请求的成功响应，所述针对所述初始呼叫请求的成功响应指示被叫终端已摘机；
    在接收到所述针对所述初始呼叫请求的成功响应之后，与被叫终端进行通话媒体资源协商和视频资源协商；
    基于与被叫终端进行的视频资源协商，在主被叫通话过程中向所述被叫终端发送视频流。
  2. 如权利要求1所述的方法，其特征在于，所述与被叫终端进行通话媒体资源协商和视频资源协商包括：
    响应于所述被叫终端发送的针对所述初始呼叫请求的成功响应，与所述被叫终端进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商。
  3. 如权利要求1所述的方法，其特征在于，所述接收被叫终端针对所述初始呼叫请求的成功响应后，该方法进一步包括：向所述主叫终端转发所述针对所述初始呼叫请求的成功响应，并接收所述主叫终端发送的所述针对所述初始呼叫请求的成功响应的确认消息；
    所述与被叫终端进行通话媒体资源协商和视频资源协商包括：响应于所述主叫终端发送的所述针对所述初始呼叫请求的成功响应的确认消息，与所述被叫终端进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商。
  4. 如权利要求1-3任一所述的方法，其特征在于，该方法进一步包括：确定主叫用户或被叫用户签约在通话过程中进行视频播放的业务，则执行所述与被叫终端进行通话媒体资源协商和视频资源协商。
  5. 如权利要求1-4任一所述的方法，其特征在于，所述与所述被叫终端进行通话媒体资源协商和视频资源协商包括：
    向被叫终端发送媒体重协商消息，所述媒体重协商消息中携带了所述被叫终端与主叫终端通话的媒体资源会话描述协议SDP信息和为所述被叫终端在通话过程中播放的视频流的SDP信息；
    接收所述被叫终端针对所述媒体重协商消息的成功响应。
  6. 如权利要求1-5任一所述的方法，其特征在于，该方法进一步包括：
    向所述主叫终端发送针对初始呼叫请求的成功响应，所述针对初始会话请求的成功响应中携带了所述被叫终端与所述主叫终端通话的媒体资源会话描述协议SDP信息和为所述主叫终端在通话过程中播放的视频流的SDP信息；
    接收所述主叫终端针对所述媒体重协商消息的成功响应。
  7. 一种呼叫处理方法，其特征在于，应用于终端设备，包括：
    接收主叫终端发送的初始呼叫请求；
    在向媒体服务器发送针对所述初始呼叫请求的成功响应后，与媒体服务器进行所述被叫 终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商；
    在与所述主叫终端进行音频通话的过程中播放所述媒体服务器发送的视频流。
  8. 如权利要求7所述的方法，其特征在于，所述与媒体服务器进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商包括：
    接收所述媒体服务器发送发送的媒体协商消息，所述媒体重协商消息中携带了所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源会话描述协议SDP信息，还携带了在所述通话过程中为所述被叫终端播放的视频流的SDP信息；
    向所述媒体服务器返回针对所述媒体重协商消息的成功响应。
  9. 如权利要求7或8所述的方法，其特征在于，所述方法还包括：
    在所述主叫终端挂机后，与所述媒体服务器进行媒体资源的协商，接收并播放所述媒体服务器在所述主叫终端挂机后发送的音频流和视频流。
  10. 一种呼叫处理方法，其特征在于，应用于媒体服务器，包括：
    接收主叫终端发送的初始呼叫请求，将所述初始呼叫请求发送给被叫终端；
    接收所述被叫终端针对所述初始呼叫请求的成功响应；
    在所述被叫终端摘机，主被叫通话结束后，接收所述主叫终端发送的挂机消息；
    响应于所述主叫终端发送的挂机消息，与所述被叫终端进行通话结束后的媒体资源协商；
    根据所述协商的媒体资源，向被叫终端发送音频流和视频流。
  11. 如权利要求10所述的方法，其特征在于，还包括：
    接收所述主叫终端的挂机消息后，确定被叫用户签约了通话结束后的音视频播放业务，则执行所述与被叫终端进行媒体资源协商。
  12. 如权利要求10或11所述的方法，其特征在于，所述与被叫终端进行媒体资源协商包括：
    向所述被叫终端发送媒体重协商消息，所述媒体重协商消息中携带了音频流和视频流的SDP信息；
    接收所述被叫终端发送的针对所述媒体重协商消息的成功响应。
  13. 一种媒体服务器，包括：
    呼叫处理单元，用于接收主叫终端发送的初始呼叫请求，将所述初始呼叫请求转发给被叫终端，以及接收被叫终端针对所述初始呼叫请求的成功响应，所述针对所述初始呼叫请求的成功响应指示被叫终端已摘机；
    媒体协商单元，用于在接收到所述针对所述初始呼叫请求的成功响应之后，与被叫终端进行通话媒体资源协商和视频资源协商；
    媒体发送单元，用于基于与被叫终端进行的视频资源协商，在主被叫通话过程中向被叫终端发送彩频流。
  14. 如权利要求13所述的媒体服务器，其特征在于，所述媒体协商单元与被叫终端进行通话媒体资源协商和视频资源协商包括：响应于所述被叫终端发送的针对所述初始呼叫请 求的成功响应，与所述被叫终端进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商。
  15. 如权利要求13所述的媒体服务器，其特征在于，所述呼叫处理单元进一步用于：在接收被叫终端针对所述初始呼叫请求的成功响应后，向所述主叫终端转发所述针对所述初始呼叫请求的成功响应，并接收所述主叫终端发送的所述针对所述初始呼叫请求的成功响应的确认消息；
    所述媒体协商单元与被叫终端进行通话媒体资源协商和视频资源协商包括：响应于所述主叫终端发送的所述针对所述初始呼叫请求的成功响应的确认消息，与所述被叫终端进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商。
  16. 如权利要求13-15任一所述的媒体服务器，其特征在于，所述媒体协商单元进一步用于：确定主叫用户或被叫用户签约在通话过程中进行视频播放的业务。
  17. 如权利要求13-16任一所述的媒体服务器，其特征在于，所述媒体协商单元与所述被叫终端进行通话媒体资源协准则和视频资源协商包括：向被叫终端发送媒体重协商消息，所述媒体重协商消息中携带了所述被叫终端与主叫终端通话的媒体资源会话描述协议SDP信息和为所述被叫终端在通话过程中播放的视频流的SDP信息；
    接收所述被叫终端针对所述媒体重协商消息的成功响应。
  18. 如权利要求13-16任一所述的媒体服务器，其特征在于，所述媒体协商单元进一步用于：向所述主叫终端发送针对初始呼叫请求的成功响应，所述针对初始会话请求的成功响应中携带了所述被叫终端与所述主叫终端通话的媒体资源会话描述协议SDP信息和为所述主叫终端在通话过程中播放的视频流的SDP信息；以及用于接收所述主叫终端针对所述媒体重协商消息的成功响应。
  19. 一种终端设备，包括：
    呼叫处理单元，用于接收主叫终端发送的初始呼叫请求；
    媒体协商单元，用于在向媒体服务器发送针对所述初始呼叫请求的成功响应后，与媒体服务器进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为被叫终端播放的视频的媒体资源协商；
    媒体接收单元，用于接收媒体服务器发送针对媒体重协商的成功响应的确认消息和所述媒体服务器发送的视频流；
    媒体播放单元，用于在与所述主叫终端进行音频通话的过程中播放所述媒体服务器发送的视频流。
  20. 如权利要求19所述的终端设备，其特征在于，所述媒体协商单元与所述媒体服务器进行通话媒体资源协商和彩铃视频资源协商包括：
    所述媒体协商单元接收所述媒体服务器发送发送的媒体协商消息，所述媒体重协商消息中携带了所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源会话描述协议SDP信息，还携带了在所述通话过程中为所述被叫终端播放的视频流的SDP信息；
    向所述媒体服务器返回针对所述媒体重协商消息的成功响应。
  21. 如权利要求19或20所述的终端设备，其特征在于，所述媒体协商单元还用于在在 所述主叫终端挂机后,与所述媒体服务器进行媒体资源的协商；
    所述媒体接收单元进一步用于接收所述媒体服务器发送的音频流和视频流；
    所述媒体播放单元进一步用于播放所述媒体服务器发送的音频流和视频流。
  22. 一种媒体服务器，包括：
    呼叫处理单元，用于接收主叫终端发送的初始呼叫请求，将所述初始呼叫请求发送给被叫终端，以及接收被叫终端针对所述初始呼叫请求的成功响应；在所述被叫终端摘机后，接收所述主叫终端发送的挂机消息；
    媒体协商单元，用于响应于所述主叫终端发送的挂机消息，与所述被叫终端进行通话结束后的媒体资源协商；
    媒体发送单元，用于根据所述协商的媒体资源，向被叫终端发送音频流和视频流。
  23. 如权利要求22所述的媒体服务器，其特征在于，
    所述媒体协商单元进一步用于在接收所述主叫终端的挂机消息后，确定被叫用户签约了在通话结束后的音视频播放业务。
  24. 如权利要求22或23所述的媒体服务器，其特征在于，所述媒体协商单元与所述被叫终端进行媒体资源协商包括：
    向所述被叫终端发送媒体重协商消息，所述媒体重协商消息中携带了音频流和视频流的SDP信息；
    接收所述被叫终端发送的针对所述媒体重协商消息的成功响应。
  25. 一种呼叫处理方法，其特征在于，应用于媒体服务器，包括：
    接收主叫终端发送的初始呼叫请求，将所述初始呼叫请求转发给被叫终端；
    接收被叫终端针对所述初始呼叫请求的成功响应，所述针对所述初始呼叫请求的成功响应指示被叫终端已摘机；
    在接收到所述针对所述初始呼叫请求的成功响应之后，与主叫终端进行通话媒体资源协商和视频资源协商；
    基于与主叫终端进行的视频资源协商，在主被叫通话过程中向所述主叫终端发送视频流。
  26. 如权利要求25所述的方法，其特征在于，所述与主叫终端进行通话媒体资源协商和视频资源协商包括：
    响应于所述被叫终端发送的针对所述初始呼叫请求的成功响应，与所述主叫终端进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为主叫终端播放视频的媒体资源协商。
  27. 如权利要求25所述的方法，其特征在于，所述接收被叫终端针对所述初始呼叫请求的成功响应后，该方法进一步包括：向所述主叫终端转发所述针对所述初始呼叫请求的成功响应，并接收所述主叫终端发送的所述针对所述初始呼叫请求的成功响应的确认消息；
    所述与被叫终端进行通话媒体资源协商和视频资源协商包括：响应于所述主叫终端发送的所述针对所述初始呼叫请求的成功响应的确认消息，与所述被叫终端进行所述被叫终端和 所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为主叫终端播放视频的媒体资源协商。
  28. 如权利要求25-27任一所述的方法，其特征在于，该方法进一步包括：确定主叫用户或被叫用户签约在通话过程中进行视频播放的业务，则执行所述与主叫终端进行通话媒体资源协商和视频资源协商。
  29. 如权利要求25-28任一所述的方法，其特征在于，所述与所述主叫终端进行通话媒体资源协商和视频资源协商包括：
    向主叫终端发送媒体重协商消息，所述媒体重协商消息中携带了所述被叫终端与主叫终端通话的媒体资源会话描述协议SDP信息和为所述主叫终端在通话过程中播放的视频流的SDP信息；
    接收所述主叫终端针对所述媒体重协商消息的成功响应。
  30. 如权利要求25-29任一所述的方法，其特征在于，该方法进一步包括：
    向所述主叫终端发送针对初始呼叫请求的成功响应，所述针对初始会话请求的成功响应中携带了所述被叫终端与所述主叫终端通话的媒体资源会话描述协议SDP信息和为所述主叫终端在通话过程中播放的视频流的SDP信息；
    接收所述主叫终端针对所述媒体重协商消息的成功响应。
  31. 一种呼叫处理方法，其特征在于，应用于终端设备，包括：
    向被叫终端发送初始呼叫请求；
    在接收到针对所述初始呼叫请求的成功响应后，与媒体服务器进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为主叫终端播放视频的媒体资源协商；
    在所述被叫终端与所述主叫终端进行音频通话的过程中播放所述媒体服务器发送的视频流。
  32. 如权利要求31所述的方法，其特征在于，所述与媒体服务器进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为主叫终端播放的视频的媒体资源协商包括：
    接收所述媒体服务器发送发送的媒体协商消息，所述媒体重协商消息中携带了所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源会话描述协议SDP信息，还携带了在所述通话过程中为所述被叫终端播放的视频流的SDP信息；
    向所述媒体服务器返回针对所述媒体重协商消息的成功响应。
  33. 如权利要求31或32所述的方法，其特征在于，所述方法还包括：
    在所述被叫终端挂机后，与所述媒体服务器进行媒体资源的协商，接收并播放所述媒体 服务器在所述被叫终端挂机后发送的音频流和视频流。
  34. 一种媒体服务器，包括：
    呼叫处理单元，用于接收主叫终端发送的初始呼叫请求，将所述初始呼叫请求转发给被叫终端，以及接收被叫终端针对所述初始呼叫请求的成功响应，所述针对所述初始呼叫请求的成功响应指示被叫终端已摘机；
    媒体协商单元，用于在接收到所述针对所述初始呼叫请求的成功响应之后，与所述主叫终端进行通话媒体资源协商和视频资源协商；
    媒体发送单元，用于基于与所述主叫终端进行的视频资源协商，在主被叫通话过程中向所述主叫终端发送视频流。
  35. 如权利要求34所述的媒体服务器，其特征在于，所述媒体协商单元与所述主叫终端进行通话媒体资源协商和视频资源协商包括：响应于所述被叫终端发送的针对所述初始呼叫请求的成功响应，与所述主叫终端进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为所述主叫终端播放的视频的媒体资源协商。
  36. 如权利要求34所述的媒体服务器，其特征在于，所述呼叫处理单元进一步用于：在接收被叫终端针对所述初始呼叫请求的成功响应后，向所述主叫终端转发所述针对所述初始呼叫请求的成功响应，并接收所述主叫终端发送的所述针对所述初始呼叫请求的成功响应的确认消息；
    所述媒体协商单元与主叫终端进行通话媒体资源协商和视频资源协商包括：响应于所述主叫终端发送的所述针对所述初始呼叫请求的成功响应的确认消息，与所述主叫终端进行所述被叫终端和所述主叫终端的通话过程中的音频的媒体资源协商和在所述通话过程中为主叫终端播放视频的媒体资源协商。
  37. 如权利要求34-36任一所述的媒体服务器，其特征在于，所述媒体协商单元进一步用于：确定主叫用户或被叫用户签约在通话过程中进行视频播放的业务。
  38. 如权利要求34-37任一所述的媒体服务器，其特征在于，所述媒体协商单元与所述主叫终端进行通话媒体资源协准则和视频资源协商包括：向主叫终端发送媒体重协商消息，所述媒体重协商消息中携带了所述被叫终端与主叫终端通话的媒体资源会话描述协议SDP信息和为所述被叫终端在通话过程中播放的视频流的SDP信息；
    接收所述被叫终端针对所述媒体重协商消息的成功响应。
  39. 如权利要求14-37任一所述的媒体服务器，其特征在于，所述媒体协商单元进一步用于：向所述主叫终端发送针对初始呼叫请求的成功响应，所述针对初始会话请求的成功响应中携带所述被叫终端与所述主叫终端通话的媒体资源会话描述协议SDP信息和为所述主叫终端在通话过程中播放的视频流的SDP信息；以及用于接收所述主叫终端针对所述媒体重 协商消息的成功响应。
  40. 一种媒体服务器，包括：
    呼叫处理单元，用于接收主叫终端发送的初始呼叫请求，将所述初始呼叫请求发送给被叫终端，以及接收被叫终端针对所述初始呼叫请求的成功响应；在所述被叫终端摘机后，接收所述被叫终端发送的挂机消息；
    媒体协商单元，用于响应于所述被叫终端发送的挂机消息，与所述主叫终端进行通话结束后的媒体资源协商；
    媒体发送单元，用于根据所述协商的媒体资源，向所述主叫终端发送音频流和视频流。
  41. 如权利要求40所述的媒体服务器，其特征在于，
    所述媒体协商单元进一步用于在接收所述被叫终端的挂机消息后，确定主叫用户签约了在通话结束后的音视频播放业务。
  42. 如权利要求40或41所述的媒体服务器，其特征在于，所述媒体协商单元与所述主叫终端进行媒体资源协商包括：
    向所述主叫终端发送媒体重协商消息，所述媒体重协商消息中携带了音频流和视频流的SDP信息；
    接收所述主叫终端发送的针对所述媒体重协商消息的成功响应。
PCT/CN2020/116428 2019-09-27 2020-09-21 呼叫处理的的方法和设备 WO2021057642A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP20868876.2A EP3952265B1 (en) 2019-09-27 2020-09-21 Call processing method and device
US17/570,155 US20220131912A1 (en) 2019-09-27 2022-01-06 Call processing method and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910926313.2 2019-09-27
CN201910926313.2A CN112583982A (zh) 2019-09-27 2019-09-27 呼叫处理的方法和设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/570,155 Continuation US20220131912A1 (en) 2019-09-27 2022-01-06 Call processing method and device

Publications (1)

Publication Number Publication Date
WO2021057642A1 true WO2021057642A1 (zh) 2021-04-01

Family

ID=70048916

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/116428 WO2021057642A1 (zh) 2019-09-27 2020-09-21 呼叫处理的的方法和设备

Country Status (4)

Country Link
US (1) US20220131912A1 (zh)
EP (1) EP3952265B1 (zh)
CN (2) CN112583982A (zh)
WO (1) WO2021057642A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112583982A (zh) * 2019-09-27 2021-03-30 华为技术有限公司 呼叫处理的方法和设备
CN111741170B (zh) * 2020-06-19 2021-08-06 杭州东信北邮信息技术有限公司 一种5g超高清自适应视频彩铃业务系统及其实现方法
CN112866215B (zh) * 2021-01-04 2023-04-07 厦门亿联网络技术股份有限公司 一种音乐播放方法和设备
CN113726750B (zh) * 2021-08-18 2023-06-30 中国联合网络通信集团有限公司 语音实时翻译方法、装置和存储介质
CN113726968B (zh) * 2021-08-18 2023-07-28 中国联合网络通信集团有限公司 终端通信方法、装置、服务器和存储介质
CN114553843A (zh) * 2022-01-28 2022-05-27 号百信息服务有限公司 实现视频单通兼话音双通的方法、装置及电子设备
CN114401252B (zh) * 2022-01-29 2024-03-26 中国农业银行股份有限公司 话务系统的呼叫方法以及话务系统
CN115226095B (zh) * 2022-09-19 2023-01-06 杭州诚智天扬科技有限公司 一种基于ims网络的隐私号码的应用方法以及应用系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101252780A (zh) * 2008-04-02 2008-08-27 华为技术有限公司 一种媒体流播放方法及装置、以及用户终端
CN102131009A (zh) * 2010-01-15 2011-07-20 华为技术有限公司 视频彩铃的播放方法、多媒体彩铃服务器及用户设备
CN102130888A (zh) * 2010-01-19 2011-07-20 华为终端有限公司 通话过程中继续播放彩铃和彩振的方法和服务器
US8213416B2 (en) * 2008-05-30 2012-07-03 Tekelec, Inc. Methods, systems, and computer readable media for early media connection proxying
CN105516936A (zh) * 2014-10-17 2016-04-20 中国移动通信集团设计院有限公司 一种在通话时进行彩铃传输的方法及装置
CN110971766A (zh) * 2019-09-27 2020-04-07 华为技术有限公司 呼叫处理的方法和设备

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6574335B1 (en) * 1999-12-22 2003-06-03 At&T Corp. Method for simulating a ring back for a call between parties in different communication networks
US6757290B1 (en) * 1998-08-04 2004-06-29 At&T Corp. Method for performing gate coordination on a per-call basis
US20080240375A1 (en) * 2005-05-19 2008-10-02 Jian Chen Method Of Processing Multiple Ring Back Tone In Voice Service Application Based On Sip Fork
CN100544389C (zh) * 2005-07-20 2009-09-23 华为技术有限公司 一种多媒体彩铃实现方法与系统
CN1859475B (zh) * 2005-07-22 2010-05-12 华为技术有限公司 一种实现多媒体回铃音的方法及系统
US8953769B2 (en) * 2006-06-09 2015-02-10 At&T Intellectual Property I, L.P. Calling party controlled ringback tones
US8107614B2 (en) * 2006-06-16 2012-01-31 Movius Interactive Corporation Enhanced colorful ring-back tone by mixing content streams in real time
US8054960B1 (en) * 2006-11-06 2011-11-08 Sprint Spectrum L.P. Method and system for setting up a ringback media session
CN101267597B (zh) * 2007-03-13 2012-04-04 华为技术有限公司 实现多媒体彩铃和多媒体彩像业务的方法、系统及装置
CN101179626A (zh) * 2007-05-30 2008-05-14 华为技术有限公司 一种挂机通知业务的实现装置、方法和系统
CN101374330B (zh) * 2007-08-20 2011-06-01 华为技术有限公司 视频互通网关设备、视频呼叫业务的实现系统及方法
CN101316269B (zh) * 2008-06-19 2012-02-08 中兴通讯股份有限公司 集团彩铃业务实现方法及系统、视频网关
US20120213346A1 (en) * 2009-02-04 2012-08-23 Huawei Device Co.,Ltd. Method, server and terminal device for playing multimedia ring tone during call
CN101478610A (zh) * 2009-02-04 2009-07-08 深圳华为通信技术有限公司 在通话期间播放多媒体铃音的方法、服务器及终端设备
CN101924903B (zh) * 2009-06-17 2013-03-20 华为技术有限公司 实现视频通话的方法、装置和系统
CN102957815B (zh) * 2011-08-31 2016-08-03 中兴通讯股份有限公司 一种ctd呼叫业务中彩铃业务实现方法及装置
US9762628B2 (en) * 2013-02-19 2017-09-12 Avaya Inc. Implementation of the semi-attended transfer in SIP for IP-multimedia subsystem environments
CN105391876A (zh) * 2014-09-03 2016-03-09 阿尔卡特朗讯 一种为通话提供媒体服务的方法与装置
US9729585B2 (en) * 2015-02-18 2017-08-08 Vonage America Inc. Communications adaptor for use with internet telephony system
CN107580150A (zh) * 2016-07-04 2018-01-12 南京中兴新软件有限责任公司 彩铃处理方法、装置及系统
CN106303104B (zh) * 2016-07-27 2019-12-17 华为技术有限公司 一种播放视频彩铃的方法以及主叫用户设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101252780A (zh) * 2008-04-02 2008-08-27 华为技术有限公司 一种媒体流播放方法及装置、以及用户终端
US8213416B2 (en) * 2008-05-30 2012-07-03 Tekelec, Inc. Methods, systems, and computer readable media for early media connection proxying
CN102131009A (zh) * 2010-01-15 2011-07-20 华为技术有限公司 视频彩铃的播放方法、多媒体彩铃服务器及用户设备
CN102130888A (zh) * 2010-01-19 2011-07-20 华为终端有限公司 通话过程中继续播放彩铃和彩振的方法和服务器
CN105516936A (zh) * 2014-10-17 2016-04-20 中国移动通信集团设计院有限公司 一种在通话时进行彩铃传输的方法及装置
CN110971766A (zh) * 2019-09-27 2020-04-07 华为技术有限公司 呼叫处理的方法和设备

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
US20220131912A1 (en) 2022-04-28
EP3952265B1 (en) 2024-03-20
EP3952265A4 (en) 2022-06-01
CN110971766B (zh) 2021-01-05
CN112583982A (zh) 2021-03-30
CN110971766A (zh) 2020-04-07
EP3952265A1 (en) 2022-02-09

Similar Documents

Publication Publication Date Title
WO2021057642A1 (zh) 呼叫处理的的方法和设备
WO2020220781A1 (zh) 呼叫处理的的方法和设备
US11431774B2 (en) Method, user equipment and application server for adding media stream of multimedia session
US8718238B2 (en) Method and a system for implementing a multimedia ring back tone service
US20130267211A1 (en) Method and system for implementing multimedia ring back tone service and multimedia caller identification
US20060256748A1 (en) System and method for interworking between IMS network and H.323 network
US20110292839A1 (en) Method and system for selective call forwarding based on media attributes in telecommunication network
CN113556429B (zh) 一种呼叫处理的方法和设备
EP2299671B1 (en) Method and system for implementing color ring back tone and multimedia ring alert tone service
RU2526710C2 (ru) Способ и система передачи вызова по протоколу sip с помощью абонентской приставки
WO2020073793A1 (zh) 状态提示多媒体播放的方法、系统及装置
WO2021218653A1 (zh) 媒体资源传输方法、相关装置及系统
US20220240128A1 (en) Call Processing Method and System and Related Apparatus
WO2020135803A1 (zh) 一种呼叫处理的的方法和设备
CN113132923B (zh) 呼叫处理的方法、系统及相关装置
WO2020192435A1 (zh) 一种播放多媒体彩振、彩铃的方法、应用服务器
WO2012034423A1 (zh) 会话中早媒体的播放方法及系统
WO2008101443A1 (fr) Procédé, système et dispositif pour acquérir un flux multimédia
WO2009135375A1 (zh) 实现单对话彩铃业务的呼叫建立方法
EP4311213A1 (en) Call processing method, and device

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020868876

Country of ref document: EP

Effective date: 20211026

NENP Non-entry into the national phase

Ref country code: DE