US10455294B2 - Video distribution method and device - Google Patents

Video distribution method and device Download PDF

Info

Publication number
US10455294B2
US10455294B2 US15/876,142 US201815876142A US10455294B2 US 10455294 B2 US10455294 B2 US 10455294B2 US 201815876142 A US201815876142 A US 201815876142A US 10455294 B2 US10455294 B2 US 10455294B2
Authority
US
United States
Prior art keywords
indication
mbms
information
capability
party server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active, expires
Application number
US15/876,142
Other languages
English (en)
Other versions
US20180146260A1 (en
Inventor
Zhiming Li
Shuo Wang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Assigned to HUAWEI TECHNOLOGIES CO., LTD. reassignment HUAWEI TECHNOLOGIES CO., LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LI, ZHIMING, WANG, SHUO
Publication of US20180146260A1 publication Critical patent/US20180146260A1/en
Priority to US16/579,872 priority Critical patent/US11051078B2/en
Application granted granted Critical
Publication of US10455294B2 publication Critical patent/US10455294B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440218—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Definitions

  • the present application relates to the communications field, and in particular, to a video distribution method and a device.
  • OTT Over The Top
  • an Internet company develops, by bypassing an operator, various open Internet-based video and data serving services, that is, only a network transmission capability of the operator is used, and a third party other than the operator provides an Internet television service or the like.
  • an OTT third party for example, Sohu video, LeTV, Baidu browser, or Tencent WeChat
  • 3GPP 3rd Generation Partnership Project
  • the 3GPP network sends, according to a request of the OTT third party, specified data according to QoS and a priority of network authorization in a specified region, and provides the OTT third party with a recommended time period, charging policy information, network anomaly information, status information of user equipment (UE), and the like.
  • MBMS multimedia broadcast multicast service
  • the operator needs to perform interoperability testing with each OTT third party and develop and customize a video support capability for each OTT third party.
  • the OTT third party because each operator has a different MBMS capability, if the OTT third party does not use an MBMS video support capability of the 3GPP network, the OTT third party still needs to perform interoperability testing with each operator, to adapt to different operator pipes and video supporting capabilities of different terminals. This increases IOT (interoperability testing) workload of the OTT third party, causing heavy video distribution and management load.
  • Embodiments of the present invention provide a video distribution method and a device, so as to resolve problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network.
  • a video distribution method including:
  • a service capability exposure function SCEF receiving, by a service capability exposure function SCEF, a first request message sent by a third-party server, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server;
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server;
  • the second request message includes the MBMS capability negotiation parameter and/or an MBMS media capability exposure request indication, and the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability;
  • the second response message includes second MBMS capability information that is to be exposed and that is determined by the HSS according to subscription information between the HSS and an operator and the MBMS capability negotiation parameter;
  • the second request message includes the MBMS media capability exposure request indication
  • the second response message includes an MBMS capability exposure request indication
  • the MBMS capability exposure request indication is used to request the first MBMS capability information exposed and determined by the BM-SC
  • the third request message includes the port information of the third-party server and the media encoding information of the third-party server;
  • the third request message further includes the second MBMS capability information; or if the second response message does not include the second MBMS capability information, the third request message further includes the MBMS capability negotiation parameter.
  • the method before the sending, by the SCEF, the first MBMS capability information obtained from the BM-SC to the third-party server, the method further includes:
  • the SCEF receiving, by the SCEF, a third response message sent by the BM-SC, where the third response message includes the first MBMS capability information, a service portal link for transporting the video content, port information of the BM-SC, a charging rule, and media encoding information of the BM-SC.
  • the MBMS capability negotiation parameter, the first MBMS capability information, and the second MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC;
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server;
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • a video distribution method including:
  • a third-party server sending, by a third-party server, a first request message to a service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server;
  • the third-party server receiving, by the third-party server, a first response message sent by the SCEF, where the first response message includes exposed MBMS capability information obtained by the SCEF and a service portal link that is used for transporting video content and that is obtained from a broadcast multicast service center BM-SC;
  • the MBMS capability negotiation parameter and the MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is to
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server;
  • the first response message further includes port information of the BM-SC, media encoding information of the BM-SC, and a charging rule that are obtained by the SCEF;
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC;
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server;
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the method before the sending, by a third-party server, a first request message to an SCEF, or after the receiving, by the third-party server, a first response message sent by the SCEF, the method further includes:
  • Hypertext Transfer Protocol HTTP request messages sent by at least two UEs, where the HTTP request message is used to request same video content.
  • the method further includes:
  • a video distribution method including:
  • a broadcast multicast service center BM-SC receiving, by a broadcast multicast service center BM-SC, a first request message sent by a service capability exposure function SCEF, where the first request message is used to obtain multimedia broadcast multicast service MBMS capability information during video content distribution;
  • the BM-SC sending, by the BM-SC, a first response message to the SCEF, where the first response message includes first MBMS capability information exposed by the BM-SC, so as to distribute video content to user equipment UE after the SCEF starts an MBMS broadcast according to the first MBMS capability information.
  • the first request message includes an MBMS capability negotiation parameter for video distribution and that is requested by a third-party server, or the first request message includes second MBMS capability information that is to be exposed and that is determined by a home subscriber server HSS according to the MBMS capability negotiation parameter obtained from the third-party server;
  • the method further includes:
  • the BM-SC determines, by the BM-SC according to the MBMS capability negotiation parameter and subscription information between the BM-SC and an operator, the first MBMS capability information exposed by the BM-SC; or
  • the BM-SC determines, by the BM-SC according to the second MBMS capability information that is to be exposed and that is determined by the HSS and subscription information between the BM-SC and the operator, the first MBMS capability information exposed by the BM-SC.
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server; and the first response message includes port information of the BM-SC, a service portal link for transporting the video content, a charging rule, and media encoding information of the BM-SC; and
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC;
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server;
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the MBMS capability negotiation parameter, the first MBMS capability information, and the second MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported
  • the method further includes:
  • a video distribution method including:
  • a home subscriber server HSS receiving, by a home subscriber server HSS, a first request message sent by a service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution and that is sent by a third-party server AS by using the SCEF, and/or an MBMS media capability exposure request indication sent by the SCEF, where the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability;
  • the HSS determines, by the HSS according to subscription information between the HSS and an operator, and the MBMS capability negotiation parameter and/or the MBMS media capability exposure request, whether to allow the exposure of the MBMS capability.
  • the method further includes:
  • the first response message includes an MBMS capability exposure request indication, to notify the SCEF that the exposure of the MBMS capability is allowed.
  • the MBMS capability negotiation parameter and the MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is
  • a service capability exposure function SCEF including:
  • a receiving unit configured to receive a first request message sent by a third-party server, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server;
  • a sending unit configured to send a second request message to a home subscriber server HSS according to the first request message, to request the HSS to expose an MBMS capability,
  • the sending unit is further configured to send a third request message to a broadcast multicast service center BM-SC when the receiving unit receives a second response message returned by the HSS when the HSS determines to allow the exposure of the MBMS capability, to request first MBMS capability information exposed by the BM-SC;
  • the sending unit is further configured to send the first MBMS capability information obtained from the BM-SC to the third-party server, to enable the-third party server to request, according to the first MBMS capability information, to start an MBMS broadcast, and distributes video content to user equipment UE.
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server;
  • the second request message includes the MBMS capability negotiation parameter and/or an MBMS media capability exposure request indication, and the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability;
  • the second response message includes second MBMS capability information that is to be exposed and that is determined by the HSS according to subscription information between the HSS and an operator and the MBMS capability negotiation parameter;
  • the second request message includes the MBMS media capability exposure request indication
  • the second response message includes an MBMS capability exposure request indication
  • the MBMS capability exposure request indication is used to request the first MBMS capability information exposed and determined by the BM-SC
  • the third request message includes the port information of the third-party server and the media encoding information of the third-party server;
  • the third request message further includes the second MBMS capability information; or if the second response message does not include the second MBMS capability information, the third request message further includes the MBMS capability negotiation parameter.
  • the receiving unit is further configured to:
  • the BM-SC receives a third response message sent by the BM-SC, where the third response message includes the first MBMS capability information, a service portal link for transporting the video content, port information of the BM-SC, a charging rule, and media encoding information of the BM-SC.
  • the MBMS capability negotiation parameter, the first MBMS capability information, and the second MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC;
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server;
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • a third-party server including:
  • a sending unit configured to send a first request message to a service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server;
  • a receiving unit configured to receive a first response message sent by the SCEF, where the first response message includes exposed MBMS capability information obtained by the SCEF and a service portal link that is used for transporting video content and that is obtained from a broadcast multicast service center BM-SC, where
  • the sending unit is further configured to send, to the UE, the service portal link for transporting the video content
  • a processing unit configured to request, according to the MBMS capability information, to start an MBMS broadcast to distribute the video content to the UE.
  • the MBMS capability negotiation parameter and the MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is to
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server;
  • the first response message further includes port information of the BM-SC, media encoding information of the BM-SC, and a charging rule that are obtained by the SCEF;
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC;
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server;
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the receiving unit is further configured to: before the third-party server sends the first request message to the SCEF, or after the third-party server receives the first response message sent by the SCEF, receive Hypertext Transfer Protocol HTTP request messages sent by at least two UEs, where the HTTP request message is used to request same video content.
  • the sending unit is further configured to:
  • the service portal link for transporting the video content after sending, to the user equipment UE, the service portal link for transporting the video content, send the video content to the BM-SC or the SCEF.
  • a broadcast multicast service center BM-SC including:
  • a receiving unit configured to receive a first request message sent by a service capability exposure function SCEF, where the first request message is used to obtain multimedia broadcast multicast service MBMS capability information during video content distribution;
  • a sending unit configured to send a first response message to the SCEF, where the first response message includes first MBMS capability information exposed by the BM-SC, so as to distribute video content to user equipment UE after the SCEF starts an MBMS broadcast according to the first MBMS capability information.
  • the first request message includes an MBMS capability negotiation parameter for video distribution and that is requested by a third-party server, or the first request message includes second MBMS capability information that is to be exposed and that is determined by a home subscriber server HSS according to the MBMS capability negotiation parameter obtained from the third-party server;
  • the BM-SC further includes: a processing unit, configured to determine, according to the MBMS capability negotiation parameter and subscription information between the BM-SC and an operator, the first MBMS capability information exposed by the BM-SC; or
  • the processing unit is configured to determine, according to the second MBMS capability information that is to be exposed and that is determined by the HSS and subscription information between the BM-SC and the operator, the first MBMS capability information exposed by the BM-SC.
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server; and the first response message includes port information of the BM-SC, a service portal link for transporting the video content, a charging rule, and media encoding information of the BM-SC; and
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC;
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server;
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the MBMS capability negotiation parameter, the first MBMS capability information, and the second MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported
  • the sending unit is further configured to: send, to the UE, the service portal link for transporting the video content;
  • the receiving unit is further configured to receive, according to the port information of the BM-SC, video content sent by the third-party server;
  • the sending unit is further configured to send the video content to the UE.
  • a home subscriber server HSS including:
  • a receiving unit configured to receive a first request message sent by a service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution and that is sent by a third-party server AS by using the SCEF, and/or an MBMS media capability exposure request indication sent by the SCEF, where the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability; and
  • a processing unit configured to determine, according to subscription information between the HSS and an operator, and the MBMS capability negotiation parameter and/or the MBMS media capability exposure request, whether to allow the exposure of the MBMS capability.
  • the processing unit is further configured to determine exposed MBMS capability information according to the subscription information and the MBMS capability negotiation parameter;
  • the HSS further includes a sending unit, configured to send a first response message to the SCEF, where the first response message includes the MBMS capability information, where
  • the first response message includes an MBMS capability exposure request indication, to notify the SCEF that the exposure of the MBMS capability is allowed.
  • the MBMS capability negotiation parameter and the MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing
  • a service capability exposure function SCEF including: a receiver, configured to receive a first request message sent by a third-party server, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server; and
  • a transmitter configured to send a second request message to a home subscriber server HSS according to the first request message, to request the HSS to expose an MBMS capability,
  • the transmitter is further configured to send a third request message to a broadcast multicast service center BM-SC when the receiver receives a second response message returned by the HSS when the HSS determines to allow the exposure of the MBMS capability, to request first MBMS capability information exposed by the BM-SC;
  • the transmitter is further configured to send the first MBMS capability information obtained from the BM-SC to the third-party server, to enable the-third party server to request, according to the first MBMS capability information, to start an MBMS broadcast, and distributes video content to user equipment UE.
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server;
  • the second request message includes the MBMS capability negotiation parameter and/or an MBMS media capability exposure request indication, and the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability;
  • the second response message includes second MBMS capability information that is to be exposed and that is determined by the HSS according to subscription information between the HSS and an operator and the MBMS capability negotiation parameter;
  • the second request message includes the MBMS media capability exposure request indication
  • the second response message includes an MBMS capability exposure request indication
  • the MBMS capability exposure request indication is used to request the first MBMS capability information exposed and determined by the BM-SC
  • the third request message includes the port information of the third-party server and the media encoding information of the third-party server;
  • the third request message further includes the second MBMS capability information; or if the second response message does not include the second MBMS capability information, the third request message further includes the MBMS capability negotiation parameter.
  • the receiver is further configured to receive a third response message sent by the BM-SC, where the third response message includes the first MBMS capability information, a service portal link for transporting the video content, port information of the BM-SC, a charging rule, and media encoding information of the BM-SC.
  • the MBMS capability negotiation parameter, the first MBMS capability information, and the second MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC;
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server;
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • a third-party server including:
  • a transmitter configured to send a first request message to a service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server;
  • a receiver configured to receive a first response message sent by the SCEF, where the first response message includes exposed MBMS capability information obtained by the SCEF and a service portal link that is used for transporting video content and that is obtained from a broadcast multicast service center BM-SC, where
  • the transmitter is further configured to send, to the UE, the service portal link for transporting the video content
  • a processor configured to request, according to the MBMS capability information, to start an MBMS broadcast to distribute the video content to the UE.
  • the MBMS capability negotiation parameter and the MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server;
  • the first response message further includes port information of the BM-SC, media encoding information of the BM-SC, and a charging rule that are obtained by the SCEF;
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC;
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server;
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the receiver is further configured to: before the transmitter sends the first request message to the SCEF, or after the receiver receives the first response message sent by the SCEF, receive Hypertext Transfer Protocol HTTP request messages sent by at least two UEs, where the HTTP request message is used to request same video content.
  • the transmitter is further configured to: after sending, to the user equipment UE, the service portal link for transporting the video content, send the video content to the BM-SC or the SCEF.
  • a broadcast multicast service center BM-SC including:
  • a receiver configured to receive a first request message sent by a service capability exposure function SCEF, where the first request message is used to obtain multimedia broadcast multicast service MBMS capability information during video content distribution;
  • a transmitter configured to send a first response message to the SCEF, where the first response message includes first MBMS capability information exposed by the BM-SC, so as to distribute video content to user equipment UE after the SCEF starts an MBMS broadcast according to the first MBMS capability information.
  • the first request message includes an MBMS capability negotiation parameter for video distribution and that is requested by a third-party server, or the first request message includes second MBMS capability information that is to be exposed and that is determined by a home subscriber server HSS according to the MBMS capability negotiation parameter obtained from the third-party server;
  • the BM-SC further includes: a processor, configured to: determine, according to the MBMS capability negotiation parameter and subscription information between the BM-SC and an operator, the first MBMS capability information exposed by the BM-SC; or
  • the BM-SC determines, according to the second MBMS capability information that is to be exposed and that is determined by the HSS and subscription information between the BM-SC and the operator, the first MBMS capability information exposed by the BM-SC.
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server; and the first response message includes port information of the BM-SC, a service portal link for transporting the video content, a charging rule, and media encoding information of the BM-SC; and
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC;
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server;
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the MBMS capability negotiation parameter, the first MBMS capability information, and the second MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to
  • the transmitter is further configured to send, to the UE, the service portal link for transporting the video content;
  • the receiver is further configured to receive, according to the port information of the BM-SC, video content sent by the third-party server; and the transmitter is further configured to send the video content to the UE.
  • a home subscriber server HSS including:
  • a receiver configured to receive a first request message sent by a service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution and that is sent by a third-party server AS by using the SCEF, and/or an MBMS media capability exposure request indication sent by the SCEF, where the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability; and
  • a processor configured to determine, according to subscription information between the HSS and an operator, and the MBMS capability negotiation parameter and/or the MBMS media capability exposure request, whether to allow the exposure of the MBMS capability.
  • the processor when the processor is configured to determine to allow the exposure of the MBMS capability, the processor is further configured to determine exposed MBMS capability information according to the subscription information and the MBMS capability negotiation parameter; and the transmitter is further configured to send a first response message to the SCEF, where the first response message includes the MBMS capability information, where
  • the first response message includes an MBMS capability exposure request indication, to notify the SCEF that the exposure of the MBMS capability is allowed.
  • the MBMS capability negotiation parameter and the MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the
  • the embodiments of the present invention provide a video distribution method and a device.
  • the SCEF receives a first request message sent by the third-party server, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server, and sends a second request message to the home subscriber server HSS according to the first request message, to request the HSS to expose an MBMS capability.
  • the SCEF sends a third request message to the broadcast multicast service center BM-SC after the SCEF receives a second response message returned by the HSS when the HSS determines to allow the exposure of the MBMS capability, to request first MBMS capability information exposed by the BM-SC.
  • the SCEF sends the exposed first MBMS capability information obtained from the BM-SC to the third-party server, so that the third-party server starts an MBMS broadcast according to the exposed first MBMS capability information and distributes video content to the user equipment UE. That is, when multiple UEs access the video content, the third-party server providing the video content may interact with an SCEF of a 3GPP network and the BM-SC, and negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter. The third-party server redirects requests of the UEs to a broadcast reception mode of the 3GPP, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • an OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT third party in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • FIG. 1 is a schematic flowchart of a video distribution method according to an embodiment of the present invention
  • FIG. 2A and FIG. 2B are a schematic flowchart of a video distribution method according to an embodiment of the present invention.
  • FIG. 3A and FIG. 3B are a schematic information interaction diagram of a video distribution method according to an embodiment of the present invention.
  • FIG. 4A and FIG. 4B are a schematic flowchart of a video distribution method according to an embodiment of the present invention.
  • FIG. 5 is a schematic information interaction diagram of a video distribution method according to an embodiment of the present invention.
  • FIG. 6 is a schematic flowchart of a video distribution method according to an embodiment of the present invention.
  • FIG. 7 is a schematic flowchart of a video distribution method according to an embodiment of the present invention.
  • FIG. 8 is a schematic flowchart of a video distribution method according to an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of an SCEF according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a third-party server according to an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of a BM-SC according to an embodiment of the present invention.
  • FIG. 12 is a schematic structural diagram of an HSS according to an embodiment of the present invention.
  • FIG. 13 is a schematic structural diagram of an SCEF according to an embodiment of the present invention.
  • FIG. 14 is a schematic structural diagram of a third-party server according to an embodiment of the present invention.
  • FIG. 15 is a schematic structural diagram of a BM-SC according to an embodiment of the present invention.
  • FIG. 16 is a schematic structural diagram of an HSS according to an embodiment of the present invention.
  • the embodiments of the present invention may be applied to a multimedia broadcast multicast service MBMS architecture of an evolved packet system (EPS).
  • EPS evolved packet system
  • the MBMS is a point-to-multipoint service, can implement data transmission from a single entity to multiple receivers, and may include the following network elements and devices:
  • UE supports an activation/deactivation function of an MBMS bearer service.
  • a packet data network gateway is a user plane anchor between a 3GPP access network and a non-3GPP access network, and an interface with an external packet data network.
  • a broadcast multicast service center (BM-SC) is used for charging record generation, member management, MBMS session and transmission management, service notification management, MBMS transmission security support, MBMS session transmission and retransmission schedule determining, identification of each MBMS session, temporary mobile group identity (TMGI) allocation, MBMS bearer resource initiation or termination, and MBMS data sending, and has an error resilience policy, or the like.
  • BM-SC broadcast multicast service center
  • a service capability exposure function is located between a 3GPP network and a service capability server (SCS)/third-party server (Application Server, AS), and the SCS/AS may initiates a service capability request to the SCEF by using an application programming interface (API) or the SCS/AS directly initiates a request to a network entity.
  • the SCEF requests a corresponding network capability from the 3GPP network, and then the SCEF sends the obtained network capability/a result to the SCS/AS by using the API.
  • the SCEF is connected to the BM-SC by using an interface
  • the AS requests allocation/release of a TMGI also by using the interface, to activate/deactivate/modify an MBMS bearer, and the BM-SC notifies MBMS status information to the AS by using the interface.
  • an embodiment of the present invention provides a video distribution method. As shown in FIG. 1 , the method includes the following steps.
  • An SCEF receives a first request message sent by a third-party server, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server.
  • the third-party server may be referred to the foregoing SCS/AS.
  • the third-party server may be referred to as an OTT video server, providing video content to the user.
  • UE Before the SCEF receives the first request message sent by the third-party server, UE may first access the OTT video server. After detecting that at least two UEs access same video content, the OTT video server interacts with an SCEF of a 3GPP, and sends, to the SCEF, the first request message to request for invoking an MBMS video support capability of a 3GPP network.
  • the first request message includes an MBMS capability negotiation parameter for video distribution and that is requested by the OTT video server, for example, a transport mode indication of the video content, a security feature indication of an MBMS, an indication showing that content caching is supported, or an indication showing that content caching is not supported.
  • the OTT video server may request in advance an MBMS capability exposure resource from a 3GPP network, to send the first request message to the SCEF.
  • the OTT video server may redirect requests of the UEs to a broadcast reception mode, to receive the video content.
  • policy information is preconfigured in the third-party server, and when receiving an HTTP request sent by the UE, the third-party server sends the first request message to the SCEF. This is not limited in the present disclosure.
  • the first request message may further include port information of the third-party server and media encoding information of the third-party server.
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and a BM-SC.
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the SCEF sends a second request message to a home subscriber server HSS according to the first request message, to request the HSS to expose an MBMS capability.
  • the SCEF adds the MBMS capability negotiation parameter and/or an MBMS media capability exposure request indication in the first request message to a second request message, and sends the second request message to a home subscriber server (HSS).
  • the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability. Therefore, the HSS may check subscription information between the HSS and an operator, to determine whether the MBMS capability is allowed to be exposed to an OTT third party. If the HSS performs MBMS capability determining, the HSS determines, for example, whether to expose the MBMS pipe capability, whether to expose a media capability (including a content caching capability, a media transcoding capability, or the like), or whether to expose an advertisement insertion capability.
  • the SCEF sends a third request message to a BM-SC after the SCEF receives a second response message returned by the HSS when the HSS determines to allow the exposure of the MBMS capability, to request first MBMS capability information exposed by the BM-SC.
  • the HSS When determining to expose the MBMS capability, the HSS returns the second response message to the SCEF, to represent that the MBMS capability is allowed to be exposed to the OTT third party.
  • the second request message includes the MBMS capability negotiation parameter
  • the second response message includes second MBMS capability information that is to be exposed and that is determined by the HSS according to subscription information between the HSS and an operator and the MBMS capability negotiation parameter.
  • the third request message further includes the second MBMS capability information, that is, the BM-SC determines the first MBMS capability information according to the second MBMS capability information determined by the HSS and the subscription information between the BM-SC and the operator.
  • the second request message includes the MBMS media capability exposure request indication
  • the second response message includes an MBMS capability exposure request indication
  • the MBMS capability exposure request indication is used to request the first MBMS capability information exposed and determined by the BM-SC.
  • the second request message further includes the MBMS capability negotiation parameter
  • the first MBMS capability information in the second response message is determined by the BM-SC according to the second MBMS capability information determined by the HSS.
  • the third request message further includes the MBMS capability negotiation parameter, that is, the HSS does not perform MBMS capability determining, but the BM-SC directly determines to-be-exposed first MBMS capability information according to the MBMS capability negotiation parameter and the subscription information between the BM-SC and the operator only when the HSS determines to allow the exposure of the MBMS capability.
  • the MBMS capability negotiation parameter that is, the HSS does not perform MBMS capability determining, but the BM-SC directly determines to-be-exposed first MBMS capability information according to the MBMS capability negotiation parameter and the subscription information between the BM-SC and the operator only when the HSS determines to allow the exposure of the MBMS capability.
  • the MBMS capability negotiation parameter, the first MBMS capability information, and the second MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is to be reported or an indication showing that
  • the SCEF sends the exposed first MBMS capability information obtained from the BM-SC to the third-party server, to enable the-third party server to request, according to the first MBMS capability information, to start an MBMS broadcast, and distributes video content to user equipment UE.
  • the method further includes: receiving, by the SCEF, a third response message sent by the BM-SC, where the third response message includes the first MBMS capability information, a service portal link for transporting the video content, port information of the BM-SC, a charging rule, and media encoding information of the BM-SC.
  • the service portal link for transporting the video content may be a user service description (USD) uniform resource locator (URL) provided by the BM-SC, or a domain name address of the BM-SC, or the like.
  • USD user service description
  • URL uniform resource locator
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server.
  • the SCEF then sends the first MBMS capability information obtained from the BM-SC, the service portal link for transporting the video content, the port information of the BM-SC, the charging rule, and the media encoding information of the BM-SC to the third-party server.
  • the third-party server requests the 3GPP network to start an MBMS broadcast, and notifies the video content to the UE according to the MBMS capability information exposed by the BM-SC, that is, redirects a request of the UE to an MBMS broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • technical difficulty of the OTT third party in providing a video service is reduced, the OTT third party does not need to perform negotiation and testing with different operators or different terminal types separately, and workload of the OTT third party is reduced.
  • This embodiment of the present invention provides a video distribution method.
  • the SCEF receives a first request message sent by the third-party server, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server, and sends a second request message to the home subscriber server HSS according to the first request message, to request the HSS to expose an MBMS capability.
  • the SCEF sends a third request message to the broadcast multicast service center BM-SC after the SCEF receives a second response message returned by the HSS when the HSS determines to allow the exposure of the MBMS capability, to request first MBMS capability information exposed by the BM-SC.
  • the SCEF sends the exposed first MBMS capability information obtained from the BM-SC to the third-party server, so that the third-party server starts an MBMS broadcast according to the exposed first MBMS capability information and distributes video content to the user equipment UE. That is, when multiple UEs access the video content, the third-party server providing the video content may interact with an SCEF of a 3GPP and the BM-SC, and negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter. The third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • an OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • another embodiment of the present invention provides a video distribution method. As shown in FIG. 2 , the method includes the following steps.
  • a third-party server detects that at least two UEs access same video content.
  • UE 1 sends an HTTP request message to the third-party server, to request to send video content.
  • the HTTP request message includes a URL corresponding to the video content.
  • UE 2 also sends an HTTP request message to the third-party server, and also requests, from the third-party server, the video content corresponding to the same URL. Therefore, the third-party server detects, according to the URL, that multiple UEs access the same video content. Then the third-party server determines to invoke a video capability of a 3GPP network to distribute the video content.
  • the third-party server sends a first TMGI allocation request to an SCEF, where the TMGI allocation request includes an MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server.
  • the MBMS capability negotiation parameter for video distribution is added to an existing TMGI allocation request (Allocate TMGI Request) by using a standard open interface and by using the TMGI allocation request. That is, the first TMGI allocation request herein is equivalent to the first request message in the foregoing embodiment.
  • the first TMGI allocation request includes the MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server.
  • the MBMS capability negotiation parameter may include: a transport mode indication of the video content.
  • the transport mode indication may include a broadcast mode (Broad Cast only), or a broadcast/unicast hybrid mode (hybrid Broad Cast/Unitary Cast, hybrid BC/UC), or a dynamic broadcast/unicast mode (dynamic BC/UC), that is, a mode dynamically switching between a broadcast mode and a unicast mode; may further include a security feature indication for using the MBMS (MBMS security feature allowed), where the security feature indication is an enabled state or a disabled state; may further include a content transcoding capability support indication (content transcoding capability support), which includes an indication showing that transcoding is supported or an indication showing that transcoding is not supported; may further include a content caching indication (caching support), which includes an indication showing that content caching is supported or an indication showing that content caching is not supported; may further include an advertisement insertion capability indication, where the advertisement insertion capability indication is an indication showing that insertion of an advertisement is supported or an indication showing that insertion of an advertisement is not supported; may further include quality of experience (QoE) reporting indication, where the Q
  • the first TMGI allocation request may further include port information (SCS port information) of the third-party server, for example, an IP address and a port number of an SCS, used for trusted channel data transmission between the third-party server and the BM-SC; may further include media encoding information (media layer information) of the third party server, including, for example, video encoding information, such as video H.264/H.265; and audio encoding information, such as adaptive multi-rate wideband coding (AMR-WB), adaptive multi-rate narrowband coding (AMR-NB), or an enhanced voice service (EVS); or may further include other media information, for example, text encoding information, or picture encoding information.
  • SCS port information port information
  • media layer information media layer information
  • AMR-WB adaptive multi-rate wideband coding
  • AMR-NB adaptive multi-rate narrowband coding
  • EVS enhanced voice service
  • the first TMGI allocation request further includes a group identifier (external group ID), an SCS ID, UE IDs, and the like of video content already existing in the request.
  • the SCEF sends a subscription information request to an HSS, to request the HSS to expose an MBMS capability.
  • the SCEF When receiving the first TMGI allocation request, the SCEF sends, to the HSS, a subscription information request, which is equivalent to the second request message in the foregoing embodiment.
  • the subscription information request may carry the MBMS capability negotiation parameter and/or an MBMS media capability exposure request indication.
  • the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability, or may further include an external group ID, an SCS ID, and the like, so as to request the HSS to expose the MBMS capability to an OTT third party, for example, Sohu video, or LeTV.
  • the HSS detects subscription information, determines whether to allow the exposure of the MBMS capability to an OTT third party, and sends a subscription information response to the SCEF.
  • the subscription information request may include the MBMS capability negotiation parameter, or the MBMS media capability exposure request indication, or the MBMS capability negotiation parameter and the MBMS media capability exposure request indication; or the subscription information request indicates that no parameter or indication is added.
  • the subscription information request may determine, according to subscription information between the HSS and the operator, that is, an external group ID, an SCS ID, and the like, whether to expose the MBMS capability to the third party. If the HSS determines to expose the MBMS capability to the third party, the HSS sends, to the SCEF, a subscription information response representing that the exposure of the MBMS capability is allowed, and the subscription information response is also equivalent to the second response message in the foregoing embodiment.
  • the subscription information request includes the MBMS media capability exposure request indication and does not include the MBMS capability negotiation parameter, it may be understood that the MBMS pipe capability includes an MBMS media capability.
  • the HSS determines to allow the exposure of the MBMS pipe capability, because the MBMS capability negotiation parameter is not carried, a subscription information response including an MBMS capability exposure request indication is returned to the SCEF when no specific capability determining is performed to determine which media capability is to be exposed, so that the SCEF further requests the BM-SC exposed MBMS media capability information.
  • the HSS receives the subscription information request, when determining, according to the subscription information between the HSS and the operator, to expose the MBMS pipe capability, the HSS further determines, according to the MBMS capability negotiation parameter and the subscription information, which MBMS capability is to be exposed to a third party, and returns the determined MBMS capability information to the SCEF by using a subscription information response.
  • the HSS first determines, according to the subscription information, whether to expose the MBMS pipe capability. If the HSS determines to expose the MBMS pipe capability, the HSS further determines, according to the MBMS capability negotiation parameter and the subscription information, which MBMS capability is to be exposed, and returns, to the SCEF, a subscription information response that includes an MBMS capability exposure request indication and the determined to-be-exposed MBMS capability information, so that the SCEF further requests specific MBMS capability information from the BM-SC.
  • An MBMS pipe represents a capability of data transmission between two nodes.
  • the SCEF sends a second TMGI allocation request to a BM-SC, where the second TMGI allocation request is used to request to obtain exposed MBMS capability information from the BM-SC.
  • the SCEF determines that the HSS allows the exposure of the MBMS capability to the OTT third party
  • the SCEF sends, to the BM-SC, the second TMGI allocation request that is equivalent to the third request message in the foregoing embodiment.
  • the MBMS capability negotiation parameter or the MBMS capability information that is determined to be exposed by the HSS is added to the second TMGI allocation request, or the foregoing SCS port information, media information, or the like may be further added to the second TMGI allocation request.
  • the SCEF sends the MBMS capability negotiation parameter obtained from the third-party server to the BM-SC, so that the BM-SC determines, according to the MBMS capability negotiation parameter and the subscription information between the BM-SC and the operator, which MBMS capability is specifically to be exposed.
  • the BM-SC further determines, according to the subscription information between the BM-SC and the operator, and according to a set of MBMS capabilities in the MBMS capability information that is obtained from the SCEF and that is determined by the HSS, which MBMS capability is further exposed to the third party.
  • the BM-SC determines the exposed MBMS capability information according to the subscription information between the BM-SC and an operator, and sends the MBMS capability information to the SCEF.
  • the BM-SC determines specific exposed MBMS capability information, that is, arbitrates an exposure attribute based on a capability of the BM-SC.
  • the specific MBMS capability information includes a dynamic unicast/broadcast conversion capability and a media transcoding capability.
  • the BM-SC returns the determined specific MBMS capability information to the SCEF.
  • the specific MBMS capability information may be carried in the first TMGI allocation response message (allocate TMGI response).
  • the BM-SC may provide, at the same time, port information of the BM-SC (BM-SC port information), a charging rule provided by the BM-SC, media encoding information of the BM-SC, and a service portal link that is used for transporting the video content and that is constructed by the BM-SC according to an arbitration result, for example, a USD URL; and further include an allocated TMGI or the like.
  • the SCEF forwards the MBMS capability information to the third-party server.
  • the SCEF may add the MBMS capability information, the charging rule, the port information of the BM-SC, the service portal link for transporting the video content, and the encoding information of the BM-SC that are received from the BM-SC to the second TMGI allocation response message, and forwards the second TMGI allocation response message to the third-party server SCS/AS.
  • the third-party server is triggered to redirect a request of the UE to a broadcast reception mode, to receive the video content.
  • the third-party server requests 10 capabilities (features) from the SCEF.
  • the BM-SC provides only five of the capabilities, and then returns the five capabilities to the third-party server by using the SCEF.
  • the third-party server can use only the five capabilities with the UE/BM-SC.
  • a transmission mode there are three options for a transmission mode: a broadcast mode, a broadcast/unicast hybrid mode, and a dynamic broadcast/unicast mode.
  • the broadcast mode means that the BM-SC provides only a broadcast capability, and only UE falling within a coverage area of the MBMS can receive media content, and UE falling outside the coverage area of the MBMS can only obtain media content from an OTT unicast server.
  • the broadcast/unicast hybrid mode means that the 3GPP network provides a unicast/broadcast hybrid transmission capability, and when the UE falls outside the coverage area of the MBMS, the UE may obtain media content from a 3GPP network unicast server.
  • the UE can still obtain media content from the 3GPP network, but the 3GPP network selects an optimal transport manner to send the content to the UE.
  • a difference between such a method and a hybrid unicast/broadcast mode lies in that: a coverage area of an MBMS in the hybrid unicast/broadcast mode is semi-static. After the coverage area of the MBMS is selected, although there is a small quantity of receiving users, the mode is still a broadcast mode, and although there is a large quantity of users outside the coverage area of the MBMS, media content can be obtained only in a unicast mode.
  • a broadcast mode or a unicast mode may be dynamically selected according to a user density status within an area, so that a network transmission capacity can be optimally used.
  • SCEF operator network
  • the OTT third party inquiries, by using a standard open interface, an operator network (SCEF) to query a video capability supported by the BM-SC, and negotiates with the operator network on the transmission mode, in a broadcast-only mode, the OTT still needs to configure a unicast server, while in the hybrid unicast/broadcast mode, the OTT does not need to configure a unicast server, but a 3GPP network capacity is not efficiently used.
  • the 3GPP network capacity is maximized.
  • the three different transmission modes may correspond to different charging fees.
  • the OTT third party does not inquire, by using the standard open interface, the operator network (SCEF) to query the video capability supported by the BM-SC, and it is assumed that the BM-SC does not support the content caching capability, a subsequent unicast request of the UE is still provided by the OTT third party, the OTT third party needs to configure a large quantity of unicast servers, and needs a large server capacity.
  • SCEF operator network
  • a subsequent unicast request of the UE is provided by a unicast server of the 3GPP network.
  • the unicast server of the 3GPP network may obtain already cached content from the BM-SC, or the BM-SC provides 3GPP network unicast server supporting. In this case, the OTT third party does not need to be concerned with a problem of server capacity.
  • the MBMS capability negotiation parameter and the MBMS capability information may be sent by using a single message.
  • a process of starting an MBMS broadcast and distributing the video content according to the exposed MBMS capability information may be as follows:
  • the third-party server notifies, by means of HTTP interaction between the third-party server and UE, the UE of a service portal link for transporting the video content.
  • the third-party server requests the SCEF to start an MBMS broadcast.
  • the third-party server may specifically send, to the SCEF, a request message group message request, which may include an external group ID, an SCS ID, and the like.
  • the SCEF performs, according to the foregoing context, authorization check on the request sent by the third-party server.
  • the SCEF queries the HSS whether the third-party server can use an MBMS channel.
  • the SCEF may send, to the HSS, subscriber information request, which includes an external group ID, an SCS ID, and the like, so that the HSS determines, according to the subscription information, whether the third-party server can use an MBMS channel.
  • the HSS determines that the third-party server can use an MBMS channel, the HSS sends a determining response (subscriber information response) to the SCEF.
  • the SCEF starts the MBMS broadcast.
  • the SCEF sends an MBMS enabling acknowledgment message to the third-party server.
  • step 215 may be performed after step 214 , that is, the service portal link for transporting the video content may be notified to the UE by the third-party server or by the SCEF, and either of step 208 and step 215 may be selected.
  • the SCEF communicates with the UE, and notifies the UE of the service portal link for transporting the video content, a UE-side MBMS client is ready, and the third-party server sends the video content to the BM-SC/SCEF.
  • a USD URL constructed by the BM-SC may not need to be carried, but the domain name address of the BM-SC is carried.
  • the UE may parse the domain name address, and learn that the USD URL is obtained from the BM-SC. That is, the service portal link for transporting the video content may be the domain name address of the BM-SC.
  • the SCEF sends a bearer activation request message (activate MBMS bearer request) to the BM-SC.
  • the BM-SC establishes an MBMS bearer.
  • the BM-SC sends an MBMS bearer establishment success message (activate MBMS bearer response) to the SCEF.
  • the BM-SC starts a broadcast, and sends the content obtained from the third-party server to a broadcast bearer.
  • the third-party server continuously pushes the video content to the BM-SC/SCEF.
  • the UE obtains the video content by using an MBMS bearer.
  • the UE obtains the video content by using the MBMS bearer according to an obtained service portal link USD URL of the video content that is provided by the BM-SC.
  • the MBMS capability negotiation parameter sent by the third-party server to the SCEF further includes at least one of an indication showing that QoE is to be reported, an indication showing that network information is to be reported, or an indication showing that advertisement purchasing information is to be reported
  • the BM-SC further needs to report at least one of QoE, network information, or advertisement purchasing information to the third-party server, or the UE reports such information to the third-party server by using the SCEF. This is not limited in the present disclosure.
  • the third-party server needs to transcode the video content according to the media encoding information provided by the BM-SC.
  • the third-party server may directly send the video content to the BM-SC, the BM-SC transcodes a media format to a content format supported by the UE, and then the BM-SC sends the content to the UE.
  • FIG. 3 For interaction between network elements in this embodiment, refer to FIG. 3 .
  • the third-party server when the UE first accesses the third-party server, if the third-party server detects that multiple UEs access same video content, the third-party server interacts with an SCEF of a 3GPP network, to request for invoking an MBMS video support capability of the 3GPP network.
  • the 3GPP network allows enabling of the MBMS video support capability, and then the third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content.
  • the MBMS capability may be expanded to OTT video supporting. In this way, an OTT third party does not need to perform negotiation and testing with different operators and different terminals, and technical difficulty of the OTT in providing a video service is reduced.
  • the OTT third party does not need to perform negotiation and testing with different operators separately for parameters such as different pipes or video supporting capabilities of terminals. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • FIG. 4 the method includes the following steps.
  • a third-party server sends a first TMGI allocation request to an SCEF, where the first TMGI allocation request includes an MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server.
  • the SCEF sends a subscription information request to an HSS, to request the HSS to expose an MBMS capability.
  • the HSS checks subscription information, determines whether to allow the exposure of the MBMS capability to an OTT third party, and sends a subscription information response to the SCEF.
  • the SCEF sends a second TMGI allocation request to a BM-SC, where the second TMGI allocation request is used to obtain exposed MBMS capability information from the BM-SC.
  • the BM-SC determines the exposed MBMS capability information according to subscription information between the BM-SC and an operator, and sends the MBMS capability information to the SCEF.
  • the SCEF forwards the MBMS capability information to the third-party server.
  • step 401 to step 406 refer to step 202 to step 207 in the foregoing embodiment.
  • the third-party server requests the SCEF to start an MBMS broadcast.
  • the third-party server may specifically send a request message group message request to the SCEF, where the message may include the foregoing external group ID, SCS ID, port information of an SCS, and the like.
  • the SCEF performs, according to the foregoing context, authorization check on the request sent by the third-party server.
  • the SCEF queries the HSS whether the third-party server can use an MBMS channel.
  • the HSS determines that the third-party server can use an MBMS channel, the HSS sends a determining response to the SCEF.
  • the SCEF starts the MBMS broadcast.
  • the SCEF sends an MBMS enabling acknowledgment message to the third-party server.
  • the third-party server detects that at least two UEs access same video content.
  • UE 1 sends an HTTP request message (including a URL) to the third-party server
  • UE 2 also sends an HTTP request to the third-party server to request video content corresponding to the same URL.
  • the third-party server notifies, to the at least two UEs by means of HTTP interaction between the third-party server and the UEs, a service portal link for transporting the video content.
  • the third-party server may send an HTTP redirection message to the UE 1 and the UE 2 separately.
  • the HTTP redirection message includes a USD URL provided by the BM-SC, and redirects the UE to receive the video content by means of broadcast.
  • step 414 is replaced with step 415 .
  • the BM-SC communicates with the UEs, to notify the UEs of the service portal link for transporting the video content, and that a UE-side MBMS client is ready.
  • the USD URL may not be carried, and instead, a domain name address of the BM-SC is carried.
  • the domain name address may be notified to the UEs by using the third-party server or the BM-SC, so that the UEs obtain the USD URL from the BM-SC according to the domain name address.
  • the service portal link for transporting the video content may be the domain name address of the BM-SC.
  • the SCEF sends a bearer activation request message to the BM-SC.
  • the BM-SC establishes an MBMS bearer.
  • the BM-SC sends an MBMS bearer establishment success message to the SCEF.
  • the BM-SC starts a broadcast, and obtains the video content from the third-party server.
  • the UEs obtain the video content by using the MBMS bearer.
  • FIG. 5 For interaction between network elements in this embodiment, refer to FIG. 5 .
  • the third-party server requests in advance an MBMS capability exposure resource from a 3GPP network.
  • the 3GPP network allows enabling of an MBMS video support capability.
  • the third-party server redirects the requests of the UEs to a broadcast reception mode, to receive video content.
  • the MBMS capability may be expanded to OTT video supporting.
  • an OTT third party does not need to perform negotiation and testing with different operators and different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • execution procedures for the third-party server, the BM-SC, and the HSS may be as follows:
  • An embodiment of the present invention provides a video distribution method. As shown in FIG. 6 , the method includes the following steps.
  • a third-party server sends a first request message to an SCEF, where the first request message includes an MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server.
  • the MBMS capability negotiation parameter includes at least one of a transport mode indication of video content, a security feature indication for using an MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication.
  • the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode.
  • the security feature indication is an enabled state or a disabled state.
  • the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported.
  • the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported.
  • the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported.
  • the network information reporting indication is an indication showing that network information is to be reported or an indication showing that network information is not to be reported.
  • the network information includes at least one of a UE identifier, a serving cell identifier, or a network congestion state.
  • the advertisement purchasing information indication is an indication showing that an event of purchasing advertisement content by a user is to be reported or an indication showing that an event of purchasing advertisement content by a user is not to be reported.
  • the advertisement insertion capability indication is an indication showing that insertion of an advertisement is supported or an indication showing that insertion of an advertisement is not supported.
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server.
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and a BM-SC.
  • the media encoding information of the third-party server includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the third-party server receives a first response message sent by the SCEF, where the first response message includes exposed MBMS capability information obtained by the SCEF and a service portal link that is used for transporting video content and that is obtained from a broadcast multicast service center BM-SC.
  • the method further includes: receiving, by the third-party server, Hypertext Transfer Protocol HTTP request messages sent by at least two UEs, where the HTTP request message is used to request same video content.
  • the third-party server sends, to UE, the service portal link for transporting the video content, and requests, according to the MBMS capability information, to start an MBMS broadcast to distribute the video content to the UE.
  • the method further includes: sending, by the third-party server, the video content to the BM-SC, so that the UE obtains the video content by using an MBMS bearer.
  • This embodiment of the present invention provides a video distribution method.
  • the third-party server sends a first request message to the service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server, receives a first response message sent by the SCEF, where the first response message includes exposed MBMS capability information obtained by the SCEF and a service portal link that is obtained by the broadcast multicast service center BM-SC and that is used for transporting video content, sends, to the UE, the video content for transporting the service portal link, and starts an MBMS broadcast according to the MBMS capability information, to distribute the video content to the UE.
  • the third-party server providing the video content may interact with an SCEF of a 3GPP and the BM-SC, and negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter.
  • the third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • an OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • An embodiment of the present invention provides a video distribution method. As shown in FIG. 7 , the method includes the following steps.
  • a BM-SC receives a first request message sent by an SCEF, where the first request message is used to obtain MBMS capability information during video content distribution.
  • the first request message includes an MBMS capability negotiation parameter for video distribution and that is requested by a third-party server, or the first request message includes second MBMS capability information that is to be exposed and that is determined by a home subscriber server HSS according to the MBMS capability negotiation parameter obtained from the third-party server.
  • the first request message further includes port information and media encoding information of the third-party server.
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC.
  • the media encoding information of the third-party server includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the BM-SC sends a first response message to the SCEF, where the first response message includes first MBMS capability information exposed by the BM-SC, so as to distribute video content to user equipment UE after the SCEF starts an MBMS broadcast according to the first MBMS capability information.
  • the first response message includes port information of the BM-SC, a service portal link for transporting the video content, a charging rule, and media encoding information of the BM-SC.
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server.
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the method Before the sending, by the BM-SC, a first response message to the SCEF, the method further includes:
  • the BM-SC determines, by the BM-SC according to the MBMS capability negotiation parameter and subscription information between the BM-SC and an operator, the first MBMS capability information exposed by the BM-SC; or
  • the BM-SC determines, by the BM-SC according to the second MBMS capability information that is to be exposed and that is determined by the HSS and subscription information between the BM-SC and the operator, the first MBMS capability information exposed by the BM-SC.
  • the method further includes:
  • the MBMS capability negotiation parameter, the first MBMS capability information, and the second MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is to be reported or an indication showing that
  • This embodiment of the present invention provides a video distribution method.
  • the BM-SC receives a first request message sent by the SCEF, where the first request message is used to obtain multimedia broadcast multicast service MBMS capability information during video content distribution.
  • the BM-SC sends a first response message to the SCEF, where the first response message includes the first MBMS capability information exposed by the BM-SC, so that the BM-SC and the SCEF start an MBMS broadcast according to the first MBMS capability information, to distribute video content to the user equipment UE.
  • an OTT third party may interact with an SCEF of a 3GPP and the BM-SC, and negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter, so that the third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • the OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • An embodiment of the present invention provides a video distribution method. As shown in FIG. 8 , the method includes the following steps.
  • An HSS receives a first request message sent by an SCEF, where the first request message includes an MBMS capability negotiation parameter for video distribution and that is sent by an AS by using the SCEF, and/or an MBMS media capability exposure request indication sent by the SCEF, where the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability.
  • the HSS determines, according to subscription information between the HSS and an operator, and the MBMS capability negotiation parameter and/or the MBMS media capability exposure request, whether to allow exposure of an MBMS capability.
  • the method further includes:
  • the first response message includes an MBMS capability exposure request indication, to notify the SCEF that the exposure of the MBMS capability is allowed.
  • the MBMS capability negotiation parameter and the MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is to be reported or an indication showing that network information is not to be reported, the network
  • This embodiment of the present invention provides a video distribution method.
  • the HSS receives a first request message sent by the SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution and that is sent by a third-party server AS by using the SCEF, and/or an MBMS media capability exposure request indication sent by the SCEF, where the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability.
  • the HSS determines, according to subscription information between the HSS and an operator, and the MBMS capability negotiation parameter and/or the MBMS media capability exposure request, whether to allow the exposure of the MBMS capability.
  • an OTT third party may interact with an SCEF of a 3GPP and the HSS, and obtain, from the HSS, an indication for allowing the exposure of the capability, so that the third-party server negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter, so that the third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • the OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • an SCEF 90 An embodiment of the present invention provides an SCEF 90 . As shown in FIG. 9 , the SCEF 90 includes:
  • a receiving unit 901 configured to receive a first request message sent by a third-party server, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server;
  • a sending unit 902 configured to send a second request message to a home subscriber server HSS according to the first request message, to request the HSS to expose an MBMS capability.
  • the sending unit 902 is further configured to send a third request message to a broadcast multicast service center BM-SC when the receiving unit receives a second response message returned by the HSS when the HSS determines to allow the exposure of the MBMS capability, to request first MBMS capability information exposed by the BM-SC.
  • the sending unit 902 is further configured to send the first MBMS capability information obtained from the BM-SC to the third-party server, to enable the-third party server to request, according to the first MBMS capability information, to start an MBMS broadcast, and distributes video content to user equipment UE.
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server.
  • the second request message includes the MBMS capability negotiation parameter and/or an MBMS media capability exposure request indication, and the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability.
  • the second response message includes second MBMS capability information that is to be exposed and that is determined by the HSS according to subscription information between the HSS and an operator and the MBMS capability negotiation parameter.
  • the second request message includes the MBMS media capability exposure request indication
  • the second response message includes an MBMS capability exposure request indication
  • the MBMS capability exposure request indication is used to request the first MBMS capability information exposed and determined by the BM-SC.
  • the third request message includes the port information of the third-party server and the media encoding information of the third-party server.
  • the third request message further includes the second MBMS capability information. If the second response message does not include the second MBMS capability information, the third request message further includes the MBMS capability negotiation parameter.
  • the receiving unit 901 is further configured to:
  • the BM-SC receives a third response message sent by the BM-SC, where the third response message includes the first MBMS capability information, a service portal link for transporting the video content, port information of the BM-SC, a charging rule, and media encoding information of the BM-SC.
  • the MBMS capability negotiation parameter, the first MBMS capability information, and the second MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is to be reported or an indication
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC.
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server.
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • This embodiment of the present invention provides an SCEF.
  • the SCEF receives a first request message sent by the third-party server, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server, and sends a second request message to the home subscriber server HSS according to the first request message, to request the HSS to expose an MBMS capability.
  • the SCEF sends a third request message to the broadcast multicast service center BM-SC after the SCEF receives a second response message returned by the HSS when the HSS determines to allow the exposure of the MBMS capability, to request to obtain MBMS capability information exposed by the BM-SC.
  • the SCEF sends the exposed MBMS capability information obtained from the BM-SC to the third-party server, so that the third-party server starts an MBMS broadcast according to the exposed MBMS capability information and distributes video content to the user equipment UE. That is, when multiple UEs access the video content, the third-party server providing the video content may interact with an SCEF of a 3GPP and the BM-SC, and negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter. The third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • an OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • An embodiment of the present invention provides a third-party server 10 .
  • the third-party server 10 includes:
  • a sending unit 101 configured to send a first request message to a service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server;
  • a receiving unit 102 configured to receive a first response message sent by the SCEF, where the first response message includes exposed MBMS capability information obtained by the SCEF and a service portal link that is used for transporting video content and that is obtained from a broadcast multicast service center BM-SC, where
  • the sending unit 101 is further configured to send, to the UE, the service portal link for transporting the video content;
  • a processing unit 103 configured to request, according to the MBMS capability information, to start an MBMS broadcast to distribute the video content to the UE.
  • the MBMS capability negotiation parameter and the MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is to be reported or an indication showing that network information is not to be reported,
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server.
  • the first response message further includes port information of the BM-SC, media encoding information of the BM-SC, and a charging rule that are obtained by the SCEF.
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC; the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server; and the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the receiving unit 102 is further configured to: before the third-party server sends the first request message to the SCEF, or after the third-party server receives the first response message sent by the SCEF, receive Hypertext Transfer Protocol HTTP request messages sent by at least two UEs, where the HTTP request message is used to request same video content.
  • the sending unit 101 is further configured to: after sending, to the user equipment UE, the service portal link for transporting the video content, send the video content to the BM-SC or the SCEF.
  • This embodiment of the present invention provides a third-party server.
  • the third-party server sends a first request message to the service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server, receives a first response message sent by the SCEF, where the first response message includes exposed MBMS capability information obtained by the SCEF and a service portal link that is obtained by the broadcast multicast service center BM-SC and that is used for transporting video content, sends, to the UE, the video content for transporting the service portal link, and starts an MBMS broadcast according to the MBMS capability information, to distribute the video content to the UE.
  • the third-party server providing the video content may interact with an SCEF of a 3GPP and the BM-SC, and negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter.
  • the third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • an OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • An embodiment of the present invention provides a BM-SC 11 .
  • the BM-SC 11 includes:
  • a receiving unit 111 configured to receive a first request message sent by a service capability exposure function SCEF, where the first request message is used to obtain multimedia broadcast multicast service MBMS capability information during video content distribution;
  • a sending unit 112 configured to send a first response message to the SCEF, where the first response message includes first MBMS capability information exposed by the BM-SC, so as to distribute video content to user equipment UE after the SCEF starts an MBMS broadcast according to the first MBMS capability information.
  • the first request message includes an MBMS capability negotiation parameter for video distribution and that is requested by a third-party server, or the first request message includes second MBMS capability information that is to be exposed and that is determined by a home subscriber server HSS according to the MBMS capability negotiation parameter obtained from the third-party server.
  • the BM-SC further includes: a processing unit 113 , configured to determine, according to the MBMS capability negotiation parameter and subscription information between the BM-SC and an operator, the first MBMS capability information exposed by the BM-SC; or
  • the processing unit 113 is configured to determine, according to the second MBMS capability information that is to be exposed and that is determined by the HSS and subscription information between the BM-SC and the operator, the first MBMS capability information exposed by the BM-SC.
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server.
  • the first response message includes port information of the BM-SC, a service portal link for transporting the video content, a charging rule, and media encoding information of the BM-SC.
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC.
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server.
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the MBMS capability negotiation parameter, the first MBMS capability information, and the second MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is to be reported or an indication showing that
  • the sending unit 112 is further configured to send, to the UE, the service portal link for transporting the video content.
  • the receiving unit 111 is further configured to receive, according to the port information of the BM-SC, video content sent by the third-party server.
  • the sending unit 112 is further configured to send the video content to the UE.
  • This embodiment of the present invention provides a BM-SC.
  • the BM-SC receives a first request message sent by the SCEF, where the first request message is used to obtain multimedia broadcast multicast service MBMS capability information during video content distribution.
  • the BM-SC sends a first response message to the SCEF, where the first response message includes the MBMS capability information exposed by the BM-SC, so that the BM-SC and the SCEF start an MBMS broadcast according to the MBMS capability information, to distribute video content to the user equipment UE.
  • the third-party server providing the video content may interact with an SCEF of a 3GPP and the BM-SC, and negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter, so that the third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • an OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • An embodiment of the present invention provides an HSS 12 .
  • the HSS 12 includes:
  • a receiving unit 121 configured to receive a first request message sent by a service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution and that is sent by a third-party server AS by using the SCEF, and/or an MBMS media capability exposure request indication sent by the SCEF, where the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability; and
  • a processing unit 122 configured to determine, according to subscription information between the HSS and an operator, and the MBMS capability negotiation parameter and/or the MBMS media capability exposure request, whether to allow the exposure of the MBMS capability.
  • the processing unit is further configured to determine exposed MBMS capability information according to the subscription information and the MBMS capability negotiation parameter.
  • the HSS further includes a sending unit 123 , configured to send a first response message to the SCEF, where the first response message includes the MBMS capability information.
  • the first response message includes an MBMS capability exposure request indication, to notify the SCEF that the exposure of the MBMS capability is allowed.
  • the MBMS capability negotiation parameter and the MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is to be reported or an indication showing that network information is not to be reported,
  • This embodiment of the present invention provides an HSS.
  • the HSS receives a first request message sent by the service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution and that is sent by a third-party server AS by using the SCEF, and/or an MBMS media capability exposure request indication sent by the SCEF, where the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability.
  • the HSS determines, according to subscription information between the HSS and an operator, and the MBMS capability negotiation parameter and/or the MBMS media capability exposure request, whether to allow the exposure of the MBMS capability.
  • an OTT third party may interact with an SCEF of a 3GPP and the HSS, and obtain, from the HSS, an indication for allowing the exposure of the capability, so that the third-party server negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter, so that the third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • the OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • the SCEF 13 includes a receiver 131 , a transmitter 132 , a memory 133 , and a bus 134 .
  • the memory 133 is configured to store data and an instruction.
  • the receiver 131 executes the instruction and is configured to receive a first request message sent by a third-party server, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server.
  • the transmitter 132 executes the instruction and is configured to send a second request message to a home subscriber server HSS according to the first request message, to request the HSS to expose an MBMS capability.
  • the transmitter 132 executes the instruction and is further configured to send a third request message to a broadcast multicast service center BM-SC when the receiver receives a second response message returned by the HSS when the HSS determines to allow the exposure of the MBMS capability, to request first MBMS capability information exposed by the BM-SC.
  • the transmitter 132 executes the instruction and is further configured to send the first MBMS capability information obtained from the BM-SC to the third-party server, to enable the-third party server to request, according to the first MBMS capability information, to start an MBMS broadcast, and distributes video content to user equipment UE.
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server.
  • the second request message includes the MBMS capability negotiation parameter and/or an MBMS media capability exposure request indication, and the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability.
  • the second response message includes second MBMS capability information that is to be exposed and that is determined by the HSS according to subscription information between the HSS and an operator and the MBMS capability negotiation parameter.
  • the second request message includes the MBMS media capability exposure request indication
  • the second response message includes an MBMS capability exposure request indication
  • the MBMS capability exposure request indication is used to request the first MBMS capability information exposed and determined by the BM-SC.
  • the third request message includes the port information of the third-party server and the media encoding information of the third-party server.
  • the third request message further includes the second MBMS capability information. If the second response message does not include the second MBMS capability information, the third request message further includes the MBMS capability negotiation parameter.
  • the receiver 131 executes the instruction and is further configured to receive a third response message sent by the BM-SC, where the third response message includes the first MBMS capability information, a service portal link for transporting the video content, port information of the BM-SC, a charging rule, and media encoding information of the BM-SC.
  • the MBMS capability negotiation parameter, the first MBMS capability information, and the second MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is to be
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC.
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server.
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • This embodiment of the present invention provides an SCEF.
  • the SCEF receives a first request message sent by the third-party server, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server, and sends a second request message to the home subscriber server HSS according to the first request message, to request the HSS to expose an MBMS capability.
  • the SCEF sends a third request message to the broadcast multicast service center BM-SC after the SCEF receives a second response message returned by the HSS when the HSS determines to allow the exposure of the MBMS capability, to request to obtain MBMS capability information exposed by the BM-SC.
  • the SCEF sends the exposed MBMS capability information obtained from the BM-SC to the third-party server, so that the third-party server starts an MBMS broadcast according to the exposed MBMS capability information and distributes video content to the user equipment UE. That is, when multiple UEs access the video content, the third-party server providing the video content may interact with an SCEF of a 3GPP and the BM-SC, and negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter. The third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • an OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • the third-party server 14 includes: a receiver 141 , a transmitter 142 , a processor 143 , a memory 144 , and a bus 145 .
  • the memory 144 is configured to store an instruction and data.
  • the transmitter 142 executes the instruction and is configured to send a first request message to a service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server.
  • the receiver 141 executes the instruction and is configured to receive a first response message sent by the SCEF, where the first response message includes exposed MBMS capability information obtained by the SCEF and a service portal link that is used for transporting video content and that is obtained from a broadcast multicast service center BM-SC.
  • the transmitter 142 executes the instruction and is further configured to send, to UE, the service portal link for transporting the video content.
  • the processor 143 executes the instruction and is configured to request, according to the MBMS capability information, to start an MBMS broadcast to distribute the video content to the UE.
  • the MBMS capability negotiation parameter and the MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is to be reported or an indication showing that
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server.
  • the first response message further includes port information of the BM-SC, media encoding information of the BM-SC, and a charging rule that are obtained by the SCEF.
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC; the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server; and the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the receiver 141 executes the instruction and is further configured to: before the transmitter 142 sends the first request message to the SCEF, or after the receiver 141 receives the first response message sent by the SCEF, receive Hypertext Transfer Protocol HTTP request messages sent by at least two UEs, where the HTTP request message is used to request same video content.
  • the transmitter 142 executes the instruction and is further configured to: after sending, to the user equipment UE, the service portal link for transporting the video content, send the video content to the BM-SC or the SCEF.
  • This embodiment of the present invention provides a third-party server.
  • the third-party server sends a first request message to the service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution, the MBMS capability negotiation parameter being requested by the third-party server, receives a first response message sent by the SCEF, where the first response message includes exposed MBMS capability information obtained by the SCEF and a service portal link that is obtained by the broadcast multicast service center BM-SC and that is used for transporting video content, sends, to the UE, the video content for transporting the service portal link, and starts an MBMS broadcast according to the MBMS capability information, to distribute the video content to the UE.
  • the third-party server providing the video content may interact with an SCEF of a 3GPP and the BM-SC, and negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter.
  • the third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • an OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • the BM-SC 15 includes: a receiver 151 , a transmitter 152 , a memory 153 , a bus 154 , and a processor 155 .
  • the memory 153 is configured to store an instruction and data.
  • the receiver 151 executes the instruction and is configured to receive a first request message sent by a service capability exposure function SCEF, where the first request message is used to obtain multimedia broadcast multicast service MBMS capability information during video content distribution.
  • the transmitter 152 executes the instruction and is configured to send a first response message to the SCEF, where the first response message includes first MBMS capability information exposed by the BM-SC, so as to distribute video content to user equipment UE after the SCEF starts an MBMS broadcast according to the first MBMS capability information.
  • the first request message includes an MBMS capability negotiation parameter for video distribution and that is requested by a third-party server, or the first request message includes second MBMS capability information that is to be exposed and that is determined by a home subscriber server HSS according to the MBMS capability negotiation parameter obtained from the third-party server.
  • the processor 155 executes the instruction and is configured to: determine, according to the MBMS capability negotiation parameter and subscription information between the BM-SC and an operator, the first MBMS capability information exposed by the BM-SC; or
  • the BM-SC determines, according to the second MBMS capability information that is to be exposed and that is determined by the HSS and subscription information between the BM-SC and an operator, the first MBMS capability information exposed by the BM-SC.
  • the first request message further includes port information of the third-party server and media encoding information of the third-party server.
  • the first response message includes port information of the BM-SC, a service portal link for transporting the video content, a charging rule, and media encoding information of the BM-SC.
  • the port information of the third-party server is used for trusted channel data transmission between the third-party server and the BM-SC.
  • the port information of the BM-SC is used for trusted channel data transmission between the BM-SC and the third-party server.
  • the media encoding information includes at least one of video encoding information, audio encoding information, text encoding information, or picture encoding information.
  • the MBMS capability negotiation parameter, the first MBMS capability information, and the second MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network
  • This embodiment of the present invention provides a BM-SC.
  • the BM-SC receives a first request message sent by the SCEF, where the first request message is used to obtain multimedia broadcast multicast service MBMS capability information during video content distribution.
  • the BM-SC sends a first response message to the SCEF, where the first response message includes the MBMS capability information exposed by the BM-SC, so that after starting an MBMS broadcast according to the MBMS capability information, the SCEF distributes video content to the user equipment UE.
  • the third-party server providing the video content may interact with an SCEF of a 3GPP and the BM-SC, and negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter, so that the third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • an OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • the HSS 16 includes a receiver 161 , a transmitter 162 , a processor 163 , a memory 164 , and a bus 165 .
  • the memory 164 is configured to store an instruction and data.
  • the receiver 161 executes the instruction and is configured to receive a first request message sent by a service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution and that is sent by a third-party server AS by using the SCEF, and/or an MBMS media capability exposure request indication sent by the SCEF, where the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability.
  • the transmitter 162 executes the instruction and is configured to determine, according to subscription information between the HSS 16 and an operator, and the MBMS capability negotiation parameter and/or the MBMS media capability exposure request, whether to allow the exposure of the MBMS capability.
  • the processor 163 when the processor 163 is configured to determine to allow the exposure of the MBMS capability, the processor 163 is further configured to determine exposed MBMS capability information according to the subscription information and the MBMS capability negotiation parameter.
  • the transmitter is further configured to send a first response message to the SCEF, where the first response message includes the MBMS capability information.
  • the first response message includes an MBMS capability exposure request indication, to notify the SCEF that the exposure of the MBMS capability is allowed.
  • the MBMS capability negotiation parameter and the MBMS capability information separately include at least one of a transport mode indication of the video content, a security feature indication for using the MBMS, a content transcoding capability support indication, a content caching indication, a quality of experience QoE reporting indication, a network information reporting indication, an advertisement purchasing information indication, or an advertisement insertion capability indication, where the transport mode indication is a broadcast mode, or a broadcast/unicast hybrid mode, or a dynamic broadcast/unicast mode; the security feature indication is an enabled state or a disabled state; the content transcoding capability support indication is an indication showing that transcoding is supported or an indication showing that transcoding is not supported; the content caching indication is an indication showing that content caching is supported or an indication showing that content caching is not supported; the QoE reporting indication is an indication showing that QoE is to be reported or an indication showing that QoE is not to be reported; the network information reporting indication is an indication showing that network information is to be reported or an indication showing that
  • This embodiment of the present invention provides an HSS.
  • the HSS receives a first request message sent by the service capability exposure function SCEF, where the first request message includes a multimedia broadcast multicast service MBMS capability negotiation parameter for video distribution and that is sent by a third-party server AS by using the SCEF, and/or an MBMS media capability exposure request indication sent by the SCEF, where the MBMS media capability exposure request indication is used to request the HSS to expose an MBMS pipe capability.
  • the HSS determines, according to subscription information between the HSS and an operator, and the MBMS capability negotiation parameter and/or the MBMS media capability exposure request, whether to allow the exposure of the MBMS capability.
  • an OTT third party may interact with an SCEF of a 3GPP and the HSS, and obtain, from the HSS, an indication for allowing the exposure of the capability, so that the third-party server negotiates with the BM-SC to determine a to-be-exposed MBMS capability according to the MBMS capability negotiation parameter, so that the third-party server redirects requests of the UEs to a broadcast reception mode, to receive the video content, so as to expand the MBMS capability to OTT video supporting.
  • the OTT third party does not need to perform negotiation and testing with different operators or different terminals, and technical difficulty of the OTT in providing a video service is reduced. Therefore, problems of heavy workload and complex management when an operator exposes an MBMS media capability to an OTT third party, and problems of heavy IOT workload and heavy video distribution and management load when the OTT third party distributes videos by using a mobile network can be resolved.
  • the disclosed device and method may be implemented in other manners.
  • the described device embodiment is merely exemplary.
  • the unit division is merely logical function division and may be other division in actual implementation.
  • a plurality of units or components may be combined or integrated into another system, or some features may be ignored or not performed.
  • the displayed or discussed mutual couplings or direct couplings or communication connections may be implemented by using some interfaces.
  • the indirect couplings or communication connections between the apparatuses or units may be implemented in electronic, mechanical, or other forms.
  • functional units in the devices and systems in the embodiments of the present invention may be integrated into one processing unit, or each of the units may exist alone physically, or two or more units are integrated into one unit.
  • the units may be implemented in a form of hardware, or may be implemented in a form of hardware in addition to a software functional unit.
  • All or some of the steps of the method embodiments may be implemented by a program instructing relevant hardware.
  • the program may be stored in a computer-readable storage medium. When the program runs, the steps of the method embodiments are performed.
  • the foregoing storage medium includes: any medium that can store program code, such as a USB flash drive, a removable hard disk, a read-only memory (ROM for short), a random access memory (RAM for short), a magnetic disk, or an optical disc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
US15/876,142 2015-07-20 2018-01-20 Video distribution method and device Active 2035-09-07 US10455294B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/579,872 US11051078B2 (en) 2015-07-20 2019-09-24 Video distribution method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/084530 WO2017011988A1 (fr) 2015-07-20 2015-07-20 Procédé et dispositif de distribution de vidéo

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/084530 Continuation WO2017011988A1 (fr) 2015-07-20 2015-07-20 Procédé et dispositif de distribution de vidéo

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/579,872 Continuation US11051078B2 (en) 2015-07-20 2019-09-24 Video distribution method and device

Publications (2)

Publication Number Publication Date
US20180146260A1 US20180146260A1 (en) 2018-05-24
US10455294B2 true US10455294B2 (en) 2019-10-22

Family

ID=57833720

Family Applications (2)

Application Number Title Priority Date Filing Date
US15/876,142 Active 2035-09-07 US10455294B2 (en) 2015-07-20 2018-01-20 Video distribution method and device
US16/579,872 Active 2035-10-22 US11051078B2 (en) 2015-07-20 2019-09-24 Video distribution method and device

Family Applications After (1)

Application Number Title Priority Date Filing Date
US16/579,872 Active 2035-10-22 US11051078B2 (en) 2015-07-20 2019-09-24 Video distribution method and device

Country Status (6)

Country Link
US (2) US10455294B2 (fr)
EP (1) EP3316600B1 (fr)
CN (1) CN107736039B (fr)
BR (1) BR112018001046B1 (fr)
MY (1) MY187351A (fr)
WO (1) WO2017011988A1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109792652B (zh) 2016-08-18 2021-11-02 康维达无线有限责任公司 用于服务和会话连续性的网络服务暴露
US11050705B2 (en) 2017-03-20 2021-06-29 At&T Intellectual Property I, L.P. Signaling optimization during short messaging for internet of things devices in a mobility network
WO2019116773A1 (fr) * 2017-12-14 2019-06-20 ソニー株式会社 Dispositif de communication, procédé de communication et programme
US10470077B1 (en) 2018-06-08 2019-11-05 At&T Intellectual Property I, L.P. Messaging centers with rule based adaptive retry profiles for 5G or other next generation network
US11096030B2 (en) * 2019-04-23 2021-08-17 Electronics And Telecommunications Research Institute Method and apparatus for cell broadcasting service using broadcast network
FR3099862B1 (fr) * 2019-08-08 2022-05-20 Airbus Ds Slc Dispositif d’interopérabilité pour interconnecter plusieurs réseaux de communication, système et procédé associés

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101136814A (zh) 2006-08-28 2008-03-05 西门子（中国）有限公司 一种支持mbms业务的方法和装置
CN101848215A (zh) 2010-04-30 2010-09-29 中山大学 一种处理交互式网络电视多播业务的方法及系统
CN101909341A (zh) 2009-06-02 2010-12-08 中兴通讯股份有限公司 Rnc间的mbms能力信息传递方法
US20110082924A1 (en) 2009-10-06 2011-04-07 Openwave Systems Inc. Managing network traffic by editing a manifest file
CN103262561A (zh) 2010-10-13 2013-08-21 Nec卡西欧移动通信株式会社 视频分发系统和视频分发方法
WO2015076713A1 (fr) 2013-11-20 2015-05-28 Telefonaktiebolaget L M Ericsson (Publ) Procédé, nœud, et programme informatique assurant une diffusion en continu de contenu en direct
US20160135143A1 (en) * 2014-11-07 2016-05-12 Samsung Electronics Co., Ltd. Method and apparatus for transmitting group message to user equipment (ue)
US20170164187A1 (en) * 2010-03-30 2017-06-08 Hon Hai Precision Industry Co., Ltd. Relay user equipment device and capability discovery method thereof
US20180092133A1 (en) * 2015-04-02 2018-03-29 Convida Wireless, Llc Managing mbms membership at the service capability exposure function

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4322484A3 (fr) * 2018-01-03 2024-05-01 Interdigital Patent Holdings, Inc. Services de multidiffusion et de diffusion dans des réseaux 5g pour des applications iot

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101136814A (zh) 2006-08-28 2008-03-05 西门子（中国）有限公司 一种支持mbms业务的方法和装置
WO2008025708A2 (fr) 2006-08-28 2008-03-06 Nokia Siemens Networks Gmbh & Co. Kg Un type de procédé et dispositif pour supporter des services mbms
CN101909341A (zh) 2009-06-02 2010-12-08 中兴通讯股份有限公司 Rnc间的mbms能力信息传递方法
US20110082924A1 (en) 2009-10-06 2011-04-07 Openwave Systems Inc. Managing network traffic by editing a manifest file
US20170164187A1 (en) * 2010-03-30 2017-06-08 Hon Hai Precision Industry Co., Ltd. Relay user equipment device and capability discovery method thereof
CN101848215A (zh) 2010-04-30 2010-09-29 中山大学 一种处理交互式网络电视多播业务的方法及系统
CN103262561A (zh) 2010-10-13 2013-08-21 Nec卡西欧移动通信株式会社 视频分发系统和视频分发方法
WO2015076713A1 (fr) 2013-11-20 2015-05-28 Telefonaktiebolaget L M Ericsson (Publ) Procédé, nœud, et programme informatique assurant une diffusion en continu de contenu en direct
US20160135143A1 (en) * 2014-11-07 2016-05-12 Samsung Electronics Co., Ltd. Method and apparatus for transmitting group message to user equipment (ue)
US20180092133A1 (en) * 2015-04-02 2018-03-29 Convida Wireless, Llc Managing mbms membership at the service capability exposure function

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
"3GPP TR 23.789 V13.0.0 3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;Monitoring enhancements (Release 13)", Technical Report, Mar. 2015, 33 pages.
3GPP TR 23.769 V13.0.0 (Jun. 2015);3rd Generation Partnership Project:Technical Specification Group Services and System Aspects;Group based Enhancements(Release 13),total 40 pages.
3GPP TS 23.682 V13.2.0 (Jun. 2015);3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;Architecture enhancements to facilitate communications with packet data networks and applications (Release 13),total 70 pages.
Huawei Technologies,"TMB2 Architecture consideratIon",3GPP TSG-SA4 Meeting #91 S4-161233,Bangalore, India, Oct. 24-28, 2016,total 4 pages.
ZTE,"Group Message delivery method selection at the SCEF",SA WG2 Meeting #107 S2-150052,(Resubmission of S2-143999),Jan. 26-30, 2015, Sorrento, Italy,total 8 pages.

Also Published As

Publication number Publication date
MY187351A (en) 2021-09-22
CN107736039B (zh) 2020-02-21
EP3316600B1 (fr) 2020-05-27
EP3316600A4 (fr) 2018-07-18
US20200092614A1 (en) 2020-03-19
EP3316600A1 (fr) 2018-05-02
BR112018001046B1 (pt) 2023-11-07
WO2017011988A1 (fr) 2017-01-26
US20180146260A1 (en) 2018-05-24
US11051078B2 (en) 2021-06-29
CN107736039A (zh) 2018-02-23
BR112018001046A2 (pt) 2018-09-11

Similar Documents

Publication Publication Date Title
US11051078B2 (en) Video distribution method and device
US11051359B2 (en) Managing MBMS membership at the service capability exposure function
US10069719B2 (en) Method and apparatus for multipath media delivery
US20150181285A1 (en) Media Playback Method, Control Point, and Terminal
JP2017005761A (ja) マルチキャスト・ブロードキャスト・マルチメディアサービスのアシストによるコンテンツ配布
US20100009704A1 (en) Method, System, and Apparatus for Processing a Service Message with a Plurality of Terminals
US7844293B2 (en) System for establishing and managing multimedia PoC session for performing multimedia call service, method thereof, and user equipment therefor
US11251981B2 (en) Communication method and apparatus
US20220312156A1 (en) Method and apparatus for multicast service session operation and communications device
US9071944B2 (en) Method and system for providing media stored in a PoC box in a PoC system
US9838881B2 (en) Method, device, and system for applying for frequency spectrum
JP2018515960A (ja) マルチメディアブロードキャストマルチキャストサービスに基づくフレキシブルブロードキャストサービスのための方法及び装置
JP7237117B2 (ja) 端末装置、データ処理装置および方法
WO2022013190A1 (fr) Fourniture de fichiers stockés en vue d'une distribution de fichiers de données essentielles à la mission sur des services multimédias de multidiffusion/diffusion
US11234054B2 (en) Edge network system for service-less video multicast
KR20230031912A (ko) 단말 디바이스, 인프라스트럭처 장비 및 방법들
KR102396634B1 (ko) 무선 통신 시스템에서 메시지 수신 정보를 송신하기 위한 장치 및 방법
US20240015483A1 (en) Procedure to join a multicast session
KR102465325B1 (ko) 5g 망에서의 단말 기반 동적 네트워크 정책 제어 방법, 그리고 이를 제공하는 단말 및 네트워크 시스템
CN103532911A (zh) 流媒体播放方法及系统

Legal Events

Date Code Title Description
FEPP Fee payment procedure

Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

AS Assignment

Owner name: HUAWEI TECHNOLOGIES CO., LTD., CHINA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LI, ZHIMING;WANG, SHUO;SIGNING DATES FROM 20180322 TO 20180426;REEL/FRAME:045814/0149

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

STPP Information on status: patent application and granting procedure in general

Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS

STPP Information on status: patent application and granting procedure in general

Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS

STPP Information on status: patent application and granting procedure in general

Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT RECEIVED

STCF Information on status: patent grant

Free format text: PATENTED CASE

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 4