專利名稱：無線通信裝置中的狀態(tài)通知方法
技術領域：
本發(fā)明涉及一種無線通信裝置中的狀態(tài)通知方法，特別涉及在具有BCMCS功能的lxEVDO系統(tǒng)中將呼叫連接限制通知給終端的無線通信裝 置的不能連接狀態(tài)通知方法。
背景技術：
伴隨近年來的移動體通信終端的飛躍性普及，在3GPP2 (3" Generation Partnership Project 2:第三代合作伙伴計劃2)中，lxEVDO( lx Evolution Data Only)系統(tǒng)的標準化在飛速推進。并且，也在規(guī)定向該系統(tǒng)追加BCMCS (Broadcast Multicast Service:廣播多播服務)功能的標準(C.S 0054)。圖1表示包括BCMCS功能的lxEVDO系統(tǒng)的代表性系統(tǒng)結(jié)構(gòu)圖。該系統(tǒng)包括具有來自Internet側(cè)的包終止的功能的PDSN(Packet Data Serving Node:包數(shù)據(jù)服務節(jié)點)101;對IP網(wǎng)絡和RAN進行中繼的IP-Switch (IP交換器)102;進行AT (Access Terminal:接入終端)104的認證的 AN-AAA103;管理呼叫處理信息并中繼來自AP (Access Point:接入點) 106和PDSN101的包的PCF-SC (Packet Call Function-Session Control:包 呼叫功能一會話控制)105;具有AT104和RAN107之間的無線包的中繼 和在無線區(qū)間的轉(zhuǎn)交、BCMCS數(shù)據(jù)的無線分發(fā)功能的AP106;由AP106 和PCF-SC103構(gòu)成的RAN (Radio Access Network:無線接入網(wǎng)絡)107; 作為移動體無線終端的AT104;具有BCMCS數(shù)據(jù)的來自Internet側(cè)的包終 止功能的BSN (BCMCS Serving Node: BCMCS月艮務節(jié)點)108;中繼來自 BSN108的包的PCF-BC (Packet Call Function-Broadcast:包呼叫功能一廣 播)109;和管理BCMCS內(nèi)容的登記和登記解除的BCMCS Controller (BCMCS控帝ij器)110。作為現(xiàn)有技術，日本專利特開2004-140519號記載的技術是在無線通信 系統(tǒng)中限制對特定電話號碼的呼叫，而不產(chǎn)生無效資源的技術。把作為限 制對象的電話號碼存儲在服務器中，AT從服務器獲取該信息。AT自主限制對所獲取的電話號碼的呼叫成功的概率。由此，避免因?qū)ο箅娫捥柎a的 集中呼出造成的阻塞。并且，日本專利特開2006-352744號記載的技術是在IP—VT系統(tǒng)中限 制某個AP屬下的VoIP被叫的技術。通過AP監(jiān)視可以接受的呼叫數(shù)量和 當前的呼叫數(shù)量，在判定不能接受時，通過上位裝置(SIP服務器)抑制針 對該AP屬下的各個AT的VoIP呼出。一般，在使用公用頻帶的無線通信系統(tǒng)中，由于多個移動體使用該有 限的頻帶，所以如果不需要保持呼叫連接狀態(tài)，則快速釋放頻帶和信道， 使處于可以分配給其他AT的狀態(tài)。在AT請求呼叫連接時，詢問基站是否 可以呼叫連接。該詢問使用無線頻帶進行，所以即使不能呼叫連接，用于 詢問的無線頻帶也被使用。這將成為上行下行的噪聲，有時給連接中的呼 叫的通信帶來不良影響。并且，如果在頻帶阻塞狀態(tài)下繼續(xù)使用頻帶，有 時將成為產(chǎn)生更加阻塞的原因。并且，在lxEVDO系統(tǒng)中，AT為了得知由于不能分配信道而不能呼叫 連接，必須進行請求呼叫連接的動作。并且，在使用lxEVDO系統(tǒng)的VoIP 中，AT為了通過QoS接受判定得知VoIP用的QoS開始未被AP接受，必 須通知拒絕QoS Registration這些方式都是通過AP拒絕來自AT的請求來 進行通知的方式。這是因為在現(xiàn)有技術中AT不能預先得知處于不能接受狀 態(tài)。為了解決該問題，需要預先從AP將不能接受的狀態(tài)通知給AT的裝置。發(fā)明內(nèi)容鑒于上述情況，本發(fā)明的目的在于，抑制基站判斷為不能呼叫連接的 狀態(tài)時的AT的呼叫連接請求，由此抑制無線頻帶的浪費使用和產(chǎn)生噪聲。另外，日本特開2004—140519號記載的技術是避免所預測的集中呼出 的技術，不是限制針對不特定終端的呼出的技術，與本方式不具有關聯(lián)性。并且，日本特開2006—352744號記載的技術不是限制呼叫處理自身的 技術，與本方式不具有關聯(lián)性。而且，需要AP掌握管理位于自己區(qū)域內(nèi)的 未連接的AT的技術，難以適用于單體的lxEVDO系統(tǒng)。本發(fā)明例如將AP106的信道管理部中是否存在可以分配的信道、和 AP106的QoS接受判定部中的可否接受QoS開始，傳遞給AP106的BCMCS 管理部，通過BCMCS管理部分發(fā)給AT104,由此可以在進行信道分配之前從AP將不能接受的狀態(tài)通知AT。本發(fā)明的第一解決方案，提供一種與無線終端進行無線通信的無線通 信裝置中的狀態(tài)通知方法，其特征在于所述無線通信裝置從所述無線終端受理呼叫連接請求， 所述無線通信裝置計算從全部信道中去除預約信道和使用中信道后的空閑信道，如果存在空閑信道，則判定為可以分配信道，如果不存在空閑信道，則判定為因阻塞而不能分配信道，在判定結(jié)果為可以分配信道時，所述無線通信裝置對所述無線終端進行信道分配處理，所述無線通信裝置在信道分配處理的結(jié)果判斷為使用中信道增加、不 存在空閑信道時，向所述無線通信裝置的區(qū)域內(nèi)通知用于通知阻塞的第1 信道阻塞信息，位于所述無線通信裝置的通信區(qū)域內(nèi)的無線終端接收到所述第1信道 阻塞信息時，在顯示畫面上顯示通知使用者阻塞的信息。并且，根據(jù)本發(fā)明的第二解決方案，提供一種與無線終端進行無線通 信的無線通信裝置中的狀態(tài)通知方法，其特征在于-所述無線通信裝置從所述無線終端受理包括上行QoS識別符和下行 QoS識別符的QoS開始請求，對在所述無線通信裝置中測量的上行業(yè)務噪聲，比較當前的噪聲Ns和 與所述上行QoS識別符相對應的QoS開始允許值ShN，在滿足Ns<ShN時， 判斷為可以接受上行QoS，從而執(zhí)行第1上行噪聲判定，對從下行全部頻帶BW中減去QoS使用中頻帶而得到的頻帶B、和與 所述下行QoS識別符相對應的QoS開始所需要的頻帶R進行比較，在滿足 B〉R時，判斷為可以接受下行QoS，從而執(zhí)行第1下行頻帶判定，當在所述第1上^1噪聲判定和所述第1下行頻帶判定這兩個判定中判 斷為可以接受時，執(zhí)行判定為可以接受的第1QoS接受判定，在所述第1QoS接受判定的結(jié)果是判定為可以接受時，執(zhí)行對使用中 QoS列表追加與所述無線終端相對應的所述下行QoS識別符的列表登記，向所述無線終端通知QoS開始通知，對在所述無線通信裝置的上行業(yè)務接收部中測量的上行業(yè)務噪聲，比 較當前的噪聲Ns、和與VoIP或其他特定服務相對應且與預先設定的上QoS識別符設定值相對應的QoS開始允許值ShN，在滿足Ns〈ShN時，判 斷為可以接受上行QoS，從而執(zhí)行第2上行噪聲判定，對從下行全部頻帶BW中減去根據(jù)在所述列表登記中更新后的使用中 QoS列表計算的QoS使用中頻帶而得到的頻帶B、和與VoIP或其他特定服 務相對應且與預先設定的下行QoS識別符設定值相對應的QoS開始所需要 的頻帶R進行比較，在滿足B〉R時，判斷為可以接受下行QoS，從而執(zhí)行 第2下行頻帶判定，當在所述第2上行噪聲判定和所述第2下行頻帶判定這兩個判定中判 斷為可以接受時，執(zhí)行判定為可以接受的第2QoS接受判定，在所述第2QoS接受判定的結(jié)果是判定為不能接受時，向所述無線通信 終端的區(qū)域內(nèi)通知第1信道阻塞信息，位于所述無線通信裝置的通信區(qū)域內(nèi)的無線終端接收到所述第1信道 阻塞信息時，在顯示畫面上顯示通知使用者阻塞的信息。本發(fā)明的第三解決方案，提供一種與無線終端進行無線通信的無線通 信裝置中的狀態(tài)通知方法，其特征在于所述無線通信裝置從所述無線終端受理呼叫連接請求，所述無線通信裝置計算從全部信道中去除預約信道和使用中信道后的 空閑信道，如果存在空閑信道，則判定為可以分配信道，如果不存在空閑 信道，則判定為因阻塞而不能分配信道，在判定結(jié)果為可以分配信道時，所述無線通信裝置對所述無線終端進 行信道分配處理，所述無線通信裝置在信道分配處理的結(jié)果是判斷為使用中信道增加、 不存在空閑信道時，向所述無線通信裝置的區(qū)域內(nèi)通知用于通知阻塞的第1 信道阻塞信息，位于所述無線通信裝置的通信區(qū)域內(nèi)的無線終端接收到所述第1信道 阻塞信息時，在顯示畫面上顯示通知使用者阻塞的信息， 而且，所述無線通信裝置從所述無線終端受理包括上行QoS識別符和下行 QoS識別符的QoS開始請求，對在所述無線通信裝置的上行業(yè)務接收部中測量的上行業(yè)務噪聲，比 較當前的噪聲Ns和與所述上行QoS識別符相對應的QoS開始允許值ShN，在滿足Ns〈ShN時，判斷為可以接受上行QoS，從而執(zhí)行第1上行噪聲判 定，對從下行全部頻帶BW中減去QoS使用中頻帶而得到的頻帶B、和與 所述下行QoS識別符相對應的QoS開始所需要的頻帶R進行比較，在滿足 B〉R時，判斷為可以接受下行QoS，從而執(zhí)行第1下行頻帶判定，當在所述第1上行噪聲判定和所述第1下行頻帶判定這兩個判定中判 斷為可以接受時，執(zhí)行判定為可以接受的第1QoS接受判定，在所述第1QoS接受判定的結(jié)果是判定為可以接受時，執(zhí)行對使用中 QoS列表追加與所述無線終端相對應的所述下行QoS識別符的列表登記，向所述無線終端通知QoS開始通知，對在所述無線通信裝置的上行業(yè)務接收部中測量的上行業(yè)務噪聲，比 較當前的噪聲Ns、和與VoIP或其他特定服務相對應且與預先設定的上行 QoS識別符設定值相對應的QoS開始允許值ShN，在滿足Ns〈ShN時，判 斷為可以接受上行QoS，從而執(zhí)行第2上行噪聲判定，對從下行全部頻帶BW中減去根據(jù)在所述列表登記中更新后的使用中 QoS列表計算的QoS使用中頻帶而得到的頻帶B、和與VoIP或其他特定服 務相對應且與預先設定的下行QoS識別符設定值相對應的QoS開始所需要 的頻帶R進行比較，在滿足B〉R時，判斷為可以接受下行QoS，從而執(zhí)行 第2下行頻帶判定，當在所述第2上行噪聲判定和所述第2下行頻帶判定這兩個判定中判 斷為可以接受時，執(zhí)行判定為可以接受的第2QoS接受判定，在所述第2QoS接受判定的結(jié)果是判定為不能接受時，向所述無線通信 終端的區(qū)域內(nèi)通知第2信道阻塞信息，位于所述無線通信裝置的通信區(qū)域內(nèi)的無線終端接收到所述第2信道 阻塞信息時，在顯示畫面上顯示通知使用者阻塞的信息。根據(jù)本發(fā)明，通過抑制基站判斷不能呼叫連接的狀態(tài)時的AT的呼叫連 接請求，可以抑制無線頻帶的浪費使用和產(chǎn)生噪聲。并且，根據(jù)本發(fā)明，在多個無線終端和與該無線終端進行通信的無線 通信系統(tǒng)中，通過使用無線終端不連接即可接收的信道，可以將無線通信 系統(tǒng)的狀況通知該無線終端。


圖1是包括BCMCS功能的lxEVDO系統(tǒng)的代表性系統(tǒng)結(jié)構(gòu)圖。 圖2是lxEVDO系統(tǒng)的呼叫連接開始的成功序列圖。 圖3是lxEVDO系統(tǒng)的呼叫連接開始的失敗序列圖。 圖4是QoS Registration成功的序列圖。 圖5是QoS Registration失敗的序列圖。 圖6是QoS接受判定(402)的具體示意圖。圖7是lxEVDO系統(tǒng)的BCMCS功能中開始發(fā)布所登記的內(nèi)容的序列圖。圖8是實現(xiàn)功能所需要的AP106的控制結(jié)構(gòu)圖。 圖9是基于信道分配判定的功能實現(xiàn)的序列圖。 圖IO是信道阻塞信息(907)的具體示意圖。圖11是對于單一 AP，通知自身AP屬下的信道的阻塞解除時的序列圖。 圖12是QoS接受判定部802的內(nèi)部結(jié)構(gòu)圖。 圖13是基于QoS接受判定的功能實現(xiàn)的序列圖。 圖14是VoIP阻塞信息(1309)的具體示意圖。圖15是對于單一 AP，通知自身AP屬下的QoS可以開始時的序列圖。圖16是功能實現(xiàn)的序列圖。圖17是功能實現(xiàn)的序列圖。圖18是基于信道分配判定和QoS接受判定的功能實現(xiàn)的序列圖(1)。 圖19是基于信道分配判定和QoS接受判定的功能實現(xiàn)的序列圖(2)。
具體實施方式
l.相關技術圖2表示lxEVDO系統(tǒng)的呼叫連接開始的成功序列圖。 AT104在開始呼叫連接時，向AP106發(fā)出呼叫連接請求(201)。呼叫 連接請求例如在接通電源時、撥號連接時、或者撥號連接結(jié)束后經(jīng)過一定 時間后的數(shù)據(jù)通信開始時(發(fā)送電子郵件等)發(fā)出。AP106對從全部信道 202中去除了被經(jīng)常列入的預約信道203和根據(jù)呼叫數(shù)量而變化的使用中信 道204后的空閑信道205，判定是否可以分配AT104的信道。如果存在空 閑信道，則判定為可以分配信道，如果不存在空閑信道，則判定為因阻塞而不能分配信道。在判定結(jié)果是可以分配信道時，AP106將信道分配的信 號(206)通知給AT104，并轉(zhuǎn)入后面的處理。預約信道作為在所有AT的呼叫連接開始時臨時使用的共用信道和所 有AT可以接收的廣播發(fā)布用信道被預約。并且，預約信道被設定為序號不 變，在全部AP中總是為相同序號。因此，所有AT可以訪問預約信道。預 約信道有共用信道和廣播發(fā)布用信道。共用信道是在初期的呼叫連接開始 時被臨時使用的信道。在從空閑信道對該AT進行了信道分配后，該AT結(jié) 束使用共用信道。廣播發(fā)布用信道是不能進行從AT向AP的發(fā)送的信道。 全部AT通過參照廣播發(fā)布用信道，可以均等接收廣播。圖3表示lxEVDO系統(tǒng)的呼叫連接開始的失敗序列圖。AP106與成功的情況相同，判定是否可以分配AT104的信道。在判定 結(jié)果為不能分配信道時，AP106將拒絕呼叫連接的信號(301)通知AT。為了實現(xiàn)使用lxEVDO系統(tǒng)的VoIP服務，使用C.R1001—E中記載的 QoS功能。在上述呼叫連接結(jié)束后，進行VoIP用的QoS Registration圖4表示QoS Registration成功的序列圖。AT104向AP106發(fā)出VoIP開始請求(401)。在此，AP106通過QoS 接受判定(402)，進行是否可以開始AT104的VoIP用的QoS的判定。 QoS接受判定的具體情況將在后面敘述。在判定結(jié)果是可以開始QoS時， AP106向PCF—SC105發(fā)出QoS準備請求(403)，PCF—SC105向PDSN101 發(fā)出QoS連接請求(404)。接收到QoS連接請求(404)的PDSN101將 QoS連接應答(405)通知PCF—SC105，PCF—SC105將QoS準備結(jié)束(406) 通知給AP106。接收到QoS準備結(jié)束(406)的AP106向AT104發(fā)出VoIP 開始通知(407)。圖5表示QoS Registration失敗的序列圖。AP106與成功的情況相同，通過QoS接受判定(402),進行是否可以 開始AT104的VoIP用的QoS的判定。在判定結(jié)果是不能開始QoS時，AP106 向AT104發(fā)出拒絕開始VoIP (501)。圖6表示QoS接受判定(402)的具體示意圖。QoS接受判定(402)包括上行噪聲判定(601)和下行頻帶判定(602) 這兩個判定，在兩個判定中判斷為可以接受時，則可以開始QoS。上行噪 聲判定(601)對在AP106的上行業(yè)務接收部中測量的上行業(yè)務噪聲，比較當前的噪聲Ns (604)和QoS開始允許值ShN (605)，在滿足Ns<ShN時， 判斷可以接受上行QoS。下行頻帶判定(602)比較從下行全部頻帶BW(606) 中減去QoS使用中頻帶(607)得到的BestEffort頻帶B (608)、和開始 QoS所需要的頻帶R (609)，在滿足B〉R時，判斷可以接受下行QoS。圖7表示lxEVDO系統(tǒng)的BCMCS功能中開始發(fā)布所登記的內(nèi)容的序 列圖。AP106在到達預先設定的時間時，向PCF—BC109發(fā)出BCMCS信息 請求(701) ， PCF—BC109向BSN108發(fā)出BCMCS認證請求(702)。接 收到BCMCS認證請求(702)的BSN108將BCMCS認證應答(703)通知 給PCF—BC109, PCF—BC109將BCMCS信息應答通知給AP106 (704)。 接收到BCMCS信息應答的AP106，向PCF—BC109發(fā)出BCMCS建立請 求(705) ， PCF—BC109向BSN108發(fā)出BCMCS登記請求(706)。接收 到BCMCS登記請求(706)的BSN108將BCMCS登記應答(707)通知給 PCF—BC109, PCF—BC109將BCMCS建立應答通知給AP106 (708)。 接收到BCMCS建立應答的AP106,向包括AT106在內(nèi)的自身AP屬下的 區(qū)域內(nèi)的所有AT發(fā)布BCMCS數(shù)據(jù)(709)。2.實施方式1(阻塞通知)以下，關于因信道阻塞造成的不能呼叫連接，記述使用BCMCS通知 給AT的方式、和接收到通知的AT的動作的一例。考慮對于單一 AP，通知自身AP屬下的信道阻塞的情況。圖8表示實現(xiàn)功能所需要的AP106的控制結(jié)構(gòu)圖。AP106具有進行總體呼叫處理的呼叫控制部804、管理信道的分配的信 道控制部801、進行圖6所示的QoS接受判定的QoS接受判定部802、控 制BCMCS的BCMCS控制部803、和測量上行業(yè)務噪聲的業(yè)務接收部805。 呼叫控制部804和信道控制部801具有可以相互傳遞信息的接口。同樣， 呼叫控制部804和QoS接受判定部802具有可以相互傳遞信息的接口 。并 且，信道控制部和QoS接受判定部具有用于向BCMCS控制部通知信息的 接口。在該示例中，BCMCS控制部不具有用于向其他控制部傳遞信息的接 口，但也可以具有接口。圖9表示基于信道分配判定的功能實現(xiàn)的序列圖。關于在區(qū)域內(nèi)存在AT104、 AT901的AP106，接收到來自AT104的呼叫連接請求(201)的 AP106的呼叫控制部804，向信道控制部801發(fā)出信道分配請求(902)。呼叫連接請求例如在接通電源時、撥號連接時、或者撥號連接結(jié)束后 經(jīng)過一定時間后的數(shù)據(jù)通信開始時(發(fā)送電子郵件等)發(fā)出。信道控制部801進行信道分配判定(903)，由于存在空閑信道205， 所以判斷為可以分配信道。并且，信道控制部801進行信道分配處理(904)， 以便可以進行分配，并將信道分配應答(905)通知給呼叫控制部804。接 收到通知的呼叫控制部804將信道分配(206)通知給AT104。并且，信道 控制部801在信道分配處理的結(jié)果為使用中信道(204)增加，不存在空閑 信道205時，向BCMCS控制部803發(fā)出信道阻塞通知(906)。另外，在 還存在空閑信道時，不進行以后的信道阻塞通知(906)和信道阻塞信息通 知(907) 。 BCMCS控制部803把信道阻塞信息通知(907)作為BCMCS 數(shù)據(jù)向AP106的區(qū)域內(nèi)通知。另夕卜，用于發(fā)送BCMCS數(shù)據(jù)的信道可以使 用預約信道203中包含的信道。關于預約信道，與在圖2及其說明部分中 說明的情況相同。位于AP106的區(qū)域內(nèi)的AT104、 AT901接收信道阻塞信 息(907)。在以AT901為代表的接收到信道阻塞信息(907)的AT908的 顯示畫面909上，顯示通知使用者阻塞的信息(910)(參照圖9及下圖)。圖10表示信道阻塞信息(907)的具體示意圖。信道阻塞信息(907)具有用于識別數(shù)據(jù)是信道阻塞信息的信息識別符 1001，存儲有在緊隨其后的信息內(nèi)包含的表示阻塞區(qū)域數(shù)量的阻塞區(qū)域數(shù) 1002、阻塞區(qū)域數(shù)所表示的數(shù)量的區(qū)域識別符1003。在區(qū)域識別符1003中 存儲例如在lxEVDO系統(tǒng)中按照C.S0024規(guī)定的PilotPN (8bit)。在區(qū)域 識別符的后面并列著在后面敘述的阻塞被解除時通知該情況所使用的、表 示不阻塞區(qū)域的數(shù)量的不阻塞區(qū)域數(shù)1004、和不阻塞區(qū)域數(shù)所表示的數(shù)量 的區(qū)域識別符1005。該區(qū)域識別符1005可以使用與區(qū)域識別符1003相同 的識別符。但是，區(qū)域識別符1005中不包含區(qū)域識別符1003中包含的內(nèi) 容。(解除通知)下面，關于因信道阻塞造成的不能呼叫連接，以下記述在信道阻塞被 解除時使用BCMCS將信道阻塞解除通知給AT的方式。圖11表示對于單一 AP，通知自身AP屬下的信道的阻塞解除時的序列圖。AT104、 AT1101位于區(qū)域內(nèi)，AT104處于已呼叫連接的狀態(tài)，關于按 照上述實施方式1 "(阻塞通知)"通過信道控制部檢測到信道阻塞(1102) 的AP106，接收到來自AT104的呼叫切斷請求(1103)的AP106的呼叫控 制部804，向信道控制部801發(fā)出信道釋放請求(1104)。另外，呼叫切斷 請求例如在按下電源切斷按鈕時、撥號切斷時、或者撥號連接結(jié)束后經(jīng)過 一定時間時(電子郵件的發(fā)送結(jié)束后等)發(fā)出。然后，信道控制部801進行信道釋放處理(1105)。并且，將信道釋 放應答(1106)通知給呼叫控制部。接收到通知的呼叫控制部804將呼叫 切斷應答(1107)通知給AT104。并且，信道控制部801在信道釋放處理 的結(jié)果為使用中信道(204)減少，產(chǎn)生空閑信道(205)時，向BCMCS 控制部803發(fā)出信道阻塞解除(1108)。另外，在未產(chǎn)生空閑信道時，不 進行以后的信道阻塞解除(1108)和信道阻塞信息通知(909) 。 BCMCS 控制部803使用預約信道203中包含的信道等，把信道阻塞信息(907)作 為BCMCS數(shù)據(jù)向AP106的區(qū)域內(nèi)通知。位于AP106的區(qū)域內(nèi)的AT104、 ATI 101接收信道阻塞信息(907)。在以ATI 101為代表的接收到信道阻 塞信息(907)的AT1109的顯示畫面1110上，此前剛剛顯示的通知使用者 阻塞的信息(910)被擦除。3.實施方式2(阻塞通知)以下，關于基于QoS接受判定的不能開始VoIP用的QoS，記述使用 BCMCS通知AT的方式和接收到通知的AT的動作的一例，說明對于單一 AP通知不能開始自身AP屬下的QoS的情況。圖12表示QoS接受判定部802的內(nèi)部結(jié)構(gòu)圖。QoS接受判定部802具有進行上行噪聲判定601的上行噪聲判定部 1201、和進行下行頻帶判定602的下行頻帶判定部1202。上行噪聲判定部 1201具有測量部604，總是掌握當前的上行噪聲N (604);開始允許值 列表1203，包括上行QoS識別符(1…k)的一覽1204和對應的開始允許 值(1…Shk)的一覽1205;設定值存儲部1221，預先存儲對應于VoIP (或 者預先確定的特定服務)的上行QoS識別符。開始允許值例如表示如果當 前的噪聲小于該開始允許值，則可以開始/提供對應上行QoS識別符預先確定的QoS的閾值。下行頻帶判定部1202具有使用中QoS列表1208，包 括連接著的呼叫的索引(l…x)的一覽1209和對應的下行QoS識別符(Q1… Qx)的一覽1210;需要頻帶列表1211，由下行QoS識別符(1…L)的一 覽1212和對應的需要頻帶(R1…RL)的一覽1213構(gòu)成;設定值存儲部1222， 預先存儲全部頻帶606的設定值和對應于VoIP(或者預先確定的特定服務) 的下行QoS識別符，下行頻帶判定部1202對使用中的QoS，例如適當賦予 序列號等的整理序號1 X作為呼叫Index,將下行QoS識別符對應于呼叫 Index存儲在使用中QoS列表1208中。在該示例中，QoS識別符Ql…Qx 一定取1…L的值。對于上行噪聲判定，根據(jù)判定對象的上行QoS識別符N (1206)檢索 開始允許值ShN (1207)，由此可以與當前的上行噪聲Ns (604)比較。并 且，對于使用中QoS列表1208中包含的全部下行QoS識別符1210，使用 需要頻帶列表1211求出需要頻帶，并全部累計所求出的各個需要頻帶，由 此可以求出QoS使用中頻帶607，并可以根據(jù)QoS使用中頻帶607和全部 頻帶BW606求出BestEffort頻帶B (608)。并且，同樣可以對判定對象的 QoS的需要頻帶，根據(jù)判定對象的下行QoS識別符M (1214)求出需要頻 帶RM (1215)。使用這些頻帶，可以進行下行頻帶判定。艮P,在把對應于Qx的需要頻帶設為RQx時，BestEffort頻帶B (608) 可以使用Rqx和BW表示為下式。式1艮口，如果B〉RM，則關于QoS識別符M可以接受下行QoS的條件可 以表述為下式。式2丑『一！!及@>，圖13表示基于QoS接受判定的功能實現(xiàn)的序列圖。 關于在其區(qū)域內(nèi)存在AT104、 AT1301的AP106,接收到來自AT104的QoS開始請求(1302)的AP106的呼叫控制部804，向QoS接受控制部 802發(fā)出QoS開始判定(1303)。另外，QoS開始請求以通過AT進行的操 作為契機，例如在按下用于開始VoIP通話的發(fā)信按鈕時、按下用于開始IP -VT的發(fā)信按鈕時、接收到開始VoIP通話的請求時、或者接收到開始IP 一VT的請求時等發(fā)出。上行QoS識別符和下行QoS識別符依據(jù)AT的應用在AT側(cè)選擇，其 包含在QoS開始請求內(nèi)，被發(fā)送給AP。在AP中，可以通過與標準規(guī)格對 照得知每個QoS識別符的服務和用途(VoIP、 IP—VT、緊急通信等)。目前狀況是根據(jù)標準規(guī)格文件(3gpp2 TSG—C Specification)規(guī)定QoS 識別符和對應的服務。另外，當前參照的版本例如是C.R1001 — F—vl.0一061211等。QoS識別符與服務之間的關系不是動態(tài)變更類型的，而 是根據(jù)規(guī)格預先在AT—AP之間整合或共用QoS識別符列表等而共享的。 另外，也可以采用從服務器向AT下載列表類內(nèi)容的方式。在AT中，當 VoIP按鈕被按下時，AT可以對照標準規(guī)格文件根據(jù)VoIP用等的服務類別 選擇、求出唯一的QoS識別符。AT利用該QoS識別符與AP進行協(xié)商。然后，QoS接受判定部802進行QoS接受判定402 (關于QoS接受判 定，參照圖6、圖12及其說明部分)。QoS接受判定(402)包括上行噪聲 判定(601)和下行頻帶判定(602)這兩個判定，在這兩個判定中判斷為 可以接受時，則可以開始QoS。如果判定結(jié)果是判斷為可以接受，則QoS 接受判定部802實施列表登記(1310)。通過列表登記(1310)，向由QoS 接受判定部內(nèi)的下行頻帶判定部1202管理的使用中QoS列表1208,追加 對應于AT104的呼叫Index (1308)和下行QoS識別符(1309)。另外， 通知呼叫控制部804可以開始QoS (1304)。接收到通知的呼叫控制部804 在圖4所示的QoS準備請求403起到QoS準備結(jié)束406為止的處理之后， 將QoS幵始通知1308通知AT104。另外，在QoS接受判定(402)中對當 前請求開始QoS的AT進行判定，將該判定結(jié)果返回給該AT。并且，QoS接受判定部802按照上面所述，以通過列表登記(1310) 更新后的使用中QoS列表1208和需要頻帶列表1211為基礎，進行把需要 頻帶R (609)作為VoIP用的QoS所需要的頻帶的QoS接受判定。特別把 該QoS接受判定稱為新VoIP接受判定(1305)。在新VoIP接受判定(1305) 中，上行噪聲判定部1201使用在設定值存儲部1221中設定的對應VoIP的上行QoS識別符，執(zhí)行與QoS接受判定(402)的上行噪聲判定(601)相 同的處理，進行上行噪聲判定。并且，下行噪聲判定部1202使用在設定值 存儲部1221中設定的對應VoIP的下行QoS識別符，執(zhí)行與QoS接受判定 (402)的下行頻帶判定(602)相同的處理，進行下行頻帶判定。QoS接受判定(402)包括上行噪聲判定(601)和下行頻帶判定(602) 這兩個判定，在這兩個判定中判斷為可以接受時，則可以開始QoS。在此，在新VoIP接受判定(1305)的結(jié)果是判斷為不能接受時，利用 VoIP阻塞信息通知1307將該結(jié)果通知給BCMCS控制部803。另夕卜，在判 斷為可以接受時，不進行以后的VoIP阻塞信息通知(1309)和VoIP阻塞 信息通知(1309)。BCMCS控制部803把VoIP阻塞信息(1309)作為BCMCS 數(shù)據(jù)，向AP106的區(qū)域內(nèi)通知。這樣，新VoIP接受判定(1305)限定為VoIP，對上行和下行雙方的 QoS識別符進行判定。該判定對當前請求的AT已在QoS接受判定(402) 中完成判定，所以判定是否可以接受以后要請求的AT。即，如果下一次有 請求VoIP連接的終端，則判定是否可以接受該終端。在該新VoIP接受判 定的結(jié)果為此后的AT看起來不會被接受時，通過廣播通知該情況(1309)， 由此抑制此后的AT的QoS開始請求。另外，用于發(fā)送BCMCS數(shù)據(jù)的信道可以使用預約信道203中包含的 信道(關于預約信道，參照圖2及其說明部分)。位于AP106的區(qū)域內(nèi)的 AT104、 AT1301接收VoIP阻塞信息(1309)。在以AT1301為代表接收到 的VoIP阻塞信息(1309)的AT908的顯示畫面1310上，顯示通知使用者 VoIP阻塞的信息(1311)。但是，該顯示不在正進行VoIP通話的AT的畫 面上顯示。圖14表示VoIP阻塞信息(1309)的具體示意圖。VoIP阻塞信息(1309)具有用于識別數(shù)據(jù)是VoIP阻塞信息的信息識 別符1401，存儲有在緊隨其后的信息內(nèi)包含的表示阻塞區(qū)域數(shù)量的阻塞區(qū) 域數(shù)1402、阻塞區(qū)域數(shù)所表示的數(shù)量的區(qū)域識別符1403。在區(qū)域識別符1403 中存儲例如在lxEVDO系統(tǒng)中按照C.S0024規(guī)定的PilotPN (8bit)。在區(qū) 域識別符的后面并列著在后面敘述的阻塞被解除時通知該情況所使用的、 表示不阻塞區(qū)域的數(shù)量的不阻塞區(qū)域數(shù)1404、和不阻塞區(qū)域數(shù)所表示的數(shù) 量的區(qū)域識別符1405。該區(qū)域識別符1405可以使用與區(qū)域識別符1403相同的識別符。但是，區(qū)域識別符1405中不包含區(qū)域識別符1403中包含的 內(nèi)容。(解除通知)以下關于基于QoS接受判定的不能開始VoIP用的QoS，記述QoS不 能狀態(tài)被解除時使用BCMCS通知AT的方式。圖15是對于單一AP，通知自身AP屬下的可以開始QoS時的序列圖。AT104、 AT1101位于區(qū)域內(nèi)，AT104處于已呼叫連接的狀態(tài)，關于按 照上述實施方式2 "(阻塞通知)"通過QoS接受判定部802檢測到不能 接受新VoIP (1305)的AP106，接收到來自AT104的QoS結(jié)束請求(1502) 的AP106的呼叫控制部804，向QoS接受判定部802發(fā)出QoS結(jié)束請求 (1503)。另外，QoS結(jié)束請求(1502)以通過AT進行的操作為契機，例 如在按下用于結(jié)束VoIP通話的結(jié)束按鈕時、按下用于結(jié)束IP-VT的結(jié)束 按鈕時、通話對象進行了結(jié)束VoIP通話的操作并結(jié)束講話時、或者通話對 象進行了結(jié)束IP-VT的操作并結(jié)束時等發(fā)出。然后，QoS接受判定部802從使用中QoS列表中刪除對應的呼叫 indexl308的下行QoS識別符1309。并且，將QoS結(jié)束應答(1504)通知 給呼叫控制部804。接收到通知的呼叫控制部804將QoS結(jié)束通知(1507) 通知給AT104。并且，QoS接受判定部802按照上面所述，進行新VoIP接 受判定(1505)。在此，在新VoIP接受判定(1505)的結(jié)果是判斷為可以 接受時，利用VoIP阻塞信息通知1307將該結(jié)果通知BCMCS控制部803。 BCMCS控制部803把VoIP阻塞信息(1309)作為BCMCS數(shù)據(jù)向API06 的區(qū)域內(nèi)通知。位于AP106的區(qū)域內(nèi)的AT104、 AT1501接收VoIP阻塞信息 (1309)。在以AT1501為代表的接收到VoIP阻塞信息(1309)的AT908的 顯示畫面1509上，此前剛剛顯示的通知使用者阻塞的信息(1311)被擦除。4.實施方式3以下關于因信道阻塞造成的不能呼叫連接，記述在AT沒有接收到使用 BCMCS的針對AT的通知時、和AT不能對應該功能時進行的通知不能呼 叫連接的方式，以及接收到通知的AT的動作的一例。另外，關于信道分配 判定，與圖2或圖9及其說明部分中說明的情況相同。說明對于單一 AP，通知因信道阻塞造成的拒絕連接的情況。圖16表示功能實現(xiàn)的序列圖。關于在其區(qū)域內(nèi)存在沒有進行呼叫連接的AT104的AP106，接收到來 自AT104的呼叫連接請求(201)的AP106的呼叫控制部804，向信道控制 部801發(fā)出信道分配請求(902)。信道控制部801進行信道分配判定(903)，由于不存在空閑信道205， 所以判斷為不能分配信道，作為應答將不能分配信道(1601)通知給呼叫 控制部。接收到通知的呼叫控制部804將拒絕呼叫連接(1602)通知給 AT104。在接收到通知的AT104的顯示畫面1603上，顯示用于通知使用者 由于信道阻塞而不能連接的信息(1604)。5. 實施方式4以下，關于基于QoS接受判定的不能開始VoIP用的QoS，記述AT沒 有接收到使用BCMCS的針對AT的通知時、和AT不能對應該功能時進行 的通知不能開始QoS的方式，以及接收到通知的AT的動作的一例。說明 對于單一 AT通知因頻帶阻塞造成的不能開始QoS的情況。另外，關于QoS 接受判定，與圖6或圖13及其說明部分中說明的情況相同。圖17表示功能實現(xiàn)的序列圖。關于在其區(qū)域內(nèi)存在AT104的AP106，接收到來自AT104的QoS開 始請求(1302)的AP106的呼叫控制部804，向QoS接受控制部802發(fā)出 QoS開始判定(1303)。QoS接受控制部802進行QoS接受判定(402)。在判定結(jié)果是判斷為 不能接受時，QoS接受控制部802通知呼叫控制部804不能開始QoS( 1701 )。 接收到通知的呼叫控制部804將不能QoS通知1702通知給AT104。在接收 到通知的AT104的顯示畫面1703上，顯示用于通知使用者由于VoIP阻塞 而不能連接的信息(1704)。6. 實施方式5 (阻塞通知)圖18表示基于信道分配判定和QoS接受判定的功能實現(xiàn)的序列圖(1 )。 該實施方式包括上述實施方式1和實施方式2雙方。說明從通過接通電源確保信道起到通過按下VoIP通話開始按鈕來開始 QoS為止的流程。首先，AP106執(zhí)行與實施方式1相同的以下處理。AT104根據(jù)使用者進行的按下電源按鈕的操作，向AP106發(fā)出呼叫連 接請求。接收到呼叫連接請求的呼叫控制部向信道控制部發(fā)出信道分配請求，接收到請求的信道控制部進行信道分配判定。在信道分配判定的結(jié)果 是判斷為能夠分配信道時，進行信道分配處理，將信道分配應答返回給呼叫控制部。接收到信道分配應答的呼叫控制部將信道分配通知給AT。并且， 在由于信道分配發(fā)生信道阻塞時，向BCMCS控制部發(fā)出信道阻塞通知， BCMCS控制部將信道阻塞信息通知給自身AP的屬下。然后，AP106執(zhí)行與實施方式2相同的以下處理。在信道分配結(jié)束后，根據(jù)AT使用者按下VoIP通話開始按鈕的操作， AT發(fā)出VoIP用的QoS開始請求。接收到請求的AP的呼叫控制部向QoS 接受判定部請求QoS開始判定。QoS接受判定部在QoS接受判定結(jié)果為可 以開始QoS時，進行列表登記，并向呼叫控制部應答可以開始QoS。接收 到應答的呼叫控制部向AT發(fā)出QoS開始通知。并且，預先實施可否接受 下一次VoIP用的QoS的QoS接受判定，如果明白判定為不能接受，則向 BCMCS控制部發(fā)出VoIP阻塞信息，BCMCS控制部將VoIP阻塞信息通知 給自身AP的屬下。AT通過接收QoS開始通知可以開始VoIP通話，并持續(xù)VoIP通話直 到使用者進行了結(jié)束通話操作(按下結(jié)束按鈕等)。7.實施方式6圖19表示基于信道分配判定和QoS接受判定的功能實現(xiàn)的序列圖(2)。說明在通過接通電源確保信道后按下VoIP通話開始按鈕來開始QoS 但失敗的情況的流程。按照上述實施方式5進行截止到信道分配的處理。在信道分配結(jié)束后，根據(jù)AT使用者按下VoIP通話開始按鈕的操作， AT發(fā)出VoIP用的QoS開始請求。接收到請求的AP的呼叫控制部向QoS 接受判定部請求QoS開始判定。QoS接受判定部在QoS接受判定結(jié)果為不 能開始QoS時，向呼叫控制部應答不能開始QoS。接收到應答的呼叫控制 部向AT發(fā)出不能QoS通知。AT通過接收不能QoS通知識別出不能開始VoIP通話，在AT的顯示 畫面上顯示用于通知使用者由于VoIP阻塞而不能連接的信息?！?，即使不能實施VoIP通話，也能夠進行基于Best-Effort的數(shù)據(jù) 通信，所以AT將所確保的信道保持一定時間，如果需要則用于數(shù)據(jù)通信(例 如瀏覽WWW等)。在數(shù)據(jù)通信結(jié)束后的一定時間之后，發(fā)出呼叫切斷請 求，并釋放信道。
權利要求
1.一種與無線終端進行無線通信的無線通信裝置中的狀態(tài)通知方法，其特征在于所述無線通信裝置從所述無線終端受理呼叫連接請求，所述無線通信裝置計算從全部信道中去除預約信道和使用中信道后的空閑信道，如果存在空閑信道，則判定為可以分配信道，如果不存在空閑信道，則判定為因阻塞而不能分配信道，在判定結(jié)果為可以分配信道時，所述無線通信裝置對所述無線終端進行信道分配處理，所述無線通信裝置在信道分配處理的結(jié)果判斷為使用中信道增加、不存在空閑信道時，向所述無線通信裝置的區(qū)域內(nèi)通知用于通知阻塞的第1信道阻塞信息，位于所述無線通信裝置的通信區(qū)域內(nèi)的無線終端接收到所述第1信道阻塞信息時，在顯示畫面上顯示通知使用者阻塞的信息。
2. —種與無線終端進行無線通信的無線通信裝置中的狀態(tài)通知方法， 其特征在于-所述無線通信裝置從所述無線終端受理包括上行QoS識別符和下行 QoS識別符的QoS幵始請求，對在所述無線通信裝置中測量的上行業(yè)務噪聲，比較當前的噪聲Ns和 與所述上行QoS識別符相對應的QoS開始允許值ShN，在滿足Ns<ShN時， 判斷為可以接受上行QoS，從而執(zhí)行第1上行噪聲判定，對從下行全部頻帶BW中減去QoS使用中頻帶而得到的頻帶B、和與 所述下行QoS識別符相對應的QoS開始所需要的頻帶R進行比較，在滿足 B〉R時，判斷為可以接受下行QoS，從而執(zhí)行第1下行頻帶判定，當在所述第1上行噪聲判定和所述第1下行頻帶判定這兩個判定中判 斷為可以接受時，執(zhí)行判定為可以接受的第lQoS接受判定，在所述第1QoS接受判定的結(jié)果是判定為可以接受時，執(zhí)行對使用中 QoS列表追加與所述無線終端相對應的所述下行QoS識別符的列表登記，向所述無線終端通知QoS開始通知，對在所述無線通信裝置的上行業(yè)務接收部中測量的上行業(yè)務噪聲，比 較當前的噪聲Ns、和與VoIP或其他特定服務相對應且與預先設定的上行QoS識別符設定值相對應的QoS開始允許值ShN，在滿足Ns<ShN時，判 斷為可以接受上行QoS，從而執(zhí)行第2上行噪聲判定，對從下行全部頻帶BW中減去根據(jù)在所述列表登記中更新后的使用中 QoS列表計算的QoS使用中頻帶而得到的頻帶B、和與VoIP或其他特定服 務相對應且與預先設定的下行QoS識別符設定值相對應的QoS開始所需要 的頻帶R進行比較，在滿足B〉R時，判斷為可以接受下行QoS，從而執(zhí)行 第2下行頻帶判定，當在所述第2上行噪聲判定和所述第2下行頻帶判定這兩個判定中判 斷為可以接受時，執(zhí)行判定為可以接受的第2QoS接受判定，在所述第2QoS接受判定的結(jié)果是判定為不能接受時，向所述無線通信 終端的區(qū)域內(nèi)通知第1信道阻塞信息，位于所述無線通信裝置的通信區(qū)域內(nèi)的無線終端接收到所述第1信道 阻塞信息時，在顯示畫面上顯示通知使用者阻塞的信息。
3. —種與無線終端進行無線通信的無線通信裝置中的狀態(tài)通知方法， 其特征在于所述無線通信裝置從所述無線終端受理呼叫連接請求， 所述無線通信裝置計算從全部信道中去除預約信道和使用中信道后的空閑信道，如果存在空閑信道，則判定為可以分配信道，如果不存在空閑信道，則判定為因阻塞而不能分配信道，在判定結(jié)果為可以分配信道時，所述無線通信裝置對所述無線終端進行信道分配處理，所述無線通信裝置在信道分配處理的結(jié)果是判斷為使用中信道增加、 不存在空閑信道時，向所述無線通信裝置的區(qū)域內(nèi)通知用于通知阻塞的第1 信道阻塞信息，位于所述無線通信裝置的通信區(qū)域內(nèi)的無線終端接收到所述第1信道 阻塞信息時，在顯示畫面上顯示通知使用者阻塞的信息， 而且，所述無線通信裝置從所述無線終端受理包括上行QoS識別符和下行 QoS識別符的QoS開始請求，對在所述無線通信裝置的上行業(yè)務接收部中測量的上行業(yè)務噪聲，比 較當前的噪聲Ns和與所述上行QoS識別符相對應的QoS開始允許值ShN，在滿足Ns<ShN時，判斷為可以接受上行QoS，從而執(zhí)行第1上行噪聲判 定，對從下行全部頻帶BW中減去QoS使用中頻帶而得到的頻帶B、和與 所述下行QoS識別符相對應的QoS開始所需要的頻帶R進行比較，在滿足 B〉R時，判斷為可以接受下行QoS，從而執(zhí)行第1下行頻帶判定，當在所述第1上行噪聲判定和所述第1下行頻帶判定這兩個判定中判 斷為可以接受時，執(zhí)行判定為可以接受的第IQoS接受判定，在所述第lQoS接受判定的結(jié)果是判定為可以接受時，執(zhí)行對使用中 QoS列表追加與所述無線終端相對應的所述下行QoS識別符的列表登記，向所述無線終端通知QoS開始通知，對在所述無線通信裝置的上行業(yè)務接收部中測量的上行業(yè)務噪聲，比 較當前的噪聲Ns、和與VoIP或其他特定服務相對應且與預先設定的上行 QoS識別符設定值相對應的QoS開始允許值ShN，在滿足Ns〈ShN時，判 斷為可以接受上行QoS，從而執(zhí)行第2上行噪聲判定，對從下行全部頻帶BW中減去根據(jù)在所述列表登記中更新后的使用中 QoS列表計算的QoS使用中頻帶而得到的頻帶B、和與VoIP或其他特定服 務相對應且與預先設定的下行QoS識別符設定值相對應的QoS開始所需要 的頻帶R進行比較，在滿足B〉R時，判斷為可以接受下行QoS，從而執(zhí)行 第2下行頻帶判定，當在所述第2上行噪聲判定和所述第2下行頻帶判定這兩個判定中判 斷為可以接受時，執(zhí)行判定為可以接受的第2QoS接受判定，在所述第2QoS接受判定的結(jié)果是判定為不能接受時，向所述無線通信 終端的區(qū)域內(nèi)通知第2信道阻塞信息，位于所述無線通信裝置的通信區(qū)域內(nèi)的無線終端接收到所述第2信道 阻塞信息時，在顯示畫面上顯示通知使用者阻塞的信息。
4. 根據(jù)權利要求1所述的狀態(tài)通知方法，其特征在于， 所述信道阻塞信息，使用包括所述無線通信裝置的通信區(qū)域內(nèi)的所有AT可以接收的廣播或組播發(fā)布用信道的預約信道，作為廣播或組播的數(shù)據(jù) 而被發(fā)布。
5. 根據(jù)權利要求2所述的狀態(tài)通知方法，其特征在于， 所述信道阻塞信息，使用包括所述無線通信裝置的通信區(qū)域內(nèi)的所有AT可以接收的廣播或組播發(fā)布用信道的預約信道，作為廣播或組播的數(shù)據(jù) 而被發(fā)布。
6. 根據(jù)權利要求3所述的狀態(tài)通知方法，其特征在于， 所述信道阻塞信息，使用包括所述無線通信裝置的通信區(qū)域內(nèi)的所有AT可以接收的廣播或組播發(fā)布用信道的預約信道，作為廣播或組播的數(shù)據(jù) 而被發(fā)布。
7. 根據(jù)權利要求1所述的狀態(tài)通知方法，其特征在于， 所述無線通信裝置在所述無線終端已被呼叫連接的狀態(tài)下檢測到所述第1信道阻塞信息后，若受理來自所述無線終端的呼叫切斷請求，則進行 信道釋放處理，所述無線通信裝置在信道釋放處理的結(jié)果為使用中信道減少、產(chǎn)生了 空閑信道時，使用預約信道向所述無線通信裝置的區(qū)域內(nèi)通知用于解除阻 塞的第2信道阻塞信息，從而在位于所述無線通信裝置的區(qū)域內(nèi)的接收到 第2信道阻塞信息的無線終端的顯示畫面上，消去通知阻塞的信息。
8. 根據(jù)權利要求3所述的狀態(tài)通知方法，其特征在于， 所述無線通信裝置在所述無線終端已被呼叫連接的狀態(tài)下檢測到所述第1信道阻塞信息后，若受理來自所述無線終端的呼叫切斷請求，則進行 信道釋放處理，所述無線通信裝置在信道釋放處理的結(jié)果為使用中信道減少、產(chǎn)生了 空閑信道時，使用預約信道向所述無線通信裝置的區(qū)域內(nèi)通知用于解除阻 塞的第2信道阻塞信息，從而在位于所述無線通信裝置的區(qū)域內(nèi)的接收到 第2信道阻塞信息的無線終端的顯示畫面上，消去通知阻塞的信息。
9. 根據(jù)權利要求1所述的狀態(tài)通知方法，其特征在于， 在接通電源時、撥號連接時、或者撥號連接結(jié)束后經(jīng)過一定時間后的數(shù)據(jù)通信開始時發(fā)出所述呼叫連接請求。
10. 根據(jù)權利要求3所述的狀態(tài)通知方法，其特征在于， 在接通電源時、撥號連接時、或者撥號連接結(jié)束后經(jīng)過一定時間后的數(shù)據(jù)通信開始時發(fā)出所述呼叫連接請求。
11. 根據(jù)權利要求1所述的狀態(tài)通知方法，其特征在于， 在按下電源切斷按鈕時、撥號切斷時、或者撥號連接結(jié)束后經(jīng)過一定時間時發(fā)出所述呼叫切斷請求。
12. 根據(jù)權利要求3所述的狀態(tài)通知方法，其特征在于， 在按下電源切斷按鈕時、撥號切斷時、或者撥號連接結(jié)束后經(jīng)過一定時間時發(fā)出所述呼叫切斷請求。
13. 根據(jù)權利要求2所述的狀態(tài)通知方法，其特征在于， 所述無線通信裝置在所述無線終端己被呼叫連接的狀態(tài)下檢測到所述第1信道阻塞信息后，若受理來自所述無線終端的QoS結(jié)束請求，則所述無線通信裝置從使用中QoS列表中刪除對應的下行QoS識別符，所述無線通信裝置進行所述第2QoS接受判定，在其結(jié)果是判斷為可以 接受時，使用預約信道向所述無線通信裝置的區(qū)域內(nèi)通知用于解除阻塞的 第2信道阻塞信息，從而在位于所述無線通信裝置的區(qū)域內(nèi)的接收到第2 信道阻塞信息的無線終端的顯示畫面上，消去通知阻塞的信息。
14. 根據(jù)權利要求3所述的狀態(tài)通知方法，其特征在于， 所述無線通信裝置在所述無線終端已被呼叫連接的狀態(tài)下檢測到所述第1信道阻塞信息后，若受理來自所述無線終端的QoS結(jié)束請求，則所述無線通信裝置從使用中QoS列表中刪除對應的下行QoS識別符，所述無線通信裝置進行所述第2QoS接受判定，在其結(jié)果是判斷為可以 接受時，使用預約信道向所述無線通信裝置的區(qū)域內(nèi)通知用于解除阻塞的 第2信道阻塞信息，從而在位于所述無線通信裝置的區(qū)域內(nèi)的接收到第2 信道阻塞信息的無線終端的顯示畫面上，消去通知阻塞的信息。
15. 根據(jù)權利要求2所述的狀態(tài)通知方法，其特征在于，以AT中進行的操作為契機，在按下用于開始VoIP通話的發(fā)信按鈕時、 按下用于開始IP—VT的發(fā)信按鈕時、接收到開始VoIP通話的請求時、或 者接收到開始IP—VT的請求時發(fā)出QoS開始請求。
16. 根據(jù)權利要求3所述的狀態(tài)通知方法，其特征在于，以AT中進行的操作為契機，在按下用于開始VoIP通話的發(fā)信按鈕時、 按下用于開始IP—VT的發(fā)信按鈕時、接收到開始VoIP通話的請求時、或 者接收到開始IP—VT的請求時發(fā)出QoS開始請求。
17. 根據(jù)權利要求2所述的狀態(tài)通知方法，其特征在于，以AT中進行的操作為契機，在按下用于結(jié)束VoIP通話的結(jié)束按鈕時、按下用于結(jié)束IP—VT的結(jié)束按鈕時、通話對象進行了結(jié)束VoIP通話的操 作而結(jié)束通話時、或者通話對象進行了結(jié)束IP—VT的操作而結(jié)束時發(fā)出 QoS結(jié)束請求。
18. 根據(jù)權利要求3所述的狀態(tài)通知方法，其特征在于，以AT中進行的操作為契機，在按下用于結(jié)束VoIP通話的結(jié)束按鈕時、 按下用于結(jié)束IP—VT的結(jié)束按鈕時、通話對象進行了結(jié)束VoIP通話的操 作而結(jié)束通話時、或者通話對象進行了結(jié)束IP—VT的操作而結(jié)束時發(fā)出 QoS結(jié)束請求。
19. 根據(jù)權利要求2所述的狀態(tài)通知方法，其特征在于， 所述無線通信裝置具備上行噪聲判定部，該上行噪聲判定部具有掌握當前的上行噪聲N的測 量部、開始允許值列表、及第1設定值存儲部，并進行上行噪聲判定，該 開始允許值列表包括上行QoS識別符(l...k)的一覽和對應的開始允許值 (l...Shk)的一覽，該第1設定值存儲部存儲與VoIP或其他服務相對應并 且預先設定的上行QoS識別符設定值；以及下行頻帶判定部，該下行頻帶判定部具有使用中QoS列表、需要頻帶 列表、及第2設定值存儲部，并進行下行頻帶判定，該使用中QoS列表包 括連接著的呼叫的索引(l...x)的一覽和對應的下行QoS識別符(Ql...Qx) 的一覽，該需要頻帶列表包括下行QoS識別符(l..丄)的一覽和對應的需 要頻帶(R1...RL)的一覽，該第2設定值存儲部存儲全部頻帶的設定值以 及與VoIP或其他服務相對應并且預先設定的下行QoS識別符設定值，所述上行噪聲判定中，通過所述上行噪聲判定部參照^f述開始允許值 列表，根據(jù)判定對象的上行QoS識別符N檢索開始允許值ShN，由此與當 前的上行噪聲Ns進行比較，如果Ns〈ShN，則判斷為可以接受上行QoS，所述下行頻帶判定中，通過所述下行頻帶判定部對使用中QoS列表中 包含的全部下行QoS識別符，使用所述需要頻帶列表求出需要頻帶并全部 累計，由此求出QoS使用中頻帶，根據(jù)QoS使用中頻帶和全部頻帶求出 BestEffort頻帶B，根據(jù)頻帶對象的下行QoS識別符M求出需要頻帶RM， 如果B〉RM，則判定為對于QoS識別符M可以接受下行QoS。
20. 根據(jù)權利要求3所述的狀態(tài)通知方法，其特征在于， 所述無線通信裝置具備上行噪聲判定部，該上行噪聲判定部具有掌握當前的上行噪聲N的測 量部、開始允許值列表、及第1設定值存儲部，并進行上行噪聲判定，該 開始允許值列表包括上行QoS識別符(l...k)的一覽和對應的開始允許值 (l...Shk)的一覽，該第1設定值存儲部存儲與VoIP或其他服務相對應并 且預先設定的上行QoS識別符設定值；以及下行頻帶判定部，該下行頻帶判定部具有使用中QoS列表、需要頻帶 列表、及第2設定值存儲部，并進行下行頻帶判定，該使用中QoS列表包 括連接著的呼叫的索引(l...x)的一覽和對應的下行QoS識別符(Ql...Qx) 的一覽，該需要頻帶列表包括下行QoS識別符(l..丄)的一覽和對應的需 要頻帶(R1...RL)的一覽，該第2設定值存儲部存儲全部頻帶的設定值以 及與VoIP或其他服務相對應并且預先設定的下行QoS識別符設定值，所述上行噪聲判定中，通過所述上行噪聲判定部參照所述開始允許值 列表，根據(jù)判定對象的上行QoS識別符N檢索開始允許值ShN，由此與當 前的上行噪聲Ns進行比較，如果Ns《hN，則判斷為可以接受上行QoS，所述下行頻帶判定中，通過所述下行頻帶判定部對使用中QoS列表中 包含的全部下行QoS識別符，使用所述需要頻帶列表求出需要頻帶并全部 累計，由此求出QoS使用中頻帶，根據(jù)QoS使用中頻帶和全部頻帶求出 BestEffort頻帶B，根據(jù)頻帶對象的下行QoS識別符M求出需要頻帶RM， 如果B〉RM，則判定為對于QoS識別符M可以接受下行QoS。
全文摘要
本發(fā)明提供一種無線通信裝置中的狀態(tài)通知方法，其目的在于，通過抑制基站判斷不能呼叫連接的狀態(tài)時的AT的呼叫連接請求，抑制無線頻帶的浪費使用和產(chǎn)生噪聲。將AP(106)的信道管理部中是否存在可以分配的信道、和AP(106)的QoS接受判定部中可否接受QoS開始，傳遞給AP(106)的BCMCS管理部，通過BCMCS管理部發(fā)布給AT(104)，由此可以在進行信道分配之前從AP將不能接受的狀態(tài)通知給AT。
文檔編號H04W72/04GK101335994SQ20081009223
公開日2008年12月31日 申請日期2008年4月17日 優(yōu)先權日2007年6月29日
發(fā)明者守友崇律, 真澤史郎, 竹道祐輔, 高橋陽介 申請人:日立通訊技術株式會社