上行反馈方法、终端设备和网络侧设备与流程

1.本发明涉及通信领域，尤其涉及一种上行反馈方法、终端设备和网络侧设备。


背景技术：

2.在相关技术中，对于前向纠错(forward error correction，fec)无法纠正的错误，接收端会根据自动重传请求(automatic repeat request，arq)机制请求发送端重发数据。例如，接收端使用检错码(例如，crc校验码)，检测接收到的数据是否出错。如果无错，则发送ack，发送端接着发送新的数据；如果有错，发送nack，发送端重发相同的数据。
3.在5g系统中，用户设备(user equipment，ue)采用了双重连接(dual connectivity，dc)架构，dc架构包括两个小区组：主小区组(master cell group，mcg)和辅小区组(secondary cell group，scg)。在具体应用中，可以通过scg向ue传输业务数据。但对于只传输多播广播业务(multicast broadcast service，mbs)业务的scg，仅存在下行，如何上报scg上传输的业务数据的混合自动重传请求(hybrid automatic repeat request，harq)反馈信息，是目前需要解决的技术问题。


技术实现要素：

4.本技术实施例的目的是提供一种上行反馈方法、终端设备和网络侧设备，以实现scg上传输的业务数据的harq反馈信息的上报。
5.第一方面，提供了一种上行反馈方法，应用于终端设备，该方法包括：在辅小区组scg上接收业务数据；若所述业务数据对应的业务为广播组播业务mbs，且所述scg未配置无线承载rb，则在主小区组mcg上报所述业务数据的反馈信息。
6.第二方面，提供了一种上行反馈方法，应用于网络设备，所述方法包括：与终端设备建立scg，并不在所述scg上配置rb；在所述scg上传输mbs业务数据；从所述终端设备的mcg，接收所述mbs业务数据的反馈信息。
7.第三方面，提供一种终端设备，包括：第一接收模块，用于在辅小区组scg上接收业务数据；上报模块，用于若所述业务数据对应的业务为广播组播业务mbs，且所述scg未配置无线承载rb，则在主小区组mcg上报所述业务数据的反馈信息。
8.第四方面，提供了一种网络设备，包括：配置模块，用于与终端设备建立scg，并不在所述scg上配置rb；传输模块，用于在所述scg上传输mbs业务数据；第二接收模块，用于从所述终端设备的mcg，接收所述mbs业务数据的反馈信息。
9.第五方面，提供了一种终端设备，该终端设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如第一方面所述的方法的步骤。
10.第六方面，提供一种网络设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如第二方面所述的方法的步骤。
11.第七方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如第一方面或第二方面所述的方法的步骤。
12.在本技术实施例中，终端设备在辅小区组(scg)上接收业务数据，若所述业务数据对应的业务为广播组播业务(mbs)，且所述scg未配置无线承载(radio bearer，rb)，则在主小区组(mcg)上报所述业务数据的反馈信息，从而可以实现scg上传输的业务数据的harq反馈信息的上报，提高数据传输的可靠性。
附图说明
13.此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
14.图1是本技术实施例提供的上行反馈方法的一种流程示意图；
15.图2是本技术实施例提供的上行反馈方法的另一种流程示意图；
16.图3是本技术实施例提供的上行反馈方法的又一种流程示意图；
17.图4是本技术实施例提供的速率匹配的示意图；
18.图5是本技术实施例应用的一种终端设备的结构示意图；
19.图6是本技术实施例应用的一种网络设备的结构示意图；
20.图7是本技术实施例提供的另一种终端设备的结构示意图；
21.图8是本技术实施例提供的另一种网络设备的结构示意图。
具体实施方式
22.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
23.本发明的技术方案，可以应用于各种通信系统，例如：全球移动通讯系统(gsm，global system of mobile communication)，码分多址(cdma，code division multiple access)系统，宽带码分多址(wcdma，wideband code division multiple access)，通用分组无线业务(gprs，general packet radio service)，长期演进(lte，long term evolution)/增强长期演进(lte-a，long term evolution advanced)，nr(new radio)等。
24.用户设备(ue，user equipment)，也可称之为终端设备、移动终端(mobile terminal)、移动用户设备等，可以经无线接入网(例如，ran，radio access network)与一个或多个核心网进行通信，用户设备可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。
25.基站，可以是gsm或cdma中的基站(bts，base transceiver station)，也可以是wcdma中的基站(nodeb)，还可以是lte中的演进型基站(enb或e-nodeb，evolutional node b)及5g基站(gnb)，本发明并不限定，但为描述方便，下述实施例以gnb为例进行说明。
26.以下结合附图，详细说明本发明各实施例提供的技术方案。
27.图1为本技术实施例中提供的上行反馈方法的一种流程示意图，该方法100可以由终端设备执行。换言之，所述方法可以由安装在终端设备上的软件或硬件来执行。如图1所示，该方法可以包括以下步骤。
28.s110，在scg上接收业务数据。
29.在本技术实施例中，在s110之前，网络侧确定需要在scg上传输业务数据，则可以通知ue建立scg，然后在建立的scg上向ue传输业务数据。
30.s112，若所述业务数据对应的业务为mbs，且所述scg未配置无线承载(radio bearer，rb)，则在mcg上报所述业务数据的反馈信息。
31.在本技术实施例中，所述业务数据的反馈信息可以是业务数据的harq反馈信息。mbs的物理下行共享信道(physical downlink shared channel，pdsch)接收所对应的harq进程的接收成功或失败的指示信息。
32.在本技术实施例中，网络侧在通知ue建立scg时，可以通知ue，该scg只用于mbs接收，并且，网络侧不在该scg上配置rb。在这种情况下，ue无法在scg上反馈接收到的业务数据的反馈信息。因此，在本技术实施例中，ue在mcg上报所述业务数据的反馈信息，从而可以实现只用于mbs接收的scg的反馈信息的上报，保证mbs业务传输的可靠性。
33.在一个可能的实现方式中，在mcg上报所述业务数据的反馈信息可以包括：若所述mcg有物理上行共享信道(physical uplink shared channel，pusch)数据，则将所述pusch数据和所述反馈信息承载到所述mcg的pusch上报。也就是说，在该可能的实现方式中，所述反馈信息与mcg的pusch数据共同承载到mcg的pusch上报。
34.上行控制信息(uplink control information，uci)中包含的信息内容是与当前用户终端(user equipment，ue)状态相关的信息，比如当前ue是否需要请求上行资源、当前ue检测到的下行链路质量、ue通知基站(enb)应该使用的预编码矩阵、ue能够区分出来的传输层个数以及ue是否成功解码到了pdsch块等信息。在上述可能的实现方式中，可以将所述反馈信息作为uci承载在pusch上上报。也就是说，在上述可能的实现方式中，携带所述反馈信息的uci通过复用pusch上报。其中，在本技术实施例中，所述反馈信息可以为1比特位或2比特位的harq-ack反馈信息。
35.在上述可能的实现方式中，在将pusch数据和所述反馈信息承载到所述mcg的pusch上报时，可以使用所述pusch数据和所述反馈信息构成媒体接入控制(media access control，mac)协议数据单元(protocol data unit，pdu)上报。
36.在另一个可能的实现方式中，在mcg上报所述业务数据的反馈信息时，若所述mcg没有pusch数据，则将预设的填充数据和所述反馈信息承载到所述mcg的pusch上报。即在该可能的实现方式中，如果mcg没有pusch数据，由于反馈信息所占的比特数很少，因此，可以使用预设的填充数据和反馈信息一起承载到mcg的pusch上报。其中，预设的填充数据可以是预定义的，也可以是网络侧配置的，具体本技术实施例中不作限定。
37.在上述可能的实现方式中，将预设的填充数据和所述反馈信息承载到所述mcg的pusch上报时，可以使用所述填充数据和所述反馈信息构成macpdu上报。
38.也就是说，在本技术实施例中，当scg的pdsch承载mbs业务时，若不在scg上配置rb，则不论mcg是否存在上行pusch数据，pdsch对应的harq反馈信息均可以在mcg的pusch上报。
39.在一种可能的实现方式中，若所述业务数据对应的业务为mbs，且所述scg配置有rb，则可以在所述scg上报所述业务数据的反馈信息。即在该可能的实现方式中，若scg上配置有rb，则harq反馈在scg上报。
40.在上述可能的实现方式中，在scg上报所述反馈信息包括但不限于以下任一种实现方式：
41.(1)在所述scg的物理上行控制信道(pucch)上报上行控制信息，其中，所述上行控制信息包括所述反馈信息。即将所述反馈信息作为上行控制信息的一部分，承载在pucch上进行上报。
42.(2)将所述scg的pusch数据与上行控制信息一起，承载在所述scg的pusch信道上报，其中，所述上行控制信息包括所述反馈信息。即将所述反馈信息作为上行控制信息的一部分或全部，与scg的pusch数据一起，承载在scg的pusch信道上报。
43.在另一个可能的实现方式，若所述业务数据对应的业务为广播组播业务mbs，且所述scg配置有rb，则也可以在mcg上报所述反馈信息。例如，若所述mcg上有pusch数据，则可以将所述mcg的pusch数据与上行控制信息一起，承载在所述mcg的pusch信道上报，其中，所述上行控制信息包括所述反馈信息。
44.在一个可能的实现方式中，若所述业务数据对应的业务为非mbs下行业务，且所述scg配置有rb，则可以在所述scg上报所述业务数据的反馈信息。其中，在所述scg上报所述业务数据的反馈信息的方式可以采用上述的在scg上报所述反馈信息的任意一种实现方式，在此不再赘述。
45.或者，在另一个可能的实现方式中，若所述业务数据对应的业务为非mbs下行业务，且所述scg配置有rb，则也可以在所述mcg上报所述业务数据的反馈信息。例如，若所述mcg上有pusch数据，则可以将所述mcg的pusch数据与上行控制信息一起，承载在所述mcg的pusch信道上报，其中，所述上行控制信息包括所述反馈信息。
46.在一个可能的实现方式中，若所述业务数据对应的业务为非mbs下行业务，且所述scg未配置rb，则可以不上报所述业务数据的反馈信息。
47.在本技术实施例提供的技术方案中，对于用于mbs下行信号接收的上行授权(如，配置的上行授权对应的pusch发送)，如果对于mbs的下行信号接收(如，mbs业务对应的pdsch的接收)，ue在需要提供反馈信息(如，mbs的pdsch接收对应的harq进程的接收成功或失败的指示信息)时，ue生成mac pdu，该mac pdu用于将该反馈信息承载在该上行授权对应的上行数据信道中。其中，该mac pdu的生成，不依赖该mac pdu中是否有上行数据的发送，例如，即使没有任何的逻辑信道有mac sdu在该pusch中发送，ue依然生成mac pdu。因此，采用本技术实施例提供的技术方案，可以实现不在scg配置上行资源的情况下，上报scg上传输的mbs业务数据的反馈信息，节省网络配置，提高传输效率，增加应用多样性。
48.图2为本技术实施例提供的上行反馈方法的另一种流程示意图，该方法应用于网络设备执行。换言之，所述方法可以由安装在网络设备上的软件或硬件来执行。如图2所示，该方法可以包括以下步骤。
49.s210，与终端设备建立scg，并不在所述scg上配置rb。
50.在本技术实施例中，网络设备可以通知ue建立scg，并指示该scg只用于mbs接收，并且，网络设备不在该scg上配置rb。
51.在一个可能的实现方式中，网络侧可以在pdcch上分配用于pusch的上行授权(ul grant)。
52.s212，在所述scg上传输mbs业务数据。
53.在本技术实施例中，可以在scg的pdsch上传输mbs业务数据。
54.s214，从所述终端设备的mcg，接收所述mbs业务数据的反馈信息。
55.在本技术实施例中，在scg未配置有rb的情况下，终端设备从mcg上报mbs业务数据的反馈信息，因此，网络设备从mcg上接收终端设备上报的反馈信息。
56.如方法100中所述，终端设备在mcg上报反馈信息时，如果mcg上有pusch数据，则可以将反馈信息与pusch数据一起承载在pusch上上报，或者，如果mcg上没有pusch数据，则可以将反馈信息与预设的填充数据一起承载在pusch上上报。因此，在一个可能的实现方式中，s214可以包括以下任一项：
57.(1)解码所述终端设备在pusch上传输的数据，从中获取pusch数据和所述反馈信息；
58.(2)解码所述终端设备在pusch上传输的数据，从中获取预设的填充数据和所述反馈信息。在该可能的实现方式中，填充数据可以预先约定的，也可以是网络设备配置的，网络设备解码出pusch上传输的数据之后，可以获知pusch上传输是否为填充数据。
59.在本技术实施例中，网络设备在与终端设备建立scg时，并不不在所述scg上配置rb，在所述scg上传输mbs业务数据时，从终端设备的mcg接收mbs业务数据的反馈信息，从而可以节约网络配置，提高传输效率。
60.图3为本技术实施例提供的上行反馈方法的另一种流程示意图，该方法300可以由网络设备和终端设备执行。换言之，所述方法可以由安装在网络设备和终端设备上的软件或硬件来执行。如图3所示，该方法可以包括以下步骤。
61.s310，网络设备通知ue建立scg。
62.该通知可以指示：该scg只用于mbs接收并且，网络不在scg上配置rb。
63.s312，网络设备通过scg向终端设备传输mbs业务数据。
64.s314，网络设备在pdcch上分配用于pusch的上行制授权(ul-grant)。
65.该ul-grant可以满足以下至少一项条件：
66.(1)allowedscs-list满足子载波传输条件；
67.(2)上行共享信道最大传输时长(maxpusch-duration)满足条件；
68.(3)configuredgranttype1allowed采用config grant type1；
69.(4)allowedservingcells允许传输的小区满足条件；
70.其中，该pdcch可以通过小区临时用户标识(cell radio network temporary identifier，c-rnti)加扰。
71.如果配置授权为type 1，则可以由无线资源控制(rrc)通过高层信令进行配置(例如，ie configuredgrantconfig)。
72.如果配置授权为type 2，则可以由下行控制信息(dci)进行指示上行免授权的激活和去激活，其需要的参数可以由ie configuredgrantconfig进行配置，但是需要由dci激活时才进行使用。
73.s316，ue判断是否存在harq反馈信息需要上报，即是否需要上报uci，如果是，则执
行s318，否则，跳过这个上行授权，不发送上行mac pdu。
74.s318，ue在pusch上构建mac pdu，传输填充数据和uci，其中，uci包括所述harq反馈信息。
75.在一个可能的实现方式中，在s318中，填充数据和uci的复合方式可以为携带有1比特位或2比特位的harq-ack反馈信息的uci通过pusch复用的方式。
76.或者，在另一个可能的实现方式中，填充数据和uci的复合方式也可以为uci由速率匹配的pusch复用。
77.其中，如图4所示，速率匹配是指：编码器输出的第一、二和三校验比特流分别独立地交织后，被比特收集单元依次收集，也就是交织后的第一、二和三校验比特流依次输入到缓冲器中。每次传输时，比特选择单元从缓冲器头部的比特开始逐位读取，直至达到预定的比特数。当读取到缓冲器的尾部，仍然没有达到预定的比特数时，比特选择单元自动跳至缓冲器的头部继续读取。卷积码的这种基于缓冲器的速率匹配的过程，被称为循环缓冲器速率匹配。
78.在本实施例中，由于pusch上并没有真实的pusch数据需要传输，对于此次用于发送pusch的ulgrant，如果ue存在对于mbs的下行信号接收的反馈信息(pdsch接收对应的harq进程的接收成功或失败的指示信息)，ue可以不依赖于真实的pusch数据，使用padding的形式生成mac pdu，将该反馈信息承载在该上行授权对应的上行数据信道中。
79.图5是本技术实施例提供的一种终端设备的结构示意图，如图5所示，该终端设备500包括：第一接收模块510，用于在辅小区组scg上接收业务数据；上报模块520，用于若所述业务数据对应的业务为广播组播业务mbs，且所述scg未配置无线承载rb，则在主小区组mcg上报所述业务数据的反馈信息。
80.在一个可能的实现方式中，上报模块520在主小区组mcg上报所述业务数据的反馈信息，包括以下之一：
81.若所述mcg有物理上行共享信道pusch数据，则将所述pusch数据和所述反馈信息承载到所述mcg的pusch上报；
82.若所述mcg没有pusch数据，则将预设的填充数据和所述反馈信息承载到所述mcg的pusch上报。
83.在一个可能的实现方式中，上报模块520将所述pusch数据和所述反馈信息承载到所述mcg的pusch上报，包括：
84.使用所述pusch数据和所述反馈信息构成媒体接入控制mac协议数据单元pdu上报。
85.在一个可能的实现方式中，上报模块520将预设的填充数据和所述反馈信息承载到所述mcg的pusch上报，包括：
86.使用所述填充数据和所述反馈信息构成mac pdu上报。
87.在一个可能的实现方式中，上报模块520还用于若所述业务数据对应的业务为广播组播业务mbs，且所述scg配置有rb，则在所述scg上报所述业务数据的反馈信息。
88.在一个可能的实现方式中，上报模块520还用于若所述业务数据对应的业务为非mbs下行业务，且所述scg配置有rb，则在所述scg上报所述业务数据的反馈信息。
89.在一个可能的实现方式中，上报模块520在所述scg上报所述业务数据的反馈信
息，包括以下一项：
90.在所述scg的物理上行控制信道pucch上报上行控制信息，其中，所述上行控制信息包括所述反馈信息；
91.将所述scg的pusch数据与上行控制信息一起，承载在所述scg的pusch信道上报，其中，所述上行控制信息包括所述反馈信息。
92.在一个可能的实现方式中，上报模块520还用于若所述业务数据对应的业务为非mbs下行业务，且所述scg未配置rb，则不上报所述业务数据的反馈信息。
93.在一个可能的实现方式中，上报模块520还用于若所述业务数据对应的业务为mbs或非mbs下行业务，且所述scg配置有rb，在所述mcg上报所述反馈信息。
94.在一个可能的实现方式中，上报模块520在所述scg配置有rb，则在所述mcg上报所述反馈信息，包括以下一项：
95.若所述mcg上有pusch数据，则将所述mcg的pusch数据与上行控制信息一起，承载在所述mcg的pusch信道上报，其中，所述上行控制信息包括所述反馈信息。
96.本技术实施例提供的终端设备能够实现图1至图4的方法实施例中终端设备实现的各个过程，并达到相同的效果为避免重复，这里不再赘述。
97.图6是本技术实施例提供的网络设备的结构示意图，如图6所示，网络设备600包括：配置模块610，用于与终端设备建立scg，并不在所述scg上配置rb；传输模块620，用于在所述scg上传输mbs业务数据；第二接收模块630，用于从所述终端设备的mcg，接收所述mbs业务数据的反馈信息。
98.在一个可能的实现方式中，第二接收模块630从所述终端设备的mcg，接收所述mbs业务数据的反馈信息，包括：
99.解码所述终端设备在pusch上传输的数据，从中获取pusch数据和所述反馈信息；或者
100.解码所述终端设备在pusch上传输的数据，从中获取预设的填充数据和所述反馈信息。
101.本技术实施例提供的网络设备能够实现图1至4的方法实施例中网络设备或网络侧实现的各个过程，并达到相同的效果为避免重复，这里不再赘述。
102.图7是本技术实施例提供的另一种终端设备的框图。图7所示的终端设备700包括：至少一个处理器701、存储器702、至少一个网络接口704和用户接口703。终端设备700中的各个组件通过总线系统705耦合在一起。可理解，总线系统705用于实现这些组件之间的连接通信。总线系统705除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统705。
103.其中，用户接口703可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
104.可以理解，本技术实施例中的存储器702可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(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 rate sdram，ddrsdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synch link dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，drram)。本技术实施例描述的系统和方法的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。
105.在一些实施方式中，存储器702存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统7021和应用程序7022。
106.其中，操作系统7021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序7022，包含各种应用程序，例如媒体播放器(media player)、浏览器(browser)等，用于实现各种应用业务。实现本技术实施例方法的程序可以包含在应用程序7022中。
107.在本技术实施例中，终端设备700还包括：存储在存储器上702并可在处理器701上运行的计算机程序，计算机程序被处理器701执行时实现如下步骤：向网络设备发送上行信令，指示所述终端设备发送上行信号时是否做频偏预补偿；或者，根据网络设备发送的通知信令的指示，在发送上行信号时做或者不做频偏预补偿。
108.上述本技术实施例揭示的方法可以应用于处理器701中，或者由处理器701实现。处理器701可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的计算机可读存储介质中。该计算机可读存储介质位于存储器702，处理器701读取存储器702中的信息，结合其硬件完成上述方法的步骤。具体地，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器701执行时实现如下步骤：
109.在辅小区组scg上接收业务数据；
110.若所述业务数据对应的业务为广播组播业务mbs，且所述scg未配置无线承载rb，则在主小区组mcg上报所述业务数据的反馈信息。
111.可以理解的是，本技术实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(application specific integrated circuits，asic)、数字信号处理器(digital signal processing，dsp)、数字信号处理设备(dsp device，dspd)、可编程逻辑设备(programmable logic device，pld)、现场可编程门阵列(field-programmable gate array，fpga)、通用处
理器、控制器、微控制器、微处理器、用于执行本发明所述功能的其它电子单元或其组合中。
112.对于软件实现，可通过执行本技术实施例所述功能的模块(例如过程、函数等)来实现本技术实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
113.终端设备700能够实现前述方法100至方法300中终端设备实现的各个过程，并具有相同的效果为避免重复，这里不再赘述。
114.请参阅图8，图8是本技术实施例提供的一种网络设备的结构图，能够实现方法200中的各细节，并达到相同的效果。如图8所示，网络设备800包括：处理器801、收发机802、存储器803、用户接口804和总线接口，其中：
115.在本技术实施例中，网络侧设备800还包括：存储在存储器上803并可在处理器801上运行的计算机程序，计算机程序被处理器801、执行时实现如下步骤：
116.与终端设备建立scg，并不在所述scg上配置rb；
117.在所述scg上传输mbs业务数据；
118.从所述终端设备的mcg，接收所述mbs业务数据的反馈信息。
119.在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器801代表的一个或多个处理器和存储器803代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机802可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口804还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
120.处理器801负责管理总线架构和通常的处理，存储器803可以存储处理器801在执行操作时所使用的数据。
121.网络设备800能够实现前述方法100至方法300中网络设备实现的各个过程，并达到相同的效果为避免重复，这里不再赘述。
122.本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述方法100、方法200、或方法300实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
123.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
124.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质
(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
125.上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。