網絡電話網關通信協議的製作方法
2023-09-13 04:55:40 1
專利名稱：網絡電話網關通信協議的製作方法
技術領域：
本發明是一種通信協議，特別是涉及一種網絡電話網關通信協議。
背景技術：
一般網絡電話網關上各家大都使用H.323、媒體網關控制協議(MGCP)及會話初始化協議(SIP)等標準通信協議；這些標準通信協議在互通性及擴充性上均十分優越，但是由於功能複雜及具擴充彈性而使得模塊變得十分龐大，有時很難在容量及效能有限的嵌入式系統上實現。
另外，一般網絡電話網關由於網絡環境多樣複雜，而讓一般使用者望而卻步；因此，有必要尋求解決的方法。
發明內容因此，本發明的主要目的，是在於提供一種網絡電話網關通信協議，其實現程序具有輕薄短小的優點，且可藉以使網絡電話網關達到穩定而有效率的通信。
依據本發明的網絡電話網關通信協議用以使多個網關可通過網際網絡來進行語音通信，每一網關皆可做為一發話端網關或一受話端網關，其中該網絡電話網關通信協議包含(a)定義多個命令，用以執行該發話端網關及受話端網關間的一通信狀態流程，其中該通信狀態流程包括一發話端網關的狀態變化及一受話端網關的狀態變化；(b)定義一通信數據包格式，據以形成多個通信數據包，其中這些通信數據包是藉由傳輸控制協議(TCP)在網際網絡中傳送；及(c)於每一網關中設置一電話簿管理程序單元，當執行其中一網關中的電話簿管理程序單元時，可藉以使這些網關皆可至該電話簿管理程序單元中查詢電話號碼。
下面結合附圖及實施例對本發明進行詳細說明圖1是一方塊圖，說明本發明網絡電話網關通信協議的一優選實施例的實施程序架構。
圖2是一方塊圖，說明該實施程序架構中的主模塊。
圖3是一通話程序圖，說明該優選實施例中當A/B端正常通話時的通話程序。
圖4是一通話程序圖，說明該優選實施例中當B端未應答且A端取消通話時的通話程序。
圖5是一通話程序圖，說明該優選實施例中當B端無法通話時的通話程序。
圖6是一流程圖，說明該優選實施例中發話端網關的狀態變化所對應的通信狀態流程。
圖7是一流程圖，說明該優選實施例中受話端網關的狀態變化所對應的通信狀態流程。
圖8是一架構圖，說明該優選實施例中多臺網關間使用設定自己內部電話簿方式互相通話的通話架構。
圖9是一架構圖，說明該優選實施例中其中一臺網關執行電話簿管理程序單元的通話架構。
圖10是一流程圖，說明該優選實施例中的取碼判斷流程。
圖11是一操作畫面示意圖，說明該優選實施例中一網絡界面的一登錄畫面。
圖12是一操作畫面示意圖，說明該網絡界面的一主畫面。
圖13是一操作畫面示意圖，說明該網絡界面的一網絡設定畫面。
圖14是一操作畫面示意圖，說明該網絡界面的一DDNS設定畫面。
圖15是一架構圖，說明二根據本發明通信協議所實施的網絡電話網關通過網際網絡通話的一架構。
圖16是一類似圖15的視圖，說明該架構中網關內線對打的情況。
圖17是一類似圖15的視圖，說明該架構中網關內線打外線或遠端市內電話的情況。
圖18是一類似圖15的視圖，說明該架構中市內電話打(遠端)網關內線的情況。
圖19是一類似圖15的視圖，說明該架構中市內電話打到網關再通過網絡電話撥到遠端市內電話的情況。
具體實施方式本發明的網絡電話網關通信協議是用以使多個網關可通過網際網絡來進行語音通信；每一網關皆可做為一發話端網關或一受話端網關；該網絡電話網關通信協議包含(a)定義多個命令，用以執行該發話端網關及受話端網關間的一通信狀態流程，其中該通信狀態流程包括一發話端網關的狀態變化及一受話端網關的狀態變化；(b)定義一通信數據包格式，據以形成多個通信數據包，其中這些通信數據包是藉由TCP在網際網絡中傳送；及(c)於每一網關中設置一電話簿管理程序單元，當執行其中一網關中的電話簿管理程序單元時，可藉以使這些網關皆可至該電話簿管理程序單元中查詢電話號碼。
如圖1、2所示，本發明網絡電話網關通信協議的實施程序包括一主模塊11、一網絡模塊12、一驅動程序應用程式接口(API)模塊13，及一實時傳輸協議(RTP)模塊14；該主模塊11負責信令與通話流程及交互式語音響應(IVR)流程的控制；該網絡模塊12負責系統參數的設定與維護；該驅動程序API模塊13負責提供控制硬體的API呼叫接口；該RTP模塊14負責RTP語音信道的建立與維護。
該主模塊11包括一主要次模塊110、一第一次模塊111、一第二次模塊112、一第三次模塊113、一第四次模塊114、一第五次模塊115、一第六次模塊116，及一第七次模塊117；該主要次模塊110負責主要流程的控制與其它次模塊間的連結；該第一次模塊111負責IVR的運作；該第二次模塊112負責埠程序(Socket)的通信；該第三次模塊113負責所有參數的設定及維護；該第四次模塊114負責通話記錄的傳送作業；該第五次模塊115負責監控與預設網關的連線；該第六次模塊116負責讀寫閃速存儲器中的自錄語音檔；該第七次模塊117負責動態域名伺服器(DDNS)的登錄工作。
本發明的網絡電話網關通信協議使用C語言的TCP接口程序API來實現，然並不限於C語言；TCP是通過網絡協議(IP)來進行可靠無誤的雙向數據傳輸，所以一般通稱TCP/IP，其為一種面向連接的通信協議。
因此，本發明實施時的主程序模塊與電話簿管理程序單元中對於重要的信令控制便選擇TCP通信協議以簡化程序複雜性；在信令控制上，本發明的實施程序同時扮演TCPSocket伺服器端與客戶端兩種角色；當要打電話出去時，在得到受話端網關的IP位址後，發話端網關便以客戶端身份連線到受話端網關的伺服器端；相反地，當有其它發話端網關欲打電話至本地受話端網關時，對方則是以客戶端身份連入本地受話端網關的伺服器端；至於，該優選實施例中，內定供信令使用的TCP埠號為1688。
為了執行發話端網關及受話端網關間的通信狀態流程，本發明中需定義命令及響應消息如下表
另外，本發明中對電話簿管理程序單元定義如下表中的命令
如圖3所示，當網關A與網關B二者間可正常通話時，二者間需進行以下程序；如程序(1)所示，當網關A偵測有使用者舉機時，便播放撥號音並準備收碼；隨後於收碼完成後依撥碼內容查詢目的地端(例如網關B)的IP位址，並以客戶端身份連結網關B，且在連線成功後對網關B送出Invite命令及相關信息的數據包。
接著，如程序(2)所示，當網關B收到Invite命令數據包後，便檢查數據包內容並執行要求動作，例如振鈴某空閒的分機，並對網關A傳送消息為180 Ringing的Response命令數據包；然後，當網關A收到上述Response命令數據包時，便對使用者的話筒播放回鈴音，等待對方應答。
接著，如程序(3)所示，當網關B振鈴中的分機舉機應答時，便對網關A傳送消息為200OK的Response命令及B端RTP相關的信息數據包。
接著，如程序(4)所示，當網關A收到上述Response命令數據包時，表示知道對方已經應答，便依數據包內的RTP信息建立通往B端的RTP通話通道，並送出ACK命令及A端RTP相關的信息數據包。
接著，如程序(5)所示，當網關B收到上述ACK命令數據包時，便依數據包內的RTP信息建立通往A端的RTP通話通道；此時雙向通話通道便已建立完成，因此可互相通話。
接著，如程序(6)所示，當網關B偵測到分機通話結束而掛機時，便對網關A傳送BYE命令數據包，要求結束通話及連線。
然後，如程序(7)所示，當網關A收到上述BYE命令數據包時，便對使用者話筒送忙音，並對網關B送消息為200的Response命令數據包；網關B收到此Response命令數據包後，便切斷Socket連線，而網關A端也會立即偵測出連線已斷，隨即關閉自己的Socket。
另外，值得注意的是，程序(6)與(7)進行的方式有可能發生網關A與網關B幾乎同時掛機的情形，因此對於此種情況需特別小心處理。
如圖4所示，當網關B未應答且網關A取消通話時，二者間需進行以下程序；依序進行如上所述的程序(1)及(2)。
接著，如程序(8)所示，在網關B分機應答前，網關A便已偵測出使用者掛機，此時便對網關B送出Cancel命令數據包；網關B收到此Cancel命令數據包時，便停止對分機響鈴，並回應網關A消息為200的Response命令數據包；值得注意的是，有可能網關B收到Cancel命令數據包時分機正好應答並已送出Response 200OK命令數據包。
然後，如程序(9)所示，當網關A收到上述Response 200OK命令數據包後，便切斷Socket連線，而網關B端也會立即偵測出連線已斷，隨即關閉自己的Socket。
如圖5所示，當網關B無法通話時，二者間需進行以下程序；依序進行如上所述的程序(1)；然後，如程序(10)所示，當網關B收到Invite命令數據包後，確定無法執行工作時，便對網關A送Response 140 Reject命令數據包；網關A收到後會對使用者的話筒播忙音，並且切斷連線；此時網關B也會立即偵測出連線已斷，而關閉自己的Socket。
如圖6所示，本發明中發話端網關的狀態變化包括一IDLE狀態21、一TO_DIAL狀態22、一TO_INVITE狀態23、一BUSY狀態24、一RINGBACK狀態25、一TO_CANCEL狀態26、一TALKING狀態27、一BYE_OK狀態28及一TO_BYE狀態29；如圖所示，發話端網關的狀態變化所對應的通信狀態流程包括以下步驟。
當發話端網關於IDLE狀態21偵測到發話端使用者舉機時，便改變至TO_DIAL狀態22。
若於該TO_DIAL狀態22下可收碼完成，則改變至TO_INVITE狀態23；若無法完成收碼,則改變至BUSY狀態24，且發話端使用者掛機以使發話端網關回復至IDLE狀態21。
於TO_INVITE狀態23下，若發話端網關收到受話端網關的Response命令的Ring響應消息，則發話端網關改變至該RINGBACK狀態25；若TO_INVITE狀態23執行失敗，則改變至BUSY狀態24，並掛機以回復至IDLE狀態21；若發話端使用者掛機，則發話端網關回復至該IDLE狀態21。
於RINGBACK狀態25下，若發話端網關收到受話端網關的Response命令的OK響應消息，則發話端網關送出Ack命令且改變至TALKING狀態27，若發話端使用者掛機，則發話端網關改變至TO_CANCEL狀態26，並收到受話端網關的Response命令的OK響應消息，隨後發話端網關回復至IDLE狀態21。
於TALKING狀態27下，若發話端網關收到受話端網關的Bye命令，則發話端網關改變至BYE_OK狀態28，隨後發話端使用者掛機以使發話端網關回復至IDLE狀態，若發話端使用者掛機，則發話端網關改變至TO_BYE狀態29，隨後收到受話端網關的Response命令的OK響應消息，並回復至IDLE狀態21。
如圖7所示，本發明中受話端網關的狀態變化包括一IDLE狀態31、一RINGING狀態32、一TO_ANSWER狀態33、一TALKING狀態34、一BUSY狀態35、一TO_BYE狀態36及一BYE_OK狀態37；如圖所示，受話端網關的狀態變化所對應的通信狀態流程包括以下步驟。
當受話端網關於IDLE狀態31收到發話端的Invite命令時，便改變至RINGING狀態32。
於RINGING狀態32下，若受話端使用者舉機應答，則受話端網關送出Response命令的OK響應消息並改變至TOANSWER狀態33，若受話端網關收到發話端網關的CANCEL命令，則受話端網關回復至IDLE狀態31。
於TO_ANSWER狀態33下，若受話端網關收到發話端網關的Ack命令，則受話端網關改變至TALKING狀態34，若受話端網關收到發話端網關的Cancel命令，則受話端網關改變至BUSY狀態35，然後受話端使用者掛機以使受話端網關回復至IDLE狀態31。
於TALKING狀態34下，若受話端使用者掛機以使受話端網關改變至TO_BYE狀態36，則隨後受話端網關會收到發話端網關的Response命令的OK響應消息並回復至IDLE狀態31，若受話端網關收到發話端網關的Bye命令，則受話端網關送出Response命令的OK響應消息並改變至BYE_OK狀態37，隨後受話端使用者掛機以使受話端網關回復至IDLE狀態31。
至於，本發明中的通信數據包是使用自行定義的OSCP(Octtel Socket Communication Protocol，Octtel為本案申請人的英文名稱)格式表頭，其標包括一記號欄位、一版本欄位、一大小欄位、一命令欄位、一狀態欄位、一保留欄位及一數據部分，如下表所示
上表中數據部分為變動長度，包含命令與參數，即數據部分的格式為數據命令 參數，命令2位元組(0×0000-0×ffff)參數n位元組，依命令而定。
例如以Response命令數據包為例，其數據格式如下CMD_RESPONE Msg_Code RportNo如圖8、9所示，根據本發明通信協議的網絡電話網關實施產品可以點對點的架構通話。如圖8所示，多臺網關間可使用設定自己內部電話簿方式互相通話。
或者，如圖9所示，可在每一網關中設置電話簿管理程序單元；當執行其中一網關中的電話簿管理程序單元時，同群的所有網關可指定使用該已執行的電話簿管理程序單元，並將此電話簿管理程序單元的IP位址指向該臺網關，以便於通話時讓同群的其它網關可詢問IP位址或相關的E.164國際編碼查詢；如此一來，可省去一一設定每臺網關的內部電話簿的麻煩。
此外，本發明的通信協議還包含定義多個速撥碼與相對應的代表號，可整合企業電話號碼且易於記憶及撥號；例如，這些速撥碼可能性使用″0～9″、″*″、″a″及″n″等字元，而這些代表號可使用″0～9″、″*″、″a″、″n″及″，″等字元；″0～9″及″*″是指電話鍵盤上的按鍵；″a″是指特定個數的萬用字元，一個a代表一個按鍵；″n″是指不特定個數的萬用字元，可表示一個或多個按鍵；″，″代表撥號暫停時間，如一個逗號可表示暫停一秒，可應用在本發明中代表號與轉撥到公共交換電話網(PSTN)號碼之間隔；″a″及″n″是做為加減碼的原則，且速撥碼與代表號欄位中如果有此二字元，則必須成對；若速撥碼中有3個a，則代表號中也必須有3個a；如果二個撥碼規則衝突時，將會以編號較小的規則為優先；至於，本發明中所使用的撥號方式為，號碼撥完後加撥#即可馬上撥出，或等待達到按鍵間的等候時間(進階設定)便會將已按的號碼撥出；此外，電話號碼至少必須撥2碼(不含*及#)。
例如，當速撥碼與代表號間沒有一定規則時，需如下表中所示逐筆建立數據；或者，當未使用萬用字元建立撥號規則時，也必須逐筆建立速撥數據。
或者，當需建立撥號規則相同的號碼時，則只如下表所示建立一筆數據；例如，速撥碼設定為3aa表示如果撥出的號碼為3開頭，而且總共是3碼時(一個3與二個a總共是三碼)，則本發明會依照代表號的設定轉碼後撥出。
如圖10所示，本發明的通信協議還包含依照一電話號碼比對順序來進行取碼，且是以這些速撥碼、多個分機號碼、該電話簿管理程序單元及本機電話簿的順序來進行取碼；運用本發明通信協議的網絡電話網關收到完整撥出的的號碼後的比對號碼順序如圖10中的流程圖所示。
如步驟41所示，輸入一電話號碼；接著，如步驟42所示，該電話號碼與速撥表比對是否完全相同或者是否符合設定的原則。
若是，則如步驟43所示，依原則加減碼或轉碼，以產生真正的電話號碼，然後再進行步驟44；若否，則直接進行步驟44。
步驟44是用來比對該電話號碼是否與分機號碼相同；若是，則完成取碼流程，且如步驟45所示，與目的地進行通話；若否，則進行步驟46。
步驟46是用來與已執行的電話簿管理程序單元比對是否有相同的號碼；若是，則完成取碼流程，且如步驟45所示，與目的地進行通話；若否，則進行步驟47。
步驟47是用來與本機電話簿比對是否有相同的號碼；若是，則完成取碼流程，且如步驟45所示，與目的地進行通話；若否，則進行步驟48。
步驟48是用來判斷本機是否有外部交換局(FXO)；若是，則如步驟49所示，則由FXO轉撥到PSTN而與目的地進行通話；若無，則系統撥放忙音。
此外，本發明還包含操作一電話機而以互動語音引導界面來設定網關；利用互動語音引導界面，只要舉起話機輸入功能代碼，便可在沒有電腦的情形下依照語音指引執行查詢及設定網關的作業。
如圖11、12、13、14所示，本發明還包含於電腦上操作一瀏覽器而以一網絡界面來設定網關；當打開瀏覽器並在瀏覽器的網址列輸入欲設定的網關的IP位址後，電腦畫面上便會出現登錄畫面51；接著，在登錄畫面51中輸入正確的使用者名稱與使用者密碼後，便會出現主畫面52，以供使用者以主畫面52中左邊的功能頁來設定網絡電話網關的相關工作參數。
例如，若想進行所使用的通信埠、IP組態及公用電話簿管理員(及前述電話簿管理程序單元)的IP位址的相關設定，則可按下網絡設定按鈕521，接著便會出現網絡設定畫面53，以供使用者進行相關設定工作。
又例如若想進行與DDNS相關的設定，則可按下DDNS設定按鈕522，接著便會出現DDNS設定畫面54，以供使用者進行相關設定工作；DDNS主要是由DNS與更新伺服器所組成；當使用者的IP位址改變時，可通過更新客戶端程序或瀏覽器向更新伺服器程序送出更新需求；當更新伺服器驗證無誤後，即動態更新DNS數據,使得固定的域名可對應到當時的實際IP位址。
如圖15所示，假設在臺北某地已安裝一臺應用本發明通信協議的網絡電話網關，並結合原有的私人分支交換局(PBX)來使用，其中此網關的外部交換局(FXS)接到PBX的外線端；另外，需設定IP為xxx.xxx.xxx.xxx、網關電話號碼(代表號，如3688)、國際前導碼002、國碼886及區碼2；而在北京則安裝另一臺應用本發明通信協議的網絡電話網關，並且需設定網關電話號碼(如5168)、國際前導碼00、國碼86及區碼10；於是，可結合原有的PBX來使用，將FXS界面連接到PBX的外線(C.O.)端；當內部分機要使用網絡電話網關撥打VoIP電話時，只需抓取VoIP外線(以外線鍵抓取VoIP外線，依個別PBX設定而有所不同)，並在聽到撥號音後再撥打VoIP號碼即可；以下假設上述位於臺北及北京的網關皆分別具有二個FXS界面及二個FXO界面針對各種整合應用方式做實例說明。
如圖16所示，雙箭號61表示網關內線對打的情況(FXS至FXS)；若想從北京分機701打至北京分機702，則可撥702#(直接撥分機號碼)。
若想從臺北分機301打至北京分機701，則先依PBX的設定抓取VoIP外線(以下簡稱抓取VoIP外線)，再撥5168701#(撥對方網關電話號碼後接分機號碼)。
若想從北京分機701打至臺北分機301，則撥3688#(撥對方網關電話號碼後由總機接聽後再轉分機301)；此種撥法顯然可省國際電話費。
如圖17所示，雙箭號62及63表示網關內線打外線或遠端市內電話的情況(FXS至FXO)；值得注意的是，如果FXO接的是PBX內線，則可能需以瀏覽器設定該FXO的外線預撥碼，如0，才能撥打電信公司的真正外線。
如雙箭號62所示，若想從北京分機701打至市內電話31234567，則撥31234567#(直接撥北京市內電話號碼)。
如雙箭號63所示，若想從臺北分機302打至北京市內電話31234567，則先抓取VoIP外線再撥516831234567#(撥對方代表號後接市內電話)，或者先抓取VoIP外線再撥002861031234567#(依國際前導碼+國碼+區碼+市內電話號碼)；此種撥法顯然可省國際電話費。
如圖18所示，雙箭號64及65表示市內電話打(遠端)網關內線的情況(FXO至FXS)；當北京某市內電話(如31234567)撥入到FXO外線號碼門號(如35020311)時，接著網關應答後會以1VR語音引導輸入電話號碼如雙箭號64所示，若想與北京網關的分機701通話，則撥701#(撥入後再撥北京網關的分機701)。
如雙箭號65所示，若想與臺北的分機302通話，則撥3688#(撥入後再撥打臺北網關的號碼，接著由總機接聽後再轉分機302)。此種撥法顯然可省國際電話費。
如圖19所示，雙箭號66表示市內電話打到網關再通過VoIP撥到遠端市內電話的情況(FXO至FXO)；當北京某市內電話(如31234567)撥入到FXO外線號碼門號(如35020311)時，接著網關應答後會以IVR語音引導輸入電話號碼；然後，若想與臺北市內電話21234567通話，則368821234567#(撥入後再撥打臺北代表號+市內電話號碼21234567)；此種撥法顯然可省國際電話費。
綜上所述，本發明網絡電話網關通信協議的實施程序確實具有輕薄短小的優點，可藉以使網絡電話網關達到穩定而有效率的通信。
權利要求
1.一種網絡電話網關通信協議，用以使多個網關可通過網際網絡來進行語音通信，每一網關皆可作為一發話端網關及一受話端網關二者擇一，其特徵在於該網絡電話網關通信協議包含(a)定義多個命令，用以執行該發話端網關及受話端網關間的一通信狀態流程，其中該通信狀態流程包括一發話端網關的狀態變化及一受話端網關的狀態變化；(b)定義一通信數據包格式，據以形成多個通信數據包，其中這些通信數據包是藉由TCP在網際網絡中傳送；及(c)於每一網關中設置一電話簿管理程序單元，當執行其中一網關中的電話簿管理程序單元時，可藉以使這些網關皆可至該電話簿管理程序單元中查詢電話號碼。
2.如權利要求1所述的通信協議，其特徵在於這些命令分別為Invite、Response、Ack、Bye及Cancel。
3.如權利要求2所述的通信協議，其特徵在於該Invite命令接一目的地號碼要求通話。
4.如權利要求2所述的通信協議，其特徵在於該Ack命令接本地端供RTP使用的一IP位址與一埠號。
5.如權利要求2所述的通信協議，其特徵在於該Response命令包括多個響應消息，且這些響應消息為Reject、Ring及OK。
6.如權利要求5所述的通信協議，其特徵在於該OK響應消息後接本地端供RTP使用的一埠號。
7.如權利要求5所述的通信協議，其特徵在於該發話端網關的狀態變化包括一IDLE狀態、一TO_DIAL狀態、一TO_INVITE狀態、一BUSY狀態、一RINGBACK狀態、一TO_CANCEL狀態、一TALKING狀態、一BYE_OK狀態及一TO_BYE狀態，且該發話端網關的狀態變化所對應的通信狀態流程包括(d)當該發話端網關於該IDLE狀態偵測到一發話端使用者舉機時，改變至該TO_DIAL狀態；(e)若於該TO_DIAL狀態下可收碼完成，則改變至該TO_INVITE狀態，若無法完成收碼，則改變至該BUSY狀態，且該發話端使用者掛機以使該發話端網關回復至該IDLE狀態；(f)於該TO_INVITE狀態下，若該發話端網關收到受話端網關的Response命令的Ring響應消息，則該發話端網關改變至該RINGBACK狀態，若該TO_INVITE狀態執行失敗，則改變至該BUSY狀態，並掛機以回復至該IDLE狀態，若該發話端使用者掛機，則該發話端網關回復至該IDLE狀態；(g)於該RINGBACK狀態下，若該發話端網關收到受話端網關的Response命令的OK響應消息，則該發話端網關送出Ack命令且改變至該TALKING狀態，若該發話端使用者掛機，則該發話端網關改變至該TO_CANCEL狀態，並收到受話端網關的Response命令的OK響應消息，隨後該發話端網關回復至該IDLE狀態；及(h)於該TALKING狀態下，若該發話端網關收到受話端網關的Bye命令，則該發話端網關改變至該BYE_OK狀態，隨後該發話端使用者掛機以使該發話端網關回復至該IDLE狀態，若該發話端使用者掛機，則該發話端網關改變至該TO_BYE狀態，隨後收到受話端網關的Response命令的OK響應消息，並回復至該IDLE狀態。
8.如權利要求5所述的通信協議，其特徵在於該受話端網關的狀態變化包括一IDLE狀態、一RINGING狀態、一TO_ANSWER狀態、一TALKING狀態、一BUSY狀態、一TO_BYE狀態及一BYE_OK狀態，該受話端網關的狀態變化所對應的通信狀態流程包括(i)當該受話端網關於該IDLE狀態收到該發話端的Invite命令時，改變至該RINGING狀態；(j)於該RINGING狀態下，若一受話端使用者舉機應答，則該受話端網關送出該Response命令的OK響應消息並改變至該TO_ANSWER狀態，若該受話端網關收到發話端網關的CANCEL命令，則該受話端網關回復至該IDLE狀態；(k)於該TO_ANSWER狀態下，若該受話端網關收到發話端網關的Ack命令，則該受話端網關改變至該TALKING狀態，若該受話端網關收到發話端網關的Cancel命令，則該受話端網關改變至該BUSY狀態，然後該受話端使用者掛機以使該受話端網關回復至該IDLE狀態；及(l)於該TALKING狀態下，若該受話端使用者掛機以使該受話端網關改變至該TO_BYE狀態，則隨後該受話端網關會收到該發話端網關的Response命令的OK響應消息並回復至該IDLE狀態，若該受話端網關收到該發話端網關的Bye命令，則該受話端網關送出該Response命令的OK響應消息並改變至該BYE_OK狀態，隨後該受話端使用者掛機以使該受話端網關回復至該IDLE狀態。
9.如權利要求1所述的通信協議，其特徵在於該通信數據包格式的一標頭包括一記號欄位、一版本欄位、一大小欄位、一命令欄位、一狀態欄位、一保留欄位及一數據部分。
10.如權利要求9所述的通信協議，其特徵在於該數據部分為變動長度且包括這些命令的其中的一及相對應的參數。
11.如權利要求1所述的通信協議，其特徵在於還包含定義多個速撥碼與相對應的代表號，可整合企業電話號碼且易於記憶及撥號。
12.如權利要求11所述的通信協議，其特徵在於還包含依照一電話號碼比對順序來進行取碼，且是以這些速撥碼、多個分機號碼、該電話簿管理程序單元及一本機電話簿的順序來進行取碼。
13.如權利要求1所述的通信協議，其特徵在於操作一電話機而以一IVR界面來設定這些網關。
14.如權利要求1所述的通信協議，其特徵在於還包含操作一瀏覽器而以一網絡界面來設定這些網關。
15.如權利要求1所述的通信協議，其特徵在於還包含運用一DDNS，使得該動態域名伺服器中的一固定域名可實時對應到具有一動態IP位址的其中一網關的該實際IP位址。
全文摘要
一種網絡電話網關通信協議，用以使網關可通過網際網絡來進行語音通信，該通信協議包含(a)定義多個命令，以執行發話端網關及受話端網關間的通信狀態流程；(b)定義一通信數據包格式，據以形成多個通信數據包，這些通信數據包是通過TCP在網際網絡中傳送；及(c)於每一網關中設置電話簿管理程序單元，當執行其中一網關中的電話簿管理程序單元時，可使這些網關皆可至該電話簿管理程序單元中查詢電話號碼。
文檔編號H04L12/66GK1716948SQ20041006203
公開日2006年1月4日 申請日期2004年6月28日 優先權日2004年6月28日
發明者吳俊億, 林鴻瑜, 羅正陽 申請人:福億通訊股份有限公司