專利名稱：一種tdd系統(tǒng)pcch信道的優(yōu)化方法及其裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信領(lǐng)域的網(wǎng)絡(luò)優(yōu)化技術(shù)，尤其涉及一種TDD系統(tǒng)PCCH信道的優(yōu) 化方法和系統(tǒng)。
背景技術(shù)：
在現(xiàn)有的TDD(Time Division Duplex,時分雙工)系統(tǒng)，包括如 TD-SCDMA(Division-Synchronous Code Division Multiple Access，時分同步的碼分多址 技術(shù))及其演進系統(tǒng)網(wǎng)絡(luò)中，如，HSDPA(High Speed Downlink Packet Access，表示高速下 行分組接入)系統(tǒng)，HSUPA(High Speed Uplink Packet Access，高速上行分組接入)系統(tǒng)， HSPA+(HSPA演進，其中，HSPA是High Speed I^acketAccess的縮寫，即高速分組接入)系統(tǒng)， 通常是采用路測的方式檢查網(wǎng)絡(luò)的覆蓋質(zhì)量以及系統(tǒng)性能是否達(dá)到設(shè)計的預(yù)期要求。路測 工作主要是采用人工的方式搜集信息，如，專業(yè)的網(wǎng)絡(luò)優(yōu)化人員，裝備了測量終端、筆記本 電腦以及GPS (Global Position System，全球定位系統(tǒng))接收機，駕駛測量車任意行走，由 測量終端記錄下各個地點的無線測量信息，包括發(fā)生各種異常事件時的測量數(shù)據(jù)，這些信 息中可包含時間信息及當(dāng)時的地理位置信息。運營商利用這些路測數(shù)據(jù)，發(fā)現(xiàn)網(wǎng)絡(luò)中存在 的問題，如覆蓋不足或者鄰區(qū)設(shè)置不合適等等，然后采取相應(yīng)的優(yōu)化措施?，F(xiàn)有的路測工作主要都是人工進行，一方面，需要投入大量的人力和時間，給運營 商的網(wǎng)絡(luò)建設(shè)和維護成本帶來很大負(fù)擔(dān)，增加了網(wǎng)絡(luò)的運維成本；另一方面，這種路測往往 只能獲得室外公共區(qū)域的測量信息，無法得到室內(nèi)以及私人區(qū)域的信息，如寫字樓或者住 宅樓內(nèi)，由于這些區(qū)域內(nèi)經(jīng)常會有大量的用戶，因此這些地點的測量信息實際上更加有意 義，但卻無法通過現(xiàn)有的路測方式得到，因此，這些地點的網(wǎng)絡(luò)優(yōu)化就難以通過路測完成。目前的3GPP RAN2正在進行最小化路測項目(WI)的研究與討論，提出了 LTE (Long Time Evolution，長期演進)系統(tǒng)的一些測量量，但是缺少適用于UMTS TDD系統(tǒng)(如 TD-SCDMA系統(tǒng))的測量。由于目前所商用的通信系統(tǒng)中包括TDD制式的TD-SCDMA系統(tǒng)，如 何為目前的TDD制式的系統(tǒng)提供最小化路測的功能，目前還是空白。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種TDD系統(tǒng)PCCH信道的優(yōu)化方法和系統(tǒng)，用于實現(xiàn)根據(jù)用戶 設(shè)備上報的信息進行PCCH信道優(yōu)化。本發(fā)明實施例提供的技術(shù)方案包括一種TDD系統(tǒng)PCCH信道的優(yōu)化方法，該方法包括以下步驟網(wǎng)絡(luò)側(cè)指示用戶設(shè)備在接收尋呼控制信道PCCH尋呼消息失敗時記錄PCCH尋呼失 敗信息并進行上報；網(wǎng)絡(luò)側(cè)接收用戶設(shè)備根據(jù)所述指示所記錄并上報的PCCH尋呼失敗信息；以及網(wǎng)絡(luò)側(cè)根據(jù)接收到的PCCH尋呼失敗信息優(yōu)化PCCH。一種網(wǎng)絡(luò)側(cè)設(shè)備，包括
指示模塊，用于指示用戶設(shè)備在接收尋呼控制信道PCCH尋呼消息失敗時記錄 PCCH尋呼失敗信息并進行上報；接收模塊，用于接收用戶設(shè)備根據(jù)所述指示模塊的所述指示所記錄并上報的PCCH 尋呼失敗信息；發(fā)送模塊，用于將所述接收模塊接收到PCCH尋呼失敗信息發(fā)送給PCCH信道優(yōu)化 系統(tǒng)，以進行PCCH信道優(yōu)化。一種TDD系統(tǒng)PCCH信道的優(yōu)化系統(tǒng)，包括如前所述的網(wǎng)絡(luò)側(cè)設(shè)備，以及優(yōu)化裝 置，用于接收網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的PCCH尋呼失敗信息，并根據(jù)接收到的PCCH尋呼失敗信息優(yōu) 化 PCCH。本發(fā)明的上述實施例，通過由網(wǎng)絡(luò)側(cè)指示用戶設(shè)備在接收尋呼控制信道PCCH尋 呼消息失敗時記錄PCCH尋呼失敗信息并進行上報，并根據(jù)從用戶設(shè)備按照該指示所上報 的PCCH尋呼失敗信息對PCCH進行優(yōu)化，實現(xiàn)了根據(jù)用戶設(shè)備自動上報的信息進行PCCH 優(yōu)化。一方面，由于用戶設(shè)備分布廣泛，包括分布在路測設(shè)備通常不能達(dá)到的區(qū)域，如寫字 樓或者住宅樓內(nèi)，這樣，使得進行PCCH優(yōu)化的依據(jù)更加全面，因此，所采用的PCCH策略也 相應(yīng)的更加準(zhǔn)確，所得到的優(yōu)化結(jié)果也更加有意義，即，與現(xiàn)有PCCH優(yōu)化方式相比，可以獲 得更好的網(wǎng)絡(luò)性能；另一方面，通過用戶設(shè)備自行上報PCCH尋呼失敗信息以使網(wǎng)絡(luò)側(cè)獲得 PCCH優(yōu)化的依據(jù)，與現(xiàn)有通過人工使用路測設(shè)備進行實地路測相比，可以簡化PCCH優(yōu)化的 操作，并可以節(jié)省成本和提高效率，從而填補了目前TDD系統(tǒng)的PCCH優(yōu)化的空白。


圖1為本發(fā)明實施例提供的TDD系統(tǒng)PCCH信道優(yōu)化總體流程示意圖；圖2、圖3和圖4分別為本發(fā)明的一個實例提供的PCCH優(yōu)化流程示意圖；圖5為本發(fā)明實施例提供的網(wǎng)絡(luò)側(cè)設(shè)備的結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例提供的TDD系統(tǒng)PCCH信道優(yōu)化系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式針對上述現(xiàn)有技術(shù)存在的問題，為了減少網(wǎng)絡(luò)的運維成本，以及獲得目前路測所 無法到達(dá)的區(qū)域的無線測量信息，本發(fā)明實施例通過網(wǎng)絡(luò)中用戶設(shè)備(User Equipment, UE)記錄一些測量日志記錄信息并報告給網(wǎng)絡(luò)側(cè)，使運營商能夠利用這些日志記錄信息檢 測網(wǎng)絡(luò)中是否存在問題，并進行必要的優(yōu)化工作。由于這些信息是由UE自動搜集的，因此 減少了人工路測的工作量，而且由于這些UE是隨機分布在網(wǎng)絡(luò)中任意位置的，因此可以使 運營商獲得普通路測所無法得到的地理區(qū)域的測量信息。由于本發(fā)明實施例涉及到TDD系統(tǒng)的尋呼信道映射技術(shù)，因此，首先對TDD系統(tǒng)的 尋呼信道映射技術(shù)進行簡要說明。TDD系統(tǒng)中，通常，信道映射關(guān)系包括邏輯信道與傳輸 信道的映射，以及傳輸信道與物理信道的映射。在3G TD-SCDMA及其演進(如HSDPA，HSUPA)系統(tǒng)中，尋呼消息是在PCCH(Paging Control Channel，尋呼控制信道)上發(fā)送，PCCH映射到PCH(Paging Channel，尋呼信道)， PCH 再映射到 S-CCPCHGecondary CommonControl Physical Channel，輔公共控制物理信 道)物理信道上以發(fā)送尋呼消息。其中，PCCH為邏輯信道，PCH為傳輸信道，S-CCPCH為物理 5信道。系統(tǒng)中還有一個專用的PICH(Paging Indication Channel，尋呼指示信道)，與PCH 配對使用，用于指示某個尋呼組中的UE接收尋呼消息。當(dāng)UE注冊到網(wǎng)絡(luò)后，會成為若干個尋呼組中的一個。如果有尋呼信息要發(fā)送給一 個尋呼組中的任一個UE，尋呼指示就會出現(xiàn)在PICH上相應(yīng)的位置。PICH跟PCH的時間關(guān) 系是網(wǎng)絡(luò)預(yù)先配置的，當(dāng)UE讀取到PICH信道上有尋呼指示后，在對應(yīng)的時隙位置接收承載 PCCH尋呼信息的PCH信道(承載在S-CCPCH信道上)，進行解碼獲取尋呼消息。在3G TDD HSPA+系統(tǒng)中，引入了 FACH(Forward Access Channel，前向接入信道) 增強特性，使得PCCH既可以映射到PCH，PCH再映射到S-CCPCH物理信道上以發(fā)送尋呼消 息；又可以映射到HS-DSCH(High-Speed DownlinkShared Channel，高速下行鏈路共享信 道)，HS-DSCH 再映射到 HS-PDSCH(High-Speed Physical Downlink Shared Channel，高速 物理下行鏈路共享信道)上以發(fā)送尋呼消息。其中，PCCH為邏輯信道，HS-DSCH為傳輸信 道，HS-PDSCH為物理信道。系統(tǒng)中的PICH與HS-DSCH配對使用，用于指示某個尋呼組中的 UE接收尋呼消息。PICH跟HS-DSCH的時間關(guān)系是網(wǎng)絡(luò)預(yù)先配置的，當(dāng)UE讀取到PICH信道上有尋呼 指示后，在對應(yīng)的時隙位置接收承載PCCH尋呼信息的HS-DSCH信道(承載在HS-PDSCH信 道上)，進行解碼獲取尋呼消息。下面結(jié)合附圖對本發(fā)明實施例進行詳細(xì)描述。參見圖1，為本發(fā)明實施例提供的TDD系統(tǒng)PCCH信道的優(yōu)化方法的流程示意圖。步驟101、網(wǎng)絡(luò)側(cè)指示UE記錄并上報在接收PCCH尋呼消息失敗時的相關(guān)信息；步驟102、UE根據(jù)網(wǎng)絡(luò)側(cè)的指示，記錄在接收PCCH尋呼消息失敗時的相關(guān)信息；步驟103、UE根據(jù)網(wǎng)絡(luò)側(cè)的指示，上報所記錄的PCCH尋呼失敗信息；步驟104、網(wǎng)絡(luò)側(cè)根據(jù)UE上報的PCCH尋呼失敗信息優(yōu)化PCCH。。上述流程的步驟101中，網(wǎng)絡(luò)側(cè)的設(shè)備可以指示UE記錄其在接收PCCH尋呼消息 失敗時的信息，如PCCH尋呼失敗日志(log)記錄，指示的內(nèi)容可以包括以下之一或任意組 合記錄PCCH尋呼失敗信息的觸發(fā)條件、PCCH尋呼失敗信息所包括的具體內(nèi)容、PCCH尋呼 失敗信息的報告方式等。網(wǎng)絡(luò)側(cè)所指示的記錄PCCH尋呼失敗信息的觸發(fā)條件，可以是當(dāng)UE接收到PICH 的尋呼指示后，連續(xù)解碼對應(yīng)的PCH (若PCH承載PCCH信道)或HS-DSCH (若HS-DSCH承載 PCCH信道)時，數(shù)據(jù)解碼錯誤的次數(shù)超過N次(N是網(wǎng)絡(luò)配置的參數(shù))，則認(rèn)為接收PCCH尋 呼消息失敗，UE需要記錄這個失敗事件以生成PCCH尋呼失敗信息。記錄PCCH尋呼失敗信 息的觸發(fā)條件還可以是當(dāng)UE接收到PICH的尋呼指示后，在一個時間段T (T是網(wǎng)絡(luò)預(yù)先配 置的參數(shù))內(nèi)讀取PCH (若PCH承載PCCH信道)或HS-DSCH (若HS-DSCH承載PCCH信道) 失敗，則認(rèn)為接收PCCH尋呼消息失敗，UE需要記錄這個失敗事件以生成PCCH尋呼失敗信 肩、ο網(wǎng)絡(luò)側(cè)所指示UE記錄的PCCH尋呼失敗信息的具體內(nèi)容，可以包括UE 讀取 PCH 或 HS-DSCH 失敗時 P-CCPCH(Primary Common ControlPhysical Channel，主公共控制物理信道)信道的測量量RSCP (Received SignalCode Power，接收信 號碼功率)；UE讀取PCH或HS-DSCH失敗時所在小區(qū)的全局標(biāo)識CGI ；
6
UE讀取PCH或HS-DSCH失敗時的位置信息(location)；UE讀取PCH或HS-DSCH失敗時的時間戳(timestamp)。其中，位置信息是可選的。若UE具有GPS定位功能，則所述位置信息是指GPS定 位得到的地理位置坐標(biāo)。網(wǎng)絡(luò)側(cè)所指示的PCCH尋呼失敗信息的報告方式，可以包括以下之一周期性上報，如每隔幾個小時報告一次。較佳地，初次報告時間可由UE隨機確定， 這樣可以避免網(wǎng)絡(luò)中大量的UE在同一時間向網(wǎng)絡(luò)發(fā)送數(shù)據(jù)導(dǎo)致?lián)砣?；定時上報，網(wǎng)絡(luò)可設(shè)置一個固定時間(如每天早晨2點)，或者設(shè)置一個時間范圍 (如每天早晨1點到3點)，UE可以在這個范圍內(nèi)隨機選擇一個時間點進行上報。較佳地， 可以指定在網(wǎng)絡(luò)較空閑的時間或時間段進行上報。這種通過指定在網(wǎng)絡(luò)較空閑的時間上報 信息，可以提高信息上報效率以及平衡網(wǎng)絡(luò)負(fù)載；當(dāng)UE進入連接態(tài)(RRC C0NNNECTED)后，將之前記錄的PCCH尋呼失敗信息報告給 網(wǎng)絡(luò)，這樣可以保證信息上報的成功，并可以使網(wǎng)絡(luò)側(cè)及時得到UE的PCCH尋呼失敗信息。網(wǎng)絡(luò)側(cè)還可以指示需要記錄并上報PCCH尋呼失敗信息的UE。網(wǎng)絡(luò)可以指示小區(qū) 內(nèi)的所有UE都進行記錄以及上報，也可以指示部分UE進行記錄以及上報，如指示具備某種 能力的UE,或者處于某種狀態(tài)的UE進行記錄以及上報。以上這些指示信息可以通過系統(tǒng)廣播消息或者專用的無線連接控制(RRC)信令 傳送給UE,以將這些指示信息配置到UE。網(wǎng)絡(luò)側(cè)在通過系統(tǒng)廣播消息或者專用的RRC信令 將這些指示信息配置到UE時，可以在系統(tǒng)廣播消息或RRC信令中攜帶這些指示信息的內(nèi)容 或標(biāo)識，如failure_time = 3 (其中3是解碼失敗次數(shù))或trigger_condition = 1 (其中 1是觸發(fā)條件的標(biāo)識)表示記錄PCCH尋呼失敗信息的觸發(fā)條件是連續(xù)讀取與PICH對應(yīng)的 用于承載PCCH數(shù)據(jù)的信道失敗超過3次，import = 1表示PCCH尋呼失敗信息的報告方式 是定時上報。網(wǎng)絡(luò)側(cè)也可以根據(jù)其與UE事先的約定，在系統(tǒng)廣播消息或RRC信令中攜帶一 個指示標(biāo)識以表示所指示的所有內(nèi)容，如indication = 1表示所指示的觸發(fā)條件是連續(xù)讀取與PICH對應(yīng)的用于承載PCCH 數(shù)據(jù)的信道失敗超過3次，需要上報的PCCH尋呼失敗信息包括P-CCPCH信道的RSCP、UE所 在小區(qū)的CGI、UE的位置信息以及UE的時間戳，PCCH尋呼失敗信息的報告方式為定時上 報；或者，indication = 2表示所指示的觸發(fā)條件是連續(xù)讀取與PICH對應(yīng)的用于承載 PCCH數(shù)據(jù)的信道失敗超過4次，需要上報的PCCH尋呼失敗信息包括P-CCPCH信道的RSCP、 UE所在小區(qū)的CGI以及UE的時間戳，PCCH尋呼失敗信息的報告方式為UE進入連接態(tài)時上報等。一次配置后，這些指示信息可在一定時間內(nèi)有效(有效時長可由網(wǎng)絡(luò)側(cè)指定)； 網(wǎng)絡(luò)側(cè)還可以更新指示信息，并通過系統(tǒng)廣播消息或者專用的RRC信令將指示信息配置到 UE ；網(wǎng)絡(luò)側(cè)還可以通過系統(tǒng)廣播消息或者專用的RRC信令指示UE停止記錄和上報PCCH尋 呼失敗信息。UE在接收到網(wǎng)絡(luò)側(cè)發(fā)送的上述指示后，就可以根據(jù)該指示記錄并報告PCCH尋呼 失敗信息。下面結(jié)合一些典型實例對本發(fā)明實施例所提供的PCCH信道優(yōu)化流程進行詳細(xì)說明。以下所述網(wǎng)絡(luò)均指TD-SCDMA或其演進系統(tǒng)，如HSDPA、HSUPA或HSPA+系統(tǒng)。實例一網(wǎng)絡(luò)設(shè)置小區(qū)內(nèi)的UE記錄接收PCCH信道(即解碼PCH)失敗事件，以及接 收UE根據(jù)該指示上報的失敗事件信息進行PCCH優(yōu)化的過程。該流程以UE連續(xù)讀取PCCH 信道失敗3次則視為發(fā)生PCCH信道失敗事件，并且以上報失敗事件信息方式為UE進入連 接態(tài)時上報為例進行描述。該流程可如圖2所示，包括步驟201、小區(qū)A的網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送系統(tǒng)消息，其中指示小區(qū)A內(nèi)所有UE都需 要記錄接收PCCH失敗時的事件，并且指示出當(dāng)UE連續(xù)讀取與PICH對應(yīng)的PCH信道(承 載PCCH數(shù)據(jù))失敗超過3次，則認(rèn)為發(fā)生一次PCCH接收失敗事件，并當(dāng)發(fā)生該事件時記錄 PCCH尋呼失敗日志，還指示出PCCH尋呼失敗日志的上報方式是當(dāng)UE進入連接態(tài)(即建立 了 RRC連接)后上報。步驟202、UE以DRX (Discontinuous Rec印tion，非連續(xù)性接收或間斷接收)方式 讀取PICH(尋呼指示信道)，當(dāng)發(fā)現(xiàn)有尋呼指示后，UE嘗試讀取該PICH對應(yīng)的PCH信道數(shù) 據(jù)，由于PCH承載在S-CCPCH物理信道上，UE解碼無線幀時隙0的S-CCPCH物理信道以獲
取尋呼信息。步驟203、UE是否成功解碼S-CCPCH信道，若不成功，則執(zhí)行步驟204 ；否則，若解 碼成功則按照常規(guī)流程處理，如響應(yīng)尋呼消息，然后返回步驟202，繼續(xù)監(jiān)測PICH。步驟204、UE判斷連續(xù)解碼S-CCPCH信道失敗次數(shù)是否達(dá)到3次，若未達(dá)到，則重 復(fù)步驟202再次解碼S-CCPCH信道以獲取尋呼信息；若達(dá)到，則執(zhí)行步驟205。步驟205、當(dāng)UE連續(xù)嘗試解碼S-CCPCH信道失敗超過3次，則記錄此次失敗事件， 以及發(fā)生時的時間戳、當(dāng)前小區(qū)的標(biāo)識，P-CCPCH的RSCP測量值。若UE有GPS裝置，還可 記錄下失敗事件發(fā)生時的地理坐標(biāo)信息。步驟206、UE與網(wǎng)絡(luò)建立無線連接后，將記錄的PCCH尋呼失敗日志信息傳送給網(wǎng) 絡(luò)側(cè)設(shè)備。步驟207、網(wǎng)絡(luò)側(cè)設(shè)備收到UE上報的PCCH尋呼失敗日志信息后，傳送給最小化路 測(MDT)服務(wù)器或其他網(wǎng)絡(luò)優(yōu)化服務(wù)器(或系統(tǒng))，然后運營商可以對數(shù)據(jù)進行分析(如通 過預(yù)先配置于網(wǎng)絡(luò)優(yōu)化系統(tǒng)的優(yōu)化策略進行分析)，檢查網(wǎng)絡(luò)中哪些位置可能存在PCH覆 蓋問題，并可以采用相應(yīng)的優(yōu)化措施(優(yōu)化措施也可預(yù)先配置于網(wǎng)絡(luò)優(yōu)化系統(tǒng))，如提高承 載PCCH信道的PCH信道的發(fā)射功率，以優(yōu)化PCCH信道。以上流程中，UE在記錄PCCH尋呼失敗日志后，或者在上報所記錄的尋呼失敗日志 后，可繼續(xù)監(jiān)測PICH以獲取尋呼指示，并根據(jù)獲取到的尋呼指示嘗試解碼對應(yīng)的PCH以獲 取PCCH尋呼信息。以上流程中所述的網(wǎng)絡(luò)側(cè)設(shè)備可以是RNCO^adio Network Controller，無線網(wǎng)絡(luò) 控制器)。實例二 網(wǎng)絡(luò)設(shè)置小區(qū)內(nèi)具有定位功能的UE記錄讀取PCCH信道(解碼HS-DSCH) 失敗事件，以及接收UE根據(jù)該指示上報的失敗事件進行PCCH優(yōu)化的過程。該流程以UE連 續(xù)讀取PCCH信道信道失敗3次則視為發(fā)生PCCH信道失敗事件，并且以上報失敗事件信息 方式為定時上報為例進行描述。該流程可如圖3所示，包括步驟301、小區(qū)B的網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送系統(tǒng)消息，其中指示小區(qū)B內(nèi)具有GPS定位 能力的UE需要記錄讀取PCCH失敗時的事件，并且指示出當(dāng)UE連續(xù)讀取與PICH對應(yīng)的HS-DSCH信道(承載PCCH數(shù)據(jù))失敗超過3次，則認(rèn)為發(fā)生一次PCCH讀取失敗事件，并當(dāng) 發(fā)生該事件時記錄PCCH尋呼失敗日志，還指示出PCCH尋呼失敗日志的上報方式是定時報 告，在凌晨2點到3點之間將日志記錄發(fā)送給網(wǎng)絡(luò)。步驟302、UE以DRX方式讀取尋呼指示信道PICH，當(dāng)發(fā)現(xiàn)有尋呼指示后，UE嘗試讀 取PICH對應(yīng)的HS-DSCH信道，由于承載PCCH信息的HS-DSCH與PICH有預(yù)先設(shè)定的對應(yīng)關(guān) 系，UE在相應(yīng)的時間位置解碼HS-DSCH信道數(shù)據(jù)。步驟303、具有GPS定位能力的UE是否成功解碼HS-DSCH信道，若不成功，則執(zhí)行 步驟304 ；否則，若解碼成功，按照常規(guī)流程處理，如響應(yīng)尋呼消息，然后返回步驟302，繼續(xù) 監(jiān)測PICH。步驟304、UE判斷連續(xù)解碼HS-DSCH信道失敗次數(shù)是否達(dá)到3次，若未達(dá)到，則重 復(fù)步驟302再次解碼HS-DSCH信道以獲取尋呼信息；若達(dá)到，則執(zhí)行步驟304。步驟305、當(dāng)具有GPS定位能力的UE連續(xù)嘗試解碼HS-DSCH信道失敗超過3次，則 記錄此次失敗事件，以及發(fā)生時的時間戳、當(dāng)前小區(qū)的標(biāo)識，P-CCPCH的RSCP測量值。由于 UE有GPS裝置，因此還可以記錄失敗時的地理坐標(biāo)信息。這些日志記錄可以保存在UE的存 儲器中。步驟306、在凌晨2點到3點之間時(如在該時間段內(nèi)的任意時刻)，具有GPS定 位能力的UE將所記錄的PCCH尋呼失敗日志發(fā)送給網(wǎng)絡(luò)側(cè)設(shè)備。若UE當(dāng)前沒有與網(wǎng)絡(luò)建 立連接，則需要首先建立無線連接。步驟307、網(wǎng)絡(luò)側(cè)設(shè)備收到UE上報的PCCH尋呼失敗日志信息后，轉(zhuǎn)發(fā)給最小化路 測(MDT)服務(wù)器或其他網(wǎng)絡(luò)優(yōu)化服務(wù)器(或系統(tǒng))，然后運營商可以對數(shù)據(jù)進行分析(如 通過預(yù)先配置于網(wǎng)絡(luò)優(yōu)化系統(tǒng)的優(yōu)化策略進行分析)，檢查網(wǎng)絡(luò)中哪些地理位置可能存 在HS-DSCH覆蓋問題，并可以采用相應(yīng)的優(yōu)化措施(優(yōu)化措施也可預(yù)先配置于網(wǎng)絡(luò)優(yōu)化系 統(tǒng))，如改變網(wǎng)絡(luò)的部署，調(diào)整基站的天線發(fā)射方向，或者提高承載PCCH信道的HS-DSCH信 道的發(fā)射功率，以優(yōu)化PCCH信道。以上流程中，UE在記錄PCCH尋呼失敗日志后，或者在上報所記錄的尋呼失敗日志 后，可繼續(xù)監(jiān)測PICH以獲取尋呼指示，并根據(jù)獲取到的尋呼指示嘗試解碼對應(yīng)的PCH以獲 取PCCH尋呼信息。以上流程中所述的網(wǎng)絡(luò)側(cè)設(shè)備可以是RNC。實例三網(wǎng)絡(luò)設(shè)置小區(qū)內(nèi)處于CELL_PCH或/和URA_PCH狀態(tài)(其中，UE處于CELL_ PCH狀態(tài)是指UE沒有專用的物理信道，根據(jù)網(wǎng)絡(luò)提供的算法選擇PCH，并使用DRX方式監(jiān)控 PICH的狀態(tài)，UE處于URA_PCH狀態(tài)跟CELL_PCH狀態(tài)相似，只是在小區(qū)重選后不執(zhí)行小區(qū)更 新Cell Update過程)的UE記錄接收PCCH信道(解碼HS-DSCH)失敗事件，以及接收UE 根據(jù)該指示上報的失敗事件進行PCCH優(yōu)化的過程。該流程以UE連續(xù)讀取PCCH信道失敗3 次則視為發(fā)生PCCH信道信道失敗事件，并且以上報失敗事件信息方式為UE進入CELL_DCH 狀態(tài)時上報為例進行描述。該流程可如圖4所示，包括步驟401、小區(qū)C的網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送系統(tǒng)消息，其中指示小區(qū)內(nèi)處于CELL_PCH或 /和URA_PCH狀態(tài)的UE需要記錄接收PCCH失敗時的事件，并且指示出當(dāng)這些UE連續(xù)讀取 與PICH對應(yīng)的HS-DSCH信道(承載PCCH數(shù)據(jù))失敗超過3次，則認(rèn)為發(fā)生一次PCCH接收 失敗事件，并當(dāng)發(fā)生該事件時記錄PCCH尋呼失敗日志，還指示出記錄PCCH尋呼失敗日志的上報方式是當(dāng)UE進入CELL_DCH(其中，UE在有大量數(shù)據(jù)包發(fā)送時需進入CELL_DCH狀態(tài)) 狀態(tài)后上報。步驟402、UE以DRX方式讀取尋呼指示信道PICH，當(dāng)發(fā)現(xiàn)有尋呼指示后，UE嘗試讀 取該PICH對應(yīng)的HS-DSCH信道數(shù)據(jù)。由于在CELL_PCH/URA_PCH狀態(tài)下，HS-DSCH只在主 載波上發(fā)送，因此UE在主載波上解碼HS-DSCH信道。步驟403、處于CELL_PCH或/和URA_PCH狀態(tài)的UE判斷是否成功解碼HS-DSCH信 道，若不成功，則執(zhí)行步驟404;否則，若解碼成功則按照常規(guī)流程處理，如響應(yīng)尋呼消息， 然后返回步驟402，繼續(xù)監(jiān)測PICH。步驟404、處于CELL_PCH或/和URA_PCH狀態(tài)的UE判斷連續(xù)解碼HS-DSCH信道失 敗次數(shù)是否達(dá)到3次，若未達(dá)到，則重復(fù)步驟402再次解碼HS-DSCH信道以獲取尋呼信息； 若達(dá)到，則執(zhí)行步驟405。步驟405、當(dāng)處于CELL_PCH或/和URA_PCH狀態(tài)的UE連續(xù)嘗試解碼HS-DSCH信 道失敗超過3次，則記錄此次失敗事件，以及發(fā)生時的時間戳、當(dāng)前小區(qū)的標(biāo)識，P-CCPCH的 RSCP測量值。若UE有GPS裝置，則還可記錄下失敗事件發(fā)生時的地理坐標(biāo)信息。步驟406、當(dāng)處于CELL_PCH或/和URA_PCH狀態(tài)的UE進入CELL_DCH狀態(tài)后，將記 錄的PCCH尋呼失敗日志信息傳送給網(wǎng)絡(luò)側(cè)設(shè)備。步驟407、網(wǎng)絡(luò)側(cè)設(shè)備收到UE的日志信息后，傳送給最小化路測(MDT)服務(wù)器或其 他網(wǎng)絡(luò)優(yōu)化服務(wù)器(或系統(tǒng))，然后運營商可以對數(shù)據(jù)進行分析(如通過預(yù)先配置于網(wǎng)絡(luò)優(yōu) 化系統(tǒng)的優(yōu)化策略進行分析)，檢查網(wǎng)絡(luò)中哪些位置可能存在主載波覆蓋不足的問題，并可 采用相應(yīng)的優(yōu)化措施(優(yōu)化措施也可預(yù)先配置于網(wǎng)絡(luò)優(yōu)化系統(tǒng))，如提高主載波的發(fā)射功 率，以優(yōu)化PCCH。以上流程中，UE在記錄PCCH尋呼失敗日志后，或者在上報所記錄的尋呼失敗日志 后，可繼續(xù)監(jiān)測PICH以獲取尋呼指示，并根據(jù)獲取到的尋呼指示嘗試解碼對應(yīng)的HS-DSCH 以獲取PCCH尋呼信息。以上流程中所述的網(wǎng)絡(luò)側(cè)設(shè)備可以是RNC。通過以上描述可以看出，通過由網(wǎng)絡(luò)側(cè)指示用戶設(shè)備在接收尋呼控制信道PCCH 尋呼消息失敗時記錄PCCH尋呼失敗信息并進行上報，并根據(jù)從用戶設(shè)備按照該指示所上 報的PCCH尋呼失敗信息對PCCH進行優(yōu)化，實現(xiàn)了根據(jù)用戶設(shè)備自動上報的信息進行PCCH 優(yōu)化。一方面，由于用戶設(shè)備分布廣泛，包括分布在路測設(shè)備通常不能達(dá)到的區(qū)域，如寫字 樓或者住宅樓內(nèi)，這樣，使得進行PCCH優(yōu)化的依據(jù)更加全面，因此，所采用的PCCH策略也相 應(yīng)的更加準(zhǔn)確，所得到的優(yōu)化結(jié)果也更加有意義，即，與現(xiàn)有PCCH優(yōu)化方式相比，可以獲得 更好的提高網(wǎng)絡(luò)性能；另一方面，通過用戶設(shè)備自行上報PCCH尋呼失敗信息以使網(wǎng)絡(luò)側(cè)獲 得PCCH優(yōu)化的依據(jù)，與現(xiàn)有通過人工使用路測設(shè)備進行實地路測相比，可以簡化PCCH優(yōu)化 的操作，并可以節(jié)省成本和提高效率，從而填補了目前TDD系統(tǒng)的PCCH優(yōu)化的空白?；谙嗤募夹g(shù)構(gòu)思，本發(fā)明實施例還提供了 一種網(wǎng)絡(luò)側(cè)設(shè)備。如圖5所示，為本發(fā)明實施例提供的網(wǎng)絡(luò)側(cè)設(shè)備500的結(jié)構(gòu)示意圖，該網(wǎng)絡(luò)側(cè)設(shè)備 可以是RNC，該網(wǎng)絡(luò)設(shè)備可以包括指示模塊501、接收模塊502、發(fā)送模塊503，其中指示模塊501，用于指示UE在接收尋呼控制信道PCCH尋呼消息失敗時記錄PCCH 尋呼失敗信息并進行上報；
10
接收模塊502，用于接收用戶設(shè)備根據(jù)指示模塊501的所述指示所記錄并上報的 PCCH尋呼失敗信息；發(fā)送模塊503，用于將接收模塊502接收到PCCH尋呼失敗信息發(fā)送給PCCH信道優(yōu) 化系統(tǒng)，以進行PCCH信道優(yōu)化。上述網(wǎng)絡(luò)側(cè)設(shè)備中，指示模塊501可指示UE連續(xù)解碼承載PCCH尋呼消息的傳輸 信道時，數(shù)據(jù)解碼錯誤的次數(shù)超過設(shè)定次數(shù)；或者在設(shè)定時長內(nèi)UE解碼承載PCCH尋呼消息 的傳輸信道失敗，則記錄PCCH尋呼失敗信息并進行上報。指示模塊501所指示的上報方式， 可以包括根據(jù)設(shè)定的周期上報，或在指定的時間段內(nèi)上報，或當(dāng)用戶設(shè)備進入連接態(tài)后上 報。指示模塊501可通過系統(tǒng)廣播消息或者無線連接控制信令，指示用戶設(shè)備記錄PCCH尋 呼失敗信息并進行上報。指示模塊501所指示的用戶設(shè)備可以是小區(qū)內(nèi)的所有用戶設(shè)備， 也可以是小區(qū)內(nèi)的特定用戶設(shè)備。上述網(wǎng)絡(luò)側(cè)設(shè)備中，指示模塊501所指示記錄并上報的PCCH尋呼失敗信息，以及 接收模塊502所接收的PCCH尋呼失敗信息，可以包括以下內(nèi)容之一或任意組合UE解碼承 載PCCH尋呼消息的傳輸信道失敗時P-CCPCH的接收信號碼功率RSCP，UE解碼承載PCCH尋 呼消息的傳輸信道失敗時所在小區(qū)的標(biāo)識，以及UE解碼承載PCCH尋呼消息的傳輸信道失 敗時的時間信息，在此基礎(chǔ)上還可以進一步包括UE解碼承載PCCH尋呼消息的傳輸信道失 敗時的位置信息?；谙嗤募夹g(shù)構(gòu)思，本發(fā)明實施例還提供了 一種TDD系統(tǒng)PCCH信道的優(yōu)化系統(tǒng)。參見圖6，為本發(fā)明實施例提供的TDD系統(tǒng)PCCH信道的優(yōu)化系統(tǒng)結(jié)構(gòu)示意圖，該系 統(tǒng)包括優(yōu)化裝置，以及如圖5所示的網(wǎng)絡(luò)側(cè)設(shè)備500，其中優(yōu)化裝置600，用于接收網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的PCCH尋呼失敗信息，并根據(jù)接收到的 PCCH尋呼失敗信息優(yōu)化PCCH。優(yōu)化裝置600可以是最小化路測(MDT)服務(wù)器或其他網(wǎng)絡(luò)優(yōu)化服務(wù)器(或系統(tǒng))， 其上可配置有PCCH優(yōu)化策略，并可以根據(jù)該配置的PCCH優(yōu)化策略對從網(wǎng)絡(luò)側(cè)設(shè)備500接 收到的PCCH尋呼失敗信息進行分析，并根據(jù)分析結(jié)果對PCCH信道采用相應(yīng)的優(yōu)化措施進 行優(yōu)化。其中，優(yōu)化措施可以包括以下方式之一或任意組合優(yōu)化PCCH 提高承載PCCH信道的傳輸信道的發(fā)射功率；調(diào)整基站天線發(fā)射方向；提高主載波的發(fā)射功率。網(wǎng)絡(luò)側(cè)設(shè)備500可以是一個或多個，其數(shù)量可以根據(jù)所監(jiān)測并進行網(wǎng)絡(luò)優(yōu)化的覆 蓋范圍的大小來確定。綜上所述，采用本發(fā)明方法，運營商可以利用UE記錄的日志信息，發(fā)現(xiàn)網(wǎng)絡(luò)中存 在的PCCH信道的失敗情況，以及發(fā)生PCCH失敗時的位置，使得運營商可以利用UE記錄 的信息分析問題原因，并采取相應(yīng)的措施對PCCH信道進行優(yōu)化，這減少了人工路測的工作 量，降低了網(wǎng)絡(luò)的運維成本。另一方面，UE是隨機分布在網(wǎng)絡(luò)中的各個區(qū)域，通過大量UE記 錄的日志信息，運營商可以了解網(wǎng)絡(luò)中各個位置的情況，包括傳統(tǒng)人工路測無法達(dá)到的區(qū) 域，如室內(nèi)以及私人區(qū)域，使運營商能夠發(fā)現(xiàn)這些區(qū)域的問題，并進行相應(yīng)的優(yōu)化，為用戶 提供更高質(zhì)量的服務(wù)。
11
顯然，本領(lǐng)域的技術(shù)人員可以對本申請進行各種改動和變型而不脫離本申請的精 神和范圍。這樣，倘若本申請的這些修改和變型屬于本申請權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本申請也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種TDD系統(tǒng)PCCH信道的優(yōu)化方法，其特征在于，包括以下步驟網(wǎng)絡(luò)側(cè)指示用戶設(shè)備在接收尋呼控制信道PCCH尋呼消息失敗時記錄PCCH尋呼失敗信 息并進行上報；網(wǎng)絡(luò)側(cè)接收用戶設(shè)備根據(jù)所述指示所記錄并上報的PCCH尋呼失敗信息；以及 網(wǎng)絡(luò)側(cè)根據(jù)接收到的PCCH尋呼失敗信息優(yōu)化PCCH。
2.如權(quán)利要求1所述的方法，其特征在于，所述接收PCCH尋呼消息失敗是指用戶設(shè) 備連續(xù)解碼承載PCCH尋呼消息的傳輸信道時，數(shù)據(jù)解碼錯誤的次數(shù)超過設(shè)定次數(shù)；或者， 在設(shè)定時長內(nèi)用戶設(shè)備解碼承載PCCH尋呼消息的傳輸信道失敗。
3.如權(quán)利要求1所述的方法，其特征在于，網(wǎng)絡(luò)側(cè)所指示的上報方式，包括以下之一 根據(jù)設(shè)定的周期上報；在指定的時間段內(nèi)上報； 當(dāng)用戶設(shè)備進入連接態(tài)后上報。
4.如權(quán)利要求1所述的方法，其特征在于，所述PCCH尋呼失敗信息，包括以下之一或任意組合用戶設(shè)備解碼承載PCCH尋呼消息的傳輸信道失敗時主公共控制物理信道P-CCPCH的 接收信號碼功率RSCP ；用戶設(shè)備解碼承載PCCH尋呼消息的傳輸信道失敗時所在小區(qū)的標(biāo)識； 用戶設(shè)備解碼承載PCCH尋呼消息的傳輸信道失敗時的時間信息。
5.如權(quán)利要求4所述的方法，其特征在于，所述PCCH尋呼失敗信息，還包括用戶設(shè)備 解碼承載PCCH尋呼消息的傳輸信道失敗時的位置信息。
6.如權(quán)利要求1所述的方法，其特征在于，網(wǎng)絡(luò)側(cè)通過系統(tǒng)廣播消息或者無線連接控 制信令，指示用戶設(shè)備記錄PCCH尋呼失敗信息并進行上報。
7.如權(quán)利要求6所述的方法，其特征在于，網(wǎng)絡(luò)側(cè)通過在系統(tǒng)廣播消息或者無線連接 控制信令中攜帶以下指示信息之一或任意組合，以指示用戶設(shè)備記錄PCCH尋呼失敗信息 并進行上報接收PCCH尋呼消息失敗的觸發(fā)條件指示信息，上報方式的指示信息，需要記 錄和上報的PCCH尋呼失敗信息內(nèi)容的指示信息；或者，網(wǎng)絡(luò)側(cè)通過在系統(tǒng)廣播消息或者無線連接控制信令中攜帶一個指示信息以指示 用戶設(shè)備記錄PCCH尋呼失敗信息并進行上報，其中，該指示信息用于指示以下內(nèi)容的任意 組合接收PCCH尋呼消息失敗的觸發(fā)條件、上報方式和需要記錄并上報的PCCH尋呼失敗信 息內(nèi)容。
8.如權(quán)利要求1所述的方法，其特征在于，優(yōu)化PCCH的方式，包括以下之一或任意組合提高承載PCCH信道的傳輸信道的發(fā)射功率； 調(diào)整基站天線發(fā)射方向； 提高主載波的發(fā)射功率。
9.如權(quán)利要求1至8任一項所述的方法，其特征在于，所述用戶設(shè)備為小區(qū)內(nèi)的所有用 戶設(shè)備，或者小區(qū)內(nèi)的特定用戶設(shè)備。
10.如權(quán)利要求9所述的方法，其特征在于，所述特定用戶設(shè)備為具有全球定位系統(tǒng) GPS功能的用戶設(shè)備，或者處于CELL_PCH或/和URA_PCH狀態(tài)的用戶設(shè)備。
11.一種網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，包括指示模塊，用于指示用戶設(shè)備在接收尋呼控制信道PCCH尋呼消息失敗時記錄PCCH尋 呼失敗信息并進行上報；接收模塊，用于接收用戶設(shè)備根據(jù)所述指示模塊的所述指示所記錄并上報的PCCH尋 呼失敗信息；發(fā)送模塊，用于將所述接收模塊接收到PCCH尋呼失敗信息發(fā)送給PCCH信道優(yōu)化系統(tǒng)， 以進行PCCH信道優(yōu)化。
12.如權(quán)利要求11所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，所述指示模塊具體用于指示用 戶設(shè)備連續(xù)解碼承載PCCH尋呼消息的傳輸信道時，數(shù)據(jù)解碼錯誤的次數(shù)超過設(shè)定次數(shù)；或 者，在設(shè)定時長內(nèi)用戶設(shè)備解碼承載PCCH尋呼消息的傳輸信道失敗，則記錄PCCH尋呼失敗 信息并進行上報。
13.如權(quán)利要求11所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，所述指示模塊所指示的上報方式， 包括根據(jù)設(shè)定的周期上報，或在指定的時間段內(nèi)上報，或當(dāng)用戶設(shè)備進入連接態(tài)后上報。
14.如權(quán)利要求11所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，所述指示模塊所指示記錄并上報 的PCCH尋呼失敗信息，以及所述接收模塊所接收的PCCH尋呼失敗信息，包括用戶設(shè)備解 碼承載PCCH尋呼消息的傳輸信道失敗時主公共控制物理信道P-CCPCH的接收信號碼功率 RSCP，用戶設(shè)備解碼承載PCCH尋呼消息的傳輸信道失敗時所在小區(qū)的標(biāo)識，用戶設(shè)備解碼 承載PCCH尋呼消息的傳輸信道失敗時的時間信息。
15.如權(quán)利要求11所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，所述指示模塊具體用于通過系統(tǒng) 廣播消息或者無線連接控制信令，指示用戶設(shè)備記錄PCCH尋呼失敗信息并進行上報。
16.如權(quán)利要求11所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，所述指示模塊所指示的用戶設(shè)備 為小區(qū)內(nèi)的所有用戶設(shè)備，或者小區(qū)內(nèi)的特定用戶設(shè)備。
17.一種TDD系統(tǒng)PCCH信道的優(yōu)化系統(tǒng)，其特征在于，包括如權(quán)利要求11-16任一項 所述的網(wǎng)絡(luò)側(cè)設(shè)備，以及優(yōu)化裝置，用于接收網(wǎng)絡(luò)側(cè)發(fā)送的PCCH尋呼失敗信息，并根據(jù)接收到的PCCH尋呼失敗 信息優(yōu)化PCCH。
18.如權(quán)利要求17所述的系統(tǒng)，其特征在于，所述優(yōu)化裝置通過以下方式之一或任意 組合優(yōu)化PCCH 提高承載PCCH信道的傳輸信道的發(fā)射功率；調(diào)整基站天線發(fā)射方向；提高主載波的發(fā)射功率。
全文摘要
本發(fā)明公開了一種TDD系統(tǒng)PCCH信道的優(yōu)化方法及其裝置和系統(tǒng)，該方法包括以下步驟網(wǎng)絡(luò)側(cè)指示用戶設(shè)備在接收尋呼控制信道PCCH尋呼消息失敗時記錄PCCH尋呼失敗信息并進行上報；網(wǎng)絡(luò)側(cè)接收用戶設(shè)備根據(jù)所述指示所記錄并上報的PCCH尋呼失敗信息；以及網(wǎng)絡(luò)側(cè)根據(jù)接收到的PCCH尋呼失敗信息優(yōu)化PCCH。采用本發(fā)明，可以實現(xiàn)根據(jù)用戶設(shè)備上報的信息進行PCCH信道優(yōu)化，從而使得進行PCCH優(yōu)化的依據(jù)更加全面，以及節(jié)省成本和提高效率。
文檔編號H04W16/00GK102142908SQ201010105038
公開日2011年8月3日 申請日期2010年2月2日 優(yōu)先權(quán)日2010年2月2日
發(fā)明者楊曉東, 王彥 申請人:電信科學(xué)技術(shù)研究院