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

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

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