CN110602799A - 信息处理方法、网元设备、终端及存储介质 - Google Patents

信息处理方法、网元设备、终端及存储介质 Download PDF

Info

Publication number
CN110602799A
CN110602799A CN201910943910.6A CN201910943910A CN110602799A CN 110602799 A CN110602799 A CN 110602799A CN 201910943910 A CN201910943910 A CN 201910943910A CN 110602799 A CN110602799 A CN 110602799A
Authority
CN
China
Prior art keywords
system information
demand system
mac
request
demand
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
Application number
CN201910943910.6A
Other languages
English (en)
Other versions
CN110602799B (zh
Inventor
高兴航
邓云
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Spreadtrum Hi Tech Communications Technology Co Ltd
Original Assignee
Beijing Spreadtrum Hi Tech Communications Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Spreadtrum Hi Tech Communications Technology Co Ltd filed Critical Beijing Spreadtrum Hi Tech Communications Technology Co Ltd
Priority to CN201910943910.6A priority Critical patent/CN110602799B/zh
Publication of CN110602799A publication Critical patent/CN110602799A/zh
Priority to PCT/CN2020/113291 priority patent/WO2021063153A1/zh
Application granted granted Critical
Publication of CN110602799B publication Critical patent/CN110602799B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/004Transmission of channel access control information in the uplink, i.e. towards network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/006Transmission of channel access control information in the downlink, i.e. towards the terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/008Transmission of channel access control information with additional processing of random access related information at receiving side
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及一种信息处理方法、网元设备、终端及存储介质,其中,所述方法包括:接收按需系统信息的请求消息;发送按需系统信息的响应消息;所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或所述响应消息中包含针对收到的部分或全部请求消息的按需系统信息指示设置的公共回复信息。采用本公开,能够降低不必要的信令开销。

Description

信息处理方法、网元设备、终端及存储介质
技术领域
本公开涉及通信领域,尤其涉及一种两步随机接入过程的信息处理方法、网元设备、终端设备、及存储介质。
背景技术
在NR系统中,基站对某些系统信息不采用固定周期性广播方式发送,在有UE需要这些系统信息时,可以通过随机接入过程向基站发送请求,基站根据请求用户的数量再决定是什么时候通过广播的方式发送还是通过其他方式指示给UE。通过这种按需请求再发送的方式能够节省信令的开销及资源。
在信息处理涉及终端设备(UE)以竞争和非竞争方式随机接入基站的场景中,一个或多个UE在随机接入过程中进行按需系统信息的请求。由于通过随机接入过程进行按需系统信息请求并不会触发UE的状态转换,也不会触发UE进行数据传输,为了降低信令开销,如何设置基站收到请求后的响应消息,以及UE如何识别基站发送的针对按需系统信息请求的响应消息,相关技术未存在有效的解决方案。
发明内容
有鉴于此,本公开提出了一种两步随机接入过程的信息处理方法、网元设备、终端设备、及存储介质。
根据本公开的一方面,提供了一种两步随机接入过程的信息处理方法,所述方法包括:
接收按需系统信息的请求消息;
发送按需系统信息的响应消息;
所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或;
所述响应消息中包含针对收到的部分或全部请求消息的按需系统信息指示设置的公共回复信息。
可能的实现方式中,所述方法还包括:通过媒体访问控制MAC子头中的对应比特bit位,指示对应MAC子头为按需系统信息请求响应的MAC子头,以及指示对应MAC服务数据单元SDU承载按需系统信息请求成功的响应内容,或;
通过MAC SDU中的对应bit位,指示对应MAC SDU承载按需系统信息请求成功的响应内容;
所述响应消息中携带MAC子头及对应的MAC SDU。
可能的实现方式中,所述通过所述响应消息MAC子头中的对应bit位,指示对应MAC子头为按需系统信息请求响应的MAC子头,以及指示对应MAC SDU承载按需系统信息请求成功的响应内容,包括:
采用MAC子头的对应bit位设置,指示对应MAC子头为按需系统信息请求响应的MAC子头格式,所述MAC子头对应MAC SDU填充的信息为按需系统信息指示。
可能的实现方式中,所述通过MAC SDU中的对应bit位,指示对应MAC SDU承载按需系统信息请求成功的响应内容,包括:
采用MAC SDU封装格式的对应bit位设置,指示在MAC SDU中填充的信息为按需系统信息指示。
可能的实现方式中,所述响应消息中包含单个对应请求消息的按需系统信息指示、或包含收到的部分或全部请求消息的按需系统信息指示,填充于MAC SDU中;
所述方法还包括:在当前修改周期内,
将收到的任一按需系统信息请求的按需系统信息指示填充于所述MAC SDU中,或;
将收到在不同随机接入时频域资源上发送相同前导码用户请求的按需系统信息指示填充于MAC SDU中,或;
将收到在相同随机接入时频域资源上发送不同前导码用户请求的按需系统信息指示填充于MAC SDU中,或;
将发送响应消息前收到的所有用户请求的按需系统信息指示填充于MAC SDU中,和/或;
将没有收到用户请求但决定将要广播的按需系统信息指示填充于MAC SDU中。
可能的实现方式中,所述MAC子头的对应bits位为子头格式中新定义的bit,对应bit设置为固定值时,用于指示所述MAC子头为按需系统信息请求成功响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容;
所述MAC子头的对应bits位设置为其他固定值时,用于指示所述MAC子头为非按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载非按需系统信息请求响应的内容。
可能的实现方式中,所述MAC子头的对应bits位设置为固定值时,用于指示所述MAC子头为按需系统信息请求成功的响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容,包括:
所述MAC子头采用2bits位,并设置为00或01或10或11时,用于指示所述MAC子头为所述按需系统信息请求成功的响应的MAC子头格式,所述MAC SDU承载按需系统信息请求成功的响应的内容;
2bits在MAC子头的任意位置。
可能的实现方式中,所述MAC子头的对应bit位设置,为根据已有RAR MAC子头格式中的bit位T得到的;
所述方法包括:
bit位T设置用于指示所述MAC子头为针对除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式。
在bit位T设置指示所述MAC子头不是除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式的情况下,bit位F设置用于指示所述MAC子头为BI指示的MAC子头格式,或按需系统信息请求成功的响应消息的MAC子头格式。
可能的实现方式中,根据所述MAC SDU中的bit位设置,区分所述响应消息是否为按需系统信息请求成功的响应格式。
可能的实现方式中,所述MAC SDU中的bit位设置为起始的1bit或2bits的情况下,区分所述MAC SDU后面对应的bit信息是否为所述按需系统信息请求成功的响应格式、或回退响应格式、或非按需系统信息传输成功的响应格式。
可能的实现方式中,所述MAC SDU中填充的信息为所述对应请求消息的按需系统信息指示的情况下,bit位设置中的对应bit指示一个或多个按需系统信息;
将请求的按需系统信息指示对应的bit设置为1。
可能的实现方式中,所述MAC SDU中填充的信息为所述收到的部分或全部请求消息的按需系统信息指示的情况下,将收到的部分或全部请求消息中的按需系统信息指示对应的bit位都设置为1。
根据本公开的一方面,提供了一种两步随机接入过程的信息处理方法,所述方法包括:
接收响应消息中包含的按需系统信息指示;
所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或;
所述响应消息中包含针对多个请求消息的按需系统信息指示设置的公共回复信息;
从所述响应消息中获知是否需要再次发送按需系统信息请求。
可能的实现方式中,所述响应消息包含所请求按需系统信息的确认信息;
所述响应消息还包含其他所请求按需系统信息的确认信息;
所述响应消息还包括:即将要广播的按需系统信息指示信息。
可能的实现方式中,所述方法还包括:
从所述响应消息中识别出对应请求按需系统信息的确认信息,则确定按需系统信息请求成功;否则确定请求失败,需要再次发送按需系统信息请求;
所述再次发送按需系统信息请求包含未在所述响应消息中的所需的按需系统信息或包含所有所需的按需系统信息。
可能的实现方式中,所述方法还包括:
从所述响应消息中未识别出对应请求消息的按需系统信息指示,或识别出部分对应请求消息的按需系统信息指示,或识别出未请求的其他按需系统信息的确认信息,或识别出将要广播的按需系统信息指示,依据响应消息调整后续需要请求按需系统信息的类型;
所述调整后续需要请求的按需系统信息类型,用于请求未包含在所述响应消息中的所需的按需系统信息或包含所有所需的按需系统信息。
可能的实现方式中,所述方法还包括:
根据所述响应消息的媒体访问控制MAC子头的比特bit位设置,识别出对应MAC子头为按需系统信息请求响应的MAC子头格式,所述MAC子头对应MAC SDU填充的信息为按需系统信息指示。
可能的实现方式中,所述方法还包括:
根据所述响应消息的MAC SDU封装格式的bit位设置,识别出对应MAC SDU中填充的信息为按需系统信息指示。
可能的实现方式中,所述方法还包括:
解析MAC子头的bits位设置为固定值时,识别出所述MAC子头为按需按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求的响应内容;
解析MAC子头的bits位设置为其他固定值时,识别出所述MAC子头为非按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载非按需系统信息请求响应的内容。
可能的实现方式中,所述解析所述MAC子头的bits位设置为固定值时,识别出所述MAC子头为按需系统信息请求成功响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容,包括:
解析MAC子头2bits位,当设置为00或01或10或11时,识别出所述MAC子头为所述按需系统信息请求成功的响应的MAC子头格式,所述MAC SDU承载按需系统信息请求的响应内容。
可能的实现方式中,所述方法还包括:
MAC子头的bit位设置,还包括:
在bit位T的设置指示所述MAC子头不是除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式的情况下,根据bit位F的设置确定所述MAC子头为BI指示的MAC子头格式,或按需系统信息请求成功的响应消息的MAC子头格式。
可能的实现方式中,所述方法还包括:
解析MAC SDU中起始的1bit或2bits,识别所述MAC SDU后面对应的bit信息是否为所述按需系统信息请求成功的响应格式、或回退响应格式、或非按需系统信息请求传输成功的响应格式。
可能的实现方式中,所述方法还包括:
根据MAC SDU中按需系统信息指示对应比特位的设置值与请求的按需系统信息指示对应比特位的设置值比较,确定按需系统信息请求是否成功。
可能的实现方式中,所述方法还包括:
如果MAC SDU中设置值为1的按需系统信息指示对应bit位包含请求的按需系统信息指示对应比特,确定按需系统信息请求成功;
如果MAC SDU中设置值为1的按需系统信息指示对应bit位没有包含或包含部分请求的按需系统信息指示对应比特,确定按需系统信息请求失败。
根据本公开的一方面,提供了一种网元设备,所述网元设备包括:
第一接收单元,用于接收按需系统信息的请求消息;
第一发送单元,用于发送按需系统信息的响应消息;
所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或;
所述响应消息中包含针对收到的部分或全部请求消息的按需系统信息指示设置的公共回复信息。
可能的实现方式中,所述网元设备还包括:第一处理单元,用于通过媒体访问控制MAC子头中的对应比特bit位,指示对应MAC子头为按需系统信息请求响应的MAC子头,以及指示对应MAC服务数据单元SDU承载按需系统信息请求成功的响应内容,或;
通过MAC SDU中的对应bit位,指示对应MAC SDU承载按需系统信息请求成功的响应内容;
所述响应消息中携带MAC子头及对应的MAC SDU。
可能的实现方式中,所述第一处理单元,进一步用于:
采用MAC子头的对应bit位设置,指示对应MAC子头为按需系统信息请求响应的MAC子头格式,所述MAC子头对应MAC SDU填充的信息为按需系统信息指示。
可能的实现方式中,所述第一处理单元,进一步用于:
采用MAC SDU封装格式的对应bit位设置,指示在MAC SDU中填充的信息为按需系统信息指示。
可能的实现方式中,所述响应消息中包含单个对应请求消息的按需系统信息指示、或包含收到的部分或全部请求消息的按需系统信息指示,填充于MAC SDU中;
所述第一处理单元,进一步用于:在当前修改周期内,
将收到的任一按需系统信息请求的按需系统信息指示填充于所述MAC SDU中,或;
将收到在不同随机接入时频域资源上发送相同前导码用户请求的按需系统信息指示填充于MAC SDU中,或;
将收到在相同随机接入时频域资源上发送不同前导码用户请求的按需系统信息指示填充于MAC SDU中,或;
将发送响应消息前收到的所有用户请求的按需系统信息指示填充于MAC SDU中,和/或;
将没有收到用户请求但决定将要广播的按需系统信息指示填充于MAC SDU中。
可能的实现方式中,所述MAC子头的对应bits位为子头格式中新定义的bit,对应bit设置为固定值时,用于指示所述MAC子头为按需系统信息请求成功响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容;
所述MAC子头的对应bits位设置为其他固定值时,用于指示所述MAC子头为非按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载非按需系统信息请求响应的内容。
可能的实现方式中,所述MAC子头的对应bits位设置为固定值时,用于指示所述MAC子头为按需系统信息请求成功的响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容,包括:
所述MAC子头采用2bits位,并设置为00或01或10或11时,用于指示所述MAC子头为所述按需系统信息请求成功的响应的MAC子头格式,所述MAC SDU承载按需系统信息请求成功的响应的内容;
2bits在MAC子头的任意位置。
可能的实现方式中,所述MAC子头的对应bit位设置,为根据已有RAR MAC子头格式中的bit位T得到的;
bit位T设置用于指示所述MAC子头为针对除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式。
在bit位T设置指示所述MAC子头不是除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式的情况下,bit位F设置用于指示所述MAC子头为BI指示的MAC子头格式,或按需系统信息请求成功的响应消息的MAC子头格式。
可能的实现方式中,所述第一处理单元,进一步用于:根据所述MAC SDU中的bit位设置,区分所述响应消息是否为按需系统信息请求成功的响应格式。
可能的实现方式中,所述第一处理单元,进一步用于:所述MAC SDU中的bit位设置为起始的1bit或2bits的情况下,区分所述MAC SDU后面对应的bit信息是否为所述按需系统信息请求成功的响应格式、或回退响应格式、或非按需系统信息传输成功的响应格式。
可能的实现方式中,所述第一处理单元,进一步用于:所述MAC SDU中填充的信息为所述对应请求消息的按需系统信息指示的情况下,bit位设置中的对应bit指示一个或多个按需系统信息;
将请求的按需系统信息指示对应的bit设置为1。
可能的实现方式中,所述第一处理单元,进一步用于:所述MAC SDU中填充的信息为所述收到的部分或全部请求消息的按需系统信息指示的情况下,将收到的部分或全部请求消息中的按需系统信息指示对应的bit位都设置为1。
根据本公开的一方面,提供了一种终端设备,所述终端设备包括:
第二接收单元,用于接收响应消息中包含的按需系统信息指示;
所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或;
所述响应消息中包含针对多个请求消息的按需系统信息指示设置的公共回复信息;
第二处理单元,用于从所述响应消息中获知是否需要再次发送按需系统信息请求。
可能的实现方式中,所述响应消息包含所请求按需系统信息的确认信息;
所述响应消息还包含其他所请求按需系统信息的确认信息;
所述响应消息还包括:即将要广播的按需系统信息指示信息。
可能的实现方式中,所述第二处理单元,进一步用于:
从所述响应消息中识别出对应请求按需系统信息的确认信息,则确定按需系统信息请求成功;否则确定请求失败,需要再次发送按需系统信息请求;
所述再次发送按需系统信息请求包含未在所述响应消息中的所需的按需系统信息或包含所有所需的按需系统信息。
可能的实现方式中,所述第二处理单元,进一步用于:
从所述响应消息中未识别出对应请求消息的按需系统信息指示,或识别出部分对应请求消息的按需系统信息指示,或识别出未请求的其他按需系统信息的确认信息,或识别出将要广播的按需系统信息指示,依据响应消息调整后续需要请求按需系统信息的类型;
所述调整后续需要请求的按需系统信息类型,用于请求未包含在所述响应消息中的所需的按需系统信息或包含所有所需的按需系统信息。
可能的实现方式中,所述第二处理单元,进一步用于:
根据所述响应消息的媒体访问控制MAC子头的比特bit位设置,识别出对应MAC子头为按需系统信息请求响应的MAC子头格式,所述MAC子头对应MAC SDU填充的信息为按需系统信息指示。
可能的实现方式中,所述第二处理单元,进一步用于:
根据所述响应消息的MAC SDU封装格式的bit位设置,识别出对应MAC SDU中填充的信息为按需系统信息指示。
可能的实现方式中,所述第二处理单元,进一步用于:
解析MAC子头的bits位设置为固定值时,识别出所述MAC子头为按需按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求的响应内容;
解析MAC子头的bits位设置为其他固定值时,识别出所述MAC子头为非按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载非按需系统信息请求响应的内容。
可能的实现方式中,所述第二处理单元,进一步用于:
解析MAC子头2bits位,当设置为00或01或10或11时,识别出所述MAC子头为所述按需系统信息请求成功的响应的MAC子头格式,所述MAC SDU承载按需系统信息请求的响应内容。
可能的实现方式中,所述MAC子头的bit位设置,还包括:
在bit位T的设置指示所述MAC子头不是除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式的情况下,根据bit位F的设置确定所述MAC子头为BI指示的MAC子头格式,或按需系统信息请求成功的响应消息的MAC子头格式。
可能的实现方式中,所述第二处理单元,进一步用于:
解析MAC SDU中起始的1bit或2bits,识别所述MAC SDU后面对应的bit信息是否为所述按需系统信息请求成功的响应格式、或回退响应格式、或非按需系统信息请求传输成功的响应格式。
可能的实现方式中,所述第二处理单元,进一步用于:
根据MAC SDU中按需系统信息指示对应比特位的设置值与请求的按需系统信息指示对应比特位的设置值比较,确定按需系统信息请求是否成功。
可能的实现方式中,所述第二处理单元,进一步用于:
如果MAC SDU中设置值为1的按需系统信息指示对应bit位包含请求的按需系统信息指示对应比特,确定按需系统信息请求成功;
如果MAC SDU中设置值为1的按需系统信息指示对应bit位没有包含或包含部分请求的按需系统信息指示对应比特,确定按需系统信息请求失败。
根据本公开的一方面,提供了一种电子设备,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为执行上述两步随机接入过程的信息处理方法。
根据本公开的一方面,提供了一种非易失性计算机可读存储介质,其上存储有计算机程序指令,其中,所述计算机程序指令被处理器执行时实现上述两步随机接入过程的信息处理方法。
采用本公开,接收按需系统信息的请求消息;发送按需系统信息的响应消息;所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或所述响应消息中包含针对收到的部分或全部请求消息的按需系统信息指示设置的公共回复信息。由于不需要一个或多个UE与基站进行多次通信交互,就可以从所述响应消息中获得所请求或所需的部分或全部按需系统信息,以确认该请求消息是否发送成功,因此,降低了不必要的信令开销。
根据下面参考附图对示例性实施例的详细说明,本公开的其它特征及方面将变得清楚。
附图说明
包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面,并且用于解释本公开的原理。
图1示出本公开实施例相关技术中LTE场景中的随机接入示意图。
图2示出本公开实施例相关技术中随机接入响应消息的格式示意图。
图3示出本公开实施例相关技术中NR场景中的随机接入示意图。
图4示出根据本公开实施例的移动通信系统的结构示意图;
图5示出根据本公开实施例的两步随机接入过程的信息处理方法的流程图。
图6a-图6c示出根据本公开实施例的MAC子头格式1的示意图。
图7a-图7c示出根据本公开实施例的MAC子头格式2实现方式示意图。
图8a-图8c示出根据本公开实施例的MAC子头格式2特定情况下对应MAC子头实现方式示意图。
图9示出根据本公开实施例的MAC SDU格式的实现方式示意图。
图10示出根据本公开实施例的用于匹配按需系统信息请求的响应内容格式1的示意图。
图11示出根据本公开实施例的用于匹配按需系统信息请求的响应内容格式2的示意图。
图12a-12b示出根据本公开实施例的采用上述MAC子头格式2的各消息实现方式示意图。
图13a-13c示出根据本公开实施例的采用上述MAC子头格式1的各消息的实现方式示意图。
图14示出根据本公开实施例的网元设备结构图。
图15示出根据本公开实施例的终端设备结构图。
图16示出根据本公开实施例示出的用于实现两步随机接入过程的信息处理方法的终端设备的框图。
图17示出根据本公开实施例示出的用于实现两步随机接入过程的信息处理方法的网元设备的框图。
具体实施方式
以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
另外,为了更好的说明本公开,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本公开同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本公开的主旨。
相关技术中,LTE和NR场景中都支持竞争和非竞争随机接入过程,分别描述如下。
一、LTE场景中的竞争随机接入:
图1示出本公开实施例相关技术中LTE场景中的竞争随机接入示意图,对于基于竞争的随机接入而言,如图1所示,在UE与网元设备,如演进的节点B(eNB,evolved NodeB)间进行通信交互,整个过程包含:
步骤11、随机接入前导码传输。
本步骤中,进行随机接入前导码传输(Random Access Preamble),主要用于通知基站有一个随机接入请求,同时使得基站能估计其与UE之间的传输时延并以此校准上行定时,并通过随机接入响应消息指示给UE。
步骤12、随机接入响应接收。
本步骤中,进行随机接入响应消息(Random Access Response)接收,接收的随机接入响应消息是通过随机接入无线网络临时标识符(RA-RNTI)加扰的物理下行控制信道(PDCCH)指示的资源位置进行传输的。前导码(preamble)的时频位置决定了RA-RNTI的值,UE发送了preamble之后,会在随机接入响应(RAR)时间窗内根据这个RA-RNTI值来监听对应的PDCCH,以接收对应RA-RNTI的RAR。如果在此RAR时间窗内没有接收到eNB回复的RAR,则认为此次随机接入过程失败。
接收的随机接入响应消息包含:用于指定UE上行同步所需要的时间调整量;及UE发送后续步骤13中消息的上行资源;及临时C-RNTI,用于UE和基站的后续传输,冲突解决后,该值变成小区无线网络临时标识符(C-RNTI),如图2所示。
UE随机选择一个preamble用于随机接入,就可能导致多个UE同时选择同一物理随机接入信道(PRACH)资源和同一个preamble,从而导致冲突的出现(使用相同的RA-RNTI和preamble,因此还不确定RAR是对哪个UE的响应),这时需要一个冲突解决机制来解决这个问题。
步骤13、消息3传输。
本步骤中,进行消息3(Msg3)传输,Msg3可以为预定传输(ScheduledTransmission)消息。Msg3在上行共享信道(UL-SCH)上传输,除在按需系统信息请求场景中,Msg3中需要包含UE唯一的标志。该标志将用于步骤14中的冲突解决。对于处于无线资源控制连接(RRC_CONNECTED)态的UE来说,其唯一标志是C-RNTI;对于非RRC_CONNECTED态的UE来说,将使用一个来自核心网的唯一的UE标志,如临时UE识别号(S-TMSI)或一个随机数作为其标志。
步骤14、消息4接收。
本步骤中,进行消息4(Msg4)接收以实现竞争解决,Msg4可以为竞争解决(Contention Resolution)消息。UE在Msg3有携带自己唯一的标志:C-RNTI或来自核心网的UE标志。eNB在冲突解决机制中,会在消息4(Msg4)中携带该唯一的标志以指定胜出的UE,而其它没有在冲突解决中胜出的UE将重新发起随机接入。如果UE在Msg4中接收到的PDCCH由RAR中指定的临时小区无线网络临时标识符(TC-RNTI)加扰,则当成功解码出的MAC PDU中包含的终端竞争解决标识MAC控制单元(UE Contention Resolution Identity MACcontrol element)与Msg3发送的公共控制信道(CCCH)SDU匹配时,UE会认为随机接入成功并将自己的TC-RNTI设置成C-RNTI。
二、NR场景中采用四步或两步的竞争随机接入过程,进行按需系统信息请求:
在NR中定义了某些系统信息可能不是固定周期性广播的,网元设备(如基站)通过SIB1指示哪些系统信息目前没有被广播,UE在需要这些系统信息时需要先给基站发送系统信息请求,基站根据接收UE发送的系统信息请求决定该系统信息是否通过广播形式下发。在决定广播后,基站会修改系统信息SIB1的内容,指示某系统信息将要被广播传输。UE需要系统信息时需要先接收SIB1确认需要的系统信息是否正在被广播,若没有被广播,则UE需要发送系统信息请求。如果需要的系统信息正在被广播,UE就不需要再发送系统信息请求了,直接到系统信息发送时刻去接收对应的系统信息即可。在基站决定广播某系统信息之前,需要该系统信息的UE无法知道是否还有其他UE发送对应的系统信息请求。需要UE先向基站发送请求后,基站再决定广播的这些系统信息可称为按需系统信息。
在NR场景中,UE可采用Msg1-based方式或Msg3-based方式通过4步随机接入过程进行按需系统信息请求,如果基站通过系统信息广播传输按需系统信息请求所用的随机接入资源,那么UE就认为要通过Msg1-based方式发送请求消息;否则,UE就认为要通过Msg3-based方式发送请求消息,此时,UE发送Msg1所用的随机接入资源如PRACH前导码和PRACH时频资源,与正常接入UE发送Msg1所用的随机接入资源共享。UE通过Msg3以比特映射bitmap形式指示要请求的一个或多个按需系统信息,每bit代表指定的一个或多个按需系统信息,并通过接收基站发送的响应消息确认Msg3是否传输成功。如果响应消息正好对应UE请求消息指示的按需系统信息,则UE确认按需系统信息请求成功。
在R16版本中,为了降低UE接入时延,引入了两步随机接入过程,第一步UE可传输消息1(Msg1),及原4步随机接入过程(如图1所示)中的步骤13步的Msg3传输,称为MsgA,原来4步随机接入过程中的消息2(Msg2)和消息4(Msg4)可合并在第2步发下来,称为MsgB,交互过程如图3所示。其中,Msg1可以为Random Access Preamble,Msg3可以为预定传输(Scheduled Transmission)消息,Msg2可以为Random Access Response消息,Msg4为Contention Resolution消息。
根据现有结论,空闲态/非激活态UE的按需系统信息请求可以应用两步随机接入过程进行。请求的按需系统信息承载在CCCH SDU中。在CCCH SDU触发的两步随机接入过程中,响应消息MsgB可以用于指示:前导码和数据都解码成功响应(SuccessRAR);前导码解码成功数据解码失败的回退响应(FallbackRAR);以及Backoff Indication,通过BackoffIndication可以指示UE重传前导的等待时间范围。MsgB中可以包含:Contentionresolution ID;C-RNTI;以及定时提前命令(TA command)。
综上所述,分析得到:对于按需系统信息请求的响应过程,网元设备如基站不需要知道是哪个UE请求的,基站只需要向UE响应收到了按需系统信息请求,UE只需要知道基站是否收到过对应的按需系统信息请求,按需系统信息请求过程不会更改UE的状态,也不会触发UE进行数据传输,也就是请求之后的UE仍然处于IDLE/INACTIVE状态,所以,在这种场景下,对按需系统信息请求的响应消息没必要指示C-RNTI和TA信息。
如果不同UE选择不同的preamble请求相同的按需系统信息,如果基站给这两个UE都回复响应消息且包含请求的preamble ID,回复相同的响应消息会增加不必要的信令开销,也增加UE解码的复杂度。
对于上述分析中存在的问题,在本公开中,UE可以通过两步随机接入过程请求按需系统信息,基站收到请求消息后,可以给UE回响应消息,可以在响应消息包含对应单个UE请求的按需系统信息指示、或包含收到的部分或全部UE请求的按需系统消息指示。UE收到该响应消息,如果响应消息中包含这个UE所有请求的按需系统信息,就UE认为传输按需系统信息请求消息成功;否则,如果UE收到的响应消息中没有包含UE所有请求的按需系统信息指示,即如果没有包含UE请求的按需系统信息指示或包含一部分UE请求的按需系统信息指示,则UE就认为传输按需系统信息请求失败,可重新请求没有包含在响应消息中的按需系统信息,或重新请求所有需要的按需系统信息。
采用本公开,由于该响应消息不用区分UE,可以通过基站反馈所有UE收到的按需系统信息请求信息,从而通过隐含方式就能确认一个或多个UE请求系统信息是否请求成功,能够降低不必要响应消息的传输,节省信令传输资源,增加MsgB的传输容量,从而降低了UE和基站通信交互中不必要的信令开销,同时降低了UE的功耗和解码的复杂度。
在本公开中,还可以通过MAC子头或MAC SDU格式识别对应的SDU是按需系统信息请求的响应消息,如何予以识别,至少包括:
Option1:利用MAC子头的对应bit来识别对应MAC SDU是针对按需系统信息请求的响应。
Option2:利用MAC SDU格式对应bit识别MAC SDU是针对按需系统信息请求的响应。
相应的,该响应消息的内容至少包括:
Alt1:包含对应UE请求的按需系统信息指示;
Alt2:包含基站收到的部分或所有按需系统信息指示,和/或包含基站没有收到过请求但决定要广播的按需系统信息指示。
其中,UE通过识别所述MAC SDU信息来确认按需系统信息请求传输是否成功,至少包括:
如果MAC SDU中包含UE请求的按需系统信息指示,则认为所述按需系统信息请求传输成功;如果MAC SDU中没有包含或包含一部分UE请求的按需系统信息指示,则认为所述按需系统信息请求传输失败,则需要重新进行按需系统信息请求的传输;重新传输的按需系统信息请求包含没有含在所述MAC SDU中但需要请求的按需系统信息指示或包含所有需要但没有广播的按需系统信息指示。
图4示出了根据本公开一实施例的移动通信系统的结构示意图。如图4所示,该移动通信系统可以包括:网元设备100和终端设备200。本公开实施例适用于的移动通信系统可以为5G通信系统,还可以为4G、3G通信系统,还可以为未来新的各种通信系统,例如6G、7G等,在此不作限定。本公开实施例也适用于不同的网络架构,包括但不限于中继网络架构、双链接架构、车辆到任何物体的通信(V2X,Vehicle-to-Everything)架构等。
网元设备100可以是基站(BS,base station),也可称为基站设备,是一种部署在无线接入网(RAN,Radio Access Network)用以提供无线通信功能的装置。例如,在2G网络中提供基站功能的设备包括基地无线收发站(BTS,base transceiver station),3G网络中提供基站功能的设备包括节点B(NodeB),在4G网络中提供基站功能的设备包括eNB,在无线局域网络(WLAN,wireless local area networks)中提供基站功能的设备为接入点(AP,access point),在5G新无线(NR,New Radio)中的提供基站功能的设备为gNB,以及继续演进的节点B(ng-eNB),其中gNB和终端之间采用NR技术进行通信,ng-eNB和终端之间采用E-UTRA(Evolved Universal Terrestrial Radio Access)技术进行通信,gNB和ng-eNB均可连接到5G核心网;本公开实施例中的基站还包含在未来新的通信系统中提供基站功能的设备等。
本公开实施例中的基站控制器,可以是一种管理基站的装置,例如2G网络中的基站控制器(BSC,base station controller,)、3G网络中的无线网络控制器(RNC,radionetwork controller,)、还可指未来新的通信系统中控制管理基站的装置。网络侧network是指为终端提供通信服务的通信网络,包含无线接入网的基站,还可以包含无线接入网的基站控制器,还可以包含核心网侧的设备。核心网可以是演进型分组核心网(EPC,evolvedpacket core)、5G核心网(5G Core Network),还可以是未来通信系统中的新型核心网。5GCore Network由一组设备组成,并实现移动性管理等功能的接入和移动性管理功能(AMF,Access and Mobility Management Function)、提供数据包路由转发和服务质量(QoS,Quality of Service)管理等功能的用户面功能(UPF,User Plane Function)、提供会话管理、IP地址分配和管理等功能的会话管理功能(SMF,Session Management Function)等。EPC可由提供移动性管理、网关选择等功能的MME、提供数据包转发等功能的服务网关(S-GW,Serving Gateway)、提供终端地址分配、速率控制等功能的PDN网关(P-GW,PDNGateway)组成。
终端设备200可以指各种形式的用户设备(UE,user equipment)、接入终端设备、用户单元、用户站、移动站、移动台(MS,mobile station)、远方站、远程终端设备、移动设备、用户终端、终端设备(terminal equipment)、无线通信设备、用户代理或用户装置。终端设备200还可以是蜂窝电话、无绳电话、会话启动协议(SIP,Session InitiationProtocol,)电话、无线本地环路(WLL,Wireless Local Loop)站、个人数字处理(PDA,Personal Digital Assistant)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(PLMN,Public Land Mobile Network)中的终端设备等,本公开实施例对此不作限定。
本公开实施例定义接入网到终端的单向通信链路为下行链路,在下行链路上传输的数据为下行数据,下行数据的传输方向称为下行方向;而终端到接入网的单向通信链路为上行链路,在上行链路上传输的数据为上行数据,上行数据的传输方向称为上行方向。
需要说明的是,在图4所示的移动通信系统中,可以包括多个网元设备和/或多个终端设备,图4中以示出一个网元设备和一个终端设备来举例说明,但本公开实施例对此不作限定。
图5示出根据本公开实施例的两步随机接入过程的信息处理方法的流程图。如图5所示,该方法可以应用于网元设备(如基站),可以包括如下步骤:
步骤S101、接收按需系统信息的请求消息。
可以接收两步随机接入过程UE发送的按需系统信息的请求消息。
步骤S102、发送按需系统信息的响应消息。
所述响应消息中包含针对单个UE的请求消息的按需系统信息指示分别设置的回复信息,或;所述响应消息中包含针对收到的部分或全部UE的请求消息的按需系统信息指示和/或包含基站没有收到过请求但决定要广播的按需系统信息指示设置的公共回复信息。
需要指出的是,响应消息可以包含竞争决议标识(如48bits格式),C-RNTI(如16bit)和TA(如12bit)。而对应本公开的两步随机接入场景,为了避免不必要的信令开销,在响应消息中可以只包含一个按需系统信息请求确认MAC CE,如采用48bits格式或其56bits或72bits格式,并用于填充上述针对单个UE的请求消息的按需系统信息指示分别设置的回复信息,或包含针对收到的部分或全部UE的请求消息的按需系统信息指示和/或包含基站没有收到过请求但决定要广播的按需系统信息指示设置的公共回复信息。但是,这个按需系统信息请求确认MAC CE格式除了用于填充这两种回复信息,还可以预留给其他信息,已被后续扩展,也就是说,用于填充这两种回复信息并不需要全部占用48bits格式或其56bits或72bits格式。
一示例中,上述分别设置的回复信息,可以按照所请求UE发送的Preamble分别设置、或者可以按照所请求UE发送Preamble时所采用的RO分别设置、或者可以按照所请求UE的按需系统信息指示、和/或者可以按照基站没有收到过请求但决定要广播的按需系统信息指示分别设置。该分别设置的回复信息可以是MAC SDU。
一示例中,上述公共回复信息,可以按照系统消息块SIB设置、或者按照SI(一个SI可以包含一个或多个SIB)设置。基站可以将收到的部分或全部UE所请求的按需系统信息综合而成该公共回复信息。可选的,基站可以在该公共回复信息中包含没有收到过UE请求但决定即将要发送的按需系统信息。该公共回复信息可以是MAC SDU。
一示例中,上述收到的部分或全部UE的请求消息,是指一个系统消息修改周期内收到的按需系统信息请求、或者是在最近一次发送了随机接入响应之后收到的按需系统信息请求、或者是在同一个RO内收到的按需系统消息请求、或者是在一个随机接入资源配置周期内收到的按需系统消息请求。
一示例中,响应消息可以对应:1、在不同RO上传输相同preamble用户请求的响应消息;或,2、在相同RO上传输相同或不同preamble用户请求的响应消息,或,3、在发送响应消息前基站收到的在相同或不同RO上传输相同或不同preamble的所有用户请求消息的响应消息。
需要指出的是:可以通过MAC子头或MAC SDU格式来识别MAC SDU是对应按需系统信息请求的响应消息。以便UE通过识别所述MAC SDU信息来确认按需系统信息请求传输是否成功。
可能的实现方式中,所述方法还包括:通过MAC子头中的对应bit位,指示对应MAC子头为按需系统信息请求响应的MAC子头,以及指示对应MAC服务数据单元SDU承载按需系统信息请求成功的响应内容,或;通过MAC SDU中的对应bit位,指示对应MAC SDU承载按需系统信息请求成功的响应内容。所述响应消息中携带MAC子头及对应的MAC SDU。
可能的实现方式中,所述通过所述响应消息MAC子头中的对应bit位,指示对应MAC子头为按需系统信息请求响应的MAC子头,以及指示对应MAC SDU承载按需系统信息请求成功的响应内容,包括:采用MAC子头的对应bit位设置,指示对应MAC子头为按需系统信息请求响应的MAC子头格式,所述MAC子头对应MAC SDU填充的信息为按需系统信息指示。
可能的实现方式中,所述通过MAC SDU中的对应bit位,指示对应MAC SDU承载按需系统信息请求成功的响应内容,包括:采用MAC SDU封装格式的对应bit位设置,指示在MACSDU中填充的信息为按需系统信息指示。
可能的实现方式中,所述响应消息中包含单个对应请求消息的按需系统信息指示、或包含收到的部分或全部请求消息的按需系统信息指示,填充于MAC SDU中。
所述方法还包括:在当前修改周期内,将收到的任一按需系统信息请求的按需系统信息指示填充于所述MAC SDU中,或在当前修改周期内,将收到在不同随机接入时频域资源上发送相同前导码用户请求的按需系统信息指示填充于MAC SDU中,或在当前修改周期内,将收到在相同随机接入时频域资源上发送不同前导码用户请求的按需系统信息指示填充于MAC SDU中,或在当前修改周期内,将发送响应消息前收到的所有用户请求的按需系统信息指示填充于MAC SDU中,和/或,在当前修改周期内,将没有收到用户请求但决定将要广播的按需系统信息指示填充于MAC SDU中。
需要指出的是,所述方法还包括:在当前修改周期内,没有UE发送针对按需系统信息的请求消息,但基站决定广播该按需系统信息,基站可以将对应的按需系统信息指示填充到SDU中。
可能的实现方式中,所述MAC子头的对应bits位为子头格式中新定义的bit,对应bit设置为固定值时,用于指示所述MAC子头为按需系统信息请求成功响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容;可能的RAPID可以包含在对应MAC子头中,可以采用8bit长度的MAC子头或16bit长度的MAC子头,一种可能的实现格式如图7c或图8c所示。
所述MAC子头的对应bits位设置为其他固定值时,用于指示所述MAC子头为非按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载非按需系统信息请求响应的内容。
可能的实现方式中,所述MAC子头的对应bits位设置为固定值时,用于指示所述MAC子头为按需系统信息请求成功的响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容,包括:
所述MAC子头采用2bits位,并设置为00或01或10或11时,用于指示所述MAC子头为所述按需系统信息请求成功的响应的MAC子头格式,所述MAC SDU承载按需系统信息请求成功的响应的内容;
2bits在MAC子头的任意位置。可以采用8bit长度的MAC字头或16bits长度的MAC子头,可能的RAPID也可以包含在对应MAC子头中,一种可能的实现格式如图7c或图8c所示。
一示例中,对于重新定义的MAC子头,MAC子头中2bit的“XX”格式用于区别对应SDU是否是按需系统信息请求的successRAR响应消息,fallbackRAR,非按需系统信息请求响应的successRAR,还是BI,其中BI没有对应SDU。
所述2bit的“XX”格式的设置值及具体含义可以如下:
00,代表MAC子头包含BI的MAC子头格式,该MAC子头没有对应的SDU;
01,代表MAC子头为按需系统信息请求的successRAR响应对应的子头格式,对应的SDU为按需系统信息请求的响应的successRAR格式;可能的RAPID也包含在对应的MAC子头中。
10,代表MAC子头为非按需系统信息请求的successRAR响应对应的子头格式,对应的SDU为非按需系统信息请求响应的successRAR格式;
11,代表MAC子头为fallbackRAR对应的子头格式,对应的SDU为fallbackRAR格式。
需要指出的是,上述采用2bit的“XX”格式这种2bit指示的方式,所给出的上述设置值并不是唯一的,只是其中任一种指示的示例描述。比如,2bit一共能指示4个值,每个值都可以作为SI请求响应的指示,不是只有设置为01的时候才表示是SI请求的响应指示。
可能的实现方式中,所述MAC子头的对应bit位设置,为根据已有RAR MAC子头格式中的bit位T得到的;
所述方法包括:
bit位T设置用于指示所述MAC子头为针对除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式。
在bit位T设置指示所述MAC子头不是除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式的情况下,bit位F设置用于指示所述MAC子头为BI指示的MAC子头格式,或按需系统信息请求成功的响应消息的MAC子头格式。
一示例中,可以采用增强现有的随机接入过程对应的MAC子头,重新定义子头中的bit位T(如Tbit)的含义,以便定义新的bit位F(如Fbit)用于指示MAC子头是针对按需系统信息请求的,设置值及具体含义可以如下:
T=1,用于针对非按需系统信息请求和非BI的子头格式;
T=0,且F不同的设置用于指示BI和SI请求。
一示例中
T=1,指示MAC子头是针对非BI及非SI请求的successRAR的MAC子头或fallbackRAR的MAC子头;
T=0,且F=1时,指示子头是针对按需系统信息请求的;
T=0,且F=0时,指示子头是针对BI指示的;
所述按需系统信息请求确认MAC SDU为48bits格式,每bit含义对应请求消息中的bit含义。
需要指出的是,上述采用现有MAC子头的设置方式,所给出的上述设置值并不是唯一的,只是其中任一种指示的示例描述。如T=1且F=0时指示MAC子头是针对按需系统信息请求的,可能的RAPID也包含在对应的MAC子头中;T=1且F=1时指示MAC子头是针对BI的,T=0时,指示其他场景的MAC子头。可能的实现方式中,根据所述MAC SDU中的bit位设置,区分所述响应消息是否为按需系统信息请求成功的响应格式。用现有的RAR的MAC子头作为按需系统信息请求确认MAC CE的子头格式。
需要指出的是,通过MAC SDU来响应消息是否为按需系统信息请求成功的响应格式,此种情况下,响应消息包含的竞争决议标识并不一定是48bit,只要通过bit设置可以区分出响应消息是否为按需系统信息请求成功的响应格式,都在本公开的保护范围之内,该bit设置并不唯一,不限于48bit。
可能的实现方式中,所述MAC SDU中的bit位设置为起始的1bit或2bits的情况下,区分所述MAC SDU后面对应的bit信息是否为所述按需系统信息请求成功的响应格式、或回退响应格式、或非按需系统信息传输成功的响应格式,对应按需系统信息请求确认MAC SDU可为56bits或72bits格式。
一示例中,用现有RAR的MAC子头格式用于按需系统信息请求确认MAC CE对应的MAC子头,MAC SDU的起始1bit(格式中可用T来指示)用于指示SDU是回退响应格式fallbackRAR还是成功响应格式successRAR。如T=0,指示后面信息是回退响应格式,T=1,指示后面信息是成功响应格式,进一步根据T后面的1bit(格式中可用F来指示)用于指示SDU是按需系统信息请求确认的成功响应格式,还是其他场景的成功响应格式。如在T=1且F=0时,指示后面的信息是所述按需系统信息请求确认的响应格式,响应格式包含预定义的按需系统信息指示bitmap格式,其位置可位于56bits或72bits按需系统信息请求确认MAC CE的bitT和F后面的bit位置。T=1且F=1时,指示后面的信息是其他场景的响应格式。
需要指出的是,所给出的上述设置值并不是唯一的,只是其中任一种指示的示例描述。如T=1指示回退响应格式,T=0且F=1时指示按需系统信息场景的,T=0且F=0时指示其他场景的,其他组合方式也可以。
对应的MAC SDU为非按需系统信息传输成功的响应格式情况下,MAC SDU可以为48bits或56bits或72bits格式,具体设置如下:
只包含对应UE请求的按需系统信息指示信息,对应bit代表指定的一个或多个按需系统信息,UE请求的按需系统信息指示对应的bit设置为1。
包含基站收到的对应UE请求的所有按需系统信息指示信息,基站将所收到的按需系统信息指示对应的bit都设置为1。
可能的实现方式中,所述MAC SDU中填充的信息为所述对应请求消息的按需系统信息指示的情况下,bit位设置中的对应bit指示一个或多个按需系统信息;
将请求的按需系统信息指示对应的bit设置为1。
可能的实现方式中,所述MAC SDU中填充的信息为所述收到的部分或全部请求消息的按需系统信息指示的情况下,将收到的部分或全部请求消息中的按需系统信息指示对应的bit位都设置为1。
本公开中所述按需系统信息指示指的是某种按需系统信息是否被请求,根据请求消息指示的bitmap对应位置来识别,如果请求该系统信息,在对应bit位置要设置为1,如果没有请求该系统信息,在对应bit位置设置为0。请求消息中可以包含一个或多个设置为1的按需系统信息指示,用于请求对应的按需系统信息。
本公开实施例的两步随机接入过程的信息处理方法,该方法可以应用于UE,所述方法包括:
接收响应消息中包含的按需系统信息指示;
所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或;
所述响应消息中包含针对多个请求消息的按需系统信息指示设置的公共回复信息
从所述响应消息中获知是否需要再次发送按需系统信息请求。
需要指出的是,在UE侧,是根据上述基站侧实施例中对按需系统信息的响应消息设置,按照响应消息的对应格式来识别对应的响应内容。
一示例中,UE收到该响应消息后,如果响应消息中包含这个UE所有请求的按需系统信息,就UE认为传输按需系统信息请求消息成功;否则,如果收到的响应消息中没有包含UE所有请求的按需系统信息,则UE就认为传输按需系统信息请求失败,可重新请求没有包含在响应消息中的按需系统信息或重新请求所有需要的按需系统信息。通过MAC子头来识别MAC SDU是对应按需系统信息请求的响应。
可能的实现方式中,所述响应消息包含所请求按需系统信息的确认信息;
所述响应消息还包含其他所请求按需系统信息的确认信息;
所述响应消息还包括:即将要广播的按需系统信息指示信息。
可能的实现方式中,所述方法还包括:
从所述响应消息中识别出对应请求按需系统信息的确认信息,则确定按需系统信息请求成功;否则确定请求失败,需要再次发送按需系统信息请求;
所述再次发送按需系统信息请求包含未在所述响应消息中的所需的按需系统信息或包含所有所需的按需系统信息。
可能的实现方式中,所述方法还包括:
从所述响应消息中未识别出对应请求消息的按需系统信息指示,或识别出部分对应请求消息的按需系统信息指示,或识别出未请求的其他按需系统信息的确认信息,或识别出将要广播的按需系统信息指示,依据响应消息调整后续需要请求按需系统信息的类型;
所述调整后续需要请求的按需系统信息类型,用于请求未包含在所述响应消息中的所需的按需系统信息或包含所有所需的按需系统信息。
可能的实现方式中,所述方法还包括:
根据所述响应消息的媒体访问控制MAC子头的比特bit位设置,识别出对应MAC子头为按需系统信息请求响应的MAC子头格式,所述MAC子头对应MAC SDU填充的信息为按需系统信息指示。
可能的实现方式中,所述方法还包括:
根据所述响应消息的MAC SDU封装格式的bit位设置,识别出对应MAC SDU中填充的信息为按需系统信息指示。
可能的实现方式中,所述方法还包括:
解析所述MAC子头的bits位设置为固定值时,识别出所述MAC子头为按需按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求的响应内容;
解析所述MAC子头的bits位设置为其他固定值时,识别出所述MAC子头为非按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载非按需系统信息请求响应的内容。
可能的实现方式中,所述解析所述MAC子头的bits位设置为固定值时,识别出所述MAC子头为按需系统信息请求成功响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容,包括:
解析所述MAC子头2bits位,当设置为00或01或10或11时,识别出所述MAC子头为所述按需系统信息请求成功的响应的MAC子头格式,所述MAC SDU承载按需系统信息请求的响应内容。
可能的实现方式中,所述方法还包括:
所述MAC子头的bit位设置,还包括:
在bit位T的设置指示所述MAC子头不是除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式的情况下,根据bit位F的设置确定所述MAC子头为BI指示的MAC子头格式,或按需系统信息请求成功的响应消息的MAC子头格式。
可能的实现方式中,所述方法还包括:
解析所述MAC SDU中起始的1bit或2bits,识别所述MAC SDU后面对应的bit信息是否为所述按需系统信息请求成功的响应格式、或回退响应格式、或非按需系统信息请求传输成功的响应格式。
可能的实现方式中,所述方法还包括:
根据MAC SDU中按需系统信息指示对应比特位的设置值与请求的按需系统信息指示对应比特位的设置值比较,确定按需系统信息请求是否成功。
可能的实现方式中,所述方法还包括:
如果MAC SDU中设置值为1的按需系统信息指示对应bit位包含请求的按需系统信息指示对应比特,确定按需系统信息请求成功。
如果MAC SDU中设置值为1的按需系统信息指示对应bit位没有包含或包含部分请求的按需系统信息指示对应比特,确定按需系统信息请求失败。
应用实施例:
一、MAC子头识别的实施例,可以指示按需系统信息请求响应的MAC子头格式:
图6a-图6c示出根据本公开实施例MAC子头格式1实现方式示意图,为增强现有的RAR MAC子头。重新定义子头中的Tbit含义,具体描述如下:
设置为1,代表MAC子头中包含RAPID,可用于非按需系统信息请求的successRAR传输,具体MAC子头格式如图6c所示。
设置为0,代表MAC子头中没有包含RAPID,可用于指示按需系统信息请求的successRAR传输的子头或BI子头,具体MAC子头格式如图6a和图6b所示。
当Tbit设置为0时,下一bit为Fbit,指示子头承载BI还是SDU是针对按需系统信息请求的successRAR。其中,F设置为0,子头包含BI指示,具体格式如图6a所示。F设置为1,指示MAC子头是用于按需系统信息请求的successRAR的子头,对应SDU包含按需系统信息请求的successRAR,具体子头格式可设计为如图6b所示。
图7a-图7c示出根据本公开实施例的MAC子头格式2实现方式示意图,重新定义MAC子头格式,用2bit T用于区分子头是针对BI指示,还是按需系统信息请求的successRAR响应指示,还是非按需系统信息请求的successRAR响应指示,还是fallbackRAR响应指示,Tbit可以在子头的任意位置,具体描述如下:
T=00,MAC子头用于指示BI,没有对应SDU。
T=01,MAC子头用于指示按需系统信息请求的successRAR响应指示,对应SDU用于指示按需系统信息请求的successRAR响应,具体MAC子头格式可以如图7b或图7c所示。
T=10,MAC子头用于指示非按需系统信息请求的successRAR响应指示,对应SDU用于指示非按需系统信息请求的响应,具体MAC子头格式如图7b或图7c所示。
T=11,MAC子头用于指示非按需系统信息请求的fallbackRAR响应指示,对应SDU用于指示fallbackRAR响应,具体MAC子头格式如图7c所示。
图8a-图8c示出根据本公开实施例的MAC子头格式2特定情况下对应MAC子头实现方式示意图,如在MAC子头格式2情况下如果需要指示1bit E,对应MAC子头实现方式示意图,T的具体设置值的含义如上所述。
二、按需系统信息请求响应SDU格式的实施例:
图9示出根据本公开实施例的MAC SDU格式的实现方式示意图,按需系统信息请求消息是48bits的bitmap形式,每1bit对应的按需系统信息通过SIB1承载系统信息的调度信息列表来获得。如SIB1指示有10个按需系统信息,列表中的第1个~第10个按需系统信息分别映射在按需系统信息请求消息的前10bits,此时后38bits为预留。其中,第一个按需系统信息用SI1表示,第2个用SI2表示,……,以此类推,第10个用SI10表示。
图10示出根据本公开实施例的用于匹配按需系统信息请求的响应内容格式1的示意图,该响应消息格式1是按需系统信息请求响应包含基站针对发起请求的单个UE发送按需系统信息的按需系统信息指示。基站回复的响应消息承载的内容与收到UE发送的请求消息内容相同,如UE1请求SI1,SI5,SI7,则UE1发送的按需系统信息请求消息中前10bits应设置为1000101000,基站回复该UE的响应消息中前10bit也应设置为1000101000。
UE收到响应消息,判断响应消息中如果前10bits的设置与UE发送的请求消息中前10bits的设置是否完全相同,如果完全相同,则UE认为按需系统信息请求成功。如果有任一bit设置不同,则UE认为按需系统信息请求失败。
图11示出根据本公开实施例的用于匹配按需系统信息请求的响应内容格式2的示意图,可以为ODSR successRAR消息,该响应消息格式2是按需系统信息请求响应包含基站收到的部分或所有UE发送按需系统信息请求的按需系统信息指示。基站回复的响应消息承载的内容包含基站收到的所有发送请求UE请求的按需系统信息指示,如t1时刻UE1请求SI1,SI5,SI7,则UE1发送的按需系统信息请求消息中前10bits应设置为1000101000;t2时刻UE2请求S2,S3,S5,则UE2发送的按需系统信息请求消息中前10bits应设置为0110100000。基站在相同时间或不同时间收到了这2个UE发送的按需系统信息请求。
如果基站决定给UE1回复响应时没有收到其他UE发送的按需系统信息请求,则基站回复该UE1的响应消息中前10bit可设置为1000101000。
UE1收到响应消息,判断响应消息中如果前10bits的设置是否包含了UE1发送的请求消息中前10bits的设置。如果全部包含,则UE认为按需系统信息请求成功。如果有任一bit不包含,则UE认为按需系统信息请求失败。如果基站决定给UE2回复响应时已经收到UE1发送的按需系统信息请求,但基站还没有广播对应的按需系统信息,则基站回复UE2的响应消息中可包含UE1请求的按需系统信息指示,如对应前10bit可设置为1110101000。
UE2收到响应消息,判断响应消息中如果前10bits的设置是否包含了UE2发送的请求消息中前10bits的设置。如果全部包含,则UE认为按需系统信息请求成功。如果有任一bit不包含,则UE认为按需系统信息请求失败。
三、MAC SDU识别按需系统信息请求响应的实施例:
图12a-12b示出根据本公开实施例的采用上述MAC子头格式2(重用现有随机接入过程的MAC子头格式)的各消息实现方式示意图,具体描述如下:
Tbit用于区分子头包含BI还是RAPID;其中,T=0,指示子头包含BI,具体格式如图(a),没有对应SDU;T=1,指示子头包含RAPID,具体格式如图12b所示,对应SDU对应fallbackRAR,或按需系统信息请求successRAR或非按需系统信息请求successRAR,通过SDU格式中的bit域区分。
图13a-13c示出根据本公开实施例的采用上述MAC子头格式1的各消息的实现方式示意图。其中,图13a为fallbackRAR消息的格式,图13b为ODSR successRAR消息的格式,图13c为non-ODSR successRAR消息的格式,具体描述如下:
1bit T用于区分SDU是fallbackRAR还是successRAR,T=0,指示SDU是fallbackRAR信息,如图13a所示;T=1,指示SDU是successRAR信息,进一步的相邻1bit F用于区分SDU是按需系统信息请求的successRAR还是非按需系统信息请求的successRAR;F=0/1,指示后面是非按需系统信息请求的successRAR信息,如图13c所示,还是按需系统信息请求的successRAR信息如图13b所示。
或者:
T=1,指示SDU是fallbackRAR信息,如图13a所示;
T=0,指示SDU是successRAR信息,进一步的相邻1bit F用于区分SDU是按需系统信息请求的successRAR还是非按需系统信息请求的successRAR;
F=0/1,指示后面是非按需系统信息请求的successRAR信息,如图13c所示,还是按需系统信息请求的successRAR信息,如图13b所示。
图14示出根据本公开实施例的网元设备结构图。如图14所示,该网元设备可以包括:第一接收单元31,用于接收按需系统信息的请求消息;第一发送单元32,用于发送按需系统信息的响应消息;所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或;所述响应消息中包含针对收到的部分或全部请求消息的按需系统信息指示设置的公共回复信息。
可能的实现方式中,所述网元设备还包括:第一处理单元,用于通过媒体访问控制MAC子头中的对应比特bit位,指示对应MAC子头为按需系统信息请求响应的MAC子头,以及指示对应MAC服务数据单元SDU承载按需系统信息请求成功的响应内容,或;通过MAC SDU中的对应bit位,指示对应MAC SDU承载按需系统信息请求成功的响应内容。所述响应消息中携带MAC子头及对应的MAC SDU。
可能的实现方式中,所述第一处理单元,进一步用于:采用MAC子头的对应bit位设置,指示对应MAC子头为按需系统信息请求响应的MAC子头格式,所述MAC子头对应MAC SDU填充的信息为按需系统信息指示。
可能的实现方式中,所述第一处理单元,进一步用于:采用MAC SDU封装格式的对应bit位设置,指示在MAC SDU中填充的信息为按需系统信息指示。
可能的实现方式中,所述响应消息中包含单个对应请求消息的按需系统信息指示、或包含收到的部分或全部请求消息的按需系统信息指示,填充于MAC SDU中。所述第一处理单元,进一步用于:在当前修改周期内,将收到的任一按需系统信息请求的按需系统信息指示填充于所述MAC SDU中,或;将收到在不同随机接入时频域资源上发送相同前导码用户请求的按需系统信息指示填充于MAC SDU中,或;将收到在相同随机接入时频域资源上发送不同前导码用户请求的按需系统信息指示填充于MAC SDU中,或;将发送响应消息前收到的所有用户请求的按需系统信息指示填充于MAC SDU中,和/或;将没有收到用户请求但决定将要广播的按需系统信息指示填充于MAC SDU中。
可能的实现方式中,所述MAC子头的对应bits位为子头格式中新定义的bit,对应bit设置为固定值时,用于指示所述MAC子头为按需系统信息请求成功响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容;所述MAC子头的对应bits位设置为其他固定值时,用于指示所述MAC子头为非按需系统信息请求响应的MAC子头格式,对应MACSDU为承载非按需系统信息请求响应的内容。
可能的实现方式中,所述MAC子头的对应bits位设置为固定值时,用于指示所述MAC子头为按需系统信息请求成功的响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容,包括:所述MAC子头采用2bits位,并设置为00或01或10或11时,用于指示所述MAC子头为所述按需系统信息请求成功的响应的MAC子头格式,所述MAC SDU承载按需系统信息请求成功的响应的内容。2bits在MAC子头的任意位置。
可能的实现方式中,所述MAC子头的对应bit位设置,为根据已有RAR MAC子头格式中的bit位T得到的。bit位T设置用于指示所述MAC子头为针对除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式。
在bit位T设置指示所述MAC子头不是除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式的情况下,bit位F设置用于指示所述MAC子头为BI指示的MAC子头格式,或按需系统信息请求成功的响应消息的MAC子头格式。
可能的实现方式中,所述第一处理单元,进一步用于:根据所述MAC SDU中的bit位设置,区分所述响应消息是否为按需系统信息请求成功的响应格式。
可能的实现方式中,所述第一处理单元,进一步用于:所述MAC SDU中的bit位设置为起始的1bit或2bits的情况下,区分所述MAC SDU后面对应的bit信息是否为所述按需系统信息请求成功的响应格式、或回退响应格式、或非按需系统信息传输成功的响应格式。
可能的实现方式中,所述第一处理单元,进一步用于:所述MAC SDU中填充的信息为所述对应请求消息的按需系统信息指示的情况下,bit位设置中的对应bit指示一个或多个按需系统信息。将请求的按需系统信息指示对应的bit设置为1。
可能的实现方式中,所述第一处理单元,进一步用于:所述MAC SDU中填充的信息为所述收到的部分或全部请求消息的按需系统信息指示的情况下,将收到的部分或全部请求消息中的按需系统信息指示对应的bit位都设置为1。
图15示出根据本公开实施例的终端设备结构图。如图15所示,该终端设备可以包括:第二接收单元41,用于接收响应消息中包含的按需系统信息指示;所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或;所述响应消息中包含针对多个请求消息的按需系统信息指示设置的公共回复信息。第二处理单元42,用于从所述响应消息中获知是否需要再次发送按需系统信息请求。
可能的实现方式中,所述响应消息包含所请求按需系统信息的确认信息;所述响应消息还包含其他所请求按需系统信息的确认信息;所述响应消息还包括:即将要广播的按需系统信息指示信息。
可能的实现方式中,所述第二处理单元,进一步用于:从所述响应消息中识别出对应请求按需系统信息的确认信息,则确定按需系统信息请求成功;否则确定请求失败,需要再次发送按需系统信息请求。所述再次发送按需系统信息请求包含未在所述响应消息中的所需的按需系统信息或包含所有所需的按需系统信息。
可能的实现方式中,所述第二处理单元,进一步用于:从所述响应消息中未识别出对应请求消息的按需系统信息指示,或识别出部分对应请求消息的按需系统信息指示,或识别出未请求的其他按需系统信息的确认信息,或识别出将要广播的按需系统信息指示,依据响应消息调整后续需要请求按需系统信息的类型。所述调整后续需要请求的按需系统信息类型,用于请求未包含在所述响应消息中的所需的按需系统信息或包含所有所需的按需系统信息。
可能的实现方式中,所述第二处理单元,进一步用于:根据所述响应消息的媒体访问控制MAC子头的比特bit位设置,识别出对应MAC子头为按需系统信息请求响应的MAC子头格式,所述MAC子头对应MAC SDU填充的信息为按需系统信息指示。
可能的实现方式中,所述第二处理单元,进一步用于:根据所述响应消息的MACSDU封装格式的bit位设置,识别出对应MAC SDU中填充的信息为按需系统信息指示。
可能的实现方式中,所述第二处理单元,进一步用于:解析所述MAC子头的bits位设置为固定值时,识别出所述MAC子头为按需按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求的响应内容。解析所述MAC子头的bits位设置为其他固定值时,识别出所述MAC子头为非按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载非按需系统信息请求响应的内容。
可能的实现方式中,所述第二处理单元,进一步用于:解析所述MAC子头2bits位,当设置为00或01或10或11时,识别出所述MAC子头为所述按需系统信息请求成功的响应的MAC子头格式,所述MAC SDU承载按需系统信息请求的响应内容。
可能的实现方式中,所述MAC子头的bit位设置,还包括:在bit位T的设置指示所述MAC子头不是除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式的情况下,根据bit位F的设置确定所述MAC子头为BI指示的MAC子头格式,或按需系统信息请求成功的响应消息的MAC子头格式。
可能的实现方式中,所述第二处理单元,进一步用于:解析所述MAC SDU中起始的1bit或2bits,识别所述MAC SDU后面对应的bit信息是否为所述按需系统信息请求成功的响应格式、或回退响应格式、或非按需系统信息请求传输成功的响应格式。
可能的实现方式中,所述第二处理单元,进一步用于:根据MAC SDU中按需系统信息指示对应比特位的设置值与请求的按需系统信息指示对应比特位的设置值比较,确定按需系统信息请求是否成功。
可能的实现方式中,所述第二处理单元,进一步用于:如果MAC SDU中设置值为1的按需系统信息指示对应bit位包含请求的按需系统信息指示对应比特,确定按需系统信息请求成功。如果MAC SDU中设置值为1的按需系统信息指示对应bit位没有包含或包含部分请求的按需系统信息指示对应比特,确定按需系统信息请求失败。
图16示出根据本公开实施例示出的用于实现两步随机接入过程的信息处理方法的终端设备800的框图。例如,终端设备800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图16,终端设备800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。
处理组件802通常控制装置800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为装置800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当装置800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为装置800提供各个方面的状态评估。例如,传感器组件814可以检测到装置800的打开/关闭状态,组件的相对定位,例如所述组件为装置800的显示器和小键盘,传感器组件814还可以检测装置800或装置800一个组件的位置改变,用户与装置800接触的存在或不存在,装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,终端设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种非易失性计算机可读存储介质,例如包括计算机程序指令的存储器804,上述计算机程序指令可由终端设备800的处理器820执行以完成上述方法。
图17是根据本公开实施例示出的用于实现两步随机接入过程的信息处理方法的网元设备1900的框图。例如,网元设备1900可以被提供为一服务器。参照图17,网元设备1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法。
网元设备1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理,一个有线或无线网络接口1950被配置为将装置1900连接到网络,和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
在示例性实施例中,还提供了一种非易失性计算机可读存储介质,例如包括计算机程序指令的存储器1932,上述计算机程序指令可由装置1900的处理组件1922执行以完成上述方法。
本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (27)

1.一种两步随机接入过程的信息处理方法,其特征在于,所述方法包括:
接收按需系统信息的请求消息;
发送按需系统信息的响应消息;
所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或;
所述响应消息中包含针对收到的部分或全部请求消息的按需系统信息指示设置的公共回复信息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:通过媒体访问控制MAC子头中的对应比特bit位,指示对应MAC子头为按需系统信息请求响应的MAC子头,以及指示对应MAC服务数据单元SDU承载按需系统信息请求成功的响应内容,或;
通过MAC SDU中的对应bit位,指示对应MAC SDU承载按需系统信息请求成功的响应内容;
所述响应消息中携带MAC子头及对应的MAC SDU。
3.根据权利要求2所述的方法,其特征在于,所述通过所述响应消息MAC子头中的对应bit位,指示对应MAC子头为按需系统信息请求响应的MAC子头,以及指示对应MAC SDU承载按需系统信息请求成功的响应内容,包括:
采用MAC子头的对应bit位设置,指示对应MAC子头为按需系统信息请求响应的MAC子头格式,所述MAC子头对应MAC SDU填充的信息为按需系统信息指示。
4.根据权利要求2所述的方法,其特征在于,所述通过MAC SDU中的对应bit位,指示对应MAC SDU承载按需系统信息请求成功的响应内容,包括:
采用MAC SDU封装格式的对应bit位设置,指示在MAC SDU中填充的信息为按需系统信息指示。
5.根据权利要求1所述的方法,其特征在于,所述响应消息中包含单个对应请求消息的按需系统信息指示、或包含收到的部分或全部请求消息的按需系统信息指示,填充于MACSDU中;
所述方法还包括:在当前修改周期内,
将收到的任一按需系统信息请求的按需系统信息指示填充于所述MAC SDU中,或;
将收到在不同随机接入时频域资源上发送相同前导码用户请求的按需系统信息指示填充于MAC SDU中,或;
将收到在相同随机接入时频域资源上发送不同前导码用户请求的按需系统信息指示填充于MAC SDU中,或;
将发送响应消息前收到的所有用户请求的按需系统信息指示填充于MAC SDU中,和/或;
将没有收到用户请求但决定将要广播的按需系统信息指示填充于MAC SDU中。
6.根据权利要求3所述的方法,其特征在于,所述MAC子头的对应bits位为子头格式中新定义的bit,对应bit设置为固定值时,用于指示所述MAC子头为按需系统信息请求成功响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容;
所述MAC子头的对应bits位设置为其他固定值时,用于指示所述MAC子头为非按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载非按需系统信息请求响应的内容。
7.根据权利要求6所述的方法,其特征在于,所述MAC子头的对应bits位设置为固定值时,用于指示所述MAC子头为按需系统信息请求成功的响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容,包括:
所述MAC子头采用2bits位,并设置为00或01或10或11时,用于指示所述MAC子头为所述按需系统信息请求成功的响应的MAC子头格式,所述MAC SDU承载按需系统信息请求成功的响应的内容;
2bits在MAC子头的任意位置。
8.根据权利要求3所述的方法,其特征在于,所述MAC子头的对应bit位设置,为根据已有RAR MAC子头格式中的bit位T得到的;
所述方法包括:
bit位T设置用于指示所述MAC子头为针对除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式;
在bit位T设置指示所述MAC子头不是除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式的情况下,bit位F设置用于指示所述MAC子头为BI指示的MAC子头格式,或按需系统信息请求成功的响应消息的MAC子头格式。
9.根据权利要求1所述的方法,其特征在于,根据所述MAC SDU中的bit位设置,区分所述响应消息是否为按需系统信息请求成功的响应格式。
10.根据权利要求1所述的方法,其特征在于,所述MAC SDU中的bit位设置为起始的1bit或2bits的情况下,区分所述MAC SDU后面对应的bit信息是否为所述按需系统信息请求成功的响应格式、或回退响应格式、或非按需系统信息传输成功的响应格式。
11.根据权利要求1、9或10所述的方法,其特征在于,所述MAC SDU中填充的信息为所述对应请求消息的按需系统信息指示的情况下,bit位设置中的对应bit指示一个或多个按需系统信息;
将请求的按需系统信息指示对应的bit设置为1。
12.根据权利要求1、9或10所述的方法,其特征在于,所述MAC SDU中填充的信息为所述收到的部分或全部请求消息的按需系统信息指示的情况下,将收到的部分或全部请求消息中的按需系统信息指示对应的bit位都设置为1。
13.一种两步随机接入过程的信息处理方法,其特征在于,所述方法包括:
接收响应消息中包含的按需系统信息指示;
所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或;
所述响应消息中包含针对多个请求消息的按需系统信息指示设置的公共回复信息;
从所述响应消息中获知是否需要再次发送按需系统信息请求。
14.根据权利要求13所述的方法,其特征在于,所述响应消息包含所请求按需系统信息的确认信息;
所述响应消息还包含其他所请求按需系统信息的确认信息;
所述响应消息还包括:即将要广播的按需系统信息指示信息。
15.根据权利要求13所述的方法,其特征在于,所述方法还包括:
从所述响应消息中识别出对应请求按需系统信息的确认信息,则确定按需系统信息请求成功;否则确定请求失败,需要再次发送按需系统信息请求;
所述再次发送按需系统信息请求包含未在所述响应消息中的所需的按需系统信息或包含所有所需的按需系统信息。
16.根据权利要求13所述的方法,其特征在于,所述方法还包括:
从所述响应消息中未识别出对应请求消息的按需系统信息指示,或识别出部分对应请求消息的按需系统信息指示,或识别出未请求的其他按需系统信息的确认信息,或识别出将要广播的按需系统信息指示,依据响应消息调整后续需要请求按需系统信息的类型;
所述调整后续需要请求的按需系统信息类型,用于请求未包含在所述响应消息中的所需的按需系统信息或包含所有所需的按需系统信息。
17.根据权利要求13或14所述的方法,其特征在于,所述方法还包括:
根据所述响应消息的媒体访问控制MAC子头的比特bit位设置,识别出对应MAC子头为按需系统信息请求响应的MAC子头格式,所述MAC子头对应MAC SDU填充的信息为按需系统信息指示。
18.根据权利要求13或14所述的方法,其特征在于,所述方法还包括:
根据所述响应消息的MAC SDU封装格式的bit位设置,识别出对应MAC SDU中填充的信息为按需系统信息指示。
19.根据权利要求13或14所述的方法,其特征在于,所述方法还包括:
解析MAC子头的bits位设置为固定值时,识别出所述MAC子头为按需按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求的响应内容;
解析MAC子头的bits位设置为其他固定值时,识别出所述MAC子头为非按需系统信息请求响应的MAC子头格式,对应MAC SDU为承载非按需系统信息请求响应的内容。
20.根据权利要求17所述的方法,其特征在于,所述解析MAC子头的bits位设置为固定值时,识别出所述MAC子头为按需系统信息请求成功响应的MAC子头格式,对应MAC SDU为承载按需系统信息请求成功的响应内容,包括:
解析MAC子头2bits位,当设置为00或01或10或11时,识别出所述MAC子头为所述按需系统信息请求成功的响应的MAC子头格式,所述MAC SDU承载按需系统信息请求的响应内容。
21.根据权利要求13或14所述的方法,其特征在于,所述方法还包括:MAC子头的bit位设置,还包括:
在bit位T的设置指示所述MAC子头不是除BI指示外的非按需系统信息请求场景响应消息的MAC子头格式的情况下,根据bit位F的设置确定所述MAC子头为BI指示的MAC子头格式,或按需系统信息请求成功的响应消息的MAC子头格式。
22.根据权利要求13或14所述的方法,其特征在于,所述方法还包括:
解析MAC SDU中起始的1bit或2bits,识别所述MAC SDU后面对应的bit信息是否为所述按需系统信息请求成功的响应格式、或回退响应格式、或非按需系统信息请求传输成功的响应格式。
23.根据权利要求13或14所述的方法,其特征在于,所述方法还包括:
根据MAC SDU中按需系统信息指示对应比特位的设置值与请求的按需系统信息指示对应比特位的设置值比较,确定按需系统信息请求是否成功。
24.根据权利要求23所述的方法,其特征在于,所述方法还包括:
如果MAC SDU中设置值为1的按需系统信息指示对应bit位包含请求的按需系统信息指示对应比特,确定按需系统信息请求成功;
如果MAC SDU中设置值为1的按需系统信息指示对应bit位没有包含或包含部分请求的按需系统信息指示对应比特,确定按需系统信息请求失败。
25.一种网元设备,其特征在于,所述网元设备包括:
第一接收单元,用于接收按需系统信息的请求消息;
第一发送单元,用于发送按需系统信息的响应消息;
所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或;
所述响应消息中包含针对收到的部分或全部请求消息的按需系统信息指示设置的公共回复信息。
26.一种终端设备,其特征在于,所述终端设备包括:
第二接收单元,用于接收响应消息中包含的按需系统信息指示;
所述响应消息中包含针对单个请求消息的按需系统信息指示分别设置的回复信息,或;
所述响应消息中包含针对多个请求消息的按需系统信息指示设置的公共回复信息;
第二处理单元,用于从所述响应消息中获知是否需要再次发送按需系统信息请求。
27.一种非易失性计算机可读存储介质,其上存储有计算机程序指令,其特征在于,所述计算机程序指令被处理器执行时实现权利要求1至权利要求12、权利要求13-权利要求24中任意一项所述的方法。
CN201910943910.6A 2019-09-30 2019-09-30 信息处理方法、网元设备、终端及存储介质 Active CN110602799B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910943910.6A CN110602799B (zh) 2019-09-30 2019-09-30 信息处理方法、网元设备、终端及存储介质
PCT/CN2020/113291 WO2021063153A1 (zh) 2019-09-30 2020-09-03 信息处理方法、网元设备、终端及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910943910.6A CN110602799B (zh) 2019-09-30 2019-09-30 信息处理方法、网元设备、终端及存储介质

Publications (2)

Publication Number Publication Date
CN110602799A true CN110602799A (zh) 2019-12-20
CN110602799B CN110602799B (zh) 2021-10-29

Family

ID=68865518

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910943910.6A Active CN110602799B (zh) 2019-09-30 2019-09-30 信息处理方法、网元设备、终端及存储介质

Country Status (2)

Country Link
CN (1) CN110602799B (zh)
WO (1) WO2021063153A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021063153A1 (zh) * 2019-09-30 2021-04-08 北京紫光展锐通信技术有限公司 信息处理方法、网元设备、终端及存储介质
CN114245471A (zh) * 2022-02-28 2022-03-25 成都爱瑞无线科技有限公司 随机接入信号处理方法、随机接入方法、装置及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106792998A (zh) * 2017-01-06 2017-05-31 展讯通信(上海)有限公司 一种系统信息的按需获取方法及装置
US20180279377A1 (en) * 2017-03-24 2018-09-27 Mediatek Inc. On-Demand System Information Request Message
CN109392017A (zh) * 2017-08-11 2019-02-26 电信科学技术研究院 一种随机接入响应的方法、装置、基站及终端
CN109587767A (zh) * 2017-09-28 2019-04-05 北京展讯高科通信技术有限公司 按需系统信息请求响应、接收方法及装置、基站、用户设备
CN110178439A (zh) * 2017-01-06 2019-08-27 瑞典爱立信有限公司 用于扩展覆盖的按需系统信息传递

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107645761B (zh) * 2016-07-22 2019-11-22 电信科学技术研究院 一种系统信息传输方法、用户终端、网络侧设备和系统
CN107889192B (zh) * 2016-09-29 2020-03-20 电信科学技术研究院 一种系统信息传输方法、用户终端和网络侧设备
CN108024380B (zh) * 2016-11-04 2019-08-30 电信科学技术研究院 一种系统信息获取方法、用户终端和网络侧设备
CN109587766B (zh) * 2017-09-28 2021-12-24 北京紫光展锐通信技术有限公司 按需系统信息请求响应、接收方法及装置、基站
CN109714809B (zh) * 2017-10-25 2020-11-13 展讯通信(上海)有限公司 对si请求的确认方法、对si的按需请求方法及装置、存储介质、终端、基站
US10939362B2 (en) * 2018-01-11 2021-03-02 Mediatek Inc. Apparatuses and methods for system information (SI) request through a contention-based random access procedure
CN110602799B (zh) * 2019-09-30 2021-10-29 北京紫光展锐通信技术有限公司 信息处理方法、网元设备、终端及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106792998A (zh) * 2017-01-06 2017-05-31 展讯通信(上海)有限公司 一种系统信息的按需获取方法及装置
CN110178439A (zh) * 2017-01-06 2019-08-27 瑞典爱立信有限公司 用于扩展覆盖的按需系统信息传递
US20180279377A1 (en) * 2017-03-24 2018-09-27 Mediatek Inc. On-Demand System Information Request Message
CN108966692A (zh) * 2017-03-24 2018-12-07 联发科技股份有限公司 按需系统信息请求消息
CN109392017A (zh) * 2017-08-11 2019-02-26 电信科学技术研究院 一种随机接入响应的方法、装置、基站及终端
CN109587767A (zh) * 2017-09-28 2019-04-05 北京展讯高科通信技术有限公司 按需系统信息请求响应、接收方法及装置、基站、用户设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021063153A1 (zh) * 2019-09-30 2021-04-08 北京紫光展锐通信技术有限公司 信息处理方法、网元设备、终端及存储介质
CN114245471A (zh) * 2022-02-28 2022-03-25 成都爱瑞无线科技有限公司 随机接入信号处理方法、随机接入方法、装置及存储介质

Also Published As

Publication number Publication date
WO2021063153A1 (zh) 2021-04-08
CN110602799B (zh) 2021-10-29

Similar Documents

Publication Publication Date Title
EP3952551B1 (en) Random access method and device, and computer readable storage medium
CN108391469B (zh) 请求上行传输资源的方法及装置
CN111226487B (zh) 随机接入方法及装置、通信设备及存储介质
CN111294937A (zh) 数据传输方法及装置
CN110337835B (zh) 随机接入方法及装置、通信设备及存储介质
CN112913319B (zh) 随机接入方法及装置、存储介质
US11252644B2 (en) Method, device, user equipment and base station for use in shortening access delay
CN111819905B (zh) 随机接入配置的确定方法、装置、通信设备及存储介质
WO2023070680A1 (zh) 资源配置、确定方法和装置、通信装置和存储介质
CN110602799B (zh) 信息处理方法、网元设备、终端及存储介质
CN113597814B (zh) Drx定时器的启动方法、装置、通信设备及存储介质
CN112567791B (zh) 请求系统消息块的方法及装置、通信设备及存储介质
CN111434177B (zh) 无线网络接入方法、装置、通信设备及存储介质
CN114503648B (zh) 提早识别的方法、装置、通信设备及存储介质
CN106793150B (zh) 无线链路的建立方法及终端
CN114175839A (zh) 随机接入方法、装置、通信装置和计算机可读存储介质
CN109983830B (zh) 随机接入的处理方法及装置
CN109156015B (zh) 随机接入的处理方法及装置
CN112673584B (zh) 数据传输方法和装置
US10667299B2 (en) Control plane latency reduction in a wireless communications network
WO2021000295A1 (zh) 随机接入方法、装置、系统及存储介质
WO2022126527A1 (zh) 传输pucch的方法、装置、通信设备及存储介质
CN112314040B (zh) 随机接入方法、装置、系统及存储介质
WO2022021082A1 (zh) 上行传输方法及装置、通信设备和存储介质
CN116724513A (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
CB02 Change of applicant information

Address after: 100191 17 / F, block B, Zhizhen building, No.7, Zhichun Road, Haidian District, Beijing

Applicant after: Beijing Ziguang zhanrui Communication Technology Co.,Ltd.

Address before: 100191 17 / F, block B, Zhizhen building, No.7, Zhichun Road, Haidian District, Beijing

Applicant before: BEIJING SPREADTRUM HI-TECH COMMUNICATIONS TECHNOLOGY Co.,Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant