專利名稱：實(shí)現(xiàn)個人網(wǎng)絡(luò)管理私網(wǎng)業(yè)務(wù)的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及實(shí)現(xiàn)個人網(wǎng)絡(luò)管理私網(wǎng)業(yè)務(wù)的方法及裝置。
背景技術(shù)：
在3GPP的R7版本中引入了一種新的業(yè)^——個人網(wǎng)絡(luò)管理(Personal Network Management) PNM業(yè)務(wù)。該業(yè)務(wù)針對未來網(wǎng)絡(luò)中 一個簽約用戶可能擁 有多個終端設(shè)備的場景，這些終端設(shè)備組成了簽約用戶的個人網(wǎng)絡(luò)，稱為PN (Personal Network )，對于PN的集中管理就是PNM。目前IMS域和CS域的PNM架構(gòu)分別參見圖1、圖2所示。參見圖l所示，在IMS域中，HSS與PNMAS存在Sh4矣口，可直接交互，獲 得相應(yīng)的用戶配置和控制信息。PNMAS與S-CSCF存在ISC接口，可直接交互， 獲得UE的相關(guān)信息，以及將業(yè)務(wù)請求重定向到PNMAS。 UE與PNMAS存在Ut 接口，可直接交互一些通知和配置信息。參見圖2所示，在CS域中，HSS與gsmSCF以及GMSC存在接口 ，可通過MAP 直接交互，VMSC與GMSC存在接口，可通過ISAP接口直接交互，gsmSCF與 UE通過其他網(wǎng)元間接交互，可能是通過USSD消息承載相關(guān)信息，如果gsmSCF 和PNM AS合設(shè)也可以使Ut接口交互。所謂私網(wǎng)，就是通過將PN內(nèi)的某些UE的接入權(quán)限設(shè)為Private或者Public來 實(shí)現(xiàn)對該UE被PN外UE訪問的控制。對于接入權(quán)限是設(shè)為Public的UE，可以被 任何UE訪問。而對于接入權(quán)限是設(shè)為Private的UE，意味著該UE可以被PN內(nèi)的 UE訪問，而對于PN外UE訪問受限。目前對于PN外UE訪問受限的具體實(shí)現(xiàn)方 式只給出了UE設(shè)定GuestUE列表的方式，即在GuestUE列表中的PN夕卜UE才能6訪問該UE。發(fā)明人在發(fā)明過程中發(fā)現(xiàn)，目前私網(wǎng)業(yè)務(wù)中PN外的UE訪問接入權(quán)限設(shè)為 Private的UE時，訪問受限的定義較為單一，沒有給出具體訪問的層次。同時現(xiàn) 有技術(shù)在決定是否為既不是PN內(nèi)UE也不是Guest l正的用戶接續(xù)被叫用戶的時 候，沒有考慮被叫用戶對于接續(xù)不同類型消息的不同體驗(yàn)，綜上可以看出現(xiàn)有 技術(shù)不能滿足用戶對于各種不同業(yè)務(wù)希望得到不同體驗(yàn)的需求。發(fā)明內(nèi)容本發(fā)明實(shí)施例提供了 一種實(shí)現(xiàn)個人網(wǎng)絡(luò)管理私網(wǎng)業(yè)務(wù)的方法及裝置，以使 私網(wǎng)業(yè)務(wù)具有豐富的訪問的層次。本發(fā)明實(shí)施例還提供了另 一種實(shí)現(xiàn)個人網(wǎng)絡(luò)管理私網(wǎng)業(yè)務(wù)的方法及裝置， 以使被叫用戶在接續(xù)不同類型消息的過程中，感受不同體驗(yàn)。本發(fā)明實(shí)施例的一種實(shí)現(xiàn)個人網(wǎng)絡(luò)管理私網(wǎng)業(yè)務(wù)的方法，包括下列步驟 個人網(wǎng)絡(luò)管理PNM服務(wù)器將收到的業(yè)務(wù)請求消息中攜帶的信息與被叫UE的 私網(wǎng)業(yè)務(wù)配置信息進(jìn)行匹配；以及所述PNM服務(wù)器以匹配結(jié)果對照業(yè)務(wù)邏輯 策略，并以對照得出的業(yè)務(wù)邏輯策略執(zhí)行業(yè)務(wù)邏輯。本發(fā)明實(shí)施例的一種PNM服務(wù)器，包括第一保存單元，用于保存UE 的私網(wǎng)業(yè)務(wù)配置信息；接收提取單元，用于從收到的業(yè)務(wù)請求消息中提取信息； 匹配單元，用于將接收提取單元提取的信息與第一保存單元中保存的被叫UE 的私網(wǎng)業(yè)務(wù)配置信息進(jìn)行匹配，并輸出匹配結(jié)果；執(zhí)行單元，用于根據(jù)匹配單 元輸出的匹配結(jié)果對照業(yè)務(wù)邏輯策略，并以對照得出的業(yè)務(wù)邏輯策略執(zhí)行業(yè)務(wù) 邏輯。本發(fā)明實(shí)施例的另 一種實(shí)現(xiàn)個人網(wǎng)絡(luò)管理私網(wǎng)業(yè)務(wù)的方法，包括下列步 驟個人網(wǎng)絡(luò)管理PNM服務(wù)器收到主叫用戶發(fā)來的業(yè)務(wù)請求消息，并判定該 主叫用戶不在被叫UE的訪問列表中；PNM服務(wù)器將收到的業(yè)務(wù)請求消息中攜 帶的信息與業(yè)務(wù)邏輯策略進(jìn)行匹配；以及PNM服務(wù)器執(zhí)行匹配得出的業(yè)務(wù)邏輯。本發(fā)明實(shí)施例的另一種PNM服務(wù)器，包括接收單元，用于接收主叫用戶 發(fā)來的業(yè)務(wù)請求消息；判斷單元，用于判斷該主叫用戶是否在被叫UE的訪問 列表中，并在判定該主叫用戶不在被叫UE的訪問列表中時，發(fā)出觸發(fā)信號； 匹配單元，用于在收到判斷單元發(fā)出的觸發(fā)信號時，將接收單元收到的業(yè)務(wù)請 求消息中攜帶的信息與業(yè)務(wù)邏輯策略進(jìn)行匹配，并輸出匹配得出的業(yè)務(wù)邏輯； 執(zhí)行單元，用于執(zhí)行匹配單元輸出的匹配得出的業(yè)務(wù)邏輯。本發(fā)明實(shí)施例的一種方案中，擴(kuò)展了 PNM服務(wù)器判別主叫用戶是否訪問 受限的若干元素(即私網(wǎng)業(yè)務(wù)配置信息)。當(dāng)PNM服務(wù)器收到業(yè)務(wù)請求消息時， 將收到的業(yè)務(wù)請求消息中攜帶的信息與被叫UE的私網(wǎng)業(yè)務(wù)配置信息進(jìn)行匹 配；并以匹配結(jié)果對照業(yè)務(wù)邏輯策略，執(zhí)行相應(yīng)的業(yè)務(wù)邏輯。從而可以更加靈 活的控制主叫用戶的訪問。本發(fā)明實(shí)施例中的另 一種方案中，在PNM服務(wù)器收到主叫用戶發(fā)來的業(yè) 務(wù)請求消息并判定該主叫用戶不在被叫UE的訪問列表中的前提下，由于PNM 服務(wù)器將收到的業(yè)務(wù)請求消息中攜帶的信息與業(yè)務(wù)邏輯策略進(jìn)行匹配，并根據(jù) 匹配結(jié)果執(zhí)行相應(yīng)的操作，所以被叫用戶在接續(xù)不同類型消息的過程中，樂感 受不同體驗(yàn)。


圖1為現(xiàn)有IMS域的PNM架構(gòu)示意圖； 圖2為現(xiàn)有CS域的PNM架構(gòu)示意圖；圖3為本發(fā)明實(shí)施例的一種實(shí)現(xiàn)PNM私網(wǎng)業(yè)務(wù)的方法步驟流程圖；圖4為本發(fā)明實(shí)施例的一種PNM服務(wù)器結(jié)構(gòu)示意圖；圖5為本發(fā)明實(shí)施例的另一種實(shí)現(xiàn)PNM私網(wǎng)業(yè)務(wù)的方法步驟流程圖；圖6為本發(fā)明實(shí)施例的另 一種PNM服務(wù)器結(jié)構(gòu)示意圖；圖7為本發(fā)明實(shí)施例1的流程圖；8圖8為本發(fā)明實(shí)施例2的流程圖； 圖9為本發(fā)明實(shí)施例3的流程圖； 圖10為本發(fā)明實(shí)施例4的流程圖； 圖11為本發(fā)明實(shí)施例5的流程圖； 圖12為本發(fā)明實(shí)施例6的流程圖； 圖13為本發(fā)明實(shí)施例7的流程圖； 圖14為本發(fā)明實(shí)施例8的流程圖。
具體實(shí)施方式
為了使私網(wǎng)業(yè)務(wù)具有豐富的訪問的層次。本發(fā)明實(shí)施例提出了一種實(shí)現(xiàn)PNM私網(wǎng)業(yè)務(wù)的方法，參見圖3所示，包 括下列主要步驟Sll、 PNM服務(wù)器將收到的業(yè)務(wù)請求消息中攜帶的信息與被叫UE的私網(wǎng) 業(yè)務(wù)配置信息進(jìn)行匹配。本步驟執(zhí)行的前提條件是被叫UE的私網(wǎng)業(yè)務(wù)配置信息預(yù)先保存在PNM 服務(wù)器中，具體保存過程為PNM服務(wù)器收到該UE發(fā)來的私網(wǎng)業(yè)務(wù)配置請求； 提取該請求中與私網(wǎng)業(yè)務(wù)配置相關(guān)的參數(shù)；將所述參數(shù)作為該UE的私網(wǎng)業(yè)務(wù) 配置信息進(jìn)行保存。所述的私網(wǎng)業(yè)務(wù)配置信息中至少包括下列元素之一 一個業(yè)務(wù)碼、 一種媒 體類型， 一個消息類型。例如私網(wǎng)業(yè)務(wù)配置信息中包括一個業(yè)務(wù)碼(即包括 一個元素)；又例如私網(wǎng)業(yè)務(wù)配置信息中包括兩種媒體類型(即包括兩個元 素)；再例如私網(wǎng)業(yè)務(wù)配置信息中包括一個業(yè)務(wù)碼、兩種媒體類型和一個消 息類型(即包括四個元素)。進(jìn)一步，所述私網(wǎng)業(yè)務(wù)配置信息中包括的各個元 素分別以允許符號或禁止符號標(biāo)識(也可采用默認(rèn)方式，例如沒有符號標(biāo)識， 則認(rèn)為是允許符號)。由于本發(fā)明實(shí)施例給出了更多的元素，所以為提供豐富的訪問的層次奠定了基礎(chǔ)。本步驟中包含了三種匹配策略匹配策略1、不考慮發(fā)起該業(yè)務(wù)的主叫用戶是否在被叫UE的訪問列表 (GuestUE列表)中，直接將業(yè)務(wù)請求消息中攜帶的信息與被叫UE的私網(wǎng)業(yè) 務(wù)配置信息進(jìn)行匹配。根據(jù)Private和Public的定義，這種策略對被叫UE的接 入權(quán)限是Private或Public都有效。匹配策略2、 PNM服務(wù)器將所述業(yè)務(wù)請求消息中攜帶的信息與被叫UE的 私網(wǎng)業(yè)務(wù)配置信息進(jìn)行匹配之前，需滿足下述條件PNM服務(wù)器判定發(fā)起該 業(yè)務(wù)的主叫用戶在被叫UE的訪問列表中。即根據(jù)Private和Public的定義，這 種策略當(dāng)主叫用戶在被叫UE的訪問列表中時，還需進(jìn)一步進(jìn)行私網(wǎng)業(yè)務(wù)配置 信息的匹配，從而提供了更多的訪問限制，所以相應(yīng)的增加了訪問層次。匹配策略3、 PNM服務(wù)器將所述業(yè)務(wù)請求消息中攜帶的信息與被叫UE的 私網(wǎng)業(yè)務(wù)配置信息進(jìn)行匹配之前，需滿足下述條件PNM服務(wù)器判定發(fā)起該 業(yè)務(wù)的主叫用戶不在被叫UE的訪問列表中。即根據(jù)Private和Public的定義， 這種策略當(dāng)主叫用戶在被叫UE的訪問列表中時，主叫用戶可正常訪問被叫 UE;當(dāng)主叫用戶不在被叫UE的訪問列表中時，不直接拒絕訪問，而是進(jìn)行私 網(wǎng)業(yè)務(wù)配置信息的匹配，若匹配成功，則主叫用戶可以特定的業(yè)務(wù)訪問方式 (如特定媒體類型)訪問被叫UE。這樣可滿足某些用戶希望對所有PN外 UE以特定的業(yè)務(wù)訪問方式訪問不受限的需求。S12、 PNM服務(wù)器以匹配結(jié)果對照業(yè)務(wù)邏輯策略，并以對照得出的業(yè)務(wù)邏 輯策略執(zhí)行業(yè)務(wù)邏輯。PNM服務(wù)器以對照得出的業(yè)務(wù)邏輯策略執(zhí)行業(yè)務(wù)邏輯，包括但不限于以 下幾種情況，也可為以下幾種情況的任意組合情況l、所述業(yè)務(wù)請求消息中攜帶的信息至少包括下列元素之一 一個業(yè) 務(wù)碼、 一種媒體類型， 一個消息類型；所述匹配結(jié)果為所述業(yè)務(wù)請求消息攜帶 的信息中的任一元素與被叫l(wèi)正的私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為禁止的元素相同，或者所述業(yè)務(wù)請求消息攜帶的信息中的任一元素與被叫UE的私網(wǎng)業(yè)務(wù)配 置信息中標(biāo)識為允許的元素均不相同，則PNM服務(wù)器以對照得出的業(yè)務(wù)邏輯 策略直接返回業(yè)務(wù)建立失敗響應(yīng)。情況2、所述業(yè)務(wù)請求消息中攜帶的信息包括4某體類型；所述匹配結(jié)果 為所述業(yè)務(wù)請求消息攜帶的信息中的媒體類型與被叫UE的私網(wǎng)業(yè)務(wù)配置信息 中標(biāo)識為禁止的任一媒體類型相同，或者所述業(yè)務(wù)請求消息攜帶的信息中的媒 體類型與被叫UE的私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為允許的任一媒體類型均不相 同，則PNM以對照得出的業(yè)務(wù)邏輯策略代替被叫UE,與發(fā)起該業(yè)務(wù)的主叫用 戶進(jìn)行媒體重協(xié)商。這樣可有效的完成接入訪問，給主叫用戶帶來更好的體驗(yàn)。情況3、所述業(yè)務(wù)請求消息中攜帶的信息至少包括下列元素之一 一個業(yè) 務(wù)碼、 一種媒體類型， 一個消息類型；所述匹配結(jié)果為所述業(yè)務(wù)請求消息攜帶 的信息中的任一元素與被叫UE的私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為禁止的元素相 同，或者所述業(yè)務(wù)請求消息攜帶的信息中的任一元素與被叫UE的私網(wǎng)業(yè)務(wù)配 置信息中標(biāo)識為允許的元素均不相同，則PNM服務(wù)器以對照得出的業(yè)務(wù)邏輯 策略代替發(fā)起該業(yè)務(wù)的主叫用戶，向PN內(nèi)的設(shè)定為缺省的UE動態(tài)申請接入 權(quán)限。這樣可有效的完成接入訪問，給主叫用戶帶來更好的體驗(yàn)。情況4、所述業(yè)務(wù)請求消息中攜帶的信息至少包括下列元素之一 一個業(yè) 務(wù)碼、 一種媒體類型， 一個消息類型；所述匹配結(jié)果為所述業(yè)務(wù)請求消息攜帶 的信息中的任一元素與被叫UE的私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為禁止的元素相 同，或者所述業(yè)務(wù)請求消息攜帶的信息中的任一元素與被叫UE的私網(wǎng)業(yè)務(wù)配 置信息中標(biāo)識為允許的元素均不相同，則PNM服務(wù)器以對照得出的業(yè)務(wù)邏輯 策略將被叫UE的唯一標(biāo)識信息加入所述業(yè)務(wù)請求消息中，并繼續(xù)路由該消息。 具體的，若所述業(yè)務(wù)請求消息是SIP消息，則可在業(yè)務(wù)請求消息中添加 Reject-Contact頭域，并將所述的被叫UE的唯一標(biāo)識信息填入該頭域。這樣可 利用偏好機(jī)制做出拒絕或接受的決定，從而更好的解決IMS域同 一用戶的不同 UE Share IMPU的情況下，沒有配置私網(wǎng)業(yè)務(wù)的UE也不能被訪問的問題。本發(fā)明實(shí)施例還提出了一種PNM服務(wù)器，參見圖4所示，其包括第一 保存單元、接收提取單元、匹配單元和執(zhí)行單元。第一保存單元，用于保存UE的私網(wǎng)業(yè)務(wù)配置信息；其包括下列元素至 少一個業(yè)務(wù)碼、至少一種々某體類型，和/或至少一個消息類型。接收提取單元，用于從收到的業(yè)務(wù)請求消息中提取信息；匹配單元，用于將接收提取單元提取的信息與第一保存單元中保存的被叫 UE的私網(wǎng)業(yè)務(wù)配置信息進(jìn)行匹配，并輸出匹配結(jié)果；執(zhí)行單元，用于根據(jù)匹配單元輸出的匹配結(jié)果對照業(yè)務(wù)邏輯策略，并以對 照得出的業(yè)務(wù)邏輯策略執(zhí)行業(yè)務(wù)邏輯。進(jìn)一步，該P(yáng)NM服務(wù)器還可包括第二保存單元和觸發(fā)單元。第二保存單元，用于保存用戶的訪問列表；觸發(fā)單元，用于判定發(fā)起業(yè)務(wù)的主叫用戶在被叫UE的訪問列表中時，觸 發(fā)匹配單元(對應(yīng)上述匹配策略2,即根據(jù)Private和Public的定義，這種策略 當(dāng)主叫用戶在被叫UE的訪問列表中時，還需進(jìn)一步進(jìn)行私網(wǎng)業(yè)務(wù)配置信息的 匹配)；或者判定發(fā)起業(yè)務(wù)的主叫用戶不在被叫UE的訪問列表中時，觸發(fā)匹 配單元(對應(yīng)上述匹配策略3，即根據(jù)Private和Public的定義，這種策略當(dāng)主 叫用戶在被叫UE的訪問列表中時，主叫用戶可正常訪問被叫UE;當(dāng)主叫用 戶不在被叫UE的訪問列表中時，不直接拒絕訪問，而是進(jìn)行私網(wǎng)業(yè)務(wù)配置信 息的匹配，若匹配成功，則主叫用戶可以特定的業(yè)務(wù)訪問方式(如特定士某體 類型)訪問被叫UE)。本發(fā)明實(shí)施例還提出了另 一種實(shí)現(xiàn)個人網(wǎng)絡(luò)管理私網(wǎng)業(yè)務(wù)的方法，參見圖 5所示，521、 PNM服務(wù)器收到主叫用戶發(fā)來的業(yè)務(wù)請求消息，并判定該主叫用戶 不在被叫UE的訪問列表中。522、 PNM服務(wù)器將收到的業(yè)務(wù)請求消息中攜帶的信息與業(yè)務(wù)邏輯策略進(jìn) 孑亍匹配。所述業(yè)務(wù)請求消息中攜帶的信息包括消息類型。進(jìn)一步在IMS域的SIP 消息中，用于建立業(yè)務(wù)的消息類型包括INVITE、 MESSAGE、 OPTION、 REFER 等，其中消息類型為MESSAGE和OPTION時，在建立業(yè)務(wù)的過程中不需要 用戶參與。得出的匹配結(jié)果為以該消息類型成功建立業(yè)務(wù)的過程中需要被叫用戶參 與；或者以該消息類型成功建立業(yè)務(wù)的過程中不需要被叫用戶參與。 S23、 PNM服務(wù)器執(zhí)行匹配得出的業(yè)務(wù)邏輯。 PNM服務(wù)器得到的匹配結(jié)果和執(zhí)行的操作，包括但不限于 匹配結(jié)果為以該消息類型成功建立業(yè)務(wù)的過程中需要被叫用戶參與，則 PNM服務(wù)器根據(jù)匹配結(jié)果執(zhí)行的操作為直接返回業(yè)務(wù)建立失敗響應(yīng)；或者 PNM服務(wù)器代替發(fā)起該業(yè)務(wù)的主叫用戶，向PN內(nèi)的設(shè)定為缺省的UE動態(tài)申 請接入權(quán)限；或者將被叫UE的唯一標(biāo)識信息加入所述業(yè)務(wù)請求消息中，并繼 續(xù)路由該消息。匹配結(jié)果為以該消息類型成功建立業(yè)務(wù)的過程中不需要被叫用戶參與，則 PNM服務(wù)器執(zhí)行正常的業(yè)務(wù)建立流程。本發(fā)明實(shí)施例還提出了另一種PNM服務(wù)器，參見圖6所示，其包括接 收單元、判斷單元、匹配單元和執(zhí)行單元。接收單元，用于接收主叫用戶發(fā)來的業(yè)務(wù)請求消息；判斷單元，用于判斷該主叫用戶是否在被叫UE的訪問列表中，并在判定 該主叫用戶不在被叫UE的訪問列表中時，發(fā)出觸發(fā)信號；匹配單元，用于在收到判斷單元發(fā)出的觸發(fā)信號時，將接收單元收到的業(yè) 務(wù)請求消息中攜帶的信息與業(yè)務(wù)邏輯策略進(jìn)行匹配，并輸出匹配得出的業(yè)務(wù)邏 輯；執(zhí)行單元，用于執(zhí)行匹配單元輸出的匹配得出的業(yè)務(wù)邏輯。實(shí)施例1 、IMS域終端配置私網(wǎng)業(yè)務(wù)流程，參見圖7所示，包括下列步驟1.PNMUE1發(fā)出私網(wǎng)業(yè)務(wù)配置請求，其中包含PNM UE1的IMPU ( —個或多個)，PNM UEl的接入權(quán)P艮信息(Public或者Private )，以及一個或者 多個業(yè)務(wù)碼， 一個或者多個媒體類型信息，和/或一個或者多個SIP消息類型。 進(jìn)一步，如杲接入權(quán)P艮信息是Private,則請求中還可攜帶一個或者多個IMPU 組成的Guest UE列表。NAF對發(fā)送請求的PNMUE1的身份進(jìn)行鑒權(quán)，鑒權(quán)通過后在請求中加入 發(fā)送請求UE的IMPI (即PNM UEl的IMPI),并將請求轉(zhuǎn)發(fā)至PNM AS。2. PNM AS根據(jù)請求中PNM UEl的IMPI和/或IMPU檢查PNM UEl的狀 態(tài)，即判斷PNM UEl是否已經(jīng)使用其IMPI和/或IMPU加入到PN中，如果 PNM UEl未加入PN，則直接返回配置私網(wǎng)業(yè)務(wù)失敗響應(yīng)，否則執(zhí)行后續(xù)步驟。注如果認(rèn)為用戶注冊即意味這用戶已經(jīng)加入PN，則這里需要檢查PNM UEl是否簽約了 PN業(yè)務(wù)。3. PNM AS保存私網(wǎng)業(yè)務(wù)配置請求中的用戶的接入權(quán)限，并從私網(wǎng)業(yè)務(wù)配 置請求中提取與私網(wǎng)業(yè)務(wù)配置相關(guān)的參數(shù)(一個或者多個業(yè)務(wù)碼， 一個或者多 個媒體類型信息，和/或一個或者多個SIP消息類型)，并將該參數(shù)作為PNM UEl的私網(wǎng)業(yè)務(wù)配置信息進(jìn)行保存。進(jìn)一步，若私網(wǎng)業(yè)務(wù)配置請求中還攜帶有 Guest UE列表，則將該Guest UE列表與PNM UEl對應(yīng)保存(Guest UE列表 不包含在PNMUE1的私網(wǎng)業(yè)務(wù)配置信息中)。4. 如果請求中PNM UEl的接入權(quán)限是Private,并且請求中攜帶了 Guest UE列表，則PNMAS向該列表中的各個Guest UE (例如圖7中的UE2)分別 發(fā)出通知，通知這些UE被設(shè)定為PNM UEl的Guest UE。注步驟4中，PNMAS通知GuestUE的方式有很多種，不局限于以下方 式1. PNM AS采用SIP的MESSAGE消息告知Guest UE; 2. PNM AS使用 OMA中的Push方式告知Guest UE; 3.其他類似的消息通知才莫式。注步驟4是可選步驟，如果某些預(yù)定策略決定不通知Guest UE，也不會 影響后續(xù)流程。5. PNMAS向發(fā)起請求的PNMUE1返回響應(yīng)，其中包含操作結(jié)果。注之后，PNM UE1對于私網(wǎng)業(yè)務(wù)配置的修改，例如業(yè)務(wù)碼、消息類 型、媒體類型等，都和上述流程類似，不同的是傳遞的參數(shù)會有相應(yīng)的變化， 這里不作贅述。實(shí)施例2 、 CS域終端配置私網(wǎng)業(yè)務(wù)流程，參見圖8所示，包括下列步驟 1-3.PNMUE1發(fā)出私網(wǎng)業(yè)務(wù)配置請求，其中包含PNMUE1的MSISDN號碼和IMSI, PNMUE1的接入權(quán)限信息(Public或者Private),以及一個或者多個業(yè)務(wù)碼。進(jìn)一步，如果接入權(quán)限信息是Private,則請求中還可攜帶一個或者多個MSISDN號碼組成的Guest UE列表。這里使用USSD方式，通過PNM UE1的MSC/VLR、 HSS將請求發(fā)送給負(fù)責(zé)PNM業(yè)務(wù)的gsmSCF。4. gsmSCF保存私網(wǎng)業(yè)務(wù)配置請求中的用戶的接入權(quán)限，并從私網(wǎng)業(yè)務(wù)配 置請求中提取與私網(wǎng)業(yè)務(wù)配置相關(guān)的參數(shù)(一個或者多個業(yè)務(wù)碼)，并將該參 數(shù)作為PNMUE1的私網(wǎng)業(yè)務(wù)配置信息進(jìn)行保存。進(jìn)一步，若私網(wǎng)業(yè)務(wù)配置請 求中還攜帶有Guest UE列表，則將該Guest UE列表與PNM UE1對應(yīng)保存(GuestUE列表不包含在PNMUEl的私網(wǎng)業(yè)務(wù)配置信息中)。5. 如果請求中PNM UE1的接入權(quán)限是Private,并且請求中攜帶了 Guest UE列表，則gsmSCF該列表中的各個Guest UE (例如圖8中的UE2 )分別發(fā) 出通知，通知這些UE被設(shè)定為PNM UE1的Guest UE。注步驟5中，gsmSCF通知Guest UE的方式有4艮多種，這里推薦使用 USSD的方式通知Guestl正，但是不局限于此方式，也可以是其他類似的消息 通知方式。注步驟5是可選步驟，如果預(yù)定策略決定不通知Guest UE,也不會影響 后續(xù)流程。6~8. gsmSCF通過HSS、MSC/VLR逐跳向發(fā)起請求的PNMUE1返回響應(yīng)， 其中包含操作結(jié)果。注之后，PNMUE1對于私網(wǎng)業(yè)務(wù)配置的修改(修改業(yè)務(wù)碼)，都和上述流程類似，不同的是傳遞的參數(shù)會有相應(yīng)的變化，這里不作贅述。如果是一個網(wǎng)絡(luò)中既有IMS用戶又有CS域用戶的時候，允許一個IMS 用戶將其他的CS域用戶設(shè)為GuestUE,相反也適用，因此Guest UE列表也可 以是一個IMPU和MSISDN號碼混合的列表，設(shè)定和通知方式以上兩個實(shí)施例 已經(jīng)包括，不再贅述。實(shí)施例3、被叫是CS域的Private UE,直接根據(jù)該CS域UE的私網(wǎng)業(yè)務(wù) 配置信息進(jìn)行主叫身份驗(yàn)證。這里給出gsmSCF (負(fù)責(zé)PNM業(yè)務(wù))直接返回 失敗響應(yīng)的情況。參見圖9所示，包括下列步驟1. 被叫GMSC接收到主叫側(cè)發(fā)出的IAM請求，該請求中攜帶有業(yè)務(wù)碼1;2. 該GMSC向被叫的HSS發(fā)送路由查詢請求消息；3. HSS返回路由查詢響應(yīng)，其中包含被叫側(cè)智能簽約信息T一CSI,其中 指明被叫用戶簽約了 PNM業(yè)務(wù)，并包含負(fù)責(zé)PNM業(yè)務(wù)的gsmSCF的地址信息；4. 被叫的GMSC根據(jù)T—CSI觸發(fā)到實(shí)現(xiàn)PNM業(yè)務(wù)的gsmSCF;5. gsmCSF根據(jù)調(diào)用PNM業(yè)務(wù)邏輯，對主叫身份進(jìn)行驗(yàn)證，發(fā)現(xiàn)業(yè)務(wù)碼 l在被叫UE配置的禁止業(yè)務(wù)碼列表中，則直接判定被叫不允許主叫訪問；6~7. gsmSCF逐跳向主叫側(cè)返回Release消息，釋放本次呼叫。 實(shí)施例4、被叫是IMS域的Private UE，進(jìn)行主叫身份驗(yàn)證時，先判定主 叫是該IMS域UE的Guest UE,進(jìn)一步還需根據(jù)該IMS域UE的私網(wǎng)業(yè)務(wù)配 置信息再次判斷，最終PNM AS返回失敗響應(yīng)的情況。參見圖10所示，包括 下列步驟1. 被叫的S-CSCF收到INVITE業(yè)務(wù)建立請求，其中攜帶有業(yè)務(wù)碼、媒體 類型和消息類型。2. S-CSCF檢測匹配到PNM iFC觸發(fā)規(guī)則。3. S-CSCF根據(jù)iFC將請求轉(zhuǎn)發(fā)至PNM AS。4. PNMAS發(fā)現(xiàn)被叫的接入權(quán)限信息為Private。 PNMAS首先判斷出主叫 在被叫的Guest UE列表中；進(jìn)一步PNM AS將請求中攜帶的業(yè)務(wù)碼、媒體類型和者消息類型與被叫設(shè)定的禁止業(yè)務(wù)碼、禁止媒體類型和禁止消息類型進(jìn)行 匹配，任一相同時，認(rèn)為主叫用戶無權(quán)建立該會話(也可采用其它匹配規(guī)則， 不限于此)，執(zhí)行后續(xù)步驟。否則允許會話繼續(xù)建立。5~6. PNM AS向被叫用戶PN內(nèi)設(shè)為缺省的UE為主叫用戶動態(tài)申請?jiān)L問權(quán)限。7.被叫的Default UE (即PN內(nèi)設(shè)定為缺省的UE)決定允許主叫用戶該 次業(yè)務(wù)建立請求。8~9. Default UE按照原路徑向PNM AS返回問詢響應(yīng)。10. PNM AS才艮據(jù)響應(yīng)中攜帶的信息，允許本次業(yè)務(wù)繼續(xù)建立。11~13.執(zhí)行正常的業(yè)務(wù)建立流程，在被叫的UE1和主叫用戶之間建立業(yè)務(wù)。實(shí)施例5、 Feature Tag方式是在IETF對SIP機(jī)制上的一種擴(kuò)展。通過在 SIP消息中的Contact頭域增加一些表達(dá)能力或者對于UE本身特點(diǎn)描述的參數(shù) 集，例如接收視頻能力、支持移動性等等，來描述UE的一些特征。UE在注 冊的時候?qū)⑦@些參數(shù)上^R給網(wǎng)絡(luò)，并由為之提供服務(wù)的S-CSCF進(jìn)行存儲。后 續(xù)在業(yè)務(wù)建立的過程中，主叫通過SIP消息中增加的新的頭域Accept-Contact， Reject-Contact, Request-Disposition中攜帶的參數(shù)，來表達(dá)希望或者拒絕接續(xù) 的被叫終端，或者表達(dá)希望的網(wǎng)絡(luò)實(shí)體處理該消息的方式。例如是否希望會話 建立請求被Forking等等。3GPP在IMS架構(gòu)中的注冊和會話建立過程中引入 了上述擴(kuò)展方式來實(shí)現(xiàn)UE的能力上報(bào)和表達(dá)主叫偏好，從而達(dá)到根據(jù)用戶的 需要選擇最合適的UE接續(xù)的目的。本實(shí)施例中，被叫UE1是IMS域的Private UE，進(jìn)行主叫身份驗(yàn)證時，先 判定主叫不是該IMS域UE的Guest UE，但不就此拒絕訪問；進(jìn)一步根據(jù)該 IMS域UE的私網(wǎng)業(yè)務(wù)配置信息再次判斷，最終PNM AS添加Reject-Contact 頭域的方式控制。參見圖ll所示，包括下列步驟1.被叫的S-CSCF收到INVITE業(yè)務(wù)建立請求，其中攜帶有業(yè)務(wù)碼、媒體類型和消息類型。2. S-CSCF檢測匹配到PNM iFC觸發(fā)規(guī)則。3. S-CSCF根據(jù)iFC將請求轉(zhuǎn)發(fā)至PNM AS。4. PNM AS發(fā)現(xiàn)被叫的接入權(quán)限信息為Private。 PNM AS首先判斷出主叫 不在被叫的Guest UE列表中；進(jìn)一步PNM AS將請求中攜帶的業(yè)務(wù)碼、媒體 類型或者消息類型與被叫設(shè)定的允許業(yè)務(wù)碼、允許媒體類型和允許消息類型進(jìn) 行匹配，均不相同時，PNM AS在業(yè)務(wù)請求消息中加入表達(dá)偏好的 Reject-Contact頭域(也可采用其它匹配規(guī)則，不限于此)，其中填入被叫UE1 注冊時Contact頭域中攜帶的Feature tag。該步驟中認(rèn)為被叫UE1注冊之后，為被叫用戶提供服務(wù)S-CSCF采用公知 的第三方注冊機(jī)制向PNM AS注冊，之后PNM AS通過注冊事件包獲得l正l 的Feature tag。該feature tag可能是UE1的instance id,或者其他能夠唯一確 定到UE1的信息。5. PNM AS將修改過的業(yè)務(wù)建立請求消息發(fā)送給S-CSCF， S-CSCF會根據(jù) 請求中攜帶的Reject-Contact頭域判斷不希望對UE1進(jìn)行接續(xù)。如果UE1對應(yīng) 的IMPU中還有其他可接續(xù)的UE，這里假設(shè)是UE2，則執(zhí)行后續(xù)步驟。否則， 由被叫的S-CSCF向主叫側(cè)逐跳返回403 Forbidden響應(yīng)。6. S-CSCF發(fā)現(xiàn)有可接續(xù)的共享shared (所謂共享即一個IMPU被多個UE 共享，與多個IMPI關(guān)聯(lián))該IMPU的UE2，則接續(xù)UE2。7~8.執(zhí)行正常的業(yè)務(wù)建立流程。實(shí)施例6、被叫UE1是IMS域的Private UE,這里給出PNM AS采用B2BUA 的方式進(jìn)行控制。參見圖12所示，包括下列步驟1. 被叫的S-CSCF收到INVITE業(yè)務(wù)建立請求，其中攜帶有業(yè)務(wù)碼、媒體 類型和消息類型。2. S-CSCF檢測匹配到PNM iFC觸發(fā)規(guī)則。3. S-CSCF根據(jù)iFC將請求轉(zhuǎn)發(fā)至PNM AS。184. PNM AS發(fā)現(xiàn)被叫的接入權(quán)限信息為Private。 PNM AS首先判斷出主叫 不在被叫的Guest UE列表中；進(jìn)一步PNM AS將請求中攜帶的媒體類型與被 叫設(shè)定的禁止士某體類型進(jìn)行匹配，當(dāng)請求中攜帶的J 某體類型為禁止的i某體類型 之一時，則執(zhí)行后續(xù)步驟，否則正常進(jìn)行業(yè)務(wù)建立流程。5. PNM AS采用SIP消息中的B2BUA方式，代替被叫用戶與主叫側(cè)進(jìn)行 媒體重協(xié)商。6. 媒體重協(xié)商過程完成后，PNMAS向被叫的S-CSCF發(fā)送業(yè)務(wù)建立請求。7. S-CSCF將該請求路由到被叫UEl。8. 執(zhí)行正常的SIP業(yè)務(wù)建立流程。實(shí)施例7、只在IMS域部署PNM AS,被叫是CS域的Private UE。 由于CS域?yàn)榕f有網(wǎng)絡(luò)，在新網(wǎng)絡(luò)部署的時候，可能只考慮將PNMAS放 在IMS域，同時考慮對于CS域終端的兼容性，因此引入只在IMS域部署PNM AS的實(shí)施方式。只在IMS域部署PNM AS的含義是，在IMS域設(shè)置一個PNM AS,同時為CS域和IMS域終端服務(wù)。該方式下，IMS終端和CS域終端配置 私網(wǎng)業(yè)務(wù)的流程和分別在兩個域部署PNM AS的流程類似，這里不做過多說 明。在實(shí)施例3所述的條件下，只是路由到PNMAS的路由上稍有不同。參見 圖13所示，包括下列步驟1. 主叫側(cè)發(fā)送會話建立請求Invite到被叫的MGCF。其中攜帶有業(yè)務(wù)碼1。2. MGCF將SIP消息轉(zhuǎn)換為ISUP的IAM消息，發(fā)送給被叫的GMSC。3. GMSC向被叫的HSS發(fā)送路由查詢請求消息SRI。4. HSS向GMSC返回路由查詢響應(yīng)SRI,其中包含被叫側(cè)智能簽約信息 T_CSI,其中指明被叫用戶簽約了只在IMS域部署業(yè)務(wù)。5. GMSC根據(jù)T—CSI向CS域的SDS發(fā)送請求消息initialDP。6. CS域的SDS向GSMC發(fā)送將請求路由到IMS與的業(yè)務(wù)請求消息 Connect。7. GMSC向MGCF發(fā)出請求路由到IMS域SDS的業(yè)務(wù)請求消息IAM。8~10. MGCF通過被叫I-CSCF和S-CSCF將會話建立請求路由到PNM AS。 11. PNM AS根據(jù)調(diào)用PNM業(yè)務(wù)邏輯，發(fā)現(xiàn)被叫UE的接入權(quán)限信息為Private,則gsmSCF進(jìn)一步對主叫身份進(jìn)行驗(yàn)證，發(fā)現(xiàn)業(yè)務(wù)碼1在被叫UE配置的禁止業(yè)務(wù)碼列表中，則直接判定被叫不允許主叫訪問，執(zhí)行后續(xù)步驟，否則正常建立會話。12~15. PNM AS按照原路徑逐跳向主叫側(cè)返回403 Forbidden響應(yīng)。 如果步驟6中Connect消息中給出被叫是IMS域SDS的公共業(yè)務(wù)標(biāo)識PSI地址信息，則會話建立請求路由到IMS域，需要首先路由到IMS域的SDS,由IMS域SDS從CS域的SDS恢復(fù)出原被叫號碼，再路由到被叫的S-CSCF進(jìn)而路由到PNMAS。實(shí)施例8、 PNM服務(wù)器收到主叫用戶發(fā)來的業(yè)務(wù)請求消息，并判定該主叫用戶不在被叫UE的訪問列表中。之后，PNM服務(wù)器將收到的業(yè)務(wù)請求的消息類型與業(yè)務(wù)邏輯策略進(jìn)行匹配，并根據(jù)匹配結(jié)果執(zhí)行相應(yīng)的操作的過程，參見圖14所示，包括下列步驟1. 被叫的S-CSCF收到INVITE業(yè)務(wù)建立請求。2. S-CSCF檢測匹配到PNM iFC觸發(fā)規(guī)則。3. S-CSCF根據(jù)iFC將請求轉(zhuǎn)發(fā)至PNM AS。4. PNM AS根據(jù)業(yè)務(wù)建立請求的消息類型判斷該業(yè)務(wù)是否需要被叫用戶參 與，如果不需要則允許業(yè)務(wù)建立請求繼續(xù)建立，否則直接返回業(yè)務(wù)建立失敗響 應(yīng)。在IMS域的SIP消息中，用于建立業(yè)務(wù)的消息類型包括INVITE、 MESSAGE, OPTION、 REFER等，其中不需要用戶參與消息類型包括但不限 于MESSAGE和OPTION,需要用戶參與的消息類型包括但不限于INVITE, REFER。5~7.執(zhí)行正常的業(yè)務(wù)建立流程。綜上所述，本發(fā)明實(shí)施例中擴(kuò)展了 PNM服務(wù)器判別主叫用戶是否訪問受限的若干元素(即私網(wǎng)業(yè)務(wù)配置信息)。當(dāng)PNM服務(wù)器收到業(yè)務(wù)請求消息時， 將收到的業(yè)務(wù)請求消息中攜帶的信息與被叫UE的私網(wǎng)業(yè)務(wù)配置信息進(jìn)行匹 配；并以匹配結(jié)果對照業(yè)務(wù)邏輯策略，執(zhí)行相應(yīng)的業(yè)務(wù)邏輯。從而可以更加靈 活的控制主叫用戶的訪問。進(jìn)一步，本發(fā)明實(shí)施例中的匹配策略1,可滿足某些用戶希望對所有UE 以特定的業(yè)務(wù)訪問方式訪問的需求。本發(fā)明實(shí)施例中的匹配策略2、這種策略當(dāng)主叫用戶在被叫UE的訪問列 表中時，還需進(jìn)一步進(jìn)行私網(wǎng)業(yè)務(wù)配置信息的匹配，從而提供了比現(xiàn)有技術(shù)更 加嚴(yán)格的訪問限制。本發(fā)明實(shí)施例中的匹配策略3、這樣可滿足某些用戶希望對所有PN外UE 以特定的業(yè)務(wù)訪問方式訪問的需求。進(jìn)一步，如果所述業(yè)務(wù)請求消息中攜帶的信息包括媒體類型；所述匹配 結(jié)果為所述業(yè)務(wù)請求消息攜帶的信息中的媒體類型與被叫UE的私網(wǎng)業(yè)務(wù)配置 信息中標(biāo)識為禁止的任一媒體類型相同，或者所述業(yè)務(wù)請求消息攜帶的信息中 的媒體類型與被叫UE的私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為允許的任一媒體類型均不 相同，則可由PNM服務(wù)器代替被叫UE,與發(fā)起該業(yè)務(wù)的主叫用戶進(jìn)行媒體重 協(xié)商。這樣可有效的完成接入訪問，給主叫用戶帶來更好的體驗(yàn)。如果所述業(yè)務(wù)請求消息中攜帶的信息包括下列元素至少一個業(yè)務(wù)碼、至 少一種々某體類型，和/或至少一個消息類型；所述匹配結(jié)果為所述業(yè)務(wù)請求消息 攜帶的信息中的任一元素與被叫UE的私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為禁止的元素 相同，或者所述業(yè)務(wù)請求消息攜帶的信息中的任一元素與被叫UE的私網(wǎng)業(yè)務(wù) 配置信息中標(biāo)識為允許的元素均不相同，則PNM服務(wù)器可代替發(fā)起該業(yè)務(wù)的 主叫用戶，向PN內(nèi)的設(shè)定為缺省的UE動態(tài)申請接入權(quán)限。這樣可有效的完 成接入訪問，給主叫用戶帶來更好的體驗(yàn)。如果所述業(yè)務(wù)請求消息中攜帶的信息包括下列元素至少一個業(yè)務(wù)碼、至 少一種士某體類型，和/或至少一個消息類型；所述匹配結(jié)果為所述業(yè)務(wù)請求消息攜帶的信息中的任一元素與被叫UE的私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為禁止的元素 相同，或者所述業(yè)務(wù)請求消息攜帶的信息中的任一元素與被叫UE的私網(wǎng)業(yè)務(wù) 配置信息中標(biāo)識為允許的元素均不相同，則將被叫l(wèi)正的唯一標(biāo)識信息加入所 述業(yè)務(wù)請求消息中，并繼續(xù)路由該消息。這樣可利用現(xiàn)有技術(shù)提供的偏好機(jī)制 做出拒絕或接受的決定，從而更好的解決IMS域同一用戶的不同UE Share IMPU的情況下，沒有配置私網(wǎng)業(yè)務(wù)的UE也不能被訪問的問題。所以本發(fā)明實(shí)施例給出基于不同策略的不同實(shí)現(xiàn)方案，同時對不同的類型 訪問給出不同的處理方式，使私網(wǎng)業(yè)務(wù)具有豐富的訪問的層次，并豐富了私網(wǎng) 業(yè)務(wù)的特征，增強(qiáng)了用戶體驗(yàn)。本發(fā)明實(shí)施例中的另 一種方案中，在PNM服務(wù)器收到主叫用戶發(fā)來的業(yè) 務(wù)請求消息并判定該主叫用戶不在被叫UE的訪問列表中的前提下，由于PNM 服務(wù)器將收到的業(yè)務(wù)請求消息中攜帶的信息與業(yè)務(wù)邏輯策略進(jìn)行匹配，并根據(jù) 匹配結(jié)果執(zhí)行相應(yīng)的操作，所以被叫用戶在接續(xù)不同類型消息的過程中，樂感 受不同體驗(yàn)。明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種實(shí)現(xiàn)個人網(wǎng)絡(luò)管理私網(wǎng)業(yè)務(wù)的方法，其特征在于，包括下列步驟個人網(wǎng)絡(luò)管理PNM服務(wù)器將收到的業(yè)務(wù)請求消息中攜帶的信息與被叫UE的私網(wǎng)業(yè)務(wù)配置信息進(jìn)行匹配；以及所述PNM服務(wù)器以匹配結(jié)果對照業(yè)務(wù)邏輯策略，并以對照得出的業(yè)務(wù)邏輯策略執(zhí)行業(yè)務(wù)邏輯。
2、 如權(quán)利要求l所述的方法，其特征在于，PNM服務(wù)器將所述業(yè)務(wù)請求 消息中攜帶的信息與被叫UE的私網(wǎng)業(yè)務(wù)配置信息進(jìn)行匹配之前，需滿足下述 條件PNM服務(wù)器判定發(fā)起該業(yè)務(wù)的主叫用戶在被叫UE的訪問列表中。
3、 如權(quán)利要求l所述的方法，其特征在于，PNM服務(wù)器將所述業(yè)務(wù)請求 消息中攜帶的信息與被叫UE的私網(wǎng)業(yè)務(wù)配置信息進(jìn)行匹配之前，需滿足下述 條件PNM服務(wù)器判定發(fā)起該業(yè)務(wù)的主叫用戶不在被叫UE的訪問列表中。
4、 如權(quán)利要求1至3任一項(xiàng)所述的方法，其特征在于，所述私網(wǎng)業(yè)務(wù)配 置信息中至少包括下列元素之一 一個業(yè)務(wù)碼、 一種々某體類型、 一個消息類型。
5、 如權(quán)利要求4所述的方法，其特征在于，所述業(yè)務(wù)請求消息中攜帶的 信息至少包括下列元素之一 一個業(yè)務(wù)碼、 一種々某體類型， 一個消息類型；所述匹配結(jié)果為所述業(yè)務(wù)請求消息攜帶的信息中的任一元素與被叫UE的 私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為禁止的元素相同，或者所述業(yè)務(wù)請求消息攜帶的信 息中的任一元素與被叫UE的私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為允許的元素均不相 同，則PNM服務(wù)器以對照得出的業(yè)務(wù)邏輯策略直接返回業(yè)務(wù)建立失敗響應(yīng)。
6、 如權(quán)利要求4所述的方法，其特征在于，所述業(yè)務(wù)請求消息中攜帶的 信息包括媒體類型；所述匹配結(jié)果為所述業(yè)務(wù)請求消息攜帶的信息中的媒體類型與被叫UE的 私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為禁止的任一媒體類型相同，或者所述業(yè)務(wù)請求消息 攜帶的信息中的々某體類型與被叫UE的私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為允許的任一 媒體類型均不相同，則PNM服務(wù)器以對照得出的業(yè)務(wù)邏輯策略代替被叫UE，與發(fā)起該業(yè)務(wù)的主叫用戶進(jìn)行々某體重協(xié)商。
7、 如權(quán)利要求4所述的方法，其特征在于，所述業(yè)務(wù)請求消息中攜帶的 信息至少包括下列元素之一 一個業(yè)務(wù)碼、 一種^ 某體類型， 一個消息類型；所述匹配結(jié)果為所述業(yè)務(wù)請求消息攜帶的信息中的任一元素與被叫UE的 私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為禁止的元素相同，或者所述業(yè)務(wù)請求消息攜帶的信 息中的任一元素與凈皮叫UE的私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為允許的元素均不相 同，則PNM服務(wù)器以對照得出的業(yè)務(wù)邏輯策略代替發(fā)起該業(yè)務(wù)的主叫用戶， 向PN內(nèi)的設(shè)定為缺省的UE動態(tài)申請接入權(quán)限。
8、 如權(quán)利要求4所述的方法，其特征在于，所述業(yè)務(wù)請求消息中攜帶的 信息至少包括下列元素之一 一個業(yè)務(wù)碼、 一種媒體類型， 一個消息類型；所述匹配結(jié)果為所述業(yè)務(wù)請求消息攜帶的信息中的任一元素與被叫UE的 私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為禁止的元素相同，或者所述業(yè)務(wù)請求消息攜帶的信 息中的任一元素與被叫UE的私網(wǎng)業(yè)務(wù)配置信息中標(biāo)識為允許的元素均不相 同，則PNM服務(wù)器以對照得出的業(yè)務(wù)邏輯策略將被叫UE的唯一標(biāo)識信息加 入所述業(yè)務(wù)請求消息中，并繼續(xù)路由該消息。
9、 如權(quán)利要求8所述的方法，其特征在于，所述業(yè)務(wù)請求消息是SIP消 息，則所述的將被叫UE的唯一標(biāo)識信息加入業(yè)務(wù)請求消息，是通過在業(yè)務(wù)請 求消息中添加Reject-Contact頭域，并將所述的被叫UE的唯一標(biāo)識信息填入 該頭域?qū)崿F(xiàn)的。
10、 如權(quán)利要求l所述的方法，其特征在于，所述被叫UE的私網(wǎng)業(yè)務(wù)配 置信息預(yù)先保存在PNM服務(wù)器中，所述保存的過程包括以下步驟PNM服務(wù)器收到該l正發(fā)來的私網(wǎng)業(yè)務(wù)配置請求； PNM服務(wù)器提取該請求中與私網(wǎng)業(yè)務(wù)配置相關(guān)的參數(shù)； PNM服務(wù)器將所述參數(shù)作為該UE的私網(wǎng)業(yè)務(wù)配置信息進(jìn)行保存。
11、 一種PNM服務(wù)器，其特征在于，包括 第一保存單元，用于保存UE的私網(wǎng)業(yè)務(wù)配置信息；接收提取單元，用于從收到的業(yè)務(wù)請求消息中提取信息；匹配單元，用于將接收提取單元提取的信息與第一保存單元中保存的被叫UE的私網(wǎng)業(yè)務(wù)配置信息進(jìn)行匹配，并輸出匹配結(jié)果；執(zhí)行單元，用于根據(jù)匹配單元輸出的匹配結(jié)果對照業(yè)務(wù)邏輯策略，并以對照得出的業(yè)務(wù)邏輯策略執(zhí)行業(yè)務(wù)邏輯。
12、 如權(quán)利要求11所述的服務(wù)器，其特征在于，還包括 第二保存單元，用于保存用戶的訪問列表；觸發(fā)單元，用于判定發(fā)起業(yè)務(wù)的主叫用戶在被叫UE的訪問列表中時，觸 發(fā)匹配單元。
13、 如權(quán)利要求11所述的服務(wù)器，其特征在于，還包括 第二保存單元，用于保存用戶的訪問列表；觸發(fā)單元，用于判定發(fā)起業(yè)務(wù)的主叫用戶不在被叫UE的訪問列表中時， 觸發(fā)匹配單元。
14、 如權(quán)利要求11至13任一項(xiàng)所述的服務(wù)器，其特征在于，第一保存單 元保存的UE的私網(wǎng)業(yè)務(wù)配置信息中至少包括下列元素之一 一個業(yè)務(wù)碼、一 種媒體類型， 一個消息類型。
15、 一種實(shí)現(xiàn)個人網(wǎng)絡(luò)管理私網(wǎng)業(yè)務(wù)的方法，其特征在于，包括下列步驟 個人網(wǎng)絡(luò)管理PNM服務(wù)器收到主叫用戶發(fā)來的業(yè)務(wù)請求消息，并判定該主叫用戶不在被叫UE的訪問列表中；PNM服務(wù)器將收到的業(yè)務(wù)請求消息中攜帶的信息與業(yè)務(wù)邏輯策略進(jìn)行匹 配；以及PNM服務(wù)器執(zhí)行匹配得出的業(yè)務(wù)邏輯。
16、 如權(quán)利要求15所述的方法，其特征在于，所述業(yè)務(wù)請求消息中攜帶 的信息包括消息類型；所述匹配結(jié)果為以該消息類型成功建立業(yè)務(wù)的過程中需要被叫用戶參與， 則PNM服務(wù)器直接返回業(yè)務(wù)建立失敗響應(yīng)；或者PNM服務(wù)器代替發(fā)起該業(yè)務(wù)的主叫用戶，向PN內(nèi)的設(shè)定為缺省的UE動態(tài)申請接入權(quán)限；或者將被叫 UE的唯一標(biāo)識信息加入所述業(yè)務(wù)請求消息中，并繼續(xù)路由該消息。
17、 如權(quán)利要求16所述的方法，其特征在于，所述匹配結(jié)果為以該消息 類型成功建立業(yè)務(wù)的過程中不需要被叫用戶參與，則PNM服務(wù)器執(zhí)行正常的 業(yè)務(wù)建立流程。
18、 一種PNM服務(wù)器，其特征在于，包括 接收單元，用于接收主叫用戶發(fā)來的業(yè)務(wù)請求消息；判斷單元，用于判斷該主叫用戶是否在被叫UE的訪問列表中，并在判定 該主叫用戶不在被叫UE的訪問列表中時，發(fā)出觸發(fā)信號；匹配單元，用于在收到判斷單元發(fā)出的觸發(fā)信號時，將接收單元收到的業(yè) 務(wù)請求消息中攜帶的信息與業(yè)務(wù)邏輯策略進(jìn)行匹配，并輸出匹配得出的業(yè)務(wù)邏 輯；執(zhí)行單元，用于執(zhí)行匹配單元輸出的匹配得出的業(yè)務(wù)邏輯。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)個人網(wǎng)絡(luò)管理私網(wǎng)業(yè)務(wù)的方法及裝置，以使私網(wǎng)業(yè)務(wù)具有豐富的訪問的層次。方法包括PNM服務(wù)器將收到的業(yè)務(wù)請求消息中攜帶的信息與被叫UE的私網(wǎng)業(yè)務(wù)配置信息進(jìn)行匹配；所述PNM服務(wù)器以匹配結(jié)果對照業(yè)務(wù)邏輯策略，并以對照得出的業(yè)務(wù)邏輯策略執(zhí)行業(yè)務(wù)邏輯。本發(fā)明還公開了另一種實(shí)現(xiàn)個人網(wǎng)絡(luò)管理私網(wǎng)業(yè)務(wù)的方法及裝置，以使被叫用戶在接續(xù)不同類型消息的過程中，感受不同體驗(yàn)。方法包括PNM服務(wù)器收到主叫用戶發(fā)來的業(yè)務(wù)請求消息，并判定該主叫用戶不在被叫UE的訪問列表中；PNM服務(wù)器將收到的業(yè)務(wù)請求消息中攜帶的信息與業(yè)務(wù)邏輯策略進(jìn)行匹配；PNM服務(wù)器執(zhí)行匹配得出的業(yè)務(wù)邏輯。
文檔編號H04L12/28GK101325508SQ200710111020
公開日2008年12月17日 申請日期2007年6月13日 優(yōu)先權(quán)日2007年6月13日
發(fā)明者和曉艷, 朱東銘, 爽 梁, 立 溫 申請人:華為技術(shù)有限公司