專利名稱：軟開關(guān)中用于切換優(yōu)先級(jí)比邀請(qǐng)消息高的后續(xù)消息的方法和計(jì)算機(jī)產(chǎn)品的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及軟開關(guān)中切換邀請(qǐng)消息和后續(xù)消息的方法。
背景技術(shù)：
軟開關(guān)用于控制電路和分組網(wǎng)絡(luò)之間接合點(diǎn)處的連接。軟開關(guān)是通信網(wǎng)絡(luò)中將來自于一條通信線路的呼叫連接到另一條通信線路的中央裝置。這一切換是借助運(yùn)行在計(jì)算機(jī)系統(tǒng)上的軟件進(jìn)行的。
為了在邀請(qǐng)方和受邀方之間建立會(huì)話，要先處理信號(hào)通知過程，才能在雙方之間傳送用戶數(shù)據(jù)。用于初始化會(huì)話的協(xié)議稱為SIP (會(huì)話初始化協(xié)議)。在SIP中，邀請(qǐng)方將邀請(qǐng)消息發(fā)送到軟開關(guān)，然后軟開關(guān)執(zhí)行信號(hào)通知過程。如果過多的通話方生成信號(hào)通知通信量，則軟開關(guān)可能還會(huì)丟棄告別消息，這對(duì)于會(huì)話資源的運(yùn)用來說是效率低下的。即，本來可以釋放會(huì)話資源，但是因?yàn)閬G棄了告別消息，所以不會(huì)釋放會(huì)話資源。

發(fā)明內(nèi)容
本發(fā)明的 一 個(gè)目的是提供用于軟開關(guān)中切換邀請(qǐng)消息和后續(xù)消息的方法，通過該方法，確保了在龐大的信號(hào)通知通訊期間也能保證與 現(xiàn)有會(huì)話有關(guān)的消息的處理。
很多呼入請(qǐng)求導(dǎo)致的過載將不會(huì)導(dǎo)致軟開關(guān)的性能的退化。這表示，新的呼叫請(qǐng)求將不會(huì)阻止呼叫釋放消息被軟開關(guān)處理。
根據(jù)本發(fā)明的一個(gè)方面，所述目的通過具有獨(dú)立權(quán)利要求l特征的、用于在軟開關(guān)中切換邀請(qǐng)消息和后續(xù)消息的方法達(dá)到。
根據(jù)本發(fā)明的在軟開關(guān)中切換邀請(qǐng)消息和后續(xù)消息的方法，包括下列步驟邀請(qǐng)消息被指向第一列表且后續(xù)消息被指向第二列表，而 第二列表的后續(xù)消息以比第一列表的消息更高的優(yōu)先級(jí)得到處理。
從從屬權(quán)利要求表示的特征可以得到本發(fā)明的其他發(fā)展的優(yōu)點(diǎn)。
優(yōu)選地，在根據(jù)本發(fā)明的方法中，如果笫二列表為空，則處理第 一列表的消息。
有利地，在根據(jù)本發(fā)明的方法中，邀請(qǐng)消息通過邀請(qǐng)方指向軟開 關(guān)的第一端口，且后續(xù)消息通過邀請(qǐng)方指向軟開關(guān)的另外的端口。
根據(jù)本發(fā)明方法的實(shí)施方式包括下列步驟。在軟開關(guān)接收到來自 邀請(qǐng)方的邀請(qǐng)消息后，軟開關(guān)發(fā)送一個(gè)消息給邀請(qǐng)方，其表示該后續(xù) 消息將通過邀請(qǐng)方發(fā)送到該另外的端口 。
在本發(fā)明方法的另一種實(shí)施方式中，如果后續(xù)消息與接受的會(huì)話 無關(guān)，則第二列表的后續(xù)消息被增加到第 一列表中。
此外，在根據(jù)本發(fā)明的方法中，后續(xù)消息可以是確認(rèn)、告別、選 擇或取消消息。
為了解決本發(fā)明的目的，建議通過會(huì)話啟動(dòng)協(xié)議機(jī)執(zhí)行從第一列 表或第二列表的讀取。
在根據(jù)本發(fā)明的方法的另外的實(shí)施方式中，軟開關(guān)運(yùn)用會(huì)話啟動(dòng)協(xié)議SIP。
此外，可以提供計(jì)算機(jī)程序零件，包括計(jì)算機(jī)程序代碼，該計(jì)算 機(jī)程序代碼在被裝載到計(jì)算裝置的數(shù)字處理器中時(shí)用于執(zhí)行對(duì)應(yīng)上述 方法的步驟。
此外，可提供存儲(chǔ)在計(jì)算機(jī)可用介質(zhì)上的計(jì)算機(jī)程序產(chǎn)品，包括 計(jì)算機(jī)可讀程序代碼，用于使該計(jì)算裝置執(zhí)行上述方法。


參考下列根據(jù)本發(fā)明的優(yōu)選的、但只是說明性的具體實(shí)施方式
， 結(jié)合附圖更完整地說明本發(fā)明及其實(shí)施方式。
圖l是根據(jù)本發(fā)明軟開關(guān)的方框圖，以及
圖2是消息流的例子。
具體實(shí)施例方式
本發(fā)明確保了與現(xiàn)有呼叫相關(guān)的VoIP SIP信令消息(也稱為已接 受呼叫)在新的呼叫得到接受之前得到處理。
在圖1中，畫出了按照本發(fā)明的軟開關(guān)l的實(shí)施方式的框圖。軟開關(guān)1使用如在RFC 3261 ( http: 〃www. ietf. org/rfc/rfc3261. txt ) 中說明的網(wǎng)絡(luò)電話(VoIP) SIP (會(huì)話啟動(dòng)協(xié)議)。
在圖l中，第一方U1想呼叫第二方U2。第一方U1，即主叫方或短呼 叫者，是以邀請(qǐng)請(qǐng)求開始會(huì)話和對(duì)話的一方。呼叫者U1從它發(fā)送建立 了對(duì)話的啟動(dòng)邀請(qǐng)請(qǐng)求直到終止該對(duì)話為止都保持該角色。
在下文中第二方U2被稱為受邀方、受邀用戶或被叫方。被叫方U2 是為了建立新會(huì)話而接收邀請(qǐng)請(qǐng)求的一方。被叫方U2從它接收邀請(qǐng)請(qǐng) 求的時(shí)刻開始直到終止由該邀請(qǐng)請(qǐng)求建立的對(duì)話為止都保持該角色。
為了建立呼叫，呼叫者Ul在第一步驟l中向IP列表端口x發(fā)送邀請(qǐng) 消息。端口x向第一列表傳送該邀請(qǐng)消息，笫一列表被稱作邀請(qǐng)消息IL 的輸入列表。通常，邀請(qǐng)消息是邀請(qǐng)用戶或服務(wù)器到新的會(huì)話或變更 已建立的會(huì)話的參數(shù)的請(qǐng)求。在圖1中，邀請(qǐng)消息是邀請(qǐng)第二方U2建立 會(huì)話的請(qǐng)求。
應(yīng)注意，"呼叫"是與多方之間的某些通信相關(guān)的非正式術(shù)語， 并且還用于多媒體會(huì)話的目的。
消息是數(shù)據(jù)，其作為會(huì)話啟動(dòng)協(xié)議的一部分在SIP元件之間發(fā)送。 SIP消息或者是從客戶到服務(wù)器的請(qǐng)求，或者是從服務(wù)器到客戶的響應(yīng)。
在下文中，會(huì)話是一組多媒體發(fā)送方和接收方以及從發(fā)送方流到 接收方的數(shù)據(jù)流。多媒體會(huì)議是會(huì)話的一個(gè)例子。對(duì)會(huì)話描述協(xié)議
(SDP)定義的會(huì)話可包括一個(gè)或多個(gè)實(shí)時(shí)的傳輸協(xié)議(RTP)會(huì)話。 被叫方通過不同的呼叫可以多次被邀請(qǐng)到同一個(gè)會(huì)話。如果使用會(huì)話 描述協(xié)議(SDP)，則由源字段中的SDP用戶名、會(huì)話id、網(wǎng)絡(luò)類型、 地址類型以及地址這些要素的鏈接來定義會(huì)話。關(guān)于SDP的詳細(xì)資料可 以 在 RFC 2327 以及在互聯(lián)網(wǎng)鏈接 http: 〃www. ietf. org/rfc/rfc2327. txt中找到。
除了邀請(qǐng)消息IL的輸入列表之外，軟開關(guān)l還包括第二列表，第二 列表被稱為后續(xù)消息S ML的輸入列表。后續(xù)消息可以是例如確認(rèn)消息、 2 00 - ok消息、取消消息、選擇消息或告別消息。
確認(rèn)消息ack證實(shí)會(huì)話已被建立。取消信號(hào)取消待處理請(qǐng)求。告別 消息表示會(huì)話結(jié)束。選擇消息請(qǐng)求有關(guān)服務(wù)器性能的消息。
在軟開關(guān)l讀取邀請(qǐng)消息IL的輸入列表之前，它檢查后續(xù)消息SML
的輸入列表是否為空。如果后續(xù)消息SML的輸入列表不為空，并且保存 在后續(xù)消息SML的輸入列表中的消息與已接受呼叫不相關(guān)，則軟開關(guān)1 的SIP機(jī)2將這個(gè)消息添加到邀請(qǐng)消息IL的輸入列表。此后在SIP機(jī)2再 次檢查后續(xù)消息SML的輸入列表是否為空以及是否適合添加這個(gè)另外 的消息到邀請(qǐng)消息的輸入列表。在這種情況下，后續(xù)消息SML的輸入列 表不為空并且后續(xù)消息S ML的輸入列表中的消息與已接受呼叫相關(guān)，消 息被處理。這些步驟一直重復(fù)到后續(xù)消息SML的輸入列表為空為止。在 呼叫處理引擎3中進(jìn)行消息的處理。如果后續(xù)消息SML的輸入列表為 空，則邀請(qǐng)消息IL的輸入列表被讀取并且開始相應(yīng)的新呼叫。新呼叫 的開始也在呼叫處理引擎3中進(jìn)行。呼叫處理引擎3將消息200 - ok... 聯(lián)系SlP:…端口y ( 200 - ok... contact: SIP:... por t y)發(fā)送 回邀請(qǐng)方U1，以表示邀請(qǐng)消息已經(jīng)被接收并且后續(xù)消息(例如確認(rèn)、 取消或告別)從現(xiàn)在開始將被發(fā)送到軟開關(guān)l的另一個(gè)端口y。
在圖2中描述了消息流的例子。為了更好理解該例子被簡單化。例 如不顯示STP的嘗試消息和鈴音消息(ring message)。在該例子中， 主叫方U1想與被叫方U3建立會(huì)話。因此，主叫方Ul經(jīng)由端口x發(fā)送邀請(qǐng) U3消息到邀請(qǐng)消息IL的輸入列表。在該例子中，后續(xù)消息SML的輸入列 表為空，其在圖2中通過SML = {}來表示。由于后續(xù)消息SML的輸入列 表為空，邀請(qǐng)U3消息被傳送給SIP機(jī)2， SIP機(jī)2又將邀請(qǐng)U3消息傳送給 U3方。因此，U3方發(fā)送ok消息返回給軟開關(guān)l的邀請(qǐng)消息IL的輸入列 表，ok消息由200 - ok來指示。ok消息被轉(zhuǎn)發(fā)給SIP機(jī)2，并且最后與 從現(xiàn)在開始全部的后續(xù)消息都應(yīng)該被發(fā)送給端口y的信息一起發(fā)送給 主叫方U1。主叫方Ul經(jīng)由端口y發(fā)送確i^消息ack給軟開關(guān)l的后續(xù)消息 SML的輸入列表。然后，確認(rèn)消息ack被發(fā)送到SIP機(jī)2并且從那里被發(fā) 送到受邀方U3。
現(xiàn)在，迄今為止信號(hào)發(fā)送已被完成，會(huì)話已建立并且用戶數(shù)據(jù)的傳 遞可以開始。用戶數(shù)據(jù)的傳遞可以通過實(shí)時(shí)傳輸協(xié)議(RTP)來實(shí)現(xiàn)， 該實(shí)時(shí)傳輸協(xié)議UTP)由實(shí)時(shí)傳輸控制協(xié)議(RTCP)控制。用戶數(shù)據(jù) 以各種不同方式的數(shù)據(jù)分組被傳輸，其不受控于軟開關(guān)l。
如果主叫方U1想終止與受邀方U3的會(huì)話，則主叫方U1經(jīng)由端口y 發(fā)送告別U3消息給后續(xù)消息SML的輸入列表。在該例子中，主叫方U1 想即刻呼叫U2方，而告別U3消息仍然存儲(chǔ)在后續(xù)消息SML的輸入列表中
并且還沒有被處理。因此，后續(xù)消息SML的輸入列表不為空，在圖2中 通過SML- 0表示。如上所述，最初SIP機(jī)2檢查告別U3消息是否對(duì)應(yīng)于 一個(gè)現(xiàn)有呼叫。由于在這種情況中，SIP機(jī)通過將告別消息傳送給呼叫 處理引擎3來處理告別消息。現(xiàn)在，后續(xù)消息SML的輸入列表為空，在 圖2中通過31^= 0來表示，并且邀請(qǐng)U2消息可從邀請(qǐng)消息IL的輸入列 表被讀出并且發(fā)送到U2方。信號(hào)通知和用戶數(shù)據(jù)傳遞的剩余部分如上 所述地進(jìn)行。
已經(jīng)說明和描述了用于在軟開關(guān)中切換邀請(qǐng)消息和后續(xù)消息的新 穎的方法的優(yōu)選實(shí)施方式，注意不背離本發(fā)明或所附權(quán)利要求的范圍 的精神可以得到該方法的變化和改變。
附圖標(biāo)記
IL 邀請(qǐng)消息的輸入表 SML后續(xù)消息的輸入表 1軟開關(guān)
2會(huì)話啟動(dòng)協(xié)議機(jī) 3呼叫處理引擎 Ul 第一方 U2 第二方 U3 笫三方
權(quán)利要求
1、一種用于在軟開關(guān)中切換邀請(qǐng)消息和后續(xù)消息的方法，包括下列步驟邀請(qǐng)消息被指向第一列表(IL)，后續(xù)消息(ack、ok、取消)被指向第二列表(SML)，以及第二列表(SML)的后續(xù)消息(ack、ok、取消)以比第一列表(IL)的消息更高的優(yōu)先級(jí)得到處理。
2、 按照權(quán)利要求l所述的方法，其中如果第二列表(SML)為空， 則第一列表(IL)的消息得到處理。
3、 按照權(quán)利要求1或2所述的方法，其中邀請(qǐng)消息通過邀請(qǐng)方(Ul )指向軟開關(guān)(1 )的第一端口 (x)，并且其中后續(xù)消息(ack、 ok、取消)通過邀請(qǐng)方(Ul)指向軟開關(guān)(l)的另外的端口 (y)。
4、 按照權(quán)利要求3所述的方法，其中，在軟開關(guān)(1)已經(jīng)從邀 請(qǐng)方(Ul)接收了邀請(qǐng)消息之后，軟開關(guān)將消息(200 -ok...端口y) 發(fā)送給邀請(qǐng)方(Ul)，以表示后續(xù)消息(ack、 ok、取消)將通過邀請(qǐng) 方(Ul )發(fā)送到另外的端口 (y)。
5、 根據(jù)前面權(quán)利要求l至4中任何一個(gè)的方法，其中，如果后續(xù) 消息(ack、 ok、取消)與接受的會(huì)話無關(guān)，則笫二列表(SML)的后 續(xù)消息(ack、 ok、取消)被添加到第一列表(IL)。
6、 根據(jù)前面權(quán)利要求l至5中任何一個(gè)的方法，其中后續(xù)消息可 以是確認(rèn)、告別、選擇或取消消息。
7 、根據(jù)前面權(quán)利要求l到6中任何一個(gè)的方法，其中通過會(huì)話啟 動(dòng)協(xié)議機(jī)(2)執(zhí)行從第一列表(IL)或第二列表(SML)的讀取。
8、 根據(jù)前面權(quán)利要求1至7中任何一個(gè)的方法，其中軟開關(guān)(l) 運(yùn)用會(huì)話啟動(dòng)協(xié)議(SIP)。
9、 一種計(jì)算機(jī)程序零件，包括計(jì)算機(jī)程序代碼，該計(jì)算機(jī)程序 代碼在被裝載到計(jì)算裝置的數(shù)字處理器中時(shí)用于執(zhí)行根據(jù)前面權(quán)利要 求1至8中任何一個(gè)的方法的步驟。
10、 一種存儲(chǔ)在計(jì)算機(jī)可用介質(zhì)上的計(jì)算機(jī)程序產(chǎn)品，包括計(jì)算機(jī)可讀程序代碼，用于使計(jì)算裝置執(zhí)行根據(jù)權(quán)利要求1至8中任何一個(gè) 的方法。
全文摘要
根據(jù)本發(fā)明的在軟開關(guān)中切換邀請(qǐng)消息和后續(xù)消息的方法，包括下列步驟邀請(qǐng)消息被指向第一列表(IL)，后續(xù)消息(ack、ok、取消)被指向第二列表(SML)，其中第二列表(SML)的后續(xù)消息(ack、ok、取消)以比第一列表(IL)的消息更高的優(yōu)先級(jí)得到處理。
文檔編號(hào)H04L29/06GK101204061SQ200680016966
公開日2008年6月18日 申請(qǐng)日期2006年5月16日 優(yōu)先權(quán)日2005年5月18日
發(fā)明者U·格羅思 申請(qǐng)人:諾基亞西門子通信有限責(zé)任兩合公司