專利名稱：無(wú)線網(wǎng)絡(luò)控制裝置、通信系統(tǒng)以及通信方法
技術(shù)領(lǐng)域：
本發(fā)明特別涉及執(zhí)行無(wú)線資源控制(Radio Resource Control:以下表示 為"RRC")連接步驟的無(wú)線網(wǎng)絡(luò)控制裝置、通信系統(tǒng)以及通信方法。
背景技術(shù)：
移動(dòng)通信系統(tǒng)的通信連接延遲是在判斷服務(wù)的質(zhì)量方面的重要的因素。 這里，通信連接延遲是指，從用戶進(jìn)行開始語(yǔ)音或者數(shù)據(jù)的服務(wù)的操作起直 到用戶接受語(yǔ)音或者數(shù)據(jù)的服務(wù)為止的延遲時(shí)間。伴隨著第三代移動(dòng)通信系 統(tǒng)的HSDPA (高速下行分組接入，High Speed Downlink Packet Access)以及 HSUPA (高速上行鏈路分組接入，High Speed Uplink Packet Access )等的高 速化技術(shù)的導(dǎo)入，在通信連接的步驟中發(fā)生的延遲在用戶所體驗(yàn)的通信延遲 中占有更高的比重。為了改善第三代移動(dòng)電話的通信連接延遲，標(biāo)準(zhǔn)化組織 3GPP RAN的WG2從2005年3月開始，進(jìn)行已有系統(tǒng)的通信連接延遲的主 要發(fā)生原因的分析，推進(jìn)著改善方法的研究(比如，非專利文獻(xiàn)l)。在UMTS (通用移動(dòng)通信系統(tǒng),Universal Mobile Telecommunications System)中，終端(UE)與網(wǎng)絡(luò)之間的通信連接步驟由終端和基站、無(wú)線網(wǎng) 絡(luò)控制裝置(RNC )、以及核心網(wǎng)絡(luò)(CN )的各個(gè)節(jié)點(diǎn)間的連接步驟(procedure ) 構(gòu)成。節(jié)點(diǎn)間的信令消息的傳輸時(shí)間為延遲的最大的主要原因。在UMTS的 語(yǔ)音通信連接(Circuit-Switched Call Setup )的步驟中，表示了延遲時(shí)間的實(shí) 測(cè)值的一例(比如，非專利文獻(xiàn)2)。在該分析結(jié)果中，語(yǔ)音通信連接延遲主 要由用于無(wú)線通信的連接步驟即RRC連接步驟、包含終端的認(rèn)證的終端與核 心網(wǎng)絡(luò)之間的初始信令步驟、以及傳輸用戶的語(yǔ)音的載體(bearer)的連接步 驟等的延遲構(gòu)成。分組數(shù)據(jù)的通信連接步驟(PS Call Setup)雖然與語(yǔ)音通信 連接步驟多少有些不同，但是延遲的構(gòu)成基本上相同。接下來(lái)，利用圖1說(shuō)明終端使用傳輸信道的公共信道時(shí)的RRC連接步驟。 圖1是表示終端使用傳輸信道的公共信道時(shí)的RRC連接步驟的時(shí)序圖。在UMTS中，終端在接通電源后，經(jīng)過(guò)網(wǎng)絡(luò)(公共陸地移動(dòng)網(wǎng)，PLMN )的搜索以及小區(qū)的搜索(小區(qū)搜索)，進(jìn)入待機(jī)模式(idle mode)。在待機(jī)模 式的終端接收到網(wǎng)絡(luò)的尋呼(paging)信息的情況下，或者從終端進(jìn)行呼出 的情況下，終端起動(dòng)RRC的連接步驟。RRC的連接步驟由終端與無(wú)線網(wǎng)絡(luò) 控制裝置之間的三個(gè)信令消息的發(fā)送接收構(gòu)成。首先，終端通過(guò)公共控制信道(以下表示為"CCCH")(比如，隨機(jī)接入 信道(以下表示為"RACH，，))，將RRC Connection R叫uest (RRC連接請(qǐng)求) 消息以TM(傳輸模式，Transparent Mode )進(jìn)行發(fā)送，從而開始RRC Connection Setup (RRC連接設(shè)置)的步驟(步驟ST21 )。接下來(lái)，無(wú)線網(wǎng)絡(luò)控制裝置通 過(guò)CCCH (前向接入信道(以下表示為"FACH'，))將RRC Connection Setup 消息以UM (非確認(rèn)模式，Unacknowledged Mode )送回終端(步驟ST22 )。 終端接收到RRC Connection Setup消息后，利用RRC Connection Setup消息 中所包含的參數(shù)，進(jìn)行層1以及層2的設(shè)定，從而設(shè)立專用控制信道(以下 表示為"DCCH"))。根據(jù)網(wǎng)絡(luò)的指示，在使用傳輸信道的公共信道的情況下， 終端以RRC Connected Mode (RRC連接模式)進(jìn)入CELL—FACH的狀態(tài) (State )。接下來(lái)，在進(jìn)入RRC Connected Mode后，終端通過(guò)DCCH以AM(確 ^人才莫式，Acknowledged Mode)將RRC Connection Setup Complete ( RRC連才妻 設(shè)置完成)消息發(fā)送給無(wú)線網(wǎng)絡(luò)控制裝置(步驟ST23)，并結(jié)束RRC Connection Setup的步H接下來(lái)，利用圖2說(shuō)明終端使用傳輸信道的專用信道時(shí)的RRC連接步驟。 圖2是表示終端使用傳輸信道的專用信道時(shí)的RRC連接步驟的時(shí)序圖。另外， 在圖2中，對(duì)與圖1相同的步驟的部分附上相同的標(biāo)號(hào)，并省略其說(shuō)明。在接收到RRC Connection Request消息后，無(wú)線網(wǎng)絡(luò)控制裝置為了在與 基站裝置之間設(shè)立專用信道，將Radio Link Setup Request (無(wú)線鏈路設(shè)置請(qǐng) 求)發(fā)送給基站裝置(步驟ST31 ),而基站裝置將Radio Link Setup Response (無(wú)線鏈路設(shè)置應(yīng)答)發(fā)回(步驟ST32 )。終端在接收到RRC Connection Setup 消息后，利用RRC Connection Setup消息中所包含的參數(shù)，進(jìn)行層1以及層2 的設(shè)定，從而設(shè)立DCCH。然后，在終端與基站裝置之間確立層1的同步。 接下來(lái)，基站裝置將Radio Link Restore Indication (無(wú)線鏈路復(fù)原指示)發(fā)送 給無(wú)線網(wǎng)絡(luò)控制裝置(步驟ST33)。在如上述的RRC連接步驟中，終端處于小區(qū)邊緣(Cell Edge )等的電波 的到達(dá)(Coverage )情況不好的位置時(shí)，無(wú)線網(wǎng)絡(luò)控制裝置有時(shí)無(wú)法接收RRCConnection Request消息。在該情況下，終端重發(fā)RRC Connection Request消 息。RRC Connection Request消息為以RLC(無(wú)線鏈路控制，Radio Link Control) 的穿過(guò)(transparent)模式發(fā)送的消息，不具有在層2確認(rèn)接收結(jié)果而進(jìn)行自 動(dòng)重發(fā)的功能。因此，RRC Connection Request消息的重發(fā)在層3進(jìn)行。所重 發(fā)的消息經(jīng)由低位的層被發(fā)送，因此在層3的重發(fā)與在層2的重發(fā)相比，重 發(fā)延遲變長(zhǎng)。在3GPP標(biāo)準(zhǔn)中，通過(guò)T300、 N300的計(jì)時(shí)值以及常數(shù)，定義RRC Connection Request消息的重發(fā)的時(shí)間間隔以及重發(fā)次數(shù)。作為默認(rèn)(default) 的設(shè)定值，T300為1秒，N300為3次。因此，來(lái)自終端的RRC Connection R叫uest消息的重發(fā)會(huì)導(dǎo)致在電波較弱的地方發(fā)生幾秒的重發(fā)延遲。然后，在 被重發(fā)的情況下，與無(wú)重發(fā)的情況下相比，通信連接延遲有時(shí)為兩倍以上。在3GPP標(biāo)準(zhǔn)中，T300的值在100ms ~ 8000ms之間利用表被定義為多個(gè) 值。在網(wǎng)絡(luò)中，利用表的值來(lái)設(shè)定T300。在該情況下，為了縮減RRC Connection Setup Request消息的重發(fā)延遲，可考慮將T300的值設(shè)定為較小的 值。通過(guò)將T300設(shè)定為較小的值，RRC Connection Setup Request消息以較 短的時(shí)間間隔神皮多次發(fā)送。但是，在終端位于網(wǎng)絡(luò)的電波的到達(dá)狀況良好的地方的情況下，進(jìn)行 RRC Connection Setup Request消息的重發(fā)的可能性較低。在這樣的情況下， 比如，若將T300 i殳定為比乂人RRC Connection Setup Request的發(fā)送到RRC Connection Setup的接收為止的時(shí)間間隔更短的值，則在無(wú)需進(jìn)行重發(fā)的情況 下，終端也進(jìn)行RRC Connection R叫uest消息的重發(fā)，因此存在終端的功率 被浪費(fèi)的問(wèn)題。在當(dāng)前的UMTS中，為了防止終端的發(fā)送功率的浪費(fèi)，考慮從RRC Connection Setup消息的發(fā)送開始到RRC Connection Setup消息的接收結(jié)束為 止的時(shí)間間隔，設(shè)定T300的設(shè)定值。為了防止源于終端的無(wú)用的發(fā)送的功率浪費(fèi)，RRC Connection Request 消息(從Idle到CELL—DCH )的重發(fā)的時(shí)間間隔T被設(shè)定為滿足式(1 )。 T^tO + tl + t2 ( 1 )其中，t0為RRC Connection R叫uest消息的傳輸時(shí)間 tl為Radio link setup步驟的所需時(shí)間 t2為RRC Connection Setup消息的傳輸時(shí)間根據(jù)消息的大小，t2約為t0的七倍。而且，T300的設(shè)定值也就是占有 重發(fā)延遲的大部分的為tl (只是CELL—DCH)以及t2。非專利文獻(xiàn)13GPP TR 25.815 V.0.2.1, "Signaling Enhancement for Circuit-Switched (CS) and Packet-Switched (PS) Connections; Analysis and Recommendations"非專利文獻(xiàn)2
"Evaluating and Refining Call Setup Delay", 5th international Conference on 3G Mobile Communication Technologies, 18-20 Oct. 2004. Chris Johoson et. al (Nokia) and Chris Haines (3)發(fā)明內(nèi)容發(fā)明所要解決的課題但是，在以往的裝置中，因?yàn)榭紤]從RRC Connection Setup Request消息 的發(fā)送開始到RRC Connection Setup消息的接收結(jié)束為止的時(shí)間間隔而設(shè)定 T300的值，所以對(duì)于減小T300的值存在制約，因此存在無(wú)法縮短源于重發(fā) 的延遲的問(wèn)題。本發(fā)明的目的在于提供無(wú)線網(wǎng)絡(luò)控制裝置以及重發(fā)方法，通過(guò)將接收確 認(rèn)以較早的定時(shí)發(fā)回，能夠抑制源于重發(fā)的延遲。 用于解決課題的手段本發(fā)明的無(wú)線網(wǎng)絡(luò)控制裝置，采用的結(jié)構(gòu)包括接收單元，接收請(qǐng)求無(wú) 線資源控制連接的設(shè)定的連接請(qǐng)求消息，所迷無(wú)線資源控制連接為用于無(wú)線 通信的連4妄；讀取單元，讀取接收到的所述連接請(qǐng)求消息；消息建立單元， 在能夠正確讀取了所述連接請(qǐng)求消息的情況下，建立表示接收成功的消息， 并且建立用于設(shè)定所述無(wú)線資源控制連接的消息的連接設(shè)定消息；以及發(fā)送 控制單元，在發(fā)送所述表示接收成功的消息后，發(fā)送所述連接設(shè)定消息。本發(fā)明的通信系統(tǒng)，通信終端裝置與無(wú)線網(wǎng)絡(luò)控制裝置執(zhí)行無(wú)線資源控 制連接的設(shè)定的步驟，所述無(wú)線資源控制連接為用來(lái)進(jìn)行無(wú)線通信的連接， 采用的結(jié)構(gòu)包括所述通信終端裝置在規(guī)定時(shí)間內(nèi)，未接收表示發(fā)送了的連 接請(qǐng)求消息的接收成功的消息的情況下，重發(fā)所述接收請(qǐng)求消息，并且基于 連接信息設(shè)定無(wú)線資源控制連接，所述連接請(qǐng)求消息為請(qǐng)求所述無(wú)線資源控 制連接的設(shè)定的消息，所述連接信息為接收到的連接設(shè)定消息中所包含的用 于設(shè)定無(wú)線資源控制連接的信息，所述無(wú)線網(wǎng)絡(luò)控制裝置在能夠正確讀取了接收到的所述連接請(qǐng)求消息的情況下，發(fā)送所述表示接收成功的消息，并且在發(fā)送了所述表示接收成功的消息后，發(fā)送包含所述連接信息的連接設(shè)定消 自、本發(fā)明的通信方法，用于通信終端裝置與無(wú)線網(wǎng)絡(luò)控制裝置執(zhí)行無(wú)線資 源控制連接的設(shè)定的步驟，所述無(wú)線資源控制連接為用來(lái)進(jìn)行無(wú)線通信的連接，該通信方法包括以下步驟所述通信終端裝置發(fā)送請(qǐng)求所述無(wú)線資源控 制連接的設(shè)定的連接請(qǐng)求消息；所述無(wú)線網(wǎng)絡(luò)控制裝置接收所述連接請(qǐng)求消 息；在能夠正確讀取了接收到的所述連接請(qǐng)求消息的情況下，建立表示接收 成功的消息，并且建立包含用于設(shè)定所述無(wú)線資源控制連接的信息的連接信 息的連接設(shè)定消息；所述無(wú)線網(wǎng)絡(luò)控制裝置在發(fā)送了所述表示接收成功的消 息后，發(fā)送所述連接設(shè)定消息；所述通信終端裝置在接收到所述連接設(shè)定消 息的情況下，基于所述連接信息，設(shè)定無(wú)線資源控制連接，在規(guī)定的時(shí)間內(nèi)， 未接收所述表示接收成功的消息的情況下，所述通信終端裝置重發(fā)所述連接 i貪求消息。發(fā)明的效果根據(jù)本發(fā)明，通過(guò)將接收確認(rèn)以較早的定時(shí)發(fā)回，能夠抑制源于重發(fā)的 延遲。


圖1是表示以往的RRC連接步驟的時(shí)序圖。 圖2是表示以往的RRC連接步驟的時(shí)序圖。圖3是表示本發(fā)明的實(shí)施方式1的無(wú)線網(wǎng)絡(luò)控制裝置的結(jié)構(gòu)的方框圖。圖4是表示本發(fā)明的實(shí)施方式1的RRC連接步驟的時(shí)序圖。圖5是表示本發(fā)明的實(shí)施方式1的RRC連接步驟的時(shí)序圖。圖6是表示本發(fā)明的實(shí)施方式1的重發(fā)延遲的削減量的圖。圖7是表示本發(fā)明的實(shí)施方式2的無(wú)線網(wǎng)絡(luò)控制裝置的結(jié)構(gòu)的方框圖。圖8是表示本發(fā)明的實(shí)施方式2的RRC連接步驟的時(shí)序圖。圖9是表示本發(fā)明的實(shí)施方式2的RRC連接步驟的時(shí)序圖。
具體實(shí)施方式
以下，參照附圖詳細(xì)地說(shuō)明本發(fā)明的實(shí)施方式。(實(shí)施方式1 )圖3是表示本發(fā)明的實(shí)施方式1的無(wú)線網(wǎng)絡(luò)控制裝置100的結(jié)構(gòu)的方框圖。層1/層2單元101接收從基站裝置發(fā)送的、包含請(qǐng)求RRC連接的設(shè)定的 RRC連接請(qǐng)求消息的接收信號(hào)，進(jìn)行層1/層2的處理，并輸出到讀取單元102。讀取單元102讀取從層1/層2單元101輸入的接收信號(hào)中包含的各種數(shù) 據(jù)，并作為接收數(shù)據(jù)輸出。而且，讀取單元102讀取從層1/層2單元101輸 入的接收信號(hào)中包含的RRC連接請(qǐng)求消息。然后，在無(wú)差錯(cuò)地、能夠正確讀 取了 RRC連接請(qǐng)求消息的情況下，讀取單元102將表示已正確讀取的信息輸 出到發(fā)送控制單元103以及消息建立單元104。在從讀取單元102輸入了表示已正確讀取的信息的情況下，發(fā)送控制單 元103對(duì)從消息建立單元104輸出的、用來(lái)設(shè)定RRC連接的消息即RRC連 接設(shè)定消息、以及從ACK生成單元105輸出的ACK消息的定時(shí)進(jìn)行控制。 具體而言，發(fā)送控制單元103控制ACK生成單元105，以使通過(guò)ACK生成 單元105所生成的ACK消息首先被發(fā)送；并控制消息建立單元104,以使通 過(guò)消息建立單元104所建立的RRC連接設(shè)定消息繼ACK消息之后纟皮發(fā)送。在從讀取單元102輸入了表示已正確讀取消息的信息的情況下，消息建 立單元104建立包含作為用于設(shè)定RRC連接的信息的信息要素(連接信息) 的RRC連接設(shè)定消息。然后，消息建立單元104基于發(fā)送控制單元103的控 制，將建立了的RRC連接設(shè)定消息輸出到層1/層2單元106。而且，消息建 立單元104將作為用于設(shè)定RRC連接的信息的信息要素的一部分輸出到 ACK生成單元105。消息建立單元104輸出到ACK生成單元105的信息要 素的大小落在作為最小發(fā)送單位的1塊中。在從消息建立單元104輸入了信息要素的情況下，ACK生成單元105生 成包含輸入了的信息要素的1塊的ACK消息。然后，ACK生成單元105基 于發(fā)送控制單元103的控制，并將所生成的ACK消息輸出到層1/層2單元 106。層1/層2單元106對(duì)從消息建立單元104輸入的RRC連接請(qǐng)求消息進(jìn)行 層1以及層2的處理，并發(fā)送給基站裝置。而且，層1/層2單元106對(duì)從ACK 生成單元105輸入的ACK消息進(jìn)行層1以及層2的處理，并發(fā)送給基站裝置。接下來(lái)，利用圖4以及圖5說(shuō)明RRC連接步驟。圖4是表示通信終端裝置使用傳輸信道的公共信道的情況下的、RRC連接步驟的時(shí)序圖；圖5是表 示通信終端裝置使用傳輸信道的專用信道的情況下的、RRC連接步驟的時(shí)序 圖。最開始，說(shuō)明在通信終端裝置使用傳輸信道的公共信道的情況下的RRC 連接步驟。首先，通信終端裝置發(fā)送RRC連接請(qǐng)求消息即RRC Connection Request消息，開始RRC Connection Setup的步驟(步驟ST201 )。 RRC Connection Request消息中包含著"InitialUE-Identity"(初始UE標(biāo)識(shí))、 "Establishment cause"(建立原因)、"protocol Errorlndicator"(協(xié)i義差4晉標(biāo)識(shí) 符)、以及"MeasurementResultsOnRACH，，(在RACH上的測(cè)量結(jié)果)的信息 要素(Informatin Element )。而且，RRC Connection R叫uest消息的數(shù)據(jù)大小 為1塊(168比特)。接收到RRC Connection Request消息的無(wú)線網(wǎng)絡(luò)控制裝置100通過(guò)讀取 單元102讀取RRC Connection Request消息。在讀取單元102無(wú)差錯(cuò)地、能 夠正確讀取了 RRC Connection Request消息的情況下，ACK生成單元105生 成ACK消息。在通過(guò)ACK生成單元105所生成的ACK消息中，包含以往 通過(guò)RRC Connection Setup消息發(fā)回的"InitialUE-Identity"。而且，在ACK消 息中，除了"InitialUE-Identity,，以外，還包含以往通過(guò)RRC Connection Setup 消息發(fā)回的"RNTI" 、 "RRCStatelndicator" ( RRC狀態(tài)標(biāo)識(shí)符)、"Radio Bearer 正，，(無(wú)線載體IE )、 "Transport Channel IE，，(傳輸信道IE )以及"Physical Channel IE"(物理信道IE)中的任意選擇了的信息要素。但是，ACK生成單元105 選擇信息要素，以使ACK消息的數(shù)據(jù)大小落在1塊內(nèi)。然后，無(wú)線網(wǎng)絡(luò)控制裝置100將ACK生成單元105所生成的ACK消息 經(jīng)由基站裝置發(fā)送給通信終端裝置(步驟ST202)。接下來(lái)，無(wú)線網(wǎng)絡(luò)控制裝 置100將RRC連接設(shè)定消息即RRC Connection Setup消息發(fā)回通信終端裝置 (步驟ST203 )。在RRC Connection Setup消息中包含著"InitialUE-Identity"。 而且，在RRC Connection Setup消息中，除了 "InitialUE-Identity"以外，還包 含"RNTI"、 "RRCStatelndicator" 、 "Radio Bearer IE"、 "Transport Channel IE" 以及"Physical Channel IE，，中ACK消息所不包含的信息要素。因此，RRC Connection Setup消息的數(shù)據(jù)大小可為比以往方法小的六塊。接下來(lái)，通信終端裝置通過(guò)在規(guī)定時(shí)間內(nèi)接收ACK消息，判斷為由無(wú) 線網(wǎng)絡(luò)控制裝置100能夠正確讀取了 RRC Connection Request消息。因?yàn)锳CK消息為用來(lái)通知接收成功的專用的消息，所以通信終端裝置能夠通過(guò)接收 ACK消息來(lái)判斷為接收成功。另一方面，在通信終端裝置未在規(guī)定時(shí)間內(nèi)接收到ACK消息的情況下，判斷為由無(wú)線網(wǎng)絡(luò)控制裝置100未能正確讀取RRC Connection Request消息,,人而進(jìn)4亍RRC Connection Request消息的重發(fā)。接下來(lái)，通信終端裝置在接收到RRC Connection Setup消息后，利用包 含在RRC Connection Setup消息中的參數(shù)進(jìn)行層1以及層2的設(shè)定，從而設(shè) 立DCCH。通過(guò)網(wǎng)絡(luò)的指示，通信終端裝置在使用傳輸信道的公共信道的情 況下，以RRC Connected Mode進(jìn)入CELL—FACH的狀態(tài)(State )。接下來(lái)， 通信終端裝置進(jìn)入RRC Connected Mode后，通過(guò)DCCH以AM(Acknowledged Mode)將RRC Connection Setup Complete消息發(fā)送給無(wú)線網(wǎng)絡(luò)控制裝置(步驟 ST204),從而結(jié)束RRC Connection Setup的步驟。這樣，通信終端裝置利用 1塊的ACK消息和六塊的RRC Connection Setup消息即合計(jì)七塊的數(shù)據(jù)大小 所包含的信息要素進(jìn)行RRC連接的設(shè)定。接下來(lái)，利用圖5說(shuō)明在通信終端裝置使用傳輸信道的專用信道的情況 下的RRC連接步驟。另外，在圖5中，對(duì)與圖4相同的步驟的部分附上相同 的標(biāo)號(hào)，并省略其說(shuō)明。無(wú)線網(wǎng)絡(luò)控制裝置接收到RRC Connection Request消息后，為了在與基 站裝置之間設(shè)立專用信道，將Radio Link Setup Request消息發(fā)送給基站裝置， 而基站裝置發(fā)回Radio Link Setup Response消息(步驟ST301 )。終端接收到 RRC Connection Setup消息后，利用RRC Connection Setup消息中所包含的參 數(shù)進(jìn)行層1以及層2的設(shè)定，從而設(shè)立DCCH。然后，在終端與基站裝置之 間確立層1的同步。接下來(lái)，基站裝置將Radio Link Restore Indication消息發(fā) 送給無(wú)線網(wǎng)絡(luò)控制裝置(步驟ST302)。圖6是表示比較了通信終端裝置使用傳輸信道的公共信道的情況下的 RRC連接步驟與通信終端裝置使用傳輸信道的專用信道的情況下的RRC連 接步驟的、以往技術(shù)與本實(shí)施方式1的重發(fā)延遲的削減效果的圖。使用爿〉共信道的情況下，以往技術(shù)的重發(fā)延遲為RRC Connection Request消息的傳l命時(shí)間t0與RRC Connection Setup消息的傳l命時(shí)間t2的共 計(jì)(t0+t2)。另一方面，本實(shí)施方式1的重發(fā)延遲為RRC Connection Request 消息的傳輸時(shí)間t0與ACK消息的傳輸時(shí)間td的共計(jì)(t0+tack)。因此，本實(shí) 施方式1的重發(fā)延遲的削減量為(t2 - taek),能夠?qū)RC Connection Setup消息的傳輸時(shí)間t2約縮短為以往技術(shù)的七分之一。而且，使用專用信道的情況下，以往技術(shù)的重發(fā)延遲為RRC Connection Request消息的傳輸時(shí)間t0、 Radio Link Setup步驟的所需時(shí)間tl以及RRC Connection Setup消息的傳輸時(shí)間t2的共計(jì)(t0+tl+t2 )。另 一方面，本實(shí)施方 式1的重發(fā)延遲為RRC Connection Request消息的傳輸時(shí)間t0與ACK消息 的傳輸時(shí)間Uk的共計(jì)(t0+taek)。因此，本實(shí)施方式1的重發(fā)延遲的削減量為 (tl+t2_tack)，能夠消除RRC Link Setup步驟的所需時(shí)間tl,并且能夠?qū)?RRC Connection Setup消息的傳輸時(shí)間t2約縮短為以往4支術(shù)的七分之一。圖6是定量地表示重發(fā)延遲的削減量的圖。在UMTS中，T300只能設(shè) 定為表中定義的值，因此在UMTS中，削減量并不是圖6所示的值，在ACK 消息的發(fā)送時(shí)所設(shè)定的T300的值的差為重發(fā)延遲的削減量。也就是說(shuō),UMTS 的重發(fā)延遲的削減量Atl能夠根據(jù)式(2)求出。Atl = 丁300old - T300new ( ms ) ( 2 )其中，T300old為以往技術(shù)所設(shè)定的T300的值T300new為在本實(shí)施方式1設(shè)定的T300的值而且，RRC Connection R叫uest消息未能正確讀取的幾率，也就是發(fā)生 重發(fā)的幾率作為基站裝置的PRACH message的接收性能在3GPP的標(biāo)準(zhǔn)書 TS25.104中被規(guī)定(BLER為10 A - 1 ~ 10 A - 2的范圍)。也就是說(shuō)，RRC Connection Request消息的大小為1塊，因此消息接收失敗的幾率與BLER相 同。而且，以往對(duì)支術(shù)的從RRC Connection Request消息的發(fā)送開始到RRC Connection Setup消息的接收為止的平均時(shí)間t能夠根據(jù)式(3 )求出。 t= ( 1-P) x (T2-T0) + ((T2-T0) + T300old) xp (3) 其中，TO為RRC Connection R叫uest消息的發(fā)送開始時(shí)刻 T2為RRC Connection Setup消息的接收結(jié)束時(shí)刻 P為RRC Connection Request消息未能正確讀取的幾率 T300old為以往技術(shù)所設(shè)定的T300的值 另 一方面，本實(shí)施方式1的從RRC Connection Request消息的發(fā)送開始 到RRC Connection Setup消息的接收為止的平均時(shí)間t'能夠根據(jù)式(4 )求出。 t'= ( 1-P) x (T2-T0) + ((T2-T0) +T300new) xp (4) 其中，TO為RRC Connection Request消息的發(fā)送開始時(shí)刻T2為RRC Connection Setup消息的接收結(jié)束時(shí)刻 P為RRC Connection Request消息未能正確讀取的幾率 T300new為在本實(shí)施方式1設(shè)定的T300的值 因此，根據(jù)式(3 )和式(4 )，本實(shí)施方式1的從RRC Connection Request 消息的發(fā)送開始到RRC Connection Setup消息的接收為止的平均時(shí)間的削減 量At2能夠根據(jù)式(5)求出。<formula>formula see original document page 13</formula> (5)其中，t為以往技術(shù)的從RRC Connection R叫uest消息的發(fā)送開始到RRC Connection Setup消息的接收為止的平均時(shí)間t'為本實(shí)施方式1的從RRC Connection R叫uest消息的發(fā)送開始到 RRC Connection Setup消息的4妾收為止的平均時(shí)間 T300old為以往技術(shù)所設(shè)定的T300的值 T300new為在本實(shí)施方式1設(shè)定的T300的值 P為RRC Connection R叫uest消息未能正確讀取的幾率由此，在本實(shí)施方式l中，RRC的連接時(shí)間能夠比以往技術(shù)平均縮短At2 。而且，在3GPP版本(release) 5之后的標(biāo)準(zhǔn)中，將被稱為Default configuration禾口 Predefined configuration的Pre-configuration方法導(dǎo)入RRC連 接步驟。也就是說(shuō)，將RRC Connection Setup消息中的無(wú)線載體消息(RB IE ) 和Transport Channel消息(TrCH IE),通過(guò)標(biāo)準(zhǔn)夫見定(Default configuration) 和系統(tǒng)的廣播信息(Predefined configurationSIB16 )預(yù)先廣播給通信終端裝置。 在該情況下，在RRC Connection Setup消息中不是包含RB/TrCH IE的實(shí)體， 而是只包含與這些信息要素對(duì)應(yīng)的索引(index )。因此，能夠縮減要發(fā)送的 消息的大小，從而縮短消息的傳輸時(shí)間。另夕卜，在UMTS中，有可能同時(shí)存在與不同的版本的標(biāo)準(zhǔn)對(duì)應(yīng)的無(wú)線網(wǎng) 絡(luò)控制裝置和通信終端裝置。比如，不具備本實(shí)施方式1的結(jié)構(gòu)的無(wú)線網(wǎng)絡(luò) 控制裝置，也就是說(shuō)沒(méi)有具備生成并發(fā)送ACK消息的功能的無(wú)線網(wǎng)絡(luò)控制裝 置不發(fā)送RRC Connection Request消息的接收成功的消息。在該情況下，在 接收到ACK消息時(shí)不具有進(jìn)行重發(fā)的功能的通信終端裝置判斷為由無(wú)線網(wǎng) 絡(luò)控制裝置未能正確讀取RRC Connection Request消息，從而進(jìn)行RRC Connection Request消息的重發(fā)。對(duì)于這樣的無(wú)線網(wǎng)絡(luò)控制裝置與通信終端裝 置之間的標(biāo)準(zhǔn)版本的不一致而發(fā)生的不良情況，能夠通過(guò)將無(wú)線網(wǎng)絡(luò)控制裝置的標(biāo)準(zhǔn)版本以及與各個(gè)版本對(duì)應(yīng)的T300的設(shè)定值利用系統(tǒng)的廣播信息通 知給通信終端裝置而防止。這樣，根據(jù)本實(shí)施方式1 ，通過(guò)比RRC Connection Setup消息先發(fā)送ACK 消息，通信終端裝置能夠以在接收RRC Connection Setup消息前的較早的定 時(shí)接收ACK消息，因此能夠減小T300的值并將重發(fā)的時(shí)間間隔設(shè)定得較短， 從而能夠抑制源于重發(fā)的延遲。而且，根據(jù)本實(shí)施方式l，通過(guò)在ACK消息 中包含由通信終端裝置執(zhí)行RRC連接步驟時(shí)使用的信息要素的一部分，因?yàn)?要發(fā)送的信息要素的傳輸量與以往技術(shù)相同，所以能夠抑制源于ACK消息的 發(fā)送的、RRC連接步驟整體的傳輸時(shí)間的增加。而且，根據(jù)本實(shí)施方式I， 因?yàn)锳CK消息由最小發(fā)送單位即1塊構(gòu)成，所以能夠縮短ACK消息的發(fā)送 時(shí)間，并且因?yàn)锳CK消息的建立較容易，所以能夠較早地發(fā)送ACK消息。另外，雖然在本實(shí)施方式l中，將ACK消息的大小設(shè)定為1塊，并將 RRC Connection Setup消息的大小設(shè)定為六塊，但是并不只限于此，也可以將 ACK消息的大小設(shè)定為1塊以外的任意的大小，并且也可以將RRC Connection Setup消息的大小設(shè)定為六塊以外的任意的大小。 (實(shí)施方式2)圖7是表示本發(fā)明的實(shí)施方式2的無(wú)線網(wǎng)絡(luò)控制裝置500的結(jié)構(gòu)的方框圖。本實(shí)施方式2的無(wú)線網(wǎng)絡(luò)控制裝置500在圖3所示的實(shí)施方式1的無(wú)線 網(wǎng)絡(luò)控制裝置100中，如圖7所示，去除了 ACK生成單元105,并且具有消 息建立單元501而取代消息建立單元104。另外，在圖7中，對(duì)與圖3相同 結(jié)構(gòu)的部分附上相同的標(biāo)號(hào)，并省略其說(shuō)明。讀取單元102讀取從層1/層2單元101輸入的接收信號(hào)中包含的各種數(shù) 據(jù)，并作為接收數(shù)據(jù)輸出。而且，讀取單元102讀取從層1/層2單元101輸 入的接收信號(hào)中包含的RRC連接請(qǐng)求消息。然后，在無(wú)差錯(cuò)地、能夠正確讀 取了 RRC連接請(qǐng)求消息的情況下，讀取單元102將表示已正確讀取的信息輸 出到發(fā)送控制單元103以及消息建立單元501。在從讀取單元102輸入了表示已正確讀取的信息的情況下，發(fā)送控制單 元103對(duì)從消息建立單元501輸出的RRC連接設(shè)定消息的定時(shí)進(jìn)行控制。在從讀取單元102輸入了表示已正確讀取消息的信息的情況下，消息建 立單元501建立用于設(shè)定RRC連接的多個(gè)RRC連接設(shè)定消息。然后，消息建立單元104基于發(fā)送控制單元103的控制，將建立了的多個(gè)RRC連接設(shè)定 消息輸出到層1/層2單元106。消息建立單元501建立RRC連接設(shè)定消息， 以使不同的信息要素包含在各個(gè)RRC連接設(shè)定消息中。另外，各個(gè)RRC連 接設(shè)定消息能夠設(shè)定為任意的塊數(shù)。層1/層2單元106對(duì)從消息建立單元501輸入的RRC連接設(shè)定消息進(jìn)行 層1以及層2的處理，并發(fā)送給基站裝置。接下來(lái)，利用圖8以及圖9說(shuō)明RRC連接步驟。圖8是表示通信終端裝 置使用傳輸信道的公共信道的情況下的、RRC連接步驟的時(shí)序圖；圖9是表 示通信終端裝置使用傳輸信道的專用信道的情況下的、RRC連接步驟的時(shí)序 圖。另外，在圖8以及圖9中，對(duì)與圖4以及圖5相同動(dòng)作的部分附上相同 的標(biāo)號(hào)，并省略其說(shuō)明。最開始，說(shuō)明在使用公共信道的情況下的RRC連接步驟。無(wú)線網(wǎng)絡(luò)控制 裝置500將消息建立單元501所建立的RRC Connection消息經(jīng)由基站裝置發(fā) 送給通信終端裝置(步驟ST601 )。在步驟ST601發(fā)送的RRC Connection Setup 消息中包含著"InitialUE-Identity"。而且，在步驟ST601發(fā)送的RRC Connection Setup消息中除了"InitialUE-Identity，，以外，還包含著"RNTI"、 "RRCStateIndicator"、 "Radio Bearer正"、"Transport Channel IE"以及"Physical Channel正，，中的任意選擇了的一部分的信息要素。而且，在步驟ST601發(fā)送 的RRC Connection Setup消息中還包含著用于表示作為通知接收成功的消息 被利用的事實(shí)的標(biāo)記即RRC Connection Request RxOK Flag。接下來(lái)，在規(guī)定的時(shí)間內(nèi)接收到包含RRC Connection Request RxOK Flag 的RRC Connection Setup消息的情況下，通信終端裝置判斷由無(wú)線網(wǎng)絡(luò)控制 裝置500能夠正確讀取了 RRC Connection Request消息。另一方面，在規(guī)定 的時(shí)間內(nèi)未接收包含RRC Connection Request RxOK Flag的RRC Connection Setup消息的情況下，通信終端裝置判斷由無(wú)線網(wǎng)絡(luò)控制裝置500未能正確讀 取RRC Connection Request消息，進(jìn)行RRC Connection Request消息的重發(fā)。接下來(lái)，無(wú)線網(wǎng)絡(luò)控制裝置500將消息建立單元501所建立的RRC Connection Setup消息經(jīng)由基站裝置發(fā)送給通信終端裝置(步驟ST602 )。在 步驟ST602發(fā)送的RRC Connection Setup消息中包含著"InitialUE-Identity"。 而且，在步驟ST602發(fā)送的RRC Connection Setup消息中除了 "InitialUE-Identity，，以外，還包含著在步驟ST601發(fā)送的RRC Connection Setup消息中未包含的其它的信息要素。另外，在圖9的使用專用信道的情況下的RRC連接步驟中，步驟ST601以及步驟ST602與使用公共信道的情況下的 RRC連接步驟相同，因此省略其說(shuō)明。而且，將無(wú)線網(wǎng)絡(luò)控制裝置的標(biāo)準(zhǔn)版 本以系統(tǒng)的廣播信息通知給通信終端裝置，由此能夠防止由于無(wú)線網(wǎng)絡(luò)控制 裝置與通信終端裝置之間的標(biāo)準(zhǔn)版本的不一致而發(fā)生的不良情況，這一點(diǎn)與 上述實(shí)施方式1相同。而且，重發(fā)延遲的削減量Atl以及/人RRC Connection Request消息的發(fā)送開始到RRC Connection Setup消息的接收為止的平均時(shí)間 的削減量At2與上述實(shí)施方式l相同。這樣，根據(jù)本實(shí)施方式2，通過(guò)發(fā)送多個(gè)RRC Connection Setup消息并 且以最開始發(fā)送的RRC Connection Setup消息來(lái)通知接收成功，通信終端裝 置能夠在最開始的RRC Connection Setup消息的接收定時(shí)得知接收成功，因 此能夠減小T300的值并將重發(fā)的時(shí)間間隔設(shè)定得較短，從而能夠抑制源于重 發(fā)的延遲。而且，根據(jù)本實(shí)施方式2，以RRC Connection Setup消息的一部分 通知接收成功，由此要發(fā)送的信息要素的傳輸量與以往技術(shù)相同，因此能夠 抑制RRC連接步驟整體的傳輸時(shí)間的增加。而且，根據(jù)本實(shí)施方式2，因?yàn)?使通知接收成功的消息與RRC連接消息為相同的消息，所以能夠?qū)?duì)于3GPP 的協(xié)議標(biāo)準(zhǔn)的變更抑制為最小限度。另外，雖然在本實(shí)施方式2中，將RRC Connection Setup消息分為兩次 發(fā)送，但是并不只限于此，也可以將其分為三次以上的任意的次數(shù)發(fā)送。在 該情況下，通過(guò)將不同的信息要素包含在各個(gè)RRC Connection Setup消息中， 能夠使要發(fā)送的信息要素的傳輸量與以往技術(shù)相同。工業(yè)實(shí)用性本發(fā)明的無(wú)線網(wǎng)絡(luò)控制裝置、通信系統(tǒng)以及通信方法適合于執(zhí)行RRC連 接步驟。
權(quán)利要求
1.一種無(wú)線網(wǎng)絡(luò)控制裝置，包括接收單元，接收請(qǐng)求無(wú)線資源控制連接的設(shè)定的連接請(qǐng)求消息，所述無(wú)線資源控制連接為用于無(wú)線通信的連接；讀取單元，讀取接收到的所述連接請(qǐng)求消息；消息建立單元，在能夠正確讀取了所述連接請(qǐng)求消息的情況下，建立表示接收成功的消息，并且建立用于設(shè)定所述無(wú)線資源控制連接的消息的連接設(shè)定消息；以及發(fā)送控制單元，在發(fā)送了所述表示接收成功的消息后，發(fā)送所述連接設(shè)定消息。
2. 如權(quán)利要求1所述的無(wú)線網(wǎng)絡(luò)控制裝置，其中，所述消息建立單元分 割作為用于設(shè)定所述無(wú)線資源控制連接的信息的連接信息，并建立包含分割 后的所述連接信息的、所述表示接收成功的消息以及所述連接設(shè)定消息。
3. 如權(quán)利要求1所述的無(wú)線網(wǎng)絡(luò)控制裝置，其中，所述消息建立單元建 立用于通知1塊的所述接收成功的消息，所述1塊為最小發(fā)送單位。
4. 如權(quán)利要求1所述的無(wú)線網(wǎng)絡(luò)控制裝置，其中，所述消息建立單元將 所述表示接收成功的消息與所述連接設(shè)定消息作為相同的消息來(lái)建立。
5. —種通信系統(tǒng)，通信終端裝置與無(wú)線網(wǎng)絡(luò)控制裝置扭J亍無(wú)線資源控制 連接的設(shè)定的步驟，所述無(wú)線資源控制連接為用來(lái)進(jìn)行無(wú)線通信的連接，所述通信終端裝置在規(guī)定時(shí)間內(nèi)未接收表示發(fā)送了的連接請(qǐng)求消息的接 收成功的消息的情況下，重發(fā)所述連接請(qǐng)求消息，并且基于連接信息設(shè)定無(wú) 線資源控制連接，所述連接請(qǐng)求消息為請(qǐng)求所述無(wú)線資源控制連接的設(shè)定的 消息，所述連接信息為接收到的連接設(shè)定消息中所包含的用于設(shè)定無(wú)線資源 控制連接的信息，所述無(wú)線網(wǎng)絡(luò)控制裝置在能夠正確讀取了接收到的所述連接請(qǐng)求消息的 情況下，發(fā)送所述表示接收成功的消息，并且在發(fā)送了所述表示接收成功的 消息后，發(fā)送包含所述連接信息的連接設(shè)定消息。
6. —種通信方法，用于通信終端裝置與無(wú)線網(wǎng)絡(luò)控制裝置執(zhí)行無(wú)線資源 控制連接的設(shè)定的步驟，所述無(wú)線資源控制連接為用來(lái)進(jìn)行無(wú)線通信的連接, 該通信方法包括以下步驟所述通信終端裝置發(fā)送請(qǐng)求所述無(wú)線資源控制連接的設(shè)定的連接請(qǐng)求消息；所述無(wú)線網(wǎng)絡(luò)控制裝置接收所述連接請(qǐng)求消息；在能夠正確讀取了接收到的所述連接請(qǐng)求消息的情況下，建立表示接收 成功的消息，并且建立包含用于設(shè)定所述無(wú)線資源控制連接的信息的連接信 息的連接設(shè)定消息；所述無(wú)線網(wǎng)絡(luò)控制裝置在發(fā)送了所述表示接收成功的消息后，發(fā)送所述 連接設(shè)定消息；所述通信終端裝置在接收到所述連接設(shè)定消息的情況下，基于所述連接 信息，設(shè)定無(wú)線資源控制連接，所述通信終端裝置在規(guī)定的時(shí)間內(nèi)，未接收 所述表示接收成功的消息的情況下，重發(fā)所述連接請(qǐng)求消息。
全文摘要
公開通過(guò)將接收確認(rèn)以較早的定時(shí)發(fā)回，能夠抑制源于重發(fā)的延遲的無(wú)線網(wǎng)絡(luò)控制裝置。在該裝置中，讀取單元(102)讀取RRC連接請(qǐng)求消息。發(fā)送控制單元(103)控制ACK生成單元(105)，以使通過(guò)ACK生成單元(105)所生成的ACK消息首先被發(fā)送；并控制消息建立單元(104)，以使通過(guò)消息建立單元(104)所建立的RRC連接設(shè)定消息繼ACK消息之后被發(fā)送。消息建立單元(104)建立包含作為用于設(shè)定RRC連接的信息的信息要素的RRC連接設(shè)定消息。ACK生成單元(105)建立包含信息要素的1塊的ACK消息。
文檔編號(hào)H04W76/02GK101238746SQ20058005134
公開日2008年8月6日 申請(qǐng)日期2005年8月22日 優(yōu)先權(quán)日2005年8月22日
發(fā)明者明 徐 申請(qǐng)人:松下電器產(chǎn)業(yè)株式會(huì)社