WO2016107511A1 - 一种视频通信方法、终端及系统 - Google Patents

一种视频通信方法、终端及系统 Download PDF

Info

Publication number
WO2016107511A1
WO2016107511A1 PCT/CN2015/099162 CN2015099162W WO2016107511A1 WO 2016107511 A1 WO2016107511 A1 WO 2016107511A1 CN 2015099162 W CN2015099162 W CN 2015099162W WO 2016107511 A1 WO2016107511 A1 WO 2016107511A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
video
receiving terminal
video codec
format
Prior art date
Application number
PCT/CN2015/099162
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 EP15875188.3A priority Critical patent/EP3242477A4/en
Priority to US15/540,879 priority patent/US9998704B2/en
Publication of WO2016107511A1 publication Critical patent/WO2016107511A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/01—Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level
    • H04N7/0117—Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level involving conversion of the spatial resolution of the incoming video signal
    • 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
    • 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
    • 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

Definitions

  • the present invention relates to the field of video communication technologies, and in particular, to a video communication method, terminal, and system.
  • the Global System for Mobile Communications Assembly (GSMA) is promoting the Rich Communications Services (RCS) business.
  • the converged communication service is mainly realized by converging the phone book.
  • the user can directly initiate various communication functions, mainly including enhanced messages and enhanced calls.
  • the enhanced message is mainly an instant message based on data, and the message content can be text, file, video, audio, and the like.
  • Enhanced calls are primarily data-based voice calls and video calls.
  • These services have been commercialized by many operators in Europe and South Korea.
  • the RCS service will be the next step in the evolution of operators' business.
  • China Mobile is also preparing to try commercials next year.
  • video communication services will be the highlight of the RCS business.
  • the technical solution provides a video communication method, terminal and system for improving the efficiency and success rate of video communication.
  • an embodiment of the present invention provides a video communication method, where the method includes: a sending terminal sends an invite message to a receiving terminal; and the sending terminal receives a reply message sent by the receiving terminal according to the invite message, where The reply message includes a video codec format supported by the receiving terminal; determining that the video codec format supported by the sending terminal does not include a video codec format included in the reply message; and the sending terminal acquires the location according to the determining a video codec format supported by both the transmitting terminal and the receiving terminal; the transmitting terminal performs video communication with the receiving terminal by using the acquired video codec format.
  • the determining, by the video encoding and decoding format supported by the sending terminal, the video encoding and decoding format included in the reply message includes: determining that the reply message is included The video codec format specification is higher than the video codec format supported by the sending terminal; and the sending, by the sending terminal, the video encoding and decoding format supported by the sending terminal and the receiving terminal according to the determining, specifically: the sending The terminal acquires the video encoding and decoding format supported by the sending terminal according to the judgment or obtains a default video encoding and decoding format according to the determining.
  • the determining, by the video encoding and decoding format supported by the sending terminal, the video included in the reply message is not included
  • the codec format includes: determining that the video codec format included in the reply message is lower than a video codec format supported by the sending terminal; and the sending terminal acquiring, according to the determining, the sending terminal and the receiving terminal
  • the supported video codec format specifically includes: the sending terminal acquires a video encoding and decoding format with the lowest specification supported by the sending terminal according to the determining, or obtains a default video encoding and decoding format.
  • the default video encoding and decoding format is preset.
  • the embodiment of the present invention provides a video communication method, where the method includes: receiving, by the receiving terminal, an invitation message sent by the sending terminal, where the invitation message includes a video encoding and decoding format supported by the sending terminal; Receiving, by the receiving terminal, a video codec format supported by the receiving terminal and the sending terminal according to the invitation message; The terminal sends a reply message, where the reply message includes the acquired video codec format; and the receiving terminal performs video communication with the sending terminal by using the acquired video codec format.
  • the acquiring, by the receiving terminal, the video encoding and decoding format supported by the receiving terminal and the sending terminal, according to the The video codec format specification is higher than the video codec format included in the invite message; the receiving terminal acquires the video codec format with the lowest specification supported by the receiving terminal according to the judgment, or obtains a default video according to the judgment. Codec format.
  • the receiving terminal acquires a video supported by the receiving terminal and the sending terminal according to the invite message.
  • the codec format includes: determining that the video codec format supported by the receiving terminal is lower than the video codec format included in the invite message; and the receiving terminal acquiring the video with the highest specification supported by the receiving terminal according to the determining.
  • the codec format or the default video codec format is obtained according to the judgment.
  • the default video encoding and decoding format is preset.
  • the video codec format supported by both the transmitting terminal and the receiving terminal.
  • the embodiment of the present invention provides a sending terminal, where the sending terminal includes: a sending module, configured to send an invite message to the receiving terminal, and a receiving module, configured to receive, by the receiving terminal, the sending message according to the invitation message.
  • a reply message the reply message includes a video codec format supported by the receiving terminal, and an obtaining module, configured to determine that the video codec format supported by the sending terminal does not include a video codec format included in the reply message, according to Determining a video encoding and decoding format supported by the sending terminal and the receiving terminal; and a communication module, configured to perform video communication with the receiving terminal according to the acquired video encoding and decoding format.
  • the acquiring module is specifically configured to: determine that the video codec format format included in the reply message is higher than a video codec format supported by the sending terminal; Determining a video encoding and decoding format with the highest specification supported by the transmitting terminal or obtaining a default video encoding and decoding format according to the determining.
  • the acquiring module is specifically configured to: determine that the video codec format included in the reply message is lower than the Transmitting a video codec format supported by the terminal; obtaining a video codec format with the lowest specification supported by the sending terminal according to the determining, or obtaining a default video codec format according to the determining.
  • the default video encoding and decoding format is preset.
  • the embodiment of the present invention provides a receiving terminal, where the receiving terminal includes: a receiving module, configured to receive an invite message sent by the sending terminal, where the invite message includes a video encoding and decoding format supported by the sending terminal. And an obtaining module, configured to acquire, according to the invitation message, a video codec format supported by the receiving terminal and the sending terminal, and a sending module, configured to send a reply message to the sending terminal, where the reply message includes And the obtained video codec format; the communication module is configured to perform video communication with the sending terminal according to the acquired video codec format.
  • the acquiring module is specifically configured to: determine that a video codec format supported by the receiving terminal is higher than a video codec format included in the invite message;
  • the acquiring module is specifically configured to: determine that a video codec format supported by the receiving terminal is lower than The video codec format included in the invitation message is obtained; the video encoding and decoding format supported by the receiving terminal is obtained according to the determining, or the default video encoding and decoding format is obtained according to the determining.
  • the default video encoding and decoding format is preset The video codec format supported by both the transmitting terminal and the receiving terminal.
  • an embodiment of the present invention provides a transmitting terminal, including a memory, a transceiver, and a processor, where the transceiver is configured to send an invite message to a receiving terminal, where the transceiver is further configured to receive the receiving a response message sent by the terminal according to the invitation message, the reply message includes a video codec format supported by the receiving terminal, and the processor is configured to determine that the video codec format supported by the sending terminal does not include the Responding to a video codec format included in the message, obtaining a video codec format supported by the sending terminal and the receiving terminal according to the determining; the processor is further configured to: according to the acquired video encoding and decoding format and The receiving terminal performs video communication.
  • an embodiment of the present invention provides a receiving terminal, including a memory, a transceiver, and a processor, where the transceiver is configured to receive an invite message sent by a sending terminal, where the sending message includes the sending terminal.
  • a video codec format supported by the processor configured to acquire, according to the invitation message, a video codec format supported by the receiving terminal and the sending terminal, where the transceiver is further configured to send the video codec format
  • the terminal sends a reply message, where the reply message includes the acquired video codec format, and the processor is further configured to perform video communication with the sending terminal according to the acquired video codec format.
  • an embodiment of the present invention provides a video communication system, where the video communication system includes a sending terminal and a receiving terminal.
  • the embodiment of the invention provides a video communication method, a terminal and a system, which can improve the success rate of video communication and save power and network resources by intelligently acquiring a video codec format for video communication.
  • FIG. 1 is a schematic structural diagram of a mobile phone provided by the present invention.
  • FIG. 2 is a schematic structural diagram of a communication system provided by the present invention.
  • FIG. 3 is a flowchart of a video communication method according to Embodiment 1 of the present invention.
  • FIG. 4 is a schematic structural diagram of a transmitting terminal according to Embodiment 1 of the present invention.
  • FIG. 5 is a flowchart of another video communication method according to Embodiment 2 of the present invention.
  • FIG. 6 is a schematic structural diagram of a receiving terminal according to Embodiment 2 of the present invention.
  • FIG. 7 is a schematic structural diagram of a video communication system according to Embodiment 3 of the present invention.
  • the terminal includes, but is not limited to, a mobile phone, a personal digital assistant (PDA), a tablet computer, a portable device (for example, a portable computer), an ATM machine, and the like.
  • FIG. 1 is a schematic structural diagram of a mobile phone according to an embodiment of the present invention.
  • the mobile phone shown in FIG. 1 includes a touch screen 51, a memory 52, a CPU 53, an RF circuit 55, a peripheral interface 56, an audio circuit 57, a Bluetooth module 58, and an I/O subsystem 59.
  • the mobile phone shown in FIG. 1 is only an example of a terminal, and the terminal may have multiple types, and it should be understood that the mobile phone may be a transmitting terminal or a receiving terminal.
  • the handset may have more or fewer components than those shown in the figures, two or more components may be combined, or may have different component acquisitions.
  • the various components shown in the figures may include one or more signal processing and/or dedicated integration
  • the circuit is implemented in hardware, software, or a combination of hardware and software.
  • the touch screen 51 can be used to acquire a control instruction of a user to complete video communication.
  • the touch screen 51 is an input interface and an output interface between the mobile phone and the user.
  • the touch screen 51 also presents the visual output to the user, and the visual output may include graphics, text, icons, and video. Wait.
  • the acquisition manner of the control instruction is various, and the control instruction can be obtained by other means.
  • the control information can be obtained by using a button, etc., and the specific acquisition manner is different according to different mobile phone performances.
  • the memory 52 can be used to store programs and can be accessed by the CPU 53, the peripheral interface 56, and the like.
  • the CPU 53 executes the program stored in the memory 52 to complete the method of the embodiment of the present invention.
  • the memory 52 can include high speed random access memory, and can also include non-volatile memory, such as one or more magnetic disk storage devices, flash memory devices, or other volatile solid state storage devices.
  • the control center of the CPU 53 mobile phone connects various parts of the entire mobile phone by using various interfaces and lines, and executes the terminal by running or executing software programs and/or modules stored in the memory 52 and calling data stored in the memory 52.
  • the CPU 53 may include one or more processing units; preferably, the CPU 53 may integrate an application processor and a modem processor.
  • the application processor mainly processes an operating system, a user interface, an application, etc., and modulates
  • the demodulation processor primarily handles wireless communications. It can be understood that the above modem processor may not be integrated into the CPU 53. It should be understood that the foregoing functions are only one of the functions that the CPU 53 can perform, and the other functions are not limited in the embodiments of the present invention.
  • the RF circuit 55 is used to send and receive messages to establish communications, for example, to answer calls, send and receive short messages, emails, and the like. Specifically, the RF circuit 55 receives and transmits an RF signal, which is also referred to as an electromagnetic signal, and the RF circuit 55 converts the electrical signal into an electromagnetic signal or converts the electromagnetic signal into an electrical signal, and through the electromagnetic signal and communication network and other devices Communicate.
  • the RF circuit 55 may include known circuitry for performing these functions including, but not limited to, an antenna system, an RF transceiver, one or more amplifiers, a tuner, one or more oscillators, a digital signal processor, a CODEC chip Group, Subscriber Identity Module (SIM), etc.
  • the peripheral interface 56 can connect the input and output peripherals of the device to CPU 53 and memory 52.
  • the audio circuit 57 is primarily operable to acquire audio data from the peripheral interface 56, convert the audio data into an electrical signal, and convert the electrical signal to ringing.
  • the I/O subsystem 59 can control input and output peripherals on the device, and the I/O subsystem 59 can include a display controller 591 and one for controlling other input/control devices. Or multiple input controllers 592. Optionally, one or more input controllers 592 acquire electrical signals from other input/control devices or transmit electrical signals to other input/control devices, and other input/control devices may include physical buttons (press buttons, rocker buttons, etc.) , dial, slide switch, joystick, click on the wheel. It is worth noting that the input controller 592 can be connected to any of the following: a keyboard, an infrared port, a USB interface, and a pointing device such as a mouse.
  • the display controller 591 in the I/O subsystem 59 acquires an electrical signal from the touch screen 51 or transmits an electrical signal to the touch screen 51.
  • the touch screen 51 acquires the contact on the touch screen, and the display controller 591 converts the acquired contact into an interaction with the user interface object presented on the touch screen 51, that is, realizes human-computer interaction, and the user interface object presented on the touch screen 51 may be running.
  • the icon of the game, the icon of the network to the corresponding network, the screening mode, and the like.
  • the device may also include a light mouse, which is a touch sensitive surface that does not present a visual output, or an extension of a touch sensitive surface formed by the touch screen.
  • Embodiments of the present invention provide a video communication method, terminal, and system.
  • the video communication system provided by the embodiment of the present invention is as shown in FIG. 2: the video communication system includes a transmitting terminal 62 and a receiving terminal 61.
  • the video communication may be a communication in which the transmitting terminal 62 and the receiving terminal 61 deliver the video content in the process of communication.
  • the video communication may include a video call and a video sharing, which are not limited in this embodiment of the present invention.
  • the terminal communicates through a Session Initiation Protocol (SIP) message, and the SIP communication message includes a Session Description Protocol (SDP), and the SDP is generally used for negotiation.
  • SIP Session Initiation Protocol
  • SDP Session Description Protocol
  • the sending terminal 62 sends an invite message to the receiving terminal 61, which may be Invite, and the SDP in the Invite describes the video encoding and decoding format supported by the sending terminal 62.
  • the receiving terminal 61 selects a codec format to respond at 200 OK according to the video encoding and decoding situation supported by the receiving terminal 61.
  • the network environment of the receiving terminal 61 is good or the hardware is good, it may reply to a higher specification codec format supported by itself; or, it may reply with a default codec. grid.
  • the transmitting terminal 62 determines whether or not to perform video transmission based on the reply of the receiving terminal 61.
  • the video codec formats are ITU H.261, H.263, H.264, H.265, M-JPEG of the Motion Still Image Experts Group and MPEG Series of the International Organization for Standardization Motion Picture Experts Group.
  • M-JPEG Motion Still Image Experts Group
  • MPEG Series of the International Organization for Standardization Motion Picture Experts Group.
  • Real-Networks RealVideo Microsoft's WMV and Apple's QuickTime and other video codec formats.
  • each type of video codec format has its own specifications. Take the ITU video codec format as an example. The larger the number, the higher the specification, that is, the H.261 specification is lower than H.263, H. The .263 specification is lower than H.264 and the H.264 specification is lower than H.265.
  • video codec formats also include sub-formats, such as H.263, H.264, H.265 and other video codec formats including formats. These sub-formats usually also have specifications. For example, H.264 sub-formats 42900b, 42800c, 42800d, etc., there are 42900b specifications lower than 42800c, 42800c specifications lower than 42800d. It should be understood that the method for determining the format of the video codec format is not limited to the size of the number, and those skilled in the art are aware of various methods for determining the method. Generally, according to the standard, the video codec format that must be supported by the terminal is preset in the RCS, that is, the default video codec format.
  • the default video codec format is a video codec format supported by both the transmitting terminal and the receiving terminal, and the terminal can use the default video encoding and decoding format for video communication.
  • the default video codec format supported by the terminal is 42900b. It should be understood that the default video codec format may change as the technology progresses and over time, and thus the present invention does not limit the default video codec format. It should also be understood that in some cases, the terminal may not have a default video codec format set in advance. In the embodiment of the present invention, the default video codec format may be omitted in the example.
  • the receiving terminal 61 replies with a supported higher specification video codec format such as 42800c, (but the video codec format actually supported by the receiving terminal 61 may include 42900b) . Then, the transmitting terminal 62 will look for the 42800c in its own supported video codec format. If the 42800c is not found, the transmitting terminal 62 stops the video transmission (and does not establish video communication with 42900b), resulting in unsuccessful video communication establishment.
  • a supported higher specification video codec format such as 42800c
  • the transmitting terminal 62 stops the video transmission (and does not establish video communication with 42900b), resulting in unsuccessful video communication establishment.
  • the receiving terminal 61 generally also supports a lower specification video encoding and decoding format not included in the reply. If the receiving terminal 61 replies to the video The code format is lower than the video codec format supported by the transmitting terminal, and the receiving terminal 61 may support a higher specification video codec format not included in the reply. If the video encoding formats replied by the receiving terminal 61 are respectively higher or lower than the video encoding and decoding formats supported by the transmitting terminal, the transmitting terminal 62 may also select a default video encoding and decoding format.
  • FIG. 3 is a flowchart of a video communication method according to Embodiment 1 of the present invention.
  • the transmitting terminal 62 transmits an invite message to the receiving terminal 61.
  • the transmitting terminal 62 can transmit the invite message through the RF circuit 55 under the control of the CPU 53.
  • the sending terminal 62 sends the invite message to the receiving terminal 61, which may be Invite (Invite is a SIP message), and the SDP in the Invite describes the video codec format supported by the sending terminal 62.
  • the video codec format described by the SDP may be a video codec format supported by the transmitting terminal 62, or may be a video codec format supported by multiple sending terminals 62, or may be all supported by the transmitting terminal 62.
  • the video codec format is not limited in this embodiment of the present invention.
  • the sending terminal 62 receives the reply message sent by the receiving terminal 61 according to the invitation message.
  • the transmitting terminal 62 can receive the reply message through the RF circuit 55 under the control of the CPU 53.
  • the reply message includes a video codec format supported by the receiving terminal 61.
  • the reply message may be 200 OK (200 OK is a SIP message, which is a reply to Invite), and the reply message includes a video codec format supported by the receiving terminal 61.
  • the reply message may include a video codec format supported by the receiving terminal 61, and may also include a video codec format supported by the plurality of receiving terminals 61, and may also include all video codec formats supported by the receiving terminal 61.
  • the reply message generally includes only one video codec format supported by the receiving terminal 61.
  • the receiving terminal 61 replies to a video codec format supported by the receiving terminal 61 according to the current network condition or its own hardware condition. For example, when the current network condition of the receiving terminal 61 is good, the receiving terminal 61 may reply to a higher video encoding and decoding format, or when the hardware of the receiving terminal 61 is in good condition, the receiving terminal 61 may also reply to a higher-specific video encoding. Decoding format. In some cases, after receiving the Invite, the receiving terminal 61 will reply to a default video codec format.
  • the video codec format supported by the sending terminal 62 is not included in the video codec format included in the reply message; the sending terminal 62 obtains the sending according to the determining.
  • the transmitting terminal 62 performs the video codec format included in the received reply message and its supported video codec format stored in the memory 52 of the transmitting terminal 62 by executing the program stored in the memory 52 under the control of the CPU 53.
  • the transmitting terminal 62 does not consider that the SDP negotiation is unsuccessful, and does not stop the video communication, but acquires the A video codec format supported by both the transmitting terminal 62 and the receiving terminal 61 is described.
  • the S1031 and the step S103 include: determining that the video codec format specifications included in the reply message are higher than the video codec format supported by the sending terminal 62, and the sending terminal 62 obtains the location according to the determining.
  • the video encoding and decoding format supported by the transmitting terminal 62 is the highest specification or the default video encoding and decoding format is obtained according to the determination.
  • the transmitting terminal 62 executes the program stored in the memory 52 through the CPU 53 to determine that the video codec format specifications included in the reply message are respectively higher than the video codec format supported by the transmitting terminal 62, and the transmitting terminal 62 obtains the supported video encoding format.
  • the highest specification video codec format or the transmitting terminal 62 obtains a default video encoding format.
  • the response message contains a video codec format of 42800c
  • the invite message contains a video codec format of 42900b, that is, the response message includes a video codec format higher than the video codec format supported by the transmitting terminal 62, and the transmitting terminal 62 will select the highest specification video codec format in the list of video codec formats supported by itself.
  • the video codec format is used as a video codec format for video communication.
  • the transmitting terminal 62 will use the default video codec format 42900b as the video codec format used for video communication.
  • the embodiment of the present invention obtains the video encoding and decoding format of the highest specification supported by the receiving terminal 62 and the receiving terminal 61, thereby improving the video communication quality.
  • the S1032 and the step S103 include: determining that the video codec format included in the reply message is lower than a video codec format supported by the sending terminal 62, where the sending terminal 62 obtains the sending according to the determining.
  • the video encoding and decoding format supported by the terminal 62 is the lowest specification or the default video encoding and decoding format is obtained according to the judgment.
  • the transmitting terminal 62 executes a program stored in the memory 52 through the CPU 53 to determine that the reply message contains a video codec format specification lower than the video codec supported by the transmitting terminal 62. Then, the video encoding and decoding format with the lowest specification supported by the transmitting terminal 62 is obtained. Or the transmitting terminal 62 obtains a default video encoding format.
  • the response message contains a video codec format of H.261
  • the invite message contains a video codec format of H.263, H.264, that is, the response message includes a video codec format lower than that supported by the transmitting terminal 62.
  • the transmitting terminal 62 acquires the video encoding and decoding format H.263 with the lowest specification supported by the transmitting terminal 62 as the video encoding and decoding format used for video communication. Or the transmitting terminal 62 can use the default video codec format 42900b as the video codec format used for video communication.
  • the embodiment of the present invention obtains the video encoding and decoding format of the highest specification supported by the receiving terminal 62 and the receiving terminal 61, thereby improving the video communication quality.
  • the transmitting terminal 62 performs video communication with the receiving terminal 61 by using the acquired video codec format.
  • the transmitting terminal 62 returns an acknowledgment message (ACK) through the RF circuit 55 under the control of the CPU 53, the message including the acquired video codec format.
  • ACK acknowledgment message
  • the transmitting terminal 62 transmits the RTP stream of the video data using the video codec format, and the transmitting terminal 62 performs encoding according to the acquired video encoding and decoding format, and the receiving terminal 61 decodes according to the acquired video encoding and decoding format, thereby performing video communication.
  • the video encoding and decoding format that the receiving terminal 61 is very likely to support is not excluded. In the case of a small individual, there is a possibility that the receiving terminal 61 does not support the video codec format. Therefore, the transmitting terminal 62 performs video communication with the receiving terminal 61 using the acquired video codec format. The possibility of failure.
  • the video encoding and decoding format for video communication is intelligently acquired by the transmitting terminal 62, which improves the success rate of video communication, and saves power and network resources.
  • the method provided by the embodiment of the present invention does not necessarily ensure successful establishment of video communication, the success rate of video communication can be greatly improved compared with the prior art, and in particular, the receiving terminal 61 and the transmitting terminal 62 are prevented.
  • the two parties cannot establish video communication.
  • FIG. 4 is a schematic structural diagram of a transmitting terminal 62 according to Embodiment 1 of the present invention. It is to be noted that, in addition to the above-mentioned units, the terminal of the present embodiment has other units provided by the terminal for realizing the functions thereof, which is not limited in this embodiment, and these units are not shown in the drawings.
  • the sending terminal 62 may include:
  • the sending module 301 is configured to send an invite message to the receiving terminal 61.
  • the receiving module 302 is configured to receive a reply message sent by the receiving terminal 61 according to the invite message, where the reply message includes a video codec format supported by the receiving terminal 61;
  • the obtaining module 303 is configured to reply to determine that the video codec format supported by the sending terminal 62 does not include the video codec format included in the reply message; and obtain the sending terminal 62 and the receiving terminal 61 according to the determining Supported video codec format;
  • the communication module 304 is configured to perform video communication with the receiving terminal 61 according to the acquired video codec format.
  • the sending module 301, the receiving module 302, the obtaining module 303, and the communication module 304 are respectively used to perform the methods of steps S101, S102, S103, and S104 in Embodiment 1, and the details of the method are as follows. Description, no longer repeat here.
  • the obtaining module 303 is specifically configured to: determine that the video codec format specifications included in the reply message are higher than the video codec format supported by the sending terminal 62, and obtain the sending terminal according to the determining 62 supports the highest specification video codec format or obtains a default video codec format according to the judgment.
  • the obtaining module 303 is configured to perform the method in S1031 in Embodiment 1. For details, refer to the description of the method in Embodiment 1, and details are not described herein again.
  • the obtaining module 303 is specifically configured to: determine that the video codec format included in the reply message is lower than a video codec format supported by the sending terminal 62, and obtain the sending terminal 62 according to the determining.
  • the obtaining module 303 is configured to perform the method in S1032 in Embodiment 1. For details, refer to the description of the method in Embodiment 1, and details are not described herein again.
  • the embodiment of the present invention provides a sending terminal 62, which intelligently acquires a video encoding and decoding format for video communication, and improves the success rate of video communication, thereby saving power and network resources.
  • FIG. 5 is a flowchart of another video communication method according to Embodiment 2 of the present invention.
  • the method may include:
  • the receiving terminal 61 receives an invitation message sent by the sending terminal 62, where the invitation message includes a video encoding and decoding format supported by the sending terminal 62.
  • the receiving terminal 61 can receive the invitation message through the RF circuit 55 under the control of the CPU 53.
  • the invitation message is the same as the invitation message in S101.
  • the receiving terminal 61 acquires a video codec format supported by the receiving terminal 61 and the sending terminal 62 according to the invitation message.
  • the receiving terminal 61 acquires the receiving terminal 61 and the video encoding and decoding format supported by the receiving terminal 61 and the video encoding and decoding format supported by the receiving terminal 61 by executing the program stored in the memory 52 under the control of the CPU 53.
  • the video codec format supported by the transmitting terminal 62 is not limited to the above-described embodiments.
  • the S202 includes, in S202, determining that the video codec format supported by the receiving terminal 61 includes at least one video codec format included in the invite message, and the receiving terminal 61 acquires the one according to the determining.
  • Video codec format if the video codec format supported by the receiving terminal 61 includes multiple video codec formats included in the invitation message, the video encoding and decoding format with the highest specification is selected.
  • the invitation message includes H.263 and H.264
  • the video encoding format supported by the receiving terminal 61 includes H.264 and H.265, and the receiving terminal 61 acquires H.264 as a video encoding and decoding format used for video communication. .
  • the S202 includes, in S202, determining that the video codec format supported by the receiving terminal 61 is higher than the video codec format included in the invite message, and the receiving terminal 61 acquires the location according to the determining.
  • the video encoding and decoding format supported by the receiving terminal 61 is the lowest specification or the default video encoding and decoding format is obtained according to the determination.
  • the invitation message includes H.263, and the video encoding format supported by the receiving terminal 61 includes H.264 and H.265, and the receiving terminal 61 acquires H.264 as a video codec format used for video communication or acquires 42900b as Video codec format used for video communication.
  • the S202 includes, in S202, determining that the video codec format supported by the receiving terminal 61 is lower than a video codec format included in the invite message, and the receiving terminal 61 obtains the The highest-definition video codec format supported by the terminal 61 is received or the default video codec format is obtained according to the determination.
  • the invitation message contains H.264. H.265
  • the video encoding format supported by the receiving terminal 61 includes H.263 and H.261
  • the receiving terminal 61 acquires H.263 as a video encoding and decoding format used for video communication or acquires 42900b as a video encoding used for video communication.
  • Decoding format The embodiment of the present invention improves the video communication quality by receiving the video encoding and decoding format of the highest specification supported by the receiving terminal 61 and the transmitting terminal 62.
  • the receiving terminal 61 sends a reply message to the sending terminal 62, where the reply message includes the acquired video codec format.
  • the receiving terminal 61 can transmit the acquired video codec format to the transmitting terminal 62 via the RF message 55 under the control of the CPU 53, wherein the reply message can be 200 OK.
  • the reply message is the same as the reply message in the step S102 in the embodiment 1, and is not described in detail in the embodiment of the present invention.
  • the receiving terminal 61 performs video communication with the sending terminal 62 by using the acquired video codec format.
  • the receiving terminal 61 receives the RTP for transmitting the video data using the video codec format, the receiving terminal 61 decodes according to the acquired video codec format, and the transmitting terminal 62 performs encoding according to the acquired video codec format.
  • the receiving terminal 61 since the video codec format acquired by the receiving terminal 61 is supported by the receiving terminal 61 selected by the receiving terminal 61 under the control of the CPU 53, the video encoding and decoding format that the transmitting terminal 62 is very likely to support is not excluded. In an extremely small case, there is a possibility that the transmitting terminal 62 does not support the video codec format. Therefore, the receiving terminal 61 still has video communication with the transmitting terminal 62 for video communication using the acquired video codec format. The possibility of failure. However, by using the video communication method provided by the embodiment of the present invention, the receiving terminal 61 intelligently acquires a video encoding and decoding format for video communication, thereby improving the success rate of video communication, saving power and network resources.
  • the method provided by the embodiment of the present invention does not necessarily ensure successful establishment of video communication, the success rate of video communication can be greatly improved compared with the prior art, and in particular, the receiving terminal 61 and the transmitting terminal 62 are prevented.
  • the two parties cannot establish video communication.
  • FIG. 6 is a schematic structural diagram of a receiving terminal 61 according to Embodiment 2 of the present invention. It is to be noted that, in addition to the above units, the terminal of the embodiment has a terminal for realizing its function. The other units are not limited in this embodiment, and the units are not shown in the drawings.
  • the receiving terminal 61 may include:
  • the receiving module 401 is configured to receive an invite message sent by the sending terminal 62, where the invite message includes a video codec format supported by the sending terminal 62.
  • the obtaining module 402 is configured to acquire, according to the invitation message, a video codec format supported by the receiving terminal 61 and the sending terminal 62.
  • the sending module 403 is configured to send a reply message to the sending terminal 62, where the reply message includes the acquired video codec format.
  • the communication module 404 is configured to perform video communication with the sending terminal 62 according to the acquired video codec format.
  • the receiving module 401, the obtaining module 402, the sending module 403, and the communication module 404 are respectively used to perform the methods of steps S202, S202, S203, and S204 in Embodiment 1, and the details of the method in Embodiment 1 are described in detail. I will not repeat them here.
  • the obtaining module 402 is further configured to perform the methods of the steps S2021, S2022, and S2023 in Embodiment 1.
  • the obtaining module 402 is further configured to perform the methods of the steps S2021, S2022, and S2023 in Embodiment 1.
  • the obtaining module 402 is further configured to perform the methods of the steps S2021, S2022, and S2023 in Embodiment 1.
  • the embodiment of the present invention provides a receiving terminal 61, which intelligently acquires a video encoding and decoding format for video communication, and improves the success rate of video communication, thereby saving power and network resources.
  • FIG. 7 is a schematic structural diagram of a video communication system according to Embodiment 4 of the present invention.
  • a video communication system may include:
  • the transmitting terminal 71 and the receiving terminal 72 are configured to perform the methods of the steps S101, S102, S103, and S104 in the first embodiment. For details, refer to the description of the foregoing steps in the embodiment 1.
  • the receiving terminal 72 is configured to perform the methods of the steps S201, S202, S203, and S204 in the second embodiment. For details, refer to the description of the foregoing steps in the embodiment 2.
  • Embodiments of the present invention provide a communication system, which intelligently acquires a view for video communication
  • the frequency codec format improves the success rate of video communication and saves power and network resources.
  • the embodiments of the present invention can be implemented by hardware implementation, firmware implementation, or a combination thereof.
  • the functions described above may be stored in a terminal readable medium or transmitted as one or more instructions or code on a terminal readable medium.
  • the terminal readable medium includes a terminal storage medium and a communication medium, and the optional communication medium includes any medium that facilitates transfer of the terminal program from one location to another.
  • the storage medium can be any available medium that the terminal can access.
  • the terminal readable medium can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage media or other magnetic storage device, or can be used to carry or store an instruction or data structure.
  • the desired program code and any other medium that can be accessed by the terminal may suitably be a terminal readable medium.
  • the software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave
  • coaxial cable , fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, wireless, and microwave are included in the definition of the medium to which they belong.
  • Disks and discs include compact discs (CDs), laser discs, compact discs, digital versatile discs (DVDs), floppy discs, and Blu-ray discs, and optional discs are typically magnetically replicated. Data, while discs use lasers to optically replicate data. Combinations of the above should also be included within the scope of the terminal readable medium.

Landscapes

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

Abstract

本发明实施例提供一种视频通信方法、终端及系统，通过智能地获取用于视频通信的视频编解码格式，提高了视频通信的成功率。具体的，发送终端向接收终端发送邀请消息；所述发送终端接收回复消息；判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式；所述发送终端获取所述发送终端和所述接收终端均支持的视频编解码格式；所述发送终端使用所述获取的视频编解码格式与所述接收终端进行视频通信。

Description

一种视频通信方法、终端及系统
本申请要求于2014年12月31日提交中国专利局、申请号为201410857650.8、发明名称为“一种视频通信方法、终端及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及视频通信技术领域，尤其涉及一种视频通信方法、终端及系统。
背景技术
全球移动通信系统协会(Global System for Mobile Communications assembly，简称GSMA)正在大力推广融合通信(Rich Communications Services，简称RCS)业务。融合通信业务主要通过融合电话簿实现，在融合电话簿用户可以直接发起多种通信功能，主要包括增强消息和增强呼叫。增强消息主要是基于数据的即时消息，消息内容可以是文本、文件、视频、音频等。增强呼叫主要是基于数据的语音呼叫和视频呼叫。这些业务已被欧洲、韩国等多家运营商商用，同时，还有大批运营商有计划开展RCS业务，RCS业务将是运营商业务演进的下一环，机会很多，挑战也很多。目前，中国移动也准备在明年试商用。在众多业务中，视频通信业务将是RCS业务的重头戏。
但是，现有技术中，由于进行视频通信的终端之间的协商机制不够完善导致具备视频通信能力的终端之间无法成功地完成视频通行，大大降低了视频通信的效率和成功率，无效地消耗了大量的网络资源和电量，也导致视频通信业务用户体检不尽如人意。
发明内容
本技术方案提供一种视频通信方法、终端及系统，用以提高视频通信的效率和成功率。
第一方面，本发明实施例提供了一种视频通信方法，所述方法包括：发送终端向接收终端发送邀请消息；所述发送终端接收所述接收终端根据所述邀请消息发送的回复消息，所述回复消息包含所述接收终端支持的视频编解码格式；判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式；所述发送终端根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式；所述发送终端使用所述获取的视频编解码格式与所述接收终端进行视频通信。
在第一方面的第一种可能的实现方式中，所述判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式具体包括：判断所述回复消息包含的视频编解码格式规格均高于所述发送终端支持的视频编解码格式；所述发送终端根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式具体包括：所述发送终端根据所述判断获取所述发送终端支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
结合第一方面，或者第一方面第一种可能的实现方式，在第二种可能的实现方式中，所述判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式具体包括：判断所述回复消息包含的视频编解码格式均低于所述发送终端支持的视频编解码格式；所述发送终端根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式具体包括：所述发送终端根据所述判断获取所述发送终端支持的规格最低的视频编解码格式或者获取默认的视频编解码格式。
结合第一方面第一种可能的实现方式以及第二种可能的实现方式中的任意一种可能的实现方式，在第三种可能的实现方式中，所述默认的视频编解码格式为预先设置的所述发送终端和所述接收终端均支持的视频编解码格式。
第二方面，本发明实施例提供了一种视频通信方法，所述方法包括：接收终端接收发送终端发送的邀请消息，所述邀请消息中包含所述发送终端支持的视频编解码格式；所述接收终端根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式；所述接收终端向所述发送 终端发送回复消息，所述回复消息中包含所述获取的视频编解码格式；所述接收终端使用所述获取的视频编解码格式与所述发送终端进行视频通信。
在第二方面的第一种可能的实现方式中，所述接收终端根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式具体包括：判断所述接收终端支持的视频编解码格式规格均高于所述邀请消息包括的视频编解码格式；所述接收终端根据所述判断获取所述接收终端支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
结合第二方面，或者第二方面第一种可能的实现方式，在第二种可能的实现方式中，所述接收终端根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式具体包括：判断所述接收终端支持的视频编解码格式均低于所述邀请消息包括的视频编解码格式；所述接收终端根据所述判断获取所述接收终端支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
结合第二方面第一种可能的实现方式以及第二种可能的实现方式中的任意一种可能的实现方式，在第三种可能的实现方式中，所述默认的视频编解码格式为预设的所述发送终端和接收终端均支持的视频编解码格式。
第三方面，本发明实施例提供了一种发送终端，所述发送终端包括：发送模块，用于向接收终端发送邀请消息；接收模块，用于接收所述接收终端根据所述邀请消息发送的回复消息，所述回复消息包含所述接收终端支持的视频编解码格式；获取模块，用于判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式，根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式；通信模块，用于根据所述获取的视频编解码格式与所述接收终端进行视频通信。
在第三方面的第一种可能的实现方式中，所述获取模块具体用于，判断所述回复消息包含的视频编解码格式规格高于所述发送终端支持的视频编解码格式；根据所述判断获取所述发送终端支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
结合第三方面，或者第三方面第一种可能的实现方式，在第二种可能的实现方式中，所述获取模块具体用于：判断所述回复消息包含的视频编解码格式低于所述发送终端支持的视频编解码格式；根据所述判断获取所述发送终端支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
结合第三方面第一种可能的实现方式以及第二种可能的实现方式中的任意一种可能的实现方式，在第三种可能的实现方式中，所述默认的视频编解码格式为预先设置的所述发送终端和所述接收终端均支持的视频编解码格式。
第四方面，本发明实施例提供了一种接收终端，所述接收终端包括：接收模块，用于接收发送终端发送的邀请消息，所述邀请消息中包含所述发送终端支持的视频编解码格式；获取模块，用于根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式；发送模块，用于向所述发送终端发送回复消息，所述回复消息中包含所述获取的视频编解码格式；通信模块，用于根据所述获取的视频编解码格式与所述发送终端进行视频通信。
在第四方面的第一种可能的实现方式中，所述获取模块具体用于：判断所述接收终端支持的视频编解码格式规格均高于所述邀请消息包括的视频编解码格式；
根据所述判断获取所述接收终端支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
结合第四方面，或者第四方面第一种可能的实现方式，在第二种可能的实现方式中，所述获取模块具体用于：判断所述接收终端支持的视频编解码格式均低于所述邀请消息包括的视频编解码格式；根据所述判断获取所述接收终端支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
结合第四方面第一种可能的实现方式以及第二种可能的实现方式中的任意一种可能的实现方式，在第三种可能的实现方式中，所述默认的视频编解码格式为预设的所述发送终端和接收终端均支持的视频编解码格式。
第五方面，本发明实施例提供了一种发送终端，包括存储器，收发器，处理器，所述收发器，用于向接收终端发送邀请消息；所述收发器，还用于接收所述接收终端根据所述邀请消息发送的回复消息，所述回复消息包含所述接收终端支持的视频编解码格式；所述处理器，用于判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式，根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式；所述处理器，还用于根据所述获取的视频编解码格式与所述接收终端进行视频通信。
第六方面，本发明实施例提供了一种接收终端，包括存储器，收发器器，处理器，所述收发器，用于接收发送终端发送的邀请消息，所述邀请消息中包含所述发送终端支持的视频编解码格式；所述处理器，用于根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式；所述收发器器，还用于向所述发送终端发送回复消息，所述回复消息中包含所述获取的视频编解码格式；所述处理器，还用于根据所述获取的视频编解码格式与所述发送终端进行视频通信。
第七方面，本发明实施例提供了一种视频通信系统，所述视频通信系统包括发送终端和接收终端。
本发明实施例提供一种视频通信方法、终端及系统，通过智能地获取用于视频通信的视频编解码格式，提高了视频通信的成功率，节省了电量和网络资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获取其他的附图。
图1为本发明提供的一种手机的结构示意图。
图2为本发明提供的一种通信系统结构示意图。
图3为本发明实施例1提供的视频通信方法的流程图。
图4为本发明实施例1提供的发送终端的结构示意图。
图5为本发明实施例2提供的另一种视频通信方法的流程图。
图6为本发明实施例2提供的接收终端的结构示意图。
图7为本发明实施例3提供的一种视频通信系统的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获取的所有其他实施例，都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。进一步应当理解，本文中采用的术语“包括”规定了所述的特征、整体、步骤、操作、元件和/或部件的存在，而不排除一个或多个其他特征、整体、步骤、操作、元件、部件和/或它们的组的存在或附加。
在本发明实施例中，终端包括但不限于手机、个人数字助理(Personal Digital Assistant，PDA)、平板电脑、便携设备(例如，便携式计算机)、ATM机等终端。
图1为本发明实施例提供一种手机的结构示意图。如图1所示手机包括：触摸屏51，存储器52，CPU53，RF电路55，外设接口56，音频电路57，蓝牙模块58，I/O子系统59。应该理解的是，如图1所示的手机仅仅是终端的一个范例，终端可以有多种类型，同时应该理解，该手机可以是发送终端也可以是接收终端。该手机可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件获取。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成 电路在内的硬件、软件、或硬件和软件的组合中实现。
所述触摸屏51，可用于获取用户的控制指令，以完成视频通信。该触摸屏51是手机与用户之间的输入接口和输出接口，除具有获取用户触摸信息和控制指令的功能外，还将可视输出呈现给用户，可视输出可以包括图形、文本、图标、视频等。应当理解的是，该控制指令的获取方式是多样的，可以通过其他方式获取控制指令，例如可以通过按键等方式获取控制信息，具体的获取方式根据不同的手机性能而有所不同。
所述存储器52，可以用于存储程序，可以被CPU53、外设接口56等访问。CPU53执行存储器52中存储的程序完成本发明实施例的方法。该存储器52可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
所述CPU53手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器52内的软件程序和/或模块，以及调用存储在存储器52内的数据，执行终端的各种功能和处理数据，从而对手机进行整体监控。可选的，CPU53可包括一个或多个处理单元；优选的，CPU53可集成应用处理器和调制解调处理器，可选的，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到CPU53中。还应当理解，上述功能只是CPU53能够执行功能中的一种，对于其他功能本发明实施例不做限制。
所述RF电路55用于发送和接收消息，以建立通信，例如，可用于接听呼叫，收发短信息、电子邮件等。具体地，RF电路55接收并发送RF信号，RF信号也称为电磁信号，RF电路55将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路55可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC芯片组、用户标识模块(Subscriber Identity Module,SIM)等等。
所述外设接口56，所述外设接口可以将设备的输入和输出外设连接到 CPU53和存储器52。
所述音频电路57，主要可用于从外设接口56获取音频数据，将该音频数据转换为电信号，并且将该电信号转换为振铃。
所述I/O子系统59：所述I/O子系统59可以控制设备上的输入输出外设，I/O子系统59可以包括显示控制器591和用于控制其他输入/控制设备的一个或多个输入控制器592。可选的，一个或多个输入控制器592从其他输入/控制设备获取电信号或者向其他输入/控制设备发送电信号，其他输入/控制设备可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器592可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。所述I/O子系统59中的显示控制器591从触摸屏51获取电信号或者向触摸屏51发送电信号。触摸屏51获取触摸屏上的接触，显示控制器591将获取到的接触转换为与呈现在触摸屏51上的用户界面对象的交互，即实现人机交互，呈现在触摸屏51上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标、筛选模式等。值得说明的是，设备还可以包括光鼠，光鼠是不呈现可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。
本发明实施例提供视频通信方法、终端及系统。本发明实施例提供的视频通信系统如图2所示：视频通信系统包括发送终端62、接收终端61。视频通信可以是发送终端62和接收终端61在通信的过程中传递视频内容的通信，视频通信可以包括视频通话和视频分享，本发明实施例对此不作限制。在视频通信中，如图2所示，终端通过会话初始协议(Session Initiation Protocol，简称SIP)消息进行通信，SIP通信消息中包括会话描述协议(Session Description Protocol，简称SDP)，SDP一般用来协商视频通信双方最佳的支持方案，如协商视频通信双方均支持的视频编解码格式等。具体的，发送终端62向接收终端61发送邀请消息，该邀请消息可以是Invite，在Invite中的SDP描述该发送终端62支持的视频编解码格式。接收终端61收到Invite后会根据自己支持的视频编解码情况选择一个编解码格式在200 OK进行回复。当接收终端61的网络环境较好时或者硬件较好时，可能回复一个自己支持的较高规格的编解码格式；或者，可以回复一个默认的编解码 格。发送终端62根据接收终端61的回复来判断是否进行视频传输。
在视频通信中，视频编解码格式有国际电联的H.261、H.263、H.264、H.265，运动静止图像专家组的M-JPEG和国际标准化组织运动图像专家组的MPEG系列，此外在互联网上被广泛应用的还有Real-Networks的RealVideo、微软公司的WMV以及Apple公司的QuickTime等视频编解码格式。一般的，每一类视频编解码格式都有规格高低之分，以国际电联的视频编解码格式为例，其编号越大则规格越高，即H.261规格低于H.263，H.263规格低于H.264，H.264规格低于H.265。同时，很多视频编解码格式还包括子格式，如H.263、H.264、H.265等视频编解码格式就包括格式。这些子格式通常也有规格高低之分，如H.264的子格式42900b、42800c、42800d等就存在42900b规格低于42800c，42800c规格低于42800d。应该理解的是，视频编解码格式规格高低的判断方法不限于编号的大小，本领域技术人员知道还有多种判断方法，本发明实施例对此不做限制。一般的，根据标准规定，在RCS中会对终端预先设置其必须支持的视频编解码格式，即默认的视频编解码格式。该默认的视频编解码格式是发送终端和接收终端均支持的视频编解码格式，终端之间可以使用该默认的视频编解码格式进行视频通信。目前，终端支持的默认的视频编解码格式是42900b。应该理解的是该默认的视频编解码格式可能会随着技术的进步和时间的推移不断变换，因此，本发明并不限制该默认的视频编解码格式。同时还应该理解，在某些情况下，终端可能没有预先设置的默认的视频编解码格式。在本发明实施例中，默认的视频编解码格式有可能在举例中省略。
在当前方案中，如果Invite中SDP描述发送终端62支持42900b格式，接收终端61回复支持的更高规格的视频编解码格式如42800c，(但接收终端61实际支持的视频编解码格式可能包括42900b)。那么，发送终端62会在自己的支持的视频编解码格式中去查找42800c。如果没有找到42800c，发送终端62就会停止视频传输(而不会用42900b建立视频通信)，导致视频通信建立不成功。但是在一般情况下，如果接收终端61回复的视频编码格式高于发送终端支持的视频编解码格式，则接收终端61一般也支持较低规格的未包含在回复中的视频编解码格式。如果接收终端61回复的视频编 码格式低于发送终端支持的视频编解码格式，则接收终端61可能支持更高规格的未包含在回复中的视频编解码格式。如果接收终端61回复的视频编码格式分别均高于或者分别均低于发送终端支持的视频编解码格式，发送终端62还可以选择默认的视频编解码格式。
实施例1
图3为本发明实施例1提供的视频通信方法的流程图。
在步骤S101中，发送终端62向接收终端61发送邀请消息。发送终端62可以在CPU53的控制下通过RF电路55发送该邀请消息。可选的，发送终端62向接收终端61发送邀请消息可以是Invite(Invite是一种SIP消息)，在Invite中的SDP描述该发送终端62支持的视频编解码格式。可以理解的是，该SDP描述的视频编解码格式可以是一个发送终端62支持的视频编解码格式，也可以是多个发送终端62支持的视频编解码格式，还可以是发送终端62支持的所有视频编解码格式，本发明实施例对此不作限制。
在步骤S102中，所述发送终端62接收所述接收终端61根据所述邀请消息发送的回复消息。所述发送终端62可以在CPU53的控制下通过RF电路55接收该回复消息。所述答复消息包含所述接收终端61支持的视频编解码格式。可选的，该答复消息可以是200 OK(200 OK是一种SIP消息，是对Invite的回复)，答复消息中包含该接收终端61支持的视频编解码格式。该答复消息可以包括一个该接收终端61支持的视频编解码格式，也可以包括多个接收终端61支持的视频编解码格式，还可以包括接收终端61支持的所有的视频编解码格式。通常的，该答复消息一般只包括一个该接收终端61支持的视频编解码格式。接收终端61收到Invite后，根据当前的网络状况或者自己的硬件状况回复一个接收终端61支持的视频编解码格式。例如当接收终端61当前的网络状况很好时，接收终端61可能回复一个规格较高的视频编解码格式，或者当自己的硬件状况良好时，接收终端61也可能回复一个规格较高的视频编解码格式。在有些情况下，接收终端61收到Invite后，会回复一个默认的视频编解码格式。
S103、判断所述发送终端62支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式；所述发送终端62根据所述判断获取所述发送 终端62和所述接收终端61均支持的视频编解码格式。发送终端62在CPU53的控制下，通过执行存储在内存52中的程序，将接收到的回复消息中包含的视频编解码格式与该发送终端62内存52中存储的其支持的视频编解码格式进行比较，判断该发送终端62支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式，则该发送终端62暂不认为SDP协商不成功，不会停止视频通信，而是获取所述发送终端62和所述接收终端61均支持的视频编解码格式。
可选的，S1031、步骤S103具体包括：判断所述回复消息包含的视频编解码格式规格均高于所述发送终端62支持的视频编解码格式，则所述发送终端62根据所述判断获取所述发送终端62支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
发送终端62通过CUP53执行在内存52中存储的程序确定所述答复消息包含的视频编解码格式规格分别均高于所述发送终端62支持的视频编解码格式，则该发送终端62获取其支持的规格最高的视频编解码格式。或者该发送终端62获取默认的视频编码格式。例如，该回复消息包含的视频编解码格式为42800c，而邀请消息包含的视频编解码格式为42900b，即回复消息包含的视频编解码格式高于发送终端62支持的视频编解码格式，则发送终端62会在自己支持的视频编解码格式列表中选择规格最高的视频编解码格式。将该视频编解码格式作为视频通信使用的视频编解码格式。或者该发送终端62会将默认的视频编解码格式42900b作为视频通信使用的视频编解码格式。
本发明实施例通过发送终端62获取其和接收终端61均支持的规格最高的视频编解码格式，提高了视频通信质量。
可选的，S1032、步骤S103具体包括：判断所述回复消息包含的视频编解码格式低于所述发送终端62支持的视频编解码格式，则所述发送终端62根据所述判断获取所述发送终端62支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
发送终端62通过CUP53执行在内存52中存储的程序确定所述答复消息包含的视频编解码格式规格低于所述发送终端62支持的视频编解码格 式，则获取所述发送终端62支持的规格最低的视频编解码格式。或者该发送终端62获取默认的视频编码格式。例如，该回复消息包含的视频编解码格式为H.261，而邀请消息包含的视频编解码格式为H.263，H.264，即回复消息包含的视频编解码格式低于发送终端62支持的视频编解码格式，则发送终端62会获取所述发送终端62支持的规格最低的视频编解码格式H.263作为视频通信使用的视频编解码格式。或者发送终端62可以将默认的视频编解码格式42900b作为视频通信使用的视频编解码格式。
本发明实施例通过发送终端62获取其和接收终端61均支持的规格最高的视频编解码格式，提高了视频通信质量。
S104、所述发送终端62使用所述获取的视频编解码格式与所述接收终端61进行视频通信。该发送终端62在CUP53的控制下通过RF电路55返回确认消息(ACK),该消息中包括该获取的视频编解码格式。该发送终端62使用该视频编解码格式传输视频数据的RTP流，发送终端62根据该获取的视频编解码格式进行编码，接收终端61根据该获取的视频编解码格式来解码，进而进行视频通信。
可以理解的是，由于发送终端62所述获取的视频编解码格式是发送终端62在CUP53的控制下选择的发送终端62支持的，接收终端61非常有可能支持的视频编解码格式，不排除在个别极小的情况下存在接收终端61不支持该视频编解码格式的可能性，因此，所述发送终端62使用所述获取的视频编解码格式与所述接收终端61进行视频通信仍然存在视频通信失败的可能性。但是使用本发明实施例提供的视频通信方法，通过发送终端62智能的获取用于视频通信的视频编解码格式，提高了视频通信的成功率，节省了电量和网络资源。因此本发明实施例的本发明实施例提供的方法虽然不一定能够保证成功建立视频通信，但是与现有技术相比，能够大大提高视频通信的成功率，特别是防止接收终端61和发送终端62存在均支持的视频编解码格式时，双方无法建立视频通信。
图4为本发明实施例1提供的发送终端62的结构示意图。在此说明，本实施例的终端除了具有上述各单元之外，还具有终端为实现其功能所具备的其他单元，本实施例对此不作限制，同时这些单元未在附图中示出。
如图4所示，所述发送终端62可以包括：
发送模块301，用于向接收终端61发送邀请消息；
接收模块302，用于接收所述接收终端61根据所述邀请消息发送的回复消息，所述回复消息包含所述接收终端61支持的视频编解码格式；
获取模块303，用于回复判断所述发送终端62支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式；根据所述判断获取所述发送终端62和所述接收终端61均支持的视频编解码格式；
通信模块304，用于根据所述获取的视频编解码格式与所述接收终端61进行视频通信。
所述发送模块301，接收模块302，获取模块303，通信模块304，可分别用于执行实施例1中步骤S101、S102、S103、S104的方法，具体详见实施例1中对所述方法的描述，在此不再赘述。
可选的，所述获取模块303具体用于，判断所述回复消息包含的视频编解码格式规格均高于所述发送终端62支持的视频编解码格式，则根据所述判断获取所述发送终端62支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。该获取模块303用于执行实施例1中S1031的方法，具体详见实施例1中对所述方法的描述，在此不再赘述。
可选的，所述获取模块303具体用于：判断所述回复消息包含的视频编解码格式均低于所述发送终端62支持的视频编解码格式；则根据所述判断获取所述发送终端62支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。该获取模块303用于执行实施例1中S1032的方法，具体详见实施例1中对所述方法的描述，在此不再赘述。
本发明实施例提供一种发送终端62，通过发送终端62智能的获取用于视频通信的视频编解码格式，提高了视频通信的成功率，节省了电量和网络资源。
实施例2
图5为本发明实施例2提供的另一种视频通信方法的流程图。
如图5所示，所述方法可以包括：
S201、接收终端61接收发送终端62发送的邀请消息，所述邀请消息中包含所述发送终端62支持的视频编解码格式。
接收终端61可以在CPU53的控制下通过RF电路55接收邀请消息，该邀请消息与S101中的邀请消息相同，具体详见S101中对邀请消息的描述，本发明实施例对此不再赘述。
S202、所述接收终端61根据所述邀请消息获取所述接收终端61和所述发送终端62均支持的视频编解码格式。
接收终端61在CPU53的控制下，通过执行存储在内存52中的程序，根据接收到的邀请消息中包含的视频编解码格式和该接收终端61支持的视频编解码格式，获取该接收终端61和该发送终端62均支持的视频编解码格式。
可选的，在S202具体包括，S2021、判断所述接收终端61支持的视频编解码格式包括所述邀请消息中包括的至少一个视频编解码格式，则该接收终端61根据所述判断获取一个该视频编解码格式。可选的，该如果所述接收终端61支持的视频编解码格式包括所述邀请消息中包括的多个视频编解码格式，则选择获取规格最高的视频编解码格式。例如，该邀请消息包含H.263和H.264，该接收终端61支持的视频编码格式包括H.264和H.265，则该接收终端61获取H.264作为视频通信使用的视频编解码格式。
可选的，在S202具体包括，S2022、判断所述接收终端61支持的视频编解码格式规格均高于所述邀请消息包括的视频编解码格式；则所述接收终端61根据所述判断获取所述接收终端61支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。例如，该邀请消息包含H.263，该接收终端61支持的视频编码格式包括H.264和H.265，则该接收终端61获取H.264作为视频通信使用的视频编解码格式或者获取42900b作为视频通信使用的视频编解码格式。
可选的，在S202具体包括，S2023、判断所述接收终端61支持的视频编解码格式均低于所述邀请消息包括的视频编解码格式；则所述接收终端61根据所述判断获取所述接收终端61支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。例如，该邀请消息包含H.264， H.265，该接收终端61支持的视频编码格式包括H.263和H.261，则该接收终端61获取H.263作为视频通信使用的视频编解码格式或者获取42900b作为视频通信使用的视频编解码格式。本发明实施例通过接收终端61获取其和发送终端62均支持的规格最高的视频编解码格式，提高了视频通信质量。
S203、所述接收终端61向所述发送终端62发送回复消息，所述回复消息中包含所述获取的视频编解码格式。
接收终端61可以在CPU53的控制下通过RF电路55将获取的视频编解码格式通过回复消息发送给发送终端62，其中，该回复消息可以是200 OK。该回复消息与实施例1中步骤S102中的回复消息相同，本发明实施例对此不再赘述。
S204、所述接收终端61使用所述获取的视频编解码格式与所述发送终端62进行视频通信。
在接收终端61的接收使用该视频编解码格式传输视频数据的RTP，该接收终端61根据该获取的视频编解码格式来解码，该发送终端62根据该获取的视频编解码格式进行编码。
可以理解的是，由于接收终端61所述获取的视频编解码格式是接收终端61在CUP53的控制下选择的接收终端61支持的，发送终端62非常有可能支持的视频编解码格式，不排除在个别极小的情况下存在发送终端62不支持该视频编解码格式的可能性，因此，所述接收终端61使用所述获取的视频编解码格式与所述发送终端62进行视频通信仍然存在视频通信失败的可能性。但是使用本发明实施例提供的视频通信方法，通过接收终端61智能的获取用于视频通信的视频编解码格式，提高了视频通信的成功率，节省了电量和网络资源。因此本发明实施例的本发明实施例提供的方法虽然不一定能够保证成功建立视频通信，但是与现有技术相比，能够大大提高视频通信的成功率，特别是防止接收终端61和发送终端62存在均支持的视频编解码格式时，双方无法建立视频通信。
图6为本发明实施例2提供的接收终端61的结构示意图。在此说明，本实施例的终端除了具有上述各单元之外，还具有终端为实现其功能所具 备的其他单元，本实施例对此不作限制，同时这些单元未在附图中示出。
如图6所示，所述接收终端61可以包括：
接收模块401，用于接收发送终端62发送的邀请消息，所述邀请消息中包含所述发送终端62支持的视频编解码格式。
获取模块402，用于根据所述邀请消息获取所述接收终端61和所述发送终端62均支持的视频编解码格式。
发送模块403，用于向所述发送终端62发送回复消息，所述回复消息中包含所述获取的视频编解码格式。
通信模块404，用于根据所述获取的视频编解码格式与所述发送终端62进行视频通信。
接收模块401，获取模块402，发送模块403，通信模块404，可分别用于执行实施例1中步骤S202、S202、S203、S204的方法，具体详见实施例1中对所述方法的描述，在此不再赘述。
可选的，获取模块402具体还用于执行实施例1中步骤S2021、S2022、S2023的方法，具体详见实施例1中对所述方法的描述，在此不再赘述。
本发明实施例提供一种接收终端61，通过接收终端61智能的获取用于视频通信的视频编解码格式，提高了视频通信的成功率，节省了电量和网络资源。
实施例3
图7为本发明实施例4提供的一种视频通信系统的结构示意图。
如图7所示，一种视频通信系统可以包括：
发送终端71和接收终端72。所述发送终端71用于执行实施例1中步骤S101、S102、S103、S104的方法，具体详见实施例1中对上述步骤的描述，本发明实施例对此不再赘述。所述接收终端72用于执行实施例2中步骤S201、S202、S203、S204的方法，具体详见实施例2中对上述步骤的描述，本发明实施例对此不再赘述。
本发明实施例提供一种通信系统，通过智能的获取用于视频通信的视 频编解码格式，提高了视频通信的成功率，节省了电量和网络资源。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明实施例可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能存储在终端可读介质中或作为终端可读介质上的一个或多个指令或代码进行传输。终端可读介质包括终端存储介质和通信介质，可选的通信介质包括便于从一个地方向另一个地方传送终端程序的任何介质。存储介质可以是终端能够存取的任何可用介质。以此为例但不限于：终端可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由终端存取的任何其他介质。此外。任何连接可以适当的成为终端可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定义中。如本发明实施例所使用的，盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟，可选的盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在终端可读介质的保护范围之内。
总之，以上所述仅为本发明技术方案的实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (19)

  1. 一种视频通信方法，其特征在于，所述方法包括：
    发送终端向接收终端发送邀请消息；
    所述发送终端接收所述接收终端根据所述邀请消息发送的回复消息，所述回复消息包含所述接收终端支持的视频编解码格式；
    判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式；
    所述发送终端根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式；
    所述发送终端使用所述获取的视频编解码格式与所述接收终端进行视频通信。
  2. 根据权利要求1所述的方法，其特征在于，
    所述判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式具体包括：判断所述回复消息包含的视频编解码格式规格均高于所述发送终端支持的视频编解码格式；
    所述发送终端根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式具体包括：所述发送终端根据所述判断获取所述发送终端支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
  3. 根据权利要求1或2所述的方法，其特征在于，
    所述判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式具体包括：判断所述回复消息包含的视频编解码格式均低于所述发送终端支持的视频编解码格式；
    所述发送终端根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式具体包括：所述发送终端根据所述判断获取所述发送终端支持的规格最低的视频编解码格式或者获取默认的视频编解码格式。
  4. 根据权利2或3所述的方法，其特征在于，所述默认的视频编解码格式为预先设置的所述发送终端和所述接收终端均支持的视频编解码格式。
  5. 一种视频通信方法，其特征在于，所述方法包括：
    接收终端接收发送终端发送的邀请消息，所述邀请消息中包含所述发送终端支持的视频编解码格式；
    所述接收终端根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式；
    所述接收终端向所述发送终端发送回复消息，所述回复消息中包含所述获取的视频编解码格式；
    所述接收终端使用所述获取的视频编解码格式与所述发送终端进行视频通信。
  6. 根据权利要求5所述的方法，其特征在于，所述接收终端根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式具体包括：
    判断所述接收终端支持的视频编解码格式规格均高于所述邀请消息包括的视频编解码格式；
    所述接收终端根据所述判断获取所述接收终端支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
  7. 根据权利要求5或6所述的方法，其特征在于，所述接收终端根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式具体包括：
    判断所述接收终端支持的视频编解码格式均低于所述邀请消息包括的视频编解码格式；
    所述接收终端根据所述判断获取所述接收终端支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
  8. 根据权利6或7所述的方法，其特征在于，所述默认的视频编解码格式为预设的所述发送终端和接收终端均支持的视频编解码格式。
  9. 一种发送终端，其特征在于，所述发送终端包括：
    发送模块，用于向接收终端发送邀请消息；
    接收模块，用于接收所述接收终端根据所述邀请消息发送的回复消息，所述回复消息包含所述接收终端支持的视频编解码格式；
    获取模块，用于判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式，根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式；
    通信模块，用于根据所述获取的视频编解码格式与所述接收终端进行视频通信。
  10. 根据权利要求9所述的发送终端，其特征在于，所述获取模块具体用于，
    判断所述回复消息包含的视频编解码格式规格高于所述发送终端支持的视频编解码格式；
    根据所述判断获取所述发送终端支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
  11. 根据权利要求9或10所述的发送终端，其特征在于，所述获取模块具体用于：
    判断所述回复消息包含的视频编解码格式低于所述发送终端支持的视频编解码格式；
    根据所述判断获取所述发送终端支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
  12. 根据权利10或11所述的发送终端，其特征在于，所述默认的视频编解码格式为预先设置的所述发送终端和所述接收终端均支持的视频编解码格式。
  13. 一种接收终端，其特征在于，所述接收终端包括：
    接收模块，用于接收发送终端发送的邀请消息，所述邀请消息中包含所述发送终端支持的视频编解码格式；
    获取模块，用于根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式；
    发送模块，用于向所述发送终端发送回复消息，所述回复消息中包含所述获取的视频编解码格式；
    通信模块，用于根据所述获取的视频编解码格式与所述发送终端进行视频通信。
  14. 根据权利要求13所述的接收终端，其特征在于，所述获取模块具体用于：
    判断所述接收终端支持的视频编解码格式规格均高于所述邀请消息包括的视频编解码格式；
    根据所述判断获取所述接收终端支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
  15. 根据权利要求13或14所述的接收终端，其特征在于，所述获取模块具体用于：
    判断所述接收终端支持的视频编解码格式均低于所述邀请消息包括的视频编解码格式；
    根据所述判断获取所述接收终端支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。
  16. 根据权利14或15所述的接收终端，其特征在于，所述默认的视频编解码格式为预设的所述发送终端和接收终端均支持的视频编解码格式。
  17. 一种发送终端，包括存储器，收发器，处理器，其特征在于，所述收发器，用于向接收终端发送邀请消息；
    所述收发器，还用于接收所述接收终端根据所述邀请消息发送的回复消息，所述回复消息包含所述接收终端支持的视频编解码格式；
    所述处理器，用于判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式，根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式；
    所述处理器，还用于根据所述获取的视频编解码格式与所述接收终端进行视频通信。
  18. 一种接收终端，包括存储器，收发器器，处理器，其特征在于，
    所述收发器，用于接收发送终端发送的邀请消息，所述邀请消息中包含所述发送终端支持的视频编解码格式；
    所述处理器，用于根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式；
    所述收发器器，还用于向所述发送终端发送回复消息，所述回复消息中包含所述获取的视频编解码格式；
    所述处理器，还用于根据所述获取的视频编解码格式与所述发送终端进行视频通信。
  19. 一种视频通信系统，其特征在于，所述视频通信系统包括如权利要求9-12所述的发送终端和如权利要求13-16所述的接收终端。
PCT/CN2015/099162 2014-12-31 2015-12-28 一种视频通信方法、终端及系统 WO2016107511A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP15875188.3A EP3242477A4 (en) 2014-12-31 2015-12-28 Video communication method, terminal and system
US15/540,879 US9998704B2 (en) 2014-12-31 2015-12-28 Video communication method and system, and terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410857650.8A CN105812705B (zh) 2014-12-31 2014-12-31 一种视频通信方法、终端及系统
CN201410857650.8 2014-12-31

Publications (1)

Publication Number Publication Date
WO2016107511A1 true WO2016107511A1 (zh) 2016-07-07

Family

ID=56284265

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/099162 WO2016107511A1 (zh) 2014-12-31 2015-12-28 一种视频通信方法、终端及系统

Country Status (4)

Country Link
US (1) US9998704B2 (zh)
EP (1) EP3242477A4 (zh)
CN (1) CN105812705B (zh)
WO (1) WO2016107511A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108040258B (zh) * 2017-11-21 2020-05-15 北京臻迪科技股份有限公司 一种编码、解码方法、装置及系统
CN111199743B (zh) * 2020-02-28 2023-08-18 Oppo广东移动通信有限公司 音频编码格式确定方法、装置、存储介质及电子设备
CN112911337B (zh) * 2021-01-28 2023-06-20 北京达佳互联信息技术有限公司 用于配置终端设备的视频封面图片的方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006044069A1 (en) * 2004-10-12 2006-04-27 Motorola, Inc. Multimedia session establishment in a user entity having audio floor control
CN101755454A (zh) * 2007-08-23 2010-06-23 三星电子株式会社 确定移动视频电话之间的首选图像格式的方法和设备
CN103139527A (zh) * 2011-12-05 2013-06-05 中国电信股份有限公司 视频通信中的参数协商方法、装置及视频通信终端
CN104219479A (zh) * 2013-05-30 2014-12-17 中国电信股份有限公司 视频通信业务处理方法与系统

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5541957A (en) * 1994-06-15 1996-07-30 National Semiconductor Corporation Apparatus for transmitting and/or receiving data at different data transfer rates especially in applications such as dual-rate ethernet local-area networks
US5574934A (en) * 1993-11-24 1996-11-12 Intel Corporation Preemptive priority-based transmission of signals using virtual channels
US6975637B1 (en) * 1999-01-27 2005-12-13 Broadcom Corporation Apparatus for ethernet PHY/MAC communication
KR20050091135A (ko) * 2004-03-10 2005-09-15 삼성전자주식회사 이동통신 네트워크에서 코덱 정보 제공 방법
CN101110946B (zh) * 2007-08-17 2011-01-05 中兴通讯股份有限公司 对会话初始化协议终端的音频和视频通信进行切换的方法
US8699481B2 (en) 2010-08-20 2014-04-15 Shoretel, Inc. Via site for managing network bandwidth
CN103096011B (zh) * 2011-11-08 2016-09-28 中国电信股份有限公司 视频通信协商方法、系统及视频终端
CN103595978B (zh) * 2012-08-16 2017-06-16 中国电信股份有限公司 用于在视频通信中协商编码分辨率的方法和系统
CN102984493B (zh) * 2012-11-21 2016-03-02 华为终端有限公司 视频数据传输的方法、装置及通信设备
CN103702063B (zh) * 2013-12-24 2018-01-16 北京佳讯飞鸿电气股份有限公司 一种在视频会议系统中实现动态媒体协商的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006044069A1 (en) * 2004-10-12 2006-04-27 Motorola, Inc. Multimedia session establishment in a user entity having audio floor control
CN101755454A (zh) * 2007-08-23 2010-06-23 三星电子株式会社 确定移动视频电话之间的首选图像格式的方法和设备
CN103139527A (zh) * 2011-12-05 2013-06-05 中国电信股份有限公司 视频通信中的参数协商方法、装置及视频通信终端
CN104219479A (zh) * 2013-05-30 2014-12-17 中国电信股份有限公司 视频通信业务处理方法与系统

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
CN105812705A (zh) 2016-07-27
US9998704B2 (en) 2018-06-12
US20170359550A1 (en) 2017-12-14
EP3242477A1 (en) 2017-11-08
CN105812705B (zh) 2019-04-12
EP3242477A4 (en) 2018-01-24

Similar Documents

Publication Publication Date Title
US10080111B2 (en) Techniques for communication using audio stickers
US20150019694A1 (en) Method for Screen Sharing, Related Device, and Communications System
RU2504096C2 (ru) Совместное использование службы
US10771611B2 (en) System and method for providing personalized audio-video invitations
CN106789562B (zh) 一种虚拟物品发送方法、接收方法、装置和系统
US10574815B2 (en) Personalized audio-video invitations using multi-function button
CN103534679A (zh) 媒体流共享的方法及终端
AU2018350926B2 (en) Personalized audio/video invitations for phone calls
CN105573609A (zh) 内容分享方法与装置
CN113055628A (zh) 显示视频通话数据
CN107483320B (zh) 一种群组创建的方法及服务器
US10602092B2 (en) Personalized audio-video invitations via peer-to-peer connection
US20140323166A1 (en) Method, device and system for voice communication
US8619759B2 (en) System for video call processing
US9531763B2 (en) Apparatus and method for reproducing contents using digital living network alliance in mobile terminal
US11005900B2 (en) Notifications to all devices to update state
WO2016107511A1 (zh) 一种视频通信方法、终端及系统
US20180048621A1 (en) Techniques for providing multi-modal multi-party calling
US20090066781A1 (en) System for managing video voicemail
US9112917B2 (en) Controller system and method therefor
WO2019144292A1 (zh) 视频答录通信方法和终端
US9137743B2 (en) Method and mobile device for automatically choosing communication network
WO2018153194A1 (zh) 一种获取流媒体数据的方法、装置及系统
WO2020063462A1 (zh) 一种媒体展示的控制方法及相关产品
CN117119191A (zh) 多媒体数据的编码方法、装置及计算机可读存储介质

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15540879

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2015875188

Country of ref document: EP