国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路方法、裝置及控制器的制造方法

      文檔序號:9871471閱讀:699來源:國知局
      無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路方法、裝置及控制器的制造方法
      【技術領域】
      [0001]本發(fā)明涉及無線技術領域,特別是指一種無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路的方法、裝置及無線網(wǎng)絡控制器。
      【背景技術】
      [0002]在日常優(yōu)化工作中,發(fā)現(xiàn)一種新的未接通故障:在無線側由于強干擾、弱覆蓋等原因斷開無線連接、或掉話后,再次撥打CS語音電話會接收到核心網(wǎng)下發(fā)的CM ServiceReject (CM服務拒絕信令)而被核心網(wǎng)拒絕。在采集了大量的故障信令后,通過深入分析無線網(wǎng)與核心網(wǎng)協(xié)議,初步定為故障原因:UE(用戶設備)由于強干擾、弱覆蓋等原因已經釋放原有無線連接,但是在RNC (無線網(wǎng)絡控制器)釋放通話定時器超時前,RNC是不會將這一信息告知核心網(wǎng)(CN),從而核心網(wǎng)與RNC之間仍然保留該UE Mobile ID(用戶設備移動ID)的Iu連接;如果UE在RNC釋放通話定時器超時前,繼續(xù)發(fā)起呼叫,在向核心網(wǎng)上報的CM Service Request (呼叫管理服務/CS語音呼叫)中會攜帶相同的Mobile ID,從而使核心網(wǎng)認為這是一個重復的申請(之前該UE Mobile ID的Iu連接還未釋放,核心網(wǎng)認為仍保持連接的),以原因值為Message not compatible with the protocol state(消息和協(xié)議狀態(tài)不兼容)的CM Service Re ject的信令拒絕該次CM Service Request,從而導致CS語音電話未接通情況的發(fā)生。
      [0003]這種故障是3G系統(tǒng)中天生存在的,根本原因是無線網(wǎng)協(xié)議與核心網(wǎng)協(xié)議并未沒有明確的流程規(guī)范,將這種特殊情況下的無線網(wǎng)側與核心網(wǎng)側的UE狀態(tài)統(tǒng)一起來,使得這種無線網(wǎng)側與核心網(wǎng)側UE狀態(tài)不一致的情況時有發(fā)生,導致了 CS語音電話未接通。
      [0004]只要是“RNC釋放通話定時器”大于0,就永遠存在這種故障的可能性。而在現(xiàn)實的網(wǎng)絡中,幾乎所有的運營商都將“RNC釋放通話定時器”設置得大于0,只不過存在大小之分而已。如果“RNC釋放通話定時器”設置得大,則掉話后再次起呼發(fā)生未接通的概率高;設置得小,則掉話后再次起呼發(fā)生未接通的概率低。無論如何,都是存在未接通的概率。

      【發(fā)明內容】

      [0005]本發(fā)明要解決的技術問題是提供一種無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路的方法、裝置及無線網(wǎng)絡控制器,解決現(xiàn)有技術中UTRAN(通用移動通信系統(tǒng)陸地無線接入網(wǎng))側掉話后再次起呼失敗的問題。
      [0006]為了解決上述技術問題,本發(fā)明實施例提供一種無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路的方法,包括:
      [0007]接收核心網(wǎng)下發(fā)的攜帶原因值為一自定義值的Iu連接釋放指令;
      [0008]根據(jù)所述Iu連接釋放指令拆除與核心網(wǎng)之間的Iu連接。
      [0009]其中,接收核心網(wǎng)下發(fā)的攜帶原因值為一自定義值的Iu連接釋放指令的步驟包括:
      [0010]接收節(jié)點B上報的無線鏈路失敗的報告;
      [0011]根據(jù)所述無線鏈路失敗的報告確定與節(jié)點B連接的終端進行語音業(yè)務時,向核心網(wǎng)上報原因值為所述自定義值的Iu連接釋放請求;
      [0012]接收核心網(wǎng)根據(jù)所述Iu連接釋放請求下發(fā)的攜帶原因值為所述自定義值的Iu連接釋放指令。
      [0013]其中,上述方法還包括:
      [0014]根據(jù)所述無線鏈路失敗的報告確定與節(jié)點B連接的終端沒有進行語音業(yè)務時,向所述節(jié)點B下發(fā)無線鏈路激活指令,以使所述節(jié)點B去激活無線鏈路,進而觸發(fā)所述終端發(fā)起小區(qū)更新或者掉線定時器能夠超時觸發(fā)掉線。
      [0015]其中,接收核心網(wǎng)下發(fā)的攜帶原因值為一自定義值的Iu連接釋放指令的步驟包括:
      [0016]接收核心網(wǎng)根據(jù)終端上報的呼叫管理服務請求,確定該請求中移動標志的Iu連接已經存在且建立原因為所述終端進行語音業(yè)務時,下發(fā)的攜帶原因值為所述自定義值的Iu連接釋放指令。
      [0017]其中,上述方法還包括:
      [0018]接收核心網(wǎng)根據(jù)所述終端上報的呼叫管理服務請求,確定該請求中移動標志的Iu連接不存在時,下發(fā)的建立呼叫管理服務的第一指令。
      [0019]其中,上述方法還包括:
      [0020]接收核心網(wǎng)根據(jù)所述終端上報的呼叫管理服務請求,確定該請求中建立原因不是所述終端進行語音業(yè)務時,下發(fā)的建立呼叫管理服務的第二指令。
      [0021]本發(fā)明還提供了一種無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路的裝置,包括:
      [0022]第一接收模塊,用于接收核心網(wǎng)下發(fā)的攜帶原因值為一自定義值的Iu連接釋放指令;
      [0023]拆除模塊,用于根據(jù)所述Iu連接釋放指令拆除與核心網(wǎng)之間的Iu連接。
      [0024]其中,所述第一接收模塊包括:
      [0025]第一接收單元,用于接收節(jié)點B上報的無線鏈路失敗的報告;
      [0026]上報單元,用于根據(jù)所述無線鏈路失敗的報告確定與節(jié)點B連接的終端進行語音業(yè)務時,向核心網(wǎng)上報原因值為所述自定義值的Iu連接釋放請求;
      [0027]第二接收單元,用于接收核心網(wǎng)根據(jù)所述Iu連接釋放請求下發(fā)的攜帶原因值為所述自定義值的Iu連接釋放指令。
      [0028]其中,上述裝置還包括:
      [0029]下發(fā)模塊,用于根據(jù)所述無線鏈路失敗的報告確定與節(jié)點B連接的終端沒有進行語音業(yè)務時,向所述節(jié)點B下發(fā)無線鏈路激活指令,以使所述節(jié)點B去激活無線鏈路,進而觸發(fā)所述終端發(fā)起小區(qū)更新或者掉線定時器能夠超時觸發(fā)掉線。
      [0030]其中,所述第一接收模塊包括:
      [0031]第三接收單元,用于接收核心網(wǎng)根據(jù)終端上報的呼叫管理服務請求,確定該請求中移動標志的Iu連接已經存在且建立原因為所述終端進行語音業(yè)務時,下發(fā)的攜帶原因值為所述自定義值的Iu連接釋放指令。
      [0032]其中,上述裝置還包括:
      [0033]第二接收模塊,用于接收核心網(wǎng)根據(jù)所述終端上報的呼叫管理服務請求,確定該請求中移動標志的Iu連接不存在時,下發(fā)的建立呼叫管理服務的第一指令。
      [0034]其中,上述裝置還包括:
      [0035]第三接收模塊,用于接收核心網(wǎng)根據(jù)所述終端上報的呼叫管理服務請求,確定該請求中建立原因不是所述終端進行語音業(yè)務時,下發(fā)的建立呼叫管理服務的第二指令。
      [0036]本發(fā)明還提供了一種無線網(wǎng)絡控制器,包括:上述的無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路的裝置。
      [0037]本發(fā)明的上述技術方案的有益效果如下:
      [0038]上述方案中,所述無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路的方法通過在接收到核心網(wǎng)下發(fā)的攜帶原因值為一自定義值的Iu連接釋放指令后只拆除與核心網(wǎng)之間的Iu連接,使得無線網(wǎng)側與核心網(wǎng)側的用戶狀態(tài)一致,解決了 UTRAN(通用移動通信系統(tǒng)陸地無線接入網(wǎng))側掉話后再次起呼失敗的問題。
      【附圖說明】
      [0039]圖1為本發(fā)明實施例的無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路的方法步驟示意圖;
      [0040]圖2為本發(fā)明實施例中舉例的典型故障信令示意圖一;
      [0041]圖3為本發(fā)明實施例中舉例的典型故障信令示意圖二 ;
      [0042]圖4為本發(fā)明實施例中舉例的典型故障信令示意圖三;
      [0043]圖5為本發(fā)明實施例中UE選擇新小區(qū)示意圖;
      [0044]圖6為本發(fā)明實施例中核心網(wǎng)拒絕UE在新小區(qū)發(fā)起的CM Service Request示意圖;
      [0045]圖7為現(xiàn)有的RNC上報Iu Release Request給CN之后觸發(fā)的信令示意圖;
      [0046]圖8本發(fā)明實施例的無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路的方法示意圖二 ;
      [0047]圖9本發(fā)明實施例的無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路的方法示意圖三;
      [0048]圖10本發(fā)明實施例的無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路的裝置結構示意圖。
      【具體實施方式】
      [0049]為使本發(fā)明要解決的技術問題、技術方案和優(yōu)點更加清楚,下面將結合附圖及具體實施例進行詳細描述。
      [0050]本發(fā)明針對現(xiàn)有的技術中UTRAN(通用移動通信系統(tǒng)陸地無線接入網(wǎng))側掉話后再次起呼失敗的問題,提供一種無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路的方法,如圖1所示,包括:
      [0051]步驟11:接收核心網(wǎng)下發(fā)的攜帶原因值為一自定義值的Iu連接釋放指令;
      [0052]步驟12:根據(jù)所述Iu連接釋放指令拆除與核心網(wǎng)之間的Iu連接。
      [0053]本發(fā)明實施例中所述自定義值優(yōu)先選擇為remove_MobileID(移除-移動ID)。
      [0054]本發(fā)明實施例提供的所述無線網(wǎng)絡控制器與核心網(wǎng)間拆除鏈路的方法通過在接收到核心網(wǎng)下發(fā)的攜帶原因值為一自定義值的Iu連接釋放指令后只拆除與核心網(wǎng)之間的Iu連接,使得無線網(wǎng)側與核心網(wǎng)側的用戶狀態(tài)一致,解
      當前第1頁1 2 3 
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1