【正文】 持RFC3262定義的PRACK消息，能夠發(fā)起和處理該請(qǐng)求。e家終端應(yīng)支持RFC3311定義的UPDATE消息，能夠處理該請(qǐng)求。e家終端應(yīng)支持RFC3428定義的MESSAGE消息，能夠發(fā)起和處理該請(qǐng)求進(jìn)行即時(shí)消息傳送。e家終端可選支持RFC2976定義的INFO消息，能夠發(fā)起和處理該請(qǐng)求。e家終端可選支持RFC3515定義的REFER消息，能夠處理該請(qǐng)求。e家終端應(yīng)支持上述SIP消息對(duì)應(yīng)的頭域。e家終端應(yīng)支持的SDP頭域見表7。表 7 e家終端應(yīng)支持的SDP頭域v: 協(xié)議版本o: 所有者或創(chuàng)建者，及會(huì)話標(biāo)識(shí)s: 會(huì)話時(shí)間t: 時(shí)間描述c: 連接信息m: 媒體名稱和傳輸?shù)刂穉: 媒體屬性行　 注冊(cè)要求e家終端可以在REGISTER請(qǐng)求中填寫“Expire”值。如果REGISTER請(qǐng)求的200 OK響應(yīng)返回的“Expire”值不同，e家終端應(yīng)將注冊(cè)更新周期設(shè)置為200 OK的“Expire”值。e家終端應(yīng)支持RFC3261和RFC2617定義的HTTP Digest注冊(cè)鑒權(quán)過程。e家終端發(fā)送第一個(gè)REGISTER請(qǐng)求并收到401 Unauthorized響應(yīng)之后，將發(fā)送第二個(gè)REGISTER請(qǐng)求。第二個(gè)REGISTER請(qǐng)求和第一個(gè)REGISTER請(qǐng)求CallID相同，Cseq增加1。第二個(gè)REGISTER請(qǐng)求應(yīng)包含Authorization頭域，攜帶對(duì)鑒權(quán)挑戰(zhàn)的響應(yīng)，其中Digest username為用戶的電話號(hào)碼，nonce、realm、 algorithm為復(fù)制401 Unauthorized的內(nèi)容，response為e家終端通過收到的RAND和共享密鑰計(jì)算出的響應(yīng)。例如：REGISTER sip: SIP/From: sip: 80000001@。tag=25ER486To: sip: 80000001@CSeq: 2 REGISTERCallID: 10000000@Via: SIP/:5060。branch=z9hG4bK1063644978Maxforward: 70Contact: sip: 80000001@:5060Expires: 3600WWWAuthorization: Digest username=80000001, realm=,nonce=ca019edffb7551683c2136eb2dd10537,uri= “sip: 80000001@”, response=“dffb7551683c2136e”ContentLength: 0如果收到4xx（除401 Unauthorized、423 Interval Too Brief之外）、5xx、6xx響應(yīng)，e家終端不應(yīng)該立即發(fā)送新的注冊(cè)請(qǐng)求。（若e家終端同時(shí)配置了主用和備用BAC，收到上述響應(yīng)后應(yīng)向備用BAC發(fā)起注冊(cè)請(qǐng)求）。如果沒有收到任何響應(yīng)，e家終端重發(fā)數(shù)次注冊(cè)請(qǐng)求后應(yīng)停止發(fā)送，一段時(shí)間后再次發(fā)送注冊(cè)請(qǐng)求（若e家終端同時(shí)配置了主用和備用BAC，重發(fā)數(shù)次仍無響應(yīng)后應(yīng)向備用BAC發(fā)起注冊(cè)請(qǐng)求）。注冊(cè)周期內(nèi)發(fā)起的注冊(cè)更新請(qǐng)求CallID不變，Cseq 增加1。注冊(cè)更新請(qǐng)求應(yīng)攜帶鑒權(quán)信息?！?呼叫要求　 基本呼叫e家終端的電話號(hào)碼應(yīng)至少支持SIP URI（RFC3261）格式。SIP URI的格式為user@host，其中user部分設(shè)置電話號(hào)碼，host部分設(shè)置軟交換地址信息（域名或IP 地址方式），SIP URI包含user=phone參數(shù)。e家終端應(yīng)支持RFC3261和RFC2617定義的HTTP Digest呼叫鑒權(quán)過程。e家終端發(fā)送第一個(gè)INVITE請(qǐng)求并收到407 Proxy Authentication Required響應(yīng)之后，將發(fā)送帶有鑒權(quán)信息的第二個(gè)INVITE請(qǐng)求。第二個(gè)INVITE請(qǐng)求和第一個(gè)INVITE請(qǐng)求CallID相同，Cseq增加1。建議e家終端使用RFC1750定義的加密隨機(jī)標(biāo)識(shí)符方法生成CallID。CallID 對(duì)大小寫敏感，需逐字節(jié)進(jìn)行比較。加密隨機(jī)標(biāo)識(shí)符方法在一定程度上能防范黑客的會(huì)話攻擊，并降低了無意中產(chǎn)生CallID 沖突的可能性。e家終端發(fā)起的所有INVITE請(qǐng)求應(yīng)包含SDP信息。對(duì)于e家終端發(fā)起的呼叫，應(yīng)支持可靠的1xx響應(yīng)。e家終端在收到1xx響應(yīng)（除100 Trying之外）后應(yīng)回復(fù)PRACK消息。如果接收到的180 Ringing或183 Session Progress消息攜帶SDP信息，回鈴音或呼叫失敗提示音由遠(yuǎn)端提供。如果接收到的180 Ringing消息不帶SDP信息，回鈴音由本端提供。e家終端應(yīng)帶有一個(gè)定時(shí)器，處理發(fā)送INVITE請(qǐng)求之后沒有收到任何最終響應(yīng)的情況。對(duì)于e家終端接收的呼叫， e家終端回復(fù)的180 Ringing響應(yīng)中不攜帶SDP信息?；剽徱粲芍鹘袀?cè)提供。e家終端應(yīng)帶有一個(gè)定時(shí)器，處理發(fā)送200 OK響應(yīng)之后沒有收到ACK 消息的情況。e家終端應(yīng)帶有一個(gè)定時(shí)器，處理發(fā)送BYE消息之后沒有收到200 OK響應(yīng)的情況?！?主叫號(hào)碼顯示/主叫號(hào)碼限制主叫號(hào)碼顯示/主叫號(hào)碼限制業(yè)務(wù)由網(wǎng)絡(luò)側(cè)提供。對(duì)于e家終端接收的呼叫，應(yīng)支持從From頭域中抽取主叫號(hào)碼信息，并傳送給連接的模擬電話。e家終端接收到軟交換發(fā)送的SIP消息中的From域?yàn)?“Anonymous” sip: anonymous@時(shí)，表示對(duì)端申請(qǐng)了主叫號(hào)碼限制業(yè)務(wù)。此時(shí)，e家終端傳送給模擬電話的信息為“無主叫號(hào)碼”。對(duì)于e家終端發(fā)起的呼叫，應(yīng)在From頭域中攜帶主叫號(hào)碼信息?！?呼叫前轉(zhuǎn)呼叫前轉(zhuǎn)類業(yè)務(wù)由網(wǎng)絡(luò)側(cè)提供，包括無條件呼叫前轉(zhuǎn)、遇忙呼叫前轉(zhuǎn)、無應(yīng)答呼叫前轉(zhuǎn)和不在線呼叫前轉(zhuǎn)。e家終端應(yīng)支持用戶通過撥打業(yè)務(wù)代碼設(shè)置呼叫前轉(zhuǎn)類業(yè)務(wù)的方式，即支持在INVITE消息中傳送帶有“*”或“”的地址信息，例如：INVITE sip: *57*80000001@ SIP/e家終端應(yīng)支持接收到的INVITE請(qǐng)求或18x響應(yīng)中包含HistoryInfo或Diversion頭域（攜帶呼叫前轉(zhuǎn)信息）。如果e家終端收到的INVITE請(qǐng)求中包含HistoryInfo或Diversion頭域，需要在18x響應(yīng)中復(fù)制該頭域；如果e家終端收到的18x響應(yīng)中包含HistoryInfo或Diversion頭域，不需要執(zhí)行進(jìn)一步動(dòng)作?！?傳真e家終端應(yīng)支持在軟交換的控制下完成傳真業(yè)務(wù)，包括兩種方式：。e家終端在發(fā)送傳真之前，首先與對(duì)端建立語(yǔ)音呼叫，再通過reINVITE消息與對(duì)端完成傳真能力的協(xié)商。，家庭網(wǎng)關(guān)應(yīng)支持的SDP描述見表8。表 8 e家終端應(yīng)支持的SDP描述SDP頭參數(shù)取值備注media行mediaimage格式為media port/number of ports transport fmt listtransportudptl 或tcpfmt listt38a行T38FaxVersion0T38MaximumBitRate1*(DIGIT)T38FaxFillBitRemoval布爾值T38FaxTranscodingMMR布爾值T38FaxTranscodingJBIG布爾值T38FaxRateManagementlocalTCF或 transferredTCFlocalTCF適用于TCP，當(dāng)?shù)讓觽鬏敳捎肬DP時(shí)，該方式為可選；當(dāng)?shù)讓觽鬏敳捎肬DP時(shí)，必須選擇transferedTCF模式，e家終端應(yīng)支持對(duì)SDP中媒體屬性的擴(kuò)展，增加屬性描述a=Fax，表示此時(shí)為傳真業(yè)務(wù)。具體格式如下：m=audio 8766 RTP/AVP 0a=Fax（新擴(kuò)充的參數(shù)）成功的Offer/Answer協(xié)商結(jié)果中都應(yīng)攜帶該參數(shù)（）。　 補(bǔ)充功能要求　 臨時(shí)響應(yīng)的可靠性為保證1xx臨時(shí)響應(yīng)的可靠傳送，e家終端應(yīng)支持RFC3262和PRACK消息。　 媒體協(xié)商和Early Mediae家終端應(yīng)支持RFC3264和RFC3311定義的媒體協(xié)商和RFC3960定義的Gateway模式的Early Media。e家終端應(yīng)支持在呼叫沒有建立之前，通過UPDATE消息重新協(xié)商媒體資源信息；在呼叫建立以后和呼叫保持過程中，通過reINVITE消息重新協(xié)商媒體資源信息。在呼叫沒有建立之前，主叫用戶可以聽到表征呼叫狀態(tài)或進(jìn)展的語(yǔ)音資源，例如：回鈴音或呼叫失敗提示音。根據(jù)播放位置的不同，語(yǔ)音資源的提供分為兩種方式：a) 由本端向用戶播放語(yǔ)音資源。b) 由遠(yuǎn)端網(wǎng)絡(luò)實(shí)體提供語(yǔ)音資源。此時(shí)主叫與遠(yuǎn)端之間建立單向通道，主叫側(cè)模式為receiveonly 狀態(tài)（即建立了Early Media），在信令行為上應(yīng)完成Offer/Answer 協(xié)商過程。當(dāng)語(yǔ)音資源由遠(yuǎn)端網(wǎng)絡(luò)實(shí)體提供時(shí)：— 180 Ringing響應(yīng)表示播放回鈴音，183 Session Progress響應(yīng)表示播放其它語(yǔ)音資源?！?180 Ringing 或183 Session Progress 響應(yīng)中需要攜帶SDP 信息，完成媒體協(xié)商過程。e家終端作為UAC時(shí)，應(yīng)兼容UAS不支持183 Session Progress的情況。當(dāng)語(yǔ)音資源由本端提供時(shí)：— e家終端接收到的第一個(gè)180 Ringing響應(yīng)不帶SDP 信息，應(yīng)向用戶播放本端回鈴音。— e家終端接收到失敗響應(yīng)（例如：4xx、5xx、6xx）時(shí)，可以根據(jù)失敗響應(yīng)向用戶播放相關(guān)語(yǔ)音資源。e家終端應(yīng)支持在呼叫建立以后和呼叫保持過程中，通過reINVITE消息重新協(xié)商媒體資源信息?！?呼叫保持e家終端應(yīng)支持在呼叫建立以后，通過reINVITE消息對(duì)對(duì)端的單個(gè)或多個(gè)媒體通道進(jìn)行保持或恢復(fù)操作。如果對(duì)單個(gè)媒體流進(jìn)行操作：? 對(duì)于要保持的單個(gè)媒體流，e家終端在reINVITE消息中生成一個(gè)新的SDP請(qǐng)求，包括：— 原媒體屬性為“recvonly”的媒體流，SDP屬性改為“inactive”；— 原媒體屬性為“sendrecv”的媒體流，SDP屬性改為“sendonly”。? 對(duì)于要恢復(fù)的單個(gè)媒體流，e家終端在reINVITE消息中生成一個(gè)新的SDP請(qǐng)求，包括：— 原媒體屬性為 “inactive”的媒體流，SDP屬性改為“recvonly”；— 原媒體屬性為“sendonly”的媒體流，SDP屬性改為“sendrecv”；— 忽略媒體流方向?qū)傩裕慈笔椤皊endrecv”。假如對(duì)所有媒體流進(jìn)行操作：? 對(duì)于要保持的媒體流，e家終端在reINVITE消息的SDP中生成一個(gè)會(huì)話級(jí)的媒體流方向?qū)傩裕骸?原媒體屬性為“recvonly”的媒體流，SDP屬性為“inactive”；— 原媒體屬性為“sendrecv”的媒體流，SDP屬性為“sendonly”。? 對(duì)于要恢復(fù)的媒體流，e家終端在reINVITE消息的SDP中生成一個(gè)會(huì)話級(jí)的媒體流方向?qū)傩裕骸?原媒體屬性為“inactive”的媒體流，SDP屬性則為“recvonly”；— 原媒體屬性為“sendonly”的媒體流，SDP屬性則為“sendrecv”；— 忽略媒體流方向?qū)傩?，即缺省為“sendrecv”?！?會(huì)話建立后的周期更新e家終端應(yīng)支持RFC4028定義的會(huì)話更新機(jī)制，通過UPDATE消息（不帶SDP）周期性查詢當(dāng)前會(huì)話狀態(tài)。會(huì)話周期更新的定時(shí)器不應(yīng)設(shè)置過短，30分鐘為系統(tǒng)默認(rèn)時(shí)間，可根據(jù)實(shí)際運(yùn)營(yíng)情況進(jìn)行靈活調(diào)節(jié)?！?二次撥號(hào)e家終端應(yīng)支持RFC2833定義的方式將用戶的二次撥號(hào)信息封裝在RTP 包內(nèi)傳送。e家終端可選支持RFC4730定義的KPML事件包。　 REFER消息e家終端在接收模式下可選支持REFER消息。在呼叫轉(zhuǎn)接業(yè)務(wù)中，e家終端如果收到表示呼叫轉(zhuǎn)接請(qǐng)求的REFER消息，應(yīng)使用REFER消息中的信息聯(lián)系第三方參與呼叫?！?連接性檢查e家終端應(yīng)支持通過OPTIONS、REGISTER消息與BAC之間進(jìn)行連接性檢查。e家終端注冊(cè)成功后，BAC將向e家終端周期性發(fā)送OPTIONS消息。BAC可以控制向e家終端發(fā)送OPTIONS 消息的間隔（例如1分鐘）。當(dāng)BAC發(fā)送的OPTIONS消息沒有收到e家終端的200 OK響應(yīng)時(shí)，BAC將該e家終端所在的地址置為“不可達(dá)”，在后續(xù)過程中不再向該e家終端發(fā)送OPTIONS消息，直到BAC認(rèn)為該e家終端地址“當(dāng)前可達(dá)”（例如：BAC 重新收到e家終端發(fā)送的注冊(cè)消息）后，重新發(fā)送OPTIONS消息。為配合BAC進(jìn)行連接性檢查，e家終端應(yīng)執(zhí)行下列行為：a) e家終端收到OPTIONS消息時(shí)，應(yīng)立即產(chǎn)生響應(yīng)。b) 任何情況下的事務(wù)層交互失敗，e家終端應(yīng)向BAC發(fā)送注冊(cè)更新消息。事務(wù)層交互失敗的情況包括：e家終端向BAC發(fā)送請(qǐng)求消息，沒有收到任何響應(yīng)消息；e家終端向BAC發(fā)送響應(yīng)消息，沒有收到確認(rèn)消息等情況。c) e家終端注冊(cè)成功后：1) 一定時(shí)間內(nèi)（該時(shí)間比BAC 向e家終端發(fā)送OPTIONS消息的周期略長(zhǎng)，建議5分鐘），如果e家終端沒有收到BAC發(fā)送的任何信令消息，e家終端應(yīng)向BAC發(fā)送注冊(cè)更新消息（如果e家終端同時(shí)配置了主用和備用BAC，此時(shí)應(yīng)向備用BAC發(fā)起注冊(cè)請(qǐng)求）?；蛘撸?) e家終端主動(dòng)向BAC周期性發(fā)送OPTIONS消息。e家終端可以控制向BAC發(fā)送OPTIONS 消息的間隔（建議1分鐘）。當(dāng)e家終端發(fā)送的OPTIONS消息沒有收到BAC的200 OK響應(yīng)時(shí)，e家終端應(yīng)向BAC發(fā)送注冊(cè)更新消息（如果e家終端同時(shí)配置了主用和備用BAC，此時(shí)應(yīng)向備用BAC發(fā)起注冊(cè)請(qǐng)求）?！?性能要求　 語(yǔ)音編碼動(dòng)態(tài)切換時(shí)間語(yǔ)音編碼動(dòng)態(tài)切換是指在呼叫建立之后，從一種編碼方式切換到另外一種編碼方式所需要的時(shí)間，語(yǔ)音編碼動(dòng)態(tài)切換時(shí)間應(yīng)小于60 ms?！?語(yǔ)音的客觀評(píng)定語(yǔ)音的客觀評(píng)定標(biāo)準(zhǔn)依據(jù)ITUT ，。? 網(wǎng)絡(luò)條件良好的情況下：