[發(fā)明專利]一種機器類通信中的擁塞處理方法及設(shè)備

有效

• 申請?zhí)枺?/td>: 201010504059.6
• 申請日: 2010-09-30
• 公開（公告）號: CN102448111A
• 公開（公告）日: 2012-05-09
• 發(fā)明（設(shè)計）人: 王胡成
• 申請（專利權(quán)）人: 電信科學(xué)技術(shù)研究院
• 主分類號: H04W28/02
• 分類號: H04W28/02
• 代理公司: 北京同達(dá)信恒知識產(chǎn)權(quán)代理有限公司 11291
• 代理人: 黃乃雷

技術(shù)領(lǐng)域

本發(fā)明涉及機器類通信技術(shù)，特別涉及一種機器類通信中的擁塞處理方法及設(shè)備。

背景技術(shù)

在現(xiàn)有的MTC(Machine?Type?Communications，機器類通信)技術(shù)中，由于MTC?Device(機器類通信設(shè)備)的數(shù)量眾多，需要考慮到由此產(chǎn)生的大量的信令和數(shù)據(jù)傳輸可能帶來的網(wǎng)絡(luò)擁塞，因此在3GPP(3rd?Generation?partnership?project，3代合作項目)中，提出了研究MTC通信的Congestion?Control(擁塞控制)特性。

在SA2#80此會議上，NTT?DoCoMo提出了一種基于APN(Access?Point?Name，接入點名稱)的congestion?control的方法，用來避免和解決與特定的APN相關(guān)的擁塞。網(wǎng)絡(luò)根據(jù)判斷某個APN是否擁塞，來啟動back-off?timer(退避定時器)，包括Mobility?Management?back-off?timer(移動性管理退避定時器)和Session?Management?back-off?timer(會話管理退避定時器)，指示MTC?Device在back-off?timer超時之前，不能發(fā)起任何EMM(EPS?Mobility?Management，EPS移動性管理；EPS：Evolved?Packet?System，演進(jìn)分組系統(tǒng))或ESM(EPS?Session?Management，EPS系統(tǒng)的會話管理)的請求，其實現(xiàn)的步驟為：

1.MME(Mobility?Management?Entity，移動性管理實體)根據(jù)一定的標(biāo)準(zhǔn)來檢測基于APN的congestion，標(biāo)準(zhǔn)包括：

a.PerAPN(每個APN)的激活的EPS?Bearer(EPS承載，EPS：Evolved?Packet?System，演進(jìn)分組系統(tǒng))的最大數(shù)目；

b.PerAPN的EPS?Bearer的激活速率；

c.MME到一個或多個PGW(PDN?Gateway，PDN網(wǎng)關(guān)；PDN：Packet?Data?Network，分組數(shù)據(jù)網(wǎng)絡(luò))不可達(dá)，或者收到來自這些PDN?GW的congestion?indication；

當(dāng)針對某一個APN的congestion發(fā)生時，MME存儲一個Mobility?Management?back-off?timer(針對EPS?Mobility?Management(EPS移動性管理)過程，例如Attach(附著)，TAU(Traking?Area?Update，跟蹤區(qū)更新)過程)和一個Session?Management?back-offtimer(針對EPS?Session?Management(EPS會話管理)過程，例如PDN?Connectivity?Request(PDN連接請求)過程)，如果UE(User?Equipment，用戶設(shè)備)在這些timer超時之前，發(fā)起到此APN的接入或連接請求，網(wǎng)絡(luò)應(yīng)該拒絕。詳細(xì)分為：

a.當(dāng)Attach或TAU過程中請求的APN是處于擁塞狀態(tài)，則MME應(yīng)該拒絕該過程，并啟動Mobility?Management?back-off?timer，同時指示UE在該timer超時之前，不能發(fā)起任何Mobility?Management過程。

b.UE發(fā)起的PDN?Connectivity?Request過程，攜帶APN，如果沒有攜帶APN，則使用簽約數(shù)據(jù)里default?APN(默認(rèn)APN)，如果判斷使用的APN處于擁塞狀態(tài)，MME應(yīng)該拒絕PDN?Connectivity?Request消息，并指示UE啟動Session?Management?back-off?timer，在此timer超時之前，UE不能發(fā)起對應(yīng)此APN的PDN?Connectivity?Request過程。

現(xiàn)有技術(shù)中，網(wǎng)絡(luò)在拒絕Attach過程后，需要保留UE的簽約信息一段時間。

現(xiàn)有技術(shù)存在的不足在于：當(dāng)一個UE簽約了多個APN時，基于APN的congestion?control的方案，在其中一個APN發(fā)生擁塞時，將會妨礙UE獲得正常的服務(wù)或造成信令過程的浪費。

發(fā)明內(nèi)容

本發(fā)明所解決的技術(shù)問題在于提供了一種機器類通信中的擁塞處理方法及設(shè)備，用以解決現(xiàn)有技術(shù)中當(dāng)UE簽約了多個APN時，在基于APN的congestion?control的方案進(jìn)行處理過程中導(dǎo)致的妨礙UE獲得正常服務(wù)的問題。

本發(fā)明實施例中提供了一種MTC中的擁塞處理方法，包括如下步驟：