本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種媒體協(xié)商的方法及裝置。

背景技術(shù)：

現(xiàn)有移動終端為了適應(yīng)多種語音通話技術(shù)，往往能夠支持多個通話媒體編碼格式。為了保證兩個移動終端之間能夠完成通信功能，需要這兩個移動終端之間進行媒體協(xié)商，且在完成媒體協(xié)商過程之后，會從多個通話媒體編碼格式中篩選出最終用于通話數(shù)據(jù)的編碼處理過程的通話媒體編碼格式。

在實際媒體協(xié)商過程中，作為主叫用戶的移動終端(即主叫終端)會將自身所能夠支持的多個通話媒體編碼格式，以列表的形式，向作為被叫用戶的移動終端(即被叫終端)發(fā)送，之后被叫終端按照列表中的排列順序逐個查找，直至找到自身能夠支持的通話媒體編碼格式，并將該通話媒體編碼格式作為主叫終端與被叫終端之間用于通話數(shù)據(jù)的編碼處理過程的通話媒體編碼格式。

這樣一來，就可能出現(xiàn)即便主叫終端與被叫終端都能夠支持較優(yōu)通話媒體編碼格式，但由于相對較差的通話媒體編碼格式在列表中所處位置靠前而使被叫終端最終確定較差通話媒體編碼格式作為最終確定的通話媒體編碼格式，從而降低通話數(shù)據(jù)的處理精度，影響主叫終端與被叫終端之間的通話效果。

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

本發(fā)明實施例提供一種媒體協(xié)商的方法及裝置，能夠解決因順序選取通話媒體編碼格式，而造成即便存在較優(yōu)通話媒體編碼格式也無法采用的問題。

為達到上述目的，本發(fā)明實施例采用如下技術(shù)方案：

第一方面，本發(fā)明提供一種媒體協(xié)商的方法，所述方法包括：

被叫終端接收主叫終端發(fā)送的編碼信息，所述編碼信息至少包括所述主叫終端支持的一個媒體類型對應(yīng)的至少兩個媒體編碼格式；

所述被叫終端獲取自身支持的所有媒體編碼格式對應(yīng)的通信情況，所述通信情況用于反映所述同一媒體類型對應(yīng)的每個媒體編碼格式提供的通信質(zhì)量；

所述被叫終端將所述至少兩個媒體編碼格式中，所述被叫終端支持的能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，確定為最終媒體編碼格式。

第二方面，本發(fā)明提供一種媒體協(xié)商的裝置，所述裝置包括：

通信模塊，用于接收主叫終端發(fā)送的編碼信息，所述編碼信息至少包括所述主叫終端支持的一個媒體類型對應(yīng)的至少兩個媒體編碼格式；

獲取模塊，用于獲取自身支持的所有媒體編碼格式對應(yīng)的通信情況，所述通信情況用于反映所述同一媒體類型對應(yīng)的每個媒體編碼格式提供的通信質(zhì)量；

確定模塊，用于將所述通信模塊接收的編碼信息中所述至少兩個媒體編碼格式中，所述獲取模塊獲取的被叫終端支持的能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，確定為最終媒體編碼格式。

本發(fā)明實施例提供的媒體協(xié)商的方法及裝置，相比較于現(xiàn)有技術(shù)中被叫終端按照列表中的排列順序逐個查找，直至找到自身能夠支持的通話媒體編碼格式為止，將該通話媒體編碼格式作為最終通話媒體編碼格式，本發(fā)明實施例中，被叫終端在接收到主叫終端發(fā)送的編碼信息后，從編碼信息中找到能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，并將這個媒體編碼格式作為最終媒體編碼格式。由此可見，在主叫終端與被叫終端所能支持的前提條件下，可以選取提供最優(yōu)通信質(zhì)量的媒體編碼格式作為這兩個終端之間進行數(shù)據(jù)傳輸時所采用的媒體編碼格式。這樣一來，針對媒體類型為通話的情況，就能夠解決因順序選取通話媒體編碼格式，而造成即便存在較優(yōu)通話媒體編碼格式也無法采用的問題，從而有效提高主叫終端與被叫終端之間的通話質(zhì)量。

附圖說明

圖1為本發(fā)明實施例提供的一種通信網(wǎng)絡(luò)系統(tǒng)的場景示意圖；

圖2為本發(fā)明實施例提供的一種媒體協(xié)商的方法流程圖；

圖3、圖4為本發(fā)明實施例提供的一種媒體協(xié)商的方法流程圖

圖5為本發(fā)明實施例提供的一種媒體協(xié)商的裝置的結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例提供的一種被叫終端的結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明實施例可以用于一種通信網(wǎng)絡(luò)系統(tǒng)，如圖1所示，在該通信網(wǎng)絡(luò)系統(tǒng)中至少包括主叫終端和被叫終端。其中，主叫終端與被叫終端可以為類型相同或是不同的終端，對于主叫終端與被叫終端的類型，在此不做限定。在本發(fā)明實施例中，主叫終端與被叫終端之間可以完成數(shù)據(jù)傳輸，所傳輸?shù)臄?shù)據(jù)具體可以為音頻數(shù)據(jù)、視頻數(shù)據(jù)等。在媒體協(xié)商過程中，主叫終端會將自身所支持的媒體編碼格式以編碼信息的形式向被叫終端發(fā)送，之后被叫終端依據(jù)每個編碼形式所能提供的通信質(zhì)量，確定在接收到的編碼信息中自身所能支持的通信質(zhì)量最高的編碼形式作為最終媒體編碼格式，之后將最終媒體編碼格式反饋給主叫終端。這樣一來，主叫終端與被叫終端之間就完成了媒體編碼格式的協(xié)商過程，且主叫終端與被叫終端都能確定在二者的通信過程中所需要采用的最終媒體編碼格式，并在后續(xù)通信過程中采用所確定的最終媒體編碼格式。

本發(fā)明實施例提供一種媒體協(xié)商的方法，如圖2所示，該方法可以由如圖1所示的被叫終端來執(zhí)行，該方法包括：

步驟101、被叫終端接收主叫終端發(fā)送的編碼信息。

其中，編碼信息至少包括主叫終端支持的一個媒體類型對應(yīng)的至少兩個媒體編碼格式。

媒體類型可以根據(jù)主叫終端即將向被叫終端傳輸?shù)臄?shù)據(jù)內(nèi)容來確定。比如，若主叫終端試圖向被叫終端發(fā)送音頻數(shù)據(jù)，那么媒體類型則可以被確定為音頻或是語音等；若主叫終端試圖向被叫終端發(fā)送視頻數(shù)據(jù)，由于視頻數(shù)據(jù)中不僅包括視頻圖像數(shù)據(jù)，還包括音頻數(shù)據(jù)，因此，媒體類型可以為音頻和視頻這兩個媒體類型。需要說明的是，對于主叫終端與被叫終端所支持的編碼那個，在本發(fā)明實施例中不做具體限定，不僅限于上述音頻、語音、視頻，還可以為其他的媒體類型。

針對于單個媒體類型而言，考慮到僅當主叫終端存在至少兩個媒體編碼格式時，才有可能出現(xiàn)背景技術(shù)中所指出的技術(shù)問題，因此，在本發(fā)明實施例中，主叫終端向被叫終端發(fā)送的編碼信息中至少包括一個媒體類型對應(yīng)的至少兩個媒體編碼格式。其中，編碼信息可以用列表的形式進行傳輸。比如，對于一個媒體類型而言，那么在列表中可以按照指定順序或是隨機排列這個媒體類型所對應(yīng)的主叫終端能夠支持的各個媒體編碼格式；對于至少兩個媒體類型而言，那么傳輸?shù)牧斜砜梢詾橹辽賰蓚€，且每個列表對應(yīng)一個媒體類型，具體排列方式與上述一個媒體類型的情況類似，在此不做贅述，或者，傳輸?shù)牧斜砜梢匀詾橐粋€，在列表中，每一區(qū)域記載一個媒體類型所對應(yīng)的主叫終端能夠支持的各個媒體編碼格式。需要說明的是，編碼信息不僅可以用列表的形式進行傳輸，還可以采用其他形式，攜帶在已有請求消息上，或是攜帶在用于媒體編碼格式協(xié)商所生成的新消息上，在此不做限定。

步驟102、被叫終端獲取自身支持的所有媒體編碼格式對應(yīng)的通信情況。

其中，通信情況用于反映同一媒體類型對應(yīng)的每個媒體編碼格式提供的通信質(zhì)量。

被叫終端可以在本地預(yù)存自身支持的所有媒體編碼格式對應(yīng)的通信情況，或是通過數(shù)據(jù)傳輸從其他設(shè)備獲取上述通信情況，或是通過網(wǎng)絡(luò)從數(shù)據(jù)庫獲取上述通信情況。在本發(fā)明實施例中，對于被叫終端支持的所有媒體編碼格式對應(yīng)的通信情況的存儲位置不做限定，不僅限于上述幾種可能的情況。

需要說明的是，通信情況可以用列表形式進行存儲，在列表中，為了方便被叫終端盡快找到通信質(zhì)量較好的媒體編碼格式，在本發(fā)明實施例中，通信情況根據(jù)通信質(zhì)量進行排序，比如，按照通信質(zhì)量從好到差或是從差到好的順序依次排列。其中，對于通信質(zhì)量的好壞，可以用具體的數(shù)值進行表示，比如，數(shù)值越大則表示通信質(zhì)量越好，反之，數(shù)值越小則表示通信質(zhì)量越差。在本發(fā)明實施例中，對于用于反映通信質(zhì)量的通信情況列表的排列方式不做具體限定，也可以根據(jù)被叫終端的性能進行設(shè)置。

例如，當被叫終端接收到主叫終端發(fā)送的媒體協(xié)商請求后，被叫終端獲取主叫終端所支持的媒體編碼格式列表list_mo；之后，被叫終端根據(jù)自身所支持的編碼格式，從list_mo媒體編碼格式列表中檢索出二者都支持的媒體編碼格式列表list_mo_mt；之后，被叫終端從list_mo_mt媒體編碼列表中選擇出能夠提供最優(yōu)通信質(zhì)量的編碼格式作為最終的媒體協(xié)商結(jié)果，即最終媒體編碼格式。需要說明的是，一般情況下，每個編碼格式所能帶來的通信質(zhì)量是固定的，由各個編碼自身的技術(shù)決定，比如，AMR-WB提供的通話質(zhì)量優(yōu)于AMR。因此，被叫終端本身需要存儲自身所支持的各個媒體編碼格式所能帶來通話質(zhì)量的等級級別，或是被叫終端具有從其他設(shè)備或是數(shù)據(jù)庫等地方，獲取自身所支持的各個媒體編碼格式所能帶來通話質(zhì)量的等級級別的能力，比如，最基本的數(shù)據(jù)交互能力等。

步驟103、被叫終端將至少兩個媒體編碼格式中，被叫終端支持的能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，確定為最終媒體編碼格式。

本發(fā)明實施例中，被叫終端在接收到主叫終端發(fā)送的編碼信息后，從編碼信息中找到能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，并將這個媒體編碼格式作為最終媒體編碼格式。由此可見，在主叫終端與被叫終端所能支持的前提條件下，可以選取提供最優(yōu)通信質(zhì)量的媒體編碼格式作為這兩個終端之間進行數(shù)據(jù)傳輸時所采用的媒體編碼格式。這樣一來，針對媒體類型為通話的情況，就能夠解決因順序選取通話媒體編碼格式，而造成即便存在較優(yōu)通話媒體編碼格式也無法采用的問題，從而有效提高主叫終端與被叫終端之間的通話質(zhì)量。

在本發(fā)明實施例的一個實現(xiàn)方式中，若編碼信息包括主叫終端支持的一個媒體類型對應(yīng)的至少兩個媒體編碼格式，則在如圖2所示的實現(xiàn)方式的基礎(chǔ)上，還可以實現(xiàn)為如圖3所示的實現(xiàn)方式。其中，步驟103被叫終端將至少兩個媒體編碼格式中，被叫終端支持的能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，確定為最終媒體編碼格式，可以具體實現(xiàn)為步驟201至步驟203：

步驟201、被叫終端確定至少兩個媒體編碼格式中，自身支持的媒體編碼格式。

例如，若主叫終端在發(fā)送媒體協(xié)商請求時，攜帶有如下編碼信息：

m＝audio 1518 RTP/AVP 97 0 98

a＝rtpmap:97AMR/8000

a＝fmtp:97mode-set＝0,2,4,7；mode-change-period＝2；

mode-change-capability＝2；mode-change-neighbor＝1；max-red＝0

a＝rtpmap:0PCMU/8000

a＝rtpmap:98AMR-WB/16000

a＝fmtp:98mode-set＝0,1,2；mode-change-period＝2；

mode-change-capability＝2；mode-change-neighbor＝1；max-red＝0

則表示，主叫終端能夠支持的媒體編碼格式為自適應(yīng)多速率編碼技術(shù)(英文：Adaptive Multi-Rate，AMR)(即自適應(yīng)多速率窄帶編碼技術(shù)(英文：Adaptive Multi-Rate Narrowband，AMR-NB))、U率脈沖編碼調(diào)制技術(shù)(英文：Pulse Code Modulation U，PCMU)和自適應(yīng)多速率寬帶編碼技術(shù)(英文：Adaptive Multi-Rate Wideband，AMR-WB)，之后被叫終端從中檢索出主叫終端和被叫終端都能支持的媒體編碼格式，具體如下：

a＝rtpmap:97AMR/8000

a＝fmtp:97mode-set＝0,2,4,7；mode-change-period＝2；

mode-change-capability＝2；mode-change-neighbor＝1；max-red＝0

a＝rtpmap:98AMR-WB/16000

a＝fmtp:98mode-set＝0,1,2；mode-change-period＝2；

mode-change-capability＝2；mode-change-neighbor＝1；max-red＝0

則表示，主叫終端和被叫終端都能支持的媒體編碼格式為97(即AMR)、98(即AMR-WB)。

步驟202、被叫終端從排序結(jié)果中，確定自身支持的媒體編碼格式中能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式。

由于采用AMR-WB進行編碼的通信質(zhì)量高于采用AMR進行編碼的通信質(zhì)量，因此，在本發(fā)明實施例中，被叫終端確定98為最終媒體編碼格式，即被叫終端與主叫終端在傳輸音頻(英文：audio)時，采用98所代表的媒體編碼格式，即AMR-WB。

步驟203、被叫終端將能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，確定為最終媒體編碼格式。

本發(fā)明實施例中，考慮到音頻僅涉及到一個媒體類型，因此，采用上述步驟201至步驟203的實現(xiàn)方式，可以有效確定出唯一的主叫終端與被叫終端都能支持的媒體編碼格式，且該媒體編碼格式在二者所能夠共同支持的媒體編碼格式中，為能夠提供最優(yōu)通話質(zhì)量的媒體編碼格式，因此，將該媒體編碼格式確定為主叫終端與被叫終端之間進行語音傳輸?shù)淖罱K媒體編碼格式。

在本發(fā)明實施例的一個實現(xiàn)方式中，若編碼信息包括主叫終端支持的至少兩個媒體類型中每個媒體類型對應(yīng)的至少兩個媒體編碼格式，則在如圖2所示的實現(xiàn)方式的基礎(chǔ)上，還可以實現(xiàn)為如圖4所示的實現(xiàn)方式。其中，步驟102被叫終端獲取自身支持的所有媒體編碼格式對應(yīng)的通信情況，可以具體實現(xiàn)為步驟301；步驟103被叫終端將至少兩個媒體編碼格式中，被叫終端支持的能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，確定為最終媒體編碼格式，可以具體實現(xiàn)為步驟401：

步驟301、被叫終端分別獲取每個媒體類型對應(yīng)的自身支持的所有媒體編碼格式的通信情況。

步驟401、被叫終端分別確定每個媒體類型對應(yīng)的最終媒體編碼格式。

本發(fā)明實施例中，針對至少兩個媒體類型而言，比如，對于視頻通話業(yè)務(wù)而言，不僅需要音頻，還需要視頻，則被叫終端需要接收主叫終端發(fā)送的針對這兩個媒體類型所對應(yīng)的至少兩個媒體編碼格式，之后針對每個媒體類型，分別確定每個媒體類型所對應(yīng)的最終媒體編碼格式，并將所確定的這兩個最終媒體編碼格式一并或是分批次反饋給主叫終端。需要說明的是，針對至少兩個媒體類型的情況而言，僅當被叫終端將所有媒體類型對應(yīng)的最終編碼格式均反饋給主叫終端后，才完成本次媒體協(xié)商過程。

考慮到多個最終媒體編碼格式的確定過程是相互獨立的，因此對于上述情況而言，針對不同媒體類型確定各自對應(yīng)的最終媒體編碼格式可以同時進行，或是按照預(yù)先設(shè)置的順序來執(zhí)行，在此不做限定。

由此可見，本發(fā)明實施例不僅可以用于與LTE上承載語音業(yè)務(wù)(英文：Voice over LTE，VoLTE)終端語音通話的協(xié)商，還可以用于VoLTE終端視頻通話的協(xié)商，以及其他類型的通話的媒體編碼格式協(xié)商過程。

本發(fā)明實施例提供一種媒體協(xié)商的裝置20，如圖5所示，該裝置20可以用于執(zhí)行如圖2至圖4所示的任意一套方法流程，該裝置20包括：

通信模塊21，用于接收主叫終端發(fā)送的編碼信息，編碼信息至少包括主叫終端支持的一個媒體類型對應(yīng)的至少兩個媒體編碼格式。

獲取模塊22，用于獲取自身支持的所有媒體編碼格式對應(yīng)的通信情況，通信情況用于反映同一媒體類型對應(yīng)的每個媒體編碼格式提供的通信質(zhì)量。

需要說明的是，通信情況以列表形式存儲，在列表中通信情況根據(jù)通信質(zhì)量進行排序。

確定模塊23，用于將通信模塊21接收的編碼信息中至少兩個媒體編碼格式中，獲取模塊22獲取的被叫終端支持的能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，確定為最終媒體編碼格式。

在本發(fā)明實施例的一個實現(xiàn)方式中，若編碼信息包括主叫終端支持的一個媒體類型對應(yīng)的至少兩個媒體編碼格式，則確定模塊23，具體用于：

確定至少兩個媒體編碼格式中，自身支持的媒體編碼格式；從排序結(jié)果中，確定自身支持的媒體編碼格式中能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式；將能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，確定為最終媒體編碼格式。

在本發(fā)明實施例的一個實現(xiàn)方式中，若編碼信息包括主叫終端支持的至少兩個媒體類型中每個媒體類型對應(yīng)的至少兩個媒體編碼格式，獲取模塊22，具體用于：

分別獲取每個媒體類型對應(yīng)的自身支持的所有媒體編碼格式的通信情況。

在本發(fā)明實施例的一個實現(xiàn)方式中，確定模塊23，具體用于：

分別確定每個媒體類型對應(yīng)的最終媒體編碼格式。

本發(fā)明實施例提供的媒體協(xié)商的裝置，相比較于現(xiàn)有技術(shù)中被叫終端按照列表中的排列順序逐個查找，直至找到自身能夠支持的通話媒體編碼格式為止，將該通話媒體編碼格式作為最終通話媒體編碼格式，本發(fā)明實施例中，被叫終端在接收到主叫終端發(fā)送的編碼信息后，從編碼信息中找到能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，并將這個媒體編碼格式作為最終媒體編碼格式。由此可見，在主叫終端與被叫終端所能支持的前提條件下，可以選取提供最優(yōu)通信質(zhì)量的媒體編碼格式作為這兩個終端之間進行數(shù)據(jù)傳輸時所采用的媒體編碼格式。這樣一來，針對媒體類型為通話的情況，就能夠解決因順序選取通話媒體編碼格式，而造成即便存在較優(yōu)通話媒體編碼格式也無法采用的問題，從而有效提高主叫終端與被叫終端之間的通話質(zhì)量。

本發(fā)明實施例提供一種被叫終端30，如圖6所示，該被叫終端30至少包括如圖5所示的裝置20，該被叫終端30至少包括：收發(fā)器31和處理器32。

其中，收發(fā)器31，用于接收主叫終端發(fā)送的編碼信息，編碼信息至少包括主叫終端支持的一個媒體類型對應(yīng)的至少兩個媒體編碼格式；收發(fā)器31，還用于獲取自身支持的所有媒體編碼格式對應(yīng)的通信情況，通信情況用于反映同一媒體類型對應(yīng)的每個媒體編碼格式提供的通信質(zhì)量。需要說明的是，通信情況以列表形式存儲，在列表中通信情況根據(jù)通信質(zhì)量進行排序；處理器32，用于將至少兩個媒體編碼格式中，被叫終端支持的能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，確定為最終媒體編碼格式。

若編碼信息包括主叫終端支持的一個媒體類型對應(yīng)的至少兩個媒體編碼格式，則處理器32，具體用于：

確定至少兩個媒體編碼格式中，自身支持的媒體編碼格式；從排序結(jié)果中，確定自身支持的媒體編碼格式中能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式；將能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，確定為最終媒體編碼格式。

若編碼信息包括主叫終端支持的至少兩個媒體類型中每個媒體類型對應(yīng)的至少兩個媒體編碼格式，收發(fā)器31，具體用于：

分別獲取每個媒體類型對應(yīng)的自身支持的所有媒體編碼格式的通信情況。

處理器32，具體用于：

被叫終端分別確定每個媒體類型對應(yīng)的最終媒體編碼格式。

此外，該被叫終端30還可以包括：存儲器33和總線34。其中，存儲器33，可以用于存儲被叫終端30支持的所有媒體編碼格式對應(yīng)的通信情況，或是在媒體編碼格式的協(xié)商過程中所用到的代碼、以及產(chǎn)生的數(shù)據(jù)；總線34可以用于連接終端30中的收發(fā)器31、處理器32和存儲器33，以實現(xiàn)兩兩之間的數(shù)據(jù)交互。

本發(fā)明實施例提供的被叫終端，相比較于現(xiàn)有技術(shù)中被叫終端按照列表中的排列順序逐個查找，直至找到自身能夠支持的通話媒體編碼格式為止，將該通話媒體編碼格式作為最終通話媒體編碼格式，本發(fā)明實施例中，被叫終端在接收到主叫終端發(fā)送的編碼信息后，從編碼信息中找到能夠提供最優(yōu)通信質(zhì)量的媒體編碼格式，并將這個媒體編碼格式作為最終媒體編碼格式。由此可見，在主叫終端與被叫終端所能支持的前提條件下，可以選取提供最優(yōu)通信質(zhì)量的媒體編碼格式作為這兩個終端之間進行數(shù)據(jù)傳輸時所采用的媒體編碼格式。這樣一來，針對媒體類型為通話的情況，就能夠解決因順序選取通話媒體編碼格式，而造成即便存在較優(yōu)通話媒體編碼格式也無法采用的問題，從而有效提高主叫終端與被叫終端之間的通話質(zhì)量。

本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于設(shè)備實施例而言，由于其基本相似于方法實施例，所以描述得比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(英文：Read-Only Memory，ROM)或隨機存儲記憶體(英文：Random Access Memory，RAM)等。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明實施例的保護范圍并不局限于此，在本發(fā)明實施例揭露的技術(shù)范圍內(nèi)的變化或替換，都應(yīng)涵蓋在本發(fā)明實施例的保護范圍之內(nèi)。因此，本發(fā)明實施例的保護范圍應(yīng)該以權(quán)利要求的保護范圍為準。