SOFTX3000與SIP終端的補(bǔ)充業(yè)務(wù).doc_第1頁(yè)
SOFTX3000與SIP終端的補(bǔ)充業(yè)務(wù).doc_第2頁(yè)
SOFTX3000與SIP終端的補(bǔ)充業(yè)務(wù).doc_第3頁(yè)
SOFTX3000與SIP終端的補(bǔ)充業(yè)務(wù).doc_第4頁(yè)
SOFTX3000與SIP終端的補(bǔ)充業(yè)務(wù).doc_第5頁(yè)
已閱讀5頁(yè),還剩63頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

SoftX3000V300R601 與SIP終端的補(bǔ)充業(yè)務(wù)接口 固網(wǎng)SOFTX3000與SIP終端的補(bǔ)充業(yè)務(wù)摘 要:本文檔說明固網(wǎng)SoftX3000與SIP終端之間的功能接口和信令流程,SoftX3000支持的SIP補(bǔ)充業(yè)務(wù)。參考文檔文檔名稱作者備注RFC 3261IETFSIP協(xié)議標(biāo)準(zhǔn)文檔RFC 3262IETFSIP臨時(shí)響應(yīng)消息的可靠傳輸RFC 3264IETFOffer/Answer媒體協(xié)商機(jī)制RFC 3311IETFThe Session Initiation Protocol (SIP) UPDATE MethodRFC 2327IETFSDP協(xié)議標(biāo)準(zhǔn)文檔RFC 2833IETF2833協(xié)議標(biāo)準(zhǔn)文檔RFC 3265IETFSIP事件和通知機(jī)制標(biāo)準(zhǔn)文檔RFC 2976IETFSIP INFO方法RFC 2617IETFHTTP Authentication: Basic and Digest Access AuthenticationRFC 1890IETFRTP Profile for Audio and Video Conferences with Minimal ControlRFC 3515IETFThe Session Initiation Protocol (SIP) Refer MethodRFC 3550IETFRTP: A Transport Protocol for Real-Time ApplicationsRFC 3551IETFRTP Profile for Audio and Video Conferences with Minimal ControlRFC3555IETFMIME Type Registration of RTP Payload Formatsdraft-ietf-sip-replaces-05.txtIETFReplace extension to combine to SIP calls. (Not supported)draft-ietf-sipping-service-examples-07.txtIETFSIP new service call flowsNote: SDP related references are not listed here fully.1 注冊(cè)和基本呼叫1.1 基本能力要求SIP終端以及SoftX3000支持RFC3261,RFC3262,RFC3264,RFC 3311,RFC 2327,RFC 2833,RFC 2976,RFC 2617,RFC 1890,RFC 3551等RFC對(duì)終端設(shè)備和網(wǎng)絡(luò)設(shè)備的要求,符合所有RFC的協(xié)議流程。詳細(xì)細(xì)節(jié)請(qǐng)參閱相關(guān)RFC以及標(biāo)準(zhǔn)文檔。1.2 SIP終端的標(biāo)識(shí)以及重要頭域的填寫SIP用戶本身沒有設(shè)備的概念,在根據(jù)SIP協(xié)議進(jìn)行互通是凡是需要在消息中攜帶SIP終端用戶標(biāo)識(shí)的參數(shù)統(tǒng)一填寫該用戶的用戶表示User ID,該概念對(duì)應(yīng)到SoftX3000內(nèi)部的EID。為了描述方便,本文統(tǒng)一使用EID代表用戶ID,如無特別聲明,本文中EID均標(biāo)識(shí)用戶的標(biāo)識(shí)而非SIP終端設(shè)備本身的標(biāo)識(shí)。SIP協(xié)議中對(duì)SIP-URI的定義為:SIP-URI = sip: userinfohostuserinfo = user:passwordhost = domain | ipaddr:port1.2.1 注冊(cè)過程在SIP終端發(fā)起注冊(cè)請(qǐng)求時(shí):Request-URI:注冊(cè)消息Request-URI中不能有userinfo部分。host部分填寫被注冊(cè)用戶所屬域或與SIP終端直接互通的網(wǎng)絡(luò)服務(wù)器的地址。即Request-URI必須為“sip:”網(wǎng)絡(luò)服務(wù)器的地址。如果是與SoftX3000直接互通,則host部分為SoftX3000的地址,如果是經(jīng)過Eudemon等其他NAT設(shè)備互通與SoftX3000互通,則填寫該設(shè)備的地址。To-URI: user部分為被注冊(cè)用戶的用戶標(biāo)識(shí)即EID。host部分填寫被注冊(cè)用戶所屬域或與SIP終端直接互通的網(wǎng)絡(luò)服務(wù)器的地址。如果是與SoftX3000直接互通,則host部分為SoftX3000的地址,如果是經(jīng)過Eudemon等其他設(shè)備互通與SoftX3000互通,則填寫該設(shè)備的地址。由于SIP終端總是只是作為一個(gè)普通電話終端,因此From-URI還應(yīng)該有user參數(shù)且該參數(shù)的值為phone。From-URI: user部分填寫發(fā)起注冊(cè)的用戶的用戶標(biāo)識(shí)即EID,host部分填寫被注冊(cè)用戶所屬域或與SIP終端直接互通的網(wǎng)絡(luò)服務(wù)器的地址。如果是與SoftX3000直接互通,則host部分為SoftX3000的地址,如果是經(jīng)過Eudemon等其他設(shè)備互通與SoftX3000互通,則填寫該設(shè)備的地址。由于SIP終端總是只是作為一個(gè)普通電話終端,因此From-URI還應(yīng)該有user參數(shù)且該參數(shù)的值為phone。當(dāng)終端發(fā)起第一方注冊(cè)(終端只發(fā)起對(duì)自身地址的注冊(cè)和刷新)時(shí),F(xiàn)rom-URI與To-UR一致,而當(dāng)終端發(fā)起第三方注冊(cè)時(shí)From-URI與To-UR會(huì)不一致。但由于終端通常都只發(fā)起第一方注冊(cè)過程,因此通常From-URI與To-UR完全一致。注:目前除了測(cè)試工具之外還沒有看到有終端支持第三方注冊(cè)功能。SIP終端上每一個(gè)終端端口在一個(gè)生命周期(從SIP終端設(shè)備加電后該端口發(fā)起注冊(cè)過程起到該端口被復(fù)位、SIP終端設(shè)備被復(fù)位等操作或事件導(dǎo)致該端口所以運(yùn)行期信息丟失,該段時(shí)間為一個(gè)端口的聲明周期)內(nèi),發(fā)起的注冊(cè)請(qǐng)求消息的Call-ID、From-tag必須保持不變,相鄰兩次注冊(cè)請(qǐng)求消息的CSeq值必須遞增且增量為1。發(fā)起的第一個(gè)注冊(cè)請(qǐng)求消息中應(yīng)該沒有To-tag。如果終端發(fā)起注冊(cè),那么注冊(cè)消息中必須包含Contact頭域,且Contact地址的填寫方法如下:1. Contact-URI: user部分為用戶的EID,host部分為SIP終端的地址。2. 帶有expires參數(shù)或Expires頭域,該頭域的值應(yīng)該可以配置,但默認(rèn)值應(yīng)該為3600。3. Expires參數(shù)以及Expires頭域?yàn)榭蛇x。對(duì)于每一個(gè)Contact地址,如果該Contact-URI有expires參數(shù),則使用該expires參數(shù)作為該Contact地址的expires,否則如果有Expires頭域再將該頭域的值作為Contact地址的expires,否則該contact-URI默認(rèn)值為3600。如果終端發(fā)起注銷,那么注冊(cè)消息中必須包含Contact頭域,且Contact地址的expires為0(依照上述查找順序得到的Contact地址expires為0),或者Contact頭域的值為“*”且包含Expires頭域且該頭域的值為“0”。如果終端發(fā)起注冊(cè)查詢,那么注冊(cè)消息中不帶Contact頭域。其他消息頭域的填寫方法請(qǐng)參考RFC3261,在此不再一一累述。SIP終端收到注冊(cè)請(qǐng)求的響應(yīng)消息后:1. 401:SIP終端應(yīng)該重新發(fā)起注冊(cè)請(qǐng)求,并且在該請(qǐng)求消息中包含注冊(cè)認(rèn)證信息。該過程應(yīng)該符合SIP協(xié)議使用的HTTP-Digest認(rèn)證方法和SIP協(xié)議規(guī)定的認(rèn)證過程。詳細(xì)信息請(qǐng)參閱相關(guān)標(biāo)準(zhǔn)或協(xié)議。2. 200:SIP終端從200響應(yīng)消息中獲取得到負(fù)責(zé)注冊(cè)的注冊(cè)地址的expires值(獲取方法與SIP發(fā)起注冊(cè)過程中expires獲取方法一致),并且必須在expires指定的定時(shí)器超時(shí)之前至少5秒鐘之前重新發(fā)起注冊(cè)過程。3. 403:SIP終端不能重新發(fā)起對(duì)該終端的注冊(cè)功能。該響應(yīng)碼表示終端上的某些信息不正確(譬如用戶密碼等),SIP終端必須等重新配置該用戶后再發(fā)起注冊(cè)過程。4. 423:SIP終端應(yīng)該重新發(fā)起注冊(cè)請(qǐng)求,并且新的注冊(cè)請(qǐng)求中Contact地址的expires值必須不小于423響應(yīng)消息中Min-Expires頭域指定的值。SoftX3000不能向SIP終端發(fā)送對(duì)REGISTER的300類、600類以及非100的100類響應(yīng)消息。對(duì)于非200的200類響應(yīng)消息,SIP終端需要按照200響應(yīng)消息的處理方式進(jìn)行處理。1.2.2 SIP終端用戶發(fā)起呼叫在SIP終端用戶發(fā)起呼叫建立請(qǐng)求時(shí),SIP終端通過INVITE請(qǐng)求消息發(fā)起呼叫。本節(jié)對(duì)該請(qǐng)求消息中重要頭域的填寫做如下規(guī)定:Request-URI:如果終端有讓用戶輸入SIP-URI并發(fā)起呼叫的功能,那么Request-URI為用戶輸入的SIP-URI。如果用戶只是簡(jiǎn)單的輸入了被叫用戶的號(hào)碼(包括終端發(fā)起新業(yè)務(wù)注冊(cè)的特殊接入碼),Request-URI user部分為用戶輸入,host部分填寫被注冊(cè)用戶所屬域或與SIP終端直接互通的網(wǎng)絡(luò)服務(wù)器的地址。如果是與SoftX3000直接互通,則host部分為SoftX3000的地址,如果是經(jīng)過Eudemon等其他設(shè)備互通與SoftX3000互通,則填寫該設(shè)備的地址。如果用戶采用其他方式輸入被叫信息,SIP終端負(fù)責(zé)將用戶輸入得到被叫的號(hào)碼或被叫用戶的SIP-URI。如果是號(hào)碼,則按用戶直接輸入了該號(hào)碼做同樣的處理,否則按用戶直接輸入了一個(gè)SIP-URI做同樣的處理。如果終端收到的被叫信息既不為E.164號(hào)碼,又不是一個(gè)SIP-URI,SIP終端負(fù)責(zé)對(duì)其他情況進(jìn)行處理,由于不涉及接口問題,因此本文不做說明和規(guī)定。To-URI: SIP終端發(fā)起呼叫時(shí)To-URI應(yīng)該與Request-URI一致。本接口不對(duì)To-URI進(jìn)行強(qiáng)制規(guī)定,所以在此略過。對(duì)于To-URI的填寫請(qǐng)參考相關(guān)RFC。From-URI: user部分為主叫用戶(即SIP終端用戶)的用戶標(biāo)識(shí)即EID。host部分填寫用戶所屬域或與SIP終端直接互通的網(wǎng)絡(luò)服務(wù)器的地址。如果是與SoftX3000直接互通,則host部分為SoftX3000的地址,如果是經(jīng)過Eudemon等其他設(shè)備互通與SoftX3000互通,則填寫該設(shè)備的地址。由于SIP終端總是只是作為一個(gè)普通電話終端,因此From-URI還應(yīng)該有user參數(shù)且該參數(shù)的值為phone。其他消息頭域的填寫方法請(qǐng)參考RFC3261,在此不再一一累述。1.2.3 發(fā)起呼叫到SIP終端用戶當(dāng)其他網(wǎng)絡(luò)設(shè)備發(fā)起呼叫到SIP終端用戶終端時(shí),SIP終端會(huì)收到INVITE請(qǐng)求消息請(qǐng)求建立呼叫。本節(jié)對(duì)該請(qǐng)求消息中重要頭域的填寫做如下規(guī)定:Request-URI:被叫用戶的信息。其中user部分為被叫用戶的號(hào)碼,host部分為SIP終端的設(shè)備地址。To: 該呼叫的原始被叫地址。SIP終端只能從該頭域中獲取得到呼叫的原始被叫信息而不能從該頭域中獲取得到呼叫的當(dāng)前被叫地址。因此通常終端都不需要對(duì)該頭域進(jìn)行處理。From: 該呼叫的主叫信息。其中display name部分為主叫用戶希望顯示在被叫終端上的主叫用戶信息,F(xiàn)rom-URI部分為主叫用戶邏輯標(biāo)識(shí)(標(biāo)識(shí)注冊(cè)于某個(gè)域的某個(gè)用戶)。其他消息頭域的填寫方法請(qǐng)參考RFC3261,在此不再一一累述。Note:本文中沒有進(jìn)行說明的各頭域、消息的填寫方法以及處理方法請(qǐng)參閱相關(guān)標(biāo)準(zhǔn)以及RFC等文檔。1.3 SIP終端的注冊(cè)對(duì)于注冊(cè)過程中各頭域的填寫請(qǐng)參閱本文【1.2.1】章節(jié)。注冊(cè)過程以及認(rèn)證過程請(qǐng)參閱本文【1.2.1】章節(jié)以及相關(guān)標(biāo)準(zhǔn)、RFC等文檔。1.4 基本呼叫流程對(duì)于SIP終端發(fā)起呼叫時(shí)INVITE請(qǐng)求消息各頭域的填寫請(qǐng)參閱本文【1.2.2】章節(jié)。呼叫建立過程以及認(rèn)證過程請(qǐng)參閱本文【1.2.2】章節(jié)以及相關(guān)標(biāo)準(zhǔn)、RFC等文檔。2 補(bǔ)充業(yè)務(wù)2.1 呼叫等待(CWBI)業(yè)務(wù)簡(jiǎn)介用戶A與用戶B通話過程中,用戶C試圖與用戶A建立通話,此時(shí)用戶A終端提示有用戶呼入,表示另有用戶等待與之通話。同時(shí)C聽回鈴音。預(yù)置條件SIP用戶A是業(yè)務(wù)方,給用戶A設(shè)置呼叫等待權(quán)限(命令字:MOD MSBR或MOD SS,補(bǔ)充業(yè)務(wù)參數(shù):CWBI),A撥打“*58#”登記業(yè)務(wù)。若A有呼叫等待權(quán)限,則聽新業(yè)務(wù)登記成功提示音;若A無權(quán)限,則聽呼叫受限音。業(yè)務(wù)操作1. 流程圖 (SIP終端實(shí)現(xiàn)業(yè)務(wù)簡(jiǎn)介業(yè)務(wù)邏輯)2. 流程描述A打B,AB通話;F1:C呼入,A收到INVITE消息,終端A給用戶提示有新呼叫呼入;F2:A給C回復(fù)180響應(yīng),用戶C聽回鈴音;F3:A拍叉保持住通話方B:給SoftX3000發(fā)送表示hold的INVITE消息(SDP中IP、端口全0或者媒體通道都為inactive、sendonly),SoftX3000給B放呼叫保持音;F4:A給C回復(fù)200響應(yīng),與C建立通話;此時(shí),AC通話,B聽呼叫保持音;如果業(yè)務(wù)方要恢復(fù)與B的通話:F5:A拍叉保持住通話方C:給SoftX3000發(fā)送表示hold的INVITE消息(SDP中IP、端口全0或者媒體通道都為inactive、sendonly),SoftX3000給C放呼叫保持音;F6:A給B發(fā)INVITE消息,與B恢復(fù)通話;其他分支流程:1、AB通話,C撥打A,A沒有注冊(cè)CWBI業(yè)務(wù)權(quán)限的流程:SoftX3000給C回486錯(cuò)誤響應(yīng);2、A要保持住B,與C通話,SoftX3000給B申請(qǐng)放音失敗的流程:SoftX3000給A、B發(fā)BYE消息釋放AB通話,AC通話正常;3、AB通話,C在聽呼叫保持音,C掛機(jī)的流程:C發(fā)BYE消息,釋放AC的呼叫,AB通話正常;4、AB通話,C在聽呼叫保持音,B掛機(jī)的流程:B發(fā)BYE消息,釋放AB的呼叫,然后A發(fā)INVITE消息恢復(fù)與C的通話; A收到BYE消息后如何給用戶撥提示音?這里A不需要用戶做任何干涉就直接連通C嗎?5、AB通話,C在聽呼叫保持音,業(yè)務(wù)方A掛機(jī)的流程:A發(fā)送BYE消息,釋放AB的呼叫,然后A發(fā)INVITE消息恢復(fù)與C的通話。A掛機(jī)后是否要給用戶提示音,比如振鈴?這種情況下用戶不需要做任何操作就直接發(fā)INVITE給C方嗎?SIP用戶接口1、 D1、D2:表示hold的INVITE消息,SDP中IP全0 或者 端口為0Content-Type: application/sdpc=IN IP4 m=audio 0 2、D1、D2:表示hold的INVITE消息,媒體通道都為inactive、sendonlyContent-Type: application/sdpa=inactive(或者 a=sendonly)操作說明: 操作類別項(xiàng)目操作步驟及說明登記操作附錄A A摘機(jī),聽撥號(hào)音。1. A撥打“*58#”(雙音多頻話機(jī))或“158”(脈沖話機(jī))。若A有呼叫等待權(quán)限,則聽新業(yè)務(wù)登記成功提示音;若A無權(quán),則聽呼叫受限音。2. A掛機(jī),業(yè)務(wù)登記結(jié)束。說明A:業(yè)務(wù)使用者,有呼叫等待權(quán)限;B、C:普通用戶。使用說明A和B正在通話,C呼叫正通話的A。C聽語音:“您撥打的用戶正在通話,請(qǐng)暫勿掛機(jī),等待回應(yīng)”,A聽“嘟”的一聲提示音。此時(shí),A可有三種選擇:操作3. 拒絕C呼入:不作任何操作,過了一段時(shí)間后(90秒)呼叫等待自動(dòng)釋放;4. 在兩個(gè)用戶間切換通話,切換后原通話方保留:先拍叉或按鍵,聽特殊撥號(hào)音,按鍵;5. 結(jié)束當(dāng)前通話,改與另一方通話:先拍叉或按鍵,聽特殊撥號(hào)音,按鍵。撤銷操作6. A摘機(jī),聽撥號(hào)音。7. A撥打“#58#”(雙音多頻話機(jī))或撥打“151158”。若A已登記呼叫等待業(yè)務(wù),則聽業(yè)務(wù)撤消成功提示音;若未登記,則聽忙音。8. A掛機(jī),業(yè)務(wù)撤銷結(jié)束。2.2 呼叫等待(CW)業(yè)務(wù)簡(jiǎn)介當(dāng)A用戶正與B用戶通話,C用戶試圖與A用戶建立通話連接,此時(shí)A用戶收到呼叫等待提示音,表示另有用戶等待與之通話。同時(shí)C聽呼叫等待音。預(yù)置條件SIP用戶A是業(yè)務(wù)方,給用戶A設(shè)置呼叫等待權(quán)限(命令字:MOD MSBR或MOD SS,補(bǔ)充業(yè)務(wù)參數(shù):CW),A撥打“*58#”登記業(yè)務(wù)。若A有呼叫等待權(quán)限,則聽新業(yè)務(wù)登記成功提示音;若A無權(quán)限,則聽呼叫受限音。業(yè)務(wù)操作1. 流程圖(SoftX3000實(shí)現(xiàn)業(yè)務(wù)邏輯)2. 流程描述A打B,AB通話;F1:C撥打正在通話的A;F2:有第三方呼入,SoftX3000發(fā)INFO消息給A,提示終端A放BEEP音;F3:SoftX3000給用戶C放呼叫等待提示音;F4:A拍叉保持B,終端A發(fā)送拍叉事件的INFO消息;F5:INVITE消息帶上放音媒體,給B媒體改向,B聽呼叫保持音;F6F7:SoftX3000發(fā)送不帶SDP的INVITE消息給終端A,要求終端A要在200響應(yīng)的SDP中帶上所有支持的編解碼能力;F8:SoftX3000發(fā)INFO消息給A,指示SIP終端放特殊撥號(hào)音,等待用戶撥號(hào);F9:用戶撥“2”,終端A發(fā)送INFO消息給SoftX3000,把號(hào)碼帶上;F10:SoftX3000給C發(fā)200響應(yīng),給A媒體改向,讓AC建立通話;其他分支流程:1、 AB通話,C撥打A,A沒有注冊(cè)CW業(yè)務(wù)權(quán)限的流程:SoftX3000給C回486錯(cuò)誤響應(yīng);2、 AB通話,用戶C呼入,A拍叉撥“1”的流程:釋放通話方B,接通用戶C;3、 AB通話,用戶C呼入,A掛機(jī)的流程:AB通話釋放,B聽忙音,A振鈴;4、 A拍叉撥2,AC通話,B聽呼叫保持音,A掛機(jī)的流程:AC通話釋放,C聽忙音,A振鈴,B聽回鈴音,A摘機(jī)后,AB通話;5、 A拍叉撥2,AC通話,B聽呼叫保持音,B掛機(jī)的流程:AB通話釋放,AC通話正常;6、 A拍叉撥2,AC通話,B聽呼叫保持音,C掛機(jī)的流程:AC通話釋放,AB恢復(fù)通話;SIP用戶接口D1:讓終端放BEEP音,提示用戶有新呼叫呼入,INFO消息體如下:Content-Type: application/sscctone-type=beep; beep-duration=100; beep-gap=2000; beep-times=5tone-type:放音的類型,tone-type = “beep” | “dial” | “busy” |”ringback”|”ringing”|”specialdial”|“recalldial”|” reminderring”|token;對(duì)于beep,定義如下三個(gè)參數(shù):beep-duration = “beep-duration=” *0-9beep音長(zhǎng),單位:ms。beep-gap = “beep-gap=” *0-9beep音間隔時(shí)長(zhǎng),單位:ms。beep-times = “beep-times=” *0-9beep音播放次數(shù)D2:INFO消息上報(bào)終端的拍叉事件,INFO消息體如下:Content-Type: application/ssccContent-Length: event=flashhookevent有如下一些事件類型:event = “event=” “offhook”|“onhook”|”flashhook”|tokenD3:指示SIP終端放特殊撥號(hào)音,等待用戶撥號(hào),INFO消息體如下:Content-Type: application/sscctone-type= specialdialdial-timer=5dial-timer:號(hào)間定時(shí)器時(shí)長(zhǎng),單位為毫秒。只在tone-type為dial-tone時(shí)有意義。如果tone-type為dial-tone則表示向用戶放普通的撥號(hào)音,同時(shí)使用dial-timer指示的號(hào)間定時(shí)器。號(hào)間定時(shí)器超時(shí)后SIP終端將用戶所撥號(hào)碼通過INFO消息上報(bào)給SoftX3000。D4:INFO消息上報(bào)用戶撥的號(hào)碼,帶在INFO消息體中:Content-Type: application/ssccdigit=2digit:從終端到網(wǎng)絡(luò)設(shè)備的消息中用來傳遞用戶所撥的號(hào)碼,從網(wǎng)絡(luò)設(shè)備到終端方向的消息中用來傳遞需要傳遞給用戶或終端的號(hào)碼信息。2.3 呼叫保持(Consult Hold)業(yè)務(wù)簡(jiǎn)介通過本業(yè)務(wù),用戶可以在保持原有通話的同時(shí),發(fā)起新的呼叫。此后可以在兩個(gè)通話間切換,或者釋放任意一方。預(yù)置條件SIP用戶A是業(yè)務(wù)方,給用戶A設(shè)置呼叫保持權(quán)限(命令字:MOD MSBR或MOD SS,補(bǔ)充業(yè)務(wù)參數(shù):CONSULHOLD),該業(yè)務(wù)不需要登記。業(yè)務(wù)操作1. 流程圖(SIP終端實(shí)現(xiàn)業(yè)務(wù)邏輯)2. 流程描述A打B,AB通話;F1:A拍叉保持住通話方B:給SoftX3000發(fā)送表示hold的INVITE消息(SDP中IP、端口全0或者媒體通道都為inactive、sendonly),SoftX3000給B放呼叫保持音;F2:A呼叫用戶C,AC通話F3:A拍叉保持住通話方C:給SoftX3000發(fā)送表示hold的INVITE消息(SDP中IP、端口全0或者媒體通道都為inactive、sendonly),SoftX3000給C放呼叫保持音;F4:A給B發(fā)INVITE消息,與B恢復(fù)通話;其他分支流程:1、AB通話,A發(fā)D1:INVITE消息給SoftX3000,A沒有CONSULHOLD權(quán)限的流程:SoftX3000給A回403錯(cuò)誤響應(yīng);2、A要保持住B,與C通話,SoftX3000給B申請(qǐng)放音失敗的流程:SoftX3000給A、B發(fā)BYE消息釋放AB通話,AC通話正常;3、AB通話,C在聽呼叫保持音,C掛機(jī)的流程:C發(fā)BYE消息,釋放AC的呼叫,AB通話正常;4、AB通話,C在聽呼叫保持音,B掛機(jī)的流程:B發(fā)BYE消息,釋放AB的呼叫,然后A發(fā)INVITE消息恢復(fù)與C的通話;5、AB通話,C在聽呼叫保持音,業(yè)務(wù)方A掛機(jī)的流程:A發(fā)BYE消息,釋放AB的呼叫,然后A發(fā)INVITE消息恢復(fù)與C的通話。SIP用戶接口1、 D1、D2:表示hold的INVITE消息,SDP中IP全0;Content-Type: application/sdpc=IN IP4 2、D1、D2:表示hold的INVITE消息,媒體通道都為inactive、sendonly;Content-Type: application/sdpa=inactive(或者 a=sendonly)2.4 呼叫保持(CH)業(yè)務(wù)簡(jiǎn)介這項(xiàng)業(yè)務(wù)允許用戶在一個(gè)已經(jīng)存在的連接上中斷通信,然后在需要的時(shí)候重新建立這個(gè)通信。預(yù)置條件SIP用戶A是業(yè)務(wù)方,給用戶A設(shè)置呼叫保持權(quán)限(命令字:MOD MSBR或MOD SS,補(bǔ)充業(yè)務(wù)參數(shù):HOLD),該業(yè)務(wù)不需要登記。業(yè)務(wù)操作1. 流程圖(SoftX3000實(shí)現(xiàn)業(yè)務(wù)邏輯)2. 流程描述A打B,AB通話;F1:A拍叉保持B,終端A發(fā)送拍叉事件的INFO消息, SoftX3000給B放呼叫保持音;F2:INVITE消息帶上放音媒體,給B媒體改向,B聽呼叫保持音;F3F4:SoftX3000發(fā)送不帶SDP的INVITE消息給終端A,要求終端A要在200響應(yīng)的SDP中帶上所有支持的編解碼能力;F5:A拍叉,終端A發(fā)送拍叉事件的INFO消息;F6F7:SoftX3000發(fā)送不帶SDP的INVITE消息給終端A,要求終端A要在200響應(yīng)的SDP中帶上所有支持的編解碼能力;F8:發(fā)INVITE消息給B,帶上A的媒體;F9:SoftX3000收到B的200響應(yīng),發(fā)ACK消息給A,帶上協(xié)商后的媒體,AB媒體協(xié)商完成,AB恢復(fù)通話;其他分支流程:1、AB通話,A發(fā)D1:INFO消息給SoftX3000,A沒有HOLD權(quán)限的流程:SoftX3000給A回403響應(yīng);2、A保持B,SoftX3000申請(qǐng)給B放音失敗的流程:SoftX3000發(fā)BYE消息,釋放AB呼叫;3、A保持B,B聽呼叫保持音,A掛機(jī)的流程:A振鈴,B聽回鈴音,A摘機(jī),AB通話;SIP用戶接口1、D1、D2:INFO消息上報(bào)終端的拍叉事件,INFO消息體如下:Content-Type: application/ssccContent-Length: event=flashhook2.5 呼叫轉(zhuǎn)移(CTR)業(yè)務(wù)簡(jiǎn)介呼叫轉(zhuǎn)移業(yè)務(wù)是指一個(gè)用戶能夠把一個(gè)正在進(jìn)行中的呼叫轉(zhuǎn)移到第三方而自己退出呼叫。預(yù)置條件SIP用戶A是業(yè)務(wù)方,給用戶A設(shè)置呼叫轉(zhuǎn)移權(quán)限(命令字:MOD MSBR或MOD SS,補(bǔ)充業(yè)務(wù)參數(shù):CCT 和 CTR),該業(yè)務(wù)不需要登記。業(yè)務(wù)操作1. 流程圖(SIP終端實(shí)現(xiàn)業(yè)務(wù)邏輯)2. 流程描述CCT:主叫拍叉呼叫轉(zhuǎn)移,業(yè)務(wù)方A撥打B,AB通話,A保持住B,撥打C,AC通話,然后A掛機(jī)讓BC通話。CTR:被叫拍叉呼叫轉(zhuǎn)移,B撥打業(yè)務(wù)方A,AB通話,A保持住B,撥打C,AC通話,然后A掛機(jī)讓BC通話。呼叫轉(zhuǎn)移有兩種實(shí)現(xiàn)方式,在消息流程上差別比較大,如流程圖所示,L1:沒有透?jìng)鱎EFER消息,由SoftX3000控制實(shí)現(xiàn)轉(zhuǎn)移;L2:透?jìng)鱎EFER消息,由終端控制實(shí)現(xiàn)轉(zhuǎn)移;只有當(dāng)參與方B、C都是SIP用戶,并且軟參491Bit7等于1(默認(rèn)值)的時(shí)候,才會(huì)走L2流程;否則走L1流程。下面以CCT為例,簡(jiǎn)單描述一下流程:A打B,AB通話;F1:A拍叉保持住通話方B,B聽呼叫保持音;F2:A呼叫C,AC通話;L1 不透?jìng)鱎EFER消息的流程: F3:A掛機(jī)給SoftX3000發(fā)送REFER消息,發(fā)起訂閱; F4:SoftX3000給A回NOTIFY消息,表示訂閱終止,并給A發(fā)BYE消息,釋放A的呼叫; F5F6:SoftX3000給B、C發(fā)媒體改向的INVITE消息,BC建立通話;L2 透?jìng)鱎EFER消息的流程: F7F8:A掛機(jī)發(fā)送REFER消息,SoftX3000透?jìng)鹘oB,B收到REFER消息回202響應(yīng); F9F10:B發(fā)送NOTIFY消息給A,訂閱狀態(tài)為ACTIVE; F11F12:B發(fā)INVITE消息給C,帶上REPLACE頭域,BC建立通話;F13:C收到帶REPLACE頭域的INVITE消息,與B通話建立后,C發(fā)BYE消息,釋放AC呼叫;F14F15:BC通話建立后,B發(fā)NOTIFY消息給A,表示訂閱終止;F16:A發(fā)BYE消息給B,釋放AB呼叫。其他分支流程:1、AB通話,A發(fā)D1:INVITE消息給SoftX3000,A沒有CCT或者CTR權(quán)限的流程:SoftX3000給A回403失敗響應(yīng);2、A要保持住B,呼叫C,SoftX3000給B申請(qǐng)放音失敗的流程:SoftX3000給A、B發(fā)BYE消息釋放AB通話,AC通話正常;3、A掛機(jī)發(fā)REFER消息,A沒有CCT或者CTR權(quán)限的流程:SoftX3000給A回403失敗響應(yīng);SIP用戶接口1、D1:INVITE表示hold的INVITE消息,SDP中IP全0 或者 媒體通道都為inactive、sendonly;Content-Type: application/sdpc=IN IP4 Content-Type: application/sdpa=inactive(或者 a=sendonly)2、D2、D4、D5:REFER帶Refer-to必選頭域,Refer-to中帶上Replace參數(shù);Refer-To: 3、D6、D7:NOTIFY,帶必選頭域Event、訂閱狀態(tài)active,Notify Body;Event: referSubscription-State: active;expires=(depends on Refer-To URI)Content-Type: message/sipfrag;version=2.0Content-Length: 20SIP/2.0 100 Trying4、D3、D10、D11:NOTIFY,帶必選頭域Event、訂閱狀態(tài)terminated,Notify Body;Event: referSubscription-State: terminated;reason=noresourceContent-Type: message/sipfrag;version=2.0Content-Length: 16SIP/2.0 200 OK5、D8、D9:INVITE,帶上Replace頭域;Replaces: 12345;to-tag=12345;from-tag=5FFE-39942.6 呼叫轉(zhuǎn)移(CTR)業(yè)務(wù)簡(jiǎn)介呼叫轉(zhuǎn)移業(yè)務(wù)是指一個(gè)用戶能夠把一個(gè)正在進(jìn)行中的呼叫轉(zhuǎn)移到第三方而自己退出呼叫。預(yù)置條件SIP用戶A是業(yè)務(wù)方,給用戶A設(shè)置呼叫轉(zhuǎn)移權(quán)限(命令字:MOD MSBR或MOD SS,補(bǔ)充業(yè)務(wù)參數(shù):CCT 和 CTR),該業(yè)務(wù)不需要登記。業(yè)務(wù)操作1. 流程圖(SoftX3000實(shí)現(xiàn)業(yè)務(wù)邏輯)2. 流程描述SIP用戶A是業(yè)務(wù)方,給用戶A設(shè)置呼叫轉(zhuǎn)移權(quán)限(命令字:MOD MSBR或MOD SS,補(bǔ)充業(yè)務(wù)參數(shù):CCT 和 CTR),該業(yè)務(wù)不需要登記。CCT:主叫拍叉呼叫轉(zhuǎn)移,業(yè)務(wù)方A撥打B,AB通話,A保持住B,撥打C,然后A掛機(jī)讓BC通話。CTR:被叫拍叉呼叫轉(zhuǎn)移,B撥打業(yè)務(wù)方A,AB通話,A保持住B,撥打C,然后A掛機(jī)讓BC通話。呼叫轉(zhuǎn)移有兩種方式,如流程圖所示,L1:業(yè)務(wù)方A撥打C,C摘機(jī),AC通話后,A再掛機(jī),BC通話;L2:業(yè)務(wù)方A撥打C,C未摘機(jī),A在聽回鈴音的時(shí)候,A掛機(jī),BC通話;下面以CCT為例,簡(jiǎn)單描述一下流程:A打B,AB通話;F1:A拍叉保持B,終端A發(fā)送拍叉事件的INFO消息, SoftX3000給B放呼叫保持音;F2:INVITE消息帶上放音媒體,給B媒體改向,B聽呼叫保持音;F3F4:SoftX3000發(fā)送不帶SDP的INVITE消息給終端A,要求終端A要在200響應(yīng)的SDP中帶上所有支持的編解碼能力;F5:SoftX3000發(fā)INFO消息給A,指示SIP終端放特殊撥號(hào)音,等待用戶撥號(hào);F6:用戶撥號(hào)后,終端A發(fā)送INFO消息給SoftX3000,把C的號(hào)碼帶上;F7:SoftX3000收到帶有C的號(hào)碼的INFO消息,向C發(fā)起呼叫;F8:SoftX3000收到C的180響應(yīng),給終端A發(fā)INFO消息,讓終端放回鈴音;L1 AC通話后,A掛機(jī)的流程:F9:C摘機(jī),給SoftX3000發(fā)200摘機(jī)響應(yīng);F10:SoftX3000收到C的摘機(jī)200響應(yīng),給A發(fā)媒體改向INVITE消息,完成AC媒體協(xié)商,AC建立通話;F11:A掛機(jī),發(fā)BYE消息給SoftX3000;F12F13:SoftX3000給BC發(fā)媒體改向消息,讓B、C建立通話;L2 A在C振鈴的時(shí)候就掛機(jī)的流程: F14:C還未摘機(jī),A在聽回鈴音,此時(shí)A掛機(jī),發(fā)BYE消息; F15:SoftX3000給B發(fā)送媒體改向的INVITE消息,讓B放回鈴音; F16:C摘機(jī)發(fā)200響應(yīng)給SoftX3000; F17F18:SoftX3000給B、C發(fā)媒體改向消息,讓B、C建立通話;其他分支流程:1、AB通話后,A發(fā)D1:INFO消息給SoftX3000,A沒有CCT或者CTR權(quán)限的流程:SoftX3000給A回403響應(yīng);2、A保持住B,發(fā)D5:INFO帶C的號(hào)碼給SoftX3000,呼叫C,C用戶忙或者長(zhǎng)時(shí)間無應(yīng)答的流程:A聽短暫的忙音(5秒鐘)后,AB恢復(fù)通話;SIP用戶接口D1:INFO消息上報(bào)終端的拍叉事件,INFO消息體如下:Content-Type: application/ssccContent-Length: event=flashhookD2:指示SIP終端放特殊撥號(hào)音,等待用戶撥號(hào),INFO消息體如下:Content-Type: application/sscctone-type= specialdialdial-timer=5D3:INFO消息上報(bào)用戶撥的號(hào)碼,帶在INFO消息體中:Content-Type: application/ssccdigit=123456D4:指示終端放回鈴音,INFO消息體如下:Content-Type: application/sscctone-type=ringback2.7 三方會(huì)議(TWC)業(yè)務(wù)簡(jiǎn)介三方通話業(yè)務(wù)指允許用戶在進(jìn)行兩方通話時(shí),通過操作加入第三方,三個(gè)成員之間可以進(jìn)行三方間互相通話。預(yù)置條件SIP用戶A是業(yè)務(wù)方,給用戶A設(shè)置三方通話權(quán)限(命令字:MOD MSBR或MOD SS,補(bǔ)充業(yè)務(wù)參數(shù):TRIPTY),該業(yè)務(wù)不需要登記。業(yè)務(wù)邏輯在終端上實(shí)現(xiàn),包括三方通話的混音。業(yè)務(wù)操作1. 流程圖(SIP終端實(shí)現(xiàn)業(yè)務(wù)邏輯)2. 流程描述A打B,AB通話;F1:A拍叉保持住通話方B,B聽呼叫保持音;F2:A呼叫C,AC通話;F3:A拍叉發(fā)INVITE消息給B,B加入到通話中,ABC進(jìn)入三方通話。(需要終端支持會(huì)議混音)其他分支流程:1、AB通話,A發(fā)D1:INVITE消息給SoftX3000,A沒有TRIPTY權(quán)限的流程:SoftX3000給A回403失敗響應(yīng);2、A要保持住B,呼叫C,SoftX3000給B申請(qǐng)放音失敗的流程:SoftX3000給A、B發(fā)BYE消息釋放AB通話,AC通話正常;3、ABC進(jìn)入三方通話后,參與方B掛機(jī)的流程:B發(fā)BYE消息,釋放AB呼叫,AC通話正常;4、ABC進(jìn)入三方通話后,業(yè)務(wù)方A掛機(jī)的流程:A發(fā)BYE消息,釋放AB、AC呼叫,B、C聽忙音。SIP用戶接口1、D1:INVITE表示hold的INVITE消息,SDP中IP全0 或者 媒體通道都為inactive、sendonly;Content-Type: application/sdpc=IN IP4 Content-Type: application/sdpa=inactive(或者 a=sendonly)2.8 三方會(huì)議(TRIPTY & AD3PTY)業(yè)務(wù)簡(jiǎn)介三方通話業(yè)務(wù)指允許用戶在進(jìn)行兩方通話時(shí),通過操作加入第三方,三個(gè)成員之間可以進(jìn)行三方間互相通話。預(yù)置條件SIP用戶A是業(yè)務(wù)方,給用戶A設(shè)置三方通話權(quán)限(命令字:MOD MSBR或MOD SS,補(bǔ)充業(yè)務(wù)參數(shù):TRIPTY(低級(jí)三方)、AD3PTY(高級(jí)三方),該業(yè)務(wù)不需要登記。業(yè)務(wù)操作1. 流程圖(SoftX3000實(shí)現(xiàn)業(yè)務(wù)邏輯)(1)低級(jí)三方(2)高級(jí)三方2. 流程描述(1)低級(jí)三方A打B,AB通話F1:A拍叉保持B,終端A發(fā)送拍叉事件的INFO消息, SoftX3000給B放呼叫保持音;F2:INVITE消息帶上放音媒體,給B媒體改向,B聽呼叫保持音;F3F4:SoftX3000發(fā)送不帶SDP的INVITE消息給終端A,要求終端A要在200響應(yīng)的SDP中帶上所有支持的編解碼能力;F5:SoftX3000發(fā)INFO消息給A,指示SIP終端放特殊撥號(hào)音,等待用戶撥號(hào);F6:用戶撥號(hào)后,終端A發(fā)送INFO消息給SoftX3000,把C的號(hào)碼帶上;F7:SoftX3000收到帶有C的號(hào)碼的INFO消息,向C發(fā)起呼叫;F8:SoftX3000收到C的180響應(yīng),給終端A發(fā)INFO消息,讓終端放回鈴音;F9:C摘機(jī)回200響應(yīng),SoftX3000給A發(fā)INVITE媒體改向,AC建立通話;F10:A拍叉,終端A發(fā)送拍叉事件的INFO消息;F11F13;SoftX3000給ABC媒體改向,帶上會(huì)議資源的媒體,ABC進(jìn)入三方通話;其他分支流程:1、AB通話后,A發(fā)D1:INFO消息給SoftX3000,A沒有TRIPTY權(quán)限的流程:SoftX3000給A回403響應(yīng);2、A保持住B,呼叫C,C用戶忙或者長(zhǎng)時(shí)間無應(yīng)答的流程:A聽短暫的忙音(5秒鐘)后,AB恢復(fù)通話;3、A保持B,撥打C,AC通話,在A拍叉進(jìn)入三方之前,A掛機(jī)的流程:C聽忙音,A振鈴,B聽回鈴音,A摘機(jī)后,AB通話;4、ABC三方通話,業(yè)務(wù)方A掛機(jī)的流程:AB、AC呼叫釋放,B、C聽忙音;5、ABC三方通話,參與方B掛機(jī)的流程:AC恢復(fù)通話;(2)高級(jí)三方A打B,AB通話F1:A拍叉,終端A發(fā)送拍叉事件的INFO消息, SoftX3000申請(qǐng)會(huì)議資源;F2:INVITE消息帶上放音媒體,給B媒體改向,B聽呼叫保持音;F3F4:SoftX3000發(fā)送不帶SDP的INVITE消息給終端A,要求終端A要在200響應(yīng)的SDP中帶上所有支持的編解碼能力;F5:SoftX3000發(fā)INFO消息給A,指示SIP終端放特殊撥號(hào)音,等待用戶撥號(hào);F6:用戶撥號(hào)后,終端A發(fā)送INFO消息給SoftX3000,把C的號(hào)碼帶上;F7:SoftX3000收到帶有C的號(hào)碼的INFO消息,向C發(fā)起呼叫;F8:SoftX3000收到C的180響應(yīng),給終端A發(fā)INFO消息,讓終端放回鈴音;F9:C摘機(jī)回200響應(yīng),SoftX3000給A發(fā)INVITE媒體改向,AC建立通話;F10:A拍叉,終端A發(fā)送拍叉事件的INFO消息;F11F12;SoftX3000發(fā)送不帶SDP的INVITE消息給終端A,要求終端A要在200響應(yīng)的SDP中帶上所有支持的編解碼能力;F13:SoftX3000發(fā)INFO消息給A,指示SIP終端放特殊撥號(hào)音,等待用戶撥號(hào);F14:用戶撥號(hào)“3”,終端A發(fā)送INFO消息給SoftX3000,把號(hào)碼帶上;F15:給A媒體改向,ABC進(jìn)入三方通話;其他分支流程:1、AB通話后,A發(fā)D1:INFO消息給SoftX3000,A沒有AD3PTY權(quán)限的流程:SoftX3000給A回403響應(yīng);2、A保持住B,呼叫C,C用戶忙或者長(zhǎng)時(shí)間無應(yīng)答的流程:A聽短暫的忙音(5秒鐘)后,AB恢復(fù)通話;3、A保持B,撥打C,AC通話,在A拍叉進(jìn)入三方之前,A掛機(jī)的流程:AB、AC呼叫釋放,B、C聽忙音;4、ABC三方通話,業(yè)務(wù)方A掛機(jī)的流程:AB、AC呼叫釋放,B、C聽忙音;5、ABC三方通話,參與方B掛機(jī)的流程:AC恢復(fù)通話;SIP用戶接口(1)低級(jí)三方D1、D5:INFO消息上報(bào)終端的拍叉事件,INFO消息體如下:Content-Type: application/ssccContent-Length: event=flashhookD2:指示SIP終端放特殊撥號(hào)音,等待用戶撥號(hào),INFO消息體如下:Content-Type: application/sscctone-type= specialdialdial-timer=5D3:INFO消息上報(bào)用戶撥的號(hào)碼,帶在INFO消息體中:Content-Type: application/ssccdigit=123456D4:指示終端放回鈴音,INFO消息體如下:Content-Type: application/sscctone-type=ringback(2)高級(jí)三方關(guān)鍵消息接口舉例:D1、D5:INFO消息上報(bào)終端的拍叉事件,INFO消息體如下:Content-Type: application/ssccContent-Length: event=flashhookD2、D6:指示SIP終端放特殊撥號(hào)音,等待用戶撥號(hào),INFO消息體如下:Content-Type: application/sscctone-type= specialdialdial-timer=5D3:INFO消息上報(bào)用戶撥的號(hào)碼,帶在INFO消息體中:Content-Type: application/ssccdigit=123456D4:指示終端放回鈴音,INFO消息體如下:Content-Type: application/sscctone-type=ringbackD7:INFO消息上報(bào)用戶撥的號(hào)碼,帶在INFO消息體中:Content-Type: application/ssccdigit=32.9 縮位撥號(hào)(ADI)業(yè)務(wù)簡(jiǎn)介縮位撥號(hào),就是用12位代碼(也稱縮位代碼)來代替原來的被叫號(hào)碼。用戶直接撥打代碼,即撥打相應(yīng)的被叫號(hào)碼。中國(guó)統(tǒng)一采用2位代碼作為縮位代碼。因此,縮位代碼的取值范圍是0099,即一個(gè)用戶最多可以有100個(gè)采用縮位撥號(hào)的被叫用戶。預(yù)置條件給業(yè)務(wù)使用者設(shè)置縮位撥號(hào)權(quán)限(命令字: MOD MSBR或MOD SS,補(bǔ)充業(yè)務(wù)參數(shù):ADI)。脈沖話機(jī)使用該業(yè)務(wù)時(shí),操作員可以使用LST CNACLD命令查詢?cè)摌I(yè)務(wù)登記、使用、撤銷的字冠。如果沒有配置,操作員可以使用ADD CNACLD命令增加相應(yīng)的字冠。關(guān)于字冠的語法分析,操作員可以使用命令LST SYNANA查詢。業(yè)務(wù)操作操作類別項(xiàng)目操作步驟及說明登記操作1) A摘機(jī),聽撥號(hào)音。2) A撥打“*51*MN*B的用戶號(hào)碼#”。若A有縮位撥號(hào)權(quán)限,則聽新業(yè)務(wù)登記成功提示音;若A無權(quán),則聽呼叫受限音。3) A掛機(jī),登記結(jié)束。說明l A:

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論