【正文】 能而開的SScode取值，43為主叫端的遇忙回叫，44為被叫端的遇忙回叫。 216。 No charge indication這是一個不計費的標(biāo)記，即如果話單中SupplementaryService字段取值為F2，則這張話單應(yīng)該不計費而被計費中心過濾掉。4. LM8另外一個變化是六種FreeFormatData（即Leg1和Leg2的FreeFormatData、FreeFormatDataSDS、FreeFormatDataNDS）的取值位長范圍增加，由LM7版的140 bytes增加到了1160 bytes。5. LM8話單的ForwardedAParty字段的長度也有修改，與TRS話單格式文檔的描述保持了一致。1） bytes（）ForwardedAParty ::= [PRIVATE 72] IMPLICIT TBCDSTRING (SIZE(8))2） 在8 版的TRS文檔中這個字段長度也定義為8 bytes（）ForwardedAParty ::= [PRIVATE 74] IMPLICIT TBCDSTRING (SIZE(8))3），我們發(fā)現(xiàn)這個字段長度可能為12 bytes（0C），例如： 1. Record =============BillingRecord (E1/7E): BillingRecordId* (DF63/08): 68FC1BA078683A77 RecordType (02/01): 00 0 singleTypeA CallTransactionType (02/01): 02 2 mtc ServedIMSI (C6/08): 64004032441049F4 460004234401944F ServedMSISDN (C7/08): 683149241349F4FF 8613944231944FFF ChargingTimeData (EE/0F): StartOfChargingDate* (D3/03): 030707 StartOfChargingTime (F4/05): TimeStamp* (04/03): 095540 09:55:40 CallDuration (D1/01): 0C 12s 00h 0039。 1239。39。 TimeQuality (02/01): 00 0 certain MSCID (CA/04): 13900432 0 2 1 4 / 010C OtherParty (C9/0C): 91683107341047F8FFFFFFFF 8613704301748FFFFFFFFF TypeOfNumber: 1 International NumberingPlan: 1 BasicService TeleService (D5/01): 11 TS 11, Telephony SupplementaryService (D7/01): 21 cfu MSRN* (C5/08): 91683109402333F9 8613900432339F TypeOfNumber: 1 International NumberingPlan: 1 Network Call Reference (DF5F/06): 7E01E702F048 MSC Address (DF60/06): 916831094023 8613900432 TypeOfNumber: 1 International NumberingPlan: 1 ForwardedAPartyNumber (DF4A/0C): A13195364891F9FFFFFFFFFF 13596384199FFFFFFFFFFF TypeOfNumber: 2 National NumberingPlan: 1 === End of Record === ； 4）而在LM8版的話單中，這個字段與TRS文檔中定義是一致的，確實是8 bytes，例如： 1. Record =============BillingRecord (E1/86): BillingRecordId* (DF63/08): 68FC1E805CED7A75 RecordType (02/01): 00 0 singleTypeA CallTransactionType (02/01): 02 2 mtc ServedIMSI (C6/08): 64004006431132F8 460004603411238F ServedMSISDN (C7/08): 683148645133F6FF 8613844615336FFF ChargingTimeData (EE/0F): StartOfChargingDate* (D3/03): 030715 StartOfChargingTime (F4/05): TimeStamp* (04/03): 095345 09:53:45 CallDuration (D1/01): 68 104s 00h 0139。 4439。39。 TimeQuality (02/01): 00 0 certain MSCID (CA/04): 13900432 0 2 1 4 / 010C OtherParty (C9/0C): 91683161961850F1FFFFFFFF 8613166981051FFFFFFFFF TypeOfNumber: 1 International NumberingPlan: 1 BasicService TeleService (D5/01): 11 TS 11, Telephony SupplementaryService (D7/01): 21 cfuNetwork Call Reference (DF5F/06): 8B029D02503D MSC Address (DF60/06): 916831094023 8613900432 TypeOfNumber: 1 International NumberingPlan: 1 OutTkMnem (DF35/10): 4A494C5F443032202020202020202020 39。JIL_D02 39。 ForwardedAPartyNumber (DF4A/08): A13195268021F8FF 13596208128FFF TypeOfNumber: 2 National NumberingPlan: 1 === End of Record ===附件1. 簡 介 話 單 的 人 工 采 集 和 分 揀 一、 概述在所有話單問題的分析和解決過程中，采集并分揀出相關(guān)的話單是最重要的第一步。本文簡單介紹了如何從USBS上采集和分揀話單的方法，以供大家參考。二、 話單簡介216。 話單分類1）目前在我們的計費系統(tǒng)中，將話單分為兩大類：252。 DBILL（Detailed Billing）話單——用于本網(wǎng)手機間的通信計費結(jié)算；252。 DOR（Division Of Revenue）話單——用于不同網(wǎng)絡(luò)間（如移動與聯(lián)通、移動與公網(wǎng)）的通信計費結(jié)算；2）在DBILL話單中又按照不同的通信行為分為若干類型的話單，其中我們主要關(guān)心的是MOC（主叫）和MTC（被叫）話單。216。 話單保存1） 在USBS計費系統(tǒng)中，話單保存于“/CDB/buffer”目錄下，其中“dbill”目錄保存DBILL話單，而“dor”目錄保存DOR話單；2） 每15分鐘產(chǎn)生一個話單文件（其中包含了若干張話單），然后計費中心會進(jìn)行采集，而該文件會在USBS上保存30天或60天，我們正是通過采集和分揀相關(guān)的話單文件，來分析解決話單問題。216。 話單標(biāo)示1） 在USBS計費系統(tǒng)中，話單文件是以一定的形式進(jìn)行標(biāo)示的：“”，:00在Lab_10f產(chǎn)生的話單文件，編號16，包含這天04:00 — 04:15時間段內(nèi)產(chǎn)生的所有話單；2） 在一個話單文件中有許多張話單，一張話單是以“E1”標(biāo)示開頭和結(jié)尾的。三、 話單文件的采集以下介紹如何通過FTP的方法從USBS上采集話單文件： 找到要采集的話單文件：216。 確定要采集話單的類型（DB or DOR），以便到相關(guān)目錄下（/dbill or /dor）取話單文件；216。 按照相關(guān)的時間信息來確定要采集的話單文件，舉例來說：如果在Lab_10f局下，通話行為發(fā)生并結(jié)束于2002年8月30日04:00 — 04:15時間段內(nèi)，那么相關(guān)的話單就在這天04:00產(chǎn)生的話單文件（）中；216。 如果通信行為比較復(fù)雜（如有呼叫轉(zhuǎn)移等），那就需要將相關(guān)的幾張話單都找出來，才能將問題分析清楚。 通過FTP采集相關(guān)話單文件。仍舊使用前面的這個例子（Lab_10f），介紹一種通過DOS下的FTP命令將相關(guān)話單文件從USBS系統(tǒng)上采集到本地終端的方法（當(dāng)然也可以通過其他FTP方法來操作）：C:\cd tempC:\TEMPftp ；FTP登陸USBS系統(tǒng)中的備用側(cè)STATIONConnected to . ；連接備用側(cè)STAT