CN109803333B - 偶联重定向方法及装置 - Google Patents

偶联重定向方法及装置 Download PDF

Info

Publication number
CN109803333B
CN109803333B CN201711147185.9A CN201711147185A CN109803333B CN 109803333 B CN109803333 B CN 109803333B CN 201711147185 A CN201711147185 A CN 201711147185A CN 109803333 B CN109803333 B CN 109803333B
Authority
CN
China
Prior art keywords
network element
coupling
redirection
new
message
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
Application number
CN201711147185.9A
Other languages
English (en)
Other versions
CN109803333A (zh
Inventor
周臣云
高音
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority to CN201711147185.9A priority Critical patent/CN109803333B/zh
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to US16/764,825 priority patent/US11758456B2/en
Priority to EP18877320.4A priority patent/EP3713290A4/en
Priority to KR1020207017448A priority patent/KR102488791B1/ko
Priority to PCT/CN2018/116112 priority patent/WO2019096290A1/zh
Priority to CA3082919A priority patent/CA3082919A1/en
Priority to JP2020525968A priority patent/JP7149328B2/ja
Publication of CN109803333A publication Critical patent/CN109803333A/zh
Application granted granted Critical
Publication of CN109803333B publication Critical patent/CN109803333B/zh
Priority to US18/363,605 priority patent/US20230379780A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/0827—Triggering entity
    • H04W28/0835—Access entity, e.g. eNB
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/086—Load balancing or load distribution among access entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种偶联重定向方法及装置，其中，该方法包括：第一网元确定触发UE偶联重定向的触发方式；所述第一网元根据确定的触发方式对所述UE进行偶联重定向处理，解决了相关技术中支持多偶联的网元间如何实现用户偶联重定向，以及在第二网元连接到多个第一网元场景下如何将UE从第一网元中的任意一个网元偶联重定向到其他第一网元的偶联的问题，通过确定触发UE偶联重定向的触发方式对用户进行偶联重定向，避免了多个偶联间或网元间的负载不均衡，以及在某个偶联或网元故障时用户体验受影响。

Description

偶联重定向方法及装置
技术领域
本发明涉及通信领域，具体而言，涉及偶联重定向方法及装置。
背景技术
在3GPP通信网元间的控制性信令采用多个流控制传输协议(Stream ControlTransmission Protocol，简称为SCTP)SCTP作为底层的传输协议，以保证信令传输的可靠性；并且在最新的3GPP标准中支持在一对网元间建立SCTP偶联。
然而，在有些应用场景或异常情况下，粘滞在某个偶联或某个网元下的用户需要迁移到新偶联下，以保证用户服务的连续性。
根据当前标准会议结论，AMF可以将一个SCTP偶联下的UE重定向到同一个AMF内或其他AMF的SCTP偶联下；但尚未明确AMF如何重定向这些UE到新的偶联；此外，标准也未明确其他支持多偶联的网元间(如gNB-CU和gNB-DU)的偶联的用户重定向的方法。
针对相关技术中支持多偶联的网元间如何实现用户偶联重定向，以及在第二网元连接到多个第一网元场景下如何将UE从第一网元中的任意一个网元偶联重定向到其他第一网元的偶联的问题，尚未提出解决方案。
发明内容
本发明实施例提供了一种偶联重定向方法及装置，以至少解决相关技术中支持多偶联的网元间如何实现用户偶联重定向，以及在第二网元连接到多个第一网元场景下如何将UE从第一网元中的任意一个网元偶联重定向到其他第一网元的偶联的问题。
根据本发明的一个实施例，提供了一种偶联重定向方法，包括：
第一网元确定触发UE偶联重定向的触发方式；
所述第一网元根据确定的触发方式对所述UE进行偶联重定向处理。
根据本发明的另一个实施例，还提供了一种偶联重定向方法，包括：
第二网元向第一网元发送UE业务流程的初始触发消息；
所述第二网元接收所述第一网元在接收所述初始触发消息的偶联上反馈的重定向请求，所述第二网元根据所述重定向请求将所述UE重定向到新偶联；或者，
所述第二网元接收所述第一网元在新偶联上发送的重定向确定，所述重定向确定中携带有所述第一网元已将所述UE重定向到新偶联的提示信息。
根据本发明的另一个实施例，还提供了一种偶联重定向方法，包括：
第二网元接收第一网元在新偶联下发送的重定向命令，其中，所述重定向命令中包含需要被重定向到新偶联的UE信息列表；
所述第二网元根据所述重定向命令对所述UE进行偶联重定向处理。
根据本发明的又一个实施例，还提供了一种偶联重定向装置，应用于第一网元，包括：
确定模块，用于确定触发UE偶联重定向的触发方式；
第一重定向处理模块，用于根据确定的触发方式对所述UE进行偶联重定向处理。
根据本发明的又一个实施例，还提供了一种偶联重定向装置，应用于第二网元，包括：
发送模块，用于向第一网元发送UE业务流程的初始触发消息；
第一接收模块，用于接收所述第一网元在接收所述初始触发消息的偶联上反馈的重定向请求，所述第二网元根据所述重定向请求将所述UE重定向到新偶联；或者，
接收所述第一网元在新偶联上发送的重定向确定，所述重定向确定中携带有所述第一网元已将所述UE重定向到新偶联的提示信息。
根据本发明的又一个实施例，还提供了一种偶联重定向装置，应用于第二网元，包括：
第二接收模块，用于接收第一网元在新偶联下发送的重定向命令，其中，所述重定向命令中包含需要被重定向到新偶联的UE信息列表；
第二重定向处理模块，用于根据所述重定向命令对所述UE进行偶联重定向处理。
根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行上述任一项所述的方法。
根据本发明的又一个实施例，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述任一项所述的方法。
通过本发明，第一网元确定触发UE偶联重定向的触发方式；所述第一网元根据确定的触发方式对所述UE进行偶联重定向处理，解决了相关技术中支持多偶联的网元间如何实现用户偶联重定向，以及在第二网元连接到多个第一网元场景下如何将UE从第一网元中的任意一个网元偶联重定向到其他第一网元的偶联的问题，通过确定触发UE偶联重定向的触发方式对用户进行偶联重定向，避免了多个偶联间或网元间的负载不均衡，以及在某个偶联或网元故障时用户体验受影响。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是本发明实施例的偶联重定向方法的移动终端的硬件结构框图；
图2是根据本发明实施例的偶联重定向方法的流程图一；
图3是根据本发明实施例的偶联重定向方法的流程图二；
图4是根据本发明实施例的偶联重定向方法的流程图三；
图5是根据本发明实施例的重定向UE到同一个网元的其他SCTP偶联处理的示意图；
图6是根据本发明实施例的重定向UE到其他同类网元的SCTP偶联处理的示意图；
图7是根据本发明实施例的第一网元隐式重定向UE到本网元的其他偶联处理的示意图；
图8是根据本发明实施例的第二网元初始消息更换传输偶联处理的示意图；
图9是根据本发明实施例的第一网元触发稳态UE重定向本网元内的其他偶联处理的示意图；
图10是根据本发明实施例的第一网元触发稳态用户重定向到网元内其他偶联方式二处理的示意图；
图11是根据本发明实施例的第一网元触发稳态UE重定向到网元间的其他偶联处理的示意图；
图12是根据本发明实施例的gNB和AMF多偶联的传输组网的示意图；
图13是根据本发明实施例的AMF在流程中触发gNB重定向到指定网元内SCTP协作的示意图；
图14是根据本发明实施例的AMF在流程中触发gNB重定向的到其他AMF协作的示意图；
图15是根据本发明实施例的AMF触发稳态的偶联下UE在本AMF内偶联间重定向协作的示意图；
图16是根据本发明实施例的AMF重定向偶联UE重定向到AMF内的指定的偶联协作的示意图；
图17是根据本发明实施例的AMF在触发偶联UE跨AMF重定向处理过程协作的示意图；
图18是根据本发明实施例的gNB在上行消息触发UE偶联重定向协作的示意图；
图19是根据本发明实施例的gNB触发的UE重定向处理协作的示意图；
图20是根据本发明实施例的偶联重定向装置的框图一；
图21是根据本发明实施例的偶联重定向装置的框图二；
图22是根据本发明实施例的偶联重定向装置的框图三。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的偶联重定向方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或两个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的数据传输方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者两个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
本发明实施例中的网元间，如：gNB和AMF、gNB-CU和gNB-DU以及eNB和MME之间等，在UE接入时，基站根据UE接入携带的信息为UE选择一个合适的传输偶联，并在后续流程中一直粘滞在这个偶联上，这样可以避免不必要的上下文迁移和同步，达到最好的处理性能和用户体验。本发明实施例中有些应用场景或异常情况下制度是如网元间的某个偶联可能因为底层网络故障而断链，网络维护的需要而被关闭，以及网元维护或故障等因素该网元点所有偶联需要被退服，或者某个SCTP的负荷过高等因素。
基于上述的移动终端，本发明实施例，提供了一种偶联重定向方法，图2是根据本发明实施例的偶联重定向方法的流程图一，如图2所示，包括：
步骤S202，第一网元确定触发UE偶联重定向的触发方式；
步骤S204，所述第一网元根据确定的触发方式对所述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需要进行网元间的偶联重定向。
可选地，所述重定向命令包括重定向接口信息和/或重定向偶联信息。
可选地，所述重定向接口信息包括以下之一：
重定向接口全部用户信元，当信元有效时，表示网元下的所有用户被重定向；
重定向接口部分用户信元，当信元有效时，标识网元下的部分用户被重定向；
用户应用标识列表信元，用于携带需要被重定向的用户标识信息，包括一个或多个用户标志信息；
目标网元标识列表信元，指定重定向的候选目标网元，如果不指目标网元标识列表则第二网元根据负荷选择与第一网元的同类网元作为目标候选网元。
可选地，所述重定向偶联信息包括：
重定向偶联全部用户信元，当信元有效时，表示需要重定向该偶联下的全部用户；
重定向偶联部分用户信元，当信元有效时，表示重定向偶联下的部分用户；
用户应用标识列表信元，用于携带偶联下需要被重定向的用户标识信息，包含一个或多个用户标志信息；
目标偶联列表信元，执行网元内偶联重定向时有效，列表中携带候选目标偶联信息；
目标网元标识，所述标识设置为有效时，执行网元间的偶联重定向，将列表中网元标识列表指定的网元作为候选网元。
可选地，所述重定向指示包括以下至少之一：
重定向用户列表信元，携带重定向到偶联的用户信息列表，包含1个或多个用户标志信息；
旧网元应用标识信元，在用户进行跨网元重定向场景，用于新网元向旧网元请求UE上下文信息。
实施例2
根据本发明的另一个实施例，还提供了一种偶联重定向方法，图3是根据本发明实施例的偶联重定向方法的流程图二，如图3所示，包括：
步骤S302，第二网元向第一网元发送UE业务流程的初始触发消息；
步骤S304，所述第二网元接收所述第一网元在接收所述初始触发消息的偶联上反馈的重定向请求，所述第二网元根据所述重定向请求将所述UE重定向到新偶联；或者，
所述第二网元接收所述第一网元在新偶联上发送的重定向确定，所述重定向确定中携带有所述第一网元已将所述UE重定向到新偶联的提示信息。
可选地，在所述第二网元根据所述重定向请求将所述UE重定向到新偶联之前，所述方法还包括：
在所述重定向请求中携带有所述新偶联的标志情况下，所述第二网元根据所述新偶联的标志匹配所述新偶联；
在所述重定向请求中未携带所述新偶联的标志情况下，所述第二网元决策确定所述新偶联。
可选地，所述第二网元根据所述新偶联的标志匹配所述新偶联包括：
在所述新偶联的标志指示新偶联的TNLA信息，所述第二网元根据所述TNLA信息匹配新偶联；
在所述新偶联的标志指示新网元的全局应用标识的情况下，所述第二网元根据所述新网元的全局应用标识选择重定向的目标网元，在与所述目标网元间建立的传输偶联中选择新偶联；
在所述新偶联的标志指示新偶联信元的情况下，所述第二网元选择所述第一网元内的其他偶联作为新偶联。
可选地，在所述第二网元根据所述重定向请求将所述UE重定向到新偶联之后，所述方法还包括：
所述第二网元在新偶联上重发一次重定向请求或回复重定向确定。
可选地，所述重定向请求中还携带有用于识别UE的用户应用层标识。
可选地，所述重定向请求包括以下至少之一：
用户应用层标识，用于标识被重定向的用户；
重定向目标，包含目标偶联和/或目标接口两种类型，当所述目标偶联有效时，表明将用户重定向到本网元的其他偶联；当所述目标接口有效时，表明将用户重定向到第一网元的同类网元的偶联；
未被处理的消息信元，携带所述第二网元给所述第一网元投递但未被处理的流程触发消息。
可选地，所述重定向确定包括以下至少之一：
用户应用层标识，用于标识被重定向的用户；
旧网元全局应用标识信元，携带UE重定向前原偶联所属的网元全局应用标识；
未被处理的消息信元，携带需要所述第二网元给所述第一网元投递的未被处理的消息。
实施例3
根据本发明的另一个实施例，还提供了一种偶联重定向方法，图4是根据本发明实施例的偶联重定向方法的流程图三，如图4所示，包括：
步骤S402，第二网元接收第一网元在新偶联下发送的重定向命令，其中，所述重定向命令中包含需要被重定向到新偶联的UE信息列表；
步骤S404，所述第二网元根据所述重定向命令对所述UE进行偶联重定向处理。
可选地，所述第二网元根据所述重定向命令对所述UE进行偶联重定向处理包括：
在所述重定向命令用于指示为网元内偶联间的重定向的情况下，所述第二网元根据所述重定向命令，为所述重定向命令中的UE选择一个或多个新偶联，并将需要重定向的UE分配到选择的一个或多个新偶联上。
可选地，所述方法还包括：
所述第二网元根据选择的一个或多个新偶联和分配的UE构造重定向指示，在对应的偶联上发送给所述第一网元，所述重定向指示用于所述第一网元为对应的UE更新偶联信息。
可选地，所述方法还包括：
在所述重定向命令用于指示为网元内偶联间的重定向，且所述重定向命令中还携带有UE重定向的目标偶联的情况下，所述第二网元在接收到所述重定向命令的同时，根据所述重定向命令中携带的UE信息列表以及所述目标偶联更所述UE的偶联信息。
可选地，所述第二网元根据所述重定向命令对所述UE进行偶联重定向处理包括：
在所述重定向命令用于指示为网元内偶联间的重定向的情况下，所述第二网元接收所述第一网元在将所述UE分配的目标偶联上发送的重定向指示，其中，所述重定向指示中携带有已完成偶联重定向的所述UE信息列表；
所述第二网元根据所述重定向指示，将所述用户的偶联更新到接收所述重定向指示的偶联下。
可选地，所述方法还包括：
在所述重定向命令用于指示所述UE需要进行网元间的偶联重定向的情况下，所述第二网元接收所述重定向命令，其中，所述重定向命令中携带有需要重定向到同类网元的UE信息列表；
所述第二网元根据连接到所述第二网元的所述第一网元的同类网元的偶联负荷信息，选择新偶联，并根据所述UE信息列表将所述UE分配到所述新偶联上。
可选地，所述方法还包括：
所述第二网元向所述第一网元的同类网元发送重定向指示，其中，所述重定向指示用于所述第一网元的同类网元将所述UE重定向到所述新偶联，所述重定向指示有携带分配的UE信息列表和UE原服务所述第一网元的应用标识。
可选地，所述方法还包括：
在所述第一网元在选择被重定向UE的同时确定了目标网元或偶联，并能够通知所述目标网元更新UE的偶联信息的情况下，所述第二网元放弃向所述目标网元发送所述重定向指示。
可选地，所述重定向命令包括重定向接口信息和/或重定向偶联信息。
可选地，所述重定向接口信息包括以下之一：
重定向接口全部用户信元，当信元有效时，表示网元下的所有用户被重定向；
重定向接口部分用户信元，当信元有效时，标识网元下的部分用户被重定向；
用户应用标识列表信元，用于携带需要被重定向的用户标识信息，包括一个或多个用户标志信息；
目标网元标识列表信元，指定重定向的候选目标网元，如果不指目标网元标识列表则第二网元根据负荷选择与第一网元的同类网元作为目标候选网元。
可选地，所述重定向偶联信息包括：
重定向偶联全部用户信元，当信元有效时，表示需要重定向该偶联下的全部用户；
重定向偶联部分用户信元，当信元有效时，表示重定向偶联下的部分用户；
用户应用标识列表信元，用于携带偶联下需要被重定向的用户标识信息，包含一个或多个用户标志信息；
目标偶联列表信元，执行网元内偶联重定向时有效，列表中携带候选目标偶联信息；
目标网元标识，所述标识设置为有效时，执行网元间的偶联重定向，将列表中网元标识列表指定的网元作为候选网元。
可选地，所述重定向指示包括以下至少之一：
重定向用户列表信元，携带重定向到偶联的用户信息列表，包含1个或多个用户标志信息；
旧网元应用标识信元，在用户进行跨网元重定向场景，用于新网元向旧网元请求UE上下文信息。
本发明实施例支持多传输偶联的网元间将接入到某个偶联下的一个或多个用户重定向到新SCTP偶联，以及在多个网元集群的偶联间将用户重定向到新偶联的方法；避免多个SCTP偶联的负载的不均衡，以及在部分偶联或网元退服(包括人为干预的维护导致的退服)造成的性能问题或用户掉线影响用户体验。在一端网元决定将UE重定向到其他SCTP偶联时，根据UE当前的流程状态，重定向前后的新旧偶联是否属于同一个网元，以及重定向UE的数量而采用不同的实现方案。
通过流程消息触发的重定向，包括：
第一网元收到UE流程触发消息(指的是触发一个新的业务流程的首条消息)，第一网元根据当前偶联状态，可以决定重定向该UE到其他偶联。
如果是重定向到第一网元内的其他偶联或者第一网元其他同类网元的偶联可以选择在收消息的SCTP偶联上回复“重定向请求”消息给第二网元，在“重定向请求”消息中包含第二网元此前收到的初始请求消息；此外，在“重定向请求”消息中可以携带一个“新偶联标志”信息(如：新偶联的TNLA，如果期望重定向到其他网元，则携带新网元的全局应用标识)，或者不带新偶联相关信元由第二网元决策目标偶联；还有，消息中还需携带“用户应用层标识”信息，用于网元间识别用户。
图5是根据本发明实施例的重定向UE到同一个网元的其他SCTP偶联处理的示意图，图6是根据本发明实施例的重定向UE到其他同类网元的SCTP偶联处理的示意图，如图6所示，如图5和6所示，第二网元根据“重定向请求”消息的中为UE选择新的偶联，方法为：如果新偶联标志信息指示了新偶联的TNLA信息，则根据TNLA信息匹配SCTP偶联；如果指示了新网元的全局应用标识，则用此信息先选择重定向的目标网元，然后在第二网元与目标网元间建立的传输偶联中选择合适的SCTP偶联；如果指示新偶联信元，则选择第一网元内的其他偶联。然后，在新选择的偶联上重发一次重定向消息中带的消息或者回复重定向确认消息。在跨网元的重定向的情况下，需要在消息中携带重定向之前的第一网元的全局应用标识，便于新网元能够获取用户的上下文。
另外，图7是根据本发明实施例的第一网元隐式重定向UE到本网元的其他偶联处理的示意图，如图7所示，为了减少上述方法增加的两次交互时延，第一网元可以在处理流程触发消息后，在新偶联上给第二网元回复响应消息来隐含地更改UE的传输偶联；第二网元在新偶联上收到响应消息时，表明第一网元重定向UE到该偶联，因此，第二网元也重定向UE的偶联信息到该偶联。
图8是根据本发明实施例的第二网元初始消息更换传输偶联处理的示意图，如图8所示，假设UE已经接入到某个偶联；在新流程启动时，流程发起网元在新偶联上发送流程请求消息(或单向指示性质的消息)，重定向UE到该偶联；消息接收网元也重定向UE到接收消息的新偶联上。
对于上述应用流程消息外，本发明实施例还涉及了“重定向请求”和“重定向确认”两个用户级消息。在“重定向请求”消息中包含以下一种或多种信息：
“用户应用层标识”：用于标识被重定向的用户；
“重定向目标”：该信息包含“目标偶联”和/或“目标接口”两种类型；
当“目标偶联”有效时，表明将用户重定向到本网元的其他偶联；该信元带一个可选“目标TNLA”信元即目标偶联地址；如果消息中携带“目标TNLA”信元，则将用户重定向到指定的偶联下，否则重定向到该第一网元的其他偶联下；
当“目标接口”有效时，表明将用户重定向到第一网元的其他同类网元的偶联；该信元携带一个可选的“目标网元全局标识”；如果消息中携带“目标网元全局标识”，则将用户重定向到指定的网元偶联下，否则第二网元为该用户选择选择一个合适的与第一网元同类网元的偶联下；
“未被处理的消息”信元：携带第二网元给第一网元投递但没有被处理的流程触发消息；
在“重定向确认”消息中包含以下一种或多种信息：
“用户应用层标识”：用于标识被重定向的用户；
“旧网元全局应用标识”信元：携带UE重定向前原偶联所属的网元全局应用标识；
“未被处理的消息”信元：携带需要第二网元给第一网元投递的没有被处理的消息。
在UE处于流程稳态重定向的情况下，流程稳态是指UE在第一网元和第二网元中已经建立上下文并在重定向需要触发时这些UE尚无需要处理的业务流程。在该状态下，以下几种场景下期望重定向部分或全部用户到其他偶联。
第一网元通过监控或业务手段发现本网元的某些偶联负荷过高，希望重定向这些偶联上的部分用户到低负荷的偶联上；
出于维护或业务方面的需要，希望关闭某个传输偶联，要重定向这个偶联上的全部用户到其他偶联上；
第一网元的负荷过高，期望重定向本网元的用户到其他同类网元；
出于维护或业务方面的需要，希望关闭或停服本第一网元，重定向用户到其他网元上。
图9是根据本发明实施例的第一网元触发稳态UE重定向本网元内的其他偶联处理的示意图，如图9所示，如果是将第一网元某个偶联下的UE重定向到第一网元内的其他偶联；第一网元选择该偶联下将被重定向到其他偶联的UE；通过在该偶联下发送“重定向命令”消息给第二网元，消息中包含需要被重定向到其他偶联的UE信息列表，并指示网元内偶联间的重定向；第二网元收到“重定向命令”消息，为消息中的UE选择合适的SCTP偶联，第二网元可能为这个列表中的UE选择多个新的偶联，并将需要重定向的UE分配到选择的偶联上；第二网元根据选择的新偶联和分配的UE构造“重定向指示”消息，在对应的偶联上给第一网元发送；第一网元根据重定向指示消息中的UE列表为对应的UE更新偶联信息。
第一网元如果在选择被重定向的UE的同时已经选择了重定向的目标偶联，在给第二网元发送偶联重定向命令消息时，就立即更新这些被重定向UE的偶联消息；第二网元在收到重定向命令消息时，根据消息中被重定向的UE以及重定向目标偶联来更新被重定向UE的偶联信息；那么图9中的步骤4和4a的消息不需要发送，第一网元更新UE的偶联信息提前到步骤1之后。
另外，图10是根据本发明实施例的第一网元触发稳态用户重定向到网元内其他偶联方式二处理的示意图，如图10所示，第一网元将一个偶联的用户迁移到统一网元的其他偶联还可以采用在目标偶联上直接发送重定向指示消息并带重定向到该偶联的方式。首先，第一网元选择需要被重定向到其他偶联的用户列表，选择这些用户可以重定向的目标偶联；然后，将这些用户按照合适的方式分配到候选偶联上，构造重定向指示消息携带分配到偶联的用户列表，在对应的偶联上发送给第二网元，如果选择了多个目标偶联，对每个候选偶联上投递对应的消息；最后，第二网元根据收到的重定向指示消息，将对应的用户传输偶联修改到接收消息的偶联下。
图11是根据本发明实施例的第一网元触发稳态UE重定向到网元间的其他偶联处理的示意图，如图11所示，如果是将UE重定向到与第一网元同类的其他网元上，如图中的第一网元x和n；第一网元选择需要重定向到其他网元的UE列表信息。构造重定向消息发送给第二网元，消息中指示这些UE需要进行网元间的偶联重定向，如果这些UE分属于第一网元1的多个偶联，第一网元可以将这些UE汇总在一个消息里发送，也可以按照不同偶联汇总，然后再不同的偶联上各自发送重定向消息给第二网元；第二网元收到重定向请求消息，根据重定向的UE列表，根据连接到第二网元的其他第一网元的同类网元的偶联负荷信息，选择合适的新偶联，并将UE分配到这些新偶联上，为每个候选新偶联构造重定向指示消息，携带分配的UE列表信息和UE原服务第一网元的应用标识，以便目标网元能够正确获取上下文；第一网元的其他实例如第一网元x和n收到重定向响应消息，根据消息中的第一网元应用标识和UE信息列表中的UE信息，获取UE的上下信息，完成UE偶联的重定向操作。
同样地，如果第一网元在选择被重定向UE的同时也确定了其目标网元或偶联，并能够通知目标网元更新UE的偶联信息，那么第二网元也就不需要再发送偶联重定向指示消息通知第一网元，那么图11的4和4a就不需要执行。
该场景下，本发明实施例涉及“重定向命令”和“重定向指示”两个消息。其中，
“重定向命令”消息用于第一网元要求第二网元将对应的用户重定向的其他偶联，包含的信息如下：
消息包含“重定向接口”和/或“重定向偶联”信息；
“重定向接口”信息包含；
“重定向接口全部用户”信元，当该信元有效时，表示该网元下的所有用户被重定向；
“重定向接口部分用户”信元，当该信元有效时，标识该网元下的部分用户被重定向；
“用户应用标识列表”信元，用于携带需要被重定向的用户标识信息，可以包含一个或多个用户标志信息；
“目标网元标识列表”为可选信元，指定重定向的候选目标网元，如果不指“目标网元标识列表”则第二网元根据负荷选择与第一网元的其他同类网元作为目标候选网元；
“重定向偶联”信息包含；
“重定向偶联全部用户”信元，当该信元有效时，表示需要重定向该偶联下的全部用户；
“重定向偶联部分用户”信元，当该信元有效时，表示重定向偶联下的部分用户；
“用户应用标识列表”信元，用于携带偶联下需要被重定向的用户标识信息，可以包含一个或多个用户标志信息；
“目标偶联列表”信元，执行网元内偶联重定向是有效，列表中携带候选目标偶联信息；
“目标网元标识”，该标志设置为有效时，执行网元间的偶联重定向，将列表中网元标识列表指定的网元作为候选网元；
“重定向指示”消息，用于第二网元指示第一网元被重定向到该偶联下的用户信息，包含以下一个或多个信息：
“重定向用户列表”信元：携带重定向到该偶联的用户信息列表，包含1个或多个用户标志信息；
“旧网元应用标识”信元：该信元用于在用户进行跨网元重定向场景，用于新网元向旧网元请求UE上下文信息。
通过本发明实施例，可以解决在建立多SCTP偶联的网元间，以及在连接到同类多个网元的多个SCTP偶联间UE从一个偶联重定向到其他偶联的问题，实现偶联间的负载均衡，在出现偶联退服或网元退服时，可以动态将用户迁移到新偶联上，而不中断用户服务，提高网络的健壮性和可用性；以支持5G原生云环境下实现偶联的按需添加删除和网元实例弹性伸缩。
在本发明实施例中涉及在网元内和网元间的偶联的选择过程：如果选择网元内的偶联，则按照每个SCTP偶联的当前负荷状态，选择可以负荷较轻的一组偶联，然后在这组偶联中按照应用层为每个偶联配置的权重因子依据比例公平的原则选择一个最终的服务偶联；如果没有配置权重因子，则采用随机公平算法选择一个服务偶联。如果选择其他同类网元的偶联，则按照同类网元间的网元负荷状态，选择负荷较轻的一组网元，然后按照为应用层这组网元的权重因子依据比例公平的原则选择一个最终最终的服务网元；如果应用层没有为网元配置权重因子，则采用随机公平算法选择一个服务网元；根据选中的网元然后按照上述网元内选择偶联的方法选择偶联。上述每次子选择一个偶联或网元，如果需要选择多个，可以按照重复执行上述过程的方式，也可以每次选择最合适的多个网元或偶联。
示例1AMF在流程中触发UE重定向到网元内指定偶联
图12是根据本发明实施例的gNB和AMF多偶联的传输组网的示意图，如图12所示，组网结构中，gNB(gNBID为101)连接到两个AMF(AMF1和AMF2，应用层标识GUAMI分别为100和200)，并且gNB与每个AMF建立了多个传输SCTP偶联；gNB与AMF1建立的三个偶联为SCTP1、SCTP2和SCTP3,在AMF侧的传输层地址分别为TNLA1、TNLA2和TNLA3；gNB与AMF2建立两个偶联为SCTP4和SCTP5，在AMF侧的传输层地址分别为TNLA4和TNLA5。
假设UE通过gNB接入选择了偶联SCTP1，如果gNB触发切换流程，AMF1指示gNB更换到SCTP2，图13是根据本发明实施例的AMF在流程中触发gNB重定向到指定网元内SCTP协作的示意图，如图13所示，处理过程如下：
步骤1：gNB通过SCTP1发送HANDOVER REQUIRED消息给AMF1；
步骤2：AMF1考虑到SCTP1上的负荷或其他因素，决策让UE的传输偶联更换到SCTP2，在SCTP1上给gNB回复ROUTE REDIRECTION REQUEST消息；消息中包含信元有：“UE应用标识”信元gNB UE NGAP ID和AMF UE NGAP ID、“目标偶联”信元带SCTP2的传输地址TNLA2、“未处理消息”信元带HANDOVER REQUIRED消息；
步骤3：gNB收到ROUTE REDIRECTION REQUEST消息，根据“UE应用标识”、“目标偶联”信息，“未处理消息”，构造消息ROUTE REDIRECTION ACKNOWLEDGE消息，携带UE重定向之前的用户标识，和未处理的消息信元；然后根据TNLA2选择在SCTP2上投递消息ROUTEREDIRECTION ACKNOWLEDGE到AMF1；同时更换UE的后续传输偶联到SCTP2；
步骤4：AMF1收到ROUTE REDIRECTION ACKNOWLEDGE消息，更新UE的传输偶联信息；按照“未处理的消息”信元，消息对应的流程处理处理该消息；更新UE的传输偶联到到SCTP2；AMF可以在此过程更换本端UE应用标识AMF UE NGAP ID；
步骤5：gNB在收到流程响应消息后，如果AMF更换了UE的应用标识，gNB需要更新UE应用标识。
示例2AMF在流程中触发UE重定向的网元内其他偶联
组网结构图12所示；AMF在流程触发消息中触发UE到网元内其他偶联，并不指定具体偶联；如图13所示，处理流程如下；
步骤1：gNB通过SCTP1发送HANDOVER REQUIRED消息给AMF1；
步骤2：AMF1根据SCTP1上的负荷等因素，决策让UE更换到网元内其他传输偶联，给gNB回复ROUTE REDIRECTION REQUEST消息；消息中包含信元有：UE的应用标识信元gNB UENGAP ID和AMF UE NGAP ID、带目标偶联信元但不指定具体偶联的TNLA信息、未处理消息带HANDOVER REQUIRED消息；
步骤3：gNB收到ROUTE REDIRECTION REQUEST消息，根据UE的应用标识、目标偶联信息，未处理消息，构造消息ROUTE REDIRECTION ACKNOWLEDGE消息，携带UE重定向之前的用户标识和未处理的消息；然后根据AMF的SCTP2和SCTP3的偶联负荷等情况，选择一个传输偶联，如：SCTP3；在SCTP3上投递消息ROUTE REDIRECTION ACKNOWLEDGE到AMF1；同时更换UE的后续传输偶联到SCTP3；
步骤4：AMF1收在偶联SCTP3到ROUTE REDIRECTION ACKNOWLEDGE消息，更新UE的传输偶联信息到到SCTP3；处理“未处理的消息”信元，按照消息对应的流程处理；AMF可以在此过程更换本端UE应用标识AMF UE NGAP ID；
步骤5：gNB在收到流程响应消息后，如果AMF更换了UE的应用标识，gNB需要更新UE应用标识。
示例3AMF在流程中触发UE重定向到其他AMF
组网结构图12所示，AMF1在流程触发消息中触发UE重定向到其他AMF，图14是根据本发明实施例的AMF在流程中触发gNB重定向的到其他AMF协作的示意图，如图14所示，处理流程如下；
步骤1：gNB通过SCTP1发送HANDOVER REQUIRED消息给AMF1；
步骤2：AMF1考虑到AMF1上的负荷等因素，决策让UE更更换到其他AMF，给gNB回复ROUTE REDIRECTION REQUEST消息；消息中包含信元有：UE的应用标识信元gNB UE NGAP ID和AMF UE NGAP ID、带目标接口信元但不指定具体AMF的GUAMI信息、未处理消息HANDOVERREQUIRED消息码流；
步骤3：gNB收到ROUTE REDIRECTION REQUEST消息，根据UE的应用标识、目标接口信息，未处理消息码流，构造消息ROUTE REDIRECTION ACKNOWLEDGE消息，携带UE重定向之前的用户标识，携带AMF1的GUAMI信息和未处理的消息信元；然后根据gNB当前连接的AMF，排除AMF1之后，选择其他合适的AMF网元，如：AMF2；然后根据AMF2与gNB间传输偶联SCTP4和SCTP5的负荷等因素，选择合适的SCTP偶联，如：SCTP5；在SCTP5上投递消息ROUTEREDIRECTION ACKNOWLEDGE到AMF2；同时更换UE的后续传输偶联到SCTP5；
步骤4：AMF2在SCTP5上收到ROUTE REDIRECTION ACKNOWLEDGE消息，更新UE的传输偶联信息到SCTP5；根据消息中的GUAMI信息向AMF1发送上下文请求(消息中包括UE的元AMF的应用标识如：gNB UE NGAP ID和AMF UE NGAP ID)，获取UE的上下文信息；
步骤5：AMF1收到AMF2的上下文请求，根据消息中携带的UE应用层标识，查找UE的上下文信息；并给AMF2回复上下文响应；
步骤6：AMF2按照步骤4中收到的“未处理消息”信元，进行对应的流程处理；AMF2可以在此过程更换本端UE应用标识AMF UE NGAP ID；给gNB回复流程响应；
步骤7：gNB在收到流程响应消息后，如果AMF更换了UE的应用标识，gNB需要更新UE应用标识；
在步骤4、5获取上下文的方式，可以采用分布式数据等共享存储方式获取，也在本分米实施例的保护范围之内。
示例4AMF在流程中触发UE重定向到指定AMF
组网结构图12所示，AMF1在流程触发消息中触发UE重定向到其他AMF；如图14所示，处理流程如下；
步骤1：gNB通过SCTP1发送HANDOVER REQUIRED消息给AMF1；
步骤2：AMF1考虑到AMF1上的负荷等因素，决策让UE更更换到其他AMF，如AMF2，给gNB回复ROUTE REDIRECTION REQUEST消息；消息中包含信元有：UE的应用标识信元gNB UENGAP ID和AMF UE NGAP ID、带目标接口信元并指定具体AMF2的GUAMI信息、“未处理消息”信元携带HANDOVER REQUIRED消息；
步骤3：gNB收到ROUTE REDIRECTION REQUEST消息，根据UE的应用标识、目标接口信息，未处理消息码流，构造消息ROUTE REDIRECTION ACKNOWLEDGE消息，携带UE重定向之前的用户标识，携带AMF1的GUAMI信息和“未处理的码流”信元；然后根据gNB当前连接的AMF2，依据AMF2与gNB间传输偶联SCTP4和SCTP5的负荷等因素，选择合适的SCTP偶联，如：SCTP5；在SCTP5上投递消息ROUTE REDIRECTION ACKNOWLEDGE到AMF2；同时更换UE的后续传输偶联到SCTP5；
步骤4：AMF2在SCTP5上收到ROUTE REDIRECTION ACKNOWLEDGE消息，更新UE的传输偶联信息到SCTP5；根据消息中的GUAMI信息向AMF1发送上下文请求(消息中包括UE的元AMF的应用标识如：gNB UE NGAP ID和AMF UE NGAP ID)，获取UE的上下文信息；
步骤5：AMF1收到AMF2的上下文请求，根据消息中携带的UE应用层标识，查找UE的上下文信息；并给AMF2回复上下文响应；
步骤6：AMF2按照步骤4中收到的“未处理消息”信元，进行对应的流程处理；AMF2可以在此过程更换本端UE应用标识AMF UE NGAP ID；给gNB回复流程响应；
步骤7：gNB在收到流程响应消息后，如果AMF更换了UE的应用标识，gNB需要更新UE应用标识；
在步骤4、5获取上下文的方式，可以采用分布式数据等共享存储方式获取，也在本发明实施例的保护范围之内。
示例5AMF触发偶联部分UE重定向到本网元的指定偶联
组网结构如图12所示，AMF1因为SCTP1上的负荷过重等因素需要将SCTP1上的部分UE重定向到网元内的指定的一个或多个SCTP偶联上，图15是根据本发明实施例的AMF触发稳态的偶联下UE在本AMF内偶联间重定向协作的示意图，如图15所示，处理过程如下：
步骤1：AMF1根据SCTP1的负荷或业务等因素，希望将SCTP1上的一部分UE重定向到AMF1的其他偶联上，出于用户体验性能方面的考虑，AMF1可以将这些选中的UE迁移到一个或多个偶联上如：SCTP2和SCTP3；构造ROUTE REDIRECTION COMMAND消息指示gNB将偶联上的用户重定向到指定的一个或多个偶联。消息中包括填写信元包括：“重定向偶联部分用户”并且在该信元中填写需要重定向的UE应用成标识(gNB UE NGAP ID和AMF UE NGAP ID)列表；此外，在“偶联重定向目标”包含重定向的目标偶联SCTP2和SCTP3的传输地址TNLA2和TNLA3；
步骤2：gNB根据ROUTE REDIRECTION COMMAND消息中包含的重定向UE列表选择并更新重定向的用户偶联信息；并根据“偶联重定向目标”，将“重定向偶联部分用户”指定的UE分配到这些候选偶联上，并为每个候选偶联上构造ROUTE REDIRECTION INDICATION消息，消息中包括重定向到此偶联的用户列表信息；将消息在对应的偶联上发给AMF；
步骤3：AMF收到ROUTE REDIRECTION INDICATION消息，更新UE的传输偶联到接收消息的偶联。
示例6AMF触发偶联部分UE重定向到本网元的其他偶联
组网结构如图12所示，AMF1因为SCTP1上的负荷过重等因素需要将SCTP1上的部分UE重定向到网元内的其他SCTP偶联上(可以是多个偶联)，如图15所示，处理过程如下：
步骤1：AMF1根据SCTP1的负荷或业务等因素，希望将SCTP1上的一部分UE重定向到AMF1的其他偶联上；构造ROUTE REDIRECTION COMMAND消息指示gNB将偶联上的指定的UE重定向到本网元的其他偶联上。消息中包括填写信元包括：“重定向偶联部分用户”并且在该信元中填写需要重定向的UE应用成标识(gNB UE NGAP ID和AMF UE NGAP ID)列表；在“偶联重定向目标”不指定具体偶联信息，由gNB决策候选偶联；
步骤2：gNB根据ROUTE REDIRECTION COMMAND消息中包含的重定向UE列表选择并更新重定向的用户偶联信息；并根据gNB与AMF1建立的传输偶联，选择重定向的候选偶联列表，如SCTP2和SCTP3，将被重定向的用户分配到这些候选偶联上，将“重定向偶联部分用户”指定的UE分配到这些候选偶联上，并为每个候选偶联上构造ROUTE REDIRECTIONINDICATION消息，消息中包括重定向到此偶联的用户列表信息；将消息在对应的偶联上发给AMF；
步骤3：AMF收到ROUTE REDIRECTION INDICATION消息，更新UE的传输偶联到接收消息的偶联。
示例7 AMF触发偶联全部UE重定向到本网元的指定偶联
组网结构如图12所示，AMF1因为SCTP1需要进行维护等因素需要将SCTP1上的全部UE重定向到网元内的指定的一个或多个SCTP偶联上，如图15所示，处理过程如下；
步骤1：AMF1希望将SCTP1上全部UE重定向到AMF1的其他偶联上，出于用户体验的考虑，AMF1可以将这部分重定向的用户迁移到多个偶联上如SCTP2和SCTP3；构造ROUTEREDIRECTION COMMAND消息指示gNB将偶联上的全部用户重定向到指定的偶联。消息中包括填写信元包括：“重定向偶联全部用户”；此外，在“偶联重定向目标”包含重定向的目标偶联SCTP2和SCTP3的传输地址TNLA2和TNLA3；
步骤2：gNB根据ROUTE REDIRECTION COMMAND消息中包含的重定向类型为偶联全部用户，选择该偶联下的全部用户进行重定向；并根据在“偶联重定向目标”，将被重定向的用户分配到这些候选偶联上，分别在不同的偶联上构造单独的ROUTE REDIRECTIONINDICATION消息，消息中包括重定向到偶联的用户列表；将消息在对应的偶联上发给AMF；
步骤3：AMF收到ROUTE REDIRECTION INDICATION消息，更新UE的传输偶联到接收消息的偶联。
示例8AMF触发偶联全部UE重定向到本网元的其他偶联
组网结构如图12所示，AMF1因为SCTP1需要进行维护等因素需要将SCTP1上的全部UE重定向到网元内的其他SCTP偶联上(可以是多个偶联)，如图15所示，处理过程如下：
步骤1：AMF1希望将SCTP1上全部UE重定向到AMF1的其他偶联上；构造ROUTEREDIRECTION COMMAND消息指示gNB将偶联上的全部用户重定向到其他偶联。消息中包括填写信元包括：“重定向偶联全部用户”；此外，在“偶联重定向目标”不指定具体偶联信息；
步骤2：gNB根据ROUTE REDIRECTION COMMAND消息中包含的重定向类型为偶联全部用户，选择该偶联下的全部用户进行重定向；并根据gNB与AMF1建立的传输偶联，选择重定向的候选偶联列表如SCTP2和/或SCTP3，将被重定向的用户分配到候选列表的偶联上，分别在不同的偶联上构造单独的ROUTE REDIRECTION INDICATION消息，消息中包括重定向到偶联的用户列表；将消息在对应的偶联上发给AMF1；
步骤3：AMF收到ROUTE REDIRECTION INDICATION消息，更新UE的传输偶联到接收消息的偶联。
示例9AMF重定向偶联UE重定向到AMF内的指定的偶联
组网结构如图12所示，AMF1因为SCTP1负荷或需要进行维护等因素需要将SCTP1上的部分或全部UE重定向到网元内的指定的一个或多个SCTP偶联上，图16是根据本发明实施例的AMF重定向偶联UE重定向到AMF内的指定的偶联协作的示意图，如图16所示，处理过程如下：
步骤1：AMF1根据SCTP1的负荷，希望将SCTP1上部分或全部UE重定向到AMF1的其他偶联上，出于用户体验的考虑，AMF1可以将这部分重定向的用户迁移到一个或多个偶联上如SCTP2和/或SCTP3；将SCTP1偶联下的被重定向的UE，按照负荷等因素分配到SCTP2和/或SCTP3，为每个偶联构造ROUTE REDIRECTION INDICATION消息，消息中携带被重定向对应偶联的UE应用层标识列表，列表元素中包含：gNB UE NGAP ID和AMF UE NGAP ID，如果AMF期望同时修改AMU UE NGAP ID，则列表元素中同时携带一个New AMF UE NGAP ID；将构造好的消息对应的偶联上投递给gNB；
步骤2：gNB根据ROUTE REDIRECTION INDICATION消息中包含的重定向到该偶联下的UE列表信息，更新对用UE的传输偶联到接收消息的偶联，如果消息携带New AMF UE NGAPID，则同时用他替换AMF UE NGAP ID。
示例10AMF触发偶联部分UE重定向到其他AMF
组网结构如图12所示，AMF1因为网元负荷等因素需要将SCTP1上的部分UE重定向到网元内的其他SCTP偶联上(可以是多个偶联)，图17是根据本发明实施例的AMF在触发偶联UE跨AMF重定向处理过程协作的示意图，如图17所示，处理过程如下：
步骤1：AMF1根据希望将SCTP1上部分UE重定向到其他AMF偶联上；构造ROUTEREDIRECTION COMMAND消息指示gNB将偶联上的部分UE重定向到其他偶联。消息中包括填写信元包括：“重定向偶联部分用户”，并且在该信元中填写需要重定向的UE应用成标识(gNBUE NGAP ID和AMF UE NGAP ID)列表；此外，在“接口重定向目标”不指定具体网元标识信息；
步骤2：gNB根据ROUTE REDIRECTION COMMAND消息中包含的“重定向偶联部分用户”的作为候选重定向UE；并根据gNB与其他AMF建立的传输偶联，选择重定向的候选偶联列表，如AMF2的偶联SCTP4和SCTP5(可以是一个或多个AMF，每个AMF的一个或多个偶联)，将候选重定向UE分配到候选列表的偶联上，给对应的偶联构造各自的ROUTE REDIRECTIONINDICATION消息，消息中包括重定向到偶联的用户列表，在“旧网元应用标识”信元中指定AMF1的GUAMI信息；将消息在对应的偶联上发给AMF2；
步骤3：AMF2收到ROUTE REDIRECTION INDICATION消息，更新UE的传输偶联到接收消息的偶联；AMF2对每个用户需要根据每个UE的应用标识以及AMF1的GUAMI请求UE的上下文；
步骤4：AMF1根据UE的上下文应用标识，获取UE的上下文信息，并给AMF2回复上下文响应，同时AMF1清除该UE的上下文信息；
步骤5：AMF2在获取UE的上下文信息后，并更新UE的偶联信息，并更新UE的应用标识。并且在下次收到gNB的UE消息时，gNB亦然携带AMF1侧分配的UE的应用标识；
对于步骤3，4请求UE上下文的过程；通过分布式数据库存储等形式获取上下文也在本发明实施例的保护访问之内；对于重定向的用户，gNB可能在后续AMF2给gNB的消息中携带新的AMF2侧新分配的UE应用标识，gNB需要及时更新UE的应用标识。
示例11 AMF触发偶联全部UE重定向到指定AMF
组网结构如图12所示，AMF1因为SCTP1需要进行维护等因素需要将SCTP1上的全部UE重定向到其他AMF上(可以是多个偶联)，如图17所示，处理过程如下：
步骤1：AMF1希望将SCTP1上全部UE重定向到其他AMF偶联上；构造ROUTEREDIRECTION COMMAND消息指示gNB将偶联上的全部用户重定向到其他偶联。消息中包括填写信元包括：“重定向偶联全部用户”；此外，在“接口重定向目标”并指定具体网元标识信息，如：AMF2的GUAMI；
步骤2：gNB根据ROUTE REDIRECTION COMMAND消息重定向该偶联下的全部用户到新的AMF2；并根据gNB与AMF2建立的传输偶联，选择重定向的候选偶联列表如：SCTP4和/或SCTP5，将被重定向的用户分配到候选列表的偶联上，分别在不同的偶联上构造单独的ROUTE REDIRECTION INDICATION消息，消息中包括重定向到偶联的用户列表，在“旧网元应用标识”信元中指定AMF1的GUAMI信息；将消息在对应的偶联上发给AMF；
步骤3：AMF2收到ROUTE REDIRECTION INDICATION消息，更新UE的传输偶联到接收消息的偶联；AMF2对每个用户需要根据每个UE的应用标识以及AMF1的GUAMI请求UE的上下文；
步骤4：AMF1根据UE的上下文应用标识，获取UE的上下文信息，并给AMF2回复上下文响应，同时AMF1清除该UE的上下文信息；
步骤5：AMF2在获取UE的上下文信息后，并更新UE的偶联信息，并更新UE的应用标识。并且在下次收到gNB的UE消息时，gNB亦然携带AMF1侧分配的UE的应用标识；
:对于新步骤3，4请求UE上下文的过程；通过分布式数据库存储等形式获取上下文也在本发明实施例的保护访问之内；对于重定向的用户，gNB可能在后续AMF2给gNB的消息中携带新的AMF2侧新分配的UE应用标识，gNB需要及时更新UE的应用标识；
示例12 AMF触发本网元全部用户重定向到其他AMF
组网结构如图12所示，在出于维护，升级等方面的需要，可能需要关闭AMF1，为了不影响已经接入AMF1的UE；需要将AMF1的用户迁移到其他AMF上，如AMF2，如图17所示，处理过程如下：
步骤1：AMF1期望将接入到该网元UE重定向到其他同类网元；给gNB发送ROUTEREDIRECTION COMMAND消息，消息中填写信元包括：“重定向接口全部用户”信元；如果AMF1期望将UE重定向到指定的AMF(一个或多个AMF)，在“接口重定向目标”并指定具体网元标识信息，如：AMF2的GUAMI；否则不填“接口重定向目标”有gNB自主决策重定向目标AMF。AMF1可以在和gNB1的多个SCTP偶联中人选一个偶联发将ROUTE REDIRECTION COMMAND消息发给gNB；
如果AMF1内的用户来自多个不同的gNB，则AMF需要分别给每个gNB发送一次ROUTEREDIRECTION COMMAND消息。
步骤2：gNB按照ROUTE REDIRECTION COMMAND消息的内容，按照“重定向接口全部用户”，选择接入到AMF1的所有用户，作为被重定向的用户；
如果“接口重定向目标”指定了具体的AMF，则按照AMF的GUAMI选择被重定向的候选网元；如果没有指定AMF，则gNB按照负荷等业务因素选择其他与本gNB有连接的AMF作为候选网元；然后按照选定的候选网元，再从这些候选网元中选择候选偶联，；
将被重定向的用户分配到这些候选偶联；为每个候选偶联构造ROUTEREDIRECTION INDICATION消息，在“重定向用户列表”列表中携带该分配到该偶联下的UE信息列表，每个UE的信息包括UE的应用层标识(如：gNB UE NGAP ID和AMF UE NGAP ID)；在“旧网元应用标识”填写UE原服务AMF如AMF1的GUAMI信息；在对应的候选偶联上发送该消息给新AMF，如AMF2；
步骤3：AMF2收到ROUTE REDIRECTION INDICATION消息，更新UE的传输偶联到接收消息的偶联；AMF2对每个UE需要根据每个UE的应用标识以及AMF1的GUAMI请求UE的上下文；
步骤4：AMF1根据UE的上下文应用标识，获取UE的上下文信息，并给AMF2回复上下文响应，同时AMF1清除该UE的上下文信息；
步骤5：AMF2在获取UE的上下文信息后，并更新UE的偶联信息，并更新UE的应用标识。并且在下次收到gNB的UE消息时，gNB亦然携带AMF1侧分配的UE的应用标识；
对于新步骤3，4请求UE上下文的过程；通过分布式数据库存储等形式获取上下文也在本发明实施例的保护访问之内；对于重定向的用户，gNB可能在后续AMF2给gNB的消息中携带新的AMF2侧新分配的UE应用标识，gNB需要及时更新UE的应用标识。
示例13 gNB在上行消息触发UE偶联重定向
组网结构如图12所示；假设UE已经接入到SCTP1，gNB如果决定期望更新UE的服务偶联时，可以给AMF发送上行消息时更换传输偶联，达到偶联重定向的目标，图18是根据本发明实施例的gNB在上行消息触发UE偶联重定向协作的示意图，如图18所示，处理过程如下：
步骤1：在由上行消息发送时，gNB决策将UE的偶联从SCTP1更换到其他偶联，此时gNB为UE选择一个合适的偶联，这个偶联可以是AMF1上的其他偶联，也可以是其他AMF的偶联；gNB在新选择的偶联上投递该消息；
步骤2：AMF在新偶联上收到消息时，认为gNB决定更新UE的传输偶联，那么AMF将UE的传输偶联更新到接收到消息的偶联；如果有需要，AMF需要从UE原服务偶联所述的AMF获取上下文。
示例14 gNB触发的UE重定向
组网结构如图12所示，gNB可能希望将接入到某个偶联或某个AMF的UE迁移到其他偶联或其他AMF，图19是根据本发明实施例的gNB触发的UE重定向处理协作的示意图，如图19所示，处理过程如下：
步骤1：gNB为需要重定向的UE(可以是一个或多个)选择对应传输偶联；并构造ROUTE REDIRECTION INDICATION消息，消息中携带“重定向用户列表”，包含这些被选中的被重定向的UE信息(gNB UE NGAP ID和UMF UE NGAP ID)，如果被选择的用户更换了AMF，则在消息中携带“旧网元应用标识”包含UE原服务AMF的GUAMI信息；然后在重定向的目标偶联上投递该消息；
步骤2：AMF在新偶联收到ROUTE REDIRECTION INDICATION消息，将消息中携带UE的传输偶联更新到接收消息的偶联上，如果消息中携带了“旧网元应用标识”，则需要到原AMF上获取UE的上下文信息。
实施例4
根据本发明的又一个实施例，还提供了一种偶联重定向装置，应用于第一网元，图20是根据本发明实施例的偶联重定向装置的框图一，如图20所示，包括：
确定模块202，用于确定触发UE偶联重定向的触发方式；
第一重定向处理模块204，用于根据确定的触发方式对所述UE进行偶联重定向处理。
实施例5
根据本发明的又一个实施例，还提供了一种偶联重定向装置，应用于第二网元，图21是根据本发明实施例的偶联重定向装置的框图二，如图21所示，包括：
发送模块212，用于向第一网元发送UE业务流程的初始触发消息；
第一接收模块214，用于接收所述第一网元在接收所述初始触发消息的偶联上反馈的重定向请求，所述第二网元根据所述重定向请求将所述UE重定向到新偶联；或者，
接收所述第一网元在新偶联上发送的重定向确定，所述重定向确定中携带有所述第一网元已将所述UE重定向到新偶联的提示信息。
实施例6
根据本发明的又一个实施例，还提供了一种偶联重定向装置，应用于第二网元，图22是根据本发明实施例的偶联重定向装置的框图三，如图22所示，包括：
第二接收模块222，用于接收第一网元在新偶联下发送的重定向命令，其中，所述重定向命令中包含需要被重定向到新偶联的UE信息列表；
第二重定向处理模块224，用于根据所述重定向命令对所述UE进行偶联重定向处理。
实施例7
本发明的实施例还提供了一种存储介质，该存储介质包括存储的程序，其中，上述程序运行时执行上述任一项所述的方法。
可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S11，第一网元确定触发UE偶联重定向的触发方式；
S12，所述第一网元根据确定的触发方式对所述UE进行偶联重定向处理。
可选地，在本实施例中，上述存储介质还可以被设置为存储用于执行以下步骤的程序代码：
S21，第二网元向第一网元发送UE业务流程的初始触发消息；
S22，所述第二网元接收所述第一网元在接收所述初始触发消息的偶联上反馈的重定向请求，所述第二网元根据所述重定向请求将所述UE重定向到新偶联；或者，
所述第二网元接收所述第一网元在新偶联上发送的重定向确定，所述重定向确定中携带有所述第一网元已将所述UE重定向到新偶联的提示信息。
可选地，在本实施例中，上述存储介质还可以被设置为存储用于执行以下步骤的程序代码：
S31，第二网元接收第一网元在新偶联下发送的重定向命令，其中，所述重定向命令中包含需要被重定向到新偶联的UE信息列表；
S32，所述第二网元根据所述重定向命令对所述UE进行偶联重定向处理。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
实施例8
本发明的实施例还提供了一种处理器，该处理器用于运行程序，其中，该程序运行时执行上述任一项方法中的步骤。
可选地，在本实施例中，上述程序用于执行以下步骤：
S41，第一网元确定触发UE偶联重定向的触发方式；
S42，所述第一网元根据确定的触发方式对所述UE进行偶联重定向处理。
可选地，在本实施例中，上述程序还用于执行以下步骤：
S51，第二网元向第一网元发送UE业务流程的初始触发消息；
S52，所述第二网元接收所述第一网元在接收所述初始触发消息的偶联上反馈的重定向请求，所述第二网元根据所述重定向请求将所述UE重定向到新偶联；或者，
所述第二网元接收所述第一网元在新偶联上发送的重定向确定，所述重定向确定中携带有所述第一网元已将所述UE重定向到新偶联的提示信息。
可选地，在本实施例中，上述程序还用于执行以下步骤：
S61，第二网元接收第一网元在新偶联下发送的重定向命令，其中，所述重定向命令中包含需要被重定向到新偶联的UE信息列表；
S62，所述第二网元根据所述重定向命令对所述UE进行偶联重定向处理。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在两个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的两个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (23)

1.一种偶联重定向方法，其特征在于，包括：
第一网元确定用户设备UE偶联重定向的触发方式；其中，所述触发方式包括第一触发方式和第二触发方式；
所述触发方式为第一触发方式的情况下，所述方法还包括：
所述第一网元接收第二网元发送的UE业务流程的初始触发消息；
所述第一网元在接收所述初始触发消息的偶联上向所述第二网元反馈重定向请求，其中，所述重定向请求用于所述第二网元将所述UE重定向到新偶联；或者，
所述第一网元在新偶联上向所述第二网元发送重定向确定，其中，所述重定向确定携带有所述第一网元已将所述UE重定向到所述新偶联的提示信息；
其中，在所述触发方式为第二触发方式的情况下，所述方法还包括：所述第一网元将所述UE重定向到所述第一网元内的新偶联；
所述第一网元将所述UE重定向到所述第一网元内的新偶联，包括：
所述第一网元确定将负荷过高的偶联上的部分UE重定向到低负荷的新偶联上。
2.根据权利要求1所述的方法，其特征在于，所述重定向请求包括以下至少之一：
用户应用层标识；
重定向目标；
未被处理的消息信元，携带所述第二网元给所述第一网元投递但未被处理的流程触发消息。
3.根据权利要求1至2中任一项所述的方法，其特征在于，所述重定向确定包括以下至少之一：
用户应用层标识；
旧网元全局应用标识信元；
未被处理的消息信元，携带需要所述第二网元给所述第一网元投递的未被处理的消息。
4.根据权利要求1所述的方法，其特征在于，在所述触发方式为第二触发方式的情况下，所述方法还包括：
所述第一网元将所述UE重定向到所述第一网元的同类网元。
5.根据权利要求4所述的方法，其特征在于，所述第一网元将所述UE重定向到所述第一网元内的新偶联，包括：
所述第一网元基于维护或业务方面的需求，确定待关闭的偶联，将所述待关闭的偶联上的全部UE重定向到新偶联上。
6.根据权利要求4所述的方法，其特征在于，所述第一网元将所述UE重定向到所述第一网元的同类网元包括：
所述第一网元检测到所述第一网元的负荷大于预设值，确定将所述第一网元的UE重定向到同类网元；
所述第一网元基于维护或业务方面的需求，确定关闭或停服所述第一网元，将所述第一网元的UE重定向到同类网元。
7.根据权利要求4所述的方法，其特征在于，所述第一网元将所述UE重定向到所述第一网元内的新偶联包括：
所述第一网元选择偶联下将被重定向到所述第一网元内的新偶联的UE；
所述第一网元在所述新偶联下发送重定向命令给第二网元，其中，所述重定向命令中包含需要被重定向到所述新偶联的UE信息列表，并指示为网元内偶联间的重定向。
8.根据权利要求7所述的方法，其特征在于，所述第一网元将所述UE重定向到所述第一网元内的新偶联包括：
在所述第一网元在选择被重定向的UE的同时选择了重定向的目标偶联的情况下，在向第二网元发送所述重定向命令的同时，更新所述UE的偶联消息。
9.根据权利要求4所述的方法，其特征在于，所述第一网元将所述UE重定向到所述第一网元内的新偶联包括：
所述第一网元选择需要被重定向到新偶联的UE信息列表，选择所述UE重定向的目标偶联；
所述第一网元将所述UE分配到所述目标偶联上，在所述目标偶联上发送重定向指示，其中，所述重定向指示中携带有已完成偶联重定向的所述UE信息列表。
10.根据权利要求4所述的方法，其特征在于，所述第一网元将所述UE重定向到所述第一网元的同类网元包括：
所述第一网元向第二网元发送重定向命令，其中，所述重定向命令中携带有需要重定向到同类网元的UE信息列表，所述重定向命令用于指示所述UE需要进行网元间的偶联重定向。
11.根据权利要求7、8或10所述的方法，其特征在于，所述重定向命令包括重定向接口信息和/或重定向偶联信息。
12.根据权利要求11所述的方法，其特征在于，所述重定向接口信息包括以下之一：
重定向接口全部用户信元，当信元有效时，表示网元下的所有用户被重定向；
重定向接口部分用户信元，当信元有效时，标识网元下的部分用户被重定向；
用户应用标识列表信元，用于携带需要被重定向的用户标识信息，包括一个或多个用户标志信息；
目标网元标识列表信元，指定重定向的候选目标网元，如果不指定目标网元标识列表则第二网元根据负荷选择与第一网元的同类网元作为目标候选网元。
13.根据权利要求11所述的方法，其特征在于，所述重定向偶联信息包括：
重定向偶联全部用户信元，当信元有效时，表示需要重定向该偶联下的全部用户；
重定向偶联部分用户信元，当信元有效时，表示重定向偶联下的部分用户；
用户应用标识列表信元，用于携带偶联下需要被重定向的用户标识信息，包含一个或多个用户标志信息；
目标偶联列表信元，执行网元内偶联重定向时有效，列表中携带候选目标偶联信息；
目标网元标识，所述标识设置为有效时，执行网元间的偶联重定向，将列表中网元标识列表指定的网元作为候选网元。
14.根据权利要求9所述的方法，其特征在于，所述重定向指示包括以下至少之一：
重定向用户列表信元，携带重定向到偶联的用户信息列表，包含1个或多个用户标志信息；
旧网元应用标识信元，在用户进行跨网元重定向场景，用于新网元向旧网元请求UE上下文信息。
15.一种偶联重定向方法，其特征在于，包括：
第二网元向第一网元发送用户设备UE业务流程的初始触发消息；
所述第二网元接收所述第一网元在接收所述初始触发消息的偶联上反馈的重定向请求，所述第二网元根据所述重定向请求将所述UE重定向到新偶联；或者，
所述第二网元接收所述第一网元在新偶联上发送的重定向确定，所述重定向确定中携带有所述第一网元已将所述UE重定向到新偶联的提示信息；
在所述第二网元根据所述重定向请求将所述UE重定向到新偶联之前，所述方法还包括：
在所述重定向请求中携带有所述新偶联的标志情况下，所述第二网元根据所述新偶联的标志匹配所述新偶联；
在所述重定向请求中未携带所述新偶联的标志情况下，所述第二网元决策确定所述新偶联；
其中，所述第二网元根据所述新偶联的标志匹配所述新偶联包括：
在所述新偶联的标志指示新偶联的TNLA信息，所述第二网元根据所述TNLA信息匹配新偶联。
16.根据权利要求15所述的方法，其特征在于，所述第二网元根据所述新偶联的标志匹配所述新偶联包括：
在所述新偶联的标志指示新网元的全局应用标识的情况下，所述第二网元根据所述新网元的全局应用标识选择重定向的目标网元，在与所述目标网元间建立的传输偶联中选择新偶联；
在所述新偶联的标志指示新偶联信元的情况下，所述第二网元选择所述第一网元内的其他偶联作为新偶联。
17.根据权利要求15所述的方法，其特征在于，所述重定向请求中还携带有用于识别UE的用户应用层标识。
18.根据权利要求15至17中任一项所述的方法，其特征在于，所述重定向请求包括以下至少之一：
用户应用层标识；
重定向目标；
未被处理的消息信元，携带所述第二网元给所述第一网元投递但未被处理的流程触发消息。
19.根据权利要求15至17中任一项所述的方法，其特征在于，所述重定向确定包括以下至少之一：
用户应用层标识；
旧网元全局应用标识信元；
未被处理的消息信元，携带需要所述第二网元给所述第一网元投递的未被处理的消息。
20.一种偶联重定向装置，应用于第一网元，其特征在于，包括：
确定模块，用于确定用户设备UE偶联重定向的触发方式；其中，所述触发方式包括第一触发方式和第二触发方式；
第一重定向处理模块，用于根据确定的触发方式对所述UE进行偶联重定向处理；
在所述触发方式为第一触发方式的情况下，所述第一重定向处理模块还用于：
接收第二网元发送的UE业务流程的初始触发消息；
在接收所述初始触发消息的偶联上向所述第二网元反馈重定向请求，其中，所述重定向请求用于所述第二网元将所述UE重定向到新偶联；或者，
在新偶联上向所述第二网元发送重定向确定，其中，所述重定向确定携带有所述第一网元已将所述UE重定向到所述新偶联的提示信息；
其中，在所述触发方式为第二触发方式的情况下，所述第一重定向处理模块还用于：所述第一网元将所述UE重定向到所述第一网元内的新偶联；
所述第一重定向处理模块还用于：
所述第一网元确定将负荷过高的偶联上的部分UE重定向到低负荷的新偶联上。
21.一种偶联重定向装置，应用于第二网元，其特征在于，包括：
发送模块，用于向第一网元发送用户设备UE业务流程的初始触发消息；
第一接收模块，用于接收所述第一网元在接收所述初始触发消息的偶联上反馈的重定向请求，所述第二网元根据所述重定向请求将所述UE重定向到新偶联；或者，
接收所述第一网元在新偶联上发送的重定向确定，所述重定向确定中携带有所述第一网元已将所述UE重定向到新偶联的提示信息；
在所述第二网元根据所述重定向请求将所述UE重定向到新偶联之前，所述第一接收模块还用于：
在所述重定向请求中携带有所述新偶联的标志情况下，所述第二网元根据所述新偶联的标志匹配所述新偶联；
在所述重定向请求中未携带所述新偶联的标志情况下，所述第二网元决策确定所述新偶联；
所述第一接收模块还用于：在所述新偶联的标志指示新偶联的TNLA信息，所述第二网元根据所述TNLA信息匹配新偶联。
22.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至14、15至19中任一项所述的方法。
23.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至14、15至19中任一项所述的方法。
CN201711147185.9A 2017-11-17 2017-11-17 偶联重定向方法及装置 Active CN109803333B (zh)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CN201711147185.9A CN109803333B (zh) 2017-11-17 2017-11-17 偶联重定向方法及装置
EP18877320.4A EP3713290A4 (en) 2017-11-17 2018-11-19 ASSOCIATION REDIRECTION PROCEDURE AND DEVICE
KR1020207017448A KR102488791B1 (ko) 2017-11-17 2018-11-19 어소시에이션 리디렉션 방법 및 장치
PCT/CN2018/116112 WO2019096290A1 (zh) 2017-11-17 2018-11-19 偶联重定向方法及装置
US16/764,825 US11758456B2 (en) 2017-11-17 2018-11-19 Association redirection method and device
CA3082919A CA3082919A1 (en) 2017-11-17 2018-11-19 Association redirection method and device
JP2020525968A JP7149328B2 (ja) 2017-11-17 2018-11-19 カップリングリダイレクト方法および装置
US18/363,605 US20230379780A1 (en) 2017-11-17 2023-08-01 Association redirection method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711147185.9A CN109803333B (zh) 2017-11-17 2017-11-17 偶联重定向方法及装置

Publications (2)

Publication Number Publication Date
CN109803333A CN109803333A (zh) 2019-05-24
CN109803333B true CN109803333B (zh) 2022-04-19

Family

ID=66540036

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711147185.9A Active CN109803333B (zh) 2017-11-17 2017-11-17 偶联重定向方法及装置

Country Status (7)

Country Link
US (2) US11758456B2 (zh)
EP (1) EP3713290A4 (zh)
JP (1) JP7149328B2 (zh)
KR (1) KR102488791B1 (zh)
CN (1) CN109803333B (zh)
CA (1) CA3082919A1 (zh)
WO (1) WO2019096290A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11659019B2 (en) * 2019-12-01 2023-05-23 Microsoft Technology Licensing, Llc Resource mapping during universal resource locator changes in distributed computing systems
EP4142419A4 (en) * 2020-05-21 2023-09-27 Samsung Electronics Co., Ltd. METHOD AND APPARATUS FOR SESSION MANAGEMENT TAKING INTO ACCOUNT TERRESTRIAL LINK INFORMATION IN A WIRELESS COMMUNICATION SYSTEM

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101094240A (zh) * 2007-08-07 2007-12-26 中兴通讯股份有限公司 流控制传输协议多归属功能的实现方法
CN102006301A (zh) * 2010-12-01 2011-04-06 南京邮电大学 一种多终端之间流控传输协议偶联的移动控制方法
CN102651917A (zh) * 2007-01-29 2012-08-29 华为技术有限公司 一种演进网络中建立s1信令连接的方法、装置及***
CN104080192A (zh) * 2013-03-31 2014-10-01 上海贝尔股份有限公司 一种对连接进行重定向的方法、装置和***
CN106714247A (zh) * 2015-11-12 2017-05-24 大唐移动通信设备有限公司 一种切换方法和网关代理

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1145321C (zh) * 2001-07-30 2004-04-07 华为技术有限公司 在网络设备之间传输大容量信令消息的方法及其设备
KR100723885B1 (ko) 2005-12-08 2007-05-31 한국전자통신연구원 ｍＳＣＴＰ를 이용한 이동 단말의 무결절 핸드오버 지원방법 및 장치
WO2010019020A2 (ko) 2008-08-15 2010-02-18 삼성전자주식회사 이동 통신 시스템의 보안화된 비계층 프로토콜 처리 방법
CN102065565B (zh) * 2009-11-11 2015-04-01 中兴通讯股份有限公司 建立家庭基站间直接接口所需信息的上报方法及家庭基站
KR102043031B1 (ko) * 2013-10-31 2019-11-11 삼성에스디에스 주식회사 서버 및 이를 이용한 부하 분산 방법
US20160301599A1 (en) 2013-11-19 2016-10-13 Telefonaktiebolaget L M Ericsson (Publ) Method and first network node for managing a first ip path used by a connection
US9992240B2 (en) * 2015-02-13 2018-06-05 Telefonaktiebolaget Lm Ericsson (Publ) Preserving S1-AP UE contexts on SCTP failover
WO2017178929A1 (en) 2016-04-12 2017-10-19 Telefonaktiebolaget Lm Ericsson (Publ) Multiple sctp associations per s1ap connection and moving s1ap signaling connection between sctp associations

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102651917A (zh) * 2007-01-29 2012-08-29 华为技术有限公司 一种演进网络中建立s1信令连接的方法、装置及***
CN101094240A (zh) * 2007-08-07 2007-12-26 中兴通讯股份有限公司 流控制传输协议多归属功能的实现方法
CN102006301A (zh) * 2010-12-01 2011-04-06 南京邮电大学 一种多终端之间流控传输协议偶联的移动控制方法
CN104080192A (zh) * 2013-03-31 2014-10-01 上海贝尔股份有限公司 一种对连接进行重定向的方法、装置和***
CN106714247A (zh) * 2015-11-12 2017-05-24 大唐移动通信设备有限公司 一种切换方法和网关代理

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Analysis on NGAP multiple-SCTP associations，R3-173046;Nokia;《3GPP TSG-RAN WG3#97 》;20170825;第1-5页 *
Signalling Transport of the NG-C interface，R3-172526;Ericsson;《3GPP TSG-RAN WG3 NR AdHoc Meeting #2》;20170629;第1-8页 *

Also Published As

Publication number Publication date
JP7149328B2 (ja) 2022-10-06
KR20200088423A (ko) 2020-07-22
EP3713290A4 (en) 2021-07-28
CA3082919A1 (en) 2019-05-23
JP2021503747A (ja) 2021-02-12
KR102488791B1 (ko) 2023-01-17
US11758456B2 (en) 2023-09-12
US20200367127A1 (en) 2020-11-19
CN109803333A (zh) 2019-05-24
EP3713290A1 (en) 2020-09-23
US20230379780A1 (en) 2023-11-23
WO2019096290A1 (zh) 2019-05-23

Similar Documents

Publication Publication Date Title
KR102549946B1 (ko) 이동통신 환경에서 단말의 초기 접속 요청 메시지를 라우팅하는 방법 및 관련 파라미터
JP6651633B2 (ja) データスケジューリング方法、基地局およびシステム
JP6855575B2 (ja) ネットワーク間変更方法および装置、ならびに関連デバイス
CN113194157B (zh) 一种应用实例地址的转换方法和装置
US12004066B2 (en) Path, path information processing method and device, storage medium and electronic device
US11297542B2 (en) Base station handover method, system, and computer storage medium
CN110365727B (zh) 通信方法和相关装置
KR20200113268A (ko) 중앙집중형 유닛-분산형 유닛 아키텍처에서의 통신 방법 및 통신 디바이스
CN110324246B (zh) 一种通信方法及装置
CN111770475B (zh) 时延获取方法及装置、优化方法及装置
US11082894B2 (en) System and method for enhanced session management in nextgen mobile core networks
JP6995976B2 (ja) 端末によるコアネットワークアクセス方法、基地局および端末
CN111543084B (zh) 执行移动通信设备在不同接入网络之间的切换的方法和***
US20230379780A1 (en) Association redirection method and device
CN112840701A (zh) 在5g***到演进分组***切换期间的用户面建立
CN109548174B (zh) 一种偶联管理的方法和网络节点
CN110167094B (zh) 一种路由选择方法、装置、设备、***和存储介质
EP3713337B1 (en) Message sending method and device, policy sending method and device, storage medium, and processor
CN111567084A (zh) 一种切换方法及装置、计算机存储介质
EP4156795A1 (en) Network slice rejection at tai and amf level
CN113453286A (zh) 响应于接入设备切换的服务迁移
CN111526560A (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