專利名稱：一種racs獲取用戶信息的方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于通信技術(shù)領(lǐng)域，尤其涉及一種資源接納控制子系統(tǒng)(RACS, Resource and Admission Control Sub-system)獲取用戶4言息的方法、系統(tǒng)和i殳 備。
背景技術(shù)：
當(dāng)前業(yè)界普遍認(rèn)識到無論大帶寬還是DiffServ都無法真正解決端到端 的QoS問題。近幾年，基于會話的動態(tài)QoS(DQoS, Dynamic QoS)控制機(jī)制逐 漸成為發(fā)展方向，該機(jī)制在控制平面實現(xiàn)基于每個會話的信道訪問碼(CAC, Channel Access Code)、資源預(yù)留和動態(tài)的策略下發(fā)；在數(shù)據(jù)平面完成業(yè)務(wù)感 知和策略執(zhí)行。這種機(jī)制既能夠提供嚴(yán)格的QoS保證，又具有良好的可擴(kuò)展 性。目前很多組織都在研究類似機(jī)制，其中電信和互聯(lián)網(wǎng)融合業(yè)務(wù)及高級網(wǎng) 纟各(TISPAN, Telecommunications and Internet Converged Services and Protocols for Advanced Networking)的研究得到了比4交廣泛的i人可。
參照圖1 ,為現(xiàn)有技術(shù)中TISPAN制定的下 一 代網(wǎng)絡(luò)(NGN, Next Generation Network)網(wǎng)絡(luò)架構(gòu)圖，該架構(gòu)采用面向子系統(tǒng)的設(shè)計思想。它能夠 隨著時間不斷適應(yīng)新的需求和業(yè)務(wù)，而且便于從其它標(biāo)準(zhǔn)組織引入子系統(tǒng)。 另外，子系統(tǒng)內(nèi)的架構(gòu)可以靈活調(diào)整而不會影響其它子系統(tǒng)，并且，每個子 系統(tǒng)又是一個功能實體和接口的集合。在具體實施時，可以根據(jù)商業(yè)模型、 提供的業(yè)務(wù)和能力將有些功能實體組合在一起，所以這些實體之間的接口就 變?yōu)閮?nèi)部4妄口。
如圖1所示，該架構(gòu)分為業(yè)務(wù)層和基于網(wǎng)際協(xié)議(IP, Internet Protocol)的傳 輸層。業(yè)務(wù)層有以下部件核心網(wǎng)際協(xié)議多媒體子系統(tǒng)(IMS, Internet Protocol Multimedia Subsystem)、綜合業(yè)務(wù)數(shù)字網(wǎng)/公共電話交換網(wǎng)(PSTN/ISDN， Public Switched Telephone Network/Integrated Services Digital Network)4方真子系統(tǒng), 還有一些其他多媒體子系統(tǒng)及應(yīng)用，這些部件統(tǒng)稱為應(yīng)用功能實體(AF, Application Function)。此外，業(yè)務(wù)層還有一些公共部件，例如，計費(fèi)功能、用
5戶數(shù)據(jù)管理、安全管理、路由數(shù)據(jù)庫等。傳輸層為用戶提供IP互聯(lián)，它包括
網(wǎng)絡(luò)附著子系統(tǒng)(NASS, Network Attachment Subsystem)和資源接納控制子系 統(tǒng)(RACS, Recourse and Admission Control Subsystem)兩個4空制子系統(tǒng)。
NASS主要完成以下功能(1)動態(tài)提供IP地址以及其它用戶設(shè)備配置參 數(shù)；(2)在IP地址分配之前或分配過程中的用戶認(rèn)證；(3)網(wǎng)絡(luò)接入授權(quán)；(4) 用戶位置管理；(5)用戶駐地設(shè)備(CPE, Customer Premises Network)配置。
RACS主要提供接納控制和關(guān)口控制功能。接納控制涉及到基于運(yùn)營者的 策略規(guī)則、資源可用性以及用戶簽約信息來進(jìn)行檢查和授權(quán)。
參照圖2,為現(xiàn)有技術(shù)中AF21、 RACS22和NASS23中的連通性會話定 位和存儲功能實體(CLF, Connectivity Session Location and Repository Function)231之間的關(guān)系示意圖，其中，AF21與NASS23子系統(tǒng)中的CLF231 之間定義了E2接口，通過該接口， AF21從CLF231獲取用戶的位置信息、 終端類型、接入網(wǎng)絡(luò)類型、RACS標(biāo)識等信息。AF從CLF獲取的用戶信息和 RACS從CLF獲取的用戶信息并不完全一樣，AF和RACS只需要從CLF獲 取自身關(guān)心的部分信息。在用戶上線時，CLF —般會將用戶信息主動發(fā)送給 AF,但這不是必須的。在用戶會話建立時，如果AF發(fā)現(xiàn)本地沒有用戶信息， 將會向CLF進(jìn)行查詢。
參照圖2, RACS包括兩大類功能實體基于業(yè)務(wù)的策略決定功能實體 (SPDF, Service-based Policy Decision Function)221和資源接納控制功能實體 (x-RACF, Generic Resource and Admission Control Function)222 。
其中, x-RACF222為接入網(wǎng)RACF(A-RACF、 Access RACF)、核心網(wǎng)RACF(C-RACF, Core RACF)等各種類型的資源接納控制功能實體的統(tǒng)稱。
如圖2所示，在RACS子系統(tǒng)中的x-RACF222與NASS23中的CLF231 之間定義了 E4接口 ，通過該接口 ， x-RAC222F從CLF231獲取用戶的位置信 息和網(wǎng)絡(luò)簽約信息等信息。x-RACF222使用這些信息作為用戶會話接納控制 和資源分配的參考。在用戶上線時，CLF —般會將用戶信息主動發(fā)送給RACS, 但這不是必須的。而且由于RACS的存儲空間有限，即使CLF向RACS發(fā)送 了某個用戶的信息，RACS也未必會存儲起來，即使當(dāng)時存儲了，后面也可能會因為存儲不足等原因而將該用戶的信息刪除。因此在用戶會話建立時，就
可能發(fā)生RACS本地還沒有該用戶信息的情況。這時，RACS需要向CLF進(jìn) 行用戶信息查詢，從而使得用戶的會話能夠正常建立。
由于網(wǎng)絡(luò)中存在多個CLF, RACS要到CLF上進(jìn)行用戶信息查詢有兩種 方式 一種是RACS向所有CLF發(fā)送用戶信息查詢消息；這種方式將產(chǎn)生不 必要的網(wǎng)絡(luò)傳輸負(fù)荷和RACS以及CLF的處理負(fù)荷，因為在所有的CLF中， 只有一個CLF是某個用戶所屬的CLF，而其它的CLF都不是該用戶所屬的 CLF。另一種是RACS確定用戶所屬D的CLF,然后向這個CLF發(fā)送用戶信 息查詢消息。通常情況下采用這種方式進(jìn)行用戶信息查詢。
在現(xiàn)有技術(shù)中，RACS—般通過手工配置的方式來確定用戶所屬的CLF。 一種常見的配置方式是按照IP地址網(wǎng)段來指定用戶所屬的CLF。例如,配 置11.0.0.0地址網(wǎng)段對應(yīng)CLF1, 12.0.0.0地址網(wǎng)段對應(yīng)CLF2。則IP地址屬于 11.0.0.0網(wǎng)段的用戶就到CLF1上進(jìn)行查詢，IP地址屬于12.0.0.0網(wǎng)段的用戶 就到CLF2上進(jìn)行查詢。
在對現(xiàn)有技術(shù)的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)需要在RACS 上進(jìn)行用戶或用戶網(wǎng)段與CLF所屬關(guān)系的手工配置，因此增加了 RACS的配 置維護(hù)工作量，從而增加了運(yùn)營成本。

發(fā)明內(nèi)容
本發(fā)明實施例要解決的技術(shù)問題是提供一種RACS獲取用戶信息的方法、 系統(tǒng)和設(shè)備，能夠減少RACS的配置和維護(hù)工作量。
為解決上述技術(shù)問題，本發(fā)明所提供的RACS獲取用戶信息的方法、系 統(tǒng)和設(shè)備實施例是通過以下技術(shù)方案實現(xiàn)的
本發(fā)明實施例提供了一種資源接納控制子系統(tǒng)RACS獲取用戶信息的方 法，該方法包括
接收應(yīng)用功能實體AF發(fā)送的消息，所述消息中攜帶有用戶和用戶所屬的 連通性會話定位和存儲功能實體CLF的對應(yīng)關(guān)系信息；
根據(jù)所述用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息，向用戶所屬的CLF發(fā)
送查詢用戶信息請求，獲取用戶信息。
7本發(fā)明實施例還提供了一種通信系統(tǒng)，該通信系統(tǒng)包括應(yīng)用功能實體 AF、資源接納控制子系統(tǒng)RACS、連通性會話定位和存儲功能實體CLF,其 中'.
AF，用于向RACS發(fā)送消息，所述消息中攜帶有用戶和用戶所屬的CLF 的對應(yīng)關(guān)系信息；
RACS,用于接收所述AF發(fā)送的消息，根據(jù)所述消息中的攜帶的用戶和 用戶所屬的CLF的對應(yīng)關(guān)系信息，向用戶所屬的CLF發(fā)送查詢用戶信息請求， 獲取用戶信息；
CLF，用于存儲用戶信息。
本發(fā)明實施例還提供了一種資源接納控制子系統(tǒng)RACS設(shè)備，該RACS 設(shè)備包括消息接收單元、信息提取單元、消息發(fā)送單元，其中
消息接收單元，用于接收消息，所述消息中攜帶有用戶和用戶所屬的連 通性會話定位和存儲功能實體CLF的對應(yīng)關(guān)系信息；
信息提取單元，用于提取消息接收單元所接收的消息中攜帶的用戶和用 戶所屬的CLF的對應(yīng)關(guān)系信息；
消息發(fā)送單元，根據(jù)信息提取單元所提取的用戶和用戶所屬的CLF的對 應(yīng)關(guān)系信息，向用戶所屬的CLF發(fā)送請求消息，獲取用戶信息。
本發(fā)明實施例還提供了一種應(yīng)用功能設(shè)備AF,該AF包括信息確定單 元、消息發(fā)送單元，其中
信息確定單元，用于確定用戶所屬的連通性會話定位和存儲功能實體 CLF;
消息發(fā)送單元，用于發(fā)送消息，所述消息中攜帶有用戶和根據(jù)所述信息 確定單元確認(rèn)的該用戶所屬的連通性會話定位和存儲功能實體CLF的對應(yīng)關(guān) 系4言息。
從以上技術(shù)方案可以看出，RACS接收AF發(fā)送的消息，所述消息中攜帶 有用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息，RACS根據(jù)所述用戶和用戶所屬 的CLF的對應(yīng)關(guān)系信息，向用戶所屬的CLF發(fā)送查詢用戶請求消息，獲取用戶信息，RACS不需要配置和維護(hù)用戶和用戶所屬的CLF的對應(yīng)關(guān)系，因此， 可以減少RACS ^置和維護(hù)的工作量，進(jìn)而可以節(jié)約運(yùn)營成本。


圖1為現(xiàn)有技術(shù)中TISPAN制定的NGN網(wǎng)絡(luò)架構(gòu)圖； 圖2為現(xiàn)有技術(shù)中AF、 RACS和NASS中的CLF之間的關(guān)系示意圖； 圖3為本發(fā)明實施例中RACS獲取用戶所屬的CLF的方法實施例流程圖； 圖4為本發(fā)明實施例中電信系統(tǒng)實施例結(jié)構(gòu)示意圖； 圖5為本發(fā)明實施例中RACS設(shè)備實施例一結(jié)構(gòu)示意圖； 圖6為本發(fā)明實施例中RACS設(shè)備實施例二結(jié)構(gòu)示意圖； 圖7為本發(fā)明實施例中AF設(shè)備實施例結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例提供了一種RACS獲取用戶信息的方法、系統(tǒng)和設(shè)備，用 于減少RACS的配置和維護(hù)工作量。
為使本發(fā)明實施例的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明了，以下參照附 圖，通過具體應(yīng)用場景，對本發(fā)明實施例進(jìn)行詳細(xì)il明
參照圖3 ，為本發(fā)明實施例中RACS獲取用戶所屬的CLF的方法實施例 流程圖，以下通過具體步驟進(jìn)行詳細(xì)描述
步驟31、 AF確定用戶所屬的CLF;
AF本身也需要與CLF進(jìn)行信息交互，獲得用戶信息，因此，對于每一個 用戶來說，AF在向RACS中的SPDF發(fā)送授權(quán)請求消息前，AF已經(jīng)能夠確 定用戶所屬的CLF 了。 AF確定用戶所屬的CLF的具體方式可以有很多種， 以下舉例說明，可以理解的是，AF確定用戶所屬的CLF的方法并不限于以下 幾種
1) 一般來說，用戶在建立會話前，CLF會向AF發(fā)送用戶信息，因此根 據(jù)接收到的CLF發(fā)送的用戶信息，可以確定用戶所屬的CLF。
2) 如果在用戶建立會話時，用戶查詢，發(fā)現(xiàn)本地沒有用戶所屬的CLF信
9息，將向CLF發(fā)送查詢用戶信息請求，由于網(wǎng)絡(luò)中存在多個CLF, AF要到 CLF上進(jìn)行用戶信息查詢通常有兩種方式
一種是AF向所有CLF發(fā)送查詢用戶請求消息；該用戶所屬的CLF會向 AF返回查詢結(jié)果，AF根據(jù)返回的查詢結(jié)果可以確定用戶所屬的CLF。
另 一種是，預(yù)先在AF上配置有用戶及用戶所屬的CLF的對應(yīng)關(guān)系，根 據(jù)該配置關(guān)系向用戶所屬的CLF發(fā)送查詢用戶信息請求消息，并接收查詢用 戶響應(yīng)消息。其中， 一種常見的配置方法是預(yù)先按照IP地址網(wǎng)段來指定用 戶所屬的CLF。例如，配置11.0.0.0地址網(wǎng)段對應(yīng)CLF1,配置12.0.0.0地址 網(wǎng)段對應(yīng)CLF2,貝'J IP地址屬于11.0.0.0網(wǎng)段的用戶就到CLF1上進(jìn)行查詢， IP地址屬于12.0.0.0網(wǎng)段的用戶就到CLF2上進(jìn)行查詢。
當(dāng)然，僅根據(jù)AF上預(yù)先配置的用戶及用戶所屬的CLF的對應(yīng)關(guān)系，也 可以查詢得到用戶所屬的CLF,從而確定用戶所屬的CLF。
步驟32、 AF向RACS發(fā)送授權(quán)請求消息，授權(quán)請求消息中攜帶有用戶和 用戶所屬的CLF的對應(yīng)關(guān)系信息；
其中，用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息具體可以包括用戶標(biāo)識、 用戶所屬的CLF標(biāo)識。在一個消息中， 一般只需要攜帶一個用戶及其所屬的 CLF的對應(yīng)關(guān)系，這時，用戶標(biāo)識與用戶所屬的CLF標(biāo)識直"t妄對應(yīng)?？梢岳?解的是， 一個消息中也可以承載多個用戶及各自所屬的CLF的對應(yīng)關(guān)系，則 可能是每個用戶或每組用戶與其所屬CLF分別對應(yīng)，之所以說每組用戶，是 因為可能有多個用戶都?xì)w屬于同一個CLF。分別對應(yīng)的具體方法多種多樣， 例如可以用兩個列表存放用戶及其所屬的CLF對應(yīng)關(guān)系信息，第一個列表 存放一個用戶標(biāo)識，第二個列表在依次在相應(yīng)位置存放用戶對應(yīng)的一個CLF 的標(biāo)識，即第一個列表的第n個位置的用戶標(biāo)識與第二個列表第n個位置的 CLF標(biāo)識對應(yīng)。也可以用 一個列表來表示用戶及其所屬的CLF對應(yīng)關(guān)系信息， 該列表每個位置的同時存放一個或一組用戶的標(biāo)識及其對應(yīng)的一個CLF的標(biāo) 識。
在具體實施中，用戶及用戶所屬的CLF的對應(yīng)關(guān)系可以有多種實現(xiàn)形式， 例如用戶標(biāo)識可以是用戶的IP地址或用戶名，CLF標(biāo)識可以是CLF的IP地址、主機(jī)名、域名或編號等全局唯一的標(biāo)識。
具體到RACS中的功能實體，AF可以與SPDF連接，所以AF具體可以 向SPDF發(fā)送授權(quán)請求消息，將用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息發(fā)送 到SPDF,例如，當(dāng)前AF與SPDF之間的4受權(quán)請求消息可以定義如下
<授權(quán)請求消息> ::=< Diameter消息頭265， REQ， PXY 〉 <會話標(biāo)識>
^人i正應(yīng)用標(biāo)識} 源主機(jī)} 源域} 目的域} 媒體部件描述]
流分組] AF計費(fèi)標(biāo)識] SIP分叉指示] 特定動作] 用戶] 綁定信息] 閉鎖指示] 預(yù)留優(yōu)先級] 全局p舉一地址]
業(yè)務(wù)級別] 授權(quán)時間] 代理信息] ^各由i己錄] AVP]
其中，[]表示可選項，{}表示必選項，*標(biāo)志表示0個或者多個。 授權(quán)請求消息中已經(jīng)包含了用戶標(biāo)識，即消息中的用戶名或用戶全局唯一地址，要在該消息中攜帶用戶與用戶所屬的CLF的對應(yīng)關(guān)系信息， 在該消息中加上用戶所屬的CLF標(biāo)識即可，例如具體可以—定義如下
<授權(quán)請求消息> ::=< Diameter消息頭265, REQ, PXY 〉 <會話標(biāo)識>
iU正應(yīng)用標(biāo)識} 源主機(jī)} 源域} 目的域} 媒體部件描述]
需要
流分組
AF計費(fèi)標(biāo)識] SIP分叉指示] 特定動作] 用戶] 綁定信息] 閉鎖指示] 預(yù)留優(yōu)先級] 全局。舉一地址] 業(yè)務(wù)級別] 授權(quán)時間] 代理信息] 3各由記錄] AVP]
其中，[]表示可選項，{}表示必選項，*標(biāo)志表示0個或者多個。 可以理解的是，以上僅為具體的實施方式，在實際應(yīng)用中，AF并不限于 只能和SPDF進(jìn)行交互，例如，當(dāng)并不需要對會話進(jìn)行基于業(yè)務(wù)的策略決策時，AF可以直接與x-RACF交互。同樣，CLF既可以直接與SPDF交互，也可以直 接同x-RACF交互，由x-RACF和SPDF向CLF查詢用戶信息都是可能的。
步驟33、 RACS根據(jù)所述用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息，向用 戶所屬的CLF發(fā)送查詢用戶信息請求消息，獲取用戶信息；
可以理解的是，用戶與用戶所屬的CLF之間的對應(yīng)關(guān)系信息可以在RACS 的各個功能實體之間傳遞，包括SPDF與SPDF之間、SPDF與x-RACF之 間、x-RACF與x-RACF之間，直至將該信息傳遞至需要向CLF查詢用戶信 息的功能實體。RACS的各個功能實體之間傳遞這個消息可以利用現(xiàn)有的授權(quán) 請求消息來承載。由于RACS的各個功能實體間現(xiàn)有的授權(quán)請求消息中已經(jīng) 包含了用戶標(biāo)識，只需要在授權(quán)請求消息中加上用戶所屬的CLF標(biāo)識就可以 了。
步驟34、用戶所屬的CLF向所述SPDF返回用戶信息；
步驟35、 RACS根據(jù)CLF返回的用戶信息進(jìn)行基于用戶的接納控制。
具體到RACS中的功能實體，可能是SPDF或x-RACF來進(jìn)行基于用戶 的接納控制。
可以看出，AF確定用戶所屬的CLF并提供給RACS, RACS根據(jù)這個所 屬關(guān)系直接確定用戶所屬的CLF,并向該CLF發(fā)送查詢用戶信息請求，獲得 用戶信息，由于RACS不需要配置和維護(hù)用戶和用戶所屬的CLF的關(guān)系，因 而可以減少RACS配置和維護(hù)的工作量，進(jìn)而可以節(jié)約運(yùn)營成本。
另一方面，由于AF在向RACS發(fā)送授權(quán)請求消息時，直接將用戶及用戶 所屬的CLF的對應(yīng)關(guān)系信息發(fā)送給RACS，因此，相對于RACS接收到授權(quán) 請求消息時，再根據(jù)自身的配置來查找該用戶所屬的CLF,從整個網(wǎng)絡(luò)上來 看，可以減小網(wǎng)絡(luò)時延，進(jìn)而可以提高用戶體驗。
在該實施例中，AF通過授權(quán)請求消息將用戶和用戶所屬的CLF的對應(yīng)關(guān) 系信息發(fā)送到RACS，可以理解的是，還可以使用別的現(xiàn)有的消息來承載，也 可以通過定義新的消息來承載用戶與用戶所屬的CLF的對應(yīng)關(guān)系信息。對于 RACS的各個功能實體之間的信息傳遞，也可以采用新定義的消息來傳遞所述
13用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息。對于需要在AF與SPDF、 SPDF與 SPDF之間、SPDF與x-RACF之間或者x-RACF與x-RACF之間采用新定義 的消息來傳遞用戶與用戶所屬的CLF的對應(yīng)關(guān)系信息的情況，可以參考下面 的消息定義方法
<授權(quán)請求消息> ::=< Diameter消息頭265, REQ, PXY > <會話標(biāo)識>
{ iU正應(yīng)用才示識} {源主機(jī)} {源域} {目的域} *[代理信息] *[ 3各由記錄]
*[avp;i
其中，[]表示可選項，{}表示必選項，*標(biāo)志表示0個或者多個。
以上對本發(fā)明實施例提供的RACS獲取用戶信息的方法進(jìn)行了詳細(xì)的說 明，為使本領(lǐng)域技術(shù)人員更好地理解和實現(xiàn)本發(fā)明實施例，以下從本發(fā)明實 施例的另 一方面，對本發(fā)明實施例所提供的通信系統(tǒng)通過具體實施例進(jìn)行詳 細(xì)介紹
參照圖4，為本發(fā)明實施例中通信系統(tǒng)實施例結(jié)構(gòu)示意圖，該通信系統(tǒng)包 括AF41、 RACS42、 CLF43,其中
AF41,用于確定用戶所屬的連通性會話定位和存儲功能實體，并向
RACS42發(fā)送消息，所述消息中攜帶有用戶和用戶所屬的CLF的對應(yīng)關(guān)系信自.
,&，
RACS42，接收所述應(yīng)用功能41發(fā)送的消息，根據(jù)所述消息中的攜帶的
14用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息，向用戶所屬的CLF43發(fā)送查詢用戶 信息請求，獲取用戶信息；
CLF43,用于存儲用戶信息。
其中，RACS是一個子系統(tǒng)，該子系統(tǒng)包括SPDF、 x-RACF這些功能實 體，RACS是這些功能實體的并集，也是這些功能實體的統(tǒng)稱。因此，對于一 包含至少一個SPDF和至少一個x-RACF的RACS,所述SPDF或x-RACF用 于接收所述AF發(fā)送的消息，根據(jù)所述消息中的攜帶的用戶和用戶所屬的CLF 的對應(yīng)關(guān)系信息，向用戶所屬的CLF發(fā)送查詢用戶信息請求，獲取用戶信息。
為了保證RACS中信息共享，所述SPDF還可用于根據(jù)接收到的消息， 將所述用戶與用戶所屬的CLF的對應(yīng)關(guān)系信息傳遞給x-RACF或/和另外的 SPDF。
同樣，所述x-RACF也可用于根據(jù)接收到的消息，將所述用戶與用戶所 屬的CLF的對應(yīng)關(guān)系信息傳遞給SPDF或/和另外的x-RACF。
所述用戶與用戶所屬的CLF的對應(yīng)關(guān)系信息可以通過授權(quán)請求消息或其 他現(xiàn)有的消息來承載，也可以定義專門的消息來承載。
其中，用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息具體可以包括用戶標(biāo)識、 用戶所屬的CLF標(biāo)識。在一個消息中， 一般只需要攜帶一個用戶及其所屬的 CLF的對應(yīng)關(guān)系，這時，用戶標(biāo)識與用戶所屬的CLF標(biāo)識直接對應(yīng)?？梢岳?解的是， 一個消息中也可以承載多個用戶及各自所屬的CLF的對應(yīng)關(guān)系，則 可能是每個用戶或每組用戶與其所屬CLF分別對應(yīng)，之所以說每組用戶，是 因為可能有多個用戶都?xì)w屬于同一個CLF。分別對應(yīng)的具體方法多種多樣， 例如可以用兩個列表存放用戶及其所屬的CLF對應(yīng)關(guān)系信息，第一個列表 存放一個用戶標(biāo)識，第二個列表在依次在相應(yīng)位置存放用戶對應(yīng)的一個CLF 的標(biāo)識，即第一個列表的第n個位置的用戶標(biāo)識與第二個列表第n個位置的 CLF標(biāo)識對應(yīng)。也可以用一個列表來表示用戶及其所屬的CLF對應(yīng)關(guān)系信息， 該列表每個位置的同時存放一個或一組用戶的標(biāo)識及其對應(yīng)的一個CLF的標(biāo) 識。
用戶標(biāo)識可以是用戶名或用戶的IP i也址，用戶所屬的CLF標(biāo)識具體可以是用戶所屬的CLF的IP地址、主機(jī)名、域名或者編號。
可以看出，在該電信系統(tǒng)中，RACS不需要配置用戶和用戶所屬的CLF 的對應(yīng)關(guān)系，因此可以減少RACS配置和維護(hù)的工作量，進(jìn)而可以節(jié)約運(yùn)營 成本。
為使本領(lǐng)域技術(shù)人員更好地理解和實現(xiàn)本發(fā)明，以下對本發(fā)明實施例中 上述電信系統(tǒng)中的具體設(shè)備通過具體實施例進(jìn)行詳細(xì)介紹
參照圖5,為本發(fā)明實施例中RACS設(shè)備實施例一結(jié)構(gòu)示意圖，該設(shè)備包 括消息接收單元51、信息提取單元52、消息發(fā)送單元53,其中
消息接收單元51,用于接收消息，所述消息中攜帶有用戶和用戶所屬的 CLF的對應(yīng)關(guān)系信息；
信息提取單元52,用于提取消息接收單元51所接收的消息中攜帶的用戶 和用戶所屬的CLF的對應(yīng)關(guān)系信息；
消息發(fā)送單元53,根據(jù)信息提取單元52所提取的用戶和用戶所屬的CLF 的對應(yīng)關(guān)系信息，向用戶所屬的CLF發(fā)送請求消息，獲取用戶信息。
其中，用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息具體可以包括用戶標(biāo)識、 用戶所屬的CLF標(biāo)識。在一個消息中， 一般只需要攜帶一個用戶及其所屬的 CLF的對應(yīng)關(guān)系，這時，用戶標(biāo)識與用戶所屬的CLF標(biāo)識直接對應(yīng)?？梢岳?解的是， 一個消息中也可以承載多個用戶及各自所屬的CLF的對應(yīng)關(guān)系，則 可能是每個用戶或每組用戶與其所屬CLF分別對應(yīng)，之所以說每組用戶，是 因為可能有多個用戶都?xì)w屬于同一個CLF。分別對應(yīng)的具體方法多種多樣， 例如可以用兩個列表存放用戶及其所屬的CLF對應(yīng)關(guān)系信息，第 一個列表 存i文一個用戶標(biāo)識，第二個列表在依次在相應(yīng)位置存放用戶對應(yīng)的一個CLF 的標(biāo)識，即第一個列表的第n個位置的用戶標(biāo)識與第二個列表第n個位置的 CLF標(biāo)識對應(yīng)。也可以用 一個列表來表示用戶及其所屬的CLF對應(yīng)關(guān)系信息， 該列表每個位置的同時存放一個或一組用戶的標(biāo)識及其對應(yīng)的一個CLF的標(biāo) 識。
具體實施時，用戶標(biāo)識可以是用戶名或用戶的IP地址，用戶所屬的CLF 標(biāo)識具體可以是用戶所屬的CLF的IP地址、主機(jī)名、域名或者編號。
16可以看出，上述RACS設(shè)備可以在消息交互過程中直接獲得用戶和用戶 所屬的CLF的對應(yīng)關(guān)系信息，因此不需要配置和維護(hù)用戶和用戶所屬的CLF 的對應(yīng)關(guān)系，因此，可以減少RACS的配置和維護(hù)工作量，進(jìn)而可以節(jié)約運(yùn) 營成本。
在具體應(yīng)用中，還可對上述RACS設(shè)備作進(jìn)一步優(yōu)化，參照圖6，為本發(fā) 明實施例中RACS設(shè)備實施例二結(jié)構(gòu)示意圖，上述RACS設(shè)備實施例一基礎(chǔ) 上，還可包括信息傳遞單元61,用于將所述信息提取單元52提取的用戶和 用戶所屬的CLF的對應(yīng)關(guān)系信息傳遞出去。
通過將提取出的所述用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息傳遞出去， 可以實現(xiàn)各個RACS設(shè)備共享用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息，避免 各個RACS設(shè)備獨(dú)自獲取，造成不必要的信息處理和信息傳輸，浪費(fèi)設(shè)備和 傳輸資源。
本發(fā)明實施例還提供了一種AF設(shè)備，參照圖7,為本發(fā)明實施例中AF 設(shè)備實施例結(jié)構(gòu)示意圖，該AF設(shè)備包括信息確定單元71、消息發(fā)送單元 72，其中
信息確定單元71,用于確定用戶所屬的CLF;
消息發(fā)送單元72,用于發(fā)送消息，所述消息中攜帶有用戶和用戶所屬的 CLF的對應(yīng)關(guān)系信息。
可以看出，通過AF設(shè)備預(yù)先確定用戶所屬的CLF并將用戶及用戶所屬 的CLF的對應(yīng)關(guān)系信息發(fā)送到需要的電信設(shè)備，可以避免用戶和用戶所述的 CLF的對應(yīng)關(guān)系的重復(fù)配置，減少電信系統(tǒng)配置和維護(hù)的工作量，進(jìn)而可以 節(jié)約運(yùn)營成本。
是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機(jī) 可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括如下步驟
接收應(yīng)用功能實體AF發(fā)送的消息，所述消息中攜帶有用戶和用戶所屬的 連通性會話定位和存儲功能實體CLF的對應(yīng)關(guān)系信息；根據(jù)所述用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息，向用戶所屬的CLF發(fā) 送查詢用戶信息請求，獲取用戶信息。
上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
以上對本發(fā)明所提供的RACS獲取用戶信息的方法、系統(tǒng)和設(shè)備進(jìn)行了 詳細(xì)介紹，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實施例的思想，在具體 實施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解 為對本發(fā)明的限制。
權(quán)利要求
1. 一種資源接納控制子系統(tǒng)RACS獲取用戶信息的方法，其特征在于，包括接收應(yīng)用功能實體AF發(fā)送的消息，所述消息中攜帶有用戶和用戶所屬的連通性會話定位和存儲功能實體CLF的對應(yīng)關(guān)系信息；根據(jù)所述用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息，向用戶所屬的CLF發(fā)送查詢用戶信息請求，獲取用戶信息。
2. 如權(quán)利要求1所述的RACS獲取用戶信息的方法，其特征在于，所述 接收AF發(fā)送的消息具體為RACS中的基于業(yè)務(wù)的策略決定功能實體SPDF或資源接納控制功能實體 x-RACF 4矣收所述AF發(fā)送的消息。
3. 如權(quán)利要求2所述的RACS獲取用戶信息的方法，其特征在于，進(jìn)一 步包括所述SPDF根據(jù)接收到的消息，將所述用戶與用戶所屬的CLF的對 應(yīng)關(guān)系信息傳遞給x-RACF或/和另外的SPDF。
4. 如權(quán)利要求2所述的RACS獲取用戶信息的方法，其特征在于，所述 x-RACF根據(jù)接收到的消息，將所述用戶與用戶所屬的CLF的對應(yīng)關(guān)系信息 傳遞給SPDF或/和另外的x-RACF。
5. 如權(quán)利要求2至4任一項所述的RACS獲取用戶信息的方法，其特征 在于，所述RACS根據(jù)所述用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息，向用戶 所屬的CLF發(fā)送查詢用戶信息請求，獲取用戶信息具體為SPDF或者x-RACF根據(jù)所述用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息，向 用戶所屬的CLF發(fā)送查詢用戶信息請求，獲取用戶信息。
6. 如權(quán)利要求1至4任一項所述的RACS獲取用戶信息的方法，其特征 在于，所述用戶和CLF的對應(yīng)關(guān)系信息包括用戶標(biāo)識、用戶所屬的CLF標(biāo) 識。
7. 如權(quán)利要求6所述的RACS獲取用戶信息的方法，其特征在于，所述 用戶標(biāo)識包括用戶的IP地址或用戶名；所述用戶所屬的CLF標(biāo)識包括以下 任意一項所述用戶所屬的CLF的IP地址、主機(jī)名、域名、編號。
8. —種通信系統(tǒng)，其特征在于，包括應(yīng)用功能實體AF、資源接納控制 子系統(tǒng)RACS、連通性會話定位和存儲功能實體CLF,其中AF,用于向RACS發(fā)送消息，所述消息中攜帶有用戶和用戶所屬的CLF 的對應(yīng)關(guān)系^f言息；RACS,用于接收所述AF發(fā)送的消息，根據(jù)所述消息中的攜帶的用戶和 用戶所屬的CLF的對應(yīng)關(guān)系信息，向用戶所屬的CLF發(fā)送查詢用戶信息請求， 獲取用戶信息；CLF,用于存儲用戶信息。
9. 如權(quán)利要求8所述的通信系統(tǒng)，其特征在于，所述RACS包括至少 一個SPDF和至少一個x-RACF,所述SPDF或x-RACF用于4妾收所述AF發(fā) 送的消息，才艮據(jù)所述消息中的攜帶的用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息， 向用戶所屬的CLF發(fā)送查詢用戶信息請求，獲取用戶信息。
10. 如權(quán)利要求9所述的通信系統(tǒng)，其特征在于，所述SPDF還用于根據(jù) 接收到的消息，將所述用戶與用戶所屬的CLF的對應(yīng)關(guān)系信息傳遞給x-RACF 或/和另外的SPDF。
11. 如權(quán)利要求9所述的通信系統(tǒng)，其特征在于，所述x-RACF還用于根 據(jù)接收到的消息，將所述用戶與用戶所屬的CLF的對應(yīng)關(guān)系信息傳遞給SPDF 或/和另外的x-RACF。
12. —種資源接納控制子系統(tǒng)RACS設(shè)備，其特征在于，包括消息接收 單元、信息提取單元、消息發(fā)送單元，其中消息接收單元，用于接收消息，所述消息中攜帶有用戶和用戶所屬的連 通性會話定位和存儲功能實體CLF的對應(yīng)關(guān)系信息；信息提取單元，用于提取消息接收單元所接收的消息中攜帶的用戶和用 戶所屬的CLF的對應(yīng)關(guān)系信息；消息發(fā)送單元，根據(jù)信息提取單元所提取的用戶和用戶所屬的CLF的對 應(yīng)關(guān)系信息，向用戶所屬的CLF發(fā)送請求消息，獲取用戶信息。
13. 如權(quán)利要求12所述的RACS設(shè)備，其特征在于，還包括信息傳遞單元，用于將所述信息提取單元提取的用戶和用戶所屬的CLF的對應(yīng)關(guān)系信 息傳遞出去。 '
14. 一種應(yīng)用功能設(shè)備AF,其特征在于，包括信息確定單元、消息發(fā) 送單元，其中信息確定單元，用于確定用戶所屬的連通性會話定位和存儲功能實體 CLF;消息發(fā)送單元，用于發(fā)送消息，所述消息中攜帶有用戶和根據(jù)所述信息 確定單元確認(rèn)的該用戶所屬的連通性會話定位和存儲功能實體CLF的對應(yīng)關(guān) 系信息。
全文摘要
本發(fā)明公開了一種RACS獲取用戶信息的方法、系統(tǒng)和設(shè)備，本發(fā)明方法包括接收應(yīng)用功能實體AF發(fā)送的消息，所述消息中攜帶有用戶和用戶所屬的連通性會話定位和存儲功能實體CLF的對應(yīng)關(guān)系信息；根據(jù)所述用戶和用戶所屬的CLF的對應(yīng)關(guān)系信息，向用戶所屬的CLF發(fā)送查詢用戶信息請求，獲取用戶信息。采用本發(fā)明方法、系統(tǒng)和相應(yīng)設(shè)備，可以減少RACS配置和維護(hù)的工作量，進(jìn)而可以節(jié)約運(yùn)營成本。
文檔編號H04L29/06GK101459658SQ20071019688
公開日2009年6月17日 申請日期2007年12月11日 優(yōu)先權(quán)日2007年12月11日
發(fā)明者黃福清 申請人:華為技術(shù)有限公司