CN109802932B

CN109802932B - Live broadcast communication method and device

Info

Publication number: CN109802932B
Application number: CN201711148296.1A
Authority: CN
Inventors: 谢潜; 张彪; 李拓
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2017-11-17
Filing date: 2017-11-17
Publication date: 2022-04-12
Anticipated expiration: 2037-11-17
Also published as: CN109802932A; WO2019096063A1

Abstract

The application discloses a live broadcast communication method and a related device, comprising the following steps: the application server indicates the media resource function network element to push the media stream of the live session to a Content Delivery Network (CDN) system, the application server receives a media stream address from the CDN system, the application server sends the media stream address to the target terminal equipment, and the communication mode of the target terminal equipment is a receive-only mode so as to realize that the target terminal equipment uses the media stream address to pull the media stream of the live session from the CDN system. By adopting the embodiment of the invention, the application server and the CDN system are provided with the intercommunicating interface, the application server can distribute the media stream of the live session through the CDN system, and simultaneously sets the target terminal equipment in the live session into the receiving-only mode, thereby supporting the participation of a great number of terminal equipment in the live session and reducing the time delay of acquiring the media stream.

Description

Live broadcast communication method and device

Technical Field

The present invention relates to the field of communications, and in particular, to a method and an apparatus for live broadcast communication.

Background

With the development of network technology, the bandwidth of the network is correspondingly and rapidly increased, and the current communication network has enough capacity for supporting live video or audio. For example: in a distributed conference system based on an IMS (IP multimedia subsystem), a multiparty conference service is supported, and a small-scale live service can be conveniently provided based on the native service capability of the IMS, for example: the push of communication content can be realized, and the interaction can be realized based on the message service interaction of the message service, the group service and the presentation service. The current IMS communication system is a bidirectional communication for UE (user equipment), and when the number of UEs is large, the overhead is large. All call participants of the same session are connected with a logical call management center, so that a central resource bottleneck exists, and a huge number of UE (user equipment) cannot be supported.

Disclosure of Invention

The technical problem to be solved in the embodiments of the present invention is to provide a live broadcast communication method and related device, where an interworking interface is provided between an application server and a CDN system, and the application server can distribute a media stream of a live broadcast session through the CDN system, and set a target terminal device in the live broadcast session to a receive-only mode, so that a large number of terminal devices can be supported to participate in live broadcast, and meanwhile, a delay in acquiring the media stream is reduced.

In a first aspect, the present application provides a live communication method, including: the application server indicates the media resource function network element to push the media stream of the live session to the CDN system, the application server receives the media stream address from the CDN system, and the media stream address is the address mapped to the CDN system by the media stream of the live session; the application server sends the media stream address to the destination terminal device, and the communication mode of the destination terminal device is a receiving-only mode.

The application server sends a push instruction to the media resource function network element, the push instruction carries an identification of the live session, the identification of the live session is used for uniquely representing the identity of the live session, and the identification of the live session can be distributed by other network elements obtained by the application server when the live session is established. The receive-only mode indicates that the terminal device only receives the media stream, does not transmit the media stream, and of course may transmit the control information. The terminal equipment has different roles in the live broadcast session, and comprises a live broadcast party and an audience party, wherein the terminal equipment used by the live broadcast party is source terminal equipment, and the terminal equipment used by the audience party is target terminal equipment.

According to the above description, when the communication mode of the destination terminal device is the receive-only mode, the destination terminal device receives the media stream address sent by the application server, the media stream address is an address in the CDN system to which the media stream of the live session is mapped, and the destination terminal device can pull the media stream from the CDN system using the media stream address, thereby reducing the delay of the destination terminal device in acquiring the media stream and reducing the load on the core network device.

In one possible design, the sending, by the application server, the media stream address to the destination terminal device includes: the method comprises the steps that an application server receives a live broadcast call request from a source terminal device located in a live broadcast session, the live broadcast call request is used for calling a target terminal device, the application server obtains media capacity information of the target terminal device, the media capacity information represents communication capacity of the target terminal device, and if the fact that the terminal device supports connectionless live broadcast capacity is determined according to the media capacity information, the application server sends a message carrying a media stream address and an authorization token to the target terminal device. The connectionless live broadcast capability of the application means the capability of acquiring the media stream address of the live broadcast session in the CDN system in a connectionless manner and pulling up the media stream from the CDN system according to the media stream address in a connectionless manner, and the connectionless manner means that the session does not need to be established.

In one possible design, the sending, by the application server, the media stream address to the destination terminal device includes:

an application server receives a live broadcast call request from a target terminal device, and a live broadcast call request user calls a source terminal device in a live broadcast session; the application server obtains the media capability information of the destination terminal device, if the destination terminal device supports the connectionless live broadcast capability according to the media capability information, the application server sends a redirection message aiming at the live broadcast call request to the source terminal device, the redirection message is used for terminating the live broadcast call request initiated by the source terminal device, and the application server sends a message carrying a media stream address and an authorization token to the destination terminal device.

Wherein the media capability information represents a representation of capabilities supported by the terminal device, such as: supported connection types, supported media types, supported coding types, etc. The application server can obtain the media capability information of the destination terminal device in a registration request or a call request of the terminal device or other home-made devices. The connectionless live capability means the capability of acquiring the media stream address without establishing a session and the capability of pulling the media stream without establishing a session.

In one possible design, the sending, by the application server, the media stream address to the destination terminal device includes: the method comprises the steps that an application server receives a live broadcast call request from a target terminal device, the live broadcast call request is used for calling a source terminal device in a live broadcast session, the application server obtains media capacity information of the target terminal device, if the fact that the target terminal device supports connectionless live broadcast capacity is determined according to the media capacity information, the application server sends a redirection message aiming at the live broadcast call request to the target terminal device, and the redirection message carries a media stream address and an authorization token.

In one possible design, the sending, by the application server, the media stream address to the destination terminal device includes: the method comprises the steps that an application server receives a live broadcast call request from a target terminal device, the live broadcast call request is used for calling a source terminal device in a live broadcast session, the application server sends a redirection message aiming at the live broadcast call request to the target terminal device, the application server obtains media capacity information of the target terminal device, and if the fact that the target terminal device supports connectionless live broadcast capacity is determined according to the media capacity information, the application server sends a message carrying a media stream address and an authorization token to the target terminal device.

In one possible design, the sending, by the application server, the media stream address to the destination terminal device includes: the method comprises the steps that an application server receives a live broadcast call request from a target terminal device, the live broadcast call request is used for calling a source terminal device in a live broadcast session, the live broadcast call request carries an identification of the live broadcast session, the identification of the live broadcast session is used for uniquely representing the identity of the session, the application server obtains media capacity information of the target terminal device, if the fact that the target terminal device portion supports connectionless live broadcast capacity is determined according to the media capacity information, the application server sends a success response message carrying a media stream address and an authorization token to the target terminal device, and the success message is used for representing that the live broadcast session initiated by the target terminal device is successfully established.

In one possible design, the sending, by the application server, the media stream address to the destination terminal device includes: the application server receives a live broadcast call request from a target terminal device, the live broadcast call request is used for calling a source terminal device in a live broadcast session, the application server obtains media capacity information of the target terminal device, and if the target terminal device does not support connectionless live broadcast capacity but supports live broadcast capacity according to the media capacity information, the application server sends a successful response message carrying a media stream address and an authorization token to the target terminal device.

In one possible design, the obtaining, by the application server, the media capability information of the destination terminal device includes: the application server obtains media capability information of the destination terminal device in a process of initiating registration or call by the destination terminal device, for example: the destination terminal device carries its own media capability information in the registration request or the call request.

In one possible design, further comprising:

the application server determines a communication mode of the target terminal equipment according to the size of idle resources corresponding to the live broadcast service; or

The application server determines the communication mode of the target terminal equipment according to the communication mode indication information from the target terminal equipment; or

The application server determines the communication mode of the target terminal equipment according to the group service data, the address book service data, the call authority service data or the subscription information; or

And the application server determines the communication mode of the terminal equipment according to the identity information of the target terminal equipment and the multiplexing times of the live session.

In one possible design, further comprising:

the method comprises the steps that an application server receives a communication mode switching request from a target terminal device, the communication mode switching request carries an authorization token, after the application server verifies that the authorization token is legal, the communication mode of the target terminal device is switched, the current receiving-only mode is switched to an interactive mode, the application server instructs a media resource function network element (MRF) to collect a media stream generated by the target terminal device in the interactive mode, and the collected media stream is added into a media stream of a live session.

In a second aspect, the present application provides a method for live communication, including: a media resource function network element receives a push stream indication message from an application server, wherein the push stream indication message carries an identifier of a live broadcast session; and the media resource function network element acquires the media stream of the live session according to the standard of the live session and acquires a CDN system associated with the identification of the live session, and the media resource function network element pushes the media stream of the live session to the CDN system.

In one possible design, the pushing, by the media resource function network element, the media stream of the live session to the CDN system includes: and the media resource function network element identifies whether the media stream of the live session meets the coding format supported by the CND system, if not, the media stream of the live session is converted according to the coding format supported by the CND system, and the media stream of the live session after format conversion is pushed to the CDN system.

In a third aspect, the present application provides a method for live communication, including: the method comprises the steps that a target terminal device obtains a media stream address of a live session, the media stream address is an address mapped in a CDN system by a media stream of the live session, the target terminal sends a stream pulling request carrying the media stream address of the live session to the CDN system, and the target terminal device receives the media stream of the live session sent by the CDN system according to the media stream address.

In a possible design, before the destination terminal device obtains the media stream address of the live session, the method further includes:

the target terminal device sends a live broadcast call request to the application server, the live broadcast call request is used for calling a source terminal device in a live broadcast session, and the live broadcast call request carries at least one of an identification of the live broadcast session, an identification of the source terminal device and media capability information.

In one possible design, the obtaining, by the destination terminal device, a media stream address of the live session includes:

when the destination terminal equipment supports the connectionless live broadcast capability, the destination terminal equipment receives a message carrying the media stream address and the authorization token from an application server; or

The target terminal equipment sends a live broadcast call request to an application server; the live broadcast call request carries media capability information of the target terminal device, and the media capability information represents that the target terminal device supports connectionless live broadcast capability;

the target terminal equipment receives a redirection message aiming at the live broadcast call request from the application server; wherein the redirection message carries a media stream address and an authorization token of the live session; or

The target terminal equipment sends a live broadcast call request to the application server; the live broadcast call request carries media capability information of the target terminal device, and the media capability information represents that the target terminal device supports connectionless live broadcast capability;

the target terminal equipment receives a redirection message aiming at the live broadcast call request from the application server;

the destination terminal equipment receives a message carrying a media stream address and an authorization token of the live session from an application server; or

The target terminal equipment sends a live broadcast call request to the application server; the live broadcast call request carries an identifier of the live broadcast session and media capability information of the target terminal device, wherein the media capability information indicates that the target terminal device does not support connectionless live broadcast capability;

the target terminal equipment receives a successful response message which is from the application server and carries the media stream address and the authorization token of the live session; or

The target terminal equipment sends a live broadcast call request to the application server; the live broadcast call request is used for calling a source terminal device in the live broadcast session, the live broadcast call request carries media capability information of the target terminal device, and the media capability information indicates that the target terminal device does not support connectionless live broadcast capability;

and the destination terminal equipment receives a successful response message which is from the application server and carries the media stream address and the authorization token of the live session.

In one possible design, further comprising:

the target terminal equipment sends a communication mode switching request to the application server; wherein, the communication mode switching request carries an authorization token of the live session;

the destination terminal device receives a communication mode switching response from the application server. The communication mode switching response is used for notifying the target terminal device of successfully switching the current communication mode, the current switching mode of the target terminal device is a receiving-only mode, and the current switching mode of the target terminal device is changed into an interactive mode after the communication mode is switched, so that the application server needs to instruct the MRF to acquire a media stream generated by the target terminal device and add the acquired media stream into a live session.

In a fourth aspect, the present application provides a method for live communication, including: the method comprises the steps that an application server obtains a media stream address of a live session, the media stream address of the live session is an address mapped in a CDN system by a media stream of the live session, the application server receives a live call request from a target terminal device, the live call request carries network position information and media capacity information of the target terminal device, and if the target terminal device does not support connectionless live capability and does not support live capability according to the media capacity information, the application server sends a stream pulling indication message carrying the media stream address of the live session to a conversion gateway associated with the network position information.

The connectionless live broadcast capability represents the capability of obtaining a media stream address in a connectionless manner and obtaining a media stream from the CDN system in a connectionless manner; the live broadcast capability represents the capability of acquiring a media stream address in a session manner and acquiring a media stream from the CDN system in a session manner.

In a possible design, if it is determined that the destination terminal device does not support the connectionless live broadcast capability and does not support the live broadcast capability according to the media capability information, before the application server sends a pull stream indication message carrying a media stream address of a live broadcast session to the conversion gateway associated with the network location information, the method further includes:

the application server sends a deployment request to the conversion gateway, and the deployment request can carry specification parameters, so that the conversion gateway deploys the virtual network element according to the rule parameters, wherein the rule parameters can comprise hardware parameters and functional parameters.

The application server receives a deployment completion message from the conversion gateway, wherein the deployment completion message is used for indicating that the conversion gateway completes deployment.

In one possible design, further comprising:

the application server receives a stream pulling success message from the conversion gateway, wherein the stream pulling success message indicates that the conversion gateway successfully pulls the media stream of the live session from the CDN system, the stream pulling success message carries a port number, the port number is a port address used by the conversion gateway for pushing the media stream of the live session, and the application server sends a success response message carrying the port number to the destination terminal equipment.

In a possible design, after the application server receives the live call request from the destination terminal device, the method further includes:

the application server sends a successful response message to the target terminal equipment; and the application server indicates the media resource function network element to push the media stream of the live session to the target terminal equipment.

In one possible design, further comprising:

the application server receives a pull flow success message from the conversion gateway; the stream pulling success message indicates that the conversion gateway successfully pulls the media stream of the live session from the CDN system, and the stream pulling success message carries a port number; the application server sends a media stream switching message carrying a port number to the destination terminal equipment; the media stream switching message carries a port number, and the media stream switching message is used for indicating the destination terminal device to receive the media stream from the conversion gateway according to the port number.

In a fifth aspect, the present application provides a communication method for a live session, including: the conversion gateway receives a pull stream indication message from an application server, wherein the pull stream indication message carries a media stream address, and the media stream address is an address mapped to a CDN system by a live broadcast session; the conversion gateway sends a stream pulling request carrying a media stream address to the CDN system, the conversion gateway sends a stream pulling success message carrying a port number to the application server, and the conversion gateway sends a media stream of a live session to the destination terminal equipment at the port number.

In one possible design, further comprising: the conversion gateway receives a deployment request from an application server; the deployment request carries network position information and an identifier of the target terminal equipment; and the conversion gateway sends a deployment completion message to the application server when completing deployment according to the deployment request.

In one possible design, the pull indication message carries an authorization token for the live session.

In a sixth aspect, the present application provides a method for live communication, including:

the method comprises the steps that an SBC session boundary controller corresponding to a target terminal device obtains a media stream address of a live session, wherein the media stream address is an address of the live session mapped in a CDN system, the SBC corresponding to the target terminal device sends a stream pulling request carrying the media stream address to the CDN system, and the SBC corresponding to the target terminal device receives a media stream of the live session sent by the CDN system according to the media stream address; and the SBC corresponding to the target terminal equipment pushes the media stream of the live session to the target terminal equipment.

In a possible design, before the SBC corresponding to the destination terminal device obtains the media stream address of the live session, the method further includes: an SBC corresponding to a target terminal device receives a live broadcast call request from the target terminal device, wherein the live broadcast call request is used for calling a source terminal device in a live broadcast session; the SBC corresponding to the source terminal device obtains the multiplexing times of the live session, and pushes the media stream of the live session to the CDN system by the SBC corresponding to the source terminal device under the condition that the multiplexing times of the live session are larger than the preset number.

In one possible design, the obtaining, by an SBC corresponding to a destination terminal device, a media stream address of a live session includes: and the SBC corresponding to the destination terminal equipment receives a successful response message sent by the SBC corresponding to the source terminal equipment, wherein the successful response message carries the media stream address of the live broadcast session.

In a possible design, when the number of times of multiplexing the live session is equal to 0, the SBC corresponding to the source terminal device releases the live session. And when the number of the target terminal devices in the live session is 0, the application server informs the source terminal device to quit the live session and release the resources of the live session.

In a seventh aspect, the present application provides a device for live communication, where the device has a function of implementing an application server behavior in the method of the first aspect. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above-described functions.

In one possible implementation, the apparatus includes: the processing unit is used for indicating the media resource function network element to push the media stream of the live session to the Content Delivery Network (CDN) system;

a receiving unit, configured to receive a media stream address from the CDN system; the media stream address is an address of a media stream of the live session mapped in the CDN system;

a sending unit, configured to send the media stream address to a destination terminal device; wherein the communication mode of the destination terminal device is a receive-only mode.

In another possible implementation manner, the apparatus includes: a receiver, a transmitter, a memory, and a processor; wherein the memory stores a set of program codes therein, and the processor is configured to call the program codes stored in the memory to perform the following operations:

indicating a media resource function network element to push a media stream of the live session to a Content Delivery Network (CDN) system;

a receiver for receiving a media stream address from the CDN system; the media stream address is an address of a media stream of the live session mapped in the CDN system;

the sender is used for sending the media stream address to the destination terminal equipment; wherein the communication mode of the destination terminal device is a receive-only mode.

Based on the same inventive concept, as the principle and the beneficial effects of the device for solving the problems can be referred to the method implementation modes of the possible application servers and the beneficial effects brought by the method implementation modes, the implementation of the device can be referred to the implementation of the method, and repeated parts are not described again.

In an eighth aspect, the present application provides a device for live broadcast communication, where the device has a function of implementing a network element behavior of a media resource function in the method of the second aspect. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above-described functions.

In a possible implementation manner, the network element includes: a receiving unit, configured to receive a push flow indication message from an application server; wherein, the push stream indication message carries the identification of the live broadcast session;

the processing unit is used for acquiring a media stream of the live session according to the identifier of the live session and acquiring a CDN system associated with the identifier of the live session;

and the sending unit is used for pushing the media stream of the live session to the CDN system.

In another possible implementation manner, the apparatus includes: a receiver, a transmitter, a memory, and a processor; the receiver is used for receiving a push flow indication message from an application server; wherein, the push stream indication message carries the identification of the live broadcast session; the memory stores a set of program code therein, and the processor is configured to call the program code stored in the memory, performing the following:

acquiring a media stream of the live session according to the identifier of the live session, and acquiring a CDN system associated with the identifier of the live session;

and the sender is used for pushing the media stream of the live session to the CDN system.

Based on the same inventive concept, as the principle and the beneficial effects of the apparatus for solving the problems can refer to the method implementation modes and the brought beneficial effects of the possible media resource function network elements, the implementation of the apparatus can refer to the implementation of the method, and repeated details are not repeated.

In a ninth aspect, the present application provides a device for live communication, where the device has a function of implementing the behavior of the destination terminal device in the method of the third aspect. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above-described functions.

In one possible implementation, the apparatus includes: the processing unit is used for acquiring a media stream address of a live session; the media stream address is an address of a media stream of the live session mapped in a CDN system;

a sending unit, configured to send a pull request carrying the media stream address to the CDN system;

and the receiving unit is used for receiving the media stream of the live session, which is sent by the CDN system according to the media stream address.

In another possible implementation manner, the apparatus includes: a receiver, a transmitter, a memory, and a processor; the receiver is used for receiving a push flow indication message from an application server; wherein the memory stores a set of program codes therein, and the processor is configured to call the program codes stored in the memory to perform the following operations:

acquiring a media stream address of a live session; and the media stream address is an address of a media stream of the live session mapped in a CDN system.

A sender, configured to send a pull request carrying the media stream address to the CDN system;

and the receiver is used for receiving the media stream of the live session, which is sent by the CDN system according to the media stream address.

Based on the same inventive concept, as the principle and the beneficial effects of the apparatus for solving the problems can refer to the method implementation modes of the possible terminal devices and the beneficial effects brought by the method implementation modes, the method implementation can refer to the method implementation, and repeated parts are not described again.

In a tenth aspect, the present application provides a device for live communication, where the device has a function of implementing an application server behavior in the method of the fourth aspect. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above-described functions.

In one possible implementation, the apparatus includes: the processing unit is used for acquiring a media stream address of a live session; the media stream address of the live session is an address in the CDN system mapped by the media stream of the live session;

a receiving unit, configured to receive a live call request from a destination terminal device; the live broadcast call request carries network position information and media capability information of the target terminal equipment;

and the sending unit is used for sending a stream pulling indication message carrying a media stream address of the live broadcast session to a conversion gateway associated with the network position information if the processing unit determines that the target terminal equipment does not support the connectionless live broadcast capability and does not support the live broadcast capability according to the media capability information.

acquiring a media stream address of a live session; the media stream address of the live session is an address in the CDN system mapped by the media stream of the live session;

a receiver for receiving a live call request from a destination terminal device; the live broadcast call request carries network position information and media capability information of the target terminal equipment;

and the sender is used for sending a stream pulling indication message carrying a media stream address of the live session to a conversion gateway associated with the network position information if the processor determines that the target terminal equipment does not support the connectionless live broadcast capability according to the media capability information.

In an eleventh aspect, the present application provides a device for live communication, where the device has a function of implementing the gateway behavior conversion in the method of the fifth aspect. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above-described functions.

In one possible implementation, the apparatus includes: a receiving unit, configured to receive a pull stream indication message from an application server; the pull stream indication message carries the media stream address, and the media stream address is an address mapped to a CDN system by a media stream of a live session;

the sending unit is further configured to send a stream pulling success message carrying a port number to the application server when the processing unit determines that the media stream of the live session is successfully pulled from the CDN system according to the media stream address;

the sending unit is further configured to send the media stream of the live session to the destination terminal device at the port number.

In another possible implementation manner, the apparatus includes: a receiver, a transmitter, a memory, and a processor; wherein, the memory stores a group of program codes, and the processor is used for calling the program codes stored in the memory and executing relevant operations.

A receiver for receiving a pull stream indication message from an application server; the pull stream indication message carries the media stream address, and the media stream address is an address mapped to a CDN system by a media stream of a live session;

the sender is further configured to send a stream pulling success message carrying a port number to the application server when the processor determines that the media stream of the live session is successfully pulled from the CDN system according to the media stream address;

and the sender is also used for sending the media stream of the live session to the destination terminal equipment at the port number.

Based on the same inventive concept, as the principle and the beneficial effects of the device for solving the problems can be referred to the implementation modes of the possible methods for converting the gateway and the beneficial effects brought by the method, the implementation of the device can be referred to the implementation of the method, and repeated details are not repeated.

In a twelfth aspect, the present application provides a device for live broadcast communication, where the device has a function of implementing a Session Border Controller (SBC) behavior corresponding to a destination terminal device in the method of the sixth aspect. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above-described functions.

In one possible implementation, the apparatus includes: the system comprises a processing unit, a sending unit and a receiving unit, wherein the processing unit is used for acquiring a media stream address of a live session, the media stream address is an address of the live session mapped in a CDN system, the sending unit is used for sending a stream pulling request carrying the media stream address to the CDN system, and the receiving unit is used for receiving a media stream of the live session sent by the CDN system according to the media stream address; and the sending unit is also used for pushing the media stream of the live session to the target terminal equipment.

In another possible implementation manner, the SBC includes: a receiver, a transmitter, a memory, and a processor; wherein, the memory stores a group of program codes, and the processor is used for calling the program codes stored in the memory and executing relevant operations.

The device comprises a processor, a sender, a receiver and a server, wherein the processor is used for acquiring a media stream address of a live session, the media stream address is an address of the live session mapped in a CDN system, the sender is used for sending a stream pulling request carrying the media stream address to the CDN system, and the receiver is used for receiving a media stream of the live session sent by the CDN system according to the media stream address; and the sender is also used for pushing the media stream of the live session to the destination terminal equipment.

Based on the same inventive concept, as the principle and the beneficial effects of the apparatus for solving the problems can be referred to the above possible SBC method embodiments and the beneficial effects brought thereby, the implementation of the apparatus can be referred to the implementation of the method, and repeated details are not repeated.

Yet another aspect of the present application provides a computer-readable storage medium having stored therein instructions, which when executed on a computer, cause the computer to perform the method of the above-described aspects.

Yet another aspect of the present application provides a computer program product containing instructions which, when run on a computer, cause the computer to perform the method of the above-described aspects.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments or the background art of the present invention, the drawings required to be used in the embodiments or the background art of the present invention will be described below.

FIG. 1a is a diagram of a prior art IMS conference based network architecture;

fig. 1b is a diagram of a live broadcast-based network architecture according to an embodiment of the present invention;

fig. 1c is another network architecture diagram based on live broadcast according to an embodiment of the present invention;

fig. 2 is a flowchart illustrating a live communication method according to an embodiment of the present invention;

fig. 3 is another schematic flow chart of a live communication method according to an embodiment of the present invention;

fig. 4 is another schematic flow chart of a live communication method according to an embodiment of the present invention;

fig. 5 is another schematic flow chart of a live communication method according to an embodiment of the present invention;

fig. 6 is another schematic flow chart of a live communication method according to an embodiment of the present invention;

fig. 7 is another schematic flow chart of a live communication method according to an embodiment of the present invention;

fig. 8 is another schematic flow chart of a live communication method according to an embodiment of the present invention;

fig. 9 is another schematic flow chart of a live communication method according to an embodiment of the present invention;

fig. 10 is a schematic flowchart of creating a live session according to an embodiment of the present invention;

fig. 11 is another schematic flow chart of a live communication method according to an embodiment of the present invention;

fig. 12 is a schematic structural diagram of a device for live communication according to an embodiment of the present invention;

fig. 13 is another structural diagram of a device for live communication according to an embodiment of the present invention.

Detailed Description

The embodiments of the present invention will be described below with reference to the drawings.

Fig. 1b is a schematic diagram of a system architecture of a communication system according to an embodiment of the present invention, where the communication system includes a source terminal device, a destination terminal device, a Call Session Control Function (CSCF) network element, a Media Resource Function (MRF) network element, and an Application Server (AS).

The source terminal device is a provider of media content, and the media content may be an audio media or a video media, for example: the source terminal equipment can collect audio media or video media through a camera or a microphone. The target terminal equipment is a receiver of the media content, the communication mode of the target terminal equipment is divided into an interactive mode and a receive only mode, and the interactive mode indicates that the target terminal equipment receives the live media content and sends the live media content; the receive-only mode indicates that the destination terminal device only receives the live media content and does not transmit the live media content. The CSCF network elements are network elements in an IMS (IP Multimedia Subsystem), and are mainly responsible for functions such as registration, authentication, Session control, routing management, network management, and charging related to user services, and are divided into Proxy CSCFs (P-CSCFs), query CSCFs (inter-CSCFs, I-CSCFs), Serving CSCFs (Serving CSCFs, S-CSCFs), and Emergency CSCFs (E-CSCFs) according to the functions, and are essentially servers based on SIP (Session Initiation Protocol), and can perform Session processing and control functions related to calls; within the IMS, a plurality of CSCFs are deployed, each CSCF having a different jurisdiction. MRF network elements are functional entities within the IMS, mainly responsible for processing and providing media content, such as: mixing media streams, transcoding, and counting Resource information, etc., and the MRF network element is divided into a Media Resource Function Controller (MRFC) and a Media Resource Function Processor (MRFP). The AS is the top application layer device in the IMS, and interacts with the CSCF through a standard SIP protocol, so AS to realize the triggering and execution of various network services, wherein the network services include but are not limited to basic services, supplementary services, multimedia conferences, converged communication and the like. The Content Delivery Network (CDN) system includes a center node and edge nodes, and the CDN system can redirect a request of a user to an edge node close to the user according to information such as a load condition of each edge node, a distance to the user, and response time in real time, so as to reduce congestion and delay in an access process of the user. In the present application, AS and MRF network elements are deployed on a Computing node close to a destination terminal device AS a conversion gateway of the destination terminal device that does not support direct streaming from the CDN system.

It should be noted that, the MRF network element and the AS in the embodiment of the present invention may be respectively deployed AS two independent network elements, or the MRF network element may also be embedded in the AS, which is not limited in this application.

The communication system in fig. 1b comprises: destination terminal equipment 10, destination terminal equipment 11, source terminal equipment 12, CSCF13, CSCF14, CDN system 15, MEC16, MRF network element 17, and AS 18. The CSCF13 governs the destination terminal device 10 and the destination terminal device 11, and the CSCF14 governs the source terminal device 12. The connection relationship between the network element devices is shown in fig. 1b, and is not described herein again. The destination terminal device 10 does not support to pull the media stream directly from the CDN system, and the MEC16 is deployed with an AS161 and an MRF network element 160 AS a conversion gateway of the destination terminal device 10 for pulling the media stream from the CDN system 15; the destination terminal device 11 supports pulling the media stream from the CDN system 15. It should be noted that the number and form of the network devices and the base station devices in fig. 1b are only exemplary illustrations, and do not limit the embodiments of the present invention.

Referring to fig. 1c, another schematic structural diagram of a communication system according to an embodiment of the present invention is shown, where the communication system includes: a destination terminal device, a source terminal device, a Session Border Controller (SBC), a CSCF, and a CDN system.

The SBC is a network element between two different types of networks, and is mainly responsible for address translation, network security control, quality of service (Qos), and other functions. Multiple SBCs may be deployed in a communication system, with different SBCs having different jurisdictions. The functions of the destination terminal device, the source terminal device, the CSCF and the CDN system in the communication system may refer to the description in fig. 1b, and are not described herein again.

The communication system of fig. 1c comprises: destination terminal equipment 11, destination terminal equipment 12, source terminal equipment 13, SBC14, CSCF15, SBC16, CSCF17, AS18, and CDN system 19. The destination terminal device 11 and the destination terminal device 12 are located in the jurisdiction of the SBC, and the source terminal device 13 is located in the jurisdiction of the SBC 16. It should be noted that the number and form of the network devices and the base station devices in fig. 1b are only exemplary illustrations, and do not limit the embodiments of the present invention.

The Communication System in the present application may be a Global System for Mobile Communication (GSM), a Code Division Multiple Access (CDMA) System, a Wideband Code Division Multiple Access (WCDMA) System, a Worldwide Interoperability for Microwave Access (WiMAX) System, a Long Term Evolution (LTE) System, a 5G Communication System (e.g., a new radio, NR) System, a Communication System in which Multiple Communication technologies are integrated (e.g., a Communication System in which an LTE technology and an NR technology are integrated), or a subsequent evolution Communication System.

The terminal device in the present application is a device with wireless communication function, and may be a handheld device with wireless communication function, an in-vehicle device, a wearable device, a computing device or other processing device connected to a wireless modem, etc. The terminal devices in different networks may be called different names, for example: user equipment, access terminal, subscriber unit, subscriber station, mobile station, remote terminal, mobile device, user terminal, Wireless communication device, user agent or user equipment, cellular telephone, cordless telephone, Session Initiation Protocol (SIP) telephone, Wireless Local Loop (WLL) station, Personal Digital Assistant (PDA), terminal equipment in a 5G network or future evolution network, and the like.

Referring to fig. 2, fig. 2 is a schematic flow chart of a live communication method according to an embodiment of the present invention, where the embodiment of fig. 2 is based on the architecture of fig. 1b, the method includes, but is not limited to, the following steps:

s201, AS18 sends a push request to CDN system 15, and CDN system 15 receives the push request from AS 18.

Specifically, AS18 has a live session established in advance, and includes source terminal device 12 and at least one destination terminal device within the live session. The stream pushing request is used to request to push a media stream of the live session to the CDN system 15, where the stream pushing request may carry parameters such as a port number, an IP address, a coding format of the media stream, and media type information of the MRF network element 17. After the CDN system 15 receives the stream pushing request, the CDN system 15 allocates a media stream address to allocate a live session, where the media stream address is an address in the CDN system to which a media stream of the live session is mapped, and the media stream address may be an URL (uniform resource locator) address.

S202, the CDN system 15 sends the media stream address to the AS18, and the AS18 receives the media stream address from the CDN system 15.

S203, the AS18 sends a push flow indication message to the MRF network element 17, and the MRF network element 17 receives the push flow indication message from the AS 18.

The stream pushing indication message is used to indicate the MRF network element to push the media stream of the live session to the CDN system 15, where the media stream of the live session comes from a source terminal device in the live session and a destination terminal device in the interactive mode. The stream pushing indication message can also carry coding format information and media type information of the media stream of the live session.

S204, the MRF network element 17 sends the media stream of the live session to the CDN system 15, and the CDN system 15 receives the media stream of the live session from the MRF network element 17.

The MRF network element 17 pushes the media stream of the live session to the CDN system 15 according to the instruction of the AS18, and if the encoding format of the media stream of the live session on the MRF network element 17 does not meet the requirement of the CDN system, the MRF network element 17 performs format conversion on the acquired media stream of the live session and then pushes the media stream of the live session to the CDN system 15.

S205, AS18 sends the media stream address to the destination terminal device 11, and the destination terminal device 11 receives the media stream address from AS 18.

The communication mode of the destination terminal device 11 is a receive-only mode, and when the destination terminal device 11 needs to join the current live session, for example: the destination terminal device 11 joins the current live session by calling or called. The AS18 determines that the destination terminal device 11 supports directly pulling the media stream from the CDN system 15, and the AS18 sends the media stream address of the live session mapped in the CDN system 15 to the destination terminal device 11.

S206, the destination terminal device 11 sends a pull request to the CDN system 15, and the CDN system 15 receives the pull request from the destination terminal device 11.

Wherein, the pull stream request carries the media stream address obtained in S205.

S207, the CDN system 15 sends the media stream to the destination terminal device 11, and the destination terminal device 11 receives the media stream from the CDN system 15.

In the method described in fig. 2, the AS pushes the media stream of the live session to the CDN system, and when a subsequent terminal device joins the live session, maps the media stream of the live session to the media stream address in the CDN system and notifies the terminal device, and the terminal device pulls the media stream from the CDN system according to the media stream address, so that the application can support a large number of users in a live scene, and avoid the problem of an overload of an architecture centered on the AS in the prior art. In addition, for the terminal side, the terminal can directly join in the live broadcast session in a calling mode, live broadcast through APP (application software) in the prior art is avoided, the APP does not need to be adapted to terminals of different types, and the development difficulty and the complexity of signaling interaction are reduced.

In the following embodiments, the MRF network element 17 is built in the AS18, and physically, both are one network element.

Referring to fig. 3, another schematic flow chart of a communication method for a live session according to an embodiment of the present invention is provided, where in the embodiment of the present invention, based on the architecture of fig. 1b, the method is not limited to the following steps:

s301, the MRF network element 17 pushes the media stream of the live session to the live CDN system 15, and the CDN system 15 receives the media stream of the live session from the MRF network element 17.

The AS18 has a live session established in advance, the live session includes the source terminal device 12 and at least one destination terminal device, and a media stream of the live session is collected by the MRF17 from the source terminal device 12 and the destination terminal device in the interactive mode. The AS18 instructs the MRF network element 17 to perform streaming, and the media stream of the live session collected by the MRF network element 17 is pushed to the CDN system 15.

S302, the source terminal device 12 sends a live call request to the AS18, and the AS18 receives the live call request from the source terminal device 12.

The live call request is used to call the destination terminal device 11, add the destination terminal device 11 into the current live session, and the live call request may carry an identifier of the destination terminal device 11, for example: a telephone number, an SIP number, an IMSI number, or the like of the destination terminal device. The live broadcast call request also carries call type information, and the call type information is used for indicating that the call is a live broadcast call.

S303, AS18 determine that the destination terminal device 11 supports the connectionless live capability.

The AS obtains the media capability information of the destination terminal device 11, where the media capability information represents the communication capability of the terminal device, and the AS can obtain the media capability information of the destination terminal device 11 in the registration process. For example: when the destination terminal device 11 initiates a request for registering to the AS18, a support header field of the registration request carries parameters bc _ call and connect _ less _ bc _ call, where the parameter bc _ call indicates that the destination terminal device 11 supports live broadcast capability, and the parameter connect _ less _ bc _ call indicates that the destination terminal device 11 supports connectionless live broadcast capability. The live broadcast capability represents that the terminal equipment has the capability of initiating or joining in a live broadcast session, and the connectionless live broadcast capability represents that the terminal equipment has the capability of initiating or joining in a live broadcast session in a connectionless state, namely the capability of initiating or joining in the live broadcast session by using a packet switching mode. In addition, the AS18 knows that the destination terminal device 11 has the capability of pulling the stream directly from the CDN system from the media capability information of the destination terminal device 11.

S304, AS18 sends 380 messages to source terminal device 12, and source terminal device 12 receives 380 messages from AS 18.

Wherein the 380 message is a redirect message,

s305 and AS18 transmit a message to the destination terminal apparatus 11, and the destination terminal apparatus 11 receives the message from AS 18.

Specifically, the message carries a media stream address, and the media stream address is an address mapped to the CDN system by the media stream of the live session. Further, the message may also carry an authorization token, and the authorization token is used for authentication and authorization of the terminal device.

S306, the destination terminal device 11 sends 200 messages to the AS18, and the AS18 receives 200 messages from the destination terminal device 11.

After the destination terminal device 11 successfully receives and parses the message, the message 200 is sent to the AS18, and the AS18 receives the message 200 and knows that the destination terminal device 11 successfully receives and parses the media stream address and the authorization token in the message.

S307, the destination terminal device 11 sends a pull request to the CDN system 15, and the CDN system 15 receives the pull request from the destination terminal device 11.

The stream pulling request is used for pulling the media stream to the CDN system, and the stream pulling request carries a media stream address and an authorization token.

S308, the CDN system 15 sends the media stream of the live session to the destination terminal device 11, and the destination terminal device 11 receives the media stream of the live session from the CDN system 15.

The CDN system analyzes the pull request to obtain a carried media stream address and an authorization token, verifies the analyzed authorization token according to the authorization token from the AS18, and sends a media stream of a live session to a target terminal device according to an indication of the media stream address after the verification is passed.

S309, a communication mode switching process.

The destination terminal device 11 may send a communication mode switching request to the AS18, where the communication mode switching request carries an authorization token, and after verifying that the authorization token is legal, the AS18 switches the communication mode of the destination terminal device 11, for example: when the current communication mode of the destination terminal device 11 is the receive-only mode, the AS18 switches the communication mode of the destination terminal device from the receive-only mode to the interactive mode; or in the case that the current communication mode of the destination terminal device 11 is the interactive mode, the AS18 switches the communication mode of the destination terminal device 11 from the interactive mode to the receive-only mode.

According to the description of fig. 3, the source terminal device calls the destination terminal device, the destination terminal device pulls the media stream to the CDN system according to the media stream address notified by the AS, the destination terminal device in the receive-only mode joins the live session, and the media stream of the live session is multiplexed, so that the occupation of live resources is reduced, and a large number of users can be supported.

Referring to fig. 4, a further flowchart of a method for live communication according to an embodiment of the present invention is shown, where in the embodiment of the present invention, based on the architecture of fig. 1b, the method includes, but is not limited to, the following steps:

s401, the MRF network element 17 pushes the media stream of the live session to the CDN system 15, and the CDN system 15 receives the media stream of the live session from the MRF network element.

The AS18 has a live session established in advance, the live session includes a source terminal device, and the MRF network element 17 acquires a media stream of the live session and pushes the media stream of the live session to the CDN system 15.

S402, the destination terminal device 11 sends a live call request to the AS18, and the AS18 receives the live call request from the destination terminal device 11.

The live broadcast call request is used for calling a source terminal device, a destination terminal device 11 is added to a current live broadcast session, the live broadcast call request carries media capability information of the destination terminal device 11 and an identifier of the source terminal device, and the identifier of the source terminal device includes but is not limited to a telephone number, an SIP number or an IMSI number. The media capability information indicates communication capabilities supported by the destination terminal device, for example: and a support header field of the live broadcast call request carries bc _ call and connect _ less _ bc _ call, wherein bc _ call represents that the terminal device supports live broadcast capability, and connect _ less _ bc _ call represents that the terminal device supports connectionless live broadcast capability.

S403, AS18 determines that the destination terminal device 11 supports the connectionless live capability.

The AS18 media capability information determines that the destination terminal device 11 supports the connectionless live broadcast capability, and determines that the destination terminal device 11 supports the capability of directly pulling the stream from the CDN system. It should be noted that the terminal device 11 supports live broadcast capability. The connectionless live broadcast capability represents the capability of obtaining a media stream address in a connectionless manner and obtaining a media stream from the CDN system in a connectionless manner; the live broadcast capability represents the capability of acquiring a media stream address in a session manner and acquiring a media stream from the CDN system in a session manner.

S404, AS18 sends 380 message to destination terminal device 11, and destination terminal device 11 receives 380 message sent by AS 18.

The 380 message (redirection message) indicates that the AS18 rejects the live call request of the destination terminal device 11, and indicates that the destination terminal device 11 uses the alternative service, and the 380 message carries a media stream address and an authorization token, where the media stream address is an address mapped to the CDN system 15 by a media stream of the live session. In addition, AS18 will also send the authorization token to CDN system 15.

S405, the destination terminal device 11 sends a pull request to the CDN system 15, and the CDN system 15 receives the pull request from the destination terminal device 11.

The stream pulling request is used to pull the media stream from the CDN system 15, and the stream pulling request carries the media stream address and the authorization token acquired in S405. The authorization token is used for authenticating and authorizing the terminal device.

S406, the CDN system 15 sends the media stream of the live session to the destination terminal device 11, and the destination terminal device 11 receives the media stream of the live session from the CDN system 15.

The CDN system 15 analyzes the stream pulling request to obtain a carried media stream address and an authorization token, and the CDN system 15 verifies the analyzed authorization token according to the authorization token from the AS18, and after the verification is passed, sends a media stream of the live session to the destination terminal device according to an instruction of the media stream address.

According to the description of fig. 4, the source terminal device is called by the destination terminal device, the destination terminal device pulls the media stream to the CDN system according to the media stream address notified by the AS, the destination terminal device in the receive-only mode joins in the live session, and the media stream of the live session is multiplexed, so that occupation of live resources is reduced, and a large number of users can be supported.

Referring to fig. 5, a schematic flowchart of a method for live broadcast communication according to an embodiment of the present invention is shown, where in the embodiment of the present invention, based on the architecture of fig. 1b, the method includes:

s501, the MRF network element 17 sends the media stream of the live session to the CDN system 15, and the CDN system 15 receives the media stream of the live session from the MRF network element 17.

Wherein, the AS establishes a live session in advance, and the MRF network element 17 pushes the collected media stream of the live session to the CDN system 15.

S502, the destination terminal device 11 sends a live call request to the AS18, and the AS18 receives the live call request from the destination terminal device 11.

S503, AS18 sends 380 message to the destination terminal device 11, and the destination terminal device 11 receives 380 message from AS 18.

Where the 380 message (redirect message) indicates that the AS18 rejects the live call request of the destination terminal device 11, indicating that the destination terminal device 11 uses the alternative service.

S504, AS18 determine that the destination terminal device 11 supports the connectionless live capability.

The AS18 determines, according to the media capability information obtained in S502, that the destination terminal device 11 supports the connectionless live broadcast capability and supports the direct CDN system stream pulling capability.

S505 and AS18 send a message to the destination terminal device, and the destination terminal device 11 receives the message from AS 18.

Wherein, the message carries the media stream address and the authorization token. The media stream address is an address in the CDN system 15 where the media stream of the current live session is mapped, and the authorization token is used to authenticate and authenticate the user. In addition, AS18 will also send the authorization token to CDN system 15.

S506, the destination terminal device 11 sends 200 message to the AS18, and the AS18 receives 200 message from the destination terminal device 11.

The 200 message indicates that the destination terminal device 11 successfully receives the message and analyzes the message to obtain the information carried in the message.

And S507, the target terminal equipment sends a pull flow request to the CDN system, and the CDN system receives the pull flow request from the target terminal equipment.

The stream pulling request is used to pull the media stream from the CDN system 15, where the stream pulling request carries the media stream address and the authorization token obtained in S505. The authorization token is used for authenticating and authorizing the terminal device.

And S508, the CDN system sends the media stream of the live session to the target terminal equipment, and the target terminal equipment receives the media stream of the live session from the CDN system.

According to the description of fig. 5, the source terminal device is called by the destination terminal device, the destination terminal device pulls the media stream to the CDN system according to the media stream address notified by the AS, the destination terminal device in the receive-only mode joins in the live session, and the media stream of the live session is multiplexed, so that occupation of live resources is reduced, and a large number of users can be supported.

Referring to fig. 6, a schematic flowchart of a method for live broadcast communication according to an embodiment of the present invention is shown, where in the embodiment of the present invention, based on the architecture of fig. 1b, the method includes:

s601, the MRF17 pushes the media stream of the live session to the CDN system 15, and the CDN system 15 receives the media stream of the live session from the MRF 17.

The specific process is described in the embodiments of fig. 3 to 5, and is not described herein again.

S602, the destination terminal device 11 sends a live call request to the AS18, and the AS18 receives the live call request from the destination terminal device 11.

Specifically, the live broadcast call request is used to add the destination terminal device 11 to the current live broadcast session, the live broadcast call request carries media capability information and an identifier of the live broadcast session, the identifier of the live broadcast session is used to represent an identity of the live broadcast session, different live broadcast sessions have different identifiers, and the identifier of the live broadcast session can be published on a social platform or a webpage. The media capability information indicates the communication capability supported by the destination terminal device, for example, a support header field of the live call request carries bc _ call and connect _ less _ bc _ call, where bc _ call indicates that the terminal device supports live broadcast capability, and connect _ less _ bc _ call indicates that the terminal device supports connectionless live broadcast capability.

S603, AS18 determine that the destination terminal device 11 does not support the connectionless live capability.

The AS18 determines, according to the media capability information obtained in S602, that the destination terminal device 11 supports the connectionless live broadcast capability and the capability of directly pulling the stream from the CDN system. The terminal device 11 supports connected live capability. The connectionless live broadcast capability represents the capability of obtaining a media stream address in a connectionless manner and obtaining a media stream from the CDN system in a connectionless manner; the live broadcast capability represents the capability of acquiring a media stream address in a session manner and acquiring a media stream from the CDN system in a session manner.

S604, AS18 sends 200 message to destination terminal device 11, and destination terminal device 11 receives 200 message from AS 18.

The 200 message is a successful response message indicating that the destination terminal device 11 is successfully added to the current live session, the 200 message carries a media stream address and an authorization token, the media stream address is an address of a media stream mapping of the live session in the CDN system, and the authorization token is used for authenticating and authenticating a user. In addition, the AS18 may notify the CDN system 15 of the authorization token.

S605, the destination terminal device 11 sends a pull request to the CDN system 15, and the CDN system 15 receives the pull request from the destination terminal device 11.

S606, the CDN system 15 sends the media stream of the live session to the destination terminal device 11, and the destination terminal device 11 receives the media stream of the live session from the CDN system 15.

The specific processes of S605 and S605 refer to the descriptions of fig. 3 to fig. 5, which are not described herein again.

According to the description of fig. 6, the target terminal device joins the live session through the identifier of the live session, the target terminal device pulls the media stream to the CDN system according to the media stream address notified by the AS, the target terminal device in the receive-only mode joins the live session, and the media stream of the live session is multiplexed, so that occupation of live resources is reduced, and a large number of users can be supported.

Referring to fig. 7, a schematic flowchart of a communication method for a live session according to an embodiment of the present invention is shown, where in the embodiment of the present invention, based on the architecture of fig. 1b, the method includes:

s701, the MRF network element 17 sends the media stream of the live session to the CDN system 15, and the CDN system 15 receives the media stream from the MRF 15.

The specific process of S701 is described with reference to fig. 3 to 5, and is not described again here.

S702, the target terminal device sends a live broadcast call request to the control network element, and the control network element receives the live broadcast call request from the target terminal device.

The specific process of S702 refers to the description of S502, and is not described herein again.

S703, AS18 determines that the destination terminal device 11 supports live capability but does not support connectionless live capability.

Specifically, the AS18 determines that the destination terminal device 11 supports the live capability but does not support the connectionless live capability according to the media capability information acquired in S702, for example: the field in the support header field in the live call request is bc _ call, which indicates that the destination terminal device 11 only supports the live capability. In addition, the AS18 determines, according to the media capability information, the capability of the destination terminal device 11 to support pulling of a stream directly from the CDN system. The connectionless live broadcast capability represents the capability of obtaining a media stream address in a connectionless manner and obtaining a media stream from the CDN system in a connectionless manner; the live broadcast capability represents the capability of acquiring a media stream address in a session manner and acquiring a media stream from the CDN system in a session manner.

S704, the AS sends a 200 message to the destination terminal device 11, and the destination terminal device 11 receives the 200 message from the AS 18.

The AS18 carries a media stream address, an authorization token, and a duration in the successful response message (200 message), where the duration represents the effective duration of the live session, the media stream address identifies the address in the CDN system 15 to which the media stream of the live session is mapped, and the authorization token is used to authenticate and authenticate the user. The 200 message indicates that the destination terminal device 11 successfully joined the live session.

S705, the destination terminal device 11 sends a pull request to the CDN system 15, and the CDN system 15 receives the pull request from the destination terminal device 11.

S706, the CDN system 15 sends the media stream of the live session to the destination terminal device 11, and the destination terminal device 11 receives the media stream of the live session from the CDN system 15.

The specific processes of S706 and S707 refer to the descriptions of fig. 3 to 5, and are not described again here.

According to the description of fig. 7, the application server sends the media stream address of the live session to the destination terminal device by establishing the session, and the destination terminal device pulls the media stream of the live session from the CDN system through the media stream address, so that the existing live session is reused without establishing a new live session, the consumption of resources is reduced, and a large number of terminal devices can be supported.

Referring to fig. 8, a schematic flowchart of a communication method for a live session according to an embodiment of the present invention is shown, where in the embodiment of the present invention, based on the architecture of fig. 1b, the method includes:

s801, the MRF network element 17 sends the media stream of the live session to the CDN system 15, and the CDN system 15 receives the media stream of the live session from the MRF network element 17.

The MRF17 pushes the media stream of the current live session to the CDN system 15 according to the instruction of the AS18, where the currently established live session includes the source terminal device 12. The specific process of S801 is described with reference to fig. 3 to 5, and is not described herein again.

S802, the destination terminal device 10 sends a live call request to the AS18, and the AS18 receives the live call request from the destination terminal device 10.

The live call request is used to call the source terminal device 12, for example: the called party identifier in the live call request is the identifier of the source terminal device 12, and the live call request is used for adding the destination terminal device 10 to the live session in which the source terminal device 12 is located. The live call request carries at least one of media capability information of the destination terminal device 10, an identifier of the source terminal device 12, an identifier of the live session, and network location information, where the network location information indicates a location of the destination terminal device in the IMS, for example: the network location information includes PANI (private access network information). The AS18 determines, according to the media capability information of the destination terminal device 10, that the destination terminal device 10 does not support the connectionless live broadcast capability, the live broadcast capability, and the capability of directly pulling a media stream from the CDN system, that is, the destination terminal device 10 does not support the capability of obtaining a media stream address without establishing a session, and does not support the capability of directly pulling a media stream from the CDN system, a conversion gateway needs to be deployed for the destination terminal device 10 to replace the destination terminal device 10 to pull a media stream from the CDN system, where the conversion gateway is a device in which the AS18 and the MRF17 are deployed in a distributed sinking manner at a position close to the destination terminal device 10.

S803, AS18 send a deployment request to MEC16, and MEC16 receives a deployment request from AS 18.

The AS18 sends a deployment request to a computing node close to the destination terminal device 10 in the MEC16 according to the network location information obtained in S802, where the deployment request carries hardware requirement information and function information required by the conversion gateway, the hardware requirement information represents hardware parameters required by the conversion gateway, and the function information represents information of software for realizing related functions by the conversion gateway.

And S804, deploying the conversion gateway on the MEC 16.

Specifically, the MEC16 performs virtualization according to the indication of the deployment request, and deploys a conversion gateway, which may be regarded AS the function virtualization of the AS18 and the MRF network element 17 on the MEC 16.

S805, MEC16 sends a deployment success message to AS18, and AS18 receives the deployment success message from MEC 16.

Wherein the deployment success message indicates that MEC16 completed the deployment process for the translation gateway.

S806, AS18 sends a pull indication message carrying the media stream address and the authorization token to the translation gateway, and the translation gateway receives the pull indication message from AS 18.

The stream pulling indication message is used to indicate a conversion gateway deployed on the MEC16 to pull a media stream from the CDN system, a media stream address indicates an address of a live session where the media stream is mapped in the CDN system 15, and the authorization token is used to authenticate and authenticate the user. In addition, the AS18 also needs to inform the CDN system 15 of the authorization token.

S807, the conversion gateway sends a pull request to the CDN system 15, and the CDN system 15 receives the pull request from the conversion gateway.

The stream pulling request is used to pull the media stream to the CDN system 15, and the stream pulling request carries the media stream address and the authorization token notified by the AS 18.

S808, the CDN system 15 sends the media stream of the live session to the conversion gateway, and the conversion gateway receives the media stream of the live session from the CDN system 15.

The CDN system 15 verifies the authorization token, and sends the media stream of the live session to the conversion gateway according to the indication of the media stream address after the verification passes.

And S809, the conversion gateway sends a pull flow success message to the AS18, and the AS18 receives the pull flow success message from the conversion gateway.

Wherein, the pull flow success message carries the port number: and m is a video port1, the port number is a port address of the media stream of the live session pushed by the conversion gateway, and the stream pull success message indicates that the conversion gateway successfully pulls the media stream of the live session from the CDN system 15.

S810, AS18 sends a 200 message to the destination terminal device 10.

The 200 message is a successful response message indicating that the destination terminal device 10 successfully joins the live session in which the source terminal device 12 is located, and the 200 message carries a port number, which is a port address of a media stream of the live session pushed by the translation gateway.

S811, the conversion gateway sends the media stream of the live session to the destination terminal device 10, and the destination terminal device 10 receives the media stream of the live session from the conversion gateway.

The conversion gateway forwards the media stream pulled from the CDN system 15 to the destination terminal device 10, and the destination terminal device receives the media stream from the conversion gateway according to the port number obtained in S810.

In the embodiment of the invention, when the terminal equipment does not support the capability of pulling the stream by the CDN, the conversion gateway is deployed at the position close to the terminal equipment, the conversion gateway pulls the stream from the CDN system, and the pulled media stream is sent to the terminal equipment, so that the terminal equipment supports the pulling of the media stream from the CDN system through the conversion gateway, and the time delay of the terminal equipment for obtaining the media stream is reduced.

Referring to fig. 9, another schematic flow chart of a communication method for a live session according to an embodiment of the present invention is shown, where in the embodiment of the present invention, based on the architecture of fig. 1b, the method includes:

s901, the MRF network element 17 sends the media stream of the live session to the CDN system 15, and the CDN system 15 receives the media stream from the MRF network element 17.

The MRF17 pushes the media stream of the current live session to the CDN system 15 according to the instruction of the AS18, where the currently established live session includes the source terminal device 12. The specific process of S901 is described with reference to fig. 3 to 5, and is not described herein again.

In one possible implementation, the AS18 interacts with the MRF network element 17 to obtain whether the MRF network element 17 has broadcast and multicast capabilities, for example: a fixed network IGMP (Internet Group Management Protocol) or a wireless MBMS (Multimedia Broadcast Multicast Service) controls to allocate a downstream live media port to a Multicast address, and to use the downstream live media port when negotiating a media stream address with a destination terminal device in a receive-only mode.

S902, the destination terminal device 10 sends a live call request to the AS18, and the AS18 receives the live call request from the destination terminal device 10.

The specific process of S902 refers to the description of S802 in fig. 8, and is not described herein again. The network location information of the destination terminal device 10 is carried in the live call request, for example: PANI.

S903, AS18 sends a 200 message to the destination terminal device 10, and the destination terminal device 10 receives the 200 message from AS 18.

Wherein the 200 message indicates a successful response message, which indicates that the destination terminal device 10 successfully joins the live session in which the source terminal device 12 is located. The 200 message may carry a port number, and instruct the destination terminal device to receive the media stream of the live session sent by the MRF network element 17 according to the port number.

S904, the MRF network element 17 sends the media stream of the live session to the destination terminal device 10, and the destination terminal device 10 receives the media stream from the MRF network element 17.

The destination terminal device receives the media stream of the live session from the MRF network element 17 according to the port number carried in the 200 message, so that the destination terminal device 10 can quickly acquire the media stream of the live session from the MRF network element 17, and the time delay of pulling the media stream of the live session by the terminal device 10 is greatly reduced.

S905, AS18 send a deployment request to MEC16, and MEC16 receives a deployment request from AS 18.

The AS18 sends a deployment request to a computing node close to the destination terminal device 10 in the MEC16 according to the network location information carried in the live session request, where the deployment request carries the hardware requirement information and the function information required by the conversion gateway.

And S906, deploying the conversion gateway on the MEC 16.

The MEC16 performs virtualization according to the indication of the deployment request, and deploys a conversion gateway in the virtualized container or virtual machine, where the conversion gateway is a device deployed in a distributed manner on the MEC16 by the AS18 and the MRC 17. And under the condition that the target terminal equipment does not support to directly pull the media stream from the CDN system, the conversion gateway is used for replacing the target terminal equipment to pull the media stream from the CDN system and pushing the pulled media stream to the target terminal equipment.

S907, MEC16 send a deployment success message to AS18, and AS18 receives the deployment success message from MEC 16.

Wherein the deployment success message indicates that the deployment process of the conversion gateway is completed.

S908, AS18 sends a pull indication message carrying the media stream address and the authorization token to the conversion gateway, and the conversion gateway receives the pull indication message from AS 18.

The stream pulling indication message is used to indicate the conversion gateway to pull the media stream from the CDN system 15, the media address represents an address of the live session media stream mapped in the CDN system 15, and the authorization token is used to authenticate and authorize the user, and in addition, the AS18 also needs to notify the CDN system 15 of the authorization token of the live session.

S909, the conversion gateway sends a pull request to the CDN system 15, and the CDN system 15 receives the pull request from the conversion gateway.

S910, the CDN system 15 sends the media stream of the live session to the conversion gateway, and the conversion gateway receives the media stream of the live session from the CDN system 15.

S911, the conversion gateway sends a pull flow success message to the AS18, and the AS18 receives the pull flow success message from the conversion gateway.

The stream pulling success message indicates that the conversion gateway successfully pulls the media stream of the live session from the CDN system 15, and the stream pulling success message carries a port number, which is a port address of the media stream of the live session pushed by the conversion gateway.

S912, AS18 sends a request for traffic switching to the destination terminal device 10, and the destination terminal device 10 receives the request for traffic switching from AS 18.

The stream switching request is used to instruct the terminal device 10 to switch the media stream from the MRF network element 17 to the media stream from the CDN system 15, and the stream switching request carries a port number of the media stream pushed by the switching gateway to the live session.

S913, the conversion gateway sends the media stream of the live session to the destination terminal device 10, and the destination terminal device 10 receives the media stream of the live session from the conversion gateway.

In the embodiment of the invention, when the terminal equipment does not support the capability of pulling the stream by the CDN, the conversion gateway is deployed at a position close to the terminal equipment, before the conversion gateway successfully pulls the media stream from the CDN system, the media stream is pushed to the terminal equipment by the MRF network element, and when the conversion gateway successfully pulls the media stream, the terminal equipment is switched to obtain the media stream from the conversion gateway, so that the time delay of pulling the media stream by the terminal equipment can be reduced.

Referring to fig. 10, which is a flowchart illustrating a method for establishing a live session according to an embodiment of the present invention, based on the architecture of fig. 1b, an establishment process of a live session according to an embodiment of the present invention is applicable to the embodiments of fig. 2 to 9, and is performed before the embodiments of fig. 2 to 9, where the method includes:

s1001 and AS18 obtain the resource status of MRF network element 17.

Based on the SIP or h.248 interface, the AS18 performs resource management and negotiation functions with the MRF network element 17, and determines resource states available for the interactive mode and the receive-only mode on the MRF network element 17, for example: the resource status includes the remaining bandwidth, the resources of the interactive mode and the resources of the receive-only mode. The resources of the interactive mode are only allocated to the target terminal equipment of the interactive mode, and the resources of the receiving-only mode are only allocated to the target terminal equipment of the receiving-only mode.

Illustratively, the MRF network element 17 is initialized to count the residual bandwidth according to the network interface attribute and the system configuration, for example: the residual bandwidth is 1 Gbps; the MRF network element 17 divides resources such as interface bandwidth, processor performance, and memory into resources in the receive-only mode and resources in the interactive mode according to the measurement associated with the configuration, for example: the resources of the receive-only mode are the bandwidth 300Mbps +30 way 1080P video processing capability. Wherein, the AS18 can use the autonomous command to obtain the resource status of the MRF network element 17.

S1002, the destination terminal device 13 sends a live call request to the AS18, and the AS18 receives the live call request from the destination terminal device 13.

The communication mode of the destination terminal device 13 may be an interactive mode or a receive-only mode, the live call request is used to call the destination terminal device 12, and the identifier of the destination terminal device 12 may be carried in the live call request. The live broadcast call request may also carry media capability information of the target device 13, where the media capability information includes a connectionless live broadcast capability and a live broadcast capability, and the connectionless live broadcast capability indicates that the capability of obtaining a media stream address in a connectionless manner and directly pulling a media stream from the CDN system according to the media stream address is provided. The live broadcast capability represents a manner of acquiring a media stream address by establishing a session and pulling a media stream from the CDN system by the session.

S1003, AS18 determine the communication mode of the destination terminal device 13.

The AS18 may determine the communication mode of the destination terminal device 13 according to the group, address list, and call authority information. For example: in the group service or the address book service of the source terminal device 12, policy data indicating the communication mode of each terminal device is added.

In one possible implementation, the AS18 determines the communication mode of the destination terminal device 13 according to the size of the idle resource corresponding to the live broadcast service.

For example, the AS18 obtains the size of the idle resource corresponding to the live broadcast service on the MRF17, and sets the communication mode of the destination terminal device to the interactive mode when the size of the idle resource corresponding to the live broadcast service is greater than a preset value, otherwise sets the communication mode of the destination terminal device to the receive-only mode. The preset value can be set as required, and is not limited by the embodiment.

In another possible embodiment, the AS18 determines the communication mode of the destination terminal device 13 based on the communication mode indication from the destination terminal device 13.

For example: the direct broadcast call request sent by the destination terminal device 13 carries communication mode indication information, where the communication mode indication information is used to indicate a communication mode of the destination terminal device 13, and it is assumed that: when the communication mode instruction information is "1", it indicates that the communication mode of the destination terminal device 13 is the interactive mode, and when the communication mode instruction information is "0", it indicates that the communication mode of the destination terminal device 13 is the receive-only mode.

In another possible implementation, the AS18 determines the communication mode of the destination terminal device 13 according to the group service data, the address book service data, the call authority service data or the subscription information.

For example: the communication mode of one target terminal device is designated and indicated as an interactive mode in the group service data, the address list service data, the call authority service data or the subscription information, and the communication modes of the other target terminal devices are only receiving modes.

In another possible embodiment, AS18 determines the communication mode of destination end-point device 18 based on at least one of call time, call location, area, and user name.

For example: and setting the communication mode of the target terminal equipment which joins the live session within a preset time length after the live session is established as an interaction mode, otherwise, setting the communication mode of the target terminal equipment as the live session mode.

Another example is: when the geographical position of the target terminal equipment is a city, setting the communication mode of the target terminal equipment as an interactive mode; when the address position of the destination terminal device is suburban, the communication mode of the destination terminal device is set to be the receiving-only mode.

It will be appreciated that the AS18 may set a plurality of rules to set the communication mode of the destination terminal device, and the plurality of rules may be a combination of one or more of call time, call location, area and user name.

In another possible embodiment, the AS18 may also configure the communication mode of the destination terminal device according to the identity of the destination terminal device or the number of times of multiplexing of the live session.

For example: when the identity label of the target terminal equipment is about a 'relay center' or a 'call center', setting the communication mode of the target terminal equipment as an interactive mode; otherwise, setting the communication mode of the destination terminal equipment as a receiving-only mode.

Another example is: the multiplexing times of the live session represent the number of target terminal devices in the live session, and when the multiplexing times of the live session are larger than the preset number, the communication mode of the target terminal devices is set to be a receiving-only mode; and when the multiplexing times of the live session are not more than the preset number, setting the communication mode of the target terminal equipment as an interactive mode.

S1004, AS18 instruct the MRF network element 17 to collect the media stream of the live session.

Specifically, the MRF network element 17 collects a media stream of the live session from the source terminal device 12, where the media stream includes an audio stream or a video stream.

S1005, AS18 allocates the media resource.

Wherein, the AS18 allocates media resources for the live session, and the media resources include but are not limited to at least one of bandwidth resources, CPU resources and memory resources.

S1006, AS18 and source end device 12 send 200 messages to each other.

Where the 200 message indicates a successful establishment of the live session.

S1007, AS18 and destination terminal device 13 send 200 messages to each other.

Where the 200 message indicates a successful establishment of the live session.

S1008, the MRF network element 17 sends the media stream of the live session to the source terminal device 12.

S1009, the MRF network element 17 sends the media stream of the live session to the destination terminal device.

S1010, AS18 determine that a media stream needs to be delivered through the CDN system.

In order to meet the delay requirement of the live broadcast service, interfaces for mutual communication are extended between the AS18 and the CDN system 15, and the AS18 instructs the CDN system to distribute a media stream of a live broadcast session through the extended interfaces, thereby reducing the delay for a terminal device to obtain the media stream.

S1011 and AS18 send a push flow request to CDN system 15, and CDN system 15 receives the push flow request from AS 18.

The streaming request is used to request to push a media stream of a live session to the CDN system 15.

S1012, the CDN system 15 sends a CDN response to the AS18, and the AS18 receives the CDN response from the CDN system 15.

The CDN response carries a media stream address of the live session, where the media stream address is an address of a media stream of the live session mapped in the CDN system 15.

S1013, the AS18 sends the media stream address to the MRF network element 17, and the MRF network element 17 receives the media stream address from the AS 18.

S1014, the MRF network element 17 performs encoding format conversion on the media stream of the live session.

When the MRF network element 17 recognizes that the encoding format of the media stream of the live session does not meet the requirement of the CDN system 15, format conversion is performed.

S1015, the MRF network element 17 pushes the media stream of the live session to the CDN system 15.

Referring to fig. 11, a schematic flowchart of a live communication method provided in an embodiment of the present invention is shown, where the flowchart of the embodiment of the present invention is based on the architecture of fig. 1c, and the embodiment of the present invention includes, but is not limited to, the following steps:

s1101, the destination terminal device 12 sends a live call request to the SBC14, and the SBC14 receives the live call request from the destination terminal device 12.

The destination terminal device 12 is located in jurisdiction 1 of the SBC14, the live broadcast call request is used for calling the source terminal device 13, and the identifier of the source terminal device may be carried in the live broadcast call request, for example: the identifier of the source terminal device includes a telephone number, a SIP number, an IMSI or other identifier. SBC14 determines SBC16 corresponding to the source terminal device, and jurisdiction 2 of SBC16 includes the source terminal device.

S1102, SBC14 send a live call request to SBC16, and SBC16 receives a live call request from SBC 14.

S1103 and SBC16 forward the live call request to the source terminal device, and the source terminal device receives the live call request from SBC 16.

S1104, the source end device sends 200 messages to SBC16, and SBC16 receives 200 messages from the source end device.

The 200 message is a session success response message, that is, the destination terminal device 12 successfully establishes the live session.

S1105, SBC16 sends 200 messages to SBC14, SBC14 receives 200 messages from SBC 16.

Wherein the 200 message indicates a successful response message, i.e. the destination terminal device 12 successfully establishes the live session

S1106, SBC14 sends 200 message to destination terminal device 1102, and destination terminal device 1102 receives 200 message from SBC 1104.

The live session is successfully established, the live session includes a target terminal device 1102 and a source terminal device, and the MRF network element collects a media stream of the live session from the source terminal device and the terminal device in the interactive mode.

S1107, the source terminal device sends the media stream of the live session to the SBC16, and the SBC16 receives the media stream from the source terminal device.

It should be noted that, if the communication mode of the destination terminal device 1102 in the live session is an interactive mode, the source of the media stream of the live session acquired by the SBC includes the source terminal device and the destination terminal device.

S1108, SBC16 send media streams to SBC14, SBC14 receives media streams from SBC 16.

S1109, SBC14 sends the media stream to the destination terminal device.

S1110, the destination terminal device 1101 sends a live call request to the SBC14, and the SBC14 receives the live call request from the destination terminal device.

In the jurisdiction of SBC14, the destination terminal device 1101 is used to call the source terminal device and establish the live session, and the live call request may carry the identifier of the source terminal device and/or the identifier of the live session, and the media capability information.

S1111, SBC14 sends a live call request to SBC16, and SBC16 receives the live call request from SBC 14.

Wherein, the live call request user calls the source terminal device 13, for example, the called party identifier in the live call request is the identifier of the source terminal device 13.

S1112 and SBC16 send a push flow request to the central node of the CDN system, and the central node of the CDN system receives the push flow request from the CDN system.

The target terminal device 12 establishes a live session in advance, the SBC16 determines that the live session exists according to the identifier set by the source terminal or the identifier of the live session, and the SBC16 adds the target terminal device 11 to the live session established in advance without re-establishing a new live session. The SBC16 obtains the multiplexing times of the live session, where the multiplexing times represent the number of target terminal devices in the live session, and if the multiplexing times are greater than a preset number, sends a stream pushing request to a central node of the CDN system to reduce the pressure of the SBC in distributing media streams.

It is understood that SBC16 releases the live session when it is determined that the number of times of multiplexing of the live session is equal to 0, and the process of releasing the live session includes: whether the resources occupied by the live session are available or not is judged, a session ending message is sent to the source terminal equipment 13, and the source terminal equipment 13 is indicated to quit the live session.

S1113, the SBC16 sends the media stream of the live session to the central node of the CDN system, and the central node of the CDN system receives the media stream of the live session from the SBC 16.

S1214, the central node of the CDN system sends a response message to the SBC16, and the SBC16 receives the response message from the CDN system.

The response message carries a media stream address of the live session, where the media stream address of the live session is an address of the media stream of the live session mapped in the CDN system, and is, for example: mapping the address in the central node.

S1115, SBC16 send 200 messages to SBC14, SBC14 receives 200 messages from SBC 16.

Wherein, the 200 message is a successful response message indicating that the destination terminal device 11 is successfully added to the live session, and the 200 message carries the media stream address of the live session.

S1116, SBC14 sends a pull flow request to an edge node of the CDN system, and the edge node of the CDN system receives the pull flow request from SBC 14.

The stream pulling request is used for pulling a media stream of the live session to the CDN system, and the stream pulling request carries a media stream address of the live session.

S1117, the edge node of the CDN system sends a pull flow request to a central node of the CDN system, and the central node of the CDN system receives the pull flow request from the edge node of the CDN system.

The stream pulling request carries a media stream address of the live session, and is used for requesting the CDN system to push a media stream of the live session according to the media stream address.

S1118, the central node of the CDN system sends a media stream to an edge node of the CDN system, and the edge node of the CDN system receives and receives the media stream sent by the central node from the CDN system.

S1119, the edge node of the CDN system sends the media stream to the SBC14, and the SBC14 receives the media stream from the edge node of the CDN system.

S1120, SBC14 sends a 200 message to the destination terminal device 11, and the destination terminal device 11 receives the 200 message from SBC 14.

When the SBC14 successfully pulls the media stream of the live session from the CDN system, it sends a 200 message carrying a port number to the destination terminal device 11, where the port number indicates a port address of the SBC14 to push the media stream of the live session.

S1121, SBC14 send the media stream to the destination terminal device 11, and the destination terminal device 11 receives the media stream from SBC 14.

Wherein destination end device 11 receives the media stream of the live session from SBC14 according to the port number.

In the embodiment of the present invention, when the terminal device does not support the capability of pulling the stream by the CDN, the SBC near the terminal device is used as the conversion gateway, the SBC pulls the stream from the CDN system, and sends the pulled media stream to the terminal device, so that the terminal device supports pulling the media stream from the CDN system through the corresponding SBC, and reduces the time delay for the terminal device to obtain the media stream.

The method of embodiments of the present invention is set forth above in detail and the apparatus of embodiments of the present invention is provided below.

Referring to fig. 12, fig. 12 is a schematic structural diagram of an apparatus according to an embodiment of the present invention, where the apparatus is an application server, and the application server may include a receiving unit 1201, a processing unit 1202, and a sending unit 1203, where details of each unit are described below.

A processing unit 1202, configured to instruct a media resource function network element to push a media stream of a live session to a content delivery network CDN system according to the media stream;

a receiving unit 1201, configured to receive a media stream address from the CDN system; the media stream address is an address of a media stream of the live session mapped in the CDN system;

a sending unit 1203, configured to send the media stream address to a destination terminal device; wherein the communication mode of the destination terminal device is a receive-only mode.

Optionally, the sending unit 1203 is configured to send the media stream address to the destination terminal device, specifically:

instructing the receiving unit 1201 to receive a live call request from a source terminal device located in the live session; the live broadcast call request is used for calling the destination terminal equipment;

instructing the processing unit 1202 to obtain media capability information of the destination terminal device;

if the processing unit 1202 determines that the destination terminal device supports the connectionless live capability according to the media capability information,

and sending a redirection message aiming at the live broadcast call request to the source terminal equipment, and sending a message carrying the media stream address and the authorization token to the destination terminal equipment.

instructing the receiving unit 1201 to receive a live call request from the destination terminal device; the live broadcast call request is used for calling source terminal equipment in the live broadcast session;

if the processing unit 1202 determines that the target terminal device supports the connectionless live broadcast capability according to the media capability information, a redirection message for the live broadcast call request is sent to the target terminal device; wherein the redirection message carries the media stream address and an authorization token.

sending a redirection message aiming at the live broadcast call request to the target terminal equipment;

if the processing unit 1202 determines that the destination terminal device supports the connectionless live broadcast capability according to the media capability information, the processing unit sends a message carrying the media stream address and the authorization token to the destination terminal device.

instructing the receiving unit 1201 to receive a live call request from the destination terminal device; the live broadcast call request is used for calling a source terminal device in the live broadcast session, and the live broadcast call request carries an identifier of the live broadcast session;

if the processing unit 1202 determines that the destination terminal device does not support the connectionless live broadcast capability according to the media capability information, a successful response message carrying the media stream address and the authorization token is sent to the destination terminal device.

Optionally, the sending unit 1203 sends the media stream address to the destination terminal device, specifically:

Optionally, the processing unit 1202 obtains the media capability information of the destination terminal device, specifically:

the processing unit acquires the media capability information of the target terminal device in the process of initiating registration or calling by the target terminal device.

Optionally, the processing unit 1202 is further configured to:

determining a communication mode of the target terminal equipment according to the size of idle resources corresponding to the live broadcast service; or

Determining the communication mode of the destination terminal equipment according to the communication mode indication information from the destination terminal equipment; or

Determining a communication mode of the target terminal equipment according to the group service data, the address list service data, the call authority service data or the subscription information; or

Determining a communication mode of the destination terminal equipment according to at least one of call time, call place, area and user name; or

And determining the communication mode of the target terminal equipment according to the identity information of the target terminal equipment and/or the multiplexing times of the live session.

Optionally, the receiving unit 1201 is further configured to receive a communication mode switching request from the destination terminal device; wherein the communication mode switching request carries an authorization token;

the processing unit 1202 is further configured to switch the communication mode of the destination terminal device after verifying that the authorization token is legal.

It should be noted that the implementation process and the beneficial effect of each unit may also correspond to the corresponding descriptions of the method embodiments shown in fig. 2 to fig. 7, and are not described again here.

Referring to fig. 13, fig. 13 is a schematic structural diagram of an apparatus according to an embodiment of the present invention, where the apparatus is an application server, the application server includes a processor 1301, a memory 1302, a receiver 1303 and a transmitter 1304, and the processor 1301, the memory 1302, the receiver 1303 and the transmitter 1304 are connected to each other through a bus.

The Memory 1302 includes, but is not limited to, a Random Access Memory (RAM), a Read-Only Memory (ROM), an Erasable Programmable Read-Only Memory (Erasable Programmable Read-Only Memory), or a portable Read-Only Memory (CD-ROM), and the Memory 1302 is used for related instructions and data. The transceiver 1303 is used for receiving and transmitting data.

The processor 1301 may be one or more Central Processing Units (CPUs), and in the case that the processor 1301 is one CPU, the CPU may be a single-core CPU or a multi-core CPU.

The processor 1301 in the application server is configured to read the program code stored in the memory 1302, and perform corresponding operations.

A processor 1301, configured to instruct a media resource function network element to push a media stream of a live session to a content delivery network CDN system according to the media stream;

a receiver 1303, configured to receive a media stream address from the CDN system; the media stream address is an address of a media stream of the live session mapped in the CDN system;

a transmitter 1304, configured to transmit the media stream address to a destination terminal device; wherein the communication mode of the destination terminal device is a receive-only mode.

Optionally, the sender 1303 is configured to send the media stream address to a destination terminal device, specifically:

instructing the receiver 1301 to receive a live call request from a source terminal device located in the live session; the live broadcast call request is used for calling the destination terminal equipment;

instructing the processor 1302 to obtain media capability information of the destination terminal device;

if the processor 1302 determines that the destination terminal device supports the connectionless live capability according to the media capability information,

instructing the receiver 1301 to receive a live call request from the destination terminal apparatus; the live broadcast call request is used for calling source terminal equipment in the live broadcast session;

if the processor 1302 determines that the target terminal device supports the connectionless live broadcast capability according to the media capability information, a redirection message for the live broadcast call request is sent to the target terminal device; wherein the redirection message carries the media stream address and an authorization token.

if the processor 1302 determines that the destination terminal device supports the connectionless live broadcast capability according to the media capability information, a message carrying the media stream address and the authorization token is sent to the destination terminal device.

instructing the receiver 1301 to receive a live call request from the destination terminal apparatus; the live broadcast call request is used for calling a source terminal device in the live broadcast session, and the live broadcast call request carries an identifier of the live broadcast session;

if the processor 1302 determines that the destination terminal device does not support the connectionless live broadcast capability according to the media capability information, a successful response message carrying the media stream address and the authorization token is sent to the destination terminal device.

Optionally, the sender 1303 sends the media stream address to the destination terminal device, specifically:

Optionally, the processor 1302 obtains the media capability information of the destination terminal device, specifically:

the processor acquires the media capability information of the target terminal device in the process of initiating registration or calling by the target terminal device.

Optionally, the processor 1302 is further configured to:

Optionally, the receiver 1301 is further configured to receive a communication mode switching request from the destination terminal device; wherein the communication mode switching request carries an authorization token;

the processor 1302 is further configured to switch the communication mode of the destination terminal device after verifying that the authorization token is legal.

It should be noted that the implementation of each operation may also correspond to the corresponding description of the method embodiments shown in fig. 2 to fig. 7.

In the application server described in fig. 13, the AS pushes the media stream of the live session to the CDN system, and when a subsequent terminal device joins the live session, maps the media stream of the live session to the media stream address in the CDN system and notifies the terminal device, and the terminal device pulls the media stream from the CDN system according to the media stream address, so that the application can support a large number of users in a live scene, and avoid the problem of an overload of an architecture centered on the AS in the prior art. In addition, for the terminal side, the terminal can directly join in the live broadcast session in a calling mode, live broadcast through APP (application software) in the prior art is avoided, the APP does not need to be adapted to terminals of different types, and the development difficulty and the complexity of signaling interaction are reduced.

Referring to fig. 12, fig. 12 may also show a schematic structural diagram of an apparatus, where the apparatus is a media resource function management network element, and the media resource function management network element may include a receiving unit 1201, a processing unit 1202, and a sending unit 1203, where details of each unit are described below.

A receiving unit 1201, configured to receive a push flow indication message from an application server; wherein, the push stream indication message carries the identification of the live broadcast session;

a processing unit 1202, configured to obtain, according to the identifier of the live session, a media stream of the live session, and obtain a CDN system associated with the identifier of the live session;

a sending unit 1203 is configured to push the media stream of the live session to the CDN system.

Optionally, the sending unit 1203 is configured to push the media stream of the live session to the CDN system, and specifically:

instruct the processing unit 1202 to identify whether a media stream of the live session satisfies an encoding format supported by the CDN system;

if not, the instruction processing unit 1202 performs format conversion according to the coding format supported by the CDN system, and pushes the media stream of the live session after format conversion to the CDN system according to the media stream address.

It should be noted that the implementation of each unit may also correspond to the corresponding description of the method embodiments shown in fig. 2 to 7.

Referring to fig. 13, fig. 13 may also show a schematic structural diagram of an apparatus, where the apparatus is a media resource function network element, the media resource function network element includes a processor 1301, a memory 1302, a receiver 1303 and a transmitter 1304, and the processor 1301, the memory 1302, the receiver 1303 and the transmitter 1304 are connected to each other through a bus.

The Memory 1302 includes, but is not limited to, a Random Access Memory (RAM), a Read-Only Memory (ROM), an Erasable Programmable Read-Only Memory (EPROM), or a portable Read-Only Memory (CD-ROM), and the Memory 1302 is used for related instructions and data. The transceiver 1303 is used for receiving and transmitting data.

The processor 1301 in the media resource function network element is configured to read the program code stored in the memory 1302, and execute corresponding operations.

A receiver 1303, configured to receive a push flow indication message from an application server; wherein, the push stream indication message carries the identification of the live broadcast session;

a processor 1301, configured to obtain a media stream of the live session according to the identifier of the live session, and obtain a CDN system associated with the identifier of the live session;

a sender 1304, configured to push the media stream of the live session to the CDN system.

Optionally, the sender 1303 is configured to push the media stream of the live session to the CDN system, specifically:

instructing processor 1301 to identify whether a media stream of the live session satisfies an encoding format supported by the CDN system;

if not, the instruction processor 1301 performs format conversion according to the coding format supported by the CDN system, and pushes the media stream of the live session after format conversion to the CDN system according to the media stream address.

Referring to fig. 12, fig. 12 may also show a schematic structural diagram of an apparatus, which is a destination terminal device, and the destination terminal device may include a receiving unit 1201, a processing unit 1202, and a transmitting unit 1203, where details of each unit are described below.

A processing unit 1202, configured to obtain a media stream address of a live session; the media stream address is an address of a media stream of the live session mapped in a CDN system;

a sending unit 1203, configured to send a pull request carrying the media stream address to the CDN system;

a receiving unit 1201, configured to receive a media stream of the live session sent by the CDN system according to the media stream address.

Optionally, the sending unit 1203 is further configured to

Sending a live broadcast call request to an application server; the live broadcast call request is used for calling a source terminal device in the live broadcast session, and the live broadcast call request carries at least one of an identifier of the live broadcast session, an identifier of the source terminal device and media capability information.

Optionally, the processing unit 1202 is configured to obtain a media stream of the live session and map the media stream to a media stream address in the CDN system, and specifically:

when the destination terminal device supports the connectionless live broadcast capability, instructing the receiving unit 1201 to receive a message carrying the media stream address and the authorization token from the application server; or

The instruction sending unit 1203 sends a live call request to the application server; the live broadcast call request carries media capability information of the target terminal device, and the media capability information represents that the target terminal device supports connectionless live broadcast capability;

instructing the receiving unit 1201 to receive a redirect message for the live call request from the application server; wherein the redirection message carries a media stream address and an authorization token of the live session; or

instructing the receiving unit 1201 to receive a redirect message for the live call request from the application server;

instructing the receiving unit 1201 to receive a message carrying a media stream address and an authorization credential of the live session from an application server; or

The instruction sending unit 1203 sends a live call request to the application server; the live broadcast call request carries an identifier of the live broadcast session and media capability information of the target terminal device, wherein the media capability information indicates that the target terminal device does not support connectionless live broadcast capability;

instructing the receiving unit 1201 to receive a successful response message carrying the media stream address and the authorization token of the live session from the application server; or

The instruction sending unit 1203 sends a live call request to the application server; the live broadcast call request is used for calling a source terminal device in the live broadcast session, the live broadcast call request carries media capability information of the target terminal device, and the media capability information indicates that the target terminal device does not support connectionless live broadcast capability;

and instructing the receiving unit 1201 to receive a successful response message carrying the media stream address and the authorization token of the live session from the application server.

Optionally, the sending unit 1203 is further configured to send a communication mode switching request to the application server; wherein the communication mode switching request carries an authorization token of the live session;

the receiving unit 1201 is further configured to receive a communication mode switching response from the application server.

Referring to fig. 13, fig. 13 may also show a schematic structural diagram of an apparatus, where the apparatus is a destination terminal device, and the destination terminal device includes a processor 1301, a memory 1302, a receiver 1303 and a transmitter 1304, and the processor 1301, the memory 1302, the receiver 1303 and the transmitter 1304 are connected to each other through a bus.

A processor 1201, configured to obtain a media stream address of a live session; the media stream address is an address of a media stream of the live session mapped in a CDN system;

a sender 1204, configured to send a pull request carrying the media stream address to the CDN system;

a receiver 1203, configured to receive a media stream of the live session sent by the CDN system according to the media stream address.

Optionally, a transmitter 1204, also for

Optionally, the processor 1201 is configured to obtain a media stream of the live session and map the media stream to a media stream address in the CDN system, and specifically:

when the destination terminal device supports the connectionless live broadcast capability, indicating the receiver 1303 to receive a message carrying the media stream address and the authorization token from the application server; or

Instruct the sender 1304 to send a live call request to the application server; the live broadcast call request carries media capability information of the target terminal device, and the media capability information represents that the target terminal device supports connectionless live broadcast capability;

instructing the receiver 1303 to receive a redirect message for the live call request from the application server; wherein the redirection message carries a media stream address and an authorization token of the live session; or

Instructing a sender 1304 to send a live call request to the application server; the live broadcast call request carries media capability information of the target terminal device, and the media capability information represents that the target terminal device supports connectionless live broadcast capability;

instructing the receiver 1303 to receive a redirect message for the live call request from the application server;

the instruction receiver 1303 receives a message carrying the media stream address and the authorization credential of the live session from the application server; or

Instructing a sender 1304 to send a live call request to the application server; the live broadcast call request carries an identifier of the live broadcast session and media capability information of the target terminal device, wherein the media capability information indicates that the target terminal device does not support connectionless live broadcast capability;

instructing the receiver 1303 to receive a successful response message carrying the media stream address and the authorization token of the live session from the application server; or

Instructing a sender 1304 to send a live call request to the application server; the live broadcast call request is used for calling a source terminal device in the live broadcast session, the live broadcast call request carries media capability information of the target terminal device, and the media capability information indicates that the target terminal device does not support connectionless live broadcast capability;

the indication receiver 1303 receives a successful response message carrying the media stream address and the authorization token of the live session from the application server.

Optionally, the transmitter 1304 is further configured to transmit a communication mode switching request to the application server; wherein the communication mode switching request carries an authorization token of the live session;

and a receiver 1303, configured to receive a communication mode switching response from the application server.

Referring to fig. 12, fig. 12 may also show a schematic structural diagram of an apparatus, where the apparatus is an application server, and the application server may include a receiving unit 1201, a processing unit 1202, and a sending unit 1203, where details of each unit are described below.

A processing unit 1202, configured to obtain a media stream address of a live session; the media stream address of the live session is an address in the CDN system mapped by the media stream of the live session;

a receiving unit 1201, configured to receive a live call request from a destination terminal device; the live broadcast call request carries network position information and media capability information of the target terminal equipment;

a sending unit 1203, configured to send a pull stream indication message carrying a media stream address of the live broadcast session to a conversion gateway associated with the network location information if the processing unit determines, according to the media capability information, that the destination terminal device does not support connectionless live broadcast capability.

Optionally, the sending unit 1203 is further configured to send a deployment request to the conversion gateway;

the receiving unit 1201 is further configured to receive a deployment completion message from the conversion gateway.

Optionally, the receiving unit is further configured to receive a pull stream success message from the conversion gateway; the stream pulling success message indicates that the conversion gateway successfully pulls the media stream of the live session from the CDN system, and the stream pulling success message carries a port number;

the sending unit is further configured to send a successful response message carrying the port number to the destination terminal device.

Optionally, the sending unit is further configured to send a success response message to the destination terminal device;

the processing unit is further configured to instruct a media resource function network element to push a media stream of the live session to the destination terminal device.

the sending unit is further configured to send a media stream switching message carrying the port number to a destination terminal device; the media stream switching message carries the port number, and the media stream switching message is used for indicating the destination terminal device to receive the media stream from the conversion gateway according to the port number.

It should be noted that the implementation of each unit may also correspond to the corresponding description of the method embodiments shown in fig. 8 and 9.

Referring to fig. 13, fig. 13 may also show a schematic structural diagram of an apparatus, where the apparatus is an application server, and a destination terminal device of the application server includes a processor 1301, a memory 1302, a receiver 1303 and a transmitter 1304, and the processor 1301, the memory 1302, the receiver 1303 and the transmitter 1304 are connected to each other through a bus.

A processor 1301, configured to obtain a media stream address of a live session; the media stream address of the live session is an address in the CDN system mapped by the media stream of the live session;

a receiver 1303, configured to receive a live call request from a destination terminal device; the live broadcast call request carries network position information and media capability information of the target terminal equipment;

a sender 1304, configured to send a pull indication message carrying a media stream address of the live session to a conversion gateway associated with the network location information if the processing unit determines, according to the media capability information, that the destination terminal device does not support connectionless live broadcast capability.

Optionally, the transmitter is further configured to send a deployment request to the conversion gateway;

the receiver is further configured to receive a deployment completion message from the conversion gateway.

Optionally, the receiver is further configured to receive a pull stream success message from the conversion gateway; the stream pulling success message indicates that the conversion gateway successfully pulls the media stream of the live session from the CDN system, and the stream pulling success message carries a port number;

the sender is further configured to send a successful response message carrying the port number to the destination terminal device.

Optionally, the transmitter is further configured to transmit a success response message to the destination terminal device;

the processor is further configured to instruct a media resource function network element to push a media stream of the live session to the destination terminal device.

the sender is further configured to send a media stream switching message carrying the port number to a destination terminal device; the media stream switching message carries the port number, and the media stream switching message is used for indicating the destination terminal device to receive the media stream from the conversion gateway according to the port number.

It should be noted that the implementation of each operation may also correspond to the corresponding description of the method embodiments shown in fig. 8 to 9.

Referring to fig. 12, fig. 12 may also show a schematic structural diagram of an apparatus, which is a conversion gateway, and the conversion gateway may include a receiving unit 1201, a processing unit 1202, and a sending unit 1203, where details of each unit are described below.

A receiving unit 1201, configured to receive a pull stream indication message from an application server; the pull stream indication message carries the media stream address, and the media stream address is an address mapped to a CDN system by a media stream of a live session;

the sending unit 1203 is further configured to send a stream pulling success message carrying a port number to the application server when the processing unit 1202 determines that the media stream of the live session is successfully pulled from the CDN system according to the media stream address;

the sending unit 1203 is further configured to send the media stream of the live session to the destination terminal device at the port number.

Optionally, the receiving unit is further configured to receive a deployment request from the application server; the deployment request carries network position information and an identifier of the target terminal equipment;

the sending unit is further configured to send a deployment completion message to the application server when the processing unit determines that deployment is completed according to the deployment request.

Optionally, the pull stream indication message further carries an authorization token of the live session.

It should be noted that the implementation of each unit may also correspond to the corresponding description of the method embodiment shown in fig. 11.

Referring to fig. 13, fig. 13 may also show a schematic structural diagram of an apparatus, where the apparatus is a conversion gateway, the conversion gateway includes a processor 1301, a memory 1302, a receiver 1303 and a transmitter 1304, and the processor 1301, the memory 1302, the receiver 1303 and the transmitter 1304 are connected to each other through a bus.

A receiver 1303, configured to receive a pull stream indication message from an application server; the pull stream indication message carries the media stream address, and the media stream address is an address mapped to a CDN system by a media stream of a live session;

a sender 1304, configured to send a pull request carrying the media stream address to the CDN system;

the sender 1304 is further configured to send a stream pulling success message carrying a port number to the application server when the processor 1301 determines that the media stream of the live session is successfully pulled from the CDN system according to the media stream address;

a sender 1304, further configured to send the media stream of the live session to the destination terminal device at the port number.

Optionally, the receiver 1303 is further configured to receive a deployment request from the application server; the deployment request carries network position information and an identifier of the target terminal equipment;

the transmitter 1304 is further configured to, when the processing unit determines that the deployment is completed according to the deployment request, send a deployment completion message to the application server.

It should be noted that the implementation of each operation may also correspond to the corresponding description of the method embodiment shown in fig. 11.

In the above embodiments, the transmitting unit or the transmitter performs the transmitting steps of the above respective method embodiments, the receiving unit or the receiver performs the receiving steps of the above respective method embodiments, and other steps are performed by the processing unit or the processor. The transmitting unit and the receiving unit may constitute a transceiving unit, and the receiver and the transmitter may constitute a transceiver.

In the above embodiments, the apparatus may also be a field-programmable gate array (FPGA), an application-specific integrated chip (asic), a system on chip (SoC), a Central Processing Unit (CPU), a Network Processor (NP), a digital signal processing circuit, a Micro Controller Unit (MCU), or a Programmable Logic Device (PLD) or other integrated chips, which implement the relevant functions.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the invention to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in or transmitted over a computer-readable storage medium. The computer instructions may be transmitted from one website site, computer, server, or data center to another website site, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.

One of ordinary skill in the art will appreciate that all or part of the processes in the methods of the above embodiments may be implemented by hardware related to instructions of a computer program, which may be stored in a computer-readable storage medium, and when executed, may include the processes of the above method embodiments. And the aforementioned storage medium includes: various media capable of storing program codes, such as ROM or RAM, magnetic or optical disks, etc.

Claims

1. A method of live communication, comprising:

the application server indicates the media resource function network element to push the media stream of the live session to a Content Delivery Network (CDN) system;

the application server receives a media stream address from the CDN system; the media stream address is an address of a media stream of the live session mapped in the CDN system;

the application server sends the media stream address to a target terminal device; wherein, the communication mode of the destination terminal equipment is a receiving-only mode;

wherein, the sending, by the application server, the media stream address to the destination terminal device includes: the application server receives a live broadcast call request from a source terminal device positioned in the live broadcast session; the live broadcast call request is used for calling the destination terminal equipment;

the application server acquires the media capability information of the target terminal equipment;

if the target terminal equipment supports the connectionless live broadcast capability according to the media capability information,

the application server sends a redirection message aiming at the live broadcast call request to the source terminal equipment, wherein the redirection message is used for terminating the live broadcast call request initiated by the source terminal equipment; and the application server sends a message carrying the media stream address and the authorization token to the destination terminal equipment.

2. A method of live communication, comprising:

wherein, the sending, by the application server, the media stream address to the destination terminal device includes:

the application server receives a live broadcast call request from the target terminal equipment; the live broadcast call request is used for calling source terminal equipment in the live broadcast session;

if the target terminal equipment supports the connectionless live broadcast capability according to the media capability information, the application server sends a redirection message aiming at the live broadcast call request to the target terminal equipment; wherein the redirection message carries the media stream address and an authorization token.

3. A method of live communication, comprising:

the application server sends a redirection message aiming at the live broadcast call request to the target terminal equipment, wherein the redirection message is used for terminating the live broadcast call request initiated by the target terminal equipment;

and if the target terminal equipment supports the connectionless live broadcast capability according to the media capability information, the application server sends a message carrying the media stream address and the authorization token to the target terminal equipment.

4. A method of live communication, comprising:

wherein the sending, by the application server, the media stream address to the destination terminal device includes:

the application server receives a live broadcast call request from the target terminal equipment; the live broadcast call request is used for calling a source terminal device in the live broadcast session, and the live broadcast call request carries an identifier of the live broadcast session;

and if the target terminal equipment does not support the connectionless live broadcast capability according to the media capability information, the application server sends a successful response message carrying the media stream address and the authorization token to the target terminal equipment.

5. A method of live communication, comprising:

6. A method of live communication, the method comprising the features of any of claims 1 to 5, wherein the obtaining, by the application server, the media capability information of the destination terminal device comprises:

and the application server acquires the media capability information of the target terminal equipment in the process of initiating registration or calling by the target terminal equipment.

7. The method of claim 6, further comprising: the application server determines a communication mode of the target terminal equipment according to the size of idle resources corresponding to the live broadcast service; or

The application server determines the communication mode of the destination terminal equipment according to at least one of call time, call place, area and user name; or

And the application server determines the communication mode of the target terminal equipment according to the identity information of the target terminal equipment and/or the multiplexing times of the live session.

8. The method of claim 6, further comprising: the application server receives a communication mode switching request from the destination terminal equipment; wherein the communication mode switching request carries an authorization token; and after verifying that the authorization token is legal, the application server switches the communication mode of the target terminal equipment.

9. A method of live communication, comprising:

a media resource function network element receives a push flow indication message from an application server; wherein, the push stream indication message carries the identification of the live broadcast session;

the media resource function network element acquires a media stream of the live session according to the identification of the live session and acquires a CDN system associated with the identification of the live session;

the media resource function network element pushes the media stream of the live session to the CDN system, and the application server is used for receiving a media stream address from the CDN system; the media stream address is an address of a media stream of the live session mapped in the CDN system; sending the media stream address to a target terminal device; the communication mode of the destination terminal equipment is a receiving-only mode;

wherein,

the application server sends the media stream address to the destination terminal device, and the application server comprises: the application server receives a live broadcast call request from a source terminal device positioned in the live broadcast session; the live broadcast call request is used for calling the destination terminal equipment; the application server acquires the media capability information of the target terminal equipment; if the target terminal device is determined to support the connectionless live broadcast capability according to the media capability information, the application server sends a redirection message aiming at the live broadcast call request to the source terminal device, wherein the redirection message is used for terminating the live broadcast call request initiated by the source terminal device; the application server sends a message carrying the media stream address and the authorization token to the destination terminal equipment;

or,

the application server receives a live broadcast call request from the target terminal equipment; the live broadcast call request is used for calling source terminal equipment in the live broadcast session; the application server acquires the media capability information of the target terminal equipment; if the target terminal equipment supports the connectionless live broadcast capability according to the media capability information, the application server sends a redirection message aiming at the live broadcast call request to the target terminal equipment; the redirection message carries the media stream address and an authorization token;

or,

the application server receives a live broadcast call request from the target terminal equipment; the live broadcast call request is used for calling source terminal equipment in the live broadcast session; the application server sends a redirection message aiming at the live broadcast call request to the target terminal equipment, wherein the redirection message is used for terminating the live broadcast call request initiated by the target terminal equipment; the application server acquires the media capability information of the target terminal equipment; if the target terminal equipment supports the connectionless live broadcast capability according to the media capability information, the application server sends a message carrying the media stream address and the authorization token to the target terminal equipment;

or,

the application server receives a live broadcast call request from the target terminal equipment; the live broadcast call request is used for calling a source terminal device in the live broadcast session, and the live broadcast call request carries an identifier of the live broadcast session; the application server acquires the media capability information of the target terminal equipment; if the target terminal equipment does not support the connectionless live broadcast capability according to the media capability information, the application server sends a successful response message carrying the media stream address and the authorization token to the target terminal equipment;

or,

wherein, the sending, by the application server, the media stream address to the destination terminal device includes: the application server receives a live broadcast call request from the target terminal equipment; the live broadcast call request is used for calling source terminal equipment in the live broadcast session; the application server acquires the media capability information of the target terminal equipment; and if the target terminal equipment does not support the connectionless live broadcast capability according to the media capability information, the application server sends a successful response message carrying the media stream address and the authorization token to the target terminal equipment.

10. The method of claim 9, wherein the media resource function network element pushing the media stream of the live session to the CDN system comprises:

the media resource function network element identifies whether the media stream of the live session meets the coding format supported by the CDN system;

if not, format conversion is carried out according to the coding format supported by the CDN system, and the media stream of the live broadcast session after format conversion is pushed to the CDN system according to the media stream address.

11. A method of live communication, comprising:

the target terminal equipment acquires a media stream address of a live session; the media stream address is an address of a media stream of the live session mapped in a CDN system;

the destination terminal device sends a pull request carrying the media stream address to the CDN system;

the destination terminal device receives a media stream of the live session from the CDN system according to the media stream address;

wherein,

the step of the destination terminal device obtaining the media stream of the live session and mapping the media stream to the media stream address in the CDN system includes:

the target terminal equipment receives a redirection message aiming at the live broadcast call request from the application server, wherein the redirection message is used for terminating the live broadcast call request initiated by the target terminal equipment;

the destination terminal equipment receives a message carrying a media stream address and an authorization certificate of the live session from an application server; or

12. The method of claim 11, wherein before the destination terminal device obtains the media stream address of the live session, the method further comprises:

the target terminal equipment sends a live broadcast call request to an application server; the live broadcast call request is used for calling a source terminal device in the live broadcast session, and the live broadcast call request carries at least one of an identifier of the live broadcast session, an identifier of the source terminal device and media capability information.

13. The method of claim 11, further comprising:

the target terminal equipment sends a communication mode switching request to an application server; wherein the communication mode switching request carries an authorization token of the live session;

and the destination terminal equipment receives a communication mode switching response from the application server.

14. The method of claim 12, further comprising:

15. A method of live communication, comprising:

the application server acquires a media stream address of a live session; the media stream address of the live session is an address in a Content Delivery Network (CDN) system mapped by the media stream of the live session;

the application server receives a live broadcast call request from a target terminal device; the live broadcast call request carries network position information and media capability information of the target terminal equipment; and if the target terminal equipment does not support the connectionless live broadcast capability and does not support the live broadcast capability according to the media capability information, the application server sends a stream pulling indication message carrying a media stream address of the live broadcast session to a conversion gateway associated with the network position information.

16. The method according to claim 15, wherein if it is determined according to the media capability information that the destination terminal device does not support connectionless live capability and does not support live capability, before the application server sends a pull indication message carrying a media stream address of the live session to the conversion gateway associated with the network location information, the method further comprises:

the application server sends a deployment request to the conversion gateway; the application server receives a deployment completion message from the conversion gateway.

17. The method of claim 15, further comprising: the application server receives a pull stream success message from the conversion gateway; the stream pulling success message indicates that the conversion gateway successfully pulls the media stream of the live session from the CDN system, and the stream pulling success message carries a port number; and the application server sends a successful response message carrying the port number to the destination terminal equipment.

18. The method of claim 16, further comprising: the application server receives a pull stream success message from the conversion gateway; the stream pulling success message indicates that the conversion gateway successfully pulls the media stream of the live session from the CDN system, and the stream pulling success message carries a port number; and the application server sends a successful response message carrying the port number to the destination terminal equipment.

19. The method of claim 16 or 17, wherein after the application server receives the live call request from the destination terminal device, the method further comprises:

the application server sends a successful response message to the target terminal equipment;

and the application server indicates a media resource function network element to push the media stream of the live session to the target terminal equipment.

20. The method of claim 19, further comprising:

the application server receives a pull stream success message from the conversion gateway; the stream pulling success message indicates that the conversion gateway successfully pulls the media stream of the live session from the CDN system, and the stream pulling success message carries a port number;

the application server sends a media stream switching message carrying the port number to a destination terminal device; the media stream switching message carries the port number, and the media stream switching message is used for indicating the destination terminal device to receive the media stream from the conversion gateway according to the port number.

21. A method of live communication, comprising: the conversion gateway receives a pull stream indication message from an application server; the pull stream indication message carries a media stream address, and the media stream address is an address mapped to a CDN system by a media stream of a live session; the stream pulling indication message is sent by the application server under the condition that the target terminal equipment does not support the connectionless live broadcast capability and does not support the live broadcast capability according to the media capability information of the target terminal equipment carried in the live broadcast call request from the target terminal equipment;

the conversion gateway sends a pull stream request carrying the media stream address to the CDN system; when the conversion gateway determines that the media stream of the live session is successfully pulled from the CDN system according to the media stream address, sending a stream pulling success message carrying a port number to the application server;

and the conversion gateway sends the media stream of the live session to a destination terminal device at the port number.

22. The method of claim 21, further comprising:

the conversion gateway receives a deployment request from the application server; the deployment request carries network position information and an identifier of the target terminal equipment;

and the conversion gateway sends a deployment completion message to the application server when completing deployment according to the deployment request.

23. The method of claim 21 or 22, wherein the pull flow indication message also carries an authorization token for the live session.

24. An apparatus for live communication, comprising:

the processing unit is used for indicating the media resource function network element to push the media stream of the live session to the Content Delivery Network (CDN) system;

a sending unit, configured to send the media stream address to a destination terminal device; wherein, the communication mode of the destination terminal equipment is a receiving-only mode;

the sending unit is configured to send the media stream address to a destination terminal device, and specifically includes:

instructing the receiving unit to receive a live call request from a source terminal device located in the live session; the live broadcast call request is used for calling the destination terminal equipment;

instructing the processing unit to acquire the media capability information of the target terminal equipment;

if the processing unit determines that the destination terminal device supports the connectionless live broadcast capability according to the media capability information,

and sending a redirection message aiming at the live broadcast call request to the source terminal equipment, wherein the redirection message is used for terminating the live broadcast call request initiated by the source terminal equipment, and sending a message carrying the media stream address and the authorization token to the target terminal equipment.

25. An apparatus for live communication, comprising:

instructing the receiving unit to receive a live call request from the destination terminal device; the live broadcast call request is used for calling source terminal equipment in the live broadcast session;

if the processing unit determines that the target terminal equipment supports the connectionless live broadcast capability according to the media capability information, sending a redirection message aiming at the live broadcast call request to the target terminal equipment; wherein the redirection message carries the media stream address and an authorization token.

26. An apparatus for live communication, comprising:

sending a redirection message aiming at the live broadcast call request to the target terminal equipment, wherein the redirection message is used for terminating the live broadcast call request initiated by the target terminal equipment;

and if the processing unit determines that the destination terminal equipment supports the connectionless live broadcast capability according to the media capability information, sending a message carrying the media stream address and the authorization token to the destination terminal equipment.

27. An apparatus for live communication, comprising:

instructing the receiving unit to receive a live call request from the destination terminal device; the live broadcast call request is used for calling a source terminal device in the live broadcast session, and the live broadcast call request carries an identifier of the live broadcast session;

and if the processing unit determines that the target terminal equipment does not support the connectionless live broadcast capability according to the media capability information, sending a successful response message carrying the media stream address and the authorization token to the target terminal equipment.

28. An apparatus for live communication, comprising:

the sending unit sends the media stream address to a destination terminal device, and specifically includes:

29. An apparatus for live communication, the apparatus comprising the features of the apparatus of any one of claims 24 to 28, wherein the processing unit obtains media capability information of the destination terminal device, specifically:

30. The apparatus as recited in claim 29, said processing unit to further:

Determining a communication mode of the target terminal equipment according to the group service data, the address list service data, the call authority service data or the subscription information;

or determining the communication mode of the destination terminal equipment according to at least one of call time, call place, area and user name; or

31. The apparatus of claim 29,

the receiving unit is further configured to receive a communication mode switching request from the destination terminal device; wherein the communication mode switching request carries an authorization token;

and the processing unit is further configured to switch the communication mode of the destination terminal device after verifying that the authorization token is legal.

32. An apparatus for live communication, comprising:

a receiving unit, configured to receive a push flow indication message from an application server; wherein, the push stream indication message carries the identification of the live broadcast session;

a sending unit, configured to push a media stream of the live session to the CDN system, where the application server is configured to receive a media stream address from the CDN system; the media stream address is an address of a media stream of the live session mapped in the CDN system; sending the media stream address to a target terminal device; the communication mode of the destination terminal equipment is a receiving-only mode;

wherein,

or,

33. The apparatus of claim 32, wherein the sending unit is configured to push the media stream of the live session to the CDN system, and specifically: instructing the processing unit to identify whether a media stream of the live session satisfies an encoding format supported by the CDN system;

if not, the processing unit is instructed to perform format conversion according to the coding format supported by the CDN system, and the media stream of the live session after format conversion is pushed to the CDN system according to the media stream address.

34. An apparatus for live communication, comprising:

the processing unit is used for acquiring a media stream address of a live session; the media stream address is an address of a media stream of the live session mapped in a CDN system;

a receiving unit, configured to receive a media stream of the live session sent by the CDN system according to the media stream address;

wherein,

the processing unit is configured to obtain a media stream mapping address of a live session to a media stream in the CDN system, and specifically:

when the destination terminal device supports the connectionless live broadcast capability, indicating the receiving unit to receive a message carrying the media stream address and the authorization token from an application server; or

Instructing the sending unit to send a live broadcast call request to an application server; the live broadcast call request carries media capability information of the target terminal device, and the media capability information represents that the target terminal device supports connectionless live broadcast capability;

instructing the receiving unit to receive a redirect message for the live call request from the application server; wherein the redirection message carries a media stream address and an authorization token of the live session; or

Instructing the sending unit to send a live call request to the application server; the live broadcast call request carries media capability information of the target terminal device, and the media capability information represents that the target terminal device supports connectionless live broadcast capability;

instructing the receiving unit to receive a redirection message aiming at the live broadcast call request from the application server, wherein the redirection message is used for terminating the live broadcast call request initiated by a destination terminal device;

instructing the receiving unit to receive a message carrying a media stream address and an authorization certificate of the live session from an application server; or

Instructing the sending unit to send a live call request to the application server; the live broadcast call request carries an identifier of the live broadcast session and media capability information of the target terminal device, wherein the media capability information indicates that the target terminal device does not support connectionless live broadcast capability;

instructing the receiving unit to receive a successful response message carrying the media stream address and the authorization token of the live session from the application server; or

Instructing the sending unit to send a live call request to the application server; the live broadcast call request is used for calling a source terminal device in the live broadcast session, the live broadcast call request carries media capability information of the target terminal device, and the media capability information indicates that the target terminal device does not support connectionless live broadcast capability;

and instructing the receiving unit to receive a successful response message carrying the media stream address and the authorization token of the live session from the application server.

35. The apparatus of claim 34,

the sending unit is also used for

36. The apparatus of claim 34,

the sending unit is further configured to send a communication mode switching request to the application server; wherein the communication mode switching request carries an authorization token of the live session;

the receiving unit is further configured to receive a communication mode switching response from the application server.

37. The apparatus of claim 35,

38. An apparatus for live communication, comprising:

the processing unit is used for acquiring a media stream address of a live session; the media stream address of the live session is an address in a CDN system mapped by the media stream of the live session;

39. The apparatus of claim 38, wherein the control unit is configured to control the operation of the motor

The sending unit is further configured to send a deployment request to the conversion gateway;

the receiving unit is further configured to receive a deployment completion message from the conversion gateway.

40. The apparatus of claim 38,

the receiving unit is further configured to receive a pull stream success message from the conversion gateway; the stream pulling success message indicates that the conversion gateway successfully pulls the media stream of the live session from the CDN system, and the stream pulling success message carries a port number;

41. The apparatus of claim 39,

42. The apparatus of claim 39 or 40,

the sending unit is further configured to send a success response message to the destination terminal device;

43. The apparatus of claim 42,

44. An apparatus for live communication, comprising:

a receiving unit, configured to receive a pull stream indication message from an application server; the pull stream indication message carries a media stream address, and the media stream address is an address mapped to a CDN system by a media stream of a live session; the stream pulling indication message is sent by the application server under the condition that the target terminal equipment does not support the connectionless live broadcast capability and does not support the live broadcast capability according to the media capability information of the target terminal equipment carried in the live broadcast call request from the target terminal equipment;

45. The apparatus of claim 44,

the receiving unit is further configured to receive a deployment request from the application server; the deployment request carries network position information and an identifier of the target terminal equipment;

46. The apparatus of claim 44 or 45, wherein the pull flow indication message further carries an authorization token for the live session.

47. A computer-readable storage medium, characterized in that,

the computer readable storage medium has stored therein instructions which, when run on a computer, cause the computer to perform the method of any one of claims 1 to 23.

48. An apparatus for live communication, comprising: a receiver, a transmitter, a memory, and a processor;

wherein the memory stores a set of program code and the processor is configured to call the program code stored in the memory to perform the method of any one of claims 1 to 23.