本公開涉及通信技術領域，尤其涉及一種用于請求系統(tǒng)消息的方法、裝置、用戶設備及基站。

背景技術：

隨著無線通信技術的飛速發(fā)展，長期演進(longtermevolution，簡稱為lte)的系統(tǒng)消息(systeminformation，簡稱為si)數(shù)目增多，采用周期性廣播的方式發(fā)送lte的系統(tǒng)消息使得基站的功耗較大，頻譜資源利用率較低。對于接入的用戶設備(userequipment，簡稱為ue)數(shù)目比較少的情況，周期性廣播發(fā)送lte的系統(tǒng)消息存在資源浪費的問題。為了緩解廣播發(fā)送lte的系統(tǒng)消息所帶來的資源浪費和基站功耗較大的問題，運營商開始考慮通過分類發(fā)送系統(tǒng)消息的方式來解決上述問題。

在第五代移動通信技術(5thgeneration，簡稱為5g)項目的研究討論中，可將系統(tǒng)消息分為第一類系統(tǒng)消息和第二類系統(tǒng)消息，第一類系統(tǒng)消息可包含小區(qū)選擇與接入的相關系統(tǒng)消息，第二類系統(tǒng)消息可包含除第一類系統(tǒng)消息之外的其他系統(tǒng)消息。相關技術中，仍可通過廣播發(fā)送第一類系統(tǒng)消息，而對于第二類系統(tǒng)消息，則可在接收到ue通過msg1(隨機接入過程的第一個消息)發(fā)送特定前序導碼(preamble碼)請求第二類系統(tǒng)消息時，在ue所請求的第二類系統(tǒng)消息的發(fā)送窗口中廣播第二類系統(tǒng)消息，但是相關技術中ue可能由于發(fā)送msg1的功率低導致msg1發(fā)送失敗，進而導致基站因沒有接收到ue發(fā)送的請求消息而不進行第二類系統(tǒng)消息的廣播，ue只能等下一個系統(tǒng)消息周期重新通過msg1請求第二類系統(tǒng)消息，造成ue獲取系統(tǒng)消息的時延長，嚴重影響性能。

技術實現(xiàn)要素：

為克服相關技術中存在的問題，本公開實施例提供一種用于請求系統(tǒng)消息的方法、裝置、用戶設備及基站，用以提高用戶設備通過隨機接入請求請求待請求系統(tǒng)消息的效率，避免在請求失敗時不能接收到所請求的待請求系統(tǒng)消息或者獲取系統(tǒng)消息的時延長。

根據(jù)本公開實施例的第一方面，提供一種用于請求系統(tǒng)消息的方法，包括：

發(fā)送第一隨機接入請求，所述第一隨機接入請求中攜帶標識待請求系統(tǒng)消息的至少一個導碼；

在預設時間段內監(jiān)聽所述第一隨機接入請求對應的響應消息，所述響應消息攜帶用于響應導碼的信息；

在監(jiān)聽到所述響應消息時，基于所述響應消息中包含的導碼標識，在所述導碼標識對應的待請求系統(tǒng)消息的發(fā)送窗口中監(jiān)聽并接收所述待請求系統(tǒng)消息。

在一實施例中，方法包括：

基于所述響應消息中包含的導碼標識以及所述第一隨機接入請求中攜帶標識待請求系統(tǒng)消息的至少一個導碼，確定請求結果為失敗的待請求系統(tǒng)消息；

發(fā)送第二隨機接入請求，所述第二隨機接入請求攜帶所述請求失敗的待請求系統(tǒng)消息的導碼。

在一實施例中，方法還包括：

統(tǒng)計每一個待請求系統(tǒng)消息的請求次數(shù)；

在有待請求系統(tǒng)消息的請求次數(shù)大于預設次數(shù)時，向無線資源控制rrc層指示所述待請求系統(tǒng)消息的請求次數(shù)已達最大次數(shù)。

在一實施例中，方法還包括：

在沒有監(jiān)聽到所述響應消息時，確定沒有待請求系統(tǒng)消息請求成功。

根據(jù)本公開實施例的第二方面，提供一種用于請求系統(tǒng)消息的方法，包括：

接收用戶設備發(fā)送的攜帶所述待請求系統(tǒng)消息的導碼的隨機接入請求；

基于所述請求消息，生成預設格式的響應消息；

發(fā)送所述響應消息。

在一實施例中，于所述請求消息，生成預設格式的響應消息，包括：

從所述請求消息中解析所述待請求系統(tǒng)消息的導碼；

將確定要響應的待請求系統(tǒng)消息的導碼的導碼標識添加至所述響應消息的子包頭中，得到所述預設格式的響應消息。

在一實施例中，基于所述請求消息，生成預設格式的響應消息，包括：

從所述請求消息中解析所述待請求系統(tǒng)消息的導碼；

在所述響應消息的包頭部分設置所響應的待請求系統(tǒng)消息的導碼的數(shù)目或者所述響應消息的包體長度，并且將所響應的待請求系統(tǒng)消息的導碼的導碼標識添加至所述響應消息的包體中，得到所述預設格式的響應消息。

在一實施例中，響應消息的包頭中還包括用于指示所述響應消息的結構類型的指示信息。

在一實施例中，方法還包括：

在所述待請求系統(tǒng)消息的發(fā)送窗口內發(fā)送所響應的待請求系統(tǒng)消息。

根據(jù)本公開實施例的第三方面，提供一種用于請求系統(tǒng)消息的裝置，包括：

第一發(fā)送模塊，被配置為發(fā)送第一隨機接入請求，所述第一隨機接入請求中攜帶標識待請求系統(tǒng)消息的至少一個導碼；

第一監(jiān)聽模塊，被配置為在預設時間段內監(jiān)聽所述第一隨機接入請求對應的響應消息，所述響應消息攜帶用于響應導碼的信息；

第二監(jiān)聽模塊，被配置為在監(jiān)聽到所述響應消息時，基于所述響應消息中包含的導碼標識，在所述導碼標識對應的待請求系統(tǒng)消息的發(fā)送窗口中監(jiān)聽并接收所述待請求系統(tǒng)消息。

在一實施例中，裝置包括：

第一確定模塊，被配置為基于所述響應消息中包含的導碼標識以及所述第一隨機接入請求中攜帶標識待請求系統(tǒng)消息的至少一個導碼，確定請求結果為失敗的待請求系統(tǒng)消息；

第二發(fā)送模塊，被配置為發(fā)送第二隨機接入請求，所述第二隨機接入請求攜帶所述請求失敗的待請求系統(tǒng)消息的導碼。

在一實施例中，裝置還包括：

統(tǒng)計模塊，被配置為統(tǒng)計每一個待請求系統(tǒng)消息的請求次數(shù)；

問題報告模塊，被配置為在有待請求系統(tǒng)消息的請求次數(shù)大于預設次數(shù)時，向無線資源控制rrc層指示所述待請求系統(tǒng)消息的請求次數(shù)已達最大次數(shù)。

在一實施例中，裝置還包括：

第二確定模塊，被配置為在沒有監(jiān)聽到所述響應消息時，確定沒有待請求系統(tǒng)消息請求成功。

根據(jù)本公開實施例的第四方面，提供一種用于請求系統(tǒng)消息的裝置，包括：

第一接收模塊，被配置為接收用戶設備發(fā)送的攜帶所述待請求系統(tǒng)消息的導碼的隨機接入請求；

消息生成模塊，被配置為基于所述第一接收模塊接收到的所述請求消息，生成預設格式的響應消息；

第三發(fā)送模塊，被配置為發(fā)送所述消息生成模塊生成的所述響應消息。

在一實施例中，消息生成模塊包括：

第一解析子模塊，被配置為從所述請求消息中解析所述待請求系統(tǒng)消息的導碼；

第一生成子模塊，被配置為將確定要響應的待請求系統(tǒng)消息的導碼的導碼標識添加至所述響應消息的子包頭中，得到所述預設格式的響應消息。

在一實施例中，消息生成模塊包括：

第二解析子模塊，被配置為從所述請求消息中解析所述待請求系統(tǒng)消息的導碼；

第二生成子模塊，被配置為在所述響應消息的包頭部分設置所響應的待請求系統(tǒng)消息的導碼的數(shù)目或者所述響應消息的包體長度，并且將所響應的待請求系統(tǒng)消息的導碼的導碼標識添加至所述響應消息的包體中，得到所述預設格式的響應消息。

在一實施例中，響應消息的包頭中還包括用于指示所述響應消息的結構類型的指示信息。

在一實施例中，裝置還包括：

第四發(fā)送模塊，被配置為在所述待請求系統(tǒng)消息的發(fā)送窗口內發(fā)送所響應的待請求系統(tǒng)消息。

根據(jù)本公開實施例的第五方面，提供一種用戶設備，包括：

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：

發(fā)送第一隨機接入請求，所述第一隨機接入請求中攜帶標識待請求系統(tǒng)消息的至少一個導碼；

在預設時間段內監(jiān)聽所述第一隨機接入請求對應的響應消息，所述響應消息攜帶用于響應導碼的信息；

在監(jiān)聽到所述響應消息時，基于所述響應消息中包含的導碼標識，在所述導碼標識對應的待請求系統(tǒng)消息的發(fā)送窗口中監(jiān)聽并接收所述待請求系統(tǒng)消息。

根據(jù)本公開實施例的第六方面，提供一種基站，包括：

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：

接收用戶設備發(fā)送的攜帶所述待請求系統(tǒng)消息的導碼的隨機接入請求；

基于所述請求消息，生成預設格式的響應消息；

發(fā)送所述響應消息。

根據(jù)本公開實施例的第七方面，提供一種非臨時計算機可讀存儲介質，所述存儲介質上存儲有計算機指令，所述指令被處理器執(zhí)行時實現(xiàn)以下步驟：

發(fā)送第一隨機接入請求，所述第一隨機接入請求中攜帶標識待請求系統(tǒng)消息的至少一個導碼；

在預設時間段內監(jiān)聽所述第一隨機接入請求對應的響應消息，所述響應消息攜帶用于響應導碼的信息；

在監(jiān)聽到所述響應消息時，基于所述響應消息中包含的導碼標識，在所述導碼標識對應的待請求系統(tǒng)消息的發(fā)送窗口中監(jiān)聽并接收所述待請求系統(tǒng)消息。

根據(jù)本公開實施例的第八方面，提供一種非臨時計算機可讀存儲介質，所述存儲介質上存儲有計算機指令，所述指令被處理器執(zhí)行時實現(xiàn)以下步驟：

接收用戶設備發(fā)送的攜帶所述待請求系統(tǒng)消息的導碼的隨機接入請求；

基于所述請求消息，生成預設格式的響應消息；

發(fā)送所述響應消息。

本公開的實施例提供的技術方案可以包括以下有益效果：

當ue向基站發(fā)送攜帶有待請求系統(tǒng)消息的導碼的隨機接入請求時，通過上述技術方案，可以控制ue在有待請求系統(tǒng)消息請求成功時在請求成功的待請求系統(tǒng)消息的發(fā)送窗口中監(jiān)聽待請求系統(tǒng)消息；此外，在確定確定有待請求系統(tǒng)消息的請求結果為請求失敗時能夠通過隨機接入請求重復請求待請求系統(tǒng)消息直至請求成功，以提高基站與用戶設備之間的系統(tǒng)消息發(fā)送和接收的效率，避免用戶設備獲取系統(tǒng)消息的時延長，降低基站發(fā)送系統(tǒng)消息的功率消耗，增加頻譜資源的利用率。

應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本發(fā)明的實施例，并與說明書一起用于解釋本發(fā)明的原理。

圖1a是根據(jù)一示例性實施例示出的一種用于請求系統(tǒng)消息的方法的流程圖。

圖1b是根據(jù)一示例性實施例示出的一種用于請求系統(tǒng)消息的方法的場景圖。

圖2是根據(jù)一示例性實施例示出的另一種用于請求系統(tǒng)消息的方法的流程圖。

圖3是根據(jù)一示例性實施例示出的一種用于請求系統(tǒng)消息的方法的流程圖。

圖4是根據(jù)一示例性實施例示出的另一種用于發(fā)送系統(tǒng)消息的方法的流程圖。

圖5是根據(jù)一示例性實施例示出的另一種用于發(fā)送系統(tǒng)消息的方法的流程圖。

圖6是根據(jù)一示例性實施例示出的一種用于接收系統(tǒng)消息的裝置的框圖。

圖7是根據(jù)一示例性實施例示出的另一種用于接收系統(tǒng)消息的裝置的框圖。

圖8是根據(jù)一示例性實施例示出的一種用于發(fā)送系統(tǒng)消息的裝置的框圖。

圖9是根據(jù)一示例性實施例示出的另一種用于發(fā)送系統(tǒng)消息的裝置的框圖。

圖10是根據(jù)一示例性實施例示出的一種適用于用于請求系統(tǒng)消息的裝置的框圖。

圖11是根據(jù)一示例性實施例示出的一種適用于用于請求系統(tǒng)消息的裝置的框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。

圖1a是根據(jù)一示例性實施例示出的一種用于接收系統(tǒng)消息的方法的流程圖，圖1b是根據(jù)一示例性實施例示出的一種用于請求系統(tǒng)消息的方法的場景圖；該用于接收系統(tǒng)消息的方法可以應用在ue上，如圖1a所示，該用于請求系統(tǒng)消息的方法包括以下步驟110-130：

在步驟110中，發(fā)送第一隨機接入請求，第一隨機接入請求中攜帶標識待請求系統(tǒng)消息的至少一個導碼。

在一實施例中，第一隨機接入請求為隨機接入流程的第一個消息msg1。

在一實施例中，隨機接入請求的時頻資源可以通過基站廣播的第一類系統(tǒng)消息，如系統(tǒng)信息塊2(systeminformationblock2，簡稱為sib2)中的物理隨機接入信道(physicalrandomaccesschannel，簡稱為prach)的配置信息得到，隨機接入請求的時頻資源可通過相關技術確定，這里不再詳述。

在一實施例中，待請求系統(tǒng)消息屬于第二類系統(tǒng)消息，例如：系統(tǒng)信息塊12(systeminformationblock12，簡稱為sib12)。

在一實施例中，待請求系統(tǒng)消息的導碼用于標識待請求的系統(tǒng)消息，其可以為前序導碼，也可以為其他形式的正交碼，本公開對此不作限定。

在一實施例中，第一隨機接入請求中可以攜帶一個或者兩個以上的導碼。

在步驟120中，在預設時間段內監(jiān)聽第一隨機接入請求對應的響應消息，響應消息攜帶用于響應導碼的信息。

在一實施例中，預設時間段可以為基站和用戶設備之間協(xié)商設置的一個時間長度，在發(fā)送msg1之后會在這個預設時間段內返回響應消息。如果用戶設備在預設時間段內有接收到響應消息，則其可以認為不會再收到響應消息。

在步驟130中，在監(jiān)聽到響應消息時，基于響應消息中包含的導碼標識，在導碼標識對應的待請求系統(tǒng)消息的發(fā)送窗口中監(jiān)聽并接收待請求系統(tǒng)消息。

在一實施例中，基于響應消息中所包含的導碼標識，可以確定出請求成功的待請求系統(tǒng)消息。例如，第一隨機接入請求中攜帶有待請求系統(tǒng)消息1對應的導碼1、待請求系統(tǒng)消息2對應的導碼2、待請求系統(tǒng)消息3對應的導碼3，而第一隨機接入請求對應的響應消息中只包含導碼1對應的導碼標識和導碼2對應的導碼標識，則可以確定出請求成功的待請求系統(tǒng)消息為待請求系統(tǒng)消息1和待請求系統(tǒng)消息2。

在一實施例中，第一隨機接入請求對應的響應消息為隨機接入響應(randomaccessresponse，簡稱為rar)消息。

在一實施例中，ue可通過基站廣播的第一類系統(tǒng)消息攜帶的調度信息確定每一個待請求系統(tǒng)消息的發(fā)送窗口。

在一示例性場景中，如圖1b所示，以移動網(wǎng)絡為lte網(wǎng)絡并且基站為演進型基站(enb)為例進行示例性說明，在圖1b所示的場景中，包括enb10、ue20，其中，enb10周期性廣播第一類系統(tǒng)消息，ue20接收到第一類系統(tǒng)消息時可確定隨機接入請求的時域資源以及待請求系統(tǒng)消息的發(fā)送窗口和導碼。ue20可隨機接入請求的時域資源上發(fā)送攜帶待請求系統(tǒng)消息的導碼的第一隨機接入請求，如果基于第一隨機接入請求的響應消息確定有待請求系統(tǒng)消息請求成功，則可在請求成功的待請求系統(tǒng)消息的發(fā)送窗口中監(jiān)聽待請求系統(tǒng)消息，如果基于第一隨機接入請求的響應消息確定待請求系統(tǒng)消息請求失敗，則可繼續(xù)在隨機接入請求的時域資源上發(fā)送第二隨機接入請求，直到待請求系統(tǒng)消息請求成功或者時域資源被用完為止。

本實施例中，通過上述步驟110-步驟130，當ue向基站發(fā)送攜帶有待請求系統(tǒng)消息的導碼的隨機接入請求時，通過上述技術方案，可以控制ue在有待請求系統(tǒng)消息請求成功時在請求成功的待請求系統(tǒng)消息的發(fā)送窗口中監(jiān)聽待請求系統(tǒng)消息，以提高基站與用戶設備之間的系統(tǒng)消息發(fā)送和接收的效率，避免用戶設備獲取系統(tǒng)消息的時延長，降低基站發(fā)送系統(tǒng)消息的功率消耗，增加頻譜資源的利用率。

在一實施例中，用于請求系統(tǒng)消息的方法進一步還可以包括：

響應于所確定的待請求系統(tǒng)消息中的未請求成功的至少一部分為空，在待請求系統(tǒng)消息的發(fā)送窗口中接收待請求系統(tǒng)消息。

在一實施例中，用于請求系統(tǒng)消息的方法進一步還可以包括：

統(tǒng)計待請求系統(tǒng)消息的請求次數(shù)；

當請求次數(shù)大于預設次數(shù)時，向無線資源控制層發(fā)送網(wǎng)絡問題報告消息，網(wǎng)絡問題報告消息用于指示已通過隨機接入請求預設次數(shù)的待請求系統(tǒng)消息。

在一實施例中，基于在預設時間段內的監(jiān)聽結果，確定待請求系統(tǒng)消息中的未請求成功的至少一部分，包括：

響應于預設時間段內沒有收到隨機接入請求對應的響應消息，確定待請求系統(tǒng)消息中的未請求成功的至少一部分是待請求系統(tǒng)消息的全部；

響應于預設時間段內收到隨機接入請求對應的響應消息，確定待請求系統(tǒng)消息中的未請求成功的至少一部分是待請求系統(tǒng)消息中未被響應消息攜帶用于響應導碼的信息所響應的部分。

具體如何請求系統(tǒng)消息的，請參考后續(xù)實施例。

至此，本公開實施例提供的上述方法，可以提高基站與用戶設備之間的系統(tǒng)消息發(fā)送和接收的效率，避免用戶設備獲取系統(tǒng)消息的時延長，降低基站發(fā)送系統(tǒng)消息的功率消耗，增加頻譜資源的利用率。

下面以具體實施例來說明本公開實施例提供的技術方案。

圖2是根據(jù)一示例性實施例示出的另一種用于請求系統(tǒng)消息的方法的流程圖；本實施例利用本公開實施例提供的上述方法，ue通過隨機接入請求請求待請求系統(tǒng)消息為例進行示例性說明，如圖2所示，包括如下步驟：

在步驟210中，確定隨機接入請求的時域資源。

在步驟220中，通過隨機接入請求的時頻資發(fā)送第一隨機接入請求，第一隨機接入請求中攜帶有待請求系統(tǒng)消息的導碼。

在步驟230中，在預設時間段內監(jiān)聽是否有第一隨機接入請求對應的響應消息。

在步驟240中，在監(jiān)聽到響應消息時，基于響應消息中攜帶的導碼標識，確定請求成功的待請求系統(tǒng)消息和請求失敗的待請求系統(tǒng)消息，執(zhí)行步驟250和步驟260。

在一實施例中，監(jiān)聽結果可以為沒有監(jiān)聽到，如果沒有監(jiān)聽到，則待請求系統(tǒng)消息中的未請求成功的至少一部分為待請求系統(tǒng)消息的全部。

在一實施例中，監(jiān)聽結果為監(jiān)聽到響應消息時，則未請求成功的至少一部分為待請求系統(tǒng)消息中為被響應消息攜帶用于響應導碼的信息所響應的部分，如果響應消息中攜帶了用于響應全部待請求系統(tǒng)消息的導碼的信息，則未請求成功的至少一部分的值為空，如果響應消息中攜帶了響應部分待請求系統(tǒng)消息的導碼的信息，則未請求成功的至少一部分的值不為空。

在步驟250中，如果有待請求系統(tǒng)消息請求成功，在請求成功的待請求系統(tǒng)消息的發(fā)送窗口中監(jiān)聽并接收待請求系統(tǒng)消息，流程結束。

在步驟260中，如果有待請求系統(tǒng)消息請求失敗，發(fā)送第二隨機接入請求，第二隨機接入請求中攜帶標識請求失敗的待請求系統(tǒng)消息的導碼。

在一實施例中，每一個待請求系統(tǒng)消息可以對應多個導碼，例如待請求系統(tǒng)消息1可以對應導碼11、或者導碼12、或者導碼13。

在一實施例中，第二隨機接入請求中攜帶的請求失敗的待請求系統(tǒng)消息的導碼可以與第一隨機接入請求中攜帶的對應的待請求系統(tǒng)消息的導碼不一致，也可以一致。例如，在待請求系統(tǒng)消息1請求失敗時，如果第一隨機接入請求中攜帶的待請求系統(tǒng)消息1的導碼為導碼11，則第二隨機接入請求中攜帶的待請求系統(tǒng)消息1的導碼可以為導碼12，也可以為11。

在一實施例中，ue可基于第二隨機接入請求的響應消息確定第二隨機接入請求所請求的待請求系統(tǒng)消息是否還有未請求成功的待請求系統(tǒng)消息，過程與基于第一隨機接入請求的響應消息確定第一隨機接入請求所請求的待請求系統(tǒng)消息的未請求成功的一部分的過程相同，這里不再贅述。

在一實施例中，如果ue發(fā)送第二隨機接入請求之后，還有待請求系統(tǒng)消息沒有請求成功，則可繼續(xù)發(fā)送第二隨機接入請求，后面發(fā)送的第二隨機接入請求中攜帶的導碼為沒有請求成功的待請求系統(tǒng)消息的導碼，直到所有的待請求系統(tǒng)消息都請求成功或者隨機接入請求的時域資源被用完為止。

在步驟270中，統(tǒng)計每一個待請求系統(tǒng)消息的請求次數(shù)。

在步驟280中，當有待請求系統(tǒng)消息的請求次數(shù)大于預設次數(shù)時，向無線資源控制層指示有待請求系統(tǒng)消息的請求次數(shù)已達最大次數(shù)以及已達最大次數(shù)的待請求系統(tǒng)消息。

在一實施例中，預設次數(shù)可以為系統(tǒng)約定值，如3次。

本實施例中，可以控制ue在確定有待請求系統(tǒng)消息的請求結果為請求失敗時，能夠通過隨機接入請求重復請求待請求系統(tǒng)消息直至請求成功，以提高基站與用戶設備之間的系統(tǒng)消息發(fā)送和接收的效率，避免用戶設備獲取系統(tǒng)消息的時延長，降低基站發(fā)送系統(tǒng)消息的功率消耗，增加頻譜資源的利用率。

圖3是根據(jù)一示例性實施例示出的一種用于請求系統(tǒng)消息的方法的流程圖；該用于請求系統(tǒng)消息的方法可以應用在enb上，本實施例結合圖1b進行示例性說明，如圖3所示，該用于請求系統(tǒng)消息的方法包括以下步驟310-330：

在步驟310中，接收用戶設備發(fā)送的攜帶待請求系統(tǒng)消息的導碼的隨機接入請求。

在步驟320中，基于請求消息，生成預設格式的響應消息。

在一實施例中，預設格式可以為只含有一個或者多個子包頭，但是不包含包體的格式，也即不包含ue的小區(qū)無線網(wǎng)絡臨時標識(cellradionetworktemporaryidentifier，c-rnti)等信息，響應消息所要攜帶的導碼通過子包頭攜帶，生成此預設格式的響應消息的方法參見圖4所示實施例，這里先不詳述。

在一實施例中，預設格式可以為包頭+包體的格式，包頭中包含用于指示包體中導碼的數(shù)目或者或指示包體的長度的指示信息；在一實施例中，包頭中還可以包含用于指示響應消息的結構的類型指示信息，包體中可以包含一個或多個導碼，生成此預設格式的響應消息的方法參見圖5所示實施例，這里先不詳述。

在步驟330中，發(fā)送響應消息。

在一示例性場景中，如圖1b所示，以移動網(wǎng)絡為lte網(wǎng)絡并且基站為演進型基站(enb)為例進行示例性說明，在圖1b所示的場景中，包括enb10、ue20，其中，enb10周期性廣播第一類系統(tǒng)消息，ue20接收到第一類系統(tǒng)消息時可確定隨機接入請求的時域資源以及待請求系統(tǒng)消息的發(fā)送窗口和導碼。ue20可隨機接入請求的時域資源上發(fā)送攜帶待請求系統(tǒng)消息的導碼的第一隨機接入請求，如果基于第一隨機接入請求的響應消息確定待請求系統(tǒng)消息請求成功，則可在待請求系統(tǒng)消息的發(fā)送窗口中監(jiān)聽待請求系統(tǒng)消息，如果基于第一隨機接入請求的響應消息確定待請求系統(tǒng)消息請求失敗，則可繼續(xù)在隨機接入請求的時域資源上發(fā)送第二隨機接入請求，直到待請求系統(tǒng)消息請求成功或者時域資源被用完為止。

本實施例中，通過上述步驟310-330，基站在接收到ue通過隨機接入請求的時頻資源發(fā)送的請求消息時可生成預設格式的響應消息，以指示ue是否會在待請求系統(tǒng)消息的發(fā)送窗口中發(fā)送待請求系統(tǒng)消息，以提高基站與用戶設備之間的系統(tǒng)消息發(fā)送和接收的效率。

在一實施例中，基于請求消息，生成預設格式的響應消息，包括：

從請求消息中解析待請求系統(tǒng)消息的導碼；

將確定要響應的待請求系統(tǒng)消息的導碼的導碼標識添加至響應消息的子包頭中，得到預設格式的響應消息。

在一實施例中，基于請求消息，生成預設格式的響應消息，包括：

從請求消息中解析待請求系統(tǒng)消息的導碼；

在響應消息的包頭部分設置所響應的待請求系統(tǒng)消息的導碼的數(shù)目或者響應消息的包體長度，并且將所響應的待請求系統(tǒng)消息的導碼的導碼標識添加至響應消息的包體中，得到預設格式的響應消息。

在一實施例中，響應消息的包頭中還包括用于指示響應消息的結構類型的指示信息。

在一實施例中，用于請求系統(tǒng)消息的方法還可以進一步包括：

在待請求系統(tǒng)消息的發(fā)送窗口內發(fā)送所響應的待請求系統(tǒng)消息。

具體如何發(fā)送系統(tǒng)消息的，請參考后續(xù)實施例。

下面以具體實施例來說明本公開實施例提供的技術方案。

圖4是根據(jù)一示例性實施例示出的另一種用于發(fā)送系統(tǒng)消息的方法的流程圖；本實施例利用本公開實施例提供的上述方法，以如何生成預設格式的響應消息為例進行示例性說明，如圖4所示，包括如下步驟：

在步驟410中，接收用戶設備在隨機接入請求的時頻資源上發(fā)送的攜帶待請求系統(tǒng)消息的導碼的請求消息。

在步驟420中，從請求消息中解析待請求系統(tǒng)消息的導碼。

在步驟430中，將確定要響應的待請求系統(tǒng)消息的導碼的導碼標識添加至響應消息的子包頭中，得到預設格式的響應消息。

在一實施例中，基站可確定當前要相應的待請求系統(tǒng)消息，并且確定要響應的待請求系統(tǒng)消息的導碼的導碼標識。在一實施例中，可以在每一個子包頭中添加一個導碼標識；在又一實施例中，可以在一個子包頭中添加多個導碼標識。

在一實施例中，由于該預設格式中不包括包體，因此基于待請求系統(tǒng)消息的導碼確定響應消息的子包頭后，即可得到預設格式的響應消息。

在步驟440中，發(fā)送響應消息，并且在待請求系統(tǒng)消息的發(fā)送窗口內發(fā)送待請求系統(tǒng)消息。

在一實施例中，基站可在待請求系統(tǒng)消息的發(fā)送窗口中發(fā)送一次以上的所響應的待請求系統(tǒng)消息。

本實施例中，基站可根據(jù)預先約定的格式生成響應消息，以實現(xiàn)待請求系統(tǒng)消息的請求，進而提高基站與用戶設備之間的系統(tǒng)消息發(fā)送和接收的效率。

圖5是根據(jù)一示例性實施例示出的另一種用于發(fā)送系統(tǒng)消息的方法的流程圖；本實施例利用本公開實施例提供的上述方法，以如何生成預設格式的響應消息為例進行示例性說明，如圖5所示，包括如下步驟：

在步驟510中，接收用戶設備在隨機接入請求的時頻資源上發(fā)送的攜帶待請求系統(tǒng)消息的導碼的請求消息。

在步驟520中，從請求消息中解析待請求系統(tǒng)消息的導碼。

在步驟530中，在響應消息的包頭部分設置所響應的待請求系統(tǒng)消息的導碼的數(shù)目或者響應消息的包體長度，并且將所響應的待請求系統(tǒng)消息的導碼的導碼標識添加至響應消息的包體中，得到預設格式的響應消息。

在一實施例中，基站可確定當前要相應的待請求系統(tǒng)消息，并且確定要響應的待請求系統(tǒng)消息的導碼的數(shù)目或者響應消息的包體長度。

在一實施例中，響應消息的包頭中還包括用于指示響應消息的結構類型的指示信息。

在步驟540中，發(fā)送響應消息，并且在待請求系統(tǒng)消息的發(fā)送窗口內發(fā)送待請求系統(tǒng)消息。

本實施例中，基站可根據(jù)預先約定的格式生成響應消息，以實現(xiàn)待請求系統(tǒng)消息的請求，進而提高基站與用戶設備之間的系統(tǒng)消息發(fā)送和接收的效率。

圖6是根據(jù)一示例性實施例示出的一種用于請求系統(tǒng)消息的裝置的框圖，如圖6所示，用于請求系統(tǒng)消息的裝置包括：

第一發(fā)送模塊610，被配置為發(fā)送第一隨機接入請求，第一隨機接入請求中攜帶標識待請求系統(tǒng)消息的至少一個導碼。

第一監(jiān)聽模塊620，被配置為在預設時間段內監(jiān)聽第一隨機接入請求對應的響應消息，響應消息攜帶用于響應導碼的信息；

第二監(jiān)聽模塊630，被配置為在監(jiān)聽到響應消息時，基于響應消息中包含的導碼標識，在導碼標識對應的待請求系統(tǒng)消息的發(fā)送窗口中監(jiān)聽并接收待請求系統(tǒng)消息。

圖7是根據(jù)一示例性實施例示出的另一種用于請求系統(tǒng)消息的裝置的框圖，如圖7所示，在上述圖6所示實施例的基礎上，在一實施例中，裝置包括：

第一確定模塊640，被配置為基于響應消息中包含的導碼標識以及第一隨機接入請求中攜帶標識待請求系統(tǒng)消息的至少一個導碼，確定請求結果為失敗的待請求系統(tǒng)消息；

第二發(fā)送模塊650，被配置為發(fā)送第二隨機接入請求，第二隨機接入請求攜帶請求失敗的待請求系統(tǒng)消息的導碼。

在一實施例中，裝置還包括：

統(tǒng)計模塊660，被配置為統(tǒng)計每一個待請求系統(tǒng)消息的請求次數(shù)；

問題報告模塊670，被配置為在有待請求系統(tǒng)消息的請求次數(shù)大于預設次數(shù)時，向無線資源控制rrc層指示待請求系統(tǒng)消息的請求次數(shù)已達最大次數(shù)。

在一實施例中，裝置還包括：

第二確定模塊680，被配置為在沒有監(jiān)聽到響應消息時，確定沒有待請求系統(tǒng)消息請求成功。

圖8是根據(jù)一示例性實施例示出的一種用于請求系統(tǒng)消息的裝置的框圖，應用在基站上，如圖8所示，用于請求系統(tǒng)消息的裝置包括：

第一接收模塊810，被配置為接收用戶設備發(fā)送的攜帶待請求系統(tǒng)消息的導碼的隨機接入請求；

消息生成模塊820，被配置為基于第一接收模塊920接收到的請求消息，生成預設格式的響應消息；

第三發(fā)送模塊830，被配置為發(fā)送消息生成模塊920生成的響應消息。

圖9是根據(jù)一示例性實施例示出的另一種用于請求系統(tǒng)消息的裝置的框圖，如圖9所示，在上述圖8所示實施例的基礎上，在一實施例中，消息生成模塊820包括：

第一解析子模塊821，被配置為從請求消息中解析待請求系統(tǒng)消息的導碼；

第一生成子模塊822，被配置為將確定要響應的待請求系統(tǒng)消息的導碼的導碼標識添加至響應消息的子包頭中，得到預設格式的響應消息。

在一實施例中，消息生成模塊820包括：

第二解析子模塊823，被配置為從請求消息中解析待請求系統(tǒng)消息的導碼；

第二生成子模塊824，被配置為在響應消息的包頭部分設置所響應的待請求系統(tǒng)消息的導碼的數(shù)目或者響應消息的包體長度，并且將所響應的待請求系統(tǒng)消息的導碼的導碼標識添加至響應消息的包體中，得到預設格式的響應消息。

在一實施例中，響應消息的包頭中還包括用于指示響應消息的結構類型的指示信息。

在一實施例中，裝置還包括：

第四發(fā)送模塊840，被配置為在待請求系統(tǒng)消息的發(fā)送窗口內發(fā)送所響應的待請求系統(tǒng)消息。

關于上述實施例中的裝置，其中各個模塊執(zhí)行操作的具體方式已經在有關該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。

圖10是根據(jù)一示例性實施例示出的一種適用于用于請求系統(tǒng)消息的裝置的框圖。例如，裝置1000可以是移動電話，計算機，數(shù)字廣播終端，消息收發(fā)設備，游戲控制臺，平板設備，醫(yī)療設備，健身設備，個人數(shù)字助理等用戶設備。

參照圖10，裝置1000可以包括以下一個或多個組件：處理組件1002，存儲器1004，電源組件1006，多媒體組件1008，音頻組件1012，輸入/輸出(i/o)的接口1012，傳感器組件1014，以及通信組件1016。

處理組件1002通?？刂蒲b置1000的整體操作，諸如與顯示，電話呼叫，數(shù)據(jù)通信，相機操作和記錄操作相關聯(lián)的操作。處理元件1002可以包括一個或多個處理器1020來執(zhí)行指令，以完成上述的方法的全部或部分步驟。此外，處理組件1002可以包括一個或多個模塊，便于處理組件1002和其他組件之間的交互。例如，處理部件1002可以包括多媒體模塊，以方便多媒體組件1008和處理組件1002之間的交互。

存儲器1004被配置為存儲各種類型的數(shù)據(jù)以支持在設備1000的操作。這些數(shù)據(jù)的示例包括用于在裝置1000上操作的任何應用程序或方法的指令，聯(lián)系人數(shù)據(jù)，電話簿數(shù)據(jù)，消息，圖片，視頻等。存儲器1004可以由任何類型的易失性或非易失性存儲設備或者它們的組合實現(xiàn)，如靜態(tài)隨機存取存儲器(sram)，電可擦除可編程只讀存儲器(eeprom)，可擦除可編程只讀存儲器(eprom)，可編程只讀存儲器(prom)，只讀存儲器(rom)，磁存儲器，快閃存儲器，磁盤或光盤。

電力組件1006為裝置1000的各種組件提供電力。電力組件1006可以包括電源管理系統(tǒng)，一個或多個電源，及其他與為裝置1000生成、管理和分配電力相關聯(lián)的組件。

多媒體組件1008包括在裝置1000和用戶之間的提供一個輸出接口的屏幕。在一些實施例中，屏幕可以包括液晶顯示器(lcd)和觸摸面板(tp)。如果屏幕包括觸摸面板，屏幕可以被實現(xiàn)為觸摸屏，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與觸摸或滑動操作相關的持續(xù)時間和壓力。在一些實施例中，多媒體組件1008包括一個前置攝像頭和/或后置攝像頭。當設備1000處于操作模式，如拍攝模式或視頻模式時，前置攝像頭和/或后置攝像頭可以接收外部的多媒體數(shù)據(jù)。每個前置攝像頭和后置攝像頭可以是一個固定的光學透鏡系統(tǒng)或具有焦距和光學變焦能力。

音頻組件1012被配置為輸出和/或輸入音頻信號。例如，音頻組件1012包括一個麥克風(mic)，當裝置1000處于操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風被配置為接收外部音頻信號。所接收的音頻信號可以被進一步存儲在存儲器1004或經由通信組件1016發(fā)送。在一些實施例中，音頻組件1012還包括一個揚聲器，用于輸出音頻信號。

i/o接口1012為處理組件1002和外圍接口模塊之間提供接口，上述外圍接口模塊可以是鍵盤，點擊輪，按鈕等。這些按鈕可包括但不限于：主頁按鈕、音量按鈕、啟動按鈕和鎖定按鈕。

傳感器組件1014包括一個或多個傳感器，用于為裝置1000提供各個方面的狀態(tài)評估。例如，傳感器組件1014可以檢測到設備1000的打開/關閉狀態(tài)，組件的相對定位，例如組件為裝置1000的顯示器和小鍵盤，傳感器組件1014還可以檢測裝置1000或裝置1000一個組件的位置改變，用戶與裝置1000接觸的存在或不存在，裝置1000方位或加速/減速和裝置1000的溫度變化。傳感器組件1014可以包括接近傳感器，被配置用來在沒有任何的物理接觸時檢測附近物體的存在。傳感器組件1014還可以包括光傳感器，如cmos或ccd圖像傳感器，用于在成像應用中使用。在一些實施例中，該傳感器組件1014還可以包括加速度傳感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。

通信組件1016被配置為便于裝置1000和其他設備之間有線或無線方式的通信。裝置1000可以接入基于通信標準的無線網(wǎng)絡，如wifi，2g或3g，或它們的組合。在一個示例性實施例中，通信部件1016經由廣播信道接收來自外部廣播管理系統(tǒng)的廣播信號或廣播相關信息。在一個示例性實施例中，通信部件1016還包括近場通信(nfc)模塊，以促進短程通信。例如，在nfc模塊可基于射頻識別(rfid)技術，紅外數(shù)據(jù)協(xié)會(irda)技術，超寬帶(uwb)技術，藍牙(bt)技術和其他技術來實現(xiàn)。

在示例性實施例中，裝置1000可以被一個或多個應用專用集成電路(asic)、數(shù)字信號處理器(dsp)、數(shù)字信號處理設備(dspd)、可編程邏輯器件(pld)、現(xiàn)場可編程門陣列(fpga)、控制器、微控制器、微處理器或其他電子元件實現(xiàn)，用于執(zhí)行上述方法。

在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質，例如包括指令的存儲器1004，上述指令在被執(zhí)行時可配置裝置1000的處理器1020以執(zhí)行上述方法，包括：

發(fā)送第一隨機接入請求，第一隨機接入請求中攜帶標識待請求系統(tǒng)消息的至少一個導碼；

在預設時間段內監(jiān)聽第一隨機接入請求對應的響應消息，響應消息攜帶用于響應導碼的信息；

在監(jiān)聽到響應消息時，基于響應消息中包含的導碼標識，在導碼標識對應的待請求系統(tǒng)消息的發(fā)送窗口中監(jiān)聽并接收待請求系統(tǒng)消息。

圖11是根據(jù)一示例性實施例示出的一種適用于用于請求系統(tǒng)消息的裝置的框圖。裝置1100可以被提供為一基站。參照圖11，裝置1100包括處理組件1122、無線發(fā)射/接收組件1124、天線組件1126、以及無線接口特有的信號處理部分，處理組件1122可進一步包括一個或多個處理器。

處理組件1122中的其中一個處理器可以被配置為：

接收用戶設備發(fā)送的攜帶待請求系統(tǒng)消息的導碼的隨機接入請求；

基于請求消息，生成預設格式的響應消息；

發(fā)送響應消息。

在示例性實施例中，基站中還提供了一種包括指令的非臨時性計算機可讀存儲介質，存儲介質上存儲有計算機指令，其特征在于，指令被處理器執(zhí)行時實現(xiàn)以下步驟：

接收用戶設備發(fā)送的攜帶待請求系統(tǒng)消息的導碼的隨機接入請求；

基于請求消息，生成預設格式的響應消息；

發(fā)送響應消息。

本領域技術人員在考慮說明書及實踐這里公開的公開后，將容易想到本公開的其它實施方案。本請求旨在涵蓋本公開的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本公開的一般性原理并包括本公開未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本公開的真正范圍和精神由下面的權利要求指出。

應當理解的是，本公開并不局限于上面已經描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本公開的范圍僅由所附的權利要求來限制。