費(fèi)聯(lián)調(diào)必備：TS 32.260中文版規(guī)范速查與避坑指南)
簡(jiǎn)介面向IMS計(jì)費(fèi)領(lǐng)域的技術(shù)人員、運(yùn)營(yíng)商計(jì)費(fèi)系統(tǒng)開(kāi)發(fā)者與通信專業(yè)學(xué)習(xí)者這份3GPP TS 32.260 V17.3.0中文版規(guī)范聚焦IP多媒體子系統(tǒng)計(jì)費(fèi)管理可解決閱讀英文原版門檻高、術(shù)語(yǔ)理解偏差的問(wèn)題。資源包共1個(gè)PDF文件約2.65MB內(nèi)容涵蓋前言、范圍、參考文獻(xiàn)、定義符號(hào)與縮寫以及高級(jí)IMS架構(gòu)、離線計(jì)費(fèi)架構(gòu)、在線計(jì)費(fèi)架構(gòu)、融合計(jì)費(fèi)架構(gòu)與計(jì)費(fèi)原則等章節(jié)系統(tǒng)梳理了CDR、計(jì)費(fèi)觸發(fā)點(diǎn)、OCS與OFS、Diameter及Gx接口等關(guān)鍵知識(shí)點(diǎn)。已有196人學(xué)習(xí)適合作為計(jì)費(fèi)系統(tǒng)設(shè)計(jì)、協(xié)議對(duì)接與標(biāo)準(zhǔn)研讀的案頭參考配合英文原版對(duì)照可更全面把握技術(shù)細(xì)節(jié)。1. 拆開(kāi)一份 IMS 計(jì)費(fèi)行標(biāo)中文版為什么一線計(jì)費(fèi)聯(lián)調(diào)繞不開(kāi) TS 32.260做 IMS 計(jì)費(fèi)聯(lián)調(diào)的人大概都有過(guò)這種體驗(yàn)Diameter 的 CCR/CCA 報(bào)文抓了一屏字段名都認(rèn)識(shí)但哪個(gè) AVP 該在會(huì)話建立時(shí)帶、哪個(gè)該在中間過(guò)程補(bǔ)、離線 CDR 里那條記錄到底對(duì)應(yīng)哪次 SIP 事務(wù)全靠猜。翻英文原版 TS 32.260 又慢術(shù)語(yǔ)一多容易看串行。這份《3GPP TS 32.260 IMS 計(jì)費(fèi)行標(biāo) 中文版》就是沖著這個(gè)痛點(diǎn)來(lái)的——它把 3GPP 第 17 版V17.3.02022-06里 IMS 計(jì)費(fèi)的技術(shù)規(guī)范整本譯成中文覆蓋架構(gòu)、計(jì)費(fèi)原則、離線/在線/融合計(jì)費(fèi)、消息流和錯(cuò)誤場(chǎng)景。適合做 IMS 核心網(wǎng)計(jì)費(fèi)、OCS/OFS 對(duì)接、CDR 話單校驗(yàn)的從業(yè)者也適合剛接手計(jì)費(fèi)模塊、需要快速建立字段與流程對(duì)應(yīng)關(guān)系的新手。它不是教程是查得動(dòng)的規(guī)范底本。2. 先立住計(jì)費(fèi)模型離線、在線、融合三套架構(gòu)怎么對(duì)號(hào)入座拿到一份規(guī)范最忌諱從頭逐字讀。TS 32.260 的正文組織是「架構(gòu) → 原則 → 消息流 → 參數(shù)」真正決定你后面怎么查的是第 4 章的三套計(jì)費(fèi)架構(gòu)。先把這三套架構(gòu)和你的系統(tǒng)對(duì)上號(hào)后面查消息流才有坐標(biāo)。2.1 離線計(jì)費(fèi)CDR 是事后賬本RF 接口是入口離線計(jì)費(fèi)Offline Charging的核心邏輯是「先服務(wù)、后出賬」。用戶在 IMS 域內(nèi)發(fā)起會(huì)話網(wǎng)元把計(jì)費(fèi)信息通過(guò) RF 參考點(diǎn)送到 CDFCharging Data FunctionCDF 組裝成 CDR再轉(zhuǎn)給 CGCharging Gateway落盤。規(guī)范第 5.2 節(jié)把這條鏈路拆得很細(xì)從會(huì)話建立、中間過(guò)程到會(huì)話釋放每個(gè)階段該發(fā)什么、該帶哪些計(jì)費(fèi)標(biāo)識(shí)都有對(duì)應(yīng)消息流。對(duì)一線工程師來(lái)說(shuō)離線計(jì)費(fèi)最常翻車的地方不是協(xié)議本身而是「一條 CDR 對(duì)應(yīng)哪段會(huì)話」。規(guī)范里反復(fù)出現(xiàn)的 IMS Charging IdentifierICID就是干這個(gè)的——它貫穿整個(gè) IMS 會(huì)話SIP 信令和 Diameter 計(jì)費(fèi)消息都帶同一個(gè) ICID出賬時(shí)靠它把信令面和計(jì)費(fèi)面縫起來(lái)。你在抓包時(shí)如果發(fā)現(xiàn) CDR 里的 ICID 和 SIP 消息里的對(duì)不上基本可以判定是某個(gè)網(wǎng)元在轉(zhuǎn)發(fā)時(shí)重新生成了標(biāo)識(shí)而不是透?jìng)?。常?jiàn)做法是聯(lián)調(diào)前先把規(guī)范 5.1.2.2 節(jié)關(guān)于 ICID 的生成與傳遞規(guī)則抄一遍標(biāo)出哪些網(wǎng)元負(fù)責(zé)生成、哪些只負(fù)責(zé)透?jìng)?。這一步做完后面查「話單缺失」類問(wèn)題能省掉一半時(shí)間。2.2 在線計(jì)費(fèi)Ro 接口與配額管理是另一套節(jié)奏在線計(jì)費(fèi)Online Charging走的是 Ro 參考點(diǎn)基于 Diameter 的信用控制Credit-Control。和離線最大的區(qū)別是會(huì)話過(guò)程中要實(shí)時(shí)申請(qǐng)配額Quota配額用完前必須拿到新的授權(quán)否則業(yè)務(wù)會(huì)被中斷。規(guī)范第 5.3 節(jié)在線計(jì)費(fèi)原則和后續(xù)消息流章節(jié)把 CCR-Initial / CCR-Update / CCR-Terminate 三類請(qǐng)求的觸發(fā)時(shí)機(jī)寫得很明確。這里有個(gè)容易被忽略的細(xì)節(jié)在線計(jì)費(fèi)的「中間過(guò)程」不是固定周期上報(bào)而是由配額閾值和時(shí)間閾值共同觸發(fā)。規(guī)范里對(duì) Unit-Quota-Threshold 和 Tariff-Time-Change 的處理有專門描述如果你在 OCS 側(cè)配的閾值和網(wǎng)元側(cè)實(shí)現(xiàn)不一致就會(huì)出現(xiàn)「配額還有但業(yè)務(wù)被掐」或者「配額早用完卻還在跑」的玄學(xué)現(xiàn)象。血淚經(jīng)驗(yàn)是聯(lián)調(diào)時(shí)把 CCR-Update 的觸發(fā)條件在規(guī)范里對(duì)應(yīng)的段落標(biāo)出來(lái)和 OCS 配置逐條對(duì)別信「默認(rèn)值應(yīng)該一樣」。2.3 融合計(jì)費(fèi)一套會(huì)話兩種賬別把兩套流程混著查融合計(jì)費(fèi)Converged Charging是第 17 版里比較受關(guān)注的部分規(guī)范第 4.4 節(jié)給了架構(gòu)圖核心是把在線和離線的計(jì)費(fèi)能力收斂到統(tǒng)一的計(jì)費(fèi)功能CHF上通過(guò) Nchf 服務(wù)化接口對(duì)外提供。對(duì)做 5G 周邊或者 IMS 與 5GC 融合組網(wǎng)的團(tuán)隊(duì)來(lái)說(shuō)這一節(jié)是理解「為什么老 RF/Ro 接口還在、但又多了一套 SBI」的關(guān)鍵。實(shí)操上要注意融合架構(gòu)下同一個(gè)會(huì)話可能同時(shí)產(chǎn)生在線配額交互和離線 CDR兩者通過(guò)同一個(gè)計(jì)費(fèi)會(huì)話標(biāo)識(shí)關(guān)聯(lián)。查問(wèn)題時(shí)如果只盯 Ro 消息不看 CDR或者反過(guò)來(lái)很容易得出錯(cuò)誤結(jié)論。我一般會(huì)先確認(rèn)當(dāng)前組網(wǎng)是純離線、純?cè)诰€還是融合再?zèng)Q定去規(guī)范哪一章找消息流——第 5.2 節(jié)偏離線第 5.3 節(jié)偏在線融合場(chǎng)景要交叉看 4.4 和 5.1 的通用原則。提示規(guī)范第 5.1 節(jié)的「計(jì)費(fèi)原則」是公共底座ICID、接入網(wǎng)計(jì)費(fèi)標(biāo)識(shí)、運(yùn)營(yíng)商間標(biāo)識(shí)這些字段的定義都在這里三套架構(gòu)共用。先把 5.1 讀透后面 5.2、5.3 的消息流才看得懂字段從哪來(lái)。3. 按消息流查字段會(huì)話建立到釋放的對(duì)照方法規(guī)范最厚的部分是第 5.2.2 節(jié)的消息流從移動(dòng)發(fā)起的會(huì)話建立一路列到多方通話、AS 相關(guān)程序、服務(wù)連續(xù)性場(chǎng)景。逐條背不現(xiàn)實(shí)正確用法是「帶著問(wèn)題查」手上有一張出問(wèn)題的 CDR 或一段抓包回到對(duì)應(yīng)場(chǎng)景的消息流里對(duì)字段。3.1 用場(chǎng)景索引定位消息流而不是從第一頁(yè)翻規(guī)范的消息流編號(hào)是有規(guī)律的5.2.2.1.x 是成功場(chǎng)景5.2.2.2.x 是錯(cuò)誤場(chǎng)景。成功場(chǎng)景里又按「會(huì)話建立 - 移動(dòng)發(fā)起 / 移動(dòng)終止 / PSTN 發(fā)起 / IMS 啟動(dòng)」分了類后面還有多方通話、AS 充當(dāng)重定向服務(wù)器、AS 充當(dāng)語(yǔ)音郵件服務(wù)器、SCC AS 相關(guān)的會(huì)話轉(zhuǎn)移等。你要做的是先判斷當(dāng)前問(wèn)題屬于哪類場(chǎng)景直接跳到對(duì)應(yīng)小節(jié)。舉個(gè)實(shí)際用法用戶投訴「漫游時(shí)通話話單時(shí)長(zhǎng)偏短」你先確認(rèn)是本地分流還是歸屬路由再去 5.2.2.1.21具有本地分流的 IMS 語(yǔ)音漫游架構(gòu)的會(huì)話建立對(duì)消息流看中間過(guò)程5.2.2.1.3的觸發(fā)點(diǎn)是否因?yàn)榻尤刖W(wǎng)切換被提前終止。規(guī)范里對(duì)這類場(chǎng)景的計(jì)費(fèi)觸發(fā)條件寫得很細(xì)比在現(xiàn)網(wǎng)盲猜高效得多。下面這段偽代碼是我用來(lái)把規(guī)范場(chǎng)景和抓包做對(duì)照的輔助腳本思路不是規(guī)范內(nèi)容但能省掉手工比對(duì)的時(shí)間# 按 ICID 聚合 SIP 與 Diameter 消息輔助對(duì)照規(guī)范消息流 import re from collections import defaultdict def extract_icid(payload: str) - str: # ICID 在 SIP 頭域和 Diameter AVP 中均以文本形式出現(xiàn) m re.search(ricid-value[:]\s*?([0-9a-zA-Z\-])?, payload, re.I) return m.group(1) if m else def group_by_icid(records): buckets defaultdict(list) for r in records: icid extract_icid(r[raw]) if icid: buckets[icid].append(r) return buckets # records 為按時(shí)間排序的抓包記錄每條含 raw 字段 # 聚合后逐桶對(duì)照規(guī)范 5.2.2.1.x 的消息順序缺哪步一目了然這段腳本的邏輯很簡(jiǎn)單ICID 是規(guī)范里定義的會(huì)話級(jí)關(guān)聯(lián)標(biāo)識(shí)把同一 ICID 的 SIP 和 Diameter 消息聚到一起就能還原出一次完整計(jì)費(fèi)會(huì)話的消息序列。參數(shù)上注意正則要兼容icid-value和icid-value:兩種寫法不同網(wǎng)元實(shí)現(xiàn)有差異。聚合完拿序列去對(duì)規(guī)范消息流缺了 CCR-Terminate 還是少了中間 CCR-Update一眼能看出來(lái)。3.2 關(guān)鍵 AVP 與計(jì)費(fèi)標(biāo)識(shí)的對(duì)照表規(guī)范里字段多但真正高頻出問(wèn)題的是那幾個(gè)關(guān)聯(lián)標(biāo)識(shí)和觸發(fā)字段。下面這張表是我從第 5.1 節(jié)和第 5.2 節(jié)里抽出來(lái)的常用對(duì)照聯(lián)調(diào)時(shí)貼在工位上比翻 PDF 快字段/標(biāo)識(shí)規(guī)范出處作用常見(jiàn)誤用ICID5.1.2.2貫穿 IMS 會(huì)話的計(jì)費(fèi)關(guān)聯(lián)標(biāo)識(shí)網(wǎng)元轉(zhuǎn)發(fā)時(shí)重新生成導(dǎo)致信令與話單對(duì)不上接入網(wǎng)計(jì)費(fèi)標(biāo)識(shí)5.1.2.3關(guān)聯(lián)接入網(wǎng)側(cè)計(jì)費(fèi)信息跨接入切換時(shí)未更新話單歸屬錯(cuò)運(yùn)營(yíng)商間標(biāo)識(shí)5.1.2.4區(qū)分互通場(chǎng)景的計(jì)費(fèi)歸屬互通場(chǎng)景漏帶結(jié)算對(duì)賬缺依據(jù)功能實(shí)體標(biāo)識(shí)列表5.1.2.8記錄參與計(jì)費(fèi)的功能實(shí)體列表不全定位不到是哪個(gè)網(wǎng)元漏發(fā)觸發(fā)條件5.1.4定義何時(shí)上報(bào)計(jì)費(fèi)事件與 OCS 閾值配置不一致配額異常這張表不是讓你背是讓你在抓包里看到某個(gè)字段時(shí)能快速回到規(guī)范對(duì)應(yīng)小節(jié)確認(rèn)語(yǔ)義。比如看到話單里功能實(shí)體標(biāo)識(shí)列表少了一個(gè) AS就去 5.1.2.8 確認(rèn)該 AS 是否本應(yīng)參與計(jì)費(fèi)再回消息流看它那一步是不是被跳過(guò)了。3.3 錯(cuò)誤場(chǎng)景別跳過(guò)5.2.2.2 節(jié)是排障富礦很多人讀規(guī)范只讀成功流程錯(cuò)誤場(chǎng)景直接略過(guò)。實(shí)際上 5.2.2.2 節(jié)消息流 - 錯(cuò)誤案例和場(chǎng)景里列的「接收 SIP 錯(cuò)誤消息」「SIP 會(huì)話失敗」這些才是現(xiàn)網(wǎng)排障時(shí)最常對(duì)上的。規(guī)范對(duì)每種錯(cuò)誤場(chǎng)景下計(jì)費(fèi)消息該怎么收尾、CDR 該不該出、部分話單怎么處理都有描述。踩過(guò)的坑某次會(huì)話在 S-CSCF 側(cè)因超時(shí)釋放但 CDF 側(cè)遲遲沒(méi)收到終止消息CDR 掛在那里不出?；匾?guī)范 5.2.2.2.2 對(duì)了一遍發(fā)現(xiàn)是錯(cuò)誤響應(yīng)路徑上計(jì)費(fèi)終止消息的觸發(fā)條件沒(méi)滿足網(wǎng)元實(shí)現(xiàn)把「SIP 會(huì)話失敗」當(dāng)成了「無(wú)需計(jì)費(fèi)終止」。這類問(wèn)題不看錯(cuò)誤場(chǎng)景章節(jié)根本定位不到因?yàn)槌晒α鞒汤飰焊鶝](méi)有這條路徑。4. 避坑與排查中文版規(guī)范落地時(shí)的五個(gè)真實(shí)翻車點(diǎn)規(guī)范譯成中文降低了閱讀門檻但也帶來(lái)新的坑——術(shù)語(yǔ)譯法不統(tǒng)一、章節(jié)號(hào)與英文版對(duì)不上、部分表格在轉(zhuǎn)換中錯(cuò)位。下面五條是按「現(xiàn)象 → 原因 → 解決」整理的都是拿這份中文版干活時(shí)容易撞上的。4.1 術(shù)語(yǔ)譯法與英文原版對(duì)不上搜字段搜不到現(xiàn)象在中文版里搜「計(jì)費(fèi)標(biāo)識(shí)」能搜到但和同事用英文術(shù)語(yǔ)「Charging Identifier」溝通時(shí)對(duì)不上號(hào)抓包里字段名又是英文來(lái)回切換很亂。原因規(guī)范里不少術(shù)語(yǔ)是「中文譯名 括號(hào)英文縮寫」的形式但正文行文時(shí)有時(shí)只用中文有時(shí)只用縮寫檢索命中率不穩(wěn)定。解決建立自己的術(shù)語(yǔ)對(duì)照小表把高頻字段的中文譯名、英文全稱、抓包里的 AVP 名三列對(duì)齊。查中文版定位章節(jié)查英文名確認(rèn) AVP 語(yǔ)義兩邊配合用。別指望一份中文版解決所有檢索需求。4.2 章節(jié)號(hào)與英文原版存在偏移交叉引用時(shí)對(duì)錯(cuò)節(jié)現(xiàn)象按中文版目錄翻到 5.2.2.1.13.5「從 PS 到 CS 的會(huì)話轉(zhuǎn)移」想和英文原版對(duì)照發(fā)現(xiàn)英文版同一內(nèi)容的小節(jié)號(hào)略有出入。原因翻譯過(guò)程中對(duì)部分子小節(jié)做了合并或拆分編號(hào)連續(xù)性受影響尤其是 5.2.2.1.13.x 這種層級(jí)很深的系列。解決交叉引用時(shí)以「小節(jié)標(biāo)題 關(guān)鍵內(nèi)容」為準(zhǔn)不要只認(rèn)編號(hào)。需要精確對(duì)照時(shí)用英文原版的小節(jié)標(biāo)題反查中文版而不是拿編號(hào)硬套。4.3 消息流圖在文本轉(zhuǎn)換中丟失箭頭方向現(xiàn)象中文版里部分消息流以文字步驟描述原本圖里的箭頭方向誰(shuí)發(fā)給誰(shuí)在純文本里不夠直觀照著實(shí)現(xiàn)容易把請(qǐng)求響應(yīng)方向搞反。原因規(guī)范原文大量使用序列圖轉(zhuǎn)成中文文本版后圖形信息被壓縮成步驟列表。解決遇到方向不確定的步驟回英文原版看對(duì)應(yīng)序列圖或者結(jié)合第 4 章的架構(gòu)圖判斷網(wǎng)元角色。實(shí)現(xiàn)前把「發(fā)起方 → 接收方」在步驟旁手寫標(biāo)注一遍別直接照文字順序?qū)懘a。4.4 把「僅供參考」的架構(gòu)圖當(dāng)成強(qiáng)制實(shí)現(xiàn)現(xiàn)象照著第 4 章架構(gòu)圖搭了一套網(wǎng)元部署聯(lián)調(diào)時(shí)發(fā)現(xiàn)某些接口在實(shí)際組網(wǎng)里并不強(qiáng)制存在。原因規(guī)范第 4 章是架構(gòu)注意事項(xiàng)Architecture Considerations描述的是邏輯架構(gòu)和參考點(diǎn)不等于每個(gè)部署都必須落地全部實(shí)體。解決架構(gòu)圖用來(lái)理解邏輯關(guān)系具體接口是否啟用要看你的組網(wǎng)方案和運(yùn)營(yíng)商要求。規(guī)范里「may」「should」「shall」的措辭差異要留意中文版里對(duì)應(yīng)「可」「應(yīng)」「必須」別一律當(dāng)強(qiáng)制項(xiàng)。4.5 忽略版本差異拿 17 版規(guī)范套老網(wǎng)元現(xiàn)象按 V17.3.0 的字段要求去查一個(gè)還在跑早期版本的網(wǎng)元發(fā)現(xiàn)某些 AVP 根本不發(fā)。原因規(guī)范隨版本演進(jìn)會(huì)增加字段和場(chǎng)景老網(wǎng)元實(shí)現(xiàn)的是舊版本字段集不完全一致。解決先確認(rèn)網(wǎng)元支持的 3GPP 版本再?zèng)Q定用哪版規(guī)范對(duì)照。中文版是 17 版查老網(wǎng)元時(shí)以「該字段在本版是否新增」為線索回退別把新字段缺失直接判成故障。注意中文版是學(xué)習(xí)和排障的加速器不是替代英文原版的依據(jù)。涉及接口實(shí)現(xiàn)和驗(yàn)收的場(chǎng)合最終以英文原版對(duì)應(yīng)章節(jié)為準(zhǔn)中文版用來(lái)快速定位和建立理解。5. 把規(guī)范用成工具三步建立自己的計(jì)費(fèi)字段速查體系規(guī)范讀到最后價(jià)值不在于「讀完」而在于「查得快」。我現(xiàn)在的習(xí)慣是拿到一份新規(guī)范先做三件事這套方法對(duì) TS 32.260 這種消息流密集的文檔尤其管用。第一步抽公共底座。把第 3 章定義、符號(hào)和縮寫和第 5.1 節(jié)計(jì)費(fèi)原則里的標(biāo)識(shí)類字段全部摘出來(lái)做成一張「字段 → 出處 → 語(yǔ)義 → 誰(shuí)生成誰(shuí)透?jìng)鳌沟乃牧斜?。這張表是后面所有排查的索引ICID、接入網(wǎng)計(jì)費(fèi)標(biāo)識(shí)、運(yùn)營(yíng)商間標(biāo)識(shí)這些都在里面。做完這一步抓包里再出現(xiàn)陌生字段你知道去哪一章找定義而不是全文亂搜。第二步按場(chǎng)景建消息流卡片。不要抄整節(jié)每個(gè)高頻場(chǎng)景做一張卡片場(chǎng)景名、規(guī)范小節(jié)號(hào)、消息序列發(fā)起方 → 接收方、關(guān)鍵觸發(fā)條件、對(duì)應(yīng)錯(cuò)誤場(chǎng)景小節(jié)。比如「移動(dòng)發(fā)起會(huì)話建立」一張、「會(huì)話釋放」一張、「SCC AS 會(huì)話轉(zhuǎn)移」一張。卡片控制在半頁(yè)以內(nèi)聯(lián)調(diào)時(shí)直接抽卡對(duì)照。下面是我卡片模板的字段結(jié)構(gòu)用表格存就行不必上工具卡片字段填寫內(nèi)容場(chǎng)景名如「會(huì)話建立 - 移動(dòng)發(fā)起」規(guī)范小節(jié)5.2.2.1.1消息序列P-CSCF → S-CSCF → CDF 的 CCR/CCA 順序觸發(fā)條件會(huì)話建立成功、收到 200 OK 后觸發(fā)錯(cuò)誤場(chǎng)景對(duì)應(yīng) 5.2.2.2.x 小節(jié)第三步做版本差異標(biāo)記。中文版是 17 版你手上的網(wǎng)元未必。把「本版新增或變更」的字段在速查表里單獨(dú)標(biāo)一列遇到老網(wǎng)元不發(fā)某字段時(shí)先查這一列能快速排除「版本差異」還是「真故障」。這一步是后悔藥做在前面比事后補(bǔ)強(qiáng)。驗(yàn)證方法也簡(jiǎn)單拿一次現(xiàn)網(wǎng)或?qū)嶒?yàn)室的完整計(jì)費(fèi)會(huì)話抓包用第 3 章那段按 ICID 聚合的腳本跑一遍把還原出的消息序列和你的場(chǎng)景卡片逐條對(duì)。對(duì)不上的地方要么是卡片漏了步驟要么是網(wǎng)元實(shí)現(xiàn)有偏差兩種情況都值得記一筆。我一般會(huì)把這個(gè)比對(duì)做成聯(lián)調(diào)前的固定動(dòng)作跑通了再開(kāi)始正式測(cè)試能擋掉不少低級(jí)問(wèn)題。從那以后我每次接手新的計(jì)費(fèi)規(guī)范或新版本都強(qiáng)制先抽字段表、再做場(chǎng)景卡片、最后標(biāo)版本差異三步走完才動(dòng)手改配置或?qū)懘a。這套笨辦法救過(guò)我好幾次尤其是在多方通話和會(huì)話轉(zhuǎn)移這種消息流繞來(lái)繞去的場(chǎng)景里。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取 IMS計(jì)費(fèi)聯(lián)調(diào)必備：TS 32.260中文版規(guī)范速查與避坑指南
簡(jiǎn)介面向IMS計(jì)費(fèi)領(lǐng)域的技術(shù)人員、運(yùn)營(yíng)商計(jì)費(fèi)系統(tǒng)開(kāi)發(fā)者與通信專業(yè)學(xué)習(xí)者這份3GPP TS 32.260 V17.3.0中文版規(guī)范聚焦IP多媒體子系統(tǒng)計(jì)費(fèi)管理可解決閱讀英文原版門檻高、術(shù)語(yǔ)理解偏差的問(wèn)題。資源包共1個(gè)PDF文件約2.65MB內(nèi)容涵蓋前言、范圍、參考文獻(xiàn)、定義符號(hào)與縮寫以及高級(jí)IMS架構(gòu)、離線計(jì)費(fèi)架構(gòu)、在線計(jì)費(fèi)架構(gòu)、融合計(jì)費(fèi)架構(gòu)與計(jì)費(fèi)原則等章節(jié)系統(tǒng)梳理了CDR、計(jì)費(fèi)觸發(fā)點(diǎn)、OCS與OFS、Diameter及Gx接口等關(guān)鍵知識(shí)點(diǎn)。已有196人學(xué)習(xí)適合作為計(jì)費(fèi)系統(tǒng)設(shè)計(jì)、協(xié)議對(duì)接與標(biāo)準(zhǔn)研讀的案頭參考配合英文原版對(duì)照可更全面把握技術(shù)細(xì)節(jié)。1. 拆開(kāi)一份 IMS 計(jì)費(fèi)行標(biāo)中文版為什么一線計(jì)費(fèi)聯(lián)調(diào)繞不開(kāi) TS 32.260做 IMS 計(jì)費(fèi)聯(lián)調(diào)的人大概都有過(guò)這種體驗(yàn)Diameter 的 CCR/CCA 報(bào)文抓了一屏字段名都認(rèn)識(shí)但哪個(gè) AVP 該在會(huì)話建立時(shí)帶、哪個(gè)該在中間過(guò)程補(bǔ)、離線 CDR 里那條記錄到底對(duì)應(yīng)哪次 SIP 事務(wù)全靠猜。翻英文原版 TS 32.260 又慢術(shù)語(yǔ)一多容易看串行。這份《3GPP TS 32.260 IMS 計(jì)費(fèi)行標(biāo) 中文版》就是沖著這個(gè)痛點(diǎn)來(lái)的——它把 3GPP 第 17 版V17.3.02022-06里 IMS 計(jì)費(fèi)的技術(shù)規(guī)范整本譯成中文覆蓋架構(gòu)、計(jì)費(fèi)原則、離線/在線/融合計(jì)費(fèi)、消息流和錯(cuò)誤場(chǎng)景。適合做 IMS 核心網(wǎng)計(jì)費(fèi)、OCS/OFS 對(duì)接、CDR 話單校驗(yàn)的從業(yè)者也適合剛接手計(jì)費(fèi)模塊、需要快速建立字段與流程對(duì)應(yīng)關(guān)系的新手。它不是教程是查得動(dòng)的規(guī)范底本。2. 先立住計(jì)費(fèi)模型離線、在線、融合三套架構(gòu)怎么對(duì)號(hào)入座拿到一份規(guī)范最忌諱從頭逐字讀。TS 32.260 的正文組織是「架構(gòu) → 原則 → 消息流 → 參數(shù)」真正決定你后面怎么查的是第 4 章的三套計(jì)費(fèi)架構(gòu)。先把這三套架構(gòu)和你的系統(tǒng)對(duì)上號(hào)后面查消息流才有坐標(biāo)。2.1 離線計(jì)費(fèi)CDR 是事后賬本RF 接口是入口離線計(jì)費(fèi)Offline Charging的核心邏輯是「先服務(wù)、后出賬」。用戶在 IMS 域內(nèi)發(fā)起會(huì)話網(wǎng)元把計(jì)費(fèi)信息通過(guò) RF 參考點(diǎn)送到 CDFCharging Data FunctionCDF 組裝成 CDR再轉(zhuǎn)給 CGCharging Gateway落盤。規(guī)范第 5.2 節(jié)把這條鏈路拆得很細(xì)從會(huì)話建立、中間過(guò)程到會(huì)話釋放每個(gè)階段該發(fā)什么、該帶哪些計(jì)費(fèi)標(biāo)識(shí)都有對(duì)應(yīng)消息流。對(duì)一線工程師來(lái)說(shuō)離線計(jì)費(fèi)最常翻車的地方不是協(xié)議本身而是「一條 CDR 對(duì)應(yīng)哪段會(huì)話」。規(guī)范里反復(fù)出現(xiàn)的 IMS Charging IdentifierICID就是干這個(gè)的——它貫穿整個(gè) IMS 會(huì)話SIP 信令和 Diameter 計(jì)費(fèi)消息都帶同一個(gè) ICID出賬時(shí)靠它把信令面和計(jì)費(fèi)面縫起來(lái)。你在抓包時(shí)如果發(fā)現(xiàn) CDR 里的 ICID 和 SIP 消息里的對(duì)不上基本可以判定是某個(gè)網(wǎng)元在轉(zhuǎn)發(fā)時(shí)重新生成了標(biāo)識(shí)而不是透?jìng)?。常?jiàn)做法是聯(lián)調(diào)前先把規(guī)范 5.1.2.2 節(jié)關(guān)于 ICID 的生成與傳遞規(guī)則抄一遍標(biāo)出哪些網(wǎng)元負(fù)責(zé)生成、哪些只負(fù)責(zé)透?jìng)?。這一步做完后面查「話單缺失」類問(wèn)題能省掉一半時(shí)間。2.2 在線計(jì)費(fèi)Ro 接口與配額管理是另一套節(jié)奏在線計(jì)費(fèi)Online Charging走的是 Ro 參考點(diǎn)基于 Diameter 的信用控制Credit-Control。和離線最大的區(qū)別是會(huì)話過(guò)程中要實(shí)時(shí)申請(qǐng)配額Quota配額用完前必須拿到新的授權(quán)否則業(yè)務(wù)會(huì)被中斷。規(guī)范第 5.3 節(jié)在線計(jì)費(fèi)原則和后續(xù)消息流章節(jié)把 CCR-Initial / CCR-Update / CCR-Terminate 三類請(qǐng)求的觸發(fā)時(shí)機(jī)寫得很明確。這里有個(gè)容易被忽略的細(xì)節(jié)在線計(jì)費(fèi)的「中間過(guò)程」不是固定周期上報(bào)而是由配額閾值和時(shí)間閾值共同觸發(fā)。規(guī)范里對(duì) Unit-Quota-Threshold 和 Tariff-Time-Change 的處理有專門描述如果你在 OCS 側(cè)配的閾值和網(wǎng)元側(cè)實(shí)現(xiàn)不一致就會(huì)出現(xiàn)「配額還有但業(yè)務(wù)被掐」或者「配額早用完卻還在跑」的玄學(xué)現(xiàn)象。血淚經(jīng)驗(yàn)是聯(lián)調(diào)時(shí)把 CCR-Update 的觸發(fā)條件在規(guī)范里對(duì)應(yīng)的段落標(biāo)出來(lái)和 OCS 配置逐條對(duì)別信「默認(rèn)值應(yīng)該一樣」。2.3 融合計(jì)費(fèi)一套會(huì)話兩種賬別把兩套流程混著查融合計(jì)費(fèi)Converged Charging是第 17 版里比較受關(guān)注的部分規(guī)范第 4.4 節(jié)給了架構(gòu)圖核心是把在線和離線的計(jì)費(fèi)能力收斂到統(tǒng)一的計(jì)費(fèi)功能CHF上通過(guò) Nchf 服務(wù)化接口對(duì)外提供。對(duì)做 5G 周邊或者 IMS 與 5GC 融合組網(wǎng)的團(tuán)隊(duì)來(lái)說(shuō)這一節(jié)是理解「為什么老 RF/Ro 接口還在、但又多了一套 SBI」的關(guān)鍵。實(shí)操上要注意融合架構(gòu)下同一個(gè)會(huì)話可能同時(shí)產(chǎn)生在線配額交互和離線 CDR兩者通過(guò)同一個(gè)計(jì)費(fèi)會(huì)話標(biāo)識(shí)關(guān)聯(lián)。查問(wèn)題時(shí)如果只盯 Ro 消息不看 CDR或者反過(guò)來(lái)很容易得出錯(cuò)誤結(jié)論。我一般會(huì)先確認(rèn)當(dāng)前組網(wǎng)是純離線、純?cè)诰€還是融合再?zèng)Q定去規(guī)范哪一章找消息流——第 5.2 節(jié)偏離線第 5.3 節(jié)偏在線融合場(chǎng)景要交叉看 4.4 和 5.1 的通用原則。提示規(guī)范第 5.1 節(jié)的「計(jì)費(fèi)原則」是公共底座ICID、接入網(wǎng)計(jì)費(fèi)標(biāo)識(shí)、運(yùn)營(yíng)商間標(biāo)識(shí)這些字段的定義都在這里三套架構(gòu)共用。先把 5.1 讀透后面 5.2、5.3 的消息流才看得懂字段從哪來(lái)。3. 按消息流查字段會(huì)話建立到釋放的對(duì)照方法規(guī)范最厚的部分是第 5.2.2 節(jié)的消息流從移動(dòng)發(fā)起的會(huì)話建立一路列到多方通話、AS 相關(guān)程序、服務(wù)連續(xù)性場(chǎng)景。逐條背不現(xiàn)實(shí)正確用法是「帶著問(wèn)題查」手上有一張出問(wèn)題的 CDR 或一段抓包回到對(duì)應(yīng)場(chǎng)景的消息流里對(duì)字段。3.1 用場(chǎng)景索引定位消息流而不是從第一頁(yè)翻規(guī)范的消息流編號(hào)是有規(guī)律的5.2.2.1.x 是成功場(chǎng)景5.2.2.2.x 是錯(cuò)誤場(chǎng)景。成功場(chǎng)景里又按「會(huì)話建立 - 移動(dòng)發(fā)起 / 移動(dòng)終止 / PSTN 發(fā)起 / IMS 啟動(dòng)」分了類后面還有多方通話、AS 充當(dāng)重定向服務(wù)器、AS 充當(dāng)語(yǔ)音郵件服務(wù)器、SCC AS 相關(guān)的會(huì)話轉(zhuǎn)移等。你要做的是先判斷當(dāng)前問(wèn)題屬于哪類場(chǎng)景直接跳到對(duì)應(yīng)小節(jié)。舉個(gè)實(shí)際用法用戶投訴「漫游時(shí)通話話單時(shí)長(zhǎng)偏短」你先確認(rèn)是本地分流還是歸屬路由再去 5.2.2.1.21具有本地分流的 IMS 語(yǔ)音漫游架構(gòu)的會(huì)話建立對(duì)消息流看中間過(guò)程5.2.2.1.3的觸發(fā)點(diǎn)是否因?yàn)榻尤刖W(wǎng)切換被提前終止。規(guī)范里對(duì)這類場(chǎng)景的計(jì)費(fèi)觸發(fā)條件寫得很細(xì)比在現(xiàn)網(wǎng)盲猜高效得多。下面這段偽代碼是我用來(lái)把規(guī)范場(chǎng)景和抓包做對(duì)照的輔助腳本思路不是規(guī)范內(nèi)容但能省掉手工比對(duì)的時(shí)間# 按 ICID 聚合 SIP 與 Diameter 消息輔助對(duì)照規(guī)范消息流 import re from collections import defaultdict def extract_icid(payload: str) - str: # ICID 在 SIP 頭域和 Diameter AVP 中均以文本形式出現(xiàn) m re.search(ricid-value[:]\s*?([0-9a-zA-Z\-])?, payload, re.I) return m.group(1) if m else def group_by_icid(records): buckets defaultdict(list) for r in records: icid extract_icid(r[raw]) if icid: buckets[icid].append(r) return buckets # records 為按時(shí)間排序的抓包記錄每條含 raw 字段 # 聚合后逐桶對(duì)照規(guī)范 5.2.2.1.x 的消息順序缺哪步一目了然這段腳本的邏輯很簡(jiǎn)單ICID 是規(guī)范里定義的會(huì)話級(jí)關(guān)聯(lián)標(biāo)識(shí)把同一 ICID 的 SIP 和 Diameter 消息聚到一起就能還原出一次完整計(jì)費(fèi)會(huì)話的消息序列。參數(shù)上注意正則要兼容icid-value和icid-value:兩種寫法不同網(wǎng)元實(shí)現(xiàn)有差異。聚合完拿序列去對(duì)規(guī)范消息流缺了 CCR-Terminate 還是少了中間 CCR-Update一眼能看出來(lái)。3.2 關(guān)鍵 AVP 與計(jì)費(fèi)標(biāo)識(shí)的對(duì)照表規(guī)范里字段多但真正高頻出問(wèn)題的是那幾個(gè)關(guān)聯(lián)標(biāo)識(shí)和觸發(fā)字段。下面這張表是我從第 5.1 節(jié)和第 5.2 節(jié)里抽出來(lái)的常用對(duì)照聯(lián)調(diào)時(shí)貼在工位上比翻 PDF 快字段/標(biāo)識(shí)規(guī)范出處作用常見(jiàn)誤用ICID5.1.2.2貫穿 IMS 會(huì)話的計(jì)費(fèi)關(guān)聯(lián)標(biāo)識(shí)網(wǎng)元轉(zhuǎn)發(fā)時(shí)重新生成導(dǎo)致信令與話單對(duì)不上接入網(wǎng)計(jì)費(fèi)標(biāo)識(shí)5.1.2.3關(guān)聯(lián)接入網(wǎng)側(cè)計(jì)費(fèi)信息跨接入切換時(shí)未更新話單歸屬錯(cuò)運(yùn)營(yíng)商間標(biāo)識(shí)5.1.2.4區(qū)分互通場(chǎng)景的計(jì)費(fèi)歸屬互通場(chǎng)景漏帶結(jié)算對(duì)賬缺依據(jù)功能實(shí)體標(biāo)識(shí)列表5.1.2.8記錄參與計(jì)費(fèi)的功能實(shí)體列表不全定位不到是哪個(gè)網(wǎng)元漏發(fā)觸發(fā)條件5.1.4定義何時(shí)上報(bào)計(jì)費(fèi)事件與 OCS 閾值配置不一致配額異常這張表不是讓你背是讓你在抓包里看到某個(gè)字段時(shí)能快速回到規(guī)范對(duì)應(yīng)小節(jié)確認(rèn)語(yǔ)義。比如看到話單里功能實(shí)體標(biāo)識(shí)列表少了一個(gè) AS就去 5.1.2.8 確認(rèn)該 AS 是否本應(yīng)參與計(jì)費(fèi)再回消息流看它那一步是不是被跳過(guò)了。3.3 錯(cuò)誤場(chǎng)景別跳過(guò)5.2.2.2 節(jié)是排障富礦很多人讀規(guī)范只讀成功流程錯(cuò)誤場(chǎng)景直接略過(guò)。實(shí)際上 5.2.2.2 節(jié)消息流 - 錯(cuò)誤案例和場(chǎng)景里列的「接收 SIP 錯(cuò)誤消息」「SIP 會(huì)話失敗」這些才是現(xiàn)網(wǎng)排障時(shí)最常對(duì)上的。規(guī)范對(duì)每種錯(cuò)誤場(chǎng)景下計(jì)費(fèi)消息該怎么收尾、CDR 該不該出、部分話單怎么處理都有描述。踩過(guò)的坑某次會(huì)話在 S-CSCF 側(cè)因超時(shí)釋放但 CDF 側(cè)遲遲沒(méi)收到終止消息CDR 掛在那里不出?；匾?guī)范 5.2.2.2.2 對(duì)了一遍發(fā)現(xiàn)是錯(cuò)誤響應(yīng)路徑上計(jì)費(fèi)終止消息的觸發(fā)條件沒(méi)滿足網(wǎng)元實(shí)現(xiàn)把「SIP 會(huì)話失敗」當(dāng)成了「無(wú)需計(jì)費(fèi)終止」。這類問(wèn)題不看錯(cuò)誤場(chǎng)景章節(jié)根本定位不到因?yàn)槌晒α鞒汤飰焊鶝](méi)有這條路徑。4. 避坑與排查中文版規(guī)范落地時(shí)的五個(gè)真實(shí)翻車點(diǎn)規(guī)范譯成中文降低了閱讀門檻但也帶來(lái)新的坑——術(shù)語(yǔ)譯法不統(tǒng)一、章節(jié)號(hào)與英文版對(duì)不上、部分表格在轉(zhuǎn)換中錯(cuò)位。下面五條是按「現(xiàn)象 → 原因 → 解決」整理的都是拿這份中文版干活時(shí)容易撞上的。4.1 術(shù)語(yǔ)譯法與英文原版對(duì)不上搜字段搜不到現(xiàn)象在中文版里搜「計(jì)費(fèi)標(biāo)識(shí)」能搜到但和同事用英文術(shù)語(yǔ)「Charging Identifier」溝通時(shí)對(duì)不上號(hào)抓包里字段名又是英文來(lái)回切換很亂。原因規(guī)范里不少術(shù)語(yǔ)是「中文譯名 括號(hào)英文縮寫」的形式但正文行文時(shí)有時(shí)只用中文有時(shí)只用縮寫檢索命中率不穩(wěn)定。解決建立自己的術(shù)語(yǔ)對(duì)照小表把高頻字段的中文譯名、英文全稱、抓包里的 AVP 名三列對(duì)齊。查中文版定位章節(jié)查英文名確認(rèn) AVP 語(yǔ)義兩邊配合用。別指望一份中文版解決所有檢索需求。4.2 章節(jié)號(hào)與英文原版存在偏移交叉引用時(shí)對(duì)錯(cuò)節(jié)現(xiàn)象按中文版目錄翻到 5.2.2.1.13.5「從 PS 到 CS 的會(huì)話轉(zhuǎn)移」想和英文原版對(duì)照發(fā)現(xiàn)英文版同一內(nèi)容的小節(jié)號(hào)略有出入。原因翻譯過(guò)程中對(duì)部分子小節(jié)做了合并或拆分編號(hào)連續(xù)性受影響尤其是 5.2.2.1.13.x 這種層級(jí)很深的系列。解決交叉引用時(shí)以「小節(jié)標(biāo)題 關(guān)鍵內(nèi)容」為準(zhǔn)不要只認(rèn)編號(hào)。需要精確對(duì)照時(shí)用英文原版的小節(jié)標(biāo)題反查中文版而不是拿編號(hào)硬套。4.3 消息流圖在文本轉(zhuǎn)換中丟失箭頭方向現(xiàn)象中文版里部分消息流以文字步驟描述原本圖里的箭頭方向誰(shuí)發(fā)給誰(shuí)在純文本里不夠直觀照著實(shí)現(xiàn)容易把請(qǐng)求響應(yīng)方向搞反。原因規(guī)范原文大量使用序列圖轉(zhuǎn)成中文文本版后圖形信息被壓縮成步驟列表。解決遇到方向不確定的步驟回英文原版看對(duì)應(yīng)序列圖或者結(jié)合第 4 章的架構(gòu)圖判斷網(wǎng)元角色。實(shí)現(xiàn)前把「發(fā)起方 → 接收方」在步驟旁手寫標(biāo)注一遍別直接照文字順序?qū)懘a。4.4 把「僅供參考」的架構(gòu)圖當(dāng)成強(qiáng)制實(shí)現(xiàn)現(xiàn)象照著第 4 章架構(gòu)圖搭了一套網(wǎng)元部署聯(lián)調(diào)時(shí)發(fā)現(xiàn)某些接口在實(shí)際組網(wǎng)里并不強(qiáng)制存在。原因規(guī)范第 4 章是架構(gòu)注意事項(xiàng)Architecture Considerations描述的是邏輯架構(gòu)和參考點(diǎn)不等于每個(gè)部署都必須落地全部實(shí)體。解決架構(gòu)圖用來(lái)理解邏輯關(guān)系具體接口是否啟用要看你的組網(wǎng)方案和運(yùn)營(yíng)商要求。規(guī)范里「may」「should」「shall」的措辭差異要留意中文版里對(duì)應(yīng)「可」「應(yīng)」「必須」別一律當(dāng)強(qiáng)制項(xiàng)。4.5 忽略版本差異拿 17 版規(guī)范套老網(wǎng)元現(xiàn)象按 V17.3.0 的字段要求去查一個(gè)還在跑早期版本的網(wǎng)元發(fā)現(xiàn)某些 AVP 根本不發(fā)。原因規(guī)范隨版本演進(jìn)會(huì)增加字段和場(chǎng)景老網(wǎng)元實(shí)現(xiàn)的是舊版本字段集不完全一致。解決先確認(rèn)網(wǎng)元支持的 3GPP 版本再?zèng)Q定用哪版規(guī)范對(duì)照。中文版是 17 版查老網(wǎng)元時(shí)以「該字段在本版是否新增」為線索回退別把新字段缺失直接判成故障。注意中文版是學(xué)習(xí)和排障的加速器不是替代英文原版的依據(jù)。涉及接口實(shí)現(xiàn)和驗(yàn)收的場(chǎng)合最終以英文原版對(duì)應(yīng)章節(jié)為準(zhǔn)中文版用來(lái)快速定位和建立理解。5. 把規(guī)范用成工具三步建立自己的計(jì)費(fèi)字段速查體系規(guī)范讀到最后價(jià)值不在于「讀完」而在于「查得快」。我現(xiàn)在的習(xí)慣是拿到一份新規(guī)范先做三件事這套方法對(duì) TS 32.260 這種消息流密集的文檔尤其管用。第一步抽公共底座。把第 3 章定義、符號(hào)和縮寫和第 5.1 節(jié)計(jì)費(fèi)原則里的標(biāo)識(shí)類字段全部摘出來(lái)做成一張「字段 → 出處 → 語(yǔ)義 → 誰(shuí)生成誰(shuí)透?jìng)鳌沟乃牧斜?。這張表是后面所有排查的索引ICID、接入網(wǎng)計(jì)費(fèi)標(biāo)識(shí)、運(yùn)營(yíng)商間標(biāo)識(shí)這些都在里面。做完這一步抓包里再出現(xiàn)陌生字段你知道去哪一章找定義而不是全文亂搜。第二步按場(chǎng)景建消息流卡片。不要抄整節(jié)每個(gè)高頻場(chǎng)景做一張卡片場(chǎng)景名、規(guī)范小節(jié)號(hào)、消息序列發(fā)起方 → 接收方、關(guān)鍵觸發(fā)條件、對(duì)應(yīng)錯(cuò)誤場(chǎng)景小節(jié)。比如「移動(dòng)發(fā)起會(huì)話建立」一張、「會(huì)話釋放」一張、「SCC AS 會(huì)話轉(zhuǎn)移」一張。卡片控制在半頁(yè)以內(nèi)聯(lián)調(diào)時(shí)直接抽卡對(duì)照。下面是我卡片模板的字段結(jié)構(gòu)用表格存就行不必上工具卡片字段填寫內(nèi)容場(chǎng)景名如「會(huì)話建立 - 移動(dòng)發(fā)起」規(guī)范小節(jié)5.2.2.1.1消息序列P-CSCF → S-CSCF → CDF 的 CCR/CCA 順序觸發(fā)條件會(huì)話建立成功、收到 200 OK 后觸發(fā)錯(cuò)誤場(chǎng)景對(duì)應(yīng) 5.2.2.2.x 小節(jié)第三步做版本差異標(biāo)記。中文版是 17 版你手上的網(wǎng)元未必。把「本版新增或變更」的字段在速查表里單獨(dú)標(biāo)一列遇到老網(wǎng)元不發(fā)某字段時(shí)先查這一列能快速排除「版本差異」還是「真故障」。這一步是后悔藥做在前面比事后補(bǔ)強(qiáng)。驗(yàn)證方法也簡(jiǎn)單拿一次現(xiàn)網(wǎng)或?qū)嶒?yàn)室的完整計(jì)費(fèi)會(huì)話抓包用第 3 章那段按 ICID 聚合的腳本跑一遍把還原出的消息序列和你的場(chǎng)景卡片逐條對(duì)。對(duì)不上的地方要么是卡片漏了步驟要么是網(wǎng)元實(shí)現(xiàn)有偏差兩種情況都值得記一筆。我一般會(huì)把這個(gè)比對(duì)做成聯(lián)調(diào)前的固定動(dòng)作跑通了再開(kāi)始正式測(cè)試能擋掉不少低級(jí)問(wèn)題。從那以后我每次接手新的計(jì)費(fèi)規(guī)范或新版本都強(qiáng)制先抽字段表、再做場(chǎng)景卡片、最后標(biāo)版本差異三步走完才動(dòng)手改配置或?qū)懘a。這套笨辦法救過(guò)我好幾次尤其是在多方通話和會(huì)話轉(zhuǎn)移這種消息流繞來(lái)繞去的場(chǎng)景里。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取