CN110754112B - 网络接入方法以及移动性支持和数据传送的方法和装置 - Google Patents

网络接入方法以及移动性支持和数据传送的方法和装置 Download PDF

Info

Publication number
CN110754112B
CN110754112B CN201880040137.6A CN201880040137A CN110754112B CN 110754112 B CN110754112 B CN 110754112B CN 201880040137 A CN201880040137 A CN 201880040137A CN 110754112 B CN110754112 B CN 110754112B
Authority
CN
China
Prior art keywords
terminal
amf
smf
downlink data
information indicating
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
CN201880040137.6A
Other languages
English (en)
Other versions
CN110754112A (zh
Inventor
金成勋
白令教
李淏娟
孙仲济
A.班尼特
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN110754112A publication Critical patent/CN110754112A/zh
Application granted granted Critical
Publication of CN110754112B publication Critical patent/CN110754112B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28Timers or timing mechanisms used in protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • H04W8/245Transfer of terminal data from a network towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • H04W28/14Flow control between communication endpoints using intermediate storage
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/59Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0215Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/16Discovering, processing access restriction or access information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/38Connection release triggered by timers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及用于融合IoT技术的通信技术和用于支持4G***之外的更高数据传输速率的5G通信***、及其***。本公开可以基于5G通信技术和IoT相关技术应用于智能服务(例如,智能住宅、智能建筑、智能城市、智能或联网汽车、医疗保健、数字教育、零售业务以及与安全和安保相关的服务)。本发明提供了一种用于将下行链路数据缓冲到仅移动端发起通信模式的终端的方法和装置。

Description

网络接入方法以及移动性支持和数据传送的方法和装置
技术领域
本公开提供了一种用于将下行链路数据缓冲到仅移动端发起通信模式的终端的方法和装置。
背景技术
为了满足自***(4G)通信***商业化以来日益增长的无线电数据业务量需求,已经做出了努力来开发改进的第五代(5G)通信***或预5G通信***。因此,5G通信***或预5G通信***被称为超4G网络通信***或后长期演进(Long Term Evolution,LTE)***。为了实现高数据传输速率,5G通信***被考虑在超高频(毫米波)频带(例如,像60GHz频带)中实现。为了减轻无线电波的路径损耗并增加无线电波在超高频带中的传输距离,在5G通信***中,已经讨论了波束成形、大规模多输入多输出(Multiple-Input Multiple-Output,MIMO)、全维MIMO(Full Dimensional MIMO,FDMIMO)、阵列天线、模拟波束成形、以及大规模天线技术。此外,为了改进***的网络,在5G通信***中,已经开发了诸如演进的小型小区(evolved small cell)、先进的小型小区(advance small cell)、云无线电接入网(cloud RAN)、超密网、设备对设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(coordinated multi-points,CoMP)、接收干扰消除的技术。此外,在5G***中,已经开发了作为先进编码调制(Advanced Coding Modulation,ACM)方案的混合频移键控(FSK)与正交调幅(QAM)(FSK and QAM Amplitude Modulation,FQAM)和滑动窗口叠加编码(SlidingWindow Superposition Coding,SWSC),以及作为先进接入技术的滤波器组多载波(FilterBank Multi Carrier,FBMC)、非正交多址接入(Non-Orthogonal Multiple Access,NOMA)、和稀疏码多址接入(Sparse Code Multiple Access,SCMA)等。
同时,互联网正在从由人类生成和消费信息的、以人为中心的通信网络演变为分布式组件(诸如事物)交换和处理信息的物联网(Internet of Things,IoT)网络。万物网(Internet of Everything,IoE)技术也正在兴起,在万物网中通过与云服务器等连接的大数据处理技术与IoT技术相结合。为了实施IoT,要求诸如传感(sensing)技术、有线/无线通信和网络基础设施、服务接口技术、和安全性技术的技术元素,因此,最近研究已经在用于事物之间的连接的技术上进行,诸如传感器网络、机器对机器(Machine-to-Machine,M2M)和机器类型通信(Machine Type Communication,MTC)。在IoT环境中,有可能提供智能互联网技术(Internet Technology,IT),该技术能够收集和分析从互联事物生成的数据,从而为人类生活创造新的价值。通过现有信息技术(Information Technology,IT)和各行业之间的结合和融合,IoT可以被应用于诸如智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能电器和先进医疗服务等各个领域。
因此,有多种尝试将5G通信***应用于IoT网络。例如,传感器网络、M2M和MTC技术是借助5G通信技术(诸如波束形成、MIMO和阵列天线)实现的。上述云RAN作为大数据处理技术的应用是5G技术和IoT技术之间融合的一个示例。
发明内容
技术问题
MICO代表仅移动端发起通信,并且MICO模式的终端是指只有当终端本身有数据要发送时才连接到网络的终端。换句话说,当MICO模式的终端处于IDLE状态时,MICO模式的终端不执行接收寻呼的操作。因此,网络不能唤醒处于IDLE状态的MICO模式的终端,并且只有在MICO模式的终端醒来并请求连接到网络时网络才能确定对应的终端是可达的。
本公开提供了一种用于在SMF或UPF中缓冲用于MICO模式的终端的下行链路数据并分配缓冲定时器以向MICO模式的终端传输下行链路数据使得当终端变得可达时所缓冲的数据可以被传输到终端的方法。此外,本公开提供了一种用于当MICO模式的终端具有多个SMF和PDU会话时,在AMF中管理由多个SMF分配的缓冲定时器的方法。
此外,本公开定义了由能够满足5G移动通信中每个服务的要求的网络资源组成的网络切片(network slice)。移动运营商可以定义专用于每个运营商的网络切片。用户发送将用于5G网络接入的切片信息,同时使该切片信息包含在注册消息中。因此,本公开提供了一种用于维护切片信息安全性的方法。
关于有效管理用于非第三代合作伙伴项目(3gpp)长期演进的PDU会话的方法,该PDU会话是在终端通过3gpp接入和非3gpp接入连接到5G网络的情况下发生针对非3gpp接入的NW触发的注销时先前生成的,需要一种用于处理所述PDU会话的管理方法以解决问题,诸如,在根据5G网络中的注销删除了所有非3gpp接入的PDU会话的情况下即使终端可以继续通过3gpp接入来接收PDU会话,PDU会话也被不必要地删除的问题;即使对于非3gpp接入可能发生注销,但是如果不删除PDU会话,则在5G网络中使用就不必要的资源的问题;等等。
此外,这可以应用于管理3gpp的PDU会话的方法,该3gpp的PDU是在终端通过3gpp接入和非3gpp接入连接到5G网络的情况下发生针对3gpp接入的NW触发的注销时先前生成的。因此,在本公开中,将仅解决其中发生针对非3gpp接入的NW触发的注销的情况。
技术方案
根据本公开的一个方面,由会话管理功能(SMF)执行的通信方法包括:从用户平面功能(UPF)接收指示下行链路数据的出现的信息;确定对应于下行链路数据的终端是不可达的终端还是该终端是仅移动发起通信(MICO)模式的终端;在该终端是不可达的终端或者该终端是MICO模式的终端的情况下,确定缓冲下行链路数据的缓冲时间;以及向接入和移动性管理功能(AMF)和UPF中的至少一个传输关于缓冲时间的信息。
此外,该确定所述终端是不可达的终端还是所述终端是MICO模式的终端包括:向AMF传输关于下行链路数据的出现的信息,从AMF接收指示该终端是不可达的终端的信息和指示该终端是MICO模式的终端的信息中的至少一个,以及基于从AMF接收的信息,确定该终端是不可达的终端还是该终端是MICO模式的终端。
此外,SMF的通信方法还可以包括在SMF在缓冲时间期满之前从AMF接收到指示根据终端的服务请求终端是可达的信息的情况下,执行与UPF和终端的连接激活过程。
此外,SMF的通信方法还可以包括从AMF接收指示根据终端的服务请求终端是可达的信息,确定缓冲时间是否期满,以及在缓冲时间没有期满的情况下执行与UPF和终端的连接激活过程。
此外,执行与UPF和终端的连接激活过程可以包括向AMF传输用于会话建立的消息,该消息包括指示下行链路数据被挂起的信息。
根据本公开的另一方面,AMF的通信方法包括:从SMF接收指示下行链路数据出现的信息;确定对应于下行链路数据的终端是不可达的终端还是MIMO模式的终端;向SMF传输指示终端是不可达的终端的信息和指示终端是MIMO模式的终端的信息中的至少一个;以及从SMF接收关于缓冲下行链路数据的缓冲时间的信息。
此外,AMF的通信方法还可以包括从终端接收服务请求消息;确定缓冲时间是否期满;以及在缓冲时间没有期满的情况下,向SMF传输指示终端可达的信息。
此外,AMF的通信方法还可以包括从SMF接收用于会话建立的消息,该消息包括指示下行链路数据被挂起的信息。
根据本公开的另一方面,SMF的通信方法包括:收发器;以及控制器,被配置为连接到收发器,从UPF接收指示下行链路数据出现的信息,确定对应于下行链路数据的终端是不可达的终端还是该终端是MICO模式的终端,在该终端是不可达的终端或者该终端是MICO模式的终端的情况下确定缓冲下行链路数据的缓冲时间,并且将关于缓冲时间的信息传输到AMF和UPF中的至少一个。
根据本公开的另一方面,AMF包括:收发器;以及控制器,被配置为连接到收发器,从SMF接收指示下行链路数据出现的信息,确定对应于下行链路数据的终端是不可达的终端还是该终端是MICO模式的终端,向SMF传输指示该终端是不可达的终端的信息和指示该终端是MICO模式的终端的信息中的至少一个,以及从SMF接收关于缓冲下行链路数据的缓冲时间的信息。
有益效果
根据实施例的移动通信服务提供商可以对于终端使用的每个服务或者根据向该终端提供服务的应用服务器的请求支持延迟业务传输。MICO模式的终端适用于需要低功率通信的终端,因此,MICO模式的终端仅在有数据要由终端自身传输时才连接到网络以执行通信。然而,当根据服务或应用服务器的请求传输对应终端的业务时,可以在期望特定延迟时间的同时传输业务。例如,终端可以传输“低优先级”数据,这些数据是终端可以在10分钟或1小时后而不必立即响应的。这通常被称为高延迟数据通信。延迟的业务传输可能是由于用户平面功能的拥塞而发生的,而与特定的服务特性或AS请求无关。例如,如果用户平面功能拥塞,则当传输对终端所传输的数据的响应数据时,可能存在时间延迟。如果终端在此延迟期间回到IDLE模式,相应的网络不能唤醒MICO模式的终端并传输响应数据。因此,作为根据该实施例的效果,网络对于预期被延迟的服务或业务缓冲用于MICO模式的终端的下行链路业务特定的时间,并且当该终端可达时,维持该终端的无线连接稍长一点时间,因此可以提供数据通信服务而不丢失传送到该终端的业务。
此外,根据实施例,可以维护终端使用的切片信息的安全性。
此外,通过实施例,终端可以针对非3gpp接入提出NW触发的注销方案,并且高效管理非3gpp接入的PDU会话,从而高效管理5G网络中的资源。
附图说明
图1A和1B是示出了SMF缓冲用于MICO模式的终端的下行链路数据,并将该数据的定时器传输到AMF,AMF管理该定时器,并在终端醒来时将挂起数据指示传输到RAN节点的过程的示意图。
图2是示出SMF缓冲用于MICO模式终端的下行链路数据,从AMF接收终端变得可达的通知,然后向AMF通知缓冲数据的存在,使得AMF向RAN节点传输挂起数据指示的过程的示意图。
图3是示出根据实施例的注册过程的示意图。
图4是示出根据实施例的包括临时ID的两次操作注册过程的示意图。
图5是示出根据实施例的不包括临时ID的两次操作注册过程的示意图。
图6是示出根据实施例的单次操作注册过程的示意图。
图7是示出根据实施例的用于首先传输允许的NSSAI的包括临时ID的两次操作注册过程的示意图。
图8是示出根据实施例的用于首先传输允许的NSSAI的不包括临时ID的两次操作注册过程的示意图。
图9是示出根据实施例的用于首先传输允许的NSSAI的单次操作注册过程的示意图。
图10示出了根据实施例的终端通过3gpp接入和非3gpp接入连接到5G网络的结构的示例。
图11示出了当根据实施例的通过3gpp接入和非3gpp接入连接到5G网络的终端不能使用非3gpp接入时,该终端本地释放非3gpp接入的PDU会话或者本地注销非3gpp的过程。
图12示出了当根据实施例的通过3gpp接入和非3gpp接入连接到5G网络的终端不能使用非3gpp接入时,该终端本地释放非3gpp接入的PDU会话或者通过3gpp接入注销非3gpp的过程。
图13示出了当根据实施例通过3gpp接入和非3gpp接入连接到5G网络的终端不能使用非3gpp接入时,该终端通过3gpp接入将非3gpp接入的PDU会话转移到3gpp接入的过程。
图14示出了当AMF通过N3IWF认识到根据实施例的通过3gpp接入和非3gpp接入连接到5G网络的终端不能使用非3gpp接入时,该终端释放非3gpp接入的PDU会话或者通过3gpp接入注销非3gpp的过程。
图15是示出根据实施例的终端的配置的示意图。
图16是示出根据实施例的SMF的配置的示意图。
具体实施方式
在下文中,将参考附图详细地描述本公开的实施例。在本公开的以下描述中,当可能使本公开的主题相当不清楚时,将省略对结合在此的已知功能或配置的详细描述。下面将描述的术语是考虑到本公开中的功能而定义的术语,并且可以根据用户、用户意图或习惯而不同。因此,术语的定义应该基于整个说明书的内容。
通过参考下面结合附图详细描述的实施例,本公开的优点和特征以及实现它们的方式将变得显而易见。然而,本公开不限于下面阐述的实施例,而是可以以各种不同的形式实现。提供以下实施例仅是为了完全公开本公开,并告知本领域技术人员本公开的范围,并且本公开仅由所附权利要求的范围限定。在整个说明书中,相同或相似的附图标记表示相同或相似的元件。
这里,将理解流程图例示的每个块以及流程图例示的块的组合可以通过计算机程序指令来实施。这些计算机程序指令可以被提供给通用计算机、专用计算机的处理器或者其它可编程数据处理装置以便生产机器,从而经由计算机的处理器或者其它可编程数据处理装置运行的该指令创建用于实施流程图块或者多个流程图块中指定的功能的装备。这些计算机程序指令还可以被存储在计算机可用或计算机可读存储器中,该计算机可用或计算机可读存储器可以指导计算机或其他可编程数据处理装置以特定方式运行,使得存储在计算机可用或计算机可读存储器中的指令产生包括实现流程图块或多个块中指定的功能的指令装置的制造的制品。计算机程序指令还可以被加载到计算机或者其它可编程数据处理装置上,以使得一系列操作步骤在计算机或者其它可编程装置上被执行以产生计算机实施的过程,从而在计算机或者其它可编程装置上运行的指令提供用于实施流程图的块或者多个块中指定的功能的步骤。
并且,流程图例示的每个块可以表示包括用于实现特定的逻辑功能的一个或多个可执行指令的模块、段或代码的一部分。还应当注意,在一些替代实现中,在块中记录的功能可能不按顺序进行。例如,取决于所涉及的功能,连续示出的两个块实际上可以基本上同时执行,或者有时块可以以相反的顺序执行。
如这里所使用的,“单元”指执行预定功能的软件元件或硬件元件,例如现场可编程门阵列(Field Programmable Gate Array,FPGA)或专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)。然而,“单元”并不总是有局限于软件或硬件的含义。“单元”可以被构造成存储在可寻址存储介质中或者执行一个或多个处理器。因此,“单元”包括例如软件元素、面向对象的软件元素、类元素或任务元素、过程、功能、属性、过程、子程序、程序代码段、驱动器、固件、微码、电路、数据、数据库、数据结构、表、数组和参数。由“单元”提供的元件和功能可以被组合成更少数量的元件“单元”,或者被分成更多数量的元件“单元”。此外,元件和“单元”可以被实现为在设备或安全多媒体卡内再现一个或多个GPU。
在下文中,将参考附图详细地描述本公开的实施例。在本公开的以下描述中,当可能使本公开的主题相当不清楚时,将省略对结合在此的已知功能或配置的详细描述。下面将描述的术语是考虑到本公开中的功能而定义的术语,并且可以根据用户、用户意图或习惯而不同。因此,术语的定义应该基于整个说明书的内容。
此外,本公开的实施例的详细描述主要是基于基于OFDM的无线通信***的,特别是3gpp EUTRA标准,但是在不脱离本公开的范围的情况下,本公开的主题可以在稍微修改之后应用于具有相似技术背景和信道形式的其他通信***,并且以上可以由本领域技术人员确定。
在下文中,将参考附图详细描述本公开的操作原理。在下面描述本公开时,当确定其详细描述可能不必要地模糊了本公开的主题时,将省略结合在此的相关已知配置或功能的详细描述。下面将描述的术语是考虑到本公开中的功能而定义的术语,并且可以根据用户、用户意图或习惯而不同。因此,术语的定义应该基于整个说明书的内容。为了便于解释,以下描述中使用的用于识别接入节点的术语、涉及网络实体的术语、涉及消息的术语、涉及网络实体之间的接口的术语、涉及各种识别信息的术语等被例示。因此,本公开可以不受以下提供的术语的限制,并且可以使用指示具有等同技术含义的主题的其他术语。
实施例的详细描述将主要基于其中5G网络标准由3gpp定义的无线接入网络、作为核心网络的新RAN(NR)和分组核心(5G***核心网络或简称5G CN)。然而,在不脱离本公开的范围的情况下,本公开的主题也可以在稍作修改后应用于具有类似技术背景的其他通信***,并且这可以由本领域技术人员来确定。
在下文中,为了便于解释,可以使用第三代合作伙伴项目长期演进(3gpp)标准中定义的一些术语和名称。然而,本公开不受术语和名称的限制,并且可以根据不同的标准相同地应用于***。
根据该实施例的终端(或用户设备(UE))可以专用于物联网(IoT)的终端,并且可以有效地用于具有需要低功率的通信功能的终端。
<第一实施例>
对本公开中描述的实体的描述如下。
终端与RAN连接并接入执行5G核心网络装置的移动性管理功能的装置。在本公开中,该装置被称为接入和移动性管理功能(Access and Mobility Management Function,AMF)。这可以指负责RAN接入和终端移动性管理两者的功能或装置。AMF用于将终端的会话相关消息路由到SMF。AMF与SMF连接,SMF与用户平面功能(User Plane Function,UPF)连接,并分配要提供给终端的用户平面资源,以建立用于在基站和UPF之间传输数据的隧道。
MICO代表仅移动端发起通信,并且MICO模式的终端是指只有当终端本身有数据要传输时才连接到网络的终端。换句话说,当MICO模式的终端处于IDLE状态时,MICO模式的终端不接收用于接收寻呼的操作。因此,网络不能唤醒处于IDLE状态的MICO模式的终端,并且只有在MICO模式的终端醒来并请求连接到网络时网络才能够确定终端是可达的(reachable)。例如,在存在响应延迟时间可能长(延迟容限)的特征作为IoT业务的特征之一的情况下,如果使用MICO模式的IoT终端传输业务并在等待响应时返回IDLE模式,则由应用服务器传输的延迟的响应业务不能被传输到终端。作为另一个示例,在存在数据传输延迟时间可能长(高延迟通信)的特征作为IoT业务的特征之一的情况下,尽管应用服务器向使用MICO模式的IoT终端传输业务,但是由于不可达的MICO模式的终端而导致相应的数据不能被立即传输,并且相应的数据可以被缓冲直到终端变得可达,然后可以传输业务。
因此,本公开提出了一种方法,在该方法中用于MICO模式的终端的数据被缓冲在5G核心网络中,并且当存在缓冲数据时(或者当缓冲数据是高延迟通信或延迟容忍时),SMF向AMF通知要缓冲的时间值。因此,当终端通过注册更新或服务请求变得可达时,本公开提出了一种方法,在该方法中AMF向RAN节点传输挂起(pending)数据指示,使得终端的无线连接可以在比通常更长的时间内保持在连接状态。作为另一示例,本公开提出了一种方法,在该方法中,用于MICO模式的终端的数据被缓冲在5G核心网络中,当存在缓冲的数据时(或者当缓冲的数据是高延迟通信或延迟容忍时),SMF向UPF通知缓冲特定时间数据,然后,在终端通过注册更新或服务请求变得可达的情况下,当AMF向SMF通知终端的可达性时,挂起数据指示被传输到RAN节点,使得终端的无线连接可以在比通常更长的时间内保持在连接状态。作为另一示例,应用服务器可以通过网络暴露功能(Network Exposure Function,NEF)设置特定终端的通信图样。例如,指示提供给特定终端的服务具有延迟通信的特性、特定终端应该执行数据通信的时间、在数据通信开始时执行多长时间的数据通信等的信息可以被传输到5G核心网络功能。在接收到上述信息之后,SMF可以使用所提供的信息来确定终端的数据缓冲时间。如果向终端提供每30分钟醒来以执行数据通信的值,则终端可以将终端的UPF缓冲数据保持30分钟。
在本公开中,以数据传输为例,但是可以包括诸如SMS的服务作为数据传输的示例。或者,数据传输甚至可以包括用于传输和接收数据以确定终端位置信息的服务。
第一实施例-图1A和图1B
图1A和图1B是示出SMF向AMF通知用于MICO UE的数据的缓冲时间,AMF运行定时器以确定终端中是否有挂起(pending)数据并将确定结果通知RAN节点的过程的示意图。
在本公开的背景下,终端110和AMF 130在注册过程中协商是否使用MICO模式。终端110向AMF 130请求MICO模式,并且AMF 130应该允许终端110的MICO模式操作,使得终端110可以在MICO模式下操作。被授权在MICO模式下操作的终端110在预定时间后进入IDLE状态。在这种状态下,终端110可以不监控寻呼信道,因此不可以说没有执行寻呼操作。当生成要由MICO模式的终端110传输的数据时,终端110向终端110的非接入层(Non-AccessStratum,NAS)通知要求数据通信,并且NAS层配置服务请求消息。终端110向AMF 130传输服务请求消息,以激活数据通信所需的协议数据单元(PDU)会话。当AMF 130接收到终端110传输的服务请求时,AMF 130确定终端110是可达的。AMF 130确定接收到的服务请求已经从MICO模式的终端110到达,然后向SMF 140通知终端110的可达性。此后,SMF 140根据终端110的位置执行与UPF 150的PDU会话激活过程。在完成PDU会话激活操作之后,SMF 140通过AMF 130向基站120传输用于建立数据无线电承载的消息。这意味着由AMF 130传输到RAN节点120的消息,以便产生对于终端110的数据传输路径。
当终端110的下行链路数据在操作161中从外部网络(未示出)到达时,UPF 150在操作162中向SMF 140通知下行链路数据的到达。在操作162中,SMF 140从UPF 150接收下行链路数据通知,并且在操作163中,SMF 140确定对应的终端110是不可达的还是对应的终端110是MICO模式的终端。基于由于终端110使用MICO模式而由AMF 130通知SMF 140的值,SMF140确定相应的终端110是不可达的还是相应的终端110处于MICO模式。当SMF 140不确定终端110是不可达的还是终端110处于MICO模式时,在操作164中,SMF 140向AMF 130通知下行链路数据的到达。在操作165中,AMF 130基于在操作164中从SMF 140接收的消息来确定相应的终端110是否处于MICO模式。AMF 130确定终端110处于MICO模式,并且向SMF 140传输操作166的消息(例如,下行链路数据通知ACK),该消息是对操作164的消息的响应,并且AMF130在操作166向SMF 140通知终端110是不可达的或者终端110处于MICO模式。根据实施例,在操作166接收到该消息的SMF 140识别终端110不可达或者终端110处于MICO模式,然后确定对应终端110的下行链路数据将被缓冲多长时间。该缓冲时间可以是设置在SMF 140内部的值,或者可以根据稍后将描述的第三实施例考虑向外部服务器请求的值来确定。可选地,缓冲时间可以基于UPF 150的拥塞来确定。根据实施例,如上所述已经确定在特定时间内缓冲用于MICO模式的终端110的下行链路数据的SMF 140在操作167向UPF 150传输消息,使得相应的下行链路分组可以被缓冲特定时间。根据实施例,SMF 140在操作168向AMF 130传输消息,以通知终端110指示到达的下行链路数据将被缓冲的标识符,并且与该消息一起传输指示将执行多长时间缓冲的缓冲定时器的值。可选地,SMF 140可以仅向AMF 130传输缓冲定时器。在这种情况下,因为AMF 130已经接收到该缓冲定时器,所以可以看出将对相应的分组执行缓冲。根据实施例,在操作169中,接收该消息的AMF 130根据包括在该消息中的定时器值来运行定时器。该定时器是为终端110运行的定时器。
根据详细实施例,当SMF 140如上所述接收用于终端110的另一下行链路数据时(例如,接收另一PDU会话的下行链路数据,或者另一示例,接收同一PDU会话的附加下行链路数据),SMF 140可以再次确定对应下行链路数据的缓冲定时器。因此,如在操作168的消息中一样,SMF 140可以向AMF 130传输用于新添加的消息的缓冲定时器。已经接收该缓冲定时器的AMF 130可以更新运行的定时器。SMF 140新传输的缓冲定时器可以比先前的缓冲定时器短或长。AMF 130基于新接收的定时器再次运行定时器,而不管先前接收和运行的定时器的剩余值。或者,如果先前接收并运行的定时器的剩余值大于新接收的定时器的值,则AMF 130可以继续运行剩余的定时器。
当时间过去,在操作170和171中,终端110醒来并向AMF 130传输服务请求。已经接收到服务请求的AMF 130确定终端110变得可达。根据实施例,在操作172中,AMF 130确定先前从SMF 140接收的缓冲定时器是仍在运行还是已期满。如果缓冲定时器仍然被运行,AMF130确定有下行链路挂起数据要传输到终端110。如果定时器已期满,AMF 130确定将要传输到终端110的挂起数据已经被丢弃。在操作173中,AMF 130向与终端110使用的PDU会话相关联的SMF 140通知终端110变得可达。在操作174中,已经接收到该消息的SMF 140与UPF 150执行用于终端110的PDU会话激活过程。在操作175中,已经与UPF 150执行了PDU会话激活的SMF 140向AMF 140传输N11消息,以建立基站120和UPF 150之间的连接(N11是AMF 130和SMF 140之间的接口名称)。该消息包括用于在基站120和UPF 150之间建立会话的消息。根据实施例,在操作172中确定存在用于终端110的挂起数据的情况下,当操作175的会话建立相关消息被包括在操作176的消息中并被传输到基站120时,AMF 130可以传输挂起数据指示以保持终端110的无线资源更长时间,因为存在要传输到终端的数据。基站120可以在操作177向终端110传输消息,以完成终端110、基站120和UPF 150之间的PDU会话的建立。在操作176中,当在操作178中确定终端110的无线资源不活动时,已经接收到挂起数据指示的基站120可以操作来确定不活动的时间比通常长。因此,即使终端110长时间不使用无线资源,终端110也可以保持无线资源而不释放它们。此后,在操作179中,基站120、AMF 130、SMF140和UPF 150执行剩余的服务请求过程。
第二实施例-图2
图2是示出了SMF确定用于MICO UE的数据的缓冲时间,并将所确定的缓冲时间通知UPF,并且当AMF通知SMF该终端是可达的并通知确定结果时,AMF确定是否存在用于该终端的下行链路挂起数据的过程的示意图。
在本公开的背景下,终端110和AMF 130在注册过程中协商是否使用MICO模式。终端110向AMF 130请求MICO模式,并且AMF 130应该允许终端110的MICO模式操作,使得终端110可以在MICO模式下操作。被授权在MICO模式下操作的终端110在预定时间后进入IDLE状态。在这种状态下,终端110可以不监控寻呼信道,因此不可以说没有执行寻呼操作。当生成要由MICO模式的终端110传输的数据时,终端110向终端110的NAS通知要求数据通信,并且NAS层配置服务请求消息。终端110向AMF 130传输服务请求消息,以激活数据通信所需的PDU会话。当AMF 130接收到终端110传输的服务请求时,AMF 130确定终端110是可达的。AMF130确定接收到的服务请求已经从MICO模式的终端110到达,然后向SMF 140通知终端110的可达性。此后,SMF 140根据终端110的位置与UPF 150执行PDU会话激活过程。在完成PDU会话激活操作之后,SMF 140通过AMF 130向基站120传输用于建立数据无线电承载的消息。这意味着消息由AMF 130传输到RAN节点120,以便产生对于终端110的数据传输路径。
当用于终端110的下行链路数据在操作210中从外部网络(未示出)到达时,UPF150在操作211中向SMF 140通知下行链路数据的到达。在操作211中,SMF 140从UPF 150接收下行链路数据通知,并且在操作212中,SMF 140确定相应的终端110是不可达的还是相应的终端110是MICO模式的终端。基于由于终端110使用MICO模式而由AMF 130通知SMF 140的值,SMF 140确定相应的终端110是不可达的或者相应的终端110处于MICO模式。在操作212中,SMF 140确定终端110是不可达的或者终端110处于MICO模式。在操作213中,已经确定终端110是不可达的或终端110处于MICO模式的SMF 140请求UPF 150缓冲相应的下行链路数据,并传输用于执行多长时间的缓冲的缓冲定时器值。已经接收到这个的UPF 150在接收到的缓冲定时器期间缓冲相应的下行链路分组。SMF 140可以运行该定时器来确定用于终端110的下行链路数据将被缓冲多长时间。
当时间过去,终端110醒来并在操作214和215中向AMF 130传输服务请求。已经接收到服务请求的AMF 130确定终端110变得可达。在操作216中,AMF 130向与终端110使用的PDU会话相关联的SMF 140通知终端110变得可达。在操作217中,已经接收到该消息的SMF140确定终端110的缓冲定时器是否已经期满。当缓冲定时器期满时,SMF 140确定UPF 150删除UPF 150缓冲的数据。当缓冲定时器没有期满时,SMF 140确定要传输到终端110的下行链路数据被挂起(pending)。基于该确定,SMF 140执行操作219。首先,在操作218中,SMF140与UPF 150执行用于终端110的PDU会话激活过程。在操作219中,已经与UPF 150执行了PDU会话激活的SMF 140向AMF 140传输N11消息,以建立基站120和UPF 150之间的连接(N11是AMF 130和SMF 140之间的接口名称)。该消息包括用于在基站120和UPF 150之间建立会话的消息。根据实施例,当SMF 140在操作219向AMF 130传输消息时,该消息可以包括指示要传输到终端110的下行链路数据被缓冲或被挂起的标识符。这可以称为挂起数据指示或缓冲指示。在另一个实施例中,SMF 140可以传输指示要传输到终端110的消息具有高延迟(high latency)通信特性或延迟容忍(delay tolerant)特性的标识符。标识符可以是指示终端110通信的业务是具有长延迟时间的业务或者应该以长延迟时间传输的业务的标识符。或者,标识符可以是表示除标识符类型之外的时间值的信息。上述信息可以是根据第三实施例设置的值。在操作219已接收到消息的AMF 130可以确定要传输到终端110的下行链路数据被挂起。因此,当AMF 130在允许会话建立相关消息被包括在消息中的同时在操作220向基站120传输会话建立相关消息时,因为有数据要传输到终端110,所以AMF 130可以传输挂起数据指示,以保持终端110的无线资源更长时间。根据详细实施例,AMF 130可以在操作220中将在操作219从所述消息接收的“终端的业务延迟时间或业务传输特性的标识符”或者时间值包括消息中,并且可以将相应的消息传输到基站120。在操作221中,当确定终端110的无线资源不活动时,在操作220中接收到挂起数据指示的基站120可以操作来确定无线资源不活动的时间比通常长。这可以基于在操作220中接收的时间值。因此,即使终端110长时间不使用无线资源,终端110的无线资源也可以保持不被释放。基站120通过在操作222向终端110传输消息来完成终端110、基站120和UPF 150之间的PDU会话的建立。此后,基站120、AMF 130、SMF 140和UPF 150执行剩余的服务请求过程,并将下行链路数据传输到终端110。
第三实施例:
第三方中的应用服务器(Application Server,AS)可以根据服务的特性,配置5G网络中的对应终端110对于由AS本身向其提供服务的终端110的通信图样。通信图样可能包含以下信息:
-终端通信时间表:如周一9:10、11月11日11:11等。
-终端的通信延迟:当AS向终端提供服务时应用的业务延迟,例如2秒、1秒、200毫秒等。
-终端执行通信期间的通信:每30分钟、每小时等。
第三方应用服务器通过网络暴露功能(NEF)传输关于为特定终端110配置上述通信图样的请求。请求消息包括终端110的标识符。此外,终端110用来与应用服务器通信的DNN值可以包括在请求消息中。
已接收到该请求的NEF找到服务于被请求的终端110的SMF 140。然后,在实施例中,所请求的通信图样被传送到服务于相应终端110的SMF 140。在本公开中,为了方便起见,这被称为通信图样供应请求。在另一实施例中,该消息不从NEF直接传输到SMF 140。也就是说,在用户数据管理(UDM,对应于HSS在过去的角色)中,NEF被配置为终端110的订阅信息,然后UDM向SMF 140通知终端110的上下文更新,使得通信图样可以被传输到SMF 140。
在接收到通信图样信息之后,SMF 140为相应的终端110配置缓冲定时器值。此后,执行与本公开的图1和图2中相同的过程。
<第二实施例>
在描述实施例时,切片、服务、网络切片、网络服务、应用切片、应用服务等可以互换使用。
当终端连接到5G移动通信网络时,终端可以在注册消息中包括要在连接之后使用的切片信息,并且可以传输相应的信息。图3说明了初始网络连接注册过程。在操作350中,终端310在注册请求消息中包括作为要使用的切片信息的所请求的网络切片选择辅助信息(Network Slice Selection Assistance Information,NSSAI),并将相应的信息传输到RAN 320。已经接收到该注册请求消息的RAN 320在操作355中选择能够支持所请求的NSSAI的AMF 330,并且在操作360转发该消息。在操作365中,已经接收到注册请求消息的AMF 330从UDM 340获得终端310的订户信息(UE订阅)。已经接收到UE订阅信息的AMF 330获得允许的NSSAI。至于确定允许的NSSAI的方法,可以基于从终端310接收的请求的NSSAI、终端的订户信息、移动运营商的策略以及在当前终端位置可用的切片信息来确定允许的NSSAI。用于确定允许的NSSAI的网络功能可以由AMF 330、网络切片选择功能(NSSF)或网络储存库功能(NRF)来执行。如果NSSF或NRF确定了允许的NSSAI,则在操作365之后,AMF 330与NSSF(未示出)或NRF(未示出)通信以获得允许的NSSAI信息。已经获得终端310的订阅信息的AMF 330在操作370中认证终端330,并执行安全设置。在操作370之后,在终端310和AMF 330之间以及在终端310和RAN 320之间传输和接收的消息是具有保证安全性的(完整性保护的NAS和机密性保护的)消息。AMF 330分配临时ID(Temp-ID),其是终端310用来接入网络的临时标识符。AMF 330可以通过操作375和380向终端310传输允许终端310注册的注册接受消息。注册接受消息可以包括允许的NSSAI信息和Temp-ID。也就是说,在操作375和380的消息是具有保证安全性的消息。
以这种方式,图3示出了在操作350中在注册请求中包括所请求的NSSAI的消息流。图3可以应用于(1)终端310和AMF 330已经在操作350中执行了安全设置以保护注册请求的情况,或者(2)即使操作350的消息没有被保证也不需要安全性的切片。下文中,图4至图9示出了当操作350的注册请求的安全性没有得到保证时,不包括所请求的NSSAI的方法。
图4是示出根据实施例的包括临时ID的两次操作注册过程的示意图。也就是说,操作410至440与参考图3描述的操作350至380相同。然而,在操作410中,终端310向RAN 320传输注册请求消息,而不包括所请求的NSSAI。没有接收到所请求的NSSAI的AMF 330不获取所允许的NSSAI,并且即使在操作435和440中,所允许的NSSAI也不被包括。通过该过程,在操作430中,已经执行安全设置的终端310在操作445中向RAN 320传输注册请求消息,并且包括所请求的NSSAI。此时,先前注册过程中分配的Temp-ID被包括。在操作450中,RAN 320基于Temp-ID选择与Temp-ID相关联的AMF 330,并转发消息。在操作455中,已经接收到所请求的NSSAI的AMF 330获取所允许的NSSAI。至于确定允许的NSSAI的方法,可以基于从终端310接收的请求的NSSAI、终端310的订户信息、移动运营商的策略以及在当前终端位置可用的切片信息来确定允许的NSSAI。用于确定允许的NSSAI的网络功能可以由AMF 330、NSSF或NRF来执行。如果NSSF或NRF确定允许的NSSAI,则在操作455之后,AMF 330与NSSF或NRF通信以获得允许的NSSAI信息。已经获得所允许的NSSAI的AMF 330本身确定是否支持包含在所允许的NSSAI中的S-NSSAI,并且在不支持S-NSSAI时,AMF 330在操作460中将相应的消息转发到能够支持包含在所允许的NSSAI中的S-NSSAI的另一个AMF 335。当当前AMF 330可以支持包括在允许的NSSAI中的S-NSSAI时,不执行操作460并且在操作465中的消息由默认AMF330来发送。在操作465和470中,AMF 330和335传输注册接受消息,用于通知终端310注册成功,并且允许的NSSAI包括在相应的消息中。如果新AMF 335向终端310分配新的Temp-ID,则在操作465和470中新分配的Temp-ID也可以被包括和传输。
图5是示出使用两次操作注册过程来确保切片信息安全性的方法的示意图。也就是说,操作510至540与参考图3描述的操作350至380相同。通过该过程,在操作530中,已经执行安全设置的终端310在操作545中向RAN 320传输注册请求消息,并且包括所请求的NSSAI。然而,在图5中,在先前注册过程中分配的Temp-ID只包含在NAS消息中,而不包含在RRC消息中。请求的NSSAI包含在NAS和RRC消息二者中。NAS消息是从终端310传输到AMF 330的消息,而RRC消息是从终端310传输到RAN 320的消息。在操作550中,RAN 320基于所请求的无Temp-ID的NSSAI选择AMF 335(因为在操作545中终端310不在RRC消息中包括Temp-ID),并转发相应的消息。也就是说,在操作555中接收到注册请求消息的AMF 335可以不同于现有的默认AMF 330。在操作555接收到该消息的AMF 335基于包括在注册请求消息中的Temp-ID识别先前连接到终端310的默认AMF 330(因为终端310在操作545在NAS消息中包括Temp-ID),并且在操作560从默认AMF 330获得UE上下文相关信息。在操作555中,已经接收到所请求的NSSAI的AMF 335获取所允许的NSSAI。至于确定允许的NSSAI的方法,可以基于从终端310接收的请求的NSSAI、终端310的订户信息、移动通信运营商的策略以及在当前终端位置可用的切片信息来确定允许的NSSAI。用于确定允许的NSSAI的网络功能可以由AMF330和335、NSSF或NRF来执行。如果NSSF或NRF确定允许的NSSAI,则在操作560之后,AMF 335与NSSF或NRF通信以获得允许的NSSAI信息。已经获得所允许的NSSAI的AMF 335本身确定是否支持包含在所允许的NSSAI中的S-NSSAI,并且在不能支持S-NSSAI时,AMF 330在操作565中将相应的消息转发到能够支持包含在所允许的NSSAI中的S-NSSAI的另一个AMF(未示出)。当当前AMF(默认AMF)335可以支持包括在允许的NSSAI中的S-NSSAI时,不执行操作565。在操作570和575中,AMF 335传输注册接受消息,用于通知终端310注册成功,并且允许的NSSAI包括在相应的消息中。如果新AMF 335向终端310分配新的Temp-ID,则在操作570和575中新分配的Temp-ID也可以被包括和传输。
图6是示出根据实施例的单次操作注册过程的示意图。操作610至630与参考图3描述的操作350至370相同。因为在操作630之后传输的消息是具有保证安全性的消息,所以在操作630中已经执行了安全性设置的终端310在操作635中向AMF 330传输所请求的NSSAI。此时,操作630和635可以不同时执行。也就是说,终端310可以在操作630的安全设置期间包括所请求的NSSAI,并将所请求的NSSAI传输到AMF 330,而不是如操作635中那样向AMF 330传输独立消息。在操作635中接收到所请求的NSSAI的AMF 330获取所允许的NSSAI。至于确定允许的NSSAI的方法,可以基于从终端310接收的请求的NSSAI、终端310的订户信息、移动运营商的策略以及在当前终端位置可用的切片信息来确定允许的NSSAI。用于确定允许的NSSAI的网络功能可以由AMF 330、NSSF或NRF来执行。如果NSSF或NRF确定允许的NSSAI,则在操作635之后,AMF 330与NSSF或NRF通信以获得允许的NSSAI信息。已经获得所允许的NSSAI的AMF 330本身确定是否支持包含在所允许的NSSAI中的S-NSSAI,并且在不支持S-NSSAI时,AMF 330在操作640中将相应的消息转发到能够支持包含在所允许的NSSAI中的S-NSSAI的另一个AMF 335。当当前AMF(默认AMF)330可以支持包括在允许的NSSAI中的S-NSSAI时,不执行操作640,并且在操作645中的消息被传输至默认AMF 330。在操作645和650中,AMF 330和335传输注册接受消息,用于通知终端310注册成功,并且允许的NSSAI包括在相应的消息中。如果新AMF 335向终端310分配新的Temp-ID,则在操作645和650中新分配的Temp-ID也可以被包括和传输。
图3至6示出了一种当终端310首次传输所请求的NSSAI时,网络(AMF 330和335、NSSF或NRF)基于所请求的NSSAI生成允许的NSSAI,并将生成的允许的NSSAI传输到终端310的方法。图7至图9示出了一种网络首先将包括当前终端310的位置处可用的切片信息的所允许的NSSAI传输到终端310,并且终端310从所允许的NSSAI中选择要使用的S-NSSAI,并将所选择的S-NSSAI传输到所请求的NSSAI的方法。
图7示出使用两次操作注册过程来确保切片信息安全性的方法。操作710至730与图3中描述的操作350至370相同。在操作730之后向终端310传输注册接受消息之前,AMF330获取允许的NSSAI。至于确定允许的NSSAI的方法,可以基于终端310的订户信息、移动运营商的策略和在当前终端位置可用的切片信息来确定允许的NSSAI。用于确定允许的NSSAI的网络功能可以由AMF 330、NSSF或NRF来执行。当NSSF或NRF确定允许的NSSAI时,则在操作730之后,AMF 330与NSSF或NRF通信以获得允许的NSSAI信息。AMF 330分配临时ID或Temp-ID,其是终端310用来接入网络的临时标识符。AMF 330可以通过操作735和740向终端310传输允许终端310注册的注册接受消息,并且可以在注册接受消息中包括允许的NSSAI信息和Temp-ID。在操作740中已经接收到消息的终端310在作为当前网络中可用的切片信息的允许的NSSAI中选择要使用的切片,并产生所请求的NSSAI。在操作745中,终端310向RAN 320传输注册请求消息,并包括所请求的NSSAI。此时,先前注册过程中分配的Temp-ID被包括。在操作750中,RAN 320基于Temp-ID选择与Temp-ID相关联的AMF 330,并转发相应的消息。在操作755中,已经接收到所请求的NSSAI的AMF 330可以认证终端310是否可以使用相应的切片。AMF 330本身确定是否支持包含在要由终端310使用的切片中的S-NSSAI,并且当S-NSSAI不可以被支持时,在操作760中,将相应的消息转发到能够支持相应的S-NSSAI的AMF335。当当前AMF 330(默认AMF)可以支持相应的S-NSSAI时,不执行操作760,并且操作765中的消息由默认AMF 330来发送。在操作765和770中,AMF 330和335传输注册接受消息,用于通知终端310注册成功,并且如果必要的话,允许的NSSAI可以被包括在相应的消息中。当新AMF 335向终端分配新的Temp-ID,则在操作765和770中新分配的Temp-ID也可以被包括和传输。
图8类似于图7。然而,图7和图8之间的区别在于,在操作845中,终端310不将Temp-ID包括在RRC消息中,使得RAN 320在操作850中基于所请求的NSSAI选择AMF 335,并且在操作855中将消息转发给所选择的AMF 335。也就是说,在操作855中接收到注册请求消息的AMF 335可以不同于现有的默认AMF 330。在操作855接收到该消息的AMF 335基于包括在注册请求消息中的Temp-ID识别先前连接到终端310的默认AMF 330(因为终端310在845中将Temp-ID包括在NAS消息中),并且在操作860从默认AMF 330获得UE上下文相关信息。在操作855中,具有所请求的NSSAI的AMF 335可以认证终端310是否可以使用相应的切片。AMF 335本身确定是否支持包含在要由终端使用的切片中的S-NSSAI,并且当S-NSSAI不可以被支持时,在操作865中,将相应的消息转发到能够支持相应的S-NSSAI的另一AMF(未示出)。当当前AMF 335(默认AMF)可以支持相应的S-NSSAI时,不执行操作865,并且操作870中的消息由默认AMF 335来发送。在操作870和875中,AMF 335传输注册接受消息,用于通知终端310注册成功,并且如果必要的话,允许的NSSAI可以被包括在相应的消息中。当新AMF 335向终端310分配了新的Temp-ID时,在操作870和875中新分配的Temp-ID也可以被包括和传输。
图9示出使用单次操作注册过程来确保切片信息安全性的方法。操作910至930与参考图6描述的操作610至630相同。在操作930之后由已经在操作930中执行了安全设置的终端310传输的消息是具有保证安全性的消息。在操作930之后,AMF 330获取允许的NSSAI。至于允许的NSSAI的方法,可以基于终端310的订户信息、移动运营商的策略和在当前终端位置可用的切片信息来确定允许的NSSAI。用于确定允许的NSSAI的网络功能可以由AMF330、NSSF或NRF来执行。如果NSSF或NRF确定允许的NSSAI,则在操作930之后,AMF 310与NSSF或NRF通信以获得允许的NSSAI信息。在操作935中,AMF 330向终端310传输允许的NSSAI。已经接收到允许的NSSAI的终端310在作为当前网络中可用的切片信息的允许的NSSAI中选择要使用的切片,并产生所请求的NSSAI。在操作940中,终端310向AMF 330传输所请求的NSSAI。已经接收到所请求的NSSAI的AMF 330可以认证终端310是否可以使用相应的切片。AMF 330本身确定是否支持包含在要由终端使用的切片中的S-NSSAI,并且当S-NSSAI不可以被支持时,在操作945中,将相应的消息转发到能够支持相应的S-NSSAI的另一AMF 335。当当前AMF 330(默认AMF)可以支持相应的S-NSSAI时,不执行操作945并且操作950中的消息由默认AMF 330传输。在操作950和955中,AMF 330和335传输注册接受消息,用于通知终端310注册成功,并且如果必要的话,允许的NSSAI可以被包括在相应的消息中。当新AMF 335向终端310分配新的Temp-ID,则在操作950和955中新分配的Temp-ID也可以被包括和传输。
请求的NSSAI或允许的NSSAI包括S-NSSAI的列表。S-NSSAI是指特定的切片。
<第三实施例>
图10示出了根据实施例的终端通过非3gpp接入连接到5G网络的结构的示例。具体而言,图3示出了其中终端通过3gpp接入和非3gpp接入连接到5G网络的结构的示例,并且还包括使用公共AMF的结构。
参考图10,当终端通过3gpp接入连接到5G核心网络即5G RAN,并且同时该终端通过非3gpp接入连接到5G核心网络时,选择公共AMF。终端通过3gpp接入和非3gpp接入中的每一个连接到5G核心网络,并且AMF分别管理3gpp和非3gpp。
这里,N3IWF是5G核心网络设备,其被定义为用于非3gpp接入和5G核心网络之间的平滑互工作。N3IWF也称为ngPDG,其是用于转发通过非3gpp接入传输和接收的NAS消息或数据的实体。SMF是管理会话并为终端分配IP地址的实体,而UPF在SMF的控制下转发用户数据。
根据实施例,当AMF对非3gpp接入执行注册管理时,相应终端管理非3gpp接入的PDU会话的方法可以根据相应终端是否是通过3gpp接入注册的而变化。
例如,在相应终端是通过3gpp接入或非3GP接入注册的情况下,当对终端的非3gpp接入执行NW触发的注销时,执行非3gpp接入的PDU会话当中被确定为终端即使在3gpp接入中也能够服务的PDU会话到3gpp接入的切换,使得即使非3gpp接入被注销,也可以通过3gpp接入连续地服务于可能的PDU会话。结果,终端和5G核心网络可以有效地执行资源管理。具体地,相应终端管理非3gpp接入的PDU会话的方法可以包括这样的情况,其中,即使在终端处于非3gpp接入的CM-IDLE的情况下,终端也对非3gpp接入执行NW触发的注销。此外,在该实施例中,主要描述了针对非3gpp接入的注销,但是针对3gpp接入的注销过程可以应用于通过相同方法管理3gpp接入的PDU会话的方法。
图11示出了在根据实施例的通过3gpp接入和非3gpp接入连接到5G网络的终端处于非3gpp接入的CM-IDLE的情况下,终端对非3gpp接入执行NW触发的注销的过程。
在操作1110中,在5G中通过3gpp接入和非3gpp接入已经成功执行注册的终端1101使用通过非3gpp接入产生的PDU会话。
此时,由于各种原因导致终端1101不在非3gpp接入的覆盖范围内、非3gpp接入被禁用(诸如非3gpp接入模块被关闭)、终端1101和N3IWF 1102之间的安全连接丢失等,在操作1120中,终端1101进入非3gpp接入的CM-IDLE模式。在这种情况下,例如5G网络,AMF 1103可以触发终端1101的非3gpp接入的NW触发的注销。例如,在非3gpp接入的注销定时器期满或者由于终端1101的订阅的变化而禁用非3gpp接入的注册的情况下,AMF 1103执行NW触发的注销。此时,由于非3gpp接入处于CM-IDLE模式,在操作1130中,AMF 1101通过3gpp接入向终端1101传输针对非3gpp接入的注销请求消息。
在操作1140中,已经接收到注销请求消息的终端1101不处理注销请求消息,并且等待直到在非3gpp接入的PDU会话当中完全执行了可移动到3gpp接入的PDU会话的切换。
在操作1150中,终端1101基于UE策略信息、用户配置信息等确定执行为现有非3gpp接入产生的PDU会话当中的PDU会话到3gpp接入的切换,并且执行用于对于所确定的PDU会话执行到3gpp接入的切换的过程。关于该切换过程,当针对非3gpp的PDU会话执行切换时,生成要通过3gpp接入的gNB 1102连接到UPF 1105的数据路径,同时通过3gpp接入使用相同的PDU会话ID生成PDU会话,并且如果需要的话,删除现有非3gpp接入的N3IWF 1102和UPF 1105之间的数据路径。
已经完成切换过程的终端1101处理挂起的注销请求消息。也就是说,在操作1160中,仍然作为非3gpp接入的PDU会话而保留的PDU会话被本地释放,并且向AMF 1103通知注销的非3gpp接入的注销接受消息通过3gpp接入被传输到AMF 1103。
在操作1170中,已经接收到非3gpp接入的注销接受消息的AMF 1103通过SMF 1104执行关于仍为非3gpp接入保留的PDU会话的释放。在操作1180中,已经从SMF 1104接收到对PDU会话释放的ACK的AMF 1103完成对终端1101的非3gpp接入的注销过程。
上述实施例对应于终端1101处于非3gpp接入的CM-IDLE的情况,但是即使在CM-CONNECTED的情况下,也可以通过经由3gpp接入对非3gpp接入执行NW触发的注销来同等地执行PDU会话管理和注销。
图12示出在根据实施例的通过3gpp接入和非3gpp接入连接到5G网络的终端处于CM-IDLE的情况下,对非3gpp接入执行NW触发的注销的过程。
在操作1210中,已经通过3gpp接入和非3gpp接入在5G网络上成功执行注册的终端1101使用通过非3gpp接入产生的PDU会话。
此时,在操作1220中,由于各种原因使得终端1101不在非3gpp接入的覆盖范围内,非3gpp接入被禁用,例如非3gpp接入模块被关闭,终端1101和N3IWF 1102之间的安全连接丢失等,终端1101进入非3gpp接入的CM-IDLE模式。在这种情况下,5G网络,例如,AMF 1103可以对终端1101的非3gpp接入触发NW触发的注销。例如,在非3gpp接入的注销定时器期满或者由于终端1101的订阅的变化而禁用非3gpp接入的注册的情况下,AMF 1103执行NW触发的注销。此时,由于非3gpp接入处于CM-IDLE模式,在操作1130中,AMF 1103通过3gpp接入向终端1101传输针对非3gpp接入的注销请求消息。
在操作1230中,在处理注销请求消息之前,已经接收到注销请求消息的终端1101在非3gpp接入的PDU会话中选择可以移动到3gpp接入的PDU会话,并且在终端中将相应的PDU会话内部移动到3gpp接入。
在选择可以移动到3gpp接入的PDU会话时,在操作1240中,终端1101基于用户设备策略信息、用户配置信息等,确定是否对于为现有非3gpp接入产生的PDU会话当中的PDU会话执行到3gpp接入的切换,在终端中将PDU会话内部移动到3gpp接入,并且将包括移动到3gpp接入的PDU会话的PDU会话ID的针对非3gpp接入的注销接受消息通过3gpp接入传输到AMF 1103。
同时,在操作1250中,已经接收到包括PDU会话ID的注销接受消息的AMF 1103在将PDU会话ID包括在会话转移请求消息中的同时向SMF 1104传输该会话转移请求消息,以便将该PDU会话ID的PDU会话移动到3gpp接入。此时,该请求消息可以包括指示从非3gpp接入切换到3gpp接入的会话转移的切换指示。
在操作1260中,已经接收到该请求的SMF 1104执行用于将相应的PDU会话移动到3gpp接入的过程。为此,对于现有PDU会话产生通过3gpp接入的gNB 1102连接到UPF 1105的数据路径,并且如果需要,删除现有非3gpp接入的N3IWF 1102和UPF 1105之间的数据路径。
同时,在操作1270中,通过SMF 1104对于未包括在注销接受消息中的PDU会话ID的PDU会话执行释放。在操作1280中,已经从SMF 1104接收到对PDU会话释放的ACK的AMF 1103完成对终端1101的非3gpp接入的注销过程。
上述实施例对应于终端1101处于非3gpp接入的CM-IDLE的情况,但是即使在CM-CONNECTED的情况下,也可以通过经由3gpp接入对非3gpp接入执行NW触发的注销来同等地执行PDU会话管理和注销。
图13示出了根据实施例,对于通过3gpp接入和非3gpp接入连接到5G网络的连接模式的终端,执行非3gpp接入的NW触发的注销的过程。
在操作1310中,已经通过3gpp接入和非3gpp接入在5G网络上成功执行注册的终端1101使用通过非3gpp接入产生的PDU会话。
5G网络,例如AMF 1103,对于处于非gpp接入的连接模式的终端1101,可以触发针对终端1101的非3gpp接入的NW触发的注销。例如,由于因为终端1101的订阅的改变等而不可能注册非3gpp接入的情况,AMF 1103执行NW触发的注销。此时,在操作1330中,AMF 1103通过非3gpp接入向终端1101传输针对非3gpp接入的注销请求消息(1330操作)。
在操作1340中,已经接收到注销请求消息的终端1101不处理注销请求消息,并且等待直到在非3gpp接入的PDU会话当中能够移动到3gpp接入的PDU会话的切换完成。
在操作1350中,终端1101基于用户设备策略信息、用户配置信息等,确定是否对于为现有非3gpp接入产生的PDU会话当中的PDU会话执行到3gpp接入的切换,并且执行用于对于所确定的PDU会话执行到3gpp接入的切换的过程。关于切换过程,当针对非3gpp的PDU会话执行切换时,在通过3gpp接入使用相同的PDU会话ID生成PDU会话的同时生成通过3gpp接入的gNB 1102要连接到UPF 1105的数据路径,,并且删除现有非3gpp接入的N3IWF 1102和UPF 1105之间的数据路径。
已经完成切换过程的终端1101处理挂起的注销请求消息。也就是说,在操作1360中,仍然作为非3gpp接入的PDU会话而保留的PDU会话被本地释放,并且向AMF 1103通知注销的针对非3gpp接入的注销接受消息通过3gpp接入被传输到AMF 1103。
在操作1370中,已经接收到针对非3gpp接入的注销接受消息的AMF 1103通过SMF1104执行关于仍为非3gpp接入保留的PDU会话的释放。在操作1380中,已经从SMF 1104接收到对PDU会话释放的ACK的AMF 1103完成针对终端1101的非3gpp接入的注销过程。
图14示出了通过3gpp接入和非3gpp接入连接到5G网络的终端在非3gpp接入的CM-连接的情况下,对非3gpp接入执行NW触发的注销的过程。
在操作1410中,已经通过3gpp接入和非3gpp接入在5G网络上成功执行注册的终端1101使用通过非3gpp接入产生的PDU会话。
5G网络,例如,AMF 1103可以对处于连接模式的终端1101触发针对终端1101的非3gpp接入的NW触发的注销。例如,由于终端1101的订阅的改变等而不可能注册非3gpp接入的情况,AMF 1103执行NW触发的注销。此时,在操作1430中,AMF 1103通过非3gpp接入向终端1101传输针对非3gpp接入的注销请求消息。
在操作1430中,在处理注销请求消息之前,已经接收到注销请求消息的终端1101在非3gpp接入的PDU会话当中选择可以移动到3gpp接入的PDU会话,并且在终端内将相应的PDU会话内部移动到3gpp接入。
在选择可以移动到3gpp接入的PDU会话时,在操作1440中,终端1101基于用户设备策略信息、用户配置信息等,确定是否对于为现有非3gpp接入产生的PDU会话当中的PDU会话执行到3gpp接入的切换,在终端中将PDU会话内部移动到3gpp接入,并且将包括移动到3gpp接入的PDU会话的PDU会话ID的针对非3gpp接入的注销接受消息通过3gpp接入传输到AMF 1103。
同时,在操作1450中,已经接收到包括PDU会话ID的注销接受消息的AMF 1103向SMF 1104传输会话转移请求消息,同时将PDU会话ID包括在会话转移请求消息中,以便将该PDU会话ID的PDU会话移动到3gpp接入。此时,请求消息可以包括切换指示,其指示会话转移从非3gpp接入切换到3gpp接入。
在操作1460中,已经接收到该请求的SMF 1104执行将相应的PDU会话移动到3gpp接入的过程。为此,对于现有PDU会话产生通过3gpp接入的gNB 1102连接到UPF 1105的数据路径,并且删除现有非3gpp接入的N3IWF 1102和UPF 1105之间的数据路径。
同时,在操作1470中,通过SMF 1104针对未包括在注销接受消息中的PDU会话ID的PDU会话执行释放。已经从SMF 1104接收到对PDU会话释放的ACK的AMF 1103完成针对终端1101的非3gpp接入的注销过程。
图15是示出根据实施例的终端的配置的示意图。
根据实施例的终端可以包括收发器1510和控制终端整体操作的控制器1520。收发器1510可以包括发射器1513和接收器1515。
收发器1510可以向其他网络实体传输信号和从其他网络实体接收信号。
控制器1520可以控制终端执行上述实施例中的任何一个。
同时,控制器1520和收发器1510不必实现为单独的模块,而是可以实现为单个芯片形式的单个组件。控制器1520和收发器1510可以彼此电连接。例如,控制器1520可以是电路、专用电路或至少一个处理器。此外,终端的操作可以通过向终端中的任何组件提供存储相应程序代码的存储设备来实现。
图16是示出根据实施例的SMF的配置的示意图。
根据实施例的SMF可以包括收发器1620和用于控制SMF的整体操作的控制器1620。收发器1610可以包括发射器1613和接收器1615。
收发器1610可以与其他网络实体传输和接收信号。
控制器1620可以控制SMF执行任何一个上述实施例的操作。
同时,控制器1620和收发器1610不必实现为单独的模块,而是可以实现为单个芯片形式的单个组件。控制器1620和收发器1610可以彼此电连接。例如,控制器1710可以是电路、专用电路或至少一个处理器。此外,基站的操作可以通过向基站中的任何组件提供存储相应程序代码的存储设备来实现。
此外,尽管未示出,但是根据实施例的网络实体,诸如基站(RAN、gNB、eNB)、AMF、UPF、N3IWF、HSS、NEF、PCF、AF等,可以包括收发器和控制网络实体的整体操作的控制器。此外,收发器可以包括发射器和接收器,并且可以向其他网络实体传输信号和从其他网络实体接收信号。控制器可以控制网络实体执行上述实施例中的任何一个,并且控制器可以电连接到收发器。
在本公开的上述详细实施例中,根据所呈现的详细实施例,包括在本公开中的组件以单数或复数表示。然而,为了便于描述,单数或复数表达被选择为适合于所提出的情况,并且本公开不限于单数或复数元素。以复数形式表示的元件可以被配置为单数形式,或者以单数形式表示的元件可以被配置为复数形式。
尽管在本公开的详细描述中已经描述了实施例,但是在不脱离本公开的范围的情况下,可以以各种形式修改本公开。因此,本公开的范围不应被定义为限于实施例,而是应由所附权利要求及其等同物来定义。

Claims (15)

1.一种由通信***中的会话管理功能SMF执行的方法,所述方法包括:
从用户平面功能UPF接收指示下行链路数据的出现的信息;
确定对应于所述下行链路数据的终端是否是仅移动端发起通信MICO模式的终端;
在所述终端是MICO模式的终端的情况下,基于包括关于终端可达的时间的信息的终端的通信图样,确定缓冲所述下行链路数据的第一缓冲时间;
向接入和移动性管理功能AMF发送关于第一缓冲时间的信息;
从所述UPF接收指示用于所述MICO模式的终端的另一下行链路数据的出现的信息;
确定用于所述另一下行链路数据的第二缓冲时间;以及
向AMF发送关于所述第二缓冲时间的信息,用于更新根据所述第一缓冲时间执行的定时器,
其中,所述第二缓冲时间不同于所述第一缓冲时间。
2.如权利要求1所述的方法,其中,确定所述终端是MICO模式的终端包括:
向所述AMF发送关于下行链路数据的出现的信息;
从所述AMF接收指示所述终端是MICO模式的终端的信息;以及
基于从所述AMF接收的信息,确定所述终端是MICO模式的终端。
3.如权利要求1所述的方法,还包括:
在所述SMF在所述第二缓冲时间期满之前从所述AMF接收到指示所述终端根据所述终端的服务请求可达的信息的情况下,则执行与所述UPF和所述终端的连接激活过程。
4.如权利要求1所述的方法,还包括:
从所述AMF接收指示根据所述终端的服务请求所述终端是可达的信息;
确定所述第二缓冲时间是否期满;以及
在所述第二缓冲时间没有期满的情况下,执行与所述UPF和所述终端的连接激活过程。
5.如权利要求3所述的方法,其中,执行与所述UPF和所述终端的连接激活过程包括:
向所述AMF传输用于会话建立的消息,其包括指示所述下行链路数据被挂起的信息。
6.一种由通信***中的接入和移动性管理功能AMF执行的通信方法,该方法包括:
从会话管理功能SMF接收指示下行链路数据的出现的信息;
确定终端是否是仅移动端发起通信MICO模式的终端;
向所述SMF发送指示所述终端是MICO模式的终端的信息;
从所述SMF接收关于缓冲所述下行链路数据的第一缓冲时间的信息,其中,所述第一缓冲时间是基于包括关于终端可达的时间的信息的终端的通信图样确定的;
基于所述第一缓冲时间执行定时器;
从SMF接收指示另一下行链路数据的出现的信息;
从SMF接收关于用于所述另一下行链路数据的第二缓冲时间的信息,其中,所述第二缓冲时间不同于所述第一缓冲时间;
将定时器的值更新为所述第二缓冲时间;以及
基于更新的值执行定时器。
7.如权利要求6所述的方法,还包括:
从所述终端接收服务请求消息;
确定所述第二缓冲时间是否期满;以及
在所述第二缓冲时间没有期满的情况下,向所述SMF发送指示所述终端是可达的信息。
8.如权利要求7所述的方法,还包括:
从所述SMF接收用于会话建立的消息,其包括指示所述下行链路数据被挂起的信息;以及
向基站发送指示所述下行链路数据被挂起的信息。
9.一种通信***中的会话管理功能SMF,所述SMF包括:
收发器;和
控制器,与所述收发器耦合,并被配置为:
从用户平面功能UPF接收指示下行链路数据的出现的信息;
确定对应于所述下行链路数据的终端是否是仅移动端发起通信MICO模式的终端;
在所述终端是MICO模式的终端的情况下,基于包括关于终端可达的时间的信息的终端的通信图样,确定缓冲所述下行链路数据的第一缓冲时间;
向接入和移动性管理功能AMF发送关于所述第一缓冲时间的信息;
从所述UPF接收指示用于所述MICO模式的终端的另一下行链路数据的出现的信息;
确定用于所述另一下行链路数据的第二缓冲时间;以及
向AMF发送关于所述第二缓冲时间的信息,用于更新根据所述第一缓冲时间执行的定时器,
其中,所述第二缓冲时间不同于所述第一缓冲时间。
10.如权利要求9所述的SMF,其中,所述控制器还被配置为:
向AMF发送指示所述下行链路数据的出现的信息;
从所述AMF接收指示所述终端是MICO模式的终端的信息;以及
基于从所述AMF接收的信息,确定所述终端是否是MICO模式的终端。
11.如权利要求9所述的SMF,其中,所述控制器还被配置为:
在所述SMF在所述第二缓冲时间期满之前从所述AMF接收到指示所述终端根据所述终端的服务请求可达的信息的情况下,执行与所述UPF和所述终端的连接激活过程。
12.如权利要求9所述的SMF,其中,所述控制器还被配置为:
从AMF接收指示所述终端根据所述终端的服务请求可达的信息;
确定所述第二缓冲时间是否期满;以及
在所述第二缓冲时间没有期满的情况下,执行与所述UPF和所述终端的连接激活过程。
13.如权利要求11所述的SMF,其中,所述控制器还被配置为:
向所述AMF发送用于会话建立的消息,其包括指示所述下行链路数据被挂起的信息。
14.一种通信***中的接入和移动性管理功能AMF,包括:
收发器;和
控制器,与所述收发器耦合,并被配置为:
从会话管理功能SMF接收指示下行链路数据的出现的信息;
确定对应于所述下行链路数据的终端是否是仅移动端发起通信MICO模式的终端;
向所述SMF发送指示所述终端是MICO模式的终端的信息;
从所述SMF接收关于缓冲所述下行链路数据的第一缓冲时间的信息,其中,所述第一缓冲时间是基于包括关于终端可达的时间的信息的终端的通信图样确定的;
基于所述第一缓冲时间执行定时器;
从SMF接收指示另一下行链路数据的出现的信息;
从SMF接收关于用于所述另一下行链路数据的第二缓冲时间的信息,其中,所述第二缓冲时间不同于所述第一缓冲时间;
将定时器的值更新为所述第二缓冲时间;以及
基于更新的值执行定时器。
15.如权利要求14所述的AMF,其中,所述控制器还被配置为:
从所述终端接收服务请求消息;
确定所述第二缓冲时间是否期满;
在所述第二缓冲时间未期满的情况下,向所述SMF发送指示所述终端可达的信息;
从所述SMF接收用于会话建立的消息,其包括指示所述下行链路数据被挂起的信息;以及
向基站发送指示所述下行链路数据被挂起的信息。
CN201880040137.6A 2017-06-14 2018-06-12 网络接入方法以及移动性支持和数据传送的方法和装置 Active CN110754112B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2017-0074772 2017-06-14
KR1020170074772A KR102388936B1 (ko) 2017-06-14 2017-06-14 단말의 망 접속 방법 및 이동성 지원과 데이터 전달 방법 및 장치
PCT/KR2018/006657 WO2018230941A1 (ko) 2017-06-14 2018-06-12 단말의 망 접속 방법 및 이동성 지원과 데이터 전달 방법 및 장치

Publications (2)

Publication Number Publication Date
CN110754112A CN110754112A (zh) 2020-02-04
CN110754112B true CN110754112B (zh) 2023-11-03

Family

ID=64660069

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880040137.6A Active CN110754112B (zh) 2017-06-14 2018-06-12 网络接入方法以及移动性支持和数据传送的方法和装置

Country Status (5)

Country Link
US (1) US11197151B2 (zh)
EP (1) EP3624490B1 (zh)
KR (1) KR102388936B1 (zh)
CN (1) CN110754112B (zh)
WO (1) WO2018230941A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110636579B (zh) * 2018-06-22 2021-07-09 华为技术有限公司 通信方法、寻呼方法、设备和***
CN110831086B (zh) * 2018-08-10 2022-09-13 中兴通讯股份有限公司 指示信息的发送方法、装置及***、存储介质
CN112584486B (zh) * 2019-09-30 2022-08-09 华为技术有限公司 一种通信方法及装置
US11743811B2 (en) * 2020-06-23 2023-08-29 Samsung Electronics Co., Ltd. Apparatus and method for managing user plane function in wireless communication system
US11363453B2 (en) 2020-09-17 2022-06-14 Kyndryl, Inc. Prepaid digital delivery service

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1572093A (zh) * 2001-10-19 2005-01-26 艾利森电话股份有限公司 通过及时响应于正被建立的连接而传送或丢弃缓冲的输入数据来为休眠移动终端管理输入数据
EP2611085A1 (en) * 2011-12-30 2013-07-03 Deutsche Telekom AG System and method for providing mobile communication
CN103733722A (zh) * 2011-08-19 2014-04-16 Sca艾普拉控股有限公司 电信装置及方法
CN105099627A (zh) * 2014-05-23 2015-11-25 三星电子株式会社 移动通信***中低成本终端的数据发送/接收方法和装置
WO2015197431A1 (en) * 2014-06-25 2015-12-30 Telefonaktiebolaget L M Ericsson (Publ) Node and method for buffering downlink data
CN105323833A (zh) * 2014-06-16 2016-02-10 三星电子株式会社 控制连接状态的终端和基站
WO2016024790A1 (ko) * 2014-08-11 2016-02-18 엘지전자(주) 무선 통신 시스템에서 하향링크 데이터 전송을 위한 방법 및 이를 위한 장치
WO2016114611A1 (ko) * 2015-01-14 2016-07-21 엘지전자(주) 무선 통신 시스템에서 영역 업데이트 방법 및 이를 위한 장치
CN105979601A (zh) * 2015-03-11 2016-09-28 三星电子株式会社 使用授权辅助接入进行基站的数据调度的装置和方法
WO2016163998A1 (en) * 2015-04-07 2016-10-13 Nokia Solutions And Networks Oy Method and apparatus to address user equipment power consumption

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101792984B1 (ko) * 2010-02-12 2017-11-02 인터디지탈 패튼 홀딩스, 인크 기계형 통신을 지원하는 방법 및 장치
KR101818873B1 (ko) * 2014-01-10 2018-01-15 엘지전자 주식회사 무선랜에서 파워 세이브 모드 기반의 동작 방법 및 장치
WO2015188880A1 (en) 2014-06-13 2015-12-17 Nokia Solutions And Networks Oy Machine to machine capabilities in mobile communication networks
TWI572234B (zh) * 2014-08-18 2017-02-21 財團法人資訊工業策進會 用於巢狀式網路之中央控制設備及其資源分配方法
KR102297334B1 (ko) * 2015-01-14 2021-09-02 삼성전자주식회사 무선 통신 시스템에서 가입자 프로파일 관리 장치 및 방법
KR102559755B1 (ko) 2016-10-06 2023-07-26 삼성전자 주식회사 네크워크 슬라이스를 지원하는 로밍 환경에서 단말의 attach 및 home routed PDU session 생성 방법
KR102618277B1 (ko) 2016-10-06 2023-12-28 삼성전자 주식회사 이동통신 환경에서 로밍 단말이 망에 접속하는 초기 동작 방법
US10524166B2 (en) * 2017-01-09 2019-12-31 Lg Electronics Inc. Method for interworking between networks in wireless communication system and apparatus thereof
US20180270896A1 (en) * 2017-03-20 2018-09-20 Qualcomm Incorporated Enhanced session and mobility management interaction for mobile initiated connection only mode user equipments

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1572093A (zh) * 2001-10-19 2005-01-26 艾利森电话股份有限公司 通过及时响应于正被建立的连接而传送或丢弃缓冲的输入数据来为休眠移动终端管理输入数据
CN103733722A (zh) * 2011-08-19 2014-04-16 Sca艾普拉控股有限公司 电信装置及方法
EP2611085A1 (en) * 2011-12-30 2013-07-03 Deutsche Telekom AG System and method for providing mobile communication
CN105099627A (zh) * 2014-05-23 2015-11-25 三星电子株式会社 移动通信***中低成本终端的数据发送/接收方法和装置
CN105323833A (zh) * 2014-06-16 2016-02-10 三星电子株式会社 控制连接状态的终端和基站
WO2015197431A1 (en) * 2014-06-25 2015-12-30 Telefonaktiebolaget L M Ericsson (Publ) Node and method for buffering downlink data
WO2016024790A1 (ko) * 2014-08-11 2016-02-18 엘지전자(주) 무선 통신 시스템에서 하향링크 데이터 전송을 위한 방법 및 이를 위한 장치
WO2016114611A1 (ko) * 2015-01-14 2016-07-21 엘지전자(주) 무선 통신 시스템에서 영역 업데이트 방법 및 이를 위한 장치
CN105979601A (zh) * 2015-03-11 2016-09-28 三星电子株式会社 使用授权辅助接入进行基站的数据调度的装置和方法
WO2016163998A1 (en) * 2015-04-07 2016-10-13 Nokia Solutions And Networks Oy Method and apparatus to address user equipment power consumption

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"S2-150870_HLCom_Solution2_update".3GPP tsg_sa\WG2_Arch.2015,文章第5.2.1节. *
Nokia, Alcatel-Lucent Shanghai Bell.S2-172268 "Use case for UE deregistration at the end of communication".3GPP tsg_sa\WG2_Arch.2017,(TSGS2_120_Busan),文章第2.1节. *

Also Published As

Publication number Publication date
EP3624490A4 (en) 2020-04-29
CN110754112A (zh) 2020-02-04
EP3624490A1 (en) 2020-03-18
US11197151B2 (en) 2021-12-07
US20210153006A1 (en) 2021-05-20
KR102388936B1 (ko) 2022-04-22
EP3624490B1 (en) 2022-08-03
KR20180136171A (ko) 2018-12-24
WO2018230941A1 (ko) 2018-12-20

Similar Documents

Publication Publication Date Title
US11770873B2 (en) Method for keeping mobile initiated connection only mode user equipment in connected mode
KR102395384B1 (ko) 셀룰러망의 효율적 pdu 세션 활성화 및 비활성화 방안
CN115460686B (zh) 基站、接入和移动性管理功能实体及其方法
US10645671B2 (en) Light connection control method and apparatus
CN110754112B (zh) 网络接入方法以及移动性支持和数据传送的方法和装置
KR102462400B1 (ko) non-3gpp를 통해 5G네트워크에 접속하는 단말에 대한 registration 관리 방안
US20190313262A1 (en) Handling QoS Flow without a Mapping Data Radio Bearer
CA3045177A1 (en) Method and apparatus for utilizing ladn in wireless communication system
WO2016193864A1 (en) Minimization of service interruption during relay reselection in device-to-device (d2d) based user equipment (ue)-to-network relay
KR20200019015A (ko) 데이터 전송을 위한 PDU session 연결 관리 방법 및 장치
WO2017121224A1 (zh) 一种数据传输方法、装置及***
KR20190018208A (ko) 단말과 무선 접속 네트워크 간 Inactive 상태에서 핵심 망의 혼잡으로 인한 RRC-inactive 단말 처리 방법 및 장치
KR102381375B1 (ko) 이동통신 시스템에서 Cellular IoT 서비스를 제공하는 방법 및 장치
WO2022029659A1 (en) Autonomous activation of a feature at a wireless communication device to meet survival time of an application consuming a communication service
KR20200036705A (ko) 저전력 모드를 사용하는 IoT 단말의 연결성 관리 방법
KR20190130473A (ko) 5G 이동통신 시스템에서 셀룰러 IoT 서비스를 위해 단말을 제어하는 방법
WO2023069665A1 (en) Enabling paging occasion of idle state for the inactive state
CN116248237A (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