亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

一種lte網(wǎng)絡(luò)下完成業(yè)務(wù)協(xié)商的方法、裝置及系統(tǒng)的制作方法

文檔序號:7866081閱讀:252來源:國知局
專利名稱:一種lte網(wǎng)絡(luò)下完成業(yè)務(wù)協(xié)商的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明實施例涉及電信領(lǐng)域,尤其涉及一種LTE網(wǎng)絡(luò)下完成業(yè)務(wù)協(xié)商的方法、裝置及系統(tǒng)。
背景技術(shù)
3GPP組織在現(xiàn)有的2G和3G網(wǎng)絡(luò)的基礎(chǔ)上推出了演進(jìn)分組系統(tǒng)(EvolvedPacketSystem, EPS)。EPS網(wǎng)絡(luò)包括演進(jìn)通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)(Evolved UniversalMobile Telecommunication System TerritorialRadio Access Network,E-UTRAN)和演進(jìn)分組核心網(wǎng)(Evolved Packet CoreNetwork,EPC)。由于EPS網(wǎng)絡(luò)僅處理分組交換(PacketSwitched, PS)業(yè)務(wù),因此目前來說運營商采用原有電路交換(Circuit Switched, CS)來提供CS業(yè)務(wù)。3GPP擴(kuò)展了現(xiàn)有2/3G網(wǎng)絡(luò)中移動交換中心(Mobile SwitchingCenter,MSC) /拜訪地址位置寄存器(Visitor Location Register, VLR)與服務(wù)GPRS支持節(jié)點(ServingGPRS Support Node,SGSN)之間的Gs接口功能,在EPS網(wǎng)絡(luò)中定義了MSC/VLR與移動性管理實體(Mobility ManagementEnt i ty, MME)之間的 SGs 接口。基于 SGs 接口功能,3GPP 提出了“電路域回落”(CS Fallback,CSFB)技術(shù)與SGs短消息傳輸技術(shù)(SMS over SGs)。CSFB技術(shù)使E-UTRAN覆蓋下的用戶設(shè)備(User Equipment, UE)在需要處理CS語音業(yè)務(wù)時通過E-UTRAN回到2G/3G網(wǎng)絡(luò)CS域完成業(yè)務(wù)處理;SMS over SGs技術(shù)讓駐留在E-UTRAN下的終端重用現(xiàn)有CS域設(shè)備來實現(xiàn)CS短消息的傳輸。LTE網(wǎng)絡(luò)下的語音呼叫需要回落到2G/3G網(wǎng)絡(luò),或者新建MS網(wǎng)絡(luò)采用VoiceOverMS,并且LTE用戶語音呼叫回落到2G/3G網(wǎng)絡(luò)有時延。對于擁有2G/3G網(wǎng)絡(luò)的運營商但暫時沒有建設(shè)頂S網(wǎng)絡(luò)的運營商,4G用戶語音呼叫需要回落到2G/3G網(wǎng)絡(luò),呼叫接續(xù)有時延。

發(fā)明內(nèi)容
有鑒于此,本發(fā)明實施例提供了一種LTE網(wǎng)絡(luò)下完成業(yè)務(wù)協(xié)商的方法、裝置及系統(tǒng),解決了 4G回落到2/3G語音呼叫時延的問題,提高了用戶體驗。第一方面,本發(fā)明實施例提供了一種LTE網(wǎng)絡(luò)下完成業(yè)務(wù)協(xié)商的方法,包括移動交換中心MSC收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息;根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話,獲取所述簽約信息中的OTT賬號;將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。在第一方面的第一種可能的實現(xiàn)方式中,所述第一終端的簽約信息中包括優(yōu)先選擇OTT通話方式的標(biāo)識。結(jié)合在第一方面的實現(xiàn)方式,在第二種可能的實現(xiàn)方式中,所述將所述OTT賬號發(fā)送給第二終端之前,還包括
擴(kuò)展短消息SMS格式或非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)USSD格式,將所述OTT賬號封裝在SMS消息或USSD消息中。第二方面,本發(fā)明實施例提供一種移動交換中心MSC,包括接收單元,用于接收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息;判斷單元,用于根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話;獲取單元,用于獲取所述簽約信息中的OTT賬號;發(fā)送單元,用于將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。 在第二方面的第一種可能的實現(xiàn)方式中,所述第一終端的簽約信息中包括優(yōu)先選擇OTT通話方式的標(biāo)識。結(jié)合在第二方面的實現(xiàn)方式,在第二種可能的實現(xiàn)方式中,所述MSC還包括封裝單元,用于擴(kuò)展短消息SMS格式或非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)USSD格式,將所述OTT賬號封裝在SMS消息或USSD消息中。第三方面,本發(fā)明實施例提供了一種LTE網(wǎng)絡(luò)下完成業(yè)務(wù)協(xié)商的系統(tǒng),包括移動交換中心MSC、第一終端及第二終端,其中,所述MSC,用于收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息,根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話,獲取所述簽約信息中的OTT賬號,將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商;所述第一終端,用于發(fā)送業(yè)務(wù)請求至所述MSC,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商;所述第二終端,用于接收所述MSC發(fā)送的所述OTT賬號,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。在第三方面的第一種可能的實現(xiàn)方式中,所述第一終端的簽約信息中包括優(yōu)先選擇OTT通話方式的標(biāo)識。本發(fā)明實施例提供的實現(xiàn)LTE網(wǎng)絡(luò)下業(yè)務(wù)協(xié)商的方法、裝置及系統(tǒng),移動交換中心MSC收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息,根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話,獲取所述簽約信息中的OTT賬號,將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。解決了 4G回落到2/3G語音呼叫時延的問題,提高了用戶體驗。


圖I為本發(fā)明實施例應(yīng)用環(huán)境的架構(gòu)圖;圖2為本發(fā)明實施例I的流程圖;圖3為本發(fā)明實施例2中的流程圖;圖4為本發(fā)明實施例3中的裝置組成圖;圖5為本發(fā)明實施例3中的裝置硬件架構(gòu) 圖6為本發(fā)明實施例4中的系統(tǒng)組成圖。
具體實施例方式圖I是本發(fā)明實施例的應(yīng)用環(huán)境架構(gòu)圖,在本發(fā)明所有實施例中,系統(tǒng)網(wǎng)元包括終端UE,eNodeB,MME和MSC等。在LTE移動寬帶接入網(wǎng)絡(luò)中,基于GoogleTalk和Skype軟件進(jìn)行語音通信會是一些LTE終端用戶的選擇。業(yè)界把該語音通信實現(xiàn)方式即基于因特網(wǎng)提供語音業(yè)務(wù)的方式稱為OTT(Over The Top,在internet上層)方式。上述本發(fā)明實施例揭示的方法可以中央處理器中,或者說由中央處理器以實現(xiàn)。中央處理器可能是一種集成電路芯片,具有信號的處理能力。在實現(xiàn)過程中,上述方法的各 步驟可以通過中央處理器中的硬件的集成邏輯電路或者軟件形式的指令完成。用于執(zhí)行本發(fā)明實施例揭示的方法,上述的中央處理器可以是通用處理器、數(shù)字信號處理器(DSP)、專用集成電路(ASIC)、現(xiàn)成可編程門陣列(FPGA)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件。可以實現(xiàn)或者執(zhí)行本發(fā)明實施例中的公開的各方法、步驟及邏輯框圖。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處理器等。結(jié)合本發(fā)明實施例所公開的方法的步驟可以直接體現(xiàn)為硬件處理器執(zhí)行完成,或者用處理器中的硬件及軟件模塊組合執(zhí)行完成。軟件模塊可以位于隨機(jī)存儲器,閃存、只讀存儲器,可編程只讀存儲器或者電可擦寫可編程存儲器、寄存器等本領(lǐng)域成熟的存儲介質(zhì)中。該存儲介質(zhì)位于存儲器,中央處理器讀取存儲器中的信息,結(jié)合其硬件完成上述方法的步驟。實施例一如圖2所示,本發(fā)明實施例中進(jìn)行業(yè)務(wù)遷移的流程如下S101、移動交換中心MSC收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息;其中,第一終端的簽約信息中可以包括優(yōu)先選擇OTT通話方式的標(biāo)識,也可以不包括該標(biāo)識。S102、根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話,獲取所述簽約信息中的OTT賬號;其中,將所述OTT賬號發(fā)送給第二終端之前,MSC擴(kuò)展短消息SMS格式或非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)USSD格式,將所述OTT賬號封裝在SMS消息或USSD消息中。S103、將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。需要說明的是,當(dāng)所述第一終端為主叫終端時,所述第二終端為被叫終端,當(dāng)所述弟一終纟而為被叫終纟而時,所述弟_■終纟而為王叫終立而。本發(fā)明實施例所提供的方法,移動交換中心MSC收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息,根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話,獲取所述簽約信息中的OTT賬號,將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。解決了 4G回落到2/3G語音呼叫時延的問題,提聞了用戶體驗。實施例二 圖3是本發(fā)明實施例的流程圖,如圖3所示,本發(fā)明實施例流程如下
S201、第一終端發(fā)起業(yè)務(wù)請求;第一終端發(fā)起呼叫向MME發(fā)送擴(kuò)展業(yè)務(wù)請求Extend Service Request消息,MME將該請求消息透發(fā)至MSC。需要說明的是,該消息中包含簽約信息,簽約信息中可以包含優(yōu)選OTT協(xié)商方式的標(biāo)識,也可以不包含該標(biāo)識。該標(biāo)識即表示第一終端優(yōu)選選擇使用OTT方式進(jìn)行業(yè)務(wù)協(xié)商,例如OTT方式進(jìn)行語音呼叫等。若第一終端是主叫終端,則直接發(fā)送該業(yè)務(wù)請求,若第一終端是被叫終端,則在發(fā)起業(yè)務(wù)請求之前,網(wǎng)絡(luò)側(cè)MSC/VLR或者第三方服務(wù)器接收到入局呼叫IAM消息;MSC/VLR或者第三方服務(wù)器下發(fā)尋呼消息到MME,MME將尋呼消息發(fā)到被叫終端。S202、MSC判斷其業(yè)務(wù)協(xié)商方式;
若業(yè)務(wù)請求消息中不包含OTT協(xié)商方式的標(biāo)識,則MSC接收到第一終端的業(yè)務(wù)請求,直接根據(jù)業(yè)務(wù)請求中的簽約信息判斷第一終端優(yōu)選OTT方式進(jìn)行業(yè)務(wù)協(xié)商;若包含該標(biāo)識,則直接根據(jù)該標(biāo)識判斷第一終端優(yōu)選OTT方式進(jìn)行業(yè)務(wù)協(xié)商。S203、MSC 獲取 OTT 賬號;MSC取出消息中的第一終端的OTT賬號、主叫號碼及被叫號碼。S204、MSC發(fā)送OTT賬號至第二終端;MSC將OTT賬號以及希望OTT方式通話的信息通過發(fā)送短消息/USSD,或者放音等方式通知給第二終端。需要說明的是,當(dāng)?shù)谝唤K端是主叫終端時,第二終端是被叫終端;當(dāng)?shù)谝唤K端是被叫終端時,第二終端是主叫終端。被叫終端收到網(wǎng)絡(luò)側(cè)的通知后,回消息表示接受請求或者拒絕請求;如果被叫接受請求可以將被叫的OTT賬號同時攜帶給網(wǎng)絡(luò)側(cè)。S205、完成第一終端與第二終端的協(xié)商。網(wǎng)絡(luò)側(cè)收到被叫終端的反饋后,將第二終端的反饋信息通知給第一終端,完成雙方業(yè)務(wù)方式的協(xié)商。本發(fā)明實施例提供的LTE網(wǎng)絡(luò)下業(yè)務(wù)協(xié)商的方法,移動交換中心MSC收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息,根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話,獲取所述簽約信息中的OTT賬號,將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。解決了 4G回落到2/3G語音呼叫時延的問題,提高了用戶體驗。實施例三圖4是MSC的組成結(jié)構(gòu)圖,如圖4所示,MSC包括接收單元301,用于接收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息;其中,第一終端的簽約信息中可以包括優(yōu)先選擇OTT通話方式的標(biāo)識,也可以不包括該標(biāo)識。判斷單元302,用于根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話;獲取單元303,用于獲取所述簽約信息中的OTT賬號;發(fā)送單元304,用于將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。其中,將所述OTT賬號發(fā)送給第二終端之前,MSC擴(kuò)展短消息SMS格式或非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)USSD格式,將所述OTT賬號封裝在SMS消息或USSD消息中。需要說明的是,當(dāng)所述第一終端為主叫終端時,所述第二終端為被叫終端,當(dāng)所述弟一終纟而為被叫終纟而時,所述弟_■終纟而為王叫終立而。圖5描述了本發(fā)明另一個實施例提供的基礎(chǔ)設(shè)施管理節(jié)點的硬件架構(gòu)圖,包括至少一個處理器401 (例如CPU),至少一個網(wǎng)絡(luò)接口 402或者其他通信接口,存儲器403,和至少一個通信總線404,用于實現(xiàn)這些裝置之間的連接通信。處理器401用于執(zhí)行存儲器403中存儲的可執(zhí)行模塊,例如計算機(jī)程序。存儲器403可能包含高速隨機(jī)存取存儲器(RAM:Random AccessMemory),也可能還包括非不穩(wěn)定的存儲器(non-volatile memory),例如至少一個磁盤存儲器。通過至少一個網(wǎng)絡(luò)接口 402 (可以是有線或者無線)實現(xiàn)該系統(tǒng)網(wǎng)關(guān) 與至少一個其他網(wǎng)元之間的通信連接,可以使用互聯(lián)網(wǎng),廣域網(wǎng),本地網(wǎng),城域網(wǎng)等。在一些實施方式中,存儲器403存儲了程序指令,程序指令可以被處理器401執(zhí)行,其中,程序指令包括接收單元301、判斷單元302和獲取單元303和發(fā)送單元304,其中,各單元的具體實現(xiàn)參見圖5所揭示的相應(yīng)單元,這里不再累述。本發(fā)明實施例提供的MSC,接收單元收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息,判斷單元根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話,獲取單元獲取所述簽約信息中的OTT賬號,發(fā)送單元將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。解決了 4G回落到2/3G語音呼叫時延的問題,提高了用戶體驗。實施例四圖6是LTE網(wǎng)絡(luò)下業(yè)務(wù)協(xié)商的系統(tǒng)組成結(jié)構(gòu)圖,如圖6所示,系統(tǒng)包括MSC,第一終端及第二終端,其中,所述MSC501,用于收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息,根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話,獲取所述簽約信息中的OTT賬號,將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商;其中,第一終端的簽約信息中可以包括優(yōu)先選擇OTT通話方式的標(biāo)識,也可以不包括該標(biāo)識。需要說明的是,將所述OTT賬號發(fā)送給第二終端之前,MSC擴(kuò)展短消息SMS格式或非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)USSD格式,將所述OTT賬號封裝在SMS消息或USSD消息中。所述第一終端502,用于發(fā)送業(yè)務(wù)請求至所述MSC,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商;所述第二終端503,用于接收所述MSC發(fā)送的所述OTT賬號,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。需要說明的是,當(dāng)所述第一終端為主叫終端時,所述第二終端為被叫終端,當(dāng)所述弟一終纟而為被叫終纟而時,所述弟_■終纟而為王叫終立而。本發(fā)明實施例提供的系統(tǒng),MSC收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息,根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話,獲取所述簽約信息中的OTT賬號,將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。解決了 4G回落到2/3G語音呼叫時延的問題,提高了用戶體驗。通過以上的實施方式的描述,所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以用硬件實現(xiàn),或固件實現(xiàn),或它們的組合方式來實現(xiàn)。當(dāng)使用軟件實現(xiàn)時,可以將上述功能存儲在計算機(jī)可讀介質(zhì)中或作為計算機(jī)可讀介質(zhì)上的一個或多個指令或代碼進(jìn)行傳輸。計算機(jī)可讀介質(zhì)包括計算機(jī)存儲介質(zhì)和通信介質(zhì),其中通信介質(zhì)包括便于從一個地方向另一個地方傳送計算機(jī)程序的任何介質(zhì)。存儲介質(zhì)可以是計算機(jī)能夠存取的任何可用介質(zhì)。以此為例但不限于計算機(jī)可讀介質(zhì)可以包括RAM、ROM、EEPROM、CD-ROM或其他光盤存儲、磁盤存儲介質(zhì)或者其他磁存儲設(shè)備、或者能夠用于攜帶或存儲具有指令或數(shù)據(jù)結(jié)構(gòu)形式的期望的程序代碼并能夠由計算機(jī)存取的任何其他介質(zhì)。此外。任何連接可以適當(dāng)?shù)某蔀橛嬎銠C(jī)可讀介質(zhì)。例如,如果軟件是使用同軸電纜、光纖光纜、雙絞線、數(shù)字用戶線(DSL)或者諸如紅外線、無線電和微波之類的無線技術(shù)從網(wǎng)站、服務(wù)器或者其他遠(yuǎn)程源傳輸?shù)?,那么同軸 電纜、光纖光纜、雙絞線、DSL或者諸如紅外線、無線和微波之類的無線技術(shù)包括在所屬介質(zhì)的定影中。如本發(fā)明所使用的,盤(Disk)和碟(disc)包括壓縮光碟(⑶)、激光碟、光碟、數(shù)字通用光碟(DVD)、軟盤和藍(lán)光光碟,其中盤通常磁性的復(fù)制數(shù)據(jù),而碟則用激光來光學(xué)的復(fù)制數(shù)據(jù)。上面的組合也應(yīng)當(dāng)包括在計算機(jī)可讀介質(zhì)的保護(hù)層級之內(nèi)。總之,以上所述僅為本發(fā)明技術(shù)方案的較佳實施例而已,并非用于限定本發(fā)明的保護(hù)層級。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)層級之內(nèi)。
權(quán)利要求
1.一種LTE網(wǎng)絡(luò)下完成業(yè)務(wù)協(xié)商的方法,其特征在于,包括 移動交換中心MSC收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息; 根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話,獲取所述簽約信息中的OTT賬號; 將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。
2.根據(jù)權(quán)利要求I所述的方法,其特征在于,所述第一終端的簽約信息中包括優(yōu)先選擇OTT通話方式的標(biāo)識。
3.根據(jù)權(quán)利要求I所述的方法,其特征在于,所述將所述OTT賬號發(fā)送給第二終端之前,還包括 擴(kuò)展短消息SMS格式或非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)USSD格式,將所述OTT賬號封裝在SMS消息或USSD消息中。
4.根據(jù)權(quán)利要求1-3任一項所述的方法,其特征在于,當(dāng)所述第一終端為主叫終端時,所述第二終端為被叫終端,當(dāng)所述第一終端為被叫終端時,所述第二終端為主叫終端。
5.—種LTE網(wǎng)絡(luò)下完成業(yè)務(wù)協(xié)商的移動交換中心MSC,其特征在于,包括 接收單元,用于接收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息; 判斷單元,用于根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話; 獲取單元,用于獲取所述簽約信息中的OTT賬號; 發(fā)送單元,用于將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。
6.根據(jù)權(quán)利要求5所述的MSC,其特征在于,所述第一終端的簽約信息中包括優(yōu)先選擇OTT通話方式的標(biāo)識。
7.根據(jù)權(quán)利要求5所述的MSC,其特征在于,所述MSC還包括 封裝單元,用于擴(kuò)展短消息SMS格式或非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)USSD格式,將所述OTT賬號封裝在SMS消息或USSD消息中。
8.—種LTE網(wǎng)絡(luò)下完成業(yè)務(wù)協(xié)商的系統(tǒng),其特征在于,包括移動交換中心MSC、第一終端及第二終端,其中, 所述MSC,用于收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息,根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話,獲取所述簽約信息中的OTT賬號,將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商; 所述第一終端,用于發(fā)送業(yè)務(wù)請求至所述MSC,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商; 所述第二終端,用于接收所述MSC發(fā)送的所述OTT賬號,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。
9.根據(jù)權(quán)利要求8所述的系統(tǒng),所述所述第一終端的簽約信息中包括優(yōu)先選擇OTT通話方式的標(biāo)識。
全文摘要
本發(fā)明涉及一種LTE網(wǎng)絡(luò)下業(yè)務(wù)協(xié)商的方法,其中,移動交換中心MSC收到第一終端的業(yè)務(wù)請求,所述請求中包含所述第一終端的簽約信息;根據(jù)所述簽約信息判斷所述第一終端優(yōu)先選擇OTT方式進(jìn)行通話,獲取所述簽約信息中的OTT賬號;將所述OTT賬號發(fā)送給第二終端,完成所述第一終端與所述第二終端的業(yè)務(wù)協(xié)商。相應(yīng)地,本發(fā)明提供一種LTE網(wǎng)絡(luò)下業(yè)務(wù)協(xié)商的MSC及系統(tǒng),解決了4G回落到2/3G語音呼叫時延的問題,提高了用戶體驗。
文檔編號H04W72/00GK102970751SQ20121047537
公開日2013年3月13日 申請日期2012年11月21日 優(yōu)先權(quán)日2012年11月21日
發(fā)明者李超, 李鋒, 賈毅剛 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1