CN102547875B - 一种采编播业务的实现方法、设备和*** - Google Patents

Abstract

本发明实施例提供了一种采编播业务的实现方法、设备和***，该方法包括以下步骤：采编播业务平台接收来自采编播设备的业务请求信息；当根据所述业务请求信息确定为所述采编播设备预留了服务质量QoS资源时，所述采编播业务平台根据预留的QoS资源为所述采编播设备提供采编播业务。本发明实施例中，当采编播设备请求使用业务时，采编播业务平台根据预留的QoS资源为该采编播设备提供采编播业务，保证业务正常使用，从而合理规划和分配了网络资源，当用户量激增时，仍然能保证用户正常使用业务，满足各种场景的直播业务需求，保证了使用采编播业务的用户得到良好的业务体验。

Description

一种采编播业务的实现方法、设备和***

技术领域

本发明涉及无线通信领域，尤其涉及一种采编播业务的实现方法、设备和***。

背景技术

随着第三代(3G)移动通信的大规模应用，移动全网数据业务量迅猛增长。其中，移动采编播业务(MobileLivingBroadcast)是指电视台用户通过LTE(LongTermEvolution，长期演进)移动通信网络的上行信道，将现场采集的视频节目上传到其转播中心，进行电视节目的播出的业务。

目前的移动采编播业务中，是利用3G网络的上行信道进行传输，业务场景单一，对网络QoS(QualityofService，服务质量)的需求比较简单，可在采编播设备上发起直播业务请求后，随即建立网络连接，并根据网络实际情况分配传输带宽，然后开始进行直播业务。

具体的，根据实际采编播业务开展的需求，现有的直播包括：(1)大区域直播业务，即有计划的对大型运动会、体育赛事进行的现场直播，此类直播的特点是直播所需覆盖区域较大，直播电视台数量较少；例如马拉松比赛，自行车比赛等。(2)小区域直播业务，即多家电视台的多家采集设备有计划的在同一区域进行现场直播，此类直播的特点是直播所需范围覆盖区域小，直播电视台数量较多；例如大型文艺演出、足球比赛等。(3)突发事件直播业务，由于其无法进行先期计划，电视台直播人员会出现在任意TD-LTE基站覆盖范围；此类直播的特点是直播所需范围覆盖区域小，直播电视台数量比较多和集中。例如突发、灾害事件进行直播。

由此可见，移动采编播业务的应用场景是多样化的，对QoS的需求也不相同，尽管未来移动采编播业务的开展能基于LTE的上行带宽，取得比3G网络更好的用户体验，但无线网络资源是有限的。

如图1所示，为现有的移动采编播方案示意图，当用户发起直播业务请求时，网络侧进行PDP(PacketDataProtocol，分组数据协议)激活时，根据用户请求的业务类型，为用户分配相应的网络资源，当PDP激活成功，用户成功与业务平台建立连接之后，即可基于分配的网络资源，来上传采集的节目内容，业务平台在接收到上传的内容后，能将其分发到对应的电视台转播中心。

在实现本发明的过程中，发明人发现现有技术中至少存在以下问题：

现有技术中没有有效的规划和利用无线网络资源以及协调使用业务的用户，当用户量激增时，无线网络带宽将被耗尽，导致大量的用户无法正常使用业务，从而无法满足众多用户在大区域直播、小区域直播和突发事件直播业务应用的需求，影响用户感受。

发明内容

本发明提供一种采编播业务的实现方法、设备和***，以合理使用无线网络带宽，提高用户感受。

为了达到上述目的，本发明实施例提供了一种采编播业务的实现方法，包括：

采编播业务平台接收来自采编播设备的业务请求信息；

当根据所述业务请求信息确定为所述采编播设备预留了服务质量QoS资源时，所述采编播业务平台根据预留的QoS资源为所述采编播设备提供采编播业务。

本发明实施例提供了一种采编播业务设备，包括：

接收模块，用于接收业务请求信息；

确定模块，用于根据所述业务请求信息确定预留了QoS资源；

处理模块，用于根据预留的QoS资源提供采编播业务。

本发明实施例提供了一种采编播设备，包括：

发送模块，用于发送业务请求信息；

业务模块，用于当根据所述业务请求信息确定预留了QoS资源时，根据预留的QoS资源进行采编播业务。

本发明实施例提供了一种资源预留设备，包括：

协商模块，用于根据采编播设备的资源预留信息与采编播业务平台进行QoS协商；

预留模块，用于根据QoS协商结果为所述采编播设备预留QoS资源。

本发明实施例提供了一种采编播业务的实现***，包括：

采编播设备，用于向采编播业务平台发送业务请求信息；

采编播业务平台，用于当根据所述业务请求信息确定为所述采编播设备预留了服务质量QoS资源时，根据预留的QoS资源为所述采编播设备提供采编播业务。

与现有技术相比，本发明实施例至少具有以下优点：

当采编播设备请求使用业务时，采编播业务平台根据预留的QoS资源为该采编播设备提供采编播业务，保证业务正常使用，从而合理规划和分配了网络资源，当用户量激增时，仍然能保证用户正常使用业务，满足各种场景的直播业务需求，保证了使用采编播业务的用户得到良好的业务体验。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中的移动采编播方案示意图；

图2为本发明实施例一提供的一种采编播业务的实现方法流程示意图；

图3为本发明实施例二提供的一种采编播设备注册流程示意图；

图4为本发明实施例三提供的一种订购直播预订业务的方法流程示意图；

图5为本发明实施例四提供的一种采编播业务平台***结构示意图；

图6为本发明实施例四提供的一种直播预订业务的方法流程示意图；

图7为本发明实施例五提供的一种采编播业务设备结构示意图；

图8为本发明实施例六提供的一种采编播设备结构示意图；

图9为本发明实施例七提供的一种资源预留设备结构示意图。

具体实施方式

针对现有技术中没有有效的规划和利用无线网络资源以及协调使用业务的用户，用户感受不好的问题，本发明实施例提供一种采编播业务的实现方法和设备，以根据业务应用场景和用户使用业务需求，来合理规划和分配网络资源，从而保证使用采编播业务的用户得到最好的业务体验。

本发明实施例中，可针对直播业务进行预订，采编播业务平台根据用户预定的QoS需求，能够与核心网设备进行协商，预留出QoS资源，当用户请求使用业务时，能够根据用户预定业务的需求，为其分配预留的QoS资源，保证业务正常使用。

下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

本发明实施例一提供一种采编播业务的实现方法，如图2所示，该方法包括以下步骤：

步骤201，采编播设备在采编播业务平台完成注册，并向采编播业务平台发送资源预留信息。其中，该资源预留信息为针对直播预定业务的，可通过直播预订业务订购请求来携带。该采编播设备可以是移动终端，也可以是其他能够实现直播预定业务的设备。

具体的，在注册过程中，采编播设备可向客服中心提交注册申请，如果审核通过，则客服中心访问采编播业务平台，录入用户信息，以完成采编播设备在采编播业务平台上的注册过程。进一步的，当注册完成后，如果采编播设备需要订购直播预订业务，则向采编播业务平台发送资源预留信息。

步骤202，采编播业务平台接收来自采编播设备的资源预留信息。

步骤203，采编播业务平台根据资源预留信息与资源预留设备进行QoS协商，并由资源预留设备根据QoS协商结果为采编播设备预留QoS资源。其中，该资源预留设备可以为核心网中的P-CSCF(ProxyCallSessionControlFunction，代理呼叫会话控制功能)。

具体的，采编播业务平台可根据资源预留信息向资源预留设备发起QoS协商请求，由资源预留设备根据该资源预留信息进行QoS协商(如根据该资源预留信息判断是否可为该采编播设备预留对应的QoS资源)，当QoS协商成功时，由采编播业务平台生成订购关系，并向采编播设备返回协商结果。

本发明实施例中，在为采编播设备预留QoS资源时，采编播业务平台还可记录采编播设备的标识信息以及预留的QoS资源信息(如时延信息、带宽信息、预留时间信息等)。

步骤204，采编播业务平台接收来自采编播设备的业务请求信息。其中，该业务请求信息可通过直播预订业务创建请求来携带，该业务请求信息中包括：采编播设备的媒体能力的SDP(SessionDescriptionProtocol会话描述协议)、邀请的采编播设备信息(可通过成员列表的方式携带)、采编播设备所处位置的CELLID(小区标识)、采编播设备的标识信息等。

步骤205，当根据业务请求信息确定为采编播设备预留了QoS资源时，采编播业务平台根据预留的QoS资源为采编播设备提供采编播业务。

具体的，由于为采编播设备预留资源时采编播业务平台记录了采编播设备的标识信息(如采编播设备编号)，则接收到业务请求信息后，该业务请求信息中会携带采编播设备编号，因此，采编播业务平台可根据自身记录的标识信息和业务请求信息中携带的采编播设备标识判断资源预留设备是否为采编播设备预留了QoS资源。当为采编播设备预留了QoS资源时，则可根据预留的QoS资源为采编播设备提供采编播业务。

在为采编播设备提供采编播业务的过程中，采编播业务平台向资源预留设备发送资源申请信息，并接收资源预留设备返回的资源申请响应，该资源申请响应中携带预留的QoS资源信息；之后，采编播业务平台通知会话处理设备(例如，MRS等)根据预留的QoS资源信息创建采编播业务会话，并将采编播设备加入该采编播业务会话。

进一步的，根据业务请求信息中携带的邀请的采编播设备信息，采编播业务平台还可为邀请的采编播设备向资源预留设备发送资源申请信息，并接收资源预留设备返回的资源申请响应，该资源申请响应中携带了为邀请的采编播设备预留的QoS资源信息；之后，采编播业务平台邀请的采编播设备加入所述采编播业务会话。

综上所述，本发明实施例中，当采编播设备请求使用业务时，采编播业务平台根据预留的QoS资源为该采编播设备提供采编播业务，保证业务正常使用，从而合理规划和分配了网络资源，当用户量激增时，仍然能保证用户正常使用业务，满足各种场景的直播业务需求，保证了使用采编播业务的用户得到良好的业务体验。

实施例二

由于本发明实施例是针对采编播业务平台的注册采编播设备的，以下对采编播设备注册流程进行详细说明，如图3所示，该采编播设备注册过程包括以下步骤：

步骤1、采编播设备向客服中心(如***客服中心)提交注册申请，登记相关资质信息。

步骤2、客服中心审核相关资质，若审核不通过，要求采编播设备重新修改资料提交申请。

步骤3、若审核通过，客服中心访问采编播业务平台PORTAL(入口)，录入采编播设备信息。

步骤4、采编播业务平台生成注册用户ID，用户名，密码等信息，向客服中心返回注册成功响应消息，该注册成功响应消息中携带注册的相关信息(如用户ID，用户名，密码等信息)。

步骤5、客服中心向采编播设备返回注册成功响应消息，该注册成功响应消息中携带注册的相关信息。

步骤6、采编播业务平台发送注册成功消息到短信网关。

步骤7、短信网关向采编播设备发送短信，通知采编播设备注册成功。

实施例三

在采编播设备完成注册之后，需要采编播设备订购直播预订业务，以下对采编播业务订购流程进行详细说明，如图4所示，该采编播业务订购过程包括以下步骤：

步骤1、采编播设备登录采编播业务平台PORTAL或通过客服(如10086客服)，向采编播业务平台发送资源预留信息，该资源预留信息可通过直播预订业务订购请求来携带。

步骤2、采编播业务平台接收直播预订业务订购请求，并受理该直播预订业务订购请求。

需要说明的是，本步骤中还需判断该采编播设备是否已注册，如果不是注册采编播设备，则提示采编播设备先进行注册(该注册过程本发明实施例中不再赘述)；如果是注册采编播设备，则执行步骤3。

步骤3、采编播业务平台根据直播需求，向资源预留设备发起QoS协商请求。本发明实施例中以资源预留设备为P-CSCF为例进行说明。

步骤4、P-CSCF进行QoS协商，并向采编播业务平台返回协商结果。

步骤5、若QoS协商成功，则采编播业务平台生成订购关系，否则订购失败。

本步骤中，采编播业务平台还需要向采编播设备返回协商结果；其中，当QoS协商成功时，则返回直播预订申请结果；当QoS协商不成功时，则返回协商不成功的信息。

当QoS协商不成功时，预订失败，采编播设备可调整预订需求，重新发起直播预订业务订购请求。

实施例四

为了更加清楚的阐述本发明实施例提供的技术方案，以下结合图5所示的采编播业务***结构对直播预订业务使用流程进行详细说明。该***包括采编播业务平台、会话处理设备(本发明实施例中以MRS(MultimediaResourceServer，多媒体资源服务器)为例进行说明)、采编播设备C(固定转播中心)、采编播设备B(移动转播中心)、采编播设备A(移动终端)。如图6所示，该方法包括以下步骤：

步骤1、采编播设备(以采编播设备A为例)向采编播业务平台发送业务请求信息，该业务请求信息可通过直播预订业务创建请求来携带，该业务请求信息中包括：采编播设备的媒体能力的SDP、邀请的采编播设备信息(可通过成员列表的方式携带)、采编播设备所处位置的CELLID、采编播设备的标识信息等。

步骤2、采编播业务平台根据SIP(SessionInitiationProtocol，会话初始协议)URI(UniformResourceIdentifier，通用资源标志符)判断该采编播设备是否是注册采编播设备，如果不是注册采编播设备，则拒绝建立直播预订业务会话，并返回401未授权消息给采编播设备。

具体的，在采编播设备注册时采编播业务平台记录了采编播设备的标识信息(如采编播设备编号)，则根据直播预订业务创建请求中的SIPURI，采编播业务平台可获知采编播设备编号，继而根据自身记录的标识信息与采编播设备编号判断该采编播设备是否是注册采编播设备。

步骤3、如果是注册采编播设备，采编播业务平台根据SIPURI判断该采编播设备是否进行了直播预订业务的预订(即是否预留了QoS资源)，如果没有进行直播预订业务的预订，则拒绝建立直播预订业务会话，并返回403禁止使用业务消息给采编播设备。

具体的，在为采编播设备预留资源时采编播业务平台记录了采编播设备的标识信息(如采编播设备编号)，则根据直播预订业务创建请求中的SIPURI，采编播业务平台可获知采编播设备编号，继而根据自身记录的标识信息与采编播设备编号判断该采编播设备是否进行了直播预订业务的预订。

需要说明的是，在实际应用中，采编播业务平台在采编播设备订购直播预订业务时，可以给予采编播设备A验证密码，在此验证过程中，可以要求采编播设备A输入密码。

步骤4、如果进行直播预订业务的预订，采编播业务平台向资源预留设备(本发明实施例中以P-CSCF为例进行说明)申请网络资源(可通过QoS请求实现)，在申请过程中需要携带QoS参数。

需要说明的是，当进行了直播预订业务的预订时，采编播业务平台还可以考虑采编播设备所处位置的CELLID，如果该采编播设备的位置不满足采编播业务平台的服务要求时，也可以不向资源预留设备申请网络资源，并拒绝建立直播预订业务会话。

步骤5、P-CSCF向采编播业务平台返回请求处理结果(可通过QoS响应实现，该响应中携带预留的QoS资源信息)。其中，如果网络资源不满足(异常情况时可出现该情况)，则结束流程。

步骤6～步骤9、采编播业务平台向会话处理设备(本发明实施例中以MRS为例)申请创建采编播业务会话(即直播预订业务会话)，并返回200OK给采编播设备。其中，在该申请过程中，相应的SDP需要采用预留的QoS资源。

步骤10～步骤11、采编播业务平台通过INFO消息通知MRS创建直播预订业务会话，并将采编播设备(采编播设备A)加入直播预订业务会话。

步骤12～步骤14、采编播业务平台向其他采编播设备(例如，采编播设备B/C等，为直播预订业务创建请求中携带的邀请的采编播设备，可以为电视台转播中心/现场制作中心等)发起直播预订业务邀请，呼叫采编播设备B/C加入会场，采编播设备B/C返回183带SDP消息和采编播设备B/C所在位置的CELLID。

步骤15、针对采编播设备B，采编播业务平台向P-CSCF申请网络资源，在申请过程中需要携带QoS参数。

步骤16、P-CSCF向采编播业务平台返回针对采编播设备B请求处理的结果(可通过QoS响应实现，该响应中携带预留的QoS资源信息)。其中，如果网络资源不满足(异常情况时可出现该情况)，则结束流程。

步骤17～步骤19、采编播业务平台将采编播设备B/C的SDP信息通过INVITE请求发送给MRS，并回应携带资源预留好的SDP的PRACK。

步骤20～步骤21、采编播设备B/C向采编播业务平台发送振铃和应答消息。

步骤22～步骤23、采编播业务平台向MRS发送INFO请求，将采编播设备B/C加入直播预订业务会话。

需要说明的是，采编播设备A(或B等)的网络资源已经完成预留，直播开始后，各自使用已经预留好的网络资源即可，这种预先分配网络资源，采编播设备使用专用网络资源的方法，在网络中人数激增时，也不会受到任何影响。

可见，本发明实施例中，通过采编播设备针对直播业务进行预订，采编播业务平台根据用户预定的QoS需求，能够与核心网设备进行协商，预留出QoS资源，当采编播设备请求使用业务时，能够根据采编播设备预定业务的需求，为其分配预留好的QoS资源，保证业务正常使用，从而合理规划和分配了网络资源，当采编播设备量激增时，仍然能保证采编播设备正常使用业务，满足各种场景的直播业务需求，保证了使用采编播业务的用户得到良好的业务体验。

实施例五

基于与上述方法相同的技术构思，本发明实施例还提供的一种采编播业务设备，如图7所示，该设备包括：

接收模块11，用于接收来自采编播设备的业务请求信息；

确定模块12，用于根据所述业务请求信息确定为所述采编播设备预留了QoS资源；

处理模块13，用于当确定为所述采编播设备预留了QoS资源时，根据预留的QoS资源为所述采编播设备提供采编播业务。

本发明实施例中，该设备还包括协商模块14；

所述接收模块11，还用于接收来自所述采编播设备的资源预留信息；

所述协商模块14，用于根据所述资源预留信息与资源预留设备进行QoS协商。

本发明实施例中，该设备还包括：

记录模块15，用于为所述采编播设备预留QoS资源时，记录所述采编播设备的标识信息；

所述确定模块12，具体用于根据自身记录的标识信息和所述业务请求信息中携带的采编播设备标识判断是否为所述采编播设备预留了QoS资源。

所述处理模块13，具体用于向资源预留设备发送资源申请信息；并接收所述资源预留设备返回的资源申请响应，所述资源申请响应中携带预留的QoS资源信息；

通知会话处理设备根据所述预留的QoS资源信息创建采编播业务会话，并将所述采编播设备加入所述采编播业务会话。

所述业务请求信息中携带了邀请的采编播设备信息；所述处理模块13，具体用于为邀请的采编播设备向资源预留设备发送资源申请信息；并接收所述资源预留设备返回的资源申请响应，所述资源申请响应中携带了为邀请的采编播设备预留的QoS资源信息；并将所述邀请的采编播设备加入所述采编播业务会话。

实施例六

基于与上述方法相同的技术构思，本发明实施例还提供的一种采编播设备，如图8所示，该采编播设备包括：

发送模块31，用于向采编播业务平台发送业务请求信息；

业务模块32，用于当所述采编播业务平台根据所述业务请求信息确定为所述采编播设备预留了QoS资源时，根据预留的QoS资源进行采编播业务。

所述发送模块31，还用于向所述采编播业务平台发送资源预留信息，由所述采编播业务平台根据所述资源预留信息与资源预留设备进行QoS协商。

所述业务请求信息中还携带邀请的采编播设备信息；所述采编播设备为基于移动转播中心的采编播设备；所述邀请的采编播设备为基于移动转播中心的采编播设备或者基于固定转播中心的采编播设备。

实施例七

基于与上述方法相同的技术构思，本发明实施例还提供的一种资源预留设备，如图9所示，该资源预留设备包括：

协商模块21，用于根据采编播设备的资源预留信息与采编播业务平台进行QoS协商；

预留模块22，用于根据QoS协商结果为所述采编播设备预留QoS资源。

实施例八

基于与上述方法相同的技术构思，本发明实施例还提供的一种编播业务的实现***，包括：

采编播设备，用于向采编播业务平台发送业务请求信息；

采编播业务平台，用于当根据所述业务请求信息确定为所述采编播设备预留了服务质量QoS资源时，根据预留的QoS资源为所述采编播设备提供采编播业务。

该***还包括资源预留设备；

所述采编播设备，还用于向采编播业务平台发送资源预留信息；

所述采编播业务平台，还用于根据所述资源预留信息与资源预留设备进行QoS协商；

所述资源预留设备，用于根据QoS协商结果为所述采编播设备预留QoS资源。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (7)

1.一种采编播业务的实现方法，其特征在于，包括：

采编播业务平台接收来自采编播设备的资源预留信息，并根据所述资源预留信息与资源预留设备进行QoS协商，由所述资源预留设备根据QoS协商结果为所述采编播设备预留QoS资源；

所述采编播业务平台接收来自所述采编播设备的业务请求信息；

当根据所述业务请求信息确定为所述采编播设备预留了服务质量QoS资源时，所述采编播业务平台根据预留的QoS资源为所述采编播设备提供采编播业务；

所述采编播业务平台根据预留的QoS资源为所述采编播设备提供采编播业务，包括：

所述采编播业务平台向资源预留设备发送资源申请信息；并接收所述资源预留设备返回的资源申请响应，所述资源申请响应中携带预留的QoS资源信息；

所述采编播业务平台通知会话处理设备根据所述预留的QoS资源信息创建采编播业务会话，并将所述采编播设备加入所述采编播业务会话。

2.如权利要求1所述的方法，其特征在于，为所述采编播设备预留QoS资源时，所述采编播业务平台记录所述采编播设备的标识信息；

根据所述业务请求信息确定为所述采编播设备预留了QoS资源，之前还包括：

所述采编播业务平台根据自身记录的标识信息和所述业务请求信息中携带的采编播设备标识判断是否为所述采编播设备预留了QoS资源。

3.如权利要求1所述的方法，其特征在于，所述业务请求信息中携带了邀请的采编播设备信息；

所述采编播业务平台通知会话处理设备根据所述预留的QoS资源信息创建采编播业务会话，并将所述采编播设备加入所述采编播业务会话，之后还包括：

所述采编播业务平台为邀请的采编播设备向资源预留设备发送资源申请信息；并接收所述资源预留设备返回的资源申请响应，所述资源申请响应中携带了为邀请的采编播设备预留的QoS资源信息；

所述采编播业务平台将所述邀请的采编播设备加入所述采编播业务会话。

4.一种采编播业务设备，其特征在于，包括：

接收模块，用于接收业务请求信息；

确定模块，用于根据所述业务请求信息确定预留了QoS资源；

处理模块，用于根据预留的QoS资源提供采编播业务；

其中，该设备还包括协商模块；

所述接收模块，还用于接收资源预留信息；

所述协商模块，用于根据所述资源预留信息与资源预留设备进行QoS协商；

其中，所述处理模块，具体用于发送资源申请信息；并接收资源申请响应，所述资源申请响应中携带预留的QoS资源信息；

通知会话处理设备根据所述预留的QoS资源信息创建采编播业务会话，并将采编播设备加入所述采编播业务会话。

5.如权利要求4所述的设备，其特征在于，该设备还包括：

记录模块，用于为采编播设备预留QoS资源时，记录所述采编播设备的标识信息；

所述确定模块，具体用于根据自身记录的标识信息和所述业务请求信息中携带的采编播设备标识判断是否为所述采编播设备预留了QoS资源。

6.如权利要求4所述的设备，其特征在于，所述业务请求信息中携带了邀请的采编播设备信息；

所述处理模块，具体用于为邀请的采编播设备向资源预留设备发送资源申请信息；并接收所述资源预留设备返回的资源申请响应，所述资源申请响应中携带了为邀请的采编播设备预留的QoS资源信息；并将所述邀请的采编播设备加入所述采编播业务会话。

7.一种采编播业务的实现***，其特征在于，包括：

采编播设备，用于向采编播业务平台发送业务请求信息；

采编播业务平台，用于当根据所述业务请求信息确定为所述采编播设备预留了服务质量QoS资源时，根据预留的QoS资源为所述采编播设备提供采编播业务；

其中，还包括资源预留设备；

所述采编播设备，还用于向采编播业务平台发送资源预留信息；

所述采编播业务平台，还用于根据所述资源预留信息与资源预留设备进行QoS协商；

所述资源预留设备，用于根据QoS协商结果为所述采编播设备预留QoS资源；

所述采编播业务平台根据预留的QoS资源为所述采编播设备提供采编播业务，包括：

所述采编播业务平台向资源预留设备发送资源申请信息；并接收所述资源预留设备返回的资源申请响应，所述资源申请响应中携带预留的QoS资源信息；

所述采编播业务平台通知会话处理设备根据所述预留的QoS资源信息创建采编播业务会话，并将所述采编播设备加入所述采编播业务会话。