[發明專利]一種UM或TM模式所傳輸消息的發送方法和系統

無效

• 申請號: 201210033520.3
• 申請日: 2012-02-15
• 公開（公告）號: CN103260212A
• 公開（公告）日: 2013-08-21
• 發明（設計）人: 周廣輝;張憲;李鵬
• 申請（專利權）人: 鼎橋通信技術有限公司
• 主分類號: H04W48/08
• 分類號: H04W48/08;H04W76/02;H04L1/18
• 代理公司: 北京德琦知識產權代理有限公司 11018
• 代理人: 王一斌;王琦

技術領域

本發明涉及通信系統中的連接建立技術，特別涉及一種UM或TM模式所傳輸消息的發送方法和系統。

背景技術

目前的RRC連接建立方法包括：

步驟101，UE向RNC發送RRC?CONNECTION?REQUEST消息。

步驟102，RNC接收RRC?CONNECTION?REQUEST消息后，向UE反饋RRC?CONNECTION?SETUP消息。

步驟103，UE接收RRC?CONNECTION?SETUP消息后，向RNC發送RRC?CONNECTION?COMPLETE消息。

至此，RRC連接建立完成。在上述RRC連接建立方法中，目前協議規定，RNC下發的RRC?CONNECTION?SETUP消息采用UM模式。而考慮到UM模式的不可靠性，避免UE接收不到RRC?CONNECTION?SETUP消息，協議中本身采用“定時器+記數器”的組合配置來保障UM模式消息的最大概率成功。具體地，在步驟101中UE發送RRC?CONNECTION?REQUEST消息后，啟動T300定時器，若在定時器超時后，仍沒有接收到RNC反饋的RRC?CONNECTION?SETUP消息，則UE重發RRC?CONNECTION?REQUEST消息，直到重發次數達到N300計數器設定的最大值，則RRC連接建立失敗。

但是，上述協議規定“定時器+記數器”的組合配置中，由于T300定時器的定時時長較長，因此該組合配置方式存在兩個問題：增加了UM模式消息交互的時延，增加了RRC連接建立失敗的風險。事實上，對于采用UM或TM模式傳輸的消息均會出現上述問題，例如，3G系統中的小區更新流程中CELL?UPDATE?CONFIRM消息的傳輸、URA更新流程中URA?UPDATE?CONFIRM的傳輸，LTE系統中的RRC?CONNECTION?SETUP消息和RRC?Connection?Reestablishment消息的傳輸等。

發明內容

本發明提供了一種UM或TM模式所傳輸消息的發送方法和系統，能夠提高消息正確接收的概率。

為實現上述目的，本發明采用如下的技術方案：

一種UM或TM模式所傳輸消息的發送方法，包括：

A、網絡側向UE發送所述UM或TM模式所傳輸的消息，并在接收到UE發送的響應消息前，定時重發所述UM或TM模式所傳輸的消息。

較佳地，當網絡側重發所述UM或TM模式所傳輸的消息的次數達到預設的最大重發次數，或者，等待所述響應消息的時間超過預設的時間時，停止重發所述UM或TM模式所傳輸的消息，結束本流程。

較佳地，所述UM或TM模式所傳輸的消息為RRC?CONNECTION?SETUP，所述響應消息為：RRC?CONNECTION?SETUP?COMPLETE；或者，

所述UM或TM模式所傳輸的消息為CELL?UPDATE?CONFIRM或URA?UPDATE?CONFIRM，所述響應消息為：RADIOBEAR?RECONFIGURATION?COMPLETE/PHYSICAL?CHANNEL?RECONFIGURATION?COMPLETE/TRANSPORT?CHANNEL?RECONFIGURATION?COMPLETE/UTRAN?MOBILITY?INFORMATION?CONFIRM/RADIOBEAR?RELEASE?COMPLETE；或者，

所述UM或TM模式所傳輸的消息為RRC?CONNECTION?RELEASE，所述響應消息為：RRC?CONNECTION?RELEASE?COMPLETE；或者，

所述UM或TM模式所傳輸的消息為RRC?Connection?Reestablishment，所述響應消息為：RRC?Connection?Reestablishment?Complete。

較佳地，當所述UM或TM模式所傳輸的消息為RRC?CONNECTIONSETUP時，在所述步驟A前進一步包括：UE向網絡側發送RRC?CONNECTION?REQUEST消息；

若在等待所述響應消息的時間未超過預設的時間前，網絡側接收到UE重發的RRC?CONNECTION?REQUEST消息，則返回步驟A。