基于網(wǎng)絡傳輸原理實現(xiàn)號碼傳輸?shù)姆椒ê拖到y(tǒng)的制作方法
【專利摘要】本發(fā)明提供了基于網(wǎng)絡傳輸原理實現(xiàn)的號碼傳輸?shù)姆椒ê拖到y(tǒng)。該方法包括：采用網(wǎng)絡傳輸號碼的方法在某種特定的條件下如何使用；一卡多號客戶端判斷用戶是否處于漫游狀態(tài)；一卡多號客戶端發(fā)起呼叫的流程；如果不能采用網(wǎng)絡傳輸號碼的方式完成一卡多號業(yè)務呼叫則采用何種方式完成此功能；一卡多號客戶端發(fā)起呼叫后與其他模塊之間的交互過程。通過本發(fā)明的方法和系統(tǒng)，當用戶處于漫游狀態(tài)時，不影響副號碼的呼叫功能，通過網(wǎng)絡傳輸號碼的方式，解決了漫游無法呼叫的業(yè)務缺陷。
【專利說明】基于網(wǎng)絡傳輸原理實現(xiàn)號碼傳輸?shù)姆椒ê拖到y(tǒng)

【技術(shù)領域】
[0001] 本發(fā)明涉及移動通訊和互聯(lián)網(wǎng)領域，尤其涉及移動互聯(lián)網(wǎng)領域，更詳細地，本發(fā)明 涉及一種基于網(wǎng)絡傳輸原理實現(xiàn) ^多號的副號碼傳輸?shù)姆椒ê拖到y(tǒng)。

【背景技術(shù)】
[0002] 電信運營商3G網(wǎng)絡飛速發(fā)展的同時，網(wǎng)絡傳輸技術(shù)也在與時俱進，二者的結(jié)合開 啟了移動互聯(lián)網(wǎng)（Mobilelnternet,簡稱MI)時代。移動互聯(lián)網(wǎng)是一種通過智能移動終端， 采用移動無線通信方式獲取業(yè)務和服務的新興業(yè)務，包含終端、軟件和應用三個層面。作為 增值業(yè)務的技術(shù)提供商，希望用最先進的技術(shù)為移動終端用戶提供更周到的服務，打造更 完美的應用，例如利用網(wǎng)絡傳輸原理，實現(xiàn)將互聯(lián)網(wǎng)技術(shù)與通信技術(shù)相結(jié)合的方式傳輸手 機號碼。
[0003] 目前，電信運營商為增值業(yè)務廠商分配業(yè)務號碼，然后交換機通過業(yè)務號碼將語 音消息或信令消息傳輸?shù)较鄬臉I(yè)務平臺進行處理，但是在號碼傳輸過程中，由于各地 區(qū)交換機的設置不同，導致傳輸較長號碼的消息被屏蔽掉，影響業(yè)務的正常使用。
[0004] 如在專利申請CN20061009102. 8中公開了在E&M鏈路上傳輸主叫號碼的方法，該 方法要求主叫側(cè)在E&M鏈路上發(fā)送被叫號碼、分隔符和主叫號碼字符串，被叫側(cè)根據(jù)與主 叫側(cè)約定的規(guī)則從前述字符串中區(qū)分出主叫號碼和被叫號碼，并將該主叫號碼發(fā)送到被叫 終端。最終的目的是讓被叫終端很方便的就能看到主叫端的號碼。此方法和系統(tǒng)采用E&M 模擬中繼信令，在電信運營商被用作局間中繼，但是其實現(xiàn)相對復雜，不具備廣泛應用的條 件。
[0005] 如在另一專利申請CN20091009148. 2中公開了一種建立呼叫的方法及裝置，該方 法根據(jù)獲取的用戶初始呼叫消息，建立主叫用戶與網(wǎng)絡側(cè)的業(yè)務信道；在無法建立主叫用 戶與被叫用戶的所述號碼之間的呼叫連接時，通過已建立的所述業(yè)務信道獲取被叫用戶對 應的其他呼叫號碼進行呼叫。此方法雖然可以接通主叫和被叫用戶，但是前提是必須獲取 被叫多個號碼才能夠?qū)崿F(xiàn)，在實際的應用中，如果無法獲取被叫多種聯(lián)系方式，則無法以此 方法在主叫和被叫之間建立呼叫。
[0006] 現(xiàn)有的號碼傳輸?shù)姆椒ê拖到y(tǒng)中普遍存在如下缺陷：
[0007] 第一：采用模擬中繼信令傳輸，在實際應用中實現(xiàn)方式較復雜，而且目前只在電信 運營商級的系統(tǒng)中使用，不具備在增值業(yè)務廠家的系統(tǒng)平臺使用的可行性，投入的成本較 大，不利于廣泛應用。
[0008] 第二：通過建立主叫號碼網(wǎng)絡側(cè)的業(yè)務通道傳輸號碼，當無法接通被叫時，通過已 建立的業(yè)務信道獲取被叫的其他號碼進行呼叫，若被叫側(cè)沒有其他號碼，則此次呼叫無法 建立，則必須解除此業(yè)務信道，最終也無法為主叫和被叫建立呼叫。
[0009] 目前，常用的一卡多號業(yè)務實現(xiàn)方式是采用了接入碼+被叫號碼的呼叫方式， 例如，業(yè)務接入碼是10156123,假設通過副號碼撥打13012345678,即系統(tǒng)需要撥打 1015612313012345678。系統(tǒng)通過接入碼可以識別呼叫是否屬于一^^多號業(yè)務。然而，一^^ 多號業(yè)務僅限在歸屬地使用，這大大限制了一卡多號業(yè)務的發(fā)展。當用戶在漫游的情況下 通過副號碼呼叫時，被叫號碼為區(qū)號+接入碼+用戶號碼，比如，在內(nèi)蒙古開通的一卡多號 用戶漫游到北京，系統(tǒng)需要撥打04711015612313012345678。由于被叫號碼位長超過交換機 的限制，導致用戶在漫游地無法實現(xiàn)呼叫功能。另外，傳統(tǒng)的直接通過手機界面撥號："接入 碼+用戶號碼"的方式，用戶操作復雜，業(yè)務的呼叫規(guī)則與正常呼叫的撥號規(guī)則不同，導致不 容易使用一卡多號業(yè)務。
[0010] 因此，現(xiàn)有的一卡多號業(yè)務未能解決漫游地的副號碼呼叫的問題。
[0011] 為此，本發(fā)明推出了一種基于網(wǎng)絡傳輸原理實現(xiàn)號碼傳輸?shù)姆椒ê拖到y(tǒng)，通過該 技術(shù)方法和系統(tǒng)，可以有效的解決由于電信運營商交換機對傳輸號段長度限制的問題，增 加了號碼傳輸?shù)某晒β?。并且本發(fā)明實現(xiàn)了漫游狀態(tài)下的呼叫，可以幫助手機用戶實現(xiàn)真 正意義上的副號碼漫游呼叫。


【發(fā)明內(nèi)容】

[0012] 根據(jù)本發(fā)明的一個方面，提供了一種基于網(wǎng)絡傳輸原理實現(xiàn)號碼傳輸?shù)姆椒?，?述方法包括：當一卡多號業(yè)務用戶在漫游地使用一卡多號客戶端發(fā)起呼叫時，判斷是否處 于漫游狀態(tài)；若處于漫游狀態(tài)，則根據(jù)地方APP接口服務器的URL地址將被叫號碼通過網(wǎng)絡 傳輸?shù)椒斩?，服務端將被叫號碼保存在數(shù)據(jù)庫DB中，同時返回傳輸成功消息；一卡多號 客戶端根據(jù)業(yè)務接入碼向語音業(yè)務邏輯處理系統(tǒng)SLP發(fā)起呼叫，源移動交換中心0MSC發(fā)起 初始地址消息IAM，所述IAM中攜帶被叫號碼，其中，所述被叫號碼是一卡多號業(yè)務接入碼， 0MSC根據(jù)接入碼判斷是一卡多號業(yè)務呼叫，則將呼叫轉(zhuǎn)移到一卡多號業(yè)務平臺；一卡多號 業(yè)務平臺模擬生成地址全消息（ACM消息），并向0MSC回復ACM消息；呼叫成功以后，SLP根 據(jù)主號碼查詢DB中對應的最新的被叫號碼信息，然后SLP對被叫號碼發(fā)起呼叫，同時一卡 多號業(yè)務平臺向0MSC模擬回復應答消息（A匪消息）；一卡多號業(yè)務平臺模擬發(fā)送IAM消 息至目的移動交換中心TMSC，其中，該發(fā)送的IAM中攜帶著真正的用戶號碼；被叫的移動終 端顯不的來電號碼是 ^多號業(yè)務用戶的副號碼，在TMSC回復ACM與ANM消息后，被叫應 答以后則主被叫可以正常通話，實現(xiàn)通話接續(xù)。
[0013] 在一實施例中，所述用戶漫游狀態(tài)的判斷由一卡多號客戶端中的漫游判斷模塊進 行判斷并給出判斷結(jié)果，從而為系統(tǒng)進行后續(xù)的業(yè)務邏輯執(zhí)行流程作出依據(jù)。
[0014] 在一實施例中，所述一卡多號技術(shù)平臺中的業(yè)務邏輯處理系統(tǒng)SLP從數(shù)據(jù)庫DB中 查詢主號碼在10S內(nèi)的送號數(shù)據(jù)。
[0015] 在一實施例中，所述用戶號碼為手機號碼、電話號碼或其他用戶的聯(lián)系號碼。
[0016] 在一實施例中，所述呼叫為副號碼在漫游地發(fā)起的呼叫。
[0017] 在一實施例中，所述副號碼是為一卡多號客戶端所使用的終端中使用的SIM卡對 應的MSISDN號碼再分配的一個MSISDN號碼。
[0018] 根據(jù)本發(fā)明的一個方面，提供了一種基于網(wǎng)絡傳輸原理實現(xiàn)號碼傳輸?shù)南到y(tǒng)，所 述系統(tǒng)包括：智能終端，其用于下載并安裝一卡多號客戶端；一卡多號客戶端，用于實現(xiàn)業(yè) 務注冊、業(yè)務注銷、業(yè)務變更、副號碼呼叫、副號碼短信、漫游判斷、和/或交互信息，其中， 一卡多號客戶端主要包括業(yè)務受理模塊、副號碼呼叫模塊、副號碼短信模塊、漫游判斷模 塊、接口模塊等模塊，其中，業(yè)務受理模塊用于用戶請求注冊/注銷一卡多號業(yè)務，設置一 卡多號業(yè)務，從而完成業(yè)務的注冊/注銷，副號碼呼叫模塊，用于當用戶需要通過副號碼進 行呼叫時，用戶可以經(jīng)由該模塊發(fā)起呼叫。其中在該模塊中，用戶只需一次撥號，就可發(fā)起 副號碼呼叫。漫游判斷模塊，用于根據(jù)一卡多號客戶端與服務端的數(shù)據(jù)判斷用戶是否處于 漫游狀態(tài)。接口模塊，一卡多號客戶端通過該模塊與地方APP接口模塊、運營商業(yè)務管理平 臺等交互各種信息、參數(shù)或數(shù)據(jù)等。用戶還可通過一卡多號客戶端進行業(yè)務的其他功能設 置。一卡多號客戶端還具有存儲模塊，用于存儲信息、參數(shù)或數(shù)據(jù)等。
[0019] 地方APP接口模塊，可以與一卡多號客戶端通過互聯(lián)網(wǎng)進行連接和通信，在某些 不能使用互聯(lián)網(wǎng)的情況下，一卡多號客戶端也可以通過通信網(wǎng)與地方APP接口模塊進行連 接和通信。并且地方APP接口模塊還與數(shù)據(jù)庫連接。地方APP接口模塊用于實現(xiàn)一卡多 號客戶端與數(shù)據(jù)庫之間的交互，包括各種參數(shù)的查詢及漫游判斷過程中的各種數(shù)據(jù)消息交 互。
[0020] 語音業(yè)務邏輯處理系統(tǒng)，其為本系統(tǒng)的核心部件，一卡多號技術(shù)平臺可以通過 TCAP/MAP等消息指示用戶所屬的HLR設置無條件呼轉(zhuǎn)，例如激活或取消用戶的無條件呼 轉(zhuǎn)。通過一卡多號技術(shù)平臺與一卡多號客戶端的交互數(shù)據(jù)綜合判斷用戶是否漫游，在漫游 情況下，系統(tǒng)自動發(fā)起網(wǎng)絡傳輸號碼流程。
[0021] 在一實施例中，所述一卡多號客戶端包括漫游判斷模塊，用于判斷用戶是否處于 漫游狀態(tài)。
[0022] 在一實施例中，所述呼叫為副號碼在漫游地發(fā)起的呼叫。
[0023] 在一實施例中，所述副號碼是為一卡多號客戶端所使用的終端中使用的SIM卡對 應的MSISDN號碼再分配的一個MSISDN號碼。
[0024] 根據(jù)本發(fā)明的又一方面，提供了 一種在基于網(wǎng)絡傳輸原理實現(xiàn)號碼傳輸?shù)姆椒ㄖ?判斷用戶是否漫游的方法，所述方法包括：漫游判斷模塊定期向接口服務器獲取LAC列表； 接口服務器返回LAC列表信息；一卡多號客戶端發(fā)起漫游判斷請求；漫游判斷模塊向客戶 端API接口獲取用戶當前LAC信息；客戶端API向電信運營商通信系統(tǒng)請求用戶所在地LAC 信息；電信運營商通信系統(tǒng)返回用戶LAC信息給客戶端API接口；客戶端API接口將用戶 LAC信息返回給漫游判斷模塊；漫游判斷模塊確定用戶目前是否處于漫游狀態(tài)后，返回給 一卡多號客戶端，同時根據(jù)判斷結(jié)果確定后續(xù)采用哪種流程完成副號碼的呼叫。
[0025] 在一實施例中，客戶端自動從接口服務器獲取所述標準碼LAC信息。
[0026] 在一實施例中，一卡多號客戶端API接口與電信運營商通信系統(tǒng)互通，并獲取用 戶所在地的LAC信息。
[0027] 在一實施例中，根據(jù)用戶實際的位置信息來確定是否采用網(wǎng)絡傳輸號碼的流程實 現(xiàn)副號碼的呼叫功能。

【專利附圖】

【附圖說明】
[0028] 以下將結(jié)合附圖進一步理解本發(fā)明，其中：
[0029] 圖1是本發(fā)明的基于網(wǎng)絡傳輸原理實現(xiàn)副號碼傳輸?shù)慕换チ鞒虉D；
[0030] 圖2是本發(fā)明的實現(xiàn)二次撥號方法的流程圖；
[0031] 圖3是本發(fā)明的基于網(wǎng)絡傳輸原理實現(xiàn)號碼傳輸?shù)南到y(tǒng)的示意圖；
[0032] 圖4是本發(fā)明的一卡多號客戶端的呼叫流程圖；
[0033] 圖5是本發(fā)明的判斷用戶是否處于漫游的流程圖。

【具體實施方式】
[0034] 下面，將結(jié)合附圖對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述。所描述的 實施例僅僅是本發(fā)明的一部分實施例，而不是全部的實施例。本領域普通技術(shù)人員基于本 發(fā)明實施例所獲得的任意改變或替代，都落入本發(fā)明保護的范圍。
[0035] 圖1是基于網(wǎng)絡傳輸原理實現(xiàn)副號碼傳輸?shù)慕换チ鞒虉D。
[0036] 步驟1 :一卡多號客戶端向地方APP接口模塊傳輸被叫用戶號碼；
[0037] 步驟2 :地方APP接口模塊將被叫號碼寫入數(shù)據(jù)庫（DB);
[0038] 步驟3 :數(shù)據(jù)庫（DB)返回寫入成功消息；
[0039] 步驟4 :地方APP接口模塊將數(shù)據(jù)成功寫入消息透傳給一卡多號客戶端；
[0040] 步驟5 :-卡多號客戶端呼叫語音業(yè)務邏輯處理系統(tǒng)（SLP);
[0041] 步驟6 :語音業(yè)務邏輯處理系統(tǒng)（SLP)去查詢數(shù)據(jù)庫（DB)中記錄的被叫號碼；
[0042] 步驟7 :數(shù)據(jù)庫（DB)返回被叫號碼給語音業(yè)務邏輯處理系統(tǒng)（SLP);
[0043] 步驟8 :語音業(yè)務邏輯處理系統(tǒng)（SLP)呼叫查詢到的被叫號碼。
[0044] 被叫號碼應答后，建立起通話話路，則主叫和被叫可以正常通話。
[0045] 網(wǎng)絡傳輸?shù)牟襟E包括以下：
[0046] S1，當用戶使用智能終端中SM對應的MSISDN登錄一卡多號客戶端，并且智能終 端打開WIFI或移動網(wǎng)絡時，用戶使用副號碼呼叫，一卡多號客戶端判斷用戶狀態(tài)是漫游狀 態(tài)，網(wǎng)絡傳輸號碼功能處于打開狀態(tài)且能夠接入WIFI或移動網(wǎng)絡，若網(wǎng)絡傳輸號碼功能關 閉或不能接入網(wǎng)絡，則以二次撥號流程處理。
[0047] 其中，網(wǎng)絡傳輸號碼功能是指：在一卡多號技術(shù)平臺以配置項方式提供，即功能開 關打開則提供此項服務，功能開關關閉則無此項服務。二次撥號流程是指：業(yè)務用戶撥打業(yè) 務接入碼到技術(shù)平臺，根據(jù)IVR語音提示輸入被叫號碼，則技術(shù)平臺向被叫發(fā)起呼叫，為主 叫用戶和被叫用戶接通話路。
[0048] S2,地方APP接口模塊接收到客戶端的送號信息，刪除該主號碼原來的呼叫記錄， 將新數(shù)據(jù)寫入數(shù)據(jù)庫表（DB)中并向地方APP接口模塊返回處理結(jié)果，接口模塊再將消息傳 給一^^多號客戶端。
[0049] S3, 一卡多號客戶端在預定時間內(nèi)（最多等待3s)等待地方APP接口模塊返回結(jié) 果，如果預定時間內(nèi)返回成功則主叫用戶直接呼叫接入碼，如果返回失敗或超過預定時間， 則采用二次撥號流程。
[0050] S4,當呼叫進入語音業(yè)務邏輯處理系統(tǒng)（SLP)后，SLP判斷網(wǎng)絡傳輸號碼功能是否 打開，如果打開則向數(shù)據(jù)庫查詢該主叫在最近10s內(nèi)的送號數(shù)據(jù)。
[0051] S5, SLP如果查出該主叫號碼的送號信息，則呼叫被叫號碼；如果沒有記錄則采用 二次撥號流程，如果二次撥號超時（最多等待10S)就釋放該呼叫。
[0052] 如圖1所示，實現(xiàn)副號碼傳輸?shù)南到y(tǒng)主要包括：一卡多號客戶端101、地方APP接 口模塊102、數(shù)據(jù)庫（DB) 103、語音業(yè)務邏輯處理系統(tǒng)（SLP) 104、被叫用戶105等模塊或部 件。具體地，該系統(tǒng)可以具體包括：
[0053] -卡多號客戶端101，用于實現(xiàn)業(yè)務注冊、業(yè)務注銷、業(yè)務變更、副號碼呼叫、副號 碼短信、漫游判斷、交互信息等功能。其中，一卡多號客戶端ιο?主要包括業(yè)務受理模塊、副 號碼呼叫模塊、副號碼短信模塊、漫游判斷模塊、接口模塊等模塊。其中，業(yè)務受理模塊用于 用戶請求注冊/注銷一卡多號業(yè)務，設置一卡多號業(yè)務，從而完成業(yè)務的注冊/注銷。副號 碼呼叫模塊，用于當用戶需要通過副號碼進行呼叫時，用戶可以經(jīng)由該模塊發(fā)起呼叫。其中 在該副號碼呼叫模塊中，用戶只需一次撥號，就可發(fā)起副號碼呼叫。漫游判斷模塊，用于根 據(jù)客戶端與服務端的數(shù)據(jù)判斷用戶是否處于漫游狀態(tài)。接口模塊，一卡多號客戶端101通 過該接口模塊與地方APP接口模塊102、運營商業(yè)務管理平臺等交互各種信息、參數(shù)或數(shù)據(jù) 等。用戶還可通過一卡多號客戶端101進行業(yè)務的其他功能設置。一卡多號客戶端101還 具有存儲模塊，用于存儲信息、參數(shù)或數(shù)據(jù)等。
[0054] 地方APP接口模塊102,可以與一^^多號客戶端101通過互聯(lián)網(wǎng)進行連接和通信， 在某些不能使用互聯(lián)網(wǎng)的情況下，一卡多號客戶端101也可以通過通信網(wǎng)與地方APP接口 模塊102進行連接和通信。并且地方APP接口模塊102還與數(shù)據(jù)庫103連接。地方APP接 口模塊102用于實現(xiàn)一卡多號客戶端101與數(shù)據(jù)庫103之間的交互，包括各種參數(shù)的查詢 及漫游判斷過程中的各種數(shù)據(jù)消息交互。
[0055] 數(shù)據(jù)庫（DB) 103,記錄并管理一卡多號業(yè)務平臺所有數(shù)據(jù)，其中主要包括：業(yè)務受 理數(shù)據(jù)（包括注冊/注銷）、業(yè)務變更數(shù)據(jù)、副號碼通話話單、副號碼短信收發(fā)記錄等。
[0056] 語音業(yè)務邏輯處理系統(tǒng)104是一卡多號技術(shù)平臺的核心模塊，其為本系統(tǒng)的核心 部件，一卡多號技術(shù)平臺可以通過TCAP/MAP等消息指示用戶所屬的HLR設置無條件呼轉(zhuǎn)， 例如激活或取消用戶的無條件呼轉(zhuǎn)。通過一卡多號技術(shù)平臺與一卡多號客戶端101的交互 數(shù)據(jù)綜合判斷用戶是否漫游，在漫游情況下，系統(tǒng)自動發(fā)起號碼傳輸?shù)牧鞒獭?br> [0057] 在本發(fā)明的號碼傳輸?shù)牧鞒讨?，當用戶通過一卡多號客戶端101撥號發(fā)起呼叫 后，將被叫用戶105的號碼送到地方APP接口模塊102,地方APP接口模塊102根據(jù)用戶號 碼判斷該號碼的歸屬地，同時將歸屬地的位置信息表同步給一卡多號客戶端101，然后，由 一卡多號客戶端101判斷用戶是否漫游。如果是，則開始傳輸號碼流程。首先是通過互聯(lián) 網(wǎng)傳輸號碼到地方APP接口模塊102,根據(jù)返回的消息判斷是否繼續(xù)此流程，如果返回傳輸 成功，則呼叫一卡多號技術(shù)平臺接入碼，即與語音業(yè)務邏輯處理系統(tǒng)104接通，再通過數(shù)據(jù) 庫（DB) 103中的記錄獲取被叫用戶105的號碼，最后一卡多號技術(shù)平臺根據(jù)被叫用戶105 的號碼呼叫被叫，從用戶體驗的角度來說，這個完整的傳輸號碼的過程進行的很快，不會影 響用戶的使用感受。如果沒有網(wǎng)絡支持或地方APP接口模塊102返回失敗消息，則一卡多 號客戶端101將采用自動二次呼叫的方式對被叫用戶發(fā)起呼叫，實現(xiàn)主被叫通話。
[0058] 在一個實施例中，一^^多號技術(shù)平臺可以包括控制模塊，用于控制平臺各項操作； 業(yè)務模塊，用于處理一卡多號業(yè)務，例如，解析被叫號碼，例如，從IAM消息中解析被叫號 碼；存儲模塊，用于存儲一卡多號業(yè)務中的數(shù)據(jù)，例如，LAC標準碼，用戶信息等；接口模塊， 一卡多號技術(shù)平臺可以經(jīng)該接口模塊與外界進行交互，傳輸信息。一卡多號技術(shù)平臺中的 短信模塊負責將一卡多號客戶端請求生成的隨機驗證碼下發(fā)給短信網(wǎng)關，通過短信網(wǎng)關向 用戶下發(fā)短信，用戶通過短信網(wǎng)關下發(fā)驗證碼登錄一卡多號客戶端101。一卡多號技術(shù)平臺 還包括其他所需模塊，用于實現(xiàn)一卡多號業(yè)務。
[0059] 被叫用戶105,可以是國內(nèi)任何運營商移動網(wǎng)的號碼。
[0060] 參見圖2,其是本發(fā)明的實現(xiàn)二次撥號方法的流程圖。（補充圖2的流程步驟）。
[0061] 步驟1 :主叫用戶即為一卡多號業(yè)務用戶發(fā)起呼叫到一卡多號技術(shù)平臺；
[0062] 步驟2 :-卡多號技術(shù)平臺收到來話后，判斷其是業(yè)務用戶呼入，則播放針對業(yè)務 用戶的語音提示內(nèi)容；
[0063] 步驟3 :主叫用戶（業(yè)務用戶）根據(jù)語音提示內(nèi)容輸入被叫號碼；
[0064] 步驟4 :一^^多號技術(shù)平臺呼叫被叫號碼，被叫接聽后，主叫和被叫可以正常進行 通話。
[0065] 圖3是本發(fā)明的基于網(wǎng)絡傳輸原理實現(xiàn)號碼傳輸?shù)南到y(tǒng)的示意圖，主要包括一卡 多號客戶端、地方APP接口服務器、一卡多號技術(shù)平臺、HLR、GMSC、電信運營商業(yè)務管理平 臺、數(shù)據(jù)庫服務器七個部分。所述示意圖各部分介紹如下：
[0066] 一卡多號客戶端，用戶使用智能終端通過互聯(lián)網(wǎng)獲取一卡多號客戶端軟件并安裝 使用。該一卡多號客戶端具有與圖1所述的一卡多號客戶端101相同的功能。此外，該一 卡多號客戶端通過終端軟件實現(xiàn)一卡多號提供的各項功能，包括使用網(wǎng)絡傳輸技術(shù)實現(xiàn)號 碼傳輸?shù)墓δ?。使用一卡多號客戶端發(fā)起呼叫，客戶端首先對業(yè)務用戶進行漫游判斷，如果 確定處于漫游狀態(tài)，則進行傳輸號碼流程。地方APP接口服務器，接口服務器收到客戶端傳 來的號碼以后，將號碼寫入數(shù)據(jù)庫表中，以備語音業(yè)務邏輯處理系統(tǒng)查詢。
[0067] ^多號技術(shù)平臺，^多號技術(shù)平臺其為本系統(tǒng)的核心部分，^多號技術(shù)平 臺通過TCAP/MAP等消息指示用戶所屬的HLR設置無條件呼轉(zhuǎn)，例如激活或取消用戶的無條 件呼轉(zhuǎn)。通過一卡多號技術(shù)平臺與一卡多號客戶端的交互數(shù)據(jù)綜合判斷用戶是否漫游，在 漫游情況下，系統(tǒng)自動發(fā)起網(wǎng)絡傳輸號碼功能流程。一卡多號技術(shù)平臺實現(xiàn)了發(fā)起接入碼 呼叫、被叫號碼收號、播放提示音、通話接續(xù)等功能。
[0068] HLR，一卡多號技術(shù)平臺通過TCAP/MAP消息指示用戶所屬HLR設置無條件呼轉(zhuǎn)數(shù) 據(jù)。GMSC，實現(xiàn)主叫被叫通話續(xù)接，通過ISUP和E1實現(xiàn)為主叫播放IVR語音提示。
[0069] 數(shù)據(jù)庫服務器，用于記錄一卡多號業(yè)務的所有數(shù)據(jù)并對數(shù)據(jù)進行管理。
[0070] 圖4是本發(fā)明的一卡多號客戶端的呼叫流程圖。通信場景是業(yè)務用戶使用一卡多 號的副號碼撥打被叫用戶，普通用戶正常應答。其包括以下步驟：
[0071] 步驟1 :主叫交換機發(fā)送IAM消息給一卡多號技術(shù)平臺，其中攜帶的主叫為實際主 叫號碼，被叫為接入碼+實際的被叫號碼；
[0072] 步驟2 :^多號技術(shù)平臺將發(fā)送的IAM消息給被叫交換機，其中，攜帶的主叫為 顯示的副號碼，被叫為實際被叫號碼；
[0073] 步驟3 :被叫交換機發(fā)送ACM消息給一卡多號技術(shù)平臺；
[0074] 步驟4 :一卡多號技術(shù)平臺轉(zhuǎn)發(fā)ACM消息給主叫交換機；
[0075] 步驟5 :被叫應答后，被叫交換機發(fā)送ANM消息給一卡多號技術(shù)平臺；
[0076] 步驟6 :-卡多號技術(shù)平臺轉(zhuǎn)發(fā)ANM消息給主叫交換機，主被叫開始通話；
[0077] 步驟7 :通話結(jié)束后，主叫先掛機，主叫交換機發(fā)送REL消息給一卡多號技術(shù)平 臺；
[0078] 步驟8 :^多號技術(shù)平臺轉(zhuǎn)發(fā)REL消息給被叫交換機；
[0079] 步驟9 :被叫交換機拆線完成后，發(fā)送RLC消息給一卡多號技術(shù)平臺；
[0080] 步驟10 :-卡多號技術(shù)平臺轉(zhuǎn)發(fā)RLC消息給主叫交換機；
[0081] 如果通話結(jié)束時是被叫先掛機，則從弟7)開始轉(zhuǎn)為：
[0082] 步驟11 :通話結(jié)束后，被叫先掛機，被叫交換機發(fā)送REL消息給一卡多號技術(shù)平 臺；
[0083] 步驟12 :-卡多號技術(shù)平臺轉(zhuǎn)發(fā)REL消息給主叫交換機；
[0084] 步驟13 :主叫交換機拆線完成后，發(fā)送RLC消息給一卡多號技術(shù)平臺；
[0085] 步驟14 :一卡多號技術(shù)平臺轉(zhuǎn)發(fā)RLC消息給被叫交換機；
[0086] 其中一卡多號技術(shù)平臺只轉(zhuǎn)發(fā)REL消息，不改變REL消息攜帶的原因值。
[0087] 圖5是本發(fā)明的判斷用戶是否處于漫游的流程圖。如圖5所示，當用戶處于漫游 情況下，通過副號碼發(fā)起呼叫時，判斷用戶是否處于漫游狀態(tài)下，如果是，系統(tǒng)自動進行網(wǎng) 絡傳輸號碼流程，向目標交換機發(fā)起呼叫，目的交換機回復確認消息后，完成呼叫接續(xù)。
[0088] 在下文中，將描述如何判斷用戶是否漫游的方法。判斷用戶是否漫游的方法具體 包括：
[0089] 步驟1 :漫游判斷模塊定期向接口服務器獲取LAC列表；
[0090] 步驟2 :接口服務器返回LAC列表信息；
[0091] 步驟3 :-卡多號客戶端發(fā)起漫游判斷請求；
[0092] 步驟4 :漫游判斷模塊向客戶端API接口獲取用戶當前LAC信息；
[0093] 步驟5 :客戶端API向電信運營商通信系統(tǒng)請求用戶所在地LAC信息；
[0094] 步驟6 :電信運營商通信系統(tǒng)返回用戶LAC信息給客戶端API接口；
[0095] 步驟7 :客戶端API接口將用戶LAC信息返回給漫游判斷模塊；
[0096] 步驟8 :漫游判斷模塊確定用戶目前是否處于漫游狀態(tài)后，返回給一卡多號客戶 端，同時根據(jù)判斷結(jié)果確定后續(xù)采用哪種流程完成副號碼的呼叫。通過使用本發(fā)明的方法 和系統(tǒng)，用戶可以方便快捷地實現(xiàn)副號碼漫游狀態(tài)下的呼叫，真正意義上為用戶提供了漫 游呼叫的功能，當使用副號碼進行呼叫，用戶也僅需輸入被叫的用戶號碼，即可完成副號碼 的漫游呼叫，方便了用戶操作。
【權(quán)利要求】
1. 一種基于網(wǎng)絡傳輸原理實現(xiàn)的號碼傳輸?shù)姆椒?，所述方法包括? 一卡多號業(yè)務用戶在漫游地使用一卡多號客戶端發(fā)起呼叫時，首先判斷是否處于漫游 狀態(tài)。 若處于漫游狀態(tài)，則根據(jù)地方APP接口服務器的URL地址將被叫號碼通過網(wǎng)絡傳輸?shù)?服務端，服務端將被叫號碼保存在數(shù)據(jù)庫（以下簡稱DB)，同時返回傳輸成功消息。 一卡多號客戶端根據(jù)業(yè)務接入碼向語音業(yè)務邏輯處理系統(tǒng)（以下簡稱SLP)發(fā)起呼叫， 源移動交換中心OMSC發(fā)起初始地址消息（IAM消息），所述IAM消息中攜帶被叫號碼，其中， 所述被叫號碼是一卡多號業(yè)務接入碼，OMSC根據(jù)接入碼判斷是一卡多號業(yè)務呼叫，則將呼 叫轉(zhuǎn)移到一卡多號技術(shù)平臺； 一卡多號技術(shù)平臺模擬生成地址全消息（ACM消息），并向OMSC回復ACM消息；呼叫成 功以后，SLP根據(jù)主號碼查詢DB中對應的最新的被叫號碼信息，然后SLP對被叫號碼發(fā)起 呼叫，同時一卡多號技術(shù)平臺向OMSC模擬回復應答消息（ANM消息）； 一卡多號技術(shù)平臺模擬發(fā)送IAM消息至目的移動交換中心TMSC，其中，該發(fā)送的IAM中 攜帶著真正的用戶號碼； 被叫的移動終端顯不的來電號碼是 ^多號業(yè)務用戶的副號碼，在TMSC回復ACM與 ANM消息后，被叫應答以后則主被叫可以正常通話，實現(xiàn)通話接續(xù)。
2. 依照權(quán)利要求1所述的方法，其中，所述用戶漫游狀態(tài)的判斷由一卡多號客戶端中 的漫游判斷模塊處理并給出處理結(jié)果，為系統(tǒng)進行后續(xù)的業(yè)務邏輯執(zhí)行流程做為依據(jù)。
3. 依照前述任一權(quán)利要求所述的方法，其中，所述一卡多號技術(shù)平臺中的業(yè)務邏輯處 理系統(tǒng)（SLP)從數(shù)據(jù)庫（DB)中查詢主號碼在10S內(nèi)的送號數(shù)據(jù)。
4. 依照前述任一權(quán)利要求所述的方法，其中，所述用戶號碼為手機號碼、電話號碼或其 他用戶的聯(lián)系號碼。
5. 依照前述任一權(quán)利要求所述的方法，其中，所述呼叫為副號碼在漫游地發(fā)起的呼叫。
6. 依照權(quán)利要求5所述的方法，其中，所述副號碼是為一卡多號客戶端所使用的終端 中使用的SIM卡對應的MSISDN號碼再分配一個MSISDN號碼。
7. -種基于網(wǎng)絡傳輸原理實現(xiàn)的號碼傳輸?shù)南到y(tǒng)，所述系統(tǒng)包括： 智能終端，其用于下載并安裝一卡多號客戶端； 一卡多號客戶端，用于實現(xiàn)業(yè)務注冊、業(yè)務注銷、業(yè)務變更、副號碼呼叫、副號碼短信、 漫游判斷、交互信息等功能。其中，一卡多號客戶端主要包括業(yè)務受理模塊、副號碼呼叫模 塊、副號碼短信模塊、漫游判斷模塊、接口模塊等模塊。其中，業(yè)務受理模塊用于用戶請求注 冊/注銷一卡多號業(yè)務，設置一卡多號業(yè)務，從而完成業(yè)務的注冊/注銷。副號碼呼叫模塊， 用于當用戶需要通過副號碼進行呼叫時，用戶可以經(jīng)由該模塊發(fā)起呼叫。其中在該模塊中， 用戶只需一次撥號，就可發(fā)起副號碼呼叫。漫游判斷模塊，用于根據(jù)客戶端與服務端的數(shù)據(jù) 判斷用戶是否處于漫游狀態(tài)。接口模塊，一卡多號客戶端通過該模塊與地方APP接口模塊、 運營商業(yè)務管理平臺等交互各種信息、參數(shù)或數(shù)據(jù)等。用戶還可通過一卡多號客戶端進行 業(yè)務的其他功能設置。一卡多號客戶端還具有存儲模塊，用于存儲信息、參數(shù)或數(shù)據(jù)等。 地方APP接口模塊，可以與一卡多號客戶端通過互聯(lián)網(wǎng)進行連接和通信，在某些不能 使用互聯(lián)網(wǎng)的情況下，一卡多號客戶端也可以通過通信網(wǎng)與地方APP接口模塊進行連接和 通信。并且地方APP接口模塊還與數(shù)據(jù)庫連接。地方APP接口模塊用于實現(xiàn)一卡多號客戶 端與數(shù)據(jù)庫之間的交互，包括各種參數(shù)的查詢及漫游判斷過程中的各種數(shù)據(jù)消息交互。 語音業(yè)務邏輯處理系統(tǒng)，其為本系統(tǒng)的核心部件，一卡多號技術(shù)平臺可以通過TCAP/ MAP等消息指示用戶所屬的HLR設置無條件呼轉(zhuǎn)，例如激活或取消用戶的無條件呼轉(zhuǎn)。通過 一卡多號技術(shù)平臺與一卡多號客戶端的交互數(shù)據(jù)綜合判斷用戶是否漫游，在漫游情況下， 系統(tǒng)自動發(fā)起網(wǎng)絡傳輸號碼流程。
8. 依照權(quán)利要求7所述的系統(tǒng)，其中，所述一卡多號客戶端包括漫游判斷模塊，用于判 斷用戶是否處于漫游狀態(tài)。
9. 依照權(quán)利要求7和8任一項所述的系統(tǒng)，其中，所述呼叫為副號碼在漫游地發(fā)起的呼 口 4。
10. 依照權(quán)利要求7所述的系統(tǒng)，其中，所述副號碼是為一卡多號客戶端所使用的終端 中使用的SIM卡對應的MSISDN號碼再分配一個MSISDN號碼。
11. 一種基于網(wǎng)絡傳輸原理實現(xiàn)號碼傳輸?shù)姆椒ㄖ信袛嘤脩羰欠衤蔚姆椒?，所述?法包括： 漫游判斷模塊定期向接口服務器獲取LAC列表； 接口服務器返回LAC列表信息； 一卡多號客戶端發(fā)起漫游判斷請求； 漫游判斷模塊向客戶端API接口獲取用戶當前LAC信息； 客戶端API向電信運營商通信系統(tǒng)請求用戶所在地LAC信息； 電信運營商通信系統(tǒng)返回用戶LAC信息給客戶端API接口； 客戶端API接口將用戶LAC信息返回給漫游判斷模塊； 漫游判斷模塊確定用戶目前是否處于漫游狀態(tài)后，返回給一卡多號客戶端，同時根據(jù) 判斷結(jié)果確定后續(xù)采用哪種流程完成副號碼的呼叫。
12. 依照權(quán)利要求11所述的方法，其中，客戶端自動從接口服務器獲取所述標準碼LAC 信息。
13. 依照權(quán)利要求11所述的方法，其中，一卡多號客戶端API接口與電信運營商通信系 統(tǒng)互通，并獲取用戶所在地的LAC信息。
14. 依照權(quán)利要求11所述的方法，其中，根據(jù)用戶實際的位置信息來確定是否采用網(wǎng) 絡傳輸號碼的流程實現(xiàn)副號碼的呼叫功能。
【文檔編號】H04W8/26GK104125552SQ201410307402
【公開日】2014年10月29日 申請日期:2014年6月30日 優(yōu)先權(quán)日:2014年6月30日
【發(fā)明者】胡敏, 劉玉璋, 劉海琳 申請人:北京得實達康系統(tǒng)集成有限公司