專利名稱：用于ocs的用戶網(wǎng)絡類型信息獲取方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種用于OCS ( Online Charging System,在線計費系統(tǒng))的用戶網(wǎng)絡類型信息獲取方法。
背景技術：
在OCS中，對于網(wǎng)內(nèi)用戶和網(wǎng)外用戶^f吏用不同的計費"i殳置，對網(wǎng)內(nèi)用戶的通話具有更加優(yōu)惠的費率。目前通過分析用戶的號碼段 來區(qū)分用戶是網(wǎng)內(nèi)用戶還是網(wǎng)外用戶。在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)用戶可能需要在不同網(wǎng)絡間切:換而又不希望改變號石馬。例如，用戶可能/人A號碼卜歐的:t也區(qū)遷移 到B號碼^殳的地區(qū)，而不希望變更其辦/>號碼。此時則無法再通過 不同的號碼段來區(qū)分用戶是網(wǎng)內(nèi)用戶還是網(wǎng)外用戶，這導致無法對 這種發(fā)生了網(wǎng)絡間切換的用戶進行正確的計費設置。發(fā)明內(nèi)容本發(fā)明旨在提供一種用于OCS的用戶網(wǎng)絡類型信息獲取方法，以解決現(xiàn)有技術中不能對網(wǎng)絡間切換用戶正確計費的問題。在本發(fā)明的實施例中，提供了一種用于OCS的用戶網(wǎng)絡類型信 息獲取方法，包才舌以下步驟SCP ( Service Control Point,業(yè)務4空制 點)向MNP (Mobile Number Portability,移動號碼攜帶服務器)發(fā) 送攜帶翻i奪類型屬性的SRI ( Send Routing Information,發(fā)送3各由消息)，翻i奪類型屬性^皮:沒置為指示請求用戶的號碼前綴信息；MNP 根據(jù)SRI中的翻譯類型屬性向SCP發(fā)送響應消息，其中攜帶號碼前 綴信息；SCP對號碼前綴信息進行分析以獲知用戶的網(wǎng)絡類型。優(yōu)選的，翻譯類型屬性^皮:沒置為1，以指示請求用戶的號碼前 綴信息。優(yōu)選的，MNP才艮據(jù)SRI中的翻譯類型屬性向SCP發(fā)送響應消 息具體包括MNP根據(jù)翻譯類型屬性的值為1,而向SCP發(fā)送響應 消息。優(yōu)選的，由STP (Signaling Translation Point ，信令轉4妄點)轉 發(fā)SCP與MNP之間的通信，SCP向MNP發(fā)送攜帶翻i奪類型屬性 的SRI具體包括SCP將SRI發(fā)送給STP; STP根據(jù)翻譯類型屬性 將SRI轉發(fā)給MNP。優(yōu)選的，翻i奪類型屬性^皮i殳置為1，以指示i青求用戶的號碼前 綴信息。優(yōu)選的，SCP向MNP發(fā)送攜帶翻譯類型屬性的SRI具體包括 SCP將SRI發(fā)送給STP; STP根據(jù)翻譯類型屬性的值為1，而將SRI 轉發(fā)給MNP。優(yōu)選的，由STP轉發(fā)SCP與MNP之間的通信，SCP將SRI發(fā) 送給STP,其中翻譯類型屬性的值被設置為0; STP根據(jù)翻譯類型 屬性的值為0，而將SRI轉發(fā)給HLR ( Home Location Register歸屬位置寄存器)。優(yōu)選的，還包括HLR向SCP發(fā)送響應消息，其中攜帶用戶 的漫游信息。4尤選的，分別由SCP和MNP中的SIU( Signaling Interface Unit, 信令接口單元)處理翻譯類型屬性。優(yōu)選的，由STP中的SIU處理翻譯類型屬性。上述實施例的用戶網(wǎng)絡類型信息獲取方法利用SRI中已有的翻 譯類型屬性向MNP請求用戶的號碼前綴信息，從而能分析用戶的 網(wǎng)絡類型，克服了現(xiàn)有技術中不能對網(wǎng)絡間切換用戶正確計費的問 題，進而實現(xiàn)了對網(wǎng)絡間切換用戶的正確計費。


此處所說明的附圖用來^是供對本發(fā)明的進一步理解，構成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并 不構成對本發(fā)明的不當限定。在附圖中圖1示出了根據(jù)本發(fā)明實施例的網(wǎng)絡結構圖；圖2示出了根據(jù)本發(fā)明實施例的用戶網(wǎng)絡類型信息獲取方法的 流程圖；圖3示出了根據(jù)本發(fā)明優(yōu)選實施例的網(wǎng)絡結構圖；圖4示出了根據(jù)本發(fā)明優(yōu)選實施例的GT翻譯類型的屏幕截圖；圖5示出了根據(jù)本發(fā)明優(yōu)選實施例的業(yè)務簽權流程圖；的示意圖；圖7示出了根據(jù)本發(fā)明優(yōu)選實施例的帶NRN前綴的號碼格式 的示意圖；圖8示出了根據(jù)本發(fā)明優(yōu)選實施例的業(yè)務回滾流程圖。
具體實施例方式
下面將參考附圖并結合實施例，來詳細說明本發(fā)明。
圖1示出了根據(jù)本發(fā)明實施例的網(wǎng)絡結構圖，其中包括用于實 現(xiàn)業(yè)務的SCP和用于提供用戶網(wǎng)絡類型信息的MNP。用戶的號碼 前綴信息存儲在MNP功能實體中，其通過號碼攜帶的方式在用戶 號碼前增加前綴信息，用于表示用戶的網(wǎng)絡類型。
圖2示出了根據(jù)本發(fā)明實施例的用戶網(wǎng)絡類型信息獲取方法的 流程圖，包括以下步驟
步驟S10, SCP ( Service Control Point,業(yè)務4空制點)向MNP (Mobile Number Portability,移動號碼攜帶服務器)發(fā)送攜帶翻譯 類型屬性的SRI ( Send Routing Information,發(fā)送^各由消息)，翻譯 類型屬性被設置為指示請求用戶的號碼前綴信息；
步驟S20, MNP根據(jù)SRI中的翻譯類型屬性向SCP發(fā)送響應 消息，其中攜帶號碼前綴信息；
步驟S30， SCP對號碼前綴信息進行分析以獲知用戶的網(wǎng)絡類型。
該用戶網(wǎng)絡類型信息獲取方法利用SRI中已有的翻譯類型屬性 向MNP請求用戶的號碼前綴信息，從而能分析用戶的網(wǎng)絡類型， 克服了現(xiàn)有技術中不能對網(wǎng)絡間切換用戶正確計費的問題，進而實 現(xiàn)了對網(wǎng)絡間切換用戶的正確計費。優(yōu)選的，翻譯類型屬性被設置為1，以指示請求用戶的號碼前
綴信息。步驟S20可包括MNP根據(jù)翻譯類型屬性的值為1,而向 SCP發(fā)送響應消息。
圖3示出了根據(jù)本發(fā)明優(yōu)選實施例的網(wǎng)絡結構圖，由STP轉發(fā) SCP與MNP之間的通信。
步驟S10可具體包括SCP將SRI發(fā)送給STP; STP根據(jù)翻譯 類型屬性將SRI轉發(fā)給MNP。
優(yōu)選的，翻譯類型屬性被設置為1,以指示請求用戶的號碼前 綴信息。步驟S10具體可包括SCP將SRI發(fā)送給STP; STP才艮據(jù) 翻譯類型屬性的值為1,而將SRI轉發(fā)給MNP。
優(yōu)選的，由STP轉發(fā)SCP與MNP之間的通信，SCP將SRI發(fā) 送給STP,其中翻譯類型屬性的值被設置為0; STP根據(jù)翻譯類型 屬性的值為0,而將SRI轉發(fā)給HLR。 HLR可向SCP發(fā)送響應消 息，其中攜帶用戶的漫游信息。
現(xiàn)有技術中，因為翻譯類型屬性缺省地設置為0,所以STP當 接收到SRI時，將對用戶號碼做GT (Global Title,全局碼)翻譯， STP根據(jù)翻譯結果到HLR取漫游信息。本發(fā)明實施例修改了 SRI 中的GT翻譯類型，使得當STP接受到SRI時，對用戶號碼做GT 翻譯，如果翻譯類型屬性為1，則到MNP取用戶的號碼前綴信息， 以此區(qū)分該用戶是網(wǎng)內(nèi)用戶還是網(wǎng)外用戶。因此，對于GT翻譯選 擇子作如下規(guī)定
GT翻譯選擇子0的屬性是4 ( GT類型)1 (編號計劃)4 (地 址屬性)0(翻譯類型)GT翻譯選擇子1的屬性是4(GT類型)l(編號計劃)4 (地 址屬性)1 (翻譯類型)
由于STP上既可4妄收用戶的GT翻i奪到HLR取漫游4言息，又 可4妄收用戶的GT翻譯到MNP取用戶的前綴信息，所以修改GT翻 譯類型，使STP能區(qū)分這兩種操作。這種修改方式不用對信令進行 重新解析再組包，實現(xiàn)起來比較簡單。因此，針對SCP的業(yè)務，STP 對部分號碼翻譯到HLR取漫游信息，對另外部分號碼翻譯到MNP 取網(wǎng)絡類型。對于需要發(fā)送SRI到HLR取漫游號碼的用戶，在做 GT翻譯時，使用GT翻譯選擇子O,翻譯到HLR取漫游信息。
圖4示出了根據(jù)本發(fā)明優(yōu)選實施例的GT翻譯類型的屏幕截圖。 對于需要發(fā)送SRI到MNP取前綴信息的用戶，在做GT翻譯時， 使用GT翻譯選擇子0,翻譯到MNP取前綴信息。選中使用新的 GT碼屬性，新的GT碼還是用戶號碼本身，翻譯類型修改成為201。 前臺程序在處理翻i奪類型大于200的情況下，不改變GT碼，將翻 譯類型減去200變成1發(fā)送出去，這樣SCP發(fā)送到MNP的SRI的 翻譯類型就是1。在GT翻譯選擇子0中做本SCP的GT碼翻譯落 地，以4妄收來自MNP返回的信令。
STP連4妄不同的SCP節(jié)點，對于同一個用戶號碼，不同SCP 節(jié)點發(fā)過來的SRI有的是到HLR取漫游信息，有的是到MNP取前 鄉(xiāng)晨信息，到HLR取漫游4言息的GT翻i奪選擇子0，而發(fā)送到MNP 取前綴信息的SRI的翻譯類型是1,所以在STP上設置了 GT翻譯 選擇子1 。
在GT翻譯選4奪子0中配置用戶號碼的GT翻譯到HLR取漫游號碼。在GT翻譯選擇子1中配置用戶號碼的GT翻i奪到MNP取前綴作自.
I 口 。
在GT翻譯選沖奪子0中估文SCPGT ( Service Control Point Global Title,業(yè)務控制點全局碼)的GT翻譯到SCP,以接收MNP返回的信令。
優(yōu)選的，在MNPJM故:^下配置
增加GT翻譯選擇子1 。在GT翻譯選擇子1中，做用戶號碼的 GT翻譯落地。
為了回送信令，在GT翻譯選擇子0中，做SCPGT碼的GT翻 譯到STP。
優(yōu)選的，分別由SCP和MNP中的SIU( Signaling Interface Unit, 信令4妄口單元)處理翻i奪類型屬性。優(yōu)選的，由STP中的SIU處理 翻譯類型屬性。
圖5示出了根據(jù)本發(fā)明優(yōu)選實施例的業(yè)務簽權流程圖，包括 步驟S502, SCP收到短信鑒權消息；步驟S504, SCP發(fā)送SRI到 MNP，其中通過修改現(xiàn)有的翻譯類型而能送到MNP;步驟S506， MNP根據(jù)用戶號碼段取NRN信息；步驟S508, MNP響應到SCP; 步驟S510， SCP根據(jù)返回的NRN信息算出費率，給用戶扣費。
在發(fā)送短信簽權的流程中，主叫用戶發(fā)送短信，通過MSC (Mobile Switch Center,移動交才灸中心)和SC( Shortmessage Center, 短信中心)來觸發(fā)短信業(yè)務，業(yè)務對主叫用戶進行簽權，在簽權過 程中增加以下處理，才艮據(jù)從MNP返回的接收用戶的NRN(Network Routing Number,網(wǎng)絡類型號碼)號碼前綴信息來判斷接收用戶是 網(wǎng)內(nèi)用戶還是網(wǎng)外用戶。1開關設置
為了兼容業(yè)務的原先版本功能，設置系統(tǒng)開關，如果開關打開， 發(fā)送SRI去查詢用戶的號碼前綴，如果開關關閉，不發(fā)送SRI查詢 用戶的號碼前綴。這個開關作為業(yè)務的功能開關，可以在管理數(shù)據(jù) 中對這個開關進行設置。
2查詢用戶信息環(huán)節(jié)
在發(fā)送修改后的SRI信息去查詢用戶前綴之前，在本SCP數(shù)據(jù) 庫中查詢短信接收用戶是否是本SCP,若是本SCP用戶，接收用戶 肯定是網(wǎng)內(nèi)用戶，就不用再去查詢用戶的前綴信息判斷是否為網(wǎng)內(nèi) 用戶。若不是本SCP用戶，則判斷4妄收用戶是否為網(wǎng)內(nèi)用戶。所以 業(yè)務設置查詢用戶信息過程，在SRI開關打開的情況下，查詢4妄收 用戶是否為本SCP用戶。
3發(fā)送SRI環(huán)節(jié)
這里發(fā)送修改后的SRI到MNP查找接收用戶的前綴信息，根 據(jù)前綴信息判斷接收用戶的網(wǎng)絡類型，此處實現(xiàn)的方法是修改GT 翻譯類型。
業(yè)務判斷是否要發(fā)送SRI命令去查詢接收用戶的前綴信息，這 個判斷的條件有兩個系統(tǒng)打開發(fā)送SRI的功能開關，接收用戶不 是本SCP用戶。在滿足這兩個條件的前提下，發(fā)送修改后的SRI到 MNP。
由于支持MAP2協(xié)議和MAP2+協(xié)議的SRI格式不一樣，為了 支持MAP2信令又支持MAP2+信令，系統(tǒng)設置了開關設置，才艮據(jù) 現(xiàn)場網(wǎng)絡類型，設置開關是支持MAP2或是支持MAP2+。開關設置1為支持MAP2+協(xié)議，開關設置0為支持MAP2協(xié)議。這個開 關在業(yè)務管理數(shù)據(jù)中進行配置。
SRI所帶的參lt有4妄收用戶的MSISDN號碼和號碼長度，圖6 示出了才艮據(jù)本發(fā)明優(yōu)選實施例的用戶MSISDN (International ISDN Mobile Subscriber Directory Number,移動用戶的ISDN號石馬)的號 碼格式的示意圖，和本SCP的GT碼。由于SRI中號碼的格式是ISDN 號碼格式和BCD號碼格式，在設置SRI的參數(shù)時，將接收用戶的 號石馬進4亍字才尋串到ISDN (Integrated Service Digital Network,綜合 業(yè)務數(shù)字網(wǎng))號碼格式轉換和字符串到BCD號碼格式轉換的操作。 本SCP的GT碼同樣也進4亍字符串到ISDN號碼才各式的轉換。這種 號碼格式轉換的操作在目前的業(yè)務編輯環(huán)境SCE有成熟的算法。
4業(yè)務設置NRN前綴的信息表
業(yè)務i殳置NRN前綴信息表slnrnnumber信息表，這個表中有兩 列， 一列是NRN前綴，另一列是NRN前綴的網(wǎng)絡類型，l表示網(wǎng) 內(nèi)，2表示網(wǎng)夕卜。
5匹配NRN前綴環(huán)節(jié)
業(yè)務發(fā)送修改后的SRI到MNP查詢接收用戶信息，MNP返回 給業(yè)務的用戶號碼格式是ISDN格式，需要進行用戶號碼格式的轉 換，即ISDN到字符串的轉換，此操作由SCE支持。此時接收用 戶的號碼格式是攜帶號碼前綴NRN信息的，圖7示出了根據(jù)本發(fā) 明優(yōu)選實施例的帶NRN前綴的號碼格式的示意圖。業(yè)務設置相應 的存儲過程將用戶號碼和前綴NRN信息分離出來，并通過攜帶上 來的NRN前綴信息到slnrnnumber表中匹配用戶的網(wǎng)絡類型。根據(jù) 匹配到的網(wǎng)絡類型來對主叫用戶使用不同的計費方案，從而實施不同的計費費率。因為傳入計費模塊的用戶號碼格式不需要攜帶NRN 前綴，所以還將4妄收用戶攜帶的NRN前綴信息去掉。
6業(yè)務的容4晉處理環(huán)節(jié)
如果SRI發(fā)送出去，對方接收不到或處理超時，此時業(yè)務不能 正常收到4妄收用戶的NRN前綴信息，在這種情況下，需要配置容 錯環(huán)節(jié)的處理。在接收不到用戶的NRN前綴信息的情況下，將用 戶是按照網(wǎng)內(nèi)用戶計費還是按照網(wǎng)外用戶計費，在業(yè)務的管理數(shù)據(jù) 中有個系統(tǒng)開關設置，具體計費情況參照需求進行配置。
記錄日志功能，在用戶接收NRN失敗的情況下，執(zhí)4亍記錄日 志功能，是否記錄日志功能也由系統(tǒng)開關^殳置，也是在業(yè)務的管理 凄t據(jù)中配置，且參照需求進行配置。
圖8示出了4艮據(jù)本發(fā)明優(yōu)選實施例的業(yè)務回滾流程圖，包括 步驟S602， SCP收到短信回滾信息；步驟S604, SCP發(fā)送SRI到 MNP，其中通過修改現(xiàn)有的翻譯類型而能送到MNP;步驟S606， MNP根據(jù)用戶號碼段取NRN信息；步驟S608, MNP響應到SCP; 步驟S610, SCP根據(jù)返回的NRN信息算出費率，給用戶加錢。
如果用戶發(fā)送短信失敗，則對用戶的4&進4亍回滾，在回滾流牙呈 中設置以下操作，發(fā)送修改后的SRI到MNP查詢接收用戶的NRN 前綴信息，根據(jù)前綴信息判斷出用戶的網(wǎng)絡類型，在回滾流程中給 用戶補款。
用戶在簽權過程中處理成功，并成功去除用戶的使用金額，但 是在短信中心發(fā)送信息給接收用戶的過程中，有可能會發(fā)送信息失 敗，這種情況下，對發(fā)送用戶進4亍回滾才喿作，將扣除的金額重新補 充上。在回滾流程中由于需要知道簽權流程中扣除的金額，所以在 回滾流程中也i殳置以下操作開關i殳置環(huán)節(jié)、*接收用戶查詢環(huán)節(jié)、發(fā)送SRI環(huán)節(jié)、匹配NRN前綴環(huán)節(jié)和容錯處理等。使用的系統(tǒng)開 關和簽權流程的相應開關是同一個開關控制。具體和簽權流程相同， 在這里就不再詳述。
從以上的描述中，可以看出，上述實施例的用戶網(wǎng)絡類型信息 獲取方法利用SRI中已有的翻譯類型屬性向MNP請求用戶的號碼 前綴信息，從而能分析用戶的網(wǎng)絡類型，克服了現(xiàn)有技術中不能對 網(wǎng)纟備間切才灸用戶正確計費的問題，進而實J見了只于網(wǎng)絡間切才灸用戶的 正確計費。
顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或 各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算 裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們 可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成 電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模 塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。
以上所述^f又為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應包含在本發(fā)明的4呆護范圍之內(nèi)。
權利要求
1. 一種用于在線計費系統(tǒng)的用戶網(wǎng)絡類型信息獲取方法，其特征在于，包括以下步驟業(yè)務控制點向移動號碼攜帶服務器發(fā)送攜帶翻譯類型屬性的發(fā)送路由消息，所述翻譯類型屬性被設置為指示請求用戶的號碼前綴信息；所述移動號碼攜帶服務器根據(jù)所述發(fā)送路由消息中的所述翻譯類型屬性向所述業(yè)務控制點發(fā)送響應消息，其中攜帶所述號碼前綴信息；所述業(yè)務控制點對所述號碼前綴信息進行分析以獲知用戶的網(wǎng)絡類型。
2. 根據(jù)權利要求1所述的用戶網(wǎng)絡類型信息獲取方法，其特征在于，所述翻譯類型屬性被設置為1，以指示請求用戶的號碼前 綴信息。
3. 根據(jù)權利要求2所述的用戶網(wǎng)絡類型信息獲取方法，其特征在 于，所述移動號碼攜帶服務器根據(jù)所述發(fā)送路由消息中的所述 翻譯類型屬性向所述業(yè)務控制點發(fā)送響應消息具體包括所述移動號碼攜帶服務器根據(jù)所述翻譯類型屬性的值為 1,而向所述業(yè)務控制點發(fā)送所述響應消息。
4. 根據(jù)權利要求1所述的用戶網(wǎng)絡類型信息獲取方法，其特征在 于，由信令轉換點轉發(fā)所述業(yè)務控制點與移動號碼攜帶服務器 之間的通信，業(yè)務控制點向移動號碼攜帶服務器發(fā)送攜帶翻譯 類型屬性的發(fā)送路由消息具體包括所述業(yè)務控制點將所述發(fā)送路由消息發(fā)送給所述信令轉 換點；所述信令轉換點根據(jù)所述翻譯類型屬性將所述發(fā)送路由 消息轉發(fā)給所述移動號碼攜帶服務器。
5. 根據(jù)權利要求4所述的用戶網(wǎng)絡類型信息獲取方法，其特征在 于，所述翻i奪類型屬性纟皮i殳置為1，以指示^青求用戶的號碼前 綴信息。
6. 根據(jù)權利要求5所述的用戶網(wǎng)絡類型信息獲取方法，其特征在 于，業(yè)務控制點向移動號碼攜帶服務器發(fā)送攜帶翻譯類型屬性 的發(fā)送路由消息具體包括所述業(yè)務控制點將所述發(fā)送路由消息發(fā)送給所述信令轉 換點；所述信令轉換點根據(jù)所述翻譯類型屬性的值為1，而將所 述發(fā)送路由消息轉發(fā)給所述移動號碼攜帶服務器。
7. 根據(jù)權利要求1所述的用戶網(wǎng)絡類型信息獲取方法，其特征在 于，由信令轉換點轉發(fā)所述業(yè)務控制點與移動號碼攜帶服務器 之間的通4言，所述業(yè)務控制點將發(fā)送路由消息發(fā)送給所述信令轉換點， 其中所述翻譯類型屬性的值被設置為0;所述信令轉換點根據(jù)所述翻譯類型屬性的值為0,而將所 述發(fā)送路由消息轉發(fā)給歸屬位置寄存器。
8. 根據(jù)權利要求7所述的用戶網(wǎng)絡類型信息獲取方法，其特征在 于，還包括所述歸屬位置寄存器向所述業(yè)務控制點發(fā)送響應消息，其 中攜帶用戶的漫游信息。
9. 根據(jù)權利要求1至8任一項所述的用戶網(wǎng)絡類型信息獲取方 法，其特征在于，分別由所述業(yè)務控制點和所述移動號碼攜帶 月艮務器中的信令4妄口單元處理所述翻i,類型屬性。
10. 根據(jù)權利要求4至8任一項所述的用戶網(wǎng)絡類型信息獲取方 法，其特4正在于，由所述信令轉4灸點中的信令^妄口單元處理所 述翻譯類型屬性。
全文摘要
本發(fā)明提供了一種用于OCS的用戶網(wǎng)絡類型信息獲取方法，包括以下步驟SCP向MNP發(fā)送攜帶翻譯類型屬性的SRI，翻譯類型屬性被設置為指示請求用戶的號碼前綴信息；MNP根據(jù)SRI中的翻譯類型屬性向SCP發(fā)送響應消息，其中攜帶號碼前綴信息；SCP對號碼前綴信息進行分析以獲知用戶的網(wǎng)絡類型。本發(fā)明實現(xiàn)了對網(wǎng)絡間切換用戶的正確計費。
文檔編號H04M15/00GK101291234SQ20081008595
公開日2008年10月22日 申請日期2008年6月6日 優(yōu)先權日2008年6月6日
發(fā)明者侯智榮, 張善鋒, 李春輝, 松 沈, 邱海軍 申請人:中興通訊股份有限公司