本發(fā)明涉及用于實現(xiàn)IP多媒體子系統(tǒng)中策略管理的方法和裝置。更具體而言，本發(fā)明涉及使用組來實現(xiàn)對于IP多媒體子系統(tǒng)的用戶的策略管理。

背景技術(shù)：
IP多媒體服務(wù)提供了同一會話內(nèi)的語音、視頻、消息、數(shù)據(jù)等的動態(tài)組合。通過可能組合的媒體和基本應(yīng)用的數(shù)量的增長，提供給終端用戶的服務(wù)的數(shù)量將增長，并且將豐富人與人之間的通信體驗。這將導(dǎo)致新一代的個人化的、豐富的多媒體通信服務(wù)，包括所謂的“組合IP多媒體”服務(wù)。UMTS（通用移動電信系統(tǒng)）是設(shè)計來向用戶提供更高數(shù)據(jù)速率和增強(qiáng)的服務(wù)的第三代無線系統(tǒng)。UMTS是移動通信(GSM)的全球系統(tǒng)的繼任者，其中GSM與UMTS之間的重要演進(jìn)步驟是通用分組無線服務(wù)(GPRS)。GPRS將分組交換引入GSM核心網(wǎng)絡(luò)中并且允許直接接入分組數(shù)據(jù)網(wǎng)絡(luò)(PDN)。這實現(xiàn)了完全超出ISDN的64kbps限制的通過GSM呼叫網(wǎng)絡(luò)的高數(shù)據(jù)速率分組交換傳送，其對于高達(dá)2Mbps的UMTS數(shù)據(jù)傳送速率是必要的。UMTS由第三代合作伙伴項目(3GPP)來標(biāo)準(zhǔn)化，3GPP是諸如歐洲電信標(biāo)準(zhǔn)協(xié)會(ETSI)、無線電工商協(xié)會(ARIB)和其它的區(qū)域標(biāo)準(zhǔn)團(tuán)體(body)的聯(lián)合。對于更多細(xì)節(jié)，參看3GPPTS23.002。UMTS體系結(jié)構(gòu)包括被稱為IP多媒體子系統(tǒng)(IMS)的子系統(tǒng)，用于支持傳統(tǒng)電話以及新的IP多媒體服務(wù)(3GPPTS22.228、TS23.228、TS24.229、TS29.228、TS29.229、TS29.328和TS29.329第5至7版)。IMS通過標(biāo)準(zhǔn)化IMS服務(wù)使能者(Enabler)的使用，提供了豐富終端用戶人與人之間的通信體驗的關(guān)鍵特征，其促進(jìn)了在基于IP的網(wǎng)絡(luò)上的新的豐富的人與人之間的（客戶與客戶之間的）通信服務(wù)以及人與內(nèi)容之間的（客戶與服務(wù)器之間的）服務(wù)。IMS能連接到PSTN/ISDN（公共交換電話網(wǎng)絡(luò)/集成服務(wù)數(shù)字網(wǎng)絡(luò)）以及因特網(wǎng)。IMS利用會話發(fā)起協(xié)議(SIP)以建立并且控制用戶終端（或終端與應(yīng)用服務(wù)器）之間的會話或呼叫。SIP信令攜帶的會話描述協(xié)議(SDP)用來描述和協(xié)商會話的媒體組件。盡管SIP被創(chuàng)建為用戶與用戶之間協(xié)議，但I(xiàn)MS允許運(yùn)營商和服務(wù)供應(yīng)商來控制用戶接入服務(wù)并且相應(yīng)地對用戶收費。3GPP已經(jīng)選擇SIP用于在用戶設(shè)備(UE)與IMS之間以及IMS中組件之間的信令。以示例的方式，圖1示意性示出了IMS在GPRS/PS接入網(wǎng)絡(luò)（IMS當(dāng)然能在其它接入網(wǎng)絡(luò)上操作）的情況下如何適應(yīng)移動網(wǎng)絡(luò)體系結(jié)構(gòu)。呼叫/會話控制功能(CSCF)作為IMS內(nèi)的SIP代理（proxy）來操作。3GPP體系結(jié)構(gòu)定義三種類型的CSCF：代理CSCF(P-CSCF)，其是IMS內(nèi)對于SIP終端的第一聯(lián)系點；服務(wù)CSCF(S-CSCF)，其向用戶提供用戶訂購服務(wù)；以及查詢CSCF(I-CSCF)，其角色是識別正確的S-CSCF并且向該S-CSCF轉(zhuǎn)發(fā)經(jīng)由P-CSCF從SIP終端接收的請求。在IMS服務(wù)網(wǎng)絡(luò)內(nèi)，提供應(yīng)用服務(wù)器(AS)用于實現(xiàn)IMS服務(wù)功能。應(yīng)用服務(wù)器向IMS系統(tǒng)中的終端用戶提供服務(wù)，并且可作為3GPP定義的Mr接口上的終點被連接或在3GPP定義的ISC接口上由S-CSCF“鏈接入”。在后者情況中，S-CSCF使用初始過濾準(zhǔn)則(IFC)來確定在SIP會話建立期間哪一個應(yīng)用服務(wù)器應(yīng)被“鏈接入”（或?qū)嶋H上為任何SIP方法、會話或非會話相關(guān)的目的）。在IMS注冊規(guī)程期間，S-CSCF從HSS接收IFC作為用戶的訂戶配置文件(profile)的部分。任何網(wǎng)絡(luò)的一重要功能是服務(wù)等級策略的實施。這些策略規(guī)定特定用戶可做什么和不可做什么以及它們將被收取什么費用。服務(wù)等級策略，其可能視為一般策略陳述，通過使用詳細(xì)策略“規(guī)則”被實施。把策略規(guī)則安裝到用戶的所有業(yè)務(wù)都通過的節(jié)點中或共同地處置用戶的所有業(yè)務(wù)的多個節(jié)點中。

技術(shù)實現(xiàn)要素：
此處已經(jīng)認(rèn)識到IMS的現(xiàn)有標(biāo)準(zhǔn)不提供適合企業(yè)環(huán)境中有效策略管理的機(jī)制。因此，本發(fā)明的一目標(biāo)在于提供用于實現(xiàn)企業(yè)環(huán)境中有效策略管理的方法。根據(jù)本發(fā)明的第一方面，對于作為企業(yè)或組織的部分的用戶，提供實現(xiàn)IP多媒體子系統(tǒng)IMS中策略管理的方法。所述方法包括如下步驟：把用戶分成多個組，每個組由組文檔來定義，組文檔由XML文檔管理服務(wù)器來管理；對于組的一個或多個，在組的組文檔中包括一個或多個策略；對于組的每個，在組文檔中包括與該組相關(guān)的一個或多個組的身份；以及在確定將應(yīng)用到用戶的一個或多個策略時，考慮用戶組的組文檔中包括的任何策略以及任何相關(guān)組的組文檔中包括的任何策略。對確定將應(yīng)用到用戶的一個或多個策略的步驟還可包括如下步驟：從用戶組的組文檔中獲得任何相關(guān)組的身份和策略；從所標(biāo)識相關(guān)組的組文檔中獲得策略；以及把用戶組的策略與所標(biāo)識相關(guān)組的策略進(jìn)行組合。組的組文檔可包括與其相關(guān)組的策略不同的一個或多個策略。組的組文檔可包括與該組相關(guān)的所有組的身份。備選的是，組的組文檔可包括與該組直接相關(guān)的相關(guān)組的身份。與該組間接相關(guān)的組則可從與該組直接相關(guān)的組的組文檔中被標(biāo)識。組的組文檔可包括比該組更高級的相關(guān)組的身份。更高級組是其策略通常優(yōu)先于另外組的策略的組。例如，如果已經(jīng)把組組織成層級結(jié)構(gòu)(hierarchicalstructure)，則更高級組可以是已經(jīng)被置于層級結(jié)構(gòu)的較高級別的組。把用戶組的策略與所標(biāo)識相關(guān)組的策略進(jìn)行組合的步驟可包括如下任何步驟：如果用戶組的策略與更高級相關(guān)組的對應(yīng)策略抵觸，則用該更高級相關(guān)組的策略來推翻(override)用戶組的策略；以及如果用戶組中包括策略比更高級相關(guān)組的對應(yīng)策略更窄，則用用戶組的策略來推翻該更高級相關(guān)組的策略。根據(jù)本發(fā)明的第二方面，提供操作XML文檔管理服務(wù)器XDMS的方法。所述方法包括如下步驟：管理多個組文檔，每個組文檔定義用戶組并且標(biāo)識與該組相關(guān)的其它組，組文檔的一個或多個包括一個或多個策略；接收對可應(yīng)用到標(biāo)識的組的策略的請求；通過考慮標(biāo)識的組的組文檔中包括的策略和任何相關(guān)組的組文檔中包括的策略，來確定可應(yīng)用到標(biāo)識的組的策略；以及用所確定策略來響應(yīng)請求。確定可應(yīng)用到標(biāo)識的組的策略的步驟可包括如下步驟：使用標(biāo)識的組的組文檔來標(biāo)識其策略應(yīng)被考慮的相關(guān)組；從標(biāo)識的組的組文檔中和所標(biāo)識相關(guān)組的每個的組文檔中檢索策略；以及將標(biāo)識的組的策略與所標(biāo)識相關(guān)組的策略進(jìn)行組合。將標(biāo)識的組的策略與相關(guān)組的策略進(jìn)行組合的步驟可包括如下任何步驟:如果標(biāo)識的組的策略與更高級相關(guān)組的對應(yīng)策略抵觸，則用該更高級相關(guān)組的策略來推翻標(biāo)識的組的策略；以及如果標(biāo)識的組的策略比更高級相關(guān)組的對應(yīng)策略施加更大的限制，則用標(biāo)識的組的策略來推翻該更高級相關(guān)組的策略。根據(jù)本發(fā)明的第三方面，提供配置成作為XML文檔管理服務(wù)器XDMS來操作的裝置。所述裝置包括：數(shù)據(jù)庫，用于存儲多個組文檔，每個組文檔定義一用戶組并且標(biāo)識與該組相關(guān)的其它組；接收機(jī)，用于接收對與標(biāo)識的組相關(guān)的策略的請求；處理器，用于通過考慮標(biāo)識的組的組文檔中定義的策略和任何相關(guān)組的組文檔中定義的策略來確定將應(yīng)用到標(biāo)識的組的策略；以及傳送機(jī)，用于用所確定策略來響應(yīng)請求。所述處理器還可布置成：使用標(biāo)識的組的組文檔來標(biāo)識其策略應(yīng)被考慮的相關(guān)組；從標(biāo)識的組的組文檔中和任何所標(biāo)識相關(guān)組的組文檔中檢索策略；以及將標(biāo)識的組的策略與所標(biāo)識的相關(guān)組的策略進(jìn)行組合。所述數(shù)據(jù)庫可布置成存儲包括與相關(guān)組的策略不同的策略的組文檔。所述數(shù)據(jù)庫還可布置成存儲包括與組相關(guān)的所有組的身份的組文檔。備選的是，所述數(shù)據(jù)庫可布置成存儲包括與組直接相關(guān)的組的身份的組文檔。如果這樣，則所述處理器可布置成從與標(biāo)識的組間接相關(guān)的組的組文檔來標(biāo)識與標(biāo)識的組間接相關(guān)的組。所述數(shù)據(jù)庫可布置成存儲包括比該組更高級的相關(guān)組的身份的組文檔。在將標(biāo)識的組的策略與相關(guān)組的策略進(jìn)行組合時，所述處理器還可布置成：如果標(biāo)識的組的策略與更高級相關(guān)組的對應(yīng)策略抵觸，則用該更高級相關(guān)組的對應(yīng)策略來推翻標(biāo)識的組的策略；并且/或者如果標(biāo)識的組的對應(yīng)策略比更高級相關(guān)組的策略施加更大的限制，則用標(biāo)識的組的對應(yīng)策略來推翻該更高級相關(guān)組的策略。根據(jù)本發(fā)明的第四方面，提供實現(xiàn)IP多媒體子系統(tǒng)IMS中策略管理的方法，所述方法包括如下步驟：添加用戶作為組的成員，組由組文檔來定義，組文檔由XML文檔管理服務(wù)器XDMS來管理，組文檔標(biāo)識組的成員并且包括可應(yīng)用到組的策略；維護(hù)組文檔中與組成員相關(guān)的動態(tài)數(shù)據(jù)；以及在做出將應(yīng)用到用戶的策略決策時，考慮組文檔中包括的動態(tài)數(shù)據(jù)。其中維護(hù)組文檔中與組成員相關(guān)的動態(tài)數(shù)據(jù)的步驟可包括在組成員的狀態(tài)改變時更新組文檔中的動態(tài)數(shù)據(jù)。做出可被應(yīng)用到用戶的策略決策的步驟可包括從組文檔中檢索策略和動態(tài)數(shù)據(jù)，并且使用動態(tài)數(shù)據(jù)來評估策略。所述方法還可包括取決于策略決策的結(jié)果來更新組文檔中的動態(tài)數(shù)據(jù)。組文檔中包括的策略可包括組的成員被允許同時參與的會話的最大數(shù)量。動態(tài)數(shù)據(jù)可包括組的成員正在參與的會話的數(shù)量。如果這樣，則在做出將應(yīng)用到用戶的策略決策時考慮組文檔中包括的動態(tài)數(shù)據(jù)的步驟可包括確定組的成員正在參與的會話的數(shù)量是否少于組的成員被允許參與的最大數(shù)量。如果組的成員正在參與的會話的數(shù)量少于組的成員被允許參與的最大數(shù)量，則所述方法還可包括確定用戶被允許參與又一會話，并且更新組的成員正在參與的會話的數(shù)量。如果組的成員正在參與的會話的數(shù)量不少于組的成員被允許參與的最大數(shù)量，則所述方法還可包括確定用戶不被允許參與又一會話。根據(jù)本發(fā)明的第五方面，提供操作XML文檔管理服務(wù)器XDMS的方法。所述方法包括如下步驟：管理多個組文檔，每個組文檔定義一組、標(biāo)識組的成員并且包括可應(yīng)用到組的策略；維護(hù)組文檔中與組成員相關(guān)的動態(tài)數(shù)據(jù)；接收對可應(yīng)用到標(biāo)識的組的策略的請求；從標(biāo)識的組的組文檔中檢索策略和動態(tài)數(shù)據(jù)；以及用所檢索策略和動態(tài)數(shù)據(jù)來響應(yīng)請求。維護(hù)組文檔中與組成員相關(guān)的動態(tài)數(shù)據(jù)的步驟可包括在組成員的狀態(tài)改變時更新組文檔中的動態(tài)數(shù)據(jù)。所述方法還可包括接收組成員的狀態(tài)已經(jīng)改變的通知，并且如果被要求，則更新組文檔中的動態(tài)數(shù)據(jù)。組文檔中包括的策略可包括組的成員被允許同時參與的會話的最大數(shù)量。動態(tài)數(shù)據(jù)可包括組的成員正在參與的會話的數(shù)量。如果這樣，則所述方法還可包括接收組的成員正在參與又一會話的通知，并且更新組文檔中組的成員正在參與的會話的數(shù)量。根據(jù)本發(fā)明的第六方面，提供操作配置成做出可應(yīng)用到IP多媒體子系統(tǒng)IMS內(nèi)的用戶的策略決策的實體的方法，所述方法包括如下步驟：標(biāo)識用戶作為其成員的組，組由組文檔來定義，組文檔由組XML文檔管理服務(wù)器XDMS來管理并且其包括作為組的成員的用戶的身份；從組XDMS中檢索存儲在組文檔中的策略和動態(tài)數(shù)據(jù)；以及使用動態(tài)數(shù)據(jù)來評估策略以便做出策略決策。實體可以是應(yīng)用服務(wù)器。備選的是，實體可以是策略決策點。標(biāo)識用戶作為其成員的組的步驟可包括從列表XDMS中檢索用戶作為其成員的組的身份。所述方法還可包括取決于策略決策的結(jié)果而向組XDMS通知決策以便更新組文檔中的動態(tài)數(shù)據(jù)。策略可包括組的成員被允許同時參與的會話的最大數(shù)量。動態(tài)數(shù)據(jù)可包括組的成員正在參與的會話的數(shù)量。如果這樣，則使用動態(tài)數(shù)據(jù)來評估策略的步驟可包括確定組的成員正在參與的會話的數(shù)量是否少于組的成員被允許參與的最大數(shù)量。如果組的成員正在參與的會話的數(shù)量少于組的成員被允許參與的最大數(shù)量，則所述方法還可包括確定用戶被允許參與又一會話，并且更新組的成員正在參與的會話的數(shù)量。如果組的成員正在參與的會話的數(shù)量不少于組的成員被允許參與的最大數(shù)量，則所述方法還可包括確定用戶不被允許參與又一會話。根據(jù)本發(fā)明的第七方面，提供配置成作為XML文檔管理服務(wù)器XDMS來操作的裝置。所述裝置包括：數(shù)據(jù)庫，用于存儲多個組文檔，每個組文檔定義一組、標(biāo)識組的成員并且包括可應(yīng)用到組的策略；處理器，用于維護(hù)組文檔中與組成員相關(guān)的動態(tài)數(shù)據(jù)；接收機(jī)，用于接收對可應(yīng)用到標(biāo)識的組的策略的請求；處理器，布置成從標(biāo)識的組的組文檔中檢索策略和動態(tài)數(shù)據(jù)；以及傳送機(jī)，用于用所檢索策略和動態(tài)數(shù)據(jù)來響應(yīng)請求。所述處理器還可布置成在組成員的狀態(tài)改變時更新組文檔中的動態(tài)數(shù)據(jù)。所述接收機(jī)還可布置成接收組成員的狀態(tài)已經(jīng)改變的通知，并且所述處理器還布置成根據(jù)該通知來更新組文檔中的動態(tài)數(shù)據(jù)。根據(jù)本發(fā)明的第八方面，提供配置成做出可應(yīng)用到IP多媒體子系統(tǒng)IMS內(nèi)用戶的策略決策的裝置，所述裝置包括：處理器，用于標(biāo)識用戶作為其成員的組；處理器，布置成生成對存儲在標(biāo)識的組的組文檔中的策略和動態(tài)數(shù)據(jù)的請求；傳送機(jī)，布置成向組XDMS發(fā)送請求；接收機(jī)，布置成從組XDMS接收響應(yīng)，包括存儲在標(biāo)識的組的組文檔中的策略和動態(tài)數(shù)據(jù)；以及所述處理器還布置成使用動態(tài)數(shù)據(jù)來評估策略以便做出策略決策。所述處理器還可布置成生成對用戶作為其成員的組的身份的請求，所述傳送機(jī)還布置成向共享組使用XDMS發(fā)送請求，并且所述接收機(jī)還布置成從共享組使用XDMS接收響應(yīng)，包括用戶作為其成員的組的身份。所述處理器還可布置成取決于策略決策的結(jié)果來生成用于更新組的動態(tài)數(shù)據(jù)的消息，并且所述傳送機(jī)還布置成把該消息發(fā)送給組XDMS。所述裝置還布置成作為應(yīng)用服務(wù)器來操作。備選的是，所述裝置可配置成作為策略決策點來操作。附圖說明參考附圖，現(xiàn)在將詳細(xì)描述本發(fā)明的一些實施例，在附圖中：圖1示意性示出GPRS/PS接入網(wǎng)絡(luò)的移動網(wǎng)絡(luò)體系結(jié)構(gòu)；圖2示意性示出IMSXML文檔管理網(wǎng)絡(luò)；圖3示出顯示典型企業(yè)的層級結(jié)構(gòu)的組織圖的示例；圖4示出顯示圖3中所示的企業(yè)的各個組的策略之間的關(guān)系的策略圖的示例；圖5示意性示出組文檔的內(nèi)容；圖6示意性示出組XDMS的示例；圖7是示出組XDMS實現(xiàn)的過程的流程圖；圖8示出建立和維護(hù)組的過程的示例；圖9示出實現(xiàn)組策略的過程的示例；圖10是示出組XDMS實現(xiàn)的過程的流程圖；圖11示意性示出XMDC或XDM代理器（agent）的示例；圖12是示出XMDC或XDM代理器所實現(xiàn)的過程的流程圖；以及圖13示出使用動態(tài)數(shù)據(jù)來實現(xiàn)IMS服務(wù)的呼叫準(zhǔn)入控制(CAC)的示例。具體實施方式現(xiàn)在將描述對于組織或企業(yè)內(nèi)的用戶，實現(xiàn)IP多媒體子系統(tǒng)(IMS)中策略管理的方法。根據(jù)該方法，把企業(yè)分成用戶的多個組，每個組與企業(yè)內(nèi)的一個或多個組相關(guān)，其中對每個組定義策略。在確定將應(yīng)用于企業(yè)內(nèi)的組的策略時，考慮該組的策略和與該組相關(guān)的其它組的策略。IMS的“組”概念由開放移動聯(lián)盟(OMA)進(jìn)行標(biāo)準(zhǔn)化。根據(jù)這些標(biāo)準(zhǔn)，組由可擴(kuò)展標(biāo)記語言(XML)組文檔來指定，并且包括用戶地址和/或組身份連同與該組關(guān)聯(lián)的屬性和策略的集合。例如，與組關(guān)聯(lián)的策略可包括但不限于組中所允許成員的最大數(shù)量、將應(yīng)用到組的年齡約束/限制、組管理員的身份、組仲裁員(moderator)的身份等。用戶地址和/或組身份定義組的成員，同時組自身由組身份來標(biāo)識。XML文檔由XML文檔管理服務(wù)器(XDMS)來處置，XDMS根據(jù)RFC4825中描述的慣例來操縱XML文檔的元素和屬性。XDMS典型地由在AS內(nèi)或與AS共同定位的HTTP源服務(wù)器來實現(xiàn)。例如，負(fù)責(zé)處理與多媒體電話(MMTel)服務(wù)相關(guān)的服務(wù)數(shù)據(jù)的XDMS可能與多媒體電話應(yīng)用服務(wù)器(MTAS)共同定位。圖2示意性示出IMSXML文檔管理網(wǎng)絡(luò)。組的XML組文檔由共享組/組XDMS來維護(hù)。共享組/組XDMS是服務(wù)器實體，該服務(wù)器實體管理和支持組文檔的內(nèi)容、執(zhí)行即將到來的SIP和XML配置接入?yún)f(xié)議(XCAP)請求的授權(quán)、通知訂戶關(guān)于組文檔中的改變、將關(guān)于改變的通知的聚集提供給多個組文檔以及提供搜索結(jié)果（參看OMAXMLDocumentManagementArchitecturev2.1）。如由IETFRFC4825所指定的，XCAP是促進(jìn)在Request-URI所標(biāo)識的XML文檔的屬性和元素上使用HTTP方法（即，GET、PUT和DELETE）的應(yīng)用層協(xié)議。利用XCAP的每個應(yīng)用或服務(wù)定義其自身的XCAP應(yīng)用使用，該XCAP應(yīng)用使用提供關(guān)于該應(yīng)用與XCAP服務(wù)器交互的詳細(xì)信息。服務(wù)器的應(yīng)用使用定義應(yīng)用使用的ID、該服務(wù)的XML文檔的片段或XML文檔的結(jié)構(gòu)、使用XML綱要、以及定義其它關(guān)鍵塊信息。XML綱要定義XML文檔的元素和屬性以及那些元素和屬性的數(shù)據(jù)類型。XML文檔將包含對包含該文檔的XML綱要的文件的參考。典型的組織或企業(yè)將具有層級結(jié)構(gòu)，其中企業(yè)內(nèi)的個體被分成職位、部門和/或部，其各自位于層級結(jié)構(gòu)中的特定級別。在此類結(jié)構(gòu)中，組能與層級的較低級別中一個或多個組、層級的較高級別中一個或多個組以及層級的同一級別中一個或多個組相關(guān)。沒有媒介地(immediately)/直接與較低級別中一個或多個組相關(guān)的組被稱為那些一個或多個較低級別組的父母。相應(yīng)地，沒有媒介地/直接與較高級別中一個或多個組相關(guān)的組被稱為那些較高級別組的子女。另外，在同一級別相關(guān)的組被稱為兄弟/姐妹組。組還可能與那些與其不沒有媒介地/直接相關(guān)的組相關(guān)。例如，組能被認(rèn)為與其父母組的父母組相關(guān)。這些組之間的關(guān)系則被稱為祖父母和孫子女。為了確定將應(yīng)用于每個組的策略，考慮一個或多個相關(guān)組的策略。圖3示出顯示典型企業(yè)的結(jié)構(gòu)的組織圖的示例，其中企業(yè)具有在形成層級結(jié)構(gòu)的不同級別的多個組。如以上描述的，這些組可對應(yīng)于組織內(nèi)的部門或部，或可由具有與管理職責(zé)或特權(quán)的特定級別關(guān)聯(lián)的企業(yè)內(nèi)狀態(tài)或占據(jù)職位的個體用戶組成。在該示例中，層級組結(jié)構(gòu)包括三個級別。具有處于第一、最高級別（級別1）的單個組（組1）。該最高的組能被稱為層級的根。該第一級別組于是是處于向下的下一個級別（級別2，即第二級別）的兩個子女組（組1.1和組1.2）的父母。第二級別中每個組還是處于下面級別（級別3，即第三級別）的另外兩個子女組（組1.1.1、組1.2.1、組1.2.1和組1.2.2）的父母。當(dāng)然，任何其它結(jié)構(gòu)是可能的。例如，可具有多于或少于三個級別，在最高級別中還可有多于一個組，并且每個組能是零個、一個或多個子女組的父母。為了對企業(yè)提供有效的策略管理，對于每個組通過考慮其與企業(yè)中其它組的關(guān)系來確定其策略。圖4示出顯示圖3中所示的企業(yè)的各個組的策略之間的關(guān)系的策略圖的示例。在該示例中，可應(yīng)用到組1.1和組1.2的策略通過考慮這些組與組1的關(guān)系被確定。因此，在確定將應(yīng)用到組1.1的策略時，將評估組1.1的組文檔中定義的策略和組1的組文檔中定義的策略。例如，如果對組1.1定義的策略或規(guī)則與對組1定義的策略或規(guī)則之間有任何抵觸，則組1的策略或規(guī)則能推翻或替代組1.1的策略或規(guī)則。類似地，在確定將應(yīng)用到組1.1.1的策略時，考慮組1.1和組1的策略。除了通過它們與層級結(jié)構(gòu)中更高和/或更低的組的關(guān)系來確定將應(yīng)用到組的策略之外，在確定將應(yīng)用到組的策略時還能考慮同一級別中其它組的策略。這由圖4中的組1.1策略與組1.2策略之間的虛線示出，虛線指示這些組能作為兄弟/姐妹組來考慮彼此的策略。把兩個或更多組的不同策略進(jìn)行組合的方式將取決于特定服務(wù)或企業(yè)的個體策略管理要求。然而，在大多情況下，預(yù)想到的是更高級組的策略將優(yōu)先于更低級相關(guān)組的策略。例如，在以上描述的層級結(jié)構(gòu)的情境中，如果相關(guān)組處于層級的更低級別，則組將比相關(guān)組更高級。用這種方式確定策略提供：如果組的策略和/或規(guī)則與更低級的相關(guān)組的策略和/或規(guī)則抵觸，則更高級組的策略和/或規(guī)則將推翻或替代更低級組的對應(yīng)策略和/或規(guī)則，如果有對組定義的任何策略和/或規(guī)則，并且對其沒有對更低級的相關(guān)組定義的對應(yīng)策略或規(guī)則，則更高級組的那些策略和/或規(guī)則還將應(yīng)用到更低級組，以及如果有對組定義的任何策略和/或規(guī)則，并且對其沒有對更高級相關(guān)組定義的對應(yīng)策略或規(guī)則，則那些策略和/或規(guī)則仍將應(yīng)用到該組。例如，在以上描述的層級組織的情況中，如果組1.1的組文檔包括的規(guī)則是會話能在5AM與12PM之間的鐘點是活動的，同時組1的組文檔包括的規(guī)則是會話僅能在9AM與5PM之間的鐘點是活動的，則應(yīng)用到組1.1的成員的策略將把會話能活動的時間限制在9AM與5PM之間的鐘點。結(jié)果，任何更低級組的組文檔僅需要定義作為對其相關(guān)更高級組（例如，層級中更高的那些相關(guān)組）定義的策略和/或規(guī)則的添加或擴(kuò)展的那些策略和/或規(guī)則。于是組文檔將標(biāo)識與其相關(guān)并且組的策略也應(yīng)被考慮的組。為了標(biāo)識其策略也應(yīng)被考慮的其它組，組文檔能或者僅標(biāo)識其沒有媒介地/直接相關(guān)（例如，僅其父母）的那些組或者能標(biāo)識其沒有媒介地/直接相關(guān)的那些組和其間接相關(guān)的所有其它組。如果組文檔僅標(biāo)識組沒有媒介地/直接相關(guān)的那些組，則將從沒有媒介地/直接相關(guān)組的組文檔中標(biāo)識間接相關(guān)組。例如，組1.2.1的組文檔僅需要定義作為組1.2和組1的添加或與其不同的那些策略和/或規(guī)則。組文檔還將標(biāo)識或者組1.2或者組1.2和組1兩者。如果組文檔僅標(biāo)識組1.2，則組1將從組1.2的組文檔中被標(biāo)識。另外，在確定將應(yīng)用到組的策略時，還能實現(xiàn)策略的聚集或累積。這將提供：如果組的策略或規(guī)則比策略意圖優(yōu)于其（即，對組成員施加更大限制）的組的策略或規(guī)則更窄，則將應(yīng)用更窄的策略或規(guī)則。因此，如果組的策略或規(guī)則比處于層級中更高的相關(guān)組的策略或規(guī)則更窄，則將應(yīng)用該組的策略或規(guī)則，而非較高級別組的策略或規(guī)則。例如，如果組1.1的組文檔包括的規(guī)則是會話能在9AM與5PM之間的鐘點是活動的，同時組1的組文檔包括的規(guī)則是會話能在5AM與12PM之間的鐘點是活動的，則應(yīng)用到組1.1的成員的策略將把會話能是活動的時間限制在9AM與5PM之間的鐘點。通過利用組來對企業(yè)內(nèi)的用戶實現(xiàn)策略管理，以上描述的方法利用僅稍微修改的現(xiàn)有XDMS以及現(xiàn)有XDM概念。圖5示意性示出支持以上描述方法的組文檔的內(nèi)容。組文檔包括作為組的成員的用戶的身份、對組定義的策略和組的接入權(quán)。接入權(quán)定義誰有查看和/或更改組的細(xì)節(jié)的許可。除了以上描述的標(biāo)準(zhǔn)信息之外，組文檔也將定義組的關(guān)系中的至少一些。例如，組文檔能標(biāo)識哪些組是該組的父母和/或哪些組是該組的子女和/或哪些組是兄弟/姐妹組。這使得想要確定將應(yīng)用到組的策略的任何實體能識別其策略也需要被考慮的相關(guān)組。該擴(kuò)展的組文檔被管理并且存儲在共享組/組XDMS中。還可將組XDMS的功能進(jìn)行擴(kuò)展以便在XDM客戶(XDMC)或XDM代理器請求可應(yīng)用策略時把組的策略與其相關(guān)組的策略聚集在一起。圖6示意性示出用于實現(xiàn)以上描述方法的共享組/組XDMS的示例。共享組/組XDMS1能作為計算機(jī)硬件和軟件的組合被實現(xiàn)并且包括存儲器2、接收機(jī)3、處理器4和傳送機(jī)5。存儲器2存儲由處理器4實現(xiàn)的各種程序/可執(zhí)行文件，并且還為任何請求的數(shù)據(jù)提供存儲單元。存儲在存儲器中并且由處理器實現(xiàn)的程序/可執(zhí)行文件包括文檔管理單元6、檢索單元7和策略分析單元8。存儲器2還存儲數(shù)據(jù)庫9，數(shù)據(jù)庫9包含作為企業(yè)的部分的所有組的組文檔。處理器4和處理器實現(xiàn)的單元配置成管理擴(kuò)展組文檔并且組合/聚集相關(guān)組的組文檔中定義的策略。圖7是示出在XDMC或XDM代理器請求組文檔時，由共享組/組XDMS1實現(xiàn)的過程的流程圖。所執(zhí)行的步驟如下：A1.接收機(jī)3從XDMC或XDM代理器接收對與組相關(guān)/關(guān)聯(lián)的策略信息的請求。該請求包括作為企業(yè)的部分的組的組身份。A2.處理器4實現(xiàn)檢索單元7，其使用包括在請求中的組標(biāo)識符來從數(shù)據(jù)庫9中獲得/檢索組的組文檔。A3.處理器4然后實現(xiàn)文檔管理單元6以分析組文檔，以便獲得包括在組文檔中的任何策略并且獲得與請求中所標(biāo)識的組相關(guān)的任何組的身份。A4.處理器4然后實現(xiàn)檢索單元7以從存儲在數(shù)據(jù)庫9中的這些組的組文檔中獲得/檢索與這些組關(guān)聯(lián)的策略。A5.處理器4然后實現(xiàn)策略確定單元8以通過考慮/考量/分析包括在組的組文檔中的策略和包括在任何相關(guān)組的組文檔中的任何策略來確定可應(yīng)用到組的策略。為了做到這些，處理器4能根據(jù)某些預(yù)定義規(guī)程來組合這些策略，以便確定應(yīng)被應(yīng)用到請求中所標(biāo)識的組的策略。例如，處理器4可應(yīng)用聚集規(guī)程以便對相關(guān)組之間不同的策略和/或規(guī)則進(jìn)行組合。A6.策略確定單元8然后生成包括所組合策略的響應(yīng)。A7.然后使用傳送機(jī)6把響應(yīng)發(fā)送給XDMC或XDM代理器。在聯(lián)系共享組/組XDMS以請求與組相關(guān)/關(guān)聯(lián)的策略信息之前，XDMC或XDM代理器可需要識別用戶屬于的組。為了做到這些，此處提出XDMC或XDM代理器能聯(lián)系共享列表/列表XDMS。共享列表/列表XDMS是服務(wù)器實體，該服務(wù)器實體管理和支持各種列表XML文檔（包括組使用列表XML文檔）的內(nèi)容、執(zhí)行即將到來的會話發(fā)起協(xié)議(SIP)和XCAP請求的授權(quán)、通知訂戶關(guān)于XML文檔中的改變、以及將關(guān)于改變的通知的聚集提供給多個XML文檔。組使用列表XML文檔包含對用戶知道的服務(wù)URI或組身份的列表進(jìn)行定義的組使用列表。盡管當(dāng)前組使用列表由用戶手動更新以存儲用戶感興趣的那些組的組身份，此處提出對組使用列表中用戶作為其成員的所有組的組身份進(jìn)行自動存儲。XDMC或XDM代理器然后能利用用戶的身份來聯(lián)系共享列表/列表XDMS，并且共享列表/列表XDMS將用該用戶的組使用列表XML文檔來響應(yīng)，組使用列表XML文檔包括該用戶作為其成員的所有組的組身份。作為對組文檔的進(jìn)一步擴(kuò)展，組文檔還能包含組的動態(tài)數(shù)據(jù)，動態(tài)數(shù)據(jù)在每次組的成員的狀態(tài)有改變時被更新。因此，該動態(tài)數(shù)據(jù)則能用來實現(xiàn)考慮組成員和組的當(dāng)前狀態(tài)的策略。例如，該動態(tài)數(shù)據(jù)能包括但不限于組的成員正在參與的會話的當(dāng)前數(shù)量或在預(yù)定義時段期間已經(jīng)發(fā)生的涉及組的成員的會話的總數(shù)量。該信息則能用來控制對組成員提供的服務(wù)。圖8示出建立組和維護(hù)組的動態(tài)數(shù)據(jù)的過程的示例。所執(zhí)行的步驟如下：B1.運(yùn)營商或管理員創(chuàng)建新組。組的組文檔存儲在共享組/組XDMS中，定義組的成員和將應(yīng)用到組的成員的策略。B2.對于作為組的成員的每個用戶，運(yùn)營商或管理員還告知共享列表/列表XDMS該用戶現(xiàn)在是該新組的成員。共享列表/列表XDMS維護(hù)每個用戶的組使用列表XML文檔，組使用列表XML文檔包括用戶作為其成員的組的細(xì)節(jié)。備選的是，每次新組被創(chuàng)建或現(xiàn)有組的成員資格改變，共享組/組XDMS能更新存儲在共享列表/列表XDMS中的用戶的組使用列表XML文檔（如圖8中虛線所示）。B3.作為組的成員的用戶然后請求由AS（例如，比如MMTELAS、POC服務(wù)器或IMAS）提供的服務(wù)的使用。B4.AS然后聯(lián)系共享列表/列表XDMS以便獲得用戶屬于的組的身份。共享列表/列表XDMS檢索來自用戶的組使用列表XML文檔的信息，并且用用戶作為其成員的所有組的組身份來響應(yīng)AS。如果服務(wù)將涉及其它用戶（例如，其涉及呼叫用戶和一個或多個被呼叫用戶），則AS還能獲得其它用戶屬于的組的身份。B5.AS然后將對標(biāo)識的組的每個組的策略信息的請求發(fā)送給存儲用戶組的組文檔的共享組/組XDMS。共享組/組XDMS從對應(yīng)組文檔中檢索標(biāo)識的組的每個組的動態(tài)數(shù)據(jù)和策略，并且用該信息來響應(yīng)AS。B6.AS然后確定哪些策略可應(yīng)用到所請求服務(wù)并且基于組的策略和動態(tài)數(shù)據(jù)來做出任何所要求的決策。這將包括鑒于對用戶組的每個所檢索的動態(tài)數(shù)據(jù)來評估策略。AS然后根據(jù)所確定的決策來行動。B7.取決于步驟B6中采取的任何決策的結(jié)果，還可要求AS更新用戶組中每個的動態(tài)數(shù)據(jù)，在該情況中AS將向共享組/組XDMS發(fā)送更新用戶組中一個或多個的動態(tài)數(shù)據(jù)的請求。例如，對于參與用戶屬于的組，AS能把該組的成員正在參與的會話的數(shù)量增加1。圖9示出了使用動態(tài)數(shù)據(jù)來實現(xiàn)組策略的過程的示例。所執(zhí)行的步驟如下：C1.用戶請求對AS提供的服務(wù)的使用。C2.AS利用請求/呼叫用戶的身份來聯(lián)系共享列表/列表XDMS。共享列表/列表XDMS從用戶的組使用列表XML文檔中檢索用戶屬于的組的身份，并且用該信息來響應(yīng)AS。如果服務(wù)將涉及其它用戶，AS還可獲得任何被呼叫用戶屬于的組的身份。C3.AS然后把對標(biāo)識的組的每個組的策略信息的請求發(fā)送給存儲用戶組的組文檔的共享組/組XDMS。共享組/組XDMS從組文檔的每個中檢索標(biāo)識的組的每個組的動態(tài)數(shù)據(jù)和策略，并且響應(yīng)AS。如果用戶屬于多于組，則AS可必須組合或聚集每個組的策略以便確定將被用于用戶的策略。備選的是，共享組/組XDMS可對從AS的請求中所標(biāo)識的每個組的策略進(jìn)行組合或聚合，并且用所組合策略來響應(yīng)AS。C4.AS然后確定哪些策略可應(yīng)用到所請求服務(wù)，并且基于組的策略和動態(tài)數(shù)據(jù)來做出任何所要求的決策。這將包括鑒于對用戶組的每個所檢索的動態(tài)數(shù)據(jù)來評估策略。C5.AS然后根據(jù)所確定的決策來行動。C6.取決于步驟C5中采取的任何決策的結(jié)果，還可要求AS更新用戶組的每個的動態(tài)數(shù)據(jù)，在該情況中，AS將向共享組/組XDMS發(fā)送更新用戶組的一個或多個的動態(tài)數(shù)據(jù)的請求。作為備選，AS不直接聯(lián)系共享組/組XDMS，而是AS能聯(lián)系策略決策點(PDP)以請求策略決策。PDP是根據(jù)可應(yīng)用到用戶的策略和/或規(guī)則來做出策略決策的實體。則PDP將執(zhí)行步驟C3和C4，包括對屬于多于一個組的用戶的策略進(jìn)行聚集/組合。PDP然后將把基于所確定策略和/或規(guī)則而做出的決策告知AS，或能僅向AS提供所聚集策略信息。這由圖9中的虛線所示出。圖10是示出由共享組/組XDMS1實現(xiàn)以維護(hù)包括在組的組文檔中的動態(tài)數(shù)據(jù)的過程的流程圖。所執(zhí)行的步驟如下:D1.接收機(jī)3從XDMC或XDM代理器接收對與一個或多個組相關(guān)/關(guān)聯(lián)的策略信息的請求。請求包括一個或多個組的每個的組身份。D2.處理器4實現(xiàn)檢索單元7，其使用包括在請求中的組指示符來從數(shù)據(jù)庫9中獲得/檢索每個標(biāo)識的組的組文檔。D3.處理器4然后實現(xiàn)文檔管理單元6來處理每個組文檔，以獲得包括在組文檔中的任何動態(tài)數(shù)據(jù)和任何策略。D4.文檔管理單元6然后生成包括所檢索策略和動態(tài)數(shù)據(jù)的響應(yīng)。D5.然后使用傳送機(jī)6把響應(yīng)發(fā)送給XDMC或XDM代理器。D6.如果XMDC或XDM代理器基于策略和動態(tài)數(shù)據(jù)來做出策略決策，則共享組/組XDMS1可經(jīng)由接收機(jī)3來從XMDC或XDM代理器接收該決策的結(jié)果的通知以及與該決策相關(guān)的一個或多個組的標(biāo)識符。例如，如果XMDC或XDM代理器使用共享組/組XDMS1提供的動態(tài)數(shù)據(jù)和策略來確定用戶應(yīng)被允許參與特定會話，則XMDC或XDM代理器將通知共享組/組XDMS1。D7.文檔管理單元6然后將處理該通知以確定是否需要對存儲在一個或多個標(biāo)識的組的每個的組文檔中的動態(tài)數(shù)據(jù)進(jìn)行更新。D8.如果組文檔的任何文檔中的動態(tài)數(shù)據(jù)確實要求更新，則文檔管理單元6將相應(yīng)地更新組文檔中的動態(tài)數(shù)據(jù)。圖11示意性示出用于使用動態(tài)數(shù)據(jù)來實現(xiàn)組策略的XMDC或XDM代理器11的示例。XMDC或XDM代理器11能被作為計算機(jī)硬件和軟件的組合來實現(xiàn)，并且包括存儲器12、接收機(jī)13、處理器14和傳送機(jī)15。存儲器12存儲處理器14實現(xiàn)的各種程序/可執(zhí)行文件，并且還為任何所要求數(shù)據(jù)提供存儲單元。存儲在存儲器中并由處理器實現(xiàn)的程序/可執(zhí)行文件包括策略單元16和決策單元17。圖12是示出由XMDC或XDM代理器實現(xiàn)的以使用包括在組的組文檔中的動態(tài)數(shù)據(jù)來實現(xiàn)組策略的過程的流程圖。所執(zhí)行的步驟如下：E1.策略單元16生成對與一個或多個組相關(guān)/關(guān)聯(lián)的策略信息的請求。該請求包括一個或多個組的每個的組身份。E2.使用傳送機(jī)15將請求發(fā)送給存儲一個或多個組的每個的組文檔的共享組/組XDMS。E3.使用接收機(jī)13從共享組/組XDMS接收響應(yīng)。響應(yīng)包括與該一個或多個組關(guān)聯(lián)/相關(guān)的任何策略以及與該一個或多個組關(guān)聯(lián)/相關(guān)的任何動態(tài)數(shù)據(jù)。E4.處理器4實現(xiàn)策略單元16以確定哪些策略取決于策略將應(yīng)用的環(huán)境是可應(yīng)用的。例如，XMDC或XDM代理器11可已經(jīng)請求與特定用戶作為其成員的組相關(guān)的策略信息，該用戶具有特定服務(wù)的請求使用。策略單元16然后將確定哪些策略可應(yīng)用到該服務(wù)。E5.處理器4然后實現(xiàn)決策單元17以基于組的策略和動態(tài)數(shù)據(jù)來做出任何所要求的決策。這將包括鑒于對一個或多個組的每個所檢索的動態(tài)數(shù)據(jù)來評估策略。E6.決策單元7然后實現(xiàn)所確定的決策。E7.取決于步驟E5中采取的任何決策的結(jié)果，決策單元17還可生成通知，用于發(fā)送給共享組/組XDMS。通知包括決策的結(jié)果以及與該決策相關(guān)的一個或多個組的標(biāo)識符。E8.然后使用傳送機(jī)15把通知發(fā)送給共享組/組XDMS。以上描述的方法提供：動態(tài)數(shù)據(jù)然后能用來實現(xiàn)考慮組成員和組的當(dāng)前狀態(tài)的策略。用示例的方式，圖13示出使用動態(tài)數(shù)據(jù)來實現(xiàn)IMS服務(wù)的呼叫準(zhǔn)入控制(CAC)的過程的示例。CAS規(guī)程防止用戶對服務(wù)的過度使用。所執(zhí)行的步驟如下：F1.用戶對AS提供的服務(wù)的使用進(jìn)行請求。在該示例中，用戶向AS發(fā)送SIPINVITE請求。F2.AS請求共享列表/列表XDMS中的用戶組的身份。共享列表/列表XDMS從用戶的組使用列表XML文檔中檢索用戶屬于的組的身份，并且用該信息響應(yīng)AS。如果服務(wù)還涉及其它用戶，則AS還可獲得任何被呼叫用戶屬于的組的身份。F3.AS將對標(biāo)識的組的每個組的策略信息的請求發(fā)送給存儲用戶組的組文檔的共享組/組XDMS。共享組/組XDMS然后從對應(yīng)組文檔中檢索標(biāo)識的組的每個組的動態(tài)數(shù)據(jù)和策略。在該示例中，用戶僅是單個組的成員，并且組的動態(tài)數(shù)據(jù)包括組的成員當(dāng)前正在參與的會話的數(shù)量，并且策略定義組的成員能同時參與的會話的最大數(shù)量。F4.AS然后基于所檢索策略和動態(tài)數(shù)據(jù)來做出決策。在該示例中，AS確定所請求會話中用戶的參與是否將使組的成員當(dāng)前正在參與的會話的數(shù)量超過對組所允許的同時會話的最大數(shù)量。如果當(dāng)前會話的數(shù)量超過對于組的最大數(shù)量，則拒絕請求。F5.如果當(dāng)前會話的數(shù)量沒有超過對于組的最大數(shù)量，則AS向共享組/組XDMS發(fā)送請求以更新用戶組的動態(tài)數(shù)據(jù)來把組的成員當(dāng)前正在參與的會話的數(shù)量增加1。例如，該更新能通過向共享組/組XDMS發(fā)送XCAPPUT消息或優(yōu)選地具有終止時間的SIPPUBLISH消息來實現(xiàn)。F6.在會話結(jié)束時，AS通過把組的成員當(dāng)前正在參與的會話的數(shù)量減少1來再次對存儲在共享組/組XDMS的組文檔中的動態(tài)數(shù)據(jù)進(jìn)行更新。盡管已經(jīng)根據(jù)如以上所敘述的優(yōu)選實施例對本發(fā)明進(jìn)行了描述，但應(yīng)該理解這些實施例僅是例示性的。本領(lǐng)域的技術(shù)人員鑒于預(yù)期落入隨附權(quán)利要求的范圍之內(nèi)的公開，將能做出修改和備選。本說明書中所公開或所示出的每個特征可并入本發(fā)明，而不論是以單獨或以與本文公開或示出的任何其它特征的任何適當(dāng)組合的方式。