CN109644330A

CN109644330A - 用于通过使用切片向终端提供网络服务的方法和装置

Info

Publication number: CN109644330A
Application number: CN201780051872.2A
Authority: CN
Inventors: 金成勋; 孙仲济; 李淏娟
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2016-08-22
Filing date: 2017-08-21
Publication date: 2019-04-16
Anticipated expiration: 2037-08-21
Also published as: EP3488626A4; WO2018038487A1; EP3488626A1; KR20180021650A; CN109644330B; KR102262256B1; EP3488626B1

Abstract

本公开涉及融合用于支持超出4G系统的更高数据传输速率的5G通信系统和IoT技术的通信技术及其系统。本公开可以应用于基于5G通信技术和IoT相关技术的智能服务(例如，智能家庭、智能建筑、智能城市、智能汽车或联网汽车、健康护理、数字教育、零售业务、安全和安保相关服务等)。CCNF的通信方法包括检测CCNF重定位必要性情况、确定新的CCNF、以及向新的CCNF发送包括关于正在由CCNF服务的终端的信息的CCNF重定位请求消息，该方法进一步包括从新的CCNF接收CCNF重定位响应消息，并且根据预定条件与终端执行位置更新过程。

Description

用于通过使用切片向终端提供网络服务的方法和装置

技术领域

本公开涉及用于通过使用切片(slice)向终端提供网络服务的方法和装置。

背景技术

为了满足自第4代(4G)通信系统商业化以来对无线数据流量日益增长的需求，开发重点是第5代(5G)或前5G通信系统。由于这个原因，5G或前5G通信系统被称为超越4G网络通信系统或后长期演进(long-term evolution，LTE)系统。

正在考虑在毫米波(millimeter wave，mmW)频率频带(例如，60GHz频带)中实施5G通信系统以完成更高的数据速率。为了在5G通信系统中通过减轻传播损耗来增加传播距离，正在讨论各种技术，诸如波束成形、大量多输入多输出(multiple-input multipleoutput，MIMO)、全维MIMO(full dimensional MIMO，FD-MIMO)、阵列天线、模拟波束成形、以及大规模天线。

并且，为了增强5G通信系统的网络性能，各种技术正在发展中，诸如演进的小型小区、高级小型小区、云无线电接入网络(cloud radio access network,RAN)、超密集网络、设备到设备(device-to-device,D2D)通信、无线回程、移动网络、协作通信、协调多点(coordinated multi-points,CoMP)、以及干扰消除。另外，进行中的研究包括使用作为高级编码调制(advanced coding modulation,ACM)的混合频移键控(frequency shiftkeying，FSK)和正交幅度调制(quadrature amplitude modulation,QAM)以及滑动窗口叠加编码(sliding window superposition coding,SWSC)、滤波器组多载波(filter bankmulti-carrier,FBMC)、非正交多址(non-orthogonal multiple access,NOMA)、以及稀疏码多址(sparse code multiple access,SCMA)。

与传统4G系统相比，5G系统将支持更加多样化的服务。代表性服务的示例是增强型移动宽带(mobile broad-band,eMBB)、超可靠和低延时通信(ultra-reliable and lowlatency communication,URLLC)、大规模机器类型通信(massive machine typecommunication,mMTC)、以及演进的多媒体广播/多播服务(evolved multimediabroadcast/multicast service,eMBMS)。支持URLLC服务的系统可以被称为URLLC系统，并且支持eMBB服务的系统可以被称为eMBB系统。术语“服务”和“系统”可以互换使用。

在这些服务当中，URLLC服务被新考虑用于5G系统，而没有被考虑用于4G系统，并且具有超可靠性的(例如，约10-5的分组(packet)差错率)和低延迟(例如，约0.5毫秒)的要求。为了满足此类苛刻的要求，考虑到各种操作方案，可以为URLLC服务提供比eMBB服务的发送时间间隔(transmission time interval,TTI)更短的发送时间间隔。

与此同时，互联网正在从其中由人类生成和消费信息的以人为中心的通信网络演变为其中分布的事物或组件交换并处理信息的物联网(Internet of things，IoT)。基于云服务器的大数据处理技术和IoT的结合产生了万联网(Internet of everything，IoE)技术。为了确保实施用于IoT所需的传感技术、有线/无线通信和网络基础设施、服务接口技术、以及安全技术，近来的研究集中在传感器网络、机器到机器(machine-to-machine,M2M)和机器类型通信(machine-type communication,MTC)技术上。

在IoT环境中，可以提供智能互联网技术，其能够收集和分析从相连接的事物生成的数据以为人类生活创造新的价值。通过传统信息技术(information technology,IT)和各种行业的融合，IoT可以应用于各种领域，诸如智能家居、智能建筑、智能城市、智能汽车或互连的汽车、智能电网、健康护理、智能家电和智能医疗服务。

与IoT技术应用到各个领域接轨，通信运营商和供应商渴望开发各种基于IoT的应用和系统。在众多IoT解决方案当中，许可频带蜂窝IoT(licensed band cellular IoT,CIoT)正成为焦点。这是因为在许可频率频带上操作的蜂窝系统比非蜂窝系统更可靠，并且因此，保证了更可靠的服务。对于CIoT，eMTC和GSM/EDGE无线电接入网(GSM/EDGE radioaccess network,GERAN)CIoT正处于标准化过程方面的讨论中，其在很大程度上受到通信运营商的需求的影响。

高级通信技术使得允许所有事物之间以及人与人之间的通信成为可能，并且IoT代表了这一特征。例如，用户可以携带不同类型的多个电子设备，它们可以通过蜂窝通信、短程通信、以及传感技术链路相互连接，用于实施为了用户方便的功能并实现有效的设备间控制。此类电子设备通常被称为IoT设备。另一示例性IoT服务可以在具有测量设备的抄表服务中实施，该测量设备读取电和水并且通过网络传递读取的值。另一示例性IoT服务可以以安装IoT设备的方式来实施以针对公共安全监测公共场所或偏远地区，使得设备检测特定事件的发生并且通过网络通知事件的进程。又一示例性IoT服务可以以这样的方式实施，即，配备有通信功能的家用电器被部署来报告其操作状态，并且用户可以触发设备来命令电器执行特定操作。

IoT设备包括蜂窝通信模块，诸如LTE模块，或短程通信模块、诸如蓝牙、无线局域网(wireless local area network，WLAN)或无线保真(wireless fidelity，Wi-Fi)模块、Zigbee模块和近场通信(near field communication,NFC)模块。LTE终端可以被配置为在LTE载波频率和/或工业、科学、以及医学(industrial,scientific,and medical,ISM)频带上操作。

将IoT应用于5G通信系统的尝试有很多。例如，传感器网络、机器到机器(M2M)和机器类型通信(MTC)技术借助5G通信技术来实施，诸如波束形成、MIMO、以及阵列天线。上述云RAN作为大数据处理技术的应用是在5G和IoT技术之间融合的示例。

贯穿本公开的说明书中，CIoT表示蜂窝网络上的IoT服务。蜂窝网络是指移动通信网络，诸如由GERAN代表的2G网络、由GPRS代表的3G网络、以及由LTE代表的4G网络。CIoT服务是指用于支持IoT终端的蜂窝服务或用于通过蜂窝网络发送小尺寸数据的服务。CIoT服务可以包括机器类型通信(MTC)服务。蜂窝网络旨在包括核心网络和无线电接入网络。

在本公开中，SCEF是在第三代合作伙伴项目技术规范(3rd generationpartnership project technical specification,3GPP TS)23.628中定义的服务能力暴露功能(service capability exposure function)的缩写。并且，SCS/AS是支持各种基于SCEF的服务的服务能力服务器/应用服务器的缩写。

发明内容

技术问题

为了解决上述缺陷，首要目标是提供终端和网络设备的数据发送过程，用于在蜂窝网络上支持IoT。

此外，本公开的目的是提供在SCEF、移动性管理实体(mobility managemententity,MME)、以及归属订户服务器(home subscriber server,HSS)之间的IoT数据多播/广播配置过程。

此外，本公开的目的是提供用于确定是否允许SCEF和SCS/AS多播/广播终端的IoT数据的方法、用于配置终端以接收多播/广播IoT数据的方法、为配置MME用于多播/广播IoT数据的方法、以及用于多播/广播IoT数据的方法。

此外，本公开的目的是在网络拥塞/故障、或需要改变终端的移动性级别、认证机制或连接到CCNF的用户面功能(user plane function,UPF，例如用于分组传送的网关、交换机和路由器)的情况下，提供用于允许服务于终端的下一代(next generation,NG)核心的公共控制网络功能(common control network function,CCNF)向终端指派新的CCNF或新的网络切片的方法。

此外，本公开的目的是提供用于虚拟化移动通信系统且为尝试初始附接到移动通信系统的终端配置虚拟网络的方法。

此外，本公开的目的是提供用于通过连接家庭运营商的网络(其中试图附接到受访运营商网络的漫游终端在支持网络切片的移动通信系统中注册到受访运营商的网络)将网络切片指派到该终端的方法。

本公开的目的不限于前述目的，并且本领域技术人员从下面的描述中可以清楚地理解本文未描述的其他目的。

技术方案

根据本公开的一方面，提供了公共控制网络功能(CCNF)的通信方法。通信方法包括检测CCNF重定位必要性情况、确定新的CCNF、发送包括关于正由CCNF服务的终端的信息的CCNF重定位请求消息到新的CCNF、接收来自新的CCNF的CCNF重定位响应消息、以及根据预定条件与终端执行位置更新过程。

优选地，执行位置更新过程包括发送CCNF重定位通知消息，该CCNF重定位通知消息包括触发终端位置更新的信息和关于新CCNF的信息。

优选地，执行位置更新过程包括接收来自终端的位置更新请求消息，并且发送位置更新拒绝消息，该位置更新拒绝消息包括拒绝位置更新请求的信息和关于新CCNF的信息。

优选地，执行位置更新过程包括接收来自终端的位置更新请求消息，并且将位置更新请求消息转发给新CCNF。

优选地，检测CCNF重定位必要性情况包括基于是否从操作和管理实体(OAM)接收到CCNF重定位命令、CCNF正在服务的终端数量是否等于或大于预定值、基于终端的位置CCNF重定位是否必要、或根据终端的移动性级别的改变CCNF重定位是否必要中的至少一个来确定CCNF重定位必要性。

根据本公开的另一方面，提供了终端的通信方法。通信方法包括：在需要CCNF重定位的情况下，从第一CCNF接收公共控制网络功能(CCNF)重定位通知消息，该重定位通知消息包括触发终端位置更新过程的信息和关于第二CCNF的信息；以及向第二CCNF发送位置更新请求消息。

优选地，通信方法进一步包括：在接收到CCNF重定位通知消息之前，向第一CCNF发送位置更新请求消息；当从第一CCNF接收到包括关于第二CCNF的信息的位置更新拒绝消息时，向第二CCNF发送位置更新请求消息；以及当没有从第一CCNF接收到位置更新拒绝消息时，接收响应于第一CCNF转发到第二CCNF的位置更新请求消息而发送的位置更新响应消息。

根据本公开的另一方面，提供了公共控制网络功能(CCNF)。CCNF包括发送和接收信号的收发器和连接到收发器的控制器，检测CCNF重定位必要性情况、确定新的CCNF、控制收发器以向新CCNF发送CCNF重定位请求消息，该CCNF重定位请求消息包括关于由CCNF正在服务的终端的信息，以及从新的CCNF接收CCNF重定位响应消息，并且根据预定条件与终端执行位置更新过程。

根据本公开的又一方面，提供了终端。终端包括发送和接收信号的收发器，以及控制器，该控制器电连接到收发器并且控制收发器在需要CCNF重定位的情况下从第一CCNF接收公共控制网络功能(CCNF)重定位通知消息，该重定位通知消息包括触发终端位置更新过程的信息和关于第二CCNF的信息，并且向第二CCNF发送位置更新请求消息。

发明的有益效果

如上所述，本公开的实施例在增加同时能够通过移动通信网络访问数据发送服务的IoT终端的数量方面是有利的。

此外，本公开的实施例在通过允许应用服务器以多播/广播方式而不是单播方式向大量IoT终端发送数据来提高无线电资源利用效率方面是有利的。

此外，本公开的实施例在通过基于是否多播/广播聚集在小区域的IoT终端的数据做出无线电资源分配决策来根据网络条件有效分配无线电资源方面是有利的。

此外，本公开的实施例在允许5G移动通信系统运营商或5G移动通信终端处理由网络拥塞/故障、网络服务约束的改变(例如，终端的移动性级别改变、认证机制改变和网络切片改变)或终端的移动性引起的CCNF重新安排方面是有利的。

此外，本公开的实施例在通过根据提出用于无线通信系统中的网络虚拟化和资源分配及管理方法有效地管理受约束的无线链路和网络资源来满足各种服务约束方面是有利的。

此外，本公开的实施例在为每个终端提供稳定的QoS方面是有利的，以及在当终端在漫游环境中附接到受访运营商的网络时，通过分配支持终端服务的网络切片有效地促进管理无线电资源和网络资源方面是有利的。

通过本公开的实施例可以实现的效果不限于上述效果。也就是说，根据以下描述，本公开内容所属领域的技术人员可以明显理解未提及的其他效果。

附图说明

为了更全面地理解本公开及其优点，现在参考下面的结合附图的说明，在附图中，相似的参考标号代表相似的部分：

图1是示出根据本公开的实施例的用于群组递送授权的非IP数据递送(non-IPdata delivery,NIDD)配置过程的信号流程图；

图2是示出根据本公开实施例的基于是否向终端多播/广播非IP数据的确定的数据发送过程的信号流程图；

图3是示出根据本公开的实施例的网络架构的图；

图4是示出根据本公开的实施例的服务于相同网络切片的CCNF重定位的图；

图5是示出根据本公开的实施例的用于在相同网络切片中的CCNF重定位的方法1的信号流程图；

图6是示出根据本公开的实施例的用于在相同网络切片中的CCNF重定位的方法2的信号流程图；

图7是示出根据本公开的实施例的用于在相同网络切片中的CCNF重定位的方法3的信号流程图；

图8是示出根据本公开的实施例的服务不同网络切片的CCNF重定位的图；

图9是示出根据本公开的实施例的用于服务不同网络切片的CCNF重定位的方法的信号流程图；

图10是示出根据本公开的实施例的在相同CCNF中重定位到不同的网络切片实例的图；

图11是示出根据本公开的实施例的用于在相同CCNF中重定位到不同网络切片实例的方法的信号流程图；

图12是示出根据本公开的实施例的利用虚拟化网络实体创建的网络切片的图；

图13是示出根据本公开的实施例的由物理网络实体组成的网络切片的图；

图14是示出根据本公开实施例的用于解释切片信息更新的网络切片管理表的图；

图15是示出根据本公开的实施例的网络切片在激活(activated)和停用(deactivated)状态之间的状态转变的状态转变图；

图16是示出根据本公开的实施例的中央网络切片管理功能/节点的配置的图；

图17是示出根据本公开的实施例的用于由第3方服务提供商支持的网络切片的配置的图；

图18是示出根据本公开的实施例的用于配置网络的公共功能并且向UE指派公共功能的方法的图；

图19是示出根据本公开的实施例的CCNF的配置的框图；以及

图20是示出根据本公开的实施例的UE的配置的框图。

具体实施方式

在进行下面的详细描述之前，阐述贯穿本专利文件使用的某些单词和短语的定义可以是有利的：术语“包括”和“包含”以及它们的派生词指的是包括而非限制；术语“或”是包含性的，意味着和/或；短语“与之相关联”和“与其相关联”以及其派生词可以意味着包括、包括在内、与之互连、包含、被包含在其内、连接到或与之连接、耦合到或与之耦合、与之可通信、与之协作、交错、并置、接近、结合到或与之结合、具有、具有……性质等；以及术语“控制器”指的是控制至少一个操作的任何设备、系统或其部件，这样的设备可以以硬件、固件或软件、或它们中的至少两个的某个组合来实施。应当注意的是，无论是本地的还是远程的，与任何特定控制器相关联的功能可以是集中式或分布式的。

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

贯穿本专利文件提供了对于某些词语和短语的定义，本领域普通技术人员将理解，在许多实例中，即使不是在大多数实例中，这样的定义适用于这样定义的词语和短语的先前的使用以及将来的使用。

以下讨论的图1到图20，以及本专利文献中用来描述本公开的原理的各种实施例仅仅是作为图示，并且不应该以任何方式被解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中实施。

将理解的是，当元件被称为“连接到”或“耦合到”到另一元件或层时，它可以直接连接或者耦合到另一元件，或者可以存在中间元件。将理解的是，当在本文使用时，术语“包含”“包含有”、“包括”和/或“包含有”指定所陈述的特征、整数、步骤、操作、元件和/或组件，但是它们不排除一个或多个其它特征、步骤、操作、元件、组件和/或它们的组的存在或添加。

尽管这些组件被分开描述以指示不同的特征，但这并不是指的这些组件被配置为单独的硬件或软件单元。也就是说，为了便于解释，这些组件被分开列举，并且组件中的至少两个可以被实施为单个组件，或者一个组件可以被划分成负责相应功能的多个组件。在不脱离本公开的精神的情况下，集成的和划分开的组件的实施例包括在本公开的范围内。

部分组件可能不是本公开的必要功能的必要组件，并且它们可能只是用于性能增强的可选组件。除了用于性能增强的可选组件之外，本公开的实施例可以仅利用用于实施本公开的主题所需的基本组件来实施，并且这种仅具有除了可选组件之外的基本组件的配置可以包括在本公开的权利要求中。

本文并入的公知功能和结构的详细描述可以被省略以避免模糊本公开的主题。参考附图详细描述了本公开的示例性实施例。进一步，下面的术语是考虑到本公开中的功能而定义的，并且他们可以根据用户或操作者的意图、使用等而变化。因此，应该基于本说明书的整体内容进行定义。

将理解的是，流程图和/或框图中的每个框以及流程图和/或框图中的框的组合可以通过计算机程序指令来实施。这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得这些指令经由计算机或其他可编程数据处理装置的处理器来执行，以创建用于实施流程图和/或框图中指定的功能/动作的手段。这些计算机程序指令还可以存储在非暂时性计算机可读存储器中，该存储器可以引导计算机或其他可编程数据处理装置以特定方式工作，使得存储在非暂时性计算机可读存储器中的指令产生包括实施流程图和/或框图中指定的功能/动作的指令手段的制造物品。计算机程序指令还可以被加载到计算机或其他可编程数据处理装置上，以使得在计算机或其他可编程装置上执行一系列操作步骤，以产生计算机实施的过程，使得在计算机或其他可编程装置上执行的指令提供用于实施在流程图和/或框图中指定的功能/动作的步骤。

根据本公开的各种实施例，术语“模块”指的是但不限于执行某些任务的软件或硬件组件，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。模块可以有益地被配置为驻留在可寻址存储介质上并且被配置为在一个或多个处理器上运行。因此，模块可以包括，举例来说：组件(诸如软件组件、面向对象的软件组件、类组件、和任务组件)、进程、功能、属性、程序、子例程、程序代码段、驱动器、固件、微码、电路、数据、数据库、数据结构、表、数组、以及变量。被提供用于在组件和模块中的功能可以组合成更少的组件和模块，或者被进一步分成附加的组件和模块。此外，组件和模块可以被实施为使得它们运行设备或者安全多媒体卡中的一个或多个CPU。

尽管该描述主要针对在第3代合作伙伴计划(3GPP)的5G网络标准中指定的新RAN(New RAN，NR)和NG Core(核心)，但是本领域技术人员将理解，在不脱离本公开的精神和范围的情况下，本公开甚至可以应用于具有类似技术背景和信道格式的其他通信系统，只需稍加修改。

在以下描述中，使用3GPP LTE标准中给出的术语和定义。然而，本公开不受术语和定义的限制，并且它可以应用于其他标准通信系统。

<实施例1>

尽管描述主要涉及由第3代合作伙伴计划(3GPP)标准化的无线接入网(RAN)和核心网(CN)的长期演进(LTE)和演进分组核心(EPC)，但是本领域技术人员将理解，在不脱离本公开的精神和范围的情况下，本公开甚至可以应用于具有类似技术背景和信道格式的其他通信/计算系统，只需稍加修改。

在以下描述中，术语“LTE终端”和“IoT终端”是指能够无线通信的移动终端(诸如个人数字助理(personal digital assistant,PDA)、智能手机、移动电话、平板电脑和膝上型电脑)；用于计量水、电、以及温度的测量设备；用于感测和报告情况(诸如火灾和地震)的警报设备；以及配备有通信功能的电器(诸如空调、冰箱、空气滤清器、锅炉、以及吸尘器)。除了上述设备，配备有通信功能的所有类型的事物都被称为IoT终端。在IoT终端当中，使用蜂窝网络的终端被称为CIoT终端。在本公开中，用于CIoT服务的设备、功能、以及操作包括用于在LTE网络中小数据传输的设备、功能和操作。IoT数据是指由IoT UE发送的数据或由某些类型的终端发送的小尺寸数据。

在本公开中，术语“非IP数据”旨在指的是不以互联网协议(Internet protocol,IP)分组的格式结构化的数据。非IP数据用于小数据发送，并且适用于IoT设备的数据发送。非IP数据格式在克服使用IP分组以传输小于被配置为包含大量信息的IP报头的数据的低效方面是有利的。

本公开假设存在终端-MME链路、MME-SCEF链路、以及SCEF-SCS/AS链路；由终端发送的数据可以到达SCS/AS，并且由SCS/AS发送的数据可以到达终端。有必要执行用于建立终端-MME链路、MME-SCEF链路、以及SCEF-SCS/AS链路的过程。SCEF可以连接到HSS以认证用于服务接入的终端。

实施例1-1

图1是示出根据本公开的实施例的用于群组递送授权的非IP数据递送(NIDD)配置过程的信号流程图。

参考图1，SCS/AS 130可以向SCEF 120请求非IP数据递送配置。根据本公开的实施例，SCS/AS 130确定终端是否具有在非IP数据递送(NIDD)配置过程中使用多媒体广播/多播服务(MBMS)的授权。

在步骤140处，SCS/AS 130可以向SCEF 120发送NIDD配置请求消息。根据本公开的实施例，NIDD配置请求消息可以包括终端标识符(identifier，ID)(例如，外部ID-未在3GPP标准中定义，但由应用服务器(应用服务)分配)、SCS/AS ID、用于标识在SCS/AS和SCEF之间的连接的SCS/AS参考ID、NIDD目的地地址(例如，SCS/AS的地址或标识符)、以及MBMS递送请求。MBMS递送请求可以包括用于MBMS递送的SCS/AS的标识符。该标识符被归属订户服务器(HSS)110识别，并且被该HSS用来确定哪个SCS/AS请求MBMS递送。

如果接收到NIDD配置请求消息，则在步骤150处，SCEF 120可以存储在NIDD配置请求消息中包括的终端ID、SCS/AS ID、SCS/AS参考ID、以及NIDD目的地地址。SCEF 120还可以基于移动通信运营商的策略或服务级别协议来确定SCS/AS 130是否具有发送MBMS递送请求的能力。如果确定SCS/AS 130不具有发送MBMS递送请求的能力，则SCEF 120可以拒绝MBMS递送请求。如果确定拒绝MBMS递送请求，则该过程可以跳到步骤190，在该步骤处，SCEF120向SCS/AS 130发送包括拒绝原因的NIDD配置响应。如果确定接受MBMS递送请求，或者如果没有执行MBMS递送授权过程，则该过程可以转入步骤160。

在步骤160处，SCEF 120可以向HSS 110发送NIDD授权消息。NIDD授权消息可以包括如本公开的实施例中提出的由终端在上述过程中使用的ID、用于标识SCEF 120的接入点名称(access point name,APN)以及MBMS递送请求。

在步骤170，HSS 110可以检查NIDD授权请求消息，以将包括在NIDD授权请求消息中的终端ID映射到国际移动订户身份(international mobile subscriber identity,IMSI)，并且可以检查MBMS递送请求，以授权SCS/AS 130是否具有MBMS递送能力。如果确定SCS/AS不具有MBMS递送能力，则在步骤180处，HSS 110可以向SCEF 120发送MBMS传送授权失败原因，并且SCEF 120可以向SCS/AS 130转发MBMS递送授权失败原因。

如果确定在步骤160接收的NIDD授权请求被接受，则HSS 110可以在步骤180将NIDD授权响应消息发送到SCEF 120。NIDD授权响应消息可以包括IMSI、终端ID、以及授权请求的结果。授权请求的结果可以包括NIDD授权请求的结果和MBMS递送请求的结果。

在步骤190处，SCEF 120可以向SCS/AS 130发送NIDD配置响应。NIDD配置响应消息可以包括用于标识SCS/AS 130和SCEF 120之间的连接的SCS/AS参考ID以及原因。所述原因可以与NIDD请求和/或MBMS递送相关联。与相应NIDD请求和MBMS递送相关联的原因可以以两个分开的值或单个值的形式递送。

实施例1-2

图2是示出了根据本公开实施例的基于对是否向终端多播/广播非IP数据的确定的数据发送过程的信号流程图。

参考图2，在步骤220处，SCEF 215和SCS/AS 216可以执行在参考图1描述的本公开的实施例1-1中的它们的等同物的操作。SCEF 215和MME 212可以执行T6a连接建立过程，以在终端210和MME 212之间以及MME 212和SCEF 215之间建立分组数据网络(packet datanetwork，PDN)连接。

在步骤225，SCS/AS 216可以向SCEF 216发送临时移动群组标识(temporarymobile group identity,TMGI)分配请求(分配TMGI请求)消息。TMGI是用于标识由终端210接收的MBMS业务是否是供终端210监听的标识符。分配TMGI请求消息可以包括终端210的ID列表(例如，外部ID列表)或终端210的群组ID、SCS/AS 216的ID、以及位置/区域信息。位置/区域信息可以指示终端210所在的区域，并且等同于在传统LTE系统中使用的作为终端位置管理单元的跟踪区域ID或小区ID、或终端的GPS信息。

在步骤230处，SCEF 215可以确定SCS/AS是否被授权用于TMGI分配。该确定可以基于移动通信运营商的策略或与SCS/AS 215达成的服务级别协议进行。如果在步骤225处SCS/AS 216已经利用外部ID列表做出了TMGI分配请求，则SCEF 215可以分配外部群组ID。此后，SCEF 215可以将外部群组ID映射到分配的TMGI，并且将映射信息发送到SCS/AS 216。

在步骤235处，SCEF 215可以与广播多播服务中心(broadcast multicastservice center,MB-SC)协作执行TMGI分配。在本公开的实施例中，使用3GPP TS 23.468中给出的TMGI分配过程。

在步骤240处，SCEF 215可以向SCS/AS 216发送分配TMGI响应消息，其包括在步骤235处接收的TMGI和TMGI期满时间。如果SCEF 215在步骤230处分配新的外部群组ID，则分配TMGI响应消息可以将外部群组ID包括在步骤240处被发送的分配TMGI响应消息中。外部ID可以被配置为被临时使用，并且因此在TMGI期满时间过去后被无效。

在步骤245处，终端210可以接收其想要通过应用层交互从SCS/AS 216接收的关于MBMS的信息。MBMS信息可以通过NIDD发送，并且在这种情况下，MBMS信息可以经由SCEF 215和MME 212被递送到终端210。MBMS信息可以包括TMGI和MBMS业务发送开始时间。SCS/AS216可以预先计划MBMS业务发送定时并且规定特定时间(例如，在规定的分钟之后、规定的小时之后、规定的天之后、规定的月之后、以及在规定的日期)。终端210可以被配置为醒来以接收MBMS业务。在跟踪区域更新(tracking area update,TAU)过程中，终端210可以将TAU定时器设置为某个值，使得终端210在MBMS业务发送开始时处于可到达状态。终端还可能将扩展不连续接收(extended discontinuous reception,eDRX)参数设置为某个值，使得终端210在MBMS业务发送开始时处于可到达状态。

在步骤250处，SCS/AS 216可以确定是否通过MBMS发送非IP数据。这种确定可以按如下方式进行。首先，SCS/AS 216确定在其中提供了MBMS的某个区域(跟踪区域、小区、或基于GP的区域)中被定位并且假定接收相同数据的终端的数量是否等于或大于预定值。其次，SCS/AS 216可以确定被预测为在MBMS业务发送时间内到达相应区域的终端的数量是否等于或大于预定值。因为终端210处于省电模式(power saving mode,PSM)或eDRX操作模式，所以该终端在移动通信网络中在预定时间段期间可能无法到达。SCS/AS 216可以通过终端210的监控事件功能来计数被预测为在MBMS业务发送时间内可到达的终端的数量，该监控事件功能能够检查PSM或eDRX状态。在第一第二条件中提到的预定值可以是由移动通信运营商或SCS/AS运营商确定的用于在服务管理方面高效地发送MBMS业务的值。例如，为了使终端210在AM(上午)0点处于可到达状态以接收MBMS数据，有可能将周期性TAU定时器设置为某个值使得终端210在相应月份的最后一天的AM 0时或在预定的时间段已经过去后醒来。SCS/AS 216可以通过应用层交互向终端210发送信号，使得终端210向MME 212请求这种配置。还有可能SCS/AS 216经由SCEF 215向MME 212发送终端216的通信模式信息，以将终端210配置为在相应时间内可到达。可替换地，SCS/AS 216可以确定用于接收MBMS业务的所有终端在2小时后的20分钟内都可以到达，作为考虑终端210的PSM时间和eDRX值的结果。在这种情况下，SCS/AS 216可以将MBMS业务发送开始时间设置为2小时后，以在其后20分钟内重复地发送相同的MBMS业务。在确定发送相同的业务后，SCS/AS 216可以在步骤290执行该操作。

在步骤255处，SCS/AS 216可以向SCEF 215发送群组消息请求消息。群组消息请求消息可以包括外部群组标识符、SCS/AS ID、位置/区域信息、指示LTE或3G的无线接入技术类型指示符、TMGI和MBMS业务发送开始时间。位置/区域信息可以是用于将跟踪区域标识为终端位置管理单元的跟踪区域ID或小区ID、GPS信息、或地理区域信息。群组消息请求消息可以包括旨在由SCS/AS 216发送的非IP数据。如果群组消息请求消息包括非IP数据，则SCEF 215可以存储非IP数据，直到步骤290执行。

在步骤260处，SCEF 215可以确定SCS/AS 216是否具有发送群组消息请求消息的授权。如果SCS/AS 216不具有发送群组消息请求消息的授权，则SCEF 215可以在步骤290发送包括故障原因的故障消息。如果SCS/AS 216具有发送群组消息请求消息的授权，则SCEF215可以检查MBMS业务发送开始定时。例如，SCEF 215可以检查当由外部群组标识符标识的终端从省电模式或eDRX模式醒来以便可到达的时间、以及当由外部群组ID标识的所有终端变得可到达时的时间。SCEF 215可以向MME 212提供关于终端210的通信模式的信息，并且MME 212基于通信模式信息将终端310的周期性TAU定时器或eDRX值设置为适当的值，使得终端在预定的时间变得可到达。例如，为了使终端210在AM 0点处于可到达状态以接收MBMS数据，有可能将周期性TAU定时器设置为某个值使得终端210在相应月份的最后一天AM 0点或在预定的时间段已经过去后醒来。可替换地，SCS/AS 216可以确定用于接收MBMS业务的所有终端在2小时后的20分钟内都可以到达，作为考虑终端210的PSM时间和eDRX值的结果。在这种情况下，SCS/AS 216可以将MBMS业务发送开始时间设置到2小时后，使得确定其后20分钟内重复地发送相同的MBMS业务。在确定发送相同的业务后，SCS/AS 216可以在步骤290执行该操作。

如果在上述操作中确定MBMS业务发送开始时间应该改变，则SCEF 215可以通知SCS/AS 216MBMS业务发送开始时间修改，并且SCS/AS 216可以在步骤265确认MBMS业务发送开始时间修改。

在步骤270处，SCEF 215可以向BM-SC 213发送激活MBMS承载请求消息。激活MBMS承载请求消息可以包括MBMS广播区域信息、TMGI、以及MBMS业务发送开始时间。MBMS广播区域表示基于从SCS/AS 216接收的位置/区域信息导出的MBMS区域。MBMS广播区域可以基于每个移动通信运营商的设置来选择，并且SCEF 215可以从映射到基于GPS信息确定的特定区域的跟踪区域或小区ID列表来模拟MBMS区域。

在步骤275处，BM-SC 213可以根据在步骤270接收的激活MBMS承载请求消息，利用MBMS网关(MBMS gateway,MBMS-GW)217执行会话开始过程。会话开始过程可以以与3GPP TS23.246中给出的MBMS会话开始过程相同的方式来执行。

在步骤280处，BM-SC 213可以向SCEF 215发送激活MBMS承载响应消息。

在步骤285处，SCEF 215可以向SCS/AS 216发送用于确认群组消息请求的群组消息确认消息。群组消息确认消息可以包括IP地址和端口号，用于SCS/AS 216在向SCEF 215发送数据时使用。

在步骤290处，SCEF 215可以在所请求的MBMS业务发送开始时间或在其后，以将在步骤255接收的非IP数据转发到BM-SC 213的方式开始MBMS业务发送。SCS/AS 216也可能使用在步骤285接收到的IP地址和端口号，将旨在通过MBMS发送的非IP数据发送到SCEF 215。在接收到非IP数据时，SCEF 215将非IP数据转发给BM-SC 213，以开始MBMS业务发送。

在步骤295处，终端210可以响应于MBMS业务的接收与SCS/AS 216采取动作。

图3是示出根据本公开的实施例的网络体系结构的图。

参考图3，终端310可以经由LTE-U接口连接到RAN(基站、或gNB)320。RAN 320可以经由S1接口连接到移动性管理实体/服务GPRS支持节点(mobility management entity/serving GPRS support node,MME/SGSN)330。RAN 320还可以经由M1接口连接到MBMS-GW350，并且MME/SGSN 330可以经由Sm接口连接到MBMS-GW 350。

MME/SGSN 330可以经由S6a接口连接到HSS/HLR 340，并且HSS/HLR 340可以经由S6t接口连接到SCEF 370。MME/SGSN 330也可以经由T6a接口连接到SCEF 370。MBMS-GW 350可以经由SGimb和SGmb接口连接到BM-SC 360，并且BM-SC 360可以经由MB2接口连接到SCEF370。

SCEF 370还可以经由应用编程接口(application programing interface,API)连接到SCS/AS 380。

<实施例2>

实施例2-1

参考图4至7描述实施例2-1。图4是示出根据本公开实施例的网络配置的图，并且图5至7是示出在图4的网络中的网络实体之间的信号流的信号流图。

首先，对本公开涉及的实体进行描述。

终端(用户设备(UE))可以经由无线接入网络(RAN)连接到作为5G核心网络实体的公共控制网络功能(CCNF)(或接入和移动性管理功能)AMF))。CCNF负责移动性管理、UE认证以及将会话相关消息路由到会话管理(session management,SM)实体。CCNF连接到SM，并且SM连接到用户平面网络功能(user plane network function,UPNF)，并且分配资源到UE用于在RAN和UPNF之间建立通道以供数据转发。

术语“网络切片实例”表示通过由CCNF、SM和UPNF组成的网络提供的服务。例如，如果移动通信运营商旨在提供宽带通信服务，则定义满足宽带通信服务约束的网络服务，并且根据网络服务配置网络切片实例以提供相应的服务。如果移动通信运营商旨在提供IoT服务，则定义满足IoT约束的网络服务，并且为IoT配置网络切片实例以提供相应的服务。

图4是示出根据本公开的实施例的服务于相同网络切片的CCNF重定位的图。

图4描述了如下情况。

UE 410正在接收由(旧的)CCNF 430托管的5G网络服务，CCNF 430在经由SM1 450正连接到UPNF1 460的状态下作为网络切片实例1的一部分服务于UE 410。

在某个时间，可能发生(旧的)CCNF 430服务太多UE并且因此遇到过载情况或拥塞情况。在这种情况下，(旧的)CCNF 430可以将UE 410卸载到新的CCNF 440，作为服务连续性的拥塞控制手段。

还可以举例说明UE 410从由旧的CCNF 430覆盖的一个区域移动到由新的CCNF440覆盖的另一区域的情况。在这种情况下，可能必须将UE上下文和连接性从旧的CCNF 430重定位到新的CCNF 440以获得到UE 410的服务连续性。CCNF 430和CCNF 440可以以区域特定的方式被部署以覆盖不同的区域，并且CCNF重定位可以在相邻的CCNF之间进行，以减少向UE 410发信令通知的延时。在CCNF 430和CCNF 440位于两个区域之间的边界的情况下，可以为了将UE 410连接到RAN 420进行CCNF重定位。

图5至图7示出了用于如果CCNF重定位的条件发生并且CCNF重定位过程被触发，则执行CCNF重定位过程的方法。

图5是示出根据本公开的实施例的用于在相同网络切片中的CCNF重定位的方法1的信号流程图。

在图5中，服务于(多个)UE 510的CCNF 512在CCNF重定位过程期间通知(多个)UE510CCNF重定位，使得(多个)UE 510通过位置更新过程注册到新的CCNF 513。在该实施例中，可以对处于连接状态、空闲状态或处于连接但非活动状态的UE执行重定位过程，如附图标记570所示。对于无法到达并且无法从CCNF 512接收CCNF重定位通知消息的UE，不能执行该过程。

(旧的)CCNF 512可以在步骤520检测CCNF重定位必要性情况。(旧的)CCNF 512可以如下确定CCNF重定位是否必要。

-CCNF 512可以接收指示重定位到另一CCNF 513的命令，因为旧的CCNF 512处于过载情况，该命令由操作和管理实体(OAM)(未示出)，即网络管理实体发送。此处，OAM可以向旧的CCNF 512通知作为重定位目标的新的CCNF 513的地址或名称。

-CCNF 512可以检查其服务的UE的数量，并且如果UE的数量等于或大于预定的阈值，则确定其处于过载情况或拥塞情况。CCNF 512可以服务的UE的最大数量可以被预先配置或从OAM接收。

-CCNF 512可以检测UE移动性，并且检查UE 510的当前位置以获得小区ID或位置管理单元(例如，跟踪区域)以确定是否有必要重定位到相邻CCNF 513或被预配置为在相应位置处服务于UE 510的CCNF。

-可以改变UE 510的移动性级别。CCNF 512可以基于来自UE 510的请求或当UE510的订阅改变时由网络的订阅服务器(未示出)或OAM发送的UE移动性级别改变通知来检测移动性级别改变的必要性。CCNF 512可以确定其是否支持所请求的移动性级别，并且如果它不能支持该移动性级别，则确定CCNF重定位的必要性。移动性级别表示由移动通信网络支持的移动性程度，并且移动性级别的示例包括至少不支持UE移动性的“无移动性”级别、在有限区域中支持UE移动性的“低移动性(有限移动性)”级别、以及在移动通信网络的整个服务覆盖区域内支持UE移动性的“高移动性(无限移动性)”级别。

在步骤520处检测到CCNF重定位的必要性后，旧的CCNF 512可以在步骤525发现作为最佳CCNF重定位目标的新的CCNF 513。如步骤520的描述中举例说明的，旧的CCNF 512可以基于由OAM发送的CCNF地址或名称来选择目标CCNF。在旧的CCNF 512具有负责特定区域的CCNF列表的情况下，它可以基于UE 510的改变的位置来选择最佳CCNF。此外，在旧的CCNF512具有支持旧的CCNF 512不能支持的移动性级别的CCNF列表的情况下，旧的CCNF 512可以选择支持UE 510的改变的移动性级别或目标移动性级别的新的CCNF。

在步骤525处选择新CCNF 513后，旧的CCNF 512可以在步骤530向新CCNF 513发送CCNF重定位请求消息。CCNF重定位请求消息可以包括关于由旧的CCNF 512服务的(多个)UE510的上下文的信息。UE上下文可以包括UE 510的移动性管理上下文和安全密钥。CCNF重定位请求消息可以包括关于旧的CCNF 512所属的网络切片的信息，并且网络切片信息可以是网络切片实例ID或者旧的CCNF 512通过网络切片提供的服务类型。CCNF重定位请求消息还可以包括关于旧的CCNF 512连接到的SM1 514和UPNF1 515的信息。CCNF重定位请求消息还可以包括关于向旧的CCNF 512请求的移动性级别的信息。CCNF重定位请求消息还可以包括正由旧的CCNF 512服务的UE的移动性级别、认证信息和认证机制。CCNF重定位请求消息还可以包括用于(多个)UE 510的多维描述符(MDD)。MDD是关于包括终端510连接到的CCNF512的网络切片的描述符。新的CCNF 513可以基于MDD识别或选择网络切片实例。UE上下文可以包括处于连接状态或RRC非活动状态的UE的上下文。

在步骤535处，新的CCNF 513可以利用网络切片选择功能(network sliceselection function,NSSF)516协商以选择网络切片实例(network slice instance,NSI)。NSSF 516可以是与CCNF 513并列安置的独立实体或功能。新的CCNF 513可以基于在步骤530获取的信息向NSSF 516请求NSI选择，以确定要连接的SM和UPNF。

在步骤540处，新的CCNF 513可以响应于在步骤530接收到的CCNF重定位请求消息，向旧CCNF 512发送CCNF重定位响应消息。CCNF重定位响应消息可以包括要分配给已经由旧的CCNF 512管理的(多个)UE 510的新的临时ID。新的CCNF 513将临时ID分配给UE510，并且RAN 511和旧的CCNF 512可以基于该ID来识别服务UE 510的新的CCNF 513。由新的CCNF 513发送的CCNF重定位响应消息可以包括指示CCNF重定位和NSI选择成功的结果值。新的CCNF 513可以向旧的CCNF 512发送指示其在与旧的CCNF 512相同的网络切片实例中服务于UE 510的信息。

如果在步骤540接收到CCNF重定位响应消息，则旧的CCNF 512可以在步骤545向UE510发送CCNF重定位通知消息，以指示触发位置更新，因为CCNF已经改变。CCNF重定位通知消息可以是非接入层(non-access stratum,NAS)消息，并且RAN 511将CCNF重定位通知消息透明地发送到终端510。如果在步骤540确定即使对于新的CCNF 513已经发生CCNF重定位，也不存在NSI的变化，则从旧的CCNF 512发送到RAN 511的CCNF重定位通知消息可以包括先前使用的会话标识符。那么RAN 511可能注意到保持了会话。

在步骤550处，UE 510可以接收由旧的CCNF 512发送的CCNF重定位通知消息。如果CCNF重定位通知消息包括新的临时ID，则在步骤555处UE 510可以利用新的临时ID执行位置更新过程。

在步骤555处，UE 510可以执行在步骤550触发的位置更新过程，并且如果在步骤550接收到新的临时ID，则利用新的临时ID执行位置更新过程。新的临时ID的部分可以包括在RRC消息中，并且在这种情况下，RAN 51可以基于相应的信息来识别新的CCNF 513，并且路由NAS消息。如果接收到由UE 510发送的位置更新请求消息，则新的CCNF 513可以执行位置更新过程的剩余部分。

如果UE 510的会话相关信息在位置更新过程中被修改，例如，如果由UE 510请求的基站的ID或会话管理上下文不同于由旧的CCNF 512已经使用的会话管理上下文，则在步骤560处，新的CCNF 513可以利用SM1 514执行协议数据单元(protocol data unit,PDU)会话修改过程。然后，SM1 514可以根据改变的上下文利用UPNF1 515修改PDU会话修改。

图6是示出根据本公开的实施例的用于在相同网络切片中的CCNF重定位的方法2的信号流程图。

在图6中，CCNF 512以拒绝由(多个)UE 510请求的或在周期性位置更新过程中触发的位置更新并且重定向到新的CCNF 513的方式执行CCNF重定位过程。在该实施例中，可以对处于空闲状态、从省电模式醒来的或者执行由附图标记670表示的周期性位置更新过程的UE执行重定位过程。图6的实施例与图5的实施例的不同之处在于CCNF 512不逐渐触发CCNF重定位。相反，它向意欲连接到旧的CCNF 512或检查连接的有效性的UE 510通知CCNF重定位的必要性。该过程按如下方式执行。

(旧的)CCNF 512可以在步骤610处检测CCNF重定位必要性情况。(旧的)CCNF 512可以如下确定CCNF重定位是否必要。

-CCNF 512可以检测UE移动性，并且检查UE 510的当前位置以获得小区ID或位置管理单元(例如，跟踪区域)，以确定是否有必要重定位到相邻CCNF 513或被预配置为在相应位置处服务于UE 510的CCNF。

-可以改变UE 510的移动性级别。CCNF 512可以基于来自UE 510的请求或当UE510的订阅改变时由网络的订阅服务器或OAM(未示出)发送的UE移动性级别改变通知来检测移动性级别改变的必要性。CCNF 512可以确定其是否支持所请求的移动性级别，并且如果它不能支持该移动性级别，则确定CCNF重定位的必要性。移动性级别表示由移动通信网络支持的移动性程度，并且移动性级别的示例可以包括至少不支持UE移动性的“无移动性”级别、在有限区域中支持UE移动性的“低移动性(有限移动性)”级别、以及在移动通信网络的整个服务覆盖区域内支持UE移动性的“高移动性(无限移动性)”级别。

在步骤610处检测CCNF重定位的必要性后，旧的CCNF 512可以在步骤615发现新的CCNF 513作为最佳CCNF重定位目标。如步骤610的描述中举例说明的，旧的CCNF 512可以基于由OAM发送的CCNF地址或名称来选择目标CCNF。在旧的CCNF 512具有负责特定区域的CCNF列表的情况下，它可以基于UE 510的改变的位置来选择最佳CCNF。此外，在旧的CCNF512具有支持旧的CCNF 512不能支持的移动性级别的CCNF列表的情况下，旧的CCNF 512可以选择支持UE 510的改变的移动性级别或目标移动性级别的新的CCNF。

在步骤615处选择新CCNF 513后，旧的CCNF 512可以在步骤620处向新CCNF 513发送CCNF重定位请求消息。CCNF重定位请求消息可以包括关于由旧的CCNF 512服务的(多个)UE 510的上下文的信息。UE上下文可以包括UE 510的移动性管理上下文和安全密钥。CCNF重定位请求消息可以包括关于旧的CCNF 512所属的网络切片的信息，并且该网络切片信息可以是网络切片实例ID或者旧的CCNF 512通过该网络切片提供的服务类型。CCNF重定位请求消息还可以包括关于旧的CCNF 512连接到的SM1 514和UPNF1 515的信息。CCNF重定位请求消息还可以包括关于向旧的CCNF 512请求的移动性级别的信息。CCNF重定位请求消息还可以包括正由旧的CCNF 512服务的UE的移动性级别、认证信息和认证机制。CCNF重定位请求消息还可以包括用于(多个)UE 510的多维描述符(MDD)。MDD是关于包括终端510连接到的CCNF 512的网络切片的描述符。新的CCNF 513可以基于MDD识别或选择网络切片实例。

在步骤625处，新的CCNF 513可以与NSSF 516协商以选择NSI。NSSF 516可以是与CCNF 513并列安置的独立实体或功能。新的CCNF 513可以基于在步骤620获取的信息向NSSF 516请求NSI选择，以确定要连接的SM和UPNF。

在步骤630处，新的CCNF 513可以响应于在步骤620接收到的CCNF重定位请求消息，向旧CCNF 512发送CCNF重定位响应消息。CCNF重定位响应消息可以包括要分配给已经由旧的CCNF 512管理的(多个)UE 510的新的临时ID。新的CCNF 513将临时ID分配给UE510，并且RAN 511和旧的CCNF 512可以基于该ID来识别服务UE 510的新的CCNF 513。由新的CCNF 513发送的CCNF重定位响应消息可以包括指示CCNF重定位和NSI选择成功的结果值。新的CCNF 513可以向旧的CCNF 512发送指示其在与旧的CCNF 512相同的网络切片实例中服务UE 510的信息。

在步骤640处，UE 510可以执行周期性位置更新或基于移动性的位置更新。

旧的CCNF 512已经通过步骤610至630确定重定位向新的CCNF 513发送位置更新请求消息的UE 510。如果在步骤640接收到位置更新请求消息，则在步骤645处，旧的CCNF512可以向UE 510发送位置更新拒绝消息。从旧的CCNF 512发送到UE 510的位置更新拒绝消息可以包括用于路由到新的CCNF 513的路由信息。

如果在步骤645接收到包括用于路由到新的CCNF 513的路由信息的位置更新拒绝消息，则在步骤650处，UE 510可以向RAN 511发送RRC消息，该RRC消息传送包括路由信息的位置更新请求消息。RAN 511可以检查该RRC消息以获得路由信息，以识别新的CCNF 513并且将位置更新请求消息转发给新的CCNF 513。如果接收到位置更新请求消息，则新的CCNF513可以执行位置更新过程的剩余部分。新的CCNF 513可以基于在步骤620接收到的上下文，对已经发送位置更新请求消息的UE 510执行认证或识别。

如果由UE 510发送的位置更新请求消息包括会话管理修改信息，则新的CCNF 513可以向SM1 514请求PDU会话修改，使得在步骤655处SM1 514与UPNF1 515执行PDU会话修改过程。

在步骤660处，新的CCNF 513可以响应于位置更新请求消息向UE 510发送位置更新响应消息，以便完成位置更新过程。

图7是示出根据本公开的实施例的用于在相同网络切片中CCNF重定位的方法3的信号流程图。

在图7中，CCNF 512以转发由(多个)UE 510发送或在周期性位置更新过程中生成的位置更新请求的方式执行CCNF重定位过程。在该实施例中，可以对处于空闲状态、从省电模式醒来或者执行周期性位置更新过程的UE执行重定位过程。图7的实施例类似于图6的实施例，但是不同之处在于，旧的CCNF 512将从UE 510接收的位置更新请求消息转发到新的CCNF 513，而不是拒绝该位置更新请求消息。

(旧的)CCNF 512可以在步骤710处检测CCNF重定位必要性情况。(旧的)CCNF 512可以如下确定CCNF重定位是否必要。

在步骤710处检测CCNF重定位的必要性后，旧的CCNF 512可以在步骤720发现新的CCNF 513作为最佳CCNF重定位目标。如步骤710的描述中举例说明的，旧的CCNF 512可以基于由OAM发送的CCNF地址或名称来选择目标CCNF。在旧的CCNF 512具有负责特定区域的CCNF列表的情况下，它可以基于UE 510的改变的位置来选择最佳CCNF。并且，在旧的CCNF512具有支持旧的CCNF 512不能支持的移动性级别的CCNF列表的情况下，旧的CCNF 512可以选择支持UE 510的改变的移动性级别或目标移动性级别的新的CCNF。

在步骤720处选择新的CCNF 513后，旧的CCNF 512可以在步骤730向新的CCNF 513发送CCNF重定位请求消息。CCNF重定位请求消息可以包括关于由旧的CCNF 512服务的(多个)UE 510的上下文的信息。UE上下文可以包括UE 510的移动性管理上下文和安全密钥。CCNF重定位请求消息可以包括关于旧的CCNF 512所属的网络切片的信息，并且网络切片信息可以是网络切片实例ID或者旧的CCNF 512通过该网络切片提供的服务类型。CCNF重定位请求消息还可以包括关于旧的CCNF 512连接到的SM1 514和UPNF1 515的信息。CCNF重定位请求消息可以还包括关于向旧的CCNF 512请求的移动性级别的信息。CCNF重定位请求消息还可以包括正由旧的CCNF 512服务的UE的移动性级别、认证信息和认证机制。CCNF重定位请求消息还可以包括用于(多个)UE 510的多维描述符(MDD)。MDD是关于包括终端510连接到的CCNF 512的网络切片的描述符。新的CCNF 513可以基于MDD识别或选择网络切片实例。

在步骤740处，新的CCNF 513可以与NSSF 516协商以选择NSI。NSSF 516可以是与CCNF 513并列安置的独立实体或功能。新的CCNF 513可以基于在步骤730获取得信息向NSSF 516请求NSI选择，以确定要连接的SM和UPNF。

在步骤750处，新的CCNF 513可以响应于在步骤730接收到的CCNF重定位请求消息，向旧CCNF 512发送CCNF重定位响应消息。CCNF重定位响应消息可以包括要分配给已经由旧的CCNF 512管理的(多个)UE 510的新的临时ID。新的CCNF 513将临时ID分配给UE510，并且RAN 511和旧的CCNF 512可以基于该ID来识别服务UE 510的新的CCNF 513。由新的CCNF 513发送的CCNF重定位响应消息可以包括指示CCNF重定位和NSI选择成功的结果值。新的CCNF 513可以向旧的CCNF 512发送指示其在与旧的CCNF 512相同的网络切片实例中服务UE 510的信息。

在步骤760处，UE 510可以执行周期性位置更新或基于移动性的位置更新。

注意的是，旧的CCNF 512已经通过步骤710至750与新的CCNF 513交换了(多个)UE510的上下文或重定位相关信息。相应地，旧的CCNF 512可以在步骤770将在步骤760从UE510接收的位置更新请求消息转发到新的CCNF 513。

如果接收到位置更新请求消息，则新的CCNF 513在步骤780可以执行位置更新过程的剩余部分。新的CCNF 513可以基于在步骤730接收的上下文来认证或识别已经发送位置更新请求消息的UE 510。

如果由UE 510发送的位置更新请求消息包括会话管理修改信息，则新的CCNF 513可以向SM1 514请求PDU会话修改，使得SM1 514与UPNF1 515执行PDU会话修改过程。

在步骤790处，新的CCNF 513可以响应于位置更新请求消息向UE 510发送位置更新响应消息，以便完成位置更新过程。

实施例2-2

参考图8和9描述实施例2-2。图8是示出根据本公开实施例的网络配置的图，图9是示出在图8的网络中的网络实体之间的信号流的信号流图。

图8是示出根据本公开实施例的服务不同网络切片的CCNF重定位的图。

图8描述了如下情况。

UE 810正在接收由(旧的)CCNF 830托管的5G网络服务，其在经由SM1 840连接到UPNF1 850的状态下作为网络切片实例1的一部分服务于UE。

在某个时间，可能发生(旧的)CCNF 830服务太多UE并且因此遇到过载情况或拥塞情况。在这种情况下，(旧的)CCNF 830可以将UE 810卸载到新的CCNF 860，作为服务连续性的拥塞控制手段。

在另一示例中，如果UE 810从一个区域移动到另一区域，则服务于该区域的CCNF830、860可以不同。在这种情况下，为了连续地向UE 810提供服务，位于旧的区域中的CCNF(旧的CCNF)830重定位UE 810的上下文和到位于新的区域中的CCNF(新的CCNF)860的连接性，以持续地为UE 810提供服务。CCNF 830和860可以以区域特定的方式被部署来覆盖不同的区域，并且CCNF重定位可以在相邻CCNF之间进行，以减少向UE 810发信令通知的延时。在CCNF 830和860位于两个区域之间的边界的情况下，可以为了将UE 810连接到RAN 820进行CCNF重定位。

图8示出了新的CCNF 860在上述情况下支持另一网络切片实例的详细情况，并且该连接被改变为不同于旧的CCNF 830所支持的网络切片实例的网络切片实例。随着CCNF的改变，网络切片实例也改变，并且关于要提供给UE 810的PDU会话连接的信息应该在新的网络切片实例中建立。

图9是示出根据本公开的实施例的用于服务不同网络切片的CCNF重定位的方法的信号流程图。

在图9中，CCNF重定位过程由CCNF重定位事件触发，CCNF重定位过程以随着SM和UPNF的改变一同改变网络切片实例的方式执行。图9的步骤920至935几乎与图5的步骤520至535、图6的步骤610至625、以及图7的步骤710至740相同。

如果新CCNF 913在步骤935注意到NSI将被改变，则新CCNF 913可以在步骤940基于处于连接状态或RRC非活动状态的UE 910的会话管理上下文向SM2 916请求PDU会话建立，会话管理上下文是在步骤930接收的。SM2 916可以与属于相同NSI的UPNF2 917协商以建立PDU会话。如果UE 910处于空闲状态，则可以不建立PDU会话。

通过步骤945至955，向UE 910通知CCNF重定位，以便UE 910触发位置更新请求，如图5至7的实施例中描述的那样。可以对处于连接状态或RRC非活动状态的UE执行步骤945至955。对于按照参考图6和7所描述的操作的UE，跳过步骤945至955，并且该过程可以跳至步骤960。

可以在步骤960以类似于在图5至7的实施例中描述的那些过程的方式来执行位置更新过程。由于服务UE 910的CCNF和该CCNF托管的用于服务UE 910的NSI被改变，在位置更新过程期间经由RAN 911、新的CCNF 913、SM2 916、以及SM2 916在UE 910和UPNF2 917之间建立连接时可以反映这种改变。

在完成对其已经服务的所有UE的重定位后，在步骤970处，旧的CCNF 912可以释放经由SM1 914与UPNF1建立的PDU会话。

实施例2-3

参考图10和11描述实施例2-3。图10是示出根据本公开实施例的网络配置的图，并且图11是示出在图10的网络中的网络实体之间的信号流的信号流图。

图10是示出根据本公开的实施例的在相同CCNF中到不同的网络切片实例的重定位的图。

图10描述了如下情况。

UE 1010正在经由RAN 1020接收由CCNF 1030托管的5G网络服务，CCNF 1030在经由SM1 1040连接到UPNF1 1050的状态下作为网络切片实例1的一部分服务于UE 1010。

在某个时间，由于要服务的UE数量的增加，SM1 1040和UPNF1 1050可以发生过载情况、拥塞情况或网络故障情况。此处，当SM1 1040或UPNF1 1050因为网络设施的问题、网络设施的物理故障、以及软件错误导致的过程停止而停止工作时，可能发生网络故障情况。根据该实施例，CCNF 1030将UE 1010卸载到新的SM2 1060和新的UPNF2 1070以获得这种情况下的服务连续性。

还可能举例说明UE 1010从SM1 1040和UPNF1 1050覆盖的一个区域移动到SM21060和UPNF2 1070覆盖的另一区域的情况。在这种情况下，可能有必要将UE 1010的会话上下文和连接性重定位到覆盖新区域的SM2 1060以获得对UE 410的服务连续性。SM1 1040/UPNF1 1050和SM2 1060/UPNF2 1070可以以区域特定的方式被部署来覆盖不同的区域，并且SM/UPNF重定位可以在相邻SM/UPNF之间进行，以减少向UE 1010发信令通知的延时。

图10描绘了CCNF 1030支持新的网络切片实例并因此将连接从SM1 1040/UPNF11050切换到支持相应NSI的SM2 1060/UPNF2 1070的情况。如果连接到CCNF 1030的SM11040改变为SM2 1060，这意味着网络切片实例的改变；因此，应该在新的网络切片实例中建立UE 1010的PDU会话连接信息。

图11是示出根据本公开的实施例的用于在相同CCNF中重定位到不同网络切片实例的方法的信号流程图。

在图11中，SM/UPNF重定位由SM/UPNF重定位事件触发，SM/UPNF重定位过程以连同NSI重新指派一起改变网络切片实例的方式执行。在步骤1120处，CCNF 1112可以检测SM/UPNF重定位必要性情况。CCNF 1112可以如下确定SM/UPNF重定位是否必要。

-CCNF 1112可以接收指示重定位到新SM(SM2)1116的命令，因为旧SM(SM1)1114处于过载状态，该命令由操作和管理实体(OAM)(未示出)，即网络管理实体发送。这里，OAM可以向CCNF 1112通知作为重定位目标的新SM1 1116的地址或名称。

-SM1 1114可以检查其服务的UE的数量，并且如果UE的数量等于或大于预定的阈值，则确定其处于过载情况或拥塞情况。SM1 1114可以服务的UE的最大数量可以预先配置或从OAM接收。

-CCNF 1112可以检测UE移动性，并且检查UE 510的当前位置以获得小区ID或位置管理单元(例如，跟踪区域)，以确定是否有必要重定位到相邻UPNF(UPFN2)1117或被预配置为在相应位置处服务于UE 1110的UPFN。

-可能发生的是UE 1110的服务连续性级别或会话连续性级别改变。CCNF 1112可以基于来自UE 1110的请求，或者当UE 1110的订阅改变时由网络的订阅服务器(未示出)或OAM发送的用于UE 1110的NSI的服务连续性级别或会话连续性级别的改变的通知，来检测服务连续性级别或会话连续性级别的改变。CCNF 1112可以确定其是否支持所请求的移动性级别，并且如果它不能支持该移动性级别，则确定CCNF重定位的必要性。已经连接到CCNF1112的SM1 1114确定它支持目标服务连续性级别还是会话连续性级别，并且如果不支持，则确定需要执行SM/UPNF重定位。

在步骤1120处检测UPNF重定位的必要性之后，CCNF 1112可以在步骤1125发现新的SM 1116作为最佳SM。如在步骤1120的描述中举例说明的，CCNF 1112可以基于由OAM发送的SM地址或名称或NSIID来选择目标SM。在CCNF 1112具有负责特定区域的SM列表的情况下，它可以基于UE 1110的改变的位置来选择最佳SM。或者，在CCNF 1112具有支持旧SM1114不能支持的服务连续性级别或会话连续性级别的SM列表的情况下，CCNF 1112可以发现支持UE 1110的改变的连续性级别或会话连续性级别或目标连续性级别或会话连续性级别的新SM(SM2)1116。可替换地，CCNF 1112可以与NSSF 1113协商以选择NSI。NSSF 1113可以是与CCNF 1112并列安置的独立实体或功能。CCNF 1112可以基于在步骤1120获取的信息向NSSF 1113请求NSI选择，以确定要连接的SM和UPNF。还可以向要被分配相应的NSIID或SM的NSSF 1113发送关于特定区域、UE 1110的改变的服务连续性级别或会话连续性级别、或者重定位目标SM的名称或地址的信息。

在步骤1125处选择SM2 1116之后，CCNF 1112可以在步骤1130向SM2 116发送PDU会话建立请求消息。PDU会话建立请求消息可以包括UE 1110的会话的上下文。会话上下文可以包括关于UE 1110的会话的QoS、服务连续性、会话连续性和计费策略的信息。PDU会话建立请求消息还可以包括从NSSF 1113接收到的NSIID。如果接收到PDU会话建立请求消息，SM2 1116可以基于PDU会话建立请求消息中包括的信息来确定用于建立PDU会话的NSI。PDU会话建立请求消息包括UE 1110连接到的RAN的隧道端点ID；因此，SM2 1116可以将RAN1111的隧道端点ID发送到UPNF2 1117，以在UPNF2 1117和RAN 1111之间建立隧道。发送到SM2 1116的PDU会话建立请求消息可以包括关于UE 1110或由CCNF 1112服务的所有UE的信息。这里，有可能使用UE 1110的临时ID、新分配给UE 1110的NSIID以及用于识别UE 1110的PDU会话的会话ID。SM2 1116也可能使用由SM1 1114使用的会话ID。

在步骤1135处，SM2可以考虑UE 1110的位置、会话上下文、以及计费策略来选择UPNF2 1117，并且建立PDU会话。可以对正由CCNF 1112服务的所有UE执行步骤1135。

在步骤1140处，响应于在步骤1130接收到的PDU会话建立请求消息，SM2可以向CCNF 1112发送包括关于建立的PDU会话的信息的PDU的会话建立响应消息。PDU会话建立响应消息可以包括分配的UPNF2 1117的隧道端点ID、关于RAN 1111将提供给UE 1110的服务的QoS信息、会话的连续性级别以及分配给UE 1110的会话ID。可以响应于由所有UE发送的每个PDU会话建立请求消息来发送PDU会话建立响应消息。

如果接收到PDU会话建立响应消息，则CCNF 1112可以在步骤1145向RAN 1111发送会话管理消息，以继续PDU会话建立过程。RAN 1111可以在步骤1150与UE 1110执行承载建立过程；并且，如果承载建立过程完成，则可以经由RAN 111在UE 1110和UPNF 1117之间建立PDU会话。

在步骤1160处，CCNF 1112可以在注意到SM2 1116和UPNF2 1117之间的PDU会话的建立时或者在预定时间过去之后(或者定时器期满)，释放与SM1 1114建立的PDU会话。CCNF1112在预定时间段期间保持与SM1 1114建立的PDU会话的原因是UE 1110可以返回到要由SM1 1114服务的先前位置。

<实施例3>

该实施例提出了定义虚拟化网络切片的方法。可以创建网络切片用于提供用户请求的服务。也就是说，可以利用用于满足诸如eMBB服务、IoT和关键服务的服务的请求的网络实体来创建网络切片。并且，可以根据用户的QoS创建网络切片。

根据本公开的实施例，可以根据UE能力创建网络切片。也就是说，可以根据UE的移动性级别(例如，无移动性、低移动性、高移动性和动态移动性)来创建网络切片。可以利用靠近于UE的网络实体来创建网络切片。

根据本公开的实施例，可以考虑网络管理方面来创建网络切片。例如，可以创建用于支持漫游UE的漫游专用的网络切片。可以在归属网络和访问网络两者中创建漫游专用网络切片，并且可以在归属网络和访问网络中不同地创建漫游专用切片。

根据本公开的实施例，可以通过反映对资源的请求来创建网络切片，而不考虑服务、UE能力和网络管理。也就是说，可能反映所请求的移动性级别、QoS级别、UE位置、感兴趣的服务、带宽和最小延时约束。

图12是示出根据本公开的实施例的利用虚拟化网络实体创建的网络切片的图。

根据本公开的实施例，网络切片可以由虚拟化的网络实体组成。图12描绘了由虚拟化的网络实体组成的网络切片。UE连接到虚拟化的网络切片，并且用于向UE提供网络服务的真实实体可以由网络的虚拟节点确定。

也就是说，UE可以知道虚拟节点，诸如接入节点(access node，AN)、移动性管理(mobility management，MM)、会话管理(SM)和用户平面(UP)，并且物理实体可以是多个AN(AN1、AN2、和AN3)中的一个、多个MM(MM1、MM2、以及MM3)中的一个、以及多个UP(UP1、UP2、以及UP3)中的一个。尽管附图示例了每个物理实体创建了三个虚拟实体的情况，但是每个物理实体的虚拟实体的数量可以大于或小于3个。

图13是示出根据本公开实施例的由物理网络实体组成的网络切片的图。

根据本公开的实施例，网络切片可以由用于向UE提供网络服务的物理实体组成。图13描绘了由物理网络实体组成的网络切片。可以通过由AN1、MM2、SM1和UP3组成的网络切片服务UE。

本公开的实施例提出了UE提供的用于创建网络切片的信息。UE可以提供关于用户感兴趣的服务的信息。UE可以提供UE能力信息，例如移动性级别和IP版本。UE还可以提供用户信息，例如当前位置和订阅。网络可以基于由UE提供的信息创建网络切片。

图14是示出根据本公开的实施例的用于解释切片信息更新的网络切片管理表的图。

根据本公开的实施例，网络切片可以在网络中预先配置。图14描绘了列出网络中预配置的三个网络切片(NSI#1、NSI#2和NSI#3)的网络切片管理表。NSI#1可以被配置为提供eMBB服务。

如果随着时间的推移必须提供IoT服务，则网络可以为IoT服务指定预配置网络切片中的一个。图14示例说明了NSI#2被指定用于IoT的情况。如果不再需要提供eMBB服务或者提供eMBB服务不再可行，则网络可以停用NSI#1中的eMBB服务。即使当eMBB服务被停用时，NSI#1也可以被保持。尽管图14例示了在网络切片管理表中管理三个网络切片的情况，但是网络切片的数量可以小于或大于3。

图15是示出根据本公开的实施例的网络切片在激活和停用状态之间的状态转变的状态转变图。

根据本公开的实施例，如果UE请求服务，则网络可以触发网络切片从停用状态到激活状态的状态转换。网络也可以自主激活网络切片。图15示出了网络切片从停用状态到激活状态的状态转变。可以预先定义和新建网络切片。可以响应于来自UE(例如，服务请求)或网络(例如，切换)的请求来创建网络切片。表达“创建”是指NSI被创建，或者预先创建的NSI被映射到服务。

根据本公开的实施例，网络可以管理正在由网络切片服务的用户数量，并且当用户数量为零时启动定时器。如果在定时器期满之前没有用户正在被相应的网络切片服务，则网络可以停用(或销毁)该网络切片。为了负载平衡的目的，网络可以减少具有低需求的网络切片的数量，并增加具有高需求的网络切片的数量(例如，减少高峰服务时间或为具有低需求的服务创建NSI的数量，并且增加为具有高需求的服务创建的NSI的数量)。图15还示出了从激活状态到停用状态的状态转变。在此，表达“销毁”是指NSI实际上被销毁，或者NSI服务映射信息被删除。

图16是示出根据本公开实施例的中央网络切片管理功能/节点配置的图。

根据本公开的实施例，网络可以定义用于管理网络切片的中央实体节点。图16描绘了网络切片管理/选择器功能实体(network slicing management/selectorfunctional entity，NSMSF)1610，其可以管理关于如参考图14所描述的移动通信运营商的切片的信息。

CCNF 1620和1625中的每一个都可以向NSMSF 1610请求与切片相关的信息并获取该信息。例如，从UE请求eMBB和mIoT切片的CCNF A 1620可以向NSMSF 1610请求关于eMBB和mIoT切片是否可用的情况。NSMSF 1610可以基于网络切片实例信息(NSI#1、NSI#2、……、NSI#n)确定当前是否存在支持eMBB和mIoT的网络切片实例。例如，如果NSI#1 1630支持eMBB切片，并且NSI#2 1633支持mIoT切片，则NSMSF 1610可以向CCNF A 1620发送关于NSI#1 1630和NSI#2 1633的信息作为答复。然后，CCNF A 1620可以通知UE该eMBB和mIoT切片可用。如果确定存在支持eMBB切片的网络切片实例，并且不存在支持mIoT切片的网络切片实例，则NSMSF 1610可以向CCNF A 1620发送关于支持eMBB切片的NSI#1 1630的信息以及指示不存在支持mIoT切片的网络切片实例的信息。然后CCNF A 1620可以通知UE该eMBB切片可用，而mIoT切片不可用。从NSMSF 1610接收切片实例信息的CCNF A 1620连接切片实例(例如，NSI#1 1630和NSI#2 1633)，并向UE提供切片服务。

如果NSMSF 1610确定当前CCNF A 1620不支持所请求的切片，并且另一CCNF(CCNFB)1625可以支持所请求的切片，则NSMSF 1610可以向CCNF A 1620发送CCNF B 1625可以托管支持eMBB和mIoT切片的网络切片实例的信息以及关于相应网络切片实例(例如，NSI#11630和NSI#2 1633)的信息作为答复。然后，CCNF A 1620可以基于从NSMSF 1610接收到的信息，将从UE接收到的服务请求传送到CCNF B 1625。CCNF B 1625可以通知UE CCNF B1625可以托管用于eMBB和mIoT切片的网络切片实例。一个NSI可以由网络功能(NF)，诸如用户平面功能(UPF)和网络储存库功能(NRF)组成。

图17是示出根据本公开的实施例的用于由第3方服务提供商支持的网络切片的配置的图。

本公开的实施例提供了为第3方提供商而不是网络运营商创建网络切片的方法。

参考图17，可以创建用于支持由第三方提供商提供的服务的网络切片。

第三方服务提供商(service provider，SP)(即SP A 1710和SP Z 1715)可以通过接口①向网络能力暴露实体(network capacity exposure entity，NCEE)1720提供预期的网络切片模板(NST)的资源参数。资源参数可以包括移动性级别、QoS级别、延时、请求的服务组件(例如MBMS ProSe)、服务区域、目标用户订阅和服务ID(或类型)。服务ID可以由第三方SP确定或者由NCEE 1720分配，所分配的服务ID被发送到相应的第三方SP 1710和SP1715。

NCEE 1720可以通过接口②与网络管理功能实体(network management functionentity,NMFE)通信以生成NST。NMFE 1730可以通过接口③将生成的NST存储在数据储存库(例如HSS)1740中。第三方SP 1710和SP 1715可以与UE交换服务ID(或服务类型)信息。并且，当UE附接到网络时，移动网络运营商(mobile network operator,MNO)可以通过开放移动联盟设备管理(open mobile alliance device management,OMA DM)向UE发送相应的服务信息。

如果UE通过接口④请求相应的服务ID，则网络可以检查UE的订阅，并确认是否可使用该服务。网络切片管理/选择器功能实体1750可以从数据储存库1740获得NST信息以生成NSI并将其提供给UE。或者，即使不存在来自UE的请求，网络切片管理/选择器功能实体1750也可以预先创建NSI。

根据本公开的实施例，UE连接到的无线网络的无线链路可以提供由该链路或与该链路连接的核心网络提供的服务信息。为了管理相应的信息，可以将提供连接每个网络切片的服务的无线链路的信息添加到图14的表中。

根据本公开的实施例，向UE发送信息的方法包括RAN发送系统信息块(systeminformation block,SIB)信息，该系统信息块包括支持网络切片或服务的信息或资源信息。该信息可以映射到无线链路的小区ID。小区ID类似于EPC的E-UTRAN小区全球标识符(E-UTRAN Cell Global Identifier,eCGI)。该信息可以映射到无线链路的RAT节点ID。RAT节点ID类似于EPC的演进节点B(evolved Node B,eNB)ID。该信息可以映射到无线链路的区域特定ID。区域特定ID的示例是TAI或TAI列表。为了提供该信息，可以定义新的标识符用于标识由新RAN支持的NSI。

根据本公开的实施例，UE不可以知道该信息，并且可以连接到任何可用的无线链路。检测UE连接的无线链路或核心网络可以改变路径，以便网络连接适当的无线链路。具体而言，在无线链路改变路径的情况下，UE可以向网络发送关于可用于连接的RAT节点(例如eNB)的信息，并且RAT节点在支持网络切片的RAN节点当中选择RAT，并将选择的RAT信息发送给UE。UE可以基于相应的信息连接到由网络通知的RAT节点。在核心网络改变路径的情况下，在从UE接收到服务请求时，核心网络与网络切片管理节点通信，以基于关于由UE请求的网络切片的信息和UE位置信息来选择支持相应网络切片的RAT。核心网络可以向UE提供相应的信息，或者触发UE向相应区域的切换。

网络切片可以分为两个功能：不限于任何服务的公共功能，或者专用于特定服务的服务特定功能。根据本公开的实施例，公共功能可以定义其支持的服务，使得订阅到相应服务的UE访问公共功能以使用服务特定功能。核心网络可以与RAN建立连接，并向RAN提供关于利用公共功能可用的服务的信息。RAN可以将消息路由到核心网络的公共功能，该核心网络能够基于UE初始附着过程中先前获取的信息提供由用户请求的服务。如果UE通过这个过程连接到网络，则它可以与公共功能进行通信以便在之后接收服务。

图18是示出根据本公开的实施例的用于配置网络的公共功能并将公共功能指派给UE的方法的图。

在图18的实施例中，网络可以向UE 1810和UE 1815提供用于指派适当公共功能的规则。也就是说，网络可以管理每个服务的公共功能，并基于所请求的服务或UE的订阅信息来指派公共功能。在图18中，CCNF A 1830可以提供eMBB和关键通信(criticalcommunication，CriC)服务，并且CCNF B 1835可以提供eMBB和IoT服务。在这种情况下，具有对eMBB和CriC服务的订阅的UE A 1810经由RAN 1820连接到CCNF A 1830，并且具有对eMBB和IoT服务的订阅的UE B 1815经由RAN 1820连接到CCNF B 1835。

网络可以每个移动性级别地管理公共功能，以根据UE 1810和UE 1815的移动性级别指派公共功能。也就是说，几乎没有移动性的UE(诸如笔记本电脑)和具有高移动性的UE(诸如智能手机)可以被分开指派公共功能。在图18中，CCNF A 1830可以不支持移动性，而CCNF B 1835可以支持移动性。因此，没有移动性的UE A(诸如TV)可以优选地连接到CCNF A1830，并且具有移动性的UE B(例如智能手机)可以优选地连接到CCNF B 1835。

网络可以以基于位置的方式管理公共功能，以将公共功能指派给UE 1810和UE1815。也就是说，连接到首尔区域中的网络的UE可以被指派首尔区域的公共功能，而连接到釜山区域中的网络的UE可以被指派釜山区域的公共功能。在图19中，CCNF A 1830可以位于首尔，并且CCNF B 1835可以位于釜山。在这种情况下，位于首尔的UE A 1810可以连接到CCNF A 1830，并且位于釜山的UE B 1815可以连接到CCNF B 1835。如果位于首尔区域的UEA 1810移动到釜山区域，则到CCNF A 1830的连接可以切换到CCNF B 1835。

图19是示出根据本公开的实施例的CCNF的配置的框图。

参考图19，根据本公开的实施例的CCNF包括收发器1910和用于控制CCNF的整体操作的控制器1920。

CCNF的控制器1920可以控制CCNF来执行上述实施例中的一个的操作。例如，控制器1920连接到收发器1910，并且可以检测CCNF重定位的必要性情况、选择新的CCNF、向新的CCNF发送包括关于其已经服务的UE的信息的CCNF重定位请求消息、从新的CCNF接收CCNF重定位响应消息、并且根据预定条件与UE执行位置更新过程。控制器1920可以控制收发器1910向UE发送CCNF重定位通知消息，该消息包括触发UE位置更新过程的信息和关于新CCNF的信息。控制器1920还可以控制收发器1910从UE接收位置更新请求消息，并向UE发送位置更新拒绝消息，该位置更新拒绝消息包括指示位置更新拒绝的信息和关于新CCNF的信息。控制器1920还可以控制收发器1910接收位置更新请求消息并将该位置更新请求消息转发给新的CCNF。

CCNF的收发器1910可以根据上述实施例之一的操作来发送/接收信号。

尽管被描绘为分开的模块，但是可以以单个芯片的形式实施控制器1920和收发器1910。控制器1920和收发器1910可以彼此电连接。

控制器1920可以是电路、专用电路或至少一个处理器。CCNF的操作可以利用存储与操作相对应的程序代码的存储器设备来实现，该存储器设备安装在CCNF的任意组件中。也就是说，控制器1920可以读取和执行存储在存储器设备中的程序代码，以执行上述操作。

图20是示出根据本公开的实施例的UE的配置的框图。

参考图20，根据本公开的实施例的UE包括收发器2010和控制器2020。

控制器2020可以控制UE执行上述实施例中的一个的操作。

收发器2010可以根据上述实施例中的一个的操作来发送/接收信号。

尽管被描绘为分开的模块，但是可以以单个芯片的形式实施控制器2020和收发器2010。控制器2020和收发器2010可以彼此电连接。

控制器2020可以是电路、专用电路或至少一个处理器。UE的操作可以利用存储与操作相对应的程序代码的存储器设备来实现，该存储器设备安装在CCNF的任意组件中。也就是说，控制器2020可以读取和执行存储在存储器设备中的程序代码，以执行上述操作。

并且，本公开的实施例在通过允许应用服务器以多播/广播方式而不是单播方式向大量IoT终端发送数据来提高无线电资源利用效率方面是有利的。

并且，本公开的实施例在通过基于是否多播/广播聚集在小区域的IoT终端的数据做出无线电资源分配决策来根据网络条件有效分配无线电资源方面是有利的。

并且，本公开的实施例在允许5G移动通信系统运营商或5G移动通信终端处理由网络拥塞/故障、网络服务约束的改变(例如，终端的移动性级别改变、认证机制改变和网络切片改变)或终端的移动性引起的CCNF重新安排方面是有利的。

并且，本公开的实施例在通过根据提出用于无线通信系统中的网络虚拟化和资源分配及管理方法有效地管理受约束的无线链路和网络资源来满足各种服务约束方面是有利的。

并且，本公开的实施例在为每个终端提供稳定的QoS方面是有利的，以及在当终端在漫游环境中附接到受访运营商的网络时，通过分配支持终端服务的网络切片来有效地促进管理无线电资源和网络资源方面是有利的。

在本公开的实施例中，根据实施例，以单数或复数形式描述部件。然而，单数和复数形式被适当地选择用于所提出的情况，仅仅是为了解释的方便，而不是为了将本公开限制于此的意图；因此，单数形式也包括复数形式，除非上下文另有明确指示。

虽然已经利用示例性实施例描述了本公开，但是本领域技术人员可以想到各种改变和修改。本公开旨在涵括落入所附权利要求范围内的改变和修改。

Claims

1.一种公共控制网络功能(CCNF)的通信方法，所述方法包括：

检测CCNF重定位的必要性情况；

确定新的CCNF；

向新的CCNF发送CCNF重定位请求消息，所述CCNF重定位请求消息包括关于由CCNF服务的终端的信息；

接收来自所述新的CCNF的CCNF重定位响应消息；以及

根据预定条件与所述终端执行位置更新过程。

2.如权利要求1所述的方法，其中执行所述位置更新过程包括发送CCNF重定位通知消息，所述CCNF重定位通知消息包括触发所述终端的位置更新的信息和关于所述新的CCNF的信息。

3.如权利要求1所述的方法，其中执行所述位置更新过程包括：

从所述终端接收位置更新请求消息；以及

发送位置更新拒绝消息，所述位置更新拒绝消息包括拒绝所述位置更新请求的信息和关于所述新的CCNF的信息。

4.如权利要求1所述的方法，其中执行所述位置更新过程包括：

从所述终端接收位置更新请求消息；以及

转发所述位置更新请求消息到所述新的CCNF。

5.如权利要求1所述的方法，其中检测所述CCNF重定位必要性情况包括基于是否从操作和管理实体(OAM)接收到CCNF重定位命令、正在由所述CCNF服务的终端数量是否等于或大于预定值、基于终端的位置CCNF重定位是否必要、或根据所述终端的移动性级别的改变CCNF重定位是否必要中的至少一个来确定CCNF重定位的必要性。

6.如权利要求1所述的方法，其中确定所述新的CCNF包括基于从操作和管理实体(OAM)接收的CCNF地址或名称选择新的CCNF、基于终端的改变的位置从CCNF列表中选择所述新的CCNF、或者基于所述新的CCNF支持的移动性级别从所述CCNF列表中选择所述新的CCNF。

7.一种终端的通信方法，所述方法包括：

从第一公共控制网络功能(CCNF)接收CCNF重定位通知消息，所述CCNF重定位通知消息包括在需要CCNF重定位的情况下触发终端位置更新过程的信息和关于第二CCNF的信息；和

转发位置更新请求消息到所述第二CCNF。

8.如权利要求7所述的方法，其中所述CCNF重定位通知消息包括分配给所述终端的临时ID。

9.如权利要求7所述的方法，进一步包括：

在接收到所述CCNF重定位通知消息之前，向所述第一CCNF发送位置更新请求消息；和

当从所述第一CCNF接收到包括关于所述第二CCNF的信息的位置更新拒绝消息时，向所述第二CCNF发送所述位置更新请求消息。

10.如权利要求7所述的方法，进一步包括：

从所述第二CCNF接收响应于所述第一CCNF转发到所述第二CCNF的所述位置更新请求消息而发送的位置更新响应消息。

11.一种公共控制网络功能(CCNF)，包括：

收发器，被配置为发送和接收信号；和

控制器，与所述收发器耦合并被配置为执行权利要求1至6中任一项的所述的方法。

12.一种终端，包括：

收发器，被配置为发送和接收信号；和

控制器，与所述收发器耦合并被配置为执行权利要求7至10中任一项的所述的方法。