业务访问控制及邻区查询方法、系统和相关设备与流程

文档序号:12379664阅读:315来源:国知局
业务访问控制及邻区查询方法、系统和相关设备与流程
本发明涉及网络通信
技术领域
,尤其涉及一种业务访问控制及邻区查询方法、系统和相关设备。
背景技术
:为了给用户提供差异化的服务,3GPP(3rdGenerationPartnershipProject,第三代合作伙伴计划)在EPS(EvolvedPacketSystem,演进型分组核心网系统)网络中引入了PCC(PolicyControlandCharging,策略控制与计费)架构。PCC架构从终端、无线、核心网等端到端设备进行承载资源的管理,并且可和计费策略进行关联,利用基于门控和Qos(QualityofService,服务质量)控制的策略控制及基于流的计费控制功能,实现了数据业务的差异化、精细化管控,为运营商提供较完善的管控手段,使市场营销、运营策略得到了充分的网络技术支持。如图1所示为PCC架构示意图,包括UE(UserEquipment,用户设备)、eNodeB(基站)、MME(MobilityManagementEntity,移动性管理实体)、SAEGW(SystemArchitectureEvolutionGateway),通常来说,SGW(ServingGateway,业务网关)和PGW(PacketDataNetworkGateway,分组数据网关)合设并被称为SAE-GW,PCEF(PolicyandChargingEnforcementFunction,策略及计费执行功能)和PCRF(PolicyandChargingRulesFunction,策略与计费规则功能实体)/SPR(SubscriptionProfileRepository,签约信息存储)等网元,SPR通常部署于PCRF功能实体中。其中,PCRF及PCEF为实现PCC功能的关键网元。实际应用中,PCRF与业务运营支撑系统进行通信,包含策略控制决策和基于流计费控制的功能, 向PCEF提供关于业务数据流检测、门控、基于QoS和基于流计费(除信用控制外)的网络控制功能,能够以业务、用户、位置、累计使用量、接入类型、时间等多个维度为触发条件,生成业务管控规则下发给PCEF进行执行。PCEF与业务侧进行通信,包含业务数据流的检测、策略执行和基于流的计费等功能,PCEF功能实体通常部署于网关设备(如SGW、PGW等)中。在当前的LTE(LongTimeEvolution,长期演进)系统中,定义了PCRF的事件订阅能力,PCRF可以向PGW订阅一系列的事件来监控用户的状态变化信息。例如,PCRF可以通过订阅TAI_CHANG事件以监控UE所处TAI(TrackingAreaIdentity,跟踪区标识)的变化信息。当UE的TAI发生变化时,将会触发TAU((TrackingAreaUpdate,跟踪区更新)/Handover(切换)流程,在该流程中eNB会将UE当前最新的ULI(UserLocationInformation,用户位置信息)上报给MME。由于PCRF订阅了TAI_CHANGE的监控事件,MME会在随后的承载修改的流程中将所获得的ULI信息告知给SGW/PGW,进而PGW会利用CCR(信用控制请求)消息将ULI信息上报给PCRF。PCRF通过订阅USER_LOCATION_CHANGE事件,可以启动对于相关用户跨eNB移动的位移变化。当用户发生了跨eNB的移动行为,PCEF将会通过相应的CCR消息通知PCRF该用户的位移情况。PCRF也可以通过订阅CHANGE_OF_UE_PRESENCE_IN_PRESENCE_REPORTING_AREA_REPOR事件以获取UE的实时位置变化信息。在订阅了CHANGE_OF_UE_PRESENCE_IN_PRESENCE_REPORTING_AREA_REPOR事件后,PCEF在判断用户进入或离开订阅事件中所要检测的小区时,会通过CCR消息传递给PCRF,以使得PCRF能够获取到UE进出特定区域的行为。在CPE(CustomerPremiseEquipment,客户终端设备)锁位置的业务场景 中,由于CPE是一种流量资费相对优惠的无线接入设备,因此该产品通常被限定在一定区域内方可使用,当其移动出限定区域时将被限制网络接入能力或者取消流量资费的优惠策略;另外,在针对形如校园流量优惠套餐的业务场景中,用户可以在其所签订的校园范围内享受优惠的流量资费。上述这些业务均呈现出业务资费或业务体验与用户的所在区域息息相关的特点,因此网络需要能够感知用户的位置变化并基于用户的当前位置对用户的资源分配策略以及计费策略进行相应的调整。在引入PCC架构后,LTE系统可以对用户进行基于位置的策略管控,譬如对进入所划定区域的用户进行特殊优惠计费和管控策略的修改。但是上述两种现有方案对于应对上述两种业务场景的需求分别存在着各自的不足之处。其中利用TAI_CHANG可以监测到UE的TAI级别的位移,但是当前的网络中,一个TAI通常会包含几十个甚至上百个eNB,其覆盖范围相对较广,因此网络感知相对迟缓,从而无法对用户位置进行精确的感知。而CHANGE_OF_UE_PRESENCE_IN_PRESENCE_REPORTING_AREA_REPOR事件主要是监控用户进出特定小区的行为。然而目前关于该事件所需监控的区域范围是需要通过人工的方式预先配置在PCRF中的。而上述两种业务场景中,对于用户的管控范围通常是在十多个小区的范围左右,因此在利用该事件进行管控的时候,人工维护监控区域的成本太高,当用户数量变大之后,人工维护的方式缺乏可行性。技术实现要素:本发明实施例提供一种业务访问控制及邻区查询方法、系统和相关设备,用以提高基于用户位置进行业务访问控制的精确性。本发明实施例提供一种业务访问控制方法,包括:策略与计费规则功能实体PCRF在检测到预设的触发事件发生时,获取用户设备UE当前所在小区的第一小区标识;所述PCRF根据所述第一小区标识判断所述UE当前所在小区是否位于所述UE对应的业务访问区域列表所包含的任一业务访问区域内,所述业务访问区域由所述UE预先绑定的业务锚定小区及其邻区组成;当所述UE当前所在小区是否位于所述UE对应的业务访问区域列表所包含的任一业务访问区域内时,按照预设的第一业务处理策略处理所述UE请求的业务。本发明实施例提供一种策略与计费规则功能实体,包括:获取单元,用于在检测到预设的触发事件发生时,获取用户设备UE当前所在小区的第一小区标识;判断单元,用于根据所述第一小区标识判断所述UE当前所在小区是否位于所述UE对应的业务访问区域列表所包含的任一业务访问区域内,所述业务访问区域由所述UE预先绑定的业务锚定小区及其邻区组成;业务处理单元,用于在所述判断单元的判断结果为是时,按照预设的第一业务处理策略处理所述UE请求的业务。本发明实施例提供一种邻区关系查询方法,应用于上述的业务访问控制方法中,包括:接收策略与计费规则功能实体PCRF发送的邻区关系查询请求,所述邻区关系查询请求中携带有用户设备UE预先绑定的业务锚定小区的第一小区标识;从存储的邻区关系表中,查找所述第一小区标识对应的所有第二小区标识;向所述PCRF返回查询结果,其中携带有查找到的、所述第一小区标识对应的所有第二小区标识。本发明实施例提供一种小区列表服务器,应用于上述的业务访问控制方法中,包括:接收单元,用于接收策略与计费规则功能实体PCRF发送的邻区关系查询请求,所述邻区关系查询请求中携带有用户设备UE预先绑定的业务锚定小区的第一小区标识;查找单元,用于从存储的邻区关系表中,查找所述第一小区标识对应的所有第二小区标识;通知单元,用于向所述PCRF返回查询结果,其中携带有查找到的、所述第一小区标识对应的所有第二小区标识。本发明实施例提供一种业务访问控制系统,包括上述的策略与计费规则功能实体PCRF、上述的小区列表服务器、业务运营支撑系统BOSS和短信网关。本发明实施例提供的业务访问控制及邻区查询方法、系统和相关设备,通过判断用户当前所在小区是否为该UE对应的业务访问区域进而对UE执行不同的业务处理策略,其中,业务访问区域由UE预先绑定的业务锚定小区及其邻区组成,上述过程中基于邻区关系对UE进行业务访问控制,使得根据UE的位置对UE执行不同的业务访问控制策略更加精准,从而提高了基于用户位置对业务访问进行控制的精确性。本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。附图说明此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:图1为现有技术中,PCC架构示意图;图2为本发明实施例中,邻区关系示意图;图3为本发明实施例中,第一种业务访问控制方法的实施流程示意图;图4a为本发明实施例中,第一种确定UE绑定的业务锚定小区的实施流程示意图;图4b为本发明实施例中,第二种确定UE绑定的业务锚定小区的实施流 程示意图;图5为本发明实施例中,进行业务访问区域刷新的实施流程示意图;图6a为本发明实施例中,删除UE对应的业务访问区域列表的实施流程示意图;图6b为本发明实施例中,第二种业务访问控制方法的实施流程示意图;图7为本发明实施例中,策略与计费规则功能实体的结构示意图;图8为本发明实施例中,业务访问控制系统的结构示意图;图9为本发明实施例中,邻区查询方法的实施流程示意图;图10为本发明实施例中,小区列表服务器的结构示意图。具体实施方式为了提高对基于位置的业务访问控制的精确性,本发明实施例提供了一种业务访问控制及邻区查询方法、系统和相关设备。在基于用户位置进行业务访问控制的业务场景中,执行指定业务处理策略的区域通常是临近的多个基站小区组成的业务访问区域,如图2所示,为邻区关系示意图。执行指定业务处理策略的区域是以业务锚定小区(小区0)为中心的多个相邻小区,执行指定业务处理策略的区域中的其他小区均为与业务锚定小区相邻的小区。其中,业务锚定小区是指执行指定业务处理策略区域(即本发明实施例中的业务访问区域)的中心小区。基于此,本发明实施例提供了一种基于邻区关系的业务访问控制方法。以下结合说明书附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明,并且在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。如图3所示,为本发明实施例提供的业务访问控制方法的实施流程示意图,可以包括以下步骤:S31、PCRF在检测到预设的触发事件发生时,获取UE当前所在小区的第 一小区标识。较佳的,具体实施时,为了对UE进行业务访问控制,PCRF可以按照预设的周期周期性的获取UE当前所在小区的小区标识;或者,PCRF还可以通过预先订阅该UE的位置移动触发事件,实时监测UE的位移变化情况。其中,位置移动触发事件可以但不限于为TAI_CHANG事件,USER_LOCATION_CHANGE事件或者CHANGE_OF_UE_PRESENCE_IN_PRESENCE_REPORTING_AREA_REPOR事件等,在预设的周期到达或者检测到该UE的位置移动触发事件时,PCRF获取该UE当前所在小区的小区标识。S32、PCRF根据第一小区标识判断该UE当前所在小区是否位于该UE对应的业务访问区域列表所包含的任一业务访问区域内,如果是,执行步骤S33,如果否,执行步骤S34。其中,业务访问区域由UE预先绑定的业务锚定小区及其邻区组成。需要说明的是,每一UE可以对应多个业务访问区域,多个业务访问区域组成该UE对应的业务访问区域列表,具体实施时,UE处于其中任一业务访问区域内即可执行对应的业务处理策略。S33、按照预设的第一业务处理策略处理该UE请求的业务,流程结束。S34、判断该UE开通的业务访问区域数量是否等于其已绑定的业务锚定小区的数量,如果是,执行步骤S35,如果否,执行步骤S36。S35、则按照预设的第二业务处理策略处理所述UE请求的业务,流程结束。S36、触发进行绑定业务锚定小区的流程。其中,步骤S36中,PCRF在确定UE已开通的小区数量不等于UE当前已绑定的业务锚定小区数量时,触发短信网关向UE发送是否将当前所在小区绑定为业务锚定小区的通知消息,如果短信网关接收到UE返回的确认消息后,则向BOSS发送锚定小区绑定确认消息,BOSS在接收到锚定小区绑定确认消 息后通知PCRF,PCRF确定将UE当前所在小区绑定为业务锚定小区。具体实施时,PCRF在执行步骤S32之前,还可以根据UE的UE标识查询该UE是否开通了基于位置进行业务访问控制的位置业务;并确定该UE开通了基于位置进行业务访问控制的业务(为了便于描述,本发明实施例中将基于位置进行业务访问控制的业务称为位置业务);如果该UE未开通位置业务,则直接根据预设的第二业务处理策略处理该UE请求的业务。较佳的,本发明实施例中,UE对应的业务访问区域可以按照以下方法确定出:步骤一、PCRF根据UE绑定的业务锚定小区的第二小区标识,确定业务锚定小区的邻区。步骤二、PCRF将该业务锚定小区及其邻区确定为该UE对应的业务访问区域。具体实施时,针对UE预先绑定的每一业务锚定小区,PCRF确定出其邻区后,将该业务锚定小区及其邻区组成的区域作为一个业务访问区域添加至业务访问区域列表中,如表1所示,为业务访问区域列表一种可能的结构:表1其中,业务访问区域列表中的业务区域访问序号N为PCRF根据业务访问 区域在业务访问区域列表中的确定顺序确定出的,N为大于等于1的自然数。具体的,PCRF本地维护一个计数器,其初始值为0,UE每绑定一个业务锚定小区,PCRF在接收到BOSS发送的业务锚定小区确认消息后,将计数器加1,再根据UE当前绑定的业务锚定小区的小区标识确定出其邻区的邻区标识添加至业务区域列表中,业务锚定小区及其邻区组成一个业务访问区域,PCRF将计数器当前的数值作为该业务访问区域的业务访问区域序号。具体实施时,由于无线网络优化以及网络改造等问题,业务锚定小区的邻区可能存在变化的情况,如果不能实时将邻区信息的变化情况即时同步到PCRF,这样便会造成PCRF因获取的业务锚定小区的邻区信息有误,导致基于此确定出的业务访问区域有误,进而降低基于位置进行业务访问控制方法的准确性。为了解决该问题,本发明实施例中,可以借助小区列表服务器,小区列表服务器为一个维护全网小区信息的集中管理单元,其维护着全网各小区的小区ID(标识)信息、位置信息(可以为小区的坐标)以及邻区信息(可以但不限于包括邻区标识)等。具体实施时,小区列表服务器可以独立设置也可以设置于现有的网络设备中,本发明实施例对此不做限定。当某小区的小区信息(如小区标识等或者其邻区信息)发生变化时,OMC将实时通知小区列表服务器更新存储的小区信息,小区列表服务器在更新自身存储的相关信息后通知PCRF进行更新。小区列表服务器自身维护邻区关系表以供PCRF查询,并维护访问区域关系表用于存储PCRF与UE及其对应的各业务访问区域之间的对应关系,以下详细介绍之。基于小区列表服务器存储的邻区关系表,在根据BOSS发送的业务锚定小区绑定确认消息确定UE绑定的业务锚定小区后,PCRF可以按照以下步骤确定该UE绑定的业务锚定小区的邻区:步骤一、PCRF向小区列表服务器发送邻区关系查询请求。PCRF发送的邻区关系查询请求中携带有UE绑定的业务锚定小区的第二 小区标识。步骤二、PCRF接收小区列表服务器返回的查询结果。小区列表服务器在接收到该UE发送的邻区关系查询请求之后,根据其中携带的第二小区标识,查找其存储的邻区关系表,邻区关系表中针对全网的每一小区,存储有该小区的小区标识及其对应的邻区信息,该邻区信息可以为邻区标识,如表2所示,其为邻区关系表的一种可能的结构:表2根据存储的邻区关系表,小区列表服务器在接收到邻区关系查询请求之后,从邻区关系表中查找第二小区标识对应的所有邻区标识(即本发明实施例中的第三小区标识),并在向PCRF返回的查询结果中,携带其查找到的邻区标识。需要说明的是,小区列表服务器返回的第三小区标识中,每一第三小区标识对应一个小区,即预先绑定的业务锚定小区的邻区可以有多个。较佳的,具体实施时,PCRF发送的邻区关系查询请求中可以还携带有UE的UE标识和自身的PCRF标识,小区列表服务器在查找到第二小区标识对应的第三小区标识之后,建立该UE标识与该第二小区标识(即UE绑定的业务锚定小区的小区标识)和第三小区标识(即UE绑定的业务锚定小区的邻区标 识)以及该PCRF标识之间的对应关系并存储于业务访问区域关系表中,如表3所示,为业务访问区域关系表一种可能的表结构:表3UE标识业务锚定小区标识业务锚定小区邻区标识PCRF标识步骤三、PCRF确定每一第三小区标识对应的小区为UE预先绑定的业务锚定小区的邻区。具体的,PCRF在接收到小区列表服务器返回的查询结果后,根据查询结果中携带的第三小区标识,确定UE对应的业务访问区域为第二小区标识和第三小区标识分别对应的小区,并存储至本地的业务访问区域列表中,之后PCRF可以根据UE是否位于业务访问区域列表中包含的任一业务访问区域对UE执行相应的业务处理策略。由于无线网络优化过程中,在某一区域内可能根据该区域的实际用户数量新增基站或者关闭已部署的基站,这样,对于每一个小区来说,其邻区信息均可能发生变化,为了保证小区列表服务器存储的邻区关系表的时效性,本发明实施例中,可以按照以下方法更新小区列表服务器中存储的邻区关系表:小区列表服务器接收OMC(Operation&MaintenanceCenter,运行维护中心)上报的小区信息更新消息,其中携带有待更新小区的小区标识及其更新后的小区信息,其中,小区信息可以包括小区标识和小区邻区信息(可以为邻区标识);小区列表服务器根据接收到的小区信息更新消息,更新邻区关系表中、小区信息更新消息中携带的小区标识对应小区的小区信息。需要说明的是,在更新邻区关系表后,小区列表服务器还需要同步更新业务访问区域关系表(即表3),另外,小区列表服务器还需要通知对应的PCRF更新其存储的业务访问区域列表(即表1)。小区列表服务器在更新邻区关系表之后,还可以进一步判断小区信息更新消息中携带的小区标识是否存在于业务访问区域关系表中,在判断结果为是时,根据更新后的该小区标识对应的小区 信息,更新业务访问区域关系表;并根据业务访问区域关系表中、该小区标识对应的PCRF标识,向对应的PCRF发送小区信息更新通知消息,其中携带有待更新小区的小区标识及其更新后得到的小区标识和/或其对应的所有邻区标识,PCRF在接收到小区信息更新通知消息后,对自身存储的业务访问区域列表进行更新。具体的,PCRF根据小区消息更新通知消息中携带的小区标识及其更新后的小区信息,更新自身存储的业务访问区域列表中对应的小区标识为更新后的小区标识和/或更新其对应的邻区标识。以表2为例,在无线网络优化过程中,可能发生变化的信息包括:一是小区标识发生变化;二是由于增加或者关闭基站导致小区的邻区发生变化,也有可能两者均发生变化。一、假设仅小区标识发生变化这种情况相对简单,只需要更新邻区关系表中对应小区的小区标识,并同步更新业务访问区域关系表中对应的小区标识即可,假设表2中CELLID1更新为CELLID11,则OMC向小区列表服务器发送的小区信息更新消息中携带有CELLID1及其更新后的小区标识CELLID11,据此,小区列表服务器更新表2中CELLID1为CELLID11,并同步更新表3中CELLID1为CELLID11,另外,小区列表服务器还需要在更新表3之前根据表3确定查找CELLID1对应的PCRF标识,以通知对应的PCRF,更新其存储的业务访问区域列表中的CELLID1为CELLID11。二、邻区发生变化需要说明的是,本发明实施例中,只有某小区为UE绑定的业务锚定小区是,其邻区发生变化才会对业务访问控制的精准性造成影响。因此,本发明实施例中也仅涉及业务锚定小区的邻区发生变化时的处理流程。仍然以表2为例,假设CELLID1对应的邻区标识变化为CELLID2,CELLID4和CELLID11,则小区列表服务器在接收到的小区信息更新消息后,根据其中携带的小区标识CELLID1修改邻区关系表中CELLID1对应的邻区 标识为CELLID2,CELLID4和CELLID11,并修改业务区域访问关系表中,业务锚定小区标识为CELLID1对应的邻区标识为CELLID2,CELLID4和CELLID11,另外,小区列表服务器通知PCRF修改其存储的业务访问区域列表中,业务锚定小区标识为CELLID1对应的邻区标识为CELLID2,CELLID4和CELLID11,PCRF根据小区列表服务器的通知消息,将自身存储的业务访问列表中CELLID1对应的邻区标识更新为CELLID2,CELLID4和CELLID11,至此,完成了PCRF中存储的业务访问区域列表的同步更新。从而,能够保证PCRF中存储的业务访问区域列表的时效性,提高了基于位置进行业务访问控制的精准性。具体实施时,如果小区标识及其邻区标识均发生变化时的更新流程可以参照上述仅小区标识或者仅邻区标识发生变化时的更新流程,这里不再赘述。具体实施时,OMC可以根据不同的区域进行分布式设置,每一OMC负责维护指定区域内小区的小区标识,在指定区域内小区的小区标识更新或者对应的邻区信息更新后实时上报至小区列表服务器。如果小区列表服务器接收到的小区信息更新消息中携带的待更新小区的小区标识在预先存储的邻区关系表中不存在时,小区列表服务器在邻区关系表中新增该小区标识及其邻区信息的对应关系即可。如果关闭已部署基站时,OMC将关闭基站覆盖小区的小区标识上报给小区列表服务器,小区列表服务器删除邻区关系表中对应小区的小区标识及其邻区信息之间的对应关系。并相应的修改业务访问区域关系表,通知PCRF修改其存储的业务访问区域列表。需要说明的是,本发明实施例中为了区分UE当前所在小区的小区标识和UE预先绑定的业务锚定小区的小区标识,将UE当前所在小区的小区标识称为第一小区标识,将业务锚定小区的小区标识称为第二小区标识,第一小区标识和第二小区标识均为通常所指的小区标识,例如,第一小区标识可以为UE当前所在小区的CELLID,第二小区标识可以为业务锚定小区的CELLID。同样,本发明实施例中涉及的第三/第四/第五/第六小区标识也仅用于对不同的小 区标识进行分区。具体实施时,PCRF可以在UE开通位置业务之后,根据UE实际位置为该UE执行不同的业务处理策略。初始时,在UE开通基于位置进行业务访问控制的业务时,BOSS(Business&OperationSupportSystem,业务运营支撑系统)通过相关接口向PCRF同步用户的业务状态信息,其主要包括以下四类信息:位置策略用户标识,其用于指示UE是否签订有基于位置进行业务访问控制的业务,具体实施时,可以使用“1”标记UE签约有基于位置进行业务访问控制的业务,使用“0”标记UE未签约基于位置进行业务访问控制的业务。业务状态绑定标识,用于指示PCRF将当前所在小区绑定为业务锚定小区,具体的,可以使用“0”表示不绑定,“2”表示绑定。业务初始状态标识,用于标识该UE开通的业务访问区域的数量。业务状态刷新标识,用于指示PCRF刷新该用户的业务访问区域的绑定关系,其中,使用“0”表示全部刷新,1/2/3……/m表示指定刷新对应的第m个业务访问区域的绑定关系。PCRF根据BOSS发送的消息进行业务访问区域绑定、刷新或者删除等操作。本发明实施例中,提供以下两种确定业务锚定小区的实施方式:第一种实施方式、如图4a所示,为本发明实施例中,在UE开通基于位置进行业务访问控制的业务之后,确定业务锚定小区的实施流程示意图,可以包括以下步骤:S411、用户在期望设定为业务锚定小区的位置通过UE向PCRF发送附着请求。在附着请求中携带有UE的UE标识。S412、PCRF查询该UE是否开通了基于位置进行业务访问控制的位置业务。具体实施时,PCRF可以根据附着请求中携带的UE标识,查找该UE标识对应的位置策略用户标识,如果为“1”,则确定其开通了基于位置进行业务访问控制的位置业务,如果为“0”则确定该UE未开通基于位置进行业务访问控制的位置业务。具体实施时,如果对UE未开通基于位置进行业务访问控制的位置业务时,可以按照预设的第二业务处理策略对该UE进行业务访问控制。S413、PCRF触发短信网关向UE发送业务锚定小区绑定请求。S414、短信网关向UE发送业务锚定小区绑定请求。S415、UE向短信网关发送业务锚定小区绑定请求确认消息。S416、短信网关向BOSS发送业务锚定小区绑定确认消息。S417、BOSS向PCRF发送业务锚定小区绑定确认消息。具体实施时,BOSS在接收到短信网关发送的业务锚定小区绑定请求确认消息后,将用户的业务状态绑定标识更新为绑定状态,即将业务状态绑定标识修改为“2”,并通知PCRF。S418、PCRF确定UE当前附着小区为UE绑定的业务锚定小区。具体实施时,PCRF在确定出UE绑定的业务锚定小区后,还需要进一步根据该业务锚定小区确定出UE对应的业务访问区域。S419、PCRF向小区列表服务器查询当前绑定的业务锚定小区的邻区。具体的,PCRF向小区列表服务器发送邻区关系查询请求,其中携带有UE当前绑定的业务锚定小区的小区标识。S4110、小区列表服务器向PCRF返回查询结果。小区列表服务器根据接收到的邻区关系查询请求中携带的小区标识,查找其对应的邻区标识,并向PCRF返回查找到的邻区标识。S4111、PCRF根据查询结果确定UE绑定的业务访问区域。具体的,PCRF确定UE当前绑定的业务锚定小区以及查询到的该业务锚定小区的邻区为该UE绑定的业务访问区域。在确定出UE绑定的业务访问区域之后,PCRF即可根据UE的位置信息,对UE执行不同的业务处理策略。具体实施时,如果用户开通了多个区域的基于位置进行业务访问的业务时,PCRF在确定用户开通了基于位置进行业务访问的业务之后,还需要根据业务初始状态标识,判断UE已开通的业务访问区域的数量是否等于UE已绑定业务锚定小区的数量,如果不等于,则查找该UE对应的业务访问区域列表所包含的业务访问区域中是否存在该UE当前附着的小区;如果不存在,触发短信网关向该UE发送业务锚定小区绑定请求;短信网关在接收到该UE发送的业务锚定小区绑定请求确认消息后,向BOSS发送业务锚定小区绑定确认消息;BOSS在接收到业务锚定小区绑定确认消息后通知PCRF;PCRF确定该UE当前附着小区为该UE绑定的业务锚定小区。第二种实施方式、用户在期望绑定为业务锚定小区的位置通过UE向短信网关发送业务锚定小区绑定请求,短信网关在接收到业务锚定小区绑定请求之后,触发执行图4中的步骤S416,具体的,如图4b所示,可以包括以下步骤:S421、UE向短信网关发送业务锚定小区绑定请求。具体的,UE在向短信网关发送的业务锚定小区绑定请求中携带有该UE的UE标识。S422、短信网关向BOSS发送业务锚定小区绑定确认消息。具体的,短信网关在向BOSS发送的业务锚定小区绑定确认消息中携带有该UE的UE标识。S423、BOSS向PCRF发送业务锚定小区绑定确认消息。具体实施时,BOSS在接收到短信网关发送的业务锚定小区绑定确认消息后,将用户的业务状态绑定标识更新为绑定状态,即将业务状态绑定标识修改为“2”,并通知PCRF,并在发送的业务锚定小区绑定确认消息中携带该UE的UE标识。S424、PCRF确定UE当前所在小区为UE绑定的业务锚定小区。具体的,PCRF根据业务锚定小区绑定确认消息中携带的UE标识获取对应UE当前所在小区的小区标识,并将对应小区确定为该UE绑定的业务锚定小区。具体实施时,PCRF在确定出UE绑定的业务锚定小区后,还需要进一步根据该业务锚定小区确定出UE对应的业务访问区域。S425、PCRF向小区列表服务器查询当前绑定的业务锚定小区的邻区。具体的,PCRF向小区列表服务器发送邻区关系查询请求,其中携带有UE当前绑定的业务锚定小区的小区标识。S426、小区列表服务器向PCRF返回查询结果。小区列表服务器根据接收到的邻区关系查询请求中携带的小区标识,查找其对应的邻区标识,并向PCRF返回查找到的邻区标识。S427、PCRF根据查询结果确定UE绑定的业务访问区域。具体的,PCRF确定UE当前绑定的业务锚定小区以及查询到的该业务锚定小区的邻区为该UE绑定的业务访问区域。在确定出UE绑定的业务访问区域之后,PCRF即可根据UE的位置信息,对UE执行不同的业务处理策略。具体实施时,用户可以根据实际需要通过UE进行业务访问区域的刷新和删除等操作,较佳的,用户可以通过UE向短信网关发送数据短信实现对业务访问区域的刷新和删除等操作。如图5所示,为本发明实施例中,进行业务访问区域刷新的实施流程示意图,可以包括以下步骤:S51、UE向短信网关发送业务访问区域刷新请求。其中,业务访问区域刷新请求中携带有业务状态刷新标识和该UE的UE标识。S52、短信网关向BOSS转发接收到的业务访问区域刷新请求。S53、BOSS向PCRF转发接收到的业务访问区域刷新请求。S54、PCRF确定UE请求刷新的业务访问区域对应的业务访问区域序号。具体的,PCRF根据预设的业务状态刷新标识与业务访问区域序号之间的对应关系,确定业务访问区域刷新请求中携带的业务状态刷新标识对应的业务访问区域序号。具体的,业务状态刷新标识如果为“0”,表示全量刷新,这种情况下,PCRF确定业务状态刷新标识对应的业务访问区域序号为当前UE对应的业务访问区域列表中包含的全部业务访问区域序号,如果业务状态刷新标识如果为“1/2/3……/m”,则表明指示PCRF刷新指定业务访问区域,PCRF根据业务状态刷新标识确定业务访问区域序号为m(m不大于N)。S55、PCRF取消UE标识所对应的UE与确定出的业务访问区域序号对应的业务访问区域之间的对应关系。具体的,PCRF解除UE与确定出的业务访问区域序号所对应的业务访问区域之间的绑定关系,并通知小区列表服务器删除其存储的该UE与该业务访问区域所包含的各小区标识之间的对应关系。具体实施时,如果UE取消基于位置进行业务访问控制的业务时,PCRF需要删除该UE对应的业务访问区域列表,如图6a所示,为删除UE对应的业务访问区域列表的实施流程示意图,可以包括以下步骤:S61、UE向短信网关发送取消基于位置进行业务访问控制业务的消息。S62、短信网关向BOSS转发接收到的、取消基于位置进行业务访问控制业务的消息。其中携带有UE的UE标识。S63、BOSS向PCRF发送删除该UE对应的业务访问区域列表的指示消息。其中,BOSS在发送的指示消息中携带有UE的UE标识,并将位置策略用户标识标记为“0”。S64、PCRF删除该UE标识对应的业务访问区域列表。PCRF删除该UE标识对应的业务访问区域列表后,通知小区列表服务器删除其存储的该UE对应的全部业务访问区域所包含的各小区标识之间的对应关系。为了更好的理解本发明实施例,以下结合本发明实施例的具体实施过程,对本发明实施例提供的业务访问控制方法进行描述。初始时,用户可以利用自己的UE在营业厅向通信运营商开通位置业务,并确认开通的业务访问区域的数量,后续,通信运营商即可根据用户开通位置业务时的UE的UE标识通过部署的PCRF为该用户提供基于位置的业务访问控制。具体实施时,用户也可以通过网站或者客户端软件等开通位置业务。具体实施时,通信运营商需要结合该用户绑定的业务锚定小区确定该用户对应的业务访问区域。用户在开通了位置业务之后,可以采用主动方式或者被动方式绑定业务锚定小区。其中:主动绑定方式是指用户通过UE主动向短信网关发送业务锚定小区绑定消息,其中携带有UE标识,短信网关向BOSS转发接收到的业务锚定小区绑定消息,BOSS接收到该消息后通知PCRF,PCRF根据UE标识获取该UE当前所在小区,并将该UE当前所在小区确定为该UE绑定的其中一个业务锚定小区,具体实施时,PCRF只需要控制用户绑定的业务锚定小区数量不超过其开通的业务访问区域的数量即可。而用户采用被动绑定方式绑定业务锚定小区是指,UE在向PCRF发起附着请求时,PCRF判断UE是否开通了位置业务,如果开通了位置业务,则进一步判断该UE是否已经绑定至少一个业务锚定小区,如果该UE未绑定任一业务锚定小区,则PCRF触发短信网关向用户发送业务锚定小区绑定请求,询问用户是否将当前所在小区绑定为业务锚定小区,如果用户希望将当前所在小区绑定为业务锚定小区,则向短信网关发送确认消息,如果用户不希望将当前所在小区绑定为业务锚定小区,则无需回复或者向短信网关发送不绑定当前所 在小区为业务锚定小区的指示消息。短信网关在接收到将当前所在小区绑定为业务锚定小区的确认消息后,向BOSS发送业务锚定小区绑定确认消息,其中携带UE的UE标识,BOSS向PCRF发送业务锚定小区绑定确认消息,其中携带UE的UE标识,PCRF根据UE标识确定将对应UE当前附着小区绑定为其业务锚定小区。如果PCRF在判断出该UE已绑定至少一个业务锚定小区后,可以继续判断该UE当前所在小区是否在该UE对应的业务访问列表中,如果不在,则触发进行业务锚定小区绑定流程,即短信网关向用户发送业务锚定小区绑定请求,询问用户是否将当前所在小区绑定为业务锚定小区,如果用户希望将当前所在小区绑定为业务锚定小区,则向短信网关发送确认消息,如果用户不希望将当前所在小区绑定为业务锚定小区,则无需回复或者向短信网关发送不绑定当前所在小区为业务锚定小区的指示消息。短信网关在接收到将当前所在小区绑定为业务锚定小区的确认消息后,向BOSS发送业务锚定小区绑定确认消息,其中携带UE的UE标识,BOSS向PCRF发送业务锚定小区绑定确认消息,其中携带UE的UE标识,PCRF根据UE标识确定将对应UE当前附着小区绑定为其业务锚定小区。在UE每绑定一个业务锚定小区后,PCRF可以向小区列表服务器发送邻区关系查询请求,请求查询该业务锚定小区的邻区,其中携带有UE绑定的业务锚定小区的小区标识,小区列表服务器在接收到邻区关系查询请求后,根据其中携带的小区标识,在自身存储的邻区关系表中查询该小区标识对应的所有邻区标识,并向PCRF返回查询结果,其中携带有自身根据邻区关系查询请求中携带的小区标识查找到的其对应的所有邻区标识。另外,小区列表服务器还需要根据查找到的邻区标识建立UE标识、PCRF标识以及该UE当前绑定的业务锚定小区的小区标识以及该业务锚定小区的邻区标识之间的对应关系并存储于业务访问区域关系表中。PCRF根据查询结果确定根据该UE当前绑定的业务锚定小区确定出的业务访问区域,其中,该业务访问区域由该UE当前绑定的业务锚定小区及其邻区组成。PCRF将该UE绑定的业务锚定小区的小 区标识和其邻区的邻区标识添加至自身存储的业务访问区域列表中。如果在无线网络优化过程中,小区列表服务器接收到OMC上报的小区信息更新请求时,根据其中携带的小区标识更新该小区标识对应的小区信息,该小区信息可以包括该小区标识更新后的小区标识以及其更新后的邻区标识等。小区列表服务器根据接收到的小区信息更新请求更新对应小区标识的小区信息,并进一步判断该小区标识是否存在于业务访问区域关系表中,如果存在,则更新业务访问区域关系表中对应小区标识的小区信息。并通知PCRF更新其存储的业务访问区域列表中对应小区标识的小区信息。在用户开通了位置业务后,PCRF可以根据图6b所示的步骤实施:S601、PCRF判断是否检测到预设的触发事件,如果是,流程结束,否则,执行步骤S602。其中,预设的触发事件可以为预设周期到达或者检测到该UE的位置移动触发事件。S602、PCRF判断该UE是否开通了位置业务,如果是,则执行步骤S603,否则,执行步骤S608。具体的,PCRF可以根据BOSS同步过来的位置策略用户标识判断该UE是否开通了位置业务,其中,如果位置策略用户标识为1,说明该UE开通了位置业务,如果位置策略用户标识为0,则说明该UE未开通位置业务。S603、PCRF判断该UE当前是否已绑定至少一个业务锚定小区,如果是,执行步骤S604,否则,执行步骤S607。具体的,PCRF可以根据自身是否存储有该UE对应的业务访问区域列表,如果是,则说明该UE已绑定至少一个业务锚定小区,否则,说明该UE未绑定任一个业务锚定小区。S604、PCRF根据获取的该UE当前所在小区的小区标识,判断该小区标识是否在该UE对应的业务访问列表中,如果是,执行步骤S605,否则,执行步骤S606。S605、PCRF确定按照预设的第一业务处理策略处理该UE请求的业务,流程结束。S606、PCRF判断该UE已绑定的业务锚定小区业务数量与其开通的业务访问区域数量是否相同,如果是,执行步骤S608,否则,执行步骤S607。具体的,PCRF根据自身存储的该UE对应的业务访问列表中业务访问区域最大序号确定该UE当前已绑定的业务锚定小区的数量,并与BOSS同步的业务初始状态标识中指示的该UE开通的业务访问区域数量进行比较,判断两者是否相等。S607、PCRF触发短信网关执行业务锚定小区绑定流程。具体的,PCRF触发短信网关向该UE发送业务锚定小区绑定请求,短信网关确定该UE返回业务锚定小区绑定请求确认消息后,向BOSS发送业务锚定小区绑定请求确认消息,其中携带有该UE的UE标识。BOSS在接收到业务锚定小区绑定请求确认消息后,向PCRF发送业务锚定小区绑定请求确认消息,PCRF将该UE当前所在小区确定为该UE绑定的业务锚定小区。并向小区列表服务器查询该小区的邻区,确定该UE对应的业务访问区域。后续,当PCRF判断出该UE位于其对应的业务访问区域列表中包含的任一业务访问区域内时,则按照预设的第一业务处理策略处理该UE请求的业务。S608、PCRF确定按照预设的第二业务策略处理该UE请求的业务。本发明实施提供的业务访问控制方法,由于其根据UE是否位于预先绑定的业务访问区域内,确定并执行UE对应的业务处理策略,其中,预先绑定的业务访问区域为根据该UE预先绑定的业务锚定小区及其邻区确定出的,这使得对基于用户位置的业务访问控制更加精确。同时,还可以借助小区列表服务器,在UE绑定的业务锚定小区的邻区发生变化时,通过实时同步UE绑定的业务锚定小区的邻区,保证业务锚定小区的邻区关系的准确性,进一步提高了业务访问控制的精确性。基于同一发明构思,本发明实施例中还提供了一种邻区查询方法、业务访 问控制系统和相关设备,由于这些方法、系统和设备解决问题的原理与上述的业务访问控制方法相似,因此这些方法、系统和设备的实施可以参见业务访问控制方法的实施,重复之处不再赘述。如图7所示,为本发明实施例提供的策略与计费规则功能实体(PCRF)的结构示意图,可以包括:获取单元71,用于在检测到预设的触发事件发生时,获取用户设备UE当前所在小区的第一小区标识;判断单元72,用于根据所述第一小区标识判断所述UE当前所在小区是否位于所述UE对应的业务访问区域列表所包含的任一业务访问区域内,所述业务访问区域由所述UE预先绑定的业务锚定小区及其邻区组成;业务处理单元73,用于在所述判断单元72的判断结果为是时,按照预设的第一业务处理策略处理所述UE请求的业务。具体实施时,本发明实施例提供的策略与计费规则功能实体还可以包括第一确定单元,第一确定单元包括:第一确定子单元,用于根据所述UE预先绑定的业务锚定小区的第二小区标识,确定所述业务锚定小区的邻区;第二确定子单元,用于将所述业务锚定小区及其邻区确定为所述UE对应的业务访问区域。其中,第一确定子单元,可以包括:发送模块,用于向小区列表服务器发送邻区关系查询请求,所述邻区关系查询请求中携带有所述第二小区标识;接收模块,用于接收所述小区列表服务器返回的查询结果,所述查询结果中携带有小区列表服务器从自身存储的邻区关系表中查找到的、所述第二小区标识对应的所有第三小区标识;确定模块,用于确定所述第三小区标识对应的小区为所述业务锚定小区的邻区。本发明实施例提供的策略与计费规则功能实体,还可以包括:第二接收单元,用于接收所述小区列表服务器发送的小区信息更新通知消息,其中携带有待更新的、业务锚定小区的第四小区标识以及所述第四小区标识更新后得到的第五小区标识和/或所述第四小区标识对应的、更新后的邻区标识;更新单元,用于根据所述小区信息更新通知消息,更新所述业务访问区域列表中所述第四小区标识为所述第五小区标识和/或更新所述第四小区标识对应的邻区标识。具体实施时,本发明实施例提供的策略与计费规则功能实体,还可以包括:第一接收单元,用于接收BOSS发送的业务锚定小区绑定确认消息,其中携带有所述UE绑定的业务锚定小区的第六小区标识;第二确定单元,用于确定所述第六小区标识对应的小区为所述UE绑定的业务锚定小区。具体实施时,本发明实施例提供的策略与计费规则功能实体,还可以包括第三确定单元,用于在所述第二确定子单元确定出所述UE对应的业务访问区域后,根据所述业务访问区域在所述业务访问区域列表中的确定顺序,确定所述业务访问区域对应的业务访问区域序号N,N为大于等于1的自然数。具体实施时,本发明实施例提供的策略与计费规则功能实体,还可以包括:第三接收单元,用于接收所述BOSS发送的业务访问区域刷新请求,所述业务访问区域刷新请求中携带有业务状态刷新标识和所述UE的UE标识;第四确定单元,用于根据预设的业务状态刷新标识与所述业务访问区域序号之间的对应关系,确定所述业务访问区域刷新请求中携带的业务状态刷新标识对应的业务访问区域序号;第一区域列表维护单元,用于取消所述UE标识所对应的UE与确定出的业务访问区域序号对应的业务访问区域之间的对应关系。具体实施时,本发明实施例提供的策略与计费规则功能实体,还可以包括:第四接收单元,用于接收所述BOSS发送的取消绑定业务访问区域的指示消息,所述指示消息中携带有所述UE的UE标识;第二区域列表维护单元,用于删除根据所述UE标识确定出的UE所对应的业务访问区域列表。具体实施时,本发明实施例提供的策略与计费规则功能实体,还可以包括:业务状态查询单元,用于用于在所述判断单元根据所述第一小区标识判断所述UE当前所在小区是否位于所述UE对应的业务访问区域列表内之前,根据所述UE的UE标识询所述UE是否开通了基于位置进行业务访问控制的位置业务,并确定所述UE开通了基于位置进行业务访问控制的位置业务。具体实施时,判断单元,还可以用于在所述业务状态查询单元确定所述UE开通了基于位置进行业务访问控制的位置业务后,在根据所述第一小区标识判断所述UE当前所在小区是否位于所述UE对应的业务访问区域列表内之前,判断所述UE当前是否已绑定至少一个业务锚定小区,并确定所述UE当前已绑定至少一个业务锚定小区。具体实施时,本发明实施例提供的策略与计费规则功能实体。还可以包括:第一触发单元,用于在所述判断单元判断出所述UE当前未绑定任一业务锚定小区时,触发进行绑定业务锚定小区流程。具体实施时,本发明实施例提供的策略与计费规则功能实体。还可以第五确定单元和第二触发单元,其中:第五确定单元,用于在所述判断单元判断出所述UE当前所在小区不位于所述UE对应的业务访问区域列表所包含的任一业务访问区域内时,确定所述UE开通的业务访问区域的数量是否等于UE已绑定业务锚定小区的数量;第二触发单元,用于在第五确定单元确定所述UE开通的业务访问区域的数量不等于UE已绑定业务锚定小区的数量时,触发进行绑定业务锚定小区流程;所述业务处理单元,还用于在所述第五确定单元确定所述UE开通的业务 访问区域的数量等于UE已绑定业务锚定小区的数量时,按照预设的第二业务处理策略处理所述UE请求的业务。为了描述的方便,以上各部分按照功能划分为各模块(或单元)分别描述。当然,在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。如图8所示,为本发明实施例提供的业务访问控制系统的结构示意图,可以包括:策略与计费规则功能实体PCRF81、小区列表服务器82、业务运营支撑系统BOSS83和短信网关84,其中:所述PCRF,用于在检测到预设的触发事件发生时,获取用户设备UE当前所在小区的第一小区标识;根据所述第一小区标识判断所述UE当前所在小区是否位于所述UE对应的业务访问区域列表所包含的任一业务访问区域内,所述业务访问区域由所述UE预先绑定的业务锚定小区及其邻区组成;如果是,按照预设的第一业务处理策略处理所述UE请求的业务。具体实施时,PCRF,可以用于根据所述UE预先绑定的业务锚定小区的第二小区标识,确定所述业务锚定小区的邻区;将所述业务锚定小区及其邻区确定为所述UE对应的业务访问区域。较佳的,所述PCRF,可以用于向小区列表服务器发送邻区关系查询请求,所述邻区关系查询请求中携带有所述第二小区标识;接收所述小区列表服务器返回的查询结果,根据查询结果中携带的所述第二小区标识对应的所有第三小区标识,确定所述第三小区标识对应的小区为所述业务锚定小区的邻区;小区列表服务器,可以用于根据所述第二小区标识从自身存储的邻区关系表中查找所述第二小区标识对应的所有第三小区标识;并向所述PCRF返回查询结果,所述查询结果中携带有所述第二小区标识对应的所有第三小区标识。具体实施时,所述邻区关系查询请求中还携带有所述UE的UE标识和所述PCRF的PCRF标识;以及所述小区列表服务器,还用于在查找到所述第二小区标识对应的所有第三 小区标识之后,建立所述UE标识与所述第二小区标识和各第三小区标识以及所述PCRF标识之间的对应关系并存储于业务访问区域关系表中。具体实施时,所述小区列表服务器,还可以用于接收运行维护中心OMC上报的小区信息更新消息,其中携带有待更新小区的第四小区标识及其更新后的小区信息,所述小区信息包括小区标识和小区邻区信息;根据所述小区信息更新消息,更新所述邻区关系表中所述第四小区标识对应的小区信息。具体实施时,所述小区列表服务器,还用于在更新了所述邻区关系表后,判断所述第四小区标识是否存在于所述业务访问区域关系表中;以及在判断结果为是时,根据更新后的所述第四小区标识对应的小区信息,更新所述业务访问区域关系表;并根据所述业务访问区域关系表中、所述第四小区标识对应的PCRF标识,向对应的PCRF发送小区信息更新通知消息;所述PCRF,还用于在接收到所述小区列表服务器发送的小区信息更新通知消息后,根据其中携带的第四小区标识更新后得到的第五小区标识和/或所述第四小区标识对应的、更新后的邻区标识,更新所述业务访问区域列表中所述第四小区标识为所述第五小区标识和/或更新所述第四小区标识对应的邻区标识。具体实施时,所述短信网关,可以用于在接收到所述UE在所述业务锚定小区内发送的第一业务锚定小区绑定请求后,向所述BOSS发送第二业务锚定小区绑定请求,其中所述第二业务锚定小区绑定请求中携带有所述UE的UE标识;所述BOSS,可以用于根据所述第二业务锚定小区绑定请求,向所述PCRF发送业务锚定小区绑定确认消息,其中携带有所述UE的UE标识;所述PCRF,还可以用于根据所述UE标识获取所述UE当前所在小区的第六小区标识,并将所述第六小区标识对应的小区确定为所述UE绑定的业务锚定小区。具体实施时,PCRF,还可以用于在接收到所述UE发送的附着请求时,根据其中携带的UE标识查询所述UE是否开通了基于位置进行业务访问控制的位置业务;根据查询结果确定所述UE开通了位置业务时,判断所述UE当前 是否已绑定至少一个业务锚定小区;在判断出所述UE未绑定任一业务锚定小区时,触发所述短信网关向所述UE发送第三业务锚定小区绑定请求;以及在接收到所述BOSS发送的业务锚定小区绑定确认通知消息后,确定所述UE当前附着小区为所述UE绑定的业务锚定小区;短信网关,还可以用于在接收到所述UE发送的第三业务锚定小区绑定请求确认消息后,向BOSS发送业务锚定小区绑定确认消息;所述BOSS,还可以用于在接收到所述业务锚定小区绑定确认消息后通知所述PCRF。较佳的,具体实施时,所述PCRF,还用于在判断出所述UE已绑定至少一个业务小区时,确定所述UE开通的业务访问区域的数量是否等于UE已绑定业务锚定小区的数量;如果否,则查找所述业务访问区域列表所包含的业务访问区域中是否存在所述UE当前附着的小区;如果不存在,触发短信网关向所述UE发送第四业务锚定小区绑定请求;以及在接收到所述BOSS发送的业务锚定小区绑定确认通知消息后,确定所述UE当前附着小区为所述UE绑定的业务锚定小区;所述短信网关,还用于在接收到所述UE发送的第四业务锚定小区绑定请求确认消息后,向BOSS发送业务锚定小区绑定确认消息;所述BOSS,还用于在接收到所述业务锚定小区绑定确认消息后通知所述PCRF。具体实施时,所述PCRF,还可以用于在确定出所述UE对应的业务访问区域之后,根据所述业务访问区域在所述业务访问区域列表中的确定顺序,确定所述业务访问区域对应的业务访问区域序号N,N为大于等于1的自然数。具体实施时,所述短信网关,还用于在接收到所述UE发送的第一业务访问区域刷新请求后向所述BOSS转发所述第一业务访问区域刷新请求,其中携带有业务状态刷新标识和所述UE的UE标识;所述BOSS,还用于根据第一业务访问区域刷新请求,向所述PCRF发送第二业务访问区域刷新请求,所述第二业务访问区域刷新请求中携带有所述业务状态刷新标识和所述UE的UE 标识;所述PCRF,还用于根据预设的业务状态刷新标识与所述业务访问区域序号之间的对应关系,确定所述业务访问区域刷新请求中携带的业务状态刷新标识对应的业务访问区域序号;取消所述UE标识所对应的UE与确定出的业务访问区域序号对应的业务访问区域之间的对应关系。具体实施时,所述PCRF,还可以用于接收所述BOSS发送的取消绑定业务访问区域的指示消息,所述指示消息中携带有所述UE的UE标识;删除根据所述UE标识确定出的UE所对应的业务访问区域列表。如图9所示,为本发明实施例提供的邻区关系查询方法的实施流程示意图,其可以应用于上述的业务访问控制方法中,包括以下步骤:S91、接收PCRF发送的邻区关系查询请求。所述邻区关系查询请求中携带有用户设备UE预先绑定的业务锚定小区的第一小区标识。S92、从存储的邻区关系表中,查找第一小区标识对应的所有第二小区标识。S93、向PCRF返回查询结果,其中携带有查找到的、第一小区标识对应的所有第二小区标识。较佳的,邻区关系查询请求中还可以携带有所述UE的UE标识和所述PCRF的PCRF标识,基于此,在查找到第一小区标识对应的所有第二小区标识之后,还可以包括建立所述UE标识与所述第一小区标识和第二小区标识以及所述PCRF标识之间的对应关系并存储于业务访问区域关系表中。具体实施时,还可以按照以下方法更新存储的邻区关系表:步骤一、接收OMC上报的小区信息更新消息,其中携带有待更新小区的第三小区标识及其更新后的小区信息,所述小区信息包括小区标识和小区邻区信息;步骤二、根据所述小区信息更新消息,更新邻区关系表中所述第三小区标识对应的小区信息。具体实施时,在更新了邻区关系表之后,还可以包括以下步骤:步骤三、判断所述第三小区标识是否存在于所述业务访问区域关系表中,如果是,执行步骤四,如果否,流程技术;步骤四、根据更新后、所述第三小区标识对应的小区信息,更新所述业务访问区域关系表。步骤五、根据所述业务访问区域关系表中、所述第三小区标识对应的PCRF标识,通知对应的PCRF更新包含所述第三小区标识对应小区的业务访问区域列表。如图10所示,为本发明实施例提供的小区列表服务器的结构示意图,包括:接收单元101,用于接收PCRF发送的邻区关系查询请求,所述邻区关系查询请求中携带有用户设备UE预先绑定的业务锚定小区的第一小区标识;查找单元102,用于从存储的邻区关系表中,查找所述第一小区标识对应的所有第二小区标识;通知单元103,用于向所述PCRF返回查询结果,其中携带有查找到的、所述第一小区标识对应的所有第二小区标识。其中,所述邻区关系查询请求中还携带有所述UE的UE标识和所述PCRF的PCRF标识;基于此,所述小区列表服务器还可以包括:映射关系建立单元,用于建立所述UE标识与所述第一小区标识和第二小区标识以及所述PCRF标识之间的对应关系并存储于业务访问区域关系表中。具体实施时,小区列表服务器还可以包括更新单元,其中:所述接收单元,还用于接收运行维护中心OMC上报的小区信息更新消息,其中携带有待更新小区的第三小区标识及其更新后的小区信息,所述小区信息包括小区标识和小区邻区信息;所述更新单元,用于根据所述小区信息更新消息,更新邻区关系表中所述第三小区标识对应的小区信息。具体实施时,小区列表服务器还可以包括判断单元,其中:所述判断单元,用于判断所述第三小区标识是否存在于所述业务访问区域关系表中;所述更新单元,还用于在所述判断单元的判断结果为是时,根据更新后的、所述第三小区标识对应的小区信息,更新所述业务访问区域关系表;所述通知单元,还用于根据所述业务访问区域关系表中、所述第三小区标识对应的PCRF标识,通知对应的PCRF更新包含所述第三小区标识的业务访问区域列表。本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处 理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。当前第1页1 2 3 
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1