基于業(yè)務(wù)感知的尋呼控制方法和系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信領(lǐng)域,特別涉及一種基于業(yè)務(wù)感知的尋呼控制方法和系統(tǒng)。
【背景技術(shù)】
[0002] LTE(LongTermEvolution,長期演進(jìn))移動通信技術(shù)在標(biāo)準(zhǔn)上不再保留電路交換 的設(shè)計(jì),語音、數(shù)據(jù)統(tǒng)一承載在永久在線的分組交換網(wǎng)絡(luò)上。在核也網(wǎng)側(cè)永久保留注冊用戶 的缺省承載,無線側(cè)的資源則根據(jù)設(shè)定的定時器時長及時動態(tài)釋放,用戶進(jìn)入空閑態(tài),有業(yè) 務(wù)需要的時候再發(fā)起無線鏈路及S1接口的重建,重建成功,用戶進(jìn)入激活態(tài)。無線側(cè)鏈接 重建的過程,可W是用戶根據(jù)需要主動性地發(fā)起接入請求,申請無線側(cè)的資源;也可W是網(wǎng) 絡(luò)側(cè)根據(jù)需要,通過尋呼的方式喚醒用戶,實(shí)現(xiàn)無線鏈接的建立。
[0003] 網(wǎng)絡(luò)側(cè)觸發(fā)的尋呼流程如圖1所示。其中:
[0004]步驟 1,PDN(PacketDataNetwork,分組數(shù)據(jù)網(wǎng)絡(luò))GW(GateWay,網(wǎng)關(guān))將下行數(shù) 據(jù)(DownlinkData)轉(zhuǎn)發(fā)給相應(yīng)的SGW(ServingGateway,服務(wù)網(wǎng)關(guān))。
[000引步驟2,SGW接收到下行數(shù)據(jù),根據(jù)本地存儲的用戶信息判斷目標(biāo)用戶是否已 經(jīng)進(jìn)入休眠(idle)狀態(tài)。若未進(jìn)入休眠狀態(tài),則直接為目標(biāo)用戶轉(zhuǎn)發(fā)數(shù)據(jù)(未在圖中示 出)。若目標(biāo)用戶已經(jīng)進(jìn)入休眠狀態(tài),則將該數(shù)據(jù)包緩存,同時向接入控制設(shè)備發(fā)送下 行數(shù)據(jù)通知(DownlinkDataNotification),并攜帶尋呼原因、IMSI(International MobileSubscriberIdentificationNumber,國際移動用戶識別碼)、EPS(Evolved PacketSystem,演進(jìn)分組系統(tǒng))承載標(biāo)識(BearerID)、分配/預(yù)留優(yōu)先級別(Allocation/ RetentionPriority)等。
[0006] 其中,在4G網(wǎng)絡(luò)中,接入控制設(shè)備可W為MME(MobilityManagementEntity,移 動性管理實(shí)體),在2G/3G網(wǎng)絡(luò)中,接入控制設(shè)備可W為SGSN(ServingGPRSSupportNode, 服務(wù)GPRS支持節(jié)點(diǎn))。
[0007] 步驟3,接入控制設(shè)備在接收到下行數(shù)據(jù)通知后,向SGW發(fā)送下行數(shù)據(jù)通知確認(rèn) (DownlinkDataNotificationAck)。
[0008] 步驟4,接入控制設(shè)備根據(jù)用戶最近的位置注冊信息,通知對應(yīng)跟蹤區(qū)內(nèi)的基站發(fā) 送尋呼消息。
[0009] 其中,在4G網(wǎng)絡(luò)中,基站設(shè)備可W為eNodeB(EvolvedNodeB,演進(jìn)型節(jié)點(diǎn)B),在 2G/3G網(wǎng)絡(luò)中,基站設(shè)備可W為RNC(RadioNetworkController,無線網(wǎng)絡(luò)控制器)/BSC (BaseStationController,基站控制器)。
[0010] 步驟5,基站在空口發(fā)送尋呼消息。
[0011] 步驟6,終端用戶收到尋呼,發(fā)起業(yè)務(wù)請求的流程,建立RRC(RadioResource Control,無線資源控制)連接,完成無線資源的申請和配置,即可正常進(jìn)行上下行的通信, 收到下行數(shù)據(jù)。
[0012] 正常狀況下,SGW-旦收到針對空閑態(tài)用戶的下行數(shù)據(jù),即通知接入控制設(shè)備啟動 尋呼流程,接入控制設(shè)備在對應(yīng)的區(qū)域內(nèi)下發(fā)尋呼消息。
[0013] 在具備擁塞控制能力的網(wǎng)絡(luò)中,可W實(shí)現(xiàn)基于承載優(yōu)先級的尋呼控制,即接入控 制設(shè)備可W基于所在承載的ARP(AcMressResolutionProtocol,地址解析協(xié)議)確定觸 發(fā)尋呼的優(yōu)先級。該種尋呼控制方法有著自身的弊端:1、實(shí)際的情況是,大量的業(yè)務(wù)承載在 同一條缺省承載上,該種擁塞處理方式?jīng)]有辦法做到區(qū)分具體業(yè)務(wù)的尋呼優(yōu)先級。2、該種 處理方法僅考慮了接入控制設(shè)備擁塞控制的場景,接入控制設(shè)備向基站下發(fā)的尋呼消息中 不再攜帶尋呼優(yōu)先級的指示,而擁塞和資源緊張情況較多的出現(xiàn)在無線側(cè)和空口上,即基 站相關(guān)的場景。
[0014] 隨著移動互聯(lián)網(wǎng)的發(fā)展,應(yīng)用越來越多樣化,應(yīng)用服務(wù)器層面可能基于自身的目 的,頻繁驅(qū)動一些非用戶需要的低價值下行數(shù)據(jù)巧日應(yīng)用服務(wù)器可能基于自身的需要,發(fā)起 也跳包/網(wǎng)絡(luò)側(cè)推送等下行數(shù)據(jù)報文喚醒用戶),引發(fā)不必要的尋呼和無線鏈路建立信令, 造成網(wǎng)絡(luò)資源的浪費(fèi),大量的不加控制的下行業(yè)務(wù)引起的尋呼也會造成網(wǎng)絡(luò)側(cè)的擁塞,頻 繁的喚醒也造成終端電量等的耗費(fèi)。
【發(fā)明內(nèi)容】
[0015] 本發(fā)明實(shí)施例提供一種基于業(yè)務(wù)感知的尋呼控制方法和系統(tǒng)。通過業(yè)務(wù)感知實(shí)現(xiàn) 尋呼優(yōu)化,通過針對性的管控增強(qiáng)整個系統(tǒng)的尋呼能力,優(yōu)化尋呼資源的分配,解決基站擁 塞及空口尋呼資源緊張的問題,加強(qiáng)網(wǎng)絡(luò)層對應(yīng)用層的控制能力。
[0016] 根據(jù)本發(fā)明的一個方面,提供一種基于業(yè)務(wù)感知的尋呼控制方法,包括:
[0017] 服務(wù)網(wǎng)關(guān)在接收到下行數(shù)據(jù)后,對下行數(shù)據(jù)進(jìn)行檢測,W確定下行數(shù)據(jù)的業(yè)務(wù)類 型;
[0018] 判斷與下行數(shù)據(jù)相關(guān)聯(lián)的目標(biāo)用戶終端是否處于休眠狀態(tài);
[0019] 若所述目標(biāo)用戶終端處于休眠狀態(tài),則根據(jù)預(yù)先設(shè)定的尋呼策略,查詢與下行數(shù) 據(jù)的業(yè)務(wù)類型相關(guān)聯(lián)的業(yè)務(wù)尋呼優(yōu)先級;
[0020] 判斷下行數(shù)據(jù)的業(yè)務(wù)尋呼優(yōu)先級是否為低優(yōu)先級;
[0021] 若下行數(shù)據(jù)的業(yè)務(wù)尋呼優(yōu)先級為低優(yōu)先級,則丟棄下行數(shù)據(jù);
[0022] 若下行數(shù)據(jù)的業(yè)務(wù)尋呼優(yōu)先級為中優(yōu)先級或高優(yōu)先級,則將下行數(shù)據(jù)通知消息發(fā) 送給接入控制設(shè)備,W便接入控制設(shè)備根據(jù)下行數(shù)據(jù)通知消息對所述目標(biāo)用戶終端進(jìn)行尋 呼處理。
[0023] 優(yōu)選的,將下行數(shù)據(jù)通知消息發(fā)送給接入控制設(shè)備,W便接入控制設(shè)備根據(jù)下行 數(shù)據(jù)通知消息對所述目標(biāo)用戶終端進(jìn)行尋呼處理的步驟包括:
[0024] 生成下行數(shù)據(jù)通知消息,其中下行數(shù)據(jù)通知消息包括業(yè)務(wù)優(yōu)先級字段,業(yè)務(wù)優(yōu)先 級字段中包括下行數(shù)據(jù)的業(yè)務(wù)尋呼優(yōu)先級;
[00巧]將下行數(shù)據(jù)通知消息發(fā)送給接入控制設(shè)備,W便接入控制設(shè)備根據(jù)下行數(shù)據(jù)通知 消息對所述目標(biāo)用戶終端進(jìn)行尋呼處理。
[0026] 優(yōu)選的,當(dāng)接入控制設(shè)備為移動性管理實(shí)體MME時,業(yè)務(wù)優(yōu)先級字段包括在GTP-C 包頭中。
[0027] 優(yōu)選的,接入控制設(shè)備根據(jù)下行數(shù)據(jù)通知消息對所述目標(biāo)用戶終端進(jìn)行尋呼處理 的步驟包括:
[0028] 接入控制設(shè)備在接收到下行數(shù)據(jù)通知消息后,向基站發(fā)送尋呼消息,其中尋呼消 息中包括在下行數(shù)據(jù)通知消息中包括的業(yè)務(wù)優(yōu)先級字段;
[0029] 基站接收到尋呼消息后,讀取尋呼消息的業(yè)務(wù)優(yōu)先級字段中包括的業(yè)務(wù)尋呼優(yōu)先 級;
[0030] 基站判斷自身負(fù)荷是否超過負(fù)荷口限;
[0031] 若自身負(fù)荷超過負(fù)荷口限,則基站進(jìn)一步判斷讀取的業(yè)務(wù)尋呼優(yōu)先級是否為高優(yōu) 先級;
[0032] 若業(yè)務(wù)尋呼優(yōu)先級為高優(yōu)先級,則基站向所述目標(biāo)用戶終端發(fā)送尋呼消息;
[0033] 若業(yè)務(wù)尋呼優(yōu)先級不是高優(yōu)先級,則基站不向所述目標(biāo)用戶終端發(fā)送尋呼消息。
[0034] 優(yōu)選的,若業(yè)務(wù)尋呼優(yōu)先級不是高優(yōu)先級,則基站不向所述目標(biāo)用戶終端發(fā)送尋 呼消息的步驟包括:
[00巧]若業(yè)務(wù)尋呼優(yōu)先級不是高優(yōu)先級,則基站進(jìn)一步判斷讀取的業(yè)務(wù)尋呼優(yōu)先級是否 為中優(yōu)先級;
[0036] 若業(yè)務(wù)尋呼優(yōu)先級是中優(yōu)先級,則基站延遲預(yù)定的時間間隔后,重復(fù)執(zhí)行判斷自 身負(fù)荷是否超過負(fù)荷口限的步驟;
[0037] 若業(yè)務(wù)尋呼優(yōu)先級是低優(yōu)先級,則基站不向所述目標(biāo)用戶終端發(fā)送尋呼消息。
[0038] 根據(jù)本發(fā)明的另一方面,提供一種基于業(yè)務(wù)感知的尋呼控制系統(tǒng),包括服務(wù)網(wǎng)關(guān) 和接入控制設(shè)備,其中:
[0039] 服務(wù)網(wǎng)關(guān),用于在接收到下行數(shù)據(jù)后,對下行數(shù)據(jù)進(jìn)行檢測,W確定下行數(shù)據(jù)的業(yè) 務(wù)類型;判斷與下行數(shù)據(jù)相關(guān)聯(lián)的目標(biāo)用戶終端是否處于休眠狀態(tài);若所述目標(biāo)用戶終端 處于休眠狀態(tài),則根據(jù)預(yù)先設(shè)定的尋呼策略,查詢與下行數(shù)據(jù)的業(yè)務(wù)類型相關(guān)聯(lián)的業(yè)務(wù)尋 呼優(yōu)先級;判斷下行數(shù)據(jù)的業(yè)務(wù)尋呼優(yōu)先級是否為低優(yōu)先級;若下行數(shù)據(jù)的業(yè)務(wù)尋呼優(yōu)先 級為低優(yōu)先級,則丟棄下行數(shù)據(jù);若下行數(shù)據(jù)的業(yè)務(wù)尋呼優(yōu)先級為中優(yōu)先級或高優(yōu)先級,貝U 將下行數(shù)據(jù)通知消息發(fā)送給接入控制設(shè)備;
[0040] 接入控制設(shè)備,用于在接收到服務(wù)網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)通知消息時,根據(jù)下行數(shù) 據(jù)通知消息對所述目標(biāo)用戶終端進(jìn)行尋呼處理。
[0041] 優(yōu)選的,服務(wù)網(wǎng)關(guān)具體在判斷下行數(shù)據(jù)的業(yè)務(wù)尋呼優(yōu)先級為中優(yōu)先級或高優(yōu)先級 時,生成下行數(shù)據(jù)通知消息,其中下行數(shù)據(jù)通知消息包括業(yè)務(wù)優(yōu)先級字段,業(yè)務(wù)優(yōu)先級字段 中包括下行數(shù)據(jù)的業(yè)務(wù)尋呼優(yōu)先級;將下行數(shù)據(jù)通知消息發(fā)送給接入控制設(shè)備。
[0042] 優(yōu)選的,當(dāng)接入控制設(shè)備為移動性管理實(shí)體MME時,業(yè)務(wù)優(yōu)先級字段包括在GTP-C 包頭中。
[0043] 優(yōu)選的,系統(tǒng)還包括基站,其中:
[0044] 接入控制設(shè)備具體在接收到下行數(shù)據(jù)通知消息后,向基站發(fā)送尋呼消息,其中尋 呼消息中包括在下行數(shù)據(jù)通知消息中包括的業(yè)務(wù)優(yōu)先級字段;
[0045] 基站,用于在接收到接入控制設(shè)備發(fā)送的尋呼消息后,讀取尋呼消息的業(yè)務(wù)優(yōu)先 級字段中包括的業(yè)務(wù)尋呼優(yōu)先級;判斷自身負(fù)荷是否超過負(fù)荷口限,若自身負(fù)荷超過負(fù)荷 口限,則進(jìn)一步判斷讀取的業(yè)務(wù)尋呼優(yōu)先級是否為高優(yōu)先級;若業(yè)務(wù)尋呼優(yōu)先級為高優(yōu)先 級,則向所述目標(biāo)用戶終端發(fā)送尋呼消息;若業(yè)務(wù)尋呼優(yōu)先級不是高優(yōu)先級,則不向所述目 標(biāo)用戶終端發(fā)送尋呼消息。
[0046] 優(yōu)選的,基站還用于在業(yè)務(wù)尋呼優(yōu)先級不是高優(yōu)先級時,進(jìn)一步判斷讀取的業(yè)務(wù) 尋呼優(yōu)先級是否為中優(yōu)先級;若業(yè)務(wù)尋呼優(yōu)先級是中優(yōu)先級,則延遲預(yù)定的時間間隔后,重 復(fù)執(zhí)行判斷自身負(fù)荷是否超過負(fù)荷口限的操作;若業(yè)務(wù)尋呼優(yōu)先級是低優(yōu)先級,則不向所 述目標(biāo)用戶終端發(fā)送尋呼消息。
[0047] 本發(fā)明通過服務(wù)網(wǎng)關(guān)在接收到下行數(shù)據(jù)后,對下行數(shù)據(jù)進(jìn)行檢測,W確定下行數(shù) 據(jù)的業(yè)務(wù)類型,在與下行數(shù)據(jù)相關(guān)聯(lián)的目標(biāo)用戶終端處于休眠狀態(tài)時,根據(jù)預(yù)先設(shè)定的尋 呼策略,查詢與下行數(shù)據(jù)的業(yè)務(wù)類型相關(guān)聯(lián)的業(yè)務(wù)尋呼優(yōu)先級,判斷下行數(shù)據(jù)的業(yè)務(wù)尋呼 優(yōu)先級是否為低優(yōu)先級。若下行數(shù)據(jù)的業(yè)務(wù)尋呼優(yōu)先級為低優(yōu)先級,則丟棄下行數(shù)據(jù);若下 行數(shù)據(jù)的