CN101800937B - 广播下载类业务的方法、装置和系统 - Google Patents
广播下载类业务的方法、装置和系统 Download PDFInfo
- Publication number
- CN101800937B CN101800937B CN200910008498.5A CN200910008498A CN101800937B CN 101800937 B CN101800937 B CN 101800937B CN 200910008498 A CN200910008498 A CN 200910008498A CN 101800937 B CN101800937 B CN 101800937B
- Authority
- CN
- China
- Prior art keywords
- downloading business
- broadcast
- bandwidth
- bearer path
- business
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 25
- 230000005540 biological transmission Effects 0.000 claims description 32
- 230000004044 response Effects 0.000 claims description 18
- 238000004891 communication Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种广播下载类业务的方法、装置、终端、广播应用服务器和系统,属于通信技术领域。该方法包括:接收广播应用服务器发来的创建下载类业务的请求消息,根据存在的承载通道及请求消息中携带的业务相关信息,为下载类业务分配带宽,获取下载类业务的数据文件并使用该承载通道广播发送。该装置包括:接收模块、判断模块、带宽分配模块、获取模块和广播模块。该终端包括:文件描述表接收模块、判断模块和数据文件接收模块。该广播应用服务器:包括发送模块和接收模块。该系统包括:广播应用服务器和广播下载类业务的装置。本发明充分利用了无线网络资源。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种广播下载类业务的方法、装置和系统。
背景技术
在MBMS(Multimedia Broadcast/Multicast Service,多媒体广播/多播业务)用户业务的架构模型中,下载(Download)类业务的数据文件由传送端(sender)以多点传送的方式传送至多个接收端(receiver)。
现有技术中传送下载类业务的流程具体如下:
将需要广播的下载类业务的数据文件,如文件1、文件2和文件3,根据该下载类业务的时间调度信息进行排队;启动一个MBMS承载会话,并和无线网络的GGSN(Gateway GPRSSupportingNode,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:广播应用服务器向广播下载服务器发送申请创建下载类业务事件的请求消息;
其中,每个下载类业务包括一个或多个可在承载通道上承载的数据文件;
该请求消息中包括以下关键参数:
业务标识(如GlobalServiceID),用于唯一标识下载类业务;
下载类业务对带宽的要求;
下载类业务的类型,包括尽力转发型和指定带宽类型;
其中,尽力转发型是指广播下载服务器根据承载通道的带宽被占用的情况,采用尽力转发的方式,将下载类业务加入到承载通道中,再转发给无线网络。对于尽力转发类型的下载类业务,在请求消息中可以不包括下载类业务对带宽的要求,默认为由广播下载服务器根据承载通道中未被占用的带宽进行转发。例如手机报、音乐排行榜等业务。
指定带宽类型是指广播下载服务器根据请求消息包括的下载类业务对带宽的要求,在承载通道中分配承载带宽,并保证下载类业务能够及时地加入到承载通道中,转发到无线网络。例如股票、天气预报等业务。
进一步地,该请求消息中还可以包括以下其他参数中的一种或几种:
下载类业务的时间调度信息,例如下载下载类业务的开始时间、有效时间、结束时间;
下载类业务的承载相关信息;
下载类业务相对于其他下载类业务的优先级;其中,尽力转发类型的下载类业务的优先级低于指定带宽类型的下载类业务的优先级。
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中包含业务标识GlobalServiceID,用于标识数据文件所属的下载类业务。一个FileType可以包括多个GlobalServiceID,表示该FileType描述的数据文件同时属于多个下载类业务。在本实施例中FDT的XML描述如下:
其中,<xs:element name="GlobalServiceID″/>为在FDT中扩展的元素,该元素的名字为GlobalServiceID,即业务标识,用于标识数据文件所属的下载类业务。
为了能够清楚的说明FDT,接下来用一个具体的实施例来说明。例如,在承载通道承载的数据文件有service1.txt,service2.txt和joke.txt。service1.txt属于下载类业务1,service2.txt属于下载类业务2,joke.txt同时属于下载类业务1和下载类业务2。下载类业务1和下载类业务2的业务标识GlobalServiceID分别为1和2。在FDT中service1.txt的GlobalServiceID值为1,service2.txt的GlobalServiceID值为2,joke.txt的GlobalServiceID值为1和2。所以该实施例的具体的XML描述如下:
其中,Content-Location="http://www.example.com/service1.txt/c">和<GlobalServiceID>1</GlobalServiceID>表明:文件sevice1.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>1</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可以利用使用的承载通道,广播发送数据文件和文件描述表,该文件描述表中携带有上述业务相关信息中的业务标识,用于广播接收终端接收该业务标识所属的下载类业务的数据文件。
本实施例广播应用服务器发送创建下载类业务的请求消息,广播下载服务器为请求的下载类业务分配带宽,并将获取的数据文件复用到存在的承载通道中,广播发送出去,实现了下载类业务的复用,当广播持续更新类型的下载类业务时,不必像现有技术那样必须独占固定的承载通道,在满足该下载类业务需要的情况下,可以将多余的带宽分配给别的业务使用,从而充分利用了宝贵的无线网络资源。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现,其软件程序存储在可读取的存储介质中,存储介质例如:计算机中的硬盘、光盘或软盘。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (7)
1.一种广播下载类业务的方法,其特征在于,所述方法包括:
接收广播应用服务器发来的创建下载类业务的请求消息,所述请求消息中携带有所述下载类业务的业务相关信息;
判断是否存在承载通道,如果存在,则使用所述存在的承载通道;
根据所述业务相关信息和使用的承载通道,为所述下载类业务分配相应的带宽;
从所述广播应用服务器获取所述下载类业务的数据文件;
利用所述使用的承载通道,广播发送所述数据文件;
其中,所述根据所述业务相关信息和使用的承载通道,为所述下载类业务分配相应的带宽,包括:
判断所述业务相关信息中的业务类型是尽力转发类型还是指定带宽类型;
如果是尽力转发类型,则给所述下载类业务分配带宽;
如果是指定带宽类型,则判断所述使用的承载通道的可用带宽是否满足所述下载类业务需要的带宽,如果是,则给所述下载类业务分配带宽;
所述方法还包括:
当接收到多个下载类业务的请求消息,且请求消息中包含优先级信息时,分别为所述多个下载类业务中的每个下载类业务分配带宽,并将获取的每个下载类业务的数据文件,按照优先级从高到低的顺序,依次复用到所述使用的承载通道中广播发送。
2.根据权利要求1所述的广播下载类业务的方法,其特征在于,所述方法还包括:
如果判断出不存在承载通道,则创建一个承载通道,并使用创建的承载通道。
3.根据权利要求1所述的广播下载类业务的方法,其特征在于,利用所述使用的承载通道,广播发送所述数据文件,具体包括:
利用所述使用的承载通道,广播发送所述数据文件和文件描述表,所述文件描述表中携带有所述业务相关信息中的业务标识,用于广播接收终端接收数据文件,所述数据文件为所述业务标识所属的下载类业务的数据文件。
4.根据权利要求3所述的广播下载类业务的方法,其特征在于,所述业务标识携带在所述文件描述表中的数据文件属性字段中新增的元素中。
5.一种广播下载类业务的装置,其特征在于,所述装置包括:
接收模块,用于接收广播应用服务器发来的创建下载类业务的请求消息,所述请求消息中携带有所述下载类业务的业务相关信息;
判断模块,用于判断是否存在承载通道,如果存在,则使用所述存在的承载通道;
带宽分配模块,用于根据所述业务相关信息和使用的承载通道,为所述下载类业务分配相应的带宽;
获取模块,用于从所述广播应用服务器获取所述下载类业务的数据文件;
广播模块,用于利用所述使用的承载通道,广播发送所述数据文件;
其中,所述带宽分配模块包括:
判断单元,用于判断所述业务相关信息中的业务类型是尽力转发类型还是指定带宽类型;
第一分配单元,用于当所述判断单元判断出所述业务类型是尽力转发类型时,给所述下载类业务分配带宽;
第二分配单元,用于当所述判断单元判断出所述业务类型是指定带宽类型时,判断所述使用的承载通道的可用带宽是否满足所述下载类业务需要的带宽,如果是,则给所述下载类业务分配带宽;
所述装置还包括:
复用模块,用于当所述接收模块接收到多个下载类业务的请求消息,且请求消息中包含优先级信息时,分别为所述多个下载类业务中的每个下载类业务分配带宽,并将获取的每个下载类业务的数据文件,按照优先级从高到低的顺序,依次复用到所述使用的承载通道中广播发送。
6.根据权利要求5所述的广播下载类业务的装置,其特征在于,所述广播模块具体包括:
广播单元,用于利用所述使用的承载通道,广播发送所述数据文件和文件描述表,所述文件描述表中携带有所述业务相关信息中的业务标识,用于广播接收终端接收数据文件,所述数据文件为所述业务标识所属的下载类业务的数据文件。
7.一种广播下载类业务的系统,其特征在于,所述系统包括:
广播应用服务器,用于发送创建下载类业务的请求消息,所述请求消息中携带有所述下载类业务的业务相关信息,并接收响应消息;
广播下载类业务的装置,用于接收所述广播应用服务器发来的所述请求消息,判断是否存在承载通道,如果存在,则使用所述存在的承载通道,根据所述业务相关信息和使用的承载通道,为所述下载类业务分配相应的带宽,并返回响应消息给所述广播应用服务器,还用于从所述广播应用服务器获取所述下载类业务的数据文件,利用所述使用的承载通道,广播发送所述数据文件;
其中,所述广播下载类业务的装置根据所述业务相关信息和使用的承载通道,为所述下载类业务分配相应的带宽,包括:
判断所述业务相关信息中的业务类型是尽力转发类型还是指定带宽类型;
如果是尽力转发类型,则给所述下载类业务分配带宽;
如果是指定带宽类型,则判断所述使用的承载通道的可用带宽是否满足所述下载类业务需要的带宽,如果是,则给所述下载类业务分配带宽;
所述广播下载类业务的装置还用于:
当接收到多个下载类业务的请求消息,且请求消息中包含优先级信息时,分别为所述多个下载类业务中的每个下载类业务分配带宽,并将获取的每个下载类业务的数据文件,按照优先级从高到低的顺序,依次复用到所述使用的承载通道中广播发送。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910008498.5A CN101800937B (zh) | 2009-02-05 | 2009-02-05 | 广播下载类业务的方法、装置和系统 |
PCT/CN2009/073019 WO2010088815A1 (zh) | 2009-02-05 | 2009-07-31 | 广播下载类业务的方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910008498.5A CN101800937B (zh) | 2009-02-05 | 2009-02-05 | 广播下载类业务的方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101800937A CN101800937A (zh) | 2010-08-11 |
CN101800937B true CN101800937B (zh) | 2014-04-16 |
Family
ID=42541656
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910008498.5A Active CN101800937B (zh) | 2009-02-05 | 2009-02-05 | 广播下载类业务的方法、装置和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101800937B (zh) |
WO (1) | WO2010088815A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102572708B (zh) * | 2010-12-08 | 2015-04-01 | 中国电信股份有限公司 | 多播广播业务处理方法与系统、广播多播业务平台 |
CN106228075A (zh) * | 2016-07-18 | 2016-12-14 | 刘日初 | 一种文件处理方法及装置 |
CN106228083A (zh) * | 2016-07-18 | 2016-12-14 | 刘日初 | 一种文件处理方法、装置、服务器及终端 |
CN114793323B (zh) * | 2021-01-25 | 2023-06-27 | 中国广播电视网络有限公司 | 广播传输方法及装置 |
CN115296943B (zh) * | 2022-07-18 | 2024-04-16 | 杭州趣链科技有限公司 | 一种消息广播方法、装置、服务器和存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101159762A (zh) * | 2007-11-19 | 2008-04-09 | 腾讯科技(深圳)有限公司 | 加速网页内容下载的方法及装置 |
CN101296249A (zh) * | 2008-04-03 | 2008-10-29 | 东南大学 | 用于无线传感器网络的媒体访问控制方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1953353B (zh) * | 2006-06-28 | 2010-11-03 | 北京邮电大学 | 基于吉比特无源光网络中多等级服务的动态带宽分配方法 |
CN101296246B (zh) * | 2007-04-24 | 2012-06-27 | 华为技术有限公司 | 通过单向文件传输协议传输、接收通知消息的方法及装置 |
-
2009
- 2009-02-05 CN CN200910008498.5A patent/CN101800937B/zh active Active
- 2009-07-31 WO PCT/CN2009/073019 patent/WO2010088815A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101159762A (zh) * | 2007-11-19 | 2008-04-09 | 腾讯科技(深圳)有限公司 | 加速网页内容下载的方法及装置 |
CN101296249A (zh) * | 2008-04-03 | 2008-10-29 | 东南大学 | 用于无线传感器网络的媒体访问控制方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2010088815A1 (zh) | 2010-08-12 |
CN101800937A (zh) | 2010-08-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2307467C2 (ru) | Способ передачи управляющего сигнала для данных мультимедийных широковещательных/многоадресных услуг (mbms) в системе беспроводной подвижной связи | |
KR100913882B1 (ko) | 이동/방송 시스템에서 방송 서비스에 대한 통지를 전송하는 방법 및 그 시스템 | |
CN101647230B (zh) | 多跳中继网络中的组播通信的方法和设备 | |
JP5144541B2 (ja) | 携帯放送システムにおけるサービスガイド又はサービスガイドフラグメントを要請する方法及びシステム | |
US8036146B2 (en) | BCAST service system and contents transmission method using the same | |
CN105472027B (zh) | 在动态内容传送系统中进行内容更新的方法和系统 | |
CN102067514B (zh) | 用于多跳中继通信系统中的多播树管理的方法和装置 | |
CN101800937B (zh) | 广播下载类业务的方法、装置和系统 | |
EP1689103A3 (en) | System and method for selectively receiving DMB data broadcast | |
EP2211568B1 (en) | Method of obtaining service information to receive broadcasting service in a user equipment | |
CN101027871A (zh) | 在点对多点传输系统中确认数据的方法和设备 | |
WO2011094951A1 (zh) | 在机器类通信中基于mbms的内容传送方法和装置 | |
CN102598722B (zh) | 用于控制ptm服务传输的方法 | |
CN101325595A (zh) | 管理由终端接收经由基础设施所发送的多媒体内容的设备 | |
CN101615960A (zh) | 一种交互组件更新的方法、终端和服务器 | |
CN101958758B (zh) | 一种基于路况信息实现数字广播的方法、装置 | |
CN101971649B (zh) | 提供业务的方法与设备 | |
JP5476975B2 (ja) | ネットワーク間データ配信システム、情報通信端末、コンテンツ配信サーバ | |
JP2007221715A (ja) | ネットワーク管理装置、受信端末装置、コンテンツ配信システム、ネットワーク管理方法、およびコンテンツ受信方法 | |
CN101179765B (zh) | 一种建立传输信道的方法、系统和装置 | |
JP2007336536A (ja) | 移動体デバイスへの動的コンテンツの混合モード配信のためのシステムおよび方法 | |
CN101800938A (zh) | 为mbms承载业务建立无线承载的方法、装置和系统 | |
CN101662761B (zh) | 一种移动终端控制方法、移动终端、通信系统以及业务平台 | |
CN103037313A (zh) | 多媒体广播接入设备及方法 | |
RU2005141762A (ru) | Способ и система для разрегистрации широковещательного/группового обслуживания в высокоскоростной системе с коммутацией пакетов данных |
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 | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211222 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: xFusion Digital Technologies Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |