專利名稱：在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及基于蜂窩網(wǎng)的即按即說(PTT overCellular，簡(jiǎn)稱“PoC”)技術(shù)。
背景技術(shù)：
PoC是開放移動(dòng)聯(lián)盟(Open Mobile Alliance，簡(jiǎn)稱“OMA”)定義的在分組網(wǎng)絡(luò)上實(shí)現(xiàn)的即按即說(Push To Talk，簡(jiǎn)稱“PTT”)業(yè)務(wù)，采用分組語(yǔ)音(Voice over IP，簡(jiǎn)稱“VoIP”)技術(shù)以及半雙工的方式，低成本、高效率地滿足用戶的實(shí)時(shí)通信需求。通過這種業(yè)務(wù)，用戶可以向單個(gè)用戶或群組發(fā)起PoC會(huì)話，實(shí)現(xiàn)一對(duì)一或一對(duì)多的會(huì)話方式。
其中，OMA是基于互聯(lián)網(wǎng)工程任務(wù)組(Internet Engineering Task Force，簡(jiǎn)稱“IETF”)所定義的會(huì)話發(fā)起協(xié)議(Session Initiation Protocol，簡(jiǎn)稱“SIP”)和實(shí)時(shí)傳輸協(xié)議(Real-Time Transfer Protocol，簡(jiǎn)稱“RTP”)來定義PoC的。
在PoC業(yè)務(wù)中，PoC客戶端在通過SIP/IP核心網(wǎng)進(jìn)行注冊(cè)后，會(huì)向PoC服務(wù)器發(fā)布(publish)自己的業(yè)務(wù)設(shè)置(service setting)。所謂業(yè)務(wù)設(shè)置是指，通過在PoC客戶端設(shè)置一系列的參數(shù)內(nèi)容，并發(fā)布給PoC服務(wù)器。這些參數(shù)內(nèi)容體現(xiàn)了PoC客戶端的能力，以及PoC用戶對(duì)PoC客戶端和PoC服務(wù)器所提供的功能選擇，例如，應(yīng)答模式(Answer Mode)指示、呼入會(huì)話禁止(Incoming Session Barring)、呼入即時(shí)個(gè)人通知禁止(Incoming InstantPersonal Alerr Barring)和并發(fā)PoC會(huì)話支持(Simultaneous PoC SessionsSupport)等功能，不同的功能分別包含的設(shè)置內(nèi)容不同。
其中，如果設(shè)置了應(yīng)答模式指示，則本地網(wǎng)絡(luò)中的PoC服務(wù)器將存儲(chǔ)PoC客戶端的應(yīng)答模式，這些應(yīng)答模式設(shè)置內(nèi)容為自動(dòng)應(yīng)答或手動(dòng)應(yīng)答。
如果設(shè)置了呼入會(huì)話禁止，則本地網(wǎng)絡(luò)中的PoC服務(wù)器將存儲(chǔ)poC客戶端的呼入會(huì)話禁止模式，這些應(yīng)答模式設(shè)置內(nèi)容為呼入會(huì)話禁止激活或呼入會(huì)話禁止非激活。
如果設(shè)置了呼入即時(shí)個(gè)人通知禁止，則本地網(wǎng)絡(luò)中的PoC服務(wù)器將存儲(chǔ)PoC客戶端的呼入即時(shí)個(gè)人通知禁止模式，這些應(yīng)答模式設(shè)置內(nèi)容為呼入即時(shí)個(gè)人通知禁止激活或呼入即時(shí)個(gè)人通知禁止非激活。
如果設(shè)置了并發(fā)PoC會(huì)話支持，則本地網(wǎng)絡(luò)中的PoC服務(wù)器將存儲(chǔ)PoC客戶端的并發(fā)PoC會(huì)話支持模式，這些應(yīng)答模式設(shè)置內(nèi)容為并發(fā)PoC會(huì)話支持激活或并發(fā)PoC會(huì)話支持非激活。
在PoC1.0規(guī)范中，支持上述的四種PoC業(yè)務(wù)設(shè)置內(nèi)容應(yīng)答模式、呼入會(huì)話禁止、呼入即時(shí)個(gè)人通知禁止和并發(fā)PoC會(huì)話支持。
在PoC2.0規(guī)范中，除了支持PoC1.0規(guī)范中所支持的四種PoC業(yè)務(wù)設(shè)置內(nèi)容外，還支持以下PoC業(yè)務(wù)設(shè)置內(nèi)容呼入PoC會(huì)話條件禁止(IncomingCondition Based PoC Session Barring)、呼出PoC會(huì)話條件禁止(OutgoingCondition Based PoC Session Barring)、媒體呼入禁止(Incoming MediaBarring)、增強(qiáng)型并發(fā)PoC會(huì)話支持(Enhanced Simultaneous PoC SessionsSupport)和被叫參與者身分標(biāo)識(shí)信息模式(Invited Parties Identity InformationMode)。
在與該發(fā)明相關(guān)的現(xiàn)有技術(shù)中，PoC業(yè)務(wù)設(shè)置發(fā)布過程如圖1所示。PoC客戶端A通過SIP/IP核心網(wǎng)將業(yè)務(wù)設(shè)置內(nèi)容發(fā)布到PoC服務(wù)器上；由PoC服務(wù)器對(duì)PoC用戶地址鑒權(quán)成功后，向PoC客戶端A返回“OK(確定)”消息，并將業(yè)務(wù)設(shè)置內(nèi)容存儲(chǔ)到PoC服務(wù)器上。
其中，PoC客戶端A向PoC服務(wù)器發(fā)布業(yè)務(wù)設(shè)置的過程中，所使用的發(fā)布請(qǐng)求消息(PUBLISH請(qǐng)求消息)中包含以下內(nèi)容PoC服務(wù)指示、PoC客戶端A的用戶地址、應(yīng)答模式設(shè)置、呼入會(huì)話禁止、呼入即時(shí)個(gè)人通知禁止和并發(fā)PoC會(huì)話支持等。
SIP/IP核心網(wǎng)按照PoC用戶地址和PoC服務(wù)指示將發(fā)布請(qǐng)求消息轉(zhuǎn)發(fā)到相應(yīng)的PoC服務(wù)器上。
在實(shí)際應(yīng)用中，上述方案存在以下問題PoC客戶端和PoC服務(wù)器的業(yè)務(wù)設(shè)置不完全匹配時(shí)(因服務(wù)器和客戶端支持的可選功能不一樣所導(dǎo)致)，將導(dǎo)致業(yè)務(wù)設(shè)置失敗或網(wǎng)絡(luò)資源浪費(fèi)(由于PoC客戶端會(huì)周期性的進(jìn)行業(yè)務(wù)設(shè)置發(fā)布)。
造成這種情況的主要原因在于，由于PoC客戶端在向PoC服務(wù)器發(fā)布業(yè)務(wù)設(shè)置前，不知道PoC服務(wù)器所支持的業(yè)務(wù)設(shè)置類型，因此，當(dāng)PoC服務(wù)器對(duì)PoC客戶端發(fā)布的業(yè)務(wù)設(shè)置不支持時(shí)，例如PoC客戶端發(fā)布的業(yè)務(wù)設(shè)置有應(yīng)答模式、呼入會(huì)話禁止、呼入即時(shí)個(gè)人通知禁止、并發(fā)PoC會(huì)話支持、增強(qiáng)型并發(fā)PoC會(huì)話支持，而PoC服務(wù)器只支持應(yīng)答模式、呼入會(huì)話禁止、呼入即時(shí)個(gè)人通知禁止和并發(fā)PoC會(huì)話支持，將導(dǎo)致業(yè)務(wù)設(shè)置發(fā)布失敗，同時(shí)造成網(wǎng)絡(luò)流量的浪費(fèi)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，使得PoC客戶端可以有效地發(fā)布業(yè)務(wù)設(shè)置。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，包含以下步驟APoC客戶端從PoC服務(wù)器獲取該服務(wù)器支持的業(yè)務(wù)設(shè)置類型；B該客戶端根據(jù)所獲取的該服務(wù)器支持的業(yè)務(wù)設(shè)置類型向該服務(wù)器發(fā)布業(yè)務(wù)設(shè)置。
其中，所述步驟B還包含以下子步驟所述服務(wù)器保存所述客戶端發(fā)布的業(yè)務(wù)設(shè)置內(nèi)容。
此外在所述方法中，所述步驟A之前還包含以下步驟所述客戶端檢查本地是否保存有所述服務(wù)器支持的業(yè)務(wù)設(shè)置類型，如果有執(zhí)行步驟B，否則先后執(zhí)行步驟A和B。
此外在所述方法中，所述步驟A中，所述客戶端以訂閱方式獲取所述服務(wù)器支持的業(yè)務(wù)設(shè)置類型。
此外在所述方法中，所述步驟A還包含以下子步驟所述客戶端向所述服務(wù)器發(fā)送請(qǐng)求訂閱該服務(wù)器支持的業(yè)務(wù)設(shè)置類型的訂閱消息；所述服務(wù)器向所述客戶端回應(yīng)確認(rèn)消息；所述服務(wù)器通過通知消息將所支持的業(yè)務(wù)設(shè)置類型發(fā)送給所述客戶端；所述客戶端保存所述服務(wù)器支持的業(yè)務(wù)設(shè)置類型。
此外在所述方法中，當(dāng)所述服務(wù)器所支持的業(yè)務(wù)設(shè)置類型發(fā)生變化時(shí)，該服務(wù)器通過通知消息將變化后所支持的業(yè)務(wù)設(shè)置類型發(fā)送給所述訂閱依然有效的所述客戶端。
所述通知消息包含了業(yè)務(wù)設(shè)置類型的可選或者必選的信息。
此外在所述方法中，所述步驟A之前還包含以下步驟所述客戶端向所述服務(wù)器發(fā)布業(yè)務(wù)設(shè)置；所述服務(wù)器根據(jù)所述客戶端請(qǐng)求的業(yè)務(wù)設(shè)置和自己支持的業(yè)務(wù)設(shè)置類型進(jìn)行業(yè)務(wù)設(shè)置，如果業(yè)務(wù)設(shè)置成功則向該客戶端返回確認(rèn)消息并保存業(yè)務(wù)設(shè)置內(nèi)容，如果業(yè)務(wù)設(shè)置不成功則執(zhí)行所述步驟A和B。
此外在所述方法中，所述步驟A還包含以下子步驟所述服務(wù)器向所述客戶端發(fā)送表示業(yè)務(wù)設(shè)置失敗的應(yīng)答消息，其中攜帶該服務(wù)器所支持的業(yè)務(wù)設(shè)置類型；所述客戶端從所述應(yīng)答消息中獲取所述服務(wù)器所支持的業(yè)務(wù)設(shè)置類型。
此外在所述方法中，還包含以下步驟所述服務(wù)器收到來自所述客戶端發(fā)布的業(yè)務(wù)設(shè)置后，如果該服務(wù)器支持的業(yè)務(wù)設(shè)置項(xiàng)比該客戶端發(fā)布的業(yè)務(wù)設(shè)置項(xiàng)更多，則將該客戶端未發(fā)布的業(yè)務(wù)設(shè)置項(xiàng)按客戶端不支持或運(yùn)營(yíng)商預(yù)置策略處理。
此外在所述方法中，所述服務(wù)器中預(yù)先保存了業(yè)務(wù)設(shè)置的必選項(xiàng)和可選項(xiàng)的信息；當(dāng)所述客戶端發(fā)送的業(yè)務(wù)設(shè)置項(xiàng)缺少至少一個(gè)必選項(xiàng)時(shí)，該服務(wù)器向該客戶端返回表示出錯(cuò)的應(yīng)答消息，并在該應(yīng)答消息中通知該客戶端必須發(fā)布的必選項(xiàng)或還需要發(fā)布的必選項(xiàng)。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于，PoC客戶端根據(jù)所獲取的PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型向PoC服務(wù)器發(fā)布業(yè)務(wù)設(shè)置。通過這種方式可以避免因?yàn)镻oC客戶端發(fā)布的業(yè)務(wù)設(shè)置類型和PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型不匹配而出現(xiàn)錯(cuò)誤或者發(fā)布不成功。因?yàn)楸苊饬税l(fā)布不匹配的業(yè)務(wù)設(shè)置，所以節(jié)省了網(wǎng)絡(luò)流量。
PoC客戶端可以通過兩種方式獲取PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型一種方式是由PoC客戶端在發(fā)布業(yè)務(wù)設(shè)置前主動(dòng)檢查是否保存有PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型，如果沒有就向PoC服務(wù)器訂閱；另一種方式是PoC服務(wù)器因?yàn)闃I(yè)務(wù)設(shè)置類型不匹配導(dǎo)致PoC客戶端的業(yè)務(wù)設(shè)置發(fā)布不成功時(shí)，主動(dòng)將所支持的業(yè)務(wù)設(shè)置類型通過應(yīng)答消息發(fā)送給PoC客戶端。前一種方式由于采用了PoC客戶端主動(dòng)訂閱的方式，所以在PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型發(fā)生變時(shí)PoC客戶端也可以及時(shí)得到通知。后一種方式并不要求PoC客戶端一定要先得到PoC服務(wù)器所支持的業(yè)務(wù)設(shè)置類型再發(fā)布業(yè)務(wù)設(shè)置，所以比較適合PoC客戶端通常發(fā)布的業(yè)務(wù)設(shè)置都可以得到PoC服務(wù)器支持的情況，即PoC服務(wù)器不支持的情況發(fā)生概率較低的情況，這種情況下只需要在少數(shù)發(fā)布不成功的時(shí)候下發(fā)PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型即可，能夠較為節(jié)省通信流量。


圖1是現(xiàn)有技術(shù)中PoC業(yè)務(wù)設(shè)置發(fā)布方法流程圖；圖2是根據(jù)本發(fā)明第一實(shí)施方式的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法流程圖；圖3是根據(jù)本發(fā)明第二實(shí)施方式的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。
本發(fā)明在PoC客戶端向PoC服務(wù)器發(fā)布業(yè)務(wù)設(shè)置前，獲取PoC服務(wù)器所支持的業(yè)務(wù)設(shè)置類型信息，然后根據(jù)所獲取的這些信息，向該P(yáng)oC服務(wù)器發(fā)布能被該P(yáng)oC服務(wù)器所支持的業(yè)務(wù)設(shè)置。通過這種方式可以避免因?yàn)镻oC客戶端發(fā)布的業(yè)務(wù)設(shè)置類型和PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型不匹配而出現(xiàn)錯(cuò)誤或者發(fā)布不成功。因?yàn)楸苊饬税l(fā)布不匹配的業(yè)務(wù)設(shè)置，所以節(jié)省了網(wǎng)絡(luò)流量。
其中，獲取PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型信息的方式有多種。例如，PoC客戶端通過SIP訂閱的方式獲得；或者，當(dāng)PoC客戶端發(fā)布業(yè)務(wù)設(shè)置失敗時(shí)，PoC服務(wù)器在返回的響應(yīng)消息中攜帶該P(yáng)oC服務(wù)器所支持的業(yè)務(wù)設(shè)置類型信息。
本發(fā)明第一實(shí)施方式的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法如圖2所示。
在步驟201中，PoC客戶端A檢查本地是否保存有PoC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型，如果有，則轉(zhuǎn)入步驟209；否則轉(zhuǎn)入步驟202。
在步驟202中，PoC客戶端A向PoC服務(wù)器A請(qǐng)求該P(yáng)oC服務(wù)器A所支持的業(yè)務(wù)設(shè)置類型。PoC客戶端A可以不同的方式獲取PoC服務(wù)器A所支持的業(yè)務(wù)設(shè)置類型，其中，以訂閱方式獲取PoC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型為例，PoC客戶端A將向PoC服務(wù)器A發(fā)送請(qǐng)求訂閱該P(yáng)oC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型的訂閱消息，其中包含了獲取PoC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型的請(qǐng)求如表1所示。

表1在步驟203中，PoC客戶端A的訂閱消息由SIP/IP核心網(wǎng)A轉(zhuǎn)發(fā)給相應(yīng)的PoC服務(wù)器A。
在步驟204中，PoC服務(wù)器A將向PoC客戶端A回應(yīng)的確認(rèn)消息發(fā)送給SIP/IP核心網(wǎng)A，確認(rèn)該用戶A的訂閱，如下表2所示。

表2在步驟205中，PoC服務(wù)器A返回的確認(rèn)消息同樣通過SIP/IP核心網(wǎng)A轉(zhuǎn)發(fā)給PoC客戶端A。
在步驟206中，根據(jù)SIP的訂閱機(jī)制，PoC服務(wù)器A通過通知消息，如表3所示，將所支持的業(yè)務(wù)設(shè)置類型發(fā)送給PoC客戶端A所在的SIP/IP核心網(wǎng)A。


表3PoC客戶端A通過這種訂閱的方式從PoC服務(wù)器A獲取該P(yáng)oC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型，其中，該P(yáng)oC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型為呼入會(huì)話禁止、應(yīng)答模式、呼入個(gè)人通知禁止和并發(fā)會(huì)話支持。當(dāng)PoC服務(wù)器A所支持的業(yè)務(wù)設(shè)置類型發(fā)生變化時(shí)，該P(yáng)oC服務(wù)器A通過通知消息將變化后所支持的業(yè)務(wù)設(shè)置類型發(fā)送給訂閱依然有效的PoC客戶端A。通知消息包含了業(yè)務(wù)設(shè)置類型的可選或者必選的信息。
在步驟207中，同樣的，SIP/IP核心網(wǎng)A收到通知消息后，將該消息轉(zhuǎn)發(fā)給對(duì)應(yīng)的PoC客戶端A。
在步驟208中，PoC客戶端A在收到PoC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型后，向SIP/IP核心網(wǎng)A返回確認(rèn)消息，該消息同樣如表2所示。
在步驟209中，SIP/IP核心網(wǎng)A將PoC客戶端A的確認(rèn)消息轉(zhuǎn)發(fā)給PoC服務(wù)器A。
在步驟210中，PoC客戶端A保存或更新所收到的PoC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型。
在步驟211中，PoC客戶端A根據(jù)所獲取的該P(yáng)oC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型向SIP/IP核心網(wǎng)A發(fā)布業(yè)務(wù)設(shè)置，如表4所示。


表4PoC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型為呼入會(huì)話禁止、應(yīng)答模式、呼入個(gè)人通知禁止和并發(fā)會(huì)話支持。而在PoC客戶端A發(fā)布的業(yè)務(wù)設(shè)置中只包含PoC服務(wù)器A所支持的這四種業(yè)務(wù)設(shè)置類型，分別設(shè)置為呼入會(huì)話禁止非激活、自動(dòng)應(yīng)答模式、呼入個(gè)人通知禁止非激活和并發(fā)會(huì)話支持激活。因此可以避免現(xiàn)有技術(shù)中因?yàn)镻oC客戶端A發(fā)布的業(yè)務(wù)設(shè)置類型和PoC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型不匹配而出現(xiàn)錯(cuò)誤或者發(fā)布不成功。從而避免了發(fā)布不匹配的業(yè)務(wù)設(shè)置，節(jié)省了網(wǎng)絡(luò)流量。在PoC客戶端A發(fā)布PoC設(shè)置后PoC服務(wù)器A才進(jìn)行相應(yīng)的PoC服務(wù)設(shè)置。
在步驟212中，攜帶PoC客戶端A業(yè)務(wù)設(shè)置的發(fā)布請(qǐng)求消息由SIP/IP核心網(wǎng)A轉(zhuǎn)發(fā)給PoC服務(wù)器A。
在步驟213中，PoC服務(wù)器A收到PoC客戶端A發(fā)布的業(yè)務(wù)設(shè)置后，向SIP/IP核心網(wǎng)A返回確認(rèn)消息，即通過SIP 200“OK”應(yīng)答來確認(rèn)PoC客戶端A的SIP PUBLISH請(qǐng)求，同樣如表2所示。
在步驟214中，SIP/IP核心網(wǎng)A向PoC客戶端A返回PoC服務(wù)器A發(fā)來的確認(rèn)消息。
在步驟215中，PoC服務(wù)器A在收到PoC客戶端A的發(fā)布請(qǐng)求消息后，保存PoC客戶端A所發(fā)布的業(yè)務(wù)設(shè)置內(nèi)容。如果PoC服務(wù)器A支持的業(yè)務(wù)設(shè)置項(xiàng)比PoC客戶端A發(fā)布的業(yè)務(wù)設(shè)置項(xiàng)更多，則將PoC客戶端A未發(fā)布的業(yè)務(wù)設(shè)置項(xiàng)按客戶端不支持或運(yùn)營(yíng)商預(yù)置策略處理。
本發(fā)明第二實(shí)施方式的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法如圖3所示。
在步驟301中，PoC客戶端A向SIP/IP核心網(wǎng)A發(fā)送發(fā)布請(qǐng)求消息，其中包含向PoC服務(wù)器A發(fā)布的業(yè)務(wù)設(shè)置的內(nèi)容，同樣如表4所示。
在步驟302中，SIP/IP核心網(wǎng)A將PoC客戶端A的發(fā)布請(qǐng)求消息轉(zhuǎn)發(fā)給PoC服務(wù)器A。
在步驟303中，PoC服務(wù)器A根據(jù)PoC客戶端A請(qǐng)求的業(yè)務(wù)設(shè)置和自己支持的業(yè)務(wù)設(shè)置類型進(jìn)行業(yè)務(wù)設(shè)置，如果業(yè)務(wù)設(shè)置成功，則轉(zhuǎn)入步驟309；如果業(yè)務(wù)設(shè)置不成功，則轉(zhuǎn)入步驟304。
在步驟304中，PoC服務(wù)器A向SIP/IP核心網(wǎng)A發(fā)送表示業(yè)務(wù)設(shè)置失敗的應(yīng)答消息(SIP 4XX消息)，如表5所示，其中攜帶該P(yáng)oC服務(wù)器A所支持的業(yè)務(wù)設(shè)置類型。其中，該P(yáng)oC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型也為呼入會(huì)話禁止、應(yīng)答模式、呼入個(gè)人通知禁止和并發(fā)會(huì)話支持四種。


表5除了PoC客戶端A發(fā)布了PoC服務(wù)器A不支持的業(yè)務(wù)設(shè)置類型而導(dǎo)致業(yè)務(wù)設(shè)置失敗以外，還有一種業(yè)務(wù)設(shè)置失敗的情況。PoC服務(wù)器A中可以預(yù)先保存業(yè)務(wù)設(shè)置的必選項(xiàng)和可選項(xiàng)的信息，當(dāng)PoC客戶端A發(fā)布的業(yè)務(wù)設(shè)置項(xiàng)缺少一個(gè)或多個(gè)必選項(xiàng)時(shí)，PoC服務(wù)器A向PoC客戶端A返回表示出錯(cuò)的4XX應(yīng)答消息，并在該應(yīng)答消息中通知PoC客戶端A必須發(fā)布的必選項(xiàng)或還需要發(fā)布的必選項(xiàng)。PoC客戶端A在重新發(fā)送時(shí)帶全所有的必選項(xiàng)。
在步驟305中，SIP/IP核心網(wǎng)A將PoC服務(wù)器A發(fā)來的SIP 4XX消息發(fā)送給PoC客戶端A，其中也攜帶該P(yáng)oC服務(wù)器A所支持的業(yè)務(wù)設(shè)置類型。
在步驟306中，PoC客戶端A收到PoC服務(wù)器A的SIP 4XX應(yīng)答消息后，從SIP 4XX消息中獲取PoC服務(wù)器A所支持的業(yè)務(wù)設(shè)置類型，并保存這些信息。
在步驟307中，PoC客戶端A根據(jù)所獲取的該P(yáng)oC服務(wù)器A支持的業(yè)務(wù)設(shè)置類型向SIP/IP核心網(wǎng)A發(fā)布需要在該P(yáng)oC服務(wù)器A進(jìn)行的業(yè)務(wù)設(shè)置。
在步驟308中，SIP/IP核心網(wǎng)A也同樣將該發(fā)布請(qǐng)求消息轉(zhuǎn)發(fā)給PoC服務(wù)器A。
步驟309和步驟311分別與步驟213和步驟215相類似，此處不再贅述。
在上述實(shí)施方案中，列舉了PoC客戶端獲取PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型的兩種方式一種方式是由PoC客戶端在發(fā)布業(yè)務(wù)設(shè)置前主動(dòng)檢查是否保存有PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型，如果沒有就向PoC服務(wù)器訂閱；另一種方式是PoC服務(wù)器因?yàn)闃I(yè)務(wù)設(shè)置類型不匹配導(dǎo)致PoC客戶端的業(yè)務(wù)設(shè)置發(fā)布不成功時(shí)，主動(dòng)將所支持的業(yè)務(wù)設(shè)置類型通過應(yīng)答消息發(fā)送給PoC客戶端。前一種方式由于采用了PoC客戶端主動(dòng)訂閱的方式，所以在PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型發(fā)生變時(shí)PoC客戶端也可以及時(shí)得到通知。后一種方式并不要求PoC客戶端一定要先得到PoC服務(wù)器所支持的業(yè)務(wù)設(shè)置類型再發(fā)布業(yè)務(wù)設(shè)置，所以比較適合PoC客戶端通常發(fā)布的業(yè)務(wù)設(shè)置都可以得到PoC服務(wù)器支持的情況，即PoC服務(wù)器不支持的情況發(fā)生概率較低的情況，這種情況下只需要在少數(shù)發(fā)布不成功的時(shí)候下發(fā)PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型即可，能夠較為節(jié)省通信流量。本領(lǐng)域普通技術(shù)人員容易理解，除了上述兩種方式外，PoC客戶端還可以通過其它方式獲取PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型，進(jìn)而減少在發(fā)布業(yè)務(wù)設(shè)置時(shí)的失敗概率，均不偏離本發(fā)明精神。
雖然通過參照本發(fā)明的某些優(yōu)選實(shí)施方式，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，其特征在于，包含以下步驟A PoC客戶端從PoC服務(wù)器獲取該服務(wù)器支持的業(yè)務(wù)設(shè)置類型；B該客戶端根據(jù)所獲取的該服務(wù)器支持的業(yè)務(wù)設(shè)置類型向該服務(wù)器發(fā)布業(yè)務(wù)設(shè)置。
2.根據(jù)權(quán)利要求1所述的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，其特征在于，所述步驟B還包含以下子步驟所述服務(wù)器保存所述客戶端發(fā)布的業(yè)務(wù)設(shè)置內(nèi)容。
3.根據(jù)權(quán)利要求2所述的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，其特征在于，所述步驟A之前還包含以下步驟所述客戶端檢查本地是否保存有所述服務(wù)器支持的業(yè)務(wù)設(shè)置類型，如果有執(zhí)行步驟B，否則先后執(zhí)行步驟A和B。
4.根據(jù)權(quán)利要求3所述的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，其特征在于，所述步驟A中，所述客戶端以訂閱方式獲取所述服務(wù)器支持的業(yè)務(wù)設(shè)置類型。
5.根據(jù)權(quán)利要求4所述的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，其特征在于，所述步驟A還包含以下子步驟所述客戶端向所述服務(wù)器發(fā)送請(qǐng)求訂閱該服務(wù)器支持的業(yè)務(wù)設(shè)置類型的訂閱消息；所述服務(wù)器向所述客戶端回應(yīng)確認(rèn)消息；所述服務(wù)器通過通知消息將所支持的業(yè)務(wù)設(shè)置類型發(fā)送給所述客戶端；所述客戶端保存所述服務(wù)器支持的業(yè)務(wù)設(shè)置類型。
6.根據(jù)權(quán)利要求5所述的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，其特征在于，所述通知消息包含了業(yè)務(wù)設(shè)置類型的可選或者必選的信息。
7.根據(jù)權(quán)利要求5所述的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，其特征在于，當(dāng)所述服務(wù)器所支持的業(yè)務(wù)設(shè)置類型發(fā)生變化時(shí)，該服務(wù)器通過通知消息將變化后所支持的業(yè)務(wù)設(shè)置類型發(fā)送給所述訂閱依然有效的所述客戶端。
8.根據(jù)權(quán)利要求2所述的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，其特征在于，所述步驟A之前還包含以下步驟所述客戶端向所述服務(wù)器發(fā)布業(yè)務(wù)設(shè)置；所述服務(wù)器根據(jù)所述客戶端請(qǐng)求的業(yè)務(wù)設(shè)置和自己支持的業(yè)務(wù)設(shè)置類型進(jìn)行業(yè)務(wù)設(shè)置，如果業(yè)務(wù)設(shè)置成功則向該客戶端返回確認(rèn)消息并保存業(yè)務(wù)設(shè)置內(nèi)容，如果業(yè)務(wù)設(shè)置不成功則執(zhí)行所述步驟A和B。
9.根據(jù)權(quán)利要求8所述的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，其特征在于，所述步驟A還包含以下子步驟所述服務(wù)器向所述客戶端發(fā)送表示業(yè)務(wù)設(shè)置失敗的應(yīng)答消息，其中攜帶該服務(wù)器所支持的業(yè)務(wù)設(shè)置類型；所述客戶端從所述應(yīng)答消息中獲取所述服務(wù)器所支持的業(yè)務(wù)設(shè)置類型。
10.根據(jù)權(quán)利要求2至8中任一項(xiàng)所述的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，其特征在于，還包含以下步驟所述服務(wù)器收到來自所述客戶端發(fā)布的業(yè)務(wù)設(shè)置后，則將該客戶端未發(fā)布的業(yè)務(wù)設(shè)置項(xiàng)按客戶端不支持或運(yùn)營(yíng)商預(yù)置策略處理。
11.根據(jù)權(quán)利要求2至8中任一項(xiàng)所述的在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，其特征在于，所述服務(wù)器中預(yù)先保存了業(yè)務(wù)設(shè)置的必選項(xiàng)和可選項(xiàng)的信息；當(dāng)所述客戶端發(fā)布的業(yè)務(wù)設(shè)置項(xiàng)缺少至少一個(gè)必選項(xiàng)時(shí)，該服務(wù)器向該客戶端返回表示出錯(cuò)的應(yīng)答消息，并在該應(yīng)答消息中通知該客戶端必須發(fā)布的必選項(xiàng)或還需要發(fā)布的必選項(xiàng)。
全文摘要
本發(fā)明涉及通信領(lǐng)域，公開了一種在PoC服務(wù)器上進(jìn)行業(yè)務(wù)設(shè)置的方法，使得PoC客戶端可以有效地發(fā)布業(yè)務(wù)設(shè)置。本發(fā)明中，PoC客戶端根據(jù)所獲取的PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型向PoC服務(wù)器發(fā)布業(yè)務(wù)設(shè)置。PoC客戶端可以通過兩種方式獲取PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型一種方式是由PoC客戶端在發(fā)布業(yè)務(wù)設(shè)置前主動(dòng)檢查是否保存有PoC服務(wù)器支持的業(yè)務(wù)設(shè)置類型，如果沒有就向PoC服務(wù)器訂閱；另一種方式是PoC服務(wù)器因?yàn)闃I(yè)務(wù)設(shè)置類型不匹配導(dǎo)致PoC客戶端的業(yè)務(wù)設(shè)置發(fā)布不成功時(shí)，主動(dòng)將所支持的業(yè)務(wù)設(shè)置類型通過應(yīng)答消息發(fā)送給PoC客戶端。
文檔編號(hào)H04Q7/22GK101090394SQ20061009298
公開日2007年12月19日 申請(qǐng)日期2006年6月12日 優(yōu)先權(quán)日2006年6月12日
發(fā)明者李林, 伍旭剛, 王崢, 張生庭 申請(qǐng)人:華為技術(shù)有限公司