CN117616868A - 多路径pdu会话 - Google Patents

多路径pdu会话 Download PDF

Info

Publication number
CN117616868A
CN117616868A CN202280048725.0A CN202280048725A CN117616868A CN 117616868 A CN117616868 A CN 117616868A CN 202280048725 A CN202280048725 A CN 202280048725A CN 117616868 A CN117616868 A CN 117616868A
Authority
CN
China
Prior art keywords
path
pdu session
information
smf
ran
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
Application number
CN202280048725.0A
Other languages
English (en)
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
Priority claimed from PCT/KR2022/010105 external-priority patent/WO2023287154A1/ko
Publication of CN117616868A publication Critical patent/CN117616868A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本说明书的一个公开提供了一种UE执行通信的方法。该方法可以包括以下步骤:向SMF发送PDU会话建立请求消息;接收PDU会话建立接受消息;发送PDU会话修改请求消息;以及接收PDU会话修改命令消息。

Description

多路径PDU会话
技术领域
本公开总体上涉及移动通信。
背景技术
第三代合作伙伴计划(3GPP)长期演进(LTE)是用于实现高速分组通信的技术。已经针对LTE目标提出了许多方案,其包括旨在降低用户和提供商成本、改善服务质量以及扩展和改善覆盖范围和系统容量的那些方案。3GPP LTE要求降低的每比特成本、增加服务可用性、频带的灵活使用、简单的结构、开放的接口以及适当的终端功耗作为较高级别要求。
国际电信联盟(ITU)和3GPP已开始工作以开发新无线电(NR)系统的要求和规范。3GPP不得不识别并开发用于成功地标准化及时满足紧急市场需求以及由ITU无线电通信部门(ITU-R)国际移动电信(IMT)-2020过程提出的更长期要求这两者的新RAT所需的技术组件。此外,即使在更遥远的未来,NR也应能够使用可用于无线通信的至少高达100GHz的任何频谱带。
NR旨在成为一个涵盖所有使用场景、需求和部署场景(包括增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)、超可靠低延迟通信(URLLC)等)的单一技术框架。NR可以基本上是前向兼容的。
传统上,还没有执行针对单个协议数据单元(PDU)会话的多个路径上的通信,包括通过UE到网络中继器的路径。可以设想,对于单个PDU会话,通过多个路径(包括通过UE到网络中继器的路径)向用户设备(UE)提供来自网络的服务。
然而,存在无法区分UE和网络之间的多个路径的问题,因为传统上只有一个路径用于单个PDU会话,或者是不通过UE到网络中继器的路径,或者是通过UE到网络中继器的路径。例如,传统的接入和移动性功能(AMF)、下一代无线电接入网(NG-RAN)、会话管理功能(SMF)、用户面功能(UPF)等可以在不同的UE之间区分,但不能在用于单个PDU会话的多个路径之间区分。因此,存在AMF、NG-RAN、SMF、UPF等不能区分用于PDU会话的信息、N2会话管理(SM)信息、服务质量(QoS)流的信息等用于哪些路径的问题。
发明内容
技术问题
因此,已经努力做出本说明书的公开以解决前述问题。
技术方案
为了解决上述问题,本说明书的一个公开提供了一种用于UE执行通信的方法。该方法可以包括:向SMF发送PDU会话建立请求消息;接收PDU会话建立接受消息;发送PDU会话修改请求消息;以及接收PDU会话修改命令消息。
为了解决上述问题,本说明书的一个公开提供了一种用于执行通信的UE。UE包括:至少一个处理器;以及至少一个存储指令的存储器,其可操作地电耦合到所述至少一个处理器,其中,所述指令由所述至少一个处理器执行:向所述SMF发送PDU会话建立请求消息;接收PDU会话建立接受消息;发送PDU会话修改请求消息;以及接收PDU会话修改命令消息。
为了解决上述问题,本说明书的一个公开提供了一种进行电信的装置。该装置包括:至少一个处理器;以及存储指令的至少一个存储器,其可操作地电耦合到所述至少一个处理器,其中所述指令由所述至少一个处理器执行以执行操作,所述操作包括:生成到所述SMF的PDU会话建立请求消息;获得PDU会话建立接受消息;生成PDU会话修改请求消息;以及获得PDU会话修改命令消息。
为了解决上述问题,本说明书的一个公开提供了一种记录指令的非临时性计算机可读存储介质。所述指令当由一个或多个处理器执行时,可以使一个或多个处理器:生成到SMF的PDU会话建立请求消息;获得PDU会话建立接受消息;生成PDU会话修改请求消息;以及获得PDU会话修改命令消息。
为了解决上述问题,本说明书的一个公开提供了一种用于SMF执行通信的方法。该方法可以包括:接收PDU会话建立请求消息;向所述UPF发送N4会话建立请求消息;发送PDU会话建立接受消息;接收PDU会话修改请求消息;向所述UPF发送N4会话修改请求消息;以及发送PDU会话修改命令消息。
为了解决上述问题,本说明书的一个公开提供了一种用于执行通信的UE。该UE包括:至少一个处理器;以及存储指令的至少一个存储器,其可操作地电耦合到所述至少一个处理器,其中所述指令由所述至少一个处理器执行:接收PDU会话建立请求消息;向所述UPF发送N4会话建立请求消息;发送PDU会话建立接受消息;接收PDU会话修改请求消息;向所述UPF发送N4会话修改请求消息;以及发送PDU会话修改命令消息。
有益效果
根据本公开的公开,解决了现有技术的上述问题。
能够通过本说明书的具体示例获得的效果不限于上面列出的效果。例如,可能存在相关领域的普通技术人员能够理解或从本说明书导出的各种技术效果。因此,本说明书的具体效果不限于在此显式地描述的那些,并且可以包括能够从本说明书的技术特征理解或导出的各种效果。
附图说明
图1示出应用本公开的实施方式的通信系统的示例。
图2示出应用本公开的实施方式的无线设备的示例。
图3示出应用本公开的实施方式的无线设备的示例。
图4示出了应用本公开的实施方式的5G系统架构的示例。
图5是示出UE和gNB之间的无线电接口协议(Radio Interface Protocol)的结构的另一示例图。
图6a和图6b示出了应用本公开的实施方式的PDU会话建立过程的示例。
图7示出了UE到网络中继器的架构的示例。
图8a图示了在两条路径上提供与PDU会话相关的服务的第一示例。图8b图示了第二示例,其中在两条路径上提供与PDU会话相关的服务。图8c图示了第三示例,其中在两条路径上提供与PDU会话相关的服务。图8d图示了第四示例,其中在两条路径上提供与PDU会话相关的服务。
图9图示了多接入规则的示例。
图10a和图10b图示了根据本公开的第十一示例的第一示例的操作示例。
图11a和图11b图示了根据本公开的第十一示例的第二示例的操作示例。
图12a和图12b图示了根据本公开的第十一示例的第三示例的操作示例。
图13a和图13b图示了根据本公开的第十一示例的第四示例的操作示例。
图14图示了根据本公开的UE的操作和SMF的操作的示例。
具体实施方式
可以将以下技术、装置和系统应用于各种无线多址系统。多址系统的示例包括码分多址(CDMA)系统、频分多址(FDMA)系统、时分多址(TDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统和多载波频分多址(MC-FDMA)系统。CDMA可以通过诸如通用陆地无线电接入(UTRA)或CDMA2000的无线电技术来体现。TDMA可以通过诸如全球移动通信系统(GSM)、通用分组无线电服务(GPRS)或增强型数据速率GSM演进(EDGE)的无线电技术来体现。OFDMA可以通过诸如电气与电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20或演进型UTRA(E-UTRA)的无线电技术来体现。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进型UMTS(E-UMTS)的一部分。3GPP LTE在DL中采用OFDMA,并且在UL中采用SC-FDMA。3GPP LTE的演进包括LTE-A(高级)、LTE-A前和/或5G NR(新无线电)。
为了描述的方便,主要针对基于3GPP的无线通信系统描述本公开的实施方式。然而,本公开的技术特征不限于此。例如,尽管以下详细描述是基于与基于3GPP的无线通信系统相对应的移动通信系统而给出的,但是本公开的不限于基于3GPP的无线通信系统的方面适用于其他移动通信系统。
对于在本发明中采用的术语和技术之中未具体地描述的术语和技术,可以参考在本公开之前发布的无线通信标准文档。
在本公开中,“A或B”可以意指“仅A”、“仅B”或“A和B这两者”。换句话说,可以将本公开中的“A或B”解释为“A和/或B”。例如,本公开中的“A、B或C”可以意指“仅A”、“仅B”、“仅C”或“A、B和C的任何组合”。
在本公开中,斜线(/)或逗号(,)可以意指“和/或”。例如,“A/B”可以意指“A和/或B”。因此“A/B”可以意指“仅A”、“仅B”或“A和B这两者”。例如,“A、B、C”可以意指“A、B或C”。
在本公开中,“A和B中的至少一个”可以意指“仅A”、“仅B”或“A和B这两者”。另外,可以将本公开中的表述“A或B中的至少一个”或“A和/或B中的至少一个”解释为与“A和B中的至少一个”相同。
另外,在本公开中,“A、B和C中的至少一个”可以意指“仅A”、“仅B”、“仅C”或“A、B和C的任何组合”。另外,“A、B或C中的至少一个”或“A、B和/或C中的至少一个”可以意指“A、B和C中的至少一个”。
同样,本公开中使用的括号可以意指“例如”。详细地,当被示出为“控制信息(PDCCH)”时,可以将“PDCCH”提议为“控制信息”的示例。换句话说,本公开中的“控制信息”不限于“PDCCH”,并且可以将“PDCCH”提议为“控制信息”的示例。另外,即使当被示出为“控制信息(即,PDCCH)”时,也可以将“PDCCH”提议为“控制信息”的示例。
可以单独地或同时地实现在本公开中的一个附图中单独地描述的技术特征。
尽管不限于此,本文公开的本公开的各种描述、功能、过程、建议、方法和/或操作流程图可以应用于需要设备之间的无线通信和/或连接(例如,5G)的各种领域。
在下文中,将参考附图更详细地描述本公开。除非另有说明,以下附图和/或描述中的相同附图标记可以指代相同和/或相应的硬件块、软件块和/或功能块。
尽管在附图中借助于示例图示了用户设备(UE),但是所图示的UE可以被称为终端、移动设备(ME)等。另外,UE可以是诸如笔记本电脑、移动电话、PDA、智能手机、多媒体设备等的便携设备,或者可以是诸如PC、车载设备等的非便携设备。
在下文中,UE被用作能够无线通信的无线通信设备(或无线设备,或无线装置)的示例。由UE执行的操作可以由无线通信设备执行。无线通信设备也可以被称为无线设备、无线设备等。
基站,以下使用的术语,通常指代与无线设备进行通信的固定站。基站也可以被称为演进型节点B(eNodeB)、演进型节点B(eNB)、BTS(基础收发器系统)、接入点(接入点)、gNB(下一代节点B)等的其他术语。
I.适用于本说明书的本公开的技术和过程
图1示出应用本公开的实施方式的通信系统的示例。
图1中所示的5G使用场景仅是示例性的,并且本公开的技术特征可以应用于图1中未示出的其他5G使用场景。
用于5G的三个主要需求类别包括(1)增强型移动宽带(eMBB)类别、(2)大规模机器类型通信(mMTC)类别以及(3)超可靠低时延通信(URLLC)类别。
部分用例可能要求多个类别以进行优化,并且其他用例可能仅聚焦于一个关键性能指标(KPI)。5G使用灵活并且可靠的方法来支持此类各种用例。
eMBB远远超越基本移动互联网接入并且涵盖云和增强现实中的丰富双向工作及媒体和娱乐应用。数据是5G核心动力之一,并且在5G时代,专用语音服务可能首次不被提供。在5G中,预期语音将被简单地处理为使用由通信系统提供的数据连接的应用程序。针对业务量增加的主要原因是由于内容的大小增加和要求高数据传输速率的应用的数目增加而导致的。随着更多设备连接到互联网,(音频和视频的)流服务、对话视频和移动互联网接入将被更广泛使用。这些许多的应用程序要求始终开启状态的连接性以便为用户推送实时信息和告警。云存储和应用在移动通信平台中正在迅速地增加并且可以被应用于工作和娱乐这两者。云存储是加速上行链路数据传输速率的增长的特殊用例。5G也被用于云的远程工作。当使用触觉接口时,5G要求更低的端到端时延以维护用户良好的体验。娱乐,例如云游戏和视频流,是增加对移动宽带能力的需求的另一核心元素。娱乐对包括诸如火车、车辆和飞机等的高移动性环境的任何地方中的智能电话和平板来说是必要的。其他用例是用于娱乐的增强现实和信息搜索。在这种情况下,增强现实要求非常低的时延和瞬时数据量。
另外,最预期的5G用例之一涉及能够平滑地连接所有领域中的嵌入式传感器的功能,即mMTC。预期到2020年,潜在物联网(IoT)设备的数目将达到204亿。行业IoT是执行通过5G使能智慧城市、资产跟踪、智能公用事业、农业和安全性基础设施的主要作用的类别之一。
URLLC包括新服务,该新服务将通过主要基础设施的远程控制和超可靠/可用低时延链路来改变行业,诸如自驾驶车辆。可靠性和时延的水平是控制智能电网、使工业自动化、实现机器人并且控制和调整无人机所必要的。
5G是提供被评价为每秒几百兆比特到每秒千兆比特的流式传输的手段并且可以补充光纤到户(FTTH)和基于线缆的宽带(或DOCSIS)。递送分辨率为4K或更高(6K、8K等)的TV以及虚拟现实和增强现实需要这样的快速度。虚拟现实(VR)和增强现实(AR)应用包括几乎沉浸式体育游戏。特定应用程序可能要求特殊网络配置。例如,对于VR游戏,游戏公司需要将核心服务器并入到网络运营商的边缘网络服务器中以便使时延最小化。
与用于车辆移动通信的许多用例一起,汽车预期成为5G中新的重要动力。例如,乘客的娱乐要求具有高移动性的高同步容量和移动宽带。这是因为未来用户在不考虑他们的位置和速度的情况下继续预期高质量的连接。汽车领域的另一用例是AR仪表板。AR仪表板使驾驶员识别除了从前窗看到的对象之外的黑暗中的对象,并且通过重叠与驾驶员交谈的信息来显示离对象的距离和对象的移动。将来,无线模块实现车辆之间的通信、车辆与支持基础设施之间的信息交换以及车辆与其他连接设备(例如,伴随行人的设备)之间的信息交换。安全系统引导行为的替代路线,使得驾驶员可以更安全地驾驶,从而降低事故的危险。下一个阶段将是遥控或自驾驶车辆。这在不同的自驾驶车辆之间并在车辆与基础设施之间要求非常高的可靠性和非常快速的通信。将来,自驾驶车辆将执行所有驾驶活动并且驾驶员将仅集中于车辆不能识别的异常交通。自驾驶车辆的技术要求需要超低时延和超高可靠性,使得将交通安全提高到人类不能达到的水平。
作为智能社会提及的智能城市和智能家居/建筑将被嵌入在高密度无线传感器网络中。智能传感器的分布式网络将识别城市或家庭的成本和节能维护的情况。可以对于各个住户执行类似的配置。所有温度传感器、窗户和加热控制器、防盗警报器和家用电器都以无线方式连接。许多这些传感器通常数据传输速率、功率和成本低。然而,特定类型的设备可能要求实时HD视频来执行监测。
包括热或气的能源的消耗和分配以高级别被分配,使得要求对分配传感器网络进行自动化控制。智能电网使用数字信息和通信技术来收集信息并且将传感器彼此连接,以便根据所收集的信息来行动。由于此信息可能包括供应公司和消费者的行为,所以智能电网可以通过具有效率、可靠性、经济可行性、生产可持续性和自动化的方法来改善诸如电力的燃料的分配。也可以将智能电网视为具有低时延的另一传感器网络。
任务关键应用(例如,电子健康)是5G使用场景之一。健康部分包含能够享受移动通信好处的许多应用程序。通信系统可以支持在遥远的地方提供临床治疗的远程治疗。远程治疗可以协助减少距离障碍并且改善对在遥远的农村地区中不能连续可用的医疗服务的访问。远程治疗也用于在紧急情形下执行重要治疗并且挽救生命。基于移动通信的无线传感器网络可以提供远程监测和用于诸如心率和血压的参数的传感器。
无线和移动通信在行业应用的领域中逐渐变得重要。布线在安装维护成本方面高。因此,利用可重构的无线链路替换线缆的可能性在许多行业领域中是有吸引力的机会。然而,为了实现这种替换,有必要以与线缆的时延、可靠性和容量类似的时延、可靠性和容量建立无线连接并且需要简化无线连接的管理。当需要连接到5G时,低时延和非常低的错误概率是新要求。
物流和货运跟踪是使用基于位置的信息系统在任何地方实现库存和包裹跟踪的移动通信的重要用例。物流和货运的用例通常要求低数据速率,但是要求具有宽范围和可靠性的位置信息。
参考图1,通信系统1包括无线设备100a至100f、基站(BS)200和网络300。虽然图1将5G网络图示为通信系统1的网络的示例,但是本公开的实施方式不限于5G系统,并且能够被应用于超越5G系统的未来通信系统。
可以将BS200和网络300实现为无线设备,并且特定无线设备可以作为相对于其他无线设备的BS/网络节点来操作。
无线设备100a至100f表示使用无线电接入技术(RAT)(例如,5G新RAT(NR)或LTE)来执行通信的设备并且可以被称为通信/无线电/5G设备。无线设备100a至100f可以包括但不限于机器人100a、车辆100b-1和100b-2、扩展现实(XR)设备100c、手持设备100d、家用电器100e、IoT设备100f以及人工智能(AI)设备/服务器400。例如,车辆可以包括具有无线通信功能的车辆、自主驾驶车辆和能够在车辆之间执行通信的车辆。车辆可以包括无人飞行器(UAV)(例如,无人机)。XR设备可以包括AR/VR/混合现实(MR)设备并且能够以头戴式设备(HMD)、安装在车辆中的平视显示器(HUD)、电视、智能电话、计算机、可穿戴设备、家用电器设备、数字标牌、车辆、机器人等的形式实现。手持设备可以包括智能电话、智能板、可穿戴设备(例如,智能手表或智能眼镜)和计算机(例如,笔记本计算机)。家用电器可以包括TV、冰箱和洗衣机。IoT设备可以包括传感器和智能仪表。
在本公开中,可以将无线设备100a至100f称作用户设备(UE)。UE可以包括例如蜂窝电话、智能电话、膝上型计算机、数字广播终端、个人数字助理(PDA)、便携式多媒体播放器(PMP)、导航系统、板式个人计算机(PC)、平板PC、超级本、车辆、具有自主行驶功能的车辆、联网汽车、UAV、AI模块、机器人、AR设备、VR设备、MR设备、全息图设备、公共安全设备、MTC设备、IoT设备、医疗设备、金融科技设备(或金融设备)、安全性设备、天气/环境设备、与5G服务有关的设备、或与第四次工业革命领域有关的设备。
UAV可以是例如在没有人类在机上的情况下通过无线控制信号驾驶的飞行器。
VR设备可以包括例如用于实现虚拟世界的对象或背景的设备。AR设备可以包括例如通过将虚拟世界的对象或背景连接到真实世界的对象或背景所实现的设备。MR设备可以包括例如通过将虚拟世界的对象或背景融合到真实世界的对象或背景中所实现的设备。全息图设备可以包括例如用于通过使用在被称作全息术的两个激光相遇时生成的光的干涉现象记录和再现立体信息来实现360度立体图像的设备。
公共安全设备可以包括例如可穿戴在用户的身体上的图像中继设备或图像设备。
MTC设备和IoT设备可以是例如不要求直接人类干预或操纵的设备。例如,MTC设备和IoT设备可以包括智能仪表、自动售货机、温度计、智能灯泡、门锁或各种传感器。
医疗设备可以是例如用于诊断、治疗、缓解、治愈或预防疾病的目的的设备。例如,医疗设备可以是用于诊断、治疗、缓解或矫正损伤或损害的目的的设备。例如,医疗设备可以是用于检查、替换或修改结构或功能的目的的设备。例如,医疗设备可以是用于调整怀孕的目的的设备。例如,医疗设备可以包括用于治疗的设备、用于操作的设备、用于(体外)诊断的设备、助听器或用于过程的设备。
安全性设备可以是例如被安装来防止可能出现的危险并且维护安全的设备。例如,安全性设备可以是相机、闭路TV(CCTV)、记录仪或黑匣子。
金融科技设备可以是例如能够提供诸如移动支付的金融服务的设备。例如,金融科技设备可以包括支付设备或销售点(POS)系统。
天气/环境设备可以包括例如用于监测或预测天气/环境的设备。
无线设备100a至100f可以经由BS200被连接到网络300。可以将AI技术应用于无线设备100a至100f并且无线设备100a至100f可以经由网络300被连接到AI服务器400。可以使用3G网络、4G(例如,LTE)网络、5G(例如,NR)网络和超5G网络来配置网络300。尽管无线设备100a至100f可以通过BS200/网络300彼此通信,但是无线设备100a至100f可以在不通过BS200/网络300的情况下彼此执行直接通信(例如,侧链路通信)。例如,车辆100b-1和100b-2可以执行直接通信(例如,车辆到车辆(V2V)/车辆到一切(V2X)通信)。IoT设备(例如,传感器)可以与其他IoT设备(例如,传感器)或其他无线设备100a至100f执行直接通信。
可以在无线设备100a至100f之间和/或在无线设备100a至100f与BS200之间和/或BS200之间建立无线通信/连接150a、150b以及150c。在本文中,可以通过诸如上行链路/下行链路通信150a、侧链路通信(或设备到设备(D2D)通信)150b、基站间通信150c(例如,中继、集成接入和回程(IAB))等等的各种RAT(例如,5G NR)来建立无线通信/连接。无线设备100a至100f和BS200/无线设备100a至100f可以通过无线通信/连接150a、150b以及150c相互发送/接收无线电信号。例如,无线通信/连接150a、150b以及150c可以通过各种物理信道发送/接收信号。为此,可以基于本公开的各种提议来执行用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如,信道编码/解码、调制/解调和资源映射/解映射)和资源分配过程中的至少一部分。
AI是指研究人工智能或能够创造其的方法学的领域,并且机器学习是指定义AI领域解决的各种问题的领域以及解决这些问题的方法学的领域。机器学习也被定义为一种通过对任务的稳定经验来增加任务性能的算法。
机器人意指通过自身能力自动处理或操作给定任务的机器。特别地,具有识别环境的能力并自主决定执行动作的机器人,能够称为智能机器人。取决于用途或使用领域,机器人能够被分类为工业、医疗、家用、军用等。机器人能够执行各种物理操作,诸如使用执行器或电机移动机器人关节。可移动机器人在驱动器上还包括轮子、制动器、螺旋桨等,使其可以在地面上行驶或在空中飞行。
自主驾驶意指一种自行驾驶的技术,而自主车辆意指在没有用户控制或用户控制最少的情况下驾驶的车辆。例如,自主驾驶可以包括保持车道行驶、诸如自适应巡航控制的自动调整速度、沿设定路线自动驾驶以及在设置目的地时自动地设置路线。车辆包括配备有内燃机的车辆、配备内燃机和电动机的混合动力车辆、配备有电动机的电动车辆,并且可能包括火车、摩托车等,以及汽车。自主车辆能够被看作是具有自主驾驶功能的机器人。
扩展现实统称为VR、AR和MR。VR技术仅通过计算机图形(CG)图像提供现实世界的对象和背景。AR技术在真实对象图像之上提供虚拟CG图像。MR技术是一种将虚拟对象结合并结合到现实世界中的CG技术。MR技术与AR技术的相似之处在于它们将真实和虚拟对象一起示出。然而,不同的是,在AR技术中,虚拟对象被用作对现实对象的补充形式,而在MR技术中,虚拟对象和现实对象被用作平等的人格。
NR支持多个参数集(和/或多个子载波间隔(SCS))以支持各种5G服务。例如,如果SCS为15kHz,在传统蜂窝频带中能够支持广域;并且如果SCS为30kHz/60kHz,能够支持密集城市、更低时延和更宽的载波带宽。如果SCS为60kHz或更高,则能够支持大于24.25GHz的带宽来克服相位噪声。
这里,在本公开的无线设备中实现的无线电通信技术可以包括用于低功率通信的窄带物联网(NB-IoT)技术以及LTE、NR和6G。例如,NB-IoT技术可以是低功率广域网(LPWAN)技术的示例,可以在LTE Cat NB1和/或LTE Cat NB2等规范中实现,并且可以不限于在上面所提及的名称。另外和/或可替选地,在本公开的无线设备中实现的无线电通信技术可以基于LTE-M技术进行通信。例如,LTE-M技术可以是LPWAN技术的示例并且通过诸如增强型机器类型通信(eMTC)的各种名称被称呼。例如,LTE-M技术可以在各种规范中的至少一个中实现,诸如1)LTE Cat 0,2)LTE Cat M1,3)LTE Cat M2,4)LTE非带宽受限(非BL),5)LTE-MTC,6)LTE机器类型通信,和/或7)LTE M,并且可以不限于在上面所提及的名称。另外和/或可替选地,本公开的无线设备中实现的无线电通信技术可以包括ZigBee、蓝牙和/或LPWAN中的至少一种,其考虑到低功耗通信,并且可以不限于上述-提到的名字。例如,ZigBee技术可以基于诸如IEEE 802.15.4的各种规范来生成与小/低功率数字通信相关联的个人局域网(PAN),并且可以被称为各种名称。
图2示出应用本公开的实施方式的无线设备的示例。
参考图2,第一无线设备100和第二无线设备200可以通过各种RAT(例如,LTE和NR)向/从外部设备发送/接收无线电信号。
在图2中,{第一无线设备100和第二无线设备200}可以对应于图1的{无线设备100a至100f和BS200}、{无线设备100a至100f和无线设备100a至100f}和/或{BS200和BS200}中的至少一个。
第一无线设备100可以包括至少一个收发器,诸如收发器106;至少一个处理芯片,诸如处理芯片101;和/或一个或多个天线108。
处理芯片101可以包括至少一个处理器,诸如处理器102,以及至少一个存储器,诸如存储器104。在图2中示例性地示出,存储器104被包括在处理芯片101中。另外和/或可替选地,存储器104可以放置在处理芯片101之外。
处理器102可以控制存储器104和/或收发器106并且可以被配置成实现本公开中描述的描述、功能、过程、建议、方法和/或操作流程图。例如,处理器102可以处理存储器104内的信息以生成第一信息/信号,并且然后通过收发器106发送包括第一信息/信号的无线电信号。处理器102可以通过收发器接收包括第二信息/信号的无线电信号106并且然后将通过处理第二信息/信号获得的信息存储在存储器104中。
存储器104可以可操作地连接到处理器102。存储器104可以存储各种类型的信息和/或指令。存储器104可以存储实现指令的软件代码105,当由处理器102执行时,执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。例如,软件代码105可以实现指令,这些指令在由处理器102执行时,执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。例如,软件代码105可以控制处理器102以执行一个或多个协议。例如,软件代码105可以控制处理器102以执行无线电接口协议的一个或多个层。
在本文中,处理器102和存储器104可以是被设计来实现RAT(例如,LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器106可以连接到处理器102并且通过一个或多个天线108发送和/或接收无线电信号。收发器106中的每个可以包括发射器和/或接收器。收发器106可以与射频(RF)单元互换地使用。在本公开中,第一无线设备100可以表示通信调制解调器/电路/芯片。
第二无线设备200可以包括至少一个收发器,诸如收发器206;至少一个处理芯片,诸如处理芯片201;和/或一个或多个天线208。
处理芯片201可以包括至少一个处理器,诸如处理器202,以及至少一个存储器,诸如存储器204。在图2中示例性地示出,存储器204被包括在处理芯片201中。另外和/或可替选地,存储器204可以被放置在处理芯片201之外。
处理器202可以控制存储器204和/或收发器206并且可以被配置成实现本公开中描述的描述、功能、过程、建议、方法和/或操作流程图。例如,处理器202可以处理存储器204内的信息以生成第三信息/信号,并且然后通过收发器206发送包括第三信息/信号的无线电信号。处理器202可以通过收发器106接收包括第四信息/信号的无线电信号,并且然后将通过处理第四信息/信号获得的信息存储在存储器204中。
存储器204可以可操作地连接到处理器202。存储器204可以存储各种类型的信息和/或指令。存储器204可以存储实现指令的软件代码205,当由处理器202执行时,执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。例如,软件代码205可以实现指令,这些指令在由处理器202执行时,执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。例如,软件代码205可以控制处理器202以执行一个或多个协议。例如,软件代码205可以控制处理器202以执行无线电接口协议的一个或多个层。
在本文中,处理器202和存储器204可以是被设计来实现RAT(例如,LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器206可以连接到处理器202并且通过一个或多个天线208发送和/或接收无线电信号。收发器206中的每个可以包括发射器和/或接收器。收发器206可以与RF单元互换地使用。在本公开中,第二无线设备200可以表示通信调制解调器/电路/芯片。
在下文中,将更具体地描述无线设备100和200的硬件元件。一个或多个协议层可以由一个或多个处理器102和202来实现,但不限于此。例如,一个或多个处理器102和202可以实现一个或多个层(例如,诸如物理(PHY)层、媒体访问控制(MAC)层、无线电链路控制(RLC)层、分组数据汇聚协议(PDCP)层、无线电资源控制(RRC)层和服务数据适配协议(SDAP)层的功能层)。一个或多个处理器102和202可以根据本公开中公开的描述、功能、过程、建议、方法和/或操作流程图来生成一个或多个协议数据单元(PDU)(或分组数据单元)和/或一个或多个服务数据单元(SDU)。一个或多个处理器102和202可以根据本公开中公开的描述、功能、过程、建议、方法和/或操作流程图来生成消息、控制信息、数据或信息。一个或多个处理器102和202可以根据本公开中公开的描述、功能、过程、建议、方法和/或操作流程图生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如,基带信号),并将生成的信号提供给一个或多个收发器106和206。一个或多个处理器102和202可以根据本公开中公开的描述、功能、过程、建议、方法和/或操作流程图,从一个或多个收发器106和206接收信号(例如,基带信号),并获取PDU、SDU、消息、控制信息、数据或信息。
一个或多个处理器102和202可以被称为控制器、微控制器、微处理器或微型计算机。可以通过硬件、固件、软件或其组合来实现一个或多个处理器102和202。例如,可以在一个或多个处理器102和202中包括一个或多个专用集成电路(ASIC)、一个或多个数字信号处理器(DSP)、一个或多个数字信号处理器件(DSPD)、一个或多个可编程逻辑器件(PLD)或一个或多个现场可编程门阵列(FPGA)。可以使用固件或软件来实现本公开中公开的描述、功能、过程、建议、方法和/或操作流程图,并且固件或软件可以被配置成包括模块、过程或功能。被配置成执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图的固件或软件可以被包括在一个或多个处理器102和202中或者存储在一个或多个存储器104和204中以便由一个或多个处理器102和202驱动。可以使用形式为代码、命令和/或命令集的固件或软件来实现本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。
一个或多个存储器104和204可以连接到一个或多个处理器102和202并且存储各种类型的数据、信号、消息、信息、程序、代码、指令和/或命令。一个或多个存储器104和204可以由只读存储器(ROM)、随机存取存储器(RAM)、电可擦除可编程只读存储器(EPROM)、闪速存储器、硬盘驱动器、寄存器、高速缓存存储器、计算可读存储介质和/或其组合来配置。一个或多个存储器104和204可以位于一个或多个处理器102和202的内部和/或外部。一个或多个存储器104和204可以通过诸如有线或无线连接的各种技术被连接到一个或多个处理器102和202。
一个或多个收发器106和206可以向一个或多个其他设备发送在本公开公开的描述、功能、过程、建议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。一个或多个收发器106和206可以从一个或多个其他设备接收在本公开中公开的描述、功能、过程、建议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。例如,一个或多个收发器106和206可以连接到一个或多个处理器102和202并且发送和接收无线电信号。例如,一个或多个处理器102和202可以执行控制,使得一个或多个收发器106和206可以向一个或多个其他设备发送用户数据、控制信息或无线电信号。一个或多个处理器102和202可以执行控制,使得一个或多个收发器106和206可以从一个或多个其他设备接收用户数据、控制信息或无线电信号。
一个或多个收发器106和206可以连接到一个或多个天线108和208,并且一个或多个收发器106和206可以被配置成通过一个或多个天线108和208来发送和接收在本公开中公开的描述、功能、过程、建议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。在本公开中,一个或多个天线108和208可以是多个物理天线或多个逻辑天线(例如,天线端口)。
一个或多个收发器106和206可以将接收到的用户数据、控制信息、无线电信号/信道等从RF带信号转换成基带信号,以便使用一个或多个处理器102和202来处理接收到的用户数据、控制信息、无线电信号/信道等。一个或多个收发器106和206可以将使用一个或多个处理器102和202所处理的用户数据、控制信息、无线电信号/信道等从基带信号转换成RF带信号。为此,一个或多个收发器106和206可以包括(模拟)振荡器和/或滤波器。例如,一个或多个收发器106和206能够在一个或多个处理器102和202的控制下通过它们的(模拟)振荡器和/或滤波器将OFDM基带信号上转换到OFDM信号并且在载波频率下发送上转换的OFDM信号。一个或多个收发器106和206可以在载波频率下接收OFDM信号并且在一个或多个收发器102和202的控制下通过它们的(模拟)振荡器和/或滤波器将OFDM信号下转换为OFDM基带信号。
在本公开的实施方式中,UE可以在上行链路(UL)中作为发送设备操作,并且在下行链路(DL)中作为接收设备操作。在本公开的实施方式中,BS可以在UL中作为接收设备操作,并且在DL中作为发送设备操作。在下文中,为了描述的方便,主要假定了第一无线设备100作为UE,并且第二无线设备200作为BS。例如,连接到第一无线设备100、安装在其上或者在其中启动的处理器102可以被配置成执行根据本公开的实施方式的UE行为或者控制收发器106执行根据本公开的实施方式的UE行为。连接到第二无线设备200、安装在其上或者在其中启动的处理器202可以被配置成执行根据本公开的实施方式的BS行为或者控制收发器206执行根据本公开的实施方式的BS行为。
在本公开中,BS也被称为节点B(NB)、e节点B(eNB)或gNB。
图3示出应用本公开的实施方式的无线设备的示例。
可以根据用例/服务以各种形式实现无线设备(参考图1)。
参考图3,无线设备100和200可以对应于图2的无线设备100和200并且可以由各种元件、组件、单元/部分和/或模块来配置。例如,无线设备100和200中的每个可以包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元110可以包括通信电路112和收发器114。例如,通信电路112可以包括图2的一个或多个处理器102和202和/或图2的一个或多个存储器104和204。例如,收发器114可以包括图2的一个或多个收发器106和206和/或图2的一个或多个天线108和208。控制单元120被电连接到通信单元110、存储单元130和附加组件140并且控制无线设备100和200中的每个的整体操作。例如,控制单元120可以基于存储在存储器单元130中的程序/代码/命令/信息来控制无线设备100和200中的每个的电气/机械操作。控制单元120可以通过无线/有线接口经由通信单元110将存储在存储器单元130中的信息发送到外部(例如,其他通信设备)或者在存储器单元130中存储经由通信单元110从外部(例如,其他通信设备)通过无线/有线接口接收的信息。
可以根据无线设备100和200的类型来不同地配置附加组件140。例如,附加组件140可以包括电力单元/电池、输入/输出(I/O)单元(例如,音频I/O端口、视频I/O端口)、驱动单元和计算单元中的至少一个。无线设备100和200可以按以下形式实现(但不限于此):机器人(图1的100a)、车辆(图1的100b-1和100b-2)、XR设备(图1的100c)、手持设备(图1的100d)、家用电器(图1的100e)、IoT设备(图1的100f)、数字广播终端、全息图设备、公共安全设备、MTC设备、医疗设备、金融科技设备(或金融设备)、安全性设备、气候/环境设备、AI服务器/设备(图1中的400)、BS(图1中的200)、网络节点等。可以根据使用示例/服务在移动或固定场所中使用无线设备100和200。
在图3中,无线设备100和200中的各种元件、组件、单元/部分和/或模块的全部可以通过有线接口彼此连接,或者其至少一部分可以通过通信单元110以无线方式连接。例如,在无线设备100和200中的每个中,控制单元120和通信单元110可以通过线连接,并且控制单元120和第一单元(例如,130和140)可以通过通信单元110以无线方式连接。无线设备100和200内的每个元件、组件、单元/部分和/或模块还可以包括一个或多个元件。例如,控制单元120可以由一个或多个处理器的集合来配置。作为示例,控制单元120可以由通信控制处理器、应用处理器(AP)、电子控制单元(ECU)、图形处理单元和存储器控制处理器的集合来配置。作为另一示例,存储单元130可以由RAM、DRAM、ROM、闪速存储器、易失性存储器、非易失性存储器和/或其组合来配置。
图4示出了应用本公开的实施方式的5G系统架构的示例。
5G系统(5GS)架构由以下网络功能(NF)组成。
-认证服务器功能(AUSF)
-接入和移动性管理功能(AMF)
-数据网络(DN),例如运营商服务、互联网接入或第三方服务
-非结构化数据存储功能(UDSF)
-网络开放功能(NEF)
-中间NEF(I-NEF)
-网络存储库功能(NRF)
-网络切片选择功能(NSSF)
-策略控制功能(PCF)
-会话管理功能(SMF)
-统一数据管理(UDM)
-统一数据存储库(UDR)
-用户面功能(UPF)
-UE无线电能力管理功能(UCMF)
-应用功能(AF)
-用户设备(UE)
-(无线电)接入网((R)AN)
-5G设备标识寄存器(5G-EIR)
-网络数据分析功能(NWDAF)
-收费功能(CHF)
此外,可以考虑以下网络功能。
-非3GPP互通功能(N3IWF)
-受信任的非3GPP网关功能(TNGF)
-有线接入网关功能(W-AGF)
图4描述了在非漫游情况下的5G系统架构,使用了暂时各种网络功能如何相互交互的参考点表示。
在图4中,为了点对点图的清晰性,没有描述UDSF、NEF和NRF。然而,所有描述的网络功能都可以根据需要与UDSF、UDR、NEF和NRF进行交互。
为了清楚起见,图4中没有描绘UDR及其与其他NF(例如PCF)的连接。为了清楚起见,NWDAF及其与其他NF(例如PCF)的连接未在图4中描绘。
5G系统架构包含以下参考点:
-N1:UE和AMF之间的参考点。
-N2:(R)AN和AMF之间的参考点。
-N3:(R)AN和UPF之间的参考点。
-N4:SMF和UPF之间的参考点。
-N6:UPF和数据网络之间的参考点。
-N9:两个UPF之间的参考点。
以下参考点示出了NF中NF服务之间存在的交互。
-N5:PCF和AF之间的参考点。
-N7:SMF和PCF之间的参考点。
-N8:UDM和AMF之间的参考点。
-N10:UDM和SMF之间的参考点。
-N11:AMF和SMF之间的参考点。
-N12:AMF和AUSF之间的参考点。
-N13:UDM和AUSF之间的参考点。
-N14:两个AMF之间的参考点。
-N15:表示PCF和AMF之间的参考点,以及漫游场景中访问网络的AMF和PCF之间的参考点。
-N16:两个SMF之间的参考点(在漫游情况下,在访问网络中的SMF和归属网络中的SMF之间)。
-N22:AMF和NSSF之间的参考点。
-N30:PCF和NEF之间的参考点。
-N33:AF和NEF之间的参考点。
在某些情况下,可能需要将几个NF彼此关联以服务于UE。
作为参考,在图4中,除运营商之外的第三方的AF可以通过NEF连接到5GC。
图5是示出UE和gNB之间的无线电接口协议的结构的另一示例图。
无线电接口协议基于3GPP无线电接入网络标准。无线电接口协议水平地由物理层、数据链路层和网络层组成,并且垂直地划分为用于传输数据信息的用户面和用于传送控制信号(信令)的控制面。
基于通信系统中广泛已知的开放系统互连(OSI)参考模型的较低三层,协议层可分为L1(第一层)、L2(第二层)和L3(第三层)。
在下文中,将描述无线电协议的每一层。
第一层(物理层)使用物理信道提供信息传输服务。物理层通过传输信道与上面的媒体访问控制层连接,媒体访问控制层和物理层之间的数据通过传输信道传输。此外,数据在不同的物理层之间传输,即通过物理信道在发送侧和接收侧的物理层间传输。
第二层包括媒体访问控制(MAC)层、无线电链路控制(RLC)层和分组数据汇聚协议(PDCP)层。
第三层包括无线电资源控制(以下简称为RRC)。RRC层仅在控制面中定义,并且负责与无线电承载的配置、重新配置和释放相关的逻辑信道、传输信道和物理信道的控制。在这种情况下,RB指的是由第二层提供的用于UE和E-UTRAN之间的数据传输的服务。
NAS层执行诸如连接管理(会话管理)和移动性管理的功能。
NAS层分为用于移动性管理(MM)的NAS实体和用于会话管理(SM)的NAS主体。
1)用于MM的NAS实体通常提供以下功能。
与AMF相关的NAS过程包括以下内容。
-注册管理和接入管理构成。AMF支持以下功能。
-UE和AMF之间的安全NAS信号连接(完整性保护、加密)
2)用于SM的NAS实体执行UE和SMF之间的会话管理。
SM信令消息在UE和SMF的NAS-SM层被处理,即生成和处理。SM信令消息的内容不由AMF进行解释。
-在SM信令传输的情况下,
-MM的NAS实体创建NAS-MM消息,该消息通过表示SM信令的NAS传输的安全报头和关于接收到的NAS-MM的附加信息来导出如何以及在哪里递送SM信令消息。
-在接收到SM信令后,SM的NAS实体对NAS-MM消息执行完整性检查,分析附加信息,并导出用于导出SM信令消息的方法和位置。
同时,在图5中,位于NAS层下方的RRC层、RLC层、MAC层和PHY层统称为接入层(AS)。
用于下一代移动通信(即5G)的网络系统(即5GC)也支持非3GPP接入。非3GPP接入的示例通常是WLAN接入。WLAN接入可以包括可信WLAN和不可信WLAN。
在用于5G的系统中,AMF对3GPP接入以及非3GPP接入执行注册管理(RM:注册管理)和连接管理(CM:连接管理)。
可以使用同时使用3GPP接入和非3GPP接入的多址(MA)PDU会话。
MA PDU会话是可以使用一个PDU会话与3GPP接入和非3GPP接入同时服务的PDU会话。
<PDU会话建立过程>
描述了一种PDU会话建立过程。可以参考3GPP TS23.502V16.3.0(2019-12)的4.3.2节。
图6a和图6b示出了应用本公开的实施方式的PDU会话建立过程的示例。
PDU会话建立可以对应于:
-UE发起的PDU会话建立过程。
-UE发起的3GPP和非3GPP之间的PDU会话切换。
-UE发起的从EPS到5GS的PDU会话切换。
-网络触发的PDU会话建立过程。
PDU会话可以(a)在给定时间与单个接入类型(即,3GPP接入或非3GPP接入)相关联,或者(b)同时与多个接入类型(即,一个3GPP接入和一个非3GPP接入)相关联。与多个接入类型相关联的PDU会话被称为多接入PDU(MA PDU)会话,并且它可以由具有接入业务引导、切换、分离(ATSSS)能力的UE请求。
图6a和图6b指定了在给定时间建立与单个接入类型相关联的PDU会话的过程。
图6a和图6b所示的过程假设UE已经在AMF上注册,因此除非UE紧急注册,否则AMF已经从UDM检索到用户订阅数据。
(1)步骤1:为了建立新的PDU会话,UE生成新的PDU对话ID。
UE通过在N1 SM容器内发送包含PDU会话建立请求消息的NAS消息来发起UE请求的PDU会话建立过程。PDU会话建立请求消息包括PDU会话ID、请求的PDU会话类型、请求的会话和服务连续性(SSC)模式、5GSM能力、协议配置选项(PCO)、SM PDU DN请求容器、UE完整性保护最大数据速率等。
如果PDU会话建立是对于建立新PDU会话的请求,则请求类型指示“初始请求”,并且如果请求指的是在3GPP接入和非3GPP接入之间切换的现有PDU会话,或者指的是从EPC中的现有分组数据网络(PDN)连接的PDU会话切换,则请求类型指示“现有PDU会话”。如果PDU会话建立是对于为紧急服务建立PDU会话的请求,则请求类型指示“紧急请求”。如果请求指的是用于在3GPP接入和非3GPP接入之间切换的紧急服务的现有PDU会话,或者指的是从EPC中用于紧急服务的已有PDN连接的PDU会话切换,则请求类型指示“现有紧急PDU会话”。
UE包括来自当前接入类型的允许的NSSAI的S-NSSAI。如果向UE提供了允许的NSSAI的映射,则UE应提供来自允许的NSAI的访问PLMN(VPLMN)的S-NSSAI和来自允许的NSSAI的映射的HPLMN的对应S-NSSAI。
(2)步骤2:AMF选择SMF。如果请求类型指示“初始请求”,或者该请求是由于从EPS或从由不同AMF服务的非3GPP接入的切换,则AMF存储S-NSSAI、数据网络名称(DNN)、PDU会话ID、SMF ID以及PDU会话的接入类型的关联。
如果请求类型是“初始请求”,并且如果指示现有PDU会话的旧PDU会话ID也包含在消息中,则AMF选择SMF并存储新PDU会话ID、S-NSSAI、所选SMF ID以及PDU会话的接入类型的关联。
如果请求类型指示“现有PDU会话”,则AMF根据从UDM接收的SMF-ID选择SMF。AMF更新为PDU会话存储的接入类型。
如果请求类型指示“现有PDU会话”(指的是在3GPP接入和非3GPP接入之间移动的现有PDU会话),那么,如果PDU会话的服务PLMN S-NSSAI存在于目标接入类型的允许的NSSAI中,则可以在以下情况下执行PDU会话建立过程:
-与PDU会话ID对应的SMF ID和AMF属于同一PLMN;
-与PDU会话ID对应的SMF ID属于HPLMN;
否则,AMF将以适当的拒绝原因拒绝PDU会话建立请求。
AMF应拒绝来自紧急注册UE的请求,并且请求类型既不指示“紧急请求”也不指示“现有紧急PDU会话”。
(3)步骤3:如果AMF与UE提供的PDU会话ID的SMF没有关联(例如,当请求类型指示“初始请求”时),则AMF调用创建SM上下文请求过程(例如,Nsmf_PDUSession_CreateSMContext Request)。如果AMF已经与UE提供的PDU会话ID的SMF有关联(例如,当请求类型指示“现有PDU会话”时),则AMF调用更新SM上下文请求过程(例如,Nsmf_PDUSession_UpdateSMContext请求)。
AMF将服务PLMN的S-NSSAI从允许的NSSAI发送到SMF。对于本地疏导(localbreakout,LBO)中的漫游场景,AMF还将HPLMN的对应S-NSSAI从允许的NSSAI的映射发送到SMF。
AMF ID是唯一标识为UE服务的AMF的UE的GUAMI。AMF将PDU会话ID与包含从UE接收的PDU会话建立请求消息的N1 SM容器一起转发。通用公共订阅标识符(GPSI)应包括在AMF中(如果可用)。
当处于有限服务状态的UE已经注册紧急服务而不提供SUPI时,AMF提供PEI而不是SUPI。在处于有限服务状态的UE已经向SUPI注册了紧急服务但尚未被认证的情况下,AMF指示SUPI尚未被认证。当SMF没有接收到UE的SUPI时或者当AMF指示SUPI没有被认证时,SMF确定UE没有被认证。
AMF可以在Nsmf_PDUSession_CreateSMContext请求中包括PCF ID。该PCF ID在非漫游情况下标识归属PCF(H-PCF),在LBO漫游情况下识别访问的PCF(V-PCF)。
(4)步骤4:如果HPLMN的对应SUPI、DNN和S-NSSAI的会话管理订阅数据不可用,则SMF可以从UDM中检索会话管理订阅数据,并订阅在该订阅数据被修改时被通知。
(5)步骤5:SMF根据步骤3中接收到的请求,向AMF发送创建SM上下文响应消息(例如Nsmf_PDUSession_CreateSMContext响应)或更新SM上下文响应消息(例如Nsmf_PDUSession_UpdateSMContext响应)。
如果SMF在步骤3中接收到Nsmf_PDUSession_CreateSMContext请求,并且SMF能够处理PDU会话建立请求,则SMF创建SM上下文并通过提供SM上下文ID来响应于AMF。
当SMF决定不接受建立PDU会话时,SMF通过NAS SM信令拒绝UE请求,该NAS SM信令包括通过用Nsmf_PDUSession_CreateSMContext响应来响应于AMF的相关SM拒绝原因。SMF还向AMF指示PDU会话ID将被视为已释放,SMF前进到下面的步骤20,并且PDU会话建立过程停止。
(6)步骤6:可以执行可选的辅助认证/授权。
(7a)步骤7a:如果动态策略和计费控制(PCC)要用于PDU会话,则SMF可以执行PCF选择。
(7b)步骤7b:SMF可以执行SM策略关联建立过程,以建立与PCF的SM策略关联,并获得用于PDU会话的默认PCC规则。
(8)步骤8:SMF选择一个或多个UPF。
(9)步骤9:SMF可以执行SMF发起的SM策略关联修改过程,以提供关于已经满足的策略控制请求触发条件的信息。
(10)步骤10:如果请求类型指示“初始请求”,则SMF可以用所选择的UPF发起N4会话建立过程。否则,SMF可以用所选择的UPF发起N4会话修改过程
在步骤10a中,SMF可以向UPF发送N4会话建立/修改请求,并为该PDU会话提供要安装在UPF上的分组检测、实施和报告规则。在步骤10b中,UPF可以通过发送N4会话建立/修改响应来进行确认。
(11)步骤11:SMF向AMF发送N1N2Message传输消息(例如Namf_Communication_N1N2MessageTransfer)。
N1N2Message传输消息可以包括N2 SM信息。N2 SM信息携带AMF应转发给(R)AN的信息,该信息可以包括:
-CN隧道信息:PDU会话对应的N3隧道的一个或多个核心网地址;
-一个或多个服务质量(QoS)配置文件和对应的QoS流ID(QFI);
-PDU会话ID:向UE指示(R)AN资源与UE的PDU会话之间的关联;
-具有服务PLMN的值的S-NSSAI(即,HPLMN S-NSSAI,或者,在LBO漫游的情况下,VPLMN S-NSSAI);
-由SMF确定的用户面安全强制执行信息;
-如果用户面安全强制信息指示完整性保护是“优选”或“必需”,则SMF还包括PDU会话建立请求消息中接收到的UE完整性保护最大数据速率。
-冗余序列号(RSN)参数
N1N2Message传输消息可以包括N1 SM容器。N1 SM容器包含AMF应提供给UE的PDU会话建立接受消息。PDU会话建立接受消息包括来自允许的NSSAI的S-NSSAI。对于LBO漫游场景,PDU会话建立接受消息包括来自用于VPLMN的允许的NSSAI的S-NSSAI,并且它还包括来自SMF在步骤3中接收的允许的NSSAI的映射的HPLMN的对应S-NSSAI。
多个QoS规则、QoS流级别、与这些QoS规则相关联的QoS流的如果所需的QoS参数和QoS配置文件可以包括在N1 SM容器内的PDU会话建立接受消息中和N2 SM信息中。
如果PDU会话建立在步骤5和步骤11之间的任何地方失败,则N1N2Message传输消息应包括带有PDU会话建立拒绝消息的N1 SM容器,并且不应包括任何N2 SM信息。(R)AN向UE发送包含PDU会话建立拒绝消息的NAS消息。在这种情况下,跳过步骤12-17。
(12)步骤12,AMF向(R)AN发送包含以UE为目标的PDU会话ID和PDU会话建立接受消息的NAS消息以及在N2 PDU会话请求消息内从SMF接收的N2 SM信息。
(13)步骤13:(R)AN可以发出与UE的AN特定信令交换,其与从SMF接收的信息相关。例如,在NG-RAN的情况下,可以进行RRC连接重新配置,其中,UE建立与在步骤12中接收到的PDU会话请求的QoS规则相关的必要NG-RAN资源。
(R)AN将步骤12中提供的NAS消息(PDU会话ID,N1 SM容器(PDU会话建立接受消息))转发给UE。如果与UE的特定于AN的信令交换包括与接收到的N2命令相关联的(R)AN资源添加,则(R)AN仅将NAS消息提供给UE。
如果步骤11中不包括N2 SM信息,则省略以下步骤14至16b和步骤17。
(14)步骤14:(R)AN向AMF发送N2 PDU会话响应消息。N2 PDU会话响应消息可以包括PDU会话ID、原因、N2 SM信息(PDU会话ID,AN隧道信息,接受/拒绝的QFI的列表,用户面实施策略通知)等。
(15)步骤15:AMF向SMF发送更新SM上下文请求消息(例如Nsmf_PDUSession_UpdateSMContext请求)。AMF将从(R)AN接收到的N2 SM信息转发到SMF。
(16a)步骤S16a,SMF与UPF发起N4会话修改过程。SMF向UPF提供AN隧道信息以及对应的转发规则。
(16b)步骤S16b,UPF向SMF提供N4会话修改响应。
在该步骤之后,UPF可以向UE递送可能已经被缓冲用于该PDU会话的任何DL分组。
(16c)步骤16c:如果SMF还没有针对该PDU会话注册,则SMF可以针对给定PDU会话向UDM注册。
(17)步骤17、SMF向AMF发送更新SM上下文响应消息(如Nsmf_PDUSession_UpdateSMContext响应)。
在该步骤之后,AMF转发SMF订阅的相关事件。
(18)步骤18:如果在该过程期间在步骤5之后的任何时间PDU会话建立不成功,则SMF可以通过调用Nsmf_PDUSession_SMContextStatusNotify(Release)来通知AMF。SMF还可以释放创建的任何N4会话、任何PDU会话地址(如果分配)(例如,IP地址),并且释放与PCF的关联(如果有的话)。在这种情况下,跳过步骤19。
(19)步骤19:在PDU会话类型为IPv6或IPv4v6的情况下,SMF可以生成IPv6路由器通告并将其发送给UE。
(20)步骤20:SMF可以进行SMF发起的SM策略关联修改。
(21)步骤21:如果PDU会话建立在步骤4之后失败,那么,如果SMF不再处置UE的PDU会话,则SMF可以取消订阅会话管理订阅数据的修改。
<UE到网络中继器>
图7示出了UE到网络中继器的架构的示例。
参考图7,UE到网络中继器支持远程UE的网络连接。
PC5链路是UE和UE到网络中继器之间的接口。Uu链路是UE到网络中继器和基站之间的接口。
如果UE已经与UE到网络中继器建立了PC5链路,则该UE被视为远程UE。
5G ProSe UE到网络中继器实体(参见图7中的5G ProSe-UE到网络中继器)可以提供用于支持远程UE的网络连接的功能。UE到网络中继器可以用于公共安全服务和商业服务(例如,交互式服务)。
当UE(例如远程UE)已成功建立到5G ProSe UE到网络中继器的PC5链路时,该UE(例如,远程UE)将被视为特定5G ProSe UE到网络中继器的远程UE。远程UE可以位于NG-RAN覆盖范围内,也可以位于NG/RAN覆盖范围外。
5G ProSe UE到网络中继器可以在远程UE和网络之间中继单播业务(UL和DL业务)。5G ProSe UE到网络中继器应提供中继所有IP业务的通用功能。
对于远程UE和5G ProSe UE到网络中继器之间的单播业务,可以使用一对一直接通信。
II.与本说明书的本公开相关的技术和过程
以下描述与本说明书的本公开相关的技术和过程。以下还描述本公开寻求解决的问题的示例。
正在讨论在5GS中支持基于邻近度的服务(ProSe)的提议。这包括经由UE到网络中继器接收网络连接服务,该UE到网络中继器可以是层2UE到网络中继器或层3UE到网络中继器。
在现有技术中,为了向UE提供来自网络的用于给定PDU会话的服务,假设以下场景。
1)可以直接从网络为PDU会话向UE提供服务,而无需通过UE到网络中继器进行通信(这被称为直接网络通信或直接路径)。
2)可以通过单个UE到网络中继器从网络间接地为PDU会话向UE提供服务(这被称为间接网络通信或间接路径)。
当UE如上所述从网络接收用于PDU会话的服务时,可以解释为UE正在PDU会话上发送和接收业务。
现有技术不支持通过多个路径向UE提供来自网络的服务,所述多个路径包括用于任何PDU会话的一个或多个间接路径(即,通过UE到网络中继器的路径)。
然而,在本公开中考虑,可以通过多个路径向UE提供来自网络的用于PDU会话的服务。作为多个路径上的服务的示例,将描述在两个路径上接收用于PDU会话的服务的示例。图8a至图8d图示了UE通过两条路径从网络接收服务的场景。
以下附图旨在说明本公开的特定实施例。附图中所示的特定设备的名称或特定信号/消息/字段的名称仅用于说明目的,本说明书的技术特征不限于以下附图中使用的特定名称。
图8a图示了第一示例,其中,通过两条路径提供与PDU会话相关的服务的。图8b图示了第二示例,其中,通过两条路径提供与PDU会话相关的服务。图8c示出了第三示例,其中,通过两条路径提供与PDU会话相关的服务。图8d示出了第四示例,其中,通过两条路径提供与PDU会话相关的服务。
在图8a的示例中,可以经由直接路径和间接路径从网络向UE提供用于给定PDU会话的服务。在这种情况下,可以在相同的NG-RAN上对路径进行服务。
在图8b的示例中,可以经由两个不同的间接路径从网络向UE提供用于给定PDU会话的服务。在这种情况下,可以在相同的NG-RAN上对路径进行服务。
在图8c的示例中,可以通过直接路径和间接路径从网络向UE提供用于PDU会话的服务。在这种情况下,可以通过不同的NG-RAN对路径进行服务。
图8d示出了可以经由两个不同的间接路径从网络向UE提供用于给定PDU会话的服务。在这种情况下,可以通过不同的NG-RAN对路径进行服务。
如图8a至图8d中的示例所示,对于所有路径,假设沿着该路径在UE与网络之间的连接/通信是3GPP接入(即,Uu接口),即,对于直接路径,可以经由3GPP接入来建立UE与网络之间的连接/通信。对于间接路径,可以经由3GPP接入来建立在UE到网络中继器和网络之间的连接/通信。
虽然图8a至图8b的示例图示了两个路径,但它们仅是说明性的,并且本公开中描述的多路径的范围可以扩展到三个或更多个路径。
图8a至图8d的示例图示了在同一PLMN上针对单个PDU会话为UE进行服务。可替选地,可以通过不同的PLMN在多个路径上针对单个PDU会话为UE进行服务。
当如上所述通过多个路径为PDU会话提供网络连接服务时,我们将其称为多路径PDU会话(MP PDU会话)。
可以假设在非漫游和漫游情况下都支持多路径PDU会话。此外,漫游时,可以假设在本地疏导和归属路由的情况下都支持多路径PDU会话。
根据现有技术的5GS技术,SMF可以经由AMF向NG-RAN提供关于PDU会话的信息,例如关于QoS流的信息(包括诸如QFI、QoS配置文件等的信息)和CN隧道信息(或UL NG-U UPTNL信息)。参考作为根据现有技术的PDU会话建立过程之一的图6a和图6b的示例,在步骤11中,SMF可以向AMF发送以下消息(例如,Namf_Communication_N1N2MessageTransfer)。在这种情况下,SMF发送的消息中的N2 SM信息包括关于PDU会话的信息:
例如,SMF可以向AMF发送N1N2Message传输消息(例如,Namf_Communication_N1N2Message传输),如以下示例所示:
Namf_Communication_N1N2MessageTransfer(PDU会话ID、N2 SM信息(PDU会话标识、QFI、QoS配置文件、CN隧道信息、来自允许的NSSAI的S-NSSAI、会话AMBR、PDU会话类型、用户面安全强制信息、UE完整性保护最大数据速率、RSN、PDU会话对ID)、N1 SM容器(PDU会话建立接受([QoS规则和QoS流级别QoS参数,如果与QoS规则相关联的QoS流需要)]、所选择的SSC模式、S-NSSAI、UE请求的DNN、分配的IPv4地址、接口标识符、会话AMBR、所选择的PDU会话类型、[反射QoS定时器](如果可用)、[P-CSCF地址]、[仅控制面指示符]、[报头压缩配置]、[始终开启PDU会话许可]、[小数据速率控制参数]、[大数据速率控制状态]、[服务PLMN速率控制])))。
在图6a和图6b的示例的步骤12中,AMF可以向NG-RAN发送消息N2 PDU会话请求(N2SM信息、NAS消息(PDU会话ID、N1 SM容器(PDU会话建立接受))、[CN辅助RAN参数调谐]),包括N2SM信息。
如以上图6a和图6b的示例的步骤12和步骤14所示,AMF可以使用与UE相关的信令来向NG-RAN发送UE相关的消息以及从NG-RAN接收UE相关的消息。在这样的UE相关的消息中,AMF和NG-RAN可以包括分配给UE的标识信息。这使得AMF和NG-RAN能够识别由NG-RAN和AMF分别发送的与UE相关的消息与哪个UE相关。标识信息可以是AMF UE NGAP ID和RAN UENGAP ID.中的一个或多个。因此,AMF和/或NG-RAN可以使用AMF UE NGAP ID和RAT UE NGAPID中的一个或多个的标识信息来识别UE相关的逻辑NG连接。
以下是AMF UE NGAP ID和RAN UE NGAP ID的定义的示例。
RAN UE NGAP ID:
应分配RAN UE NGAP ID,以便在gNB内的NG接口上唯一地识别UE。当AMF接收到RANUE NGAP ID时,它将在该UE的与UE相关联的逻辑NG连接的持续时间内存储该RAN UE NGAPID。一旦AMF知道,这就被包括在所有与UE相关联的NGAP信令中。
RAN UE NGAP ID在逻辑NG-RAN节点内必须是唯一的。
AMF UE NGAP ID:
应分配AMF UE NGAP ID,以便在AMF内的NG接口上唯一地识别UE。当NG-RAN节点接收到AMF UE NGAP ID时,它将在该UE的与UE相关联的逻辑NG连接的持续时间内存储该AMFUE NGAP ID。一旦NG-RAN节点知道该ID,则该ID被包括在所有与UE相关联的NGAP信令中。
AMF UE NGAP ID在AMF集中必须是唯一的。
例如,PDU SESSION RESOURCE SETUP REQUEST(PDU会话资源设置请求)消息可用于图6a和图6b的示例中的步骤12。根据从现有技术3GPP TS 38.413V16.6.0中提取的消息格式,该消息可以包括AMF UE NGAP ID和RAN UE NGAP ID,如下面表1中的示例所示。
[表1]
在表1中的示例中,IE类型和参考条目中的数字可以指3GPP TS 38.413中的节号。
表1示出了PDU SESSION RESOURCE SETUP REQUEST(PDU会话资源设置请求)消息的示例。该消息由AMF发送,并且可以用于将Uu和NG-U中的资源分配给用于一个或多个PDU会话资源的NG-RAN节点。
AMF可以向NG-RAN节点发送PDU SESSION RESOURCE SETUP REQUEST(PDU会话资源设置请求)消息。
基于SMF通过AMF发送的N2 SM信息,NG-RAN可以为PDU会话分配/设置Uu和N3(也称为NG-U)段的资源。
然而,如图8a中的示例和图8b中的示例所示,多路径PDU会话可以由同一NG-RAN来服务。
传统上,没有对单个协议数据单元(PDU)会话执行多路径上的通信。可以认为,用户设备(UE)通过多个路径从网络接收用于单个PDU会话的服务。
然而,由于传统上只有一条路径用于单个PDU会话,因此不可能区分UE和网络之间的多条路径。例如,传统的接入和移动性功能(AMF)、下一代无线电接入网(NG-RAN)、会话管理功能(SMF)、用户面功能(UPF)等可以在不同的UE之间区分,但不能在用于单个PDU会话的多个路径之间区分。因此,存在AMF、NG-RAN、SMF、UPF等不能区分PDU会话的信息、N2会话管理(SM)信息、服务质量(QoS)流的信息等用于哪些路径。
例如,根据现有技术,NG-RAN不可区分关于PDU会话的信息对应于哪个路径。例如,NG-RN不可在SMF发送的N2 SM信息、关于PDU会话的信息或关于QoS流的信息之间区分。
换句话说,根据传统的5GS技术,SMF经由AMF向NG-RAN提供关于PDU会话的信息(其是关于QoS流(QFI、QoS配置文件等)的信息)和CN隧道信息(或UL NG-U UP TNL信息等)。当AMF与NG-RAN交换与UE相关的消息时,使用与UE相关联的信令。通过AMF包括分配给该UE的标识信息(AMF UE NGAP ID和RAN UE NGAP ID中的一个或多个),AMF和NG-RAN可以识别由NG-RAN和AMF分别发送的与UE相关的消息是针对哪个UE的。NG-RAN基于SMF通过AMF发送的N2 SM信息,为PDU会话分配/建立Uu和N3(也称为NG-U)段的资源。然而,如果多路径(MP)PDU会话由同一NG-RAN服务,则NG-RAN可能不区分哪个路径对应于SMF发送的N2 SM信息、或者关于PDU会话的信息、或者关于QoS流的信息。
需要解决这些问题。
注意,在多路径PDU会话中,路径的概念不仅可以包括Uu段,而且可以包括N3段。此外,在多路径PDU会话中,路径的概念可以包括Uu段、N3段和N9段。
下面的本公开提出了一种解决这些问题的方法。
III.本说明书的公开内容
本文所述的本公开能够以一个或多个组合(例如,包括以下所述的那些组合中的至少一个的组合)来实现。虽然每个附图图示了每个公开的实施例,但是附图的实施例可以彼此组合地实现。
本文中的本公开可以包括下面描述的一个或多个动作/组成/步骤的任何组合。可以组合地或互补地执行或使用下面描述的以下方法。
公开了以下方法来解决上述各种问题。可以组合或互补地执行或使用以下方法。
根据本公开,一种支持多路径PDU会话的方法可以包括以下行为/配置/步骤中的一个或多个的组合。
根据本公开,一种支持多路径PDU会话的方法可以假设,对于间接网络通信,经由层2UE到网络中继器来获得网络连接服务。然而,这仅仅是示例,并且本公开的范围不受此限制。例如,本说明书的公开内容可以扩展为包括在间接网络通信的情况下经由层3UE到网络中继器接收网络连接服务。
在本公开的示例中,假设MP PDU会话的路径在NG-RAN上(其可以仅是gNB,或者是gNB和NG eNB这两者)。然而,这仅仅是示例,并且根据本公开的方法也可以应用于非3GPP接入上的路径。
对于间接路径,本公开的内容不仅可以应用于单跳情况(即,其中,UE(或远程UE)通过单个UE到网络中继器从网络接收服务),而且可以应用于多跳情况(例如,其中,UE(或远端UE)通过多个UE到网络中继器从网络接收服务)。
在本说明书的公开中,用户设备(UE)和终端可以用作具有相同含义的术语。此外,UE到网络中继器、ProSe UE到网络中继器、中继器、中继UE、UE-NW中继器、5G ProSe UE-网络中继器、5G ProSe UE-NW中继器、5G-ProSe UE至网络中继UE等可以用作相同的术语。此外,可以互换地描述术语远程UE、5G远程UE等。
在本公开中,主要参考3GPP TS23.304V1.0.0来获得层2UE到网络中继器的相关行为和过程。
在下文中,参照本公开的第一示例至第十一示例来描述本公开。可以组合实现这里描述的本公开的第一至第十一示例。值得注意的是,本公开的第十一示例可以表示基于本公开的第一至第十一示例中的至少一个的组合的特定实施例。
1.本公开的第一示例
本公开的第一示例描述了分配和/或确定路径ID的示例。
路径ID可以与路径号、路径标识符、通信路径ID、通信路径号、通信路径标识符、路由路径ID、路由路径号、路由路径标识符等互换使用。
下面描述的路径ID分配和/或确定行为可能总是发生,或者可能在满足以下一个或多个条件时发生。
-UE、NG-RAN、AMF和SMF中的至少一个或全部支持多路径。
-UE、NG-RAN、AMF和SMF中的至少一个或全部支持多路径PDU会话。
-在UE的情况下,UE可以基于UE中提供的多路径相关策略信息(例如,ProSe策略、多路径策略、UE路由选择策略(URSP)等)来识别需要路径ID分配。上述多路径相关策略可以与以下信息中的一个或多个进行映射/匹配或关联:DNN、S-NSSAI、应用、ProSe服务、中继服务代码等。
-在网络的情况下,网络可能会发现有必要根据多路径相关的订户信息和/或UE的多路径相关配置信息(例如,ProSe策略、多路径策略、URSP等)来分配路径ID。上述多路径相关信息可以配置为与以下一个或多个信息映射/匹配或相关联:DNN、S-NSSAI、应用、ProSe服务、中继服务代码等。
UE基于所提供的多路径相关策略信息(例如,ProSe策略、多路径策略、URSP等)确定需要路径ID分配的操作可以被解释为UE确定需要创建多路径的操作。
例如,UE创建多路径的决定可能是由于服务/应用业务/应用的性质。
例如,如果UE的PDU会话中的特定服务/应用业务/应用需要高数据速率/吞吐量,则UE可以将相关业务分布在多个路径上以进行发送和接收。在这种情况下,UE可以决定有必要创建多路径。在另一示例中,如果PDU会话中的特定服务/应用/应用业务需要高可靠性或低错误率,则UE可以在多个路径上冗余地发送和接收相关业务。在这种情况下,UE可以确定有必要创建多路径。
在上文中,分配和/或确定路径ID的操作可以被解释为形成用于UE的多于一个路径的操作和/或形成除了用于UE的现有路径之外的附加路径的操作。
UE可以在执行与PDU会话相关的任何会话管理(SM)动作之前形成新路径(即,附加路径),这是由于在附加路径上创建PDU会话的决定,或者由于创建多路径PDU会话的决定,或者由于向创建的多路径PDU对话添加路径的决定。结果,UE可以发起新UE到网络中继器的发现/选择,或者发起用于直接路径形成的动作(例如,小区/PLMN搜索/选择等)。
1-1.本公开的第一示例的第一示例
本公开的第一示例的第一示例描述了UE为多路径PDU会话分配和/或确定路径ID,然后将该路径ID提供给网络的示例。
UE可以为新路径分配/确定路径ID,并将其提供给网络。
UE可以按照与以下示例中相同的方式分配路径ID。
1)每当UE使用新路径连接到网络时(或者每当形成新路径时,或者每当它想要形成新路径时),UE可以为直接路径和间接路径分配路径ID。
例如,在图8a和图8c的情况下,如果首先形成直接路径,则可以向直接路径分配路径#x,并且可以向间接路径分配路径#x+1。
例如,在图8a和图8c的情况下,如果首先形成间接路径,则可以向间接路径分配路径#x,并且可以向直接路径分配路径#x+1。
例如,在上述图8b和图8d的情况下,如果首先形成通过UE到网络中继器#1的间接路径,则可以将路径#x分配给通过UE到网络中继器#1的直接路径,并将路径#x+1分配给通过UE-网络中继器#2的间接路径。
例如,在以上图8b和图8d的情况下,如果首先形成通过UE到网络中继器#2的间接路径,则可以向通过UE到网络中继器#2的直接路径分配路径#x,并且可以向通过UE到网络中继器#1的间接路径分配路径#x+1。
2)每当UE使用新路径连接到网络时(或者每当形成新路径时,或者每当它想要形成新路径时),也可以仅为间接路径分配路径ID。
例如,在图8a和图8c的情况下,可以向间接路径分配路径#x。
例如,在图8b和图8d的情况下,如果首先形成通过UE到网络中继器#1的间接路径,则可以向通过UE到网络中继器#1的间接路径分配路径#x,并且可以向通过UE到网络中继器#2的间接路径分配路径#x+1。
例如,在图8b和图8d的情况下,如果首先形成通过UE到网络中继器#2的间接路径,则可以向通过UE到网络中继器#2的间接路径分配路径#x,并且可以向通过UE到网络中继器#1的间接路径分配路径#x+1。
3)对于直接路径和间接路径二者,每当UE在来自第二路径的新路径上连接到网络时(或每当从第二路径形成新路径时,或每当UE想要从第二路径形成新路径时或每当它在附加路径上连接至网络时),UE都可以分配路径ID。
例如,在图8a和图8c的情况下,如果首先形成直接路径,则不向直接路径分配路径ID,并且可以向间接路径分配路径#x。
例如,在图8a和图8c的情况下,如果首先形成间接路径,则不向间接路径分配路径ID,并且可以向直接路径分配路径#x。
例如,在图8b和图8d中,如果首先形成通过UE到网络中继器#1的间接路径,则可以不向通过UE到网络中继器#1的直接路径分配路径ID,并且可以向通过UE到网络中继器#2的间接路径分配路径#x。
例如,在图8b和图8d中,如果首先形成通过UE到网络中继器#2的间接路径,则不向通过UE到网络中继器#2的直接路径分配路径ID,并且可以向通过UE到网络中继器#1的间接路径分配路径#x。
在上面的1)至3)中,x可以是0、1、2等的值。类似地,路径ID可以是数字的或文本的。
新路径的形成还可以包括NG-RAN变化和UE到网络中继器的变化。
在以下情况i)至iii)中的一种或多种情况下,UE可以向网络提供所分配的路径ID。能够以情况的一个或多个组合执行以下情况。例如,UE可以向网络发送包括NAS消息在内的RRC消息:
i)当UE向NG-RAN发送RRC消息时。
RRC消息可以是传统的消息,例如RRCSetupRequest、RRCSetupComplete、RRCReestabilishmentRequest等。可替选地,RRC消息也可以是用于提供路径ID的目的的新定义的RRC消息。可替选地,该RRC消息还可以是用于添加/形成路径的目的的新定义的RR C消息。
ii)UE向AMF发送NAS消息。
NAS消息可以是诸如注册请求、服务请求等的传统消息。可替选地,NAS消息可以为用于提供路径ID的目的的新定义的NAS消息。可替选地,NAS消息也可以为用于添加/形成路径的目的的新定义的NAS消息。
iii)当UE向SMF发送NAS消息时。
NAS消息可以是诸如PDU会话建立请求、PDU会话修改请求等的传统消息。可替选地,NAS消息可以为用于提供路径ID的目的的新定义的NAS消息。可替选地,NAS信息可以为用于添加/形成到PDU会话的路径的目的的新定义的NAS信息。当UE向SMF发送SM NAS消息时,UE可以另外提供路径ID作为AMF可以解释/理解的参数。因此,如果UE向AMF发送包括要转发到SMF的SM NAS消息的UL NAS传输消息,则UE可以将路径ID包括在UL NAS传输信息以及SM NAS信息中。
在上述示例i)至iii)中,当向网络提供路径ID时,UE还可以提供关于路径的附加信息。
例如,关于路径的附加信息可以是关于UE是否可以形成多路径的信息、关于UE是否想要形成多路径的信息、关于路径类型的信息(这可以是关于路径是直接路径还是间接路径的信息)、如果路径是间接路径的情况下关于UE到网络中继器的信息(这可以是UE到网络中继器的标识信息)、关于迄今为止形成的其他路径的信息等。
关于路径的附加信息可以由网络推断,而不是由UE提供。换言之,即使UE不提供关于路径的附加信息,网络也可以推断关于路径的附加信息。
例如,在图8a中,UE可以经由UE到网络中继器发送RRC消息。在这种情况下,如果UE通过UE到网络中继器发送RRC消息,并且RRC消息包括路径#y,则NG-RAN可以识别并存储路径#y是间接路径,并且该路径经由UE到网络中继的。并且NG-RAN可以向AMF提供关于该路径的附加信息,例如该路径是间接路径的信息以及UE到网络中继器的标识信息。在这种情况下,NG-RAN还可以向AMF提供路径ID。AMF还可以向SMF提供关于由NG-RAN(还可以向其提供路径ID)提供的路径的附加信息。
此外,关于路径的附加信息中的一些可以由UE提供,而一些可以由网络推断。
当如上所述被提供路径ID和关于该路径的附加信息时,网络(例如,NG-RAN、AMF、SMF中的一个或多个)可以存储该路径ID和附加信息。例如,网络(例如,NG-RN、AMF和SMF中一个或多个)可以将关于特定路径的所有必要信息一起存储在UE上下文中。被分配路径ID的UE也可以将关于特定路径的所有必要信息存储在一起。
路径ID可能会随着路径的变化或其中一个路径被释放/移除而变化。路径改变可以对应于路径类型的改变(即,路径从直接路径改变为间接路径,或者从间接路径改变为直接路径),或者间接路径上的UE到网络中继器的改变。该描述可以适用于本说明书的整个公开内容。
一旦路径改变或路径释放/移除,UE可以通知网络(NG-RAN和/或5GC)。在这种情况下,在分配上述路径ID时UE向网络提供的信息的全部或部分可以被提供给网络。UE还可以向网络提供指示路径是被改变还是被释放的信息。在形成/添加路径的情况下,UE还可以向网络提供指示路径是否正在形成/添加的信息。
1-2.本说明书的本公开的第一示例的第二示例
本公开的第一示例的第二示例描述了其中NG-RAN为多路径PDU会话分配和/或确定路径ID,然后将该路径ID提供给UE和/或核心网络的示例。
NG-RAN可以为新路径分配/确定路径ID,并将其提供给UE和核心网。能够以下列形式分配路径ID。
1)每当NG-RAN与UE建立用于直接路径和间接路径二者的新路径(或者想要建立新路径)时,都可以分配路径ID。
例如,在图8a中,如果首先形成直接路径,则直接路径可以被分配NG-RAN的标识信息+路径#x,而间接路径可以被分配NG-RAN的标识信息+路径#x+1。相反,如果首先形成间接路径,则可以向间接路径分配NG-RAN的标识信息+路径#x,并且可以向直接路径分配NG-RAN的标识消息+路径#x+1。
例如,在图8b中,如果首先形成通过UE到网络中继器#1的间接路径,则可以向通过UE到网络中继器#1的间接路径分配NG-RAN的标识信息+路径#x,并且可以向通过UE到网络中继器#2的间接路径分配NG-RAN的标识信息+路径#x+1。另一方面,如果首先形成通过UE到网络中继器#2的间接路径,则可以向通过UE到网络中继器#2的直接路径分配NG-RAN的标识信息+路径#x,并且可以向通过UE到网络中继器#1的间接路径分配NG/RAN的标识信息+路径#x+1。
例如,在图8c中,直接路径可以被分配NG-RAN#1的标识信息+路径#x,而间接路径可以被分配NG-RAN#2的标识信息+路径#y。
例如,在图8d中,可以向通过UE到网络中继器#1的间接路径分配NG-RAN#1的标识信息+路径#x,并且可以向通过UE到网络中继器#2的间接路径分配NG-RAN#2的标识信息+路径#y。
2)每当NG-RAN仅针对与UE的间接路径形成新路径(或想要形成新路径)时,NG-RAN可以分配路径ID。
例如,在图8a中,可以向间接路径分配NG-RAN的标识信息+路径#x。
例如,在图8b中,如果首先形成通过UE到网络中继器#1的间接路径,则可以向通过UE到网络中继器#1的间接路径分配NG-RAN的标识信息+路径#x,并且可以向通过UE到网络中继器#2的间接路径分配NG-RAN的标识信息+路径#x+1。另一方面,如果首先形成通过UE到网络中继器#2的间接路径,则可以向通过UE到网络中继器#2的间接路径分配NG-RAN的标识信息+路径#x,并且可以向通过UE到网络中继器#1的间接路径分配NG/RAN的标识信息+路径#x+1。
例如,在图8c中,可以向间接路径分配NG-RAN#2的标识信息+路径#y。
例如,在图8d中,可以向通过UE到网络中继器#1的间接路径分配NG-RAN#1的标识信息+路径#x,并且可以向通过UE到网络中继器#2的间接路径分配NG-RAN#2的标识信息+路径#y。
3)每当NG-RAN形成来自第二路径的新路径(或者每当它想要形成来自第二路径的新路径,或者每当它形成附加路径)时,NG-RAN都可以针对直接路径和间接路径二者为UE分配路径ID。
例如,在图8a中,如果首先形成直接路径,则不向直接路径分配路径ID,并且可以向间接路径分配NG-RAN的标识信息+路径#x。相反,如果首先形成间接路径,则不向间接路径分配路径ID,并且可以向直接路径分配NG-RAN的标识信息+路径#x。
例如,在图8b中,如果首先形成通过UE到网络中继器#1的间接路径,则不向通过UE到网络中继器#1的间接路径分配路径ID,并且可以向通过UE到网络中继器#2的间接路径分配NG-RAN的标识信息+路径#x。另一方面,如果首先形成通过UE到网络中继器#2的间接路径,则不向通过UE到网络中继器#2的间接路径分配路径ID,并且可以向通过UE到网络中继器#1的间接路径分配NG-RAN的标识信息+路径#x。
例如,在图8c中,如果首先形成直接路径,则不向直接路径分配路径ID,并且可以向间接路径分配NG-RAN#2的标识信息+路径#y。相反,如果首先形成间接路径,则不向间接路径分配路径ID,并且可以向直接路径分配NG-RAN#1的标识信息+路径#x。
例如,在图8d中,如果首先形成通过UE到网络中继器#1的间接路径,则不向通过UE到网络中继器#1的直接路径分配路径ID,并且可以向通过UE到网络中继器#2的间接路径分配NG-RAN#2的标识信息+路径#y。另一方面,如果首先形成通过UE到网络中继器#2的间接路径,则不向通过UE到网络中继器#2的间接路径分配路径ID,并且向通过UE到网络中继器#1的间接路径分配NG-RAN#1的标识信息+路径#x。
在上述1)至3)中,x和y可以是诸如0、1、2等的值。路径ID可以是数字形式,或者其可以是文本形式。
当NG-RAN分配路径ID时,NG-RAN可以利用UE提供的辅助信息。
例如,UE提供的辅助信息可以是关于UE已经形成了多少条路径的信息、路径类型信息(无论是直接路径还是间接路径)等。
新路径的形成还可以包括NG-RAN变化和UE到网络中继器的变化。
在以下情况i)至iv)中的一种或多种情况下,NG-RAN可以向UE和/或CN提供所分配的路径ID。能够以情况的一个或多个组合执行以下情况:
i)当向UE发送RRC消息时,NG-RAN可以向UE提供路径ID。
RRC消息可以是传统消息,例如RRCSetup、RRCReconfiguration等。可替选地,RRC消息也可以是为了提供路径ID的目的的新定义的RRC消息。可替选地,该RRC消息还可以是为了添加/形成路径的目的的新定义的RRC消息。
ii)当NG-RAN从UE接收到NAS消息时,NG-RAN可以在向AMF转发NAS消息时提供路径ID。
如果NAS消息包括SM NAS消息,则AMF还可以向SMF提供由NG-RAN提供的路径ID,同时向SMF转发SM NAS消息。
iii)NG-RAN可以向AMF提供路径ID。
AMF可以请求NG-RAN提供路径ID,然后NG-RAN可以提供该路径ID,或者NG-RAN可以在没有来自AMF的请求的情况下提供路径ID。
AMF可以向SMF提供由NG-RAN提供的路径ID。在SMF请求AMF提供路径ID之后,AMF可以将路径ID提供给SMF,或者AMF可以在没有来自SMF的请求的情况下将路径ID提供给SMF。
iv)NG-RAN可以向SMF提供路径ID。
在SMF请求NG-RAN提供路径ID之后,NG-RAN可以向SMF提供路径ID,或者NG-RAN可以在没有来自SMF的请求的情况下向SMF发送路径ID。
在上面的示例i)到iv)中,其中,NG-RAN向UE和CN提供路径ID,NG-RAN还可以提供关于路径的附加信息。
例如,关于路径的附加信息可以是关于NG-RAN是否可以支持多路径的信息、关于路径类型的信息(这可以是关于它是直接路径还是间接路径的信息)、关于UE到网络中继器的信息(如果它是间接路径的话)(这可能是UE到网络中继器的标识信息)、关于迄今为止形成的其他路径的信息等。
关于路径的一些附加信息可以由UE提供,并且一些可以由NG-RAN确定或推断。
当向UE或CN(例如,AMF、SMF的一个或多个)提供如上所述的路径ID和关于该路径的附加信息时,UE和CN(例如AMF、SMF的一个或多个)应存储该路径ID和附加信息。UE和CN(例如AMF、SMF的一个或多个)可以一起存储特定路径的所有必要信息。路径ID被分配到的NG-RAN还可以一起存储特定路径的所有必要信息。
1-3.本说明书的本公开的第一示例的第三示例
本说明书的第一示例的第三示例描述了AMF分配和/或确定路径ID,然后将路径ID提供给UE、NG-RAN、SMF等的示例。
AMF可以为新路径分配和/或确定路径ID,并将该路径ID提供给UE、NG-RAN和SMF中的一个或多个。
在图8a至图8d的示例中,示出了一个示例,其中,相同的AMF服务于UE与网络形成的多个路径。在这样的示例中,UE可以形成一个路径,然后形成和/或添加后续路径。在这种情况下,UE可以通过发送RRC消息来确保选择相同的AMF,该RRC消息包含关于先前形成的路径上的服务AMF的信息(该信息可以是可以用于识别AMF的消息,例如由该AMF分配/提供的5G-GUTI)。
AMF可以按照与以下示例相同的方式分配路径ID。
1)每当AMF与UE形成用于直接路径和间接路径二者的新路径(或想要形成新路径)时,AMF可以分配路径ID。
例如,在图8a和图8c中,如果首先形成直接路径,则可以向直接路径分配路径#x,并且可以向间接路径分配路径#x+1。相反,如果首先形成间接路径,则可以向间接路径分配路径#x,并且可以向直接路径分配路径#x+1。
例如,在图8b和图8d中,如果首先形成通过UE到网络中继器#1的间接路径,则可以向通过UE到网络中继器#1的直接路径分配路径#x,并且可以向通过UE到网络中继器#2的间接路径分配路径#x+1。相反,如果首先形成通过UE到网络中继器#2的间接路径,则可以向通过UE到网络中继器#2的直接路径分配路径#x,并且可以向通过UE到网络中继器#1的间接路径分配路径#x+1。
2)AMF可以在每次其与UE形成仅用于间接路径的新路径(或想要形成新路径)时分配路径ID。
例如,在图8a和图8c的情况下,可以向间接路径分配路径#x。
例如,在图8b和图8d中,如果首先形成通过UE到网络中继器#1的间接路径,则可以向通过UE到网络中继器#1的间接路径分配路径#x,并且可以向通过UE到网络中继器#2的间接路径分配路径#x+1。相反,如果首先形成通过UE到网络中继器#2的间接路径,则可以向通过UE到网络中继器#2的间接路径分配路径#x,并且可以向通过UE到网络中继器#1的间接路径分配路径#x+1。
3)对于直接路径和间接路径二者,每当AMF形成来自第二路径的新路径时(或者每当它想要形成来自第二路径的新路径时,或者每当它形成附加路径时),AMF可以向UE分配路径ID。
例如,在图8a和图8c中,如果首先形成直接路径,则不向直接路径分配路径ID,并且可以向间接路径分配路径#x。相反,如果首先形成间接路径,则不向间接路径分配路径ID,并且可以向直接路径分配路径#x。
例如,在图8b和图8d中,如果首先形成通过UE到网络中继器#1的间接路径,则不向通过UE到网络中继器#1的间接路径分配路径ID,并且可以向通过UE到网络中继器#2的间接路径分配路径#x。相反,如果首先形成通过UE到网络中继器#2的间接路径,则不向通过UE到网络中继器#2的间接路径分配路径ID,并且可以向通过UE到网络中继器#1的间接路径分配路径#x。
在上述1)至3)中,x和y可以是诸如0、1、2等的值。路径ID可以是数字形式,或者其也可以是文本形式。
当分配路径ID时,AMF可以利用由UE提供的辅助信息和/或由NG-RAN提供的辅助信息。
例如,UE提供的辅助信息可以是关于UE是否可以形成多路径的信息、关于UE是否想要形成多路径的信息、关于路径类型的信息(这可以是关于它是直接路径还是间接路径的信息)、关于UE到网络中继器的信息(如果它是间接路径的话)(这可以是UE到网络中继器的标识信息)、关于迄今为止形成的其他路径的信息、关于UE已经形成多少路径的信息以及关于UE已经形成多少路径的信息。
例如,NG-RAN提供的辅助信息可以是关于NG-RAN是否可以支持多路径的信息、关于路径类型的信息(这可以是关于路径是直接还是间接的信息)、关于UE到网络中继器的信息(如果是间接的话)(这可能是UE到网络中继器的标识信息)、关于UE形成的其它路径的信息以及关于该路径在UE形成的路径中有多少路径的信息。
新路径的形成还可以包括NG-RAN变化和UE到网络中继器的变化。
在以下情况i)至iii)中的一种或多种情况下,AMF可以向UE、NG-RAN和SMF中的一个或多个提供所分配的路径ID。可以组合或以组合形式进行以下情况:
i)当AMF向UE发送NAS消息时,AMF可以向UE和/或NG-RAN提供路径ID。
该NAS消息可以是传统的NAS消息(例如,MM NAS、SM NAS等)。可替选地,该NAS消息也可以是用于提供路径ID的目的的新定义的NAS消息。可替选地,NAS消息可以是用于添加/形成路径的目的的新定义的NAS消息。
NAS消息也可以是对UE发送的NAS消息的响应。
AMF向NG-RAN发送N2消息,包括NAS消息,并且可以提供路径ID作为NG-RAN可以解释/理解的参数。
ii)AMF可以向NG-RAN提供路径ID。
AMF可以在N2消息中包括路径ID,并将其提供给NG-RAN。N2消息可以是传统的N2消息。可替选地,N2消息可以是用于提供路径ID的目的的新定义的N2消息。可替选地,N2信息可以是用于添加/形成路径的目的的新定义的N2信息。
iii)AMF可以向SMF提供路径ID。
在SMF请求AMF提供路径ID之后,AMF可以将路径ID提供给SMF,或者AMF可以在没有来自SMF的请求的情况下将路径ID提供给SMF。当将UE发送的SM NAS消息转发给SMF时,AMF可以将路径ID提供给SMF,或者AMF可以向SMF发送消息以提供路径ID。
在上面的示例i)至iii)中,当AMF向UE、NG-RAN和SMF提供路径ID时,它还可以提供关于路径的附加信息。
例如,关于路径的附加信息可以是关于AMF是否可以支持多路径的信息、路径类型信息(这是关于它是直接路径还是间接路径的信息)、关于UE到网络中继器的信息(如果它是间接路径的话)(这可以是UE到网络中继器的标识信息)、关于迄今为止形成的其他路径的信息、NG-RAN标识信息等。
关于路径的一些附加信息可以由UE和/或NG-RAN提供,并且一些可以由AMF确定或推断。
当如上所述被提供路径ID和关于路径的附加信息时,UE、NG-RAN和SMF中的一个或多个可以存储该路径ID和附加信息。例如,UE、NG-RAN和SMF中的一个或多个可以一起存储特定路径的所有必要信息。分配了路径ID的AMF也可以一起存储特定路径的所有必要信息。
1-4.本说明书的本公开的第一示例的第四示例
本说明书的本公开的第一示例的第四示例描述了一个示例,其中,SMF为多路径PDU会话分配和/或确定路径ID,并将其提供给UE、NG-RAN和AMF。
在SMF已经为PDU会话分配和/或确定了新路径的路径ID之后,它可以将路径ID提供给UE、NG-RAN和AMF中的一个或多个。只有当PDU会话是多路径PDU会话时,才可以这样做。
当UE请求SMF创建(或建立)PDU会话时,可以由UE创建MP PDU会话,该MP PDU会话包括请求消息中指示它是MP PDU会话的信息。可替选地,可以由SMF通过响应于UE做出的创建PDU会话的请求而决定创建MP PDU会话来创建MP PDU会话。
可替选地,当执行PDU会话修改过程时,可以将正常PDU会话更改为MP PDU会话。
SMF能够以与以下示例相同的方式分配路径ID。
1)当MP PDU会话被创建时,或当新路径被添加到MP PDU会话时,或者当常规PDU会话被改变为MP PDU会话时,无论是直接路径还是间接路径(即,对于这两者),SMF都可以在形成、添加和/或识别新路径时分配路径ID。
例如,在图8a和图8c中,如果首先形成/添加直接路径,则可以向直接路径分配路径#x,并且可以向间接路径分配路径#x+1。相反,如果首先形成/添加间接路径,则可以向间接路径分配路径#x,并且可以向直接路径分配路径#x+1。
例如,在图8b和图8d中,如果首先形成/添加通过UE到网络中继器#1的间接路径,则可以向通过UE到网络中继器#1的间接路径分配路径#x,并且可以向通过UE到网络中继器#2的间接路径分配路径#x+1。相反,如果首先创建/添加通过UE到网络中继器#2的间接路径,则可以向通过UE到网络中继器#2的间接路径分配路径#x,并且可以向通过UE到网络中继器#1的间接路径分配路径#x+1。
在另一个示例中,在图8a至图8d中,如果在形成两个路径之后形成MP PDU会话,则可以为其中一个路径分配路径#x,且为两个路径中的另一个路径分配路径#x+1。
2)当MP PDU会话被创建时,或当新路径被添加到MP PDU会话时,或者当常规PDU会话被改变为MP PDU会话时,SMF可以在新路径形成/添加/识别时(当新路径被形成、添加和/或识别时)仅为间接路径分配路径ID。
例如,在图8a和图8c的情况下,可以向间接路径分配路径#x。
例如,在图8b和图8d中,如果首先形成/添加通过UE到网络中继器#1的间接路径,则可以向通过UE到网络中继器#1的间接路径分配路径#x,并且可以向通过UE到网络中继器#2的间接路径分配路径#x+1。相反,如果首先创建/添加通过UE到网络中继器#2的间接路径,则可以向通过UE到网络中继器#2的间接路径分配路径#x,并且可以向通过UE到网络中继器#1的间接路径分配路径#x+1。
作为另一个示例,在图8b和图8d中,如果在形成两个路径之后形成MP PDU会话,则可以将路径#x分配给其中一个路径,且将路径#x+1分配给两个路径中的另一个路径。
3)当为MP PDU会话形成/添加/识别第二个或更多个路径时(当形成、添加和/或识别第二个或更多个路径时),无论它们是直接路径还是间接路径,SMF都可以分配路径ID。
在上述1)至3)中,x和y可以是诸如0、1、2等的值。路径ID可以是数字,或者其也可以是文本。
当分配路径ID时,SMF可以利用以下中的一个或多个:UE提供的辅助信息、NG-RAN提供的辅助信息和AMF提供的辅助信息。
例如,由UE提供的辅助信息可以包括关于UE是否能够形成多路径的信息、关于UE是否想要形成多路径的信息、关于UE是否支持MP PDU会话的信息以及关于UE是否正在请求创建MP PDU会话的信息、关于与MP PDU会话相关联地形成/添加的路径的路径类型的信息(这可以是关于它是直接路径还是间接路径的信息)、关于UE到网络中继器的信息(如果是间接路径)(这可以是UE到网络中继器的标识信息)、关于迄今为止形成的其他路径的信息、关于UE形成的路径的数量的信息等。
例如,由NG-RAN提供的辅助信息可以包括关于NG-RAN是否可以支持多路径的信息、关于NG-RAN是否支持MP PDU会话的信息、关于NG-RAN是经由直接路径还是经由间接路径从UE接收到NAS消息(其是包含NAS消息的RRC消息)的路径类型信息、关于UE到网络中继器的信息(如果通过间接路径接收)(这可以是UE到网络中继器的标识信息)、关于UE形成的其他路径的信息、以及关于该路径在UE形成的路径中有多少路径的信息。
例如,由AMF提供的辅助信息可以是关于AMF是否可以支持多路径的信息、关于AMF是否支持MP PDU会话的路径类型信息、关于AMF是通过直接路径还是间接路径从UE接收NAS消息的信息、关于UE到网络中继器的信息(如果通过间接路径接收)(这可以是UE到网络中继器的标识信息)、关于UE形成的其他路径的信息、以及关于该路径在UE形成的路径中有多少路径的信息。
NG-RAN可以按原样向AMF提供UE提供的辅助信息,或者NG-RAN可修改UE提供的辅助信息并将其提供给AMF。AMF可以将UE或NG-RAN提供的辅助信息原样或经过修改地提供给SMF。
新路径的形成还可以包括NG-RAN变化和UE到网络中继器的变化。
在以下i)至iii)中的一个或多个中,SMF可以向UE、NG-RAN和AMF中的一个或多个提供所分配的路径ID。能够以情况的一个或多个组合进行以下情况。
i)当SMF向UE发送NAS消息时,它可以向UE和/或AMF提供路径ID。
NAS消息可以是传统的NAS消息。可替选地,NAS消息可以是用于提供路径ID的目的的新定义的NAS消息。可替选地,NAS信息可以是用于添加/形成路径的目的的新定义的NAS信息。
NAS消息也可以是对UE发送的NAS消息的响应。
SMF可以向AMF发送包括NAS消息的消息(例如,Namf_Communication_N1N2MessageTransfer),并且可以提供路径ID作为AMF可以解释/理解的参数。
当向NG-RAN发送N2消息(包括上述SMF发送的NAS消息)时,AMF还可以包括路径ID。
ii)SMF可以向AMF提供路径ID。
在AMF请求SMF提供路径ID之后,SMF可以提供路径ID,或者SMF可以在没有来自AMF的请求的情况下提供路径ID。
iii)SMF可以向NG-RAN提供路径ID。
SMF可以经由AMF向NG-RAN提供路径ID。SMF使用的消息可以是现有消息、用于提供路径ID的目的的新定义的消息、或者用于添加/形成路径的目的的新定义的消息。
在上述示例i)至iii)中,当SMF向UE、NG-RAN和AMF提供路径ID时,它还可以提供关于路径的附加信息。
例如,关于路径的附加信息可以是关于SMF是否可以支持多路径的信息、关于SMF是否可以支持MP PDU会话的信息、关于对于MP PDU会话要形成/添加的路径的路径类型的信息(无论是直接路径还是间接路径)、关于UE到网络中继器的信息(如果是间接路径)(这可以是UE到网络中继器的标识信息)、关于迄今为止为MP PDU会话形成的其他路径的信息等。
关于路径的一些附加信息可以由UE、NG-RAN、AMF中的一个或多个提供,并且一些可以由SMF确定或推断。
当如上所述被提供路径ID和关于该路径的附加信息时,UE、NG-RAN和AMF中的一个或多个可以存储该路径ID和附加信息。例如,UE、NG-RAN和AMF中的一个或多个可以将关于与PDU会话相关的特定路径的所有必要信息存储在一起。分配了路径ID的SMF还可以存储关于与PDU会话相关的特定路径的所有必要信息。
2.本说明书的本公开的第二示例
本公开的第二示例描述了形成和/或创建多路径PDU会话的示例。
MP PDU会话可以由请求SMF创建PDU会话的UE创建,并包括指示它是MP PDU会话(或请求MP PDU会话)的信息。可替选地,可以通过SMF响应于UE做出的创建PDU会话的请求而确定创建MP PDU会话来创建MP PDU会话。
例如,可以通过UE向SMF发送PDU会话建立请求消息来创建MP PDU会话,该消息包括指示它是MP PDU会话的信息。可替选地,可以通过UE向SMF发送PDU会话建立请求消息并且SMF决定创建MP PDU会话来创建MP PDU会话。
可替选地,在PDU会话修改过程中,可以将正常PDU会话更改为MP PDU会话。例如,当UE向SMF请求PDU会话变化时,可以通过发送PDU会话修改请求消息将正常PDU会话改变为MP PDU会话,该消息包含指示它是MP PDU会话的信息(或者请求MP PDU会话的信息)。例如,响应于UE请求的PDU会话修改请求,可以通过SMF决定改变为MP PDU会话来创建MP PDU会话。例如,可以通过SMF确定将正常PDU会话改变为MP PDU会话来发起PDU会话修改过程。
可替选地,可以通过执行向正常PDU会话添加路径的动作,将正常PDU会话更改为MP PDU会话。添加路径的动作可以是UE发起的或者SMF发起的。
UE可以在SM NAS消息以及包括SM NAS消息的MM NAS消息(例如,UL NAS传输)中包括指示它是MP PDU会话的信息(或者请求MP PDU会话的信息),使得AMF知道SM NAS消息是对MP PDU会话的请求。UE还可以在附加RRC消息中包括指示它是MP PDU会话(或请求MP PDU会话)的信息,以使NG-RAN知道NAS消息正在请求MP PDU对话。
UE可以与网络形成多个路径,并在创建MP PDU会话时一次添加多个路径,或者UE可以为一个路径创建MP PDU会话,然后将另一个路径添加到创建的MP PDU会话。在后一种情况下,UE可以发送SM NAS消息以请求向所创建的MP PDU会话添加路径。当UE发送SM NAS消息时,它可以将生成的MP PDU会话的PDU会话ID包括在AMF可以解释/理解的参数部分中(例如,在UL NAS传输消息中),从而使得AMF能够选择/确定服务于所述MP PDU会话的SMF。
3.本说明书的本公开的第三示例
本说明书的第三示例描述了一个示例,其中SMF向NG-RAN提供多路径PDU会话的PDU会话相关信息。
当生成或修改MP PDU会话时,或者当从MP PDU会话添加/更改/移除QoS流时,SMF可以向NG-RAN提供关于PDU会话的信息。这里,关于PDU会话的信息可以包括关于QoS流的信息(诸如QFI、QoS配置文件等的信息)和诸如CN隧道信息(或UL NG-U UP TNL信息)的信息。此时,SMF还可以提供与QoS流相关联的路径信息。如果QoS流与多个路径相关联,则路径信息可以是关于与QoS流相关联的所有路径的信息。SMF还可以提供与CN隧道信息相关联的路径信息。如果MP PDU会话与多个路径相关联,则路径信息可以是关于所有相关联的路径的信息。
每个路径信息可以包括以下部分中的一个或多个:
a)路径ID;
b)路径类型信息(这是关于该路径是直接路径还是间接路径的信息);以及/或者
c)如果路径是间接路径,则关于UE到网络中继器的信息(这可以是UE到网络中继器的标识信息)
可以始终为MP PDU会话提供上述路径信息,或者可以仅当同一NG-RAN服务于与MPPDU会话相关联的多个路径时才提供上述路径信息。
关于SMF确定/获得路径信息,可以参考上面本公开的第一示例中的SMF确定或获得与路径相关的信息的操作。
在上文中,当QoS流与多个路径相关联时,可以解释为可以使用这些路径来发送与QoS流相关联的数据。
在上文中,如果QoS流与多个路径相关联,则可以为每个路径提供QoS配置文件。UPF分配CN隧道信息,并且当SMF向UPF请求每个路径的CN隧道信息时,SMF还可以提供关于该路径的信息。这里,关于路径的信息可以包括路径ID、路径类型信息(其是关于路径是直接路径还是间接路径的信息)等。
上述关于PDU会话的信息可以解释为N2 SM信息、PDU会话设置/修改相关信息、QoS流相关信息、CN隧道信息、QoS流级别QoS参数信息等。
SMF向NG-RAN提供的所有QoS流的信息可以用于一个(即,同一)路径。在这种情况下,代替为每个QoS流提供所述路径信息,SMF可以在其发送给AMF的包含N2 SM信息的消息中包括所述路径消息,使得路径信息被理解为用于PDU会话,或者路径信息被理解为对应于所有所述QoS流。
SMF还可以向NG-RAN发送指示QoS流和/或PDU会话和/或N2SM信息用于MP PDU会话的信息。指示所述MP PDU会话是用于MP PDU会话的信息的一部分可以由AMF提供给NG-RAN。
如上所述,当NG-RAN从SMF接收到关于PDU会话的信息时,NG-RAN可以确定与PDU会话相关联的路径或与QoS流相关联的路径。然后,NG-RAN可以为路径分配/设置资源。资源分配/设置可以是为Uu和N3(也称为NG-U)段分配和/或设置资源的操作。Uu段的资源分配/设置可以包括NG-RAN与UE建立DRB,N3段的资源配置/设置可以包括NG-RAN分配AN隧道信息并将其提供给SMF。
关于NG-RAN基于诸如路径ID的信息来确定哪个路径是路径,可以参考以上本公开的第一示例的各种示例。
如果路径ID没有分配给直接路径,而是仅分配给间接路径,则UE能够以传统方式向NG-RAN提供关于PDU会话和/或QoS流的信息,前提是PDU会话和/或QoS流与直接路径相关联。例如,UE能够以传统方式提供关于PDU会话和/或QoS流的信息,而不提供路径信息(即,如上所述的诸如“a)路径ID”和“b)路径类型”的信息)。在这种情况下,NG-RAN可以推断出相关路径是直接路径。
当NG-RAN对SMF发送的关于PDU会话的信息作出响应时,或者当NG-RN向SMF提供关于PDU会话设置/修改的信息时,可以使用路径ID。还可以指示AN隧道信息对应于哪条路径,或者成功或未成功建立的PDU会话/QoS流对应于哪条路径。
SMF还可以通过与PCF的交互来确定关于MP PDU会话中的PDU会话的信息。SMF可以向PCF提供PDU会话是MP PDU会话的信息、与MP PDU会话相关联的路径信息(这是路径ID)、路径类型信息(这是关于路径是直接路径还是间接路径的信息)等。
4.本说明书的本公开的第四示例
本说明书的第四示例描述了一个示例,其中,SMF向UE提供关于多路径PDU会话的引导/路由的信息。
当SMF向UE提供关于多路径PDU会话的引导/路由的信息时,路径ID可以用于指示哪个业务可以被引导/路由到哪个路径。
多路径PDU会话的引导/路由相关信息可以指示哪个(些)路径与QoS规则中包括的QoS流相关联。相关联的路径可以由路径ID、路径类型信息中的一个或多个来表示。多路径PDU会话的引导/路由信息可以作为QoS规则的一部分提供给UE,或者它可以作为另一类型的策略(例如,ProSe策略等)提供给UE。
TS23.501V16.9.0的第5.32.8条(ATSSS规则)中定义的用于多接入PDU会话的ATSSS规则可用于引导/路由MP PDU会话中的相关信息。在这种情况下,ATSSS(接入业务引导、切换、拆分)可以用诸如PTSSS(路径业务引导、切换、拆分)或PTSS(路径业务指导、切换)的术语来代替。接入选择描述符可以与诸如路径选择描述符的术语可互换地应用。在接入选择描述符中,使用了3GPP接入和非3GPP接入的接入信息(或接入类型),但也可以使用路径ID。可以通过用路径代替接入来理解接入。具体地,对于下面表2中的示例,可以应用上述描述。
[表2]
在上表2中,注1至注6如下:
注1:每个ATSSS规则可能具有与其他ATSSS规则不同的优先级值。
注2:可能存在超过一个业务描述符组件。
注3:应用ID可以包括操作系统ID(OSId)和操作系统应用ID(OSAppId)。
注4:ATSSS规则可能不同时包含IP和非IP描述符。
注5:如果UE仅支持一个引导功能,则可以省略此组件。
注6:如果UE指示支持更新单个ATSSS规则,则必须存在ATSSS规则ID。
例如,表2中的示例是根据现有技术的ATSSS规则的结构的示例。在本公开的第四个示例中,可以基于传统ATSSS规则来使用PTSSS规则。例如,SMF可以向UE提供PTSSS规则,例如下面的示例。例如,可以向UE提供以下PTSSS规则:
A)“业务描述符:UDP,DestAddr 1.2.3.4”,“引导模式:主动-待机,主动=路径#x(路径#x指示路径ID),待机=路径#y(路径#y指示路径ID)”:
-此规则可能意味着“如果可用,将目标IP地址为1.2.3.4的UDP业务引导到活动接入(路径#x)。如果活动接入不可用,使用待机接入(路径#y)”。
B)“业务描述符:应用-1”,“引导模式:负载平衡,路径#x=20%(路径#x指示路径ID),路径y=80%(路径y指示路径ID):
-此规则可以意味着“将应用-1业务的20%发送到路径#x,将80%发送到路径#y”。
SMF还可以在URSP中包括MP PDU会话适用性或偏好信息。例如,包括URSP的路由选择描述符的路由选择组件可以包括“关于UE在为其匹配(即,匹配URSP的业务描述符)的应用/业务创建PDU会话时是否能够以MP PDU会话的形式创建它或者是否优选以MP PDU会话的形式来创建它的信息”。该信息可以被包括为现有参数的扩展,或者可以被定义为新参数。
关于SMF和UE基于诸如路径ID的信息来确定哪条路径是路径,可以参考以上本公开的第一示例,其中,SMF和UE基于任何信息来确定哪个路径是路径。
SMF还可以通过与PCF的交互来确定与MP PDU会话的引导/路由有关的信息。SMF可以向PCF提供PDU会话是MP PDU会话的信息、与MP PDU会话相关联的路径信息(这是路径ID、路径类型信息(这关于路径是直接路径还是间接路径的信息)等。
5.本说明书的本公开的第五示例
本说明书的第五示例描述了一个示例,其中,SMF向UPF提供多路径PDU会话的N4规则。
如果SMF向UPF提供用于多路径PDU会话的N4规则信息(或N4会话相关信息),则SMF可以使用路径ID来指示哪个业务可以被引导/路由到哪个路径。
TS23.501V16.9.0的第5.8.2.11.8条(多接入规则)中定义的多接入PDU会话的多接入规则可用于MP PDU会话的N4规则信息(可称为多路径规则)。对于现有技术的多接入规则,使用3GPP接入和非3GPP接入的接入信息(或接入类型),尽管可以使用路径ID来代替接入信息。此外,在现有技术的多接入规则中,可以用路径来代替接入。
以下附图旨在说明本公开的特定实施例。附图中所示的特定设备的名称或特定信号/消息/字段的名称仅用于说明目的,本说明书的技术特征不限于以下附图中使用的特定名称。
图9图示了多接入规则的示例。
如前所述,图9中的多接入规则可用于MP PDU会话的N4规则信息。
关于SMF和UPF基于诸如路径ID的信息来确定哪条路径是路径,可以参考本说明书的本公开的第一示例,其中,SMF和UPF基于任意信息来确定哪个路径是路径。
SMF还可以通过与PCF的交互来确定MP PDU会话的N4规则。SMF可以向PCF提供PDU会话是MP PDU会话的信息、与MP PDU会话相关联的路径信息(这是路径ID)、路径类型信息(这关于路径是直接路径还是间接路径的信息)等。
6.本说明书的本公开的第六示例
本说明书的本公开的第六示例描述了多路径PDU会话的路径被改变的示例。
如果UE和网络之间的路径发生变化,则这可能需要对与MP PDU会话相关联的路径进行更改。
在这种情况下,UE可以发起改变MP PDU会话的路径的动作。
UE可以向SMF提供关于改变路径的信息。UE可以进一步向NG-RAN和/或AMF提供关于改变路径的信息。关于改变后的路径的信息可以是在说明书的第一部分的第一示例中描述的关于路径的信息,包括路径ID(其可以是改变前的路径所使用的路径ID,或者是对于改变后的路径新分配的路径ID)。
UE可以另外提供关于SMF改变之前的路径的信息。
当UE执行改变MP PDU会话的路径的动作时,UE可以显式或隐式地通知网络该动作是改变MP PDU的会话的路径。
为了改变MP PDU会话的路径,UE可以使用现有的NAS消息(例如,PDU会话修改请求等),或者其可以使用新定义的NAS消息。
改变多路径PDU会话的路径的操作可以由识别/检测路径中的变化的AMF或SMF发起。
7.本说明书的本公开的第七示例
本说明书的本公开的第七示例描述了从多路径PDU会话释放和/或移除路径的示例。
如果将UE连接到网络的路径被释放和/或移除,则这也可能需要对与MP PDU会话相关联的路径进行更改(即,释放和/或者移除路径)。
在这种情况下,UE可以发起从MP PDU会话释放和/或移除路径的动作。
UE可以提供关于在SMF中被释放和/或被移除的路径的信息。UE可以进一步提供关于在NG-RAN和/或AMF中被释放和/或移除的路径的信息。关于释放/移除的路径的信息可以是路径ID,并且UE可以进一步提供如本公开第一部分的第一示例中所述的关于路径的信息。
当执行释放/移除MP PDU会话的路径的操作时,UE可以显式或隐式地通知网络该操作是解除路径/移除MP PDU会话。
为了从MP PDU会话释放/移除路径,UE可以使用现有的NAS消息(例如,PDU会话修改请求等),或者其可以使用新定义的NAS消息。
当从MP PDU会话释放/移除路径时,该MP PDU会话可以改变为一般PDU会话(例如,在一个3GPP路径上服务的PDU会话)。这可以通过UE请求网络(例如SMF)将MP PDU会话改变为正常PDU会话来实现,或者网络(例如,SMF)可以决定进行改变并且在从MP PDU会话释放/移除路径时通知UE。
如果UE请求改变,则可以应用以下描述。如果从MP PDU会话释放/移除路径导致仅存在与该MP PDU会话相关联的一个路径,则UE可以使用以下方法之一将MP PDU会话改变/转换为正常PDU会话:
i)UE可以向网络发送请求消息,以从MP PDU会话释放和/或移除路径。在这样做的过程中,UE可以在所述请求消息中包括请求改变到正常PDU会话的信息(或者请求改变到单路径PDU会话的信息);
ii)UE可以向网络发送请求消息,以改变MP PDU会话和/或将MP PDU会话切换到正常PDU会话。在这样做的过程中,UE可以在所述请求消息中包括以下信息中的一个或多个:关于被释放和/或移除的路径的信息(路径ID等)、关于被保留的路径的信息(路径ID等等)。
从多路径PDU会话释放和/或移除路径的操作可以由识别/检测路径的释放和/或移除的AMF或SMF发起。
8.本说明书的本公开的第八示例
本说明书的第八示例描述了一个示例,其中,在NG-RAN和AMF之间的与UE相关联的逻辑NG连接是按照UE与网络形成的路径创建和/或维护的。
根据现有技术,可以为每个UE创建/维护NG-RAN和AMF之间的与UE相关的逻辑NG连接。
在本公开的第八示例中,代替在每个UE的基础上创建和/或维护NG-RAN和AMF之间的与UE相关联的逻辑NG连接,可以在UE已经与网络形成的每个路径的基础上,创建和/或维护NG-RN和AMF间的与UE相关联的逻辑NG连接。对于每个与UE相关联的逻辑NG连接,可以分配/使用AMF UE NGAP ID和RAN UE NGAP ID。
如图8a和图8b所示,在NG-RAN和AMF之间的与UE相关联的逻辑NG连接按照UE与网络形成的路径创建和/或维护的行为仅在同一NG-RAN服务于多个路径时适用。
NG-RAN和AMF可以存储哪个UE相关联的逻辑NG连接用于哪个路径。
当AMF和NG-RAN交换N2消息时,如果它们用于特定路径,则它们可以在对应的UE相关逻辑NG连接上交换。
9.本说明书的本公开的第九示例
本说明书的第九示例描述了一个示例,其中,SMF向AMF提供用于传输N1 SM容器和/或N2 SM信息的目标路径。
SMF可以向AMF传输N1 SM容器和/或N2 SM信息(例如,SMF可以使用Namf_Communication_N1N2MessageTransfer来传输N1 SM容器和/或N2-SM信息)。SMF可以使用以下信息中的一个或多个来向AMF提供N1 SM容器和/或N2 SM信息应当发送到的目标路径:路径ID、路径类型。
在这种情况下,可以为N1 SM容器和N2 SM信息提供不同的目标路径。
AMF可以向NG-RAN提供上述目标路径信息。NG-RAN然后可以通过目标路径向UE发送N1 SM容器。并且NG-RAN可以识别出N2 SM信息是针对目标路径的。
可替选地,AMF和NG-RAN之间的与UE相关联的逻辑NG连接可以按每条路径存在。在这种情况下,当AMF将从SMF接收的N1 SM容器和/或N2 SM信息发送到NG-RAN时,它还可以经由与目标路径相对应的UE相关联的逻辑NG连接将N1 SM容器和/或N2 SM信息发送给NG-RAN,使得NG-RAN可以推断/识别目标路径。
10.本说明书的本公开的第十示例
本说明书的第十示例描述了并行使用多路径和多接入(即3GPP接入和非3GPP接入)的示例。例如,单个PDU会话可以用作MP PDU会话和多接入(MA)PDU会话。
可以通过多条路径向UE提供服务,也可以通过非3GPP接入向UE提供服务。在这种情况下,PDU会话既可以是如本说明书的本公开所描述的MP PDU会话,也可以是多接入PDU会话(MA PDU会话)。有关MA PDU会话的基本描述,读者请参阅TS23.501V16.9.0的第5.32条(支持ATSSS)、TS23.502和TS23.503。
在以上本公开的第一部分的各个示例中描述的提供给UE的多路径相关策略信息还可以包括多接入相关策略信息。可替选地,包括传统的多接入相关策略信息的URSP可以被扩展为包括多路径相关策略信息。
例如,映射至/匹配于或关联于以下信息中的一个或多个的策略信息:DNN、S-NSSAI、应用、ProSe服务、中继服务代码等,可以配置为启用多接入,同时还启用多路径。这种策略信息可以被称为多路径接入策略信息或多接入路径策略信息。
如果使用URSP,对于基于TS23.503的表6.6.2.1-3的下表3中的示例路由选择描述符,可以添加多路径相关信息(例如,多路径偏好、多路径指示等)作为路由选择组件信息的一部分。这将最终指示多路径可用于匹配至/映射于表6.6.2.1-2中的业务描述符的应用、业务等:TS23.503V16.9.0中的UE路由选择策略规则,并指示可通过将传统接入类型偏好设置为多接入来使用多接入。可替选地,作为表3中的示例中包括的路由选择组件信息的一部分,可以定义单个指示(例如,多路径接入偏好、多接入路径偏好、多路径接入指示、多接入路径指示等),并将其用于指示可以使用多路径和多接入。
[表3]
在上述表3中,注1至注8如下所示:
注1:此列表中的每个路由选择描述符具有不同的优先级值。
注2:至少存在一个路由选择组件。
注3:如果订阅信息在UDR中仅包含一个S-NSSAI,则PCF不需要在网络切片选择信息中向UE提供S-NSSAI。“全部匹配”URSP规则最多有一个S-NSSAI。
注4:如果路由选择描述符中存在此指示,则路由选择描述符不包含任何其他组件。
注5:只有当PDU会话类型为IP时,才能使用SSC模式3。
注6:除非满足所提供的所有验证标准,否则路由选择描述符可能不被视为有效。
注7:漫游场景中不考虑包括验证标准。
注8:如果PDU会话类型为“以太网”或“非结构化”,则必须存在该组件。
当生成或建立多路径接入PDU会话(MPA PDU会话,其也称为多接入路径PDU会话(MAP PDU会话))时,UE可以向SMF提供关于它的信息。这样的信息可以包括指示要创建的PDU会话是MPA PDU会话的信息,或者指示要使用多路径和多接入这两者的信息。此外,UE可以向SMF提供UE在生成如本文所述的MP PDU会话时提供给SMF的各种信息(例如,参见说明书的第一条款的第一示例和说明书的第二条款的第二示例)以及UE在创建传统MA PDU会话时向SMF提供的信息。
UE可以创建正常的PDU会话,然后在添加路径和/或接入时将PDU会话转换/切换为MPA PDU会话。
随着UE移除/断开路径和/或接入,MPA PDU会话可以转换为MP PDU会话、MA PDU会话或正常PDU会话之一。例如,如果UE在两个路径(例如,直接路径和间接路径)和非3GPP接入上使用MPA PDU会话,并且非3GPP接入被移除/断开,则MPA PDU对话可以被转换为MP PDU会话以供使用。作为另一示例,如果UE正在使用具有两个路径(例如,直接路径和间接路径)和非3GPP接入的MPA PDU会话,并且直接路径或间接路径中的一个被移除/断开,则MPA PDU对话可以被转换为MA PDU会话。作为另一示例,如果UE正在使用具有两个路径(例如,直接路径和间接路径)和非3GPP接入的MPA PDU会话,并且然后移除/断开一个直接路径或间接路径和非3GPP接入,则MPA PDU对话可以被转换为常规PDU会话。
也可以在多路径接入策略信息、多接入路径策略信息和诸如URSP的策略(例如,提供给UE的策略)中设置上述PDU会话类型/类型之间的可切换性。
为了在所述PDU会话类型/类型之间切换,可以扩展和使用现有的与PDU会话修改相关的消息/过程,或者可以定义和使用新的SM消息/过程。UE可以向SMF提供上述切换相关信息和/或正在切换的PDU会话的类型。
在上述示例中,UE确定并执行PDU会话类别/类型之间的各种切换,但这只是一个示例,SMF也可以代替UE来确定并执行在PDU会话类别/类型之间的各种切换。为了做出这些决定,SMF可以使用本地配置信息、订户信息、由PCF提供的信息(例如,SMF可向PCF通知UE的路径已经被添加或移除,或者UE的接入已经被添加或者移除)等。
与PDU会话修改相关的消息/过程可以被扩展和使用,或者可以定义新的SM消息/过程,用于在SMF执行的PDU会话类型/类型之间进行切换。SMF可以向UE提供与所述切换和/或正在切换的PDU会话的类型有关的信息。
对于SMF为MPA PDU会话提供的信息(例如,SMF向NG-RAN提供的PDU会话相关信息/QoS配置文件、SMF向UE提供的引导/路由相关信息、SMF给UPF提供的N4规则等),可以利用与PDU会话和传统MA PDU会话相关的信息以集成的形式应用在本公开的第三至第五示例中描述的内容。
11.本说明书的本公开的第十一示例
本公开的第十一实施例描述了结合本公开的第一至第十实施例中的至少一个的实施例。
11-1.本说明书的本公开的第十一示例的第一示例
本公开的第十一示例的第一示例描述了当路径#1是直接路径并且路径#2是间接路径时由UE分配/确定路径ID的示例。
本公开的第十一实施例的第一示例描述了结合本公开的第一至第五示例的示例。例如,本公开的第十一示例的第一示例描述了应用本公开的第十一示例的第一示例的内容的实施例,其中,对于路径#1是直接路径并且路径#2是间接路径的情况,由UE分配/确定路径ID。
具体而言,本公开描述了应用本公开第一示例的第一示例的“1)每当UE在新路径上连接到网络时(或每当形成新路径时,或每当希望形成新路径时),为直接路径和间接路径分配路径ID”的实施例。
以下附图旨在说明本公开的特定实施例。附图中所示的特定设备的名称或特定信号/消息/字段的名称仅用于说明目的,本说明书的技术特征不限于以下附图中使用的特定名称。
图10a和图10b图示了根据本公开的第十一示例的第一示例的操作示例。
步骤1.UE可以为直接路径分配路径ID=路径#1。UE可以执行与网络的RRC连接建立过程和向网络的注册过程。此时,UE可以向NG-RAN提供分配给直接路径的路径ID。
关于步骤1,读者参考上述本公开的第一方面的第一示例以获得进一步的细节。
步骤2-3.UE可以通过AMF请求SMF生成PDU会话。例如,UE可以向AMF发送PDU会话建立请求消息,并且AMF可以向SMF发送包含PDU会话建立请求消息的请求消息(例如,Nsmf_PDUSession_CreateSMContext请求消息)。UE可以在用于所述请求的PDU会话建立请求消息中包括信息路径ID=路径#1。此外,UE可以在PDU会话建立请求消息中包括指示它是多路径PDU会话的信息、指示它是直接路径的信息等。
关于步骤1,读者参考本说明书的本公开的第一示例的第一示例和本说明书的第二示例的第二示例以获得更多细节。
步骤4.SMF可以为所述PDU会话生成(或建立)与UPF的N4会话。这允许SMF为与UPF的所述PDU会话设置分组检测、实施和报告规则。SMF可以使用路径ID来指示哪个业务可以被引导/路由到哪些路径。
关于步骤4,有关更多信息,请参见本说明书公开的示例5。
步骤5.SMF可以向AMF发送包含到NG-RAN的N2 SM信息和到UE的NAS消息(例如PDU会话建立接受消息)的Namf_Communication_N1N2MessageTransfer。
上述N2 SM信息可以包括关于路径#1的QoS流(QFI、QoS配置文件等)的信息和CN隧道信息(或UL NG-U UP TNL信息)。
关于步骤5,关于进一步的细节,参考本说明书的本公开的第三示例的内容。
步骤6.AMF可以将从SMF接收到的N2 SM信息和NAS消息发送到NG-RAN。
步骤7.NG-RAN可以基于从SMF接收的PDU会话相关信息来分配/设置路径#1的资源。资源分配/设置可以针对Uu和N3(也称为NG-U)段。关于步骤7,关于细节,可以参考本公开的第三示例。
此外,NG-RAN可以向UE发送PDU会话建立接受消息。
步骤8.UE可以在路径#1上发送和接收数据。
步骤9.UE可以导航到UE到网络中继器,并选择UE到网络中继器以使用间接路径。
步骤10.UE可以与UE到网络中继器形成PC5连接。
步骤11.UE可以为间接路径分配路径ID=路径#2。UE可以通过UE到网络中继器与网络建立RRC连接,并执行服务请求。此时,UE可以向NG-RAN提供分配给间接路径的路径ID。
关于步骤11,关于进一步的细节,参考本说明书的本公开的第一示例的第一示例。
步骤12-13.对于经由上述步骤2创建的PDU会话,UE可以请求SMF改变PDU会话或添加路径。例如,UE可以向AMF发送PDU会话修改请求消息,以请求PDU会话改变或路径添加。UE的请求可以经由UE到网络中继器和AMF发送到SMF。UE可以在用于所述请求的PDU会话修改请求消息中包括路径ID=路径#2。此外,指示它是多路径PDU会话的信息和指示它是间接路径的信息可以包括在PDU会话修改请求消息中。
关于步骤12和13,参考本说明书的本公开的第一示例的第一示例和本说明书的第二部分的第二示例以获得更多细节。
步骤14.SMF可以针对与UPF的上述PDU会话来修改N4会话。使用路径ID,SMF可以指示哪个业务可以被引导/路由到哪个路径,并且SMF可以向UPF提供用于路径#1和路径#2之间的一个或多个路径的N4规则。
关于步骤14,更多细节参见本说明书的本公开的第五示例。
步骤15.SMF可以向AMF发送Namf_Communication_N1N2MessageTransfer,包括要发送到NG-RAN的N2 SM信息和要发送到UE的NAS消息(例如,PDU会话修改命令消息)。
N2 SM信息可以包括关于路径#2的QoS流的信息(诸如QFI、QoS配置文件等的信息)和诸如CN隧道信息(或UL NG-U UP TNL信息)的信息。此外,N2 SM信息可以包括关于路径#1的更新的QoS流的信息(诸如QFI、QoS配置文件等的信息)和诸如CN隧道信息(或UL NG-U UPTNL信息)的信息。
关于步骤15,更多细节请参考本公开的第三示例。
PDU会话修改命令消息可以包括与提供给UE的PDU会话的引导/路由有关的信息,并且可以使用路径ID来指示哪个业务可以被引导/路由到哪个路径。
关于步骤15,更多细节请参见本说明书的第四示例。
步骤16.AMF可以将从SMF接收到的N2 SM信息和NAS消息发送到NG-RAN。
步骤17.基于从SMF接收的PDU会话相关信息,NG-RAN可以为路径#2分配/建立资源。资源分配/设置可以用于Uu和N3(也称为NG-U)段。对于Uu段,可以经由UE到网络中继器与UE一起分配/设置资源。关于进一步的细节,可以参考本说明书的本公开中的第三示例。
NG-RAN还可以通过UE到网络中继器向UE发送PDU会话修改命令消息。NG-RAN可以从UE接收PDU会话修改确认消息。
步骤18.如果在上述步骤16中从SMF接收的N2 SM信息包括关于路径#1的信息,则NG-RAN可以设置/更新路径#1的资源。可以在执行上述步骤17的操作之前执行步骤18。例如,在步骤17中,NG-RAN可以在要发送给UE的RRC消息中包括路径#2的资源分配/设置信息,并且还可以在RRC消息中包括路径#1的资源设置/更新信息。
有关更多信息,请参见本说明书的本公开的第三示例。
步骤19.UE可以在路径#1上发送和接收数据。
步骤20.UE可以经由路径#2,即经由UE到网络中继器发送和接收数据。
与前面描述的示例不同,UE可以分别在步骤2和步骤12中(而不是在步骤1和步骤11中)向NG-RAN提供分配给直接路径的路径ID和分配给间接路径的路径ID。
11-2.本说明书的本公开的第十一示例的第二示例
本公开的第十一示例的第二示例描述了当路径#1是间接路径并且路径#2是直接路径时由UE分配/确定路径ID的示例。
本公开的第十一实施例的第二示例描述了结合本公开的第一至第五示例的示例。例如,本公开的第十一示例的第二示例描述了应用本公开的第十一示例的第一示例的内容的实施例,其中,对于路径#1是间接路径并且路径#2是直接路径的情况,由UE分配/确定路径ID。
具体而言,本公开描述了应用本公开第一示例的第一示例的“1)每当UE在新路径上连接到网络时(或每当形成新路径时,或每当希望形成新路径时),为直接路径和间接路径分配路径ID”的实施例。
以下附图旨在说明本公开的特定实施例。附图中所示的特定设备的名称或特定信号/消息/字段的名称仅用于说明目的,本说明书的技术特征不限于以下附图中使用的特定名称。
图11a和图11b图示了根据本公开的第十一示例的第二示例的操作示例。
步骤1.UE可以导航到UE到网络中继器,并选择UE到网络中继器以使用间接路径。
步骤2.UE可以与UE到网络中继器形成PC5连接。
步骤3.UE可以为间接路径分配路径ID=路径#1。UE可以经由UE到网络中继器来执行与网络的RRC连接建立和注册。此时,UE可以向NG-RAN提供分配给间接路径的路径ID。
有关更多信息,请参阅本说明书的本公开的第一示例的第一示例。
步骤4-5.UE可以经由UE到网络中继器和AMF请求SMF创建PDU会话。例如,UE可以经由UE到网络中继器向AMF发送PDU会话建立请求消息,并且AMF可以向SMF发送请求消息(例如,Nsmf_PDUSession_CreateSMContext请求消息),包括PDU会话建立请求消息。UE可以在用于所述请求的PDU会话建立请求消息中包括信息路径ID=路径#1。此外,UE可以在PDU会话建立请求消息中包括指示它是多路径PDU会话的信息、指示它是间接路径的信息等。
有关更多信息,请参见本说明书的本公开的第一示例的第一示例和本说明书的本公开的第二示例。
步骤6.SMF可以为所述PDU会话创建(或建立)与UPF的N4会话。这允许SMF为与UPF的所述PDU会话设置分组检测、实施和报告规则。SMF可以使用路径ID来指示哪个业务可以被引导/路由到哪些路径。
有关更多信息,请参见本说明书的本公开的第五示例。
步骤7.SMF可以向AMF发送包含到NG-RAN的N2 SM信息和到UE的NAS消息(例如PDU会话建立接受消息)的Namf_Communication_N1N2MessageTransfer。
上述N2 SM信息可以包括关于路径#1的QoS流(QFI、QoS配置文件等)的信息和CN隧道信息(或UL NG-U UP TNL信息)。
有关更多信息,请参见本说明书的本公开的第三示例。
步骤8.AMF可以将从SMF接收到的N2 SM信息和NAS消息发送到NG-RAN。
步骤9.NG-RAN可以基于从SMF接收的PDU会话相关信息来分配/设置路径#1的资源。资源分配/设置可以用于Uu和N3(也称为NG-U)段。对于Uu段,NG-RAN可以经由UE到网络中继器来与UE分配/建立资源。关于进一步的细节,可以参考本说明书的本公开的示例3。
此外,NG-RAN可以通过UE到网络中继器向UE发送PDU会话建立接受消息。
步骤10.UE可以在路径#1上发送和接收数据。
步骤11.UE可以为直接路径分配路径ID=路径#2。UE可以执行与网络的RRC连接建立过程和服务请求过程。此时,它可以向NG-RAN提供分配给上述到NG-RAN的直接路径的路径ID。
关于进一步的细节,参考本说明书的本公开的第一示例的第一示例。
步骤12-13.对于经由上述步骤4创建的PDU会话,UE可以经由AMF请求SMF修改PDU会话或添加路径。UE可以在用于上述请求的PDU会话修改请求消息中包括路径ID=路径#2。UE还可以在PDU会话修改请求消息中包括指示它是多路径PDU会话的信息、指示它是间接路径的信息等。
有关更多信息,请参见本说明书的本公开的第一示例的第一示例和本说明书的本公开的第二示例的第二示例。
步骤14至步骤16.在图11a和11b的示例中能够以与图10a和10b的示例的步骤14至16相同的方式执行,步骤14至步骤16。关于详细操作,将参考图10a和10b的示例的步骤14至16。
步骤17.基于从SMF接收的PDU会话相关信息,NG-RAN可以为路径#2分配/设置资源。资源分配/设置可以针对Uu和N3(也称为NG-U)段。关于更多细节,可以参考说明书开头的第三示例。
NG-RAN还可以向UE发送PDU会话修改命令消息。NG-RAN可以从UE接收PDU会话修改确认消息。
步骤18.如果在上述步骤16中从SMF接收的N2 SM信息包括关于路径#1的信息,则NG-RAN可以设置/更新路径#1的资源。可以在执行上述步骤17的操作之前执行步骤18。例如,在步骤17中,NG-RAN可以在要发送给UE的RRC消息中包括路径#2的资源分配/设置信息,并且还可以在RRC消息中包括路径#1的资源设置/更新信息。
有关更多信息,请参见本说明书的本公开的第三示例。
步骤19.UE可以经由路径#1,即经由UE到网络中继器来发送和接收数据。
步骤20.UE可以在路径#2上发送和接收数据。
与先前描述的示例不同,UE可以分别在步骤4和步骤12中(而不是在步骤3和步骤11中)向NG-RAN提供分配给间接路径的路径ID和分配给直接路径的路径ID。
11-3.本说明书的本公开的第十一示例的第三示例
本公开的第十一示例的第三示例描述了当路径#1是直接路径并且路径#2是间接路径时由UE分配/确定路径ID的示例。
本公开的第十一示例的第三示例描述了结合本说明书的本公开的第一至第五示例的示例。例如,本说明书的本公开的第十一示例的第三示例描述了应用本公开的第十一示例的第一示例的内容的实施例,其中,对于路径#1是直接路径并且路径#2是间接路径的情况,由UE分配/确定路径ID。
具体而言,本公开描述了一个实施例,该实施例应用本公开第一示例的第一示例的“2)每当UE在新路径上连接到网络时(或每当形成新路径时,或每当希望形成新路径时)仅分配路径ID用于间接路径”。
以下附图旨在说明本公开的特定实施例。附图中所示的特定设备的名称或特定信号/消息/字段的名称仅用于说明目的,本说明书的技术特征不限于以下附图中使用的特定名称。
图12a和图12b图示了根据本公开的第十一示例的第三示例的操作示例。
步骤1.UE不为直接路径分配路径ID。UE可以执行与网络的RRC关联建立过程和注册过程。
步骤2-3.UE可以经由AMF请求SMF创建PDU会话。UE可以在用于请求的PDU会话建立请求消息中包括指示它是多路径PDU会话的信息。
有关更多信息,请参见本说明书的本公开的第二示例。
步骤4.SMF可以为所述PDU会话创建(或建立)与UPF的N4会话。这允许SMF为UPF设置用于所述PDU会话的分组检测、实施和报告规则。
步骤5.SMF可以向AMF发送包含到NG-RAN的N2 SM信息和到UE的NAS消息(例如PDU会话建立接受消息)的Namf_Communication_N1N2MessageTransfer。
上述N2 SM信息可以包括关于直接路径的QoS流的信息(QFI、QoS配置文件等)和CN隧道信息(或UL NG-U UP TNL信息)。
步骤6.AMF可以将从SMF接收到的N2 SM信息和NAS消息发送到NG-RAN。
步骤7.NG-RAN可以基于从SMF接收的PDU会话相关信息来分配/设置用于直接路径的资源。资源分配/设置可以针对Uu和N3(也称为NG-U)段。
NG-RAN还向UE发送PDU会话建立接受消息。
步骤8.UE可以在直接路径上发送和接收数据。
步骤9.UE可以发现UE到网络中继器,并选择UE到网络中继器来利用间接路径。
步骤10.UE可以与UE到网络中继器形成PC5连接。
步骤11.UE可以为间接路径分配路径ID=路径#1。UE可以通过UE到网络中继器与网络建立RRC连接,并执行服务请求。此时,UE可以向NG-RAN提供分配给间接路径的路径ID。
有关更多信息,请参阅本说明书的本公开的第一示例的第一示例。
步骤12-13.UE可以请求SMF改变PDU会话或者添加用于通过上述步骤2创建的PDU会话的路径。UE的请求可以经由UE到网络中继器和AMF发送到SMF。UE可以在用于请求的PDU会话修改请求消息中包括路径ID=路径#1。此外,指示它是多路径PDU会话的信息和指示它是间接路径的信息可以包括在PDU会话修改请求消息中。
有关更多信息,请参见本公开说明书的第一示例的第一示例和说明书的本公开的第二示例的第二示例。
步骤14.SMF可以针对与UPF的上述PDU会话来修改N4会话。SMF可以使用路径ID来指示哪个业务可以被引导/路由到哪个路径(包括通过不提供路径ID和/或通过指示它是直接路径使得UPF知道用于直接路径的N4规则)。SMF可以为UPF提供一个或多个路径的N4规则:不为其分配路径ID的直接路径和为其分配作为路径#1的路径ID的间接路径。
有关更多信息,请参见本说明书的本公开的第五示例。
步骤15.SMF可以向AMF发送包括要发送到NG-RAN的N2 SM信息和要发送到UE的NAS消息(例如PDU会话修改命令消息)的Namf_Communication_N1N2MessageTransfer。
N2 SM信息可以包括关于路径#1的QoS流的信息(诸如QFI、QoS配置文件等的信息)和诸如CN隧道信息(或UL NG-U UP TNL信息)的信息。此外,N2 SM信息可以包括关于更新的QoS流的信息(诸如QFI、QoS配置文件等的信息)和诸如未被分配路径ID的直接路径的CN隧道信息(或UL NG-U UP TNL信息)的信息。这可以通过不提供用于直接路径的路径ID和/或通过指示它是直接路径从而NG-RAN可以识别出该信息是用于直接路径的来实现。
有关更多信息,请参见本说明书的本公开的第三示例。
PDU会话修改命令消息可以包括与提供给UE的PDU会话的引导/路由有关的信息,并且可以使用路径ID来指示哪个业务可以被引导路由到哪个路径(包括通过不提供路径ID和/或通过指示它是直接路径,使得UE知道该信息用于直接路径)。
有关更多信息,请参见本说明书的本公开的第四示例。
步骤16.AMF可以将从SMF接收到的N2 SM信息和NAS消息发送到NG-RAN。
步骤17.基于从SMF接收的PDU会话相关信息,NG-RAN可以为路径#1分配/设置资源。资源分配/设置可以针对Uu和N3(也称为NG-U)段。对于Uu段,可以经由UE到网络中继器与UE分配/建立资源。关于进一步的细节,可以参考本说明书的本公开中的第三示例。
NG-RAN还可以通过UE到网络中继器向UE发送PDU会话修改命令消息。NG-RAN可以从UE接收PDU会话修改确认消息。
步骤18.如果在上述步骤16中从SMF接收的N2 SM信息包括关于直接路径的信息,则NG-RAN可以设置/更新该路径的资源。可以在执行上述步骤17的操作之前执行步骤18。例如,在步骤17中,NG-RAN在要发送给UE的RRC消息中包括用于路径#1的资源分配/设置信息,并且还包括用于其没有分配路径ID的直接路径的资源设置/更新信息。
有关更多信息,请参见本说明书的本公开的第三示例。
步骤19.UE可以在直接路径上发送和接收数据。
步骤20.UE可以经由路径#1,即经由UE到网络中继器发送和接收数据。
与前面描述的示例不同,UE还可以在步骤12中而不是步骤11中向NG-RAN提供分配给间接路径的路径ID。
11-4.本说明书的本公开的第十一示例的第四示例
本公开的第十一示例的第四示例描述了当路径#1是间接路径并且路径#2是直接路径时由UE分配/确定路径ID的示例。
本公开的第十一示例的第四示例描述了结合本说明书的本公开的第一至第五示例的示例。例如,本公开的第十一示例的第四示例描述了应用本公开的第一示例的第一示例内容的实施例,其中,对于路径#1是间接路径并且路径#2是直接路径的情况,由UE分配/确定路径ID。
具体而言,本公开描述了一个实施例,该实施例应用本公开第一示例的第一示例的“2)每当UE在新路径上连接到网络时(或每当形成新路径时,或每当希望形成新路径时)仅分配路径ID用于间接路径。”。
以下附图旨在说明本公开的特定实施例。附图中所示的特定设备的名称或特定信号/消息/字段的名称仅用于说明目的,本说明书的技术特征不限于以下附图中使用的特定名称。
图13a和图13b图示了根据本公开的第十一示例的第四示例的操作示例。
步骤1-3.这能够以与图11a和图11b中的步骤1-3相同的方式来执行。
步骤4-5.UE可以经由UE到网络中继器和AMF请求SMF生成PDU会话。例如,UE可以经由UE到网络中继器向AMF发送PDU会话建立请求消息,并且AMF可以向SMF发送包含PDU会话建立请求消息的请求消息(例如,Nsmf_PDUSession_CreateSMContext请求消息)。UE可以在用于所述请求的PDU会话建立请求消息中包括信息路径ID=路径#1。此外,UE可以在PDU会话建立请求消息中包括指示它是多路径PDU会话的信息、指示它是间接路径的信息等。
有关更多信息,请参见本说明书的本公开的第一示例的第一示例和本说明书的本公开的第二示例。
能够以与图11a和图11b中的步骤6至步骤10相同的方式执行步骤6至10。
步骤11.UE可以不为直接路径分配路径ID。UE可以执行与网络的RRC连接建立过程和服务请求过程。
步骤12-13.对于经由上述步骤4创建的PDU会话,UE可以经由AMF请求SMF修改PDU会话或添加路径。UE可以在针对所述请求的PDU会话修改请求消息中包括指示它是多路径PDU会话的信息等。
有关更多信息,请参见本说明书的本公开的第二示例。
步骤14.这能够以与图12a和图12b中的步骤14相同的方式来执行。
步骤15.SMF可以向AMF发送包含要发送到NG-RAN的N2 SM信息和要发送到UE的NAS消息(例如PDU会话修改命令消息)的Namf_Communication_N1N2MessageTransfer。
上述N2 SM信息可以包括关于不分配路径ID的直接路径的QoS流的信息(诸如QFI、QoS配置文件等的信息)和CN隧道信息(或者UL NG-U UP TNL信息)。根据这样的信息,SMF可以不对于直接路径提供路径ID和/或可以指示它是直接路径,使得NG-RAN可以识别该信息是用于直接路径的。此外,N2 SM信息可以包括关于路径#1的更新的QoS流的信息(诸如QFI、QoS配置文件等的信息)和诸如CN隧道信息(或UL NG-U UP TNL信息)的信息。
有关更多信息,请参见本说明书的本公开的第三示例。
PDU会话修改命令消息可以包括与提供给UE的PDU会话的引导/路由有关的信息,并且可以使用路径ID来指示哪个业务可以被引导/路由到哪个路径(包括通过不提供路径ID和/或通过指示它是直接路径,使得UE知道该信息用于直接路径)。
有关更多信息,请参见本说明书的本公开的第四示例。
步骤16.AMF可以将从SMF接收到的N2 SM信息和NAS消息发送到NG-RAN。
步骤17.基于从SMF接收的PDU会话相关信息,NG-RAN可以为直接路径分配/设置资源。资源分配/设置可以针对Uu和N3(也称为NG-U)段。关于更多细节,可以参考说明书开头的第三示例。
NG-RAN还可以向UE发送PDU会话修改命令消息。NG-RAN可以从UE接收PDU会话修改确认消息。
步骤18.如果在上述步骤16中从SMF接收的N2 SM信息包括关于路径#1的信息,则NG-RAN可以设置/更新路径#1的资源。可以在执行上述步骤17的操作之前执行步骤18。例如,在步骤17中,NG-RAN在要发送给UE的RRC消息中包括用于路径#1的资源分配/设置信息,并且还包括用于其没有分配路径ID的直接路径的资源设置/更新信息。
有关更多信息,请参见本说明书的本公开的第三示例。
步骤19.UE可以经由路径#1,即经由UE到网络中继器发送和接收数据。
步骤20.UE可以在直接路径上发送和接收数据。
与前面描述的示例不同,UE可以在步骤4而不是步骤3中向NG-RAN提供分配给间接路径的路径ID。
12.本说明书的本公开的第十二示例
本公开的第十二示例描述了先前在本公开的第一至第十一示例中描述的各种示例的附加或常见应用。
在本公开的第一示例至第十一示例中,描述了本公开的各种示例。
应当注意,本公开的第一示例至第十一示例中的描述不仅可以应用于多路径PDU会话,还可以应用于正常PDU会话,即,在一条路径上为3GPP接入提供服务的PDU会话。这可以被理解为UE经由多个3GPP路径连接到网络,但是一些PDU会话仅由一个路径提供服务的情况,如图8a至图8d的示例中所示。
如果在多路径场景中不考虑多于一个的间接路径,即,如果仅考虑一个直接路径和一个间接路径场景,如图8a的示例和图8c的示例所示,则可能不需要路径ID来区分每个路径。在这种情况下,可以认为路径类型信息足以区分路径。
可以同时支持多接入PDU会话(请参见TS23.501V16.9.0中的第5.32条“对ATSSS的支持”)和多路径PDU会话。例如,如果PDU会话可以由3GPP接入和非3GPP接入(即,表现为MAPDU会话的PDU会话)这两者来服务,并且可以通过如上所述的用于3GPP接入的多个路径被服务,则以下描述可以适用:
-UE可以通过评估/使用用于业务引导/路由的ATSSS规则来确定接入类型。UE然后可以基于多路径相关的业务引导/路由规则/策略来确定用于后续3GPP接入的路径(例如,参见说明书开头的示例4)。可替选地,ATSSS规则和多路径相关的业务引导/路由规则/策略能够以集成的形式提供给UE。这样,UE可以基于所述集成的规则执行业务引导/路由。
-UPF可以评估/利用用于业务引导/路由的多接入规则来确定接入类型,然后基于用于3GPP接入的多路径规则(例如,参见本说明书的第五示例)来确定路径。可替选地,多接入规则和多路径规则能够以集成形式提供给UPF,使得UPF基于所述集成形式的规则来执行业务引导/路由。
路径ID还可以包括路径类型信息。
PC5链路标识符是标识在UE和UE到网络中继器之间形成的单播链路的标识符,可以用作间接路径的路径ID。在这种情况下,网络可以向PC5链路标识符附加附加附加信息(例如,服务PLMN ID、中继UE ID等)以创建新的路径ID。可替选地,网络可以将PC5链路标识与附加信息一起存储并一起使用。在这种情况下,如果终端更新PC5链路标识符,则终端应将更新的标识符通知网络。
此外,可以使用终端和每个网络节点(例如,NG-RAN/AMF/SMF)使用的现有信息来代替路径ID。例如,新的PDU会话ID可以用于终端向每个路径发送的SM NAS信令。在这种情况下,NG-RAN可以基于分配给终端的无线电网络临时标识符(RNTI)信息来区分特定路径。AMF可以使用分配给N2关联的TNL信息、NGAP ID信息、PDU会话ID等来区分路径。SMF可以通过使用在创建会话时创建的PDU会话ID信息、URI信息等来区分路径。在这种情况下,终端可以向AMF发送包含在第一路径或先前路径中使用的PDU会话ID信息的消息,以帮助AMF选择相同的SMF。
现在参考图14,以下描述根据本公开的各种示例的UE的操作和SMF的操作。
以下附图旨在说明本公开的特定实施例。附图中所示的特定设备的名称或特定信号/消息/字段的名称仅用于说明目的,本说明书的技术特征不限于以下附图中使用的特定名称。
图14图示了根据本公开的UE的操作和SMF的操作的示例。
图14的示例图示了根据上述本公开的各种示例的终端(例如,UE)和/或网络(例如,NG-RAN、AMF、SMF、UPF等)操作的一个示例。应当注意,图14的示例中描述的终端的操作和/或网络(例如,NG-RAN、AMF、SMF、UPF等)的操作仅是说明性的,并且本公开的范围不受图14的示例中描述的内容的限制。例如,终端和/或网络(例如,NG-RAN、AMF、SMF、UPF等)可以执行先前在本公开的第一至第十二示例中描述的操作,即使没有在图14的示例中描述。
以下附图旨在说明本公开的特定实施例。附图中所示的特定设备的名称或特定信号/消息/字段的名称仅用于说明目的,本说明书的技术特征不限于以下附图中使用的特定名称。
在图14的示例中,UE和SMF可以支持MP PDU会话,如本公开的各个示例中所述。
注意,在图14的示例中,仅示出了UE和SMF,但这仅用于说明目的。例如,在本文的各种示例中描述的NG-RAN、AMF、UPF等也可以执行在图14的示例中所描述的操作。例如,在图14的示例中,由UE发送的信号可以经由NG-RAN、AMF等发送到SMF。例如,在图14的示例中,由SMF发送的信号可以经由AMF和NG-RAN传递到UE。
在步骤S1401中,UE可以向SMF发送用于第一PDU会话的PDU会话建立请求消息。
例如,PDU会话建立请求消息可以包括第一PDU会话是MP PDU会话的信息。PDU会话建立请求消息可以在UE和NG-RAN之间的第一路径上发送。
例如,在执行步骤S1401之前,UE可以基于与MP PDU会话相关联的策略信息来确定是否生成MP PDU会话。
在步骤S1402中,UE可以从SMF接收用于第一PDU会话的PDU会话建立接受消息。
在步骤S1403中,UE可以向SMF发送用于第一PDU会话的PDU会话修改请求消息。
PDU会话修改请求消息可以在UE和NG-RAN之间的第二路径上发送。PDU会话修改请求消息可以包括所述第二路径的路径ID。
在步骤S1404,UE可以从SMF接收用于第一PDU会话的PDU会话修改命令消息。
然后可以通过第一和第二路径建立第一PDU会话。
注意,所述PDU会话修改命令消息还可以包括关于如何针对第一路径和第二路径中的每个引导和/或路由业务的业务信息。基于业务信息,UE可以在发送与第一PDU会话相关联的上行链路业务时使用第一路径和/或第二路径。
例如,SMF还可以向UPF发送关于第一PDU会话的业务如何在第一路径和/或第二路径上被引导和/或路由的业务信息。基于业务信息,UPF然后可以通过第一路径和/或第二路径向UE发送下行链路数据。
例如,SMF可以向NG-RAN发送关于第一PDU会话的信息(例如,关于QoS流的信息、CN隧道信息等、路径信息)。基于从SMF接收的关于第一PDU会话的信息,NG-RAN可以为第一路径和/或第二路径分配和/或建立资源。
如本公开中参考各种示例所述,可以有效地支持与MP PDU会话相关联的通信。例如,对于由网络在多个路径上服务的PDU会话,该PDU会话可以由SMF有效地支持,该SMF通知NG-RAN它应该为哪些路径保留/分配QoS流相关资源。
如本公开中参考各种示例所述,当UE在第一路径上执行与网络的RRC连接建立和注册时,UE可以向NG-RAN提供分配给第一路径的路径ID。当UE请求SMF在第一路径上创建多路径PDU会话时,UE可以向SMF提供第一路径的路径ID。SMF在UPF中为第一路径提供N4规则,并向NG-RAN提供关于PDU会话的信息。NG-RAN可以为第一路径分配/设置资源。当UE经由第二路径与网络建立RRC连接并执行服务请求时,UE可以向NG-RAN提供分配给第二路径的路径ID。当UE为经由第一路径创建的PDU会话经由第二路径向SMF请求PDU会话改变或路径添加时,UE可以向SMF提供第二路径的路径ID。SMF在UPF中为第二路径提供N4规则,并向NG-RAN提供关于PDU会话的信息。NG-RAN可以为第二路径分配/设置资源。SMF为第一路径向UPF提供更新的N4规则,并且可以向NG-RAN提供更新的PDU会话信息。NG-RAN可以更新其用于第一路径的资源。SMF可以向UE提供PDU会话的第一路径和/或第二路径的引导/路由相关信息。
如本公开中参考各种示例所述,以下说明性描述可能适用。
1)UE可以通过第一路径与5G网络建立连接:
-当与5G网络建立连接时,UE为第一路径分配路径ID,并将其提供给NG-RAN。
-建立与5G网络的连接可以是以下动作的一个或多个:建立与NG-RAN的RRC连接,恢复与NG-RAN的RRC连接,向5GC注册,请求来自5GC的服务,以及恢复与5GC的连接。
-当与所述5G网络建立连接时,UE可以向NG-RAN和/或5GC提供以下信息中的一个或多个:指示其支持多路径的信息、指示其支持多路径PDU会话的信息。UE被提供到的NG-RAN和/或5GC然后可以提供以下信息中的一个或多个:指示其支持多路径的信息、指示其支持多路径PDU会话的信息。
-当与5G网络建立连接时,UE可以向NG-RAN和/或5GC提供以下信息中的一个或多个:指示哪个路径是第一路径的信息(在这种情况下,指示它是第一路径的信息)、关于第一路径的路径相关信息(路径类型信息、UE到网络中继器的标识信息(如果是间接路径))。
2)UE可以向5GC发送请求消息(例如,PDU会话建立请求),以在第一路径上创建多路径PDU会话:
-请求消息包括PDU会话ID。
-请求消息可以包括指示其用于MP PDU会话的信息。这样的信息可以包括在由SMF递送的SM NAS消息中和/或包含所述SM NAS消息的NAS消息中。
-当发送上述请求消息时,UE可以向SMF提供第一路径的路径ID。
-当发送上述请求消息时,UE可以向SMF提供第一路径的路径相关信息(路径类型信息、在间接路径的情况下UE到网络中继器的标识信息)。
3)对于上面请求创建的MP PDU会话,SMF可以向NG-RAN提供PDU会话相关信息:
-向PDU会话相关信息(QoS流相关信息、CN隧道信息中的一个或多个)提供相关联的路径ID信息。结果,NG-RAN可以确定/识别哪个路径与PDU会话相关联、哪个路径与QoS流相关联、以及哪个路径与CN隧道信息相关联。并且它可以为这些路径分配/设置资源。
4)SMF可以向UE提供用于上面请求创建的MP PDU会话的引导/路由相关信息。
-引导/路由信息可用于指示应使用路径ID将哪个业务引导/路由到哪个路径。
5)UE可以通过第二路径与5G网络建立连接:
-当与5G网络建立连接时,UE为第二条路径分配路径ID,并将其提供给NG-RAN。
-建立与5G网络的连接可以是以下操作中的一个或多个:建立与NG-RAN的RRC连接,恢复与NG-RAN的RRC连接,向5GC注册,请求来自5GC的服务,恢复与5GC的连接,向NG-RAN添加路径,以及向5GC添加路径。
-当与所述5G网络建立连接时,UE可以向NG-RAN和/或5GC提供以下信息中的一个或多个:指示其支持多路径的信息、指示其支持多路径PDU会话的信息。UE被提供到的NG-RAN和/或5GC然后可以提供以下信息中的一个或多个:指示其支持多路径的信息、指示其支持多路径PDU会话的信息。
-当建立与5G网络的连接时,UE可以提供以下信息的一个或多个:指示正在向NG-RAN和/或5GC添加路径的信息、指示这是第二路径的信息、关于先前建立的路径的信息(例如先前建立的路径的路径ID)、以及关于第二路径的路径相关信息(例如路径类型信息,以及UE到网络中继器的标识信息(如果是间接路径))。
6)UE可以向5GC发送请求消息,以通过第二路径向多路径PDU会话添加第二路径:
-请求消息包括请求中包含的PDU会话ID,以通过第一路径生成PDU会话。
-请求消息可以包括指示其用于MP PDU会话的信息。这样的信息可以包括在由SMF递送的SM NAS消息中和/或包含所述SM NAS消息的NAS消息中。
-当发送上述请求消息时,UE可以向SMF提供第二路径的路径ID。
-当发送上述请求消息时,UE可以向SMF提供第二路径的路径相关信息(路径类型信息、在间接路径的情况下UE到网络中继器的标识信息)。
7)SMF可以向NG-RAN提供用于路径添加请求的MP PDU会话的PDU会话相关信息:
-PDU会话相关信息(QoS流相关信息、CN隧道信息中的一个或多个)与相关的路径ID信息一起提供。结果,NG-RAN可以确定/识别哪个路径与PDU会话相关联,哪个路径与QoS流相关联,以及哪个路径与CN隧道信息相关联。并且NG-RAN可以为那些路径分配/设置资源。
8)SMF可以向UE提供用于上述路径添加请求的MP PDU会话的引导/路由相关信息:
-引导/路由相关信息可以使用路径ID来指示哪个业务应该引导/路由到哪个(些)路径。
9)第一路径和第二路径可以是以下路径之一:
-其中一条路径是直接路径,另一条是间接路径。
-两条路径都是间接路径。这两个间接路径可以是通过不同UE到网络中继器的路径。
作为参考,本说明书中描述的终端(例如,UE、UE到网络中继器)的操作可以通过上述图1到图4的装置来实现。例如,终端(例如,UE、UE到网络中继器)可以是图2的第一设备100或第二设备200。例如,这里描述的终端(例如,UE、UE到网络中继器)的操作可以由一个或多个处理器102或202来处理。这里描述的终端的操作能够以可由一个或多个处理器102或202执行的指令/程序(例如,指令、可执行代码)的形式存储在一个或多个存储器104或204中。一个或多个处理器102或202控制一个或多个存储器104或204以及一个或多个收发器105或206,并且可以通过执行存储在一个或多个存储器104或者204中的指令/程序来执行本文所述的终端(例如,UE)的操作。
此外,本说明书的本公开中描述的用于执行终端(例如,UE、UE到网络中继器)的操作的指令可以存储在非易失性计算机可读存储介质中,在该存储介质中记录该指令。存储介质可以被包括在一个或多个存储器104或204中。并且,记录在存储介质中的指令可以由一个或多个处理器102或202执行,以执行本说明书的本公开中描述的终端(例如,UE、UE到网络中继器)的操作。
作为参考,本文所述的网络节点(例如,AMF、SMF、UPF等)或基站(例如,NG-RAN、gNB、eNB、RAN、e-UTRAN等)的操作可以由以下将要描述的图1至图3的装置来实现。例如,网络节点或基站可以是图2的第一设备100或图2的第二设备200。例如,这里描述的网络节点或基站的操作可以由一个或多个处理器102或202来处理。这里描述的终端的操作能够以由一个或多个处理器102或202可执行的指令/程序(例如,指令、可执行代码)的形式被存储在一个或多个存储器104或204中。一个或多个处理器102或202可以通过控制一个或多个存储器104或204和一个或多个收发器106或206并执行存储在一个或多个存储器104和204中的指令/程序来执行本文所述的网络节点或基站的操作。
此外,用于执行本说明书的本公开中描述的网络节点或基站的操作的指令可以存储在非易失性(或非暂时性)计算机可读存储介质中。存储介质可以被包括在一个或多个存储器104或204中。并且,记录在存储介质中的指令由一个或多个处理器102或202执行,从而执行网络节点或基站的操作。
在上文中,已经示例性地描述了优选实施例,但本说明书的本公开不限于这样的特定实施例,因此,可以进行修改、改变或改进。
在上述示例性系统中,基于流程图将方法描述作为一系列步骤或块,但该方法不限于所述步骤的顺序,一些步骤能够以不同的顺序发生,或者与上述其他步骤同时发生。此外,本领域技术人员将理解,流程图中所示的步骤不是排他性的,并且可以包括其他步骤,或者可以在不影响权利范围的情况下删除流程图的一个或多个步骤。
本文所述的权利要求能够以各种方式进行组合。例如,本说明书的方法权利要求的技术特征可以被组合并实现为装置,并且本说明书的装置权利要求的技术特征可以被组合并实现为方法。此外,本说明书的方法权利要求的技术特征和装置权利要求的技术特征可以被组合以实现为装置,并且本说明书的方法权利要求的技术特征和装置权利要求的技术特征可以被组合并实现为方法。

Claims (15)

1.一种用于执行通信的方法,所述方法由用户设备(UE)执行,并且包括:
向会话管理功能(SMF)发送分组数据单元(PDU)会话建立请求消息;
从所述SMF接收用于第一PDU会话的PDU会话建立接受消息;
向所述SMF发送用于所述第一PDU会话的PDU会话修改请求消息;以及
从所述SMF接收用于所述第一PDU会话的PDU会话修改命令消息,
其中,所述PDU会话建立请求消息包括所述第一PDU会话是多路径(MP)PDU会话的信息,
其中,在所述UE和新一代无线电接入网络(NG-RAN)之间的第一路径上发送所述PDU会话建立接受消息,
其中,在所述UE和所述NG-RAN之间的第二路径上发送所述PDU会话修改请求消息,以及
其中,所述PDU会话修改请求消息包括所述第二路径的路径标识(路径ID)。
2.根据权利要求1所述的方法,
其中,所述第一PDU会话经由所述第一路径和所述第二路径这两者被连接到所述网络。
3.根据权利要求1所述的方法,进一步包括:
基于与所述多路径PDU会话相关联的策略信息,确定将所述第一PDU会话建立为MP PDU会话。
4.根据权利要求1所述的方法,
其中,所述PDU会话建立请求消息包括所述第一路径的路径ID。
5.根据权利要求1所述的方法,
其中,经由所述第一路径和所述第二路径这两者来建立所述MP PDU会话。
6.根据权利要求1所述的方法,
其中,所述PDU会话修改命令消息包括关于如何针对所述第一路径和所述第二路径中的每个引导和/或路由业务的业务信息。
7.根据权利要求1所述的方法,进一步包括:
基于所述业务信息,经由所述第一路径和/或所述第二路径来发送与所述第一PDU会话相关联的业务。
8.根据权利要求1所述的方法,
其中,所述PDU会话建立接受消息包括与第一路径相关的信息,
其中,与所述第一路径相关的信息包括所述第一路径的路径ID、所述第一路径的类型信息、以及在所述第一路径是通过UE到网络中继器的情况下关于所述UE到网络中继器的信息中的至少一个,以及
其中,由所述NG-RAN来使用与所述第一路径相关的信息以分配与所述第一路径相关的资源。
9.根据权利要求1所述的方法,
其中,所述PDU会话修改命令消息包括与第二路径相关的信息,
其中,与所述第二路径相关的信息包括所述第二路径的路径ID、所述第一路径的类型信息和/或在所述第二路径是通过UE到网络中继器的路径的情况下关于所述UE到网络中继器的信息中的至少一个,以及
其中,由所述NG-RAN来使用与所述第二路径相关的信息以分配与所述第二路径相关的资源。
10.一种用于执行通信的用户设备(UE),所述UE包括:
至少一个处理器;以及
至少一个存储器,所述至少一个存储器存储指令并且与所述至少一个处理器可操作地电连接,
其中,基于由所述至少一个处理器执行所述指令而执行的操作包括:
向会话管理功能(SMF)发送分组数据单元(PDU)会话建立请求消息;
从所述SMF接收用于第一PDU会话的PDU会话建立接受消息;
向所述SMF发送用于所述第一PDU会话的PDU会话修改请求消息;以及
从所述SMF接收用于所述第一PDU会话的PDU会话修改命令消息,
其中,所述PDU会话建立请求消息包括所述第一PDU会话是多路径(MP)PDU会话的信息,
其中,在所述UE和新一代无线电接入网络(NG-RAN)之间的第一路径上发送所述PDU会话建立接受消息,
其中,在所述UE和所述NG-RAN之间的第二路径上发送所述PDU会话修改请求消息,以及
其中,所述PDU会话修改请求消息包括所述第二路径的路径标识(路径ID)。
11.根据权利要求10所述的UE,
其中,所述UE是与除了所述UE之外的移动终端、网络和自主车辆中的至少一个通信的自主设备。
12.一种用于执行通信的装置,所述装置包括:
至少一个处理器;以及
至少一个存储器,所述至少一个存储器存储指令并且与所述至少一个处理器可操作地电连接,
其中,基于由所述至少一个处理器执行所述指令而执行的操作包括:
向会话管理功能(SMF)发送分组数据单元(PDU)会话建立请求消息;
从所述SMF接收用于第一PDU会话的PDU会话建立接受消息;
向所述SMF发送用于所述第一PDU会话的PDU会话修改请求消息;以及
从所述SMF接收用于所述第一PDU会话的PDU会话修改命令消息,
其中,所述PDU会话建立请求消息包括所述第一PDU会话是多路径(MP)PDU会话的信息,
其中,在所述UE和新一代无线电接入网络(NG-RAN)之间的第一路径上发送所述PDU会话建立接受消息,
其中,在所述UE和所述NG-RAN之间的第二路径上发送所述PDU会话修改请求消息,以及
其中,所述PDU会话修改请求消息包括所述第二路径的路径标识(路径ID)。
13.一种存储指令的非暂时性计算机可读介质,
其中,所述指令当由一个或多个处理器执行时使所述一个或多个处理器执行操作,所述操作包括:
向会话管理功能(SMF)发送分组数据单元(PDU)会话建立请求消息;
从所述SMF接收用于第一PDU会话的PDU会话建立接受消息;
向所述SMF发送用于所述第一PDU会话的PDU会话修改请求消息;以及
从所述SMF接收用于所述第一PDU会话的PDU会话修改命令消息,
其中,所述PDU会话建立请求消息包括所述第一PDU会话是多路径(MP)PDU会话的信息,
其中,在所述UE和新一代无线电接入网络(NG-RAN)之间的第一路径上发送所述PDU会话建立接受消息,
其中,在所述UE和所述NG-RAN之间的第二路径上发送所述PDU会话修改请求消息,以及
其中,所述PDU会话修改请求消息包括所述第二路径的路径标识(路径ID)。
14.一种用于执行通信的方法,所述方法由会话管理功能(SMF)执行,并且包括:
从用户设备(UE)接收针对第一分组数据单元(PDU)会话的PDU会话建立请求消息;
向用户面功能(UPF)发送用于所述第一PDU会话的N4会话建立请求消息;
向所述UE发送用于所述第一PDU会话的PDU会话建立接受消息;
从所述UE接收用于所述第一PDU会话的PDU会话修改请求消息;
向所述UPF发送用于所述第一PDU会话的N4会话修改请求消息;以及
向所述UE发送用于所述第一PDU会话的PDU会话修改命令消息,
其中,所述PDU会话建立请求消息包括所述第一PDU会话是多路径(MP)PDU会话的信息,
其中,所述PDU会话修改请求消息包括所述第一PDU会话是MP PDU会话的信息,
其中,所述PDU会话修改命令消息包括第二路径的路径标识符(ID),以及
其中,基于接收到所述第一PDU会话是MP PDU会话的信息,所述PDU会话修改命令消息包括关于如何针对所述第一路径和所述第二路径中的每个引导和/或路由业务的业务信息。
15.一种用于执行通信的会话管理功能(SMF),所述SMF包括:
至少一个处理器;以及
至少一个存储器,所述至少一个存储器存储指令并且与所述至少一个处理器可操作地电连接,
其中,基于由所述至少一个处理器执行所述指令而执行的操作包括:
从用户设备(UE)接收针对第一分组数据单元(PDU)会话的PDU会话建立请求消息;
向用户面功能(UPF)发送用于所述第一PDU会话的N4会话建立请求消息;
向所述UE发送用于所述第一PDU会话的PDU会话建立接受消息;
从所述UE接收针对所述第一PDU会话的PDU会话修改请求消息;
向所述UPF发送用于第一PDU会话的N4会话修改请求消息;以及
向所述UE发送用于所述第一PDU会话的PDU会话修改命令消息,
其中,所述PDU会话建立请求消息包括所述第一PDU会话是多路径(MP)PDU会话的信息,
其中,所述PDU会话修改请求消息包括所述第一PDU会话是MP PDU会话的信息,
其中,所述PDU会话修改命令消息包括第二路径的路径标识符(ID),以及
其中,基于接收到所述第一PDU会话是MP PDU会话的信息,所述PDU会话修改命令消息包括关于如何针对所述第一路径和所述第二路径中的每个引导和/或路由业务的业务信息。
CN202280048725.0A 2021-07-14 2022-07-12 多路径pdu会话 Pending CN117616868A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
KR10-2021-0092394 2021-07-14
KR10-2021-0095947 2021-07-21
KR10-2022-0025014 2022-02-25
KR20220025014 2022-02-25
PCT/KR2022/010105 WO2023287154A1 (ko) 2021-07-14 2022-07-12 다중 경로 pdu 세션

Publications (1)

Publication Number Publication Date
CN117616868A true CN117616868A (zh) 2024-02-27

Family

ID=89948417

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280048725.0A Pending CN117616868A (zh) 2021-07-14 2022-07-12 多路径pdu会话

Country Status (1)

Country Link
CN (1) CN117616868A (zh)

Similar Documents

Publication Publication Date Title
US20240008131A1 (en) Method for performing communication related to packet switch (ps) data off
US20230094062A1 (en) Communication associated with edge computing
US10743361B2 (en) Method and wireless device for handling PDU session in 5G mobile communication
US11457425B2 (en) Terminal performing registration in non-3GPP access and method performed by same
EP4124122A1 (en) Communication related to network slice
US20230319634A1 (en) Traffic control
US20230094211A1 (en) Support of service continuity between snpn and plmn
US20230397086A1 (en) Pdu session management method
US20230112312A1 (en) Support of service continuity for handover between snpn and plmn
US20230146162A1 (en) Communication method using network slice
CN115136723A (zh) 与ps数据关闭相关的通信
KR102588459B1 (ko) 멀티캐스트와 관련된 통신
US20230071408A1 (en) Communication related to multi access pdu session
CN116134895A (zh) 灾难情形结束时支持服务连续性的方法和支持其的设备
EP4199584A1 (en) Communication related to network slice
US20230345210A1 (en) Communication method by means of multicast
EP4213523A1 (en) Method for agreeing to security application policy between pc5 link and uu link in prose relay communication, and device supporting same
US20240348534A1 (en) Multipath pdu session
EP4329417A1 (en) Method for managing redundant pdu session for redundant transmission
US20230422105A1 (en) Communication related to ue context
US20230262640A1 (en) Method and apparatus for providing network slice services through multi-operator networks in wireless communication system
CN117616868A (zh) 多路径pdu会话
EP4250833A1 (en) Communication related to localized serivce
US20240188150A1 (en) Efficient terminal data collection
EP4199585A1 (en) Communication related to network slice

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