專利名稱：用于在電信系統(tǒng)中建立語音承載的方法和裝置的制作方法
技術領域：
本發(fā)明涉及一種用于在電信系統(tǒng)中建立語音承栽(voice bearer) 的方法和裝置，尤其是、但不限于在電信系統(tǒng)中，在該電信系統(tǒng)中經(jīng) 由A-接口上的網(wǎng)絡語音(voice over IP on the A-interface )( "AoIP") 傳送語音業(yè)務的電信系統(tǒng)。
背景技術：
第三代合作伙伴計劃("3GPP"):技術規(guī)范組GERAN，發(fā)布版8， 介紹了 A-接口上的網(wǎng)絡語音傳送方式。該A-接口是在基站系統(tǒng)("BSS") 和媒體網(wǎng)關("MGW")之間的用戶平面。有人提議AoIP應使用與Nb 接口的協(xié)議非常相似的協(xié)議，該Nb接口的協(xié)議在3GPP規(guī)范TS 29. 414 v7.2. 0 ( 2007-03 )中定義，其通過參考被結合于此。Nb接口是用來在 MGW之間傳送數(shù)據(jù)如語音包的接口。從用戶的觀點來看，在BSS和MGW 之間的AoIP接口差不多都是Nb接口，換句話說，該BSS動作類似于 MGW。傳送語音包的協(xié)議包括實時傳輸協(xié)議("RTP")、用戶數(shù)據(jù)報 協(xié)議("UDP")和因特網(wǎng)協(xié)議("IP")，連同用于控制目的的實時 傳輸控制協(xié)議("RTCP")。
由于兩個可能采用的可選特征，所建議的AoIP協(xié)議依據(jù)通話端點 的能力和它們是否以兼容方式支持特征來提供帶寬效率。第一個特征 是語音復用，其中數(shù)個語音信道被組合到一個IP包中。第二個特征是 RTP標題的壓縮，其中僅RTP標題的改變部分被傳送，因此RTP標題的 大小得到縮減。有必要去確定端點能夠支持什么樣的特征以及它們的 實施。這通過在端點之間使用RTCP信令進行協(xié)商以確保這些特征的適 當選擇而實現(xiàn)。首先，通過外部信令對該兩個端點進行配置。然后該 兩個端點開始利用RTP/UDP/IP協(xié)議傳送語音信息，而無需復用或RTP 標題壓縮。該端點發(fā)送RTCP命令以協(xié)商復用和RTP標題壓縮。在成功 協(xié)商且假設至少一個選項可行之后，該端點能夠?qū)⒄Z音包連同其它發(fā) 送到同一個IP地址的包復用和/或?qū)嵤㏑CP標題壓縮。簡而言之，當新的通話建立時，實體開始在未壓縮、非復用模式下發(fā)送數(shù)據(jù)，直到
RTCP已經(jīng)協(xié)商好這兩個選項。只有在該消息交換完成后，選項才能使 用。
3GPP規(guī)范TS 29. 414的子章節(jié)6. 4中陳述了用于Nb接口和IP傳 輸?shù)目蛇x傳輸格式，該IP傳輸允許在一個包內(nèi)傳輸多個不同用戶平面 連接的RTP/NbFP/codec有效負載PDU，還陳述了協(xié)商該傳輸選項的使 用所需要的相應的向后兼容信令擴展。為了在一個UDP/IP包內(nèi)復用多 個NbFP PDU以及為了 RTT標題壓縮，說明了兩個傳輸格式。建議這些 格式同樣適用于AoIP。
圖1示意性示出了用于Nb接口的復用語音數(shù)據(jù)的實現(xiàn)，其中 UDP/IP包包括復用的RTP/NbUP有效負載PDU，但并沒有RTP標題的壓 縮，這里NbUP是Nb用戶平面接口 ，并且PDU是協(xié)議數(shù)據(jù)單元。該復 用方法不限制被復用的包的個數(shù)。圖2描述了帶有兩個RTP幀的復用 包?？赡軐崿F(xiàn)RTP標題的壓縮，因為其包括在會話中保持不變的靜態(tài) 字段。只有關于發(fā)生變化的字段的信息才需要被傳送。圖3示出了帶 有復用的RTP/NbFP有效負載PDU的UDP/IP包，其同樣包括RTP標題 壓縮。圖4示出了帶有兩個RTP幀以及壓縮RTP標題的復用包。
當新的通話建立時，在復用和/或標題壓縮選項協(xié)商之前，要比在 協(xié)商完成之后需要明顯更多的帶寬。例如，典型地在協(xié)商之前，開銷 (IP，UDP，RTP)是40到60字節(jié)。在協(xié)商之后，假設有20個語音包被
復用，其開銷為
28到48/20 = 1.4到2.4字節(jié)用于UDP/IP 5+3=8字節(jié)用于復用和UDP
假定有效負載有40字節(jié)，相比較協(xié)商前的80到100字節(jié)，在協(xié) 商后需要的帶寬大概為50字節(jié)。在協(xié)商前，語音信道的開銷等同于協(xié) 商后兩個語音信道的開銷。當鏈路負荷很少時，這沒有問題。但在高 負荷時，這會超出鏈路上可提供的帶寬，導致包的丟失。因此，服務 質(zhì)量QoS被降低，并可能影響聽覺效果，危及該通話。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的第一個方面， 一種在通過用戶平面運送打包的語音 業(yè)務的電信系統(tǒng)中建立語音承載的方法包括步驟為通話協(xié)商標題壓縮和語音復用選項中的至少一個，以及，在協(xié)商過程中，使用關于該 選項的信息，所述信息在通過用戶平面的語音業(yè)務傳送中并不在用戶 平面上被發(fā)送。通過在該通話建立序列中定義標題壓縮和/或語音復用 選項而不使用與當前語音業(yè)務相同的信道，避免了在用戶平面上使用 過量的帶寬。關于選項的協(xié)商可以被執(zhí)行而不影響語音傳輸質(zhì)量。本
發(fā)明特別適用于依照3GPP A-interface over IP ( 3GPP通過IP的A 接口 )，AoIP規(guī)范的通信系統(tǒng)，但其也可適用于基于其它規(guī)范的其它布 置。例如，用戶平面可以是Nb用戶平面接口 。 AoIP和NbIP可以被指 定使用同一接口。該用戶平面可以是在BSS和MGW之間的A-接口。
在根據(jù)本發(fā)明的方法中，關于選項的信息在用戶平面上通過與用 于語音業(yè)務的路徑分開的路徑傳送。這樣的帶外信令可以在通話數(shù)據(jù) 通過用戶平面被傳遞之前執(zhí)行，但是可選地或附加地，可與通話數(shù)據(jù) 的傳遞同時執(zhí)行，因為其在該用戶平面接口上不消耗資源。在根據(jù)本 發(fā)明的一個方法中，該信息在BSS和MGW之間使用增強的BSSMAP分配 請求信令被傳送。
在根據(jù)本發(fā)明的方法中，該信息被包括在同樣包括傳送地址信息 的容器元素(container element)中。這可能例如是在3GPP的發(fā)布 版8:技術規(guī)范組GERAN中介紹的AoIP容器IE。
在根據(jù)本發(fā)明的另外一個方法中，通過先前在相同IP地址之間建 立的一個或多個通話中查尋數(shù)據(jù)，來獲取該信息。因此，在兩個端點 之間的通話使用特定設置的地方，其中先前在這些端點之間已進行了 協(xié)商，則可以假定在這兩個端點之間的另 一個通話同樣可以支持相同 的條件，并且這些條件無需所述端點之間的任何附加信令就能采用。 用于初始的一個或多個通話的選項必須被協(xié)商。但是此后，不需要協(xié) 商用于選擇復用和/或標題壓縮的選項，并因此不需要帶寬來保證該選 項的實現(xiàn)。根據(jù)本發(fā)明的一個方面，初始選項協(xié)商可以通過使用帶外 信令實現(xiàn)，或例如以本說明書背景技術中陳述的方式。使用后一種途 徑，在語音業(yè)務期間用戶平面上的信令在初始通話期間被使用，但僅 僅是在沒有超過一對正在進行通話時，即，在鏈路超符合風險最小的 時候。
根據(jù)本發(fā)明的另一個方面，電信系統(tǒng)根據(jù)本發(fā)明的第一個方面的 方法運4亍。


現(xiàn)在僅僅是舉例說明并且參考附圖對根據(jù)本發(fā)明的 一些方法和實
施例進行描述，其中
圖1示意性示出了復用包；
圖2示意性示出了帶有兩個RTP幀的復用包；
圖3示意性示出了帶RTP標題壓縮的復用包；
圖4示意性示出了帶有兩個RTP幀和壓縮的RTP幀的復用包；
圖5示意性示出了根據(jù)本發(fā)明的方法；
圖6示意性示出了與圖5方法相關的消息；以及
圖7示意性示出了根據(jù)本發(fā)明的另一個方法。
具體實施例方式
參照圖5,電信系統(tǒng)包括連接到MGW2和移動交換中心("MSC") 3的BSS 1，該移動交換中心與BSS 1和MGW 2進行通信。語音業(yè)務通 過帶有被顯示為5和6的IP端點的A-接口用戶平面4被發(fā)送。信令平 面7在圖中用虛線表示，并包括在MGW2和MSC 3之間的、依照H. 248 的路徑8和在BSS 1和使用BSSMAP消息的MSC 3之間的路徑9。該信 令平面7用來交換傳輸?shù)刂沸畔ⅰ?br> 參照圖6，其中使用了 AoIP，該MSC 3發(fā)信號通知MGW 2來"準 備IP傳輸，，，以便讓其準備通過該A-接口進行傳送。該MGW2建立了 連接端點，該連接端點的傳輸層信息在容器元素"AoIP Container IE (AoIP容器IE)"中發(fā)送回MSC。 AoIP Container IE同樣包括關于 MGW 2端點6可支持的復用和標題壓縮選項的數(shù)據(jù)。該MSC 3通過路徑 9采用增強BSSMAP分配請求消息將AoIP Container IE透明地轉(zhuǎn)發(fā)給 BSS 1。該BSS U吏用來自該AoIP Container IE的信息來選擇用于傳 送用戶數(shù)據(jù)的信道，和確認來自該MGW 2的復用和標題壓縮選項信息。 在BSS 1處本地連接端點5的傳輸層信息以及它的復用和標題壓縮選 項信息被包括在AoIP Container IE中，其作為BSSMAP分配完成消息 的一部分被發(fā)送回MSC3。該MSC 3通過路徑8將接收到的信息向前傳 送給MGW2，以便在MGW 2和BSS l之間建立連接，從而合并用于標題 壓縮和復用的、適當?shù)囊粋€或多個選項。參照圖7，在根據(jù)本發(fā)明的另一個方法中，通過在BSS1和MGW 2 上的端點之間的A-接口建立初始通話，如13所示。這使用參照圖4和 5所述方法或一些其它方法來實現(xiàn)。
如14所示，接收到新的通話請求。MGW 2發(fā)信號通知與其連接的 MSC 3關于該通話端點的IP地址的信息。 一接收到該信息，MSC 3比 較該端點IP地址和先前通話的地址，該先前通話有可能正在進行或已 經(jīng)結束，如15所示。如果發(fā)現(xiàn)匹配，MSC 3發(fā)信號通知MGW 2先前通 話中使用的語音復用和標題壓縮選項信息，并且MGW 2使用這些先前 從較早的協(xié)商中獲得的信息實施該選項，而不需要和BSS 1關于該新 通話進行重新協(xié)商，如16所示。如果發(fā)現(xiàn)不匹配，隨后新通話的選項 必須經(jīng)歷新的協(xié)商過程，如17所示。在另一個方法中，該決定由MGW2 而不是MSC 3做出。
本發(fā)明可能以其它具體形式實現(xiàn)而并不脫離其精神和基本特征。 已描述的實施例可在各個方面被認為，僅僅作為描述性的，而不是限 制性的。本發(fā)明的保護范圍因此在附錄的權利要求而不是先前的描述 中被指明。所有落在該權利要求相同意義和范圍內(nèi)的變型都被包含在 它們的范圍內(nèi)。
權利要求
1. 一種用于在電信系統(tǒng)中建立語音承載的方法，在該電信系統(tǒng)中通過用戶平面運送打包的語音業(yè)務，包括步驟為通話協(xié)商標題壓縮和語音復用選項中的至少一個，并且在該協(xié)商過程中，使用關于在語音業(yè)務通過該用戶平面發(fā)送的過程中不通過該用戶平面發(fā)送的選項的信息。
2. 如權利要求1所述的方法，其中該用戶平面是在基站系統(tǒng)BSS 和媒體網(wǎng)關MGW之間的A-接口 。
3. 如權利要求1或2所述的方法，其中該電信系統(tǒng)根據(jù)3GPP通過 IP的A-接口 AoIP規(guī)范。
4. 如權利要求1所述的方法，其中該用戶平面是Nb用戶平面。
5. 如上述任一權利要求所述的方法，其中關于選項的信息在用戶 平面上經(jīng)由與用于語音業(yè)務的路徑分開的路徑被傳送。
6. 如權利要求5所述的方法，其中在BSS和MGW之間使用增強 BSSMAP分配請求信令來傳送所述信息。
7. 如權利要求5或6所述的方法，其中所述信息被包括在容器元 素中，該容器元素同樣包括傳輸?shù)刂沸畔ⅰ?br> 8. 如權利要求7所述的方法，其中該容器元素是AoIP容器IE。
9. 如權利要求1， 2或3所述的方法，其中，通過查找來自先前在 相同IP地址之間建立的一個或多個通話的數(shù)據(jù)，來獲得所述信息。
10. —種電信系統(tǒng)，其根據(jù)上述任一權利要求中的方法運行。
全文摘要
用于在電信系統(tǒng)中建立語音承載的方法，其中通過用戶平面發(fā)送打包的語音流量，包括為通話協(xié)商標題壓縮和語音復用選項中的至少一個，在該協(xié)商過程中使用在語音業(yè)務通過該用戶平面發(fā)送的過程中不通過該用戶平面發(fā)送的選項相關信息。所述信息可能通過帶外信令發(fā)送且不經(jīng)由該用戶平面，因此不影響語音數(shù)據(jù)的傳送。在另一個方法中，來自先前在相同IP地址之間的一個或多個通話的選項信息被用來建立用于新通話的選項，而不需要附加的信令。
文檔編號H04W80/10GK101431514SQ20081017441
公開日2009年5月13日 申請日期2008年11月5日 優(yōu)先權日2007年11月6日
發(fā)明者B·蘭代斯, P·迪皮 申請人:阿爾卡泰爾盧森特公司