[發(fā)明專利]因特網(wǎng)協(xié)議網(wǎng)絡(luò)中的PTT/PTS信令

有效

• 申請?zhí)枺?/td>: 200780030601.5
• 申請日: 2007-08-17
• 公開（公告）號: CN101507133A
• 公開（公告）日: 2009-08-12
• 發(fā)明（設(shè)計）人: 查爾斯·J·布賴登施泰因
• 申請（專利權(quán)）人: 雷肯實驗公司
• 主分類號: H04B7/005
• 分類號: H04B7/005
• 代理公司: 北京律盟知識產(chǎn)權(quán)代理有限責(zé)任公司
• 代理人: 劉國偉

相關(guān)申請案

本專利主張2006年8月17日申請的USSN?60/838,282的申請日期的優(yōu)先權(quán)，所述 專利的全部內(nèi)容以引用的方式并入本文中。

技術(shù)領(lǐng)域

本發(fā)明涉及因特網(wǎng)協(xié)議網(wǎng)絡(luò)中的電話呼叫信息的信令，且更明確地說，涉及因特網(wǎng) 協(xié)議網(wǎng)絡(luò)中的PTT/PTS(即按即說/即按即發(fā))電話呼叫信息的信令。

背景技術(shù)

在許多政府網(wǎng)絡(luò)和軍用網(wǎng)絡(luò)中使用PTT/PTS來控制電話手機的傳輸器的靜噪和發(fā) 信號通知所連接的設(shè)備(例如無線電裝置)其傳輸器將被鍵控(即，其傳輸功能將被啟 用)。當在具有PTT/PTS能力的電話與需要傳輸鍵控的無線電裝置之間建立連接時，所 述無線電裝置的傳輸功能將當在電話上按下PTT按鈕時開啟且當PTT按鈕被釋放時再 次關(guān)閉。PTT報告電話傳輸器的狀態(tài)，且PTS請求對遠程傳輸器進行鍵控。實際上，在 一般用途中，PTT與PTS經(jīng)常重合。

在大多數(shù)現(xiàn)有通信網(wǎng)絡(luò)(例如TDM(時分多路復(fù)用))中，傳輸延遲是極小的，且 PTT/PTS信息可使用CAS(信道相關(guān)聯(lián)信令)或通過單獨的基于消息的接口(例如ISDN PRI(綜合業(yè)務(wù)數(shù)字網(wǎng)絡(luò)主速率接口))來與語音并行攜載。由于延遲較小且可預(yù)測，這 種傳達PTT/PTS信息的方法是令人滿意的。

然而，與許多常規(guī)的舊式網(wǎng)絡(luò)相比，IP網(wǎng)絡(luò)通常具有較大的延遲(等待時間)和較 大的等待時間可變性。除非采取若干步驟來防止這點，否則此類網(wǎng)絡(luò)易于遭受通常稱為 “射擊/不射擊”問題的情況。明確地說，PTT/PTS電話用戶在手機上按下PTT按鈕且說 出“不射擊”的詞，但遠方無線電裝置的傳輸器直到接收到詞“射擊”時才被鍵控，使 得只有詞“射擊”從所述無線電裝置廣播出來。如果PTT/PTS信息穿過IP網(wǎng)絡(luò)時經(jīng)歷 的延遲大于語音數(shù)據(jù)所經(jīng)歷的，則可能會發(fā)生這種情況。在因特網(wǎng)語音(VoIP)電話系 統(tǒng)中消除此問題將對此系統(tǒng)構(gòu)成重要優(yōu)點。

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

本發(fā)明通過使用先前用于傳達舊式網(wǎng)絡(luò)信息的信令位來經(jīng)由IP網(wǎng)絡(luò)傳達即按即說 和即按即發(fā)(PTT/PTS)信息。這些信令位在IP語音(VoIP)領(lǐng)域中已不再頻繁使用， 因為其信息現(xiàn)在通過其它方式來攜載穿過VoIP網(wǎng)絡(luò)。在實時協(xié)議(RTP)流中定義所使 用的信令位并用所述RTP流傳播所述信令位，使得PTT/PTS信息保持與所述流的語音 包同步。維持PTT/PTS信號與語音包的同步消除了由于所述兩個類別的包之間的同步失 敗引起的問題，特別是“射擊/不射擊”問題。

附圖說明

圖1展示PTT/PTS的配置。

具體實施方式

因特網(wǎng)工程工作小組(IETF)RFC?2833標準(以引用的方式并入本文中)定義一 種用于經(jīng)由實時協(xié)議(RTP)數(shù)據(jù)流發(fā)送“電話事件”的方法。這些“電話事件”以與 語音包類似的方式來作時間標記，且用于(例如)在所建立的呼叫期間經(jīng)由因特網(wǎng)協(xié)議 (IP)網(wǎng)絡(luò)以端到端的方式可靠地傳輸雙音多頻(DTMF)信號。雖然RFC?2833標準未 明確地包括一種用于發(fā)送PTT/PTS信號的方法，但其確實定義了發(fā)送命名為“ABCD位” 的四個獨立信令位。ABCD位的原始用途是接替舊式T1和E1傳輸系統(tǒng)的ABCD監(jiān)控 位，但在演進的IP網(wǎng)絡(luò)中，不再需要這些信號，因為在大多數(shù)情況下，呼叫設(shè)立和解 除是通過呼叫管理協(xié)議中的特殊消息來處理。舉例來說，呼叫應(yīng)答和斷開在IP會話起 始協(xié)議(SIP)中分別通過“200?OK”和“BYE”方法來處理。

ABCD位經(jīng)由RFC?2833機制在RTP流中以端到端的方式傳遞的事實意味著它們遭 受與語音包完全相同的等待時間(延遲)。此等待時間同步是重要的，因為“射擊/不射 擊”問題是由于PTT/PTS信息與語音信息之間的差量等待時間引起的。因為兩個等待時 間對于語音包和ABCD位兩者均是相等的，所以差量等待時間為零，且因而ABCD位 在呼叫的兩端處保持與語音包的相同的實時關(guān)系。倘若經(jīng)由尋常的呼叫控制消息來傳遞 PTT/PTS信息，那么會預(yù)期有額外的PTT/PTS處理延遲，且會預(yù)期包路由和包優(yōu)先級兩 者將不同于RTP流的路由和優(yōu)先級。在此情況下，差量等待時間將不為零，且將不會獲 得所需要的同步。