专利名称：广播下载类业务的方法、装置和系统的利记博彩app
技术领域：
本发明涉及通信技术领域，特别涉及一种广播下载类业务的方法、装置和系统。
背景技术：
在MBMS(Multimedia Broadcast/Multicast Service，多媒体广播/ 多播业务)用 户业务的架构模型中，下载(Download)类业务的数据文件由传送端(sender)以多点传送 的方式传送至多个接收端(receiver)。现有技术中传送下载类业务的流程具体如下将需要广播的下载类业务的数据文件，如文件1、文件2和文件3，根据该下载类 业务的时间调度信息进行排队；启动一个MBMS承载会话，并和无线网络的GGSN(Gateway GPRSSupporting Node，GPRS支持节点网关)协商建立一个固定带宽的承载通道；将下载类 业务的数据文件变换为 FLUTE (File deLivery over Unidirectional Transport)数据报 文，将变换的FLUTE数据报文放在建立的承载通道上广播给接收端；在该下载类业务的时 间调度结束后，与无线网络的GGSN协商拆除建立的承载通道；在实现本发明的过程中，发明人发现上述现有技术至少存在以下问题一个承载通道只能传输一个下载类业务，在开始传送另一个下载类业务之前必须 关闭为前一个下载类业务启动的会话以及建立的承载通道，重新启动一个新的MBMS承载 会话，并和无线网络的GGSN协商建立一个新的承载通道。对于股票、气象报告等持续更新 类型的下载类业务，接收端不仅要接收一个文件列表列出的所有数据文件，还要接收这些 文件的后续更新的数据文件。当广播这种持续更新类型的下载类业务时，为了保证业务的 连续更新，在该业务的生命期内，需要独占承载通道，即使该业务不需要承载通道提供的全 部带宽，仍然占用整个承载通道。因此，使得无线网络中的无线资源得不到有效的利用，浪 费了宝贵的无线资源。
发明内容
为了充分利用无线网络资源，本发明实施例提供了一种广播下载类业务的方法、 装置、接收广播下载类业务的方法、终端、广播应用服务器和系统。所述技术方案如下一种广播下载类业务的方法，所述方法包括接收广播应用服务器发来的创建下 载类业务的请求消息，所述请求消息中携带有所述下载类业务的业务相关信息；判断是否 存在承载通道，如果存在，则使用所述存在的承载通道；根据所述业务相关信息和使用的承 载通道，为所述下载类业务分配相应的带宽；从所述广播应用服务器获取所述下载类业务 的数据文件；利用所述使用的承载通道，广播发送所述数据文件。一种接收下载类业务的方法，所述方法包括广播接收终端接收文件描述表，所述 文件描述表中携带有业务相关信息，所述业务相关信息中包含业务标识；判断所述文件描 述表中携带的业务标识是否为自身请求的下载类业务的业务标识，如果是，则接收所述业 务标识所属的下载类业务对应的数据文件。
一种广播下载类业务的装置，所述装置包括接收模块，用于接收广播应用服务器来的创建下载类业务的请求消息，所述请求消息中携带有所述下载类业务的业务相关信 息；判断模块，用于判断是否存在承载通道，如果存在，则使用所述存在的承载通道；带宽 分配模块，用于根据所述业务相关信息和使用的承载通道，为所述下载类业务分配相应的 带宽；获取模块，用于从所述广播应用服务器获取所述下载类业务的数据文件；广播模块， 用于利用所述使用的承载通道，广播发送所述数据文件。一种终端，所述终端包括文件描述表接收模块，用于接收广播发来的文件描述 表，所述文件描述表中携带有业务相关信息，所述业务相关信息中包含业务标识；判断模 块，用于判断所述文件描述表接收模块收到的所述文件描述表中携带的业务标识是否为所 述终端请求的下载类业务的业务标识；数据文件接收模块，用于当所述判断模块判断所述 业务标识为所述终端请求的下载类业务的业务标识时，接收所述业务标识所属的下载类业 务对应的数据文件。一种广播应用服务器，所述服务器包括发送模块，用于向广播下载类业务的装 置发送创建下载类业务的请求消息，所述请求消息中携带有所述下载类业务的业务相关信 息；接收模块，用于接收所述广播下载类业务的装置返回的响应消息。一种广播下载类业务的系统，所述系统包括广播应用服务器，用于发送创建下载 类业务的请求消息，所述请求消息中携带有所述下载类业务的业务相关信息，并接收响应 消息；广播下载类业务的装置，用于接收所述广播应用服务器发来的所述请求消息，判断是 否存在承载通道，如果存在，则使用所述存在的承载通道，根据所述业务相关信息和使用的 承载通道，为所述下载类业务分配相应的带宽，并返回响应消息给所述广播应用服务器，还 用于从所述广播应用服务器获取所述下载类业务的数据文件，利用所述使用的承载通道， 广播发送所述数据文件。本发明实施例通过使用存在的承载通道广播数据文件，实现了下载类业务的复 用，当广播持续更新类型的下载类业务时，不必像现有技术那样必须独占固定的承载通道， 在满足该下载类业务需要的情况下，可以将多余的带宽分配给别的业务使用，从而充分地 利用了宝贵的无线网络资源。
图1是本发明提供的一种广播下载类业务的方法流程图；图2是本发明提供的另一种广播下载类业务的方法流程图；图3是本发明提供的根据优先级复用多个下载类业务的示意图；图4是本发明提供的对两个广播应用服务器提供的下载类业务进行复用的示意 图；图5是本发明提供的广播应用服务器结构示意图；图6是本发明提供的广播下载类业务的装置结构示意图；图7是本发明提供的广播接收终端示意图；图8是本发明提供的广播下载类业务的系统示意图。
具体实施例方式为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。参见图1，本发明实施例提供了一种广播下载类业务的方法，具体包括101 接收广播应用服务器发来的创建下载类业务的请求消息，其中，该请求消息中携带有该下载类业务的业务相关信息，具体地，可以包括业务标识和业务类型，或者进一 步包括优先级信息等；102 判断是否存在承载通道，如果存在，则使用存在的承载通道；进一步地，本发明实施例中，在判断出不存在承载通道时，可以创建一个承载通道，并使用创建的承载通道；103 根据请求消息携带的业务相关信息和使用的承载通道，为请求的下载类业务分配相应的带宽；104 从广播应用服务器获取请求的下载类业务的数据文件；105 利用使用的承载通道，广播发送获取的数据文件到无线网络中。进一步地，还可以广播发送该数据文件和文件描述表，其中，文件描述表中携带有业务相关信息中的业务标识，该业务标识用于广播接收终端接收该业务标识所属的下载类 业务的数据文件。本实施例通过使用存在的承载通道广播数据文件，实现了下载类业务的复用，当广播持续更新类型的下载类业务时，不必像现有技术那样必须独占固定的承载通道，在满 足该下载类业务需要的情况下，可以将多余的带宽分配给别的业务使用，从而极大地节省 了宝贵的无线网络资源。参见图2，本发明实施例提供了一种广播下载类业务的方法，具体包括201 广播应用服务器向广播下载服务器发送申请创建下载类业务事件的请求消息；其中，每个下载类业务包括一个或多个可在承载通道上承载的数据文件；该请求消息中包括以下关键参数业务标识(如GlobalServicelD)，用于唯一标识下载类业务；下载类业务对带宽的要求；下载类业务的类型，包括尽力转发型和指定带宽类型；其中，尽力转发型是指广播下载服务器根据承载通道的带宽被占用的情况，采用尽力转发的方式，将下载类业务加入到承载通道中，再转发给无线网络。对于尽力转发类型 的下载类业务，在请求消息中可以不包括下载类业务对带宽的要求，默认为由广播下载服 务器根据承载通道中未被占用的带宽进行转发。例如手机报、音乐排行榜等业务。指定带宽类型是指广播下载服务器根据请求消息包括的下载类业务对带宽的要求，在承载通道中分配承载带宽，并保证下载类业务能够及时地加入到承载通道中，转发到 无线网络。例如股票、天气预报等业务。进一步地，该请求消息中还可以包括以下其他参数中的一种或几种下载类业务的时间调度信息，例如下载下载类业务的开始时间、有效时间、结束时间；下载类业务的承载相关信息；
下载类业务相对于其他下载类业务的优先级；其中，尽力转发类型的下载类业务的优先级低于指定带宽类型的下载类业务的优先级。202:广播下载服务器收到请求消息后，判断无线网络中的承载通道是否存在，若 存在，则执行204，否则，执行203 ；203 广播下载服务器启动一个MBMS承载会话，并和无线网络的GGSN设备协商建 立一个预设的带宽的承载通道；当GGSN设备在无线网络中成功建立承载通道后，向广播下 载服务器响应会话成功消息；204:广播下载服务器判断请求消息包括的下载类业务的类型是指定带宽类型，还 是尽力转发型，若是指定带宽类型，则执行205，否则，为尽力转发类型，则执行207 ；205:广播下载服务器判断无线网络的承载通道中的可用的带宽是否满足请求消 息包括的下载类业务对带宽的要求，若不满足，则执行206，若满足，则执行207 ；其中，如果无线网络的承载通道是新建立的承载通道，则可用的带宽等于预设的 带宽，如果无线网络中的承载通道是已存在的承载通道，则可用的带宽为已存在的承载通 道中未被占用的带宽。206:此时，预设的带宽小于指定带宽类型的下载类业务请求的带宽，或者已存在 的承载通道未被占用的带宽小于指定带宽类型的下载类业务请求的带宽，则广播下载服务 器向广播应用服务器返回失败或需要等待的响应消息，表明当前请求失败，或者通知广播 应用服务器进行等待，一段时间后再重新请求；207 此时，预设的带宽大于或等于指定带宽类型的下载类业务请求的带宽，或者 已存在的承载通道未被占用的带宽大于或等于指定带宽类型的下载类业务请求的带宽，则 广播下载服务器为请求消息中包括的业务标识对应的下载类业务分配带宽，向广播应用服 务器响应创建下载类业务事务的成功信息，并从广播应用服务中获取下载类业务的数据文 件；其中，如果请求的下载类业务是指定带宽类型，则广播下载服务器根据请求消息 包括的下载类业务对带宽的要求分配带宽；如果请求的下载类业务是尽力转发型，并且承 载通道中的可用带宽满足请求消息中包括的下载类业务对带宽的要求，则广播下载服务器 根据请求消息包括的下载类业务对带宽的要求分配带宽，如果承载通道中可用带宽不满足 请求消息包括的下载类业务对带宽的要求，则广播下载服务器根据承载通道中可用带宽的 情况分配带宽。例如，承载通道中的可用带宽为80M，如果请求消息中下载类业务对带宽的 要求为50M，则给该业务分配50M带宽，如果请求消息中下载类业务对带宽的要求为100M， 则给该业务分配80M带宽。208 广播下载服务器将获取的下载类业务的数据文件转换为FLUTE数据报文，并 利用上述承载通道将转换的FLUTE数据报文，广播发送出去；进一步地，广播下载服务器利用FDT(File Description Table，文件描述表)描述 在承载通道中正在承载的每个数据文件的属性，并每隔一段时间将该FDT描述表复用到承 载通道中广播发送出去，具体地，本实施例中采用以下方式在FDT中描述数据文件的属性 在FDT描述的每个数据文件的属性中，增加该数据文件所属的下载类业务的业务标识。209 广播接收终端从承载通道中接收FDT，并根据广播接收终端请求下载的下载 类业务的业务标识，在接收的FDT中查找出该业务标识对应的数据文件；
210:广播接收终端在承载通道的数据流中接收上述业务标识对应的所有数据文 件，然后将接收的所有数据文件组成完整的下载类业务；211 当广播接收终端检测到会话结束标志时，停止从承载通道中接收数据文件， 或者根据停止接收数据文件的指示，停止从承载通道中接收数据文件。其中，广播下载服务器完成一个完整的下载类业务广播后，会发送一个会话结束 标志，用于指示广播接收终端停止接收数据文件。进一步地，本实施例中，当广播下载服务器接收到多个下载类业务的请求消息，且 请求消息中包括优先级信息时，可以分别为该多个下载类业务中的每个下载类业务分配带 宽，并将获取到的每个下载类业务的数据文件，按照优先级从高到低的顺序，依次复用到承 载通道中，广播给无线网络。 例如，参见图3，有三个下载类业务，分别为下载类业务 1、下载类业务2和下载类 业务3，业务标识分别为1、2和2，优先级分别为2、1和3，要求发送的带宽分别为3、2和1。 承载通道带宽为6，则按照优先级的顺序，依次发送下载类业务3、下载类业务1和下载类业 务2，根据带宽实际发送流中依次为1个下载类业务3的数据包、3个下载类业务1的数据 包、2个下载类业务2的数据包，依次类推，将三个下载类业务复用后广播发送。本实施例中，FDT用于描述在承载通道中承载每个数据文件的属性。其 中，FDT的FDT-InstanceType，用于描述在承载通道中承载的所有数据文件的属性， FDT-InstanceType的FileType，用于具体描述一个数据文件的属性。本实施例中，每个 FileType中包含业务标识GlobalServicelD，用于标识数据文件所属的下载类业务。一个 FileType可以包括多个GlobalServicelD，表示该FileType描述的数据文件同时属于多个 下载类业务。在本实施例中FDT的XML描述如下< ？ xml version = “ 1.0〃 encoding = “ UTF-8" ？ ><xsschemaxmlns:xs=〃 http://www.w3.org/2001/XMLSchema"xmlns: mbms = “ urn 3GPP :metadata 2005 =MBMS FLUTE FDT “targetNamespace = “ urnIETFmetadata2005FLUTEFDT“elementFormDefault = “ qualified" ><xscomplexType name=" FileType“ ><xscomplexContent><xsextension base=" mbms:FileType" ><xs:sequence)<xs:element name=" GlobalServicelD" type =〃 xs: anyURI "minOccurs = " 0〃 maxOccurs = " unbounded" /></xs:sequence)</xs:extension〉</xs:complexContent></xs:complexType)<xs:complexType name=" FDT-InstanceType" >
<xs:complexContent><xs:extension base =" mbms:FDT-InstanceType" ><xs:sequence)<xs: element name = " GlobalServiceID " type =〃 xs: anyURI "minOccurs = " 0〃 maxOccurs = " unbounded" /></xs:sequence)</xs:extension〉</xs:complexContent></xs:complexType></xs:redefine)</xs:schema)其中，<xs:elementname =〃 GlobalServiceID" /> 为在 FDT 中扩展的元素，该 元素的名字为GlobalServicelD，即业务标识，用于标识数据文件所属的下载类业务。为了能够清楚的说明FDT，接下来用一个具体的实施例来说明。例如，在承载通道承载的数据文件有 servicel. txt, service2. txt 禾口 joke, txt。servicel. txt 属于下载 类业务1，service2. txt属于下载类业务2，joke, txt同时属于下载类业务1和下载类业 务2。下载类业务1和下载类业务2的业务标识GlobalServicelD分别为1和2。在FDT 中 service 1. txt 的 GlobalServicelD 值为 1, service2. txt 的 GlobalServicelD 值为 2, joke, txt的GlobalServicelD值为1和2。所以该实施例的具体的XML描述如下< ？ xml version = “ 1.0〃 encoding = “ UTF-8" ？ ><FDT-Instancexmlns = “ urnIETFmetadata2005FLUTEFDT“xmlnsxsi = “ http://www.w3.org/2001/XMLSchema_instance"xs i schemaLocat ion = “ urn IETF metadata 2005 FLUTE FDT 3gpp-flute-fdt-choice3. xsd〃FEC-OTI-FEC-Encoding-ID = 〃 I"Complete = " true "Content-Encoding = " gzip "FEC-OTI-Encoding-Symbol-Length =" 512〃Expires = " 345126650〃 >〈FileContent-Type =" String"Content-Length = " 1245〃Transfer-Length = " 876"T0I=〃 2"FEC-OTI-Encoding-Symbol-Length =" 16〃FEC-OTI-Scheme-Specific-Info = “ AAEBBA ==“Content-Location = " http://www.example.eom/servicel.txt/c" >
<GlobalServiceID>l</GlobalServiceID><MBMS-Session-Identity>93</MBMS-Session-Identity></File>〈FileContent-Type =" String"Content-Length = " 161934〃Transfer-Length = " 157821〃T0I=〃 3〃FEC-OTI-Encoding-Symbol-Length =" 512〃Content-Location = " http://www.example.com/service2/service2. txt" ><GlobalServiceID>2</GlobalServiceID><MBMS-Session-Identity>93</MBMS-Session-Identity></File>〈FileContent-Type =" String"Content-Length =" 161934〃Transfer-Length = " 157821〃T0I=〃 3〃FEC-OTI-Encoding-Symbol-Length =" 512〃Content-Location = " http://www.example.com/common/joke.txt" ><GlobalServiceID>l</GlobalServiceID><GlobalServiceID>2</GlobalServiceID><MBMS-Session-Identity>93</MBMS-Session-Identity></File><MBMS-Session-Identity-Expiryvalue=" 3311288760〃 >93</MBMS-Session-Identity-Expiry></FDT-Instance>其 中，Content-Location = " http://www.example.com/servicel.txt/ c 〃 > 和 <GlobalServiceID>l</GlobalServiceID> 表明文件 sevicel.txt 属于下 载类业务 1 ；Content-Location = “ http://www.example.com/service2/service2. txt “ > 和 <GlobalServiceID>2</GlobalServiceID> 表明文件 service2. txt 属于下 载类业务 2 ；Content-Location = “ http //www. example, com/common/joke, txt " >、 <GlobalServiceID>l</GlobalServiceID> 和 <GlobalServiceID>2</GlobalServiceID> 表 明文件joke, txt同时属于下载类业务1和下载类业务2。本实施例中，当有多个广播应用服务器分别向广播下载服务器发起下载类业务的创建请求时，可以利用已建立的承载将多个数据文件复用到数据流中。参见图4，有两个广 播应用服务器发起请求，复用的过程具体如下401 广播应用服务器1向广播下载类业务的装置发送下载类业务的创建请求；
402:广播下载类业务的装置收到后，向GGSN发送MBMS会话开始请求消息 (MBMSSession Start Request)；403 :GGSN收到后，建立无线网络的承载通道，回复MBMS会话开始响应消息 (MBMSSession Start Response)给广播下载类业务的装置；404:广播下载类业务的装置判断已建立的承载通道的可用带宽是否满足需要，如果满足，则回复响应给广播应用服务器1 ；405 广播应用服务器1将数据文件提交给广播下载类业务的装置；406 广播下载类业务的装置根据承载通道的带宽将该数据文件插入到FLUTE流 中，广播给无线网络；407 广播应用服务器2向广播下载类业务的装置发送下载类业务的创建请求；408 广播下载类业务的装置收到后，由于已建立了承载通道，因此直接回复响应 给广播应用服务器2 ；409 广播应用服务器2将数据文件提交给广播下载类业务的装置；410 广播下载类业务的装置根据承载通道的带宽将该数据文件复用到FLUTE流 中，广播给无线网络。本实施例通过使用存在的承载通道广播数据文件，实现了下载类业务的复用，当 广播持续更新类型的下载类业务时，不必像现有技术那样必须独占固定的承载通道，在满 足该下载类业务需要的情况下，可以将多余的带宽分配给别的业务使用，从而充分利用了 宝贵的无线网络资源。通过为下载类业务设置业务标识，以及添加到文件描述表中广播发 送，使得广播接收终端可以根据业务标识来接收相应的数据文件。当有多个下载类业务请 求时，根据优先级从高到低，依次复用到使用的承载通道中广播发送，可以进一步有效利用 了无线网络资源。本发明实施例还提供了一种接收下载类业务的方法，具体包括广播接收终端接收文件描述表，该文件描述表中携带有业务相关信息，该业务相 关信息中包含业务标识；判断该文件描述表中携带的业务标识是否为自身请求的下载类业务的业务标识， 如果是，则接收该业务标识所属的下载类业务对应的数据文件。上述接收下载类业务的方法中，广播接收终端通过判断文件描述表中的业务标 识，可以接收自身请求的下载类业务的数据文件，从而实现根据需要接收数据文件。参见图5，本发明实施例提供了一种广播应用服务器，具体包括发送模块501，用于向广播下载类业务的装置发送创建下载类业务的请求消息，其 中，该请求消息中携带有该下载类业务的业务相关信息；接收模块502，用于接收广播下载类业务的装置返回的响应消息。其中，发送模块501具体包括发送单元，用于向广播下载类业务的装置发送创建下载类业务的请求消息，其中， 该请求消息中携带有下载类业务的业务标识和业务类型，或者携带有下载类业务的业务标 识、业务类型和优先级信息。其中，业务标识，用于标识下载类业务，广播接收终端可以根据该业务标识来接收 相应的数据文件。业务类型包括尽力转发类型和指定带宽类型，广播下载类业务的装置可以根据该业务类型来分配相应的带宽。该优先级信息用于广播多个下载类业务时，将每个 下载类业务的数据文件，按照优先级从高到低的顺序，依次复用到承载通道中，广播给无线 网络。其中，尽力转发类型的下载类业务的优先级低于指定带宽类型的下载类业务的优先 级。 进一步地，该请求消息中除了业务标识和业务类型外，可以包括以下其他参数中 的一种或几种下载类业务的时间调度信息，例如下载下载类业务的开始时间、有效时间、结束时 间；下载类业务的承载相关信息下载类业务相对于其他下载类业务的优先级。本实施例通过发送携带下载类业务的业务相关信息的请求消息，使得广播下载类 业务的装置可以根据该业务相关信息使用存在的承载通道来广播数据文件，实现了下载类 业务的复用，当广播持续更新类型的下载类业务时，不必像现有技术那样必须独占固定的 承载通道，在满足该下载类业务需要的情况下，可以将多余的带宽分配给别的业务使用，从 而充分利用了宝贵的无线网络资源。当广播多个下载类业务时，根据优先级信息合理分配 带宽进行复用广播，可以进一步有效利用无线网络资源。参见图6，本发明实施例提供了一种广播下载类业务的装置，具体包括接收模块601，用于接收广播应用服务器发来的创建下载类业务的请求消息，其 中，请求消息中携带有下载类业务的业务相关信息；判断模块602，用于判断是否存在承载通道，如果存在，则使用存在的承载通道；带宽分配模块603，用于根据业务相关信息和使用的承载通道，为下载类业务分配 相应的带宽；获取模块604，用于从广播应用服务器获取下载类业务的数据文件；广播模块605，用于利用使用的承载通道，广播发送数据文件。本实施例中，业务相关信息包括业务标识和业务类型，进一步地，还可以包括优先 级信息。另外，当判断模块602判断出不存在承载通道时，可以创建一个承载通道，并使用 创建的承载通道。其中，带宽分配模块603具体包括判断单元，用于判断业务相关信息中的业务类型是尽力转发类型还是指定带宽类 型；第一分配单元，用于当判断单元判断出业务类型是尽力转发类型时，给下载类业 务分配带宽；第二分配单元，用于当判断单元判断出业务类型是指定带宽类型时，判断使用的 承载通道的可用带宽是否满足下载类业务需要的带宽，如果是，则给下载类业务分配带宽。 进一步地，如果判断出使用的承载通道的可用带宽不满足下载类业务需要的带宽时，可以 返回失败的响应消息或需要等待的响应消息给广播应用服务器。另外，本实施例中，广播模块605可以具体包括 广播单元，用于利用使用的承载通道，广播发送数据文件和文件描述表，该文件描 述表中携带有上述业务相关信息中的业务标识，用于广播接收终端接收该业务标识所属的下载类业务的数据文件。进一步地，上述广播下载类业务的装置还包括复用模块，用于当接收模块601接收到多个下载类业务的请求消息，且请求消息 中包含优先级信息时，分别为所述多个下载类业务中的每个下载类业务分配带宽，并将获 取的每个下载类业务的数据文件，按照优先级从高到低的顺序，依次复用到使用的承载通 道中广播发送。本实施例通过接收模块接收广播应用服务器发来的创建下载类业务的请求消息， 带宽分配模块根据请求消息包括的业务相关信息和使用的承载通道，为下载类业务分配相 应的带宽，广播模块将获取模块获取的数据文件复用到存在的承载通道中，广播给无线网 络，实现了下载类业务的复用，当广播持续更新类型的下载类业务时，不必像现有技术那样 必须独占固定的承载通道，在满足该下载类业务需要的情况下，可以将多余的带宽分配给 别的业务使用，从而充分利用了宝贵的无线网络资源。当有多个下载类业务请求时，根据优 先级从高到低，依次复用到使用的承载通道中广播发送，可以进一步有效利用无线网络资 源。参见图7，本发明实施例提供了一种广播接收终端，具体包括文件描述表接收模块701，用于接收广播发来的文件描述表，其中，文件描述表中 携带有业务相关信息，该业务相关信息中包含业务标识；判断模块702，用于判断文件描述表接收模块701收到的文件描述表中携带的业 务标识是否为终端请求的下载类业务的业务标识；数据文件接收模块703，用于当判断模块702判断所述业务标识为终端请求的下 载类业务的业务标识时，接收该业务标识所属的下载类业务对应的数据文件。本实施例通过文件描述表接收模块接收广播发来的文件描述表，数据文件接收模 块根据判断模块判断的结果接收文件描述表中的业务标识所属的下载类业务对应的数据 文件，使得广播接收终端可以根据业务标识来接收相应的数据文件，实现了根据需要接收 数据文件。参见图8，本发明实施例提供了一种广播下载类业务的系统，具体包括广播应用服务器801，用于发送创建下载类业务的请求消息，其中，该请求消息中 携带有创建的下载类业务的业务相关信息，并接收响应消息；广播下载类业务的装置802，用于接收广播应用服务器801发来的请求消息，判断 是否存在承载通道，如果存在，则使用存在的承载通道，根据请求消息包括的业务相关信息 和使用的承载通道，为创建的下载类业务分配相应的带宽，并返回响应消息给广播应用服 务器801，还用于从广播应用服务器801获取上述下载类业务的数据文件，利用使用的承载 通道，广播发送获取的数据文件。本实施例中，业务相关信息包括业务标识和业务类型，进一步地，还可以包括优先 级信息。另外，当广播下载类业务的装置802判断出不存在承载通道时，可以创建一个承载 通道，并使用创建的承载通道。进一步地，如果广播下载类业务的装置802判断出使用的承载通道的可用带宽不 满足下载类业务需要的带宽时，可以返回失败的响应消息或需要等待的响应消息给广播应 用服务器。
另外，本实施例中，广播下载类业务的装置802可以利用使用的承载通道，广播发 送数据文件和文件描述表，该文件描述表中携带有上述业务相关信息中的业务标识，用于 广播接收终端接收该业务标识所属的下载类业务的数据文件。本实施例广播应用服务器发送创建下载类业务的请求消息，广播下载服务器为请 求的下载类业务分配带宽，并将获取的数据文件复用到存在的承载通道中，广播发送出去， 实现了下载类业务的复用，当广播持续更新类型的下载类业务时，不必像现有技术那样必 须独占固定的承载通道，在满足该下载类业务需要的情况下，可以将多余的带宽分配给别 的业务使用，从而充分利用了宝贵的无线网络资源。以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现，其软件 程序存储在可读取的存储介质中，存储介质例如计算机中的硬盘、光盘或软盘。以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
一种广播下载类业务的方法，其特征在于，所述方法包括接收广播应用服务器发来的创建下载类业务的请求消息，所述请求消息中携带有所述下载类业务的业务相关信息；判断是否存在承载通道，如果存在，则使用所述存在的承载通道；根据所述业务相关信息和使用的承载通道，为所述下载类业务分配相应的带宽；从所述广播应用服务器获取所述下载类业务的数据文件；利用所述使用的承载通道，广播发送所述数据文件。
2.根据权利要求1所述的广播下载类业务的方法，其特征在于，所述方法还包括 如果判断出不存在承载通道，则创建一个承载通道，并使用创建的承载通道。
3.根据权利要求1所述的广播下载类业务的方法，其特征在于，根据所述业务相关信 息和使用的承载通道，为所述下载类业务分配相应的带宽，具体包括判断所述业务相关信息中的业务类型是尽力转发类型还是指定带宽类型； 如果是尽力转发类型，则给所述下载类业务分配带宽；如果是指定带宽类型，则判断所述使用的承载通道的可用带宽是否满足所述下载类业 务需要的带宽，如果是，则给所述下载类业务分配带宽。
4.根据权利要求1所述的广播下载类业务的方法，其特征在于，利用所述使用的承载 通道，广播发送所述数据文件，具体包括利用所述使用的承载通道，广播发送所述数据文件和文件描述表，所述文件描述表中 携带有所述业务相关信息中的业务标识，用于广播接收终端接收所述业务标识所属的下载 类业务的数据文件。
5.根据权利要求4所述的广播下载类业务的方法，其特征在于，所述业务标识携带在 所述文件描述表中的数据文件属性字段中新增的元素中。
6.根据权利要求1所述的广播下载类业务的方法，其特征在于，所述方法还包括当接收到多个下载类业务的请求消息，且请求消息中包含优先级信息时，分别为所述 多个下载类业务中的每个下载类业务分配带宽，并将获取的每个下载类业务的数据文件， 按照优先级从高到低的顺序，依次复用到所述使用的承载通道中广播发送。
7. 一种接收下载类业务的方法，其特征在于，所述方法包括广播接收终端接收文件描述表，所述文件描述表中携带有业务相关信息，所述业务相 关信息中包含业务标识；判断所述文件描述表中携带的业务标识是否为自身请求的下载类业务的业务标识，如 果是，则接收所述业务标识所属的下载类业务对应的数据文件。
8. 一种广播下载类业务的装置，其特征在于，所述装置包括接收模块，用于接收广播应用服务器发来的创建下载类业务的请求消息，所述请求消 息中携带有所述下载类业务的业务相关信息；判断模块，用于判断是否存在承载通道，如果存在，则使用所述存在的承载通道； 带宽分配模块，用于根据所述业务相关信息和使用的承载通道，为所述下载类业务分 配相应的带宽；获取模块，用于从所述广播应用服务器获取所述下载类业务的数据文件； 广播模块，用于利用所述使用的承载通道，广播发送所述数据文件。
9.根据权利要求8所述的广播下载类业务的装置，其特征在于，所述带宽分配模块具 体包括判断单元，用于判断所述业务相关信息中的业务类型是尽力转发类型还是指定带宽类型；第一分配单元，用于当所述判断单元判断出所述业务类型是尽力转发类型时，给所述 下载类业务分配带宽；第二分配单元，用于当所述判断单元判断出所述业务类型是指定带宽类型时，判断所 述使用的承载通道的可用带宽是否满足所述下载类业务需要的带宽，如果是，则给所述下 载类业务分配带宽。
10.根据权利要求8所述的广播下载类业务的装置，其特征在于，所述广播模块具体包括广播单元，用于利用所述使用的承载通道，广播发送所述数据文件和文件描述表，所述 文件描述表中携带有所述业务相关信息中的业务标识，用于广播接收终端接收所述业务标 识所属的下载类业务的数据文件。
11.根据权利要求8所述的广播下载类业务的装置，其特征在于，所述装置还包括复用模块，用于当所述接收模块接收到多个下载类业务的请求消息，且请求消息中包 含优先级信息时，分别为所述多个下载类业务中的每个下载类业务分配带宽，并将获取的 每个下载类业务的数据文件，按照优先级从高到低的顺序，依次复用到所述使用的承载通 道中广播发送。
12.—种终端，其特征在于，所述终端包括文件描述表接收模块，用于接收广播发来的文件描述表，所述文件描述表中携带有业 务相关信息，所述业务相关信息中包含业务标识；判断模块，用于判断所述文件描述表接收模块收到的所述文件描述表中携带的业务标 识是否为所述终端请求的下载类业务的业务标识；数据文件接收模块，用于当所述判断模块判断所述业务标识为所述终端请求的下载类 业务的业务标识时，接收所述业务标识所属的下载类业务对应的数据文件。
13.一种广播应用服务器，其特征在于，所述服务器包括发送模块，用于向广播下载类业务的装置发送创建下载类业务的请求消息，所述请求 消息中携带有所述下载类业务的业务相关信息；接收模块，用于接收所述广播下载类业务的装置返回的响应消息。
14.根据权利要求13所述的广播应用服务器，其特征在于，所述发送模块具体包括 发送单元，用于向广播下载类业务的装置发送创建下载类业务的请求消息，所述请求消息中携带有所述下载类业务的业务标识和业务类型，或者携带有所述下载类业务的业务 标识、业务类型和优先级信息。
15.一种广播下载类业务的系统，其特征在于，所述系统包括广播应用服务器，用于发送创建下载类业务的请求消息，所述请求消息中携带有所述 下载类业务的业务相关信息，并接收响应消息；广播下载类业务的装置，用于接收所述广播应用服务器发来的所述请求消息，判断是 否存在承载通道，如果存在，则使用所述存在的承载通道，根据所述业务相关信息和使用的承载通道，为所述下载类业务分配相应的带宽，并返回响应消息给所述广播应用服务器，还用于从所述广播应用服务器获取所述下载类业务的数据文件，利用所述使用的承载通道，广播发送所述数据文件。
全文摘要
本发明公开了一种广播下载类业务的方法、装置、终端、广播应用服务器和系统，属于通信技术领域。该方法包括接收广播应用服务器发来的创建下载类业务的请求消息，根据存在的承载通道及请求消息中携带的业务相关信息，为下载类业务分配带宽，获取下载类业务的数据文件并使用该承载通道广播发送。该装置包括接收模块、判断模块、带宽分配模块、获取模块和广播模块。该终端包括文件描述表接收模块、判断模块和数据文件接收模块。该广播应用服务器包括发送模块和接收模块。该系统包括广播应用服务器和广播下载类业务的装置。本发明充分利用了无线网络资源。
文档编号H04H60/85GK101800937SQ200910008498
公开日2010年8月11日 申请日期2009年2月5日 优先权日2009年2月5日
发明者孙超 申请人:华为技术有限公司