一种负荷迁移的方法、装置和系统与流程

本申请涉及通信
技术领域：
，尤其涉及一种通信网络中进行负荷迁移的方法、装置和系统。
背景技术：
在4g(4thgeneration，第四代)通信网络中，当ue(userequipment，用户设备)注册到通信网络后，通信网络会为其分配一个mme(mobilitymanagemententity，移动性管理实体)，负责ue的移动性管理。当出现网络扩容/缩容，mme故障等mme无法继续为ue服务的场景时，就需要将ue迁移到其他的mme。在4g通信网络中，改变ue的服务mme的流程相对复杂。若ue处于空闲态，则通过网络寻呼ue，通知ue发起位置更新，在位置更新的过程中将ue切换到新的mme。因此，要想改变ue的服务mme，需要触发较多的空口信令(如寻呼过程、位置更新过程)。当需要进行迁移的ue较多时，会导致空口信令突发增多。为避免空口的信令风暴，目前的解决方案是分批进行迁移，但是，分批迁移的速度慢，不能及时减少mme的负荷，不利于网络的负荷均衡。在5g(5thgeneration，第四代)通信网络中，核心网中的功能网元将基于虚拟化技术实现，可以预见，在运营商的网络部署中将会出现比较频繁的网络功能的扩容、缩容、及增减。4g中mme的负载迁移方法无法适用于5g这种部署灵活、变动频繁的网络场景。技术实现要素：本申请实施例提供一种负荷迁移的方法、装置和系统，以解决核心网的功能实体在负荷迁移的过程中，空口资源占用较多且负荷迁移效率低等问题。为达到上述目的，本申请实施例提供如下技术方案：第一方面，本申请实施例提供一种负荷迁移的方法，以使负荷迁移原接入管理实体将其当前所服务的全部或部分ue迁移至目标接入管理实体，该方法包括：通信网络实体首先确定要进行负荷迁移的目标接入管理实体，然后向接入网络实体发送原接入管理实体的标识和目标接入管理实体面向该接入网络实体的地址的对应关系。由于接入网络实体可以从来自ue的消息中，或者接入网络实体保存的ue上下文中，获取当前为ue服务接入管理实体的标识，因此接入网络实体可以根据通信网络实体发送的原接入管理实体的标识，判断哪些ue需要进行迁移，进而，根据原接入管理实体的标识对应的目标接入管理实体面向该接入网络实体的地址，可以得知ue需要迁移到哪个目标接入管理实体，来自ue的消息需要转发到哪个地址。这样，通信网络实体无需针对每个ue向接入网络实体发送负荷迁移的指令或消息，减少了信令开销，提升了负荷迁移的效率，接入网络实体也无需通知ue发起位置更新流程，以使接入网络实体重新为ue选择接入管理实体，减少了空口信令，节约了空口资源。在一种可能的设计中，为了是目标接入管理实体在负荷迁移后将原接入管理实体的标识作为自己的标识来使用，通信网络实体还要向目标接入管理实体发送原接入管理实体的标识，这样，在原接入管理实体的负荷迁移到目标接入管理实体后，目标接入管理实体可以使用原接入管理实体的标识为ue提供服务，比如当有新的ue接入或注册到目标接入管理实体时，目标接入管理实体在为该ue分配临时标识时，临时标识中所包含的接入管理实体的标识可以使用原接入管理实体的标识。接入管理实体的标识也属于一种网络资源，需要根据网络容量和部署进行规划和配置，这样可以使接入管理实体的标识作为一种网络资源不被浪费。在一种可能的设计中，通信网络实体可以是原接入管理实体，为了使目标接入管理实体能够正常为要迁移的ue提供服务，原接入管理实体还要将要迁移的ue的上下文发送至目标接入管理实体或数据存储功能实体。这样，在接入网络实体将ue的消息发送至目标接入管理实体后，目标接入管理实体可以根据收到的ue的上下文或从数据存储功能实体获取的ue的上下文，继续为ue提供服务，通信网络内部的负荷迁移不会影响到ue的业务，ue也不会感应到接入管理实体的切换。比如目标接入管理实体可以根据ue上下文中保存的当前为ue服务的会话管理实体的标识或地址，将来自ue的消息转发至会话管理实体处理。在一种可能的设计中，通信网络实体可以是原接入管理实体，为了使当前为ue服务的会话管理实体在负荷迁移后还能够找到当前为其服务的接入管理实体，即目标接入管理实体，原接入管理实体还要向当前为要迁移的ue服务的会话管理实体发送原接入管理实体的标识和目标接入管理实体面向该会话管理实体的地址的对应关系。这样，由于会话管理实体保存有当前为ue服务的接入管理实体的标识，当会话管理实体收到要发至ue的下行消息，会话管理实体可以根据原接入管理实体的标识，将要发送至所述ue的消息发送至对应的目标接入管理实体。在一种可能的设计中，通信网络实体可以是操作维护实体，为了使原接入管理实体清楚要将哪部分ue迁移至哪个目标接入管理实体，操作维护实体要向原接入管理实体发送要迁移的原接入管理实体的标识和目标接入管理实体面向该原接入管理实体的地址。由于原接入管理实体为其服务的ue分配的临时标识中包含原接入管理实体的某个标识，假设原接入管理实体包含多个标识，原接入管理实体可以根据操作维护实体发送的原接入管理实体的标识确定要迁移的ue。而目标接入管理实体面向原接入管理实体的地址，可以使原接入管理实体将所要迁移的ue的上下文发送给目标接入管理实体。第二方面，本申请实施例提供一种负荷迁移的方法，该方法包括：接入网络实体接收通信网络实体发送的原接入管理实体的标识和目标接入管理实体面向该接入网络实体的地址的对应关系；然后，接入网络实体根据接收的来自ue的消息中携带的原接入管理实体的标识，或根据该接入网络实体保存的当前为ue服务的原接入管理实体的标识，将来自ue消息发送至目标接入管理实体面向所述接入网络实体的地址。这样，接入网络实体根据通信网络实体的指示，保存接入管理实体标识和接入管理实体地址的对应关系，当接入网络实体收到来自ue的消息时，根据ue的消息中所包含的接入管理实体的标识或接入网络实体保存的为ue服务的接入管理实体的标识，就可以直接找到与该标识对应的接入管理实体的地址，无论通信网络内部接入管理实体间负荷如何迁移，接入网络实体始终可以将来自ue的消息发送至正确的接入管理实体，无需在接入管理实体间进行重定向。并且，接入管理实体只需要根据通信网络实体指定的对应关系进行消息转发，就可以保证接入管理实体间的负载均衡，简化了接入网络实体进行消息转发的复杂度，比如接入网络实体在进行消息转发时无需再根据负荷均衡的算法选择接入管理实体。在一种可能的设计中，接入网络实体保存的ue的上下文中包含当前为其服务的接入管理实体的标识和接入管理实体面向该接入网络实体的地址，接入网络实体根据收到的原接入管理实体的标识确定要更新的ue的上下文，将ue的上下文中包括的为ue服务的接入管理实体面向接入网络实体的地址设置为无效值。这样，当接入网络实体接收来自ue的消息，接入网络实体判断ue的上下文中包括的为ue服务的接入管理实体面向接入网络实体的地址为无效值，则接入网络实体从ue的上下文中获取原接入管理实体的标识，并根据原接入管理实体的标识确定对应的目标接入管理实体面向接入网络实体的地址，接入网络实体将来自ue的消息发送至目标接入管理实体面向接入网络实体的地址。在一种可能的设计中，接入网络实体保存的ue的上下文中包含当前为其服务的接入管理实体的标识和接入管理实体面向该接入网络实体的地址，接入网络实体根据收到的原接入管理实体的标识确定要更新的ue的上下文，将ue的上下文中包括的为ue服务的接入管理实体面向接入网络实体的地址设置为目标接入实体面向该接入网络实体的地址。这样，当接入网络实体接收来自ue的消息，接入网络实体根据ue的上下文中记录的接入管理实体面向接入网络实体的地址，直接将消息发送至目标接入管理实体。在一种可能的设计中，接入网络实体接收来自ue的消息，接入网络实体从消息中获取原接入管理实体的标识，并根据原接入管理实体的标识确定对应的目标接入管理实体面向接入网络实体的地址，接入网络实体将来自ue的消息发送至目标接入管理实体面向接入网络实体的地址。在一种可能的设计中，通信网络实体可以是原接入管理实体或操作维护实体。第三方面，本申请实施例提供一种负荷迁移的通信网络实体，该通信网络实体具有实现第一方面所述方法中通信网络实体行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在一种可能的设计中，该通信网络实体为一种计算机设备，包括：处理器、存储器、总线和通信接口；该存储器用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当该设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该通信网络实体执行如上述第一方面任意一项的负荷迁移的方法。第四方面，本申请实施例提供一种负荷迁移的接入网络实体，该接入网络实体具有实现第二方面所述方法中接入网络实体行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。第五方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第一方面或第二方面所述的方法。第六方面，本申请实施例提供一种计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面或第二方面所述的方法。第七方面，本申请实施例提供一种负荷迁移系统，包括如上述方面所述的通信网络实体和接入网络实体。本申请实施例中，接入网络实体、接入管理实体、会话管理实体和操作维护实体的名字对实体本身不构成限定，在实际实现中，这些实体可以以其它名称出现。只要各个实体的功能和本申请类似，或者实体有多个功能，但其中一个或多个功能和本申请类似，均在本申请保护的范围之内。附图说明图1a所示为本申请实施例的一种可能的系统网络示意图；图1b所示为本申请实施例的一种可能的5g网络架构示意图；图2所示为本申请实施例的一种可能的用户设备的临时标识组成部分示意图；图3所示为本申请实施例提供的一种负荷迁移方法流程示意图；图3a所示为本本申请实施例提供的另一种负荷迁移方法流程示意图；图4所示为本申请实施例提供的另一种负荷迁移方法流程示意图；图5所示为本申请实施例提供的另一种负荷迁移方法流程示意图；图6所示为本申请实施例提供的一种计算机设备结构示意图；图7所示为本申请实施例提供的一种接入网络实体功能模块示意图；图8所示为本申请实施例提供的一种接入网络实体结构示意图；图9所示为本申请实施例提供的一种通信网络实体功能模块示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。本发明实施例提供一种负荷迁移方法，可应用于如图1a所示的系统架构或应用场景中。如图1a所示，用户设备通过接入网络实体与接入管理实体连接，接入管理实体对用户设备进行接入鉴权和连接管理，接入管理实体通过会话管理实体为用户设备建立到业务服务器或其它网络或设备的连接。图1a所示的通信网络中可能存在多个接入管理实体，如接入管理实体1和接入管理实体2，当接入管理实体1无法继续为用户设备提供连接管理服务时，需要将用户设备迁移到接入管理实体2上，并通知接入网络实体将用户设备的消息转发至接入管理实体2，以正常为用户设备提供服务。实际网络部署中，通信网络中可能还存在一个操作维护实体(未在图中体现)，以执行对系统中实体或设备的维护和管理。如操作维护实体和接入管理实体、会话管理实体、ran等设备间存在连接关系，操作维护实体可以向接入管理实体、会话管理实体和ran等设备发送消息，对这些设备进行配置和初始化等远程操作和维护。在本申请实施例中，接入管理实体、会话管理实体或操作维护实体都可以称为通信网络实体。图1a中实体的名字本身对实体不构成限定。例如，该“接入管理实体”还有可能被替换为“接入和移动性管理功能实体”或其他名字；“会话管理实体”也有可能被替换为“会话管理功能”或其他名字。而且，该接入管理实体还可以对应一个包括除了移动性管理功能外，还有其他功能的实体。会话管理实体也可以对应一个包括除了会话管理功能外，还有其他功能的实体。在此进行统一说明，以下不再赘述。图1b为图1a的一种可能的通信系统实例，其中包括ue(userequipment，用户设备)，(r)an(radioaccessnetwork，无线接入网络实体)，核心网和dn(datanetwork，数据网络)。用户设备通过ran接入核心网，并经过核心网连接至dn，享受dn提供的服务。其中，核心网中包括amf(accessandmobilitymanagementfunction，接入和移动性管理功能)，smf(sessionmanagementfunction，会话管理功能)，pcf(policycontrolfunction，策略控制功能)和upf(userplanefunction，用户面功能)。如图1b所示的系统架构中，ran为图1a的接入网络实体实例，amf为图1a的接入管理实体实例，smf为图1a的会话管理实体实例。ue通过ran与amf连接，amf对ue提供接入和移动性管理服务，即对接入的用户进行鉴权，并对通过其接入核心网的用户设备进行管理(如连接管理，移动性管理等)；smf从pcf获取ue相关的策略，并控制upf根据相关的策略为ue建立到dn的连接。对已经接入核心网或附着到核心网的ue，核心网还会为其分配一个临时标识，临时标识的格式如图2所示，包含plmnid(publiclandmobilenetworkidentification，公共陆地移动网标识)，amfgroupid(amf群组标识)，amfid(amf标识)和ueid(ue标识)。需要说明的是，本申请实施例中所述的核心网网络实体的名称和部署形态仅为示例，不构成对本申请技术方案及所涉及的功能实体的限定，无论未来这些网络实体的名称、位置、交互关系如何变化，只要具备了本申请实施例中网络实体的功能，则均在本申请保护范围之内。如，具备amf或smf等功能的设备可以被称为amf或smf，还可能被称为amf实例或smf实例，amf设备或smf设备，amf功能实体或smf功能实体。同样，本申请实施例所描述的技术方案不仅限于图1b中所示通信系统中的网络实体，其它类型网络中的网络实体，只要具备本申请实施例中网络实体的功能，则均在本申请保护范围之内。当amf进行负荷重分配时，如amf关机或缩容，amf需要将amf当前管理的ue，即当前由其服务的ue或当前注册在此amf上的ue，迁移到其它的amf上。为此，本申请实施例提供一种技术方案，ran上保存amf路由信息，包括amfid和amf地址的对应关系；当amf希望将其管理的全部或部分ue迁移到其他amf上时，amf或操作维护(operations&maintenance，o&m)实体向ran发送负荷迁移后的amf路由信息，如负荷迁移后amfid所对应的amf的地址，即负载迁移目标amf的地址，当amfid的长度发生变化时，还要携带新的amfid。当ran收到来自ue的nas(nonaccessstratum，非接入层)消息时，ran根据ue的临时标识中包括的amfid，确定amfid对应的amf的地址，并将ue发送的消息转发至该amf地址。本申请实施例所提供的技术方案，利用ue的临时标识中包括其注册的或为其服务的amf的amfid这一特征，通过向ran更新amfid所对应的amf的地址，使得ran可以根据ue的临时标识中的amfid，确定负荷迁移目标amf的地址，进而将ue的消息转发至负荷迁移目标amf，满足5g核心网负荷重分配或负荷迁移的需求。本领域技术人员可以想到的是，核心网网元还可以采用其它方式向ran发送负荷迁移后的amf路由信息，如向ran发送要进行负荷迁移的原amf标识和负荷迁移目标amf的标识，ran可以根据目标amf标识获取到目标amf标识对应的amf地址，即负载迁移目标amf的地址，并将ue相关的消息发送至负荷迁移目标amf。需要说明的是，amf标识可以是任何唯一标识amf的格式，如字符串格式的名称，或全称域名(fullyqualifieddomainname，fqdn)，或全局唯一amf标识(globallyuniqueamfidentifier，guami)等。在本申请实施例所提供的技术方案中，amf和ran不需要针对每个ue执行ue迁移的信令交互，如不需要寻呼ue并通知ue发起位置更新或重注册，另外amf不需要针对每个ue向ran发送消息来删除ran保存的ue上下文中的amfid，因此节省了大量的信令开销和网络资源。本申请实施例不限定ran保存amf路由信息的具体形式，ran可以以amf路由表的形式保存的amf路由信息，还可以采用非路由表的其它形式保存amf路由信息，比如ran分别保存amfid列表和amf地址列表，两个表中同时包括amf名称作为索引，同样可以建立amfid和amf地址之间的对应关系。为方便描述，本申请实施例中以amf路由表为例对本申请技术方案进行说明。需要说明的是，以其它形式记录路由信息的方案，只要实现了本申请实施例中所述方案的功能，则均在本申请保护范围之内。假设本申请实施例中5g核心网中包含4套amf设备或amf实例，分别为amf1，amf2，amf3和amf4，则ran中保存的amf路由表如表1所示，包含amf面向ran的地址(如表一中第二列)和amfid(如表一中第三列)，为方便本申请实施例的描述，便于本领域技术人员理解本技术方案，表一中还增加了一列amf名称(如表一中第一列)。对于amf面向ran的地址和amfid的具体格式，本申请实施例不做限定，表一中假定amfid为二进制格式，长度为2bit(比特)，假设amf与ran之间的传输层协议为sctp(streamcontroltransmissionprotocol，流控制传输协议)，则amf面向ran的地址为sctp地址和sctp端口号等。需要说明的是，ran可以通过多种方式记录并保存如表一所示的amf路由信息，本申请实施例不做限定。比如o&m(operationandmaintenance，操作和维护)可以在网络部署时，统一规划并分配amfid,并发送给各amf，各amf与ran建立连接时，将各自的amfid和amf面向ran的地址发送给ran，由ran自己生成amf路由表。还可以由o&m统一进行规划并生成amf路由表，然后发送给ran。当ran未收到amf路由表时，或ran收到未注册的ue的nas消息时，ran根据本地配置的策略或其它路由策略发送ue的nas消息，如为保证amf负载均衡的策略，ran可以平均地选择amf进行nas消息路由。表一amf名称amf面向ran的地址amfidamf1amf1面向ran的地址00amf2amf2面向ran的地址01amf3amf3面向ran的地址10amf4amf4面向ran的地址11假设某个ue的临时标识中amfid+ueid为“00100100101100101…”,则根据表一所示的amf路由表，从ue临时标识中截取的amfid为“00”，ran应该将该ue的nas消息根据表一中的amf1面向ran的地址发送给amf1。当表一中的amf1需要关机进行维护升级等操作时，amf1上所有的ue都需要迁移到其他的amf中，amf1为负荷迁移原amf，假设amf1决定将其服务的所有ue都迁移到目前负荷最低的amf2上，即amf2为负荷迁移目标amf，则amf1刷新表一的amf路由表，刷新后的amf路由表如表二所示，其中临时标识中amfid为“00”的ue的nas消息将被路由到amf2。表二由于本申请实施例中不限定amf路由表中ue的信息的长度，即不限定表一中ue临时标识中amfid的长度，当运营商需要对网络进行扩容，需要将2bit的amfid进行扩展以标识更多的amf时，本申请实施例所提供的方法仍然适用。假设5g核心网网络负荷超标，为降低网络负荷，提升网络可靠性，运营商决定对5g核心网进行扩容，在5g核心网中新增部署amf5和amf6，因此需要将amfid扩展为3bit，如表一所示的amf路由表将被刷新为如表三所示的新的amf路由表。表三中ue的信息为ue临时标识中amfid+ueid部分从高位截取的前三位。假设一个ue在5g核心网进行扩容前已被分配临时标识，该ue的临时标识中amfid+ueid为“00100100101100101…”，则扩容后该ue的amfid为“001”。表三为了减少amf1、amf2、amf3和amf4(后续以amf1-amf4表示编号连续的几个amf的集合)的负荷，amf1-amf4分别将各自的部分ue迁移到amf5和amf6，迁移后的amf路由表如表四所示。amf1将其下临时标识中amfid为“001”的ue迁移到amf5，amf2将其下临时标识中amfid为“011”的ue迁移到amf5，amf3将其下临时标识中amfid为“101”的ue迁移到amf6，amf4将其下临时标识中amfid为“111”的ue迁移到amf6。后续有新的ue注册到amf5上时，amf5需要从“001”和“011”两个中选择其一作为amfid为ue分配临时标识。为方便后续负荷迁移时能够做到负荷均衡，amf5在为ue分配临时标识时需要以相同的概率选择“001”和“011”作为amfid，以方便后续在amf路由表中使用amfid进行负荷迁移。表四另外，基于如表三所示的amf路由表，如果运营商网络扩容的同时，需要关闭amf1进行维护或升级等操作，amf1还支持将其下的ue迁移到多个amf中，如将ue临时标识中amfid为001的ue迁移到amf5，将ue临时标识中amfid为000的ue迁移到amf2，则迁移后的amf路由表如表五所示。表五需要说明的是，本申请实施例中所提出的amf负荷迁移时向ran中发送负荷迁移后amf路由信息的方案，目的是要指导ran将已注册(或已拥有ue临时标识)ue的nas消息发送到负荷迁移目标amf上，以达到负荷迁移和负荷均衡的目的。发送amf路由信息的消息可以由要进行负荷迁移的amf发送，也可以由o&m发送，本申请实施例不做限定。如上表格及对应的说明对amf路由表的概念和原理进行了阐述，如下通过消息流程图对本申请实施例提出的负荷迁移的方法进行描述。图3描述了根据amf路由表进行amf负荷迁移的方法流程图。在amf1需要关机或缩容，或者amf2需要扩容等场景下，amf1需要进行负荷迁移，将amf1上注册的所有ue迁移到amf2(如表一和表二所示)，或将amf1上注册的部分ue迁移到其它的amf上(如表三和表四中所示)。图3中，假设ran中已经保存如表一所示的amf路由表，amf1需要关机，发起到amf2的负荷迁移。301、amf1关机，根据网络中其它amf的负荷情况自行判断或根据o&m的指示，决定将amf1上注册的或amf1所服务的所有ue迁移到amf2。302、amf1将amf1中保存的所有ue的上下文信息发送给amf2，还需要将amf1的amfid(如表二中“00”)发送给amf2，作为后续amf2的新的amfid。ue的上下文信息包括ue的标识(如imsi，临时标识)，签约数据，包括鉴权等相关信息的安全数据，pdu会话信息，smf信息，业务策略等信息。amf1将ue的上下文发送给amf2，以保证amf2可以继续正常管理ue的连接和会话等信息，amf的切换不会影响ue与5g核心网间的连接和业务。负荷迁移后，amf2拥有两个amfid，即“00”和“01”，后续其它ue连接或注册到amf2时，amf2选择任一amfid为ue分配临时标识。需要说明的是，amf1可以在一条消息中将要迁移到amf2的ue的上下文信息发送给amf2，当一条消息中要包含的信息过大时，也可以分解成多条消息进行传递。amf1和amf2两个网元或设备间通过一条或多条设备级消息传递要迁移的ue的上下文信息，避免了针对每个要迁移的ue发送消息，减少了amf1和amf2间的信令开销。303、amf1向ran发送消息，消息中至少包含amf路由信息。amf路由信息的目的是要ran更新amf路由表中amfid和amf地址的对应关系，后续ran收到ue发送的上行nas消息，根据ue的临时标识中的amfid信息，查询更新后的amf路由表，将nas消息发送到更新后amf路由表指定的地址。amf路由信息的具体格式本申请实施例不做限定，具体可以是如表二所示完整的更新后的amf路由表；但考虑到信令和传输开销，amf路由信息还可以只包含表二中amf1和amf2的路由信息；还可以通过信元的方式指示amf路由表的更新，如携带负荷迁移原amf的amfid(00)和负荷迁移目标amf的任一amfid(如01)，或者携带负荷迁移原amf的amfid(00)和负荷迁移目标amf面向ran的地址(amf2面向ran的地址)，以指示ran最新的amf路由信息，当amfid的长度发生变化时，amf1还要向ran发送更新后的原amf的amfid。需要说明的是，对于已经与ran建立信令连接的ue，ran中已经保存了ue的上下文，ran中保存的ue的上下文包括从ue的临时标识中截取的amfid和当前为ue服务的amf面向ran的地址。为保证ran根据ue的上下文中amf面向ran的地址，可以将ue的上行消息转发到amf路由表指定的amf，ran在收到amf路由信息时，还需要根据amf路由信息刷新ue的上下文。如在本实施例中，ran需要查询ue的上下文中amfid为00的记录，将其中记录的当前为ue服务的amf面向ran的地址刷新为amf2面向ran的地址，或者将当前为ue服务的amf面向ran的地址刷新为无效值，下次收到ue的上行消息时，查询amf路由表获取amf2面向ran的地址。另外，对于已经通过ran与amf1建立连接，且信令流程正在进行的ue，如正在进行位置更新或附着流程的ue，amf1还可以在303消息中包含这些ue的标识，如ran为ue分配的临时标识，以指示ran对这些ue进行例外处理，即等待ue的信令流程结束后，再更新ue的上下文信息，相应的，amf1等待ue的信令流程结束后再关机。304：amf1删除要迁出的ue的上下文信息，执行关机操作。305：ue向ran发送上行的nas消息，一种情况下，则ue在nas消息中不携带临时标识(如ue在发送此消息之前已经与ran建立了连接)；另一种情况下，在nas消息中携带临时标识(如ue与ran建立连接的首条消息)。306：ran接收ue发送上行的nas消息，或者ran本地触发发送与ue相关的上行消息，ran执行如下操作：如果ran中保存有ue的上下文信息(如ue在发送305消息之前已经与ran建立了连接)，且ue的上下文信息中有amf面向ran的地址，则ran根据amf面向ran的地址，将消息发送给对应的amf；如果ran中保存有ue的上下文信息，ue的上下文信息中amf面向ran的地址为无效值，则ran根据ue上下文中记录的amfid或者截取ue临时标识中amfid，查询刷新后的amf路由表，获取amf面向ran的地址,并将消息发送给amf面向ran的地址对应的amf；如果ran中没有ue的上下文信息，则ran根据ue携带的临时标识中的amfid+ueid，和刷新后amf路由表中amfid的长度(bit位数)，从ue的临时标识中截取amfid，然后查询刷新后的amf路由表，获取amf面向ran的地址,并将消息发送给amf面向ran的地址对应的amf；如果ran中没有ue的上下文信息，且ue是首次接入5g核心网，ue发送的消息中也没有临时标识，则ran根据本地配置的规则或其它负荷均衡规则为ue选择一个amf接入。可见，通过本申请实施例提供的方法，当amf需要进行负荷迁移时，amf通过设备级的消息通知ran更新amf路由表和相关的ue的上下文信息，amf无需针对每个ue向ran发送更新消息，减少了信令开销，提升了负荷迁移的效率。ran也无需通知ue发起位置更新流程，以使ran重新为ue选择amf，减少了空口信令，节约了空口资源。ran通过更新本地保存的amf路由表，可以直接找到迁移后保存有ue上下文的amf，无需在amf间进行重定向。并且，ran只需要根据amf路由表对ue的消息进行转发，就可以保证amf间的负载均衡，简化了ran进行消息转发的复杂度。需要说明的是，当负荷迁移的流程中有o&m参与时，比如由o&m确定要迁移的原amf和目标amf，及要迁移的amf1的amfid，则图3中所描述的amf1的部分功能还可以由o&m来实现，比如302步骤中，可以由o&m将要迁移的amfid发送给amf2，303步骤中，可以由o&m将更新后的路由信息发送给ran的功能，具体流程如图3a所示。在301a1步骤，o&m根据当前网络中各amf的负荷情况，决定将amf1的全部负荷迁移到amf2。o&m将amf1的amfid(00)(由于amf1当前只有一个amfid，因此是amf1全部的负荷)和amf2面向amf1的地址或amf2的标识(如01)发送给amf1，指示amf1将amfid(00)所对应的ue迁移到amf2。可选的，在301a2步骤，o&m还可以代替amf1向amf2发送amf1的amfid(00)，以使amf2在负荷迁移后使用amfid(00)。在303a3步骤，o&m向ran发送amf路由信息，amf路由信息的具体描述可以参见图3中步骤303的描述。图3a中的301步骤-306步骤与图3中301步骤-306步骤大致相同，不同的地方在于，在图3a中，由于o&m在301a2步骤中已经向amf2发送了要迁移的amf1的amfid，因此amf1在302消息中只需要传递要迁移的ue的上下文；另外，由于o&m在303a3步骤中向ran发送了amf路由信息，amf1不再需要向ran发送amf路由信息。图3和图3a中，amf1和amf2间直接进行ue上下文信息的传递，现网实际部署中，也可以采用amf1先将ue的上下文信息保存在具备数据存储功能的设备中，然后amf2再到该数据存储设备中获取ue上下文的方式。图4给出了一种amf1和amf2间采用udsf(unstructureddatastoragefunction，非结构化数据存储功能)传递ue上下文信息的负荷迁移流程图。图4所描述的业务场景和对系统的前提假设与上面图3所述的实施例相同，下面仅对图4所示流程图中与图3所示不同的部分，与图3相同的部分不再赘述。401：参见301中的描述。402：amf1将其服务的ue的上下文信息发送至udsf保存，ue上下文的解释参见302。与302不同的是，图4中操作维护系统(如o&m)通知amf2更新amfid，更新后的amfid包括000和001。当然，也可以由amf1通知amf2更新amfid，即通知amf2将原来amf1的amfid(000)作为后续amf2的amfid使用。403：amf1或o&m向ran发送amf路由信息，amf路由信息参见303的描述。此外，amf1还需要将ue上下文更新信息发送给ran，ue上下文更新信息同样参见303的描述。404：amf1删除要迁出的ue的上下文信息，执行关机操作。405-406：参见305-305的描述。407：amf2收到ran发送的ue的上行消息，根据消息中携带的ue的临时标识，到udsf中读取ue的上下文，以继续为ue提供服务。如上图3和图4描述了amf在进行负荷迁移时，如何使用amf路由表保证ue上行消息正常处理的消息流程。本申请实施例所提出的amf路由表进行负荷迁移的方案同样可以保证amf在进行负荷迁移后，ue的下行业务或下行消息不受影响。基于图3所述的业务场景和5g核心网配置，图5描述了amf如何更新smf中的上下文，以便在收到与ue有关的下行消息时，smf能找到正确的amf。图5以amf关机需要进行负荷迁移为例，但方法流程同样适用于amf缩容，扩容等其它业务场景触发的负荷迁移。501：根据运营商策略，amf1决定关机并进行负荷迁移。502：amf1根据系统规划(如o&m的指示)，决定将负荷迁移到amf2，amf1向amf2传递ue的上下文信息，具体参见302的描述。503：amf1向ran发送amf路由信息。具体参见303的描述。504：amf向smf发送路由更新的消息，更新消息中至少包含ue的supi(subscriberpermanentidentity，签约永久标识)和ue要迁移到的目标amf面向smf的地址(即amf2面向smf的地址)，或ue的supi(subscriberpermanentidentity，签约永久标识)和amf2的标识(smf可以根据amf2的标识获取到amf2面向smf的地址)。smf收到消息，根据supi检索到对应的ue的上下文信息，更新其中保存的amf的地址，后续收到ue的下行消息，将消息转发到amf2。当smf保存的ue上下文信息中包含amfid时，路由更新消息还可以采用另外一种实现方式，如amf1可以向smf发送原amfid(00)和目标amf面向smf的地址，或原amfid(00)和目标amf标识，smf收到消息后，遍历所有的ue的上下文，对上下文中amfid为“00”的ue，更新其上下文中保存的amf面向smf的地址；当迁移前后amfid长度发生变化时，amf除了向smf发送原amfid和目标amf面向smf的地址或目标amf标识，还需要携带更新后的amfid，如表四所示的场景下，当amf1将amfid为“001”的ue迁移到amf5时，amf需要向smf发送原amfid(00)，amf5面向smf的地址或amf5的标识，和更新后的amfid(001)。需要说明的是，每个设备或网元中保存的ue的上下文信息不同，ran保存的ue的上下文和smf保存的ue的上下文是不同的。另外，503消息和504消息顺序上不分先后。505：amf1关机。506-507：smf收到ue的下行消息，根据supi查询获得amf的地址，将消息发给amf2。图5所示的方法，amf在决定将ue迁移到目的amf后，发送消息到smf，更新smf到amf的路由信息。后续当smf收到下行触发时可以根据更新后的ue的上下文找到对应的迁移后的amf，从而避免了消息的重定向。并且，本实施例中，amf向smf发送的是网元级别的消息，一次更新smf下所有ue的上下文，减少了消息数量，节省了信令开销。上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如ue，基站，核心网络实体等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。如图6所示，如上方法实施例中所述的ran，amf，smf，o&m等设备、网元或实体可以通过图6中的计算机设备(或系统)来实现。图6所示为本申请实施例提供的计算机设备示意图。计算机设备600包括至少一个处理器601，通信总线602，存储器603以及至少一个通信接口604。处理器601可以是一个通用中央处理器(centralprocessingunit，cpu)，微处理器，特定应用集成电路(application-specificintegratedcircuit，asic)，或一个或多个用于控制本申请方案程序执行的集成电路。通信总线602可包括一通路，在上述组件之间传送信息。通信接口604，使用任何接收器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radioaccessnetwork，ran)，无线局域网(wirelesslocalareanetworks，wlan)等。存储器603可以是只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。其中，存储器603用于存储执行本申请方案的应用程序代码，并由处理器601来控制执行。处理器601用于执行存储器603中存储的应用程序代码，从而实现本专利方法中的功能。在具体实现中，作为一种实施例，处理器601可以包括一个或多个cpu，例如图6中的cpu0和cpu1。在具体实现中，作为一种实施例，计算机设备600可以包括多个处理器，例如图6中的处理器601和处理器608。这些处理器中的每一个可以是一个单核(single-cpu)处理器，也可以是一个多核(multi-cpu)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。在具体实现中，作为一种实施例，计算机设备600还可以包括输出设备605和输入设备606。输出设备605和处理器601通信，可以以多种方式来显示信息。例如，输出设备605可以是液晶显示器(liquidcrystaldisplay，lcd),发光二级管(lightemittingdiode，led)显示设备，阴极射线管(cathoderaytube，crt)显示设备，或投影仪(projector)等。输入设备606和处理器601通信，可以以多种方式接受用户的输入。例如，输入设备606可以是鼠标、键盘、触摸屏设备或传感设备等。上述的计算机设备600可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中，计算机设备600可以是台式机、便携式电脑、网络服务器、掌上电脑(personaldigitalassistant，pda)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图6中类似结构的设备。本申请实施例不限定计算机设备600的类型。示例性的，本发明实施例中所述的ran可以为图6所示的设备，ran的存储器中存储了可以执行本发明实施例中方法的软件代码，处理器执行存储器中存储的应用程序代码，从而实现本专利方法中ran的功能。本申请实施例还可以对ran和接入管理实体进行功能模块划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以此采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意行的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。图7给出了上述实施例中所涉及的ran的可能的功能模块示意图，该设备700包括ue收发模块701，网络收发模块702，处理模块703和存储模块704。其中ue收发模块701用于与ue通信，向ue发送下行消息或接收ue发送的上行消息；网络收发模块702用于与5g核心网中的网元或设备通信，接收amf或o&m发送的消息，或向amf或o&m发送消息；处理模块703用于处理701或702接收的消息，或生成向ue或5g核心网发送的消息，并通过701或702发送，另外，处理消息过程中得到的信息，如本申请实施例中的amf路由表或ue上下文信息保存在存储模块704中；存储模块704用于保存经处理模块703处理或解析后获得信息，并提供接口供处理模块703进行信息查询，如ran收到ue的上行消息时，处理模块703向存储模块704查询amf路由表或ue上下文信息，以决定amf面向ran的地址。上述功能模块既可以采用硬件的形式实现，也可以此采用软件功能模块的形式实现。在一个简单的实施例中，本领域的技术人员可以想到ran-700可以采用图6所示的形式。比如，图7中的处理模块703可以通过图6中的处理器601调用存储器603中的代码来实现，本申请实施例对此不作任何限制。图8给出了上述实施例中所涉及的ran的可能的结构示意图，包括接收器801,处理器802，存储器803以及通信模块804。所述接收器801用于支持与上述实施例中的所述的ue之间收发信息。所述处理器802执行各种用于与ue通信的功能。在上行链路，来自所述ue的上行链路信号经由天线接收，由接收器801进行调解，并进一步由处理器802进行处理来恢复ue所发送到业务数据和信令信息。在下行链路上，业务数据和信令消息由处理器802进行处理，并由发射器801进行调解来产生下行链路信号，并经由天线发射给ue。处理器802还执行图3至图5中涉及ran的处理过程和/或用于本申请所描述的技术的其他过程。存储器803用于存储基站的程序代码和数据(如amf路由信息和ue的上下文信息)。通信模块804用于支持ran与其他网络实体进行通信。例如,用于支持ran与图1中示出的接入管理实体间进行通信，例如5g核心网中的amf。图9给出了上述实施例中所涉及的通信网络实体，如原接入管理实体或操作维护实体，的可能的功能模块示意图，该通信网络实体900包括通信模块901和确定模块902。其中通信模块901用于与外部实体，如ran和目标接入管理实体进行通信；确定模块902用于确定负荷迁移的目标接入管理实体，并通过通信模块向ran发送原接入管理实体的标识和所述目标接入管理实体面向ran的地址的对应关系，以使ran根据ue的消息中携带的原接入管理实体的标识，或根据ran中保存的当前为ue服务的原接入管理实体的标识，将来自ue的消息发送至目标接入管理实体面向ran的地址。确定模块902还用于确定要迁移的原接入管理实体的标识，并将所述标识通过通信模块901发送至目标接入管理实体，以使目标接入管理实体将原接入管理实体的标识在负荷迁移后作为自己的标识来使用。当通信网络实体900为原接入管理实体时，确定模块902还用于确定要进行迁移的ue的上下文，并通过通信模块901发送给目标接入管理实体或数据存储功能实体；另外，通信模块901还用于与当前为ue服务的会话管理实体通信，确定模块902还用于原接入管理实体的标识和目标接入管理实体面向会话管理实体的地址的对应关系，并通过通信模块901发送给所述会话管理实体。当通信网络实体900为操作维护实体时，通信模块901还要与原接入管理实体通信，将所述迁移的原接入管理实体的标识和目标接入管理实体面向原接入管理实体的地址，发送给原接入管理实体，所述原接入管理实体的标识用于使所述原接入管理实体确定所述要迁移的ue，所述目标接入管理实体面向所述原接入管理实体的地址用于使所述原接入管理实体将所述要迁移的ue的上下文发送给所述目标接入管理实体。上述功能模块既可以采用硬件的形式实现，也可以此采用软件功能模块的形式实现。在一个简单的实施例中，本领域的技术人员可以想到通信网络实体900可以采用图6所示的形式。比如，图9中的确定模块902可以通过图6中的处理器601调用存储器603中的代码来实现，本申请实施例对此不作任何限制。在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，本领域技术人员应该理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。在权利要求中，“包括”一次不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其它单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能结合起来产生良好的效果。当前第1页12