固網中的多本地網環境下查詢用戶相關信息的方法及裝置的製作方法

2023-11-04 03:09:52

專利名稱：：固網中的多本地網環境下查詢用戶相關信息的方法及裝置的製作方法
技術領域：
：本發明涉及固定通信網絡，尤其涉及固定通信網絡中的用戶相關信息查詢方法及裝置。
背景技術：
：與移動通信網絡相比，固定通信網絡(以下簡稱固網)在新業務開發、部署等方面存在劣勢，具體表現為新業務開展所需時間較長且投資較高等等。究其原因，主要是固網中的用戶相關信息存於各相應交換機中，無法快速開展全網業務。反觀移動通信網絡，由於其採用了歸屬位置寄存器(HLR)進行用戶業務數據的集中存儲，使得業務部署速度較快，智能業務觸發便捷。於是，在網絡轉型過程中，軟交換技術、固網智能化技術、提供差異化服務的接入控制技術和實施多樣化的寬帶接入等自然很受固網運營商和設備提供商的關注。業界由此對固網所做的一項非常重要的改進在於引入智能歸屬位置寄存器(SHLR)，SHLR記錄了固網的用戶終端的用戶相關信息，包括邏輯號碼、物理號碼及其間映射關係以及固網用戶的智能業務接入碼(以下簡稱業務接入碼)等信息，其作用是一個綜合的集中用戶業務信息資料庫，可通過擴展的ISUP(綜合業務數字網用戶部分)或擴展的MAP來與交換機進行信息交互。引入SHLR後，可以更方便地實現主、被叫類智能業務的觸發以及智能業務的快速開放和全網覆蓋。圖1為固定通信網絡的結構示意圖，簡明起見，其中略去了與以下描述不相關的網絡節點。所示網絡包括軟交換機l(SS1)、智能歸屬位置寄存器2(SHLR2)、信令轉接點3、多個本地網I、II、m及其中的多個本地交換機LSa、LSb和LSc。根據較早的技術方案，在呼叫握手過程中，主、被叫用戶所屬的LS分別要求軟交換機(SS)進行用戶相關信息的查詢，而SS會相應地向SHLR進4亍兩次用戶相關信息的查詢進而兩次返回相同的主、被叫用戶的用戶相關信息，導致業務重複觸發，效率較低。作為對上述方案的改進，中國電信提出了基於OPC(源信令點編碼)的用戶相關信息查詢方案。具體地，在SS和SHLR處預存"SS的OPC4"+本地網"映射信息，SS擁有多個OPC，其每個OPC(為區別於其它網絡節點如本地交換機的OPC,以下將SS的OPC示為OPCss)與其下屬的一個本地網——對應。舉例來說，在接收到由本地網I中的本地交換機a(LSa)發來的用戶信息查詢指示消息後，SS將在上述映射信息中找到屬於該SS且與該本地網相對應的源信令點編碼即OPCssl,並將其添加到發給SHLR的用戶信息查詢請求消息(如，發送路由信息，即SRI:SendRoutingInfo)中。SHLR處同樣存有上述映射信息，因此，SHLR能夠根據所述OPC訓得知該請求源自哪個本地網，繼而為主、被叫用戶中屬於該本地網的用戶查詢其用戶相關信息並返回給SS(根據所述號碼的字冠可以確定其所屬本地網)。如果其中沒有屬於該本地網的用戶，則通知SS:主、被叫用戶均不屬於該本地網；如果其中僅有主叫用戶屬於該本地網，則返回主叫用戶的相關信息給SS，由SS觸發主叫用戶的相關業務，然後該呼叫經主叫用戶所屬本地網的長途局被路由到被叫用戶所屬本地網的長途局，被叫用戶所屬本地網的該長途局將向該SS另行發送用戶信息查詢指示消息以觸發第二次(針對被叫用戶的)用戶相關信息查詢；如果主、被叫用戶均屬於所述本地網，則分別觸發主、被叫用戶的相關智能業務。其後，將由SS根據主叫用戶和被叫用戶的號碼來完成呼叫接續。然而，如上所述的SS將源信令點編碼OPC用在用戶信息查詢請求消息中作為本地網的特徵信息的技術方案存在如下問題1.SS佔用多個OPC使寶貴的信令點編碼資源更加緊張；2.在跨邏輯網絡時，位於SS與SHLR之間的主要用於數據轉發的信令轉接點(STP)可能會在轉發來自SS的用戶信息查詢請求消息給SHLR之前，將消息中的OPC改為自己的OPC，使得SHLR不能得知該請求來自哪個本地網，導致查詢失敗。
發明內容本發明的目的即為解決現有技術所存在的種種問題，為固網提供一種更優化的用戶相關信息的查詢方法及相應裝置。根據本發明的第一個方面，提供了一種在固定通信網絡的軟交換設備中用於輔助查詢用戶相關信息的方法，其中包括接收來自所述軟交換設備下屬的本地網交換設備的用戶信息查詢指示消息；根據所述用戶信息查詢指示消息，確定所述本地網交換設備所屬的本地網的第一類型特徵信息；基於所述本地網的第一類型特徵信息向該軟交換設備所屬的網絡伺服器查詢用戶相關信息，得到用戶信息查詢結果。根據本發明的第二個方面，提供了一種在固定通信網絡的軟交換設備中用於輔助查詢用戶相關信息的輔助查詢裝置，其中包括第一接收裝置，用於接收來自本地網交換設備的用戶信息查詢指示消息；確定裝置，用於根據所述用戶信息查詢指示消息，確定所述本地網交換設備所屬的本地網的第一類型特徵信息；查詢裝置，用於基於所述本地網的第一類型特徵信息向該軟交換設備所屬的網絡伺服器查詢用戶相關信息，以得到用戶信息查詢結果。根據本發明的第三個方面，提供了一種在固定通信網絡的網絡伺服器中用於查詢用戶相關信息的方法，其中，包括接收來自其下屬的軟交換設備的用戶信息查詢請求消息，其中包含一個源本地網的第一類型特徵信息，以及主、被叫用戶的號碼；根據所述源本地網的第一類型特徵信息以及主、被叫用戶的號碼來進行用戶相關信息查詢，得到用戶信息查詢結果；將所述用戶信息查詢結果通知所述軟交換設備。根據本發明的第四個方面，提供了一種在固定通信網絡的網絡伺服器中用於查詢用戶相關信息的信息查詢裝置，其中包括接收裝置，用於接收來自其下屬的軟交換設備的用戶信息查詢請求消,I、，其中包含一個源本地網的第一類型特徵信息以及主、被叫用戶的號碼；查詢裝置，用於根據所述本地網的第一類型特徵信息以及主、被叫用戶的號碼來進行用戶相關信息查詢，得到用戶信息查詢結果；通知裝置，用於將所述用戶信息查詢結果通知所述軟交換設備。其中，所述第一類型特徵信息包括全局碼(GT)和/或標識信息。本發明的核心思想之一即SS用第一類型特徵信息代替OPCss添加到用戶信息查詢請求消息中，並對SHLR和SS處預存的信息進行相應改動。相比於OPC,GT不但資源豐富，且不會在經由信令轉接點轉發時被改寫，因而，本發明在節約了寶貴的OPC資源的同時，保證了SHLR能夠由用戶信息查詢請求消息識別發出用戶信息查詢指示消息的本地網。通過以下結合附圖對非限定性實施例所作描述，本發明的特徵和優勢將更為明顯。圖1為固定通信網絡的結構示意圖；圖2為根據本發明的一個具體實施方式的在固定通信網絡的軟交換設備中用於輔助查詢用戶相關信息的方法流程圖；.圖3示出了處於同一本地網下的主叫用戶(有兩個智能業務)和被叫用戶(有一個智能業務)的用戶相關信息查詢流程；圖4為根據本發明的一個具體實施方式的在固定通信網絡的軟交換設備中用於輔助查詢用戶相關信息的輔助查詢裝置框圖；圖5為根據本發明的一個具體實施方式的在固定通信網絡的網絡伺服器中用於查詢用戶相關信息的方法流程圖；圖6為根據本發明的一個具體實施方式的在固定通信網絡的網絡伺服器中用於查詢用戶相關信息的信息查詢裝置框圖。其中，相同的附圖標記表示相同或相似的部件。具體實施方式對本文中出現的相關概念的理解應參照如下解釋網絡節點網絡中相對獨立的通信設備，包括但不限於SHLR、SS、LS、STP以及用戶終端(UE);全局碼GlobalTitle(GT),每個網絡節點在網絡中擁有一個在全局具有唯一性的全局碼，可用於尋址；源信令點編碼OriginatingPointCode(OPC),每個網絡節點在網絡中擁有一個在全局具有唯一性的源信令點編碼，可用於尋址；用戶相關信息用戶相關信息包括但不限於存於網絡伺服器如SHLR中的以下各項信息固網用戶的相互映射的邏輯號碼與物理號碼以及固網智能業務接入碼等；智能業務接入碼由運營商分配，可用於指示交換設備路由，或作為軟交換機觸發相應智能業務的依據，簡稱業務接入碼；源本地網特指發送用戶信息查詢指示消息的本地網交換設備所屬的本地網；本地網交換設備包括本地交換機、長途局。本發明中，在生成用戶信息查詢請求消息(如SRI)時，SS用資源相對寬鬆且不會在傳輸過程中被信令轉接點修改的第一類型特徵信息(如GT)代替OPC作為與一個源本地網——對應的標識信息，而收到SRI的SHLR則根據這個第一類型特徵信息確定源本地網，進而執行用戶相關信息的查詢。圖2為根據本發明的一個具體實施方式的在固定通信網絡的軟交換設備中用於輔助查詢用戶相關信息的方法流程圖。所述軟交換設備在本發明的一個具體實施例中係指軟交換機即圖1所示SS1。由於本發明側重對用戶相關信息的查詢方法及其裝置的改進，故以下將主要針對該部分內容進行闡述，至於"用戶相關信息查詢"之前與之後的技術信息，則將簡單描述，詳情請參照中國電信的相關規範及其它
背景技術：
。當LSa下的用戶曱(未示出)發起與LSb下的用戶乙(未示出)通話的呼叫請求後，為用戶甲(主叫用戶)服務的LSa會向SS1發送用戶信息查詢指示消息。於是，SS1在步驟S10中接收來自LSa的用戶信息查詢指示消息，其中包含主叫用戶的物理號碼、被叫用戶的邏輯號碼以及LSa的相關信息。LSa的所述相關信息根據具體應用場景的不同可為LSa的OPC/GT或其它足以標識(或經過翻譯後足以標識)LSa所屬本地網的標識信息。不失一般性地，設其中LSa的所述相關信息為其自身的OPCa。接著，在步驟Sll中，SSI從所述用戶信息查詢指示消息中提取OPCa。得到LSa的OPCa後，SSI根據存儲裝置(通常可配置在SSI處)中預存的映射信息來確定LSa所屬的本地網。具體地，SSI處的所述映射信息可以採用包括但不限於表1中所示的形式。表1tableseeoriginaldocumentpage12由表1可以看出，SSI可使用全局碼來在發給SHLR2的用戶信息查詢請求消息(如SRI)中標識源本地網，釋放了原被SSI佔用的多個OPC。接著，進到步驟S12。在步驟S12中，SSI根據OPCa在表1中進行查詢，由此可以得到與LSa所屬本地網I相對應的屬於SSI的GT即GTSSI。於是，在步驟S13中，SSl將GTssi放入生成的SRI中，以使SHLR2能夠知曉用戶信息查詢指示消息具體來自哪個本地網，應當理解，所述用戶信息查詢指示消息還包含主、被叫用戶的號碼，如主叫物理號碼以及被叫邏輯號碼。在步驟S14中，SSI將生成的所述SRI發送至SHLR2。此後，存有形如表2的映射信息的SHLR2會根據所述SRI(具體地，根據其中的GTss,和主、被叫用戶的號碼)進行查詢，並將包含用戶信息查詢結杲的用戶信息查詢響應消息(如SRI—ACK/SRINACK等)發還給SS1。表2tableseeoriginaldocumentpage13根據主叫用戶與被叫用戶的歸屬的不同情形，所述用戶信息查詢結果的內容可能不同，以下分別討論情形1:主叫用戶和被叫用戶同屬於本地網I用戶曱呼叫用戶乙的情況應屬此列。SHLR2根據GTSSI以及表2,可以知曉用戶信息查詢指示消息源自本地網I,接著，根據主叫物理號碼、被叫邏輯號碼的字冠判斷主、被叫用戶是否屬於本地網I,並得到主叫用戶和被叫用戶同屬於本地網I的結論。於是，所述用戶信息查詢結果包括主叫智能業務接入碼、被叫智能業務接入碼、主叫用戶的邏輯號碼以及被叫用戶的物理號碼，其中，如果用戶有多個智能業務，則一次返回一個智能業務的業務接入碼直至處理完所有智能業務，主叫號碼變換(主叫邏輯號碼)包含在第一次返回的SRI—ACK中，而被叫號碼變換(被叫物理號碼)則在最後一次查詢的相應SRI一ACK中被返回。用戶相關信息查詢涉及的信令流程可參看圖3,圖3示出了處於同一本地網下的主叫用戶(有兩個主叫類智能業務，分別編號為l、2)和被叫用戶(有一個被叫類智能業務，為避免混淆，將其編號為3)的用戶相關信息查詢流程。現對其中各步驟的意義解釋如下a)SS1向SHLR2發送SRI,其中包含主叫用戶的物理號碼以及被叫用戶的邏輯號碼；b)SHLR2進行主叫號碼分析，由於主叫用戶為混合放號用戶，因此需要進行主叫號碼變換，SHLR2查詢主叫用戶的智能業務籤約信息(屬於用戶相關信息)，進而通過SRI—ACK消息返回主叫邏輯號碼和主叫用戶的第一主叫智能業務接入碼，SS1根據第一主叫智能業務接入碼連接SCP(業務控制點，未示出)或AS(應用伺服器，未示出)來觸發第一主叫類智能業務，SCP或AS處理業務後指示繼續呼叫；c)SSI向SHLR2發送SRI，其中，主叫號碼為主叫邏輯號碼，被叫號碼為"第一主叫智能業務接入碼+被叫邏輯號碼"；d)由於被叫號碼前加插了第一主叫智能業務接入碼，SHLR判別主叫號碼已經為邏輯號碼，只需查詢智能業務屬性(而無須再進行號碼變換查詢)，SHLR2根據先查詢主叫用戶籤約信息再查詢被叫用戶籤約信息的原則，查找第二主叫智能業務接入碼，並通過SRI—ACK返回該第二主叫智能業務接入碼給所述SS1;SSI根據第二主叫智能業務接入碼連接SCP或AS觸發相應的智能業務，SCP或AS處理業務後指示繼續呼叫；e)SSI向SHLR2發送SRI,其中，主叫號碼為主叫邏輯號碼，被叫號碼為"第二主叫智能業務接入碼+被叫邏輯號碼，，；f)SHLR2分析出已經處理完所有的主叫類智能業務，則查詢被叫用戶的智能業務籤約信息(屬於用戶相關信息)，並將被叫智能業務接入碼通過SRI—ACK返回給SSI;SSI根據第二主叫智能業務接入碼連接SCP或AS觸發相應的智能業務；g)SSI向SHLR2發送SRI，其中，主叫號碼為主叫邏輯號碼，被叫號碼為"被叫智能業務接入碼+被叫邏輯號碼"；h)SHLR2分析出已經處理完所有的被叫類智能業務，則查詢被叫用戶的號碼變換信息，並將其物理號碼放入最後一次返回的SRI—ACK中；i)SS1根據被叫物理號碼尋址到被叫端交換局，並向其發送IAM或INVITE消息，其中主叫號碼為主叫邏輯號碼，被叫號碼為被叫物理號碼。情形2:主叫用戶屬於本地網I，被叫用戶不屬於本地網I用戶甲呼叫處於本地交換機C下的用戶丙(未示出)的情況應屬此列。與情形l相似地，SHLR2經過查詢得知用戶信息查詢指示消息源自本地網I後，根據主、被叫號碼的字冠判斷主、被叫用戶是否屬於本地網I，得到如下判斷結果主叫用戶屬於本地網I(源本地網)，^^皮叫用戶不屬於本地網I。相應地，所述用戶信息查詢結果包括主叫智能業務接入碼(包括所有主叫智能業務接入碼)、主叫用戶的邏輯號碼。詳細信令流程可參考圖3及相關描述。情形3:主叫用戶不屬於本地網I，被叫用戶也不屬於本地網I此情形屬於實際應用中較少出現的一種特例，其中，SHLR2將主、被叫均不屬於本地網I的信息通知SS,具體地，可通過發送SRI—NACK或IDLE來實現，目的在於報告USER—ERROR。SS1在步驟S15中接收來自SHLR2的用戶信息查詢響應消息。在此後的步驟S16中，SS1從用戶信息查詢響應消息中提取相應的用戶信息查詢結果，用於其餘操作如通過訪問智能平臺進行主、被叫類智能業務觸發以及後續的呼叫接續等，這部分內容在中國電信的相關規範中已有定義，可供參考。對於情形2，至步驟S16為止，SS1隻得到了主叫用戶即用戶甲的業務接入碼，而沒有得到被叫用戶即用戶丙的業務接入碼及其號碼變換信息，於是，在步驟S16中得到用戶信息查詢結果後，SS1根據用戶丙的邏輯號碼確定用戶丙所屬的本地網，並將所述呼叫路由到本地網I的長途局(一種本地網交換設備，圖1中未示出)，再由本地網I的所述長途局將該呼叫路由到本地網II的長途局(未示出)，再由該本地網II的所述長途局向SS1發起用戶相關信息查詢，相應地，SS1會將與本地網II相對應的屬於SS1的GTssn放入生成的SRI中發往SHLR2，SHLR2則將返回用戶丙的業務接入碼。需要注意，此時，到達SS1的用戶信息查詢指示消息中將包含該被叫用戶所屬本地網的長途局的OPC(用於幫助SS1識別源本地網)，為適應這種由長途局發起的用戶相關信息查詢，表1所示的SS1處預存的映射信息中的"本地網交換設備的OPC"部分還相應地包括各本地網的長途局的OPC。在得到主、被叫用戶的業務接入碼後，相應的智能業務觸發以及後續的呼叫接續等操作可基於現有技術完成，不再贅述。以上針對表1所對應的具體實施例進行了描述，同樣，表1中的第一列，"本地網交換設備的OPC"可以用"本地網交換設備的GT"來代替，表1與表2中的"SS的相應GT"可以用"相應本地網的網絡標識"來代替。圖4為根據本發明的一個具體實施方式的在固定通信網絡的軟交換設備中用於輔助查詢用戶相關信息的輔助查詢裝置框圖。本發明在圖1所示的SS1中引入了輔助查詢裝置10,其中包括第一接收裝置100、確定裝置101以及查詢裝置102。具體地，所述確定裝置101包括第一提取裝置1010和受控確定裝置1011，所述查詢裝置102包括生成裝置1020、發送裝置1021、第二接收裝置1022以及第二提取裝置1023。以下結合圖4並參照圖1對該裝置進行描述。當LSa下的用戶甲(未示出)發起與LSb下的用戶乙(未示出)通話的呼叫請求後，為用戶甲(主叫用戶)服務的LSa向SS1發送用戶信息查詢指示消息。於是，由所述第一接收裝置100接收所述用戶信息查詢指示消息，其中包含主叫用戶的物理號碼、被叫用戶的邏輯號碼以及LSa的相關信息。LSa的所述相關信息根據具體應用場景的不同可為LSa的OPC/GT或其它足以標識(或經過翻譯後足以標識)LSa所屬本地網的標識信息。不失一般性地，以下假設其中的LSa的相關信息為其自身的OPCa。第一接收裝置100將其接收到的所述用戶信息查詢指示消息傳遞給第一提取裝置1010。由所述第一提取裝置1010從該用戶信息查詢指示消息中提取OPCa，並傳遞給所述受控確定裝置1011。得到OPCa後，所述受控確定裝置1011根據存儲裝置(通常可配置在SS1處，未在圖中示出)中預存的映射信息來確定源本地網。具體地，SS1處的所述映射信息可以採用包括但不限於表1中所示的形式。由表1可以看出，SS1可使用全局碼來在發給SHLR2的用戶信息查詢請求消息(如SRI)中標識源本地網，釋放了原被SS1佔用的多個OPC。提取出的OPCa被傳遞給受控確定裝置1011。受控確定裝置1011根據OPCa在表1中進行查詢，由此，可得到與LSa所屬本地網I相對應的屬於SS1的GT即GTSSI,並將其傳遞給查詢裝置102中的生成裝置1020。此後，由生成裝置1020將GTs^放入生成的SRI中，以使SHLR2能夠知曉用戶信息查詢指示消息具體來自哪個本地網，應當理解，所述用戶信息查詢指示消息還包含主、被叫用戶的號碼，如主叫物理號碼以及被叫邏輯號碼。生成裝置1020將其生成的用戶信息查詢請求消息傳遞給發送裝置1021。其後，由發送裝置1021將所述SRI發送至SHLR2。這樣，存有形如表2的映射信息的SHLR2會根據所述SRI(具體地，根據其中的GTss!和主、被叫用戶的號碼:)進行查詢，並將包含用戶信息查詢結果的用戶信息查詢響應消息(如SRI—ACK/SRI—NACK)發還給SS1。根據主叫用戶與被叫用戶的歸屬的不同情形，所述用戶信息查詢結果的內容可能不同，以下分別討論情形1:主叫用戶和被叫用戶同屬於本地網I用戶甲呼叫用戶乙的情況應屬此列。SHLR2根據GTSSI以及表2，可以知曉用戶信息查詢指示消息源自本地網I，接著根據主叫物理號碼、被叫邏輯號碼的字冠判斷主被叫用戶是否屬於本地網I,並得到主叫用戶和被叫用戶同屬於本地網I的結論。於是，所述用戶信息查詢結果包括主叫智能業務接入碼(包括所有主叫智能業務接入碼)、被叫智能業務接入碼、主叫用戶的邏輯號碼以及被叫用戶的物理號碼，其中，如果用戶有多個智能業務，則一次返回一個智能業務的業務接入碼直至處理完所有智能業務，主叫號碼變換(主叫邏輯號碼)包含在第一次返回的SRIACK中，而被叫號碼變換(被叫物理號碼)則在最後一次查詢的相應SRI—ACK中被返回。情形2:主叫用戶屬於本地網I,被叫用戶不屬於本地網I用戶曱呼叫處於本地交換機c下的用戶丙(未示出)的情況應屬此列。與情形l相似地，SHLR2經過查詢得知用戶信息查詢指示消息來自本地網I後，根據主被叫號碼的字冠判斷主、被叫用戶是否屬於本地網I，得到如下判斷結果主叫用戶屬於本地網I(源本地網)，被叫用戶不屬於本地網I。相應地，所述用戶信息查詢結果包括主叫智能業務接入碼(包括所有主叫智能業務接入碼)、主叫用戶的邏輯號碼。情形3:主叫用戶不屬於本地網I,被叫用戶也不屬於本地網I此情形屬於實際應用中較少出現的一種特例，其中，SHLR2將主被叫均不屬於本地網I的信息通知SS1，具體地，通過發送SRI—NACK或IDLE來實現，目的在於報告USER—ERROR。包含用戶信息查詢結果的用戶信息查詢響應消息由第二接收裝置1022負責接收，並傳遞給第二提取裝置1023。此後，由第二提取裝置1023從相應的用戶信息查詢響應消息中提取用戶信息查詢結果，用於後續操作如通過訪問智能網進行主、被叫業務觸發以及對該次呼叫的接續等，這部分內容在中國電信的相關規範中已有定義，可供參考。對於情形2，SS1隻得到了主叫用戶即用戶曱的接入碼，而沒有得到被叫用戶即用戶丙的業務接入碼及其號碼變換信息，於是，在得到用戶信息查詢結果後，還需根據用戶丙的邏輯號碼確定用戶丙所屬的本地網，並將該次呼叫通過本地網I的長途局(一種本地網交換設備，圖1中未示出)路由到本地網II的長途局，再由本地網II的長途局向SS1發起新的用戶信息查詢，相應地，SS1會將與本地網II相對應的屬於SS1的GTssn放入生成的SRI中發往SHLR2，SHLR2將返回用戶丙的業務接入碼。在得到主被叫用戶的業務接入碼後，相應的智能業務觸發以及後續的呼叫接續等操作可基於現有技術完成，不再贅述。以上針對表1所對應的具體實施例進行了描述，同樣，表l中的第一列，"本地網交換設備的opc"(:用於使ssi知曉源本地網)可以用"本地網交換設備的GT，，來代替，表1與表2中的"SS的相應GT"可以用"相應本地網的網絡標識"來代替。應當理解，任何與GT或網絡標識信息一樣能夠在該固定通信網絡內標識本地網的信息均能由本領域普通技術人員根據上述內容無需任何創造性勞動導出並用於代替前述表項中的GTss或本地網的標識信息以實現本發明。圖5為根據本發明的一個具體實施方式的在固定通信網絡的網絡伺服器中用於查詢用戶相關信息的方法流程圖。所述網絡伺服器在本發明的一個具體實施例中係指智能歸屬位置寄存器即圖1所示SHLR2，其中存有具有用戶相關信息以及包括但不限於表2形式的映射信息，用於用戶相關信息的查詢。以下結合圖5並參照圖l對該方法進4亍i兌明。在步驟S20中，SHLR2接收來自SS1的SRI,其中包含一個源本地網的第一類型特徵信息以及主叫用戶的物理號碼和被叫用戶的邏輯號碼，優選地，SRI中的源本地網的第一類型特徵信息為屬於SS1的與源本地網相對應的GTss,當然，也可為源本地網的網絡標識信息。本實施例中，假設SS1使用GTss作為本地網的第一類型特徵信息。接著，在步驟S21中，由SRI中提取GTss!以及主、被叫用戶的號碼，用於後續用戶相關信息查詢。進到步驟S22。根據GTss，SHLR2可基於預存的映射信息(如表2之形式)確定源本地網。在步驟S22中，由提取出的主、被叫用戶的號碼(具體地，根據號碼字冠)，可以得知主、被叫用戶各自所屬的本地網。此後，在步驟S23中，判斷主、被叫用戶中是否存在屬於所述源本地網的用戶，根據本發明的一個具體實施例，所述判斷步驟可以通過比較源本地網的網絡標識和主、被叫用戶各自所屬的本地網的網絡標識來實現，本領域普通技術人員可以理解。以下分情形討論步驟S23所得的不同判斷結果(可參看對本發明的第一、第二方面的相關描述)及其相應後續操作以獲得用戶信息查詢結果。情形1:主、被叫用戶均屬於該源本地網圖1所示的LSa下的一個用戶甲呼叫LSb下的用戶乙的情形屬於此列。主叫用戶、被叫用戶雖屬不同本地交換機，但均屬本地網I，而源本地網同樣為本地網I,於是得到主、被叫用戶均屬於源本地網的判斷結果。SHLR2將在步驟S24中為用戶曱和用戶乙分別查詢其用戶相關信息，包括其號碼變換信息和業務接入碼，其中，號碼變換信息具體為主叫用戶的邏輯號碼以及被叫用戶的物理號碼，分別包含在第一次和最後一次返回給SS1的SRI—ACK消息中。此情形下的用戶信息查詢結果包含主、被叫用戶的號碼變換信息和及其各自業務接入碼(如有)。情形2:主叫用戶屬於該源本地網，被叫用戶不屬於該源本地網圖1所示的LSa下的用戶曱呼叫LSc下的用戶丙(未示出)的情形屬於此列。主、被叫用戶分別屬於本地網I(源本地網)和本地網II，於是，得到主叫用戶屬於該源本地網，被叫用戶不屬於該源本地網的判斷結果。基於與中國電信提出的前述改進方案相同的思路，SHLR2將在步驟S24中為用戶曱查詢其用戶相關信息，而暫時不為不屬於源本地網的用戶丙查詢其用戶相關信息。此情形下的用戶信息查詢結果包含主叫用戶的用戶相關信息，此時，被叫用戶的號碼變換信息與業務接入碼均暫不查詢。情形3:主叫用戶與被叫用戶均不屬於源本地網此情形較為特殊，SHLR2將在步驟S24，中將一個指示主、被叫用戶均不屬於本地網I的指示信息作為所述用戶信息查詢結果。在三種情形下得到用戶信息查詢結果後，將在步驟S25中生成用戶信息查詢響應消息，其中包含所述用戶信息查詢結果，對於情形1、2,該用戶信息查詢響應消息為SRI—ACK,對於情形3,所述用戶信息查詢響應消息可為SRI—NACK或IDLE或其它基於與SSI的約定所生成的指示主、被叫用戶均不屬於源本地網的消息。在步驟S26中，所述用戶信息查詢響應消息,皮發往SSl。特別地，對於情形2,由於僅完成了主叫用戶的相關信息的查詢，為激活被叫用戶的相關信息的查詢，SSI將該次呼叫路由到主叫用戶所屬的本地網對應的長途局，該次呼叫繼而被路由到被叫用戶所屬本地網的長途局，被叫所屬本地網的長途局將發起對被叫用戶相關信息的查詢，其後SS、SHLR的處理流程可以參照以上描述。圖6為根據本發明的一個具體實施方式的在固定通信網絡的網絡伺服器中用於查詢用戶相關信息的信息查詢裝置框圖。所示信息查詢裝置20配置於如圖1所示的智能歸屬位置寄存器2(SHLR2)中。其中包括接收裝置200、查詢裝置201以及通知裝置202;具體地，所述查詢裝置201包括提取裝置2010、確定裝置2011、判斷裝置2022、受控查詢裝置2023以及受控處理裝置2024，而所述通知裝置202包括生成裝置2020以及發送裝置2021。SHLR2中存有具有包括但不限於表2形式的映射信息，用於用戶相關信息的查詢。以下結合圖6並參照圖l進行說明。接收裝置200接收來自SS1的用戶信息查詢請求消息(如SRI)，其中包含一個源本地網的第一類型特徵信息以及主叫用戶的物理號碼和被叫用戶的邏輯號碼，優選地，SRI中的源本地網的第一類型特徵信息為屬於SS1的與源本地網相對應的GTss,當然，也可為源本地網的網絡標識信息。本實施例中，假設SS1使用GTSS作為本地網的第一類型特徵信息。接著，提取裝置2010由SRI中提取GTw以及主被叫用戶的號碼，用於後續用戶相關信息查詢。根據GTss，SHLR2可基於預存的映射信息確定源本地網。而確定裝置2011則可由提取出的主、被叫用戶的號碼(具體地，根據號碼字冠)確定主、被叫用戶各自所屬的本地網。此後，判斷裝置2012將判斷主、被叫用戶中是否存在屬於所述源本地網的用戶，根據本發明的一個具體實施例，所述判斷可以通過比較源本地網的網絡標識和主、-故叫用戶各自所屬的本地網的網絡標識來實現，本領域普通技術人員可以理解。以下分情形討論所述判斷裝置2012所得的不同判斷結果(可參看對本發明的第一、第二方面的相關描述)及其下遊裝置執行的相應後續操作。情形1:主、被叫用戶均屬於該源本地網圖1所示的LSa下的一個用戶甲呼叫LSb下的用戶乙的情形屬於此列。主叫用戶、被叫用戶雖屬不同本地交換機，但均屬本地網I,而源本地網同樣為本地網I，於是得到主、被叫用戶均屬於源本地網的判斷結杲。於是，將由受控查詢裝置2013基於該判斷結果為用戶曱和用戶乙分別查詢其用戶相關信息，包括其號碼變換信息和業務接入碼，其中，號碼變換信息具體為主叫用戶的邏輯號碼以及被叫用戶的物理號碼，分別包含在第一次和最後一次返回給SS1的SRI—ACK消息中。此情形下的用戶信息查詢結果包含主、被叫用戶的號碼變換信息和及其各自業務4妻入碼(如有)。情形2:主叫用戶屬於該源本地網，被叫用戶不屬於該源本地網圖1所示的LSa下的用戶曱呼叫LSc下的用戶丙的情形屬於此列。主、被叫用戶分別屬於本地網I(源本地網)和本地網II,於是，得到主叫用戶屬於該源本地網，被叫用戶不屬於該源本地網的判斷結果。基於與中國電信提出的前述改進方案相同的思路，受控查詢裝置2013將為用戶甲查詢其用戶相關信息，而暫時不為不屬於源本地網的用戶丙查詢其用戶相關信息。情形3:主叫用戶與被叫用戶均不屬於源本地網此情形較為特殊，在此情形下，由受控處理裝置2014將一個指示主、被叫用戶均不屬於本地網I的指示信息作為所述用戶信息查詢結果。在三種情形下得到用戶信息查詢結杲後，均將由生成裝置2020生成用戶信息查詢響應消息，其中包含各情形下的用戶信息查詢結果，對於情形1、2，該用戶信息查詢響應消息為SRI—ACK，對於情形3,所述用戶信息查詢響應消息可為SRI—NACK或IDLE或其它基於與SS1的約定所生成的指示主被叫用戶均不屬於源本地網的消而後，發送裝置2021將所述用戶信息查詢響應消息發往SS1。特別地，對於情形2,由於僅完成了主叫用戶的相關信息的查詢，為激活被叫用戶的相關信息的查詢，SS1將該次呼叫路由到主叫用戶所屬的本地網對應的長途局，該次呼叫繼而一皮3各由到-陂叫用戶所屬本地網的長途局，被叫所屬本地網的長途局將發起對被叫用戶相關信息的查詢，其後SS、SHLR的處理流程可以參照以上描述。以上對本發明的實施例進行了描述，但是本發明並不局限於特定的系統、設備和具體協議，本領域內技術人員可以在所附權利要求的範圍內做出各種變形或修改。權利要求1.一種在固定通信網絡的軟交換設備中用於輔助查詢用戶相關信息的方法，其中包括a.接收來自所述軟交換設備下屬的本地網交換設備的用戶信息查詢指示消息；b.根據所述用戶信息查詢指示消息，確定所述本地網交換設備所屬的本地網的第一類型特徵信息；c.基於所述本地網的第一類型特徵信息向該軟交換設備所屬的網絡伺服器查詢用戶相關信息，得到用戶信息查詢結果。2.根據權利要求1所述的方法，其中，所述用戶信息查詢指示消息包含所述本地網交換設備的相關信息，所述步驟b包括bl.從該用戶信息查詢指示消息中提取該本地網交換設備的相關信息；b2.根據該本地網交換設備的相關信息進行查詢，以確定該本地網的第一類型特徵信息。3.根據權利要求1或2所述的方法，其中，所述步驟c包括-生成用戶信息查詢請求消息，其中包含該本地網的第一類型特徵信息；-發送所述用戶信息查詢請求消息至該軟交換設備所屬的網絡伺服器；-接收來自所述網絡伺服器的用戶信息查詢響應消息，其中包含用戶信息查詢結果；-從所述用戶信息查詢響應消息中提取所述用戶信息查詢結果。4.根據權利要求1-3中任一項所述的方法，其中，所述網絡伺服器為智能歸屬位置寄存器，所述第一類型特徵信息包括全局碼和/或標識信息。5.—種在固定通信網絡的軟交換設備中用於輔助查詢用戶相關信息的輔助查詢裝置，其中包括第一接收裝置，用於接收來自本地網交換設備的用戶信息查詢指示消息；確定裝置，用於根據所述用戶信息查詢指示消息，確定所述本地網交換設備所屬的本地網的第一類型特徵信息；查詢裝置，用於基於所述本地網的第一類型特徵信息向該軟交換設備所屬的網絡伺服器查詢用戶相關信息，以得到用戶信息查詢結果。6.根據權利要求5所述的輔助查詢裝置，其中，所述用戶信息查詢指示消息包含所述本地網交換設備的相關信息，所述確定裝置包括第一提取裝置，用於從該用戶信息查詢指示消息中提取該本地網交換設備的相關信息；受控確定裝置，用於根據該本地網交換設備的相關信息，確定該本地網的第一類型特徵信息。7.根據權利要求5或6所述的輔助查詢裝置，其中，所述查詢裝置包括生成裝置，用於生成用戶信息查詢請求消息，其中包含該本地網的第一類型特徵信息；發送裝置，用於發送所述用戶信息查詢請求消息至該軟交換設備所屬的網絡伺服器；第二接收裝置，用於接收來自所述網絡伺服器的用戶信息查詢響應消息，其中包含用戶信息查詢結果；第二提取裝置，用於由所述用戶信息查詢響應消息中提取所述用戶信息查詢結果。8.根據權利要求5-7中任一項所述的輔助查詢裝置，其中，所述網絡伺服器為智能歸屬位置寄存器，所述第一類型特徵信息包括全局碼和/或標識信息。9.一種在固定通信網絡中的軟交換設備，其中，包括根據權利要求5-8中任一項所述的用於輔助查詢用戶相關信息的輔助查詢裝置。10.—種在固定通信網絡的網絡伺服器中用於查詢用戶相關信息的方法，其中，包括d.接收來自其下屬的軟交換設備的用戶信息查詢請求消息，其中包含一個源本地網的第一類型特徵信息，以及主、被叫用戶的號碼；e.根據所述源本地網的第一類型特徵信息以及主、被叫用戶的號碼來進行用戶相關信息查詢，得到用戶信息查詢結果；f.將所述用戶信息查詢結果通知所述軟交換設備。11.根據權利要求10所述的方法，其中，所述步驟e包括e1.由所述用戶信息查詢請求消息中提取所述源本地網的第一類型特徵信息及所述主、被叫用戶的號碼；e2.根據所述主、被叫用戶的號碼，確定主、被叫用戶分別所屬的本;也網；e3.基於所述源本地網的第一類型特徵信息以及所確定的主、被叫用戶分別所屬的本地網，判斷主、被叫用戶中是否存在屬於所述源本地網的用戶；e4.如果所述主、被叫用戶中存在屬於該源本地網的用戶，則在一個存儲裝置中查詢其用戶相關信息，將所述用戶相關信息作為所述用戶信息查詢結果。12.根據權利要求11所述的方法，其中，所述步驟e還包括e3，.如果所述主、被叫用戶中不存在屬於該源本地網的用戶，則將一個指示主、被叫用戶均不屬於該源本地網的指示信息作為所述用戶信息查詢結果。13.根據10-12中任一項所述的方法，其中，所述步驟f包括-生成用戶信息查詢響應消息，其中包含所述用戶信息查詢結果；-發送所述用戶信息查詢響應消息至所述軟交換設備。14.根據權利要求10-13中任一項所述的方法，其中，所述網絡伺服器為智能歸屬位置寄存器，所述第一類型特徵信息包括全局碼和/或標識信息。15.—種在固定通信網絡的網絡伺服器中用於查詢用戶相關信息的信息查詢裝置，其中，包括接收裝置，用於接收來自其下屬的軟交換設備的用戶信息查詢請求消息，其中包含一個源本地網的第一類型特徵信息以及主、被叫用戶的號碼；查詢裝置，用於根據所述源本地網的第一類型特徵信息以及主、被叫用戶的號碼來進行用戶相關信息查詢，得到用戶信息查詢結果；通知裝置，用於將所述用戶信息查詢結果通知所述軟交換設備。16.根據權利要求15所述的信息查詢裝置，其中，所述查詢裝置包括提取裝置，用於由所述用戶信息查詢請求消息中提取所述源本地網的第一類型特徵信息及所述主、被叫用戶的號碼；確定裝置，用於根據所述主、被叫用戶的號碼，確定主、被叫用戶分別所屬的本地網；判斷裝置，用於基於所述源本地網的第一類型特徵信息以及所確定的主、被叫用戶分別所屬的本地網，判斷主、被叫用戶中是否存在屬於所述源本地網的用戶；受控查詢裝置，用於當所述主、被叫用戶中存在屬於該源本地網的用戶時，在一個存儲裝置中查詢其用戶相關信息，將所述用戶相關信息作為所述用戶信息查詢結果。17.根據權利要求16所述的信息查詢裝置，其中，所述查詢裝置還包括受控處理裝置，用於當所述主、被叫用戶中不存在屬於該源本地網的用戶時，將一個指示主、被叫用戶中均不屬於該本地網的指示信息作為所述用戶信息查詢結果。18.根據15-17中任一項所述的信息查詢裝置，其中，所述通知裝置包括生成裝置，用於生成用戶信息查詢響應消息，其中包含所述用戶信息查詢結果；發送裝置，用於發送所述用戶信息查詢響應消息至所述軟交換設備。19.根據權利要求15-18中任一項所述的信息查詢裝置，其中，所述網絡伺服器為智能歸屬位置寄存器，所述第一類型特徵信息包括全局碼和/或標識信息。20.—種在固定通信網絡中的網絡伺服器，其中，包括根據權利要求15-19中任一項所述的用於查詢主被叫用戶相關信息的信息查詢裝置。全文摘要本發明的提出旨在解決現有的使用軟交換設備的OPC來標識本地網的用戶信息查詢方案存在的OPC開銷大、信令轉接點可能修改OPC等問題。具體地，本發明中的用以GT為代表的本地網的第一類型特徵信息代替OPC來在用戶信息查詢請求消息中標識相應的本地網，而SHLR也基於所述第一類型特徵信息來在軟交換設備的輔助下執行用戶相關信息的查詢。採用本發明，在節約寶貴的OPC資源的同時，避免了用戶信息查詢請求消息中的本地網標識被信令轉接點修改導致用戶相關信息查詢失敗的情況發生。文檔編號H04M3/42GK101212510SQ20061014871公開日2008年7月2日申請日期2006年12月30日優先權日2006年12月30日發明者斌李申請人:上海貝爾阿爾卡特股份有限公司