CN111448843B - 发起服务请求过程的方法和用户设备 - Google Patents

发起服务请求过程的方法和用户设备 Download PDF

Info

Publication number
CN111448843B
CN111448843B CN201880078176.5A CN201880078176A CN111448843B CN 111448843 B CN111448843 B CN 111448843B CN 201880078176 A CN201880078176 A CN 201880078176A CN 111448843 B CN111448843 B CN 111448843B
Authority
CN
China
Prior art keywords
access
paging
amf
gpp
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201880078176.5A
Other languages
English (en)
Other versions
CN111448843A (zh
Inventor
尹明焌
金来映
金材炫
金贤淑
柳珍淑
朴相玟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN111448843A publication Critical patent/CN111448843A/zh
Application granted granted Critical
Publication of CN111448843B publication Critical patent/CN111448843B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/005—Multiple registrations, e.g. multihoming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0027—Control or signalling for completing the hand-off for data sessions of end-to-end connection for a plurality of data sessions of end-to-end connections, e.g. multi-call or multi-bearer end-to-end data connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/12—Inter-network notification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections

Landscapes

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

Abstract

本说明书中的公开提供了一种用于用户设备发起服务请求过程的方法。该方法包括UE接收寻呼消息的步骤。可以在相同的PLMN中在第三代合作伙伴计划3GPP接入和非3GPP接入两者中登记UE。寻呼消息可以包括用于指示非3GPP接入的接入类型信息。该方法可以包括发起UE触发的服务请求过程的步骤。UE触发的服务请求过程可以通过发送包括允许的协议数据单元(PDU)会话的列表的服务请求消息来发起。如果在3GPP接入中没有可以重新激活的PDU会话，则服务请求消息可以包括允许的PDU会话的空列表。

Description

发起服务请求过程的方法和用户设备
技术领域
本公开涉及下一代移动通信。
背景技术
在3GPP(在3GPP中建立了移动通信系统的技术标准，以处理第四代通信)和相关论坛和新技术中，从2004年底开始，作为优化和提高3GPP技术性能的一部分，已经开始对长期演进/系统架构演进(LTE/SAE)技术的研究。
SAE是基于3GPP SA WG2执行的网络技术研究，旨在根据3GPP TSG RAN的LTE任务确定网络的结构并支持异构网络之间的移动性，并且SAE是3GPP最近的重要标准化问题之一。SAE的任务是将3GPP系统开发成支持基于IP的各种无线电接入技术的系统，并且该任务是为了优化基于分组的系统而执行的，该系统以更强的数据传输能力使传输延迟最小化。
3GPP SA WG2中定义的演进分组系统(EPS)较高级别参考模型包括具有各种场景的非漫游情况和漫游情况，并且对于其细节，可以参考3GPP标准文档TS 23.401和TS23.402。已根据EPS较高级别参考模型简单地重新配置图1的网络配置。
图1示出了演进的移动通信网络的配置。
演进分组核心(EPC)可以包括各种元件。图1示出了对应于一些不同元素的服务网关(S-GW)52、分组数据网络网关(PDN GW)53、移动性管理实体(MME)51、服务通用分组无线电业务(GPRS)支持节点(SGSN)和增强分组数据网关(ePDG)。
S-GW52是在无线电接入网(RAN)和核心网之间的边界点处操作的元件，并且具有维持eNodeB 20和PDN GW 53之间的数据路径的功能。此外，如果终端(或用户设备(UE))在eNodeB20提供服务的区域中移动，则S-GW52扮演本地移动性锚点的角色。即，对于E-UTRAN(即，在3GPP版本8之后定义的通用移动电信系统(演进UMTS)地面无线电接入网络)内的移动性，分组可以通过S-GW 52路由。此外，S-GW 52可以与另一个3GPP网络(即，在3GPP版本8之前定义的RAN，例如UTRAN或全球移动通信系统(GSM)(GERAN)/全球演进(EDGE)无线电接入网络的增强数据速率)一起发挥用于移动性的锚点的作用。
PDN GW(或P-GW)53对应于朝向分组数据网络的数据接口的端点。PDN GW 53可以支持策略执行功能、分组滤波、收费支持等。此外，PDN GW(或P-GW)53可以在3GPP网络和非3GPP网络(例如，诸如交互工作的无线局域网(I-WLAN)、码分多址(CDMA)网络的不可靠网络，或诸如WiMax的可靠网络)中发挥用于移动性管理的锚点的作用。
在图1的网络配置中，S-GW 52和PDN GW 53被示为单独的网关，但是这两个网关可以根据单个网关配置选项来实现。
MME51是用于执行终端对网络连接的接入以及用于支持网络资源的分配、跟踪、寻呼、漫游、切换等的信令和控制功能的元件。MME 51控制与订户和会话管理相关的控制平面功能。MME51管理多个eNodeB 20并执行用于选择网关以切换到另一个2G/3G网络的常规信令。此外，MME 51执行诸如安全过程、终端到网络会话处理和空闲终端位置管理的功能。
SGSN处理所有分组数据，例如用户移动性管理和针对不同接入3GPP网络(例如GPRS网络和UTRAN/GERAN)的认证。
对于不可靠的非3GPP网络(例如I-WLAN和Wi-Fi热点)，ePDG扮演安全节点的角色。
如参考图1所述，具有IP能力的终端(或UE)可以通过基于非3GPP接入和基于3GPP接入的EPC内的各种元件访问由服务提供商(即运营商)提供的IP服务网络(例如IMS)。
此外，图1示出各种参考点(例如，S1-U和S1-MME)。在3GPP系统中，连接E-UTRAN和EPC的不同功能实体中存在的两个功能的概念链路被称为参考点。下表1定义了图1所示的参考点。除了表1的示例中所示的参考点之外，还可以根据网络配置存在各种参考点。
[表1]
<下一代移动通信网络>
随着长期演进(LTE)和LTE高级(LTE-A)在4G移动通信中的成功，人们对下一代5G移动通信的兴趣越来越浓厚，因此5G移动通信的研究也在不断深入。
国际电信联盟(ITU)定义的第五代移动电信是指在任何位置提供高达20Gbps的数据传输速率和至少100Mbps的实际最小传输速率的通信。第五代移动通信的正式名称是“IMT-2020”，ITU的目标是到2020年将“IMT-2020”在全球商业化。
ITU提出了三种使用场景，例如增强移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠低延时通信(URLLC)。
首先，URLLC涉及需要高可靠性和低延时的使用场景。例如，诸如自动驾驶、工厂自动化、增强现实的服务需要高可靠性和低延时(例如，小于1ms的延时)。当前4G(LTE)的延时统计为21-43ms(最佳10％)和33-75ms(中位数)。这不足以支持需要1毫秒或更短延时的服务。
接下来，eMBB使用场景涉及需要移动超宽带的使用场景。
为传统LTE/LTE-A设计的核心网似乎很难适应这种超宽带高速服务。
因此，在所谓的第五代移动通信中，迫切需要对核心网进行重新设计。
图2是示出就节点而言下一代移动通信的预测结构的示例图。
参照图2，UE通过下一代无线电接入网络(RAN)连接到数据网络(DN)。
图2所示的控制平面功能(CPF)节点可以执行第四代移动通信的全部或部分移动性管理实体(MME)功能，以及第四代移动通信的服务网关(S-GW)和PDN网关(P-GW)的全部或部分控制平面功能。CPF节点包括接入和移动性管理功能(AMF)节点和会话管理功能(SMF)节点。
图中所示的用户平面功能(UPF)节点是一种网关，通过它可以发送和接收用户数据。UPF节点可以执行第四代移动通信的S-GW和P-GW的全部或部分用户平面功能。
图2中所示的策略控制功能(PCF)节点被配置成控制服务提供商的策略。
所示的应用功能(AF)节点是指用于向UE提供各种服务的服务器。
如图所示的统一数据管理(UDM)节点是指管理用户信息的服务器类型，如第四代移动通信的归属订户服务器(HSS)。UDM节点在统一数据存储库(UDR)中存储和管理订户信息。
如图所示的认证服务器功能(AUSF)节点认证和管理UE。
如图所示的网络切片选择功能(NSSF)节点是指用于执行如下所述的网络切片的节点。
图3a是示出通过两个数据网络支持多PDU会话的架构的示例图。并且图3b是示出用于支持通过两个数据网络的并行接入的架构的示例图。
图3a示出了允许UE使用多个PDU会话同时接入两个数据网络的架构。可以为两个不同的PDU会话选择两个SMF。
图3b示出了允许UE使用一个PDU会话同时接入两个数据网络的架构。
<网络切片>
下面介绍下一代移动通信中引入的网络切片。
下一代移动通信引入了网络切片的概念，以便通过单一网络提供各种服务。在这一点上，切片网络是指提供特定服务所需功能的网络节点的组合。构成切片实例的网络节点可以是硬件独立的节点，也可以是逻辑独立的节点。
每个切片实例可以包含构建整个网络所需的所有节点的组合。在这种情况下，一个切片实例可以单独向UE提供服务。
另选地，切片实例可以包括组成网络的一些节点的组合。在这种情况下，切片实例可以与其他现有网络节点相关联地向UE提供服务，而不是切片实例单独向UE提供服务。此外，多个切片实例可以相互协作以向UE提供服务。
切片实例与专用核心网的不同之处在于，所有网络节点(包括核心网(CN)节点和RAN)可以彼此分离。此外，切片实例与专用核心网的不同之处在于，网络节点可以在逻辑上分离。
<在下一代移动通信网络中的漫游>
另外，在UE在被访问网络(例如，被访问的公共陆地移动网络(VPLMN))中漫游的情况下，有两种方案用于处理来自UE的信令请求。作为第一方案的本地中断(LBO)处理从UE通过被访问网络发出的信令请求。根据作为第二方案的归属路由(HR)，被访问的网络将信令请求从UE传送到UE的归属网络。
图4a是示出在漫游期间应用LBO方案的架构的示例图，并且图4b是示出在漫游期间应用HR方案的架构的示例图。
如图4a所示，在应用LBO方案的架构中，用户数据被传送到VPLMN中的数据网络。为此，VPLMN中的PCF执行与AF的交互，以便为VPLMN中的服务生成PCC规则。VPLMN中的PCF节点基于根据与本地公共陆地移动网络(HPLMN)商家的漫游约定而内部设置的策略来创建PCC规则。
如图4b所示，在应用HR方案的架构中，UE的数据被传送到HPLMN中的数据网络。
<到非3GPP网络的数据旁路>
在下一代移动通信中，UE的数据可以绕到非3GPP网络(例如，无线局域网(WLAN)或Wi-Fi)。
图5a至图5f示出了用于将数据绕到非3GPP网络的架构。
无线局域网(WLAN)或Wi-Fi被认为是不可信的非3GPP网络。为了将非3GPP网络接入核心网，可以添加非3GPP交互工作功能(N3IWF)。
另外，如果用户设备(UE)通过相同的PLMN连接到3GPP接入和非3GPP接入，则一个AMF管理这两个接入。AMF可以执行针对3GPP接入的寻呼消息的传输和针对非3GPP接入的寻呼消息的传输两者。
如果UE接收到针对非3GPP接入的寻呼消息，则UE不需要向接收到的寻呼消息发送响应。然而，网络因此不能识别UE在实际接收到寻呼消息之后是否没有响应，或者UE是否由于缺少将要转移(或传送)到3GPP接入的PDU会话而没有响应寻呼消息。因此，存在一个问题，即网络无法确定是否执行寻呼消息的重传。
发明内容
技术问题
本公开是为了解决上述问题而提供的。
技术方案
为了实现上述目的，本说明书的公开提出了一种发起服务请求过程的方法。该方法可以由用户设备(UE)执行，并且包括由UE接收寻呼消息。可以在相同的公共陆地移动网络(PLMN)中在第三代合作伙伴计划(3GPP)接入和非3GPP接入两者中登记UE。寻呼消息可以包括用于表示非3GPP接入的接入类型信息。该方法还可以包括发起UE触发的服务请求过程。UE触发的服务请求过程可以通过发送包括允许的协议数据单元(PDU)会话的列表的服务请求消息来发起。当没有要通过3GPP接入重新激活的PDU会话时，服务请求消息可以包括允许的PDU会话的空列表。
该方法还可以包括将允许的PDU会话列表中的PDU会话标识符(PSI)的所有比特编码为零(0)，从而生成允许的PDU会话的空列表。
UE在3GPP接入和非3GPP接入中都可以处于空闲状态。
不包括PSI的允许的PDU会话的空列表可用于接入和移动性管理功能(AMF)，以通知会话管理功能(SMF)UE是可获得的，但不接受重新激活PDU会话。
当非3GPP接入上的PDU会话通过3GPP接入被重新激活时，允许的PDU会话的列表可以包括PDU会话的PSI。
为了实现上述目的，本说明书的公开提出了一种用于发起服务请求过程的用户设备(UE)。UE可以包括收发器和配置成控制收发器的处理器。处理器可以通过收发器接收寻呼消息。可以在相同的公共陆地移动网络(PLMN)中在第三代伙合作伙伴计划(3GPP)接入和非3GPP接入中登记UE。寻呼消息可以包括用于表示非3GPP接入的接入类型信息。处理器可以发起UE触发的服务请求过程。UE触发的服务请求过程可以通过发送包括允许的协议数据单元(PDU)会话的列表的服务请求消息来发起。当没有要通过3GPP接入重新激活的PDU会话时，服务请求消息可以包括允许的PDU会话的空列表。
本公开的效果
根据本说明书的公开，可以解决上述传统技术的问题。
附图说明
图1示出了演进的移动通信网络的配置。
图2是示出就节点而言下一代移动通信的预测结构的示例图。
图3a是示出通过两个数据网络支持多个PDU会话的架构的示例图，并且图3b是示出用于支持通过两个数据网络的并行接入的架构的示例图。
图4a是示出在漫游期间应用LBO方案的架构的示例图，图4b是示出在漫游期间应用HR方案的架构的示例图。
图5a至图5f示出了用于将数据绕到非3GPP网络的架构。
图6是示出根据第二公开的第一示例的网络触发的服务请求过程的流程图。
图7是示出根据第二公开的第二示例的网络触发的服务请求过程的流程图。
图8是示出根据本公开实施方式的UE和网络的配置的框图。
具体实施方式
本文使用的技术术语仅用于描述特定实施方式，不应解释为限制本公开。此外，除非另有定义，否则本文中使用的技术术语应被解释为具有本领域技术人员通常理解的含义，但不能太宽或太窄。此外，本文中使用的技术术语被确定为不精确地代表本公开的精神，而是应当被本领域技术人员能够完全理解的技术术语所代替或理解。此外，本文中使用的一般术语应在字典中定义的上下文中解释，但不应以过窄的方式解释。
本说明书中单数的表达包括复数的含义，除非单数的含义与上下文中复数的含义明确不同。在下面的描述中，术语“包括”或“具有”可以表示本说明书中描述的特征、数字、步骤、操作、组件、部件或其组合的存在，并且不能排除另一个特征、另一个数字、另一个步骤、另一个操作、另一个组件、另一个部件或其组合的存在或添加。
术语“第一”和“第二”用于解释各种组件，并且组件不限于术语“第一”和“第二”。术语“第一”和“第二”仅用于区分一个组件和另一个组件。例如，第一组件可以被命名为第二组件，而不偏离本公开的范围。
应当理解，当一个元件或层被称为“连接到”或“联接到”另一个元件或层时，它可以直接连接或联接到另一个元件或层，或者可以存在中间的元件或层。相反，当一个元素被称为“直接连接到”或“直接联接到”另一个元件或层时，不存在中间的元件或层。
以下，将参照附图更详细地描述本公开的示例性实施方式。然而，在此，在所有附图中，相同的附图标记用于表示相同的部件，并且将省略对相同部件的重复描述。此外，在描述本公开时，将省略对确定在本公开的主要概念中引起歧义的相关公开技术的详细描述。此外，提供附图仅仅是为了便于理解本公开的精神，并且[但]不应意在限制本公开。应当理解，除了附图中所示的内容外，本公开的精神还可以扩展到其修改、替换或等效内容。
图中以用户设备(UE)为例。UE也可以被称为终端或移动设备(ME)。UE可以是膝上型计算机、移动电话、PDA、智能手机、多媒体装置或其他便携式装置，或者可以是静止装置，例如PC或车载装置。
将在本说明书的下文中描述的细节可应用于下一代(也称为第5代或5G)移动通信网络。
<通过本说明书的公开内容解决的问题>
如果用户设备(UE)通过相同的PLMN连接到3GPP接入和非3GPP接入，则这两个接入都由一个AMF管理。通过使用该细节，在3GPP接入和非3GPP接入都通过经由3GPP接入(如果3GPP接入处于空闲状态)发送寻呼消息而连接到UE的状态下，可以执行将非3GPP接入中存在的协议数据单元(PDU)会话重新定位到3GPP接入的处理。另外，如果UE连接到3GPP接入，则通过发送NAS通知消息，可以执行将存在于非3GPP接入中的PDU会话重新定位到3GPP接入的处理。
因此，AMF执行用于3GPP接入的寻呼消息的传输和用于非3GPP接入的寻呼消息的传输。根据现行的标准规范，当为非3GPP接入发送寻呼消息时，寻呼消息中应包括通知非3GPP接入寻呼的指示/信息或接入类型。在寻呼消息中包括指示/信息指示/通知寻呼用于非3GPP接入的方案被描述如下。
第一种方案是在寻呼消息中添加1比特，该1比特用于指示接入是3GPP接入还是非3GPP接入。也就是说，如果指示接入类型的比特是0，则表示寻呼消息是用于3GPP接入的，如果对应的比特是1，则表示寻呼消息是用于非3GPP接入的。在使用该方法的情况下，尽管该方法不能指示寻呼方法是否是用于3GPP接入和非3GPP接入两者，但由于仅使用了1比特，因此该方法的优点在于减少寻呼消息的开销。
作为第二方案，可以使用2比特来指示寻呼消息是用于3GPP接入的寻呼消息，还是用于非3GPP接入的寻呼消息，还是用于两个接入的寻呼消息。该方案可以向UE传送准确的信息，从而能够根据每个情况适当地优化UE的操作。然而，与仅使用1比特的情况相比，该方案的缺点在于增加了寻呼消息的开销。
根据当前的网络发起(或网络触发)的服务请求过程，如果UE接收到用于非3GPP接入的寻呼消息，则UE不需要响应接收到的消息。然而，网络因此不能识别UE在实际接收到寻呼消息之后是否没有响应，或者UE是否由于缺少将被传输(或转移)到3GPP接入的PDU会话而没有响应寻呼消息。因此，网络无法确定是否执行寻呼消息的重传。此外，对于AMF，在通过任何一种接入类型传输(或发送)寻呼消息的状态下，如果需要发送另一种接入类型的寻呼消息，则尚待确定AMF如何操作。
<本说明书的公开内容>
因此，本说明书提出了一种方法，该方法支持应同时执行3GPP接入的寻呼消息的传输和非3GPP接入的寻呼消息的传输的场景。
在UE同时连接到5G系统(即5G移动通信系统、下一代移动通信系统)中的非3GPP接入和3GPP接入的情况下，高效地执行寻呼的方法由以下一个或多个操作/配置/步骤的组合构成。
I.本说明书的第一公开
I-1.第一方法：UE接收寻呼消息的操作
I-1-1.第一方法的第一实现示例
为了指示寻呼消息用于非3GPP接入，将假设使用上述第一方案(即，使用1比特的方案)的情况。如果UE接收到寻呼消息，并且寻呼消息中包括3GPP接入指示和/或接入类型，则立即执行UE发起(或UE触发)的服务请求过程。如果在寻呼消息中包括指示(或表示)非3GPP接入的指示/信息和/或接入类型，则在用于执行UE发起的服务请求过程的消息中包括和传输允许PDU会话的列表。在此，在现有技术中，如果允许的PDU会话的列表不存在，则不需要提出服务请求。然而，在使用上述第一方案的情况下，UE可以在用于执行服务请求过程的消息中包括空列表(即，不包括允许的PDU会话的列表)。如果要传送到3GPP接入的PDU会话不存在，则UE在传送允许的PDU会话列表时应传送(或发送)空列表。这是因为，如果同时执行用于3GPP接入的寻呼消息的传输和用于非3GPP接入的寻呼消息的传输，则包括指示非3GPP接入的指示和/或接入类型，并且，还因为UE必须执行用于3GPP接入的寻呼响应。
即使在使用上述第一方案的情况下，UE也不能对非3GPP接入的寻呼消息的接收执行响应。为此，在AMF首次执行非3GPP的寻呼消息的传输之后，如果需要再次发送3GPP接入的寻呼消息，则应假定再次执行寻呼。
I-1-2.第一方法的第二实现示例
为了指示寻呼消息用于非3GPP接入，将假设使用上述第二方案(即使用2比特的方案)的情况。如果UE接收到寻呼消息，并且寻呼消息中包括3GPP接入指示/信息和/或接入类型，则立即执行UE发起的服务请求过程。如果指示非3GPP接入的非3GPP接入指示/信息和/或接入类型包括在寻呼消息中，则在执行UE发起的服务请求过程时，允许的PDU会话的列表被包括在消息中并被发送。在此，在现有技术中，如果允许的PDU会话的列表不存在，则不需要提出服务请求。如果包括指示2种接入的指示和/或接入类型，则UE应包括允许的PDU会话的列表，并应强制执行服务请求过程。此时，如果要传输(或转移)到3GPP接入的PDU会话不存在，则UE可以不包括允许的PDU会话的列表，或者发送不包括PDU会话的空列表。
I-2.第二方法：AMF发送寻呼消息的操作
I-2-1.第二方法的第一实现示例
如果AMF需要通过3GPP接入来传输寻呼消息，则AMF可以通过包括指示3GPP接入的指示/信息和/或接入类型来请求寻呼消息的传输。为了通知该消息是用于非3GPP接入的寻呼消息，将假定使用上述的第一方案(即，使用1比特的方案)。
如果AMF需要通过3GPP接入另外发送用于非3GPP的寻呼消息(例如，如果在通过3GPP执行寻呼消息的传输时为与非3GPP接入相关联的PDU会话生成下行链路业务)，则在向RAN发出新的寻呼请求时，AMF通过包括指示非3GPP的指示/信息和/或接入类型来发送请求。另选地，AMF可以等待由UE发送的服务请求，作为对用于3GPP的寻呼消息的响应，然后，在切换到连接状态之后，AMF可以发送NAS通知消息。
相反，如果在已发送寻呼消息的状态下另外需要发送用于3GPP接入的寻呼消息，同时包括指示非3GPP接入的指示/信息和/或接入类型(例如，如果在通过3GPP接入执行非3GPP接入的寻呼消息的传输时，针对与3GPP接入相关联的PDU会话生成下行链路业务，或者如果在执行针对非3GPP接入的寻呼消息的传输时，需要通过3GPP接入来传输信号，则AMF等待来自UE的响应，而不会发送任何针对其他寻呼消息的传输请求。在这种情况下，UE将始终如方法1-1中所述响应对寻呼。
如果不要求UE响应非3GPP接入的寻呼消息，则在使用上述第一方案(即使用1比特的方案)时，当AMF处于已经传输了用于非3GPP接入的寻呼消息的状态时，如果需要传输用于3GPP接入的寻呼消息，则AMF必须强制请求传输新的寻呼消息，该新的寻呼消息包括指示3GPP接入的指示/信息和/或接入类型。如果需要传输用于非3GPP接入的寻呼消息，同时处于已传输用于3GPP接入的寻呼消息的状态，则AMF等待来自UE的响应，而无需发送任何请求来另外传输寻呼消息。
I-2-2.第二方法的第二实现示例
如果需要发送用于3GPP接入的寻呼消息，则AMF可以通过包括指示3GPP接入的指示/信息和/或接入类型来请求寻呼。为了指示寻呼消息是用于非3GPP接入的，将假定使用上述第二方案(即，使用2比特的方案)。
如果需要AMF另外发送用于非3GPP的寻呼消息(例如，如果在执行3GPP寻呼的同时针对与非3GPP接入相关联的PDU会话生成了下行链路业务)，则在向RAN进行新的寻呼请求的同时，AMF通过包括指示两个接入的指示/信息和/或接入类型发送请求。另选地，AMF可以等待由UE发送的作为对用于3GPP接入的寻呼的响应的服务请求，并且然后，在转变到RRC连接状态之后，AMF可以发送NAS通知消息。
相反，如果在已发送寻呼消息同时寻呼消息包括指示非3GPP接入的指示/信息和/或接入类型(即，如果在执行非3GPP接入的寻呼时针对与3GPP接入相关联的PDU会话生成了下行链路业务，或者在执行非3GPP接入的寻呼时需要通过3GPP接入来传输信号)的状态下需要传输用于3GPP接入的寻呼消息，则在包括指示两个接入的指示/信息和/或接入类型之后，AMF可以发送寻呼消息。
在上述方法2-1和方法2-2的情况下，如果与寻呼优先级相关联地执行操作，则可以以较高优先级级别应用寻呼优先级。例如，如果已经执行了用于3GPP接入的寻呼而不管寻呼优先级如何，或者是以低优先级进行用于3GPP接入的寻呼，并且如果以较高优先级接收了用于非3GPP接入的寻呼，则无论接入类型如何，都可以重新发送用于非3GPP接入的新的寻呼请求消息。
代替使用上述方法，可以通过使用现有技术的寻呼优先级来执行操作。更具体地说，这是指一种将用于3GPP接入的寻呼消息的传输优先级设置(或配置)为比用于非3GPP接入的寻呼更高的优先级的方法。根据用于EPS的现有技术，如果MME使用优先级，则仅在要求MME发送优先级高于先前发送的寻呼消息的优先级的寻呼消息的情况下，才向RAN发送新的寻呼请求消息。通过使用这样的优先级，可以将用于3GPP接入的寻呼消息或用于2种接入二者的寻呼消息设置(或配置)为更高的优先级，并且可以将用于非3GPP接入的寻呼消息设置为具有低于3GPP接入的优先级。例如，在使用第一方案(即，使用1比特的方案)的情况下，可以将用于3GPP接入的寻呼消息设置为具有较高的优先级，并且可以将用于非3GPP接入的寻呼消息设置为具有较低的优先级。此后，无论与寻呼消息相关的接入类型如何，AMF都可以仅基于寻呼的优先级来确定是否发送附加的寻呼消息。如果发送用于非3GPP的第一寻呼消息(例如，优先级5)，则基于优先级来确定是否发送用于3GPP的第二寻呼消息(优先级3)。在此，由于寻呼优先级较高，所以AMF另外发送用于3GPP接入的寻呼。即使在使用第二方案(即，使用2比特的方案)的情况下，也可以为用于3GPP接入的寻呼或针对这两个接入的寻呼设置较高的优先级，并且可以为用于非3GPP接入的寻呼设置较低的优先级。
如上所述，3GPP接入或2种接入的优先级不能总是设置为具有高于非3GPP的优先级。例如，如果通过非3GPP接入执行Wi-Fi呼叫服务，则可以通过将非3GPP接入的优先级设置为高于3GPP接入或2种接入的优先级来执行传输。另外，通过在寻呼消息中包括优先级值，UE可以不响应优先级值低于特定优先级值的寻呼消息，并且UE可以仅响应优先级值高于特定优先级值的寻呼消息。因此，通过使AMF设置(或配置)适当的寻呼消息优先级值，AMF可以不响应非3GPP接入的寻呼消息，并且可以响应3GPP接入或2种接入的寻呼消息。
I-3.第三方法
如果与在现有技术相同，需要与3GPP接入和非3GPP接入相关的寻呼，则AMF向RAN发送每个寻呼消息的传输请求。在向对应的UE发送寻呼消息之前，如果RAN在向UE发送寻呼消息的同时接收到与3GPP接入和非3GPP接入两者相关的寻呼消息，则RAN可以在相应的寻呼消息中插入(或包括)接入类型信息或通知2种接入的指示之后执行寻呼消息的传输。在这种情况下，如方法1-2所示，如果寻呼消息用于非3GPP接入或2种接入，则UE应在包括允许的PDU会话列表之后强制发送响应。为了执行这种操作，在第一次接收到寻呼消息的传输请求之后，并且在等待将实际寻呼消息发送到UE时，如果基站再次接收到针对相同UE的寻呼消息，则基站不单独处理先前的(或旧的)寻呼消息请求。相反，基站处理先前的寻呼消息请求以及随后接收的寻呼消息请求，并且仅执行一次寻呼消息传输。
I-4.第四方法
AMF和基站执行与现有技术相同的3GPP接入和非3GPP接入的寻呼消息的传输。更具体地说，如果需要传输3GPP接入的寻呼消息，则AMF设置(或配置)接入类型或指示为3GPP接入并将寻呼消息传输到基站，并且如果另外需要传输非3GPP接入的寻呼消息，则AMF将接入类型或指示设置(或配置)为非3GPP接入，并将附加寻呼消息请求发送到基站。基站独立地处理每个寻呼消息，然后发送每个处理过的消息。在这种情况下，如果UE接收到3GPP接入的寻呼或接收到3GPP接入和非3GPP接入的寻呼，则UE应强制响应寻呼消息。然而，如果UE仅接收用于非3GPP接入的寻呼消息，则UE可以不响应寻呼消息。当接收到3GPP接入和非3GPP接入的寻呼消息时，当响应寻呼时，对于非3GPP接入，UE应在响应消息中包括允许的PDU会话的列表，然后发送响应消息。
根据上述提出的方法，由AMF发送到基站的寻呼消息可以包括如下所示的信息元素(IE)。
[表2]
信息元素(IE)
消息类型
UE标识索引值
寻呼消息标识符
寻呼消息DRX
CN域
接入类型/指示
TAI列表
>TAI列表项
>>TAI
寻呼消息优先级
UE无线电寻呼能力
用于寻呼的辅助数据
如上所述，接入类型/指示可以包括在寻呼消息中。根据所提出的方法，接入类型/指示IE可以包括3GPP接入/非3GPP接入/2种接入(两者接入)或3GPP/非3GPP接入的值。此外，如果可选地包括接入类型/指示IE，则该请求也可以被解释为3GPP接入的寻呼请求。在这种情况下，只有非3GPP接入可用作接入类型/指示IE的值，或者非3GPP接入和3GPP接入的两个接入可用作接入类型/指示IE的值。
根据上述提出的方法，由基站发送到UE的寻呼消息可以定义为如下所示。
/>
如上所述，接入类型/指示IE被包括在寻呼消息中，然后被发送，并且，根据所提出的方法，可以使用3GPP/非3GPP/接入两者或3GPP/非3GPP。此外，接入类型/指示IE可以可选地包括在内。如果不包括相应的IE，则该请求可以被解释为3GPP接入的寻呼请求。在这种情况下，只有非3GPP接入可用作接入类型/指示IE的值，或者非3GPP接入和3GPP接入两者可用作接入类型/指示IE的值。
II.本说明书的第二公开
基于上述细节，标准说明书的增强将如下所述。
II-1.第二公开的第一示例：网络触发的服务请求过程
当网络和UE需要发送和接收信号(例如，用于向UE传输(或传送)N1信令、移动终端(MT)SMS、MT用户数据的PDU会话的用户平面连接激活)时，使用该过程。当该过程由SMSF、PCF或UDM触发时，图6的SMF被SMSF、PCF或UDM替换。在3GPP接入中，如果UE处于CM-IDLE状态或CM-CONNECTED状态，则网络发起网络触发的服务请求过程。如果UE处于CM-IDLE状态，并且如果异步类型通信未被激活，则网络向(R)AN/UE发送寻呼请求消息。寻呼请求在UE中触发UE触发的服务请求过程。当异步类型通信激活时，网络存储接收到的消息，并且当UE进入CM-CONNECTED状态时，网络将消息发送到(R)AN和/或UE(即，(R)AN和/或UE将环境同步)。
当SMF被触发以发送优先级高于发送第一N11消息的优先级的第二N11消息时，SMF向AMF发送指示更高优先级的新N11消息。如果SMF从UPF接收到具有与第一N11消息相同优先级或更低优先级的PDU会话的附加通知消息，或者如果SMF发送指示高优先级的第二N11消息，然后从UPF接收到附加通知消息，则SMF可以不发送新的N11消息。
在非3GPP接入中，如果UE处于CM-IDLE，如果UE通过3GPP同时登记，并且如果UE连接到相同的PLMN中的非3GPP接入，则网络可以发起用于通过非3GPP接入的针对3GPP接入的网络触发的服务请求过程。
如果UE在3GPP接入中处于CM-IDLE状态，并且如果UE在非3GPP接入中处于CM-CONNECTED状态，并且如果UE通过3GPP和非3GPP同时登记并且在相同的PLMN中接入，则网络可以通过非3GPP接入触发3GPP的服务请求过程。
在此过程中，受影响的SMF和UPF都在向UE提供服务的PLMN的控制下。在本地路由漫游的情况下，不涉及HPLMN的SMF和UPF。
图6是示出根据第二公开的第一示例的网络触发的服务请求过程的流程图。
(1)如果UPF接收到PDU会话的下行链路数据，并且如果PDU会话的UPF中存储的AN通道信息不存在，如果SMF先前没有发出通知以防止UPF缓冲下行链路数据，则UPF缓冲下行链路数据。
(2)UPF向SMF发送数据通知消息(包括PDU会话ID、标识QFI和DSCP的信息)。
-当第一下行链路数据分组到达时，如果SMF先前没有通知UPF不要向SMF发送任何数据通知(在这种情况下，不执行后续步骤)，则UPF向SMF发送数据通知消息。
-如果UPF在相同的PDU会话中接收到用于另一QoS流的下行链路数据分组，则UPF向SMF发送另一数据通知消息。
-如果UPF支持策略区分功能并由SMF针对这种N4会话激活，则UPF包括TOS(IPv4)/TC(IPv6)值和用于识别DL数据分组的QoS流的QFI的信息。
(2b)SMF向UPF发送数据通知验证消息。
(3a)SMF向AMF发送Namf_Communication_N1N2MessageTransfer(SUPI、PDU会话ID、N2 SM信息(QoS配置文件、CN N3通道信息、S-NSSAI)、N2信息、ARP、寻呼策略指示、5QI、DNN有效区域)。
当接收到数据通知消息时，如果PDU会话对应于LADN，并且基于从AMF接收到的UE位置报告，如果SMF确定UE位于对应于UE的LADN的使用可用性区域之外，则SMF不触发通知。SMF可以通知UPF，UPF已经放弃PDU会话的下行链路数据并且发送数据通知使得不再提供数据通知消息。
否则，SMF决定是否联系AMF。在下列情况下，SMF不与AMF联系：
-如果SMF先前接收到指定SMF无法获得UE的通知；或者
-如果UE只能获得监管优先服务，并且如果PDU会话不是针对监管优先服务的。
SMF确定AMF，并且SMF将Namf_Communication_N1N2MessageTransfer调用(或呼叫)到包括在步骤2a中接收的PDU会话ID的AMF。
当SMF等待用户平面连接被激活时，如果SMF接收到相同的PDU会话的附加数据通知消息，并且如果接收到的附加数据通知消息对应于比PDU会话的第一数据通知消息更高的优先级(即，相当于ARP优先级)，则SMF调用新的Namf_Communication_N1N2MessageTransfer。
当SMF等待用户平面连接被激活时，如果SMF从除了Namf_Communication_N1N2MessageTransfer被调用到的SMF以外的新AMF接收到N11消息，则SMF调用到新AMF的另一个Namf_Communication_N1N2MessageTransfer。
当SMF支持寻呼策略区分时，在Namf_Communication_N1N2MessageTransfer中包括与步骤2a中的QFI相关的5QI、DNN和与触发了数据通知消息的下行链路数据相关的寻呼策略。
注1：AMF可以接收来自其他网络功能(例如，网络发起的取消登记、SMF发起的PDU会话修改)的将信令诱导到UE/RAN的的请求消息。如果UE处于CM-CONNECTED状态，并且如果AMF仅向UE传输N1消息，则该过程从步骤6继续，如下所述。
(3b)AMF响应SMF。
如果UE在AMF中处于CM-IDLE状态，并且如果AMF可以对UE执行寻呼，并且如果UE处于能够响应AMF的状态，则向SMF发送包括指示“试图获得UE”的原因字段的Namf_Communication_N1N2MessageTransfer响应消息。在这种情况下，AMF可以忽略(或无视)N2SM信息，并且在这种情况下，SMF会必须重新发送N2 SM信息。
如果UE在AMF中处于CM-CONNECTED状态，则AMF向UE发送包括指示“N1/N2传送成功”的原因字段的Namf_Communication_N1N2MessageTransfer响应。
如果UE处于CM-IDLE状态，并且如果AMF确定UE不能响应寻呼，则AMF应将Namf_Communication_N1N2MessageTransfer响应消息发送到SMF，或发送到AMF在步骤3a中从其接收到请求消息的其他网络功能之一。另选地，AMF可以执行异步类型通信，并且可以基于所接收的消息存储UE环境。当调用异步类型通信时，并且如果UE处于CM-CONNECTED状态，则AMF启动与UE和(R)AN的通信。
如果AMF已确定UE不能与SMF执行通信(例如，如果MICO模式的UE或仅登记到非3GPP接入的UE处于CM-IDLE状态)，则AMF可以拒绝SMF的请求。如果SMF未订阅UE可达性事件，则AMF可在拒绝消息中包括指示SMF不需要向AMF发送DL数据通知的指示。AMF存储SMF已被通知UE不可获得的通知。
如果UE不在MICO模式下，并且如果SMF发出的请求不是针对管理优先级服务的，则当AMF检测到UE位于不允许的区域(或未授权的区域)时，AMF拒绝SMF发出的请求，并通知SMF，UE仅对于管理优先级服务是可获得的。AMF将其通知存储到SMF，该SMF通知UE仅对于管理优先级服务是可获得的。
当旧的AMF接收到Namf_Communication_N1N2MessageTransfer时，并且如果正在进行使AMF更改的登记过程，则旧的AMF可以拒绝该请求，同时指示已经暂时拒绝了Namf_Communication_N1N2MessageTransfer。
如果SMF接收到Namf_Communication_N1N2MessageTransfer响应以及其请求被暂时拒绝的指示，则SMF启动本地配置的保护定时器，并等待从新的第二AMF接收到N11消息。如果SMF从AMF接收到N11消息，则SMF应再次将(包括数据通知的)Namf_Communication_N1N2MessageTransfer调用至SMF从其接收N11消息的AMF。否则，如果保护定时器过期，则SMF执行步骤3a。如果SMF确定应用了控制平面缓冲，则SMF应请求UPF启动朝SMF的下行链路数据PDU传输。
(3c)SMF响应UPF。
SMF可以向UPF通知用户平面激活失败。
当SMF从AMF接收到指示其仅对于管理优先级服务是可获得或不可获得的指示时，SMF可根据网络策略执行以下之一。
-指示UPF暂停数据通知传输；
-指示UPF暂停对DL数据的缓冲并删除(或丢弃)缓冲数据；
-指示UPF暂停数据通知传输，暂停对DL数据的缓冲，并删除(或丢弃)缓冲数据；或
-指示UPF在UE不可获得时，不要向AMF发送与DL数据有关的额外的N11消息。
如果SMF从AMF接收到指示SMF请求的N11消息已被暂时拒绝的指示，则SMT可以指示UPF根据网络策略应用临时缓冲。
(4a)在3GPP接入中，如果UE处于CM-CONNECTED状态，并且如果在步骤3a中从SMF接收到的PDU会话ID与3GPP接入相关，则AMF在UE触发的服务请求过程中执行步骤8至步骤16。PDU会话的用户平面连接可以被激活(例如，无线电资源和N3通道建立)，而不向(R)AN节点和UE发送寻呼消息。在步骤8中，AMF不向UE发送NAS服务接受消息。其余过程将被省略。
(4b)在3GPP接入中，如果UE处于CM-IDLE状态，并且如果在步骤3a中从SMF接收到的PDU会话ID基于本地策略与3GPP接入相关，则即使UE对于非3GPP接入处于CM-CONNECTED状态，AMF也可以确定要通过3GPP接入执行通知，寻呼消息可以通过3GPP接入发送到RAN节点。
如果UE在相同的PLMN中同时登记到3GPP接入和非3GPP接入，如果UE对于3GPP接入和非3GPP接入两者都处于CM-IDLE状态，并且如果在步骤3a中PDU会话与非3GPP接入相关，则AMF通过3GPP接入向寻呼消息指示(或标记)“非3GPP访问”，并将寻呼消息发送到RAN节点。
当AMF等待UE响应具有非3GPP接入类型的寻呼请求消息时，如果AMF从与3GPP接入PDU会话相关的SMF接收到Namf_Communication_N1N2MessageTransfer消息，则AMF指示(或标记)相关的接入类型为“两种接入”，并发送新的寻呼请求消息。
如果UE能够达到RM-REGISTERED状态和CM-IDLE状态，则AMF将寻呼消息(寻呼的NAS ID、登记区域列表、寻呼DRX长度、寻呼优先级指示、与PDU会话相关的接入)发送到属于UE在其中登记的登记区域的RAN节点，并且当从AMF接收到寻呼消息时，NG-RAN节点在寻呼消息中在包括与PDU会话相关的接入之后寻呼UE。
当支持寻呼策略区分时，可以在AMF中为DNN、寻呼策略指示、ARP和5QI的不同组合配置寻呼策略。
对于RRC停用状态，寻呼策略可以配置为(R)AN中寻呼策略指示、ARP和5QI的不同组合。
只有在以下情况下才包括寻呼优先级指示。
-如果由运营商进行配置，如果AMF接收到包含与优先级服务(例如MPS、MCS)相关的ARP值的N11消息。
-一个寻呼优先级可以用于多个ARP值。将ARP值映射到寻呼优先级(或级别)的操作是根据AMF和RAN的运营商策略配置的。
根据寻呼优先级指示，(R)AN可以具有比UE的寻呼更高的优先级。
当如运营商配置的那样，AMF等待UE对在没有任何寻呼优先级指示的情况下发送的寻呼请求消息的响应时，如果AMF接收到包括与优先级服务(例如MPS、MCS)相关的ARP值的N11消息，则AMF应发送另一个具有适当寻呼优先级的寻呼消息。
寻呼策略中可以包含以下内容：
-寻呼重传方案(例如，寻呼重复的频率或时间间隔)；
-在特定的AMF高负载条件期间，确定是否向(R)AN节点发送寻呼消息的步骤；以及
-是否应用基于子区域的寻呼(例如，在执行第一次寻呼时以最后一个已知的小区ID或TA为目标，以及在尝试下一次寻呼时从所有登记的TA执行重传)。
注3：寻呼优先级的设置与寻呼策略无关。
AMF和(R)AN可以通过使用以下一种或多种手段来支持额外的寻呼优化，以减少用于成功寻呼UE的信令负载和网络资源：
-通过实现特定寻呼策略的AMF(例如，N2寻呼消息被发送到最后服务于UE(或向UE提供服务)的(R)AN节点)；
-当AMF转换(或转变)到CM-IDLE状态时，考虑由(R)AN和NG-RAN节点提供的关于推荐小区的信息。在考虑与(R)AN节点相关的部分时，AMF确定要/将要寻呼的(R)AN节点，并且AMF向每个(R)AN节点提供N2寻呼消息中的与推荐小区有关的信息。
-在执行寻呼时，(R)AN考虑AMF提供的与寻呼尝试计数有关的信息。
如果用于寻呼信息的UE无线电能力在AMF中可用，则AMF将用于N2寻呼消息中的寻呼信息的UE无线电能力添加到(R)AN节点。
如果AMF中存在与用于寻呼和(R)AN节点的推荐小区有关的信息，则AMF应考虑上述信息，以确定用于寻呼的(R)AN节点，并且AMF可以将与推荐小区有关的信息透明地传送给(R)AN节点。
AMF可以在N2寻呼消息中包括寻呼尝试计数信息。对于AMF为寻呼选择的所有(R)AN节点，寻呼尝试计数信息应相同。
(4c)[有条件的]如果UE在相同的PLMN中同时登记到3GPP接入和非3GPP接入，如果UE在3GPP接入中处于CM-CONNECTED状态，并且如果在步骤3a中PDU会话ID与非3GPP接入相关，则AMF可以通过3GPP接入向UE发送包括PDU会话ID的NAS通知消息，并且可以配置(或设置)通知计时器。
如果UE在相同的PLMN中同时登记到3GPP接入和非3GPP接入，如果UE对于非3GPP接入处于CM-CONNECTED状态，对于3GPP接入处于CM-IDLE状态，并且如果PDU会话ID在步骤3a中基于本地策略与3GPP相关，则AMF可以确定通过非3GPP接入向UE发送通知。在这种情况下，AMP通过非3GPP接入向UE发送包括PDU会话ID的NAS通知消息，并且可以配置(或设置)通知计时器。
(5)AMF可以向SMF发送Namf_EventExposure_Notify。
AMF通过使用计时器来监督寻呼过程。如果AMF未能从UE接收到对寻呼请求消息的响应，则AMF可以根据在步骤4b中描述的随机可适用寻呼策略应用附加的寻呼。
如果AMF未能从UE接收响应，除非AMF识别MM过程(该过程是阻止UE发送任何响应的正在进行的过程)，否则AMF将认为UE是不可获得的。因此，由于SM N2消息不能通过呼叫(或调用)Namf_EventExposure_Notify路由到(R)AN，因此AMF应将UE不可获得通知告知SMF。
如果UE接收到不可获得通知，则SMF通知UPF。
(6)如果UE在3GPP接入中处于CM-IDLE中，如果UE接收到与3GPP接入或两种接入相关的PDU会话的寻呼请求，则UE发起UE触发的服务请求过程。在步骤4a中，AMF将Nsmf_PDUSession_UpdateSMContext请求调用到与PDU会话相关的SMF，该PDU会话在MM NAS服务请求消息中标识，但步骤3a中的Namf_Communication_N1N2MessageTransfer中包含的PDU会话ID除外。
如果UE在非3GPP接入和3GPP接入中都处于CM-IDLE状态，并且如果UE接收到与非3GPP接入相关的PDU会话的寻呼请求，则UE可以发起UE触发的服务请求过程。此时，通过3GPP接入而包括允许的PDU会话列表。
如果UE在非3GPP接入中处于CM-IDLE状态并且在3GPP接入中处于CM-CONNECTED状态，如果UE接收到包括与非3GPP接入相关的PDU会话的NAS通知消息，如果允许UE触发的UE策略，则UE利用允许的PDU会话的列表执行服务请求过程，这可以通过3GPP接入重新激活。如果AMF未能在通知计时器到期之前接收到NAS服务请求消息，则AMF可以通知SMF，即使AMF能够连接到UE，AMF为了重新激活PDU会话而拒绝了该连接。如果AMF通过非3GPP接入从UE接收到服务请求消息(例如，由于UE成功连接到非3GPP接入)，则AMF可以停止通知计时器。
如果UE在3GPP接入中处于CM-IDLE状态并且在非3GPP接入中处于CM-CONNECTED状态，如果UE通过非3GPP接入接收到识别与3GPP接入相关的PDU会话的NAS通知消息，则UE在3GPP接入可用时启动服务请求过程(第4.2.3.2条)。如果AMF在通知计时器到期之前未能接收到NAS服务请求消息，则AMF可以通过3GPP接入寻呼UE，或者AMF可以通知SMF UE无法重新激活PDU会话。
(7)UPF向UE发送通过(R)AN节点缓冲的下行链路数据，该节点已执行服务请求过程。
如果该过程是由在步骤3a中描述的另一网络实体的请求触发的，则该网络可以发送下行链路信号。
II-2.第二公开的第二示例：网络触发的服务请求过程
以下，仅描述与第一示例不同的部分。并且，对于与第一示例相同的部分，将直接应用第一示例的内容，而无需修改。
如果SMF被触发来发送第二Namf_Communication_N1N2MessageTransfer消息(该消息的优先级高于发送第一Namf_Communication_N1N2MessageTransfer消息所依据的优先级)，则SMF将指示较高优先级的新的Namf_Communication_N1N2MessageTransfer消息发送到AMF。如果SMF从UPF接收到PDU会话的附加指示消息(该PDU会话的优先级与第一Namf_Communication_N1N2MessageTransfer消息相同或更低)，或者如果SMF发送第二Namf_Communication_N1N2MessageTransfer消息(该消息指示较高优先级)并从UPF接收到附加指示消息，则SMF不能发送新的Namf_Communication_N1N2MessageTransfer消息。
图7是示出根据第二公开的第二示例的网络触发的服务请求过程的流程图。
在下文中，仅描述与上面参照图6所描述的第一示例不同的部分。并且，对于与第一示例相同的部分，上面参照图6描述的第一示例的内容将不修改而直接应用。
(1)如果UPF接收PDU会话的下行链路数据，并且如果针对PDU会话的UPF中存储的AN通道信息不存在，则基于SMF给出的命令(或指令)，UPF缓冲下行链路数据或将下行链路数据传送(或传输)到SMF。
(2c)UPF向SMF传送下行链路数据分组。
如果SMF支持寻呼策略区分特性，则基于从接收到的下行链路数据分组的IP报头提取的TOS(IPv4)/TC(IPv6)值以及基于用于识别下行链路数据分组的QoS流的QFI的信息，SMF确定寻呼策略指示。
(3c)SMF响应UPF。
SMF可以向UPF通知用户平面激活失败。
当SMF从AMF接收到指示它只针对管理优先级服务可获得或不可获得的指示时，SMF可以根据网络策略执行以下操作之一。
-指示UPF暂停数据通知传输；
-指示UPF暂停对DL数据的缓冲并删除(或丢弃)缓冲数据；
-指示UPF暂停数据通知传输，暂停对DL数据的缓冲，并删除(或丢弃)缓冲数据；或
-指示UPF在UE不可获得时，不要向AMF发送关于DL数据的额外N11消息。
根据服务提供商政策，SMF可以暂停收费过程。
如果SMF接收到通知AMF请求的Namf_Communication_N1N2MessageTransfer消息被暂时拒绝的消息，根据网络策略，SMF可以指示UPF应用临时缓冲。
(4b)在3GPP接入中，如果UE处于CM-IDLE状态，并且如果在步骤3a中从SMF接收到的PDU会话ID基于本地策略与3GPP接入相关，则即使UE对于非3GPP接入处于CM-CONNECTED状态，AMF也可以确定要通过3GPP接入执行通知，并且寻呼消息可以通过3GPP接入发送到RAN节点。
如果UE在相同的PLMN中同时登记到3GPP接入和非3GPP接入，如果UE对于3GPP接入和非3GPP接入都处于CM-IDLE状态，并且如果在步骤3a中PDU会话与非3GPP接入相关，则AMF通过3GPP接入向寻呼消息指示(或标记)“非3GPP接入”，并将寻呼消息发送到RAN节点。
如果UE在相同的PLMN中同时登记到3GPP接入和非3GPP接入，则UE对于3GPP接入和非3GPP接入两者都处于CM-IDLE状态，并且AMF接收与3GPP接入和非3GPP接入相关的多个请求。同时，AMF通过3GPP接入向RAN节点发送具有相关接入“非3GPP”的寻呼消息。
如果UE能够达到RRM-REGISTERED状态和CM-IDLE状态，则AMF将寻呼消息(用于寻呼的NAS ID、登记区域列表、寻呼DRX长度、寻呼优先级指示、与PDU会话相关的接入)发送到属于UE在其中登记的登记区域的RAN节点，并且当从AMF接收到寻呼消息时，NG-RAN节点在寻呼消息中在包括与PDU会话相关的接入之后寻呼UE。
当AMF等待UE对3GPP接入PDU会话的寻呼请求消息的响应时，如果AMF接收到具有与非3GPP接入相关的PDU会话ID的Namf_Communication_N1N2MessageTransfer消息，则AMF应等待直到UE处于CM-CONNECTED，并且AMF可以向UE发送NAS通知消息，该NAS通知消息包括与通过3GPP接入的非3GPP接入相关的PDU会话ID。
当AMF等待UE对非3GPP接入PDU会话的寻呼请求消息的响应时，如果AMF接收到具有与3GPP接入相关的PDU会话ID的Namf_Communication_N1N2MessageTransfer消息，则AMF应等待直到UE处于CM-CONNECTED，并且AMF对与3GPP相关的PDU会话执行UP连接的激活。
当支持寻呼策略区分时，可以在AMF中为DNN、寻呼策略指示、ARP和5QI的不同组合配置寻呼策略。
对于RRC停用状态，寻呼策略可以配置为寻呼策略指示、ARP和(R)AN中的5QI的不同组合。
只有在以下情况下才包括寻呼优先级指示。
-如果由运营商进行配置，如果AMF接收到Namf_Communication_N1N2MessageTransfer消息，该消息包括与优先级服务(例如，MPS、MCS)相关的ARP值。
-一个寻呼优先级可以用于多个ARP值。将ARP值映射到寻呼优先级(或级别)的操作是根据AMF和RAN的操作策略配置的。
根据寻呼优先级指示，(R)AN可以具有比UE的寻呼更高的优先级。
当如运营商所配置的，AMF等待UE对在没有任何寻呼优先级指示的情况下发送的寻呼请求消息的响应时，如果AMF接收到包括与优先级服务(例如MPS、MCS)相关的ARP值的Namf_Communication_N1N2MessageTransfer消息，则AMF应发送另一个具有适当寻呼优先级的寻呼消息。
寻呼策略中可以包含以下内容：
-寻呼重传方案(例如，寻呼重复的频率或时间间隔)；
-在特定的AMF高负载条件期间，确定是否向(R)AN节点发送寻呼消息的步骤；以及
-是否应用基于子区域的寻呼(例如，在执行第一次寻呼时以最后一个已知的小区ID或TA为目标，并且在尝试下一次寻呼时从所有登记的TA执行重新传输)。
(6)如果UE在3GPP接入中处于CM-IDLE，如果UE接收到针对与3GPP接入或两种接入相关的PDU会话的寻呼请求，则UE发起UE触发的服务请求过程。在步骤4a中，AMF将Nsmf_PDUSession_UpdateSMContext请求调用到与PDU会话相关的SMF，该PDU会话在MM NAS服务请求消息中标识，但步骤3a中的Namf_Communication_N1N2MessageTransfer中包含的PDU会话ID除外。
如果UE在非3GPP接入和3GPP接入两者中都处于CM-IDLE状态，并且如果UE接收到与非3GPP接入相关的PDU会话的寻呼请求，则UE可以发起UE触发的服务请求过程。此时，通过3GPP接入包括允许的PDU会话列表。
如果没有可以通过3GPP接入重新激活的PDU会话，则UE将允许的PDU会话的列表包括为空列表。如上所述，如果AMF通过非3GPP接入从UE接收服务请求消息(例如，由于UE成功连接到非3GPP接入)，则AMF可以暂停寻呼过程并处理接收到的服务请求。如果AMF接收到服务请求消息，并且如果UE提供的允许PDU会话的列表不包括寻呼UE所依赖的PDU会话，则AMF通知SMF，即使通过调用Namf_EventExposure_Notify服务UE可获得，也不接受重新激活。
II-3.第三示例：服务请求消息
UE向SMF发送的服务请求消息可以包括以下信息。
[表3]
信息元素
扩展协议鉴别符
安全报头类型
服务类型
5G-TMSI
服务请求消息标识
ngKSI
备用半八位字节
上行链路数据状态
PDU会话状态
允许的PDU会话状态
在上表中，如果UE具有要发送的上行链路用户数据，则包括上行链路数据状态。
PDU会话状态指示UE内激活的PDU会话。
如果针对与非3GPP接入相关的PDU会话，将服务请求消息作为寻呼消息或通知通过3GPP接入发送，并且如果UE发送对所发送的服务请求消息的响应，则包括允许的PDU会话状态。
允许的PDU会话状态包括允许的PDU会话的列表。
如果UE接收到用于非3GPP接入的寻呼消息传输，则UE被配置为仅当存在可被传输(或传送)到3GPP接入的PDU会话时才发送允许的PDU会话的列表。因此，在PDU会话不能全部传输(或传送)到3GPP接入的情况下，不需要包括/不需要包括上述信息。然而，如果根据本说明书的公开内容中提出的方法，允许的PDU会话的列表将作为空列表被发送，则可以使用以下方法(或方案)。
1.一种将包含在允许的PDU会话状态IE中的所有PDU会话标识符(PSI)比特设置为零(0)的方案
[表4]
2.一种将允许的PDU会话状态IE中包含的长度字段设置为2字节，然后不发送PSI部分的方案
[表5]
因此，IE的最低(或最小)长度可以是2字节(即，2个八位字节)，而不是4字节。
3.一种不包括允许的PDU会话状态IE并通过单独的IE发送指示允许的PDU会话状态为空的指示的方案
服务请求消息将包括如下所示的信息元素。
[表6]
信息元素(IE)
扩展协议鉴别符
安全报头类型
服务类型
5G-TMSI
服务请求消息标识
ngKSI
备用半八位字节
上行数据状态
PDU会话状态
允许的PDU会话状态
空的允许的PDU会话状态指示
上述空的允许的PDU会话状态指示也可以解释为指示通过3GPP接入执行重新激活的指示表示没有允许的PDU会话。另外/另选地，空的允许的PDU会话状态指示(或其它类型的IE)也可以被解释为指示非3GPP接入的寻呼消息的传输的指示或对NAS通知消息的响应。
4.一种包括并发送上述方案2和方案3的组合的方案
II-4.第四示例：5GMM过程的类型
根据如何发起(或启动)，可区分三种不同类型的5GMM过程，如下所示。
a)5GMM普通过程
当UE处于5GMM-CONNECTED模式时，也可以发起(或启动)5GMM普通过程。属于此类型的过程如下所示。
1)网络发起：
i)网络发起的NAS传输
ii)主要认证和密钥同意过程
iii)安全模式控制
iv)一般UE配置更新
v)识别
2)UE发起
UE发起的NAS传输
3)由UE或网络发起，用于报告在接收5GMM协议数据时检测到的特定错误状态
5GMM状态
b)5GMM特定过程：
对于UE驻留的每个接入网络，只能执行一个5GMM特定过程。属于此类型的过程如下所示。
1)该过程是UE发起的，并且可以例如如下使用。UE被登记到用于5GS服务的网络，并且配置5GMM环境以更新UE位置/参数。
登记
这是UE发起的或网络发起的并且用于取消(或取消登记)5GS服务的网络登记并用于释放5GMM环境。
取消登记
c)5GMM连接管理过程：
1)这是UE发起的，并且用于为网络配置安全连接，或用于数据传输的请求资源预留或用于两者。
服务请求
如果没有针对UE驻留的每个网络接入发起的5GMM特定过程，则可以发起(或启动)服务请求过程。
2)这是网络发起的并且可用于请求配置N1 NAS信令连接，或在由于网络故障而需要时执行重新登记，或用于通过3GPP接入请求非3GPP的PDU会话的重新激活；然而，这不能应用于非3GPP接入网络：
寻呼
3)当UE通过3GPP接入或非3GPP接入处于5GMM-CONNECTED模式时，这是由网络发起并用于请求重新激活：
通知
II-5.第五示例：发起服务请求过程
通过向AMF发送服务请求消息，UE发起(或启动)服务请求过程并启动计时器T3517。
在文件TS 24.501的子条款5.6.1.1中的“情况a”的情况下
-如果寻呼请求包括非3GPP接入类型的指示，则在服务消息中包括允许的PDU会话状态IE，以便允许UE指示在3GPP接入中用户平面资源激活是否可用(或可能)。即使没有可以激活到3GPP接入的PDU会话，也会包含此内容。
-如果UE具有等待发送的上行链路用户数据，则上行链路用户数据状态IE被包括在服务请求消息中，以便允许UE指示要发送挂起的用户数据的PDU会话；或者
否则，上行链路用户数据状态IE将不被包含在服务请求消息中。
在文件TS 24.501的子条款5.6.1.1的“情况b”的情况下
允许的PDU会话状态IE将被包括在服务请求消息中，以便允许UE指示PDU会话的用户平面资源是否可以通过3GPP接入而重新激活。即使没有可以通过3GPP接入重新激活的PDU会话，也应包括此会话。
在文件TS 24.501的子条款5.6.1.1的“情况c”和“情况f”的情况下
上行链路数据状态IE不应被包含在服务请求消息中。
在文件TS 24.501的子条款5.6.1.1的“情况d”和“情况e”的情形下
上行链路数据状态IE被包括在服务请求消息中，以便允许UE指示要传输挂起的用户数据的PDU会话。
在文件TS 24.501的子条款5.6.1.1的“情况g”的情况下
如果UE具有等待发送的上行链路用户数据，则上行链路数据状态IE被包括在服务请求消息中，以便允许UE指示要具有挂起的用户数据的PDU会话。
在文件TS 24.501的子条款5.6.1.1的“情况h”的情况下
如果UE从较高层接收紧急服务请求并执行紧急服务回退(3GPP TS 23.502的子条款4.13.4.2)，则UE可以将服务请求消息服务类型设置(或配置)为“紧急服务回退”。
PDU会话状态信息元素(IE)可以被包括在服务请求消息中，以指示UE可用的PDU会话。如果PDU会话状态信息元素(IE)被包括在服务请求消息中，则AMF可以在UE和网络之间没有任何对等信令的情况下本地释放由UE指示在AMF中处于活动状态的所有PDU会话环境，而AMF由UE指示为处于非活动状态。
II-6.第六示例：网络正在接受服务请求过程
如果AMF需要同步PDU会话状态，或者如果PDU会话状态IE被包含在服务请求消息中，则AMF应在服务接受消息中包含PDU会话状态IE，以指示在AMF中激活了哪个PDU会话。如果PDU会话状态IE被包括在服务接受消息中，则AMF可以在网络和UE之间没有任何对等信令的情况下本地释放由UE激活的所有PDU会话，而AMF处于非活动状态。
当UE位于LADN服务区域外时，并且如果UE针对对应于LADN的PDU会话发起服务请求过程，则AMF可以在服务拒绝消息中包括拒绝原因。拒绝原因指示PDU会话由于LADN而未激活，该LADN在PDU会话重新激活结果IE中不可用。
如果服务请求消息中包含上行链路数据状态IE，则AMF应执行以下步骤：
a)指示SMF重新激活对应PDU会话环境的用户平面资源；以及
b)在服务接受消息中包括PDU会话重新激活结果IE，以指示由UE请求重新激活的PDU会话的用户平面重新激活结果。
如果服务请求消息中包含允许的PDU会话状态IE，并且如果可以通过3GPP接入重新激活至少一个PDU会话，则AMF可以执行以下步骤：
a)通知要将用户平面资源重新激活到SMF，SMF指示可以通过3GPP接入重新激活且处于挂起状态的下行链路数据；
b)如果无法通过3GPP接入重新激活下行链路数据，则通知无法对SMF执行相应PDU会话环境的用户平面资源的重新激活，该SMF指示挂起的下行链路数据；以及
c)在服务接受消息中包括PDU会话重新激活结果IE，以指示已成功重新激活的PDU会话环境。
如果服务请求消息用于紧急服务替换，则AMF将触发紧急服务回退过程。
II-7.第七示例：允许的PDU会话状态
如果服务请求消息是作为对与非3GPP接入相关的寻呼或通知的响应而发送的，则即使没有可以通过3GPP接入激活的PDU会话，也应包括该IE。
允许的PDU会话状态IE的目的(或目标)是通知网络与可以通过3GPP接入重新激活用户平面资源的非3GPP访问相关的PDU会话。即使没有可以通过3GPP接入重新激活的PDU会话，也应包括该IE。
允许的PDU会话状态是最小长度为4个八位字节、最大长度为34个八位字节的类型4信息IE。
下表包括允许的PDU会话状态IE。
[表7]
下表显示了允许的PDU会话状态IE。
[表8]
上述实施方式可以通过硬件实现。相关说明将参考随附图提供。
图8是示出根据本公开实施方式的UE和网络的配置的框图。
如图8所示，UE 100包括存储单元101、控制器102和收发器103。此外，网络节点可以包括AMF、SMF、NEF和AF之一。网络节点可以包括存储单元511、控制器512和收发器513。
存储单元存储上述方法。
控制器分别控制存储单元和收发器。具体地说，控制器分别执行存储在存储单元中的上述方法。此外，控制器通过收发器发送上述信号。
基于本公开的优选实施方式的示例描述了以上说明书。然而，由于如上文所述，本公开的范围将不限于特定实施方式，应理解，在不脱离本文所述的本公开的范围和精神的情况下，本公开可以修改、改变或增强为各种形式。

Claims (7)

1.一种由用户设备UE执行的方法，所述UE在相同的公共陆地移动网络PLMN中在第三代合作伙伴计划3GPP接入和非3GPP接入两者中登记，所述方法包括以下步骤：
在所述3GPP接入和所述非3GPP接入两者中都处于空闲状态时，从接入和移动性管理功能AMF节点接收寻呼消息，其中，所述寻呼消息包括通知所述寻呼消息起源于来自所述非3GPP接入的协议数据单元PDU会话的接入类型信息；以及
在接收到所述寻呼消息时，通过发送包括允许的PDU会话的列表的服务请求消息来发起UE触发的服务请求过程，
其中，基于没有要通过所述3GPP接入重新激活的PDU会话，所述服务请求消息包括所述允许的PDU会话的空列表，
其中，在所述允许的PDU会话的所述空列表中的PDU会话标识符PSI的所有比特被编码为零。
2.根据权利要求1所述的方法，其中，不包括PSI的所述允许的PDU会话的空列表被用于接入和移动性管理功能AMF，以通知会话管理功能SMF所述UE是可获得的，但不接受重新激活所述PDU会话。
3.根据权利要求1所述的方法，其中,基于要通过所述3GPP接入重新激活所述非3GPP接入上的所述PDU会话，所述允许的PDU会话的列表包括所述PDU会话的PSI。
4.一种用户设备UE，所述UE在相同的公共陆地移动网络PLMN中在第三代合作伙伴计划3GPP接入和非3GPP接入两者中登记，所述UE包括：
收发器；和
处理器，所述处理器能够操作地联接到所述收发器并且被配置为：
控制所述收发器以在所述3GPP接入和所述非3GPP接入两者中都处于空闲状态时，从接入和移动性管理功能AMF节点接收寻呼消息，
其中，所述寻呼消息包括通知所述寻呼消息起源于来自所述非3GPP接入的协议数据单元PDU会话的接入类型信息；并且
在接收到所述寻呼消息时，通过控制所述收发器以发送包括允许的PDU会话的列表的服务请求消息来发起UE触发的服务请求过程，
其中，基于不存在要通过所述3GPP接入重新激活的PDU会话，所述服务请求消息包括所述允许的PDU会话的空列表，
其中，在所述允许的PDU会话的所述空列表中的PDU会话标识符PSI的所有比特被编码为零。
5.根据权利要求4所述的UE，其中，不包括PSI的所述允许的PDU会话的空列表被用于接入和移动性管理功能AMF，以通知会话管理功能SMF所述UE是可获得的，但不接受重新激活所述PDU会话。
6.根据权利要求4所述的UE，其中，基于要通过所述3GPP接入重新激活所述非3GPP接入上的所述PDU会话，所述允许的PDU会话的列表包括所述PDU会话的PSI。
7.一种接入和移动性管理功能AMF节点，该AMF节点包括：
至少一个处理器；和
至少一个计算机存储器，所述至少一个计算机存储器能够操作地连接至所述至少一个处理器并存储指令，该指令在由所述至少一个处理器执行时执行以下操作：
发送用于用户设备UE的寻呼消息，
其中，在相同的公共陆地移动网络PLMN中在第三代合作伙伴计划3GPP接入和非3GPP接入两者中登记所述UE，
其中，所述寻呼消息包括通知所述寻呼消息起源于来自所述非3GPP接入的协议数据单元PDU会话的接入类型信息，
从所述UE接收包括允许的PDU会话的列表的服务请求消息，其中，在所述允许的PDU会话的空列表中的PDU会话标识符PSI的所有比特被编码为零，
在接收到包括所述允许的PDU会话的所述空列表的所述服务请求消息时，确定没有要通过所述3GPP接入重新激活的PDU会话；以及
基于所述允许的PDU会话的所述空列表，通知会话管理功能SMF所述UE是能够获得的但不接受重新激活所述PDU会话。
CN201880078176.5A 2017-11-17 2018-11-13 发起服务请求过程的方法和用户设备 Active CN111448843B (zh)

Applications Claiming Priority (13)

Application Number Priority Date Filing Date Title
US201762587477P 2017-11-17 2017-11-17
US62/587,477 2017-11-17
US201762610518P 2017-12-27 2017-12-27
US62/610,518 2017-12-27
US201862617610P 2018-01-16 2018-01-16
US62/617,610 2018-01-16
US201862628239P 2018-02-08 2018-02-08
US62/628,239 2018-02-08
US201862629696P 2018-02-13 2018-02-13
US201862629705P 2018-02-13 2018-02-13
US62/629,696 2018-02-13
US62/629,705 2018-02-13
PCT/KR2018/013798 WO2019098641A1 (ko) 2017-11-17 2018-11-13 서비스 요청 절차를 개시하는 방법 및 사용자 장치

Publications (2)

Publication Number Publication Date
CN111448843A CN111448843A (zh) 2020-07-24
CN111448843B true CN111448843B (zh) 2023-08-15

Family

ID=66538754

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880078176.5A Active CN111448843B (zh) 2017-11-17 2018-11-13 发起服务请求过程的方法和用户设备

Country Status (4)

Country Link
US (2) US10880852B2 (zh)
EP (1) EP3697170B1 (zh)
CN (1) CN111448843B (zh)
WO (1) WO2019098641A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019153428A1 (zh) * 2018-02-09 2019-08-15 Oppo广东移动通信有限公司 无线通信的方法、网络设备和终端设备
AU2019292724B2 (en) * 2018-06-25 2021-11-04 Telefonaktiebolaget Lm Ericsson (Publ) Radio network node, user plane function (UPF) and methods performed therein for paging policy differentiation
CN112369077B (zh) * 2018-06-25 2023-10-24 日本电气株式会社 针对紧急服务附接装置时的ue行为
US11064450B2 (en) * 2018-11-12 2021-07-13 Mediatek Inc. Synchronization of QoS flows and rules in mobile communications
BR112021008825A2 (pt) * 2018-11-14 2021-08-17 Nokia Technologies Oy aparelho, método e programa de computador para gerenciamento de conexão
CN113785662A (zh) * 2019-05-02 2021-12-10 三星电子株式会社 使用nas协议的会话和移动性管理方法
US11832341B2 (en) * 2019-05-03 2023-11-28 Ofinno, Llc Group communication service request
CN116491217A (zh) * 2020-11-05 2023-07-25 华为技术有限公司 通信方法及装置
WO2022211535A1 (ko) * 2021-03-31 2022-10-06 삼성전자 주식회사 이동통신 시스템에서 사용자 장치의 이동성 관리, 세션 관리 또는 연결 관리 방법 및 장치
CN114071790B (zh) * 2021-12-16 2023-05-12 中国联合网络通信集团有限公司 通信方法、装置、设备及存储介质
US11985501B2 (en) * 2022-01-12 2024-05-14 T-Mobile Innovations Llc Third generation partnership project (3GPP) service delivery to non-3GPP user devices over 3GPP N1 links

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013133663A1 (ko) * 2012-03-08 2013-09-12 삼성전자 주식회사 무선 통신 시스템에서 서비스를 제어하기 위한 방법

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130182586A1 (en) * 2012-01-18 2013-07-18 Qualcomm Incorporated Obtaining communication session initiation information in a wireless communications system
TW201407974A (zh) * 2012-05-10 2014-02-16 Interdigital Patent Holdings 蜂巢式網路中致能資料共享系統層次手續及方法
US9860872B2 (en) * 2014-06-03 2018-01-02 Intel Corporation In-band control signaling for integrated WLAN/3GPP RAT architectures
EP3419351A4 (en) * 2016-02-17 2019-08-14 LG Electronics Inc. -1- METHOD FOR SENDING / RECEIVING POSITION REGISTRATION-RELATED MESSAGES IN A WIRELESS COMMUNICATION SYSTEM AND DEVICE THEREFOR
US10716083B2 (en) * 2016-12-15 2020-07-14 Lg Electronics Inc. Tracking area assignment method in wireless communication system and device therefor
CN110402604B (zh) * 2017-03-16 2022-04-15 Lg 电子株式会社 在无线通信系统中通知移动性事件的方法及其设备
US11659382B2 (en) * 2017-03-17 2023-05-23 Telefonaktiebolaget Lm Ericsson (Publ) Security solution for switching on and off security for up data between UE and RAN in 5G
CN110493890B (zh) * 2017-03-18 2020-11-10 华为技术有限公司 一种连接恢复方法、接入和移动性管理功能实体、通信装置及系统
EP3592059A4 (en) * 2017-03-21 2020-03-25 Huawei Technologies Co., Ltd. DYNAMIC SPECTRUM MANAGEMENT METHOD AND APPARATUS
EP3635980B1 (en) * 2017-05-08 2024-05-01 Alcatel Lucent Method and apparatus for terminals registered via multiple access networks
JP6821821B2 (ja) * 2017-06-15 2021-01-27 エルジー エレクトロニクス インコーポレイティド 要求に対する応答方法及びネットワーク装置
EP3481139B1 (en) * 2017-06-21 2022-10-12 LG Electronics Inc. Method and device for performing service request procedure in wireless communication system
US20190007992A1 (en) * 2017-07-03 2019-01-03 Electronics And Telecommunications Research Institute Network triggered service request method and user equipment (ue) triggered service request method
EP3666032A1 (en) * 2017-08-11 2020-06-17 IDAC Holdings, Inc. Traffic steering and switching between multiple access networks
US10805983B2 (en) * 2017-10-17 2020-10-13 Ofinno, Llc Control plane data transmission
US11330642B2 (en) * 2017-11-15 2022-05-10 Lg Electronics Inc. Method for supporting and providing LADN service in wireless communication system and apparatus therefor
WO2019160300A1 (ko) * 2018-02-19 2019-08-22 엘지전자 주식회사 복수의 네트워크 시스템에 접속할 수 있는 단말에 sm 신호를 전송하는 방법

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013133663A1 (ko) * 2012-03-08 2013-09-12 삼성전자 주식회사 무선 통신 시스템에서 서비스를 제어하기 위한 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"S2-177391_TS 23.502 NW Triggered service request for N3GPP PDU session over 3GPP access";ERTI;《3GPP tsg_sa\WG2_Arch》;20171017;全文 *

Also Published As

Publication number Publication date
US11463979B2 (en) 2022-10-04
US10880852B2 (en) 2020-12-29
WO2019098641A1 (ko) 2019-05-23
EP3697170A1 (en) 2020-08-19
CN111448843A (zh) 2020-07-24
EP3697170A4 (en) 2020-12-09
US20210058886A1 (en) 2021-02-25
EP3697170B1 (en) 2022-01-12
US20200280948A1 (en) 2020-09-03

Similar Documents

Publication Publication Date Title
CN111448843B (zh) 发起服务请求过程的方法和用户设备
US11382005B2 (en) Method for managing session and SMF node
US11375471B2 (en) Method for performing service request procedure and apparatus therefor in wireless communication system
JP7317183B2 (ja) ５ｇ ｎａｓにおけるプロトコル強化のための方法
CN109155909B (zh) 无线通信系统中用于更新ue配置的方法及其装置
US11528763B2 (en) Method of processing establishment of MA PDU session, and AMF node and SMF node
US11178589B2 (en) Method and user equipment for performing attach request procedure
US20190021064A1 (en) Method for managing registration in wireless communication system and device for same
JP6526176B2 (ja) ワイヤレスネットワークページ送信および応答
US10375566B2 (en) Methods and nodes for handling updated subscriber data
CN111373792A (zh) 无线通信系统中的切换方法及其设备
KR20190051051A (ko) 무선 통신 시스템에서의 반영형 서비스 퀼리티 적용 방법 및 이를 위한 장치
CN110741680B (zh) 确定pdu会话切换的方法和单元
KR20190082897A (ko) 무선 통신 시스템에서의 네트워크 노드 선택 방법 및 이를 위한 장치
CN110679175B (zh) 管理上行链路服务质量的方法和执行所述方法的基站
KR20190008980A (ko) 차세대 이동통신 네트워크에서 액세스 제어를 수행하는 방법 및 사용자 장치
WO2024062010A1 (en) Service enhancements on mcx

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