MSCBSC 移動(dòng)通信論壇
搜索
登錄注冊(cè)
網(wǎng)絡(luò)優(yōu)化工程師招聘專欄 4G/LTE通信工程師最新職位列表 通信實(shí)習(xí)生/應(yīng)屆生招聘職位

  • 閱讀:6753
  • 回復(fù):19
請(qǐng)大家一起討論:WCDMA PS掉話問(wèn)題
Madky
中級(jí)會(huì)員



 發(fā)短消息    關(guān)注Ta 

積分 536
帖子 106
威望 4403 個(gè)
禮品券 0 個(gè)
專家指數(shù) 6
注冊(cè) 2011-3-29
專業(yè)方向  通信工程
回答問(wèn)題數(shù) 0
回答被采納數(shù) 0
回答采納率 0%
 
發(fā)表于 2011-06-20 21:54:02  只看樓主 
問(wèn)題小區(qū)處理中:TRB,SRB復(fù)位、Iub(CHR中顯示)失敗很多。
PS域掉話問(wèn)題一:
問(wèn)題現(xiàn)象:
1、chr中顯示掉話的RSCP和EC/IO都很好,
a、ps掉話基本在-90dBm到-100dBm,EC/IO也基本在-4dB左右,ps 2D門(mén)限設(shè)置的是-106dBm;
b、ps掉話基本在-65dBm到-75dBm,EC/IO也基本在-5dB左右;
2、查看無(wú)基站告警;
3、查看chr:有的同一個(gè)小區(qū)基本是一個(gè)用戶,但有的也不只一個(gè)用戶;
4、查看小區(qū)級(jí)的KPI,小區(qū)的RRC建立、RAB建立、RB建立、切換等都正常,也無(wú)擁塞現(xiàn)象;掉話的原因大部分為VS.RAB.AbnormRel.CS.RF.UuNoReply(無(wú)響應(yīng))、VS.RAB.AbnormRel.CS.RF.ULSync(上行同步)、VS.RAB.AbnormRel.CS.RF.SRBReset(SRB復(fù)位)

查閱過(guò)很多資料,都是說(shuō)是覆蓋、鄰區(qū)、切換問(wèn)題,但是查看相關(guān)指標(biāo)都正常,鄰區(qū)等關(guān)系也完善。


PS域掉話問(wèn)題二:手機(jī)在沒(méi)有上報(bào)2D事件,會(huì)上報(bào)2F事件沒(méi)?
問(wèn)題描述:
1、在一個(gè)RNC邊界,一個(gè)小區(qū)出現(xiàn)連續(xù)收到兩個(gè)測(cè)量報(bào)告一個(gè)是
RRC-MSG
.msg
..struUL-DCCH-Message
...struUL-DCCH-Message
....integrityCheckInfo
.....messageAuthenticationCode: ---- '00101101110110000110011101011001'B(2D D8 67 59 ) ---- *0010110,11101100,00110011,10101100,1*******
.....rrc-MessageSequenceNumber: ---- 0x3(3) ---- *0011***
....message
.....measurementReport
......measurementIdentity: ---- 0x2(2) ---- *******0,001*****
......eventResults
.......interFreqEventResults
........eventID: ---- e2f(5) ---- *******1,01******
0x2(2) ,
一個(gè)是類型是:
RRC-MSG
.msg
..struUL-DCCH-Message
...struUL-DCCH-Message
....integrityCheckInfo
.....messageAuthenticationCode: ---- '10110000001101111000111001100011'B(B0 37 8E 63 ) ---- *1011000,00011011,11000111,00110001,1*******
.....rrc-MessageSequenceNumber: ---- 0x4(4) ---- *0100***
....message
.....measurementReport
......measurementIdentity: ---- 0x3(3) ---- *******0,010*****
......eventResults
.......interFreqEventResults
........eventID: ---- e2f(5) ---- *******1,01******
之后就Iub釋放,掉話。
2、基站無(wú)告警;
3、KPI中RRC建立、RAB建立、RB建立都正常;
4、切換指標(biāo)較差;
疑問(wèn):1、測(cè)量報(bào)告中的類型measurementIdentity有那些?指的是什么?
掃碼關(guān)注5G通信官方公眾號(hào),免費(fèi)領(lǐng)取以下5G精品資料
  • 1、回復(fù)“YD5GAI”免費(fèi)領(lǐng)取《中國(guó)移動(dòng):5G網(wǎng)絡(luò)AI應(yīng)用典型場(chǎng)景技術(shù)解決方案白皮書(shū)
  • 2、回復(fù)“5G6G”免費(fèi)領(lǐng)取《5G_6G毫米波測(cè)試技術(shù)白皮書(shū)-2022_03-21
  • 3、回復(fù)“YD6G”免費(fèi)領(lǐng)取《中國(guó)移動(dòng):6G至簡(jiǎn)無(wú)線接入網(wǎng)白皮書(shū)
  • 4、回復(fù)“LTBPS”免費(fèi)領(lǐng)取《《中國(guó)聯(lián)通5G終端白皮書(shū)》
  • 5、回復(fù)“ZGDX”免費(fèi)領(lǐng)取《中國(guó)電信5G NTN技術(shù)白皮書(shū)
  • 6、回復(fù)“TXSB”免費(fèi)領(lǐng)取《通信設(shè)備安裝工程施工工藝圖解
  • 7、回復(fù)“YDSL”免費(fèi)領(lǐng)取《中國(guó)移動(dòng)算力并網(wǎng)白皮書(shū)
  • 8、回復(fù)“5GX3”免費(fèi)領(lǐng)取《 R16 23501-g60 5G的系統(tǒng)架構(gòu)1
  • 共獲得 1 次點(diǎn)評(píng) 我要點(diǎn)評(píng)

     
    [充值威望,立即自動(dòng)到帳] [VIP貴賓權(quán)限+威望套餐] 另有大量?jī)?yōu)惠贈(zèng)送活動(dòng),請(qǐng)光臨充值中心
    充值擁有大量的威望和最高的下載權(quán)限,下載站內(nèi)資料無(wú)憂
    yitao1_9
    初級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 216
    帖子 52
    威望 382 個(gè)
    禮品券 0 個(gè)
    專家指數(shù) -44
    注冊(cè) 2011-6-11
    專業(yè)方向  通信
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-20 22:06:49  QQ
    期待解決,學(xué)習(xí)學(xué)習(xí)!

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    [立即成為VIP會(huì)員,百萬(wàn)通信專業(yè)資料立即下載,支付寶、微信付款,簡(jiǎn)單、快速!]
    duckwade
    高級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 2344
    帖子 362
    威望 169044 個(gè)
    禮品券 30 個(gè)
    專家指數(shù) 534
    注冊(cè) 2010-12-23
    專業(yè)方向  3G Engineer
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-20 22:51:05 
    measurementIdentity 是measurement control發(fā)下去的,你看前面對(duì)應(yīng)的measurement control應(yīng)該就知道這是什么樣的報(bào)告了

    共獲得 1 次點(diǎn)評(píng) 我要點(diǎn)評(píng)

     
    最新通信職位:廣東通信人才網(wǎng) | 北京通信人才網(wǎng) | 上海通信人才網(wǎng) | 南京通信人才網(wǎng) | 西安通信人才網(wǎng) | 重慶通信人才網(wǎng) | 中國(guó)通信人才網(wǎng)
    princezlggyy
    初級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 276
    帖子 58
    威望 3901 個(gè)
    禮品券 0 個(gè)
    專家指數(shù) -64
    注冊(cè) 2009-6-11
    專業(yè)方向  移動(dòng)通信
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-21 07:33:37 
    請(qǐng)問(wèn)是哪個(gè)場(chǎng)上的主設(shè)備?

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    [2分鐘擁有VIP權(quán)限和充足威望,可下載站內(nèi)任何資料] [快速找到一份高薪的通信行業(yè)職位]
    yanxiaotao
    銀牌會(huì)員
    鎵嬫満鍙風(fēng)爜宸查獙璇? style=


     發(fā)短消息    關(guān)注Ta 

    積分 2672
    帖子 468
    威望 23436 個(gè)
    禮品券 15 個(gè)
    專家指數(shù) 331
    注冊(cè) 2007-9-11
    專業(yè)方向  TD-SCDMA
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-21 09:20:14 
    LZ貼log啊,這樣描述信息量太少,沒(méi)發(fā)看。

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)





    望門(mén)投止思張儉,忍死須臾待杜根;我自橫刀向天笑,去留肝膽兩昆侖。
     
    最新通信職位:廣東通信人才網(wǎng) | 北京通信人才網(wǎng) | 上海通信人才網(wǎng) | 南京通信人才網(wǎng) | 西安通信人才網(wǎng) | 重慶通信人才網(wǎng) | 中國(guó)通信人才網(wǎng)
    Madky
    中級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 536
    帖子 106
    威望 4403 個(gè)
    禮品券 0 個(gè)
    專家指數(shù) 6
    注冊(cè) 2011-3-29
    專業(yè)方向  通信工程
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-23 20:51:30  只看樓主 


    QUOTE:
    原帖由 duckwade 于 2011-6-20 22:51:05 發(fā)表
    measurementIdentity 是measurement control發(fā)下去的,你看前面對(duì)應(yīng)的measurement control應(yīng)該就知道這是什么樣的報(bào)告了

    你好:我在實(shí)際信令中看到measurementIdentity 后面跟有1、2、3、4的值,請(qǐng)問(wèn)這值代表是什么?有人說(shuō)當(dāng)是3是測(cè)量的報(bào)告是跨RNC的測(cè)量報(bào)告,但更具實(shí)際看到的在RNC邊界有這樣的報(bào)告,在不是RNC邊界的地方(完全可以排除)也有這樣的測(cè)量報(bào)報(bào)告,實(shí)在是不明了。 請(qǐng)高手講解下measurement control的IE的內(nèi)容。多謝!

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    [2分鐘擁有VIP權(quán)限和充足威望,可下載站內(nèi)任何資料] [快速找到一份高薪的通信行業(yè)職位]
    duckwade
    高級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 2344
    帖子 362
    威望 169044 個(gè)
    禮品券 30 個(gè)
    專家指數(shù) 534
    注冊(cè) 2010-12-23
    專業(yè)方向  3G Engineer
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-23 23:43:03 
    measurementIdentity 是用來(lái)區(qū)分不同測(cè)量的,每種測(cè)量必須使用不同的ID,在measurement control發(fā)下去,這只是個(gè)邏輯上的ID,我不知道有沒(méi)有規(guī)定“說(shuō)當(dāng)是3是測(cè)量的報(bào)告是跨RNC的測(cè)量報(bào)告”。

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    熱點(diǎn): 通信招聘職位 | 網(wǎng)絡(luò)優(yōu)化全集 | WCDMA精品 | TD-SCDMA學(xué)習(xí)資料 | EVDO | MGW媒體網(wǎng)關(guān)資料
    duckwade
    高級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 2344
    帖子 362
    威望 169044 個(gè)
    禮品券 30 個(gè)
    專家指數(shù) 534
    注冊(cè) 2010-12-23
    專業(yè)方向  3G Engineer
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-23 23:49:24 
    以你帖子里面舉出的例子,同一個(gè)2f事件,有兩個(gè)不同的測(cè)量,一個(gè)是2,一個(gè)是3,你看看前面對(duì)應(yīng)measurement identity是2和3的measurement control消息,應(yīng)該能知道這兩個(gè)測(cè)量的目的究竟是什么,event 2F是UE報(bào)告現(xiàn)頻率的信號(hào)質(zhì)量高于某個(gè)門(mén)限的,一般收到以后是要解除壓縮模式的。

    共獲得 1 次點(diǎn)評(píng) 我要點(diǎn)評(píng)

     
    [2分鐘擁有VIP權(quán)限和充足威望,可下載站內(nèi)任何資料] [快速找到一份高薪的通信行業(yè)職位]
    Madky
    中級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 536
    帖子 106
    威望 4403 個(gè)
    禮品券 0 個(gè)
    專家指數(shù) 6
    注冊(cè) 2011-3-29
    專業(yè)方向  通信工程
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-24 22:54:49  只看樓主 


    QUOTE:
    原帖由 duckwade 于 2011-6-23 23:49:24 發(fā)表
    以你帖子里面舉出的例子,同一個(gè)2f事件,有兩個(gè)不同的測(cè)量,一個(gè)是2,一個(gè)是3,你看看前面對(duì)應(yīng)measurement identity是2和3的measurement control消息,應(yīng)該能知道這兩個(gè)測(cè)量的目的究竟是什么,event 2F是UE報(bào)告 ...

    你好:謝謝你的回答!我在華為04年的一個(gè)資料你面查到了些信息“UE內(nèi)可同時(shí)啟動(dòng)16("Measurement Identity"確定)個(gè)不同的測(cè)量。根據(jù)目前切換算法,Measurement identity可以為1、2、9。其中1用于同頻測(cè)量和軟切換的輔助判決,其中包括1a1f 事件; 2用于啟動(dòng)或停止壓縮模式,其中包括2d2f 事件;9用于異頻周期測(cè)量”;“measurement control”和“Measurement Identity是相對(duì)應(yīng)的;有setup、modify、release三種。


    現(xiàn)在我不明白的是:在沒(méi)有2D事件 為何會(huì)有2F事件,是怎么啟動(dòng)的?不知道高手你觀察過(guò)后臺(tái)跟蹤的信令沒(méi)有,在剛開(kāi)始會(huì)有“measurement control”中有“Measurement Identity 1”在基本流程如:RRC建立,加密等信令之后一般會(huì)有連續(xù)兩個(gè)measurement control其中一個(gè)“Measurement Identity 2”一個(gè)是“Measurement Identity 3”都是setup,在過(guò)幾條信令會(huì)有連續(xù)兩天測(cè)量報(bào)告上報(bào)2F事件。在過(guò)一段時(shí)間會(huì)有“measurement control ”中有“Measurement Identity 3”為release。


    異頻測(cè)量不是在物理重配置這條信令里面啟動(dòng)的嗎?手上資料匱乏,還沒(méi)研究明白,還望指點(diǎn)。謝謝!

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    熱點(diǎn): 通信招聘職位 | 網(wǎng)絡(luò)優(yōu)化全集 | WCDMA精品 | TD-SCDMA學(xué)習(xí)資料 | EVDO | MGW媒體網(wǎng)關(guān)資料
    duckwade
    高級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 2344
    帖子 362
    威望 169044 個(gè)
    禮品券 30 個(gè)
    專家指數(shù) 534
    注冊(cè) 2010-12-23
    專業(yè)方向  3G Engineer
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-25 00:21:33 
    你太客氣了,我的水準(zhǔn)還談不上什么指點(diǎn)。1,2,9這樣的規(guī)定估計(jì)是華為內(nèi)部規(guī)定,起碼我手上的數(shù)據(jù),美國(guó)這邊AT&T的測(cè)量用的ID就不一樣。
    具體的信令不知道你有沒(méi)有可能把信令里面的細(xì)節(jié)貼出來(lái),包括信令流程和信令里面解碼完畢的信息,大部分路測(cè)軟件應(yīng)該都可以做到這些。
    2D和2F可以在同一個(gè)measurement control發(fā)下去,2F觸發(fā)不需要首先有2D的。一般收到2D是用來(lái)啟動(dòng)壓模,收到2F是停止壓模的,具體的操作肯定還要根據(jù)那個(gè)站點(diǎn)的鄰區(qū)關(guān)系和算法優(yōu)先次序來(lái)看。
    啟動(dòng)壓?梢栽趍easurement control做到的,把信令里面可選域DPCH-CompressedModeStatusInfo部分填好就可以了,當(dāng)然物理重配置也是可以做到的

    共獲得 1 次點(diǎn)評(píng) 我要點(diǎn)評(píng)

     
    熱點(diǎn): 通信招聘職位 | 網(wǎng)絡(luò)優(yōu)化全集 | WCDMA精品 | TD-SCDMA學(xué)習(xí)資料 | EVDO | MGW媒體網(wǎng)關(guān)資料
    Madky
    中級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 536
    帖子 106
    威望 4403 個(gè)
    禮品券 0 個(gè)
    專家指數(shù) 6
    注冊(cè) 2011-3-29
    專業(yè)方向  通信工程
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-25 09:32:26  只看樓主 
    你好,這是我那天跟蹤的信令:(詳細(xì)),看lub釋放和RRC在次建立很有規(guī)律,間隔時(shí)間都基本相同。不知道是啥原因。請(qǐng) 指教下,謝謝!
    116/06/2011 13:21:37UU TraceRRC_RRC_CONNECT_REQFrom-UE2671
    216/06/2011 13:21:37IUB TraceNBAP_RL_SETUP_REQTo-NodeB46
    316/06/2011 13:21:37IUB TraceNBAP_RL_SETUP_RSPFrom-NodeB46
    416/06/2011 13:21:37UU TraceRRC_RRC_CONN_SETUPTo-UE2671
    516/06/2011 13:21:37UU TraceRRC_RRC_CONNECT_SETUP_CMPFrom-UE2671
    616/06/2011 13:21:37UU TraceRRC_MEAS_CTRLTo-UE2671
    716/06/2011 13:21:37UU TraceRRC_INIT_DIRECT_TRANSFFrom-UE2671
    816/06/2011 13:21:37IU TraceRANAP_INITIAL_UE_MESSAGETo-CN6149
    916/06/2011 13:21:37IU TraceRANAP_COMMON_IDFrom-CN6149
    1016/06/2011 13:21:37IU TraceRANAP_SECURITY_MODE_COMMANDFrom-CN6149
    1116/06/2011 13:21:37UU TraceRRC_SECURITY_MODE_CMDTo-UE2671
    1216/06/2011 13:21:37UU TraceRRC_SECURITY_MODE_CMPFrom-UE2671
    1316/06/2011 13:21:37UU TraceRRC_DL_DIRECT_TRANSFTo-UE2671
    1416/06/2011 13:21:37IU TraceRANAP_SECURITY_MODE_COMPLETETo-CN6149
    1516/06/2011 13:21:37IU TraceRANAP_RAB_ASSIGNMENT_REQFrom-CN6149
    1616/06/2011 13:21:37IUB TraceNBAP_RL_RECFG_PREPTo-NodeB46
    1716/06/2011 13:21:37IUB TraceNBAP_RL_RECFG_READYFrom-NodeB46
    1816/06/2011 13:21:37UU TraceRRC_RB_SETUPTo-UE2671
    1916/06/2011 13:21:37UU TraceRRC_UL_DIR_TRANSFFrom-UE2671
    2016/06/2011 13:21:37IUB TraceNBAP_RL_RECFG_COMMITTo-NodeB46
    2116/06/2011 13:21:37UU TraceRRC_RB_SETUP_CMPFrom-UE2671
    2216/06/2011 13:21:37UU TraceRRC_MEAS_CTRLTo-UE2671
    2316/06/2011 13:21:37UU TraceRRC_MEAS_CTRLTo-UE2671
    2416/06/2011 13:21:37IU TraceRANAP_RAB_ASSIGNMENT_RESPTo-CN6149
    2516/06/2011 13:21:38IUB TraceNBAP_RL_RESTORE_INDFrom-NodeB46
    2616/06/2011 13:21:39UU TraceRRC_MEAS_RPRTFrom-UE2671
    2716/06/2011 13:21:39UU TraceRRC_MEAS_RPRTFrom-UE2671
    2816/06/2011 13:21:48IU TraceRANAP_IU_RELEASE_REQUESTTo-CN6149
    2916/06/2011 13:21:48IU TraceRANAP_IU_RELEASE_COMMANDFrom-CN6149
    3016/06/2011 13:21:48IU TraceRANAP_IU_RELEASE_COMPLETETo-CN6149
    3116/06/2011 13:21:48UU TraceRRC_RRC_CONN_RELTo-UE2671
    3216/06/2011 13:21:48UU TraceRRC_RRC_CONN_REL_CMPFrom-UE2671
    3316/06/2011 13:21:48IUB TraceNBAP_RL_DEL_REQTo-NodeB46
    3416/06/2011 13:21:48IUB TraceNBAP_RL_DEL_RSPFrom-NodeB46
    3516/06/2011 13:22:41UU TraceRRC_RRC_CONNECT_REQFrom-UE2671
    3616/06/2011 13:22:41IUB TraceNBAP_RL_SETUP_REQTo-NodeB46
    3716/06/2011 13:22:41IUB TraceNBAP_RL_SETUP_RSPFrom-NodeB46
    3816/06/2011 13:22:41UU TraceRRC_RRC_CONN_SETUPTo-UE2671
    3916/06/2011 13:22:41UU TraceRRC_RRC_CONNECT_SETUP_CMPFrom-UE2671
    4016/06/2011 13:22:41UU TraceRRC_MEAS_CTRLTo-UE2671
    4116/06/2011 13:22:41UU TraceRRC_INIT_DIRECT_TRANSFFrom-UE2671
    4216/06/2011 13:22:41IU TraceRANAP_INITIAL_UE_MESSAGETo-CN6149
    4316/06/2011 13:22:41IU TraceRANAP_COMMON_IDFrom-CN6149
    4416/06/2011 13:22:41IU TraceRANAP_SECURITY_MODE_COMMANDFrom-CN6149
    4516/06/2011 13:22:41UU TraceRRC_SECURITY_MODE_CMDTo-UE2671
    4616/06/2011 13:22:41UU TraceRRC_SECURITY_MODE_CMPFrom-UE2671
    4716/06/2011 13:22:41UU TraceRRC_DL_DIRECT_TRANSFTo-UE2671
    4816/06/2011 13:22:41IU TraceRANAP_SECURITY_MODE_COMPLETETo-CN6149
    4916/06/2011 13:22:41IU TraceRANAP_RAB_ASSIGNMENT_REQFrom-CN6149
    5016/06/2011 13:22:41IUB TraceNBAP_RL_RECFG_PREPTo-NodeB46
    5116/06/2011 13:22:41IUB TraceNBAP_RL_RECFG_READYFrom-NodeB46
    5216/06/2011 13:22:41UU TraceRRC_RB_SETUPTo-UE2671
    5316/06/2011 13:22:42UU TraceRRC_UL_DIR_TRANSFFrom-UE2671
    5416/06/2011 13:22:42IUB TraceNBAP_RL_RECFG_COMMITTo-NodeB46
    5516/06/2011 13:22:42UU TraceRRC_RB_SETUP_CMPFrom-UE2671
    5616/06/2011 13:22:42UU TraceRRC_MEAS_CTRLTo-UE2671
    5716/06/2011 13:22:42UU TraceRRC_MEAS_CTRLTo-UE2671
    5816/06/2011 13:22:42IU TraceRANAP_RAB_ASSIGNMENT_RESPTo-CN6149
    5916/06/2011 13:22:42IUB TraceNBAP_RL_RESTORE_INDFrom-NodeB46
    6016/06/2011 13:22:44UU TraceRRC_MEAS_RPRTFrom-UE2671
    6116/06/2011 13:22:44UU TraceRRC_MEAS_RPRTFrom-UE2671
    6216/06/2011 13:22:53IU TraceRANAP_IU_RELEASE_REQUESTTo-CN6149
    6316/06/2011 13:22:53IU TraceRANAP_IU_RELEASE_COMMANDFrom-CN6149
    6416/06/2011 13:22:53IU TraceRANAP_IU_RELEASE_COMPLETETo-CN6149
    6516/06/2011 13:22:53UU TraceRRC_RRC_CONN_RELTo-UE2671
    6616/06/2011 13:22:53UU TraceRRC_RRC_CONN_REL_CMPFrom-UE2671
    6716/06/2011 13:22:53IUB TraceNBAP_RL_DEL_REQTo-NodeB46
    6816/06/2011 13:22:53IUB TraceNBAP_RL_DEL_RSPFrom-NodeB46
    6916/06/2011 13:23:46UU TraceRRC_RRC_CONNECT_REQFrom-UE2671
    7016/06/2011 13:23:46IUB TraceNBAP_RL_SETUP_REQTo-NodeB46
    7116/06/2011 13:23:46IUB TraceNBAP_RL_SETUP_RSPFrom-NodeB46
    7216/06/2011 13:23:46UU TraceRRC_RRC_CONN_SETUPTo-UE2671
    7316/06/2011 13:23:46UU TraceRRC_RRC_CONNECT_SETUP_CMPFrom-UE2671

    [ 本帖最后由 Madky 于 2011-6-25 10:23 編輯 ]

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    熱點(diǎn): 通信招聘職位 | 網(wǎng)絡(luò)優(yōu)化全集 | WCDMA精品 | TD-SCDMA學(xué)習(xí)資料 | EVDO | MGW媒體網(wǎng)關(guān)資料
    Madky
    中級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 536
    帖子 106
    威望 4403 個(gè)
    禮品券 0 個(gè)
    專家指數(shù) 6
    注冊(cè) 2011-3-29
    專業(yè)方向  通信工程
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-25 09:57:24  只看樓主 


    QUOTE:
    原帖由 duckwade 于 2011-6-25 00:21:33 發(fā)表
    你太客氣了,我的水準(zhǔn)還談不上什么指點(diǎn)。1,2,9這樣的規(guī)定估計(jì)是華為內(nèi)部規(guī)定,起碼我手上的數(shù)據(jù),美國(guó)這邊AT&T的測(cè)量用的ID就不一樣。
    具體的信令不知道你有沒(méi)有可能把信令里面的細(xì)節(jié)貼出來(lái),包括信令流程和 ...

    你好,我是跟蹤后臺(tái)的信令,不是路測(cè)信令,我復(fù)制出來(lái)部分,后面的都和前面的差不多,麻煩講解下:為啥會(huì)在兩個(gè)測(cè)量報(bào)告后就發(fā)起了lub釋放,謝謝!是那條信令沒(méi)得到確認(rèn) 還是怎么回事?
    [attach]174943[/attach][attach]174944[/attach][attach]174945[/attach]

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    熱點(diǎn): 通信招聘職位 | 網(wǎng)絡(luò)優(yōu)化全集 | WCDMA精品 | TD-SCDMA學(xué)習(xí)資料 | EVDO | MGW媒體網(wǎng)關(guān)資料
    duckwade
    高級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 2344
    帖子 362
    威望 169044 個(gè)
    禮品券 30 個(gè)
    專家指數(shù) 534
    注冊(cè) 2010-12-23
    專業(yè)方向  3G Engineer
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-25 22:02:24 
    那兩個(gè)測(cè)量報(bào)告和接下來(lái)的IU Release差9秒呢, 而且release的原因是user inactivity, 我個(gè)人感覺(jué)應(yīng)該和測(cè)量報(bào)告無(wú)關(guān), 那幾個(gè)direct transfer里面是哪條L3信令? 這是PS數(shù)據(jù)業(yè)務(wù)么?

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    熱點(diǎn): 通信招聘職位 | 網(wǎng)絡(luò)優(yōu)化全集 | WCDMA精品 | TD-SCDMA學(xué)習(xí)資料 | EVDO | MGW媒體網(wǎng)關(guān)資料
    Madky
    中級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 536
    帖子 106
    威望 4403 個(gè)
    禮品券 0 個(gè)
    專家指數(shù) 6
    注冊(cè) 2011-3-29
    專業(yè)方向  通信工程
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-06-26 11:11:04  只看樓主 
    對(duì),是PS業(yè)務(wù)的。謝謝你的回答,我也不清楚到底是怎么回事!

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    熱點(diǎn): 通信招聘職位 | 網(wǎng)絡(luò)優(yōu)化全集 | WCDMA精品 | TD-SCDMA學(xué)習(xí)資料 | EVDO | MGW媒體網(wǎng)關(guān)資料
    dwt2001
    入門(mén)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 5
    帖子 1
    威望 106 個(gè)
    禮品券 0 個(gè)
    專家指數(shù) 0
    注冊(cè) 2010-9-27
    專業(yè)方向  通信
    回答問(wèn)題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2011-07-22 11:23:23 
    從釋放的原因來(lái)看,是由于用戶在RAB建立后可能9秒鐘沒(méi)有數(shù)據(jù)傳送,RNC主動(dòng)發(fā)起的拆線?梢钥纯丛赗NC側(cè)定義的PS永久在線定時(shí)器是否設(shè)置為10S左右,當(dāng)用戶在超出定時(shí)器沒(méi)有數(shù)傳RNC會(huì)主動(dòng)拆線,已節(jié)省無(wú)線資源(RNC和SGSN間的PDP連接是保持的),這個(gè)按道理不應(yīng)該算掉話

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    [2分鐘擁有VIP權(quán)限和充足威望,可下載站內(nèi)任何資料] [快速找到一份高薪的通信行業(yè)職位]

    快速回復(fù)主題    
    標(biāo)題
    內(nèi)容
     上傳資料請(qǐng)點(diǎn)左側(cè)【添加附件】

    當(dāng)前時(shí)區(qū) GMT+8, 現(xiàn)在時(shí)間是 2025-01-25 06:58:07
    渝ICP備11001752號(hào)  Copyright @ 2006-2016 mscbsc.com  本站統(tǒng)一服務(wù)郵箱:mscbsc@163.com

    Processed in 0.655032 second(s), 30 queries , Gzip enabled
    TOP
    清除 Cookies - 聯(lián)系我們 - 移動(dòng)通信網(wǎng) - 移動(dòng)通信論壇 - 通信招聘網(wǎng) - Archiver