專利名稱：會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地，涉及一種網(wǎng)絡(luò)互聯(lián)協(xié)i義 (Internet Protocol, IP)多媒體子系統(tǒng)中的會議業(yè)務(wù)創(chuàng)建后批量增 力口會i義成員的方法。
背景技術(shù)：
IP多J 某體子系纟克(IP Multimedia Core Network Subsystem )是 由第三4戈合作^U半計劃(3rd Generation Partnership Project, 3GPP ) 提出的一種基于IP的網(wǎng)絡(luò)架構(gòu)，構(gòu)建了 一個的開放而靈活的業(yè)務(wù)環(huán) 境，支持多媒體應(yīng)用，能夠?yàn)橛脩籼峁┴S富的多媒體業(yè)務(wù)。在IMS業(yè)務(wù)體系中，控制層和業(yè)務(wù)層是分離的，控制層不提供 具體業(yè)務(wù)，只向業(yè)務(wù)層提供必要的觸發(fā)、路由、計費(fèi)等功能?？刂?層中業(yè)務(wù)觸發(fā)和控制功能是呼叫會話控制功能(Call Session Control Function,簡稱CSCF,分為 理Proxy、查詢Interrogating和月良務(wù) Serving三種類型，其中負(fù)主要責(zé)4壬的是Serving, Interrogating類型 是可選的)完成的，業(yè)務(wù)層是由一系列應(yīng)用月良務(wù)器(Application Server,簡稱AS)組成，能4是供具體業(yè)務(wù)力良務(wù)，AS可以是獨(dú)立的 實(shí)體，也可以存在于S-CSCF中?？刂茖?S-CSCF)根據(jù)用戶的簽 約信息控制業(yè)務(wù)觸發(fā)，調(diào)用AS上的業(yè)務(wù)，實(shí)現(xiàn)業(yè)務(wù)功能。AS和 S-CSCF可以統(tǒng)稱為月良務(wù)i殳備(SE， Server Equipment )。會話中的端 到端i殳備稱為用戶i殳備UE (User Equipment),負(fù)責(zé)與4吏用者的交 互。這些功能實(shí)體4吏用SIP ( Session Initiation Protocol)十辦i義通i凡。
會i義業(yè)務(wù)是IMS中的一種業(yè)務(wù)，該業(yè)務(wù)允許多人同時通話，即 一人說話，其他人都能聽見。所謂批量增加會議成員就是一次增加 多人力口入會i義?，F(xiàn)有技術(shù)中，會議業(yè)務(wù)創(chuàng)建后，會議創(chuàng)建者要增加會議成員， 只能一個一個的邀請，而不能批量的增加多個成員加入會i義。發(fā)明內(nèi)容考慮到上述問題而做出本發(fā)明，為此，本發(fā)明的主要目的在于， 提供一種會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的方法，其包括步驟S102,當(dāng)在會議業(yè)務(wù)創(chuàng)建之后用戶向會議業(yè)務(wù)服務(wù)設(shè)備發(fā) 送使多個其他用戶加入會議業(yè)務(wù)的請求消息，其中，請求消息中攜 帶有用戶對象列表，并且對于需要特殊處理的對象，對象列表中攜 帶有處理4示i己；步驟S104，會議業(yè)務(wù)服務(wù)設(shè)備當(dāng)收到請求消息時，呼叫將增加 的各個用戶，對于攜帶有處理標(biāo)記的用戶，會議業(yè)務(wù)服務(wù)設(shè)備按照 處理標(biāo)記做特殊處理，并接收由將增加的用戶發(fā)送的應(yīng)答消息；以 及步驟S106，會議業(yè)務(wù)服務(wù)設(shè)備與多個用戶進(jìn)行會話連接，以實(shí) 現(xiàn)會"i義業(yè)務(wù)。請求消息可以是重邀請消息，也可以是轉(zhuǎn)移消息。如果請求消息是轉(zhuǎn)移消息且轉(zhuǎn)移消息的轉(zhuǎn)移目標(biāo)字頭段的值不 包含會議業(yè)務(wù)服務(wù)設(shè)備的地址，則對象列表包括由轉(zhuǎn)移目標(biāo)字頭段 的值表示的對象信息部分以及在消息內(nèi)容中記錄的對象列表信息部 分。對象列表可以包括一個或多個用戶的地址信息，以及處理標(biāo)記 可以為需要特殊處理的用戶的地址信息的參凄t。在步驟S104中，會議業(yè)務(wù)服務(wù)設(shè)備可以將地址信息和參數(shù)用 作呼叫消息的目的;也址。在步驟S104中，會議業(yè)務(wù)服務(wù)設(shè)備可以將地址信息用作呼叫 消息的目的地址，并且可以將參數(shù)用作轉(zhuǎn)移目標(biāo)頭字段和字段參數(shù)。在步驟S104中，會議業(yè)務(wù)服務(wù)設(shè)備可以將地址信息和參數(shù)的 一部分用作呼叫消息的目的地址，并且可以將參fi:的其他部分用作 轉(zhuǎn)移目標(biāo)頭字段和字段參數(shù)。步驟S104包括會議業(yè)務(wù)服務(wù)設(shè)備如果發(fā)現(xiàn)將增加的用戶已 經(jīng)是會議業(yè)務(wù)的成員，則不執(zhí)行增加成員的操作。通過上述技術(shù)方案，實(shí)現(xiàn)了在IMS域中會議業(yè)務(wù)創(chuàng)建之后可以 批量增加會議成員。本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點(diǎn)可通過在所寫的說明書、權(quán)利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。


附圖用來^是供對本發(fā)明的進(jìn)一步理解，并且構(gòu)成i兌明書的一部 分，與本發(fā)明的實(shí)施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的 限制。在附圖中
圖1示出了根據(jù)本發(fā)明的會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的方法的流禾呈圖；圖2示出了才艮據(jù)本發(fā)明的會議業(yè)務(wù)創(chuàng)建后使用reINVITE批量 增加會i義成員的流禾呈圖；圖3示出了根據(jù)本發(fā)明的會議業(yè)務(wù)創(chuàng)建后使用REFER批量增 加會議成員的流程圖，其中，Refer-To不包含成員信息；以及圖4示出了根據(jù)本發(fā)明的會議業(yè)務(wù)創(chuàng)建后使用REFER批量增 加會議成員的流程圖，其中，Refer-To包含成員信息。
具體實(shí)施方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說明，應(yīng)當(dāng)理解，此 處所描述的優(yōu)選實(shí)施例僅用于說明和解釋本發(fā)明，并不用于限定本 發(fā)明。圖1示出了根據(jù)本發(fā)明的會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的 方法的流;f呈圖。參照圖1，提出了一種會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的方 法，其包括步驟S102,當(dāng)在會議業(yè)務(wù)創(chuàng)建之后用戶向會議業(yè)務(wù)服務(wù)設(shè)備發(fā) 送使多個其他用戶加入會議業(yè)務(wù)的請求消息，其中，請求消息中攜 帶有用戶對象列表，并且對于需要特殊處理的對象，對象列表中攜 帶有處理標(biāo)i己；步驟S104，會議業(yè)務(wù)服務(wù)設(shè)備當(dāng)收到請求消息時，呼叫將增加 的各個用戶，對于攜帶有處理標(biāo)記的用戶，會議業(yè)務(wù)月l務(wù)i殳備按照
處理標(biāo)記做特殊處理，并接收由將增加的用戶發(fā)送的應(yīng)答消息；以 及步驟SI06，會議業(yè)務(wù)服務(wù)設(shè)備與多個用戶進(jìn)行會話連接，以實(shí) 現(xiàn)會議業(yè)務(wù)。請求消息可以是重邀請消息，也可以是轉(zhuǎn)移消息。如果請求消息是轉(zhuǎn)移消息且轉(zhuǎn)移消息的轉(zhuǎn)移目標(biāo)字頭段的值不 包含會議業(yè)務(wù)服務(wù)設(shè)備的地址，則對象列表包括由轉(zhuǎn)移目標(biāo)字頭段 的值表示的對象信息部分以及在消息內(nèi)容中記錄的對象列表信息部 分。對象列表可以包括一個或多個用戶的地址信息，以及處理標(biāo)記 可以為需要特殊處理的用戶的地址信息的參數(shù)。在步驟S104中，會議業(yè)務(wù)服務(wù)設(shè)備可以將地址信息和參數(shù)用 作呼叫消息的目的地址。在步驟S104中，會議業(yè)務(wù)服務(wù)設(shè)備可以將地址信息用作呼叫 消息的目的地址，并且可以將參數(shù)用作轉(zhuǎn)移目標(biāo)頭字段和字段參數(shù)。在步驟S104中，會議業(yè)務(wù)服務(wù)設(shè)備可以將地址信息和參數(shù)的 一部分用作呼叫消息的目的地址，并且可以將參凄t的其他部分用作 轉(zhuǎn)移目標(biāo)頭字段和字l殳參凄t。步驟S104包括會議業(yè)務(wù)服務(wù)設(shè)備如果發(fā)現(xiàn)將增加的用戶已 經(jīng)是會議業(yè)務(wù)的成員，則不執(zhí)行增加成員的操作。下面4奪通過三個示例性實(shí)施例進(jìn)一步說明本發(fā)明。
圖2示出了根據(jù)本發(fā)明的會議業(yè)務(wù)創(chuàng)建后使用重邀請 (reINVITE)批量增加會議成員的流程圖，其中，描述了UE-A在 創(chuàng)建會議業(yè)務(wù)后，使用reINVITE技術(shù)同時增加UE-B和UE-C加入 會議，并且UE-B與UE-A已有會話連接，其步驟如下步驟201 、 UE-A和UE-B之間已有A-B會話連接；步驟202、 UE-A已在會議業(yè)務(wù)服務(wù)設(shè)備SE上建立會議業(yè)務(wù)， 并可能已有其他成員加入；步驟203、 UE-A重呼叫會議業(yè)務(wù)服務(wù)設(shè)備SE，比如發(fā)送 reINVITE (重邀請)消息，消息中攜帶對象列表，比如使用"recipient-list，，技術(shù)，在"Require"頭字段中攜帶"recipient-list-invite" 標(biāo)記,在消息中包含"Content-Disposition"類型為"recipient-list" 的消息體，消息體內(nèi)容為對象列表,列表中含兩條記錄， 一條是UE-B 的地址和替換處理標(biāo)記，表示要替換A-B會話，比如表示為"UE-B Replaces=A-B，，，另 一條是UE-C的地址；步驟204、 SE收到重呼叫消息，從消息攜帶的信息中得知是要批量增加會議成員的，于是立即應(yīng)答請求，比如回應(yīng)"200 OK"消 自.步驟205、同時，SE判斷如果UE-B已經(jīng)是會議的成員，則不 執(zhí)行增加該成員的操作，否則SE呼叫對象列表中的UE-B,比如發(fā) 送INVITE消息，按照處理標(biāo)記對INVITE消息估文處理，比如在呼 叫消息中增加消息頭字4炎"Replaces: A-B";步驟206、同時，SE判斷如果UE-C已經(jīng)是會議的成員，則不 執(zhí)行增加該成員的操作，否則SE呼叫UE-C,比如發(fā)送INVITE消 自、'
步-驟207、 UE-B應(yīng)答呼叫，比如發(fā)送"200 OK"消息，并用 此會話替換原有的A-B會話，使UE-B和SE建立會話連接；步驟208、 UE-C應(yīng)答呼叫，比如發(fā)送"200 OK"消息，使UE-C 和SE建立會話連接；自此，會議業(yè)務(wù)服務(wù)設(shè)備SE成功將UE-B和UE-C增加為會議 的成員。圖3示出了根據(jù)本發(fā)明的會議業(yè)務(wù)創(chuàng)建后使用轉(zhuǎn)移(REFER) 批量增加會議成員的流程圖，其中，轉(zhuǎn)移目標(biāo)(Refer-To )不包含 成員信息，以及其中，描述了 UE-A在創(chuàng)建會i義業(yè)務(wù)后，4吏用REFER 4支術(shù)同時增加UE-B和UE-C力口入會+義，并且UE-B與UE-A已有會 話連4妄，其步驟如下步驟301 、 UE-A和UE-B之間已有A-B會話連接；步驟302、 UE-A已在會議業(yè)務(wù)服務(wù)設(shè)備SE上建立會議業(yè)務(wù)， 并可能已有其4也成員加入；步驟303、 UE-A請求會議業(yè)務(wù)服務(wù)設(shè)備SE增加其他多個成員 力口入會i義，比如發(fā)送REFER (轉(zhuǎn)移)消息，并且消息的Refer-To 頭字段的值為SE的地址，消息中攜帶對象列表，比如使用"recipient-list"才支術(shù)，在"Require"頭字^殳中攜帶"recipient-list-invite" 標(biāo)記，在消息中包含"Content-Disposition"類型為"recipient-list" 的消息體，消息體內(nèi)容為對象列表，列表中含兩條記錄， 一條是UE-B 的地址和替換處理標(biāo)記，表示要替換A-B會話，比如表示為"UE-B Replaces=A-B",另 一條是UE-C的地址；步驟304、 SE收到請求，從消息攜帶的信息中得知是要批量增 加會議成員的，同時從Refer-To頭字段的值中得知，該字段不含成 員4言息，于是立即應(yīng)答i青求，比如回應(yīng)"200 OK"消息；步驟305 -308與圖2中的步驟205-208相同。圖4示出了才艮據(jù)本發(fā)明的會議業(yè)務(wù)創(chuàng)建后使用REFER批量增 加會i義成員的流禾呈圖，其中，Refer-To包含成員4言息，以及其中， 描述了 UE-A在創(chuàng)建會議業(yè)務(wù)后，使用REFER技術(shù)同時增加UE-B 和UE-C力口入會"i義，并且UE-B與UE-A已有會話連接，其步驟如 下步驟401 、 UE-A和UE-B之間已有A-B會話連才妻；步驟402、 UE-A已在會議業(yè)務(wù)服務(wù)設(shè)備SE上建立會議業(yè)務(wù)， 并可能已有其4也成員加入；步驟403 、 UE-A請求會議業(yè)務(wù)服務(wù)設(shè)備SE增加其他多個成員 力口入會i義，比如發(fā)送REFER (轉(zhuǎn)移)消息，并且消息的Refer-To 頭字段的值含UE-B或UE-C的地址，消息中攜帶對象列表，比如 使用 "recipient-list "技術(shù)，在"Require "頭字段中攜帶"recipient-list-invite"才示i己，在消息中包含"Content-Disposition" 類型為"recipient-list"的消息體，消息體內(nèi)容為對象列表。如果 Refer-To頭字段的值含UE-B的地址，則需攜帶有替換處理標(biāo)記， 表示要替換A-B會話，比如該字,爻的4直可表示為"UE-B Replaces=A-B，，，同時對象列表中包含UE-C的地址，但不 包含UE-B的地址；如果Refer-To頭字段的值含UE-C的地址，則 對象列表中包含UE-B的地址和替換處理標(biāo)記，比如表示為"UE-B Replaces=A-B，， ， ^f旦不包含UE-C的地址；
步驟404、 SE收到請求，從消息攜帶的信息中得知是要批量增 加會議成員的，同時從Refer-To頭字段的值中得知，該字段含成員 信息，于是立即應(yīng)答請求，比如回應(yīng)"200 OK"消息；步艱《405 — 408與圖2中的步艱《205 — 208相同。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的4呆護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的方法，其特征在于，包括步驟S102，當(dāng)在所述會議業(yè)務(wù)創(chuàng)建之后用戶向會議業(yè)務(wù)服務(wù)設(shè)備發(fā)送使多個其他用戶加入所述會議業(yè)務(wù)的請求消息，其中，所述請求消息中攜帶有用戶對象列表，并且對于需要特殊處理的對象，所述對象列表中攜帶有處理標(biāo)記；步驟S104，所述會議業(yè)務(wù)服務(wù)設(shè)備當(dāng)收到所述請求消息時，呼叫所述將增加的各個用戶，對于攜帶有處理標(biāo)記的用戶，會議業(yè)務(wù)服務(wù)設(shè)備按照處理標(biāo)記做特殊處理，并接收由所述將增加的用戶發(fā)送的應(yīng)答消息；以及步驟S106，所述會議業(yè)務(wù)服務(wù)設(shè)備與多個所述用戶進(jìn)行會話連接，以實(shí)現(xiàn)所述會議業(yè)務(wù)。
2. 根據(jù)前述權(quán)利要求中任一項(xiàng)所述的會議業(yè)務(wù)創(chuàng)建后批量增加 會議成員的方法，其特征在于，所述請求消息是重邀請消息或 者轉(zhuǎn)移消息。
3. 根據(jù)權(quán)利要求2所述的會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的 方法，其特征在于，如果所述請求消息是轉(zhuǎn)移消息且所述轉(zhuǎn)移地址，則所述對象列表包括由所述轉(zhuǎn)移目標(biāo)字頭段的值表示的 對象信息部分以及在消息內(nèi)容中記錄的對象列表信息部分。
4. 根據(jù)權(quán)利要求1所述的會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的 方法，其特征在于，所述對象列表包括一個或多個所述用戶的地址信息，以及所述處理標(biāo)記為需要特殊處理的所述用戶的地 址信息的參數(shù)。
5. 根據(jù)權(quán)利要求4所述的會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的 方法，其特征在于，在所述步驟S104中，所述會議業(yè)務(wù)服務(wù) 設(shè)備將所述地址信息和所述參^:用作呼叫消息的目的地址。
6. 根據(jù)權(quán)利要求5所述的會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的 方法，其特征在于，在所述步驟S104中，所述會i義業(yè)務(wù)月良務(wù) 設(shè)備將所述地址信息用作呼叫消息的目的地址，并且將所述參 數(shù)用作所述轉(zhuǎn)移目標(biāo)頭字段和字段參數(shù)。
7. 根據(jù)權(quán)利要求4所述的會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的 方法，其特征在于，在所述步驟S104中，所述會議業(yè)務(wù)服務(wù) i殳備將所述地址信息和所述參凄t的一部分用作呼叫消息的目 的地址，并且將所述參凄t的其4也部分用作所述轉(zhuǎn)移目標(biāo)頭字,殳 和字^:參凄t。
8. 根據(jù)權(quán)利要求1所述的會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的 方法，其特征在于，所述步驟S104包括所述會議業(yè)務(wù)服務(wù)設(shè)備如果發(fā)現(xiàn)所述將增加的用戶已經(jīng) 是所述會議業(yè)務(wù)的成員，則不才丸行增加所述成員的才喿作。
全文摘要
提出了一種會議業(yè)務(wù)創(chuàng)建后批量增加會議成員的方法，其包括步驟S102，當(dāng)在會議業(yè)務(wù)創(chuàng)建之后用戶向會議業(yè)務(wù)服務(wù)設(shè)備發(fā)送使多個其他用戶加入會議業(yè)務(wù)的請求消息，其中，請求消息中攜帶有用戶對象列表，并且對于需要特殊處理的對象，對象列表中攜帶有處理標(biāo)記；步驟S104，會議業(yè)務(wù)服務(wù)設(shè)備當(dāng)收到請求消息時，呼叫將增加的各個用戶，對于攜帶有處理標(biāo)記的用戶，會議業(yè)務(wù)服務(wù)設(shè)備按照處理標(biāo)記做特殊處理，并接收由將增加的用戶發(fā)送的應(yīng)答消息；以及步驟S106，會議業(yè)務(wù)服務(wù)設(shè)備與多個用戶進(jìn)行會話連接，以實(shí)現(xiàn)會議業(yè)務(wù)。從而，實(shí)現(xiàn)了在IMS域中會議業(yè)務(wù)創(chuàng)建之后可以批量增加會議成員。
文檔編號H04L12/18GK101150424SQ20071018032
公開日2008年3月26日 申請日期2007年10月15日 優(yōu)先權(quán)日2007年10月15日
發(fā)明者劉熠雯, 謝振華 申請人:中興通訊股份有限公司