CN113455029A - 无线通信网络中处理ul nas传输消息失败的方法和ue - Google Patents
无线通信网络中处理ul nas传输消息失败的方法和ue Download PDFInfo
- Publication number
- CN113455029A CN113455029A CN202080014590.7A CN202080014590A CN113455029A CN 113455029 A CN113455029 A CN 113455029A CN 202080014590 A CN202080014590 A CN 202080014590A CN 113455029 A CN113455029 A CN 113455029A
- Authority
- CN
- China
- Prior art keywords
- nas transport
- transport message
- nas
- procedure
- wireless communication
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/14—Routing performance; Theoretical aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/028—Dynamic adaptation of the update intervals, e.g. event-triggered updates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/34—Modification of an existing route
- H04W40/36—Modification of an existing route due to handover
-
- 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
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
-
- 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/06—De-registration or detaching
-
- 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
- H04W8/00—Network data management
- H04W8/02—Processing 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/08—Mobility data transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing 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/08—Mobility data transfer
- H04W8/10—Mobility data transfer between location register and external networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing 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/08—Mobility data transfer
- H04W8/12—Mobility data transfer between location registers or mobility servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
- H04W8/245—Transfer of terminal data from a network towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本文中实施例提供了一种在无线通信网络中由用户设备(UE)进行通信的方法。所述方法包括:确定上行链路非接入层(UL NAS)传输消息的传输失败;确定所述UL NAS传输消息的传输失败是否是由于来自下层的跟踪区标识(TAI)改变;以及响应于确定出所述UL NAS传输消息的传输失败是由于来自所述下层的TAI改变,基于从所述无线通信网络发送的TAI列表,处理所述UL NAS传输消息的传输失败。
Description
技术领域
本文的实施例涉及无线通信,更具体地,涉及一种用于在无线通信网络中处理用户设备(UE)发起的UL NAS传输消息失败的方法和UE。
背景技术
通常,有两种类型的非接入层(NAS)传输过程用于在用户设备(UE) 与无线通信网络之间传输消息有效载荷和相关信息。两种类型的NAS传输过程包括UE发起的NAS传输(ULNAS Transport)过程和网络发起的NAS传输(DL NAS Transport)过程。两种类型的NAS传输过程是独立的过程。
常规的3GPP协议假设UE发起的NAS传输过程在SMS等情况下由上层(NAS以上)重试。然而,存在各种场景(例如,UE接收带有请求确认的漫游导向(SOR)信息、通过统一数据管理(UDM)控制平面的带有请求确认的UE参数更新(用于路由ID、切片信息等参数)等),如果该过程失败,可能不会尝试重试。UE发起的NAS传输过程失败导致UE和无线通信网络配置失配,或者导致UE和无线通信网络之间的同步问题,致使UE和无线通信网络出现异常行为,这是需要解决的。
以上信息仅作为背景信息提供,以帮助读者理解本发明。申请人没有对上述任何一项是否可以作为现有技术适用于本申请作出决定和断言。
发明内容
技术问题
本文实施例的主要目的是提供一种处理无线通信网络中由UE发起的UL NAS传输消息失败的方法。
本文实施例的另一个目的是提供一种用于在无线通信网络中由用户设备 (UE)在路由ID更新期间来管理接入的方法。
本文实施例的另一个目的是通过3GPP接入从第一统一数据管理(UDM) 接收包括RID的下行链路非接入层(DL NAS)传输消息。
本文实施例的另一个目的是UE在3GPP接入和非3GPP接入两者上注册。
本文实施例的另一个目的是等待在3GPP接入上启用IDLE模式。
本文实施例的另一个目的是从3GPP上的第一UDM注销并且注册到 3GPP上的第二UDM。
问题的解决方案
因此,本文的实施例提供了一种在无线通信网络中由用户设备(UE)进行通信的方法。所述方法包括:确定上行链路非接入层(UL NAS)传输消息的传输失败;确定所述UL NAS传输消息的传输失败是否是由于来自下层的跟踪区标识(TAI)改变;以及响应于确定出所述UL NAS传输消息的传输失败是由于来自所述下层的TAI改变,基于从所述无线通信网络发送的TAI 列表,处理所述UL NAS传输消息的传输失败。
因此,本文的实施例提供了一种用于在无线通信网络中进行通信的用户设备(UE)。所述UE包括存储器和处理器,所述处理器耦接至所述存储器并被配置为:确定上行链路非接入层(UL NAS)传输消息的传输失败;确定所述UL NAS传输消息的传输失败是否是由于来自下层的跟踪区标识(TAI) 改变;以及响应于确定出所述UL NAS传输消息的传输失败是由于来自所述下层的TAI改变,基于从所述无线通信网络发送的TAI列表,处理所述ULNAS传输消息的传输失败。
当结合以下描述和附图考虑时,将更好地领会和理解本文的实施例的这些和其他方面。然而,应该理解,以下描述虽然表示优选实施例及其许多具体细节,但是是以说明而非限制的方式给出的。在不脱离本发明的精神的情况下,可以在本文的实施方式的范围内进行许多改变和修改,并且本文的实施方式包括所有这些修改。
附图说明
本发明在附图中示出,在所有附图中,相同的附图标记表示不同附图中的相应部分。通过以下参考附图的描述,将会更好地理解本文的实施例,其中:
图1是根据本文公开的实施例的用于在无线通信网络中的路由ID更新期间管理接入的用户设备(UE)(100)的框图;
图2a和图2b是示出了根据在本文公开的实施例的用于在无线通信网络中由UE(100)在路由ID更新期间管理接入的方法的流程图200a和200b;
图2c是示出了根据在本文公开的实施例的用于在无线通信网络中处理 UE发起的上行链路非接入层(UL NAS)传输消息失败的方法的流程图200c;
图3a示出了根据现有技术的在无线通信网络中由UE(100)从第一UDM (300a)切换到第二UDM(300b)的路由ID更新的场景;
图3b示出了根据在本文公开的实施例的在无线通信网络中由UE(100) 从第一UDM(300a)切换到第二UDM(300b)的路由ID更新的场景;
图4a示出了根据现有技术的UE(100)未在UL NAS传输消息中发送确认导致UE(100)与无线通信网络之间的UE上下文失配的场景;
图4b示出了根据本文公开的实施例的UE(100)重新运行正在进行的过程(触发UE发起的NAS传输过程)的各种场景;
图5a示出了根据现有技术的UE(100)在完成无线通信网络中的注册更新过程之后不重新发起已中止的UL NAS传输过程的场景;
图5b示出了根据本文公开的实施例的UE(100)在完成无线通信网络中的注册更新过程之后重新发起已中止的UL NAS传输过程的场景;
图6a示出了根据现有技术的UE(100)由于完成由无线通信网络触发注销过程而不重新发起已中止UL NAS传输过程的场景;
图6b示出了根据本公开的实施例的UE(100)重新发起已中止的UL NAS 传输过程然后处理由无线通信网络触发的注销过程的场景;
图7a示出了根据现有技术的UE(100)由于处理由上层触发的注销过程而不重新发起已中止的UL NAS传输过程的场景;以及
图7b示出了根据本文公开的实施例的UE(100)重新发起已中止的UL NAS传输过程并且随后处理由上层触发的注销过程的场景。
具体实施方式
将参考附图详细描述本公开的各种实施例。在以下描述中,提供诸如详细配置和部件的具体细节仅用于帮助对本公开的这些实施例的整体理解。因此,对于本领域技术人员而言显而易见的是,在不脱离本公开的范围和精神的情况下,可以对本文所描述的各种实施例进行各种更改和修改。此外,为了清楚和简明,省略了对公知功能和结构的描述。
此外,这里描述的各种实施例不一定是相互排斥的,因为一些实施例可以与一个或更多个其他实施例组合以形成新的实施例。
在本文中,除非另有说明,否则本文所用的术语“或”是指非排他性的。本文使用的示例仅旨在便于理解可以实践本文的实施例的方式,并且进一步使本领域技术人员能够实践本文的实施例。因此,这些实施例不应被解释为限制本文实施方案的范围。
作为本领域的传统,可以利用执行所描述的一个或更多个功能的框来描述和图示实施例。这些框(本文中可称为单元、引擎、管理器或者模块等) 是通过模拟和/或数字电路(诸如,逻辑门、集成电路、微处理器、微控制器、存储器电路、无源电子部件、有源电子部件、光学部件以及硬连线电路等) 从物理上实施的,并且可选地,可以由固件和/或软件驱动。例如,这些电路可以在一个或者更多个半导体芯片中实现,或者在支撑基板(诸如,印刷电路板等)上实现。构成框的所述电路可以通过专用硬件来实施,或者通过处理器(例如,一个或更多个编程的微处理器和相关联的电路系统)来实施,或者通过用于执行该框的一些功能的专用硬件和用于执行该框的其它功能的处理器的组合来实施。在不脱离本发明的范围的情况下,实施例的每一个框都可以被物理地分成两个或者更多个相互作用的并且离散的框。同样,在不脱离本发明的范围的情况下,也可以将实施例的多个框物理地组合成更复杂的框。
所提出的方法适用于两种接入。即3GPP接入上的RID改变然后必须更新N3GPP接入,或者N3GPP接入上的RID改变然后必须更新3GPP接入。
所提出的方法即使在非活动状态下也适用。即在指定IDLE状态的任何地方,都可以用非活动状态替换。
因此,本文的实施例提供了一种用于在无线通信网络中的用户设备(UE) (100)中执行路由ID(RID)更新的方法。该方法包括:由UE(100)从第一统一数据管理(UDM)(300a)接收第二路由ID(RID)和用于利用第二RID发起注册过程的指示,其中UE(100)当前持有第一路由ID(RID);以及由UE(100)确定UE(100)被注册在第三代合作伙伴计划(3GPP)接入上。此外,该方法包括由UE(100)通过以下方式在UE(100)中执行路由ID(RID)更新:等待进入3GPP接入上的IDLE模式。即UE(100)在从无线通信网络接收到RRC连接释放之后将移动到IDLE模式,触发3GPP 接入的注销过程;以及利用3GPP接入上的第二RID触发注册过程。此外,为了使用第二RID,必须使用新的订阅隐藏标识符(SUCI),这意味着UE(100) 将删除5G-GUTI并发起初始注册的注册过程。术语等待进入3GPP上的IDLE 模式意味着UE(100)应等待无线通信网络向UE(100)指示进入IDLE模式的消息,以处理可能的异常情况,UE(100)可以等待无线通信网络向UE (100)指示移动到IDLE模式直到预定时间(可以使用定时器),之后UE(100) 可以本地地移动到IDLE模式。
通常,当UL NAS TRANSPORT消息传输失败时,上层负责重传该消息,以便可以重新尝试UL NAS TRANSPORT消息(即过程)。例如,会话管理层可以发送会话管理消息,该消息将在5GMM层封装在UL NAS TRANSPORT 消息中并尝试进行传输。如果UL NAS TRANSPORT消息未成功传输,则会话管理层应重新传输该消息。这样可以保证需要传递到网络的信息不会丢失。然而,有一些信息在NAS消息中从网络发送到UE,例如DL NAS TRANSPORT,其携带需要由协议层使用的信息,并且不希望从上层重试,例如漫游导向(SOR)信息、UE参数更新数据等。对于此类信息,NAS层应负责适当地尝试重试。另一个重要的问题是,当UE尝试发送ULNAS TRANSPORT消息时,UE可能最终发起一些其他过程,例如,当传输UL NAS TRANSPORT消息时,TAI可能会改变,这可能导致UE发起注册过程,UE 不记得正在执行某个其他过程的状态机正在执行,并且UE将丢失此信息。即,预期通过UL NAS TRANSPORT消息发送到网络的信息丢失,并可能导致这些相应过程的失败。为了处理这个问题,UE可以确定一个方法,该方法用于在确定出传输上行链路非接入层(UL NAS)传输消息失败是由于来自下层的TAI改变时,处理UE发起的UL NAS传输消息失败。为了确定处理UE 发起的UL NAS传输消息失败的方法,UE确定当前TAI是否在无线通信网络发送的TAI列表中,并执行以下操作之一:UE(100)中止传输UL NAS 传输消息;响应于确定出当前TAI不在由无线通信网络发送的TAI列表中,记住(即,识别)针对UL NAS TRANSPORT消息发送传输失败并发起移动性过程和定期性注册更新;以及识别出UL NAS传输消息未被成功传输,发起注册过程,响应于确定出当前TAI不在由无线通信网络发送的TAI列表中,基于识别出在完成注册过程后UL NAS传输消息未被成功传输而重新尝试发送UL NAS TRANSPORT消息。此外,UE可以确定一个方法,该方法用于在确定出传输UL NAS传输消息失败不是由于来自下层的TAI改变时,重新执行触发UL NAS传输过程的正在进行的UL NAS传输过程。
现在参考附图,并且更具体地参考图1至图7b,其中在所有附图中相同的附图标记一致地表示对应的特征,其中示出了优选实施例和现有技术以与优选实施例进行比较。
图1是根据本文公开的实施例的用于在无线通信网络中的用户设备UE (100)中执行路由ID(RID)更新的UE(100)的框图。
参考图1,UE(100)可以是例如移动电话机、智能电话机、个人数字助理(PDA)、平板电脑、可穿戴设备等。在实施例中,UE(100)可以包括通信器(120)、存储器(140)和处理器(160)。
在实施例中,通信器(120)被配置为接收下行链路非接入层(DL NAS) 传输消息。DL NAS包括通过来自第一UDM(300a)的第三代合作伙伴计划 (3GPP)接入的第二路由ID。UE(100)当前持有第一路由ID(RID)。第二路由ID指示UE(100)向第二UDM(300b)发起注册。术语路由ID(RID) 可以与路由指示符互换使用,其被定义为:由UE的归属网络运营商分配的标识符,与归属网络标识符一起用于路由网络信令。路由指示符在UE(100) 的通用用户身份模块(USIM)中提供。
在另一实施例中,通信器(120)被配置为从以下之一接收注销请求消息:在NAS层之上的至少一个上层和无线通信网络。此外,通信器(120)还被配置为在UL NAS传输过程期间接收针对UL NAS传输消息的成功传输的L2 ACK。
在实施例中,存储器(140)可以包括非易失性存储元件。这样的非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪存、或电可编程存储器(EPROM)或电可擦除可编程(EEPROM)存储器的形式。另外,在一些示例中,存储器(140)可以被认为是非暂时性存储介质。术语“非暂时性”可以指示存储介质没有体现在载波或传播的信号中。然而,术语“非暂时性”不应被解释为存储器(140)是不可移动的。在一些示例中,存储器(140) 被配置为存储比存储器更多的信息量。在某些示例中,非暂时性存储介质可以(例如,在随机存取存储器(RAM)或高速缓存中)存储可以随时间变化的数据。
在实施例中,处理器(160)包括注册管理引擎(162)、关键服务管理引擎(164)和非接入层(NAS)传输管理引擎(166)。
注册管理引擎(162)被配置为从通信器(120)接收包括第二RID的 DL NAS传输消息。此外,注册管理引擎(162)被配置为确定UE(100)在 3GPP接入上注册并等待进入3GPP接入上的IDLE模式。此外,在确定进入 IDLE模式时,注册管理引擎(162)被配置为触发3GPP接入的注销过程并利用3GPP接入的第二RID触发注册过程。术语IDLE模式对应于 5GMM-IDLE模式或具有RRC非活动指示的5GMM-CONNECTED模式。即没有分配给UE(100)的活动无线资源。本说明书中的注销过程可以是每种接入使用单个消息,也可以同时使用两种接入。
在另一实施例中,响应于从关键服务管理引擎(164)接收到非3GPP接入上的关键服务是活动的并且已经完成的指示,注册管理引擎(162)被配置为释放非3GPP接入上的本地非接入层(NAS)信令连接。此外,注册管理引擎(162)被配置为进入IDLE模式,执行注销过程,并利用非3GPP接入上的第二RID触发注册过程。
响应于从关键服务管理引擎(164)接收到非3GPP接入上的关键服务是不活动的指示,注册管理引擎(162)被配置为立即释放通过该非3GPP接入的NAS信令连接并进入IDLE模式。此外,注册管理引擎(162)被配置为执行注销过程并利用非3GPP上的第二RID触发注册过程。
在另一实施例中,注册管理引擎(162)被配置为处理从以下之一接收到的注销请求:在NAS层之上的至少一个上层和无线通信网络。
关键服务管理引擎(164)被配置为确定关键服务在非3GPP接入上是否是活动的。此外,响应于确定关键服务在非3GPP接入上是活动的,关键服务管理引擎(164)被配置为等待非3GPP接入上的关键服务完成并向注册管理引擎(162)指示3GPP上的关键服务完成。
此外,响应于确定关键服务在非3GPP接入上是不活动的,关键服务管理引擎(164)被配置为向注册管理引擎(162)指示关键服务在非3GPP接入上是不活动的。
在实施例中,NAS传输管理引擎(166)被配置为确定上行非接入层(UL NAS)传输消息的传输失败,并确定UL NAS传输消息的传输失败是否由于来自下层的TAI改变。
此外,NAS传输管理引擎(166)被配置为在确定出传输上行链路非接入层(UL NAS)传输消息失败不是由于来自下层的TAI改变时,处理UE发起的UL NAS传输消息失败。为了确定处理UE发起的UL NAS传输消息失败的方法,NAS传输管理引擎(166)确定当前TAI是否在无线通信网络发送的TAI列表中,并执行以下操作之一:UE(100)中止传输UL NAS传输消息;响应于确定出当前TAI不在由无线通信网络发送的TAI列表中,发起移动性过程和定期性注册更新;以及识别出UL NAS传输消息未被成功传输,发起注册过程,响应于确定出当前TAI不在由无线通信网络发送的TAI列表中,基于识别出在完成注册过程后UL NAS传输消息未被成功传输而重新尝试发送UL NAS TRANSPORT消息。此外,NAS传输管理引擎(166)也被配置为确定一个方法,该方法用于在确定出传输UL NAS传输消息失败是由于来自下层的TAI改变时,重新执行触发UL NAS传输过程的正在进行的过程。
在另一实施例中,处理器(160)被配置为从第一统一数据管理(UDM) (300a)接收第二路由ID(RID)和用于利用第二RID发起注册过程的指示,并确定UE(100)在非3GPP接入上注册并且在非3GPP接入上没有任何正在进行的紧急服务(或关键服务)。进一步地,处理器(160)被配置为在本地释放N1 NAS信令连接并进入非3GPP接入上的5GMM-IDLE模式,执行注销过程,如果UE(100)被注册到3GPP接入上的不同PLMN或者UE(100) 未被注册到3GPP接入上则删除5G-GUTI,以及针对初始注册发起注册过程。
在另一实施例中,当与第二路由ID一起接收到DL NAS TRANPORT消息时并且如果关键服务在3GPP接入或非3GPP接入上正在进行时,UE(100) 将不执行第二路由ID更新过程并等待UE(100)完成关键服务。在关键服务完成时,UE(100)触发所提出的方法。
在另一实施例中,UE(100)针对两种接入一起执行注销过程并利用第二路由ID发起每种接入上的注册过程。即,删除当前分配的GUTI,利用第二路由ID重新计算SUCI,在初始注册过程期间使用该SUCI。
在另一实施例中,处理器(160)被配置为从第一统一数据管理(UDM) (300a)接收第二路由ID(RID)和用于利用第二RID发起注册过程的指示,并确定UE(100)在非3GPP接入上注册并且在非3GPP接入具有正在进行的紧急服务(或关键服务)。进一步地,处理器(160)被配置为在本地释放 NL NAS信令连接前等待紧急服务完成,并进入非3GPP接入上的5GMM-IDLE模式,执行注销过程,如果UE(100)被注册到3GPP接入上的不同PLMN或者UE(100)未被注册到3GPP接入上则删除5G-GUTI,以及针对初始注册发起注册过程。
在另一实施例中,连接到3GPP接入和N3GPP接入两者上的UE(100) 以及请求注册的RID更新通过一次接入被接收。UE(100)的常规定义的行为是在接收消息的接入上执行注销然后注册。对于导致无线网络中3GPP和 N3GPP的UE(100)上下文(context)失配的备用接入,未定义该行为(例如,2个UDM为每个接入维护UE上下文),尤其是当UE(100)连接到单个接入和移动性管理功能(AMF)(持有指向UDM/AUSF实例的单个指针) 时。所提出的解决方案解决了上述既发送确认又实现两种接入之间的同步的情况。
在另一实施例中,UE(100)接收3GPP上的带有请求确认以及REG比特集的新RID。常规地,UE(100)利用UL NAS传输消息发送确认,并且在进入IDLE模式后,遵循所规定的注销过程,然后进行注册(通过接收DL NAS传输消息的接入)。
此外,由于RID更新导致UE(100)(3GPP、N3GPP)与无线通信网络之间的配置失配也可以解决为:当进入3GPP IDLE模式之后并且当在N3GPP 中不存在数据活动(尽管N3GPP未处于IDLE模式)时,UE(100)应当针对3GPP和N3GPP接入执行注销。
在另一实施例中,UE(100)在3GPP接入和N3GPP接入都进入IDLE 模式之后执行从3GPP接入和N3GPP接入的注销,从而没有数据活动被中断。
在又一实施例中,UE(100)继续所规定的3GPP接入上的过程,并确定UE(100)何时进入N3GPP接入上的IDLE模式。响应于确定UE(100) 已进入N3GPP接入上的IDLE模式,UE(100)利用在3GPP接入上的注册过程期间接收的新GUTI触发N3GPP接入上的注销过程,并且然后执行初始注册过程。
在又一实施例中,UE(100)将在进入3GPP IDLE模式之后执行注销,然后注册3GPP接入和N3GPP接入,而不管N3GPP接入状态如何。
在又一实施例中,当可选的接入进入IDLE状态,UE(100)应立即或至少在其中一个接入上中止3GPP接入和N3GPP接入上的NAS信令连接,执行注销,然后针对3GPP、N3GPP进行注册。即,决定中止一个或两个接入N1信令连接以进入IDLE模式,并且发起初始注册过程或等待特定重要的正在进行的任务完成,然后中止3GPP接入和N3GPP中一个或两个的N1信令连接,以在发起初始注册过程之前进入IDLE模式。
尽管图1示出了UE(100)的硬件元件,但是应当理解,其他实施例不限于此。在其他实施例中,UE(100)可以包括更少或更多数量的元件。此外,元件的标签或名称仅用于说明目的,并不限制本发明的范围。一个或更多个元件可以组合在一起以执行相同或基本相似的功能。
图2a和图2b是示出根据在本文公开的实施例的用于在无线通信网络中由UE(100)在路由ID更新期间管理接入的方法的流程图200a和200b。
参考图2a和图2b,在步骤202a和202b,UE(100)从第一UDM(300a) 接收包括3GPP上的路由ID的DL NAS传输消息。例如,在如图1所示的 UE(100)中,通信器(120)可以被配置为从第一UDM(300a)接收包括 3GPP上的路由ID的DL NAS传输消息。
在步骤204a和204b,UE(100)确定UE(100)在3GPP接入和非3GPP 接入两者上注册。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为确定UE(100)在3GPP接入和非3GPP接入两者上注册。
在步骤206a,UE(100)等待在3GPP接入上启用IDLE模式。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为等待在3GPP接入上启用IDLE模式。
在步骤208a,UE(100)从3GPP接入上的第一UDM(300a)上注销。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为从3GPP 接入上的第一UDM(300a)上注销。
在步骤210a和206b,UE(100)确定关键服务在非3GPP接入上是否是活动的。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为确定关键服务在非3GPP接入上是否是活动的。
在步骤208b,响应于确定关键服务在非3GPP接入上是活动的,UE(100) 等待非3GPP接入上的关键服务完成。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为等待非3GPP接入上的关键服务完成。
在步骤210b,UE(100)释放与非3GPP接入上的第一UDM(300a)的 NSA信令连接。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为释放与非3GPP接入上的第一UDM(300a)的NSA信令连接。
在步骤210b,UE(100)启用非3GPP接入上的IDLE模式。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为启用非3GPP接入上的IDLE模式。
在步骤212b,UE(100)从非3GPP接入上的第一UDM(300a)上注销。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为从非3GPP 接入上的第一UDM(300a)上注销。
在步骤214b,UE(100)注册到非3GPP接入上的第二UDM(300b)。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为注册到非 3GPP接入上的第二UDM(300b)。
在步骤216b,响应于确定关键服务在非3GPP接入上是不活动的,UE (100)释放与非3GPP接入上的第一UDM(300a)的NAS信令连接。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为释放与非3GPP 接入上的第一UDM(300a)的NSA信令连接。
在步骤216b,UE(100)启用非3GPP接入上的IDLE模式。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为启用非3GPP接入上的IDLE模式。
在步骤218b,UE(100)从非3GPP接入上的第一UDM(300a)上注销。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为从非3GPP 接入上的第一UDM(300a)上注销。
在步骤220b,UE(100)注册到非3GPP接入上的第二UDM(300b)。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为注册到非 3GPP接入上的第二UDM(300b)。
该方法中的各种动作、操作、框、步骤等可以以呈现的顺序、以不同的顺序或同时地执行。此外,在一些实施例中,在不脱离本发明的范围的情况下,一些动作、操作、框、步骤等可以被省略、添加、修改、跳过等。
图2c是示出了根据在本文公开的实施例的用于在无线通信网络中处理 UE发起的上行链路非接入层(UL NAS)传输消息失败的方法的流程图200c。
参考图2c,在步骤202c,UE(100)确定UL NAS传输消息的传输失败。例如,在如图1所示的UE(100)中,处理器(160)可以被配置为确定UL NAS传输消息的传输失败。
在步骤204c,UE(100)确定UL NAS传输消息的传输失败是否由于来自下层的TAI改变。例如,在图1所示的UE(100)中,处理器(160)可以被配置为确定UL NAS传输消息的传输失败是否由于来自下层的TAI改变。
在步骤206c,UE(100)确定用于响应于确定出传输UL NAS传输消息失败是由于来自下层的TAI,重新执行触发UL NAS传输过程的正在进行的过程的方法。例如,在图1所示的UE(100)中,处理器(160)可以被配置为确定一个方法,该方法用于在确定出传输UL NAS传输消息失败是由于来自下层的TAI改变时,重新执行触发UL NAS传输过程的正在进行的过程。
在步骤208c,UE(100)可以确定一个方法,该方法用于响应于确定出传输上行链路非接入层(UL NAS)传输消息失败不是由于来自下层的TAI 改变,处理UE发起的UL NAS传输消息失败。例如,在图1中示出的UE (100)中,处理器(160)被配置为响应于确定出传输上行链路非接入层(UL NAS)传输消息失败不是由于来自下层的TAI改变,处理UE发起的UL NAS传输消息失败。
该方法中的各种动作、操作、框、步骤等可以以呈现的顺序、以不同的顺序或同时地执行。此外,在一些实施例中,在不脱离本发明的范围的情况下,一些动作、操作、框、步骤等可以被省略、添加、修改、跳过等。
图3a示出了根据现有技术的无线通信网络中的UE(100)更新路由ID 以从第一UDM(300a)切换到第二UDM(300b)的场景。
通常,在5G系统中,统一数据管理(UDM)实体维护UE(100)(包括诸如UE(100))的管理(context),其注册到接入和移动性管理功能(AMF) (200),UE(100)从会话管理功能(SMF)等接收数据分组。由于5GS支持UE(100)在3GPP接入和N3GPP接入上注册,并且UDM实体存储UE 与3GPP接入和N3GPP接入相关的上下文。
参考图3a,在步骤1,考虑UE(100)被锁存到第一UDM(300a)并且与3GPP接入和N3GPP接入相关联的UE上下文被存储在第一UDM(300a)。
在步骤2,第一UDM(300a)通过发送包括具有请求的ACK的RID改变的DL NAS传输消息和3GPP接入上的REG比特集,向UE(100)共享 RID更新。RID是指向5GS希望UE(100)锁存到的第二UDM(300b)的指针。
在步骤3a,UE(100)响应于从第一UDM(300a)接收到DL NAS传输消息,向第一UDM(300a)发送3GPP接入上的UL NAS传输消息,以触发可能是被终止的或是失败的UL NAS传输过程;在步骤3b,UE(100)仅从 3GPP接入上的第一UDM(300a)上注销。由于UE(100)仅在3GPPa接入上被注销,因此在步骤4,与3GPP接入相关联的UE上下文在第一UDM (300a)处被删除。
在步骤5,UE(100)仍与N3GPP接入上的第一UDM(300a)连接,并且与N3GPP接入相关联的UE上下文被存储在第一UDM(300a)。在步骤 6,UE(100)注册到第二UDM(300b)并且在注册过程之后由于3GPP上的新SUCI(RID更新)而连接到3GPP接入的第二UDM(300b)。
在步骤7,与3GPP接入相关联的UE上下文从第一UDM(300a)转移到第二UDM(300b)。因此,第二UDM(300b)存储与3GPP接入相关联的 UE上下文。
当第一UDM(300a)共享第二UDM(300b)的RID时,期望与3GPP 接入和N3GPP接入相关联的UE也从第一UDM(300a)转移到第二UDM (300b)。
传统的RID更新过程不考虑UE(100)处的正在进行的服务。当第一 UDM(300a)发起RID更新过程时,第一UDM(300a)不知道UE(100) 当前正在执行哪些服务。此外,RID更新过程没有考虑UE(100)的当前注册状态。即,UE(100)是在3GPP接入和非3GPP接入上都注册了还是只注册了一个接入等。因此,传统的RID更新过程导致碎片化的UE上下文被存储在多个UDM上。即与3GPP接入相关联的UE上下文存储在第二UDM (300b)中,而与N3GPP接入相关联的UE上下文存储在第一UDM(300a)。碎片化的UE上下文会导致UE(100)与5GS之间的配置失配或UE(100) 与5GS之间的同步问题,从而导致UE(100)和5GS的异常行为。
图3b示出了根据在本文公开的实施例的由无线通信网络中的UE(100) 从第一UDM(300a)切换到第二UDM(300b)的路由ID更新的场景。
参考图3b,结合图3a,图3a中的步骤1至3a与图3b中的步骤1至3a 相同,因此省略了重复描述。
在步骤4,第一UDM(300a)删除与3GPP接入相关联的UE上下文和与非3GPP接入相关联的UE上下文,并将其转移到第二UDM(300b)。
在步骤5,UE(100)向第二UDM(300b)注册,并且在注册过程之后以3GPP接入上的新SUCI(RID更新)连接3GPP接入和N3GPP接入二者的第二UDM(300b)。
此外,UE(100)在从N3GPP接入注销之前确定在非3GPP接入上是否有任何关键服务是活动的。响应于确定关键服务在非3GPP接入上处于活动状态,UE(100)等待非3GPP接入上的关键服务完成,然后释放与非3GPP 接入上的第一UDM(300a)的非接入层(NAS)信令连接。此外,UE(100) 在非3GPP接入上启用IDLE模式,从非3GPP接入的第一UDM(300a)注销,然后注册到非3GPP接入上的第二UDM(300b)。响应于确定关键服务在非3GPP接入上处于非活动状态,UE(100)释放与非3GPP上的第一UDM (300a)的NAS信令连接,并且启用非3GPP上的IDLE模式。此外,UE(100) 从非3GPP接入上的第一UDM(300a)注销并且注册到非3GPP接入上的第二UDM(300b)。
因此,与传统的RID更新不同,所提出的方法在从第一UDM(300a) 注销之前考虑UE(100)处正在进行的关键服务。
此外,所提出的方法将与3GPP接入相关联的UE上下文和与N3GPP接入相关联的UE上下文从第一UDM(300a)转移到第二UDM(300b)。因此,所提出的方法不提供导致UE中的上下文失配的UE上下文的碎片化存储 (100)。
在另一实施例中,UE(100)应在进入3GPP IDLE之后并且当在N3GPP 接入上没有数据活动(尽管N3GPP未处于IDLE模式)时对3GPP接入和 N3GPP接入进行注销。
在又一实施例中,UE(100)在3GPP接入和N3GPP接入都进入IDLE 状态之后执行从3GPP接入和N3GPP接入的注销,从而没有数据活动被中断。在又一实施例中,UE(100)将在进入3GPP IDLE之后执行注销,然后注册 3GPP接入和N3GPP接入,而不管N3GPP接入状态如何。
在又一实施例中,当可选的接入进入IDLE状态,UE(100)应立即或至少在其中一个接入上中止3GPP接入和N3GPP接入上的NAS信令连接,执行注销,然后针对3GPP、N3GPP进行注册。即,决定中止一个或两个接入N1信令连接以进入IDLE模式,并且发起初始注册过程或等待特定重要的正在进行的任务完成,然后中止这些接入中一个或两个的N1信令连接,以在发起初始注册过程之前进入IDLE模式。
所提出的方法适用于两种接入。即如果RID改变发生在3GPP上,则必须更新N3GPP,以及如果RID改变发生在N3GPP上,则必须更新3GPP接入。所提出的方法即使在非活动状态下也适用。即在指定IDLE状态的任何地方,都可以用非活动状态替换。所提出的方法中的注销过程可以通过每种接入使用单个消息来实现,也可以通过同时使用两种接入来实现。
图4a示出了根据现有技术的UE(100)未在UL NAS传输消息中发送确认导致UE(100)与无线通信网络之间的UE上下文失配的场景。
通常,为了在UE(100)与无线网络之间传输消息有效载荷和相关信息的目的,定义了两种类型的NAS传输过程。两种类型的NAS传输过程是UE 发起的NAS传输(UL NAS传输)过程和无线网络发起的NAS传输(DL NAS 传输)过程,这些是“独立”过程。当前的3GPP协议假设UE发起的NAS 传输过程在SMS等情况下由上层(NAS层以上)重试。然而,存在各种情况(例如,UE(100)接收请求确认的SOR导向信息、通过UDM控制平面的带有请求确认的UE参数更新(用于路由ID、切片信息等参数)等),如果该过程失败,可能不会尝试重试。
参考图4a,在传统方法和系统中,UE(100)不发送对UL NAS传输消息的确认,这可能导致UE(100)与无线网络或同步之间的配置失配,或者可能导致UE(100)与无线网络之间的同步问题,使得UE(100)和无线网络的异常行为需要解决。此外,下面解释了反映UE(100)与无线网络之间的配置失配的各种示例场景。
考虑UE参数更新过程的示例,即,第一UDM(300a)将使用确认请求指示更新经由AMF(200)在DL NAS传输消息中接收的新RID。在验证来自无线网络的消息后,UE(100)将更新新的RID,生成新的订阅隐藏标识符(SUCI)并发起UL NAS传输消息以向无线网络发送确认。然而,UL NAS 传输消息的传输失败将导致UE(100)与无线网络之间的配置失配。
考虑无线链路故障(RLF)无服务的另一示例,UL NAS传输过程由此被中止并且恢复过程被执行。在服务恢复之后,UE(100)永远不会在UL NAS 传输消息中发送确认,因为没有定义再次发送确认的方法,因为当前状态机不支持中止的过程。因此,关于UE(100)与无线网络之间的UE上下文产生了失配。
在由于属于不同注册区/跟踪区的小区改变而属于不同跟踪区标识符 (TAI)的小区改变的又一示例情况下,UE(100)中止UL NAS传输过程并发起移动注册更新过程。在完成注册更新过程之后,针对UE(100)重新发起导致UE(100)与无线网络之间的UE上下文失配的被中止的过程,没有定义的方法。
在UL NAS传输消息的(重新)传输失败的又一示例情况下,UE(100) 发送UL NAS传输消息但没有接收到L2确认。UE(100)应认为该过程失败并继续使用旧RID,而无线网络应通过删除旧RID来维持新RID(这是因为 NAS传输过程是独立过程),或者UE(100)应开始使用旧RID新的RID,而无线网络应认为该过程失败(这是因为尚未收到确认),为UE维持旧的RID(100),这导致UE(100)与无线网络之间的UE上下文失配。
在上述所有示例情况下,UE(100)与无线网络之间的RID模糊性将导致意外行为、以及UE(100)与无线网络之间的配置失配,影响后续过程(如认证)。
图4b示出了根据本文公开的实施例的UE(100)重新运行正在进行的过程(触发UE发起的NAS传输过程)的各种场景。
在所提出的方法中,UE(100)被配置为根据上层(NAS之上)重试是否可能(即基于UE实现)来处理针对UE发起的NAS过程(UL NAS传输消息)的尝试。此外,该方法还适用于示例情况,例如具有TAI改变的UE 发起的NAS传输消息的传输失败或相应地没有从下层接收到TAI改变指示,其中(重新)传输尝试按照当前3GPP规范不会发生(即,在没有提出的改变的情况下,UE(100)将不会在所描述的场景中重试UL NAS传输消息的传输)。UE(100)中的异常情况是由于来自下层的TAI改变的UL NAS传输消息的传输失败。如果当前TAI不在TAI列表中,则UE发起的NAS传输过程应中止,并应发起移动性注册过程和定期注册更新。如果仍然需要,可以在移动性和定期注册更新的成功过程之后发送UL NAS传输消息。如果当前TAI仍然是TAI列表的一部分,则基于UE实现的UE(100)决定重新运行正在进行的过程(触发UE发起的NAS传输过程)的方法。UE(100)中的异常情况的另一示例不是由于来自下层的TAI改变的UL NAS传输消息指示的传输失败,其中基于UE实现的UE(100)决定重新运行正在进行的过程 (触发了UE发起的NAS传输过程)。
针对上层无法控制重新发起UL NAS传输过程(SoR、UDM参数更新过程等)的异常场景,提出了多种UE特定的实现方法来处理由于UL NAS传输过程引起的模糊性。
在第一种UE特定实现方法中,当UE(100)必须触发或发送UL NAS 传输消息时,UE(100)需要基于实现来定义和维持状态或子状态,(例如 UL_NAS_TRANS_ATTEMPTING)指示UE发起的NAS传输过程被触发并等待成功传输的确认(L2 ACK)或基于触发相同的场景的消息的任何响应。此外,在接收到消息成功传输的确认后,UE(100)被配置为将子状态改变回初始状态(例如:UL_NAS_TRANS_INIT),指示UL NAS传输消息未挂起或过程成功从而回到初始状态。如果没有来自无线网络的UL NAS传输消息的L2确认,则该过程被视为失败并重新尝试保持当前状态,直到用尽最大尝试次数(由尝试计数器控制)。如果重传尝试的最大次数失败,则该过程被声明为失败,并根据当前标准中止该过程,并将状态更改回初始状态(例如,UL_NAS_TRANS_INIT)。
例如,考虑在进行中的UL NAS传输过程时触发注册过程,则UE发起的NAS传输过程被中止并执行注册更新过程。此外,UE(100)应针对中止的UL NAS传输过程保持内部状态/子状态,并在成功执行注册过程后重新尝试该过程。
参考图4b,提供了UE(100)触发UL NAS传输消息的传输的类似情况。在步骤3和步骤4,当UE(100)尝试发送UL NAS传输消息(确认)时, UL NAS传输过程失败。在步骤5,UE(100)触发注册过程,因此状态从 5GMM_REGISTERED状态改变到5GMM-REGISTERED_INITIATED状态。此外,在步骤6,注册更新完成并且当前状态从 5GMM-REGISTERED_INITIATED转换到更新之前的5GMM_REGISTERED UL NAS传输消息。因此,在更新完成时,在根据本发明的步骤7,由UE(100) 重传UL NAS传输消息(确认)。
在任何类似的情况下,状态/子状态检查应在3GPP定义的过程完成后执行。
用于处理UE发起的NAS传输过程的第二UE特定实现方法包括在UE (100)处维护(一个或更多个)全局变量。根据触发了UE发起的NAS传输过程的场景,当过程由UE(100)发起并且(一个或更多个)全局变量没有改变时,全局变量被设置(例如:ul_nas_trans_triggered=0/1-0无过程,1- 过程被触发)为1,直到接收到对成功传输的确认或对消息的任何响应。此外,在接收到消息成功传输的确认之后,UE(100)将全局变量设置为0,指示没有过程被触发或者过程成功并回到初始状态。此外,UE(100)根据第一UE特定实现方法处理提到的不同可能场景,而第二UE特定实现方法通过保留全局变量中设置的值并将全局变量的值更改为0或仅当过程被声明为成功或失败时才处于初始状态。
用于处理UE发起的NAS传输过程的第三UE特定实现方法包括在UE (100)处维护NV/EFS项目。第三UE特定实现方法类似于第二UE特定实现方法,不同之处在于在UE发起的NAS传输过程的异常场景处理的各种 UE特定的实现方法中,UE(100)应维护NV项、EFS项或其他相关项之一以执行与在中提出的相同的动作,而不是维护全局变量。当UE(100)在ULNAS传输消息的传输期间由于任何原因而被关闭或重新发起时,所提出的方法也适用。考虑到UE(100)被关闭或选择了重启选项,那么指示正在进行的UE发起的NAS传输过程的中止的NV项与有效载荷一起被存储。由于 UE(100)立即和/或在T时间(可选地基于实现)之后通电并且向无线网络注册,所以UE(100)尝试重新传输中止的UL NAS传输过程。如果定时器 T在UE(100)能够注册到网络之前到期,则丢弃NV/EFS项并且有效载荷可选地不执行与此相关的进一步动作。此外,如果重传失败用尽了最大尝试次数,则该过程被声明为失败并且该过程根据当前标准被中止并且任何存储的NV/EFS项和有效载荷被丢弃。
图5a示出了根据现有技术的UE(100)在完成无线网络中的注册更新过程之后不重新发起已中止的UL NAS传输过程的场景。
参考图5a,在步骤1,考虑UE(100)在注册中由跟踪区域标识1(TAI 1)表示并且UDM(300)发送具有请求确认的DL NAS传输消息。在步骤2,响应于由UDM(300)发送的DL NAS传输消息,UE(100)向UDM(300) 发送UL NAS传输消息。然而,在步骤3,由于UE(100)的移动性,TAI 从TAI 1变为TAI 2。由于TAI改变,UE(100)中止正在进行的UL NAS传输消息并通过发送注册更新消息来执行注册更新过程,如步骤4所示。然而,由于过程导致同步问题,存在定义在状态机改变期间重新发起中止的UL NAS传输过程的现有方法。
图5b示出了根据本文公开的实施例的UE(100)在完成无线网络中的注册更新过程之后重新发起已中止的UL NAS传输过程的场景。
参考图5b,在步骤1,在TAI 1中注册的UE(100)接收具有从UDM(300) 请求的确认的DL NAS传输消息。在步骤2,响应于由UDM(300)发送的 DL NAS传输消息,UE(100)向UDM(300)发送UL NAS传输消息。然而,在步骤3,由于UE(100)的移动性,TAI从TAI 1变为TAI 2。由于TAI 改变,UE(100)中止正在进行的UL NAS传输消息并通过发送注册更新消息来执行注册更新过程,如步骤4所示。在步骤5,在注册更新过程从TAI 2 位置完成之后,UE(100)通过向UDM(300)发送UL NAS传输消息来重新发起中止的UL NAS传输过程。
图6a示出了根据现有技术的UE(100)由于完成由无线网络触发注销过程而不重新发起已中止UL NAS传输过程的场景。
参考图6a,考虑无线网络的UDM(300)向UE(100)发送具有请求确认的DL NAS传输消息。在步骤2a,UE(100)向存在于UE(100)中的通用集成电路卡(UICC)发送DL NAS传输消息以用RID更新UICC。在步骤 2b,作为响应接收UICC刷新命令。
在步骤3,UE(100)发起UL NAS传输消息并且失败。然而,因为无线网络向UE(100)发送注销请求,所述重新尝试进行传输UL NAS传输消息是不可能的。在步骤4,UE(100)从UDM(300)接收注销请求消息。由于注销请求消息,UL NAS传输过程被中止并且注销过程被处理。在通过 UDM控制平面过程更新UE参数期间,可以使用3GPP定义的NAS传输过程请求确认来更新路由ID(RID)。
然而,存在UL NAS传输过程中止或失败的情况以及可能发生与注销冲突的另一种情况。在与注销冲突的情况下,UE(100)触发UL NAS传输消息并失败。同时,无线网络的UDM(300)发送注销请求消息或从上层触发注销导致两个过程之间的冲突。UL NAS传输过程被中止(并停止对ULNAS 传输过程的任何进一步重新尝试),并且根据当前标准协议首先处理注销过程。然而,由于UL NAS传输过程的中止,导致UE(100)与无线网络之间的配置失配或UE(100)与无线网络之间的同步问题,导致UE(100)和无线网络两者的异常行为。
图6b示出了根据本公开的实施例的UE(100)重新发起已中止的UL NAS 传输过程然后处理由无线网络触发的注销过程的场景。
参考图6b,结合图6a,提出了由于无线网络触发的注销过程与中止的 UL NAS传输过程的重新尝试之间的冲突而引起的问题。此外,图6b中的步骤1至步骤2b可以与图6a中的步骤1至步骤2b基本相同,在此不再赘述。
在所提出的方法中,在步骤3,UE(100)不向无线网络发送确认消息,直到UICC发送REFRESH命令。此外,UE(100)发起UL NAS传输消息但失败并准备重新尝试。然而,同时在步骤4,无线网络向UE(100)发送注销请求消息。在步骤5,尽管UE(100)接收到发送的注销请求,但UE (100)完成了UL NAS传输过程,当接收到针对成功(重新)传输UL NAS 传输消息的L2 ACK消息时,该过程被确认。此外,在步骤6,UE(100)处理注销过程。因此,与传统方法和系统不同,在所提出的方法中,当UE的 UL NAS传输消息(例如由于第一次尝试失败)与来自无线网络的注销请求消息之间存在冲突时,UE(100)将继续进行中的UL NAS传输过程,然后处理来自无线网络的注销请求。如果在步骤2b,UICC没有发送REFRESH 命令,那么ME要么存储UL NAS传输消息,要么在收到REFRESH消息后发送UL NAS传输消息,直到UE(100)断电或丢弃UL NAS传输消息在 UE(100)断电后恢复先前的配置。
图7a示出了根据现有技术的UE(100)由于处理由上层触发的注销过程而不重新发起已中止的UL NAS传输过程的场景。
参考图7a,在步骤1,考虑无线网络的UDM(300)向UE(100)发送具有请求确认的DLNAS传输消息。在步骤2a,UE(100)向存在于UE(100) 中的通用集成电路卡(UICC)发送DLNAS传输消息以用RID更新UICC。在步骤2b,UE(100)响应于接收UICC刷新命令并且UE(100)想要发送 UL NAS传输消息。但同时,在步骤3,上层发起注销请求消息。由于上层发起注销过程,因此UL NAS传输过程不被UE(100)发起并且注销过程被处理。
图7b示出了根据本文公开的实施例的UE(100)重新发起已中止的UL NAS传输过程并且随后处理由上层触发的注销过程的场景。
参考图7b,结合图7a,提出了由于由上层触发的注销过程与UL NAS传输过程之间的冲突而引起的问题。此外,图7b中的步骤1至步骤3可以与图 7a中的步骤1至步骤3基本相同,在此不再赘述。在所提出的方法中,UE (100)不向无线网络发送确认消息,直到UICC发送REFRESH命令。
在步骤3,当UE(100)接收到注销请求时,UE(100)还接收UICC刷新命令,UE(100)将基于该UICC刷新命令发起UL NAS传输消息。在步骤4,UE(100)向无线网络发送UL NAS传输消息并延迟处理由上层发送的注销请求消息。此外,在步骤5,UE(100)接收针对UL NAS传输消息的成功传输的L2 ACK。在接收到L2 ACK之后,UE(100)处理从上层接收到的注销请求。不同于传统方法和系统,在所提出的方法中,当UL NAS传输消息与来自上层的注销请求消息之间存在冲突时,UE(100)继续进行中的UL NAS传输过程并且延迟处理来自上层的注销请求,直到UL NAS传输过程结束。在UL NAS传输过程完成之后,UE(100)向无线网络发送注销消息。因此,所提出的方法解决了由上层触发的注销过程与正在进行的UL NAS传输过程之间的冲突问题。
本文中公开的实施例可以通过在至少一个硬件装置上运行并且执行网络管理功能以控制元件的至少一个软件程序来实施。图1至图7b中所示的元件可以是硬件设备,或者硬件设备和软件模块的组合中的至少一种。
具体实施例的前述描述将如此充分地揭示本文实施例的一般性质,其他人在不脱离一般概念的情况下可以通过应用当前知识来容易地修改和/或适应各种应用,并且因此,在所公开的实施例的等同物的含义和范围内,应当并且旨在理解这些改编和修改。应当理解,这里使用的措辞或术语是为了描述而不是为了限制的目的。因此,尽管已经根据优选实施例描述了本文实施例,但是本领域技术人员将认识到,可以在本文所述的实施例的精神和范围内通过修改来实践本文实施例。
Claims (10)
1.一种无线通信网络中由用户设备(UE)进行通信的方法,所述方法包括:
确定上行链路非接入层(UL NAS)传输消息的传输失败;
确定所述UL NAS传输消息的传输失败是否是由于来自下层的跟踪区标识(TAI)改变;以及
响应于确定出所述UL NAS传输消息的传输失败是由于来自所述下层的TAI改变,基于从所述无线通信网络发送的TAI列表,处理所述UL NAS传输消息的传输失败。
2.根据权利要求1所述的方法,所述方法进一步包括:
响应于确定出所述UL NAS传输消息的传输失败不是由于来自所述下层的TAI改变,重新执行触发了UL NAS传输过程的正在进行的过程。
3.根据权利要求1所述的方法,其中,响应于确定出所述UL NAS传输消息的传输失败是由于来自所述下层的TAI改变,基于从所述无线通信网络发送的TAI列表,处理所述UL NAS传输消息的传输失败包括:
确定当前TAI不在从所述无线通信网络发送的所述TAI列表中;
中止由所述UE传输所述UL NAS传输消息;
识别在先前的传输尝试中未成功传输所述UL NAS传输消息;
发起与所述无线通信网络的注册过程;以及
通过在完成与所述无线通信网络的注册过程后重新尝试进行传输所述UL NAS传输消息来处理所述UL NAS传输消息的传输失败。
4.根据权利要求1所述的方法,其中,所述UL NAS传输消息的传输失败是以下各项中之一:对由所述UE接收的漫游导向(SOR)信息的确认的失败,以及对诸如路由ID的UE参数更新数据和从所述无线通信网络接收的下行链路(DL)NAS传输消息中的切片信息的确认更新的失败。
5.根据权利要求1所述的方法,其中,所述UL NAS传输消息的传输失败是由于以下至少之一:无线链路失败(RLF)的发生、无服务、属于不同注册区/跟踪区的小区的改变、未接收到由所述UE发送的对所述UL NAS传输消息的L2 Ack、以及下层失败。
6.一种用于在无线通信网络中进行通信的用户设备(UE),所述UE包括:
存储器;以及
处理器,所述处理器耦接至所述存储器并被配置为:
确定上行链路非接入层(UL NAS)传输消息的传输失败;
确定所述UL NAS传输消息的传输失败是否是由于来自下层的跟踪区标识(TAI)改变;以及
响应于确定出所述UL NAS传输消息的传输失败是由于来自所述下层的TAI改变,基于从所述无线通信网络发送的TAI列表,处理所述UL NAS传输消息的传输失败。
7.根据权利要求6所述的UE,其中,所述处理器进一步被配置为:
响应于确定出所述UL NAS传输消息的传输失败不是由于来自所述下层的TAI改变,重新执行触发了UL NAS传输过程的正在进行的过程。
8.根据权利要求6所述的UE,其中,为了响应于确定出所述UL NAS传输消息的传输失败是由于来自所述下层的TAI改变,基于从所述无线通信网络发送的TAI列表,处理所述ULNAS传输消息的传输失败,所述处理器被配置为:
确定当前TAI不在从所述无线通信网络发送的所述TAI列表中;
中止由所述UE传输所述UL NAS传输消息;
识别在先前的传输尝试中未成功传输的所述UL NAS传输消息;
发起与所述无线通信网络的注册过程;以及
通过在完成与所述无线通信网络的注册过程后重新尝试进行传输所述UL NAS传输消息来处理所述UL NAS传输消息的传输失败。
9.根据权利要求6所述的UE,其中,所述UL NAS传输消息的传输失败是以下各项中之一:对由所述UE接收的漫游导向(SOR)信息的确认的失败,以及对诸如路由ID的UE参数更新数据和从所述无线通信网络接收的下行链路(DL)NAS TRANSPORT消息中的切片信息的确认更新的失败。
10.根据权利要求6所述的UE,其中,所述UL NAS传输消息的传输失败是由于以下至少之一:无线链路失败(RLF)的发生、无服务、属于不同注册区/跟踪区的小区的改变、未接收到由所述UE发送的对所述UL NAS传输消息的L2 Ack、以及下层失败。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN201941006133 | 2019-02-15 | ||
IN201941006133 | 2020-02-11 | ||
IN202042006264 | 2020-02-13 | ||
IN202042006264 | 2020-02-13 | ||
PCT/KR2020/002132 WO2020167041A1 (en) | 2019-02-15 | 2020-02-14 | Method and ue for handling ul nas transport message failure in wireless communication network |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113455029A true CN113455029A (zh) | 2021-09-28 |
Family
ID=72045658
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080014590.7A Pending CN113455029A (zh) | 2019-02-15 | 2020-02-14 | 无线通信网络中处理ul nas传输消息失败的方法和ue |
CN202080014470.7A Pending CN113491140A (zh) | 2019-02-15 | 2020-02-17 | 在无线通信网络中的ue中执行rid更新的方法和ue |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080014470.7A Pending CN113491140A (zh) | 2019-02-15 | 2020-02-17 | 在无线通信网络中的ue中执行rid更新的方法和ue |
Country Status (5)
Country | Link |
---|---|
US (5) | US11134005B2 (zh) |
EP (2) | EP3888386B1 (zh) |
KR (1) | KR20210118105A (zh) |
CN (2) | CN113455029A (zh) |
WO (2) | WO2020167041A1 (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140355417A1 (en) * | 2012-03-16 | 2014-12-04 | Lg Electronics Inc. | Method and apparatus for processing nas signaling request in wireless communication system |
US20180167873A1 (en) * | 2016-12-13 | 2018-06-14 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and apparatus for handling abnormality of network communication function and storage medium |
WO2018147698A1 (ko) * | 2017-02-10 | 2018-08-16 | 엘지전자(주) | 무선 통신 시스템에서 nas 메시지 송수신 방법 및 이를 위한 장치 |
WO2018174516A1 (ko) * | 2017-03-20 | 2018-09-27 | 엘지전자(주) | 무선 통신 시스템에서 nas 메시지 처리 방법 및 이를 위한 장치 |
CN108990096A (zh) * | 2018-09-03 | 2018-12-11 | 深圳酷比通信股份有限公司 | 移动终端的nas消息处理方法、系统及移动终端 |
Family Cites Families (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7801527B2 (en) * | 2005-04-28 | 2010-09-21 | Motorola Mobility, Inc. | Cell update process with reconfiguration status |
CN101167392B (zh) * | 2005-04-29 | 2012-06-27 | 艾利森电话股份有限公司 | 蜂窝无线电网络与无线数据网络的网络互连 |
EP1929815B1 (en) * | 2005-09-30 | 2018-05-30 | Telefonaktiebolaget LM Ericsson (publ) | Means and methods for improving the handover characteristics of integrated radio access networks |
US8145221B2 (en) * | 2005-12-16 | 2012-03-27 | Airvana Network Solutions, Inc. | Radio network communication |
GB2457656C (en) * | 2008-02-18 | 2014-09-17 | Sony Corp | Cellular communication system, apparatus and method for network discovery |
EP4213537A1 (en) * | 2010-09-28 | 2023-07-19 | BlackBerry Limited | Method in a core network, mobility management entity and non-transitory storage medium |
EP2666314B1 (en) * | 2011-01-21 | 2019-05-15 | BlackBerry Limited | Network apparatus and process to determine the connection context for connections used for (local) offloading |
WO2014104632A1 (en) * | 2012-12-26 | 2014-07-03 | Lg Electronics Inc. | Method and apparatus for acquiring information on access point in wireless communication system |
JP6172289B2 (ja) | 2013-10-31 | 2017-08-02 | 日本電気株式会社 | 無線通信システム、無線通信方法、基地制御局及び中継装置 |
WO2016140507A1 (en) * | 2015-03-02 | 2016-09-09 | Samsung Electronics Co., Ltd. | Method and apparatus for providing service in wireless communication system |
GB2541247A (en) * | 2015-08-14 | 2017-02-15 | Nec Corp | Communication system |
WO2018008944A1 (ko) * | 2016-07-04 | 2018-01-11 | 엘지전자(주) | 무선 통신 시스템에서 등록 관리 방법 및 이를 위한 장치 |
WO2018097601A1 (ko) * | 2016-11-27 | 2018-05-31 | 엘지전자(주) | 무선 통신 시스템에서의 등록 해제 방법 및 이를 위한 장치 |
US10531420B2 (en) * | 2017-01-05 | 2020-01-07 | Huawei Technologies Co., Ltd. | Systems and methods for application-friendly protocol data unit (PDU) session management |
CN109155909B (zh) | 2017-01-16 | 2021-08-10 | Lg 电子株式会社 | 无线通信系统中用于更新ue配置的方法及其装置 |
US10070393B2 (en) * | 2017-01-30 | 2018-09-04 | Blackberry Limited | Control of uplink data transmission |
WO2018155934A1 (ko) * | 2017-02-22 | 2018-08-30 | 엘지전자 주식회사 | 무선 통신 시스템에서 3GPP access를 통해 non-3GPP에 관련된 데이터를 수신하는 방법 및 이를 위한 장치 |
WO2018174525A1 (ko) * | 2017-03-20 | 2018-09-27 | 엘지전자(주) | 무선 통신 시스템에서 계층간 상호작용 방법 및 이를 위한 장치 |
US10779346B2 (en) * | 2017-03-27 | 2020-09-15 | Qualcomm Incorporated | Local area data network connectivity |
US10582561B2 (en) * | 2017-03-27 | 2020-03-03 | Electronics And Telecommunications Research Institute | Method for releasing context of user equipment in non-3GPP access network and network entity performing the same |
US10820185B2 (en) * | 2017-05-08 | 2020-10-27 | Qualcomm Incorporated | Mobility between areas with heterogeneous network slices |
US20190007500A1 (en) * | 2017-07-03 | 2019-01-03 | Electronics And Telecommunications Research Institute | Method for protocol data unit (pdu) session anchor relocation and 5g network registration |
KR102294686B1 (ko) * | 2017-08-10 | 2021-08-26 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 무선 디바이스를 위한 서비스 갭 제어 |
US20190116486A1 (en) * | 2017-10-17 | 2019-04-18 | Electronics And Telecommunications Research Institute | Method and apparatus for location based service in 5g system |
US10542513B2 (en) * | 2017-11-21 | 2020-01-21 | Electronics And Telecommunications Research Institute | Deregistration method of user equipment in network and user equipment performing the same |
EP3741085B1 (en) * | 2018-01-19 | 2023-03-15 | Koninklijke KPN N.V. | Network slice usage |
US10986602B2 (en) * | 2018-02-09 | 2021-04-20 | Intel Corporation | Technologies to authorize user equipment use of local area data network features and control the size of local area data network information in access and mobility management function |
US10863390B2 (en) * | 2018-02-14 | 2020-12-08 | Mediatek Inc. | Method and apparatus for non-access stratum transport |
CN110521222B (zh) * | 2018-03-21 | 2021-05-14 | 联发科技(新加坡)私人有限公司 | 处理5g系统位置信息的用户设备及其方法 |
US10912054B2 (en) * | 2018-06-29 | 2021-02-02 | Apple Inc. | 5G new radio de-registration procedures |
WO2020036883A1 (en) * | 2018-08-13 | 2020-02-20 | Intel Corporation | Use of user equipment (ue) identifiers for registration in fifth generation (5g) systems |
CN110858992A (zh) * | 2018-08-23 | 2020-03-03 | 华为技术有限公司 | 路由方法、装置及系统 |
US11172426B2 (en) * | 2018-10-05 | 2021-11-09 | Qualcomm Incorporated | Techniques for routing ID update |
US11190993B2 (en) * | 2018-10-09 | 2021-11-30 | Qualcomm Incorporated | Techniques for improving VoNR-to-VoLTE fallback |
EP3681187B1 (en) * | 2019-01-09 | 2022-07-20 | NTT DoCoMo, Inc. | Network nodes and reporting method |
CN113906818A (zh) * | 2019-04-02 | 2022-01-07 | 诺基亚技术有限公司 | 用于无线通信系统中控制面上蜂窝物联网(ciot)数据传输的方法和装置 |
EP3984301A1 (en) * | 2019-06-17 | 2022-04-20 | IDAC Holdings, Inc. | Paging method for wtru with multiple usims |
WO2021146685A1 (en) * | 2020-01-19 | 2021-07-22 | Talebi Fard Peyman | Relay node selection |
US20210235328A1 (en) * | 2020-01-29 | 2021-07-29 | Comcast Cable Communications, Llc | Wireless Resource Exclusion |
-
2020
- 2020-02-14 WO PCT/KR2020/002132 patent/WO2020167041A1/en unknown
- 2020-02-14 EP EP20754905.6A patent/EP3888386B1/en active Active
- 2020-02-14 CN CN202080014590.7A patent/CN113455029A/zh active Pending
- 2020-02-17 EP EP20756693.6A patent/EP3906715A4/en active Pending
- 2020-02-17 KR KR1020217025824A patent/KR20210118105A/ko unknown
- 2020-02-17 CN CN202080014470.7A patent/CN113491140A/zh active Pending
- 2020-02-17 WO PCT/KR2020/002256 patent/WO2020167099A1/en unknown
- 2020-02-17 US US16/792,768 patent/US11134005B2/en active Active
-
2021
- 2021-08-10 US US17/398,429 patent/US20210368365A1/en active Pending
- 2021-08-31 US US17/463,400 patent/US11570085B2/en active Active
-
2023
- 2023-01-26 US US18/160,210 patent/US11929914B2/en active Active
-
2024
- 2024-01-29 US US18/426,248 patent/US20240171499A1/en active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140355417A1 (en) * | 2012-03-16 | 2014-12-04 | Lg Electronics Inc. | Method and apparatus for processing nas signaling request in wireless communication system |
CN108462972A (zh) * | 2012-03-16 | 2018-08-28 | Lg 电子株式会社 | 用于在无线通信系统中处理nas信令请求的方法和装置 |
US20180167873A1 (en) * | 2016-12-13 | 2018-06-14 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and apparatus for handling abnormality of network communication function and storage medium |
WO2018147698A1 (ko) * | 2017-02-10 | 2018-08-16 | 엘지전자(주) | 무선 통신 시스템에서 nas 메시지 송수신 방법 및 이를 위한 장치 |
WO2018174516A1 (ko) * | 2017-03-20 | 2018-09-27 | 엘지전자(주) | 무선 통신 시스템에서 nas 메시지 처리 방법 및 이를 위한 장치 |
CN108990096A (zh) * | 2018-09-03 | 2018-12-11 | 深圳酷比通信股份有限公司 | 移动终端的nas消息处理方法、系统及移动终端 |
Non-Patent Citations (4)
Title |
---|
""C1-188374-ULNAS"", 3GPP TSG_CT\\WG1_MM-CC-SM_EX-CN1, pages 1 - 2 * |
""S2-1811267-was-1810061-23.502-UE Parameters Update UDM"", 3GPP TSG_SA\\WG2_ARCH, pages 1 - 8 * |
3GPP: "Non-Access-Stratum (NAS) protocol for 5G System (5GS)", 《TS 24.501 V15.2.1, pages 28 - 29 * |
NTT DOCOMO: "C1-090427 "Discussion paper of retransmission of NAS message"", 3GPP TSG_CN\\WG1_MM-CC-SM_EX-CN1, no. 1, pages 1 - 5 * |
Also Published As
Publication number | Publication date |
---|---|
US20230164061A1 (en) | 2023-05-25 |
US20210392071A1 (en) | 2021-12-16 |
KR20210118105A (ko) | 2021-09-29 |
WO2020167041A1 (en) | 2020-08-20 |
EP3888386A1 (en) | 2021-10-06 |
US20210273879A1 (en) | 2021-09-02 |
CN113491140A (zh) | 2021-10-08 |
US11570085B2 (en) | 2023-01-31 |
US20210368365A1 (en) | 2021-11-25 |
US20240171499A1 (en) | 2024-05-23 |
US11929914B2 (en) | 2024-03-12 |
EP3906715A4 (en) | 2022-03-16 |
WO2020167099A1 (en) | 2020-08-20 |
EP3888386B1 (en) | 2023-11-01 |
EP3888386A4 (en) | 2022-02-09 |
EP3906715A1 (en) | 2021-11-10 |
US11134005B2 (en) | 2021-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10149150B1 (en) | Updating profiles for secondary wireless devices | |
US20170034849A1 (en) | Enhanced Dedicated Channel (E-DCH) Transmissions Related to Tune-Away Occurrences | |
CN115396866A (zh) | 用于发送终端策略的方法、装置和系统 | |
WO2022077338A1 (en) | Methods and apparatuses for small data transmission | |
US8582561B2 (en) | Method of handling P-TMSI change in a wireless communication system and related communication device | |
CN113271588A (zh) | 安全密钥同步方法及通信装置 | |
CN113455029A (zh) | 无线通信网络中处理ul nas传输消息失败的方法和ue | |
JP7034355B2 (ja) | 通信設定方法、通信制御装置及び通信システム | |
EP2077006B1 (en) | Network support for non-compliant mobile terminals and core network nodes | |
US11310657B2 (en) | Communication control device, communication setting method, communication setting program, and communication system | |
CN112219441B (zh) | 用于无线网络中的连接建立的设备和方法 | |
US20220086799A1 (en) | Method and user equipment for handling service connectivity in wireless communication system | |
CN111567084A (zh) | 一种切换方法及装置、计算机存储介质 | |
KR101251182B1 (ko) | 이동통신 시스템에서의 위치등록 방법 및 그를 위한 시스템 | |
US10932315B2 (en) | Methods and systems for handling call establishment by user equipment in wireless communication network | |
US20230124455A1 (en) | Method for testing core network function entity, testing device and non-transitory computer-readable medium | |
US20200275374A1 (en) | Service control apparatus, mobility management apparatus, service control method, and non-transitory computer readable medium | |
WO2023006401A1 (en) | Radio communication system and method for providing a communication service to a mobile terminal | |
CN117560621A (zh) | 位置更新方法、电子设备、计算机可读介质 | |
CN115103347A (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 |