軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法、bac 設(shè)備及網(wǎng)絡(luò)的制作方法
【專利摘要】本發(fā)明公開了一種軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法、BAC設(shè)備和軟交換網(wǎng)絡(luò)，BAC設(shè)備接收到家庭網(wǎng)關(guān)發(fā)送的INVITE消息；BAC設(shè)備判斷INVITE消息中的業(yè)務(wù)類型是否為傳真業(yè)務(wù)；當(dāng)為傳真業(yè)務(wù)時，BAC設(shè)備將此INVITE消息中的傳真業(yè)務(wù)媒體類型設(shè)置為T.30編碼。本發(fā)明的方法、BAC設(shè)備和軟交換網(wǎng)絡(luò)，實現(xiàn)了對T.30全控傳真的媒體類型和編碼方式的檢測、過濾，提高了家庭網(wǎng)關(guān)用戶傳真業(yè)務(wù)的成功率，解決家庭網(wǎng)關(guān)在實現(xiàn)T.30全控傳真業(yè)務(wù)時的媒體類型兼容性問題，同時保證網(wǎng)絡(luò)的安全性。
【專利說明】軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法、BAC設(shè)備及網(wǎng)絡(luò)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及軟交換【技術(shù)領(lǐng)域】，尤其涉及一種軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法、BAC設(shè)備及軟交換網(wǎng)絡(luò)。
【背景技術(shù)】
[0002]目前，為提高傳真業(yè)務(wù)的成功率，軟交換網(wǎng)絡(luò)中多采用全控傳真模式，S卩:在用戶發(fā)起傳真請求時，發(fā)送方與接收方的通過SIP消息進行媒體的切換和協(xié)商。同時，為保證傳真業(yè)務(wù)質(zhì)量，軟交換網(wǎng)絡(luò)采用T.30編碼方式。
[0003]而隨著光進銅退的發(fā)展，越來越多的用戶終端通過各種家庭網(wǎng)關(guān)設(shè)備經(jīng)過BAC接入軟交換網(wǎng)絡(luò)。家庭網(wǎng)關(guān)設(shè)備在實現(xiàn)T.30全控傳真時，經(jīng)常發(fā)生因媒體協(xié)商時，收發(fā)雙發(fā)錯誤的發(fā)送或者選用T.38編碼，未能正確選用T.30編碼而導(dǎo)致傳真業(yè)務(wù)失敗。
[0004]由于家庭網(wǎng)關(guān)設(shè)備型號種類繁多，且各廠家對SIP協(xié)議的理解和支持能力不盡相同，目前只能通過家庭網(wǎng)關(guān)根據(jù)軟交換網(wǎng)絡(luò)的要求逐一修改，周期較長且無法從根本上杜絕此問題。

【發(fā)明內(nèi)容】

[0005]有鑒于此，本發(fā)明要解決的一個技術(shù)問題是提供一種軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法，進行傳真媒體類型的過濾、規(guī)整。
[0006]一種軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法，包括:軟交換業(yè)務(wù)邊緣接入控制BAC設(shè)備接收到家庭網(wǎng)關(guān)發(fā)送的INVITE消息；BAC設(shè)備判斷INVITE消息中的業(yè)務(wù)類型是否為傳真業(yè)務(wù)；當(dāng)為傳真業(yè)務(wù)時，BAC設(shè)備將此INVITE消息中的傳真業(yè)務(wù)媒體類型設(shè)置為T.30編碼。
[0007]根據(jù)本發(fā)明的方法的一個實施例，進一步的，主叫終端與被叫終端建立語音通道；當(dāng)主叫家庭網(wǎng)關(guān)接收到主叫終端發(fā)送的用戶傳真事件時，向被叫終端發(fā)送INVITE消息，進行傳真媒體協(xié)商；BAC設(shè)備將此INVITE消息中的傳真業(yè)務(wù)媒體類型設(shè)置為T.30編碼，并發(fā)送此INVITE消息到軟交換核心網(wǎng)絡(luò)；主叫終端和被叫終端按T.30編碼進行傳真業(yè)務(wù)。
[0008]根據(jù)本發(fā)明的方法的一個實施例，進一步的，當(dāng)INVITE消息中包含“a=fax”或“a=moden”時，BAC設(shè)備判斷此INVITE消息中的業(yè)務(wù)類型為傳真業(yè)務(wù)。
[0009]根據(jù)本發(fā)明的方法的一個實施例，進一步的，當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型僅包含T.30編碼，則BAC設(shè)備將此INVITE消息透傳至軟交換核心網(wǎng)絡(luò)；當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型同時包含T.30和T.38編碼，則BAC設(shè)備刪除此INVITE消息中的T.38編碼的相關(guān)信息，并轉(zhuǎn)發(fā)此INVITE消息至軟交換核心網(wǎng)絡(luò)。
[0010]根據(jù)本發(fā)明的方法的一個實施例，進一步的，當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型未包含T.30編碼，則BAC設(shè)備不轉(zhuǎn)發(fā)此INVITE消息。
[0011]根據(jù)本發(fā)明的方法的一個實施例，進一步的，當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型同時包含T.30和T.38編碼，BAC設(shè)備根據(jù)所述使用規(guī)則判斷優(yōu)先級；當(dāng)T.38編碼優(yōu)先于T.30編碼時，則BAC設(shè)備將此INVITE消息中的T.30編碼設(shè)置為優(yōu)先于T.38編碼，并轉(zhuǎn)發(fā)此INVITE消息至軟交換核心網(wǎng)絡(luò)。
[0012]本發(fā)明要解決的一個技術(shù)問題是提供一種BAC設(shè)備，
[0013]一種BAC設(shè)備，包括:SIP消息接收單元，用于接收家庭網(wǎng)關(guān)發(fā)送的INVITE消息；業(yè)務(wù)判斷單元，用于判斷所述INVITE消息中的業(yè)務(wù)類型是否為傳真業(yè)務(wù)；消息規(guī)整單元，用于當(dāng)業(yè)務(wù)類型為傳真業(yè)務(wù)時，所述BAC設(shè)備將所述INVITE消息中的傳真業(yè)務(wù)媒體類型設(shè)置為T.30編碼；SIP消息發(fā)送單元，用于將INVITE消息發(fā)送到軟交換核心網(wǎng)絡(luò)。
[0014]根據(jù)本發(fā)明的設(shè)備的一個實施例，進一步的，當(dāng)所述INVITE消息中包含“a=fax”或“a=moden”時，所述業(yè)務(wù)判斷單元判斷此INVITE消息中的業(yè)務(wù)類型為傳真業(yè)務(wù)。
[0015]根據(jù)本發(fā)明的設(shè)備的一個實施例,進一步的，當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型僅包含T.30編碼，則所述SIP消息發(fā)送單元將此INVITE消息透傳至軟交換核心網(wǎng)絡(luò)；當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型同時包含T.30和T.38編碼，則所述消息規(guī)整單元刪除此INVITE消息中的T.38編碼的相關(guān)信息，所述SIP消息發(fā)送單元轉(zhuǎn)發(fā)此INVITE消息至軟交換核心網(wǎng)絡(luò)。
[0016]根據(jù)本發(fā)明的設(shè)備的一個實施例，進一步的，當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型未包含T.30編碼，則所述SIP消息發(fā)送單元不轉(zhuǎn)發(fā)此INVITE消息。
[0017]根據(jù)本發(fā)明的設(shè)備的一個實施例，進一步的，當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型同時包含T.30和T.38編碼、并且T.38編碼優(yōu)先于T.30編碼時，則所述消息規(guī)整單元將此INVITE消息中的T.30編碼設(shè)置為優(yōu)先于T.38編碼，SIP消息發(fā)送單元轉(zhuǎn)發(fā)此INVITE消息至軟交換核心網(wǎng)絡(luò)。
[0018]一種軟交換網(wǎng)絡(luò)，包括如上所述的BAC設(shè)備。
[0019]本發(fā)明的軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法、BAC設(shè)備和軟交換網(wǎng)絡(luò)，實現(xiàn)了對T.30全控傳真的媒體類型和編碼方式的檢測、過濾，提高了家庭網(wǎng)關(guān)用戶傳真業(yè)務(wù)的成功率，解決家庭網(wǎng)關(guān)在實現(xiàn)T.30全控傳真業(yè)務(wù)時的媒體類型兼容性問題，同時保證網(wǎng)絡(luò)的安全性。
【專利附圖】

【附圖說明】
[0020]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0021]圖1為根據(jù)本發(fā)明的軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法的一個實施例的流程圖；
[0022]圖2為根據(jù)本發(fā)明的軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法的信令交互示意圖；
[0023]圖3為根據(jù)本發(fā)明的軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法的另一個實施例的流程圖；
[0024]圖4為根據(jù)本發(fā)明的BAC設(shè)備的一個實施例的示意圖；
[0025]圖5為根據(jù)本發(fā)明的BAC設(shè)備在實際網(wǎng)絡(luò)中部署的示意圖。
【具體實施方式】[0026]下面參照附圖對本發(fā)明進行更全面的描述，其中說明本發(fā)明的示例性實施例。下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0027]SIP (Session Initiation Protocol)是一個應(yīng)用層的信令控制協(xié)議。用于創(chuàng)建、修改和釋放一個或多個參與者的會話。這些會話可以是Internet多媒體會議、IP電話或多媒體分發(fā)。會話的參與者可以通過組播(multicast)、網(wǎng)狀單播(unicast)或兩者的混合體進行通信。
[0028]SIP協(xié)議通過SDP (Session Description Protocol:會話描述協(xié)議)媒體的屬性擴展，實現(xiàn)傳真業(yè)務(wù)編碼的協(xié)商。
[0029]軟交換業(yè)務(wù)邊緣接入控制BAC設(shè)備是為了解決網(wǎng)絡(luò)的安全、QoS、私網(wǎng)穿越等問題而引入的，支持軟交換用戶和軟交換設(shè)備一方處于私網(wǎng)或雙方處于不同私網(wǎng)時用戶業(yè)務(wù)的穿越，支持所有軟交換提供業(yè)務(wù)的業(yè)務(wù)穿越，不改變業(yè)務(wù)流程，不引入業(yè)務(wù)安全隱患。
[0030]T.30和T.38協(xié)議定義了傳真業(yè)務(wù)的編碼方式。
[0031]圖1為根據(jù)本發(fā)明的軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法的一個實施例的流程圖。如圖1所示:
[0032]步驟102，BAC設(shè)備接收到家庭網(wǎng)關(guān)發(fā)送的INVITE消息。
[0033]步驟103，BAC設(shè)備判斷INVITE消息中的業(yè)務(wù)類型是否為傳真業(yè)務(wù)。
[0034]步驟104，當(dāng)為傳真業(yè)務(wù)時，BAC設(shè)備將此INVITE消息中的傳真業(yè)務(wù)媒體類型設(shè)置為T.30編碼。
[0035]本發(fā)明的軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法，實現(xiàn)了對T.30全控傳真的媒體類型和編碼方式的檢測、過濾，從而提高家庭網(wǎng)關(guān)用戶傳真業(yè)務(wù)的成功率，解決家庭網(wǎng)關(guān)在實現(xiàn)T.30全控傳真業(yè)務(wù)時的媒體類型兼容性問題，同時保證網(wǎng)絡(luò)的安全性。
[0036]在BAC設(shè)備上增加傳真媒體過濾功能，通過對家庭網(wǎng)關(guān)SIP消息的檢測，增加對傳真業(yè)務(wù)事件的識別功能，對傳真請求中媒體類型進行識別、判斷和過濾。
[0037]采用目前的SIP家庭網(wǎng)關(guān)通過BAC接入軟交換的組網(wǎng)架構(gòu)，在BAC上增加業(yè)務(wù)邏輯，對傳真業(yè)務(wù)媒體類型進行過濾。
[0038]根據(jù)本發(fā)明的一個實施例，主叫終端與被叫終端建立語音通道。當(dāng)主叫家庭網(wǎng)關(guān)接收到主叫終端發(fā)送的用戶傳真事件時，向被叫終端發(fā)送INVITE消息，進行傳真媒體協(xié)商。BAC設(shè)備將此INVITE消息中的傳真業(yè)務(wù)媒體類型設(shè)置為T.30編碼，并發(fā)送此INVITE消息到軟交換核心網(wǎng)絡(luò)。主叫終端和被叫終端按T.30編碼進行傳真業(yè)務(wù)。
[0039]根據(jù)本發(fā)明的一個實施例，當(dāng)INVITE消息中包含“a=fax”或“a=moden”時，BAC設(shè)備判斷此INVITE消息中的業(yè)務(wù)類型為傳真業(yè)務(wù)。
[0040]根據(jù)本發(fā)明的一個實施例，當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型僅包含T.30編碼，則BAC設(shè)備將此INVITE消息透傳至軟交換核心網(wǎng)絡(luò)。
[0041]當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型同時包含T.30和T.38編碼，則BAC設(shè)備刪除此INVITE消息中的T.38編碼的相關(guān)信息，并轉(zhuǎn)發(fā)此INVITE消息至軟交換核心網(wǎng)絡(luò)。
[0042]根據(jù)本發(fā)明的一個實施例，當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型未包含T.30編碼，則BAC設(shè)備不轉(zhuǎn)發(fā)此INVITE消息。
[0043]根據(jù)本發(fā)明的一個實施例，當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型同時包含T.30和T.38編碼，當(dāng)T.38編碼優(yōu)先于T.30編碼時，則BAC設(shè)備將此INVITE消息中的T.30編碼設(shè)置為優(yōu)先于T.38編碼，并轉(zhuǎn)發(fā)此INVITE消息至軟交換核心網(wǎng)絡(luò)。
[0044]圖2為根據(jù)本發(fā)明的軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法的信令交互示意圖。SIP家庭網(wǎng)關(guān)用戶接入軟交換網(wǎng)絡(luò)時，通常先經(jīng)過BAC完成地址轉(zhuǎn)換和安全防護。家庭網(wǎng)關(guān)發(fā)送的SIP消息均通過BAC上報至軟交換網(wǎng)絡(luò)。
[0045]BAC安全保護功能模塊能夠?qū)IP頭域規(guī)范處理:對于SDP，BAC可能夠處理ο行，c行和m行的信息。實施添加、刪除和替換處理。c行包含為多媒體會話而建立的連接的信息，其中指出了真正的媒體流使用的IP地址。m行又稱媒體行，描述了發(fā)送方所支持的媒體類型等信息。ο行中包含與會話所有者有關(guān)的參數(shù)。
[0046]軟交換全控傳真模式中，收發(fā)雙發(fā)在建立語音通道后，檢測到傳真信號音的網(wǎng)關(guān)將首先發(fā)起REINVITE媒體變更協(xié)商請求，上報的REINVITE消息參數(shù)中，包含傳真業(yè)務(wù)類型和媒體協(xié)商編碼等信息。具體全控傳真媒體過濾流程說明:
[0047]I)主被叫雙方語音通道建立。
[0048]2)家庭網(wǎng)關(guān)I檢測到用戶傳真事件，向軟交換網(wǎng)絡(luò)發(fā)起INVITE上報，請求傳真媒體協(xié)商。
[0049]3) BAC對INVITE進行檢測，若含有“a=fax”或“a=moden”則對SDP描述進行規(guī)整處理。
[0050]4)軟交換收到BAC過濾后的INVITE。
[0051]5)各網(wǎng)元按T.30全控傳真標準進行處理。
[0052]圖3為根據(jù)本發(fā)明的軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法的另一個實施例的流程圖。
[0053]步驟301，BAC設(shè)備接收到家庭網(wǎng)關(guān)發(fā)送的INVITE消息。
[0054]步驟302，當(dāng)INVITE消息中包含“a=fax”或“a=moden”時，BAC設(shè)備判斷此INVITE消息中的業(yè)務(wù)類型為傳真業(yè)務(wù)。
[0055]步驟303，BAC設(shè)備判斷INVITE消息中的傳真業(yè)務(wù)媒體類型是否包含T.30編碼。如果是，進入步驟305，如果否，進入步驟304，BAC設(shè)備拒絕此次發(fā)送傳真的請求，不轉(zhuǎn)發(fā)此INVITE 消息。
[0056]步驟305，BAC設(shè)備判斷INVITE消息中的傳真業(yè)務(wù)媒體類型是否包含T.38編碼。如果否，進入步驟309，如果是，則有兩種處理方法。
[0057]步驟306，BAC設(shè)備刪除此INVITE消息中的T.38編碼的相關(guān)信息，保留T.30編碼。
[0058]步驟307，308，當(dāng)T.38編碼優(yōu)先于T.30編碼時，則BAC設(shè)備將此INVITE消息中的T.30編碼設(shè)置為優(yōu)先于T.38編碼。
[0059]步驟309，轉(zhuǎn)發(fā)此INVITE消息至軟交換核心網(wǎng)絡(luò)。
[0060]根據(jù)本發(fā)明的一個實施例，根據(jù)RFC2327定義，在SDP描述中按照m行描述的排列順序定義編碼的優(yōu)先級。下面是一個INVITE消息的部分SDP信息:
[0061]V=O[0062]o=faxgw228908445272890842808IN IP420.20.20.20
[0063]t=00
[0064]c=IN IP420.20.21.21
[0065]m=imageOudptl t38 (T.38 傳真)
[0066]a=T38FaxRateManagement:transferredTCF
[0067]a=T38FaxUdpEC:t38UDPFEC
[0068]a=ecan:fb on -
[0069]m=audio4850RTP/AVP0 (T.30G.711 傳真)
[0070]a=Fax
[0071]a=ecan:fb on -
[0072]有上述的INVITE消息可以看出，T.38編碼優(yōu)先于T.30編碼。
[0073]根據(jù)本發(fā)明的一個實施例，BAC收到的原始INVITE消息內(nèi)容如下:
[0074]INVITE sip:+ l-212-555-1234@bell_tel.com SIP/2.0
[0075]Via:SIP/2.0/UDP kton.bell_tel.com
[0076]From: A.BelKsip: +l-519-555-1234@bell-tel.com〉
[0077]To:T.Watson<sip:+l-212_555-1234@bell-tel.com〉
[0078]Cal1-1D:3298420296@kton.bell-tel.com
[0079]CSeq:1 INVITE
[0080]Subject:Mr.Watson, here is a fax
[0081]Content-Type: application/sdp
[0082]Content-Length:...[0083]v=0
[0084]o=faxgwl28908445262890842807IN IP4128.59.19.68
[0085]e=+l-212_555-1234@bell-tel.com
[0086]t=28733974960
[0087]c=IN IP4128.59.19.68
[0088]m=image49170udptl t38
[0089]a=T38FaxRateManagement:transferredTCF
[0090]a=T38FaxUdpEC:t38UDPFEC
[0091]a=ecan:fb on
[0092]m=audio4850RTP/AVP0
[0093]a=Fax
[0094]a=ecan:fb on_
[0095]當(dāng)T.38編碼優(yōu)先于T.30編碼時，BAC設(shè)備將此INVITE消息中的T.30編碼設(shè)置為優(yōu)先于T.38編碼，并轉(zhuǎn)發(fā)此INVITE消息至軟交換核心網(wǎng)絡(luò)。BAC調(diào)整編碼優(yōu)先級后的INVITE消息如下:
[0096]INVITE sip:+l-212-555-1234@bell_tel.com SIP/2.0
[0097]Via:SIP/2.0/UDP kton.bell_tel.com
[0098]From: A.BelKsip: +l-519-555-1234@bell-tel.com〉
【權(quán)利要求】
1.一種軟交換網(wǎng)絡(luò)中實現(xiàn)傳真業(yè)務(wù)的方法，其特征在于，包括: 軟交換業(yè)務(wù)邊緣接入控制BAC設(shè)備接收到家庭網(wǎng)關(guān)發(fā)送的INVITE消息； BAC設(shè)備判斷INVITE消息中的業(yè)務(wù)類型是否為傳真業(yè)務(wù)； 當(dāng)為傳真業(yè)務(wù)時，BAC設(shè)備將此INVITE消息中的傳真業(yè)務(wù)媒體類型設(shè)置為T.30編碼。
2.如權(quán)利要求1所述的方法，其特征在于: 主叫終端與被叫終端建立語音通道； 當(dāng)主叫家庭網(wǎng)關(guān)接收到主叫終端發(fā)送的用戶傳真事件時，向被叫終端發(fā)送INVITE消息，進行傳真媒體協(xié)商； BAC設(shè)備將此INVITE消息中的傳真業(yè)務(wù)媒體類型設(shè)置為T.30編碼，并發(fā)送此INVITE消息到軟交換核心網(wǎng)絡(luò)； 主叫終端和被叫終端按T.30編碼進行傳真業(yè)務(wù)。
3.如權(quán)利要求2所述的方法，其特征在于: 當(dāng)INVITE消息中包含“a=fax”或“a=moden”時，BAC設(shè)備判斷此INVITE消息中的業(yè)務(wù)類型為傳真業(yè)務(wù)。
4.如權(quán)利要求2所述的方法，其特征在于: 當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型僅包含T.30編碼，則BAC設(shè)備將此INVITE消息透傳至軟交換核心網(wǎng)絡(luò)； 當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型同時包含T.30和T.38編碼，則BAC設(shè)備刪除此INVITE消息中的T.38編碼的相關(guān)信息，并轉(zhuǎn)發(fā)此INVITE消息至軟交換核心網(wǎng)絡(luò)。
5.如權(quán)利要求2所述的方法，其特征在于: 當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型未包含T.30編碼，則BAC設(shè)備不轉(zhuǎn)發(fā)此INVITE消息。
6.如權(quán)利要求4所述的方法，其特征在于: 當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型同時包含T.30和T.38編碼，BAC設(shè)備根據(jù)所述使用規(guī)則判斷優(yōu)先級； 當(dāng)T.38編碼優(yōu)先于T.30編碼時，則BAC設(shè)備將此INVITE消息中的T.30編碼設(shè)置為優(yōu)先于T.38編碼，并轉(zhuǎn)發(fā)此INVITE消息至軟交換核心網(wǎng)絡(luò)。
7.—種BAC設(shè)備，其特征在于，包括: SIP消息接收單元，用于接收家庭網(wǎng)關(guān)發(fā)送的INVITE消息； 業(yè)務(wù)判斷單元，用于判斷所述INVITE消息中的業(yè)務(wù)類型是否為傳真業(yè)務(wù)； 消息規(guī)整單元，用于當(dāng)業(yè)務(wù)類型為傳真業(yè)務(wù)時，將所述INVITE消息中的傳真業(yè)務(wù)媒體類型設(shè)置為T.30編碼； SIP消息發(fā)送單元，用于將INVITE消息發(fā)送到軟交換核心網(wǎng)絡(luò)。
8.如權(quán)利要求7所述的設(shè)備，其特征在于: 當(dāng)所述INVITE消息中包含“a=fax”或“a=moden”時，所述業(yè)務(wù)判斷單元判斷此INVITE消息中的業(yè)務(wù)類型為傳真業(yè)務(wù)。
9.如權(quán)利要求7所述的設(shè)備，其特征在于: 當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型僅包含T.30編碼，則所述SIP消息發(fā)送單元將此INVITE消息透傳至軟交換核心網(wǎng)絡(luò)；當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型同時包含T.30和T.38編碼，則所述消息規(guī)整單元刪除此INVITE消息中的T.38編碼的相關(guān)信息，所述SIP消息發(fā)送單元轉(zhuǎn)發(fā)此INVITE消息至軟交換核心網(wǎng)絡(luò)。
10.如權(quán)利要求7所述的設(shè)備，其特征在于: 當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型未包含T.30編碼，則所述SIP消息發(fā)送單元不轉(zhuǎn)發(fā)此INVITE消息。
11.如權(quán)利要求7所述的設(shè)備，其特征在于: 當(dāng)INVITE消息中的傳真業(yè)務(wù)媒體類型同時包含T.30和T.38編碼、并且T.38編碼優(yōu)先于T.30編碼時，則所述消息規(guī)整單元將此INVITE消息中的T.30編碼設(shè)置為優(yōu)先于T.38編碼，SIP消息發(fā)送單元轉(zhuǎn)發(fā)此INVITE消息至軟交換核心網(wǎng)絡(luò)。
12.—種軟交換網(wǎng)絡(luò)，其特征在于: 包括如權(quán)利要求7至11任意一項所述的BAC設(shè)備。
【文檔編號】H04N1/32GK103944857SQ201310018389
【公開日】2014年7月23日 申請日期:2013年1月18日 優(yōu)先權(quán)日:2013年1月18日
【發(fā)明者】蔡晟 申請人:中國電信股份有限公司