CN109618325A - 局域网内签约数据信息分发方法、基站侧设备及企业网关 - Google Patents
局域网内签约数据信息分发方法、基站侧设备及企业网关 Download PDFInfo
- Publication number
- CN109618325A CN109618325A CN201811471170.2A CN201811471170A CN109618325A CN 109618325 A CN109618325 A CN 109618325A CN 201811471170 A CN201811471170 A CN 201811471170A CN 109618325 A CN109618325 A CN 109618325A
- Authority
- CN
- China
- Prior art keywords
- user equipment
- data information
- subscription data
- base station
- area network
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供了一种局域网内签约数据信息分发方法、基站侧设备及企业网关。其中,应用于基站侧设备的局域网内签约数据信息分发方法包括:在接收到用户设备的附着请求时,若本地没有存储所述用户设备的签约数据信息,向远端管理中心获取所述用户设备的签约数据信息;存储获取到的所述用户设备的签约数据信息;将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备。本技术方案解决现有技术中用户设备移动至同一局域网内的其他基站侧设备的覆盖范围时,其他基站侧设备还需要从远端管理中心获取该用户设备的签约数据信息,增加了网络通信的时延问题。
Description
【技术领域】
本发明涉及移动通信技术领域,尤其涉及一种局域网内签约数据信息分发方法、基站侧设备及企业网关。
【背景技术】
移动通信网络由基站及核心网组成。
为了减轻核心网的压力,现有相关技术中提供了一种基站侧设备,该基站侧设备是一种聚集了核心网能力的基站,除了提供基站的能力外,还提供必要的核心网能力,如用户设备的附着、信令传输和控制等。
用户设备在初始附着到基站侧设备上时,基站侧设备与远端管理中心交互,获取该用户设备的签约数据信息并在本地存储,以便该用户设备再次附着时,实现本地签约数据信息的验证与授权等,同时还能保证在远端核心网发生故障时,本地已存储的签约数据信息的用户设备可不受远端核心网影响,正常附着到网络进行通信等。
但是,每个基站侧设备获取到的签约数据信息只存储在当前的基站侧设备里,在企业内网中同一个局域网内部的其他基站侧设备没有存储,这样情况下,当用户设备移动到其他基站侧设备覆盖范围内时,其他基站侧设备还需要从远端管理中心获取该用户设备的签约数据信息,增加了网络通信的时延。
【发明内容】
有鉴于此,本发明实施例提供了一种局域网内签约数据信息分发方法、基站侧设备及企业网关,用以解决现有技术中用户设备移动至同一局域网内的其他基站侧设备的覆盖范围时,其他基站侧设备还需要从远端管理中心获取该用户设备的签约数据信息,增加了网络通信的时延问题。
一方面,本发明实施例提供了一种局域网内签约数据信息的分发方法,应用于局域网内的基站侧设备,所述分发方法包括:在接收到用户设备的附着请求时,若本地没有存储所述用户设备的签约数据信息,向远端管理中心获取所述用户设备的签约数据信息;存储获取到的所述用户设备的签约数据信息;将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备。
可选的,所述将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备包括:将所述用户设备的签约数据信息直接分发至同一局域网内的其他基站侧设备;或者将所述用户设备的签约数据信息发送至局域网内的企业网关,经由所述企业网关分发至同一局域网内的其他基站侧设备。
可选的,所述将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备之前还包括:获得对所述用户设备的合法性进行验证的验证结果:其中,所述验证结果包括:远端管理中心根据所述签约数据验证所述用户设备合法性的验证结果或者所述基站侧设备根据所述签约数据验证所述用户设备合法性的验证结果。
可选的,在所述存储获取到的所述用户设备的签约数据信息之后还包括:向所述用户设备发送附着成功的消息。
可选的,在向所述用户设备发送附着成功的消息之前还包括:根据所述用户设备的签约数据信息,对所述用户设备进行验证;在验证成功后,执行向所述用户设备发送附着成功的消息的步骤。
本发明实施例还提供了一种局域网内签约数据信息的分发方法,应用于局域网内的企业网关,所述分发方法包括:接收基站侧设备发送的获取用户设备的签约数据信息的请求消息;基于所述请求消息向远端管理中心获取所述用户设备的签约数据信息;将所述用户设备的签约数据信息分发给局域网内的所有基站侧设备。
可选的,所述基于所述请求消息向远端管理中心获取所述用户设备的签约数据信息之后,还包括:存储所述用户设备的签约数据信息。
可选的,所述将所述用户设备的签约数据信息分发给局域网内的所有基站侧设备包括:将所述用户设备的签约数据信息发送至基站侧设备;其中,所述基站侧设备为发送所述请求信息的基站侧设备;获取根据所述用户设备的签约数据信息,对所述用户设备的合法性进行验证的验证结果;在所述用户设备的合法性通过验证的情况下,向局域网内的其他基站侧设备分发所述用户设备的签约数据信息。
可选的,在所述将所述用户设备的签约数据信息分发给局域网内的所有基站侧设备之后,还包括:并删除存储的所述签约数据信息。
本发明实施例还提供了一种基站侧设备,包括:接收器、发送器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;所述接收器,用于接收用户设备发送的附着请求;所述处理器执行所述计算机程序时,用于在接收到用户设备的附着请求时,若本地没有存储所述用户设备的签约数据信息,向远端管理中心获取所述用户设备的签约数据信息;存储获取到的所述用户设备的签约数据信息;所述发送器,用于将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备。
可选的,所述发送器还用于将所述用户设备的签约数据信息直接分发至同一局域网内的其他基站侧设备;或者将所述用户设备的签约数据信息发送至局域网内的企业网关,经由所述企业网关分发至同一局域网内的其他基站侧设备。
可选的,所述接收器还用于获得对所述用户设备的合法性进行验证的验证结果;其中,所述验证结果包括:远端管理中心根据所述签约数据验证所述用户设备合法性的验证结果或者所述基站侧设备根据所述签约数据验证所述用户设备合法性的验证结果。
可选的,所述发送器还用于向所述用户设备发送附着成功的消息。
可选的,所述处理器还用于根据所述用户设备的签约数据信息,对所述用户设备进行验证;在验证成功后,指示所述发送器向所述用户设备发送附着成功的消息。
本发明实施例还提供了一种企业网关,包括:接收器、发送器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;所述接收器用于接收基站侧设备发送的获取用户设备的签约数据信息的请求消息;所述处理器执行所述计算机程序时,用于基于所述请求消息向远端管理中心获取所述用户设备的签约数据信息;所述发送器,用于将所述用户设备的签约数据信息分发给局域网内的所有基站侧设备。
可选的,所述处理器,还用于存储所述用户设备的签约数据信息。
可选的,所述发送器,还用于将所述用户设备的签约数据信息发送至基站侧设备;其中,所述基站侧设备为发送所述请求信息的基站侧设备;获取根据所述用户设备的签约数据信息,对所述用户设备的合法性进行验证的验证结果;在所述用户设备的合法性验证通过的情况下,向局域网内的其他基站侧设备分发所述用户设备的签约数据信息。
可选的,所述处理器还用于在所述发送器将所述用户设备的签约数据信息分发给局域网内的所有基站侧设备之后,删除存储的所述签约数据信息。
本发明实施例还提供了一种非临时性计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述应用于基站侧设备的局域网内签约数据信息的分发方法。
本发明实施例还提供了一种非临时性计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述应用于企业网关的局域网内签约数据信息的分发方法。
与现有技术相比,本技术方案至少具有如下有益效果:
根据本发明实施例提供的局域网内签约数据信息的分发方法,在局域网内通过基站侧设备接收其覆盖区域内的用户设备发送的附着请求,若本地没有存储该用户设备的签约数据信息,则向远端管理中心获取并存储,并且将该用户设备的签约数据信息分发至同一局域网内的其他基站侧设备。
进一步,局域网内还设置有企业网关,基站侧设备将获取用户设备的签约数据信息的请求消息发送至企业网关,经由企业网关向远端管理中心获取用户设备的签约数据信息,然后将获取到的签约数据信息分发给局域网内的所有基站侧设备。或者基站侧设备从远端管理中心获取到用户设备的签约数据信息后发送至企业网关,经由企业网关将签约数据信息分发至局域网内的其他基站侧设备。
采用上述技术方案,当用户设备从附着的基站侧设备移动至同一局域网内的其他基站侧设备的覆盖范围时,其他基站侧设备无需再从远端管理中心获取该用户设备的签约数据信息,从而减少了网络通信的时延问题,提高了通信效率。
【附图说明】
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是本申请的局域网内签约数据信息的分发方法的一种具体实施例的流程示意图;
图2是本申请基于图1所示的局域网内签约数据信息的分发方法的一种信令流程示意图;
图3是本申请基于图1所示的局域网内签约数据信息的分发方法的另一种信令流程示意图;
图4是本申请的局域网内签约数据信息的分发方法的另一种具体实施例的流程示意图;
图5是本申请基于图4所示的局域网内签约数据信息的分发方法的一种信令流程示意图;
图6是本申请基于图4所示的局域网内签约数据信息的分发方法的另一种信令流程示意图;
图7是本申请的一种基站侧设备的结构示意图;
图8是本申请的一种企业网关的结构示意图。
【具体实施方式】
为了更好的理解本发明的技术方案,下面结合附图对本发明实施例进行详细描述。
应当明确,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
图1是本申请的局域网内签约数据信息的分发方法的一种具体实施例的流程示意图。
参考图1,所述分发方法包括:
步骤101:在接收到用户设备的附着请求时,若本地没有存储所述用户设备的签约数据信息,向远端管理中心获取所述用户设备的签约数据信息。
步骤102:存储获取到的所述用户设备的签约数据信息。
步骤103:将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备。
本实施例用于局域网内的基站侧设备,该分发方法中的各个步骤是以基站侧设备为执行主体执行。
基站侧设备是一种聚集了核心网能力的基站,提供除了基站的能力外,还提供必要的核心网能力,如用户设备的附着、信令传输和控制等。远端管理中心用于储存用户设备的签约数据信息,基站侧设备可以从远端管理中心获取用户设备的签约数据信息。在实际应用中,远端管理中心包括运营支撑系统(Business Operation Support System,简称BOSS)和操作维护中心(Operation Maintenance Center,简称OMC)。
在步骤101中,用户设备发送的附着请求中包括该用户设备的国际移动用户识别码(International Mobile Subscriber Identification Number,IMSI),基站侧设备根据IMSI来区分不同的用户设备。
基站侧设备以IMSI为标识检测本地是否存有与该IMSI对应的用户设备的签约数据信息。其中,所述签约数据信息包括:用户标识(例如IMSI)、签约业务接入点(AccessPoint Name,简称APN)、服务等级的服务质量(Quality of Service,简称QoS)、接入限制ARD、用户位置、漫游限制等信息。
如果本地没有存储所述用户设备的签约数据信息,从远端管理中心获取签约数据信息。
在步骤102中,获取到所述用户设备的签约数据信息后在本地存储。这样当所述用户设备再次向基站侧设备发送附着请求时,基站侧设备可以直接从本地获取签约数据信息。
在步骤103中,将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备。
具体地,在局域网内设置有多个基站侧设备,各个基站侧设备具有一定的覆盖区域范围。根据上述步骤101和步骤102,所述用户设备的签约数据信息已存储于接收该用户设备的附着请求的基站侧设备内,该基站侧设备将存储的该用户设备的签约数据信息分发至同一局域网内的其他基站侧设备。在实际应用中,该基站侧设备需要将该用户设备的用户标识(例如IMSI)与签约数据信息一起分发至同一局域网内的其他基站侧设备,以使其他基站侧设备可以建立用户设备与其签约数据信息的对应关系。
本步骤中,将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备包括两种方式:
1)将所述用户设备的签约数据信息直接分发至同一局域网内的其他基站侧设备。
2)将所述用户设备的签约数据信息发送至局域网内的企业网关,经由所述企业网关分发至同一局域网内的其他基站侧设备。
当该用户设备移动至局域网内的其他基站侧设备覆盖区域范围时,该用户设备需要重新附着到其移动到的区域范围所对应的基站侧设备上,由于该基站侧设备已存储了由该用户设备原先附着的基站侧设备分发的签约数据信息,因此可以直接处理该用户设备的附着请求,而不需要再次向远端管理中心获取签约数据信息,从而减少了通信时延。
进一步的,在本实施例中,执行步骤103之前还包括:获得对所述用户设备的合法性进行验证的验证结果:其中,所述验证结果包括:远端管理中心根据所述签约数据验证所述用户设备合法性的验证结果或者所述基站侧设备根据所述签约数据验证所述用户设备合法性的验证结果。
具体地,基站侧设备在获取到用户设备的签约数据信息之后,还需要获得对所述用户设备的合法性进行验证的验证结果,以确定是否向用户设备发送附着成功的消息。基站侧设备可以在本地对签约数据信息进行验证以得到验证结果,也可以在向远端管理中心获取用户设备的签约数据信息时由远端管理中心进行验证,基站侧设备可以获得该验证结果。
然后,在所述用户设备的合法性通过验证的情况下,向所述用户设备发送附着成功的消息。
图2是本申请基于图1所示的局域网内签约数据信息的分发方法的一种信令流程图。
参考图2,在信令流程图中包括如下执行主体:用户设备、第一基站侧设备、第二基站侧设备、第三基站侧设备以及远端管理中心。
需要说明的是,第一基站侧设备、第二基站侧设备、第三基站侧设备是设置于同一局域网内的基站侧设备,并且图2为示意图,在实际应用中,局域网内的基站侧设备的数量根据实际需要确定。
步骤201、发送附着请求。
用户设备发送附着请求给第一基站侧设备,其中携带用户设备的用户标识。例如该用户标识可以是IMSI或者私有的标识等。
步骤202、检测是否存储有此用户标识相关的签约数据信息。
第一基站侧设备检测是否存储有此用户标识(对应的用户设备)相关的签约数据信息。
步骤203、获取签约数据信息。
第一基站侧设备中没有存储该用户设备的签约信息,向远端管理中心发送获取该用户设备的签约数据信息的消息。
步骤204、将用户设备的签约数据信息发送至第一基站侧设备。
远端管理中心收到获取该用户设备的签约数据信息的消息后,将此用户标识对应的签约数据信息发送给第一基站侧设备。
步骤205、存储签约数据信息。
第一基站侧设备存储该用户设备的签约数据信息。
步骤206、发送附着成功的消息。
第一基站侧设备向用户设备发送附着成功的消息。
步骤207、分发签约数据信息至其他基站侧设备。
第一基站侧设备将存储的用户设备的签约数据信息发送至第二基站侧设备和第三基站侧设备。
图3是本申请基于图1所示的局域网内签约数据信息的分发方法的另一种信令流程图。
参考图3,与图2所示的信令流程不同,在信令流程图中包括如下执行主体:用户设备、企业网关、第一基站侧设备、第二基站侧设备、第三基站侧设备以及远端管理中心。
步骤301、发送附着请求。
步骤302、检测是否存储有此用户标识相关的签约数据信息。
步骤303、获取签约数据信息。
步骤304、将用户设备的签约数据信息发送至第一基站侧设备。
步骤305、存储签约数据信息。
步骤306、发送附着成功的消息。
上述步骤301~步骤306与上文图2所示的信令流程相同,具体实施过程可以参照图2中相应的步骤201~步骤206。
与图2所示的信令流程中第一基站侧设备直接将用户设备的签约数据信息分发至第二基站侧设备和第三基站侧设备不同,图3所示的信令流程是通过企业网关来转发用户设备的签约数据信息。具体如下所示:
步骤307、将签约数据信息发送至企业网关。
第一基站侧设备将存储的用户设备的签约数据信息发送至企业网关。
步骤308、将签约数据信息转发给其他基站侧设备。
企业网关接收到第一基站侧设备发送的用户设备的签约数据信息后,将其分发至第二基站侧设备和第三基站侧设备。
在上述图2和图3所示的信令流程中,还包括如下步骤:第一基站侧设备获取到用户设备的签约数据信息后,还需要获得对该用户设备的合法性进行验证的验证结果,并在用户设备的合法性通过验证的情况下,向用户设备发送附着成功的消息。
图4是本申请的局域网内签约数据信息的分发方法的另一种具体实施例的流程示意图。
参考图4,所述分发方法包括:
步骤401、接收基站侧设备发送的获取用户设备的签约数据信息的请求消息。
步骤402、基于所述请求消息向远端管理中心获取所述用户设备的签约数据信息。
步骤403、将所述用户设备的签约数据信息分发给局域网内的所有基站侧设备。
本实施例用于局域网内的企业网关,该分发方法中的各个步骤是以企业网关为执行主体执行。
与图1所述的分发方法的实施例不同,在本实施例中,局域网中还设置了企业网关,所述企业网关对应局域网内的所有基站侧设备,基站侧设备可以通过企业网关与远端管理中心进行通信。
具体来说,基站侧设备接收到用户设备发送的附着请求,在本地没有存储该用户设备的签约数据信息时,向企业网关发送获取用户设备的签约数据信息的请求消息。其中,所述请求消息中携带用户设备的用户标识(例如IMSI)。
企业网关接收到该请求消息后,基于所述请求消息向远端管理中心获取所述用户设备的签约数据信息。例如,企业网关基于请求消息中的用户标识向远端管理中心获取与所述用户标识对应的用户设备的签约数据信息。
然后,企业网关接收到远端管理中心反馈的所述用户设备的签约数据信息,将所述用户设备的签约数据信息分发给局域网内的所有基站侧设备。
具体地,企业网关接收到所述用户设备的签约数据信息之后,既将该签约数据信息反馈至发送所述请求信息的基站侧设备,还将所述用户设备的签约数据信息分发至局域网内的其他基站侧设备。
发送所述请求信息的基站侧设备接收到用户设备的签约数据信息后,向用户设备发送附着成功的消息。局域网内的其他基站侧设备接收用户设备的签约数据信息后,则存储签约数据信息,若该用户设备移动至其覆盖区域范围并向其发出附着请求时,则可以直接在本地获得该用户设备的签约数据信息。
需要说明的是,在实际应用中,发送所述请求信息的基站侧设备在接收到用户设备的签约数据信息后,还需要获得对该用户设备的合法性进行验证的验证结果,在所述用户设备的合法性通过验证的情况下,向该用户设备发送附着成功的消息。
进一步的,在其他实施例中,企业网关获得用户设备的签约数据信息后,并不直接将其分发至局域网内的所有基站侧设备,而是先将其反馈至发送所述请求信息的基站侧设备,并在所述用户设备的合法性通过验证的情况下,再向其他基站侧设备分发该用户设备的签约数据信息。
具体来说,企业网关基于所述请求消息向远端管理中心获取所述用户设备的签约数据信息,在接收到远端管理中心反馈的所述用户设备的签约数据信息之后,先存储所述签约数据信息,并将所述签约数据信息反馈至发送所述请求消息的基站侧设备。
将所述用户设备的签约数据信息分发给局域网内的所有基站侧设备的步骤包括:
将所述用户设备的签约数据信息发送至基站侧设备;其中,所述基站侧设备为发送所述请求信息的基站侧设备。
获得根据所述用户设备的签约数据信息,对所述用户设备的合法性进行验证的验证结果。
在所述用户设备的合法性通过验证的情况下,向局域网内的其他基站侧设备分发所述用户设备的签约数据信息。
也就是说,企业网关在获取到用户设备的签约数据信息后,临时存储该签约数据信息,在确定所述用户设备的合法性通过验证的情况下,再向局域网内的其他基站侧设备分发所述用户设备的签约数据信息。
进一步,在企业网关将所述用户设备的签约数据信息分发给局域网内的所有基站侧设备之后,企业网关还可以删除临时存储的该用户设备的签约数据信息,这样在保证局域网内基站侧设备存储的是合法的用户设备的签约数据信息的同时,还能节省企业网关本身的存储资源。
图5是本申请基于图4所示的局域网内签约数据信息的分发方法的一种信令流程示意图。
参考图5,在信令流程图中包括如下执行主体:用户设备、企业网关、第一基站侧设备、第二基站侧设备、第三基站侧设备以及远端管理中心。
需要说明的是,第一基站侧设备、第二基站侧设备、第三基站侧设备是设置于同一局域网内的基站侧设备,企业网关在局域网内对应第一基站侧设备、第二基站侧设备、第三基站侧设备。图5为示意图,在实际应用中,局域网内的基站侧设备的数量根据实际需要确定。
步骤501、发送附着请求。
用户设备发送附着请求给第一基站侧设备,其中携带用户设备的用户标识。例如该用户标识可以是IMSI或者私有的标识等。
步骤502、检测是否存储有此用户标识相关的签约数据信息。
第一基站侧设备检测是否存储有此用户标识(对应的用户设备)相关的签约数据信息。
步骤503、获取签约数据信息的请求消息。
第一基站侧设备中没有存储该用户设备的签约信息,向企业网关发送获取该用户设备的签约数据信息的请求消息。
步骤504、获取签约数据信息。
企业网关基于接收到的请求消息向远端管理中心发送获取该用户设备的签约数据信息的消息。
步骤505、将用户设备的签约数据信息发送至企业网关。
远端管理中心接收到获取该用户设备的签约数据信息的消息后,将此用户标识对应的用户设备的签约数据信息发送给企业网关。
步骤506、将签约数据信息分发至局域网内所有基站侧设备。
企业网关接收到该用户设备的签约数据信息之后,将其分发至局域网内所有基站侧设备,包括发送请求消息的基站侧设备(即第一基站侧设备)和其他基站侧设备(即第二基站侧设备和第三基站侧设备)。
步骤507、存储签约数据信息。
第一基站侧设备存储该用户设备的签约数据信息。
步骤508、发送附着成功的消息。
第一基站侧设备向用户设备发送附着成功的消息。
图6是本申请基于图4所示的局域网内签约数据信息的分发方法的另一种信令流程示意图。
参考图6,与图5所示的信令流程不同,企业网关在接收到用户设备的签约数据信息后,并不直接将其分发至局域网内的所有基站侧设备,而是先将其反馈至发送所述请求信息的基站侧设备(即第一基站侧设备),并在所述用户设备的合法性通过验证的情况下,再向其他基站侧设备(即第二基站侧设备和第三基站侧设备)分发该用户设备的签约数据信息。
步骤601、发送附着请求。
步骤602、检测是否存储有此用户标识相关的签约数据信息。
步骤603、获取签约数据信息的请求消息。
步骤604、获取签约数据信息。
步骤605、将用户设备的签约数据信息发送至企业网关。
上述步骤601~605与上文图5所示的信令流程相同,具体实施过程可以参照图5中相应的步骤501~步骤505。
步骤606、存储签约数据信息。
企业网关在接收到用户设备的签约数据信息后,先临时存储该签约数据信息。
步骤607、反馈签约数据信息。
企业网关向发送请求消息的基站侧设备(即第一基站侧设备)发送签约数据信息。
步骤608、存储签约数据信息,并验证用户设备的合法性。
第一基站侧设备存储签约数据信息,并验证用户设备的合法性,并获得验证结果;在其他实施例中,也可以由远端管理中心对用户设备的合法性进行验证并将验证结果反馈给第一基站侧设备。
步骤609、发送附着成功的消息。
第一基站侧设备向用户设备发送附着成功的消息。
步骤610、发送验证成功的消息。
第一基站侧设备向企业网关发送用户设备的合法性验证成功的消息
步骤611、将签约数据信息分发至局域网内其他基站侧设备,并删除该签约数据信息。
企业网关在接收到第一基站侧设备发送的验证成功的消息后,再将该用户设备的签约数据信息分发至局域网内的其他基站侧设备(即第二基站侧设备和第三基站侧设备)。进一步,企业网关还可以删除临时存储的该用户设备的签约数据信息。
需要说明的是,本实施例中对上述步骤609和步骤610的执行顺序并不限定,可以先执行步骤609再执行步骤610、或者先执行步骤610再执行步骤609、或者同时执行步骤609和步骤610。
图7是本申请的一种基站侧设备的结构示意图。
参考图7,所述基站侧设备7包括:接收器701、发送器702、存储器703、处理器704及存储在所述存储器703上并可在所述处理器704上运行的计算机程序。
所述接收器701,用于接收用户设备发送的附着请求;
所述处理器704执行所述计算机程序时,用于在接收到用户设备的附着请求时,若本地没有存储所述用户设备的签约数据信息,向远端管理中心获取所述用户设备的签约数据信息;存储获取到的所述用户设备的签约数据信息;所述发送器702,用于将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备。
所述发送器702还用于将所述用户设备的签约数据信息直接分发至同一局域网内的其他基站侧设备;或者将所述用户设备的签约数据信息发送至局域网内的企业网关,经由所述企业网关分发至同一局域网内的其他基站侧设备。
所述接收器701还用于获得对所述用户设备的合法性进行验证的验证结果;其中,所述验证结果包括:远端管理中心根据所述签约数据验证所述用户设备合法的验证结果或者所述基站侧设备根据所述签约数据验证所述用户设备合法的验证结果。
所述发送器702还用于向所述用户设备发送附着成功的消息。
本实施例中,所述基站侧设备7中的接收器701、发送器702以及处理器704的具体实施过程可以参考上文应用于局域网内的基站侧设备的局域网内签约数据信息的分发方法的具体实施例,在此不再赘述。
图8是本申请的一种企业网关的结构示意图。
参考图8,所述企业网关8包括:接收器801、发送器802、存储器803、处理器804及存储在所述存储器803上并可在所述处理器804上运行的计算机程序。
所述接收器801用于接收基站侧设备发送的获取用户设备的签约数据信息的请求消息;所述处理器804执行所述计算机程序时,用于基于所述请求消息向远端管理中心获取所述用户设备的签约数据信息;所述发送器802,用于将所述用户设备的签约数据信息分发给局域网内的所有基站侧设备。
所述处理器804,还用于存储所述用户设备的签约数据信息;
所述发送器802,还用于将所述用户设备的签约数据信息发送至基站侧设备;其中,所述基站侧设备为发送所述请求信息的基站侧设备;获取根据所述用户设备的签约数据信息,对所述用户设备的合法性进行验证的验证结果;在所述用户设备的合法性验证通过的情况下,向局域网内的其他基站侧设备分发所述用户设备的签约数据信息,并指示所述信息缓存模块删除临时存储的所述签约数据信息。
本实施例中,所述企业网关8中的接收器801、发送器802以及处理器804的具体实施过程可以参考上文应用于局域网内的企业网关的局域网内签约数据信息的分发方法的具体实施例,在此不再赘述。
本申请实施例还提供一种非临时性计算机可读存储介质,其上存储有计算机程序,上述计算机程序被处理器执行时可以实现本申请实施例提供的无人机采集移动终端信息的方法。
上述非临时性计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(Read Only Memory;以下简称:ROM)、可擦式可编程只读存储器(ErasableProgrammable Read Only Memory;以下简称:EPROM)或闪存、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于——无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LocalArea Network;以下简称:LAN)或广域网(Wide Area Network;以下简称:WAN)连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应当理解,尽管在本发明实施例中可能采用术语第一、第二、第三等来描述基站侧设备,但这些基站侧设备不应限于这些术语。这些术语仅用来将基站侧设备彼此区分开。例如,在不脱离本发明实施例范围的情况下,第一基站侧设备也可以被称为第二基站侧设备,类似地,第二基站侧设备也可以被称为第一基站侧设备。
取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本发明所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机装置(可以是个人计算机,服务器,或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (10)
1.一种局域网内签约数据信息的分发方法,应用于局域网内的基站侧设备,其特征在于,所述分发方法包括:
在接收到用户设备的附着请求时,若本地没有存储所述用户设备的签约数据信息,向远端管理中心获取所述用户设备的签约数据信息;
存储获取到的所述用户设备的签约数据信息;
将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备。
2.如权利要求1所述的分发方法,其特征在于,所述将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备包括:
将所述用户设备的签约数据信息直接分发至同一局域网内的其他基站侧设备;或者将所述用户设备的签约数据信息发送至局域网内的企业网关,经由所述企业网关分发至同一局域网内的其他基站侧设备。
3.如权利要求1所述的分发方法,其特征在于,所述将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备之前还包括:
获得对所述用户设备的合法性进行验证的验证结果:其中,所述验证结果包括:远端管理中心根据所述签约数据验证所述用户设备合法性的验证结果或者所述基站侧设备根据所述签约数据验证所述用户设备合法性的验证结果。
4.一种局域网内签约数据信息的分发方法,应用于局域网内的企业网关,其特征在于,所述分发方法包括:
接收基站侧设备发送的获取用户设备的签约数据信息的请求消息;
基于所述请求消息向远端管理中心获取所述用户设备的签约数据信息;
将所述用户设备的签约数据信息分发给局域网内的所有基站侧设备。
5.一种基站侧设备,其特征在于,其特征在于,包括:接收器、发送器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;
所述接收器,用于接收用户设备发送的附着请求;
所述处理器执行所述计算机程序时,用于在接收到用户设备的附着请求时,若本地没有存储所述用户设备的签约数据信息,向远端管理中心获取所述用户设备的签约数据信息;存储获取到的所述用户设备的签约数据信息;
所述发送器,用于将所述用户设备的签约数据信息分发至同一局域网内的其他基站侧设备。
6.如权利要求5所述的基站侧设备,其特征在于,所述发送器还用于将所述用户设备的签约数据信息直接分发至同一局域网内的其他基站侧设备;或者将所述用户设备的签约数据信息发送至局域网内的企业网关,经由所述企业网关分发至同一局域网内的其他基站侧设备。
7.一种企业网关,其特征在于,包括:接收器、发送器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;
所述接收器,用于接收基站侧设备发送的获取用户设备的签约数据信息的请求消息;
所述处理器执行所述计算机程序时,用于基于所述请求消息向远端管理中心获取所述用户设备的签约数据信息;
所述发送器,用于将所述用户设备的签约数据信息分发给局域网内的所有基站侧设备。
8.如权利要求7所述的企业网关,其特征在于,所述处理器,还用于存储所述用户设备的签约数据信息。
9.一种非临时性计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1-3中任一所述的分发方法。
10.一种非临时性计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求4所述的分发方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811471170.2A CN109618325A (zh) | 2018-12-04 | 2018-12-04 | 局域网内签约数据信息分发方法、基站侧设备及企业网关 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811471170.2A CN109618325A (zh) | 2018-12-04 | 2018-12-04 | 局域网内签约数据信息分发方法、基站侧设备及企业网关 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109618325A true CN109618325A (zh) | 2019-04-12 |
Family
ID=66005385
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811471170.2A Pending CN109618325A (zh) | 2018-12-04 | 2018-12-04 | 局域网内签约数据信息分发方法、基站侧设备及企业网关 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109618325A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021146913A1 (zh) * | 2020-01-21 | 2021-07-29 | 北京佰才邦技术有限公司 | 一种备份信息方法、装置、存储介质和计算机设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102170670A (zh) * | 2011-05-26 | 2011-08-31 | 电信科学技术研究院 | 小区切换及闭合签约用户组信息发送方法、系统和设备 |
CN103687053A (zh) * | 2012-09-20 | 2014-03-26 | 电信科学技术研究院 | 一种连接重建的方法及设备 |
CN104144453A (zh) * | 2013-05-10 | 2014-11-12 | 电信科学技术研究院 | 一种异构网络中的上下文信息管理方法和设备 |
CN107124741A (zh) * | 2016-02-24 | 2017-09-01 | 大唐移动通信设备有限公司 | 一种rrc连接重建立的方法及装置 |
CN107809776A (zh) * | 2016-09-09 | 2018-03-16 | 中兴通讯股份有限公司 | 信息处理方法、装置以及网络系统 |
-
2018
- 2018-12-04 CN CN201811471170.2A patent/CN109618325A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102170670A (zh) * | 2011-05-26 | 2011-08-31 | 电信科学技术研究院 | 小区切换及闭合签约用户组信息发送方法、系统和设备 |
CN103687053A (zh) * | 2012-09-20 | 2014-03-26 | 电信科学技术研究院 | 一种连接重建的方法及设备 |
CN104144453A (zh) * | 2013-05-10 | 2014-11-12 | 电信科学技术研究院 | 一种异构网络中的上下文信息管理方法和设备 |
CN107124741A (zh) * | 2016-02-24 | 2017-09-01 | 大唐移动通信设备有限公司 | 一种rrc连接重建立的方法及装置 |
CN107809776A (zh) * | 2016-09-09 | 2018-03-16 | 中兴通讯股份有限公司 | 信息处理方法、装置以及网络系统 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021146913A1 (zh) * | 2020-01-21 | 2021-07-29 | 北京佰才邦技术有限公司 | 一种备份信息方法、装置、存储介质和计算机设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8660142B2 (en) | Scheduling virtual bandwidth requests | |
CN106487788B (zh) | 一种用户接入方法、sdn控制器、转发设备及用户接入系统 | |
EP2518937A3 (en) | Systems for enabling subscriber monitoring of telecommunications network usage and service plans | |
CN109818917A (zh) | 一种通信方法及其装置 | |
CN102882853A (zh) | 一种互联网用户身份验证的系统和方法 | |
CN103384967A (zh) | 用于空对地通信的业务调度系统 | |
CN109587687A (zh) | 基站侧设备及其组网方法 | |
CN108307474A (zh) | 网络切片的选择方法、系统以及切片选择功能实体 | |
CN109391669B (zh) | 一种业务管理的方法、装置及存储介质 | |
CN105407068B (zh) | 网络数据获取方法、装置和系统 | |
CN106910053A (zh) | 移动支付方法、相关装置及系统 | |
CN107071733A (zh) | 虚拟sim卡业务支持方法及服务器、通信方法及sim卡服务器和移动设备 | |
CN109547172A (zh) | 数据传输方法、系统及数据发送设备、数据接收设备 | |
CN109618325A (zh) | 局域网内签约数据信息分发方法、基站侧设备及企业网关 | |
CN113938814B (zh) | 内容分发网络的业务调度方法、upf、系统以及介质 | |
CN106131786B (zh) | 新增人口数据的获取方法及装置 | |
CN103250382A (zh) | 分流方法、设备和系统 | |
CN104704867B (zh) | 数据路由的方法和设备 | |
CN109040050A (zh) | 数据交互方法及相关产品 | |
CN103888927B (zh) | 一种带宽费用确定方法、装置、服务器及系统 | |
US7783784B1 (en) | Method and apparatus for adaptive selection of algorithms to load and spread traffic on an aggregation of network interface cards | |
CN105813006B (zh) | 一种信息升级方法、终端设备、网络管理设备及系统 | |
CN111277966A (zh) | 适用于卫星通信的计费方法及其计费系统 | |
CN106412834A (zh) | 基于WiFi 芯片的电视白频谱宽带通信系统及其通信方法 | |
CN104767684B (zh) | 数据传输方法及相关装置和通信系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190412 |