请求系统消息块的方法及装置、通信设备及存储介质与流程

1.本公开涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及一种请求系统消息块的方法及装置、通信设备及存储介质。


背景技术：

2.基站会通过广播方式发送系统消息。系统消息包括：主消息块(master information block，mib)和系统消息块(system information block，sib)。sib又分为sib1和其他的sib。其他sib可包括：sib2、sib 3及sib 4
…
。mib携带了ue接入小区所需的最必要的信息。
3.举例来说，mib包括系统帧号和/或子载波间隔等信息。
4.sib1携带了其他sib的调度信息、接入控制信息和小区选择信息等。
5.其他sib携带了其他功能所需的参数，比如小区重选、定位、紧急通知及直连链路(sidelink，sl)等。ue需要一直获取mib和sib1。对于其他sib，ue根据自己的需要选择其中的信息进行读取。
6.当系统消息发生变更时，基站会发送短消息。短消息会携带系统消息修改通知，来通知ue系统信息发生更改。ue收到短消息之后，会读取并获得更新的系统信息。
7.短消息中还会携带紧急消息通知，如果ue支持获取紧急消息，则在收到通知后，会读取sib6、sib7和sib8，来获取紧急消息的内容。


技术实现要素：

8.本公开实施例提供一种请求系统消息块的方法及装置、通信设备及存储介质。
9.本公开实施例第一方面提供一种请求系统消息块的方法，包括：
10.接收请求系统消息块sib的获取请求；
11.下发针对所述获取请求的反馈信息。
12.本公开实施例第二方面提供一种请求系统消息块的方法，包括：
13.发送请求系统消息块sib的获取请求；
14.接收针对所述获取请求的反馈信息。
15.本公开实施例第三方面提供一种请求系统消息块的装置，包括：
16.第一接收模块，被配置为接收请求系统消息块sib的获取请求；
17.第一发送模块，被配置为下发针对所述获取请求的反馈信息。
18.本公开实施例第四方面提供一种请求系统消息块的装置，包括：
19.第二发送模块，被配置为发送请求系统消息块sib的获取请求；
20.第二接收模块，被配置为接收针对所述获取请求的反馈信息。
21.本公开实施例第五方面提供一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行如前述第一方面或第二方面提供的请求系统消息块的方法。
22.本公开实施例第六方面提供一种计算机存储介质，所述计算机存储介质存储有可执行程序；所述可执行程序被处理器执行后，能够实现前述的＝第一方面或第二方面提供的请求系统消息块的方法。
23.本公开实施例提供的请求系统消息块的方法装置、通信设备及存储介质，网络侧在接收到请求sib的获取请求之后，会下发答复所述获取请求的反馈信息。如此，ue在接收到该反馈信息之后，会根据反馈信息的信息内容，确定是否需要重新发送获取请求，或者等待网络侧下发所请求的sib；从而减少了ue在网络侧不会下发所请求sib时重复请求或持续监听等到导致的功耗，节省了ue的功耗，且减少了因为ue重复发送获取请求对无线环境的影响。
24.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开实施例。
附图说明
25.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明实施例，并与说明书一起用于解释本发明实施例的原理。
26.图1是根据一示例性实施例示出的一种无线通信系统的结构示意图；
27.图2是根据一示例性实施例示出的一种请求系统消息块的方法的流程示意图；
28.图3是根据一示例性实施例示出的随机接入过程的流程示意图；
29.图4是根据一示例性实施例示出的一种mac pdu的格式示意图；
30.图5是根据一示例性实施例示出的一种mac rar的格式示意图；
31.图6是根据一示例性实施例示出的一种bi子头的格式示意图；
32.图7是根据一示例性实施例示出的一种mac ce的格式示意图；
33.图8a是根据一示例性实施例示出的一种mac ce的格式示意图；
34.图8b是根据一示例性实施例示出的一种mac ce的格式示意图；
35.图9是根据一示例性实施例示出的一种请求系统消息块的方法的流程示意图；
36.图10是根据一示例性实施例示出的一种请求系统消息块的方法的流程示意图；
37.图11是根据一示例性实施例示出的一种请求系统消息块的装置的结构示意图；
38.图12是根据一示例性实施例示出的一种请求系统消息块的装置的结构示意图；
39.图13是根据一示例性实施例示出的一种ue的结构示意图；
40.图14是根据一示例性实施例示出的一种基站的结构示意图。
具体实施方式
41.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明实施例的一些方面相一致的装置和方法的例子。
42.在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“一个”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术
语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
43.应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
44.请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于蜂窝移动通信技术的通信系统，该无线通信系统可以包括：若干个ue11以及若干个基站12。
45.其中，ue11可以是指向用户提供语音和/或数据连通性的设备。ue11可以经无线接入网(radio access network，ran)与一个或多个核心网进行通信，ue11可以是物联网ue，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网ue的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(station，sta)、订户单元(subscriber unit)、订户站(subscriber station)、移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程ue(remote terminal)、接入ue(access terminal)、用户装置(user terminal)、用户代理(user agent)、用户设备(user device)、或用户ue(user equipment，ue)。或者，ue11也可以是无人飞行器的设备。或者，ue11也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线通信设备。或者，ue11也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
46.基站12可以是无线通信系统中的网络侧设备。其中，该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication，4g)系统，又称长期演进(long term evolution，lte)系统；或者，该无线通信系统也可以是5g系统，又称新空口(new radio，nr)系统或5g nr系统。或者，该无线通信系统也可以是5g系统的再下一代系统。其中，5g系统中的接入网可以称为ng
‑
ran(new generation
‑
radio access network，新一代无线接入网)。或者，mtc系统。
47.其中，基站12可以是4g系统中采用的演进型基站(enb)。或者，基站12也可以是5g系统中采用集中分布式架构的基站(gnb)。当基站12采用集中分布式架构时，通常包括集中单元(central unit，cu)和至少两个分布单元(distributed unit，du)。集中单元中设置有分组数据汇聚协议(packet data convergence protocol，pdcp)层、无线链路层控制协议(radio link control，rlc)层、媒体访问控制(media access control，mac)层的协议栈；分布单元中设置有物理(physical，phy)层协议栈，本公开实施例对基站12的具体实现方式不加以限定。
48.基站12和ue11之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4g)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5g)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5g的更下一代移动通信网络技术标准的无线空口。
49.在一些实施例中，ue11之间还可以建立e2e(end to end，端到端)连接。比如车联网通信(vehicle to everything，v2x)中的v2v(vehicle to vehicle，车对车)通信、v2i
(vehicle to infrastructure，车对路边设备)通信和v2p(vehicle to pedestrian，车对人)通信等场景。
50.在一些实施例中，上述无线通信系统还可以包含网络管理设备13。
51.若干个基站12分别与网络管理设备13相连。其中，网络管理设备13可以是无线通信系统中的核心网设备，比如，该网络管理设备13可以是演进的数据分组核心网(evolved packet core，epc)中的移动性管理实体(mobility management entity，mme)。或者，该网络管理设备也可以是其它的核心网设备，比如服务网关(serving gateway，sgw)、公用数据网网关(public data network gateway，pgw)、策略与计费规则功能单元(policy and charging rules function，pcrf)或者归属签约用户服务器(home subscriber server，hss)等。对于网络管理设备13的实现形态，本公开实施例不做限定。
52.如图2所示，本公开实施例提供一种请求系统消息块的方法，其中，包括：
53.s110：接收请求系统消息块sib的获取请求；
54.s120：下发针对所述获取请求的反馈信息。
55.该方法可应用网络侧的基站中，该基站可为演进型基站(envolved node b，enb)或者下一代基站(next generation b，gnb)等各种基站。
56.接收到ue发送的请求sib的获取请求。该获取请求包括但不限于：ondemand请求。
57.在本公开实施例中，接收到该获取请求之后，会向ue发送反馈信息。该反馈信息可包括：指示确认下发所请求的sib的确认反馈和/或拒绝发送所请求sib的否认反馈。
58.通过反馈信息的下发，如此，ue就知道网络侧是否会下发自身请求的sib，而不是一律默认网络侧下发自身请求的所有sib，或者，在未接收到请求的sib时一直发送请求对应sib的获取请求；减少了ue一直得到不到网络侧对获取请求的回馈导致的ue的不停等待和/或不停发送请求所产生的功耗。
59.在一些实施例中，sib1是与其他sib不耦合发送的单独发送的系统消息块。所述sib为按需ondemand形式获取的sibx，x为等于2或大于2的正整数。
60.此处的sibx包括但不限于：sib2、sib3、sib4、sib5、sib6、sib7或sib8或者sib9等。当然此处仅是对获取请求所请求的sib的举例，具体实现时不局限上述举例。
61.在一些实施例中，所述反馈信息所针对的sib可为携带向非连接态的ue提供sib。所述非连接态的ue包括但不限于：空闲态的ue和/或非激活态的ue。
62.可以理解地，所述sibx为：携带跟踪参考信号(tracking rfeference signal，trs)trs的配置信息的sib；和/或，携带信道状态信息参考信号(channel state indicator，csi)
‑
(reference signal，rs)的配置信息的sib。
63.所述配置信息包括但不限于：发送资源的资源信息。该发送资源包括但不限于：频域资源、时域资源和/或波束资源。
64.可以理解地，所述配置信息可包括：发送trs的图样的指示信息；和/或发送csi
‑
rs的图样的指示信息。所述图样可为频域资源的图样，和/或时域资源的图样。
65.所述trs可用于ue进行相位噪声估计。
66.所述csi
‑
rs可用于ue对当前无线信道进行信道质量估计。
67.在一些实施例中，所述s120可包括：下发否定答复(negative acknowledge，nack)，其中，所述nack，指示网络侧不下发请求的sib；或者，下发确定答复(acknowledge，
ack)，其中，所述ack指示网络侧下发请求的sib。
68.本公开实施例中的反馈信息可为nack，例如，若ue未接收到携带反馈信息，则可认为网络侧给出的ack。根据统计数据，网络侧下发nack的概率比ack的概率低，为了减少信令开销，更多的沿用相关技术中，本公开实施例中提供的反馈信息可为nack。若下发的nack，则说明网络侧不会发送ue所请求的sib。
69.若网络侧下发ack，说明网络侧会下发获取请求对应的sib，ue到对应sib的发送资源位置上接收所请求的sib即可，而不用继续发送获取请求以重复请求sib的下发。
70.在一个实施例中，所述s120可包括以下至少之一：
71.响应于未配置请求的sib携带的配置信息所指示的资源，下发所述nack；
72.响应于配置有请求的sib携带的配置信息所指示资源且所述配置信息所指示资源的不可用，下发所述nack；
73.响应于请求的sib的调度信息在最小剩余系统信息rmsi中，下发所述nack。例如，在确定是否需要配置sib的发送资源时，基站发现小区处于非连接态的ue很少甚至无处于非连接态的ue，则可以从节省通信资源使得有更多通信资源用于其他信息发送其他信息，则可能没有未trs和/或csi
‑
rs等配置发送资源，则相当于部分基于ondemand获取的sib不存在。在这种情况下，基站自然下发nack。
74.再例如，基站虽然有未对应的参考信号和/或控制信息配置发送资源，但是由于紧急业务数据等情况，该配置的发送资源已经被占用或者被传输优先级更高的其他控制信息和/或业务数据所挤占，因此网络侧没有发送资源来下发对应的参考信号和/或控制信息，因此携带这些参考信号和/或控制信息的配置信息的sib也就不存在，基站侧同样可发送nack告知ue不用再继续等待请求的sib或者重复请求对应的sib。
75.此处的响应于配置有请求的sib携带的配置信息所指示资源且所述配置信息所指示资源不可用，可认为：sib携带的配置信息所指示资源没有发送对应该配置信息对应的参考信号和/或控制信息。
76.在另一个实施例中，若基站侧已经下发了对应sib所携带配置信息，基站侧可认为没有必要重复发送，同样可发送nack。
77.例如，所请求sib携带的配置信息已经在最小剩余系统消息(rmsi)携带，则基站可下发nack。如此，ue接收到nack，则可以到rmsi提取所请求sib所需携带的信息内容。在一些情况下，若该ue没有收到对应的rmsi，该ue可以请求相邻位置处的ue获取rmsi。
78.在一些实施例中，所述反馈信息还包括：
79.辅助信息，其中，所述辅助信息，至少供用户设备ue确定用于获取所述sib所需的相关信息。
80.即在这种情况下，反馈信息不仅包括反馈指示，还包括辅助信息。此处的反馈指示即为前述nack或ack。
81.该辅助信息，可用于ue获取所请求sib的相关信息，例如，指示ue何时能够发起再次请求该sib的获取请求，和/或，指示所请求sib内所携带配置信息对应的配置资源是否可用。
82.通过该辅助信息的下发，则ue知晓是否需要再次发起获取请求、何时发起获取请求等。
83.在另一些实施例中，所述辅助信息还可携带有：反馈信息携带的是nack的原因信息。举例来说，ue请求携带有trs/csi
‑
rs的配置信息的sib，基站发现当前没有配置trs/csi
‑
rs的发送资源，或者配置的发送资源出现被挤占等不可用的状态时，则下发所请求sib也没有用，则基站会反馈nack，同时告知发送nack的原因，基于该原因ue就能够知晓基站发送nack的原因，从而不重复发起获取请求或者持续等待。
84.在一个实施例中，所述辅助信息包括以下至少之一：
85.时长信息，指示所述ue再次发起所述获取请求的间隔时长；
86.可用状态信息，指示是否有所述获取请求所请求sib携带的配置信息，或指示所述获取请求所请求sib的携带配置信息所指示资源是否可用。
87.通过间隔时长的设置，减少ue频繁发起获取请求，减少因为频繁发起获取请求导致的无线环境恶化的现象。
88.导致请求的sib无需下发的原因至少有两种，一种是：网络侧没有配置对应所请求sib包含的配置信息，即没有为相应的参考信号和/或控制信息配置参考信号的发送资源；或者，网络侧有配置所请求sib包含的配置信息，但是该配置信息现在处于无效状态，即该配置信息所指示的发送资源处于被其他控制信息和/或业务数据所挤占的不可用状态。
89.在一些实施例中，该获取请求是由处于非连接态的ue发送的，则此时基站是在随机接入过程中接收所述获取请求，例如，s110包括但不限于：在随机接入过程中的第一消息msg1或第三消息msg3中接收所述获取请求。此处非连接态的ue包括：空闲态ue和/或非激活态的ue。
90.图3所示为一种4步随机接入过程的流程示意图，在4步随机接入过程中：
91.ue向基站发送msg1；msg1携带有ue请求随机接入的随机接入前导码(random access preamble，rap)标识(identity，id)；
92.基站若挑选该ue进行随机接入，则会下发msg2，该msg2若携带了该ue上报的rap id；
93.ue在接收到携带自身的pra id的msg2之后，会向基站发送msg3；
94.基站接收到msg3之后会下发msg4，msg4由mac协议数据单元(protocol data unit，pdu)构成。
95.msg1可理解为随机接入过程中携带有随机接入前导码的随机接入请求。
96.msg3可理解为：ue在接收到基于msg1后下发了msg2之后发送的消息。msg2可包含随机接入响应(random access response，rar)。
97.在另一些实施例中，所述方法还包括：接收寻呼消息发送的寻呼响应携带的所述获取请求。
98.若获取请求携带在msg1中，则反馈信息可以携带在msg2和/或msg4中。为了使得ue尽可能快地获得反馈信息，将所述反馈信息携带在msg2中。
99.所述msg2中可携带一个或多个指示所述反馈信息的反馈比特。
100.例如，所述msg2中一个或多个比特指示所述反馈信息。一个比特具有两个比特值，分别是“0”及“1”。
101.在一种情况下，该反馈比特的比特值为“0”表示网络侧指示确认反馈，则该比特值为“1”表示否认反馈。在另一种情况下，该反馈比特的比特值为“1”表示网络侧指示确认反
馈，则该比特值为“0”时表示网络侧指示否认反馈。
102.在一个实施例中，所述反馈比特可为msg2的消息格式中预留比特构成，也可以是在msg2的消息格式中的扩展比特构成。此处的扩展比特可为新增比特。
103.msg2对应的mac pdu至少携带有mac子pdu。在一些场景下，该mac pdu除了包括mac子pdu之外，还会包括填充(pading)。填充是msg2中的mac pdu的可选内容。
104.参考图4所示，一个mac子pdu可至少包括一个子头。一个mac子pdu除了包括一个子头以外，还可以包括对应的mac rar。mac子pdu携带有rap id，若该rap id为某一个ue发送，则表示该mac子pdu关联的mac rar为发送给该ue，该ue可以基于mac rar发送第三消息。
105.本公开实施例中反馈信息可以携带在mac rar中。例如，所述反馈比特可以携带在mac rar中。
106.图4所示的mac pdu中第3个mac子pdu为携带有反馈信息的mac子pdu。图4中以反馈信息为nack进行举例，在第3个mac子pdu中存在一个rap id子头和一个第二类型的mac rar。
107.根据mac rar是否携带有反馈信息，可以将mac rar分为第一类型mac rar和第二类型mac rar；第一类型mac rar不携带反馈信息，第二类型mac rar携带反馈信息。第一类型mac rar携带的信息可包括：各种传输的授权信息，例如，物理上行共享信道的授权信息。
108.在本公开实施例中，所述反馈信息携带在第二类型mac rar中，则对应ue接收到msg2，将根据相关技术随机接入过程中基于rap id匹配的技术，ue匹配rap id是发送给自身之后，则ue将继续解码所述第二类型mac rar获取所述反馈信息，从反馈信息获取到基站的ack或者nack指示。此后ue决定后续随机接入流程或者是否继续请求sib或者等待接收sib。比如，若收到nack，则终止本次随机接入过程，例如，不再继续发送msg3。比如，收到msg2携带的rap id与ue在msg1中发送的rap id的不同，则ue中止本次随机接入过程。
109.在一些实施例中，由于在msg2中引入反馈信息，则可以根据是否能够携带反馈信息，将msg2分为两个类型。
110.一个类型的msg2继续沿用不携带反馈信息的信息格式，这种信息格式的msg2构成了第一类型msg2；另一个类型的msg2将携带反馈信息的信息格式，这种信息格式的msg2为第二类型msg2。
111.故在本公开实施例中提供的msg2可以分为：不能够携带所述反馈信息的msg2为第一类型msg2；和能够携带所述反馈信息的msg2为第二类型msg2。
112.在一个实施例中，对应于所述第一类型msg2的msg1的通信资源，不同于对应于所述第二类型msg2的msg1的通信资源。
113.第一类型msg2和第二类型msg2所对应的msg1的通信资源不同，则基站侧根据ue发送msg1所使用的通信资源，就可以确定出以哪种类型的msg2回复ue。
114.在一些实施例中，对应于第二类型msg2的msg1的通信资源，可对于不支持第二类型msg2的ue而言是不可见的。例如，对应于第二类型msg2的msg1的通信资源可以是非关键性扩展的配置。
115.这种非关键性扩展的配置是一种可选配置。在进行配置时，网络侧可以选择该非关键性扩展的配置，也可以不选择该非关键性扩展的配置。若网络侧未选择该非关键性扩展的配置，则网络侧未配置采用第二类型msg2进行反馈信息下发。
116.在一个实施例中，由于基站下发第一类型msg2和第二类型msg2的msg1所使用的通信资源不同，则此时，基站根据接收msg1的通信资源，可以简便的确定出msg1是否携带有获取请求，需要以哪种信息格式来解码接收到msg1，从而简化基站侧对msg1的解码。
117.当然在一些实施例中，携带有获取请求的msg1和不携带获取请求的msg1可以复用相同的通信资源，基站侧在接收到msg1之后，分别以携带有获取请求和不携带有获取请求的msg1的信息格式进行msg1的解码，比如，此时msg1的类型，可以通过其携带随机接入前导码的id进行区分。
118.在一个实施例中，所述方法还包括：下发sib1，其中，所述sib1中携带有所述第二类型msg2所对应msg1的通信资源的资源信息。
119.在本公开实施例中，msg1的通信资源携带在广播发送的sib1中，如此即便非连接态的ue也能够接收到上述msg1的通信资源的资源信息。
120.所述msg2携带所述反馈信息的方式包括：
121.显性携带，即通过专门的反馈比特指示所述反馈信息；
122.隐性携带，即通过与其他信息共用指示比特指示所述反馈信息，例如，反馈信息与特定信息具有对应关系，对应的至少比特携带特定信息时，就相当于同时指示对应的特定信息和所述反馈信息。
123.所述特定信息包括但不限于：随机接入前导码(random access preamble，rap)id。
124.该rap id可为分为至少两类，一类是与反馈信息建立有对应关系的rap id，另一个类是未与反馈信息建立有对应关系的rap id。
125.例如，建立与反馈信息建立有对应关系的rap id，则ue接收到这种rap id之后，就知晓网络侧对ue请求的sib的反馈信息，进而根据反馈信息确定出执行下一步的操作，例如，是否继续发送获取请求，或者需要到对应的资源上接收sib等。
126.与反馈信息建立有对应关系的rap id可为：相关技术中预留的rap id。此处的预留的rap id可由网络侧预先通知ue，或者，由通信协议规定。
127.在本公开实施例中，与反馈信息对应的rap id至少包括：与nack对应的rap id。即msg2至少可携带与nack具有对应关系的rap id。
128.在一些实施例中，为了方便ue解码，所述第二类型msg2还具有类型字段，所述类型字段指示msg2的类型。
129.在一些实施例中，第一类型msg2和第二类型msg2，不用通过专门的类型字段进行去区分。可以理解的，通过msg2所携带字段的类型区分第一类msg2和第二类型msg2；和/或，通过msg2所携带的信息内容来区分第一类msg2和第二类型msg2。例如，第一类型msg2携带第一类型mac rar；第二类型msg2携带第二类型mac rar。再例如，第二类型msg2携带与反馈信息具有对应关系的rap id；第一类型msg2携带与反馈信息不具有对应关系的rap id。
130.该类型字段包括一个或多个比特，该类型字段也可以称之为类型标志(flag)，可以用于指示当前msg2是不是第二类型msg2，或者，直接指示当前msg2是第一类型的msg1还是第二类型msg2。当前msg2可为包含所述类型字段的msg2。
131.所述msg2携带的与所述反馈信息具有对应关系的rap id，具有如下特点的至少之一：
132.不同rap id与不同所述sib的反馈信息具有对应关系；
133.一个所述rap id与多个所述sib的反馈信息具有对应关系。
134.响应于一个所述rap id与多个所述sib的反馈信息具有对应关系，则所述msg2还携带有所述反馈信息对应的sib的信息标识。
135.即，在所述对应关系中；不同sib的反馈信息对应的rap id不同；或者，不同所述sib的反馈信息对应相同的rap id，且所述msg2携带有所述反馈信息所指示的sib的标识信息。
136.所述不同sib的反馈信息对应的rap id不同，至少包括：不同sib的nack对应的rap id不同。
137.所述不同所述sib的反馈信息对应相同的rap id，至少包括：不同sib的nack对应相同的rap id。
138.根据第二类型msg2的携带内容不同可以分为以下几种情况：
139.情况1：第二类型msg2携带与反馈信息具有对应关系的rap id，不在携带辅助信息和/或反馈信息所对应sib的信息标识；
140.情况2：第二类型msg2携带与一个sib反馈信息具有对应关系的rap id；进一步地，在这种情况下，第二类型msg2还可以携带前述辅助信息中的一个或多个；
141.情况3：第二类型msg2携带与多个sib反馈信息具有对应关系的rap id及该rap id所对应的sib的信息标识。进一步地，在这种情况下，该第二类型msg2还可以携带前述辅助信息中的一个或多个。
142.在情况1和情况2下，第二类型msg2中携带rap id都可以对应于一个sib的反馈信息，如此，ue接收到对应的rap id之后就知道对应sib的反馈信息。
143.在情况3下，ue接收到同时对应于多个sib的反馈信息的rap id之后，还会根据信息标识确定该rap id作用于哪个rap id对应的sib。
144.采用情况3的方式，则与sib的反馈信息具有对应关系的rap id的数量可以比较少，例如，可以仅为一个或者两个等少量个数。若这种与多个sib的反馈信息具有对应关系的rap id有多个时，不同的rap id可对应于不同sib的反馈信息；如此，第二类型msg2中携带标识信息的信息比特可以相应的减少。
145.在一个实施例中，根据rap id与sib的反馈信息的对应关系，及携带有反馈信息的msg2是否携带有辅助信息，可以分为以下四种情况：
146.情况1：所述msg2携带的不同rap id对应于不同sib的反馈信息，且所述msg2不具有携带有辅助信息的mac rar；
147.或者，
148.情况1：所述msg2携带的相同rap id对应于不同sib的反馈信息，且所述msg2不具有携带有辅助信息的mac rar；
149.或者，
150.情况1：所述msg2携带的不同rap id对应于不同sib的反馈信息，且所述msg2具有携带有辅助信息的mac rar；
151.或者，
152.情况4：所述msg2携带的相同rap id对应于不同sib的反馈信息，且所述msg2具有
携带有辅助信息的mac rar。
153.在一个实施例中，所述msg2还携带有具有所述反馈信息的sib的信息标识。
154.该信息标识可以是在一个rap id对应于一个sib的反馈信息时携带，也可以是在一个rap id对应于多个sib的反馈信息时携带，处于减少比特开销的考虑，信息标识可以仅仅在一个rap id对应于多个sib的反馈信息时携带。
155.在一个实施例中，该信息标识可以由专用的比特显性指示，也可以和其他信息建立对应关系的方式进行隐性指示。
156.在该信息标识是由专用的比特显性指示时，所述信息标识携带在所述msg2的标识信息域内；所述标识信息域携带有一个或多个与nack对应的sib的信息标识；或者，所述标识信息域携带一个或多个与ack对应的sib的信息标识。
157.在第二类型msg2中引入了标识信息域，该标识信息域可专门用于放置反馈信息与rap id具有对应关系的sib的信息标识。当然该信息标识域还可以用于携带前述的辅助信息。
158.所述标识信息域包含在所述msg2的mac rar中，且一个所述mac rar的长度，大于或等于所述标识信息域的长度。
159.例如，一个msg2的协议数据单元(protocol data unit，pdu)可包括多个mac子pdu；一个mac子pdu包括一个rap id子头(subheader)和mac随机接入响应(random access response，rar)。rap id子头用于携带rap id；mac rar用于携带随机接入响应。
160.在本公开实施例中，所述标识信息域可包含在mac rar中，且标识信息域的长度小于或等于标识信息域的长度，如此，可以在与相关技术中mac子pdu格式的兼容。若标识信息域的长度刚好等于mac rar的长度，则mac rar没有剩余比特，此时在mac rar层面的格式没有变更。若标识信息域的长度小于mac rar的长度，则mac rar有剩余比特，该剩余比特可以作为预留比特或者携带其他信息，如此在mac rar层面的信息格式有变更。
161.具体所述标识信息域的长度是小于或等于所述mac rar的长度，可以根据当前的无线传输需求来选择。
162.在另一个实施例中，所述标识信息域的长度可以超过mac rap的长度。例如，若标识信息域的长度超过一个mac rap的长度时，一个mac子pdu具有扩展比特，则标识信息域同时包含mac rap的信息比特和扩展比特。此处的扩展比特是一个mac子pdu内的新增比特。
163.在一些实施例中，若msg2携带辅助信息，且msg2中设置有信息标识域，则所述标识信息域还用于携带所述辅助信息；其中，所述辅助信息，至少供用户设备ue确定用于获取所述sib所需的相关信息。辅助信息的相关描述可以参见前述对应实施例，此处就不重复了。
164.值得注意的是：msg2携带的辅助信息，可以携带在信息标识域内，也可以携带在信息标识域外。
165.图5所示为本公开实施例提供的第二类型mac rar的一种格式示例。
166.第二类型的mac rar可包括多个字节，在图5中一个第二类型mac rar包含8个八位组(octet)，分别是oct0至oct7。图5中所示的第二类型mac rar具有一个si rap id
‑
i域，该si rap id
‑
i域可至少用于携带前述的反馈信息所对应sib的标识信息。在一些实施例中，si rap id
‑
i域还可以用于携带辅助信息。
167.所述msg2具有退避指示符bi的bi子头；其中，所述bi子头携带所述反馈信息。
168.所述msg2的mac子pdu中还携带有bi。该bi指示的随机接入的退避值。接收到该msg2的ue会根据bi子头内的bi进行随机接入退避，在退避值达到所述bi指示的值之后，可再次发起随机接入，即再次发送msg1。
169.在一个实施例中，在msg2的有一个mac子pdu中携带有所述bi的bi子头。参考图4所示，在构成msg2的mac pdu中，第1个mac子pdu是携带bi的mac子pdu。在图4中第1个mac子pdu的子头可以称为bi子头。
170.在图4中各个mac子pdu的子头内的e字段，可用于指示其所在子头是否有其他字段；t字段，可用于指示其所在子头是否包含rap id；例如，第1个mac子pdu的子头内，t字段指示其所在子头包含的不是rap id而是bi子头。而bi子头携带有bi。在图4中携带有rap id的子头可以称之为rap id子头。
171.在本公开实施例中，所述反馈信息可以使用bi子头中的剩余比特来携带。例如，bi子头中的预留比特中的一个或多个，可以用于指示反馈信息，例如，指示反馈信息中的ack或nack。
172.在一些实施例中，所述bi子头还携带有前述的辅助信息，此处地，所述辅助信息，至少供用户设备ue确定用于获取所述sib所需的相关信息。
173.例如，bi子头的预留比特还可以携带前述时长信息和/或可用状态信息等。
174.图6所示为包含bi的子头的一个信息格式示例。在图6中所示的bi子头可包括1个八位组(oct1)。1个八位组可包括8个比特。参考图6可知，在该bi子头内除了携带bi以外，还携带有反馈信息。图6中r字段为预留字段；e为扩展字段，指示该子头是否还有其他内容；t字段为类型字段，指示该子头内是否携带有rap id。e字段和t字段都可占用1个比特。反馈信息也可以占用该子头内一个字段。
175.如此，ue接收到该msg2不仅能够知晓网络层对自身请求的sib是否会发送，还会根据bi子头携带的辅助信息，知道何时可以再次发起获取sib的获取请求，或者，网络侧拒绝发送sib的原因。该原因包括但不限于：网络侧未配置获取请求所请求sib携带的配置信息和/或配置有sib携带的配置信息但是该配置信息指示的发送资源不可用。
176.在一个实施例中，所述反馈信息由所述bi子头的预留比特携带。
177.在另一个实施例中，所述反馈信息可与bi子头携带的bi具有对应关系。在这种情况下，bi子头携带的bi不仅指示了退避值，同时还指示了对获取请求的nack或者ack。
178.在一个实施例中，所述s110可包括：接收携带有所述sib的获取请求的第三消息msg3。
179.在一个实施例中，所述sib的获取请求可以携带在msg3中。
180.对应地，s120可包括：将所述反馈信息携带在所述msg4中下发给ue。
181.在一个实施例中，所述msg4包括：媒体访问控制mac控制单元ce。
182.一个msg4可携带有一个或多个mac ce。mac ce包括：mac ce子头(subheader)。一个mac ce子头可以携带一个lcid值。
183.在一个实施例中，mac ce子头包括一个八位组(oct)，而一个oct具有8个比特，这8个比特包括：预留域和lcid域；预留域包括预留比特；lcid域，用于携带lcid值。如图7所示，预留域可包括2个预留比特；lcid域可包括6个比特。如此，lcid域具有64个lcid值。这64个lcid值可如表1：
[0184][0185]
表1
[0186]
在表1中码点/索引(codepoint/index)为35，即码点或索引为35，是与反馈信息具有对应关系的lcid值的示例。
[0187]
例如，表1中码点或索引为35的lcid值是与反馈信息中的nack具有对应关系。
[0188]
但是网络侧预先配置了很多可以供mac ce子头携带的lcid值。且网络侧配置的多个lcid值中的一个或多个与反馈信息具有对应关系。例如，多个lcid值中的一个或多个与反馈信息中的nack或ack具有对应关系。
[0189]
总之，mac ce子头所携带的多个lcid值中至少部分值，与所述反馈信息具有对应关系。
ce携带的是与反馈信息具有对应关系的增强lcid值。
[0207]
mac ce子头的长度可以是固定的，也可以是不固定的。例如，一个mac ce子头的固定长度可为8个比特；mac ce子头包含的比特数可为8个比特数的整数倍。
[0208]
为了方便同时需要获取第一类mac ce和第二类mac ce对msg4的简便解码，则所述第一类mac ce和所述第二类mac ce相邻分布在所述msg4中。
[0209]
图7为一个mac ce子头的示意图。在图7中一个mac ce子头可包括一个八位组(oct1)。一个mac ce子头包括：r域和lcid域；r域为保留域，具有一个或多个预留比特。在图7中mac ce子头的保留域具有2个保留比特。在图7中mac ce子头的lcid域具有6个比特，具有64个比特值，即可指示64个lcid值。
[0210]
图7可以理解为第一类mac ce子头的一种示例。
[0211]
图8a和图8b可以理解为第二类mac ce的示例。
[0212]
在图8a中展示的第二类mac ce子头具有的是一个增强逻辑信道标识(enlcid)域。该enlcid域可用于携带反馈信息，或者携带与反馈信息具有对应关系的lcid值。
[0213]
图8a所示的第二类mac ce子头的长度是固定的，即为1个八位组，也即8个比特。
[0214]
图8b中展示的第二类mac ce的长度是不固定的，即第二类mac ce的长度是可变的。不固定的mac ce的比特数通常为8的正整数倍。
[0215]
在图8b所示的第二类mac ce中，利用f字段指示当前mac ce的长度是不固定的。图8b所示的第二类mac ce的长度由固定长度的1个八位组，增长到2个八位组，且这两个八位组分别是oct1和oct2。
[0216]
在图8b中enlcid域和l域，可由共同指示反馈信息。或者，l字段用于标识该mac ce子头内的enlcid域携带的是反馈信息或者与反馈信息具有对应关系的lcid值。
[0217]
在一个实施例中，包含不同类型的mac ce子头的mac ce即为不同类型的mac ce。此处，不同类型的mac ce至少包括第一类型mac ce和第二类型mac ce。
[0218]
在一个实施例中，第二类mac ce紧随其对应的所述一类mac ce。通过这种第一类mac ce和第二类mac ce之间的位置关系，表明当前第二类mac ce携带的反馈信息是：针对位于其前方的第一类mac ce所对应ue的。
[0219]
在一个实施例中，所述s120可包括：
[0220]
下发携带有所述反馈信息的无线连接控制(radio resource control，rrc)消息。
[0221]
例如，非连接态的ue通过msg1或者msg3发送所述获取请求或者其他方式方式发送获取请求，ue通过随机接入过程中从非连接态切换到连接态之后，就能够接收所述rrc消息。此时，网络侧的基站可以通过rrc消息向ue发送所述反馈信息，若网络侧不预备下发获取请求所请求的sib，则ue可以根据该rrc消息携带的反馈信息，确定是否继续发送获取请求。
[0222]
如图9所示，本公开实施例提供一种请求系统消息块的方法，包括：
[0223]
s210：发送请求sib的获取请求；
[0224]
s220：接收针对所述获取请求的反馈信息。
[0225]
本公开实施例提供的请求系统消息块的方法，可应用于各种请求sib的ue内。该ue可以为处于非连接态的ue。
[0226]
在一个实施例中，ue可以通过随机接入过程中的msg1和/或msg3发送所述获取请
求。
[0227]
在本公共实施例中，ue发送所述获取请求之后会收到基于该获取请求返回的反馈信息。该反馈信息可以是通过一个或多个比特显性携带的，也可以是通过与其他信息之间的对应关系被隐性携带的。
[0228]
在本公开实施例中，所述反馈信息可包括：nack或者ack。
[0229]
如此，ue可以根据反馈信息，确定是否继续发送获取请求，或者在所请求sib的配置资源接收所请求的sib。通过反馈信息的接收，可以减少不必要的获取请求的发送和接收sib的不必要等待。
[0230]
在一些实施例中，所述sib为按需ondemand形式获取的sibx，x为等于2或大于2的正整数。
[0231]
在本公开实施例中，通过获取请求去向网络侧请求的sib为sibx。
[0232]
在一个实施例中，所述sibx为：携带trs的配置信息的sib；和/或，携带csi
‑
rs的配置信息的sib。
[0233]
在一些实施例中，所述s210可包括：接收否定答复nack，其中，所述nack，指示网络侧不下发请求的sib；或者，接收确定答复ack，其中，所述ack，指示网络侧下发请求的sib。
[0234]
反馈信息可为nack或者ack，若ue接收到的是nack，说明网络侧不会发送请求的sib，一方面ue知晓了网络侧不会下发请求sib，则不必要重复请求，另一方面也不用等待ue下发sib，减少了ue重复请求sib或者等待监听sib所产生的功耗。
[0235]
若ue接收到ack，则说明网络侧会下发ue请求的sib，ue可以直接在请求的sib的配置资源上接收所请求的sib即可，不用重复请求，从而也减少了重复请求所产生的功耗。
[0236]
在一个实施例中，所述反馈信息还包括：
[0237]
辅助信息，其中，所述辅助信息，至少供用户设备ue确定用于获取所述sib所需的相关信息。
[0238]
在一个实施例中，所述辅助信息可为反馈信息为nack时下发的。例如，辅助信息可用于指示ue再次发送所述获取请求需要间隔时长的时长信息，或者，指示网络侧下发nack的原因的信息，指示网络侧下发nack的原因的信息包括但不限于：可用状态信息。
[0239]
在一个实施例中，所述辅助信息包括：
[0240]
时长信息，指示所述ue再次发起所述获取请求的间隔时长；和/或，可用状态信息，指示是否有所述获取请求所请求sib携带的配置信息，或，指示所述获取请求所请求sib的携带配置信息所指示资源是否可用。
[0241]
在另一些实施例中，在所述反馈信息为ack时，所述辅助信息可为：所请求sib的配置信息，该配置信息可至少指示了所请求sib的发送资源。如此，ue可以根据该辅助信息携带的sib的辅助信息，在对应的发送资源上接收该sib。
[0242]
在一个实施例中，所述s210可包括：发送携带有所述获取请求的第一消息msg1。
[0243]
第一消息msg1为随机接入消息中的一条，为4步随机接入过程中的第一条随机接入消息，一般携带有接入前导码的标识(identification，id)。
[0244]
在本公开实施例中，msg1不仅携带前导码的id还可以携带所述获取请求。
[0245]
在一些实施例中，所述s220可包括：发送携带有所述反馈信息的第二消息msg 2。
[0246]
在本公开实施例中，msg2携带有所述获取请求的反馈信息。该反馈信息可为nack
或者ack。
[0247]
在一个实施例中，所述msg2为携带有反馈比特。
[0248]
msg2携带有显性指示所述反馈信息的反馈比特，该反馈比特可为msg2中原本的预留比特，也可以是msg2中的预留比特。
[0249]
所述反馈信息，携带在所述msg2的mac随机接入响应rar中。例如，针对由反馈比特显性指示反馈比特，则反馈比特可以携带在mac rar中。
[0250]
携带所述反馈信息的mac rar为第二类型mac rar；不携带所述反馈信息的mac rar为第一类型mac rar。
[0251]
示例性地，携带反馈信息的msg2携带的mac rar为第二类型mac rar。
[0252]
在一个实施例中，按照msg2是否可以携带反馈信息进行区分，可以分为第一类型msg2和第二类型msg2。
[0253]
例如，不能够携带所述反馈信息的msg2为第一类型msg2；能够携带所述反馈信息的msg2为第二类型msg2。可以理解地是：所述第一类型msg2不携带所述反馈比特，而第二类型msg2携带所述反馈比特；或者，第一类型msg2携带第一类型mac rar；第二类型msg2携带第二类型mac rar。
[0254]
第一类型msg2可作为未携带有获取请求的msg1的回复信息。第二类型msg2可作为携带有获取请求的msg1的回复信息。
[0255]
在一些实施例中，对应于所述第一类型msg2的msg1的通信资源，不同于对应于所述第二类型msg2的msg1的通信资源。
[0256]
由于不同类型msg2所对应的msg1的通信资源不同，此时，在s210中，ue可以根据当前待发送的msg1是否携带有获取请求，在对应的通信资源上发送所述msg1，以触发网络侧下发对应类型的msg2。
[0257]
该对应于第二类型msg2的msg1的通信资源的配置方式，可与对应于第一类型msg2的msg1的通信资源的配置方式不同。例如，对应于第二类型msg2的msg1的通信资源是通过sib中的非关键扩展进行配置的。该非关键扩展的配置是一种可选配置。
[0258]
在一个实施例中，所述方法还包括：接收sib1，其中，所述sib1中携带有所述第二类型msg2的msg1的通信资源的资源信息。
[0259]
这里的资源信息可为：指示传输对应于第二类型msg2的msg1的时频资源和/或波束资源等信息。
[0260]
在一个实施例中，所述s220可包括：接收携带有与所述反馈信息对应的随机接入前导码rap标识id的msg2。
[0261]
在一个实施方式中，msg2不直接携带反馈信息的反馈比特，而是通过通过携带与反馈信息具有对应关系的rap id来隐性指示所述反馈信息。
[0262]
例如，在本公开实施例中，所述rap id包括：与反馈信息中nack具有对应关系的rap id、与反馈信息中ack具有对应关系的rap id、和/或与反馈信息不具有对应关系的rap id。
[0263]
在一些实施例中，所述第二类型msg2还具有类型字段，所述类型字段指示msg2的类型。
[0264]
例如，该类型字段可包括一个或多个比特，指示当前msg2可为第二类型msg2，以方
便ue快速解码所述msg2。
[0265]
在一个实施例中，不同所述sib的反馈信息对应的rap id不同；或者，不同所述sib的反馈信息对应相同的rap id。
[0266]
在一个实施例中，根据rap id与sib的反馈信息的对应关系，及携带有反馈信息的msg2是否携带有辅助信息，可以分为以下四种情况：
[0267]
情况1：所述msg2携带的不同rap id对应于不同sib的反馈信息，且所述msg2不具有携带有辅助信息的mac rar；
[0268]
或者，
[0269]
情况1：所述msg2携带的相同rap id对应于不同sib的反馈信息，且所述msg2不具有携带有辅助信息的mac rar；
[0270]
或者，
[0271]
情况1：所述msg2携带的不同rap id对应于不同sib的反馈信息，且所述msg2具有携带有辅助信息的mac rar；
[0272]
或者，
[0273]
情况4：所述msg2携带的相同rap id对应于不同sib的反馈信息，且所述msg2具有携带有辅助信息的mac rar。
[0274]
在一个实施例中，所述msg2还携带有具有所述反馈信息的sib的信息标识。
[0275]
该信息标识可以是在一个rap id对应于一个sib的反馈信息时携带，也可以是在一个rap id对应于多个sib的反馈信息时携带，处于减少比特开销的考虑，信息标识可以仅仅在一个rap id对应于多个sib的反馈信息时携带。
[0276]
在一个实施例中，该信息标识可以由专用的比特显性指示，也可以和其他信息建立对应关系的方式进行隐形指示。
[0277]
在一个实施例中，在该信息标识是由专用的比特显性指示时，所述信息标识携带在所述msg2的标识信息域内；所述标识信息域携带有一个或多个与nack对应的sib的信息标识；或者，所述标识信息域携带一个或多个与ack对应的sib的信息标识。
[0278]
在另一个实施例中，所述标识信息域包含在所述msg2的mac rar中，一个所述mac rar的长度，大于或等于所述标识信息域的长度。
[0279]
在一个实施例中，若msg2携带辅助信息，且msg2中设置有信息标识域，则所述标识信息域还用于携带所述辅助信息；其中，所述辅助信息，至少供用户设备ue确定用于获取所述sib所需的相关信息。
[0280]
值得注意的是：msg2携带的辅助信息，可以携带在信息标识域内，也可以携带在信息标识域外。
[0281]
在一个实施例中，msg2具有mac子pdu；一个msg2至少有一个mac子pdu携带有bi子头，该bi子头携带有bi。bi子头中的预留比特可用于携带所述反馈信息。
[0282]
在一个实施例中，所述msg2具有退避指示符bi的bi子头；其中，所述bi子头携带所述反馈信息。
[0283]
在一个实施例中，所述反馈信息由所述bi子头的预留比特携带。
[0284]
在一些实施例中，所述bi子头还携带有辅助信息；
[0285]
所述辅助信息，至少供用户设备ue确定用于获取所述sib所需的相关信息。
[0286]
在一些实施例中，所述s210可包括：发送携带有所述sib的获取请求的第三消息msg3。
[0287]
在一些实施例中，所述s220可包括：接收携带所述反馈信息的第四消息msg4。
[0288]
在一个实施例中，所述msg4可包括：一个或多个媒体访问控制mac控制单元ce。
[0289]
携带有所述反馈信息的mac ce可以称之为反馈ce，可区别于解决ue之间竞争的mac ce。
[0290]
一个mac ce至少包括mac ce子头。在一些情况下，所述mac ce除了包含mac ce子头还会包括有效负荷(payload)，所述反馈ce携带的反馈信息，可以携带在mac ce子头内，也可以是携带在有效负荷内。
[0291]
在一个实施例中，所述mac ce包括：mac ce子头；其中，mac ce子头所携带的多个lcid值中至少部分值，与所述反馈信息具有对应关系。
[0292]
在一个实施例中，所述msg4包括：媒体访问控制mac控制单元ce；所述mac ce包括：有效负荷；其中，所述有效负荷中连续分布的第一部分，与所述反馈信息不具有对应关系；所述有效负荷中所述第一部分以外的第二部分，与所述反馈信息具有对应关系。
[0293]
在一个实施例中，所述msg4的mac ce的有效负荷具有扩展比特；所述扩展比特，用于携带所述反馈信息。
[0294]
在一个实施例中，所述msg4的mac ce的有效负荷具有扩展比特；所述扩展比特，用于携带所述反馈信息。
[0295]
在一些实施例中，mac ce的有效负荷具有扩展比特，该扩展比特携带有所述反馈信息。例如，所述mac ce的有效负荷的扩展比特的可以显性指示所述反馈信息，也可以是通过与所述反馈信息具有对应关系的lcid值来隐形指示。
[0296]
例如，一个mac ce的有效负荷具有48个比特，该48比特可用于ue之间竞争冲突的解决。例如，该48个比特用于携带被响应的ue在msg3中携带的上行链路(uplink，ul)公共控制信道服务数据单元(common control channel service data unit，ccch sdu)前48比特。不同ue发送的msg3携带的ul ccch sdu的前48比特不同，因此通过mac ce的前48个比特复制随机接入成功的ue的ul ccch sdu的前48个比特的比特值。各ue接收到之后通过mac ce的前48个比特与自身发送的msg3中携带的ul ccch sdu的前48比特的比特，若比对一致，则认为自身随机接入成功；否则可认为自身随机接入失败。
[0297]
在本公开实施例中，mac ce中包含用于ue之间净重冲突的第一类比特之外，还有第一类比特之外的第二类比特。此处的第二类比特可以用于携带所述反馈信息，或者携带与所述反馈信息具有对应关系的lcid值。若第一类比特的个数为48，则包含第二类比特的mac ce则必然超过48个比特。
[0298]
在一个实施例中，所述msg4包含：
[0299]
第一类mac ce，用于ue之间竞争冲突解决；
[0300]
第二类mac ce，携带所述反馈信息。
[0301]
不管是第一类mac ce还是第二类mac ce都包括：mac ce子头。在一些情况下，不管是第一类mac ce还是第二类mac ce均除了包括mac ce子头以外，还可包括：填充部分。
[0302]
mac ce子头可以分为保留域和lcid域。在一个实施例中，若第二类mac ce中，反馈信息仅占用了lcid域的比特，则可认为第二类mac ce
[0303]
子头携带的是与反馈信息具有对应关系的lcid值，该lcid值可为新增的lcid值或者增强lcid值。新增lcid值(或成为增强lcid值)可如表1中码点或索引为35的lcid值。
[0304]
若第二类mac ce携带的反馈信息占用了保留域的比特或者是携带在第二类mac ce的填充部分中，此时可认为反馈信息对应的比特值，不属于lcid值。当然在一些情况下，若保留域的比特值部分划分到lcid域得到增强后的lcid域，则此时也可以认为第二类mac ce携带的是与反馈信息具有对应关系的增强lcid值。
[0305]
在一个实施例中，所述第一类mac ce和所述第二类mac ce相邻分布在所述msg4中。
[0306]
在另一个实施例中，所述第一类mac ce和所述第二类mac ce在msg4中分布在不同的位置处。在一个实施例中，所述s220可包括：接收携带有所述反馈信息的无线连接控制rrc消息。
[0307]
在一个实施例中，所述ue还可以在rrc消息中接收到所述反馈信息。
[0308]
携带所述反馈信息的rrc消息，可为一种专门设计用于携带反馈信息的专用rrc消息。例如，该专有rrc消息可为rrc系统消息响应(rrcsysteminforesponse)。
[0309]
在还有一些实施例中，携带所述反馈信息的rrc消息可为复用了相关技术中携带其他内容的rrc消息。举例来说，若当前ue处于非连接态，则基站可以通过rrc消息中的rrc连接建立消息来携带所述反馈信息。ue检测到时携带有反馈信息的rrc连接建立消息，可能会与基站建立rrc连接，可以不建立rrc连接而是仅为了获取到与自身发送的获取请求对应的反馈信息。
[0310]
在一些实施例中，如图10所示，所述方法还包括：
[0311]
s230：响应于接收到未携带时长信息的所述nack，获取再次发起所述获取请求的时长信息；其中，所述时长信息，指示所述ue再次发起所述获取请求的间隔时长。若ue接收到反馈信息是nack，此时表示网络侧当前不会下发请求sib。随着网络负载和/或无线环境的变化，过一段时间后基站可能可以下发sib或者为配置了ue所请求sib所携带的配置信息。有鉴于此，ue可能会重复发送获取请求，但是间隔多长时间再次发送获取请求，若获取请求的发送过于频繁，一方面会导致无线环境的进一步恶化，另一方面会导致ue的功耗。若获取请求的发送过于稀疏，会使得ue请求到对应的sib的延时增加。
[0312]
在一个实施例中，如图10所示，所述方法还包括：
[0313]
s240：在确定所述时长信息之后，会在间隔所述时长信息至少的时长之后，再次发起所述获取请求。
[0314]
在一些实施例中，所述方法还包括：
[0315]
响应接收到携带有时长信息的nack，在间隔根据所述时长信息指示的时长之后，再次发起所述获取请求。
[0316]
在一个实施例中，所述获取再次发起所述获取请求的时间信息，包括以下至少之一：
[0317]
发送获取所述时长信息的请求信息；
[0318]
根据所述网络配置确定所述时长信息；
[0319]
根据预先约定确定所述时长信息；
[0320]
根据所述ue对所述nack的应对策略，确定所述时长信息。
[0321]
在一个实施例中，ue可以向网络侧发送获取所述时长信息的请求信息，网络侧接收到请求信息之后，可以广播消息、组播消息或者单播消息向ue发送所述时长信息。
[0322]
在另一个实施例中，网络侧可以预先配置出所述时长信息。
[0323]
在另一个实施例中，在ue多次接入网络的过程中，可以预先约定所述时长信息，一旦所述时长信息预定之后，后续ue可以一次或多次使用该预先约定的时长信息，确定ue再次发起对获取同一个sib的获取请求。
[0324]
在另一些实施例中，ue内部存储有对接收到nack的应对策略，根据该应对策略确定所述时长信息。
[0325]
例如，不同类型的ue对接收到nack的应对策略不同，低功耗的互联网设备，根据应对策略确定的时长信息指示的间隔时长，可大于手机或者车载终端等非功耗的ue根据应对策略确定的时长信息所指示的间隔时长。
[0326]
再例如，不同sib的nack的应对策略所映射的时长信息所指示的间隔时长不同。ue接收到请求siby1的获取请求的nack时，根据应对策略确定的时长信息指示的间隔时长为第一时长；ue接收到请求siby2的获取请求的nack时，根据应对策略确定的时长信息指示的时长间隔可为第二时长。第一时长不同于第二时长。其中，y1和y2均为大于2的正整数，且是大于2的不同正整数。
[0327]
具体的第一时长和第二时长的大小，可以根据siby1和siby2的紧急程度或者优先级来决定。例如，携带地震或者海啸通知的sib的紧急程度可能就比携带csi
‑
rs的配置信息的sib的紧急程度高，故携带地震或者海啸通知的sib对应的间隔时长，可能就小于携带csi
‑
rs的配置信息的sib的间隔时长。
[0328]
当然以上仅是举例，具体的实现方式有很多种，不局限于上述任意一种。
[0329]
如图11所示，本公开实施例提供一种请求系统消息块的装置，其中，包括：
[0330]
第一接收模块110，被配置为接收请求系统消息块sib的获取请求；
[0331]
第一发送模块120，被配置为下发针对所述获取请求的反馈信息。
[0332]
在一个实施例中，所述第一接收模块110和第一发送模块120可均为程序模块，所述程序模块被处理器执行之后，能够实现所述sib的获取请求接收及所述反馈信息的下发。
[0333]
在另一个实施例中，所述第一接收模块110和所述第一发送模块120可为软硬结合模块；所述软硬结合模块包括但不限于：可编程阵列；所述可编程这列包括但不限于：现场可编程阵列或者复杂可编程阵列。
[0334]
在还有一个实施例中，所述第一接收模块110和所述第一发送模块120可为纯硬件模块；所述纯硬件模块包括但不限于：专用集成电路。
[0335]
在一个实施例中，所述sib为按需ondemand形式获取的sibx，x为等于2或大于2的正整数。
[0336]
在一个实施例中，所述sibx为：
[0337]
携带跟踪参考信号trs的配置信息的sib；
[0338]
和/或，
[0339]
携带信道状态指示csi
‑
参考信号rs的配置信息的sib。
[0340]
在一个实施例中，所述第一发送模块120，被配置为下发否定答复nack，其中，所述nack，指示网络侧不下发请求的sib；或者，下发确定答复ack，其中，所述ack，指示网络侧下
发请求的sib。
[0341]
在一个实施例中，所述第一发送模块120，被配置为执行以下至少之一：
[0342]
响应于未配置请求的sib携带的配置信息所指示的资源，下发所述nack；
[0343]
响应于配置有请求的sib携带的配置信息所指示资源且所述配置信息所指示资源的不可用，下发所述nack；
[0344]
响应于请求的sib的调度信息在最小剩余系统信息rmsi中，下发所述nack。
[0345]
在一个实施例中，所述反馈信息还包括：
[0346]
辅助信息，其中，所述辅助信息，至少供用户设备ue确定用于获取所述sib所需的相关信息。
[0347]
即在这种情况下，反馈信息不仅包括反馈指示，还包括辅助信息。此处的反馈指示即为前述nack或ack。辅助信息主要是用于辅助ue获取所请求的sib或者停止发送获取请求。
[0348]
在一个实施例中，所述辅助信息包括以下至少之一：
[0349]
时长信息，指示所述ue再次发起所述获取请求的间隔时长；
[0350]
可用状态信息，指示是否有所述获取请求所请求sib携带的配置信息，或指示所述获取请求所请求sib的携带配置信息所指示资源是否可用。
[0351]
在一个实施例中，所述第一接收模块110，被配置为接收携带有所述获取请求的第一消息msg1。
[0352]
在一个实施例中，所述第一发送模块120，被配置为下发携带有所述反馈信息的第二消息msg 2。
[0353]
在一个实施例中，所述反馈信息，携带在所述msg2的mac随机接入响应rar中。
[0354]
在一个实施例中，携带所述反馈信息的mac rar为第二类型mac rar；不携带所述反馈信息的mac rar为第一类型mac rar。
[0355]
在一个实施例中，不能够携带所述反馈信息的msg2为第一类型msg2；
[0356]
能够携带所述反馈信息的msg2为第二类型msg2。
[0357]
在一个实施例中，对应于所述第一类型msg2的msg1的通信资源，不同于对应于所述第二类型msg2的msg1通信资源。
[0358]
在一个实施例中，所述第一发送模块120，还被配置为下发sib1，其中，所述sib1中携带有对应所述第二类型msg2的msg1的通信资源的资源信息。
[0359]
在一个实施例中，所述第一发送模块120，被配置为下发携带有与所述反馈信息对应的随机接入前导码rap标识id的msg2。
[0360]
在一个实施例中，携带与所述反馈信息对应的rap id的msg2为第二类型msg2，不携带与所述反馈信息对应的rap id的msg为第一类型msg2。
[0361]
在一个实施例中，所述msg2携带的不同rap id对应于不同sib的反馈信息，且所述msg2不具有携带有辅助信息的mac rar；
[0362]
或者，
[0363]
所述msg2携带的不同rap id对应于不同sib的反馈信息，且所述msg2具有携带有辅助信息的mac rar；
[0364]
不同所述sib的反馈信息对应的rap id不同，
[0365]
或者，
[0366]
不同所述sib的反馈信息对应相同的rap id，且所述msg2携带有所述反馈信息所指示的sib的标识信息。
[0367]
在一个实施例中，所述信息标识，携带在所述msg2的标识信息域内；
[0368]
所述标识信息域携带有一个或多个与nack对应的sib的信息标识；
[0369]
或者，
[0370]
所述标识信息域携带一个或多个与ack对应的sib的信息标识。
[0371]
在一个实施例中，所述标识信息域包含在所述msg2的mac rar中，
[0372]
一个所述mac rar的长度，大于或等于所述标识信息域的长度。
[0373]
在一个实施例中，所述标识信息域还用于携带所述辅助信息；其中，所述辅助信息，至少供用户设备ue确定用于获取所述sib所需的相关信息。
[0374]
在一个实施例中，所述msg2具有退避指示符bi的bi子头；其中，所述bi子头携带所述反馈信息。
[0375]
在一个实施例中，所述反馈信息由所述bi子头的预留比特携带。在这种实施例中，相当于bi子头中的部分比特指示bi，部分比特指示反馈信息。
[0376]
在一个实施例中，所述bi子头还携带有辅助信息；
[0377]
所述辅助信息，至少供用户设备ue确定用于获取所述sib所需的相关信息。
[0378]
在一个实施例中，所述第一接收模块110，还被配置为接收携带有所述sib的获取请求的第三消息msg3。
[0379]
在一个实施例中，所述第一发送模块120，还被配置为下发携带所述反馈信息的第四消息msg4。
[0380]
在一个实施例中，所述msg4包括：媒体访问控制mac控制单元ce；所述mac ce包括：mac ce子头；
[0381]
其中，mac ce子头所携带的多个lcid值中至少部分值，与所述反馈信息具有对应关系。
[0382]
在一个实施例中，所述msg4包括：媒体访问控制mac控制单元ce；所述mac ce包括：有效负荷；
[0383]
还包括
[0384]
其中，所述有效负荷中连续分布的第一部分，与所述反馈信息不具有对应关系；
[0385]
所述有效负荷中所述第一部分以外的第二部分，与所述反馈信息具有对应关系。
[0386]
在一个实施例中，所述msg4的mac ce的有效负荷具有扩展比特；所述扩展比特，用于携带所述反馈信息。
[0387]
在一个实施例中，所述msg4包含：
[0388]
第一类mac ce，用于ue之间竞争冲突解决；
[0389]
第二类mac ce，携带所述反馈信息。
[0390]
在一个实施例中，所述第一类mac ce和所述第二类mac ce相邻分布在所述msg4中。
[0391]
在另一个实施例中，所述第一发送模块120，被配置为下发携带有所述反馈信息的无线连接控制rrc消息。
[0392]
如图12所示，本公开实施例提供一种请求系统消息块的装置，其中，包括：
[0393]
第二发送模块210，被配置为发送请求系统消息块sib的获取请求；
[0394]
第二接收模块220，被配置为接收针对所述获取请求的反馈信息。
[0395]
在一个实施例中，所述第二发送模块210和第二接收模块220可均为程序模块，所述程序模块被处理器执行之后，能够实所述sib的获取请求的发送和所述反馈信息的接收。
[0396]
在另一个实施例中，所述第二发送模块210和第二接收模块220可为软硬结合模块；所述软硬结合模块包括但不限于：可编程阵列；所述可编程这列包括但不限于：现场可编程阵列或者复杂可编程阵列。
[0397]
在还有一个实施例中，所述第二发送模块210和第二接收模块220可为纯硬件模块；所述纯硬件模块包括但不限于：专用集成电路。
[0398]
在一个实施例中，所述sib为按需ondemand形式获取的sibx，x为等于2或大于2的正整数。
[0399]
在一个实施例中，所述sibx为：
[0400]
携带跟踪参考信号trs的配置信息的sib；
[0401]
和/或，
[0402]
携带信道状态指示csi
‑
参考信号rs的配置信息的sib。
[0403]
在一个实施例中，所述第二接收模块220，被配置为接收否定答复nack，其中，所述nack，指示网络侧不下发请求的sib；或者，接收确定答复ack，其中，所述ack，指示网络侧下发请求的sib。
[0404]
在一个实施例中，所述反馈信息还包括：
[0405]
辅助信息，其中，所述辅助信息，至少供用户设备ue确定用于获取所述sib所需的相关信息。
[0406]
在一个实施例中，所述辅助信息包括以下至少之一：
[0407]
时长信息，指示所述ue再次发起所述获取请求的间隔时长；
[0408]
可用状态信息，指示是否有所述获取请求所请求sib携带的配置信息，或，指示所述获取请求所请求sib的携带配置信息所指示资源是否可用。
[0409]
在一个实施例中，所述第二发送模块210，被配置为发送携带有所述获取请求的第一消息msg1。
[0410]
在一个实施例中，所述第二接收模块220，被配置为接收携带有所述反馈信息的第二消息msg 2。
[0411]
在一个实施例中，所述反馈信息，携带在所述msg2的mac随机接入响应rar中。
[0412]
在一个实施例中，携带所述反馈信息的mac rar为第二类型mac rar；不携带所述反馈信息的mac rar为第一类型mac rar。
[0413]
在一个实施例中，不能够携带所述反馈信息的msg2为第一类型msg2；能够携带所述反馈信息的msg2为第二类型msg2。
[0414]
在一个实施例中，对应于所述第一类型msg2的msg1的通信资源，不同于对应于所述第二类型msg2的msg1的通信资源。
[0415]
在一个实施例中，所述第二接收模块220还被配置为接收sib1，其中，所述sib1中携带有所述第二类型msg2的msg1的通信资源的资源信息。
[0416]
在一个实施例中，所述第二接收模块220，还被配置为接收携带有与所述反馈信息对应的随机接入前导码rap标识id的msg2。
[0417]
在一个实施例中，不同所述sib的反馈信息对应的rap id不同；或者，不同所述sib的反馈信息对应相同的rap id，且所述msg2携带有所述反馈信息所指示的sib的标识信息。
[0418]
在一个实施例中，所述信息标识，携带在所述msg2的标识信息域内；
[0419]
所述标识信息域携带有一个或多个与nack对应的sib的信息标识；
[0420]
或者，
[0421]
所述标识信息域携带一个或多个与ack对应的sib的信息标识。
[0422]
在一个实施例中，所述标识信息域包含在所述msg2的mac rar中，
[0423]
一个所述mac rar的长度，大于或等于所述标识信息域的长度。
[0424]
在一个实施例中，所述标识信息域还用于携带所述辅助信息；其中，所述辅助信息，至少供用户设备ue确定用于获取所述sib所需的相关信息。
[0425]
在一个实施例中，所述msg2具有退避指示符bi的bi子头；其中，所述bi子头携带所述反馈信息。
[0426]
在一个实施例中，，所述反馈信息由所述bi子头的预留比特携带。
[0427]
在一个实施例中，所述bi子头还携带有辅助信息；
[0428]
所述辅助信息，至少供用户设备ue确定用于获取所述sib所需的相关信息。
[0429]
在一个实施例中，所述第二发送模块210，被配置为发送携带有所述sib的获取请求的第三消息msg3。
[0430]
在一个实施例中，所述第二接收模块220，被配置为接收携带所述反馈信息的第四消息msg4。
[0431]
在一个实施例中，所述msg4包括：媒体访问控制mac控制单元ce；所述mac ce包括：mac ce子头；
[0432]
其中，mac ce子头所携带的多个lcid值中至少部分值，与所述反馈信息具有对应关系。
[0433]
在一个实施例中，所述msg4包括：媒体访问控制mac控制单元ce；所述mac ce包括：有效负荷；其中，所述有效负荷中连续分布的第一部分，与所述反馈信息不具有对应关系；
[0434]
所述有效负荷中所述第一部分以外的第二部分，与所述反馈信息具有对应关系。
[0435]
在一个实施例中，所述msg4的mac ce的有效负荷具有扩展比特；所述扩展比特，用于携带所述反馈信息。
[0436]
在一个实施例中，所述msg4包含：
[0437]
第一类mac ce，用于ue之间竞争冲突解决；
[0438]
第二类mac ce，携带所述反馈信息。
[0439]
在一个实施例中，所述第一类mac ce和所述第二类mac ce相邻分布在所述msg4中。
[0440]
在一个实施例中，所述接收针对所述获取请求的反馈信息包括：
[0441]
接收携带有所述反馈信息的无线连接控制rrc消息。
[0442]
在一个实施例中，所述装置还包括：
[0443]
获取模块，被配置为响应于接收到未携带时长信息的所述nack，获取再次发起所
述获取请求的时长信息；其中，所述时长信息，指示所述ue再次发起所述获取请求的间隔时长。
[0444]
在一个实施例中，所述获取模块，执行以下至少之一：
[0445]
发送获取所述时长信息的请求信息；
[0446]
根据所述网络配置确定所述时长信息；
[0447]
根据预先约定确定所述时长信息；
[0448]
根据所述ue对所述nack的应对策略，确定所述时长信息。
[0449]
系统消息的获取方式为广播获取和按需(ondemand)形式获取。对于前者，ue直接在系统消息窗口中读取系统消息即可，而对于ondemand形式的系统消息，则最小剩余系统消息(remained minimum system information，rmsi)中有个是否广播的指示比特(bit)表示该系统消息为是否在广播(broadcasting/notbroadcasting)。对于已经在广播的系统消息，则用户设备(user equipment，ue)直接在系统消息接收窗口中直接读取对应的系统消息即可，而对于没有在广播的系统消息，则ue需要通过msg1或者msg3进行请求，在ue得到网络的确认(acknowledgement character，ack)ack之后，此时会认为基站会广播该系统消息，则会在系统消息接收窗口中直接读取对应的系统消息即可。
[0450]
跟踪参考信号(tracking reference signal，trs)/信道参考信号(channel reference singal，crs)的配置信息，并非需要在小区中一直进行广播，比如若网络中没有空闲态的ue或者空闲态的ue不支持使用空闲态的trs/crs的特性，则广播该信息可以认为是资源的浪费。因此最好的方式是用ue进行ondemand请求的获取。此处的ondemand请求为前述获取请求的一种。
[0451]
ondemand请求指示待获取的系统消息调度信息是事先在rmsi中广播的，都在ue发起按需(ondemand)请求之后获取该si时，通常会认为该si是一直都是会请求成功的。因此ondemand请求机制都默认是得到网络的肯定答复。但是，若基站当前可能没有给空闲态的ue使用的trs/crs的配置，此时，ue去请求trs/crs的配置是极有可能失败的，是会存在网络侧的否定答复的。
[0452]
有鉴于此，在本公开实施例提供的方案可如下：基站对于特定si的请求，提供请求的反馈信息，该反馈信息可至少包括：指示不能够提供所请求系统消息的否定答复(nack)。
[0453]
作为一种实施例，特定的系统消息(system imformaiton，si)为配置为ondemand形式获取的si
‑
x。此处的x可为等于或大于2的正整数。该si即为前述的sib。
[0454]
作为一种实施例，特定si
‑
x为承载特定参考信号的配置信息，比如非连接态ue的使用的trs/crs。此处的非连接态的ue包括：空闲态的ue和/或非激活态的ue。
[0455]
基站对于特定si的获取请求，提供否定答复(nack)；此时ue理解为网络侧不希望提供有效配置。
[0456]
作为一种实施例，ue去请求，但是网络没有可用的trs/crs的发送资源，因此回复nack。此处的trs/crs的发送资源可为发送trs/crs的时频资源。
[0457]
作为一种实施例，ue通过获取请求去请求一个或多个sib，但是网络有trs/crs资源配置，但是不可用，因此网络侧回复nack。
[0458]
若特定si的调度信息已在rmsi中发送时，ue发起对特定si的请求；基站对于特定si的请求，提供否定答复(nack)。ondemand请求的nack回复中还可以携带时长信息等辅助
信息。作为一种实施例，ondemand请求的nack回复中可以携带时长信息为t；此时ue理解为网络不希望提供有效的trs/crs传输的时长，此时ue可以在该时长信息指示的时长范围内不用再次请求si。
[0459]
对于msg1请求方式：msg2中需要修改现有协议，增加对nack的指示。
[0460]
方式一：增强随机接入响应的媒体访问控制净负荷(mac payload for random access response)，用于携带基站返回的nack和/或时长信息等信息。
[0461]
以下提供几种能够实现的方式：
[0462]
1)增强随机接入响应的媒体访问控制的控制单元的有效负荷(mac payload for random access response)。此处的有效负荷，也可以称之为净负荷。例如，在增强随机接入响应的媒体访问控制净负荷引入mac payload for random access response type2类型。而原有的mac payload for random access response为type1类型；其中mac rar type2用于携带基站返回ack或nack和/或时长信息/以及trs/crs的更进一步可用信息。
[0463]
2)版本1的ue在请求系统消息时，仅会收到rap id only的mac ce；而新版本(即版本2)的ue会收到rap id and mac rar type2的mac ce。ue在收到和自己发送的rap id匹配之后，将会进一步确定msg2，确定网络侧对自身si的获取请求的反馈信息，例如，该反馈信息可为肯定或者否定答复。
[0464]
3)为做到后向兼容性，保证版本1的ue对mac payload for random access response type2类型的错误解码，为版本2的ue在msg1请求的资源对于版本1的ue是不可见的。例如，一种实施例为在sib1中进行非关键扩展配置。该非关键扩展配置可为：针对系统消息的请求的配置(si
‑
requestconfig)，示例性举例可如下：
[0465]
si
‑
requestconfigsul
‑
v17xy si
‑
requestconfig optional,
‑‑
cond sul
‑
msg
‑1[0466]
si
‑
requestconfigsul
‑
v17xy si
‑
requestconfig optional,
‑‑
cond sul
‑
msg
‑1[0467]
当然上述仅是对单独配置类型2的msg1和类型2的msg2的资源的一种示例，具体实现方式有很多种，不局限于上述任意一种。此处类型2的msg1即为前述对应于第二类型msg2的msg1。此处的类型2的msg2就是前述的第二类型msg2。
[0468]
方式二：预留rap id用于特定si请求的否定答复。例如，预留的rap id可为与si请求的反馈信息建立有对应关系的rap id。
[0469]
情况1：网络预留rap id用于特定si请求的否定答复，当ue收到网络预留rap id，则隐含表达了网络的nack答复；此时ue收到后，将不继续进行尝试直到达到msg1的最大重传次数。用该方式ue可以更加省电。
[0470]
情况2：网络预留rap id用于特定si请求的肯定和/或否定答复。以下以nack举例。当ue收到网络预留rap id，则隐含表达了网络的nack答复；ue还可以进一步check mac rar type2，其中mac rar type2用于携带基站返回的nack和/或时长信息/以及trs/crs的更进一步可用信息；此时，网络预留rap id对应的rar则为mac rar type2。
[0471]
情况3：网络预留nack rap id用于特定si
‑
i请求si rap id
‑
i的否定答复。当ue收到网络预留的nack rap id和si rap id
‑
i的时候，ue认为接收到了对于特定si
‑
i请求si rap id
‑
i的nack答复。
[0472]
此处情况1至情况3中网络预留rap id均为前述与反馈信息对应的rap id。
[0473]
在一个实施例中，该携带该si rap id
‑
i的信息域(如，mac rar type
‑
2)的长度与
mac rar的长度相同。如此，可以更好的直接将si rap id
‑
i直接包含在一个mac rar中。
[0474]
可以理解地，该携带该si rap id
‑
i的信息域可以携带多个si rap id
‑
i，用于答复多个特定si
‑
i请求si rap id
‑
i的否定答复。此处的否定答复即为前述的获取请求的nack。
[0475]
可以理解地，该携带该si rap id
‑
2的信息域还可以携带时长信息/以及指示trs/crs的是否可用的可用状态信息。
[0476]
方式三：增强现有的bi子头的内容，作为对于ondemand请求的nack回复，即利用其预留的一个预留比特用于携带bi之外的更多信息，比如；可以用预留预留比特来指明网络是是网络没有可用的trs/crs资源还是网络有可用的trs/crs资源，但是当前不可用。此处的trs/crs资源为发送trs/crs的通信资源。
[0477]
对于版本1的ue，若收到网络的nack回复，则需要继续用bi发起下次请求直到达到msg1的最大传输次数，而新的用户则可以得到trs/crs的更多信息。
[0478]
对于msg3方式：msg4中需要修改现有协议，增加对ack和/或nack的指示。以下以nack举例：
[0479]
方式一：增强现有的冲突解决mac ce的内容，作为对于ondemand请求的nack回复。
[0480]
一种实现方式是：增加一个新的lcid值，该新增的lcid值可为增强的ue竞争解决标识(contention resolution identity)。该新增的lcid值可以携带在一种新的mac ce中。
[0481]
对于该种新的mac ce的有效负荷可以不同于用于ue之间冲突解决的mac ce。
[0482]
用于ue之间冲突解决的mac ce的有效负荷是用msg3中携带的ul ccch sdu的前48比特作为竞争冲突的标识。
[0483]
在用于ue之间冲突解决的mac ce的基础上进行改进，则在信的mac ce可以使用更少比特，比如利用前32比特作为竞争冲突的标识，其余比特用于携带nack，和/或，同步指示时长信息和/或网络没有可用的trs/crs资源还是网络有可用的trs/crs资源或但是当前不可用。
[0484]
对于版本1的用户使用原来的lcid值，对于新增加的lcid值将无法识别。而对于新版本的ue将获取新的lcid值。
[0485]
新增lcid值之后的lcid值和码点/索引之间的对应关系，可以参见前述表1，此处就不再重复了。
[0486]
方式二：
[0487]
扩展相关技术中，用于解决ue竞争冲突id(ue contention resolution identity)的mac ce的比特位数，用于携带nack。
[0488]
对于版本1的ue将仅获取前48比特进行冲突解决；对于版本2的ue需要先检查前48比特得到冲突解决之后，再获取后续的反馈信息，该反馈信息包括但不限于：nack和/或ack。
[0489]
方式三：
[0490]
增加新的lcid值，新增的lcid值携带在mac ce中，携带该lcid值的mac ce可以称之为反馈ce。该反馈ce可包括：携带nack的nack ce和/或携带ack的ack ce。
[0491]
ue若ue之间冲突解决之后还收到了nack ce，则意味着ue发送的获取请求得到
nack的回应。若ue基于ue之间冲突解决的mac ce解决冲突之后，还收到ack ce，则意味着获取请求得到了网络侧ack回应。该反馈ce的位置为紧随ue contention resolution identity mac ce之后，用于隐含的标识该反馈ce关联的ue contention resolution identity mac ce。例如，该nack ce的位置为紧随ue contention resolution identity mac ce之后，用于隐含的标识该nack ce关联的ue contention resolution identity mac ce。
[0492]
nack ce的长度可以为两种类型，分别是固定长度和可变长度；固定长度的nack ce的子头可以参见图8a所示，可变长度的nack ce的子头可以参见8b所示。
[0493]
方式四：
[0494]
增强rrc消息；即增加新的rrc消息(rrcsysteminforesponse)，用于携带反馈信息。该反馈信息包括：nack和/或ack。其中，反馈信息为nack时，则该rrc消息还可包括：辅助信息。该辅助信息包含用于携带基站返回的ack，nack和/或时长信息/以及trs/crs的更进一步可用信息。
[0495]
在一个实施例中，若ondemand请求的nack回复中没有携带时长信息；则ue何时再次请求取决于网络配置的时间间隔。
[0496]
作为一种实施例，该时长间隔可以基于网络配置或者预先约定；在一个实施例中，若ondemand请求的nack回复中没有携带时长信息；则ue何时再次请求取决于ue实现。
[0497]
本公开实施例提供一种通信设备，包括：
[0498]
用于存储处理器可执行指令的存储器；
[0499]
处理器，分别存储器连接；
[0500]
其中，处理器被配置为执行前述任意技术方案提供的请求系统消息块方法。
[0501]
处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。
[0502]
这里，所述通信设备包括基站或ue。
[0503]
所述处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，如图2、图3、图9和/或图10所示的方法的至少其中之一。
[0504]
图13是根据一示例性实施例示出的一种ue(ue)800的框图。例如，ue800可以是移动电话，计算机，数字广播用户设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
[0505]
参照图13，ue800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。
[0506]
处理组件802通常控制ue800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
[0507]
存储器804被配置为存储各种类型的数据以支持在ue800的操作。这些数据的示例包括用于在ue800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图
片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
[0508]
电源组件806为ue800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为ue800生成、管理和分配电力相关联的组件。
[0509]
多媒体组件808包括在所述ue800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当ue800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
[0510]
音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当ue800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
[0511]
i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
[0512]
传感器组件814包括一个或多个传感器，用于为ue800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为ue800的显示器和小键盘，传感器组件814还可以检测ue800或ue800一个组件的位置改变，用户与ue800接触的存在或不存在，ue800方位或加速/减速和ue800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
[0513]
通信组件816被配置为便于ue800和其他设备之间有线或无线方式的通信。ue800可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
[0514]
在示例性实施例中，ue800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
[0515]
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例
如包括指令的存储器804，上述指令可由ue800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd
‑
rom、磁带、软盘和光数据存储设备等。
[0516]
如图14所示，本公开一实施例示出一种基站的结构。例如，基站900可以被提供为一网络侧设备。参照图14，基站900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述方法前述应用在所述基站的任意方法，例如，如图2、图3、图9和/或图10所示方法。
[0517]
基站900还可以包括一个电源组件926被配置为执行基站900的电源管理，一个有线或无线网络接口950被配置为将基站900连接到网络，和一个输入输出(i/o)接口958。基站900可以操作基于存储在存储器932的操作系统，例如windows server tm，mac os xtm，unixtm，linuxtm，freebsdtm或类似。
[0518]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
[0519]
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。