CN100499907C - 第三代移动通信用户接纳控制系统及处理方法 - Google Patents
第三代移动通信用户接纳控制系统及处理方法 Download PDFInfo
- Publication number
- CN100499907C CN100499907C CNB200310112398XA CN200310112398A CN100499907C CN 100499907 C CN100499907 C CN 100499907C CN B200310112398X A CNB200310112398X A CN B200310112398XA CN 200310112398 A CN200310112398 A CN 200310112398A CN 100499907 C CN100499907 C CN 100499907C
- Authority
- CN
- China
- Prior art keywords
- user
- processor
- capacity
- primary processor
- control system
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明揭示一种用户接纳控制系统,该用户接纳控制系统主要用于第三代移动通讯无线网络控制器,该用户接纳控制系统为主从多处理器用户面协议实现模型,其中,主处理器接收控制面的配置消息并给予响应,并配置管理从处理器、维护从处理器负载情况、对从处理器进行负载均衡和资源接纳,从处理器负责具体的用户面实例生成和协议处理,并处理上下行的数据,按照接纳控制原则维护自身负载情况。本发明用户接纳控制系统采用主从多处理器装置,提高了用户面的数据处理效率,扩大了RNC系统硬件处理能力。本发明也揭示了这种用户接纳控制系统的处理方法。
Description
技术领域
本发明涉及第三代移动通信系统一种用户接纳控制系统及处理方法,尤其是基于WCDMA制式RNC(无线网络控制器)系统无线网络层用户面的用户接纳控制及处理方法。
背景技术
随着移动通信业务用户数量的迅猛增加,第三代移动通信系统作为一套全球普及和全球无缝漫游的系统,具有超大容量、高频谱效率、高服务质量、低成本、高保密性等特点使其成为未来移动通信的发展方向。而系统容量和系统可靠性的提升始终是任何一套优秀的第三代移动通信系统为之奋斗的目标,也是任何一套优秀系统的核心竞争力所在。RNC作为第三代移动通信系统中承上启下的节点,处于无线接入网边缘,系统容量和可靠性的提升更是它迫切需要解决的问题。RNC系统从协议角度来讲分为两层,即无线网络层和传输网络层,它的系统容量是两层实现能力的综合。其中,无线网络层是第三代移动通信系统核心协议层。因此,用于提高RNC系统无线网络层性能的接纳控制方法和装置对于提高整个RNC的系统容量和系统可靠性起着关键的作用。对于RNC系统无线网络层用户的接纳控制方法,在3GPP协议中有就用户初始接入、无线资源分配、重配置和切换时,RNC需要如何根据当前无线资源情况(码资源等)、用户优先级、上行干扰和下行功率等信息决定是接受还是拒绝的详细描述。但是RNC系统无线网络层容量、可靠性除了表现在控制面和无线相关资源分配的能力上,也表现在RNC无线网络层承载用户业务数据的用户面能力上。“如何提高RNC无线网络层用户面能力?”这个问题在众多文献和协议中都没有描述,因此,迫切需要提供一种先进的控制系统和方法来解决这个问题。
发明内容
本发明的目的是提供一种用户接纳控制系统及其处理方法,该用户接纳控制系统采用主从多处理器用户面协议实现模型,从而克服了现有单处理器模式下,用户接纳控制系统处理用户容量有限、RNC系统硬件处理能力低下的缺点。
本发明提供一种用户接纳控制系统,该用户接纳控制系统主要用于第三代移动通讯无线网络控制器,该用户接纳控制系统为主从多处理器用户面协议实现模型,其中,主处理器接收控制面的配置消息并给予响应,并配置管理从处理器、维护从处理器负载情况、对从处理器进行负载均衡和资源接纳,从处理器负责具体的用户面实例生成和协议处理,并处理上下行的数据,按照接纳控制原则维护自身负载情况。
其中该用户接纳控制系统进一步遵循以下原则:
原则一:基于每个从处理器处理能力评估,主处理器记录其管辖的所有的从处理器当前负载的情况,在用户接入时由主处理器选择当前负载最轻的从处理器进行用户的建立;
原则二:用户接纳控制系统在用户第一次接入时为每一个用户预留处理器容量,并且按照用户预留容量的要求计算当前从处理器剩余容量;
原则三:当用户实际进行业务建立的时候,用户接纳控制系统重新计算当前从处理器剩余容量和用户实际占用容量;
原则四:用户接纳控制系统在用户释放时不进行用户实际占用容量的释放,而仍然为每一个用户预留处理器容量,如此时从处理器剩余容量已经不具备这个预留处理器容量额度,则结合从处理器剩余容量和需要释放的用户实际占用容量情况为该用户预留处理器容量。
其中该用户接纳控制系统具体处理步骤为:
步骤1:建立过程的接纳步骤,
进一步包括以下具体步骤:
步骤1-1:主处理器上用户接入接纳,
步骤1-2:从处理器上用户接入接纳,
步骤1-3:主处理器上用户业务建立接纳,
步骤1-4:从处理器上用户业务建立接纳;
步骤2:释放过程的接纳步骤,
进一步包括以下具体步骤:
步骤2-1:主处理器上用户业务释放接纳,
步骤2-2:从处理器上用户业务释放接纳,
步骤2-3:主处理器上用户释放接纳,
步骤2-4:从处理器上用户释放接纳。
本发明的有益效果是:由于本发明用户接纳控制系统采用主从多处理器装置,提高了用户面的数据处理效率,扩大了RNC系统硬件处理能力;以主从处理器对于用户、业务的双重控制接纳方法,充分均衡了系统负载,并提高了接入用户业务建立的可靠性。
附图说明
下面结合附图对本发明做进一步的详细说明。
图1是本发明用户面实现的主从处理器结构图。
图2是本发明接纳控制方法建立过程接纳步骤示意图。
图3是本发明接纳控制方法建立过程主处理器上用户接入接纳流程图。
图4是本发明接纳控制方法建立过程从处理器上用户接入接纳流程图。
图5是本发明接纳控制方法建立过程主处理器上用户业务建立接纳流程图。
图6是本发明接纳控制方法建立过程从处理器上用户业务建立接纳流程图。
图7是本发明接纳控制方法释放过程接纳步骤示意图。
图8是本发明接纳控制方法释放过程主处理器上用户业务释放接纳流程图。
图9是本发明接纳控制方法释放过程从处理器上用户业务释放接纳流程图。
图10是本发明接纳控制方法释放过程主处理器上用户释放接纳流程图。
图11是本发明接纳控制方法释放过程从处理器上用户释放接纳流程图。
具体实施方式
本发明提供一种主从多处理器用户面协议实现模型和相应的接纳控制方法。
所述的主从多处理器结构指的是一个主处理器管辖多个从处理器的结构,在本说明书附图1中还将对于这种结构有更加详细的描述。
本发明的方法,其步骤包括:
1.建立主从多处理器用户面协议实现模型,合理分配不同处理器上用户面协议实体。主处理器负责接收控制面的配置消息并给于响应、配置管理从处理器、维护从处理器负载情况、对于从处理器进行负载均衡和资源接纳,而从处理器负责具体的用户面实例生成和协议处理、处理上下行的数据、按照接纳控制原则维护自身负载情况。
2.确定在主从多处理器装置,均衡系统负载的接纳控制原则为:
原则一:基于每个从处理器处理能力评估,主处理器记录其管辖的所有的从处理器当前负载的情况,在用户接入时由主处理器选择目前负载最轻的从处理器进行用户的建立以均衡每个从处理器的负载;
其中:
所述的从处理器处理能力,包括从处理器满负载处理能力和从处理器业务处理能力;
所述的从处理器满负载处理能力和从处理器业务处理能力是根据实际实验获得。比如实验测得一个从处理器在接纳了20个384K业务之后他的CPU负载已经达到CPU满负载标准,在WCDMA只有384K一种业务的情况下,我们就认为该从处理器满负载处理能力为20个384K业务。当然,因为WCDMA的业务具有多样性,除了384K业务,我们还需要做各种业务的实验,比如典型速率分别是8kbps、12.2kbps的话音和64kbps、144kbps、384kbps、2048kbps的数据业务等。最后根据在CPU满负载标准情况下对于不同单业务的处理情况和在CPU满负载标准情况下对于不同组合的混合业务的处理情况,我们获取该CPU的从处理器满负载处理能力,但是最后这个从处理器满负载处理能力最后我们会以一种分值的形式进行衡量,比如可以认为一个从处理器满负载处理能力为100分。而从处理器业务处理能力也是在上述实验中获取,假如从处理器满负载处理能力为20个384K业务情况下,那么从处理器384K业务处理能力就是5分。最终根据测试结果获取从处理器各种业务处理能力。
所述的CPU满负载标准,也是根据实验获得,是根据CPU的使用率、业务调度允许的超时率等因素共同决定。
所述的从处理器当前负载的情况,使用当前从处理器剩余容量表示,由从处理器满负载处理能力、当前从处理器接纳业务情况和从处理器各种业务处理能力共同计算获取。比如从处理器满负载处理能力为100分,而从处理器384K业务处理能力为5分,而当前从处理器接纳了5个384K业务,此时当前从处理器剩余容量=100-5×5=75分。
原则二:根据协议对于RNC用户接入和用户实际业务建立之间存在时间差、RNC系统在用户接入之时无法知道用户即将发生的业务特性的特点,在用户第一次接入时为每一个用户预留处理器容量,并且按照用户预留容量的要求计算当前从处理器剩余容量。此举目的在于在用户能接入系统之时系统已经为用户业务建立预留了系统容量,避免了在之后的用户业务建立过程中因为系统容量的不足而导致业务建立的失败,提高用户业务建立的可靠性。
所述的为每一个用户预留处理器容量的额度,以下称之为预留处理器容量额度,由实验获得。在实验获取从处理器满负载处理能力、从处理器各种业务处理能力分值基础上,实验测试系统的使用率、用户业务建立的可靠性和预留处理器容量额度之间的关系,获取最佳的预留处理器容量额度。
原则三:当用户实际进行业务建立的时候,重新计算当前从处理器剩
余容量和用户实际占用容量。
所述的用户实际占用容量,含义是某用户在某时刻实际占用从处理器
容量,该容量的大小,在用户接入初始为系统为预留处理器容量额度,而在用户业务建立之后为各种用户业务的从处理器各种业务处理能力分值之和。
原则四:根据协议对于RNC用户业务和用户释放之间存在时间差、而RNC系统在这个时间当中无法预知是否最后一个业务释放之后一定会产生用户的释放(有可能用户仍然停留在系统中,过一会又发生一个业务的建立),在用户释放时不进行用户实际占用容量的释放,而仍然为每一个用户预留处理器容量。当然也许此时从处理器剩余容量已经不具备这个预留处理器容量额度,那么结合从处理器剩余容量和需要释放的用户实际占用容量情况为该用户预留处理器容量。
3.确定主从多处理器装置,均衡系统负载的接纳控制实际处理步骤为:
建立过程接纳步骤:主处理器上用户接入接纳->从处理器上用户接入接纳->主处理器上用户业务建立接纳->从处理器上用户业务建立接纳。参照WCDMA协议,注意用户在系统接入之后可能会伴随着多次不同用户业务建立,比如多个PS业务或者混合业务建立。
释放过程接纳步骤:主处理器上用户业务释放接纳->从处理器上用户业务释放接纳->主处理器上用户释放接纳->从处理器上用户释放接纳。参照WCDMA协议,对比多次业务的建立,注意用户在从系统主处理器上用户业务释放接纳->从处理器上用户业务释放接纳->主处理器上用户释放接纳->从处理器上用户释放接纳释放前,可能会伴随着多次不同用户业务的释放,比如释放多个PS业务或者混合业务。
以下结合附图来进一步说明本发明的实施方式。
图1是本发明用户面实现的主从处理器结构图,主处理器负责接收控制面的配置消息并给于响应、配置管理从处理器、维护从处理器当前剩余容量、对于从处理器进行负载均衡和资源接纳,而从处理器负责具体的用户面实例生成和协议处理、处理上下行的数据、按照接纳控制原则维护自身从处理器当前剩余容量。:
·使得从处理器可以尽量少的加载庞大的操作支撑系统,专心于用户面数据处理主要功能,提高从处理器的运行效率
·使得从处理器可以采用诸如DSP等对于数据处理具有极高效率达芯片实现,提高用户面的数据处理能力
·在主处理器上实时的维护其管辖的各从处理器的从处理器当前剩余容量对于用户进行接纳,达到对于从处理器负载均衡的目的,充分利用系统能力
图2是本发明接纳控制方法建立过程接纳步骤示意图,根据RNC用户接入和用户实际业务建立之间存在时间差、RNC系统在用户接入之时无法知道用户即将发生的业务特性的特点,制定“主处理器上用户接入接纳->从处理器上用户接入接纳->主处理器上用户业务建立接纳->从处理器上用户业务建立接纳”的建立过程接纳步骤。参照WCDMA协议,注意用户在系统接入之后可能会伴随着多次不同用户业务建立,比如多个PS业务或者混合业务建立。
图3是本发明接纳控制方法建立过程主处理器上用户接入接纳流程图,收到来自控制面的用户建立消息,主处理器遍历其上维护的所有的从处理器的负载情况,选择目前负载最轻的从处理器,即从处理器剩余容量最大的从处理器进行该次用户建立的接纳;选定从处理器之后,判断此时从处理器剩余容量是否小于预留处理器容量额度,如果小于就直接在主处理器上拒绝这个用户建立;
图4是本发明接纳控制方法建立过程从处理器上用户接入接纳流程图,从处理器上需要计算和维护自身从处理器剩余容量,在每一个用户成功建立之后,每一个用户还需要维护其用户实际占用容量;每一次收到建立用户的时候,就在从处理器剩余容量减去一个预留处理器容量额度;如果该用户成功的配置了要求的用户面各协议层,则此时该用户实例自身维护的用户实际占用容量也相应的设置为一个预留处理器容量额度,如果该用户建立失败,则在从处理器的剩余容量上回退之前为该用户预留的预留处理器容量额度。
图3与图4上述处理过程的设计出发准则是基于第三代移动通信系统中用户的建立过程并不涉及用户业务类型的建立,系统无法预知这个用户下面将进行何种类型的业务建立,而用户业务的建立有可能又和用户建立之间有一个较长的时间差,有可能一个用户建立之后会要求建立一个占用处理器容量较大的业务(比如,384K业务),也可能一个用户建立之后会要求建立一个占用处理器容量较小的业务(比如,12.2K语音业务),而在用户接入RNC系统中时这些有关之后业务属性的信息都是未知的。因为384K业务和12.2K语音业务的从处理器业务处理能力分值差距较大,为了防止用户建立之后的业务建立会出现发生容量不足,导致用户虽然正常在系统中接入并建立,但是却无法业务建立成功,因此在每一个用户最初建立的时候就为其保留一个预留处理器容量额度,以全面保证处理器在用户建立的时候不会多接纳其事实不能负载的用户、保证对于接入用户业务建立的可靠性。此外,每个从处理器的从处理器剩余容量发生变化时都需要实时的向管辖它的主处理器上报它当前的从处理器剩余容量,用于主处理器根据实际情况出发做出正确的用户接纳。
图5是本发明接纳控制方法建立过程主处理器上用户业务建立接纳流程图,主处理器上收到来自控制面的用户业务建立消息,主处理器将用户业务建立消息发送到该用户接入时接纳用户建立的从处理器上;这个过程中主处理器的操作相对简单的考虑是基于:业务建立过程的接纳工作主要是在从处理器上完成,因为从处理器维护了一个用户需要的完整的用户面协议实体,这些用户面实体上维护了关于用户业务配置的信息,而每一个业务建立和释放在本发明设计的方法中是和之前用户是否已经存在其他业务密切相关的,因此用户业务建立的接纳过程需要在从处理器上完成,而从处理器也根据自身承载的不同用户和业务实时的维护自身当前从处理器剩余容量,主处理器也管辖多个从处理器,如果主处理器过多的考虑接纳工作,增加了主处理器的处理复杂度,降低系统效率。所以这个过程中主处理器仅仅取到一个消息传递的作用。
图6是本发明接纳控制方法建立过程从处理器上用户业务建立接纳流程图。
总体来说某一个用户上是否建立该业务之前上面是否已经有业务决定了其后的业务过程的处理是不一致的;
对于某一个用户之前上面没有业务建立的情况,这时候有可能是该用户建立之后第一次建立业务(此时在用户建立的时候已经给用户预留了一个预留处理器容量额度),也有可能是该用户之前经过业务的全部释放再一次业务建立(在最后一个业务释放的过程中涉及一个对于该用户实际占用容量的扩容过程,在图8的从处理器业务释放过程中有详细描述),所以,用户处于这两种不同的情况下,对于其业务建立过程的接纳也不相同;
·这两种不同可以演化成判断现在用户实际占用容量是否为一个预留处理器容量额度,如果已经有一个预留处理器容量额度,此时表明已经为其预留了处理空间,因此不需要再对于其进行额外的接纳工作,可以接纳这个业务的建立因为预留的这样大的空间完全有能力接收任何一个业务;
·如果此次业务建立需要的容量小于该用户实际占用容量,则接收这次业务建立过程;
·如果业务建立需要的容量大于该用户实际占用容量,而此时从处理器的总体剩余容量也为0的话,则对于这次业务建立过程进行拒绝,向主处理器回应该次业务建立失败消息;
·如果业务建立需要的容量大于该用户实际占用容量,而此时从处理器的从处理器剩余容量却不为0的话,那么就看该用户现在的用户实际占用容量加上从处理器剩余容量是不是大于等于该业务建立需要的容量
·如果大于则对于该用户现在用户实际占用容量再一次进行调整,最大调整到一个预留处理器容量额度,最小调整到用户现在用户实际占用容量=(原)用户现在用户实际占用容量+从处理器剩余容量,并接收这次业务建立过程的要求,并立即对于当前从处理器剩余容量进行调整以保留该次业务建立需要容量
·在该业务建立过程成功之后,调整用户实例用户实际占用容量为这次业务实际占用容量,而从处理器的处理器容量也相应的进行扩大调整,向主处理器回应业务建立成功消息
·如果该业务建立失败,则需要回滚在接纳这个业务建立时,从处理器为这个业务预留的容量,向主处理器回应业务建立失败消息
对于该用户非第一个业务建立过程
·如果该从处理器的从处理器剩余容量小于该业务建立过程需要容量则对于该业务建立过程进行拒绝,向主处理器回应业务建立失败消息;
·如果该从处理器的从处理器剩余容量大于该业务建立过程需要容量则对于该业务建立过程接收;并立即对于从处理器剩余容量进行调整,从处理器的从处理器剩余容量也相应的减去这一次业务需要的容量,以保留该次业务建立需要容量
·在该业务建立过程成功之后,该用户实例自身维护的用户实际占用容量需要加上这次业务实际占用容量,向主处理器回应业务建立成功消息
·如果该业务建立失败,则需要回滚在接纳这个业务建立时,从处理器为这个业务预留的容量,重新计算从处理器剩余容量,向主处理器回应业务建立失败消息
图7是本发明接纳控制方法释放过程接纳步骤示意图,根据协议对于RNC用户业务和用户释放之间存在时间差、而RNC系统在这个时间当中无法预知是否最后一个业务释放之后一定会产生用户的释放(有可能用户仍然停留在系统中,过一会又发生一个业务的建立)的特点,制定“主处理器上用户业务释放接纳->从处理器上用户业务释放接纳->主处理器上用户释放接纳->从处理器上用户释放接纳”的释放过程接纳步骤。参照WCDMA协议,对比多次业务的建立,注意用户在从系统释放前,可能会伴随着多次不同用户业务的释放,比如释放多个PS业务或者混合业务。
图8是本发明接纳控制方法释放过程主处理器上用户业务释放接纳流程图,主处理器上收到来自控制面的用户业务释放消息,主处理器将用户业务释放消息发送到该用户接入时接纳用户建立的从处理器上;出于和之前主处理器对于用户业务建立简化的相同考虑,这个过程中主处理器的操作也相对简单仅仅起到一个消息传递的作用。
图9是本发明接纳控制方法释放过程从处理器上用户业务释放接纳流程图。对于最后一个业务释放的过程和其他业务的释放过程处理有所不同;
对于最后一个业务释放,用户实例自身维护的占用容量不光是不能减少为0,还需要进行相应的扩容,因为在用户没有释放之前,系统无法判断在该用户上下一次还会建立什么样的业务,因此还需要同用户建立过程一样对其进行一个预留处理器容量额度的保留配置;
对于用户实例自身维护的占用容量不能简单的将用户扩容为一个预留处理器容量额度,因为可能当前从处理器剩余容量已经没有余量进行这样的扩容了;
因此,在对用户实例自身维护的占用容量扩容之前,需要查看当前从处理器剩余容量,如果当前从处理器剩余容量大于业务释放和一个预留处理器容量额度的差值,则将用户占用容量扩容为一个预留处理器容量额度,而当前从处理器剩余容量也进行相应的减少;
如果从处理器当前总体剩余容量小于业务释放和一个预留处理器容量额度的差值,则用户实际占用容量=业务释放占用容量+当前从处理器剩余容量,而当前从处理器剩余容量修改为0;
对于非最后一个业务的释放,该用户实例自身维护的用户实际占用容量需要减去这些业务实际占用容量,而从处理器剩余容量也相应的需要加上这一次业务占用容量;
注意此处容量的释放是在该业务真正释放之后,这样处理同样是贯穿了对于任何资源都在处理器上为其预留容量,以防止因为容量的瞬间缺少而产生的用户业务异常。
图10是本发明接纳控制方法释放过程主处理器上用户释放接纳流程图,主处理器上收到来自控制面的用户释放消息,主处理器将用户释放消息发送到该用户接入时接纳用户建立的从处理器上。这个过程中主处理器的操作仅仅起到一个消息传递的作用。
图11是本发明接纳控制方法释放过程从处理器上用户释放接纳流程图,对于每一个成功的用户实例释放,从处理器的总体剩余的容量需要加上该用户在真正释放的时候最后一刻所维护的该实例自身占用容量
经过上述步骤,实现了用户面协议实体在多处理器结构下的合理分配和对于多处理器的负载均衡,保证了用户接入系统之后业务建立的可靠性。
总而言之,本发明公开了一种第三代移动通信系统一种用户接纳控制方法。其优点在于以主从多处理器装置实现用户面协议层,提高了用户面的数据处理效率,克服了以往单处理器模式下造成处理用户容量的有限、扩大了RNC系统硬件处理能力;以主从处理器对于用户、业务的双重控制接纳方法,充分均衡系统负载;而基于为每一个用户预留处理器容量的方式保证了对于接入用户业务建立的可靠性。
Claims (11)
1.一种用户接纳控制系统,该用户接纳控制系统主要用于第三代移动通讯无线网络控制器,其特征在于该用户接纳控制系统为主从多处理器模型,其中,主处理器接收控制面的配置消息并给予响应,并配置管理从处理器、维护从处理器负载情况、对从处理器进行负载均衡和资源接纳,从处理器负责具体的用户面实例生成和协议处理,并处理上下行的数据,按照接纳控制原则维护自身负载情况。
2.如权利要求1所述的用户接纳控制系统,其中该用户接纳控制系统遵循以下原则:
原则一:基于每个从处理器处理能力评估,主处理器记录其管辖的所有的从处理器当前负载的情况,在用户接入时由主处理器选择当前负载最轻的从处理器进行用户的建立;
原则二:用户接纳控制系统在用户第一次接入时为每一个用户预留处理器容量,并且按照用户预留容量的要求计算当前从处理器剩余容量;
原则三:当用户实际进行业务建立的时候,用户接纳控制系统重新计算当前从处理器剩余容量和用户实际占用容量;
原则四:用户接纳控制系统在用户释放时不进行用户实际占用容量的释放,而仍然为每一个用户预留处理器容量,如此时从处理器剩余容量已经不具备这个预留处理器容量额度,则结合从处理器剩余容量和需要释放的用户实际占用容量情况为该用户预留处理器容量。
3.如权利要求2所述的用户接纳控制系统的具体处理步骤为:
步骤1:建立过程的接纳步骤,
进一步包括以下具体步骤:
步骤1-1:主处理器上用户接入接纳,
步骤1-2:从处理器上用户接入接纳,
步骤1-3:主处理器上用户业务建立接纳,
步骤1-4:从处理器上用户业务建立接纳;
步骤2:释放过程的接纳步骤,
进一步包括以下具体步骤:
步骤2-1:主处理器上用户业务释放接纳,
步骤2-2:从处理器上用户业务释放接纳,
步骤2-3:主处理器上用户释放接纳,
步骤2-4:从处理器上用户释放接纳。
4.如权利要求3所述的用户接纳控制系统的具体处理步骤,其中步骤1-1主处理器上用户接入接纳的具体步骤为:主处理器接收来自控制面的用户建立消息,遍历其维护的所有的从处理器的负载情况,选择从处理器剩余容量最大的从处理器进行该次用户建立的接纳;选定从处理器之后,判断此时从处理器剩余容量是否小于预留处理器容量额度,如果小于就直接在主处理器上拒绝这个用户建立,如果大于,则将用户接入消息发送到该从处理器。
5.如权利要求3所述的用户接纳控制系统的具体处理步骤,其中步骤1-2从处理器上用户接入接纳的具体步骤为:从处理器接收来自主处理器的用户接入消息,将原从处理器剩余容量减去一个预留处理器容量额度,并判断是否成功配置该用户的用户面协议实体,如果成功,则该用户实例自身维护的用户实际占用容量也相应的设置为一个预留处理器容量额度,并将成功消息回应给主处理器;如果该用户建立失败,则在从处理器的剩余容量上回退此前为该用户预留的预留处理器容量额度,并将失败消息回应给主处理器。
6.如权利要求3所述的用户接纳控制系统的具体处理步骤,其中步骤1-3主处理器上用户业务建立接纳的具体步骤为:主处理器上接收来自控制面的用户业务建立消息,主处理器将用户业务建立消息发送到该用户接入时接纳用户建立的从处理器上。
7.如权利要求3所述的用户接纳控制系统的具体处理步骤,其中步骤1-4从处理器上用户业务建立接纳的具体步骤为:
步骤1-4-1:接收来自主处理器的业务建立消息,
步骤1-4-2:判断该用户之前有没有其他运行的业务,如果没有,执行步骤1-4-3,如果有,执行步骤1-4-8,
步骤1-4-3:判断该用户目前用户实际占用容量是否是一个预留处理器容量额度,如果已经有一个预留处理器容量额度,则接受该次业务建立,执行步骤1-4-4,否则执行步骤1-4-5,
步骤1-4-4:判断业务建立是否成功,如果已经成功,则调整用户实例用户实际占用容量为这次业务实际占用容量,向主处理器回应业务建立成功消息,如果没有成功,则执行步骤1-4-10,
步骤1-4-5:判断目前用户实际占用容量是否足够建立该次用户,如果是,则接受该次业务建立,执行步骤1-4-4,如果不是,则执行步骤1-4-6,
步骤1-4-6:判断从处理器剩余容量是否大于零,如果是,则执行步骤1-4-7,如果不是,则向主处理器回应业务建立失败消息,
步骤1-4-7:判断从处理器剩余容量加上目前用户实际占用容量是否大于该次业务建立需要的容量,如果是,则修改从处理器剩余容量,调整目前用户实际占用容量,接受该次业务建立,执行步骤1-4-4,否则向主处理器回应业务建立失败消息,
步骤1-4-8:判断目前从处理器剩余容量是否大于业务建立需求的容量,如果是,则接受本次业务的建立,修改从处理器剩余容量为该用户预留该业务需求容量调整从处理器容量,执行步骤1-4-9,如果不是,则向方处理器回应业务建立失败消息,
步骤1-4-9:判断业务建立是否成功,如果是,则向主处理器回应业务建立成功消息,如果不是,则执行步骤1-4-10,
步骤1-4-10:回滚之前用户和从处理器为该业务预留处理器,并向主处理器回应业务建立失败消息。
8.如权利要求3所述的用户接纳控制系统的具体处理步骤,其中步骤2-1主处理器上用户业务释放接纳的具体步骤为:主处理器接收来自控制面的用户业务释放消息,主处理器将用户业务释放消息发送到该用户接入时接纳用户建立的从处理器上。
9.如权利要求3所述的用户接纳控制系统的具体处理步骤,其中步骤2-2从处理器上用户业务释放接纳的具体步骤为:
步骤2-2-1:从处理器接收来自主处理器的业务释放消息,判断是否成功释放该业务,如果是,则执行步骤2-2-2,如果不是,则向主处理器回应业务释放失败消息,
步骤2-2-2:从处理器判断该业务是否是该用户最后一个业务释放,如果是,则执行步骤2-2-3,如果不是,则执行步骤2-2-4,
步骤2-2-3:判断目前从处理器剩余容量是否足够该用户在最后业务释放之后又进行一个预留处理器容量额度的预留,如果是,则为该用户预留一个预留处理器容量额度,执行步骤2-2-4,如果不是,则为该用户进行进行最大程度的扩容,扩容为释放业务占用容量加上当前从容量器剩余容量的总和,执行步骤2-2-4,
步骤2-2-4:调整从处理器剩余容量和该用户目前用户实际占用容量,向主处理器回应业务释放成功消息。
10.如权利要求3所述的用户接纳控制系统的具体处理步骤,其中步骤2-3主处理器上用户释放接纳的具体步骤为:主处理器上接收来自控制面的用户释放消息,主处理器将用户释放消息发送到该用户接入时接纳用户建立的从处理器上。
11.如权利要求3所述的用户接纳控制系统的具体处理步骤,其中步骤2-4从处理器上用户释放接纳的具体步骤为:
步骤2-4-1:从处理器接收来自主处理器的用户释放消息,执行步骤2-4-2,
步骤2-4-2:判断用户是否成功释放,如果是,则调整从处理器剩余容量,在原额基础上加上该用户释放时用户实际占用容量,向主处理器回应用户释放成功消息,如果不是,则向主处理器回应用户释放失败消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB200310112398XA CN100499907C (zh) | 2003-11-28 | 2003-11-28 | 第三代移动通信用户接纳控制系统及处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB200310112398XA CN100499907C (zh) | 2003-11-28 | 2003-11-28 | 第三代移动通信用户接纳控制系统及处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1622675A CN1622675A (zh) | 2005-06-01 |
CN100499907C true CN100499907C (zh) | 2009-06-10 |
Family
ID=34759737
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB200310112398XA Expired - Fee Related CN100499907C (zh) | 2003-11-28 | 2003-11-28 | 第三代移动通信用户接纳控制系统及处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100499907C (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100550766C (zh) * | 2006-01-24 | 2009-10-14 | 华为技术有限公司 | 预定任务执行方法和管理任务执行方法、及其终端设备 |
CN100466860C (zh) * | 2006-06-26 | 2009-03-04 | 华为技术有限公司 | 一种主从结构下优化分配用户面实例的方法 |
CN101227320B (zh) * | 2007-12-28 | 2013-07-31 | 中国移动通信集团浙江有限公司 | 多处理器系统负荷均衡配置方法 |
CN101662794B (zh) * | 2008-08-25 | 2012-07-25 | 电信科学技术研究院 | 接纳控制方法、系统、基站控制器 |
CN101957778B (zh) * | 2010-09-19 | 2012-11-21 | 华为技术有限公司 | 软件持续集成的方法、装置和系统 |
CN102076020A (zh) * | 2011-01-25 | 2011-05-25 | 中兴通讯股份有限公司 | 一种se资源的分配方法及装置 |
CN111176851A (zh) * | 2020-01-09 | 2020-05-19 | 国网福建省电力有限公司 | 一种售电侧的用户数据分析方法及系统 |
-
2003
- 2003-11-28 CN CNB200310112398XA patent/CN100499907C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN1622675A (zh) | 2005-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI374629B (en) | Method and device for managing resources in shared networks | |
CN103634801B (zh) | 资源分配方法和装置 | |
CN101998412B (zh) | 分配频率资源的方法、家庭基站管理系统及毫微微基站 | |
CN100499907C (zh) | 第三代移动通信用户接纳控制系统及处理方法 | |
EP1234474A1 (en) | Dynamic negotiation of resources for user equipment in wireless communications system | |
Liu et al. | Single-cell forward link power allocation using pricing in wireless networks | |
CN113471959A (zh) | 基于台区智能融合终端的多台区柔性互联控制方法及系统 | |
CN113725864A (zh) | 一种台区智能融合终端管控充电桩有序充电的方法及系统 | |
EP1400145A1 (en) | Allocation of radio resources to radio bearers | |
CN107124752A (zh) | 基于距离与负载结合的微基站动态休眠方法及系统 | |
CN102625337B (zh) | 一种无线接入网自主节能管理系统及方法 | |
Yao et al. | Data-driven resource allocation with traffic load prediction | |
CN102131237B (zh) | 一种负荷均衡方法及装置 | |
CN1309873A (zh) | 具有服务质量保证的乏晰通道分配控制器 | |
CN100566438C (zh) | 一种小区能力衡量方法、系统及无线网络控制器 | |
CN1889772B (zh) | Cdma系统中基于移动代理的软切换方法 | |
CN108768787A (zh) | 一种区块链节点激励方法及装置 | |
CN100420337C (zh) | 提高信令发送速率的方法 | |
CN101801037A (zh) | 一种用于分配信道码的方法和设备 | |
CN105517062A (zh) | 一种处理紧急业务的异构无线网络资源调配方法 | |
WO2004059892A1 (fr) | Procede de controle d'acces dans un systeme de communication cdma | |
CN101360325B (zh) | 联合管理地面资源和无线资源的方法及装置 | |
CN101959085A (zh) | 一种确定信道数量的方法和系统 | |
CN101193411B (zh) | 网络优化方法 | |
CN105636071A (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090610 Termination date: 20171128 |