專利名稱：一種網絡電話遠程撥號的實現方法
技術領域：
本發(fā)明涉及網絡電話的遠程控制技術，特別提出了一種遠程對指定的電話進行撥號的實現方法。
背景技術：
傳統(tǒng)的電話撥號是以話機本身鍵盤作為直接操作對象，在電話的整個撥號過程中，電話狀態(tài)和行為的操作都是通過話機本身的按鍵來進行操作輸入。對于電話號碼的輸入操作，這種輸入方式的弊端也是顯而易見的。在使用話機上的數字按鍵進行人工撥號時，在獲得撥打號碼后，要先逐一記下，再由手工按鍵輸入號碼。在這整個過程中，人為的參與了電話號碼的傳遞，對于一些不常用的號碼或是位數較多的號碼，人的記憶出錯的概率會很高，而又為了提高傳遞號碼的準確性，又需要花費較多的時間來對號碼進行反復確認。這些確認的時間遠遠大于了撥號本身的時間。最后一旦撥號出現錯誤，就又需要重新撥號。這類手工撥號的方式不僅效率低，出錯率高，并且極大的消耗了人們的時間和精力。
相對于手工撥號方式，現今另一種撥號方式是將電話號碼事先存入話機中，撥打時要先搜索定位，之后確認撥號。這種方式在撥號的環(huán)節(jié)有了提高，保證了撥號的快捷和準確性，但是對于話機中沒有的新號碼，初次使用時，還是需要使用人工輸入號碼的方式。在話機剛開始使用時，錄入號碼也要花很多時間，這種改進方式在根本上還是沒有解決人為操作的問題，更嚴重的是，一旦話機出現故障導致保存的號碼丟失，那么所有的記錄又需要重新輸入。
所以，以上這些撥打方式己經不能適應高效率、低風險的使用和操作需求。

發(fā)明內容
本發(fā)明的目的是為了解決傳統(tǒng)電話撥打方式中撥號容易出差錯、操作麻煩、效率不高等弊端，因而提出了一種網絡電話遠程撥號的實現方法。
概括而言，這種創(chuàng)新的網絡電話遠程撥號的實現方法就是將SIP (TheSession Initiation Protocol會話啟動協議)話機和控制端軟件整合起來。通過使用控制端軟件來給SIP話機撥號,使得之后可以添加更多的控制端對SIP話機
(以下或稱話機)的控制。我們將這個技術的實現過程定義為"DialerMode"
(撥號模式)。
如上所述，實現本發(fā)明提出的這種撥號模式的技術效果，在硬件設備上需要支持"Dialer Mode"的SIP服務器、遠程計算機(即控制端)以及SIP話機。需要完成以下四個流程。具體技術內容如下
話機和控制端共同在SIP服務器注冊用戶使用話機和控制端，將兩者使用相同的賬號在服務器注冊；
話機通過接收來自SIP服務器的REFER (參考)消息和控制端建立關聯話機從同該話機注冊的服務器上接收確認注冊的REFER (參考)消息時，消息中的聯系報頭字段中有所有已注冊綁定本話機的設備信息，這些設備包括控制端設備，這樣使得話機能接收這些綁定本話機的設備的REFER (參考)消息。另一方面，控制端注冊成功后將立即發(fā)送一個SIP OPTIONS(選項)消息請求給所捆綁的話機，將使該話機重新注冊，并從服務器反饋的REFER (參考)消息中獲得最新的綁定本話機的設備信息列表，以便該話機在得到發(fā)送請求的那個控制端的地址后接收它的REFER消息。
控制端通過發(fā)送REFER (參考)消息實現對話機撥號控制在話機和控制端都注冊成功后，話機在空閑狀態(tài)下接收來自控制端發(fā)出的REFER (參考)消息，參考消息中包含了呼叫的地址，從而代替話機本身按鍵撥號，需要指出的是，此時在控制端上沒有呼叫的反饋；
話機根據接收到的REFER (參考)消息通過SIP服務器發(fā)送INVITE (邀請)消息給被呼叫者通過控制端直接發(fā)送控制信號到話機處，話機收到控制信號，處理后自動撥號，向服務器發(fā)出連接請求；
當話機接收到SIP REFER消息并確認后，須返回一個202 Acc印ted消息給發(fā)送者；當SIP話機獲得一個未認證的SIP REFER消息后將忽略它，用戶雖然看不到消息，但是SIP話機仍將發(fā)回拒絕的響應；當接收到被呼叫者的最后一個建立會話響應后， 一個包含會話響應的通知消息會發(fā)送到控制端。根據以上方案的總體的技術效果包括
1. 話機和遠程終端建立連接，話機的號碼不通過話機的按鍵輸入，而是通過接收遠程終端的控制命令后由話機自動撥出。
2. 話機撥打的號碼保存在遠程的控制端，號碼隨控制信息一起發(fā)送到話機上。
3. 通話過程始終在話機和服務器間進行。
此外，本發(fā)明的實現基礎是依靠一個遠程的終端對話機進行操作控制完成的。遠程的終端具體實現可以是臺電腦，電腦上須安裝相應的控制軟件才能進行操作。
當然，對于撥號方式實際上可以概述為在控制端找到要撥打的電話，之后將號碼發(fā)送到到電話機上，由話機進行撥號。之后通話的連接總是在電話機和SIP服務器之間進行。
另一方面，本方案中使用電腦作為控制端的優(yōu)勢也是顯著的，特別在以互聯網的應用中體現的更為明顯。它的優(yōu)勢有2點
第一，在日常辦公的電話號碼的來源是通過收到的電子郵件，還有搜索網頁資料獲得的信息。對于這些數字化的電話號碼，只要直接截取屏幕上的號碼信息將其直接發(fā)送到話機就可以呼出，或是將它們存儲到軟件的控制端的電話本中保存，方便以后的查找和撥打。在這個過程中，人們不需要參與到號碼的傳遞過程中去，這樣就大大提高了號碼撥打的準確性。即使有大量的陌生號碼，撥打這些號碼也是很容易的，人們不用去關心自己撥打的號碼具體是由哪些數字組成的，只要知道這個號碼是撥給誰的就可以了。
第二，用電腦作為操作對象，使電話號碼存儲的數量上相比話機本身的容量要大許多，安全性也高。在大量電話號碼的查找功能上，比直接在話機上操作速度更快，搜索的準確度更高。
以下結合附圖和具體實施方式
來進一步說明本發(fā)明。

圖1為本發(fā)明方法的步驟流程圖。
圖2和圖3為本發(fā)明整個方案步驟實現過程中的網絡示意圖。 圖4為本發(fā)明實施例中話機和控制端的注冊的具體流程圖。 圖5和圖6為本發(fā)明使用過程中的軟件操作示意圖。
具體實施例方式
為了使本發(fā)明實現的技術手段、創(chuàng)作特征、達成目的與功效易于明白了解， 下面結合具體圖示和實施例進一步闡述本發(fā)明。
如圖1所示，本發(fā)明方案根據圖示，可以簡單地概括為話機和控制端的 注冊；話機和控制端建立關聯；控制端發(fā)送號碼至話機；話機獲得號碼并向服 務器撥號四步。具體實現過程如下
(l)話機和控制端的注冊；
由于方案中包含支持Dialer Mode方式的SIP服務器，且該服務器支持為 同一個用戶注冊多個設備的功能。比如，可以同時注冊一臺SIP電話機和一個 任何其它能支持的控制端，到一個用戶帳號上。
話機和控制端注冊的具體過程如4所示
第一步，在話機和控制端都接入網絡后，向SIP服務器發(fā)送注冊請求。 在這一步中，話機和控制端的注冊過程是相似的。它們通過各自的注冊界
面，接收到注冊所需的用戶名，密碼，以及所注冊的服務器的地址。
第二步，話機和控制端分別將注冊信息轉換成SIP消息的格式，并在其中
添加Dialer Mode標簽，說明開啟Dialer Mode功能，然后向服務器發(fā)送注冊請求。
第三步，服務器處理注冊請求。服務器會根據注冊信息中的用戶信息以及 用戶的設備類型進行處理，對于相同的用戶信息和不同的設備類型，如果注冊 申請中開啟了 Dialer Mode功能，服務器會將它們進行關聯。
第四步，話機和控制端接收注冊的結果，并將結果顯示在屏幕上。如果都 注冊成功，對于話機，只顯示預設的用戶名，在控制端，會有處于控制狀態(tài)的 顯示。到此，話機和控制端的注冊過程全部結束。
這樣用戶使用SIP話機和控制端(在撥號模式下)時，只要將兩者使用相同
7的賬號在服務器注冊成功后就可使用。如圖2中箭頭注釋1和2 (先后次序無 關)。其中，控制端安裝有SIP話機控制軟件，控制端、SIP話機和服務器都支 持Dialer Mode方式。
另外，SIP服務器可以是一臺獨立機器，也可以是多個互聯的服務器組成 的網絡。
(2)話機和控制端建立關聯；
為了安全起見，對SIP話機接收的SIP REFER消息(SIP消息類型)來初 始化呼叫要有限制。所以，SIP話機將從話機已配置的代理和注冊服務器上接 收REFER消息。那么如何找到軟件控制端或是它的IP地址呢？我們使用一個 在SIPRFC3261中描述注冊請求的一個機制在響應信息中必須列舉出當前所 有綁定的信息。也就是說，當發(fā)送SIP注冊消息后(SIP話機每隔120秒一次)， 得到的確認消息里在Contact header field (聯系報頭字段)中有所有已注冊 綁定本機的設備，包括軟件控制端設備。SIP話機會接收列表中所有設備的SIP REFER消息。SIP-URL (統(tǒng)一資源定位符)可以是IP地址或是DNS域名，兩者 都可以。這個列表是隨時在變化的，每次注冊時都要檢查一次。
一般SIP話機啟動后就會一直運行，而軟件控制端是隨電腦啟動運行的。 SIP話機最大有120秒延時后，當再次注冊后才能接收軟件控制端的消息。
為了解決這2分鐘的間隔，軟件控制端注冊成功后將立即發(fā)送一個SIP OPTIONS(選項)消息請求給SIP話機，如圖2中箭頭注釋3，將使SIP話機重 新注冊來獲得最新的列表，如圖2中箭頭注釋4，以便得到軟件控制端的地址 后接收軟件控制端的REFER請求。
為了識別和區(qū)分這個特定的SIP OPTIONS請求，消息中要加入一個私有的 X-header。如下所示(摘要)
x-ippbx-dm-supported
OPTIONS SIP:IPAddress SIP/2.0
Via:…
Contact: <SIP:user@test. com〉；tag=123456 To: <SIP:user@ test.com〉From: <SIP:user@test. com》，…. X_IPPBXDialerModeCommand: register
這個新的x-header名為"X-IPPBXDialerModeCo咖and"，值是"register"。 有了這個x-header,收到了特定的SIP OPTIONS消息后，話機就需立即注冊。
這個OPTIONS消息只有在軟件控制端注冊成功后才會發(fā)出。當軟件控制端 已運行很長一段時間，SIP話機于它之后注冊，那么這個OPTIONS請求就不會 被發(fā)送，因為在SIP話機注冊成功后獲得的響應信息中就已經包含了最新列表。 SIP話機將會接收所有已配置注冊和代理服務器上的SIP REFER消息。
另外一個檢查SIP REFER消息的方法是SIP話機用戶在配置DNS域名或是 IP地址時增加網絡掩碼(NETMASK)。如果SIP REFER的發(fā)送者地址和DNS域名 相同或是配置IP地址范圍內的都可以被接收。這個檢查必須從消息發(fā)送者的 地址(報文發(fā)送的IP地址)，而不是從報文內容中獲得。在web配置界面中可 以看到這個選項。
如果用戶使用軟件控制端的主機是DHCP (動態(tài)主機配置協議)模式，在每 次啟動時都會得到一個新的IP地址。在這種情況下，那么用戶就可以配置IP 地址范圍或是使用DNS域名來接收REFER消息。
(3) 控制端發(fā)送號碼至話機；
在SIP話機和控制端都注冊成功后，SIP話機在空閑狀態(tài)下會接收來自軟 件控制端發(fā)出的SIP REFER (參考)消息，如圖3中箭頭注釋1， SIP REFER消 息中包含了呼叫的地址，這樣就可以代替SIP話機本身按鍵撥號?，F在階段， 在軟件控制端上沒有呼叫的反饋。
所有的呼叫控制(開始和結束呼叫)都通過在SIP服務器和設備間通過SIP 消息完成。當然，其中有一個例外軟件控制端的SIP REFER消息是直接發(fā) 送到SIP話機初始化一個呼叫。
(4) 話機獲得號碼并向服務器撥號；
SIP話機將接收REFER消息并通過SIP服務器發(fā)送INVITE (邀請)消息給 被呼叫者，如圖3中箭頭注釋2所示。根據RFC3515的描述，REFER信息增加一個描述來使發(fā)送者知道呼叫的當前狀態(tài)。
SIP話機支持SIP，所以我們通過軟件控制端使用SIP呼叫控制來初始化 一個呼叫。這是個SIP REFER方法(參考RFC 3515)。由控制端直接發(fā)送控制 信號到SIP話機處，話機收到控制信號，處理后自動撥號，向SIP服務器發(fā)出 連接請求。
當SIP話機接收到SIP REFER消息并確認后，須返回一個202 Acc印ted (接受)消息給發(fā)送者。(參考RFC 3515 2.4章節(jié))
一般在返回202 Acc印ted消息后，還會發(fā)送一個NOTIFY (通知)消息， 表示REFER創(chuàng)建了一個隱含的描述。所有的NOTIFY消息包含從目的地返回的 SIP消息。
SIP REFER消息包含"Refer-To:"，被呼叫的目的地的SIP-URL (統(tǒng)一資 源標識符)。當SIP話機接收REFER消息后就會給這個SIP-URL發(fā)送INVITE消 息。
當SIP話機獲得一個未認證的SIP REFER消息后將忽略它，用戶雖然看不 到消息，但是SIP話機仍將發(fā)回拒絕的響應。
下面是SIP話機在不同狀態(tài)下響應"撥號控制"的列表
1. 話機空閑，并且話筒未摘起；
將進行撥號并打開揚聲器并發(fā)出告警聲，直到用戶摘起話筒。
2. 話機空閑，并且話筒摘起； 將進行撥號并在話筒中播放告警聲。
3. 話機振鈴(呼入電話)，并且話筒未摘起
忽略這個撥號請求并返回"486 Busy Here"(當前486忙)消息。呼入電 話不會被取消。
4. 話機在通話狀態(tài)；
話機將當前保持當前通話并轉到2nd line (第二條通話線)進行撥號。
5. 話機處于保持通話狀態(tài)；
話機將在2nd line (第二條通話線)進行撥號。
6. 話機處于撥號并等待接通狀態(tài)；
當前的呼叫將被取消后在這條線上執(zhí)行撥號請求，并根據摘機狀態(tài)在揚聲
10器或是話筒中播放告警聲。
7. 話機處于未連接狀態(tài)(忙音、 一般未連接)；
當前呼叫將被取消后在這條線上執(zhí)行撥號請求，并根據摘機狀態(tài)在揚聲器 或是話筒中播放告警聲。
8. 話機已有一個呼叫處于保持狀態(tài)，另一個通話為未連接狀態(tài)(等待處理、 告警)；
呼叫請求將被拒絕并返回"486 Busy Here"(當前486忙)。保持的通話 不能被影響。
9. 話機已有一個呼叫處于保持狀態(tài)，另一個通話為未連接狀態(tài)(忙音，一 般未連接)；
呼叫請求將被拒絕并返回"486 Busy Here"(當前486忙)。保持的通話 不能被影響。
10. 話機有兩個通話(通話中、保持、呼入響鈴........)；
撥號請求失敗。當前的通話不受影響。話機返回"486 Busy Here"(當前
486忙)響應。
當接收到被呼叫者的最后一個建立會話響應后， 一個包含會話響應的 NOTIFY消息會發(fā)送到軟件控制端。整個過程結束。
在實際使用中，在控制端上，先運行軟件控制端，并在服務器上注冊成功， 使之運行在撥號模式下。同樣，使用相同的號碼將話機也注冊成功。
然后，我們可以從網頁中直接選擇電話號碼，然后選擇指定選項就可以立 刻撥號了。在郵件中也可以使用同樣的方法來進行撥號(參見圖5)?；蚴沁M 入軟件自帶的電話本，選擇其中的號碼進行撥號(參見圖6)。
最后，等對方響應后就可以在話機上通話了。整個過程相當簡單，使用 者不用記憶任何號碼。相比傳統(tǒng)的撥號過程，本發(fā)明的撥號過程跳出了按鍵撥 號的模式，實現了所見即可撥的目的，易用性十分強，撥號時間上大大縮短， 并最大限度避免了誤撥號。并且依靠控制端強大的處理能力，在電話號碼的存 儲和管理上優(yōu)于對話機的直接操作。
以上顯示和描述了本發(fā)明的基本原理和主要特征和本發(fā)明的優(yōu)點。本行業(yè)的技術人員應該了解，本發(fā)明不受上述實施例的限制，上述實施例和說明書中 描述的只是說明本發(fā)明的原理，在不脫離本發(fā)明精神和范圍的前提下，本發(fā)明 還會有各種變化和改進，這些變化和改進都落入要求保護的本發(fā)明范圍內。本 發(fā)明要求保護范圍由所附的權利要求書及其等效物界定。
權利要求
1、一種網絡電話遠程撥號的實現方法，其特征在于，包括以下步驟(1)話機和控制端共同在SIP服務器注冊；(2)話機通過接收來自SIP服務器的REFER消息和控制端建立關聯；(3)控制端通過發(fā)送REFER消息實現對話機撥號控制；(4)話機根據接收到的REFER消息通過SIP服務器發(fā)送INVITE消息給被呼叫者。
2、 根據權利要求l的網絡電話遠程撥號的實現方法，其特征在于，所述步 驟(l)具體是用戶使用話機和控制端，將兩者使用相同的賬號在服務器注冊。
3、 根據權利要求l的網絡電話遠程撥號的實現方法，其特征在于，所述步 驟(2)具體包括話機通過接收來自SIP服務器的REFER消息和控制端建立關聯話機從同 該話機注冊的服務器上接收確認注冊的REFER消息時，消息中的聯系報頭字 段中有所有已注冊綁定本話機的設備信息，這些設備包括控制端設備，這樣使 得話機能接收這些綁定本話機的設備的REFER消息；控制端注冊成功后將立即發(fā)送一個SIP OPTIONS消息請求給所捆綁的話機， 將使該話機重新注冊，并從服務器反饋的REFER消息中獲得最新的綁定本話 機的設備信息列表，以便該話機在得到發(fā)送請求的那個控制端的地址后接收它 的REFER消息。
4、 根據權利要求l的網絡電話遠程撥號的實現方法，其特征在于，所述步 驟(3)具體是在話機和控制端都注冊成功后，話機在空閑狀態(tài)下接收來自控制端 發(fā)出的REFER消息，參考消息中包含了呼叫的地址，從而代替話機本身按鍵 撥號。
5、 根據權利要求l的網絡電話遠程撥號的實現方法，其特征在于，所述步 驟(4)具體是通過控制端直接發(fā)送控制信號到話機處，話機收到控制信號，處理后自動撥號，向服務器發(fā)出連接請求。
6、 根據權利要求4的網絡電話遠程撥號的實現方法，其特征在于，所述步 驟(3)中在控制端上沒有呼叫的反饋。
7、 根據權利要求5的網絡電話遠程撥號的實現方法，其特征在于，所述步 驟④中當話機接收到SIP REFER消息并確認后，須返回一個202 Acc印ted消 息給發(fā)送者；當話機獲得一個未認證的SIP REFER消息后將忽略它，用戶雖然 看不到消息，但是話機仍將發(fā)回拒絕的響應；當接收到被呼叫者的最后一個建 立會話響應后， 一個包含會話響應的通知消息會發(fā)送到控制端。
8、 根據權利要求1或3的網絡電話遠程撥號的實現方法，其特征在于，所 述步驟(2)中， 一般話機啟動后就會一直運行，而軟件控制端是隨電腦啟動運行 的，話機最大有120秒延時后，當再次注冊后才能接收軟件控制端的消息，為 了解決這2分鐘的間隔，軟件控制端注冊成功后將立即發(fā)送一個OPTIONS消息 請求給話機，將使話機重新注冊來獲得最新的列表，以便得到軟件控制端的地 址后接收軟件控制端的REFER消息，這個OPTIONS消息只有在軟件控制端注 冊成功后才會發(fā)出，當軟件控制端已運行很長一段時間，話機于它之后注冊， 那么這個選項請求就不會被發(fā)送。
9、 根據權利要求1或3的網絡電話遠程撥號的實現方法，其特征在于，所 述步驟(2)中可以通過話機用戶在配置DNS域名或是IP地址時增加網絡掩碼來 檢査參考消息；如果用戶使用軟件控制端的主機是DHCP模式，那么用戶就可 以配置IP地址范圍或是使用DNS域名來接收參考消息。
全文摘要
本發(fā)明公開了一種網絡電話遠程撥號的實現方法。該方法通過話機和遠程終端建立連接，話機撥打的號碼保存在遠程的控制端，號碼隨控制信息一起發(fā)送到話機上，接收遠程終端得控制命令后由話機自動撥出，通話過程在話機和服務器間進行。本發(fā)明提出了一個相對于傳統(tǒng)撥號方式更準確，效率更高，操作更便捷的撥號方式，這個模式整合了號碼的管理和撥打，用戶不用記憶任何號碼，撥號過程跳出了按鍵撥號的模式，實現了所見即可撥的目的，易用性十分強，撥號時間大大縮短，并最大限度避免了誤撥號，并且依靠控制端強大的處理能力，在電話號碼的存儲和管理上優(yōu)于對話機的直接操作。
文檔編號H04L29/06GK101667993SQ200810042369
公開日2010年3月10日 申請日期2008年9月2日 優(yōu)先權日2008年9月2日
發(fā)明者曹衛(wèi)彬, 詹遠文, 何 鄭, 顧方文 申請人:上海億人通信終端有限公司