本申请涉及通信
技术领域：
，尤其涉及一种业务处理方法及装置。
背景技术：
移动用户不断增长，移动通信网络设备的快速扩容，演进分组核心(evolvedpacketcore，epc)设备提供了一种资源池扩容的解决方案。业务面资源池功能本质是一种对业务面处理资源的抽象、划分与管理，即部署多业务节点、多接口节点，业务面呈现负荷分担方式，业务接入时从资源池中选择资源接入，利用负荷分担的方式保证各个业务节点处理资源的平衡。随着epc设备的多元化，更多的epc设备应用在各种行业中，而终端互访策略在某些行业中得以广泛应用，例如，此行业中，第一终端接了个摄像头，第二终端的pc去访问那个摄像头的图像。这些行业应用中，几乎所有终端的业务流程都符合终端互访策略，对于每个终端，都配置互访策略，配置复杂度高。而此时终端互访流程，匹配策略后，即在业务节点处理之后，再在出局的服务网关接口(servicegatewayinterface，sgi)节点进行匹配，确定终端接入节点后，又返回业务节点，造成业务传输的反复开销。由于目前epc设备均提供一种资源池的解决方案，即多业务资源、多接口资源，对于存在多块处理板的情况，ue的处理实体可能在不同的业务处理单元上，而sgi资源也是负荷分担方式部署。需要终端互访的用户，将ip信息配置到终端互访的策略表中。如果源ip要访问的目标ip地址匹配了终端互访策略，则业务数据不用再出epc设备，直接回传给目标终端。在epc内部，不同的业务处理单元以负荷分担的方式接入用户，存在全局节点sgi接口节点，知道所有业务处理单元和ip对应关系，每个终端互访流程必须先在业务节点进行策略匹配，如果匹配了策略，再将匹配成功的标识带给sgi节点，sgi查找全局资源，找到对应的ue接入的业务处理单元，再将业务数据转交给该业务处理单元，走下行流程，保证不同业务处理单元接入的用户可以互访。第一终端接入在第一业务资源上，第三终端接入在第三业务资源上，第一终端到第三终端的数据报文，在第一业务资源上，匹配互访策略后，业务处理单元要将数据报文转交给sgi接口处理单元，由于sgi接口处理单元存储整设备终端信息，sgi接口处理单元再进行终端地址的判断，根据该目的ip地址查找该目的ip地址的处理实体，并将数据包转发给该处理实体所在单板。综上所述，现有技术广泛应用终端互访策略的行业，配置难度大，当epc设备置于广泛应用终端互访业务的行业应用中，所有终端到终端的数据报文，都需要匹配终端互访策略。如果再增加ip配置信息，需要将新增ip和之前所有ip建立互访策略，关系更为复杂，最终可能导致无法继续扩展配置互访策略。技术实现要素：本申请实施例提供了一种业务处理方法及装置，用以减轻终端互访策略的配置难度，提升业务处理效率。本申请实施例提供的一种业务处理方法，包括：确定当前业务处理类型为承载创建或承载删除；根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，其中所述队列的数据结构包括至少一个元素，每一元素包括终端的ip地址、ip地址分配间隔、ip地址分配间隔内的终端个数。通过该方法，确定当前业务处理类型为承载创建或承载删除，根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，其中所述队列的数据结构包括至少一个元素，每一元素包括终端的ip地址、ip地址分配间隔、ip地址分配间隔内的终端个数，从而减轻了终端互访策略的配置难度，提升了业务处理效率。可选地，若当前业务处理类型为承载创建，则根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，具体包括：将承载创建ip与队列中的对头ip进行比较；若承载创建ip大于对头ip，并且，未出现ip地址翻转，则将对头ip更新为承载创建ip。可选地，根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，还包括：若承载创建ip大于对头ip，并且，若监测到业务处理单元故障或故障恢复，则根据业务处理单元的故障次数，确定队列中需要更新的元素，并进行更新。可选地，根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，还包括：若出现ip地址翻转，则将队列中小于承载创建ip的ip地址所对应的元素删除。可选地，若当前业务处理类型为承载删除，则根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，具体包括：从队列中查找承载删除ip，若找到承载删除ip，将该承载删除ip对应的ip地址分配间隔内的终端个数num减一；若减一后的num等于零，并且该num所属元素为队列的队头节点元素，则遍历队列其他元素，删除num为零的元素。本申请实施例提供的一种业务处理装置，包括：第一单元，用于确定当前业务处理类型为承载创建或承载删除；第二单元，用于根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，其中所述队列的数据结构包括至少一个元素，每一元素包括终端的ip地址、ip地址分配间隔、ip地址分配间隔内的终端个数。可选地，若当前业务处理类型为承载创建，则第二单元具体用于：将承载创建ip与队列中的对头ip进行比较；若承载创建ip大于对头ip，并且，未出现ip地址翻转，则将对头ip更新为承载创建ip。可选地，所述第二单元还用于：若承载创建ip大于对头ip，并且，若监测到业务处理单元故障或故障恢复，则根据业务处理单元的故障次数，确定队列中需要更新的元素，并进行更新。可选地，所述第二单元还用于：若出现ip地址翻转，则将队列中小于承载创建ip的ip地址所对应的元素删除。可选地，若当前业务处理类型为承载删除，则所述第二单元，具体包括：从队列中查找承载删除ip，若找到承载删除ip，将该承载删除ip对应的ip地址分配间隔内的终端个数num减一；若减一后的num等于零，并且该num所属元素为队列的队头节点元素，则遍历队列其他元素，删除num为零的元素。附图说明为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为本申请实施例提供的一种业务处理方法的总体流程示意图；图2为本申请实施例提供的业务处理单元对终端ip的处理结果示意图；图3为本申请实施例提供的队列的数据结构示意图；图4为本申请实施例提供的一种业务处理方法的具体流程示意图；图5为本申请实施例提供的一种业务处理装置的结构示意图。具体实施方式本申请实施例提供了一种业务处理方法及装置，用以减轻终端互访策略的配置难度，提升业务处理效率。本申请实施例提供的技术方案，涉及一种基于终端ip的动态配置和检测方案，降低了配置复杂度，同时避免了业务传输的反复性。缩短了业务处理路径，节省了资源占用，提高了业务处理性能。参见图1，本申请实施例提供的一种业务处理方法，包括：s101、确定当前业务处理类型为承载创建或承载删除；s102、根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，其中所述队列的数据结构包括至少一个元素，每一元素包括终端的ip地址、ip地址分配间隔、ip地址分配间隔内的终端个数。可选地，若当前业务处理类型为承载创建，则根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，具体包括：将承载创建ip与队列中的对头ip进行比较；若承载创建ip大于对头ip，并且，未出现ip地址翻转，则将对头ip更新为承载创建ip。可选地，根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，还包括：若承载创建ip大于对头ip，并且，若监测到业务处理单元故障或故障恢复，则根据业务处理单元的故障次数，确定队列中需要更新的元素，并进行更新。可选地，根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，还包括：若出现ip地址翻转，则将队列中小于承载创建ip的ip地址所对应的元素删除。可选地，若当前业务处理类型为承载删除，则根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，具体包括：从队列中查找承载删除ip，若找到承载删除ip，将该承载删除ip对应的ip地址分配间隔内的终端个数num减一；若减一后的num等于零，并且该num所属元素为队列的队头节点元素，则遍历队列其他元素，删除num为零的元素。下面给出本申请实施例提供的技术方案的具体的解释说明。首先，介绍一下本申请实施例提供的基于ueip地址池的终端互访策略过滤规则：当epc设备置于广泛应用终端互访业务的行业应用中时，所有终端到终端的数据报文，都需要匹配终端互访策略。配置的终端地址存在静态终端ip(ip1、ip2)和终端ip地址池(ippool1)，此时的配置就相当复杂，需要配置遍历所有的ip信息，如下面的表一所示：id源地址目的地址1ip1ip22ip2ip13ippool1ip14ip1ippool15ippool1ip26ip2ippool1表一：终端互访策略表在固定行业应用中，需要保证所有终端都匹配互访策略，业务处理单元只需要将此epc配置的终端ip信息同步到终端互访策略中，简化成单表形式，并存储在内存表中，不需要人为配置终端互访策略，如下面的表二所示：id源地址目的地址1xxx(不关注)ip12xxxip23xxxippool1表二：基于终端地址生成的终端互访表在进行策略匹配之后，只需要将目的ip匹配终端互访策略表，如果匹配，则先进行终端互访流程，如果不匹配，则进行其他业务流程。此内存表在终端ip动态更新时，也避免了对终端互访策略的相关操作。下面介绍一下本申请实施例提供的基于终端ip分配规则的自分析系统：在业务处理单元中，部署了配置线程和业务线程，分属不同线程，在业务处理单元资源池选择完成后，配置线程会收到配置消息，对终端需要的传输流模板(trafficflowtemplate，tft)模板表、用户面的演进的gprs隧道协议(evolvedgeneralpacketradioservicetunnellingprotocolforuserplane，gtp-u)隧道表进行配置，供业务处理时进行隧道映射、封装。不同于业务进程，配置进程性能要求低。epc设备通过资源池部署方案进行扩容，没有业务处理单元具备固定用户的业务的能力，如果需要扩容，则可根据系统要求容量部署业务处理单元，每个业务处理单元处于同一等级，使用负荷分担的方式进行用户终端接入。如果需要支持100个终端，假设终端ip为1到100，此时每个业务处理单元的容量是25个终端，则需要部署4个业务处理单元，每个业务处理单元完成25个用户接入处理，4个业务处理单元属于负荷分担方式接入。终端ip分配按照顺序分配，最终接入结果必然可以保证完全负荷分担，结果如下面的表三所示：表三：正常状态下的终端接入结果也就是说，当各个业务处理单元处于正常状态时，每个业务处理单元依次接入终端ip。表中的终端ip负荷分担结果，即不同业务处理单元接入的终端ip。如果此时业务处理单元出现异常，即接入12个终端后，业务处理单元2、3异常，终端不会再在业务处理单元2、3上接入，从业务处理单元看，呈现为2个业务处理单元负荷分担，终端接入情况如下面的表四所示：状态终端ip负荷分担结果业务处理单元1正常1、5、9、13、15、17业务处理单元2故障业务处理单元3故障业务处理单元4正常4、8、12、14、16、18表四在业务处理单元3故障恢复后，终端可以继续在此业务处理单元上接入，恢复到3个业务处理单元负荷分担情况，终端接入情况如下面的表五所示：状态终端ip负荷分担结果业务处理单元1正常1、5、9、13、15、17、19、22、25业务处理单元2故障业务处理单元3正常20、23、26业务处理单元4正常4、8、12、14、16、18、21、24、27表五基于上述终端ip负荷分担规则，最终得出业务处理单元1对于终端ip的自分析数据如图2所示，其中的纵坐标表示终端的ip，横坐标表示时间。综上，系统配置4个业务处理单元，其中：在第一时间段，4个业务处理单元都正常，对于业务处理单元1，ip在1到13之间，每个ip间隔4，在业务处理单元1上，接入的终端ip分别为1、5、9，如上面的表三所示；在第二时间段，业务处理单元2和业务处理单元3故障，用户只能在业务处理单元1和业务处理单元4上接入，使得终端ip从13到19，间隔2，如上面的表四所示；在第三时间段，之后业务处理单元3恢复正常，存在三个正常的业务处理单元，业务处理单元1上终端ip间隔又变成3，如上面的表五所示。在第四时间段，业务处理单元全部正常。本申请实施例针对如上业务模型，建立基于终端ip分配规则的自分析系统。业务处理单元需要在配置进程中进行分析，并将分析结果写入配置线程和业务线程的共享内存中，使得在业务处理流程中可以完成判断，确定目的ip是否为本板，如果判断成功，目的ip为本板，则直接交付给本板下一处理节点处理，不再出局到sgi接口节点。建立如上自分析系统数据之前，需要建立队列的数据结构来维护终端自分析系统，针对如上例子，队列的基本结构如下面的表六所示：队列元素ip地址ip分配间隔间隔内终端个数(num)元素1144元素21323元素31933元素42540表六可见，ipa到ipd分别对应ip地址为1、13、19、25；ip分配间隔为4、2、3、4；间隔内终端个数为4、3、3、0。队列的数据结构在业务进程的内存中，数据结构如图3所示，所述队列的数据结构包括4个元素，每一元素包括终端的ip地址、ip地址分配间隔、ip地址分配间隔内的终端个数(num)。业务处理单元与队列一一对应，即每一业务处理单元维护一所述队列。业务处理单元基于终端ip分配规则的自分析系统，根据业务处理单元的负荷分担规则得出详细算法，在承载创建、删除时进行终端ip自分析。如图4所示，包括：s401、在创建流程中，分组数据网(packetdatanetwork，pdn)网关(pdngateway，pgw)设备的终端ip地址分配，根据终端ip地址池资源，从小到大，逐个分配，在没出现ip地址翻转的时候(即分配到最大的ip后，重新开始分配ip资源池中第一个最小的ip)，进行自分析系统的扩展。s401具体包括如下流程：step41：设置队头ipx为比较对象，和此次接入ipn进行比较；如果ipn大于ipx，转step42，否则转step45；step42:在没出现ip地址翻转的时候，进行自分析系统的扩展(或者称为更新，即对列的更新)。查询业务处理单元是否出现故障或者故障恢复信息。如果没有故障，则说明此次ip接入过程中，没有其他业务处理单元状态变迁，转step43。如果出现故障或者故障恢复，说明不符合之前的间隔，转step44；step43：不更新自分析系统，转step46；其中，所述不更新自分析系统，即不进行队列更新。step44：如果业务处理单元故障一次，则分配间隔减1，根据最新间隔，获取上次接入ip地址ipn-1，利用此ip地址作为更新记录，更新自分析系统，即更新该业务处理单元对应的队列，其中间隔为最新间隔，num数置为1，同样的，出现故障恢复，对分配间隔加1，计算得出上次接入ip地址，更新自分析系统。转step46。step45：出现ip地址翻转，则说明ip地址从头开始分配，需要将小于此ip信息的分析结果清除，保证同一段ip地址，没有重复分析规则，即队列中没有重复元素。转step46。step46：完成创建流程。出现ip地址翻转的时候，此次接入ip地址小于队头地址，需要从队尾查询对应的位置，将之前的规则清除。s402、在删除流程中，从队尾，即ip从小开始索引，通过折半查找找到对应的位置，将此段自分析记录更新，对num字段进行减一，如果此记录没有终端信息且属于队尾节点(即对列的最后的元素)，则删除从此开始的所有记录num为0的规则。业务处理流程中，从队头开始进行折半查找，根据目的ip所处的记录位置，判断和记录ip的间隔，确认是否为同一间隔，如果是，则说明目的ip是本板业务处理单元接入的ip，进行终端互访流程，如果不是，则继续完成其他流程。以业务资源1为实例，从ip1到ip25接入，之后删除ip1到ip25中间的ip。ip为1，接入时，增加队头元素，即元素1；ip5、ip9、ip13，判断没有故障情况，更新元素1的信息，每次num加1。ip15接入时，判断有故障，增加队头元素，开始13，间隔2，num为1。ip17、ip19接入时，判断没有故障情况，更新元素2的信息，每次num加1。ip22接入时，判断有故障恢复，增加队头元素，开始19，间隔3，num为1。ip25接入时，判断没有故障情况，更新元素3的信息，每次num加1。ip29接入时，判断有故障恢复，增加队头元素，开始25，间隔4，num为1。删除流程此时出现：删除ip13，折半查找，属于队列元素2，num减1，num＝2，不为0；删除ip15，折半查找，属于队列元素2，num减1，num＝1，不为0；删除ip17，折半查找，属于队列元素2，num减1，num＝0，为0。判断元素2不是队尾节点，不做操作。同样删除流程，删除ip1、ip5、ip9后，元素1的num＝0，为0，判断元素1是队尾节点，删除num为0的元素，此时删除元素1、元素2。综上，业务处理流程中，复杂度涉及到两点：折半查找到对应的元素记录，和业务处理单元配置的个数。基于行业分析，要求终端互访策略的行业，对epc性能要求低，不需要部署多节点的业务处理单元，而此自分析系统在小型化行业应用中，即业务处理单元配置较少的情况下，算法更加简单，如果只配置一个业务处理单元，在业务处理流程中，则只需要一次匹配，就可以得出互访结果。另外，自分析系统中，系统资源增加的原因是业务处理单元异常，而行业应用中，业务流程单一，业务处理单元的异常情况极少遇到，保证了自学习系统维持在绩效的模式。对业务流程的查找不会造成性能影响。由此可以得出，自分析系统简单且可行。与上述方法相对应地，参见图5，本申请实施例提供的一种业务处理装置，包括：第一单元11，用于确定当前业务处理类型为承载创建或承载删除；第二单元12，用于根据当前业务处理类型，以及预先设置的队列的数据结构，进行业务处理，其中所述队列的数据结构包括至少一个元素，每一元素包括终端的ip地址、ip地址分配间隔、ip地址分配间隔内的终端个数。可选地，若当前业务处理类型为承载创建，则第二单元具体用于：将承载创建ip与队列中的对头ip进行比较；若承载创建ip大于对头ip，并且，未出现ip地址翻转，则将对头ip更新为承载创建ip。可选地，所述第二单元还用于：若承载创建ip大于对头ip，并且，若监测到业务处理单元故障或故障恢复，则根据业务处理单元的故障次数，确定队列中需要更新的元素，并进行更新。可选地，所述第二单元还用于：若出现ip地址翻转，则将队列中小于承载创建ip的ip地址所对应的元素删除。可选地，若当前业务处理类型为承载删除，则所述第二单元，具体包括：从队列中查找承载删除ip，若找到承载删除ip，将该承载删除ip对应的ip地址分配间隔内的终端个数num减一；若减一后的num等于零，并且该num所属元素为队列的队头节点元素，则遍历队列其他元素，删除num为零的元素。上述第一单元、第二单元，均可以由处理器等实体器件实现，可以是同一处理器，也可以是不同的处理器。所述处理器可以是中央处埋器(cpu)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或复杂可编程逻辑器件(complexprogrammablelogicdevice，cpld)。综上所述，本申请实施例提供了基于ueip地址池的终端互访策略过滤规则建立，以及基于终端ip分配规则的自分析系统。即针对终端互访的配置模式、业务流程，本申请实施例提供了一种基于终端ip的动态配置和自分析系统，降低了配置复杂度，同时避免了业务传输的反复性。缩短了业务处理路径，节省了资源占用，提高了业务处理性能。本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。当前第1页12