[发明专利]因特网协议网络中的PTT/PTS信令

说明书

相关申请案

本专利主张2006年8月17日申请的USSN 60/838,282的申请日期的优先权，所述 专利的全部内容以引用的方式并入本文中。

技术领域

本发明涉及因特网协议网络中的电话呼叫信息的信令，且更明确地说，涉及因特网 协议网络中的PTT/PTS(即按即说/即按即发)电话呼叫信息的信令。

背景技术

在许多政府网络和军用网络中使用PTT/PTS来控制电话手机的传输器的静噪和发 信号通知所连接的设备(例如无线电装置)其传输器将被键控(即，其传输功能将被启 用)。当在具有PTT/PTS能力的电话与需要传输键控的无线电装置之间建立连接时，所 述无线电装置的传输功能将当在电话上按下PTT按钮时开启且当PTT按钮被释放时再 次关闭。PTT报告电话传输器的状态，且PTS请求对远程传输器进行键控。实际上，在 一般用途中，PTT与PTS经常重合。

在大多数现有通信网络(例如TDM(时分多路复用))中，传输延迟是极小的，且 PTT/PTS信息可使用CAS(信道相关联信令)或通过单独的基于消息的接口(例如ISDN PRI(综合业务数字网络主速率接口))来与语音并行携载。由于延迟较小且可预测，这 种传达PTT/PTS信息的方法是令人满意的。

然而，与许多常规的旧式网络相比，IP网络通常具有较大的延迟(等待时间)和较 大的等待时间可变性。除非采取若干步骤来防止这点，否则此类网络易于遭受通常称为 “射击/不射击”问题的情况。明确地说，PTT/PTS电话用户在手机上按下PTT按钮且说 出“不射击”的词，但远方无线电装置的传输器直到接收到词“射击”时才被键控，使 得只有词“射击”从所述无线电装置广播出来。如果PTT/PTS信息穿过IP网络时经历 的延迟大于语音数据所经历的，则可能会发生这种情况。在因特网语音(VoIP)电话系 统中消除此问题将对此系统构成重要优点。

发明内容

本发明通过使用先前用于传达旧式网络信息的信令位来经由IP网络传达即按即说 和即按即发(PTT/PTS)信息。这些信令位在IP语音(VoIP)领域中已不再频繁使用， 因为其信息现在通过其它方式来携载穿过VoIP网络。在实时协议(RTP)流中定义所使 用的信令位并用所述RTP流传播所述信令位，使得PTT/PTS信息保持与所述流的语音 包同步。维持PTT/PTS信号与语音包的同步消除了由于所述两个类别的包之间的同步失 败引起的问题，特别是“射击/不射击”问题。

附图说明

图1展示PTT/PTS的配置。

具体实施方式

因特网工程工作小组(IETF)RFC 2833标准(以引用的方式并入本文中)定义一 种用于经由实时协议(RTP)数据流发送“电话事件”的方法。这些“电话事件”以与 语音包类似的方式来作时间标记，且用于(例如)在所建立的呼叫期间经由因特网协议 (IP)网络以端到端的方式可靠地传输双音多频(DTMF)信号。虽然RFC 2833标准未 明确地包括一种用于发送PTT/PTS信号的方法，但其确实定义了发送命名为“ABCD位” 的四个独立信令位。ABCD位的原始用途是接替旧式T1和E1传输系统的ABCD监控 位，但在演进的IP网络中，不再需要这些信号，因为在大多数情况下，呼叫设立和解 除是通过呼叫管理协议中的特殊消息来处理。举例来说，呼叫应答和断开在IP会话起 始协议(SIP)中分别通过“200 OK”和“BYE”方法来处理。

ABCD位经由RFC 2833机制在RTP流中以端到端的方式传递的事实意味着它们遭 受与语音包完全相同的等待时间(延迟)。此等待时间同步是重要的，因为“射击/不射 击”问题是由于PTT/PTS信息与语音信息之间的差量等待时间引起的。因为两个等待时 间对于语音包和ABCD位两者均是相等的，所以差量等待时间为零，且因而ABCD位 在呼叫的两端处保持与语音包的相同的实时关系。倘若经由寻常的呼叫控制消息来传递 PTT/PTS信息，那么会预期有额外的PTT/PTS处理延迟，且会预期包路由和包优先级两 者将不同于RTP流的路由和优先级。在此情况下，差量等待时间将不为零，且将不会获 得所需要的同步。