CN115039505A - 无线通信系统中具有cp与up分离的多播传输的方法及装置 - Google Patents

无线通信系统中具有cp与up分离的多播传输的方法及装置 Download PDF

Info

Publication number
CN115039505A
CN115039505A CN202180012424.8A CN202180012424A CN115039505A CN 115039505 A CN115039505 A CN 115039505A CN 202180012424 A CN202180012424 A CN 202180012424A CN 115039505 A CN115039505 A CN 115039505A
Authority
CN
China
Prior art keywords
mbs
message
bearer
gnb
ran node
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
CN202180012424.8A
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
Publication of CN115039505A publication Critical patent/CN115039505A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • H04W88/085Access point devices with remote components
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/22Manipulation of transport tunnels
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

提供了一种无线通信系统中具有CP和UP分离的多播传输方法和装置。RAN节点的CU‑UP从RAN节点的CU‑CP接收用于MBS的第一消息,其中该第一消息包括(1)MBS的ID,以及(2)用于MBS的C‑TEID。CU‑UP基于MBS的ID建立用于MBS的承载。CU‑UP经由C‑TEID指示的隧道从核心网络接收用于MBS的数据。CU‑UP经由已建立的承载向DU发送接收到的数据。

Description

无线通信系统中具有CP与UP分离的多播传输的方法及装置
技术领域
本公开涉及一种用于在无线通信系统中具有CP和UP分离的多播传输的方法和装置。
背景技术
第三代合作伙伴计划(3GPP)长期演进(LTE)是用于实现高速分组通信的技术。已经针对LTE目标提出了许多方案,其包括旨在降低用户和提供商成本、改善服务质量以及扩展和改善覆盖范围和系统容量的那些方案。3GPP LTE要求降低的每比特成本、增加服务可用性、频带的灵活使用、简单的结构、开放的接口以及适当的终端功耗作为较高级别要求。
国际电信联盟(ITU)和3GPP已开始工作以开发新无线电(NR)系统的要求和规范。3GPP不得不识别并开发成功地标准化及时满足紧急市场需求以及由ITU无线电通信部门(ITU-R)国际移动电信(IMT)-2020过程提出的更长期要求这两者的新RAT所需的技术组件。此外,即使在更遥远的未来,NR也应能够使用可用于无线通信的至少高达100GHz的任何频谱带。
NR面向解决所有使用场景、需求和部署场景的单一技术框架,其包括增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)、超可靠低时延通信(URLLC)等。NR将固有地前向兼容。
在NR中,可以支持中央单元(CU)和分布式单元(DU)的分离以及控制面(CP)和用户面(UP)的分离。
例如,gNB中央单元(gNB-CU)是托管gNB的RRC、SDAP和PDCP协议或控制一个或多个gNB-DU操作的en-gNB的RRC和PDCP协议的逻辑节点。gNB-CU终止与gNB-DU连接的F1接口。
例如,gNB分布式单元(gNB-DU)是托管gNB或en-gNB的RLC、MAC和PHY层的逻辑节点,并且其操作部分地由gNB-CU控制。一个gNB-DU支持一个或多个小区。一个小区仅由一个gNB-DU支持。gNB-DU终止与gNB-CU连接的F1接口。
例如,gNB-CU-控制面(gNB-CU-CP)是托管用于en-gNB或gNB的gNB-CU的RRC以及PDCP协议的控制面部分的逻辑节点。gNB-CU-CP终止与gNB-CU-UP连接的E1接口和与gNB-DU连接的F1-C接口。
例如,gNB-CU-用户面(gNB-CU-UP)是托管用于en-gNB的gNB-CU的PDCP协议的用户面部分、以及用于gNB的gNB-CU的PDCP协议和SDAP协议的用户面部分的逻辑节点。gNB-CU-UP终止与gNB-CU-CP连接的E1接口和与gNB-DU连接的F1-U接口。
发明内容
技术问题
在NR中,为处于连接状态的无线设备提供多播和/或广播服务(MBS)。无线设备可以经由多播传输或单播传输从网络接收MBS。多播传输可以称为点对多点(PTM)传输。单播传输可以称为点对点(PTP)传输。
必要的协调功能驻留其中的gNB-CU可以分割为控制面(CP)和用户面(UP)。
当gNB-CU-CP知道UE加入多播组时,例如,通过来自CN的信令,gNB-CU-UP可能需要知道这一点。例如,如果gNB-CU-UP知道UE加入多播组,则gNB-CU-UP能够识别并转发从CN接收到的UE的多播/广播数据到gNB-DU,该gNB-DU服务于UE。也就是说,gNB-CU-CP可能需要控制gNB-CU-UP以支持多播传输。
因此,需要研究无线通信系统中具有CP和UP分离的多播传输。
技术方案
在一个方面,提供一种由无线通信系统中的无线电接入网络(RAN)节点的中央单元(CU)-用户面(UP)执行的方法。CU-UP从RAN节点的CU-控制面(CP)接收用于多播和/或广播服务(MBS)的第一消息,其中该第一消息包括(1)MBS的标识符(ID),以及(2)用于MBS的公共隧道端点标识符(C-TEID)。CU-UP基于MBS的ID建立用于MBS的承载。CU-UP经由C-TEID指示的隧道从核心网络接收用于MBS的数据。CU-UP经由已建立的承载向DU发送接收到的数据。
另一方面中,提供一种用于实现上述方法的装置。
有益效果
本公开可以具有各种有益效果。
根据本公开的一些实施例,无线电接入网络(RAN)节点(例如,诸如gNB的基站)的CU-CP和RAN节点的CU-UP可以有效地执行多播传输。
例如,gNB-CU-UP能够在从CN接收到的数据当中识别用于UE的多播和/或广播数据,并将它们转发给UE服务于的gNB-DU。
因此,网络可以有效地提供多播和/或广播数据传输而没有任何损失。
此外,网络可以通过gNB接收多播和/或广播数据来避免UE体验的退化。
根据本公开的一些实施例,无线通信系统可以为无线通信系统中的CP和UP分离的多播传输提供有效的解决方案。
能够通过本公开的特定实施例获得的有益效果不限于上面列出的有益效果。例如,可能具有本领域的普通技术人员能够理解和/或从本公开中得出的各种技术效果。因此,本公开的具体效果不限于本文明确描述的那些,而是可以包括可以理解或从本公开的技术特征中得出的各种效果。
附图说明
图1示出应用本公开的实施方式的通信系统的示例。
图2示出应用本公开的实施方式的无线设备的示例。
图3示出应用本公开的实施方式的无线设备的示例。
图4示出应用本公开的实施方式的无线设备的另一示例。
图5示出应用本公开的实施方式的UE的示例。
图6和图7示出应用本公开的实施方式的基于3GPP的无线通信系统中的协议栈的示例。
图8示出应用本公开的实施方式的基于3GPP的无线通信系统中的帧结构。
图9示出应用本公开的实施方式的3GPP NR系统中的数据流示例。
图10示出能够应用本公开的技术特征的NG-RAN的整体架构的示例。
图11示出能够应用本公开的技术特征的F1-C的接口协议结构。
图12示出在无线通信系统中用于具有CP和UP分离的多播传输的方法的示例。
图13示出在无线通信系统中用于具有CP和UP分离的多播传输的方法的示例。
图14示出根据本公开的一些实施例的在无线通信系统中用于具有CP和UP分离的多播传输的过程的示例。
具体实施方式
可以将以下技术、装置和系统应用于各种无线多址系统。多址系统的示例包括码分多址(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。高级LTE(LTE-A)是3GPP LTE的演进版本。
为了描述的方便,主要针对基于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”,并且可以将“PDDCH”提议为“控制信息”的示例。另外,即使当被示出为“控制信息(即,PDCCH)”时,也可以将“PDCCH”提议为“控制信息”的示例。
可以单独地或同时地实现在本公开中的一个附图中单独地描述的技术特征。
尽管不限于此,本文公开的本公开的各种描述、功能、过程、建议、方法和/或操作流程图可以应用于需要设备之间的无线通信和/或连接(例如,5G)的各种领域。
在下文中,将参考附图更详细地描述本公开。除非另有说明,以下附图和/或描述中的相同附图标记可以指代相同和/或相应的硬件块、软件块和/或功能块。
图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系统的未来通信系统。
可以将BS 200和网络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可以经由BS 200被连接到网络300。可以将AI技术应用于无线设备100a至100f并且无线设备100a至100f可以经由网络300被连接到AI服务器400。可以使用3G网络、4G(例如,LTE)网络、5G(例如,NR)网络和超5G网络来配置网络300。尽管无线设备100a至100f可以通过BS 200/网络300彼此通信,但是无线设备100a至100f可以在不通过BS 200/网络300的情况下彼此执行直接通信(例如,侧链路通信)。例如,车辆100b-1和100b-2可以执行直接通信(例如,车辆到车辆(V2V)/车辆到一切(V2X)通信)。IoT设备(例如,传感器)可以与其他IoT设备(例如,传感器)或其他无线设备100a至100f执行直接通信。
可以在无线设备100a至100f之间和/或在无线设备100a至100f与BS 200之间和/或BS 200之间建立无线通信/连接150a、150b以及150c。在本文中,可以通过诸如上行链路/下行链路通信150a、侧链路通信(或设备到设备(D2D)通信)150b、基站间通信150c(例如,中继、集成接入和回程(IAB))等等的各种RAT(例如,5G NR)来建立无线通信/连接。无线设备100a至100f和BS 200/无线设备100a至100f可以通过无线通信/连接150a、150b以及150c相互发送/接收无线电信号。例如,无线通信/连接150a、150b以及150c可以通过各种物理信道发送/接收信号。为此,可以基于本公开的各种提议来执行用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如,信道编码/解码、调制/解调和资源映射/解映射)和资源分配过程中的至少一部分。
这里,在本公开的无线设备中实现的无线电通信技术可以包括用于低功率通信的窄带物联网(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和BS 200}、{无线设备100a至100f和无线设备100a至100f}和/或{BS 200和BS 200}中的至少一个。
第一无线设备100可以包括一个或多个处理器102和一个或多个存储器104并且附加地还包括一个或多个收发器106和/或一个或多个天线108。处理器102可以控制存储器104和/或收发器106并且可以被配置成实现本公开中描述的描述、功能、过程、建议、方法和/或操作流程图。例如,处理器102可以处理存储器104内的信息以生成第一信息/信号,然后通过收发器106发送包括第一信息/信号的无线电信号。处理器102可以通过收发器106接收包括第二信息/信号的无线电信号,然后将通过处理第二信息/信号获得的信息存储在存储器104中。存储器104可以连接到处理器102并且可以存储与处理器102的操作有关的各种信息。例如,存储器104可以存储包括用于执行由处理器102控制的处理的一部分或全部或者用于执行本公开中描述的描述、功能、过程、建议、方法和/或操作流程图的命令的软件代码。在本文中,处理器102和存储器104可以是被设计来实现RAT(例如,LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器106可以连接到处理器102并且通过一个或多个天线108发送和/或接收无线电信号。收发器106中的每个可以包括发送器和/或接收器。收发器106可以与射频(RF)单元互换地使用。在本公开中,第一无线设备100可以表示通信调制解调器/电路/芯片。
第二无线设备200可以包括一个或多个处理器202和一个或多个存储器204并且附加地还包括一个或多个收发器206和/或一个或多个天线208。处理器202可以控制存储器204和/或收发器206并且可以被配置成实现本公开中描述的描述、功能、过程、建议、方法和/或操作流程图。例如,处理器202可以处理存储器204内的信息以生成第三信息/信号,然后通过收发器206发送包括第三信息/信号的无线电信号。处理器202可以通过收发器106接收包括第四信息/信号的无线电信号,然后将通过处理第四信息/信号获得的信息存储在存储器204中。存储器204可以连接到处理器202并且可以存储与处理器202的操作有关的各种信息。例如,存储器204可以存储包括用于执行由处理器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来发送和接收在本公开中公开的描述、功能、过程、建议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。在本公开中,一个或多个天线可以是多个物理天线或多个逻辑天线(例如,天线端口)。
一个或多个收发器106和206可以将接收到的无线电信号/信道等从RF带信号转换成基带信号,以便使用一个或多个处理器102和202来处理接收到的用户数据、控制信息、无线电信号/信道等。一个或多个收发器106和206可以将使用一个或多个处理器102和202所处理的用户数据、控制信息、无线电信号/信道等从基带信号转换成RF带信号。为此,一个或多个收发器106和206可以包括(模拟)振荡器和/或滤波器。例如,收发器106和206能够在处理器102和202的控制下通过它们的(模拟)振荡器和/或滤波器将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示出应用本公开的实施方式的无形设备的另一示例。
参考图4,无线设备100和200可以对应于图2的无线设备100和200并且可以由各种元件、组件、单元/部分和/或模块来配置。
第一无线设备100可以包括诸如收发器106的至少一个收发器以及诸如处理芯片101的至少一个处理芯片。处理芯片101可以包括诸如处理器102的至少一个处理器以及诸如存储器104的至少一个存储器。存储器104可以可操作地连接到处理器102。存储器104可以存储各种类型的信息和/或指令。存储器104可以存储实现指令的软件代码105,当由处理器102执行时,该指令执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。例如,软件代码105可以实现在由处理器102执行时执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图的指令。例如,软件代码105可以控制处理器102以执行一个或多个协议。例如,软件代码105可以控制处理器102可以执行无线电接口协议的一个或多个层。
第二无线设备200可以包括诸如收发器206的至少一个收发器,以及诸如处理芯片201的至少一个处理芯片。处理芯片201可以包括诸如处理器202的至少一个处理器以及诸如存储器204的至少一个存储器。存储器204可以可操作地连接到处理器202。存储器204可以存储各种类型的信息和/或指令。存储器204可以存储实现指令的软件代码205,当由处理器202执行时,该指令执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。例如,软件代码205可以实现在由处理器202执行时执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图的指令。例如,软件代码205可以控制处理器202以执行一个或多个协议。例如,软件代码205可以控制处理器202可以执行无线电接口协议的一个或多个层。
图5示出应用本公开的实施方式的UE的示例。
参考图5,UE 100可以对应于图2的第一无线设备100和/或图4的第一无线设备100。
UE 100包括处理器102、存储器104、收发器106、一个或多个天线108、电源管理模块110、电池1112、显示器114、键盘116、订户识别模块(SIM)卡118、扬声器120和麦克风122。
处理器102可以被配置成实现本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。处理器102可以被配置成控制UE 100的一个或多个其他组件以实现本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。无线电接口协议的层可以在处理器102中实现。处理器102可以包括ASIC、其他芯片组、逻辑电路和/或数据处理设备。处理器102可以是应用处理器。处理器102可以包括数字信号处理器(DSP)、中央处理单元(CPU)、图形处理单元(GPU)、调制解调器(调制器和解调器)中的至少一种。处理器102的示例可以在由
Figure BDA0003778190150000211
制造的SNAPDRAGONTM系列处理器、由
Figure BDA0003778190150000212
制造的EXYNOSTM系列处理器、由
Figure BDA0003778190150000213
制造的A系列处理器、由
Figure BDA0003778190150000214
制造的HELIOTM系列处理器、由
Figure BDA0003778190150000215
制造的ATOMTM系列处理器或相应的下一代处理器中找到。
存储器104与处理器102可操作地耦合并且存储用于操作处理器102的各种信息。存储器104可以包括ROM、RAM、闪存、存储卡、存储介质和/或其他存储设备。当实施例以软件实现时,这里描述的技术可以用执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图的模块(例如,过程、功能等)来实现。模块可以存储在存储器104中并由处理器102执行。存储器104可以在处理器102内或处理器102外部实现,在这种情况下,这些模块可以经由如在本领域中已知的各种方式可通信耦合到处理器102。
收发器106与处理器102可操作地耦合,并且发送和/或接收无线电信号。收发器106包括发射器和接收器。收发器106可以包括处理射频信号的基带电路。收发器106控制一个或多个天线108以发送和/或接收无线电信号。
电源管理模块110管理处理器102和/或收发器106的电源。电池112向电源管理模块110供应电力。
显示器114输出由处理器102处理的结果。小键盘116接收由处理器102使用的输入。小键盘16可以在显示器114上被示出。
SIM卡118是一种集成电路,其旨在安全地存储国际移动用户身份(IMSI)号码及其相关密钥,其被用于在移动电话设备(诸如移动电话和计算机)上识别和验证订户。还能够在许多SIM卡上存储联系人信息。
扬声器120输出由处理器102处理的与声音相关的结果。麦克风122接收由处理器102使用的与声音相关的输入。
图6和图7示出应用本公开的实施方式的在基于3GPP的无线通信系统中的协议栈的示例。
特别地,图6图示UE与BS之间的无线电接口用户面协议栈的示例,并且图7图示UE与BS之间的无线电接口控制面协议栈的示例。控制面是指通过其传送用于由UE和网络管理呼叫的控制消息的路径。用户面是指通过其传送在应用层中生成的数据例如语音数据或互联网分组数据的路径。参考图6,可以将用户面协议栈划分成层1(即,物理(PHY)层)和层2。参考图7,可以将控制面协议栈划分成层1(即,PHY层)、层2、层3(例如,RRC层)和非接入层(NAS)层。层1、层2和层3被称为接入层(AS)。
在3GPP LTE系统中,层2被分成以下子层:MAC、RLC和PDCP。在3GPP NR系统中,层2被分成以下子层:MAC、RLC、PDCP和SDAP。PHY层向MAC子层提供传送信道,MAC子层向RLC子层提供逻辑信道,RLC子层向PDCP子层提供RLC信道,PDCP子层向SDAP子层提供无线电承载。SDAP子层向5G核心网络提供服务质量(QoS)流。
在3GPP NR系统中,MAC子层的主要服务和功能包括:逻辑信道与传送信道之间的映射;将属于一个或不同逻辑信道的MAC SDU复用成在传送信道上递送到物理层的传送块/从在传输信道上从物理层递送的传送块(TB)将属于一个或不同逻辑信道的MAC SDU解复用;调度信息报告;通过混合自动重传请求(HARQ)进行纠错(在载波聚合(CA)的情况下每小区一个HARQ实体);借助于动态调度的UE之间的优先级处置;借助于逻辑信道优先化的一个UE的逻辑信道之间的优先级处置;填充。单个MAC实体可以支持多个参数集、传输定时和小区。逻辑信道优先化中的映射限制控制逻辑信道能够使用哪个(哪些)参数集、小区和传输定时。
不同种类的数据传递服务由MAC提供。为了适应不同种类的数据传递服务,定义了多种类型的逻辑信道,即,每个都支持特定类型的信息的传递。每种逻辑信道类型由传递什么类型的信息来定义。逻辑信道被分类为两个组:控制信道和业务信道。控制信道仅被用于控制面信息的传递,并且业务信道仅被用于用户面信息的传递。广播控制信道(BCCH)是用于广播系统控制信息的下行链路逻辑信道,寻呼控制信道(PCCH)是传递寻呼信息、系统信息改变通知和正在进行的公共预警服务(PWS)广播的指示的下行链路逻辑信道,公共控制信道(CCCH)是用于在UE与网络之间发送控制信息的逻辑信道并且用于与网络没有RRC连接的UE,并且专用控制信道(DCCH)是在UE与网络之间发送专用控制信息的点对点双向逻辑信道并且由具有RRC连接的UE使用。专用业务信道(DTCH)是用于传递用户信息的专用于一个UE的点对点逻辑信道。DTCH能够存在于上行链路和下行链路这两者中。在下行链路中,在逻辑信道与传送信道之间存在以下连接:能够将BCCH映射到广播信道(BCH);能够将BCCH映射到下行链路共享信道(DL-SCH);能够将PCCH映射到寻呼信道(PCH);能够将CCCH映射到DL-SCH;能够将DCCH映射到DL-SCH;以及能够将DTCH映射到DL-SCH。在上行链路中,在逻辑信道与传送信道之间存在以下连接:能够将CCCH映射到上行链路共享信道(UL-SCH);能够将DCCH映射到UL-SCH;以及能够将DTCH映射到UL-SCH。
RLC子层支持三种传输模式:透明模式(TM)、非应答模式(UM)和应答节点(AM)。RLC配置是针对每个逻辑信道的,不依赖于参数集和/或传输持续时间。在3GPP NR系统中,RLC子层的主要服务和功能取决于传输模式并且包括:上层PDU的传递;独立于PDCP中的一个的序列编号(UM和AM);通过ARQ进行纠错(仅AM);RLC SDU的分段(AM和UM)和重新分段(仅AM);重新组装SDU(AM和UM);重复检测(仅AM);RLC SDU丢弃(AM和UM);RLC重建;协议错误检测(仅AM)。
在3GPP NR系统中,用于用户面的PDCP子层的主要服务和功能包括:序列编号;使用稳健报头压缩(ROHC)进行报头压缩和解压缩;用户数据的传递;重新排序和重复检测;按序递送;PDCP PDU路由(在拆分承载的情况下);PDCP SDU的重传;加密、解密和完整性保护;PDCP SDU丢弃;用于RLC AM的PDCP重建和数据恢复;用于RLC AM的PDCP状态报告;PDCP PDU的重复和对较低层的重复丢弃指示。用于控制面的PDCP子层的主要服务和功能包括:序列编号;加密、解密和完整性保护;控制面数据的传递;重新排序和重复检测;按序递送;PDCPPDU的重复和对较低层的重复丢弃指示。
在3GPP NR系统中,SDAP的主要服务和功能包括:QoS流与数据无线电承载的映射;在DL和UL分组这两者中标记QoS流ID(QFI)。为每个单独的PDU会话配置单个SDAP协议实体。
在3GPP NR系统中,RRC子层的主要服务和功能包括:与AS和NAS相关的系统信息的广播;由5GC或NG-RAN发起的寻呼;UE和NG-RAN之间RRC连接的建立、维护和释放;包括密钥管理的安全功能;信令无线电承载(SRB)和数据无线电承载(DRB)的建立、配置、维护和释放;移动性功能(包括:切换和上下文传递、UE小区选择和重选以及小区选择和重选的控制、RAT间移动性);QoS管理功能;UE测量报告和报告的控制;无线电链路故障的检测和恢复;NAS消息从UE传递到NAS/从NAS传递到UE。
图8示出应用本公开的实施方式的基于3GPP的无线通信系统中的帧结构。
图8所示的帧结构是纯示例性的,并且可以不同地改变帧中的子帧数、时隙数和/或符号数。在基于3GPP的无线通信系统中,可以在针对一个UE聚合的多个小区之间不同地配置OFDM参数集(例如,子载波间隔(SCS)、传输时间间隔(TTI)持续时间)。例如,如果对于小区,UE被配置有针对小区聚合的不同的SCS,则包括相同数目的符号的时间资源(例如,子帧、时隙或TTI)的(绝对时间)持续时间在聚合的小区之中可以是不同的。在本文中,符号可以包括OFDM符号(或CP-OFDM符号)、SC-FDMA符号(或离散傅立叶变换-扩展-OFDM(DFT-s-OFDM)符号)。
参考图8,下行链路和上行链路传输被组织成帧。每个帧具有Tf=10ms的持续时间。每帧分被划分成两个半帧,其中每个半帧具有5ms的持续时间。每个半帧由5个子帧构成,其中每子帧的持续时间Tsf是1ms。每个子帧被划分成时隙,并且子帧中的时隙数取决于子载波间隔。每个时隙基于循环前缀(CP)包括14或12个OFDM符号。在正常CP中,每个时隙包括14个OFDM符号,并且在扩展CP中,每个时隙包括12个OFDM符号。参数集基于指数可缩放的子载波间隔△f=2u*15kHz。
下表根据子载波间隔△f=2u*15kHz示出针对正常CP的每时隙的OFDM符号数Nslot symb、每帧的时隙数Nframe,u slot和每子帧的时隙数Nsubframe,u slot
[表1]
u N<sup>slot</sup><sub>symb</sub> N<sup>frame,u</sup><sub>slot</sub> N<sup>subframe,u</sup><sub>slot</sub>
0 14 10 1
1 14 20 2
2 14 40 4
3 14 80 8
4 14 160 16
表2根据子载波间隔△f=2u*15kHz示出针对扩展CP的每时隙的OFDM符号数Nslot symb、每帧的时隙数Nframe,u slot和每子帧的时隙数Nsubframe,u slot
[表2]
u N<sup>slot</sup><sub>symb</sub> N<sup>frame,u</sup><sub>slot</sub> N<sup>subframe,u</sup><sub>slot</sub>
2 12 40 4
时隙在时域中包括多个符号(例如,14或12个符号)。对于每个参数集(例如,子载波间隔)和载波,从由更高层信令(例如,RRC信令)指示的公共资源块(CRB)Nstart,u grid开始,定义了Nsize,u grid,x*NRB sc个子载波和Nsubframe,u symb个OFDM符号的资源网格,其中Nsize,u grid,x是资源网格中的资源块(RB)的数目并且下标x对于下行链路是DL,并且对于上行链路是UL。NRB sc是每RB的子载波的数目。在基于3GPP的无线通信系统中,NRB sc通常是12。对于给定天线端口p、子载波间隔配置u和传输方向(DL或UL)存在一个资源网格。用于子载波间隔配置u的载波带宽Nsize,u grid由更高层参数(例如,RRC参数)给出。用于天线端口p和子载波间隔配置u的资源网格中的每个元素被称为资源元素(RE)并且可以将一个复符号映射到每个RE。资源网格中的每个RE由频域中的索引k和表示相对于时域中的参考点的符号位置的索引l唯一地识别。在基于3GPP的无线通信系统中,RB由频域中的12个连续的子载波定义。在3GPP NR系统中,RB被分类为CRB和物理资源块(PRB)。对于子载波间隔配置u,CRB在频域中从0起并向上编号。用于子载波间隔配置u的CRB 0的子载波0的中心与用作资源块网格的公共参考点的‘点A’一致。在3GPP NR系统中,PRB被定义在带宽部分(BWP)内并且从0到Nsize BWP,i-1编号,其中i是带宽部分的编号。带宽部分i中的物理资源块nPRB与公共资源块nCRB之间的关系如下:nPRB=nCRB+Nsize BWP,i,其中Nsize BWP,i是带宽部分相对于CRB 0开始的公共资源块。BWP包括多个连续的RB。载波可以包括最多N个(例如,5个)BWP。UE可以在给定分量载波上被配置有一个或多个BWP。每次能够激活配置给UE的BWP之中的仅一个BWP。活动BWP在小区的操作带宽内定义UE的操作带宽。
NR频带可以定义为两种类型的频率范围,即,FR1和FR2。频率范围的数值可以改变。例如,两种类型(FR1和FR2)的频率范围可以如下表3所示。为了便于解释,在NR系统使用的频率范围中,FR1可以意指“6GHz以下范围(sub 6GHz range)”,FR2可以意指“6GHz以上范围(above 6GHz range)”,并且可以称为毫米波(mmW)。
[表3]
频率范围指定 相应的频率范围 子载波间隔
FR1 450MHz-6000MHz 15,30,60kHz
FR2 24250MHz-52600MHz 60,120,240kHz
如上面所提及,NR系统的频率范围的数值可以改变。例如,FR1可以包括如下表4所示的410MHz到7125MHz的频带。即,FR1可以包括6GHz(或5850、5900、5925MHz等)或更多的频带。例如,FR1中包括的6GHz(或5850、5900、5925MHz等)或更多的频带可以包括未经许可带。未经许可带可以被用于多种用途,例如用于车辆通信(例如,自主驾驶)。
[表4]
频率范围指定 相应的频率范围 子载波间隔
FR1 410MHz-7125MHz 15,30,60kHz
FR2 24250MHz-52600MHz 60,120,240kHz
在本公开中,术语“小区”可以是指一个或多个节点向其提供通信系统的地理区域,或者是指无线电资源。可以将作为地理区域的“小区”理解为在其中节点能够使用载波提供服务的覆盖范围,并且作为无线电资源(例如,时间-频率资源)的“小区”与作为由载波配置的频率范围的带宽相关联。与无线电资源相关联的“小区”由下行链路资源和上行链路资源的组合,例如,DL分量载波(CC)和UL CC的组合来定义。小区能够仅由下行链路资源来配置,或者可以由下行链路资源和上行链路资源来配置。由于作为在其中节点能够发送有效信号的范围的DL覆盖范围以及作为在其中节点能够从UE接收有效信号的范围的UL覆盖范围取决于携带信号的载波,所以节点的覆盖范围可以与由节点使用的无线电资源的“小区”的覆盖范围相关联。因此,术语“小区”有时可以用于表示节点的服务覆盖范围,在其他时间处表示无线电资源,或者在其他时间处表示使用无线电资源的信号能够以有效强度达到的范围。在CA中,聚合两个或更多个CC。UE可以取决于其能力在一个或多个CC上同时地接收或发送。针对连续CC和非连续CC这两者支持CA。当配置了CA时,UE与网络仅具有一个RRC连接。在RRC连接建立/重建/切换时,一个服务小区提供NAS移动性信息,并且在RRC连接重建/切换时,一个服务小区提供安全性输入。此小区被称为主小区(PCell)。PCell是在主频率上操作的小区,其中UE执行初始连接建立过程,或发起连接重建过程。取决于UE能力,辅小区(SCell)能够被配置成与PCell一起形成服务小区的集合。SCell是在特定小区(SpCell)之上提供附加无线电资源的小区。为UE配置的服务小区的集合因此总是由一个PCell和一个或多个SCell构成。对于双连接性(DC)操作,术语SpCell是指主小区组(MCG)的PCell或辅小区组(SCG)的主SCell(PSCell)。SpCell支持PUCCH传输和基于竞争的随机接入,并且总是被激活。MCG是与主节点相关联的服务小区的组,由SpCell(PCell)和可选地一个或多个SCell组成。对于配置有DC的UE,SCG是与辅节点相关联的服务小区的子集,由PSCell和零个或多个SCell组成。对于未配置有CA/DC的处于RRC_CONNECTED的UE,存在由PCell组成的仅一个服务小区。对于配置有CA/DC的处于RRC_CONNECTED的UE,术语“服务小区”被用于表示由SpCell和所有SCell组成的小区的集合。在DC中,在UE中配置两个MAC实体:一个用于MCG,并且一个用于SCG。
图9示出应用本公开的实施方式的3GPP NR系统中的数据流示例。
参考图9,“RB”表示无线电承载,并且“H”表示报头。无线电承载被归类为两个组:用于用户面数据的DRB和用于控制面数据的SRB。使用无线电资源通过PHY层向外部设备发送/从外部设备接收MAC PDU。MAC PDU以传送块的形式到达PHY层。
在PHY层中,上行链路传送信道UL-SCH和RACH分别被映射到它们的PUSCH和PRACH,并且下行链路传送信道DL-SCH、BCH和PCH分别被映射到PDSCH、PBCH和PDSCH。在PHY层中,上行链路控制信息(UCI)被映射到PUCCH,并且下行链路控制信息(DCI)被映射到PDCCH。与UL-SCH有关的MAC PDU由UE基于UL许可经由PUSCH发送,并且与DL-SCH有关的MAC PDU由BS基于DL指配经由PDSCH发送。
图10示出了能够应用本公开的技术特征的NG-RAN的整体架构的示例。
参考图10,gNB可以包括gNB-CU(以下,gNB-CU可以简称为CU)和至少一个gNB-DU(以下,gNB-DU可以简称为DU)。
gNB-CU是托管gNB的RRC、SDAP和PDCP协议或en-gNB的RRC和PDCP协议的逻辑节点。gNB-CU控制至少一个gNB-DU的操作。
gNB-DU是托管gNB或en-gNB的RLC、MAC和物理层的逻辑节点。gNB-DU的操作部分地由gNB-CU控制。一个gNB-DU支持一个或多个小区。一个小区仅由一个gNB-DU支持。
gNB-CU和gNB-DU经由F1接口连接。gNB-CU终止连接到gNB-DU的F1接口。gNB-DU终止连接到gNB-CU的F1接口。一个gNB-DU仅连接到一个gNB-CU。但是,gNB-DU可以通过适当的实施方式连接到多个gNB-CU。F1接口是逻辑接口。对于NG-RAN,由gNB-CU和gNB-DU组成的gNB的NG和Xn-C接口终止于gNB-CU。对于E-UTRAN-NR双连接性(EN-DC),由gNB-CU和gNB-DU组成的gNB的S1-U和X2-C接口终止于gNB-CU。gNB-CU和连接的gNB-DU仅对其他gNB和作为gNB的5GC可见。
F1接口的功能包括如下F1控制(F1-C)功能。
(1)F1接口管理功能
gNB-DU或gNB-CU使用错误指示功能以向gNB-CU或gNB-DU指示已发生错误。
重置功能被用于在节点设置后和发生故障事件后初始化对等实体。gNB-DU和gNB-CU都能够使用此过程。
F1设置功能允许交换gNB-DU和gNB-CU在F1接口上正确互操作所需的应用级数据。F1设置由gNB-DU发起。
gNB-CU配置更新和gNB-DU配置更新功能允许更新gNB-CU和gNB-DU之间所需的应用级配置数据,以通过F1接口正确互操作,并且可以激活或停用小区。
F1设置和gNB-DU配置更新功能允许通知由gNB-DU支持的单个网络切片选择辅助信息(S-NSSAI)。
F1资源协调功能被用于在gNB-CU和gNB-DU之间传输有关频率资源共享的信息。
(2)系统信息管理功能
系统广播信息的调度在gNB-DU中执行。gNB-DU负责根据可用的调度参数发送系统信息。
gNB-DU负责NR主信息块(MIB)的编码。在需要广播系统信息块类型1(SIB1)和其他SI消息的情况下,gNB-DU负责SIB1的编码,而gNB-CU负责其他SI消息的编码。
(3)F1 UE上下文管理功能
F1 UE上下文管理功能支持必要的整体UE上下文的建立和修改。
F1 UE上下文的建立由gNB-CU发起,并由gNB-DU基于准入控制准则(例如,资源不可用)接受或拒绝。
F1 UE上下文的修改能够由gNB-CU或gNB-DU发起。接收节点能够接受或拒绝修改。F1 UE上下文管理功能还支持释放先前在gNB-DU中建立的上下文。上下文的释放由gNB-CU直接触发或遵循从gNB-DU接收到的请求。当UE进入RRC_IDLE或RRC_INACTIVE时,gNB-CU请求gNB-DU释放UE上下文。
此功能还能够被用于管理DRB和SRB,即,建立、修改和释放DRB和SRB资源。DRB资源的建立和修改由gNB-CU触发,并由gNB-DU基于要提供给gNB-DU的资源预留信息和QoS信息接受/拒绝。对于要设置或修改的每个DRB,S-NSSAI可以由gNB-CU在UE上下文设置过程和UE上下文修改过程中提供给gNB-DU。
在QoS流和无线电承载之间的映射由gNB-CU执行,并且F1上承载相关管理的粒度是无线电承载级别。对于NG-RAN,gNB-CU向gNB-DU提供聚合的DRB QoS简档和QoS流简档,并且gNB-DU接受请求或者以适当的原因值拒绝它。为了支持gNB-DU内载波聚合(CA)的分组复制,一个数据无线电承载应在gNB-CU和gNB-DU之间配置有两个GPRS隧道协议(GTP)-U隧道。
使用此功能,gNB-CU请求gNB-DU以为UE设置或改变特殊小区(SpCell),并且gNB-DU接受请求或以适当的原因值拒绝请求。
使用此功能,gNB-CU请求在gNB-DU侧处设置辅小区(SCell),并且gNB-DU接受所有、一些SCell或不接受SCell,并回复gNB-CU。gNB-CU请求为UE移除SCell。
(4)RRC消息传递功能
此功能允许在gNB-CU和gNB-DU之间传递RRC消息。RRC消息通过F1-C传输。gNB-CU负责使用由gNB-DU提供的辅助信息对专用RRC消息进行编码。
(5)寻呼功能
gNB-DU负责根据提供的调度参数发送寻呼信息。
gNB-CU提供寻呼信息,使gNB-DU能够计算准确的寻呼时机(PO)和寻呼帧(PF)。gNB-CU确定寻呼指配(PA)。gNB-DU合并特殊PO、PF和PA的所有寻呼记录,并对最终的RRC消息进行编码,并在PA中的相应的PO、PF上广播寻呼消息。
(6)警告消息信息传递功能
此功能允许通过NG接口与警告消息传输过程合作。gNB-CU负责对警告相关的SI消息进行编码,并将其与其他警告相关信息一起发送,以供gNB-DU通过无线电接口广播。
图11示出了能够应用本公开的技术特征的F1-C的接口协议结构。
传送网络层(TNL)基于互联网协议(IP)传送,包括在IP层之上的流控制传输协议(SCTP)层。应用层信令协议称为F1应用协议(E1AP)。
在下文中,描述了PDU会话资源设置和PDU会话资源修改。可以参考3GPP TS38.413 v16.0第8.2节。
描述了PDU会话资源设置。
PDU会话资源设置过程的目的是为一个或数个PDU会话和相应的QoS流指配Uu和NG-U上的资源,并为给定的UE设置相应的DRB。该过程使用与UE关联的信令。
AMF通过向NG-RAN节点发送PDU会话资源设置请求消息来启动此过程。
PDU会话资源设置请求消息应包含由NG-RAN节点设置PDU会话相关的NG-RAN配置所需的信息,该NG-RAN配置由至少一个PDU会话资源组成,并在PDU会话资源设置请求列表IE中包括要设置的每个PDU会话资源。
在接收到PDU会话资源设置请求消息时,如果资源可用于请求的配置,则NG-RAN节点应执行请求的NG-RAN配置,并在NG和Uu上为在PDU会话资源设置请求列表IE中列出的每个PDU会话分配相关联的资源。
描述了PDU会话资源修改。
PDU会话资源修改过程的目的是为给定的UE启用已经建立的PDU会话的配置修改。它还可以为已建立的PDU会话启用QoS流的设置、修改和释放。该过程使用与UE关联的信令。
AMF通过向NG-RAN节点发送PDU会话资源修改请求消息来启动该过程。
PDU会话资源修改请求消息应包含NG-RAN节点所需的信息,这可能会触发对PDU会话资源修改请求列表IE中列出的现有PDU会话的NG-RAN配置修改。
在接收到PDU会话资源修改请求消息时,如果NG-RAN配置被触发修改并且如果资源可用于修改后的NG-RAN配置,则NG-RAN节点应执行针对请求的PDU会话的配置修改。
在下文中,描述了UE上下文设置和UE上下文修改(gNB-CU发起)。可以参考3GPP TS38.473 v16.0的第8.3节。
描述了UE上下文设置。
UE上下文设置过程的目的是建立UE上下文,其中包括SRB和DRB配置。该过程使用与UE相关联的信令。
gNB-CU通过向gNB-DU发送UE上下文设置请求消息来发起该过程。如果gNB-DU成功建立UE上下文,则它会使用UE上下文设置响应回复gNB-CU。如果不存在与UE相关联的逻辑F1连接,则应建立与UE相关联的逻辑F1连接作为该过程的一部分。
gNB-DU应以下述方式在UE上下文设置响应消息中向gNB-CU报告所有请求的DRB和SRB的结果:
-成功建立的DRB的列表应包括在DRB设置列表IE中;
-建立失败的DRB列表应包括在DRB设置失败列表IE中;
-建立失败的SRB列表应包括在SRB设置失败列表IE中。
-仅当为相关SRB启动基于CA的PDCP复制时,才应在SRB设置列表IE中包括具有用于主路径的逻辑信道标识的成功建立的SRB的列表。
当gNB-DU报告DRB或SRB建立不成功时,原因值应该足够精确,以使gNB-CU知道建立不成功的原因。
如果C-RNTI IE包括在UE上下文设置响应中,则gNB-CU应认为gNB-DU已为此UE上下文分配了C-RNTI。
如果UE上下文设置请求消息包含RRC-Container IE,则gNB-DU应经由SRB1向UE发送相应的RRC消息。
如果RAN UE ID IE包含在UE上下文设置请求消息中,则gNB-DU应存储并替换之前接收到的任何信息。
描述了UE上下文修改(gNB-CU发起)。
UE上下文修改过程的目的是修改已建立的UE上下文,例如,建立、修改和释放无线电资源。此过程还用于命令gNB-DU停止UE的数据传输以实现移动性。该过程使用与UE相关联的信令。
UE上下文修改请求消息由gNB-CU发起。
在接收到UE上下文修改请求消息时,gNB-DU应执行修改,并且如果成功,则在UE上下文修改响应消息中报告更新。
gNB-DU应以下述方式在UE上下文修改响应消息中向gNB-CU报告所有请求或修改的DRB和SRB的结果:
-成功建立的DRB列表应包括在DRB设置列表IE中;
-建立失败的DRB列表应包括在DRB设置失败列表IE中;
-成功修改的DRB列表应包括在DRB修改列表IE中;
-修改失败的DRB列表应包括在DRB修改失败列表IE中;
-建立失败的SRB列表应包括在SRB设置失败列表IE中。
-仅当为相关SRB发起基于CA的PDCP复制时,才应在SRB设置列表IE中包括具有用于主路径的逻辑信道标识的成功建立的SRB列表。
-仅当为相关SRB发起基于CA的PDCP复制时,具有用于主路径的逻辑信道标识的成功修改的SRB列表应包括在SRB修改列表IE中。
当gNB-DU报告DRB或SRB建立不成功时,原因值应该足够精确,以使gNB-CU知道建立不成功的原因。
如果C-RNTI IE包括在UE上下文修改响应中,则gNB-CU应认为gNB-DU已为此UE上下文分配了C-RNTI。
如果UE上下文修改请求消息包含RRC-Container IE,则gNB-DU应向UE发送相应的RRC消息。如果UE上下文修改请求消息包括执行复制IE,则gNB-DU应为包括的RRC-Container IE的SRB执行基于CA的复制(如果已配置)。
在下文中,描述gNB-CU-CP配置更新、承载上下文设置和承载上下文修改(gNB-CU-CP发起)。可以参考3GPP TS 38.463 v16.0的第8.2和8.3节。
描述了gNB-CU-CP配置更新。
gNB-CU-CP配置更新过程的目的是要更新gNB-CU-CP和gNB-CU-UP在E1接口上正确互操作所需的应用级配置数据。这个过程不会影响现有的UE相关上下文,如果有的话。该过程使用非UE相关联的信令。
gNB-CU-CP通过向gNB-CU-UP发送GNB-CU-CP配置更新消息来发起该过程,包括它刚刚投入操作使用的适当的更新配置数据集。gNB-CU-UP以GNB-CU-CP配置更新应答消息进行响应,以确认它已成功更新配置数据。如果GNB-CU-CP配置更新消息中未包括信息元素,则gNB-CU-UP应解释相应的配置数据未改变并将继续使用现有的相关配置数据进行操作。
更新的配置数据应存储在两个节点中,并且只要存在可操作的TNL关联或直到执行任何进一步的更新,就可以使用。
描述了承载上下文设置。
承载上下文设置过程的目的是允许gNB-CU-CP在gNB-CU-UP中建立承载上下文。该过程使用与UE相关联的信令。
gNB-CU-CP通过向gNB-CU-UP发送承载上下文设置请求消息来发起该过程。如果gNB-CU-UP成功建立请求的资源,则它会使用承载上下文设置响应消息回复gNB-CU-CP。
gNB-CU-UP应以以下方式在承载上下文设置响应消息中向gNB-CU-CP报告所有请求资源的结果:
对于E-UTRAN:
-成功建立的DRB列表应包括在DRB设置列表IE中;
-建立失败的DRB列表应包括在DRB失败列表IE中;
对于NG-RAN:
-成功建立的PDU会话资源列表应包括在PDU会话资源设置列表IE中;
-建立失败的PDU会话资源列表应包括在PDU会话资源失败列表IE中;
-对于每个已建立的PDU会话资源,成功建立的DRB列表应包括在DRB设置列表IE中;
-对于每个已建立的PDU会话资源,建立失败的DRB列表应包括在DRB失败列表IE中;
-对于每个已建立的DRB,成功建立的QoS流列表应包括在流设置列表IE中;
-对于每个已建立的DRB,建立失败的QoS流列表应包括在流失败列表IE中;
当gNB-CU-UP报告PDU会话资源、DRB或QoS流建立不成功时,原因值应该足够精确,以使gNB-CU-CP能够知道建立不成功的原因。
如果现有分配的S1 DL UP传送层信息IE或现有的分配的NG DL UP传送层信息IE被包含在承载上下文设置请求消息中,则gNB-CU-UP可以重用为此承载上下文已分配的指示的资源。如果gNB-CU-UP决定重用指示的资源,则它应在承载上下文设置响应消息中包括S1 DL UP未改变的IE或NG DL UP未改变的IE。
如果PDU会话资源DL聚合最大比特率IE被包含在承载上下文设置请求消息中的PDU会话资源设置列表IE中,则gNB-CU-UP应存储和使用用于相关UE的非GBR QoS流的下行链路业务策略的信息。
如果数据转发信息请求IE、PDU会话数据转发信息请求IE或DRB数据转发信息请求IE被包括在承载上下文设置请求消息中,则gNB-CU-UP应在承载上下文设置响应消息中的数据转发信息响应IE、PDU会话数据转发信息响应IE或DRB数据转发信息响应IE中包括所请求的转发信息。
如果DL UP参数IE包含在承载上下文设置请求消息中的DRB要设置列表IE中,则gNB-CU-UP应配置相应的信息。
对于每个PDU会话,安全指示IE包括在承载上下文设置请求消息的PDU会话资源设置列表IE中,并且完整性保护指示IE或机密性保护指示IE设置为“首选”,如果支持,则gNB-CU-UP应分别为相关的PDU会话执行用户面完整性保护或加密,并应通过分别在承载上下文设置响应消息的PDU会话资源设置列表IE中包括完整性保护结果IE或机密性保护结果IE来通知它是否执行了用户面完整性保护或加密。
对于每个PDU会话,安全指示IE包括在承载上下文设置请求消息的PDU会话资源设置列表IE中,并且完整性保护指示IE或机密性保护指示IE设置为“必需”,然后gNB-CU-UP应分别为相关的PDU会话执行用户面完整性保护或加密。如果gNB-CU-UP不能执行用户面完整性保护或加密,则它应以适当的原因值拒绝PDU会话资源的设置。
对于安全指示IE包括在承载上下文设置请求消息的PDU会话资源设置列表IE中的每个PDU会话:
-如果完整性保护指示IE设置为“不需要”,则gNB-CU-UP不应为相关PDU会话执行用户面完整性保护;
-如果机密性保护指示IE设置为“不需要”,则gNB-CU-UP不应为相关PDU会话执行用户面加密。
如果UE DL最大完整性保护数据速率IE包含在承载上下文设置请求消息中,则gNB-CU-UP在为UE实施最大完整性保护数据速率时应使用此值。
如果承载上下文状态改变IE包含在承载上下文设置请求消息中,则gNB-CU-UP应考虑UE RRC状态并采取行动。
对于每个请求的DRB,如果PDCP复制IE被包括在承载上下文设置请求消息中包含的PDCP配置IE中,并且小区组信息IE中包括一个小区组,则gNB-CU-UP应包括承载上下文设置响应消息中的两个UP传送层信息IE,以支持用于gNB-DU内CA的分组复制。两个UP传送层信息IE中的第一个UP传送层信息IE用于主路径。
如果PDCP SN状态信息IE包含在承载上下文设置请求消息中的DRB要设置列表IE中,则gNB-CU-UP应将其考虑在内并采取行动。
如果QoS流映射指示IE包含在承载上下文设置请求消息中的DRB要设置列表IE内的QoS流信息要被设置IE中,则gNB-CU-UP可以考虑仅上行链路或下行链路QoS流映射到DRB。
对于每个PDU会话资源,如果网络实例IE包括在承载上下文设置请求消息中的PDU会话资源要设置列表IE中,并且公共网络实例IE不被包括,则gNB-CU-UP在选择传送网络资源时应使用它,如果支持的话。
对于每个PDU会话,如果公共网络实例IE包括在承载上下文设置请求消息中的PDU会话资源要设置列表IE中,则gNB-CU-UP在选择传送网络资源时应使用它,如果支持的话。
如果UE不活动定时器IE或PDU会话不活动定时器IE或DRB不活动定时器IE包含在承载上下文设置请求消息中,则gNB-CU-UP在执行不活动监测时应将其考虑在内。
如果DRB QoS IE包含在承载上下文设置请求消息中的DRB要设置列表IE中,则gNB-CU-UP应将其考虑在内,如果支持的话。
如果gNB-DU-ID IE包含在承载上下文设置请求消息中,则gNB-CU-UP应存储接收到的信息。
如果RAN UE ID IE包含在承载上下文设置请求消息中,则gNB-CU-UP应存储接收到的信息。
对于每个成功建立的DRB,gNB-CU-UP应在承载上下文设置响应的相应的UL UP参数IE中,提供包含在承载上下文设置请求消息的相应的小区组信息IE中的每个小区组条目的一个UL UP传送层信息项。
如果跟踪激活IE包括在承载上下文设置请求消息中,则gNB-CU-UP应发起请求的跟踪功能,如果支持的话。
对于EN-DC,如果RAT/频率优先级IE的订户简档ID包括在UE上下文设置请求中,则gNB-CU-UP可以使用它来应用特定的RRM策略。如果附加的RRM策略索引IE包括在UE上下文设置请求中,则gNB-CU-UP可以使用它来应用特定的RRM策略。
描述了承载上下文修改(gNB-CU-CP发起)。
承载上下文修改过程的目的是允许gNB-CU-CP修改gNB-CU-UP中的承载上下文。该过程使用与UE相关联的信令。
gNB-CU-CP通过向gNB-CU-UP发送承载上下文修改请求消息来发起该过程。如果gNB-CU-UP成功修改承载上下文,则它会使用承载上下文修改响应消息回复gNB-CU-CP。
gNB-CU-UP应在承载上下文修改响应消息中以下列方式向gNB-CU-CP报告所有请求资源的结果:
对于E-UTRAN:
-成功建立的DRB列表应被包括在DRB设置列表IE中;
-建立失败的DRB列表应被包括在DRB失败列表IE中;
-成功修改的DRB列表应被包括在DRB修改列表IE中;
-修改失败的DRB列表应被包括在DRB修改失败列表IE中;
对于NG-RAN:
-成功建立的PDU会话资源列表应被包括在PDU会话资源设置列表IE中;
-建立失败的PDU会话资源列表应被包括在PDU会话资源失败列表IE中;
-成功修改的PDU会话资源列表应被包括在PDU会话资源修改列表IE中;
-修改失败的PDU会话资源列表应被包括在PDU会话资源修改失败列表IE中;
-对于每个成功建立或修改的PDU会话资源,成功建立的DRB列表应被包括在DRB设置列表IE中;
-对于每个成功建立或修改的PDU会话资源,建立失败的DRB列表应被包括在DRB失败列表IE中;
-对于每个成功修改的PDU会话资源,成功修改的DRB列表应被包括在DRB修改列表IE中;
-对于每个成功修改的PDU会话资源,修改失败的DRB列表应被包括在DRB修改失败列表IE中;
-对于每个成功建立或修改的DRB,成功建立的QoS流列表应被包括在流设置列表IE中;
-对于每个成功建立或修改的DRB,建立失败的QoS流列表应被包括在流失败列表IE中;
当gNB-CU-UP报告PDU会话资源、DRB或QoS流建立不成功时,原因值应该足够精确,以使gNB-CU-CP能够知道建立不成功的原因。
如果安全信息IE包含在承载上下文修改请求消息中,gNB-CU-UP应更新相应的信息。
如果UE DL聚合最大比特率IE包含在承载上下文修改请求消息中,则gNB-CU-UP应更新相应的信息。
如果UE DL最大完整性保护数据速率IE包含在承载上下文修改请求消息中,gNB-CU-UP应更新相应的信息。
如果承载上下文状态改变IE包含在承载上下文修改请求消息中,则gNB-CU-UP应考虑UE RRC状态。
如果数据转发信息请求IE、PDU会话数据转发信息请求IE或DRB数据转发信息请求IE包括在承载上下文修改请求消息中,gNB-CU-UP应在承载上下文修改请求消息中的数据转发信息响应IE、PDU会话数据转发信息响应IE或DRB数据转发信息响应IE中包括所请求的转发信息。
如果PDCP配置IE包含在承载上下文修改请求消息中的DRB要修改列表IE中,则gNB-CU-UP应更新相应的信息,除了应被忽略的PDCP SN UL大小IE、PDCP SN DL大小IE和RLC模式IE之外。
如果E-UTRAN QoS IE包含在承载上下文修改请求消息中的DRB要修改列表IE中,则gNB-CU-UP应更新相应的信息。
如果PDCP SN状态请求IE包含在承载上下文修改请求消息中的DRB要修改列表IE中,则gNB-CU-UP应在承载上下文修改响应消息中包括UL计数值IE和DL计数值IE。
如果PDCP SN状态信息IE包含在承载上下文修改请求消息中的DRB要设置列表IE或DRB要修改列表IE中,则gNB-CU-UP应将其考虑在内。
如果DL UP参数IE包含在承载上下文修改请求消息中的DRB要修改列表IE中,则gNB-CU-UP应更新相应的信息。
如果要添加的小区组IE或要修改的小区组IE或要移除的小区组IE包含在承载上下文修改请求消息中的DRB要修改列表IE中,则gNB-CU-UP应添加或修改或移除相应的小区组。
如果PDU会话资源DL聚合最大比特率IE包含在承载上下文修改请求消息的PDU会话资源设置列表IE中,则当对相关UE的非GBR QoS流实施下行链路业务策略时gNB-CU-UP应替换UE上下文中的信息并使用它。
如果PDU会话资源DL聚合最大比特率IE包含在承载上下文修改请求消息中的PDU会话资源修改列表IE中,则gNB-CU-UP应更新相应的信息。
如果SDAP配置IE包含在承载上下文修改请求消息中的DRB要修改列表IE中,则gNB-CU-UP应更新相应的信息。
如果流映射信息IE包含在承载上下文修改请求消息中的DRB要修改列表IE中,则gNB-CU-UP应更新相应的信息。
对于每个请求的DRB,如果PDCP复制IE包含在承载上下文修改请求消息中包含的PDCP配置IE中,并且一个小区组被包括在小区组信息IE中,则gNB-CU-CP应在承载上下文修改请求消息中包括两个UP传送层信息IE,并且gNB-CU-UP还应在承载上下文修改响应消息中包括两个UP传送层信息IE,以支持gNB-DU内CA的分组复制。两个UP传送层信息IE中的第一个UP传送层信息IE用于主路径。
对于分配有两个GTP-U隧道的某个DRB,如果经由承载上下文修改(gNB-CU-CP发起)过程修改这样的DRB并给予一个GTP-U隧道,即,每小区组ID的仅一个UP传送层信息存在于相关DRB的DL UP参数IE中,则gNB-CU-UP应考虑为此DRB取消配置PDCP复制。如果发生这种承载上下文修改(gNB-CU-CP发起)过程,则不应包括相关DRB的复制激活IE。
如果新的UL TNL信息要求IE包含在承载上下文修改请求消息中,则gNB-CU-UP应在承载上下文修改响应消息中包括新的UP传送层信息。
对于每个PDU会话,其安全指示IE包括在承载上下文修改请求消息的PDU会话资源设置列表IE中,并且完整性保护指示IE或机密性保护指示IE设置为“首选”,如果支持,则gNB-CU-UP应分别为相关的PDU会话执行用户面完整性保护或加密,并应通过分别在承载上下文修改响应消息的PDU会话资源设置列表IE中包括完整性保护结果IE或机密性保护结果IE来通知它是否执行用户面完整性保护或加密。
对于其安全指示IE包括在承载上下文修改请求消息的PDU会话资源设置列表IE中的每个PDU会话,并且完整性保护指示IE或机密性保护指示IE设置为“必需”,然后gNB-CU-UP将分别为相关的PDU会话执行用户面完整性保护或加密。如果gNB-CU-UP不能执行用户面完整性保护或加密,则它应以适当的原因值拒绝PDU会话资源的设置。
对于其安全指示IE包括在承载上下文修改请求消息的PDU会话资源设置列表中的每个PDU会话:
-如果完整性保护指示IE设置为“不需要”,则gNB-CU-UP不应为相关的PDU会话执行用户面完整性保护;
-如果机密性保护指示IE设置为“不需要”,则gNB-CU-UP不应为相关的PDU会话执行用户面加密。
对于每个PDU会话资源,如果网络实例IE包括在承载上下文修改请求消息中的PDU会话资源要设置列表IE或PDU会话资源要修改列表IE中,并且公共网络实例IE不被包括,则gNB-CU-UP应在选择传送网络时使用它,如果支持的话。
对于每个PDU会话,如果公共网络实例IE包括在承载上下文修改请求消息中的PDU会话资源要设置列表IE或PDU会话资源要修改列表IE中,则gNB-CU-UP应在选择传送网络资源时使用它,如果支持的话。
如果QoS流映射指示IE包含在承载上下文修改请求消息中的QoS流QoS参数列表IE中,则gNB-CU-UP应替换任何先前接收到的值并考虑到只有上行链路或下行链路QoS流被映射到DRB,如果支持的话。
如果数据丢弃要求IE包含在承载上下文修改请求消息中,并且值被设置为“要求”,则gNB-CU-UP应认为对于该UE发生了RAN寻呼失败。gNB-CU-UP应丢弃该UE的用户面数据,并认为承载上下文仍然被挂起。
如果UE不活动定时器IE或PDU会话不活动定时器IE或DRB不活动定时器IE包含在承载上下文修改请求消息中,则gNB-CU-UP在执行不活动监测时将其考虑在内。
如果S-NSSAI IE包含在承载上下文修改请求消息中的PDU会话资源修改列表IE中,则gNB-CU-UP应存储相应的信息并替换任何现有信息。
如果DRB QoS IE包含在承载上下文修改请求消息中的DRB要设置列表IE中,则gNB-CU-UP应针对每个DRB考虑它,如果支持的话。
如果DRB QoS IE包含在承载上下文修改请求消息中的DRB要修改列表IE中,则gNB-CU-UP应替换任何先前接收到的值并应针对每个DRB考虑它,如果支持的话。
如果gNB-DU-ID IE包含在承载上下文修改请求消息中,则gNB-CU-UP应存储并替换接收到的任何先前的信息。
如果RAN UE ID IE包含在承载上下文修改请求消息中,则gNB-CU-UP应存储并替换接收到的任何先前的信息。
如果gNB-CU-UP接收到包括活动通知级别IE的承载上下文修改请求消息并且其值与当前承载上下文不匹配,则gNB-CU-UP应忽略活动通知级别IE以及所请求的修改不活动计时器。
对于每个成功建立的DRB,gNB-CU-UP应在承载上下文修改响应的相应的UL UP参数IE中提供包含在承载上下文修改请求消息的相应的小区组信息IE中的每个小区组条目的一个UL UP传送层信息项。
如果旧QoS流列表-UL结束标记预期IE包括在要修改的DRB的承载上下文修改请求消息的PDU会话资源要修改列表IE中,则gNB-CU-UP应考虑源NG-RAN节点已发起QoS流重新映射,并且尚未接收到SDAP结束标记。gNB-CU-UP应考虑旧QoS流列表-UL结束标记预期IE仅包含在源侧上尚未接收到SDAP结束标记的QoS流的UL QoS流信息。
对于EN-DC,如果RAT/频率优先级的订户简档ID IE包括在UE上下文修改请求中,则gNB-CU-UP可以使用它来应用特定的RRM策略。如果附加RRM策略索引IE包括在UE上下文修改请求中,则gNB-CU-UP可以使用它来应用特定的RRM策略。
如果存在由gNB-CU-UP移除的至少一个DRB,如果支持,则gNB-CU-UP应在承载上下文修改响应消息中包括可保留性测量信息IE,提供有关已移除的DRB的信息以用于gNB-CU-CP中的可保留性测量。
同时,在NR中,为处于连接状态的无线设备提供多播和/或广播服务(MBS)。无线设备可以经由多播传输或单播传输从网络接收MBS。多播传输可以称为点对多点(PTM)传输。单播传输可以称为点对点(PTP)传输。
必要的协调功能驻留其中的gNB-CU可以被分割为控制面(CP)和用户面(UP)。
当gNB-CU-CP获知UE加入多播组时,例如,通过来自CN的信令,gNB-CU-UP可能需要知道这一点。例如,如果gNB-CU-UP知道UE加入多播组,gNB-CU-UP能够识别并将从CN接收到的UE的多播和/或广播数据转发给服务于UE的gNB-DU。也就是说,gNB-CU-CP可能需要控制gNB-CU-UP以支持多播传输。
因此,需要对无线通信系统中具有CP和UP分离的多播传输进行研究。
在下文中,将描述根据本公开的一些实施例的在无线通信系统中具有CP和UP分离的多播传输的方法。
图12示出了在无线通信系统中用于具有CP和UP的分离的多播传输的方法的示例。
特别地,图12示出了由无线通信系统中的无线电接入网络(RAN)节点的中央单元(CU)-用户面(UP)执行的方法的示例。
例如,RAN节点可以连接到无线通信系统中的核心网络节点(例如,接入和移动性功能(AMF))。例如,RAN节点的CU可以包括CU-控制面(CP)。例如,RAN节点可以包括连接到CU的分布式单元(DU)。
例如,RAN节点的CU-CP可以是gNB-CU-控制面(gNB-CU-CP),其是托管用于en-gNB或gNB的RRC和PDCP协议的控制面部分的逻辑节点。gNB-CU-CP可以终止与gNB-CU-UP连接的E1接口和与gNB-DU连接的F1-C接口。
例如,RAN节点的CU-UP可以是gNB-CU-用户面(gNB-CU-UP),其是托管用于en-gNB的gNB-CU的PDCP协议的用户面部分,以及用于gNB的gNB-CU的PDCP协议和SDAP协议的用户面部分的逻辑节点。gNB-CU-UP可以终止与gNB-CU-CP连接的E1接口和与gNB-DU连接的F1-U接口。
在步骤S1201中,CU-UP可以从RAN节点的CU-控制面(CP)接收用于多播和/或广播服务(MBS)的第一消息。例如,第一消息可以包括(1)MBS的标识符(ID),以及(2)用于MBS的公共隧道端点标识符(C-TEID)。
例如,第一消息可以是承载上下文设置请求消息或承载上下文修改请求消息。
例如,第一消息可以包括用于MBS的服务标识和/或用于MBS的流标识。
在步骤S1202中,CU-UP可以基于MBS的ID建立用于MBS的承载。
例如,承载可以包括数据无线电承载和/或单播承载中的至少一个。
例如,响应于第一消息,CU-UP可以向RAN节点的CU-CP发送通知MBS的承载已建立的第二消息。例如,第二消息可以是承载上下文设置响应消息或承载上下文修改响应消息。
在步骤S1203中,CU-UP可以经由C-TEID指示的隧道从核心网络接收用于MBS的数据。例如,核心网络可以是接入和移动性功能(AMF)。
在步骤S1204中,CU-UP可以经由建立的承载将接收到的数据发送给DU。
例如,CU-UP可以经由隧道从核心网络接收用于MBS的业务。然后,CU-UP可以将MBS的业务经由承载转发给DU。
根据本公开的一些实施例,CU-UP可以从CU-CP接收包括MBS的ID的用于MBS的承载上下文修改请求消息。
例如,在步骤S1202中,CU-UP可以在建立用于MBS的承载之后接收承载上下文修改请求消息。
CU-UP可以在接收到承载上下文修改请求消息时基于MBS的ID修改MBS的承载。
例如,在修改用于MBS的承载时,CU-UP可以响应于承载上下文修改请求消息向CU-CP发送承载上下文修改响应消息。
例如,CU-UP可以经由修改的承载向DU发送接收到的数据。
图13示出在无线通信系统中具有CP和UP分离的多播传输方法的示例。
特别地,图13示出由无线通信系统中的无线电接入网络(RAN)节点的中央单元(CU)-控制面(CP)执行的方法的示例。
例如,RAN节点可以连接到无线通信系统中的核心网络节点(例如,AMF)。例如,RAN节点的CU可以包括CU-用户面(UP)。例如,RAN节点可以包括连接到CU的分布式单元(DU)。
在步骤S1301中,CU-CP可以从核心网络接收用于建立用于多播和/或广播服务(MBS)的PDU会话资源的第一消息。例如,第一消息可以包括用于MBS的公共隧道端点标识符(C-TEID)。
例如,第一消息可以包括MBS的ID。
例如,第一消息可以是PDU会话资源设置请求消息或PDU会话资源修改请求消息。
在步骤S1302中,CU-CP可以向RAN节点的CU-用户面(UP)发送第二消息,以在RAN节点的CU-UP和分布式单元(DU)之间建立用于MBS的第一承载。例如,第二消息可以包括1)MBS的ID,以及2)用于MBS的C-TEID。
例如,第二消息可以是承载上下文设置请求消息或承载上下文修改请求消息。
在步骤S1303中,响应于第二消息,CU-CP可以从CU-UP接收通知用于MBS的第一承载被建立的第三消息。
例如,第三消息可以是承载上下文设置响应消息或承载上下文修改响应消息。
例如,第三消息可以包括MBS的ID,以通知为MBS建立了第一承载。
在步骤S1304中,CU-CP可以向DU发送第四消息以在DU和无线设备之间建立用于MBS的第二承载。例如,第四消息包括用于MBS的C-TEID。
例如,第四消息可以包括MBS的ID。
例如,第四消息可以是UE上下文设置请求消息或UE上下文修改请求消息。
例如,CU-CP可以在步骤S1303中接收到第三消息时基于第一承载生成第四消息。
根据本公开的一些实施例,响应于步骤S1304中的第四消息,CU-CP可以从DU接收通知第二承载被建立的第五消息。
例如,第五消息可以是UE上下文设置响应消息或UE上下文修改响应消息。
例如,CU-CP可以在接收到第五消息时向CU-UP发送承载上下文修改请求消息以修改第一承载。例如,承载上下文修改请求消息可以包括MBS的ID。例如,可以在接收到第五消息时发送承载上下文修改请求消息。
例如,承载上下文修改请求消息可以包括用于MBS的C-TEID。
根据本公开的一些实施例,网络(例如,基站)可以支持用于RRC_CONNECTED状态的UE的广播/多播的RAN基本功能。
例如,网络可以支持组调度机制以允许UE接收广播/多播服务。例如,网络可以支持启用与单播接收的同时操作所需的必要增强。
例如,网络可以支持具有给定UE的服务连续性的在多播(PTM)和单播(PTP)之间的广播/多播服务递送的动态改变。
例如,网络可以支持具有服务连续性的基本移动性。
例如,网络可以假定必要的协调功能(如由MCE托管的功能)驻留在gNB-CU中。例如,考虑到广播/多播的SA2 SI的结果,网络可以支持对RAN架构和接口进行必要的改变。
例如,网络可以支持所需的改变以改进广播/多播服务的可靠性,例如,通过UL反馈。可靠性水平可以基于所提供的应用/服务的要求。
例如,网络可以支持对一个gNB-DU内的广播/多播传输区域进行动态控制,并指定启用它所需的内容。
根据本公开的一些实施例,网络(例如,基站)可以支持用于RRC_IDLE/RRC_INACTIVE状态的UE的广播/多播的RAN基本功能。
根据本公开的一些实施例,网络(例如,基站)可以支持所需的改变以使处于RRC_IDLE/RRC_INACTIVE状态的UE能够接收点对多点传输,目的是保持用于PTM接收的配置的RRC_CONNECTED状态与RRC_IDLE/RRC_INACTIVE状态之间最大的通用性。
在RRC_IDLE/RRC_INACTIVE状态的UE接收点对多点传输的可能性,无需那些UE在RRC连接状态下事先获得承载广播/多播服务的PTM承载的配置,可以由网络支持以验证服务订阅和授权假定。
根据本公开的一些实施例,在进一步的限制是只有NG-RAN(例如,连接到5GC)中的NR被视为RAT的情况下,网络(例如,基站)可以支持高级MBS架构。
例如,网络可以在FR2中提供多播和/或广播传输。
例如,网络可以支持单播和广播/多播服务之间的灵活资源分配。
在下文中,根据本公开的一些实施例的在无线通信系统中由gNB-DU、gNB-CU-CP和gNB-CU-UP执行的具有CP和UP分离的多播传输方法将被描述。
根据本公开的一些实施例,gNB-CU-CP可以向gNB-CU-UP提供多播和/或广播服务(MBS)标识以指示QoS流被映射到的所请求承载与哪个MBS有关。
例如,gNB-CU-CP可以向加入多播和/或广播数据传输的gNB-CU-UP和gNB-DU提供从AMF或CN接收到的C-TEID。
图14示出了根据本公开的一些实施例的在无线通信系统中具有CP和UP分离的多播传输过程的示例。
在图14中,可以执行用于在gNB-CU-UP和gNB-DU之间建立多播和/或广播承载的过程。
在步骤S1401中,AMF可以向gNB-CU-CP发送PDU会话资源设置请求或PDU会话资源修改请求消息,以便于为多播和/或广播数据建立PDU会话或设置QoS流传播。此消息可以包括要提供给加入多播和/或广播数据传输的网络实体的C-TEID。
在步骤S1402中,在接收到设置或修改请求消息时,gNB-CU-CP可以向gNB-CU-UP发送承载上下文设置请求或承载上下文修改请求,以便于请求建立用于gNB-CU-UP和gNB-DU之间的多播和/或广播数据传输的承载(例如,数据无线电承载或单播承载)。此消息可以包含MBS标识,例如,服务标识和/或MBS流标识,以指示请求的承载与哪个MBS相关。此消息可能包括从AMF或CN接收到的C-TEID,以向gNB-CU-UP指示MBS业务将被发送到的隧道端点。
在步骤S1403中,当gNB-CU-UP接收到来自gNB-CU-CP的消息时,gNB-CU-UP能够通过请求承载来标识要提供给UE的MBS,并且知道哪个QoS流与为UE指示的MBS相关。gNB-CU-UP可以向gNB-CU-CP发送承载上下文设置响应或承载上下文修改响应消息。
在步骤S1404中,在从gNB-CU-UP接收到设置或修改响应消息时,gNB-CU-CP可以向gNB-DU发送UE上下文设置请求或UE上下文修改请求,以便于请求为gNB-DU与UE之间的多播和/或广播数据传输设置承载(例如,数据无线电承载或单播承载)。此消息可能包括从AMF或CN接收到的C-TEID,以向gNB-DU指示MBS业务将被发送到的隧道端点。
在步骤S1405中,包括请求承载的配置,gNB-DU可以向gNB-CU-CP响应UE上下文设置响应或UE上下文修改响应消息。
在步骤S1406中,在接收到来自gNB-DU的消息时,gNB-CU-CP可以向gNB-CU-UP发送承载上下文修改请求消息。此消息可能包含MBS标识,以指示请求的承载与哪个MBS相关。
在步骤S1407中,在从gNB-CU-CP接收到消息时,gNB-CU-UP可以通过承载上下文修改响应消息进行响应。
在步骤S1408中,当gNB-CU-CP从gNB-CU-UP接收到消息时,gNB-CU-CP可以向AMF发送PDU会话资源设置响应或PDU会话资源修改响应消息。
在下文中,将描述根据本公开的一些实施例的在无线通信系统中具有CP和UP分离的多播传输的装置。
根据本公开的一些实施例,无线电接入网络(RAN)节点的中央单元(CU)-用户面(UP)可以包括处理器和存储器。
例如,处理器可以被配置成与存储器可操作地耦合。
处理器可以被配置成从RAN节点的CU-控制面(CP)接收用于多播和/或广播服务(MBS)的第一消息。该第一消息可以包括(1)MBS的标识符(ID),以及(2)用于MBS的公共隧道端点标识符(C-TEID)。处理器可以被配置成基于MBS的ID建立用于MBS的承载。处理器可以被配置成经由C-TEID指示的隧道从核心网络接收用于MBS的数据。处理器可以被配置成经由已建立的承载向DU发送接收到的数据。
例如,第一消息可以是承载上下文设置请求消息或承载上下文修改请求消息。
例如,处理器可以被配置成响应于第一消息,向RAN节点的CU-CP发送通知用于MBS的承载已建立的第二消息。例如,第二消息可以是承载上下文设置响应消息或承载上下文修改响应消息。
例如,承载可以包括数据无线电承载和/或单播承载中的至少一个。
例如,第一消息可以包括用于MBS的服务标识和/或用于MBS的流标识。
例如,处理器可以被配置成从CU-CP接收包括MBS的ID的用于MBS的承载上下文修改请求消息。
例如,处理器可以被配置成在接收到承载上下文修改请求消息时基于MBS的ID来修改用于MBS的承载。
例如,处理器可以被配置成响应于承载上下文修改请求消息向CU-CP发送承载上下文修改响应消息。
根据本公开的一些实施例,无线电接入网络(RAN)节点的中央单元(CU)-控制面(CP)可以包括处理器和存储器。
例如,处理器可以被配置成与存储器可操作地耦合。
处理器可以被配置成从核心网络接收用于建立用于多播和/或广播服务(MBS)的分组数据单元(PDU)会话资源的第一消息。例如,该第一消息可以包括用于MBS的公共隧道端点标识符(C-TEID)。例如,第一消息可以包括MBS的ID。处理器可以被配置成向RAN节点的CU-用户面(UP)发送第二消息以在CU-UP和RAN节点的分布式单元(DU)之间建立用于MBS的第一承载。例如,第二消息可以包括1)MBS的ID,以及2)用于MBS的C-TEID。处理器可以被配置成响应于第二消息从CU-UP接收第三消息,该第三消息通知用于MBS的第一承载已建立。处理器可以被配置成向DU发送第四消息以在DU和无线设备之间建立用于MBS的第二承载,其中该第三消息包括用于MBS的C-TEID。例如,第四消息可以包括MBS的ID。
例如,处理器可以被配置成在接收到第三消息时基于第一承载生成第四消息。
例如,处理器可以被配置成响应于第四消息从DU接收通知第二承载已建立的第五消息。
例如,处理器可以被配置成在接收到第五消息时向CU-UP发送承载上下文修改请求消息以修改第一承载。例如,承载上下文修改请求消息可以包括MBS的ID。
例如,承载上下文修改请求消息包括用于MBS的C-TEID。
例如,参考图10,gNB-CU可以是RAN节点的CU的示例,用于通过考虑退化的用户体验在单播和多播之间切换。
在下文中,将描述根据本发明的一些实施例的用于在无线通信系统中具有CP和UP分离的多播传输的无线接入网络(RAN)节点的中央单元(CU)-用户面(UP)的处理器。
处理器可以被配置成控制CU-UP以从RAN节点的CU-控制面(CP)接收用于多播和/或广播服务(MBS)的第一消息。第一消息可以包括(1)MBS的标识符(ID),以及(2)用于MBS的公共隧道端点标识符(C-TEID)。处理器可以被配置成控制CU-UP以基于MBS的ID建立用于MBS的承载。处理器可以被配置成控制CU-UP以经由C-TEID指示的隧道从核心网络接收用于MBS的数据。处理器可以被配置成控制CU-UP以经由建立的承载向DU发送接收到的数据。
例如,第一消息可以是承载上下文设置请求消息或承载上下文修改请求消息。
例如,处理器可以被配置成响应于第一消息,控制CU-UP以向RAN节点的CU-CP发送通知用于MBS的承载已建立的第二消息。例如,第二消息可以是承载上下文设置响应消息或承载上下文修改响应消息。
例如,承载可以包括数据无线电承载和/或单播承载中的至少一个。
例如,第一消息可以包括用于MBS的服务标识和/或用于MBS的流标识。
例如,处理器可以被配置成控制CU-UP以从CU-CP接收包括MBS的ID的用于MBS的承载上下文修改请求消息。
例如,处理器可以被配置成在接收到承载上下文修改请求消息时控制CU-UP基于MBS的ID来修改用于MBS的承载。
例如,处理器可以被配置成控制CU-UP以响应于承载上下文修改请求消息向CU-CP发送承载上下文修改响应消息。
在下文中,将描述根据本发明的一些实施例的用于在无线通信系统中的具有CP和UP的分离的多播传输的无线接入网络(RAN)节点的中央单元(CU)-控制面(CP)的处理器。
处理器可以被配置成控制CU-CP以从核心网络接收用于建立用于多播和/或广播服务(MBS)的分组数据单元(PDU)会话资源的第一消息。例如,该第一消息可以包括用于MBS的公共隧道端点标识符(C-TEID)。例如,第一消息可以包括MBS的ID。处理器可以被配置成控制CU-CP以向RAN节点的CU-用户面(UP)发送第二消息以在RAN节点的CU-UP和分布式单元(DU)之间建立用于MBS的第一承载。例如,第二消息可以包括1)MBS的ID,以及2)用于MBS的C-TEID。处理器可以被配置成响应于第二消息,控制CU-CP以从CU-UP接收通知用于MBS的第一承载已建立的第三消息。处理器可以被配置成控制CU-CP以向DU发送第四消息以在DU和无线设备之间建立用于MBS的第二承载,其中该第三消息包括用于MBS的C-TEID。例如,第四消息可以包括MBS的ID。
例如,处理器可以被配置成在接收到第三消息时控制CU-CP以基于第一承载生成第四消息。
例如,处理器可以被配置成响应于第四消息,控制CU-CP以从DU接收通知第二承载被建立的第五消息。
例如,处理器可以被配置成在接收到第五消息时控制CU-CP以向CU-UP发送承载上下文修改请求消息以修改第一承载。例如,承载上下文修改请求消息可以包括MBS的ID。
例如,承载上下文修改请求消息包括用于MBS的C-TEID。
在下文中,将描述根据本公开的一些实施例的在其上存储有用于在无线通信系统中通过CP和UP的分离的多播传输的多个指令的非暂时性计算机可读介质。
根据本公开的一些实施例,本公开的技术特征可以直接体现在硬件中、由处理器执行的软件中或两者的组合中。例如,在无线通信中由无线设备执行的方法可以在硬件、软件、固件或其任何组合中实现。例如,软件可以驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或任何其他存储介质中。
存储介质的一些示例被耦合到处理器,使得处理器可以从存储介质读取信息。在可替选方式中,存储介质可以集成到处理器中。处理器和存储介质可以驻留在ASIC中。例如,处理器和存储介质可以作为分立组件存在。
计算机可读介质可以包括有形的和非暂时性的计算机可读存储介质。
例如,非暂时性计算机可读介质可以包括随机存取存储器(RAM),诸如同步动态随机存取存储器(SDRAM)、只读存储器(ROM)、非易失性随机存取存储器(NVRAM)、电可擦可编程只读存储器(EEPROM)、闪存、磁性或光学数据存储介质,或可用于存储指令或数据结构的任何其他介质。非暂时性计算机可读介质还可以包括上述的组合。
此外,本文描述的方法可以至少部分地通过计算机可读通信介质来实现,该计算机可读通信介质以指令或数据结构的形式承载或传达代码并且可以通过计算机访问、读取和/或执行。
根据本公开的一些实施例,非暂时性计算机可读介质上存储有多个指令。存储的多个指令可以由中央单元(CU)的处理器执行。
所存储的多个指令可以使CU-UP从RAN节点的CU-控制面(CP)接收用于多播和/或广播服务(MBS)的第一消息。第一消息可以包括(1)MBS的标识符(ID),以及(2)用于MBS的公共隧道端点标识符(C-TEID)。存储的多个指令可以使CU-UP基于MBS的ID建立用于MBS的承载。所存储的多个指令可以使CU-UP经由C-TEID指示的隧道从核心网络接收用于MBS的数据。存储的多个指令可以使CU-UP经由已建立的承载向DU发送接收到的数据。
例如,第一消息可以是承载上下文设置请求消息或承载上下文修改请求消息。
例如,存储的多个指令可以使CU-UP响应于第一消息向RAN节点的CU-CP发送通知用于MBS的承载已建立的第二消息。例如,第二消息可以是承载上下文设置响应消息或承载上下文修改响应消息。
例如,承载可以包括数据无线电承载和/或单播承载中的至少一个。
例如,第一消息可以包括用于MBS的服务标识和/或用于MBS的流标识。
例如,所存储的多个指令可以使CU-UP从CU-CP接收包括MBS的ID的用于MBS的承载上下文修改请求消息。
例如,所存储的多个指令可以使CU-UP在接收到承载上下文修改请求消息时基于MBS的ID来修改用于MBS的承载。
例如,所存储的多个指令可以使CU-UP响应于承载上下文修改请求消息向CU-CP发送承载上下文修改响应消息。
根据本公开的一些实施例,非暂时性计算机可读介质上存储有多个指令。存储的多个指令可以由无线电接入网络(RAN)节点的中央单元(CU)-控制面(CP)的处理器执行。
所存储的多个指令可以使CU-CP从核心网络接收用于建立用于多播和/或广播服务(MBS)的分组数据单元(PDU)会话资源的第一消息。例如,第一消息可以包括用于MBS的公共隧道端点标识符(C-TEID)。例如,第一消息可以包括MBS的ID。存储的多个指令可以使CU-CP向RAN节点的CU-用户面(UP)发送第二消息以在RAN节点的CU-UP和分布式单元(DU)之间建立用于MBS的第一承载。例如,第二消息可以包括1)MBS的ID,以及2)用于MBS的C-TEID。响应于第二消息,存储的多个指令可以使CU-CP从CU-UP接收第三消息,该第三消息通知用于MBS的第一承载已建立。所存储的多个指令可以使CU-CP向DU发送第四消息以在DU和无线设备之间建立用于MBS的第二承载,其中第三消息包括用于MBS的C-TEID。例如,第四消息可以包括MBS的ID。
例如,所存储的多个指令可以使CU-CP在接收到第三消息时基于第一承载生成第四消息。
例如,响应于第四消息,所存储的多个指令可以使CU-CP从DU接收通知第二承载已建立的第五消息。
例如,存储的多个指令可以使CU-CP在接收到第五消息时向CU-UP发送承载上下文修改请求消息以修改第一承载。例如,承载上下文修改请求消息可以包括MBS的ID。
例如,承载上下文修改请求消息包括用于MBS的C-TEID。
本公开可以具有各种有益效果。
根据本公开的一些实施例,无线电接入网络(RAN)节点(例如,诸如gNB的基站)的CU-CP和RAN节点的CU-UP可以有效地执行多播传输。
例如,gNB-CU-UP能够在从CN接收的数据当中识别用于UE的多播和/或广播数据,并将它们转发给UE服务于的gNB-DU。
因此,网络可以有效地提供多播和/或广播数据传输而没有任何损失。
此外,网络可以通过gNB接收多播和/或广播数据来避免UE体验的退化。
根据本公开的一些实施例,无线通信系统可以提供用于在无线通信系统中的具有CP和UP分离的多播传输的有效解决方案。
能够通过本公开的特定实施例获得的有益效果不限于上面列出的有益效果。例如,可能具有本领域的普通技术人员能够理解和/或从本公开中得出的各种技术效果。因此,本公开的具体效果不限于本文明确描述的那些,而是可以包括可以理解或从本公开的技术特征中得出的各种效果。
本说明书中的权利要求能够以各种方式组合。例如,本说明书的方法权利要求中的技术特征能够被组合以在装置中实现或执行,并且装置权利要求中的技术特征能够被组合以在方法中实现或执行。此外,方法权利要求和装置权利要求中的技术特征能够组合以在装置中实现或执行。此外,方法权利要求和装置权利要求中的技术特征能够组合以在方法中实现或执行。其他实现方式在所附权利要求的范围内。

Claims (34)

1.一种由无线通信系统中的无线电接入网络(RAN)节点的中央单元(CU)-用户面(UP)执行的方法,所述方法包括,
从所述RAN节点的CU-控制面(CP)接收用于多播和/或广播服务(MBS)的第一消息,其中所述第一消息包括(1)所述MBS的标识符(ID),以及(2)用于所述MBS的公共隧道端点标识符(C-TEID);
基于所述MBS的ID建立用于所述MBS的承载;
经由所述C-TEID指示的隧道从核心网络接收用于所述MBS的数据;以及
经由建立的承载将接收到的数据发送到DU。
2.根据权利要求1所述的方法,其中,所述第一消息为承载上下文设置请求消息或承载上下文修改请求消息。
3.根据权利要求1所述的方法,其中,所述方法进一步包括,
响应于所述第一消息,向所述RAN节点的所述CU-CP发送通知用于所述MBS的所述承载已建立的第二消息,
其中,所述第二消息为承载上下文设置响应消息或承载上下文修改响应消息。
4.根据权利要求1所述的方法,其中,所述承载包括数据无线电承载和/或单播承载中的至少一个。
5.根据权利要求1所述的方法,其中,所述第一消息包括用于所述MBS的服务标识和/或用于所述MBS的流标识。
6.根据权利要求1所述的方法,其中,所述方法进一步包括,
从所述CU-CP接收包括所述MBS的ID的用于所述MBS的承载上下文修改请求消息。
7.根据权利要求6所述的方法,其中,所述方法进一步包括,
在接收到所述承载上下文修改请求消息时,基于所述MBS的ID修改用于所述MBS的所述承载。
8.根据权利要求6所述的方法,其中,所述方法进一步包括,
响应于所述承载上下文修改请求消息,向所述CU-CP发送承载上下文修改响应消息。
9.一种由无线通信系统中的无线电接入网络(RAN)节点的中央单元(CU)-控制面(CP)执行的方法,所述方法包括,
从核心网络接收用于建立用于多播和/或广播服务(MBS)的分组数据单元(PDU)会话资源的第一消息,其中所述第一消息包括用于所述MBS的公共隧道端点标识符(C-TEID);
向所述RAN节点的CU-用户面(UP)发送第二消息,以在所述RAN节点的所述CU-UP和分布式单元(DU)之间建立用于所述MBS的第一承载,其中,所述第二消息包括1)所述MBS的ID,和2)用于所述MBS的C-TEID;
响应于所述第二消息,从所述CU-UP接收通知用于所述MBS的所述第一承载已建立的第三消息;以及
向所述DU发送第四消息以在所述DU和无线设备之间建立用于所述MBS的第二承载,其中所述第三消息包括用于所述MBS的所述C-TEID。
10.根据权利要求9所述的方法,其中,所述第一消息包括所述MBS的ID。
11.根据权利要求9所述的方法,其中,所述第四消息包括所述MBS的ID。
12.根据权利要求9所述的方法,其中,所述方法进一步包括:
在接收到所述第三消息时,基于所述第一承载生成所述第四消息。
13.根据权利要求9所述的方法,其中,所述方法进一步包括:
响应于所述第四消息,从所述DU接收通知所述第二承载已建立的第五消息。
14.根据权利要求13所述的方法,其中,所述方法进一步包括,
在接收到所述第五消息时,向所述CU-UP发送承载上下文修改请求消息以修改所述第一承载,其中所述承载上下文修改请求消息包括所述MBS的ID。
15.根据权利要求14所述的方法,其中,所述承载上下文修改请求消息包括用于所述MBS的所述C-TEID。
16.一种无线通信系统中无线电接入网络(RAN)节点的中央单元(CU)-用户面(UP),包括:
存储器;和
至少一个处理器,所述至少一个处理器可操作地耦合到所述存储器,并被配置成:
从所述RAN节点的CU-控制面(CP)接收用于多播和/或广播服务(MBS)的第一消息,其中所述第一消息包括(1)所述MBS的标识符(ID),以及(2)用于所述MBS的公共隧道端点标识符(C-TEID);
基于所述MBS的ID建立用于所述MBS的承载;
经由所述C-TEID指示的隧道从核心网络接收用于所述MBS的数据;并且
经由建立的承载将接收到的数据发送到所述DU。
17.根据权利要求16所述的RAN节点的CU-UP,其中,所述第一消息为承载上下文设置请求消息或承载上下文修改请求消息。
18.根据权利要求16所述的RAN节点的CU-UP,其中,所述至少一个处理器进一步被配置成,
响应于所述第一消息,向所述RAN节点的所述CU-CP发送通知用于所述MBS的所述承载已建立的第二消息,
其中,所述第二消息为承载上下文设置响应消息或承载上下文修改响应消息。
19.根据权利要求16所述的RAN节点的CU-UP,其中,所述承载包括数据无线电承载和/或单播承载中的至少一个。
20.根据权利要求16所述的RAN节点的CU-UP,其中,所述第一消息包括用于所述MBS的服务标识和/或用于所述MBS的流标识。
21.根据权利要求16所述的RAN节点的CU-UP,其中,所述至少一个处理器进一步被配置成,
从所述CU-CP接收包括所述MBS的ID的用于所述MBS的承载上下文修改请求消息。
22.根据权利要求21所述的RAN节点的CU-UP,其中,所述至少一个处理器进一步被配置成,
在接收到所述承载上下文修改请求消息时,基于所述MBS的ID修改用于所述MBS的所述承载。
23.根据权利要求21所述的RAN节点的CU-UP,其中,所述至少一个处理器进一步被配置成,
响应于所述承载上下文修改请求消息,向所述CU-CP发送承载上下文修改响应消息。
24.一种无线通信系统中的无线电接入网络(RAN)节点的中央单元(CU)-控制面(CP)包括:
存储器;以及
至少一个处理器,所述至少一个处理器可操作地耦合到所述存储器,并被配置成:
从核心网络接收用于建立用于多播和/或广播服务(MBS)的分组数据单元(PDU)会话资源的第一消息,其中所述第一消息包括用于所述MBS的公共隧道端点标识符(C-TEID);
向所述RAN节点的CU-用户面(UP)发送第二消息,以在所述RAN节点的所述CU-UP和分布式单元(DU)之间建立用于所述MBS的第一承载,其中,所述第二消息包括1)所述MBS的ID,和2)用于所述MBS的C-TEID;
响应于所述第二消息,从所述CU-UP接收通知用于所述MBS的所述第一承载已建立的第三消息;并且
向所述DU发送第四消息以在所述DU和无线设备之间建立用于所述MBS的第二承载,其中所述第三消息包括用于所述MBS的所述C-TEID。
25.根据权利要求24所述的RAN节点的CU-CP,其中,所述第一消息包括所述MBS的ID。
26.根据权利要求24所述的RAN节点的CU-CP,其中,所述第四消息包括所述MBS的ID。
27.根据权利要求24所述的RAN节点的CU-CP,其中,所述至少一个处理器进一步被配置成,
在接收到所述第三消息时,基于所述第一承载生成所述第四消息。
28.根据权利要求24所述的RAN节点的CU-CP,其中,所述至少一个处理器进一步被配置成,
响应于所述第四消息,从所述DU接收通知所述第二承载已建立的第五消息。
29.根据权利要求28所述的RAN节点的CU-CP,其中,所述至少一个处理器进一步被配置成,
在接收到所述第五消息时,向所述CU-UP发送承载上下文修改请求消息以修改所述第一承载,其中所述承载上下文修改请求消息包括所述MBS的ID。
30.根据权利要求29所述的RAN节点的CU-CP,其中,所述承载上下文修改请求消息包括用于所述MBS的所述C-TEID。
31.一种用于无线通信系统中的无线电接入网络(RAN)节点的中央单元(CU)-用户面(UP)的处理器,其中所述处理器被配置成控制所述RAN节点的所述CU-UP以执行包括下述的操作:
从所述RAN节点的CU-控制面(CP)接收用于多播和/或广播服务(MBS)的第一消息,其中所述第一消息包括(1)所述MBS的标识符(ID),以及(2)用于所述MBS的公共隧道端点标识符(C-TEID);
基于所述MBS的ID建立用于所述MBS的承载;
经由所述C-TEID指示的隧道从核心网络接收用于所述MBS的数据;以及
经由建立的承载将接收到的数据发送到DU。
32.一种用于无线通信系统中的无线电接入网络(RAN)节点的中央单元(CU)-控制面(CP)的处理器,其中所述处理器被配置成控制所述RAN节点的所述CU-CP以执行包括下述的操作:
从核心网络接收用于建立用于多播和/或广播服务(MBS)的分组数据单元(PDU)会话资源的第一消息,其中所述第一消息包括用于所述MBS的公共隧道端点标识符(C-TEID);
向所述RAN节点的CU-用户面(UP)发送第二消息,以在所述RAN节点的所述CU-UP和分布式单元(DU)之间建立用于所述MBS的第一承载,其中,所述第二消息包括1)所述MBS的ID,和2)用于所述MBS的C-TEID;
响应于所述第二消息,从所述CU-UP接收通知用于所述MBS的所述第一承载已建立的第三消息;以及
向所述DU发送第四消息以在所述DU和无线设备之间建立用于所述MBS的第二承载,其中所述第三消息包括用于所述MBS的所述C-TEID。
33.一种其上存储有多个指令的非暂时性计算机可读介质,所述指令当由无线通信系统中的无线电接入网络(RAN)节点的中央单元(CU)-用户面(UP)的处理器执行时,使所述RAN节点的所述CU-UP:
从所述RAN节点的CU-控制面(CP)接收用于多播和/或广播服务(MBS)的第一消息,其中所述第一消息包括(1)所述MBS的标识符(ID),以及(2)用于所述MBS的公共隧道端点标识符(C-TEID);
基于所述MBS的ID建立用于所述MBS的承载;
经由所述C-TEID指示的隧道从核心网络接收用于所述MBS的数据;并且
经由建立的承载将接收到的数据发送到DU。
34.一种其上存储有多个指令的非暂时性计算机可读介质,所述指令当由无线通信系统中的无线电接入网络(RAN)节点的中央单元(CU)-控制面(CP)的处理器执行时,使所述RAN节点的所述CU-CP:
从核心网络接收用于建立用于多播和/或广播服务(MBS)的分组数据单元(PDU)会话资源的第一消息,其中所述第一消息包括用于所述MBS的公共隧道端点标识符(C-TEID);
向所述RAN节点的CU-用户面(UP)发送第二消息,以在所述RAN节点的所述CU-UP和分布式单元(DU)之间建立用于所述MBS的第一承载,其中,所述第二消息包括1)所述MBS的ID,和2)用于所述MBS的C-TEID;
响应于所述第二消息,从所述CU-UP接收通知用于所述MBS的所述第一承载已建立的第三消息;并且
向所述DU发送第四消息以在所述DU和无线设备之间建立用于所述MBS的第二承载,其中所述第三消息包括用于所述MBS的所述C-TEID。
CN202180012424.8A 2020-02-03 2021-01-04 无线通信系统中具有cp与up分离的多播传输的方法及装置 Pending CN115039505A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
KR10-2020-0012795 2020-02-03
KR20200012795 2020-02-03
KR10-2020-0014542 2020-02-06
KR20200014542 2020-02-06
PCT/KR2021/000021 WO2021157872A1 (en) 2020-02-03 2021-01-04 Method and apparatus for multicast transmission with separation of cp and up in a wireless communication system

Publications (1)

Publication Number Publication Date
CN115039505A true CN115039505A (zh) 2022-09-09

Family

ID=77200155

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180012424.8A Pending CN115039505A (zh) 2020-02-03 2021-01-04 无线通信系统中具有cp与up分离的多播传输的方法及装置

Country Status (6)

Country Link
US (1) US20230053835A1 (zh)
EP (1) EP4101257A4 (zh)
JP (1) JP7449397B2 (zh)
KR (1) KR20220122719A (zh)
CN (1) CN115039505A (zh)
WO (1) WO2021157872A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113747524A (zh) * 2020-05-29 2021-12-03 北京三星通信技术研究有限公司 支持切换的方法和设备
WO2023069388A1 (en) * 2021-10-20 2023-04-27 Google Llc Managing multicast and unicast data transmission for mbs

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101087249A (zh) * 2006-08-25 2007-12-12 中兴通讯股份有限公司 移动通信系统组播业务中建立控制面隧道的方法
CN101517991A (zh) * 2006-08-11 2009-08-26 Ip无线有限公司 广播和多播通信的直接用户面隧道传送
WO2012097699A1 (zh) * 2011-01-17 2012-07-26 大唐移动通信设备有限公司 一种数据传输方法、装置及系统
CN102668677A (zh) * 2009-12-18 2012-09-12 摩托罗拉解决方案公司 用于在无线电接入网络中进行承载建立的方法
CN109769150A (zh) * 2017-11-09 2019-05-17 华为技术有限公司 一种传输组播业务的方法和设备
CN110312282A (zh) * 2018-09-28 2019-10-08 华为技术有限公司 数据传输的方法和装置
CN110351043A (zh) * 2018-04-04 2019-10-18 华为技术有限公司 通信方法和装置
WO2020002374A1 (en) * 2018-06-26 2020-01-02 Huawei Technologies Co., Ltd. Entities and methods for providing multicast/broadcast services in 5g networks

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2704636T3 (es) 2006-10-12 2019-03-19 Ericsson Telefon Ab L M Distribución troncal eficiente del MBMS usando el planteamiento de un solo túnel
CN108811153A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 通信方法、集中式单元、分布式单元、基站及终端设备

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101517991A (zh) * 2006-08-11 2009-08-26 Ip无线有限公司 广播和多播通信的直接用户面隧道传送
CN101087249A (zh) * 2006-08-25 2007-12-12 中兴通讯股份有限公司 移动通信系统组播业务中建立控制面隧道的方法
CN102668677A (zh) * 2009-12-18 2012-09-12 摩托罗拉解决方案公司 用于在无线电接入网络中进行承载建立的方法
WO2012097699A1 (zh) * 2011-01-17 2012-07-26 大唐移动通信设备有限公司 一种数据传输方法、装置及系统
CN109769150A (zh) * 2017-11-09 2019-05-17 华为技术有限公司 一种传输组播业务的方法和设备
CN110351043A (zh) * 2018-04-04 2019-10-18 华为技术有限公司 通信方法和装置
WO2020002374A1 (en) * 2018-06-26 2020-01-02 Huawei Technologies Co., Ltd. Entities and methods for providing multicast/broadcast services in 5g networks
CN110312282A (zh) * 2018-09-28 2019-10-08 华为技术有限公司 数据传输的方法和装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
3GPP工作组: "3rd Generation Partnership Project;Technical Specification Group Radio Access Network;Study of separation of NR Control Plane (CP) and User Plane (UP) for split option 2(Release 15)", 《3GPP TR 38.806 V15.0.0 (2017-12)》, 31 December 2017 (2017-12-31), pages 5 *
3GPP工作组: "3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;Study on architectural enhancements for 5G multicast-broadcast services (Release 17)", 《3GPP TR 23.757 V0.32.0 (202019-011)》, 29 January 2020 (2020-01-29), pages 6 *
CATT: "R3-184299 "Summary of offline discussion on Bearer Setup for EN-DC scenario"", 3GPP TSG_RAN\\WG3_IU, no. 3, 10 July 2018 (2018-07-10) *
张力宏;: "Direct Tunnel技术在3G网络中的部署", 信息通信技术, no. 05, 15 October 2009 (2009-10-15) *

Also Published As

Publication number Publication date
JP2023513493A (ja) 2023-03-31
US20230053835A1 (en) 2023-02-23
JP7449397B2 (ja) 2024-03-13
EP4101257A4 (en) 2024-02-28
EP4101257A1 (en) 2022-12-14
KR20220122719A (ko) 2022-09-02
WO2021157872A1 (en) 2021-08-12

Similar Documents

Publication Publication Date Title
US20220303946A1 (en) Method and apparatus for support of cu-du split in mt-edt procedure in a wireless communication system
US11212852B2 (en) Identification of control information for sidelink management
US11277880B2 (en) Sidelink connection suspension or release based on different target qualities of different services
US20230067158A1 (en) Method and apparatus for small data transmission in rrc inactive state in mr-dc
US11856624B2 (en) Method and apparatus for indicating sidelink radio link failure in a wireless communication system
US20230083985A1 (en) Method and apparatus for fast small data transmission in a wireless communication system
US20230065098A1 (en) Method and apparatus for determining to switch between unicast and multicast in a wireless communication system
US20220338205A1 (en) Method and apparatus for transmission based on qos requirement in a wireless communication system
US11991552B2 (en) SDAP reconfiguration based on state transition in sidelink communication
US20230076769A1 (en) Method and apparatus for switching between unicast and multicast in a wireless communication system
US11445477B2 (en) Flexible resource configuration for NR V2X unicast
CN114557036A (zh) 利用有条件的pscell配置的scg故障处理
US20220248281A1 (en) Method and apparatus for managing scells during a conditional pcell handover in a wireless communication system
US20220256426A1 (en) Method and apparatus for measurement reporting during a conditional pcell handover in a wireless communication system
US20220103298A1 (en) Dynamic configuration of maximum number of sidelink retransmissions for data unit
US20220022094A1 (en) Reconstruction of data unit
US20220225156A1 (en) Sdap configuration for destination in sidelink communication
US20220167441A1 (en) Method and apparatus for control sl bsr based on different direct links in sidelink communication system
US20220046437A1 (en) Multiple carrier transmissions for recovery of sidelink connection
US20220141897A1 (en) Allocation of lower and upper identifiers for sidelink transmission
JP7449397B2 (ja) 無線通信システムにおいてcpとupとが分離されたマルチキャストの送信のための方法及びその装置
US20230049053A1 (en) Method and apparatus for transmitting positioning information in sidelink communication system
US20220117017A1 (en) Identification of sidelink connection associated with multiple sessions
US20220159645A1 (en) Method and apparatus for exchange of capability information for sidelink communications in a wireless communication system
US11736908B2 (en) Switching between unicast and multicast by considering degraded user experience in a wireless communication system

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