專利名稱：Lte系統(tǒng)信息更新方法、基站、用戶終端及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域中無線技術(shù)，具體地，涉及3GPP長期演進(jìn)(LTE)系統(tǒng)信息更新方法、基站、用戶終端及系統(tǒng)。
背景技術(shù)：
現(xiàn)有3GPP LTE系統(tǒng)中，系統(tǒng)信息由不同的系統(tǒng)信息塊(SystemInformation Block，簡稱SIB)構(gòu)成，如SIB1、SIB2. · · SIB11，每一個SIB代表不同的系統(tǒng)信息。在現(xiàn)有的 LTE標(biāo)準(zhǔn)中，當(dāng)需要更新系統(tǒng)信息時，用戶終端認(rèn)為自身存儲的所有系統(tǒng)信息都是無效的， 需重新讀取所有系統(tǒng)信息以確保正常更新。但由于在系統(tǒng)信息更新過程中，并非所有系統(tǒng) 信息都會發(fā)生改變，因此讀取所有系統(tǒng)信息的方法會增加用戶終端的負(fù)擔(dān)，浪費不必要的 發(fā)射功率，且增加系統(tǒng)信息更新時延。目前針對系統(tǒng)信息更新問題，主要有以下四種解決方案。第一種方案為針對空閑“ IDLE ”與連接“ C0NNECTTED ”狀態(tài)中的不同的SIB，采 用不同的系統(tǒng)消息無線網(wǎng)絡(luò)臨時標(biāo)識(SystemInformation-Radio Network Temporary Identifier,簡稱SI-RNTI)。此種方案由于存在跨層的影響，并且與以下3種方案相比不具 有優(yōu)勢，因此不被采用。第二種方案是在SIBl中針對每一個SIB加入一個“value tag”，采用基于標(biāo)簽 (value tag)指示各SIB的更新。這種方案由于在SIBl中引入很多value tag值，因此會 增加SIBl的負(fù)載、并且信令開銷較大。第三種方案是在SIBl中采用“Bit-Map”的方式，針對每一個SIB使用一個“bit”， 進(jìn)行系統(tǒng)更新指示。這種方案由于在SIBl中需要引入至少超過IObit的Map控制信令，并 且由于SIBl發(fā)送頻繁，因此實際引入控制信令bit較多，信令開銷較大。第四種方案是在每個SIB中加入一個“value tag”，當(dāng)UE接收到各SIB讀取 "value tag”，若value tag沒有改變，則不會更新該SIB的信息，這種方案仍然要求UE對 每一個SIB進(jìn)行接收。在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題雖然目前已出 現(xiàn)了若干解決方案，但各種方案都存在各自的缺點，如更新方式復(fù)雜、信令開銷較大、負(fù)載 增加等。

發(fā)明內(nèi)容
本發(fā)明的第一目的是針對現(xiàn)有技術(shù)中系統(tǒng)更新方式信令開銷大、復(fù)雜等缺陷，提 出一種LTE系統(tǒng)信息更新方法，以實現(xiàn)采用較少的信令開銷正常更新系統(tǒng)信息。本發(fā)明的第二目的是針對現(xiàn)有技術(shù)中系統(tǒng)更新方式信令開銷大、復(fù)雜等缺陷，提 出一種基站，以實現(xiàn)可以采用較少的信令開銷進(jìn)行系統(tǒng)信息的設(shè)置和更新。本發(fā)明的第三目的是針對現(xiàn)有技術(shù)中用戶終端讀取SIB消息時更新復(fù)雜、需全部 接收等缺陷，提出一種用戶終端，以實現(xiàn)可以采用簡單的方式進(jìn)行系統(tǒng)信息的更新、且提高更新的速度。本發(fā)明的第四目的是針對現(xiàn)有技術(shù)中系統(tǒng)更新方式信令開銷大、復(fù)雜等缺陷，提 出一種LTE信息更新系統(tǒng)，以實現(xiàn)采用較少的信令開銷正常更新系統(tǒng)信息。
為實現(xiàn)上述第一目的，根據(jù)本發(fā)明的一個方面，提供了一種LTE系統(tǒng)信息更新方 法。根據(jù)本發(fā)明實施例的LTE系統(tǒng)信息更新方法，包括在每個需要更新的SIB中設(shè)置 用于指向下一個需要更新的SIB的指示信息；按照需要更新的SIB中的指示信息，依次進(jìn)行 系統(tǒng)信息更新。其中，該指示信息可以為強(qiáng)制或者可選的若干比特。優(yōu)選地，指示信息的比特位數(shù)由總SIB數(shù)目確定，且指向下一個需要更新的SIB的 標(biāo)識信息。優(yōu)選地，指示信息還可以指向下一個需要更新的SIB的標(biāo)識信息與自身標(biāo)識的增量。其中，按照需要更新的SIB中的指示信息，依次進(jìn)行系統(tǒng)信息更新的操作可以包 括每一次系統(tǒng)信息更新從SIBl開始，SIBl中的指示信息指向下一個需要更新的SIB，按照 指示信息依次鏈接至下一個需要更新的SIB，直到更新完畢。為實現(xiàn)上述第二目的，根據(jù)本發(fā)明的另一個方面，提供了 一種基站。根據(jù)本發(fā)明實施例的基站，包括設(shè)置模塊，用于在每個需要更新的SIB中設(shè)置用 于指向下一個需要更新的SIB的指示信息；發(fā)送模塊，用于發(fā)送包含指示信息的需要更新 的 SIB。其中，設(shè)置模塊可以包括第一設(shè)置子模塊，用于由總SIB數(shù)目確定指示信息的比 特位數(shù)，且在需要更新的SIB中設(shè)置的指示信息指向下一個需要更新的SIB的標(biāo)識信息；或 者第二設(shè)置子模塊，用于在需要更新的SIB中設(shè)置指示信息，且該指示信息為下一個需要 更新的SIB的標(biāo)識信息與自身標(biāo)識的增量信息。為實現(xiàn)上述第三目的，根據(jù)本發(fā)明的另一個方面，提供了一種用戶終端，包括接 收模塊，用于接收基站發(fā)送的SIB消息，其中每個需要更新的SIB中包含指向下一個需要更 新的SIB的指示信息；處理模塊，用于從SIBl開始讀取，根據(jù)SIBl中的指示信息讀取下一 個需要更新的SIB，依次按照指示信息讀取下一個需要更新的SIB，直到更新完畢。為實現(xiàn)上述第四目的，根據(jù)本發(fā)明的另一個方面，提供了一種LTE信息更新系統(tǒng)。根據(jù)本發(fā)明實施例的LTE信息更新系統(tǒng)，包括基站，用于在每個需要更新的SIB 中設(shè)置用于指向下一個需要更新的SIB的指示信息，且發(fā)送各個SIB ；用戶終端，用于接收 基站發(fā)送的SIB，按照需要更新的SIB中的指示信息，依次讀取更新的SIB，進(jìn)行系統(tǒng)信息更 新。本發(fā)明各實施例的LTE系統(tǒng)信息更新方法、基站、用戶終端和系統(tǒng)，由于采用在需 要更新的SIB中設(shè)置指向下一個需要更新的SIB的指示信息，因此，采用鏈?zhǔn)竭M(jìn)行系統(tǒng)信息 更新，更新方式簡單、信令開銷少，同時可以使用戶終端避免讀取不必要的系統(tǒng)信息，正常 更新所需要的系統(tǒng)信息。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變 得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


附圖用來提供對本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實 施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中圖1為根據(jù)本發(fā)明LTE系統(tǒng)信息更新方法的實施例一流程圖；圖2為根據(jù)本發(fā)明LTE系統(tǒng)信息更新方法的實施例二解析流程圖；圖3為根據(jù)本發(fā)明LTE系統(tǒng)信息更新方法的實施例三信令流程圖；圖4為根據(jù)本發(fā)明基站的實施例一示意圖；
圖5為根據(jù)本發(fā)明基站的實施例二示意圖；圖6為根據(jù)本發(fā)明LTE信息更新系統(tǒng)及用戶終端的實施例結(jié)構(gòu)示意圖。
具體實施例方式以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實 施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。本發(fā)明LTE系統(tǒng)信息更新方法、基站和系統(tǒng)，與現(xiàn)有技術(shù)中采用采用基于標(biāo)簽 (value tag)及“比特”指示SIB的更新方式不同，本發(fā)明采用鏈?zhǔn)较到y(tǒng)信息更新方式，以下 通過圖1-圖6對本發(fā)明的方法、基站和系統(tǒng)各實施例進(jìn)行解釋說明。方法實施例圖1為根據(jù)本發(fā)明LTE系統(tǒng)信息更新方法的實施例一流程圖，如圖1所示，本實施 例包括步驟S102 在每個需要更新的SIB中設(shè)置用于指向下一個需要更新的SIB的指示 fn息；步驟S104 按照需要更新的SIB中的指示信息，依次進(jìn)行系統(tǒng)信息更新；步驟S106 判斷系統(tǒng)信息的更新過程是否結(jié)束，如果為否，則轉(zhuǎn)到步驟S104繼續(xù) 按照SIB中的指示信息進(jìn)行系統(tǒng)信息的更新，如果為是，更新過程結(jié)束。本實施例的系統(tǒng)更新方法采用鏈?zhǔn)皆O(shè)置更新方式，如基站可以在每一個需要更 新的SIB中設(shè)置若干比特的指示信息，用于指示下一個需要更新的SIB。每一次系統(tǒng)信息更 新自SIBl起始，SIBl中的指示信息指向下一個需要更新的SIB，而該更新的SIB中的指示 信息則指向接下來需要更新的SIB，依次類推。當(dāng)需要更新的SIB中的指示信息中還指向接 下來需要更新的SIB，則表示更新未結(jié)束，繼續(xù)按照指示信息進(jìn)行更新，直到接下來需要更 新的SIB中的指示信息沒有指向，表示更新完畢。本實施例采用的更新方法簡單、僅需較少的信令開銷即可完成系統(tǒng)更新，與現(xiàn)有 技術(shù)相比，可以減少信令開銷、更新方式簡單、同時可以使終端避免接收不必要的系統(tǒng)信 息，正常更新所需要的系統(tǒng)信息。圖2為根據(jù)本發(fā)明LTE系統(tǒng)信息更新方法的實施例二解析流程圖，如圖2所示，本 實施例中淺色的為需要更新的SIB，深色的為不需更新的SIB。在每一個需要更新的SIB中 設(shè)置若干“bit”指示信息。每一次信息更新自SIBl起始，SIBl中的指示信息指向下一個需要更新的SIB，而該更新的SIB中的指示信息則指向接下來需要更新的SIB，如圖2所示，更新可以采用以下兩種方式方式1 此種方式在每個更新的SIB中設(shè)置的指示信息，即比特位數(shù)可以由總SIB 數(shù)目計算得出，且指向下一個需要更新的SIB的標(biāo)識信息，如SIB5的標(biāo)識信息為5。如圖 2所示，SIBl中指示信息為2 — SIB2 ；SIB2中指示信息為5 — SIB5 ；SIB5中指示信息為 8 — SIB8，依次類推；方式2 此種方式在每個更新的SIB中設(shè)置的指示信息(比特)為下一個需要更 新的SIB的標(biāo)識與該SIB標(biāo)識的增量信息。如圖2所示，SIBl中指示信息的比特為1，即 SIBl — SIB2 ；SIB2 指示信息為 3，即 SIB2 — SIB5 ；SIB5 指示信息為 3，即 SIB5 — SIB8。終端可以依照各SIB中讀取的指示信息，即下一條更新的SIB，讀取正常的更新系
統(tǒng)信息。。采用指示信息進(jìn)行信息系統(tǒng)更新的兩種方式中，指示信息可以為強(qiáng)制或者可選 的，即在現(xiàn)有協(xié)議中，可以要求每一個SIB中均需預(yù)留相應(yīng)比特位作為指示信息，或者要求 每一個變化的SIB中再預(yù)留相應(yīng)比特位作為指示信息，其預(yù)留比特位數(shù)應(yīng)能夠覆蓋所有 SIB信息。以現(xiàn)有“3GPP Release 8”系統(tǒng)為例，該系統(tǒng)中共有11個SIB，其中其它SIB發(fā) 生變化時，SIBl —定發(fā)生變化。標(biāo)識其它10個SIB最多需要在SIB信息中引入4個比特 (4個比特共可以標(biāo)識16個不同的SIB信息)。在現(xiàn)有狀況下，至少需要4比特作為指示信息。圖3為根據(jù)本發(fā)明LTE系統(tǒng)信息更新方法的實施例三信令流程圖，具體流程結(jié)合 圖2進(jìn)行說明。圖3為本發(fā)明應(yīng)用在3G或4G系統(tǒng)中的更新信令流程圖，如圖3所示，包括 移動終端(User Equipment，簡稱UE)和基站(eNB)，本實施例包括步驟S302 :eNB在每個更新的SIB中設(shè)置指向下一條SIB的指示信息，eNB廣播發(fā) 送MIB及SIB消息，如圖2所示，更新的SIB為SIB1、SIB2、SIB5、SIB8. · ·；步驟S304 :UE接收廣播的MIB信令，接收SIBl，讀取SIBl中的指示信息，獲知下 一條更新的為SIB2 ；步驟S306 根據(jù)SIBl中的提示信息讀取SIB2，獲得系統(tǒng)更新信息，并同時讀取 SIB2中的指示信息，獲知下一條更新的為SIB5 ；步驟S308 =UE根據(jù)SIB2中的提示信息，跳過SIB3和SIB4直接讀取SIB5進(jìn)行系 統(tǒng)信息更新，并獲得下一條更新的為SIB8 ；步驟S310 =UE根據(jù)SIB5中的指示信息，跳過SIB6和SIB7直接讀取SIB8進(jìn)行系 統(tǒng)信息更新，如果SIB8的指示信息還有內(nèi)容，則鏈接到下一條更新的SIB進(jìn)行系統(tǒng)信息更 新，依次類推；如果SIB8的指示信息沒有內(nèi)容或者SIB8通過指示的方式，表示后續(xù)沒有更 新的系統(tǒng)信息塊，系統(tǒng)更新過程結(jié)束。需要說明的是，本實施例中的各個步驟的指示信息可以采用實施例二中方式1和 方式2兩種方式進(jìn)行系統(tǒng)信息更新設(shè)置，具體內(nèi)容請詳見實施例二，在此不再對相同或相 似內(nèi)容進(jìn)行重復(fù)描述。下面針對上述系統(tǒng)更新方法的技術(shù)方案計算信令開銷如下以現(xiàn)有Release 8系統(tǒng)為例，現(xiàn)有系統(tǒng)中共有11個SIB，其中其他SIB發(fā)生變化 時，SIBl —定發(fā)生變化。標(biāo)識其他10個SIB，需要在SIB信息中引入4個比特(4個比特共可以標(biāo)識16個不同的SIB信息)。方案中最差的情形即每一個SIB均發(fā)生變化，且隨后的SIB為1/2變化，此時的 80ms內(nèi)的比特開銷為4 (bit, SIB1) +4 (bit, SIB2) *1/2+4 (bit, SIB2) *1/4+......+4 (bit, SIB2) *1/1024
=8bit?；緦嵤├鶕?jù)本發(fā)明實施例，提供了一種基站。圖4為根據(jù)本發(fā)明基站的實施例一示意圖， 本實施例包括設(shè)置模塊2，用于在每個需要更新的SIB中設(shè)置用于指向下一個需要更新的SIB的 指不信息；發(fā)送模塊4，用于發(fā)送包含指示信息的需要更新的SIB。在本實施例中，設(shè)置模塊2可以在每一個需要更新的SIB中設(shè)置若干比特的指示 信息，用于指示下一個需要更新的SIB，發(fā)送模塊4將包含指示信息的SIB向用戶終端發(fā)送。 本實施例的基站通過向用戶終端發(fā)送包含指示信息的SIB，需要較少的信令開銷即可完成 系統(tǒng)更新，與現(xiàn)有技術(shù)相比，可以減少信令開銷、更新方式簡單、同時可以使用戶終端避免 接收不必要的系統(tǒng)信息，正常更新所需要的系統(tǒng)信息。圖5為根據(jù)本發(fā)明基站的實施例二示意圖，如圖5所示，本實施例包括設(shè)置模塊2 和發(fā)送模塊4，其中，兩個模塊的作用已在根據(jù)本發(fā)明基站的實施例一中得到了描述，在此 不再贅述。本實施例對設(shè)置模塊2進(jìn)一步細(xì)化，包括第一設(shè)置子模塊22，用于由總SIB數(shù)目確定指示信息的比特位數(shù)，且在需要更新 的SIB中設(shè)置的所述指示信息指向下一個需要更新的SIB的標(biāo)識信息；或第二設(shè)置子模塊24，用于在需要更新的SIB中設(shè)置指示信息，該指示信息為下一 個需要更新的SIB的標(biāo)識信息與自身標(biāo)識的增量。設(shè)置模塊2可以采用第一設(shè)置子模塊22或第二設(shè)置子模塊24對應(yīng)于圖2實施例 的兩種更新方式，其中，第一設(shè)置子模塊22采用圖2所示的方式1進(jìn)行指示信息設(shè)置，第二 設(shè)置子模塊24采用圖2所示的方式2進(jìn)行指示信息設(shè)置，具體兩種設(shè)置方式請參見圖2實 施例的相關(guān)描述，在此不對相同或類似技術(shù)內(nèi)容進(jìn)行重復(fù)說明。系統(tǒng)及用戶終端實施例根據(jù)本發(fā)明實施例，還提供了一種LTE信息更新系統(tǒng)及用戶終端。圖6為根據(jù)本發(fā)明LTE信息更新系統(tǒng)及用戶終端的實施例結(jié)構(gòu)示意圖。如圖6所示，本實施例包括基站 1，用于在每個需要更新的SIB中設(shè)置用于指向下一個需要更新的SIB的指示信息，且發(fā)送 各個SIB ；用戶終端3，用于接收所述基站發(fā)送的SIB，按照需要更新的SIB中的指示信息， 依次讀取更新的SIB，進(jìn)行系統(tǒng)信息更新。本實施例中基站1的內(nèi)部結(jié)構(gòu)可參見圖4或圖5實施例的相關(guān)說明，在此不再贅 述。如圖6所示，本實施例中用戶終端3可以包括接收模塊32，用于接收基站1發(fā)送的 SIB消息，其中每個需要更新的SIB中包含指向下一個需要更新的SIB的指示信息；處理模 塊34，用于從SIBl開始讀取，根據(jù)SIBl中的指示信息讀取下一個需要更新的SIB，依次按 照所述指示信息讀取下一個需要更新的SIB，直到更新完畢。其中本實施例的系統(tǒng)中基站1 可以為eNB，用戶終端可以為UE，具體更新過程可參見圖3實施例及相關(guān)說明。
本實施例的信息更新系統(tǒng)采用鏈?zhǔn)皆O(shè)置更新方式，如基站可以通過兩種方式的 任一種在每一個需要更新的SIB中設(shè)置若干比特的指示信息，指示下一個需要更新的SIB。 本實施例中用戶終端接收到基站的SIB消息后，根據(jù)需更新的SIB中的指示信息，進(jìn)行鏈?zhǔn)?更新，避免接收不需要更新的SIB及相應(yīng)處理，可大大節(jié)省用戶終端的更新速度和處理效 率。本實施例采用的更新方法簡單、僅需較少的信令開銷即可完成系統(tǒng)更新，與現(xiàn)有技術(shù)相 比，可以減少信令開銷、更新方式簡單、同時可以使終端避免接收不必要的系統(tǒng)信息，正常 更新所需要的系統(tǒng)信息。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，對于本領(lǐng)域的技術(shù)人員來說，其依然可 以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的 保護(hù)范圍之內(nèi)。
權(quán)利要求
一種LTE系統(tǒng)信息更新方法，其特征在于，包括在每個需要更新的SIB中設(shè)置用于指向下一個需要更新的SIB的指示信息；按照所述需要更新的SIB中的所述指示信息，依次進(jìn)行系統(tǒng)信息更新。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述指示信息為強(qiáng)制或者可選的若干比特。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述指示信息的比特位數(shù)由總SIB數(shù)目確 定，且指向下一個需要更新的SIB的標(biāo)識信息。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述指示信息為下一個需要更新的SIB的 標(biāo)識信息與自身標(biāo)識的增量信息。
5.根據(jù)權(quán)利要求1-4中任一項所述的方法，其特征在于，所述按照所述需要更新的SIB 中的所述指示信息，依次進(jìn)行系統(tǒng)信息更新的操作包括每一次系統(tǒng)信息更新從SIB1開始，SIB1中的指示信息指向下一個需要更新的SIB，按 照所述指示信息依次鏈接至下一個需要更新的SIB，直到更新完畢。
6.一種基站，其特征在于，包括設(shè)置模塊，用于在每個需要更新的SIB中設(shè)置用于指向下一個需要更新的SIB的指示 fn息；發(fā)送模塊，用于發(fā)送包含所述指示信息的需要更新的SIB。
7.根據(jù)權(quán)利要求6所述的基站，其特征在于，所述設(shè)置模塊包括第一設(shè)置子模塊，用于由總SIB數(shù)目確定指示信息的比特位數(shù)，且在需要更新的SIB中 設(shè)置的所述指示信息指向下一個需要更新的SIB的標(biāo)識信息；或者第二設(shè)置子模塊，用于在需要更新的SIB中設(shè)置所述指示信息，所述指示信息為下一 個需要更新的SIB的標(biāo)識信息與自身標(biāo)識的增量信息。
8.一種信息更新系統(tǒng)，涉及LTE系統(tǒng)，其特征在于，包括基站，用于在每個需要更新的SIB中設(shè)置用于指向下一個需要更新的SIB的指示信息， 且發(fā)送各個SIB ；用戶終端，用于接收所述基站發(fā)送的SIB，按照所述需要更新的SIB中的所述指示信 息，依次讀取更新的SIB，進(jìn)行系統(tǒng)信息更新。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述基站包括第一設(shè)置子模塊，用于由總SIB數(shù)目確定指示信息的比特位數(shù)，且在需要更新的SIB中 設(shè)置的所述指示信息指向下一個需要更新的SIB的標(biāo)識信息；或者第二設(shè)置子模塊，用于在需要更新的SIB中設(shè)置所述指示信息，所述指示信息為下一 個需要更新的SIB的標(biāo)識信息與自身標(biāo)識的增量信息。
10.一種用戶終端，其特征在于，包括接收模塊，用于接收基站發(fā)送的SIB消息，其中每個需要更新的SIB中包含指向下一個 需要更新的SIB的指示信息；處理模塊，用于從SIB1開始讀取，根據(jù)SIB1中的指示信息讀取下一個需要更新的SIB， 依次按照所述指示信息讀取下一個需要更新的SIB，直到更新完畢。
全文摘要
本發(fā)明公開了一種LTE系統(tǒng)信息更新方法、基站、用戶終端及系統(tǒng)，其中，該方法包括在每個需要更新的SIB中設(shè)置用于指向下一個需要更新的SIB的指示信息；按照需要更新的SIB中的所述指示信息，依次進(jìn)行系統(tǒng)信息更新。本發(fā)明可以解決現(xiàn)有技術(shù)中系統(tǒng)更新方式信令開銷大、復(fù)雜等缺陷，實現(xiàn)采用較少的信令開銷及簡單的方式進(jìn)行正常更新系統(tǒng)信息。
文檔編號H04W28/06GK101827395SQ20091007933
公開日2010年9月8日 申請日期2009年3月6日 優(yōu)先權(quán)日2009年3月6日
發(fā)明者楊寧, 胡臻平 申請人:中國移動通信集團(tuán)公司