通信裝置和通信方法
【專利摘要】通信裝置包括：網(wǎng)絡(luò)側(cè)通信部，從信息發(fā)布節(jié)點(diǎn)接收緊急信息；UE側(cè)通信部，在與用戶裝置之間，經(jīng)由無(wú)線基站發(fā)送接收通信信號(hào)；以及決定部，在UE側(cè)通信部同時(shí)發(fā)送了用于預(yù)告緊急信息的發(fā)布的主通知信號(hào)后、從用戶裝置接收了用于請(qǐng)求RRC協(xié)議狀態(tài)的狀態(tài)轉(zhuǎn)移的請(qǐng)求信號(hào)的情況下，決定是否允許狀態(tài)轉(zhuǎn)移，當(dāng)狀態(tài)轉(zhuǎn)移是從能夠接收緊急信息的狀態(tài)向不能接收緊急信息的狀態(tài)的狀態(tài)轉(zhuǎn)移的情況下，決定部決定拒絕狀態(tài)轉(zhuǎn)移，同時(shí)發(fā)送包含緊急信息的副通知信號(hào)。
【專利說(shuō)明】通信裝置和通信方法
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及通信裝置和通信方法。
【背景技術(shù)】
[0002]在無(wú)線移動(dòng)通信中的緊急地震預(yù)警發(fā)布基礎(chǔ)結(jié)構(gòu)(例如，CBS、ETffS, CMAS等)中，以同時(shí)(Simultaneous)發(fā)布型的信號(hào)進(jìn)行信息通知，從而無(wú)需對(duì)每個(gè)用戶設(shè)定專用信道就能夠迅速地引起較大范圍的用戶的注意。作為同時(shí)發(fā)布型的信號(hào)，例如有基于公共控制信道(Common Control Channel:CCCH)的尋呼信號(hào)、基于廣播控制信道(Broadcast ControlChannel:BCCH)的廣播信號(hào)或基于公共業(yè)務(wù)信道(Common Traffic Channel:CTCH)的信號(hào)(例如BMC)等。
[0003]通常，通過(guò)在以如“地震”或“海嘯”等的最小限度的信息來(lái)預(yù)告緊急信息的發(fā)布的主通知信號(hào)(Primary Notification)后、發(fā)送用于表示各地的震度或震源地等細(xì)節(jié)(緊急信息)的副通知信號(hào)(Secondary Notification),從而進(jìn)行在地震或海嘯等時(shí)發(fā)布的發(fā)布信息。通過(guò)這樣分兩個(gè)階段進(jìn)行信息的發(fā)布，能夠迅速且靈活地發(fā)布發(fā)布信息。作為一例，通過(guò)公共控制信道CCCH發(fā)送主通知信號(hào)，通過(guò)公共業(yè)務(wù)信道CTCH發(fā)送副通知信號(hào)。
[0004]當(dāng)為寬帶碼分多址方式(WCDMA)等的移動(dòng)通信系統(tǒng)的情況下，沒(méi)有確立連接的空閑狀態(tài)(IDLE)或雖然沒(méi)有釋放連接但不發(fā)送接收用戶數(shù)據(jù)的呼叫狀態(tài)(Cell_PCH)的用戶裝置UE能夠適當(dāng)接收這樣的公共業(yè)務(wù)信道CTCH。但是，發(fā)送接收用戶數(shù)據(jù)的小區(qū)DCH狀態(tài)(Cell_DCH)或小區(qū)FACH狀態(tài)(Cell_FACH)的用戶裝置UE不參照公共業(yè)務(wù)信道CTCH而進(jìn)行通信。從而，存在通信狀態(tài)(RRC協(xié)議狀態(tài))是Cell_DCH或Cell_FACH的用戶裝置的用戶不能迅速地發(fā)現(xiàn)發(fā)布信息的存在，或者即使發(fā)現(xiàn)了也不能適當(dāng)?shù)亟邮盏膯?wèn)題。尤其是在無(wú)線接入裝置發(fā)送了用于預(yù)告緊急信息的發(fā)布的主通知信號(hào)后，如果用戶裝置以產(chǎn)生數(shù)據(jù)等為契機(jī)而轉(zhuǎn)移到能夠發(fā)送接收用戶數(shù)據(jù)的狀態(tài)，則該用戶裝置不能接收包含緊急信息的副通知信號(hào)。在本申請(qǐng)中，無(wú)線接入裝置(Radio Access Network:RAN)是包括基站以及無(wú)線網(wǎng)絡(luò)控制裝置在內(nèi)的概念。關(guān)于特定的RRC協(xié)議狀態(tài)的用戶裝置能夠接收發(fā)布信息的情況，例如記載在非專利文獻(xiàn)I中。
[0005]為了應(yīng)對(duì)該問(wèn)題，考慮將用戶裝置UE設(shè)計(jì)成例如在設(shè)定有專用信道的狀態(tài)(Cell_DCH)下也能夠接收公共業(yè)務(wù)CTCH。但是，如果設(shè)為這樣的功能對(duì)用戶裝置UE來(lái)說(shuō)是必須的，則用戶裝置UE除了用戶數(shù)據(jù)的發(fā)送接收之外，還必須始終監(jiān)視公共業(yè)務(wù)信道CTCH。其結(jié)果，會(huì)擔(dān)心電池的消耗變快、用戶裝置UE的成本上升等。
[0006]現(xiàn)有技術(shù)文獻(xiàn)
[0007]非專利文獻(xiàn)1:3GPP TS25.304V8.11.0(2011-09)，6.2 章
【發(fā)明內(nèi)容】

[0008]發(fā)明要解決的課題
[0009]本發(fā)明的課題在于，維持并提高在無(wú)線接入裝置發(fā)送了用于預(yù)告緊急信息的發(fā)布的主通知信號(hào)后、用戶裝置能夠接收包括緊急信息的副通知信號(hào)的概率。
[0010]用于解決課題的手段
[0011]一實(shí)施例的通信裝置，包括:
[0012]網(wǎng)絡(luò)側(cè)通信部，從信息發(fā)布節(jié)點(diǎn)接收緊急信息；
[0013]UE側(cè)通信部，在與用戶裝置之間，經(jīng)由無(wú)線基站發(fā)送接收通信信號(hào)；以及
[0014]決定部，在所述UE側(cè)通信部同時(shí)發(fā)送了用于預(yù)告所述緊急信息的發(fā)布的主通知信號(hào)后、從用戶裝置接收了用于請(qǐng)求RRC協(xié)議狀態(tài)的狀態(tài)轉(zhuǎn)移的請(qǐng)求信號(hào)的情況下，決定是否允許該狀態(tài)轉(zhuǎn)移，
[0015]當(dāng)由所述請(qǐng)求信號(hào)表示的所述狀態(tài)轉(zhuǎn)移是從能夠接收緊急信息的狀態(tài)向不能接收緊急信息的狀態(tài)的狀態(tài)轉(zhuǎn)移的情況下，所述決定部決定拒絕該狀態(tài)轉(zhuǎn)移，由所述UE側(cè)通信部同時(shí)發(fā)送包含所述緊急信息的副通知信號(hào)。
[0016]發(fā)明效果
[0017]根據(jù)一實(shí)施例，能夠維持并提高在無(wú)線接入裝置發(fā)送了用于預(yù)告緊急信息的發(fā)布的主通知信號(hào)后、用戶裝置能夠接收包括緊急信息的副通知信號(hào)的概率。
【專利附圖】

【附圖說(shuō)明】
[0018]圖1是表示通信系統(tǒng)的概要的圖。
[0019]圖2是表示用于拒絕轉(zhuǎn)移請(qǐng)求的動(dòng)作例的圖。
[0020]圖3是表示用于保留DL數(shù)據(jù)發(fā)送的動(dòng)作例的圖。
[0021]圖4是表不利用廣播信號(hào)的動(dòng)作例的圖。
[0022]圖5是表示用戶裝置自主判斷的情況下的動(dòng)作例的圖。
[0023]圖6是無(wú)線網(wǎng)絡(luò)控制裝置的功能模塊圖。
[0024]圖7是用戶裝置的功能模塊圖。
【具體實(shí)施方式】
[0025]根據(jù)以下說(shuō)明的實(shí)施例，網(wǎng)絡(luò)側(cè)的控制節(jié)點(diǎn)以預(yù)告要發(fā)布緊急信息的主通知信號(hào)的發(fā)送為契機(jī)，使用戶裝置不轉(zhuǎn)移到不能接收包含緊急信息的副通知信號(hào)的狀態(tài)。具體而言，控制節(jié)點(diǎn)是無(wú)線網(wǎng)絡(luò)控制裝置或者交換臺(tái)等。例如，在第三代方式的移動(dòng)通信系統(tǒng)中，控制節(jié)點(diǎn)禁止在小區(qū)PCH狀態(tài)(Cell_PCH)中動(dòng)作的用戶裝置轉(zhuǎn)移到小區(qū)DCH狀態(tài)(Cell_DCH)0或者，控制節(jié)點(diǎn)也可以對(duì)用戶裝置指示轉(zhuǎn)移到不依賴于RRC協(xié)議狀態(tài)而能夠接收副通知信號(hào)的移動(dòng)通信系統(tǒng)，以此來(lái)代替禁止轉(zhuǎn)移到小區(qū)DCH狀態(tài)(Cell_DCH)。例如，控制節(jié)點(diǎn)也可以對(duì)用戶裝置指示從第三代方式的移動(dòng)通信系統(tǒng)轉(zhuǎn)移到LTE方式的移動(dòng)通信系統(tǒng)。通過(guò)促進(jìn)禁止從小區(qū)PCH狀態(tài)(Cell_PCH)向小區(qū)DCH狀態(tài)(Cell_DCH)的狀態(tài)轉(zhuǎn)移或者促進(jìn)轉(zhuǎn)移到不同的移動(dòng)通信系統(tǒng)(不同RAT)，能夠減少該用戶裝置不能接收副通知信號(hào)的概率。
[0026]從以下的觀點(diǎn)，說(shuō)明實(shí)施例。
[0027]1.通信系統(tǒng)
[0028]2.動(dòng)作例
[0029]2.1拒絕轉(zhuǎn)移的請(qǐng)求的動(dòng)作例[0030]2.2小區(qū)或RAT的轉(zhuǎn)移
[0031]2.3對(duì)于請(qǐng)求信號(hào)的限制
[0032]2.4在RRC連接請(qǐng)求中包含特定的信息元素的動(dòng)作例
[0033]2.5保留DL數(shù)據(jù)發(fā)送的動(dòng)作例
[0034]2.6利用廣播信號(hào)的動(dòng)作例
[0035]2.7用戶裝置的自主判斷
[0036]3.無(wú)線網(wǎng)絡(luò)控制裝置
[0037]4.用戶裝置
[0038]<實(shí)施例1>
[0039]〈1.通信系統(tǒng)〉
[0040]圖1表不在一實(shí)施例中能夠使用的通彳目系統(tǒng)。圖1表不了在通彳目系統(tǒng)中具有的各種節(jié)點(diǎn)中與實(shí)施例特別相關(guān)聯(lián)的節(jié)點(diǎn)。為了便于說(shuō)明，通信系統(tǒng)是WCDMA方式或GSM方式等第三代移動(dòng)通信系統(tǒng)，但本發(fā)明也能夠應(yīng)用于其他的通信系統(tǒng)(例如，第二代移動(dòng)通信系統(tǒng))。通信系統(tǒng)至少包含小區(qū)廣播實(shí)體CBE11、小區(qū)廣播中心CBC12、交換臺(tái)MME13、無(wú)線網(wǎng)絡(luò)控制裝置RNC14、LTE系統(tǒng)的基站eNB15、3G系統(tǒng)的基站BS(或者NodeB)15、用戶裝置UE16。
[0041]小區(qū)廣播實(shí)體(Cell Broadcast Entity:CBE)11是提供災(zāi)害時(shí)的發(fā)布信息的信息源。具體而言，自治團(tuán)體或政府(例如，氣象廳等)相當(dāng)于CBE。
[0042]小區(qū)廣播中心(Cell Broadcast Center:CBC) 12基于從CBEll提供的信息,生成實(shí)際向用戶裝置發(fā)布的發(fā)布信息。CBC12也可以基于從CBEll提供的信息，決定要發(fā)布發(fā)布信息的地域或區(qū)域。例如，當(dāng)發(fā)生了地震時(shí)，也可以具體確定擔(dān)心海嘯危險(xiǎn)的地域。
[0043]交換臺(tái)MME13 —般進(jìn)行用戶裝置的呼叫處理，例如進(jìn)行用戶信息的管理、移動(dòng)管理、發(fā)信收信控制、收費(fèi)控制、QoS控制等。本實(shí)施例中的交換臺(tái)MME13將發(fā)布信息轉(zhuǎn)發(fā)到由CBC12指定的地域的節(jié)點(diǎn)(無(wú)線網(wǎng)絡(luò)控制裝置RNC和/或基站eNB)。
[0044]無(wú)線網(wǎng)絡(luò)控制裝置RNC14—般進(jìn)行與用戶裝置的呼叫處理有關(guān)的處理。例如，關(guān)于第三代移動(dòng)通信系統(tǒng)中的用戶裝置，進(jìn)行與無(wú)線資源控制(Radio Resource Control:RRC)等有關(guān)的控制信號(hào)的處理、狀態(tài)管理、連接處理、切換處理、網(wǎng)絡(luò)的維護(hù)管理等。本實(shí)施例中的無(wú)線網(wǎng)絡(luò)控制裝置RNC14將發(fā)布信息轉(zhuǎn)發(fā)到由CBC12指定的地域的基站。本實(shí)施例中的用戶裝置UE16在多個(gè)RRC協(xié)議狀態(tài)(通信狀態(tài)沖的任一個(gè)中進(jìn)行動(dòng)作，無(wú)線網(wǎng)絡(luò)控制裝置RNC14管理用戶裝置UE16的RRC協(xié)議狀態(tài)。具體而言，第三代方式的移動(dòng)通信系統(tǒng)中的RRC協(xié)議狀態(tài)是小區(qū)DCH狀態(tài)(Cell_DCH)、小區(qū)FACH狀態(tài)(Cell_FACH)、小區(qū)PCH狀態(tài)(Cell_PCH)以及空閑狀態(tài)(IDLE)。當(dāng)為小區(qū)DCH狀態(tài)(Cell_DCH)的情況下，對(duì)上下行鏈路設(shè)定有專用信道，用戶數(shù)據(jù)以及控制數(shù)據(jù)被進(jìn)行雙向通信。當(dāng)為小區(qū)FACH狀態(tài)(Cell_FACH)的情況下，雖然未設(shè)定專用信道，但能夠利用公共信道對(duì)用戶數(shù)據(jù)以及控制數(shù)據(jù)進(jìn)行通信。在小區(qū)PCH狀態(tài)(Cell_PCH)中，不能發(fā)送接收用戶數(shù)據(jù)，控制信號(hào)被間歇接收。在空閑狀態(tài)(IDLE )中，不同于其他三個(gè)狀態(tài)，未被確立RRC連接。當(dāng)為小區(qū)PCH狀態(tài)(Ce 11_PCH)以及空閑狀態(tài)(IDLE)的情況下，用戶裝置間歇地接收尋呼信道PHICH以便為了呼叫。RRC連接根據(jù)來(lái)自網(wǎng)絡(luò)的呼叫或者在發(fā)信時(shí)被確立。另外，當(dāng)為小區(qū)DCH狀態(tài)(Cell_DCH)和小區(qū)FACH狀態(tài)(Cell_FACH)的情況下，用戶裝置UE雖然不監(jiān)視公共業(yè)務(wù)信道CTCHdS在小區(qū)PCH狀態(tài)(Ce 11_PCH)和空閑狀態(tài)(IDLE )的情況下，用戶裝置UE監(jiān)視公共業(yè)務(wù)信道CTCH。用戶裝置無(wú)論在什么狀態(tài)下都能夠接收公共控制信道CCCH，但小區(qū)DCH狀態(tài)(Cell_DCH)和小區(qū)FACH狀態(tài)(Cell_FACH)的用戶裝置UE無(wú)法接收通過(guò)公共業(yè)務(wù)信道CTCH發(fā)布的緊急消息，而小區(qū)PCH狀態(tài)(Cell_PCH)和空閑狀態(tài)(IDLE)的用戶裝置UE能夠接收這樣的緊急消息。這一點(diǎn)不同于用戶裝置UE無(wú)論在RRD協(xié)議狀態(tài)為連接狀態(tài)(Connected)還是空閑狀態(tài)(IDLE)均能夠接收緊急的發(fā)布信息的LTE方式的移動(dòng)通信系統(tǒng)。
[0045]LTE系統(tǒng)的基站eNB15是LTE方式的移動(dòng)通信系統(tǒng)中的基站。基站eNB15進(jìn)行在與用戶裝置UE16進(jìn)行無(wú)線通信時(shí)的無(wú)線資源的分配控制等。
[0046]3G系統(tǒng)的基站BS (或者NodeB) 15是第三代方式的移動(dòng)通信系統(tǒng)中的基站。
[0047]用戶裝置UE16也可以是在LTE方式和第三代方式的這兩個(gè)或一個(gè)移動(dòng)通信系統(tǒng)中，除了用戶能夠進(jìn)行無(wú)線通信之外，還能夠接收如ETWS這樣的發(fā)布信息的適當(dāng)?shù)娜我馔ㄐ叛b置。用戶裝置典型的是便攜電話，但也可以是其他裝置。例如，用戶裝置也可以是信息終端、高功能便攜電話、智能手機(jī)、平板電腦、個(gè)人數(shù)字助理、便攜用個(gè)人計(jì)算機(jī)、掌上計(jì)算機(jī)、筆記本計(jì)算機(jī)、臺(tái)式計(jì)算機(jī)等。用戶裝置UE16在多個(gè)RRC協(xié)議狀態(tài)(通信狀態(tài))內(nèi)的任一個(gè)中進(jìn)行動(dòng)作。具體而言，當(dāng)為第三代方式的移動(dòng)通信系統(tǒng)的情況下，RRC協(xié)議狀態(tài)是小區(qū)DCH狀態(tài)(Ce 11_DCH )、小區(qū)FACH狀態(tài)(Ce 11_FACH )、小區(qū)PCH狀態(tài)(Ce 11_PCH )以及空閑狀態(tài)(IDLE)。當(dāng)為L(zhǎng)TE方式的移動(dòng)通信系統(tǒng)的情況下，RRE協(xié)議狀態(tài)是連接狀態(tài)(Connected)和空閑狀態(tài)(IDLE)。
[0048]在圖1中，為了簡(jiǎn)化圖示，僅描畫了第三代方式和LTE方式的移動(dòng)通信系統(tǒng)，但也可以包含其他的通信系統(tǒng)。例如，也可以包含第二代方式的移動(dòng)通信系統(tǒng)、高級(jí)LTE方式的移動(dòng)通信系統(tǒng)等。
[0049]<2.動(dòng)作例 >
[0050]《2.1拒絕轉(zhuǎn)移的請(qǐng)求的動(dòng)作例》
[0051]圖2表示在圖1所示的通信系統(tǒng)的第三代移動(dòng)通信系統(tǒng)中進(jìn)行的動(dòng)作例。
[0052]在步驟S201中，當(dāng)發(fā)生了如地震那樣的災(zāi)害或緊急事態(tài)的情況下，自治團(tuán)體或氣象廳等小區(qū)廣播實(shí)體CEBll對(duì)小區(qū)廣播中心CBC12請(qǐng)求進(jìn)行發(fā)布信息的發(fā)布。
[0053]例如，在發(fā)生了如地震那樣的災(zāi)害時(shí)，如氣象廳那樣的機(jī)構(gòu)(CBE)檢測(cè)作為初始微動(dòng)的P波(主波)，從而生成發(fā)布信息，并將其通知給小區(qū)廣播中心CBC12。
[0054]在步驟S203中，小區(qū)廣播中心CBC12基于與請(qǐng)求同時(shí)接收的信息，生成要對(duì)用戶裝置UE通知的發(fā)布信息或消息。當(dāng)應(yīng)限定特定的區(qū)域或地域而發(fā)送發(fā)布信息的情況下，小區(qū)廣播中心CBC12還決定要發(fā)布發(fā)布信息的發(fā)布區(qū)域。
[0055]在步驟S205中，小區(qū)廣播中心CBC12對(duì)無(wú)線網(wǎng)絡(luò)控制裝置14請(qǐng)求進(jìn)行發(fā)布信息的發(fā)布。作為一例，發(fā)布信息中包含有災(zāi)害種類、發(fā)布區(qū)域、主通知信息和副通知信息(消息正文)。災(zāi)害種類由發(fā)布信息的消息識(shí)別符或序列碼來(lái)表現(xiàn)，當(dāng)多個(gè)發(fā)布信息在不同時(shí)間被發(fā)送的情況下，最新的發(fā)布信息覆蓋舊的發(fā)布信息。當(dāng)應(yīng)限定特定的區(qū)域而通知發(fā)布信息的情況下，發(fā)布區(qū)域是用于識(shí)別該特定的區(qū)域的信息。主通知信息包含“地震”、“海嘯”、“地震+海嘯”等最低限度的信息。除此之外的詳細(xì)的信息作為緊急信息而包含在副通知信號(hào)或消息正文中。為了便于說(shuō)明，將無(wú)線網(wǎng)絡(luò)控制裝置RNC14接收的信息設(shè)為“發(fā)布信息”，設(shè)為在用戶裝置UE16接收的副通知信號(hào)中包含有“緊急信息”，但只要沒(méi)有混淆的顧慮，則發(fā)布信息和緊急信息可作為同義詞來(lái)使用。[0056]在步驟S206中，無(wú)線網(wǎng)絡(luò)控制裝置RNC14將包括如“地震”、“海嘯”、“地震+海嘯”這樣的最低限度的信息部分的主通知信號(hào)(Primary Notif ication)同時(shí)發(fā)布給用戶裝置。主通知信號(hào)利用公共控制信道CCCH，作為尋呼信號(hào)被通知給用戶裝置。由于主通知信息在發(fā)布信息內(nèi)只包含最低限度的信息部分，因此能夠迅速地通知給用戶裝置UE。
[0057]為了便于說(shuō)明，設(shè)用戶裝置UE16在空閑狀態(tài)(IDLE)或者小區(qū)PCH狀態(tài)(Cell_PCH)中動(dòng)作。如果依然是這個(gè)狀態(tài)，則用戶裝置UE16能夠適當(dāng)?shù)亟邮罩笸ㄖ母蓖ㄖ盘?hào)。
[0058]另外，為了便于說(shuō)明，設(shè)無(wú)線網(wǎng)絡(luò)控制裝置RNC14進(jìn)行步驟S205以后的處理，但在本實(shí)施例中這一情況并非是必需的，也可以代替無(wú)線網(wǎng)絡(luò)控制裝置RNC14而由交換臺(tái)MME13或未圖示的核心節(jié)點(diǎn)進(jìn)行步驟S205之后的處理。
[0059]在步驟S207中，用戶裝置UE16將用于請(qǐng)求RRC協(xié)議狀態(tài)的狀態(tài)轉(zhuǎn)移的請(qǐng)求信號(hào)發(fā)送給無(wú)線網(wǎng)路控制裝置RNC14。該請(qǐng)求信號(hào)例如在用戶裝置UE16中產(chǎn)生了通過(guò)上行鏈路發(fā)送的用戶數(shù)據(jù)的情況下被發(fā)送。或者，也可以在產(chǎn)生了下行鏈路的用戶數(shù)據(jù)的情況下發(fā)送請(qǐng)求信號(hào)。當(dāng)用戶裝置UE16是空閑狀態(tài)(IDLE)的情況下，為了發(fā)送用戶數(shù)據(jù)需要確立RRC連接，因此請(qǐng)求信號(hào)除了請(qǐng)求確立RRC連接之外，還請(qǐng)求從空閑狀態(tài)(IDLE)至小區(qū)DCH狀態(tài)(Cell_DCH)或小區(qū)FACH狀態(tài)(Cell_FACH)的狀態(tài)轉(zhuǎn)移。當(dāng)用戶裝置UE16是小區(qū)PCH狀態(tài)(Cell_PCH)的情況下，由于已經(jīng)確立了 RRC連接，因此請(qǐng)求信號(hào)請(qǐng)求從空閑狀態(tài)(IDLE )至小區(qū)DCH狀態(tài)(Ce 11_DCH )或小區(qū)FACH狀態(tài)(Ce 11_FACH )的狀態(tài)轉(zhuǎn)移。作為一例，用戶裝置UE16是空閑狀態(tài)(IDLE)，通過(guò)請(qǐng)求信號(hào)請(qǐng)求的狀態(tài)轉(zhuǎn)移是從空閑狀態(tài)(IDLE)向小區(qū)DCH狀態(tài)(Cell_DCH)的轉(zhuǎn)移。其中，本實(shí)施例并不限定于該狀態(tài)轉(zhuǎn)移，也可以被請(qǐng)求其他狀態(tài)轉(zhuǎn)移。例如也可以進(jìn)行
[0060]從空閑狀態(tài)(IDLE)至小區(qū)FACH狀態(tài)(Cell_FACH)的轉(zhuǎn)移、
[0061]從小區(qū)PCH狀態(tài)(Cell_PCH)至小區(qū)DCH狀態(tài)(Cell_DCH)的轉(zhuǎn)移、以及
[0062]從小區(qū)PCH狀態(tài)(Cell_PCH)至FACH狀態(tài)(Cell_FACH)的轉(zhuǎn)移等轉(zhuǎn)移。無(wú)論如何，從雖然不能發(fā)送接收用戶數(shù)據(jù)但能夠接收副通知信號(hào)的狀態(tài)向雖然能夠發(fā)送接收用戶數(shù)據(jù)但不能接收副通知信號(hào)的狀態(tài)的轉(zhuǎn)移是以下的動(dòng)作說(shuō)明的前提。如上述那樣，若從空閑狀態(tài)(IDLE)或者小區(qū)PCH狀態(tài)(Cell_PCH)向小區(qū)DCH狀態(tài)(Cell_DCH)或者小區(qū)FACH狀態(tài)(CellFACH)轉(zhuǎn)移，則雖能夠發(fā)送接收用戶數(shù)據(jù)，但無(wú)法接收通過(guò)公共業(yè)務(wù)信道CTCH通知的副通知信號(hào)。從這樣的觀點(diǎn)出發(fā)，在本動(dòng)作例中，當(dāng)通過(guò)步驟S206同時(shí)發(fā)送了主通知信號(hào)之后，在步驟S207中發(fā)送了請(qǐng)求信號(hào)的情況下，無(wú)線網(wǎng)絡(luò)控制裝置RNC14決定是否允許狀態(tài)轉(zhuǎn)移。
[0063]作為一例，在步驟S209中，當(dāng)通過(guò)請(qǐng)求信號(hào)表示的狀態(tài)轉(zhuǎn)移是規(guī)定的狀態(tài)轉(zhuǎn)移時(shí)，無(wú)線網(wǎng)絡(luò)控制裝置RNC14拒絕狀態(tài)轉(zhuǎn)移，否則允許。規(guī)定的狀態(tài)轉(zhuǎn)移是，從間歇接收控制信號(hào)的狀態(tài)(小區(qū)PCH狀態(tài)(Cell_PCH)或空閑狀態(tài)(IDLE))向雖然能夠?qū)τ脩魯?shù)據(jù)進(jìn)行通信但無(wú)法接收緊急信息的狀態(tài)(小區(qū)DCH狀態(tài)(Cell_DCH)或者小區(qū)FACH狀態(tài)(Cell_FACH))的狀態(tài)轉(zhuǎn)移。在本動(dòng)作例中，當(dāng)為除此以外的狀態(tài)轉(zhuǎn)移的情況下，狀態(tài)轉(zhuǎn)移也可以被允許。在目前的例子的情況下，由于請(qǐng)求信號(hào)所表示的狀態(tài)轉(zhuǎn)移相當(dāng)于規(guī)定的狀態(tài)轉(zhuǎn)移，因此在步驟S211中，無(wú)線網(wǎng)絡(luò)控制裝置RNC14將表示拒絕這樣的狀態(tài)轉(zhuǎn)移的控制信號(hào)單獨(dú)發(fā)送給用戶裝置UE16。另外，與本動(dòng)作例不同，當(dāng)被請(qǐng)求了規(guī)定的狀態(tài)轉(zhuǎn)移以外的狀態(tài)轉(zhuǎn)移的情況下(例如，從空閑狀態(tài)(IDLE)至小區(qū)PCH狀態(tài)(Cell_PCH)的狀態(tài)轉(zhuǎn)移的情況下)，無(wú)線網(wǎng)絡(luò)控制裝置RNC14決定允許這樣的狀態(tài)轉(zhuǎn)移，表示決定內(nèi)容的控制信號(hào)被單獨(dú)發(fā)送給用戶裝置UE16 (未圖示)。此時(shí)，用戶裝置UE16根據(jù)控制信號(hào)進(jìn)行狀態(tài)轉(zhuǎn)移(未圖示)。無(wú)論如何，用戶裝置UE16即使例如產(chǎn)生了上行的用戶數(shù)據(jù)也會(huì)保留該發(fā)送。
[0064]在步驟S213中，無(wú)線網(wǎng)絡(luò)控制裝置RNC14向基站15通知廣播信息的變更。廣播信息的變更通知例如可以通過(guò)“系統(tǒng)信息變更指示(SYSTEM INFORMATION CHANGEINDICATION)”這樣的消息來(lái)進(jìn)行。
[0065]在步驟S215中，基站15發(fā)送變更后的廣播信息。變更后的廣播信息是用于向用戶裝置通知在通過(guò)步驟S206通知的主通知信號(hào)之后被發(fā)送的副通知信號(hào)的定時(shí)等。廣播信息的變更通知的步驟S213和215的順序既可以在圖示的定時(shí)進(jìn)行，也可以與尋呼信號(hào)的通知的步驟S206同時(shí)進(jìn)行。
[0066]在步驟S217中，無(wú)線網(wǎng)絡(luò)控制裝置RNC14將包含緊急信息的副通知信號(hào)(Secondary Notification)同時(shí)發(fā)送給用戶裝置UE16。副通知信號(hào)也可以作為基于公共業(yè)務(wù)信道CTCH的BMC-CBS消息(廣播組播控制-小區(qū)廣播服務(wù)消息)而被通知。副通知信號(hào)不同于僅包含如“地震”或“海嘯”等的最低限度的信息的主通知信號(hào)，包含各地的震度或震源地等詳細(xì)的緊急信息。雖然DCH狀態(tài)(Cell_DCH)和FACH狀態(tài)(Cell_FACH)的用戶裝置不能接收副通知信號(hào)，但由于用戶裝置UE16通過(guò)步驟S211沒(méi)有轉(zhuǎn)移到這樣的狀態(tài)，因此能夠在步驟S215中接收到的廣播信息所表示的定時(shí)接收副通知信號(hào)。通常，副通知信號(hào)以規(guī)定的時(shí)間間隔被多次發(fā)送。副通知信號(hào)的發(fā)送定時(shí)或發(fā)送間隔等通過(guò)步驟S215的變更后的廣播信息表示。另外，理論上，也可以不使用這樣的定時(shí)的信息，而是在步驟S211后用戶裝置UE16始終監(jiān)視公共業(yè)務(wù)信道CTCH，從而接收副通知信號(hào)。但是，從節(jié)約電池的觀點(diǎn)出發(fā)，優(yōu)選在變更后的廣播信息(步驟S215)表示的定時(shí)接收副通知信號(hào)，在除此之外的定時(shí)節(jié)省電力消耗。
[0067]另外，被保留了發(fā)送的上行用戶數(shù)據(jù)在步驟S217的副通知信號(hào)的接收后，從用戶裝置UE16被發(fā)送。
[0068]《2.2小區(qū)或RAT的轉(zhuǎn)移》
[0069]在圖2所示的例子中，在能夠接收包含緊急信息的副通知信號(hào)的狀態(tài)下動(dòng)作的用戶裝置被禁止轉(zhuǎn)移到無(wú)法接收副通知信號(hào)的狀態(tài)。但本實(shí)施例并不限定于該方式。例如，也可以代替禁止向不能接收副通知信號(hào)的狀態(tài)的轉(zhuǎn)移，用戶裝置UE16被督促轉(zhuǎn)移到能夠接收副通知信號(hào)的小區(qū)或通信系統(tǒng)(RAT)。這是因?yàn)?，主、副通知信?hào)不僅在第三代方式的移動(dòng)通信系統(tǒng)中被通知，在其他通信系統(tǒng)中也能夠被通知。
[0070]具體而言，在圖2的步驟S207中，用戶裝置UE16向無(wú)線網(wǎng)絡(luò)控制裝置RNC14請(qǐng)求動(dòng)作狀態(tài)的轉(zhuǎn)移或者RAT的轉(zhuǎn)移(或小區(qū)的轉(zhuǎn)移)。例如，假設(shè)處于第三代方式的通信系統(tǒng)的用戶裝置UE16也能夠在長(zhǎng)期演進(jìn)(LTE)方式的通信系統(tǒng)中動(dòng)作，且在步驟S207的時(shí)刻位于能夠過(guò)渡到LTE方式的通信系統(tǒng)或者小區(qū)的位置。當(dāng)為L(zhǎng)TE方式的通信系統(tǒng)的情況下，用戶裝置的RRC協(xié)議狀態(tài)是連接狀態(tài)(Connected)或者空閑狀態(tài)(IDLE)，無(wú)論在哪個(gè)狀態(tài)下均能夠接收主和副通知信息。從而，在步驟S211中，無(wú)線網(wǎng)絡(luò)控制裝置RNC14對(duì)這樣的用戶裝置UE16，也可以代替是否允許狀態(tài)轉(zhuǎn)移，而指示應(yīng)從第三代方式的通信系統(tǒng)過(guò)渡到LTE方式的通信系統(tǒng)或者小區(qū)。此時(shí)，在步驟S211中，用戶裝置UE16過(guò)渡到LTE方式的通信系統(tǒng)或者小區(qū)，在過(guò)渡目的地中接收主通知信號(hào)，或者在過(guò)渡目的地的LTE方式的通信系統(tǒng)中接收主通知信號(hào)和副通知信號(hào)的雙方。從第三代方式的通信系統(tǒng)向LTE方式的通信系統(tǒng)的轉(zhuǎn)移或過(guò)渡可以通過(guò)系統(tǒng)間切換來(lái)進(jìn)行，也可以通過(guò)暫時(shí)釋放連接后進(jìn)行再連接的重定向(Redirect)來(lái)進(jìn)行。
[0071]《2.3對(duì)于請(qǐng)求信號(hào)的限制》
[0072]在圖2所示的例子中，能夠接收副通知信號(hào)的狀態(tài)的用戶裝置UE16在步驟S206中接收了主通知信號(hào)后，在步驟S207中發(fā)送用于請(qǐng)求狀態(tài)轉(zhuǎn)移等的請(qǐng)求信號(hào)。從而，當(dāng)能夠接收副通知信號(hào)的狀態(tài)的用戶裝置UE16的數(shù)目非常多時(shí)，或者網(wǎng)絡(luò)側(cè)的處理能力不充分多時(shí)，擔(dān)心無(wú)線網(wǎng)絡(luò)控制裝置RNC14因請(qǐng)求信號(hào)的數(shù)目多而導(dǎo)致?lián)頂D。
[0073]從這樣的觀點(diǎn)出發(fā)，考慮按照某種標(biāo)準(zhǔn)來(lái)限制用戶裝置UE16進(jìn)行的請(qǐng)求信號(hào)的發(fā)送。例如，可以設(shè)定能否發(fā)送這樣的請(qǐng)求信號(hào)、請(qǐng)求信號(hào)的發(fā)送開始等待時(shí)間(接收了主通知信號(hào)之后的經(jīng)過(guò)時(shí)間)以及請(qǐng)求信號(hào)的最大重發(fā)次數(shù)中的一個(gè)以上。這樣的設(shè)定事項(xiàng)例如可以作為廣播信息而與主通知信號(hào)分開通知給用戶裝置UE16，也可以與步驟S206中的主通知信號(hào)一并通知給用戶裝置UE16。理論上也可以將這樣的設(shè)定事項(xiàng)包含于主通知信號(hào)中，但是從減少主通知信號(hào)的信息量而廣泛并迅速地發(fā)布等觀點(diǎn)出發(fā)，優(yōu)選這樣的設(shè)定事項(xiàng)與主通知信號(hào)分開通知。
[0074]《2.4在RRC連接請(qǐng)求中包含特定的信息元素的動(dòng)作例》
[0075]在步驟S209中，無(wú)線網(wǎng)絡(luò)控制裝置RNC14在決定是否允許狀態(tài)轉(zhuǎn)移時(shí)，也可以除了請(qǐng)求信號(hào)表示的狀態(tài)轉(zhuǎn)移是規(guī)定的狀態(tài)轉(zhuǎn)移的情況之外，限于滿足了追加性條件的情況下，拒絕狀態(tài)轉(zhuǎn)移。例如，也可以除了請(qǐng)求信號(hào)表示的狀態(tài)轉(zhuǎn)移是規(guī)定的狀態(tài)轉(zhuǎn)移的情況之夕卜，限于請(qǐng)求信號(hào)中包含的特定的信息元素表示需要接收副通知信號(hào)的情況下，拒絕狀態(tài)轉(zhuǎn)移。這樣的特定的信息元素(Information Element)或者原因信息(cause information)也可以依賴通信的種類、用戶裝置的能力等而被決定。例如，當(dāng)用戶裝置的通信是緊急呼叫或重要呼叫引起的通信的情況下，或者用戶裝置不具有接收副通知信號(hào)的功能的情況下，特定的信息元素也可以表示不需要接收副通知信號(hào)。此外，除了請(qǐng)求信號(hào)表示的狀態(tài)轉(zhuǎn)移是規(guī)定的狀態(tài)轉(zhuǎn)移的情況之外被追加的追加性條件可以基于發(fā)送了請(qǐng)求信號(hào)的用戶裝置進(jìn)行的通信狀態(tài)或通信信號(hào)等而被決定。例如，也可以在用戶裝置UE16進(jìn)行的通信信號(hào)的通信呼叫的種類是語(yǔ)音通話以外的延遲的要求不嚴(yán)格的通信的情況下，允許狀態(tài)轉(zhuǎn)移、小區(qū)或通信系統(tǒng)的轉(zhuǎn)移，否則拒絕轉(zhuǎn)移。作為其他的例子，也可以在通信量或者數(shù)據(jù)量少于規(guī)定的閾值的情況下，允許狀態(tài)轉(zhuǎn)移、小區(qū)或通信系統(tǒng)的轉(zhuǎn)移，否則拒絕轉(zhuǎn)移。作為其他的例子，也可以在用戶裝置UE16進(jìn)行的通信信號(hào)的通信速度比規(guī)定的閾值慢時(shí)，允許狀態(tài)轉(zhuǎn)移、小區(qū)或通信系統(tǒng)的轉(zhuǎn)移，否則拒絕轉(zhuǎn)移。作為其他的例子，也可以在用戶裝置UE16進(jìn)行的通信信號(hào)不是重要的通信的情況下，允許狀態(tài)轉(zhuǎn)移、小區(qū)或通信系統(tǒng)的轉(zhuǎn)移，否則拒絕轉(zhuǎn)移。這樣的狀態(tài)轉(zhuǎn)移的能否判定僅僅是一例，也可以根據(jù)其他的觀點(diǎn)來(lái)判斷狀態(tài)轉(zhuǎn)移的能否。
[0076]《2.5保留DL數(shù)據(jù)發(fā)送的動(dòng)作例》
[0077]在圖2所示的例子中，在步驟S207中響應(yīng)于從用戶裝置UE16接收到請(qǐng)求信號(hào)，在步驟S211中無(wú)線網(wǎng)絡(luò)控制裝置RNC14將禁止?fàn)顟B(tài)轉(zhuǎn)移的控制信號(hào)發(fā)送給用戶裝置UE16。但是，要變更不發(fā)送接收用戶數(shù)據(jù)的狀態(tài)(空閑狀態(tài)(IDLE)或者小區(qū)PCH狀態(tài)(Cell_PCH))的契機(jī)不僅在上行鏈路中發(fā)生，在下行鏈路也發(fā)生。
[0078]圖3表示對(duì)處于空閑狀態(tài)(IDLE)或者小區(qū)PCH狀態(tài)(Cell_PCH)的狀態(tài)的用戶裝置UE16產(chǎn)生了下行鏈路的用戶數(shù)據(jù)的情況下的動(dòng)作例。大致與圖2所示的動(dòng)作例相同，但其主要的不同點(diǎn)在于，追加了步驟S301和S303中的處理。
[0079]在步驟S301中，對(duì)空閑狀態(tài)(IDLE)或者小區(qū)PCH狀態(tài)(Cell_PCH)的用戶裝置UE16產(chǎn)生了應(yīng)通過(guò)下行鏈路發(fā)送的用戶數(shù)據(jù)。通常，將用戶裝置UE16的通信狀態(tài)變更為能夠發(fā)送接收用戶數(shù)據(jù)的通信狀態(tài)(小區(qū)DCH狀態(tài)(Cell_DCH)或者小區(qū)FACH狀態(tài)(Cel 1_FACH))，發(fā)送接收下行的用戶數(shù)據(jù)。但是，如果將用戶裝置UE16的通信狀態(tài)變更為能夠發(fā)送接收用戶數(shù)據(jù)的通信狀態(tài)(小區(qū)DCH狀態(tài)(Ce 11_DCH)或者小區(qū)FACH狀態(tài)(Ce 11_FACH))，則用戶裝置UE16不能接收副通知信號(hào)。因此，在本動(dòng)作例中，在步驟S303中，下行鏈路的用戶數(shù)據(jù)的發(fā)送被保留，禁止這樣的狀態(tài)轉(zhuǎn)移。其結(jié)果，在步驟S217中，用戶裝置UE16能夠在步驟S215中接收到的廣播信息所表示的定時(shí)接收副通知信號(hào)。另外，在步驟S303中發(fā)送被保留的下行的用戶數(shù)據(jù)在步驟S217的副通知信號(hào)的同時(shí)發(fā)送后被發(fā)送到用戶裝置UE16。
[0080]《2.6利用廣播信號(hào)的動(dòng)作例》
[0081]在圖2和圖3表示的例子中，無(wú)線網(wǎng)絡(luò)控制裝置RNC14 (或者交換臺(tái)等)對(duì)用戶裝置UE16指示了狀態(tài)轉(zhuǎn)移的禁止、小區(qū)的轉(zhuǎn)移或者通信系統(tǒng)的轉(zhuǎn)移。但是，這對(duì)本實(shí)施例并不是必需的，也可以通過(guò)其他的方法來(lái)禁止用戶裝置UE16的狀態(tài)轉(zhuǎn)移等。
[0082]圖4表不利用廣播信號(hào)的動(dòng)作例。雖然大致與圖2和圖3所不的動(dòng)作例相同，但主要的不同點(diǎn)在于步驟S401和S403中的處理。如針對(duì)圖2的步驟S213和S215所說(shuō)明那樣，通過(guò)公共業(yè)務(wù)信道CTCH作為CBS消息而發(fā)送的副通知信號(hào)的發(fā)送定時(shí)或發(fā)送間隔等作為廣播信號(hào)被通知給用戶裝置UE16。在本動(dòng)作例中，在通過(guò)公共控制信號(hào)CCCH發(fā)送了主通知信號(hào)之后在步驟S403中發(fā)送的廣播信號(hào)表示禁止規(guī)定的狀態(tài)轉(zhuǎn)移或者禁止以后的呼叫設(shè)定(RRC連接的確立)。如果用戶裝置UE16接收這樣的廣播信號(hào)，則以后即便產(chǎn)生了用戶數(shù)據(jù)，也不發(fā)送用于請(qǐng)求呼叫設(shè)定的請(qǐng)求信號(hào)，用戶裝置UE16保持空閑狀態(tài)(IDLE)或者小區(qū)PCH狀態(tài)(Cell_PCH)。其結(jié)果，在步驟S217中，用戶裝置UE16能夠在步驟S215中接收到的廣播信號(hào)表示的定時(shí)接收副通知信號(hào)。另外，步驟S401和S403的廣播信號(hào)的通知可以如圖4所示那樣與步驟S213和S215的廣播信號(hào)的通知同時(shí)進(jìn)行，或者雖未圖示但也可以分開進(jìn)行。
[0083]也可以在步驟S401和S403的信息信號(hào)中包含其他信息元素。例如，也可以在廣播信號(hào)中包含進(jìn)行等待的小區(qū)的優(yōu)先順序被設(shè)定為能夠接收副通知信號(hào)的信息元素。如上述那樣，當(dāng)為L(zhǎng)TE方式的移動(dòng)通信系統(tǒng)的情況下，用戶裝置能夠不依賴RRC協(xié)議狀態(tài)而接收主和副通知信號(hào)。從而，在第三代方式的移動(dòng)通信系統(tǒng)中，主通知信號(hào)被同時(shí)發(fā)送后的廣播信號(hào)所表示的等待小區(qū)的優(yōu)先級(jí)也可以是LTE方式的移動(dòng)通信系統(tǒng)的小區(qū)的優(yōu)先級(jí)被設(shè)定得相對(duì)高的優(yōu)先級(jí)。此時(shí)，根據(jù)小區(qū)的優(yōu)先級(jí)，在LTE方式的移動(dòng)通信系統(tǒng)中進(jìn)行等待的用戶裝置UE16的數(shù)目相對(duì)多，能夠?qū)⒛軌蜻m當(dāng)?shù)亟邮崭蓖ㄖ盘?hào)的用戶裝置數(shù)目確保較多。此外，當(dāng)為L(zhǎng)TE方式的移動(dòng)通信系統(tǒng)的情況下，用戶裝置能夠不依賴RRC協(xié)議狀態(tài)而接收主和副通知信號(hào)。從而，在如圖1所示的LTE方式的移動(dòng)通信系統(tǒng)側(cè)，也能夠?qū)⒏蓖ㄖ盘?hào)與廣播信號(hào)同時(shí)發(fā)送。[0084]〈2.7用戶裝置的自主判斷>
[0085]在上述所示的例子中，由無(wú)線網(wǎng)絡(luò)控制裝置RNC14 (或交換臺(tái)等)對(duì)用戶裝置UE61通知狀態(tài)轉(zhuǎn)移的禁止、小區(qū)的轉(zhuǎn)移或通信系統(tǒng)的轉(zhuǎn)移。但是，這對(duì)本實(shí)施例并非是必需的，也可以由用戶裝置UE16自主進(jìn)行判斷。
[0086]圖5表示這樣的情況下的動(dòng)作例。大致與圖4的動(dòng)作例相同，但主要不同點(diǎn)在于追加了步驟S501和S503。
[0087]在步驟S206中，用戶裝置UE16接收同時(shí)被發(fā)送的主通知信號(hào)。
[0088]在步驟S501中，設(shè)為產(chǎn)生了應(yīng)通過(guò)上行鏈路發(fā)送的用戶數(shù)據(jù)。
[0089]在步驟S503中，用戶裝置判斷是否要進(jìn)行RRC協(xié)議狀態(tài)的狀態(tài)轉(zhuǎn)移或者是否要進(jìn)行向其他小區(qū)的轉(zhuǎn)移。作為一例，在步驟S503中，用戶裝置UE16判斷由于步驟S501的上行用戶數(shù)據(jù)的產(chǎn)生而探討的狀態(tài)轉(zhuǎn)移是否對(duì)應(yīng)于規(guī)定的狀態(tài)轉(zhuǎn)移。作為一例，當(dāng)探討的狀態(tài)轉(zhuǎn)移對(duì)應(yīng)于規(guī)定的狀態(tài)轉(zhuǎn)移時(shí)，可以一律判斷為需要接收副通知信號(hào)。規(guī)定的狀態(tài)轉(zhuǎn)移是指，從間歇接收控制信號(hào)的狀態(tài)(小區(qū)PCH狀態(tài)(Cell_PCH)或空閑狀態(tài)(IDLE))向雖然能夠?qū)τ脩魯?shù)據(jù)進(jìn)行通信但不能接收緊急信息的狀態(tài)(小區(qū)DCH狀態(tài)(Cell_DCH)或小區(qū)FACH(Cell_FACH))的狀態(tài)轉(zhuǎn)移。在本動(dòng)作例中，當(dāng)為除此之外的狀態(tài)轉(zhuǎn)移的情況下，也可以判斷成進(jìn)行狀態(tài)轉(zhuǎn)移。當(dāng)為規(guī)定的狀態(tài)轉(zhuǎn)移以外的狀態(tài)轉(zhuǎn)移的情況下(例如，從空閑狀態(tài)(IDLE)至小區(qū)PCH狀態(tài)(Cell_PCH)的狀態(tài)轉(zhuǎn)移的情況下)，用戶裝置UE16進(jìn)行該狀態(tài)轉(zhuǎn)移(未圖示)。
[0090]用戶裝置UE16在步驟S503中，也可以除了判斷需要探討的狀態(tài)轉(zhuǎn)移是否對(duì)應(yīng)于規(guī)定的狀態(tài)轉(zhuǎn)移之外，或者取而代之，決定轉(zhuǎn)移到能夠不依賴RRC協(xié)議狀態(tài)而接收副通知信號(hào)的其他小區(qū)。這樣的其他小區(qū)的具體例例如是LTE方式的移動(dòng)通信系統(tǒng)的小區(qū)。
[0091]在步驟S503中，用戶裝置也可以除了判斷是否進(jìn)行狀態(tài)轉(zhuǎn)移或小區(qū)轉(zhuǎn)移之外，或者取而代之，判斷是否需要接收副通知信號(hào)。例如，也可以限于用戶裝置UE16進(jìn)行的通信信號(hào)的通信呼叫的種類是語(yǔ)音通話以外的延遲的要求不嚴(yán)格的通信的情況下，進(jìn)行狀態(tài)轉(zhuǎn)移的禁止、小區(qū)或通信系統(tǒng)的轉(zhuǎn)移。作為其他的例子，也可以限于用戶裝置UE16進(jìn)行的通信信號(hào)的通信量或者數(shù)據(jù)量少于規(guī)定的閾值的情況下，決定進(jìn)行狀態(tài)轉(zhuǎn)移的禁止、小區(qū)或通信系統(tǒng)的轉(zhuǎn)移。作為其他的例子，也可以限于用戶裝置UE16進(jìn)行的通信信號(hào)的通信速度比規(guī)定的閾值慢的情況下，決定進(jìn)行狀態(tài)轉(zhuǎn)移的禁止、小區(qū)或通信系統(tǒng)的轉(zhuǎn)移。作為其他的例子，也可以限于用戶裝置UE16進(jìn)行的通信信號(hào)不是重要的通信的情況下，決定進(jìn)行狀態(tài)轉(zhuǎn)移、小區(qū)或通信系統(tǒng)的轉(zhuǎn)移。這樣的能否進(jìn)行狀態(tài)轉(zhuǎn)移的判定僅僅是一例，也可以根據(jù)其他的觀點(diǎn)來(lái)判斷能否進(jìn)行狀態(tài)轉(zhuǎn)移。
[0092]〈3.無(wú)線網(wǎng)絡(luò)控制裝置〉
[0093]圖6表示圖1所示那樣的無(wú)線網(wǎng)絡(luò)控制裝置RNC的功能模塊圖。其中，同樣的功能也可以包含于交換臺(tái)MME或其他的核心節(jié)點(diǎn)。圖6表示在通信裝置具有的各種功能部或處理部中與實(shí)施例特別相關(guān)聯(lián)的部分。無(wú)線網(wǎng)絡(luò)控制裝置RNC14至少具有網(wǎng)絡(luò)側(cè)通信部41、發(fā)布信息處理部42、UE側(cè)通信部43、狀態(tài)管理部44、廣播信息處理部45以及控制部46。
[0094]網(wǎng)絡(luò)側(cè)通信部41從如小區(qū)廣播中心CBC這樣的上位的節(jié)點(diǎn)接收發(fā)布信息。發(fā)布信息也可以與用于指定要發(fā)布的地域的信息同時(shí)被接收。
[0095]發(fā)布信息處理部42根據(jù)由網(wǎng)絡(luò)側(cè)通信部41接收到的發(fā)布信息，確定發(fā)布區(qū)域，并提取或生成主通知信號(hào)和副通知信號(hào)。
[0096]UE側(cè)通信部43具有向用戶裝置UE發(fā)送信號(hào)的功能、以及接收來(lái)自用戶裝置UE的信號(hào)的功能。向用戶裝置發(fā)送的信號(hào)包含主通知信號(hào)、副通知信號(hào)、控制信號(hào)以及用戶數(shù)據(jù)等。從用戶裝置接收的信號(hào)是控制信號(hào)和用戶數(shù)據(jù)等。
[0097]狀態(tài)管理部44管理用戶裝置UE的RRC協(xié)議狀態(tài)(通信狀態(tài))。具體而言，對(duì)用戶裝置UE的當(dāng)前的通信狀態(tài)對(duì)應(yīng)于規(guī)定的多個(gè)通信狀態(tài)內(nèi)的哪一個(gè)進(jìn)行管理。例如，規(guī)定的多個(gè)通信狀態(tài)是小區(qū)DCH狀態(tài)(Ce 11_DCH )、小區(qū)FACH狀態(tài)(Ce 11_FACH )、小區(qū)PCH狀態(tài)(Ce 11_PCH)以及空閑狀態(tài)(IDLE)。
[0098]廣播信息處理部45處理(包括生成、變更以及編輯)要對(duì)用戶裝置UE發(fā)送的廣播信息。例如，當(dāng)無(wú)線網(wǎng)絡(luò)控制裝置RNC發(fā)布發(fā)布信息的情況下，廣播信息處理部45生成用于表示副通知信號(hào)的發(fā)送定時(shí)的廣播信息，在控制部46的控制下，將變更后的廣播信息傳遞給UE側(cè)通信部43。
[0099]控制部46控制無(wú)線網(wǎng)絡(luò)控制裝置RNC的各功能部?？刂撇?6使無(wú)線網(wǎng)絡(luò)控制裝置RNC能夠執(zhí)行在參照?qǐng)D2至圖5說(shuō)明的動(dòng)作中與無(wú)線網(wǎng)絡(luò)控制裝置RNC有關(guān)的部分。
[0100]〈4.用戶裝置〉
[0101]圖7表示用戶裝置的功能模塊圖。圖7中表示在用戶裝置具有的各種功能部或處理部中與實(shí)施例特別有關(guān)的部分。用戶裝置至少具有通信部51、狀態(tài)管理部52以及控制部53。
[0102]通信部51具有接收來(lái)自無(wú)線接入裝置(Radio Access Network:RAN)的信號(hào)的功能、向無(wú)線接入裝置RAN發(fā)送信號(hào)的功能。無(wú)線接入裝置RAN是包括基站BS和無(wú)線網(wǎng)絡(luò)控制裝置RNC的裝置。從無(wú)線接入裝置RAN接收的信號(hào)包括發(fā)布信息、控制信號(hào)以及用戶數(shù)據(jù)等。向無(wú)線接入裝置RAN發(fā)送的信號(hào)包括控制信號(hào)以及用戶數(shù)據(jù)等。
[0103]狀態(tài)管理部52與圖4的狀態(tài)管理部44 一樣，管理用戶裝置UE的RRC協(xié)議狀態(tài)(通信狀態(tài))。具體而言，管理用戶裝置UE的當(dāng)前的通信狀態(tài)對(duì)應(yīng)于規(guī)定的多個(gè)通信狀態(tài)內(nèi)的哪一個(gè)。在第三代方式的移動(dòng)通信系統(tǒng)的情況下，規(guī)定的多個(gè)通信狀態(tài)是小區(qū)DCH狀態(tài)(Cell_DCH)、小區(qū) FACH狀態(tài)(Cell_FACH)、小區(qū) PCH狀態(tài)(Cell_PCH)以及空閑狀態(tài)(IDLE)。在LTE方式的移動(dòng)通信系統(tǒng)的情況下，是連接狀態(tài)(Connected)以及空閑狀態(tài)(IDLE)。
[0104]控制部53控制用戶裝置中的動(dòng)作?？刂撇?3能夠使用戶裝置執(zhí)行在參照?qǐng)D2以及圖3說(shuō)明的動(dòng)作中與用戶裝置有關(guān)的部分。
[0105]以上，參照特定的實(shí)施例說(shuō)明了本發(fā)明，但這些僅僅是例示，本領(lǐng)域技術(shù)人員應(yīng)該能夠理解各種變形例、修正例、替代例、置換例等。例如，本發(fā)明可以應(yīng)用于發(fā)布緊急信息的適當(dāng)?shù)娜魏我苿?dòng)通信系統(tǒng)。上述的說(shuō)明中，同時(shí)被發(fā)布的發(fā)布信息是與自然災(zāi)害有關(guān)的信息，但不僅是自然災(zāi)害，也可以是國(guó)際糾紛等人為狀況的災(zāi)害。為了促進(jìn)發(fā)明的理解，利用具體的數(shù)值例進(jìn)行了說(shuō)明，但只要沒(méi)有特別說(shuō)明，這些數(shù)值僅僅是簡(jiǎn)單的一例，也可以使用適當(dāng)?shù)娜魏沃怠?shí)施例或者項(xiàng)目的區(qū)分對(duì)本發(fā)明來(lái)說(shuō)并非是本質(zhì)性的，也可以根據(jù)需要組合使用在兩個(gè)以上的項(xiàng)目中記載的事項(xiàng)，或者在某個(gè)項(xiàng)目中記載的事項(xiàng)也可以被應(yīng)用于其他項(xiàng)目中記載的事項(xiàng)(只要不矛盾)。為了便于說(shuō)明，利用功能性模塊圖而說(shuō)明了本發(fā)明的實(shí)施例的裝置，但這樣的裝置可以通過(guò)硬件、軟件、或者它們的組合來(lái)實(shí)現(xiàn)。軟件可以在隨機(jī)接入存儲(chǔ)器(RAM)、閃速存儲(chǔ)器、只讀存儲(chǔ)器(ROM)、EPROM、EEPR0M、寄存器、硬盤(HDD)、可移動(dòng)盤、CD-ROM、數(shù)據(jù)庫(kù)、服務(wù)器及其他的適當(dāng)?shù)娜魏未鎯?chǔ)介質(zhì)中。以上，通過(guò)實(shí)施例說(shuō)明了通信裝置以及通信方法，但本發(fā)明并非限定于上述實(shí)施例，在本發(fā)明的范圍內(nèi)可進(jìn)行各種變形和改良。
[0106]本申請(qǐng)基于2011年6月30日申請(qǐng)的日本專利申請(qǐng)第2011-146220號(hào)主張其優(yōu)先權(quán)，將該日本申請(qǐng)的所有內(nèi)容引用于本申請(qǐng)。
[0107]標(biāo)號(hào)說(shuō)明
[0108]11小區(qū)廣播實(shí)體CBE
[0109]12小區(qū)廣播中心CBC
[0110]13 交換臺(tái) MME
[0111]14無(wú)線網(wǎng)絡(luò)控制裝置RNC
[0112]15 LTE系統(tǒng)的基站eNB、3G系統(tǒng)的基站BS
[0113]16用戶裝置
[0114]41網(wǎng)絡(luò)側(cè)通信部
[0115]42發(fā)布信息處理部
[0116]43 UE側(cè)通信部
[0117]44狀態(tài)管理部
[0118]45廣播信息處理部
[0119]46控制部
[0120]51通信部
[0121]52狀態(tài)管理部
[0122]53控制部
【權(quán)利要求】
1.一種通信裝置，包括: 網(wǎng)絡(luò)側(cè)通信部，從信息發(fā)布節(jié)點(diǎn)接收緊急信息； UE側(cè)通信部，在與用戶裝置之間，經(jīng)由無(wú)線基站發(fā)送接收通信信號(hào)；以及 決定部，在所述UE側(cè)通信部同時(shí)發(fā)送了用于預(yù)告所述緊急信息的發(fā)布的主通知信號(hào)后、從用戶裝置接收了用于請(qǐng)求RRC協(xié)議狀態(tài)的狀態(tài)轉(zhuǎn)移的請(qǐng)求信號(hào)的情況下，決定是否允許該狀態(tài)轉(zhuǎn)移， 當(dāng)由所述請(qǐng)求信號(hào)表示的所述狀態(tài)轉(zhuǎn)移是從能夠接收緊急信息的狀態(tài)向不能接收緊急信息的狀態(tài)的狀態(tài)轉(zhuǎn)移的情況下，所述決定部決定拒絕該狀態(tài)轉(zhuǎn)移，由所述UE側(cè)通信部同時(shí)發(fā)送包含所述緊急信息的副通知信號(hào)。
2.如權(quán)利要求1所述的通信裝置，其中， 當(dāng)由所述請(qǐng)求信號(hào)表示的所述狀態(tài)轉(zhuǎn)移是從能夠接收緊急信息的狀態(tài)向不能接收緊急信息的狀態(tài)的狀態(tài)轉(zhuǎn)移，且在所述請(qǐng)求信號(hào)中包含的特定的信息元素表示需要接收所述副通知信號(hào)的情況下，所述決定部決定拒絕所述狀態(tài)轉(zhuǎn)移。
3.如權(quán)利要求2所述的通信裝置，其中， 當(dāng)用戶裝置的通信既不是緊急呼叫也不是重要呼叫、且用戶裝置具有接收所述副通知信號(hào)的功能的情況下， 所述特定的信息元素表示需要接收所述副通知信號(hào)。
4.如權(quán)利要求1所述的通信裝置，其中， 所述決定部根據(jù)由發(fā)送了所述請(qǐng)求信號(hào)的用戶裝置進(jìn)行的通信的呼叫種類、通信量、通信速度以及重要度中的至少一個(gè)，決定是否允許所述狀態(tài)轉(zhuǎn)移。
5.如權(quán)利要求1所述的通信裝置，其中， 所述請(qǐng)求信號(hào)的能否發(fā)送、發(fā)送等待時(shí)間以及重發(fā)次數(shù)中的至少一個(gè)由從所述UE側(cè)通信部發(fā)送的廣播信號(hào)表示。
6.一種通信裝置，包括: 網(wǎng)絡(luò)側(cè)通信部，從信息發(fā)布節(jié)點(diǎn)接收緊急信息；以及 UE側(cè)通信部，在與用戶裝置之間，經(jīng)由無(wú)線基站發(fā)送接收通信信號(hào)， 在所述UE側(cè)通信部同時(shí)發(fā)送了用于預(yù)告所述緊急信息的發(fā)布的主通知信號(hào)的情況下，所述UE側(cè)通信部在同時(shí)發(fā)送了表示限制以后的呼叫設(shè)定的廣播信號(hào)后，或者與同時(shí)發(fā)送所述廣播信號(hào)的同時(shí)，同時(shí)發(fā)送包含所述緊急信息的副通知信號(hào)。
7.一種通信裝置，包括: 網(wǎng)絡(luò)側(cè)通信部，從信息發(fā)布節(jié)點(diǎn)接收緊急信息；以及 UE側(cè)通信部，在與用戶裝置之間，經(jīng)由無(wú)線基站發(fā)送接收通信信號(hào)， 在所述UE側(cè)通信部同時(shí)發(fā)送了用于預(yù)告所述緊急信息的發(fā)布的主通知信號(hào)的情況下，所述UE側(cè)通信部發(fā)送將用戶裝置不依賴于該用戶裝置的RRC協(xié)議狀態(tài)而能夠接收所述副通知信號(hào)的小區(qū)作為進(jìn)行等待的小區(qū)從而以比其他的小區(qū)高的優(yōu)先級(jí)表示的廣播信息或?qū)Ｓ每刂菩盘?hào)。
8.一種通信方法，具有如下步驟: 從信息發(fā)布節(jié)點(diǎn)接收緊急信息； 在同時(shí)發(fā)送了用于預(yù)告所述緊急信息的發(fā)布的主通知信號(hào)后，從用戶裝置接收用于請(qǐng)求RRC協(xié)議狀態(tài)的狀態(tài)轉(zhuǎn)移的請(qǐng)求信號(hào)；當(dāng)由所述請(qǐng)求信號(hào)表示的所述狀態(tài)轉(zhuǎn)移是從能夠接收緊急信息的狀態(tài)向不能接收緊急信息的狀態(tài)的狀態(tài)轉(zhuǎn)移的情況下，決定拒絕該狀態(tài)轉(zhuǎn)移；以及 所述UE側(cè)通信部同時(shí)發(fā)送包含所述緊急信息的副通知信號(hào)。
9.一種通信裝置，包括: 通信部，在與無(wú)線接入裝置之間發(fā)送接收通信信號(hào)；以及 決定部，在所述通信部接收了用于預(yù)告緊急信息的發(fā)布的被同時(shí)發(fā)布的主通知信號(hào)的情況下，決定不進(jìn)行RRC協(xié)議狀態(tài)的狀態(tài)轉(zhuǎn)移，或者決定進(jìn)行向其他小區(qū)的轉(zhuǎn)移， 所述RRC協(xié)議狀態(tài)的狀態(tài)轉(zhuǎn)移是從能夠接收緊急信息的狀態(tài)向不能接收緊急信息的狀態(tài)的轉(zhuǎn)移， 所述其他小區(qū)是用戶裝置不依賴于該用戶裝置的RRC協(xié)議狀態(tài)而能夠接收所述副通知信號(hào)的小區(qū)， 所述通信部在所述決定部進(jìn)行了決定后，接收包含所述緊急信息的被同時(shí)發(fā)布的副通知信號(hào)。
10.一種通信方法，包括如下步驟: 從無(wú)線接入裝置接收用于預(yù)告緊急信息的發(fā)布的被同時(shí)發(fā)布的主通知信號(hào)； 決定不進(jìn)行RRC協(xié)議狀態(tài)的狀態(tài)轉(zhuǎn)移或者決定進(jìn)行向其他小區(qū)的轉(zhuǎn)移；以及 在該決定后，接收包含所述緊急信息的`被同時(shí)發(fā)布的副通知信號(hào)， 所述RRC協(xié)議狀態(tài)的狀態(tài)轉(zhuǎn)移是從能夠接收緊急信息的狀態(tài)向不能接收緊急信息的狀態(tài)的轉(zhuǎn)移， 所述其他小區(qū)是用戶裝置不依賴于該用戶裝置的RRC協(xié)議狀態(tài)而能夠接收所述副通知信號(hào)的小區(qū)。
【文檔編號(hào)】H04W4/06GK103636240SQ201280030863
【公開日】2014年3月12日 申請(qǐng)日期:2012年6月4日 優(yōu)先權(quán)日:2011年6月30日
【發(fā)明者】青柳健一郎, 安部田貞行, 渡邊靖之, 松谷英之 申請(qǐng)人:株式會(huì)社Ntt都科摩