亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

通話方法和裝置與流程

文檔序號(hào):12630587閱讀:285來(lái)源:國(guó)知局
通話方法和裝置與流程

本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種通話方法和裝置。



背景技術(shù):

隨著當(dāng)前手機(jī)技術(shù)的發(fā)展及其第四代移動(dòng)通信(4G)長(zhǎng)期演進(jìn)(LTE)和后續(xù)演進(jìn)新技術(shù)的興起,語(yǔ)音電話在4G的標(biāo)準(zhǔn)中已經(jīng)演進(jìn)為通過(guò)分組域通話,也就是基于IP的語(yǔ)音通話(Voice over IP,簡(jiǎn)稱為VoIP)技術(shù)來(lái)代替第三代移動(dòng)通信(3G)/第二代移動(dòng)通信(2G)無(wú)線通訊中的電路域方案。由于后續(xù)是LTE的時(shí)代,所以又稱為基于LTE的語(yǔ)音通話(Voice over LTE,簡(jiǎn)稱為VoLTE)技術(shù)。VoLTE技術(shù)將作為主流的語(yǔ)音技術(shù),在后續(xù)的終端和網(wǎng)絡(luò)產(chǎn)品中廣泛使用。

由于無(wú)線環(huán)境的復(fù)雜,用戶的手機(jī)如果具備VoLTE,那么在進(jìn)行通話建立的過(guò)程中,為了保障用戶的通話服務(wù)質(zhì)量,VoLTE要求在通話建立的過(guò)程中校驗(yàn)服務(wù)質(zhì)量(Quality of Service,簡(jiǎn)稱為QoS)是否可以保障;如果不能保障,通話就會(huì)直接掛斷。

圖1是根據(jù)相關(guān)技術(shù)的VoLTE通話呼叫流程的流程圖,如圖1所示,在相關(guān)技術(shù)中標(biāo)準(zhǔn)的處理流程中,若主叫和被叫方都強(qiáng)制使用QoS要求的話,若其中某一方出現(xiàn)了網(wǎng)絡(luò)資源無(wú)法分配達(dá)到QoS需求時(shí)都會(huì)導(dǎo)致通話掛斷。如圖1在步驟1至步驟3的協(xié)商過(guò)程中,主叫和被叫雙方將對(duì)后續(xù)通話建立過(guò)程達(dá)成對(duì)于編碼方案、資源帶寬等一些QoS參數(shù)達(dá)成一致。一旦達(dá)成一致以后,在步驟4網(wǎng)絡(luò)即可以開(kāi)始真正的資源分配工作,只有當(dāng)雙方的資源分配都滿足QoS時(shí),通話建立流程方可繼續(xù),否則通話就異常結(jié)束了。這種處理方式對(duì)于用戶尤其是在信號(hào)不太好,網(wǎng)絡(luò)擁擠或者其他原因?qū)е碌馁Y源不滿足時(shí)尤其容易出現(xiàn)反復(fù)電話打不通,或者電話接通失敗的問(wèn)題。

然而,在研究過(guò)程中發(fā)現(xiàn),由于初期LTE網(wǎng)絡(luò)部署不好,存在較多的信號(hào)覆蓋差的區(qū)域;同時(shí),由于VoLTE在通話建立過(guò)程中校驗(yàn)到QoS無(wú)法得到保障的情況下,通話會(huì)直接掛斷。這樣會(huì)導(dǎo)致VoLTE的呼通率降低,嚴(yán)重影響了用戶的體驗(yàn),不利于VoLTE業(yè)務(wù)的推廣。

針對(duì)相關(guān)技術(shù)中進(jìn)行VoLTE通話的呼通率低的問(wèn)題,目前尚未提出有效的解決方案。



技術(shù)實(shí)現(xiàn)要素:

為了解決上述技術(shù)問(wèn)題,本發(fā)明提供了一種通話方法和裝置。

根據(jù)本發(fā)明的一個(gè)方面,提供了一種通話方法,包括:判斷進(jìn)行強(qiáng)制要求QoS通話呼叫的主叫方或者被叫方是否滿足強(qiáng)制要求QoS通話所需的資源;在判斷結(jié)果為否的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話。

優(yōu)選地,在判斷結(jié)果為否的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話包括:在判斷結(jié)果為否的情況下,判斷被叫方或者主叫方是否允許與主叫方或者被叫方進(jìn)行不強(qiáng)制要求QoS通話;在判斷結(jié)果為主叫方與被叫方均允許進(jìn)行不強(qiáng)制要求QoS通話的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話。

優(yōu)選地,在判斷結(jié)果為否的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話包括:在判斷結(jié)果為否的情況下,呈現(xiàn)選擇界面,其中,所述選擇界面供被叫方或者主叫方選擇是否允許與主叫方或者被叫方進(jìn)行不強(qiáng)制要求QoS通話;接收被叫方或者主叫方的選擇結(jié)果;在主叫方與被叫方均選擇允許進(jìn)行不強(qiáng)制要求QoS通話的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話。

優(yōu)選地,在判斷結(jié)果為主叫方或者被叫方不允許進(jìn)行不強(qiáng)制要求QoS通話的情況下,所述方法還包括:終止當(dāng)前的通話呼叫。

優(yōu)選地,在判斷進(jìn)行強(qiáng)制要求QoS通話呼叫的主叫方和被叫方滿足強(qiáng)制要求QoS通話所需的資源的情況下,所述方法還包括:在主叫方和被叫方之間進(jìn)行強(qiáng)制要求QoS通話。

根據(jù)本發(fā)明的另一個(gè)方面,還提供了一種通話裝置,包括:判斷模塊,用于判斷進(jìn)行強(qiáng)制要求QoS通話呼叫的主叫方或者被叫方是否滿足強(qiáng)制要求QoS通話所需的資源;通話模塊,用于在判斷模塊的判斷結(jié)果為否的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話。

優(yōu)選地,所述通話模塊包括:判斷單元,用于在判斷模塊的判斷結(jié)果為否的情況下,判斷被叫方或者主叫方是否允許與主叫方或者被叫方進(jìn)行不強(qiáng)制要求QoS通話;通話單元,用于在判斷單元的判斷結(jié)果為主叫方與被叫方均允許進(jìn)行不強(qiáng)制要求QoS通話的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話。

優(yōu)選地,所述判斷單元包括:呈現(xiàn)子單元,用于在判斷模塊的判斷結(jié)果為否的情況下,呈現(xiàn)選擇界面,其中,所述選擇界面供被叫方或者主叫方選擇是否允許與主叫方或者被叫方進(jìn)行不強(qiáng)制要求QoS通話;接收子單元,用于接收被叫方或者主叫方的選擇結(jié)果;所述通話單元,用于在主叫方與被叫方均選擇允許進(jìn)行不強(qiáng)制要求QoS通話的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話。

優(yōu)選地,所述裝置還包括:終止模塊,用于在判斷模塊的判斷結(jié)果為主叫方或者被叫方不允許進(jìn)行不強(qiáng)制要求QoS通話的情況下,終止當(dāng)前的通話呼叫。

優(yōu)選地,所述通話模塊還用于:在所述判斷模塊判斷到進(jìn)行強(qiáng)制要求QoS通話呼 叫的主叫方和被叫方滿足強(qiáng)制要求QoS通話所需的資源的情況下,在主叫方和被叫方之間進(jìn)行強(qiáng)制要求QoS通話。

通過(guò)本發(fā)明,采用判斷進(jìn)行強(qiáng)制要求QoS通話呼叫的主叫方或者被叫方是否滿足強(qiáng)制要求QoS通話所需的資源;在判斷結(jié)果為否的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話的方式,解決了進(jìn)行VoLTE通話的呼通率低的問(wèn)題,提高了通話的呼通率。

附圖說(shuō)明

此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解,構(gòu)成本申請(qǐng)的一部分,本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明,并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中:

圖1是根據(jù)相關(guān)技術(shù)的VoLTE通話呼叫流程的流程圖;

圖2是根據(jù)本發(fā)明實(shí)施例的通話方法的流程圖;

圖3是根據(jù)本發(fā)明實(shí)施例的通話裝置的結(jié)構(gòu)示意圖;

圖4是根據(jù)本發(fā)明實(shí)施例的通話裝置的優(yōu)選結(jié)構(gòu)示意圖一;

圖5是根據(jù)本發(fā)明實(shí)施例的通話裝置的優(yōu)選結(jié)構(gòu)示意圖二;

圖6是根據(jù)本發(fā)明實(shí)施例的通話裝置的優(yōu)選結(jié)構(gòu)示意圖三;

圖7是根據(jù)本發(fā)明優(yōu)選實(shí)施例的主叫方網(wǎng)絡(luò)區(qū)域無(wú)法滿足請(qǐng)求的QoS的通話呼叫過(guò)程的流程圖;

圖8是根據(jù)本發(fā)明優(yōu)選實(shí)施例的被叫方網(wǎng)絡(luò)區(qū)域無(wú)法滿足請(qǐng)求的QoS的通話呼叫過(guò)程的流程圖;

圖9是根據(jù)本發(fā)明優(yōu)選實(shí)施例的通話呼叫系統(tǒng)的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是,在不沖突的情況下,本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案,下面將結(jié)合本發(fā)明實(shí)施例中的附圖,對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述,顯然,所描述的實(shí)施例僅僅是本發(fā)明一部分的實(shí)施例,而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例,本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例,都應(yīng)當(dāng)屬于本發(fā)明保護(hù)的范圍。

本發(fā)明實(shí)施例提供了一種通話方法。圖2是根據(jù)本發(fā)明實(shí)施例的通話方法的流程圖, 如圖2所示,該流程包括如下步驟:

步驟S202,判斷進(jìn)行強(qiáng)制要求QoS通話呼叫的主叫方或者被叫方是否滿足強(qiáng)制要求QoS通話所需的資源;

步驟S204,在判斷結(jié)果為否的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話。

通過(guò)上述步驟,在判斷到主叫方或者被叫方不能夠滿足強(qiáng)制要求QoS通話所需的資源的情況下,對(duì)于主叫方而言,可以發(fā)起不強(qiáng)制要求QoS通話的通話呼叫;對(duì)于被叫方而言,可以接受主叫方發(fā)起不強(qiáng)制要求QoS通話的通話呼叫,從而在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS的通話,從而保障了呼通率。通過(guò)上述方法,解決了進(jìn)行VoLTE通話的呼通率低的問(wèn)題,提高了通話的呼通率,也提升了用戶的體驗(yàn)。

其中,不強(qiáng)制要求QoS通話是指:不強(qiáng)制要求為主叫方或者被叫方分配滿足特定QoS要求所需要的資源,并在為主叫方和被叫方盡力分配資源的情況下進(jìn)行的通話。

優(yōu)選地,用戶可以根據(jù)需要,選擇是否接受不強(qiáng)制要求QoS通話,例如,在判斷結(jié)果為否的情況下,判斷被叫方或者主叫方是否允許與主叫方或者被叫方進(jìn)行不強(qiáng)制要求QoS通話;在判斷結(jié)果為主叫方與被叫方均允許進(jìn)行不強(qiáng)制要求QoS通話的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話。

優(yōu)選地,上述方案可以應(yīng)用于被叫方,也可以應(yīng)用于主叫方。

優(yōu)選地,在一些優(yōu)選的實(shí)施例中,可以通過(guò)彈出窗口的方式,接收用戶是否進(jìn)行不強(qiáng)制要求QoS通話的選擇,例如,在判斷結(jié)果為否的情況下,呈現(xiàn)選擇界面(即彈出窗口),其中,選擇界面供被叫方或者主叫方選擇是否允許與主叫方或者被叫方進(jìn)行不強(qiáng)制要求QoS通話;接收被叫方或者主叫方的選擇結(jié)果;在主叫方與被叫方均選擇允許進(jìn)行不強(qiáng)制要求QoS通話的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話。通過(guò)該方式,可以獲知主叫方或者被叫方是否允許進(jìn)行不強(qiáng)制要求QoS通話。

優(yōu)選地,在判斷結(jié)果為主叫方或者被叫方不允許進(jìn)行不強(qiáng)制要求QoS通話的情況下,終止當(dāng)前的通話呼叫。同時(shí),在終止當(dāng)前通話時(shí),還可以返回終止通話的原因。例如:向被叫方返回主叫方不允許進(jìn)行不強(qiáng)制要求QoS通話等。

優(yōu)選地,還可以對(duì)VoLTE通話進(jìn)行預(yù)配置,配置的內(nèi)容包括:在判斷到進(jìn)行強(qiáng)制要求QoS通話呼叫的主叫方或者被叫方不能滿足強(qiáng)制要求QoS通話所需的資源的情況下,是否進(jìn)行不強(qiáng)制要求QoS通話的策略。在這種情況下,在判斷到進(jìn)行強(qiáng)制要求QoS通話呼叫的主叫方或者被叫方不能滿足強(qiáng)制要求QoS通話所需的資源的情況下,可以根據(jù)預(yù)配置的策略進(jìn)行通話呼叫處理。例如:預(yù)配置為在判斷到進(jìn)行強(qiáng)制要求QoS通話呼叫的主叫方或者被叫方不能滿足強(qiáng)制要求QoS通話所需的資源的情況下,不進(jìn)行不強(qiáng)制要求QoS通話的策略;則直接終止當(dāng)前的通話呼叫,不再發(fā)起不強(qiáng)制要求QoS 通話呼叫。

優(yōu)選地,在判斷進(jìn)行強(qiáng)制要求QoS通話呼叫的主叫方和被叫方滿足強(qiáng)制要求QoS通話所需的資源的情況下,在主叫方和被叫方之間進(jìn)行強(qiáng)制要求QoS通話。

在本實(shí)施例中還提供了一種通話裝置,用于實(shí)現(xiàn)上述實(shí)施例及優(yōu)選實(shí)施方式,已經(jīng)進(jìn)行過(guò)說(shuō)明的不再贅述,下面對(duì)該裝置中涉及到的模塊進(jìn)行說(shuō)明。如以下所使用的,術(shù)語(yǔ)“模塊”可以實(shí)現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實(shí)施例所描述的裝置較佳地以軟件來(lái)實(shí)現(xiàn),但是硬件,或者軟件和硬件的組合的實(shí)現(xiàn)也是可能并被構(gòu)想的。

圖3是根據(jù)本發(fā)明實(shí)施例的通話裝置的結(jié)構(gòu)示意圖,如圖3所示,該裝置包括:判斷模塊32和通話模塊34,其中,判斷模塊32,用于判斷進(jìn)行強(qiáng)制要求QoS通話呼叫的主叫方或者被叫方是否滿足強(qiáng)制要求QoS通話所需的資源;通話模塊34,耦合至判斷模塊32,用于在判斷模塊的判斷結(jié)果為否的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話。

圖4是根據(jù)本發(fā)明實(shí)施例的通話裝置的優(yōu)選結(jié)構(gòu)示意圖一,如圖4所示,優(yōu)選地,通話模塊34包括:判斷單元342,用于在判斷模塊32的判斷結(jié)果為否的情況下,判斷被叫方或者主叫方是否允許與主叫方或者被叫方進(jìn)行不強(qiáng)制要求QoS通話;通話單元344,耦合至判斷單元342,用于在判斷單元342的判斷結(jié)果為主叫方與被叫方均允許進(jìn)行不強(qiáng)制要求QoS通話的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話。

圖5是根據(jù)本發(fā)明實(shí)施例的通話裝置的優(yōu)選結(jié)構(gòu)示意圖二,如圖5所示,優(yōu)選地,判斷單元342包括:呈現(xiàn)子單元3422,用于在判斷模塊32的判斷結(jié)果為否的情況下,呈現(xiàn)選擇界面,其中,選擇界面供被叫方或者主叫方選擇是否允許與主叫方或者被叫方進(jìn)行不強(qiáng)制要求QoS通話;接收子單元3424,耦合至呈現(xiàn)子單元3422,用于接收被叫方或者主叫方的選擇結(jié)果;其中,通話單元344,用于在主叫方與被叫方均選擇允許進(jìn)行不強(qiáng)制要求QoS通話的情況下,在主叫方和被叫方之間進(jìn)行不強(qiáng)制要求QoS通話。

圖6是根據(jù)本發(fā)明實(shí)施例的通話裝置的優(yōu)選結(jié)構(gòu)示意圖三,如圖6所示,優(yōu)選地,裝置還包括:終止模塊62,耦合至判斷模塊32,用于在判斷模塊32的判斷結(jié)果為主叫方或者被叫方不允許進(jìn)行不強(qiáng)制要求QoS通話的情況下,終止當(dāng)前的通話呼叫。

優(yōu)選地,通話模塊34還用于:在判斷模塊32判斷到進(jìn)行強(qiáng)制要求QoS通話呼叫的主叫方和被叫方滿足強(qiáng)制要求QoS通話所需的資源的情況下,在主叫方和被叫方之間進(jìn)行強(qiáng)制要求QoS通話。

另外,在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中,也可以是各個(gè)單元單獨(dú)物理存在,也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn),也可以采用軟件功能單元的形式實(shí)現(xiàn)。

為了使本發(fā)明實(shí)施例的描述更加清楚,下面結(jié)合優(yōu)選實(shí)施例進(jìn)行描述和說(shuō)明。

在相關(guān)技術(shù)中VoLTE相關(guān)的標(biāo)準(zhǔn)中的通話呼叫處理流程中,若主叫和被叫方都強(qiáng)制使用QoS要求的話,若其中某一方出現(xiàn)了網(wǎng)絡(luò)資源無(wú)法分配達(dá)到QoS需求時(shí)都會(huì)導(dǎo)致通話掛斷。如QoS的協(xié)商過(guò)程中,主叫和被叫雙方將對(duì)后續(xù)通話建立過(guò)程達(dá)成對(duì)于編碼方案、資源帶寬等一些QoS參數(shù)達(dá)成一致。網(wǎng)絡(luò)即可以開(kāi)始真正的資源分配工作,只有當(dāng)雙方的資源分配都滿足QoS時(shí),通話建立流程方可繼續(xù),否則通話就異常結(jié)束了。

本發(fā)明優(yōu)選實(shí)施例的目的在于:給予用戶選擇的權(quán)利去進(jìn)行QoS策略的二次協(xié)商;若用戶可以接受通話質(zhì)量的一定程度的降低來(lái)打通這個(gè)電話,則不直接掛斷通話呼叫,取而代之的是采用二次協(xié)商的方式,建立不強(qiáng)制要求QoS的通話。

在本發(fā)明優(yōu)選實(shí)施例中,基于已有的處理方式給出一種優(yōu)化方案,以供用戶對(duì)整個(gè)通話建立過(guò)程進(jìn)行介入,由用戶選擇是否可以折衷通話質(zhì)量來(lái)繼續(xù)通話的建立過(guò)程,如果選擇低質(zhì)量通話方案,則進(jìn)行二次資源協(xié)商,讓網(wǎng)絡(luò)以盡力服務(wù)(Best Effort)的方式來(lái)分配盡可能達(dá)到的資源來(lái)進(jìn)行通話建立,以滿足用戶的體驗(yàn)需求。

相應(yīng)地,為了實(shí)現(xiàn)上述方案,本發(fā)明優(yōu)選實(shí)施例提供了一種系統(tǒng)架構(gòu),包括:

信令收發(fā)單元,用于進(jìn)行終端和網(wǎng)絡(luò)的信令交互;

判決單元,用于判決網(wǎng)絡(luò)側(cè)是否可以分配足夠的資源并且反饋給顯示單元;

顯示單元,用于給予用戶合理的提示和選擇。

其中,用戶對(duì)于顯示單元進(jìn)行選擇,選擇后的結(jié)果反饋給判決單元,判決單元決定掛斷通話還是進(jìn)行二次低質(zhì)量通話的協(xié)商。

下面結(jié)合附圖對(duì)本發(fā)明優(yōu)選實(shí)施例進(jìn)行描述和說(shuō)明。

需要說(shuō)明的是,對(duì)于VoLTE通話建立會(huì)話描述協(xié)議(Session Description Protocol,簡(jiǎn)稱為SDP)協(xié)商的過(guò)程可以參考圖1中的步驟1至步驟4,該過(guò)程是業(yè)界熟知的技術(shù),在本發(fā)明優(yōu)選實(shí)施例中將不再贅述。

在本發(fā)明優(yōu)選實(shí)施例中,以主叫方網(wǎng)絡(luò)區(qū)域無(wú)法滿足請(qǐng)求的QoS為例進(jìn)行說(shuō)明。

圖7是根據(jù)本發(fā)明優(yōu)選實(shí)施例的主叫方網(wǎng)絡(luò)區(qū)域無(wú)法滿足請(qǐng)求的QoS的通話呼叫過(guò)程的流程圖,如圖7所示,包括如下步驟:

步驟S701,在SDP協(xié)商過(guò)程中(即圖1的步驟1至步驟3),主叫方將自己與對(duì)方的QoS需求均設(shè)為強(qiáng)制要求,例如,主叫可能的SDP消息的片段如下所示:

a=curr:qos local none

a=curr:qos remote none

上述SDP片段表示了主叫方當(dāng)前還未分配滿足QoS要求的資源,同時(shí)告知被叫方當(dāng)前通話需要強(qiáng)制要求QoS。

步驟S702,若被叫方在圖1所示的步驟4中獲取到了滿足要求的QoS,則可以通過(guò)包含下列片段的SDP消息通知主叫方:

a=curr:qos local sendrecv

a=curr:qos remote sendrecv

上述SDP片段表示了被叫方已經(jīng)完成滿足QoS要求的資源分配,同時(shí)告知主叫方也進(jìn)行滿足QoS要求的資源分配。

步驟S703,若主叫方無(wú)法分配滿足QoS要求的資源,則主叫方可以彈出提示語(yǔ),提示當(dāng)前無(wú)法保障高質(zhì)量的通話,是否嘗試進(jìn)行低質(zhì)量的通話;若用戶選擇否,則后續(xù)通話流程不再繼續(xù),直接掛斷;若用戶選擇是,則進(jìn)行步驟S704。

步驟S704,主叫方將取消了對(duì)QoS的強(qiáng)制要求的消息告知被叫方,嘗試進(jìn)行低質(zhì)量通話。

例如,可以發(fā)送更新(UPDATE)消息包含一個(gè)不強(qiáng)制要求QoS的SDP,SDP的片段如下所示,其他SDP參數(shù)與雙方協(xié)商的參數(shù)保持一致。

a=des:qos none local sendrecv

a=des:qos none remote sendrecv

其中,des:qos字段的本地(local)和遠(yuǎn)程(remote)均改為空(none);表示已經(jīng)不強(qiáng)制要求主叫方和被叫方之間的通話需要滿足QoS要求。

步驟S705,被叫方收到不強(qiáng)制要求QoS的SDP之后,確認(rèn)雙方通話不需要強(qiáng)制滿足QoS要求,此時(shí)被叫方的手機(jī)也可以彈出提示給用戶,以詢問(wèn)是否允許進(jìn)行低質(zhì)量的通話;如果用戶選擇否,則直接掛斷;如果用戶選擇是,則執(zhí)行步驟S706。

步驟S706,被叫方發(fā)送200OK消息,攜帶同意進(jìn)行不強(qiáng)制要求QoS的通話的SDP參數(shù),該SDP消息的片段舉例如下:

a=des:qos none local sendrecv

a=des:qos none remote sendrecv

其中,des:qos字段的本地(local)和遠(yuǎn)程(remote)均改為空(none);表示已經(jīng)不強(qiáng)制要求主叫方和被叫方之間的通話需要滿足QoS要求。

步驟S707,網(wǎng)絡(luò)執(zhí)行最大努力(即盡力服務(wù))分配可以支持該不強(qiáng)制要求QoS通話的資源帶寬,雙方的手機(jī)開(kāi)始振鈴過(guò)程,當(dāng)手機(jī)接通后開(kāi)始進(jìn)行質(zhì)量較低的通話過(guò)程。

對(duì)于被叫方QoS無(wú)法保障的場(chǎng)景和上述所述的實(shí)現(xiàn)思路一致,圖8是根據(jù)本發(fā)明優(yōu)選實(shí)施例的被叫方網(wǎng)絡(luò)區(qū)域無(wú)法滿足請(qǐng)求的QoS的通話呼叫過(guò)程的流程圖,流程如圖8所示,在此不再贅述。

本發(fā)明優(yōu)選實(shí)施例還提供了一種通話呼叫系統(tǒng),圖9是根據(jù)本發(fā)明優(yōu)選實(shí)施例的通話呼叫系統(tǒng)的結(jié)構(gòu)示意圖,如圖9所示,該系統(tǒng)包括用戶終端和網(wǎng)絡(luò)單元,其中,用戶終端包括顯示單元、判決單元和信令收發(fā)單元,網(wǎng)絡(luò)單元至少包括信令收發(fā)單元;在網(wǎng)絡(luò)單元的信令收發(fā)單元和用戶終端的信令收發(fā)單元之間通過(guò)信令交互。

綜上所述,通過(guò)本發(fā)明的上述實(shí)施例和優(yōu)選實(shí)施例,解決了在VoLTE或者其他類(lèi)型的VoIP終端在網(wǎng)絡(luò)中的兼容性和健壯性,可以適應(yīng)更復(fù)雜多變的無(wú)線環(huán)境,為用戶提升更高的通話接通率。采用本發(fā)明的方案,通過(guò)對(duì)相關(guān)標(biāo)準(zhǔn)協(xié)議的優(yōu)化,可以提高終端的可用性和友好型,避免了網(wǎng)絡(luò)服務(wù)較差時(shí)用戶無(wú)法撥通電話的問(wèn)題。

在另外一個(gè)實(shí)施例中,還提供了一種軟件,該軟件用于執(zhí)行上述實(shí)施例及優(yōu)選實(shí)施方式中描述的技術(shù)方案。

在另外一個(gè)實(shí)施例中,還提供了一種存儲(chǔ)介質(zhì),該存儲(chǔ)介質(zhì)中存儲(chǔ)有上述軟件,該存儲(chǔ)介質(zhì)包括但不限于:光盤(pán)、軟盤(pán)、硬盤(pán)、可擦寫(xiě)存儲(chǔ)器等。

顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn),它們可以集中在單個(gè)的計(jì)算裝置上,或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上,可選地,它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn),從而,可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行,并且在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟,或者將它們分別制作成各個(gè)集成電路模塊,或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣,本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已,并不用于限制本發(fā)明,對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō),本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。

當(dāng)前第1頁(yè)1 2 3 
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1