CN110289928A - 5g网络下应急公共广播方法和系统 - Google Patents
5g网络下应急公共广播方法和系统 Download PDFInfo
- Publication number
- CN110289928A CN110289928A CN201910591586.6A CN201910591586A CN110289928A CN 110289928 A CN110289928 A CN 110289928A CN 201910591586 A CN201910591586 A CN 201910591586A CN 110289928 A CN110289928 A CN 110289928A
- Authority
- CN
- China
- Prior art keywords
- video
- video applications
- waken
- public broadcasting
- content
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 29
- 230000002618 waking effect Effects 0.000 claims description 15
- 230000001351 cycling effect Effects 0.000 claims description 6
- 230000003252 repetitive effect Effects 0.000 claims description 6
- 230000003993 interaction Effects 0.000 claims 1
- 230000000694 effects Effects 0.000 abstract description 7
- 238000007726 management method Methods 0.000 description 35
- 238000012790 confirmation Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000013523 data management Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000005180 public health Effects 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
- H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- 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/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Databases & Information Systems (AREA)
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明提供一种5G网络下应急公共广播方法和系统。所述方法包括:播控系统将准备播发的音视频内容推送到各个CDN主节点;NEF唤醒目标UE内置视频应用,并获取被唤醒视频应用的识别码;NEF根据被唤醒视频应用的识别码选择对应的CDN主节点的地址以及即将或正在播发的音视频内容的入口地址,并发送给UE;UE在收到CDN主节点和视频内容的入口地址后,使被唤醒的视频应用与CDN主节点进行交互,并播放视频内容。本发明利用5G网络实时向公众播发视频类公共应急广播内容,承载信息量大、支持实时在线播放,达到了实时广播的效果。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种5G网络下应急公共广播方法,以及一种5G网络下应急公共广播系统。
背景技术
应急公共广播是指,在发生重大自然灾害、突发事件、公共卫生与社会安全等突发公共危机时,提供一种迅速、快捷的讯息传播通道,在第一时间内将突发情况告知公众。
应急公共广播主要利用广播电视向公众通告紧急事件,但其覆盖面有限。为了扩大广播覆盖面,现有技术还将手机等智能终端与广播电视相结合,共同向公众通告紧急事件。
然而,目前利用手机进行应急公共广播的方式主要包括群发短信和群发彩信这两种。其中,短信内容以文字为主,承载信息量有限;彩信受容量限制,不宜发送大容量多媒体内容,且不支持实时在线播放,无法达到实时广播的效果。
发明内容
为了至少部分解决现有技术中存在的技术问题而完成了本发明。
解决本发明技术问题所采用的技术方案是:
本发明提供一种5G网络下应急公共广播方法,其包括:
播控系统将准备播发的音视频内容推送到各个CDN(Content Delivery Network,内容分发网络)主节点;
NEF(Network Exposure Function,网络开放功能)唤醒目标UE(User Equipment,用户终端)内置视频应用,并获取被唤醒视频应用的识别码;
NEF根据被唤醒视频应用的识别码选择对应的CDN主节点的地址以及即将或正在播发的音视频内容的入口地址,并发送给UE;
UE在收到CDN主节点和视频内容的入口地址后,使被唤醒的视频应用与CDN主节点进行交互,并播放视频内容。
可选地,在播控系统将准备播发的音视频内容推送到各个CDN主节点之后,包括:
网管系统向UDR(Unified Data Repository,统一数据存储)和UDM(Unified DataManagement,统一数据管理)写入配置信息。
可选地,所述网管系统向UDR写入配置信息,包括:
发起公共广播的播控系统的身份识别码和口令码;
预备发起的公共广播的接收对象范围;
预备发起的公共广播的地域范围;
预备发起的公共广播的时间范围;
预备发起的公共广播的内容形式;
所述网管系统向UDM写入配置信息,包括:
预备发起的公共广播的接收对象范围;
预备发起的公共广播的地域范围;
预备发起的公共广播的时间范围;
根据公共广播的时间范围和编码格式计算出的预计网络流量。
可选地,在网管系统向UDR和UDM写入配置信息之后,还包括:
播控系统在预定的时间向NEF提出启动播发公共广播请求;
NEF在收到播控系统的请求之后,与UDR进行交互,以完成播控系统请求的业务鉴权。
可选地,所述NEF唤醒目标UE内置视频应用,并获取被唤醒视频应用的识别码,包括:
NEF向目标UE发送唤醒其内置视频应用的命令;
UE在收到唤醒视频应用的命令后,根据通配符选择一个适当的视频应用,以及将选中的视频应用唤醒,并准备接收公共广播音视频内容;
被唤醒的视频应用向UE反馈已就绪状态;
UE向NEF返回被唤醒的视频应用的识别码。
可选地,所述UE在收到唤醒视频应用的命令后,根据通配符选择一个适当的视频应用,包括:
如果有当前正在使用的视频应用,则选在当前正在使用的视频应用;
如果当前没有正在使用的视频应用,则选在最近使用的视频应用;
如果最近没有使用的视频应用,则选在历史启动次数最多的视频应用;
如果各视频应用启动次数都一样,则随机选择一个视频应用;
如果没有安装视频应用,则选择UE自带的视频播放器。
可选地,在NEF接收到被唤醒视频应用的识别码后,还包括:
NEF向UDM申请定向流量;
UDM将NEF得到的被唤醒视频应用的识别码、网关系统配置的流量额度与UE的标识符完成绑定。
可选地,所述UE在收到CDN主节点和视频内容的入口地址后,使被唤醒的视频应用与CDN主节点进行交互,并播放视频内容,包括:
UE收到CDN主节点和视频内容入口地址后,向UDM进行业务鉴权;
鉴权通过后,UE通知先前被唤醒的视频应用,从对应的CDN主节点和视频内容入口地址实时获取视频内容;
被唤醒的视频应用与CDN主节点进行交互,并播放视频内容。
可选地,所述应急公共广播方法还包括:
判断UE是否设置了不接收实时应急广播,如是,则采用先下载后播放的形式;如否,则UE内置视频应用被唤醒后,还包括:
对于正在播放视频内容的视频应用,暂停播放,然后以醒目方式提示用户即将播放应急公共广播,并等待广播内容的开始;
对于被网络唤醒的视频应用,占据UE屏幕前台界面,然后以醒目方式提示用户即将播放应急公共广播,并等待广播内容的开始。
可选地,所述应急公共广播方法还包括:
在网络侧停止播放视频内容后,使视频应用重复循环播放该视频内容,直到用户干预,或者UE进入低电量保护模式,或者达到预定的重复播放次数为止。
本发明还提供一种5G网络下应急公共广播系统,其包括:播控系统、NEF和UE;UE内置视频应用;其中,
播控系统用于将准备播发的音视频内容推送到各个CDN主节点;
NEF用于唤醒目标UE内置视频应用,并获取被唤醒视频应用的识别码;
NEF还用于根据被唤醒视频应用的识别码选择对应的CDN主节点的地址以及即将或正在播发的音视频内容的入口地址,并发送给UE;
UE在收到CDN主节点和视频内容的入口地址后,用于使被唤醒的视频应用与CDN主节点进行交互,并播放视频内容。
可选地,所述应急公共广播系统还包括:网管系统、UDR和UDM;在播控系统将准备播发的音视频内容推送到各个CDN主节点之后,网管系统用于向UDR和UDM写入配置信息。
可选地,所述网管系统向UDR写入配置信息,具体为:
发起公共广播的播控系统的身份识别码和口令码;
预备发起的公共广播的接收对象范围;
预备发起的公共广播的地域范围;
预备发起的公共广播的时间范围;
预备发起的公共广播的内容形式;
所述网管系统向UDM写入配置信息,具体为:
预备发起的公共广播的接收对象范围;
预备发起的公共广播的地域范围;
预备发起的公共广播的时间范围;
根据公共广播的时间范围和编码格式计算出的预计网络流量。
可选地,在网管系统向UDR和UDM写入配置信息之后,
播控系统还用于在预定的时间向NEF提出启动播发公共广播请求;
NEF还用于在收到播控系统的请求之后,与UDR进行交互,以完成播控系统请求的业务鉴权。
可选地,所述NEF用于唤醒目标UE内置视频应用,并获取被唤醒视频应用的识别码,具体为:
NEF用于向目标UE发送唤醒其内置视频应用的命令;
UE在收到唤醒视频应用的命令后,用于根据通配符选择一个适当的视频应用,以及将选中的视频应用唤醒,并准备接收公共广播音视频内容;
被唤醒的视频应用用于向UE反馈已就绪状态;
UE还用于向NEF返回被唤醒的视频应用的识别码。
可选地,所述UE在收到唤醒视频应用的命令后,用于根据通配符选择一个适当的视频应用,具体为:
如果有当前正在使用的视频应用,则选在当前正在使用的视频应用;
如果当前没有正在使用的视频应用,则选在最近使用的视频应用;
如果最近没有使用的视频应用,则选在历史启动次数最多的视频应用;
如果各视频应用启动次数都一样,则随机选择一个视频应用;
如果没有安装视频应用,则选择UE自带的视频播放器。
可选地,在NEF接收到被唤醒视频应用的识别码后,
NEF还用于向UDM申请定向流量;
UDM用于将NEF得到的被唤醒视频应用的识别码、网关系统配置的流量额度与UE的标识符完成绑定。
可选地,所述UE在收到CDN主节点和视频内容的入口地址后,用于使被唤醒的视频应用与CDN主节点进行交互,并播放视频内容,具体为:
UE在收到CDN主节点和视频内容入口地址后,用于向UDM进行业务鉴权;
鉴权通过后,UE还用于通知先前被唤醒的视频应用,从对应的CDN主节点和视频内容入口地址实时获取视频内容;
被唤醒的视频应用用于与CDN主节点进行交互,并播放视频内容。
可选地,若UE设置了不接收实时应急广播,则UE还用于采用先下载后播放的形式;若UE未设置不接收实时应急广播,则UE内置视频应用被唤醒后,UE还用于:
对于正在播放视频内容的视频应用,暂停播放,然后以醒目方式提示用户即将播放应急公共广播,并等待广播内容的开始;
对于被网络唤醒的视频应用,占据UE屏幕前台界面,然后以醒目方式提示用户即将播放应急公共广播,并等待广播内容的开始。
可选地,在网络侧停止播放视频内容后,UE还用于:
使视频应用重复循环播放该视频内容,直到用户干预,或者UE进入低电量保护模式,或者达到预定的重复播放次数为止。
有益效果:
本发明中,UE与NEF、播控系统和CDN主节点相互协作,唤醒UE内置视频应用并播放视频内容,从而利用5G网络实时向公众播发视频类公共应急广播内容,承载信息量大、支持实时在线播放,达到了实时广播的效果。
附图说明
图1为本发明实施例1提供的一种5G网络下应急公共广播方法的流程图;
图2为本发明实施例1提供的另一种5G网络下应急公共广播方法的流程图;
图3为本发明实施例2提供的一种5G网络下应急公共广播系统的结构框图。
图中:100-播控系统;200-NEF;300-UE;301-UE内置视频应用;400-网管系统;500-UDR;600-UDM;700-CDN主节点。
具体实施方式
为使本领域技术人员更好地理解本发明的技术方案,下面结合附图和实施例对本发明作进一步详细描述。
实施例1:
作为本实施例的一个方面,提供一种5G网络下应急公共广播方法。如图1所示,所述应急公共广播方法包括如下步骤S100至S400。
S100.播控系统将准备播发的音视频内容推送到各个CDN主节点,其中各个CDN主节点是指各个视频应用的音视频内容CDN核心节点;视频应用即视频APP(Application的缩写),指的是在智能终端(如智能手机)上安装的视频类应用软件,例如现有的腾讯视频、爱奇艺、优酷视频、搜狐视频和百度视频等;
S200.NEF唤醒目标UE内置视频应用,并获取被唤醒视频应用的识别码;
S300.NEF根据被唤醒视频应用的识别码选择对应的CDN主节点的地址以及即将或正在播发的音视频内容的入口地址,并发送给UE;
S400.UE在收到CDN主节点和视频内容的入口地址后,使被唤醒的视频应用与CDN主节点进行交互,并播放视频内容。
本实施例中,UE与NEF、播控系统和CDN主节点相互协作,唤醒UE内置视频应用并播放视频内容,从而利用5G网络实时向公众播发视频类公共应急广播内容,承载信息量大、支持实时在线播放,达到了实时广播的效果。
当出现公共紧急事件时,应急管理部门和网络管理部门可通过线下方式进行联络沟通,以确定公共广播的时间、范围等事项。应急管理部门还需在其播控系统上进行对应的参数设置,而播控系统在完成参数设置后再执行步骤S100;网络管理部门还需在其网管系统上进行对应的参数设置,而网管系统在完成参数设置后需向UDR和UDM写入配置信息。
因此,在步骤S100和步骤S200之间,所述应急公共广播方法还包括如下步骤S121和S122。
S121.网管系统向UDR写入配置信息;
S122.网管系统向UDM写入配置信息。
进一步地,步骤S121具体包括如下步骤A1至A5。
A1.发起公共广播的播控系统的身份识别码和口令码;
A2.预备发起的公共广播的接收对象范围,即哪些用户将接收到该广播;
A3.预备发起的公共广播的地域范围;
A4.预备发起的公共广播的时间范围,即开始时间和结束时间,是否重复播放等;
A5.预备发起的公共广播的内容形式,包括:视频、音频,以及具体的音视频格式(编码算法、编码码率)等。
进一步地,步骤S122具体包括如下步骤B1至B4。
B1.预备发起的公共广播的接收对象范围,即哪些用户将接收到该广播;
B2.预备发起的公共广播的地域范围;
B3.预备发起的公共广播的时间范围,即开始时间和结束时间,是否重复播放等;
B4.根据公共广播的时间范围和编码格式计算出的预计网络流量。在计算出预计网络流量之后,可将该流量分配给预计将接收到该广播内容的用户账号,即为公共广播分配定向的免费流量。
在步骤S100和步骤S200之间,以及步骤S122之后,所述应急公共广播方法还包括如下步骤S123和S124。
S123.播控系统在预定的时间向NEF提出启动播发公共广播请求,其中包括CDN主节点入口地址集合;
S124.NEF在收到播控系统的请求之后,与UDR进行交互,以完成播控系统请求的业务鉴权。在播控系统请求的业务鉴权通过后,再执行步骤S200。
步骤S200具体包括如下步骤S201至S205。
S201.在播控系统请求的业务鉴权通过后,NEF向目标UE发送唤醒其内置视频应用的命令,具体可经由SMSF(Short Message Service Function,短信息业务功能)向目标UE发送命令,该命令中包括一个视频类应用的通配符;
S202.UE在收到唤醒视频应用的命令后,根据通配符选择一个适当的视频应用;
S203.UE将选中的视频应用唤醒,并准备接收公共广播音视频内容;
S204.被唤醒的视频应用向UE反馈已就绪状态;
S205.UE向NEF返回被唤醒的视频应用的识别码。
在步骤S201中,一般来说,当NEF向目标UE发送唤醒其内置视频应用的命令时,需要提供被唤醒应用的标识符或者识别码,从而确定具体哪个视频应用将被唤醒。但在进行公共广播时,由于无法确定各个UE分别安装了何种视频应用,因此需要采用一个通配符,即只要是视频应用即可,不考虑具体是哪一个视频应用。
步骤S202具体包括如下步骤S2021至S2025。
S2021.如果有当前正在使用的视频应用,则选在当前正在使用的视频应用;
S2022.如果当前没有正在使用的视频应用,则选在最近使用的视频应用;
S2023.如果最近没有使用的视频应用,则选在历史启动次数最多的视频应用;
S2024.如果各视频应用启动次数都一样,则随机选择一个视频应用;
S2025.如果没有安装视频应用,则选择UE自带的视频播放器。
在步骤S2025中,如果用户没有安装任何一个视频应用,则默认调用手机内置的视频播放器,例如内置的“照片”应用或者“摄像机”应用都会带有播放视频的功能。
由于公共应急广播属于公益行为而非盈利业务,为避免向用户收取因下发公共广播而产生的流量费用,在步骤S200与步骤S300之间,还包括如下步骤S231和S232。
S231.NEF在接收到视频应用识别码后,向UDM申请定向流量;
S232.UDM将NEF得到的被唤醒视频应用的识别码、网关系统配置的流量额度与UE的标识符(例如用户手机号码等)完成绑定,以便后续对UE进行计费时免除这一部分流量的费用。
步骤S400具体包括如下步骤S401至S403。
S401.UE收到CDN主节点和视频内容入口地址后,向UDM进行业务鉴权,以确认具备免费使用该视频内容的权限;
S402.鉴权通过后,UE通知先前被唤醒的视频应用,从对应的CDN主节点和视频内容入口地址实时获取视频内容;
S403.被唤醒的视频应用与CDN主节点进行交互,并播放视频内容。
本实施例中,是否接收实时应急广播,可以在UE上由用户自己进行设置。如果设置了不接收实时应急广播,则可以采用先下载后播放的形式;如果设置了接收实时应急广播,则在UE内置视频应用被唤醒后可提醒用户即将播放应急公共广播。
因此,在步骤S200之前,所述应急公共广播方法还包括:判断UE是否设置了不接收实时应急广播,如是,则采用先下载后播放的形式;如否,则UE内置视频应用被唤醒后,还包括:
对于正在播放视频内容的视频应用,暂停播放,然后以醒目方式提示用户即将播放应急公共广播,并等待广播内容的开始;
对于被网络唤醒的视频应用,占据UE屏幕前台界面,然后以醒目方式提示用户即将播放应急公共广播,并等待广播内容的开始。
在步骤S400之后,所述应急公共广播方法还包括:在网络侧停止播放视频内容后,使视频应用重复循环播放该视频内容,直到用户干预,或者UE进入低电量保护模式,或者达到预定的重复播放次数为止。
作为本实施例的另一个方面,提供另一种5G网络下应急公共广播方法。如图2所示,所述应急公共广播方法包括如下步骤(0)至步骤(16)。
步骤(0).当出现公共紧急事件时,首先,应急管理部门和网络管理部门通过线下方式进行联络沟通,以确定公共广播的时间、范围等事项;然后,应急管理部门和网络管理部门分别在各自的系统上进行对应的参数设置。
步骤(1).播控系统在完成步骤(0)中的设置后,将准备播发的音视频内容推送到各个CDN主节点。
步骤(2).网管系统在完成步骤(0)中的设置后,向UDR写入配置信息,包括:
2.1)发起公共广播的播控系统的身份识别码和口令码;
2.2)预备发起的公共广播的接收对象范围,即哪些用户将接收到该广播;
2.3)预备发起的公共广播的地域范围;
2.4)预备发起的公共广播的时间范围,即开始时间和结束时间,是否重复播放等;
2.5)预备发起的公共广播的内容形式,包括:视频、音频,以及具体的音视频格式(编码算法、编码码率)等。
步骤(3).网管系统在完成步骤(0)中的设置后,向UDM写入配置信息,包括:
3.1)预备发起的公共广播的接收对象范围,即哪些用户将接收到该广播;
3.2)预备发起的公共广播的地域范围;
3.3)预备发起的公共广播的时间范围,即开始时间和结束时间,是否重复播放等;
3.4)根据公共广播的时间范围和编码格式计算出的预计网络流量。在计算出预计网络流量之后,可将该流量分配给预计将接收到该广播内容的用户账号,即为公共广播分配定向的免费流量。
步骤(4).播控系统在预定的时间向NEF提出启动播发公共广播请求,其中包括CDN主节点入口地址集合。
步骤(5).NEF在收到播控系统的请求之后,与UDR进行交互,以完成播控系统请求的业务鉴权。
步骤(6).在播控系统请求的业务鉴权通过后,NEF经由SMSF向目标UE发送唤醒其内置视频应用的命令,其中包括一个视频类应用的通配符。
步骤(7).UE在收到唤醒视频应用的命令后,根据通配符选择一个适当的视频应用,具体包括:
7.1)如果有当前正在使用的视频应用,则选在当前正在使用的视频应用;
7.2)如果当前没有正在使用的视频应用,则选在最近使用的视频应用;
7.3)如果最近没有使用的视频应用,则选在历史启动次数最多的视频应用;
7.4)如果各视频应用启动次数都一样,则随机选择一个视频应用;
7.5)如果没有安装视频应用,则选择UE自带的视频播放器。
步骤(8).UE将选中的视频应用唤醒,并准备接收公共广播音视频内容.
步骤(9).被唤醒的视频应用向UE反馈“已就绪”。
步骤(10).UE向NEF返回被唤醒的视频应用的识别码。
步骤(11).NEF在接收到视频应用识别码后,向UDM申请定向流量。
步骤(12).UDM将NEF得到的被唤醒视频应用的识别码、网关系统配置的流量额度与UE的标识符(例如用户手机号码等)完成绑定。以便后续对UE进行计费是免除这一部分流量的费用。
步骤(13).NEF根据被唤醒视频应用的识别码选择对应的CDN主节点的地址(例如,腾讯视频客户端对应腾讯CDN的主节点,搜狐视频客户端对应搜狐CDN的主节点),以及即将或正在播发的音视频内容的入口地址,并发送给UE。
步骤(14).UE收到CDN主节点和视频内容入口地址后,向UDM进行业务鉴权,以确认具备免费使用该视频内容的权限。
步骤(15).鉴权通过后,UE通知先前被唤醒的视频应用,从对应的CDN主节点和视频内容入口地址实时获取视频内容。
步骤(16).被唤醒的视频应用与CDN主节点进行交互,并播放视频内容。
综上所述,本实施例提供的技术方案中,播控系统将准备播发的音视频内容推送到各个CDN主节点;NEF唤醒目标UE内置视频应用,并获取被唤醒视频应用的识别码;NEF根据被唤醒视频应用的识别码选择对应的CDN主节点的地址以及即将或正在播发的音视频内容的入口地址,并发送给UE;UE在收到CDN主节点和视频内容的入口地址后,使被唤醒的视频应用与CDN主节点进行交互,并播放视频内容,从而利用5G网络实时向公众播发视频类公共应急广播内容,承载信息量大、支持实时在线播放,达到了实时广播的效果。
实施例2:
本实施例提供一种5G网络下应急公共广播系统。如图3所示,所述应急公共广播系统包括:播控系统100、NEF200和UE300;UE300内置视频应用301。
其中,播控系统100用于将准备播发的音视频内容推送到各个CDN主节点700,其中各个CDN主节点700是指各个视频应用的音视频内容CDN核心节点;视频应用即视频APP(Application的缩写),指的是在智能终端(如智能手机)上安装的视频类应用软件,例如现有的腾讯视频、爱奇艺、优酷视频、搜狐视频和百度视频等;
NEF200用于唤醒目标UE内置视频应用301,并获取被唤醒视频应用301的识别码;
NEF200还用于根据被唤醒视频应用301的识别码选择对应的CDN主节点700的地址以及即将或正在播发的音视频内容的入口地址,并发送给UE300;
UE300在收到CDN主节点和视频内容的入口地址后,用于使被唤醒的视频应用301与CDN主节点700进行交互,并播放视频内容。
本实施例中,UE300与NEF200、播控系统100和CDN主节点700相互协作,唤醒UE内置视频应用301并播放视频内容,从而利用5G网络实时向公众播发视频类公共应急广播内容,承载信息量大、支持实时在线播放,达到了实时广播的效果。
当出现公共紧急事件时,应急管理部门和网络管理部门可通过线下方式进行联络沟通,以确定公共广播的时间、范围等事项。应急管理部门还需在其播控系统100上进行对应的参数设置,而播控系统100在完成参数设置后再将准备播发的音视频内容推送到各个CDN主节点700;网络管理部门还需在其网管系统400上进行对应的参数设置,而网管系统400在完成参数设置后需向UDR和UDM写入配置信息。
因此,如图3所示,所述应急公共广播系统还包括:网管系统400、UDR500和UDM600。
在播控系统100将准备播发的音视频内容推送到各个CDN主节点700之后,网管系统400用于向UDR500和UDM600写入配置信息。
其中,网管系统400向UDR500写入配置信息,具体为:
发起公共广播的播控系统的身份识别码和口令码;
预备发起的公共广播的接收对象范围,即哪些用户将接收到该广播;
预备发起的公共广播的地域范围;
预备发起的公共广播的时间范围,即开始时间和结束时间,是否重复播放等;
预备发起的公共广播的内容形式,包括:视频、音频,以及具体的音视频格式(编码算法、编码码率)等。
其中,网管系统400向UDM600写入配置信息,具体为:
预备发起的公共广播的接收对象范围,即哪些用户将接收到该广播;
预备发起的公共广播的地域范围;
预备发起的公共广播的时间范围,即开始时间和结束时间,是否重复播放等;
根据公共广播的时间范围和编码格式计算出的预计网络流量。在计算出预计网络流量之后,可将该流量分配给预计将接收到该广播内容的用户账号,即为公共广播分配定向的免费流量。
在网管系统400向UDR500和UDM600写入配置信息之后,
播控系统100还用于在预定的时间向NEF200提出启动播发公共广播请求,其中包括CDN主节点入口地址集合;
NEF200还用于在收到播控系统100的请求之后,与UDR500进行交互,以完成播控系统100请求的业务鉴权。在播控系统100请求的业务鉴权通过后,再唤醒目标UE内置视频应用301。
NEF200用于唤醒目标UE内置视频应用301,并获取被唤醒视频应用301的识别码,具体为:
在播控系统100请求的业务鉴权通过后,NEF200用于向目标UE300发送唤醒其内置视频应用的命令,具体可经由SMSF(Short Message Service Function,短信息业务功能)向目标UE发送命令,该命令中包括一个视频类应用的通配符;
UE300在收到唤醒视频应用的命令后,用于根据通配符选择一个适当的视频应用301,以及将选中的视频应用302唤醒,并准备接收公共广播音视频内容;
被唤醒的视频应用301用于向UE300反馈已就绪状态;
UE300还用于向NEF200返回被唤醒的视频应用301的识别码。
UE300在收到唤醒视频应用的命令后,用于根据通配符选择一个适当的视频应用301,具体为:
如果有当前正在使用的视频应用301,则选在当前正在使用的视频应用301;
如果当前没有正在使用的视频应用301,则选在最近使用的视频应用301;
如果最近没有使用的视频应用301,则选在历史启动次数最多的视频应用301;
如果各视频应用301启动次数都一样,则随机选择一个视频应用301;
如果没有安装视频应用301,则选择UE自带的视频播放器。
当然,如果用户没有安装任何一个视频应用,则默认调用手机内置的视频播放器,例如内置的“照片”应用或者“摄像机”应用都会带有播放视频的功能。
由于公共应急广播属于公益行为而非盈利业务,为避免向用户收取因下发公共广播而产生的流量费用,在NEF200接收到被唤醒视频应用301的识别码后,
NEF200在接收到视频应用识别码后,还用于向UDM600申请定向流量;
UDM600用于将NEF200得到的被唤醒视频应用301的识别码、网关系统配置的流量额度与UE300的标识符(例如用户手机号码等)完成绑定,以便后续对UE进行计费时免除这一部分流量的费用。
UE300在收到CDN主节点和视频内容的入口地址后,用于使被唤醒的视频应用301与CDN主节点700进行交互,并播放视频内容,具体为:
UE300在收到CDN主节点和视频内容入口地址后,用于向UDM600进行业务鉴权,以确认具备免费使用该视频内容的权限;
鉴权通过后,UE300还用于通知先前被唤醒的视频应用301,从对应的CDN主节点700和视频内容入口地址实时获取视频内容;
被唤醒的视频应用301用于与CDN主节点700进行交互,并播放视频内容。
本实施例中,是否接收实时应急广播,可以在UE上由用户自己进行设置。如果设置了不接收实时应急广播,则可以采用先下载后播放的形式;如果设置了接收实时应急广播,则在UE内置视频应用被唤醒后可提醒用户即将播放应急公共广播。
因此,若UE300设置了不接收实时应急广播,则UE300还用于采用先下载后播放的形式;若UE300未设置不接收实时应急广播,则UE内置视频应用301被唤醒后,UE300还用于:
对于正在播放视频内容的视频应用,暂停播放,然后以醒目方式提示用户即将播放应急公共广播,并等待广播内容的开始;
对于被网络唤醒的视频应用,占据UE屏幕前台界面,然后以醒目方式提示用户即将播放应急公共广播,并等待广播内容的开始。
在网络侧停止播放视频内容后,UE300还用于:
使视频应用重复循环播放该视频内容,直到用户干预,或者UE进入低电量保护模式,或者达到预定的重复播放次数为止。
综上所述,本实施例提供的技术方案中,播控系统100将准备播发的音视频内容推送到各个CDN主节点700;NEF200唤醒目标UE内置视频应用301,并获取被唤醒视频应用3001的识别码;NEF200根据被唤醒视频应用301的识别码选择对应的CDN主节点的地址以及即将或正在播发的音视频内容的入口地址,并发送给UE300;UE300在收到CDN主节点和视频内容的入口地址后,使被唤醒的视频应用301与CDN主节点700进行交互,并播放视频内容,从而利用5G网络实时向公众播发视频类公共应急广播内容,承载信息量大、支持实时在线播放,达到了实时广播的效果。
可以理解的是,以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式,然而本发明并不局限于此。对于本领域内的普通技术人员而言,在不脱离本发明的精神和实质的情况下,可以做出各种变型和改进,这些变型和改进也视为本发明的保护范围。
Claims (20)
1.一种5G网络下应急公共广播方法,其特征在于,包括:
播控系统将准备播发的音视频内容推送到各个CDN主节点;
NEF唤醒目标UE内置视频应用,并获取被唤醒视频应用的识别码;
NEF根据被唤醒视频应用的识别码选择对应的CDN主节点的地址以及即将或正在播发的音视频内容的入口地址,并发送给UE;
UE在收到CDN主节点和视频内容的入口地址后,使被唤醒的视频应用与CDN主节点进行交互,并播放视频内容。
2.根据权利要求1所述的应急公共广播方法,其特征在于,在播控系统将准备播发的音视频内容推送到各个CDN主节点之后,包括:
网管系统向UDR和UDM写入配置信息。
3.根据权利要求2所述的应急公共广播方法,其特征在于,
所述网管系统向UDR写入配置信息,包括:
发起公共广播的播控系统的身份识别码和口令码;
预备发起的公共广播的接收对象范围;
预备发起的公共广播的地域范围;
预备发起的公共广播的时间范围;
预备发起的公共广播的内容形式;
所述网管系统向UDM写入配置信息,包括:
预备发起的公共广播的接收对象范围;
预备发起的公共广播的地域范围;
预备发起的公共广播的时间范围;
根据公共广播的时间范围和编码格式计算出的预计网络流量。
4.根据权利要求2所述的应急公共广播方法,其特征在于,在网管系统向UDR和UDM写入配置信息之后,还包括:
播控系统在预定的时间向NEF提出启动播发公共广播请求;
NEF在收到播控系统的请求之后,与UDR进行交互,以完成播控系统请求的业务鉴权。
5.根据权利要求2所述的应急公共广播方法,其特征在于,所述NEF唤醒目标UE内置视频应用,并获取被唤醒视频应用的识别码,包括:
NEF向目标UE发送唤醒其内置视频应用的命令;
UE在收到唤醒视频应用的命令后,根据通配符选择一个适当的视频应用,以及将选中的视频应用唤醒,并准备接收公共广播音视频内容;
被唤醒的视频应用向UE反馈已就绪状态;
UE向NEF返回被唤醒的视频应用的识别码。
6.根据权利要求5所述的应急公共广播方法,其特征在于,所述UE在收到唤醒视频应用的命令后,根据通配符选择一个适当的视频应用,包括:
如果有当前正在使用的视频应用,则选在当前正在使用的视频应用;
如果当前没有正在使用的视频应用,则选在最近使用的视频应用;
如果最近没有使用的视频应用,则选在历史启动次数最多的视频应用;
如果各视频应用启动次数都一样,则随机选择一个视频应用;
如果没有安装视频应用,则选择UE自带的视频播放器。
7.根据权利要求2所述的应急公共广播方法,其特征在于,在NEF接收到被唤醒视频应用的识别码后,还包括:
NEF向UDM申请定向流量;
UDM将NEF得到的被唤醒视频应用的识别码、网关系统配置的流量额度与UE的标识符完成绑定。
8.根据权利要求2所述的应急公共广播方法,其特征在于,所述UE在收到CDN主节点和视频内容的入口地址后,使被唤醒的视频应用与CDN主节点进行交互,并播放视频内容,包括:
UE收到CDN主节点和视频内容入口地址后,向UDM进行业务鉴权;
鉴权通过后,UE通知先前被唤醒的视频应用,从对应的CDN主节点和视频内容入口地址实时获取视频内容;
被唤醒的视频应用与CDN主节点进行交互,并播放视频内容。
9.根据权利要求1-8中任一项所述的应急公共广播方法,其特征在于,还包括:
判断UE是否设置了不接收实时应急广播,如是,则采用先下载后播放的形式;如否,则UE内置视频应用被唤醒后,还包括:
对于正在播放视频内容的视频应用,暂停播放,然后以醒目方式提示用户即将播放应急公共广播,并等待广播内容的开始;
对于被网络唤醒的视频应用,占据UE屏幕前台界面,然后以醒目方式提示用户即将播放应急公共广播,并等待广播内容的开始。
10.根据权利要求1-8中任一项所述的应急公共广播方法,其特征在于,还包括:
在网络侧停止播放视频内容后,使视频应用重复循环播放该视频内容,直到用户干预,或者UE进入低电量保护模式,或者达到预定的重复播放次数为止。
11.一种5G网络下应急公共广播系统,其特征在于,包括:播控系统、NEF和UE;UE内置视频应用;其中,
播控系统用于将准备播发的音视频内容推送到各个CDN主节点;
NEF用于唤醒目标UE内置视频应用,并获取被唤醒视频应用的识别码;
NEF还用于根据被唤醒视频应用的识别码选择对应的CDN主节点的地址以及即将或正在播发的音视频内容的入口地址,并发送给UE;
UE在收到CDN主节点和视频内容的入口地址后,用于使被唤醒的视频应用与CDN主节点进行交互,并播放视频内容。
12.根据权利要求11所述的应急公共广播系统,其特征在于,还包括:网管系统、UDR和UDM;在播控系统将准备播发的音视频内容推送到各个CDN主节点之后,网管系统用于向UDR和UDM写入配置信息。
13.根据权利要求12所述的应急公共广播系统,其特征在于,
所述网管系统向UDR写入配置信息,具体为:
发起公共广播的播控系统的身份识别码和口令码;
预备发起的公共广播的接收对象范围;
预备发起的公共广播的地域范围;
预备发起的公共广播的时间范围;
预备发起的公共广播的内容形式;
所述网管系统向UDM写入配置信息,具体为:
预备发起的公共广播的接收对象范围;
预备发起的公共广播的地域范围;
预备发起的公共广播的时间范围;
根据公共广播的时间范围和编码格式计算出的预计网络流量。
14.根据权利要求12所述的应急公共广播系统,其特征在于,
在网管系统向UDR和UDM写入配置信息之后,
播控系统还用于在预定的时间向NEF提出启动播发公共广播请求;
NEF还用于在收到播控系统的请求之后,与UDR进行交互,以完成播控系统请求的业务鉴权。
15.根据权利要求12所述的应急公共广播系统,其特征在于,所述NEF用于唤醒目标UE内置视频应用,并获取被唤醒视频应用的识别码,具体为:
NEF用于向目标UE发送唤醒其内置视频应用的命令;
UE在收到唤醒视频应用的命令后,用于根据通配符选择一个适当的视频应用,以及将选中的视频应用唤醒,并准备接收公共广播音视频内容;
被唤醒的视频应用用于向UE反馈已就绪状态;
UE还用于向NEF返回被唤醒的视频应用的识别码。
16.根据权利要求15所述的应急公共广播系统,其特征在于,所述UE在收到唤醒视频应用的命令后,用于根据通配符选择一个适当的视频应用,具体为:
如果有当前正在使用的视频应用,则选在当前正在使用的视频应用;
如果当前没有正在使用的视频应用,则选在最近使用的视频应用;
如果最近没有使用的视频应用,则选在历史启动次数最多的视频应用;
如果各视频应用启动次数都一样,则随机选择一个视频应用;
如果没有安装视频应用,则选择UE自带的视频播放器。
17.根据权利要求12所述的应急公共广播系统,其特征在于,在NEF接收到被唤醒视频应用的识别码后,
NEF还用于向UDM申请定向流量;
UDM用于将NEF得到的被唤醒视频应用的识别码、网关系统配置的流量额度与UE的标识符完成绑定。
18.根据权利要求12所述的应急公共广播系统,其特征在于,所述UE在收到CDN主节点和视频内容的入口地址后,用于使被唤醒的视频应用与CDN主节点进行交互,并播放视频内容,具体为:
UE在收到CDN主节点和视频内容入口地址后,用于向UDM进行业务鉴权;
鉴权通过后,UE还用于通知先前被唤醒的视频应用,从对应的CDN主节点和视频内容入口地址实时获取视频内容;
被唤醒的视频应用用于与CDN主节点进行交互,并播放视频内容。
19.根据权利要求10-18中任一项所述的应急公共广播系统,其特征在于,若UE设置了不接收实时应急广播,则UE还用于采用先下载后播放的形式;若UE未设置不接收实时应急广播,则UE内置视频应用被唤醒后,UE还用于:
对于正在播放视频内容的视频应用,暂停播放,然后以醒目方式提示用户即将播放应急公共广播,并等待广播内容的开始;
对于被网络唤醒的视频应用,占据UE屏幕前台界面,然后以醒目方式提示用户即将播放应急公共广播,并等待广播内容的开始。
20.根据权利要求10-18中任一项所述的应急公共广播系统,其特征在于,在网络侧停止播放视频内容后,UE还用于:
使视频应用重复循环播放该视频内容,直到用户干预,或者UE进入低电量保护模式,或者达到预定的重复播放次数为止。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910591586.6A CN110289928B (zh) | 2019-07-02 | 2019-07-02 | 5g网络下应急公共广播方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910591586.6A CN110289928B (zh) | 2019-07-02 | 2019-07-02 | 5g网络下应急公共广播方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110289928A true CN110289928A (zh) | 2019-09-27 |
CN110289928B CN110289928B (zh) | 2020-07-31 |
Family
ID=68020243
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910591586.6A Active CN110289928B (zh) | 2019-07-02 | 2019-07-02 | 5g网络下应急公共广播方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110289928B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112333684A (zh) * | 2020-09-23 | 2021-02-05 | 中移雄安信息通信科技有限公司 | 应急信息发布方法、装置、设备及计算机存储介质 |
CN112399205A (zh) * | 2020-11-04 | 2021-02-23 | 中国联合网络通信集团有限公司 | 广告推送方法及系统 |
CN112399206A (zh) * | 2020-11-04 | 2021-02-23 | 中国联合网络通信集团有限公司 | 广告推送方法及系统 |
CN112399207A (zh) * | 2020-11-04 | 2021-02-23 | 中国联合网络通信集团有限公司 | 广告推送方法及系统 |
CN115278552A (zh) * | 2022-07-05 | 2022-11-01 | 东方明珠新媒体股份有限公司 | 一种基于5g实现视频广播的方法及系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160295300A1 (en) * | 2015-04-03 | 2016-10-06 | At&T Intellectual Property I, Lp | System and method for providing location-dependent emergency alert services |
CN107635195A (zh) * | 2017-08-31 | 2018-01-26 | 成都市斯达鑫辉视讯科技有限公司 | 一种应用于智能应急广播系统的短信播控器 |
CN207234986U (zh) * | 2017-09-21 | 2018-04-13 | 杭州图南电子股份有限公司 | 一种新型的可视化应急广播系统 |
JP2019046195A (ja) * | 2017-09-01 | 2019-03-22 | 有限会社エスイーアイ | 情報配信システム |
WO2019104357A1 (en) * | 2017-11-27 | 2019-05-31 | Cisco Technology, Inc. | Subscription-based event notification techniques for reducing data buffering in mobile networks |
CN109951824A (zh) * | 2018-04-09 | 2019-06-28 | 华为技术有限公司 | 通信方法及装置 |
-
2019
- 2019-07-02 CN CN201910591586.6A patent/CN110289928B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160295300A1 (en) * | 2015-04-03 | 2016-10-06 | At&T Intellectual Property I, Lp | System and method for providing location-dependent emergency alert services |
CN107635195A (zh) * | 2017-08-31 | 2018-01-26 | 成都市斯达鑫辉视讯科技有限公司 | 一种应用于智能应急广播系统的短信播控器 |
JP2019046195A (ja) * | 2017-09-01 | 2019-03-22 | 有限会社エスイーアイ | 情報配信システム |
CN207234986U (zh) * | 2017-09-21 | 2018-04-13 | 杭州图南电子股份有限公司 | 一种新型的可视化应急广播系统 |
WO2019104357A1 (en) * | 2017-11-27 | 2019-05-31 | Cisco Technology, Inc. | Subscription-based event notification techniques for reducing data buffering in mobile networks |
CN109951824A (zh) * | 2018-04-09 | 2019-06-28 | 华为技术有限公司 | 通信方法及装置 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112333684A (zh) * | 2020-09-23 | 2021-02-05 | 中移雄安信息通信科技有限公司 | 应急信息发布方法、装置、设备及计算机存储介质 |
CN112399205A (zh) * | 2020-11-04 | 2021-02-23 | 中国联合网络通信集团有限公司 | 广告推送方法及系统 |
CN112399206A (zh) * | 2020-11-04 | 2021-02-23 | 中国联合网络通信集团有限公司 | 广告推送方法及系统 |
CN112399207A (zh) * | 2020-11-04 | 2021-02-23 | 中国联合网络通信集团有限公司 | 广告推送方法及系统 |
CN112399205B (zh) * | 2020-11-04 | 2023-04-07 | 中国联合网络通信集团有限公司 | 广告推送方法及系统 |
CN112399206B (zh) * | 2020-11-04 | 2023-04-07 | 中国联合网络通信集团有限公司 | 广告推送方法及系统 |
CN112399207B (zh) * | 2020-11-04 | 2023-04-07 | 中国联合网络通信集团有限公司 | 广告推送方法及系统 |
CN115278552A (zh) * | 2022-07-05 | 2022-11-01 | 东方明珠新媒体股份有限公司 | 一种基于5g实现视频广播的方法及系统 |
CN115278552B (zh) * | 2022-07-05 | 2023-11-28 | 东方明珠新媒体股份有限公司 | 一种基于5g实现视频广播的方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN110289928B (zh) | 2020-07-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110289928A (zh) | 5g网络下应急公共广播方法和系统 | |
CN103650371B (zh) | 机器对机器设备的资源调度 | |
WO2022077881A1 (zh) | 虚拟直播方法、装置、设备及存储介质 | |
CN1937850B (zh) | 用于控制对增强型服务系统的接入的移动终端、系统和方法 | |
CN104410982B (zh) | 一种无线异构网络中终端聚合与重构方法 | |
CN109413624A (zh) | 多媒体信息播放方法、蓝牙管理方法、终端和服务器 | |
CN112422634B (zh) | 一种基于互联网的跨网段分布式调度方法和系统 | |
CN105791093B (zh) | 虚拟物品赠送方法及装置 | |
CN101552945A (zh) | 一种实现媒体内容共享的方法及系统 | |
CN103155532B (zh) | 信息处理装置和应用该装置的方法 | |
CN113079139B (zh) | 基于区块链的共识组主节点确定方法、装置及系统 | |
CN107231620A (zh) | 用于小区模块的无线唤醒设备 | |
CN101227490A (zh) | 网络存储方法及系统 | |
CN102265652A (zh) | 无线通信终端的远程管理方法和系统 | |
CN109936840A (zh) | 通信方法、装置及电子设备 | |
CN101110897A (zh) | 一种利用数字电视发送彩信的系统和方法 | |
CN105472707A (zh) | 一种流量共享方法及装置 | |
CN107197535A (zh) | 一种集群全网呼叫控制方法及装置 | |
KR20090036335A (ko) | 휴대 방송 시스템에서 효율적인 키 제공 방법 및 그에 따른시스템 | |
CN110533411A (zh) | 信息处理方法、系统、通信设备及计算机可读存储介质 | |
WO2015196818A1 (zh) | 短消息发送方法及装置 | |
CN108388475A (zh) | 一种基于终端类型配置api资源的方法及系统 | |
CN101656936A (zh) | 通信方法及装置 | |
CN101184019A (zh) | 一种向多终端动态推送业务信息的系统 | |
WO2013159479A1 (zh) | 个人网管理方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |