资源处理方法及装置.pdf

上传人:b*** 文档编号:4721910 上传时间:2018-10-31 格式:PDF 页数:16 大小:532.23KB
返回 下载 相关 举报
摘要
申请专利号:

CN201110182433.X

申请日:

2011.06.30

公开号:

CN102857978A

公开日:

2013.01.02

当前法律状态:

授权

有效性:

有权

法律详情:

授权|||实质审查的生效IPC(主分类):H04W 28/18申请日:20110630|||公开

IPC分类号:

H04W28/18(2009.01)I; H04W72/04(2009.01)I

主分类号:

H04W28/18

申请人:

中兴通讯股份有限公司

发明人:

王继宏; 邢文阳

地址:

518057 广东省深圳市南山区科技南路55号

优先权:

专利代理机构:

北京康信知识产权代理有限责任公司 11240

代理人:

余刚;梁丽超

PDF下载: PDF下载
内容摘要

本发明公开了一种资源处理方法及装置,该方法包括:接收来自终端的资源分配请求,其中,资源分配请求所请求分配的资源能够共享信道上的带宽资源;在终端所要占用的信道上建立和/或更新带宽处理实例,其中,带宽处理实例为资源分配请求在终端对应的虚拟对象上所占用的带宽,其中虚拟对象包括:信道、载频或用户。通过本发明,解决了现有技术中在双模的情况下无法做到对带宽资源的统一处理的问题,进而实现了在2G、3G共模下传输资源的统一处理。

权利要求书

权利要求书一种资源处理方法,其特征在于包括如下步骤:接收来自终端的资源分配请求,其中,所述资源分配请求所请求分配的资源能够共享信道上的带宽资源;在所述终端所要占用的信道上建立和/或更新带宽处理实例,其中,所述带宽处理实例为所述资源分配请求在所述终端对应的虚拟对象上所占用的带宽,其中所述虚拟对象包括:信道、载频或用户。根据权利要求1所述的方法,其特征在于,在所述终端所要占用的信道上建立与所述终端对应的带宽处理实例:为临时块流建立临时块流实例,其中,所述临时块流实例上记录被该临时块流实例激活的信道的标识;和/或,为信道建立对应的信道实例,其中,所述信道实例记录激活该信道的临时块流的标识。根据权利要求2所述的方法,其特征在于,在所述终端所要占用的信道上建立和/或更新带宽处理实例包括:在所述终端所要占用的所述信道上分配为所述终端带宽资源;判断分配所述带宽资源之后与分配之前所述信道上的带宽资源是否一致;在不一致的情况下,如果所述信道无对应的带宽处理实例,则建立带宽处理实例;如果所述信道有带宽处理实例,并且,在此次分配的带宽资源大于该信道实例已有的带宽资源的情况下,将该带宽处理实例所占用的带宽资源更新为此次分配的带宽资源。根据权利要求1所述的方法,其特征在于,还包括:在接收到另一终端的资源分配请求之后,所述另一终端与所述终端共享的信道的带宽资源不创建所述带宽处理实例,不计入资源申请中,申请所述另一终端单独占用的信道的带宽资源。根据权利要求1至4中任一项所述的方法,其特征在于,还包括:为所述终端确定载频;在所述载频第一次发生资源分配的情况下,建立载频公共IP带宽处理实例,其中,所述载频公共IP带宽处理实例为载频级IP公共头信息的传输申请带宽资源。根据权利要求5所述的方法,其特征在于,还包括:在释放信道时,判断所要释放的信道是否为所述载频上最后一个激活信道,如果是,则删除所述载频公共IP带宽处理实例,释放带宽资源。一种资源处理装置,其特征在于包括:接收模块,用于接收来自终端的资源分配请求,其中,所述资源分配请求所请求分配的资源能够共享信道上的带宽资源;处理模块,用于在所述终端所要占用的信道上建立和/或更新带宽处理实例,其中,所述带宽处理实例为所述资源分配请求在所述终端对应的虚拟对象上所占用的带宽,其中所述虚拟对象包括:信道、载频或用户。根据权利要求7所述的装置,其特征在于,所述处理模块,用于为临时块流建立临时块流实例,其中,所述临时块流实例上记录被该临时块流实例激活的信道的标识;和/或,所述处理模块,用于为信道建立对应的信道实例,其中,所述信道实例记录激活该信道的临时块流的标识。根据权利要求8所述的装置,其特征在于,所述处理模块包括:分配模块,用于在所述终端所要占用的所述信道上分配为所述终端带宽资源;判断模块,用于判断分配所述带宽资源之后与分配之前所述信道上的带宽资源是否一致;建立更新模块,用于在所述判断模块判断结果为不一致的情况下,如果所述信道无对应的带宽处理实例,则建立带宽处理实例;如果所述信道有对应的带宽处理实例,并且,在此次分配的带宽资源大于该带宽处理实例已有的带宽资源的情况下,将该带宽处理实例所占用的带宽资源更新为此次分配的带宽资源。根据权利要求7至9中任一项所述的装置,其特征在于,还包括:确定模块,用于为所述终端确定载频;建立模块,用于在所述载频第一次发生资源分配的情况下,建立载频公共IP带宽处理实例,其中,所述载频公共IP带宽处理实例为载频级IP公共头信息的传输申请带宽资源。

说明书

说明书资源处理方法及装置
技术领域
本发明涉及通信领域,具体而言,涉及一种资源处理方法及装置。
背景技术
随着通讯技术的发展,2、3G融合趋势成为通讯业的重要内容。越来越多的基站控制器已经实现2,3G共模,即一套硬件,一套软件,而作为将上层业务串联起来的平台系统,需要兼容多种制式。GPRS和各种3G类型分组业务之间存在着较大的差别,其中一个重要差别是,3G的分组业务是以用户为处理对象,而GPRS是时分系统,信道是GPRS的重要资源,存在着多用户共享信道,单用户占用多信道的情况,信道相关的内容是2、3G重要差别之一。同时,由于IP方式相对于E1方式,资源更充足,更容易规划,更容易构架,因此,IP组网方式已经越来越成为主流组网方式。基于这两种发展,如何在各种功能中解决制式不通的问题是需要研究的。在2、3G共模,共链路资源时,存在着业务量大于规划带宽资源的情况,对于此类情况,有两种较普遍地处理方式,一种方式是在业务接入时,进行一定的接纳控制,当带宽资源严重不足时,拒绝一些业务接入;另一种是允许用户接入,但给予其低于接入请求的带宽资源。这样做的结果,用户能做业务,但是速率上受到相应的限制。
在现有技术中,以标识号为关键信息进行动态传输带宽资源计算和分配,在3G的系统中,标识号对应于用户计算带宽资源。3G系统可以根据每个用户的标识,计算带宽资源,总带宽资源等于每个用户占用的带宽资源的总和。而2G系统中,要计算一个载频上有多少条信道被用户占用,一个信道上有多少个用户,这条信道上的带宽资源是共享的,总带宽资源等于所有已占用信道的带宽资源的总和。由于3G系统中没有共享信道的概念,按照用户来统计传输资源,这与2G中的按照共享信道方式来计算传输资源是完全不同的。因此,在双模的情况下,无法做到对带宽资源的统一处理。
发明内容
本发明旨在提供一种资源处理方法及装置,以至少解决上述问题。
根据本发明的一个方面,提供了一种资源处理方法,包括如下步骤:接收来自终端的资源分配请求,其中,资源分配请求所请求分配的资源能够共享信道上的带宽资源;在终端所要占用的信道上建立和/或更新带宽处理实例,其中,带宽处理实例为资源分配请求在终端对应的虚拟对象上所占用的带宽,其中虚拟对象包括:信道、载频或用户。
优选地,在终端所要占用的信道上建立与终端对应的带宽处理实例:为临时块流建立临时块流实例,其中,临时块流实例上记录被该临时块流实例激活的信道的标识;和/或,为信道建立对应的信道实例,其中,信道实例记录激活该信道的临时块流的标识。
优选地,在终端所要占用的信道上建立和/或更新与带宽处理实例包括:在终端所要占用的信道上分配为终端带宽资源;判断分配带宽资源之后与分配之前信道上的带宽资源是否一致;在不一致的情况下,如果信道无对应的带宽处理实例,则建立带宽处理实例;如果信道有带宽处理实例,并且,在此次分配的带宽资源大于该信道实例已有的带宽资源的情况下,将该带宽处理实例所占用的带宽资源更新为此次分配的带宽资源。
优选地,上述方法还包括:在接收到另一终端的资源分配请求之后,另一终端与该终端共享的信道的带宽资源不创建带宽处理实例,不计入资源申请中,申请另一终端单独占用的信道的带宽资源。
优选地,该方法还包括:为终端确定载频;在载频第一次发生资源分配的情况下,建立载频公共IP带宽处理实例,其中,载频公共IP带宽处理实例为载频级IP公共头信息的传输申请带宽资源。
优选地,上述方法还包括:在释放信道时,判断所要释放的信道是否为载频上最后一个激活信道,如果是,则删除载频公共IP带宽实例,释放带宽资源。
根据本发明的另一方面,提供了一种资源处理装置,包括:接收模块,用于接收来自终端的资源分配请求,其中,资源分配请求所请求分配的资源能够共享信道上的带宽资源;处理模块,用于在终端所要占用的信道上建立和/或更新带宽处理实例,其中,带宽处理实例为资源分配请求在终端对应的虚拟对象上所占用的带宽,其中虚拟对象包括:信道、载频或用户。
优选地,处理模块,用于为临时块流建立临时块流实例,其中,临时块流实例上记录被该临时块流实例激活的信道的标识;和/或,处理模块,用于为信道建立对应的信道实例,其中,信道实例记录激活该信道的临时块流的标识。
优选地,处理模块包括:分配模块,用于在终端所要占用的信道上分配为终端带宽资源;判断模块,用于判断分配带宽资源之后与分配之前信道上的带宽资源是否一致;建立更新模块,用于在判断模块判断结果为不一致的情况下,如果信道无信道实例,则建立信道实例;如果信道有信道实例,并且,在此次分配的带宽资源大于该信道实例已有的带宽资源的情况下,将该信道实例所占用的带宽资源更新为此次分配的带宽资源。
优选地,上述装置还包括:确定模块,用于为终端确定载频;建立模块,用于在载频第一次发生资源分配的情况下,建立载频公共IP带宽处理实例,其中,载频公共IP带宽处理实例为载频级IP公共头信息的传输申请带宽资源。通过虚拟对象标识建立带宽处理实例,与对象(信道、载频、用户)进行保活。各业务虚拟对象根据业务流程发起带宽处理实例的释放等。
通过本发明,解决了现有技术中在双模的情况下无法做到对带宽资源的统一处理的问题,进而实现了在2G、3G共模下传输资源的统一处理。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的资源处理方法的流程图;
图2是根据本发明实施例的资源处理方法的结构框图;
图3是根据本发明实施例的资源处理装置的优选的结构框图;
图4是根据本发明实施例的传输带宽资源分配的流程图;
图5是根据本发明实施例的传输带宽资源管理的流程图;以及
图6是根据本发明实施例的传输资源释放流程。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在3G的系统中,由于载频上的信道,同一时刻只能被一个用户占用,不存在共享信道的概念。因此,3G系统中,用户占用的总带宽资源等于每个用户占用的带宽资源的总和,即在3G系统就是按照用户来进行资源处理的。而在2G系统存在用户共享信道的概念,因此,将2G系统中的资源也可以按照用户进行处理,即可以解决现有技术中的问题。需要说明的是,以下实施例以2G系统为例进行说明,但是并不限于此,对于任何存在共享信道的系统,以下实施例均适用。
在本实施例中提供了一种资源处理方法的流程图,图1是根据本发明实施例的资源处理方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102,接收来自终端的资源分配请求,其中,资源分配请求所请求分配的资源能够共享信道上的带宽资源;
步骤S104,在终端所要占用的信道上建立和/或更新带宽处理实例,其中,带宽处理实例为资源分配请求在终端对应的虚拟对象上所占用的带宽,其中虚拟对象包括:信道、载频或用户。
通过上述步骤,对于每个终端(或者用户)而言,其在共享信道上以及共享载频上占用资源均使用虚拟实例的方式来进行,即只要得到该终端对应的所有的实例即可按照用户进行资源的处理,从而解决了现有技术中在双模的情况下无法做到对带宽资源的统一处理的问题,进而实现了在2G、3G共模下传输资源的统一处理。
需要说明的是,上述带宽处理实例为以虚拟对象为单位进行带宽管理,该虚拟对象脱离实际业务以及制式,在本申请中2G系统下为信道和载频,在3G系统下为终端用户。
在建立实例时,可以考虑以临时块流(Temporary Block Flow,简称为TBF)建立带宽处理实例,也可以以信道来建立带宽处理实例带宽处理对于这两种方式可以选择一种,也可以采用两种方式。例如,为临时块流建立临时块流实例,其中,该临时块流实例上记录被该临时块流实例激活的信道的标识;和/或,为信道建立对应的信道实例,其中,该信道实例记录激活该信道的临时块流的标识。
如果对于信道实例的建立和/或更新,在本实施例中提供了一种优选的方式:在该终端所要占用的信道上分配为该终端带宽资源;判断分配带宽资源之后与分配之前该信道上的带宽资源是否一致;在不一致的情况下,如果该信道无对应的带宽处理实例,则建立对应的信道带宽处理实例;如果该信道有信道实例,并且,在此次分配的带宽资源大于该信道实例已有的带宽资源的情况下,将该信道实例所占用的带宽资源更新为此次分配的带宽资源。
在该方式下,通过虚拟对象标识建立带宽处理实例,与虚拟对象(信道、载频、用户)进行保活。各业务虚拟对象根据业务流程发起带宽处理实例的释放。
处于对共享信道的考虑,如果接收到另一终端的资源分配请求,则可以将该另一终端与该终端共享的信道的带宽资源不计入资源申请中,而只申请该另一终端单独占用的信道的带宽资源。对于非共享的信道申请带宽处理实例,计算和分配带宽资源。
在本实施例实施时,为了节约通信数据量等考虑,可以采用载频打包方式,按载频打包,就是设定一个标识号对应于载频。将这个载频上承载的用户带宽资源全部相加,合并处理计算带宽资源,便于分配。即,实际物理传输时,由一个IP包将包含该载频下所有信道上分组用户的无线链路控制(Radio Link Control,简称为RLC)块等信息,因此,实际消耗的物理传输带宽为(公共IP包头+所有信道上RLC块数据量)/传输时间。
对于载频打包的方式,按照信道为单位的带宽接纳中,接纳处理的是多个用户共享的信道,而信道的申请又是由用户触发的,因此,触发的主体(即用户)和传输带宽资源计算的主体(即载频包含的所有信道)不一致,这与3G系统中用户触发和用户独立使用传输资源存在较大差异。在2、3G多模系统中,信道分配后,传输带宽资源已经分配,后续该信道上的用户申请,不能额外增加对传输资源的需求,这样就需要在申请带宽资源的时候,尽可能按实际业务可占用资源的上限去申请带宽资源;另一方面,在载频打包的方式下,传输过程中,公共IP头占有的信息量是不能忽略的。下面对此进行详细说明。
在IP方式下,一个用户对物理链路的资源消耗,包括带有实际业务所需的净荷以及TCPIP头等信息。当前的系统是根据用户的申请,将用户所需要的链路带宽资源和当前系统可分配的带宽资源进行比较,再进行决策(包括允许用户接入和拒绝用户接入)。而单个用户发送的数据就是所占资源要求,和其他用户关联性不大,而在2G系统中,用户携带的信息量和信道编码方式相关的,而这个编码方式还影响着同样信道上的其他用户,在接入时,申请的也是信道,在IP方式下,为了节约消息,按照载频打包方式,也就是一个载频上多个信道的申请会在一个IP包里打包发送给基站收发信机(BTS,Base Transceiver Station),而底层平台是不获知IP头大小和净荷大小。这样存在一个问题,一个手机占用四条信道时,会带有IP公共头,后续接入的手机依然要带载频打包IP公共头,在计算时,每次接入申请的都要扣除这部分带宽。由于一个载频下用户众多,一个用户可能占用多个信道。这样很可能重复扣除申请的IP带宽资源。这导致原本可以用于用户数据传输的带宽资源错误得被当作重复的IP带宽资源扣除。造成不必要的带宽资源浪费。在总带宽资源一定的情况下,IP带宽资源重复扣除,则实际用户数据的传输带宽资源就相应减少,影响实际用户接纳。
为了解决该问题,本实施例提供了一种优选的实施方式,即根据终端在载频下的业务行为来处理公共带宽资源;在该载频第一次发生资源分配的情况下,建立载频公共IP带宽处理实例,其中,该载频公共IP带宽处理实例为IP公共头信息的传输申请带宽资源。通过该优选的实施方式,在第一次发生资源分配时为IP公共头信息分配带宽资源,解决了重复扣除IP头带宽的问题。
对应于该优选实施方式,在释放信道时,判断所要释放的信道是否为该载频上最后一个激活信道,如果是,则删除载频公共IP带宽实例,释放带宽资源。这样在释放的时候,也可以保证对IP公共头信息的资源进行合理处理。当然,也可以在其他情况下释放该带宽资源,只不过释放之后可能仍然需要重新申请,比较繁琐。在本发明实施例中,该装置用于实现上述实施例及优选实施方式,已经进行过说明的在此不再赘述,下面对该装置中涉及到的模块进行说明。
图2是根据本发明实施例的资源处理装置的结构框图,如图2所示,该装置包括:接收模块22和处理模块24,下面对上述结构进行说明。
接收模块22,用于接收来自终端的资源分配请求,其中,资源分配请求所请求分配的资源能够共享信道上的带宽资源;处理模块24,连接至接收模块22,用于在接收模块22接收到来自终端的资源分配请求之后,在终端所要占用的信道上建立和/或更新带宽处理实例,其中,带宽处理实例为该资源分配请求在终端对应的虚拟对象上所占用的带宽,其中虚拟对象包括:信道、载频或用户。
优选地,处理模块24,用于为临时块流建立临时块流实例,其中,临时块流实例上记录被该临时块流实例激活的信道的标识;和/或,处理模块24,用于为信道建立对应的信道实例,其中,信道实例记录激活该信道的临时块流的标识。
图3是根据本发明实施例的资源处理装置的优选的结构框图,如图3所示,处理模块24包括:分配模块242,判断模块244,建立更新模块246,上述装置还包括:确定模块32和建立模块34,下面对上述结构进行说明。
处理模块24包括:分配模块242,用于在终端所要占用的信道上分配为终端带宽资源;判断模块244,连接至分配模块242,用于判断分配模块242分配带宽资源之后与分配之前信道上的带宽资源是否一致;建立更新模块246,连接至判断模块244,用于在判断模块244判断结果为不一致的情况下,如果信道无对应的带宽处理实例,则建立带宽处理实例;如果信道有对应的带宽处理实例,并且,在此次分配的带宽资源大于该对应的带宽处理实例已有的带宽资源的情况下,将该对应的带宽处理实例所占用的带宽资源更新为此次分配的带宽资源。
上述装置还包括:确定模块32,用于为终端确定载频;建立模块34,连接至确定模块32,用于在确定模块32确定的载频第一次发生资源分配的情况下,建立载频公共IP带宽处理实例,其中,载频公共IP带宽处理实例为载频级IP公共头信息的传输申请带宽资源。
通过上述实施例将2、3G不同的系统纳入统一的带宽资源计算体系。并且,通过有些优选实施方式,可以精确合理的计算传输带宽资源,解决因重复扣除IP头带宽,而致使可分配给实际用户传输带宽资源较少的问题。
下面将结合实例对本发明实施例的实现过程进行详细描述。
以下优选实施例中,每次用户业务申请都有一次记录实例,当业务结束时通知本次业务申请完成,这条记录将在动态计算带宽时删除。这样,即使用户重复申请业务带宽资源,相应的IP带宽资源也只需申请一次,释放的时候,相应的IP带宽资源也不会重复扣除。
以下实施例中的传输资源处理模块是与业务无关的系统,对2、3G业务提供统一的计算模式,使得2、3G能够统一在一个计算体系中,实现传输带宽资源共享和分配。
优选实施例一
本优选实施例提供了一种在面向用户的接纳模式下,面向信道、载频的传输资源分配方法,实现了3G系统下的传输带宽计算和2G下的传输带宽计算实现了统一。
在3G系统下,按用户实际计算传输带宽,按照信道计算传输资源,载频打包在同一平台下的处理。
在2G系统下(例如GPRS业务),有可能涉及到:本次申请和上次申请,占用相同信道的接纳计算;GPRS下,本次申请和上次申请有共享信道的接纳计算;GPRS下,本次申请和上次申请无共享信道的接纳计算;用户申请的资源释放时,传输资源的重新计算。
在2G系统中,以用户为处理对象:
按载频打包方式下,2G PS业务建立TBF前,向传输资源分配系统提出接纳请求时,如果当前信道均未被其他分组用户使用。即,该载频上第一次发生传输资源分配,则业务申请实例向接纳模块发送两个请求,创建两个带宽处理实例,一个是载频公共IP带宽请求,创建载频公共IP带宽处理实例,按照IP公共头信息/传输时间进行带宽申请,并要求必须保证,一个是按该TBF所需的信道占用的带宽,创建信道带宽处理实例,同时在该TBF实例上记录被本TBF激活的信道号,即带宽处理信道号,或者在信道实例上记录激活该信道的TBF实例。这两种情况下,均从传输资源中减去相应的带宽。
具体地,2G PS业务建立TBF前,如果所在载频已经有PS信道激活,即非此载频下第一次接入,则,检查需要分配的PS信道上是否已经被激活并用于实际传输(已在传输资源分配中记录带宽),针对已经分配带宽的信道且小于等于已分配带宽,则不申请传输资源。对于未分配的信道,计入传输资源申请中,并在该TBF实例上记录,被本TBF激活的信道号,或者在信道实例上记录激活该信道的TBF实例,例如,如果信道编码方式为MCS9,前一个手机占用了信道1234,而本次手机创建TBF时,需要占用信道3456,则信道3、4不需要计入传输资源申请中,而只需要向传输资源处理模块申请5、6两条信道的带宽,带宽大小为59.6*2kbps。
当TBF释放时,向传输资源处理模块提出删除传输实例,如果本TBF占用的信道是本TBF创建的,(或检查TBF所占用的信道上记录的TBF创建实例号是否和本TBF实例号一致,如果一致),且有其他TBF在使用,则业务处理系统选择一个该信道的目标TBF,将本TBF记录的带宽处理信道号赋值给目标TBF,然后,根据带宽使用情况,触发带宽修改流程,带宽处理实例不变,否则,通知传输资源处理模块删除该信道带宽处理实例及相关信道带宽,并扫描所有信道,如果只有本TBF存活,则通知传输资源处理模块删除载频公共IP带宽处理实例,从传输资源中删除载频公共IP带宽。
图4是根据本发明实施例的传输带宽资源分配的流程图,如图4所示,该流程包括如下步骤:
步骤S402:手机接入GSM分组业务处理模块。
步骤S404:在分组业务接入时,向GSM分组业务处理模块查询资源(带宽)信息,包括可用,已用等信息。
步骤S406信道激活、分配请求(或调用)。
步骤S408:信道管理模块向资源计算模块发送带宽处理管理请求(申请、释放、修改、查询)。
步骤S410:资源计算模块向信道管理模块发送带宽处理管理请求(申请、释放、修改、查询)。
步骤S412:信道管理模块向GSM分组业务处理模块反馈信道分配结果。
步骤S414:GSM分组业务处理模块指派资源。
以下步骤S402至步骤S414是针对2G终端接入的资源分配,以下步骤S416至步骤S422针对3G终端接入的资源分配。
步骤S416:手机接入3G分组业务处理模块。
步骤S418:资源计算模块向3G分组业务处理模块发送资源(带宽)信息。
步骤S420:3G分组业务处理模块向资源计算模块反馈用户占用带宽请求。
步骤S422:3G分组业务处理模块指派资源。
为根据多用户共享信道的特点,以信道为处理对象管理传输资源更简洁,即以信道实例为处理对象,资源创建和修改流程。处理方式如下:
图5是根据本发明实施例的传输带宽资源管理的流程图,如图5所示,该流程包括如下步骤:
步骤S502:小区收到PS信道请求。
步骤S504:根据信道分配算法确定了载频后,业务处理模块向资源管理模块查询可用传输资源。
步骤S506:获取可用传输资源带宽后,判断本次信道请求是否是本载频上第一次(判断所在载频是否有已激活PS信道),如果是第一次,则执行步骤S510,否则执行步骤S508。
步骤S508:判断可用带宽是否超过按载频打包的公共IP头所需带宽,如果判断结果为是,执行步骤S512,否则执行步骤S524。
步骤S510:根据可用带宽和业务要求是否能分出分组信道,如果判断结果为是,执行步骤S516,否则,执行步骤S524。
步骤S512:根据可用带宽、业务需求是否可分配出信道。
步骤S514:根据信道分配算法分配分组信道,由业务处理模块发送指派给终端。
步骤S516创建载频公共IP带宽处理实例,同时针对激活的信道分别创建各信道的带宽处理实例,记录信道带宽。
步骤S518:根据信道分配算法分配分组信道,由业务处理模块发送指派给终端。
步骤S520:判断新分配的所有信道是否与分配前信道带宽一致(分配前未激活信道带宽为0),如果所有均完全一致,执行步骤S524,否则执行步骤S522。
步骤S522:针对每条带宽不一致的信道,如果无信道带宽处理实例,则创建信道带宽处理实例,记录带宽处理带宽,从传输资源的可用带宽中减去;如果本次分配信道带宽大于实例已有带宽,则通过更改带宽处理实例的带宽占用,从传输资源的可用带宽中减去两者的差值;如果本次分配信道带宽小于等于实例已有带宽,不做操作。
步骤S524:结束。
需要说明的是,为了使不同制式融合,无论是2G还是3G,带宽处理实例都可以是一个随机产生的唯一值,作为带宽处理实例号,该带宽处理实例号和相应业务实例对应,同时创建,同时释放。通过前面的方法,对2G进行处理后,能够和面向用户的3G制式融合在一起,同时,避免了GPRS下因用户共享信道而引发的公共IP传输带宽重复计算问题。
优选实施例二
本实施例以信道实例为处理对象,提供了一种资源释放流程,图6是根据本发明实施例的传输资源释放流程,如图6所示,该流程包括如下步骤:
步骤S602:TBF业务释放。
步骤S604:检测TBF所在的信道是否有其他终端占用,如果判断结果为有其他终端,则执行步骤S612,如果判断结果为无其他终端,则执行步骤S606。
步骤S606:释放信道,删除信道带宽处理实例,释放带宽资源,
步骤S608:在释放信道时,判断释放的信道是否是载频上最后一个激活信道,如果判断结果为是,执行步骤S610,否则,执行步骤S612。
步骤S610:删除载频公共IP带宽处理实例,释放带宽资源。
步骤S612:结束。
通过上述实施例,将以用户为单位计算传输带宽的方式和以信道、载频为单位计算传输带宽的方式统一起来,并引入了一种公共处理传输虚带宽的机制,处理公共IP头占用传输带宽的方法,避免了传输带宽资源的浪费,使得多种制式下的传输资源利用统一在一个处理框架下。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

资源处理方法及装置.pdf_第1页
第1页 / 共16页
资源处理方法及装置.pdf_第2页
第2页 / 共16页
资源处理方法及装置.pdf_第3页
第3页 / 共16页
点击查看更多>>
资源描述

《资源处理方法及装置.pdf》由会员分享,可在线阅读,更多相关《资源处理方法及装置.pdf(16页珍藏版)》请在专利查询网上搜索。

1、(10)申请公布号 CN 102857978 A (43)申请公布日 2013.01.02 CN 102857978 A *CN102857978A* (21)申请号 201110182433.X (22)申请日 2011.06.30 H04W 28/18(2009.01) H04W 72/04(2009.01) (71)申请人 中兴通讯股份有限公司 地址 518057 广东省深圳市南山区科技南路 55 号 (72)发明人 王继宏 邢文阳 (74)专利代理机构 北京康信知识产权代理有限 责任公司 11240 代理人 余刚 梁丽超 (54) 发明名称 资源处理方法及装置 (57) 摘要 本发明公。

2、开了一种资源处理方法及装置, 该 方法包括 : 接收来自终端的资源分配请求, 其中, 资源分配请求所请求分配的资源能够共享信道 上的带宽资源 ; 在终端所要占用的信道上建立和 / 或更新带宽处理实例, 其中, 带宽处理实例为资 源分配请求在终端对应的虚拟对象上所占用的带 宽, 其中虚拟对象包括 : 信道、 载频或用户。通过 本发明, 解决了现有技术中在双模的情况下无法 做到对带宽资源的统一处理的问题, 进而实现了 在 2G、 3G 共模下传输资源的统一处理。 (51)Int.Cl. 权利要求书 2 页 说明书 8 页 附图 5 页 (19)中华人民共和国国家知识产权局 (12)发明专利申请 权。

3、利要求书 2 页 说明书 8 页 附图 5 页 1/2 页 2 1. 一种资源处理方法, 其特征在于包括如下步骤 : 接收来自终端的资源分配请求, 其中, 所述资源分配请求所请求分配的资源能够共享 信道上的带宽资源 ; 在所述终端所要占用的信道上建立和 / 或更新带宽处理实例, 其中, 所述带宽处理实 例为所述资源分配请求在所述终端对应的虚拟对象上所占用的带宽, 其中所述虚拟对象包 括 : 信道、 载频或用户。 2. 根据权利要求 1 所述的方法, 其特征在于, 在所述终端所要占用的信道上建立与所 述终端对应的带宽处理实例 : 为临时块流建立临时块流实例, 其中, 所述临时块流实例上记录被该临。

4、时块流实例激 活的信道的标识 ; 和 / 或, 为信道建立对应的信道实例, 其中, 所述信道实例记录激活该信道的临时块流的标识。 3.根据权利要求2所述的方法, 其特征在于, 在所述终端所要占用的信道上建立和/或 更新带宽处理实例包括 : 在所述终端所要占用的所述信道上分配为所述终端带宽资源 ; 判断分配所述带宽资源之后与分配之前所述信道上的带宽资源是否一致 ; 在不一致的情况下, 如果所述信道无对应的带宽处理实例, 则建立带宽处理实例 ; 如果所述信道有带宽处理实例, 并且, 在此次分配的带宽资源大于该信道实例已有的 带宽资源的情况下, 将该带宽处理实例所占用的带宽资源更新为此次分配的带宽资。

5、源。 4. 根据权利要求 1 所述的方法, 其特征在于, 还包括 : 在接收到另一终端的资源分配请求之后, 所述另一终端与所述终端共享的信道的带宽 资源不创建所述带宽处理实例, 不计入资源申请中, 申请所述另一终端单独占用的信道的 带宽资源。 5. 根据权利要求 1 至 4 中任一项所述的方法, 其特征在于, 还包括 : 为所述终端确定载频 ; 在所述载频第一次发生资源分配的情况下, 建立载频公共 IP 带宽处理实例, 其中, 所述载频公共 IP 带宽处理实例为载频级 IP 公共头信息的传输申请带宽资源。 6. 根据权利要求 5 所述的方法, 其特征在于, 还包括 : 在释放信道时, 判断所要。

6、释放的信道是否为所述载频上最后一个激活信道, 如果是, 则 删除所述载频公共 IP 带宽处理实例, 释放带宽资源。 7. 一种资源处理装置, 其特征在于包括 : 接收模块, 用于接收来自终端的资源分配请求, 其中, 所述资源分配请求所请求分配的 资源能够共享信道上的带宽资源 ; 处理模块, 用于在所述终端所要占用的信道上建立和 / 或更新带宽处理实例, 其中, 所 述带宽处理实例为所述资源分配请求在所述终端对应的虚拟对象上所占用的带宽, 其中所 述虚拟对象包括 : 信道、 载频或用户。 8. 根据权利要求 7 所述的装置, 其特征在于, 所述处理模块, 用于为临时块流建立临时块流实例, 其中,。

7、 所述临时块流实例上记录被 该临时块流实例激活的信道的标识 ; 和 / 或, 所述处理模块, 用于为信道建立对应的信道实例, 其中, 所述信道实例记录激活该信道 权 利 要 求 书 CN 102857978 A 2 2/2 页 3 的临时块流的标识。 9. 根据权利要求 8 所述的装置, 其特征在于, 所述处理模块包括 : 分配模块, 用于在所述终端所要占用的所述信道上分配为所述终端带宽资源 ; 判断模块, 用于判断分配所述带宽资源之后与分配之前所述信道上的带宽资源是否一 致 ; 建立更新模块, 用于在所述判断模块判断结果为不一致的情况下, 如果所述信道无对 应的带宽处理实例, 则建立带宽处理。

8、实例 ; 如果所述信道有对应的带宽处理实例, 并且, 在 此次分配的带宽资源大于该带宽处理实例已有的带宽资源的情况下, 将该带宽处理实例所 占用的带宽资源更新为此次分配的带宽资源。 10. 根据权利要求 7 至 9 中任一项所述的装置, 其特征在于, 还包括 : 确定模块, 用于为所述终端确定载频 ; 建立模块, 用于在所述载频第一次发生资源分配的情况下, 建立载频公共 IP 带宽处理 实例, 其中, 所述载频公共 IP 带宽处理实例为载频级 IP 公共头信息的传输申请带宽资源。 权 利 要 求 书 CN 102857978 A 3 1/8 页 4 资源处理方法及装置 技术领域 0001 本发。

9、明涉及通信领域, 具体而言, 涉及一种资源处理方法及装置。 背景技术 0002 随着通讯技术的发展, 2、 3G 融合趋势成为通讯业的重要内容。越来越多的基站控 制器已经实现 2, 3G 共模, 即一套硬件, 一套软件, 而作为将上层业务串联起来的平台系统, 需要兼容多种制式。 GPRS和各种3G类型分组业务之间存在着较大的差别, 其中一个重要差 别是, 3G的分组业务是以用户为处理对象, 而GPRS是时分系统, 信道是GPRS的重要资源, 存 在着多用户共享信道, 单用户占用多信道的情况, 信道相关的内容是 2、 3G 重要差别之一。 同时, 由于 IP 方式相对于 E1 方式, 资源更充足。

10、, 更容易规划, 更容易构架, 因此, IP 组网方 式已经越来越成为主流组网方式。基于这两种发展, 如何在各种功能中解决制式不通的问 题是需要研究的。在 2、 3G 共模, 共链路资源时, 存在着业务量大于规划带宽资源的情况, 对 于此类情况, 有两种较普遍地处理方式, 一种方式是在业务接入时, 进行一定的接纳控制, 当带宽资源严重不足时, 拒绝一些业务接入 ; 另一种是允许用户接入, 但给予其低于接入请 求的带宽资源。这样做的结果, 用户能做业务, 但是速率上受到相应的限制。 0003 在现有技术中, 以标识号为关键信息进行动态传输带宽资源计算和分配, 在 3G 的 系统中, 标识号对应于。

11、用户计算带宽资源。3G 系统可以根据每个用户的标识, 计算带宽资 源, 总带宽资源等于每个用户占用的带宽资源的总和。而 2G 系统中, 要计算一个载频上有 多少条信道被用户占用, 一个信道上有多少个用户, 这条信道上的带宽资源是共享的, 总带 宽资源等于所有已占用信道的带宽资源的总和。由于 3G 系统中没有共享信道的概念, 按照 用户来统计传输资源, 这与 2G 中的按照共享信道方式来计算传输资源是完全不同的。因 此, 在双模的情况下, 无法做到对带宽资源的统一处理。 发明内容 0004 本发明旨在提供一种资源处理方法及装置, 以至少解决上述问题。 0005 根据本发明的一个方面, 提供了一种。

12、资源处理方法, 包括如下步骤 : 接收来自终端 的资源分配请求, 其中, 资源分配请求所请求分配的资源能够共享信道上的带宽资源 ; 在终 端所要占用的信道上建立和 / 或更新带宽处理实例, 其中, 带宽处理实例为资源分配请求 在终端对应的虚拟对象上所占用的带宽, 其中虚拟对象包括 : 信道、 载频或用户。 0006 优选地, 在终端所要占用的信道上建立与终端对应的带宽处理实例 : 为临时块流 建立临时块流实例, 其中, 临时块流实例上记录被该临时块流实例激活的信道的标识 ; 和 / 或, 为信道建立对应的信道实例, 其中, 信道实例记录激活该信道的临时块流的标识。 0007 优选地, 在终端所。

13、要占用的信道上建立和 / 或更新与带宽处理实例包括 : 在终端 所要占用的信道上分配为终端带宽资源 ; 判断分配带宽资源之后与分配之前信道上的带宽 资源是否一致 ; 在不一致的情况下, 如果信道无对应的带宽处理实例, 则建立带宽处理实 例 ; 如果信道有带宽处理实例, 并且, 在此次分配的带宽资源大于该信道实例已有的带宽资 说 明 书 CN 102857978 A 4 2/8 页 5 源的情况下, 将该带宽处理实例所占用的带宽资源更新为此次分配的带宽资源。 0008 优选地, 上述方法还包括 : 在接收到另一终端的资源分配请求之后, 另一终端与该 终端共享的信道的带宽资源不创建带宽处理实例, 。

14、不计入资源申请中, 申请另一终端单独 占用的信道的带宽资源。 0009 优选地, 该方法还包括 : 为终端确定载频 ; 在载频第一次发生资源分配的情况下, 建立载频公共 IP 带宽处理实例, 其中, 载频公共 IP 带宽处理实例为载频级 IP 公共头信息 的传输申请带宽资源。 0010 优选地, 上述方法还包括 : 在释放信道时, 判断所要释放的信道是否为载频上最后 一个激活信道, 如果是, 则删除载频公共 IP 带宽实例, 释放带宽资源。 0011 根据本发明的另一方面, 提供了一种资源处理装置, 包括 : 接收模块, 用于接收来 自终端的资源分配请求, 其中, 资源分配请求所请求分配的资源。

15、能够共享信道上的带宽资 源 ; 处理模块, 用于在终端所要占用的信道上建立和 / 或更新带宽处理实例, 其中, 带宽处 理实例为资源分配请求在终端对应的虚拟对象上所占用的带宽, 其中虚拟对象包括 : 信道、 载频或用户。 0012 优选地, 处理模块, 用于为临时块流建立临时块流实例, 其中, 临时块流实例上记 录被该临时块流实例激活的信道的标识 ; 和 / 或, 处理模块, 用于为信道建立对应的信道实 例, 其中, 信道实例记录激活该信道的临时块流的标识。 0013 优选地, 处理模块包括 : 分配模块, 用于在终端所要占用的信道上分配为终端带宽 资源 ; 判断模块, 用于判断分配带宽资源之。

16、后与分配之前信道上的带宽资源是否一致 ; 建 立更新模块, 用于在判断模块判断结果为不一致的情况下, 如果信道无信道实例, 则建立信 道实例 ; 如果信道有信道实例, 并且, 在此次分配的带宽资源大于该信道实例已有的带宽资 源的情况下, 将该信道实例所占用的带宽资源更新为此次分配的带宽资源。 0014 优选地, 上述装置还包括 : 确定模块, 用于为终端确定载频 ; 建立模块, 用于在载 频第一次发生资源分配的情况下, 建立载频公共 IP 带宽处理实例, 其中, 载频公共 IP 带宽 处理实例为载频级 IP 公共头信息的传输申请带宽资源。通过虚拟对象标识建立带宽处理 实例, 与对象 ( 信道、。

17、 载频、 用户 ) 进行保活。各业务虚拟对象根据业务流程发起带宽处理 实例的释放等。 0015 通过本发明, 解决了现有技术中在双模的情况下无法做到对带宽资源的统一处理 的问题, 进而实现了在 2G、 3G 共模下传输资源的统一处理。 附图说明 0016 此处所说明的附图用来提供对本发明的进一步理解, 构成本申请的一部分, 本发 明的示意性实施例及其说明用于解释本发明, 并不构成对本发明的不当限定。在附图中 : 0017 图 1 是根据本发明实施例的资源处理方法的流程图 ; 0018 图 2 是根据本发明实施例的资源处理方法的结构框图 ; 0019 图 3 是根据本发明实施例的资源处理装置的优。

18、选的结构框图 ; 0020 图 4 是根据本发明实施例的传输带宽资源分配的流程图 ; 0021 图 5 是根据本发明实施例的传输带宽资源管理的流程图 ; 以及 0022 图 6 是根据本发明实施例的传输资源释放流程。 说 明 书 CN 102857978 A 5 3/8 页 6 具体实施方式 0023 下文中将参考附图并结合实施例来详细说明本发明。需要说明的是, 在不冲突的 情况下, 本申请中的实施例及实施例中的特征可以相互组合。 0024 在 3G 的系统中, 由于载频上的信道, 同一时刻只能被一个用户占用, 不存在共享 信道的概念。因此, 3G 系统中, 用户占用的总带宽资源等于每个用户占。

19、用的带宽资源的总 和, 即在 3G 系统就是按照用户来进行资源处理的。而在 2G 系统存在用户共享信道的概念, 因此, 将 2G 系统中的资源也可以按照用户进行处理, 即可以解决现有技术中的问题。需要 说明的是, 以下实施例以 2G 系统为例进行说明, 但是并不限于此, 对于任何存在共享信道 的系统, 以下实施例均适用。 0025 在本实施例中提供了一种资源处理方法的流程图, 图 1 是根据本发明实施例的资 源处理方法的流程图, 如图 1 所示, 该流程包括如下步骤 : 0026 步骤 S102, 接收来自终端的资源分配请求, 其中, 资源分配请求所请求分配的资源 能够共享信道上的带宽资源 ;。

20、 0027 步骤 S104, 在终端所要占用的信道上建立和 / 或更新带宽处理实例, 其中, 带宽处 理实例为资源分配请求在终端对应的虚拟对象上所占用的带宽, 其中虚拟对象包括 : 信道、 载频或用户。 0028 通过上述步骤, 对于每个终端(或者用户)而言, 其在共享信道上以及共享载频上 占用资源均使用虚拟实例的方式来进行, 即只要得到该终端对应的所有的实例即可按照用 户进行资源的处理, 从而解决了现有技术中在双模的情况下无法做到对带宽资源的统一处 理的问题, 进而实现了在 2G、 3G 共模下传输资源的统一处理。 0029 需要说明的是, 上述带宽处理实例为以虚拟对象为单位进行带宽管理, 。

21、该虚拟对 象脱离实际业务以及制式, 在本申请中 2G 系统下为信道和载频, 在 3G 系统下为终端用户。 0030 在建立实例时, 可以考虑以临时块流(Temporary Block Flow, 简称为TBF)建立带 宽处理实例, 也可以以信道来建立带宽处理实例带宽处理对于这两种方式可以选择一种, 也可以采用两种方式。例如, 为临时块流建立临时块流实例, 其中, 该临时块流实例上记录 被该临时块流实例激活的信道的标识 ; 和 / 或, 为信道建立对应的信道实例, 其中, 该信道 实例记录激活该信道的临时块流的标识。 0031 如果对于信道实例的建立和 / 或更新, 在本实施例中提供了一种优选的。

22、方式 : 在 该终端所要占用的信道上分配为该终端带宽资源 ; 判断分配带宽资源之后与分配之前该信 道上的带宽资源是否一致 ; 在不一致的情况下, 如果该信道无对应的带宽处理实例, 则建立 对应的信道带宽处理实例 ; 如果该信道有信道实例, 并且, 在此次分配的带宽资源大于该信 道实例已有的带宽资源的情况下, 将该信道实例所占用的带宽资源更新为此次分配的带宽 资源。 0032 在该方式下, 通过虚拟对象标识建立带宽处理实例, 与虚拟对象 ( 信道、 载频、 用 户 ) 进行保活。各业务虚拟对象根据业务流程发起带宽处理实例的释放。 0033 处于对共享信道的考虑, 如果接收到另一终端的资源分配请求。

23、, 则可以将该另一 终端与该终端共享的信道的带宽资源不计入资源申请中, 而只申请该另一终端单独占用的 信道的带宽资源。对于非共享的信道申请带宽处理实例, 计算和分配带宽资源。 说 明 书 CN 102857978 A 6 4/8 页 7 0034 在本实施例实施时, 为了节约通信数据量等考虑, 可以采用载频打包方式, 按载频 打包, 就是设定一个标识号对应于载频。 将这个载频上承载的用户带宽资源全部相加, 合并 处理计算带宽资源, 便于分配。即, 实际物理传输时, 由一个 IP 包将包含该载频下所有信道 上分组用户的无线链路控制 (Radio Link Control, 简称为 RLC) 块等。

24、信息, 因此, 实际消耗 的物理传输带宽为 ( 公共 IP 包头 + 所有信道上 RLC 块数据量 )/ 传输时间。 0035 对于载频打包的方式, 按照信道为单位的带宽接纳中, 接纳处理的是多个用户共 享的信道, 而信道的申请又是由用户触发的, 因此, 触发的主体 ( 即用户 ) 和传输带宽资源 计算的主体 ( 即载频包含的所有信道 ) 不一致, 这与 3G 系统中用户触发和用户独立使用传 输资源存在较大差异。在 2、 3G 多模系统中, 信道分配后, 传输带宽资源已经分配, 后续该信 道上的用户申请, 不能额外增加对传输资源的需求, 这样就需要在申请带宽资源的时候, 尽 可能按实际业务可占。

25、用资源的上限去申请带宽资源 ; 另一方面, 在载频打包的方式下, 传输 过程中, 公共 IP 头占有的信息量是不能忽略的。下面对此进行详细说明。 0036 在 IP 方式下, 一个用户对物理链路的资源消耗, 包括带有实际业务所需的净荷以 及 TCPIP 头等信息。当前的系统是根据用户的申请, 将用户所需要的链路带宽资源和当前 系统可分配的带宽资源进行比较, 再进行决策 ( 包括允许用户接入和拒绝用户接入 )。而 单个用户发送的数据就是所占资源要求, 和其他用户关联性不大, 而在 2G 系统中, 用户携 带的信息量和信道编码方式相关的, 而这个编码方式还影响着同样信道上的其他用户, 在 接入时,。

26、 申请的也是信道, 在 IP 方式下, 为了节约消息, 按照载频打包方式, 也就是一个载 频上多个信道的申请会在一个 IP 包里打包发送给基站收发信机 (BTS, Base Transceiver Station), 而底层平台是不获知 IP 头大小和净荷大小。这样存在一个问题, 一个手机占用 四条信道时, 会带有IP公共头, 后续接入的手机依然要带载频打包IP公共头, 在计算时, 每 次接入申请的都要扣除这部分带宽。由于一个载频下用户众多, 一个用户可能占用多个信 道。这样很可能重复扣除申请的 IP 带宽资源。这导致原本可以用于用户数据传输的带宽 资源错误得被当作重复的 IP 带宽资源扣除。。

27、造成不必要的带宽资源浪费。在总带宽资源 一定的情况下, IP 带宽资源重复扣除, 则实际用户数据的传输带宽资源就相应减少, 影响实 际用户接纳。 0037 为了解决该问题, 本实施例提供了一种优选的实施方式, 即根据终端在载频下的 业务行为来处理公共带宽资源 ; 在该载频第一次发生资源分配的情况下, 建立载频公共 IP 带宽处理实例, 其中, 该载频公共 IP 带宽处理实例为 IP 公共头信息的传输申请带宽资源。 通过该优选的实施方式, 在第一次发生资源分配时为 IP 公共头信息分配带宽资源, 解决了 重复扣除 IP 头带宽的问题。 0038 对应于该优选实施方式, 在释放信道时, 判断所要释。

28、放的信道是否为该载频上最 后一个激活信道, 如果是, 则删除载频公共 IP 带宽实例, 释放带宽资源。这样在释放的时 候, 也可以保证对 IP 公共头信息的资源进行合理处理。当然, 也可以在其他情况下释放该 带宽资源, 只不过释放之后可能仍然需要重新申请, 比较繁琐。在本发明实施例中, 该装置 用于实现上述实施例及优选实施方式, 已经进行过说明的在此不再赘述, 下面对该装置中 涉及到的模块进行说明。 0039 图 2 是根据本发明实施例的资源处理装置的结构框图, 如图 2 所示, 该装置包括 : 接收模块 22 和处理模块 24, 下面对上述结构进行说明。 说 明 书 CN 102857978。

29、 A 7 5/8 页 8 0040 接收模块 22, 用于接收来自终端的资源分配请求, 其中, 资源分配请求所请求分配 的资源能够共享信道上的带宽资源 ; 处理模块 24, 连接至接收模块 22, 用于在接收模块 22 接收到来自终端的资源分配请求之后, 在终端所要占用的信道上建立和 / 或更新带宽处理 实例, 其中, 带宽处理实例为该资源分配请求在终端对应的虚拟对象上所占用的带宽, 其中 虚拟对象包括 : 信道、 载频或用户。 0041 优选地, 处理模块 24, 用于为临时块流建立临时块流实例, 其中, 临时块流实例上 记录被该临时块流实例激活的信道的标识 ; 和 / 或, 处理模块 24。

30、, 用于为信道建立对应的信 道实例, 其中, 信道实例记录激活该信道的临时块流的标识。 0042 图3是根据本发明实施例的资源处理装置的优选的结构框图, 如图3所示, 处理模 块 24 包括 : 分配模块 242, 判断模块 244, 建立更新模块 246, 上述装置还包括 : 确定模块 32 和建立模块 34, 下面对上述结构进行说明。 0043 处理模块 24 包括 : 分配模块 242, 用于在终端所要占用的信道上分配为终端带宽 资源 ; 判断模块244, 连接至分配模块242, 用于判断分配模块242分配带宽资源之后与分配 之前信道上的带宽资源是否一致 ; 建立更新模块 246, 连接。

31、至判断模块 244, 用于在判断模 块 244 判断结果为不一致的情况下, 如果信道无对应的带宽处理实例, 则建立带宽处理实 例 ; 如果信道有对应的带宽处理实例, 并且, 在此次分配的带宽资源大于该对应的带宽处理 实例已有的带宽资源的情况下, 将该对应的带宽处理实例所占用的带宽资源更新为此次分 配的带宽资源。 0044 上述装置还包括 : 确定模块 32, 用于为终端确定载频 ; 建立模块 34, 连接至确定模 块32, 用于在确定模块32确定的载频第一次发生资源分配的情况下, 建立载频公共IP带宽 处理实例, 其中, 载频公共 IP 带宽处理实例为载频级 IP 公共头信息的传输申请带宽资源。

32、。 0045 通过上述实施例将 2、 3G 不同的系统纳入统一的带宽资源计算体系。并且, 通过有 些优选实施方式, 可以精确合理的计算传输带宽资源, 解决因重复扣除 IP 头带宽, 而致使 可分配给实际用户传输带宽资源较少的问题。 0046 下面将结合实例对本发明实施例的实现过程进行详细描述。 0047 以下优选实施例中, 每次用户业务申请都有一次记录实例, 当业务结束时通知本 次业务申请完成, 这条记录将在动态计算带宽时删除。 这样, 即使用户重复申请业务带宽资 源, 相应的IP带宽资源也只需申请一次, 释放的时候, 相应的IP带宽资源也不会重复扣除。 0048 以下实施例中的传输资源处理模。

33、块是与业务无关的系统, 对 2、 3G 业务提供统一 的计算模式, 使得 2、 3G 能够统一在一个计算体系中, 实现传输带宽资源共享和分配。 0049 优选实施例一 0050 本优选实施例提供了一种在面向用户的接纳模式下, 面向信道、 载频的传输资源 分配方法, 实现了 3G 系统下的传输带宽计算和 2G 下的传输带宽计算实现了统一。 0051 在 3G 系统下, 按用户实际计算传输带宽, 按照信道计算传输资源, 载频打包在同 一平台下的处理。 0052 在 2G 系统下 ( 例如 GPRS 业务 ), 有可能涉及到 : 本次申请和上次申请, 占用相同 信道的接纳计算 ; GPRS 下, 本。

34、次申请和上次申请有共享信道的接纳计算 ; GPRS 下, 本次申请 和上次申请无共享信道的接纳计算 ; 用户申请的资源释放时, 传输资源的重新计算。 0053 在 2G 系统中, 以用户为处理对象 : 说 明 书 CN 102857978 A 8 6/8 页 9 0054 按载频打包方式下, 2G PS 业务建立 TBF 前, 向传输资源分配系统提出接纳请求 时, 如果当前信道均未被其他分组用户使用。即, 该载频上第一次发生传输资源分配, 则业 务申请实例向接纳模块发送两个请求, 创建两个带宽处理实例, 一个是载频公共 IP 带宽请 求, 创建载频公共 IP 带宽处理实例, 按照 IP 公共头。

35、信息 / 传输时间进行带宽申请, 并要求 必须保证, 一个是按该 TBF 所需的信道占用的带宽, 创建信道带宽处理实例, 同时在该 TBF 实例上记录被本 TBF 激活的信道号, 即带宽处理信道号, 或者在信道实例上记录激活该信 道的 TBF 实例。这两种情况下, 均从传输资源中减去相应的带宽。 0055 具体地, 2G PS 业务建立 TBF 前, 如果所在载频已经有 PS 信道激活, 即非此载频下 第一次接入, 则, 检查需要分配的 PS 信道上是否已经被激活并用于实际传输 ( 已在传输资 源分配中记录带宽 ), 针对已经分配带宽的信道且小于等于已分配带宽, 则不申请传输资 源。对于未分配。

36、的信道, 计入传输资源申请中, 并在该 TBF 实例上记录, 被本 TBF 激活的信 道号, 或者在信道实例上记录激活该信道的 TBF 实例, 例如, 如果信道编码方式为 MCS9, 前 一个手机占用了信道 1234, 而本次手机创建 TBF 时, 需要占用信道 3456, 则信道 3、 4 不需要 计入传输资源申请中, 而只需要向传输资源处理模块申请 5、 6 两条信道的带宽, 带宽大小 为 59.6 2kbps。 0056 当TBF释放时, 向传输资源处理模块提出删除传输实例, 如果本TBF占用的信道是 本TBF创建的, (或检查TBF所占用的信道上记录的TBF创建实例号是否和本TBF实例。

37、号一 致, 如果一致), 且有其他TBF在使用, 则业务处理系统选择一个该信道的目标TBF, 将本TBF 记录的带宽处理信道号赋值给目标 TBF, 然后, 根据带宽使用情况, 触发带宽修改流程, 带宽 处理实例不变, 否则, 通知传输资源处理模块删除该信道带宽处理实例及相关信道带宽, 并 扫描所有信道, 如果只有本 TBF 存活, 则通知传输资源处理模块删除载频公共 IP 带宽处理 实例, 从传输资源中删除载频公共 IP 带宽。 0057 图4是根据本发明实施例的传输带宽资源分配的流程图, 如图4所示, 该流程包括 如下步骤 : 0058 步骤 S402 : 手机接入 GSM 分组业务处理模块。

38、。 0059 步骤 S404 : 在分组业务接入时, 向 GSM 分组业务处理模块查询资源 ( 带宽 ) 信息, 包括可用, 已用等信息。 0060 步骤 S406 信道激活、 分配请求 ( 或调用 )。 0061 步骤 S408 : 信道管理模块向资源计算模块发送带宽处理管理请求 ( 申请、 释放、 修 改、 查询 )。 0062 步骤 S410 : 资源计算模块向信道管理模块发送带宽处理管理请求 ( 申请、 释放、 修 改、 查询 )。 0063 步骤 S412 : 信道管理模块向 GSM 分组业务处理模块反馈信道分配结果。 0064 步骤 S414 : GSM 分组业务处理模块指派资源。。

39、 0065 以下步骤 S402 至步骤 S414 是针对 2G 终端接入的资源分配, 以下步骤 S416 至步 骤 S422 针对 3G 终端接入的资源分配。 0066 步骤 S416 : 手机接入 3G 分组业务处理模块。 0067 步骤 S418 : 资源计算模块向 3G 分组业务处理模块发送资源 ( 带宽 ) 信息。 0068 步骤 S420 : 3G 分组业务处理模块向资源计算模块反馈用户占用带宽请求。 说 明 书 CN 102857978 A 9 7/8 页 10 0069 步骤 S422 : 3G 分组业务处理模块指派资源。 0070 为根据多用户共享信道的特点, 以信道为处理对象。

40、管理传输资源更简洁, 即以信 道实例为处理对象, 资源创建和修改流程。处理方式如下 : 0071 图5是根据本发明实施例的传输带宽资源管理的流程图, 如图5所示, 该流程包括 如下步骤 : 0072 步骤 S502 : 小区收到 PS 信道请求。 0073 步骤 S504 : 根据信道分配算法确定了载频后, 业务处理模块向资源管理模块查询 可用传输资源。 0074 步骤 S506 : 获取可用传输资源带宽后, 判断本次信道请求是否是本载频上第一次 ( 判断所在载频是否有已激活 PS 信道 ), 如果是第一次, 则执行步骤 S510, 否则执行步骤 S508。 0075 步骤 S508 : 判断。

41、可用带宽是否超过按载频打包的公共 IP 头所需带宽, 如果判断结 果为是, 执行步骤 S512, 否则执行步骤 S524。 0076 步骤 S510 : 根据可用带宽和业务要求是否能分出分组信道, 如果判断结果为是, 执行步骤 S516, 否则, 执行步骤 S524。 0077 步骤 S512 : 根据可用带宽、 业务需求是否可分配出信道。 0078 步骤 S514 : 根据信道分配算法分配分组信道, 由业务处理模块发送指派给终端。 0079 步骤 S516 创建载频公共 IP 带宽处理实例, 同时针对激活的信道分别创建各信道 的带宽处理实例, 记录信道带宽。 0080 步骤 S518 : 根。

42、据信道分配算法分配分组信道, 由业务处理模块发送指派给终端。 0081 步骤 S520 : 判断新分配的所有信道是否与分配前信道带宽一致 ( 分配前未激活信 道带宽为 0), 如果所有均完全一致, 执行步骤 S524, 否则执行步骤 S522。 0082 步骤 S522 : 针对每条带宽不一致的信道, 如果无信道带宽处理实例, 则创建信道 带宽处理实例, 记录带宽处理带宽, 从传输资源的可用带宽中减去 ; 如果本次分配信道带宽 大于实例已有带宽, 则通过更改带宽处理实例的带宽占用, 从传输资源的可用带宽中减去 两者的差值 ; 如果本次分配信道带宽小于等于实例已有带宽, 不做操作。 0083 步。

43、骤 S524 : 结束。 0084 需要说明的是, 为了使不同制式融合, 无论是 2G 还是 3G, 带宽处理实例都可以是 一个随机产生的唯一值, 作为带宽处理实例号, 该带宽处理实例号和相应业务实例对应, 同 时创建, 同时释放。通过前面的方法, 对 2G 进行处理后, 能够和面向用户的 3G 制式融合在 一起, 同时, 避免了 GPRS 下因用户共享信道而引发的公共 IP 传输带宽重复计算问题。 0085 优选实施例二 0086 本实施例以信道实例为处理对象, 提供了一种资源释放流程, 图 6 是根据本发明 实施例的传输资源释放流程, 如图 6 所示, 该流程包括如下步骤 : 0087 步。

44、骤 S602 : TBF 业务释放。 0088 步骤 S604 : 检测 TBF 所在的信道是否有其他终端占用, 如果判断结果为有其他终 端, 则执行步骤 S612, 如果判断结果为无其他终端, 则执行步骤 S606。 0089 步骤 S606 : 释放信道, 删除信道带宽处理实例, 释放带宽资源, 0090 步骤 S608 : 在释放信道时, 判断释放的信道是否是载频上最后一个激活信道, 如 说 明 书 CN 102857978 A 10 8/8 页 11 果判断结果为是, 执行步骤 S610, 否则, 执行步骤 S612。 0091 步骤 S610 : 删除载频公共 IP 带宽处理实例, 。

45、释放带宽资源。 0092 步骤 S612 : 结束。 0093 通过上述实施例, 将以用户为单位计算传输带宽的方式和以信道、 载频为单位计 算传输带宽的方式统一起来, 并引入了一种公共处理传输虚带宽的机制, 处理公共 IP 头占 用传输带宽的方法, 避免了传输带宽资源的浪费, 使得多种制式下的传输资源利用统一在 一个处理框架下。 0094 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布在多个计算装置所组成 的网络上, 可选地, 它们可以用计算装置可执行的程序代码来实现, 从而可以将它们存储在 存储装置中。

46、由计算装置来执行, 或者将它们分别制作成各个集成电路模块, 或者将它们中 的多个模块或步骤制作成单个集成电路模块来实现。这样, 本发明不限制于任何特定的硬 件和软件结合。 0095 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本领域的技 术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内, 所作的任何修 改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。 说 明 书 CN 102857978 A 11 1/5 页 12 图 1 图 2 说 明 书 附 图 CN 102857978 A 12 2/5 页 13 图 3 说 明 书 附 图 CN 102857978 A 13 3/5 页 14 图 4 说 明 书 附 图 CN 102857978 A 14 4/5 页 15 图 5 说 明 书 附 图 CN 102857978 A 15 5/5 页 16 图 6 说 明 书 附 图 CN 102857978 A 16 。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 电学 > 电通信技术


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1