CN112954664B - 一种数据处理方法、装置及系统 - Google Patents
一种数据处理方法、装置及系统 Download PDFInfo
- Publication number
- CN112954664B CN112954664B CN201911261341.3A CN201911261341A CN112954664B CN 112954664 B CN112954664 B CN 112954664B CN 201911261341 A CN201911261341 A CN 201911261341A CN 112954664 B CN112954664 B CN 112954664B
- Authority
- CN
- China
- Prior art keywords
- network element
- unified data
- request
- data storage
- data
- 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.)
- Active
Links
Images
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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- 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/06—Registration at serving network Location Register, VLR or user mobility server
Abstract
本申请实施例提供一种数据处理方法、装置及系统,涉及通信技术领域,能够在异地漫游场景下使得移动用户在拜访地就近接入并进行业务处理,简化业务处理流程,提高业务处理效率,节省人工配置操作,使得移动用户在异地也能方便地使用移动通信业务。具体方案为:第一统一数据存储库网元接收来自网络设备的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联;向第二统一数据存储库网元发送第一请求;接收来自第二统一数据存储库网元的第一请求的响应;将第一请求的响应发送给网络设备,第一请求的响应用于网络设备处理第一用户标识对应的业务。本申请实施例用于数据处理。
Description
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种数据处理方法、装置及系统。
背景技术
移动通信网络可以支持移动用户进行通话、上网等移动通信业务,包括移动用户在归属地的移动通信业务和在异地漫游的移动通信业务。在现有技术中,如图1所示,每个省内都部署有自己的移动通信网络,可以处理省内移动用户的各种移动通信业务。
其中,在异地漫游场景下,移动用户在拜访地的移动通信业务要迁移到归属地进行处理。例如,如图1所示,移动通信网络1为省A的移动通信网络,省A包括市A;移动通信网络2为省B的移动通信网络,省B包括市B。移动用户1的归属地为市B。移动用户1通过移动通信网络1中市A的统一数据管理网元/策略控制功能网元,发起移动通信业务。市A的统一数据管理网元/策略控制功能网元根据市A的网关1中预设的路由信息,将移动用户1的业务信息路由到省A的网关2;再根据省A的网关2中预设的路由信息,将移动用户1的业务信息路由到移动通信网络2中省B的网关3;根据省B的网关3中预设的路由信息等,将移动用户1的业务信息路由到移动用户1的归属地市B的统一数据管理网元/策略控制功能网元。即,移动用户1在拜访地市A的移动业务迁移到了归属地市B的统一数据管理网元/策略控制功能网元上。在移动通信网络2中,归属地市B的统一数据管理网元/策略控制功能网元访问对应的统一数据存储库网元,获取移动用户1对应的用户数据或策略数据,从而在归属地市B对移动用户1进行业务处理。
现有异地漫游场景下,移动通信业务的处理流程复杂,处理效率低;且需要在多级网关上预先配置大量的路由信息,人工配置工作量大,不便于移动用户异地使用移动通信业务。
发明内容
本申请实施例提供一种数据处理方法、装置及系统,能够在异地漫游场景下使得移动用户在拜访地就近接入并进行业务处理,简化业务处理流程,提高业务处理效率,节省人工配置操作,使得移动用户在异地也能方便地使用移动通信业务。
为达到上述目的,本申请实施例采用如下技术方案:
一方面,本申请实施例提供了一种数据处理方法,包括:第一统一数据存储库网元接收来自网络设备的第一请求。其中,该第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。第一统一数据存储库网元向第二统一数据存储库网元发送第一请求。第一统一数据存储库网元接收来自第二统一数据存储库网元的第一请求的响应。第一统一数据存储库网元将第一请求的响应发送给网络设备,第一请求的响应用于网络设备处理第一用户标识对应的业务。
其中,第一统一数据存储库网元可以为拜访地统一数据存储库网元,第二统一数据存储库网元可以为全局统一数据存储库网元,第三统一数据存储库网元可以为归属地统一数据存储库网元。
在该方案中,全局统一数据存储库网元可以接收拜访地统一数据存储库网元发送的,与移动用户的业务相关联的第一请求,并根据全局路由信息将第一请求路由到归属地统一数据存储库网元。全局统一数据存储库网元将归属地统一数据存储库网元返回的请求响应,转发给拜访地的区域统一数据存储库网元,以便拜访地统一数据存储库网元将请求响应返回给拜访地管理控制网元进行业务处理。
这样,在异地漫游场景下,拜访地统一数据存储库网元能够通过全局的统一数据存储库网元提供的路由信息直接访问归属地统一数据存储库网元,以便拜访地管理控制网元根据访问结果进行业务处理,而不需要像现有技术那样需要通过多次跳转才能路由至归属地,不需要人工在各级网关上预先配置路由信息,因而可以简化业务处理流程,提高业务处理效率,节省人工配置操作,使得移动用户在异地能够方便地使用移动通信业务。
在一种可能的实现方式中,第一数据属于第一用户标识对应的管理数据。其中,网络设备为统一数据管理网元,管理数据为第一用户标识对应的用户数据。或者,网络设备为策略控制功能网元,管理数据为第一用户标识对应的策略数据。
也就是说,拜访地的统一数据管理网元或策略控制功能网元可以请求对第一用户标识对应的用户数据或策略数据进行处理操作,从而根据处理结果直接在拜访地处理移动用户对应的移动通信业务。
在另一种可能的实现方式中,该方法还包括:第一统一数据存储库网元接收来自第二统一数据存储库网元的第二请求,第二请求用于请求插入第一用户标识对应的管理数据。第一统一数据存储库网元插入第一用户标识对应的管理数据。
在该方案中,拜访地第一统一数据存储库网元还可以插入其他归属地的移动用户的管理数据,从而将该移动用户的归属地迁移到当前的拜访地区域。
在另一种可能的实现方式中,该方法还包括:第一统一数据存储库网元接收来自第二统一数据存储库网元的第一回滚信息。第一统一数据存储库网元根据第一回滚信息,撤销插入第一用户标识对应的管理数据的操作。
在该方案中,若第一统一数据存储库网元插入管理数据的操作失败,则还可以撤销插入操作,从而恢复插入操作之前的状态,避免移动管理系统维护的管理数据出错。
在另一种可能的实现方式中,该方法还包括:第一统一数据存储库网元接收来自第二统一数据存储库网元的业务策略配置信息,并保存业务策略配置信息。业务策略配置信息用于第一统一数据存储库网元对应的网络设备进行业务处理。
在该方案中,区域统一数据存储库网元可以接收全局统一数据存储库网元统一分发的业务策略配置信息,从而根据统一配置的业务策略配置信息与其他区域之间进行业务协同处理。
在另一种可能的实现方式中,第一统一数据存储库网元未保存有第一用户标识对应的管理数据。
其中,用户标识的归属地统一数据存储库网元保存有该用户标识对应的管理数据。第一统一数据存储库网元未保存有第一用户标识对应的管理数据,第一统一数据存储库网元不是第一用户标识的归属地。
另一方面,本申请实施例提供了一种数据处理方法,包括:第二统一数据存储库网元接收来自第一统一数据存储库网元的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。第二统一数据存储库网元向第三统一数据存储库网元发送第一请求,第三统一数据存储库网元与第一用户标识的归属地信息相对应。第二统一数据存储库网元接收来自第三统一数据存储库网元的第一请求的响应。第二统一数据存储库网元将第一请求的响应,发送给第一统一数据存储库网元。
其中,第一统一数据存储库网元可以为拜访地统一数据存储库网元,第二统一数据存储库网元可以为全局统一数据存储库网元,第三统一数据存储库网元可以为归属地统一数据存储库网元。
在该方案中,在异地漫游场景下,拜访地统一数据存储库网元能够通过全局的统一数据存储库网元提供的路由信息直接访问归属地统一数据存储库网元,以便拜访地管理控制网元根据访问结果进行业务处理,而不需要像现有技术那样需要通过多次跳转才能路由至归属地,不需要人工在各级网关上预先配置路由信息,因而可以简化业务处理流程,提高业务处理效率,节省人工配置操作,使得移动用户在异地能够方便地使用移动通信业务。
在一种可能的实现方式中,第一数据属于第一用户标识对应的管理数据,第二统一数据存储库网元保存有第一用户标识对应的管理数据,第一处理操作为更新操作。该方法还包括:第二统一数据存储库网元接收来自第三统一数据存储库网元的同步信息。第二统一数据存储库网元根据同步信息,更新保存的管理数据中的第一数据。
也就是说,归属地统一数据存储库网元在更新管理数据中的第一数据后,还可以通知全局统一数据存储库网元更新备份的管理数据中的第一数据,以保证归属地和全局备份的管理数据相一致。
在另一种可能的实现方式中,该方法还包括:第二统一数据存储库网元接收来自营帐服务器的第一用户标识对应的第一业务请求。第二统一数据存储库网元向第三统一数据存储库网元发送第一业务请求。第二统一数据存储库网元接收来自第三统一数据存储库网元的第一业务请求的响应。第二统一数据存储库网元向营帐服务器发送第一业务请求的响应。
在该方案中,终端用户可以通过任一区域的营帐服务器随时随地、方便、快捷地进行业务处理。
在另一种可能的实现方式中,第一数据属于第一用户标识对应的管理数据,该方法还包括:第二统一数据存储库网元接收来自营帐服务器的第一用户标识对应的迁移业务请求。第二统一数据存储库网元根据迁移业务请求,向第一统一数据存储库网元发送第二请求,第二请求用于指示插入第一用户标识对应的管理数据。第二统一数据存储库网元根据迁移业务请求,向第三统一数据存储库网元发送第三请求,第三请求用于指示删除第一用户标识对应的管理数据。第二统一数据存储库网元更新第一用户标识的归属地信息,更新后的第一用户标识的归属地信息与第一统一数据存储库网元对应。
在该方案中,在归属地管理资源不足或异地补卡等情况下,营帐服务器可以通过全局统一数据存储库网元将归属地的用户标识的管理数据迁移至另一区域。
在另一种可能的实现方式中,该方法还包括:第二统一数据存储库网元接收到来自第三统一数据存储库网元的删除失败响应,或者来自第一统一数据存储库网元的插入失败响应后,向第一统一数据存储库网元发送第一回滚信息,并向第三统一数据存储库网元发送第二回滚信息。其中,第一回滚信息用于指示撤销插入第一用户标识对应的管理数据的操作,第二回滚信息用于指示撤销删除第一用户标识对应的管理数据的操作。
在迁移管理数据的情况下,若迁移失败,则全局统一数据存储库网元还可以指示迁出区域和迁入区域进行回滚数据的操作,以恢复至迁移前的状态,防止移动管理系统保存的用户标识对应的管理数据出错。
在另一种可能的实现方式中,该方法还包括:第二统一数据存储库网元接收来自营帐服务器的卡迁移业务请求。第二统一数据存储库网元根据卡迁移业务请求向第三统一数据存储库网元发送第四请求,第四请求用于指示插入第一用户标识对应的管理数据中的用户身份识别卡的卡数据。第二统一数据存储库网元根据卡迁移业务请求向第一统一数据存储库网元发送第五请求,第五请求用于指示删除第一用户标识对应的管理数据中的用户身份识别卡的卡数据。
在该方案中,在异地补卡等情况下,营帐服务器可以通过全局统一数据存储库网元将新卡的卡数据迁移至归属地,以使得归属地保存的管理数据与新卡的卡状态相对应。
在另一种可能的实现方式中,第二统一数据存储库网元保存有第一用户标识对应的管理数据,该方法还包括:第二统一数据存储库网元接收来自第三统一数据存储库网元的第六请求,第六请求用于请求对第一用户标识对应的第二数据执行第二处理操作;第二数据属于第一用户标识对应的管理数据,第二数据与第一用户标识对应的业务相关联。第二统一数据存储库网元确定未保存有第一用户标识的归属地信息。第二统一数据存储库网元将第一用户标识对应的管理数据发送给第三统一数据存储库网元。第二统一数据存储库网元接收来自第三统一数据存储库网元的管理数据保存成功响应。第二统一数据存储库网元保存第一用户标识与归属地信息的对应关系,归属地信息与第三统一数据存储库网元相对应。
在该方案中,全局统一数据存储库网元可以自动学习并保存用户标识的路由信息,以便区域统一数据存储库网元以根据全局统一数据存储库网元保存的路由信息直接访问用户标识的归属地统一数据存储库网元,以使得各区域统一数据存储库网元之间可以在全网互联,而不需要人为地专门配置路由信息,因而可以节省人为配置操作。
在另一种可能的实现方式中,该方法还包括:第二统一数据存储库网元将业务策略配置信息发送给第一统一数据存储库网元和第三统一数据存储库网元。
在该方案中,全局统一数据存储库网元可以统一向各区域统一数据存储库网元分发业务策略配置信息,各区域统一数据存储库网元可以根据统一配置的业务策略配置信息与其他区域之间进行业务协同处理,而不用像现有技术那样各区域需要对运营商统一配置的业务策略独立分解执行。
在另一种可能的实现方式中,管理数据为第一用户标识对应的用户数据,或者管理数据为第一用户标识对应的策略数据。
也就是说,该管理数据可以是统一数据管理网元管理的用户数据,或者策略控制功能网络管理的策略数据。
在另一种可能的实现方式中,该方法还包括:第二统一数据存储库网元向第一统一数据存储库网元或第三统一数据存储库网元发起数据的正向校验。或者,第二统一数据存储库网元响应第一统一数据存储库网元或第三统一数据存储库网元发起的数据的反向校验。
在该方案中,全局统一数据存储库网元和区域统一数据存储库网元之间可以通过正向校验和反向校验保持存储数据的一致性。
另一方面,本申请实施例提供了一种数据处理方法,包括:第三统一数据存储库网元接收来自第二统一数据存储库网元的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。第三统一数据存储库网元根据第一请求,对第一数据执行第一处理操作。第三统一数据存储库网元向第二统一数据存储库网元发送第一请求的响应。
其中,第一统一数据存储库网元可以为拜访地统一数据存储库网元,第二统一数据存储库网元可以为全局统一数据存储库网元,第三统一数据存储库网元可以为归属地统一数据存储库网元。
在该方案中,在异地漫游场景下,归属地统一数据存储库网元能够根据全局的统一数据存储库网元转发的与业务相关的请求执行处理操作,并将处理结果返回给拜访地进行业务处理,可以简化业务处理流程,使得移动用户在异地能够方便地使用移动通信业务。
在一种可能的实现方式中,第一数据属于第一用户标识对应的管理数据,该第一处理操作为更新操作,该方法还包括:第三统一数据存储库网元向第二统一数据存储库网元发送同步信息,同步信息用于指示更新第二统一数据存储库网元保存的第一用户标识对应的管理数据中的第一数据。
这样,归属地统一数据存储库网元在更新管理数据中的第一数据后,还可以通知全局统一数据存储库网元更新备份的管理数据中的第一数据,以保证归属地和全局备份的管理数据相一致。
在另一种可能的实现方式中,该方法还包括:第三统一数据存储库网元接收来自第二统一数据存储库网元的第一业务请求。第三统一数据存储库网元根据第一业务请求,对第一用户标识对应的第三数据执行第三处理操作,第三数据与第一用户标识对应的业务相关联。第三统一数据存储库网元向第二统一数据存储库网元发送第一业务请求的响应。
也就是说,归属地统一数据存储库网元可以对任一营帐服务器通过全局统一数据存储库网元发送的业务请求进行响应处理。
在另一种可能的实现方式中,第一数据属于第一用户标识对应的管理数据,该方法还包括:第三统一数据存储库网元接收来自第二统一数据存储库网元的第三请求,第三请求用于指示删除第一用户标识对应的管理数据。第三统一数据存储库网元根据第三请求,删除第一用户标识对应的管理数据。
在该方案中,在管理数据迁移或异地补卡等情况下,归属地可以删除已迁入其他区域的管理数据。
在另一种可能的实现方式中,该方法还包括:第三统一数据存储库网元接收来自第二统一数据存储库网元的第二回滚信息。第三统一数据存储库网元根据第二回滚信息,撤销删除第一用户标识对应的管理数据的操作。
在该方案中,在管理数据删除失败后,归属地统一数据存储库网元还可以进行数据回滚,以恢复删除之前的状态,避免移动管理系统维护的管理数据出错。
在另一种可能的实现方式中,该方法还包括:第三统一数据存储库网元向第二统一数据存储库网元发送第六请求,第六请求用于请求对第一用户标识对应的第二数据执行第二处理操作,第二数据与第一用户标识对应的业务相关联,第二数据属于第一用户标识对应的管理数据。第三统一数据存储库网元未保存有第一用户标识对应的管理数据。第三统一数据存储库网元接收来自第二统一数据存储库网元的第一用户标识对应的管理数据。第三统一数据存储库网元保存第一用户标识对应的管理数据,并向第二统一数据存储库网元发送管理数据保存成功响应。
在该方案中,区域统一数据存储库网元可以在区域内的移动用户首次使用时,向全局统一数据存储库网元下载移动用户的用户标识对应的管理数据。这样,该区域统一数据存储库网元保存有该用户标识对应的管理数据,为该用户标识的归属地统一数据存储库网元。
在另一种可能的实现方式中,该方法还包括:第三统一数据存储库网元接收来自第二统一数据存储库网元的业务策略配置信息,并保存业务策略配置信息。业务策略配置信息用于第三统一数据存储库网元对应的统一数据管理网元或策略控制功能网元进行业务处理。
在该方案中,区域统一数据存储库网元可以接收全局统一数据存储库网元统一分发的业务策略配置信息,从而根据统一配置的业务策略配置信息与其他区域之间进行业务协同处理。
在另一种可能的实现方式中,管理数据为第一用户标识对应的用户数据,或者管理数据为第一用户标识对应的策略数据。
也就是说,该管理数据可以是统一数据管理网元管理的用户数据,或者策略控制功能网络管理的策略数据。
在另一种可能的实现方式中,第一处理操作、第二处理操作或第三处理操作可以包括查询操作或更新操作。其中,更新操作包括插入操作、删除操作或替换操作。
也就是说,归属地统一数据存储库网元可以对业务相关的待操作数据进行增加、删除、修改或查询等操作。
另一方面,本申请实施例提供了一种数据处理装置,数据处理装置为第一统一数据存储库网元。该数据处理装置包括:接收模块,用于接收来自网络设备的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。发送模块,用于向第二统一数据存储库网元发送第一请求。接收模块还用于,接收来自第二统一数据存储库网元的第一请求的响应。发送模块还用于,将第一请求的响应发送给网络设备,第一请求的响应用于网络设备处理第一用户标识对应的业务。
在一种可能的实现方式中,第一数据属于第一用户标识对应的管理数据。其中,网络设备为统一数据管理网元,管理数据为第一用户标识对应的用户数据。或者,网络设备为策略控制功能网元,管理数据为第一用户标识对应的策略数据。
在另一种可能的实现方式中,接收模块还用于,接收来自第二统一数据存储库网元的第二请求,第二请求用于请求插入第一用户标识对应的管理数据。数据处理装置还包括处理模块,处理模块用于,插入第一用户标识对应的管理数据。
在另一种可能的实现方式中,接收模块还用于,接收来自第二统一数据存储库网元的第一回滚信息。处理模块还用于,根据第一回滚信息,撤销插入第一用户标识对应的管理数据的操作。
在另一种可能的实现方式中,接收模块还用于,接收来自第二统一数据存储库网元的业务策略配置信息,并保存业务策略配置信息。其中,业务策略配置信息用于第一统一数据存储库网元对应的网络设备进行业务处理。
在另一种可能的实现方式中,第一统一数据存储库网元未保存有第一用户标识对应的管理数据。
另一方面,数据处理装置为第二统一数据存储库网元,包括:接收模块,用于接收来自第一统一数据存储库网元的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。发送模块,用于向第三统一数据存储库网元发送第一请求,第三统一数据存储库网元与第一用户标识的归属地信息相对应。接收模块还用于,接收来自第三统一数据存储库网元的第一请求的响应。发送模块还用于,将第一请求的响应发送给第一统一数据存储库网元。
在一种可能的实现方式中,第一数据属于第一用户标识对应的管理数据,第二统一数据存储库网元保存有第一用户标识对应的管理数据,第一处理操作为更新操作。接收模块还用于,接收来自第三统一数据存储库网元的同步信息。数据处理装置还包括处理模块,用于根据同步信息,更新保存的管理数据中的第一数据。
在另一种可能的实现方式中,接收模块还用于,接收来自营帐服务器的第一用户标识对应的第一业务请求。发送模块还用于,向第三统一数据存储库网元发送第一业务请求。接收模块还用于,接收来自第三统一数据存储库网元的第一业务请求的响应。发送模块还用于,向营帐服务器发送第一业务请求的响应。
在另一种可能的实现方式中,第一数据属于第一用户标识对应的管理数据。接收模块还用于,接收来自营帐服务器的第一用户标识对应的迁移业务请求。发送模块还用于,根据迁移业务请求向第一统一数据存储库网元发送第二请求,第二请求用于指示插入第一用户标识对应的管理数据。发送模块还用于,根据迁移业务请求向第三统一数据存储库网元发送第三请求,第三请求用于指示删除第一用户标识对应的管理数据。处理模块还用于,更新第一用户标识的归属地信息,更新后的第一用户标识的归属地信息与第一统一数据存储库网元对应。
在另一种可能的实现方式中,接收模块还用于,接收来自第三统一数据存储库网元的删除失败响应,或者来自第一统一数据存储库网元的插入失败响应。发送模块还用于,向第一统一数据存储库网元发送第一回滚信息,并向第三统一数据存储库网元发送第二回滚信息。其中,第一回滚信息用于指示撤销插入第一用户标识对应的管理数据的操作,第二回滚信息用于指示撤销删除第一用户标识对应的管理数据的操作。
在另一种可能的实现方式中,接收模块还用于,接收来自营帐服务器的卡迁移业务请求。发送模块还用于,根据卡迁移业务请求向第三统一数据存储库网元发送第四请求,第四请求用于指示插入第一用户标识对应的管理数据中的用户身份识别卡的卡数据。发送模块还用于,根据卡迁移业务请求向第一统一数据存储库网元发送第五请求,第五请求用于指示删除第一用户标识对应的管理数据中的用户身份识别卡的卡数据。
在另一种可能的实现方式中,第二统一数据存储库网元保存有第一用户标识对应的管理数据。接收模块还用于,接收来自第三统一数据存储库网元的第六请求,第六请求用于请求对第一用户标识对应的第二数据执行第二处理操作。第二数据属于第一用户标识对应的管理数据,第二数据与第一用户标识对应的业务相关联。处理模块还用于,确定未保存有第一用户标识的归属地信息。发送模块还用于,将第一用户标识对应的管理数据发送给第三统一数据存储库网元。接收模块还用于,接收来自第三统一数据存储库网元的管理数据保存成功响应。处理模块还用于,保存第一用户标识与归属地信息的对应关系,归属地信息与第三统一数据存储库网元相对应。
在另一种可能的实现方式中,发送模块还用于,将业务策略配置信息发送给第一统一数据存储库网元和第三统一数据存储库网元。
在另一种可能的实现方式中,管理数据为第一用户标识对应的用户数据,或者管理数据为第一用户标识对应的策略数据。
另一方面,本申请实施例提供了一种数据处理装置,数据处理装置为第三统一数据存储库网元。该数据处理装置包括:接收模块,用于接收来自第二统一数据存储库网元的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。处理模块,用于根据第一请求,对第一数据执行第一处理操作。发送模块,用于向第二统一数据存储库网元发送第一请求的响应。
在一种可能的实现方式中,第一数据属于第一用户标识对应的管理数据,第一处理操作为更新操作。发送模块还用于,向第二统一数据存储库网元发送同步信息,同步信息用于指示更新第二统一数据存储库网元保存的第一用户标识对应的管理数据中的第一数据。
在另一种可能的实现方式中,接收模块还用于,接收来自第二统一数据存储库网元的第一业务请求。处理模块还用于,根据第一业务请求对第一用户标识对应的第三数据执行第三处理操作,第三数据与第一用户标识对应的业务相关联。发送模块还用于,向第二统一数据存储库网元发送第一业务请求的响应。
在另一种可能的实现方式中,第一数据属于第一用户标识对应的管理数据。接收模块还用于,接收来自第二统一数据存储库网元的第三请求,第三请求用于指示删除第一用户标识对应的管理数据。处理模块还用于,根据第三请求删除第一用户标识对应的管理数据。
在另一种可能的实现方式中,接收模块还用于,接收来自第二统一数据存储库网元的第二回滚信息。处理模块还用于,根据第二回滚信息撤销删除第一用户标识对应的管理数据的操作。
在另一种可能的实现方式中,发送模块还用于,向第二统一数据存储库网元发送第六请求,第六请求用于请求对第一用户标识对应的第二数据执行第二处理操作,第二数据与第一用户标识对应的业务相关联,第二数据属于第一用户标识对应的管理数据。第三统一数据存储库网元未保存有第一用户标识对应的管理数据。接收模块还用于,接收来自第二统一数据存储库网元的第一用户标识对应的管理数据。处理模块还用于,保存第一用户标识对应的管理数据,并向第二统一数据存储库网元发送管理数据保存成功响应。
在另一种可能的实现方式中,接收模块还用于,接收来自第二统一数据存储库网元的业务策略配置信息。处理模块还用于,保存业务策略配置信息。业务策略配置信息用于第三统一数据存储库网元对应的统一数据管理网元或策略控制功能网元进行业务处理。
在另一种可能的实现方式中,管理数据为第一用户标识对应的用户数据,或者管理数据为第一用户标识对应的策略数据。
在另一种可能的实现方式中,第一处理操作包括查询操作或更新操作,更新操作包括插入操作、删除操作或替换操作。
另一方面,本申请实施例提供了一种数据处理方法,可以包括:网络设备接收来自终端的业务请求。网络设备根据业务请求向第一统一数据存储库网元发送第一请求,第一请求用于请求对第一数据执行第一处理操作;第一数据与第一用户标识对应的业务相关联。第一统一数据存储库网元未包括第一用户标识对应的管理数据。网络设备接收来自第一统一数据存储库网元的第一请求的响应。网络设备根据第一请求的响应进行业务处理。
其中,网络设备可以为管理控制网元,例如统一数据管理网元或策略控制功能网元等。在该方案中,移动用户可以通过拜访地的网络设备直接进行业务处理,而不需要迁移到归属地再进行处理,可以简化业务处理流程,提高业务处理效率。
另一方面,本申请实施例提供了一种数据处理装置,包括至少一个处理器和存储器,至少一个处理器与存储器耦合;存储器,用于存储计算机程序。至少一个处理器,用于执行存储器中存储的计算机程序,以使得装置执行上述任一方面或任一种可能的实现方式中,第一统一数据存储库网元、第二统一数据存储库网元或第三统一数据存储库网元实现的数据处理方法。
另一方面,本申请实施例提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序或指令,当计算机程序或指令被运行时,实现上述任一方面或任一种可能的实现方式中,第一统一数据存储库网元、第二统一数据存储库网元或第三统一数据存储库网元执行的数据处理方法。
另一方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行上述任一方面或任一种可能的实现方式中,第一统一数据存储库网元、第二统一数据存储库网元或第三统一数据存储库网元执行的数据处理方法。
另一方面,本申请实施例提供了一种芯片系统,该芯片系统应用于数据处理装置。该芯片系统包括一个或多个接口电路和一个或多个处理器;接口电路和处理器通过线路互联;接口电路用于从电子设备的存储器接收信号,并向处理器发送信号,信号包括存储器中存储的计算机指令;当处理器执行计算机指令时,使得电子设备执行上述任一方面或任一种可能的实现方式中,第一统一数据存储库网元、第二统一数据存储库网元或第三统一数据存储库网元执行的数据处理方法。
另一方面,本申请实施例提供了一种通信系统,包括:第一统一数据存储库网元、第二统一数据存储库网元和第三统一数据存储库网元。其中,第一统一数据存储库网元和第三统一数据存储库网元分别与第二统一数据存储库网元相连。第一统一数据存储库网元和第三统一数据存储库网元分别对应不同的区域。第一统一数据存储库网元和第三统一数据存储库网元分别保存有不同用户标识对应的管理数据。第二统一数据存储库网元保存有用户标识的路由信息。
在一种可能的实现方式中,通信系统还包括网络设备。其中,第一统一数据存储库网元用于,接收来自网络设备的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。第一统一数据存储库网元向第二统一数据存储库网元发送第一请求。第二统一数据存储库网元用于,根据路由信息向第三统一数据存储库网元发送第一请求,路由信息包括第一用户标识的归属地信息,第三统一数据存储库网元与第一用户标识的归属地信息相对应。第三统一数据存储库网元用于,对第一数据执行第一处理操作。第三统一数据存储库网元用于,向第二统一数据存储库网元发送第一请求的响应。第二统一数据存储库网元用于,将第一请求的响应发送给第一统一数据存储库网元。第一统一数据存储库网元用于,将第一请求的响应发送给网络设备,第一请求的响应用于网络设备处理第一用户标识对应的业务。
在另一种可能的实现方式中,第二统一数据存储库网元上备份有第一统一数据存储库网元和第三统一数据存储库网元的上的管理数据。这样,可以实现跨区域的地理性容灾,可靠性更高。
在另一种可能的实现方式中,通信系统包括第二统一数据存储库网元的备用统一数据存储库网元,第一统一数据存储库网元的备用统一数据存储库网元,以及第三统一数据存储库网元的备用统一数据存储库网元。其中,备用统一数据存储库网元同样备份有相应的管理数据,可以提高数据管理和通信系统的可靠性。
此外,上述其他方面对应的有益效果,可以参见关于方法方面的有益效果的描述,此处不予赘述。
上述方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
图1为现有技术提供的一种移动通信网络的示意图;
图2A为本申请实施例提供的一种移动管理网络的示意图;
图2B为本申请实施例提供的另一种移动管理网络的示意图;
图2C为本申请实施例提供的另一种移动管理网络的示意图;
图2D为本申请实施例提供的另一种移动管理网络的示意图;
图3为本申请实施例提供的一种通信设备的结构示意图;
图4为本申请实施例提供的一种数据处理方法流程图;
图5为本申请实施例提供的另一种数据处理方法流程图;
图6为本申请实施例提供的另一种数据处理方法流程图;
图7为本申请实施例提供的另一种数据处理方法流程图;
图8为本申请实施例提供的另一种数据处理方法流程图;
图9为本申请实施例提供的另一种数据处理方法流程图;
图10为本申请实施例提供的另一种数据处理方法流程图;
图11为本申请实施例提供的另一种数据处理方法流程图;
图12为本申请实施例提供的另一种数据处理方法流程图;
图13为本申请实施例提供的另一种数据处理方法流程图;
图14为本申请实施例提供的一种数据处理装置的结构示意图。
具体实施方式
为了方便理解本申请实施例的技术方案,首先给出本申请相关技术的简要介绍如下:
管理控制网元:在移动通信系统中,用于对移动用户的业务进行管理和控制的网元,例如可以是统一数据管理网元或策略控制功能网元等。
就近接入:移动用户接入拜访地的管理控制网元,并通过拜访地的管理控制网元直接进行业务处理。
全局路由:用于在全局范围内提供直接到达移动用户归属地的路由信息。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请的描述中,除非另有说明,“/”表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;本申请中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。并且,在本申请的描述中,除非另有说明,“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
在现有异地漫游场景下,移动用户在拜访地的移动通信业务要迁移到归属地进行处理。现有方案的业务处理流程复杂,处理效率低;且需要在不同地区之间的网关上预先配置大量的路由信息,人工配置工作量大,不便于移动用户异地使用移动通信业务。
本申请实施例提供了一种数据处理方法,在异地漫游场景下,移动用户在拜访地发起移动通信业务请求时,可以就近接入拜访地的管理控制网元。拜访地的管理控制网元根据移动用户发起的移动通信业务,向拜访地的统一数据存储库网元请求对移动用户的管理数据进行处理操作。拜访地的统一数据存储库网元通过全局路由请求归属地的统一数据存储库网元执行该处理操作,并将归属地的统一数据存储库网元返回的响应结果返回给拜访地的管理控制网元。拜访地的管理控制网元接收到该响应结果后,对移动用户的业务进行处理。
其中,移动用户的管理控制网元用于对移动用户的业务进行管理和控制。例如,该管理控制网元可以是统一数据管理网元或策略控制功能网元等。可以理解的是,该管理控制网元也可以是其他网元,本申请实施例对管理控制网元的具体设备类型不予限定。
移动用户对应的管理数据用于支持管理控制网元对移动用户的业务进行处理。例如,当管理控制网元为统一数据管理网元时,管理数据可以为用户数据;当管理控制网元为策略控制功能网元时,管理数据可以为策略数据。
其中,用户数据可以包括统一数据管理网元管理的鉴权数据、签约数据或位置数据等。鉴权数据包括用户身份识别卡(subscriber identification module,SIM)/全球用户识别卡(universal subscriber identity module,USIM)卡的国际移动用户识别码(international mobile subscriber identity,IMSI)、密钥标识(key identifier,KI)码或密码密钥K4等信息。签约数据包括用户的移动用户国际ISDN/PSTN码(mobilesubscriber international ISDN/PSTN number,MSISDN)、呼叫限制(call barring,CB)签约信息、呼叫转移(call forwarding,CF)签约信息、呼叫等待(call waiting,CW)签约信息、呼叫等待签约信息或接入点名称(access point name,APN)签约信息等。位置信息包括用户漫游所在的移动交换中心(mobile switching center,MSC)/拜访位置寄存器(visitor location register,VLR)号码、服务GPRS支持节点(serving GPRS supportnode,SGSN)/网关GPRS支持节点(gateway GPRS support node,GGSN)号码、小区信息或漫游状态等。策略数据可以包括用户的配额(Quota)信息和服务质量(quality of service,QoS)信息。其中,Quota信息包括用户签约的流量配置。
在本申请实施例提供的数据处理方法中,在异地漫游场景下,移动用户可以直接在拜访地就近进行业务处理,而不需要像现有技术那样将业务迁移回归属地进行处理。拜访地的统一数据存储库网元通过全局路由可以直接访问到归属地的统一数据存储库网元,而不需要像现有技术那样需要通过网关进行多次跳转才能将业务迁移至归属地,不需要人工在各级网关上预先配置路由信息。因此,本申请实施例提供的技术方案,能够在异地漫游场景下使得移动用户在拜访地就近接入并进行业务处理,简化业务处理流程,提高业务处理效率,节省人工配置操作,使得移动用户在异地也能方便地、快速地使用移动通信业务。
本申请实施例提供的数据处理方法可以应用于图2A所示的移动管理系统。如图2A所示,移动管理系统可以包括终端,承转设备,多个营帐服务器,全局(global)管理设备组和多个位于不同区域(local)内的区域管理设备组等。其中,终端通过承转设备与区域管理设备组连接,各区域管理设备组分别与全局管理设备组连接,各营帐服务器分别与全局管理设备组连接。也就是说,各区域的管理设备组通过全局管理设备组互联,从而形成一个全局互联的移动管理网络,而不像现有技术那样每个省份分别对应一个独立的移动通信子网。
在本申请实施例提供的移动管理系统中,终端可以发起移动通信业务,终端发起的移动业务可以通过承转设备到达区域管理设备组。区域管理设备组可以与全局管理设备组进行交互,并处理终端发起的移动通信业务。营帐服务器可以发起移动通信业务或数据处理请求,该移动通信业务或数据处理请求可以到达全局管理设备组。全局管理设备组可以进行数据处理,或者全局管理设备组可以与区域管理设备组进行交互,从而在区域内(例如归属地区域内)进行移动通信业务处理或数据处理。
其中,终端是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。终端可以是5G网络或者未来演进的公共陆地移动网(public land mobilenetwork,PLMN)中的用户设备(user equipment,UE)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备,虚拟现实(virtual reality,VR)终端设备、增强现实(augmentedreality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smart home)中的无线终端等。终端可以是移动的,也可以是固定的。
承转设备用于在终端和管理设备组之间进行信息的交互和转发,可以包括多种设备。并且,移动通信业务不同,移动业务对应的信令不同,或者管理控制网元不同,承转设备也不同。举例来说,管理控制网元为统一数据管理网元,若该移动通信业务为分组域业务,则承转设备可以包括接入网设备、移动管理实体(mobility management entity,MME)网元或SGSN网元等设备;若该移动通信业务为电路域业务,则承转设备可以包括接入网设备、VLR网元或MSC网元等设备。再比如,管理控制网元为策略控制功能网元,若该移动通信业务为开机注册业务,则承转设备可以包括接入网设备或移动性管理功能(access andmobility management function,AMF)网元等设备;若该移动通信业务为PPP激活业务,则承转设备可以包括接入网设备、用户面网元(user plane function,UPF)网元或会话管理功能(session management function,SMF)网元等设备。
其中,接入网(radio access network,RAN)设备,是一种为终端提供无线通信功能的设备。接入网设备例如包括但不限于:5G中的下一代基站(gnodeB,gNB)、演进型节点B(evolved node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(nodeB,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiverstation,BTS)、家庭基站(例如,home evolved nodeB,或home node B,HNB)、基带单元(baseBand unit,BBU)、传输点(transmitting and receiving point,TRP)、发射点(transmitting point,TP)、移动交换中心等。
营帐服务器,可以为运营商的管理服务器,例如可以为运营商营业厅的管理服务器。
其中,管理设备组可以包括管理控制网元和统一数据存储库网元。统一数据存储库网元可以由对应的管理设备组中的管理控制网元查询或存储管理数据。例如,该管理控制网元可以是统一数据管理网元或策略控制功能网元等,该管理数据可以是移动用户的用户数据或策略数据等。
在本申请实施例提供的移动管理网络中,全局管理设备组可以包括全局管理控制网元和全局统一数据存储库网元。例如,全局管理设备组0包括管理控制网元0(即全局管理控制网元)和统一数据存储库网元0(即全局统一数据存储库网元)。
区域管理设备组可以包括区域1中的区域管理设备组1,区域2中的区域管理设备组2,以及区域n中的区域管理设备组n等多个不同区域内的多个区域管理设备组。区域管理设备组可以包括区域管理控制网元和区域统一数据存储库网元。其中,区域管理设备组1可以包括管理控制网元1(即区域管理控制网元)和统一数据存储库网元1(即区域统一数据存储库网元);区域管理设备组2可以包括管理控制网元2和统一数据存储库网元2;区域管理设备组n可以包括管理控制网元n和统一数据存储库网元n。
其中,各区域统一数据存储库网元接入全局统一数据存储库网元,并通过全局统一数据存储库网元互联;各营帐服务器接入全局统一数据存储库网元。
移动管理网络中的管理控制网元也可以称为业务管理的前端(front end,FE)设备,统一数据存储库网元也可以称为业务管理的后端(back end,BE)设备。需要说明的是,FE设备与BE设备可以集成在一起,也可以为分别独立的设备,本申请实施例不予限定。例如,在2G-4G通信中,统一数据存储库网元可以集成在管理控制网元中;在5G通信中,统一数据存储库网元与管理控制网元是分别独立的物理设备。
需要注意的是,本申请实施例中的“区域”可以根据实际情况具有不同的划分。例如,全局对应中国,不同区域对应中国不同的省份或直辖市;再例如,全局对应全球,不同区域对应不同的国家等。
在本申请的实施例中,某个区域i(i为正整数)中的区域统一数据存储库网元,存储有归属地为区域i的移动用户对应的管理数据。全局统一数据存储库网元可以通过学习自动获取移动用户的归属地的全局路由信息。任一区域统一数据存储库网元均可以根据该全局路由信息,访问移动用户归属地区域i中统一数据存储库网元上的管理数据。
这样,基于本申请实施提供的移动管理系统,当移动用户在拜访地发起移动通信业务时,可以就近接入拜访地的区域管理控制网元。拜访地的区域管理控制网元在拜访地的区域统一数据存储库网元,请求对移动用户的管理数据进行处理操作。拜访地的区域统一数据存储库网元通过全局统一数据存储库网元上存储的路由信息,请求归属地的区域统一数据存储库网元执行该处理操作,并将归属地的区域统一数据存储库网元返回的响应结果返回给拜访地的区域管理控制网元。拜访地的区域管理控制网元接收到响应结果后,对移动用户的业务进行处理。
在一些实施例中,全局统一数据存储库网元可以备份有所有移动用户的管理数据。也就是说,全局统一数据存储库网元备份有各区域统一数据存储库网元上保存的移动用户的管理数据。这样,当某个区域内的区域统一数据存储库网元出现故障时,全局统一数据存储库网元可以提供备份的管理数据,从而可以提供跨地理区域的容灾保障,保证移动用户的业务能够正常进行。
在另一些实施例中,全局管理设备组和区域管理设备组为主备模式。例如,参见图2B,全局管理设备组包括主用的全局管理设备组0和备用的全局管理设备组0’。区域1中的区域管理设备组1包括主用的区域管理设备组1和备用的区域管理设备组1’。区域2中的区域管理设备组2包括主用的区域管理设备组2和备用的区域管理设备组2’。区域n中的区域管理设备组n包括主用的区域管理设备组n和备用的区域管理设备组n’。
其中,备用的区域管理设备组中的区域统一数据存储库网元也存储有归属地为本区域的移动用户对应的管理数据。当主用区域管理设备组中主用的区域统一数据存储库网元出现故障时,该区域内备用区域管理设备组中的备用统一数据存储库网元可以提供备份的管理数据,从而可以在区域内提供独立的容灾系统,保证移动用户的业务能够正常进行。
可见,本申请实施例提供的移动管理系统可以提供区域内和跨区域的两级业务容灾保障,因而可靠性更高。
本申请实施例提供的移动管理系统可以基于多种网络架构。本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
例如,本申请实施例提供的移动管理系统可以基于5G网络架构,或未来通信中的6G网络架构等,全局管理设备组和区域管理设备组可以为5G网络架构下的设备,或者未来通信中的6G网络架构下的设备等。
举例来说,当全局和区域的管理控制网元为统一数据管理网元时,统一数据管理网元用于处理第一用户标识、接入鉴权、注册、或移动性管理等。在5G通信中,统一数据管理网元可以是统一数据管理(unified data management,UDM)网元。在未来通信如6G通信中,统一数据管理网元仍可以是UDM网元,或者有其他名称,本申请实施例对此不作限定。
当全局和区域的管理控制网元为策略控制功能网元时,策略控制功能网元用于指导网络行为的统一策略框架,为控制平面功能网元提供策略规则信息等。在5G通信中,策略控制功能网元可以是策略控制功能(policy control function,PCF)网元。在未来通信如6G通信中,策略控制功能网元仍可以是PCF网元,或者有其它名称,本申请实施例对此不作限定。
全局和区域的统一数据存储库网元,用于存储和查询结构化数据。其中结构化数据是标准定义结构和语义的数据,各方可以根据标准理解数据所表征的含义。统一数据存储库网元可以由统一数据管理网元存储和查询用户数据,也可以由策略控制功能网元存储或查询策略数据,还可以由应用功能直接或通过网络开放功能网元存储和查询应用相关的数据。在5G通信中,统一数据存储库网元可以是统一数据存储库(unified datarepository,UDR)网元。在未来通信如6G通信中,统一数据存储库网元仍可以是UDR网元,或者有其它名称,本申请实施例对此不作限定。
再例如,本申请实施例提供的移动管理系统可以兼容5G或未来通信中的6G网络架构,以及2G-4G网络架构。全局管理设备组和区域管理设备组可以为5G或6G等网络架构下的设备。全局管理设备组和区域管理设备组可以为2G/3G/4G/5G或6G等网络架构下的设备。
举例来说,当管理控制网元为统一数据管理网元时,区域统一数据管理网元可以是5G通信中的UDM网元,或2G-4G通信中的归属签约用户服务器(home subscriber server,HSS)或归属位置寄存器(home location register,HLR)等。当管理控制网元为策略控制功能网元时,区域统一数据管理网元可以是5G通信中的PCF网元,或2G-4G通信中的策略与计费规则功能网元(policy and charging rules function,PCRF)网元或统一策略计费管理网元(unified policy and charging controller,UPCC)网元等。统一数据存储库网元可以是5G通信中的UDR网元,或2G-4G通信中的BE设备或BE模块等。
示例性的,在兼容性的网络架构下,本申请实施例提供的移动管理系统还可以参见图2C。再示例性的,在5G网络架构下,本申请实施例提供的移动管理系统可以参见图2D。
可以理解的是,上述网元或功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。上述网元或功能可划分出一个或多个服务,进一步,还可能会出现独立于网络功能存在的服务。在本申请实施例中,上述功能的实例、或上述功能中包括的服务的实例、或独立于网络功能存在的服务实例均可称为服务实例。
例如,上述网元或功能可以通过图3中的通信设备(也可以称之为通信装置)来实现。图3所示为本申请实施例提供的通信设备的硬件结构示意图。该通信设备300包括处理器301,通信线路302,存储器303以及至少一个通信接口(图3中仅是示例性的以包括通信接口304为例进行说明)。
处理器301可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路302可包括一通路,在上述组件之间传送信息。
通信接口304,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。
存储器303可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路302与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器303用于存储执行本申请方案的计算机执行指令,并由处理器301来控制执行。处理器301用于执行存储器303中存储的计算机执行指令,从而实现本申请下述实施例提供的数据处理方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器301可以包括一个或多个CPU,例如图3中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信设备300可以包括多个处理器,例如图3中的处理器301和处理器308。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,通信设备300还可以包括输出设备305和输入设备306。输出设备305和处理器301通信,可以以多种方式来显示信息。例如,输出设备305可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备306和处理器301通信,可以以多种方式接收用户的输入。例如,输入设备306可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的通信设备300可以是一个通用设备或者是一个专用设备。在具体实现中,通信设备300可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant,PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图3中类似结构的设备。本申请实施例不限定通信设备300的类型。
下面将以图2D所示的5G网络架构下的移动管理系统为例,对本申请实施例提供的数据处理方法进行具体阐述。需要说明的是,本申请实施例所使用的各个网元的名称,在未来通信系统中,可能保持功能相同,但名称会改变。
以下将以第一用户标识为移动用户1的用户标识,统一数据存储库网元为UDR,第一统一数据存储库网元为图2D所示的移动用户1的拜访地区域1中的UDR1,第二统一数据存储库网元为图2D所示的全局UDR0,第三统一数据存储库网元为图2D所示的移动用户1的归属地区域n中的UDRn,网络设备为图2D所示的区域1中的管理控制网元1为例,对本申请实施例提供的数据处理方法进行说明。
在本申请的一些实施例中,在异地漫游场景下,移动用户可以就近接入拜访地的管理控制网元,并直接通过拜访地的管理控制网元进行业务处理。如图4所示,该方法可以包括:
401、区域1中的终端向管理控制网元1发起移动通信业务的业务请求。
其中,区域1中的终端可以通过承转设备向管理控制网元1发起移动通信业务的业务请求。终端上可以安装有用户身份识别卡,不同的用户身份识别卡可以对应不同的移动用户。例如,该身份识别卡可以是SIM卡、USIM卡或eSIM卡等。终端发起的业务请求可以携带有移动用户1的第一用户标识,以表示第一用户标识所指示的移动用户1通过终端发起了该业务请求。示例性的,移动用户1的第一用户标识可以包括IMSI、MSISDN、IMPU、IMPI或用户(Subscriber)ID等。
管理控制网元1可以是终端对应的移动用户1拜访地的统一数据管理网元或策略控制功能网元。例如,管理控制网元1可以是终端所在区域1中的UDM网元或PCF网元等。区域1不是移动用户1的归属地,管理控制网元1不是移动用户1的归属地网元。也就是说,终端当前处于异地漫游状态。
根据之前的描述可知,移动通信业务不同,移动业务对应的信令不同,或者管理控制网元1不同,承转设备也不同。例如,管理控制网元1为统一数据管理网元,若该移动通信业务为分组域业务,则承转设备可以包括接入网设备、MME网元或SGSN网元等设备;若该移动通信业务为电路域业务,则承转设备可以包括接入网设备、VLR网元或MSC网元等设备。
402、管理控制网元1根据该业务请求向UDR1发送第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。
拜访地的管理控制网元1接收到来自终端的业务请求后,进行业务分析;确定业务关联的待处理的第一数据,以及第一数据待执行的第一处理操作,并生成第一请求。而后,拜访地的管理控制网元1向对应的拜访地的UDR1发送该第一请求,以请求对业务关联的第一数据执行第一处理操作。
其中,第一处理操作可以包括查询操作或更新操作。更新操作可以包括插入操作、删除操作或替换操作。也就是说,第一处理操作可以包括增加、删除、修改或查询第一数据。
第一数据可以为第一用户标识对应的管理数据中的数据,即第一数据属于第一用户标识对应的管理数据。拜访地的UDR1不是归属地的网元,未保存有该第一用户标识对应的管理数据。该管理数据可以为管理控制网元1管理的用户数据或策略数据等。
其中,当管理控制网元1为统一数据管理网元时,管理数据为第一用户标识对应的用户数据;当管理控制网元1为策略控制功能网元时,管理数据为第一用户标识对应的策略数据。关于用户数据和策略数据的相关说明可以参见以上内容中的相关描述。
第一数据与移动用户1发起的业务相关联。移动用户1发起的业务不同,第一数据也不同。例如,在一些实施例中,第一请求中可以携带有业务标识信息,不同业务标识信息对应不同的第一数据,第一请求中的业务标识信息用于指示对业务标识信息对应的第一数据执行第一处理操作。
而且,移动用户1发起的业务不同,针对第一数据的第一处理操作也不同。例如,移动用户1发起的业务为鉴权业务,第一数据可以包括第一用户标识对应的用户数据中的鉴权数据,第一处理操作为查询鉴权数据,以便管理控制网元1根据查询到的鉴权数据验证终端接入网络的合法性。
再例如,移动用户1发起的业务为位置更新业务,第一请求可以包括第一子请求和第二子请求。第一子请求针对的第一数据可以包括用户第一用户标识对应的用户数据中的签约信息和位置信息(例如MSC/VLR/SGSN号码)等,第一处理操作为查询签约信息和位置信息。管理控制网元1可以根据查询到的签约信息和位置信息确定用户位置是否发生变化。若管理控制网元1确定用户位置发生变化,则管理控制网元1发起第二子请求,以请求归属地UDR将之前的位置信息替换为新的位置信息。即,第二子请求针对的第一数据为新的位置信息,第一处理操作为替换操作。
再例如,移动用户1发起的业务为入网业务,第一数据可以包括第一用户标识对应的策略数据中的流量配额等,第一处理操作可以为查询操作。
403、UDR1向UDR0发送第一请求。
拜访地的UDR1接收到来自管理控制网元1的第一请求后,将该第一请求转发给全局UDR0。这里的转发可以是透传,也可以是在第一请求中增/减部分信息(例如增加一些UDR1的相关信息等)后,再发送给UDR0,本申请实施例不予限定。UDR1发送给UDR0第一请求仍用于请求对第一数据执行第一处理操作。
404、UDR0向UDRn发送第一请求,UDRn与第一用户标识的归属地信息相对应。
全局UDR0上保存有全局路由信息。该全局的路由信息用于在全局范围内(或称在全网范围内)提供直接到达移动用户归属地的路由信息。例如,全局路由信息包括用户标识与归属地信息之间的对应关系。其中,归属地信息可以是归属地名称或归属地网元等。
示例性的,如表1所示,全局路由信息可以包括要的移动用户的用户标识与归属地信息之间的对应关系。其中,归属地信息可以是归属地的区域名称或区域编号等。再示例性的,如表2所示,全局路由信息可以包括用户标识和归属地UDR之间的对应关系。再示例性的,如表3所示,全局路由信息可以包括用户标识、归属地信息以及归属地信息对应的区域UDR(简称归属地UDR)之间的对应关系。
表1
用户标识 | 归属地信息 |
用户标识1 | 区域n |
用户标识2 | 区域2 |
用户标识n | 区域1 |
… | … |
表2
用户标识 | 归属地UDR |
用户标识1 | UDRn |
用户标识2 | UDR2 |
用户标识n | UDR1 |
… | … |
表3
用户标识 | 归属地信息 | 归属地UDR |
用户标识1 | 区域n | UDRn |
用户标识2 | 区域2 | UDR2 |
用户标识n | 区域1 | UDR1 |
… | … | … |
全局UDR0可以根据保存的全局路由信息,确定第一用户标识的归属地UDRn,从而将第一请求直接转发至归属地UDRn,以请求归属地UDRn对用户业务关联的第一数据执行第一处理操作。
405、UDRn根据第一请求对第一数据执行第一处理操作。
第一用户标识的归属地UDRn上,保存有第一用户标识对应的管理数据。第一数据属于第一用户标识对应的管理数据。归属地UDRn接收到全局UDR0发送的第一请求后,可以对第一数据执行第一处理操作。由以上描述可知,第一处理操作可以是查询操作或更新操作等。
406、UDRn向UDR0发送第一请求的响应。
归属地UDRn在完成对第一数据的第一处理操作后,可以向全局UDR0发送第一请求的响应,以将第一处理操作的处理结果发送给全局UDR0。
例如,若第一请求指示的第一处理操作为针对流量配额的查询操作,则归属地UDR可以在第一请求的响应中将流量配额的查询结果,反馈给全局UDR0。
再例如,若第一请求指示的第一处理操作为针对位置信息的替换操作,则归属地UDR可以在第一请求的响应中将已成功替换位置信息的通知信息,反馈给全局UDR0。
407、UDR0将第一请求的响应发送给UDR1。
全局UDR0可以将第一请求的响应转发给拜访地UDR1,以将第一处理操作的处理结果通知给拜访地UDR1。
408、UDR1将第一请求的响应发送给管理控制网元1,第一请求的响应用于管理控制网元1处理第一用户标识对应的业务。
拜访地UDR1可以将第一请求的响应转发给拜访地管理控制网元1,从而将第一处理操作的处理结果通知给拜访地管理控制网元1,以便于管理控制网元1处理第一用户标识对应的业务。
409、管理控制网元1根据第一请求的响应对第一用户标识对应的业务进行处理。
拜访地管理控制网元1根据第一请求的响应,对第一用户标识对应的业务进行处理。举例来说,移动用户1发起的业务为鉴权业务,第一数据可以包括第一用户标识对应的用户数据中的鉴权数据,第一处理操作为查询鉴权数据,管理控制网元1可以根据查询到的鉴权数据处理鉴权业务,从而验证终端接入网络的合法性。
可选地,参见图4,该数据处理方法还可以包括:
410、管理控制网元1向终端发送业务请求的响应。
其中,管理控制网元1可以经过承转设备向终端发送业务请求的响应,以方便终端、终端用户或承转设备可以获知业务处理的结果。关于承转设备的说明可以参见上述步骤401中的相关描述。
在上述步骤401-410描述的方案中,在异地漫游场景下,当移动用户在拜访地发起移动通信业务时,可以就近接入拜访地的区域管理控制网元。拜访地的区域管理控制网元在拜访地的区域统一数据存储库网元,请求对移动用户的管理数据进行处理操作。拜访地的区域统一数据存储库网元通过全局统一数据存储库网元上存储的路由信息,请求归属地的区域统一数据存储库网元执行该处理操作,并将归属地的区域统一数据存储库网元返回的响应结果返回给拜访地的区域管理控制网元。拜访地的区域管理控制网元接收到该响应结果后,对移动用户的业务进行处理。
这样,移动用户可以直接在拜访地就近进行业务处理,而不需要像现有技术那样将业务迁移回归属地进行处理。拜访地的统一数据存储库网元通过全局路由可以直接访问到归属地的统一数据存储库网元,而不需要像现有技术那样需要通过多次跳转才能路由至归属地,不需要人工在各级网关上预先配置路由信息。因此,本申请实施例提供的技术方案,能够在异地漫游场景下使得移动用户在拜访地就近接入并进行业务处理,简化业务处理流程,提高业务处理效率,节省人工配置操作,使得移动用户在异地能够方便、高效地使用移动通信业务。
在本申请的一些实施例中,全局UDR也可以保存有各区域移动用户的管理数据,即保存有全网全量移动用户的管理数据的备份,以便在区域UDR故障时,可以提供容灾保障。因而,在归属地UDR对某个移动用户的第一用户标识对应的管理数据中的第一数据执行更新操作(例如插入、替换或删除操作等)后,归属地UDR还可以通知全局UDR对保存的管理数据进行更新。
也就是说,若第一处理操作为更新操作,则参见图4,在上述步骤406之后,该方法还可以包括:
411、UDRn向UDR0发送同步信息。
如果归属地UDRn对第一数据进行了更新操作,则归属地UDRn可以向全局UDR0发送同步信息,以指示更新UDR0保存的第一用户标识对应的管理数据中的第一数据。
412、UDRn根据同步信息,更新保存的管理数据中的第一数据。
这样,在归属地UDRn上的第一数据发生更新时,可以自动同步指示全局UDR0更新该第一数据,以保证归属地UDRn和全局UDR0上保存的第一数据的一致性。
以上是以针对第一数据进行处理为例进行说明的。若第一用户标识归属地的UDRn上的其他管理数据发生了更新,则归属地的UDRn也可以自动同步指示全局UDR0进行更新,以使得归属地UDRn和全局UDR0上保存的管理数据自动保持一致。
可以理解的是,若任一区域UDR上的管理数据发生更新,则该区域UDR也可以自动同步指示全局UDR进行更新,以保证区域UDR和全局UDR上保存的管理数据的一致性。
在本申请实施例提供的移动管理系统中,若业务请求在归属地发起,则归属地管理设备组可以直接进行业务处理。如图5所示,该种情况下对应的数据处理方法可以包括:
501、终端向管理业务网元n发起移动通信业务的业务请求。
归属地区域n中的终端可以通过承转设备向归属地管理业务网元n发起业务请求,该移动通信业务与终端对应的移动用户1的第一用户标识相对应。例如,该移动通信业务可以为浏览器访问业务。
502、管理控制网元n根据该业务请求向UDRn发送第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。
归属地管理控制网元n根据来自终端的业务请求进行业务分析,确定业务关联的待处理的第一数据,以及第一数据待执行的第一处理操作,从而生成第一请求,以请求对第一数据执行第一处理操作。而后,归属地的管理控制网元n向归属地的UDRn发送该第一请求,以请求对第一数据执行第一处理操作。
503、UDRn根据一请求对第一数据执行第一处理操作。
归属地UDRn上保存有第一用户标识对应的管理数据。归属地UDRn接收到来自归属地的管理控制网元n的第一请求后,对第一请求指示的管理数据中的第一数据执行第一处理操作。
需要说明的是,若第一处理操作为更新操作,则归属地UDRn在对第一数据执行更新操作后,还可以通知全局UDR0进行同步更新,此处不予赘述。
504、UDRn将第一请求的响应发送给管理控制网元n,第一请求的响应用于管理控制网元n处理第一用户标识对应的业务。
归属地UDRn在完成对第一数据的第一处理操作后,可以向归属地管理控制网元n发送第一请求的响应,以将第一处理操作的处理结果发送给归属地管理控制网元n。
505、管理控制网元n根据第一请求的响应对第一用户标识对应的业务进行处理。
归属地管理控制网元n接收到来自UDRn发送的第一请求的响应后,可以进行业务处理。
506、管理控制网元n向终端发送业务请求的响应。
归属地管理控制网元n进行业务处理后,可以通过承转设备向终端发送业务请求的响应,以使得终端、终端用户或承转设备可以获知业务处理结果。
在上述步骤501-506描述的方案中,归属地的移动用户可以直接访问归属地区域内的UDRn,从而对移动用户对应的管理数据执行处理操作,并对移动用户发起的业务进行处理。
在本申请的一些实施例中,归属地的UDR可以处理来自各区域的营帐服务器发起的业务。参见图6,该种情况下对应的数据处理方法可以包括:
601、营帐服务器向UDR0发送第一用户标识对应的第一业务请求。
任一区域内的运营商工作人员可以通过营业厅的客户端向营帐服务器发起第一用户标识对应的业务,例如销户、销卡或更改套餐等移动通信业务。营帐服务器向全局UDR0发送第一用户标识对应的该业务的第一业务请求。
其中,各营帐服务器可以通过全局UDR0接入移动管理网络。归属地的营帐服务器、拜访地的营帐服务器或任一区域的营帐服务器均可以发起第一用户标识对应的业务,并将对应的第一业务请求发送给全局UDR0。
也就是说,无论第一用户标识的归属地为哪个区域,无论终端用户当前处于哪个区域,均可以随时随地通过当前区域内的营帐服务器进行业务处理。
602、UDR0向UDRn发送第一业务请求。
全局UDR0接收到来自营帐服务器的第一业务请求后,可以根据保存的全局路由信息,将该第一业务请求转发给归属地UDRn,以便归属地UDRn针对该第一业务请求进行处理。
603、UDRn根据第一业务请求对第一用户标识对应的第三数据执行第三处理操作,第三数据与第一用户标识对应的业务相关联。
其中,第三数据属于第一用户标识对应的管理数据。归属地UDRn根据第一业务请求,确定待处理的第三数据,以及第三数据待执行的第三处理操作。其中,该第三处理操作可以为查询操作或更新操作。
需要说明的是,若第三处理操作为更新操作,则归属地UDRn在对第三数据执行更新操作后,还可以通知全局UDR0进行同步更新,此处不予赘述。
604、UDRn向UDR0发送第一业务请求的响应。
归属地UDRn根据第一业务请求对第一用户标识对应的第三数据执行第三处理操作后,可以向全局UDR0发送第一业务请求的响应,以将处理结果通知给全局UDR0。
605、UDR0向营帐服务器发送第一业务请求的响应。
全局UDR0可以将来自归属地UDRn的第一业务请求的响应,转发给营帐服务器,以便营帐服务器获知处理结果。后续,营帐服务器还可以将处理结果通过客户端通知给运营商管理人员。
可选地,在上述步骤603之后,该方法还可以包括:
606、UDRn向管理控制网元n发送第一业务通知。
其中,营帐服务器发起的一些第一业务需要归属地管理控制网元n进行业务处理,因而在上述步骤603之后,归属地UDRn可以向归属地管理控制网元n发送第一业务通知,以指示管理控制网元n进行相关业务处理。
607、管理控制网元n根据第一业务通知进行业务处理。
归属地管理控制网元n接收到第一业务通知后进行相关业务处理。
608、管理控制网元n向终端发送网络通知。
归属地管理控制网元n进行业务处理后,还可以通过承转设备向终端发送网络通知,以使得终端、用户或承转设备获知业务处理或数据处理的相关信息。例如,若营帐服务器指示归属地UDRn更新了管理数据中的位置信息,则归属地管理控制网元n可以将更新后的位置信息返回接入网设备等承转设备或终端等,以便接入网设备或终端可以根据更新后的位置信息进行后续处理。
也就是说,步骤601-608描述的方案可以处理任一区域的营帐服务器发送的业务请求,终端用户可以通过任一区域的营帐服务器随时随地进行业务处理。即使在异地漫游情况下,终端用户也可以通过拜访地的营帐服务器,通过全局UDR提供的全局路由信息直接访问到归属地的UDR,从而直接进行业务处理。而在现有技术中,终端和终端用户只能返回归属地后,通过归属地的营帐服务器和归属地的UDR等进行业务处理。可见,本申请实施例提供的方案可以随时随地、方便、快速地在异地进行业务处理。
并且,由于各区域的营帐服务器可以单点接入全局UDR,因而可以简化营帐服务器的对接;而且运营商可以在通过任一区域内的营帐服务器维护运营商全集团移动用户的管理数据,从而可以方便全网移动用户的号段管理(例如手机号码的管理)。
在本申请的一些实施例中,不同区域内的UDR可以方便地进行管理数据的迁移。例如,移动用户1的归属地的存储等管理资源不足,需要将移动用户1等部分移动用户的管理数据迁移到另一区域。再例如,在异地补卡后,可以将归属地的管理数据迁移至拜访地,或者将补卡区域内新卡的卡数据迁移至归属地,以方便管理补卡后的移动用户的管理数据。
以迁移移动用户1对应的第一用户标识的管理数据为例进行说明。如图7所示,本申请实施例提供的数据处理方法可以包括:
701、营帐服务器向UDR0发送第一用户标识对应的迁移业务请求。
其中,该营帐服务器可以是归属地的营帐服务器或任一区域内的营帐服务器。该迁移业务请求可以用于指示将第一用户标识对应的管理数据从归属地区域n迁移至区域1。
702、UDR0根据迁移业务请求向UDR1发送第二请求,第二请求用于指示插入第一用户标识对应的管理数据。
全局UDR0根据该迁移业务请求,确定向迁入区域1中的UDR1插入第一用户标识对应的管理数据,并删除迁出区域n中保存的第一用户标识对应的管理数据。
因而,全局UDR0可以根据保存的全局路由信息,确定区域1对应的UDR1以及区域n对应的UDRn,并分别向UDR1和UDRn发送对应的第二请求和第三请求。
703、UDR0根据迁移业务请求向UDRn发送第三请求,第三请求用于指示删除第一用户标识对应的管理数据。
704、UDR1根据第二请求插入第一用户标识对应的管理数据。
迁入区域1中的UDR1,响应于第二请求插入第一用户标识对应的管理数据。
705、UDRn根据第三请求删除第一用户标识对应的管理数据。
迁出区域n中的UDRn,响应于第三请求删除第一用户标识对应的管理数据。
706、UDR0更新第一用户标识的归属地信息,更新后的第一用户标识的归属地信息与UDR1对应。
在迁移第一用户标识对应的管理数据后,全局UDR0还可以更新第一用户标识的归属地信息,以使得全局UDR0上保存的全局路由信息中的第一用户标识与归属地信息能够实时对应。
707、UDR0向营帐服务器发送迁移业务请求响应。
在全局UDR0在迁移完成后,可以通过迁移业务请求响应将迁移完成的结果通知给营帐服务器。
在上述步骤701-707描述的方案中,任一区域的营帐服务器可以通过全局UDR0将一个区域内的UDR上保存的移动用户的管理数据,迁移到另一个区域的UDR上进行管理和维护。
移动用户使用的用户身份识别卡(例如SIM卡、USIM卡或eSIM卡等)可能会发生损坏或丢失。在异地补卡场景下,迁出区域可以为归属地,迁入区域可以为拜访地或补卡区域。补卡后,新卡的卡数据与旧卡的卡数据相比通常会发生变化。其中,卡数据可以包括用户数据中的鉴权数据,例如用户SIM/USIM卡的IMSI、KI或K4等信息。因而,在上述步骤704之后,该方法还可以包括:
708、UDR1更新管理数据中的卡数据。
迁入区域的UDR1可以更新插入的管理数据中的卡数据,以将旧卡的卡数据更新为新卡的卡数据,以使得第一用户标识的管理数据与当前卡的状态能够实时应对。
可以理解的是,UDR1在更新卡数据后,还可以指示全局UDR0进行通知更新。
这样,在异地补卡场景下,新卡可以具有拜访地(或称补卡区域)的IMSI等卡数据,营帐服务器可以通过全局UDR0,将归属地UDRn上保存的移动用户的管理数据,迁移到拜访地的UDR1上,以使得移动用户1的管理数据和卡数据均与同一区域即拜访地对应。
而在现有技术中,按省分离部署移动通信网络的情况下,补卡需要使用归属地的IMSI,可以通过远程烧卡的方式进行处理;或者,回到归属地进行本地补卡;因而现有补卡流程不易操作。
进一步地,在上述步骤704之后,该方法还可以包括:
709、UDR1向UDR0发送插入响应,以指示插入是否成功。
若UDR1成功插入了第一用户标识对应的管理数据,则插入响应为插入成功响应,否则插入响应为插入失败响应。
在上述步骤705之后,该方法还可以包括:
710、UDRn向UDR0发送删除响应,以指示删除是否成功。
若UDRn成功删除了第一用户标识对应的管理数据,则删除响应为删除成功响应,否则删除响应为删除失败响应。
可选地,该方法还可以包括:
711、UDR0在接收到来自第三UDR的删除失败响应,或者来自第一UDR的插入失败响应后,向第一UDR发送第一回滚信息,并向第三UDR发送第二回滚信息。
若迁入区域的UDR1插入失败或迁出区域的UDRn删除失败,则UDR0指示UDR和UDRn回滚数据,以便将数据恢复至迁移前的状态。
712、UDR1根据第一回滚信息,撤销插入第一用户标识对应的管理数据的操作。
迁入区域的UDR1根据第一回滚信息,撤销插入操作以恢复至迁移前的状态。
713、UDRn根据第二回滚信息,撤销删除第一用户标识对应的管理数据的操作。
迁出区域的UDRn根据第二回滚信息,撤销删除操作以恢复至迁移前的状态。
也就是说,在迁移出错的情况下,可以撤销迁移操作,以保证移动管理系统中存储的管理数据的准确性和可靠性。
可以理解的是,在其他更新操作的情况下,若更新操作失败,则均可以进行数据回滚操作,从而将数据恢复至更新前的状态,以保证移动管理系统中存储的管理数据的准确性和可靠性,此处不予赘述。
可选地,在迁卡或迁移用户数据后,全局UDR0还可以向迁入地的终端或承转设备发送网络通知,从而将迁移后对应的业务处理或数据处理涉及的相关信息通知给终端、承转设备或终端用户,以便这些设备根据网络通知中的相关信息进行后续处理。例如,网络通知可以包括插入的管理数据中新的位置信息或新的配额信息等。
在异地补卡场景下,如图8所示,卡数据的迁移流程可以包括:
801、营帐服务器向UDR0发送第一用户标识对应的卡迁移业务请求。
其中,该营帐服务器可以是归属地的营帐服务器或任一区域内的营帐服务器。该迁移业务请求可以用于指示将第一用户标识对应的卡数据从拜访地(或称补卡区域)的区域1迁移至归属地区域n。
802、UDR0根据卡迁移业务请求向UDRn发送第四请求,第四请求用于指示插入第一用户标识对应的管理数据中的卡数据。
全局UDR0根据该卡迁移业务请求,确定向迁入区域n中的UDRn插入第一用户标识对应的管理数据,并向UDRn发送相应的第四请求。
可选地,该方法还可以包括步骤803:
803、UDR0根据卡迁移业务请求向UDR1发送第五请求,第五请求用于指示删除第一用户标识对应的管理数据中的卡数据。
全局UDR0根据该卡迁移业务请求,指示迁出区域的UDR1删除卡数据,并向UDR1发送相应的第五请求。
804、UDRn插入第一用户标识对应的卡数据。
805、UDRn更新第一用户标识对应的管理数据中的卡数据。
归属地UDRn插入第一用户标识对应的卡数据后,删除原来的管理数据中旧卡的卡数据。也就是说,归属地UDRn将原来的卡数据更新为新卡的卡数据,以使得管理数据与当前的卡状态实时对应。
可以理解的是,归属地的UDRn在更新卡数据后,还可以指示全局UDR0更新保存的第一用户标识对应的管理数据中的卡数据,以使得归属地的UDRn和全局UDR0中的管理数据相一致。
806、UDR1根据第五请求删除第一用户标识对应的卡数据。
此外,若步骤804或步骤805操作失败,则UDRn和UDR1还可以进行数据回滚,以恢复至迁移前的状态。
807、UDR0向营帐服务器发送卡迁移业务请求响应。
在全局UDR0在卡数据迁移完成后,可以通过卡迁移业务请求响应将迁移完成的结果通知给营帐服务器。
这样,在异地补卡场景下,营帐服务器可以通过全局UDR0,将补卡区域的UDR1上保存的移动用户的卡数据,迁移到归属地的UDRn上,以使得归属地维护的移动用户1的管理数据与卡状态实时对应。
以上实施例是在归属地UDR保存有第一用户标识的管理数据,全局UDR0保存有移动用户的路由信息的基础上实现的数据处理流程。
在初始情况下,全局UDR0保存有第一用户标识的管理数据,但未保存有第一用户标识的归属地对应的路由信息。全局UDR0在移动用户1首次接入网络时自动学习第一用户标识的归属地,并保存第一用户标识的路由信息。移动用户1首次接入网络时所处的区域即为移动用户1的归属地。在初始情况下,UDRn未保存有移动用户1的第一用户标识的管理数据,UDRn需要从全局UDR0下载第一用户标识的管理数据。也就是说,在以上实施例所示的步骤之前,参见图9,该方法还可以包括:
901、终端向管理控制网元n发起移动通信业务的业务请求。
区域n内的终端可以通过承转设备,首次向区域n内的管理控制网元n发起第一用户标识对应的业务请求,第一用户标识对应的移动用户1首次接入网络。例如,终端向管理控制网元n发起移动通信业务为入网业务。
902、管理控制网元n向UDRn发送第六请求,第六请求用于请求对第一用户标识对应的第二数据执行第二处理操作,第二数据与第一用户标识对应的业务相关联。
其中,第二数据属于第一用户标识对应的管理数据。管理控制网元n根据终端发起的业务请求确定待处理的第二数据,以及第二数据待执行的第二处理操作,并生成第六请求发送给UDRn。其中,该第二处理操作可以为查询操作或更新操作。
903、UDRn向UDR0发送第六请求。
UDRn将来自管理控制网元n的第六请求转发给全局UDR0。
904、UDR0确定未保存有第一用户标识的归属地信息。
全局UDR0确定未保存第一用户标识的归属地信息,即未保存有第一用户标识的路由信息,移动用户1当前可能首次接入网络。
905、UDR0将第一用户标识对应的管理数据发送给UDRn。
在全局UDR0未保存第一用户标识的归属地信息的情况下,移动用户1当前可能首次接入网络,UDRn为移动用户1首次接入时的归属地对应的网元,因而可以将第一用户标识对应的管理数据发送给UDRn进行保存。
906、UDRn保存第一用户标识对应的管理数据。
UDRn成功保存第一用户标识的管理数据后,UDRn所在的区域即为第一用户标识的归属地,UDRn即为第一用户标识的归属地UDR。
907、UDRn向UDR0发送管理数据保存成功响应。
UDRn成功保存该管理数据后,还可以通知全局UDR0已保存成功。
908、UDR0保存第一用户标识与归属地信息的对应关系,归属地信息与UDRn对应。
全局UDR0获知UDRn成功保存第一用户标识对应的管理数据后,可以建立第一用户标识与归属地信息的对应关系,即保存第一用户标识的路由信息。
也就是说,全局UDR0可以自动学习并保存用户标识的路由信息,以便区域UDR可以根据全局UDR0保存的路由信息直接访问用户标识的归属地UDR,以使得各区域UDR之间可以在全网互联,而不需要人为地专门配置路由信息,因而可以节省人为配置操作。
在步骤906之后,归属地UDRn保存的第一用户标识对应的管理数据可以用于处理终端发起的业务。参见图9,该方法还可以包括:
909、UDRn针对第二数据执行第二处理操作。
归属地UDRn响应于第六请求,针对管理数据中的第二数据执行第二处理操作。该第二处理操作可以是查询或更新操作等。
910、UDRn向管理控制网元n发送第六请求的响应。
归属地UDRn将第二处理操作的结果通过第六请求的响应返回给管理控制网元n。
911、管理控制网元n进行业务处理。
912、管理控制网元n向终端发送业务响应。
归属地管理控制网元n根据第六请求的响应处理终端发起的业务,并通过承转设备向终端发送业务响应。
在归属地UDRn保存第一用户标识对应的管理数据,全局UDR0保存第一用户标识的路由信息后,移动管理系统中的各设备可以执行图4-图8所示的数据处理流程。
在本申请实施例提供的移动管理系统中,全局管理设备组具有全网管理、全局配置和全局管控的功能。全局UDR0可以将运营商统一制定的全局数据分发给向各区域的UDR,以便各区域根据全局信息自动进行协同处理、数据管理或信息更新等。即,参见图10,本申请实施例提供的数据处理方法还可以包括:
1001、UDR0将全局数据发送给各区域的UDR。
其中,全局数据可以是运营商在全局UDR0上进行设置,并通过全局UDR0发送给各区域UDR的。运营商也可以通过营帐服务器触发全局UDR0,将全局数据发送给各区域UDR。运营商还可以通过全局UDR0对应的管理控制网元0触发全局UDR0,将全局数据发送给各区域UDR。
例如,该全局数据可以是业务策略配置信息(例如各区域通用的套餐的策略信息)。再例如,全局数据可以是运营商统一制定的各区域统一使用的数据信息,比如区域编号等。
1002、各区域的UDR根据全局数据进行相应处理。
各区域的UDR可以根据全局UDR0发送的全局数据进行保存、数据更新或协同配合等相应处理。即,运营商可以统一制定全局数据,并通过全局UDR0使得各区域可以同时生效。
例如,全局数据是运营商统一制定的各区域统一使用的数据信息,全局UDR0可以将新增加的、新制定或更新的区域编号,及时、快速地分发给各区域UDR进行保存和使用。
再例如,全局数据是运营商统一制定的业务策略配置信息,全局UDR0可以将新增加的、新制定或更新的业务策略配置信息,及时、快速地分发给各区域UDR,以便各区域UDR进行保存、使用和协同配合,而不用像现有技术那样各区域需要对运营商统一配置的业务策略独立分解执行。
可选地,参见图10,该方法还可以包括:
1003、各区域的管理控制网元基于区域内的UDR提供的全局数据进行业务处理。
例如,全局数据可以是业务策略配置信息,各区域的管理控制网元可以根据业务策略配置信息所描述的规则进行业务处理,并与其他区域进行协同配合。比如,业务策略配置信息可以用于实现区域间的套餐共享、配额共享或套餐通用等业务。
示例性的,全局UDR0可以将区域间配额共享的策略规则下发给各区域的UDR。各区域的UDR根据该策略规则进行协同配合。比如,移动用户1和移动用户2为关联用户,且订购了流量配额共享的业务套餐,流量配额为30G,移动用户1通过终端在区域1内使用了流量值a,区域1内的管理控制网元1和UDR1根据区域间配额共享的策略规则,在30G的基础上实时扣减流量值a,并通知给移动用户2所在区域2内的UDR2,区域2内的UDR2和管理控制网元2根据区域间配额共享的策略规则,确定当前剩余流量值为30G-a。若移动用户2通过终端2在区域2内使用了流量值b,则区域2内的管理控制网元2和UDR2根据区域间配额共享的策略规则,在30G-a的基础上实时扣减流量值b,并通知给移动用户1所在区域1内的UDR1,区域1内的UDR1和管理控制网元1根据区域间配额共享的策略规则,确定当前剩余流量值为30G-a-b。
再示例性的,全局UDR0可以将区域间套餐通用的策略规则下发给各区域的UDR。各区域的UDR根据该策略规则进行协同配合。比如,移动用户1订购了区域间套餐通用,套餐对应的下载速度为20M。移动用户1通过终端在归属地区域n内使用20M的速度访问网络数据。移动用户1通过终端在拜访地区域1内访问网络数据。区域1内的管理控制网元1和UDR1根据区域间套餐通用的策略规则,允许移动用户1在拜访地区域1也使用套餐对应的20M的下载速度。
需要说明的是,运营商也可以通过全局UDR更新用户标识对应的管理数据,并同步指示用户标识的归属地UDR更新该管理数据。或者,运营商也可以通过全局UDR更新保存的其他数据,并同步指示区域UDR更新相应的数据。
也就是说,更新操作可能是归属地UDR发起的,全局UDR为更新响应端;或者,更新也可能是全局UDR发起的,区域的UDR为更新响应端。区域和全局之间的更新可以包括同步更新和异步更新两种模式。其中,同步更新是指发起端和响应端均要更新成功,若响应端更新失败,则整个更新操作失败,发起端的更新也失败;该种情况下,发起端还可以进行数据回滚,以恢复更新前的状态。异步更新是指发起端与响应端的更新是相对独立的,响应端更新失败不影响发起端的更新结果。
此外,在本申请的实施例中,为了进一步保证全局UDR与区域UDR之间数据的一致性,全局区域UDR之间与区域UDR之间还可以进行数据一致性校验。例如,全局UDR可以向区域UDR发起正向校验。区域UDR可以向全局UDR发起反向校验。其中,正向校验可以使得区域UDR自动恢复自身没有但全局UDR有的数据。反向校验可以使得全局UDR删除区域UDR没有的数据。正向校验和反向校验可以是周期性地、持续进行的。正向校验和反向校验可以及时发现区域侧和全局侧不一致的数据,并尽快进行处理和自动恢复,以使得区域侧和全局侧保存的数据能够实时一致。
另外,由于现有技术中各区域的移动通信系统为独立的子网,因而对于运营商统一规划的新业务,需要人为管理,协调规划,并在各省份(区域)独立执行;运营成本高,业务上线周期长。现有方案至少存在以下问题:
(1)、管理控制网元上的产品目录不统一。运营统一制定策略业务,各区域分时、分解执行,涉及的产品目录管理节点多,策略配置节点多,新业务上线周期(time tomarketing,TTM)周期长。例如,开通园区/专线等业务,要在31个省的管理控制网元多厂家分别定义的控制策略和批价逻辑,集采模式TTM大于一年。
(2)、移动用户的号段管理复杂。例如,移动用户的IMSI和MSISDN号段需要按照归属地强匹配管理,并且需要保证强匹配关系,管理复杂,码号资源不能共享;如异地补卡场景,异地漫游卡丢失只能在异地补卡,而按省分离部署需要使用归属地的IMSI。
(3)、跨省套餐共享难。2B场景下的企业,不支持跨省共享套餐和配额;2C场景下的家庭套餐或个人穿戴,不支持共享套餐和配额。
本申请实施例提供的移动管理网络可以通过全局管理设备组进行全网管控,从而实现区域间的协同配合。与现有技术相比,本申请实施例提供的方案至少可以实现以下功能:
(1)、简化号段管理,信令就近接入。移动用户无严格号段归属要求,支持移动用户直接、快速的全局路由。
(2)、营帐在全局管理设备组处单点接入,可以维护全网的移动用户的管理数据;可以配置运营商提供的套餐等业务,所有区域同时生效;同时,还可以简化营帐服务器的对接和号段管理。
(3)、支持跨省套餐共享和异地补卡,且异地补卡流程简单、容易实施。
(4)、可靠性高。采用区域和区域两级跨地理网络容灾。
(5)、UDR保存的数据可以包括多种切片数据,通过全局管理设备组可以统一管理切片数据,使得切换数据能够按需下载和扩容。
需要说明的是,以上实施例是以图2D所示的基于5G网络架构的移动管理系统,及移动管理系统中的网元为例进行说明的。对于基于其他网络架构的移动管理系统以及移动管理系统中的网元,也可以采用本申请实施例提供的方法进行数据处理,此处不再赘述。
在其他一些实施例中,全局UDR上保存的全局路由信息也可以是预先配置的信息,该种情况下,移动用户在拜访地可以根据全局路由信息直接访问到归属地的同一数据存储库网元,从而在拜访地就近进行业务处理,而不需要像现有技术那样将业务迁移回归属地进行处理,可以简化异地漫游场景下的业务处理流程,提高业务处理效率,使得移动用户在异地能够方便、高效地使用移动通信业务。
综上,本申请实施例公开了一种数据处理方法,可以应用于拜访地统一数据存储库网元,如图11所示,该方法包括如下步骤:
1101、第一统一数据存储库网元接收来自网络设备的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。
1102、第一统一数据存储库网元向第二统一数据存储库网元发送第一请求。
1103、第一统一数据存储库网元接收来自第二统一数据存储库网元的第一请求的响应。
1104、第一统一数据存储库网元将第一请求的响应发送给网络设备,第一请求的响应用于网络设备处理第一用户标识对应的业务。
上述数据处理方法中,例如,第一统一数据存储库网元的操作可参考图4所示的实施例中UDR1的操作及上述相关文字说明,还可以执行图7、图8或图10所示的实施例中UDR1的操作及上述相关文字说明,在此不再赘述。
上述数据处理方法中,当移动用户在拜访地发起移动通信业务时,可以就近接入拜访地的区域管理控制网元。拜访地的区域管理控制网元在拜访地的区域统一数据存储库网元,请求对移动用户的管理数据进行处理操作。拜访地的区域统一数据存储库网元将请求发送给全局的统一数据存储库网元,并根据全局的统一数据存储库网元返回的请求处理结果,对移动用户的业务进行处理。因此,在异地漫游场景下,移动用户可以就近在拜访地进行业务处理,处理流程简单,使得移动用户在异地能够方便地使用移动通信业务。
此外,本申请实施例还公开了一种数据处理方法,可以应用于全局统一数据存储库网元,如图12所示,该方法包括如下步骤:
1201、第二统一数据存储库网元接收来自第一统一数据存储库网元的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。
1202、第二统一数据存储库网元向第三统一数据存储库网元发送第一请求,第三统一数据存储库网元与第一用户标识的归属地信息相对应。
1203、第二统一数据存储库网元接收来自第三统一数据存储库网元的第一请求的响应。
1204、第二统一数据存储库网元将第一请求的响应发送给第一统一数据存储库网元。
上述数据处理方法中,例如,第二统一数据存储库网元的操作可参考图4所示的实施例中UDR0的操作及上述相关文字说明,还可以执行图6-图10所示的实施例中UDR0的操作及上述相关文字说明,在此不再赘述。
上述数据处理方法中,全局统一数据存储库网元可以接收拜访地统一数据存储库网元发送的,与移动用户的业务相关联的第一请求,并根据全局路由信息将第一请求路由到归属地统一数据存储库网元。全局统一数据存储库网元将归属地统一数据存储库网元返回的请求响应,转发给拜访地的区域统一数据存储库网元,以便拜访地统一数据存储库网元将请求响应返回给拜访地管理控制网元进行业务处理。
因此,在异地漫游场景下,拜访地统一数据存储库网元能够通过全局的统一数据存储库网元提供的路由信息直接访问归属地统一数据存储库网元,以便拜访地管理控制网元根据访问结果进行业务处理,而不需要像现有技术那样需要通过多次跳转才能路由至归属地,不需要人工在各级网关上预先配置路由信息,因而可以简化业务处理流程,提高业务处理效率,节省人工配置操作,使得移动用户在异地能够方便地使用移动通信业务。
此外,本申请实施例还公开了一种数据处理方法,可以应用于归属地统一数据存储库网元,如图13所示,该方法包括如下步骤:
1301、第三统一数据存储库网元接收来自第二统一数据存储库网元的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。
1302、第三统一数据存储库网元根据第一请求对第一数据执行第一处理操作。
1303、第三统一数据存储库网元向第二统一数据存储库网元发送第一请求的响应。
上述数据处理方法中,例如,第三统一数据存储库网元的操作可参考图4所示的实施例中UDRn的操作及上述相关文字说明,还可以执行图5-图10所示的实施例中UDRn的操作及上述相关文字说明,在此不再赘述。
上述数据处理方法中,归属地统一数据存储库网元可以接收全局统一数据存储库网元发送的,与移动用户的业务相关联的第一请求,根据第一请求对第一数据执行处理操作。而后,归属地统一数据存储库网元向全局统一数据存储库网元返回请求响应,以便全局统一数据存储库网元转发给拜访地的区域统一数据存储库网元,从而使得拜访地管理控制网元进行业务处理。
因此,在异地漫游场景下,归属地统一数据存储库网元能够根据全局的统一数据存储库网元转发的与业务相关的请求执行处理操作,并将处理结果返回给拜访地进行业务处理,可以简化业务处理流程,使得移动用户在异地能够方便地使用移动通信业务。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,上述第一统一数据存储库网元、第二统一数据存储库网元、第三统一数据存储库网元、网络设备、终端或承转设备等为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对第一统一数据存储库网元、第二统一数据存储库网元、第三统一数据存储库网元、网络设备、终端或承转设备等进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
比如,以采用集成的方式划分各个功能模块的情况下,图14示出了一种数据处理装置140的结构示意图。数据处理装置140包括接收模块1401和发送模块1402。在一些实施例中,该数据处理装置140还包括处理模块1403。
在一些实施例中,该数据处理装置140用于实现上述第一统一数据存储库网元的功能。
其中,接收模块1401可以用于,接收来自网络设备的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。
发送模块1402可以用于,向第二统一数据存储库网元发送第一请求。
接收模块1401还可以用于,接收来自第二统一数据存储库网元的第一请求的响应;
发送模块1402还可以用于,将第一请求的响应发送给网络设备,第一请求的响应用于网络设备处理第一用户标识对应的业务。
此外,接收模块1401还可以用于支持第一统一数据存储库网元执行图7、图8或图10所示流程中从其他设备接收数据的操作,和/或用于本文所描述的技术的其他过程。
发送模块1402还可以用于支持第一统一数据存储库网元执行图7、图8或图10所示流程中的步骤709等向其他设备发送数据的操作,和/或用于本文所描述的技术的其他过程。
处理模块1403可以用于支持第一统一数据存储库网元执行图7、图8或图10所示流程中的步骤704、步骤708、步骤712、步骤806、步骤1002等操作,和/或用于本文所描述的技术的其他过程。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本实施例提供的数据处理装置140,用于实现上述第一统一数据存储库网元执行的数据处理方法,因此可以达到与上述实现方法相同的效果。
在另一些实施例中,该数据处理装置140用于实现上述第二统一数据存储库网元的功能。
其中,接收模块1401,用于接收来自第一统一数据存储库网元的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。
发送模块1402,用于向第三统一数据存储库网元发送第一请求,第三统一数据存储库网元与第一用户标识的归属地信息相对应。
接收模块1401还用于,接收来自第三统一数据存储库网元的第一请求的响应。
发送模块1402还用于,将第一请求的响应发送给第一统一数据存储库网元。
此外,接收模块1401还可以用于支持第一统一数据存储库网元执行图6-图10所示流程中从其他设备接收数据的操作,和/或用于本文所描述的技术的其他过程。
发送模块1402还可以用于支持第一统一数据存储库网元执行图6-图10所示流程中的步骤602、步骤605、步骤702、步骤703、步骤707、步骤711、步骤804、步骤805、步骤807、步骤905、步骤1001等向其他设备发送数据的操作,和/或用于本文所描述的技术的其他过程。
处理模块1403可以用于支持第一统一数据存储库网元执行图6-图10所示流程中的步骤706、步骤713、步骤904、步骤908等操作,和/或用于本文所描述的技术的其他过程。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本实施例提供的数据处理装置140,用于实现上述第二统一数据存储库网元执行的数据处理方法,因此可以达到与上述实现方法相同的效果。
在另一些实施例中,该数据处理装置用于实现上述第三统一数据存储库网元的功能。
其中,接收模块1401用于,接收来自第二统一数据存储库网元的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。
处理模块1403用于,根据第一请求对第一数据执行第一处理操作。
发送模块1402用于,向第二统一数据存储库网元发送第一请求的响应。
此外,接收模块1401还可以用于支持第一统一数据存储库网元执行图5-图10所示流程中从其他设备接收数据的操作,和/或用于本文所描述的技术的其他过程。
发送模块1402还可以用于支持第一统一数据存储库网元执行图5-图10所示流程中的步骤504、步骤604、步骤606、步骤710、步骤903、步骤907、步骤910等向其他设备发送数据的操作,和/或用于本文所描述的技术的其他过程。
处理模块1403可以用于支持第一统一数据存储库网元执行图5-图10所示流程中的步骤503、步骤603、步骤705、步骤804、步骤805、步骤906、步骤909、步骤1002等操作,和/或用于本文所描述的技术的其他过程。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本实施例提供的数据处理装置140,用于实现上述第三统一数据存储库网元执行的数据处理方法,因此可以达到与上述实现方法相同的效果。
在本申请实施例中,该数据处理装置以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到该数据处理装置可以采用图3所示的形式。
比如,图3中的处理器301可以通过调用存储器303中存储的计算机执行指令,使得数据处理装置执行上述方法实施例中的数据处理方法。
具体的,图14中的接收模块1401和发送模块1402以及处理模块1403的功能/实现过程可以通过图3中的处理器301调用存储器303中存储的计算机执行指令来实现。或者,图14中的处理模块1403的功能/实现过程可以通过图3中的处理器301调用存储器303中存储的计算机执行指令来实现,图14中的接收模块1401和发送模块1402的功能/实现过程可以通过图3中的通信接口304来实现。
由于本实施例提供的数据处理装置可执行上述数据处理方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
本申请另一实施例还提供了一种装置(例如,该装置可以是芯片系统,组件或模块),该装置包括处理器,用于支持第一统一数据存储库网元、第二统一数据存储库网元或第三统一数据存储库网元实现上述数据处理方法。在一种可能的设计中,该装置还包括存储器。该存储器,用于保存第一统一数据存储库网元、第二统一数据存储库网元或第三统一数据存储库网元必要的程序指令和数据。当然,存储器也可以不在该装置中。该装置是芯片系统时,可以由芯片构成,也可以包含芯片和其他分立器件,本申请实施例对此不作具体限定。
本申请实施例还提供一种电子设备,包括一个或多个处理器以及一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合,一个或多个存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,当一个或多个处理器执行计算机指令时,使得电子设备执行上述相关方法步骤实现上述实施例中的数据处理方法。
本申请的实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令,当该计算机指令在电子设备上运行时,使得电子设备执行上述相关方法步骤实现上述实施例中的数据处理方法。
本申请的实施例还提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述相关步骤,以实现上述实施例中电子设备执行的数据处理方法。
其中,本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
本申请另一实施例提供了一种通信系统,该通信系统的架构可以参见图2A-图2D。该通信系统可以包括第一统一数据存储库网元、第二统一数据存储库网元和第三统一数据存储库网元。其中,第一统一数据存储库网元和第三统一数据存储库网元分别与第二统一数据存储库网元相连。第一统一数据存储库网元和第三统一数据存储库网元分别对应不同的区域。第一统一数据存储库网元和第三统一数据存储库网元分别保存有不同用户标识对应的管理数据。第二统一数据存储库网元保存有用户标识的路由信息。
该通信系统中的网元可以用于实现上述数据处理方法,达到的有益效果可参考上文所提供的对应的方法中的有益效果。
例如,第一统一数据存储库网元接收来自网络设备的第一请求,第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,第一数据与第一用户标识对应的业务相关联。第一统一数据存储库网元向第二统一数据存储库网元发送第一请求。第二统一数据存储库网元向第三统一数据存储库网元发送第一请求,第三统一数据存储库网元与第一用户标识的归属地信息相对应。第三统一数据存储库网元对第一数据执行第一处理操作。第三统一数据存储库网元向第二统一数据存储库网元发送第一请求的响应。第二统一数据存储库网元将第一请求的响应发送给第一统一数据存储库网元。第一统一数据存储库网元将第一请求的响应发送给网络设备,第一请求的响应用于网络设备处理第一用户标识对应的业务。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看附图、公开内容、以及所附权利要求书,可理解并实现公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (33)
1.一种数据处理方法,其特征在于,包括:
拜访地统一数据存储库网元接收来自网络设备的第一请求,所述第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,所述第一数据与所述第一用户标识对应的业务相关联;
所述拜访地统一数据存储库网元确定本地没有所述第一数据,向全局统一数据存储库网元发送所述第一请求;
所述拜访地统一数据存储库网元接收来自所述全局统一数据存储库网元的所述第一请求的响应;
所述拜访地统一数据存储库网元将所述第一请求的响应发送给所述网络设备,所述第一请求的响应用于通知所述第一处理操作的操作结果。
2.根据权利要求1所述的方法,其特征在于,所述第一数据属于所述第一用户标识对应的管理数据;其中,
所述网络设备为统一数据管理网元,所述管理数据为所述第一用户标识对应的用户数据;
或者,所述网络设备为策略控制功能网元,所述管理数据为所述第一用户标识对应的策略数据。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
所述拜访地统一数据存储库网元接收来自所述全局统一数据存储库网元的第二请求,所述第二请求用于请求插入所述第一用户标识对应的管理数据;
所述拜访地统一数据存储库网元插入所述第一用户标识对应的管理数据。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述拜访地统一数据存储库网元接收来自所述全局统一数据存储库网元的第一回滚信息;
所述拜访地统一数据存储库网元根据所述第一回滚信息,撤销插入所述第一用户标识对应的管理数据的操作。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述方法还包括:
所述拜访地统一数据存储库网元接收来自所述全局统一数据存储库网元的业务策略配置信息,并保存所述业务策略配置信息;
所述业务策略配置信息用于所述网络设备进行业务处理。
6.根据权利要求1-4任一项所述的方法,其特征在于,所述第一处理操作包括:增加、删除、修改或查询。
7.根据权利要求1-4任一项所述方法,其特征在于,包括:
所述拜访地统一数据存储网元周期性向全局统一数据存储网元发起周期性正向校验;或者,拜访地统一数据存储网元响应全局统一数据存储网元发起的反向校验请求。
8.一种数据处理方法,其特征在于,包括:
全局统一数据存储库网元接收来自拜访地统一数据存储库网元的第一请求,所述第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,所述第一数据与所述第一用户标识对应的业务相关联;
所述全局统一数据存储库网元向归属地统一数据存储库网元发送所述第一请求,所述归属地统一数据存储库网元与所述第一用户标识的归属地信息相对应;
所述全局统一数据存储库网元接收来自所述归属地统一数据存储库网元的所述第一请求的响应;
所述全局统一数据存储库网元将所述第一请求的响应发送给所述拜访地统一数据存储库网元,所述第一请求的响应用于通知所述第一处理操作的操作结果。
9.根据权利要求8所述的方法,其特征在于,所述第一数据属于所述第一用户标识对应的管理数据,所述全局统一数据存储库网元保存有所述第一用户标识对应的管理数据,所述第一处理操作为更新操作,所述方法还包括:
所述全局统一数据存储库网元接收来自所述归属地统一数据存储库网元的同步信息;
所述全局统一数据存储库网元根据所述同步信息,更新保存的所述管理数据中的所述第一数据。
10.根据权利要求8所述的方法,其特征在于,所述方法还包括:
所述全局统一数据存储库网元接收来自营帐服务器的所述第一用户标识对应的第一业务请求;
所述全局统一数据存储库网元向所述归属地统一数据存储库网元发送所述第一业务请求,所述第一业务请求用于请求对所述第一用户标识对应的第三数据执行第三处理操作,其中,所述第三数据属于所述第一用户标识对应的管理数据;
所述全局统一数据存储库网元接收来自所述归属地统一数据存储库网元的所述第一业务请求的响应;
所述全局统一数据存储库网元向所述营帐服务器发送所述第一业务请求的响应,所述第一业务请求的响应用于通知所述第三处理操作的结果。
11.根据权利要求8所述的方法,其特征在于,所述第一数据属于所述第一用户标识对应的管理数据,所述方法还包括:
所述全局统一数据存储库网元接收来自营帐服务器的所述第一用户标识对应的迁移业务请求;
所述全局统一数据存储库网元根据所述迁移业务请求,向所述拜访地统一数据存储库网元发送第二请求,所述第二请求用于指示插入所述第一用户标识对应的管理数据;
所述全局统一数据存储库网元根据所述迁移业务请求,向所述归属地统一数据存储库网元发送第三请求,所述第三请求用于指示删除所述第一用户标识对应的管理数据;
所述全局统一数据存储库网元更新所述第一用户标识的归属地信息,更新后的所述第一用户标识的归属地信息与所述拜访地统一数据存储库网元对应。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括:
所述全局统一数据存储库网元接收到来自所述归属地统一数据存储库网元的删除失败响应,或者来自所述拜访地统一数据存储库网元的插入失败响应后,向所述拜访地统一数据存储库网元发送第一回滚信息,并向所述归属地统一数据存储库网元发送第二回滚信息;
其中,所述第一回滚信息用于指示撤销插入所述第一用户标识对应的管理数据的操作,所述第二回滚信息用于指示撤销删除所述第一用户标识对应的管理数据的操作。
13.根据权利要求8-10任一项所述的方法,其特征在于,所述方法还包括:
所述全局统一数据存储库网元接收来自营帐服务器的卡迁移业务请求;
所述全局统一数据存储库网元根据所述卡迁移业务请求向所述归属地统一数据存储库网元发送第四请求,所述第四请求用于指示插入所述第一用户标识对应的管理数据中的用户身份识别卡的卡数据;
所述全局统一数据存储库网元根据所述卡迁移业务请求向所述拜访地统一数据存储库网元发送第五请求,所述第五请求用于指示删除所述第一用户标识对应的管理数据中的用户身份识别卡的卡数据。
14.根据权利要求8-12任一项所述的方法,其特征在于,所述全局统一数据存储库网元保存有所述第一用户标识对应的管理数据,所述方法还包括:
所述全局统一数据存储库网元接收来自所述归属地统一数据存储库网元的第六请求,所述第六请求用于请求对第一用户标识对应的第二数据执行第二处理操作;所述第二数据属于所述第一用户标识对应的管理数据,所述第二数据与所述第一用户标识对应的业务相关联;
所述全局统一数据存储库网元确定未保存有所述第一用户标识的归属地信息;
所述全局统一数据存储库网元将所述第一用户标识对应的管理数据发送给所述归属地统一数据存储库网元;
所述全局统一数据存储库网元接收来自所述归属地统一数据存储库网元的管理数据保存成功响应;
所述全局统一数据存储库网元保存所述第一用户标识与归属地信息的对应关系,所述归属地信息与所述归属地统一数据存储库网元相对应。
15.根据权利要求8-12任一项所述的方法,其特征在于,所述方法还包括:
所述全局统一数据存储库网元将业务策略配置信息发送给所述拜访地统一数据存储库网元和所述归属地统一数据存储库网元。
16.根据权利要求9或11所述的方法,其特征在于,所述管理数据为所述第一用户标识对应的用户数据,或者所述管理数据为所述第一用户标识对应的策略数据。
17.根据权利要求8-12任一项所述的方法,其特征在于,包括:
所述全局统一数据存储库网元周期性向所述拜访地统一数据库网元和所述归属地统一数据库网元发起周期性反向校验;或者
所述全局统一数据存储库网元响应所述拜访地统一数据存储库网元和所述归属地数据库存储网元发起的正向校验请求。
18.根据权利要求8-12任一项所述的方法,其特征在于,所述第一处理操作包括:增加、删除、修改或查询。
19.一种数据处理方法,其特征在于,包括:
归属地统一数据存储库网元接收来自全局统一数据存储库网元的第一请求,所述第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,所述第一数据与所述第一用户标识对应的业务相关联;
所述归属地统一数据存储库网元根据所述第一请求,对所述第一数据执行所述第一处理操作;
所述归属地统一数据存储库网元向所述全局统一数据存储库网元发送所述第一请求的响应,所述第一请求的响应用于通知所述第一处理操作的操作结果。
20.根据权利要求19所述的方法,其特征在于,所述第一数据属于所述第一用户标识对应的管理数据,所述第一处理操作为更新操作,所述方法还包括:
所述归属地统一数据存储库网元向所述全局统一数据存储库网元发送同步信息,所述同步信息用于指示更新所述全局统一数据存储库网元保存的所述第一用户标识对应的管理数据中的所述第一数据。
21.根据权利要求19所述的方法,其特征在于,所述方法还包括:
所述归属地统一数据存储库网元接收来自所述全局统一数据存储库网元的第一业务请求;
所述归属地统一数据存储库网元根据所述第一业务请求,对所述第一用户标识对应的第三数据执行第三处理操作,所述第三数据与所述第一用户标识对应的业务相关联;
所述归属地统一数据存储库网元向所述全局统一数据存储库网元发送所述第一业务请求的响应,所述第一业务请求的响应用于通知所述第三处理操作的结果。
22.根据权利要求19所述的方法,其特征在于,所述第一数据属于所述第一用户标识对应的管理数据,所述方法还包括:
所述归属地统一数据存储库网元接收来自所述全局统一数据存储库网元的第三请求,所述第三请求用于指示删除所述第一用户标识对应的管理数据;
所述归属地统一数据存储库网元根据所述第三请求,删除所述第一用户标识对应的管理数据。
23.根据权利要求22所述的方法,其特征在于,所述方法还包括:
所述归属地统一数据存储库网元接收来自所述全局统一数据存储库网元的第二回滚信息;
所述归属地统一数据存储库网元根据所述第二回滚信息,撤销删除所述第一用户标识对应的管理数据的操作。
24.根据权利要求19-21任一项所述的方法,其特征在于,所述方法还包括:
所述归属地统一数据存储库网元向所述全局统一数据存储库网元发送第六请求,所述第六请求用于请求对第一用户标识对应的第二数据执行第二处理操作,所述第二数据与所述第一用户标识对应的业务相关联,所述第二数据属于所述第一用户标识对应的管理数据;所述归属地统一数据存储库网元未保存有所述第一用户标识对应的管理数据;
所述归属地统一数据存储库网元接收来自所述全局统一数据存储库网元的所述第一用户标识对应的管理数据;
所述归属地统一数据存储库网元保存所述第一用户标识对应的管理数据,并向所述全局统一数据存储库网元发送管理数据保存成功响应。
25.根据权利要求19-23任一项所述的方法,其特征在于,所述方法还包括:
所述归属地统一数据存储库网元接收来自所述全局统一数据存储库网元的业务策略配置信息,并保存所述业务策略配置信息;
所述业务策略配置信息用于所述归属地统一数据存储库网元对应的统一数据管理网元或策略控制功能网元进行业务处理。
26.根据权利要求20或22所述的方法,其特征在于,所述管理数据为所述第一用户标识对应的用户数据,或者所述管理数据为所述第一用户标识对应的策略数据。
27.根据权利要求19-23任一项所述的方法,其特征在于,所述第一处理操作包括查询操作或更新操作,所述更新操作包括插入操作、删除操作或替换操作。
28.一种数据处理装置,其特征在于,包括至少一个处理器和存储器,所述至少一个处理器与所述存储器耦合;
所述存储器,用于存储计算机程序;
所述至少一个处理器,用于执行所述存储器中存储的计算机程序,以使得所述装置执行如权利要求1-7中任一项所述的方法。
29.一种数据处理装置,其特征在于,包括至少一个处理器和存储器,所述至少一个处理器与所述存储器耦合;
所述存储器,用于存储计算机程序;
所述至少一个处理器,用于执行所述存储器中存储的计算机程序,以使得所述装置执行如权利要求8-18中任一项所述的方法。
30.一种数据处理装置,其特征在于,包括至少一个处理器和存储器,所述至少一个处理器与所述存储器耦合;
所述存储器,用于存储计算机程序;
所述至少一个处理器,用于执行所述存储器中存储的计算机程序,以使得所述装置执行如权利要求19-27中任一项所述的方法。
31.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序或指令,当所述计算机程序或指令被运行时,实现如权利要求1-27中任一项所述的方法。
32.一种通信系统,其特征在于,包括:拜访地统一数据存储库网元、全局统一数据存储库网元和归属地统一数据存储库网元;
其中,所述拜访地统一数据存储库网元和所述归属地统一数据存储库网元分别与所述全局统一数据存储库网元相连;
所述拜访地统一数据存储库网元和所述归属地统一数据存储库网元分别对应不同的区域;
所述拜访地统一数据存储库网元和所述归属地统一数据存储库网元分别保存有不同用户标识对应的管理数据;
所述全局统一数据存储库网元保存有所述用户标识的路由信息。
33.根据权利要求32所述的通信系统,其特征在于,所述通信系统还包括网络设备;其中,
所述拜访地统一数据存储库网元用于,接收来自所述网络设备的第一请求,所述第一请求用于请求对第一用户标识对应的第一数据执行第一处理操作,所述第一数据与所述第一用户标识对应的业务相关联;
所述拜访地统一数据存储库网元还用于,确定本地没有所述第一数据,向所述全局统一数据存储库网元发送所述第一请求;
所述全局统一数据存储库网元用于,根据所述路由信息向所述归属地统一数据存储库网元发送所述第一请求,所述路由信息包括所述第一用户标识的归属地信息,所述归属地统一数据存储库网元与所述第一用户标识的归属地信息相对应;
所述归属地统一数据存储库网元用于,对所述第一数据执行所述第一处理操作;
所述归属地统一数据存储库网元还用于,向所述全局统一数据存储库网元发送所述第一请求的响应,所述第一请求的响应用于通知所述第一处理操作的操作结果;
所述全局统一数据存储库网元还用于,将所述第一请求的响应发送给所述拜访地统一数据存储库网元;
所述拜访地统一数据存储库网元还用于,将所述第一请求的响应发送给所述网络设备,所述第一请求的响应用于所述网络设备处理所述第一用户标识对应的业务。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911261341.3A CN112954664B (zh) | 2019-12-10 | 2019-12-10 | 一种数据处理方法、装置及系统 |
PCT/CN2020/135468 WO2021115396A1 (zh) | 2019-12-10 | 2020-12-10 | 一种数据处理方法、装置及系统 |
EP20900539.6A EP4061032A4 (en) | 2019-12-10 | 2020-12-10 | DATA PROCESSING METHOD, DEVICE AND SYSTEM |
US17/837,478 US20220303753A1 (en) | 2019-12-10 | 2022-06-10 | Data Processing Method and Apparatus, and System |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911261341.3A CN112954664B (zh) | 2019-12-10 | 2019-12-10 | 一种数据处理方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112954664A CN112954664A (zh) | 2021-06-11 |
CN112954664B true CN112954664B (zh) | 2022-07-12 |
Family
ID=76225904
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911261341.3A Active CN112954664B (zh) | 2019-12-10 | 2019-12-10 | 一种数据处理方法、装置及系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220303753A1 (zh) |
EP (1) | EP4061032A4 (zh) |
CN (1) | CN112954664B (zh) |
WO (1) | WO2021115396A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023088583A1 (en) * | 2021-11-22 | 2023-05-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Managing a change to data in a network |
CN114356231B (zh) * | 2021-12-27 | 2023-10-20 | 阿里巴巴(中国)有限公司 | 数据处理方法、设备及计算机存储介质 |
WO2024011522A1 (en) * | 2022-07-14 | 2024-01-18 | Nokia Shanghai Bell Co., Ltd. | Identifier determination of subnetwork |
JP7356618B1 (ja) | 2023-08-28 | 2023-10-04 | 株式会社インターネットイニシアティブ | 方法およびシステム |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101193026A (zh) * | 2006-11-25 | 2008-06-04 | 华为技术有限公司 | 一种业务目录系统及业务注册及访问方法 |
CN102918918A (zh) * | 2011-06-03 | 2013-02-06 | 华为技术有限公司 | 业务恢复的处理方法及移动管理网元 |
WO2015088411A1 (en) * | 2013-12-13 | 2015-06-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatuses for communicating in a communication system comprising a home communication network and visiting communication networks |
WO2018129337A1 (en) * | 2017-01-09 | 2018-07-12 | Qualcomm Incorporated | Systems and methods for supporting control plane location in a fifth generation wireless network |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6859821B1 (en) * | 1999-07-19 | 2005-02-22 | Groove Networks, Inc. | Method and apparatus for prioritizing data change requests and maintaining data consistency in a distributed computer system equipped for activity-based collaboration |
US8131831B1 (en) * | 2006-09-19 | 2012-03-06 | At&T Mobility Ii Llc | Centralized policy management framework for telecommunication networks |
WO2017220158A1 (en) * | 2016-06-24 | 2017-12-28 | Nokia Solutions And Networks Oy | Policy control of mobile edge applications |
GB2553572B (en) * | 2016-09-12 | 2019-09-04 | I P Access Limted | A network entity, a wireless communication system and a method for deriving a cell candidate list from a neighbour list |
CN107864109B (zh) * | 2016-09-22 | 2020-04-17 | 上海复旦微电子集团股份有限公司 | 一种nfc智能卡应用数据迁移方法 |
US10470029B2 (en) * | 2016-11-15 | 2019-11-05 | At&T Intellectual Property I, L.P. | Global-to-local profile controller system and method |
JP6709341B2 (ja) * | 2017-01-09 | 2020-06-10 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおけるネットワーク間の相互連動方法及びそのための装置 |
US11172360B2 (en) * | 2017-10-13 | 2021-11-09 | Qualcomm Incorporated | Transfer of security protected configuration data from HPLMN |
KR20200108036A (ko) * | 2018-01-11 | 2020-09-16 | 오피노 엘엘씨 | 서비스 성능 모니터링 및 보고 |
US10673618B2 (en) * | 2018-06-08 | 2020-06-02 | Cisco Technology, Inc. | Provisioning network resources in a wireless network using a native blockchain platform |
CN109766330B (zh) * | 2018-12-29 | 2020-02-14 | 北京三快在线科技有限公司 | 数据分片方法、装置、电子设备及存储介质 |
-
2019
- 2019-12-10 CN CN201911261341.3A patent/CN112954664B/zh active Active
-
2020
- 2020-12-10 WO PCT/CN2020/135468 patent/WO2021115396A1/zh unknown
- 2020-12-10 EP EP20900539.6A patent/EP4061032A4/en active Pending
-
2022
- 2022-06-10 US US17/837,478 patent/US20220303753A1/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101193026A (zh) * | 2006-11-25 | 2008-06-04 | 华为技术有限公司 | 一种业务目录系统及业务注册及访问方法 |
CN102918918A (zh) * | 2011-06-03 | 2013-02-06 | 华为技术有限公司 | 业务恢复的处理方法及移动管理网元 |
WO2015088411A1 (en) * | 2013-12-13 | 2015-06-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatuses for communicating in a communication system comprising a home communication network and visiting communication networks |
WO2018129337A1 (en) * | 2017-01-09 | 2018-07-12 | Qualcomm Incorporated | Systems and methods for supporting control plane location in a fifth generation wireless network |
Non-Patent Citations (1)
Title |
---|
"S5-152268_TR32849-section-5_2-Registration when roaming".《3GPP tsg_sa\WG5_TM》.2015, * |
Also Published As
Publication number | Publication date |
---|---|
EP4061032A1 (en) | 2022-09-21 |
CN112954664A (zh) | 2021-06-11 |
EP4061032A4 (en) | 2023-01-18 |
US20220303753A1 (en) | 2022-09-22 |
WO2021115396A1 (zh) | 2021-06-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112954664B (zh) | 一种数据处理方法、装置及系统 | |
CN110120879B (zh) | 一种应用服务水平协议的保障方法、设备及系统 | |
CN110603837B (zh) | 将移动无线电通信网络的网络切片实例与网络功能相关联的方法 | |
CN110972092B (zh) | 本地局域网通信方法、设备及系统 | |
US20210377097A1 (en) | Communication method and apparatus, entity, and computer-readable storage medium | |
CN110049485B (zh) | 一种配置ue的策略的方法、装置和系统 | |
CN109862581B (zh) | 一种通信方法及装置 | |
CN102355500B (zh) | 业务推送方法和装置 | |
KR102202994B1 (ko) | 위치 변경 보고 방법, 장치 및 시스템 | |
CN109429214B (zh) | 业务会话建立方法、设备及系统 | |
CN110972224B (zh) | 一种通信方法、装置及系统 | |
CN111435932B (zh) | 一种令牌处理方法及装置 | |
US20210028992A1 (en) | Multi-access edge computing cloud discovery and communications | |
US11496947B2 (en) | Method for accessing local network and device | |
CN110324152A (zh) | 策略和计费控制规则获取方法、装置及系统 | |
CN112073997B (zh) | 通信方法及装置 | |
CN110445623B (zh) | 计费方法、设备及系统 | |
WO2021083033A1 (zh) | 一种中间会话管理功能i-smf确定方法和设备 | |
CN113099449B (zh) | 分布式核心网的鉴权方法和系统、归属签约用户服务器 | |
CN112243243B (zh) | 网络切片实现方法、实体和系统 | |
US10250700B2 (en) | Methods and devices for notifying authorization update | |
CN104918246A (zh) | 一种鉴权认证方法和系统、ProSe功能实体以及UE | |
CN110677845B (zh) | 一种确定应用功能请求状态的方法、网元及系统 | |
JP6460743B2 (ja) | 設定情報生成システム及び設定情報生成方法 | |
WO2023213286A1 (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |