【正文】 TS Telemunication management。另外，本接口規(guī)范也規(guī)定了漫游情況下數(shù)據(jù)業(yè)務(wù)實(shí)時(shí)計(jì)費(fèi)的實(shí)現(xiàn)方法。本標(biāo)準(zhǔn)由中移號(hào)文件印發(fā)。本標(biāo)準(zhǔn)規(guī)定了中國(guó)移動(dòng)數(shù)據(jù)業(yè)務(wù)實(shí)時(shí)計(jì)費(fèi)方案、實(shí)時(shí)計(jì)費(fèi)流程及接口要求。數(shù)據(jù)業(yè)務(wù)實(shí)時(shí)計(jì)費(fèi)方案及流程包括針對(duì)內(nèi)容計(jì)費(fèi)類業(yè)務(wù)和非內(nèi)容計(jì)費(fèi)類業(yè)務(wù)的實(shí)時(shí)計(jì)費(fèi)方法，以及費(fèi)率改變、余額不足、異常情況下的實(shí)時(shí)計(jì)費(fèi)流程；實(shí)時(shí)計(jì)費(fèi)接口要求包括DCCA協(xié)議定義、Diameter協(xié)議命令集、接口消息定義以及接口要求等。凡是不注日期的引用文件，其最新版本適用于本標(biāo)準(zhǔn)。 Charging management。GGSN以及PGW負(fù)責(zé)以下功能：1)作為實(shí)時(shí)計(jì)費(fèi)和業(yè)務(wù)控制點(diǎn)，GGSN通過(guò)對(duì)ChargingCharacteristics字段的判斷發(fā)起實(shí)時(shí)計(jì)費(fèi)流程；ChargingCharacteristics字段將在用戶附著時(shí)由HLR/HSS插入到SGSN或MME中，并傳遞到GGSN或PGW，GGSN或PGW判斷計(jì)費(fèi)特性是實(shí)時(shí)計(jì)費(fèi)用戶，然后啟用實(shí)時(shí)計(jì)費(fèi)流程；2)通過(guò)DCC接口完成與BOSS的信令交互實(shí)現(xiàn)對(duì)用戶的業(yè)務(wù)使用控制；SGSN負(fù)責(zé)以下功能：當(dāng)LTE用戶使用2G/TD無(wú)線接入EPS網(wǎng)絡(luò)時(shí)，若SGSN為Gn/Gp SGSN，ChargingCharacteristics字段將在用戶附著時(shí)由HLR插入到SGSN中，SGSN通過(guò)創(chuàng)建PDP上下文消息將此參數(shù)直接傳遞給PGW；當(dāng)SGSN為S4 SGSN時(shí)，ChargingCharacteristics字段將在用戶附著時(shí)由HSS插入到S4 SGSN中，S4 SGSN通過(guò)承載創(chuàng)建消息將此參數(shù)傳遞給SGW，并由SGW傳遞給PGW。當(dāng)出現(xiàn)HLR、HSS中CC字段標(biāo)識(shí)為實(shí)時(shí)計(jì)費(fèi)（僅P2位置1），但BOSS中CC字段取值為離線計(jì)費(fèi)（僅P3位置1）時(shí)，BOSS應(yīng)返回Result Code=4011（DIAMETER_CREDIT_CONTROL_NOT_APPLICABLE）的CCAI消息，指示該用戶為離線計(jì)費(fèi)用戶，GGSN收到4011指示后，針對(duì)此PDP/承載，不需要再和BOSS進(jìn)行交互，后續(xù)離線計(jì)費(fèi)話單中CC字段取值應(yīng)與HLR、HSS中保持一致，即僅P2位置1。PDP/默認(rèn)承載激活如果涉及Radius流程，應(yīng)在收到Radius服務(wù)器的響應(yīng)結(jié)果后，向用戶發(fā)送PDP/默認(rèn)承載創(chuàng)建響應(yīng)。對(duì)于特定的業(yè)務(wù)或費(fèi)率組，GGSN、PGW應(yīng)可根據(jù)配置決定是否進(jìn)行實(shí)時(shí)計(jì)費(fèi)。對(duì)于本方案中沒(méi)有涉及到的流程，可參見相關(guān)國(guó)際規(guī)范。10) BOSS再次進(jìn)行配額分配并從用戶帳戶內(nèi)作資金預(yù)留；11) BOSS將相應(yīng)的配額通過(guò)CCA消息回復(fù)給GGSN或PGW；12) 當(dāng)該P(yáng)DP上下文去激活或承載結(jié)束，或PGW發(fā)起專用承載刪除時(shí)，GGSN或PGW發(fā)送終止信用控制服務(wù)的消息到BOSS， CCRequestType AVP=TERMINATION_REQUEST，消息中應(yīng)該有標(biāo)識(shí)服務(wù)終止時(shí)間的EventTimestamp AVP，以及標(biāo)識(shí)該業(yè)務(wù)實(shí)際使用的單元UsedServiceUnit AVP，CCRTerminate消息中不再包含標(biāo)識(shí)請(qǐng)求配額的RequestServiceUnit AVP；13) BOSS進(jìn)行扣款等帳戶操作；14) BOSS向GGSN或PGW發(fā)送CCA回應(yīng)CCR。對(duì)于內(nèi)容計(jì)費(fèi)實(shí)時(shí)計(jì)費(fèi)流程初始CCR的觸發(fā)：216。GGSN或PGW 對(duì)該請(qǐng)求消息中的ChargingCharacteristics字段進(jìn)行判斷，如果是內(nèi)容計(jì)費(fèi)實(shí)時(shí)計(jì)費(fèi)目標(biāo)用戶，觸發(fā)后續(xù)內(nèi)容計(jì)費(fèi)實(shí)時(shí)計(jì)費(fèi)流程；2) GGSN或PGW向BOSS發(fā)送CCR消息，該CCR消息CCRequestType=INITIAL_REQUEST，用于建立DCC連接；Rating Group=n用于申請(qǐng)某個(gè)費(fèi)率組配額（例如n為默認(rèn)流量對(duì)應(yīng)的Rating Group）, MSCC AVP中RequestedServiceUnit（RSU）字段為空。CCA消息的Command level和MSCC level均包含ResultCode AVP，分別對(duì)應(yīng)BOSS對(duì)整個(gè)DCC會(huì)話和MSCC中費(fèi)率組對(duì)應(yīng)業(yè)務(wù)的處理結(jié)果代碼，GGSN、PGW應(yīng)支持根據(jù)BOSS的指示，對(duì)DCC會(huì)話和MSCC中對(duì)應(yīng)業(yè)務(wù)進(jìn)行相應(yīng)的操作，ResultCode AVP取值定義參見“ResultCode定義說(shuō)明”章節(jié)。（可選）圖57 時(shí)長(zhǎng)計(jì)費(fèi)類業(yè)務(wù)PDP上下文/默認(rèn)承載實(shí)時(shí)計(jì)費(fèi)具體流程圖58 時(shí)長(zhǎng)計(jì)費(fèi)類業(yè)務(wù)專用承載實(shí)時(shí)計(jì)費(fèi)具體流程1) 如圖57，GGSN收到用戶PDP上下文創(chuàng)建請(qǐng)求，或PGW收到用戶默認(rèn)承載創(chuàng)建請(qǐng)求/會(huì)話創(chuàng)建請(qǐng)求/PDP上下文創(chuàng)建請(qǐng)求消息；如圖58，PGW為用戶建立專用承載，需要說(shuō)明的是，該專用承載創(chuàng)建流程可由PGW靈活配置在CCR/CCRInitial之前或之后進(jìn)行；2) GGSN或PGW對(duì)該創(chuàng)建請(qǐng)求消息中的ChargingCharacteristics字段進(jìn)行判斷，如果是實(shí)時(shí)計(jì)費(fèi)目標(biāo)用戶，觸發(fā)后續(xù)實(shí)時(shí)計(jì)費(fèi)流程；否則執(zhí)行正常PDP創(chuàng)建或IP CAN承載建立應(yīng)答；3) GGSN或PGW判斷用戶為實(shí)時(shí)計(jì)費(fèi)目標(biāo)用戶后，發(fā)送CCR消息到BOSS，該CCR消息CCRequestType=INITIAL_REQUEST，用于建立DCC連接，并申請(qǐng)非內(nèi)容計(jì)費(fèi)對(duì)應(yīng)的費(fèi)率組配額（此處費(fèi)率組設(shè)為x）；MSCC AVP中RequestedServiceUnit（RSU）字段為空。. 費(fèi)率改變控制流程GGSN、PGW必須支持在用戶使用數(shù)據(jù)業(yè)務(wù)的過(guò)程中費(fèi)率發(fā)生改變的控制流程，費(fèi)率改變控制流程如下圖所示：圖59 費(fèi)率改變控制流程1) GGSN或PGW為用戶進(jìn)行某費(fèi)率組的配額申請(qǐng)；2) BOSS根據(jù)（費(fèi)率切換時(shí)間－當(dāng)前時(shí)間ValidityTime）判斷，獲知即將到達(dá)費(fèi)率切換時(shí)間點(diǎn)；3) BOSS向GGSN或PGW發(fā)送CCA消息，其中GSU AVP中包含TariffTimeChange AVP標(biāo)識(shí)費(fèi)率切換時(shí)間，以及可用配額；4) GGSN或PGW收到CCA后，授權(quán)用戶使用相應(yīng)數(shù)據(jù)業(yè)務(wù)；5) 配額到達(dá)門限或者要過(guò)期等情況發(fā)生時(shí)；6) GGSN或PGW再次向BOSS發(fā)送新的配額預(yù)留請(qǐng)求CCR，并通過(guò)UsedServiceUnits AVP上報(bào)已使用配額；如果在此周期內(nèi)發(fā)生了費(fèi)率切換，該CCR消息可以包含多個(gè)USU 來(lái)標(biāo)識(shí)費(fèi)率切換前、費(fèi)率切換后分別使用的配額以及無(wú)法確認(rèn)費(fèi)率切換前后使用的配額，分別用USU(TariffChangeUsage=0)、USU(TariffChangeUsage=1)、USU(TariffChangeUsage=2)標(biāo)識(shí)；如果費(fèi)率切換還沒(méi)有發(fā)生，則只攜帶一個(gè)USU（無(wú)TariffChangeUsage）按照正常流程上報(bào)使用的配額即可；7) BOSS進(jìn)行批價(jià)，計(jì)算費(fèi)率切換前后的流量配額，進(jìn)行帳戶控制等操作；8) BOSS返回CCA消息再次進(jìn)行配額分配。216。 通過(guò)FinalUnitIndication指示最后一份配額BOSS在收到用戶的CCR配額申請(qǐng)消息后，發(fā)現(xiàn)配額快要耗盡，BOSS發(fā)送帶有FinalUnitIndication AVP的CCA消息，指示當(dāng)前下發(fā)的配額是最后的配額，這些配額用完后，GGSN、PGW會(huì)根據(jù)FinalUnitAction AVP中指定的動(dòng)作來(lái)執(zhí)行相應(yīng)操作。需要說(shuō)明的是，上述返回碼為4012的CCA消息的MSCC字段中，不應(yīng)攜帶GSU、QHT和VQT等字段，但可攜帶取值不為零的VT字段，VT建議取值為10分鐘30分鐘。3) UE當(dāng)前的HTTP業(yè)務(wù)被重定向于指定的服務(wù)器。. 用戶充值成功業(yè)務(wù)放通流程（可選）圖515 用戶充值成功業(yè)務(wù)放通流程1) 用戶正常進(jìn)行業(yè)務(wù)訪問(wèn)；2) GGSN、PGW由于流量/時(shí)長(zhǎng)觸發(fā)了門限或者配額有效期VT到期等原因時(shí)觸發(fā)CCRUpdate消息給BOSS；3) BOSS在收到用戶的CCR配額申請(qǐng)消息后，發(fā)現(xiàn)配額快要耗盡，BOSS發(fā)送帶有FinalUnitIndication AVP的CCA消息，指示當(dāng)前下發(fā)的配額是最后的配額；4) GGSN、PGW在檢測(cè)配額用完后，根據(jù)FinalUnitAction AVP中指定的動(dòng)作對(duì)業(yè)務(wù)進(jìn)行阻塞或重定向操作；5) 用戶進(jìn)行充值操作；6) BOSS感知到用戶充值成功，發(fā)送RAR消息給GGSN、PGW，消息中攜帶需要重鑒權(quán)的RG；7) GGSN、PGW收到RAR消息后，立即響應(yīng)RAA消息，消息返回碼為DIAMETER_LIMITED_SUCCESS標(biāo)識(shí)會(huì)跟隨一個(gè)CCR消息來(lái)請(qǐng)求配額；8) GGSN、PGW發(fā)送CCRUpdate消息給BOSS請(qǐng)求配額，MSCC中攜帶RSU且不攜帶USU；9) BOSS在收到用戶的CCR配額申請(qǐng)消息后，正常批價(jià)并進(jìn)行配額預(yù)留，并在CCA響應(yīng)消息中攜帶分配的配額信息；10) GGSN、PGW將RG對(duì)應(yīng)的業(yè)務(wù)狀態(tài)重置為正常，允許用戶使用業(yè)務(wù)；11) 用戶重新正常訪問(wèn)業(yè)務(wù)。3) CCR消息中應(yīng)包括請(qǐng)求類型（Initial），APN，用戶的MSISDN，以及其他相關(guān)信息。圖517 用戶不存在控制流程具體的流程描述如下：1) MS/UE進(jìn)行PDP激活/默認(rèn)承載創(chuàng)建觸發(fā)實(shí)時(shí)計(jì)費(fèi)流程。. 禁止用戶使用業(yè)務(wù)流程當(dāng)用戶請(qǐng)求業(yè)務(wù)使用沒(méi)有被授權(quán)時(shí)，用戶的實(shí)時(shí)計(jì)費(fèi)業(yè)務(wù)可以被禁止。4) CCA消息中應(yīng)包括請(qǐng)求類型（Initial），響應(yīng)結(jié)果（ResultCode值為“4010”），指示用戶禁止信用額度控制。2) BOSS對(duì)RatingGroup申請(qǐng)新的配額成功響應(yīng)，并分配新的配額成功。2) BOSS對(duì)RatingGroup申請(qǐng)新的配額成功響應(yīng)，并分配新的配額成功。2) BOSS對(duì)RatingGroup申請(qǐng)新的配額成功響應(yīng)，并分配新的配額成功。詳細(xì)過(guò)程可以參考3GPP 。當(dāng)GGSN、PGW發(fā)現(xiàn)BOSS發(fā)送的CCA消息中存在AVP錯(cuò)誤、邏輯錯(cuò)誤等情況，但未下發(fā)相應(yīng)轉(zhuǎn)離線結(jié)果碼時(shí)，GGSN、PGW應(yīng)主動(dòng)將用戶轉(zhuǎn)離線，離線話單切割、PSFCI值設(shè)置等要求均應(yīng)符合上文要求。需要說(shuō)明的是，GGSN、PGW向備用OCS重發(fā)相同請(qǐng)求時(shí)，仍然需要在消息頭mand flags中置上Tbit。required）或Deactivate EPS bearer context（ReactivationPGW支持根據(jù)PCRF指示的Online AVP（Command Level），針對(duì)該P(yáng)DN連接下的所有承載，決定發(fā)起或不發(fā)起實(shí)時(shí)計(jì)費(fèi)會(huì)話建立流程。2) GGSN、PGW判斷該用戶是PCC用戶，需要與PCRF進(jìn)行交互。6) GGSN、PGW基于PCRF下發(fā)的CCAI消息，根據(jù)該消息中Online字段判斷用戶是否為實(shí)時(shí)計(jì)費(fèi)目標(biāo)用戶，如果PCRF未攜帶Online字段，說(shuō)明PCRF不支持或未開啟“下發(fā)計(jì)費(fèi)控制信息”功能，GGSN可直接根據(jù)HLR中CC字段取值決定是否觸發(fā)實(shí)時(shí)計(jì)費(fèi)流程。PCC引入情況下，業(yè)務(wù)觸發(fā)PGW創(chuàng)建專用承載時(shí)，PGW會(huì)向PCRF請(qǐng)求策略，或使用PCRF主動(dòng)推送的策略創(chuàng)建專用承載。通過(guò)計(jì)費(fèi)Online=enable/disable標(biāo)識(shí)是在線計(jì)費(fèi)還是離線計(jì)費(fèi)；3) PGW向終端側(cè)發(fā)起專用承載創(chuàng)建請(qǐng)求；4) 用戶向PGW回專用承載創(chuàng)建響應(yīng)；5) PGW基于PCRF下發(fā)的策略消息中Online字段判斷承載是否為實(shí)時(shí)計(jì)費(fèi)，如果PCRF未攜帶Online字段，說(shuō)明PCRF不支持或未開啟“下發(fā)計(jì)費(fèi)控制信息”功能，PGW可直接根據(jù)HLR/HSS中CC字段取值決定是否觸發(fā)實(shí)時(shí)計(jì)費(fèi)流程；6) 如果該承載為實(shí)時(shí)計(jì)費(fèi)類型，流程同標(biāo)準(zhǔn)實(shí)時(shí)計(jì)費(fèi)流程； 7) PCRF依據(jù)用戶策略，響應(yīng)PGW策略請(qǐng)求或主動(dòng)推送策略到PGW，釋放該專用承載；8) PGW向終端發(fā)起專用承載刪除請(qǐng)求；9) 用戶向PGW回專用承載刪除響應(yīng)；10) GGSN、PGW發(fā)送終止信用控制服務(wù)的消息（CCRT）到BOSS，CCRequestType AVP=TERMINATION_REQUEST，消息中應(yīng)該有標(biāo)識(shí)服務(wù)終止時(shí)間的EventTimestamp AVP，以及標(biāo)識(shí)該業(yè)務(wù)實(shí)際使用的單元UsedServiceUnit AVP，CCRTerminate消息中不再包含標(biāo)識(shí)請(qǐng)求配額的RequestServiceUnit AVP；注：PCRF通過(guò)RAR消息觸發(fā)PGW建立或刪除專用承載時(shí)，PGW在承載建立或刪除后，需要向PCRF回RAA響應(yīng)消息。為便于BOSS計(jì)費(fèi)話單過(guò)濾和處理，BOSS僅對(duì)GGSN、PGW話單PSFCI中記錄的PSFreeFormatData取值16的GGSN、PGW話單過(guò)濾、不作離線計(jì)費(fèi)，以避免重復(fù)計(jì)費(fèi)；對(duì)其余GGSN、PGW話單全部做離線計(jì)費(fèi)，包括PSFCI中PSFreeFormatData取值111或其他賦值以及不帶PSFCI字段場(chǎng)景，以避免漏計(jì)費(fèi)。當(dāng)PSFCI取值改變時(shí)，GGSN、PGW需及時(shí)關(guān)閉當(dāng)前話單，話單關(guān)閉原因?yàn)閙anagementIntervention（20），并將最新的PSFCI信息寫入新打開的部分話單中。(2) Message Length：該消息長(zhǎng)度字段為3個(gè)八位組，指明該Diameter消息的字節(jié)長(zhǎng)度，包括頭字段。如果清零，該消息是一個(gè)應(yīng)答。252。252。Diameter代理僅需要關(guān)心它們發(fā)送的同一請(qǐng)求消息的遍數(shù)；其他實(shí)體進(jìn)行的重傳不須考慮。該標(biāo)記不能在應(yīng)答消息中設(shè)置。該24位地址空間由IETF的IANA負(fù)責(zé)分配管理。頭中的應(yīng)用ID必須與該消息中包含的其他相關(guān)AVP相同。HopbyHop標(biāo)識(shí)符通常是單調(diào)升序的數(shù)字，其開始值是隨機(jī)生成的。請(qǐng)求消息的發(fā)送者必須為每一個(gè)消息插入一個(gè)唯一的標(biāo)識(shí)符。源主機(jī)AVP和該字段的結(jié)合可以用于檢測(cè)重復(fù)。. AVP頭格式AVP中的字段必須按網(wǎng)絡(luò)字節(jié)順序發(fā)送。(2) AVP 標(biāo)記AVP標(biāo)記字段告知接收者如何處理每個(gè)屬性