CN118042447A - 一种智能网漫游场景的实现方法及系统 - Google Patents
一种智能网漫游场景的实现方法及系统 Download PDFInfo
- Publication number
- CN118042447A CN118042447A CN202410237713.3A CN202410237713A CN118042447A CN 118042447 A CN118042447 A CN 118042447A CN 202410237713 A CN202410237713 A CN 202410237713A CN 118042447 A CN118042447 A CN 118042447A
- Authority
- CN
- China
- Prior art keywords
- intelligent network
- office
- user
- road
- network equipment
- 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
- 238000000034 method Methods 0.000 title claims abstract description 134
- 230000008569 process Effects 0.000 claims description 64
- 230000004044 response Effects 0.000 claims description 27
- 238000013507 mapping Methods 0.000 claims description 19
- 238000012795 verification Methods 0.000 claims description 19
- 230000002159 abnormal effect Effects 0.000 claims description 7
- 230000002093 peripheral effect Effects 0.000 claims description 5
- 238000012217 deletion Methods 0.000 claims description 4
- 230000037430 deletion Effects 0.000 claims description 4
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 abstract description 4
- 238000010586 diagram Methods 0.000 description 5
- 239000000243 solution Substances 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 239000011159 matrix material Substances 0.000 description 3
- 238000004873 anchoring Methods 0.000 description 2
- 101150089829 csc-1 gene Proteins 0.000 description 2
- 238000002347 injection Methods 0.000 description 2
- 239000007924 injection Substances 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000004750 isotope dilution mass spectroscopy Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种智能网漫游场景的实现方法及系统，方法包括：智能网采用两级架构，包括全路设备和与该全路设备连接的多组路局设备，全路设备包括全路智能网设备；每组路局设备包括路局智能网设备和网元设备；将路局智能网设备作为全路智能网设备与路局智能网设备所在路局的网元设备的网关，由路局智能网设备优先响应用户终端的业务请求；在跨局呼叫或用户漫游场景，路局智能网设备向全路智能网设备发送消息，并根据全路智能网设备的反馈消息，通过所在路局的网元设备反馈信息给用户终端。本发明将全路智能网设备的功能下沉到路局，提高了处理效率和容错能力。
Description
技术领域
本发明属于轨道交通通信技术领域，特别涉及一种智能网漫游场景的实现方法及系统。
背景技术
5G-R(5G for Railway)是铁路新一代的宽带无线移动系统，用于解决现有GSM-R系统的带宽、速率、时延以及业务承载能力等不足的问题，是GSM-R系统的后续升级换代通信系统。
根据《铁路5G专用移动通信(5G-R)系统智能网设备暂行技术要求》，铁路5G-R智能网业务采用两级的部署方式，包括全路智能网设备(以下简称“全路5G-IN”(5GIntelligent Network，5G-IN)和各铁路局集团公司MCX(Mission Critical X-Service，关键任务应用)应用中的局5G-IN单元(以下简称“路局5G-IN”)。全路5G-IN负责功能号的注册、注销、查询、强制注销，及功能寻址、基于位置的呼叫限制等业务的处理。路局5G-IN负责基于位置寻址业务的处理。
现有技术要求中，对用户漫游场景的流程处理没有清楚的描述。当用户漫游到拜访地时，涉及功能号相关的业务，如功能寻址、功能号被强制注销等漫游相关的流程，全路5G-IN通过锚定归属地MCX应用，由归属地MCX应用来获取用户的位置信息和当前所在地的局向信息。存在以下问题：a)当用户漫游至拜访地后，归属地MCX应用的用户上下文已经被注销，以上通过锚定归属地MCX应用来转发功能号被强制注销通知消息会出现用户不存在的问题；b)功能寻址过程中，查询被叫用户当前所在局向的流程也有同样的问题；c)全路5G-IN业务覆盖面广，如果出现故障会影响全路的铁路通信业务的运行。
发明内容
为解决上述问题之一，本发明提供一种智能网漫游场景的实现方法，包括：
智能网采用两级架构，包括全路设备和与该全路设备连接的多组路局设备，全路设备包括全路智能网设备；每组路局设备包括路局智能网设备和网元设备；
将路局智能网设备作为全路智能网设备与路局智能网设备所在路局的网元设备的网关，由路局智能网设备优先响应用户终端的业务请求；
在跨局呼叫或用户漫游等场景，路局智能网设备向全路智能网设备发送消息，并根据全路智能网设备的反馈消息，通过所在路局的网元设备反馈信息给用户终端。
进一步地，包括功能号注册过程：
归属地或拜访地的路局智能网设备接收来自用户终端发送的注册请求消息，根据请求消息进行功能号绑定注册，如果在所述路局智能网设备注册成功，则由所述路局智能网设备发送消息到全路智能网设备，由全路智能网设备对所述功能号进行绑定注册；
其中，网元设备包括路局的关键任务应用，即MCX应用。
进一步地，功能号注册过程包括：
归属局的第一MCX应用接收用户终端在归属地发起功能号注册请求，请求消息中携带用户MSISDN号码和功能号；
第一MCX应用解析该功能号的注册消息，验证主叫用户的合法性以及是否具备功能号注册的权限；
校验用户成功后，第一MCX应用转发请求消息至所在路局的路局智能网设备；
路局智能网设备根据其中的MSISDN号码校验用户的有效性，校验成功后将MSISDN号码与功能号码进行绑定，注册成功后，将请求消息转发给全路智能网设备。
进一步地，全路智能网设备收到请求消息后，根据其中的MSISDN号码校验用户的有效性，将MSISDN号码与功能号码进行绑定。
进一步地，拜访地所在拜访局的第二MCX应用接收漫游到相应拜访地的用于重注册的请求消息，消息中携带用户MSISDN号码和功能号码；
第二MCX应用根据请求消息，验证主叫用户的合法性以及是否具备功能号注册的权限；
如果校验用户成功，第二MCX应用转发请求消息至本路局智能网设备；
本路局智能网设备根据其中的MSISDN号码校验用户的有效性，将MSISDN号码与功能号码进行绑定，注册成功，路局智能网设备将请求消息转发给全路智能网设备。
进一步地，如果全路智能网设备的数据库中已存在相同的功能号，则认为此过程为重注册过程，使用当前消息的内容覆盖原有的功能号信息。
进一步地，包括功能号在全路智能网设备注册后的注销过程：
路局智能网设备接收用户终端发送的注销请求消息；
路局智能网设备转发请求消息到全路智能网设备；
全路智能网设备根据请求消息对用户终端的功能号进行注销，全路智能网设备返回功能号注销成功或失败的响应消息给路局智能网设备；
如果响应消息为注销成功，路局智能网设备将本地的MSISDN号码与功能号码的绑定关系删除；如果响应消息为注销失败，路局智能网设备不做处理；
其中，网元设备包括路局的关键任务应用，即MCX应用。
进一步地，功能号在全路智能网设备注册后的注销流程包括：
第一MCX应用接收终端用户在归属地发起的功能号注销请求，请求消息中携带用户MSISDN号码和功能号；
第一MCX应用解析该功能号请求消息，验证主叫用户的合法性以及是否具备功能号注销的权限；
如果校验用户成功，第一MCX应用转发该功能号注销请求消息至归属局的路局智能网设备进行功能号注销。
进一步地，功能号在全路智能网设备注册后的注销流程包括：
归属局的路局智能网设备将功能号注销成功或失败消息，经第一MCX应用发给用户终端。
进一步地，功能号在全路智能网设备注册后的注销流程包括：
在用户终端的跨局漫游切换过程中，如果用户不主动注销功能号，则全路智能网设备的功能号映射关系对应保留或等预配置定时器超时触发删除。
进一步地，功能号在全路智能网设备注册后的注销流程包括：
用户终端漫游切换过程中，对切换前的所在地MCX应用中相关的用户上下文进行删除，并通知当前路局范围内的外围网元对用户上下文信息删除。
进一步地，功能号在全路智能网设备注册后的注销流程包括：
当前路局范围内的外围网元根据MCX应用的通知，删除本地的相应用户的功能号映射关系；
全路智能网设备保留相应用户的功能号映射关系。
进一步地，功能号在全路智能网设备注册后的注销流程包括：
拜访局第二MCX应用接收终端用户在拜访地发起的功能号注销请求，请求消息中携带用户MSISDN号码和功能号；
第二MCX应用解析该功能号请求消息，验证主叫用户的合法性以及是否具备功能号注销的权限；
如果校验用户成功，第二MCX应用转发该功能号注销请求消息至拜访局的路局智能网设备进行功能号注销。
进一步地，包括功能号查询流程：
当前路局的路局智能网设备接收终端用户发送的功能号查询请求消息；
所述当前路局包括终端用户的归属局或拜访局；
当路局智能网设备在正常情况下查询不到相关映射关系时，转发请求消息到全路智能网设备，由全路智能网设备进行功能号查询。
进一步地，功能号查询流程包括：
根据MSISDN号码查询功能号，或根据功能号码查询MSISDN号码。
进一步地，根据功能号码查询MSISDN号码时，正常情况下路局智能网设备返回功能号码对应的一个MSISDN号码，异常情况下存在多个MSISDN号码，则路局智能网设备构造错误消息，并将多个MSISDN号码发送给用户终端。
进一步地，包括功能号强制注销流程：
归属局的路局智能网设备接收特权用户发送的请求消息，请求消息用于强制注销被强制注销用户；
当被强制注销用户未在路局智能网设备注册时，转发请求信息给全路智能网设备；
全路智能网设备根据请求消息对被强制注销用户进行注销；
其中，网元设备包括路局的关键任务应用，即MCX应用。
进一步地，功能号强制注销流程包括：
归属局的第一MCX应用接收特权用户发起的强制注销被强制注销用户功能号的请求，请求消息携带特权用MSISDN号码、被强制注销用户的MSISDN号码和对应的功能号；
第一MCX应用解析该强制注销消息，验证该特权用户的合法性以及是否具备功能号强制注销的权限；
第一MCX应用校验用户权限成功，第一MCX应用转发该功能强制注销请求至特权用户的归属局的第一路局智能网设备；
所述第一路局智能网设备根据请求消息，校验特权用户的有效性；如果校验成功，并判断被强制注销用户在当前局内已注册，将被强制注销用户的MSISDN与功能号码的绑定关系删除。
进一步地，被强制注销用户与特权用户在同一个MCX应用中，功能号强制注销流程包括：
所述路局智能网设备执行强制成功后，第一路局智能网设备根据被强制注销用户的归属地的路局局向信息，将被强制注销通知消息发送给当第一MCX应用；
第一MCX应用判断被强制注销用户当前在第一MCX应用范围内，则将功能号被强制注销的通知消息，转发给被强制注销用户。
进一步地，全路智能网设备将强制注销成功或失败消息，依次经过第一路局智能网设备和第一MCX应用转发给特权用户。
进一步地，如果全路智能网设备强制注销成功后：
全路智能网设备对被强制注销用户号码分析查找出其归属地的局向信息；
根据局向信息发送通知消息到被强制注销用户。
进一步地，包括：
全路智能网设备通过被强制注销的用户的归属局的第二路局智能网设备，查询该用户当前所在地局向信息；
第二路局智能网设备向本局的配置管理服务查询被强制注销用户当前所在的局向信息。
进一步地，包括：
全路智能网设备根据获取到的被强制注销用户当前所在的局向信息进行判断：
如果被强制注销用户当前在归属路局MCX应用范围内，则全路智能网设备将功能号强制注销的通知消息，转发给被强制注销用户当前所在局的第二路局智能网设备；
第二路局智能网设备将通知消息，转发给相应的第二MCX应用；
第二MCX应用发送通知消息给被强制注销的用户。
进一步地，包括：
全路智能网设备根据获取到的被强制注销用户当前所在的局向信息进行判断：
如果被强制注销用户当前在漫游路局第三路局的第三MCX应用范围时，则全路智能网设备将功能号强制注销的通知消息，转发给被强制注销用户当前所在的局的第三路局智能网设备；
第三路局智能网设备将通知消息转发给相应的第三MCX应用；
第三MCX应用发送通知消息给被强制注销的用户。
本发明还提供一种智能网漫游场景的实现系统，系统采用两级架构实现智能网，包括全路设备和与该全路设备连接的多组路局设备，全路设备包括全路智能网设备；每组路局设备包括路局智能网设备；
路局智能网设备作为全路智能网设备与路局智能网设备所在路局的网元设备的网关，优先于全路智能网设备响应用户终端的业务请求；
在跨局呼叫或用户漫游等场景，路局智能网设备用于向全路智能网设备发送消息，并根据全路智能网设备的反馈消息，通过所在路局的网元设备反馈信息给用户终端。
进一步地，用于实现功能号注册过程：
归属地或拜访地的路局智能网设备用于接收来自用户终端发送的注册请求消息，根据请求消息进行功能号绑定注册，如果在所述路局智能网设备注册成功，则由所述路局智能网设备发送消息到全路智能网设备，由全路智能网设备对所述功能号进行绑定注册。
进一步地，用于实现功能号在全路智能网设备注册后的注销过程：
路局智能网设备接收用户终端发送的注销请求消息；
路局智能网设备转发请求消息到全路智能网设备；
全路智能网设备根据请求消息对用户终端的功能号进行注销，全路智能网设备返回功能号注销成功或失败的响应消息给路局智能网设备；
如果响应消息为注销成功，路局智能网设备将本地的MSISDN号码与功能号码的绑定关系删除；如果响应消息为注销失败，路局智能网设备不做处理。
进一步地，用于实现功能号查询流程：
当前路局的路局智能网设备接收终端用户发送的功能号查询请求消息；
所述当前路局包括终端用户的归属局或拜访局；
当路局智能网设备在正常情况下查询不到相关映射关系时，转发请求消息到全路智能网设备，由全路智能网设备进行功能号查询。
进一步地，用于实现功能号强制注销流程：
归属局的路局智能网设备接收特权用户发送的请求消息，请求消息用于强制注销被强制注销用户；
当被强制注销用户未在路局智能网设备注册时，转发请求信息给全路智能网设备；
全路智能网设备根据请求消息对被强制注销用户进行注销。
本发明优点：
1)两级部署，将全路智能网设备的功能下沉，强化路路局智能网设备的功能。
2)将路局智能网设备，作为全路智能网设备与局内MCX、CSC、LMS(LocationManagement Server，定位管理服务)等网元交互的网关，对外减少与全路智能网设备的交互网元，提高了处理效率，对内可以解决跨局漫游后直接通过MCX交换找不到用户的问题。
3)解决了智能网业务的强制注销、功能寻址流程中，涉及用户跨局漫游相关的位置查询、当前所在地局向等信息的查询问题。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所指出的结构来实现和获得。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了根据现有技术的铁路5G-R总体系统框架示意图；
图2(a)示出了根据本发明实施例的功能号注册流程图；
图2(b)示出了根据本发明实施例的功能号注销流程图；
图2(c)示出了根据本发明实施例的功能号查询流程图；
图2(d)示出了根据本发明实施例的局内功能号强制注销流程图；
图2(e)示出了根据本发明实施例的局外功能号强制注销流程图；
图2(f)示出了根据本发明实施例的局内呼叫功能号寻址流程图；
图2(g)示出了根据本发明实施例的漫游至拜访地的局外呼叫功能号寻址流程图；
图2(h)示出了根据本发明实施例的外局用户的局外呼叫功能号寻址流程图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地说明，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供一种智能网漫游场景的实现方法及系统，不失一般性地，方法能够通过智能网漫游场景的实现系统实现。
本发明实施例的智能网漫游场景的实现系统基于两级架构，系统包括全路设备和与该全路设备连接的多组路局设备，全路设备包括全路智能网设备；每组路局设备包括路局智能网设备；路局智能网设备作为全路智能网设备与路局智能网设备所在路局的网元设备的网关，优先于全路智能网设备响应用户终端的业务请求；在跨局呼叫或用户漫游等场景，路局智能网设备用于向全路智能网设备发送消息，并根据全路智能网设备的反馈消息，通过所在路局的网元设备反馈信息给用户终端。
方法包括：将路局智能网设备作为全路智能网设备与路局智能网设备所在路局的网元设备的网关，由路局智能网设备优先响应用户终端的业务请求；在跨局呼叫或用户漫游等场景，路局智能网设备向全路智能网设备发送消息，并根据全路智能网设备的反馈消息，通过所在路局的网元设备反馈信息给用户终端。
不失一般性地，本发明实施例中的智能网采用5G-R智能网，但本发明实施例的方法和系统不局限于应用在5G-R网络中，也应用于其他移动网络。只要能够适应本发明实施例的二级架构即可。在5G-R智能网中，全路智能网设备为全路5G-R智能网设备，即全路5G-IN；路局智能网设备路局5G-R智能网设备，简称局5G-IN；网元设备包括关键任务应用，即MCX应用。
如图1所示，系统包括一个全路设备和与该全路设备连接的多组路局设备，全路设备包括全路5G-IN。每组路局设备包括路局5G-IN和关键任务应用。MCX应用能够通过设置在路局的软件或部署有软件的硬件设备实现。MCX应用通过路局的5G-R网络(包括基站等设备和网络服务)向5G-R终端(UE)提供服务。
全路5G-IN用于通过路局5G-IN管理全路5G-R网络服务业务。每组路局设备分别用于设置在各自路局中，提供路局管辖地区的5G-R网络服务业务。
本发明实施例的智能网漫游场景的实现方法将全路5G-IN的影响范围进一步下沉到路局，增强了路局5G-IN的功能寻址功能、互通网关功能以及被叫用户的位置、所在局向的查询能力和容错能力。
其中，网元设备包括路局的MCX应用、CSC(Common Services Core，公共服务核心)设备、LMS设备等。
通过将功能下沉到路局5G-IN，减少了全路5G-IN的交互网元。进一步地，本发明实施例还通过查询局向信息的过程解决了被强制注销用户跨局漫游后直接通过MCX应用找不到已漫游用户上下文的问题，以及解决了智能网业务的强制注销、功能寻址流程中，涉及用户跨局漫游相关的位置查询、当前所在地局向等信息的查询问题。下面对智能网业务的各个功能实现进行示例性说明。
本发明实施例中，功能号注册流程如图2(a)所示，包括归属地功能号注册和拜访地功能号注册流程。
执行归属地功能号注册的前提包括：终端在归属地的MCX服务发现已完成，终端已获取和保存归属地MCX各业务资源的IP地址。用户归属地认证过程均成功。
归属地功能号注册包括以下流程步骤：
步骤1，用户在归属地注册SIP，注册成功后执行后续步骤2。本发明实施例对注册SIP的流程不做限定。
步骤2，用户在归属地发起功能号注册请求，请求消息中携带用户MSISDN(MobileStation international ISDN number，移动台国际ISDN号码，ISDN即是综合业务数字网，是Integrated Service Digital Network的简称)号码(或MC ID，其中，MC ID是“MSISDN@域名”的格式)和功能号码，注册过程如下：
步骤2a，消息发至归属地路局(归属局)的第一MCX应用，即局MCX-1；归属局MCX-1解析该功能号的注册消息，验证主叫用户的合法性以及是否具备功能号注册的权限；
步骤2b，如果MCX-1校验用户成功，MCX-1转发该功能号注册请求消息至所在路局的局5G-IN。局5G-IN根据其中的MSISDN号码(或MC ID)校验用户的有效性，将MSISDN(或MCID)与功能号码进行绑定。如果本局5G-IN注册失败，则直接返回MCX-1功能号注册失败响应。如果本局5G-IN注册成功，则局5G-IN将该功能号注册请求消息转发给全路5G-IN。
步骤2c，全路5G-IN收到功能号注册请求后，根据其中的MSISDN号码(或MC ID)校验用户的有效性，将MSISDN号码(或MC ID)与功能号码进行绑定。如果全路5G-IN的数据库中已存在相同的功能号，则认为此流程为重注册流程，使用此消息的内容覆盖掉原有的功能号信息。
全路5G-IN返回功能号注册成功或失败消息，经局5G-IN、MCX-1转发给终端。
当用户漫游至拜访地后，在拜访地执行功能号注册的前提包括：终端在拜访地的MCX服务发现已完成，终端已获取和保存拜访地MCX各业务资源的IP地址。用户归属地IDMS认证过程均成功。
拜访地注册流程包括以下步骤：
步骤3，用户在拜访地注册SIP，注册成功后执行后续步骤4。本发明实施例对注册SIP的流程不做限定。
步骤4，如果用户在归属地功能号已注册，用户在拜访地进行功能号重注册，过程如下：
步骤4a，当用户漫游到拜访地时，使用功能号的重注册流程，消息中携带用户MSISDN号码(或MC ID)和功能号码。
请求消息发至拜访地所在路局(拜访局)的第二MCX应用，即MCX-2；拜访局MCX-2解析该功能号请求消息，验证主叫用户的合法性以及是否具备功能号注册的权限。
步骤4b，如果MCX-2校验用户成功，MCX-2转发该功能号注册请求消息至本局5G-IN。本局5G-IN根据其中的MSISDN号码校验用户的有效性，将MSISDN(或MC ID)与功能号码进行绑定。如果本局5G-IN注册失败，则直接返回MCX-1功能号注册失败响应。如果本局5G-IN注册成功，则局5G-IN将该功能号注册请求消息转发给全路5G-IN。
步骤d(图中未示出)，全路5G-IN收到功能号注册请求后，根据其中的MSISDN号码校验用户的有效性，将MSISDN(或MC ID)与功能号码进行绑定。如果全路5G-IN的数据库中已存在相同的功能号，则认为此流程为重注册流程，使用当前消息的内容覆盖掉原有的功能号信息。
步骤e(图中未示出)，全路5G-IN返回功能号注册成功或失败消息，经MCX-2转发给终端。
如果用户在归属地功能号未注册，用户在拜访地进行功能号注册，过程如下：
用户在归属地功能号未注册，当前用户在某一拜访地，进行功能号的注册，可以直接使用注册流程，消息中携带用户MSISDN(或MC ID)号码、功能号码。
其他步骤与步骤4a相同，不再细述。
本发明实施例中，功能号注销流程如图2(b)所示，包括归属地功能号注销和拜访地功能号注销流程。
执行归属地功能号注销的前提包括：终端在归属地的MCX服务发现已完成，终端已获取和保存归属地MCX各业务资源的IP地址。用户归属地认证注册过程均成功。
功能号注销的正常(主动注销)流程包括以下步骤：
步骤1，用户功能号在全路5G-IN上已注册成功。
步骤2，用户在归属地发起功能号注销请求，请求消息中携带用户MSISDN(或MCID)号码和功能号，注销流程包括：
步骤2a，消息发至归属局第一MCX应用(MCX-1)，归属局MCX-1解析该功能号注销请求消息，验证主叫用户的合法性以及是否具备功能号注销的权限；
步骤2b，如果MCX-1校验用户成功，MCX-1转发该功能号注销请求消息至归属局的局5G-IN，局5G-IN转发功能号注销请求消息给全路5G-IN。
步骤2c，全路5G-IN收到功能号注销请求，根据其中的MSISDN(或MC ID)号码校验用户的有效性，将MSISDN(或MC ID)号码与功能号码的绑定关系删除，即删除终端会话及信息。
步骤2d，全路5G-IN返回功能号注销成功或失败的响应消息，回复给归属局的局5G-IN。如果响应消息为注销成功，归属局5G-IN将本地的MSISDN(或MC ID)号码与功能号码的绑定关系删除；如果响应消息为注销失败，归属局5G-IN不做处理。注销过程中，保证两级5G-IN的数据一致性，并且优先以全路5G-IN为主。
步骤2e，归属局的局5G-IN将功能号注销成功或失败消息，经MCX-1转发给用户终端。如果用户终端收到成功消息，将本地保存的功能号注销；如果用户终端收到失败消息，用户终端显示失败原因，原功能号不进行注销。
步骤3，功能号注销的异常流程包括以下步骤：
步骤3a，在移动用户(即用户终端)的跨局漫游切换过程中，如果用户不主动注销功能号，则全路5G-IN的功能号映射关系对应保留或等预配置定时器超时触发删除。
步骤3b，切换过程中，切换前的所在地MCX相关的用户上下文要进行删除，该过程涉及到局5G-IN中该用户的功能号映射关系的删除。该场景下，切换前的MCX应用根据切换事件触发旧用户上下文删除，MCX应用通知外围网元如局5G-IN对用户上下文信息删除。此时，局5G-IN只删除本地该用户的功能号映射关系，不通知全路5G-IN进行功能号映射关系进行删除。
当用户漫游至拜访地后，在拜访地执行功能号注册的前提包括：终端在拜访地的MCX服务发现已完成，终端已获取和保存拜访地MCX各业务资源的IP地址。用户拜访地认证注册过程均成功。
如图2(b)所示，在拜访地执行功能号注销步骤包括：
步骤4，漫游终端用户功能号在全路5G-IN上已注册成功。
步骤5，用户在拜访地发起功能号注销请求，请求消息中携带用户MSISDN(或MCID)号码和功能号码，注销流程包括：
步骤6a，消息发至拜访局第二MCX应用(MCX-1)，拜访局MCX-2解析该功能号注销消息，验证主叫用户的合法性以及是否具备功能号注销的权限；
步骤6b，如果MCX-2校验用户成功，MCX-2转发该功能号注销请求消息至拜访局的局5G-IN，局5G-IN转发功能号注销请求消息给全路5G-IN。
全路5G-IN收到功能号注销请求，根据其中的MSISDN(或MC ID)号码校验用户的有效性，将MSISDN(或MC ID)号码与功能号码的绑定关系删除。
全路5G-IN返回功能号注销成功或失败的响应消息，回复给拜访局的局5G-IN。如果响应消息为注销成功，拜访局5G-IN将本地的MSISDN(或MC ID)号码与功能号码的绑定关系删除；如果响应消息为注销失败，拜访局5G-IN不做处理。注销过程中，保证两级5G-IN的数据一致性，并且优先以全路5G-IN为主。
拜访局的局5G-IN将功能号注销成功或失败消息，经MCX-2转发给用户终端。如果用户终端收到成功消息，将本地保存的功能号注销；如果用户终端收到失败消息，用户终端显示失败原因，原功能号不进行注销。
本发明实施例中，功能号查询流程如图2(c)所示，包括归属地和拜访地功能号查询流程。如果用户当前在归属局，则通过归属地的第一MCX应用，MCX-1转发功能号查询。如果用户当前在拜访地，则通过拜访地的第二MCX应用，MCX-2转发功能号查询。
功能号的归属地查询前提包括：终端在归属地的MCX服务发现已完成，终端已获取和保存归属地MCX各业务资源的IP地址。用户归属地认证注册过程均成功。用户功能号在5G-IN上已注册成功。
功能号的归属地查询，包括两种方式：方式一，根据MSISDN(或MC ID)号码查询功能号；方式二，根据功能号码查询MSISDN(或MC ID)号码。
流程包括：
步骤1，用户在归属地发起功能号的查询请求，请求消息中携带用户MSISDN(或MCID)号码或功能号码。
步骤2，功能号查询消息发至归属地MCX-1，归属局MCX-1解析该功能号查询消息，验证主叫用户的合法性以及是否具备功能号查询的权限。如果MCX-1校验用户成功，MCX-1转发该功能号注销请求消息至当前路局的局5G-IN。
步骤3，局5G-IN收到功能号查询请求，校验请求用户的有效性，根据消息中携带的查询类型返回结果。
方式一，根据MSISDN(或MC ID)号码查询功能号，则局5G-IN返回该MSISDN(或MCID)对应的功能号码，正常情况下返回一个功能号码，经MCX-1转发给终端UE；
方式二，根据功能号码查询MSISDN(或MC ID)号码，则局5G-IN返回该功能号码对应的MSISDN(或MC ID)，正常情况下返回一个MSISDN(或MC ID)号码，经MCX-1转发给终端UE。异常情况下会存在多个MSISDN(或MC ID)号码，这时5G-IN构造异常响应消息，并将多个MSISDN(或MC ID)号码，经MCX-1一起下发给终端UE。
步骤4，如局5G-IN查询不到该功能号映射关系(包含步骤3中的方式一或方式二)，则局5G-IN将查询请求转发给全路5G-IN进行处理。
步骤5，全路5G-IN收到功能号查询请求，校验请求用户的有效性，根据消息中携带的查询类型返回结果。
方式一，根据MSISDN(或MC ID)号码查询功能号，则全路5G-IN返回该MSISDN(或MCID)对应的功能号码，正常情况下返回一个功能号码，经局5G-IN、MCX-1转发给终端UE；
方式二，根据功能号码查询MSISDN(或MC ID)号码，则全路5G-IN返回该功能号码对应的MSISDN(或MC ID)，正常情况下返回一个MSISDN(或MC ID)号码，经局5G-IN、MCX-1转发给终端UE。异常情况下会存在多个MSISDN(或MC ID)号码，这时5G-IN构造异常响应消息，并将多个MSISDN(或MC ID)号码，经局5G-IN、MCX-1一起下发给终端UE。
步骤6，如全路5G-IN查询不到功能号映射关系，则返回错误信息，经局5G-IN、MCX-1转发给终端UE。
当用户漫游到拜访地后，功能号在拜访地的查询流程，与在归属地的查询流程相同。区别在于，主要是路由经过的交换中心是当前用户所在的拜访地MCX-2，不是归属地的MCX-1。
本发明实施例中，功能号强制注销流程如图2(d)所示，包括局内强制注销和局外强制注销流程。需要说明的是，特权用户与被强制注销用户的归属地，可以相同或不同。被强制注销用户，可以漫游到拜访地，被强制注销的通知消息，由被强制注销用户当前所在地的MCX应用转发。
图2(d)局内功能号强制注销的前提包括：用户功能号在全路5G-IN上已注册成功。
局内功能号强制注销流程步骤包括：
步骤1，特权用户UE-1发起强制注销被强制注销用户UE-2功能号的请求，携带特权用户UE-1的MSISDN号码(或MC ID)、UE-2的MSISDN号码(或MC ID)和对应的功能号。
步骤1a，消息发至特权用户的归属局的第一MCX应用(MCX-1)；MCX-1解析该强制注销消息，验证该特权用户的合法性以及是否具备功能号强制注销的权限。
步骤1b，如果MCX-1校验用户权限成功，MCX-1转发该功能强制注销请求至当前局(特权用户的归属局)局5G-IN(5G-IN-1)。
步骤2，局5G-IN收到功能号强制注销请求，根据其中特权用户的MSISDN号码(或MCID)校验特权用户的有效性。如果校验成功，并判断被强制注销用户在当前局内已注册，将被强制注销用户的MSISDN(或MC ID)与功能号码的绑定关系删除。如果校验失败，返回无权限错误信息。
步骤3，当前局的局5G-IN将强制注销结果信息，即注销成功或失败消息，经MCX-1转发给特权用户(步骤3a)。如果强制注销失败，流程结束。如果成功，则继续一下步骤。
步骤4，本场景中，被强制注销用户UE-2与特权用户在同一个局MCX-1内，本局5G-IN根据之前被强制注销用户的归属地的路局MCX局向信息(注：静态配置)，将UE-2用户功能号被强制注销通知消息发送给MCX-1。
步骤5，MCX-1判断被强制注销用户当前在路局MCX-1范围内，则将功能号被强制注销的通知消息，转发给功能号被强制注销用户UE-2。
如图2(e)所示，局外功能号强制注销前提包括：用户功能号在全路5G-IN上已注册成功。流程步骤包括：
步骤1，特权用户UE-1发起强制注销UE-2(被强制注销用户)功能号的请求，携带特权用户UE-1的MSISDN号码(或MC ID)、被强制注销用户UE-2的MSISDN号码(或MC ID)和对应的功能号码。
步骤1a，强制注销消息发至特权用户归属地路局(归属局)的第一MCX应用，即MCX-1，MCX-1解析该强制注销消息(通知消息)，验证该特权用户的合法性以及是否具备功能号强制注销的权限。
步骤1b，如果MCX-1校验用户权限成功，MCX-1转发该功能强制注销请求至当前路局(特权用户归属局)的局5G-IN：第一局5G-IN，即5G-IN-1。
步骤2～3，路局5G-IN查询被强制注销用户的功能号的映射关系表失败，判断该功能号未在局5G-IN进行注册，则转发该强制注销消息给全路5G-IN。
步骤4，全路5G-IN收到功能号强制注销请求，根据其中特权用户的MSISDN(或MCID)号码校验该用户的有效性。如果校验成功，将被强制注销用户的MSISDN(或MC ID)与功能号码的绑定关系删除。如果校验失败，返回无权限错误信息。
步骤5，全路5G-IN将强制注销成功或失败消息，经路局-1(特权用户归属局，第一路局)的5G-IN-1、MCX-1转发给特权用户。如果强制注销失败，流程结束。如果成功，则继续一下步骤。
步骤6，全路5G-IN对被强制注销用户号码分析查找出其归属地的路局MCX局向信息(即局向信息，通过静态配置实现)，向被强制注销的用户UE-2的归属局的第二局5G-IN，即5G-IN-2，查询该用户当前所在地局向。注：此时UE-2可能在归属地或已漫游到外局。局5G-IN-2向本局的配置管理服务CSC-2查询UE-2当前所在的MCX局向信息(在跨局切换时，UE-2的所在局向信息上报给归属地CSC-2)，并将该局向信息响应给全路5G-IN。该局向信息的查询过程，解决了被强制注销用户UE-2跨局漫游后直接通过归属地MCX应用找不到UE-2用户上下文的问题。
步骤7～9，全路5G-IN根据获取到的UE-2当前所在的MCX局向信息。如果判断被强制注销用户当前在归属路局MCX-2范围内，则全路5G-IN将功能号强制注销消息，转发给UE-2当前所在的局5G-IN-2。局5G-IN-2将强制注销消息，转发给第二路局的第二MCX应用MCX-2，MCX-2发送该用户的功能号被强制注销的通知消息，转发给功能号被强制注销的用户UE-2。
步骤10～11，全路5G-IN根据获取到的UE-2当前所在的MCX局向信息。如果判断被强制注销用户当前在漫游路局第三路局的第三MCX应用，即MCX-3范围内，则全路5G-IN将功能号强制注销消息，转发给UE-2当前所在的局第三5G-IN，即5G-IN-3。局5G-IN-3将强制注销消息，转发给MCX-3，MCX-3发送该用户的功能号被强制注销的通知消息，携带该用户的MSISDN(或MC ID)和对应的功能号，转发给功能号被强制注销用户UE-2。
功能寻址包括局内呼叫和局外呼叫两种类型的场景。
本发明实施例中，局内呼叫功能号寻址流程如图2(f)所示，包括归属地局内呼叫功能号寻址和拜访地局内呼叫功能号寻址流程，其中主被叫用户在一个路局的MCX应用范围内，主叫用户FAS-1(Fix Access System,固定接入系统)或UE-1归属于路局-1，被叫用户UE-2可以不归属于路局-1。
归属地局内呼叫功能号寻址的前提包括：终端在归属地的MCX服务发现已完成，终端已获取和保存归属地MCX各业务资源的IP地址。用户归属地认证注册过程均成功。用户功能号在全路5G-IN上已注册成功。被叫用户的位置已上报给归属地位置服务器LMS-1。
局内呼叫功能号寻址流程中，调度用户如FAS-1或UE-1呼叫移动用户UE-2(用户终端)，包括以下步骤：
步骤1，调度用户(主叫用户)FAS-1或UE-1在归属局发起功能号的功能寻址呼叫请求，请求消息中携带FAS-1或UE-1用户的ISDN或MSISDN(或MC ID)号码以及被叫用户UE-2的功能号。功能号功能寻址消息发至UE2当前局(UE1的归属局)的第一MCX应用(MCX-1)，当前局MCX-1解析该功能号功能寻址消息，验证主叫用户的合法性以及是否具备功能寻址的权限；
步骤2，如果MCX-1校验用户成功，MCX-1转发该功能寻址请求消息至当前局的局5G-IN。
步骤3，局5G-IN收到功能号的功能寻址请求，校验请求用户的有效性，校验呼叫权限，如接入控制(接入矩阵)是否允许呼叫建立。如果校验成功，局5G-IN根据消息中携带的被叫用户的功能号码信息，查询匹配数据库，判断被叫用户在当前路局内，找出对应的被叫用户的MSISDN(或MC ID)号码。
步骤4，基于位置的呼叫限制，局5G-IN校验被叫用户是否在主叫用户FAS-1或UE-1的管辖范围内。局5G-IN向本地位置服务LMS-1发起位置查询请求，携带被叫用户的MSISDN(或MC ID)号码，位置服务LMS-1根据收到的MSISDN(或MC ID)号码，查询位置数据库(此时用户UE-2已上报最新位置信息)，返回给局5G-IN被叫用户UE-2的位置信息(如经纬度)。局5G-IN将收到的被叫用户UE-2位置信息与主叫用户FAS-1或UE-1预配置的管辖区(如三站两区间)进行匹配查询，判断被叫用户UE-2是否在FAS-1或UE-1管辖区。
步骤5，局5G-IN，如果判断被叫用户UE-2已不在FAS-1或UE-1管辖区范围内，则发送失败消息，经局5G-IN、MCX-1转发给主叫用户FAS-1或UE-1，携带错误校验码。如果判断被叫用户UE-2在FAS-1或UE-1管辖范围区内，则发送成功消息，经局5G-IN发给MCX-1，携带被叫用户UE-2的MSISDN(或MC ID)。
步骤6，MCX-1通过被叫MSISDN(或MC ID)号码查找被叫用户的会话信息，向被叫用户UE-2发起呼叫建立请求。
步骤7，主叫用户FAS-1或UE-1与被叫用户UE-2之间，建立呼叫，开始语音、数据、视频等业务。
本发明实施例中，局外功能号功能寻址流程，包括：主被叫用户归属地相同情况下主叫用户呼叫已漫游的被叫用户、主被叫用户归属地不同情况下主叫用户呼叫已漫游或非漫游的被叫用户等场景。
在一种局外呼叫的场景下，主被叫用户归属地相同，主叫用户呼叫已漫游的被叫用户。功能号寻址前提：主叫用户FAS-1或UE-1、被叫用户UE-2都归属于MCX-1。被叫用户终端在拜访地的MCX-2服务发现已完成，UE-2终端已获取和保存拜访地MCX-2各业务资源的IP地址。被叫用户UE-2拜访地MCX-2认证注册过程均成功。被叫用户UE-2功能号在全路5G-IN上已注册成功。被叫用户UE-2的位置已同步上报给归属地位置服务器LMS-1。
漫游至拜访地的局外呼叫功能号寻址过程中，调度用户(主叫用户)如FAS-1(或UE-1)呼叫移动用户(被叫用户)UE-2，如图2(g)所示，包括以下步骤：
步骤1，调度用户FAS-1或UE-1在归属地发起功能号的功能寻址呼叫请求，请求消息中携带FAS-1或UE-1用户的ISDN或MSISDN(或MC ID)号码以及被叫用户UE-2的功能号码。
步骤2，功能号功能寻址消息发至主叫用户FAS-1或UE-1的归属局MCX-1，MCX-1解析该功能号功能寻址消息，验证主叫用户的合法性以及是否具备功能寻址的权限；如果MCX-1校验用户成功，MCX-1转发该功能寻址请求消息至主叫用户归属局的局5G-IN(5G-IN-1)。
步骤3，局5G-IN-1查询被叫功能号信息失败，判断该被叫用户功能号未在当前局注册，则将该功能号寻址请求消息转发给全路5G-IN。
步骤4，全路5G-IN收到功能号的功能寻址请求，执行以下步骤；校验请求主叫用户的有效性，校验呼叫权限如接入控制(接入矩阵)是否允许呼叫建立。如果校验成功，全路5G-IN根据消息中携带的被叫用户的功能号码信息，查询匹配数据库，找出对应的被叫用户的MSISDN(或MC ID)号码。
步骤5，全路5G-IN对被叫用户号码进行号码分析，查出被叫用户的归属局向5G-IN-1后，向局5G-IN-1查询被叫用户的位置信息，局5G-IN-1向当前局的位置服务LMS-1发起位置查询请求，携带被叫用户的MSISDN(或MC ID)号码，当前局的位置服务LMS-1根据收到的MSISDN(或MC ID)号码，查询位置数据库(此时用户UE-2已上报最新位置信息并同步到LMS-1)，返回给当前局5G-IN-1，局5G-IN-1将该被叫用户UE-2的位置信息(如经纬度)转发给全路5G-IN。
步骤6，基于位置的呼叫限制，全路5G-IN校验被叫用户是否在主叫用户FAS-1或UE-1的管辖范围内：全路5G-IN将收到的被叫用户UE-2位置信息与主叫用户FAS-1或UE-1预配置的管辖区(如三站两区间)进行匹配查询，判断被叫用户UE-2是否在FAS-1或UE-1管辖区。
步骤7，全路5G-IN，如果判断被叫用户UE-2已不在FAS-1或UE-1管辖区范围内，则发送失败消息，经局5G-IN-1、MCX-1转发给调度员FAS-1或UE-1，携带错误校验码。
步骤8，全路5G-IN，如果判断被叫用户UE-2在FAS-1或UE-1管辖范围区内，则向被叫用户的归属局5G-IN-1查询该用户当前所在的局向信息，局5G-IN-1将查询消息转发给当前局的CSC-1。局CSC-1将UE-2漫游切换时上报的当前所在路局的局向信息MCX-2，通过局5G-IN-1，转发给全路5G-IN。注：根据具体部署情况，该步骤8可与步骤5进行合并，即全路5G-IN对位置和局向的两种信息的查询合并成一次。
步骤9，全路5G-IN，将获取到的被叫用户UE-2的MSISDN(或MC ID)和当前所在局向MCX-2信息，经局5G-IN-1，向MCX-1转发功能号映射查询的成功消息。
步骤10，MCX-1根据被叫MSISDN(或MC ID)号码以及MCX-2局向信息，经MCX-2，向被叫终端UE-2发起呼叫建立请求。
步骤11，主叫FAS-1或UE-1与被叫UE-2之间，建立呼叫，开始语音、数据、视频等业务。
在另一种局外呼叫场景下，主被叫用户归属地不同，主叫用户呼叫已漫游或非漫游的被叫用户。
局外寻址前提包括：主叫用户FAS-1或UE-1归属于MCX-1、被叫用户UE-2归属于MCX-2，都不归属于MCX-3。被叫用户UE-2功能号在全路5G-IN上已注册成功。被叫用户UE-2的位置已同步上报给归属地位置服务器LMS-2。被叫用户UE-2当前所在路局可以是MCX-2，也可以是MCX-3。
外局用户的局外呼叫功能号寻址流程中，调度用户(主叫用户)如FAS-1或UE-1呼叫移动用户(被叫用户UE-2)，如图2(h)所示，包括以下步骤：
步骤1，调度用户FAS-1或UE-1在归属地发起功能号的功能寻址呼叫请求，请求消息中携带FAS-1或UE-1用户的ISDN或MSISDN(或MC ID)号码、以及被叫用户UE-2的功能号码，功能号功能寻址消息发至主叫用户归属局的第一MCX应用(MCX-1)。
步骤2，归属局MCX-1解析该功能号功能寻址消息，验证主叫用户的合法性以及是否具备功能寻址的权限。如果MCX-1校验用户成功，MCX-1转发该功能寻址请求消息至主叫用户归属局的局5G-IN(5G-IN-1)。
步骤3，局5G-IN-1查询被叫功能号信息失败，判断该被叫功能号未在当前局注册，则将该功能号寻址请求消息转发给全路5G-IN。
步骤4，全路5G-IN收到功能号的功能寻址请求，执行以下步骤：校验请求主叫用户的有效性，校验呼叫权限如接入控制(接入矩阵)是否允许呼叫建立。如果校验成功，全路5G-IN根据消息中携带的被叫功能号码信息，查询匹配数据库，找出对应的被叫用户的MSISDN(或MC ID)号码。
步骤5，全路5G-IN对被叫用户号码进行号码分析，查出被叫用户的归属局向后，向被叫用户的归属局5G-IN-2查询被叫用户的位置信息，局5G-IN-2向相应的位置服务LMS-2发起位置查询请求，携带被叫用户的MSISDN(或MC ID)号码。位置服务LMS-2根据收到的MSISDN(或MC ID)号码，查询位置数据库(此时用户UE-2已上报最新位置信息并同步到LMS-2)，返回给局5G-IN-2，局5G-IN-2将被叫用户UE-2的位置信息(如经纬度)转发给全路5G-IN。
步骤6，基于位置的呼叫限制，全路5G-IN校验被叫用户是否在该调度员FAS-1或UE-1的管辖范围内：全路5G-IN将收到的被叫用户UE-2位置信息与主叫用户FAS-1或UE-1预配置的管辖区(如三站两区间)进行匹配查询，判断被叫用户UE-2是否在FAS-1或UE-1管辖区。
步骤7，全路5G-IN，如果判断被叫用户UE-2已不在FAS-1或UE-1管辖区范围内，则发送失败消息，经局5G-IN-1、MCX-1转发给调度员FAS-1或UE-1，携带错误校验码。
步骤8，全路5G-IN，如果判断被叫用户UE-2在FAS-1或UE-1管辖范围区内，则向被叫用户的归属局5G-IN-2查询该被叫用户当前所在的局向信息，局5G-IN-2向当前局的CSC-2查询用户UE-2的当前所在局向信息。局CSC-2将UE-2注册时的当前所在路局的局向信息MCX-2或MCX-3，通过局5G-IN-2，转发给全路5G-IN。根据具体部署情况，该步骤8可与步骤5进行合并，即全路5G-IN对位置和局向的两种信息的查询合并成一次。如果UE-2未发生漫游，则UE-2当前所在局向为MCX-2；如果UE-2已发生漫游至MCX-3，则UE-2当前所在路局为MCX-3。
步骤9，全路5G-IN，将获取到被叫UE-2的MSISDN(或MC ID)和当前所在局向MCX-2或MCX-3信息，经局5G-IN-1，向MCX-1转发功能号映射查询的成功消息。
步骤10，MCX-1根据被叫MSISDN(或MC ID)号码以及消息中携带的MCX-2或MCX-3局向信息，经MCX-2或MCX-3，向被叫终端UE-2发起呼叫建立请求。
步骤11，主叫FAS-1或UE-1与被叫UE-2之间，建立呼叫，开始语音、数据、视频等业务。
基于全路5G-IN、路局5G-IN的两级架构，将局5G-IN网元，作为全路5G-IN与局内MCX、CSC(Common Services Core，通用业务核心)、LMS等网元交互的网关，对外减少与全路5G-IN的交互网元，对内解决了跨局漫游后直接通过MCX核心交换找不到用户的问题，以及解决了智能网业务的强制注销、功能寻址流程中，涉及用户跨局漫游相关的位置查询、当前所在地局向等信息的查询问题。另外，将全路5G-IN的功能进一步下沉，强化了路局5G-IN的功能，减轻了全路5G-IN的运行负担，提高了运行稳定性。
基于相同的发明构思，本发明还提供一种智能网漫游场景的实现系统，系统采用两级架构实现智能网，包括全路设备和与该全路设备连接的多组路局设备，全路设备包括全路智能网设备；每组路局设备包括路局智能网设备；路局智能网设备作为全路智能网设备与路局智能网设备所在路局的网元设备的网关，优先于全路智能网设备响应用户终端的业务请求；在跨局呼叫或用户漫游等场景，路局智能网设备用于向全路智能网设备发送消息，并根据全路智能网设备的反馈消息，通过所在路局的网元设备反馈信息给用户终端；其中，网元设备包括路局的MCX应用。
不失一般性地，本发明实施例中的智能网采用5G-R智能网，在5G-R智能网中，全路智能网设备为全路5G-R智能网设备，即全路5G-IN；路局智能网设备路局5G-R智能网设备，简称局5G-IN；网元设备包括关键任务应用，即MCX应用。
进一步地，系统能够实现功能号注册过程、功能号在全路5G-IN注册后的注销过程、功能号查询流程、功能号强制注销流程，也能够实现功能号寻址过程。各个过程的具体实现方式已经在上述实施例中说明，不再赘述。
本发明实施例还提供一种智能网功能号寻址的实现方法包括：智能网采用两级架构，包括全路设备和与该全路设备连接的多组路局设备，全路设备包括全路智能网设备；每组路局设备包括路局智能网设备；路局智能网设备接收主叫用户的功能号寻址呼叫请求消息，请求消息包括被叫用户的功能号；路局智能网设备根据请求消息在当前路局中查找被叫用户；当路局智能网设备查找失败时，路局智能网设备转发请求消息到全路智能网设备；全路智能网设备根据接收到的请求消息查找被叫用户。
本发明实施例的一种智能网功能号寻址的实现方法的具体实现方式能够从上述功能号寻址过程得出。
不失一般性地，本发明实施例中的智能网采用5G-R智能网，全路智能网设备为全路5G-R智能网设备，即全路5G-IN；路局智能网设备路局5G-R智能网设备，简称局5G-IN；网元设备包括关键任务应用，即MCX应用。
其中，局5G-IN根据请求消息在当前路局中查找被叫用户，查找成功时，获取到被叫用户的MSISDN号码；基于位置的呼叫限制，局5G-IN向当前局的位置服务LMS发起位置查询请求；位置服务LMS将被叫用户的位置信息发送到局5G-IN；局5G-IN判断被叫用户是否在主叫用户的管辖范围内，如果是，发送被叫用户的MSISDN号码发送到当前局的MCX应用；MCX应用通过被叫MSISDN号码查找被叫用户的会话信息，向被叫用户发起呼叫建立请求。
局5G-IN接收主叫用户的功能号寻址呼叫请求包括：主叫用户归属局的MCX应用接收主叫用户发送的功能号功能寻址请求消息；MCX应用解析所述请求消息，验证主叫用户的合法性以及是否具备功能寻址的权限；校验成功后，MCX应用转发所述请求消息到相应的局5G-IN。
全路5G-IN接收到的请求消息后，校验主叫用户的有效性，包括校验呼叫权限如接入控制是否允许呼叫建立；如果校验成功，全路5G-IN根据请求消息中携带的被叫用户的功能号码信息，查询匹配数据库，找出对应的被叫用户的MSISDN号码。
成功校验主叫用户有效性后，全路5G-IN对被叫用户进行号码分析，查出被叫用户的归属局，向被叫用户归属局的局5G-IN查询被叫用户的位置信息；被叫用户归属局的局5G-IN向相应的位置服务LMS发起位置查询请求，携带被叫用户的MSISDN号码；相应的位置服务LMS根据收到的MSISDN号码，查询位置数据库，返回给被叫用户归属局的局5G-IN，被叫用户归属局的局5G-IN将被叫用户的位置信息转发给全路5G-IN；被叫用户归属局与主叫用户的归属局相同或不同。
全路5G-IN根据被叫用户的位置信息判断被叫用户是否在主叫用户的管辖范围内，如果不在，则发送失败消息；如果被叫用户在主叫用户的管辖范围内，则查询被叫用户的局向信息。
每组路局设备还包括通用业务核心，即CSC；查询被叫用户的局向信息包括：被叫用户归属局的局5G-IN通过相应的CSC查询被叫用户的局向信息。
通过相应的CSC查询被叫用户的局向信息包括：被叫用户归属局的CSC查询未漫游被叫用户的局向信息或已漫游用户的局向信息。
基于相同的发明构思，本发明还提供一种智能网功能号寻址的实现系统，采用两级架构实现智能网，包括全路设备和与该全路设备连接的多组路局设备，全路设备包括全路智能网设备(当智能网为5G-R时，全路智能网设备为全路5G-IN)；每组路局设备包括路局智能网设备(当智能网为5G-R时，路局智能网设备为局5G-R智能网设备)；路局智能网设备用于接收主叫用户的功能号寻址呼叫请求消息，请求消息包括被叫用户的功能号；路局智能网设备根据请求消息在当前路局中查找被叫用户；当路局智能网设备查找失败时，路局智能网设备转发请求消息到全路智能网设备；全路智能网设备用于根据接收到的请求消息查找被叫用户。系统实现功能号寻址的具体过程已经在上述实施例中进行了详细的说明，不再赘述。
尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (29)
1.一种智能网漫游场景的实现方法，其特征在于，包括：
智能网采用两级架构，包括全路设备和与该全路设备连接的多组路局设备，全路设备包括全路智能网设备；每组路局设备包括路局智能网设备和网元设备；
将路局智能网设备作为全路智能网设备与路局智能网设备所在路局的网元设备的网关，由路局智能网设备优先响应用户终端的业务请求；
在跨局呼叫或用户漫游场景，路局智能网设备向全路智能网设备发送消息，并根据全路智能网设备的反馈消息，通过所在路局的网元设备反馈信息给用户终端。
2.根据权利要求1所述的智能网漫游场景的实现方法，其特征在于，包括功能号注册过程：
归属地或拜访地的路局智能网设备接收来自用户终端发送的注册请求消息，根据请求消息进行功能号绑定注册，如果在所述路局智能网设备注册成功，则由所述路局智能网设备发送消息到全路智能网设备，由全路智能网设备对所述功能号进行绑定注册；
其中，网元设备包括路局的关键任务应用，即MCX应用。
3.根据权利要求2所述的智能网漫游场景的实现方法，其特征在于，功能号注册过程包括：
归属局的第一MCX应用接收用户终端在归属地发起功能号注册请求，请求消息中携带用户MSISDN号码和功能号；
第一MCX应用解析该功能号的注册消息，验证主叫用户的合法性以及是否具备功能号注册的权限；
校验用户成功后，第一MCX应用转发请求消息至所在路局的路局智能网设备；
路局智能网设备根据其中的MSISDN号码校验用户的有效性，校验成功后将MSISDN号码与功能号码进行绑定，注册成功后，将请求消息转发给全路智能网设备。
4.根据权利要求3所述的智能网漫游场景的实现方法，其特征在于，
全路智能网设备收到请求消息后，根据其中的MSISDN号码校验用户的有效性，将MSISDN号码与功能号码进行绑定。
5.根据权利要求2所述的智能网漫游场景的实现方法，其特征在于，
拜访地所在拜访局的第二MCX应用接收漫游到相应拜访地的用于重注册的请求消息，消息中携带用户MSISDN号码和功能号码；
第二MCX应用根据请求消息，验证主叫用户的合法性以及是否具备功能号注册的权限；
如果校验用户成功，第二MCX应用转发请求消息至本路局智能网设备；
本路局智能网设备根据其中的MSISDN号码校验用户的有效性，将MSISDN号码与功能号码进行绑定，注册成功，路局智能网设备将请求消息转发给全路智能网设备。
6.根据权利要求5所述的智能网漫游场景的实现方法，其特征在于，
如果全路智能网设备的数据库中已存在相同的功能号，则认为此过程为重注册过程，使用当前消息的内容覆盖原有的功能号信息。
7.根据权利要求1-6中任一项所述的智能网漫游场景的实现方法，其特征在于，包括功能号在全路智能网设备注册后的注销过程：
路局智能网设备接收用户终端发送的注销请求消息；
路局智能网设备转发请求消息到全路智能网设备；
全路智能网设备根据请求消息对用户终端的功能号进行注销，全路智能网设备返回功能号注销成功或失败的响应消息给路局智能网设备；
如果响应消息为注销成功，路局智能网设备将本地的MSISDN号码与功能号码的绑定关系删除；如果响应消息为注销失败，路局智能网设备不做处理；
其中，网元设备包括路局的关键任务应用，即MCX应用。
8.根据权利要求7所述的智能网漫游场景的实现方法，其特征在于，功能号在全路智能网设备注册后的注销流程包括：
第一MCX应用接收终端用户在归属地发起的功能号注销请求，请求消息中携带用户MSISDN号码和功能号；
第一MCX应用解析该功能号请求消息，验证主叫用户的合法性以及是否具备功能号注销的权限；
如果校验用户成功，第一MCX应用转发该功能号注销请求消息至归属局的路局智能网设备进行功能号注销。
9.根据权利要求7所述的智能网漫游场景的实现方法，其特征在于，功能号在全路智能网设备注册后的注销流程包括：
归属局的路局智能网设备将功能号注销成功或失败消息，经第一MCX应用发给用户终端。
10.根据权利要求7所述的智能网漫游场景的实现方法，其特征在于，功能号在全路智能网设备注册后的注销流程包括：
在用户终端的跨局漫游切换过程中，如果用户不主动注销功能号，则全路智能网设备的功能号映射关系对应保留或等预配置定时器超时触发删除。
11.根据权利要求7所述的智能网漫游场景的实现方法，其特征在于，功能号在全路智能网设备注册后的注销流程包括：
用户终端漫游切换过程中，对切换前的所在地MCX应用中相关的用户上下文进行删除，并通知当前路局范围内的外围网元对用户上下文信息删除。
12.根据权利要求11所述的智能网漫游场景的实现方法，其特征在于，功能号在全路智能网设备注册后的注销流程包括：
当前路局范围内的外围网元根据MCX应用的通知，删除本地的相应用户的功能号映射关系；
全路智能网设备保留相应用户的功能号映射关系。
13.根据权利要求7所述的智能网漫游场景的实现方法，其特征在于，功能号在全路智能网设备注册后的注销流程包括：
拜访局第二MCX应用接收终端用户在拜访地发起的功能号注销请求，请求消息中携带用户MSISDN号码和功能号；
第二MCX应用解析该功能号请求消息，验证主叫用户的合法性以及是否具备功能号注销的权限；
如果校验用户成功，第二MCX应用转发该功能号注销请求消息至拜访局的路局智能网设备进行功能号注销。
14.根据权利要求1-6中任一项所述的智能网漫游场景的实现方法，其特征在于，包括功能号查询流程：
当前路局的路局智能网设备接收终端用户发送的功能号查询请求消息；
所述当前路局包括终端用户的归属局或拜访局；
当路局智能网设备在正常情况下查询不到相关映射关系时，转发请求消息到全路智能网设备，由全路智能网设备进行功能号查询。
15.根据权利要求14所述的智能网漫游场景的实现方法，其特征在于，功能号查询流程包括：
根据MSISDN号码查询功能号，或根据功能号码查询MSISDN号码。
16.根据权利要求15所述的智能网漫游场景的实现方法，其特征在于，
根据功能号码查询MSISDN号码时，正常情况下路局智能网设备返回功能号码对应的一个MSISDN号码，异常情况下存在多个MSISDN号码，则路局智能网设备构造错误消息，并将多个MSISDN号码发送给用户终端。
17.根据权利要求1-6中任一项所述的智能网漫游场景的实现方法，其特征在于，包括功能号强制注销流程：
归属局的路局智能网设备接收特权用户发送的请求消息，请求消息用于强制注销被强制注销用户；
当被强制注销用户未在路局智能网设备注册时，转发请求信息给全路智能网设备；
全路智能网设备根据请求消息对被强制注销用户进行注销；
其中，网元设备包括路局的关键任务应用，即MCX应用。
18.根据权利要求17所述的智能网漫游场景的实现方法，其特征在于，功能号强制注销流程包括：
归属局的第一MCX应用接收特权用户发起的强制注销被强制注销用户功能号的请求，请求消息携带特权用MSISDN号码、被强制注销用户的MS ISDN号码和对应的功能号；
第一MCX应用解析该强制注销消息，验证该特权用户的合法性以及是否具备功能号强制注销的权限；
第一MCX应用校验用户权限成功，第一MCX应用转发该功能强制注销请求至特权用户的归属局的第一路局智能网设备；
所述第一路局智能网设备根据请求消息，校验特权用户的有效性；如果校验成功，并判断被强制注销用户在当前局内已注册，将被强制注销用户的MSISDN与功能号码的绑定关系删除。
19.根据权利要求18所述的智能网漫游场景的实现方法，其特征在于，被强制注销用户与特权用户在同一个MCX应用中，功能号强制注销流程包括：
所述路局智能网设备执行强制成功后，第一路局智能网设备根据被强制注销用户的归属地的路局局向信息，将被强制注销通知消息发送给当第一MCX应用；
第一MCX应用判断被强制注销用户当前在第一MCX应用范围内，则将功能号被强制注销的通知消息，转发给被强制注销用户。
20.根据权利要求17所述的智能网漫游场景的实现方法，其特征在于，
全路智能网设备将强制注销成功或失败消息，依次经过第一路局智能网设备和第一MCX应用转发给特权用户。
21.根据权利要求17所述的智能网漫游场景的实现方法，其特征在于，如果全路智能网设备强制注销成功后：
全路智能网设备对被强制注销用户号码分析查找出其归属地的局向信息；
根据局向信息发送通知消息到被强制注销用户。
22.根据权利要求21所述的智能网漫游场景的实现方法，其特征在于，包括：
全路智能网设备通过被强制注销的用户的归属局的第二路局智能网设备，查询该用户当前所在地局向信息；
第二路局智能网设备向本局的配置管理服务查询被强制注销用户当前所在的局向信息。
23.根据权利要求21所述的智能网漫游场景的实现方法，其特征在于，包括：
全路智能网设备根据获取到的被强制注销用户当前所在的局向信息进行判断：
如果被强制注销用户当前在归属路局MCX应用范围内，则全路智能网设备将功能号强制注销的通知消息，转发给被强制注销用户当前所在局的第二路局智能网设备；
第二路局智能网设备将通知消息，转发给相应的第二MCX应用；
第二MCX应用发送通知消息给被强制注销的用户。
24.根据权利要求21所述的智能网漫游场景的实现方法，其特征在于，包括：
全路智能网设备根据获取到的被强制注销用户当前所在的局向信息进行判断：
如果被强制注销用户当前在漫游路局第三路局的第三MCX应用范围时，则全路智能网设备将功能号强制注销的通知消息，转发给被强制注销用户当前所在的局的第三路局智能网设备；
第三路局智能网设备将通知消息转发给相应的第三MCX应用；
第三MCX应用发送通知消息给被强制注销的用户。
25.一种智能网漫游场景的实现系统，其特征在于，
系统采用两级架构实现智能网，包括全路设备和与该全路设备连接的多组路局设备，全路设备包括全路智能网设备；每组路局设备包括路局智能网设备；
路局智能网设备作为全路智能网设备与路局智能网设备所在路局的网元设备的网关，优先于全路智能网设备响应用户终端的业务请求；
在跨局呼叫或用户漫游场景，路局智能网设备用于向全路智能网设备发送消息，并根据全路智能网设备的反馈消息，通过所在路局的网元设备反馈信息给用户终端。
26.根据权利要求25所述的智能网漫游场景的实现系统，其特征在于，用于实现功能号注册过程：
归属地或拜访地的路局智能网设备用于接收来自用户终端发送的注册请求消息，根据请求消息进行功能号绑定注册，如果在所述路局智能网设备注册成功，则由所述路局智能网设备发送消息到全路智能网设备，由全路智能网设备对所述功能号进行绑定注册。
27.根据权利要求25所述的智能网漫游场景的实现系统，其特征在于，用于实现功能号在全路智能网设备注册后的注销过程：
路局智能网设备接收用户终端发送的注销请求消息；
路局智能网设备转发请求消息到全路智能网设备；
全路智能网设备根据请求消息对用户终端的功能号进行注销，全路智能网设备返回功能号注销成功或失败的响应消息给路局智能网设备；
如果响应消息为注销成功，路局智能网设备将本地的MSISDN号码与功能号码的绑定关系删除；如果响应消息为注销失败，路局智能网设备不做处理。
28.根据权利要求25所述的智能网漫游场景的实现系统，其特征在于，用于实现功能号查询流程：
当前路局的路局智能网设备接收终端用户发送的功能号查询请求消息；
所述当前路局包括终端用户的归属局或拜访局；
当路局智能网设备在正常情况下查询不到相关映射关系时，转发请求消息到全路智能网设备，由全路智能网设备进行功能号查询。
29.根据权利要求25-28中任一项所述的智能网漫游场景的实现系统，其特征在于，用于实现功能号强制注销流程：
归属局的路局智能网设备接收特权用户发送的请求消息，请求消息用于强制注销被强制注销用户；
当被强制注销用户未在路局智能网设备注册时，转发请求信息给全路智能网设备；
全路智能网设备根据请求消息对被强制注销用户进行注销。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410237713.3A CN118042447A (zh) | 2024-03-01 | 2024-03-01 | 一种智能网漫游场景的实现方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410237713.3A CN118042447A (zh) | 2024-03-01 | 2024-03-01 | 一种智能网漫游场景的实现方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN118042447A true CN118042447A (zh) | 2024-05-14 |
Family
ID=91003919
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202410237713.3A Pending CN118042447A (zh) | 2024-03-01 | 2024-03-01 | 一种智能网漫游场景的实现方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN118042447A (zh) |
-
2024
- 2024-03-01 CN CN202410237713.3A patent/CN118042447A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0882374B1 (en) | Location based screening in a mobile telecommunications system | |
| US6137791A (en) | Communicating packet data with a mobile station roaming within an incompatible mobile network | |
| KR100656108B1 (ko) | 다중 무선 시스템을 포함하는 무선 통신 네트워크에서 메시지 데이터를 관리하기 위한 방법 및 시스템 | |
| US7656864B2 (en) | Data network computing device call processing | |
| US8611316B2 (en) | Communication method and system for terminal entering and leaving idle mode | |
| JP3742857B2 (ja) | 国際自動ローミングサービス方法 | |
| US6181938B1 (en) | Intelligent call routing in telecommunication network with dual mode terminals | |
| US7050416B2 (en) | Technique for IP communication among wireless devices | |
| CN104994477A (zh) | 重定向通过数据网络的蜂窝电话通信 | |
| US20030027572A1 (en) | Method and system for primary paging location of mobile terminal | |
| US20130203414A1 (en) | Mobile Terminal Registration Method in a Radio Network | |
| EP2139180A1 (en) | A method to unify multiple subscriber identity profiles in a telecommunication system | |
| CA2274622C (en) | Method of controlling paging in a plurality of mobile switching centers in a radio telecommunications network | |
| CN115150806A (zh) | 一种基于本地疏导的位置管理方法及系统 | |
| CN118042447A (zh) | 一种智能网漫游场景的实现方法及系统 | |
| EP2286609A2 (en) | Mobile communications system and method | |
| CN110312241B (zh) | 国际关口局服务器、区块链网络系统及其通信方法 | |
| US7599379B2 (en) | Registering stations between protocols | |
| CN117425202A (zh) | 一种智能网业务处理方法及系统 | |
| US7706773B2 (en) | System and method for managing communication services provided to a mobile terminal using a temporary wireless directory number | |
| US8442058B2 (en) | Locating stations between protocols | |
| EP2139170A1 (en) | A method to unify multiple subscriber identity profiles in a telecommunication system | |
| CA2391517C (en) | Method and device for carrying out security procedures involving mobile stations in hybrid cellular telecommunication systems | |
| CN117425132A (zh) | 一种终端业务会话管理方法及组网系统 | |
| WO2002080491A1 (en) | Mechanism for managing mobility in telecommunication networks |
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 |