本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)傳輸模式的選擇方法、裝置及網(wǎng)絡(luò)系統(tǒng)。

背景技術(shù)：

基于蜂窩的窄帶物聯(lián)網(wǎng)(英文全稱：narrowbandinternetofthings，簡稱：nb-iot)存在3種數(shù)據(jù)傳輸模式，分別為普通傳輸模式、控制面優(yōu)化模式和用戶面優(yōu)化模式，通常用s1-udatatransfer表示普通傳輸模式，用controlplaneciotepsoptimisation表示控制面優(yōu)化模式，用userplaneciotepsoptimisation表示用戶面優(yōu)化模式；其中，普通傳輸模式和非nb-iot網(wǎng)絡(luò)的數(shù)據(jù)傳輸模式一致，即用戶在附著過程中建立用戶面?zhèn)鬏攕1-u隧道，通過s1-u隧道傳輸業(yè)務(wù)數(shù)據(jù)，并通過s1釋放流程和業(yè)務(wù)請(qǐng)求流程釋放和重建s1連接；控制面優(yōu)化模式在附著過程中不建立s1-u隧道，而是通過s1-mme接口及s11接口(需單獨(dú)建立s11-u隧道)完成業(yè)務(wù)數(shù)據(jù)的傳輸；用戶面優(yōu)化模式同樣建立用戶面隧道用于業(yè)務(wù)數(shù)據(jù)的傳輸，并使用suspend流程和resume流程釋放和重建s1連接。

用戶設(shè)備(英文全稱：userequipment，簡稱：ue)在附著流程中，在附著請(qǐng)求中通過ue支持的數(shù)據(jù)傳輸能力字段攜帶ue支持的附著能力，其中，通常用attachrequest表示附著請(qǐng)求，用uenetworkcapability表示ue支持的數(shù)據(jù)傳輸能力，附著模式能力標(biāo)識(shí)位于因特網(wǎng)標(biāo)準(zhǔn)使用八位組的bit3-5，字段的取值和所代表的意義如下：控制面優(yōu)化模式controlplaneciotepsoptimization(cpciot)(octet8,bit3)；用戶面優(yōu)化模式userplaneciotepsoptimization(upciot)(octet8,bit4)；普通傳輸模式s1-udatatransfer(s1-udata)(octet8,bit5)；其中，通常用octet8表示因特網(wǎng)標(biāo)準(zhǔn)使用八位組，對(duì)應(yīng)比特位置1，表示支持該數(shù)據(jù)傳輸模式，置0則表示不支持。

同時(shí)，ue通過attachrequest消息中的ue期望的數(shù)據(jù)傳輸模式字段指示位于該字段的bit3-4，字段取值對(duì)應(yīng)含義如下：00表示noadditionalinformation，01表示controlplaneciotepsoptimization，10表示userplaneciotepsoptimization，11表示reserved；其中，通常用additionalupdatetype表示期望的數(shù)據(jù)傳輸模式，00表示ue不做任何指示。

但是在實(shí)際的業(yè)務(wù)應(yīng)用中，可能存在uenetworkcapability中標(biāo)識(shí)的ue支持的數(shù)據(jù)傳輸能力和ue在additionalupdatetype指示的ue期望的數(shù)據(jù)傳輸模式出現(xiàn)矛盾的情況，一般采用統(tǒng)一的處理策略(如不論何種差錯(cuò)場景均采取拒絕用戶附著請(qǐng)求的處理策略，或統(tǒng)一使用某一種數(shù)據(jù)傳輸模式，如：普通s1數(shù)據(jù)方案s1-data完成附著)進(jìn)行處理，無法根據(jù)ue的實(shí)際情況進(jìn)行處理，導(dǎo)致用戶的體驗(yàn)差，同時(shí)無法第一時(shí)間通知應(yīng)用服務(wù)器端相關(guān)終端出現(xiàn)的錯(cuò)誤。

由上述可知，現(xiàn)有技術(shù)中當(dāng)uenetworkcapability中標(biāo)識(shí)的ue支持的數(shù)據(jù)傳輸能力和ue在additionalupdatetype指示的ue期望的數(shù)據(jù)傳輸模式出現(xiàn)矛盾的情況時(shí)，一般采用統(tǒng)一的處理策略進(jìn)行處理，無法根據(jù)ue的實(shí)際情況進(jìn)行處理，導(dǎo)致用戶的體驗(yàn)差。

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

本發(fā)明的實(shí)施例提供一種數(shù)據(jù)傳輸模式的選擇方法、裝置及網(wǎng)絡(luò)系統(tǒng)，解決了現(xiàn)有技術(shù)中當(dāng)uenetworkcapability中標(biāo)識(shí)的ue支持的數(shù)據(jù)傳輸能力和ue在additionalupdatetype指示的ue期望的數(shù)據(jù)傳輸模式出現(xiàn)矛盾的情況時(shí)，一般采用統(tǒng)一的處理策略進(jìn)行處理，無法根據(jù)ue的實(shí)際情況進(jìn)行處理，導(dǎo)致用戶的體驗(yàn)差的問題。

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

第一方面、本發(fā)明的實(shí)施例提供一種數(shù)據(jù)傳輸模式的選擇方法，包括：獲取ue實(shí)際的數(shù)據(jù)傳輸模式，以及ue在附著請(qǐng)求中期望的數(shù)據(jù)傳輸模式；判別期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式是否相同；當(dāng)確定期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同時(shí)，發(fā)送控制指令至ue；其中，控制指令用于指示ue按照實(shí)際的數(shù)據(jù)傳輸模式完成附著。

可選的，當(dāng)期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同時(shí)，該方法還包括：生成告警信息并發(fā)送至應(yīng)用服務(wù)器。

可選的，實(shí)際的數(shù)據(jù)傳輸模式包括：普通傳輸模式、控制面優(yōu)化模式或者用戶面優(yōu)化模式；按照實(shí)際的數(shù)據(jù)傳輸模式完成附著包括：當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式時(shí)，按照普通傳輸模式完成附著；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為控制面優(yōu)化模式時(shí)，按照控制面優(yōu)化模式完成附著；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為用戶面優(yōu)化模式時(shí)，按照用戶面優(yōu)化模式完成附著。

可選的，實(shí)際的數(shù)據(jù)傳輸模式包括：普通傳輸模式、控制面優(yōu)化模式或者用戶面優(yōu)化模式；按照實(shí)際的數(shù)據(jù)傳輸模式完成附著包括：當(dāng)實(shí)際的數(shù)據(jù)傳輸模式包含普通傳輸模式和控制面優(yōu)化模式時(shí)，按照控制面優(yōu)化模式完成附著；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式包含普通傳輸模式和用戶面優(yōu)化模式時(shí)，按照用戶面優(yōu)化模式完成附著；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式包含普通傳輸模式、控制面優(yōu)化模式和用戶面優(yōu)化模式時(shí)，按照控制面優(yōu)化模式完成附著；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式包含控制面優(yōu)化模式和用戶面優(yōu)化模式時(shí)，按照控制面優(yōu)化模式完成附著。

可選的，告警指令包括：裝置錯(cuò)誤指令和錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令；實(shí)際的數(shù)據(jù)傳輸模式包括：普通傳輸模式、控制面優(yōu)化模式或者用戶面優(yōu)化模式；生成告警信息并發(fā)送至應(yīng)用服務(wù)器包括：當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式時(shí)，生成裝置錯(cuò)誤指令并發(fā)送至應(yīng)用服務(wù)器；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為控制面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為用戶面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式和控制面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式和用戶面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器。

第二方面、本發(fā)明的實(shí)施例提供一種數(shù)據(jù)傳輸模式的選擇裝置，包括：獲取模塊，用于獲取ue實(shí)際的數(shù)據(jù)傳輸模式，以及ue的附著請(qǐng)求中期望的數(shù)據(jù)傳輸模式；分析模塊，用于判別獲取模塊獲取的期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式是否相同；糾錯(cuò)模塊，用于當(dāng)分析模塊判別期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同時(shí)，發(fā)送控制指令至ue；其中，控制指令用于指示ue按照實(shí)際的數(shù)據(jù)傳輸模式完成附著。

可選的，該選擇裝置還包括：告警模塊；告警模塊，用于當(dāng)分析模塊判別期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同時(shí)，生成告警信息并發(fā)送告警信息至應(yīng)用服務(wù)器。

可選的，告警指令包括：裝置錯(cuò)誤指令和錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令；告警模塊，具體用于當(dāng)獲取模塊獲取的實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式時(shí)，生成裝置錯(cuò)誤指令并發(fā)送至應(yīng)用服務(wù)器；或者告警模塊，具體用于當(dāng)獲取模塊獲取的實(shí)際的數(shù)據(jù)傳輸模式為控制面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器；或者告警模塊，具體用于當(dāng)獲取模塊獲取的實(shí)際的數(shù)據(jù)傳輸模式為用戶面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器；或者告警模塊，具體用于當(dāng)獲取模塊獲取的實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式和控制面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器；或者告警模塊，具體用于當(dāng)獲取模塊獲取的實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式和用戶面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器。

第三方面、本發(fā)明的實(shí)施例提供一種網(wǎng)絡(luò)系統(tǒng)，包括：ue、基站、mme和應(yīng)用服務(wù)器，其中，如第二方面提供的任一項(xiàng)數(shù)據(jù)傳輸模式的選擇裝置位于mme上。

本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸模式的選擇方法、裝置及網(wǎng)絡(luò)系統(tǒng)，不會(huì)向現(xiàn)有技術(shù)中由于期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同被直接拒絕附著導(dǎo)致用戶業(yè)務(wù)請(qǐng)求長時(shí)間無法響應(yīng)或者采用統(tǒng)一的數(shù)據(jù)傳輸模式，無法根據(jù)ue的實(shí)際情況選擇數(shù)據(jù)傳輸模式；本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸模式的選擇方法通過判別ue期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式是否相同從而選擇數(shù)據(jù)傳輸模式，當(dāng)期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同時(shí)，發(fā)送控制指令至ue以使得ue按照實(shí)際的數(shù)據(jù)傳輸模式完成附著，保證了ue業(yè)務(wù)請(qǐng)求的時(shí)間并可以根據(jù)ue實(shí)際的情況選擇數(shù)據(jù)傳輸模式提高了用戶的體驗(yàn)，從而解決了現(xiàn)有技術(shù)中當(dāng)uenetworkcapability中標(biāo)識(shí)的ue支持的數(shù)據(jù)傳輸能力和ue在additionalupdatetype指示的ue期望的數(shù)據(jù)傳輸模式出現(xiàn)矛盾的情況時(shí)，一般采用統(tǒng)一的處理策略進(jìn)行處理，無法根據(jù)ue的實(shí)際情況進(jìn)行處理，導(dǎo)致用戶的體驗(yàn)差的問題。

附圖說明

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

圖1為本發(fā)明的實(shí)施例提供的一種數(shù)據(jù)傳輸模式的選擇方法的流程示意圖；

圖2為本發(fā)明的實(shí)施例提供的一種數(shù)據(jù)傳輸模式的選擇方法的數(shù)據(jù)傳輸模式糾錯(cuò)原則的示意圖；

圖3為本發(fā)明的實(shí)施例提供的一種數(shù)據(jù)傳輸模式的選擇方法的告警原因?qū)?yīng)表的示意圖；

圖4為本發(fā)明的實(shí)施例提供的一種數(shù)據(jù)傳輸模式的選擇裝置的結(jié)構(gòu)示意圖；

圖5為本發(fā)明的實(shí)施例提供的一種網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)示意圖。

附圖標(biāo)記：

網(wǎng)絡(luò)系統(tǒng)-1；

ue-11；基站-12；

mme-13；選擇裝置-130；獲取模塊-1301；分析模塊-1302；糾錯(cuò)模塊-1303；告警模塊-1304；

應(yīng)用服務(wù)器14。

具體實(shí)施方式

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

在本發(fā)明實(shí)施例中，“示例性的”或者“例如”等詞用于表示作例子、例證或說明。本發(fā)明實(shí)施例中被描述為“示例性的”或者“例如”的任何實(shí)施例或設(shè)計(jì)方案不應(yīng)被解釋為比其它實(shí)施例或設(shè)計(jì)方案更優(yōu)選或更具優(yōu)勢(shì)。確切而言，使用“示例性的”或者“例如”等詞旨在以具體方式呈現(xiàn)相關(guān)概念。

本發(fā)明實(shí)施例提供的數(shù)據(jù)重傳方法的執(zhí)行主體可以為數(shù)據(jù)傳輸模式的選擇裝置，或者是移動(dòng)管理節(jié)點(diǎn)功能(英文全稱：mobilitymanagemententity，簡稱：mme)中的一個(gè)執(zhí)行裝置。

實(shí)施例一、本發(fā)明的實(shí)施例提供一種數(shù)據(jù)傳輸模式的選擇方法，如圖1所示包括：

s101、獲取ue實(shí)際的數(shù)據(jù)傳輸模式，以及ue在附著請(qǐng)求中期望的數(shù)據(jù)傳輸模式。

需要說明的是，在實(shí)際的應(yīng)用中ue向mme發(fā)起附著請(qǐng)求時(shí)，需要向mme發(fā)送攜帶非接入層(英文全稱：non-accessstratum，簡稱：nas)消息的附著請(qǐng)求(英文全稱：attachrequest)，消息中包含ue支持的數(shù)據(jù)傳輸能力參數(shù)(英文全稱：uenetworkcapability)，及ue指示的優(yōu)選數(shù)據(jù)傳輸模式參數(shù)(英文全稱：additionalupdatetype)；通常也將additionalupdatetype成為期望的數(shù)據(jù)傳輸模式。

s102、判別期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式是否相同。

需要說明的是，在實(shí)際的應(yīng)用中當(dāng)mme接收到ue發(fā)送的attachrequest時(shí)，mme需要檢查ue在attachrequest消息中攜帶的信元(英文全稱：informationelement，簡稱：ie)，比對(duì)ue指示的ue期望的數(shù)據(jù)傳輸模式和ue實(shí)際的數(shù)據(jù)傳輸模式；這里實(shí)際的數(shù)據(jù)傳輸模式可以通過attachrequest)中的uenetworkcapability查找得到。

s103、當(dāng)確定期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同時(shí)，發(fā)送控制指令至ue；其中，控制指令用于指示ue按照實(shí)際的數(shù)據(jù)傳輸模式完成附著。

需要說明的是，在實(shí)際的應(yīng)用中mme向ue發(fā)送接收附著(英文全稱：attachaccept)消息，指示ue采取當(dāng)前可用的數(shù)據(jù)傳輸模式完成附著；從而不用向現(xiàn)有技術(shù)中采用一種統(tǒng)一的處理策略(如不論何種差錯(cuò)場景均采取拒絕用戶附著請(qǐng)求的處理策略，或統(tǒng)一使用某一種數(shù)據(jù)傳輸模式——如普通s1數(shù)據(jù)方案s1-data——完成附著)進(jìn)行處理，本發(fā)明的實(shí)施例提供的數(shù)據(jù)傳輸模式的選擇方法處理更加靈活，優(yōu)先完成用戶向mme的附著，從而保證了用戶的體驗(yàn)。

可選的，當(dāng)期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同時(shí)，該方法還包括：生成告警信息并發(fā)送至應(yīng)用服務(wù)器。

需要說的是，在實(shí)際的應(yīng)用中，當(dāng)uenetworkcapability參數(shù)中表明的ue實(shí)際的數(shù)據(jù)傳輸模式和ue在additionalupdatetype中指示的數(shù)據(jù)傳輸模式不符，則需要向應(yīng)用服務(wù)器(英文全稱：applicationserver)發(fā)送告警，從而可以在第一時(shí)間通知應(yīng)用服務(wù)器端相關(guān)終端出現(xiàn)的錯(cuò)誤，使得應(yīng)用端相關(guān)維護(hù)人員能夠第一時(shí)間接收到具體的告警信息，并做出合理的應(yīng)對(duì)措施。

可選的，實(shí)際的數(shù)據(jù)傳輸模式包括：普通傳輸模式、控制面優(yōu)化模式或者用戶面優(yōu)化模式；按照實(shí)際的數(shù)據(jù)傳輸模式完成附著包括：當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式時(shí)，按照普通傳輸模式完成附著；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為控制面優(yōu)化模式時(shí)，按照控制面優(yōu)化模式完成附著；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為用戶面優(yōu)化模式時(shí)，按照用戶面優(yōu)化模式完成附著。

可選的，實(shí)際的數(shù)據(jù)傳輸模式包括：普通傳輸模式、控制面優(yōu)化模式或者用戶面優(yōu)化模式；按照實(shí)際的數(shù)據(jù)傳輸模式完成附著包括：當(dāng)實(shí)際的數(shù)據(jù)傳輸模式包含普通傳輸模式和控制面優(yōu)化模式時(shí)，按照控制面優(yōu)化模式完成附著；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式包含普通傳輸模式和用戶面優(yōu)化模式時(shí)，按照用戶面優(yōu)化模式完成附著；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式包含普通傳輸模式、控制面優(yōu)化模式和用戶面優(yōu)化模式時(shí)，按照控制面優(yōu)化模式完成附著；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式包含控制面優(yōu)化模式和用戶面優(yōu)化模式時(shí)，按照控制面優(yōu)化模式完成附著。

需要說的是，在實(shí)際的應(yīng)用中，根據(jù)ue攜帶的相關(guān)信元，當(dāng)出現(xiàn)uenetworkcapability和additionalupdatetype存在矛盾的情況時(shí)，依據(jù)如圖2所示的數(shù)據(jù)傳輸模式糾錯(cuò)原則生成處理結(jié)果碼；其中s1-data表示普通s1普通傳輸模式，cp表示控制面優(yōu)化模式，up表示用戶面優(yōu)化模式，具體的實(shí)現(xiàn)方式如下：

當(dāng)ue能力僅支持普通s1數(shù)據(jù)模式(s1-data)，additionalupdatetype指示cp優(yōu)化方案，生成處理結(jié)果碼0001，表示mme應(yīng)指示ue以普通s1數(shù)據(jù)方案s1-data附著并向應(yīng)用服務(wù)器發(fā)送告警。

當(dāng)ue能力僅支持普通s1數(shù)據(jù)模式(s1-data)，additionalupdatetype指示up優(yōu)化方案，生成處理結(jié)果碼0010，表示mme應(yīng)指示ue以普通s1數(shù)據(jù)方案s1-data附著并向應(yīng)用服務(wù)器發(fā)送告警。

當(dāng)ue能力僅支持cp優(yōu)化方案，additionalupdatetype指示up優(yōu)化方案時(shí)，生成處理結(jié)果碼0011，表示mme應(yīng)指示ue以cp優(yōu)化方案附著并向應(yīng)用服務(wù)器發(fā)送告警。

當(dāng)ue能力僅支持up優(yōu)化方案，additionalupdatetype指示cp優(yōu)化方案時(shí)，生成處理結(jié)果碼0100，表示mme應(yīng)指示ue以u(píng)p優(yōu)化方案附著并向應(yīng)用服務(wù)器發(fā)送告警。

當(dāng)ue能力同時(shí)支持普通s1數(shù)據(jù)模式(s1-data)和cp優(yōu)化方案，additionalupdatetype指示up優(yōu)化方案時(shí)，生成處理結(jié)果碼0101，表示mme應(yīng)指示ue以cp優(yōu)化方案附著并向應(yīng)用服務(wù)器發(fā)送告警。

當(dāng)ue能力同時(shí)支持普通s1數(shù)據(jù)模式(s1-data)和up優(yōu)化方案，additionalupdatetype指示cp優(yōu)化方案時(shí)，生成處理結(jié)果碼0111，表示mme應(yīng)指示ue以u(píng)p優(yōu)化方案附著并向應(yīng)用服務(wù)器發(fā)送告警。

當(dāng)ue攜帶的additionalupdatetype取值為0，即不對(duì)數(shù)據(jù)傳輸模式做任何指示時(shí)，mme根據(jù)ue支持的數(shù)據(jù)傳輸模式，按cp、up、s1-data的優(yōu)先級(jí)順序進(jìn)行附著指示(即當(dāng)ue能力中包含cp優(yōu)化模式時(shí)，指示ue按cp優(yōu)化模式進(jìn)行附著(對(duì)應(yīng)處理結(jié)果碼0110/1001/1010)；當(dāng)ue能力不支持cp優(yōu)化模式，但包含up優(yōu)化模式時(shí)，指示ue按up優(yōu)化模式進(jìn)行附著(對(duì)應(yīng)處理結(jié)果碼1000)。

另外，對(duì)于圖2中未記載的情況，在實(shí)際的應(yīng)用中不做特殊的糾錯(cuò)及告警處理。

可選的，告警指令包括：裝置錯(cuò)誤指令和錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令；實(shí)際的數(shù)據(jù)傳輸模式包括：普通傳輸模式、控制面優(yōu)化模式或者用戶面優(yōu)化模式；生成告警信息并發(fā)送至應(yīng)用服務(wù)器包括：當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式時(shí)，生成裝置錯(cuò)誤指令并發(fā)送至應(yīng)用服務(wù)器；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為控制面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為用戶面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式和控制面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器；或者當(dāng)實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式和用戶面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器。

需要說明的是，在實(shí)際的應(yīng)用中當(dāng)ue攜帶的additionalupdatetype指示的數(shù)據(jù)傳輸模式和uenetworkcapability存在矛盾時(shí)，mme向應(yīng)用服務(wù)器(applicationserver)發(fā)送告警消息如圖3所示，具體的實(shí)現(xiàn)方式如下：

在ue僅僅支持普通s1數(shù)據(jù)方案，而同時(shí)又在additionalupdatetype中做出相關(guān)指示時(shí)(對(duì)應(yīng)處理結(jié)果碼0001/0010)，生成告警碼01，發(fā)送告警信息“wrongdevice”。

在ue支持能力中包含cp或up優(yōu)化方案，而additionalupdatetype中的指示和ue能力不一致時(shí)(對(duì)應(yīng)處理結(jié)果碼0011/0100/0101/0111)，生成告警碼10，發(fā)送告警信息“wrongadditionalupdatetype”。

在nb-iot業(yè)務(wù)場景中，針對(duì)ue附著過程中由于ue能力和ue指示的優(yōu)選附著方案不同而造成的不同的差錯(cuò)場景生成不同的處理結(jié)果碼，并將處理結(jié)果碼和明確的糾錯(cuò)結(jié)果(即mme指示ue采用何種方案完成當(dāng)前附著流程)以及對(duì)應(yīng)的告警碼和告警信息相互關(guān)聯(lián)，完成對(duì)應(yīng)的糾錯(cuò)及告警流程。

另外，在實(shí)際的應(yīng)用中，對(duì)于圖3以外的情況不必發(fā)送任何告警信息。

本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸模式的選擇方法，不會(huì)向現(xiàn)有技術(shù)中由于期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同被直接拒絕附著導(dǎo)致用戶業(yè)務(wù)請(qǐng)求長時(shí)間無法響應(yīng)或者采用統(tǒng)一的數(shù)據(jù)傳輸模式，無法根據(jù)ue的實(shí)際情況選擇數(shù)據(jù)傳輸模式；本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸模式的選擇方法通過判別ue期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式是否相同從而選擇數(shù)據(jù)傳輸模式，當(dāng)期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同時(shí)，發(fā)送控制指令至ue以使得ue按照實(shí)際的數(shù)據(jù)傳輸模式完成附著，保證了ue業(yè)務(wù)請(qǐng)求的時(shí)間并可以根據(jù)ue實(shí)際的情況選擇數(shù)據(jù)傳輸模式提高了用戶的體驗(yàn)，從而解決了現(xiàn)有技術(shù)中當(dāng)uenetworkcapability中標(biāo)識(shí)的ue支持的數(shù)據(jù)傳輸能力和ue在additionalupdatetype指示的ue期望的數(shù)據(jù)傳輸模式出現(xiàn)矛盾的情況時(shí)，一般采用統(tǒng)一的處理策略進(jìn)行處理，無法根據(jù)ue的實(shí)際情況進(jìn)行處理，導(dǎo)致用戶的體驗(yàn)差的問題。

實(shí)施例二、本發(fā)明的實(shí)施例提供一種數(shù)據(jù)傳輸模式的選擇裝置130，如圖4所示包括：

獲取模塊1301，用于獲取ue實(shí)際的數(shù)據(jù)傳輸模式，以及ue的附著請(qǐng)求中期望的數(shù)據(jù)傳輸模式。

需要說的是，在實(shí)際的應(yīng)用中獲取模塊用于獲取ue發(fā)送的attachrequest中上報(bào)的uenetworkcapability中的octet8，bit3-5，以及additionalupdatetype字段中的bit3-4的詳細(xì)取值。

分析模塊1302，用于判別獲取模塊1301獲取的期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式是否相同。

需要說明的是，在實(shí)際的應(yīng)用中分析模塊用于比對(duì)獲取模塊獲得的ue在attachrequest消息中攜帶的uenetworkcapability中的octet8，bit3-5，以及additionalupdatetype字段中的bit3-4的取值。

糾錯(cuò)模塊1303，用于當(dāng)分析模塊1302判別期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同時(shí)，發(fā)送控制指令至ue；其中，控制指令用于指示ue按照實(shí)際的數(shù)據(jù)傳輸模式完成附著。

可選的，該選擇裝置130還包括：告警模塊1304；告警模塊1304，用于當(dāng)分析模塊1302判別期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同時(shí)，生成告警信息并發(fā)送告警信息至應(yīng)用服務(wù)器。

可選的，告警指令包括：裝置錯(cuò)誤指令和錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令；告警模塊，具體用于當(dāng)獲取模塊獲取的實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式時(shí)，生成裝置錯(cuò)誤指令并發(fā)送至應(yīng)用服務(wù)器；或者告警模塊，具體用于當(dāng)獲取模塊獲取的實(shí)際的數(shù)據(jù)傳輸模式為控制面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器；或者告警模塊，具體用于當(dāng)獲取模塊獲取的實(shí)際的數(shù)據(jù)傳輸模式為用戶面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器；或者告警模塊，具體用于當(dāng)獲取模塊獲取的實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式和控制面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器；或者告警模塊，具體用于當(dāng)獲取模塊獲取的實(shí)際的數(shù)據(jù)傳輸模式為普通傳輸模式和用戶面優(yōu)化模式時(shí)，生成錯(cuò)誤的期望的數(shù)據(jù)傳輸模式指令并發(fā)送至應(yīng)用服務(wù)器。

本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸模式的選擇裝置，不會(huì)向現(xiàn)有技術(shù)中由于期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同被直接拒絕附著導(dǎo)致用戶業(yè)務(wù)請(qǐng)求長時(shí)間無法響應(yīng)或者采用統(tǒng)一的數(shù)據(jù)傳輸模式，無法根據(jù)ue的實(shí)際情況選擇數(shù)據(jù)傳輸模式；本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸模式的選擇方法通過判別ue期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式是否相同從而選擇數(shù)據(jù)傳輸模式，當(dāng)期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同時(shí)，發(fā)送控制指令至ue以使得ue按照實(shí)際的數(shù)據(jù)傳輸模式完成附著，保證了ue業(yè)務(wù)請(qǐng)求的時(shí)間并可以根據(jù)ue實(shí)際的情況選擇數(shù)據(jù)傳輸模式提高了用戶的體驗(yàn)，從而解決了現(xiàn)有技術(shù)中當(dāng)uenetworkcapability中標(biāo)識(shí)的ue支持的數(shù)據(jù)傳輸能力和ue在additionalupdatetype指示的ue期望的數(shù)據(jù)傳輸模式出現(xiàn)矛盾的情況時(shí)，一般采用統(tǒng)一的處理策略進(jìn)行處理，無法根據(jù)ue的實(shí)際情況進(jìn)行處理，導(dǎo)致用戶的體驗(yàn)差的問題。

實(shí)施例三、本發(fā)明的實(shí)施例提供一種網(wǎng)絡(luò)系統(tǒng)1，如圖5所示包括：ue11、基站12、mme13和應(yīng)用服務(wù)器14，其中，如實(shí)施例二提供的任一項(xiàng)數(shù)據(jù)傳輸模式的選擇裝置130位于mme上。

本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)系統(tǒng)，不會(huì)向現(xiàn)有技術(shù)中由于期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同被直接拒絕附著導(dǎo)致用戶業(yè)務(wù)請(qǐng)求長時(shí)間無法響應(yīng)或者采用統(tǒng)一的數(shù)據(jù)傳輸模式，無法根據(jù)ue的實(shí)際情況選擇數(shù)據(jù)傳輸模式；本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸模式的選擇方法通過判別ue期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式是否相同從而選擇數(shù)據(jù)傳輸模式，當(dāng)期望的數(shù)據(jù)傳輸模式和實(shí)際的數(shù)據(jù)傳輸模式不相同時(shí)，發(fā)送控制指令至ue以使得ue按照實(shí)際的數(shù)據(jù)傳輸模式完成附著，保證了ue業(yè)務(wù)請(qǐng)求的時(shí)間并可以根據(jù)ue實(shí)際的情況選擇數(shù)據(jù)傳輸模式提高了用戶的體驗(yàn)，從而解決了現(xiàn)有技術(shù)中當(dāng)uenetworkcapability中標(biāo)識(shí)的ue支持的數(shù)據(jù)傳輸能力和ue在additionalupdatetype指示的ue期望的數(shù)據(jù)傳輸模式出現(xiàn)矛盾的情況時(shí)，一般采用統(tǒng)一的處理策略進(jìn)行處理，無法根據(jù)ue的實(shí)際情況進(jìn)行處理，導(dǎo)致用戶的體驗(yàn)差的問題。

以上所述，僅為本發(fā)明的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。