CN101848200A - 一种***媒体内容的方法、装置、应用层实体及*** - Google Patents
一种***媒体内容的方法、装置、应用层实体及*** Download PDFInfo
- Publication number
- CN101848200A CN101848200A CN200910129138A CN200910129138A CN101848200A CN 101848200 A CN101848200 A CN 101848200A CN 200910129138 A CN200910129138 A CN 200910129138A CN 200910129138 A CN200910129138 A CN 200910129138A CN 101848200 A CN101848200 A CN 101848200A
- Authority
- CN
- China
- Prior art keywords
- media content
- strategy
- sign
- inserts
- entity
- 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
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例公开了一种***媒体内容的方法、装置、应用层实体及***,所述方法包括:承载层实体接收应用层实体下发的第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容标识对应的第一媒体内容中,承载层实体***所述第二媒体内容。根据本发明实施例,无需终端侧参与到***媒体内容的过程中,因此,就避免了在***媒体内容的过程中不必要的终端参与的信令交互过程,节约了网络传输资源和信令交互资源。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种***媒体内容的方法、装置、应用层实体及***。
背景技术
流媒体业务或因特网协议电视(Internet Protocol Tele Vision,IPTV)业务是最近迅速发展的一种新业务,流媒体业务利用流式传输技术,在数据包交换网络上传输多媒体文件,包括视频、音频等。这些内容在访问时无需完全下载就可以立即播放。IP多媒体子***(IP Multimedia Subsystem,IMS)是第三代全球合作伙伴(3rd Generation Partnership Project,3GPP)R5提出的提供多媒体业务的子***,它包括呼叫状态控制功能(Call Session ControlFunction,CSCF)、媒体网关控制功能(Media Gateway Control Function,MGCF)、媒体资源功能(Media Resource Function,MRF)等功能实体。在现有IMS IPTV***中,可以根据需求在当前播放的媒体内容中***其他的媒体内容,例如,在当前播放的媒体中***广告等。
根据实际情况的不同,有时还需要在当前正在向用户播放的媒体内容中***其他的媒体内容,例如广告;因此在现有技术中,有一种***广告的方法,其实现过程如下:终端侧发起会话,请求IPTV业务,该请求由第一会话控制功能SCF处理,第二SCF检测终端的IPTV业务状态,并进行媒体内容的选择;第二SCF通知终端侧进行广告***,终端侧便通过发起新会话,或者通过对现有IPTV业务会话进行修改来向媒体功能(Media Function,MF)请求广告内容;在获得广告内容后,终端侧执行广告***操作,将广告***当前的媒体内容中,进一步的,在广告***完成后,终端侧再释放为广告内容所建立的会话。
从上述过程可以看出,在前述终端侧***广告的过程中,可以看出该过程需要终端侧感知并配合广告***过程,该过程中需要终端侧进行现有会话的修改或新建会话等,因此,增加了终端侧与网络侧之间的信令交互过程,对终端侧的要求较高,需要更多的网络传输资源和信令交互资源。
发明内容
本发明实施例提供一种***媒体内容的方法、装置及***,以解决现有技术中在***媒体内容时对终端侧的要求较高的问题,节约网络传输资源和信令交互资源。
为解决上述技术问题,本发明实施例提供了一种***媒体内容的方法,包括:
承载层实体接收应用层实体下发的第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容标识对应的第一媒体内容中,承载层实体***所述第二媒体内容。
本发明实施例还提供了一种***媒体内容的装置,包括:
接收策略模块,用于接收应用层实体下发的第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
***模块,用于根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容标识对应的第一媒体内容中,***所述第二媒体内容。
本发明实施例还提供了一种应用层实体,包括:
获取模块,用于获取第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
发送模块,用于向承载层实体下发所述第二媒体内容***策略,以便于所述承载层实体根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容中***所述第二媒体内容。
本发明实施例还提供了一种***媒体内容的***,包括:
应用层实体,用于向承载层实体下发第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
承载层实体,用于根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容标识对应的第一媒体内容中,***所述第二媒体内容。
本发明实施例具有以下优点:
在本发明实施例中,通过由应用层实体向承载层实体下发第二媒体内容***策略的方式,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;可以使得承载层实体根据所述第二媒体内容***策略在所述第一媒体内容中***所述第二媒体内容。与现有技术相比,本发明实施例无需终端侧参与到***媒体内容的过程中,因此,就避免了在***媒体内容的过程中不必要的终端参与的信令交互过程,对终端侧的要求相对较低,同时节约了网络传输资源和信令交互资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明的***媒体内容的方法实施例一的流程图;
图2是本发明实施例一在实际应用中一个具体例子的信令流程图;
图3是本发明的***媒体内容的方法实施例二的流程图;
图4是本发明实施例二在实际应用中一个具体例子的信令流程图;
图5是本发明实施例二应用到3GPP PSS MBMS R8架构的信令流程图;
图6是本发明的***媒体内容的方法实施例三的流程图;
图7是将本发明实施例三的信令交互流程图;
图8是将本发明OIPF实施例三应用于OIPF架构中的信令交互流程图;
图9是本发明的***媒体内容的装置实施例一的结构示意图;
图10是本发明的***媒体内容的装置实施例二的结构示意图;
图11是本发明的***媒体内容的装置实施例三的结构示意图;
图12是本发明的***媒体内容的装置实施例四的结构示意图;
图13是本发明的***媒体内容的装置实施例五的结构示意图;
图14是本发明的***媒体内容的***实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为使本发明实施例的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明实施例作进一步详细的说明。
参考图1,在本发明实施例一中,实现本发明实施例一所提供的方法可以包括以下步骤:
步骤101:承载层实体接收应用层实体下发的第二媒体内容***策略,所述第二媒体内容***策略的内容可以包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
在终端侧的IMS IPTV业务流程建立之后(可以是直播电视业务(LiveTV/Broadcast TV,LTV/BTV),内容点播业务(Content on Demand,CoD)等业务流程),应用层实体向承载层实体下发第二媒体内容***策略,所述第二媒体内容***策略的内容可以包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;所述第二媒体内容***策略的内容还可以包括:基本业务会话标识、第二媒体内容的获取方式、第二媒体内容的类型或第二媒体内容的***方式;所述应用层实体在不同的网络架构下可以采用不同的实现实体,具体可以是:会话控制功能(ServiceControl Function,SCF)、IPTV控制(IPTV Control)或IPTV应用(IPTVapplication);
具体的,承载层实体可以通过资源接纳控制***接收应用层实体下发的第二媒体内容***策略;所述资源接纳控制***在不同的架构下可以采用不同的实体实现,具体可以为:资源控制子***(Resource AccessControl sub-System,RACS)、RAC(Resource Access Control)或策略及计费控制(policy and charging control,PCC);需要说明的是,所述承载体实体在不同的架构下也可以有不同的实现方式,可以为单播组播-基本转发功能(Unicast/Multicast-Element Forwarding Function,UM-EFF),该功能具有组播分发和/或单播转发功能;对于组播而言,为组播分发靠近终端侧的最后一个分发网络节点。在TISPAN现有IMS IPTV***中,UM-EFF的组播功能对应为ECF/EFF(基本控制功能/基本转发功能),对应物理部署中可以是DSLAM,BRAS等;UM-EFF的单播功能对应可以由Transport Layer(传输层)RCEF(资源控制执行功能),BGF(边界网关功能)等实现,在物理部署中可以是BRAS(宽带远程接入服务器),Router(路由器)等;对于OIPF IPTV***,承载层实体的功能对应为传输处理功能(Transport Processing Function,TPF)实现,在实际部署中,可以采用DSLAM(数字用户环路接入复用器),BRAS(宽带远程接入服务器),Router(路由器)等来实现。在3GPP架构中,承载层实体的功能对应为PCEF(策略与计费执行功能)功能,在实际网络部署中,可以采用GGSN(GPRS网关服务节点)实现。
在实际中,I1接口为RACS和UM-EFF的接口,用于RACS向UM-EFF传递媒体内容的控制指令,该接口在RACS架构中可以是Ra,或Re,或Rq;在OIPF架构中,该接口具体为NPI-16;在3GPP PSS MBMS R8架构中,该接口即为Gx接口;
步骤102:根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容标识对应的第一媒体内容中,承载层实体***所述第二媒体内容。
其中,所述第一媒体内容在实际中可以为任意的媒体流,所述第二媒体内容在实际应用中也可以为任意的媒体流,具体可以为广告,则承载层实体具有的基本功能包括广告***功能(Advertisment InsertionFunction,ADIF);对于组播而言,ADIF可以在组播内容向单个用户分发时向媒体流中***媒体内容,例如广告;对于单播而言,其可以在单播内容向用户转发时向媒体流中***媒体内容;ADIF为逻辑功能,一般位于承载层实体例如UM-EFF之中,负责为该实体提供媒体内容的***能力。
同时可以参考图2所示,为本实施例的方法在实际应用中一个具体例子的信令流程图,在该信令流程图中,所述承载层实体具体为UM-EFF,所述资源接纳控制***具体为RACS,所述第一媒体内容具体为节目内容,第二媒体内容为广告内容,其中,所述UE和IMScore为3GPP所定义的IMS***中的现有功能,MF为媒体功能,具有媒体管理、存储和交付功能,AD-SCF为执行广告业务逻辑的SCF,此处增加AD以与基本业务SCF区分,图中所示的AD-MF也是为了与基本MF区别。需要说明的是,终端侧的业务状态检测也可以由进行基本业务的SCF来完成,不需要独立的AD-SCF;或者,图2中的AD-MF也可以和MF合并,即是由MF提供广告内容。在图2中,步骤1至步骤4(P1-P4)与本实施例中的步骤101相对应,即是对应承载层实体接收第二媒体***策略的操作,步骤5至步骤7(P5-P7)与本实施例中的步骤102对应,即是承载层实体向第一媒体内容中***第二媒体内容的过程。同时,图2中的例子还包括了***广告之后,继续进行原媒体流转发的步骤(P8)。
在本发明实施例一中,通过由承载层实体接收应用层实体下发第二媒体内容***策略的方式,使得承载层实体可以根据该策略中的第一媒体内容标识,可以找到被***的第一媒体内容,并根据该策略中的第二媒体内容的标识和***时间信息,由承载层实体发起在第一媒体内容中***第二媒体内容的过程,从而在媒体内容的***过程中避免了终端侧与网络侧之间新增信令交互的过程,减少了对终端侧需要新建或修改会话的业务需求,从而能够在媒体内容向终端侧进行播放的过程中,无需修改现有业务的会话或新建会话,从而能够节约网络带宽资源。
参考图3,在本发明实施例二中,实现本发明实施例二所提供的方法可以包括以下步骤:
步骤301:应用层实体检测终端侧使用IPTV业务的状态;
在实际应用中,应用层实体可以通过多种方式检测到终端侧示意IPTV业务的情况,例如,用户终端、SCF或媒体功能MF等可以向应用层实体发送终端侧的当前业务状态通知,该通知可以采用例如会话消息协议SIP info、message、notify等消息进行携带;可以是用户终端、SCF、MF等将业务状态发布到呈现服务器Presence Server上,应用层实体还可以向Presence Server订阅用户IPTV业务状态,并采用SIP subscribe或者通知notify机制获得业务状态;所述业务状态可以理解为:终端侧当前正在观看何种媒体内容信息,或者当前正在观看的媒体内容是否已经被暂停等;
步骤302:应用层实体根据检测到的终端侧的业务状态制定相应的第二媒体内容***策略,所述第二媒体内容***策略的内容可以包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;所述***点信息可以包括***时间点和***时间长度;
应用层实体根据检测到终端侧的业务状态,制定相应的第二媒体内容***策略,其中包括***的第二媒体内容的标识,用于唯一确定第二媒体内容,第二媒体内容的***点信息,用于表明在何种时刻***多长时间的媒体内容;其中,所述应用层实体可以自主制定,也可以从外部推荐***中获取到对应的第二媒体内容***策略;所述***时间信息可以包括***时间点,即是示意出在哪一个时刻***第二媒体内容,还包括***时间长度,即是示意出需要***多长时间的第二媒体内容;
步骤303:在资源接纳控制***中保存所述应用层实体下发的第二媒体内容***策略;
即是应用层实体向资源控制***下发第二媒体内容***策略,由资源接纳控制***预先进行保存;应用层实体将第二媒体内容***策略首先下发至资源接纳控制***(例如,RACS)中,资源接纳控制***将其进行存储;
具体的,应用层实体通过IMScore向RACS下发第二媒体内容***策略时,需要相应的对Gq’协议进行扩展,例如,扩展Diameter协议实现Gq’相应功能,具体可以采用类似如下AVP扩展形式:
在实际应用中,上文定义的xml文件以文本字符串形式示例如下:
<?xml version=″1.0″encoding=″UTF-8″?>
<xs:schema xmlns:xs=″http://www.w3.org/2001/XMLSchema″elementFormDefault=″qualified″attributeFormDefault=″unqualified″>
<xs:complexType name=″AdvPolicys″>
<xs:sequence>
<xs:element name=″AdvTargetId″type=″xs:string″>
<xs:annotation>
<xs:documentation>One unique identifier fot the IPTV servicesesstion</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=″AdvTargetMediaId″>
<xs:annotation>
<xs:documentation>Use to identify the target media if multiple media isincluded in a session</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=″TargetMediaType″>
<xs:simpleType>
<xs:restriction base=″xs:string″>
<xs:enumeration value=″Multicast″/>
<xs:enumeration value=″Unicast″/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:choice>
<xs:sequence>
<xs:element name=″MulticastAddress″type=″xs:string″/>
<xs:element name=″MulticastSource″type=″xs:string″/>
</xs:sequence>
<xs:sequence>
<xs:element name=″UnicastSource″type=″xs:string″/>
<xs:element name=″UnicastSourcePort″type=″xs:string″/>
<xs:element name=″UnicastDestination″type=″xs:string″/>
<xs:element name=″UnicastDestinationPort″type=″xs:string″/>
<xs:element name=″Protocol″type=″xs:string″/>
</xs:sequence>
</xs:choice>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name=″AdvPolicy″maxOccurs=″unbounded″>
<xs:complexType>
<xs:sequence>
<xs:element name=″AdsId″>
<xs:complexType>
<xs:sequence>
<xs:element name=″AdsID″type=″xs:string″maxOccurs=″unbounded″/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name=″AdvRenderTime″type=″xs:string″/>
<xs:element name=″AdvResources″>
<xs:complexType>
<xs:sequence>
<xs:element name=″AdvType″>
<xs:simpleType>
<xs:restriction base=″xs:string″>
<xs:enumeration value=″Picture″/>
<xs:enumeration value=″Video″/>
<xs:enumeration value=″Text″/>
<xs:enumeration value=″Application″/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=″AdvLocation″type=″xs:anyURI″/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name=″Extension″type=″ExtensionType″inOccurs=″0″/>
<xs:any namespace=″##other″processContents=″lax″/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:anyAttribute namespace=″##other″processContents=″lax″/>
</xs:complexType>
<xs:complexType name=″ExtensionType″>
<xs:sequence>
<xs:any processContents=″lax″minOccurs=″0″maxOccurs=″unbounded″/>
</xs:sequence>
</xs:complexType>
</xs:schema>
当然,在实际中还可能有其他扩展方式,对于OIPF架构,若NPI-15采用Diameter协议,则此扩展同样适用;对于3GPP架构情况,Rx接口也采用Diameter协议,此扩展同样适用;
步骤304:如果当前媒体内容为第一媒体内容,则承载层实体检测所述第一媒体内容中是否包括第二媒体内容的***提示,如果是,则进入步骤305;
在实际中,承载层实体检测当前媒体内容是否包括第二媒体内容的***提示,该***指示可以采用SCTE系列标准,或者RTP广告***点进行携带等,该***指示可以表示出,在某一个固定的时刻,有一个时隙,可以***媒体内容等;
步骤305:承载层实体向资源接纳控制***发送***请求,所述***请求用于请求接收所述资源接纳控制***中保存的第二媒体内容***策略;
在实际中,承载层实体发送的***请求中,需要携带第一媒体内容标识信息,该标识信息用于表示出被***的媒体内容;对组播而言,该***请求中可以包括组播源地址和组播地址,对单播而言,可以包括IP五元组;当然,也可以通过其他标识媒体内容的方式来在***请求携带第一媒体内容的标识信息;
步骤306:承载层实体接收所述资源接纳控制***发送的第二媒体内容***策略;
在资源接纳控制***接收到承载层实体发送的***请求后,则向承载层实体发送自身保存的第二媒体内容***策略;
步骤307:根据所述第二媒体内容的标识,承载层实体在所述***时间点之前向媒体功能实体请求获取所述第二媒体内容;
所述***时间点为***媒体内容的时间点,则承载层实体在该时间到来前某一时刻(例如:***时间点之前1500ms的时间点),承载层实体可选的向媒体功能实体提前请求所述第二媒体内容;需要说明的是,为了保证不同网络节点上时间的一致性,实际部署时可以在网络中运行网络时间协议(Net Time Protocol,NTP)以减少网络节点间的时间偏差;其中,所述媒体功能实体具体可以包括:先进网络电讯及互联网融合业务及协议(Telecommunications and Internet converged Services andProtocols for Advanced Networking,TISPAN)IPTV规范中的媒体功能MF;OIPF(Open IPTV Forum,开放互联网络电视论坛)IPTV规范中的内容交付网络控制器CDNC、集群控制器CC、内容交付功能CDF,以及3GPP规范中的分组流业务适配功能PSS adapter、分组流业务服务器PSSserver或多播组播-业务中心BM-SC;
步骤308:在所述***时间点到来时,承载层实体按照所述***时间长度在所述第一媒体内容中***所述第二媒体内容。
在本步骤中,对顺序***式广告而言,就是承载层实体向用户复制第二媒体内容;在实际应用中,可以在***时间点暂停第一媒体内容再***第二媒体内容,也可以不中断第一媒体内容直接进行***操作。
在本实施例中,在第二媒体内容的***操作结束之后,承载层实体还可以继续进行第一媒体内容的传输和播放。可以看出,本实施例中的第二媒体内容***策略为应用层实体根据检测到的终端侧的业务状态制定的,这就使得所述第二媒体内容***策略能够和终端的业务状态相联系,从而能够在尽量合适的时机***媒体内容;并且,所述第二媒体内容策略一开始是下发至资源接纳控制***中进行保存的,当承载层实体检测到有***指示时,再从资源接纳控制***中获取到该第二媒体内容***策略,这就在需要***媒体内容时,减少了和承载层实体和应用层实体之间的交互时间;运用本实施例的方法,同时也避免了在***媒体内容的过程中,需要由终端侧感知到***过程并参与该过程中造成额外的信令交互过程,减少了在***媒体内容过程中信令交互过程中的能量损耗,节约了网络资源。
同时,参考图4所示的流程图,为将本实施例的方法在实际应用中一个具体例子的信令流程图;在该信令流程图中,所述承载层实体具体为UM-EFF,所述资源接纳控制***具体为RACS,所述第一媒体内容具体为节目内容,第二媒体内容为广告内容,其中,所述UE和IMSocore为3GPP所定义的IMS***中的现有功能,MF为媒体功能,具有媒体管理、存储和交付功能,AD-SCF为执行广告业务逻辑的SCF,此处增加AD以与基本业务SCF区分,AD-MF标记类似。图4所示的P1为终端侧的基本业务建立的步骤,P2即对应本实施例中的步骤301,P3对应本实施例中的步骤302至303;P4对应本实施例中的步骤304;P5对应本实施例中的步骤305;P5’对应本实施例中的步骤306;P6对应本实施例中的步骤307;P7对应本实施例中的步骤308;同时,图4所示的例子还包括了***广告之后,继续进行原媒体流转发的步骤(P8)。
另外,参考图5所示的信令流程图,为将本实施例的方法应用到3GPPPSS MBMS R8架构的信令流程图,在该实施例中,与图4所示的信令流程图的主要差别为:PCEF对应到UM-EFF;PCRF对应到RACS;IM CNsubsystem对应于IMScore;PSS adapter+PSS server对应于MF;图5所示的流程为业务流为单播的情况,若为组播情况,则相应的业务流应由BMSC提供,图5中的PSS adapter+PSS server对应的为BMSC;另外,图5中的PSS adapter+PSS server区分了IPTV业务和广告业务,而在实际应用中完全可能由一个实体提供;在实际部署中,图5中PCEF可以由GGSN实现。同理,对于组播业务情况,也可以通过扩展GGSN和SGSN之间的接口,以及SGSN与无线接入网之间的接口,或者增加PCC和无线接入网之间的接口,从而进一步将广告***策略下发到无线接入节点上(例如NodeB),由其执行广告***策略,这样就可以进一步将广告向一个更小范围的区域或用户发送,从而提供精细化的广告发送。图5所示的P1为终端侧的基本业务建立的步骤,P2即对应本实施例中的步骤301,P3对应本实施例中的步骤302至303;P4对应本实施例中的步骤304;P5对应本实施例中的步骤305;P5’对应本实施例中的步骤306;P6对应本实施例中的步骤307;P7对应本实施例中的步骤308;同时,图5所示的例子还包括了***广告之后,继续进行原媒体流转发的步骤(P8)。
参考图6,在本发明实施例三中,实现本发明实施例三所提供的方法可以包括以下步骤:
步骤601:应用层实体根据检测到的终端侧的业务状态制定相应的第二媒体内容***策略,所述第二媒体内容***策略的内容可以包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识,所述***点信息包括***时间点和***时间长度;
在本实施例中,应用层实体还是根据终端侧的业务状态制定的第二媒体内容***策略,所述第二媒体内容***策略还可以包括:第二媒体内容的类型信息等;
步骤602:应用层实体将所述第二媒体内容***策略通过资源控制***转发至承载层实体;
应用层实体向资源接纳控制***下发第二媒体内容***策略,这里可以通过扩展SDP协议或者定义XML schema向资源接纳控制***发送,在传输时可以在多种协议中传递给资源接纳控制***,例如RACS,传输协议可以是RACS、HTTP、RTSP等等。
以广告内容为例,下面给出通过XML定义广告***策略的例子,当然,本领域技术人员可以知道,广告***策略仅仅为一个媒体内容***策略的例子,本领域技术人员可以根据广告***策略很容易的得出其他媒体内容的***策略:
需要说明的是,其中,资源接纳控制***可以通过承载控制接口向承载层实体转发所述第二媒体内容***策略;
步骤603:根据所述第二媒体内容的标识,承载层实体在所述***时间点之前向媒体功能实体请求获取所述第二媒体内容;
依据第二媒体内容的标识示意的第二媒体内容,承载层实体在所述***时间点之前向媒体功能实体请求获取对应的第二媒体内容;根据网络传输能力,可以在***时间点之前的任一时刻向媒体功能实体发送请求,用于请求获取所述第二媒体内容;在实际中,媒体功能实体需要在所述***时间点之前向承载层实体发送第二媒体内容,并且当***时间点到来时,也需要使得承载层实体已经收到了该第二媒体内容;
步骤604:在所述***时间点到来时,承载层实体按照所述***时间长度在所述第一媒体内容中***所述第二媒体内容;
在所述***时间点到来时,承载层实体在所述第一媒体内容中***所述***时间长度所示意长度的第二媒体内容,并且当所述***时间长度已经完成之后,就不再***第二媒体内容;
步骤605:承载层实体将***了第二媒体内容的第一媒体内容向终端侧进行播放。
步骤606:承载层实体接收媒体功能实体转发的终端侧的媒体控制命令;
在本实施例中,终端侧还向媒体功能实体发送了媒体控制命令,则此时,MF再将终端侧的媒体控制命令转发至承载层实体,其中,所述媒体控制命令即是终端侧对于第二媒体内容的具体操作,用于控制所述第二媒体内容的进度,例如:快进、快退、暂停,等等;
步骤607:承载层实体根据所述媒体控制命令对所述第二媒体内容进行控制。
承载层实体响应终端侧的媒体控制命令,例如:快进、快退、暂停操作,从而对第二媒体内容的***过程进行相应处理,并向终端侧播放第二媒体内容。
同时参考图7所示,在本发明的另一个实施例中,当所述承载层实体为ECF/EFF,所述媒体内容具体为广告时的信令流程图,其他实体与图2中介绍的相同;其中AD-SCF检测到终端侧的业务状态在图7中有两种方式,其一是由SCF通知RACS信息和终端侧的业务状态,其二是终端侧通过基本业务过程获取并向AD-SCF上报RACS信息,以及终端侧的业务状态。图7所示的P1为终端侧的基本业务建立的步骤,P2-a1至P3即对应本实施例中的步骤601,P4-P5对应本实施例中的步骤602;P6-P7对应本实施例中的步骤603;P8对应本实施例中的步骤604;P9-P10对应本实施例中的步骤605至步骤607;同时,图7所示的例子还包括了***广告之后,继续进行原媒体流转发的步骤(P11)。
另外,将本实施例所述的方法应用于开放互联网络电视论坛(OpenIPTV Forum,OIPF)架构中时,具体的信令流程图可以参考图8所示,与图7的主要差别为:TPF对应UM-EFF,在OIPF中没有独立定义ECF/EFF,而是将该功能包含在TPF中,即TPF包含组播和单播分发功能。图8中的OITF(OIPF Terminal Function,OIPF终端功能)对应TISPAN规范中的UE;RAC对应RACS;IPTV control和IPTV application对应于SCF;CC+CDF对应于MF;需要说明的是,图8中所述的P4’中,IPTV control也可以从IPTVapplication获取个性化广告策略;并且,该信令流程图8中TPF对应UM-EFF,适合于CC+CDF发送组播节目流场景;对于单播业务流场景,TPF可以为任一个业务传递路径上的单播转发网络节点,例如,可以是Router,RACS架构中的BGF或RCEF,其中BGF或RCEF在部署中可以体现为BRAS或Router等。图8所示的P1为终端侧的基本业务建立的步骤,P2-a1至P3即对应本实施例中的步骤601,P4-P5对应本实施例中的步骤602;P6-P7对应本实施例中的步骤603;P8对应本实施例中的步骤604;P9-P10对应本实施例中的步骤605至步骤607;同时,图8所示的例子还包括了***广告之后,继续进行原媒体流转发的步骤(P11)。
需要说明的是,本发明实施例所述的各个方法,也可以不通过资源接纳控制***(例如RACS)将第二媒体内容***策略完整的下发到承载层实体,而是通过资源接纳控制***向承载层实体下发一个媒体内容***指示,表明针对该承载层实体有一个媒体内容的更新过程,在其中指出第二媒体内容***策略的获取方式,例如,可以用HTTP,FTP,SIP,subscribe或Notify等方式从SCF获取广告策略;这里的媒体内容***指示可以通过SIP info、信息message或通知notify等方式发送,其中的媒体内容***指示可以通过扩展SDP协议或者携带一个XML扩展格式进行;使得承载层实体可以根据该媒体内容***指示从媒体内容***策略的存储位置获取媒体内容***策略并执行***媒体内容的操作。该媒体内容***策略也可以采用前述方案中的广告策略定义格式。在组播个性化场景中,如果有多数个终端侧都需要进行媒体内容的***,例如,个性化广告,采用SIP方式下发媒体内容***策略可能效率不高,因此,可以采用前述的承载层实体和SCF之间的直接获取方式,可以提高媒体内容***策略的获取效率。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
与上述本发明实施例所提供的方法相对应,参见图9,本发明实施例还提供了一种***媒体内容的装置,所述装置具体可以包括:
接收策略模块901,用于接收应用层实体下发的第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
所述接收策略模块接收应用层实体向承载层实体下发的第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***时间信息,以及第一媒体内容标识;所述第二媒体内容***策略的内容还包括:基本业务会话标识、第二媒体内容的获取方式、第二媒体内容的类型或第二媒体内容的***方式;所述应用层实体在不同的网络架构下可以采用不同的实现实体,具体可以包括:会话控制功能SCF、IPTV控制或IPTV应用;
所述接收策略模块901,具体的,可以用于通过资源接纳控制***接收应用层实体下发的第二媒体内容***策略;所述资源接纳控制***在不同的架构下可以采用不同的实体实现,具体可以包括:资源控制子***RACS、RAC或PCC;
***模块902,用于根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容标识对应的第一媒体内容中,***所述第二媒体内容。
其中,本实施例所述的装置可以单独作为一个实体,也可以集成在承载层实体上,所述第一媒体内容在实际中可以为任意的媒体流,所述第二媒体内容在实际应用中也可以为任意的媒体流,具体可以为广告,则承载层实体具有的基本功能包括广告***功能ADIF;对于组播而言,ADIF可以在组播内容向单个用户分发时向媒体流中***媒体内容,例如广告;对于单播而言,其可以在单播内容向用户转发时向媒体流中***媒体内容;ADIF为逻辑功能,一般位于承载层实体例如UM-EFF之中,负责为该实体提供媒体内容的***能力。
需要说明的是,所述承载体实体在不同的架构下也可以有不同的实现方式,可以为单播组播-基本转发功能UM-EFF,该功能具有组播分发和/或单播转发功能;对于组播而言,为组播分发靠近终端侧的最后一个分发网络节点;对于OIPF IPTV***,承载层实体的功能对应为传输处理功能(Transport Processing Function,TPF)实现,在实际部署中,可以采用DSLAM,BRAS,Router等来实现;在3GPP架构中,承载层实体的功能对应为PCEF功能,在实际网络部署中,可以采用GGSN实现;
在本实施例中,通过由所述接收策略模块接收应用层实体下发第二媒体内容***策略的方式,使得***模块可以根据该策略中的第一媒体内容标识,可以找到被***的第一媒体内容,并根据该策略中的第二媒体内容的标识和***时间信息,发起在第一媒体内容中***第二媒体内容的过程,从而在媒体内容的***过程中避免了终端侧与网络侧之间新增信令交互的过程,减少了对终端侧需要新建或修改会话的业务需求,从而能够在媒体内容向终端侧进行播放的过程中,无需修改现有业务的会话或新建会话,从而能够节约网络带宽资源。
与本发明方法实施例二相对应,参考图10所示,示出了本发明装置实施例二的结构示意图,该装置具体可以包括:检测子模块1001、请求子模块1002,请求获取子模块1003和***子模块1004。
在本实施例中,装置实施例一中的接收策略模块901具体包括了两个子模块,即是所述检测子模块1001和所述请求子模块1002;而装置实施例一中的***模块902具体包括了两个子模块,即是所述请求获取子模块1003和***子模块1004;
检测子模块1001,用于检测所述第一媒体内容中是否包括第二媒体内容的***提示;
本实施例所述的装置可以作为单独的实体,也可以集成在承载层模块上,所述检测子模块,可以检测当前媒体内容是否包括第二媒体内容的***提示,该***指示可以采用SCTE系列标准,或者RTP广告***点进行携带等,该***指示可以表示出,在某一个固定的时刻,有一个时隙,可以***媒体内容等;
请求子模块1002,用于当检测子模块的结果为是时,向资源接纳控制***请求第二媒体内容***策略;
在实际应用中,所述请求子模块具体可以包括:发送子模块10021和接收子模块10021;其中:
发送子模块10021,用于当检测子模块的结果为是时,向资源接纳控制***发送***请求,所述***请求用于请求接收所述资源接纳控制***中保存的第二媒体内容***策略;
在实际中,所述发送子模块发送的***请求中,需要携带第一媒体内容标识信息,该标识信息用于表示出被***的媒体内容;对组播而言,该***请求中可以包括组播源地址和组播地址,对单播而言,可以包括IP五元组;当然,也可以通过其他标识媒体内容的方式来在***请求携带第一媒体内容的标识信息;
接收子模块10021,用于接收所述资源接纳控制***发送的第二媒体内容***策略;所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;所述***点信息包括***时间点和***时间长度;
在资源接纳控制***接收到承载层实体发送的***请求后,则向承载层实体发送自身保存的第二媒体内容***策略,由所述接收子模块进行接收;
请求获取子模块1003,用于根据所述第二媒体内容的标识,在所述***时间点之前向媒体功能实体请求获取所述第二媒体内容;
所述***时间点为***媒体内容的时间点,则承载层实体在该时间到来前某一时刻(例如:***时间点之前1500ms的时间点),承载层实体可选的向媒体功能实体提前请求所述第二媒体内容;需要说明的是,为了保证不同网络节点上时间的一致性,实际部署时可以在网络中运行网络时间协议(Net Time Protocol,NTP)以减少网络节点间的时间偏差;
***子模块1004,用于在所述***时间点到来时,按照所述***时间长度在所述第一媒体内容中***所述第二媒体内容。
在本步骤中,对顺序***式广告而言,就是承载层实体向用户复制第二媒体内容;在实际应用中,可以在***时间点暂停第一媒体内容再***第二媒体内容,也可以不中断第一媒体内容直接进行***操作。
在本实施例中,所述第二媒体内容策略一开始是下发至资源接纳控制***中进行保存的,当检测子模块检测到有***指示时,再从资源接纳控制***中获取到该第二媒体内容***策略,从而根据该策略中的参数信息进行媒体内容的***操作,还可以将***了第二媒体内容的第一媒体内容向终端侧进行播放处理,运用本实施例的方法,就避免了在***媒体内容的过程中,需要由终端侧感知到***过程并参与该过程中造成额外的信令交互过程,减少了在***媒体内容过程中信令交互过程中的能量损耗,节约了网络资源。
与本发明方法实施例三相对应,参考图11所示,示出了本发明装置实施例三的结构示意图,如图所示,该装置可以包括:
检测子模块1101,用于检测所述第一媒体内容中是否包括第二媒体内容的***提示;
发送子模块1102,用于当检测子模块的结果为是时,向资源接纳控制***发送***请求,所述***请求用于请求接收所述资源接纳控制***中保存的第二媒体内容***策略;
接收子模块1103,用于接收所述资源接纳控制***发送的第二媒体内容***策略;
请求获取子模块1104,用于根据所述第二媒体内容的标识,在所述***时间点之前向媒体功能实体请求获取所述第二媒体内容;
***子模块1105,用于在所述***时间点到来时,按照所述***时间长度在所述第一媒体内容中***所述第二媒体内容;
接收命令模块1106,用于接收媒体功能实体转发的终端侧的媒体控制命令;
在本实施例中,终端侧还向媒体功能实体发送了媒体控制命令,则此时,媒体功能实体再将终端侧的媒体控制命令转发至承载层实体,由所述接收命令模块进行接收;其中,所述媒体控制命令即是终端侧对于第二媒体内容的具体操作,用于控制所述第二媒体内容的***进度,例如:快进、快退、暂停,等等;
控制模块1107,用于根据所述媒体控制命令对所述第二媒体内容进行控制。
承载层实体响应终端侧的媒体控制命令,例如:快进、快退、暂停操作,从而由所述控制模块对第二媒体内容的***过程进行相应处理,并根据***进度向终端侧播放第二媒体内容。需要说明的是,图9和图10的实施例中的装置,也可以包括所述接收命令模块1106和控制模块1107。
在具体的实现中,本发明实施例还包括了接收媒体控制命令的操作,所述媒体控制命令由终端侧发送至媒体功能实体,并由媒体功能实体发送至承载层实体,从而能够根据终端侧的媒体控制命令来对第二媒体内容的***进度进行控制,可以针对实际需求更方便的采取各种***方式,从而能够在节约网络传输资源的基础上。
与本发明的方法实施例一相对应,本发明还提供了一种应用层实体实施例一,参考图12所示,该应用层实体具体可以包括:
获取模块1201,用于获取第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
本实施例中,所述获取模块1201可以直接从应用层实体获取到第二媒体内容***策略,也可以从外部实体上获取到相应的第二媒体内容***策略;
发送模块1202,用于向承载层实体下发所述第二媒体内容***策略。
所述发送模块1202将第二媒体内容***策略下发至承载层实体,以便于所述承载层实体根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容中***所述第二媒体内容。通过由所述装置向承载层实体下发第二媒体内容***策略的方式,就可以避免终端侧也参与到***媒体内容的过程中,从而可以降低对终端侧的要求,节约了网络传输资源和信令交互资源。
与本发明的方法实施例二相对应,本发明还提供了一种应用层实体实施例五,参考图13所示,该装置具体可以包括:检测子模块1301、制定子模块1302和发送模块1303,其中,图12的装置实施例中的获取模块1201,在本实施例中包括检测子模块1301和制定子模块1302。
检测子模块1301,用于检测终端侧的业务状态;
在实际应用中,所述检测子模块1301可以通过多种方式检测到终端侧示意IPTV业务的情况,例如,用户终端、SCF或媒体功能MF等可以向应用层实体发送终端侧的当前业务状态通知,该通知可以采用例如会话消息协议SIP info、message、notify等消息进行携带;可以是用户终端、SCF、MF等将业务状态发布到呈现服务器Presence Server上,应用层实体还可以向Presence Server订阅用户IPTV业务状态,并采用SIP subscribe或者通知notify机制获得业务状态;所述业务状态可以理解为:终端侧当前正在观看何种媒体内容信息,或者当前正在观看的媒体内容是否已经被暂停等;
制定子模块1302,用于根据所述业务状态制定相应的第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
所述制定子模块1302根据检测到终端侧的业务状态,制定相应的第二媒体内容***策略,其中包括***的第二媒体内容的标识,用于唯一确定第二媒体内容,第二媒体内容的***点信息,用于表明在何种时刻***多长时间的媒体内容;其中,所述制定子模块1302可以自主制定,也可以从外部推荐***中获取到对应的第二媒体内容***策略;所述***时间信息可以包括***时间点,即是示意出在哪一个时刻***第二媒体内容,还包括***时间长度,即是示意出需要***多长时间的第二媒体内容;
发送模块1303,用于通过资源接纳控制***向承载层实体下发第二媒体内容***策略。
本实施例中,所述发送模块1303首先向资源控制***下发第二媒体内容***策略,由资源接纳控制***预先进行保存;应用层实体将第二媒体内容***策略首先下发至资源接纳控制***(例如,RACS)中,资源接纳控制***将其进行存储,并在需要的时候再发送至承载层实体,,以便于所述承载层实体根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容中***所述第二媒体内容。
本实施例中的第二媒体内容***策略为应用层实体根据检测到的终端侧的业务状态制定的,这就使得所述第二媒体内容***策略能够和终端的业务状态相联系,从而能够在尽量合适的时机***媒体内容;所述第二媒体内容策略一开始是下发至资源接纳控制***中进行保存的,当承载层实体检测到有***指示时,再从资源接纳控制***中获取到该第二媒体内容***策略,这就在需要***媒体内容时,减少了和承载层实体和应用层实体之间的交互时间;同时也避免了在***媒体内容的过程中,需要由终端侧感知到***过程并参与该过程中造成额外的信令交互过程,减少了在***媒体内容过程中信令交互过程中的能量损耗,节约了网络资源。
与本发明方法和装置实施例相对应,参考图14所示,还示出了本发明***实施例的结构示意图,如图所示,该***可以包括:
应用层实体1401,用于向承载层实体下发第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
所述应用层实体在不同的网络架构下可以采用不同的实现实体,具体可以包括:会话控制功能SCF、IPTV控制或IPTV应用;在3GPP R8 PSSMBMS架构中,为所述SCF,而Open IPTV forum IPTV架构中,则为IPTVcontrol,或IPTV Applicaton Server;
承载层实体1402,用于根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容标识对应的第一媒体内容中,***所述第二媒体内容。
所述承载层实体在不同的架构下也可以有不同的实现方式,可以为单播组播-基本转发功能UM-EFF,该功能具有组播分发和/或单播转发功能;对于组播而言,为组播分发靠近终端侧的最后一个分发网络节点;对于OIPF IPTV***,承载层实体的功能对应为传输处理功能(TransportProcessing Function,TPF)实现,在实际部署中,可以采用DSLAM,BRAS,Router等来实现;在3GPP架构中,承载层实体的功能对应为PCEF功能,在实际网络部署中,可以采用GGSN实现;
具体的,所述承载层实体具体可以包括:
接收策略模块,用于接收应用层实体下发的第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
***模块,用于根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容标识示意的第一媒体内容中,***所述第二媒体内容。
需要说明的是,因为前述***媒体内容的方法和装置介绍的十分详尽,所以所述***媒体内容的***实施例未详尽之处,可以参见前述对***媒体内容的方法实施例的描述,在此不再对装置作详细描述。
通过以上实施例的描述,本领域的技术人员可以清楚地了解到需要说明的是,本发明实施例不需要引入独立的功能部件,可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以执行本发明各个实施例所述的方法。这里所称的存储介质,如:ROM/RAM、磁盘、光盘等。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个......”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本发明实施例所提供的一种***媒体内容的方法、装置及***进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明实施例的方法及其思想;同时,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (16)
1.一种***媒体内容的方法,其特征在于,包括:
承载层实体接收应用层实体下发的第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容标识对应的第一媒体内容中,承载层实体***所述第二媒体内容。
2.根据权利要求1所述的方法,其特征在于,所述承载层实体接收应用层实体下发的第二媒体内容***策略,具体包括:
承载层实体通过资源接纳控制***接收应用层实体下发的第二媒体内容***策略。
3.根据权利要求2所述的方法,其特征在于,所述第二媒体内容***策略为所述应用层实体根据检测到终端的网络电视IPTV的业务状态制定的。
4.根据权利要求2所述的方法,其特征在于,所述接收应用层实体下发的第二媒体内容***策略之前,还包括:
在资源接纳控制***中保存所述应用层实体下发的第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及被***的第一媒体内容标识;
则所述接收应用层实体下发的第二媒体内容***策略,包括:
检测所述第一媒体内容中是否包括第二媒体内容的***提示;
如果是,则向所述资源接纳控制***请求所述第二媒体内容***策略。
5.根据权利要求1所述的方法,其特征在于,所述***点信息包括***时间点和***时间长度,则所述根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容标识示意的第一媒体内容中,承载层实体***所述第二媒体内容,具体包括:
根据所述第二媒体内容的标识,承载层实体在所述***时间点之前向媒体功能实体请求获取所述第二媒体内容;
在所述***时间点到来时,承载层实体按照所述***时间长度在所述第一媒体内容中***所述第二媒体内容。
6.根据权利要求1所述的方法,其特征在于,所述承载层实体***所述第二媒体内容之后,还包括:
接收媒体控制命令;
根据所述媒体控制命令对所述第二媒体内容进行控制。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述第二媒体内容***策略的内容还包括:基本业务会话标识,用于指示需要***媒体内容的业务会话。
8.一种***媒体内容的装置,其特征在于,包括:
接收策略模块,用于接收应用层实体下发的第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
***模块,用于根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容标识对应的第一媒体内容中,***所述第二媒体内容。
9.根据权利要求8所述的装置,其特征在于,所述接收策略模块,具体用于通过资源接纳控制***接收应用层实体下发的第二媒体内容***策略。
10.根据权利要求8所述的装置,其特征在于,所述接收策略模块,具体包括:
检测子模块,用于检测所述第一媒体内容中是否包括第二媒体内容的***提示;
请求子模块,用于当检测子模块的结果为是时,向资源接纳控制***请求第二媒体内容***策略。
11.根据权利要求8所述的装置,其特征在于,所述***模块,具体包括:
请求获取子模块,用于根据所述第二媒体内容的标识,在所述***时间点之前向媒体功能实体请求获取所述第二媒体内容;
***子模块,用于在所述***时间点到来时,按照所述***时间长度在所述第一媒体内容中***所述第二媒体内容。
12.根据权利要求8所述的装置,其特征在于,还包括:
接收命令模块,用于接收媒体控制命令;
控制模块,用于根据所述媒体控制命令对所述第二媒体内容进行控制。
13.一种应用层实体,其特征在于,包括:
获取模块,用于获取第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
发送模块,用于向承载层实体下发所述第二媒体内容***策略。
14.根据权利要求13所述的应用层实体,其特征在于,所述发送模块具体用于:通过资源接纳控制***向承载层实体下发第二媒体内容***策略。
15.根据权利要求13所述的应用层实体,其特征在于,所述获取模块,具体包括:
检测子模块,用于检测终端侧的业务状态;
制定子模块,用于根据所述业务状态制定相应的第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识。
16.一种***媒体内容的***,其特征在于,包括:
应用层实体,用于向承载层实体下发第二媒体内容***策略,所述第二媒体内容***策略的内容包括:第二媒体内容的标识和***点信息,以及第一媒体内容标识;
承载层实体,用于根据所述第二媒体内容的标识和***点信息,在所述第一媒体内容标识对应的第一媒体内容中,***所述第二媒体内容。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910129138A CN101848200A (zh) | 2009-03-27 | 2009-03-27 | 一种***媒体内容的方法、装置、应用层实体及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910129138A CN101848200A (zh) | 2009-03-27 | 2009-03-27 | 一种***媒体内容的方法、装置、应用层实体及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101848200A true CN101848200A (zh) | 2010-09-29 |
Family
ID=42772664
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910129138A Pending CN101848200A (zh) | 2009-03-27 | 2009-03-27 | 一种***媒体内容的方法、装置、应用层实体及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101848200A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015003605A1 (en) * | 2013-07-08 | 2015-01-15 | Tencent Technology (Beijing) Company Limited | Systems and methods for content transmission for instant messaging |
WO2015058389A1 (en) * | 2013-10-24 | 2015-04-30 | Telefonaktiebolaget L M Ericsson (Publ) | Method, multimedia streaming service node, computer program and computer program product for combining content |
CN106878350A (zh) * | 2015-12-10 | 2017-06-20 | 中国电信股份有限公司 | 用户订制数据的推送方法及装置、网关以及*** |
-
2009
- 2009-03-27 CN CN200910129138A patent/CN101848200A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015003605A1 (en) * | 2013-07-08 | 2015-01-15 | Tencent Technology (Beijing) Company Limited | Systems and methods for content transmission for instant messaging |
WO2015058389A1 (en) * | 2013-10-24 | 2015-04-30 | Telefonaktiebolaget L M Ericsson (Publ) | Method, multimedia streaming service node, computer program and computer program product for combining content |
US10205765B2 (en) | 2013-10-24 | 2019-02-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, multimedia streaming service node, computer program and computer program product for combining content |
CN106878350A (zh) * | 2015-12-10 | 2017-06-20 | 中国电信股份有限公司 | 用户订制数据的推送方法及装置、网关以及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10856014B2 (en) | Control plane architecture for multicast cache-fill | |
US9516477B2 (en) | Method and system for delivering multimedia content cached in wireless cellular network nodes using multimedia broadcast multicast services (MBMS) | |
US8203989B2 (en) | Distributing content in a communication network | |
CN101155293B (zh) | 一种进行网络直播电视业务频道授权的方法、***及装置 | |
US20140020039A1 (en) | Method, Apparatus, and Terminal Device for Sharing Internet Protocol Television Content | |
CN102037703A (zh) | Iptv通信网络中传递方法之间的切换 | |
CN101557267A (zh) | 一种bcast中通知消息呈现方式的方法和装置 | |
EP2209312A1 (en) | Video conference method and system, application server and media resource server | |
CN101631029A (zh) | 直播会话切换的方法、多终端频道切换同步的方法及终端 | |
WO2011000227A1 (zh) | 通信***中用于多屏幕业务通知和交互的方法和装置 | |
JP2012515484A (ja) | ネットワークにおける関連付けられたセッションの管理 | |
CN101431653B (zh) | 一种创建和点播频道的方法、***及装置 | |
CN101605142A (zh) | 会话管理的实现方法、装置、***及终端 | |
CN101355676B (zh) | 提供网络电视业务信息的方法和网络电视业务*** | |
CN101547402A (zh) | 一种建立iptv多播业务的方法及设备 | |
CN101848200A (zh) | 一种***媒体内容的方法、装置、应用层实体及*** | |
CN102378066B (zh) | 一种实现低码率高清点播的方法和*** | |
KR102044001B1 (ko) | 멀티캐스트 및 유니캐스트 혼용 기반의 주문형 비디오 서비스 제공 장치 및 그 방법 | |
CN101360222B (zh) | 一种基于下一代网络的iptv节目产生方法及*** | |
CN101883333B (zh) | 获取指定用户实时媒体播放信息的方法、***和装置 | |
Silhavy et al. | 5G-MAG (Media Action Group) reference tools: Putting 5G in action for media | |
Li | Analysis of blocking rate and bandwidth usage of mobile IPTV services in wireless cellular networks | |
Bataa et al. | A functional design of BM-SC to support mobile IPTV in LTE network | |
CN101667877B (zh) | 用于下一代网络的用户直播实现方法和*** | |
CN105791894A (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20100929 |