CN116471552A - Mbs业务的传输方法及装置、网络设备、终端设备 - Google Patents
Mbs业务的传输方法及装置、网络设备、终端设备 Download PDFInfo
- Publication number
- CN116471552A CN116471552A CN202310507535.7A CN202310507535A CN116471552A CN 116471552 A CN116471552 A CN 116471552A CN 202310507535 A CN202310507535 A CN 202310507535A CN 116471552 A CN116471552 A CN 116471552A
- Authority
- CN
- China
- Prior art keywords
- protocol stack
- entity
- mbs service
- mbs
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 69
- 230000005540 biological transmission Effects 0.000 title claims abstract description 42
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 claims description 80
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 claims description 80
- 238000013507 mapping Methods 0.000 claims description 18
- 230000006978 adaptation Effects 0.000 claims description 3
- 238000004891 communication Methods 0.000 description 45
- 238000010586 diagram Methods 0.000 description 30
- 238000004590 computer program Methods 0.000 description 29
- 230000006870 function Effects 0.000 description 16
- 101100520018 Ceratodon purpureus PHY2 gene Proteins 0.000 description 14
- 101150005660 PHY1 gene Proteins 0.000 description 14
- 101100077212 Schizosaccharomyces pombe (strain 972 / ATCC 24843) rlc1 gene Proteins 0.000 description 10
- 230000011664 signaling Effects 0.000 description 7
- 101100059544 Arabidopsis thaliana CDC5 gene Proteins 0.000 description 6
- 101100244969 Arabidopsis thaliana PRL1 gene Proteins 0.000 description 6
- 102100039558 Galectin-3 Human genes 0.000 description 6
- 101100454448 Homo sapiens LGALS3 gene Proteins 0.000 description 6
- 101150115300 MAC1 gene Proteins 0.000 description 6
- 101150051246 MAC2 gene Proteins 0.000 description 6
- 238000013461 design Methods 0.000 description 5
- 230000001413 cellular effect Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 4
- 238000005859 coupling reaction Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000001228 spectrum Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000005562 fading Methods 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供一种MBS业务的传输方法及装置、网络设备、终端设备，该方法包括：网络设备采用第一协议栈按照多播方式发送MBS业务，以及采用第二协议栈按照单播方式发送所述MBS业务。
Description
本申请是申请日为2020年07月10日的PCT国际专利申请PCT/CN2020/101419进入中国国家阶段的中国专利申请号202080101106.4、发明名称为“MBS业务的传输方法及装置、网络设备、终端设备”的分案申请。
技术领域
本申请实施例涉及移动通信技术领域，具体涉及一种媒体多播服务(MultimediaBroadcast Service，MBS)业务的传输方法及装置、网络设备、终端设备。
背景技术
在一个小区中，基站按照组播方式下发MBS业务，同时还按照单播方式为某个特定的用户下发MBS业务。如何设计协议栈以实现MBS业务同时按照组播方式和单播方式下发需要解决。另一方面，终端设备在接收MBS业务的同时，有可能还接收非MBS业务，如何设计协议栈以实现同时接收MBS业务和非MBS业务需要解决。
发明内容
本申请实施例提供一种MBS业务的传输方法及装置、网络设备、终端设备。
本申请实施例提供的MBS业务的传输方法，包括：
网络设备采用第一协议栈按照多播方式发送MBS业务，以及采用第二协议栈按照单播方式发送所述MBS业务。
本申请实施例提供的MBS业务的传输方法，所述方法包括：
终端设备采用第一协议栈按照多播方式或者单播方式接收MBS业务，以及采用第二协议栈按照单播方式接收第一类业务，所述第一类业务与所述MBS业务不同。
本申请实施例提供的MBS业务的传输装置，包括：
发送单元，用于采用第一协议栈按照多播方式发送MBS业务，以及采用第二协议栈按照单播方式发送所述MBS业务。
本申请实施例提供的MBS业务的传输装置，包括：
接收单元，用于采用第一协议栈按照多播方式或者单播方式接收MBS业务，以及采用第二协议栈按照单播方式接收第一类业务，所述第一类业务与所述MBS业务不同。
本申请实施例提供的网络设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的MBS业务的传输方法。
本申请实施例提供的终端设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的MBS业务的传输方法。
本申请实施例提供的芯片，用于实现上述的MBS业务的传输方法。
具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行上述的MBS业务的传输方法。
本申请实施例提供的计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述的MBS业务的传输方法。
本申请实施例提供的计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述的MBS业务的传输方法。
本申请实施例提供的计算机程序，当其在计算机上运行时，使得计算机执行上述的MBS业务的传输方法。
通过上述技术方案，基站采用第一协议栈实现按照多播方式发送MBS业务，以及采用第二协议栈实现按照单播方式发送所述MBS业务，从而实现了一个小区同时支持组播方式和单播方式下发MBS业务。另一方面，终端设备采用第一协议栈实现按照多播方式或者单播方式接收MBS业务，以及采用第二协议栈实现按照单播方式接收第一类业务(即非MBS业务)，从而实现了终端设备同时接收MBS业务和非MBS业务。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是本申请实施例提供的一种通信系统架构的示意性图；
图2是本申请实施例提供的MBS业务按照多播方式和单播方式传输的示意图；
图3是本申请实施例提供的MBS业务的传输方法的流程示意图一；
图4-1是本申请实施例提供的网络设备侧的协议栈的结构示意图一；
图4-2是本申请实施例提供的网络设备侧的协议栈的结构示意图二；
图4-3是本申请实施例提供的网络设备侧的协议栈的结构示意图三；
图4-4是本申请实施例提供的网络设备侧的协议栈的结构示意图四；
图4-5是本申请实施例提供的网络设备侧的协议栈的结构示意图五；
图5是本申请实施例提供的MBS业务的传输方法的流程示意图二；
图6-1是本申请实施例提供的终端设备侧的协议栈的结构示意图一；
图6-2是本申请实施例提供的终端设备侧的协议栈的结构示意图二；
图6-3是本申请实施例提供的终端设备侧的协议栈的结构示意图三；
图6-4是本申请实施例提供的终端设备侧的协议栈的结构示意图四；
图7是本申请实施例提供的MBS业务的传输装置的结构组成示意图一；
图8是本申请实施例提供的MBS业务的传输装置的结构组成示意图二；
图9是本申请实施例提供的一种通信设备示意性结构图；
图10是本申请实施例的芯片的示意性结构图；
图11是本申请实施例提供的一种通信系统的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、系统、5G通信系统或未来的通信系统等。
示例性的，本申请实施例应用的通信系统100如图1所示。该通信系统100可以包括网络设备110，网络设备110可以是与终端120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端进行通信。可选地，该网络设备110可以是LTE系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5G网络中的网络侧设备或者未来通信系统中的网络设备等。
该通信系统100还包括位于网络设备110覆盖范围内的至少一个终端120。作为在此使用的“终端”包括但不限于经由有线线路连接，如经由公共交换电话网络(PublicSwitched Telephone Networks，PSTN)、数字用户线路(Digital Subscriber Line，DSL)、数字电缆、直接电缆连接；和/或另一数据连接/网络；和/或经由无线接口，如，针对蜂窝网络、无线局域网(Wireless Local Area Network，WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器；和/或另一终端的被设置成接收/发送通信信号的装置；和/或物联网(Internet of Things，IoT)设备。被设置成通过无线接口通信的终端可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话；可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(Personal Communications System，PCS)终端；可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位系统(Global Positioning System，GPS)接收器的PDA；以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(PersonalDigital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端或者未来演进的PLMN中的终端等。
可选地，终端120之间可以进行终端直连(Device to Device，D2D)通信。
可选地，5G通信系统或5G网络还可以称为新无线(New Radio，NR)系统或NR网络。
图1示例性地示出了一个网络设备和两个终端，可选地，该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端，本申请实施例对此不做限定。
可选地，该通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例对此不作限定。
应理解，本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的网络设备110和终端120，网络设备110和终端120可以为上文所述的具体设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、移动管理实体等其他网络实体，本申请实施例中对此不做限定。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
为便于理解本申请实施例的技术方案，以下对本申请实施例相关的技术方案进行说明。
随着人们对速率、延迟、高速移动性、能效的追求以及未来生活中业务的多样性、复杂性，为此第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)国际标准组织开始研发5G。5G的主要应用场景为：增强移动超宽带(enhanced Mobile Broadband，eMBB)、低时延高可靠通信(Ultra-Reliable Low-Latency Communications，URLLC)、大规模机器类通信(massive Machine-Type Communications，mMTC)。
一方面，eMBB仍然以用户获得多媒体内容、服务和数据为目标，其需求增长十分迅速。另一方面，由于eMBB可能部署在不同的场景中，例如室内，市区，农村等，其能力和需求的差别也比较大，所以不能一概而论，必须结合具体的部署场景详细分析。URLLC的典型应用包括：工业自动化，电力自动化，远程医疗操作(手术)，交通安全保障等。mMTC的典型特点包括：高连接密度，小数据量，时延不敏感业务，模块的低成本和长使用寿命等。
在NR早期部署时，完整的NR覆盖很难获取，所以典型的网络覆盖是广域的LTE覆盖和NR的孤岛覆盖模式。而且大量的LTE部署在6GHz以下，可用于5G的6GHz以下频谱很少。所以NR必须研究6GHz以上的频谱应用，而高频段覆盖有限、信号衰落快。同时为了保护移动运营商前期在LTE投资，提出了LTE和NR之间紧耦合(tight interworking)的工作模式。
RRC状态
5G为了降低空口信令和快速恢复无线连接，快速恢复数据业务的目的，定义了一个新的无线资源控制(Radio Resource Control，RRC)状态，即RRC非激活(RRC_INACTIVE)状态。这种状态有别于RRC空闲(RRC_IDLE)状态和RRC激活(RRC_ACTIVE)状态。其中，
1)RRC_IDLE状态(简称为空闲(idle)态)：移动性为基于终端设备的小区选择重选，寻呼由核心网(Core Network，CN)发起，寻呼区域由CN配置。基站侧不存在终端设备上下文，不存在RRC连接。
2)RRC_CONNECTED状态(简称为连接(connected)态)：存在RRC连接，基站侧和终端设备侧存在终端设备上下文。网络侧知道终端设备的位置是具体小区级别的。移动性是网络侧控制的移动性。终端设备和基站之间可以传输单播数据。
3)RRC_INACTIVE状态(简称为非激活(inactive)态)：移动性为基于终端设备的小区选择重选，存在CN-NR之间的连接，终端设备上下文存在某个基站上，寻呼由RAN触发，基于RAN的寻呼区域由RAN管理，网络侧知道终端设备的位置是基于RAN的寻呼区域级别的。
MBMS
MBMS是一种通过共享网络资源从一个数据源向多个UE传送数据的技术，该技术在提供多媒体业务的同时能有效地利用网络资源，实现较高速率(如256kbps)的多媒体业务的广播和组播。
由于MBMS频谱效率较低，不足以有效地承载和支撑手机电视类型业务的运营。因此在LTE中，3GPP明确提出增强对下行高速MBMS业务的支持能力，并确定了对物理层和空中接口的设计要求。
3GPP R9将演进的MBMS(evolved MBMS，eMBMS)引入到LTE中。eMBMS提出了单频率网络(Single Frequency Network，SFN)的概念，即多媒体广播多播服务单频率网络(Multimedia Broadcast multicast service Single Frequency Network，MBSFN)，MBSFN采用统一频率在所有小区同时发送业务数据，但是要保证小区间的同步。这种方式可以极大的提高小区整体信噪比分布，频谱效率也会相应的大幅提高。eMBMS基于IP多播协议实现业务的广播和多播。
在LTE或增强的LTE(LTE-Advanced，LTE-A)中，MBMS只有广播承载模式，没有多播承载模式。此外，MBMS业务的接收适用于空闲态或者连接态的UE。
3GPP R13中引入了单小区点对多点(Single Cell Point To Multiploint，SC-PTM)概念，SC-PTM基于MBMS网络架构。
MBMS引入了新的逻辑信道，包括单小区多播控制信道(Single Cell-MulticastControl Channel，SC-MCCH)和单小区多播传输信道(Single Cell-Multicast TransportChannel，SC-MTCH)。SC-MCCH和SC-MTCH被映射到下行共享信道(Downlink-SharedChannel，DL-SCH)上，进一步，DL-SCH被映射到物理下行共享信道(Physical DownlinkShared Channel，PDSCH)上，其中，SC-MCCH和SC-MTCH属于逻辑信道，DL-SCH属于传输信道，PDSCH属于物理信道。SC-MCCH和SC-MTCH不支持混合自动重传请求(Hybrid AutomaticRepeat reQuest，HARQ)操作。
MBMS引入了新的系统信息块(System Information Block，SIB)类型，即SIB20。具体地，通过SIB20来传输SC-MCCH的配置信息，一个小区只有一个SC-MCCH。SC-MCCH的配置信息包括：SC-MCCH的修改周期、SC-MCCH的重复周期、以及调度SC-MCCH的无线帧和子帧等信息。进一步，1)SC-MCCH的修改周期的边界满足SFN mod m＝0，其中，SFN代表边界的系统帧号，m是SIB20中配置的SC-MCCH的修改周期(即sc-mcch-ModificationPeriod)。2)调度SC-MCCH的无线帧满足：SFN mod mcch-RepetitionPeriod＝mcch-Offset，其中，SFN代表无线帧的系统帧号，mcch-RepetitionPeriod代表SC-MCCH的重复周期，mcch-Offset代表SC-MCCH的偏移量。3)调度SC-MCCH的子帧通过sc-mcch-Subframe指示。
SC-MCCH通过物理下行控制信道(Physical Downlink Control Channel，PDCCH)调度。一方面，引入新的无线网络临时标识(Radio Network Tempory Identity，RNTI)，即单小区RNTI(Single Cell RNTI，SC-RNTI)来识别用于调度SC-MCCH的PDCCH(如SC-MCCHPDCCH)，可选地，SC-RNTI固定取值为FFFC。另一方面，引入新的RNTI，即单小区通知RNTI(Single Cell Notification RNTI，SC-N-RNTI)来识别用于指示SC-MCCH的变更通知的PDCCH(如通知PDCCH)，可选地，SC-N-RNTI固定取值为FFFB；进一步，可以用DCI 1C的8个比特(bit)中的一个bit来指示变更通知。在LTE中，SC-PTM的配置信息基于SIB20配置的SC-MCCH，然后SC-MCCH配置SC-MTCH，SC-MTCH用于传输业务数据。
具体地，SC-MCCH只传输一个消息(即SCPTMConfiguration)，该消息用于配置SC-PTM的配置信息。SC-PTM的配置信息包括：临时移动组标识(Temporary Mobile GroupIdentity，TMGI)、会话标识(seession id)、组RNTI(Group RNTI，G-RNTI)、非连续接收(Discontinuous Reception，DRX)配置信息以及邻区的SC-PTM业务信息等。需要说明的是，R13中的SC-PTM不支持健壮性包头压缩(Robust Header Compression，ROHC)功能。
SC-PTM的下行非连续的接收是通过以下参数控制的：onDurationTimerSCPTM、drx-InactivityTimerSCPTM、SC-MTCH-SchedulingCycle、以及SC-MTCH-SchedulingOffset。
当满足[(SFN*10)+subframe number]modulo(SC-MTCH-SchedulingCycle)＝SC-MTCH-SchedulingOffset时，启动定时器onDurationTimerSCPTM；
当接收到下行PDCCH调度时，启动定时器drx-InactivityTimerSCPTM；
只有当定时器onDurationTimerSCPTM或drx-InactivityTimerSCPTM运行时才接收下行SC-PTM业务。
SC-PTM业务连续性采用基于SIB15的MBMS业务连续性概念，即“SIB15+MBMSInterestIndication”方式。空闲态的UE的业务连续性基于频率优先级的概念。
本申请实施例的技术方案中，定义一个新的SIB(称为第一SIB)，第一SIB包括第一MCCH的配置信息，这里，第一MCCH为MBMS业务的控制信道，换句话说，第一SIB用于配置NRMBMS的控制信道的配置信息，可选地，NR MBMS的控制信道也可以叫做NR MCCH(即所述第一MCCH)。
进一步，第一MCCH用于承载第一信令，本申请实施例对第一信令的名称不做限定，如第一信令为信令A，所述第一信令包括至少一个第一MTCH的配置信息，这里，第一MTCH为MBMS业务的业务信道(也称为数据信道或传输信道)，第一MTCH用于传输MBMS业务数据(如NR MBMS的业务数据)。换句话说，第一MCCH用于配置NR MBMS的业务信道的配置信息，可选地，NR MBMS的业务信道也可以叫做NR MTCH(即所述第一MTCH)。
具体地，所述第一信令用于配置NR MBMS的业务信道、该业务信道对应的业务信息以及该业务信道对应的调度信息。进一步，可选地，所述业务信道对应的业务信息，例如TMGI、session id等标识业务的标识信息。所述业务信道对应的调度信息，例如业务信道对应的MBMS业务数据被调度时使用的RNTI，例如G-RNTI、DRX配置信息等。
需要说明的是，第一MCCH和第一MTCH的传输都是基于PDCCH调度的。其中，用于调度第一MCCH的PDCCH使用的RNTI使用全网唯一标识，即是一个固定值。用于调度第一MTCH的PDCCH使用的RNTI通过第一MCCH进行配置。
需要说明的是，本申请实施例对所述第一SIB、所述第一MCCH和所述第一MTCH的命名不做限制。为便于描述，所述第一SIB也可以简称为SIB，所述第一MCCH也可以简称为MCCH，所述第一MTCH也可以简称为MTCH，通过SIB配置用于调度MCCH的PDCCH(即MCCHPDCCH)以及通知PDCCH，其中，通过MCCH PDCCH携带的DCI调度用于传输MCCH的PDSCH(即MCCH PDSCH)。进一步，通过MCCH配置M个用于调度MTCH的PDCCH(即MTCH 1PDCCH、MTCH2PDCCH、…、MTCH MPDCCH)，其中，MTCH n PDCCH携带的DCI调度用于传输MTCH n的PDSCH(即MTCH n PDSCH)，n为大于等于1且小于等于M的整数。MCCH和MTCH被映射到DL-SCH上，进一步，DL-SCH被映射到PDSCH上，其中，MCCH和MTCH属于逻辑信道，DL-SCH属于传输信道，PDSCH属于物理信道。
需要说明的是，上述方案中的MBMS业务包括但不局限于多播业务、组播业务。本申请实施例以MBS业务为例进行说明，“MBS业务”的描述也可以被替换为“多播业务”或者“组播业务”或者“MBMS业务”。
NR MBS业务中，同一个小区需要下发组播传播方式的MBS业务外,可能还会为某个特定的用户按照单播方式传输该MBS业务，例如该用户的信道比较差的情况下就需要为该用户按照单播方式传输该MBS业务。在一个小区中，也可能存在几个用户同时接收某MBS业务，但是基站都是按照单播方式发送MBS业务给每个用户，例如小区内接收MBS业务的用户比较少的情况下使用单播方式发送MBS业务给每个用户可以有效提高业务传输效率。
参照图2，针对某个MBS业务的分组数据单元(Packet Data Unit，PDU)会话，在5G核心网(5G Core network，5GC)到gNB之间可能采用一个共享的GTP隧道(Shared GTPtunnel)来传输MBS业务，即无论是单播业务还是MBS业务都是共享这个GTP隧道的。gNB按照多播(multicast)方式下发MBS业务给多播组(multicast group)，以及按照单播(unicast)方式下发MBS业务给某个UE(图2以UE3为例)。其中，多播组包括一个或多个UE(图2以多播组包括UE1和UE2为例)。对于按照单播方式传输MBS业务和按照多播方式传输MBS的协议栈如何设计需要解决。为此，提出了本申请实施例的以下技术方案。
图3是本申请实施例提供的MBS业务的传输方法的流程示意图一，如图3所示，所述MBS业务的传输方法包括以下步骤：
步骤301：网络设备采用第一协议栈按照多播方式发送MBS业务，以及采用第二协议栈按照单播方式发送所述MBS业务。
本申请实施例中，所述网络设备可以是基站，如gNB。所述网络设备可以实现在同一个小区即按照多播方式发送MBS业务，同时也按照单播方法发送该MBS业务。
需要说明的是，对于网络设备按照单播方式发送MBS业务的情况，如果某个终端设备的信道比较差，则网络设备可以按照单播方式向该终端设备发送MBS业务。当然，为了提高MBS业务的接收效率，网络设备也可以按照单播方式向一个或多个终端设备发送MBS业务。
本申请实施例中，对于按照多播方式发送的MBS业务的调度信息通过G-RNTI进行加扰；对于按照单播方式发送的MBS业务的调度信息通过G-RNTI或者C-RNTI进行加扰。
本申请实施例中，网络设备采用第一协议栈按照多播方式发送MBS业务，以及采用第二协议栈按照单播方式发送所述MBS业务，以下对网络设备侧的协议栈的具体实现进行说明。
本申请实施例中，所述第一协议栈包括第一物理(PHY)实体，所述第二协议栈包括第二PHY实体；所述网络设备采用所述第一PHY实体按照多播方式发送所述MBS业务，以及采用所述第二PHY实体按照单播方式发送所述MBS业务。
所述第一协议栈除了包括第一PHY实体以外，还包括其他协议栈实体。所述第二协议栈除了包括第二PHY实体以外，还包括其他协议栈实体。以下分情况进行说明。
●情况一
所述第一协议栈和所述第二协议栈具有公用的媒体接入控制(Media AccessControl，MAC)实体；其中，所述公用的MAC实体用于对所述MBS业务的MAC PDU进行复制，将所述MAC PDU传输给所述第一PHY实体，以及将复制的MAC PDU传输给所述第二PHY实体。
进一步，在一可选方式中，所述第一协议栈和所述第二协议栈还具有公用的如下至少一种协议栈实体：服务数据适配协议(Service Data Adaptation Protocol，SDAP)实体、分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)实体、无线链路控制(Radio Link Control，RLC)实体。
●情况二
所述第一协议栈和所述第二协议栈具有公用的SDAP实体；其中，所述公用的SDAP实体用于对所述MBS业务的SDAP PDU进行复制，将所述SDAP PDU传输给所述第一协议栈中的PDCP实体或者RLC实体，以及将复制的SDAP PDU传输给所述第二协议栈中的PDCP实体或者RLC实体。
进一步，在一可选方式中，所述第一协议栈和所述第二协议栈具有独立的PDCP实体和/或RLC实体。
●情况三
所述第一协议栈和所述第二协议栈具有公用的PDCP实体；其中，所述公用的PDCP实体用于对所述MBS业务的PDCP PDU进行复制，将所述PDCP PDU传输给所述第一协议栈中的RLC实体，以及将复制的PDCP PDU传输给所述第二协议栈中的RLC实体。
进一步，在一可选方式中，所述第一协议栈和所述第二协议栈还具有公用的SDAP实体，以及，所述第一协议栈和所述第二协议栈具有独立的RLC实体。
●情况四
所述第一协议栈和所述第二协议栈具有公用的RLC实体；其中，所述公用的RLC实体用于对所述MBS业务的RLC PDU进行复制，将所述RLC PDU传输给所述第一协议栈中的MAC实体，以及将复制的RLC PDU传输给所述第二协议栈中的MAC实体。
进一步，在一可选方式中，所述第一协议栈和所述第二协议栈还具有公用的SDAP实体和/或PDCP实体。
●情况五
所述第一协议栈和所述第二协议栈具有独立的SDAP实体、PDCP实体、RLC实体和MAC实体；或者，所述第一协议栈和所述第二协议栈具有独立的SDAP实体、RLC实体和MAC实体。
对于上述情况二至情况四中的任意一种情况来说，网络设备侧的MAC实体可以有如下两种实现方式：
1)方式一：
所述第一协议栈和所述第二协议栈具有公用的MAC实体；所述公用的MAC实体用于将多播方式对应的RLC PDU映射在第一MAC PDU中，以及将单播方式对应的RLC PDU映射在第二MAC PDU中。
这里，多播方式和单播方式共享一个MAC实体，网络设备需要保证在组装MAC PDU时，将多播方式对应的RLC PDU映射在一个MAC PDU，而单播方式对应的RLC PDU映射在另一个MAC PDU。
2)方式二：
所述第一协议栈和所述第二协议栈具有独立的MAC实体；所述第一协议栈中的第一MAC实体用于将多播方式对应的RLC PDU映射在第一MAC PDU中；所述第二协议栈中的第二MAC实体用于将多播方式对应的RLC PDU映射在第二MAC PDU中。
这里，多播方式和单播方式独立配置各自的MAC实体。每个MAC实体可以使用各自的MAC层功能，例如DRX功能。
以下结合具体示例对本申请实施例的上述各种情况进行举例说明。
示例一(对应于上述情况一)
参照图4-1，图4-1为网络设备侧的协议栈的一种结构示意图，图4-1中省略了“实体”的描述，例如图4-1中的“SDAP”表示的是“SDAP实体”。
MBS业务的PDU会话包括一个或多个Qos流，PDU会话的一个或多个Qos流可以通过SDAP实体映射到一个或者多个DRB上，其中，Qos流与DRB之间的映射关系可以是一对一，也可以是多对一。每个DRB对应一个逻辑信道，其中，不同的DRB通过不同的PDCP实体和RLC实体传输，也即不同的逻辑信道对应不同的PDCP实体和RLC实体。
需要说明的是，图4-1中，对于每个DRB，也可以不存在PDCP实体或者SDAP实体。也就是说，对于每个DRB，可以存在PDCP实体、或者存在PDCP实体+SDAP实体、或者存在SDAP实体。
MAC实体将每个MAC PDU(即一个TB数据)复制一份给PHY2实体(即第二PHY实体)，原来的MAC PDU给PHY1实体(即第一PHY实体)，通过PHY1实体按照多播方式进行发送MBS业务以及通过PHY2实体按照单播方式发送MBS业务。
从图4-1可以看出，第一协议栈(即多播方式发送MBS业务对应的协议栈)和第二协议栈(即单播方式发送MBS业务对应的协议栈)具有以下公用的协议栈实体：SDAP实体、PDCP实体、RLC实体和MAC实体，第一协议栈和第二协议栈具有独立的PHY实体。需要说明的是，对于公用的协议栈实体中，也可以不存在其中一种或多种协议栈实体。
上述方案中，网络设备不需要为同一个MBS会话实现两次SDAP实体、PDCP实体、RLC实体、和MAC实体的功能，终端设备可以通过同时接收多播方式的MBS业务和单播方式的MBS业务来提高MBS业务接收的可靠性。
示例二(对应于上述情况二)
参照图4-2，图4-2为网络设备侧的协议栈的一种结构示意图，图4-2中省略了“实体”的描述，例如图4-2中的“SDAP”表示的是“SDAP实体”。
MBS业务的PDU会话包括一个或多个Qos流，PDU会话的一个或多个Qos流可以通过SDAP实体映射到一个或者多个DRB上，其中，Qos流与DRB之间的映射关系可以是一对一，也可以是多对一。每个DRB对应一个逻辑信道，其中，不同的DRB通过不同的PDCP实体和RLC实体传输，也即不同的逻辑信道对应不同的PDCP实体和RLC实体。
需要说明的是，图4-2中，对于每个DRB，也可以不存在PDCP实体或者SDAP实体。也就是说，对于每个DRB，可以存在PDCP实体、或者存在PDCP实体+SDAP实体、或者存在SDAP实体。
如图4-2中的(a)所示，SDAP实体将每个SDAP PDU复制一份给PDCP2实体，原来的SDAP PDU给PDCP1实体。然后，PDCP1实体将相应的PDCP PDU传输给RLC1实体，RLC1实体将相应的RLC PDU传输给MAC1实体，MAC1实体将相应的MAC PDU传输给PHY1实体，通过PHY1实体按照多播方式进行发送MBS业务；与此同时，PDCP2实体将相应的PDCP PDU传输给RLC2实体，RLC2实体将相应的RLC PDU传输给MAC2实体，MAC2实体将相应的MAC PDU传输给PHY2实体，通过PHY2实体按照单播方式发送MBS业务。
如图4-2中的(b)所示，SDAP实体将每个SDAP PDU复制一份给PDCP2实体，原来的SDAP PDU给PDCP1实体。然后，PDCP1实体将相应的PDCP PDU传输给RLC1实体，RLC1实体将相应的RLC PDU传输给MAC实体，MAC实体将相应的MAC PDU传输给PHY1实体，通过PHY1实体按照多播方式进行发送MBS业务；与此同时，PDCP2实体将相应的PDCP PDU传输给RLC2实体，RLC2实体将相应的RLC PDU传输给MAC实体，MAC实体将相应的MAC PDU传输给PHY2实体，通过PHY2实体按照单播方式发送MBS业务。
需要说明的是，图4-2中的PDCP1实体包括PDCP11实体，PDCP12实体，…，PDCP1n实体，其中，不同的PDCP实体对应不同的DRB(也即对应不同的逻辑信道)。图4-2中的PDCP2实体包括PDCP21实体，PDCP22实体，…，PDCP2n实体，其中，不同的PDCP实体对应不同的DRB(也即对应不同的逻辑信道)。同理，图4-2中的RLC1实体包括RLC11实体，RLC12实体，…，RLC1n实体，其中，不同的RLC实体对应不同的DRB(也即对应不同的逻辑信道)。图4-2中的RLC2实体包括RLC21实体，RLC22实体，…，RLC2n实体，其中，不同的RLC实体对应不同的DRB(也即对应不同的逻辑信道)。
从图4-2中的(a)可以看出，第一协议栈(即多播方式发送MBS业务对应的协议栈)和第二协议栈(即单播方式发送MBS业务对应的协议栈)具有以下公用的协议栈实体：SDAP实体，第一协议栈和第二协议栈具有独立的PDCP实体、RLC实体、MAC实体和PHY实体。需要说明的是，对于独立的协议栈实体中，也可以不存在其中一种或多种协议栈实体。
从图4-2中的(b)可以看出，第一协议栈(即多播方式发送MBS业务对应的协议栈)和第二协议栈(即单播方式发送MBS业务对应的协议栈)具有以下公用的协议栈实体：SDAP实体和MAC实体，第一协议栈和第二协议栈具有独立的PDCP实体、RLC实体和PHY实体。需要说明的是，对于独立的协议栈实体中，也可以不存在其中一种或多种协议栈实体。
上述方案中，如果多播方式和单播方式公用PDCP实体，则网络设备在实现上不需要为同一个MBS业务，实现两次Qos流到DRB的映射。此外，如果多播方式和单播方式公用MAC实体，网络设备不需要为同一个MBS会话实现两次MAC实体的功能；如果多播方式和单播方式分别配置独立的MAC实体，可以有效降低实现复杂度。
示例三(对应于上述情况三)
参照图4-3，图4-3为网络设备侧的协议栈的一种结构示意图，图4-3中省略了“实体”的描述，例如图4-3中的“SDAP”表示的是“SDAP实体”。
MBS业务的PDU会话包括一个或多个Qos流，PDU会话的一个或多个Qos流可以通过SDAP实体映射到一个或者多个DRB上，其中，Qos流与DRB之间的映射关系可以是一对一，也可以是多对一。每个DRB对应一个逻辑信道，其中，不同的DRB通过不同的PDCP实体和RLC实体传输，也即不同的逻辑信道对应不同的PDCP实体和RLC实体。
需要说明的是，图4-3中，对于每个DRB，也可以不存在PDCP实体或者SDAP实体。也就是说，对于每个DRB，可以存在PDCP实体、或者存在PDCP实体+SDAP实体、或者存在SDAP实体。
如图4-3中的(a)所示，PDCP实体将每个PDCP PDU复制一份给RLC2实体，原来的PDCP PDU给RLC1实体。然后，RLC1实体将相应的RLC PDU传输给MAC1实体，MAC1实体将相应的MAC PDU传输给PHY1实体，通过PHY1实体按照多播方式进行发送MBS业务；与此同时，RLC2实体将相应的RLC PDU传输给MAC2实体，MAC2实体将相应的MAC PDU传输给PHY2实体，通过PHY2实体按照单播方式进行发送MBS业务。
如图4-3中的(b)所示，PDCP实体将每个PDCP PDU复制一份给RLC2实体，原来的PDCP PDU给RLC1实体。然后，RLC1实体将相应的RLC PDU传输给MAC实体，MAC实体将相应的MAC PDU传输给PHY1实体，通过PHY1实体按照多播方式进行发送MBS业务；与此同时，RLC2实体将相应的RLC PDU传输给MAC实体，MAC实体将相应的MAC PDU传输给PHY2实体，通过PHY2实体按照单播方式进行发送MBS业务。
需要说明的是，图4-3中的RLC1实体包括RLC11实体，RLC12实体，…，RLC1n实体，其中，不同的RLC实体对应不同的DRB(也即对应不同的逻辑信道)。图4-3中的RLC2实体包括RLC21实体，RLC22实体，…，RLC2n实体，其中，不同的RLC实体对应不同的DRB(也即对应不同的逻辑信道)。
从图4-3中的(a)可以看出，第一协议栈(即多播方式发送MBS业务对应的协议栈)和第二协议栈(即单播方式发送MBS业务对应的协议栈)具有以下公用的协议栈实体：SDAP实体和PDCP实体，第一协议栈和第二协议栈具有独立的RLC实体、MAC实体和PHY实体。需要说明的是，对于公用的协议栈实体中，也可以不存在其中一种或多种协议栈实体。
从图4-3中的(b)可以看出，第一协议栈(即多播方式发送MBS业务对应的协议栈)和第二协议栈(即单播方式发送MBS业务对应的协议栈)具有以下公用的协议栈实体：SDAP实体、PDCP实体和MAC实体，第一协议栈和第二协议栈具有独立的RLC实体和PHY实体。需要说明的是，对于公用的协议栈实体中，也可以不存在其中一种或多种协议栈实体。
上述方案中，如果多播方式和单播方式公用SDAP实体和PDCP实体，除了网络设备不需要为同一个MBS会话实现两次SDAP实体和PDCP实体的功能外，终端设备还可以通过同时接收多播方式的MBS业务和单播方式的MBS业务来提高MBS业务接收的可靠性。此外，如果多播方式和单播方式公用MAC实体，网络设备不需要为同一个MBS会话实现两次MAC实体的功能；如果多播方式和单播方式分别配置独立的MAC实体，可以有效降低实现复杂度。
示例四(对应于上述情况四)
参照图4-4，图4-4为网络设备侧的协议栈的一种结构示意图，图4-4中省略了“实体”的描述，例如图4-4中的“SDAP”表示的是“SDAP实体”。
MBS业务的PDU会话包括一个或多个Qos流，PDU会话的一个或多个Qos流可以通过SDAP实体映射到一个或者多个DRB上，其中，Qos流与DRB之间的映射关系可以是一对一，也可以是多对一。每个DRB对应一个逻辑信道，其中，不同的DRB通过不同的PDCP实体和RLC实体传输，也即不同的逻辑信道对应不同的PDCP实体和RLC实体。
需要说明的是，图4-4中，对于每个DRB，也可以不存在PDCP实体或者SDAP实体。也就是说，对于每个DRB，可以存在PDCP实体、或者存在PDCP实体+SDAP实体、或者存在SDAP实体。
如图4-4中的(a)所示，RLC实体将每个RLC PDU复制一份给MAC2实体，原来的RLCPDU给MAC1实体。然后，MAC1实体将相应的MAC PDU传输给PHY1实体，通过PHY1实体按照多播方式进行发送MBS业务；与此同时，MAC2实体将相应的MAC PDU传输给PHY2实体，通过PHY2实体按照单播方式进行发送MBS业务。
如图4-4中的(b)所示，RLC实体将每个RLC PDU复制一份给MAC实体，原来的RLCPDU给MAC实体。然后，MAC实体将相应的MAC PDU传输给PHY1实体，通过PHY1实体按照多播方式进行发送MBS业务；与此同时，MAC实体将相应的MAC PDU传输给PHY2实体，通过PHY2实体按照单播方式进行发送MBS业务。
从图4-4中的(a)可以看出，第一协议栈(即多播方式发送MBS业务对应的协议栈)和第二协议栈(即单播方式发送MBS业务对应的协议栈)具有以下公用的协议栈实体：SDAP实体、PDCP实体和RLC实体，第一协议栈和第二协议栈具有独立的MAC实体和PHY实体。需要说明的是，对于公用的协议栈实体中，也可以不存在其中一种或多种协议栈实体。
从图4-4中的(b)可以看出，第一协议栈(即多播方式发送MBS业务对应的协议栈)和第二协议栈(即单播方式发送MBS业务对应的协议栈)具有以下公用的协议栈实体：SDAP实体、PDCP实体、RLC实体和MAC实体，第一协议栈和第二协议栈具有独立的PHY实体。需要说明的是，对于公用的协议栈实体中，也可以不存在其中一种或多种协议栈实体。
上述方案中，如果多播方式和单播方式公用SDAP实体，PDCP实体和RLC实体，网络设备不需要为同一个MBS会话实现两次SDAP实体、PDCP实体和RLC实体的功能，需要说明的是，这种情况不适用于AM RLC模式。此外，如果多播方式和单播方式公用MAC实体，网络设备不需要为同一个MBS会话实现两次MAC实体的功能；如果多播方式和单播方式分别配置独立的MAC实体，可以有效降低实现复杂度。
示例五(对应于上述情况五)
参照图4-5，图4-5为网络设备侧的协议栈的一种结构示意图，图4-5中省略了“实体”的描述，例如图4-5中的“SDAP”表示的是“SDAP实体”。
MBS业务的PDU会话包括一个或多个Qos流，PDU会话的一个或多个Qos流可以通过SDAP实体映射到一个或者多个DRB上，其中，Qos流与DRB之间的映射关系可以是一对一，也可以是多对一。每个DRB对应一个逻辑信道，其中，不同的DRB通过不同的PDCP实体和RLC实体传输，也即不同的逻辑信道对应不同的PDCP实体和RLC实体。
需要说明的是，图4-5中，对于每个DRB，也可以不存在PDCP实体或者SDAP实体。也就是说，对于每个DRB，可以存在PDCP实体、或者存在PDCP实体+SDAP实体、或者存在SDAP实体。
MBS业务的PDU会话的Qos流被复制，原来的Qos流传输给第一协议栈，复制的Qos流传输给第二协议栈，第一协议栈和第二协议栈完全独立，都有各自的协议栈实体。
上述方案中，多播方式和单播方式分别配置有独立的协议栈，实现比较简单。
图5是本申请实施例提供的MBS业务的传输方法的流程示意图二，如图5所示，所述MBS业务的传输方法包括以下步骤：
步骤501：终端设备采用第一协议栈按照多播方式或者单播方式接收MBS业务，以及采用第二协议栈按照单播方式接收第一类业务，所述第一类业务与所述MBS业务不同。
本申请实施例中，从终端设备的角度来看，终端设备在接收MBS业务的同时，还会接收非MBS业务(以下称为第一类业务)，第一类业务例如是eMBB业务。终端设备接收MBS业务可以按照单播方式来接收，也可以按照多播方式来接收，取决于网络侧配置。
本申请实施例中，终端设备采用第一协议栈按照多播方式或者单播方式接收MBS业务，以及采用第二协议栈按照单播方式接收第一类业务，以下对终端设备侧的协议栈的具体实现进行说明。
本申请实施例中，所述第一协议栈包括第一PHY实体，所述第二协议栈包括第二PHY实体；所述终端设备采用所述第一PHY实体按照多播方式或者单播方式接收所述MBS业务，以及采用所述第二PHY实体按照单播方式接收所述第一类业务。
所述第一协议栈除了包括第一PHY实体以外，还包括其他协议栈实体。所述第二协议栈除了包括第二PHY实体以外，还包括其他协议栈实体。以下分情况进行说明。
●情况A
所述第一协议栈和所述第二协议栈具有公用的MAC实体，所述MBS业务的逻辑信道标识在小区内具有唯一性。
●情况B
所述第一协议栈和所述第二协议栈具有独立的MAC实体。
本申请实施例中，所述终端设备按照组播方式接收所述MBS业务的情况下，所述终端设备采用网络设备配置的第一秘钥对所述MBS业务进行解密，所述第一秘钥为组播秘钥。进一步，所述第一秘钥与以下至少之一具有关联关系：逻辑信道标识、数据无线承载DRB标识、PDCP实体。
本申请实施例中，所述终端设备按照单播方式接收所述MBS业务的情况下，所述终端设备采用网络设备配置的第二秘钥对所述MBS业务进行解密，所述第二秘钥为组播秘钥或者单播秘钥。进一步，所述第二秘钥与以下至少之一具有关联关系：逻辑信道标识、DRB标识、PDCP实体。
以下结合具体示例对本申请实施例的上述各种情况进行举例说明。
示例六(对应于上述情况A，且终端设备按照多播方式接收MBS业务)
参照图6-1，图6-1为终端设备侧的协议栈的一种结构示意图，图6-1中省略了“实体”的描述，例如图6-1中的“SDAP”表示的是“SDAP实体”。
终端设备按照网络侧配置通过多播方式接收MBS业务，与此同时，通过单播方式接收eMBB业务。MBS业务和eMBB业务具有独立的PHY实体，且具有公用的MAC实体。对于这种情况，协议规定预留用于MBS业务的逻辑信道标识，或者网络侧保证MBS业务的逻辑信道标识在小区内唯一。
MBS业务的调度信息通过G-RNTI加扰，终端设备按照网络侧配置的G-RNTI接收MBS业务的调度信息，进而根据该调度信息通过广播方式接收MBS业务。eMBB业务的调度信息通过C-RNTI加扰，终端设备按照网络侧配置的C-RNTI接收eMBB业务的调度信息，进而根据该调度信息通过单播方式接收eMBB业务。
示例七(对应于上述情况A，且终端设备按照单播方式接收MBS业务)
参照图6-2，图6-2为终端设备侧的协议栈的一种结构示意图，图6-2中省略了“实体”的描述，例如图6-2中的“SDAP”表示的是“SDAP实体”。
终端设备按照网络侧配置通过单播方式接收MBS业务，与此同时，通过单播方式接收eMBB业务。MBS业务和eMBB业务具有独立的PHY实体，且具有公用的MAC实体。对于这种情况，协议规定预留用于MBS业务的逻辑信道标识，或者网络侧保证MBS业务的逻辑信道标识在小区内唯一。
MBS业务的调度信息通过G-RNTI或者C-RNTI加扰，终端设备按照网络侧配置的G-RNTI或者C-RNTI接收MBS业务的调度信息，进而根据该调度信息通过单播方式接收MBS业务。eMBB业务的调度信息通过C-RNTI加扰，终端设备按照网络侧配置的C-RNTI接收eMBB业务的调度信息，进而根据该调度信息通过单播方式接收eMBB业务。
进一步，网络设备可以为终端设备配置按照单播方式接收MBS业务时使用的密钥为组播秘钥还是单播秘钥。其中，每个逻辑信道标识或者每个DRB标识或者每个PDCP实体关联一个密钥，该密钥可以是单播密钥或者组播秘要，用于终端设备对MBS业务进行解密。
示例八(对应于上述情况B，且终端设备按照多播方式接收MBS业务)
参照图6-3，图6-3为终端设备侧的协议栈的一种结构示意图，图6-3中省略了“实体”的描述，例如图6-3中的“SDAP”表示的是“SDAP实体”。
终端设备按照网络侧配置通过多播方式接收MBS业务，与此同时，通过单播方式接收eMBB业务。MBS业务和eMBB业务具有独立的PHY实体和MAC实体。对于这种情况，每个MAC实体具有各自的MAC功能，例如DRX功能。
MBS业务的调度信息通过G-RNTI加扰，终端设备按照网络侧配置的G-RNTI接收MBS业务的调度信息，进而根据该调度信息通过广播方式接收MBS业务。eMBB业务的调度信息通过C-RNTI加扰，终端设备按照网络侧配置的C-RNTI接收eMBB业务的调度信息，进而根据该调度信息通过单播方式接收eMBB业务。
示例九(对应于上述情况B，且终端设备按照单播方式接收MBS业务)
参照图6-4，图6-4为终端设备侧的协议栈的一种结构示意图，图6-4中省略了“实体”的描述，例如图6-4中的“SDAP”表示的是“SDAP实体”。
终端设备按照网络侧配置通过单播方式接收MBS业务，与此同时，通过单播方式接收eMBB业务。MBS业务和eMBB业务具有独立的PHY实体和MAC实体。对于这种情况，每个MAC实体具有各自的MAC功能，例如DRX功能。
MBS业务的调度信息通过G-RNTI或者C-RNTI加扰，终端设备按照网络侧配置的G-RNTI或者C-RNTI接收MBS业务的调度信息，进而根据该调度信息通过单播方式接收MBS业务。eMBB业务的调度信息通过C-RNTI加扰，终端设备按照网络侧配置的C-RNTI接收eMBB业务的调度信息，进而根据该调度信息通过单播方式接收eMBB业务。
进一步，网络设备可以为终端设备配置按照单播方式接收MBS业务时使用的密钥为组播秘钥还是单播秘钥。其中，每个逻辑信道标识或者每个DRB标识或者每个PDCP实体关联一个密钥，该密钥可以是单播密钥或者组播秘要，用于终端设备对MBS业务进行解密。
图7是本申请实施例提供的MBS业务的传输装置的结构组成示意图一，应用于网络设备(如基站)，如图7所示，所述MBS业务的传输装置包括：
发送单元701，用于采用第一协议栈按照多播方式发送MBS业务，以及采用第二协议栈按照单播方式发送所述MBS业务。
在一可选方式中，所述第一协议栈包括第一PHY实体，所述第二协议栈包括第二PHY实体；
所述发送单元701，用于采用所述第一PHY实体按照多播方式发送所述MBS业务，以及采用所述第二PHY实体按照单播方式发送所述MBS业务。
在一可选方式中，所述第一协议栈和所述第二协议栈具有公用的MAC实体；
所述公用的MAC实体用于对所述MBS业务的MAC PDU进行复制，将所述MAC PDU传输给所述第一PHY实体，以及将复制的MAC PDU传输给所述第二PHY实体。
在一可选方式中，所述第一协议栈和所述第二协议栈还具有公用的如下至少一种协议栈实体：SDAP实体、PDCP实体、RLC实体。
在一可选方式中，所述第一协议栈和所述第二协议栈具有公用的SDAP实体；
所述公用的SDAP实体用于对所述MBS业务的SDAP PDU进行复制，将所述SDAP PDU传输给所述第一协议栈中的PDCP实体或者RLC实体，以及将复制的SDAP PDU传输给所述第二协议栈中的PDCP实体或者RLC实体。
在一可选方式中，所述第一协议栈和所述第二协议栈具有独立的PDCP实体和/或RLC实体。
在一可选方式中，所述第一协议栈和所述第二协议栈具有公用的PDCP实体；
所述公用的PDCP实体用于对所述MBS业务的PDCP PDU进行复制，将所述PDCP PDU传输给所述第一协议栈中的RLC实体，以及将复制的PDCP PDU传输给所述第二协议栈中的RLC实体。
在一可选方式中，所述第一协议栈和所述第二协议栈还具有公用的SDAP实体，以及，所述第一协议栈和所述第二协议栈具有独立的RLC实体。
在一可选方式中，所述第一协议栈和所述第二协议栈具有公用的RLC实体；
所述公用的RLC实体用于对所述MBS业务的RLC PDU进行复制，将所述RLC PDU传输给所述第一协议栈中的MAC实体，以及将复制的RLC PDU传输给所述第二协议栈中的MAC实体。
在一可选方式中，所述第一协议栈和所述第二协议栈还具有公用的SDAP实体和/或PDCP实体。
在一可选方式中，所述第一协议栈和所述第二协议栈具有公用的MAC实体；
所述公用的MAC实体用于将多播方式对应的RLC PDU映射在第一MAC PDU中，以及将单播方式对应的RLC PDU映射在第二MAC PDU中。
在一可选方式中，所述第一协议栈和所述第二协议栈具有独立的MAC实体；
所述第一协议栈中的第一MAC实体用于将多播方式对应的RLC PDU映射在第一MACPDU中；
所述第二协议栈中的第二MAC实体用于将多播方式对应的RLC PDU映射在第二MACPDU中。
在一可选方式中，所述第一协议栈和所述第二协议栈具有独立的SDAP实体、PDCP实体、RLC实体和MAC实体；或者，
所述第一协议栈和所述第二协议栈具有独立的SDAP实体、RLC实体和MAC实体。
在一可选方式中，对于按照多播方式发送的MBS业务的调度信息通过G-RNTI进行加扰；对于按照单播方式发送的MBS业务的调度信息通过G-RNTI或者C-RNTI进行加扰。
本领域技术人员应当理解，本申请实施例的上述MBS业务的传输装置的相关描述可以参照本申请实施例的MBS业务的传输方法的相关描述进行理解。
图8是本申请实施例提供的MBS业务的传输装置的结构组成示意图二，应用于终端设备，如图8所示，所述MBS业务的传输装置包括：
接收单元801，用于采用第一协议栈按照多播方式或者单播方式接收MBS业务，以及采用第二协议栈按照单播方式接收第一类业务，所述第一类业务与所述MBS业务不同。
在一可选方式中，所述第一协议栈包括第一PHY实体，所述第二协议栈包括第二PHY实体；
所述接收单元801，用于采用所述第一PHY实体按照多播方式或者单播方式接收所述MBS业务，以及采用所述第二PHY实体按照单播方式接收所述第一类业务。
在一可选方式中，所述第一协议栈和所述第二协议栈具有公用的MAC实体，所述MBS业务的逻辑信道标识在小区内具有唯一性。
在一可选方式中，所述第一协议栈和所述第二协议栈具有独立的MAC实体。
在一可选方式中，所述装置还包括：解密单元(图中未示出)；
所述接收单元按照组播方式接收所述MBS业务的情况下，所述解密单元采用网络设备配置的第一秘钥对所述MBS业务进行解密，所述第一秘钥为组播秘钥。
在一可选方式中，所述第一秘钥与以下至少之一具有关联关系：逻辑信道标识、DRB标识、PDCP实体。
在一可选方式中，所述装置还包括：解密单元；
所述接收单元按照单播方式接收所述MBS业务的情况下，所述解密单元采用网络设备配置的第二秘钥对所述MBS业务进行解密，所述第二秘钥为组播秘钥或者单播秘钥。
在一可选方式中，所述第二秘钥与以下至少之一具有关联关系：逻辑信道标识、DRB标识、PDCP实体。
本领域技术人员应当理解，本申请实施例的上述MBS业务的传输装置的相关描述可以参照本申请实施例的MBS业务的传输方法的相关描述进行理解。
图9是本申请实施例提供的一种通信设备900示意性结构图。该通信设备可以是终端设备，也可以是网络设备，图9所示的通信设备900包括处理器910，处理器910可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图9所示，通信设备900还可以包括存储器920。其中，处理器910可以从存储器920中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器920可以是独立于处理器910的一个单独的器件，也可以集成在处理器910中。
可选地，如图9所示，通信设备900还可以包括收发器930，处理器910可以控制该收发器930与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器930可以包括发射机和接收机。收发器930还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该通信设备900具体可为本申请实施例的网络设备，并且该通信设备900可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该通信设备900具体可为本申请实施例的移动终端/终端设备，并且该通信设备900可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
图10是本申请实施例的芯片的示意性结构图。图10所示的芯片1000包括处理器1010，处理器1010可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图10所示，芯片1000还可以包括存储器1020。其中，处理器1010可以从存储器1020中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器1020可以是独立于处理器1010的一个单独的器件，也可以集成在处理器1010中。
可选地，该芯片1000还可以包括输入接口1030。其中，处理器1010可以控制该输入接口1030与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片1000还可以包括输出接口1040。其中，处理器1010可以控制该输出接口1040与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该芯片可应用于本申请实施例中的移动终端/终端设备，并且该芯片可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
图11是本申请实施例提供的一种通信系统1100的示意性框图。如图11所示，该通信系统1100包括终端设备1110和网络设备1120。
其中，该终端设备1110可以用于实现上述方法中由终端设备实现的相应的功能，以及该网络设备1120可以用于实现上述方法中由网络设备实现的相应的功能为了简洁，在此不再赘述。
应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，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)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。
可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。
可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序可应用于本申请实施例中的移动终端/终端设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。
Claims (20)
1.一种多媒体多播服务MBS业务的传输方法，所述方法包括：
网络设备采用第一协议栈按照多播方式发送MBS业务，以及采用第二协议栈按照单播方式发送所述MBS业务。
2.根据权利要求1所述的方法，其中，所述第一协议栈包括第一物理PHY实体，所述第二协议栈包括第二PHY实体；
所述网络设备采用第一协议栈按照多播方式发送MBS业务，以及采用第二协议栈按照单播方式发送所述MBS业务，包括：
所述网络设备采用所述第一PHY实体按照多播方式发送所述MBS业务，以及采用所述第二PHY实体按照单播方式发送所述MBS业务。
3.根据权利要求2所述的方法，其中，所述第一协议栈和所述第二协议栈具有公用的媒体接入控制MAC实体；
所述公用的MAC实体用于对所述MBS业务的MAC PDU进行复制，将所述MAC PDU传输给所述第一PHY实体，以及将复制的MAC PDU传输给所述第二PHY实体。
4.根据权利要求3所述的方法，其中，所述第一协议栈和所述第二协议栈还具有公用的如下至少一种协议栈实体：服务数据适配协议SDAP实体、分组数据汇聚协议PDCP实体、无线链路控制RLC实体。
5.根据权利要求2所述的方法，其中，所述第一协议栈和所述第二协议栈具有公用的PDCP实体；
所述公用的PDCP实体用于对所述MBS业务的PDCP PDU进行复制，将所述PDCP PDU传输给所述第一协议栈中的RLC实体，以及将复制的PDCP PDU传输给所述第二协议栈中的RLC实体。
6.根据权利要求5所述的方法，其中，所述第一协议栈和所述第二协议栈还具有公用的SDAP实体，以及，所述第一协议栈和所述第二协议栈具有独立的RLC实体。
7.根据权利要求1至6中任一项所述的方法，其中，所述第一协议栈和所述第二协议栈具有公用的MAC实体；
所述公用的MAC实体用于将多播方式对应的RLC PDU映射在第一MAC PDU中，以及将单播方式对应的RLC PDU映射在第二MAC PDU中。
8.根据权利要求1至7中任一项所述的方法，其中，对于按照多播方式发送的MBS业务的调度信息通过组无线网络临时标识G-RNTI进行加扰；对于按照单播方式发送的MBS业务的调度信息通过G-RNTI或者小区无线网络临时标识C-RNTI进行加扰。
9.一种MBS业务的传输方法，所述方法包括：
终端设备采用第一协议栈按照多播方式或者单播方式接收MBS业务，以及采用第二协议栈按照单播方式接收第一类业务，所述第一类业务与所述MBS业务不同。
10.根据权利要求9所述的方法，其中，所述第一协议栈包括第一PHY实体，所述第二协议栈包括第二PHY实体；
所述终端设备采用第一协议栈按照多播方式或者单播方式接收MBS业务，以及采用第二协议栈按照单播方式接收第一类业务，包括：
所述终端设备采用所述第一PHY实体按照多播方式或者单播方式接收所述MBS业务，以及采用所述第二PHY实体按照单播方式接收所述第一类业务。
11.一种MBS业务的传输装置，所述装置包括：
发送单元，用于采用第一协议栈按照多播方式发送MBS业务，以及采用第二协议栈按照单播方式发送所述MBS业务。
12.根据权利要求11所述的装置，其中，所述第一协议栈包括第一PHY实体，所述第二协议栈包括第二PHY实体；
所述发送单元，用于采用所述第一PHY实体按照多播方式发送所述MBS业务，以及采用所述第二PHY实体按照单播方式发送所述MBS业务。
13.根据权利要求12所述的装置，其中，所述第一协议栈和所述第二协议栈具有公用的MAC实体；
所述公用的MAC实体用于对所述MBS业务的MAC PDU进行复制，将所述MAC PDU传输给所述第一PHY实体，以及将复制的MAC PDU传输给所述第二PHY实体。
14.根据权利要求13所述的装置，其中，所述第一协议栈和所述第二协议栈还具有公用的如下至少一种协议栈实体：SDAP实体、PDCP实体、RLC实体。
15.根据权利要求12所述的装置，其中，所述第一协议栈和所述第二协议栈具有公用的PDCP实体；
所述公用的PDCP实体用于对所述MBS业务的PDCP PDU进行复制，将所述PDCP PDU传输给所述第一协议栈中的RLC实体，以及将复制的PDCP PDU传输给所述第二协议栈中的RLC实体。
16.根据权利要求15所述的装置，其中，所述第一协议栈和所述第二协议栈还具有公用的SDAP实体，以及，所述第一协议栈和所述第二协议栈具有独立的RLC实体。
17.根据权利要求11至16中任一项所述的装置，其中，所述第一协议栈和所述第二协议栈具有公用的MAC实体；
所述公用的MAC实体用于将多播方式对应的RLC PDU映射在第一MAC PDU中，以及将单播方式对应的RLC PDU映射在第二MAC PDU中。
18.根据权利要求11至17中任一项所述的装置，其中，对于按照多播方式发送的MBS业务的调度信息通过G-RNTI进行加扰；对于按照单播方式发送的MBS业务的调度信息通过G-RNTI或者C-RNTI进行加扰。
19.一种MBS业务的传输装置，所述装置包括：
接收单元，用于采用第一协议栈按照多播方式或者单播方式接收MBS业务，以及采用第二协议栈按照单播方式接收第一类业务，所述第一类业务与所述MBS业务不同。
20.根据权利要求19所述的装置，其中，所述第一协议栈包括第一PHY实体，所述第二协议栈包括第二PHY实体；
所述接收单元，用于采用所述第一PHY实体按照多播方式或者单播方式接收所述MBS业务，以及采用所述第二PHY实体按照单播方式接收所述第一类业务。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310507535.7A CN116471552A (zh) | 2020-07-10 | 2020-07-10 | Mbs业务的传输方法及装置、网络设备、终端设备 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310507535.7A CN116471552A (zh) | 2020-07-10 | 2020-07-10 | Mbs业务的传输方法及装置、网络设备、终端设备 |
| PCT/CN2020/101419 WO2022006882A1 (zh) | 2020-07-10 | 2020-07-10 | Mbs业务的传输方法及装置、网络设备、终端设备 |
| CN202080101106.4A CN115668992A (zh) | 2020-07-10 | 2020-07-10 | Mbs业务的传输方法及装置、网络设备、终端设备 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080101106.4A Division CN115668992A (zh) | 2020-07-10 | 2020-07-10 | Mbs业务的传输方法及装置、网络设备、终端设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116471552A true CN116471552A (zh) | 2023-07-21 |
Family
ID=79552217
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310507535.7A Pending CN116471552A (zh) | 2020-07-10 | 2020-07-10 | Mbs业务的传输方法及装置、网络设备、终端设备 |
| CN202080101106.4A Pending CN115668992A (zh) | 2020-07-10 | 2020-07-10 | Mbs业务的传输方法及装置、网络设备、终端设备 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080101106.4A Pending CN115668992A (zh) | 2020-07-10 | 2020-07-10 | Mbs业务的传输方法及装置、网络设备、终端设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (2) | CN116471552A (zh) |
| WO (1) | WO2022006882A1 (zh) |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110505160B (zh) * | 2018-05-17 | 2021-09-14 | 华为技术有限公司 | 一种通信方法及装置 |
| WO2020035795A1 (en) * | 2018-08-14 | 2020-02-20 | Nokia Technologies Oy | Method of multicast data delivery in 5g supporting cloud architecture |
| WO2020131932A2 (en) * | 2018-12-17 | 2020-06-25 | Apple Inc. | Methods for simultaneous support of resource selection modes and configuration mechanisms for nr v2x sidelink |
-
2020
- 2020-07-10 WO PCT/CN2020/101419 patent/WO2022006882A1/zh active Application Filing
- 2020-07-10 CN CN202310507535.7A patent/CN116471552A/zh active Pending
- 2020-07-10 CN CN202080101106.4A patent/CN115668992A/zh active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| CN115668992A (zh) | 2023-01-31 |
| WO2022006882A1 (zh) | 2022-01-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2021134316A1 (zh) | 一种业务调度方法及装置、终端设备、网络设备 | |
| WO2021134298A1 (zh) | 一种资源指示方法及装置、通信设备 | |
| CN114600473B (zh) | 一种业务同步调度方法及装置、通信设备 | |
| WO2021051320A1 (zh) | 一种业务数据传输方法及装置、网络设备、终端设备 | |
| WO2022006849A1 (zh) | Mbs业务的tci状态管理方法及装置、终端设备 | |
| CN113647150B (zh) | 一种信息配置方法及装置、终端设备、网络设备 | |
| US20230276433A1 (en) | Mcch scheduling transmission method and apparatus, and terminal device | |
| CN114600507B (zh) | 一种业务安全传输方法及装置、终端设备、网络设备 | |
| WO2022141255A1 (zh) | 一种mbs业务的配置方法及装置、网络设备、终端设备 | |
| EP4243528A1 (en) | Semi-persistent scheduling method and apparatus for mbs service, and terminal device and network device | |
| CN113728683B (zh) | 一种bwp配置方法及装置、终端设备、网络设备 | |
| WO2021142646A1 (zh) | 一种业务传输方法及装置、通信设备 | |
| CN116261902A (zh) | Mbs业务的配置方法及装置、终端设备、网络设备 | |
| EP4080958A1 (en) | Resource allocation method and apparatus, terminal device and network device | |
| WO2021051321A1 (zh) | 一种业务数据传输方法及装置、终端设备 | |
| CN116471552A (zh) | Mbs业务的传输方法及装置、网络设备、终端设备 | |
| WO2022120749A1 (zh) | 一种多播业务的调度方法及装置、终端设备、网络设备 | |
| CN113661746B (zh) | 一种信息配置方法及装置、终端设备、网络设备 | |
| WO2022226937A1 (zh) | 一种mbs寻呼方法及装置、网络设备、终端设备 | |
| WO2022165720A1 (zh) | 提高mbs业务可靠性的方法及装置、终端设备、网络设备 | |
| WO2022126658A1 (zh) | 一种mbs配置变更的方法及装置、终端设备、网络设备 | |
| WO2022021024A1 (zh) | 一种bwp切换的方法及装置、终端设备 | |
| WO2021051316A1 (zh) | 一种业务数据传输方法及装置、网络设备、终端设备 | |
| WO2021134761A1 (zh) | 一种小区重选方法及装置、终端设备、网络设备 | |
| CN116097669A (zh) | 一种mbs业务的管理方法及装置、终端设备、网络设备 |
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 |