CN113747367B - 一种通信方法及通信装置 - Google Patents

一种通信方法及通信装置 Download PDF

Info

Publication number
CN113747367B
CN113747367B CN202010467287.4A CN202010467287A CN113747367B CN 113747367 B CN113747367 B CN 113747367B CN 202010467287 A CN202010467287 A CN 202010467287A CN 113747367 B CN113747367 B CN 113747367B
Authority
CN
China
Prior art keywords
network node
access network
multicast
message
unicast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010467287.4A
Other languages
English (en)
Other versions
CN113747367A (zh
Inventor
辛婷玉
王燕
曹振臻
李秉肇
陈磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202311645910.0A priority Critical patent/CN117858029A/zh
Priority to CN202010467287.4A priority patent/CN113747367B/zh
Priority to PCT/CN2021/095907 priority patent/WO2021238950A1/zh
Priority to EP21812807.2A priority patent/EP4145870A4/en
Publication of CN113747367A publication Critical patent/CN113747367A/zh
Priority to US17/993,572 priority patent/US20230099930A1/en
Application granted granted Critical
Publication of CN113747367B publication Critical patent/CN113747367B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • 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
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • 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/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • 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
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/12Interfaces between hierarchically different network devices between access points and access point controllers

Abstract

本申请提供了一种通信方法以及通信装置,该通信方法包括:针对承载了多播业务的无线承载,第一接入网节点与第二接入网节点之间通过建立下行用户面隧道,并通过下行用户面隧道传输多播业务的数据包,能够实现多播业务在CU/DU架构下的传输。另外,还可以通过建立单播隧道,传输多播业务通过单播方式发送的数据包。这样使得第一接入网节点可以在单播隧道中,将多播业务的数据包通过单播方式传输给第二接入网节点。

Description

一种通信方法及通信装置
技术领域
本申请涉及通信领域,并且更具体地,涉及一种通信方法及通信装置。
背景技术
多媒体广播多播业务(multimedia broadcast multicast service,MBMS)是面向多个用户设备(user equipment,UE)的业务,例如现场直播、定时播放节目等。多播传输技术是指MBMS业务通过基站同时向多个UE发送的技术。MBMS在网络与UE之间,可以通过建立UE专用的承载以单播的形式发送给UE,也可以通过建立MBMS专用的承载以广播的形式发送给UE。
目前多媒体广播多播业务并未涉及在集中式单元(centralized unit,CU)和分布式单元(distributed unit,DU)架构下的传输。
发明内容
本申请提供一种通信方法及通信装置,以解决在CU/DU架构下的多播业务的传输。
第一方面,提供了一种通信方法。该通信方法例如可以由第一接入网节点执行,或者,也可以由第一接入网节点中的部件(如电路或芯片)执行。本申请对此不作限定。
具体地,第一接入网节点向第二接入网节点发送第一消息,所述第一消息用于请求建立第一无线承载,所述第一消息包括第一指示,所述第一指示指示所述第一无线承载承载第一多播业务;然后,接收来自所述第二接入网节点的第二消息,所述第二消息包括与所述第一无线承载对应的第一传输层信息;最后根据所述第一传输层信息向所述第二接入网节点发送所述第一多播业务的第一数据包,能够实现多播业务在CU/DU架构下的传输。
可选地,第一传输层信息包括第一用户面地址。第一用户面地址对应于第二接入网节点为传输第一多播业务建立的下行用户面隧道(或称作组播隧道)。这样使得第一接入网节点可以在下行用户面隧道中,将从核心网节点或组播控制功能节点接收的第一多播业务的数据包传输给第二接入网节点。多个多播业务/多播业务流可以共用同一组播隧道,在组播隧道中发送的数据包多个终端设备可以接收,有助于节约资源,提高频谱利用率,减小时延,减小网络设备复杂度。多个终端设备是指接收同一多播业务的多个终端设备。多个多播业务/多播业务流共用同一组播隧道,不需要占用多个隧道,从而减少了在网络设备侧资源的占用,同时减轻了网络设备的处理负担,且对网络设备的能力没有过高的要求,降低了网络设备的复杂度。
在一种可能实现方式中,所述第一指示是根据来自核心网节点或组播控制功能节点的第三消息确定的,所述第三消息包括第二指示,所述第二指示指示所述第一多播业务。因此,第一接入网节点通过接收来自核心网节点或组播控制功能节点的第三消息,可以得知多播业务。
在一种可能实现方式中,所述方法还包括:所述第一接入网节点根据第二传输层信息向所述第二接入网节点发送所述第一多播业务的第三数据包,所述第二传输层信息承载于所述第二消息。可选地,第二传输层信息包括第二用户面地址。第二用户面地址对应于第二接入网节点为单播传输方式建立的单播隧道。该单播隧道用于传输多播业务通过单播方式发送的数据包。这样使得第一接入网节点可以在单播隧道中,将从核心网节点或组播控制功能节点接收的第一多播业务的数据包通过单播方式传输给第二接入网节点。
在一种可能实现方式中,所述方法还包括:所述第一接入网节点向所述第二接入网节点发送通知消息,所述通知消息用于指示所述第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。因此,第一接入网节点可以决定第二接入网节点的发送多播业务数据包的传输方式,从而可以根据终端设备的信道条件,确定合适的传输方式,保证终端设备接收业务的质量。
可选地,所述传输方式是根据第一终端设备的测量结果确定的。这里,第一接入网节点可以结合第一终端设备的测量结果决定第二接入网节点的发送多播业务数据包的传输方式,在节约资源的同时,能够保证/提高业务传输质量,从而优化每一个用户的体验。这样,对于不同的终端设备,第一接入网节点可以根据终端设备的测量结果得知信号质量,从而可以根据根据每个终端设备的信道条件,为每个终端设备选择传输方式。其中,终端设备接收业务的质量有相应的质量要求,这个质量要求可以是确定的,由核心网或高层设备确定的。具体的,如果信号质量较好,第一接入网节点可以确定传输方式为多播方式,如果信号质量一般,则第一接入网节点可以确定传输方式为单播方式,或者,多播方式以及单播方式,从而提高了业务传输质量,提升了每一个用户的体验。
可选地,所述第三消息还包括:多播安全参数,所述多播安全参数包括安全密钥和/或安全算法。进而,通过多播安全参数可以进行安全激活,保证用户和网络设备的安全,防止数据被窃听和/或篡改,提升通信安全性,保证网络安全,保证用户权益。
第二方面,提供了一种通信方法。该通信方法例如可以由第二接入网节点执行,或者,也可以由第二接入网节点中的部件(如电路或芯片)执行。本申请对此不作限定。
具体地,第二接入网节点接收来自第一接入网节点的第一消息,所述第一消息用于请求建立第一无线承载,所述第一消息包括第一指示,所述第一指示指示所述第一无线承载承载第一多播业务;然后,向第一接入网节点发送第二消息,所述第二消息包括所述第一无线承载对应的第一传输层信息;继而根据所述第一传输层信息接收来自所述第一接入网节点的所述第一多播业务的第一数据包;最后通过所述第一无线承载向第一终端设备发送所述第一多播业务的第二数据包,能够实现多播业务在CU/DU架构下的传输。
可选地,第一传输层信息包括第一用户面地址。第一用户面地址对应于第二接入网节点为传输第一多播业务建立的下行用户面隧道(或称作组播隧道)。这样使得多个多播业务/多播业务流可以共用同一组播隧道,在组播隧道中发送的数据包多个终端设备可以接收,有助于节约资源,提高频谱利用率,减小时延,减小网络设备复杂度。其中,多个终端设备是指接收同一多播业务的多个终端设备。具体的,多个多播业务/多播业务流共用同一组播隧道,不需要占用多个隧道,从而减少了在网络设备侧资源的占用,同时减轻了网络设备的处理负担,且对网络设备的能力没有过高的要求,降低了网络设备的复杂度。
在一种可能实现方式中,所述方法还包括:第二接入网节点根据第二传输层信息接收来自所述第一接入网节点的所述第一多播业务的第三数据包,所述第二传输层信息承载于所述第二消息。第二传输层信息包括第二用户面地址。第二用户面地址可以对应于建立的单播隧道。该单播隧道用于传输多播业务通过单播方式发送的数据包。这里,第二接入网节点可以接收第一接入网节点通过单播隧道发送的单播数据包,以便于将该单播数据包映射到相应的逻辑信道上,发送给第一终端设备。
在一种可能实现方式中,所述方法还包括:第二接入网节点接收来自所述第一接入网节点的通知消息,所述通知消息用于指示所述第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。这里,第二接入网节点可以从第一接入网节点获知传输方式,从而基于所述传输方式发送多播业务的数据包。因此第二接入网节点无需自己确定传输方式。由第一接入网节点确定传输方式的好处在于,能够根据终端设备的信道条件,确定合适的传输方式,保证终端设备接收业务的质量。
在一种可能实现方式中,所述方法还包括:第二接入网节点向所述第一接入网节点发送第四消息,所述第四消息包括所述第一终端设备的测量结果。这里,第二接入网节点可以向第一接入网节点上报测量结果,以便于第一接入网节点结合测量结果确定传输方式,使得在节约资源的同时,能够保证/提高业务传输质量,从而优化每一个用户的体验。其中,终端设备接收业务的质量有相应的质量要求,这个质量要求可以是确定的,由核心网或高层设备确定的。具体的,如果信号质量较好,第一接入网节点可以确定传输方式为多播方式,如果信号质量一般,则第一接入网节点可以确定传输方式为单播方式,或者,多播方式以及单播方式,从而提高了业务传输质量,提升了每一个用户的体验。
在一种可能实现方式中,所述方法还包括:第二接入网节点根据第一终端设备的测量结果,确定发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。这里,第二接入网节点也可以自己决定传输方式,无需从第一接入网节点获取。由于一个第一接入网节点可能对应于多个第二接入网节点,若每个第二接入网节点都向第一接入网节点上报测量结果的话,将会导致过多的信令交互,也会增加第一接入网节点的业务负担。在该实现方式中,第二接入网节点无需将测量结果发给第一接入网节点,第一接入网节点也无需将传输方式发给第二接入网节点,减少第一接入网节点和第二接入网节点之间的信令交互,同时可以降低时延,减小第一接入网节点的业务负担。第二接入网节点仅需要对工作于本节点下的终端设备进行管理,基于终端设备上报的测量结果,做出相应决定,保证业务质量。
在一种可能实现方式中,所述第二接入网节点通过所述第一无线承载向第一终端设备发送所述第一多播业务的第二数据包,包括:当采用多播方式时,将根据第一传输层信息接收的第一数据包通过所述第一无线承载发送给所述第一终端设备;当采用单播方式时,将根据第二传输层信息接收的第三数据包通过所述第一无线承载发送给所述第一终端设备。因此,在CU-DU场景中,第二接入网节点可以将通过单播方式和/或多播方式的数据包发送给第一终端设备,以实现多播业务的数据包在空口上的传输。
第三方面,提供了一种通信方法。该通信方法例如可以由第三接入网节点执行,或者,也可以由第三接入网节点中的部件(如电路或芯片)执行。本申请对此不作限定。
具体地,第三接入网节点向第四接入网节点发送第五消息,所述第五消息用于请求建立第一无线承载,所述第五消息包括第三指示,所述第三指示指示所述第一无线承载承载第一多播业务;然后,向第二接入网节点发送第六消息,所述第六消息用于请求建立所述第一无线承载,所述第六消息包括第一指示,所述第一指示指示所述第一无线承载承载所述第一多播业务;接着,接收来自所述第二接入网节点的第二消息,所述第二消息包括所述第一无线承载对应的第一传输层信息;最后,向第四接入网节点发送第七消息,所述第七消息包括所述第一传输层信息,能够实现CU-CP/CU-UP分离架构下多播业务的传输。
可选地,所述第一指示是根据来自核心网节点或组播控制功能节点的第三消息确定的,所述第三消息包括第二指示,所述第二指示用于指示第一多播业务。因此,第三接入网节点通过接收来自核心网节点或组播控制功能节点的第三消息,可以得知后续要传输的业务是多播业务。
可选地,所述第二消息还包括第二传输层信息;所述第七消息还包括所述第二传输层信息。可选地,第二传输层信息包括第二用户面地址。第二用户面地址对应于第二接入网节点为单播传输方式建立的单播隧道。该单播隧道用于传输多播业务通过单播方式发送的数据包。这里,第三接入网节点可以将第二传输层信息告知给第四接入网节点,以便于第四接入网节点根据第二传输层信息向第二接入网节点发送数据包。
在一种可能实现方式中,所述方法还包括:第三接入网节点向所述第二接入网节点发送通知消息,所述通知消息用于指示所述第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。也就是说,第三接入网节点可以决定所述传输方式,并告知给第二接入网节点,从而可以根据终端设备的信道条件,确定合适的传输方式,保证终端设备接收业务的质量。
在一种可能实现方式中,所述传输方式是根据第一终端设备的测量结果确定的。第三接入网节点可以结合第一终端设备的测量结果决定第二接入网节点的发送多播业务数据包的传输方式,在节约资源的同时,能够保证/提高业务传输质量,从而优化每一个用户的体验。这样,对于不同的终端设备,第三接入网节点可以根据终端设备的测量结果得知信号质量,从而可以根据根据每个终端设备的信道条件,为每个终端设备选择传输方式。其中,终端设备接收业务的质量有相应的质量要求,这个质量要求可以是确定的,由核心网或高层设备确定的。具体的,如果信号质量较好,第三接入网节点可以确定传输方式为多播方式,如果信号质量一般,则第三接入网节点可以确定传输方式为单播方式,或者,多播方式以及单播方式,从而提高了业务传输质量,提升了每一个用户的体验。
可选地,所述第三消息包括多播安全参数,所述多播安全参数包括安全密钥和/或安全算法。进而,通过多播安全参数可以进行安全激活,保证用户和网络设备的安全,防止数据被窃听和/或篡改,提升通信安全性,保证网络安全,保证用户权益。
可选地,所述第五消息包括所述多播安全参数,所述多播安全参数包括安全密钥和/或安全算法。
第四方面,提供了一种通信方法。该通信方法例如可以由第四接入网节点执行,或者,也可以由第四接入网节点中的部件(如电路或芯片)执行。本申请对此不作限定。
具体地,第四接入网节点接收来自第三接入网节点的第五消息,所述第五消息用于请求建立第一无线承载,所述第五消息包括第三指示,所述第三指示指示所述第一无线承载承载第一多播业务;然后,接收来自所述第三接入网节点的第七消息,第七消息包括第一传输层信息;最后,根据所述第一传输层信息向第二接入网节点发送所述第一多播业务的第一数据包,能够实现CU-CP/CU-UP分离架构下多播业务的传输。
在一种可能实现方式中,所述方法还包括:第四接入网节点根据所述第二传输层信息向所述第二接入网节点发送所述第一多播业务的第三数据包,所述第二传输层信息承载于所述第七消息。第二传输层信息包括第二用户面地址。第二用户面地址可以对应于建立的单播隧道。这里,第四接入网节点可以通过单播隧道向第二接入网节点发送单播数据包。
可选地,所述第五消息包括多播安全参数,所述多播安全参数包括安全密钥和/或安全算法。进而,通过多播安全参数可以进行安全激活,保证用户和网络设备的安全,防止数据被窃听和/或篡改,提升通信安全性,保证网络安全,保证用户权益。
第五方面,提供了一种通信方法。该通信方法例如可以由第二接入网节点执行,或者,也可以由第二接入网节点中的部件(如电路或芯片)执行。本申请对此不作限定。
具体地,第二接入网节点接收来自第三接入网节点的第六消息,所述第六消息用于请求建立第一无线承载,所述第六消息包括第一指示,所述第一指示指示所述第一无线承载承载第一多播业务;然后向第三接入网节点发送第二消息,所述第二消息包括与所述第一无线承载对应的第一传输层信息;继而根据所述第一传输层信息接收来自第四接入网节点的所述第一多播业务的第一数据包;最后通过所述第一无线承载向第一终端设备发送所述第一多播业务的第二数据包,能够实现CU-CP/CU-UP分离架构下多播业务的传输。
可选地,第一传输层信息包括第一用户面地址。第一用户面地址对应于第二接入网节点为传输第一多播业务建立的下行用户面隧道(或称作组播隧道)。这样使得多个多播业务/多播业务流可以共用同一组播隧道,在组播隧道中发送的数据包多个终端设备可以接收,有助于节约资源,提高频谱利用率,减小时延,减小网络设备复杂度。其中,多个终端设备是指接收同一多播业务的多个终端设备。具体的,多个多播业务/多播业务流共用同一组播隧道,不需要占用多个隧道,从而减少了在网络设备侧资源的占用,同时减轻了网络设备的处理负担,且对网络设备的能力没有过高的要求,降低了网络设备的复杂度。
在一种可能实现方式中,所述方法还包括:第二接入网节点根据所述第二传输层信息接收来自第四接入网节点的所述第一多播业务的第三数据包,所述第二传输层信息承载于所述第二消息。第二传输层信息包括第二用户面地址。第二用户面地址可以对应于建立的单播隧道。这里,第二接入网节点可以接收第四接入网节点通过单播隧道发送的单播数据包,以便于将该单播数据包映射到相应的逻辑信道上,发送给第一终端设备。
在一种可能实现方式中,所述方法还包括:第二接入网节点接收来自所述第三接入网节点的通知消息,所述通知消息用于指示所述第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。这里,第二接入网节点可以从第三接入网节点处获取传输方式,无需自己确定。由第三接入网节点确定传输方式的好处在于,能够根据终端设备的信道条件,确定合适的传输方式,保证终端设备接收业务的质量。
在一种可能实现方式中,所述方法还包括:第二接入网节点向所述第三接入网节点发送第四消息,所述第四消息包括所述第一终端设备的测量结果。因此,第二接入网节点通过向第三接入网节点上报测量结果,以便于第三接入网节点结合测量结果决定传输方式,使得在节约资源的同时,能够保证/提高业务传输质量,从而优化每一个用户的体验。其中,终端设备接收业务的质量有相应的质量要求,这个质量要求可以是确定的,由核心网或高层设备确定的。具体的,如果信号质量较好,第三接入网节点可以确定传输方式为多播方式,如果信号质量一般,则第三接入网节点可以确定传输方式为单播方式,或者,多播方式以及单播方式,从而提高了业务传输质量,提升了每一个用户的体验。
在一种可能实现方式中,所述方法还包括:第二接入网节点根据第一终端设备的测量结果,确定发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。这里,第二接入网节点也可以自己决定传输方式,无需从第三接入网节点获取。由于一个接入网节点可能对应于多个第二接入网节点,若每个第二接入网节点都向第三接入网节点上报测量结果的话,将会导致过多的信令交互,也会增加第三接入网节点的业务负担。在该实现方式中,第二接入网节点无需将测量结果发给第三接入网节点,第三接入网节点也无需将传输方式发给第二接入网节点,减少第三接入网节点和第二接入网节点之间的信令交互,同时可以降低时延,减小第三接入网节点的业务负担。第二接入网节点仅需要对工作于本节点下的终端设备进行管理,基于终端设备上报的测量结果,做出相应决定,保证业务质量。
在一种可能实现方式中,第二接入网节点通过所述第一无线承载向第一终端设备发送所述第一多播业务的数据包,包括:当采用多播方式时,将根据第一传输层信息接收的数据包通过所述第一无线承载发送给所述第一终端设备;当采用单播方式时,将根据第二传输层信息接收的数据包通过所述第一无线承载发送给所述第一终端设备。因此,在CU-CP和CU-UP场景中,第二接入网节点可以将通过单播方式或/和多播方式的数据包发送给第一终端设备,以实现多播业务的数据包在空口上的传输。
第六方面,提供了一种通信方法。该通信方法例如可以由组播控制功能节点执行,或者,也可以由组播控制功能节点中的部件(如电路或芯片)执行。本申请对此不作限定。
具体地,组播控制功能节点接收来自核心网节点的第八消息,所述第八消息用于请求建立第一无线承载,所述第八消息包括第四指示,所述第四指示指示所述第一无线承载承载第一多播业务;然后向第一接入网节点发送第三消息,所述第三消息用于请求建立第一无线承载,所述第三消息包括第二指示,所述第二指示指示所述第一无线承载承载第一多播业务;最后向所述第一接入网节点发送通知消息,所述通知消息用于指示第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。因此,通过引入组播控制功能节点,由组播控制功能节点决定所述传输方式,能够实现CU/DU架构下的多播业务的传输。
可选地,所述传输方式是根据第一终端设备的测量结果确定的。这里,组播控制功能节点可以结合测量结果决定所述传输方式,使得在节约资源的同时,能够保证/提高业务传输质量,从而优化每一个用户的体验。其中,终端设备接收业务的质量有相应的质量要求,这个质量要求可以是确定的,由核心网或高层设备确定的。具体的,如果信号质量较好,组播控制功能节点可以确定传输方式为多播方式,如果信号质量一般,则组播控制功能节点可以确定传输方式为单播方式,或者,多播方式以及单播方式,从而提高了业务传输质量,提升了每一个用户的体验。
可选地,所述测量结果包括与所述第一终端设备的波束相关的测量报告。
可选地,所述通知消息还包括以下信息中的一项或多项:接收所述第一多播业务的小区列表信息,波束列表信息。
第七方面,提供了一种通信方法。该通信方法例如可以由第一接入网节点执行,或者,也可以由第一接入网节点中的部件(如电路或芯片)执行。本申请对此不作限定。
具体地,第一接入网节点接收来自组播控制功能节点的第三消息,所述第三消息用于请求建立第一无线承载,所述第三消息包括第二指示,所述第二指示指示所述第一无线承载承载第一多播业务;接收来自所述组播控制功能节点的通知消息,所述通知消息用于指示第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。因此,通过引入组播控制功能节点,由组播控制功能节点决定所述传输方式,能够实现CU/DU架构下的多播业务的传输。
在一种可能实现方式中,所述方法还包括:第一接入网节点向组播控制功能节点发送第一终端设备的测量结果,所述测量结果用于确定所述传输方式。这里,第一接入网节点通过向组播控制功能节点上报测量结果,以便于组播控制功能节点结合测量结果确定所述传输方式,使得在节约资源的同时,能够保证/提高业务传输质量,从而优化每一个用户的体验。其中,终端设备接收业务的质量有相应的质量要求,这个质量要求可以是确定的,由核心网或高层设备确定的。具体的,如果信号质量较好,组播控制功能节点可以确定传输方式为多播方式,如果信号质量一般,则组播控制功能节点可以确定传输方式为单播方式,或者,多播方式以及单播方式,从而提高了业务传输质量,提升了每一个用户的体验。
可选地,所述测量结果包括与所述第一终端设备的波束相关的测量报告。
可选地,所述通知消息还包括以下信息中的一项或多项:接收所述第一多播业务的小区列表信息,波束列表信息。
第八方面,提供了一种通信方法。该通信方法例如可以由组播控制功能节点执行,或者,也可以由组播控制功能节点中的部件(如电路或芯片)执行。本申请对此不作限定。
具体地,组播控制功能节点接收来自核心网节点的第八消息,所述第八消息用于请求建立第一无线承载,所述第八消息包括第四指示,所述第四指示指示所述第一无线承载承载第一多播业务;然后向第三接入网节点发送第三消息,所述第三消息用于请求建立第一无线承载,所述第三消息包括第二指示,所述第二指示指示所述第一无线承载承载所述第一多播业务;最后向所述第三接入网节点发送通知消息,所述通知消息用于指示第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。因此,通过引入组播控制功能节点,由组播控制功能节点决定所述传输方式,能够实现CU-CP/CU-UP架构下的多播业务的传输。
在一种可能实现方式中,所述传输方式是根据第一终端设备的测量结果确定的。这里,组播控制功能节点可以结合测量结果决定所述传输方式,使得在节约资源的同时,能够保证/提高业务传输质量,从而优化每一个用户的体验。其中,终端设备接收业务的质量有相应的质量要求,这个质量要求可以是确定的,由核心网或高层设备确定的。具体的,如果信号质量较好,组播控制功能节点可以确定传输方式为多播方式,如果信号质量一般,则组播控制功能节点可以确定传输方式为单播方式,或者,多播方式以及单播方式,从而提高了业务传输质量,提升了每一个用户的体验。
可选地,所述测量结果包括与所述第一终端设备的波束相关的测量报告。
可选地,所述通知消息还包括以下信息中的一项或多项:接收所述第一多播业务的小区列表信息,波束列表信息。
第九方面,提供了一种通信方法。该通信方法例如可以由第三接入网节点执行,或者,也可以由第三接入网节点中的部件(如电路或芯片)执行。本申请对此不作限定。
具体地,第三接入网节点接收组播控制功能节点发送的第三消息,所述第三消息用于请求建立第一无线承载,所述第三消息包括第二指示,所述第二指示指示所述第一无线承载承载第一多播业务;然后接收来自所述组播控制功能节点的通知消息,所述通知消息用于指示第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。因此,通过引入组播控制功能节点,由组播控制功能节点决定所述传输方式,能够实现CU-CP/CU-UP架构下的多播业务的传输。
在一种可能实现方式中,所述方法还包括:第三接入网节点向组播控制功能节点发送第一终端设备的测量结果,所述测量结果用于确定所述传输方式。这里,第三接入网节点通过向组播控制功能节点上报测量结果,以便于组播控制功能节点结合测量结果确定所述传输方式,使得在节约资源的同时,能够保证/提高业务传输质量,从而优化每一个用户的体验。其中,终端设备接收业务的质量有相应的质量要求,这个质量要求可以是确定的,由核心网或高层设备确定的。具体的,如果信号质量较好,组播控制功能节点可以确定传输方式为多播方式,如果信号质量一般,则组播控制功能节点可以确定传输方式为单播方式,或者,多播方式以及单播方式,从而提高了业务传输质量,提升了每一个用户的体验。
可选地,所述测量结果包括与所述第一终端设备的波束相关的测量报告。
可选地,所述通知消息还包括以下信息中的一项或多项:接收所述第一多播业务的小区列表信息,波束列表信息。
第十方面,提供了一种通信装置,包括用于执行第一方面中任一种可能实现方式中的方法的各个模块或单元;或者,包括用于执行第二方面中任一种可能实现方式中的方法的各个模块或单元;或者,包括用于执行第三方面中任一种可能实现方式中的方法的各个模块或单元;或者,包括用于执行第四方面中任一种可能实现方式中的方法的各个模块或单元;或者,包括用于执行第五方面中任一种可能实现方式中的方法的各个模块或单元;或者,包括用于执行第六方面中任一种可能实现方式中的方法的各个模块或单元;或者,包括用于执行第七方面中任一种可能实现方式中的方法的各个模块或单元;或者,包括用于执行第八方面中任一种可能实现方式中的方法的各个模块或单元;或者,包括用于执行第九方面中任一种可能实现方式中的方法的各个模块或单元。
第十一方面,提供了一种通信装置,包括至少一个处理器和通信接口,所述至少一个处理器与所述通信接口耦合,所述通信接口用于获取程序或指令,当所述程序或指令被所述处理器执行时,用以实现上述第一方面或第七方面中任一种可能实现方式中的方法。
在一种实现方式中,该通信装置为第一接入网节点。当该通信装置为第一接入网节点时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该通信装置为配置于第一接入网节点中的芯片。当该通信装置为配置于第一接入网节点中的芯片时,所述通信接口可以是输入/输出接口。
可选地,所述通信接口可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路。
可选地,所述通信装置还包括存储器。处理器与该存储器耦合,可用于执行存储器中的指令。所述存储器为一个或多个。可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
在具体实现过程中,存储器可以为非瞬时性(non-transitory)存储器,例如只读存储器(read only memory,ROM),其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
第十二方面,提供了一种通信装置,包括至少一个处理器和通信接口,所述至少一个处理器与所述通信接口耦合,所述通信接口用于获取程序或指令,当所述程序或指令被所述处理器执行时,用以实现上述第二方面或第五方面中任一种可能实现方式中的方法。
在一种实现方式中,该通信装置为第二接入网节点。当该通信装置为第二接入网节点时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该通信装置为配置于第二接入网节点中的芯片。当该通信装置为配置于第二接入网节点中的芯片时,所述通信接口可以是输入/输出接口。
可选地,所述通信接口可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路。
可选地,所述通信装置还包括存储器。处理器与该存储器耦合,可用于执行存储器中的指令。所述存储器为一个或多个。可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
在具体实现过程中,存储器可以为非瞬时性存储器,例如只读存储器ROM,其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
第十三方面,提供了一种通信装置,包括至少一个处理器和通信接口,所述至少一个处理器与所述通信接口耦合,所述通信接口用于获取程序或指令,当所述程序或指令被所述处理器执行时,用以实现上述第三方面或第九方面中任一种可能实现方式中的方法。
在一种实现方式中,该通信装置为第三接入网节点。当该通信装置为第三接入网节点时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该通信装置为配置于第三接入网节点中的芯片。当该通信装置为配置于第三接入网节点中的芯片时,所述通信接口可以是输入/输出接口。
可选地,所述通信接口可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路。
可选地,所述通信装置还包括存储器。处理器与该存储器耦合,可用于执行存储器中的指令。所述存储器为一个或多个。可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
在具体实现过程中,存储器可以为非瞬时性存储器,例如只读存储器ROM,其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
第十四方面,提供了一种通信装置,包括至少一个处理器和通信接口,所述至少一个处理器与所述通信接口耦合,所述通信接口用于获取程序或指令,当所述程序或指令被所述处理器执行时,用以实现上述第四方面中任一种可能实现方式中的方法。
在一种实现方式中,该通信装置为第四接入网节点。当该通信装置为第四接入网节点时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该通信装置为配置于第第四接入网节点中的芯片。当该通信装置为配置于第四接入网节点中的芯片时,所述通信接口可以是输入/输出接口。
可选地,所述通信接口可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路。
可选地,所述通信装置还包括存储器。处理器与该存储器耦合,可用于执行存储器中的指令。所述存储器为一个或多个。可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
在具体实现过程中,存储器可以为非瞬时性存储器,例如只读存储器ROM,其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
第十五方面,提供了一种通信装置,包括至少一个处理器和通信接口,所述至少一个处理器与所述通信接口耦合,所述通信接口用于获取程序或指令,当所述程序或指令被所述处理器执行时,用以实现上述第六方面中任一种可能实现方式中的方法。
在一种实现方式中,该通信装置为组播控制功能节点。当该通信装置为组播控制功能节点时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该通信装置为配置于组播控制功能节点中的芯片。当该通信装置为配置于组播控制功能节点中的芯片时,所述通信接口可以是输入/输出接口。
可选地,所述通信接口可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路
可选地,所述通信装置还包括存储器。处理器与该存储器耦合,可用于执行存储器中的指令。所述存储器为一个或多个。可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
在具体实现过程中,存储器可以为非瞬时性存储器,例如只读存储器ROM,其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
第十六方面,提供了一种处理器,包括:输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号,并通过所述输出电路发射信号,使得所述处理器执行上述第一方面至第九方面中任一种可能实现方式中的方法。
在具体实现过程中,上述处理器可以为芯片,输入电路可以为输入管脚,输出电路可以为输出管脚,处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的,输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的,且输入电路和输出电路可以是同一电路,该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。
第十七方面,提供了一种装置,包括处理器和存储器。该处理器用于读取存储器中存储的指令,并可通过接收器接收信号,通过发射器发射信号,以执行第一方面至第九方面中任一种可能实现方式中的方法。
可选地,所述处理器为一个或多个,所述存储器为一个或多个。
可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
在具体实现过程中,存储器可以为非瞬时性存储器,例如只读存储器ROM,其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
应理解,相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程,接收能力信息可以为处理器接收输入能力信息的过程。具体地,处理输出的数据可以输出给发射器,处理器接收的输入数据可以来自接收器。其中,发射器和接收器可以统称为收发器。
上述第十七方面中的装置可以是芯片,该处理器可以通过硬件来实现也可以通过软件来实现,当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,该存储器可以集成在处理器中,可以位于该处理器之外,独立存在。
第十八方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序(也可以称为代码,或指令),当所述计算机程序被运行时,使得计算机执行上述第一方面至第九方面中任一种可能实现方式中的方法。
第十九方面,提供了一种计算机可读介质,所述计算机可读介质存储有计算机程序(也可以称为代码,或指令)当其在计算机上运行时,使得计算机执行上述第一方面至第九方面中任一种可能实现方式中的方法。
第二十方面,提供了一种通信系统,包括前述的第一接入网节点和第二接入网节点。
第二十一方面,提供了一种通信系统,包括前述的第三接入网节点、第四接入网节点和第二接入网节点。
第二十二方面,提供了一种通信系统,包括前述的第一接入网节点和组播控制功能节点。
第二十三方面,提供了一种通信系统,包括前述的第三接入网节点和组播控制功能节点。
附图说明
图1是本申请的实施例应用的移动通信系统的架构示意图。
图2是应用本申请实施例的另一通信架构图。
图3是应用本申请实施例的又一通信架构图。
图4示出了根据本申请实施例的通信方法的示意性交互图。
图5示出了根据本申请实施例的通信方法的一个例子的示意图。
图6示出了根据本申请实施例的通信方法的另一个例子的示意图。
图7示出了根据本申请实施例的另一通信方法的示意性交互图。
图8示出了根据本申请实施例的另一通信方法的一个例子的示意图。
图9示出了根据本申请实施例的另一通信方法的另一个例子的示意图。
图10示出了根据本申请实施例的又一通信方法的示意性交互图。
图11示出了根据本申请实施例的再一通信方法的示意性交互图。
图12示出了根据本申请实施例的又一通信方法的一个例子的示意图。
图13示出了根据本申请实施例的又一通信方法的另一个例子的示意图。
图14示出了根据本申请实施例的再一通信方法的一个例子的示意图。
图15示出了根据本申请实施例的再一通信方法的另一个例子的示意图。
图16示出了根据本申请实施例的另一通信方法的一个例子的示意图。
图17示出了根据本申请实施例的另一通信方法的另一个例子的示意图。
图18是根据本申请实施例的通信装置的示意性框图。
图19是根据本申请实施例的通信装置的示意性结构图。
图20是根据本申请实施例的通信装置的另一示意性结构图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信系统、第五代(5th generation,5G)系统或新无线(newradio,NR)等。
图1是本申请的实施例应用的移动通信系统的架构示意图。如图1所示,该移动通信系统包括核心网设备110、接入网设备120和至少一个终端设备(如图1中的终端设备130和终端设备140)。终端设备通过无线的方式与接入网设备相连,接入网设备通过无线或有线方式与核心网设备连接。核心网设备与接入网设备可以是独立的不同的物理设备,也可以是将核心网设备的功能与接入网设备的逻辑功能集成在同一个物理设备上,还可以是一个物理设备上集成了部分核心网设备的功能和部分的接入网设备的功能。终端设备可以是固定位置的,也可以是可移动的。图1只是示意图,该通信系统中还可以包括其它设备,如还可以包括无线中继设备和无线回传设备,在图1中未画出。本申请的实施例对该移动通信系统中包括的核心网设备、无线接入网设备和终端设备的数量不做限定。
接入网可以为采用不同接入技术的接入网络。目前的无线接入技术有两种类型:第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)接入技术(例如3G、4G或5G系统中采用的无线接入技术)和非第三代合作伙伴计划(non-3GPP)接入技术。3GPP接入技术是指符合3GPP标准规范的接入技术,采用3GPP接入技术的接入网络称为无线接入网络(radio access network,RAN),其中,5G系统中的接入网设备称为下一代基站节点(nextgeneration node base station,gNB)。非3GPP接入技术是指不符合3GPP标准规范的接入技术,例如,以wifi中的接入点(access point,AP)为代表的空口技术。基于无线通信技术实现接入网络功能的接入网可以称为无线接入网RAN。3GPP的5G无线接入网可以称为下一代无线接入网(next generation radio access network,NG-RAN)。
接入网设备是终端设备通过无线方式接入到该移动通信系统中的接入设备。接入网设备可以是无线接入网RAN设备、基站NodeB、演进型基站(evloved NodeB,eNB)、5G移动通信系统中的下一代基站gNB、传输点、未来移动通信系统中的基站或无线保真(wirelessfidelity,Wi-Fi)系统中的接入节点,5G系统中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如基带单元(baseband unit,BBU),或,分布式单元(distributed unit,DU)等。本申请的实施例对接入网设备所采用的具体技术和具体设备形态不做限定。在一些部署中,gNB可以包括集中式单元(centralizedunit,CU)和DU。gNB还可以包括有源天线单元(active antenna unit,AAU)。CU实现gNB的部分功能,DU实现gNB的部分功能。比如,CU负责处理非实时协议和服务,以实现无线资源控制(radio resource control,RRC),分组数据汇聚层协议(packet data convergenceprotocol,PDCP)层的功能。DU负责处理物理层协议和实时服务,以实现无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理(physical,PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息,或者,由PHY层的信息转变而来,因而,在这种架构下,高层信令,如RRC层信令,也可以认为是由DU发送的,或者,由DU+AAU发送的。可以理解的是,网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外,可以将CU划分为接入网中的网络设备,也可以将CU划分为核心网(core network,CN)中的网络设备,本申请对此不做限定。
终端设备也可以称为终端Terminal、用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)等。终端设备可以是手机(mobilephone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。
接入网设备和终端设备可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和卫星上。本申请的实施例对无线接入网设备和终端设备的应用场景不做限定。
本申请的实施例可以适用于下行信号传输,也可以适用于上行信号传输,还可以适用于设备到设备(device to device,D2D)的信号传输。对于下行信号传输,发送设备是无线接入网设备,对应的接收设备是终端设备。对于上行信号传输,发送设备是终端设备,对应的接收设备是无线接入网设备。对于D2D的信号传输,发送设备是终端设备,对应的接收设备也是终端设备。本申请的实施例对信号的传输方向不做限定。
接入网设备和终端设备之间以及终端设备和终端设备之间可以通过授权频谱(licensed spectrum)进行通信,也可以通过免授权频谱(unlicensed spectrum)进行通信,也可以同时通过授权频谱和免授权频谱进行通信。接入网设备和终端设备之间以及终端设备和终端设备之间可以通过6千兆赫(gigahertz,GHz)以下的频谱进行通信,也可以通过6G以上的频谱进行通信,还可以同时使用6G以下的频谱和6G以上的频谱进行通信。本申请的实施例对接入网设备和终端设备之间所使用的频谱资源不做限定。
在本申请实施例中,通信装置(如接入网节点或组播控制功能节点)包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(central processing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是通信装置,或者,是通信装置中能够调用程序并执行程序的功能模块。
另外,本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatile disc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasable programmableread-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
应理解,图1中的通信系统只是示例性地描述,并不对本申请实施例的保护范围构成限定。本申请实施例的技术方案也可以用于其他通信系统。
图2是应用本申请实施例的另一通信架构图。如图2所示,核心网设备103,比如,第五代核心网(the 5th generation core network,5GC)为例,既可以连接完整的接入网设备101,如gNB,也可以连接包括集中式单元(Centralized Unit,CU)201和分布式单元(Distributed Unit,DU)202的接入网设备102。可以理解,CU201和DU202可以为物理实体,也可以为软件化或虚拟化单元。还可以理解,CU201和DU202可以部署在同一设备,也可以部署在不同设备上,对此不作限定。
CU201和DU202可软件化或虚拟化,也可以是物理实体,需要灵活组合的无线接入网络功能将运行在CU201中,例如,业务数据适应协议(service data adaptationprotocol,SDAP)层、分组数据汇聚协议PDCP,无线资源控制RRC等高层功能;而与硬件强相关并且实时性要求较高的RAN功能将运行在DU202中,例如无线链路层控制协议(radiolink control,RLC)层、物理层(physical layer,PHY),媒体介入控制层(media accesscontrol,MAC)等底层功能。
CU201和DU202之间通过通信接口相连。CU201与核心网设备之间也通过通信接口相连。在本申请实施例中,CU201和DU202之间的通信接口可以称为F1接口。CU201与核心网设备之间的接口可称为N2接口或NG接口。如图2所示,一个接入网设备102可以包括一个CU201、一个或多个DU202。CU201与DU202之间采用F1接口相连。一个DU202只能连接到一个CU201,一个CU201可以与一个或多个DU202相连。
例如,以接入网设备102为gNB为例,该gNB可以包括一个或多个gNB-DU,以及一个gNB-CU。一个gNB-DU连接到一个gNB-CU,一个gNB-CU可以连接到多个gNB-DU。gNB-CU和它连接的gNB-DUs在其它gNB和5GC看来就是一个gNB。
图3是在图2架构的基础上,提出了一种新的架构,即CU包括集中式单元-用户面(centralized unit-user plane,CU-UP)301和集中式单元-控制面(centralized unit-control plane,CU-CP)302。其中CU-UP301和CU-CP302可以是在不同的物理设备上。CU-UP301和CU-CP302之间可以存在一个开放的接口,该接口可以称为E1接口。与此同时,CU-UP301和CU-CP302与DU均可以有各自的接口,例如,可以称CU-CP302与DU之间的接口为F1-C接口,CU-UP301与DU之间的接口为F1-U接口。
针对图3的架构,可以具有以下特性:一个接入网设备102可以包括一个CU-CP302、一个或多个CU-UP302、多个DU。一个DU可以连接一个CU-CP302。一个CU-UP301只可以连接一个CU-CP302。一个DU在同一个CU-CP302的控制下可以连接到多个CU-UP301。一个CU-UP301在同一个CU-CP302的控制下可以连接到多个DU。
例如,以接入网设备102为gNB为例,一个gNB-DU和gNB-CU-UP都只连接到一个gNB-CU-CP。在同一个gNB-CU-CP控制下,一个gNB-DU可以连接到多个gNB-CU-UP,一个gNB-CU-UP可以连接到多个gNB-DU。
上文中的接入网设备(包括接入网设备中的CU,DU,CU-CP,或CU-UP)也可以称作接入网节点,接入网实体等。
目前并未考虑CU-DU分离的场景下,如何传输多播业务。本申请提供一种通信方法,能够在CU-DU分离架构下实现多播业务的传输,有助于提高网络性能。另外,本申请还提供了一种通信方法,能够在CU-CP和CU-UP分离架构下实现多播业务的传输。
可以理解,CU-DU的分离结构主要包括协议栈的分层,比如,PDCP层的分离,RLC层的分离,MAC层的分离,对此不作具体限定。不论是协议栈的哪个层的分离,本申请实施例均适用。
图4示出了根据本申请实施例的通信方法400的示意性交互图。可以理解,图4中的第一接入网节点与第二接入网节点之间交互的部分或全部信息,可以携带于已有的消息、信道、信号或信令中,也可以是新定义的消息、信道、信号或信令,对此不作具体限定。比如,第一接入网节点与第二接入网节点之间交互的部分或全部信息可以携带于现有的F1接口的消息,或者,也可以携带于新定义的F1接口的消息。可以理解,这里只是以F1接口为例进行说明,但并不对本申请实施例构成限定,事实上,这里也可以采用其他分离架构中的CU-DU之间的接口。如图4所示,所述方法400包括:
S410,第一接入网节点向第二接入网节点发送第一消息,所述第一消息用于请求建立第一无线承载,所述第一消息包括第一指示,所述第一指示指示所述第一无线承载承载第一多播业务。对应的,第二接入网节点接收所述第一消息。
第一接入网节点与第二接入网节点对应于分布式单元与集中式单元分离架构中的不同功能。示例性地,第一接入网节点是集中式单元对应的节点或实体,第二接入网节点是分布式单元对应的节点或实体。
第一消息的作用在于为第一多播业务请求建立无线承载,即第一无线承载。所述第一指示用于指示后续第一多播业务是在所述第一无线承载中传输的。
第一消息是第一接入网节点与第二接入网节点之间交互的消息,即集中式单元与分布式单元之间的消息。第一消息可以通过F1接口传输。
第一指示可以显示指示,也可以隐式指示,对此不作具体限定。下面举例描述。
比如,对于显示指示的情况,第一指示用于显示指示待传输的业务流是多播业务流(比如,多播/组播业务flow)或多播业务。一种可能的实施方式中,第一指示可以是一个信元(information element,IE)或字段,即第一指示通过该IE或字段显示指示业务为多播业务或多播业务流。该IE或字段的属性可以是枚举(ENUMERATED{XXX})类型,例如可以枚举{ture/false},或者,也可以不使用枚举,本实施例对此不作具体限定。
又比如,对于隐式指示的情况,第一指示包括多播/组播的业务流或标识,即表明业务流是多播业务流或多播业务。如果第二接入网节点收到第一指示后,可以基于第一指示中包括的内容得知业务为多播业务或多播业务流。示例性地,在CU-DU的分离结构中,第一接入网节点可以是CU,第二接入网节点可以是DU。
第一无线承载(radio bearer,RB)用于承载第一多播业务。具体地,在CU-DU架构中,从CU到DU的数据和/或信令,以及,从DU到UE的数据和/或信令,均承载于第一无线承载。第一无线承载可以称作多播/组播无线承载,或者,双播无线承载(dual cast RB)/多播无线承载。可以理解,这里对第一无线承载的具体命名不作限定,未来可能有其他名称,但本质是用于承载多播业务或组播业务的数据或者/和信令。这里作统一说明,多播业务也可以称作组播业务,但不限定具体命名。示例性地,第一多播业务可以是组播广播业务(multicast broadcast service,MBS)。
可选地,在S410前,所述400方法还包括:核心网节点或组播控制功能节点向第一接入网节点发送第三消息,所述第三消息包括第二指示,所述第二指示指示第一多播业务。
所述第三消息用于核心网节点或组播控制功能节点向第一接入网节点通知关于第一多播业务的信息。所述第二指示用于指示后续需要传输的业务是多播业务,比如第一多播业务。
第二指示可以显示指示,也可以隐式指示,对此不作具体限定。下面举例描述。
比如,对于显示指示的情况,第二指示用于显示指示第一多播业务的业务流是多播业务流(比如,多播/组播业务flow)或多播业务。一种可能的实施方式中,第二指示可以是一个信元IE或字段,即第二指示通过该IE或字段显示指示业务为多播业务或多播业务流。该IE或字段的属性可以是枚举(ENUMERATED{XXX})类型,例如可以枚举{ture/false},或者,也可以不使用枚举,本实施例对此不作具体限定。又比如,对于隐式指示的情况,第二指示包括多播/组播的业务流或标识。如果第一接入网节点收到第二指示中包括多播/组播的业务流或标识,即说明为多播业务。
这里,第一接入网节点可以接收来自核心网节点或组播控制功能节点的第三消息,该第三消息中包括的第二指示用于指示第一多播业务。
示例性地,以核心网节点为例,当核心网节点下发多播业务时,第一接入网节点接收到的第二指示,用于指示下发的业务的QoS flow是多播业务。
可以理解,第三消息中除了第二指示以外,还可以包括其他信息。可选地,第三消息还包括:多播安全参数(security parameter),所述多播安全参数包括但不限于安全密钥和/或安全算法。进而,通过多播安全参数可以进行安全激活,保证用户和网络设备的安全,防止数据被窃听和/或篡改,提升通信安全性,保证网络安全,保证用户权益。
可以理解,这里是以多播安全参数包括安全密钥和/或安全算法为例进行说明,但并不限于此,对此不作具体限定。
第一接入网节点基于第二指示得知接收到的业务是多播业务。第一接入网节点(或第一接入网节点的SDAP层)可以将第一多播业务映射到第一无线承载上。若第三消息包括多播安全参数,位于第一接入网节点中的第一无线承载对应的PDCP层对多播/组播数据包/PDU会话进行加密。加密的具体过程可以参考协议中完整性保护和/或加密(integrityprotection or/and ciphering)的描述。
第一接入网节点通过向第二接入网节点发送第一消息,以请求第二接入网节点建立第一无线承载,或者,可以理解为请求第二接入网节点建立传输第一多播业务的下行隧道。或者,第一消息也可以理解为:第一接入网节点向第二接入网节点通知该第一无线承载为多播/组播无线承载,即用于承载第一多播业务。
第二接入网节点在收到第一消息后,为第一无线承载提供一个下行隧道,或建立一个用于接收第一多播业务的数据包的下行用户面隧道(可以称作组播隧道或多播隧道)。换句话说,响应于第一消息,第二接入网节点为第一无线承载提供一个下行用户面隧道,或建立一个用于接收第一多播业务的数据包的下行用户面隧道。也就是说,第二接入节点可以在第一接入网节点与第二接入网节点之间为第一无线承载建立下行用户面隧道,下行用户面隧道为在用户面用于传输数据的隧道,比如,下行用户面隧道为GTP-U Tunnel,GTP-UTunnel用于传输第一多播业务的数据包。第二接入网节点可以将建立的下行用户面隧道的信息发送给第一接入网节点。
S420,第二接入网节点向第一接入网节点发送第二消息,所述第二消息包括与所述第一无线承载对应的第一传输层信息。对应的,第一接入网节点接收所述第二消息。
这里的第二消息是第一接入网节点与第二接入网节点之间交互的消息,即集中式单元与分布式单元之间的消息。第二消息可以通过F1接口传输。
所述第二消息用于向第一接入网节点通知与隧道相关的信息(比如地址,隧道标识等)。其中,隧道包括第二接入网节点与第一接入网节点之间建立的下行用户面隧道。所述第一传输层信息用于第一接入网节点确定第二接入网节点与第一接入网节点之间建立的下行用户面隧道,以便第一接入网节点利用下行用户面隧道传输第一多播业务的数据包。
所述第一传输层信息可以为用户面传输层信息(UP transport layerinformation),用户面传输层信息的具体描述可以参考标准中的描述。
可选地,第一传输层信息包括第一用户面地址的信息。第一用户面地址为下行用户面隧道的地址信息。第一用户面地址对应于第二接入网节点为传输第一多播业务建立的下行用户面隧道。第一用户面地址即该下行用户面隧道的地址。如前文所述,该下行用户面隧道用于传输第一多播业务的数据包。示例性地,第一传输层信息包括终结点IP地址Endpoint IP Address,隧道端点标识GTP-TEID。
第一无线承载对应的第一传输层信息可以包括:第一无线承载对应一个第一用户面地址,或者,对应多个第一用户面地址。多个终端设备可以共用该下行用户面隧道。
第一接入网节点可以在上述建立的下行用户面隧道中,将从核心网节点或组播控制功能节点接收的第一多播业务的数据包传输给第二接入网节点。
以图5中的示例进行描述,假设第一接入网节点是CU,第二接入网节点是DU,在CU与DU之间建立一个用户面隧道,该隧道用于传输通过单播及多播方式传输的数据包,架构如图5中左图所示,核心网节点(比如,AMF或UPF)与CU通过NG接口连接,CU与DU通过F1接口连接,DU与UE(比如,UE1或UE2)通过E1接口连接。数据包在协议栈的处理过程如图5中右图所示,CU的用户面协议栈包括SDAP层和PDCP层,其中,第一多播业务的数据包通过CU内的一个PDCP进行排序、加密等相关处理。图5中使用一个PDCP处理数据包。对于第一多播业务而言,通过C-RNTI加扰的单播传输的数据包,和通过G-RNTI(G-RNTI即多播/组播业务对应的RNTI)加扰的多播传输的数据包,使用相同的参数/密钥进行接入层安全(AS security)激活,或者均不进行接入层安全激活。这里,具体可以根据前述第三消息中的配置决定是否进行接入层安全激活。可以理解,这里是以G-RNTI为例描述多播/组播业务对应的RNTI,但并不限于此,G-RNTI可以用其他标识或名称替代,本质是用于加扰多播业务的相关下行控制信息(downlink control information,DCI),比如多播业务的配置信息,调度信息,或者数据包等。
S431,第一接入网节点根据所述第一传输层信息向所述第二接入网节点发送所述第一多播业务的第一数据包。对应的,第二接入网节点根据第一传输层信息接收所述第一多播业务的第一数据包。
可选地,第一接入网节点可以将从核心网节点收到的第一多播业务的数据包复制为两份。可选地,第一接入网节点可在每份数据包中携带指示信息,指示信息用于指示数据通过多播或单播的传输方式发送给第一终端设备。这里,两份数据包是通过同一下行隧道传输给第二接入网节点。
或者,可选地,第一接入网节点不需要复制数据包,由第二接入网节点进行复制,得到两份数据包。第一接入网节点通过第一用户面下行地址对应的隧道将一份多播数据包发送至第二接入网节点。第二接入网节点对该一份多播数据包进行复制,得到两份数据包,并将两份数据包分别分发到多播逻辑信道和单播逻辑信道上。其中,多播逻辑信道用于传输采用多播方式传输的数据包,单播逻辑信道用于传输采用单播方式传输的数据包。
S470,第二接入网节点通过第一无线承载向第一终端设备发送第一多播业务的第二数据包。
第二数据包是指第二接入网节点发送给第一终端设备的第一多播业务的数据包。前文第一数据包是第一接入网节点发送给第二接入网节点的数据包。
可以理解,第一数据包与第二数据包可以相同,也可以不同,对此不作限定。对于第二数据包与第一数据包相同的情形,第二数据包可以是第一接入网节点通过PDCP层复制(duplication)第一数据包得到的数据包。
示例性地,第一数据包与第二数据包为同一多播业务的数据包,即均为第一多播业务的数据包。由于对于同一业务,第一数据包的载荷(payload)与第二数据包的载荷(payload)相同。另外,由于第一数据包的收发端与第二数据包的收发端不同,第一数据包的头部与第二数据包的头部不同。
本申请实施例可以应用于CU/DU架构,其中,第一接入网节点可以是CU,第二网络节点可以是DU。在本申请实施例中,通过引入第一无线承载,用于在F1接口承载多播业务,从而实现多播业务的数据在F1接口的传输。并且,通过在CU与DU之间建立隧道,用以实现多播业务在F1接口的传输。这里作统一说明,本申请实施例中出现的F1接口均可以扩展为其他分离架构的接口,也可能演变为逻辑接口。
实施例2
可选地,所述方法400还包括:S432,第一接入网节点根据第二传输层信息向所述第二接入网节点发送所述第一多播业务的第三数据包,所述第二传输层信息承载于所述第二消息。对应的,第二接入网节点根据第二传输层信息接收第一多播业务的第三数据包。这里,第三数据包是指通过单播方式发送的多播业务的数据包。第二接入网节点接收的是第一多播业务的单播数据包,也可以理解为是通过单播方式传输的数据包。
可以理解,多播业务的数据包可以通过单播方式发送,也可以通过多播方式发送,也可以通过单播方式和多播方式发送,对此不作具体限定。
所述第二消息用于向第一接入网节点通知与隧道相关的信息(比如地址,隧道标识等)。其中,所述隧道还包括第二接入网节点为单播传输方式建立的单播隧道。所述第二传输层信息用于第一接入网节点确定第二接入网节点为单播传输方式建立的单播隧道,以便第一接入网节点使用单播方式在该单播隧道传输数据包。
应理解,这里是以第二传输层信息与第一传输层信息在第二消息为例进行说明,但本申请并不限于此。可选地,第二传输层信息与第一传输层信息也可能不在同一消息里。“不在同一消息”可以理解为通过不同的消息发送,不同的消息是指在不同时间发送的消息。这是因为,终端设备的单播隧道与组播隧道可能不是同时建立的。可选地,该不同的消息的命名可以相同或不同,对此不作限定,但消息中包括的内容本质上是不同的。
第二传输层信息包括第二用户面地址的信息。第二用户面地址用于第二接入网节点建立单播隧道。第二用户面地址对应于第二接入网节点为单播传输方式建立的单播隧道。该单播隧道用于传输多播业务通过单播方式发送的数据包。第二用户面地址为该隧道的地址。示例性地,第二传输层信息包括终结点IP地址Endpoint IP Address,隧道端点标识GTP-TEID等。第一传输层信息中包括的其他内容可以参考标准的描述。
这里,第二接入网节点还可以建立多个用于单播方式传输的业务的单播隧道。这里的多个单播隧道是与终端设备相关的,即一个终端设备对应一个单播隧道。需要说明的是,多个单播隧道并非是第二接入网节点同时建立的,而是在每个终端设备的相关承载建立过程中建立的(比如,在某一终端设备对多播业务感兴趣或者要接收多播业务的时候建立的)。对于单个终端设备的多播业务相关承载而言,存在两个下行用户面隧道。这两个下行用户面隧道承载的业务都是多播业务,区别在于传输方式不同。一个下行用户面隧道是用于通过多播传输方式传输多播业务的隧道(可以称作组播隧道),另一个下行用户面隧道用于传输通过单播传输方式传输多播业务的数据包(可以称作单播隧道)。可以理解,多个终端设备共用同一组播隧道,即组播隧道的地址相同,且数据包在组播隧道中传输一份,即一份数据包发给多个终端设备。多个多播业务/多播业务流可以共用同一组播隧道,在组播隧道中发送的数据包多个终端设备可以接收,有助于节约资源,提高频谱利用率,减小时延,减小网络设备复杂度。多个终端设备是指接收同一多播业务的多个终端设备。多个多播业务/多播业务流共用同一组播隧道,不需要占用多个隧道,从而减少了在网络设备侧资源的占用,同时减轻了网络设备的处理负担,且对网络设备的能力没有过高的要求,降低了网络设备的复杂度。
对于第二接入网节点建立一个或多个单播隧道以及一个组播隧道的情况,图6中的左图是CU和DU之间建立多个隧道的架构示意图。比如,CU和DU之间建立一个组播隧道和N个单播隧道,其中,N的取值由终端设备的个数决定,即N个终端设备中每个终端设备有一个单播隧道。组播隧道是N个终端设备共用。如图6中的右图所示,可以使用一个PDCP的两个不同部分(图6中是以PDCP-u部分和PDCP-m部分为例说明)分别处理通过单播隧道传输的业务和通过组播隧道传输的业务,两个PDCU部分的功能相同;或者,也可能存在两个独立的PDCP(图6中未示出),即使用两个PDCP分别处理通过单播隧道传输的业务和通过组播隧道传输的业务。单播传输的数据包与多播传输的数据包可以使用不同或相同的的参数/密钥进行接入层安全(AS security)激活,并分别进行排序。
在本申请实施例中,第一接入网节点可以决定第二接入网节点向第一终端设备发送所述第一多播业务的数据包的传输方式。
可选地,所述方法400还包括:S460,第一接入网节点向所述第二接入网节点发送通知消息,所述通知消息用于指示所述第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。也就是说,第一接入网节点可以决定所述传输方式,从而可以根据终端设备的信道条件,确定合适的传输方式,保证终端设备接收业务的质量。
可选地,在第一接入网节点向所述第二接入网节点发送通知消息之前,所述方法400还包括:S450,第二接入网节点向所述第一接入网节点发送第四消息,所述第四消息包括所述第一终端设备的测量结果。这里,第一接入网节点通过接收来自第二接入网节点的第四消息,然后根据第一终端设备的测量结果,决定第二接入网节点向第一终端设备发送数据包的传输方式,在节约资源的同时,能够保证/提高业务传输质量,从而优化每一个用户的体验。这样,对于不同的终端设备,第一接入网节点可以根据终端设备的测量结果得知信号质量,从而可以根据根据每个终端设备的信道条件,为每个终端设备选择传输方式。其中,终端设备接收业务的质量有相应的质量要求,这个质量要求可以是确定的,由核心网或高层设备确定的。具体的,如果信号质量较好,第一接入网节点可以确定传输方式为多播方式,如果信号质量一般,则第一接入网节点可以确定传输方式为单播方式,或者,多播方式以及单播方式,从而提高了业务传输质量,提升了每一个用户的体验。
可选地,测量结果可以包括终端设备的信号质量测量结果,比如,与波束相关的信号质量测量结果,即第一接入网节点可以依据此终端设备的信号测量结果决定传输方式。测量结果的值可以通过以下参数中的一项或多项表征:包括但不限于参考信号接收功率(reference signal receiving power,RSRP),参考信号接收质量(reference signalreceiving quality,RSRQ),信号与干扰噪声比(signal to interference plus noiseratio,SINR)。
可选地,第一接入网节点可以根据测量结果与门限值决定传输方式。示例性地,以测量结果的值通过RSRP表示,门限值为RSRP门限值为例,若测量结果的RSRP值高于或等于RSRP门限1,则传输方式为多播方式;若测量结果低于RSRP门限1且高于RSRP门限2,则传输方式为多播方式或单播方式;若测量结果低于或等于RSRP门限2,则传输方式为单播方式。
本申请实施例对终端设备的信号质量测量结果(比如,UE波束相关的报告UE beamrelated report)的上报方式不作限定。上报方式可以有多种,比如,网络请求(networkrequired),周期性上报(periodically reporting),事件触发上报(例如设置上报阈值)等方式。本申请实施例对上报终端设备的信号质量测量结果的消息类别也不做限定,比如,消息可以为高层RRC消息,也可以为物理层layer1的测量报告。
第二接入网节点也可以自己决定发送所述第一多播业务的数据包的传输方式。可选地,所述方法400还包括:S440,第二接入网节点根据第一终端设备的测量结果,确定发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。也就是说,第二接入网节点可以通过自身的实现算法、或者基于终端设备的信号质量测量结果等信息决定采用哪种传输方式。第二接入网节点无需将测量结果发给第一接入网节点,第一接入网节点也无需将传输方式发给第二接入网节点,减少第一接入网节点和第二接入网节点之间的信令交互,同时可以降低时延,减小第一接入网节点的业务负担。第二接入网节点仅需要对工作于本节点下的终端设备进行管理,基于终端设备上报的测量结果,做出相应决定,保证业务质量。
类似地,测量结果的值可以通过以下参数中的一项或多项来表征:包括但不限于RSRP,RSRQ,SINR。可选地,第二接入网节点可以根据测量结果的值与门限值决定传输方式。示例性地,以测量结果的值通过RSRP表示,门限值为RSRP门限值为例,若测量结果的RSRP值高于或等于RSRP门限1,则传输方式为多播方式;若测量结果的RSRP值低于RSRP门限1且高于RSRP门限2,则传输方式为多播方式或单播方式;若测量结果的RSRP值低于或等于RSRP门限2,则传输方式为单播方式。
在本申请实施例中,所述传输方式可以由第一接入网节点决定,也可以由第二接入网节点决定,即传输方式的确定方式比较灵活。
对于第二接入网节点而言,第二接入网节点通过所述第一无线承载向第一终端设备发送所述第一多播业务的第二数据包,包括:当采用多播方式时,将从第一传输层信息接收的第一数据包通过所述第一无线承载发送给所述第一终端设备;当采用单播方式时,将从第二传输层信息接收的第三数据包(单播数据包)通过所述第一无线承载发送给所述第一终端设备。以第一终端设备为例,对于第一终端设备而言,第二接入网节点可以通过单播和/多播的方式向第一终端设备传输数据包,即单播,或多播,或单播和多播。
需要说明的是,对于第二接入网节点通过单播方式和多播方式向第一终端设备发送数据包的情形,第二接入网节点向第一终端设备发送的第二数据包中可以包括两种类型的数据包,即单播数据包和多播数据包。这取决于第二接入网节点采用的传输方式。其中,单播数据包是指:当采用单播方式发送时,第二接入网节点将根据第二传输层信息接收的单播数据包(第三数据包)发送给第一终端设备。多播数据包是指:当采用多播方式时,第二接入网节点将根据第一传输层信息接收的多播数据包(第一数据包)发送给第一终端设备。“根据第一传输层信息接收的”可以理解为“使用第一传输层信息中包括的内容接收的”。例如,第一传输层信息包括第一用户面地址,则“根据第一传输层信息接收的”包括:基于第一用户面地址接收的。“根据第二传输层信息接收的”可以理解为“使用第二传输层信息中包包括的内容接收的”。又例如,第二传输层信息包括第二用户面地址,则“根据第二传输层信息接收的”包括:基于第二用户面地址接收的。
因此,本申请实施例通过在CU和DU之间建立两种类型的隧道,一种类型的隧道用于传输组播业务(即多个终端设备的组播业务都可在该类型的隧道上传输),另一种类型的隧道用于实现单播方式的传输(即可以通过该隧道将组播业务以单播方式发送给与该隧道对应的终端设备),从而实现组播业务的多样化传输。
实施例3
上文描述了CU/DU架构(即CU-CP与CU-UP不分离)下的通信方法,下面将结合图7描述CU-CP与CU-UP分离架构下的通信方法。
图7示出了根据本申请实施例的通信方法700的示意性交互图。可以理解,图7中的第三接入网节点与第二接入网节点(或第四接入网节点)之间交互的部分或全部信息,可以携带于已有的消息、信道、信号或信令中,也可以是新定义的消息、信道、信号或信令,对此不作具体限定。比如,第三接入网节点与第二接入网节点之间交互的部分或全部信息可以携带于现有的F1接口的消息,或者,也可以携带于新定义的F1接口的消息。可以理解,这里只是以F1接口为例进行说明,但并不对本申请实施例构成限定,事实上,这里也可以采用其他分离架构中的CU-DU之间的接口。又比如,第三接入网节点与第四接入网节点之间交互的部分或全部信息可以携带于现有的E1接口的消息,或者,也可以携带于新定义的E1接口的消息。可以理解,这里只是以E1接口为例进行说明,但并不对本申请实施例构成限定,事实上,这里也可以采用分离架构中的CU-CP与CU-UP之间的其他接口。这里作统一说明,本申请实施例中出现的E1接口均可以扩展为其他分离架构的接口,也可能演变为逻辑接口。如图7所示,所述方法700包括:
S710,第三接入网节点向第四接入网节点发送第五消息,所述第五消息用于请求建立第一无线承载,所述第五消息包括第三指示,所述第三指示指示所述第一无线承载承载第一多播业务。
第五消息的作用在于请求为第一多播业务建立无线承载,即第一无线承载。所述第三指示用于指示后续第一多播业务是在所述第一无线承载中传输的。
第五消息是第三接入网节点与第四接入网节点之间交互的消息,即集中式单元的控制面与集中式单元的用户面之间的消息。第五消息可以通过E1接口传输。
第三接入网节点与第四接入网节点可以理解为对应于同一集中式单元中的不同功能。第三接入网节点与第四接入网节点可以独立部署。示例性地,第三接入网节点是集中式单元的控制面功能对应的对应的节点或实体,第四接入网节点是集中式单元的用户面功能对应的对应的节点或实体。第二接入网节点是分布式单元对应的节点或实体。
第三指示可以显示指示,也可以隐式指示,对此不作具体限定。下面举例描述。
比如,对于显示指示的情况,第三指示用于显示指示第一多播业务的业务流是多播业务流(比如,多播/组播业务flow)或多播业务。一种可能的实施方式中,第三指示可以是一个信元IE或字段,即第三指示通过该IE或字段显示指示业务为多播业务或多播业务流。该IE或字段的属性可以是枚举(ENUMERATED{XXX})类型,例如可以枚举{ture/false},或者,也可以不使用枚举,本实施例对此不作具体限定。
又比如,对于隐式指示的情况,第三指示包括多播/组播的业务流或标识,如果第四接入网节点收到某一多播业务/组播业务/多播业务流或标识,即说明为多播业务。示例性地,在CU-UP和CU-CP的分离结构中,第三接入网节点可以是CU-CP,第四接入网节点可以是CU-UP,第二接入网节点可以是DU。
第一无线承载用于承载第一多播业务。具体地,在CU-UP和CU-CP的分离架构中,从CU-CP到CU-UP的数据和/或信令,从CU-UP到DU的数据和/或信令,以及,从DU到UE的数据和/或信令,均承载于第一无线承载。第一无线承载可以称作多播/组播无线承载,或者,双播无线承载(dual cast RB)/多播无线承载。可以理解,这里对第一无线承载的具体命名不作限定,未来可能有其他名称,但本质是用于承载多播业务或组播业务。这里作统一说明,多播业务也可以称作组播业务,但不限定具体命名。示例性地,第一多播业务可以是组播广播业务MBS。
可选地,在S710前,所述700方法还包括:核心网节点或组播控制功能节点向第三接入网节点发送第三消息,所述第三消息包括第二指示,所述第二指示指示第一多播业务。比如,第二指示是用于指示业务是否是多播业务流(多播/组播业务flow)。这里,第三接入网节点可以接收来自核心网节点或组播控制功能节点的第三消息,该第三消息中包括的第二指示用于指示第一多播业务。
第三消息用于核心网节点或组播控制功能节点向第三接入网节点通知关于第一多播业务的信息。所述第二指示用于指示后续需要传输的业务是多播业务,比如第一多播业务。
第三消息是核心网节点或组播控制功能节点与第三接入网节点之间交互的消息。第三消息可以通过NG接口传输。
第二指示通过显示指示或隐式指示的方法可以参考前文方法400中的描述,为了简洁,这里不再赘述。
示例性地,以核心网节点为例,当核心网节点下发多播业务时,第三接入网节点接收到的第二指示,用于指示下发的业务的QoS flow是多播业务流。
可选地,第三消息还包括:多播安全参数(security parameters),所述多播安全参数包括安全密钥和/或安全算法。可以理解,这里是以多播安全参数包括安全密钥和/或安全算法为例进行说明,但并不限于此,比如安全算法可以包括加密算法和完整性保护算法,多播安全参数也可以包括其他参数,对此不作具体限定。
第三接入网节点基于第二指示得知业务是多播业务,第三接入网节点(或第三接入网节点的SDAP层)可以将第一多播业务映射到第一无线承载上。若第三消息包括多播安全参数,位于第三接入网节点中的第一无线承载对应的PDCP实体对多播/组播数据包/PDU会话,进行加密。加密的具体过程可以参考协议中完整性保护和/或加密(integrityprotection or/and ciphering)的描述。
若第三接入网节点得知多播安全参数,第三接入网节点也可以将多播安全参数告知给第四接入网节点。可选地,所述第五消息包括多播安全参数,所述多播安全参数包括安全密钥和/或安全算法。进而,通过多播安全参数可以进行安全激活,保证用户和网络设备的安全,防止数据被窃听和/或篡改,提升通信安全性,保证网络安全,保证用户权益。
S720,第三接入网节点向第二接入网节点发送第六消息,所述第六消息用于请求建立第一无线承载,所述第六消息包括第一指示,所述第一指示指示所述第一无线承载承载第一多播业务。对应的,第二接入网节点接收所述第六消息。
第六消息是第三接入网节点与第二接入网节点之间交互的消息,即集中式单元的控制面与分布式单元之间的消息。第六消息可以通过F1-C接口传输。
第六消息的作用在于请求为第一多播业务建立无线承载,即第一无线承载。所述第一指示用于指示后续第一多播业务是在所述第一无线承载中传输的。
第一指示通过显示指示或隐式指示的方法可以参考前文方法400中的描述,为了简洁,这里不再赘述。
第三接入网节点通过向第二接入网节点发送第六消息,以请求第二接入网节点建立第一无线承载,或者,可以理解为请求第二接入网节点建立传输第一多播业务的下行隧道。或者,第六消息也可以理解为:第三接入网节点向第二接入网节点通知该第一无线承载为dual cast RB,即用于承载第一多播业务。
第二接入网节点在收到第六消息后,为第一无线承载提供一个下行用户面隧道,或建立一个用于接收第一多播业务的数据包的下行用户面隧道。换句话说,响应于第一消息,第二接入网节点为第一无线承载提供一个用于接收第一多播业务的数据包的下行用户面隧道,或建立一个用于接收第一多播业务的数据包的下行用户面隧道。也就是说,第二接入网节点可以在第四接入网节点与第二接入网节点之间为第一无线承载建立用户面隧道,比如GTP-U Tunnel。第二接入网节点可以将建立的下行用户面隧道的信息发送给第三接入网节点,以便于第三接入网节点将下行用户面隧道的信息发送给第四接入网节点。GTP-UTunnel传输第一多播业务的数据包。
S730,第二接入网节点向第三接入网节点发送第二消息,所述第二消息包括与所述第一无线承载对应的第一传输层信息。对应的,第三接入网节点接收所述第二消息。
这里的第二消息是第三接入网节点与第二接入网节点之间交互的消息,即集中式单元的控制面与分布式单元之间的消息。这里的第二消息可以通过F1-C接口传输。
这里的第二消息用于向第三接入网节点通知与隧道相关的信息(比如地址,隧道标识等),以便第三接入网节点将与隧道相关的信息发送给第四接入网节点。
可选地,第一传输层信息包括第一用户面地址。第一用户面地址为下行用户面隧道的地址信息。第一用户面地址对应于第二接入网节点为传输第一多播业务建立的下行用户面隧道。第一用户面地址即该下行用户面隧道的地址。如前文所述,该下行用户面隧道用于传输第一多播业务的数据包。
第一无线承载对应的第一传输层信息可以包括:第一无线承载对应一个第一用户面地址,或者,对应多个第一用户面地址。多个终端设备可以共用该下行用户面隧道。这里,第一用户面地址可以为下行用户面地址。
第三接入网节点在得到第一传输层信息后,可以将第一传输层信息发送给第四接入网节点。
S740,第三接入网节点向第四接入网节点发送第七消息,所述第七消息包括所述第一传输层信息。对应的,第四接入网节点接收所述第七消息。
这里的第七消息是第三接入网节点与第四接入网节点之间交互的消息,即集中式单元的控制面与集中式单元的用户面之间的消息。这里的第七消息可以通过E1接口传输。
所述第七消息用于向第四接入网节点通知与隧道相关的信息(比如地址,隧道标识等)。其中,隧道包括第四接入网节点与第二接入网节点之间建立的下行用户面隧道。所述第一传输层信息用于第四接入网节点确定第二接入网节点与第四接入网节点之间建立的下行用户面隧道,以便第四接入网节点利用下行用户面隧道传输第一多播业务的数据包。
在方法700中,第三接入网节点可以确定第二接入节点发送数据包的传输方式,并告知给第二接入网节点,从而可以根据终端设备的信道条件,确定合适的传输方式,保证终端设备接收业务的质量。第三接入网节点确定传输方式的具体过程与方法400中第一接入网节点类似,具体可以参考前文描述。
可选地,第二接入网节点也可以自己确定传输方式,具体过程的相关说明可以参考方法400中的描述,这里不作赘述。
第四接入网节点可以在建立的下行隧道中,将从核心网节点或组播控制功能节点接收的第一多播业务的数据包传输给第二接入网节点。
以图8中的示例进行描述,假设第四接入网节点是CU-UP,第三接入网节点是CU-CP,第二接入网节点是DU,在CU-UP与DU之间建立一个隧道,该隧道用于传输通过单播方式及多播方式传输的多播/组播业务数据包,架构如图8中左图所示。数据包在协议栈的处理过程如图8中右图所示,第一多播业务的数据包通过CU-UP内的一个PDCP进行排序、加密等相关处理。图8中使用一个PDCP处理数据包。对于第一多播业务而言,通过C-RNTI加扰的单播传输的数据包,以及,通过G-RNTI(G-RNTI即多播/组播业务对应的RNTI)加扰的多播传输的数据包,使用相同的参数/密钥进行接入层安全激活,或者均不进行接入层安全激活。这里,具体可以根据前述消息(第三消息或第五消息)中的配置决定是否进行接入层安全激活。可以理解,这里是以G-RNTI为例描述多播/组播业务对应的RNTI,但并不限于此,G-RNTI可以用其他标识替代,本质是用于加扰多播传输的数据包。
S750,第四接入网节点根据所述第一传输层信息向所述第二接入网节点发送所述第一多播业务的第一数据包。对应的,第二接入网节点根据第一传输层信息接收所述第一多播业务的第一数据包。
可选地,第四接入网节点可以将从核心网节点收到的第一多播业务的数据包复制为两份。可选地,第四接入网节点可以在每份数据包中携带指示信息,指示信息用于指示数据通过多播或单播的传输方式发送给终端设备。这里,两份数据包是通过同一下行隧道,即第一用户面下行地址对应的隧道,传输给第二接入网节点。
或者,可选地,第四接入网节点不需要复制数据包,由第二接入网节点进行复制,得到两份数据包。第四接入网节点通过第一用户面下行地址对应的隧道,将一份数据包发送给第二接入网节点。第二接入网节点收到后对数据包进行复制,并将两份数据包分别分发到多播逻辑信道和单播逻辑信道上。其中,多播逻辑信道用于传输采用多播方式传输的数据包,单播逻辑信道用于传输采用单播方式传输的数据包。
S760,第二接入网节点通过第一无线承载向第一终端设备发送第一多播业务的第二数据包。发送方式与方法400中的类似,具体可以参考前文描述。
第二数据包是指第二接入网节点发送给第一终端设备的第一多播业务的数据包。前文S750中的第一数据包是第四接入网节点发送给第二接入网节点的数据包。可以理解,第一数据包与第二数据包可以相同,也可以不同,对此不作限定。
示例性地,第一数据包与第二数据包为同一多播业务的数据包,即均为第一多播业务的数据包。由于对于同一业务,第一数据包的载荷(payload)与第二数据包的载荷(payload)相同。另外,由于第一数据包的收发端与第二数据包的收发端不同,第一数据包的头部与第二数据包的头部不同。
本申请实施例可以应用于CU-CP和CU-UP架构,其中,第三接入网节点可以是CU-CP,第四接入网节点可以是CU-UP,第二接入网节点可以是DU。在本申请实施例中,考虑了CU的CP和UP分离的架构,通过引入第一无线承载,用于在F1接口传输多播业务,从而实现多播业务的数据在F1接口的传输。并且,通过在CU与DU之间建立隧道,用以实现多播业务在F1接口的传输。这里作统一说明,本申请实施例中出现的F1接口均可以扩展为其他分离架构的接口,也可能演变为逻辑接口。
实施例4
下面描述第四接入网节点与第二接入网节点之间建立多个下行隧道的实施例。
可选地,所述方法700还包括:S770,第四接入网节点根据第二传输层信息向所述第二接入网节点发送所述第一多播业务的第三数据包,所述第二传输层信息承载于所述第七消息。对应的,第二接入网节点根据第二传输层信息接收第一多播业务的第三数据包。第三数据包是指通过单播方式发送的多播业务的数据包。这里,第二接入网节点接收的是第一多播业务的单播数据包,也可以理解为是通过单播方式传输的数据包。
所述第七消息用于向第四接入网节点通知与隧道相关的信息(比如地址,隧道标识等)。其中,所述隧道还包括第二接入网节点为单播传输方式建立的单播隧道。所述第二传输层信息用于第四接入网节点确定第二接入网节点为单播传输方式建立的单播隧道,以便第四接入网节点使用单播方式在该单播隧道传输数据包。
应理解,这里是以第一传输层信息与第二传输层信息在第七消息中为例进行说明,但本申请并不限于此。可选地,第一传输层信息与第二传输层信息也可能在不同的消息里。“不在同一消息”可以理解为通过不同的消息发送,不同的消息是指在不同时间发送的消息。这是因为,终端设备的单播隧道与组播隧道可能不是同时建立的。可选地,该不同的消息的命名可以相同或不同,对此不作限定,但消息中包括的内容本质上是不同的。
第二传输层信息包括第二用户面地址的信息。第二用户面地址用于第二接入网节点建立单播隧道。第二用户面地址对应于第二接入网节点为单播传输方式建立的隧道。该隧道用于传输多播业务通过单播方式发送的数据包。第二用户面地址为该隧道的地址。
这里,第二接入网节点还可以建立多个用于单播方式传输的业务的单播隧道。这里的多个单播隧道是与终端设备相关的,即一个终端设备对应一个单播隧道。需要说明的是,多个单播隧道并非是第二接入网节点同时建立的,而是在每个终端设备的相关承载建立过程中建立的(即在某一终端设备对多播业务感兴趣,要接收多播业务的时候建立的)。
对于单个终端设备的相关承载而言,存在两个下行隧道。这两个下行隧道承载的业务都是多播业务,区别在于传输方式不同。一个下行隧道是用于通过多播传输方式传输多播业务的隧道(可以称作组播隧道),另一个下行隧道用于传输通过单播传输方式传输多播业务的数据包(可以称作单播隧道)。可以理解,多个终端设备共用同一组播隧道,即组播隧道的地址相同,且数据包在组播隧道中传输一份,即一份数据包发给多个终端设备,在组播隧道中发送的数据包相关终端设备都可以接收,目的在于节约资源,提高频谱利用率。相关终端设备是指建立了第一无线承载(比如,dual cast RB),可以接收第一多播业务(比如MBS QoS流)的终端设备。换种表述,多个多播业务/多播业务流可以共用同一组播隧道,在组播隧道中发送的数据包多个终端设备可以接收,有助于节约资源,提高频谱利用率,减小时延,减小网络设备复杂度。多个终端设备是指接收同一多播业务的多个终端设备。多个多播业务/多播业务流共用同一组播隧道,不需要占用多个隧道,从而减少了在网络设备侧资源的占用,同时减轻了网络设备的处理负担,且对网络设备的能力没有过高的要求,降低了网络设备的复杂度。
对于第二接入网节点建立多个单播隧道以及一个组播隧道的情况,图9中的左图是CU-UP和DU之间建立多个隧道的架构。如图9中的右图所示,可以使用一个PDCP的两个不同部分(PDCP-u部分和PDCP-m部分)分别处理单播和多播传输的业务,两个PDCU parts功能相同;或者,也可能存在两个独立的PDCP(图9中是以一个PDCP的两个不同部分为例进行说明),即两个PDCP分别处理单播和多播传输的业务。单播传输的数据包与多播传输的数据包可以使用不同或相同的的参数/密钥进行AS security接入层安全激活,并分别进行排序。
在本申请实施例中,第三接入网节点可以决定第二接入网节点发送所述第一多播业务的数据包的传输方式。
可选地,所述方法700还包括:S780,第三接入网节点向所述第二接入网节点发送通知消息,所述通知消息用于指示所述第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。也就是说,第三接入网节点可以决定所述传输方式。
可选地,在第三接入网节点向所述第二接入网节点发送通知消息之前,所述方法700还包括:S790,第二接入网节点向所述第三接入网节点发送第四消息,所述第四消息包括所述第一终端设备的测量结果。这里,第三接入网节点通过接收来自第二接入网节点的第四消息,然后根据第一终端设备的测量结果,决定第二接入网节点向第一终端设备发送数据包的传输方式。可选地,测量结果可以包括终端设备的信号质量测量结果,比如,与beam相关的信号质量测量结果,即第三接入网节点可以依据此终端设备的信号测量结果决定传输方式。测量结果的值可以通过以下参数中的一项或多项表征:包括但不限于RSRP,RSRQ,SINR。可选地,第三接入网节点可以根据测量结果与门限值决定传输方式。示例性地,以测量结果的值通过RSRP表示,门限值为RSRP门限值为例,若测量结果的RSRP值高于或等于RSRP门限1,则传输方式为多播方式;若测量结果的RSRP值低于RSRP门限1且高于RSRP门限2,则传输方式为多播方式或单播方式;若测量结果的RSRP值低于或等于RSRP门限2,则传输方式为单播方式。
本申请实施例对终端设备的信号质量测量结果(比如,UE beam related report)的上报方式不作限定。上报方式可以有多种,比如,网络请求network required,periodically reporting周期性上报,事件触发上报(例如设置上报阈值)等方式。本申请实施例对上报终端设备的信号质量测量结果的消息类别也不做限定,比如,消息可以为高层RRC消息,也可以为物理层layer1的测量报告。
第二接入网节点也可以自己决定发送所述第一多播业务的数据包的传输方式。可选地,所述方法700还包括:S791,第二接入网节点根据第一终端设备的测量结果,确定发送第一多播业务的数据包的传输方式。第二接入网节点确定传输方式的具体方式可以参考方法400中S461的描述,为了简洁,这里不作赘述。
对于第二接入网节点而言,第二接入网节点通过所述第一无线承载向第一终端设备发送所述第一多播业务的第二数据包,包括:当采用多播方式时,将从第一传输层信息接收的第一数据包通过所述第一无线承载发送给所述第一终端设备;当采用单播方式时,将从第二传输层信息接收的第三数据包(单播数据包)通过所述第一无线承载发送给所述第一终端设备。以第一终端设备为例,对于第一终端设备而言,第二接入网节点可以通过单播和/多播的方式向第一终端设备传输数据包,即单播,或多播,或单播和多播。
需要说明的是,对于第二接入网节点通过单播方式和多播方式向第一终端设备发送数据包的情形,第二接入网节点向第一终端设备设备发送的第二数据包中可以包括两种类型的数据包,即单播数据包和多播数据包。这取决于第二接入网节点采用的传输方式。其中,单播数据包是指:当采用单播方式发送时,第二接入网节点将根据第二传输层信息接收的单播数据包(第三数据包)发送给第一终端设备。多播数据包是指:当采用多播方式时,第二接入网节点将根据第一传输层信息接收的多播数据包(第一数据包)发送给第一终端设备。
“根据第一传输层信息接收的”可以理解为“使用第一传输层信息中包括的内容接收的”。例如,第一传输层信息包括第一用户面地址,则“根据第一传输层信息接收的”包括:基于第一用户面地址接收的。“根据第二传输层信息接收的”可以理解为“使用第二传输层信息中包包括的内容接收的”。例如,第二传输层信息包括第二用户面地址,则“根据第二传输层信息接收的”包括:基于第二用户面地址接收的。
因此,本申请实施例通过在CU-UP和DU之间建立两种类型的隧道,一种类型的隧道用于传输组播业务(即多个终端设备的组播业务都可在该类型的隧道上传输),另一种类型的隧道用于实现单播方式的传输(即可以通过该隧道将组播业务以单播方式发送给与该隧道对应的终端设备),从而实现组播业务的多样化传输。
实施例5
下面描述在CU-DU架构下组播控制功能节点确定数据包的传输方式的实施例。
图10示出了根据本申请另一实施例的通信方法800的示意性交互图。可以理解,图10中的组播控制功能节点与第一接入网节点(或者核心网节点)之间交互的部分或全部信息,可以携带于已有的消息、信道、信号或信令中,也可以是新定义的消息、信道、信号或信令,对此不作具体限定。如图10所示,所述方法800包括:
S810,核心网节点向组播控制功能节点发送第八消息,所述第八消息用于请求建立第一无线承载,所述第八消息包括第四指示,所述第四指示指示所述第一无线承载承载第一多播业务。对应的,组播控制功能节点接收所述第八消息。
这里的第八消息是核心网节点与组播控制功能节点之间交互的消息。示例性地,第八消息可以通过NG接口传输。
第八消息的作用在于为第一多播业务请求建立无线承载,即第一无线承载。所述第四指示用于指示后续第一多播业务是在所述第一无线承载中传输的。
可选地,组播控制功能节点可以是独立部署,也可以部署在接入网节点中,对此不作具体限定。
第一无线承载的描述可以参考前文方法400中的描述,这里不再赘述。
第四指示可以显示指示,也可以隐式指示,对此不作具体限定。显示指示是指:直接指示业务是否为多播业务流。隐式指示是指:可以通过携带业务标识的方式等,间接指示业务是多播业务或组播业务。下面举例描述。
比如,对于显示指示的情况,第四指示用于显示指示第一多播业务的业务流是多播业务流(比如,多播/组播业务flow)或多播业务。一种可能的实施方式中,第四指示可以是一个信元IE或字段,即第四指示通过该IE或字段显示指示业务为多播业务或多播业务流。该IE或字段的属性可以是枚举(ENUMERATED{XXX})类型,例如可以枚举{ture/false},或者,也可以不使用枚举,本实施例对此不作具体限定。
又比如,对于隐式指示的情况,第四指示包括多播/组播的业务流或标识,如果组播控制功能节点收到某一多播业务/组播业务/多播业务流或标识,即说明为多播业务。
组播控制功能节点可以通过核心网节点获知某一业务是否为组播业务或多播业务,并将用于指示多播业务的信息发送给第一接入网节点。
S820,组播控制功能节点向第一接入网节点发送第三消息,所述第三消息用于请求建立第一无线承载,所述第三消息包括第二指示,所述第二指示指示所述第一无线承载承载第一多播业务。对应的,第一接入网节点接收所述第三消息。
第二指示的描述可以参考前文方法400中的相关说明,这里不再赘述。
S830,组播控制功能节点向第一接入网节点发送通知消息,所述通知消息用于指示第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。
可选地,所述通知消息还包括以下信息中的一项或多项:接收第一多播业务的小区列表(cell list)信息,波束列表(beam list),区域(area)列表,载波列表,终端设备列表信息等。
组播控制功能节点可以确定所述传输方式,并将传输方式通知给第一接入网节点。
可选地,所述方法800还包括:第一接入网节点向组播控制功能节点发送第一终端设备的测量结果,所述测量结果用于确定所述传输方式。对应的,组播控制功能节点接收来自第一接入网节点的第一终端设备的测量结果。
可选地,测量结果可以包括终端设备的信号质量测量结果,比如,与beam相关的信号质量测量结果,即组播控制功能节点可以依据此终端设备的信号测量结果决定传输方式。测量结果的值可以通过以下参数中的一项或多项表征:包括但不限于RSRP,RSRQ,SINR。
可选地,组播控制功能节点可以根据测量结果与门限值决定传输方式。示例性地,以测量结果的值通过RSRP表示,门限值为RSRP门限值为例,若测量结果的RSRP值高于或等于RSRP门限1,则传输方式为多播方式;若测量结果的RSRP值低于RSRP门限1且高于RSRP门限2,则传输方式为多播方式或单播方式;若测量结果的RSRP值低于或等于RSRP门限2,则传输方式为单播方式。可选地,组播控制功能节点可以结合第一终端设备的测量结果以及其他信息决定数据包在空口的传输方式。比如,其他信息可以包括信息中的一项或多项:实现方式及原则、媒体控制功能(media control function,MCF)内部算法等。
本申请实施例对终端设备的信号质量测量结果(比如,UE beam related report)的上报方式不作限定。上报方式可以有多种,比如,网络请求(network required),周期性上报(periodically reporting),事件触发上报(例如设置上报阈值)等方式。本申请实施例对上报终端设备的信号质量测量结果的消息类别也不做限定,比如,消息可以为高层RRC消息,也可以为物理层layer1的测量报告。
示例性地,在方法800中,组播控制功能节点可以是MCF,核心网节点可以是AMF,第一接入网节点可以是CU。在CU-DU架构中,如果网络中包括MCF,MCF可以决定向终端设备发送数据包的传输方式。本申请实施例可以应用于单频网(single frequency network,SFN)的某个SFN区域中。SFN是由多个不同地点的处于同步状态的接入网节点在同一时间,以同一频率发射同一信号,以实现对一定服务区的可靠覆盖,SFN区域即为SFN可以覆盖的范围。这样,可以实现同时对多个接入网节点下的相关终端设备,进行同一多播业务或组播业务的多播传输或单播传输。
可以理解,第一接入网节点与第二接入网节点之间后续的操作可以参考方法400中的描述。实施例5应用于引入了组播控制功能节点的CU-DU场景。假设第一接入网节点是CU,第二网络节点是DU,对于CU-DU场景,在引入了组播控制功能节点的架构中,组播控制功能节点可以决定第二接入网节点发送数据包的传输方式,这样,通过引入第一无线承载,用于在F1接口传输多播业务,从而实现多播业务的数据在F1接口的传输。并且,后续同样可以在CU与DU之间建立隧道,能够实现多播业务在F1接口的传输。
实施例6
下面描述在CU-UP和CU-CP分离架构下组播控制功能节点确定数据包的传输方式的实施例。实施例6与实施例5的区别在于,CU-UP与CU-CP是分离的,组播控制功能节点与CU-CP进行交互。
图11示出了根据本申请另一实施例的通信方法900的示意性交互图。可以理解,图10中的组播控制功能节点与第三接入网节点(或者核心网节点)之间交互的部分或全部信息,可以携带于现有的消息、信道、信号或信令中,也可以是新定义的消息、信道、信号或信令,对此不作具体限定。如图11所示,所述方法900包括:
S910,核心网节点向组播控制功能节点发送第八消息,所述第八消息用于请求建立第一无线承载,所述第八消息包括第四指示,所述第四指示指示所述第一无线承载承载第一多播业务。对应的,组播控制功能节点接收所述第八消息。
可选地,组播控制功能节点可以是独立部署,也可以部署在接入网节点中,对此不作具体限定。
第一无线承载的描述可以参考前文方法400中的描述,这里不再赘述。
第四指示可以显示指示,也可以隐式指示,对此不作具体限定。显示指示是指:直接指示业务是否为多播业务流。隐式指示是指:可以通过携带业务标识的方式,间接指示业务是多播业务或组播业务。第四指示的举例可以参考方法800中的描述。
组播控制功能节点可以通过核心网节点获知某一业务是否为组播业务或多播业务,并将用于指示多播业务的信息发送给第三接入网节点。
S920,组播控制功能节点向第三接入网节点发送第三消息,所述第三消息用于请求建立第一无线承载,所述第三消息包括第二指示,所述第二指示指示所述第一无线承载承载第一多播业务。对应的,第三接入网节点接收所述第三消息。
S930,组播控制功能节点向第三接入网节点发送通知消息,所述通知消息用于指示第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。
可选地,所述通知消息还包括以下信息中的一项或多项:接收第一多播业务的小区列表(cell list)信息,波束列表(beam list),区域(area)列表,载波列表,终端设备列表信息等。
组播控制功能节点可以确定所述传输方式,并将传输方式通知给第三接入网节点。
可选地,所述方法900还包括:第三接入网节点向组播控制功能节点发送第一终端设备的测量结果,所述测量结果用于确定所述传输方式。对应的,组播控制功能节点接收第一终端设备的测量结果。
关于测量结果的描述,以及组播控制功能节点确定传输方式的描述可以参考方法800中的描述,这里不再赘述。
示例性地,在方法900中,组播控制功能节点可以是MCF,核心网节点可以是AMF,第三接入网节点可以是CU-CP。在CU-CP与CU-UP分离架构中,如果网络中包括MCF,MCF可以决定向终端设备发送数据包的传输方式。本申请实施例可以应用于单频网SFN的某个SFN区域中。SFN是由多个不同地点的处于同步状态的接入网节点在同一时间,以同一频率发射同一信号,以实现对一定服务区的可靠覆盖,SFN区域即为SFN可以覆盖的范围。这样,可以实现同时对多个接入网节点下的相关终端设备,进行同一多播业务或组播业务的多播传输或单播传输。
可以理解,第三接入网节点与第二接入网节点之间后续的操作,或者第三接入网节点与第四接入网节点之间后续的操作可以参考方法700中的描述。与实施例5的区别在于,实施例6应用于引入了组播控制功能节点的CU-UP和CU-CP分离的场景。假设第三接入网节点是CU-CP,第四接入网节点是CU-UP,第二接入网节点是DU,对于CU的CP和UP分离的场景,在引入了组播控制功能节点的架构中,组播控制功能节点可以决定第二接入网节点发送数据包的传输方式,这样,通过引入第一无线承载,用于在F1接口传输多播业务,从而实现多播业务的数据在F1接口的传输。并且,后续同样可以在CU与DU之间建立隧道,能够实现多播业务在F1接口的传输。
实施例7
本申请实施例建立了一种与终端设备相关的,用于传输多播业务信息或数据对应的会话(Session),以及,与该会话对应的用户面隧道。该会话是进行数据业务的基础,用于连接核心网和终端设备,其中,终端设备可以与外部数据网络实现数据通信。比如,该会话可以是PDU会话;用户面隧道可以是GTP-U tunnel;多播业务信息或数据可以是多播QoSflow。
下文以PDU会话和用户面隧道为例进行描述,本实施例提供了一种PDU会话及用户面隧道的建立和映射方式,通过为多播/组播业务建立专用用户面隧道(比如,GTP-UTunnel),并通过优化现有信令,以支持多播/组播业务在接入网节点与核心网节点之间NG接口的传输。
本申请实施例为一个PDU会话建立两个用户面隧道。一个用户面隧道用于单播业务QoS flows,另一个用户面隧道用于传输多播/组播业务QoS flows。同一多播/组播业务使用一隧道进行多播传输,一个多播传输的隧道中的一个多播/组播业务使用同一个业务标识符,或者业务的QoS flow标识符,比如QFI。对于一组接收该多播/组播业务的终端设备而言,该业务通过相同的会话和用户面隧道传输,该业务对于这一组终端设备,拥有相同的标识。
这里结合图12中的示例描述本申请实施例为一个PDU会话建立的两个用户面隧道。如图12所示,UE1接收单播传输(或者单播业务)的业务1,对应于QoS flow1和多播传输(或者多播业务)的业务A&B,对应于QoS flow A&B;UE2接收单播传输的QoS flow3和多播传输的QoS flow A。UE1的PDU会话X中包括两个隧道:隧道1承载单播业务的QoS flow1,隧道2承载多播业务QoS flow A&B。UE2的PDU会话Y中包括两个隧道:隧道3承载单播业务的QoSflow3,隧道2承载多播业务QoS flow A。可见,对于一组UE而言,多播传输的数据(比如QoSflows)均通过用于承载多播业务的隧道传输。
为了适应上述PDU会话,本申请实施例还提供了适用于上述PDU会话的信令。适用于上述PDU会话的信令可以是通过核心网节点与接入网节点(比如,CU,或者,CU-CP)之间的接口传输的消息或信令。示例性地,核心网节点与接入网节点之间的接口可以是NG,但本申请实施例并不限于此。适用于上述PDU会话的信令可以用于建立上下文或PDU会话。
比如,核心网节点与接入网节点(比如,CU,或者,CU-CP)之间的接口传输的消息或信令包括初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)&初始上下文建立响应(INITIAL CONTEXT SETUP RESPONSE)或PDU会话资源建立请求(PDU SESSION RESOURCESETUP REQUEST)&PDU会话资源建立响应(PDU SESSION RESOURCE SETUP RESPONSE)。
对于适用于上述PDU会话的信令,将核心网节点发送给接入网节点的信令记作第一信令。第一信令中包括但是不限于多播/组播QoS Flow标识(比如QFI)和多播/组播业务标识(比如,多播/组播业务标识ID,MSID multicast service ID)。
可选地,核心网节点还可以在第一信令中新增多播安全参数。多播安全参数的描述可以参考前文的描述。可选地,多播安全参数包括用于激活每个多播业务的AS安全参数(若AS层需要激活安全);以及,用于激活每个多播业务的NAS(若NAS层需要激活安全)。可选地,可以通过NAS PDU携带此NAS安全参数的信息。可选地,第一信令中可以不包括多播/组播业务的上行隧道信息(上行隧道信息包括上行用户面地址)。
对于适用于上述PDU会话的信令,将接入网节点发送给核心网节点的信令记作第二信令。第二信令用于向核心网节点告知已经为业务建立好相应的用户面隧道,或者用于向核心网节点提供下行用户面隧道的地址。可选地,第二信令中可以增加用于接收多播业务的下行用户面隧道的信息。这里结合图13中的交互图进行描述。图13中是以核心网节点为AMF,接入网节点为CU-CP(在CU-UP,CU-CP分离的情况下)或者CU(在CU-UP,CU-CP不分离的情况下)为例进行描述。
如图13所示,包括:
1201,AMF向CU-CP或者CU发送第一信令。第一信令用于请求建立一个或多个PDU会话,PDU会话可以用于传输单播业务的或/和多播业务信息,比如QoS flow。
具体的,第一信令可以例如为INITIAL CONTEXT SETUP REQUEST或PDU SESSIONRESOURCE SETUP REQUEST。
可选地,AMF可以不向CU-CP或CU提供用于多播/组播业务的上行用户面隧道信息(UL NG-U UP TNL Information for MBS service),即AMF无需向CU-CP或CU提供多播/组播业务的上行用户面隧道信息。这是由于多播/组播业务一般为下行业务。
对于多播业务的QoS Flow,AMF在原有信令INITIAL CONTEXT SETUP REQUEST或PDU SESSION RESOURCE SETUP REQUEST基础上,向CU-CP或CU提供更多的QoS Flow相关信息。第一信令可以包括:QoS flow的5QI,ARP等;以及,多播/组播QoS Flow标识(比如,QoS流标识(QoS Flow Identifier,QFI)),多播/组播业务标识(比如,多播/组播业务标识(multicast service ID,MSID)等。可选地,第一信令中还可以包括多播安全参数。多播安全参数的描述可以参考前文的描述。可选地,多播安全参数包括用于激活每个多播业务的AS安全参数(若需要激活安全);以及,用于携带激活每个多播业务的NAS安全参数(若需要激活安全)。可选地,可以通过NAS PDU携带此NAS安全参数的信息。
1202,CU-CP或CU向AMF发送第二信令。第二信令用于响应第一信令。具体的,第二信令可以例如为INITIAL CONTEXT SETUP RESPONSE或PDU SESSION RESOURCE SETUPRESPONSE。
以UE1为例,由于PDU会话中建立了一个新的隧道用于多播业务的QoS flow的传输,因此需要在第二信令中添加用于传输多播业务的下行用户面隧道信息,比如DL NG-UUP TNL Information for MBS service,即CU-CP或CU向AMF指示用于接收多播业务的下行用户面隧道的信息。可选地,下行用户面隧道的信息包括终结点IP地址Endpoint IPAddress,隧道端点标识GTP-TEID等。
若UE接收单播业务,那么需要建立单播隧道,然后通过单播隧道传输单播业务的信息,如QoS flow。若UE接收多播业务,那么需要建立多播隧道,然后通过多播隧道传输多播业务的信息,如QoS flow。
CU-CP或者CP建立好用于承载多播业务的信息,如QoS flow的隧道,以及,用于承载单播业务的信息,如QoS flow的隧道后,向AMF回复响应信令,即第二信令。第二信令用于向AMF告知已经为业务建立好相应的隧道或者用于向AMF提供下行用户面隧道的地址。第二信令中可以包括多播/组播业务标识,比如,QoS flow相应的QoS流标识(QoS FlowIdentifier,QFI)。若既存在单播业务的QoS flow,还存在多播业务的QoS flow,第二信令中包括单播业务的QFI,以及,单播业务流标识,比如,QFI。以UE1为例,CU-CP或CU在第二信令中携带QFI1,QFI A&B。
在实施例7中,通过在一个PDU会话内建立两个分别用于单播业务的隧道(如QoSflow的隧道)和多播业务的隧道(如QoS flow的隧道),并对信令进行优化,以支持核心网节点与接入网节点之间的接口对于多播业务或组播业务的传输。相比于现有技术中一个PDU会话对应一个隧道的情形,本申请实施例通过在一个PDU会话内建立两个隧道,能够实现多播业务在用于多播业务的隧道中传输,有助于提高多播业务的传输效率。
实施例8
本申请实施例提供了一种与终端设备相关的,专用于传输多播业务信息或数据的会话及与该会话对应的用户面传输隧道,并通过优化现有信令,更好的支持多播/组播业务在接入网节点与核心网节点之间的接口上的传输。比如,该专用于传输多播业务的会话是PDU会话(也可以称作multicast PDU会话),与该PDU会话对应的下行用户面隧道是GTP-Utunnel;多播业务信息或数据可以是多播QoS flow。
下文以PDU会话为例进行描述,本申请实施例通过建立专用于多播业务传输的PDU会话以及相应的用户面隧道。同一多播/组播业务使用同一个用户面隧道,一个PDU会话中的一个多播/组播业务使用同一个业务标识符,或者业务的QoS flow标识,比如,QFI。接收多播/组播业务或者对于该多播/组播业务感兴趣的终端设备,均通过用同一PDU会话接收该业务或该业务的信息,比如,QoS flow通过同一用户面隧道传输。
这里结合图14中的示例描述本申请实施例的用户面隧道。如图14所示,UE1接收单播传输(或单播业务)所承载的信息,如QoS flow1,以及,多播传输(或多播业务)承载的信息,如QoS flow A&B;UE2接收单播传输所承载的信息,如QoS flow3,以及,多播传输所承载的信息,如QoS flow A。图14中为UE1建立了两个PDU会话(多播PDU会话M和单播PDU会话N),每个PDU会话对应于一个隧道(即GTP-U tunnel):隧道1承载单播业务的信息,如QoSflow1,隧道2承载多播业务的信息,如QoS flow A&B。UE2的两个PDU会话(多播PDU会话Y和单播PDU会话X),即两个隧道:隧道3承载单播业务的QoS flow3,隧道2承载多播业务的QoSflow A。
为了适应上述PDU会话,本申请实施例还提供了适用于上述PDU会话建立或修改的信令。适用于上述PDU会话的信令可以是通过核心网节点与接入网节点(比如,CU,或者,CU-CP)之间的接口传输的消息或信令。示例性地,核心网节点与接入网节点之间的接口可以是NG,但本申请实施例并不限于此。适用于上述PDU会话的信令可以用于建立上下文或PDU会话。
比如,核心网节点与接入网节点(比如,CU,或者,CU-CP)之间的接口传输的消息或信令包括初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)&初始上下文建立响应(INITIAL CONTEXT SETUP RESPONSE)或PDU会话资源建立请求(PDU SESSION RESOURCESETUP REQUEST)&PDU会话资源建立响应(PDU SESSION RESOURCE SETUP RESPONSE)。
对于适用于上述PDU会话的信令,将核心网节点发送给接入网节点的信令记作第三信令。第三信令中包括用于传输多播业务的QoS flow的PDU会话ID。可选地,第三信令包括多播/组播QoS Flow标识(比如,QFI)和多播/组播业务标识(比如,MSID)。可选地,第三信令中可以不包括多播/组播业务的上行用户面隧道的信息(上行用户面隧道的信息包括上行用户面地址)。
对于适用于上述PDU会话的信令,将接入网节点发送给核心网节点的信令记作第四信令。第四信令用于向核心网节点告知已经为业务建立好相应的PDU会话。可选地,第四信令中可以增加用于传输多播业务的下行用户面隧道的信息(下行用户面隧道的信息包括下行用户面地址)。
这里结合图15中的交互图进行描述。图15中是以核心网节点为AMF,接入网节点为CU-CP(CU-UP,CU-CP分离情况下)或CU(在CU-UP,CU-CP不分离的情况下)为例进行描述。
如图15所示,包括:
1401,AMF向CU-CP或CU发送第三信令。第三信令用于请求建立一个或多个PDU会话,PDU会话可以用于传输单播业务或者多播业务信息,如QoS flow。
具体的,第三信令可以例如为INITIAL CONTEXT SETUP REQUEST或PDU SESSIONRESOURCE SETUP REQUEST。
其中,建立用于单播业务的PDU会话的信令内容不发生变化,可以参考现有标准的描述;而建立用于多播业务的QoS flow的PDU会话的信令发生如下变化:
可选地,第三信令中需要携带一个用于传输多播业务的QoS flow的PDU会话ID,其中,用于多播业务QoS flow传输的PDU会话ID的结构可以与用于单播业务QoS flow的PDU会话ID结构相同,也可以是针对多播业务的QoS flow特有的或新引入的ID形式,对此不作具体限定。
可选地,为建立用于传输多播业务信息,如QoS flow的PDU会话,可以在第三信令中去掉(或不提供)传输多播业务对应的上行隧道信息(上行隧道信息包括上行用户面地址),比如,第三信令中不包括用于多播/组播业务的上行用户面隧道信息(UL NG-U UP TNLInformation for MBS service),即核心网节点无需向CU-CP或CU提供多播/组播业务的上行地址,这是由于多播/组播业务一般为下行业务。
可选地,为建立用于传输多播业务的PDU会话,对于多播业务信息,如QoS Flow,核心网节点向CU-CP或CU提供更多的该业务的相关信息或标识,比如QoS Flow的相关信息或标识。可选地,第三信令包括该QoS flow的5QI,ARP等;以及,多播/组播QoS Flow标识(比如,QFI),多播/组播业务标识(比如,MSID)等。可选地,第三信令中还可以包括多播安全参数。多播安全参数的描述可以参考前文的描述。可选地,多播安全参数包括用于激活每个多播业务(如QoS flow)的AS安全参数(若需要激活安全);以及,用于激活每个多播业务的NAS安全参数(若需要激活安全)。可选地,可以通过NAS PDU携带此NAS安全参数信息。
1402,CU-CP或CU向AMF发送第四信令。第四信令用于响应第三信令。具体的,第四信令可以例如为INITIAL CONTEXT SETUP RESPONSE或PDU SESSION RESOURCE SETUPRESPONSE。
以UE1为例,对于新建立的用于多播传输的PDU会话,需要在第四信令中添加用于传输多播业务的下行用户面隧道信息,比如,用于MBS业务的下行用户面隧道信息(DL NG-UUP TNL Information for MBS service),即CU-CP或CU向AMF指示用于接收多播业务信息,如下行用户面隧道的信息。可选地,下行用户面隧道的信息包括终结点IP地址Endpoint IPAddress,隧道端点标识GTP-TEID等。
CU-CP或CU建立好用于承载多播业务和单播传输的业务的不同PDU会话后,向AMF回复响应信令,即第四信令。由于多播传输的QoS flow对所有UE而言均相同,因此需要携带相应QoS的QFI,以指示信道中承载的业务,比如,在第四信令中携带QFI1,QFI A&B。
在实施例8中,通过建立一个专用于多播传输的PDU会话,并对信令进行优化,以适应该PDU会话,能够实现核心网节点与接入网节点之间的接口对于多播业务或组播业务的支持。相比于实施例7中,一个PDU会话内建立两个分别用于单播业务的隧道和多播业务的隧道,本申请实施例8的PDU会话专用于多播传输,该PDU会话是与终端设备相关的,能够为终端设备的多播业务的传输提供更好的服务。
实施例9
本申请实施例提供了一种专用于传输多播业务信息或数据的会话以及与该会话对应的用户面传输隧道,并通过新增适用于该会话的信令,以支持多播业务信息或数据在接入网节点与核心网节点之间的接口上个的传输。该会话可以是预先建立好的,也可以是在终端设备请求时才触发建立的,对此不作具体限定。并且,核心网节点还可以建立与该会话对应的隧道,即用于传输多播业务信息或数据的下行用户面隧道。核心网节点可以提供下行用户面隧道的信息,比如,下行用户面隧道可以是用于传输多播QoS flows的GTP-Utunnel。比如,该会话可以是MBS会话,该MBS会话为不与UE相关的会话(Non UE relatedSession)。以MBS会话为例,核心网节点根据存在的多播/组播业务,或者接入网节点可能会发送的多播/组播业务,请求与接入网节点建立相应的MBS会话,并配置相应的资源,以便网络在开始广播多播业务或组播业务时使用。比如,与该会话对应的下行用户面隧道是GTP-Utunnel。比如,多播业务信息或数据可以是多播QoS flow。下文以MBS会话为例进行描述,本申请实施例建立了一种用于传输多播业务的会话以及相应的用户面隧道。对于终端设备而言,接收同一多播业务使用相同的会话和下行用户面隧道,这样,建立的会话和下行用户面隧道可以不与终端设备不相关,相比于建立与终端设备相关的会话和下行用户面隧道,本申请实施例的灵活度比较高。
这里结合图16中的示例描述本申请实施例的MBS会话。如图16所示,UE1接收单播传输或者单播业务,比如QoS flow1和多播传输或者多播业务,比如QoS flow A&B;UE2接收单播传输(或者单播业务)信息,如QoS flow3和多播传输或者多播业务信息,如QoS flowA。以图16中的MBS会话隧道2为例,MBS会话隧道2为本申请实施例提出的专用于多播传输(或者多播业务)的QoS flow业务的MBS会话。工作在此基站下的UE均通MBS会话隧道2来接收多播传输的业务。该多播会话的建立/配置粒度为一个核心网节点和一个接入网节点之间的,与接收业务的UE无关。
为了适应上述MBS会话,本申请实施例还提供了适用于上述MBS会话的信令。适用于上述MBS会话的信令可以是通过核心网节点与接入网节点(比如,CU,或者,CU-CP)之间的接口传输的消息或信令。示例性地,核心网节点与接入网节点之间的接口可以是NG,但本申请实施例并不限于此。适用于上述MBS会话的信令可以用于建立上下文或MBS会话。
比如,核心网节点与接入网节点(比如,CU,或者,CU-CP)之间的接口传输的消息或信令包括MBS会话建立请求消息(MBS Session Setup Request message),以及MBS会话建立响应(MBS Session Setup Response)。
对于适用于上述MBS会话的信令,将核心网节点发送给接入网节点的信令记作第五信令。可选地,第五信令包括多播/组播QoS Flow标识(比如QFI)和多播/组播业务标识(比如,MSID)。可选地,第五信令中可以包括接入层用于激活安全的安全参数和/或算法的信息,以及,非接入层用于激活安全的安全参数和/或算法的信息。
对于适用于上述MBS会话的信令,将接入网节点发送给核心网节点的信令记作第六信令。第六信令用于向核心网节点告知已经为业务建立好相应的MBS会话。可选地,第六信令中可以增加用于传输多播业务的下行用户面隧道的信息(下行用户面隧道的信息包括下行用户面地址)。
这里结合图17中的交互图进行描述。图17中是以核心网节点为AMF,接入网节点为CU-CP(CU-UP,CU-CP分离情况下)或CU(在CU-UP,CU-CP不分离的情况下)为例进行描述。
如图17所示,包括:
1601,建立MBS会话。可以理解,MBS会话可以是在有终端设备开始接收业务前预建立好的,也可以是基于终端设备的请求建立的。下面结合步骤1601a和1601b描述MBS会话的建立过程。
1601a,AMF向CU-CP或CU发送第五信令。第五信令用于请求建立MBS会话,MBS会话可以用于传输多播业务的QoS flow。
具体的,第五信令可以例如为MBS Session Setup Request message。第五信令中包括MBS会话中将要传输的多播业务的QoS flow的信息。
可选地,第五信令包括以下中的一项或多项:AMF可能向CU-CP或CU下发多播业务或者业务流的信息和标识等,比如业务所对应的5QI,ARP,QFI业务流标识,MSID多播业务标识,以及多播安全参数(若需要激活安全)等。多播安全参数的描述可以参考前文的描述。可选地,多播安全参数具体可以包括接入层AS的相关激活安全的信息和非接入层NAS的相关激活安全的信息。可选地,可以通过NAS PDU携带NAS安全参数信息。
1601b,CU-CP或CU向AMF发送第六信令。第六信令用于响应第五信令。
具体的,第六信令可以例如为MBS Session Setup Response message。第六信令中包括CU-CP或CU为该MBS会话中相关多播业务的QoS flow提供的下行隧道信息(下行隧道信息包括下行用户面地址),比如,下行用户面隧道信息(DL NG-U UP TNL Information)。第六信令中还可以包括这些QoS对应的QFI。
通过1601a和1601b建立起CU/CU-CP与AMF之间的GTP-U tunnel。
下面结合1602和1603描述MBS会话的使用过程。
1602,AMF向CU-CP或CU发送第七信令。第七信令是为终端设备建立上下文或者PDU会话的信令。对于需要接收或者对多播业务感兴趣的终端设备,第七信令还可以用于调用传输多播业务的MBS会话的资源。具体的,第七信令可以例如为初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)或PDU会话资源建立请求(PDU SESSION RESOURCESETUP REQUEST)。
当CU-CP或CU下有终端设备需要通过多播传输方式接收业务信息时,以UE1接收业务A&B,对应于QoS Flow A&B为例,AMF向CU-UP或CU发送第七信令,以为该UE1调用1601中建立的用于传输多播业务的MBS会话资源。对于用于单播业务的PDU会话信令内容不发生变化,对于承载多播业务的MBS会话,信令发生如下变化:在信令中新增MBS会话相关信息。也就是说,AMF将已建立好的用于多播业务传输的MBS会话的相关信息发给CU-CP或CU,以便于CU-CP或CU通过此MBS会话接收多播传输的业务。可选地,用于识别此MBS会话的相关信息包括:多播业务标识MSID,多播安全参数等。多播安全参数的描述可以参考前文的描述。可选地,多播安全参数包括用于激活每个多播业务的AS安全参数(若AS层需要激活安全);以及,用于激活每个多播业务的NAS(若NAS层需要激活安全)。可选地,可在信令中增加NAS PDU,然后通过NAS PDU承载用于激活NAS安全使用的参数
1603,CU-CP或CU向AMF发送第八信令。第八信令用于响应第七信令。
具体的,第八信令可以例如为初始上下文建立响应(INITIAL CONTEXT SETUPRESPONSE)或PDU会话资源建立响应(PDU SESSION RESOURCE SETUP RESPONSE)。
可选地,第八信令中包括与MBS会话相关的多播业务标识MSID。
配置好MBS会话资源后,CU或CU-CP接收MBS会话信息,该MBS会话信息包括用于承载多播传输的业务的下行用户面地址信息。CU或CU-CP确定将在此下行用户面地址接收多播业务。CU/CU-CP向AMF回复第八信令,并在第八信令中携带相应的MSID。
在实施例9中,通过预先建立一个用于多播传输的会话或者在UE请求时建立一个用于多播传输的会话,并分配相应资源(包括下行用户面地址等),并对信令进行优化,以适应该会话,能够实现核心网节点与接入网节点之间的接口对于多播业务或组播业务的支持。相比于实施例7或实施例8中的PDU会话,本申请实施例9通过定义一个用于多播传输的会话,该会话可以不与终端设备相关,不需要沿用现有的PDU会话,同样能够实现多播业务的传输,且灵活度比较高。
可以理解,本申请实施例中的一些可选的特征,在某些场景下,可以不依赖于其他特征,比如其当前所基于的方案,而独立实施,解决相应的技术问题,达到相应的效果,也可以在某些场景下,依据需求与其他特征进行结合。相应的,本申请实施例中给出的装置也可以相应的实现这些特征或功能,在此不予赘述。
还可以理解,本申请实施例的各个方案可以进行合理的组合使用,并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释,对此不作限定。
还可以理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。上述各个过程涉及的各种数字编号或序号仅为描述方便进行的区分,而不应对本申请实施例的实施过程构成任何限定。
相应于上述方法实施例给出的方法,本申请实施例还提供了相应的装置,所述装置包括用于执行上述实施例相应的模块。所述模块可以是软件,也可以是硬件,或者是软件和硬件结合。可以理解的是,方法实施例所描述的技术特征同样适用于以下装置实施例。
以上,结合图1-17详细说明了本申请实施例提供的方法。以下,结合图18至图20详细说明本申请实施例提供的装置。
图18是本申请实施例提供的通信装置的示意性框图。如图18所示,该通信装置1000可以包括收发单元1200。可选地,该通信装置还包括处理单元1100。
在一种可能的设计中,该通信装置1000可对应于上文方法实施例中的接入网节点,例如,可以为接入网节点,或者配置用于接入网节点中的部件(如芯片或电路,可配置于接入网节点中)。
可选地,该通信装置1000可对应于根据本申请实施例的方法中的第一接入网节点,该通信装置1000可以包括用于执行前述方法400中第一接入网节点执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图4中的方法400的相应流程。
具体地,该收发单元1200可用于向第二接入网节点发送第一消息,所述第一消息用于请求建立第一无线承载,所述第一消息包括第一指示,所述第一指示指示所述第一无线承载承载第一多播业务;接收来自所述第二接入网节点的第二消息,所述第二消息包括与所述第一无线承载对应的第一传输层信息;根据所述第一传输层信息向所述第二接入网节点发送所述第一多播业务的第一数据包。
可选地,所述第一指示是根据来自核心网节点或组播控制功能节点的第三消息确定的,所述第三消息包括第二指示,所述第二指示指示所述第一多播业务。
可选地,所述收发单元1200还用于,根据第二传输层信息向所述第二接入网节点发送所述第一多播业务的第三数据包,所述第二传输层信息承载于所述第二消息。
可选地,所述收发单元1200还用于,向所述第二接入网节点发送通知消息,所述通知消息用于指示所述第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。
可选地,所述传输方式是根据第一终端设备的测量结果确定的。
可选地,多播安全参数,所述多播安全参数包括安全密钥和/或安全算法。
应理解,收发单元1200可用于执行方法400中第一接入网节点的接收和/或发送的步骤。为了简洁,这不一一列举。
可选地,该通信装置1000可对应于根据本申请实施例的方法中的第二接入网节点,该通信装置1000可以包括用于执行图4中的方法400中第二接入网节点执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图4中的方法400的相应流程。
具体地,该收发单元1200用于接收来自第一接入网节点的第一消息,所述第一消息用于请求建立第一无线承载,所述第一消息包括第一指示,所述第一指示指示所述第一无线承载承载第一多播业务;向第一接入网节点发送第二消息,所述第二消息包括所述第一无线承载对应的第一传输层信息;根据所述第一传输层信息接收来自所述第一接入网节点的所述第一多播业务的第一数据包;通过所述第一无线承载向第一终端设备发送所述第一多播业务的第二数据包。
可选地,所述收发单元1200还用于,根据第二传输层信息接收来自所述第一接入网节点的所述第一多播业务的第三数据包,所述第二传输层信息承载于所述第二消息。
可选地,所述收发单元1200还用于,接收来自所述第一接入网节点的通知消息,所述通知消息用于指示所述第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。
可选地,所述收发单元1200还用于,向所述第一接入网节点发送第四消息,所述第四消息包括所述第一终端设备的测量结果。
可选地,所述处理单元1100用于根据第一终端设备的测量结果,确定发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。
可选地,所述收发单元1200用于通过所述第一无线承载向第一终端设备发送所述第一多播业务的第二数据包,包括:
当采用多播方式时,将根据第一传输层信息接收的第一数据包通过所述第一无线承载发送给所述第一终端设备;
当采用单播方式时,将根据第二传输层信息接收的第三数据包通过所述第一无线承载发送给所述第一终端设备。
应理解,处理单元1100可用于执行方法400中第二接入网节点的生成和/或确定的步骤,收发单元1100可用于执行方法400中第二接入网节点的接收和/或发送的步骤。为了简洁,这不一一列举。
可选地,该通信装置1000可对应于根据本申请实施例的方法700中的第三接入网节点,该通信装置1000可以包括用于执行前述方法实施例中第三接入网节点执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图7中的方法700的相应流程。
具体地,该收发单元1200可用于向第四接入网节点发送第五消息,所述第五消息用于请求建立第一无线承载,所述第五消息包括第三指示,所述第三指示指示所述第一无线承载承载第一多播业务;向第二接入网节点发送第六消息,所述第六消息用于请求建立所述第一无线承载,所述第六消息包括第一指示,所述第一指示指示所述第一无线承载承载所述第一多播业务;接收来自所述第二接入网节点的第二消息,所述第二消息包括所述第一无线承载对应的第一传输层信息;向第四接入网节点发送第七消息,所述第七消息包括所述第一传输层信息。
可选地,所述第一指示是根据来自核心网节点或组播控制功能节点的第三消息确定的,所述第三消息包括第二指示,所述第二指示用于指示所述第一多播业务。
可选地,所述第二消息还包括第二传输层信息;所述第七消息还包括所述第二传输层信息。
可选地,所述收发单元1200还用于,向所述第二接入网节点发送通知消息,所述通知消息用于指示所述第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。
可选地,所述传输方式是根据第一终端设备的测量结果确定的。
可选地,所述第三消息包括多播安全参数,所述多播安全参数包括安全密钥和/或安全算法。
可选地,所述第五消息包括所述多播安全参数,所述多播安全参数包括安全密钥和/或安全算法。
应理解,收发单元1200可用于执行方法400中第三接入网节点的接收和/或发送的步骤。为了简洁,这不一一列举。
可选地,该通信装置1000可对应于根据本申请实施例的方法700中的第四接入网节点,该通信装置1000可以包括用于执行前述方法实施例中第四接入网节点执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图7中的方法700的相应流程。
具体地,该收发单元1200可用于接收来自第三接入网节点的第五消息,所述第五消息用于请求建立第一无线承载,所述第五消息包括第三指示,所述第三指示指示所述第一无线承载承载第一多播业务;接收来自所述第三接入网节点的第七消息,第七消息包括第一传输层信息;根据所述第一传输层信息向第二接入网节点发送所述第一多播业务的第一数据包。
可选地,所述收发单元1200还用于,根据所述第二传输层信息向所述第二接入网节点发送所述第一多播业务的第三数据包,所述第二传输层信息承载于所述第七消息。
可选地,所述第五消息包括多播安全参数,所述多播安全参数包括安全密钥和/或安全算法。
应理解,收发单元1200可用于执行方法700中第四接入网节点的接收和/或发送的步骤。为了简洁,这不一一列举。
可选地,该通信装置1000可对应于根据本申请实施例的方法700中的第二接入网节点,该通信装置1000可以包括用于执行前述方法实施例中第二接入网节点执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图7中的方法700的相应流程。
具体地,该收发单元1200可用于接收来自第三接入网节点的第六消息,所述第六消息用于请求建立第一无线承载,所述第六消息包括第一指示,所述第一指示指示所述第一无线承载承载第一多播业务;向第三接入网节点发送第二消息,所述第二消息包括与所述第一无线承载对应的第一传输层信息;根据所述第一传输层信息接收来自第四接入网节点的所述第一多播业务的第一数据包;
通过所述第一无线承载向第一终端设备发送所述第一多播业务的第二数据包。
可选地,所述收发单元1200还用于,根据所述第二传输层信息接收来自第四接入网节点的所述第一多播业务的第三数据包,所述第二传输层信息承载于所述第二消息。
可选地,所述收发单元1200还用于,接收来自所述第三接入网节点的通知消息,所述通知消息用于指示所述第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。
可选地,所述收发单元1200还用于,向所述第三接入网节点发送第四消息,所述第四消息包括所述第一终端设备的测量结果。
可选地,所述收发单元1200用于通过所述第一无线承载向第一终端设备发送所述第一多播业务的数据包,包括:当采用多播方式时,将根据第一传输层信息接收的数据包通过所述第一无线承载发送给所述第一终端设备;当采用单播方式时,将根据第二传输层信息接收的数据包通过所述第一无线承载发送给所述第一终端设备。
应理解,收发单元1200可用于执行方法700中第二接入网节点的接收和/或发送的步骤。为了简洁,这不一一列举。
可选地,该通信装置1000可对应于根据本申请实施例的方法800中的组播控制功能节点,该通信装置1000可以包括用于执行前述方法实施例中组播控制功能节点执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图10中的方法800的相应流程。
具体地,该收发单元1200可用于接收来自核心网节点的第八消息,所述第八消息用于请求建立第一无线承载,所述第八消息包括第四指示,所述第四指示指示所述第一无线承载承载第一多播业务;向第一接入网节点发送第三消息,所述第三消息用于请求建立第一无线承载,所述第三消息包括第二指示,所述第二指示指示所述第一无线承载承载第一多播业务;向所述第一接入网节点发送通知消息,所述通知消息用于指示第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。
可选地,所述传输方式是根据第一终端设备的测量结果确定的。
可选地,所述测量结果包括与所述第一终端设备的波束相关的测量报告。
可选地,所述通知消息还包括以下信息中的一项或多项:接收所述第一多播业务的小区列表信息,波束列表信息。
应理解,收发单元1200可用于执行方法800中组播控制功能节点的接收和/或发送的步骤。为了简洁,这不一一列举。
可选地,该通信装置1000可对应于根据本申请实施例的方法800中的第一接入网节点,该通信装置1000可以包括用于执行前述方法实施例中第一接入网节点执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图10中的方法800的相应流程。
具体地,该收发单元1200可用于接收来自组播控制功能节点的第三消息,所述第三消息用于请求建立第一无线承载,所述第三消息包括第二指示,所述第二指示指示所述第一无线承载承载第一多播业务;接收来自所述组播控制功能节点的通知消息,所述通知消息用于指示第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。
可选地,所述收发单元1200还用于向组播控制功能节点发送第一终端设备的测量结果,所述测量结果用于确定所述传输方式。
可选地,所述测量结果包括与所述第一终端设备的波束相关的测量报告。
可选地,所述通知消息还包括以下信息中的一项或多项:接收所述第一多播业务的小区列表信息,波束列表信息。
应理解,收发单元1200可用于执行方法800中第一接入网节点的接收和/或发送的步骤。为了简洁,这不一一列举。
可选地,该通信装置1000可对应于根据本申请实施例的方法900中的组播控制功能节点,该通信装置1000可以包括用于执行前述方法实施例中组播控制功能节点执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图11中的方法900的相应流程。
具体地,该收发单元1200可用于接收来自核心网节点的第八消息,所述第八消息用于请求建立第一无线承载,所述第八消息包括第四指示,所述第四指示指示所述第一无线承载承载第一多播业务;向第三接入网节点发送第三消息,所述第三消息用于请求建立第一无线承载,所述第三消息包括第二指示,所述第二指示指示所述第一无线承载承载所述第一多播业务;向所述第三接入网节点发送通知消息,所述通知消息用于指示第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。
可选地,所述传输方式是根据第一终端设备的测量结果确定的。
可选地,所述测量结果包括与所述第一终端设备的波束相关的测量报告。
可选地,所述通知消息还包括以下信息中的一项或多项:接收所述第一多播业务的小区列表信息,波束列表信息。
应理解,收发单元1200可用于执行方法900中组播控制功能节点的接收和/或发送的步骤。为了简洁,这不一一列举。
可选地,该通信装置1000可对应于根据本申请实施例的方法900中的第三接入网节点,该通信装置1000可以包括用于执行前述方法实施例中第三接入网节点执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图11中的方法900的相应流程。
具体地,该收发单元1200可用于接收组播控制功能节点发送的第三消息,所述第三消息用于请求建立第一无线承载,所述第三消息包括第二指示,所述第二指示指示所述第一无线承载承载第一多播业务;接收来自所述组播控制功能节点的通知消息,所述通知消息用于指示第二接入网节点发送所述第一多播业务的数据包的传输方式,所述传输方式包括单播方式和/或多播方式。
可选地,所述收发单元1200还用于向组播控制功能节点发送第一终端设备的测量结果,所述测量结果用于确定所述传输方式。
可选地,所述测量结果包括与所述第一终端设备的波束相关的测量报告。
可选地,所述通知消息还包括以下信息中的一项或多项:接收所述第一多播业务的小区列表信息,波束列表信息。
应理解,收发单元1200可用于执行方法900中第三接入网节点的接收和/或发送的步骤。为了简洁,这不一一列举。
可以理解,该通信装置1000为接入网节点(比如第一接入网节点、第二接入网节点、第三接入网节点或第四接入网节点)时,该通信装置1000中的收发单元1200可通过收发器实现,例如可对应于图19中示出的接入网设备3000中的射频单元3012和天线3011,该通信装置1000中的处理单元1100可通过至少一个处理器实现,例如可对应于图19中示出的基站3000中的处理器3022。
还应理解,该通信装置1000为配置于接入网设备中的芯片时,该通信装置1000中的收发单元1200可通过输入/输出接口实现。
可选地,该通信装置1000还包括存储单元,该存储单元可以用于存储指令或者数据,处理单元可以调用该存储单元中存储的指令或者数据,以实现相应的操作。该存储单元可通过至少一个存储器实现,例如可对应于图19中的接入网设备3000中的存储器3201。
图19是本申请实施例提供的接入网设备的结构示意图,例如可以为基站的结构示意图。该基站3000可应用于如图1或图2所示的系统中,执行上述方法实施例中接入网节点的功能。如图所示,该基站3000可包括一个或多个DU 3010和一个或多个CU 3020。CU 3020可以与NG core(下一代核心网,NC)通信。所述DU 3010可以包括至少一个天线3011,至少一个射频单元3012,至少一个处理器3013和至少一个存储器3014。所述DU 3010部分主要用于射频信号的收发以及射频信号与基带信号的转换,以及部分基带处理。CU 3020可以包括至少一个处理器3022和至少一个存储器3021。CU 3020和DU 3010之间可以通过接口进行通信,其中,控制面(control plane,CP)接口可以为Fs-C,比如F1-C,用户面(user plane,UP)接口可以为Fs-U,比如F1-U。
所述CU 3020部分主要用于进行基带处理,对基站进行控制等。所述DU 3010与CU3020可以是物理上设置在一起,也可以物理上分离设置的,即分布式基站。所述CU 3020为基站的控制中心,也可以称为处理单元,主要用于完成基带处理功能。例如所述CU 3020可以用于控制基站执行上述方法实施例中关于接入网设备的操作流程。
具体的,CU和DU上的基带处理可以根据无线网络的协议层划分,例如PDCP层及以上协议层的功能设置在CU,PDCP以下的协议层,例如RLC层和MAC层等的功能设置在DU。又例如,CU实现RRC层、PDCP层的功能,DU实现RLC层、MAC层和PHY层的功能。
此外,可选地,基站3000可以包括一个或多个射频单元(RU),一个或多个DU和一个或多个CU。其中,DU可以包括至少一个处理器3013和至少一个存储器3014,RU可以包括至少一个天线3011和至少一个射频单元3012,CU可以包括至少一个处理器3022和至少一个存储器3021。
在一个实例中,所述CU 3020可以由一个或多个单板构成,多个单板可以共同支持单一接入指示的无线接入网(如5G网),也可以分别支持不同接入制式的无线接入网(如LTE网,5G网或其他网)。所述存储器3021和处理器3022可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。所述DU 3010可以由一个或多个单板构成,多个单板可以共同支持单一接入指示的无线接入网(如5G网),也可以分别支持不同接入制式的无线接入网(如LTE网,5G网或其他网)。所述存储器3014和处理器3013可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
应理解,图19所示的基站3000能够实现前文方法实施例中涉及接入网节点(比如第一接入网节点、第二接入网节点、第三接入网节点或第四接入网节点)的各个过程。基站3000中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详细描述。
应理解,图19所示出的基站3000仅为接入网设备的一种可能的架构,而不应对本申请构成任何限定。本申请所提供的方法可适用于其他架构的接入网设备。例如,包含CU、DU和AAU的接入网设备等。本申请对于接入网设备的具体架构不作限定。
图20是根据本申请实施例提供的通信装置1500的结构示意图。用于实现上述方法中组播控制功能节点的功能。该装置可以是组播控制功能节点,也可以是能够和组播控制功能节点匹配使用的装置,例如该装置可以安装在接入网节点中,也可以独立设置,对此不作限定。其中,该装置可以为芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。装置1500包括至少一个处理器1520,用于实现本申请实施例提供的方法中组播控制功能节点的功能。
可选地,装置1500还可以包括至少一个存储器1530,用于存储程序指令和/或数据。存储器1530和处理器1520耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器1520可能和存储器1530协同操作。处理器1520可能执行存储器1530中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
装置1500还可以包括通信接口1510,用于通过传输介质和其它设备进行通信,从而用于装置1500中的装置可以和其它设备进行通信。本申请实施例中,通信接口可以是收发器、接口、总线、电路、管脚或者能够实现收发功能的装置。示例性地,该其它设备可以是接入网节点。处理器1520利用通信接口1510收发数据,并用于实现图10或图11对应的实施例中所述的组播控制功能节点所执行的方法。
本申请实施例中不限定上述通信接口1510、处理器1520以及存储器1530之间的具体连接介质。本申请实施例在图20中以存储器1530、处理器1520以及通信接口1510之间通过总线1540连接,总线在图20中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图20中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
应理解,图20所示的通信装置能够实现本申请实施例由组播控制功能节点执行的方法,比如,图10或图11所示方法实施例中涉及组播控制功能节点的各个过程。该通信装置中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详细描述。
应理解,图20所示出的通信装置仅为组播控制功能节点的一种可能的架构,而不应对本申请构成任何限定。
本申请实施例还提供了一种处理装置,包括处理器和接口;所述处理器用于执行上述任一方法实施例中的方法。
应理解,上述处理装置可以是一个或多个芯片。例如,该处理装置可以是现场可编程门阵列(field programmable gate array,FPGA),可以是专用集成芯片(applicationspecific integrated circuit,ASIC),还可以是系统芯片(system on chip,SoC),还可以是中央处理器(central processor unit,CPU),还可以是网络处理器(networkprocessor,NP),还可以是数字信号处理电路(digital signal processor,DSP),还可以是微控制器(micro controller unit,MCU),还可以是可编程控制器(programmable logicdevice,PLD)或其他集成芯片。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应注意,本申请实施例中的处理器可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(directrambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行前文所示实施例中的方法。
根据本申请实施例提供的方法,本申请还提供一种计算机可读存储介质,该计算机可读存储介质存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行上述各个实施例中任意一个网元执行的方法,例如图4所示实施例中第一终端设备、第一接入网节点或第二接入网节点分别执行的方法,又例如图7所示实施例中第一终端设备、第三接入网节点、第四接入网节点或第二接入网节点分别执行的方法,又例如图10所示实施例中核心网节点、组播控制功能节点或第一接入网节点分别执行的方法,又例如图11所示实施例中核心网节点、组播控制功能节点或第三接入网节点分别执行的方法。
根据本申请实施例提供的方法,本申请还提供一种系统,其包括前述的第一接入网节点和第二接入网节点,或者,包括前述的第三接入网节点、第四接入网节点和第二接入网节点,或者,包括前述的组播控制功能节点和第一接入网节点,或者,包括前述的组播控制功能节点和第三接入网节点。
上述各个装置实施例中接入网节点和方法实施例中的接入网节点完全对应,由相应的模块或单元执行相应的步骤,例如通信单元(收发器)执行方法实施例中接收或发送的步骤,除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中,处理器可以为一个或多个。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如,部件可以是但不限于,在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示,在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中,部件可位于一个计算机上和/或分布在两个或更多个计算机之间。此外,这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据,例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
本领域技术人员还可以了解到本申请实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件,或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用,可以使用各种方法实现所述的功能,但这种实现不应被理解为超出本申请实施例保护的范围。
本申请所描述的技术可通过各种方式来实现。例如,这些技术可以用硬件、软件或者硬件结合的方式来实现。对于硬件实现,用于在通信装置(例如,基站,终端、网络实体、或芯片)处执行这些技术的处理单元,可以实现在一个或多个通用处理器、DSP、数字信号处理器件、ASIC、可编程逻辑器件、FPGA、或其它可编程逻辑装置,离散门或晶体管逻辑,离散硬件部件,或上述任何组合中。通用处理器可以为微处理器,可选地,该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现,例如数字信号处理器和微处理器,多个微处理器,一个或多个微处理器联合一个数字信号处理器核,或任何其它类似的配置来实现。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,固态硬盘(solid state disk,SSD))等。
应理解,说明书通篇中提到的“实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此,在整个说明书各个实施例未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
还应理解,在本申请中,“当…时”、“若”以及“如果”均指在某种客观情况下通信装置(接入网节点或组播控制功能节点)会做出相应的处理,并非是限定时间,且也不要求通信装置实现时一定要有判断的动作,也不意味着存在其它限定。
本领域普通技术人员可以理解:本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围,也表示先后顺序。
本申请中对于使用单数表示的元素旨在用于表示“一个或多个”,而并非表示“一个且仅一个”,除非有特别说明。本申请中,在没有特别说明的情况下,“至少一个”旨在用于表示“一个或者多个”,“多个”旨在用于表示“两个或两个以上”。
另外,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A可以是单数或者复数,B可以是单数或者复数。
字符“/”一般表示前后关联对象是一种“或”的关系。
本文中术语“……中的至少一个”或“……中的至少一种”,表示所列出的各项的全部或任意组合,例如,“A、B和C中的至少一种”,可以表示:单独存在A,单独存在B,单独存在C,同时存在A和B,同时存在B和C,同时存在A、B和C这六种情况,其中A可以是单数或者复数,B可以是单数或者复数,C可以是单数或者复数。
应理解,在本申请各实施例中,“与A相应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (33)

1.一种通信方法,其特征在于,所述方法适用于第一接入网节点,所述方法包括:
向第二接入网节点发送第一消息,所述第一消息用于向所述第二接入网节点指示第一无线承载为多播或组播无线承载,所述第一消息包括第一指示,所述第一指示指示所述第一无线承载承载第一多播业务;
接收来自所述第二接入网节点的第二消息,所述第二消息包括与所述第一无线承载对应的第一传输层信息,所述第一传输层信息包括下行用户面隧道的地址信息,其中,所述下行用户面隧道用于传输所述第一多播业务通过单播和多播方式向终端设备发送的数据包;
通过所述下行用户面隧道向所述第二接入网节点发送所述第一多播业务的第一数据包。
2.根据权利要求1所述的方法,其特征在于,所述第一指示是根据来自核心网节点的第三消息确定的,所述第三消息包括第二指示,所述第二指示指示所述第一多播业务。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
接收来自所述第二接入网节点的第九消息,所述第九消息包括第二传输层信息,所述第二传输层信息包括单播隧道的地址信息,所述单播隧道对应一个终端设备;
通过所述单播隧道向所述第二接入网节点发送所述第一多播业务的第三数据包。
4.根据权利要求3所述的方法,其特征在于,所述单播隧道用于传输所述第一多播业务通过单播方式发送的数据包。
5.根据权利要求1或2所述的方法,其特征在于,所述下行用户面隧道被多个终端设备共用。
6.根据权利要求1或2所述的方法,其特征在于,所述第一接入网节点和所述第二接入网节点之间存在一个所述下行用户面隧道和/或N个单播隧道,N为大于等于1的正整数。
7.一种通信方法,其特征在于,所述方法适用于第二接入网节点,包括:
接收来自第一接入网节点的第一消息,所述第一消息用于向所述第二接入网节点指示第一无线承载为多播或组播无线承载,所述第一消息包括第一指示,所述第一指示指示所述第一无线承载承载第一多播业务;
向所述第一接入网节点发送第二消息,所述第二消息包括所述第一无线承载对应的第一传输层信息,所述第一传输层信息包括下行用户面隧道的地址信息,其中,所述下行用户面隧道用于传输所述第一多播业务通过单播方式和多播方式向终端设备发送的数据包;
通过所述下行用户面隧道接收来自所述第一接入网节点的所述第一多播业务的第一数据包;
通过所述第一无线承载向第一终端设备发送所述第一多播业务的第二数据包。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
复制所述第一数据包以得到两份数据包;
将所述两份数据包分别分发到多播逻辑信道和单播逻辑信道上,其中,所述多播逻辑信道用于传输采用多播方式传输的数据包,所述单播逻辑信道用于传输采用单播方式传输的数据包。
9.根据权利要求7或8所述的方法,其特征在于,所述方法还包括:
向所述第一接入网节点发送第九消息,所述第九消息包括第二传输层信息,所述第二传输层信息包括单播隧道的地址信息,所述单播隧道对应一个终端设备;
通过所述单播隧道接收来自所述第一接入网节点的所述第一多播业务的第三数据包。
10.根据权利要求9所述的方法,其特征在于,所述单播隧道用于传输所述第一多播业务通过单播方式发送的数据包。
11.根据权利要求7或8所述的方法,其特征在于,所述下行用户面隧道被多个终端共用。
12.根据权利要求7或8所述的方法,其特征在于,在所述第一接入网节点和所述第二接入网节点之间存在一个所述下行用户面隧道和/或N个单播隧道,N为大于等于1的正整数。
13.根据权利要求7或8所述的方法,其特征在于,所述通过所述第一无线承载向第一终端设备发送所述第一多播业务的第二数据包,包括:
当采用多播方式时,将根据第一传输层信息接收的第一数据包通过所述第一无线承载发送给所述第一终端设备;
当采用单播方式时,将根据第二传输层信息接收的第三数据包通过所述第一无线承载发送给所述第一终端设备。
14.一种通信方法,其特征在于,所述方法适用于第三接入网节点,所述方法包括:
向第四接入网节点发送第五消息,所述第五消息用于请求建立第一无线承载,所述第五消息包括第三指示,所述第三指示指示所述第一无线承载承载第一多播业务;
向第二接入网节点发送第六消息,所述第六消息用于向所述第二接入网节点指示所述第一无线承载为多播或组播无线承载,所述第六消息包括第一指示,所述第一指示指示所述第一无线承载承载所述第一多播业务;
接收来自所述第二接入网节点的第二消息,所述第二消息包括所述第一无线承载对应的第一传输层信息,所述第一传输层信息包括下行用户面隧道的地址信息,其中,所述下行用户面隧道用于传输所述第一多播业务通过单播方式和多播方式向终端设备发送的数据包;
向第四接入网节点发送第七消息,所述第七消息包括所述第一传输层信息。
15.根据权利要求14所述的方法,其特征在于,所述第一指示是根据来自核心网节点的第三消息确定的,所述第三消息包括第二指示,所述第二指示用于指示所述第一多播业务。
16.根据权利要求14或15所述的方法,其特征在于,还包括:
接收来自所述第二接入网节点的第九消息,所述第九消息包括第二传输层信息,所述第二传输层信息包括单播隧道的地址信息,所述单播隧道对应一个终端设备;
向所述第四接入网节点发送第十消息,所述第十消息包括所述第二传输层信息。
17.根据权利要求16所述的方法,其特征在于,所述单播隧道用于传输所述第一多播业务通过单播方式发送的数据包。
18.根据权利要求14或15所述的方法,其特征在于,所述下行用户面隧道被多个终端设备共用。
19.一种通信方法,其特征在于,所述方法适用于第四接入网节点,所述方法包括:
接收来自第三接入网节点的第五消息,所述第五消息用于请求建立第一无线承载,所述第五消息包括第三指示,所述第三指示指示所述第一无线承载承载第一多播业务;
接收来自所述第三接入网节点的第七消息,第七消息包括第一传输层信息,所述第一传输层信息包括下行用户面隧道的地址信息,其中,所述下行用户面隧道用于传输所述第一多播业务通过单播方式和多播方式向终端设备发送的数据包;
通过所述下行用户面隧道向第二接入网节点发送所述第一多播业务的第一数据包。
20.根据权利要求19所述的方法,其特征在于,所述方法还包括:
接收来自所述第三接入网节点的第十消息,所述第十消息包括第二传输层信息,所述第二传输层信息包括单播隧道的地址信息,所述单播隧道对应一个终端设备;
通过所述单播隧道向所述第二接入网节点发送所述第一多播业务的第三数据包。
21.根据权利要求20所述的方法,其特征在于,所述单播隧道用于传输所述第一多播业务通过单播方式发送的数据包。
22.根据权利要求19至21中任意一项所述的方法,其特征在于,所述下行用户面隧道被多个终端共用。
23.根据权利要求19至21中任意一项所述的方法,其特征在于,在所述第四接入网节点和所述第二接入网节点之间存在一个所述下行用户面隧道和/或N个单播隧道,N为大于等于1的正整数。
24.一种通信方法,其特征在于,所述方法应用于第二接入网节点,所述方法包括:
接收来自第三接入网节点的第六消息,所述第六消息用于向所述第二接入网节点指示第一无线承载为多播或组播无线承载,所述第六消息包括第一指示,所述第一指示指示所述第一无线承载承载第一多播业务;
向所述第三接入网节点发送第二消息,所述第二消息包括与所述第一无线承载对应的第一传输层信息,所述第一传输层信息包括下行用户面隧道的地址信息,其中,所述下行用户面隧道用于传输所述第一多播业务通过单播方式和多播方式向终端设备发送的数据包;
通过所述下行用户面隧道接收来自第四接入网节点的所述第一多播业务的第一数据包;
通过所述第一无线承载向第一终端设备发送所述第一多播业务的第二数据包。
25.根据权利要求24所述的方法,其特征在于,所述方法还包括:
复制所述第一数据包以得到两份数据包;
将所述两份数据包分别分发到多播逻辑信道和单播逻辑信道上,其中,所述多播逻辑信道用于传输采用多播方式传输的数据包,所述单播逻辑信道用于传输采用单播方式传输的数据包。
26.根据权利要求24或25所述的方法,其特征在于,所述方法还包括:
向所述第三接入网节点发送第九消息,所述第九消息包括第二传输层信息,所述第二传输层信息包括单播隧道的地址信息,所述单播隧道对应一个终端设备;
通过所述单播隧道接收来自第四接入网节点的所述第一多播业务的第三数据包。
27.根据权利要求26所述的方法,其特征在于,所述单播隧道用于传输所述第一多播业务通过单播方式发送的数据包。
28.根据权利要求24或25所述的方法,其特征在于,所述下行用户面隧道被多个终端共用。
29.根据权利要求24或25所述的方法,其特征在于,在所述第四接入网节点和所述第二接入网节点之间存在一个所述下行用户面隧道和/或N个单播隧道,N为大于等于1的正整数。
30.根据权利要求24或25所述的方法,其特征在于,所述通过所述第一无线承载向第一终端设备发送所述第一多播业务的数据包,包括:
当采用多播方式时,将根据第一传输层信息接收的第一数据包通过所述第一无线承载发送给所述第一终端设备;
当采用单播方式时,将根据第二传输层信息接收的第三数据包通过所述第一无线承载发送给所述第一终端设备。
31.一种通信装置,其特征在于,包括用于实现如权利要求1至30中任一项所述的方法的单元。
32.一种通信装置,包括至少一个处理器,和通信接口,其特征在于:
所述通信接口和所述至少一个处理器连接,所述通信接口用于获取程序或指令,当所述程序或指令被所述处理器执行时,实现权利要求1至30任一项所述的通信方法。
33.一种计算机可读存储介质,其特征在于,包括程序或指令,当所述程序或指令被运行时,如权利要求1至30中任意一项所述的方法被执行。
CN202010467287.4A 2020-05-28 2020-05-28 一种通信方法及通信装置 Active CN113747367B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202311645910.0A CN117858029A (zh) 2020-05-28 2020-05-28 一种通信方法及通信装置
CN202010467287.4A CN113747367B (zh) 2020-05-28 2020-05-28 一种通信方法及通信装置
PCT/CN2021/095907 WO2021238950A1 (zh) 2020-05-28 2021-05-26 一种通信方法及通信装置
EP21812807.2A EP4145870A4 (en) 2020-05-28 2021-05-26 COMMUNICATION METHOD AND COMMUNICATION APPARATUS
US17/993,572 US20230099930A1 (en) 2020-05-28 2022-11-23 Communications method and communications apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010467287.4A CN113747367B (zh) 2020-05-28 2020-05-28 一种通信方法及通信装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202311645910.0A Division CN117858029A (zh) 2020-05-28 2020-05-28 一种通信方法及通信装置

Publications (2)

Publication Number Publication Date
CN113747367A CN113747367A (zh) 2021-12-03
CN113747367B true CN113747367B (zh) 2024-01-09

Family

ID=78724147

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202311645910.0A Pending CN117858029A (zh) 2020-05-28 2020-05-28 一种通信方法及通信装置
CN202010467287.4A Active CN113747367B (zh) 2020-05-28 2020-05-28 一种通信方法及通信装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202311645910.0A Pending CN117858029A (zh) 2020-05-28 2020-05-28 一种通信方法及通信装置

Country Status (4)

Country Link
US (1) US20230099930A1 (zh)
EP (1) EP4145870A4 (zh)
CN (2) CN117858029A (zh)
WO (1) WO2021238950A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024015254A1 (en) * 2022-07-09 2024-01-18 Google Llc Managing multicast session establishment

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109392023A (zh) * 2017-08-10 2019-02-26 北京三星通信技术研究有限公司 一种数据流的操作控制的方法及设备
CN109769150A (zh) * 2017-11-09 2019-05-17 华为技术有限公司 一种传输组播业务的方法和设备
CN110475210A (zh) * 2018-05-11 2019-11-19 华为技术有限公司 一种通信方法及装置
CN110475381A (zh) * 2018-05-11 2019-11-19 华为技术有限公司 通信方法、设备和系统

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105491535B (zh) * 2014-09-19 2020-03-06 中兴通讯股份有限公司 一种数据发送方法和设备
CA3021658A1 (en) * 2017-10-20 2019-04-20 Comcast Cable Communications, Llc Non-access stratum capability information
EP3769570A1 (en) * 2018-03-20 2021-01-27 Nokia Technologies Oy Apparatus, method and computer program
CN110392347A (zh) * 2018-04-16 2019-10-29 上海华为技术有限公司 数据传输方法及装置
WO2020035795A1 (en) * 2018-08-14 2020-02-20 Nokia Technologies Oy Method of multicast data delivery in 5g supporting cloud architecture
US20200077287A1 (en) * 2018-08-29 2020-03-05 Nokia Technologies Oy Apparatus, method and computer program
KR20220100949A (ko) * 2020-01-23 2022-07-18 엘지전자 주식회사 무선 통신 시스템에서 유니캐스트와 멀티캐스트 사이의 전환을 결정하기 위한 방법 및 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109392023A (zh) * 2017-08-10 2019-02-26 北京三星通信技术研究有限公司 一种数据流的操作控制的方法及设备
CN109769150A (zh) * 2017-11-09 2019-05-17 华为技术有限公司 一种传输组播业务的方法和设备
CN110475210A (zh) * 2018-05-11 2019-11-19 华为技术有限公司 一种通信方法及装置
CN110475381A (zh) * 2018-05-11 2019-11-19 华为技术有限公司 通信方法、设备和系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
RP-191012,Rel-17 work scope on NR Multicast and Broadcast Services;Huawei等;《3GPP tsg_ran\tsg_ran》;20190528;全文 *

Also Published As

Publication number Publication date
EP4145870A1 (en) 2023-03-08
EP4145870A4 (en) 2023-11-08
CN117858029A (zh) 2024-04-09
US20230099930A1 (en) 2023-03-30
WO2021238950A1 (zh) 2021-12-02
CN113747367A (zh) 2021-12-03

Similar Documents

Publication Publication Date Title
US11438941B2 (en) Communication method and communications apparatus
CN108307530B (zh) 一种会话连接建立方法、相关设备及系统
CN111586643B (zh) 单播传输的方法和通信装置
WO2016141793A1 (zh) 一种空口协议栈的配置方法、数据传输方法及设备
WO2020029996A1 (zh) 检测dci的方法、配置pdcch的方法和通信装置
CN113573355B (zh) 通信方法和装置
WO2018053692A1 (zh) 数据传输方法、装置及系统
KR102478900B1 (ko) 자원 스케줄링 방법, 단말 기기 및 네트워크 기기
CN112019489B (zh) 验证方法及装置
US11470662B2 (en) Communication method and communications apparatus
US20240098830A1 (en) Communication method and apparatus
US20230099930A1 (en) Communications method and communications apparatus
CN115707036A (zh) 传输数据的方法和装置
CN114503649A (zh) 通信方法和通信装置
CN112423393A (zh) 数据传输方法及装置
WO2022021165A1 (zh) 中继发现方法和终端
KR102636242B1 (ko) 무선 통신 시스템에서 송신 및 수신을 제어하기 위한 장치 및 방법
WO2021068202A1 (zh) 一种通信方法及通信装置
WO2023185956A1 (zh) 基于侧行链路的通信方法、装置、存储介质和芯片系统
WO2022068336A1 (zh) 路由信息更新方法、通信装置及存储介质
WO2024007930A1 (zh) 一种通信方法、设备和系统
WO2024016173A1 (zh) 中继承载配置的确定方法、装置、设备及存储介质
WO2023232038A1 (zh) 通信方法与装置、终端设备、网络设备和芯片
WO2022104689A1 (zh) 一种小区频域带宽切换的方法、相关装置以及设备
WO2022228504A1 (zh) 一种通信方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant