專利名稱：一種基于h.323多媒體通信系統(tǒng)的電話簿傳送方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種多媒體通信方法，具體涉及一種H.323多媒體通信系統(tǒng)中，在終端與GK服務(wù)器之間，利用消息機(jī)制實(shí)現(xiàn)電話簿自動(dòng)傳送的方法。
背景技術(shù)：
隨著下一代網(wǎng)絡(luò)(NGN)的發(fā)展，大規(guī)模部署和應(yīng)用多媒體通信系統(tǒng)的呼聲越來(lái)越高，很多國(guó)家的電信系統(tǒng)都進(jìn)行了多媒體通信系統(tǒng)的商用。在傳統(tǒng)的H.323多媒體通信系統(tǒng)中，用戶在終端本地編輯和存儲(chǔ)電話簿。在進(jìn)行呼叫時(shí)，往往從電話簿中翻到對(duì)方電話號(hào)碼處，然后發(fā)起呼叫。目前業(yè)界的實(shí)現(xiàn)方法，普遍只將電話簿保存在終端本地。這種方法存在缺點(diǎn)當(dāng)用戶客戶端出現(xiàn)故障或者用戶更換到其它客戶端(如出差到異地)時(shí)，就會(huì)丟失存儲(chǔ)于本地的電話簿，無(wú)法根據(jù)電話簿進(jìn)行呼叫業(yè)務(wù)。
目前用戶的應(yīng)對(duì)上述問題的主要方法有兩種1、用專門的工具導(dǎo)出電話簿，每次客戶端故障或更換客戶端時(shí)，再用專門的工具導(dǎo)入；2、專門單獨(dú)用記事本記錄下電話簿中的電話號(hào)碼集。
顯然，上述兩種應(yīng)對(duì)辦法對(duì)用戶而言，既增加了工作量，也容易忘記操作，很不方便。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，提出一種基于H.323多媒體通信系統(tǒng)的電話簿傳送方法。
本發(fā)明為解決上述技術(shù)問題，所采用的技術(shù)方案是，一種基于H.323多媒體通信系統(tǒng)的電話簿傳送方法，包括以下步驟a、客戶端采用H.225.0中NonStandardMessage消息將電話簿上傳到GK服務(wù)器；并將NonStandardMessage消息標(biāo)示電話簿上傳標(biāo)記；b、客戶端接收到帶有電話簿上傳標(biāo)記的NonStandardMessage消息，并檢查到電話簿上傳標(biāo)記后，更新本地電話簿；c、當(dāng)GK服務(wù)器收到客戶端發(fā)送的申請(qǐng)電話簿請(qǐng)求后，采用H.225.0中NonStandardMessage消息將電話簿下發(fā)給客戶端，并將NonStandardMessage消息標(biāo)示電話簿下發(fā)標(biāo)記；d、客戶端接收到帶有電話簿下發(fā)標(biāo)記的NonStandardMessage消息，并檢查所述電話簿下發(fā)標(biāo)記后，對(duì)本地電話簿進(jìn)行恢復(fù)或更新。
本發(fā)明的有益效果是，方法實(shí)現(xiàn)簡(jiǎn)單，能使得H.323多媒體通信系統(tǒng)的用戶更方便可靠地使用電話簿。
具體實(shí)施例方式
在基于H.323的多媒體通信系統(tǒng)中，GK服務(wù)器主要承擔(dān)注冊(cè)管理和呼叫控制等功能。ITU-T H.225.0標(biāo)準(zhǔn)的RAS部分主要實(shí)現(xiàn)終端與GK服務(wù)器交互的信令，包括注冊(cè)、呼叫等。
對(duì)此，本發(fā)明利用H.225.0 RAS的非標(biāo)準(zhǔn)消息(NonStandardMessage)來(lái)實(shí)現(xiàn)上傳與下發(fā)電話薄數(shù)據(jù)。NonStandardMessage消息用于擴(kuò)展，很多廠商都用它傳輸私有數(shù)據(jù)，可以與標(biāo)準(zhǔn)的H.323系統(tǒng)兼容。
其中，NonStandardMessage消息的數(shù)據(jù)字段用于攜帶具體數(shù)據(jù)。本實(shí)施例在NonStandardMessage的數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)字段中引入了7種標(biāo)識(shí)符，分別定義了7種消息類型PhoneBookUpLoadReq “電話簿上傳請(qǐng)求”標(biāo)識(shí)符PhoneBookUpLoading “電話簿上傳中”標(biāo)識(shí)符PhoneBookUpLoadFin “電話簿上傳結(jié)束”標(biāo)識(shí)符PhoneBookDownLoadReq“電話簿下載請(qǐng)求”標(biāo)識(shí)符PhoneBookDownLoading“電話簿下發(fā)中”標(biāo)識(shí)符PhoneBookDownLoadFin“電話簿下發(fā)結(jié)束”標(biāo)識(shí)符PhoneBookOpAck“電話簿操作確認(rèn)”標(biāo)識(shí)符關(guān)于上述7種消息的具體構(gòu)造辦法，如下表


由于H.225.0的RAS消息一般采用UDP進(jìn)行承載，需要建立應(yīng)用層確認(rèn)機(jī)制，因此采用PhoneBookOpAck進(jìn)行確認(rèn)。
從而在發(fā)送每個(gè)NonStandardMessage消息時(shí)，將數(shù)據(jù)字段的第1個(gè)byte用于填寫消息類型。其中，對(duì)于“電話簿上傳中”和“電話簿下發(fā)中”，由于電話簿內(nèi)容一般比較多，往往需要若干個(gè)數(shù)據(jù)包才能傳完，因此將數(shù)據(jù)字段的第2-5個(gè)byte用于填寫電話簿內(nèi)容數(shù)據(jù)包的序列號(hào)，第6個(gè)byte開始填寫具體的電話簿內(nèi)容。
用戶上傳電話簿的過程由于盲目地后臺(tái)自動(dòng)上傳，無(wú)法準(zhǔn)確判斷上傳時(shí)機(jī)，有可能在用戶更換客戶端時(shí)進(jìn)行，可能導(dǎo)致GK服務(wù)器上的電話簿內(nèi)容錯(cuò)誤或不完整。為了避免該問題，該操作過程需要用戶在客戶端手動(dòng)發(fā)起用戶選擇上傳后，流程如下(1)客戶端首先發(fā)出“電話簿上傳請(qǐng)求”消息，數(shù)據(jù)字段的第1個(gè)byte填寫標(biāo)識(shí)符類型為PhoneBookUpLoadReq，第2-5個(gè)byte填寫電話簿內(nèi)容數(shù)據(jù)包總數(shù)，該數(shù)據(jù)為無(wú)符號(hào)整型，其它byte不填；(2)GK服務(wù)器端返回“電話簿操作確認(rèn)”消息，數(shù)據(jù)字段的第1個(gè)byte填寫標(biāo)識(shí)符類型為PhoneBookOpAck，第2個(gè)byte則填寫所確認(rèn)的對(duì)象，即PhoneBookUpLoadReq，其它不填；(3)客戶端發(fā)出“電話簿上傳中”消息，數(shù)據(jù)字段的第1個(gè)byte填寫標(biāo)識(shí)符類型為PhoneBookUpLoading，第2-5個(gè)byte填寫已經(jīng)發(fā)出的電話簿內(nèi)容數(shù)據(jù)包序列號(hào)，該數(shù)據(jù)為無(wú)符號(hào)整型，第6個(gè)byte開始填寫電話簿內(nèi)容；(4)GK服務(wù)器端返回“電話簿操作確認(rèn)”消息，數(shù)據(jù)字段的第1個(gè)byte填寫標(biāo)識(shí)符類型為PhoneBookOpAck，第2個(gè)byte則填寫所確認(rèn)的對(duì)象，即PhoneBookUpLoading，第3-6個(gè)byte填寫所接收的電話簿內(nèi)容數(shù)據(jù)包序列號(hào)(無(wú)符號(hào)整型)，其它不填；(5)客戶端發(fā)出“電話簿上傳結(jié)束”消息，數(shù)據(jù)字段的第1個(gè)byte填寫標(biāo)識(shí)符類型為PhoneBookUpLoadFin，第2-5個(gè)byte填寫已經(jīng)發(fā)出的電話簿內(nèi)容數(shù)據(jù)包總數(shù)(無(wú)符號(hào)整型)，其它不填；(6)GK服務(wù)器端返回“電話簿操作確認(rèn)”消息，數(shù)據(jù)字段的第1個(gè)byte填寫標(biāo)識(shí)符類型為PhoneBookOpAck，第2個(gè)byte則填寫所確認(rèn)的對(duì)象，即PhoneBookUpLoadFin，第3-6個(gè)byte填寫已經(jīng)接收的電話簿內(nèi)容數(shù)據(jù)包總數(shù)，該數(shù)據(jù)為無(wú)符號(hào)整型；其它不填。
其中，第3步和第4步的消息一般會(huì)是序列號(hào)依次相鄰的若干組。例如，若客戶端將電話簿內(nèi)容數(shù)據(jù)包分為20個(gè)上傳，則第3步和第4步的消息會(huì)是20組。
同時(shí)，GK服務(wù)器端在收到客戶端發(fā)來(lái)的“電話簿上傳結(jié)束”消息以前，只將收到電話簿內(nèi)容數(shù)據(jù)存于緩存/臨時(shí)文件中，僅當(dāng)收到“電話簿上傳結(jié)束”消息后，才用其覆蓋原有電話簿內(nèi)容數(shù)據(jù)。采用這種機(jī)制，可以確保電話簿內(nèi)容安全完整。
GK服務(wù)器下發(fā)電話簿的過程該過程由用戶客戶端發(fā)起，客戶端本地采用判斷條件為該用戶不在通話中且該用戶上電后初次注冊(cè)成功；或者該用戶不在通話中且上電初次注冊(cè)成功后已連續(xù)工作若干小時(shí)。
當(dāng)該客戶端符合上述條件時(shí)，客戶端后臺(tái)自動(dòng)發(fā)起該過程，流程如下(1)客戶端發(fā)出“電話簿下載請(qǐng)求”消息，數(shù)據(jù)字段的第1個(gè)byte填寫標(biāo)識(shí)符類型為PhoneBookDownLoadReq，其它不填；(2)GK服務(wù)器端返回“電話簿操作確認(rèn)”消息，數(shù)據(jù)字段的第1個(gè)byte填寫標(biāo)識(shí)符類型為PhoneBookOpAck，第2個(gè)byte則填寫所確認(rèn)的對(duì)象，即PhoneBookDownLoadReq，第3-6個(gè)byte填寫電話簿內(nèi)容數(shù)據(jù)包總數(shù)，該數(shù)據(jù)為無(wú)符號(hào)整型，其它不填；(3)GK服務(wù)器端發(fā)出“電話簿下發(fā)中”消息，數(shù)據(jù)字段的第1個(gè)byte填寫標(biāo)識(shí)符類型為PhoneBookDownLoading，第2-5個(gè)byte填寫已經(jīng)發(fā)出的電話簿內(nèi)容數(shù)據(jù)包序列號(hào)，該數(shù)據(jù)為無(wú)符號(hào)整型，第6個(gè)byte開始填寫電話簿內(nèi)容；(4)客戶端返回“電話簿操作確認(rèn)”消息，數(shù)據(jù)字段的第1個(gè)byte填寫標(biāo)識(shí)符類型為PhoneBookOpAck，第2個(gè)byte則填寫所確認(rèn)的對(duì)象，即PhoneBookDownLoading，第3-6個(gè)byte填寫所接收的電話簿內(nèi)容數(shù)據(jù)包序列號(hào)，該數(shù)據(jù)為無(wú)符號(hào)整型，其它不填；(5)GK服務(wù)器端發(fā)出“電話簿上傳結(jié)束”消息，數(shù)據(jù)字段的第1個(gè)byte填寫標(biāo)識(shí)符類型為PhoneBookUpLoadFin，第2-5個(gè)byte填寫已經(jīng)發(fā)出的電話簿內(nèi)容數(shù)據(jù)包總數(shù)，該數(shù)據(jù)為無(wú)符號(hào)整型，其它不填；(6)客戶端返回″電話簿操作確認(rèn)″消息，數(shù)據(jù)字段的第1個(gè)byte填寫標(biāo)識(shí)符類型為PhoneBookOpAck，第2個(gè)byte則填寫所確認(rèn)的對(duì)象，即PhoneBookUpLoadFin，第3-6個(gè)byte填寫所接收的電話簿內(nèi)容數(shù)據(jù)包總數(shù)，該數(shù)據(jù)為無(wú)符號(hào)整型，其它不填。
其中，第3步和第4步的消息一般會(huì)是序列號(hào)依次相鄰的若干組。例如，若GK服務(wù)器端將電話簿內(nèi)容數(shù)據(jù)包分為20個(gè)下發(fā)，則第3步和第4步的消息會(huì)是20組。
同時(shí)，客戶端在收到GK服務(wù)器端發(fā)來(lái)的″電話簿下發(fā)結(jié)束″消息以前，只將收到電話簿內(nèi)容數(shù)據(jù)存于緩存/臨時(shí)文件中，僅當(dāng)收到″電話簿下發(fā)結(jié)束″消息后，才用其覆蓋本地的原有電話簿內(nèi)容數(shù)據(jù)。采用這種機(jī)制，可以確保電話簿內(nèi)容安全完整。
權(quán)利要求
1.一種基于H.323多媒體通信系統(tǒng)的電話簿傳送方法，其特征在于，包括以下步驟a、客戶端采用H.225.0中NonStandardMessage消息將電話簿上傳到GK服務(wù)器；并將NonStandardMessage消息標(biāo)示電話簿上傳標(biāo)記；b、GK服務(wù)器接收到帶有電話簿上傳標(biāo)記的NonStandardMessage消息，并檢查到電話簿上傳標(biāo)記后，更新本地電話簿；c、當(dāng)GK服務(wù)器收到客戶端發(fā)送的電話簿下載請(qǐng)求后，采用H.225.0中NonStandardMessage消息將電話簿下發(fā)給客戶端，并將NonStandardMessage消息標(biāo)示電話簿下發(fā)標(biāo)記；d、客戶端接收到帶有電話簿下發(fā)標(biāo)記的NonStandardMessage消息，并檢查所述電話簿下發(fā)標(biāo)記后，對(duì)本地電話簿進(jìn)行恢復(fù)或更新。
2.如權(quán)利要求1所述一種基于H.323多媒體通信系統(tǒng)的電話簿傳送方法，其特征在于，所述電話簿上傳標(biāo)記包括電話簿上傳中標(biāo)記、電話簿上傳結(jié)束標(biāo)記；所述步驟b中，GK服務(wù)器檢查到電話簿上傳結(jié)束標(biāo)記后，更新本地電話簿。
3.如權(quán)利要求1所述一種基于H.323多媒體通信系統(tǒng)的電話簿傳送方法，其特征在于，所述電話簿下發(fā)標(biāo)記包括電話簿下發(fā)中標(biāo)記、電話簿下發(fā)結(jié)束標(biāo)記；所述步驟d中，客戶端檢查到電話簿下發(fā)結(jié)束標(biāo)記后，對(duì)本地電話簿進(jìn)行恢復(fù)或更新。
全文摘要
本發(fā)明涉及一種多媒體通信方法，提出一種基于H.323多媒體通信系統(tǒng)的電話簿傳送方法。采用的技術(shù)方案包括以下步驟a.客戶端采用H.225.0中NonStandardMessage消息將電話簿上傳到GK服務(wù)器；并將NonStandardMessage消息標(biāo)示電話簿上傳標(biāo)記；b.客戶端接收到帶有電話簿上傳標(biāo)記的NonStandardMessage消息，并檢查到電話簿上傳標(biāo)記后，更新本地電話簿；c.當(dāng)GK服務(wù)器收到客戶端發(fā)送的申請(qǐng)電話簿請(qǐng)求后，采用H.225.0中NonStandardMessage消息將電話簿下發(fā)給客戶端，并將NonStandardMes sage消息標(biāo)示電話簿下發(fā)標(biāo)記；d.客戶端接收到帶有電話簿下發(fā)標(biāo)記的NonStandardMessage消息，并檢查所述電話簿下發(fā)標(biāo)記后，對(duì)本地電話簿進(jìn)行恢復(fù)或更新。本發(fā)明的有益效果是，方法實(shí)現(xiàn)簡(jiǎn)單，能使得H.323多媒體通信系統(tǒng)的用戶更方便可靠地使用電話簿。
文檔編號(hào)H04M7/00GK101014064SQ20061002229
公開日2007年8月8日 申請(qǐng)日期2006年11月21日 優(yōu)先權(quán)日2006年11月21日
發(fā)明者劉杰 申請(qǐng)人:四川長(zhǎng)虹電器股份有限公司