CN113453161A - 业务传输方法、网络侧设备和终端 - Google Patents
业务传输方法、网络侧设备和终端 Download PDFInfo
- Publication number
- CN113453161A CN113453161A CN202010231134.XA CN202010231134A CN113453161A CN 113453161 A CN113453161 A CN 113453161A CN 202010231134 A CN202010231134 A CN 202010231134A CN 113453161 A CN113453161 A CN 113453161A
- Authority
- CN
- China
- Prior art keywords
- service
- information
- mode
- terminal
- configuration information
- 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.)
- Granted
Links
Images
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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种业务传输方法、网络侧设备和终端,其中网络侧方法包括:确定第一业务的传输方式,所述第一业务的传输方式包括多播方式或单播方式,所述第一业务为核心网以多播方式发送的业务;发送所述第一业务的配置信息。本发明中,网络侧设备可以确定多播业务的传输方式,网络侧设备既可以以多播方式传输多播业务,也可以以单播方式传输多播业务,提高了多播业务传输的灵活性。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种业务传输方法、网络侧设备和终端。
背景技术
在LTE的广播多播业务(简称“多播业务”)的传输中,支持MBSFN(MulticastBroadcast Single Frequency Network,多播/组播单频网络)方式的MBMS(MultimediaBroadcast Multicast Service,多媒体广播多播业务)传输和SC-PTM(Single Cell PointTo Multipoint,单小区点到多点)方式的多播业务传输,这两种传输方式在空口都是广播多播方式(简称“多播方式”)传输多播业务。可见,现在多播业务的传输方式存在灵活性较差的问题。
发明内容
本发明实施例提供一种业务传输方法、网络侧设备和终端,以解决现有技术中存在的技术问题。
为了解决上述技术问题,本发明是这样实现的:
第一方面,本发明实施例提供一种业务传输方法,应用于网络侧设备,所述方法包括:
确定第一业务的传输方式,所述第一业务的传输方式包括多播方式或单播方式,所述第一业务为核心网以多播方式发送的业务;
发送所述第一业务的配置信息。
第二方面,本发明实施例提供一种业务传输方法,应用于终端,所述方法包括:
接收网络侧设备发送的第一业务的配置信息,所述第一业务为核心网以多播方式发送至所述网络侧设备的业务;
根据所述第一业务的配置信息,接收所述网络侧设备传输的第一业务,所述第一业务的传输方式包括多播方式或单播方式。
第三方面,本发明实施例提供一种网络侧设备,包括:
确定模块,用于确定第一业务的传输方式,所述第一业务的传输方式包括多播方式或单播方式,所述第一业务为核心网以多播方式发送的业务;
第一发送模块,用于发送所述第一业务的配置信息。
第四方面,本发明实施例提供一种终端,包括:
第一接收模块,用于接收网络侧设备发送的第一业务的配置信息,所述第一业务为核心网以多播方式发送至所述网络侧设备的业务;
第二接收模块,用于根据所述第一业务的配置信息,接收所述网络侧设备传输的第一业务,所述第一业务的传输方式包括多播方式或单播方式。
第五方面,本发明实施例提供一种网络侧设备,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现本发明实施例第一方面提供的业务传输方法中的步骤。
第六方面,本发明实施例提供一种终端,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现本发明实施例第二方面提供的业务传输方法中的步骤。
第七方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现本发明实施例第一方面提供的业务传输方法中的步骤。
第八方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现本发明实施例第二方面提供的业务传输方法中的步骤。
本发明实施例中,网络侧设备可以确定多播业务的传输方式,网络侧设备既可以以多播方式传输多播业务,也可以以单播方式传输多播业务,提高了多播业务传输的灵活性。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的网络系统的结构图;
图2是本发明实施例提供的应用于网络系统的业务传输方法的流程图;
图3是本发明实施例提供的应用于网络侧设备的业务传输方法的流程图;
图4是本发明实施例提供的应用于终端的业务传输方法的流程图;
图5是本发明实施例提供的网络侧设备的结构示意图;
图6是本发明实施例提供的终端的结构示意图;
图7是本发明实施例提供的网络侧设备的硬件结构示意图;
图8是本发明实施例提供的终端的硬件结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本申请的说明书和权利要求书中的术语“包括”以及它的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外,说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一,例如A和/或B,表示包含单独A,单独B,以及A和B都存在三种情况。
在本发明实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
下面结合附图介绍本发明的实施例。本发明提供的实施例可以应用于无线通信系统中。该无线通信系统可以为5G系统,或者演进型长期演进(Evolved Long TermEvolution,eLTE)系统,或者后续演进通信系统。
图1是本发明实施例提供的一种网络系统的结构图,如图1所示,包括终端11、网络侧设备12,其中,终端11可以是移动通信设备,例如:可以是手机、平板电脑(TabletPersonal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digitalassistant,简称PDA)、移动上网装置(Mobile Internet Device,MID)或可穿戴式设备(Wearable Device)等,需要说明的是,在本发明实施例中并不限定终端11的具体类型。上述网络侧设备12可以是5G网络侧设备(例如:gNB、5G NR NB),或者可以是4G网络侧设备(例如:eNB),或者可以是3G网络侧设备(例如:NB),或者后续演进通信系统中的网络侧设备,等等,需要说明的是,在本发明实施例中并不限定网络侧设备12的具体类型。
图2是本发明实施例提供的应用于图1所示的网络系统的业务传输方法的流程图。如图2所示,该方法包括以下步骤:
步骤201:网络侧设备确定第一业务的传输方式;
步骤202:网络侧设备发送所述第一业务的配置信息;
步骤203:终端接收所述第一业务的配置信息;
步骤204:终端根据所述第一业务的配置信息,接收网络侧设备传输的第一业务。
上述第一业务为核心网以多播方式发送的业务,上述第一业务可以理解为多播业务(包括广播业务)。额外的,第一业务是指核心网以多播方式发送到网络侧设备的业务,该业务具有多播业务的TMGI(Temporary Mobile Group Identity,临时移动组标识)信息。
上述第一业务的传输方式包括多播方式或单播方式,也就是说,网络侧设备既可以将第一业务的传输方式确定为多播方式,也可以将第一业务的传输方式确定为单播方式。这样,多播业务在RAN侧空口上,可以采取多播方式传输也可以采取单播方式传输。
网络侧设备可以完全自主地确定第一业务的传输方式,也可以基于一些因素来确定第一业务的传输方式,例如,可以根据对第一业务感兴趣的终端数量,确定第一业务的传输方式,或者,也可以根据预判信息,确定第一业务的传输方式。本发明实施例对此不作限定。
现有机制中,多播业务的传输方式局限于多播传输,这使得多播业务传输的灵活性较差。
本发明实施例中,网络侧设备可以确定多播业务的传输方式,提高了多播业务传输的灵活性。
网络侧设备在确定了第一业务的传输方式之后,可以向终端下发第一业务的配置信息。
终端在接收到网络侧设备发送的第一业务的配置信息之后,可以从该配置信息中获得第一业务的相关信息,继而,终端可以根据第一业务的相关信息,接收网络侧设备传输的第一业务。第一业务的相关信息例如可以是,第一业务的G-RNTI(Group Radio NetworkTemporary Identifier,组无线网络临时标识)、周期信息等。终端接收第一业务的方式例如可以是,终端根据第一业务的周期信息,在特定的时域位置,去检测G-RNTI加扰的PDCCH(Physical Downlink Control Channel,物理下行控制信道)调度信息,由调度信息解码出PDSCH(Physical Downlink Shared Channel,物理下行共享信道)上携带的第一业务,从而进行接收。
本发明实施例中,网络侧设备可以确定多播业务的传输方式,网络侧设备既可以以多播方式传输多播业务,也可以以单播方式传输多播业务,提高了多播业务传输的灵活性。
图3是本发明实施例提供的应用于网络侧设备的业务传输方法的流程图。如图3所示,业务传输方法,应用于网络侧设备,该方法包括以下步骤:
步骤301:确定第一业务的传输方式,所述第一业务的传输方式包括多播方式或单播方式,所述第一业务为核心网以多播方式发送的业务。
上述第一业务可以理解为多播业务(包括广播业务)。额外的,第一业务是指核心网以多播方式发送到网络侧设备的业务,该业务具有多播业务的TMGI(Temporary MobileGroup Identity,临时移动组标识)信息。
该步骤中,网络侧设备可以确定第一业务的传输方式,网络侧设备既可以将第一业务的传输方式确定为多播方式,也可以将第一业务的传输方式确定为单播方式。这样,多播业务在RAN侧空口上,可以采取多播方式传输也可以采取单播方式传输。
其中,多播方式是指网络侧设备用公共的RNTI(Radio Network TemporaryIdentifier,无线网络临时标识)来调度,发给多个终端的传输方式。而单播方式是网络侧设备用终端专用的RNTI来调度,只发给单个终端的传输方式。
网络侧设备可以完全自主地确定第一业务的传输方式,也可以基于一些因素来确定第一业务的传输方式,例如,可以根据对第一业务感兴趣的终端数量,确定第一业务的传输方式,或者,也可以根据预判信息,确定第一业务的传输方式。本发明实施例对此不作限定。
现有机制中,多播业务的传输方式局限于多播传输,这使得多播业务传输的灵活性较差。
本发明实施例中,网络侧设备可以确定多播业务的传输方式,提高了多播业务传输的灵活性。
步骤302:发送所述第一业务的配置信息。
在确定第一业务的传输方式之后,该步骤中,网络侧设备可以向终端发送第一业务的配置信息,这样,终端在接收到网络侧设备发送的第一业务的配置信息之后,可以从该配置信息中获得第一业务的相关信息,并根据第一业务的相关信息,接收网络侧设备传输的第一业务。
第一业务的相关信息例如可以是,第一业务的G-RNTI、周期信息等。终端接收第一业务的方式例如可以是,终端根据第一业务的周期信息,在特定的时域位置,去检测G-RNTI加扰的PDCCH调度信息,由调度信息解码出PDSCH上携带的第一业务,从而进行接收。
本发明实施例中,网络侧设备可以确定多播业务的传输方式,网络侧设备既可以以多播方式传输多播业务,也可以以单播方式传输多播业务,提高了多播业务传输的灵活性。
可选的,所述确定第一业务的传输方式,包括:
根据对所述第一业务感兴趣的终端数量,确定所述第一业务的传输方式;或者,
根据预判信息,确定所述第一业务的传输方式。
本发明实施例至少提供以上两种可选的用来确定第一业务的传输方式的实施方式。
作为其中一种实施方式,网络侧设备可以根据对第一业务感兴趣的终端数量,确定第一业务的传输方式。
例如,如果对第一业务感兴趣的终端数量小于或等于门限,网络侧设备可以使用单播方式对这些少量的终端建立单播进行第一业务的传输。如果对第一业务感兴趣的终端数量大于门限,网络侧设备可以使用多播方式对第一业务进行传输。或者,网络侧设备也可以在对第一业务感兴趣的终端数量小于门限时使用单播方式传输第一业务,而在对第一业务感兴趣的终端数量大于或等于门限时使用多播方式传输第一业务。具体可取决于网络侧设备实现或者取决于OAM(Operation Administration and Maintenance,操作维护管理)配置等。
即,在所述终端数量小于或等于门限的情况下,网络侧设备确定所述第一业务的传输方式为单播方式;在所述终端数量大于所述门限的情况下,网络侧设备确定所述第一业务的传输方式为多播方式;或者,
在所述终端数量小于所述门限的情况下,网络侧设备确定所述第一业务的传输方式为单播方式;在所述终端数量大于或等于所述门限的情况下,网络侧设备确定所述第一业务的传输方式为多播方式。
该实施方式中,网络侧设备可以通过收集感兴趣信息来掌握对第一业务感兴趣的终端数量,从而决定空口是用多播方式还是用单播方式发送第一业务。网络侧设备可以对即将开始或已经开始的多播业务,以业务信息标识为指引向终端收集感兴趣信息。
除了网络侧设备向终端收集感兴趣信息之外,终端也可以主动向网络侧设备上报感兴趣信息。
该实施方式中,网络侧设备基于感兴趣终端数量来确定多播业务的传输方式,能够使多播业务的传输更加精准,能够更好地满足终端的需求,提高用户体验,提高多播业务的传输效率和传输效果,并能够降低网络侧设备和终端的资源消耗,减少资源浪费,提高通信效率。
作为另一种实施方式,网络侧设备也可以根据预判信息,确定第一业务的传输方式。例如,假设网络侧设备预判在A地区的绝大多数终端都对第一业务感兴趣,则网络侧设备可以采用多播方式对A地区的终端进行第一业务的传输;假设网络侧设备预判在B地区只有极少数终端对第一业务感兴趣,则网络侧设备可以采用单播方式对B地区中的个别终端进行第一业务的传输。
该实施方式中,网络侧设备基于预判信息来确定多播业务的传输方式,能够使网络侧设备选择恰当的方式传输多播业务,提高多播业务的传输效率和传输效果。
此外,网络侧设备还可以结合自身通信负荷、通信能力等整体性能,确定第一业务的传输方式。网络侧设备还可以不考虑任何因素,完全自主地确定第一业务的传输方式。
本发明实施例中,网络侧设备基于感兴趣终端数量或预判信息,能够更恰当、更灵活地确定多播业务的传输方式,从而提高多播业务的传输效率和传输效果。
可选的,在所述确定所述第一业务的传输方式之前,所述方法还包括:
发送感兴趣信息请求,所述感兴趣信息请求携带所述第一业务的标识。
该实施方式中,网络侧设备可以向终端发送感兴趣信息请求,以实现向终端收集感兴趣信息。
对于多播业务来说,多播业务的最小粒度是TMGI粒度,每一个多播业务对应一个TMGI,因此,第一业务可以是以TMGI为粒度的多播业务,第一业务的标识可以是TMGI。
感兴趣信息请求可携带有业务标识列表,该业务标识列表包含第一业务的标识,还可以包含其他多播业务的标识。业务标识列表例如可以是TMGI列表(TMGI list)。
网络侧设备可以在第一业务开始之前或者第一业务开始时,向终端发送感兴趣信息请求。
网络侧设备可以通过广播方式向终端发送感兴趣信息请求,也可以通过单播方式向终端发送感兴趣信息请求。其中,通过单播方式向终端发送感兴趣信息请求,也可以理解为,通过专用信令向终端发送感兴趣信息请求。
感兴趣信息请求可以是单独的信令,例如仅携带网络侧设备期望收集的TMGI列表,也可以是合并信令,例如同时携带多播业务对应的其它配置信息。对于网络侧设备即将发起的新的多播业务,如果该多播业务的TMGI对应的配置信息首次出现在配置信令里,则可以理解为网络侧设备希望同时收集终端是否对该多播业务感兴趣的信息。
网络侧设备通过广播方式发送感兴趣信息请求,空闲态(Idle)或非激活态(Inactive)终端也可以接收到该感兴趣信息请求。因此,如果网络侧设备希望收集空闲态或非激活态终端的感兴趣信息,则网络侧设备可以通过广播方式发送感兴趣信息请求。此外,对于广播方式发送感兴趣信息请求,还要求连接态终端也能随时监听广播。
通过单播方式发送感兴趣信息请求的方式,主要是针对连接态终端,能够避免连接态终端对广播的监听,节省复杂度。
网络侧设备具体采用哪种方式发送感兴趣信息请求,可以取决于针对的终端群体,如果要兼顾空闲态或非激活态终端,则可以采用广播方式,否则可以采用单播方式。此外,网络侧设备还可以同时采用广播方式和单播方式发送感兴趣信息请求。
可选的,在所述发送感兴趣信息请求之后,所述方法还包括:
接收终端上报的感兴趣信息,所述感兴趣信息包括所述第一业务的感兴趣信息。
该实施方式中,网络侧设备可以接收终端上报的感兴趣信息,其中,感兴趣信息包括第一业务的感兴趣信息。第一业务的感兴趣信息可以包括对第一业务感兴趣和对第一业务不感兴趣这两种情况。网络侧设备在接收到终端上报的感兴趣信息之后,可以对接收到的感兴趣信息进行汇总,从而可以获得对第一业务感兴趣的终端数量。
本发明实施例中,终端既可以在接收到感兴趣信息请求的情况下,上报感兴趣信息,也可以主动上报感兴趣信息。
可选的,若所述感兴趣信息为空闲态终端或非激活态终端的感兴趣信息,则所述感兴趣信息通过随机接入过程(RACH过程)获取;
若所述感兴趣信息为连接态终端的感兴趣信息,则所述感兴趣信息通过专用信令获取。
该实施方式中,对于空闲态终端或非激活态终端上报的感兴趣信息,网络侧设备可以通过终端的RACH过程获取,例如,空闲态或非激活态终端可在RACH过程Msg3或者MsgA携带上报感兴趣信息。对于连接态终端的感兴趣信息,网络侧设备可以通过专用信令获取。因此,对于空闲态终端或非激活态终端来说,可以通过RACH过程上报感兴趣信息;对于连接态终端来说,可以通过专用信令上报感兴趣信息。
此外,对于连接态终端来说,除了在接收到感兴趣信息请求的情况下上报感兴趣信息之外,终端的感兴趣信息发生变化时,可及时主动上报给网络侧设备,便于网络侧设备在小区切换时为终端选择能保证多播业务连续性的目标小区。
可选的,所述方法还包括:
配置感兴趣信息上报开关,所述感兴趣信息上报开关用于指示空闲态终端或非激活态终端需要上报所述感兴趣信息,或者,用于指示空闲态终端或非激活态终端不需要上报所述感兴趣信息。
该实施方式中,网络侧设备可以配置感兴趣信息上报开关。如果感兴趣信息上报开关处于开状态,则表示空闲态终端或非激活态终端需要上报感兴趣信息,空闲态终端或非激活态终端可通过RACH过程上报感兴趣信息。如果感兴趣信息上报开关处于关状态,则表示空闲态终端或非激活态终端不需要上报感兴趣信息,只有连接态终端需要上报感兴趣信息。
可选的,所述感兴趣信息上报开关携带于所述感兴趣信息请求中;或者,所述感兴趣信息上报开关携带于SIB(System Information Block,系统信息块)中。
具体的,网络侧设备可以在SIB中配置统一的感兴趣信息上报开关,例如1bit(0表示否,1表示是),用于指示整个小区里的所有感兴趣信息上报时,是否允许空闲态终端或非激活态终端参加。
或者,网络侧设备也可以在感兴趣信息请求中配置统一的感兴趣信息上报开关,例如1bit(0表示否,1表示是),用于指示这次感兴趣信息请求的所有多播业务的感兴趣信息上报,是否允许空闲态终端或非激活态终端参加。
或者,网络侧设备还可以在感兴趣信息请求中为每个多播业务配置感兴趣信息上报开关,例如每个多播业务1bit(0表示否,1表示是),用于指示这次感兴趣信息请求的各多播业务的感兴趣信息上报,是否允许空闲态终端或非激活态终端参加。
本发明实施例中,网络侧设备可以采取周期性方式广播发送感兴趣信息请求,例如周期性发送,配置修改周期,配置变更通知(notification)机制等。这样,不仅可以减少终端耗电,还便于对第一业务感兴趣的空闲态或非激活态终端能够及时接收感兴趣信息请求。
可选的,所述方法还包括:
若所述感兴趣信息请求通过广播方式发送,则在所述业务标识列表中的业务发生变化的情况下,在下一修改周期变更所述业务标识列表。
该实施方式中,网络侧设备避免在一个时段内(如一个修改周期内)进行业务标识列表的变化,也就是说,网络侧设备避免在一个时段内进行感兴趣信息收集列表的变化。如果业务标识列表中的业务发生变化,网络侧设备可在下一个修改周期才会变更业务标识列表,终端在下一个修改周期即可依据新的业务标识列表上报感兴趣信息。进一步的,终端可避开修改周期边界进行感兴趣信息的上报,以免造成混淆。
这样,可以确保终端在这个修改周期内上报的感兴趣信息为针对该周期内的业务标识列表对应的感兴趣信息,从而可以确保网络侧设备不会对终端上报的感兴趣信息理解错误。
为了避免出现上报混淆,例如,终端针对的是之前的业务标识列表上报的感兴趣信息,但网络侧设备的业务标识列表已经发生了变化,如果网络侧设备按照新业务标识列表理解终端上报的感兴趣信息,就会对终端真正感兴趣的业务产生错误判断。鉴于此,本发明实施例提供如下的避免误判的实施方式:
网络侧设备可以在业务标识列表中携带标识版本的信息,例如专门的version域,用于指示当前业务标识列表(如TMGI列表)的版本号,version域的长度可综合考虑开销和变化的灵活性,一般1至N个bit可以实现。例如,version域长度为2bit,网络侧设备在时段1广播的业务标识列表为版本00,在时段2广播的业务标识列表为版本01,在时段3广播的业务标识列表为版本10,在时段4广播的业务标识列表为版本11。之所以不同时段有不同的业务标识列表版本,主要是由于不断有业务结束和新业务发起,造成业务标识列表的顺序发生变更。或者,网络侧设备纯发起业务标识列表的信息收集,发起了多个业务标识列表,分别标识不同的版本。
对于终端而言,终端可以根据自己感兴趣的业务,发起对应的感兴趣信息的上报,例如,终端对版本10的业务标识列表中的业务感兴趣,则终端在上报感兴趣信息时可携带版本10对应的标识,网络侧设备根据存储的版本10的业务标识列表,即可准确无误地判断终端的感兴趣信息。
如果连接态终端接收到网络侧设备的感兴趣信息请求,或者新业务到达、业务变更、业务感兴趣信息变更等,连接态终端可以以专用信令的方式向网络侧设备上报感兴趣信息,并携带版本号,或者在规定时段内上报,以避免网络侧设备对感兴趣信息产生混淆。
为了节约终端上报的开销,尤其对于空闲态或非激活态终端来说,RACH过程能够容纳的上行数据不多,需要尽量节省终端上报感兴趣信息的比特数。
鉴于此,网络侧设备可以发送需要收集感兴趣信息的TMGI列表,这样,终端可以按照TMGI列表中出现的TMGI的顺序,以0或1来分别代表不感兴趣或感兴趣。例如TMGI=10,11,12,13,14,15,16,17,终端a回复01100000,代表终端a对TMGI 11和TMGI 12两个业务感兴趣,终端b回复01001001,代表终端b对TMGI 11、TMGI 14和TMGI 17三个业务感兴趣。
在一个修改周期里,新出现的业务按照出现在配置信令里的位置从前到后的顺序,也可以有一定的顺序,终端可以按照该顺序进行0或1来分别代表不感兴趣或感兴趣进行上报。例如,在一个修改周期里,新出现TMGI 16和TMGI 20两个新业务,终端c回复01,代表终端c对TMGI 20感兴趣,终端d回复10,代表终端d对TMGI 16感兴趣。
终端触发感兴趣信息上报的条件有多种:其一,可以在感兴趣信息发生变化时触发感兴趣信息上报,例如,之前不感兴趣现在感兴趣,或者,之前感兴趣现在不感兴趣,或者,之前并不感兴趣或者无法接收而没有上报,在业务过程中,发生兴趣变化,重新感兴趣而触发上报。其二,可以在新业务加入时触发感兴趣信息上报,例如,对新业务感兴趣则触发上报。其三,可以在新接入小区时触发感兴趣信息上报,例如,终端移动到某个小区时,可以对该小区中的业务进行感兴趣信息的上报。
终端可只在存在感兴趣业务的情况下上报感兴趣信息,如果终端对所有业务都不感兴趣,则不需要上报感兴趣信息,也就是说,可以不允许全0的上报,不上报即默认不感兴趣,以避免资源的浪费。
此外,为了避免大量连接态终端同时上报感兴趣信息而造成网络拥塞,连接态终端可以采取随机延时的方式,使上报分散化。例如,有上行许可(grant)的终端,可以直接上报感兴趣信息;有D-SR(Dedicated Scheduling Request,专用调度请求)资源的终端可以根据D-SR配置进行触发;触发RA-SR(Random Access Scheduling Request,随机接入调度请求)的终端可随机延迟(delay),以避免RACH碰撞;对于触发RA-SR的连接态终端,也可以在RACH过程Msg3或者MsgA直接上报感兴趣信息。
如果空闲态或非激活态终端接收到网络侧设备的感兴趣信息请求,或者新业务到达、业务变更、业务感兴趣信息变更等,空闲态或非激活态终端可以通过RACH过程捎带上行上报感兴趣信息。由于有大量的空闲态或非激活态终端存在,如果短期内都触发RACH过程,将造成RACH碰撞,因此每个终端可以随机延迟一定的时长,再进行RACH触发。随机延迟的参数可以由网络侧设备配置,例如随机延迟长度T,终端在0-T内选取随机数,之后进行感兴趣信息的上报。
在4-step RACH(四步随机接入)过程中,终端可以用Msg3来携带感兴趣信息,在2-step RACH(两步随机接入)过程中,终端可以用MsgA来携带感兴趣信息,感兴趣信息可以包含业务标识列表的版本信息,与业务标识列表对应的0或1的比特流,终端标识或者终端标识的一部分,等等。终端标识例如可以是空闲态终端的TMSI(Temporary MobileSubscription Identifier,临时移动签约标识)或者随机数,非激活态终端的resume ID,等等。之所以在感兴趣信息中包含终端标识,主要是为了区分不同的终端,避免网络侧设备重复计数。为了节约终端上报的开销,终端标识可以是一部分,例如终端标识的低M位,或者高M位等。
需要说明的是,对于终端而言,终端感兴趣信息的业务指示不能超出终端的能力范围,例如终端的能力只能同时接收三种多播业务,那么终端可将感兴趣的业务数量控制在三个以内。终端如何进行感兴趣业务的取舍,可取决于终端实现,例如,终端可以根据感兴趣优先级,决定上报最有兴趣的前三个。
以上为本发明实施例提供的网络侧设备收集感兴趣信息以及终端上报感兴趣信息的相关实施方式。
网络侧设备收集到感兴趣信息之后,如果对第一业务感兴趣的终端数量低于(也可以等于)门限,则对这些少量终端建立单播进行第一业务的单播传输。如果对第一业务感兴趣的终端数量高于(也可以等于)门限,则使用多播方式进行第一业务的传输。
以下为本发明实施例提供的第一业务采用多播方式发送的相关实施方式。
可选的,若确定所述第一业务的传输方式为多播方式,则所述发送所述第一业务的配置信息,包括:
通过广播方式发送所述第一业务的配置信息;或者,
通过单播方式发送所述第一业务的配置信息。
单小区多播方式发送第一业务,一种最直接的方式就是对第一业务分配专门的G-RNTI,以G-RNTI来调度第一业务。感兴趣的终端会接收到第一业务的控制信息,获得G-RNTI和第一业务的周期信息等。这样,终端可以根据第一业务的周期信息,在特定的时域位置,去检测G-RNTI加扰的PDCCH调度信息,由调度信息解码出PDSCH信道上携带的多播业务,从而进行接收。
第一业务的配置信息可以包括第一业务的TMGI、G-RNTI、周期信息、DRX(Discontinuous Reception,非连续接收)信息中的至少一项。
该实施方式提供了如下两种发送第一业务的配置信息的方式。
其中一种是广播方式发送,广播方式发送的优势在于空闲态或非激活态终端也可以接收到第一业务的配置信息。以广播方式发送的第一业务的配置信息,终端可在广播该配置信息之前,先从SIB中获得该配置信息出现的时频域位置等信息,从而去固定的位置解析该配置信息。一般来说,若采取广播方式发送配置信息,网络侧设备可以发送所有多播业务(包括第一业务)的配置信息,终端在获得该配置信息之后,可从中甄别自己感兴趣的第一业务对应的配置信息,从而可以用对应的G-RNTI和周期信息去解析第一业务的数据。
另一种是单播方式发送,或者说,专用信令发送。单播方式发送只能针对连接态终端。例如,网络侧设备在收集了终端对第一业务感兴趣的信息之后,可以以专用信令向该终端发送第一业务的配置信息。例如终端e上报了对TMGI 11和TMGI 12业务感兴趣,网络侧设备以专用信令向终端e发送TMGI 11和TMGI 12业务对应的配置信息,其它业务的配置信息网络侧设备可以不发送给终端e,直到终端e重新对某个业务感兴趣,网络侧设备才进行发送。
现有机制中,多播业务的配置信息的传输方式仅局限于广播传输,这使得多播业务传输的灵活性较差。
本发明实施例中,网络侧设备既可以采用广播方式发送第一业务的配置信息,也可以采用单播方式发送第一业务的配置信息,进一步提高了多播业务传输的灵活性。
可选的,所述通过单播方式发送所述第一业务的配置信息,包括:
在第一终端对所述第一业务感兴趣的情况下,通过单播方式向所述第一终端发送所述第一业务的配置信息;或者,
通过单播方式向终端发送业务配置信息列表,所述业务配置信息列表中包括所述第一业务的配置信息。
该实施方式提供了如下两种单播方式发送第一业务的配置信息的方式。
其中一种是网络侧设备先进行感兴趣信息收集,向终端发送所有即将发起或者正在发起的业务标识,终端根据自己感兴趣与否,回复给网络侧设备。网络侧设备再把终端感兴趣的第一业务的配置信息以专用信令的方式发送给终端,便于终端接收。该方式中,终端可通过两步获得第一业务的配置信息,时延稍微长一些,但是配置信息的发送较为精准且能够避免浪费。
第二种是网络侧设备将所有终端可能感兴趣的业务配置信息以专用信令的方式发送给终端,终端自行决定其中感兴趣的业务(即第一业务),并根据第一业务的配置信息进行接收。终端还可将第一业务的标识,例如TMGI反馈给网络侧设备。如果网络侧设备发送的信息中,并没有终端感兴趣的业务,则终端可以拒绝网络侧设备发送的业务配置信息,即用reject告知网络侧设备终端不感兴趣。该方式中,终端可一步获得第一业务的配置信息,但多余的终端不感兴趣的配置信息也下发给终端,存在信令浪费。
可选的,若确定所述第一业务的传输方式为多播方式,则所述发送所述第一业务的配置信息,还包括:
通过广播方式发送所述第一业务的HARQ(Hybrid Automatic Repeat reQuest,混合自动重传请求)反馈配置信息,所述HARQ反馈配置信息用于为终端指示相同的反馈位置或指示N个反馈位置,所述N为大于1的整数;或者,
通过单播方式发送所述第一业务的HARQ反馈配置信息,所述HARQ反馈配置信息用于为终端指示相同的反馈位置或不同的反馈位置;或者,
通过组无线网络临时标识G-RNTI加扰的PDCCH携带所述第一业务的HARQ反馈配置信息,所述HARQ反馈配置信息用于为终端指示相同的反馈位置或不同的反馈位置。
本发明实施例中,第一业务的配置信息除了包括第一业务的TMGI、G-RNTI、周期信息、DRX信息等配置信息之外,还可以包括是否需要HARQ反馈的配置信息。即,所述第一业务的配置信息包括所述第一业务的TMGI、G-RNTI、周期信息、DRX信息和HARQ反馈配置信息中的至少一项。
该实施方式中,HARQ反馈类型可以包括如下三种:
第一种是网络侧设备可为所有接收终端(指同一个G-RNTI的终端)指示相同的反馈位置,也就是说,所有接收终端可在同一个位置发送第一业务的HARQ反馈。该方式中,终端可只反馈NACK(Negative Acknowledgement,否定确认),接收正确的终端可以不反馈。对于该反馈类型,反馈位置与传输对应的绑定关系可以通过专用信令配置,也可以通过广播信令配置,还可以通过G-RNTI加扰的PDCCH携带。总之,终端和网络侧设备可以准确无误的知道去哪里发送HARQ反馈和接收HARQ反馈。由于这种方式不需要区分终端数量和每个终端,因此可通过广播方式发送第一业务的HARQ反馈配置信息。
第二种是网络侧设备可为所有接收终端指示N个反馈位置,所有接收终端可在N个反馈位置中随机挑选一个进行HARQ反馈。该方式中,终端可只反馈NACK,接收正确的终端可以不反馈。对于该反馈类型,反馈位置与传输对应的绑定关系可以通过专用信令配置,也可以通过广播信令配置,还可以通过G-RNTI加扰的PDCCH携带。
第三种是网络侧设备可为每个接收终端指示不同的位置反馈,每个终端对应一个单独的反馈位置,终端可根据接收正确与否反馈ACK(Acknowledgement,肯定确认)或NACK。该方式中,终端需要知道自己的反馈位置,因此,网络侧设备可用专用信令方式或者G-RNTI加扰的PDCCH方式携带反馈资源的位置,以及终端寻找自己反馈位置的方法。例如,网络侧设备可使用专用信令通知group size,终端自身的group ID,以及group size个终端寻找自己反馈位置的方法。其中group ID范围为[0,group size-1]。例如在传输资源对应的时频偏移一定的位置,预留了一定的反馈位置,每个终端可按照group ID的序号,与反馈位置一一对应,进行反馈。
本发明实施例中,网络侧设备可以为每个多播业务配置单独的g-RNTI,周期信息,DRX信息,HARQ反馈配置信息等,以便于网络侧设备灵活调度,更适用于每种多播业务比较独立的场景。也就是说,网络侧设备可以为第一业务配置单独的g-RNTI,周期信息,DRX信息,HARQ反馈配置信息等。
可选的,所述发送所述第一业务的配置信息,包括:
发送第一业务集合的配置信息,所述第一业务集合包括至少一个业务,所述第一业务集合包括所述第一业务;
其中,所述第一业务集合中的各业务复用相同的LCID(Logical ChannelIdentifier,逻辑信道标识),所述第一业务集合中的各业务分别配置有单独的G-RNTI;或者,
所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合中的各业务分别配置有单独的LCID。
在网络侧设备发送多个多播业务(即第一业务集合)的配置信息时,网络侧设备需要在配置信息中对这多个多播业务进行区分,以使终端能够区分不同的多播业务。
由于每个多播业务的TMGI对应不同的G-RNTI,终端可以通过G-RNTI来区分不同的多播业务,因此这些多播业务可以复用相同的LCID,也就是说,网络侧设备可以为多个多播业务配置相同的LCID。
而对于业务类型近似的情况,网络侧设备可以为多个多播业务配置相同的G-RNTI、周期信息和DRX信息等,这样多个多播业务就可以复用传输,网络侧设备可以为每个多播业务配置不同的LCID用以区分不同的多播业务。这样,终端可以在相同的时频周期位置,以G-RNTI加扰的PDCCH调度信息,解析出不同的多播业务,从而满足多业务接收。
需要说明的是,网络侧设备可能同时发送包含多个业务集合的配置信息,也就是说,网络侧设备发送的配置信息中,除了第一业务集合之外,还可以包括第二业务集合、第三业务集合等。例如,网络侧设备发送了6个业务的配置信息,其中2个业务可以复用G-RNTI1,3个业务复用G-RNTI 2,剩下一个业务使用g-RNTI 3。这三个业务集合之间以G-RNTI区分,各业务集合内部的业务以LCID区分。
例如,网络侧设备发送了TMGI 11-17的配置信息,其中TMGI 11的类型较为特殊,网络侧设备单独为其分配G-RNTI 1、周期1、DRX参数1等进行调度;而TMGI 12-17的类型较为近似,网络侧设备统一分配G-RNTI 2、周期2、DRX参数2等进行调度。此外,由于TMGI 11和TMGI 12-17中的任一TMGI对应于不同的G-RNTI,TMGI 11和TMGI 12-17中的任一TMGI可以通过G-RNTI区分开,因此,网络侧设备可为TMGI 11和TMGI 12-17中的某一个TMGI分配相同的逻辑信道。例如,网络侧设备为TMGI 11分配逻辑信道21,并为TMGI 12-17分配逻辑信道21-26,TMGI 11的逻辑信道和TMGI 12的逻辑信道可以相同。上述TMGI 11可以作为一个业务集合,TMGI 12-17可以作为另一个业务集合。
可选的,若所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合配置有LCID起止信息;
其中,所述LCID起止信息携带于所述第一业务集合的配置信息中;或者,
所述LCID起止信息通过协议约定。
对于第一业务集合中的各业务复用相同的G-RNTI的情况而言,网络侧设备可以通过第一业务集合的配置信息配置第一业务集合的LCID起止信息,或者,可以通过协议约定第一业务集合的LCID起止信息。例如,从LCID 21开始,最大支持16个业务复用同一个G-RNTI进行调度,即广播业务可以用的LCID的范围为LCID 21到36,当网络侧设备为终端分配一个G-RNTI时,该G-RNTI对应的业务按照配置信令中出现的顺序,第一个业务使用LCID21,第二个业务使用LCID 22,依此类推。当只有一个业务时,只使用LCID 21。也就是说,采取协议约定的方式,进行LCID的分配和对应。这样可以节省LCID的分配开销。
多播业务的LCID的起止范围,在MAC(Medium Access Control,介质访问控制)协议中规定。由于连接态终端在Uu空口的单播业务采用单独的C-RNTI(Cell Radio NetworkTemporary Identifier,小区无线网络临时标识)进行调度,因此,多播业务和单播业务的LCID区间可以重合,既可以用不同的C-RNTI进行业务的区分,也可以用不同的区间进行业务的区分。
对于终端来说,终端在接收到多播业务(包括第一业务)的配置信息之后,可以为多播业务建立起对应的MRB(Multicast Radio Bearer,多播无线承载),用于后续多播业务接收。MRB具有自己的LCID和对应的层二配置,例如MAC、RLC(Radio Link Control,无线链路层控制)、PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)、SDAP(Service Data Adaptation Protocol,服务数据适配协议)等,其中,层二配置可以采取多播业务默认配置,也可以在广播信令或专用信令里携带。
以上为本发明实施例提供的第一业务采用多播方式发送的相关实施方式。
以下为本发明实施例提供的第一业务采用单播方式发送的相关实施方式。
可选的,若确定所述第一业务的传输方式为单播方式,则所述第一业务的配置信息包括单播调度指示信息,或者,所述第一业务的配置信息不包括G-RNTI。
多播业务(包括第一业务)到达网络侧设备之后,可以由网络侧设备决定在空口进行单播方式发送,例如,只有少量终端对第一业务感兴趣,则网络侧设备向这几个终端发送专用信令携带的配置信息,主要包括TMGI、单播调度指示信息(或以单播方式发送标识)、周期信息,DRX信息等。
网络侧设备决定以单播方式发送第一业务之前,可收集终端的感兴趣信息,获得终端的反馈之后,若网络侧设备确定以单播方式发送第一业务,网络侧设备可以向终端发送单播方式的配置信息。其中,如果终端原本就是一个连接态终端,则上述反馈和配置信息的发送都可以采用专用信令。如果终端是空闲态或非激活态终端,则终端可以在Msg3或MsgA上报感兴趣信息,网络侧设备可以在Msg4或MsgB或后续下行发送RRC connectionsetup(RRC连接建立)消息,让终端进入连接态,并在连接态发送配置信息给终端,以进行单播方式接收第一业务。一般情况下,进入连接态的终端需要在安全激活之后,才能进行专用配置信息的接收和数据接收,但由于多播业务自行进行业务层的安全,因此,如果终端进入连接态仅为单播方式接收MBS业务,可以考虑不进行安全激活。当然也可以进行正常安全激活之后,再进行后续配置信息的接收和数据接收。
上述单播调度指示信息可以是一个显式的域,也可以以隐式方式出现,例如,网络侧设备发送的是一个多播业务配置信息,其中携带TMGI,但G-RNTI域部分是缺省的,则可以理解为这个业务不以多播方式发送,终端通过C-RNTI解析即可。
对于终端来说,在终端接收到第一业务的配置信息之后,可从中获得第一业务的配置信息,主要包括:TMGI,用于标识第一业务;单播调度方式(即单播调度指示信息),显式或者隐式的方式,让终端知道用哪个RNTI来解析,例如单播发送方式,终端用C-RNTI解析就可以;周期信息和DRX信息等,终端可以根据这些信息,在适当的时域位置去解析MBS业务,其它时间可以休眠进行省电;HARQ反馈配置信息,由于只有一个终端,因此HARQ反馈的配置比较简单,只用预留一个反馈位置,配置信息里携带反馈参数,或者与Uu单播业务类似,可以在PDCCH里指示。
终端在接收到第一业务的配置信息之后,可以为第一业务建立起对应的MRB或者DRB(Data Radio Bearer,数据无线承载),用于后续第一业务的接收。MRB或者DRB具有自己的LCID和对应的层二配置,例如MAC、RLC、PDCP、SDAP等,其中,层二配置可以采取多播业务默认配置,也可以在广播信令或专用信令里携带。
以上为本发明实施例提供的第一业务采用单播方式发送的相关实施方式。
本发明实施例中,第一业务的传输方式并不是一成不变的,有可能涉及到传输方式的转换。例如,当网络侧设备的决策变更,可以将第一业务的传输方式进行转换。或者,当终端的感兴趣信息发生变更,例如有更多的终端对第一业务感兴趣,则第一业务的传输方式可以由原来的单播方式转换为多播方式,又例如,对第一业务感兴趣的终端数量减少,则第一业务的传输方式可以由原来的多播方式转换为单播方式。
以下为本发明实施例提供的第一业务的传输方式切换的相关实施方式。
可选的,所述方法还包括:
将所述第一业务的传输方式由第一方式切换至第二方式,所述第一方式为多播方式和单播方式中的一者,所述第二方式为多播方式和单播方式中的另一者。
可选的,所述方法还包括:
若所述第一方式为多播方式,则删除所述第一业务的配置信息中包含的G-RNTI;
若所述第一方式为单播方式,则在所述第一业务的配置信息中新增G-RNTI。
对于连接态终端来说,上述切换比较容易进行,网络侧设备可以向终端发送变更通知,发送给终端变化之后的配置信息。一般情况下,第一业务的周期信息、DRX信息等可以保持不变,这些域缺省,意味着用原来的配置,对于变化的域,例如新分配了G-RNTI或者取消了G-RNTI,需要通知给终端。
对终端来说,根据新的配置,重新建立RB,接收新数据,并将原来相同TMGI的承载里,已经接收的数据包向高层顺序递交,在新的RB上接收的数据包,在之后向高层顺序递交,保证了一定的方式转换过程中的业务连续性。
可选的,所述第一业务的数据包顺序和数据包编号具有连续性;或者,
所述第一业务的目标数据包携带有结束标记,所述结束标记用于指示使用所述第一方式传输所述第一业务的终止位置。
该实施方式中,如果涉及到第一业务的传输方式的切换,则第一方式和第二方式传输的第一业务的PDCP SN可以是延续的,相同数据包的SN号可以相同,数据包顺序和数据包编号具有连续性。例如,在第一方式中终端接收到数据包SN为12345,在第二方式中终端接收到数据包SN为6789,则终端将数据包123456789按序递交高层。又例如,在第一方式中终端接收到数据包SN为135,在第二方式中终端接收到数据包SN为2345678,则数据包3和数据包5是重复的,终端可以删除重复的数据包,排序之后将数据包12345678按序递交高层。
此外,如果第一方式和第二方式分别独立编号SN,则网络侧设备还可以在第一方式发送数据的末尾插入end marker(即结束标记),终端接收到携带有end marker的数据包之后,终端可理解为以第一方式传输第一业务结束,后续可以以第二方式对第一业务的数据包进行处理。例如,在第一方式中终端接收到数据包SN为10,11,12,13,其中SN 13携带有end marker,然后终端接收到数据包SN为0,1,2,3…,则终端可以往高层递交数据包10,11,12,13,0,1,2,3,…。
可选的,所述将所述第一业务的传输方式由第一方式切换至第二方式,包括:
在预设时间内同时采用所述第一方式和所述第二方式传输所述第一业务;
在所述预设时间之后,单独以所述第二方式传输所述第一业务。
该实施方式中,网络侧设备和终端都可以为同一个业务(即第一业务)保持两个承载一段时间,一条MRB(多播传输),另一条DRB(单播传输),并保持两者状态的连续。即,在多播MRB里PDCP SN与单播DRB里相同PDCP SN发送的数据内容完全一样,终端可以在两个RB之间进行数据排序。例如,终端在原DRB上连续接收了PDCP SN为25至30的数据包,在新MRB上接收了PDCP SN为31和之后的数据包,则终端可以认为它们是连续的,后续可以删除DRB,直接在新MRB上接收第一业务的数据。
网络侧设备可以根据HARQ反馈,知道原单播DRB上,哪些数据接收成功,哪些数据没有接收成功。例如,终端在DRB上接收了PDCP SN为25至29的数据包,和PDCP SN为31至33的数据包,那么网络侧设备可以在新多播MRB上从SN 30开始传输,对于SN重复的数据包,终端可以认为重复接收,终端可以将SN重复的数据包删除,只向高层递交一个。
以上为本发明实施例提供的第一业务的传输方式切换的相关实施方式。
现有机制中,如果要实现多播和单播的切换,需要从核心网到RAN建立单播连接,时延较长,且多播业务和单播业务并无明显关联,不利于业务连续性的保持。
本发明实施例中,网络侧设备可以将多播业务的传输方式进行切换,使得多播业务的传输更加灵活,并且在切换过程中维持多播业务的传输连续性,进一步提高系统效率和用户体验。
不仅多播业务(包括第一业务)的传输方式可以在多播方式和单播方式之间进行切换,对于终端来说,还可能涉及小区的切换。
以下为本发明实施例提供的涉及小区切换的相关实施方式。
可选的,所述方法还包括:
在终端由第一小区切换至第二小区的情况下,控制所述第一业务在所述第二小区传输,所述终端为对所述第一业务感兴趣的终端。
本发明实施例中,由于多播业务的传输方式可以较容易地在多播方式和单播方式之间进行切换,因此,对于终端即将切换选择的目标小区(即第二小区)来说,是否在进行自己感兴趣的多播业务(即第一业务)的多播方式发送,并不是十分紧要,只要该目标小区是属于该感兴趣多播业务的多播发送区域(Service area),或者说,从核心网来的多播数据可以到达该目标小区,则该目标小区就可以被选择。从这个角度,网络侧设备在切换选择时,只需要知道终端感兴趣业务的区域信息,就可以进行正确选择目标小区。但由于在目标网络侧设备,即使属于同样的业务区域,出于负载均衡等角度,网络侧设备也可以将不同的多播业务分别到不同的小区去发送。也就是说,网络侧设备还需要知道终端究竟感兴趣的是哪个或者哪些TMGI,才能选择正确的目标小区,保证切换之后单播业务和多播业务都可以顺利连续接收。
对于连接态终端来说,需要实时知道终端正在接收或者感兴趣接收的业务信息,例如TMGI信息。这样,终端一旦发生感兴趣信息变化或者状态变化,例如,从空闲态或非激活态终端转换到连接态终端,或者刚切换到一个支持多播业务的小区等等,都需要上报自己的感兴趣信息。终端上报感兴趣信息的范围不能超过终端同时接收的能力范围。
需要说明的是,网络侧设备主动收集感兴趣信息,和终端主动上报感兴趣信息,可以是两个过程,这两个过程都可以获得终端的感兴趣信息,这两个过程均可以独立工作,也可以配合工作。如果网络侧设备对于所有多播业务都主动发起感兴趣信息请求,若终端已经基于感兴趣信息请求上报了感兴趣信息,则终端可以不用再主动上报。如果网络侧设备对某些业务或者全部业务都没有发起感兴趣信息请求,则连接态终端可以主动上报自己的感兴趣信息。
总之,连接态终端可以实时让网络侧设备掌握自己的接收或者感兴趣的多播业务信息,这样,网络侧设备在切换准备时,可以把终端感兴趣的多播业务信息发送给目标网络侧设备,目标网络侧设备可以根据自己下面小区每个多播业务的发送情况,为终端选择合适的目标小区,从而多播业务和单播业务均可以同时在切换到目标小区之后顺利连续接收。
需要说明的是,本发明实施例中的多种可选的实施方式,彼此可以相互结合实现,也可以单独实现,对此本发明实施例不作限定。
本发明实施例中,网络侧设备可以确定多播业务的传输方式,网络侧设备既可以以多播方式传输多播业务,也可以以单播方式传输多播业务,还可以实现多播业务在单播发送方式和多播发送方式之间切换,提高了多播业务传输的灵活性。
图4是本发明实施例提供的应用于终端的业务传输方法的流程图。如图4所示,业务传输方法,应用于终端,该方法包括以下步骤:
步骤401:接收网络侧设备发送的第一业务的配置信息,所述第一业务为核心网以多播方式发送至所述网络侧设备的业务;
步骤402:根据所述第一业务的配置信息,接收所述网络侧设备传输的第一业务,所述第一业务的传输方式包括多播方式或单播方式。
可选的,在所述接收所述网络侧设备传输的第一业务之前,所述方法还包括:
向所述网络侧设备上报感兴趣信息,所述感兴趣信息包括所述第一业务的感兴趣信息。
可选的,在所述向所述网络侧设备上报感兴趣信息之前,所述方法还包括:
接收所述网络侧设备发送的感兴趣信息请求,所述感兴趣信息请求携带所述第一业务的标识。
可选的,所述向所述网络侧设备上报感兴趣信息,包括:
若所述终端为空闲态终端或非激活态终端,则通过随机接入信道RACH过程向所述网络侧设备上报所述感兴趣信息;
若所述终端为连接态终端,则通过专用信令向所述网络侧设备上报所述感兴趣信息。
可选的,所述向所述网络侧设备上报感兴趣信息,包括:
若所述终端为空闲态终端或非激活态终端,且所述网络侧设备配置了感兴趣信息上报开关,则在所述感兴趣信息上报开关用于指示需要上报所述感兴趣信息的情况下,向所述网络侧设备上报所述感兴趣信息。
可选的,所述感兴趣信息上报开关携带于所述感兴趣信息请求中;或者,
所述感兴趣信息上报开关携带于系统信息块SIB中。
可选的,所述感兴趣信息请求携带有业务标识列表,所述业务标识列表包含所述第一业务的标识。
可选的,若所述第一业务的传输方式为多播方式,所述第一业务的配置信息包括所述第一业务的临时移动组标识TMGI、G-RNTI、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
可选的,若所述第一业务的传输方式为多播方式,则所述接收网络侧设备发送的第一业务的配置信息,包括:
接收所述网络侧设备发送的第一业务集合的配置信息,所述第一业务集合包括至少一个业务,所述第一业务集合包括所述第一业务;
其中,所述第一业务集合中的各业务复用相同的逻辑信道标识LCID,所述第一业务集合中的各业务分别配置有单独的G-RNTI;或者,
所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合中的各业务分别配置有单独的LCID。
可选的,若所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合配置有LCID起止信息;
其中,所述LCID起止信息携带于所述第一业务集合的配置信息中;或者,
所述LCID起止信息通过协议约定。
可选的,若所述第一业务的传输方式为单播方式,则所述第一业务的配置信息包括单播调度指示信息,或者,所述第一业务的配置信息不包括G-RNTI。
可选的,所述第一业务的配置信息包括所述第一业务的TMGI标识、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
可选的,所述根据所述第一业务的配置信息,接收所述网络侧设备传输的第一业务,包括:
若所述第一业务的配置信息指示所述第一业务的传输方式为多播方式,则通过MRB接收所述第一业务;
若所述第一业务的配置信息指示所述第一业务的传输方式为单播方式,则通过数据无线承载DRB接收所述第一业务。
可选的,若所述第一业务的传输方式由第一方式切换至第二方式,所述第一方式为多播方式和单播方式中的一者,所述第二方式为多播方式和单播方式中的另一者,则接收所述网络侧设备传输的第一业务,包括:
在预设时间内同时通过所述MRB和所述DRB接收所述第一业务;
在所述预设时间之后,通过所述DRB或所述MRB接收所述第一业务。
可选的,所述方法还包括:
将接收到的所述第一业务的数据包中编号重复的数据包进行删除。
可选的,若所述第一业务的传输方式由第一方式切换至第二方式,所述第一方式为多播方式和单播方式中的一者,所述第二方式为多播方式和单播方式中的另一者,则所述第一业务的数据包顺序和数据包编号具有连续性;或者,所述第一业务的目标数据包携带有结束标记,所述结束标记用于指示使用所述第一方式传输所述第一业务的终止位置。
可选的,所述方法还包括:
在所述终端由第一小区切换至第二小区的情况下,向所述网络侧设备上报所述终端感兴趣的业务的标识。
需要说明的是,本发明实施例作为前述实施例对应的终端的实施例,其具体的实施方式可以参见前述实施例的相关说明,并能够达到相同的有益效果,为了避免重复说明,此处不再赘述。
图5是本发明实施例提供的一种网络侧设备的结构图,如图5所示,网络侧设备500包括:
确定模块501,用于确定第一业务的传输方式,所述第一业务的传输方式包括多播方式或单播方式,所述第一业务为核心网以多播方式发送的业务;
第一发送模块502,用于发送所述第一业务的配置信息。
可选的,确定模块501具体用于:
根据对所述第一业务感兴趣的终端数量,确定所述第一业务的传输方式;或者,
根据预判信息,确定所述第一业务的传输方式。
可选的,确定模块501具体用于:
在所述终端数量小于或等于门限的情况下,确定所述第一业务的传输方式为单播方式;在所述终端数量大于所述门限的情况下,确定所述第一业务的传输方式为多播方式;或者,
在所述终端数量小于所述门限的情况下,确定所述第一业务的传输方式为单播方式;在所述终端数量大于或等于所述门限的情况下,确定所述第一业务的传输方式为多播方式。
可选的,网络侧设备500还包括:
第二发送模块,用于发送感兴趣信息请求,所述感兴趣信息请求携带所述第一业务的标识。
可选的,网络侧设备500还包括:
第一接收模块,用于接收终端上报的感兴趣信息,所述感兴趣信息包括所述第一业务的感兴趣信息。
可选的,若所述感兴趣信息为空闲态终端或非激活态终端的感兴趣信息,则所述感兴趣信息通过随机接入RACH过程获取;
若所述感兴趣信息为连接态终端的感兴趣信息,则所述感兴趣信息通过专用信令获取。
可选的,网络侧设备500还包括:
配置模块,用于配置感兴趣信息上报开关,所述感兴趣信息上报开关用于指示空闲态终端或非激活态终端需要上报所述感兴趣信息,或者,用于指示空闲态终端或非激活态终端不需要上报所述感兴趣信息。
可选的,所述感兴趣信息上报开关携带于所述感兴趣信息请求中;或者,
所述感兴趣信息上报开关携带于系统信息块SIB中。
可选的,所述第二发送模块具体用于:
通过广播方式发送所述感兴趣信息请求;或者,
通过单播方式发送所述感兴趣信息请求。
可选的,所述感兴趣信息请求携带有业务标识列表,所述业务标识列表包含所述第一业务的标识。
可选的,网络侧设备500还包括:
变更模块,用于若所述感兴趣信息请求通过广播方式发送,则在所述业务标识列表中的业务发生变化的情况下,在下一修改周期变更所述业务标识列表。
可选的,若确定所述第一业务的传输方式为多播方式,则第一发送模块501具体用于:
通过广播方式发送所述第一业务的配置信息;或者,
通过单播方式发送所述第一业务的配置信息。
可选的,第一发送模块501具体用于:
在第一终端对所述第一业务感兴趣的情况下,通过单播方式向所述第一终端发送所述第一业务的配置信息;或者,
通过单播方式向终端发送业务配置信息列表,所述业务配置信息列表中包括所述第一业务的配置信息。
可选的,若确定所述第一业务的传输方式为多播方式,则第一发送模块501还用于:
通过广播方式发送所述第一业务的混合自动重传请求HARQ反馈配置信息,所述HARQ反馈配置信息用于为终端指示相同的反馈位置或指示N个反馈位置,所述N为大于1的整数;或者,
通过单播方式发送所述第一业务的HARQ反馈配置信息,所述HARQ反馈配置信息用于为终端指示相同的反馈位置或不同的反馈位置;或者,
通过组无线网络临时标识G-RNTI加扰的PDCCH携带所述第一业务的HARQ反馈配置信息,所述HARQ反馈配置信息用于为终端指示相同的反馈位置或不同的反馈位置。
可选的,所述第一业务的配置信息包括所述第一业务的临时移动组标识TMGI、G-RNTI、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
可选的,第一发送模块501具体用于:
发送第一业务集合的配置信息,所述第一业务集合包括至少一个业务,所述第一业务集合包括所述第一业务;
其中,所述第一业务集合中的各业务复用相同的逻辑信道标识LCID,所述第一业务集合中的各业务分别配置有单独的G-RNTI;或者,
所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合中的各业务分别配置有单独的LCID。
可选的,若所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合配置有LCID起止信息;
其中,所述LCID起止信息携带于所述第一业务集合的配置信息中;或者,
所述LCID起止信息通过协议约定。
可选的,若确定所述第一业务的传输方式为单播方式,则所述第一业务的配置信息包括单播调度指示信息,或者,所述第一业务的配置信息不包括G-RNTI。
可选的,所述第一业务的配置信息包括所述第一业务的TMGI标识、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
可选的,网络侧设备500还包括:
切换模块,用于将所述第一业务的传输方式由第一方式切换至第二方式,所述第一方式为多播方式和单播方式中的一者,所述第二方式为多播方式和单播方式中的另一者。
可选的,网络侧设备500还包括:
删除模块,用于若所述第一方式为多播方式,则删除所述第一业务的配置信息中包含的G-RNTI;
新增模块,用于若所述第一方式为单播方式,则在所述第一业务的配置信息中新增G-RNTI。
可选的,所述切换模块具体用于:
在预设时间内同时采用所述第一方式和所述第二方式传输所述第一业务;
在所述预设时间之后,单独以所述第二方式传输所述第一业务。
可选的,所述第一业务的数据包顺序和数据包编号具有连续性;或者,
所述第一业务的目标数据包携带有结束标记,所述结束标记用于指示使用所述第一方式传输所述第一业务的终止位置。
可选的,网络侧设备500还包括:
控制模块,用于在终端由第一小区切换至第二小区的情况下,控制所述第一业务在所述第二小区传输,所述终端为对所述第一业务感兴趣的终端。
需要说明的是,本发明实施例中上述网络侧设备500可以是方法实施例中任意实施方式的网络侧设备,方法实施例中网络侧设备的任意实施方式都可以被本发明实施例中的上述网络侧设备500所实现,并达到相同的有益效果,为避免重复,此处不再赘述。
图6是本发明实施例提供的一种终端的结构图,如图6所示,终端600包括:
第一接收模块601,用于接收网络侧设备发送的第一业务的配置信息,所述第一业务为核心网以多播方式发送至所述网络侧设备的业务;
第二接收模块602,用于根据所述第一业务的配置信息,接收所述网络侧设备传输的第一业务,所述第一业务的传输方式包括多播方式或单播方式。
可选的,终端600还包括:
第一上报模块,用于向所述网络侧设备上报感兴趣信息,所述感兴趣信息包括所述第一业务的感兴趣信息。
可选的,终端600还包括:
第三接收模块,用于接收所述网络侧设备发送的感兴趣信息请求,所述感兴趣信息请求携带所述第一业务的标识。
可选的,所述第一上报模块具体用于:
若所述终端为空闲态终端或非激活态终端,则通过随机接入信道RACH过程向所述网络侧设备上报所述感兴趣信息;
若所述终端为连接态终端,则通过专用信令向所述网络侧设备上报所述感兴趣信息。
可选的,所述第一上报模块具体用于:
若所述终端为空闲态终端或非激活态终端,且所述网络侧设备配置了感兴趣信息上报开关,则在所述感兴趣信息上报开关用于指示需要上报所述感兴趣信息的情况下,向所述网络侧设备上报所述感兴趣信息。
可选的,所述感兴趣信息上报开关携带于所述感兴趣信息请求中;或者,
所述感兴趣信息上报开关携带于系统信息块SIB中。
可选的,所述感兴趣信息请求携带有业务标识列表,所述业务标识列表包含所述第一业务的标识。
可选的,若所述第一业务的传输方式为多播方式,所述第一业务的配置信息包括所述第一业务的临时移动组标识TMGI、G-RNTI、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
可选的,若所述第一业务的传输方式为多播方式,则第一接收模块601具体用于:
接收所述网络侧设备发送的第一业务集合的配置信息,所述第一业务集合包括至少一个业务,所述第一业务集合包括所述第一业务;
其中,所述第一业务集合中的各业务复用相同的逻辑信道标识LCID,所述第一业务集合中的各业务分别配置有单独的G-RNTI;或者,
所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合中的各业务分别配置有单独的LCID。
可选的,若所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合配置有LCID起止信息;
其中,所述LCID起止信息携带于所述第一业务集合的配置信息中;或者,所述LCID起止信息通过协议约定。
可选的,若所述第一业务的传输方式为单播方式,则所述第一业务的配置信息包括单播调度指示信息,或者,所述第一业务的配置信息不包括G-RNTI。
可选的,所述第一业务的配置信息包括所述第一业务的TMGI标识、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
可选的,第二接收模块602具体用于:
若所述第一业务的配置信息指示所述第一业务的传输方式为多播方式,则通过MRB接收所述第一业务;
若所述第一业务的配置信息指示所述第一业务的传输方式为单播方式,则通过数据无线承载DRB接收所述第一业务。
可选的,若所述第一业务的传输方式由第一方式切换至第二方式,所述第一方式为多播方式和单播方式中的一者,所述第二方式为多播方式和单播方式中的另一者,则第二接收模块602还用于:
在预设时间内同时通过所述MRB和所述DRB接收所述第一业务;
在所述预设时间之后,通过所述DRB或所述MRB接收所述第一业务。
可选的,终端600还包括:
删除模块,用于将接收到的所述第一业务的数据包中编号重复的数据包进行删除。
可选的,若所述第一业务的传输方式由第一方式切换至第二方式,所述第一方式为多播方式和单播方式中的一者,所述第二方式为多播方式和单播方式中的另一者,则所述第一业务的数据包顺序和数据包编号具有连续性;或者,所述第一业务的目标数据包携带有结束标记,所述结束标记用于指示使用所述第一方式传输所述第一业务的终止位置。
可选的,终端600还包括:
第二上报模块,用于在所述终端由第一小区切换至第二小区的情况下,向所述网络侧设备上报所述终端感兴趣的业务的标识。
需要说明的是,本发明实施例中上述终端600可以是方法实施例中任意实施方式的终端,方法实施例中终端的任意实施方式都可以被本发明实施例中的上述终端600所实现,并达到相同的有益效果,为避免重复,此处不再赘述。
图7是本发明实施例提供的一种网络侧设备的结构图。如图7所示,网络侧设备700包括:处理器701、收发机702、存储器703和总线接口,其中:
处理器701或收发机702用于:
确定第一业务的传输方式,所述第一业务的传输方式包括多播方式或单播方式,所述第一业务为核心网以多播方式发送的业务;
收发机702用于:
发送所述第一业务的配置信息。
可选的,处理器701或收发机702还用于:
根据对所述第一业务感兴趣的终端数量,确定所述第一业务的传输方式;或者,
根据预判信息,确定所述第一业务的传输方式。
可选的,处理器701或收发机702还用于:
在所述终端数量小于或等于门限的情况下,确定所述第一业务的传输方式为单播方式;在所述终端数量大于所述门限的情况下,确定所述第一业务的传输方式为多播方式;或者,
在所述终端数量小于所述门限的情况下,确定所述第一业务的传输方式为单播方式;在所述终端数量大于或等于所述门限的情况下,确定所述第一业务的传输方式为多播方式。
可选的,收发机702还用于:
发送感兴趣信息请求,所述感兴趣信息请求携带所述第一业务的标识。
可选的,收发机702还用于:
接收终端上报的感兴趣信息,所述感兴趣信息包括所述第一业务的感兴趣信息。
可选的,若所述感兴趣信息为空闲态终端或非激活态终端的感兴趣信息,则所述感兴趣信息通过随机接入RACH过程获取;
若所述感兴趣信息为连接态终端的感兴趣信息,则所述感兴趣信息通过专用信令获取。
可选的,处理器701或收发机702还用于:
配置感兴趣信息上报开关,所述感兴趣信息上报开关用于指示空闲态终端或非激活态终端需要上报所述感兴趣信息,或者,用于指示空闲态终端或非激活态终端不需要上报所述感兴趣信息。
可选的,所述感兴趣信息上报开关携带于所述感兴趣信息请求中;或者,
所述感兴趣信息上报开关携带于系统信息块SIB中。
可选的,收发机702还用于:
通过广播方式发送所述感兴趣信息请求;或者,
通过单播方式发送所述感兴趣信息请求。
可选的,所述感兴趣信息请求携带有业务标识列表,所述业务标识列表包含所述第一业务的标识。
可选的,处理器701或收发机702还用于:
若所述感兴趣信息请求通过广播方式发送,则在所述业务标识列表中的业务发生变化的情况下,在下一修改周期变更所述业务标识列表。
可选的,收发机702还用于:
通过广播方式发送所述第一业务的配置信息;或者,
通过单播方式发送所述第一业务的配置信息。
可选的,收发机702还用于:
在第一终端对所述第一业务感兴趣的情况下,通过单播方式向所述第一终端发送所述第一业务的配置信息;或者,
通过单播方式向终端发送业务配置信息列表,所述业务配置信息列表中包括所述第一业务的配置信息。
可选的,若确定所述第一业务的传输方式为多播方式,则收发机702还用于:
通过广播方式发送所述第一业务的混合自动重传请求HARQ反馈配置信息,所述HARQ反馈配置信息用于为终端指示相同的反馈位置或指示N个反馈位置,所述N为大于1的整数;或者,
通过单播方式发送所述第一业务的HARQ反馈配置信息,所述HARQ反馈配置信息用于为终端指示相同的反馈位置或不同的反馈位置;或者,
通过组无线网络临时标识G-RNTI加扰的PDCCH携带所述第一业务的HARQ反馈配置信息,所述HARQ反馈配置信息用于为终端指示相同的反馈位置或不同的反馈位置。
可选的,所述第一业务的配置信息包括所述第一业务的临时移动组标识TMGI、G-RNTI、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
可选的,收发机702还用于:
发送第一业务集合的配置信息,所述第一业务集合包括至少一个业务,所述第一业务集合包括所述第一业务;
其中,所述第一业务集合中的各业务复用相同的逻辑信道标识LCID,所述第一业务集合中的各业务分别配置有单独的G-RNTI;或者,
所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合中的各业务分别配置有单独的LCID。
可选的,若所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合配置有LCID起止信息;
其中,所述LCID起止信息携带于所述第一业务集合的配置信息中;或者,
所述LCID起止信息通过协议约定。
可选的,若确定所述第一业务的传输方式为单播方式,则所述第一业务的配置信息包括单播调度指示信息,或者,所述第一业务的配置信息不包括G-RNTI。
可选的,所述第一业务的配置信息包括所述第一业务的TMGI标识、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
可选的,处理器701或收发机702还用于:
将所述第一业务的传输方式由第一方式切换至第二方式,所述第一方式为多播方式和单播方式中的一者,所述第二方式为多播方式和单播方式中的另一者。
可选的,处理器701或收发机702还用于:
若所述第一方式为多播方式,则删除所述第一业务的配置信息中包含的G-RNTI;
若所述第一方式为单播方式,则在所述第一业务的配置信息中新增G-RNTI。
可选的,处理器701或收发机702还用于:
在预设时间内同时采用所述第一方式和所述第二方式传输所述第一业务;
在所述预设时间之后,单独以所述第二方式传输所述第一业务。
可选的,所述第一业务的数据包顺序和数据包编号具有连续性;或者,
所述第一业务的目标数据包携带有结束标记,所述结束标记用于指示使用所述第一方式传输所述第一业务的终止位置。
可选的,处理器701或收发机702还用于:
在终端由第一小区切换至第二小区的情况下,控制所述第一业务在所述第二小区传输,所述终端为对所述第一业务感兴趣的终端。
本发明实施例中,网络侧设备可以确定多播业务的传输方式,网络侧设备既可以以多播方式传输多播业务,也可以以单播方式传输多播业务,还可以实现多播业务在单播发送方式和多播发送方式之间切换,提高了多播业务传输的灵活性。
在图7中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器701代表的一个或多个处理器和存储器703代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机702可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端,用户接口704还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器701负责管理总线架构和通常的处理,存储器703可以存储处理器701在执行操作时所使用的数据。
需要说明的是,本实施例中上述网络侧设备700可以是本发明实施例中方法实施例中任意实施方式的网络侧设备,本发明实施例中方法实施例中网络侧设备的任意实施方式都可以被本实施例中的上述网络侧设备700所实现,以及达到相同的有益效果,此处不再赘述。
图8为实现本发明各个实施例的一种终端的硬件结构示意图,该终端900包括但不限于:射频单元901、网络模块902、音频输出单元903、输入单元904、传感器905、显示单元906、用户输入单元907、接口单元908、存储器909、处理器910、以及电源911等部件。本领域技术人员可以理解,图8中示出的终端结构并不构成对终端的限定,终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。在本发明实施例中,终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
其中,射频单元901用于:
接收网络侧设备发送的第一业务的配置信息,所述第一业务为核心网以多播方式发送至所述网络侧设备的业务;
根据所述第一业务的配置信息,接收所述网络侧设备传输的第一业务,所述第一业务的传输方式包括多播方式或单播方式。
可选的,射频单元901还用于:
向所述网络侧设备上报感兴趣信息,所述感兴趣信息包括所述第一业务的感兴趣信息。
可选的,射频单元901还用于:
接收所述网络侧设备发送的感兴趣信息请求,所述感兴趣信息请求携带所述第一业务的标识。
可选的,射频单元901还用于:
若所述终端为空闲态终端或非激活态终端,则通过随机接入信道RACH过程向所述网络侧设备上报所述感兴趣信息;
若所述终端为连接态终端,则通过专用信令向所述网络侧设备上报所述感兴趣信息。
可选的,射频单元901还用于:
若所述终端为空闲态终端或非激活态终端,且所述网络侧设备配置了感兴趣信息上报开关,则在所述感兴趣信息上报开关用于指示需要上报所述感兴趣信息的情况下,向所述网络侧设备上报所述感兴趣信息。
可选的,所述感兴趣信息上报开关携带于所述感兴趣信息请求中;或者,
所述感兴趣信息上报开关携带于系统信息块SIB中。
可选的,所述感兴趣信息请求携带有业务标识列表,所述业务标识列表包含所述第一业务的标识。
可选的,若所述第一业务的传输方式为多播方式,所述第一业务的配置信息包括所述第一业务的临时移动组标识TMGI、G-RNTI、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
可选的,若所述第一业务的传输方式为多播方式,则射频单元901还用于:
接收所述网络侧设备发送的第一业务集合的配置信息,所述第一业务集合包括至少一个业务,所述第一业务集合包括所述第一业务;
其中,所述第一业务集合中的各业务复用相同的逻辑信道标识LCID,所述第一业务集合中的各业务分别配置有单独的G-RNTI;或者,
所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合中的各业务分别配置有单独的LCID。
可选的,若所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合配置有LCID起止信息;
其中,所述LCID起止信息携带于所述第一业务集合的配置信息中;或者,
所述LCID起止信息通过协议约定。
可选的,若所述第一业务的传输方式为单播方式,则所述第一业务的配置信息包括单播调度指示信息,或者,所述第一业务的配置信息不包括G-RNTI。
可选的,所述第一业务的配置信息包括所述第一业务的TMGI标识、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
可选的,射频单元901还用于:
若所述第一业务的配置信息指示所述第一业务的传输方式为多播方式,则通过MRB接收所述第一业务;
若所述第一业务的配置信息指示所述第一业务的传输方式为单播方式,则通过数据无线承载DRB接收所述第一业务。
可选的,若所述第一业务的传输方式由第一方式切换至第二方式,所述第一方式为多播方式和单播方式中的一者,所述第二方式为多播方式和单播方式中的另一者,则射频单元901还用于:
在预设时间内同时通过所述MRB和所述DRB接收所述第一业务;
在所述预设时间之后,通过所述DRB或所述MRB接收所述第一业务。
可选的,射频单元901或处理器910还用于:
将接收到的所述第一业务的数据包中编号重复的数据包进行删除。
可选的,若所述第一业务的传输方式由第一方式切换至第二方式,所述第一方式为多播方式和单播方式中的一者,所述第二方式为多播方式和单播方式中的另一者,则所述第一业务的数据包顺序和数据包编号具有连续性;或者,所述第一业务的目标数据包携带有结束标记,所述结束标记用于指示使用所述第一方式传输所述第一业务的终止位置。
可选的,射频单元901还用于:
在所述终端由第一小区切换至第二小区的情况下,向所述网络侧设备上报所述终端感兴趣的业务的标识。
需要说明的是,本实施例中上述终端900可以是本发明实施例中方法实施例中任意实施方式的终端,本发明实施例中方法实施例中终端的任意实施方式都可以被本实施例中的上述终端900所实现,以及达到相同的有益效果,此处不再赘述。
应理解的是,本发明实施例中,射频单元901可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自基站的下行数据接收后,给处理器910处理;另外,将上行的数据发送给基站。通常,射频单元901包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元901还可以通过无线通信系统与网络和其他设备通信。
终端通过网络模块902为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元903可以将射频单元901或网络模块902接收的或者在存储器909中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元903还可以提供与终端900执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元903包括扬声器、蜂鸣器以及受话器等。
输入单元904用于接收音频或视频信号。输入单元904可以包括图形处理器(Graphics Processing Unit,GPU)9041和麦克风9042,图形处理器9041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元906上。经图形处理器9041处理后的图像帧可以存储在存储器909(或其它存储介质)中或者经由射频单元901或网络模块902进行发送。麦克风9042可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元901发送到移动通信基站的格式输出。
终端900还包括至少一种传感器905,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板9061的亮度,接近传感器可在终端900移动到耳边时,关闭显示面板9061以及背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器905还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等,在此不再赘述。
显示单元906用于显示由用户输入的信息或提供给用户的信息。显示单元906可包括显示面板9061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板9061。
用户输入单元907可用于接收输入的数字或字符信息,以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元907包括触控面板9071以及其他输入设备9072。触控面板9071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板9071上或在触控面板9071附近的操作)。触控面板9071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器910,接收处理器910发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板9071。除了触控面板9071,用户输入单元907还可以包括其他输入设备9072。具体地,其他输入设备9072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
进一步的,触控面板9071可覆盖在显示面板9071上,当触控面板9071检测到在其上或附近的触摸操作后,传送给处理器910以确定触摸事件的类型,随后处理器910根据触摸事件的类型在显示面板9061上提供相应的视觉输出。虽然在图8中,触控面板9071与显示面板9061是作为两个独立的部件来实现终端的输入和输出功能,但是在某些实施例中,可以将触控面板9071与显示面板9061集成而实现终端的输入和输出功能,具体此处不做限定。
接口单元908为外部装置与终端900连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元908可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到终端900内的一个或多个元件或者可以用于在终端900和外部装置之间传输数据。
存储器909可用于存储软件程序以及各种数据。存储器909可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器909可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器910是终端的控制中心,利用各种接口和线路连接整个终端的各个部分,通过运行或执行存储在存储器909内的软件程序以及模块,以及调用存储在存储器909内的数据,执行终端的各种功能和处理数据,从而对终端进行整体监控。处理器910可包括一个或多个处理单元;优选的,处理器910可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器910中。
终端900还可以包括给各个部件供电的电源911(比如电池),优选的,电源911可以通过电源管理系统与处理器910逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
另外,终端900包括一些未示出的功能模块,在此不再赘述。
优选的,本发明实施例还提供一种终端,包括处理器910,存储器909,存储在存储器909上并可在所述处理器910上运行的计算机程序,该计算机程序被处理器910执行时实现上述业务传输方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
需要说明的是,本实施例中上述终端900可以是本发明实施例中方法实施例中任意实施方式的第一终端,本发明实施例中方法实施例中第一终端的任意实施方式都可以被本实施例中的上述终端900所实现,以及达到相同的有益效果,此处不再赘述。
本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述对应于终端或者网络侧的实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random AccessMemory,简称RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (46)
1.一种业务传输方法,应用于网络侧设备,其特征在于,所述方法包括:
确定第一业务的传输方式,所述第一业务的传输方式包括多播方式或单播方式,所述第一业务为核心网以多播方式发送的业务;
发送所述第一业务的配置信息。
2.根据权利要求1所述的方法,其特征在于,所述确定第一业务的传输方式,包括:
根据对所述第一业务感兴趣的终端数量,确定所述第一业务的传输方式;或者,
根据预判信息,确定所述第一业务的传输方式。
3.根据权利要求2所述的方法,其特征在于,所述根据对所述第一业务感兴趣的终端数量,确定所述第一业务的传输方式,包括:
在所述终端数量小于或等于门限的情况下,确定所述第一业务的传输方式为单播方式;在所述终端数量大于所述门限的情况下,确定所述第一业务的传输方式为多播方式;或者,
在所述终端数量小于所述门限的情况下,确定所述第一业务的传输方式为单播方式;在所述终端数量大于或等于所述门限的情况下,确定所述第一业务的传输方式为多播方式。
4.根据权利要求2所述的方法,其特征在于,在所述确定所述第一业务的传输方式之前,所述方法还包括:
发送感兴趣信息请求,所述感兴趣信息请求携带所述第一业务的标识。
5.根据权利要求4所述的方法,其特征在于,在所述发送感兴趣信息请求之后,所述方法还包括:
接收终端上报的感兴趣信息,所述感兴趣信息包括所述第一业务的感兴趣信息。
6.根据权利要求5所述的方法,其特征在于,若所述感兴趣信息为空闲态终端或非激活态终端的感兴趣信息,则所述感兴趣信息通过随机接入RACH过程获取;
若所述感兴趣信息为连接态终端的感兴趣信息,则所述感兴趣信息通过专用信令获取。
7.根据权利要求5所述的方法,其特征在于,所述方法还包括:
配置感兴趣信息上报开关,所述感兴趣信息上报开关用于指示空闲态终端或非激活态终端需要上报所述感兴趣信息,或者,用于指示空闲态终端或非激活态终端不需要上报所述感兴趣信息。
8.根据权利要求7所述的方法,其特征在于,所述感兴趣信息上报开关携带于所述感兴趣信息请求中;或者,
所述感兴趣信息上报开关携带于系统信息块SIB中。
9.根据权利要求4所述的方法,其特征在于,所述发送感兴趣信息请求,包括:
通过广播方式发送所述感兴趣信息请求;或者,
通过单播方式发送所述感兴趣信息请求。
10.根据权利要求4所述的方法,其特征在于,所述感兴趣信息请求携带有业务标识列表,所述业务标识列表包含所述第一业务的标识。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
若所述感兴趣信息请求通过广播方式发送,则在所述业务标识列表中的业务发生变化的情况下,在下一修改周期变更所述业务标识列表。
12.根据权利要求1所述的方法,其特征在于,若确定所述第一业务的传输方式为多播方式,则所述发送所述第一业务的配置信息,包括:
通过广播方式发送所述第一业务的配置信息;或者,
通过单播方式发送所述第一业务的配置信息。
13.根据权利要求12所述的方法,其特征在于,所述通过单播方式发送所述第一业务的配置信息,包括:
在第一终端对所述第一业务感兴趣的情况下,通过单播方式向所述第一终端发送所述第一业务的配置信息;或者,
通过单播方式向终端发送业务配置信息列表,所述业务配置信息列表中包括所述第一业务的配置信息。
14.根据权利要求1所述的方法,其特征在于,若确定所述第一业务的传输方式为多播方式,则所述发送所述第一业务的配置信息,还包括:
通过广播方式发送所述第一业务的混合自动重传请求HARQ反馈配置信息,所述HARQ反馈配置信息用于为终端指示相同的反馈位置或指示N个反馈位置,所述N为大于1的整数;或者,
通过单播方式发送所述第一业务的HARQ反馈配置信息,所述HARQ反馈配置信息用于为终端指示相同的反馈位置或不同的反馈位置;或者,
通过组无线网络临时标识G-RNTI加扰的PDCCH携带所述第一业务的HARQ反馈配置信息,所述HARQ反馈配置信息用于为终端指示相同的反馈位置或不同的反馈位置。
15.根据权利要求12所述的方法,其特征在于,所述第一业务的配置信息包括所述第一业务的临时移动组标识TMGI、G-RNTI、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
16.根据权利要求1所述的方法,其特征在于,所述发送所述第一业务的配置信息,包括:
发送第一业务集合的配置信息,所述第一业务集合包括至少一个业务,所述第一业务集合包括所述第一业务;
其中,所述第一业务集合中的各业务复用相同的逻辑信道标识LCID,所述第一业务集合中的各业务分别配置有单独的G-RNTI;或者,
所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合中的各业务分别配置有单独的LCID。
17.根据权利要求16所述的方法,其特征在于,若所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合配置有LCID起止信息;
其中,所述LCID起止信息携带于所述第一业务集合的配置信息中;或者,
所述LCID起止信息通过协议约定。
18.根据权利要求1所述的方法,其特征在于,若确定所述第一业务的传输方式为单播方式,则所述第一业务的配置信息包括单播调度指示信息,或者,所述第一业务的配置信息不包括G-RNTI。
19.根据权利要求18所述的方法,其特征在于,所述第一业务的配置信息包括所述第一业务的TMGI标识、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
20.根据权利要求1所述的方法,其特征在于,所述方法还包括:
将所述第一业务的传输方式由第一方式切换至第二方式,所述第一方式为多播方式和单播方式中的一者,所述第二方式为多播方式和单播方式中的另一者。
21.根据权利要求20所述的方法,其特征在于,所述方法还包括:
若所述第一方式为多播方式,则删除所述第一业务的配置信息中包含的G-RNTI;
若所述第一方式为单播方式,则在所述第一业务的配置信息中新增G-RNTI。
22.根据权利要求20所述的方法,其特征在于,所述将所述第一业务的传输方式由第一方式切换至第二方式,包括:
在预设时间内同时采用所述第一方式和所述第二方式传输所述第一业务;
在所述预设时间之后,单独以所述第二方式传输所述第一业务。
23.根据权利要求20所述的方法,其特征在于,所述第一业务的数据包顺序和数据包编号具有连续性;或者,
所述第一业务的目标数据包携带有结束标记,所述结束标记用于指示使用所述第一方式传输所述第一业务的终止位置。
24.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在终端由第一小区切换至第二小区的情况下,控制所述第一业务在所述第二小区传输,所述终端为对所述第一业务感兴趣的终端。
25.一种业务传输方法,应用于终端,其特征在于,所述方法包括:
接收网络侧设备发送的第一业务的配置信息,所述第一业务为核心网以多播方式发送至所述网络侧设备的业务;
根据所述第一业务的配置信息,接收所述网络侧设备传输的第一业务,所述第一业务的传输方式包括多播方式或单播方式。
26.根据权利要求25所述的方法,其特征在于,在所述接收所述网络侧设备传输的第一业务之前,所述方法还包括:
向所述网络侧设备上报感兴趣信息,所述感兴趣信息包括所述第一业务的感兴趣信息。
27.根据权利要求26所述的方法,其特征在于,在所述向所述网络侧设备上报感兴趣信息之前,所述方法还包括:
接收所述网络侧设备发送的感兴趣信息请求,所述感兴趣信息请求携带所述第一业务的标识。
28.根据权利要求26或27所述的方法,其特征在于,所述向所述网络侧设备上报感兴趣信息,包括:
若所述终端为空闲态终端或非激活态终端,则通过随机接入信道RACH过程向所述网络侧设备上报所述感兴趣信息;
若所述终端为连接态终端,则通过专用信令向所述网络侧设备上报所述感兴趣信息。
29.根据权利要求26或27所述的方法,其特征在于,所述向所述网络侧设备上报感兴趣信息,包括:
若所述终端为空闲态终端或非激活态终端,且所述网络侧设备配置了感兴趣信息上报开关,则在所述感兴趣信息上报开关用于指示需要上报所述感兴趣信息的情况下,向所述网络侧设备上报所述感兴趣信息。
30.根据权利要求29所述的方法,其特征在于,所述感兴趣信息上报开关携带于所述感兴趣信息请求中;或者,
所述感兴趣信息上报开关携带于系统信息块SIB中。
31.根据权利要求27所述的方法,其特征在于,所述感兴趣信息请求携带有业务标识列表,所述业务标识列表包含所述第一业务的标识。
32.根据权利要求25所述的方法,其特征在于,若所述第一业务的传输方式为多播方式,所述第一业务的配置信息包括所述第一业务的临时移动组标识TMGI、G-RNTI、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
33.根据权利要求25所述的方法,其特征在于,若所述第一业务的传输方式为多播方式,则所述接收网络侧设备发送的第一业务的配置信息,包括:
接收所述网络侧设备发送的第一业务集合的配置信息,所述第一业务集合包括至少一个业务,所述第一业务集合包括所述第一业务;
其中,所述第一业务集合中的各业务复用相同的逻辑信道标识LCID,所述第一业务集合中的各业务分别配置有单独的G-RNTI;或者,
所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合中的各业务分别配置有单独的LCID。
34.根据权利要求33所述的方法,其特征在于,若所述第一业务集合中的各业务复用相同的G-RNTI,所述第一业务集合配置有LCID起止信息;
其中,所述LCID起止信息携带于所述第一业务集合的配置信息中;或者,
所述LCID起止信息通过协议约定。
35.根据权利要求25所述的方法,其特征在于,若所述第一业务的传输方式为单播方式,则所述第一业务的配置信息包括单播调度指示信息,或者,所述第一业务的配置信息不包括G-RNTI。
36.根据权利要求35所述的方法,其特征在于,所述第一业务的配置信息包括所述第一业务的TMGI标识、周期信息、非连续接收DRX信息和HARQ反馈配置信息中的至少一项。
37.根据权利要求25所述的方法,其特征在于,所述根据所述第一业务的配置信息,接收所述网络侧设备传输的第一业务,包括:
若所述第一业务的配置信息指示所述第一业务的传输方式为多播方式,则通过MRB接收所述第一业务;
若所述第一业务的配置信息指示所述第一业务的传输方式为单播方式,则通过数据无线承载DRB接收所述第一业务。
38.根据权利要求37所述的方法,其特征在于,若所述第一业务的传输方式由第一方式切换至第二方式,所述第一方式为多播方式和单播方式中的一者,所述第二方式为多播方式和单播方式中的另一者,则接收所述网络侧设备传输的第一业务,包括:
在预设时间内同时通过所述MRB和所述DRB接收所述第一业务;
在所述预设时间之后,通过所述DRB或所述MRB接收所述第一业务。
39.根据权利要求38所述的方法,其特征在于,所述方法还包括:
将接收到的所述第一业务的数据包中编号重复的数据包进行删除。
40.根据权利要求25所述的方法,其特征在于,若所述第一业务的传输方式由第一方式切换至第二方式,所述第一方式为多播方式和单播方式中的一者,所述第二方式为多播方式和单播方式中的另一者,则所述第一业务的数据包顺序和数据包编号具有连续性;或者,所述第一业务的目标数据包携带有结束标记,所述结束标记用于指示使用所述第一方式传输所述第一业务的终止位置。
41.根据权利要求25所述的方法,其特征在于,所述方法还包括:
在所述终端由第一小区切换至第二小区的情况下,向所述网络侧设备上报所述终端感兴趣的业务的标识。
42.一种网络侧设备,其特征在于,包括:
确定模块,用于确定第一业务的传输方式,所述第一业务的传输方式包括多播方式或单播方式,所述第一业务为核心网以多播方式发送的业务;
第一发送模块,用于发送所述第一业务的配置信息。
43.一种终端,其特征在于,包括:
第一接收模块,用于接收网络侧设备发送的第一业务的配置信息,所述第一业务为核心网以多播方式发送至所述网络侧设备的业务;
第二接收模块,用于根据所述第一业务的配置信息,接收所述网络侧设备传输的第一业务,所述第一业务的传输方式包括多播方式或单播方式。
44.一种网络侧设备,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至24中任一项所述的业务传输方法中的步骤。
45.一种终端,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求25至41中任一项所述的业务传输方法中的步骤。
46.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至24中任一项所述的业务传输方法中的步骤;或者,实现如权利要求25至41中任一项所述的业务传输方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010231134.XA CN113453161B (zh) | 2020-03-27 | 2020-03-27 | 业务传输方法、网络侧设备和终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010231134.XA CN113453161B (zh) | 2020-03-27 | 2020-03-27 | 业务传输方法、网络侧设备和终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113453161A true CN113453161A (zh) | 2021-09-28 |
CN113453161B CN113453161B (zh) | 2023-03-21 |
Family
ID=77808006
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010231134.XA Active CN113453161B (zh) | 2020-03-27 | 2020-03-27 | 业务传输方法、网络侧设备和终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113453161B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114158068A (zh) * | 2021-11-26 | 2022-03-08 | 中国联合网络通信集团有限公司 | 专网中数据传输的方法和装置 |
WO2023000975A1 (zh) * | 2021-07-23 | 2023-01-26 | 大唐移动通信设备有限公司 | 多播广播业务mbs兴趣上报方法、网络设备及用户设备 |
WO2023060588A1 (zh) * | 2021-10-15 | 2023-04-20 | Oppo广东移动通信有限公司 | Drx周期长度调整方法、装置、设备以及存储介质 |
WO2023060512A1 (en) * | 2021-10-14 | 2023-04-20 | Mediatek Singapore Pte. Ltd. | Methods and apparatus to set initial pdcp state variables for multicast services |
WO2024016335A1 (en) * | 2022-07-22 | 2024-01-25 | Apple Inc. | Multicast transmissions in inactive state |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090022080A1 (en) * | 2005-01-07 | 2009-01-22 | Peter Hans Edlund | PTP/PTM Transmission Decisions |
WO2009009986A1 (fr) * | 2007-07-19 | 2009-01-22 | Huawei Technologies Co., Ltd. | Procédé de statistique de charge de service de diffusion/multidiffusion et dispositif associé |
CN102695130A (zh) * | 2011-03-21 | 2012-09-26 | 中兴通讯股份有限公司 | Mbms业务发送方式切换方法、装置和用户设备 |
CN106937257A (zh) * | 2010-08-12 | 2017-07-07 | 中兴通讯股份有限公司 | 多媒体广播多播业务中统计用户设备信息的方法和系统 |
WO2018059562A1 (zh) * | 2016-09-29 | 2018-04-05 | 中兴通讯股份有限公司 | 多播业务的业务信息、业务信息变更通知方法及装置 |
CN107920333A (zh) * | 2016-10-08 | 2018-04-17 | 中国移动通信有限公司研究院 | 组播调度方法、harq信息接收方法、用户设备和基站 |
US20190274131A1 (en) * | 2016-07-28 | 2019-09-05 | Kyocera Corporation | Radio terminal and method |
CN113055812A (zh) * | 2019-12-27 | 2021-06-29 | 中国移动通信有限公司研究院 | 一种数据传输方法、基站及核心网网元 |
-
2020
- 2020-03-27 CN CN202010231134.XA patent/CN113453161B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090022080A1 (en) * | 2005-01-07 | 2009-01-22 | Peter Hans Edlund | PTP/PTM Transmission Decisions |
WO2009009986A1 (fr) * | 2007-07-19 | 2009-01-22 | Huawei Technologies Co., Ltd. | Procédé de statistique de charge de service de diffusion/multidiffusion et dispositif associé |
CN106937257A (zh) * | 2010-08-12 | 2017-07-07 | 中兴通讯股份有限公司 | 多媒体广播多播业务中统计用户设备信息的方法和系统 |
CN102695130A (zh) * | 2011-03-21 | 2012-09-26 | 中兴通讯股份有限公司 | Mbms业务发送方式切换方法、装置和用户设备 |
US20140301267A1 (en) * | 2011-03-21 | 2014-10-09 | Zte Corporation | Method for Switchover between MBMS Transmission Modes, Apparatus, and User Equipment |
US20190274131A1 (en) * | 2016-07-28 | 2019-09-05 | Kyocera Corporation | Radio terminal and method |
WO2018059562A1 (zh) * | 2016-09-29 | 2018-04-05 | 中兴通讯股份有限公司 | 多播业务的业务信息、业务信息变更通知方法及装置 |
CN107920333A (zh) * | 2016-10-08 | 2018-04-17 | 中国移动通信有限公司研究院 | 组播调度方法、harq信息接收方法、用户设备和基站 |
CN113055812A (zh) * | 2019-12-27 | 2021-06-29 | 中国移动通信有限公司研究院 | 一种数据传输方法、基站及核心网网元 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023000975A1 (zh) * | 2021-07-23 | 2023-01-26 | 大唐移动通信设备有限公司 | 多播广播业务mbs兴趣上报方法、网络设备及用户设备 |
WO2023060512A1 (en) * | 2021-10-14 | 2023-04-20 | Mediatek Singapore Pte. Ltd. | Methods and apparatus to set initial pdcp state variables for multicast services |
WO2023060588A1 (zh) * | 2021-10-15 | 2023-04-20 | Oppo广东移动通信有限公司 | Drx周期长度调整方法、装置、设备以及存储介质 |
CN114158068A (zh) * | 2021-11-26 | 2022-03-08 | 中国联合网络通信集团有限公司 | 专网中数据传输的方法和装置 |
CN114158068B (zh) * | 2021-11-26 | 2023-06-16 | 中国联合网络通信集团有限公司 | 专网中数据传输的方法和装置 |
WO2024016335A1 (en) * | 2022-07-22 | 2024-01-25 | Apple Inc. | Multicast transmissions in inactive state |
Also Published As
Publication number | Publication date |
---|---|
CN113453161B (zh) | 2023-03-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113453161B (zh) | 业务传输方法、网络侧设备和终端 | |
CN113453159B (zh) | Mbs业务传输方法、mbs业务传输控制方法及相关设备 | |
CN110958706B (zh) | 一种缓存报告传输方法、终端及调度设备 | |
CN111278172B (zh) | 指示方法、终端设备和网络侧设备 | |
CN111132371B (zh) | 副链路连接建立、资源分配方法、终端及网络侧设备 | |
CN111132381A (zh) | 副链路释放方法、终端及网络侧设备 | |
CN111436140A (zh) | 资源分配方法、释放方法、终端及网络设备 | |
CN111796260A (zh) | 一种测距方法及设备 | |
CN110958692B (zh) | 副链路传输资源的选择方法、配置方法及设备 | |
CN111436139B (zh) | 一种模式控制方法、终端和网络侧设备 | |
CN113498132B (zh) | 移动性管理方法、源基站、目标基站及终端设备 | |
CN111800238A (zh) | 载波聚合参数配置方法、设备及系统 | |
CN113067793B (zh) | 多播业务的传输方法、传输处理方法及相关设备 | |
CN111436026B (zh) | 副链路组播通信的配置方法和终端 | |
CN113395749B (zh) | 传输配置方法及电子设备 | |
CN113163487B (zh) | 资源调度方法、通信设备、网络设备及存储介质 | |
CN111246433A (zh) | 资源池切换方法、装置、移动终端、网络侧设备及介质 | |
CN113453162B (zh) | 业务的接收方法、配置方法、终端和网络侧设备 | |
CN113498088B (zh) | 资源确定方法及终端 | |
CN111836303B (zh) | 一种sidelink测量结果获取方法、发送方法和终端 | |
CN111800734A (zh) | 数据传输方法、装置、设备及介质 | |
CN113141629A (zh) | 周期资源选择方法、旁链路传输方法及终端 | |
CN111615085A (zh) | 资源获取方法、第一终端和第二终端 | |
CN112787767B (zh) | 数据传输方法、设备及介质 | |
CN110769518A (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 |