第2章-BICC協(xié)議介紹(華為)

BICC協(xié)議介紹前言過去幾年，語音業(yè)務(wù)的飛速增長特別是撥號接入WWW的大規(guī)模應(yīng)用，使得運(yùn)營商一方面需要對PSTN/ISDN加大投入，另一方面，又不希望投入太多到舊的網(wǎng)絡(luò)中，因為很顯然，分組網(wǎng)絡(luò)將變成電信的主要收入。有人提議分離PSTN/ISDN的呼叫控制和承載控制，對已經(jīng)存在SS7的成分ISUP協(xié)議進(jìn)行修改，作為呼叫控制協(xié)議。這個修改的協(xié)議，就是BICC協(xié)議。BICC協(xié)議使分組網(wǎng)絡(luò)可以提供PSTN/ISDN業(yè)務(wù)。課程目標(biāo)掌握BICC協(xié)議在網(wǎng)絡(luò)中的位置與作用掌握BICC的各種承載建立方式與相關(guān)呼叫流程了解SoftX3000中BICC的數(shù)據(jù)配置學(xué)習(xí)完本課程，您將能夠：參考資料隨機(jī)手冊－－技術(shù)手冊－－信令與協(xié)議分冊ITU

Q1902.3Bearerindependentcallcontrolprotocol(CS2)andSignallingsystemNo.7-ISDNuserpartformatsandcodesITU

Q1902.4BEARERINDEPENDENTCALLCONTROLPROTOCOL,BASICCALLPROCEDURESITUQ.1990BICCBearerControlTunnellingProtocolITUQ1970

BICCIPBearerControlProtocolITUQ1950BEARERINDEPENDENTCALLBEARERCONTROLPROTOCOL課程內(nèi)容第一章功能介紹第二章消息結(jié)構(gòu)第三章基本過程第四章數(shù)據(jù)配置第一章功能介紹第一節(jié)BICC簡介第二節(jié)BICC在網(wǎng)絡(luò)中的應(yīng)用第三節(jié)BICC在3GR4網(wǎng)絡(luò)中的位置第四節(jié)BICC在NGN中的位置BICC簡介BICC協(xié)議是在骨干網(wǎng)中使用的與承載無關(guān)的呼叫控制信令協(xié)議。包括ATM網(wǎng)絡(luò)和IP網(wǎng)絡(luò)在內(nèi)的各種數(shù)據(jù)網(wǎng)絡(luò)，利用該信令協(xié)議就可以承載全方位的PSTN/ISDN業(yè)務(wù)。因此，BICC被認(rèn)為是傳統(tǒng)電信網(wǎng)向多業(yè)務(wù)綜合平臺演進(jìn)的重要支撐工具。BICC是一個控制與承載分離的信令協(xié)議，它不直接對媒體資源（ATM、IP）進(jìn)行控制，而是通過標(biāo)準(zhǔn)的承載控制協(xié)議（H.248協(xié)議）對這些資源進(jìn)行控制。BICC簡介BICC協(xié)議是在窄帶ISUP協(xié)議的基礎(chǔ)上發(fā)展來的，可以認(rèn)為是將窄帶ISUP協(xié)議去掉具體的電路控制部分改編而成，但它不能與ISUP對等兼容。理論上，BICC協(xié)議可部署在各種各樣的信號傳輸協(xié)議棧之上，提供與具體業(yè)務(wù)承載無關(guān)的呼叫控制。目前比較成熟的可承載BICC協(xié)議的傳輸協(xié)議是：MTP3/M3UA/MTP3B和SCTP等。BICC協(xié)議由ITU-TQ.1902系列，Q.2150，Q.765等規(guī)范描述BICC簡介

BICC簡介ISN:提供了和非BICC網(wǎng)絡(luò)或終端設(shè)備互通的接口，相當(dāng)于端局

GSN:提供了兩個BICC網(wǎng)絡(luò)之間關(guān)口的，相當(dāng)于關(guān)口局TSN:提供ISN或GSN之間轉(zhuǎn)接功能，相當(dāng)于匯接局BICC簡介接口業(yè)務(wù)節(jié)點(ISN=InterfaceServingNode)功能實體，位于SCN網(wǎng)和BICC網(wǎng)之間，其包含CSF-N和BIWF轉(zhuǎn)接業(yè)務(wù)節(jié)點(TSN=TransitServingNode)功能實體，位于BICC網(wǎng)內(nèi)的兩個SN之間，其包含CSF-T和BIWF關(guān)口業(yè)務(wù)節(jié)點(GSN=GatewayServingNode)功能實體，位于兩個網(wǎng)絡(luò)主域之間，其包含CSF-G和BIWFBICC簡介CMN和SN的區(qū)別是CMN不控制網(wǎng)關(guān)，SN要控制網(wǎng)關(guān)第一章功能介紹第一節(jié)BICC簡介第二節(jié)BICC在網(wǎng)絡(luò)中的應(yīng)用第三節(jié)BICC在3GR4網(wǎng)絡(luò)中的位置第四節(jié)BICC在NGN中的位置BICC在網(wǎng)絡(luò)中的應(yīng)用在無線3G應(yīng)用中，BICC協(xié)議處于3GPPR4電路域核心網(wǎng)的Nc接口，提供了對(G)MSCServer之間呼叫接續(xù)的支持。參見規(guī)范ITU-TTS23.205。在固定網(wǎng)NGN應(yīng)用中，BICC協(xié)議處于分層體系結(jié)構(gòu)中的呼叫控制層，提供了不同SoftSwitch之間呼叫接續(xù)的支持。第一章功能介紹第一節(jié)BICC簡介第二節(jié)BICC在網(wǎng)絡(luò)中的應(yīng)用第三節(jié)BICC在3GR4網(wǎng)絡(luò)中的位置第四節(jié)BICC在NGN中的位置BICC在3GR4網(wǎng)絡(luò)中的位置BICC協(xié)議應(yīng)用在Nc接口，也即是(G)MSCServer之間交互的信令BICC在3GR4網(wǎng)絡(luò)中的位置第一章功能介紹第一節(jié)BICC簡介第二節(jié)BICC在網(wǎng)絡(luò)中的應(yīng)用第三節(jié)BICC在3GR4網(wǎng)絡(luò)中的位置第四節(jié)BICC在NGN中的位置BICC在NGN中的位置思考題為什么BICC被認(rèn)為是傳統(tǒng)電信網(wǎng)向多業(yè)務(wù)綜合平臺演進(jìn)的重要支撐工具。解答B(yǎng)ICC協(xié)議是一種與承載無關(guān)的呼叫控制信令協(xié)議。它既可以承載在傳統(tǒng)的TDM網(wǎng)絡(luò)上，也可以承載在包括ATM網(wǎng)絡(luò)和IP網(wǎng)絡(luò)在內(nèi)的各種數(shù)據(jù)網(wǎng)絡(luò)上。它能夠在ATM/IP寬帶網(wǎng)絡(luò)上承載傳統(tǒng)窄帶ISDN信令。本章小結(jié)BICC是一種與承載無關(guān)的呼叫控制信令協(xié)議。BICC實現(xiàn)了核心網(wǎng)承載與控制的分離BICC是應(yīng)用于3GR4中MSCServer間或NGN控制層的軟交換設(shè)備間的中繼側(cè)協(xié)議課程內(nèi)容

第一章功能介紹第二章消息結(jié)構(gòu)第三章基本過程第四章數(shù)據(jù)配置第二章消息結(jié)構(gòu)第一節(jié)BICC消息結(jié)構(gòu)第二節(jié)BICC主要消息BICC消息結(jié)構(gòu)CIC－呼叫實例碼，用來標(biāo)識兩局之間屬于同一呼叫的消息Messagetypecode－消息類型，如：IAM/APM/ACM/ANM等消息Mandatoryfixedpart－

強(qiáng)制固定長度參數(shù)部分Mandatoryvariablepart－強(qiáng)制可變長度參數(shù)部分Optionalpart－可選參數(shù)部分BICC消息結(jié)構(gòu)第二章消息結(jié)構(gòu)第一節(jié)BICC消息結(jié)構(gòu)第二節(jié)BICC主要消息BICC主要消息按照Q.1902.3中定義，BICC協(xié)議大約有40多消息。其中呼叫過程中最?？吹降南⒂校篒AM：初始化地址消息APM：應(yīng)用傳輸消息ACM：地址全參數(shù)ANM：應(yīng)答參數(shù)REL：釋放消息RLC：釋放完成消息第三章基本過程第一節(jié)BICC承載建立方式第二節(jié)前向承載建立第三節(jié)后向承載建立第四節(jié)隧道方式第五節(jié)CODEC協(xié)商第六節(jié)呼叫釋放過程BICC承載建立方式前向承載建立方式(ForwardBearerSetup)

非隧道方式(NoTunnelcase)

快速隧道方式(FastTunnel)

延遲隧道方式(DelayedForwardTunnel)后向承載建立方式(BackwardBearerSetup)

非隧道方式(NoTunnelCase)

延遲隧道方式(DelayedBackwardTunnel)前向承載與后向承載建立前向承載建立方式下，承載建立請求（Setup）是由發(fā)起呼叫的同一SN發(fā)起的，在發(fā)起承載Setup前，必須獲得后繼局在后向APM消息中攜帶的承載地址及承載標(biāo)識的信息；后向承載建立方式下，承載建立請求（Setup）是由后繼局的SN發(fā)起的，后繼局發(fā)起后向承載Setup的依據(jù)是前向IAM消息中攜帶的承載地址與標(biāo)識信息；呼叫始發(fā)局將在IAM中指示采用哪種承載建立方式；第三章基本過程第一節(jié)BICC承載建立方式第二節(jié)前向承載建立第三節(jié)后向承載建立第四節(jié)隧道方式第五節(jié)CODEC協(xié)商第六節(jié)呼叫釋放過程R4呼叫流程舉例假定MGW-O的上下文是（C1,T1,T2）,MGW-T的上下文是（C2,T3,T4）,以一個UE呼UE的流程描述Iu-CS、Nc、Nb、Mc這幾個接口是如何配合的；移動呼叫移動-delayedforward前向延遲建立的的主要特點是先發(fā)IAM消息給后向局，后向局準(zhǔn)備好被叫側(cè)的承載后通過APM消息通知前向局，在APM消息中，帶有相關(guān)承載信息（BNC_ID，BIWF_ADDRESS，ATM承載時才會用到）。主叫側(cè)MSCServer收到APM消息后，才開始準(zhǔn)備無線側(cè)和主叫側(cè)的承載，并由主叫側(cè)的MGW主動發(fā)起IPBCP的請求消息，完成承載的建立過程。前向承載建立方式UE呼UE的前向延遲建立流程UE1RNC1MSCSERVER1MGW1MGW2MSCSERVER2RNC2UE2SETUPCALLPROCEEDING與HLR交互COT尋呼和鑒權(quán)加密過程SETUPCALLCONFIRMADD_req（C$）ADD_rsp（C2,T3）ADD_req（C$）ADD_rsp（C1,T2）承載建立過程APMNbUPInitreqNbUPInitackRAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立，IuUP初始化NTF_req(T2)NTF_rsp(T2)NTF_req(T3)NTF_rsp(T3)ADD_req（T$）ADD_rsp（T1）準(zhǔn)備承載建立承載準(zhǔn)備承載IAMUE呼UE的前向延遲建立流程－續(xù)UE1RNC1MSCSERVER1MGW1MGW2MSCSERVER2RNC2UE2RAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立，IuUP初始化ADD_req（T$）ADD_rsp（T4）ALERTINGACMALERTINGMOD_req（T3）MOD_rsp（T3）CONNECTMOD_req（T4）MOD_rsp（T4）MOD_req（T3）MOD_rsp（T3）ANCMOD_req（T2）MOD_rsp（T2）MOD_req（T1）MOD_rsp（T1）CONNECT準(zhǔn)備承載送回鈴音激活承載?；剽徱舨⒓せ罴せ畛休d激活承載移動呼叫移動-fastforward前向快速建立方式，主叫側(cè)也是先將無線承載建立起來，在準(zhǔn)備到被叫側(cè)的承載時，要求MGW將IPBCP的REQUEST消息通過NTF消息上報給MSCServer，MSCServer將IPBCP的消息作為隧道數(shù)據(jù)通過IAM消息傳送給被叫側(cè)的MSCServer。被叫側(cè)MSCServer收到IAM消息后，建立到主叫側(cè)的承載和無線承載，并要求MGW通過NTF消息上報IPBCP的RESPONSE消息，被叫側(cè)的軟交換收到這些信息后，通過APM消息將IPBCP的響應(yīng)消息發(fā)給主叫側(cè)軟交換，主叫側(cè)軟交換通過MOD消息將IPBCP的響應(yīng)消息發(fā)給MGW。UE呼UE的快速前向承載建立流程UE1RNC1MSCSERVER1MGW1MGW2MSCSERVER2RNC2UE2SETUPCALLPROCEEDING與HLR交互APM(TunnelData2)尋呼和鑒權(quán)加密過程SETUPCALLCONFIRMADD_req（C$,TunnelData1）ADD_rsp（C2,T3）ADD_req（C$）ADD_rsp（C1,T2）RAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立，IuUP初始化NTF_req(C1,T2,TunnelData1)NTF_rsp(C1,T2)NTF_req(C2,T3,TnnelData2)NTF_rsp(T3)ADD_req（T$）ADD_rsp（T1）建立承載準(zhǔn)備承載準(zhǔn)備承載IAM(TunnelData1)UE呼UE的快速前向承載建立流程－續(xù)UE1RNC1MSCSERVER1MGW1MGW2MSCSERVER2RNC2UE2RAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立，IuUP初始化ADD_req（T$）ADD_rsp（T4）ALERTINGACMALERTINGMOD_req（T3）MOD_rsp（T3）CONNECTMOD_req（T4）MOD_rsp（T4）MOD_req（T3）MOD_rsp（T3）ANCMOD_req（T2）MOD_rsp（T2）MOD_req（T1）MOD_rsp（T1）CONNECT準(zhǔn)備承載送回鈴音激活承載?；剽徱舨⒓せ罴せ畛休d激活承載NbUPInitreqNbUPInitackMOD_req（TunnelData2）MOD_rsp（C1,T2）COTNTF(C1,T2)NTF(C2,T3)第三章基本過程第一節(jié)BICC承載建立方式第二節(jié)前向承載建立第三節(jié)后向承載建立第四節(jié)隧道方式第五節(jié)CODEC協(xié)商第六節(jié)呼叫釋放過程移動呼叫移動-delayedbackward后向延遲建立與前向延遲建立的的主要區(qū)別是在于發(fā)IAM消息之前，主叫側(cè)先將無線承載建立起來，準(zhǔn)備好到被叫側(cè)的承載，并將相關(guān)承載信息（BNC_ID，BIWF_ADDRESS）通過IAM消息傳送給被叫側(cè)的MSCServer。被叫側(cè)MSCServer收到IAM消息后，準(zhǔn)備好到主叫側(cè)的承載，并由被叫側(cè)的MGW主動發(fā)起IPBCP的請求消息，完成所有承載的建立。后向承載建立方式UE呼UE的后向承載建立流程UE1RNC1MSCSERVER1MGW1MGW2MSCSERVER2RNC2UE2SETUPCALLPROCEEDING與HLR交互COT尋呼和鑒權(quán)加密過程SETUPCALLCONFIRMADD_req（C$）ADD_rsp（C2,T3）ADD_req（C$）ADD_rsp（C1,T2）承載建立過程N(yùn)bUPInitreqNbUPInitackRAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立，IuUP初始化NTF_req(T2)NTF_rsp(T2)NTF_req(T3)NTF_rsp(T3)ADD_req（T$）ADD_rsp（T1）建立承載準(zhǔn)備承載準(zhǔn)備承載IAMUE呼UE的后向承載建立流程－續(xù)UE1RNC1MSCSERVER1MGW1MGW2MSCSERVER2RNC2UE2RAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立，IuUP初始化ADD_req（T$）ADD_rsp（T4）ALERTINGACMALERTINGMOD_req（T3）MOD_rsp（T3）CONNECTMOD_req（T4）MOD_rsp（T4）MOD_req（T3）MOD_rsp（T3）ANCMOD_req（T2）MOD_rsp（T2）MOD_req（T1）MOD_rsp（T1）CONNECT準(zhǔn)備承載送回鈴音激活承載?；剽徱舨⒓せ罴せ畛休d激活承載三種承載建立方式的比較

前向快速隧道承載建立方式，MSCSERVER在發(fā)送IAM消息前就已經(jīng)從MGW得到了TunnelData，然后在發(fā)送給后續(xù)局的IAM消息中攜帶IPBCP請求的TunnelData，對于承載建立前的交互只有兩條消息（分別是IAM->和APM<-消息）。

DelayForward隧道承載建立方式，在IAM及第一條返回的APM消息中，都不攜帶TunnelData，而是等第一條APM返回后（帶有codecinfo），才進(jìn)行承載建立的發(fā)起。承載建立前的交互有四條消息（IAM->,APM<-,APM->,APM<-消息）。DelayBackward隧道承載建立方式，在IAM中，不攜帶TunnelData，入局收到IAM后，發(fā)起承載建立，承載建立前的交互有三條消息，（IAM->,APM<-,APM->消息）。這三種承載建立方式，僅僅是承載建立方向及時機(jī)的不同，本質(zhì)上并無大的區(qū)別，各自也沒有太大的優(yōu)劣之分。從消息流程上看，前向快速的消息最少，接續(xù)時間也是最少（和其余兩種比實際差別很小，可以忽略不記。經(jīng)過實際測試，也證實這一點。），前向延遲的消息最多，接續(xù)時間最長。選擇哪一種實際上更依賴于別的因素，如與之互通的對端設(shè)備采用哪種承載方式或者是否支持TrFO等。三種承載方式應(yīng)用的場景如果不使用TrFO，我們推薦使用流程比較簡潔，消息數(shù)比較少，接續(xù)時間較短的前向快速隧道承載建立流程。但是對于真正的端到端的TrFO應(yīng)用，為了適應(yīng)可能的各種復(fù)雜的編解碼之間的修改，所以需要將承載建立過程延遲到編解碼協(xié)商完成后。究竟采用前向延遲隧道還是采用后向延遲隧道承載建立方式，需要根據(jù)具體的組網(wǎng)情況來決定。第三章基本過程第一節(jié)BICC承載建立方式第二節(jié)前向承載建立第三節(jié)后向承載建立第四節(jié)隧道方式第五節(jié)CODEC協(xié)商第六節(jié)呼叫釋放過程隧道承載建立方式隧道由Q.1990進(jìn)行描述承載控制消息(IPBCP)是通過Nc口的BICC協(xié)議進(jìn)行傳送CSF向BCF指示是否支持隧道，以及是快速隧道還是慢速隧道。BCF決定是否使用隧道隧道承載建立方式前向快速隧道承載建立流程隧道承載建立方式前向延遲隧道承載建立流程隧道承載建立方式后向延遲隧道承載建立方式第三章基本過程第一節(jié)BICC承載建立方式第二節(jié)前向承載建立第三節(jié)后向承載建立第四節(jié)隧道方式第五節(jié)CODEC協(xié)商

第六節(jié)呼叫釋放過程CODEC協(xié)商流程發(fā)起編解碼協(xié)商的SN生成支持的編解碼列表，該列表中含有所有的編解碼，并按優(yōu)先級順序排列。呼叫經(jīng)過的SN將本節(jié)點不支持的編解碼從編解碼列表中刪除。并將編解碼列表向后續(xù)SN傳送。目的地SN將從編解碼列表中選擇優(yōu)先級最高的編解碼作為選擇的編解碼，并將該編解碼向前傳送到發(fā)起編解碼協(xié)商的SN。CODEC協(xié)商流程TrFO技術(shù)的目的：在通話的端到端路徑上，盡可能的減少編解碼次數(shù)，盡量做到只進(jìn)行一次編碼和解碼。TrFO技術(shù)的優(yōu)點只進(jìn)行一次編碼和解碼，減少了語音的編碼損傷，從而提高了語音質(zhì)量。使用壓縮編解碼，降低帶寬占用。減少編碼次數(shù)，降低通話端到端的遲延。減少TC配置資源，減少投資。Trfo技術(shù)的目的和優(yōu)點TrFO與TFO示意圖McMcNbNcNodeBRNCIubNodeBRNCIubIuMGWMGWMSCServerMSCServerNbUPIP/ATM編碼/解碼編碼/解碼語音幀透傳語音幀透傳AMRAMRAMRMcMcNbNcNodeBRNCIubNodeBRNCIubIuMGWMGWMSCServerMSCServerTDM編碼/解碼編碼/解碼TFO處理TFO處理AMRG.711ANDTFOframeAMRTrFO的實現(xiàn)--帶外的TC協(xié)商機(jī)制TrFO對終端的要求終端：至少支持默認(rèn)的Codec：AMR。相互通訊的手機(jī)至少共同支持一種相同速率的AMR，如12.2K的AMR，目前市面上的3G手機(jī)都支持12.2K的AMR。總上所述，可見TrFO功能對終端基本上沒有額外的要求。

TrFO對RNC的要求RNC：必須順從3GPPR4TrFO協(xié)議，主要修改點如下：（1）RNC支持RFCI的校正過程（2）速率控制過程。（3）RNC的AMRC算法需要進(jìn)行修改。TrFO對MGW的要求TrFO對MGW的主要要求支持RFCI的校正：RFCI校正目的是為了讓被叫使用主叫的RFCI編碼方式，從而使得的MGW無需做任何轉(zhuǎn)變而直接可以透傳語音幀。支持對當(dāng)前通話的CODEC及其子集合速率的修改：由于切換，網(wǎng)絡(luò)情況等因素引起用戶編解碼類型或速率集合發(fā)生變化，為了建立端到端的TrFO，需要端到端的修改通話使用的CODEC和其子速率。支持UP重新協(xié)商：伴隨codec的修改，用戶面需要為新的CODEC和速率做好準(zhǔn)備。TrFO對MSCServer的要求MSCServer：TrFO在R4才引入，必須順從3GPPR423153相關(guān)協(xié)議以及支持BICC或SIP協(xié)議。具體如下：（1）MSCServer必須支持BICC協(xié)議或SIP協(xié)議實現(xiàn)局間呼叫編解碼協(xié)商。（2）Iu接口：MSCServer下發(fā)指配請求時，需要把協(xié)商后的編解碼類型下給RNC；同時MSCServer能夠收集上報的編解碼列表。（3）Mc接口：通知MGW協(xié)商后的CODEC參數(shù)等；（4）MSCServer要能夠完成主、被叫間能力協(xié)商，取主、被叫能力的交集，并將協(xié)商后的編解碼類型下發(fā)給主被叫端。第三章基本過程第一節(jié)BICC承載建立方式第二節(jié)前向承載建立第三節(jié)后向承載建立第四節(jié)隧道方式第五節(jié)CODEC協(xié)商第六節(jié)呼叫釋放過程BICC呼叫釋放過程思考題為什么要使用隧道承載建立方式解答使用BICC的隧道機(jī)制可以在控制面的網(wǎng)絡(luò)中傳送承載面的承載信令交互，這樣不需在承載面中另外建立承載信令網(wǎng)絡(luò)。本章小結(jié)BICC有多種承載建立方式，對應(yīng)多種局間的消息流程BICC可利用隧道機(jī)制來傳送承載控制信令第四章數(shù)據(jù)配置第一節(jié)BICC數(shù)據(jù)配置概述第二節(jié)配置底層信令第三節(jié)增加局向第四節(jié)增加路由、子路由第五節(jié)增加BICC中繼群第六節(jié)增加BICCCIC資源BICC數(shù)據(jù)配置概述BICC作為局間信令，它的配置過程跟原來的七號信令I(lǐng)SUP的配置非常相似。分為以下幾步：配置底層信令增加局向增加路由、子路由數(shù)據(jù)增加BICC中繼群增加BICCCIC資源第四章數(shù)據(jù)配置第一節(jié)BICC數(shù)據(jù)配置概述第二節(jié)配置底層信令第三節(jié)增加局向第四節(jié)增加路由、子路由第五節(jié)增加BICC中繼群第六節(jié)增加BICCCIC資源配置底層信令BICC是一種與承載無關(guān)的協(xié)議，根據(jù)需要，BICC可以承載在MTP3、MTP3B或SCTP之上。MTP3、MTP3B的配置不在此陳述SCTP的配置使用命令A(yù)DDBICCSCTPLNK第四章數(shù)據(jù)配置第一節(jié)BICC數(shù)據(jù)配置概述第二節(jié)