本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及通信控制方法及相關(guān)裝置，尤其涉及語(yǔ)音使用GSM制式的通信控制方法和裝置。

背景技術(shù)：

當(dāng)前，通信終端在進(jìn)行語(yǔ)音業(yè)務(wù)時(shí)，一般會(huì)使用GSM(Global System for Mobile Communication，全球移動(dòng)通信系統(tǒng))制式，也即使用GSM網(wǎng)絡(luò)進(jìn)行語(yǔ)音通話。例如，在LTE網(wǎng)絡(luò)下進(jìn)行語(yǔ)音業(yè)務(wù)時(shí)，網(wǎng)絡(luò)回落到GSM網(wǎng)絡(luò)，在GSM網(wǎng)絡(luò)上進(jìn)行語(yǔ)音通話。

在GSM網(wǎng)絡(luò)上進(jìn)行語(yǔ)音通話過(guò)程中，在弱信號(hào)或高速場(chǎng)景下，由于接收信號(hào)波動(dòng)較大，信噪比較差，多徑干擾和多普勒頻移的影響較大，容易發(fā)生無(wú)線鏈路失敗(RLF)，RLF出現(xiàn)一次，通信終端的無(wú)線鏈路失敗計(jì)數(shù)器(radio_link_timeout)的計(jì)數(shù)值就會(huì)減一。當(dāng)radio_link_timeout的值減為零時(shí)(也即超時(shí))，通信終端將向基站發(fā)起呼叫重建流程。而當(dāng)前基基站基本都不支持呼叫重建，因此，基站會(huì)釋放無(wú)線鏈路，從而導(dǎo)致掉話。

考慮到以下情況：在高速運(yùn)行狀態(tài)時(shí)經(jīng)過(guò)一段信號(hào)較差的路段(例如過(guò)隧道)，則會(huì)因RLF多次出現(xiàn)，而導(dǎo)致radio link timeout很快降為零(一般在30秒之內(nèi))，此時(shí)通信終端會(huì)發(fā)起呼叫重建請(qǐng)求，進(jìn)而重建失敗，造成掉話。實(shí)際上，通信終端可能很快就會(huì)離開(kāi)上述信號(hào)較差的路段而進(jìn)入信號(hào)較好的路段。則在上述情況下，現(xiàn)有的GSM制式可能造成頻繁掉話，致使通話掉話率偏高。

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

有鑒于此，本發(fā)明實(shí)施例提供通信控制方法及相關(guān)裝置，以延長(zhǎng)通話時(shí)長(zhǎng)，降低掉話率。

為實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例提供如下技術(shù)方案：

一種通信控制方法，所述方法應(yīng)用于一終端，所述通信控制方法包括：

在進(jìn)行語(yǔ)音通話時(shí)，更新無(wú)線鏈路失敗計(jì)數(shù)器的計(jì)數(shù)值s_counter；

當(dāng)滿足延時(shí)條件時(shí)，執(zhí)行通話時(shí)長(zhǎng)延長(zhǎng)策略；所述通話時(shí)長(zhǎng)延長(zhǎng)策略包括將所述s_counter重置為默認(rèn)值；所述延時(shí)條件包括所述無(wú)線鏈路失敗計(jì)數(shù)器首次超時(shí)。

一種通信控制裝置，所述通信控制裝置應(yīng)用于一終端，所述通信控制裝置包括：

無(wú)線鏈路失敗RLF檢測(cè)模塊，用于在進(jìn)行語(yǔ)音通話時(shí)，更新無(wú)線鏈路失敗計(jì)數(shù)器的計(jì)數(shù)值s_counter；

恢復(fù)模塊，用于當(dāng)滿足延時(shí)條件時(shí)，執(zhí)行通話時(shí)長(zhǎng)延長(zhǎng)策略；所述通話時(shí)長(zhǎng)延長(zhǎng)策略包括將所述s_counter重置為默認(rèn)值；所述延時(shí)條件包括所述無(wú)線鏈路失敗計(jì)數(shù)器首次超時(shí)。一種終端，包括上述的通信控制裝置。

可見(jiàn)，本發(fā)明實(shí)施例在無(wú)線鏈路失敗計(jì)數(shù)器首次超時(shí)時(shí)，并不會(huì)如現(xiàn)有技術(shù)一般，發(fā)起呼叫重建請(qǐng)求，而是將無(wú)線鏈路失敗計(jì)數(shù)器的計(jì)數(shù)值s_counter重置為默認(rèn)值，重新開(kāi)始計(jì)數(shù)，這樣可延長(zhǎng)通話時(shí)長(zhǎng)。

特別對(duì)于在高速運(yùn)行狀態(tài)時(shí)經(jīng)過(guò)一段信號(hào)較差的路段的情況，本發(fā)明實(shí)施例所提供的方案，可在一定程度上令通話保持至進(jìn)入信號(hào)較好的路段，從而降低掉話率。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。

圖1為本發(fā)明實(shí)施例提供的通信控制裝置的示例性結(jié)構(gòu)圖；

圖2-5為本發(fā)明實(shí)施例提供的通信控制方法示例性流程圖；

圖6為本發(fā)明實(shí)施例提供的終端的示例性結(jié)構(gòu)圖。

具體實(shí)施方式

前述提及了，GSM制式的語(yǔ)音通話過(guò)程，在弱信號(hào)或高速場(chǎng)景下，易發(fā)生無(wú)線鏈路失敗(RLF)，RLF出現(xiàn)一次，終端的無(wú)線鏈路失敗計(jì)數(shù)器(radio_link_timeout)的計(jì)數(shù)值就會(huì)減一。當(dāng)radio_link_timeout的值減為零時(shí)(也即超時(shí))，終端將向基站發(fā)起呼叫重建流程。而當(dāng)前基基站基本都不支持呼叫重建，因此，基站會(huì)釋放無(wú)線鏈路，從而導(dǎo)致掉話。

在一些特殊情況，例如，終端在高速運(yùn)行狀態(tài)時(shí)經(jīng)過(guò)一段信號(hào)較差的路段(例如過(guò)隧道)，會(huì)因RLF多次出現(xiàn)，而導(dǎo)致radio link timeout很快降為零(一般在30秒之內(nèi))，此時(shí)終端會(huì)發(fā)起呼叫重建請(qǐng)求，進(jìn)而重建失敗，造成掉話。

實(shí)際上，終端可能很快就會(huì)離開(kāi)上述信號(hào)較差的路段而進(jìn)入信號(hào)較好的路段。

在上述情況下，現(xiàn)有的GSM制式可能造成頻繁掉話，使得通話掉話率偏高。

本發(fā)明提供通信控制方法、通信控制裝置及終端可在一定程度上解決上述問(wèn)題。

上述通信控制方法和裝置可應(yīng)用于諸如單卡類型手機(jī)、雙卡雙待單通類型手機(jī)等終端。

圖1示出了上述通信控制裝置或終端的一種示例性結(jié)構(gòu)，至少包括RLF檢測(cè)模塊1和恢復(fù)模塊2，此外，還包括調(diào)制解調(diào)器3(modem)。

圖2示出了上述通信控制裝置或終端所執(zhí)行的通信控制方法的一種示例性流程，其至少可包括如下步驟：

S201：在進(jìn)行語(yǔ)音通話時(shí)，更新無(wú)線鏈路失敗計(jì)數(shù)器的計(jì)數(shù)值。

可用s_counter表示上述計(jì)數(shù)值。

在一個(gè)示例中，如果無(wú)線環(huán)境質(zhì)量較好，s_counter就增加2，否則就減小1。

更具體的，modem會(huì)獲取廣播消息，從廣播消息中解析出系統(tǒng)消息(一般為系統(tǒng)消息3或6)，若成功解析出系統(tǒng)消息，則說(shuō)明無(wú)線環(huán)境質(zhì)量較好，則s_counter增加2，而若解析系統(tǒng)消息失敗或發(fā)生RLF，則減1。當(dāng)然，s_counter不能無(wú)限增大，其最大值可為64，當(dāng)s_counter到達(dá)最大值后，再成功解析出系統(tǒng)消息后，則維護(hù)s_counter為最大值。

步驟201可由前述的RLF檢測(cè)模塊1執(zhí)行。

S202：當(dāng)滿足延時(shí)條件時(shí)，執(zhí)行通話時(shí)長(zhǎng)延長(zhǎng)策略。

上述通話時(shí)長(zhǎng)延長(zhǎng)策略包括：將s_counter重置為默認(rèn)值。在一個(gè)示例中，上述默認(rèn)值可為最大值64。

而延時(shí)條件可包括：在本次語(yǔ)音通話過(guò)程中，無(wú)線鏈路失敗計(jì)數(shù)器首次超時(shí)，也即，s_counter首次到達(dá)零。

步驟202可由前述的恢復(fù)模塊2執(zhí)行。

可見(jiàn)，本發(fā)明實(shí)施例在無(wú)線鏈路失敗計(jì)數(shù)器首次超時(shí)時(shí)，并不會(huì)如現(xiàn)有技術(shù)一般，發(fā)起呼叫重建請(qǐng)求，而是執(zhí)行通話時(shí)長(zhǎng)延長(zhǎng)策略，也即，令無(wú)線鏈路失敗計(jì)數(shù)器的計(jì)數(shù)值s_counter重置為默認(rèn)值，重新開(kāi)始計(jì)數(shù)，這樣可延長(zhǎng)通話時(shí)長(zhǎng)。

尤其對(duì)于在高速運(yùn)行狀態(tài)時(shí)經(jīng)過(guò)一段信號(hào)較差的路段的情況，本發(fā)明實(shí)施例所提供的方案，可在一定程度上令通話保持至進(jìn)入信號(hào)較好的路段，從而降低掉話率。

圖3示出了上述通信控制方法的另一種示例性流程，其至少可包括如下步驟：

S301：在進(jìn)行語(yǔ)音通話時(shí)，更新無(wú)線鏈路失敗計(jì)數(shù)器的計(jì)數(shù)值。

S301與前述的步驟S201相類似，在此不作贅述。

S302：當(dāng)滿足延時(shí)條件時(shí)，執(zhí)行通話時(shí)長(zhǎng)延長(zhǎng)策略。

上述通話時(shí)長(zhǎng)延長(zhǎng)策略包括：將s_counter重置為默認(rèn)值。在一個(gè)示例中，上述默認(rèn)值可為最大值64。

而延時(shí)條件包括在本次語(yǔ)音通話過(guò)程中，無(wú)線鏈路失敗計(jì)數(shù)器首次超時(shí)，也即，s_counter首次到達(dá)零。

S302與前述的步驟S202相類似，在此不作贅述。

S303：當(dāng)滿足結(jié)束條件時(shí)，釋放無(wú)線鏈路(也即掛斷電話)。

在一個(gè)示例中，上述結(jié)束條件可包括無(wú)線鏈路失敗計(jì)數(shù)器第二次超時(shí)，也即s_counter第二次降為零。

步驟303中的釋放無(wú)線鏈路可由modem執(zhí)行。

在一個(gè)示例中，modem3可周期性得從RLF檢測(cè)模塊1處獲取s_counter，當(dāng)s_counter第二次降為零，則釋放無(wú)線鏈路。

或者，在另一個(gè)示例中，當(dāng)s_counter第二次降為零，可由RLF檢測(cè)模塊1通知modem3釋放無(wú)線鏈路。

可見(jiàn)，在本實(shí)施例中，在無(wú)線鏈路失敗計(jì)數(shù)器首次超時(shí)時(shí)，執(zhí)行通話時(shí)長(zhǎng)延長(zhǎng)策略，也即，令無(wú)線鏈路失敗計(jì)數(shù)器的計(jì)數(shù)值s_counter重置為默認(rèn)值，重新開(kāi)始計(jì)數(shù)，這樣可延長(zhǎng)通話時(shí)長(zhǎng)。而在s_counter第二次降為零時(shí)，也并不會(huì)如現(xiàn)有技術(shù)一般，發(fā)起呼叫重建請(qǐng)求，而是釋放無(wú)線鏈路。則在本實(shí)施例中去除了呼叫重建流程，同時(shí)延長(zhǎng)了通話接續(xù)時(shí)長(zhǎng)，提高了在惡劣環(huán)境下的通話成功率，降低弱場(chǎng)或高速場(chǎng)景的掉話率，進(jìn)而提高了用戶體驗(yàn)。

圖4示出了上述通信控制方法的又一種示例性流程，其至少可包括如下步驟：

S400：振鈴后，modem3從接收到的廣播消息中解析系統(tǒng)消息。

此步驟可參考現(xiàn)有解析方式，在此不作贅述。

S401：若解析成功，將s_counter設(shè)置為默認(rèn)值。

在一個(gè)示例中，可將s_counter設(shè)置為最大值64。

需要說(shuō)明的是，在系統(tǒng)消息3或6中，是攜帶有無(wú)線鏈路失敗計(jì)數(shù)器的初始值的。因此，在現(xiàn)有技術(shù)中，是將s_counter設(shè)置為初始值。

但在本實(shí)施例中，為了盡可能延長(zhǎng)通話持續(xù)時(shí)長(zhǎng)，將s_counter設(shè)置為最大值64。

S402：在進(jìn)行語(yǔ)音通話時(shí)，RLF檢測(cè)模塊1更新無(wú)線鏈路失敗計(jì)數(shù)器的計(jì)數(shù)值s_counter。

S402與前述的步驟S301、S201相類似，在此不作贅述。

S403：當(dāng)s_counter首次到達(dá)零時(shí)，恢復(fù)模塊2執(zhí)行通話時(shí)長(zhǎng)延長(zhǎng)策略，之后返回S402。

可由RLF檢測(cè)模塊1通知恢復(fù)模塊2執(zhí)行通話時(shí)長(zhǎng)延長(zhǎng)策略。

上述通話時(shí)長(zhǎng)延長(zhǎng)策略至少可包括：將s_counter重置為默認(rèn)值。在一個(gè)示例中，上述默認(rèn)值可為最大值64。

S403與前述的步驟S302、S202相類似，在此不作贅述。

S404：當(dāng)s_counter第二次降為零時(shí)，modem3釋放無(wú)線鏈路。

步驟404與前述的步驟303相類似，在此不作贅述。

可見(jiàn)，在本實(shí)施例中，舍棄系統(tǒng)消息攜帶的無(wú)線鏈路失敗計(jì)數(shù)器的初始值。而將s_counter設(shè)置為最大值，這樣可盡可能延長(zhǎng)通話持續(xù)時(shí)長(zhǎng)。

下面將以LTE網(wǎng)絡(luò)的語(yǔ)音業(yè)務(wù)為例，進(jìn)行更為詳細(xì)的介紹。

當(dāng)前LTE網(wǎng)絡(luò)模式下的通話采用的一種方案是電路域回落(CSFB)，即在LTE網(wǎng)絡(luò)下進(jìn)行語(yǔ)音業(yè)務(wù)時(shí)，網(wǎng)絡(luò)自動(dòng)回落到2G或3G網(wǎng)絡(luò)，通過(guò)2G或3G網(wǎng)絡(luò)進(jìn)行語(yǔ)音通話，終端在LTE側(cè)發(fā)起呼叫或者接收到尋呼，LTE網(wǎng)絡(luò)通過(guò)重定向命令(RRC Connection Release)下發(fā)GSM/WCDMA頻點(diǎn)，指引終端回落到GSM/WCDMA網(wǎng)絡(luò)，在GSM/WCDMA上做通話的接入控制。

則請(qǐng)參見(jiàn)圖5,在LTE網(wǎng)絡(luò)下,上述通信控制方法可包括如下交互流程:

S501：用戶通過(guò)終端發(fā)起CSFB語(yǔ)音呼叫。

更具體的，由modem3向基站發(fā)起CSFB服務(wù)請(qǐng)求。

此部分可參考現(xiàn)有方式，在此不作贅述。

S502：基站接收CSFB服務(wù)請(qǐng)求，進(jìn)行回落流程。

在回落流程中，基站會(huì)下發(fā)重定向消息和各種消息，其中包括前述的系統(tǒng)消息3或6。

可以msg1表示上述重定向消息和各種消息。

S502：終端(modem3)在GSM上接續(xù)信令，用戶在GSM上進(jìn)行通話。

步驟500-502描述的是終端發(fā)起CSFB語(yǔ)音呼叫到振鈴的過(guò)程。

S503：modem3檢測(cè)msg1，解析出系統(tǒng)消息3或系統(tǒng)消息6，將無(wú)線鏈路超時(shí)計(jì)數(shù)器的計(jì)數(shù)值s_counter設(shè)置為最大值(64)。

需要說(shuō)明的是，modem3可從系統(tǒng)消息3或系統(tǒng)消息6中獲取無(wú)線鏈路超時(shí)計(jì)數(shù)器的初始值，但在本實(shí)施例中，并不會(huì)將s_counter設(shè)置為該初始值。

S504：modem3將狀態(tài)標(biāo)識(shí)s-state設(shè)置為第一數(shù)值。

需要說(shuō)明的是，s-state設(shè)置為第一數(shù)值可用于表征無(wú)線鏈路失敗計(jì)數(shù)器的首次計(jì)時(shí)，或者，用于表征執(zhí)行通話時(shí)長(zhǎng)延長(zhǎng)策略。

而s-state設(shè)置為第二數(shù)值可用于表征無(wú)線鏈路失敗計(jì)數(shù)器的第二次計(jì)時(shí)，或者，用于表征禁止執(zhí)行通話時(shí)長(zhǎng)延長(zhǎng)策略。

后續(xù)可通過(guò)s-state來(lái)確定無(wú)線鏈路失敗計(jì)數(shù)器是首次超時(shí)，還是第二次超時(shí)。

在一個(gè)示例中，第一數(shù)值可為“true”，第二數(shù)值可為“false”。

在另一個(gè)示例中，第一數(shù)值可為“1”，第二數(shù)值可為“0”?；蛘撸谝粩?shù)值可為“2”，第二數(shù)值可為“3”等等，只要第一數(shù)值不等于第二數(shù)值即可。

S505：modem3將s_counter和s-state發(fā)送給RLF檢測(cè)模塊1。

可將攜帶s_counter和s-state的消息稱為msg2。

S506：RLF檢測(cè)模塊1根據(jù)無(wú)線通信質(zhì)量更新s_counter的計(jì)數(shù)值。

S506與前述的步驟402、301、201相類似，在此不作贅述。

S507：若s-counter等于0，且s-state值為true，RLF檢測(cè)模塊1向恢復(fù)模塊2發(fā)送消息(msg3)，以通知恢復(fù)模塊2執(zhí)行通話時(shí)長(zhǎng)延長(zhǎng)策略。

需要說(shuō)明的是，當(dāng)所述s_counter為零且s-state為第一數(shù)值時(shí)，無(wú)線鏈路失敗計(jì)數(shù)器首次超時(shí)。

S508：恢復(fù)模塊2將s-counter重置為最大值64，將s-state設(shè)置為false。

也即，在本實(shí)施例中，通話時(shí)長(zhǎng)延長(zhǎng)策略包括將s_counter重置為默認(rèn)值，以及將s-state設(shè)置為第二數(shù)值。

在一個(gè)示例中，恢復(fù)模塊2可通知RLF檢測(cè)模塊1將s-counter重置為最大值64，將s-state設(shè)置為false。

在另一個(gè)示例中，恢復(fù)模塊2也可將s-counter重置為最大值64，將s-state設(shè)置為false后，向RLF檢測(cè)模塊1發(fā)送攜帶新s-counter和s-state的消息。

執(zhí)行上述通話時(shí)長(zhǎng)延長(zhǎng)策略后，將返回執(zhí)行上述步驟506。

S509：若s-counter等于0且s-state值為false，modem3釋放無(wú)線鏈路。

需要說(shuō)明的是，當(dāng)s_counter為零且s-state為false時(shí)，上述無(wú)線鏈路失敗計(jì)數(shù)器第二次超時(shí)。

在一個(gè)示例中，modem3可周期性得從RLF檢測(cè)模塊1處獲取s_counter和s-state，當(dāng)s_counter為零且s-state為false時(shí)，則釋放無(wú)線鏈路。

或者，在另一個(gè)示例中，當(dāng)s_counter為零且s-state為false時(shí)，RLF檢測(cè)模塊1通知modem3釋放無(wú)線鏈路。

與上述通信方法相對(duì)應(yīng)，本發(fā)明實(shí)施例還欲保護(hù)通信控制裝置，仍請(qǐng)參見(jiàn)圖1，該通信控制裝置示例性得可包括：

RLF檢測(cè)模塊1，用于在進(jìn)行語(yǔ)音通話時(shí)，更新無(wú)線鏈路失敗計(jì)數(shù)器的計(jì)數(shù)值；

恢復(fù)模塊2，用于當(dāng)滿足延時(shí)條件時(shí)，執(zhí)行通話時(shí)長(zhǎng)延長(zhǎng)策略；

上述通話時(shí)長(zhǎng)延長(zhǎng)策略包括將上述無(wú)線鏈路失敗計(jì)數(shù)器的計(jì)數(shù)值s_counter重置為默認(rèn)值；上述延時(shí)條件包括上述無(wú)線鏈路失敗計(jì)數(shù)器首次超時(shí)。

此外，上述通信控制裝置可包括調(diào)制解調(diào)器(modem)3。

RLF檢測(cè)模塊1可執(zhí)行圖2所示的步驟201、圖3所示的步驟301、圖4所示的步驟402、圖5所示的步驟506、507。

恢復(fù)模塊2可執(zhí)行圖2所示的步驟202、圖3所示的步驟302、圖4所示的步驟403、圖5所示的步驟508。

Modem3可執(zhí)行圖3所示的步驟303、圖4所示的步驟404、圖5所示的步驟500-505，509。

本發(fā)明實(shí)施例還要求保護(hù)終端，其可包括上述的通信控制裝置。

圖6示出了上述終端的一種通用計(jì)算機(jī)系統(tǒng)結(jié)構(gòu)。

上述計(jì)算機(jī)系統(tǒng)可包括總線、處理器601、存儲(chǔ)器602、通信接口603、輸入設(shè)備604和輸出設(shè)備605。處理器601、存儲(chǔ)器602、通信接口603、輸入設(shè)備604和輸出設(shè)備605通過(guò)總線相互連接。其中：

總線可包括一通路，在計(jì)算機(jī)系統(tǒng)各個(gè)部件之間傳送信息。

處理器601可以是通用處理器，例如通用中央處理器(CPU)、網(wǎng)絡(luò)處理器(NetworkProcessor，簡(jiǎn)稱NP)、微處理器等，也可以是特定應(yīng)用集成電路(application-specific integrated circuit，ASIC)，或一個(gè)或多個(gè)用于控制本發(fā)明方案程序執(zhí)行的集成電路。還可以是數(shù)字信號(hào)處理器(DSP)、專用集成電路(ASIC)、現(xiàn)成可編程門(mén)陣列(FPGA)或者其他可編程邏輯器件、分立門(mén)或者晶體管邏輯器件、分立硬件組件。

處理器601至少可包括主處理器、基帶芯片和調(diào)制解調(diào)器。

存儲(chǔ)器602中保存有執(zhí)行本發(fā)明技術(shù)方案的程序，還可以保存有操作系統(tǒng)和其他關(guān)鍵業(yè)務(wù)。具體地，程序可以包括程序代碼，程序代碼包括計(jì)算機(jī)操作指令。更具體的，存儲(chǔ)器602可以包括只讀存儲(chǔ)器(read-only memory，ROM)、可存儲(chǔ)靜態(tài)信息和指令的其他類型的靜態(tài)存儲(chǔ)設(shè)備、隨機(jī)存取存儲(chǔ)器(randomaccess memory，RAM)、可存儲(chǔ)信息和指令的其他類型的動(dòng)態(tài)存儲(chǔ)設(shè)備、磁盤(pán)存儲(chǔ)器、flash等等。此外，存儲(chǔ)器602可存儲(chǔ)上述多媒體信息內(nèi)容。

輸入設(shè)備604可包括接收用戶輸入的數(shù)據(jù)和信息的裝置，例如鍵盤(pán)、鼠標(biāo)、攝像頭、掃描儀、光筆、語(yǔ)音輸入裝置、觸摸屏、計(jì)步器或重力感應(yīng)器等。

輸出設(shè)備605可包括允許輸出信息給用戶的裝置，例如顯示屏、打印機(jī)、揚(yáng)聲器等。

通信接口603可包括使用任何收發(fā)器一類的裝置，以便與其他設(shè)備或通信網(wǎng)絡(luò)通信，如以太網(wǎng)，無(wú)線接入網(wǎng)(RAN)，無(wú)線局域網(wǎng)(WLAN)等。

處理器601執(zhí)行存儲(chǔ)器602中所存放的程序，以及調(diào)用其他設(shè)備，可用于實(shí)現(xiàn)本發(fā)明前述實(shí)施例所提供的通信控制方法中的各個(gè)步驟。

本說(shuō)明書(shū)中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見(jiàn)即可。對(duì)于實(shí)施例公開(kāi)的裝置而言，由于其與實(shí)施例公開(kāi)的方法相對(duì)應(yīng)，所以描述的比較簡(jiǎn)單，相關(guān)之處參見(jiàn)方法部分說(shuō)明即可。

專業(yè)人員還可以進(jìn)一步意識(shí)到，結(jié)合本文中所公開(kāi)的實(shí)施例描述的各示例的單元及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來(lái)實(shí)現(xiàn)，為了清楚地說(shuō)明硬件和軟件的可互換性，在上述說(shuō)明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來(lái)執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè)技術(shù)人員可以對(duì)每個(gè)特定的應(yīng)用來(lái)使用不同方法來(lái)實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。

對(duì)所公開(kāi)的實(shí)施例的上述說(shuō)明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來(lái)說(shuō)將是顯而易見(jiàn)的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本發(fā)明將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開(kāi)的原理和新穎特點(diǎn)相一致的最寬的范圍。