CN101534314A - 一种缓存指示上报的方法、系统和装置 - Google Patents
一种缓存指示上报的方法、系统和装置 Download PDFInfo
- Publication number
- CN101534314A CN101534314A CN200810065538A CN200810065538A CN101534314A CN 101534314 A CN101534314 A CN 101534314A CN 200810065538 A CN200810065538 A CN 200810065538A CN 200810065538 A CN200810065538 A CN 200810065538A CN 101534314 A CN101534314 A CN 101534314A
- Authority
- CN
- China
- Prior art keywords
- buffer memory
- indication
- media gateway
- memory indication
- incident
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种缓存指示上报的方法、系统和装置,所述方法包括:在媒体网关上设置缓存指示事件,媒体网关检测所接收到的承载消息中包含缓存指示信息时,将缓存指示信息上报给媒体网关控制器。本发明所公开的方法、系统和装置通过设置缓存指示事件,实现了缓存指示的上报。
Description
技术领域
本发明涉及通信领域,特别是涉及一种缓存指示上报的方法、系统和装置。
背景技术
目前,基于控制与承载分离的网络思想,从协议的角度来看,承担控制功能的实体称为MGC(Media Gateway Controller,媒体网关控制器),承担执行功能的实体称为MG(Media Gateway,媒体网关),MGC与MG之间的协议为媒体网关控制协议,主要有H.248/MeGaCo(Gateway Control Protocol,网关控制协议)和MGCP(Media Gateway Control Protocol,媒体网关控制协议)两种协议。
上述基于控制与承载分离的网络思想一个应用为媒体控制,在基于IMS(IPMultimedia Subsystem,IP多媒体子系统)的媒体控制组网架构下,按照业务与承载分离的网络演进思想,提供媒体资源服务的功能实体,分解为控制和处理两个功能实体,分别称为MRFC(Media Resource Function Controller,媒体资源功能控制)和MRFP(Media Resource Function Processor,媒体资源功能处理),处于业务层的MRFC负责资源的控制,处于承载层的MRFP负责媒体的处理,从而充分共享网络资源,简化设备升级和业务扩展,降低开发和维护成本。
目前,当用户请求媒体资源时,都需要从MRFC/MRFP传递到用户,这样媒体资源服务器和骨干网络(即MRFC/MRFP所在的网域)的负载压力都很大,为了减轻媒体资源服务器和骨干网络的压力,现有技术将视频节目信息缓存到接近用户的边缘设施,但是视频信息通常比文本信息的信息量大,若将全部的视频信息都缓存到边缘存储设备,则使得边缘存储设备成为网络中的瓶颈,因此,采用代理缓存技术成为解决IP网络媒体流传输的一个重要手段。例如,在位于接入网和骨干网之间的网关功能实体(如MG)上实现代理缓存功能,就可以解决上述媒体流传输问题,但是在实现本发明过程中,发明人发现:当MG接收到用户或网络侧对媒体流缓存相关的指示信息时,MG需要对缓存指示进行处理和上报,用于支持MGC对媒体流传输中缓存策略的有效控制,但是,目前MG无法将缓存指示上报给MGC,同时MGC也无法获知承载上的缓存指示信息。
发明内容
本发明实施例提供一种缓存指示上报的方法、系统和装置,以解决MG无法向MGC上报缓存指示的问题。
本发明实施例提供一种缓存指示上报的方法,包括:
媒体网关根据预先设置的缓存指示事件检测接收到的承载消息中包含缓存指示信息;
将所述缓存指示信息上报给媒体网关控制器。
本发明实施例提供一种缓存指示上报的装置,包括:分析单元和上报单元,所述分析单元用于根据其上所设置缓存指示事件的检测指示,分析提取所接收到承载消息中携带的缓存指示信息,将所述缓存指示信息发送给所述上报单元;
所述上报单元用于将所述检测到的缓存指示信息发送给媒体网关控制器。
本发明实施例提供一种缓存指示上报的系统,包括媒体网关和媒体网关控制器,所述媒体网关包括分析单元和上报单元,所述媒体网关控制器包括接收单元;
所述分析单元用于根据其上所设置缓存指示事件的检测指示,分析提取所接收到承载消息中携带的缓存指示信息,将所述缓存指示信息发送给所述上报单元;
所述上报单元用于将所述检测到的缓存指示信息发送给所述接收单元;
所述接收单元用于接收缓存指示信息。
本发明实施例所揭示的有益效果为:本发明实施例所提供的方法、系统和装置,与现有技术对比,通过在MG上设置缓存指示事件,因此当接收到携带缓存指示信息的承载消息时,MG就可以将承载消息中所携带的缓存指示信息作为检测到缓存指示事件的参数上报给MGC,MGC即可根据所述缓存指示信息制订缓存策略,对MG进行有效控制,因此实现了缓存指示的上报。
附图说明
图1为本发明实施例的基于IMS的媒体控制组网结构图;
图2为本发明实施例的代理缓存媒体控制结构图;
图3为本发明实施例缓存指示事件的上报流程图;
图4为本发明实施例一缓存指示事件的上报信令图;
图5为本发明实施例二缓存指示事件的上报信令图;
图6为本发明实施例媒体网关的示意图;
图7为本发明实施例上报缓存指示事件的系统示意图。
具体实施方式
为使本发明实施例更加清楚,以下结合附图进行详细的介绍。
本发明实施例以H.248协议为例进行说明,MG上的各种资源被抽象表示为终端(Termination)。终端又分为物理(Physical)终端和临时(Ephemeral)终端,前者代表一些具有半永久存在性的物理实体,例如TDM(Time DivisionMultiplex,时分复用)通道等,后者代表一些临时申请用后释放的公共资源,例如RTP(Real-time Transport Protocol,实时传输协议)流等。另以根(Root)终端代表MG整体。终端之间的组合被抽象表示为上下文(Context)。上下文可以包含多个终端,因而以拓扑(Topology)来描述终端间的相互关系。对于还未与其它终端发生关联的终端,由一个称为空(Null)上下文的特殊上下文来包含。
基于协议的这种抽象模型,呼叫的接续实际上就是对终端和上下文的操作。这种操作通过MGC和MG之间的命令(Command)请求(Request)和响应(Reply)来完成。命令类型包括添加(Add)、修改(Modify)、删减(Subtract)、移动(Move)、审计值(Audit Value)、审计能力(Audit Capabilities)、通报(Notify)、服务改变(Service Change)。命令参数,也称为描述符(Descriptor),被分类为属性(Property)、信号(Signal)、事件(Event)、统计(Statistic)。具有业务相关性的参数逻辑上聚合成为包(Package)。
上述抽象模型的一个应用为媒体控制,在基于IMS(IP MultimediaSubsystem,IP多媒体子系统)的媒体控制组网架构下,如图1所示,按照业务与承载分离的网络演进思想,提供媒体资源服务的功能实体,分解为控制和处理两个功能实体,分别称为MRFC(Media Resource Function Controller,媒体资源功能控制)和MRFP(Media Resource Function Processor,媒体资源功能处理),处于业务层的MRFC负责资源的控制,处于承载层的MRFP负责媒体的处理,从而充分共享网络资源,简化设备升级和业务扩展,降低开发和维护成本。
在实时媒体业务,例如IPTV(Internet Protocol Television,网络电视)业务中,当用户希望欣赏某个节目时,用户需要向媒体资源服务器请求媒体资源以处理和传送相应的媒体内容,同时用户还可能实时地对媒体内容进行控制,例如媒体的播放、停止、暂停、恢复、快进、快退等,用户的控制请求从UE(UserEquipment,用户设备)发出,经由系列x-CSCF(Proxy/Interrogating/Service-Call Session Control Function,代理/问询/业务呼叫会话控制功能)、IPTV-AS(Internet Protocol Television-Application Server,网络电视应用服务器)、MRBF(Media Resource Broker Function,媒体资源代理功能)的控制和转发到达MRFC/MRFP,其中x-CSCF负责会话控制,IPTV-AS负责应用控制,MRBF通过MRFC收集MRFP的内容和负载等信息,并为用户请求选择合适的MRFC/MRFP。
图1中,UE与MRFC/MRFP处于不同的网域,通过PDF(Policy DecisionFunction,策略决策功能)控制BGF(Border Gateway Function,边界网关功能)为UE和MRFC/MRFP建立跨网互通的承载通道,其中PDF负责制订对承载资源的调度决策,例如门控、地址端口转换、媒体编解码转换等,BGF负责PDF的决策的执行,从而将两个网域中的媒体进行转换和转发。
本发明实施例在位于接入网和骨干网之间的边界网关功能(BGF)实体上实现代理缓存功能,如图2所示,BGF接收到用户的请求时,若缓存器中存储有用户所请求的媒体内容,则BGF直接将其缓存器中存储的媒体信息传递给用户,若缓存器中没有存储用户所请求的媒体内容,则转发该请求给媒体服务器MRFP请求相应的媒体信息。其中,PDF对BGF进行控制以及策略决策等,MRFC对MRFP进行控制和策略决策,目前PDF和BGF之间,以及MRFC和MRFP之间的接口都是采纳H.248协议作为接口协议;从H.248协议的角度来看,PDF和MRFC为MGC,BGF和MRFP为MG。
在媒体传输业务中,MG不论是作为媒体流服务器MRFP,还是作为代理缓存实体BGF,当接收到用户或其他承载实体发来的对媒体流缓存相关的缓存指示消息时,都需要将缓存指示信息上报给MGC,用于支持MGC对媒体流传输中缓存策略的决策和控制,本发明实施例在H.248协议中扩展一个事件,可以命名为“缓存指示(Cache Directive,CD)事件”,该事件可以归属到一个现有的包中,也可以扩展一个新的H.248协议的包,命名为“缓存控制(CacheControl)包”,该事件可以归属到这个缓存控制包中,MG通过所述缓存指示事件将缓存指示上报给MGC。
参见图3,为本发明实施例缓存指示事件的上报流程图,该实施例具体包括如下步骤:
S301、在MG上设置缓存指示事件,所述缓存指示事件的设置方式包括在MG上预先配置,或者接收MGC下发的检测缓存指示事件的指示;
所述缓存指示事件可以设置在MG的ROOT终端上,表明对整个MG检测缓存指示事件;也可以设置在MG的某个特定终端上,表明对该终端所接收到的缓存指示事件进行检测;也可以通过包含流标识(StreamID)参数将事件设置在MG的某个特定的流上,表明对缓存指示事件的检测只适用于所述特定的流;S302、MG接收到承载层上的其它实体所发来的携带缓存指示信息的承载消息;
S303、MG从所述媒体控制消息中提取缓存指示信息,并据此构建已检测事件描述符(ObservedEvents Descriptor)通过通报(Notify)命令请求向MGC上报,便于MGC获知必要信息来更好地进行缓存策略的决策。所述已检测事件描述符中包含已检测事件名(此处即缓存指示事件的标识,如cc/cd),以及表示缓存指示信息的参数,所述参数来自于所述承载消息中包含的缓存指示信息。
所述参数至少包括以下参数之一:
可缓存指示(Cacheable Indication,ci)参数:表示所请求或发送的媒体流是否允许被承载路径上的中间设备所缓存。该参数的类型可以设置为枚举型(Enumeration),可能的取值包括:NC(No Cache,无缓存)、PU(Public,共享缓存)、PI(Private,私有缓存)。其中,NC表示媒体流不能被任何设备缓存;PU表示媒体流可以被任何缓存实体缓存;PI表示所指媒体流只是为某个特定客户端服务,不能被共享的缓存实体缓存,而私有的(非共享)缓存实体可能会缓存该媒体流。通过将ci参数赋值为NC(即:“ci=NC”),原始服务器可以防止媒体数据被路径上的其它实体缓存,即便是路径上的某些缓存实体被配置专门用于向客户端请求返回过期响应;客户端也可以由此来表示向媒体服务器请求实时的媒体流,而不接收承载路径上的媒体缓存副本。
转换(Transform,trans)参数:表示所请求或发送的媒体流是否允许承载上的中间实体对其媒体类型进行转换。该参数的类型可以设置为布尔型(Bool),可能取值包括:NO、YES;缺省为NO。其中,NO表示媒体流的类型不能被转换;YES表示媒体类型可以被转换。例如,为了节省缓存空间或降低一个低速链路上的流量规模,网络上的代理设备(proxy)可能会对视频格式进行转换。但是,如果对某些具有特定应用的数据流进行转换,可能会导致严重的操作问题。例如,医学成像、科学数据分析以及使用端到端鉴别的应用,都依赖于接收媒体流的每一个字节必须与原始媒体流相同。MG在接收到服务器发来的包含“no-transform”指示的消息时,表示服务器不希望网络上任何一个中间缓存实体或代理设备修改所述数据流的编码格式,则MG通过设置“trans=NO”来告知MGC所述媒体流的类型不能够被修改。
仅缓存(Only if Cached,oic)参数:表示客户端是否仅希望接收缓存实体上当前缓存的媒体副本信息,而不需要向原始媒体服务器请求获取。该参数的类型可以设置为布尔型(Bool),可能取值包括:NO、YES;缺省为YES。其中,NO表示所请求媒体并不限于缓存副本;YES表示仅接收缓存副本信息。在某些情况下,例如在网络链接贫乏的情形,客户端可能希望缓存实体仅返回那些其上当前存储的媒体流,而并不向原始媒体服务器获取;在这种情形下,MG接收到客户端发来的包含“only-if-cached”指示的请求消息后,通过将该参数赋值为“YES”(即:“oic=YES”)携带给MGC;当MG作为承载上的缓存实体时,如果MGC接受了该指示请求,则会进一步要求MG向客户端发送其上缓存的满足客户端请求中其它约束条件的媒体流。
最大期满值(Max Stale,ms)参数:表示客户端希望接收一个超出期满期限的媒体流。如果该参数被赋予某个数值,则表示客户端希望接收一个期满的媒体流,并且其超期时间不大于指定数值。如果该参数没有赋值,表示客户端希望接收任意期限的期满响应。该参数的类型可以设置为整数型(Integer),单位为秒。MG在接收到客户端发来的包含“max-stale”指示的请求消息时,通过ms参数向MGC上报相关信息。
最小保活值(Min Fresh,mf)参数:表示客户端希望接收媒体流的有效生命期时长不小于当前生命值与特定时间数值之和,即客户端希望接收响应的剩余生命值不小于指定值。该参数的类型可以设置为整数型(Integer),单位为秒。MG在接收到客户端发来的包含“min-fresh”指示的请求消息时,通过ms参数向MGC上报相关信息。
必须重新生效(Must Revalidate,mr)参数:表示当所指定媒体内容有效期期满时,缓存实体在将该内容响应给后续其它的客户端请求之前,必须首先发送请求到原始服务器使其重新生效;即当缓存的内容响应过期时,该指示要求缓存实体必须要执行一个端到端的重新生效操作。该参数的类型可以设置为布尔型(Bool),可能取值包括:NO、YES;缺省为YES。其中,NO表示所请求媒体内容过期后并不强制要求重新生效;YES表示所请求媒体内容过期后必须要求重新生效后,才可以响应给客户端请求。MG在接收到服务器发来的包含“must-revalidate”的指示消息时,通过mr参数(“mr=YES”)向MGC上报相关信息。
代理重新生效(Proxy Revalidate,pr)参数:其主要含义同前面mr参数,但区别在于它并不适用于非共享的用户代理缓存实体。它可以用于在对一个授权请求的响应中,来允许用户的缓存储存媒体流内容,而不需要重新效验即可将其返回给客户端;但是对于同时服务多个用户的代理设备来说,依然需要进行重新效验,来保证每个用户都被授权。当然,该参数的应用需要基于前面参数“可缓存指示(ci)”取值为“PU”的前提,来允许媒体流内容可以被缓存。该参数的类型可以设置为布尔型(Bool),可能取值包括:NO、YES;缺省为YES。其中,NO表示不允许客户端的缓存实体对媒体信息进行储存;YES表示允许客户端的缓存实体对媒体信息进行储存。
最大生命值(Max Age,ma)参数:标识一个最大生命值,携带该参数表示客户端希望接收媒体内容的生命值不能大于指定数值。该参数的类型可以设置为整数型(Integer),单位为秒。如果该参数值取值为零,表示指示缓存实体需要将所指的缓存条目重新效验使其有效。MG在接收到服务器发来的包含“max-age”的指示消息时,通过ma参数向MGC上报相关信息。
以上参数的取值可能并不限于上述内容,同时,参数的类型还可以为其他形式,如字符串、或者字符串列表等;参数上报的方式可能也不限于上述事件上报形式,例如可以通过扩展信号或属性的方式来达到类似的目的。在实际应用中,这些参数并不一定必须全部出现在相关事件的上报消息中,具体包含哪些参数可以视场景需要来定,另外参数之间也存在着一定的依存关系,例如当“可缓存指示(ci)”取值为“NC”时,则不能包含最大期满值(ms)、最小保活值(mf)、最大生命值(ma)参数。
MGC接收到MG上报的缓存指示事件后,制订缓存策略信息,响应给MG及用户。
上述方法,通过在MG上设置缓存指示事件,当接收到携带缓存指示信息的承载消息时,MG就可以将承载消息中所携带的缓存指示信息作为检测到缓存指示事件的参数上报给MGC,MGC即可根据所述缓存指示信息制订缓存策略,对MG进行有效控制,因此实现了缓存指示的上报。
以下通过一个具体实施例,详细介绍在MGC下发检测缓存指示事件指示的方式下,MG上报缓存指示事件的方法,参见图4,具体为:
步骤401、MGC在接收到用户的媒体资源业务请求时,发送修改请求消息(Modify Request)给MG,指示MG检测缓存指示事件“cc/cd”,这里,cc(缓存控制包)为事件cd所在的包名;
步骤402、MG发送修改响应消息(Modify Reply)给MGC,开始检测MGC所指定的事件“cc/cd”;
上述步骤401的修改请求消息也可以为添加(Add)消息,相应的,步骤402的修改响应消息为添加响应(Add Reply)消息;
步骤403、MG接收到媒体服务器发送的媒体控制消息(如SETUP响应消息),收集其中所携带的缓存指示信息,将所收集的缓存指示信息作为参数构建缓存指示事件,通过通报请求(Notify Request)消息向MGC上报,例如其中携带参数ci、trans、mr,则所述缓存指示事件值为:OE=2223{cc/cd{ci=PU,trans=NO,mr=YES}},表示请求或接收的媒体内容允许被任何缓存实体所缓存,不允许承载路径上的中间实体对媒体类型进行转换,当所指定的媒体内容有效期期满时,缓存实体不可以将该内容响应给后续的客户端请求,而必须首先向原始服务器发送请求使其重新生效;
当MG作为媒体服务器时,所上报的上述参数信息通常会是来自于客户端的请求信息,例如SETUP请求消息;当MG作为承载上的中间实体时,例如MG实现缓存实体功能时,所上报的上述参数信息通常来自于客户端请求信息(例如SETUP请求消息)或者媒体服务器的指示信息(例如SETUP响应消息)等;
步骤404、MGC收到MG上报的缓存指示事件后,发送通报响应(NotifyReply)消息给MG,MGC根据缓存指示事件中的信息,制订或调整媒体传输的缓存策略,响应给承载路径中的缓存实体和用户,用于保障媒体流的可靠传输。
上述实施例,通过向MG下发检测缓存指示事件的指示,因此当MG接收到携带缓存指示信息的承载消息时,MG就可以将承载消息中所携带的缓存指示信息作为检测到缓存指示事件的参数上报给MGC,MGC即可根据所述缓存指示信息制订缓存策略,对MG进行有效控制,因此实现了缓存指示的上报。
以下通过另一个具体实施例,详细介绍在MG上预先配置缓存指示事件的方式下,上报缓存指示事件的方法,参见图5,具体为:
在MG上预先配置缓存指示事件“cc/cd”,一旦配置成功,MG就开始对缓存指示事件进行检测。
步骤501、MG接收到用户或其他承载实体发送的承载消息(如SETUP请求消息),收集其中所携带的缓存指示信息,将所收集的缓存指示信息作为参数构建缓存指示事件,通过通报请求(NotifyRequest)消息向MGC上报,例如,所述缓存指示事件值为:OE=2223{cc/cd{oic=YES}},表示用户仅希望接收缓存实体上已有的媒体副本;
步骤502、MGC收到MG上报的缓存指示事件后,发送通报响应(NotifyReply)消息给MG;
MGC根据缓存指示事件中的信息和参数值,制订或调整媒体传输的缓存策略,响应给承载路径中的缓存实体和用户,用于保障媒体流的可靠传输。
上述方法实施例,通过在MG上预先配置缓存指示事件,因此当接收到携带缓存指示信息的承载消息时,MG就可以将承载消息中所携带的缓存指示信息作为检测到缓存指示事件的参数上报给MGC,MGC即可根据所述缓存指示信息制订缓存策略,对MG进行有效控制,因此实现了缓存指示的上报。
参见图6,为本发明实施例提供的一种实现上述方法的媒体网关,包括指示接收单元601、分析单元602和上报单元603,所述指示接收单元601用于接收媒体网关控制器发送的检测缓存指示事件的指示,所述分析单元602用于接收携带缓存指示信息的承载消息,分析提取所述缓存指示信息,将所提取的缓存指示信息作为缓存指示事件的参数发送给所述上报单元603,所述上报单元603用于将缓存指示事件发送给MGC,用于MGC制订或调整缓存策略,所述缓存指示事件为在H.248协议中扩展的一个新的事件。
所述媒体网关的运作过程为:在MG的分析单元602上设置检测缓存指示事件的指示,所述设置方式为在MG上预先配置缓存指示事件,或者所述指示接收单元601接收MGC发送的检测缓存指示事件的指示,所述分析单元602接收到携带缓存指示信息的承载消息,分析提取所述缓存指示信息,并将提取的缓存指示信息作为缓存指示事件的参数发送给所述上报单元603,所述上报单元603接收到缓存指示事件之后,将其发送给MGC,用于MGC制订或调整缓存策略。
参见图7,为本发明实施例提供的一种实现上述方法的系统,包括媒体网关MG和媒体网关控制器MGC,所述媒体网关包括分析单元602和上报单元603,所述媒体网关控制器包括接收单元702,所述分析单元602用于接收携带缓存指示信息的承载消息,分析提取所述缓存指示信息,将所提取的缓存指示信息作为缓存指示事件的参数发送给所述上报单元603,所述上报单元603用于将缓存指示事件发送给MGC的接收单元702,用于MGC制订或调整缓存策略,所述接收单元702用于接收所述上报单元603上报的缓存指示事件,MGC根据所述缓存指示事件制订或调整缓存策略,所述缓存指示事件为在H.248协议中扩展的一个新的事件。
所述系统的运作过程为:在MG的分析单元602上设置检测缓存指示事件的指示,所述设置方式为在MG上预先配置缓存指示事件,所述分析单元602接收到携带缓存指示信息的承载消息,分析提取所述缓存指示信息,并将提取的缓存指示信息作为缓存指示事件的参数发送给所述上报单元603,所述上报单元603接收到缓存指示事件之后,将其发送给MGC的接收单元702,MGC根据所述缓存指示事件制订或调整缓存策略。
所述系统还包括指示下发单元701和指示接收单元601,所述指示下发单元701用于下发检测缓存指示事件的指示,所述指示接收单元601用于接收检测缓存指示事件的指示,所述在MG的分析单元602上设置检测缓存指示事件的指示,所述设置的另一种方式为:所述指示下发单元701向所述指示接收单元601下发检测缓存指示事件的指示,所述指示接收单元601将所述缓存指示事件设置在分析单元602上。
本发明实施例的装置及系统,通过在MG上设置缓存指示事件,当MG接收到携带缓存指示信息的承载消息时,MG就可以根据其中所携带的缓存指示信息构建缓存指示事件并上报给MGC,所述缓存指示信息作为缓存指示事件的参数,MGC即可据此制订会话缓存策略,对MG进行有效控制,因此实现了缓存指示的上报。
本发明实施例中的“接收”一词可以理解为主动从其他模块获取也可以是接收其他模块发送来的信息。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (11)
1、一种缓存指示上报的方法,其特征在于,包括:
媒体网关根据预先设置的缓存指示事件检测接收到的承载消息中包含缓存指示信息;
将所述缓存指示信息上报给媒体网关控制器。
2、如权利要求1所述的方法,其特征在于,进一步包括:在媒体网关上设置缓存指示事件。
3、如权利要求2所述的方法,其特征在于,所述在媒体网关上设置缓存指示事件的方式包括:
预先在媒体网关上配置缓存指示事件;
或者媒体网关接收媒体网关控制器下发的指示,所述指示用于检测缓存指示事件。
4、如权利要求2所述的方法,其特征在于,所述在媒体网关上设置缓存指示事件具体为:
在所述媒体网关的根终端上设置缓存指示事件,用于对媒体网关的所有终端进行缓存指示信息的检测;
或者在所述媒体网关的非根终端的其它终端上设置缓存指示事件,用于对所述其他终端进行缓存指示信息的检测;
或者在所述媒体网关的一个特定的流上设置缓存指示事件,用于对所述特定的流进行缓存指示信息的检测。
5、如权利要求1所述的方法,其特征在于,所述缓存指示信息通过参数的方式携带在已观测事件描述符中,所述已观测事件描述符通过通报命令请求上报给媒体网关控制器。
6、如权利要求1所述的方法,其特征在于,所述缓存指示信息至少包括以下参数之一:
可缓存指示参数:表示所请求或发送的媒体流是否允许被承载路径上的中间设备所缓存;
转换参数:表示所请求或发送的媒体流是否允许承载上的中间实体对其媒体类型进行转换;
仅缓存指示参数:表示客户端是否仅希望接收缓存实体上当前缓存的媒体副本信息,而不需要向原始媒体服务器请求获取;
最大期满值参数:表示客户端希望接收一个超出期满期限的媒体流;
最小保活值参数:表示客户端希望接收媒体流的有效生命期时长不小于当前生命值与特定时间数值之和;
必须重新生效参数:表示当所指定媒体内容有效期期满时,缓存实体在将该内容响应给后续其它的客户端请求之前,必须首先发送请求到原始服务器使其重新生效;
代理重新生效参数:表示不适用于非共享用户代理缓存的重新生效指示;
最大生命值参数:用于标识一个最大生命值。
7、如权利要求3至6任一所述的方法,其特征在于,所述媒体网关为边界网关功能,所述媒体网关控制器为策略决策功能;
或者所述媒体网关为媒体资源功能处理,所述媒体网关控制器为媒体资源功能控制。
8、一种缓存指示上报的装置,其特征在于,包括:分析单元和上报单元,所述分析单元用于根据其上所设置缓存指示事件的检测指示,分析提取所接收到承载消息中携带的缓存指示信息,将所述缓存指示信息发送给所述上报单元;
所述上报单元用于将所述检测到的缓存指示信息发送给媒体网关控制器。
9、如权利要求8所述的装置,其特征在于,进一步包括:指示接收单元,所述指示接收单元用于接收媒体网关控制器发送的检测缓存指示事件的指示,将所述缓存指示事件设置在所述分析单元上。
10、一种缓存指示上报的系统,其特征在于,包括媒体网关和媒体网关控制器,所述媒体网关包括分析单元和上报单元,所述媒体网关控制器包括接收单元;
所述分析单元用于根据其上所设置缓存指示事件的检测指示,分析提取所接收到承载消息中携带的缓存指示信息,将所述缓存指示信息发送给所述上报单元;
所述上报单元用于将所述检测到的缓存指示信息发送给所述接收单元;
所述接收单元用于接收缓存指示信息。
11、如权利要求10所述的系统,其特征在于,所述媒体网关控制器还包括指示下发单元,所述媒体网关还包括指示接收单元;
所述指示下发单元用于向缓存指示接收单元下发检测缓存指示事件的指示;
所述指示接收单元用于接收所述检测缓存指示事件的指示,将所述缓存指示事件设置在所述分析单元上。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810065538A CN101534314A (zh) | 2008-03-12 | 2008-03-12 | 一种缓存指示上报的方法、系统和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810065538A CN101534314A (zh) | 2008-03-12 | 2008-03-12 | 一种缓存指示上报的方法、系统和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101534314A true CN101534314A (zh) | 2009-09-16 |
Family
ID=41104701
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810065538A Pending CN101534314A (zh) | 2008-03-12 | 2008-03-12 | 一种缓存指示上报的方法、系统和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101534314A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102171992A (zh) * | 2011-04-28 | 2011-08-31 | 华为终端有限公司 | 基于http的内容获取方法及客户端 |
CN103299598A (zh) * | 2011-01-10 | 2013-09-11 | 瑞典爱立信有限公司 | 在分组交换电信网络的边缘处对通告的高速缓存 |
CN103299598B (zh) * | 2011-01-10 | 2016-11-30 | 瑞典爱立信有限公司 | 在分组交换电信网络的边缘处对通告的高速缓存 |
-
2008
- 2008-03-12 CN CN200810065538A patent/CN101534314A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103299598A (zh) * | 2011-01-10 | 2013-09-11 | 瑞典爱立信有限公司 | 在分组交换电信网络的边缘处对通告的高速缓存 |
US9319263B2 (en) | 2011-01-10 | 2016-04-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Caching of announcements at the edge of a packet switched telecommunication network |
CN103299598B (zh) * | 2011-01-10 | 2016-11-30 | 瑞典爱立信有限公司 | 在分组交换电信网络的边缘处对通告的高速缓存 |
US9641379B2 (en) | 2011-01-10 | 2017-05-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Caching of announcements at the edge of a packet switched telecommunication network |
CN102171992A (zh) * | 2011-04-28 | 2011-08-31 | 华为终端有限公司 | 基于http的内容获取方法及客户端 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111586599B (zh) | 网络辅助信息提供方法及相关设备 | |
CN101009697B (zh) | 业务层提高资源请求成功率和效率的系统及其方法 | |
CN109714648B (zh) | 一种视频流负载均衡方法和装置 | |
Thomas et al. | Enhancing MPEG DASH performance via server and network assistance | |
KR101072651B1 (ko) | 상태 메모리 관리 방법 및 장치 | |
US20100011401A1 (en) | Method, system and apparatus for applying terminal capability information in iptv service | |
US11051078B2 (en) | Video distribution method and device | |
WO2023035895A1 (zh) | 一种数据处理方法、设备、可读存储介质和程序产品 | |
EP3059945A1 (en) | Method and system for video surveillance content adaptation, and central server and device | |
CN108063911B (zh) | 一种视频会议扩容方法 | |
CN105009520B (zh) | 用于在通信网络中传送内容的方法及其装置 | |
CN101557331B (zh) | 内容索引处理方法及系统、内容路由功能及内容分发控制实体 | |
US20120331510A1 (en) | Method, server and system for providing real-time video service in telecommunication network | |
CN114302464B (zh) | QoS映射方法、装置、存储介质及电子设备 | |
CN103929420A (zh) | 一种多媒体呼叫控制方法和系统 | |
WO2010015181A1 (zh) | 接入网与核心网之间接口电路的管理方法、设备及系统 | |
CN101534314A (zh) | 一种缓存指示上报的方法、系统和装置 | |
CN101567876B (zh) | 上报会话状态的方法、媒体网关和系统 | |
CN101562583B (zh) | 获取缓存数据的方法、系统及一种装置 | |
US10880393B2 (en) | Method for caching a piece of content in a content distribution network | |
CN101325564B (zh) | 一种虚拟媒体网关选择方法、装置及系统 | |
WO2017071524A1 (zh) | 多媒体资源的发布方法及装置 | |
CN111726645A (zh) | 一种直播的控制方法、装置、电子设备和存储介质 | |
CN101459631A (zh) | 一种虚拟媒体网关选择方法、装置及系统 | |
CN101119216A (zh) | 一种在分离架构下交互席位信息的方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090916 |