[發明專利]無線通信系統、無線基站、移動終端、無線通信方法及程序

有效

• 申請號: 200980149850.5
• 申請日: 2009-11-11
• 公開（公告）號: CN102246583A
• 公開（公告）日: 2011-11-16
• 發明（設計）人: 筒井孝浩
• 申請（專利權）人: 日本電氣株式會社
• 主分類號: H04W76/02
• 分類號: H04W76/02;H04M3/00
• 代理公司: 北京東方億思知識產權代理有限責任公司 11258
• 代理人: 宋鶴

技術領域

本發明涉及無線通信系統、無線基站、移動終端、無線通信方法及程序。

背景技術

當前，在3GPP(第三代合作伙伴項目)中，UTRAN(通用陸地無線電接入網)被標準化。

圖1示出應用了UTRAN的無線通信系統的架構的示例。

如圖1所示，UTRSN?60被連接到核心網絡50。另外，UTRAN包括多個RNS(無線電網絡子系統)70。

每個RNS?70包括RNC(無線電網絡控制器)80和多個作為無線基站的NodeB?90。NodeB?90執行與作為移動終端的UE(用戶設備)10的無線通信。

另外，在最近的3GPP標準化中正在研究UTRAN?LTE(長期演進)，以便隨著其他無線通信技術(諸如無線LAN(局域網))的發展仍保持UTRAN的競爭性(非專利文獻1)。

圖2示出應用了UTRAN?LTE的無線通信系統的架構的示例。

如在圖2中所示，在UTRAN?LTE中，UTRAN包括多個eNB?20，eNB?20是通過使得RNC和NodeB一體化而實現的無線基站。

在UTRAN?LTE中，UTRAN被定義為E-UTRAN(演進-UTRAN)30，并且核心網絡和控制功能單元被定義為MME(移動性管理實體)40。

在UTRAN?LTE中，eNB?20和MME?40之間的接口被定義為S1，eNB?20之間的接口被定義為X2，并且eNB?20和UE?10之間的接口被定義為Uu。

如上所述，與圖1的UTRAN?60相比，UTRAN?LTE中RNC和NodeB的一體化使得減少了E-UTRAN?30的節點的數目。

UTRAN?LTE中節點的數目的減少使得相應地減少了用于實現UE?10的通信的、在UE?10/eNB?20/MME?40之間的連接的設置延遲(非專利文獻2)。此減少是由于圖1的UTRAN?60中的RNC?80/NodeB?90之間的連接設置在圖2的E-UTRAN?30中沒有必要而實現的。

然而，為了建立與eNB?20的呼叫，UE?10必須接收由來自eNB?20的廣播所配發的通知信息。此通知信息是UE?10建立呼叫而最低限度所需的設置信息，例如包括：指示從UE?10到eNB?20的發送信號的發送功率的參數以及指示有關從UE?10到eNB?20的接入規定的規定信息的參數。

例如，UE?10在起動UE?10、進行小區重選、完成越區切換、從覆蓋范圍中復蘇、通知信息變更時接收通知信息(非專利文獻3)。

圖3示出UTRAN?LTE中的通知信息接收序列的示例。

如圖3中所示，在步驟E11中，當通知信息變更時，eNB?20將傳遞通知信息變更的信息添加到尋呼信號，并且將此尋呼信號的RRC(無線電資源控制)消息發送給UE?10。

在步驟E12-E14中，在接收到來自eNB?20的已經被添加了報告通知信息變更的信息的尋呼信號的RRC消息之后，UE?10接收變更了的通知信息的RRC消息。

此通知信息包括MIB(主控信息塊)、SIBtype1(系統信息塊類型1)、SI(系統信息)。上面描述的參數被添加到SIBtype1或SI。

當通知信息已被變更了時，UE?10接收MIB和SIBtype1，或者替代地，當SIBtype1的系統信息值標簽(下文中稱為值標簽)不同于變更之前的通知信息的值標簽時只接收SI。值標簽是用于標識通知信息的標識信息，并且例如，是通知信息的版本號。

基于如上所述接收的通知信息，UE?10然后執行用于建立與eNB?20的呼叫(即，用于建立RRC連接)的處理。

圖4示出在UTRAN?LTE中的RRC連接建立序列的示例。

如在圖4中所示，首先，UE?10在步驟F11中向eNB?20發送RACH(隨機接入特性)前導消息，并且然后在步驟F12中接收來自eNB?20的RACH響應消息。通過此RACH過程，UE?10獲取用于發送RRC消息的ID。

接著，UE?10在步驟F13中向eNB?20發送請求呼叫建立的RRC連接請求消息。

當呼叫要建立時，eNB?20在步驟F14中向UE?10發送建立呼叫的RRC連接設立消息。

然后，當呼叫已被建立了時，UE?10在步驟F15中向eNB?20發送報告呼叫建立已完成的RRC連接設立完成消息。

現有技術文獻

非專利文獻