CN113508611B - 用于在无线通信系统中灵活地支持服务的方法和装置 - Google Patents

Abstract

本公开涉及用于将第5代(5G)通信系统或准5G通信系统与IoT技术组合以用于支持诸如长期演进(LTE)等等的第4代(4G)系统之后的更高的数据传输速率的通信技术及其系统。本公开可以基于5G通信技术和IoT相关技术被应用于智能服务(例如，智能家庭、智能楼宇、智能城市、智能汽车或互联汽车、保健、数字教育、零售业、安保和安全有关的服务，等等)。各个实施例可以提供用于在移动通信系统中管理终端的情境的方法。

Description

用于在无线通信系统中灵活地支持服务的方法和装置

技术领域

本公开涉及用于在移动通信系统中管理终端的标识符和其状态信息(情境)的技术。

背景技术

为了满足因为4G通信系统的部署已经增加的无线数据业务的需求，已经做出努力来开发改善的5G或准5G通信系统。因此，5G或准5G通信系统也被称作“超4G网络”或“后LTE系统”。

5G通信系统被考虑为实施在更高的频率(mmWave)波段(例如，60GHz波段)中，以便实现更高的数据速率。为了减少无线电波的传播损失并且提高传输距离，在5G通信系统中讨论了波束形成、海量多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束形成、大规模天线技术。

此外，在5G通信系统中，基于高级小小区、云无线电接入网络(RAN)、超密度网路、设备至设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等等，对于系统网络改善的开发在进行中。

在5G系统中，已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)，作为高级接入技术的滤波器组多载波(FBMC)、非正交多址接入(NOMA)，以及稀疏码多址接入(SCMA)。

与常规4G系统相比，5G系统考虑支持更多各种服务。例如，最具代表性的服务可以包括超宽带移动通信服务(增强移动宽频带(eMBB))、超高可靠/低等待时间通信服务(超可靠且低等待时间的通信(URLLC))、海量设备至设备通信服务(海量机器类型通信(mMTC))，以及下一代广播服务(演进多媒体广播/多播服务(eMBMS))。提供URLLC服务的系统可以被称为URLLC系统，并且提供eMBB服务的系统可以被称为eMBB系统。可以可交换地使用术语“服务”和“系统”。

在这些服务当中，作为相比现有的4G系统在5G系统中所考虑的新服务的URLLC服务需要满足与其他服务相比较的特高可靠性(例如，大约10-5的分组错误率)和低等待时间(例如，大约0.5msec)条件。为了满足为此所需的这些严格的条件，URLLC服务可能与eMBB服务相比需要应用更短传输时间间隔(TTI)，并且采用其的各种操作方案现在处于考虑中。

因特网(其是以人为本的连通性网络，其中人类生成和消耗信息)现在演变至物联网(IoT)，其中诸如物品之类的分布式实体在没有人类干预的情况下交换和处理信息。万物互联(IoE)已经涌现出，其是IoT技术和大数据处理技术通过与云服务器的连接进行的组合。随着已经为了IoT实施方式要求诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”，和“安全技术”之类的技术要素，最近已经在研究传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)，等等。

这样的IoT环境可以提供智能因特网技术服务，其通过收集和分析在连接的物品当中的所生成的数据来为人类生活创造新的价值。通过现有的信息技术(IT)和各种工业应用之间的会聚和组合，IoT可以被应用于各种领域，包括智能家庭、智能楼宇、智能城市、智能汽车或互联汽车、智能电网、保健、智能家电和高级医疗服务。

据此，已经作出各种尝试来将5G通信系统应用于IoT网络。例如，可以通过波束形成、MIMO，以及阵列天线来实施诸如传感器网络、机器类型通信(MTC)，以及机器对机器(M2M)通信之类的技术。作为以上描述的大数据处理技术的云无线电接入网络(RAN)的应用也可以被考虑为5G技术与IoT技术的会聚的示例。

将上述信息仅仅作为背景信息来呈现，用于帮助对本公开的理解。关于以上中的任何是否可以适合于作为关于本公开的现有技术，没有做出任何确定，也没有做出任何断言。

发明内容

技术问题

实施例提出一种结构，其中由网络功能(NF)处理的数据被分离和存储，以便在5G系统中增加通信效率并且提高客户服务质量。此外，实施例提出标识符(ID)处理方法来解决NF之间的ID冲突问题，该问题在引入以上结构时可能出现。

在本公开中探讨的技术主题可以不限于上述的技术主题，并且，通过以下描述，本公开所属于的那些本领域技术人员可以清楚地理解未被提及的其他技术主题。

解决方案

根据本公开的方面，提供了一种在无线通信系统中由接入和移动性管理功能(AMF)实体执行的方法。该方法包括：从第一会话管理功能(SMF)实体接收向第二SMF实体传递会话管理(SM)情境的第一消息；向第二SMF实体发送用于请求第二SMF实体从第一SMF实体接收SM情境的第二消息；在发送第二消息时，开启定时器；以及定时器期满之前从第二SMF实体接收作为对第二消息的响应的第三消息。

在一个实施例中，该方法进一步包括：在接收第三消息之前定时器期满的情况下，确定SM情境传递过程失败。

在一个实施例中，第一消息包括关于传递SM情境的指示的信息。

在一个实施例中，该方法进一步包括：在接收第三消息之前，从终端接收服务请求消息；以及将与SM情境有关的事务延迟，直到接收到第三消息为止。

在一个实施例中，该方法进一步包括：在接收第三消息之前，从另一个AMF实体接收用户设备(UE)情境传递请求消息；以及将与SM情境有关的事务延迟，直到接收到第三消息为止。

在一个实施例中，第一消息包括Nsmf_PDUSession_SMContextStatusNotify消息、第二消息包括Nsmf_PDUSession_CreateSMContext请求消息，并且第三消息包括Nsmf_PDUSession_CreateSMContext响应消息。

在一个实施例中，发送第二消息进一步包括：基于第一消息来选择第二SMF实体。

本公开也提供一种无线通信系统中的接入和移动性管理功能(AMF)。AMF实体包括收发器；以及控制器，被配置为：经由收发器从第一会话管理功能(SMF)实体接收向第二SMF实体传递会话管理(SM)情境的第一消息；经由收发器向第二SMF实体发送用于请求第二SMF实体从第一SMF实体接收SM情境的第二消息；在发送第二消息时，开启定时器；以及在定时器期满之前，经由收发器从第二SMF实体接收作为第二消息的响应的第三消息。

发明的有益效果

在应用实施例的情况下，可以通过在NF之间共享终端的情境来自由地分布吞吐量并且可以通过使得由出错的NF提供的服务能够被另一个NF接管而在不牺牲品质的情况下支持客户服务。此外，在应用实施例的情况下，可以根据系统容量/性能和客户服务特性来确定和管理与彼此共享情境的NF所使用的ID，从而防止由ID的冲突所引起的服务错误或客户服务质量的劣化。

从本公开可获得的效果可以不限于上述的效果，并且通过以下描述，可以通过本公开所属于的那些本领域技术人员清楚地理解没有被提及的其他效果。

附图说明

为了更完全地理解本公开和其优点，现在对结合附图所采取的以下描述进行参考，在附图中，同样的附图标记表示相同部分：

图1图示出根据实施例的基于SBA的5G系统的结构的图；

图2图示出根据实施例的NF和情境的分离结构的图；

图3图示出根据实施例的、包括终端、基站和核的5G系统的操作的示例的图；

图4图示出根据实施例的5G系统(终端、基站和NF)的操作的另一个示例的图；

图5图示出根据实施例的、即使在其中动态改变5G系统的结构中有效地管理临时标识符的示例的图；

图6图示出根据另一个实施例的、将由NF集合共享的标识符的池划分为组块单元并且以组块为单元指配、管理和收集，而非每次处理事务时请求和指配临时标识符的方法的图；

图7图示出根据实施例的、其中特定NF返回使用被终止的指配的ID的处理的图；

图8图示出根据实施例的、考虑当通过在情境存储器或NF之间交换情境提供服务时接收情境的NF的容量时选择目标NF的方法的图；

图9图示出根据实施例的、在NF中管理情境的方法的图；

图10图示出根据实施例的、用于防止由于情境传递和NF的改变所引起的故障和过载的方法的图；

图11图示出根据实施例的AMF的详细操作；

图12图示出根据实施例的AMF的详细操作；

图13图示出根据本公开的终端的配置的图；以及

图14图示出根据本公开的网络实体的配置的图。

具体实施方式

在进行以下的具体实施方式之前，阐述贯穿该专利文献所使用的某些语词的定义可能是有利的：术语“包括”和“包含”以及其派生意指不进行限制的包括；术语“或”是可兼的，意指和/或；字句“与...相关联的”和“与此相关联的”以及其派生可以意指包括、被包括在内、与...互连、包含、被包含在内、连接到或与...连接、耦合到或与...耦合、与...通信、与...协作、交织、并置、接近于、绑定到或与...绑定、具有、具有...的属性等等；并且术语“控制器”意指控制至少一个操作的任何设备、系统或其部分，这样的设备可以实施在硬件、固件或软件或者其至少两个的某组合中。应当注意到，与任何特定控制器相关联的功能不管是本地的还是远程的都可以是集中的或分布的。

此外，能够通过一个或多个计算机程序来实施或支持如下所述的各种功能，一个或多个计算机程序中的每一个是由计算机可读的程序代码形成的并且被具体化在计算机可读媒介中。术语“应用”和“程序”指的是适合于在合适的计算机可读的程序代码中实施的一个或多个计算机程序、软件组件、指令集合、规程、函数、对象、类别、实例、相关的数据、或其部分。短语“计算机可读的程序代码”包括任何类型的计算机编码，包括源代码、目标代码，和可执行代码。短语“计算机可读媒介”包括能够由计算机访问的任何类型的媒介，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视盘(DVD)，或任何其他类型的存储器。“非暂时性”计算机可读媒介把输送瞬时电信号或其他信号的有线、无线、光学，或其他通信链路排除在外。非暂时性计算机可读媒介包括其中数据能够被永久地存储的介质和诸如可重写光盘或可擦除存储器设备之类的其中数据能够被存储并且稍后被改写的介质。

贯穿该专利文献来提供对于某些语词的定义，那些本领域普通技术人员应该理解，在许多、即使不是最多的实例中，这样的定义适用于这样的定义的语词的在先的以及将来的使用。

以下讨论的图1至14以及用于在该专利文献中描述本公开的原理的各种实施例是仅仅作为说明并且不管怎样不应当被理解为限制本公开的范围。那些本领域技术人员将理解，本公开的原理可以被实施在任何适当地布置的系统或设备中。

在下文，将结合附图对本公开的操作原理进行详细地描述。在本公开的以下描述中，当对合并于此的已知功能或配置的详细描述可能使得本公开的主题相当不清楚时，将省略对其的详细描述。以下将描述的术语是考虑本公开中的功能所定义的术语，并且可以根据用户、用户的意图，或习惯而不同。因此，应当基于贯穿说明书的内容来作出术语的定义。

在以下描述中，为了方便起见，说明性地使用用于识别接入节点的术语、提及网络实体的术语、提及消息的术语、提及网络实体之间的接口的术语、提及各种识别信息的术语，等等。因此，本公开不受限于如在以下使用的术语，并且可以使用提及具有等同技术含义的主体的其他术语。

在以下描述中，为了描述的方便起见，本公开使用在第三代合作伙伴项目长期演进(3GPP LTE)标准中定义的术语和名称。然而，本公开不受限于这些术语和名称，并且可以以相同的方式应用符合其他标准的系统。

同时，在描述实施例时，具有分离、存储，以及取回由NF处理/管理的UE信息(UE情境)的功能节点/NF将被称作“情境存储器”，其具有包括作为用于存储/共享非结构化数据的NF的非结构化数据存储功能(UDSF)和作为用于存储/发送情境的NF的情境传递存储功能(CTSF)的准则。

同时，在本公开中，术语“服务”将用于指的是其中特定通信设备(或NF)处理另一个通信设备(或NF)的请求的“NF服务”，并且将分开地使用“客户服务”以便具体地指示提供给最终用户的服务。

需要新的系统结构和协议来支持5G的各种服务，并且然后3GPP决定引入称作“基于服务的架构(SBA)”的新技术。

图1图示出根据实施例的基于SBA的5G系统的结构的图。

参考图1，接入和移动性管理功能(AMF)120是在无线网络中管理UE 110的接入和移动性的网络功能(NF)。会话管理功能(SMF)130是管理用于UE 110的会话的NF，并且会话信息包括QoS信息、计费信息和关于分组处理的信息。用户平面功能(UPF)125是处理用户平面业务并且被SMF 130控制的NF。虽然未在图1中示出，但5G系统可以包括UDSF，并且UDSF是存储非结构化数据的NF。可以应NF的请求来存储或取回任何类型的数据。

图2图示出根据实施例的NF和情境的分离结构的图。

参考图2，在实施例中，NF中的数据(UE情境)与NF分离并且被存储在单独的情境存储器中，并且可以共享并且使用其的NF的集合被称为“NF集合”。取决于实现环境，可以以NF实例的形式来操作/管理特定NF，并且本公开的主题可以被应用于管理和操作NF和NF实例任何之一的环境。另外，代替以NF为单元的实施/实现，在以NF服务为单元的操作的情况下，可以由NF服务来替代NF。因此，在本公开中的术语“NF”可以涵盖NF实例、NF服务以及NF服务实例。如果多个NF集合共存，则可以为相应的NF集合指配不同的标识符或名称以便在其间区分，并且即使NF集合中的NF通过与彼此共享情境进行操作，可以为相应的NF指配不同的标识符/名称用于其管理/操作。

图3图示出根据实施例的、包括终端、基站和核的5G系统的操作的示例的图。

参考图3，可以在针对服务向NF集合中所包括的任何NF 383做出请求的请求方382是无线电接入网络(RAN)(基站)，并且在UE 381和RAN 382之间建立无线电资源控制(RRC)连接以便使用无线电资源来发送和接收信令/数据的情况下执行步骤301。

在步骤305中，请求方382针对特定NF服务向NF 383做出请求。如果请求方是RAN382，则目标NF 383可以是AMF。在该情况下，请求方382可以指定请求的接收方383并发送。如果在不指定特定NF的情况下向NF集合发送请求，则NF集合中的任何NF可以接收请求。

在步骤309中，接收NF 383根据NF服务请求来执行操作。接收NF 383识别所请求的NF服务是否需要预先高速缓存在NF集合中——即，在NF或情境存储器384中——的UE情境。如果信息被预先高速缓存在NF中，则可以直接地使用高速缓存的信息，使得可以省略步骤313至321。

如果需要高速缓存在情境存储器384中的UE情境，则在步骤313中，NF 383向情境存储器384做出取回情境的请求。在这种情况下，如果情境存储器384是UDSF，则“Nudsf_UnstructuredDataManagement_Query service(request)”可以被用于情境取回请求，并且请求消息可以包括用于标识将被取回的数据的数据标识符。如果NF 383察觉到正确的数据标识符，则能够标识数据的标识符可以包括与其对应的值。否则，标识符可以包括特定UE的标识符。特定UE(订户)的标识符包括预订永久ID(SUPI)(IMSI或NAI类型)或特定NF集合中的唯一临时标识符{被预先指配为5G-全局唯一临时标识符(GUTI)、网际协议(IP)地址、隧道端点ID(TEID)、流ID、应用/服务标识、计费ID，等等之一}。

在步骤317中，情境存储器384根据NF 383的请求来搜索将被取回的数据，并且在步骤321中向NF 383发送对其的响应。如果请求有效，即，如果情境存储器384能够使用在请求消息中包括的标识符来取回有效情境，则在步骤321中发送的响应消息包括对应的情境。在该处理中，情境存储器384可以考虑请求中所包括的标识符(数据标识符或UE/订户标识符)和做出请求的NF 383的类型(诸如AMF、SMF等等的类型)以便检查NF 383的请求的有效性并且找到将被取回的情境。在情境存储器384是UDSF的情况下，响应对应于“Nudsf_UnstructuredDataManagement_Query”服务的响应。如果使用UE(订户)的标识符而非使用特定数据标识符做出在步骤313中的请求，并且如果向情境存储器384预先指配特定数据标识符，则在步骤321中发送的响应包括数据标识符。此外，在接收响应时，NF 383可以存储数据标识符，并且当将来向情境存储器384做出请求时，可以使用对应的数据标识符。依据这一点，可以减少情境存储器384使用UE(订户)标识符搜索存储的情境所花费的时间或者减小为了如此而在情境存储器384上的负载。

在步骤325中，使用对应的情境来处理在步骤305中请求的过程/事务。在实施例中，过程/事务包括特定NF中的处理操作，并且还包括发送/接收消息以及通过根据其与另一个NF交互来请求服务的操作。

在通过请求在情境存储器384中需要更新UE情境或需要存储新的UE情境的情况下，在步骤329中，NF 383向情境存储器384做出用于存储/更新情境请求，并且请求包括新的情境和数据的标识符或将被更新的情境和数据的标识符。如果情境存储器384是UDSF，则可以使用服务“Nudsf_UnstructuredDataManagement_Create(storage)”和“Nudsf_UnstructuredDataManagement_Update(update)”来执行对应的操作。在更新的情况下，如果NF 383明确地知道或接收数据标识符，则NF 383可以使用对应的数据标识符来执行更新UE情境。此外，在“创建”的情况下，NF 383可以向情境存储器384发送将被存储的UE(订户)标识符和情境。

在步骤333中，情境存储器384可以存储从NF 383发送的情境，并且如果需要创建(生成)新的数据标识符(在步骤329中使用UE或订户标识符的情况下)，则情境存储器384可以创建新的数据标识符，并且可以在步骤337中通过响应将其发送给NF 383。

在步骤341中，NF 383以及其他节点381和382处理剩余的过程/事务。如果通过对应的过程/事务指配用于UE(订户)的新的临时ID(5G-GUTI、TEID和IP地址中的一个或多个)，则向UE 381发送ID，并且UE 381存储其用于后续过程中。

以上实施例已经描述了将多个NF分组到NF集合中并且分离/共享情境的方法。当通过5G系统执行向用户提供连接的处理时，指配各种类型的临时标识符。尽管基于以下临时标识符对实施例进行描述实施例，但本公开的主题可以被应用于指配/管理在通信系统中使用的任何类型的临时标识符的情况。

-5G-GUTI：这是全局唯一临时标识符并且包括服务于UE的AMF的标识符GUAMI以及向UE指配的MME临时移动订户标识(M-TMSI)。在一个AMF集合中，必须向每个UE唯一地指配M-TMSI。

-TEID：这是用于区分用于在通信设备之间(在基站和NF之间或在NF之间)(尤其是，UPF)发送分组的GTP(通用分组无线电系统(GPRS)隧道协议)隧道的端点ID，并且需要在由NF使用的IP内被唯一地指配。

-UE IP地址：这是当UE使用IP通信时向UE指配的IP地址，并且必须被唯一地指配给一个IP域内的每个UE。

-流ID：这是被指配以识别和控制特定业务流的标识符。

-应用ID：这是被指配以识别特定服务应用的标识符。

-分析ID：这是被指配以收集/分析关于NW的信息的标识符，并且可以在N/W数据分析功能(NWDAF)中使用。

-后台数据传递参考ID：这是用于在后台中向UE发送数据的标识符。

-计费数据记录(CDR)ID：这是用于控制特定计费信息的标识符。

如果NF向特定UE(订户)指定临时标识符，则必须根据某一条件确保唯一性，并且如果唯一性未被满足，则错误发生，因此服务质量降级或需要错误恢复处理。与其中一个NF内部的所有资源被消耗的系统不同，在以上实施例中描述的结构中，NF集合中的NF共享情境，并且可以在同一集合中在任何时间改变为单个UE(订户)提供服务的NF。在这样的系统中，因为临时标识符的整个池也被NF共享，所以可能存在的问题在于，两个NF向两个UE(订户)同时地指配一个临时标识符。

图4图示出根据实施例的5G系统(UE、基站和NF)的操作的另一个示例的图。

参考图4，附图标记401表示可以在特定NF中请求/触发NF服务的交互节点，并且可以是UE、RAN(基站)或者另一个NF。

附图标记402表示用于提供通信功能的NF，并且包括在3GPP标准中定义的NF和类似于其的网络设备。如果以实例的形式实施/操作特定NF，则可以由NF实例来替代NF。在以NF服务为单元的操作而非以NF为单元的实施/实现的情况下，可以由NF服务来替代NF。

配置服务器(conf.server)403是提供管理/配置通信设备(RAN、NF，等等)的功能的服务器，并且通常被称作“元件管理系统(EMS)”或“运行和维护(OAM)系统”。虚拟化网络功能管理器(VNFM)/编排器404是在虚拟化系统中配置/管理NF的系统。在本公开中，将在两个系统是分开的假设下描述实施例，但是两个系统可以被集成到一个中，并且在该情况下，可以省略两个系统之间的消息的交换，或者可以通过内部过程处理两个系统之间的消息的交换。

在步骤431中，最初安装或配置NF 402。

在步骤434中，VNFM/编排器404向配置服务器403通知NF的大小(通常对应于最大容量)(诸如并行可处理的订户数量或会话的数量等等的值、指示相对容量的值，等等)以及NF集合的大小(NF集合中所包括的NF的数量、整个集合的最大容量，等等)。

在步骤437中，配置服务器403可以按照所接收的NF/NF集合的大小来划分由NF集合共享的临时标识符的整个池，因此确定将用于每个NF的可用的标识符，并且可以发送被指配给每个NF 402的信息。可以根据其类型向NF 402发送可用的标识符信息，并且配置服务器403可以向NF 402发送临时标识符的起始值、总数量的形式或临时标识符的范围(指示起始到结束的值)，或者所有指配的标识符的列表。当管理临时标识符时，考虑到将来的NW配置(NF的大小、集合的大小，等等)的改变，配置服务器403可以保留一些区段，并且可以使用剩余的区段来执行初始指配。

在步骤441中，NF 402根据所接收的信息来存储将由NF 402使用的临时标识符的池。

在步骤445中，UE(或RAN或另一个NF)401对于特定NF服务向NF 402做出请求，并且如果需要向每个UE(订户)指配临时标识符，则在步骤449中，NF 402可以从存储的池中指配标识符。在步骤453中，NF 402可以对UE(或RAN或另一个NF)401进行响应。

在多个NF被包括在NF集合中的情况下，可以利用以上实施例。如果NF集合中的NF的数量被动态地改变(如果缩放大小由于故障或负载而改变)，或者如果每个NF的大小改变，则难以改变标识符的池以符合情形。

图5图示出根据实施例的、即使在其中动态地改变5G系统的结构中有效地管理临时标识符的示例的图。

参考图5，附图标记501表示可以在特定NF中请求/触发NF服务的交互节点，并且可以是UE、RAN(基站)或者另一个NF。

附图标记502表示用于提供通信功能的NF，并且包括在3GPP标准中定义的NF和类似于其的网络设备。如果以实例的形式实施/操作特定NF，则可以由NF实例来替代NF。在以NF服务为单元的操作而非以NF为单元的实施/实现的情况下，可以由NF服务来替代NF。

ID管理服务器503是提供管理所有NF的标识符池的功能的服务器。ID管理服务器503可以被配置为单独的功能(NF)，或者可以被配置为在与在以上实施例中描述的情境服务器集成时由情境服务器提供的具体功能。

步骤531意指交互节点(UE/RAN/NF)501以及NF 502处于能够彼此交换信息并且执行交互操作的状态中。

在步骤535中，UE或交互NF 501针对NF服务向NF 502作出请求。在通过UE的请求、RAN的请求，或者NF的内部操作和另一个NF的请求来处理服务的过程中，可以进行交互NF501对NF服务的请求。

在步骤539中，NF 502处理所接收的事务，并且确定是否需要创建新的情境或者是否需要指配临时标识符。

在步骤544中，NF 502可以向ID管理服务器503发送用于指配ID或创建/更新情境的请求。在该情况下，NF 502可以向ID管理服务器503做出对于被指给UE(订户)的临时标识符的请求。请求消息可以包括关于将使用的临时标识符的类型的信息。类型信息可以包括以上描述的标识符中的一个或多个，诸如M-TMSI、5G-GUTI、GTP TEID和IP地址。另外，当指配临时标识符时，NF 602可以向ID管理服务器503做出是否应用随机化的显式请求。如果ID管理服务器503支持UDSF的服务，则可以使用在图2中的以上实施例中描述的服务来处理请求/响应。

在步骤549中，如果接收到处理情境的请求，则ID管理服务器503存储/更新情境，并且指配所请求的临时标识符。如果所请求的临时标识符需要随机化(例如，在5G-GUTI或M-TMSI的情况下)，或者如果明确地请求单独的随机化，则当指配临时标识符时，ID管理服务器503应用随机化。

在步骤554中，ID管理服务器503向NF 502发送指配的临时标识符，并且，在接收处理情境的请求的情况下，发送对情境处理的响应。

在步骤559中，NF 502使用指配的临时标识符来处理剩余的过程/事务。

在步骤564中，向交互节点(UE/基站或交互NF)501发送指配的临时标识符，并且接收临时标识符的交互节点501存储其用于后续过程中。

图6图示出根据另一个实施例的、将由NF集合共享的标识符的池划分为组块单元并且以组块为单元指配、管理和收集，而非每次处理事务时请求和指配临时标识符的方法的图。

因为NF之间用于标识符的管理的信令能够被减小，并且因为能够在每个NF在组块内自由地指配标识符的同时能够防止冲突，所以以组块(chunk)为单元的指配方法是有效的。

参考图6，附图标记601表示可以在特定NF中请求/触发NF服务的交互节点，并且可以是UE、RAN(基站)或者另一个NF。

附图标记602表示用于提供通信功能的NF，并且包括在3GPP标准中定义的NF和类似于其的网络装备。如果以实例的形式实施/操作特定NF，则可以由NF实例来替代NF。在以NF服务为单元的操作而非以NF为单元的实施/实现的情况下，可以由NF服务来替代NF。

ID管理服务器603是提供管理所有NF的标识符池的功能的服务器。ID管理服务器603可以被配置为单独的功能(NF)，或者可以被配置为在与在以上实施例中描述的情境服务器集成时由情境服务器提供的具体功能。可以对于每个特定NF集合配置ID管理服务器603，或者ID管理服务器603可以被配置为支持多个NF集合。

步骤630意指交互节点(UE/RAN/NF)601以及NF 602处于能够彼此交换信息并且执行交互操作的状态中。

在步骤635中，UE或交互NF 601针对NF服务向NF 602做出请求。在应UE的请求、RAN的请求或者NF的内部操作和另一个NF的请求来处理服务的过程中，可以进行交互NF 601对NF服务的请求。

在步骤640中，NF 602处理所接收的事务，并且确定是否需要指配临时标识符。步骤635不一定在步骤640之前，并且如果在用于处理服务请求的初始处理中或在总体操作情形中需要ID池的指配，则NF 602可以从步骤640开始。

在步骤645中，NF 602可以向ID管理服务器603发送对于ID指配的请求。在该情况下，NF 602可以向ID管理服务器603做出对于将被指配给UE(订户)的临时标识符的组块指配的请求。请求消息可以包括关于将使用的临时标识符的类型和组块大小(即，将被指配的ID的数量)的信息。类型信息可以包括以上描述的标识符中的一个或多个，诸如M-TMSI、5G-GUTI、GTP TEID和IP地址。在ID管理服务器603被配置为同时地支持多个NF集合的情况下，NF 602可以使用请求消息向ID管理服务器603通知NF 602所属于的NF集合的名称或信息。另外，当指配临时标识符时，NF 602可以向ID管理服务器603做出是否应用随机化的显式请求。如果ID管理服务器603支持UDSF的服务，则可以使用在图2中在以上实施例中描述的服务来处理请求/响应，并且可以通过创建特定情境的操作来实施ID组块的指配。可替换地，可以使用用于向UDSF做出对于ID指配的显式请求的单独的服务。

在步骤650中，ID管理服务器603指配所请求的临时标识符。如果所请求的临时标识符需要随机化(例如，在5G-GUTI或M-TMSI的情况下)，或者如果明确地请求单独的随机化，则当指配临时标识符时，ID管理服务器603应用随机化。ID管理服务器603可以接受全大小的所请求的组块，因此指配临时标识符，或者可以指配更小的组块。关于组块的信息包括将来以组块为单元将用于管理(返回，等等)的组块的标识符。

在步骤655中，ID管理服务器603可以向NF 602发送指配的临时标识符组块。ID管理服务器603可以进一步向NF 602发送关于成功或失败的信息和关于组块大小的信息。

在步骤660中，NF 602使用指配的临时标识符来处理剩余的过程/事务。

在步骤665中，向交互节点(UE/基站或交互NF)601发送指配的临时标识符，并且接收临时标识符的交互节点601存储其用于后续过程中。

同时，在另一个实施例中，以组块为单元指配/管理ID的操作可以包括：在NF 602和ID管理服务器603之间提前交换关于组块的信息和在诸如指配/返回等等的实际操作中仅仅发送组块的标识符(或索引)的操作，以及当如在以上实施例中所描述地执行组块指配时指定和发送关于在组块中包括的标识符的信息(标识符的起始值、标识符的数量、标识符的范围，等等)。

图7图示出根据实施例的、其中特定NF返回其使用被终止的指配的ID的处理的图。

参考图7，附图标记701表示可以在特定NF中请求/触发NF服务的交互节点，并且可以是UE、RAN(基站)或者另一个NF。

附图标记702表示用于提供通信功能的NF，并且包括在3GPP标准中定义的NF和类似于其的网络设备。如果以实例的形式实施/操作特定NF，则可以由NF实例来替代NF。在以NF服务为单元的操作而非以NF为单元的实施/实现的情况下，可以由NF服务来替代NF。

ID管理服务器703是提供管理所有NF的标识符池的功能的服务器。ID管理服务器703可以被配置为单独的功能(NF)，或者可以被配置为在与在以上实施例中描述的情境服务器集成时由情境服务器提供的详细功能。可以对于每个特定NF集合配置ID管理服务器703，或者ID管理服务器603可以被配置为支持多个NF集合。

步骤730意指交互节点(UE/RAN/NF)701以及NF 702处于能够彼此交换信息并且执行交互操作的状态中。

在步骤735中，UE或交互NF 701针对NF服务向NF 702做出请求。在应UE的请求、RAN的请求或者NF的内部操作和另一个NF的请求来处理服务的过程中，可以进行交互NF 701对NF服务的请求。在这种情况下，所请求的服务的特征在于，特定临时标识符的使用被终止，并且也可以终止诸如在解除注册处理期间的M-TMSI(或5G-GUTI)、在会话释放处理期间的GTP TEID和IP地址等等的标识符的使用。根据实施方式/配置，并非立即执行，而是可以在预先确定的时间的流逝之后执行临时标识符的使用和情境的删除。

在步骤740中，NF 702处理所接收的事务，并且确定是否需要返回临时标识符。步骤735不一定在步骤740之前，并且如果需要在定时器期满时或在总体操作情形中返回ID，则NF 702可以从步骤740开始。

在步骤745中，NF 702可以向ID管理服务器703发送对于返回ID的请求。在该情况下，NF 702可以向ID管理服务器703做出对于将被指给UE(订户)的临时标识符的组块返回的请求。请求消息可以包括将使用的临时标识符的组块标识符。如果与情境的管理同时地执行ID的管理，则可以与删除用于特定UE(订户)的情境同时地进行被指配给特定UE(订户)的临时标识符的返回。如果ID管理服务器703支持UDSF的服务，可以使用在图2中在以上实施例中描述的服务来处理请求/响应，并且可以通过删除特定情境的操作来实施ID组块的指配。替换地，可以使用用于向UDSF做出用于ID的显式请求的单独的服务。

在步骤750中，ID管理服务器703切换到不再使用所请求的临时标识符的状态，并且在步骤755中，ID管理服务器703向NF 702发送对返回的响应。如果通过对情境的处理返回ID，则ID管理服务器703可以发送对情境的删除的响应。

在步骤760中，NF 702处理剩余的过程/事务。

在步骤765中，通过处理的过程来向节点(UE/基站或交互NF)701发送临时标识符的删除的通知。

图8图示出根据实施例的、在考虑当通过在情境存储器或NF之间交换情境而提供服务时接收情境的NF的容量时选择目标NF的方法的图。

参考图8，情境存储器801表示存储/发送由NF创建/管理的数据(UE情境)以便提供通信服务的功能，并且包括CTSF、UDSF等等。网络存储库功能(NRF)/服务通信代理(SCP)802是辅助发现、选择和消息路由的NF，用于使用NF之间的连接信息和状态信息在NF之间提供服务。

在步骤810中，情境存储器801可以开始新服务，或者可以改变状态。

在步骤820中，情境存储器801可以新近将其自己的信息(NF简档)注册在NRF/SCP802中，或者可以更新自己的信息(当状态/配置被改变时)。在该情况下，情境存储器801的简档可以包括能够由情境存储器提供的最大容量、当前负载状况和表示在单位时间期间能够被处理(发送/接收)的情境的数量的吞吐量、能够由一个事务存储的情境的大小等等中的至少一个。在情境存储器801的简档表示最大容量、负载状况、吞吐量和大小的情况下，可以使用基于最大值计算的相对值来表示简档。替换地，最大容量、负载状况、吞吐量和大小可以被表示为绝对值。例如，最大容量可以被表示为特定情境类型(例如，SM情境)与可接受的情境的最大数量的组合，并且一次能够被处理的情境的数量可以被表示为特定情境类型和情境的最大数量的组合。对于在步骤820中的操作，情境存储器801可以向NRF/SCP 802发送诸如“NRRegister request(NR注册请求)”或“NFUpdate request(NF更新请求)”等等的消息。

在步骤830中，NRF/SCP 802可以存储从情境存储器801接收的容量、状况信息等等(NF简档)。

在步骤840中，如果NF 803存储的信息不充足，则另一个NF(SMF、AMF，等等)803可以向NRF/SCP 802发送情境存储器的发现/选择请求，以便做出存储和发送情境的请求。即使将被发现的明确目标是情境存储器(CTSF或UDSF)，发现/选择请求也可以包括陈述将被请求的NF服务是情境的存储(情境创建、更新或者推送)或其传输(情境传递)的信息。步骤840中的请求可以是“NFDiscovery request message”。

在步骤850中，NRF/SCP 802可以根据请求来选择情境存储器(或候选的集合)801，并且在步骤860中，可以向做出了请求的NF 803发送对其的响应。在该情况下，响应可以包括在步骤820中接收和存储的、情境存储器801的NF简档当中的必要信息(情境存储器的标识符、存取地址、最大容量、当前负载状况、吞吐量、同时传输能力等的组合)，并且详细信息的配置和意义可以与以上在步骤820中描述的那些相同。在步骤860中发送的响应可以是“NFDiscovery response message”。

在步骤870中，NF 803可以存储在步骤860中接收的信息，并且如果接收能够指定一个情境存储器的响应，则NF 803可以选择对应的情境存储器。此外，如果接收到将是目标的多个情境存储器的候选，则NF 803可以选择候选中的一个。在这种情况下，当执行选择时，NF 803可以在考虑在步骤860中接收的信息(最大容量、负载状况，等等)来选择能够有效地提供服务的情境存储器801。即使NF 803向所选择的情境存储器801请求情境有关的服务，也可以考虑在步骤860中接收的信息。特别地，当情境存储器801提供有限的传输量时，NF 803可以创建请求以便不超过传输量，并且可以创建请求使得在请求中包括的情境的大小(情境的数量、情境的大小，等等)不超过限制。

在步骤880中，NF 803向情境存储器801发送服务请求。此后，NF 803从情境存储器801接收作为处理的结果的响应，并且可以触发另一个过程，将在实施例中省略其详细描述。在步骤880中，NF 803可以向情境存储器801发送用于服务请求的CTSF服务请求消息。

图9图示出根据实施例的、在NF中管理情境的方法的图。

参考图9，在步骤910中，NF 903和904以及情境存储器NF 901可以执行注册、发现和选择处理，以请求/接收相互服务提供。

在步骤920中，NF#1(903)可以确定需要NF改变操作。

在步骤930中，NF#1(903)向情境存储器(CTSF/UDSF)901发送情境，并且发送用于改变NF的服务请求。在这种情况下使用的服务可以是服务情境推送请求，并且请求消息可以包括能够标识目标情境的以用于情境传递和NF的改变的标识符(情境ID)、情境的类型、目标UE(订户)的标识符以及目标PDU会话的标识符(如果情境类型是SM情境)中的至少一个。如果将向情境存储器901发送的请求的操作包括改变NF以及存储情境，则请求消息可以另外包括将被改变的NF的标识符。在这种情况下，为了选择将被改变的NF，如果预先配置了备份NF，则NF#1(903)可以选择备份NF中的一个。否则，NF#1(903)可以从同一NF集合中选择NF。如果不需要改变NF，则可以不执行步骤960和其随后的步骤。

在步骤940中，情境存储器901根据请求存储情境，并且在步骤950中，向NF#1(903)发送对其的响应。如果在步骤930中进一步请求改变NF的请求，则在接收改变NF的结果之后，可以发送对在步骤930中接收的服务请求的在步骤950中的响应(步骤980)。在步骤950中的响应可以是服务情境推送响应。

在步骤930中情境存储器901接收包括NF的改变的服务请求的情况下，在步骤960中，情境存储器901向将被改变的目标NF(NF#2)904发送情境。在这种情况下使用的服务可以是服务情境推送请求，并且请求消息可以包括能够标识目标情境以用于情境传递和NF的改变的标识符(情境ID)、情境的类型、目标UE(订户)的标识符以及目标PDU会话的标识符(如果情境类型是SM情境)中的至少一个。另外，请求消息可以包括指示情境推送服务请求是否意图针对情境存储器或情境推送服务请求是否包括NF的改变的信息。

NF#2(904)可以在步骤970中存储所接收的情境，并且可以在步骤980中向情境存储器901发送作为其结果的响应。在该情况下，在步骤980中的响应消息可以是服务情境推送响应。然后，在步骤990中，NF#2(904)根据情境的接收和NF的改变来执行其他过程/事务。步骤970、980和990的顺序可以关于彼此改变。

以下表1示出当在实施例中用于发送和接收情境的NF是AMF时的情境的类型和结构。

[表1]

如表1中所示的，AM情境指的是由AMF创建/管理的情境，并且表示在AMF之间共享的、用于改变AMF而直接发送和接收的、或者通过情境存储器(CTSF)发送的数据。用于管理和浏览AM情境并指示特定AM情境的数据密钥表示订户的标识符(SUPI)。

图10图示出根据实施例的、用于防止由于情境传递和NF的改变所引起的故障和过载的方法的图。

参考图10，在步骤1010中，NF 1001可以执行发现/选择另一个NF 1002的处理。

在步骤1020中，NF#1(1001)确定需要到另一个NF(NF#2)1002的情境传递或需要NF随此改变，并且在步骤1030中，NF#1(1001)针对情境推送服务向目标NF(NF#2)1002做出请求。请求情境推送服务的消息可以包括能够标识用于情境传递的目标情境和NF的改变的标识符(情境ID)、情境的类型、目标UE(订户)的标识符以及目标PDU会话的标识符(如果情境类型是SM情境)中的至少一个。另外，用于情境推送服务的请求消息可以包括情境推送服务请求是否意图针对情境存储器或情境推送服务请求是否包括改变NF的信息。请求消息可以是服务情境推送请求。

在步骤1040中，NF#2(1002)可以存储所接收的情境，并且如果需要改变NF，则可以根据NF的改变来执行其他过程/事务。

在步骤1050中，NF#2(1002)向NF#1(1001)发送服务请求的结果，并且响应消息可以包括关于NF的当前负载状况的信息和用于处理情境的信息以及结果。更具体地，响应消息可以包括能够由NF#2(1002)提供的最大容量、当前负载状况以及指示在单位时间期间能够被处理(发送/接收)的情境的数量的吞吐量和能够通过单个交易被存储的情境的大小中的至少一个。响应消息可以是服务情境推送响应。此外，接收响应的NF#1(1001)可以存储在响应中包括的信息，并且在将来需要情境传递或NF的改变的情况下，当选择目标或请求情境的处理时，可以考虑该信息。

图11图示出根据实施例的AMF的详细操作。在该实施例中，假定由特定SMF来触发用于向另一个SMF发送UE的情境的预操作。

参考图11，在步骤1110中，AMF从SMF(被称为“旧SMF”)接收指示有必要向另一个SMF发送关于特定UE的情境和会话的消息。该消息可以是“Nsmf_PDUSession_SMContextStatusNotify”，并且为了接收消息，AMF可以提前执行对旧SMF的订阅，以便接收状态的改变的通知。

在步骤1120中，AMF可以使用在来自SMF的请求消息中所包含的信息来选择目标SMF(被称为“新SMF”)。另外，AMF可以向新SMF发送用于从旧SMF接收用于目标UE的情境和会话的请求。在这种情况下使用的消息可以是“Nsmf_PDUSession_CreateSMContextrequest”。

在步骤1130中，AMF可以可选地开启用于确定SMF的会话相关情境传输和其处理是否成功的定时器。

如果在步骤1130中设置定时器，并且如果直到设置的定时器期满为止没有从新SMF接收到响应，则在步骤1140中，AMF可以确定向新SMF请求的情境处理过程已经失败。替换地，如果AMF明确地从新SMF接收指示情境处理过程已经失败的消息，则AMF可以认识到该过程已经失败。替换地，AMF可以通过在AMF内部的实施方式或从其他NF或OAM接收信息的方法来认识到过程是否成功。

如果确定向新SMF请求的情境处理已经失败，则AMF可以确定对应的会话已经被释放，并且在步骤1150中可以执行释放PDU会话的过程。替换地，AMF可以向旧SMF通知情境处理已经失败，使得旧SMF可以执行后续过程。

图12图示出根据实施例的AMF的详细操作。在该实施例中，假定由特定SMF来触发用于向另一个SMF发送UE的情境的预操作。

参考图12，在步骤1210中，AMF从SMF(被称为“旧SMF”)接收指示有必要向另一个SMF发送关于特定UE的情境和会话的消息。该消息可以是“Nsmf_PDUSession_SMContextStatusNotify”，并且为了接收消息，AMF可以提前执行对旧SMF的订阅，以便接收状态的改变的通知。

在步骤1220中，AMF可以使用在来自SMF的请求消息中包含的信息来选择目标SMF(被称为“新SMF”)。另外，AMF向新SMF发送用于从旧SMF接收关于目标UE的情境和会话的请求。在该处理中使用的消息可以是“Nsmf_PDUSession_CreateSMContext request”。此后，AMF可以可选地开启用于确定SMF的会话相关情境传输和其处理是否成功的定时器。

在步骤1230中，在接收到指示向步骤1220中的新SMF请求的情境处理过程完成的消息之前，AMF可以接收关于对应的UE的单独的请求(例如，在服务请求或注册处理等等期间从另一个AMF接收的情境传递请求)。通常，这可以是源自UE的移动性的请求，或者可以是由处于空闲状态中的UE的服务的出现(呼叫或数据的传输)引起的请求。

在步骤1240中，在处理在步骤1230中接收的请求时，AMF确定目标UE和会话是否包括当前改变的SMF。更具体地，如果将对于UE处理的操作是服务请求，则AMF确定当前改变的SMF是否属于向PDU会话提供服务以便对于UE被处理的SMF。如果将对于UE处理的操作是由另一个AMF做出的情境传递请求，则AMF确定当前改变的SMF是否属于管理UE的会话的SMF。如果有关的SMF包括当前改变的SMF，则处理继续到步骤1250。否则，处理继续到步骤1260。

在步骤1250中，AMF延迟对在步骤1230中接收的请求的处理，直到从新SMF接收到指示情境创建处理完成的消息为止。也就是说，AMF存储在步骤1230中接收的请求并且等待。在该步骤中，如果AMF从新SMF接收到通知情境创建处理完成的消息，则AMF根据其更新UE情境(包括SMF的地址)并且继续到步骤1260。如果AMF在步骤1220中设置定时器，并且如果直到设置的定时器期满为止AMF也没有从新SMF接收到响应，则AMF可以确定向新SMF请求的情境处理过程已经失败。替换地，如果AMF明确地从新SMF接收指示情境处理过程已经失败的消息，则AMF可以认识到该过程已经失败。替换地，AMF可以通过在AMF内部的实施方式或从其他NF或OAM接收信息的方法来认识过程是否成功。如果确定向新SMF请求的情境处理已经失败，则AMF可以确定对应的会话已经被释放，并且可以处理在步骤1230中接收的请求。替换地，AMF可以向旧SMF通知情境处理已经失败，使得旧SMF可以执行后续过程。

图13图示出根据本公开的终端的配置的图。

参考图13，根据实施例的终端可以包括收发器1320和控制终端的总体操作的控制器1310。另外，收发器1320可以包括发射机1321和接收机1323。

收发器1320可以向其他网络实体发送信号并且从其他网络实体接收信号。

控制器1310可以执行控制，使得终端执行在以上实施例中描述的操作中的任何之一。同时，控制器1310和收发器1320不一定被实施为单独的模块，并且可以被实施为单个芯片形式的单个组件。此外，控制器1310和收发器1320可以被电连接。此外，例如，控制器1310可以是电路、专用电路或者至少一个处理器。另外，可以通过向终端内部的任何组件提供存储对应的程序代码的存储器设备来实现终端的操作。

图14图示出根据本公开的网络实体的配置的图。

本公开的网络实体包含根据系统的实施方式的网络功能。

参考图14，根据实施例的网络实体可以包括收发器1420和控制网络实体的总体操作的控制器1410。另外，收发器1420可以包括发射机1421和接收机1423。

收发器1420可以向其他网络实体发送信号并且从其他网络实体接收信号。

控制器1410可以执行控制，使得网络实体执行在以上实施例中描述的操作中的任何之一。同时，控制器1410和收发器1420不一定被实施为单独的模块，并且可以被实施为单个芯片形式的单个组件。此外，控制器1410和收发器1420可以被电连接。此外，例如，控制器1410可以是电路、专用电路或者至少一个处理器。另外，可以通过向网络实体内部的任何组件提供存储对应的程序代码的存储器设备来实现网络实体的操作。

网络实体可以是基站(RAN)、AMF、SMF、UPF、NF、NEF、NRF、CF、NSSF、UDM、AF、AUSF、SCP、UDSF、情境存储器、OAM、EMS、配置服务器以及ID管理服务器中的任何一个。

应当注意到，图1至14中图示的配置图、图示出发送控制/数据信号的方法的示例的图、图示出操作过程的示例的图并不意图限制本公开的范围。也就是说，图1至14中所描述的组件、实体，或者操作步骤不应当被解释为本公开的实施的必要要素，并且在不损害本公开的主题的情况下，能够使用仅仅一些要素来实施本公开。

可以通过向基站或终端设备内部的任何组件提供存储对应的程序代码的存储器设备来实现基站或终端的以上描述的操作。也就是说，基站或终端设备的控制器可以使用处理器或中央处理单元(CPU)来读出和执行存储在存储器设备中的程序代码，因此执行以上描述的操作。

可以使用例如基于互补金属氧化物半导体的逻辑电路的硬件电路、固件，以及诸如软件和/或硬件以及嵌入在机器可读媒介中的固件和/或软件的组合的硬件电路来操作实体、基站，或者终端的各个组件和模块。例如，可以使用晶体管、逻辑门，以及诸如定制半导体等等的电子电路来实施各种电子结构和方法。

尽管已经就各个实施例描述了本公开，但可以向本领域技术人员建议各种改变和修改。本公开旨在包括落入所附权利要求的范围内的这样的改变和修改。

Claims (14)

1.一种在通信系统中由接入和移动性管理功能AMF执行的方法，所述方法包括：

从第一会话管理功能SMF接收向第二SMF传递会话管理SM情境的第一消息；

向第二SMF发送用于请求第二SMF从第一SMF接收SM情境的第二消息；

在发送第二消息时，开启定时器；以及

在定时器期满之前从第二SMF接收作为对第二消息的响应的第三消息，

其中，所述方法还包括：

在接收第三消息之前，从终端接收对于与SM情境相关联的协议数据单元PDU会话的服务请求；和

延迟与第二SMF的服务请求的事务，直到接收所述第三消息为止。

2.根据权利要求1所述的方法，进一步包括：

在接收到第三消息之前定时器期满的情况下，确定SM情境传递过程失败。

3.根据权利要求1所述的方法，

其中，第一消息包括关于传递所述SM情境的指示的信息。

4.根据权利要求1所述的方法，

其中，第三消息指示情境创建处理被完成。

5.根据权利要求1所述的方法，进一步包括：

在接收第三消息之前，由于终端移动性从另一个AMF接收用户设备UE情境传递请求消息；以及

延迟与第二SMF的UE情境传递请求的事务，直到接收所述第三消息为止。

6.根据权利要求1所述的方法，

其中，第一消息包括Nsmf_PDUSession_SMContextStatusNotify消息、第二消息包括Nsmf_PDUSession_CreateSMContext请求消息，并且第三消息包括Nsmf_PDUSession_CreateSMContext响应消息。

7.根据权利要求1所述的方法，其中，发送第二消息进一步包括：

基于第一消息来选择第二SMF。

8.一种通信系统中的接入和移动性管理功能AMF，所述AMF包括：

收发器；以及

控制器，被配置为：

经由收发器从第一会话管理功能SMF接收向第二SMF传递会话管理SM情境的第一消息，

经由收发器向第二SMF发送用于请求第二SMF从第一SMF接收SM情境的第二消息，

在发送第二消息时，开启定时器，以及

在定时器期满之前，经由收发器从第二SMF接收作为对第二消息的响应的第三消息，

其中，控制器还被配置为：

在接收第三消息之前，经由收发器从终端接收对于与SM情境相关联的协议数据单元PDU会话的服务请求；和

延迟与第二SMF的服务请求的事务，直到接收所述第三消息为止。

9.根据权利要求8所述的AMF，其中，控制器被进一步配置为：

在接收到第三消息之前定时器期满的情况下，确定SM情境传递过程失败。

10.根据权利要求8所述的AMF，

其中，第一消息包括关于传递SM情境的指示的信息。

11.根据权利要求8所述的AMF，

其中，第三消息指示情境创建处理被完成。

12.根据权利要求8所述的AMF，其中，控制器被进一步配置为：

在接收第三消息之前，由于终端移动性经由收发器从另一个AMF接收用户设备(UE)情境传递请求消息；以及

延迟与第二SMF的UE情境传递请求的事务，直到接收所述第三消息为止。

13.根据权利要求8所述的AMF，

其中，第一消息包括Nsmf_PDUSession_SMContextStatusNotify消息、第二消息包括Nsmf_PDUSession_CreateSMContext请求消息，并且第三消息包括Nsmf_PDUSession_CreateSMContext响应消息。

14.根据权利要求8所述的AMF，其中，控制器被进一步配置为：

基于第一消息来选择第二SMF。

Images