專利名稱：一種業(yè)務觸發(fā)點的匹配方法
技術(shù)領域：
本發(fā)明涉及多媒體子系統(tǒng)(IMS)中匹配業(yè)務描述文件技術(shù)，特別涉及一種業(yè)務觸發(fā)點的匹配方法。
背景技術(shù)：
隨著寬帶網(wǎng)絡的發(fā)展，移動通信不僅僅局限于傳統(tǒng)的語音通信，結(jié)合音頻、視頻、圖片和文本等多種媒體業(yè)務將逐漸開展起來。多種媒體業(yè)務通過與呈現(xiàn)業(yè)務(presence)、短消息、網(wǎng)頁(WEB)瀏覽、定位信息、推送業(yè)務(PUSH)和文件共享等數(shù)據(jù)業(yè)務的結(jié)合，可以滿足用戶的多種需求。
在多種數(shù)據(jù)業(yè)務應用的推動下，3GPP以及3GPP2等標準組織都先后推出了IMS架構(gòu)，目的是在移動網(wǎng)絡中使用一種標準化開放結(jié)構(gòu)實現(xiàn)多種多樣的多媒體業(yè)務應用，提供給用戶更多的選擇和更豐富的感受。
在3GPP版本5(R5，Release)階段，引入了IMS，IMS疊加在分組域網(wǎng)絡之上，由呼叫狀態(tài)控制功能(CSCF)、媒體網(wǎng)關(guān)控制功能(MGCF)、媒體資源功能(MRF)和歸屬簽約用戶服務器(HSS)等功能實體組成，其中CSCF又可以分為服務CSCF(S-CSCF)、代理CSCF(P-CSCF)和查詢CSCF(I-CSCF)三個邏輯實體。S-CSCF是IMS的業(yè)務交換中心，執(zhí)行會話控制，維持會話狀態(tài)，負責管理用戶信息，產(chǎn)生計費信息等；P-CSCF是終端用戶接入IMS的接入點，完成用戶注冊，負責業(yè)務質(zhì)量(QoS)控制和安全管理等，I-CSCF負責IMS域之間的互通，管理S-CSCF的分配，對外隱藏網(wǎng)絡拓撲和配置，產(chǎn)生計費數(shù)據(jù)等。MGCF控制網(wǎng)關(guān)，實現(xiàn)IMS和其它網(wǎng)絡的互通。MRF提供媒體資源。HSS存儲IMS用戶的簽約數(shù)據(jù)和配置信息等。
在IMS中，使用會話發(fā)起(SIP)協(xié)議作為IP多媒體會話的信令控制協(xié)議；HSS和I-CSCF以及HSS和S-CSCF之間的Cx接口上使用Diameter協(xié)議來進行信息交互。
IMS也可以應用在3GPP2中定義的分組網(wǎng)絡、無線局域(WLAN)網(wǎng)絡或下一代(NGN)網(wǎng)絡中。
目前，S-CSCF都是根據(jù)從HSS中下載的用戶描述文件來執(zhí)行業(yè)務控制的，下載后的用戶描述文件可以保存在S-CSCF中，也可以在使用完了就刪除，下次使用時再次從HSS下載。S-CSCF根據(jù)所收到SIP消息中的各種信息單元和從HSS中下載的用戶描述文件進行匹配，如果匹配成功，則將所收到的SIP消息轉(zhuǎn)發(fā)給和業(yè)務觸發(fā)點(Service Point Trigger)對應的應用服務器(AS，Application Server)處理。
用戶描述文件的數(shù)據(jù)結(jié)構(gòu)模型如圖1所示，具有一個私有用戶標識(Private User Identity)和IMS簽約(IMS Subscription)作為屬性參數(shù)，其還包括一個或多個業(yè)務描述文件(Service Profile)。
其中，每個Service Profile的數(shù)據(jù)結(jié)構(gòu)模型如圖2所示，包括一個或多個和該Service Profile相關(guān)的公共用戶標識(Public Identification)、至多一個Service Profile下的核心網(wǎng)業(yè)務授權(quán)(Core Network ServiceAuthorization)、初始過濾規(guī)則(Initial Filter Criteria)和共用初始過濾規(guī)則組(Shared iFC Set)。Initial Filter Criteria和Shared iFC Set可以應用在這一個或多個Public Identification，數(shù)量為零個或多個。Initial Filter Criteria包含Service Point Trigger的相關(guān)信息，Shared iFC Set是一組可供多個業(yè)務描述文件共用的初始過濾規(guī)則的集合。
Initial Filter Criteria的數(shù)據(jù)結(jié)構(gòu)模型如圖3所示，Initial Filter Criteria的屬性包括優(yōu)先級(Priority)和文件內(nèi)容指示(ProfilePartlndicator)。其中，Priority是指Initial Filter Criteria進行匹配的優(yōu)先順序；ProfilePartlndicator指示用于標識Initial Filter Criteria屬于用戶描述文件的注冊相關(guān)部分還是未注冊相關(guān)部分，如果ProfilePartlndicator不指示時，說明Initial Filter Criteria同時和用戶描述文件的注冊以及未注冊相關(guān)，即通用的。Initial Filter Criteria中包含0個或者一個觸發(fā)點(Trigger Point)和一個AS，其中Trigger Point描述所有用于檢查以便發(fā)現(xiàn)要聯(lián)系AS的Service Point Trigger，即TriggerPoint由一個或多個Service Point Trigger組成，AS定義了Service PointTrigger匹配成功之后要交互的AS，包含0個或者一個業(yè)務信息(ServiceInformation)，用于下載到S-CSCF然后透傳到對應的AS。
Initial Filter Criteria中可以有一個或者多個Service Point Trigger用于匹配收到的SIP請求消息，將匹配成功的SIP請求消息發(fā)送到對應的AS，為了讓S-CSCF能夠按照所設置順序處理多個Initial Filter Criteria，每個InitialFilter Criteria被分配了一個Priority。
Service Point Trigger指的是SIP消息中屬于Initial Filter Criteria的觸發(fā)點，其數(shù)據(jù)結(jié)構(gòu)模型如圖4所示，包含各個用于配置成匹配表達式的元素，包括標識SIP消息中要建立會話的對端標識(Request-URI)，使用某個SIP方法(SIP Method)，如注冊(REGISTER)，邀請(INVITE)，簽約(SUBSCRIBE)，消息(MESSAGE)等，任何一個SIP頭部(SIP Header)以及該頭部的內(nèi)容，會話方向(Session Case)和會話描述信息(SessionDescription)。Trigger Point的屬性中還包括注冊類型(Registration Type)，Registration Type只有當SIP Method是REGISTER的時候才有用，用于指示Service Point Trigger要匹配的注冊消息是和初始注冊、重新注冊還是注銷相關(guān)的。
每個Initial Filter Criteria是由最基本的Service Point Trigger屬性中的元素使用布爾運算符AND、OR和NOT構(gòu)成的，一個例子一個Service Point Trigger的屬性組成Method＝“INVITE”O(jiān)R Method＝“MESSAGE”O(jiān)R(Method＝”SUBSCRIBE”AND NOT Header＝“from”Content＝“joe”)，其中INVITE和MESSAGE和SUBSCRIBE都是屬性Method的可能取值，“from”是SIP Header的可能取值。
當收到一個INVITE消息的時候，S-CSCF將這個INVITE消息的method部分，以及SIP Header中的from字段取出來，和這個Service Point Trigger進行匹配，發(fā)現(xiàn)全部匹配，則匹配成功一個Service Point Trigger。如果一個Trigger Point下所有的Service Point Trigger都匹配成功，則匹配成功一個Trigger Point，從而S-CSCF將收到的請求消息發(fā)送給該Trigger Point對應的AS。
當收到一個SIP消息時，S-CSCF執(zhí)行如下步驟步驟1、S-CSCF根據(jù)用戶描述文件中Initial Filter Criteria的Priority為該請求建立一個Initial Filter Criteria列表，在該請求最終離開S-SCSF之前，該列表不應被修改；步驟2、解析該消息，確定該消息中包含的Service Point Trigger；過程為按照Priority級別依次判斷列表中Initial Filter Criteria包含的Service Point Trigger是否與該消息匹配，如果不匹配，再判斷列表中下一個Initial Filter Criteria包含的Service Point Trigger是否與該消息匹配，直到將列表中最后一個Initial Filter Criteria判斷完；如果匹配，S-CSCF向該消息中加入指示，該指示允許S-CSCF標識入側(cè)的消息，轉(zhuǎn)發(fā)該消息至當前InitialFilter Criteria指示的AS，該AS接著執(zhí)行該消息的業(yè)務邏輯，也許修改請求，也許將請求發(fā)送回S-SCSF，執(zhí)行步驟3；步驟3、將該消息按照SIP路由行為路由到下一個節(jié)點。
在現(xiàn)有的用戶描述文件中，Service Point Trigger中用于配置成匹配表達式的一個元素是Session Case，表示SIP消息的方向，可能的取值是“會話發(fā)起方”、“已注冊的會話終結(jié)方”，“未注冊的會話終結(jié)方”。Session Case的作用是為了區(qū)分執(zhí)行業(yè)務控制的S-CSCF所在的會話的位置，是發(fā)起方一側(cè)還是終結(jié)方一側(cè)，根據(jù)會話所在位置的不同，采用的Service Point Trigger可能會不一樣。由于根據(jù)當前終結(jié)方的注冊狀態(tài)可能決定執(zhí)行的業(yè)務控制會不一樣，目前Session Case在取值時將會話終結(jié)方進一步細分為針對已注冊公共用戶標識和針對未注冊公共用戶標識的會話終結(jié)方。但是在用戶描述文件的Initial Filter Criteria中，ProfilePartlndicator也將Initial Filter Criteria按照用于注冊狀態(tài)相關(guān)業(yè)務還是用于未注冊狀態(tài)相關(guān)業(yè)務進行了區(qū)分，因此Session Case和ProfilePartlndicator這兩個參數(shù)在不同的位置對同樣的配置進行定義，不僅造成現(xiàn)有用戶描述文件的數(shù)據(jù)結(jié)構(gòu)存在冗余，會增加S-CSCF處理的負擔，而且運營商在配置用戶描述文件的時候容易造成混淆，如ProfilePartlndicator指示配置得和Session Case不符，造成匹配失敗，進而影響用戶的業(yè)務處理。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種業(yè)務觸發(fā)點的匹配方法，該方法不僅能夠刪除用戶描述文件中的冗余信息，減輕S-CSCF設備處理信息的負擔，而且使用戶描述文件的數(shù)據(jù)結(jié)構(gòu)更為清晰。
根據(jù)上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種業(yè)務觸發(fā)點的匹配方法，設置用戶描述文件中業(yè)務觸發(fā)點的會話方向?qū)傩詾闀挵l(fā)起方或會話終結(jié)方，該方法包括A、服務呼叫狀態(tài)控制功能S-CSCF接收到攜帶公共用戶標識的會話發(fā)起協(xié)議SIP消息；B、S-CSCF獲取具有該公共用戶標識的用戶描述文件，根據(jù)該用戶描述文件確定具有該公共用戶標識的用戶是否已注冊，如果是，執(zhí)行步驟C；否則，執(zhí)行步驟D；C、S-CSCF將屬性為已注冊的該用戶描述文件初始過濾規(guī)則的文件內(nèi)容所指示的業(yè)務觸發(fā)點和收到的SIP消息進行匹配，如果執(zhí)行該SIP消息的會話方向和業(yè)務觸發(fā)點的會話方向?qū)傩韵嗤?，都為會話發(fā)起方或會話終結(jié)方，則匹配成功，否則，匹配失??；
D、S-CSCF將屬性為未注冊的該用戶描述文件初始過濾規(guī)則的文件內(nèi)容所指示的業(yè)務觸發(fā)點和收到的SIP消息進行匹配，如果執(zhí)行該SIP消息的會話方向和業(yè)務觸發(fā)點的會話方向?qū)傩韵嗤?，都為會話發(fā)起方或會話終結(jié)方，則匹配成功，否則，匹配失敗。
所述的用戶描述文件中業(yè)務觸發(fā)點的會話方向?qū)傩允菢?gòu)成用戶描述文件初始過濾規(guī)則中的業(yè)務觸發(fā)點的一個組成元素。
步驟B所述的用戶描述文件是從S-CSCF本地或者歸屬簽約用戶服務器HSS中獲取的。
在步驟C之后，該方法還包括將業(yè)務觸發(fā)點中的其他屬性和該SIP消息進行匹配，直到匹配成功。
在步驟D之后，該方法還包括將業(yè)務觸發(fā)點中的其他屬性和該SIP消息進行匹配，直到匹配成功。
從上述方案可以看出，本發(fā)明將用戶公共用戶標識對應的注冊狀態(tài)只設置在用戶描述文件中的ProfilePartlndicator中，而在相應的Service PointTrigger中不設置用戶公共用戶標識對應的注冊狀態(tài)，只設置具有該公共用戶標識的用戶是會話發(fā)起方還是會話結(jié)束方，從而在進行SIP消息匹配時，只在用戶描述文件的ProfilePartlndicator中區(qū)分該SIP消息攜帶的公共用戶標識對應的是已注冊狀態(tài)還是未注冊狀態(tài)，從而分配相應的Service PointTrigger，Service Point Trigger再對該SIP消息要傳輸給會話發(fā)起方還是會話終結(jié)方進行匹配。因此，該方法不僅能夠刪除用戶描述文件中的冗余信息，減輕S-CSCF設備處理信息的負擔，而且使用戶描述文件的數(shù)據(jù)結(jié)構(gòu)更為清晰。更進一步的，由于在Initial Filter Criteria就對SIP消息攜帶的公共用戶標識對應的注冊狀態(tài)進行了區(qū)分，因此加快了Service Point Trigger的匹配過程，便于運營商使用。


圖1為用戶描述文件的數(shù)據(jù)結(jié)構(gòu)模型圖。
圖2為Service Profile的數(shù)據(jù)結(jié)構(gòu)模型圖。
圖3為Initial Filter Criteria的數(shù)據(jù)結(jié)構(gòu)模型圖。
圖4為Service Point Trigger的數(shù)據(jù)結(jié)構(gòu)模型圖。
圖5為本發(fā)明在Session Case和ProfilePartlndicator設置之后，進行Service Point Trigger的匹配過程流程圖。
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，以下舉具體實施例并參照附圖，對本發(fā)明進行進一步詳細說明。
在本發(fā)明中，對Service Point Trigger中的Session Case的取值進行了修改，確定其可能的取值只有兩個，一個是“會話發(fā)起方”，另一個是“會話終結(jié)方”，對于取值是“會話終結(jié)方”的不再區(qū)分是針對已注冊公共用戶標識的會話終結(jié)方還是針對未注冊公共用戶標識的會話終結(jié)方。將所有和公共用戶標識注冊狀態(tài)相關(guān)的Service Point Trigger按照其所屬的Initial FilterCriteria，配置在Initial Filter Criteria中相應的ProfilePartlndicator指示下。
表1為本發(fā)明Session Case和ProfilePartlndicator設置的取值，如表1所示

表1
相應的，用xml語言描述表1所述的Session Case和ProfilePartlndicator的數(shù)據(jù)結(jié)構(gòu)如下<？xml version＝″1.0″encoding＝″UTF-8″？>
<xsschema xmlnsxs＝″http//www.w3.org/2001/XMLSchema″elementFormDefault＝″qualified″attributeFormDefault＝″unqualified″>
............
<xssimpleType name＝″tProfilePartIndicator″final＝″list restriction″>
<xsrestriction base＝″xsunsignedByte″>
<xs；maxInclusive value＝″1″/>
<xsenumeration value＝″0″>
<xsannotation>
<xsdocumentation>
<label xmllang＝″en″>REGISTERED</label>
<definition xmllang＝″en″>iFC is part of the registeredprofile</definition>
</xsdocumentation>
</xsannotation>
</xsenumeration>
<xsenumeration value＝″1″>
<xsannotation>
<xsdocumentation>
<label xmllang＝″en″>UNREGISTERED</label>
<definition xmllang＝″en″>iFC is part of theunregistered profile</definition>
</xsdocumentation>
</xsannotation>
</xsenumeration>
</xsrestriction>
</xssimpleType>
............
<xssimpleType name＝″tDirectionOfRequest″final＝″list restriction″>
<xsrestriction base＝″xsunsignedByte″>
<xsmaxInclusive value＝″2″/>
<xsenumeration value＝″0″>
<xsannotation>
<xsdocumentation>
<labelxmllang＝″en″>ORIGINATING_SESSION</label>
<definition xmllang＝″en″>OriginatingSession</definition>
</xsdocumentation>
</xsannotation>
</xsenumeration>
<xsenumeration value＝″1″>
<xsannotation>
<xsdocumentation>
<labelxmllang＝″en″>TERMINATING_SESSION</label>
<definition xmllang＝″en″>TerminatingSession</definition>
</xsdocumentation>
</xsannotation>
</xsenumeration>
</xsrestriction>
</xssimpleType>
............
為了描述清晰，以上Session Case和ProfilePartlndicator的數(shù)據(jù)結(jié)構(gòu)只是摘取了和現(xiàn)有技術(shù)相比有變化的部分，省略了沿用現(xiàn)有技術(shù)的部分。
在具體應用的時候，圖5為本發(fā)明在Session Case和ProfilePartlndicator設置之后，進行Service Point Trigger的匹配過程流程圖，其具體過程為步驟500、S-CSCF收到攜帶公共用戶標識的SIP消息，從HSS或從本地S-CSCF獲取該公共用戶標識對應的用戶描述文件；步驟501、S-CSCF判斷該消息攜帶的公共用戶標識是否已經(jīng)注冊，即具有該公共用戶標識的用戶的當前注冊狀態(tài)為已注冊狀態(tài)，如果是，執(zhí)行步驟502；否則，執(zhí)行步驟504；判斷該消息攜帶的公共用戶標識是否已經(jīng)注冊，可以采用現(xiàn)有技術(shù)根據(jù)具有該公共用戶標識的用戶在HSS所存儲的配置信息判斷，如果配置信息指示為已經(jīng)注冊，則表示已經(jīng)注冊；否則，未注冊；步驟502、S-CSCF的用戶描述文件將該SIP消息和Initial Filter Criteria的ProfilePartlndicator指示在注冊狀態(tài)下的Service Point Trigger進行匹配；步驟503、在匹配過程中，如果執(zhí)行該SIP消息的會話方向和業(yè)務觸發(fā)點的會話方向?qū)傩韵嗤?，都為會話發(fā)起方或會話終結(jié)方，則匹配成功，否則，匹配失敗，即如果該消息是在會話發(fā)起方執(zhí)行，則該消息與Session Case為會話發(fā)起方的Service Point Trigger匹配成功；如果該消息是在會話終結(jié)方執(zhí)行，則該消息與Session Case為會話終結(jié)方的Service Point Trigger匹配成功；步驟504、S-CSCF所下載用戶描述文件給該SIP消息分配在Initial FilterCriteria的ProfilePartlndicator指示在未注冊狀態(tài)下的Service Point Trigger；步驟505、在匹配過程中，如果執(zhí)行該SIP消息的會話方向和業(yè)務觸發(fā)點的會話方向?qū)傩韵嗤紴闀挵l(fā)起方或會話終結(jié)方，則匹配成功，否則，匹配失敗，即如果該消息是在會話發(fā)起方執(zhí)行，則該消息與Session Case為會話發(fā)起方的Service Point Trigger匹配成功；如果該消息是在會話終結(jié)方執(zhí)行，則該消息與Session Case為會話終結(jié)方的Service Point Trigger匹配成功。
如果Initial Filter Criteria的ProfilePartlndicator未指示注冊狀態(tài)，則直接將該SIP消息和Initial Filter Criteria的ProfilePartlndicator指示的該公共用戶標識的Service Point Trigger匹配，進行步驟503或504。
SIP消息除了和Service Point Trigger的Session Case屬性進行，還和Service Point Trigger中其他的屬性進行匹配，直到都匹配完成并成功后，一個Service Point Trigger和SIP消息匹配成功。如果一個Trigger Point下所有的Service Point Trigger都匹配成功，則匹配成功一個Trigger Point，從而S-CSCF將收到的請求消息發(fā)送給該Trigger Point對應的AS。
本發(fā)明通過重新定義現(xiàn)有的用戶描述文件中的部分數(shù)據(jù)結(jié)構(gòu)，消除了目前存在的結(jié)構(gòu)冗余情況，避免了相同內(nèi)容重復定義可能導致的問題，使得用戶描述文件的定義清晰準確，同時因為在Initial Filter Criteria就對用戶注冊狀態(tài)進行了區(qū)分，因此加快了Service Point Trigger的匹配過程，便于運營商的使用。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種業(yè)務觸發(fā)點的匹配方法，其特征在于，設置用戶描述文件中業(yè)務觸發(fā)點的會話方向?qū)傩詾闀挵l(fā)起方或會話終結(jié)方，該方法包括A、服務呼叫狀態(tài)控制功能S-CSCF接收到攜帶公共用戶標識的會話發(fā)起協(xié)議SIP消息；B、S-CSCF獲取具有該公共用戶標識的用戶描述文件，根據(jù)該用戶描述文件確定具有該公共用戶標識的用戶是否已注冊，如果是，執(zhí)行步驟C；否則，執(zhí)行步驟D；C、S-CSCF將屬性為已注冊的該用戶描述文件初始過濾規(guī)則的文件內(nèi)容所指示的業(yè)務觸發(fā)點和收到的SIP消息進行匹配，如果執(zhí)行該SIP消息的會話方向和業(yè)務觸發(fā)點的會話方向?qū)傩韵嗤?，都為會話發(fā)起方或會話終結(jié)方，則匹配成功，否則，匹配失??；D、S-CSCF將屬性為未注冊的該用戶描述文件初始過濾規(guī)則的文件內(nèi)容所指示的業(yè)務觸發(fā)點和收到的SIP消息進行匹配，如果執(zhí)行該SIP消息的會話方向和業(yè)務觸發(fā)點的會話方向?qū)傩韵嗤?，都為會話發(fā)起方或會話終結(jié)方，則匹配成功，否則，匹配失敗。
2.如權(quán)利要求1所述的方法，其特征在于，所述的用戶描述文件中業(yè)務觸發(fā)點的會話方向?qū)傩允菢?gòu)成用戶描述文件初始過濾規(guī)則中的業(yè)務觸發(fā)點的一個組成元素。
3.如權(quán)利要求1所述的方法，其特征在于，步驟B所述的用戶描述文件是從S-CSCF本地或者歸屬簽約用戶服務器HSS中獲取的。
4.如權(quán)利要求1所述的方法，其特征在于，在步驟C之后，該方法還包括將業(yè)務觸發(fā)點中的其他屬性和該SIP消息進行匹配，直到匹配成功。
5.如權(quán)利要求1所述的方法，其特征在于，在步驟D之后，該方法還包括將業(yè)務觸發(fā)點中的其他屬性和該SIP消息進行匹配，直到匹配成功。
全文摘要
本發(fā)明公開了一種業(yè)務觸發(fā)點的匹配方法，本發(fā)明將用戶公共用戶標識對應的注冊狀態(tài)只設置在用戶描述文件中的Profile Partlndicator中，而在相應的Service Point Trigger中不設置用戶公共用戶標識對應的注冊狀態(tài)，只設置具有該公共用戶標識的用戶是會話發(fā)起方還是會話結(jié)束方，從而在進行SIP消息匹配時，只在用戶描述文件的ProfilePartlndicator中區(qū)分該SIP消息攜帶的公共用戶標識對應的是已注冊狀態(tài)還是未注冊狀態(tài)，從而分配相應的Service Point Trigger，Service Point Trigger再對該SIP消息要傳輸給會話發(fā)起方還是會話終結(jié)方進行匹配。因此，該方法不僅能夠刪除用戶描述文件中的冗余信息，減輕S－CSCF設備處理信息的負擔，而且使用戶描述文件的數(shù)據(jù)結(jié)構(gòu)更為清晰。
文檔編號H04L29/12GK1770764SQ20041009203
公開日2006年5月10日 申請日期2004年11月6日 優(yōu)先權(quán)日2004年11月6日
發(fā)明者武亞娟 申請人:華為技術(shù)有限公司