CN106304023A

CN106304023A - 业务访问控制及邻区关系查询方法、装置和系统

Info

Publication number: CN106304023A
Application number: CN201510292413.6A
Authority: CN
Inventors: 都晨辉; 朱琳
Original assignee: Chellona Mobile Communications Corp Cmcc
Current assignee: Chellona Mobile Communications Corp Cmcc
Priority date: 2015-06-01
Filing date: 2015-06-01
Publication date: 2017-01-04
Anticipated expiration: 2035-06-01
Also published as: CN106304023B

Abstract

本发明公开了一种业务访问控制及邻区关系查询方法、装置和系统，用以准确确定用户位置，基于确定出的用户位置进行精确的业务访问控制。业务访问控制方法，包括：获取用户设备UE当前所在小区的第一小区标识；判断所述第一小区标识对应的小区是否为所述UE预先绑定的业务锚定小区或者为所述业务锚定小区的邻区；在任一判断结果为是时，按照预设的第一业务处理策略处理所述UE请求的业务。

Description

业务访问控制及邻区关系查询方法、装置和系统

技术领域

本发明涉及网络通信技术领域，尤其涉及一种业务访问控制及邻区关系查询方法、装置和系统。

背景技术

为了给用户提供差异化的服务，3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)在EPS(Evolved Packet System，演进型分组核心网系统)网络中引入了PCC(Policy Control and Charging，策略控制与计费)架构。PCC架构从终端、无线、核心网等端到端设备进行承载资源的管理，并且可和计费策略进行关联，利用基于门控和Qos(Quality of Service，服务质量)控制的策略控制及基于流的计费控制功能，实现了数据业务的差异化、精细化管控，为运营商提供较完善的管控手段，使市场营销、运营策略得到了充分的网络技术支持。

如图1所示为PCC架构示意图，包括UE(User Equipment，用户设备)、eNodeB(基站)、MME(Mobility Management Entity，移动性管理实体)、SAEGW(System Architecture Evolution Gateway)，通常来说，SGW(Serving Gateway，业务网关)和PGW(Packet Data Network Gateway，分组数据网关)合设并被称为SAE-GW，PCEF(Policy and Charging Enforcement Function，策略及计费执行功能)和PCRF(Policy and Charging Rules Function，策略与计费规则功能单元)/SPR(Subscription Profile Repository，签约信息存储)等网元，SPR通常部署于PCRF功能实体中。

其中，PCRF及PCEF为实现PCC功能的关键网元。实际应用中，PCRF与业务运营支撑系统进行通信，包含策略控制决策和基于流计费控制的功能，向PCEF提供关于业务数据流检测、门控、基于QoS和基于流计费(除信用控制外)的网络控制功能，能够以业务、用户、位置、累计使用量、接入类型、时间等多个维度为触发条件，生成业务管控规则下发给PCEF进行执行。PCEF与业务侧进行通信，包含业务数据流的检测、策略执行和基于流的计费等功能，PCEF功能实体通常部署于网关设备(如SGW、PGW等)中。

在当前的LTE(Long Time Evolution，长期演进)系统中，定义了PCRF的事件订阅能力，PCRF可以向PGW订阅一系列的事件来监控用户的状态变化信息。例如，PCRF可以通过订阅TAI_CHANG事件以监控UE所处TAI(Tracking Area Identity，跟踪区标识)的变化信息。

当UE的TAI发生变化时，将会触发TAU((Tracking Area Update，跟踪区更新)/Handover(切换)流程，在该流程中eNB会将UE当前最新的ULI(User Location Information，用户位置信息)上报给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(Customer Premise Equipment，客户终端设备)锁位置的业务场景中，由于CPE是一种流量资费相对优惠的无线接入设备，因此该产品通常被限定在一定区域内方可使用，当其移动出限定区域时将被限制网络接入能力或者取消流量资费的优惠策略；另外，在针对形如校园流量优惠套餐的业务场景中，用户可以在其所签订的校园范围内享受优惠的流量资费。

上述这些业务均呈现出业务资费或业务体验与用户的所在区域息息相关的特点，因此网络需要能够感知用户的位置变化并基于用户的当前位置对用户的资源分配策略以及计费策略进行相应的调整。

在引入PCC架构后，LTE系统可以对用户进行基于位置的策略管控，譬如对进入所划定区域的用户进行特殊优惠计费和管控策略的修改。

但是上述两种现有方案对于应对上述两种业务场景的需求分别存在着各自的不足之处。其中利用TAI_CHANG可以监测到UE的TAI级别的位移，但是当前的网络中，一个TAI通常会包含几十个甚至上百个eNB，其覆盖范围相对较广，因此网络感知相对迟缓，从而无法对用户位置进行精确的感知。

而CHANGE_OF_UE_PRESENCE_IN_PRESENCE_REPORTING_AREA_REPOR事件主要是监控用户进出特定小区的行为。然而目前关于该事件所需监控的区域范围是需要通过人工的方式预先配置在PCRF中的。而上述两种业务场景中，对于用户的管控范围通常是在十多个小区的范围左右，因此在利用该事件进行管控的时候，人工维护监控区域的成本太高，当用户数量变大之后，人工维护的方式缺乏可行性。

发明内容

本发明实施例提供一种业务访问控制方法和装置，提高基于用户位置进行业务访问控制的精确性。

本发明实施例提供一种业务访问控制方法，包括：

获取用户设备UE当前所在小区的第一小区标识；

判断所述第一小区标识对应的小区是否为所述UE预先绑定的业务锚定小区或者为所述业务锚定小区的邻区；

在任一判断结果为是时，按照预设的第一业务处理策略处理所述UE请求的业务。

获取用户设备UE当前所在小区的第一小区标识，具体包括：

按照预设的周期获取UE当前所在小区的第一小区标识；或者

在检测到预设的位置移动触发事件时，获取UE当前所在小区的第一小区标识。

按照以下方法判断所述第一小区标识对应的小区是否为所述业务锚定小区的邻区：

向小区列表服务器发送邻区关系查询请求，所述邻区关系查询请求中携带有所述第一小区标识和所述业务锚定小区的第二小区标识；

根据所述小区列表服务器返回的查询结果判断所述第一小区标识对应的小区是否为所述UE预先绑定的业务锚定小区的邻区。

所述查询结果为所述小区列表服务器按照以下方法确定出的：

所述小区列表服务器根据自身存储的邻区关系表，判断所述第二小区标识对应的邻区标识中是否包含所述第一小区标识；

如果是，则确定所述第一小区标识对应的小区为所述业务锚定小区的邻区；

如果否，则确定所述第一小区标识对应的小区不是所述业务锚定小区的邻区。

所述邻区关系查询请求中还携带有所述第二小区标识对应的等级标识；以及

判断所述第一小区标识对应的小区与所述第二小区标识对应的小区之间的距离是否大于所述等级标识对应的距离阈值；

如果是，则确定所述第一小区标识对应的小区不是所述业务锚定小区的邻区；

如果否，则确定所述第一小区标识对应的小区为所述业务锚定小区的邻区。

所述业务访问控制方法，还包括：

在判断出所述第一小区标识对应的小区不是所述UE预先绑定的业务锚定小区且也不是所述业务锚定小区的邻区时，按照预设的第二业务处理策略处理所述UE请求的业务。

本发明实施例提供一种业务访问控制装置，包括：

获取单元，用于获取用户设备UE当前所在小区的第一小区标识；

判断单元，用于判断所述第一小区标识对应的小区是否为所述UE预先绑定的业务锚定小区或者为所述业务锚定小区的邻区；

业务处理单元，用于在任一判断结果为是时，按照预设的第一业务处理策略处理所述UE请求的业务。

所述获取单元，具体用于按照预设的周期获取UE当前所在小区的第一小区标识；或者在检测到预设的位置移动触发事件时，获取UE当前所在小区的第一小区标识。

所述判断单元，包括：

查询子单元，用于向小区列表服务器发送邻区关系查询请求，所述邻区关系查询请求中携带有所述第一小区标识和所述业务锚定小区的第二小区标识；

判断子单元，用于根据所述小区列表服务器返回的查询结果判断所述第一小区标识对应的小区是否为所述UE预先绑定的业务锚定小区的邻区。

所述业务处理单元，还用于在所述判断单元判断出所述第一小区标识对应的小区不是所述UE预先绑定的业务锚定小区且也不是所述业务锚定小区的邻区时，按照预设的第二业务处理策略处理所述UE请求的业务。

本发明实施例提供一种应用于上述业务访问控制方法中的邻区关系查询方法，包括：

接收业务访问控制装置发送的邻区关系查询请求，所述邻区关系查询请求中携带有用户设备UE当前所在小区的第一小区标识和用户设备UE预先绑定的业务锚定小区的第二小区标识；

根据所述邻区关系查询请求，判断所述第一小区标识对应的小区是否为所述业务锚定小区的邻区；

根据判断结果向所述业务访问控制装置返回查询结果。

根据所述邻区关系查询请求，判断所述第一小区标识对应的小区是否为所述业务锚定小区的邻区，具体包括：

根据预先存储的邻区关系表，判断所述第二小区标识对应的邻区标识中是否包含所述第一小区标识；

其中，按照以下方法更新所述关系表：

接收运行维护中心OMC上报的小区信息更新消息，其中携带有待更新小区的小区标识及其更新后的小区信息，所述小区信息包括小区标识和小区邻区信息；

根据所述小区信息更新消息，更新邻区关系表中对应小区的小区信息。

本发明实施例提供一种邻区关系查询装置，应用于上述的业务访问控制方法中，包括：

接收单元，用于接收业务访问控制装置发送的邻区关系查询请求，所述邻区关系查询请求中携带有用户设备UE当前所在小区的第一小区标识和用户设备UE预先绑定的业务锚定小区的第二小区标识；

判断单元，用于根据所述邻区关系查询请求，判断所述第一小区标识对应的小区是否为所述业务锚定小区的邻区；

结果返回单元，用于根据所述判断单元的判断结果向所述业务访问控制装置返回查询结果。

所述判断单元，具体用于根据预先存储的邻区关系表，判断所述第二小区标识对应的邻区标识中是否包含所述第一小区标识；如果是，则确定所述第一小区标识对应的小区为所述业务锚定小区的邻区；如果否，则确定所述第一小区标识对应的小区不是所述业务锚定小区的邻区。

所述邻区关系查询装置，还包括更新单元，其中：

所述接收单元，还用于接收运行维护中心OMC上报的小区信息更新消息，其中携带有待更新小区的小区标识及其更新后的小区信息，所述小区信息包括小区标识和小区邻区信息；

所述更新单元，用于根据所述小区信息更新消息，更新邻区关系表中对应小区的小区信息。

所述判断单元，具体用于判断所述第一小区标识对应的小区与所述第二小区标识对应的小区之间的距离是否大于所述等级标识对应的距离阈值；如果是，则确定所述第一小区标识对应的小区不是所述业务锚定小区的邻区；如果否，则确定所述第一小区标识对应的小区为所述业务锚定小区的邻区。

包括策略与计费规则功能单元PCRF和小区列表服务器，其中，所述PCRF中设置有上述的业务访问控制装置，所述小区列表服务器中设置有上述的邻区关系查询装置。

本发明实施例提供的业务访问控制及邻区关系查询方法、装置和系统，通过判断用户当前所在小区是否为该UE预先绑定的业务锚定小区或者业务锚定小区的邻区对UE执行不同的业务处理策略，上述过程中基于邻区关系对UE进行业务访问控制，使得根据UE的业务区域对UE执行不同的业务访问控制策略更加精准，从而提高了基于用户位置对业务访问进行控制的精确性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为现有技术中，PCC架构示意图；

图2为本发明实施例中，邻区关系示意图；

图3为本发明实施例中，业务访问控制方法的实施流程示意图；

图4为本发明实施例中，业务访问控制装置的结构示意图；

图5为本发明实施例中，邻区关系查询方法的实施流程示意图；

图6为本发明实施例中，邻区关系查询装置的结构示意图；

图7为本发明实施例中，业务访问控制系统的结构示意图。

具体实施方式

为了提高对基于位置的业务访问控制的精确性，本发明实施例提供了一种业务访问控制方法和装置。

在基于用户位置进行业务访问控制的业务场景中，执行指定业务处理策略的区域通常是临近的多个基站小区组成的业务区域，如图2所示，为邻区关系示意图。执行指定业务处理策略的区域是以业务锚定区域(小区0)为中心的多个相邻小区，执行指定业务处理策略的区域中的其他小区均为与业务锚定区域相邻的小区。其中，业务锚定区域是指执行指定业务处理策略区域的中心小区。基于此，本发明实施例提供了一种基于邻区关系的业务访问控制方法和装置。

具体实施时，用户在初始签约业务时，通过BOSS系统(Business&Operation Support System，业务运营支撑系统)预先设置执行该业务对应业务处理策略的区域，以该区域的中心小区作为该用户预先绑定的业务锚定小区，将业务锚定小区的小区信息(可以但不限于为小区标识)同步给设置于PCRF中的SPR。

以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

如图3所示，为本发明实施例提供的业务访问控制方法的实施流程示意图，可以包括以下步骤：

S31、获取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、判断第一小区标识对应的小区是否为该UE预先绑定的业务锚定小区或者为业务锚定小区的邻区，在任一判断结果为是时，执行步骤S33，如果判断结果均为否，则执行步骤S34。

具体实施时，如果第一小区标识对应的小区为该UE预先绑定的业务锚定小区或者为该UE预先绑定的业务锚定小区的邻区时，执行步骤S33，如果判断出第一小区标识对应的小区既不是该UE预先绑定的业务锚定小区也不是该UE预先绑定的业务锚定小区的邻区，则执行步骤S34。

S33、按照预设的第一业务处理策略处理该UE请求的业务，流程结束。

S34、按照预设的第二业务处理策略处理该UE请求的业务。

具体实施时，为了避免由于无线网络优化以及网络改造等问题，小区信息可能存在变化的情况，如果不能实时将小区信息的变化情况同步到PCRF，这样便会造成PCRF因获取的信息过时，而降低基于用户位置的业务访问控制方法的正确性，本发明实施例中，可以借助小区列表服务器，由PCRF实时向小区列表服务器查询UE当前接入小区与该UE预先绑定的业务锚定小区的位置关系，并基于实时查询的位置关系，对UE执行不同的业务处理策略。其中，小区列表服务器为一个维护全网小区信息的集中管理单元，其维护着全网各小区的小区ID(标识)信息、位置信息(可以为小区的坐标)以及邻区信息等。具体实施时，小区列表服务器可以独立设置也可以设置于现有的网络设备中，本发明实施例对此不做限定。

基于小区列表服务器存储的信息，在步骤S32中，如果PCRF判断出UE当前所在小区不是该UE预先绑定的业务锚定小区之后，可以按照以下步骤进一步判断UE当前所在小区是否为该UE预先绑定的业务锚定小区的邻区：

步骤一、向小区列表服务器发送邻区关系查询请求。

发送的邻区关系查询请求中携带有第一小区标识和该UE预先绑定的业务锚定小区的第二小区标识。

步骤二、根据小区列表服务器返回的查询结果判断第一小区标识对应的小区是否为该UE预先绑定的业务锚定小区的邻区。

较佳的，小区列表服务器在接收到该UE发送的邻区关系查询请求之后，根据其中携带的第二小区标识，查找其预先存储的邻区关系表，邻区关系表中针对全网的每一小区，存储有该小区的小区标识及其对应的邻区信息，该邻区信息可以为邻区标识，如表1所示，其为邻区关系表的一种可能的结构：

表1

根据预先存储的邻区关系表，小区列表服务器在接收到邻区关系查询请求之后，判断第二小区标识对应的邻区标识中是否包含第一小区标识，如果包含，则说明第一小区标识对应的小区为第二小区标识对应的小区的邻区，即该UE当前所在小区为该UE预先绑定的业务锚定小区的邻区，执行第一业务处理策略；否则，说明第一小区标识对应的小区不是第二标识对应的小区的邻区，即该UE当前所在小区不是该UE预先绑定的业务锚定小区的邻区，执行第二业务处理策略。小区列表服务器向PCRF返回查询结果，使得PCRF据此判断第一小区标识对应的小区是否为该UE预先绑定的业务锚定小区的邻区。

由于无线网络优化过程中，在某一区域内可能根据该区域内的实际用户数量新增基站或者关闭已部署的基站，这样，对于每一小区来说，其邻区信息可能发生变化，为了保证小区列表服务器存储的邻区关系表的时效性，本发明实施例中，可以按照以下方法更新小区列表服务器中存储的邻区关系表：接收OMC(Operation&Maintenance Center，运行维护中心)上报的小区信息更新消息，其中携带有待更新小区的小区标识及其更新后的小区信息，其中，小区信息可以包括小区标识和小区邻区信息；根据小区信息更新消息，更新邻区关系表中、小区区信息更新消息中携带的小区标识对应小区的小区信息。具体实施时，OMC为分布式设置，每一OMC负责维护指定区域内小区的小区标识，在指定区域内小区的小区标识更新或者对应的邻区信息更新后实时上报至小区列表服务器。如果小区列表服务器接收到的小区信息更新消息中携带的待更新小区的小区标识在预先存储的邻区关系表中不存在时，小区列表服务器在邻区关系表中新增该小区标识及其邻区信息的对应关系即可。如果关闭已部署基站时，OMC将关闭基站覆盖小区的小区标识上报给小区列表服务器，小区列表服务器删除邻区关系表中对应小区的小区标识及其邻区信息之间的对应关系。

需要说明的是，本发明实施例中为了区分UE当前所在小区的小区标识和UE预先绑定的业务锚定小区的小区标识，将UE当前所在小区的小区标识称为第一小区标识，将业务锚定小区的小区标识称为第二小区标识，第一小区标识和第二小区标识均为通常所指的小区标识，例如，第一小区标识可以为UE当前所在小区的CELL ID，第二小区标识可以为业务锚定小区的CELL ID。

具体实施时，还可能存在以下业务场景，即执行业务处理策略的区域范围大于业务锚定小区及其邻区组成的区域范围，这种情况下，如果继续按照上述的基于邻区关系的业务访问控制方法进行业务访问控制显然是不精确的。

为了解决这个问题，本发明实施例中，PCRF向小区列表发送的邻区关系查询请求中还可以携带第二小区标识对应的等级标识，该等级标识可以为用户签约业务时，通过BOSS进行设置并同步给SPR的。基于此，小区列表服务器可以根据第一小区标识和第二小区标识，确定对应的两个小区之间的距离，并根据预设的等级标识与距离阈值之间的对应关系，判断两个小区之间的距离是否大于对应的距离阈值，如果是，则确定第一小区标识对应的小区不是业务锚定小区的邻区，即该UE当前所在小区不是其绑定的业务锚定小区的邻区，如果否，则确定第一小区标识对应的小区为业务锚定小区的邻区，执行第二业务处理策略，即该UE当前所在小区为其绑定的业务锚定小区的邻区，执行第一业务处理策略。其中，小区列表服务器可以在判断出第一小区标识对应的小区不是该UE绑定的业务锚定小区的邻区之后，再执行该步骤，也可以在接收到PCRF发送的邻区关系查询请求之后执行该步骤。

本发明实施提供的业务访问控制方法，由于其根据UE当前所在小区与业务锚定区域的邻区关系确定并执行UE对应的业务处理策略，使得对基于用户位置的业务访问控制更加精确。同时，还可以借助小区列表服务器通过实时查询的方式保证业务锚定区域的邻区关系的准确性，进一步提高了业务访问控制的精确性。

基于同一发明构思，本发明实施例中还提供了一种业务访问控制装置、系统以及应用于上述业务访问控制方法中的邻区关系查询方法和装置，由于这些装置、方法和系统解决问题的原理与上述的业务访问控制方法相似，因此这些装置、方法和系统的实施可以参见业务访问控制方法的实施，重复之处不再赘述。

如图4所示，为本发明实施例提供的业务访问控制装置的结构示意图，包括：

获取单元41，用于获取UE当前所在小区的第一小区标识。

判断单元42，用于判断第一小区标识对应的小区是否为该UE预先绑定的业务锚定小区或者为所述业务锚定小区的邻区。

业务处理单元43，用于在任一判断结果为是时，按照预设的第一业务处理策略处理该UE请求的业务。

较佳的，获取单元41，可以用于按照预设的周期获取UE当前所在小区的第一小区标识；或者在检测到预设的位置移动触发事件时，获取UE当前所在小区的第一小区标识。

具体实施时，判断单元42可以包括：

查询子单元，用于向小区列表服务器发送邻区关系查询请求，所述邻区关系查询请求中携带有第一小区标识和业务锚定小区的第二小区标识；

判断子单元，用于根据小区列表服务器返回的查询结果判断所述第一小区标识对应的小区是否为该UE预先绑定的业务锚定小区的邻区。

其中，小区列表服务器返回的查询结果为小区列表服务器按照以下方法确定出的：小区列表服务器根据自身存储的邻区关系表，判断第二小区标识对应的邻区标识中是否包含所述第一小区标识；如果是，则确定第一小区标识对应的小区为所述业务锚定小区的邻区；如果否，则确定第一小区标识对应的小区不是业务锚定小区的邻区。

具体实施时，邻区关系查询请求中还可以携带有第二小区标识对应的等级标识，以及小区列表服务器返回的查询结果为小区列表服务器按照以下方法确定出的：判断第一小区标识对应的小区与第二小区标识对应的小区之间的距离是否大于该等级标识对应的距离阈值；如果是，则确定第一小区标识对应的小区不是业务锚定小区的邻区；如果否，则确定第一小区标识对应的小区为业务锚定小区的邻区。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。例如，上述的业务访问控制装置可以设置在PCRF中。

如图5所示，为本发明实施例提供的应用于上述的业务访问控制方法中的邻区关系查询方法的实施流程示意图，可以包括以下步骤：

S51、接收业务访问控制装置发送的邻区关系查询请求。

其中，接收到的邻区关系查询请求中携带有UE当前所在小区的第一小区标识和用户设备UE预先绑定的业务锚定小区的第二小区标识。

S52、根据所述邻区关系查询请求，判断所述第一小区标识对应的小区是否为所述业务锚定小区的邻区。

S53、根据判断结果向所述业务访问控制装置返回查询结果。

较佳的，具体实施时，步骤S52可以按照以下步骤实施：

步骤一、根据预先存储的邻区关系表，判断所述第二小区标识对应的邻区标识中是否包含所述第一小区标识，如果是，执行步骤二，否则执行步骤三。

步骤二、确定所述第一小区标识对应的小区为所述业务锚定小区的邻区。

步骤三、确定所述第一小区标识对应的小区不是所述业务锚定小区的邻区。

具体实施时，可以按照以下方法更新邻区关系表：接收OMC上报的小区信息更新消息，其中携带有待更新小区的小区标识及其更新后的小区信息，所述小区信息包括小区标识和小区邻区信息；根据小区信息更新消息，更新邻区关系表中对应小区的小区信息。

较佳的，具体实施时，邻区关系查询请求中还可以携带有所述第二小区标识对应的等级标识，基于此，步骤S52中可以按照以下步骤判断第一小区标识对应的小区是否为业务锚定小区的邻区：

步骤一、判断所述第一小区标识对应的小区与所述第二小区标识对应的小区之间的距离是否大于所述等级标识对应的距离阈值，如果是，执行步骤二，如果否，执行步骤三。

步骤二、确定第一小区标识对应的小区不是所述业务锚定小区的邻区。

步骤三、确定第一小区标识对应的小区为所述业务锚定小区的邻区。

如图6所示，为本发明实施例提供的邻区关系查询装置的结构示意图，其可以应用于上述的业务访问控制方法中，可以包括：

接收单元61，用于接收业务访问控制装置发送的邻区关系查询请求，所述邻区关系查询请求中携带有用户设备UE当前所在小区的第一小区标识和用户设备UE预先绑定的业务锚定小区的第二小区标识；

判断单元62，用于根据所述邻区关系查询请求，判断所述第一小区标识对应的小区是否为所述业务锚定小区的邻区；

结果返回单元63，用于根据判断单元62的判断结果向所述业务访问控制装置返回查询结果。

较佳的，判断单元62，可以用于根据预先存储的邻区关系表，判断所述第二小区标识对应的邻区标识中是否包含所述第一小区标识；如果是，则确定所述第一小区标识对应的小区为所述业务锚定小区的邻区；如果否，则确定所述第一小区标识对应的小区不是所述业务锚定小区的邻区。

本发明实施例提供的邻区关系查询装置还可以包括更新单元64，其中：

接收单元，还可以用于接收OMC上报的小区信息更新消息，其中携带有待更新小区的小区标识及其更新后的小区信息，所述小区信息包括小区标识和小区邻区信息；

更新单元64，可以用于根据接收单元接收到的小区信息更新消息，更新邻区关系表中对应小区的小区信息。

较佳的，具体实施时，邻区关系查询请求中还可以携带有所述第二小区标识对应的等级标识；判断单元62，可以用于判断所述第一小区标识对应的小区与所述第二小区标识对应的小区之间的距离是否大于所述等级标识对应的距离阈值；如果是，则确定所述第一小区标识对应的小区不是所述业务锚定小区的邻区；如果否，则确定所述第一小区标识对应的小区为所述业务锚定小区的邻区。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。例如，上述的邻区关系查询装置可以设置在新增的小区列表服务器中。

如图7所示，为本发明实施例提供的业务访问控制系统的结构示意图，包括：包括PCRF(策略与计费规则功能单元)71和小区列表服务器72，其中，所述PCRF中设置有上述的业务访问控制装置，所述小区列表服务器72中设置有上述的邻区关系查询装置。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种业务访问控制方法，其特征在于，包括：

获取用户设备UE当前所在小区的第一小区标识；

2.如权利要求1所述的方法，其特征在于，获取用户设备UE当前所在小区的第一小区标识，具体包括：

按照预设的周期获取UE当前所在小区的第一小区标识；或者

3.如权利要求1所述的方法，其特征在于，按照以下方法判断所述第一小区标识对应的小区是否为所述业务锚定小区的邻区：

4.如权利要求3所述的方法，其特征在于，所述查询结果为所述小区列表服务器按照以下方法确定出的：

5.如权利要求3所述的方法，其特征在于，所述邻区关系查询请求中还携带有所述第二小区标识对应的等级标识；以及

6.如权要求1～5任一权利要求所述的方法，其特征在于，还包括：

7.一种业务访问控制装置，其特征在于，包括：

8.如权利要求7所述的装置，其特征在于，包括：

9.如权利要求7所述的装置，其特征在于，所述判断单元，包括：

10.如权利要求7、8或9所述的装置，其特征在于，

11.一种邻区关系查询方法，应用于权利要求1～6任一权利要求所述的业务访问控制方法中，其特征在于，包括：

根据判断结果向所述业务访问控制装置返回查询结果。

12.如权利要求11所述的方法，其特征在于，根据所述邻区关系查询请求，判断所述第一小区标识对应的小区是否为所述业务锚定小区的邻区，具体包括：

13.如权利要求12所述的方法，其特征在于，按照以下方法更新所述关系表：

14.如权利要求11所述的方法，其特征在于，所述邻区关系查询请求中还携带有所述第二小区标识对应的等级标识；以及

15.一种邻区关系查询装置，应用于权利要求1～6任一权利要求所述的业务访问控制方法中，其特征在于，包括：

16.如权利要求15所述的装置，其特征在于，

17.如权利要求16所述的装置，其特征在于，还包括更新单元，其中：

18.如权利要求15所述的装置，其特征在于，所述邻区关系查询请求中还携带有所述第二小区标识对应的等级标识；以及

19.一种业务访问控制系统，其特征在于，包括策略与计费规则功能单元PCRF和小区列表服务器，其中，所述PCRF中设置有权利要求7～10任一权利要求所述的业务访问控制装置，所述小区列表服务器中设置有权利要求15～18任一权利要求所述的邻区关系查询装置。