專利名稱：：對(duì)業(yè)務(wù)信息進(jìn)行關(guān)聯(lián)處理的方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信領(lǐng)域，尤其涉及一種對(duì)業(yè)務(wù)信息進(jìn)行關(guān)聯(lián)處理的方法。
背景技術(shù)：
：隨著寬帶網(wǎng)絡(luò)的發(fā)展，移動(dòng)通信將不僅僅局限于傳統(tǒng)的話音通信，結(jié)合音頻、視頻、圖片和文本等多種媒體類型的多媒體業(yè)務(wù)將逐漸開展起來。多媒體業(yè)務(wù)通過與presence(呈現(xiàn)業(yè)務(wù))、短消息、WEB(網(wǎng)頁)瀏覽、定位信息、PUSH(推送業(yè)務(wù))、文件共享等數(shù)據(jù)業(yè)務(wù)的結(jié)合，可以滿足用戶的多種需求。各種多媒體業(yè)務(wù)包括1、消息業(yè)務(wù)即時(shí)消息和聊天室、多媒體短消息。2、視頻業(yè)務(wù)娛樂、多媒體信息、日常交流。3、電子商務(wù)產(chǎn)品目錄、搜索引擎、購物車、訂單管理、支付。4、游戲單人游戲、群組游戲。5、定位業(yè)務(wù)尋人、向?qū)?、?bào)警。6、個(gè)人助理地址本、日程表、書簽管理、文件存儲(chǔ)、事件提醒、電子郵件。在多種多媒體應(yīng)用的推動(dòng)下，3GPP(第三代伙伴組織計(jì)劃)標(biāo)準(zhǔn)組織推出了基于IP的IMS(IP多媒體子系統(tǒng))架構(gòu)，目的是在通信網(wǎng)絡(luò)中使用一種標(biāo)準(zhǔn)化的開放的結(jié)構(gòu)來實(shí)現(xiàn)多種多樣的多媒體應(yīng)用，提供給用戶更多的選擇和更豐富的感受。SIP出現(xiàn)于二十世紀(jì)九十年代中期，用于控制音頻視頻內(nèi)容在Web上的流傳輸。SIP消息是基于文本的，易于讀取和調(diào)試。易于實(shí)現(xiàn)編程，對(duì)于設(shè)計(jì)人員而言更加直觀。SIP如同電子郵件客戶機(jī)一樣重用MIME(MultipurposeInternetMailExtension,多用途因特網(wǎng)郵件擴(kuò)展)類型描述，重用幾個(gè)現(xiàn)有的比較成熟的lnternet服務(wù)和協(xié)議，如DNS、RTP、RSVP等。因此，不必再引入新服務(wù)對(duì)SIP基礎(chǔ)設(shè)施提供支持，與會(huì)話相關(guān)的應(yīng)用程序可以自動(dòng)啟動(dòng)。SIP獨(dú)立于傳輸層，其底層傳輸可以是采用ATM的IP。SIP使用UDP(用戶數(shù)據(jù)報(bào)協(xié)議)以及TCP(傳輸控制協(xié)議)，將獨(dú)立于底層基礎(chǔ)設(shè)施的用戶靈活地連接起來。SIP支持多設(shè)備功能調(diào)整和協(xié)商。如果服務(wù)或會(huì)話啟動(dòng)了視頻和語音，則仍然可以將語音傳輸?shù)讲恢С忠曨l的設(shè)備，也可以使用其他設(shè)備功能，如單向視頻流傳輸功能。隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，多方通信成為一種逐漸普遍的業(yè)務(wù)，為了實(shí)現(xiàn)多方通信必然需要有一個(gè)統(tǒng)一的控制點(diǎn)來對(duì)多方通信進(jìn)行管理，從而確保管理的一致性和實(shí)時(shí)性。比如，當(dāng)一個(gè)用戶申請(qǐng)發(fā)送音頻業(yè)務(wù)時(shí)，系統(tǒng)需要有且只能有一個(gè)控制點(diǎn)進(jìn)行判決。比如，PoC系統(tǒng)、Conference(—種提供用戶狀態(tài)的功能的服務(wù)器)系統(tǒng)。PoC系統(tǒng)是一種集中控制的多方多媒體通信系統(tǒng)，是OMA(OpenMobileAlliance,開放手機(jī)聯(lián)盟)定義的在蜂窩系統(tǒng)上實(shí)現(xiàn)的PTT(即按即說的語音業(yè)務(wù))。PoC業(yè)務(wù)的概念來自于對(duì)講機(jī)，其用戶體驗(yàn)使用方式和對(duì)講機(jī)類似，PoC業(yè)務(wù)可以實(shí)現(xiàn)簡單、快捷，半雙工通話。用戶通過預(yù)先設(shè)定通話群組，在通話時(shí)無需撥號(hào)，只需要按住特定的按鍵，就可以同時(shí)將話音傳送給群組中其它所有的成員，按鍵即講、呼叫和通話連接過程在瞬間完成，接收方無需進(jìn)行任何響應(yīng)操作就能直接接聽。PoC業(yè)務(wù)的通話過程釆用半雙工的方式，一方在說話時(shí)，其他成員只能接聽不能說話。OMA負(fù)責(zé)制定PoC標(biāo)準(zhǔn)規(guī)范，該規(guī)范中定義的PoC規(guī)范的網(wǎng)絡(luò)結(jié)構(gòu)圖如圖1所示。包括如下主要實(shí)體1、PoCServer:是PoC業(yè)務(wù)的主要呼叫控制設(shè)備，是IMS網(wǎng)絡(luò)的一種ApplicationServer(應(yīng)用月艮務(wù)器)。2、PoCXDMS:存儲(chǔ)PoC業(yè)務(wù)需要的群組信息等數(shù)據(jù)的服務(wù)器。3、PoCClient:PoC客戶端，用戶使用該客戶端和PoCServer發(fā)起和接收PoC呼叫、申請(qǐng)發(fā)言權(quán)、發(fā)言等。PoC業(yè)務(wù)是半雙工的語音以及多媒體通信系統(tǒng)，在建立了PoC群組呼叫之后，用戶可以通過TBCP(TalkBurstControlProtocol發(fā)言權(quán)控制協(xié)議)協(xié)議向PoCServer申請(qǐng)發(fā)言權(quán)。用戶只有獲得了發(fā)言權(quán)，才被準(zhǔn)許說話，其說話產(chǎn)生的媒體流才能被PoCServer轉(zhuǎn)發(fā)到群組中的其它成員。POC2.0是目前OMA正在制定的更高版本的POC業(yè)務(wù)，它是對(duì)POC1.0中定義業(yè)務(wù)的擴(kuò)展和升級(jí)。POC2.0允許用戶通過特定按一建建立與其它一個(gè)或多個(gè)用戶立即通信的多媒體會(huì)話，允許用戶在會(huì)話中傳送多種媒體類型，如靜止圖片，實(shí)時(shí)視頻流，文件傳輸和文本text。POC2.0向下兼容POC1.0，也支持POC1.0中的半雙工語音業(yè)務(wù)。PoC業(yè)務(wù)信息包括1、用戶設(shè)置消息，如，PoC的業(yè)務(wù)設(shè)置，PoC接入控制設(shè)置，CPM用戶設(shè)置。2、系統(tǒng)設(shè)置消息，如，運(yùn)營商的策略。3、信令消息中的指示消息，如，應(yīng)答模式，接入優(yōu)先順序，MBCScheme。4、媒體控制消息中的指示消息，如，TBCP、MBCP消息中的版本指示。5、網(wǎng)絡(luò)系統(tǒng)保存的業(yè)務(wù)信息，如，群組信息中的MBCScheme。6、用戶的簽約信息，如，用戶使用業(yè)務(wù)的接入準(zhǔn)則。在PoC業(yè)務(wù)中，通常需要根據(jù)上述用戶設(shè)置消息、信令面消息的指示、用戶面消息(媒體控制消息)的指示、用戶的簽約消息、網(wǎng)絡(luò)系統(tǒng)保存的業(yè)務(wù)信息和運(yùn)營商的策略等多種信息來決定網(wǎng)絡(luò)操作。隨著PoC業(yè)務(wù)的發(fā)展，上述用戶設(shè)置消息、網(wǎng)絡(luò)系統(tǒng)保存的業(yè)務(wù)信息、運(yùn)營商的策略等消息會(huì)越來越多。目前，在上述業(yè)務(wù)信息中，除了運(yùn)營商的策略中部分策略只能互斥的進(jìn)行配置以外，還沒有用戶設(shè)置消息之間的關(guān)聯(lián)處理方法；還沒有信令消息中指示信息之間的關(guān)聯(lián)處理方法；還沒有媒體控制信息中指示信息之間的關(guān)聯(lián)處理方法；沒有網(wǎng)絡(luò)系統(tǒng)保存的業(yè)務(wù)消息之間的關(guān)聯(lián)處理方法，也沒有用戶簽約信息之間的關(guān)聯(lián)處理方法。
發(fā)明內(nèi)容鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種對(duì)業(yè)務(wù)信息進(jìn)行關(guān)聯(lián)處理的方法，從而可以對(duì)IMS架構(gòu)下的各種應(yīng)用的業(yè)務(wù)消息進(jìn)行關(guān)聯(lián)處理。本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的一種對(duì)業(yè)務(wù)信息進(jìn)行關(guān)聯(lián)處理的方法，包括用戶終端向業(yè)務(wù)服務(wù)器發(fā)送用戶指定的業(yè)務(wù)信息；所述業(yè)務(wù)服務(wù)器對(duì)所述用戶指定的業(yè)務(wù)信息進(jìn)行關(guān)聯(lián)關(guān)系的判斷，并進(jìn)行相應(yīng)的關(guān)聯(lián)處理。所述的關(guān)聯(lián)處理具體包括合并處理、互斥處理和/或按照設(shè)定順序進(jìn)行處理。所述的方法具體包括步驟A、用戶終端向業(yè)務(wù)服務(wù)器發(fā)送用戶指定的業(yè)務(wù)信息；B、所述業(yè)務(wù)服務(wù)器驗(yàn)證所述業(yè)務(wù)信息是否能夠接受，根據(jù)關(guān)聯(lián)處理策略對(duì)所述用戶配置信息進(jìn)行關(guān)聯(lián)關(guān)系的驗(yàn)證、判斷處理，獲得所述用戶配置信息的處理方式。所述的關(guān)聯(lián)處理策略包括用戶設(shè)置信息中攜帶的標(biāo)識(shí)信息；或者；服務(wù)器上保存的策略和/或規(guī)則。所述的方法具體包括步驟C、用戶終端向業(yè)務(wù)服務(wù)器發(fā)送攜帶資源分配策略參數(shù)信息的會(huì)話建立i青求消息；D、所述業(yè)務(wù)服務(wù)器根據(jù)設(shè)定的媒體發(fā)送控制規(guī)則，對(duì)所述資源分配策略參數(shù)信息進(jìn)行關(guān)聯(lián)關(guān)系的驗(yàn)證、判斷處理，獲得所述用戶終端的媒體資源發(fā)送權(quán)分配策略。所述的媒體發(fā)送控制規(guī)則保存在會(huì)話預(yù)先設(shè)定的群組中，或者，業(yè)務(wù)服務(wù)器本地。所述的方法還包括所述業(yè)務(wù)服務(wù)器對(duì)所述媒體發(fā)送控制規(guī)則進(jìn)行關(guān)聯(lián)關(guān)系的-瞼i正、判斷處理。所述的方法還包括在起始會(huì)話協(xié)議SIP消息中的指示或者標(biāo)識(shí)中設(shè)置攜帶關(guān)聯(lián)屬性信息的業(yè)務(wù)信息；SIP協(xié)議棧接收到所述SIP消息后，對(duì)所述SIP消息中設(shè)置的業(yè)務(wù)信息進(jìn)行關(guān)聯(lián)處理。所述的方法適用于IP多媒體子系統(tǒng)IMS架構(gòu)下的應(yīng)用業(yè)務(wù)。所述的應(yīng)用業(yè)務(wù)包括按鍵即說業(yè)務(wù)PoC業(yè)務(wù)、融合IP消息CPM業(yè)務(wù)、電話會(huì)議系統(tǒng)Conference業(yè)務(wù)或可擴(kuò)展標(biāo)記語言XML業(yè)務(wù)。由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明通過利用業(yè)務(wù)服務(wù)器根據(jù)設(shè)定的關(guān)聯(lián)策略，對(duì)業(yè)務(wù)消息中攜帶的用戶配置信息進(jìn)行關(guān)聯(lián)關(guān)系的判斷，并進(jìn)行相應(yīng)的關(guān)聯(lián)處理。從而可以對(duì)IMS架構(gòu)下的各種應(yīng)用的業(yè)務(wù)消息進(jìn)行關(guān)聯(lián)處理。利用本發(fā)明所述的方法，能夠解決業(yè)務(wù)信息之間關(guān)聯(lián)關(guān)系處理問題，提高業(yè)務(wù)的使用體驗(yàn)，增強(qiáng)了業(yè)務(wù)特性。圖1為PoC標(biāo)準(zhǔn)規(guī)范中定義的網(wǎng)絡(luò)結(jié)構(gòu)圖2為以PoC業(yè)務(wù)中的用戶的設(shè)置業(yè)務(wù)消息為例，本發(fā)明所述方法的實(shí)施例的處理流程圖3為圖2所示的流程中服務(wù)器的具體處理過程流程圖；圖4為本發(fā)明所述實(shí)施例中的用戶終端采用SIPPUBLISH請(qǐng)求發(fā)布用戶設(shè)置信息的過程示意圖5為本發(fā)明所述實(shí)施例中的一種關(guān)聯(lián)處理方式的處理過程示意圖；圖6為本發(fā)明所述實(shí)施例中的一種關(guān)聯(lián)處理方式的處理過程示意圖7為本發(fā)明所述實(shí)施例中的一種關(guān)聯(lián)處理方式的處理過程示意圖；圖8為本發(fā)明所述OMAPoC發(fā)言權(quán)申請(qǐng)的實(shí)施例的流程圖；圖9為本發(fā)明所述MBCScheme在PoC會(huì)話中應(yīng)用的實(shí)施例中的媒體資源發(fā)送策略決定的處理流程圖。具體實(shí)施例方式本發(fā)明提供了一種對(duì)業(yè)務(wù)信息進(jìn)行關(guān)聯(lián)處理的方法。下面結(jié)合附圖來詳細(xì)描述本發(fā)明，本發(fā)明所述方法適用于IMS架構(gòu)下的各種應(yīng)用業(yè)務(wù)，比如，PoC業(yè)務(wù)、CPM業(yè)務(wù)、Conference業(yè)務(wù)和XML業(yè)務(wù)等。各種應(yīng)用業(yè)務(wù)可以是使用SIP協(xié)議消息中攜帶的業(yè)務(wù)信息，也可以是其他可以使用XML語言說明業(yè)務(wù)信息的應(yīng)用業(yè)務(wù)。下面的實(shí)施例以PoC業(yè)務(wù)中的用戶的業(yè)務(wù)設(shè)置消息為例，說明在PoC業(yè)務(wù)的業(yè)務(wù)設(shè)置信息中，不同種業(yè)務(wù)設(shè)置作為業(yè)務(wù)信息，出現(xiàn)的合并、互斥和順序處理過程。本發(fā)明所述方法的實(shí)施例的處理流程如圖2所示，包括如下步驟步驟21:用戶終端向服務(wù)器發(fā)送攜帶用戶業(yè)務(wù)設(shè)置信息的設(shè)置消息。在通信系統(tǒng)中，用戶可以在網(wǎng)絡(luò)中的應(yīng)用服務(wù)器進(jìn)行用戶的業(yè)務(wù)設(shè)置，并要求網(wǎng)絡(luò)中的應(yīng)用服務(wù)器根據(jù)用戶的設(shè)置進(jìn)行相應(yīng)的操作。比如，可以要求網(wǎng)絡(luò)根據(jù)用戶的設(shè)置設(shè)定接受或者拒絕會(huì)話請(qǐng)求；可以要求網(wǎng)絡(luò)根據(jù)用戶的設(shè)置下發(fā)保存的業(yè)務(wù)數(shù)據(jù)；可以要求網(wǎng)絡(luò)中的網(wǎng)絡(luò)實(shí)體根據(jù)用戶的設(shè)置對(duì)媒體數(shù)據(jù)進(jìn)行操作；可以要求網(wǎng)絡(luò)中的網(wǎng)絡(luò)實(shí)體根據(jù)用戶的設(shè)置對(duì)消息或者消息中的內(nèi)容進(jìn)行操作等等。上述用戶的設(shè)置的實(shí)現(xiàn)目前可以采用兩種方式，一種方式是用戶終端將用戶的設(shè)置作為一種配置文件保存在網(wǎng)絡(luò)的網(wǎng)絡(luò)實(shí)體中，該配置文件如果用戶不作修改、刪除或者超時(shí)，就不會(huì)自動(dòng)被刪除。采用這種方式進(jìn)行用戶設(shè)置的用戶終端，如XDMClient,XDMClient可以通過XCAP協(xié)議連接XDM服務(wù)器，進(jìn)行添加、刪除和修改配置上述配置文件。上述配置文件可以有較廣泛的用途，可以作為公共的配置信息被其他業(yè)務(wù)使用；也可以為某一種業(yè)務(wù)配置特定的業(yè)務(wù)配置；可以作為用戶終端接入控制的條件；可以作為組管理的配置信息等等。另外一種用戶的設(shè)置的實(shí)現(xiàn)方式是用戶終端上傳用戶設(shè)置，網(wǎng)絡(luò)實(shí)體保存和應(yīng)用該用戶設(shè)置。采用這種方式的用戶設(shè)置，比如，PoC業(yè)務(wù)的業(yè)務(wù)設(shè)置，采用SIPPUBUSH請(qǐng)求發(fā)布的用戶設(shè)置。在PoC業(yè)務(wù)中，用戶終端通常通過接口協(xié)議連接服務(wù)器，向服務(wù)器發(fā)送攜帶各種用戶設(shè)置信息的設(shè)置消息。服務(wù)器對(duì)接收到的消息中攜帶的用戶設(shè)置信息進(jìn)行保存。用戶終端還可以對(duì)上述服務(wù)器上保存的配置文件進(jìn)行添加、刪除和修改等操作。步驟22:服務(wù)器對(duì)保存的用戶設(shè)置信息進(jìn)行驗(yàn)證、關(guān)聯(lián)等操作，確定用戶設(shè)置信息的處理方式。服務(wù)器需要對(duì)保存的用戶設(shè)置信息進(jìn)行驗(yàn)證、關(guān)聯(lián)等操作，確定用戶設(shè)置信息的處理方式。服務(wù)器的具體處理過程流程如圖3所示。首先，服務(wù)器需要分別驗(yàn)證保存的各個(gè)用戶設(shè)置信息是否合法，是否可以接受。在驗(yàn)證通過后，服務(wù)器需要根據(jù)預(yù)先設(shè)定的關(guān)聯(lián)規(guī)則獲得各個(gè)用戶設(shè)置信息之間的關(guān)聯(lián)關(guān)系。上述預(yù)先設(shè)定的關(guān)聯(lián)規(guī)則可以根據(jù)服務(wù)器上已經(jīng)保存的策略和/或規(guī)則來生成；也可以在上述用戶的設(shè)置消息中攜帶，即直接在用戶的設(shè)置消息中標(biāo)識(shí)出和某些其他用戶設(shè)置互斥處理、合并(同時(shí))處理或者按照和其他業(yè)務(wù)設(shè)置按照某一順序處理。服務(wù)器得到了各個(gè)用戶設(shè)置信息之間的關(guān)聯(lián)關(guān)系后，就可以得到用戶設(shè)置信息的處理方式。比如，有部分用戶業(yè)務(wù)設(shè)置是必須合并處理的，也就是同時(shí)處理才能有效；有部分用戶業(yè)務(wù)設(shè)置中是互斥的，只能按照其中一部分的一個(gè)或者幾個(gè)業(yè)務(wù)設(shè)置進(jìn)行操作；有部分用戶業(yè)務(wù)設(shè)置之間只能按照某一個(gè)順序進(jìn)行操作。步驟23、服務(wù)器向用戶終端返回響應(yīng)。服務(wù)器將得到的用戶設(shè)置信息的處理方式返回給相應(yīng)的用戶終端。本發(fā)明還給出了一個(gè)上述處理流程的一個(gè)實(shí)施例，在該實(shí)施例中，一種用戶終端采用SIPPUBLISH請(qǐng)求發(fā)布用戶設(shè)置信息的過程示意圖如圖4所示，包括如下步驟41、Client(用戶終端)發(fā)布SIPPublish消息給SIP網(wǎng)絡(luò),該SIPPublish消息中攜帶了Client向服務(wù)器發(fā)布的業(yè)務(wù)設(shè)置信息(如，業(yè)務(wù)設(shè)置信息#1、業(yè)務(wù)設(shè)置信息#2、業(yè)務(wù)設(shè)置信息#3和業(yè)務(wù)設(shè)置信息#4)。42、SIP網(wǎng)絡(luò)將接收到的SIPPublish消息轉(zhuǎn)發(fā)給服務(wù)器。服務(wù)器對(duì)收到的SIPPublish消息中攜帶的用戶業(yè)務(wù)設(shè)置信息進(jìn)行處理和保存。然后，根據(jù)預(yù)先設(shè)置的關(guān)聯(lián)規(guī)則對(duì)用戶業(yè)務(wù)設(shè)置信息進(jìn)行了關(guān)聯(lián)關(guān)系驗(yàn)證，驗(yàn)證后得到業(yè)務(wù)設(shè)置信息的各種關(guān)聯(lián)處理方式。比如，一種關(guān)聯(lián)處理方式的處理過程如圖5所示，具體處理過程為服務(wù)器對(duì)用戶設(shè)置#1進(jìn)行驗(yàn)證。服務(wù)器對(duì)用戶設(shè)置#2進(jìn)行驗(yàn)證。服務(wù)器驗(yàn)證用戶設(shè)置#1和用戶設(shè)置#2之間的關(guān)聯(lián)關(guān)系。經(jīng)過判斷處理后，得到具體關(guān)聯(lián)處理方式為在用戶設(shè)置#1和用戶設(shè)置#2之中，只能應(yīng)用用戶設(shè)置#2。另一種關(guān)聯(lián)處理方式的處理過程如圖6所示，具體處理過程為服務(wù)器對(duì)用戶設(shè)置#1進(jìn)行驗(yàn)證。服務(wù)器對(duì)用戶設(shè)置#2進(jìn)行驗(yàn)證。服務(wù)器驗(yàn)證用戶設(shè)置#1和用戶設(shè)置#2之間的關(guān)聯(lián)關(guān)系。經(jīng)過判斷處理后，得到具體關(guān)聯(lián)處理方式為在用戶設(shè)置弁1和用戶設(shè)置#2之中，必須同時(shí)應(yīng)用用戶設(shè)置#1和用戶設(shè)置#2。另一種關(guān)聯(lián)處理方式的處理過程如圖7所示，具體處理過程為服務(wù)器對(duì)用戶設(shè)置#1進(jìn)行驗(yàn)證。服務(wù)器對(duì)用戶設(shè)置#2進(jìn)行驗(yàn)證。服務(wù)器驗(yàn)證用戶設(shè)置#1和用戶設(shè)置#2之間的關(guān)聯(lián)關(guān)系。經(jīng)過判斷處理后，得到具體關(guān)聯(lián)處理方式為在用戶設(shè)置#1和用戶設(shè)置#2之中，必須按順序先執(zhí)行用戶設(shè)置#1，后執(zhí)行用戶設(shè)置#2。在消息類業(yè)務(wù)中，用戶終端可以對(duì)是否保存消息或消息中的內(nèi)容，是否轉(zhuǎn)發(fā)消息或者消息中的內(nèi)容，是否接收消息或者消息中的內(nèi)容，是否連接或者下載消息或者消息中的內(nèi)容進(jìn)行設(shè)置。設(shè)置的依據(jù)可以是消息或者消息中內(nèi)容的屬性。這些屬性可能是消息的發(fā)送方、消息的發(fā)送或者接收時(shí)間，消息的大小，消息內(nèi)容的格式等等。各種用戶設(shè)置方式包括但不限于以下幾種1、如果用戶對(duì)某一部分屬性的消息或者消息中的內(nèi)容進(jìn)行了拒絕接收或者拒絕保存的設(shè)置，那么用戶對(duì)相應(yīng)屬性的消息或者消息中的內(nèi)容的下載的用戶設(shè)置是不合理的，網(wǎng)絡(luò)實(shí)體或者是用戶終端可以對(duì)這兩類用戶設(shè)置之間進(jìn)行關(guān)聯(lián)關(guān)系的判斷和處理，根據(jù)策略可以只允許其中一類對(duì)消息或者消息中內(nèi)容的設(shè)置被應(yīng)用到當(dāng)前用戶的使用中。2、如果對(duì)某一部分屬性的消息或者消息中的內(nèi)容進(jìn)行了接收或者無條件保存的設(shè)置，那么用戶設(shè)置下載或者連接的用戶設(shè)置時(shí)，網(wǎng)絡(luò)實(shí)體或者終端可以根據(jù)兩項(xiàng)用戶設(shè)置之間的關(guān)聯(lián)關(guān)系，要求兩項(xiàng)用戶設(shè)置一起聯(lián)合使用，即兩個(gè)用戶設(shè)置之間合并處理。也可以要求用戶設(shè)置了無條件保存后，網(wǎng)絡(luò)實(shí)體或者終端只接受允許下載或者連接的用戶設(shè)置。在升級(jí)為多媒體系統(tǒng)后的PoC系統(tǒng)中，TBCP協(xié)議和發(fā)言權(quán)也相應(yīng)升級(jí)為MBCP(MediaBurstControlProtocol)協(xié)i義和々某體發(fā)送外又。本發(fā)明還才是出了對(duì)PoC業(yè)務(wù)媒體資源發(fā)送權(quán)的分配策略信息進(jìn)行關(guān)聯(lián)處理的方法。一個(gè)OMAPoC發(fā)言權(quán)申請(qǐng)的實(shí)施例的流程圖如圖8所示，包括如下步驟步驟81-82:用戶可以通過TBCP協(xié)議'TalkBurstRequest"消息向PoCServer申請(qǐng)發(fā)言權(quán)。步驟83-84:PoCServer返回"TalkBurstGranted"消息給申請(qǐng)者，以告知該申請(qǐng)者已被準(zhǔn)許發(fā)言，獲得發(fā)言權(quán)。步驟85-86:PoCServer也向其他用戶發(fā)出'TalkBurstTaken"消息，以知會(huì)當(dāng)前發(fā)言者信息給參與群組會(huì)話的其他成員。步驟87-810:已經(jīng)獲得發(fā)言權(quán)的用戶進(jìn)行發(fā)言，其媒體流被PoCServer轉(zhuǎn)發(fā)給群組中的其他成員。步驟811-812:用戶發(fā)言完畢，釋放發(fā)言權(quán)。步驟813-816:群組發(fā)言權(quán)空閑，PoCServer向群組成員廣播"FloorControlIdle"消息。媒體發(fā)送權(quán)是一種發(fā)送媒體資源的權(quán)限，可以應(yīng)用在有媒體流控制功能的通信系統(tǒng)中，例如Conference系統(tǒng)和PoC系統(tǒng)等。本發(fā)明在PoC服務(wù)器中預(yù)先設(shè)定分配策略，通過該分配策略來管理媒體發(fā)送權(quán)。上述分配策略在OMAPoC2系統(tǒng)中稱為MBCScheme(MediaBurstControlScheme,媒體發(fā)送控制規(guī)則)。當(dāng)某一個(gè)MBCScheme應(yīng)用到PoC會(huì)話中，可以決定PoC服務(wù)器采用某種方式或者某種規(guī)則分配媒體發(fā)送權(quán)。同時(shí)，一個(gè)會(huì)話中可以同時(shí)應(yīng)用多個(gè)MBCScheme。多個(gè)MBCScheme之間可能存在一定關(guān)聯(lián)關(guān)系，如某些MBCScheme不能合并使用，而有一部分MBCScheme在一定場景下是需要合并使用的。上述MBCScheme的典型應(yīng)用可以為按照一定順序輪循分配媒體發(fā)送權(quán)、某一些用戶不能獲得媒體發(fā)送權(quán)、某一些用戶總是優(yōu)先獲得媒體發(fā)送權(quán)、不同的媒體控制實(shí)體之間的隊(duì)列進(jìn)行合并、不同的媒體控制實(shí)體之間的隊(duì)列進(jìn)行分拆、為幾個(gè)不同的媒體控制實(shí)體分配一個(gè)隊(duì)列，等等。MBCScheme作為策略，可以采用靈活的應(yīng)用方式。可以作為策略應(yīng)用到整個(gè)PoC會(huì)話中；可以作為策略只應(yīng)用到某一種媒體類型的媒體發(fā)送權(quán)分配中；可以作為策略只應(yīng)用到某一個(gè)媒體流的媒體發(fā)送權(quán)的分配中。因此，不同的MBCScheme之間，一部分分配策略之間是不能同時(shí)使用的，需要服務(wù)器、網(wǎng)絡(luò)實(shí)體或者用戶終端對(duì)應(yīng)用的各個(gè)MBCScheme信息之間進(jìn)行關(guān)聯(lián)處理的判斷和關(guān)聯(lián)處理。MBCScheme作為媒體發(fā)送權(quán)分配策略，可以保存在PoC預(yù)定義的群組中。當(dāng)建立PoC會(huì)話時(shí)，PoC服務(wù)器向上述預(yù)定義的群組進(jìn)行查詢，獲得保存的MBCScheme。然后，PoC服務(wù)器將特定的一個(gè)或者多個(gè)MBCScheme應(yīng)用到PoC會(huì)話中。MBCScheme也可以作為PoC服務(wù)器上保存的本地策略信息，當(dāng)建立PoC會(huì)話時(shí)，PoC服務(wù)器通過查詢該本地策略信息，獲得保存的MBCScheme。然后，PoC服務(wù)器將特定的一個(gè)或者多個(gè)MBCScheme應(yīng)用到PoC會(huì)話中。本發(fā)明還提供了一個(gè)MBCScheme在PoC會(huì)話中應(yīng)用的實(shí)施例。PoC服務(wù)器根據(jù)PoCClient發(fā)出的指示要求后，獲得需要應(yīng)用到PoC會(huì)話的各個(gè)MBCScheme后，對(duì)各個(gè)MBCScheme之間進(jìn)行關(guān)聯(lián)、判斷處理，將判斷結(jié)果進(jìn)行應(yīng)用。在上述實(shí)施例中，用戶直接在會(huì)話建立請(qǐng)求中攜帶自身要求的資源分配策略。上述實(shí)施例中的媒體資源發(fā)送策略決定的處理流程如圖9所示。具體處理過程包括如下步驟步驟91-步驟92:主叫用戶終端PoCClient發(fā)送攜帶資源分配策略參數(shù)MBCScheme弁1和弁2的會(huì)話建立請(qǐng)求至執(zhí)行CF的PoC服務(wù)器。該會(huì)話建立請(qǐng)求可由SIP的邀請(qǐng)(INVITE)消息來承載。步驟93:執(zhí)行CF的PoC服務(wù)器從接收到的會(huì)話建立請(qǐng)求中提取媒體資源發(fā)送權(quán)參數(shù)，查詢可以應(yīng)用到PoC會(huì)話的MBCScheme,驗(yàn)證MBCScheme#1和#2之間的關(guān)聯(lián)關(guān)系，判斷如何應(yīng)用MBCScheme,確定當(dāng)前建立的多方通信業(yè)務(wù)的媒體資源發(fā)送權(quán)分配策略。步驟94-步驟95:執(zhí)行CF的服務(wù)器與當(dāng)前多方通信業(yè)務(wù)的各個(gè)被叫PoCClient建立起會(huì)話。步驟96-步驟99:PoC系統(tǒng)向主叫PoCClient返回會(huì)話建立應(yīng)答，該會(huì)話建立應(yīng)答可由SIP的200OK消息來承載。步驟910:執(zhí)行CF的服務(wù)器在建立起多方通信業(yè)務(wù)之后，按步驟93所確定的媒體資源發(fā)送權(quán)分配策略MBCScheme#1為主叫PoCClient和各個(gè)被叫PoCClient分配媒體資源發(fā)送權(quán)。以下舉若千例子驗(yàn)證進(jìn)行MBCScheme之間關(guān)聯(lián)關(guān)系處理的實(shí)現(xiàn)。1、如PoCClient請(qǐng)求建立會(huì)話，備選的MBCScheme有語音媒體流在多個(gè)用戶之間正向輪循，視頻媒體流在多個(gè)用戶之間反向輪循，這時(shí)MBCScheme只能接受其中一種^(某體發(fā)送權(quán)分配策略，即或者是正向輪循策略或者是反響輪循策略其中一種。兩種策略之間采用的互斥的關(guān)聯(lián)操作。2、如PoCClient請(qǐng)求建立會(huì)話，備選的MBCScheme#1為整個(gè)會(huì)話中的所有續(xù)媒體流分配策略#1，而MBCScheme#2要求語音媒體流應(yīng)用分配策略#2，如果整體會(huì)話分配的策略和為某一個(gè)媒體流分配的策略相互矛理，選擇互斥的媒體資源發(fā)送權(quán)分配策略中的一個(gè)。3、如PoCClient請(qǐng)求建立會(huì)話，請(qǐng)求中的指示要求備選的MBCScheme并1和MBCScheme并2必選同時(shí)應(yīng)用到PoC會(huì)話中的兩個(gè)不同媒體流，那么需要同時(shí)應(yīng)用兩個(gè)媒體資源發(fā)送權(quán)分配策略。本發(fā)明還提出了對(duì)SIP消息頭或者消息體中的指示消息進(jìn)行關(guān)聯(lián)處理的方法。SIP消息中的指示消息，提示SIP協(xié)議棧對(duì)SIP消息進(jìn)行相應(yīng)的合并或互斥處理。SIP消息中目前有一部分指示消息，比如代表用戶選擇的指示消息，autoanswer,manual,answer,automata和audio等消息，通常需要聯(lián)合〗吏用的。比如，如果出現(xiàn)Require指示消息，就需要SIP協(xié)議棧對(duì)該指示消息和require標(biāo)識(shí)進(jìn)行合并關(guān)聯(lián)處理，一起使用。當(dāng)某一個(gè)指示消息或者標(biāo)識(shí)和另一個(gè)指示消息或者標(biāo)識(shí)的關(guān)系為互斥關(guān)系，就需要SIP協(xié)議棧對(duì)該指示消息和require標(biāo)識(shí)進(jìn)行互斥關(guān)聯(lián)處理，只能同時(shí)應(yīng)用某一個(gè)指示消息或者標(biāo)識(shí)。在業(yè)務(wù)消息中(如SIP協(xié)議消息、HTTP業(yè)務(wù)消息、XCAP業(yè)務(wù)消息中)中常常包含若干種業(yè)務(wù)信息。一種常用的攜帶業(yè)務(wù)信息的方式是通過XML語言對(duì)一部分業(yè)務(wù)信息進(jìn)行描述。例如，使用SIP消息上載業(yè)務(wù)設(shè)置的SIPPublish消息中包含的業(yè)務(wù)設(shè)置信息，例如使用XCAP協(xié)議的XDM終端向XDM服務(wù)器發(fā)出的XCAP協(xié)議消息中包含的業(yè)務(wù)信息等等。由于XML語言允許對(duì)某一個(gè)業(yè)務(wù)信息中增加是否關(guān)聯(lián)的屬性，因此，可以使用XML語言對(duì)SIP消息的消息體中的業(yè)務(wù)描述之間的關(guān)聯(lián)關(guān)系需要處理，該關(guān)聯(lián)關(guān)系可以是合并處理、互斥處理或按某一設(shè)定順序處理。SIP協(xié)議棧收到上述攜帶XML語言的SIP消息后，就可以進(jìn)行相應(yīng)的關(guān)聯(lián)處理。XML語言本身就具有指示互斥，順序等關(guān)聯(lián)關(guān)系的數(shù)據(jù)驗(yàn)證機(jī)制，本發(fā)明可以利用XML現(xiàn)有的數(shù)據(jù)驗(yàn)證機(jī)制來實(shí)現(xiàn)關(guān)聯(lián)關(guān)系的描述。目前XML數(shù)據(jù)驗(yàn)證使用了XMLSchema技術(shù)，XMLSchema通過XML語言定義語法使用的標(biāo)記及其數(shù)據(jù)類型，由于XMLSchema本身的架構(gòu)就是XML語言，不需要另一種語法來表示，因此具有XML語言所帶有的擴(kuò)展性。這種數(shù)據(jù)驗(yàn)證技術(shù)能夠表示出關(guān)聯(lián)業(yè)務(wù)所需要的合并處理、互斥處理或按某一設(shè)定順序處理的關(guān)系。下表列出了表示不同關(guān)聯(lián)業(yè)務(wù)處理關(guān)系時(shí)XMLSchema的表示方法。<table>tableseeoriginaldocumentpage18</column></row><table></ElementType><3><c/></a>CPM向用戶提供了發(fā)送基于IP的融合消息的業(yè)務(wù)，在CPM業(yè)務(wù)中多處需要根據(jù)用戶的業(yè)務(wù)信息對(duì)消息發(fā)送、接收、存儲(chǔ)和處理進(jìn)行判斷。CPM業(yè)務(wù)中對(duì)用戶指定的業(yè)務(wù)信息之間關(guān)聯(lián)關(guān)系的判斷包括了合并處理、互斥處理和順序處理的關(guān)聯(lián)關(guān)系。和在網(wǎng)絡(luò)存儲(chǔ)中存儲(chǔ)消息的業(yè)務(wù)需要作為關(guān)聯(lián)業(yè)務(wù)來進(jìn)行處理。用戶可以設(shè)置這兩種業(yè)務(wù)為互斥關(guān)系,這樣消息可以直接發(fā)送到用戶設(shè)備上而不進(jìn)行網(wǎng)絡(luò)存儲(chǔ)，或者消息存儲(chǔ)在網(wǎng)絡(luò)存儲(chǔ)中用戶只收到有新消息的提示.當(dāng)然用戶也可以設(shè)置這兩種業(yè)務(wù)為合并關(guān)系，這樣消息既需要直接發(fā)送到用戶設(shè)備上也需要進(jìn)行網(wǎng)絡(luò)存儲(chǔ).在對(duì)網(wǎng)絡(luò)存儲(chǔ)的管理中，用戶也需要對(duì)不同的業(yè)務(wù)設(shè)置關(guān)聯(lián)關(guān)系，如用戶可以設(shè)置把消息自動(dòng)存儲(chǔ)在網(wǎng)絡(luò)存儲(chǔ)中，同樣也可以設(shè)置網(wǎng)絡(luò)存儲(chǔ)剩余空間的警告閥值，如果用戶希望超過警告閥值后網(wǎng)絡(luò)存儲(chǔ)不允許存儲(chǔ)新的消息，那么用戶就必須把這兩種業(yè)務(wù)的關(guān)聯(lián)關(guān)系設(shè)置為互斥關(guān)系.以上所述，僅為本發(fā)明較佳的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本
技術(shù)領(lǐng)域：
的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。權(quán)利要求1、一種對(duì)業(yè)務(wù)信息進(jìn)行關(guān)聯(lián)處理的方法，其特征在于，包括用戶終端向業(yè)務(wù)服務(wù)器發(fā)送用戶指定的業(yè)務(wù)信息；所述業(yè)務(wù)服務(wù)器對(duì)所述用戶指定的業(yè)務(wù)信息進(jìn)行關(guān)聯(lián)關(guān)系的判斷，并進(jìn)行相應(yīng)的關(guān)聯(lián)處理。2、根據(jù)權(quán)利要求1所示的方法，其特征在于，所述的關(guān)聯(lián)處理具體包括合并處理、互斥處理和/或按照設(shè)定順序進(jìn)行處理。3、根據(jù)權(quán)利要求1或2所示的方法，其特征在于，所述的方法具體包括步驟A、用戶終端向業(yè)務(wù)服務(wù)器發(fā)送用戶指定的業(yè)務(wù)信息；B、所述業(yè)務(wù)服務(wù)器驗(yàn)證所述業(yè)務(wù)信息是否能夠接受，根據(jù)關(guān)聯(lián)處理策略對(duì)所述用戶配置信息進(jìn)行關(guān)聯(lián)關(guān)系的驗(yàn)證、判斷處理，獲得所述用戶配置信息的處理方式。4、根據(jù)權(quán)利要求3所示的方法，其特征在于，所述的關(guān)聯(lián)處理策略包括用戶設(shè)置信息中攜帶的標(biāo)識(shí)信息；或者；服務(wù)器上保存的策略和/或規(guī)則。5、根據(jù)權(quán)利要求1或2所示的方法，其特征在于，所述的方法具體包括步驟C、用戶終端向業(yè)務(wù)服務(wù)器發(fā)送攜帶資源分配策略參數(shù)信息的會(huì)話建立請(qǐng)求消息；D、所述業(yè)務(wù)服務(wù)器根據(jù)設(shè)定的媒體發(fā)送控制規(guī)則，對(duì)所述資源分配策略參數(shù)信息進(jìn)行關(guān)聯(lián)關(guān)系的驗(yàn)證、判斷處理，獲得所述用戶終端的媒體資源發(fā)送權(quán)分配策略。6、根據(jù)權(quán)利要求5所示的方法，其特征在于，所述的媒體發(fā)送控制規(guī)則保存在會(huì)話預(yù)先設(shè)定的群組中，或者，業(yè)務(wù)服務(wù)器本地。7、根據(jù)權(quán)利要求6所示的方法，其特征在于，所述的方法還包括所述業(yè)務(wù)服務(wù)器對(duì)所述媒體發(fā)送控制規(guī)則進(jìn)行關(guān)聯(lián)關(guān)系的驗(yàn)證、判斷處理。8、根據(jù)權(quán)利要求1或2所示的方法，其特征在于，所述的方法還包括在起始會(huì)話協(xié)議SIP消息中的指示或者標(biāo)識(shí)中設(shè)置攜帶關(guān)聯(lián)屬性信息的業(yè)務(wù)信息；SIP協(xié)議棧接收到所述SIP消息后，對(duì)所述SIP消息中設(shè)置的業(yè)務(wù)信息進(jìn)行關(guān)聯(lián)處理。9、根據(jù)權(quán)利要求1或2所示的方法，其特征在于，所述的方法適用于IP多媒體子系統(tǒng)IMS架構(gòu)下的應(yīng)用業(yè)務(wù)。10、根據(jù)權(quán)利要求9所示的方法，其特征在于，所述的應(yīng)用業(yè)務(wù)包括按鍵即說業(yè)務(wù)PoC業(yè)務(wù)、融合IP消息CPM業(yè)務(wù)、電話會(huì)議系統(tǒng)Conference業(yè)務(wù)或可擴(kuò)展標(biāo)記語言XML業(yè)務(wù)。全文摘要本發(fā)明提供了一種對(duì)業(yè)務(wù)信息進(jìn)行關(guān)聯(lián)處理的方法，該方法主要包括用戶終端向業(yè)務(wù)服務(wù)器發(fā)送用戶指定的業(yè)務(wù)信息；所述業(yè)務(wù)服務(wù)器對(duì)所述用戶指定的業(yè)務(wù)信息進(jìn)行關(guān)聯(lián)關(guān)系的判斷，并進(jìn)行相應(yīng)的關(guān)聯(lián)處理。利用本發(fā)明，從而可以對(duì)IMS(IP多媒體子系統(tǒng))架構(gòu)下的各種應(yīng)用的業(yè)務(wù)消息進(jìn)行關(guān)聯(lián)處理。文檔編號(hào)H04L29/06GK101175075SQ20061013830公開日2008年5月7日申請(qǐng)日期2006年11月3日優(yōu)先權(quán)日2006年11月3日發(fā)明者雷朱,雷謝申請(qǐng)人:華為技術(shù)有限公司