CN101415149A - 一种bc业务改进的方法和设备 - Google Patents
一种bc业务改进的方法和设备 Download PDFInfo
- Publication number
- CN101415149A CN101415149A CNA2007101868670A CN200710186867A CN101415149A CN 101415149 A CN101415149 A CN 101415149A CN A2007101868670 A CNA2007101868670 A CN A2007101868670A CN 200710186867 A CN200710186867 A CN 200710186867A CN 101415149 A CN101415149 A CN 101415149A
- Authority
- CN
- China
- Prior art keywords
- channel
- message
- resource reservation
- cscf
- user
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种广播BC业务改进的方法,包括以下步骤:代理呼叫会话控制功能实体P-CSCF判断接收到的业务层消息是BC业务请求;所述P-CSCF向资源预留处理实体发送资源预留指示消息,指示所述资源预留处理实体进行共享资源的预留处理。本发明公开了一种用于BC业务改进的设备。通过使用本发明,当用户发起BC业务时,P-CSCF根据用户发起的BC业务请求,下发指示给资源预留处理实体,指示其预留特定网络资源,由于用户在同一时刻只可以观看一个频道,因此这些资源可以供该业务包中的频道共享,达到节约网络资源的目的。
Description
技术领域
本发明涉及网络技术领域,尤其涉及一种BC业务改进的方法和设备。
背景技术
IMS(IP Multimedia Subsystem,IP多媒体子系统)是最初在3GPP(3rdGeneration Partnership Project,第三代移动通信标准化伙伴项目)R5阶段增加的WCDMA(Wideband Code Division Multiple Access,宽带码分多址)网络中叠加在已有分组域之上的一个子系统,采用分组域为其上层控制信令和媒体传输的承载通道,引入SIP(Session Initiation Protocol,会话初始化协议)协议作为业务控制协议,利用SIP简单、易扩展、媒体组合方便的特点,通过将业务控制与承载控制分离,提供丰富的多媒体业务,对IMS进行标准化的国际标准组织主要有3GPP和TISPAN(Telecommunications and Internetconverged Services and Protocols for Advanced Networking,电信和互联网融合业务及高级网络)。3GPP侧重于从移动的角度对IMS进行研究,而TISPAN则侧重于从固定的角度对IMS提出需求,并统一由3GPP完善,最终实现IMS对固定接入和移动接入的统一控制。
架构方面,TISPAN采用3GPP R7定义的IMS架构,其架构如图1所示,并针对固定的特殊要求进行了相关修订;提出了NASS(Network AttachmentSubsystem,网络附着子系统)和RACS(Resource and Admission ControlSubsystem,资源控制子系统);对整个体系架构所包含的子系统和功能实体间的接口进行了定义;协议方面,对3GPP已经定义的相关接口协议,针对固定的特殊需求进行了相关的修订;定义了NASS与外部接口的协议;定义了RACS和外部接口的协议。对于3GPP定义的IMS网络,在该网络中和TISPAN采用的3GPP R7定义的RACS相对应的执行资源预留的实体是GGSN(网关GPRS支持节点,Gateway GPRS Support Node)。
在IMS网络中,为了保证会话能够成功建立,引入了资源预留机制,在该机制下,在会话最终建立完成时,网络确保在接入网已经为用户预留了本次会话需要的资源。为此,在TISPAN中专门定义了P-CSCF和RACS之间接口为Gq’接口,通过该接口可以支持网络侧发起的资源预留请求。
IMS based IPTV(Internet Television,基于IP互联网络的电视)是在IMS的整体架构下提供IPTV业务,以充分利用IMS网络中已有的注册、认证、路由、会话控制与建立、业务触发、计费、端到端QoS(Quality of Service,服务质量)保证等机制来为用户提供流媒体业务及融合流媒体和实时会话业务的多媒体业务。也就是说,用户到内容的多媒体会话是通过IMS已有的会话控制机制在完成,在建立会话过程中,需要为媒体流的传送预留承载资源。
在目前TISPAN定义的IMS based IPTV系统中对直播业务的标识采用业务包的概念进行描述,即用户订阅或签约直播业务时订阅/签约的是一个业务包,请求直播业务时也是向该业务包发起请求,由于一个业务包可以包括若干个频道,此时有可能IMS based IPTV网络侧无法确切知道用户当前或初始想要观看的频道,而无法对网络带宽资源进行预留,结果导致或者用户的带宽需求不能满足,影响客户体验。或者根据现有技术,若BC(Broadcast,广播)业务请求中对每个频道都存在对应的SDP(Session Description Protocol,会话描述协议)描述,则RACS会对包中所有的频道都预留资源,由于用户同一时刻只会收看一个频道,从而造成资源的极大浪费。
现有技术Gq’接口中,若P-CSCF(Proxy-CallSession Control Function,代理呼叫会话控制功能)收到业务请求,判断需要执行资源预留操作时,会针对请求中的SDP信息生成相应的指示RACS进行资源预留的命令,一般情况下会对SDP中的每个媒体成份m行进行资源预留。
在IPTV业务中,P-CSCF收到的业务请求存在以下几种情况:1、请求中的SDP对业务包中的每个频道都存在对应其媒体组成的媒体描述m行。2、请求中没有包含对应任何频道的媒体组成媒体描述行,仅包含所请求的业务包标识。针对情况1,现有技术P-CSCF会对每个媒体描述行进行资源预留,在BC业务下,用户同一时刻仅收看一个频道,造成网络资源的极大浪费。针对情况2,现有技术P-CSCF无法确定需要为用户预留多少资源,造成该业务请求无法成功处理。
发明内容
本发明的实施例提供一种BC业务改进的方法和设备,用于实现基于IMS的IPTV业务中的共享资源预留处理。
为达到上述目的,本发明的实施例提供一种BC业务改进的方法,包括以下步骤:
代理呼叫会话控制功能实体P-CSCF判断接收到的业务层消息是广播BC业务请求,决定执行共享资源的预留处理;
所述P-CSCF向资源预留处理实体发送资源预留指示消息,指示所述资源预留处理实体进行共享资源的预留处理。
本发明的实施例还提供一种BC业务中权限列表的携带方法,包括:
接收SCF发送的消息,根据所述消息获取用户终端的权限列表,所述获取用户终端的权限列表具体为:
获取所述SCF通过HTTP连接或XML携带在所述消息中的信息权限列表;或
接收SCF发送的消息,所述SCF在所述消息中将所述用户终端不具有权限观看的频道的媒体描述对应的m行的端口置为0;根据所述媒体描述信息,判断所述用户终端对端口号为0的m行对应的频道没有观看权限,对于端口号不为0的m行对应的频道具有观看权限。
本发明的实施例还提供一种BC业务中网络参数的获取方法,包括:
终端接收会话消息,所述BC业务会话消息中通过XML的方式、HTTPLink的方式或携带业务所对应的网络参数;
所述终端通过解析所述会话消息中的XML、或根据HTTP Link,获取网络参数。
本发明的实施例还提供一种BC业务中最大带宽指示的携带方法,包括:
获取用户签约的频道所需的最大带宽并通知资源预留处理实体,所述获取方式具体为:接收SCF发送的消息,所述消息中携带最大带宽信息;或根据所述消息中的各频道媒体描述信息决定用户签约的频道所需的最大带宽。
本发明的实施例还提供一种BC业务中初始/默认频道的指示方法,包括:
终端或SCF增加指示,在消息中明确指明某个频道为当前初始/默认频道。
本发明的实施例还提供一种代理呼叫会话控制功能实体P-CSCF,包括:
业务层消息解析单元,用于判断接收到的业务层消息是否为BC业务请求,若是则向指示消息生成单元发送通知;
指示消息生成单元,用于在接收到所述通知时,生成资源预留指示消息,以指示资源预留处理实体进行共享资源的预留处理。
本发明的实施例还提供一种资源预留处理实体,包括:
指示消息解析单元,用于解析P-CSCF发送的资源预留指示消息中包括的内容,并向预留处理单元发送所述解析出的内容;
预留处理单元,用于在接收到所述解析出的内容时,根据所述解析出的内容进行共享资源的预留处理。
与现有技术相比,本发明的实施例具有以下优点:
当用户发起BC业务时,P-CSCF根据用户发起的BC业务请求,下发指示给资源预留处理实体,指示其预留特定网络资源,由于用户在同一时刻只可以观看一个频道,因此这些资源可以供该业务包中的频道共享,达到节约网络资源的目的。
附图说明
图1是现有技术中TISPAN采用的IMS架构示意图;
图2是本发明的实施例一中一种BC业务改进的方法的流程图;
图3是本发明的实施例二中一种BC业务改进的方法的流程图;
图4是本发明的实施例三中一种BC业务改进的方法的流程图;
图5是本发明的实施例四中一种BC业务改进的方法的流程图;
图6是本发明的实施例五中一种BC业务改进的方法的流程图;
图7是本发明的实施例六中一种BC业务改进的方法的流程图。
图8是本发明的实施例七中一种BC业务改进的方法的流程图;
图9是本发明的实施例八中一种BC业务改进的方法的流程图;
图10是本发明的实施例九中一种BC业务改进系统的结构示意图;
具体实施方式
本发明的实施例提出一种BC业务改进的方法,当用户发起BC业务时,P-CSCF根据该请求是BC业务请求,下发指示给资源预留处理实体,指示其预留特定网络资源,由于用户在同一时刻只可以观看一个频道,因此这些资源可以供该业务包中的频道共享,即针对BC业务同一业务包中的多个频道,网络分配所需带宽最大的频道的网络资源,后续用户发生频道间切换时,网络不需要重新分配资源,重用之前已分配的网络资源实现各频道间资源共享,达到节约网络资源的目的。
本发明实施例中给出的BC业务改进的方法,还包括:
(一)BC业务中权限列表的携带方法,包括:
1.通过m行端口是否为0指示用户是否具有观看频道的权限
SCF在BC业务会话消息中将用户不具有权限观看的频道的媒体描述对应的m行的端口置为0,
P-CSCF解析收到的SIP消息中的SDP描述,认为用户对端口号为0的m行所对应的业务没有业务权限,用户对端口号不为0的m行所对应的业务有业务权限,并将据此规则所生成的权限列表传递给RACS。
或者:
2.通过HTTP Link携带权限列表
SCF将用户权限列表通过HTTP Link携带在BC业务会话消息中,
P-CSCF将SIP消息中所携带的HTTP Link信息传递给RACS,由RACS根据HTTP Link信息获取权限列表。
或者:
3.通过xml携带权限列表
SCF将用户权限列表通过XML携带在BC业务会话消息中,
P-CSCF解析SIP消息中的XML信息,从中获取权限列表,传递给RACS。
或者:
4.使用业务包ID和用户公共身份标识隐式携带权限列表。
SCF在BC业务会话消息中没有显式的包含用户权限列表,
P-CSCF从SIP消息获取业务包ID和用户公共身份,传递给RACS,RACS根据业务包ID和用户公共身份获取权限列表。
(二)BC业务中网络参数的携带方法,包括:
1.通过xml携带
SCF在BC业务会话消息中通过XML的方式携带业务所对应的网络参数;
UE通过解析会话消息中的XML获得网络参数;
或者:
2.通过HTTP Link携带
SCF在BC业务会话消息中携带HTTP Link作为业务所对应的网络参数的指示。
UE通过该HTTP Link获取到网络参数;
或者:
(三)BC业务中最大带宽指示的携带方法,包括:
1.SCF决定所需带宽最大的频道,并在消息中携带该带宽信息;
2.P-CSCF根据SDP中的各频道媒体描述信息决定用户签约的频道所需的最大带宽
3.RACS根据用户标识和获得的网络参数决定用户签约的频道所需的最大带宽;
(四)BC业务中初始/默认频道的携带方法,包括:
1.UE在获得网络参数的情况下,在SDP Offer中仅携带初始/默认频道的媒体描述
2.SCF发起SDP Offer,并在其中仅携带初始/默认频道的媒体描述
3.UE或SCF增加指示,在消息中明确指明某个频道为当前初始/默认频道
本发明的实施例对上述方式分别进行了说明,需要说明的是,上述方法的任意组合都在本发明的保护范围内。
本发明的实施例一中,一种BC业务改进的方法如图2所示,包括以下步骤:
步骤s201、P-CSCF判断接收到的业务层消息是BC业务请求时,决定需要执行共享资源的预留处理。
步骤s202、P-CSCF向资源预留处理实体发送资源预留指示消息,指示RACS进行共享资源的预留处理。
步骤s203、资源预留处理实体根据该资源预留指示消息进行共享资源的预留处理。
上述步骤中,对于不同的网络,资源预留处理实体有所不同。例如对于在TISPAN定义的IMS网络中,执行资源预留处理的实体是RACS,而在3GPP定义的IMS网络,执行资源预留处理的实体是GGSN。以下各实施例中,以执行资源预留处理的实体是RACS为例,对本发明的实施方式进行说明。
以下结合具体的应用场景,对本发明实施例中一种BC业务改进的方法进行进一步的详细说明。
本发明的实施例二中,以终端在发起初始BC业务请求前已经获得相关网络参数为例,描述本发明一种BC业务改进的方法,其流程如图3所示,具体包括以下步骤:
步骤s301、进行业务的部署,完成组播源的准备,组播地址和频道关系的管理,组播树的建立等,其中在SCF(Service Control Function,业务控制功能)实体业务发现过程中把网络参数(包含组播地址)下发给终端。该网络参数包括:多播地址、质量信息、带宽信息、编解码信息、默认语言信息以及字幕信息等参数中的一种或多种。
步骤s302、UE(User Equipment,用户终端)发起业务层消息Invite请求给P-CSCF,其中携带业务包标识、公共用户身份标识以及SDP Offer。
此处在请求中还携带了BC业务指示,该信息的携带可以是以下方式的一种或几种方式间的任意组合:
(1)在RequestURI中填写的SIP URI的参数中,携带本次用户请求的频道标识;或者
(2)在通过SDP描述的媒体描述中存在频道标识信息,表明哪些媒体行关联于同一个频道;或者
(3)在请求中存在相关SIP头域或者参数,这些头域或参数表明这个请求是BC业务请求,如P-Preferred_Service或P-Asserted-Service头域;或者
(4)在请求的SDP描述中,通过会话级参数信息表明该请求是BC业务请求。
步骤s303、P-CSCF向S-CSCF转发Invite请求;S-CSCF收到Invite请求后,转发消息到SCF。
步骤s304、SCF获得UE的IPTV Profile数据(可以存储在SCF上),通过对UE的IPTV业务相关的鉴权,并获得UE的一系列BC频道的权限列表。
步骤s305、SCF返回200OK给S-CSCF(Serving-CSCF,服务CSCF),其中携带具有权限的频道的具体媒体信息(包括多播地址、带宽、编解码等),对无权限观看的频道的媒体行的端口置为0。
步骤s306、S-CSCF将200OK转发到P-CSCF,P-CSCF此时决定需要执行资源预留操作,并根据步骤s302中描述的信息判断该请求是BC业务请求(该判断也可以在步骤s302中P-CSCF收到业务请求时执行),则P-CSCF发送消息如AAR给RACS,要求RACS进行资源预留,并表明该资源供多个频道共享,此处P-CSCF向RACS的发送的资源预留请求可以使用以下方式:
(1)在请求中携带业务包标识Service Package ID和用户标识,业务包标识可以是本次请求的RequesrURI,而用户标识即公共用户身份;或者
(2)在请求中携带业务包标识,用户标识,和所需带宽最大的频道的媒体组成对应的一个或多个媒体描述信元Media-Component-Description;或者
(3)在请求中携带业务包标识,和所需带宽最大的频道的媒体组成对应的一个或多个媒体描述信元Media-Component-Description,以及权限列表,P-CSCF通过判断收到的消息中的媒体描述对应的m行的端口信息来确定权限列表,若媒体描述对应的m行中的端口为0则表示用户不具有观看该频道的权限,反之,媒体描述对应的m行中的端口不为0则表示用户具有观看该频道的权限。P-CSCF只会将用户具有权限的频道的信息如频道标识,多播地址,包含在权限列表中。
其中所需带宽最大的频道可以是由P-CSCF自行比较判断得出,也可以是SCF在消息中返回了明确的指示,通过该指示P-CSCF感知所需带宽最大的频道。
步骤s307、RACS根据请求中存在业务包标识Service PackageID判断该请求是BC业务请求,进而执行特殊的资源预留操作,包括RACS在没有从P-CSCF获得权限列表时,则向网络中的数据管理实体如UPSF(User ProfileServer Function,用户业务清单功能)发送查询请求,请求中携带用户标识和业务包标识,数据管理实体返回用户签约的该业务包下的频道的描述信息。需要说明的是,若RACS已经获得权限列表,则不需要此查询步骤。
步骤s308、RACS按照所需带宽最大的频道需求进行资源预留,并使用权限列表进行用户加入组播或切换频道权限控制。
步骤s309、P-CSCF将200OK返回给UE,这里步骤s305和步骤s308没有严格的先后顺序。
本发明的实施例三中,以终端在发起初始BC业务请求前没有获得相关网络参数,在会话建立过程中获得参数为例,描述本发明一种BC业务改进的方法,其流程如图4所示,具体包括以下步骤:
步骤s401、进行业务的部署,完成组播源的准备,组播地址和频道关系的管理,组播树的建立等。
步骤s402、UE发起业务层消息Invite请求给P-CSCF,其中携带业务包标识、用户身份以及SDP Offer,SDP Offer中可进行特殊设置如m行端口为零。
此处在请求中还携带了BC业务指示,该信息的携带可以是以下方式的一种或不同方式间的任意组合:
(1)在RequestURI包括的SIP URI的参数中携带本次用户请求的频道标识;或者
(2)在请求中存在相关SIP头域或者参数,这些头域或参数表明这个请求是BC业务请求,如P-Preferred-Service和P-Asserted-Service-Service头域。
步骤s403、P-CSCF向S-CSCF转发Invite请求;S-CSCF收到Invite请求后,转发消息到SCF。
步骤s404、SCF获得用户的IPTV Profile数据(可以存储在SCF上),通过对用户的IPTV业务相关的鉴权,并获得用户的一系列BC频道的权限列表。
步骤s405、SCF到网络参数管理实体上去获取网络参数。
该网络参数包括:多播地址、质量信息、带宽信息、编解码信息、默认语言信息以及字幕信息等参数中的一种或多种。
步骤s406、SCF返回183响应给S-CSCF,其中SDP Answer可进行特殊设置如m行端口为零,但携带了网络参数描述信息,如通过xml或HTTP link,通过该描述信息携带步骤s405中获取到的网络参数。
步骤s407、S-CSCF向P-CSCF转发183响应;P-CSCF将183响应返回给UE;
步骤s408、UE向P-CSCF返回PRACK,其中携带根据接收到的网络参数生成SDP Offer,即携带在上述183响应中返回的网络参数。
可选的,此处在PRACK请求中也可以携带BC业务指示,该信息的携带可以是以下方式的一种或不同方式间的任意组合:
(1)在SDP的媒体描述中存在频道标识信息,表明哪些媒体行关联于同一个频道;或者
(2)在请求的SDP描述中,通过会话级参数信息表明该请求是BC业务请求。
步骤s409、P-CSCF向S-CSCF转发PRACK;S-CSCF将PRACK消息转发给SCF;
步骤s410、SCF向S-CSCF返回200OK。其中携带SDPAnswer,对于用户无权观看的频道,SCF将相应的m行的端口置为0。
步骤s411、S-CSCF向P-CSCF转发200OK,P-CSCF此时决定需要执行资源预留操作,并根据步骤2或步骤8中所述的信息判断该请求是BC业务请求(该判断也可以在步骤2或步骤8中P-CSCF收到业务请求时执行),则P-CSCF下发消息给RACS,要求RACS进行资源预留,并表明该资源供多个频道共享,此处P-CSCF下发给RACS的资源预留请求可以使用以下方式:
(1)在请求中携带业务包标识Service Package ID和用户标识,业务包标识可以是本次请求的RequestURI,而用户标识即公共用户身份;或者
(2)在请求中携带业务包标识,用户标识,和所需带宽最大的频道的媒体组成对应的一个或多个媒体描述信元Media-Component-Description;或者
(3)在请求中携带业务包标识,和所需带宽最大的频道的媒体组成对应的一个或多个媒体描述信元Media-Component-Description,以及权限列表,P-CSCF通过判断收到的消息中的媒体描述对应的m行的端口信息来确定权限列表,若媒体描述对应的m行中的端口为0则表示用户不具有观看该频道的权限,反之,媒体描述对应的m行中的端口不为0则表示用户具有观看该频道的权限。P-CSCF只会将用户具有权限的频道的信息如频道标识,多播地址,包含在权限列表中。
其中所需带宽最大的频道可以是由P-CSCF自行比较判断得出,也可以是SCF在消息中返回了明确的指示,通过该指示P-CSCF感知所需带宽最大的频道。
步骤s412、RACS收到请求后,根据请求中存在业务包标识ServicePackageID判断该请求是BC业务请求,进而执行特殊的资源预留操作,包括RACS在没有从P-CSCF获得权限列表时,则向网络中的数据管理实体如UPSF发送查询请求,请求中携带用户标识和业务包标识,数据管理实体返回用户签约的该业务包下的频道的描述信息。需要说明的是,若RACS已经获得权限列表,则不需要此查询步骤。
步骤s413、RACS按照所需带宽最大的频道需求进行资源预留,并使用权限列表进行用户加入组播或切换频道权限控制。
步骤s414、P-CSCF向UE转发200OK消息,这里步骤s410和步骤s414并没有严格的先后顺序,此处仅是示意。
本发明的实施例四中,以终端在发起初始BC业务请求前没有获得相关网络参数,在会话建立过程中网络提供所需参数为例,描述本发明一种BC业务改进的方法,其流程如图5所示,具体包括以下步骤:
步骤s501、进行业务的部署,完成组播源的准备,组播地址和频道关系的管理,组播树的建立等等。
步骤s502、终端发起业务层消息Invite请求给P-CSCF,其中携带业务包标识、用户身份以及SDP Offer,SDP Offer中可进行特殊设置如m行端口为零。
此处在请求中还携带了BC业务指示,该信息的携带可以是以下方式的一种或它们的任意组合:
(1)在RequestURI包括的SIP URI的参数中携带本次用户请求的频道标识;或者
(2)在请求中存在相关SIP头域或者参数,如P-Preferred-Service和P-Asserted-Service-Service头域,这些头域或参数表明这个请求是BC业务请求。
步骤s503、P-CSCF向S-CSCF转发Invite请求;S-CSCF收到Invite请求后,转发消息到SCF。
步骤s504、SCF获得UE的IPTV Profile数据(可以存储在SCF上),通过对UE的IPTV业务相关的鉴权。
步骤s505、SCF返回200OK给S-CSCF,带的SDPAnswer可进行特殊设置如m行端口为零。
步骤s506、S-CSCF向P-CSCF转发200OK;P-CSCF转发200OK响应给UE。
步骤s507、SCF到网络参数管理实体上去获取UE签约的频道的网络参数。
步骤s508、SCF根据步骤s507中获得网络参数发Update给S-CSCF,其中携带SDP Offer。这里SDP Offer可以有以下两种携带方式:(1)SCF将获得的所有用户签约的频道描述信息转换相应的SDP offer,并包含在该update请求中,此时SCF还可在其中包含最大带宽信息指示,指示所需带宽最大的频道;(2)SCF根据获得的网络参数进行比较,找出带宽需求最大的频道,并将该频道带宽信息包含在所述update请求的SDP offer中;
可选的,此处在请求中也可以携带BC业务指示,该信息的携带可以是以下方式的一种或不同方式间的任意组合:
(1)在SDP的媒体描述中存在频道标识信息,表明哪些媒体行关联于同一个频道;或者
(2)在请求的SDP描述中,通过会话级参数信息表明该请求是BC业务请求,各频道资源需要进行共享。
步骤s509、P-CSCF收到UPDATE消息,此时决定需要执行资源预留操作,并根据步骤s502或步骤s508中所述的信息判断该请求是BC业务请求(该判断也可以在步骤s502或步骤s508中P-CSCF收到业务请求时执行),则P-CSCF下发策略给RACS,要求RACS进行资源预留,并表明该资源供多个频道共享。
针对步骤s508中的SDP Offer携带方式(1),此处P-CSCF下发给RACS的资源预留请求可以使用以下方式:
(1)请求中携带业务包标识Service Package ID和用户标识,业务包标识可以是本次请求的RequestURI,而用户标识即公共用户身份;或者
(2)请求中携带业务包标识、用户标识、和所需带宽最大的频道的媒体组成对应的一个或多个媒体描述信元Media-Component-Description;或者
(3)请求中携带业务包标识、和所需带宽最大的频道的媒体组成对应的一个或多个媒体描述信元Media-Component-Description,以及权限列表,P-CSCF通过判断收到的消息中的媒体描述对应的m行的端口信息来确定权限列表,若媒体描述对应的m行中的端口为0则表示用户不具有观看该频道的权限,反之,媒体描述对应的m行中的端口不为0则表示用户具有观看该频道的权限。P-CSCF只会将用户具有权限的频道的信息如频道标识,多播地址,包含在权限列表中。
其中所需带宽最大的频道可以是由P-CSCF自行比较判断得出,也可以是SCF在消息中返回了明确的指示,通过该指示P-CSCF感知所需带宽最大的频道。
针对步骤s508中的SDP Offer携带方式(2),此处P-CSCF下发给RACS的资源预留请求可以使用以下方式:
(1)请求中携带业务包标识Service Package ID和用户标识,业务包标识可以是本次请求的RequesrURI,而用户标识即公共用户身份;或者
(2)请求中携带业务包标识,用户标识,和所需带宽最大的频道的媒体组成对应的一个或多个媒体成份描述信元Media-Component-Description。
步骤s510、RACS收到请求后,根据请求中存在业务包标识ServicePackageID判断该请求是BC业务请求,进而执行特殊的资源预留操作,包括RACS在没有从P-CSCF获得权限列表时,则向网络中的数据管理实体如UPSF发送查询请求,请求中携带用户标识和业务包标识,数据管理实体返回用户签约的该业务包下的频道的描述信息。需要说明的是,若RACS已经获得权限列表,则不需要此查询步骤。
步骤s511、RACS按照所需带宽最大的频道需求进行资源预留,并使用权限列表进行用户加入组播或切换频道权限控制。
步骤s512、P-CSCF将UPDATE请求转发给UE,这里步骤s509和步骤s512并没有严格的先后顺序,此处仅是示意。
步骤s513、UE返回200OK消息,注意此时P-CSCF收到200OK消息后,可选的,可以根据其中的SDP Answer发起资源预留操作,过程同步骤s509~步骤s511。
步骤s514、P-CSCF将此200OK响应转发给SCF。
本发明的实施例五中,以终端在发起初始BC业务请求前没有获得相关网络参数,会话建立过程中RACS主动向网络中的数据管理实体查询获得相关网络参数为例,描述本发明一种BC业务改进的方法,其流程如图6所示,具体包括以下步骤:
步骤s601、进行业务的部署,完成组播源的准备,组播地址和频道关系的管理,组播树的建立等等。
步骤s602、终端发起业务层消息Invite请求给P-CSCF,其中携带业务包标识、用户身份以及SDP Offer,SDP Offer中可进行特殊设置如m行端口为零,此处在请求中还携带了BC业务指示,该信息的携带可以是以下方式的一种或不同方式的任意组合:
(1)在RequestURI中SIP URI的参数中携带本次用户请求的频道标识;或者
(2)在请求中存在相关SIP头域或者参数,通过这些头域或参数表明这个请求是BC业务请求。
步骤s603、P-CSCF向S-CSCF转发Invite请求;S-CSCF收到Invite请求后,转发消息到SCF。
步骤s604、SCF获得用户的IPTV Profile数据(可以存储在SCF上),通过对用户的IPTV业务相关的鉴权。
步骤s605、SCF返回200OK给S-CSCF,其中携带的SDPAnswer可进行特殊设置,如m行端口为零。
在该响应中SCF还可以携带表示网络参数的信息指示,该指示可以是HTTPURL,或者XML;若为HTTP URL,则该URL指向一个存储用户签约的频道的网络参数的文档,该文档存储在网络中的某个实体上,如UPSF或SCF。
步骤s606、S-CSCF向P-CSCF转发200OK,P-CSCF根据步骤s602中的信息判断该请求是BC业务请求,尽管其中SDP承载可能存在特殊设置,如m行端口为零,但P-CSCF还是决定执行资源预留操作,此处P-CSCF下发给RACS的资源预留请求存在以下方式:
(1)请求中携带业务包标识Service Package ID和用户标识,业务包标识可以是本次请求的RequesrURI,而用户标识即公共用户身份。
步骤s607、RACS收到请求后,根据请求中存在业务包标识ServicePackageID判断该请求是BC业务请求,且请求中不包含权限列表,则向网络中的数据管理实体如UPSF发送查询请求,请求中携带用户标识和业务包标识,数据管理实体返回用户签约的该业务包下的频道的描述信息。
步骤s608、RACS对获得频道的所需带宽进行计算和比较,按照所需带宽最大的频道需求进行资源预留,并根据用户签约的频道列表产生权限列表信息,使用该信息进行用户加入组播或切换频道权限控制。
步骤s609、P-CSCF将200 OK信息转发给UE,这里步骤s606和步骤s609并没有严格的先后顺序,此处仅是示意。
步骤s610~步骤s611、UE返回ACK响应消息;
在标准中现有的流程中,存在着消息包过长,SCF无法区分UE是否已从SSF中获取网络参数等问题,基于此,我们提供一个整体的改进方案。其大概思路是UE不管是否从SSF获取网络参数,都在初始消息中携带自己的能力信息。而SCF可以给UE返回初始频道(也可以描述为默认频道或缺省频道)的媒体信息(初始频道可以是用户指定的,也可以是SCF根据系统配置、用户信息、本地策略等决定)和业务包中所有频道的网络参数的链接。UE可根据此链接获取所有频道的网络参数。P-CSCF需识别初始频道,有初始频道,则按初始频道进行预留,没有初始频道,则让RACS按最大带宽进行预留。在有初始频道时,P-CSCF给RACS下发初始频道带宽以及所有频道权限列表,包括带宽信息,指示RACS先预留初始频道的带宽,后续RACS在收到用户的IGMPJoin请求后,根据权限列表的授权,进行带宽更改。后续频道切换,即使带宽发生变化,也可以不用在会话层发起更新请求。若SCF在响应消息中没有初始频道信息,则应该在SDP中(可能是在会话级)携带该业务包的最大带宽信息,P-CSCF下发的带宽预留信息为SDP中携带最大带宽信息。本发明实施中,对上述的整体方案进行了描述。其流程如图7所示,具体包括以下步骤:
步骤s701、UE发起BC业务的建立请求消息,其中携带自己的媒体能力信息(音频、视频、文本等),在请求URI中指示业务包标识。在此消息中,可以携带初始频道信息,也可以不携带初始频道信息。
步骤s702、P-CSCF/S-CSCF收到UE的初始建立请求后,转发给SCF。
步骤s703、SCF在响应消息中,应携带业务包中所有频道的网络参数的链接,这样就可避免在SDP中携带所有频道的网络参数信息,导致消息包过长。同时还可以携带初始频道的媒体信息(初始频道可以是用户指定的,也可以是SCF根据系统配置、用户信息、本地策略等决定)。若SCF在响应消息中没有指示初始频道,则SCF在响应消息中的SDP中(可能是在会话级)应携带该业务包的最大带宽信息。
步骤s704、P-CSCF收到SCF返回的响应消息,若有初始频道信息,则获取初始频道的网络参数信息,从SIP头域获取业务包标识,向PDF(RACS)下发该频道的网络参数信息(SDP中所描述的频道带宽等信息),业务包标识,及授权信息(可以表示是对该业务包的授权)。若没有初始频道信息,则应该根据消息中的SCF所指定的最大的带宽信息进行资源的预留。在RACS可配置的情况下,P-CSCF直接下发HTTP链接,有RACS根据链接去获取网络参数信息也是可以的。
步骤s705、RACS可根据业务包ID或HTTP链接来获取该业务包中所有频道的网络参数信息及授权信息。同时,根据带宽信息进行当前的资源预留,根据该业务包中所有频道的网络参数信息及授权信息,进行后续频道切换的资源授权、预留、变更等操作。
步骤s706、RACS下发业务包中的所有有权限的频道的多播地址列表给BTF/RCEF(Broadcast Transport Function多播传输功能/Resource ControlEnforcement Function资源控制执行功能),以便BTF/RCEF允许用户加入这些多播地址所代表的多播组。
步骤s707、P-CSCF在给UE的响应消息中透传网络参数的链接给UE。
步骤s708、UE收到响应消息后,若没有事先从SSF中获取网络参数信息,则根据响应消息中的链接发起请求获取网络参数,并根据获取的网络参数信息进行频道切换。若UE已经从SSF获取了网络参数,则忽略此链接信息。
步骤s709、UE发起一个IGMPJoin消息给BTF/RCEF加入初始频道的多播组,进行业务流的接收。
步骤s710、UE根据获取的网络参数信息发起一个频道切换的动作。可包含一个IGMP Leave消息,在图中省略。
步骤s711、UE发起一个新的IGMP Join消息给BTF/RCEF请求加入一个新频道所代表的多播组。
步骤s712、BTF/RCEF根据新频道的承载带宽和原来频道的不同而向RACS进行资源的授权请求。
步骤s713、RACS根据授权的业务包信息直接处理用户的频道切换请求,进行资源的修改,并返回响应消息给BTF/RCEF。
步骤s714、BTF/RCEF利用新的资源对用户进行数据流的传输
注:上述的步骤s710-s714也可以由UE或SCF发起会话更改进行频道切换,此时频道切换会话更改请求中的SDP是只协商当前切换后的频道的网络参数信息,PCSCF只根据会话更改消息中SDP中的描述向RACS进行资源变更请求。
需要说明的是,现有的G’接口并不满足本实施例中的下发一个业务包的授权信息的传递。需要对G’接口进行扩展,使得利用Diameter协议能够携带一个代表业务包授权信息的AVP。该AVP可以类似如下形式:
Channel-Auth-List::=<Diameter Header:543>
<Service Packet Id>
*{Multicast-Address}
*{Bandwidth}
其中的*号代表可以重复。
本发明的实施例七中,描述了UE在未获得网络参数的情况下,通过SCF主动发起会话更改并在其中携带初始/默认频道的SDP Offer,完成BC业务的建立过程,其中还描述了通过HTTP link或xml等方式向UE传递网络参数的实现方式。如图8所示,包括以下步骤:
步骤s801、进行业务的部署,完成组播源的准备,组播地址和频道关系的管理,组播树的建立等等。
步骤s802、终端发起业务层消息Invite请求给P-CSCF,其中携带业务包标识、用户身份以及SDP Offer,该SDP Offer可进行特殊设置如m行端口为零。
步骤s803、P-CSCF向S-CSCF转发Invite请求;S-CSCF收到Invite请求后,转发消息到SCF。
步骤s804、SCF根据其中的特殊的SDP offer判断UE没有获得网络参数,确定应该返回的网络参数的信息指示。
步骤s805、SCF返回200OK给S-CSCF,带SDPAnswer,该SDPAnswer可进行特殊设置如m行端口为零,并同时携带表示网络参数的信息指示,该指示可以是HTTP URL,或者XML;若为HTTP URL,则该URL指向一个存储用户签约的频道的网络参数的文档,该文档存储在网络中的某个实体上,如UPSF或SCF。
步骤s806、S-CSCF向P-CSCF转发200OK;P-CSCF转发200OK响应给UE,UE收到后可以立即或后续根据其中包含的信息指示如HTTP URL地址获得各签约频道的网络参数。
步骤s807、SCF到网络参数管理实体上去获取UE签约的频道的网络参数。该步骤可选,也可以在步骤804完成。
步骤s808、SCF根据步骤s507中获得网络参数发Update给S-CSCF,其中携带SDP Offer。这里SDP Offer中携带默认/初始频道的媒体描述信息,该默认/初始频道可以是用户指定的,也可以是SCF根据系统配置、用户信息、本地策略等决定,除SDP Offer外SCF还可以在消息中包含用户的权限列表,该列表可以通过会话级的a行属性来携带;
此时SCF还可以比较找出用户签约的所需带宽最大的频道,将其带宽信息包含在SDP Offer中。
若步骤805中没有携带网络参数信息指示,则也可以在此时携带该指示。
步骤s809、P-CSCF收到UPDATE消息,决定需要执行资源预留操作,
则下发指令给RACS,按照SDP offer中当前默认/初始频道要求的带宽资源进行预留,并将权限列表同时下发给RACS。
步骤s810、RACS收到请求后,进行默认/初始频道资源预留操作,并使用权限列表进行用户加入组播或切换频道权限控制。
步骤s811、P-CSCF将UPDATE请求转发给UE,这里步骤s509和步骤s511并没有严格的先后顺序,此处仅是示意。
步骤s812、UE返回200 OK消息,注意此时P-CSCF收到200 OK消息后,可选的,可以根据其中的SDP Answer发起资源预留操作,过程同步骤s809~步骤s811。
步骤s813、P-CSCF将此200 OK响应转发给SCF。
本发明的实施例八中,描述了UE在获得网络参数的情况下,为了避免消息过长的问题,在初始会话建立请求中仅携带初始/默认频道的媒体描述信息,完成BC业务建立的过程。如图9所示,包括以下步骤:
步骤s901、进行业务的部署,完成组播源的准备,组播地址和频道关系的管理,组播树的建立等,其中在SCF(Service Control Function,业务控制功能)实体业务发现过程中把网络参数(包含组播地址)下发给终端。该网络参数包括:多播地址、质量信息、带宽信息、编解码信息、默认语言信息以及字幕信息等参数中的一种或多种。
步骤s902、UE(User Equipment,用户终端)发起业务层消息Invite请求给P-CSCF,其中携带业务包标识、公共用户身份标识以及SDP Offer,该SDPOffer中可仅包含初始/默认频道的媒体描述。
步骤s903、P-CSCF向S-CSCF转发Invite请求;S-CSCF收到Invite请求后,转发消息到SCF。
步骤s904、SCF获得UE的IPTV Profile数据(可以存储在SCF上),通过对UE的IPTV业务相关的鉴权,并获得UE的一系列BC频道的权限列表。
步骤s905、SCF返回200OK给S-CSCF(Serving-CSCF,服务CSCF),其中携带SDP Answer以及权限列表。此时SCF还可以比较找出用户签约的所需带宽最大的频道,将其带宽信息包含在此SDPAnswer中。
步骤s906、S-CSCF将200OK转发到P-CSCF,P-CSCF此时决定需要执行资源预留操作,则P-CSCF发送消息如AAR给RACS,要求RACS进行资源预留,并此处P-CSCF向RACS的发送的资源预留请求可以使用以下方式:
在请求中携带默认/初始频道的媒体组成对应的一个或多个媒体描述信元Media-Component-Description,以及权限列表,其中带宽信息可以是默认/初始频道的带宽也可能是用户签约的所需带宽最大的频道带宽信息。
步骤s907、RACS进行资源预留,并使用权限列表进行用户加入组播或切换频道权限控制。
步骤s908、P-CSCF将200OK返回给UE,这里步骤s905和步骤s908没有严格的先后顺序。
上述各实施例中,涉及到了在业务请求中存在SIP头域,表明这个请求是BC业务请求的方法。在该方法在具体的实现方式上,通过单独的SIP头域P-Preferred-Service指明本次业务请求类型,P-CSCF收到请求后,根据请求中的该头域的值即可判断请求是IPTV BC业务。一个利用P-Preferred-Service也可以用来指明业务类型是BC业务请求的SIP头域实例如下,其中通过字段P-Preferred-Service:urn:urn-xxx:broadcast.tispan.iptv表明该请求是BC业务请求:
INVITE sip:bcservicepakage1@huawei.com;comp=sigcomp SIP/2.0
Via:SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp;branch=z9hG4bKnashds7
Max-Forwards:70
P-Access-Network-Info:3GPP-UTRAN-TDD;utran-cell-id-3gpp=234151D0FCE11
Route: <sip:pcscf1.visited1.net:7531;lr;comp=sigcomp>,<sip:scscf1.home1.net;lr>,<sip:scscf2.home2.net;lr>,<sip:pcscf2.visited2.net;lr>
P-Preferred-Identity:"John Doe"<tel:+1-212-555-1111>
Privacy:none
P-Preferred-Service:urn:urn-xxx:broadcast.tispan.iptv
From:<sip:user1_public1@home1.net>;tag=171828
To:<tel:+1-212-555-2222>;tag=314159
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:132INVITE
Require:precondition,sec-agree
Proxy-Require:sec-agree
Supported:100rel
Contact:<sip:[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp>
Allow:INVITE,ACK,CANCEL,BYE,PRACK,UPDATE,REFER,MESSAGE
Security-Verify:ipsec-3gpp;q=0.1;alg=hmac-sha-1-96;spi-c=98765432;spi-s=87654321;port-c=8642;port-s=7531
Content-Type:application/sdp
Content-Length:(...)
类似的,P-Asserted-Service也可以用来指明业务类型是BC业务请求。
上述各实施例中,还涉及到了在业务请求中的SDP描述中,通过会话级参数信息表明该请求是BC业务请求且所分配的资源需要在各频道之间共享的信息,在该方法的具体实现方式上,可以通过会话级参数a=BCShare指明该请求是BC业务请求,所分配的资源需要在各频道之间共享,并通过a=channel来表明哪些媒体行关联于同一频道,或者后续会话修改请求消息中SDP中存在参数,表明修改后的会话仍使用原来的已分配的资源,如从BC业务切换到BC with trick play模式时,该参数表明重用原来BC中已分配的资源;P-CSCF根据该信息发送请求给RACS,指示进行资源预留操作。或者a=BCShare不存在,仅根据a=channel信息P-CSCF就可以知道该请求是BC业务,资源需要进行共享,在这些频道之间找出最大的带宽需求进行后续预留。一个用于表明请求是BC业务请求且所分配的资源需要在各频道之间共享的信息的SDP描述实例如下:
v=0
o=Laura 289083124 289083124IN IP4 two.example.com
t=00
c=IN IP4131.160.1.112
a=BCShare:FID12
m=audio 30000 RTP/AVP3
a=rtpmap:3GSM/8000
b=AS:1200
a=channel:1
m=video 30002 RTP/AVP97
a=rtpmap:97AMR/8000
a=fmtp:97mode-set=0,2,5,7;mode-change-period=2;
mode-change-neighbor;maxframes=1
b=AS:3600
a=channel:2
通过使用上述各个实施例所提供的方法,当用户发起BC业务时,P-CSCF根据用户发送的BC业务请求,下发指示给资源预留处理实体,指示其预留特定网络资源,由于用户在同一时刻只可以观看一个频道,因此这些资源可以供该业务包中的频道共享,即针对BC业务同一业务包中的多个频道,网络分配所需带宽最大的频道的网络资源,后续用户发生频道间切换时,网络不需要重新分配资源,重用之前已分配的网络资源实现各频道间资源共享,达到节约网络资源的目的。
本发明的实施例九中,提出了一种共享资源预留的处理系统,其结构如图10所示,包括代理呼叫会话控制功能实体P-CSCF 10和资源预留处理实体20。
其中,P-CSCF 10用于判断接收到的业务层消息是BC业务请求时,决定需要执行共享资源的预留处理,并指示资源预留处理实体20进行共享资源的预留处理。资源预留处理实体20用于根据P-CSCF 10发送的资源预留指示消息,进行共享资源的预留处理。
具体的,P-CSCF 10进一步包括:
业务层消息解析单元11,用于判断接收到的业务层消息是否为BC业务请求,若是则向指示消息生成单元12发送通知。具体的,接收的业务层消息具有以下内容的一种或多种时,判断该消息为BC业务请求:(1)该消息的RequestURI包括频道标识;或(2)该消息中包括标识所述消息是BC业务请求的会话初始化协议SIP头域或参数;或(3)该消息的会话描述协议SDP中存在频道标识;或(4)该消息的SDP携带了标识所述消息是BC业务请求的信息。
指示消息生成单元12,用于接收到业务层消息解析单元11发送的通知时,生成向资源预留处理实体20发送的资源预留指示消息,以指示资源预留处理实体20进行共享资源的预留处理。该指示消息生成单元12生成的资源预留指示消息中可以包括:(1)业务包标识和公共用户身份标识;或(2)业务包标识、公共用户身份标识以及至少一个媒体成份,其中媒体成份描述该业务包中所需带宽最大的频道的媒体组成;或(3)业务包标识、一个或多个媒体成份以及权限列表,其中媒体成份描述该业务包中所需带宽最大的频道的媒体组成,该权限列表中包括所述业务包中用户签约的频道的描述信息。
频道描述信息获取单元13,用于获取用户终端签约频道的描述信息并发送给指示消息生成单元12,指示消息生成单元12可以根据该用户终端签约频道的描述信息生成资源预留指示消息。
资源预留处理实体20进一步包括:
指示消息解析单元21,用于解析P-CSCF10发送的资源预留指示消息中包括的内容,并向预留处理单元22发送该解析出的内容。
预留处理单元22,用于在接收到指示消息解析单元21发送的解析出的内容时,根据解析出的内容进行共享资源的预留处理。
频道描述信息查询单元23,用于当指示消息解析单元21发送的解析出的内容中不包括用户签约的业务包的频道描述信息时,向网络中的数据管理实体发送查询消息并获取用户签约的业务包中的频道描述信息,并将该频道描述信息发送到预留处理单元,预留处理单元可以根据该频道描述信息进行共享资源的预留处理。
对于不同的网络,资源预留处理实体有所不同。例如在TISPAN定义的IMS网络中,执行资源预留处理的实体是RACS;在3GPP定义的IMS网络,执行资源预留处理的实体是GGSN。
通过使用上述各个实施例所提供的系统和装置,当用户发起BC业务时,P-CSCF根据用户发起的BC业务请求,下发指示给资源预留处理实体,指示其预留特定网络资源,由于用户在同一时刻只可以观看一个频道,因此这些资源可以供该业务包中的频道共享,即针对BC业务同一业务包中的多个频道,网络分配所需带宽最大的频道的网络资源,后续用户发生频道间切换时,网络不需要重新分配资源,重用之前已分配的网络资源实现各频道间资源共享,达到节约网络资源的目的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台网络设备执行本发明各个实施例所述的方法。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (25)
1、一种广播BC业务改进的方法,其特征在于,包括以下步骤:
代理呼叫会话控制功能实体P-CSCF判断接收到的业务层消息是BC业务请求;
所述P-CSCF向资源预留处理实体发送资源预留指示消息,指示所述资源预留处理实体进行共享资源的预留处理。
2、如权利要求1所述BC业务改进的方法,其特征在于,所述P-CSCF判断接收到的业务层消息是BC业务请求,决定执行共享资源的预留处理具体为:
所述P-CSCF接收到用户终端发送的业务层消息,判断所述业务层消息是BC业务请求;
所述P-CSCF获取所述用户终端签约频道的描述信息;
所述P-CSCF决定执行共享资源的预留处理。
3、如权利要求1或2所述BC业务改进的方法,其特征在于,所述业务层消息具有以下内容的一种或多种时,所述P-CSCF判断所述业务层消息是BC业务请求:
在所述消息的RequestURI中包括频道标识;或
在所述消息中包括标识所述消息是BC业务请求的会话初始化协议SIP头域或参数;或
在所述消息的会话描述中存在频道标识;或
在所述消息的会话描述中携带了标识所述消息是BC业务请求的信息。
4、如权利要求1所述BC业务改进的方法,其特征在于,所述P-CSCF向资源预留处理实体发送的资源预留指示消息中,包括:
业务包标识和公共用户身份标识;或
业务包标识、公共用户身份标识以及至少一个媒体成份描述,所述媒体成份描述对应所述业务包中所需带宽最大的频道的媒体组成;或
业务包标识、一个或多个媒体成份描述以及权限列表,所述媒体成份描述对应所述业务包中所需带宽最大的频道的媒体组成,所述权限列表中包括所述业务包中用户签约的频道的描述信息。
5、如权利要求2或4所述BC业务改进的方法,其特征在于,所述频道描述信息包括多播地址、质量信息、带宽信息、编解码信息、默认语言信息、字幕信息中的一种或多种。
6、如权利要求4所述BC业务改进的方法,其特征在于,所述权限列表的获取方法具体为:
接收SCF发送的消息,获取所述SCF通过HTTP连接或XML携带在所述消息中的权限列表;或
接收SCF发送的消息,所述SCF在所述消息中将所述用户终端不具有权限观看的频道的媒体描述对应的m行的端口置为0;根据所述媒体描述信息,判断所述用户终端对端口号为0的m行对应的频道没有观看权限,对于端口号不为0的m行对应的频道具有观看权限。
7、如权利要求4所述BC业务改进的方法,其特征在于,所述所需带宽最大的频道的媒体的获取方法为:
接收SCF发送的消息,所述消息中包括SCF确定的所需带宽最大的频道的指示,通过该指示判断所需带宽最大的频道;或
根据描述信息中的各频道媒体描述信息决定用户签约的频道中所需带宽最大的频道。
8、如权利要求6或7所述BC业务改进的方法,其特征在于,所述接收SCF发送的消息具体为:
BC业务会话建立消息或其响应消息。
9、如权利要求4所述BC业务改进的方法,其特征在于,所述P-CSCF除通过资源预留指示消息外,通过以下方式中的一种或多种向所述资源预留处理实体发送所述权限列表:
将所述业务层消息中的HTTP链接信息发送给所述资源预留处理实体,以供所述资源预留处理实体通过所述HTTP链接信息获取所述权限列表:或
通过解析xml信息向所述资源预留处理实体发送所述权限列表;或
将所述业务层消息中的业务包ID和用户公共身份发送给所述资源预留处理实体,以供所述资源预留处理实体通过所述业务包ID和用户公共身份获取所述权限列表。
10、如权利要求2所述所述BC业务改进的方法,其特征在于,所述P-CSCF接收到用户终端发送的业务层消息前,还包括:
网络侧将BC业务网络参数向用户终端发送,所述发送方式具体为:在SIP消息中通过XML的方式携带业务对应的网络参数;或在SIP消息中通过HTTP Link的方式携带业务对应的网络参数。
11、一种BC业务改进的方法,其特征在于,包括以下步骤:
资源预留处理实体接收P-CSCF发送的资源预留指示消息;
所述资源预留处理实体根据所述资源预留指示消息进行共享资源的预留处理。
12、如权利要求11所述BC业务改进的方法,其特征在于,所述资源预留处理实体接收的所述资源预留指示消息中,包括P-CSCF发送的以下信息:
业务包标识和公共用户身份标识;或
业务包标识、公共用户身份标识以及至少一个媒体成份,所述媒体成份描述所述业务包中所需带宽最大的频道的媒体组成;
业务包标识、一个或多个媒体成份以及权限列表,所述媒体成份描述所述业务包中所需带宽最大的频道的媒体组成,所述权限列表中包括所述业务包中用户签约的频道的描述信息。
13、如权利要求12所述BC业务改进的方法,其特征在于,所述资源预、留指示消息中包括业务包标识和公共用户身份标识时,所述资源预留处理实体进行的共享资源的预留处理具体为:
所述资源预留处理实体根据所述业务包标识和公共用户身份标识向网络中的数据管理实体进行查询,获得用户签约的所述业务包中的频道描述信息;
所述资源预留处理实体根据所述频道描述信息对所述各频道所需带宽进行比较,获得最大带宽需求并按照所述最大带宽需求进行共享资源的预留。
14、如权利要求12所述BC业务改进的方法,其特征在于,所述资源预留指示消息中包括业务包标识、公共用户身份标识以及至少一个媒体成份描述时,所述资源预留处理实体进行的共享资源的预留处理具体为:
所述资源预留处理实体根据所述媒体成份描述进行共享资源的预留处理;
所述资源预留处理实体根据所述业务包标识和公共用户身份标识向网络中的数据管理实体进行查询,获得用户签约的所述业务包中的频道描述信息,进一步的从所述各频道描述信息中获得权限列表信息,用于对后续的用户加入组播或切换进行控制。
15、如权利要求12所述BC业务改进的方法,其特征在于,所述资源预留指示消息中还包括业务包标识、媒体成份描述以及权限列表时,所述资源预留处理实体进行的共享资源的预留处理具体为:
所述资源预留处理实体根据所述媒体成份描述进行共享资源的预留处理;
所述资源预留处理实体从所述权限列表中获得权限列表信息,用于对后续的用户加入组播或切换进行控制。
16、一种BC业务中权限列表的携带方法,其特征在于,包括:
接收SCF发送的消息,根据所述消息获取用户终端的权限列表,所述获取用户终端的权限列表具体为:
获取所述SCF通过HTTP连接或XML携带在所述消息中的信息权限列表;或
接收SCF发送的消息,所述SCF在所述消息中将所述用户终端不具有权限观看的频道的媒体描述对应的m行的端口置为0;根据所述媒体描述信息,判断所述用户终端对端口号为0的m行对应的频道没有观看权限,对于端口号不为0的m行对应的频道具有观看权限。
17、如权利要求16所述BC业务中权限列表的携带方法,其特征在于,还包括,将所述权限列表发送给资源预留处理实体,所述发送方法具体为:
通过资源预留指示消息携带所述权限列表。
通过业务层消息中的HTTP链接发送,以供所述资源预留处理实体通过所述HTTP链接信息获取所述权限列表:或
通过解析xml信息向所述资源预留处理实体发送所述权限列表;或
将所述业务层消息中的业务包ID和用户公共身份发送给所述资源预留处理实体,以供所述资源预留处理实体通过所述业务包ID和用户公共身份获取所述权限列表。
18、一种BC业务中网络参数的获取方法,其特征在于,包括:
终端接收会话消息,所述BC业务会话消息中通过XML的方式、HTTPLink的方式或携带业务所对应的网络参数;
所述终端通过解析所述会话消息中的XML、或HTTP Link,获取网络参数。
19、一种BC业务中最大带宽指示的携带方法,其特征在于,包括:
获取用户签约的频道所需的最大带宽并通知资源预留处理实体,所述获取方式具体为:接收SCF发送的消息,所述消息中携带最大带宽信息;或根据所述消息中的各频道媒体描述信息决定用户签约的频道所需的最大带宽。
20、一种BC业务中初始/默认频道的指示方法,其特征在于,包括:
终端或SCF增加指示,在消息中明确指明某个频道为当前初始/默认频道。
21、如权利要求20所述BC业务中初始/默认频道的指示方法,其特征在于,所述终端在获得网络参数的情况下,在业务层消息中仅携带初始/默认频道的媒体描述;或
SCF发起业务层消息,并在其中仅携带初始/默认频道的媒体描述。
22、一种代理呼叫会话控制功能实体P-CSCF,其特征在于,包括:
业务层消息解析单元,用于判断接收到的业务层消息是否为BC业务请求,若是则向指示消息生成单元发送通知;
指示消息生成单元,用于在接收到所述通知时,生成资源预留指示消息,以指示资源预留处理实体进行共享资源的预留处理。
23、如权利要求22所述代理呼叫会话控制功能实体P-CSCF,其特征在于,还包括:
频道描述信息获取单元,用于获取用户终端签约频道的描述信息并发送给所述指示消息生成单元。
24、一种资源预留处理实体,其特征在于,包括:
指示消息解析单元,用于解析P-CSCF发送的资源预留指示消息中包括的内容,并向预留处理单元发送所述解析出的内容;
预留处理单元,用于在接收到所述解析出的内容时,根据所述解析出的内容进行共享资源的预留处理。
25、如权利要求24所述资源预留处理实体,其特征在于,还包括:
频道描述信息查询单元,用于向数据管理实体发送查询消息并获取用户签约的业务包中的频道描述信息,将所述频道描述信息发送到所述预留处理单元。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101868670A CN101415149B (zh) | 2007-10-19 | 2007-11-21 | 一种bc业务改进的方法和设备 |
EP08843190A EP2192817B1 (en) | 2007-10-19 | 2008-10-17 | Broadcast service (bc) improving method, device and system |
PCT/CN2008/072748 WO2009052762A1 (fr) | 2007-10-19 | 2008-10-17 | Procédé, dispositif et système d'amélioration de service de diffusion (bc) |
US12/757,298 US20100195610A1 (en) | 2007-10-19 | 2010-04-09 | Method, device and system for improving broadcast services |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710165016.8 | 2007-10-19 | ||
CN200710165016 | 2007-10-19 | ||
CN2007101868670A CN101415149B (zh) | 2007-10-19 | 2007-11-21 | 一种bc业务改进的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101415149A true CN101415149A (zh) | 2009-04-22 |
CN101415149B CN101415149B (zh) | 2010-12-08 |
Family
ID=40595406
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101868670A Expired - Fee Related CN101415149B (zh) | 2007-10-19 | 2007-11-21 | 一种bc业务改进的方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101415149B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102547875A (zh) * | 2010-12-30 | 2012-07-04 | 中国移动通信集团公司 | 一种采编播业务的实现方法、设备和系统 |
CN102612105A (zh) * | 2012-03-23 | 2012-07-25 | 中兴通讯股份有限公司 | 一种避免1x-do载波互转边界区切换掉话的方法 |
US20190164188A1 (en) | 2010-04-13 | 2019-05-30 | Ge Video Compression, Llc | Region merging and coding parameter reuse via merging |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040187021A1 (en) * | 2003-02-10 | 2004-09-23 | Rasanen Juha A. | Mobile network having IP multimedia subsystem (IMS) entities and solutions for providing simplification of operations and compatibility between different IMS entities |
PL1802046T3 (pl) * | 2005-12-23 | 2009-11-30 | Alcatel Lucent | Kontrola dostępu do zasobów dla żądań rezerwacji wyzwalanych przez klienta oraz wyzwalanych przez sieć |
CN101047725A (zh) * | 2006-03-30 | 2007-10-03 | 华为技术有限公司 | 获取代理呼叫会话控制功能ip地址的方法及系统 |
CN101047832B (zh) * | 2007-04-30 | 2010-06-23 | 中兴通讯股份有限公司 | 一种因特网网络电视业务鉴权及其触发的实现方法 |
-
2007
- 2007-11-21 CN CN2007101868670A patent/CN101415149B/zh not_active Expired - Fee Related
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190164188A1 (en) | 2010-04-13 | 2019-05-30 | Ge Video Compression, Llc | Region merging and coding parameter reuse via merging |
US10803483B2 (en) | 2010-04-13 | 2020-10-13 | Ge Video Compression, Llc | Region merging and coding parameter reuse via merging |
CN102547875A (zh) * | 2010-12-30 | 2012-07-04 | 中国移动通信集团公司 | 一种采编播业务的实现方法、设备和系统 |
CN102547875B (zh) * | 2010-12-30 | 2015-12-02 | 中国移动通信集团公司 | 一种采编播业务的实现方法、设备和系统 |
CN102612105A (zh) * | 2012-03-23 | 2012-07-25 | 中兴通讯股份有限公司 | 一种避免1x-do载波互转边界区切换掉话的方法 |
CN102612105B (zh) * | 2012-03-23 | 2018-01-09 | 中兴通讯股份有限公司 | 一种避免1x‑do载波互转边界区切换掉话的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101415149B (zh) | 2010-12-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2192817B1 (en) | Broadcast service (bc) improving method, device and system | |
CN101459664B (zh) | 一种获取iptv业务媒体描述信息的方法及装置 | |
KR101245915B1 (ko) | Ims 서비스를 식별하는 방법 및 장치 | |
CN101026615B (zh) | 一种基于ims的流媒体网络系统 | |
US8077717B2 (en) | Method and system for providing multicast services | |
KR101433225B1 (ko) | Ims 아키텍쳐 네트워크에서 ip 텔레비젼 서비스에 액세스하기 위한 시스템 | |
CN101326826B (zh) | 网络电视的业务控制方法、系统以及装置 | |
EP2387844B1 (en) | Managing associated sessions in a network | |
CN100571278C (zh) | 在iptv业务中应用终端能力信息的方法、系统及装置 | |
US20090313376A1 (en) | Method and apparatuses for establishing a session between a client terminal and a media supply system to transport a unicast media stream over an ip network | |
CN101547143A (zh) | 一种流媒体业务的切换方法、系统和装置 | |
CN101674323A (zh) | 业务推送协商方法及装置、推送业务系统 | |
US20080256177A1 (en) | Method and Apparatus for Maintaining Information at an Ims Client | |
CN101415149B (zh) | 一种bc业务改进的方法和设备 | |
CN101415250B (zh) | Ip互联网络电视系统中会话建立的方法、系统及实体 | |
CN101299747A (zh) | 一种媒体控制方法、系统、装置及媒体服务组合设备 | |
CN101378401B (zh) | 业务资源授权控制的方法、系统和设备 | |
US20170201605A1 (en) | Method of dynamic selection, by a caller, from a plurality of terminals of a callee | |
CN101483532B (zh) | 一种媒体流复制的方法、系统及设备 | |
CN101340428A (zh) | 媒体服务器切换过程中提供媒体流的方法及系统 | |
CN101369904B (zh) | 传递业务发现信息的方法、系统及业务发现功能实体 | |
CN101414999B (zh) | 会话描述协议中获取频道与媒体关系的方法、频道信息的发送方法以及相关设备 | |
CN101459525B (zh) | 一种实现媒体控制的方法、系统及设备 | |
US20150032791A1 (en) | Method and application for controlling application server invocation in an ims | |
Friedrich et al. | IMS-Based IPTV |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101208 Termination date: 20191121 |