專利名稱：一種實現(xiàn)本地交換的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種實現(xiàn)本地交換的方法和裝置。

背景技術(shù)：
在UMTS(Universal Mobile Telecommunications System，通用移動通訊系統(tǒng))網(wǎng)絡(luò)中，AP(Access Point，接入點)作為一種CPE(Customer PremisesEquipment，用戶室內(nèi)設(shè)備)，部署在用戶的家中或企業(yè)的辦公室里，是小型無線接入設(shè)備。AP把有線網(wǎng)和無線網(wǎng)融合在一起，是一種典型的FMC(FixedMobile Convergence，固定移動融合)應(yīng)用，提高了室內(nèi)的移動無線覆蓋，吸收了話務(wù)，提高用戶的業(yè)務(wù)體驗。
現(xiàn)有技術(shù)中，UMTS AP網(wǎng)絡(luò)中的通話流程為:主叫UE(User Equipment，用戶設(shè)備)、主叫側(cè)AP和AG(Aggregate Gateway，接入網(wǎng)關(guān))之間建立RRC(Radio Resource Control，無線資源控制)連接；主叫UE向主叫側(cè)AP發(fā)送初始直傳消息，主叫側(cè)AP通過AG向MSC(Mobile Switch Center，移動交換中心)發(fā)送初始UE消息；主叫UE、主叫側(cè)AP、AG和MSC之間進行鑒權(quán)、安全控制；主叫UE通過主叫側(cè)AP、AG向MSC發(fā)送Setup消息；主叫UE、主叫側(cè)AP、AG和MSC之間建立承載；MSC通過AG和被叫側(cè)AP尋呼被叫UE；被叫UE、被叫側(cè)AP和AG之間建立RRC連接；被叫UE向被叫側(cè)AP發(fā)送初始直傳消息，被叫側(cè)AP通過AG向MSC發(fā)送初始UE消息；被叫UE、被叫側(cè)AP、AG和MSC之間進行鑒權(quán)、安全控制；MSC通過AG、被叫側(cè)AP向被叫UE發(fā)送Setup消息；被叫UE、被叫側(cè)AP和MSC之間建立承載。
發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下問題: 主叫UE和被叫UE在同一個AG或AP下通話時，需要通過CN(CoreNetwork，核心網(wǎng))中的MSC完成信令交換，主叫UE和被叫UE之間用于傳送數(shù)據(jù)信息的用戶面，建立在UE與CN之間，占用了CN的資源，造成話路浪費，增加了語音傳輸?shù)臅r延。


發(fā)明內(nèi)容
本發(fā)明實施例提供一種實現(xiàn)本地交換的方法和裝置，減少了對CN資源的占用。
為達到上述目的，本發(fā)明實施例一方面提出一種實現(xiàn)本地交換的方法，包括: 獲取主叫用戶信息和被叫用戶信息； 根據(jù)所述主叫用戶信息和所述被叫用戶信息，查詢數(shù)據(jù)字典，判斷所述主叫用戶與所述被叫用戶之間能否進行本地交換； 如果判斷所述主叫用戶和所述被叫用戶之間能夠進行本地交換，則控制所述主叫用戶和所述被叫用戶進行本地交換。
另一方面，本發(fā)明實施例還提出一種實現(xiàn)本地交換的裝置，包括: 獲取模塊，用于獲取主叫用戶信息和被叫用戶信息； 判斷模塊，用于根據(jù)所述獲取模塊獲取的所述主叫用戶信息和所述被叫用戶信息，查詢數(shù)據(jù)字典，判斷所述主叫用戶與所述被叫用戶之間能否進行本地交換； 控制模塊，用于當(dāng)所述判斷模塊判斷所述主叫用戶和所述被叫用戶之間能夠進行本地交換，控制所述主叫用戶和所述被叫用戶進行本地交換。
本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，因為根據(jù)主叫用戶信息和被叫用戶信息，控制主叫用戶和被叫用戶進行本地交換，從而，減少了對核心網(wǎng)資源的占用，縮短了語音的傳輸時延。



為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明實施例中的一種實現(xiàn)本地交換的方法流程圖； 圖2為本發(fā)明實施例中的實現(xiàn)本地交換的一種具體實現(xiàn)方式流程圖； 圖3為本發(fā)明實施例中的實現(xiàn)本地交換的另一種具體實現(xiàn)方式流程圖； 圖4為本發(fā)明實施例中的實現(xiàn)本地交換的再一種具體實現(xiàn)方式流程圖； 圖5為本發(fā)明實施例中的一種實現(xiàn)本地交換的裝置結(jié)構(gòu)圖； 圖6為本發(fā)明實施例中的實現(xiàn)本地交換的裝置的一種具體結(jié)構(gòu)圖。

具體實施例方式 下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
如圖1所示，為本發(fā)明實施例中的一種實現(xiàn)本地交換的方法流程圖，包括以下步驟: 步驟101，獲取主叫用戶信息和被叫用戶信息。
獲取主叫用戶信息和被叫用戶信息，包括獲取主叫用戶和被叫用戶的IMSI(International Mobile Subscriober Identify，國際移動用戶識別碼)。接收到主叫UE發(fā)送的NAS(Non-Access Stratum，非接入層)信令后，解析NAS信令中的呼叫建立消息，可以直接獲取主叫用戶的IMSI，還可以獲取被叫用戶的MSISDN(Mobile Station International Integrated Services Digital NetworkNumber，移動臺國際綜合業(yè)務(wù)數(shù)字網(wǎng)號碼)或被叫用戶的其他號碼標(biāo)識，如短號碼和MSISDN加號碼前綴等，通過查詢預(yù)先配置的數(shù)據(jù)字典，可以獲取被叫用戶的IMSI。
數(shù)據(jù)字典中可以包含MSISDN與短號碼對應(yīng)表，用于進行短號碼與MSISDN之間的翻譯，如表1所示，通過查詢MSISDN與短號碼對應(yīng)表，可以根據(jù)被叫用戶的短號碼獲取被叫用戶的MSISDN；數(shù)據(jù)字典中還可以包含本地交換號碼前綴表，用于標(biāo)識用戶需要進行本地交換，如表2所示，通過查詢本地交換號碼前綴表，可以根據(jù)被叫用戶的MSISDN加號碼前綴獲取被叫用戶的MSISDN；數(shù)據(jù)字典中還可以包含IMSI與MSISDN對應(yīng)表，用于進行IMSI與MSISDN之間的翻譯，如表3所示，通過查詢IMSI與MSISDN對應(yīng)表，可以根據(jù)被叫用戶的MSISDN獲取被叫用戶的IMSI。
表1:MSISDN與短號碼對應(yīng)表 表2:本地交換號碼前綴表 表3:IMSI與MSISDN對應(yīng)表 數(shù)據(jù)字典中還包含IMSI與AP對應(yīng)關(guān)系表，如表4所示，通過查詢IMSI與AP對應(yīng)關(guān)系表，可以根據(jù)UE的IMSI獲取UE所在AP的標(biāo)識，AP與IMSI之間存在一對多的關(guān)系。數(shù)據(jù)字典中還包含本地交換組表，如表5所示，通過查詢本地交換組表，可以根據(jù)UE所在的AP的標(biāo)識獲取UE所在的本地交換組Group。本地交換組表將AG下的多個AP劃分到不同的Group，只有當(dāng)主被叫UE所在的AP在同一個Group內(nèi)時，主被叫UE之間才能進行本地交換。
表4:IMSI與AP對應(yīng)關(guān)系表
表5:本地交換組表
本領(lǐng)域技術(shù)人員可以理解，數(shù)據(jù)字典這個名稱不構(gòu)成對本發(fā)明實施例的限制。凡是具有存儲上述部分或者全部對應(yīng)關(guān)系數(shù)據(jù)表功能的模塊，均可應(yīng)用于本發(fā)明實施例，也可以有除數(shù)據(jù)字典外其他的名稱。
步驟102，根據(jù)主叫用戶信息和被叫用戶信息，查詢數(shù)據(jù)字典，判斷主叫用戶和被叫用戶之間能否進行本地交換，如果判斷主叫用戶和被叫用戶之間能夠進行本地交換，則執(zhí)行步驟103。
根據(jù)主叫用戶和被叫用戶的IMSI，查詢數(shù)據(jù)字典中的IMSI與AP對應(yīng)關(guān)系表，即表4，可以判斷主叫UE和被叫UE是否在同一AP中，如果主叫UE和被叫UE在同一AP中，則判斷主叫用戶和被叫用戶之間能夠進行本地交換。如果主叫UE和被叫UE不在同一AP中，則獲取主叫UE和被叫UE各自所在AP的標(biāo)識，查詢數(shù)據(jù)字典中的本地交換組表，即表5，確定主叫UE和被叫UE各自所在AP是否在同一Group中，如果主叫UE和被叫UE各自所在AP在同一Group中，則判斷主叫用戶和被叫用戶之間能夠進行本地交換。
本步驟也可以不用判斷主被叫UE是否在同一AP中，直接獲取主叫UE和被叫UE各自所在AP的標(biāo)識，根據(jù)主被叫UE各自所在AP的標(biāo)識，查詢數(shù)據(jù)字典中的本地交換組表，即表5，判斷主被叫UE是否在同一個Group中，進而確定主被叫用戶之間是否能夠進行本地交換。
步驟103，控制主叫用戶和被叫用戶進行本地交換。
如果判斷主叫用戶和被叫用戶之間能夠進行本地交換，則控制主叫用戶和被叫用戶在本地傳送數(shù)據(jù)信息，不再通過CN。
本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，因為根據(jù)主叫用戶信息和被叫用戶信息，控制主叫用戶和被叫用戶進行本地交換，減少了對核心網(wǎng)資源的占用，縮短了語音的傳輸時延。
如圖2所示，為本發(fā)明實施例中的實現(xiàn)本地交換的一種具體實現(xiàn)方式流程圖，包括以下步驟: 步驟201，AG獲取并記錄駐留在AP網(wǎng)絡(luò)中的UE信息，根據(jù)UE信息，配置數(shù)據(jù)字典。
本發(fā)明實施例在AG中實現(xiàn)呼叫控制、補充業(yè)務(wù)等類MSC功能。UMTS AP網(wǎng)絡(luò)對UE具有特定的準(zhǔn)入機制，只有允許準(zhǔn)入的UE才可以駐留在UMTS AP網(wǎng)絡(luò)中。在主叫UE發(fā)起呼叫前，主叫UE和主叫側(cè)AP建立RRC連接，并通過主叫側(cè)AP向AG發(fā)送LAU(Location Area Update，位置更新)/RRAU(RouteArea Update，路由更新)Req請求消息。AG解析LAU/RAU Req消息，獲取并記錄主叫UE信息，包括UE的IMSI和UE所在AP的標(biāo)識等，在數(shù)據(jù)字典中配置IMSI與AP對應(yīng)關(guān)系表，如表4所示。數(shù)據(jù)字典中的其他表項可以預(yù)先配置，也可以動態(tài)修改。數(shù)據(jù)字典可以位于AG中，包括IMSI與AP對應(yīng)關(guān)系表和本地交換組表，還可以包括IMSI與MSISDN對應(yīng)表、MSISDN與短號碼對應(yīng)表和/或本地交換號碼前綴表。
AG與UE會定時同步信息，如果UE在同步時間間隔內(nèi)駐留到其他AP小區(qū)，則刷新IMSI與AP的對應(yīng)關(guān)系，即表4中的信息。如果表4中的信息更新不及時，如UE駐留到宏小區(qū)，對于該UE的尋呼會失敗，可按預(yù)定的策略中斷本次呼叫，或按普通呼叫進行尋呼。
步驟202，主叫UE與AG建立RRC連接。
主叫UE發(fā)起呼叫，通過正常的呼叫流程與AG建立RRC連接。主叫用戶采用的撥打方式包括以下三種: 方式1:正常的撥打方式。如撥打被叫用戶的MSISDN。
方式2:撥打短號的方式。預(yù)先為用戶分配一個短號碼，該短號碼與用戶的號碼存在一定的對應(yīng)關(guān)系，主叫用戶可以直接撥打被叫用戶的短號碼。
方式3:特殊號碼前綴方式。主叫用戶撥打被叫用戶時，在被叫號碼前加撥號碼前綴。
步驟203，主叫UE向AG發(fā)送呼叫建立消息。
主叫UE與AG建立RRC連接后，向AG發(fā)送呼叫建立消息。
步驟204，AG獲取主叫用戶信息和被叫用戶信息。
獲取主叫用戶信息和被叫用戶信息，包括獲取主叫用戶和被叫用戶的IMSI，AG接收并解析NAS信令中的呼叫建立消息，獲取主叫用戶的IMSI。對呼叫建立消息的解析結(jié)果還可以包含被叫用戶的MSISDN，也可以包含被叫用戶的其他號碼標(biāo)識，如短號碼和MSISDN加號碼前綴等。若得到的被叫信息為本地交換號碼加MSISDN的形式，則通過查詢本地交換號碼前綴表和MSISDN與IMSI對應(yīng)表，獲取被叫用戶的IMSI，如得到的被叫信息為17955134xxxxxxxx，根據(jù)表2可以判斷17955為號碼前綴，去掉號碼前綴后可獲取被叫用戶的MSISDN，查詢表3，可以獲取被叫用戶的IMSI；若得到的被叫信息為被叫用戶短號碼，則通過查詢MSISDN與短號碼對應(yīng)表和MSISDN與IMSI對應(yīng)表，獲取所述被叫用戶的IMSI。另外，本領(lǐng)域技術(shù)人員可知，通過NAS信令中包含的被叫用戶的MSISDN或者其他號碼標(biāo)識，還可以有其他獲取其對應(yīng)IMSI的方法，在此不再贅述。
步驟205，AG根據(jù)主叫用戶信息和被叫用戶信息，查詢數(shù)據(jù)字典，判斷主叫用戶和被叫用戶之間能否進行本地交換，如果主叫用戶和被叫用戶之間能夠進行本地交換，則執(zhí)行步驟206。
AG獲取主叫用戶和被叫用戶的IMSI后，通過查詢數(shù)據(jù)字典中的IMSI與AP對應(yīng)關(guān)系表，即表4，獲取主叫UE和被叫UE各自所在的AP的標(biāo)識，通過查詢數(shù)據(jù)字典中的本地交換組表，即表5，確定主叫UE和被叫UE各自所在的AP是否在同一Group中，即可判斷主被叫用戶之間能否進行本地交換。如果主叫UE和被叫UE各自所在的AP在同一Group中，則判斷主被叫用戶之間能夠進行交換組內(nèi)本地交換，執(zhí)行本地交換的步驟；如果主叫UE和被叫UE各自所在的AP不在同一Group中，則判斷主被叫用戶之間不能進行本地交換，將呼叫建立消息發(fā)送給CN，通過普通呼叫流程完成本次呼叫，或中斷本次呼叫。
步驟206，AG尋呼被叫UE，如果尋呼成功，則執(zhí)行步驟207。
如果判斷主被叫之間能夠進行本地交換，則AG尋呼AG下的被叫UE。如果尋呼失敗，可以將呼叫建立消息發(fā)送給MSC進行普通呼叫，或中斷本次呼叫；如果尋呼成功，繼續(xù)本地交換的步驟。
步驟207，AG與被叫UE建立RRC連接。
AG尋呼被叫UE成功后，與被叫UE建立RRC連接。
步驟208，主叫UE與AG建立主叫用戶承載。
AG與被叫UE建立RRC連接后，與主叫UE建立主叫用戶承載，向主叫UE傳送數(shù)據(jù)信息。
步驟209，被叫UE與AG建立信令連接。
被叫UE與AG建立信令連接后，可以與AG進行NAS信令的交互。
步驟210，AG與被叫UE建立被叫用戶承載。
被叫UE與AG建立信令連接后，還會與AG建立被叫用戶承載，向AG傳送數(shù)據(jù)信息。
步驟211，主叫UE與被叫UE進行通話。
AG與被叫UE建立被叫用戶承載后，主叫UE與被叫UE進行通話。主叫UE與被叫UE進行通話后的流程，與普通呼叫相同。
本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，因為根據(jù)主叫用戶信息和被叫用戶信息，控制主叫用戶和被叫用戶進行交換組內(nèi)本地交換，UE通話時語音不再經(jīng)過核心網(wǎng)，主叫UE和被叫UE之間的用戶面無需建立在UE與核心網(wǎng)之間，減少了對核心網(wǎng)資源的占用，縮短了語音的傳輸時延。
如圖3所示，為本發(fā)明實施例中的實現(xiàn)本地交換的另一種具體實現(xiàn)方式流程圖，包括以下步驟: 步驟301，AP獲取并記錄駐留在AP網(wǎng)絡(luò)中的UE信息，根據(jù)UE信息，配置數(shù)據(jù)字典。
本發(fā)明實施例在AP中實現(xiàn)呼叫控制、補充業(yè)務(wù)等類MSC功能。UMTS AP網(wǎng)絡(luò)對UE具有特定的準(zhǔn)入機制，只有允許準(zhǔn)入的UE才可以駐留在UMTS AP網(wǎng)絡(luò)中。在主叫UE發(fā)起呼叫前，主叫UE和AP建立RRC連接，并向AP發(fā)送LAU/RAU Req消息。AP解析LAU/RAU Req消息，獲取并記錄主叫UE信息，如UE的IMSI和UE所在AP的標(biāo)識等，配置數(shù)據(jù)字典中的IMSI與AP的對應(yīng)關(guān)系表，如表4所示。數(shù)據(jù)字典中的其他表項可以預(yù)先配置，也可以動態(tài)修改。數(shù)據(jù)字典可以位于AP中，包括IMSI與AP對應(yīng)關(guān)系表，還可以包括IMSI與MSISDN對應(yīng)表、MSISDN與短號碼對應(yīng)表和/或本地交換號碼前綴表。
AP與UE會定時同步信息，如果UE在同步時間間隔內(nèi)駐留到其他AP小區(qū)，則刷新IMSI與AP的對應(yīng)關(guān)系，即表4中的信息。如果表4中的信息更新不及時，如UE駐留到宏小區(qū)，對于該UE的尋呼會失敗，可按預(yù)定的策略中斷本次呼叫，或按普通呼叫進行尋呼。
步驟302，主叫UE與AP建立RRC連接。
主叫UE發(fā)起呼叫，通過正常的呼叫流程與AP建立RRC連接。主叫用戶采用的撥打方式可以包括以下三種: 方式1:正常的撥打方式。如撥打被叫用戶的MSISDN。
方式2:撥打短號的方式。預(yù)先為用戶分配一個短號碼，該短號碼與用戶的號碼存在一定的對應(yīng)關(guān)系，主叫用戶可以直接撥打被叫用戶的短號碼。
方式3:特殊號碼前綴方式。主叫用戶撥打被叫用戶時，在被叫號碼前加撥號碼前綴。
步驟303，主叫UE向AP發(fā)送呼叫建立消息。
主叫UE與AP建立RRC連接后，向AP發(fā)送呼叫建立消息。
步驟304，AP獲取主叫用戶信息和被叫用戶信息。
獲取主叫用戶信息和被叫用戶信息，包括獲取主叫用戶和被叫用戶的IMSI，AP接收并解析NAS信令中的呼叫建立消息，獲取主叫用戶的IMSI。對呼叫建立消息的解析結(jié)果還可以包含被叫用戶的MSISDN，也可以包含被叫用戶的其他號碼標(biāo)識，如短號碼和MSISDN加號碼前綴等。如呼叫建立消息中的被叫信息為17955134xxxxxxxx，根據(jù)表2可以判斷17955為號碼前綴，去掉號碼前綴后可獲取被叫用戶的MSISDN；如呼叫建立消息中的被叫信息為短號碼，根據(jù)表1可以獲取被叫用戶的MSISDN。獲取被叫用戶的MSISDN后，通過查詢表3可以獲取被叫用戶的IMSI。另外，本領(lǐng)域技術(shù)人員可知，通過NAS信令中包含的被叫用戶的MSISDN或者其他號碼標(biāo)識，還可以有其他獲取其對應(yīng)IMSI的方法，在此不再贅述。
步驟305，AP根據(jù)主叫用戶信息和被叫用戶信息，查詢數(shù)據(jù)字典，判斷主叫用戶和被叫用戶之間能否進行本地交換，如果主叫用戶和被叫用戶之間能夠進行本地交換，則執(zhí)行步驟306。
AP獲取主叫用戶和被叫用戶的IMSI后，通過查詢數(shù)據(jù)字典中的IMSI與AP對應(yīng)關(guān)系表，即表4，判斷主叫UE和被叫UE是否在同一AP中，如果主叫UE和被叫UE在同一AP中，則判斷主叫用戶和被叫用戶之間能夠進行AP內(nèi)本地交換，執(zhí)行本地交換的步驟。如果主叫UE和被叫UE不在同一AP中，則將呼叫建立消息發(fā)送給AG，通過普通呼叫流程完成本次呼叫，或中斷本次呼叫。
步驟306，AP尋呼被叫UE，如果尋呼成功，則執(zhí)行步驟307。
如果判斷主被叫之間能夠進行本地交換，則AP尋呼AP下的被叫UE。如果尋呼失敗，則將呼叫建立消息發(fā)送給AG進行普通呼叫，或中斷本次呼叫；如果尋呼成功，繼續(xù)本地交換的步驟。
步驟307，AP與被叫UE建立RRC連接。
AP尋呼被叫UE成功后，與被叫UE建立RRC連接。
步驟308，主叫UE與AP建立主叫用戶承載。
AP與被叫UE建立RRC連接后，與主叫UE建立主叫用戶承載，向主叫UE傳送數(shù)據(jù)信息。
步驟309，被叫UE與AP建立信令連接。
被叫UE與AP建立信令連接后，可以與AP進行NAS信令的交互。
步驟310，AP與被叫UE建立被叫用戶承載。
被叫UE與AP建立信令連接后，還會與AP建立被叫用戶承載，向AP傳送數(shù)據(jù)信息。
步驟311，主叫UE與被叫UE進行通話。
AP與被叫UE建立被叫用戶承載后，主叫UE與被叫UE進行通話。主叫UE與被叫UE進行通話后的流程，與普通呼叫相同。
本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，因為根據(jù)主叫用戶信息和被叫用戶信息，控制主叫用戶和被叫用戶進行AP內(nèi)本地交換，UE通話時語音不再經(jīng)過核心網(wǎng)，主叫UE和被叫UE之間的用戶面無需建立在UE與核心網(wǎng)之間，減少了對核心網(wǎng)資源的占用，縮短了語音的傳輸時延。
本發(fā)明實施例中，也可以先由AP判斷主叫用戶和被叫用戶之間能否進行本地交換，如果AP判斷主叫用戶和被叫用戶之間不能進行AP內(nèi)本地交換，則將呼叫建立消息發(fā)送給AG，由AG繼續(xù)判斷主叫用戶和被叫用戶之間能否進行交換組內(nèi)本地交換。
如圖4所示，為本發(fā)明實施例中的實現(xiàn)本地交換的再一種具體實現(xiàn)方式流程圖，包括以下步驟: 步驟401至步驟404，與步驟301至步驟304相同，可參照前面實施例的描述。
步驟405，AP根據(jù)主叫用戶信息和被叫用戶信息，查詢數(shù)據(jù)字典，判斷主叫用戶和被叫用戶之間能否進行本地交換，如果主叫用戶和被叫用戶之間不能進行本地交換，則執(zhí)行步驟406。
步驟406，AP將呼叫建立消息發(fā)送給AG。
AP獲取主叫用戶和被叫用戶的IMSI后，通過查詢數(shù)據(jù)字典中的IMSI與AP對應(yīng)關(guān)系表，即表4，判斷主叫UE和被叫UE是否在同一AP中，如果主叫UE和被叫UE不在同一AP中，則將呼叫建立消息發(fā)送給AG。
AP和AG中均可以設(shè)置有數(shù)據(jù)字典，AP中的數(shù)據(jù)字典包括IMSI與AP對應(yīng)關(guān)系表，還可以包括IMSI與MSISDN對應(yīng)表、MSISDN與短號碼對應(yīng)表和/或本地交換號碼前綴表；AG中的數(shù)據(jù)字典包括IMSI與AP對應(yīng)關(guān)系表和本地交換組表，還可以包括IMSI與MSISDN對應(yīng)表、MSISDN與短號碼對應(yīng)表和/或本地交換號碼前綴表。
步驟407至步驟414，與步驟204至步驟211相同，可參照前面實施例的描述。
本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，因為根據(jù)主叫用戶信息和被叫用戶信息，控制主叫用戶和被叫用戶進行本地交換，可以在判斷主被叫用戶不能進行AP內(nèi)本地交換后，進一步將呼叫建立信息發(fā)給AG，并由AG判斷主被叫用戶是否可以進行交換組內(nèi)本地交換，UE通話時語音不再經(jīng)過核心網(wǎng)，主叫UE和被叫UE之間的用戶面無需建立在UE與核心網(wǎng)之間，減少了對核心網(wǎng)資源的占用，縮短了語音的傳輸時延。
如圖5所示，為本發(fā)明實施例中的一種實現(xiàn)本地交換的裝置結(jié)構(gòu)圖，包括: 獲取模塊510，用于獲取主叫用戶信息和被叫用戶信息。
獲取主叫用戶信息和被叫用戶信息，包括獲取主叫用戶和被叫用戶的IMSI。獲取模塊510用于解析NAS信令中的呼叫建立消息，獲取主叫用戶的IMSI和被叫用戶的MSISDN以及被叫用戶的其他號碼標(biāo)識，如短號碼和MSISDN加號碼前綴等。通過查詢預(yù)先配置的數(shù)據(jù)字典，可以獲取被叫用戶的IMSI。
判斷模塊520，用于根據(jù)獲取模塊510獲取的主叫用戶信息和被叫用戶信息，查詢數(shù)據(jù)字典，判斷主叫用戶與被叫用戶之間能否進行本地交換。
判斷模塊520用于根據(jù)主叫用戶和被叫用戶的IMSI，查詢數(shù)據(jù)字典中的IMSI與AP對應(yīng)關(guān)系表，即表4，判斷主叫UE和被叫UE是否在同一AP中，如果主叫UE和被叫UE在同一AP中，則判斷主叫用戶和被叫用戶之間能夠進行本地交換。
所述判斷模塊520，當(dāng)主叫UE和被叫UE不在同一AP中時，還可以進一步用于獲取主叫UE和被叫UE各自所在AP的標(biāo)識，查詢數(shù)據(jù)字典中的本地交換組表，即表5，確定主叫UE和被叫UE各自所在AP是否在同一Group中，如果主叫UE和被叫UE各自所在AP在同一Group中，則判斷主叫用戶和被叫用戶之間能夠進行本地交換。
判斷模塊520也可以不用判斷主被叫UE是否在同一AP中，直接獲取主叫UE和被叫UE各自所在AP的標(biāo)識，根據(jù)主被叫UE各自所在AP的標(biāo)識，查詢數(shù)據(jù)字典中的本地交換組表，即表5，判斷主被叫UE是否在同一個Group中，進而確定主被叫用戶之間是否能夠進行本地交換。
控制模塊530，用于當(dāng)判斷模塊520判斷主叫用戶和被叫用戶之間能夠進行本地交換，控制主叫用戶和被叫用戶進行本地交換。
如果判斷模塊520判斷主叫用戶和被叫用戶之間能夠進行本地交換，則控制模塊530控制主叫用戶和被叫用戶在本地傳送數(shù)據(jù)信息，不再通過CN。
本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，因為根據(jù)主叫用戶信息和被叫用戶信息，控制主叫用戶和被叫用戶進行本地交換，減少了對核心網(wǎng)資源的占用，縮短了語音的傳輸時延。
如圖6所示，為本發(fā)明實施例中的實現(xiàn)本地交換的裝置的一種具體結(jié)構(gòu)圖，包括: 記錄模塊610，用于獲取并記錄駐留在AP網(wǎng)絡(luò)中的UE信息，根據(jù)UE信息，配置數(shù)據(jù)字典。
本發(fā)明實施例在實現(xiàn)本地交換的裝置中實現(xiàn)呼叫控制、補充業(yè)務(wù)等類MSC功能。UMTS AP網(wǎng)絡(luò)對UE具有特定的準(zhǔn)入機制，只有允許準(zhǔn)入的UE才可以駐留在UMTS AP網(wǎng)絡(luò)中。在主叫UE發(fā)起呼叫前，本發(fā)明實施例中的實現(xiàn)本地交換的裝置接收并解析主叫UE發(fā)送的LAU/RAU Req消息，獲取并記錄主叫UE信息，如UE的IMSI和UE所在AP的標(biāo)識等，配置數(shù)據(jù)字典中的IMSI與AP的對應(yīng)關(guān)系表，如表4所示。數(shù)據(jù)字典中的其他表項可以預(yù)先配置，也可以動態(tài)修改。
獲取模塊620，用于獲取主叫用戶信息和被叫用戶信息。
獲取主叫用戶信息和被叫用戶信息，包括獲取主叫用戶和被叫用戶的IMSI。獲取模塊620用于解析NAS信令中的呼叫建立消息，獲取主叫用戶的IMSI和被叫用戶的MSISDN，以及被叫用戶的其他號碼標(biāo)識，如短號碼和MSISDN加號碼前綴等。通過查詢預(yù)先配置的數(shù)據(jù)字典，可以獲取被叫用戶的IMSI。
判斷模塊630，用于根據(jù)獲取模塊620獲取的主叫用戶信息和被叫用戶信息，查詢數(shù)據(jù)字典，判斷主叫用戶與被叫用戶之間能否進行本地交換。
判斷模塊630用于根據(jù)主叫用戶和被叫用戶的IMSI，查詢數(shù)據(jù)字典中的IMSI與AP對應(yīng)關(guān)系表，即表4，判斷主叫UE和被叫UE是否在同一AP中，如果主叫UE和被叫UE在同一AP中，則判斷主叫用戶和被叫用戶之間能夠AP內(nèi)進行本地交換。
所述判斷模塊630，當(dāng)主叫UE和被叫UE不在同一AP中時，還可以進一步用于獲取主叫UE和被叫UE各自所在AP的標(biāo)識，查詢數(shù)據(jù)字典中的本地交換組表，即表5，確定主叫UE和被叫UE各自所在AP是否在同一Group中，如果主叫UE和被叫UE各自所在AP在同一Group中，則判斷主叫用戶和被叫用戶之間能夠進行交換組內(nèi)本地交換。
判斷模塊630，也可以不用判斷主被叫UE是否在同一AP中，直接獲取主叫UE和被叫UE各自所在AP的標(biāo)識，根據(jù)主被叫UE各自所在AP的標(biāo)識，查詢數(shù)據(jù)字典中的本地交換組表，即表5，判斷主被叫UE是否在同一個Group中，進而確定主被叫用戶之間是否能夠進行交換組內(nèi)本地交換。
控制模塊640，用于當(dāng)判斷模塊630判斷主叫用戶和被叫用戶之間能夠進行本地交換，控制主叫用戶和被叫用戶進行本地交換。
如果判斷模塊630判斷主叫用戶和被叫用戶之間能夠進行本地交換，則控制模塊640控制主叫用戶和被叫用戶在本地傳送數(shù)據(jù)信息，不再通過CN。
記錄模塊610，具體包括: 第一解析子模塊611，用于解析接收到的LAU/RAU Req消息。
獲取子模塊612，用于根據(jù)第一解析子模塊611對LAU/RAU Req消息的解析結(jié)果，獲取并記錄駐留在AP網(wǎng)絡(luò)中的UE信息。
本發(fā)明實施例中的實現(xiàn)本地交換的裝置與UE會定時同步信息，如果UE在同步時間間隔內(nèi)駐留到其他AP小區(qū)，則刷新IMSI與AP的對應(yīng)關(guān)系，即表4中的信息。如果表中的信息更新不及時，如UE駐留到宏小區(qū)，對于該UE的尋呼會失敗，可按預(yù)定的策略中斷本次呼叫，或按普通呼叫進行尋呼。
獲取模塊620，具體包括: 第二解析子模塊621，用于解析接收到的呼叫建立消息，獲取主叫用戶的IMSI。
查詢子模塊622，用于根據(jù)第二解析子模塊621對呼叫建立消息的解析結(jié)果，查詢數(shù)據(jù)字典，獲取被叫用戶信息。
本發(fā)明實施例中的實現(xiàn)本地交換的裝置接收并解析NAS信令中的呼叫建立消息，獲取主叫用戶信息和被叫用戶信息。呼叫建立消息可以包含被叫用戶的MSISDN，也可以包含被叫用戶的其他號碼標(biāo)識，如短號碼和MSISDN加號碼前綴等。如呼叫建立消息中的被叫信息為17955134xxxxxxxx，根據(jù)表2可以判斷17955為號碼前綴，去掉號碼前綴后可獲取被叫用戶的MSISDN；如呼叫建立消息中的被叫信息為短號碼，根據(jù)表1可以獲取被叫用戶的MSISDN。獲取被叫用戶的MSISDN后，通過查詢表3可以獲取被叫用戶的IMSI。
本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，因為根據(jù)主叫用戶信息和被叫用戶信息，控制主叫用戶和被叫用戶進行本地交換，UE通話時語音不再經(jīng)過核心網(wǎng)，主叫UE和被叫UE之間的用戶面無需建立在UE與核心網(wǎng)之間，減少了對核心網(wǎng)資源的占用，縮短了語音的傳輸時延。
通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng)視本發(fā)明的保護范圍。
權(quán)利要求
1.一種實現(xiàn)本地交換的方法，其特征在于，包括:
獲取主叫用戶信息和被叫用戶信息；
根據(jù)所述主叫用戶信息和所述被叫用戶信息，查詢數(shù)據(jù)字典，判斷所述主叫用戶與所述被叫用戶之間能否進行本地交換；
如果判斷所述主叫用戶和所述被叫用戶之間能夠進行本地交換，則控制所述主叫用戶和所述被叫用戶進行本地交換。
2.如權(quán)利要求1所述實現(xiàn)本地交換的方法，其特征在于，所述獲取主叫用戶信息和被叫用戶信息包括獲取所述主叫用戶和被叫用戶的國際移動用戶識別碼IMSI。
3.如權(quán)利要求2所述的實現(xiàn)本地交換的方法，其特征在于，所述數(shù)據(jù)字典包括移動臺國際綜合業(yè)務(wù)數(shù)字網(wǎng)號碼MSISDN與IMSI對應(yīng)表。
4.如權(quán)利要求3所述的實現(xiàn)本地交換的方法，其特征在于，所述數(shù)據(jù)字典還包括本地交換號碼前綴表。
5.如權(quán)利要求3所述的實現(xiàn)本地交換的方法，其特征在于，所述數(shù)據(jù)字典還包括MSISDN與短號碼對應(yīng)表。
6.如權(quán)利要求4中所述的方法，其特征在于，所述獲取主叫用戶和被叫用戶的IMSI包括:
通過解析接收到的呼叫建立消息，獲取所述主叫用戶的IMSI；
根據(jù)對所述呼叫建立消息的解析結(jié)果，若得到的被叫信息為本地交換號碼前綴加MSISDN的形式，則通過查詢所述本地交換號碼前綴表和所述MSISDN與IMSI對應(yīng)表，獲取所述被叫用戶的IMSI。
7.如權(quán)利要求5中所述的方法，其特征在于，所述獲取主叫用戶和被叫用戶的IMSI包括:
通過解析接收到的呼叫建立消息，獲取所述主叫用戶的IMSI；
根據(jù)對所述呼叫建立消息的解析結(jié)果，若得到的被叫信息為被叫用戶短號碼，則通過查詢所述MSISDN與短號碼對應(yīng)表和所述MSISDN與IMSI對應(yīng)表，獲取所述被叫用戶的IMSI。
8.如權(quán)利要求2所述實現(xiàn)本地交換的方法，其特征在于，所述獲取主叫用戶信息和被叫用戶信息的IMSI之前，還包括:
獲取并記錄駐留在接入點AP網(wǎng)絡(luò)中的用戶設(shè)備UE信息，根據(jù)所述UE信息，配置所述數(shù)據(jù)字典。
9.如權(quán)利要求8所述實現(xiàn)本地交換的方法，其特征在于，所述獲取并記錄駐留在AP網(wǎng)絡(luò)中的UE信息，根據(jù)所述UE信息配置數(shù)據(jù)字典具體包括:
解析接收到的位置更新/路由更新請求消息；
根據(jù)對所述位置更新/路由更新請求消息的解析結(jié)果，獲取駐留在所述AP網(wǎng)絡(luò)中的UE信息；所述UE信息包括UE的IMSI和所述UE所在AP的標(biāo)識；
所述配置數(shù)據(jù)字典包括在所述數(shù)據(jù)字典中配置IMSI與AP對應(yīng)關(guān)系表。
10.如權(quán)利要求9所述實現(xiàn)本地交換的方法，其特征在于，所述數(shù)據(jù)字典還包括本地交換組表；
所述本地交換組表，用于標(biāo)識AP標(biāo)識和本地交換組的對應(yīng)關(guān)系。
11.如權(quán)利要求9所述實現(xiàn)本地交換的方法，其特征在于，所述判斷主叫用戶與被叫用戶之間能否進行本地交換，具體包括:
根據(jù)所述主叫用戶的IMSI和所述被叫用戶的IMSI，查詢所述數(shù)據(jù)字典中的IMSI與AP對應(yīng)關(guān)系表，獲取所述主叫UE所在AP的標(biāo)識和所述被叫UE所在AP的標(biāo)識，判斷主叫UE和被叫UE是否在同一AP中，如果所述主叫UE和所述被叫UE在同一AP中，則判斷所述主叫用戶和所述被叫用戶之間能夠進行AP內(nèi)本地交換。
12.如權(quán)利要求10所述實現(xiàn)本地交換的方法，其特征在于，所述判斷主叫用戶與被叫用戶之間能否進行本地交換，具體包括:
根據(jù)所述主叫用戶的IMSI和所述被叫用戶的IMSI，查詢所述數(shù)據(jù)字典中的IMSI與AP對應(yīng)關(guān)系表，獲取所述主叫UE所在AP的標(biāo)識和所述被叫UE所在AP的標(biāo)識，然后根據(jù)所述本地交換組表，判斷所述主叫UE所在AP和所述被叫UE所在AP是否在同一本地交換組內(nèi)，如果所述主叫UE所在AP和所述被叫UE所在AP在同一本地交換組內(nèi)，則判斷所述主叫用戶和所述被叫用戶之間能夠進行交換組內(nèi)本地交換。
13.如權(quán)利要求10所述實現(xiàn)本地交換的方法，其特征在于，所述判斷主叫用戶與被叫用戶之間能否進行本地交換，具體包括:
根據(jù)所述主叫用戶的IMSI和所述被叫用戶的IMSI，查詢所述數(shù)據(jù)字典中的IMSI與AP對應(yīng)關(guān)系表，獲取所述主叫UE所在AP的標(biāo)識和所述被叫UE所在AP的標(biāo)識，判斷主叫UE和被叫UE是否在同一AP中，如果判斷所述主叫AP和被叫AP不在同一AP中，則根據(jù)所述本地交換組表，判斷所述主叫UE所在AP和所述被叫UE所在AP是否在同一本地交換組內(nèi)，如果所述主叫UE所在AP和所述被叫UE所在AP在同一本地交換組內(nèi)，則判斷所述主叫用戶和所述被叫用戶之間能夠進行交換組內(nèi)本地交換。
14.一種實現(xiàn)本地交換的裝置，其特征在于，包括:
獲取模塊，用于獲取主叫用戶信息和被叫用戶信息；
判斷模塊，用于根據(jù)所述獲取模塊獲取的所述主叫用戶信息和所述被叫用戶信息，查詢數(shù)據(jù)字典，判斷所述主叫用戶與所述被叫用戶之間能否進行本地交換；
控制模塊，用于當(dāng)所述判斷模塊判斷所述主叫用戶和所述被叫用戶之間能夠進行本地交換，控制所述主叫用戶和所述被叫用戶進行本地交換。
15.如權(quán)利要求14所述實現(xiàn)本地交換的裝置，其特征在于，還包括:
記錄模塊，用于獲取并記錄駐留在AP網(wǎng)絡(luò)中的UE信息，根據(jù)所述UE信息，配置所述數(shù)據(jù)字典。
16.如權(quán)利要求15所述實現(xiàn)本地交換的裝置，其特征在于，所述記錄模塊，具體包括:
第一解析子模塊，用于解析接收到的位置更新/路由更新請求消息；
獲取子模塊，用于根據(jù)所述第一解析子模塊對所述位置更新/路由更新請求消息的解析結(jié)果，獲取所述UE信息。
17.如權(quán)利要求14所述實現(xiàn)本地交換的裝置，其特征在于，所述獲取模塊，具體包括:
第二解析子模塊，用于解析接收到的呼叫建立消息，獲取所述主叫用戶信息；
查詢子模塊，用于根據(jù)所述第二解析子模塊對所述呼叫建立消息的解析結(jié)果，查詢所述數(shù)據(jù)字典，獲取所述被叫用戶信息。
全文摘要
本發(fā)明實施例公開了一種實現(xiàn)本地交換的方法和裝置，該方法包括獲取主叫用戶信息和被叫用戶信息；根據(jù)所述主叫用戶信息和所述被叫用戶信息，查詢數(shù)據(jù)字典，判斷所述主叫用戶與所述被叫用戶之間能否進行本地交換；如果判斷所述主叫用戶和所述被叫用戶之間能夠進行本地交換，則控制所述主叫用戶和所述被叫用戶進行本地交換。本發(fā)明實施例減少了對核心網(wǎng)資源的占用，縮短了語音的傳輸時延。
文檔編號H04Q7/38GK101374355SQ20081017190
公開日2009年2月25日 申請日期2008年10月24日 優(yōu)先權(quán)日2008年10月24日
發(fā)明者勇 張 申請人:華為技術(shù)有限公司