CN101163258A - 对大容量小区广播业务进行处理的方法和系统 - Google Patents
对大容量小区广播业务进行处理的方法和系统 Download PDFInfo
- Publication number
- CN101163258A CN101163258A CNA2006101402197A CN200610140219A CN101163258A CN 101163258 A CN101163258 A CN 101163258A CN A2006101402197 A CNA2006101402197 A CN A2006101402197A CN 200610140219 A CN200610140219 A CN 200610140219A CN 101163258 A CN101163258 A CN 101163258A
- Authority
- CN
- China
- Prior art keywords
- content
- encoding block
- arrival
- state
- receiving terminal
- 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
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种对大容量小区广播业务进行处理的方法、系统和接收端,其核心是:发送端根据系统需求对小区广播业务进行分块,并对得到的内容块进行线性分组编码处理后,对得到的每个编码块赋予元数据属性信息,然后下发;编码块到达接收端后,所述接收端根据本次到达的编码块的元数据属性信息对本次到达的编码块进行接收处理。通过本发明,在动态移动的情况下,只要接收到与分块数量相等的编码块后,就能够完整接收到所述某个内容,从而提高接收效率。另外,当移动台不能完整接收到某个内容时,其会周期性对内容进行清理,从而为接收的内容腾出一定的存储空间,再次提高接收效率。
Description
技术领域
本发明涉及通信领域,尤其涉及小区广播技术。
背景技术
小区广播短消息业务是通过小区广播系统实现的。所述小区广播系统一般由CBE(小区广播实体)、CBC(小区广播中心)、BSC(基站控制器)、BTS(基站)、MS(移动台)以及相关的接口部件组成。
所述CBE负责将各自的广播消息内容及广播参数提交到CBC;所述CBC根据协议约定对来自不同CBE的消息进行收集,并进行综合调度,然后将操作命令送到BSC;所述BSC对接收到的命令进行解释、储存并发送到BTS执行命令;所述BTS对广播短消息进行流量控制,然后按照给定频率和次数发送小区广播短消息给特定区域内的MS,并对每个小区广播短消息分配一个频道标识号。所述特定区域可以是一个或多个CELL(小区),甚至可以是整个PLMN(陆地移动通信网)。
用户根据所述频道标识号对其使用的移动台进行设定,在空闲时通过该频道接收所述小区广播短消息并显示给用户,屏蔽其不关心的内容。
当前,小区广播的短消息业务内容主要是几百个字节的文本消息和一些图象,这对于将来业务的需求是远远不够的,用户希望得到其它内容格式的广播内容,譬如媒体文件。然而,一般媒体文件的容量比较大,这需要所述小区广播系统对这些大容量的小区广播短消息业务进行处理后,才能够下发。
与本发明有关的现有技术是在申请号为US20060018269A1、CN02130506.4等的专利中提供的一种对大容量的小区广播短消息业务进行处理的方法,其核心是:在进行广播之前,首先对业务的内容进行分块处理,然后再将分块后的内容加入到广播队列中,然后广播所述分块内容到各个小区的移动台。由于移动台的动态性,使得其接收到的小区广播短消息业务内容的QoS(服务质量)大打折扣,所以,CBC在广播分块内容的时候,需要不断的轮循广播,直到广播的质量达到一定满意度。
对于移动台,由于其动态性,所以其状态也在不断发生变化,譬如,移动台在不同小区之间进行移动,并且需要在某些时刻接收电话或者使用其它的业务。为了保证这些业务的QoS,移动台需要对一些小区广播短消息业务进行限制,然而在进行限制操作前和后,所述移动台接收的内容可能不同。例如,移动台在状态改变前(空闲状态1),接收到的内容为C1,然后由于某项需求,移动台处于忙的状态,那就不能够接收广播的内容,此后,移动台完成了需求的任务后,又改变了状态(处于空闲状态2),所在的小区正在播放内容C2。为了在不同空闲状态下接收系统正在播放的广播内容,移动台需要分配很大的空间来存贮这些接收到的内容。
由现有技术可以看出,其存在如下的技术问题:
在移动台没有完成接收某个内容的情况下,由于移动台不确定的动态性,很难完整地接收到所述某个内容,接收效率较低。
发明内容
本发明提供一种对大容量小区广播业务进行处理的方法和系统,通过本发明采用编码块技术,在移动台动态移动情况下,只要接收到与分块数量相等的编码块后,就能够更加快捷完整接收到所述某个内容,从而提高接收效率。
本发明通过如下技术方案实现:
本发明提供一种对大容量小区广播业务进行处理的方法,其包括:
发送端根据系统需求对小区广播业务内容进行分块,并对得到的内容块进行线性分组编码处理,得到一组编码块,并对每个编码块赋予元数据属性信息,然后下发;编码块到达接收端后,所述接收端根据本次到达的编码块的元数据属性信息对本次到达的编码块进行接收处理。
所述接收端根据本次到达的编码块的元数据属性信息对本次到达的编码块进行接收处理的过程,具体包括:根据本次到达的编码块的元数据属性信息和接收端内的内容记录判断出本次到达的编码块包含的内容的性质,然后再根据所述内容性质对本次到达的编码块进行接收处理。
其中,所述接收端根据本次到达的编码块的元数据属性信息和接收端内的内容记录判断出本次到达的编码块包含的内容的性质的过程,具体包括:发送端下发的编码块到达接收端后,所述接收端提取出所述编码块的元数据属性信息;用到达的编码块的元数据属性信息中的ContentID去匹配接收端内的内容记录中的内容标识ContentID,如果没有匹配到对应的ContentID,则认为本次到达的编码块包含的内容为新内容;否则,认为本次到达的编码块中包含的内容对应接收端内已经存在的某项内容。
其中,所述根据所述内容性质对本次到达的编码块进行接收处理的过程,具体包括:当内容性质为本次到达的编码块包含的内容为新内容时,则根据分块处理后得到的内容块的数量BlockNum和编码块的大小Size为所述新内容分配一定的存储空间;当成功分配到存储空间后,利用所分配到的存储空间存储所述到达的编码块,并根据所述元数据属性信息和当前处理所述编码块的时间记录所述新内容对应的相关内容记录;当分配存储空间失败后,则放弃接收本次到达的编码块。
其中,所述根据分块处理后得到的内容块的数量BlockNum和编码块的大小Size为所述新内容分配一定的存储空间的过程,具体包括:根据当前到达的编码块的元数据属性信息中的编码块的数量BlockNum和编码块的大小Size判断是否存在足够的存储空间提供给所述新内容;当没有足够的存储空间时,则判断接收端内是否存在处于接收状态Ing的内容,若存在,则释放处于接收状态Ing、且时间Time是存在时间最早的情况下对应的内容所分配的存储空间,并且在释放所述内容所分配的存储空间的同时,将所述内容对应的内容记录删除掉,直到有足够的存储空间后,根据提取出的编码块的元数据属性信息值的编码块的数量BlockNum信息和编码块的大小Size为所述新内容分配一定的存储空间,并返回成功分配的信息;若接收端内不存在处于接收状态Ing的内容,则返回失败值。
其中,所述根据所述元数据属性信息和当前处理所述编码块的时间记录所述新内容对应的相关内容记录的过程具体包括:在内容记录中记录下所述元数据属性信息中的ContentID,并将与所述ContentID对应的内容状态State信息设置为接收状态Ing、将与所述ContentID对应的时间Time设置为所述编码块到达的时间,以及,将本次接收到的编码块数量记录到所述ContentID对应的已经接收到的编码块数量Received中。
其中,所述根据所述内容性质对本次到达的编码块进行接收处理的过程,具体包括:当内容性质为本次到达的编码块中包含的内容对应接收端内已经存在的某项内容时,根据所述某项内容对应的内容记录中的状态State判断是否还需要继续接收本次到达的编码块;当确定不需要继续接收后,则丢弃本次到达的编码块,然后继续处理后续到达的编码块;当确定还需要继续接收后,则将所述某项内容对应的内容记录中的时间Time修改为所述编码块到达的时间,然后根据所述元数据属性信息中的向量参数判断是否已经接收到使用相同向量参数的编码块,若否,则存储本次到达的编码块,并将本次接收到的编码块数量记录到所述某项内容对应的内容记录中的编码块数量Received中;若是,则丢弃本次到达的编码块,然后继续处理后续到达的编码块。
其中,所述根据所述某项内容对应的内容记录中的状态State判断是否还需要继续接收本次到达的编码块的过程,具体包括:判断所述某项内容对应的内容记录中的状态State是否为接收状态Ing,当处于接收状态Ing时,则确定还需要继续接收本次到达的编码块;否则,不需要继续接收。
其中,所述根据所述元数据属性信息中的向量参数确定是否已经接收到使用相同向量参数的编码块的过程,具体包括:比较到达的编码块的元数据属性信息中包含的向量参数,与已经接收到的编码块使用的向量参数,如果没有存在相同的向量参数,则确定没有接收到使用相同向量参数的编码块;否则,确定已经接收到使用相同向量参数的编码块。
其中,所述根据所述内容性质对本次到达的编码块进行接收处理的过程,还包括:接收端判断所述ContentID对应的内容记录中接收到的编码块的数量Received是否到达还原到原始内容时需要的最少编码块数量Sum,若到达,则结束接收过程,并利用所述元数据属性信息中的向量参数对接收到的编码块进行还原处理,并设置所述ContentID对应的状态State为完成Finished状态,将Time设置为系统设定的固定值;否则,继续接收后续到达的编码块。
其中,当获知到用户将处于Finished状态的内容删除后,还包括:接收端判断状态State为拒绝Rejected状态的内容记录数量是否达到设置的数量阈值,若达到,则删除处于Rejected状态、且时间Time为存在时间最早的情况下对应的内容记录,然后将被删除内容对应的内容记录中的状态State修改为Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0;否则,直接在被删除内容对应的内容记录中,将状态State修改为Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0。
其中,所述的方法还包括:接收端按照一定的清理原则对处于Ing状态的内容进行周期性的清理;所述清理原则包括:释放时间Time与设定的存活周期阈值之和小于或等于当前时间对应的内容所分配的存储空间,并删除所述内容对应的内容记录。
本发明还提供一种对大容量小区广播业务进行处理的系统,其包括:发送端和接收端;所述发送端,用于根据系统需求对小区广播业务内容进行分块,并对得到的内容块进行线性分组编码处理,得到一组编码块,并对每个编码块赋予元数据属性信息,然后下发;所述接收端,用于当编码块到达后,根据本次到达的编码块的元数据属性信息对本次到达的编码块进行接收处理。
其中,所述接收端还用于:利用所述本次到达的编码块的元数据属性信息中的ContentID去匹配接收端内的内容记录信息中的ContentID,如果没有匹配到对应的ContentID,则认为本次到达的编码块包含的内容为新内容;否则,认为本次到达的编码块中包含的内容对应接收端内已经存在的某项内容。
其中,所述接收端还用于:当获取到本次到达的编码块包含的内容为新内容的判断结果时,根据分块处理后得到的内容块的数量BlockNum和编码块的大小Size为所述新内容分配一定的存储空间;当成功分配到存储空间后,利用所分配到的存储空间存储所述到达的编码块,并根据所述元数据属性信息和当前处理所述编码块的时间记录所述新内容对应的相关内容记录;当分配存储空间失败后,则放弃接收本次到达的编码块。
其中,所述接收端还用于:根据当前到达的编码块的元数据属性信息中的分块处理后得到的内容块的数量BlockNum和编码块的大小Size判断是否存在足够的存储空间提供给所述新内容;当没有足够的存储空间时,则判断接收端内是否存在处于接收状态Ing的内容,若存在,则释放处于接收状态Ing、且时间Time是存在时间最早的情况下对应的内容所分配的存储空间,并且在释放所述内容所分配的存储空间的同时,将所述内容对应的内容记录删除掉,直到有足够的存储空间后,根据提取出的编码块的元数据属性信息中的分块处理后得到的内容块的数量BlockNum信息和编码块的大小Size为所述新内容分配一定的存储空间,并返回成功分配的值;若接收端内不存在处于接收状态Ing的内容,则返回失败原因值。
其中,所述接收端还用于:当获取到本次到达的编码块中包含的内容对应接收端内已经存在的某项内容的判断结果后,根据所述某项内容对应的内容记录中的状态State判断是否还需要继续接收本次到达的编码块;当确定不需要继续接收后,则丢弃本次到达的编码块,然后继续处理后续到达的编码块;当确定还需要继续接收后,则将所述某项内容对应的内容记录中的时间Time修改为所述编码块到达的时间,然后根据所述元数据属性信息中的向量参数判断是否已经接收到使用相同向量参数的编码块,若否,则存储本次到达的编码块,并将本次接收到的编码块数量记录到所述某项内容对应的内容记录中的编码块数量Received中;若是,则丢弃本次到达的编码块,然后继续处理后续到达的编码块。
其中,所述接收端还用于:判断所述ContentID对应的内容记录中接收到的编码块的数量Received是否到达还原到原始内容时需要的最少编码块数量Sum,若到达,则结束接收过程,并利用所述元数据属性信息中的向量参数对接收到的编码块进行还原处理,并设置所述ContentID对应的状态State为完成Finished状态,Time为系统设定的固定值;否则,继续接收后续到达的编码块。
其中,所述接收端还用于:当所述用户将处于Finished状态、且不需要的内容被删除后,判断处于Rejected状态的内容记录数量是否达到设置的数量阈值,若达到,则删除处于Rejected状态、且时间Time为存在时间最早的情况下对应的内容记录,然后将被删除内容对应的内容记录中的状态State修改为Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0;否则,直接在被删除内容对应的内容记录中,将状态State修改为拒绝Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0。
其中,所述接收端还用于:按照一定的清理原则对处于Ing状态的内容进行周期性的清理;所述清理原则原则包括:释放时间Time与设定的存活周期阈值之和小于或等于当前时间对应的内容所分配的存储空间,并删除所述内容对应的内容记录。
本发明还提供一种接收端,其包括:信息传输单元和接收处理单元;
所述信息传输单元,用于当编码块到达接收端后,将所述编码块传输给所述接收处理单元;所述接收处理单元,用于根据本次到达的编码块的元数据属性信息对本次到达的编码块进行接收处理。
其中,所述接收处理单元包括:元数据属性信息提取单元和内容性质确定单元;所述元数据属性信息提取单元,用于当编码块到达接收端后,提取出所述编码块的元数据属性信息;所述内容性质确定单元,利用所提取出的元数据属性信息中的ContentID去匹配接收端内的内容记录信息中的ContentID,如果没有匹配到对应的ContentID,则认为本次到达的编码块包含的内容为新内容;否则,认为本次到达的编码块中包含的内容对应接收端内已经存在的某项内容。
其中,所述接收处理单元还包括:第一接收处理单元,用于当获取到为新内容的判断结果时,根据分块处理后得到的内容块的数量BlockNum和编码块的大小Size为所述新内容分配一定的存储空间;当成功分配到存储空间后,利用所分配到的存储空间存储所述到达的编码块,并根据所述元数据属性信息和当前处理所述编码块的时间记录所述新内容对应的相关内容记录;当分配存储空间失败后,则放弃接收本次到达的编码块。
其中,所述第一接收处理单元还包括:存储空间管理单元,用于根据当前到达的编码块的元数据属性信息中的分块处理后得到的内容块的数量BlockNum和编码块的大小Size判断是否存在足够的存储空间提供给所述新内容;当没有足够的存储空间时,则判断接收端内是否存在处于接收状态Ing的内容,若存在,则释放处于接收状态Ing、且时间Time是存在时间最早的情况下对应的内容所分配的存储空间,并且在释放所述内容所分配的存储空间的同时,将所述内容对应的内容记录删除掉,直到有足够的存储空间后,根据提取出的编码块的元数据属性信息中的分块处理后得到的内容块的数量BlockNum信息和编码块的大小Size为所述新内容分配一定的存储空间,并返回成功分配的值;若接收端内不存在处于接收状态Ing的内容,则返回失败值。
其中,所述接收处理单元还包括:第二接收处理单元,用于当获取到本次到达的编码块中包含的内容对应接收端内已经存在的某项内容的判断结果后,根据所述某项内容对应的内容记录中的状态State判断是否还需要继续接收本次到达的编码块;当确定不需要继续接收后,则丢弃本次到达的编码块,然后继续处理后续到达的编码块;当确定还需要继续接收后,则将所述某项内容对应的内容记录中的时间Time修改为所述编码块到达的时间,然后根据所述元数据属性信息中的向量参数判断是否已经接收到使用相同向量参数的编码块,若否,则存储本次到达的编码块,并将本次接收到的编码块数量记录到所述某项内容对应的内容记录中的编码块数量Received中;若是,则丢弃本次到达的编码块,然后继续处理后续到达的编码块。
其中,所述接收处理单元还包括:第三接收处理单元,用于判断所述ContentID对应的内容记录中接收到的编码块的数量Received是否达到还原到原始内容时需要的最少编码块数量Sum,若到达,则结束接收过程,并利用所述元数据属性信息中的向量参数对接收到的编码块进行还原处理,并设置所述ContentID对应的状态State为完成Finished状态,Time为系统设定的固定值;否则,继续接收后续到达的编码块。
其中,所述的接收端还包括:内容记录管理单元,用于当所述用户将处于Finished状态的内容删除后,判断处于Rejected状态的内容记录数量是否达到设置的数量阈值,若达到,则删除处于Rejected状态、且时间Time为存在时间最早的情况下对应的内容记录,然后将被用户删除内容对应的内容记录中的状态State修改为Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0;否则,直接在被删除内容对应的内容记录中,将状态State修改为拒绝Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0。
其中,所述内容记录管理单元还用于按照一定的清理原则对处于Ing状态的内容进行周期性的清理;所述清理原则包括:释放时间Time与设定的存活周期阈值之和小于或等于当前时间对应的内容所分配的存储空间,并删除所述内容对应的内容记录。
由上述本发明提供的具体方案可以看出,本发明中,发送端根据系统需求对小区广播业务内容进行分块,并对得到的内容块进行线性分组编码处理,得到一组编码块,并对每个编码块赋予元数据属性信息,然后下发;编码块到达接收端后,所述接收端根据本次到达的编码块的元数据属性信息对本次到达的编码块进行接收处理,因此通过本发明采用编码技术,在移动台动态移动的情况下,只要接收到与分块数量相等的编码块后,就能够完整接收到所述某个内容,从而提高接收效率。
另外,本发明中,当移动台不能够完整接收到某个内容时,其会根据接收到的编码块的元数据属性信息和其内存储的内容记录对接收到的编码块进性接收处理,并对接收到的内容进行周期性的清理,从而为接收的内容腾出一定的存储空间,再次提高接收效率。
附图说明
图1为本发明提供的第一实施例的流程图;
图2为本发明提供的第一实施例中CBC对小区广播短消息业务内容进行处理的流程;
图3为本发明提供的第一实施例中CBC下发的编码块的结构示意图;
图4为本发明提供的第一实施例中为新内容分配存储空间的流程;
图5为本发明提供的第一实施例中移动台对接收到的编码块的接收处理流程;
图6为本发明提供的第一实施例中移动台对用户删除后的内容的处理流程;
图7为本发明提供的第一实施例中移动台周期性对其存储的内容进行清理的流程;
图8为本发明提供的第三实施例的结构原理图。
具体实施方式
对小区广播短消息业务进行分块,给内容共享带来了方便,尤其在P2P(点对点对等通信)的内容共享过程中,针对一个比较大的内容,进行合理的内容分块有利于加速网络速度。本发明基于对小区广播短消息业务内容进行分块处理的技术提供了第一实施例,其主要思想是:发送端对需要广播的小区广播短消息业务内容进行分块,然后对所述内容块进行线性组合,得到一组线性编码块;然后为每一块赋予元数据属性信息后,下发下去。接收端接收到所述部分编码块的时候,能够根据所述部分编码块还原成原始的内容数据流。其具体实施过程如图1所示,包括如下步骤:
步骤S10,发送端根据系统要求判断是否需要对小区广播短消息业务内容进行分块处理,并当确认需要分块时,则根据系统要求对小区广播短消息业务内容进行分块处理,并将得到的内容块进行线性编码,得到一组编码块,并对每一块编码块赋予元数据属性信息后,按照相应的顺序将其写入到广播队列中然后通过广播消息下发出去。
以发送端为CBC为例对步骤S10的具体实现过程进行说明,如图2所示,包括:
步骤S101,CBC根据系统要求判断是否需要对小区广播短消息业务内容进行分块处理,若是,则执行步骤S102;否则,执行步骤S104,直接将所述小区广播短消息业务内容加入到广播队列中,然后执行步骤S105。
步骤S102,对所述小区广播短消息业务内容进行分块处理,得到对应的内容块,然后利用大于分块数量的向量对得到的内容块进行线性编码,得到一组对应的编码块。然后执行步骤S103。
步骤S103,CBC为得到的每个编码块赋予元数据属性信息,然后将其加入到广播队列中,然后执行步骤S105,即将广播队列中的信息发送出去。
在对所述小区广播短消息业务内容进行分块处理时,为了计算方便,尽量使得到的内容块的大小相等。下面举例说明步骤S102和步骤S103的实现过程:
假设CBC根据系统要求将小区广播短消息业务内容进行分块处理后,得到n个内容块,分别为B1、B2、......、Bn,并且利用m个n维向量(其中m>=n),与所述n个内容块进行线性组合,形成m个线性编码块:C1、C2、......、Cm。
在进行线性编码时,可以按照范德蒙行列式的算法公式进行计算,如公式[1]所示:
其中在向量a1,a2,a3,…,an…,am中任意选取n个向量都是线性无关的。
上述是以采用Reed-Solomn编码的方法为例进行说明的,线性分组编码处理的方法也可以利用擦除码等,总之,只要使得在得到的一组编码块中,任意取出与分块处理后得到的内容块的数量相等的编码块,能够还原成原始内容即可。
然后CBC从得到的m个线性编码块中任意取出n个作为数据流,并用元数据标识所述数据流的属性,形成如图3所示的结构,包括Block属性,即元数据属性和Block数据。其中所述Block属性包括ContentID、BlockNum、CoVector、Size和CheckSum。
其中,所述ContentID用来标识分块前原始内容,不同的内容对应的ContentID不同;
所述BlockNum用来表示分块处理后得到的内容块的数量,如果移动台接收到与所述BlockNum相等数量的编码块以后,移动台就能够还原成原始内容。
所述CoVector是指CBC构建编码块过程中所使用的向量,在移动台侧用于还原原始内容。
所述Size指编码块的大小。其与所述BlockNum组合(BlockNum×Size)可以用来表示需要为内容分配的存储空间。
所述CheckSum是编码块的校验值,用来校验在广播过程中内容是否被篡改了。
上述步骤S104中,也可以按照所述分块思想构建不需要进行分块处理的小区广播短消息业务内容的结构,此时Block属性中的BlockNum为1,Covector为0向量,其余的元数据属性与原始内容没有区别。
在接收端接收广播下发的编码块之前,所述接收端内通过一张记录列表维护着其接收到的编码块对应的内容的内容记录。
所述接收列表如表1所示:
ContentID | Sum | Received | State | Time |
A | 100 | 10 | Ing | T1 |
B | 100 | 0 | Rejected | T2 |
C | 200 | 100 | Ing | Tn |
... | ... | ... | ||
P | 200 | 200 | Finished | Endtime |
表1
表1中参数的作用如下:
ContentID:原始内容的唯一标识;
Sum:表示还原原始内容时需要接收到的编码块数量,其值等于或大于编码块元数据属性中的BlockSum;
Received:已经接收到的编码块数量;
State:内容的状态。
每一个内容对应多个编码块,由于接收端,如移动台的动态性,使得在接收广播内容的过程可能会出现多种情况,在接收内容过程中可以将内容的状态划分为三类,如下:
接收状态Ing:表示当前接收端正在处于接收某个内容对应的编码块,或者已经接收了部分编码块,但是由于接收端的某些原因,还没有完成整个内容的接收,并且,自从移动台上一次接收到一块编码块的时间到当前时间的时间差,还没有到达设定的存活周期阈值。
拒绝接收状态Rejected:表示当前接收端正处于拒绝接收某个内容对应的所有编码块,即,如果某个内容在接收列表中的状态Rejected,则与所述某个内容的ContentID对应的所有编码块都会被拒绝接收。
完成接收状态Finished:表示接收端已经完成对某个内容的接收,并且移动台已经不再需要接收所述内容的广播。
Time:表示对某个内容进行操作的最近时间。Time对应不同的状态时有不同的含义:
对应Ing状态时,Time表示最后一次收到State为Ing时的某个内容对应编码块的时间。其用来判断内容的有效性,假如接收端设置内容的存活周期阈值为3个小时,那么自接收端从上次接收到编码块以后,在接下来的3个小时内,如果再没有收到对应所述内容的任何编码块,则所述接收端只能将已经接收下来的所有编码块丢弃掉。反之,如果这个时间段内,能够收到对应所述内容的任何编码块,则将对应所述内容的Time值修改为最后一次接收到的编码块的时间。
对应Rejected状态,Time表示用户设定这个内容为Rejected状态时的时间。
对应Finished状态,Time为系统设定的固定值,即EndTime,可以认为是系统设置的一个最大时间值。
接收端接收到到达的编码块后,提取出元数据属性,并根据所述元数据属性,以及其维护的内容记录对本次到达的编码块进行接收处理,具体如下:
步骤S20,接收端接收到达的编码块,提取所述编码块的元数据属性信息。
步骤S30,根据所述元数据属性信息和接收端内存储的内容记录判断所述编码块中包含的内容的性质,如果判断结果是本次到达的编码块包含的内容为新内容,则执行步骤S40;如果判断结果是本次到达的编码块包含的内容对应接收端内已经存在的某项内容,则执行步骤S50。
步骤S40,根据编码块的大小Size和分块处理后得到的内容块的数量BlockSum,为所述新内容分配一定的存储空间,当成功分配到存储空间后,执行步骤S50,利用其存储本次到达的编码块,并记录所述内容对应的内容记录:在内容记录中记录下所述元数据属性信息中的ContentID,并将与所述ContentID对应的内容状态State信息设置为接收状态Ing、将与所述ContentID对应的时间Time设置为所述编码块到达的时间,然后执行步骤S80。如果分配存储空间失败,则执行步骤S130,即放弃本次到达的编码块,然后转入步骤S20。
由于接收端,如移动台在小区之间频繁的切换,因此可能会收到很多半成品内容(还没有收到足够多的编码块),如果这时接收端收到一个新的广播内容,并且需要为这个内容分配一个存储空间,但是此时接收端发现当前已经没有足够的存储空间。为了充分利用现有的存储空间,为接收端选择了一种自动管理机制,具体实施过程如图4所示,包括如下步骤:
步骤S2031,根据元数据属性中的编码块的大小Size和分块处理后得到的内容块的数量BlockSum判断是否存在足够的存储空间存储接收到的新内容,若有,则执行步骤S2035,即为所述新内容分配一个存储空间,并返回成功分配的值;否则,执行步骤S2032。
步骤S2032,判断接收端内是否存在处于Ing状态的内容,若存在,则执行步骤S2033;若不存在,则执行步骤S2036,即确认分配失败,并返回失败原因值。
步骤S2033,选择处于Ing状态,且Time是存在时间最早的情况下对应的内容。
步骤S2034,将所选择内容的存储空间释放,并从接收列表中删除所述内容对应的记录,然后继续执行步骤S2031。
步骤S60,根据接收端内已经存在的某项内容对应的内容记录中的状态判断是否需要继续接收本次到达的编码块,如果状态处于正在接收状态,则认为需要继续接收,于是执行步骤S70;否则,执行步骤130,即放弃本次到达的编码块,然后转入步骤S20。
步骤S70,设置所述内容对应的内容记录中的时间Time为当前所述编码块到达的时间。
步骤S80、比较到达的编码块的元数据属性信息中包含的向量参数,与已经接收到的编码块使用的向量参数,如果没有存在相同的向量参数,则确定没有接收到使用相同向量参数的编码块,于是执行步骤S90;否则,确定已经接收到使用相同向量参数的编码块,则执行步骤S130,即放弃本次到达的编码块,然后转入步骤S20。
步骤S90,接收本次到达的编码块,并记录本次存储的编码块数量到对应的内容的内容记录中。
步骤S100,判断所述接收端内已经存在的某项内容对应的内容记录中接收到的编码块的数量Received,是否达到还原到原始内容时需要的最少编码块数量Sum,若到达,则执行步骤S110,即结束接收过程,并利用所述元数据属性信息中的向量参数对接收到的编码块进行还原处理,并设置所述内容的状态State为接收完成状态,然后执行步骤S120;否则,继续步骤S20。
步骤S120,将还原的内容呈现给用户。
在本发明提供的第一实施例中,所述发送端可以为CBC,所述接收端可以基站或移动台。
下面以发送端为CBC,接收端为移动台为例,对本发明提供的第一实施例中的步骤S20至步骤S100的处理过程进行说明,如图5所示,包括如下过程:
步骤S201,移动台接收编码块,并当接收到一个编码块后,从中提取出所述编码块的元数据信息,其中包括ContentID、BlockNum、CoVector、Size和CheckSum。
步骤S202,利用所提取出的ContentID匹配内容记录中的ContentID,如果没有匹配到对应的内容记录,则确定本次到达的编码块中包含的内容是新内容,于是执行步骤S203;否则,说明本次到达的编码块中包含的内容对应接收端内已经存在的某项内容,于是执行步骤S205。
步骤S203,判断移动台是否成功地为所述新内容分配一个存储空间,如果分配失败,则执行步骤S213,丢弃到达的编码块,返回步骤S201;如果移动台为所述新内容成功分配一个大小为Size×BlockSum的存储空间,则执行步骤S204;
步骤S204,将与本次到达的编码块对应的新内容对应的ContentID登记到接收列表中的内容记录中,并设置所述ContentID对应的状态为接收状态Ing,将与所述ContentID对应的时间Time设置为所述编码块到达的时间,然后执行步骤S208。
步骤S205,判断所述内容记录的State状态是否等于接收状态Ing,若相等,则执行步骤S206;否则,转入步骤S213,丢弃到达的编码块,返回步骤S201。
步骤S206,设置所述内容对应的内容记录中的时间Time为当前所述编码块到达的时间。
步骤S207,获取编码块中的CoVector,并将其与移动台中已经存在的内容对应的编码块的CoVector进行比较,如果没有存在相同的CoVector,则说明移动台没有接收到对应所述内容的相同编码块,于是跳到步骤S208;否则,说明已经接收到相同的编码块,于是进入步骤S213,丢弃到达的编码块,返回步骤S201。
步骤S208,接收编码块,将已经接收到的编码块的数量加1,即将接收列表中的Received值加1。
步骤S209,判断Received值是否等于Sum值,如果还没有接收到足够多的编码块,那么就执行步骤S201;否则,跳到步骤S209。
步骤S210,结束接收过程,利用接收到的所有编码块还原原始内容。
步骤S211,修改所述内容对应的内容记录中的状态为Finished,设置Time为EndTime,即系统设定的固定值。
步骤S212,将还原的内容呈现给用户。
通过上述描述可见,接收过程中处于Ing状态的所有内容对于用户来说都是不可见的,直到移动台完成接收过程,并将接收到的编码块还原成原始内容,将接收列表中的内容状态为修改为Finished后,用户才知道接收到了所述内容。随着时间的推移,接收列表中的处于Finished状态的内容记录将会逐渐增多。为了控制这种趋势,用户可以将在最近一段时间内不希望再看到的某一项状态为Finished的内容删除掉,并且为了保证在最近一段时间内,移动台不会再接收到对应所述内容的编码块,需要移动台修改接收列表中相应的内容记录:将被用户删除的内容在接收列表中的State改为Rejected状态。然而这样做就会导致处于Rejected状态的内容记录逐渐增多,为了控制这种现象,移动台为处于Rejected状态的内容记录设定了一个数量阈值ReMax,当接收列表中处于Rejected状态的内容记录达到所述数量阈值ReMax后,所述移动台就将处于Rejected状态、且存在时间较早(Time较小)的内容记录从接收列表中删除。具体如图6所示,包括如下步骤:
步骤S401,移动台获知到用户删除接收完成内容。
步骤S402,移动台统计接收列表中处于Rejected状态的内容记录的数量。
步骤S403,判断所统计量是否达到设定的数量阈值ReMax,若是,则执行步骤S404;否则,执行步骤S405。
步骤S404,删除处于Rejected状态、并且时间最早的内容记录,然后执行步骤S405。
步骤S405,将被用户删除的内容对应的State状态修改为Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0。
通过上述删除过程,接收列表中的记录发生了改变,为了保证接收列表中的内容记录的有效性和防止内容记录的溢出,还需要移动台周期性的校验所述接收列表中处于Ing状态的内容,其主要思想是:每个移动台为自己设置了一个存活周期阈值EXPIRY,用来检查是否存在过期内容,如果当前时间和内容记录对应的Time之差大于或者等于EXPIRY时,那么移动台就认为这些内容过期了,于是释放为这个内容所分配的存储空间,并在接收列表中,删除这些内容对应的内容记录。具体实现如图7所示,包括如下内容:
步骤S701,移动台周期性地检查接收列表中处于Ing状态的内容记录。
步骤S702,将当前时间与处于Ing状态的内容记录对应的时间之差,与设定的存活周期阈值EXPIRY进行比较,如果差值小于或等于所述存活阈值EXPIRY,表示所述内容没有过期,则执行步骤S705;如果差值大于存活周期阈值EXPIRY,则表示所述内容已经过期,则执行步骤S703.
步骤S703,从存储空间中释放所有满足条件的内容记录对应的内容所分配的存储空间。
步骤S704,从接收列表中删除所有满足条件的内容记录。
步骤S705,结束此过程。
对应本发明提供第一实施例中的方法本发明提供了第二实施例,即一种对大容量小区广播业务进行处理的系统,包括:发送端和接收端。
在实施所述第二实施例时,所述接收端内存储有与已经接收内容对应的内容记录,所述内容记录包括已经接收到的内容对应的内容标识ContentID、还原到原始内容时需要的最少编码块数量Sum、已经接收到的内容对应的当前已经接收到的编码块数量Received、已经接收到的内容的当前状态State、对某个内容进行操作的最近时间Time。其中,所述State包括:接收状态Ing、拒绝接收状态Rejected和完成接收状态Finished。所述接收端可以通过记录列表来维护所述内容记录,具体记录列表的结构与本发明提供的第一实施例中的相关描述雷同,这里不再详细描述。
系统中发送端和接收端之间的信号传动关系如下:
所述发送端根据系统要求(主要是系统带宽)判断是否需要对小区广播短消息业务内容进行分块处理,并当确认需要分块时,则根据系统要求进行分块处理,并将得到的内容块进行线性编码,得到一组编码块,所述编码块的数量大于或等于分块处理后得到的内容块的数量,然后对每一块编码块赋予元数据属性信息,随后按照相应的顺序将其写入到广播队列中,并通过广播消息下发出去。具体实施与所述第一实施例中的相关描述雷同,这里不再详细描述。
当编码块到达接收端后,所述接收端提取出所述编码块的元数据属性信息。所述元数据属性信息包括:所述编码块包含的内容对应的内容标识ContentID、编码所述编码块时所利用的向量参数CoVector、分块处理后得到的内容块的数量BlockNum信息和编码块的大小Size。然后,判断到达的编码块对应的内容性质,处理如下:
利用所述元数据属性信息中的ContentID去匹配接收端内内的内容记录信息中的ContentID,如果没有匹配到对应的ContentID,则认为本次到达的编码块对应的内容为新内容;否则,认为本次到达的编码块中包含的内容对应接收端内已经存在的某项内容。
当接收端认为本次到达的编码块对应的内容为新内容时,根据分块处理后得到的内容块的数量BlockNum和编码块的大小Size为所述新内容分配一定的存储空间;当成功分配到存储空间后,利用所分配到的存储空间存储所述到达的编码块,并根据所述元数据属性信息和当前处理所述编码块的时间记录所述新内容对应的相关内容记录;当分配存储空间失败后,则放弃接收本次到达的编码块。具体处理过程如下:
根据当前到达的编码块的元数据属性信息中的分块处理后得到的内容块的数量BlockNum和编码块的大小Size判断是否存在足够的存储空间提供给所述新内容;当没有足够的存储空间时,则判断接收端内是否存在处于接收状态Ing的内容,若存在,则释放处于接收状态Ing、且时间Time是存在时间最早的情况下对应的内容所分配的存储空间,并且在释放为所述内容所分配的存储空间的同时,将所述内容对应的内容记录删除掉,循环执行,直到有足够的存储空间后,根据提取出的编码块的元数据属性信息中的分块处理后得到的内容块的数量BlockNum信息和编码块的大小Size为所述新内容分配一定的存储空间,并返回成功分配的值;若接收端内不存在处于接收状态Ing的内容,则返回失败原因值。具体实现流程与本发明提供的第一实施例中的相关描述雷同,这里不再详细描述。
当接收端认为已经成功分配存储空间给本次到达的编码块对应的内容后,则利用所分配到的存储空间存储所到达的编码块,并根据所述元数据属性信息和当前处理所述编码块的时间记录所述新内容对应的相关内容记录,处理过程如下:
在内容记录中记录下所述元数据属性信息中的ContentID,并将与所述ContentID对应的内容状态State信息设置为接收状态Ing、将与所述ContentID对应的时间Time设置为所述编码块到达的时间,以及,将本次接收到的编码块数量记录到所述ContentID对应的已经接收到的编码块数量Received中。
当存储空间分配失败后,则丢弃当前所到达的编码块。具体实现流程与本发明提供的第一实施例中的相关描述雷同,这里不再详细描述。
当接收端认为本次到达的编码块中包含的内容对应接收端内已经存在的某项内容时,根据所述某项内容对应的内容记录中的状态State判断是否还需要继续接收本次到达的编码块,处理过程如下:
判断所述某项内容对应的内容记录中的状态State是否为接收状态Ing,当处于接收状态Ing时,则确定还需要继续接收本次到达的编码块,于是将所述某项内容对应的内容记录中的时间Time修改为所述编码块到达的时间,并继续根据所述元数据属性信息中的向量参数判断是否与经接收到使用相同向量参数的编码块,处理过程如下:
比较到达的编码块的元数据属性信息中包含的向量参数,与已经接收到的编码块使用的向量参数,如果没有存在相同的向量参数,则确定没有接收到使用相同向量参数的编码块,则将所述某项内容对应的内容记录中的时间Time修改为所述编码块到达的时间,然后继续进行如下处理:
根据所述元数据属性信息中的向量参数判断是否已经接收到使用相同向量参数的编码块,若否,则存储本次到达的编码块,并将本次接收到的编码块数量记录到所述某项内容对应的内容记录中的编码块数量Received中;若是,则丢弃本次到达的编码块,然后继续处理后续到达的编码块。
上述处理过程与第一实施例中的方法具体描述雷同,这里不再详细描述。
当所述接收端接收到编码块后,还可以继续判断所述ContentID对应的内容记录中接收到的编码块的数量Received是否到达还原到原始内容时需要的最少编码块数量Sum,若到达,则结束接收过程,并利用所述元数据属性信息中的向量参数对接收到的编码块进行还原处理,并设置所述ContentID对应的状态State为完成Finished状态,Time为系统设定的固定值;否则,继续接收后续到达的编码块。该部分的具体处理过程与第一实施例中的相关描述雷同,这里不再详细描述。
之后接收端将所述还原处理后得到的内容显示给用户。
当所述用户将处于Finished状态、且不再希望看到的内容删除后,接收端还可以对接收端内的内容记录进行管理,具体处理如下:
当所述用户将处于Finished状态、且不再希望看到的内容删除后,判断处于Rejected状态的内容记录数量是否到达设置的数量阈值,若到达,则删除处于Rejected状态、且时间Time为存在时间最早的情况下对应的内容记录,然后将被用户删除内容对应的内容记录中的状态State修改为Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0;否则,直接在被删除内容对应的内容记录中,将状态State修改为拒绝Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0。
为了保证有足够的存储空间分配给新内容,还可以通过所述内容记录管理单元按照一定的清理原则对处于Ing状态的内容进行周期性的清理;所述清理原则包括:释放时间Time与设定的存活周期阈值之和小于或等于当前时间对应的内容所分配的存储空间,并删除所述内容对应的内容记录。具体处理过程参见第一实施例中的相关描述。
本发明提供的第二实施例中,所述接收端可以为移动站或基站。
本发明提供的第三实施例是一种接收端,所述接收端可以是移动台,也可以是基站,其结构如图8所示,包括信息传输单元和接收处理单元;其中所述接收处理单元包括元数据属性信息提取单元、内容性质确定单元、第一接收处理单元、第二接收处理单元、第三接收处理单元。其中所述第一接收处理单元包括存储空间管理单元。还可以包括显示单元;为了保证有足够的存储空间分配给新内容,所述接收端还包括内容记录管理单元。
在实施所述第三实施例时,所述接收端内存储有与已经接收内容对应的内容记录,所述内容记录包括已经接收到的内容对应的内容标识ContentID、还原到原始内容时需要的最少编码块数量Sum、已经接收到的内容对应的当前已经接收到的编码块数量Received、已经接收到的内容的当前状态State、对某个内容进行操作的最近时间Time。其中,所述State包括:接收状态Ing、拒绝接收状态Rejected和完成接收状态Finished。所述接收端可以通过所述接收处理单元可以通过记录列表来维护所述内容记录,具体记录列表的结构与本发明提供的第一实施例中的相关描述雷同,这里不再详细描述。
接收端中各个元器件之间的信号传动关系如下:
当发送端发送的编码块到达接收端后,所述接收端通过所述信息传输单元将所述编码块传输给所述接收处理单元;所述接收处理单元对所述编码块进行如下处理:
通过所述元数据属性信息提取单元提取出所述编码块的元数据属性信息。所述元数据属性信息包括:所述编码块包含的内容对应的内容标识ContentID、编码所述编码块时所利用的向量参数CoVector、分块处理后得到的内容块的数量BlockNum信息和编码块的大小Size。
通过所述内容性质确定单元判断到达的编码块对应的内容性质,处理如下:利用所述元数据属性信息中的ContentID去匹配接收端内内的内容记录信息中的ContentID,如果没有匹配到对应的ContentID,则认为本次到达的编码块对应的内容为新内容,并将此确定结果通知所述第一接收处理单元;否则,认为本次到达的编码块中包含的内容对应接收端内已经存在的某项内容,并将此确定结果通知所述第二接收处理单元。
当第一接收处理单元获取到本次到达的编码块对应的内容为新内容的判断结果时,根据分块处理后得到的内容块的数量BlockNum和编码块的大小Size为所述新内容分配一定的存储空间;当成功分配到存储空间后,利用所分配到的存储空间存储所述到达的编码块,并根据所述元数据属性信息和当前处理所述编码块的时间记录所述新内容对应的相关内容记录;当分配存储空间失败后,则放弃接收本次到达的编码块。具体处理过程如下:
通过存储空间管理单元根据当前到达的编码块的元数据属性信息中的分块处理后得到的内容块的数量BlockNum和编码块的大小Size判断是否存在足够的存储空间提供给所述新内容;当没有足够的存储空间时,则判断接收端内是否存在处于接收状态Ing的内容,若存在,则释放处于接收状态Ing、且时间Time是存在时间最早的情况下对应的内容所分配的存储空间,并且在释放所分配的存储空间的同时,将所述内容对应的内容记录删除掉,循环执行,直到有足够的存储空间后,根据提取出的编码块的元数据属性信息中的分块处理后得到的内容块的数量BlockNum信息和编码块的大小Size为所述新内容分配一定的存储空间,并返回成功分配的值给所述第一接收处理单元;若接收端内不存在处于接收状态Ing的内容,则返回失败原因值给所述第一接收处理单元。具体实现流程与本发明提供的第一实施例中的相关描述雷同,这里不再详细描述。
当所述第一接收处理单元获知到已经成功分配存储空间给本次到达的编码块对应的内容后,利用所分配到的存储空间存储所述到达的编码块,并根据所述元数据属性信息和当前处理所述编码块的时间记录所述新内容对应的相关内容记录:
在内容记录中记录下所述元数据属性信息中的ContentID,并将与所述ContentID对应的内容状态State信息设置为接收状态Ing、将与所述ContentID对应的时间Time设置为所述编码块到达的时间,以及,将本次接收到的编码块数量记录到所述ContentID对应的已经接收到的编码块数量Received中。
当所述第一接收处理单元获知到存储空间分配失败后,则丢弃当前所到达的编码块。具体实现流程与本发明提供的第一实施例中的相关描述雷同,这里不再详细描述。
当第二接收处理单元获取到本次到达的编码块中包含的内容对应接收端内已经存在的某项内容时,根据所述某项内容对应的内容记录中的状态State判断是否还需要继续接收本次到达的编码块,处理过程为:
判断所述某项内容对应的内容记录中的状态State是否为接收状态Ing,当处于接收状态Ing时,则确定还需要继续接收本次到达的编码块,于是将所述某项内容对应的内容记录中的时间Time修改为所述编码块到达的时间,并继续根据所述元数据属性信息中的向量参数判断是否与经接收到使用相同向量参数的编码块,处理过程如下:
比较到达的编码块的元数据属性信息中包含的向量参数,与已经接收到的编码块使用的向量参数,如果没有存在相同的向量参数,则确定没有接收到使用相同向量参数的编码块,则将所述某项内容对应的内容记录中的时间Time修改为所述编码块到达的时间,然后继续进行如下处理:
根据所述元数据属性信息中的向量参数判断是否已经接收到使用相同向量参数的编码块,若否,则存储本次到达的编码块,并将本次接收到的编码块数量记录到所述某项内容对应的内容记录中的编码块数量Received中;若是,则丢弃本次到达的编码块,然后继续处理后续到达的编码块。
上述第二接收处理单元的具体处理过程与第一实施例中的方法描述雷同,这里不再详细描述。
当所述第一接收处理单元或第二接收处理单元处理完后,还可以通过第三接收处理单元判断所述ContentID对应的内容记录中接收到的编码块的数量Received是否到达还原到原始内容时需要的最少编码块数量Sum,若到达,则结束接收过程,并利用所述元数据属性信息中的向量参数对接收到的编码块进行还原处理,并设置所述ContentID对应的状态State为完成Finished状态,Time为系统设定的固定值;否则,继续接收后续到达的编码块。所述第三接收处理单元的具体处理过程与第一实施例中的相关描述雷同,这里不再详细描述。
之后接收端通过所述显示单元将所述第三接收处理单元还原处理后得到的内容显示给用户。
当所述用户将处于Finished状态、且不再希望看到的内容删除后,可以通过所述内容记录管理单元对接收端内的内容记录进行管理,具体处理如下:
当所述用户将处于Finished状态、且不再希望看到的内容删除后,判断处于Rejected状态的内容记录数量是否到达设置的数量阈值,若到达,则删除处于Rejected状态、且时间Time为存在时间最早的情况下对应的内容记录,然后将被用户删除内容对应的内容记录中的状态State修改为Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0;否则,直接在被删除内容对应的内容记录中,将状态State修改为拒绝Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0。
为了保证有足够的存储空间分配给新内容,还可以通过所述内容记录管理单元按照一定的清理原则对处于Ing状态的内容进行周期性的清理;所述清理原则包括:释放时间Time与设定的存活周期阈值之和小于或等于当前时间对应的内容所分配的存储空间,并删除所述内容对应的内容记录。具体处理过程参见第一实施例中的相关描述。
由上述本发明提供的具体方案可以看出,本发明中,发送端根据系统需求对小区广播业务内容进行分块,并对得到的内容块进行线性分组编码处理,得到一组编码块,并对每个编码块赋予元数据属性信息,然后下发;编码块到达接收端后,所述接收端根据本次到达的编码块的元数据属性信息和接收端内的内容记录判断出本次到达的编码块包含的内容的性质,然后再根据所述内容性质对本次到达的编码块进行接收处理,因此通过本发明,在移动台动态移动的情况下,只要接收到与分块数量相等的编码块后,就能够完整接收到所述某个内容,从而提高接收效率。
另外,本发明中,当移动台不能够完整接收到某个内容时,其会根据接收到的编码块的元数据属性信息和其内存储的内容记录对后续接收到的编码块进性接收处理,并进行周期性的清理,从而为接收的内容腾出一定的存储空间,再次提高接收效率。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (28)
1.一种对大容量小区广播业务进行处理的方法,其特征在于,包括:
发送端根据系统需求对小区广播业务内容进行分块,并对得到的内容块进行线性分组编码处理,得到一组编码块,并对每个编码块赋予元数据属性信息,然后下发;
编码块到达接收端后,所述接收端根据本次到达的编码块的元数据属性信息对本次到达的编码块进行接收处理。
2.如权利要求1所述的方法,其特征在于,所述接收端根据本次到达的编码块的元数据属性信息对本次到达的编码块进行接收处理的过程,具体包括:
根据本次到达的编码块的元数据属性信息和接收端内的内容记录判断出本次到达的编码块包含的内容的性质,然后再根据所述内容性质对本次到达的编码块进行接收处理。
3.如权利要求2所述的方法,其特征在于,所述接收端根据本次到达的编码块的元数据属性信息和接收端内的内容记录判断出本次到达的编码块包含的内容的性质的过程,具体包括:
发送端下发的编码块到达接收端后,所述接收端提取出所述编码块的元数据属性信息;
用到达的编码块的元数据属性信息中的ContentID去匹配接收端内的内容记录中的内容标识ContentID,如果没有匹配到对应的ContentID,则认为本次到达的编码块包含的内容为新内容;否则,认为本次到达的编码块中包含的内容对应接收端内已经存在的某项内容。
4.如权利要求3所述的方法,其特征在于,所述根据所述内容性质对本次到达的编码块进行接收处理的过程,具体包括:
当内容性质为本次到达的编码块包含的内容为新内容时,则根据分块处理后得到的内容块的数量BlockNum和编码块的大小Size为所述新内容分配一定的存储空间;当成功分配到存储空间后,利用所分配到的存储空间存储所述到达的编码块,并根据所述元数据属性信息和当前处理所述编码块的时间记录所述新内容对应的相关内容记录;当分配存储空间失败后,则放弃接收本次到达的编码块。
5.如权利要求4所述的方法,其特征在于,所述根据分块处理后得到的内容块的数量BlockNum和编码块的大小Size为所述新内容分配一定的存储空间的过程,具体包括:
根据当前到达的编码块的元数据属性信息中的编码块的数量BlockNum和编码块的大小Size判断是否存在足够的存储空间提供给所述新内容;当没有足够的存储空间时,则判断接收端内是否存在处于接收状态Ing的内容,若存在,则释放处于接收状态Ing、且时间Time是存在时间最早的情况下对应的内容所分配的存储空间,并且在释放所述内容所分配的存储空间的同时,将所述内容对应的内容记录删除掉,直到有足够的存储空间后,根据提取出的编码块的元数据属性信息值的编码块的数量BlockNum信息和编码块的大小Size为所述新内容分配一定的存储空间,并返回成功分配的信息;若接收端内不存在处于接收状态Ing的内容,则返回失败值。
6.如权利要求5所述的方法,其特征在于,所述根据所述元数据属性信息和当前处理所述编码块的时间记录所述新内容对应的相关内容记录的过程具体包括:
在内容记录中记录下所述元数据属性信息中的ContentID,并将与所述ContentID对应的内容状态State信息设置为接收状态Ing、将与所述ContentID对应的时间Time设置为所述编码块到达的时间,以及,将本次接收到的编码块数量记录到所述ContentID对应的已经接收到的编码块数量Received中。
7.如权利要求3所述的方法,其特征在于,所述根据所述内容性质对本次到达的编码块进行接收处理的过程,具体包括:
当内容性质为本次到达的编码块中包含的内容对应接收端内已经存在的某项内容时,根据所述某项内容对应的内容记录中的状态State判断是否还需要继续接收本次到达的编码块;
当确定不需要继续接收后,则丢弃本次到达的编码块,然后继续处理后续到达的编码块;
当确定还需要继续接收后,则将所述某项内容对应的内容记录中的时间Time修改为所述编码块到达的时间,然后根据所述元数据属性信息中的向量参数判断是否已经接收到使用相同向量参数的编码块,若否,则存储本次到达的编码块,并将本次接收到的编码块数量记录到所述某项内容对应的内容记录中的编码块数量Received中;若是,则丢弃本次到达的编码块,然后继续处理后续到达的编码块。
8.如权利要求7所述的方法,其特征在于,所述根据所述某项内容对应的内容记录中的状态State判断是否还需要继续接收本次到达的编码块的过程,具体包括:
判断所述某项内容对应的内容记录中的状态State是否为接收状态Ing,当处于接收状态Ing时,则确定还需要继续接收本次到达的编码块;否则,不需要继续接收。
9.如权利要求7所述的方法,其特征在于,所述根据所述元数据属性信息中的向量参数确定是否已经接收到使用相同向量参数的编码块的过程,具体包括:
比较到达的编码块的元数据属性信息中包含的向量参数,与已经接收到的编码块使用的向量参数,如果没有存在相同的向量参数,则确定没有接收到使用相同向量参数的编码块;否则,确定已经接收到使用相同向量参数的编码块。
10.如权利要求3至9任意一项所述的方法,其特征在于,所述根据所述内容性质对本次到达的编码块进行接收处理的过程,还包括:
接收端判断所述ContentID对应的内容记录中接收到的编码块的数量Received是否到达还原到原始内容时需要的最少编码块数量Sum,若到达,则结束接收过程,并利用所述元数据属性信息中的向量参数对接收到的编码块进行还原处理,并设置所述ContentID对应的状态State为完成Finished状态,将Time设置为系统设定的固定值;否则,继续接收后续到达的编码块。
11.如权利要求10所述的方法,其特征在于,当用户将处于Finished状态的内容删除后,还包括:
接收端判断状态State为拒绝Rejected状态的内容记录数量是否达到设置的数量阈值,若达到,则删除处于Rejected状态、且时间Time为存在时间最早的情况下对应的内容记录,然后将被删除内容对应的内容记录中的状态State修改为Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0;否则,直接在被删除内容对应的内容记录中,将状态State修改为Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0。
12.如权利要求10所述的方法,其特征在于,还包括:
接收端按照一定的清理原则对处于Ing状态的内容进行周期性的清理;所述清理原则包括:释放时间Time与设定的存活周期阈值之和小于或等于当前时间对应的内容所分配的存储空间,并删除所述内容对应的内容记录。
13.一种对大容量小区广播业务进行处理的系统,其特征在于,包括:
发送端和接收端;
所述发送端,用于根据系统需求对小区广播业务内容进行分块,并对得到的内容块进行线性分组编码处理,得到一组编码块,并对每个编码块赋予元数据属性信息,然后下发;
所述接收端,用于当编码块到达接收端后,根据本次到达的编码块的元数据属性信息对本次到达的编码块进行接收处理。
14.如权利要求13所述的系统,其特征在于,所述接收端还用于:
利用所述本次到达的编码块的元数据属性信息中的ContentID去匹配接收端内的内容记录信息中的ContentID,如果没有匹配到对应的ContentID,则认为本次到达的编码块包含的内容为新内容;否则,认为本次到达的编码块中包含的内容对应接收端内已经存在的某项内容。
15.如权利要求14所述的系统,其特征在于,所述接收端还用于:
当获取到本次到达的编码块包含的内容为新内容的判断结果时,根据分块处理后得到的内容块的数量BlockNum和编码块的大小Size为所述新内容分配一定的存储空间;当成功分配到存储空间后,利用所分配到的存储空间存储所述到达的编码块,并根据所述元数据属性信息和当前处理所述编码块的时间记录所述新内容对应的相关内容记录;当分配存储空间失败后,则放弃接收本次到达的编码块。
16.如权利要求15所述的系统,其特征在于,所述接收端还用于:
根据当前到达的编码块的元数据属性信息中的分块处理后得到的内容块的数量BlockNum和编码块的大小Size判断是否存在足够的存储空间提供给所述新内容;当没有足够的存储空间时,则判断接收端内是否存在处于接收状态Ing的内容,若存在,则释放处于接收状态Ing、且时间Time是存在时间最早的情况下对应的内容所分配的存储空间,并且在释放所述内容所分配的存储空间的同时,将所述内容对应的内容记录删除掉,直到有足够的存储空间后,根据提取出的编码块的元数据属性信息中的分块处理后得到的内容块的数量BlockNum信息和编码块的大小Size为所述新内容分配一定的存储空间,并返回成功分配的值;若接收端内不存在处于接收状态Ing的内容,则返回失败原因值。
17.如权利要求14所述的系统,其特征在于,所述接收端还用于:
当获取到本次到达的编码块中包含的内容对应接收端内已经存在的某项内容的判断结果后,根据所述某项内容对应的内容记录中的状态State判断是否还需要继续接收本次到达的编码块;当确定不需要继续接收后,则丢弃本次到达的编码块,然后继续处理后续到达的编码块;当确定还需要继续接收后,则将所述某项内容对应的内容记录中的时间Time修改为所述编码块到达的时间,然后根据所述元数据属性信息中的向量参数判断是否已经接收到使用相同向量参数的编码块,若否,则存储本次到达的编码块,并将本次接收到的编码块数量记录到所述某项内容对应的内容记录中的编码块数量Received中;若是,则丢弃本次到达的编码块,然后继续处理后续到达的编码块。
18.如权利要求15、16或17所述的系统,其特征在于,所述接收端还用于:
判断所述ContentID对应的内容记录中接收到的编码块的数量Received是否到达还原到原始内容时需要的最少编码块数量Sum,若到达,则结束接收过程,并利用所述元数据属性信息中的向量参数对接收到的编码块进行还原处理,并设置所述ContentID对应的状态State为完成Finished状态,Time为系统设定的固定值;否则,继续接收后续到达的编码块。
19.如权利要求18所述的系统,其特征在于,所述接收端还用于:
当获知到用户将处于Finished状态的内容删除后,判断处于Rejected状态的内容记录数量是否达到设置的数量阈值,若达到,则删除处于Rejected状态、且时间Time为存在时间最早的情况下对应的内容记录,然后将被删除内容对应的内容记录中的状态State修改为Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0;否则,直接在被删除内容对应的内容记录中,将状态State修改为拒绝Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0。
20.如权利要求19所述的系统,其特征在于,所述接收端还用于:
按照一定的清理原则对处于Ing状态的内容进行周期性的清理;所述清理原则原则包括:释放时间Time与设定的存活周期阈值之和小于或等于当前时间对应的内容所分配的存储空间,并删除所述内容对应的内容记录。
21.一种接收端,其特征在于,包括:
信息传输单元和接收处理单元;
所述信息传输单元,用于当编码块到达接收端后,将所述编码块传输给所述接收处理单元;
所述接收处理单元,用于根据本次到达的编码块的元数据属性信息对本次到达的编码块进行接收处理。
22.如权利要求21所述的接收端,其特征在于,所述接收处理单元包括:
元数据属性信息提取单元和内容性质确定单元;
所述元数据属性信息提取单元,用于当编码块到达接收端后,提取出所述编码块的元数据属性信息;
所述内容性质确定单元,利用所提取出的元数据属性信息中的ContentID去匹配接收端内的内容记录信息中的ContentID,如果没有匹配到对应的ContentID,则认为本次到达的编码块包含的内容为新内容;否则,认为本次到达的编码块中包含的内容对应接收端内已经存在的某项内容。
23.如权利要求22所述的接收端,其特征在于,所述接收处理单元还包括:
第一接收处理单元,用于当获取到为新内容的判断结果时,根据分块处理后得到的内容块的数量BlockNum和编码块的大小Size为所述新内容分配一定的存储空间;当成功分配到存储空间后,利用所分配到的存储空间存储所述到达的编码块,并根据所述元数据属性信息和当前处理所述编码块的时间记录所述新内容对应的相关内容记录;当分配存储空间失败后,则放弃接收本次到达的编码块。
24.如权利要求23所述的接收端,其特征在于,所述第一接收处理单元还包括:
存储空间管理单元,用于根据当前到达的编码块的元数据属性信息中的分块处理后得到的内容块的数量BlockNum和编码块的大小Size判断是否存在足够的存储空间提供给所述新内容;当没有足够的存储空间时,则判断接收端内是否存在处于接收状态Ing的内容,若存在,则释放处于接收状态Ing、且时间Time是存在时间最早的情况下对应的内容所分配的存储空间,并且在释放所述内容所分配的存储空间的同时,将所述内容对应的内容记录删除掉,直到有足够的存储空间后,根据提取出的编码块的元数据属性信息中的分块处理后得到的内容块的数量BlockNum信息和编码块的大小Size为所述新内容分配一定的存储空间,并返回成功分配的值;若接收端内不存在处于接收状态Ing的内容,则返回失败值。
25.如权利要求23所述的接收端,其特征在于,所述接收处理单元还包括:
第二接收处理单元,用于当获取到本次到达的编码块中包含的内容对应接收端内已经存在的某项内容的判断结果后,根据所述某项内容对应的内容记录中的状态State判断是否还需要继续接收本次到达的编码块;当确定不需要继续接收后,则丢弃本次到达的编码块,然后继续处理后续到达的编码块;当确定还需要继续接收后,则将所述某项内容对应的内容记录中的时间Time修改为所述编码块到达的时间,然后根据所述元数据属性信息中的向量参数判断是否已经接收到使用相同向量参数的编码块,若否,则存储本次到达的编码块,并将本次接收到的编码块数量记录到所述某项内容对应的内容记录中的编码块数量Received中;若是,则丢弃本次到达的编码块,然后继续处理后续到达的编码块。
26.如权利要求23、24或25所述的接收端,其特征在于,所述接收处理单元还包括:
第三接收处理单元,用于判断所述ContentID对应的内容记录中接收到的编码块的数量Received是否到达还原到原始内容时需要的最少编码块数量Sum,若到达,则结束接收过程,并利用所述元数据属性信息中的向量参数对接收到的编码块进行还原处理,并设置所述ContentID对应的状态State为完成Finished状态,Time为系统设定的固定值;否则,继续接收后续到达的编码块。
27.如权利要求26所述的接收端,其特征在于,还包括:
内容记录管理单元,用于当获知到用户将处于Finished状态的内容删除后,判断处于Rejected状态的内容记录数量是否达到设置的数量阈值,若达到,则删除处于Rejected状态、且时间Time为存在时间最早的情况下对应的内容记录,然后将被用户删除内容对应的内容记录中的状态State修改为Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0;否则,直接在被删除内容对应的内容记录中,将状态State修改为拒绝Rejected状态、将时间Time修改为当前时间、将接收到的编码块的数量Received修改为0。
28.如权利要求27所述的接收端,其特征在于,所述内容记录管理单元还用于按照一定的清理原则对处于Ing状态的内容进行周期性的清理;所述清理原则包括:释放时间Time与设定的存活周期阈值之和小于或等于当前时间对应的内容所分配的存储空间,并删除所述内容对应的内容记录。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101402197A CN101163258B (zh) | 2006-10-09 | 2006-10-09 | 对大容量小区广播业务进行处理的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101402197A CN101163258B (zh) | 2006-10-09 | 2006-10-09 | 对大容量小区广播业务进行处理的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101163258A true CN101163258A (zh) | 2008-04-16 |
CN101163258B CN101163258B (zh) | 2010-12-08 |
Family
ID=39298066
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101402197A Expired - Fee Related CN101163258B (zh) | 2006-10-09 | 2006-10-09 | 对大容量小区广播业务进行处理的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101163258B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014000697A1 (zh) * | 2012-06-28 | 2014-01-03 | 华为技术有限公司 | 内容处理方法、装置及系统 |
CN105141470A (zh) * | 2015-06-25 | 2015-12-09 | 南京师范大学 | 基于网络编码的内容分发系统线性相关性判断方法和装置 |
CN103988458B (zh) * | 2011-12-09 | 2017-11-17 | 华为技术有限公司 | 基于内容中心网络的网络中编码网络报文的方法 |
CN111866753A (zh) * | 2020-06-02 | 2020-10-30 | 中山大学 | 一种数字传输广播通信方法及系统 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5889791A (en) * | 1996-08-13 | 1999-03-30 | Motorola, Inc. | System, device and method of FEC coding and interleaving for variable length burst transmission |
KR100605893B1 (ko) * | 1999-10-08 | 2006-08-01 | 삼성전자주식회사 | 시간지연 시청을 위한 비디오 스트림 처리방법 |
CN100420299C (zh) * | 2004-12-24 | 2008-09-17 | 北京中星微电子有限公司 | 一种屏幕广播方法 |
-
2006
- 2006-10-09 CN CN2006101402197A patent/CN101163258B/zh not_active Expired - Fee Related
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103988458B (zh) * | 2011-12-09 | 2017-11-17 | 华为技术有限公司 | 基于内容中心网络的网络中编码网络报文的方法 |
WO2014000697A1 (zh) * | 2012-06-28 | 2014-01-03 | 华为技术有限公司 | 内容处理方法、装置及系统 |
CN103516757A (zh) * | 2012-06-28 | 2014-01-15 | 华为技术有限公司 | 内容处理方法、装置及系统 |
CN103516757B (zh) * | 2012-06-28 | 2016-12-21 | 华为技术有限公司 | 内容处理方法、装置及系统 |
US9848059B2 (en) | 2012-06-28 | 2017-12-19 | Huawei Technologies Co., Ltd. | Content handling method, apparatus, and system |
CN105141470A (zh) * | 2015-06-25 | 2015-12-09 | 南京师范大学 | 基于网络编码的内容分发系统线性相关性判断方法和装置 |
CN105141470B (zh) * | 2015-06-25 | 2018-12-11 | 南京师范大学 | 基于网络编码的内容分发系统线性相关性判断方法和装置 |
CN111866753A (zh) * | 2020-06-02 | 2020-10-30 | 中山大学 | 一种数字传输广播通信方法及系统 |
CN111866753B (zh) * | 2020-06-02 | 2021-06-29 | 中山大学 | 一种数字传输广播通信方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101163258B (zh) | 2010-12-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105393251A (zh) | 数据库内的分片队列 | |
US7944921B2 (en) | Method and system for distributing mobile broadcast service and mobile terminal | |
CN101163258B (zh) | 对大容量小区广播业务进行处理的方法和系统 | |
CN101938814B (zh) | 移动终端寻呼方法和移动呼叫中心设备 | |
US20110078116A1 (en) | Method for controlling the distribution of data blocks and apparatus for the same | |
CN101137133B (zh) | 一种集群系统中群组信息的更新方法及装置 | |
CN104902444A (zh) | 一种集群系统的动态重组方法及系统 | |
CN108390933A (zh) | 消息分发方法、装置、服务器及存储介质 | |
CN111901881B (zh) | 一种传输方法及装置 | |
CN100461892C (zh) | 一种移动多媒体广播电子业务指南的更新和传输方法 | |
CN105162727B (zh) | 一种基于VxWorks系统在DSFA系统中实现快速对等通信的方法 | |
CN103581846A (zh) | 一种用户名片更新方法和系统 | |
CN103023990A (zh) | 堆叠系统中的镜像文件升级系统及方法 | |
CN101212530B (zh) | 一种更新移动多媒体广播终端的电子业务指南的方法 | |
CN107231284B (zh) | 一种消息的发送方法和终端设备 | |
CN102143440A (zh) | 短消息业务处理的方法和装置 | |
US7035656B2 (en) | Method and system for efficient data transmission in wireless communication systems | |
CN105376155B (zh) | 一种基于分布式集群架构的智能路由系统及方法 | |
CN102293019B (zh) | 处理短信息(sms)的改进方法和实现此处理的无线通信装置 | |
CN101626548A (zh) | 用户话权管理方法和系统及无线一键通服务器 | |
CN116301656A (zh) | 基于日志结构合并树的数据存储方法、系统及设备 | |
CN101819589B (zh) | 一种控制文件输入输出缓存的方法及装置 | |
CN103546872A (zh) | 一种集群通信系统中的寻呼消息发送方法 | |
CN100450218C (zh) | 一种集群系统中动态查询群组成员状态方法 | |
CN113783933B (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101208 Termination date: 20191009 |
|
CF01 | Termination of patent right due to non-payment of annual fee |