“手機呼”問題研究報告_第1頁
“手機呼”問題研究報告_第2頁
“手機呼”問題研究報告_第3頁
“手機呼”問題研究報告_第4頁
“手機呼”問題研究報告_第5頁
已閱讀5頁,還剩8頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、“手機呼”研究報告三門峽分公司xx商丘分公司xx概述:本文介紹了 “手機呼”業(yè)務概念,深入分析其產(chǎn)生原因,研究解決方法 和應對策略,通過三門峽全網(wǎng)實踐工作總結成果,分享經(jīng)驗,希望能對本問題 的研究起到一定的推動作用。自從2008年5月份三門峽完成華為替換工程后,網(wǎng)絡中充斥著關于“手機 呼”的投訴,關于“手機呼”的議論也隨處可見。如何能盡快降低因“手機呼” 對網(wǎng)絡感知造成的傷害,如何盡快恢復因華為替換工程對網(wǎng)絡的負面影響,我們 對“手機呼”現(xiàn)象展開了深入的研究。業(yè)務概念“手機呼”是移動通信網(wǎng)絡特有的服務,也叫漏話提醒業(yè)務mcn( missing call notification ),是一種將漏

2、接來電信息通知被叫或被叫開機信息通知主 叫的服務。其優(yōu)點是:i. 對運營商而言,mcn業(yè)務的優(yōu)點mcn的業(yè)務特性可以吸引用戶,有效提高運營商的競爭力。mcn業(yè)務減少用戶試呼次數(shù),在一定程度上避免了網(wǎng)絡阻塞的發(fā)生。ii. 對用戶而言,mcn業(yè)務的優(yōu)點及時提醒用戶漏接來電信息及時提醒用戶被叫的開機信息(現(xiàn)網(wǎng)中該功能未開通)系統(tǒng)將實時向被叫用戶發(fā)送短信提示,較好地避免了因被叫用戶忙、無法 接通或關機而造成的不便,方便了用戶的使用。根據(jù)使用感受,“手機呼”現(xiàn)象給人的第一感覺是網(wǎng)絡覆蓋或網(wǎng)絡信號不 好。但當用戶所在位置信號覆蓋良好,甚至是在離基站近在咫尺的地方,還收到 “手機呼”短信,則用戶的網(wǎng)絡感知度

3、就會大大折扣,以至于以訛傳訛,嚴重損 害“移動信息專家”的形象。產(chǎn)生原因我們首先對“手機呼”產(chǎn)生的原因進行了深入的分析:我們把“手機呼”產(chǎn)生的原因分了兩大類:第一類是手機關機或手機隱含關機。此時若用戶不開通“手機呼”業(yè)務, 則主叫聽到的錄音通知是“您撥打的電話已關機,請稍候再撥”。第二類是被叫用戶尋呼失敗。此時若用戶不開通“手機呼”業(yè)務,則主叫 聽到的錄音通知是“您撥打的電話無法接通,請稍候再撥”。對于第一大類,又分為兩種情況:1、被叫用戶真實關機產(chǎn)生的手機呼。這算是正常的手機呼,屬于“手機呼” 業(yè)務的本意。2、msc和bsc參數(shù)設置不合理或不能配合造成的手機呼。為節(jié)省尋呼資源,gsm網(wǎng)絡中設

4、置了周期性位置更新。當手機進入盲區(qū)后, 在msc上的計時器到達“位置更新周期”時間后,msc將把其vlr±的該用戶狀 態(tài)置為“隱含關機”狀態(tài)。此時如果該用戶作被叫,網(wǎng)絡認為該手機關機,不再 尋呼該手機,從而減少了大量的無用尋呼,節(jié)約了尋呼資源。但該參數(shù)的設置必須保證msc中設置的位置更新周期值比bsc側設置的大。 因為假設反之,msc中設置的位置更新周期值t必須要比bsc側設置t,的小。 那么在t時間到達之前無任何問題,到達t時間后,網(wǎng)絡將手機置為“隱含關機” 狀態(tài),在t到f這段時間里,網(wǎng)絡認為該手機關機,該手機將無法做被叫。這 就是問題所在。只有到達尸時間后,手機重新發(fā)起位置更新,

5、網(wǎng)絡才又把該手 機置為“開機”狀態(tài)。對于第二大類,即被叫用戶尋呼失敗,有更多的情況。這里我們先研究一下正常的呼叫流程。pagi 用 req (3)悶 ngcmd(2)o-ord rb2 (4)加網(wǎng)rqd (5)clatdact ctatdmt/ckg) .cmds/«d£9)omobb mb obb mb olb mb obb ob obb理叨estindc 聞ngresfh) .心rb3門ccfgpcrv儁char act(1®啟ct 月ckc4:md ail-wan -一山di總cmpest ind (23)啊dispil ua3mmmvchrraclaidr

6、g邸$cwp (25)pel畫m cw口mcmp 冋rlsd (41)rlsdcmp (知.©sc曲血s心h (逾rblind 阿rf o-ornd ra (38)rfcham日 rh/ck (39).對于用戶尋呼失敗這類,從網(wǎng)絡信令流程的角度來看,可分為abis接口無 尋呼響應(通過abis 口消息跟蹤,發(fā)現(xiàn)bsc向bts下發(fā)paging command后,bsc 未收到 bts 上報的 es tabl ishment indication (paging response) o )和八接口 無尋呼響應(通過a接口、abis 口消息跟蹤,發(fā)現(xiàn)bsc已收到bts±報的 es

7、 tabl ishment indication (paging response)后,但 a 接口沒有對應的消息上 報)。從實際的情況來看,絕大多數(shù)還是abis接口無尋呼響應。下面我們對其分為以下幾種情況:1、被叫用戶進入盲區(qū)或手機掉電產(chǎn)生的手機呼,此時用戶如果不開通“手 機呼”業(yè)務,則主叫聽到的錄音通知是“您撥打的電話的電話無法接通,請稍候 再撥”。2、被叫用戶所駐留小區(qū)無線環(huán)境干擾造成尋呼失敗導致手機收到“手機呼” 短信提醒。3、被叫用戶正使用grps業(yè)務,即被叫用戶不但已經(jīng)做了 gprs附著,而且 正有流量發(fā)生。我們知道,目前我們使用的gprs手機分為三類,a類,b類和c 類。a類手機

8、支持語音業(yè)務和數(shù)據(jù)業(yè)務同時發(fā)生,而b類手機只能同時支持一項 業(yè)務發(fā)生,c類手機僅僅支持gprs業(yè)務。目前網(wǎng)絡中使用的手機全部是b類手 機,即無法支持語音業(yè)務和數(shù)據(jù)業(yè)務同時發(fā)生,當用戶正在進行gprs業(yè)務時, 如果一個呼叫進來,被叫是無法被接通的,那么當用戶中斷數(shù)據(jù)業(yè)務后,用戶會 收到一個“手機呼”短信。4、被叫用戶所駐留小區(qū)ccci1 ( pc11和agcii)擁塞、raci1擁塞、sdcci1擁塞 等資源性不足造成手機無法對pc11信道尋呼消息做出響應,那么該手機也會收到“手機呼”短信提醒。這種擁塞有可能是配置過小,也有可能是突發(fā)的話務或短 信峰值(比如春節(jié)期間短信群發(fā))造成的短暫性擁塞。5

9、、被叫用戶正在進行位置更新、收發(fā)短信、或剛剛呼叫但尚未占用tch信 道時,此時用戶正占用sdcch專用信道,用戶無法同時響應pch信道尋呼消息。 因此,此時被叫用戶會也會收到“手機呼”短信提醒。6、被叫用戶進行的正常位置更新和尋呼幾乎同時發(fā)生,而位置更新后手機 已經(jīng)進入了新的lac,但網(wǎng)絡仍然原來的lac下發(fā)尋呼,則手機肯定無法響應該 尋呼。下面以一個案例來說明該情況問題描述6月18日15: 18左右在給陜縣某手機打電話時,第一次呼叫出現(xiàn)了來電提 醒的現(xiàn)象,而正好在撥打前在msc側對信令進行了跟蹤,于是在出現(xiàn)手機呼后對 所跟蹤到的信令進行了詳細分析。信令分析整體信令如下圖示:時間戳/消息接口

10、/消息類型/內(nèi)部時/2008-06-11 17:18:33=trc mi to c d fmap.delimiter.req145594112008-06-11 17:18:33rtrc mi from c d fmap open cnf145594212008-06-11 17:18:33trc mi from c d fmap send routingnfo 145594212008-06-11 17:18:33atrc mi from c d fmap.closejnd145594212008-06-11 17:18:32<trc mi to h248add req15062814

11、582008-06-11 17:18:33utrc mi to c d fmap.p r ovid e r oam1n g n.145407822008-06-11 17:18:33<trc_mi_to_c_d_fmap cl o5f rfq145407822008-06-11 17:18:33utrc_mi_to_ang145404562008-06-11 17:18:33=trc mi to aassignmem.request145594352008-06-11 17:18:32atrc mi from h248add.reply15062814702008-06-11 17:18

12、:34»trc mi from aassignmenlcomplete145595042008-06-11 17:18:34>trc_mlfrom.a<tpp hill ta &dtlff! lu pudiing equesttww81815zuuo*uu" 1 1 1 1 o j氣2008-06-11 17:18:34vtrc mi to aooi 1 1 liauth enticatio n r equesti ouu r oi oi18067818152008-06-11 17:18:34»trc mi from aclassmarkup

13、date18067818382008-06-11 17:18:34»trc mi from aclassmark update18067818852008-06-11 17:18:35»trc mi from aauthe ntication response18067819092008-06-11 17:18:35<trc ml to c d fmap.open.req18067819092008-06-11 17:18:35utrc mi to c d fm af s e n d auth enticati0.18067819092008-06-11 17:18:

14、35<trc ml to c d fmap.delimiter.req18067819092008-06-11 17:18:35utrc mi to alocati on updatingaccept18067819102008-06-11 17:18:35»trc mi from c d fmap.open.cnf18067819152008-06-11 17:18:35»tr c m lf r 0 m c d fm ap s e n d auth enticati 0.18067819152008-06-11 17:18:35»trc mi from c

15、 d fmap closejnd18067819152008-06-11 17:18:35»trc mi from atmslreallocatio n complete18067819792008-06-11 17:18:35utrc mi to aclear comma nd18067819802008-06-11 17:18:35>trc.mlfrom.aclear_complete18067819952008-06-11 17:18:36utrc mi to apaoiffr1145407552008-06-11 17:18:39utrc mi to a14541055

16、2008-06-11 17:18:43<trc mi to captc iwuke f!eq145604222008-06-11 17:18:43utrc mi to captc begin req 14560422 ob 如上圖,在下發(fā)第一次paging消息后1秒后,手機發(fā)起了位置更新流程, 位置更新后一直到三次paging消息下發(fā)完畢手機始終沒有尋呼響應消息上報, 導致通話被呼轉(zhuǎn)到來電提醒業(yè)務臺。第一次尋呼消息內(nèi)容如下:從上圖可以看出該尋呼是對市區(qū)lac14451下發(fā)的,但在隨后的位置更新消 息中,發(fā)現(xiàn)手機已將位置區(qū)更新為陜縣的lac14387下,如下圖:而在第二次和第三次的pagi

17、ng消息中,均是在市區(qū)的lac14451下發(fā)的針 對該手機尋呼,而事實上在位置更新流程結束后手機已駐留到位置區(qū)14387下, 無法在響應位置區(qū)14451下的尋呼,最終導致來電提醒。7、被叫用戶終端原因造例如短暫性死機、反應遲鈍等造成被叫手機無法對 pch尋呼消息做出響應,那么該手機也會收到“手機呼”短信提醒。解決對策第一大類的情況1是正?,F(xiàn)象,用戶完全可以理解,情況2基本是開局的 時候才可能發(fā)生,較容易判斷和處理。第二大類的情況1解決起來需加強覆蓋和 消滅盲區(qū),不是本文討論和解決的重點。情況3和情況7需要與客戶加強溝通, 取得客戶的了解。這里,我們需著力分析和解決的是第二大類的2、4、5、6四

18、 種情況。下面我們將逐一給出解決的建議:針對情況2:從空中接口的信令來看,自paging req到establishment indication (paging response)的任何一條信令的丟失都會造成尋呼失敗。那么 我們就需要從改善無線環(huán)境入手,可考慮的辦法有1、通過關閉跳頻查找質(zhì)量差的載頻,修改為質(zhì)量更好、干擾更小的頻點。2、對于由于密集話務區(qū)引起的頻率擁擠和低噪抬升,可考慮進行小區(qū)分裂。3、通過干擾排查來查出和消滅外部干擾。對于情況4:由于ccch ( pch和agch)擁塞、sdcch擁塞等資源性不足導致 的尋呼失敗,首先應檢查"系統(tǒng)消息數(shù)據(jù)表"中的:&qu

19、ot;agch保留塊數(shù)(bs-ag-blks-res ) "、"ccch 配置"、"相同尋呼間幀數(shù)編碼(bs-pa-mfrms ) "擴展傳輸時隙數(shù)"、"ms最大重發(fā)次數(shù)"等參數(shù)是否設置合理,還可考慮根據(jù)實 際情況擴容響應擁塞信道。對于突發(fā)話務造成的短暫性擁塞,可提前做好臨時網(wǎng)絡調(diào)整。比如,為迎 接春節(jié)話務短信高峰,我們會做好網(wǎng)絡各接口擴容,開啟半速率,增加sdcch 信道數(shù)量,對重點區(qū)域進行l(wèi)ac分裂等措施。這里需要特別指出的是因數(shù)據(jù)業(yè)務集中造成的ccch擁塞。下面以一個案例 來說明:問題描述在08年11月份和1

20、2月份之間,商丘市區(qū)周邊學校的和看守所附件最近出 現(xiàn)比較嚴重的paging delete現(xiàn)象,個別小區(qū)存在嚴重的手機呼問題。目前主要 華豫學院、看守所、科技學院、職業(yè)技術學院和師范學院5個地方。注:(a )紅色表示此小區(qū)早忙時paging delete在50000次以上(b) 藍色表示此小區(qū)早忙時paging delete在10000*50000次以上(c) 淺藍色表示此小區(qū)早忙時paging delete < 300010000次以上問題發(fā)生特點都是在大量的人員聚集區(qū)域內(nèi)幾乎都是學校 存在paging delete小區(qū)不是lac區(qū)域內(nèi)所有小區(qū),只是部分小區(qū)從以上兩點分析,發(fā)生呼損問題肯

21、定不是lac尋呼量引起的,主要還是用 戶行為引起了網(wǎng)絡尋呼問題,最終導致了手機呼現(xiàn)象。通過對現(xiàn)場的測試,發(fā)現(xiàn) 網(wǎng)絡在ccch信道下發(fā)的都是gprs的消息,幾乎沒有尋呼消息。devices3_layer message224081upmeasurement report224090channel release224306immediate assignment224561immediate assignment10:30:4 & 7510:30:47:7510:30:48:92time time. i dir type10:30:46:710:00000:0:0000010000:0:

22、0:0000:0000& q0:11:2l3:457:7:09oml3:l4:6:67:e:o123:4:&7:88»>0:1 : 30-30-30-30-30-30-30-30-30-3131313131313131313131313131313131313131313128456481981785345170870423405776931029466482001735435370870617225071 225326 225581 225836 226091 226346 226495 226601 226856 227111 227366 227621 2

23、27876 228131 228386 228641 228896 229151 229406 229661 229916 230171 230426 230681 230936 230953 231191 231446 231701 231956 231966immediate assignment paging request type 1 paging request type 1 immediate assignment immediate assignmentimmediate assignment system information type 3immediate assignm

24、ent immediate assignment immediate assignment immediate assignment immediate assignment immediate assignment immediate assignment immediate assignment immediate assignment immediate assignment immediate assignment immediate assignment immediate assignment immediate assignment immediate assignment im

25、mediate assignment immediate assignment immediate assignment system information type 13 immediate assignment immediate assignment immediate assignmentimmediate assignmentpage modepagemode: normal pagingdedicated mode or tbftbf or dedicated mode : 1 體消息分配tbf) downlink : 0阮意義)tma 0(5e«義)packet ch

26、annel descriptionrequest referencerandom access information : 118 cause: don't knowrandom referencedtr:26t2:13t3: 18t iming advancet imtng advance value : 2mobile allocati onia re$t octeubit s if earn:06 3f10 0d 23 ec 76 d2 4d 02 00 c1 ae 90 43 2b 26immediate assignment immediate assignment從204報

27、告看,這些小區(qū)存在大量的呼損問題,并且ag信道擁塞,gprs 信道的申請也非常多。ccch / pagingall pagings 117441 cspagingsfromaif /c3000 cspagingsfromgb /c3058 pspagingsfromgb /c3057delete paging commands /c3038104370(889 *)note: for a cell level list, run report 186.0(0.0 約13071(11.1 *)pccch / pagingall pagings cs pagings onpccch/c91018

28、ps pagings onpccch/c91019 packet pagingrequestson pccch/c910200.0 2)0.0 %)0.0 2)deleted paging commands/c91017( 0.0agimm. assign /c3001 irnm.assign rejected /c3oo2 del.ind. message received .(dl ccch overload)./c3005 ag blocking /blck_13p-iirim assign /c72084p-iirni.assign back/c72085p-iirim assign

29、nackreceived /c72086p-iirni.assign rejected /c72087p-iirim assign nack ratio /blck_2lb從以上的情況分析,在學校出現(xiàn)手機呼的現(xiàn)象,主要是因為grps申請無線 資源 占用ccch信道,由于大量用戶在非常集中的時間段申請資源,導致了 ccch 信道的擁塞,不能正常下發(fā)尋呼消息,導致手機呼問題產(chǎn)生。通過試驗,關閉存在問題小區(qū)的gprs功能,呼損消失,可以判定就是gprs 業(yè)務量大引起的手機呼問題。問題處理措施和建議:根據(jù)分析結果,既然是gprs用戶產(chǎn)生引起的手機呼問題,那么根本還是要 從gprs方面來入手解決。由于g

30、prs用戶相對集中并且數(shù)量龐大,因此如果想最 終解決還需要在此區(qū)域內(nèi)新增基站或者多增加第四小區(qū)??紤]目前新增基站周期 長的問題,目前可以采取調(diào)整小區(qū)cl、c2參數(shù)結合天線調(diào)整來適當?shù)姆謸脩?gprs流量,來減輕網(wǎng)絡中存在的問題,但是此種方法只能緩解并不能從根本上 得到解決。主要調(diào)整參數(shù)入下表:參數(shù) 原值 新值 介紹rxp-98-96最小接收電平pmax104基站最大發(fā)射功率pinyc2開關re006偏移量設置pet20640天線調(diào)整:(調(diào)整前后對比)小區(qū)天線原方 向調(diào)整后150610301506212095通過對gprs用戶的分擔,最終調(diào)整小區(qū)的paging delete現(xiàn)象明細減輕。調(diào)整刖

31、調(diào)整后160000140000120000100000800006000040000200000注:圖中涉及的23313、23574、23572都是覆蓋同一區(qū)域,沒有辦法進行分 擔。對于情況5:針對手機占用專用信道的情況,可適當延長尋呼重發(fā)次數(shù)和尋 呼間隔時長,有效延長尋呼保持的時間,使得手機回到空閑狀態(tài)下,可繼續(xù)響應 網(wǎng)絡尋呼。筆者認為這是提高尋呼成功率的很簡單但行之有效的方法,今年5. 12 地震當日,為有效減輕網(wǎng)絡的符合,全省統(tǒng)一將“尋呼次數(shù)”修改為1次。之后 幾日,網(wǎng)絡中“手機呼”數(shù)量大量增加,通過將該參數(shù)改為3之后,“手機呼” 短信得到了有效控制。對于情況6:針對手機進行正常位置更新造成的“手機呼”??煽紤]的解決 辦法有:1、修改“所有ran尋呼指示”參數(shù),將其改為向整個msc下發(fā)尋呼。2、提高lac區(qū)邊界的“小區(qū)重選滯后參數(shù)”參數(shù),以減少因乒乓位置更新。三門峽的具體優(yōu)化措施結合以上對“手機呼”的深入研究,我們?nèi)T峽主要做了以下一系列的工 作:1、核查和修改msc的尋呼策略5. 12汶川地震結束后,msc的尋呼策略中“尋呼次數(shù)”被統(tǒng)一改為了 1次。 發(fā)現(xiàn)后,將msc的尋呼策略修改為以下圖示:lai 尋呼類型e全體尋呼類型憂先級所有憂先級尋呼次數(shù)3首次尋呼時長3第二次尋呼時長3第三次尋

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論