1. 機(jī)卡鎖定

問(wèn)題現(xiàn)象：:

模塊讀取SIM卡，第一次上線后入網(wǎng)功能和業(yè)務(wù)功能全部正常（在不斷線的情況下一直正常）。第二次上線后無(wú)法注冊(cè)網(wǎng)絡(luò)。

問(wèn)題原因：

研發(fā)最初定位原因?yàn)榫W(wǎng)絡(luò)服務(wù)被限制，但運(yùn)營(yíng)商查詢后臺(tái)業(yè)務(wù)正常。

后續(xù)卡商參與分析并提供了模塊和SIM卡之間的交互信息。

卡端獲取IMEI的過(guò)程：

1、終端發(fā)送Terminal Profile

2、卡片發(fā)送"Provide Local Information"指令，獲取終端的IMEI值

3、終端發(fā)送"Provide Local Information"的Terminal Response

4、卡片判斷終端返回的IMEI格式合法，則保存到卡內(nèi)。

5、如果步驟2之后，終端一直不能發(fā)送"Provide Local Information"的Terminal Response，則在第5個(gè)Status指令（A0F2/80F2）后，將卡片鑒權(quán)鎖定。

下面是對(duì)于主動(dòng)式命令"Provide Local Information"的描述。具體的信息可以查看GSM11.14

模塊未能正確響應(yīng)Provide Local Information要求獲取IMEI值的請(qǐng)求，導(dǎo)致SIM卡鑒權(quán)被鎖定。該鎖定無(wú)法通過(guò)運(yùn)營(yíng)商后臺(tái)恢復(fù)，只能返回SIM卡商進(jìn)行處理。

2. 設(shè)備綁定

問(wèn)題現(xiàn)象：

SIM卡插到模塊上能正常使用，更換到另外一個(gè)模塊則無(wú)法注冊(cè)網(wǎng)絡(luò)。

問(wèn)題原因:

運(yùn)營(yíng)商查看SIM卡對(duì)應(yīng)的后臺(tái)服務(wù)，已經(jīng)處于未激活的狀態(tài)。

重新激活后，SIM卡能正常使用。把SIM卡再次更換一個(gè)設(shè)備，則無(wú)法注冊(cè)。

經(jīng)運(yùn)營(yíng)商確認(rèn)，該卡第一次注冊(cè)網(wǎng)絡(luò)后，會(huì)綁定IMEI號(hào)，也就是通常所說(shuō)的設(shè)備綁定。只能固定使用同一個(gè)IMEI號(hào)。

測(cè)試過(guò)程中，修改模塊的IMEI號(hào)始終為同一個(gè)，就可以更換模塊進(jìn)行測(cè)試。

3. SIM卡文件損壞

問(wèn)題現(xiàn)象：

SIM卡使用一段時(shí)間后，出現(xiàn)無(wú)法注冊(cè)網(wǎng)絡(luò)的情況。

問(wèn)題分析：

SIM卡商使用Micropross MP300 TC3、金普斯讀卡器等設(shè)備，對(duì)SIM卡文件系統(tǒng)進(jìn)行掃描測(cè)試，發(fā)現(xiàn)EFSTART-HFN(6F5B)無(wú)法讀取。

6F5B文件為終端入網(wǎng)必須要進(jìn)行選擇和讀寫的文件，參考國(guó)際規(guī)范《3GPP TS31.102》，如果這個(gè)文件損壞，就會(huì)導(dǎo)致終端無(wú)法入網(wǎng)。

對(duì)上述文件做空間分析分析后，對(duì)6F5B文件所在Flash區(qū)域做壽命分析發(fā)現(xiàn)，起壽命已經(jīng)達(dá)到了極限，終端無(wú)法進(jìn)行正常的選擇和讀寫該文件。

SIM卡商提供了模塊對(duì)該文件的讀寫次數(shù)統(tǒng)計(jì)，一天讀寫次數(shù)達(dá)到幾千次。也提供了部分手機(jī)的對(duì)比測(cè)試，如華為榮耀6，一天更新該文件的次數(shù)僅為個(gè)位數(shù)。

在國(guó)際規(guī)范中規(guī)定卡片文件級(jí)更新次數(shù)不少于10萬(wàn)次。

問(wèn)題原因:

模塊頻繁讀寫SIM卡文件，導(dǎo)致SIM卡文件損壞，最終無(wú)法注冊(cè)網(wǎng)絡(luò)。

另外一個(gè)常見(jiàn)的原因，是客戶設(shè)計(jì)不合理，在異常情況下反復(fù)重啟模塊，長(zhǎng)年累月導(dǎo)致SIM卡文件損壞，俗稱"燒卡"。

4. SIM卡協(xié)議不規(guī)范

問(wèn)題現(xiàn)象：

模塊使用特定SIM卡無(wú)法PS網(wǎng)絡(luò)，但在手機(jī)上可以正常使用。

問(wèn)題分析：

使用相同SIM卡，對(duì)比其他模塊可以注冊(cè)PS。

查看兩個(gè)模塊的開(kāi)機(jī)注冊(cè)網(wǎng)絡(luò)log，發(fā)現(xiàn)讀取SIM卡EF文件的命令參數(shù)P1有區(qū)別：

如下是正常模塊的log，P1的值是8

如下是異常模塊的log，P1的值是0

根據(jù)10221協(xié)議，如下圖，當(dāng)P1為0時(shí)，是通過(guò)在當(dāng)前路徑下查找和訪問(wèn)此file ID，也就是相對(duì)路徑訪問(wèn)。

當(dāng)P1為8時(shí)，是從MF開(kāi)始通過(guò)絕對(duì)路徑選擇EF文件

根據(jù)102.221 Table 8.1,不管之前選擇的是哪個(gè)文件，根據(jù)File ID 都應(yīng)該可以選擇到USIM ADF。

所以異常模塊訪問(wèn)EF文件P1為0（selecf DF,EF or MF by File ID）是符合規(guī)范的，但是相對(duì)路徑訪問(wèn)EF文件失敗，說(shuō)明注冊(cè)網(wǎng)絡(luò)時(shí)，在當(dāng)前路徑下無(wú)法查找到此file ID，可以判斷在SIM卡中此file ID的位置是有問(wèn)題的，此SIM卡不符合規(guī)范。

問(wèn)題原因:

SIM卡協(xié)議不完全符合規(guī)范，讀取文件失敗，導(dǎo)致無(wú)法注冊(cè)PS網(wǎng)絡(luò)。

5. PLMN未加入列表

問(wèn)題現(xiàn)象：

使用特定PLMN名稱的SIM卡，模塊無(wú)法注冊(cè)。

問(wèn)題原因：

模塊未加入相應(yīng)的PLMN名稱，模塊認(rèn)為是非法的運(yùn)營(yíng)商名稱，導(dǎo)致無(wú)法注冊(cè)網(wǎng)絡(luò)。

6. SIM卡未開(kāi)通4G業(yè)務(wù)

問(wèn)題現(xiàn)象：

使用特定SIM卡，4G模塊無(wú)法注冊(cè)。

問(wèn)題分析：

手動(dòng)鎖定2/3G則可以注冊(cè)，鎖定4G無(wú)法注冊(cè)。

和運(yùn)營(yíng)商確定，該卡未開(kāi)通4G業(yè)務(wù)。

在注冊(cè)4G網(wǎng)絡(luò)時(shí)，收到reject原因?yàn)镸ISSING OR UNKNOWN APN，不能自動(dòng)切換到3G小區(qū)注冊(cè)。而當(dāng)?shù)?G信號(hào)良好，模塊一直嘗試注冊(cè)4G，導(dǎo)致模塊一直無(wú)法注冊(cè)上網(wǎng)。

問(wèn)題解決方案：

當(dāng)注冊(cè)4G網(wǎng)絡(luò)連續(xù)失敗3次，并且原因是ESM_FAILURE時(shí)，鎖定到3G/2G模式，不再注冊(cè)4G小區(qū)。掉電恢復(fù)4G/3G/2G。

7. PA損壞

問(wèn)題現(xiàn)象：

模塊無(wú)法注冊(cè)網(wǎng)絡(luò)。

在現(xiàn)場(chǎng)可通過(guò)模塊工作電流大致判斷是否硬件問(wèn)題。

問(wèn)題分析：

拿到客戶返回的不良品進(jìn)行硬件測(cè)試，確認(rèn)PA損壞或部分損壞。

可能的原因：

a. 客戶工廠貼片流程不合理：多次過(guò)爐 / 模塊二次貼片間隔時(shí)間過(guò)長(zhǎng) / 溫濕度控制缺失 / 靜電防護(hù)不夠

b. 模塊自身物料批次原因，PA易損壞。

c. 供電電壓有大幅度波動(dòng)，長(zhǎng)時(shí)間工作會(huì)損壞PA。

8. FLASH被改寫

問(wèn)題現(xiàn)象：

模塊無(wú)法注冊(cè)網(wǎng)絡(luò)，經(jīng)判斷模塊無(wú)法正常開(kāi)機(jī)。

問(wèn)題分析：

a. 將flash數(shù)據(jù)導(dǎo)出，燒到正常模塊上看是否開(kāi)機(jī)

b. JTAG類工具跟蹤調(diào)試

一般為boot階段的Flash數(shù)據(jù)被改寫，各模塊均出現(xiàn)過(guò)類似問(wèn)題。

問(wèn)題解決方案：

a. 審核客戶電源和開(kāi)機(jī)時(shí)序方面的設(shè)計(jì)，消除隱患。

b. 模塊軟件采用備份機(jī)制進(jìn)行規(guī)避。

9. TCP本地端口固定

問(wèn)題現(xiàn)象：

模塊通過(guò)TCP連接服務(wù)器，由于斷電等異常情況未正常關(guān)閉TCP連接。

模塊重新建立連接時(shí)，無(wú)法連接服務(wù)器。可能需要等待幾個(gè)小時(shí)才能重新連接。

問(wèn)題原因：

客戶在調(diào)用AT+MIPOPEN=1,local port,"服務(wù)器IP",remote port時(shí)，設(shè)置了local port參數(shù)，每次建立連接時(shí)都使用同樣的本地端口。

客戶使用的SIM卡為物聯(lián)網(wǎng)卡且綁定了IP地址。

有些服務(wù)器在連接異常斷開(kāi)后，短時(shí)間內(nèi)不允許同一IP地址同一端口號(hào)的連接再次接入。

問(wèn)題解決方案：

a. 應(yīng)用程序建立TCP連接時(shí)，隨機(jī)生成本地端口號(hào)

b. 應(yīng)用程序不指定本地端口號(hào)

模塊第一次建立連接時(shí)隨機(jī)生成，再次建立時(shí)將端口號(hào)順序+1 或者 每次建立連接都隨機(jī)生成。

10. 心跳間隔太長(zhǎng)

問(wèn)題現(xiàn)象：

模塊TCP連接經(jīng)常斷開(kāi)。

問(wèn)題原因：

TCP連接斷開(kāi)，是因?yàn)槟K發(fā)送數(shù)據(jù)沒(méi)有收到服務(wù)器的ACK包回應(yīng)，重傳次數(shù)達(dá)到上限。

終端如果在一段時(shí)間內(nèi)，沒(méi)有交互數(shù)據(jù)業(yè)務(wù)，網(wǎng)絡(luò)側(cè)會(huì)釋放相應(yīng)的資源，且無(wú)任何信令下發(fā)。普通SIM卡更容易發(fā)生這種情況。

因此在正常的業(yè)務(wù)數(shù)據(jù)交互之外，需增加TCP心跳機(jī)制，以一定時(shí)間間隔向服務(wù)器發(fā)送心跳包。

該時(shí)間間隔，視運(yùn)營(yíng)商當(dāng)?shù)鼐W(wǎng)絡(luò)而定，有些可能幾個(gè)小時(shí)，有些可能1分鐘。在印尼有測(cè)到過(guò)45秒時(shí)間的。

11. 運(yùn)營(yíng)商防火墻

問(wèn)題現(xiàn)象：

在當(dāng)?shù)赜?a style="color: blue" target="_blank">物聯(lián)網(wǎng)卡測(cè)試10次以內(nèi)，就會(huì)出現(xiàn)無(wú)法連接服務(wù)器的問(wèn)題，需要重新?lián)芴?hào)或者重啟恢復(fù)。

在其他城市采用該物聯(lián)網(wǎng)測(cè)試，不能復(fù)現(xiàn)問(wèn)題現(xiàn)象。

在當(dāng)?shù)厥褂霉W(wǎng)卡進(jìn)行測(cè)試，沒(méi)有問(wèn)題。

問(wèn)題分析：

經(jīng)運(yùn)營(yíng)商分析，由于現(xiàn)網(wǎng)升級(jí)改造試點(diǎn)，在改造過(guò)程中需要對(duì)華為防火墻的策略進(jìn)行更新。

在策略更新進(jìn)行的同時(shí)用戶上線，省側(cè)MME和南方基地GGSN1之間新建會(huì)話，觸發(fā)了華為防火墻軟件版本BUG，導(dǎo)致會(huì)話異常，致使省側(cè)MME無(wú)法收到回包，用戶上線失敗。、

問(wèn)題解決方案：

運(yùn)營(yíng)商側(cè)，華為防火墻軟件打補(bǔ)丁。

12. QOS協(xié)商

問(wèn)題現(xiàn)象：

設(shè)備連接服務(wù)器困難。 查看模塊AT交互log，模塊在PDP激活之后，連接客戶服務(wù)器經(jīng)常失敗。失敗概率大概在90%以上。

該問(wèn)題只在固定城市出現(xiàn)，湖南省其他城市則沒(méi)有。

問(wèn)題分析：

在省移動(dòng)公司進(jìn)行了對(duì)比驗(yàn)證。

正常情況與異常情況下，省會(huì)城市（正常）和故障城市（異常）SIM卡簽約數(shù)據(jù)一致

正常情況：

異常情況：

網(wǎng)絡(luò)下發(fā)的ACTIVATE PDP CONTEXT ACCEPT中Relibility Class為5.

終端上報(bào)ACTIVATE PDP CONTEXT REQUEST中Relibility Class是3，網(wǎng)絡(luò)在ACTIVATE PDP CONTEXT ACCEPT中下發(fā)是5

Reliability Class的取值，取決于終端請(qǐng)求、HLR簽約、網(wǎng)絡(luò)支持QoS中的最大值。根據(jù)3GPP協(xié)議23.107 V3.4.0 9.12.3，

Table 7: Rules for determining R97/98 attributes from R99 attributes

終端請(qǐng)求的是3，對(duì)應(yīng)的SDU error ratio為1e-4

HLR簽約的是3，對(duì)應(yīng)的SDU error ratio為1e-3

網(wǎng)絡(luò)側(cè)下發(fā)的SDU error ratio為1e-3

網(wǎng)絡(luò)根據(jù)SDU error ratio取值，自動(dòng)將Reliability Class修改為5。

從模塊側(cè)的交互流程來(lái)看：

a. 在做PDP激活時(shí)，模塊設(shè)置的QOS Reliability是3，請(qǐng)求ACK RLC mode

b. 網(wǎng)絡(luò)回復(fù)的Reliability是5，即Unack RLC mode

c. 在tbf剛開(kāi)始時(shí)，網(wǎng)絡(luò)沒(méi)有給模塊usf，接收的數(shù)也是bfi，監(jiān)測(cè)到usf是無(wú)效的，正好跟未生效的usf是一樣的，導(dǎo)致在沒(méi)有檢查有效性的情況下，發(fā)送了數(shù)據(jù)，而數(shù)據(jù)是Unack RLC mode的，不會(huì)重傳，導(dǎo)致網(wǎng)絡(luò)收不到模塊發(fā)送的數(shù)據(jù)

問(wèn)題解決方案：

模塊修改軟件，即使網(wǎng)絡(luò)下發(fā)的QOS Reliability協(xié)商結(jié)果為5，仍然按照ACK RLC mode的方式發(fā)送數(shù)據(jù)。