CN101945335B - Method and device for sending reports under broadcast and multicast conditions - Google Patents

Abstract

The embodiment of the invention provides a method and a device for sending a report under broadcasting and multicasting conditions, relates to the technical field of communications and is capable of accurately sending the content of a report and increasing user experience. The method for sending the report under the broadcasting and multicasting conditions comprises the following steps of: receiving media from a sending end; sending the media to each receiving end; receiving a feedback report from each receiving end; and forwarding the reports to the sending end.

Description

Method and device for sending reports under broadcast and multicast conditions

technical field

The invention relates to the communication field, in particular to a method and device for sending reports under broadcast and multicast conditions.

Background technique

MBMS (Multimedia Broadcast Multicast Service, Multimedia Broadcast Multicast Service) is a widely used broadcast and multicast bearer technology, and it is the technical cornerstone of mobile TV services in the field of third-generation mobile communications.

The main changes of MBMS to the original WCDMA (Wideband Code Division Multiple Access) network are: the addition of BM-SC (Broadcast Multicast Service Centre, broadcast and multicast service center) network elements, the existing PS ( Packet Switched (packet switching) domain-related network elements perform MBMS function upgrades to support MBMS specific interface functions, specific channels, specific physical layer processes, and specific business processes. The so-called BM-SC is an entry that wants to use MBMC for content delivery service. It establishes and controls the connection from MBMC to the mobile core network, and arranges and releases MBMC transmission at the same time.

Broadcast and multicast bearers are used for various applications and transmission media, such as PoC (Push-to-talk over Cellular, which implements push-to-talk services on public cellular networks) services. In the PoC service, the user terminal can send continuous media through the RTP (Realtime Transport Protocol) protocol, or send discrete media through the MSRP (Message Session Relay Protocol) protocol. In broadcast and multicast bearer applications and PoC services, continuous media or discrete media can be sent.

When broadcast and multicast bearers are used to transmit continuous media or discrete media in PoC services, the inventors have found that at least the following problems exist in the prior art:

The final report (final report) and progress report (Progress report) in the PoC business, as well as the receiver report (Reciver report) do not have a mechanism for sending through broadcast and multicast bearers, so that the above-mentioned reports cannot be obtained when the media sender requests the above-mentioned reports. Reported information.

Contents of the invention

Embodiments of the present invention provide a method and device for sending reports under broadcast and multicast conditions, capable of sending reports and improving user experience.

In order to achieve the above object, embodiments of the present invention adopt the following technical solutions:

On the one hand, a method for sending reports under broadcast and multicast conditions is provided, including:

receiving media from the sending end, and sending the media to each receiving end;

receiving reports fed back from each of the receiving ends, and forwarding the reports to the sending end;

Before receiving the report fed back from each receiving end, it also includes: receiving the identifier of the required feedback report from the sending end, and sending the identifier of the required feedback report to each receiving end;

When the medium is discrete,

The receiving the identifier of the request feedback report from the sender specifically includes: receiving the message dialogue relay protocol MSRP message from the sender, wherein the MSRP message carries the identifier of the request feedback report;

The sending an identifier of requesting a feedback report to each receiving end specifically includes: sending an MSRP message to each receiving end, wherein the MSRP message carries the identifier of the discrete medium and the identifier of requesting a feedback report;

The receiving the reports fed back from the receiving ends and forwarding the reports to the sending end specifically includes: receiving the MSRP reports fed back from the receiving ends, and forwarding the MSRP reports to the sending end, wherein , the MSRP report is a report generated by each receiving end according to the receiving situation of the discrete media;

When the medium is continuous,

The receiving the identifier of the request feedback report from the sender specifically includes: receiving the real-time transmission control protocol RTCP message from the sender, wherein the RTCP message carries the identifier of the feedback report required;

The sending an identifier of requesting a feedback report to each receiving end specifically includes: sending an RTCP message to each receiving end, wherein the RTCP message carries the identifier of the continuous media and the identifier of requesting a feedback report;

The receiving the report fed back from each receiving end, and forwarding the report to the sending end, specifically includes: receiving the RTCP report fed back from each receiving end, and forwarding the RTCP report to the sending end, wherein , the RTCP report is a report generated by each receiving end after checking according to the receiving condition of the continuous media.

The receiving the report fed back from each receiving end and forwarding the report to the sending end includes:

The reports fed back from the receiving ends are received, and the fed-back reports of the same media are aggregated into one report and forwarded to the sending end.

On the one hand, a method for sending reports under broadcast and multicast conditions is provided, including:

receiving media from the sending end, and sending the media to each receiving end;

receiving reports fed back from each of the receiving ends, and forwarding the reports to the sending end;

When the medium is discrete,

The sending the media to each receiving end specifically includes: sending the discrete media to each receiving end through a File Transfer Protocol FLUTE message, and carrying an identifier of the discrete media in the FLUTE message, and Identification of requests for feedback reports;

The receiving the reports fed back from the receiving ends and forwarding the reports to the sending end specifically includes: receiving the MSRP reports fed back from the receiving ends, and forwarding the MSRP reports to the sending end, wherein , the MSRP report is a report generated by each receiving end according to the receiving situation of the discrete media;

When the medium is continuous,

The sending of the media to each receiving end specifically includes: sending the continuous media to each receiving end through a real-time transport protocol RTP message, and carrying an identifier of the continuous media in the RTP message, and requesting a feedback report logo;

The receiving the report fed back from each receiving end, and forwarding the report to the sending end, specifically includes: receiving the RTCP report fed back from each receiving end, and forwarding the RTCP report to the sending end, wherein , the RTCP report is a report generated by each receiving end after checking according to the receiving condition of the continuous media.

The receiving the report fed back from each receiving end and forwarding the report to the sending end includes:

The reports fed back from the receiving ends are received, and the fed-back reports of the same media are aggregated into one report and forwarded to the sending end.

On the one hand, a broadcast and multicast service center is provided, including:

a receiving unit, configured to receive media from the sending end;

a sending unit, configured to send the media to each receiving end;

The receiving unit is further configured to receive reports fed back from each receiving end;

The sending unit is further configured to forward the report to the sending end;

The receiving unit is further configured to receive the identifier of the required feedback report from the sending end before receiving the reports fed back from each receiving end; the sending unit is also configured to send the received identifier of the required feedback report to Each of the receiving ends sends;

When the medium is discrete,

The receiving unit is specifically configured to receive an MSRP message from the sending end, wherein the MSRP message carries an identifier for requesting a feedback report;

The sending unit is specifically configured to send an MSRP message to each receiving end, wherein the MSRP message carries an identifier of the discrete medium and an identifier for requesting a feedback report;

The receiving unit is further specifically configured to receive an MSRP report fed back from each receiving end, wherein the MSRP report is a report generated by each receiving end according to the receiving situation of the discrete media;

When the medium is continuous,

The receiving unit is specifically configured to receive an RTCP message from the sender, wherein the RTCP message carries an identifier for requesting a feedback report;

The sending unit is specifically configured to send an RTCP message to each receiving end, wherein the RTCP message carries an identifier of the continuous media and an identifier of a feedback report required;

The receiving unit is further specifically configured to receive an RTCP report fed back from each receiving end, wherein the RTCP report is a report generated by each receiving end after checking according to the receiving condition of the continuous media.

The broadcast and multicast service center also includes:

an aggregation unit, configured to aggregate the reports of the same media in the reports fed back by the receiving ends received by the receiving unit into one report;

The sending unit is also specifically configured to forward the report aggregated by the aggregation unit to the sending end.

On the one hand, a broadcast and multicast service center is provided, including:

a receiving unit, configured to receive media from the sending end;

a sending unit, configured to send the media to each receiving end;

The receiving unit is further configured to receive reports fed back from each receiving end;

The sending unit is further configured to forward the report to the sending end;

When the medium is discrete,

The sending unit is specifically configured to send the discrete media to each receiving end through a FLUTE message, and the FLUTE message carries an identifier of the discrete media and an identifier for requesting a feedback report;

The receiving unit is specifically configured to receive an MSRP report fed back from each receiving end, wherein the MSRP report is a report generated by each receiving end according to the reception situation of the discrete media;

When the medium is continuous,

The sending unit is specifically configured to send the continuous media to each receiving end through an RTP message, and the RTP message carries an identifier of the continuous media and an identifier for requesting a feedback report;

The receiving unit is further specifically configured to receive an RTCP report fed back from each receiving end, wherein the RTCP report is a report generated by each receiving end after checking according to the receiving condition of the continuous media.

The broadcast and multicast service center also includes:

an aggregation unit, configured to aggregate the reports of the same media in the reports fed back by the receiving ends received by the receiving unit into one report;

The sending unit is also specifically configured to forward the report aggregated by the aggregation unit to the sending end.

The method for sending a report under broadcast and multicast conditions provided by an embodiment of the present invention includes: receiving media from a sending end, and sending the media to each receiving end; receiving reports fed back from each receiving end, and forwarding the report To the sending end; before receiving the report fed back from each receiving end, it also includes: receiving the identification of the required feedback report from the sending end, and sending the identification of the required feedback report to each receiving end; when the When the media is discrete media, the receiving the identifier of the request feedback report from the sender specifically includes: receiving the message dialog relay protocol MSRP message from the sender, wherein the MSRP message carries the identifier of the request feedback report; the Sending an identifier requiring a feedback report to each receiving end specifically includes: sending an MSRP message to each receiving end, wherein the MSRP message carries the identifier of the discrete medium and the identifier requesting a feedback report; The report fed back by each receiving end, and forwarding the report to the sending end, specifically includes: receiving the MSRP report fed back from each receiving end, and forwarding the MSRP report to the sending end, wherein the MSRP report Reports generated by each receiving end according to the receiving situation of the discrete media; when the media is continuous media, the receiving the identification of the request feedback report from the sending end specifically includes: receiving the real-time transmission control protocol from the sending end The RTCP message, wherein, the RTCP message carries an identifier that requires a feedback report; the sending an identifier that requires a feedback report to each receiving end specifically includes: sending an RTCP message to each receiving end, wherein the RTCP message carries There is an identifier of the continuous medium, and an identifier for requesting a feedback report; receiving reports fed back from each receiving end, and forwarding the report to the sending end, specifically includes: receiving feedback from each receiving end RTCP report, and forward the RTCP report to the sending end, wherein the RTCP report is a report generated by each receiving end after checking according to the receiving condition of the continuous media. In this way, the problem that the original broadcast and multicast bearer cannot send reports is solved, so that users who need to get reports can get reports, obtain corresponding functions, and improve user experience.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art. Obviously, the accompanying drawings in the following description are only These are some embodiments of the present invention. Those skilled in the art can also obtain other drawings based on these drawings without creative work.

FIG. 1 is a flowchart of a method for sending a report under broadcast and multicast conditions provided by Embodiment 1 of the present invention;

FIG. 2 is a schematic diagram of a method for sending a report under broadcast and multicast conditions provided by Embodiment 2 of the present invention;

FIG. 3 is a schematic diagram of a method for sending a report under broadcast and multicast conditions provided by Embodiment 3 of the present invention;

FIG. 4 is a schematic diagram of a method for sending a report under broadcast and multicast conditions according to Embodiment 4 of the present invention;

FIG. 5 is a schematic diagram of a method for sending a report under broadcast and multicast conditions according to Embodiment 5 of the present invention;

FIG. 6 is a schematic structural diagram of the broadcast and multicast service center provided by Embodiment 6 of the present invention.

Detailed ways

The following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only some of the embodiments of the present invention, not all of them. Based on the embodiments of the present invention, all other embodiments obtained by persons of ordinary skill in the art without creative efforts fall within the protection scope of the present invention.

Example 1:

The method for sending a report under the broadcast and multicast conditions provided by the embodiment of the present invention, as shown in Figure 1, the method steps include:

S101. Receive media from the sending end, and send the media to each receiving end;

In the embodiment of the present invention, the sending end and the receiving end may be various user equipments; wherein, each receiving end refers to the user equipment that receives the media sent by the sending end, that is, the object that the sending end sends the media to.

S102. Receive a report fed back from each receiving end, and forward the report to the sending end.

In the embodiment of the present invention, receiving reports fed back from each receiving end may specifically be receiving reports fed back from all receiving ends receiving the media, or receiving reports fed back from some receiving ends. The specific implementation manner can be set and negotiated according to different requirements of users or operators.

Specifically, when each receiver receives media, it can return a corresponding report according to default settings or business logic; when the receiver receives media, it can also know that it needs to receive media Then need to return the report.

The method for sending a report under broadcast and multicast conditions provided by the embodiment of the present invention can receive the media from the sending end, and send the media to each receiving end; then receive the report fed back from each receiving end, and forward the report to the sender. In this way, the problem that the original broadcast and multicast bearer cannot send reports is solved, so that users who need to get reports can get reports, obtain corresponding functions, and improve user experience.

Example 2:

The method for sending a report under broadcast and multicast conditions provided by the embodiment of the present invention is described by taking 3GPP MBMS bearer as an example. The sending end sends discrete media to the receiving end, and requires the receiving end to feed back the final report and the progress report. As shown in Figure 2, the method steps include:

S201. The sending end sends the discrete media to the server through the MSRP (Message Session Relay Protocol, Message Session Relay Protocol) SEND request message.

S202. After receiving the discrete media, the server forwards the discrete media to a BM-SC (BroadcastMulticast Service Centre, broadcast multicast service center). Here, it should be noted that, in some cases, the server and the BM-SC belong to the same entity, that is, step S202 belongs to an internally implemented operation.

S203. The BM-SC sends discrete media to each receiving end through a FLUTE (File Delivery over Unidirectional Transport) message. Which carries the identity of discrete media.

S204, the sending end requires the receiving end to report a feedback, and sends an MSRP SEND message to the server, in which the message carries an identifier that requires the receiving end to report the feedback; it should be noted that, in this step S204, the identifier that requires the receiving end to report the feedback can also be carried in the Completed in S201.

S205. The server forwards the MSRP SEND message to the BM-SC. Here, it should be noted that in some cases, the server and the BM-SC belong to the same entity, that is, step S205 is an internally implemented operation.

S206. The BM-SC sends an MSRP message requiring a feedback report to each receiving end. The message may be a Non SEND request or a meaningless SEND message, and the message carries an identifier for requesting a receiving end feedback report, and FLUTE The identity of the discrete media being sent.

S207. After receiving the message requesting a feedback report, each receiving end generates a report according to the discrete media receiving situation, that is, the report generated by obtaining the receiving situation from the receiving process of the FLUTE message, and then feeds back the MSRP Report to the BM-SC, the MSRP Report It may be a final report or a progress report, wherein the final report is generated by the receiving end after the discrete media reception is completed, and the progress report is generated by the receiving end several times during the receiving process along with progress.

The information returned by the receiving end includes, and can also be sent to BM-SC through HTTP (Hypertext Transfer Protocol, Hypertext Transfer Protocol), SIP (Session Initiation Protocol, Session Initiation Protocol) PUSH, FTP (FileTransfer Protocol, File Transfer Protocol), etc. Including but not limited to the above agreement.

S208. The BM-SC forwards the MSRP Report fed back by the receiving end to the server. Here, it should be noted that in some cases the server and the BM-SC belong to the same entity, that is, step S208 is an internally implemented operation.

S209. The server sends the progress report and the final report fed back by each receiving end to the sending end.

It should be noted that, in some cases, when the server and the BM-SC belong to the same entity, this step S209 may also be performed by the BM-SC belonging to the same entity as the server.

In addition, in this step, the server may also aggregate the feedback reports of the same discrete media into one report and send it to the sending end.

According to the method for sending a report under broadcast and multicast conditions provided by the embodiment of the present invention, the BM-SC can send a message requesting a feedback report to each receiving end, receive a report fed back from each receiving end, and send the report to the sending end. In this way, the problem that the original broadcast and multicast bearer cannot send reports is solved, so that users who need to get reports can get reports, obtain corresponding functions, and improve user experience.

The embodiment of the present invention uses 3GPP MBMS broadcast and multicast bearer to send reports under the condition of sending media, and other broadcast and multicast bearers, such as 3GPP2BCMCS (Broadcast and Multicast Services), DVB-H (Digital Video Broadcasting-Handheld), IGMP (Internet Group Management Protocol) and other broadcast and multicast transmission methods, the steps described in this embodiment are also applicable, except that the protocols for broadcast and multicast bearer transmission media are different.

Example 3:

The method for sending reports under the broadcast and multicast conditions provided by the embodiment of the present invention, as shown in Figure 3, implements a method on the public cellular network in OMA (Open Mobile Alliance, Open Mobile Alliance) PoC (Push-to-talk over Cellular) Key-to-talk business) business, the PoC server includes the PoC server participation function and the PoC server control function, in which the broadcast and multicast bearer are mainly controlled by the PoC server participation function, so in the OMAPoC service, the processing of the MSRP sending report is mainly participated by the PoC server function to achieve.

The specific steps are:

S301. The sending end sends discrete media to the PoC server A through an MSRP SEND request message.

S302. After receiving the MSRP SEND, the PoC server A sends the discrete media to the control function of the PoC server.

S303. The PoC server control function sends the discrete media to the PoC server participation function. In this embodiment, the PoC server participation function also acts as a Broadcast Multicast Service Center (BM-SC).

S304. The PoC server participation function sends discrete media to each receiving end through a FLUTE message. Which carries the identity of discrete media.

S305, the sending end requests the receiving end feedback report, and sends the MSRP SEND message to PoC server A, and carries in this message the sign that requires the receiving end feedback report; It can be completed in S301.

S306. The PoC server A forwards the MSRP SEND message to the control function of the PoC server.

S307. The PoC server control function forwards the MSRP SEND message to the PoC server participation function.

S308, the PoC server participation function sends an MSRP message requiring a feedback report to each receiving end, the message may be a Non SEND request, or a meaningless SEND message, and the message carries an identifier requiring a receiving end feedback report, and The identifier of the discrete medium sent by FLUTE.

S309. After receiving the message requesting feedback report, each receiving end generates a report according to the received discrete media receiving situation, that is, the report generated by obtaining the receiving situation from the receiving process of the FLUTE message, and then feeds back the MSRP Report to the PoC server participation function , the MSRP Report can be a final report or a progress report, wherein the final report is generated by the receiving end after the discrete media reception is completed, and the progress report is generated by the receiving end multiple times during the receiving process.

S310. The PoC server participation function forwards the MSRP Report to the PoC server control function. It should be noted that the PoC server participation function can aggregate the reports fed back by the same discrete media into one report and send it to the PoC server control function, such as aggregate the progress reports of the same discrete media fed back by each receiving end into one report and send it to the sending end Alternatively, the final reports of the same discrete media fed back by each receiving end are aggregated into one report and sent to the control function of the PoC server.

S311. The PoC server control function forwards the feedback MSRP Report to the PoC server A.

S312. The PoC server A forwards the fed back MSRP Report to the sender.

According to the method for sending a report under broadcast and multicast conditions provided by the embodiment of the present invention, the PoC server participation function can send a message requesting a feedback report to each receiving end, and receive a report fed back from each receiving end; and send the report to the sending end . In this way, the problem that the original broadcast and multicast bearer cannot send reports is solved, so that users who need to get reports can get reports, obtain corresponding functions, and improve user experience.

Example 4:

The method for sending reports under broadcast and multicast conditions provided by the embodiments of the present invention, as shown in Figure 4, in the OMAPoC service, sends continuous media through MBMS bearer, such as sending voice streams and video streams through RTP (Realtime Transport Protocol) As an example, for explanation.

The specific steps are:

S401. The sending end sends continuous media to the PoC server A through an RTP message.

S402. After receiving the continuous media, the PoC server A sends it to the PoC server to control the function.

S403. The PoC server control function sends the continuous media to the PoC server participation function. In this embodiment, the PoC server participation function also acts as a Broadcast Multicast Service Center (BM-SC).

S404. The PoC server participation function sends continuous media to each receiving end through the RTP message. It carries the identification of continuous media.

S405. The sending end requests the receiving end to report a feedback, and sends an RTCP SR (RTCP: RTP Control Protocol, RTP control protocol; SR: Sender report) message to the PoC server A, and the message carries the requesting receiving end feedback report. Identification; It should be noted that the identification required to receive a feedback report from the receiving end in step S405 may also be completed in S401.

S406. The PoC server A forwards the RTCP SR message to the PoC server control function.

S407. The PoC server control function forwards the message to the PoC server participation function.

S408. The PoC server participation function sends the RTCP SR message to each receiving end. And in this message, it carries the identification of requesting the feedback report of the receiving end, and the identification of the discrete media sent by RTP

S409. After receiving the message requesting the feedback report, each receiving end generates a receiving end report according to the media reception status and the verification result, and feeds back to the PoC server participation function through the RTCP RR message. The RTCP RR message may be a receiver report generated by the receiver.

S410. The PoC server participation function forwards the RTCP RR message to the PoC server control function. It should be noted that the PoC server participation function may aggregate the reports of the same continuous media into one report, for example, send the receiving end reports of the same continuous media fed back by each receiving end to the PoC server control function.

S411. The PoC server control function forwards the RTCP RR to the PoC server A.

S412. The PoC server A forwards the RTCP RR to the sending end.

According to the method for sending a report under broadcast and multicast conditions provided by the embodiment of the present invention, the PoC server participation function can send a message requesting a feedback report to each receiving end, and receive a report fed back from each receiving end; and send the report to the sending end . In this way, the problem that the original broadcast and multicast bearer cannot send reports is solved, so that users who need to get reports can get reports, obtain corresponding functions, and improve user experience.

Example 5:

FDT (File Delivery Table, file description table) is a new file attribute mapping mechanism introduced by FLUTE based on the ALC (Asynchronous Layered Coding, asynchronous layered coding) session management function. The ALC protocol only provides the transmission of arbitrary binary objects, but in practical applications, the receiving-end application needs to know what the received object represents, or what the relevant attributes of the file object are. FDT provides a mechanism for transmitting various attribute information related to files in a file transfer session, including file name, file ID, file type, file size, etc.

Logically speaking, FDT can be regarded as a collection of some file description entries. Each entry describes the mapping relationship between a file and its attributes, and must contain the URI (Universal Resource Identifier, Universal Resource Identifier) of the described file and the TOI (Transport Object Identifier, Transfer Object Identifier) assigned to the file when transferring the file . Each file transfer session must have an FDT to describe the correspondence between all files and their attributes in the session. FDT is transmitted in the form of an FDT instance (FDT Instance). During the transmission process, the FDT instance is regarded as a special file object and transmitted together with other file objects in the transmission session. FLUTE recommends that the FDT instance be transmitted before the content of the file is transmitted, so that the receiving application program can know the description information about the file before the content of the file arrives, and judge whether to receive the file in advance, so as to avoid receiving unwanted or unprocessable files resulting in waste of resources.

In this embodiment, through the extension of the FLUTE protocol, when the FLUTE protocol sends discrete media, it describes the identifier of the MSRP report required to be fed back in the attribute information described by the FDT, and associates it with the identifier of the media being sent. The identifier can be TSI (Transport Session Identifier, transmission session identifier), and TSI includes the source IP address; it can be TOI, which is allocated when the data packet is generated; it can also be the file name of the sent file, etc.

In this embodiment, when sending discrete media through FLUTE, the BM-SC will send the ID of the MSRP report required to be fed back to the discrete media receiving end through the FLUTE session, and the discrete media receiving end will feedback the ID of the report according to the received request. MSRP report.

As shown in Figure 5, the steps of this embodiment are:

S501. The sending end sends discrete media to the server through an MSRP SEND request message.

S502. After receiving the MSRP SEND request message, the server sends the discrete media to the BM-SC. Here, it should be noted that, in some cases, the server and the BM-SC belong to the same entity, and at this time step S502 is an internally implemented operation.

S503. The BM-SC sends a FLUTE message to each receiving end, where the message carries the identifier of the discrete media and the identifier for requesting the receiving end to feed back the MSRP report;

S504. After receiving the above-mentioned FLUTE message requesting a feedback report, the receiving end feeds back the MSRP Report to the BM-SC according to the received discrete media reception situation. Wherein, the receiving situation may be obtained from the receiving process of the FLUTE protocol, and the associated FLUTE session or the identifier of the received discrete media needs to be identified in the MSRP report.

S505. The BM-SC forwards the MSRP Report fed back by the receiving end to the server.

S506. The server forwards the reports fed back by each receiving end to the sending end. It should be noted that the server may aggregate multiple reports for the same discrete media into one report and send it to the sending end.

It should be noted that, for continuous media, the steps are similar to those in the embodiment of the present invention, except that RTP messages are used, and details are not repeated here.

According to the method for sending a report under broadcast and multicast conditions provided by the embodiment of the present invention, the BM-SC can send a FLUTE message to each receiving end, wherein the message carries the identifier of the discrete media and the identifier that requires the receiving end to report back; The report fed back by the receiving end; and send the report to the sending end. In this way, the problem that the original broadcast and multicast bearer cannot send reports is solved, so that users who need to get reports can get reports, obtain corresponding functions, and improve user experience.

Embodiment 6:

The broadcast and multicast service center provided by the embodiment of the present invention, as shown in Figure 6, includes:

a receiving unit 601, configured to receive media from the sending end;

a sending unit 602, configured to send the media to each receiving end;

The receiving unit 601 is also configured to receive reports fed back from each receiving end;

The sending unit 602 is further configured to forward the report to the sending end.

Further, as an embodiment of the present invention:

The receiving unit 601 is also configured to receive an identification of a request feedback report from the sending end before receiving reports fed back from each receiving end;

The sending unit 602 is further configured to send the identifier of the received feedback request report to each receiving end.

Specifically, when sending discrete media:

The receiving unit 601 is specifically configured to receive an MSRP message from the sending end, wherein the MSRP message carries an identifier for requesting a feedback report;

The sending unit 602 is specifically configured to send an MSRP message to each receiving end, wherein the MSRP message carries an identifier of a discrete medium and an identifier for requesting a feedback report;

The receiving unit 601 is also specifically configured to receive MSRP reports fed back from each receiving end, where the MSRP report is a report generated by each receiving end according to the reception situation of discrete media;

When sending continuous media:

The receiving unit 601 is specifically configured to receive an RTCP message from the sender, wherein the RTCP message carries an identifier for requesting a feedback report;

The sending unit 602 is specifically configured to send an RTCP message to each receiving end, wherein the RTCP message carries an identifier of continuous media and an identifier of a feedback report required;

The receiving unit 601 is also specifically configured to receive RTCP reports fed back from each receiving end, where the RTCP report is a report generated by each receiving end after checking according to the receiving condition of the continuous media.

As another embodiment of the present invention,

In case of sending discrete media:

The sending unit 602 is specifically configured to send the discrete media to each receiving end through a FLUTE message, and the FLUTE message carries the identifier of the discrete media and the identifier for requesting a feedback report;

The receiving unit 601 is specifically configured to receive an MSRP report fed back from each receiving end, wherein the MSRP report is a report generated by each receiving end according to the reception situation of discrete media.

In the case of sending continuous media:

The sending unit 602 is specifically configured to send the continuous media to each receiving end through the RTP message, and carry the identifier of the continuous media and the identifier of the feedback report required in the RTP message;

The receiving unit 601 is also specifically configured to receive RTCP reports fed back from each receiving end, where the RTCP report is a report generated by each receiving end after verification according to the receiving condition of continuous media.

Still further, the above broadcast and multicast service center also includes:

The aggregating unit 503 is configured to aggregate the reports of the same media in the reports fed back by the receiving ends received by the receiving unit 601 into one report,

In this case, the sending unit 602 is specifically configured to forward the report aggregated by the aggregation unit to the sending end.

The broadcast and multicast service center provided by the embodiment of the present invention can receive media from the sending end, and send the media to each receiving end; and send an identification requesting a feedback report to each receiving end; and then receive feedback from each receiving end , and forward the report to the sender. In this way, the problem that the original broadcast and multicast bearer cannot send reports is solved, so that users who need to get reports can get reports, obtain corresponding functions, and improve user experience.

The above is only a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Anyone skilled in the art can easily think of changes or substitutions within the technical scope disclosed in the present invention. Should be covered within the protection scope of the present invention. Therefore, the protection scope of the present invention should be based on the protection scope of the claims.

Claims (8)

1. A method for sending reports under broadcast and multicast conditions, characterized in that, comprising: receiving media from the sending end, and sending the media to each receiving end; receiving reports fed back from each of the receiving ends, and forwarding the reports to the sending end; Before receiving the report fed back from each receiving end, it also includes: receiving the identifier of the required feedback report from the sending end, and sending the identifier of the required feedback report to each receiving end; When the medium is discrete, The receiving the identifier of the request feedback report from the sender specifically includes: receiving the message dialogue relay protocol MSRP message from the sender, wherein the MSRP message carries the identifier of the request feedback report; The sending an identifier of requesting a feedback report to each receiving end specifically includes: sending an MSRP message to each receiving end, wherein the MSRP message carries the identifier of the discrete medium and the identifier of requesting a feedback report; The receiving the reports fed back from the receiving ends and forwarding the reports to the sending end specifically includes: receiving the MSRP reports fed back from the receiving ends, and forwarding the MSRP reports to the sending end, wherein , the MSRP report is a report generated by each receiving end according to the receiving situation of the discrete media; When the medium is continuous, The receiving the identifier of the request feedback report from the sender specifically includes: receiving the real-time transmission control protocol RTCP message from the sender, wherein the RTCP message carries the identifier of the feedback report required; The sending an identifier of requesting a feedback report to each receiving end specifically includes: sending an RTCP message to each receiving end, wherein the RTCP message carries the identifier of the continuous media and the identifier of requesting a feedback report; The receiving the report fed back from each receiving end, and forwarding the report to the sending end, specifically includes: receiving the RTCP report fed back from each receiving end, and forwarding the RTCP report to the sending end, wherein , the RTCP report is a report generated by each receiving end after checking according to the receiving condition of the continuous media. 2. The method according to claim 1, wherein the receiving reports fed back from each receiving end, and forwarding the reports to the sending end, comprises: The reports fed back from the receiving ends are received, and the fed-back reports of the same media are aggregated into one report and forwarded to the sending end. 3. A method for sending reports under broadcast and multicast conditions, characterized in that, comprising: receiving media from the sending end, and sending the media to each receiving end; receiving reports fed back from each of the receiving ends, and forwarding the reports to the sending end; When the medium is discrete, The sending the media to each receiving end specifically includes: sending the discrete media to each receiving end through a File Transfer Protocol FLUTE message, and carrying an identifier of the discrete media in the FLUTE message, and Identification of requests for feedback reports; The receiving the reports fed back from the receiving ends and forwarding the reports to the sending end specifically includes: receiving the MSRP reports fed back from the receiving ends, and forwarding the MSRP reports to the sending end, wherein , the MSRP report is a report generated by each receiving end according to the receiving situation of the discrete media; When the medium is continuous, The sending of the media to each receiving end specifically includes: sending the continuous media to each receiving end through a real-time transport protocol RTP message, and carrying an identifier of the continuous media in the RTP message, and requesting a feedback report logo; The receiving the report fed back from each receiving end, and forwarding the report to the sending end, specifically includes: receiving the RTCP report fed back from each receiving end, and forwarding the RTCP report to the sending end, wherein , the RTCP report is a report generated by each receiving end after checking according to the receiving condition of the continuous media. 4. The method according to claim 1, wherein the receiving reports fed back from each receiving end, and forwarding the reports to the sending end, comprises: The reports fed back from the receiving ends are received, and the fed-back reports of the same media are aggregated into one report and forwarded to the sending end. 5. A broadcast and multicast service center, characterized in that it comprises: a receiving unit, configured to receive media from the sending end; a sending unit, configured to send the media to each receiving end; The receiving unit is further configured to receive reports fed back from each receiving end; The sending unit is further configured to forward the report to the sending end; The receiving unit is further configured to receive the identifier of the required feedback report from the sending end before receiving the reports fed back from each receiving end; the sending unit is also configured to send the received identifier of the required feedback report to Each of the receiving ends sends; When the medium is discrete, The receiving unit is specifically configured to receive an MSRP message from the sending end, wherein the MSRP message carries an identifier for requesting a feedback report; The sending unit is specifically configured to send an MSRP message to each receiving end, wherein the MSRP message carries an identifier of the discrete medium and an identifier for requesting a feedback report; The receiving unit is further specifically configured to receive an MSRP report fed back from each receiving end, wherein the MSRP report is a report generated by each receiving end according to the receiving situation of the discrete media; When the medium is continuous, The receiving unit is specifically configured to receive an RTCP message from the sender, wherein the RTCP message carries an identifier for requesting a feedback report; The sending unit is specifically configured to send an RTCP message to each receiving end, wherein the RTCP message carries an identifier of the continuous media and an identifier of a feedback report required; The receiving unit is further specifically configured to receive an RTCP report fed back from each receiving end, wherein the RTCP report is a report generated by each receiving end after checking according to the receiving condition of the continuous media. 6. The broadcast and multicast service center according to claim 5, wherein the broadcast and multicast service center further comprises: an aggregation unit, configured to aggregate the reports of the same media in the reports fed back by the receiving ends received by the receiving unit into one report; The sending unit is also specifically configured to forward the report aggregated by the aggregation unit to the sending end. 7. A broadcast and multicast service center, characterized in that it comprises: a receiving unit, configured to receive media from the sending end; a sending unit, configured to send the media to each receiving end; The receiving unit is further configured to receive reports fed back from each receiving end; The sending unit is further configured to forward the report to the sending end; When the medium is discrete, The sending unit is specifically configured to send the discrete media to each receiving end through a FLUTE message, and the FLUTE message carries an identifier of the discrete media and an identifier for requesting a feedback report; The receiving unit is specifically configured to receive an MSRP report fed back from each receiving end, wherein the MSRP report is a report generated by each receiving end according to the reception situation of the discrete media; When the medium is continuous, The sending unit is specifically configured to send the continuous media to each receiving end through an RTP message, and the RTP message carries an identifier of the continuous media and an identifier for requesting a feedback report; The receiving unit is further specifically configured to receive an RTCP report fed back from each receiving end, wherein the RTCP report is a report generated by each receiving end after checking according to the receiving condition of the continuous media. 8. The broadcast and multicast service center according to claim 7, wherein the broadcast and multicast service center further comprises: an aggregation unit, configured to aggregate the reports of the same media in the reports fed back by the receiving ends received by the receiving unit into one report; The sending unit is also specifically configured to forward the report aggregated by the aggregation unit to the sending end.

Images