本公開涉及通信技術(shù)領(lǐng)域，尤其涉及一種用于發(fā)送和接收系統(tǒng)消息的方法、裝置、用戶設(shè)備及基站。

背景技術(shù)：

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

相關(guān)技術(shù)中，在第五代移動通信技術(shù)(5th Generation，簡稱為5G)項目的研究討論中，可將系統(tǒng)消息分為第一類系統(tǒng)消息和第二類系統(tǒng)消息，第一類系統(tǒng)消息可包含小區(qū)選擇與接入的相關(guān)系統(tǒng)消息，第二類系統(tǒng)消息可包含除第一類系統(tǒng)消息之外的其他系統(tǒng)消息。相關(guān)技術(shù)中，仍可通過廣播發(fā)送第一類系統(tǒng)消息，而對于第二類系統(tǒng)消息，則可在接收到UE發(fā)送特定前序?qū)Тa(preamble碼)請求第二類系統(tǒng)消息時，在響應(yīng)消息中反饋UE請求的SI或者SI組合。

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

為克服相關(guān)技術(shù)中存在的問題，本公開實施例提供一種用于發(fā)送和接收系統(tǒng)消息的方法、裝置、用戶設(shè)備及基站，用以提高基站與用戶設(shè)備之間的系統(tǒng)消息發(fā)送和接收效率，降低基站發(fā)送系統(tǒng)消息的功率消耗，增加頻譜資源的利用率。

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

當接收到基站廣播的第一類系統(tǒng)消息時，確定待請求系統(tǒng)消息的接收窗口和前序?qū)Тa，所述待請求系統(tǒng)消息屬于第二類系統(tǒng)消息；

當所述待請求系統(tǒng)消息的接收窗口到達時，在用于發(fā)送所述前序?qū)Тa的上行子幀中發(fā)送所述前序?qū)Тa；

在所述待請求系統(tǒng)消息的接收窗口內(nèi)接收所述基站根據(jù)所述接收窗口發(fā)送的所述待請求系統(tǒng)消息。

在一實施例中，確定待請求系統(tǒng)消息的接收窗口，包括：

從所述第一類系統(tǒng)消息中解析第二類系統(tǒng)消息的調(diào)度列表，所述調(diào)度列表用于記錄第二類系統(tǒng)消息的接收窗口大小、調(diào)度周期；

根據(jù)所述調(diào)度列表記錄的接收窗口大小、調(diào)度周期，確定所述待請求系統(tǒng)消息的接收窗口。

在一實施例中，根據(jù)所述調(diào)度列表記錄的接收窗口大小、調(diào)度周期，確定所述待請求系統(tǒng)消息的接收窗口，包括：

根據(jù)所述待請求系統(tǒng)消息在所述調(diào)度列表中的出現(xiàn)順序、所述待請求系統(tǒng)消息的調(diào)度周期、每一個幀所包含的子幀數(shù)目，以及所述每一個第二類系統(tǒng)消息的接收窗口大小，計算所述待請求系統(tǒng)消息的接收窗口的起始幀；

根據(jù)所述待請求系統(tǒng)消息在所述調(diào)度列表中的出現(xiàn)順序、每一個幀所包含的子幀數(shù)目，以及所述每一個第二類系統(tǒng)消息的接收窗口大小，計算所述待請求系統(tǒng)消息的接收窗口的起始子幀；

將所述起始子幀起的連續(xù)M個子幀確定為所述待請求系統(tǒng)消息的接收窗口，其中，M為所述待請求系統(tǒng)消息的接收窗口大小。

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

從所述第一類系統(tǒng)消息中解析用于發(fā)送所述前序?qū)Тa的時頻資源；

根據(jù)所述時頻資源確定所述第一個用于發(fā)送所述前序?qū)Тa的上行子幀，基于所述上行子幀執(zhí)行所述在用于發(fā)送所述前序?qū)Тa的上行子幀中發(fā)送所述前序?qū)Тa的操作。

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

基于系統(tǒng)預(yù)設(shè)時頻資源，確定所述第一個用于發(fā)送所述前序?qū)Тa的上行子幀，基于所述上行子幀執(zhí)行所述在用于發(fā)送所述前序?qū)Тa的上行子幀中發(fā)送所述前序?qū)Тa的操作。

在一實施例中，在所述待請求系統(tǒng)消息的接收窗口內(nèi)接收所述基站根據(jù)所述接收窗口發(fā)送的所述待請求系統(tǒng)消息，包括：

根據(jù)系統(tǒng)消息調(diào)度指示，確定待請求系統(tǒng)消息是否在物理下行共享信道上傳輸；

如果待請求系統(tǒng)消息是在物理下行共享信道上傳輸，則在所述待請求系統(tǒng)消息的接收窗口內(nèi)在物理下行共享信道上接收所述待請求系統(tǒng)消息。

在一實施例中，所述確定待請求系統(tǒng)消息的前序?qū)Тa，包括：

從所述第一類系統(tǒng)消息中解析第二類系統(tǒng)消息的前序?qū)Тa；或者，

基于系統(tǒng)預(yù)設(shè)前序?qū)Тa，確定所述第二類系統(tǒng)消息的前序?qū)Тa。

在一實施例中，第二類系統(tǒng)消息中的所有系統(tǒng)消息共用一個前序?qū)Тa；或者，所述第二類系統(tǒng)消息中的每一個系統(tǒng)消息對應(yīng)不同的前序?qū)Тa。

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

發(fā)送第一類系統(tǒng)消息，所述第一類系統(tǒng)消息中攜帶有第二類系統(tǒng)消息的調(diào)度信息，所述調(diào)度信息用于申請待請求系統(tǒng)消息的用戶設(shè)備確定所述待請求系統(tǒng)消息的接收窗口，所述待請求系統(tǒng)消息屬于第二類系統(tǒng)消息；

接收所述用戶設(shè)備在所述待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送的前序?qū)Тa；

在接收到所述前序?qū)Тa之后，在所述待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送所述接收窗口對應(yīng)的所述待請求系統(tǒng)消息。

在一實施例中，在所述待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送所述接收窗口對應(yīng)的所述待請求系統(tǒng)消息，包括：

在所述待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送N次所述待請求系統(tǒng)消息，其中，N為不小于1的自然數(shù)。

在一實施例中，在所述待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送所述接收窗口對應(yīng)的所述待請求系統(tǒng)消息，包括：

在所述待請求系統(tǒng)消息的接收窗口內(nèi)通過系統(tǒng)消息調(diào)度指示在物理下行共享信道上發(fā)送所述前序?qū)Тa對應(yīng)的所述待請求系統(tǒng)消息。

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

為所述第二類系統(tǒng)消息中的每一個系統(tǒng)消息設(shè)置調(diào)度信息，所述調(diào)度信息包括接收窗口大小、調(diào)度周期；

將所述第二類系統(tǒng)消息中的每一個系統(tǒng)消息的調(diào)度信息按照順序添加至調(diào)度列表中，所述順序用于所述用戶設(shè)備計算對應(yīng)的系統(tǒng)消息的接收窗口；

根據(jù)所述調(diào)度列表生成所述第一類系統(tǒng)消息。

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

信息確定模塊，被配置為在接收到基站廣播的第一類系統(tǒng)消息時，確定待請求系統(tǒng)消息的接收窗口和前序?qū)Тa，所述待請求系統(tǒng)消息屬于第二類系統(tǒng)消息；

第一發(fā)送模塊，被配置為在所述信息確定模塊確定的所述待請求系統(tǒng)消息的接收窗口到達時，在用于發(fā)送所述前序?qū)Тa的上行子幀中發(fā)送所述前序?qū)Тa；

第一接收模塊，被配置為在所述待請求系統(tǒng)消息的接收窗口內(nèi)接收所述基站根據(jù)所述接收窗口發(fā)送的所述待請求系統(tǒng)消息。

在一實施例中，信息確定模塊包括：

解析子模塊，被配置為從所述第一類系統(tǒng)消息中解析第二類系統(tǒng)消息的調(diào)度列表，所述調(diào)度列表用于記錄第二類系統(tǒng)消息的接收窗口大小、調(diào)度周期；

第一確定子模塊，被配置為根據(jù)所述解析子模塊解析得到的所述調(diào)度列表記錄的接收窗口大小、調(diào)度周期，確定所述待請求系統(tǒng)消息的接收窗口。

在一實施例中，第一確定子模塊包括：

幀確定子模塊，被配置為根據(jù)所述待請求系統(tǒng)消息在所述解析子模塊解析得到的所述調(diào)度列表中的出現(xiàn)順序、所述待請求系統(tǒng)消息的調(diào)度周期、每一個幀所包含的子幀數(shù)目，以及所述每一個第二類系統(tǒng)消息的接收窗口大小，計算所述待請求系統(tǒng)消息的接收窗口的起始幀；

子幀確定子模塊，被配置為根據(jù)所述待請求系統(tǒng)消息在所述解析子模塊解析得到的所述調(diào)度列表中的出現(xiàn)順序、每一個幀所包含的子幀數(shù)目，以及所述每一個第二類系統(tǒng)消息的接收窗口大小，計算所述待請求系統(tǒng)消息的接收窗口的起始子幀；

窗口確定子模塊，被配置為將所述子幀確定子模塊確定的所述起始子幀起的連續(xù)M個子幀確定為所述待請求系統(tǒng)消息的接收窗口，其中，M為所述待請求系統(tǒng)消息的接收窗口大小。

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

時頻確定模塊，被配置為從所述第一類系統(tǒng)消息中解析用于發(fā)送所述前序?qū)Тa的時頻資源；

第一確定模塊，被配置為根據(jù)所述時頻確定模塊確定的所述時頻資源確定所述第一個用于發(fā)送所述前序?qū)Тa的上行子幀，所述第一發(fā)送模塊基于所述上行子幀執(zhí)行所述在用于發(fā)送所述前序?qū)Тa的上行子幀中發(fā)送所述前序?qū)Тa的操作。

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

第二確定模塊，被配置為基于系統(tǒng)預(yù)設(shè)時頻資源，確定所述第一個用于發(fā)送所述前序?qū)Тa的上行子幀，所述第一發(fā)送模塊基于所述上行子幀執(zhí)行所述在用于發(fā)送所述前序?qū)Тa的上行子幀中發(fā)送所述前序?qū)Тa的操作。

在一實施例中，第一接收模塊包括：

信道確定子模塊，被配置為根據(jù)系統(tǒng)消息調(diào)度指示，確定待請求系統(tǒng)消息是否在物理下行共享信道上傳輸；

接收子模塊，被配置為在所述信道確定子模塊確定所述待請求系統(tǒng)消息是在物理下行共享信道上傳輸時，在所述待請求系統(tǒng)消息的接收窗口內(nèi)在物理下行共享信道上接收所述待請求系統(tǒng)消息。

在一實施例中，信息確定模塊包括：

第一導(dǎo)碼確定子模塊，被配置為從所述第一類系統(tǒng)消息中解析第二類系統(tǒng)消息的前序?qū)Тa；或者，

第二導(dǎo)碼確定子模塊，被配置為基于系統(tǒng)預(yù)設(shè)前序?qū)Тa，確定所述第二類系統(tǒng)消息的前序?qū)Тa。

在一實施例中，所述第二類系統(tǒng)消息中的所有系統(tǒng)消息共用一個前序?qū)Тa；或者，所述第二類系統(tǒng)消息中的每一個系統(tǒng)消息對應(yīng)不同的前序?qū)Тa。

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

第二發(fā)送模塊，被配置為發(fā)送第一類系統(tǒng)消息，所述第一類系統(tǒng)消息中攜帶有第二類系統(tǒng)消息的調(diào)度信息，所述調(diào)度信息用于申請待請求系統(tǒng)消息的用戶設(shè)備確定所述待請求系統(tǒng)消息的接收窗口，所述待請求系統(tǒng)消息屬于第二類系統(tǒng)消息；

第二接收模塊，被配置為接收所述用戶設(shè)備在所述待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送的前序?qū)Тa；

第三發(fā)送模塊，被配置為在所述第二接收模塊接收到所述前序?qū)Тa之后，在所述待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送所述接收窗口對應(yīng)的所述待請求系統(tǒng)消息。

在一實施例中，第三發(fā)送模塊包括：

第一發(fā)送子模塊，被配置為在所述待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送N次所述待請求系統(tǒng)消息，其中，N為不小于1的自然數(shù)。

在一實施例中，第三發(fā)送模塊包括：

第二發(fā)送子模塊，被配置為在所述待請求系統(tǒng)消息的接收窗口內(nèi)通過物理下行共享信道發(fā)送所述前序?qū)Тa對應(yīng)的所述待請求系統(tǒng)消息。

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

設(shè)置模塊，被配置為為所述第二類系統(tǒng)消息中的每一個系統(tǒng)消息設(shè)置調(diào)度信息，所述調(diào)度信息包括接收窗口大小、調(diào)度周期；

添加模塊，被配置為將所述設(shè)置模塊設(shè)置的所述第二類系統(tǒng)消息中的每一個系統(tǒng)消息的調(diào)度信息按照順序添加至調(diào)度列表中，所述順序用于所述用戶設(shè)備計算對應(yīng)的系統(tǒng)消息的接收窗口；

生成模塊，被配置為根據(jù)所述添加模塊得到的所述調(diào)度列表生成所述第一類系統(tǒng)消息。

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

處理器；

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

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

當接收到基站廣播的第一類系統(tǒng)消息時，確定待請求系統(tǒng)消息的接收窗口和前序?qū)Тa，所述待請求系統(tǒng)消息屬于第二類系統(tǒng)消息；

當所述待請求系統(tǒng)消息的接收窗口到達時，在用于發(fā)送所述前序?qū)Тa的上行子幀中發(fā)送所述前序?qū)Тa；

在所述待請求系統(tǒng)消息的接收窗口內(nèi)接收所述基站根據(jù)所述接收窗口發(fā)送的所述待請求系統(tǒng)消息。

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

處理器；

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

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

發(fā)送第一類系統(tǒng)消息，所述第一類系統(tǒng)消息中攜帶有第二類系統(tǒng)消息的調(diào)度信息，所述調(diào)度信息用于申請待請求系統(tǒng)消息的用戶設(shè)備確定所述待請求系統(tǒng)消息的接收窗口，所述待請求系統(tǒng)消息屬于第二類系統(tǒng)消息；

接收所述用戶設(shè)備在所述待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送的前序?qū)Тa；

在接收到所述前序?qū)Тa之后，在所述待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送所述接收窗口對應(yīng)的所述待請求系統(tǒng)消息。

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

當UE接收到基站周期性廣播發(fā)送的第一類系統(tǒng)消息時，通過上述技術(shù)方案，可以控制UE在對應(yīng)的接收窗口內(nèi)接收待請求的系統(tǒng)消息，避免多種SI組合在一起發(fā)送所導(dǎo)致的前序?qū)Тa要求過多，進而導(dǎo)致在UE一次申請多個SI時基站難以同時發(fā)送的問題，同時也大大提升了系統(tǒng)消息的發(fā)送和接收性能。

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

附圖說明

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

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

圖1B是根據(jù)一示例性實施例示出的一種用于發(fā)送和接收系統(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ù)一示例性實施例示出的一種適用于用于發(fā)送系統(tǒng)消息的裝置的框圖。

具體實施方式

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

圖1A是根據(jù)一示例性實施例示出的一種用于接收系統(tǒng)消息的方法的流程圖，圖1B是根據(jù)一示例性實施例示出的一種用于發(fā)送和接收系統(tǒng)消息的方法的場景圖；該用于接收系統(tǒng)消息的方法可以應(yīng)用在UE上，如圖1A所示，該用于接收系統(tǒng)消息的方法包括以下步驟101-103：

在步驟101中，當接收到基站廣播的第一類系統(tǒng)消息時，確定待請求系統(tǒng)消息的接收窗口和前序?qū)Тa，待請求系統(tǒng)消息屬于第二類系統(tǒng)消息。

在一實施例中，第一類系統(tǒng)消息可以包括小區(qū)選擇與接入的相關(guān)消息，例如：尋呼(Paging)消息。

在一實施例中，第一類系統(tǒng)消息中可包含一個調(diào)度列表，用于記錄第二類系統(tǒng)消息的調(diào)度信息，例如：每一個第二類系統(tǒng)消息的接收窗口大小、調(diào)度周期、接收窗口的起始子幀。在一實施例中，待請求系統(tǒng)消息屬于第二類系統(tǒng)消息，例如：可以為主系統(tǒng)信息塊(Master Information Block，簡稱為MIB)、系統(tǒng)信息塊(System Information Blocks，簡稱為SIB)。

在一實施例中，第一類系統(tǒng)消息中還可以包括第二類系統(tǒng)消息的前的前序?qū)Тa，用戶設(shè)備通過解析第一類系統(tǒng)消息即可獲取第二類系統(tǒng)消息的前序?qū)Тa；在又一實施例中，第二類系統(tǒng)消息的前序?qū)Тa還可以為系統(tǒng)預(yù)先約定的，用戶設(shè)備可根據(jù)系統(tǒng)預(yù)設(shè)前序?qū)Тa確定第二類系統(tǒng)消息的前序?qū)Тa。

在一實施例中，所有的第二類系統(tǒng)消息可以共用一個前序?qū)Тa；在又一實施例中，每一個第二類系統(tǒng)消息也可以對應(yīng)不同的前序?qū)Тa。

在一實施例中，調(diào)度列表中每一個系統(tǒng)消息的每一個SI的接收窗口可以是緊挨著的，既不重疊，也沒有空隙，每個SI消息在調(diào)度列表中的出現(xiàn)順序用于表示對應(yīng)的SI消息的接收窗口在調(diào)度列表中的排序。

在一實施例中，確定的待請求系統(tǒng)消息的接收窗口包括接收窗口的系統(tǒng)幀號、起始子幀，根據(jù)調(diào)度列表中的調(diào)度信息確定待請求系統(tǒng)消息的接收窗口的方法可參見圖2所示的實施例，這里先不詳述。

在步驟102中，當待請求系統(tǒng)消息的接收窗口到達時，在用于發(fā)送前序?qū)Тa的上行子幀中發(fā)送前序?qū)Тa。

在一實施例中，可以通過解析第一類系統(tǒng)消息確定用于發(fā)送前序?qū)Тa的上行子幀，例如，從物理下行控制信道(Physical Downlink Control Channel，簡稱為PDCCH)上解碼的系統(tǒng)消息無線網(wǎng)絡(luò)臨時標識(System Information Radio Network Temporary Identifier，簡稱為SI-RNTI)中獲得具體的時域調(diào)度。在一實施例中，可以選擇起始子幀之后的第一個上行子幀作為用于發(fā)送前序?qū)Тa的上行子幀。

在一實施例中，還可基于系統(tǒng)約定時頻資源確定第一個用于發(fā)送前序?qū)Тa的上行子幀。例如，對于LTE支持5ms上下行切換周期的情況，子幀2和7可以作為用于發(fā)送前序?qū)Тa的上行子幀。

在步驟103中，在待請求系統(tǒng)消息的接收窗口內(nèi)接收基站根據(jù)接收窗口發(fā)送的待請求系統(tǒng)消息。

在一實施例中，由于不同的第二類系統(tǒng)消息對應(yīng)的接收窗口不相同，因此基站可根據(jù)接收窗口確定用戶設(shè)備所請求的系統(tǒng)消息。

在一實施例中，可以在接收窗口期內(nèi)的下行子幀上接收多次對應(yīng)的待請求系統(tǒng)消息。在又一實施例中，UE還可根據(jù)系統(tǒng)消息調(diào)度指示SI-RNTI確定基站是否在物理下行共享信道(Physical Downlink Shared Channel，簡稱為PDSCH)上發(fā)送對應(yīng)的待請求系統(tǒng)消息，如果基站在PDSCH上發(fā)送待請求系統(tǒng)消息，則可在接收窗口期內(nèi)在PDSCH上接收待請求系統(tǒng)消息。在一實施例中，在接收窗口期內(nèi)接收待請求系統(tǒng)消息的方法可參見圖3所示的實施例，這里先不詳述。

在一實施例中，待請求系統(tǒng)消息還可以通過廣播信道(Broadcast Channel，簡稱為BCH)發(fā)送。

在一示例性場景中，如圖1B所示，以移動網(wǎng)絡(luò)為LTE網(wǎng)絡(luò)并且基站為演進型基站(eNB)為例進行示例性說明，在圖1B所示的場景中，包括eNB10、UE20，其中，eNB10周期性廣播第一類系統(tǒng)消息，UE20接收到第一類系統(tǒng)消息時可確定待請求系統(tǒng)消息的接收窗口和前序?qū)Тa。UE20在待請求系統(tǒng)消息的接收窗口到達時，可在第一個上行子幀中發(fā)送對應(yīng)的前序?qū)Тa，eNB10在接收到前序?qū)Тa后，即可在接收窗口期內(nèi)的下行子幀中發(fā)送對應(yīng)的待請求系統(tǒng)消息。第二類系統(tǒng)消息中的每一個系統(tǒng)消息的發(fā)送被限定在對應(yīng)的接收窗口中，每個接收窗口不重疊，由于基站可以根據(jù)接收窗口確定用戶設(shè)備申請的第二類系統(tǒng)消息，因此每一個第二類系統(tǒng)消的前序?qū)Тa可以相同，由此可以避免多種系統(tǒng)消息組合在一起發(fā)送所帶來的組合種類過多導(dǎo)致的前序?qū)Тa消耗量大，基站難以同時發(fā)送的問題。

本實施例通過上述步驟101-步驟103，可以控制UE在對應(yīng)的接收窗口內(nèi)接收待請求的系統(tǒng)消息，可以避免多種SI組合在一起發(fā)送所導(dǎo)致的前序?qū)Тa要求過多，進而導(dǎo)致在UE一次申請多個SI時基站難以同時發(fā)送的問題，同時也大大提升了系統(tǒng)消息的發(fā)送和接收性能。

在一實施例中，確定待請求系統(tǒng)消息的接收窗口，包括：

從第一類系統(tǒng)消息中解析第二類系統(tǒng)消息的調(diào)度列表，調(diào)度列表用于記錄第二類系統(tǒng)消息的接收窗口大小、調(diào)度周期；

根據(jù)調(diào)度列表記錄的接收窗口大小、調(diào)度周期，確定待請求系統(tǒng)消息的接收窗口。

在一實施例中，根據(jù)調(diào)度列表記錄的接收窗口大小、前序?qū)Тa，確定待請求系統(tǒng)消息的接收窗口，包括：

根據(jù)待請求系統(tǒng)消息在調(diào)度列表中的出現(xiàn)順序、待請求系統(tǒng)消息的調(diào)度周期、每一個幀所包含的子幀數(shù)目，以及每一個第二類系統(tǒng)消息的接收窗口大小，計算待請求系統(tǒng)消息的接收窗口的起始幀；

根據(jù)待請求系統(tǒng)消息在調(diào)度列表中的出現(xiàn)順序、每一個幀所包含的子幀數(shù)目，以及每一個第二類系統(tǒng)消息的接收窗口大小，計算待請求系統(tǒng)消息的接收窗口的起始子幀；

將起始子幀起的連續(xù)M個子幀確定為待請求系統(tǒng)消息的接收窗口，其中，M為待請求系統(tǒng)消息的接收窗口大小。

在一實施例中，系統(tǒng)消息接收方法進一步還可以包括：

從第一類系統(tǒng)消息中解析用于發(fā)送前序?qū)Тa的時頻資源；

根據(jù)時頻資源確定第一個用于發(fā)送前序?qū)Тa的上行子幀，基于上行子幀執(zhí)行在用于發(fā)送前序?qū)Тa的上行子幀中發(fā)送前序?qū)Тa的操作。

在一實施例中，系統(tǒng)消息接收方法進一步還可以包括：

基于系統(tǒng)預(yù)設(shè)時頻資源，確定第一個用于發(fā)送前序?qū)Тa的上行子幀，基于上行子幀執(zhí)行在用于發(fā)送前序?qū)Тa的上行子幀中發(fā)送前序?qū)Тa的操作。

在一實施例中，在待請求系統(tǒng)消息的接收窗口內(nèi)接收基站根據(jù)接收窗口發(fā)送的待請求系統(tǒng)消息，包括：

根據(jù)系統(tǒng)消息調(diào)度指示，確定待請求系統(tǒng)消息是否在物理下行共享信道上傳輸；

如果待請求系統(tǒng)消息是在物理下行共享信道上傳輸，則在待請求系統(tǒng)消息的接收窗口內(nèi)在物理下行共享信道上接收待請求系統(tǒng)消息。

在一實施例中，確定待請求系統(tǒng)消息的前序?qū)Тa，包括：

從所述第一類系統(tǒng)消息中解析第二類系統(tǒng)消息的前序?qū)Тa；或者，

基于系統(tǒng)預(yù)設(shè)前序?qū)Тa，確定所述第二類系統(tǒng)消息的前序?qū)Тa。

在一實施例中，第二類系統(tǒng)消息中的所有系統(tǒng)消息共用一個前序?qū)Тa；或者，第二類系統(tǒng)消息中的每一個系統(tǒng)消息對應(yīng)不同的前序?qū)Тa。

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

至此，本公開實施例提供的上述方法，可以實現(xiàn)UE確定第二類系統(tǒng)消息的接收窗口，并在對應(yīng)的接收窗口期內(nèi)接收基站根據(jù)接收窗口返回的系統(tǒng)消息，并且由于系統(tǒng)消息可以在物理下行共享信道上接收，因此可保證多個UE復(fù)用基站發(fā)送的系統(tǒng)消息，解決了相關(guān)技術(shù)中多種SI組合在一起發(fā)送所導(dǎo)致的前序?qū)Тa要求過多，進而導(dǎo)致在UE一次申請多個SI時基站難以同時發(fā)送的問題，同時也大大提升了系統(tǒng)消息的發(fā)送和接收性能。

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

圖2是根據(jù)一示例性實施例示出的另一種用于接收系統(tǒng)消息的方法的流程圖；本實施例利用本公開實施例提供的上述方法，以根據(jù)第一類系統(tǒng)消息中包含的調(diào)度列表確定待請求系統(tǒng)消息的接收窗口為例進行示例性說明，如圖2所示，包括如下步驟：

在步驟201中，根據(jù)待請求系統(tǒng)消息在調(diào)度列表中的出現(xiàn)順序、待請求系統(tǒng)消息的調(diào)度周期、每一個幀所包含的子幀數(shù)目，以及每一個第二類系統(tǒng)消息的接收窗口大小，計算待請求系統(tǒng)消息的接收窗口的起始幀。

在一實施例中，調(diào)度列表中每一個系統(tǒng)消息的每一個SI的接收窗口的出現(xiàn)順序用于表示對應(yīng)的SI消息的接收窗口在調(diào)度列表中的排序，例如，調(diào)度列表中的第一個系統(tǒng)消息的出現(xiàn)順序為1，第二個系統(tǒng)消息的出現(xiàn)順序為2，第n個系統(tǒng)消息的出現(xiàn)順序為n。

在一實施例中，每一個系統(tǒng)消息的調(diào)度周期是相互獨立的，互相之間不影響，例如：系統(tǒng)消息1的調(diào)度周期為40ms，系統(tǒng)消息2的調(diào)度周期為80ms。

在一實施例中，每一個幀所包含的子幀數(shù)目可以為10個子幀。

在一實施例中，每一個系統(tǒng)消息的接收窗口大小可以相同，例如，所有接收窗口的大小都為8ms；在又一實施例中，每一個系統(tǒng)消息的接收窗口也可以不相同。

在一實施例中，可以基于式(1)計算待請求系統(tǒng)消息的接收窗口的起始幀：

SFN mod T＝FLOOR(x/k) 式(1)

在一實施例中，SFN為待請求系統(tǒng)消息的系統(tǒng)幀號，T為待請求系統(tǒng)消息的調(diào)度周期，k為每一幀中包含的子幀數(shù)目，F(xiàn)LOOR函數(shù)用于計算向下取整的值，F(xiàn)LOOR(x/k)用于計算不大于x/k的最大整數(shù)，例如，如果x/k＝3.15，則FLOOR(x/k)＝3。

在一實施例中，在每一個系統(tǒng)消息的接收窗口大小相同時，x可以基于式(1-1)計算得到：

x＝(n-1)×M 式(1-1)

在一實施例中，n用于表示待請求系統(tǒng)消息在調(diào)度列表中的出現(xiàn)順序，M為每一個系統(tǒng)消息的接收窗口大小。

在一實施例中，在每一個系統(tǒng)消息的接收窗口大小不相同時，x可以基于式(1-2)計算得到：

x＝M₁+M₂+…+M_n-1 式(1-2)

在一實施例中，n用于表示待請求系統(tǒng)消息在調(diào)度列表中的出現(xiàn)順序，M₁、M₂、…、M_n-1分別為接收窗口在待請求系統(tǒng)消息接收窗口前面的每一個系統(tǒng)消息的接收窗口大小。

在步驟202中，根據(jù)待請求系統(tǒng)消息在調(diào)度列表中的出現(xiàn)順序、每一個幀所包含的子幀數(shù)目，以及每一個第二類系統(tǒng)消息的接收窗口大小，計算待請求系統(tǒng)消息的接收窗口的起始子幀。

在一實施例中，可通過式(2)待請求系統(tǒng)消息的接收窗口的起始子幀：

a＝x mod k+offset 式(2)

在一實施例中，a用于表示起始子幀的子幀號，x可以通過式(1-1)或者式(1-2)計算得到，k為每一幀中包含的子幀數(shù)目，offset可以在第一類系統(tǒng)消息中解析得到，也可以是系統(tǒng)約定的一個固定值，例如可以為0，1，2…等中的一個值。

在步驟203中，將起始子幀起的連續(xù)M個子幀確定為待請求系統(tǒng)消息的接收窗口。

在一實施例中，M為待請求系統(tǒng)消息的接收窗口大小。

在步驟201-步驟203中，在一實施例中，如果待請求系統(tǒng)消息的調(diào)度周期為80ms，在調(diào)度列表中出現(xiàn)的出現(xiàn)順序為3，每一個系統(tǒng)消息的接收窗口的大小相同且均為10ms，每一幀包括10個子幀，offset為1，則x＝20ms，SFN mod 8＝FLOOR(x/k)＝2，則待請求系統(tǒng)消息的系統(tǒng)幀號SFN為10、…、10+8×z，其中，z為自然數(shù)；待請求系統(tǒng)消息的起始子幀a＝20mod10+1＝1，則起始子幀為第一子幀。

本實施例中，UE根據(jù)調(diào)度信息中的調(diào)度列表可以確定出待請求系統(tǒng)消息的接收窗口，從而可以確保UE能夠在確定接收窗口何時到達，進而實現(xiàn)在接收窗口內(nèi)請求待請求系統(tǒng)消息并接收待請求系統(tǒng)消息。

圖3是根據(jù)一示例性實施例示出的又一種用于接收系統(tǒng)消息的方法的流程圖；本實施例利用本公開實施例提供的上述方法，以如何通過物理下行共享信道接收待請求系統(tǒng)消息為例進行示例性說明，如圖3所示，包括如下步驟：

在步驟301中，根據(jù)系統(tǒng)消息調(diào)度指示，確定待請求系統(tǒng)消息是否在物理下行共享信道上傳輸。

在步驟302中，如果待請求系統(tǒng)消息是在物理下行共享信道上傳輸，則在待請求系統(tǒng)消息的接收窗口內(nèi)在物理下行共享信道上接收待請求系統(tǒng)消息。

在一實施例中，可解析SI-RNTI，獲取頻域調(diào)度信息、系統(tǒng)消息的發(fā)送格式，例如，待請求系統(tǒng)消息的發(fā)送次數(shù)、傳輸信道等。

在一實施例中，基站可以在接收窗口內(nèi)發(fā)送N次待請求系統(tǒng)消息，而用戶設(shè)備在接收窗口內(nèi)接收待請求系統(tǒng)消息，接收到正確的系統(tǒng)消息之后即可停止接收。

本實施例中，通過載接收窗口期內(nèi)根據(jù)系統(tǒng)消息調(diào)度指示接收通過物理下行共享信道上發(fā)送的待請求系統(tǒng)消息，可以實現(xiàn)所有UE都可以接收待請求系統(tǒng)消息，進而實現(xiàn)了多個UE復(fù)用基站發(fā)送的待請求系統(tǒng)消息，提升了系統(tǒng)消息的發(fā)送和接收性能。

圖4是根據(jù)一示例性實施例示出的一種用于發(fā)送系統(tǒng)消息的方法的流程圖；該用于發(fā)送系統(tǒng)消息的方法可以應(yīng)用在eNB上，本實施例結(jié)合圖1B進行示例性說明，如圖4所示，該用于發(fā)送系統(tǒng)消息的方法包括以下步驟401-403：

在步驟401中，發(fā)送第一類系統(tǒng)消息，第一類系統(tǒng)消息中攜帶有第二類系統(tǒng)消息的調(diào)度信息，調(diào)度信息用于申請待請求系統(tǒng)消息的用戶設(shè)備確定待請求系統(tǒng)消息的接收窗口，待請求系統(tǒng)消息屬于第二類系統(tǒng)消息。

在一實施例中，第一類系統(tǒng)消息中可包括小區(qū)選擇與接入的相關(guān)消息，例如：尋呼(Paging)消息。在又一實施例中，第一類系統(tǒng)消息除了實現(xiàn)自己的消息功能，例如UE隨機接入功能外，還可包含第二類系統(tǒng)消息的調(diào)度信息，其中，調(diào)度信息用于申請待請求系統(tǒng)消息的用戶設(shè)備確定待請求系統(tǒng)消息的接收窗口。

在一實施例中，如果調(diào)度信息中包括第二類系統(tǒng)消息的前序?qū)Тa，則調(diào)度信息還可用于申請待請求系統(tǒng)消息的用戶設(shè)備確定待請求系統(tǒng)消息的前序?qū)Тa。

在步驟402中，接收用戶設(shè)備在待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送的前序?qū)Тa。

在一實施例中，UE可在待請求系統(tǒng)消息的接收窗口到達后的第一個用于發(fā)送前序?qū)Тa的上行子幀中發(fā)送前序?qū)Тa。

在步驟403中，在接收到前序?qū)Тa之后，在待請求系統(tǒng)消息的接收窗口發(fā)送接收窗口對應(yīng)的待請求系統(tǒng)消息。

在一實施例中，基站接收到前序?qū)Тa后，可在接收窗口期內(nèi)的下行子幀中發(fā)送N次對應(yīng)的待請求系統(tǒng)消息，其中，N為不小于1的自然數(shù)。

在一實施例中，基站接收到前序?qū)Тa后，可在接收窗口期內(nèi)通過系統(tǒng)消息調(diào)度指示在物理下行共享信道上發(fā)送前序?qū)Тa對應(yīng)的待請求系統(tǒng)消息，進而實現(xiàn)所有的UE都可以接收該系統(tǒng)消息。

在一示例性場景中，如圖1B所示，以移動網(wǎng)絡(luò)為LTE網(wǎng)絡(luò)并且基站為演進型基站(eNB)為例進行示例性說明，在圖1B所示的場景中，包括eNB10、UE20，其中，eNB10周期性廣播第一類系統(tǒng)消息，UE20接收到第一類系統(tǒng)消息時可確定待請求系統(tǒng)消息的接收窗口和前序?qū)Тa。UE20在待請求系統(tǒng)消息的接收窗口到達時，可在第一個上行子幀中發(fā)送對應(yīng)的前序?qū)Тa，eNB10在接收到前序?qū)Тa后，即可在接收窗口期內(nèi)的下行子幀中發(fā)送對應(yīng)的待請求系統(tǒng)消息。第二類系統(tǒng)消息中的每一個系統(tǒng)消息的發(fā)送被限定在對應(yīng)的接收窗口中，每個接收窗口不重疊，可以避免多種系統(tǒng)消息組合在一起發(fā)送所帶來的組合種類過多導(dǎo)致的前序?qū)Тa消耗量大，基站難以同時發(fā)送的問題。

本實施例中，本實施例通過上述步驟401-403，控制UE在對應(yīng)的接收窗口內(nèi)接收待請求的系統(tǒng)消息，可以避免多種SI組合在一起發(fā)送所導(dǎo)致的前序?qū)Тa要求過多，進而導(dǎo)致在UE一次申請多個SI時基站難以同時發(fā)送的問題，同時也大大提升了系統(tǒng)消息的發(fā)送和接收性能。

在一實施例中，在待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送接收窗口對應(yīng)的待請求系統(tǒng)消息，包括：

在待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送N次待請求系統(tǒng)消息，其中，N為不小于1的自然數(shù)。

在一實施例中，在待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送接收窗口對應(yīng)的待請求系統(tǒng)消息，包括：

在待請求系統(tǒng)消息的接收窗口內(nèi)通過系統(tǒng)消息調(diào)度指示在物理下行共享信道上發(fā)送前序?qū)Тa對應(yīng)的待請求系統(tǒng)消息。

在一實施例中，系統(tǒng)消息發(fā)送和接收方法進一步還包括：

為第二類系統(tǒng)消息中的每一個系統(tǒng)消息設(shè)置調(diào)度信息，調(diào)度信息包括接收窗口大小、調(diào)度周期；

將第二類系統(tǒng)消息的調(diào)度信息按照順序添加至調(diào)度列表中，順序用于用戶設(shè)備計算對應(yīng)的系統(tǒng)消息的接收窗口；

根據(jù)調(diào)度列表生成第一類系統(tǒng)消息。

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

至此，本公開實施例提供的上述方法，可以實現(xiàn)將每一個第二類系統(tǒng)消息限定在每一個時間窗口中發(fā)送，避免多個第二類系統(tǒng)消息組合在一起發(fā)送帶來的組合種類過多導(dǎo)致的前序?qū)Тa消耗量大，基站難以同時發(fā)送的問題。

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

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

在步驟501中，為第二類系統(tǒng)消息設(shè)置調(diào)度信息，調(diào)度信息包括接收窗口大小、調(diào)度周期。

在一實施例中，調(diào)度信息還可以包括每一個接收窗口的起始子幀偏移、UE發(fā)送前序?qū)Тa的時頻資源等調(diào)度信息。

在一實施例中，每一個系統(tǒng)消息的調(diào)度周期是相互獨立的；在又一實施例中，每一個接收窗口的大小可以相同，也可以不相同。

在步驟502中，將第二類系統(tǒng)消息中的每一個系統(tǒng)消息的調(diào)度信息按照順序添加至調(diào)度列表中，順序用于用戶設(shè)備計算對應(yīng)的系統(tǒng)消息的接收窗口。

在一實施例中，將每一個系統(tǒng)消息的調(diào)度信息按照順序添加至調(diào)度列表中，用戶設(shè)備即可根據(jù)調(diào)度信息在調(diào)度列表中的出現(xiàn)順序計算系統(tǒng)消息的接收窗口。

在步驟503中，根據(jù)調(diào)度列表生成第一類系統(tǒng)消息。

在一實施例中，可以將所生成的調(diào)度列表添加至相關(guān)技術(shù)中的第一類系統(tǒng)消息中，以生成本公開中的第一類系統(tǒng)消息。

在一示例性場景中，如圖1B所示，eNB10在確定每一個第二類系統(tǒng)消息的調(diào)度信息之后，可以將第二類系統(tǒng)消息的調(diào)度信息添加至第一類系統(tǒng)消息中，基站在廣播第一類系統(tǒng)消息時，UE20即可根據(jù)第二類系統(tǒng)消息的調(diào)度信息確定每一個第二類系統(tǒng)消息的接收窗口，進而實現(xiàn)UE20在待請求系統(tǒng)消息的接收窗口到達時發(fā)送接收窗口對應(yīng)的待請求系統(tǒng)消息，并接收eNB10在接收窗口內(nèi)發(fā)送的待請求系統(tǒng)消息。

本實施例中，基站將第二類系統(tǒng)消息的調(diào)度信息添加至第一類系統(tǒng)消息中，進而控制UE在對應(yīng)的接收窗口內(nèi)接收待請求的系統(tǒng)消息，可以避免多種SI組合在一起發(fā)送所導(dǎo)致的前序?qū)Тa要求過多，進而導(dǎo)致在UE一次申請多個SI時基站難以同時發(fā)送的問題。

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

信息確定模塊61，被配置為在接收到基站廣播的第一類系統(tǒng)消息時，確定待請求系統(tǒng)消息的接收窗口和前序?qū)Тa，待請求系統(tǒng)消息屬于第二類系統(tǒng)消息；

第一發(fā)送模塊62，被配置為在信息確定模塊61確定的待請求系統(tǒng)消息的接收窗口到達時，在用于發(fā)送前序?qū)Тa的上行子幀中發(fā)送前序?qū)Тa；

第一接收模塊63，被配置為在待請求系統(tǒng)消息的接收窗口內(nèi)接收基站根據(jù)接收窗口發(fā)送的待請求系統(tǒng)消息。

圖7是根據(jù)一示例性實施例示出的另一種用于接收系統(tǒng)消息的裝置的框圖，如圖7所示，在上述圖6所示實施例的基礎(chǔ)上，在一實施例中，信息確定模塊61包括：

解析子模塊611，被配置為從第一類系統(tǒng)消息中解析第二類系統(tǒng)消息的調(diào)度列表，調(diào)度列表用于記錄第二類系統(tǒng)消息的接收窗口大小、調(diào)度周期；

第一確定子模塊612，被配置為根據(jù)解析子模塊611解析得到的調(diào)度列表記錄的接收窗口大小、調(diào)度周期、前序?qū)Тa，確定待請求系統(tǒng)消息的接收窗口。

在一實施例中，第一確定子模塊612包括：

幀確定子模塊6121，被配置為根據(jù)待請求系統(tǒng)消息在解析子模塊611解析得到的調(diào)度列表中的出現(xiàn)順序、待請求系統(tǒng)消息的調(diào)度周期、每一個幀所包含的子幀數(shù)目，以及每一個第二類系統(tǒng)消息的接收窗口大小，計算待請求系統(tǒng)消息的接收窗口的起始幀；

子幀確定子模塊6122，被配置為根據(jù)待請求系統(tǒng)消息在解析子模塊611解析得到的調(diào)度列表中的出現(xiàn)順序、每一個幀所包含的子幀數(shù)目，以及每一個第二類系統(tǒng)消息的接收窗口大小，計算待請求系統(tǒng)消息的接收窗口的起始子幀；

窗口確定子模塊6123，被配置為將子幀確定子模塊6122確定的起始子幀起的連續(xù)M個子幀確定為待請求系統(tǒng)消息的接收窗口，其中，M為待請求系統(tǒng)消息的接收窗口大小。

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

時頻確定模塊64，被配置為從第一類系統(tǒng)消息中解析用于發(fā)送前序?qū)Тa的時頻資源；

第一確定模塊65，被配置為根據(jù)時頻確定模塊65確定的時頻資源確定第一個用于發(fā)送前序?qū)Тa的上行子幀，第一發(fā)送模塊62基于上行子幀執(zhí)行在用于發(fā)送前序?qū)Тa的上行子幀中發(fā)送前序?qū)Тa的操作。

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

第二確定模塊66，被配置為基于系統(tǒng)預(yù)設(shè)時頻資源，確定第一個用于發(fā)送前序?qū)Тa的上行子幀，第一發(fā)送模塊62基于上行子幀執(zhí)行在用于發(fā)送前序?qū)Тa的上行子幀中發(fā)送前序?qū)Тa的操作。

在一實施例中，第一接收模塊63包括：

信道確定子模塊631，被配置為根據(jù)系統(tǒng)消息調(diào)度指示，確定待請求系統(tǒng)消息是否在物理下行共享信道上傳輸；

接收子模塊632，被配置為在信道確定子模塊631確定待請求系統(tǒng)消息是在物理下行共享信道上傳輸時，在待請求系統(tǒng)消息的接收窗口內(nèi)在物理下行共享信道上接收待請求系統(tǒng)消息。

在一實施例中，信息確定模塊61包括：

第一導(dǎo)碼確定子模塊613，被配置為從所述第一類系統(tǒng)消息中解析第二類系統(tǒng)消息的前序?qū)Тa；或者，

第二導(dǎo)碼確定子模塊614，被配置為基于系統(tǒng)預(yù)設(shè)前序?qū)Тa，確定所述第二類系統(tǒng)消息的前序?qū)Тa。

在一實施例中，第二類系統(tǒng)消息中的所有系統(tǒng)消息共用一個前序?qū)Тa；或者，第二類系統(tǒng)消息中的每一個系統(tǒng)消息對應(yīng)不同的前序?qū)Тa。

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

第二發(fā)送模塊81，被配置為發(fā)送第一類系統(tǒng)消息，第一類系統(tǒng)消息中攜帶有第二類系統(tǒng)消息的調(diào)度信息，調(diào)度信息用于申請待請求系統(tǒng)消息的用戶設(shè)備確定待請求系統(tǒng)消息的接收窗口，待請求系統(tǒng)消息屬于第二類系統(tǒng)消息；

第二接收模塊82，被配置為接收用戶設(shè)備在待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送的前序?qū)Тa；

第三發(fā)送模塊83，被配置為在第二接收窗口82接收到前序?qū)Тa之后，在待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送接收窗口對應(yīng)的待請求系統(tǒng)消息。

圖9是根據(jù)一示例性實施例示出的另一種用于發(fā)送系統(tǒng)消息的裝置的框圖，如圖9所示，在上述圖8所示實施例的基礎(chǔ)上，在一實施例中，第三發(fā)送模塊83包括：

第一發(fā)送子模塊831，被配置為在待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送N次待請求系統(tǒng)消息，其中，N為不小于1的自然數(shù)。

在一實施例中，第三發(fā)送模塊83包括：

第二發(fā)送子模塊832，被配置為在待請求系統(tǒng)消息的接收窗口內(nèi)通過物理下行共享信道發(fā)送前序?qū)Тa對應(yīng)的待請求系統(tǒng)消息。

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

設(shè)置模塊84，被配置為為第二類系統(tǒng)消息中的每一個系統(tǒng)消息設(shè)置調(diào)度信息，調(diào)度信息包括接收窗口大小、調(diào)度周期；

添加模塊85，被配置為將設(shè)置模塊84設(shè)置的第二類系統(tǒng)消息中的每一個系統(tǒng)消息的調(diào)度信息按照順序添加至調(diào)度列表中，順序用于用戶設(shè)備計算對應(yīng)的系統(tǒng)消息的接收窗口；

生成模塊86，被配置為根據(jù)添加模塊85得到的調(diào)度列表生成第一類系統(tǒng)消息。

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

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

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

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

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

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

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

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

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

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

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

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

在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質(zhì)，例如包括指令的存儲器1004，上述指令在被執(zhí)行時可配置裝置1000的處理器1020以執(zhí)行上述方法。例如，非臨時性計算機可讀存儲介質(zhì)可以是ROM、隨機存取存儲器(RAM)、CD-ROM、磁帶、軟盤和光數(shù)據(jù)存儲設(shè)備等。

其中，處理器1020被配置為：

當接收到基站廣播的第一類系統(tǒng)消息時，確定待請求系統(tǒng)消息的接收窗口和前序?qū)Тa，待請求系統(tǒng)消息屬于第二類系統(tǒng)消息；

當待請求系統(tǒng)消息的接收窗口到達時，在用于發(fā)送前序?qū)Тa的上行子幀中發(fā)送前序?qū)Тa；

在待請求系統(tǒng)消息的接收窗口內(nèi)接收基站根據(jù)接收窗口發(fā)送的待請求系統(tǒng)消息。

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

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

發(fā)送第一類系統(tǒng)消息，第一類系統(tǒng)消息中攜帶有第二類系統(tǒng)消息的調(diào)度信息，調(diào)度信息用于申請待請求系統(tǒng)消息的用戶設(shè)備確定待請求系統(tǒng)消息的接收窗口，待請求系統(tǒng)消息屬于第二類系統(tǒng)消息；

接收用戶設(shè)備在待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送的前序?qū)Тa；

在接收到前序?qū)Тa之后，在待請求系統(tǒng)消息的接收窗口內(nèi)發(fā)送接收窗口對應(yīng)的待請求系統(tǒng)消息。

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

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