亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

消息交換方法、無線通信系統(tǒng)、無線終端裝置以及無線基站裝置的制作方法

文檔序號:7681760閱讀:202來源:國知局

專利名稱::消息交換方法、無線通信系統(tǒng)、無線終端裝置以及無線基站裝置的制作方法
技術(shù)領(lǐng)域
:本發(fā)明涉及用于進(jìn)行無線通信的消息交換方法、無線通信系統(tǒng)、無線終端裝置、以及無線基站裝置,特別地涉及對無線終端裝置分配頻帶的消息交換方法、無線通信系統(tǒng)、無線終端裝置以及無線基站裝置。
背景技術(shù)
:在IEEE802.16工作組(WorkingGroup)(802.16WG)中,規(guī)定了多個終端能夠與無線基站連接的Point-to-Multipoint(點(diǎn)到多點(diǎn),P_MP)型通信方式。在802.16WG中主要規(guī)定了面向固定通信用途的802.16d規(guī)范(IEEE802.16-2004)和面向移動通信用途的802.16e規(guī)范(IEEE802.16e-2005)的2種。在這些規(guī)范中規(guī)定了多個物理層,但是,主要使用OFDM(OrthogonalFrequencyDivisionMultiplex,正交頻分復(fù)用)和0FDMA(OrthogonalFrequencyDivisionMultipleAccess,正交頻分多址接入)等技術(shù)。在IEEE802.16d/e中,以多個無線終端裝置(MS)與1臺無線基站裝置(BS)連接的P-MP(PointtoMultipoint)型連接為基礎(chǔ)。在MS與BS之間,當(dāng)開始通信之時進(jìn)行MAC(MediaAccessControl,介質(zhì)訪問控制)消息交換。圖24是表示主要的MAC消息交換過程的概略的順序圖。在圖24中只是表示了主要的MAC消息交換。但是,實(shí)際上,在802.16d/e中,MS為了將MAC消息等各種消息發(fā)送到BS,需要從BS接受對無線資源的分配。例如,關(guān)于CDMARangingCode(碼分多址測距碼),全部的MS能夠使用能夠使用的頻帶進(jìn)行發(fā)送,但是,關(guān)于這以后的"RNG-REQ"消息等,必須使用從BS對MS分配的頻帶進(jìn)行發(fā)送。因此,在實(shí)施時,在從MS向BS發(fā)送"RNG-REQ"消息等消息之前,在BS和MS之間交換頻帶請求和頻帶分配信號或消息。圖25是表示與頻帶分配有關(guān)的消息交換的細(xì)節(jié)的順序圖。在圖25中,詳細(xì)地表示了圖24所示的順序圖中的"SBC-REQ"消息之前的消息。圖中,用虛線箭頭表示了頻帶分配所需要的消息。這里,簡單地說明用于接收了"RNG-RSP"消息的MS發(fā)送"SBC-REQ"消息的過程。MS首先向BS發(fā)送"BWRequestCDMACode"消息。這是請求分配用于發(fā)送規(guī)定長度(6字節(jié))的頭信息的頻帶的消息。接收了"BWRequestCDMACode"消息的BS對MS發(fā)送包含針對MS的上行鏈路(MS—BS)的頻帶分配信息"CDMAAllocationIE"("CDMA分配IE")的"UL-MAP"消息。"CDMAAllocationIE"包含MS使用的子信道、符號、調(diào)制方式和編碼方式等代碼。據(jù)此,對MS分配了發(fā)送頭信息所需要的頻帶。MS在接收到了"UL-MAP"消息后,利用被分配的頻帶向BS發(fā)送指定了發(fā)送"SBC-REQ"消息所需要的帶寬的"BandwidthRequestHeader"("帶寬請求頭")消息。在BS中,根據(jù)"BandwidthRequestHeader"消息識別MS所需要的帶寬。而且,在BS中,進(jìn)行針對MS的頻帶分配,向MS發(fā)送表示所分配的頻帶的"UL-MAP"消息。MS在接收到了"UL-MAP"消息后,利用被分配的頻帶向BS發(fā)送"SBC-REQ"消息。在802.16d說明和802.16e說明中示出了這種通信方式(參照非專利文獻(xiàn)1、非專利文獻(xiàn)2)。非專利文獻(xiàn)1:"IEEEStandardforLocalandmetropolitanareanetworksPart16:AirInterfaceforFixedBroadbandWirelessAccessSystem,,,IEEEStd802.16-2004,USA,IEEE,1October2004非專利文獻(xiàn)2:"IEEEStandardforLocalandmetropolitanareanetworksPart16:AirInterfaceforFixedandMobileBroadbandWirelessAccessSystemsAmendmentforPhysicalandMediumAccessControlLayersforCombinedFixedandMobileOperationinLicensedBands.,,,IEEEStd802.16e_2005andIEEEStd802.16-2004/Corl-2005,USA,IEEE,25February2006但是,存在如下的問題MS為了通過上行鏈路發(fā)送消息,需要進(jìn)行多的用于頻帶請求/分配的預(yù)備性的消息交換,而增大延遲、浪費(fèi)頻帶。在圖25的例子中,為了從MS向BS發(fā)送"SBC-REQ"消息,在BS和MS之間交換頻帶分配用的4個消息。另外,存在如下的問題,當(dāng)在無線鏈路上存在消息等的廢棄時,直到重發(fā)同消息為止的時間較長。
發(fā)明內(nèi)容本發(fā)明是鑒于這點(diǎn)而完成的,目的在于提供能夠有效地從MS進(jìn)行消息發(fā)送的消息交換方法、無線通信系統(tǒng)、無線終端裝置以及無線基站裝置。在本發(fā)明中,為了解決上述問題,提供圖1所示那樣的無線基站裝置2和無線終端裝置l之間的通信中的消息交換方法。在本發(fā)明所涉及的消息交換方法中,無線終端裝置1向無線基站裝置2發(fā)送包含成為從無線終端裝置1向無線基站裝置2發(fā)送的發(fā)送消息6的發(fā)送觸發(fā)的觸發(fā)消息4的識別信息和表示發(fā)送消息6的數(shù)據(jù)長度的消息大小的消息參數(shù)3。接著,無線基站裝置2向無線終端裝置1發(fā)送觸發(fā)消息4,之后,向無線終端裝置1分配與發(fā)送消息6的消息大小相應(yīng)的帶寬的無線頻帶。進(jìn)而,無線基站裝置2向無線終端裝置1發(fā)送表示所分配的無線頻帶的分配信息5。而且,無線終端裝置1使用由分配信息5所表示的無線頻帶向無線基站裝置2發(fā)送發(fā)送消息6。根據(jù)這種消息交換方法,由無線終端裝置1向無線基站裝置2發(fā)送消息參數(shù)3。于是,由無線基站裝置2向無線終端裝置1發(fā)送觸發(fā)消息4,之后,與發(fā)送消息6的消息大小相應(yīng)的帶寬的無線頻帶被分配給無線終端裝置1。進(jìn)而,由無線基站裝置2向無線終端裝置1發(fā)送分配信息5。而且,由無線終端裝置1向無線基站裝置2發(fā)送發(fā)送消息6。在本發(fā)明中,構(gòu)成為,事先向無線基站裝置通知發(fā)送消息的觸發(fā)消息的識別信息和發(fā)送消息的消息大小,所以在無線基站裝置中,不用在發(fā)送觸發(fā)消息后進(jìn)行用于頻帶分配的消息交換,就可以對無線終端裝置分配用于發(fā)送發(fā)送消息的無線頻帶。其結(jié)果,提高了無線終端裝置和無線基站裝置之間的消息交換的通信效率。對于本發(fā)明上述的和其他的目的、特征及優(yōu)點(diǎn),根據(jù)表示作為本發(fā)明的例子的優(yōu)選的實(shí)施方式的附圖和相關(guān)的以下說明可以更清楚。圖l是發(fā)明的概要的圖。圖2是表示本實(shí)施方式的系統(tǒng)構(gòu)成例的圖。圖3是表示無線基站(BS)的功能的方框圖。圖4是表示無線終端(MS)的功能的方框圖。圖5是表示BS的存儲部中保存的數(shù)據(jù)表的圖。圖6是表示MS的存儲部中保存的數(shù)據(jù)表的圖。圖7是表示第1實(shí)施方式中的MS開始與BS連接時的消息順序的圖。圖8是組合多個錯誤處理時的消息順序的圖。圖9是表示BS的控制部進(jìn)行的處理的第1流程圖。圖10是表示BS的控制部進(jìn)行的處理的第2流程圖。圖11是表示BS的控制部進(jìn)行的處理的第3流程圖。圖12是表示MS的控制部進(jìn)行的處理的第1流程圖。圖13是表示MS的控制部進(jìn)行的處理的第2流程圖。圖14是表示第2實(shí)施方式中的BS的存儲部的內(nèi)容的圖。圖15是表示第2實(shí)施方式中的MS的存儲部的內(nèi)容的圖。圖16是表示第2實(shí)施方式中的MS開始與BS連接時的消息順序的圖。圖17是表示BS的狀態(tài)變化的圖。圖18是表示第2實(shí)施方式中的BS的控制部進(jìn)行的處理過程的流程圖。圖19是表示第2實(shí)施方式中的MS的控制部進(jìn)行的處理過程的流程圖。圖20是表示第3實(shí)施方式中的BS的存儲部的內(nèi)容的圖。圖21是表示第3實(shí)施方式中的MS開始與BS連接時的消息順序的圖。圖22是表示MS接收"UCD"消息時的處理過程的流程圖。圖23]是表示從發(fā)送CDMARangingCode后到發(fā)送SBC-REQ為止的MS的處理過程的流程圖。圖24是表示主要的MAC消息的交換過程的概略的順序圖。圖25是表示與頻帶分配有關(guān)的消息交換的細(xì)節(jié)的順序圖。圖中符號1無線終端裝置;la消息參數(shù)發(fā)送單元;lb消息發(fā)送單元;2無線基站裝置;2a觸發(fā)消息發(fā)送單元;2b頻帶分配單元;2C分配信息發(fā)送單元;3消息參數(shù);4觸發(fā)消息;5分配信息;6發(fā)送消息。具體實(shí)施例方式以下,參照附圖對本發(fā)明的實(shí)施方式進(jìn)行說明。圖1是表示發(fā)明的概要的圖。如圖1所示那樣,在本發(fā)明涉及的無線通信系統(tǒng)中,在無線終端裝置1和無線基站裝置2之間進(jìn)行基于無線的消息交換。無線終端裝置1具有消息參數(shù)發(fā)送單元la和消息發(fā)送單元lb。消息參數(shù)發(fā)送單元la向無線基站裝置2發(fā)送消息參數(shù)3。在消息參數(shù)3中包含成為向無線基站裝置2發(fā)送的發(fā)送消息6的發(fā)送觸發(fā)的觸發(fā)消息4的識別信息、表示發(fā)送消息6的數(shù)據(jù)長度的消息大小及從無線終端裝置1接收觸發(fā)消息4開始到發(fā)送消息6的發(fā)送準(zhǔn)備完成為止的延遲時間。在圖1的例子中,觸發(fā)消息4的識別信息是"Msgftl",消息大小是"30位",延遲時間是"10ms"。消息發(fā)送單元lb,在從無線基站裝置2接收到了觸發(fā)消息4后,開始發(fā)送消息6的發(fā)送準(zhǔn)備。而且,消息發(fā)送單元lb,在接收到了表示由無線基站裝置2分配的無線頻帶的分配信息5后,使用由分配信息5指示的無線頻帶向無線基站裝置2發(fā)送發(fā)送消息6。無線基站裝置2具有觸發(fā)消息發(fā)送單元2a、頻帶分配單元2b和分配信息發(fā)送單元2c。觸發(fā)消息發(fā)送單元2a,按著規(guī)定的消息交換順序向無線終端裝置1發(fā)送觸發(fā)消息4。頻帶分配單元2b,在從無線終端裝置1接收到了消息參數(shù)3后,從觸發(fā)消息發(fā)送單元2a發(fā)送觸發(fā)消息4起經(jīng)過延遲時間后,向無線終端裝置1分配與發(fā)送消息6的消息大小相應(yīng)的帶寬的無線頻帶。分配信息發(fā)送單元2c,向無線終端裝置1發(fā)送表示頻帶分配單元2b分配的無線頻帶的分配信息5。根據(jù)這種無線通信系統(tǒng),由無線終端裝置1向無線基站裝置2發(fā)送消息參數(shù)3。于是,由無線基站裝置2按著消息交換順序向無線終端裝置1發(fā)送觸發(fā)消息4,從觸發(fā)消息4起經(jīng)過延遲時間后,與發(fā)送消息6的消息大小相應(yīng)的帶寬的無線頻帶被分配給無線終端裝置1。進(jìn)而,由無線基站裝置2向無線終端裝置1發(fā)送分配信息5。而且,由無線終端裝置1向無線基站裝置2發(fā)送發(fā)送消息6。據(jù)此,在無線基站裝置2中,不用在發(fā)送觸發(fā)消息4后進(jìn)行用于頻帶分配的消息交換就能夠?qū)o線終端裝置1分配用于發(fā)送發(fā)送消息6的無線頻帶。其結(jié)果,提高了無線終端裝置1和無線基站裝置2之間的消息交換的通信效率。而且,無線基站裝置2,將發(fā)送消息6的發(fā)送準(zhǔn)備所需要的時間作為延遲時間接受,所以從發(fā)送觸發(fā)消息4起經(jīng)過延遲時間后進(jìn)行頻帶分配。據(jù)此,無線終端裝置l可以在無線基站裝置2進(jìn)行頻帶分配后立刻發(fā)送發(fā)送消息6。其結(jié)果,可以促進(jìn)無線頻帶的有效利用。通過將這種頻帶分配處理應(yīng)用于無線終端裝置1發(fā)送的各種發(fā)送消息,由此,可以極大地縮短用于發(fā)送消息的頻帶請求/分配所需要的時間。此外,在圖1的例子中,在消息參數(shù)3中包含延遲時間,由此,對無線基站裝置2通知開始頻帶分配的時刻。這對于無線終端裝置1進(jìn)行發(fā)送消息6的發(fā)送準(zhǔn)備所需要的時間是一定的情況是有效的。在發(fā)送消息6的收發(fā)準(zhǔn)備所需要的時間不是一定的情況下,無線終端裝置1可以通過向無線基站裝置發(fā)送無線終端裝置1特有的識別信息來請求頻帶分配。此時,預(yù)先根據(jù)從無線終端裝置l通知的消息大小決定所分配的無線資源的量(帶寬)。以下,以將本發(fā)明應(yīng)用于按照IEEE802.16d/e標(biāo)準(zhǔn)的無線通信的情況為例,對本實(shí)施方式的細(xì)節(jié)進(jìn)行說明。第1實(shí)施方式圖2是表示本實(shí)施方式的系統(tǒng)構(gòu)成例的圖。在無線基站裝置(BS)100和多個無線終端裝置(MS)200、200a、200b之間進(jìn)行本實(shí)施方式所涉及的無線通信。MS200、200a、200b位于BS100負(fù)責(zé)通信的區(qū)域內(nèi)。另外,BS100與路由裝置300連接。路由裝置300與多個BS100、100a、100b連接。路由裝置300,進(jìn)行經(jīng)由BS100、100a、100b接收的包數(shù)據(jù)等數(shù)據(jù)的方向路徑控制。以下,以BS100和MS200之間的通信為例,對本發(fā)明的實(shí)施方式的通信方式進(jìn)行具體說明。圖3是表示無線基站(BS)的功能的方框圖。BS100具有用于與無線終端之間收發(fā)無線信號的天線111和用于將天線111在收發(fā)系統(tǒng)中共用的雙工器112。進(jìn)而,BS100具有接收部121、解調(diào)部122、解碼部123、控制消息生成部124以及包生成部125作為從MS200進(jìn)行接收的接收系統(tǒng)。接收部121通過雙工器112接收輸入到天線111的信號。所接收的信號(接收信號)被交給解調(diào)部122。解調(diào)部122對接收信號進(jìn)行解調(diào)。經(jīng)過解調(diào)的接收信號被交給解碼部123。解碼部123對已解調(diào)的接收信號進(jìn)行解碼。經(jīng)過解碼的數(shù)據(jù)(解碼數(shù)據(jù))被交給控制消息生成部124??刂葡⑸刹?24,從解碼數(shù)據(jù)中提取控制數(shù)據(jù),并交給控制部150。另外,控制消息生成部124,將用戶數(shù)據(jù)等控制數(shù)據(jù)以外的數(shù)據(jù)轉(zhuǎn)送給包生成部125。包生成部125將控制消息生成部124轉(zhuǎn)送來的數(shù)據(jù)進(jìn)行包化并交給麗(NetWork,網(wǎng)絡(luò))接口部130。麗接口部130是進(jìn)行與路由裝置300之間的通信的接口。麗接口部130將由包生成部125提供的包通過網(wǎng)絡(luò)發(fā)送給路由裝置300。另外,麗接口部130,在從路由裝置300接收到了包后,將該包交給包識別部141。BS100,具有包識別部141、包緩沖部142、PDU(ProtocolDataUnit,協(xié)議數(shù)據(jù)單元)生成部143、編碼部144、調(diào)制部145以及發(fā)送部146,作為針對MS的發(fā)送系統(tǒng)。包識別部141對從麗接口部130接收的包中包含的目的地的IP(InternetProtocol)地址進(jìn)行識別。而且,包識別部141根據(jù)IP地址確定目的地MS。例如,包識別部141,預(yù)先將登記了IP地址和MS的ID的對應(yīng)關(guān)系的表(地址表)存儲在存儲器中。包識別部141在接收了包時,參照預(yù)先存儲的地址表取得與該包的目的地的IP地址對應(yīng)的MS(目的地MS)的ID。另外,包識別部141,在接收了包時,取得與目的地MS的ID對應(yīng)的QoS(QualityofService,服務(wù)質(zhì)量)信息。例如,包識別部141,預(yù)先將登記了MS的ID與QoS信息的對應(yīng)關(guān)系的表(QoS表)存儲在存儲器。包識別部141在接收了包時,參照預(yù)先存儲的QoS表取得與目的地MS的ID對應(yīng)的QoS信息。包識別部141,在取得了目的地MS的ID和QoS信息后,向控制部150提供目的地MS的ID、QoS信息以及數(shù)據(jù)大小,并且,發(fā)出頻帶分配請求。而且,包識別部141將從麗接口部130傳遞來的包保存在包緩沖部142。包緩沖部142暫時存儲對MS發(fā)送的包。PDU生成部143,按照來自控制部150的數(shù)據(jù)發(fā)送指示,從包緩沖部142存儲的包中取得用戶數(shù)據(jù),并且,從控制部150取得控制數(shù)據(jù)。進(jìn)而,PDU生成部143,在以同步信號(前同步信號)為基準(zhǔn)而形成的無線幀中,保存用戶數(shù)據(jù)及控制數(shù)據(jù)的發(fā)送數(shù)據(jù),由此來生成PDU。而且,PDU生成部143向編碼部144發(fā)出已生成的PDU。編碼部144對從PDU生成部143接受到的PDU實(shí)施糾錯編碼等編碼處理。而且,編碼部144,將實(shí)施了編碼處理后的PDU數(shù)據(jù)交給調(diào)制部145。調(diào)制部145對從編碼部144接受到的PDU數(shù)據(jù)進(jìn)行調(diào)制,并交給發(fā)送部146。發(fā)送部146,將調(diào)制后的PDU數(shù)據(jù)通過天線111作為無線信號進(jìn)行電波發(fā)送。控制部150,關(guān)于下行鏈路方向(BS—MS方向)的通訊,在從包識別部141接受了頻帶分配請求后,根據(jù)QoS信息,選擇要分配頻帶的MS。接著,控制部150以對用戶數(shù)據(jù)的發(fā)送進(jìn)行調(diào)度的方式指示包緩沖部142以及PDU生成部143。另外,控制部150也進(jìn)行控制數(shù)據(jù)的生成??刂撇?50將所生成的控制數(shù)據(jù)交給PDU生成部143。另一方面,控制部150,關(guān)于上行鏈路方向(MS—BS方向)的通訊,根據(jù)來自MS200的頻帶請求,對MS200分配上行鏈路的頻帶。另外,控制部150,在發(fā)送了成為MS200發(fā)送規(guī)定的控制數(shù)據(jù)的觸發(fā)的消息后,在利用計(jì)時器計(jì)量規(guī)定延遲時間后,自動對MS200分配上行鏈路用的頻帶。另外,控制部150,在發(fā)送了成為觸發(fā)的消息后,生成關(guān)于頻帶分配的分配信息。而且,控制部150,指示PDU生成部143將包含所生成的分配信息的控制數(shù)據(jù)發(fā)送給MS200。進(jìn)而,控制部150進(jìn)行已接收的控制數(shù)據(jù)的處理。例如,進(jìn)行MS200支持的功能登記、認(rèn)證、密鑰生成/交換和無線信道的狀態(tài)管理等。此外,存儲部160與控制部150連接。控制部150將各種處理所需要的數(shù)據(jù)保存在存儲部160中或從存儲部160讀出。在存儲部160中存儲有BS100應(yīng)該存儲的各種數(shù)據(jù)。例如,存儲從MS200接收到的控制數(shù)據(jù)中包含的MS200的功能信息、認(rèn)證信息、密鑰信息、無線信道信息等。另外,存儲部160存儲與BS200的資源的使用狀況有關(guān)的管理信息。進(jìn)而,在存儲部160中預(yù)先保存定義了TLV參數(shù)的TLV定義表和定義了成為頻帶分配的觸發(fā)的發(fā)送觸發(fā)的發(fā)送觸發(fā)表。另外,在存儲部160中,在連接MS200時,與MS200相關(guān)聯(lián)地保存定義了頻帶分配之時的消息大小和延遲時間的頻帶分配管理表。此外,關(guān)于保存在存儲部160中的這些表的詳細(xì)情況在后描述。圖4是表示無線終端(MS)的功能的方框圖。MS200具有用于與BS100之間收發(fā)無線信號的天線211和用于將天線211在收發(fā)系統(tǒng)中進(jìn)行共用的雙工器212。進(jìn)而,MS200具有接收處理部220。接收處理部220具有接收部221、解調(diào)部222、解碼部223以及控制消息提取部224。接收部221通過雙工器212接收輸入到天線211的信號。接收到的信號(接收信號)被交給解調(diào)部222。解調(diào)部222對接收信號進(jìn)行解調(diào)。經(jīng)過解調(diào)的接收信號被交給解碼部223。解碼部223對已解調(diào)的接收信號進(jìn)行解碼。經(jīng)過解碼的數(shù)據(jù)(解碼數(shù)據(jù))被交給控制消息提取部224。控制消息提取部224從解碼數(shù)據(jù)中提取控制數(shù)據(jù),并交給控制部250。另外,控制消息提取部224,將用戶數(shù)據(jù)等控制數(shù)據(jù)以外的數(shù)據(jù)轉(zhuǎn)送給數(shù)據(jù)處理部230。數(shù)據(jù)處理部230進(jìn)行接收數(shù)據(jù)所包含的各種數(shù)據(jù)的顯示處理、語音輸出處理等。另外,數(shù)據(jù)處理部230,將希望向通信對方的裝置發(fā)送的用戶數(shù)據(jù)向PDU緩沖部241發(fā)送。發(fā)送處理部240具有PDU緩沖部241、編碼部242、調(diào)制部243以及發(fā)送部244。PDU緩沖部241保存來自數(shù)據(jù)處理部230的發(fā)送數(shù)據(jù),基于來自控制部250的指定將保存的數(shù)據(jù)向編碼部242輸出。編碼部242在控制部250的控制下,對來自PDU緩沖部241的發(fā)送數(shù)據(jù)進(jìn)行編碼。經(jīng)過編碼的發(fā)送數(shù)據(jù)被交給調(diào)制部243。調(diào)制部243對經(jīng)過編碼的發(fā)送數(shù)據(jù)執(zhí)行調(diào)制處理。實(shí)施了調(diào)制處理的發(fā)送數(shù)據(jù)被交給發(fā)送部244。發(fā)送部244將調(diào)制后的發(fā)送數(shù)據(jù)通過天線作為無線信號進(jìn)行電波發(fā)送??刂撇?50進(jìn)行與BS100收發(fā)的控制數(shù)據(jù)的處理。例如,進(jìn)行MS200支持的功能13登記、認(rèn)證、密鑰生成/交換和無線信道的狀態(tài)管理等。另外,控制部250基于從BS100發(fā)送的上行鏈路的頻帶的分配信息,對發(fā)送處理部240進(jìn)行控制,并將用戶數(shù)據(jù)或控制數(shù)據(jù)向BS100發(fā)送。在需要頻帶分配的情況下,指示發(fā)送處理部240將請求頻帶分配的信號或消息向BSIOO發(fā)送。此外,存儲部260與控制部250連接??刂撇?50在存儲部260中保存數(shù)據(jù)處理所需要的數(shù)據(jù)和從BS100發(fā)送來的頻帶分配信息等。存儲部260存儲控制部250執(zhí)行處理所需要的數(shù)據(jù)。另外,在存儲部260中,關(guān)于利用上行鏈路從MS200向BS100發(fā)送的消息,存儲有登記了消息大小和延遲時間的消息信息管理表。接著,對BS100內(nèi)的存儲部160以及MS200內(nèi)的存儲部260所保存的數(shù)據(jù)表的內(nèi)容進(jìn)行說明。圖5是表示BS的存儲部保存的數(shù)據(jù)表的圖。在存儲部160中預(yù)先保存了TLV定義表161和發(fā)送觸發(fā)表162。另外,在將MS200連接之時,由控制部150生成參數(shù)表163,并保存在存儲部160中。此外,在圖5中,只簡要表示了存儲部160中保存的信息中的頻帶分配所需要的數(shù)據(jù)表,實(shí)際上,存儲部160中保存有圖5中未表示的各種數(shù)據(jù)。在TLV定義表161中,設(shè)置了類型(Type)、長度(Length)以及值(Value)的欄。在各欄的橫向排列的信息彼此相關(guān)聯(lián),并構(gòu)成每個類型的TLV參數(shù)的數(shù)據(jù)構(gòu)造。而且,作為TLV參數(shù)的一個類型,定義了用于發(fā)送頻帶分配信息的TLV參數(shù)。在類型的欄中表示了作為值的欄中包含的信息的數(shù)據(jù)類型。在長度的欄中,設(shè)定了在值的欄中設(shè)定的數(shù)據(jù)的長度。頻帶分配信息發(fā)送用的TLV參數(shù)的值的數(shù)據(jù)長度是3字節(jié)。在值的欄中,表示了作為TLV參數(shù)的值發(fā)送的數(shù)據(jù)的內(nèi)容。頻帶分配信息發(fā)送用的TLV參數(shù)的最初的10位表示發(fā)送消息大小(以字節(jié)為單位),接著的6位表示延遲時間(以幀數(shù)為單位),最后的8位表示發(fā)送觸發(fā)ID。發(fā)送觸發(fā)ID是表示MS200進(jìn)行規(guī)定的控制數(shù)據(jù)的發(fā)送的時刻的觸發(fā)(發(fā)送觸發(fā))的識別信息。在發(fā)送觸發(fā)表162中設(shè)置了發(fā)送觸發(fā)ID、發(fā)送觸發(fā)以及發(fā)送消息的欄。在發(fā)送觸發(fā)ID的欄中設(shè)定了對發(fā)送觸發(fā)賦予的識別信息(發(fā)送觸發(fā)ID)。在發(fā)送觸發(fā)的欄中設(shè)定了成為用于MS200進(jìn)行控制數(shù)據(jù)的發(fā)送的觸發(fā)的事件。在發(fā)送消息的欄中設(shè)定了根據(jù)發(fā)送觸發(fā)被從MS200發(fā)送的消息的種類。在圖5的例中,設(shè)定了"RNG-RSP"消息的接收作為與發(fā)送觸發(fā)ID"1"對應(yīng)的發(fā)送觸發(fā)。從接收了"RNG-RSP"消息的MS200發(fā)送"SBC-REQ"消息。設(shè)定了"PKMv2-RSP(Key-R印ly,密鑰答復(fù))"消息的接收作為與發(fā)送觸發(fā)ID"2"對應(yīng)的發(fā)送觸發(fā)。從接收了"PKMv2-RSP(Key-R印ly)"消息的MS200發(fā)送"REG-REQ"消息。在參數(shù)表163中設(shè)置了發(fā)送觸發(fā)ID、延遲時間以及消息大小的欄。在發(fā)送觸發(fā)ID的欄中,設(shè)定了表示成為MS200發(fā)送消息的觸發(fā)的事件(消息接收)的觸發(fā)ID。在延遲時間的欄中,設(shè)定了直到MS200根據(jù)由發(fā)送觸發(fā)ID表示的發(fā)送觸發(fā)進(jìn)行發(fā)送的消息的發(fā)送準(zhǔn)備完成為止的延遲時間的最小值。在消息大小的欄中設(shè)定了MS200根據(jù)由發(fā)送觸發(fā)ID表示的發(fā)送觸發(fā)進(jìn)行發(fā)送的消息的數(shù)據(jù)量。圖6是表示MS的存儲部中保存的數(shù)據(jù)表的圖。在MS200的存儲部260中保存了TLV定義表261、發(fā)送觸發(fā)表262以及消息信息管理表263。此夕卜,TLV定義表261的數(shù)據(jù)構(gòu)造和所登記的數(shù)據(jù)的內(nèi)容,與BSlOO的存儲部160中保存的TLV定義表161相同。另外,發(fā)送觸發(fā)表262的數(shù)據(jù)構(gòu)造和所登記的數(shù)據(jù)的內(nèi)容與BS100的存儲部160中保存的發(fā)送觸發(fā)表162相同。在消息信息管理表263中設(shè)置了發(fā)送消息、消息大小以及延遲時間的欄。此外,在從MS200接收到了"RNG-REQ(MACAddress,etc)"("RNG-REQ(MAC地址等)")消息時,將該消息中包含的規(guī)定的數(shù)據(jù)登記在消息信息管理表263中。在發(fā)送消息的欄中設(shè)定了MS200根據(jù)發(fā)送觸發(fā)進(jìn)行發(fā)送的消息的種類。在消息大小的欄中,以字節(jié)為單位設(shè)定了從MS200發(fā)送的消息的大小。在延遲時間的欄中設(shè)定了從MS200發(fā)送的消息的延遲時間。所謂消息的延遲時間是,從MS200接收發(fā)送觸發(fā)起直到發(fā)送對應(yīng)的消息為止所需要的時間的最小值。這意味著,在BSIOO發(fā)送成為發(fā)送觸發(fā)的消息起經(jīng)過延遲時間以前,MS200不發(fā)送規(guī)定的消息。從而,在BSIOO中,在從發(fā)送成為發(fā)送觸發(fā)的消息起經(jīng)過延遲時間時,實(shí)施針對MS200的頻帶分配即可。在以上那樣構(gòu)成的BS100和MS200之間,進(jìn)行有效的控制數(shù)據(jù)的上行傳輸。圖7是表示第1實(shí)施方式中的MS開始與BS連接時的消息順序的圖。在圖7中用箭頭表示了被交換的消息,在該箭頭之上表示了該消息的種類。對于消息種類,在消息種類的名稱的后面,利用括弧表示了該消息中包含的數(shù)據(jù)。另外,虛線的箭頭表示用于進(jìn)行頻帶請求/分配的信號/消息,實(shí)線的箭頭表示用于在MS200和BS100之間交換認(rèn)證信息等的主要消息。另外,在BS100側(cè),利用曲線箭頭表示頻帶分配的處理。該箭頭從成為頻帶分配處理的產(chǎn)生原因的消息向用于對MS200通知頻帶分配內(nèi)容的消息引線。如圖7所示,在MS200開始與BS100連接時(NetworkEntry,進(jìn)入網(wǎng)絡(luò)),多個消息被交換。此時,預(yù)先決定了消息的交換順序(消息交換順序)。首先,參照圖7對將MS200與BS100連接之時交換的主要消息進(jìn)行說明。MS200,在通過用戶的操作輸入而輸入了與BS100的連接請求后,向BS100發(fā)送CDMARangingCode(CDMA測距代碼)。于是,從BS100向MS200發(fā)送"RNG-RSP(SuccessStatus)"("RNG-RSP(成功狀態(tài))")消息。接著,從MS200向BSlOO發(fā)送"RNG-REQ(MACAddress,etc)"消息。在BSlOO中,根據(jù)該消息進(jìn)行MS200的MAC地址登記。而且,在BSIOO中,進(jìn)行BasicCID(基本CID)和PrimaryCID(主CID)的分配,并從BSlOO向MS200發(fā)送"RNG-RSP(Basic/PrimaryCID,etc)"消息。之后,從MS200向BSlOO發(fā)送"SBC-REQ"消息。與該消息相應(yīng),從BSlOO向MS200發(fā)送"SBC-RSP"消息。據(jù)此,進(jìn)行通信中使用的物理層的功能(支持的調(diào)制方式、糾錯碼方式、H-ARQ等)和認(rèn)證方法的協(xié)商。進(jìn)而,之后,交換多個PKM-REQ/RSP,在BSlOO中進(jìn)行MS200的認(rèn)證,BSlOO進(jìn)行是否允許連接的判斷。在MS200的認(rèn)證成功并能夠連接的情況下,從MS200向BSlOO發(fā)送"REG-REQ"消息,與該消息相應(yīng),從BSlOO向MS200發(fā)送"REG-RSP"消息。據(jù)此,進(jìn)行用于設(shè)定數(shù)據(jù)轉(zhuǎn)送用的連接的功能參數(shù)等的協(xié)商。在進(jìn)行這種主要消息的交換之時,在從MS200向BSlOO進(jìn)行上行鏈路的消息發(fā)送的情況下,作為原則,每次都需要進(jìn)行基于BSlOO的頻帶分配。但是,關(guān)于CDMARanging15Code,先從BS100接受"UL-MAP(DDMARangingOpportunity)"("UL-MAP(DDMA測距時機(jī))")消息,由此,全部的MS能夠使用可以使用的的頻帶進(jìn)行發(fā)送。關(guān)于CDMARangingCode以外的從MS200發(fā)送的消息,利用由BS100對MS200特有地分配的頻帶發(fā)送。為了對MS200分配頻帶,需要在BS100中對MS200要發(fā)送的消息的大小和延遲時間進(jìn)行識別。S卩,為了有效利用通信頻帶,需要對各個MS,將消息發(fā)送所需要的最小限的頻帶分配盡可能短的時間。為此,在MS200進(jìn)行消息的發(fā)送準(zhǔn)備需要某種程度的時間的情況下,BS100在該時間經(jīng)過時對MS200分配頻帶。由此,能夠?qū)念l帶分配起到使用了該頻帶的消息發(fā)送為止的時間抑制在最小限。另外,由于根據(jù)MS200要發(fā)送的消息大小分配帶寬,從而可以將必要最小限的帶寬分配給MS200。這里,在接收到了"RNG-RSP(SuccessStatus)"消息的MS200中,接下來,發(fā)送"RNG-REQ(MACAddress,etc)"消息,但是,對于該消息,能夠以最小的延遲時間完成發(fā)送準(zhǔn)備,以及在規(guī)格上知道了消息大小。即,在BSIOO中,預(yù)先識別出"RNG-REQ(MACAddress,etc)"消息的消息大小和用于該消息的發(fā)送準(zhǔn)備的延遲時間。因此,在BSIOO中,能夠在發(fā)送了"RNG-RSP(SuccessStatus)"消息后,接著進(jìn)行針對MS200的頻帶分配,向MS200發(fā)送"UL-MAP(CDMAAllocationIE)"("UL-MAP(CDMA分配IE)")消息。但是,關(guān)于這以外的從MS200向BS100發(fā)送的主要消息,消息大小和延遲時間因每個MS而不同。因此,以往如圖24所示那樣,為了頻帶分配需要交換多個消息。這里,對從MS200向BS100發(fā)送的主要消息的內(nèi)容進(jìn)行研究。于是,在要從MS200向BS100發(fā)送的主要消息之中,存在可以在MS200側(cè)預(yù)先將消息大小和延遲時間作為固定值定義的消息。具體是,MS200接收包含"Basic/PrimaryCID"等的"RNG-RSP"消息后要發(fā)送的"SBC-REQ"消息,和認(rèn)證成功并接收表示密鑰交換的"PKM-RSP"消息后要發(fā)送的"REG-REQ"消息,包含MS200特有的信息,成為規(guī)定的消息大小。另夕卜,關(guān)于"SBC-REQ"消息和"REG-REQ"消息,在分別接收了"RNG-RSP"消息和"PKM-RSP"消息后,不需要復(fù)雜的處理就能夠發(fā)送。因此,可以以最小的延遲時間完成發(fā)送準(zhǔn)備。因此,在本實(shí)施方式中,MS200在接收成為發(fā)送觸發(fā)的最初的消息("RNG-RSP(Basic/PrimaryCID,etc)"消息)之前的消息中包含已在消息信息管理表263中登記的信息。即,MS200向BS100發(fā)送包含作為消息參數(shù)20的"SBC-REQ"消息禾口"REG-REQ"消息的消息大小、從接收"RNG-RSP(Basic/PrimaryCID,etc)"消息起到成為能夠發(fā)送"SBC-REQ"消息為止的延遲時間以及從接收"PKMv2-RSP(Key-R印ly)"消息起到能夠發(fā)送"REG-REQ"消息為止的延遲時間的"RNG-REQ"消息。BSIOO,根據(jù)消息參數(shù)生成參數(shù)表163,將所生成的參數(shù)表163保存在存儲部160中。BS100,基于參數(shù)表163,在適當(dāng)?shù)臅r刻對MS200分配用于MS200發(fā)送"SBC-REQ"消息和"REG-REQ"消息的頻帶。即,BS100,在發(fā)送"RNG-RSP(Basic/PrimaryCID,etc)"消息后,等待關(guān)于"SBC-REQ"消息的延遲時間,進(jìn)行與"SBC-REQ"消息的消息大小相應(yīng)的帶寬的頻帶分配,并向MS200發(fā)送"UL-MAP(BurstAllocation)"("UL-MAP(脈沖串分配)")消息。另夕卜,BS100,在發(fā)送"PKMv2-RSP(Key-R印ly)"消息后,等待關(guān)于"REG-REQ"消息的延遲時間,進(jìn)行與"REG-REQ"消息的消息大小相應(yīng)的的帶寬的頻帶分配,并向MS200發(fā)送"UL-MAP(BurstAllocation),,消息。16這樣,能夠減少為了頻帶分配而交換的消息數(shù)。其結(jié)果,提高了將MS200與BS100連接之時的通信效率。此夕卜,圖7是全部的消息正確到達(dá)對方側(cè)的情況的例子。但是,在是無線通信的情況下,根據(jù)MS200所處的環(huán)境不同,不能正確接收消息的情況非常多。在本實(shí)施方式中,在已確定的時刻進(jìn)行消息的收發(fā)。因此,在該時刻沒有接收消息的情況下,可以立刻檢測出消息未正常到達(dá)。其結(jié)果,能夠迅速采取重發(fā)等對策。具體是,BSIOO,當(dāng)在從MS200接收"SBC-REQ"消息的時刻未能接收到該消息的情況下,執(zhí)行以下的錯誤處理之中的1個以上的處理。(a)向MS200重發(fā)剛剛之前發(fā)送的主要消息[cms](b)頻帶的再分配(c)Ranging(測距)處理(MS200的發(fā)送參數(shù)的調(diào)整)在本實(shí)施方式中,根據(jù)錯誤的內(nèi)容,決定應(yīng)該實(shí)施的錯誤處理。圖8是組合了多個錯誤處理時的消息順序圖。從MS200接收到了"RNG-REQ"消息的BSIOO,向MS200發(fā)送"RNG-RSP"消息。BSIOO,在從發(fā)送"RNG-RSP"消息起經(jīng)過規(guī)定的時間后,向MS200發(fā)送包含分配用于發(fā)送"SBC-REQ"消息的無線資源的信息的"UL-MAP"消息。在圖8的例中表示了在MS200中未能正常地接收"RNG-RSP"消息和"UL-MAP"消息的情況。這種情況下,MS200,由于未能正常接收來自BS100的響應(yīng)(RNG-RSP和UL-MAP),因此,不能確認(rèn)BS100為MS200用而分配了無線資源。因此,BSIOO為MS200用而分配的無線資源不被使用。BSIOO,對沒有任何信號被發(fā)送到對MS200分配的無線資源的情況(NoSignal(無信號))進(jìn)行檢測。具體是,BS100,在從針對MS200的頻帶分配起經(jīng)過預(yù)先設(shè)定的時間也未從MS200發(fā)送來信號時,檢測出"NoSignal"。在檢測出"NoSignal"的情況下,在BS100中不能判斷在剛剛之前發(fā)送的消息是否已到達(dá)MS200。因此,BS100執(zhí)行上述錯誤處理(a)。即,BS100進(jìn)行"RNG-RSP"消息的重發(fā)、針對MS200的頻帶再分配以及"UL-MAP"消息的發(fā)送。此時,使重發(fā)次數(shù)計(jì)數(shù)器進(jìn)行增1。MS200,在接收到了基于重發(fā)的"RNG-RSP"消息和"UL-MAP"消息的頻帶再分配內(nèi)容后,使用被分配的無線資源,向BS100發(fā)送"SBC-REQ"消息。但是,這次,設(shè)在BS100側(cè)在"SBC-REQ"中產(chǎn)生了CRC(CyclicRedundancyCheck,循環(huán)冗余校驗(yàn))錯誤。在檢測出CRC錯誤的情況下,在BSIOO中,知道MS200使用對MS200分配的頻帶發(fā)送了一些消息。于是,能夠判斷剛剛之前的"RNG-RSP"消息和"UL-MAP"消息正確地到達(dá)了MS200。因此,BS100執(zhí)行上述錯誤處理(b)。S卩,在根據(jù)CRC錯誤檢測出未能正常接收"SBC-REQ"消息時,進(jìn)行針對MS200的頻帶再分配,重發(fā)"UL-MAP"消息。此時,使重發(fā)次數(shù)計(jì)數(shù)器增1。來接收"SBC-RSP"消息而接收到了頻帶分配的MS200判斷為,BS100未能正常地接收"SBC-REQ"消息。因此,MS200重發(fā)"SBC-REQ"消息。這里,如果也未正常地接收被重發(fā)的"SBC-REQ"消息而產(chǎn)生了CRC錯誤,則在BS100中再次執(zhí)行錯誤處理(b)。于是,進(jìn)行針對MS200的頻帶再分配和"UL-MAP"消息的重發(fā),并且,每次,使重發(fā)次數(shù)計(jì)數(shù)器增1。此外,在BSIOO中,在存儲部160內(nèi)預(yù)先存儲最大重發(fā)次數(shù)。而且,控制部150在每次檢測出錯誤時,對重發(fā)次數(shù)計(jì)數(shù)器的值和最大重發(fā)次數(shù)進(jìn)行比較。而且,在重發(fā)次數(shù)計(jì)數(shù)器的值為最大重發(fā)次數(shù)以上的情況下,BS100執(zhí)行上述錯誤處理(c)。即,BS100向MS200發(fā)送包含Conti皿eStatus(繼續(xù)狀態(tài))的"RNG-RSP"消息,催促發(fā)送用于進(jìn)行發(fā)送參數(shù)(發(fā)送功率、頻率、時刻)調(diào)整的CDMARangingCode。接收到包含ContinueStatus的"RNG-RSP"消息的MS200,向BSlOO發(fā)送CDMARangingCode。接收到CDMARangingCode的BSIOO,判斷CDMARangingCode的接收功率、頻率、時刻是否在規(guī)定的范圍內(nèi)。在各值在規(guī)定的范圍外的情況下,BSlOO向MS200發(fā)送包含發(fā)送參數(shù)的調(diào)整值的"RNG-RSP"消息并再次催促發(fā)送CDMARangingCode。接收到包含發(fā)送參數(shù)的調(diào)整值的"RNG-RSP"消息的MS200,在實(shí)施了被指示的調(diào)整后,向BSlOO發(fā)送CDMARangingCode。接收到CDMARangingCode的BSlOO判斷CDMARangingCode的接收功率、頻率、時刻是否在規(guī)定的范圍內(nèi)。在各值在規(guī)定的范圍內(nèi)的情況下,BSlOO向MS200發(fā)送包含SuccessStatus的"RNG-RSP"消息。而且,BSlOO進(jìn)行用于發(fā)送"SBC-REQ"消息的針對MS200的頻帶分配,向MS200發(fā)送"UL-MAP(BurstAllocation)"消息。這樣,可以通過組合多個錯誤處理進(jìn)行可靠性高的消息交換。下面,具體地說明用于實(shí)現(xiàn)圖7、圖8所示的處理的BS100的控制部150和MS200的控制部250執(zhí)行的處理過程。首先,參照圖9圖ll對從控制部150進(jìn)行的"CDMARangingCode"的取得到"SBC-RSP"消息的發(fā)送為止的處理進(jìn)行說明。圖9是表示BS的控制部進(jìn)行的處理的第1流程圖。以下,按步驟編號對圖9所示的處理進(jìn)行說明。[步驟Sll]控制部150等待從MS200發(fā)送CDMARangingCode(成為待機(jī)狀態(tài))。[步驟S12]控制部150,接收CDMARangingCode,取得CDMARangingCode。[步驟S13]控制部150判斷CDMARangingCode的接收功率、頻率、時刻是否在規(guī)定的范圍內(nèi)。如果在規(guī)定的范圍內(nèi),處理進(jìn)入步驟S16。如果是在規(guī)定的范圍外的值,處理則進(jìn)入步驟S14。[步驟S14]控制部150向MS200發(fā)送包含ContinueStatus(繼續(xù)狀態(tài))的"RNG-RSP"消息。[步驟S15]控制部150等待從MS200發(fā)送來CDMARangingCode(成為待機(jī)狀態(tài))。之后,處理進(jìn)入步驟S12。[步驟S16]如果CDMARangingCode的各值在規(guī)定以內(nèi),控制部150則向MS200發(fā)送包含SuccessStatus(成功狀態(tài))的"RNG-RSP"消息。[步驟S17]控制部150進(jìn)行MS200發(fā)送"RNG-REQ(MACAddress,etc)"消息而需要的頻帶分配,向MS200發(fā)送"UL-MAP(CDMAAllocationIE)"消息。[步驟S18]控制部150等待從MS200發(fā)送來包含消息參數(shù)的"RNG-REQ(MACAddress,etc)"消息(成為待機(jī)狀態(tài))。[步驟S19]控制部150接收"RNG-REQ(MACAddress,etc)"消息。[步驟S20]控制部150從已接收的消息中取得MS200的MAC地址和消息參數(shù)。控制部150參照TLV定義表161(參照圖5),解釋該消息參數(shù)的內(nèi)容。在消息參數(shù)中,包含"SBC-REQ"消息和"REG-REQ"消息的消息大小、從MS200接收"RNG-RSP(Basic/Primary18CID,etc)"消息起到成為能夠發(fā)送"SBC-REQ"消息為止的延遲時間以及從MS200接收"PKMv2-RSP(Key-R印ly)"消息起到成為能夠發(fā)送"REG-REQ"消息為止的延遲時間??刂撇?50根據(jù)該消息參數(shù)生成參數(shù)表163(參照圖5),并保存在存儲部160中。[步驟S21]控制部150對MS200分配BasicCID(基本CID)和PrimaryCID(主CID)。[步驟S22]控制部150向MS200發(fā)送"RNG-RSP(Basic/PrimaryCID,etc)"消息。[步驟S23]控制部150參照發(fā)送觸發(fā)表162(參照圖5)識別"RNG-RSP"消息的接收成為MS200發(fā)送消息的發(fā)送觸發(fā)的情況。具體是,在步驟S23中,控制部150將重發(fā)次數(shù)計(jì)數(shù)器的值復(fù)位為"O"。之后,處理進(jìn)入步驟S31(參照圖10)。圖10是表示BS的控制部進(jìn)行的處理的第2流程圖。以下,按步驟編號對圖10所示的處理進(jìn)行說明。[步驟S31]控制部150起動用于對待機(jī)時間進(jìn)行計(jì)測的計(jì)時器。[步驟S32]控制部150對計(jì)時器超時進(jìn)行檢測。具體是,控制部150參照發(fā)送觸發(fā)表162,取得在步驟S22中發(fā)送的"RNG-RSP(Basic/PrimaryCID,etc)"消息的發(fā)送觸發(fā)ID"1"。接著,控制部150,參照參數(shù)表163取得與所取得的發(fā)送觸發(fā)ID"l"對應(yīng)的延遲時間"10ms"。而且,控制部150對所取得的延遲時間"10ms"和計(jì)時器的值進(jìn)行比較,若計(jì)時器的值在延遲時間以上,則判斷為超時。[步驟S33]控制部150對MS200進(jìn)行頻帶分配。此時,控制部150參照參數(shù)表163,取得與在步驟S32中取得的發(fā)送觸發(fā)"l"對應(yīng)的消息大小。而且,控制部150對MS200分配與所取得的消息大小相應(yīng)的帶寬的無線頻帶。而且,控制部150對MS200發(fā)送針對MS200的"UL-證(BurstAllocation),,消息。[步驟S34]控制部150等待從MS200發(fā)送來"SBC-REQ"消息。這里,在從MS200接收到了"RNG-REQ"消息的情況下,處理進(jìn)入步驟S35。在從MS200接收到"SBC-REQ"消息的情況下,處理進(jìn)入步驟S37。在未從MS200接收到消息的情況下,判斷為"NoSignal",處理進(jìn)入步驟S41(圖11所示)。在從MS200接收到的消息是CRC錯誤的情況下,處理進(jìn)入步驟S45(圖11所示)。[步驟S35]控制部150取得"RNG-REQ"消息。[步驟S36]控制部150向MS200重發(fā)包含Basic/PrimaryCID的"RNG-RSP"消息。之后,處理進(jìn)入步驟S31。[步驟S37]控制部150取得"SBC-REQ"消息。[步驟S38]控制部150進(jìn)行通信中使用的物理層的功能(支持的調(diào)制方式、糾錯碼方式、H-ARQ等)和認(rèn)證方法的協(xié)商。[步驟S39]控制部150向MS200發(fā)送"SBC-RSP"消息。之后,進(jìn)行如圖7所示那樣的與MS200之間的消息交換。圖11是表示BS的控制部進(jìn)行的處理的第3流程圖。在該流程圖中,表示了錯誤處理的過程。以下,按步驟編號對圖11所示的處理進(jìn)行說明。[步驟S41]控制部150,在未對分配給MS200的頻帶在規(guī)定時間進(jìn)行消息發(fā)送的情況下,判斷為"NoSignal"。[步驟S42]控制部150向MS200重發(fā)包含Basic/PrimaryCID的"RNG-RSP"消息。[步驟S43]控制部150對重發(fā)次數(shù)計(jì)數(shù)器的值與預(yù)先設(shè)定的最大重發(fā)次數(shù)進(jìn)行比較。如果重發(fā)次數(shù)計(jì)數(shù)器的值小,處理進(jìn)入步驟S44。如果重發(fā)次數(shù)計(jì)數(shù)器的值在最大重發(fā)次數(shù)以上,處理則進(jìn)入步驟S48。[步驟S44]控制部150使重發(fā)次數(shù)計(jì)數(shù)器的值增加計(jì)數(shù)。之后,處理進(jìn)入步驟S31。[步驟S45]控制部150檢測出從MS200發(fā)送來的消息發(fā)生了CRC錯誤。[步驟S46]控制部150對重發(fā)次數(shù)計(jì)數(shù)器的值和預(yù)先設(shè)定的最大重發(fā)次數(shù)進(jìn)行比較。如果重發(fā)次數(shù)計(jì)數(shù)器的值小,處理進(jìn)入步驟S47。如果重發(fā)次數(shù)計(jì)數(shù)器的值在最大重發(fā)次數(shù)以上,處理則進(jìn)入步驟S48。[步驟S47]控制部150使重發(fā)次數(shù)計(jì)數(shù)器的值增加計(jì)數(shù)。之后,處理進(jìn)入步驟S33。[步驟S48]控制部150向MS200發(fā)送包含ContinueStatus(繼續(xù)狀態(tài))的"RNG-RSP"消息。[步驟S49]控制部150對從MS200發(fā)送來CDMARangingCode進(jìn)行等待,之后,從MS200取得CDMARangingCode。[步驟S50]控制部150判斷CDMARangingCode的接收功率、頻率、時刻是否在規(guī)定的范圍內(nèi)。如果各值在規(guī)定的范圍內(nèi),處理進(jìn)入步驟S52。如果是規(guī)定的范圍外的值,處理則進(jìn)入步驟S51。[步驟S51]控制部150向MS200發(fā)送包含發(fā)送參數(shù)的調(diào)整值的"RNG-RSP"消息。之后,處理進(jìn)入步驟S49。[步驟S52]控制部150向MS200發(fā)送包含SuccessStatus(成功狀態(tài))的"RNG-RSP"消息。[步驟S53]控制部150使重發(fā)次數(shù)計(jì)數(shù)器的值復(fù)位到"O"。之后,處理進(jìn)入步驟S33。下面,使用流程圖對MS200的控制部250執(zhí)行的處理進(jìn)行說明。圖12是表示MS的控制部進(jìn)行的處理的第1流程圖。此外,該流程圖表示了CDMARangingCode發(fā)送以后的處理。以下,按步驟編號對圖12所示的處理進(jìn)行說明。[步驟S61]控制部250對從BS100發(fā)送來"RNG-RSP"消息進(jìn)行等待。[步驟S62]控制部250取得從BS100發(fā)送來的"RNG-RSP"消息。[步驟S63]控制部250判斷"RNG-RSP"消息是否是SuccessStatus(成功狀態(tài))。如果是SuccessStatus,處理進(jìn)入步驟S66。如果不是SuccessStatus,處理則進(jìn)入步驟S64。[步驟S64]控制部250發(fā)送CDMARangingCode。[步驟S65]控制部250對從BS100發(fā)送來"RNG-RSP"消息進(jìn)行等待。之后,處理進(jìn)入步驟S62。[步驟S66]控制部250對從BS100發(fā)送來"UL-MAP(CDMAA1locationIE)"消息進(jìn)行等待。[步驟S67]控制部250取得從BSIOO發(fā)送來的"UL-MAP(CDMAA1locationIE)"消息。[步驟S68]控制部250發(fā)送包含消息參數(shù)的"RNG-REQ(MACAddress,etc)"消息。具體是,控制部250基于消息信息管理表263的內(nèi)容,以表示成TLV定義表261的類型"X"的值(Value)形式,生成消息參數(shù)。此夕卜,消息參數(shù)由發(fā)送消息大小、延遲時間以及發(fā)送觸發(fā)ID構(gòu)成。其中,能夠從消息信息管理表263中取得發(fā)送消息大小和延遲時間。另外,能夠從發(fā)送觸發(fā)表262中取得發(fā)送觸發(fā)ID。S卩,控制部250,從發(fā)送觸發(fā)表262中檢索與在消息信息管理表263的發(fā)送消息的欄中表示的消息的種類對應(yīng)的發(fā)送消息,從發(fā)送觸發(fā)表262中取得符合的與發(fā)送消息對應(yīng)的發(fā)送觸發(fā)ID。[步驟S69]控制部250對從BS100發(fā)送來"RNG-RSP(Basic/PrimaryCID,etc)"消息進(jìn)行等待。這里,在"RNG-RSP(Basic/PrimaryCID,etc)"消息從BS100到達(dá)時,處理進(jìn)入步驟S72。另外,當(dāng)在"RNG-RSP(Basic/PrimaryCID,etc)"消息從BS100到達(dá)之前"UL-MAP(BurstAllocation(脈沖串分配))"已到達(dá)的情況下,處理進(jìn)入步驟S70。[步驟S70]控制部250取得從BSlOO發(fā)送來的"UL-MAP(BurstAllocation)"消息。[步驟S71]控制部250對包含消息參數(shù)的"RNG-REQ(MACAddress,etc)"消息進(jìn)行重發(fā)。之后,處理進(jìn)入步驟S69。[步驟S72]控制部250取得從BSlOO發(fā)送來的"RNG-RSP(Basic/PrimaryCID,etc)"消息。[步驟S73]控制部250進(jìn)行"SBC-REQ"消息的發(fā)送準(zhǔn)備。之后,處理進(jìn)入步驟S81(圖13所示)。圖13是表示MS的控制部進(jìn)行的處理的第2流程圖。以下,按步驟編號對圖13所示的處理進(jìn)行說明。[步驟S81]控制部250對從BSlOO發(fā)送來"UL-MAP(BurstAllocation)"消息進(jìn)行等待。[步驟S82]控制部250取得從BSlOO發(fā)送來的"UL-MAP(BurstAllocation)"消息。[步驟S83]控制部250向BSlOO發(fā)送"SBC-REQ"消息。[步驟S84]控制部250對從BSlOO發(fā)送來"SBC-RSP"消息進(jìn)行等待。這里,在"SBC-RSP"消息從BSlOO到達(dá)的情況下,處理進(jìn)入步驟S85。另夕卜,在"UL-MAP(BurstAllocation)"消息從BSlOO到達(dá)的情況下,處理進(jìn)入步驟S87。進(jìn)而,在"RNG-RSP(continue)"消息從BSlOO到達(dá)的情況下,處理進(jìn)入步驟S89。[步驟S85]控制部250取得從BSlOO發(fā)送來的"SBC-RSP"消息。[步驟S86]控制部250對從BSlOO發(fā)送來"PKMv2-RSP(EAP-Transfer:EAPRequest/Identity)"("PKMv2-RSP(EAP-傳遞:EAPi青求/身份)")消息進(jìn)行等待。之后,進(jìn)行圖7所示那樣的與BSlOO之間的消息交換。[步驟S87]控制部250取得從BSlOO發(fā)送來的"UL-MAP(BurstAllocation)"消息。[步驟S88]控制部250向BSlOO重發(fā)"SBC-REQ"消息。之后,處理進(jìn)入步驟S84。[步驟S89]控制部250取得從BSlOO發(fā)送來的"RNG-RSP(continue(繼續(xù)))"消CN101785330A說明書15/25頁息。[步驟S90]控制部250向BS100發(fā)送CDMARangingCode。[步驟S91]控制部250對從BS100發(fā)送來"RNG-RSP"消息進(jìn)行等待。[步驟S92]控制部250取得從BS100發(fā)送來的"RNG-RSP"消息。[步驟S93]控制部250判斷所取得的"RNG-RSP"消息是否是SuccessStatus。如果是SuccessStatus,處理進(jìn)入步驟S81。如果不是SuccessStatus,處理進(jìn)入步驟S90。通過以上那樣構(gòu)成,不會損害通信的可靠性,而能夠進(jìn)行高效的頻帶分配。此外,在第1實(shí)施方式中,省略了"PKM-REQ"消息的發(fā)送頻帶的請求/分配消息,但是,針對"PKM-REQ"消息也可以應(yīng)用同樣的方法。例如,可以應(yīng)用于PKMv2-REQ(KeyRequest,密鑰請求)的發(fā)送頻帶分配。[第2實(shí)施方式]下面對第2實(shí)施方式進(jìn)行說明。第2實(shí)施方式與如下的情況對應(yīng),即,MS根據(jù)來自BS的消息,進(jìn)行了不能預(yù)測處理時間的一些處理后,向BS發(fā)送消息的情況。S卩,在第1實(shí)施方式中,在MS中預(yù)先設(shè)定直到完成MS要發(fā)送的消息的發(fā)送準(zhǔn)備為止的延遲時間和該消息的大小。但是,根據(jù)處理的內(nèi)容不同,有時延遲時間不是一定。例如,如果是PKM消息,則進(jìn)行認(rèn)證信息的交換。此時,在MS側(cè),有時進(jìn)行從BS接收到的消息中包含的信息的合法性校驗(yàn)和密鑰的生成等,直到向BS發(fā)送下一個消息為止的延遲有時不是一定。在第2實(shí)施方式中,即使在延遲時間不是一定而不能以預(yù)先決定的延遲完成消息的發(fā)送準(zhǔn)備的情況下,也提高了用于發(fā)送該消息的頻帶分配的處理效率。此外,即使在這種情況下,也能夠?qū)⒐潭ㄑ舆t估計(jì)為最大延遲量,應(yīng)用第1實(shí)施例。但是,有時將延遲在需要以上的程度過大地估計(jì),而導(dǎo)致延遲的增大。因此,在第2實(shí)施方式中,BS首先對MS分配特有的BandwidthRequestCDMACode(帶寬請求CDMA代碼)。而且,MS在剛剛成為能夠發(fā)送下一個消息之前,向BS發(fā)送BandwidthRequestCDMACode作為無線頻帶請求信號,請求頻帶分配。接收到了BandwidthRequestCDMACode的BS,根據(jù)BandwidthRequestCDMACode確定MS,分配能夠發(fā)送期待接下來從MS接收的消息的頻帶。此外,設(shè)如第1實(shí)施方式所示那樣從MS向BS通知消息大小,等等,MS和BS的雙方已知。例如,可以利用RNG-RSP消息等,從BS向MS分配BandwidthRequestCDMACode。此時,為了減少Code數(shù),也可以將所分配的Code的有效期限限制在所分配的MS的NetworkEntry處理完成的時間點(diǎn)等。另外,也可以以消息為單位分配Code。S卩,BS在從BS向MS發(fā)送的消息中附加用于請求頻帶的BandwidthRequestCode,該頻帶用于接下來MS進(jìn)行發(fā)送。而且,為了請求用于MS發(fā)送下一個消息的頻帶,使用BandwidthRequestCDMACode。用于實(shí)現(xiàn)這種處理的BS和MS的功能,分別與圖3、圖4所示的第1實(shí)施方式相同。其中,BSIOO的控制部150執(zhí)行的處理、BS100的存儲部160中保存的數(shù)據(jù)、MS200的控制部250執(zhí)行的處理、MS200的存儲部260中保存的數(shù)據(jù)不相同。因此,引用圖3、圖4所示的符號對第2實(shí)施方式中的與第1實(shí)施方式不同的部分進(jìn)行說明。圖14是表示第2實(shí)施方式中的BS的存儲部的內(nèi)容的圖。在BSIOO的存儲部160中預(yù)先保存了TLV定義表161、發(fā)送觸發(fā)表162以及發(fā)送消息ID管理表164。另外,在連接22MS200之時,由控制部150生成參數(shù)表163和消息大小管理表165,并保存在存儲部160中。TLV定義表161,除了圖5所示的類型"X"的TLV定義以外,還登記了類型"Y"的TLV定義。類型"Y"的TLV參數(shù)的值的最初的8位表示發(fā)送消息ID,接下來的16位表示發(fā)送消息大小(以字節(jié)為單位)。此外,發(fā)送消息ID是用于唯一地識別從MS200向BS100發(fā)送的消息的識別編號。BS100的控制部150,基于TLV定義表161識別從MS200接受的消息參數(shù)的內(nèi)容。具體是,控制部150,在接受了類型"X"的消息參數(shù)的情況下,判斷為該消息參數(shù)用于自動頻帶分配。因此,控制部150參照TLV定義表161對類型"X"的消息參數(shù)的內(nèi)容進(jìn)行解析,并在參數(shù)表163中登記發(fā)送觸發(fā)ID、延遲時間以及消息大小。另外,控制部150,在接受了類型"Y"的消息參數(shù)的情況下,判斷為該消息參數(shù)用于基于BWRequestCode的接收的頻帶分配。因此,控制部150,參照TLV定義表161對類型"Y"的消息參數(shù)的內(nèi)容進(jìn)行解析,并在消息大小管理表165中登記發(fā)送消息ID和消息大小。發(fā)送觸發(fā)表162和參數(shù)表163的內(nèi)容,如圖5所示。發(fā)送消息ID管理表164是用于管理發(fā)送消息ID的數(shù)據(jù)表。在發(fā)送消息ID管理表164中設(shè)置有發(fā)送消息ID和消息的欄。在發(fā)送消息ID的欄中,登記有從MS200向BS100發(fā)送的消息的識別編號。在消息的欄中,登記有與發(fā)送消息ID對應(yīng)的消息的種類。消息大小管理表165是用于管理從MS200向BS100發(fā)送的消息中的、延遲時間不明但是數(shù)據(jù)大小已知的消息的數(shù)據(jù)大小的數(shù)據(jù)表。在消息大小管理表165中設(shè)置了發(fā)送消息ID和消息大小的欄。在發(fā)送消息ID的欄中設(shè)定有從MS200發(fā)送的消息的識別編號。在消息大小的欄中設(shè)定有對應(yīng)的消息的數(shù)據(jù)大小。圖15是表示第2實(shí)施方式中的MS的存儲部的內(nèi)容的圖。在MS200的存儲部260中預(yù)先保存有TLV定義表261、發(fā)送觸發(fā)表262以及發(fā)送消息ID管理表264。另外,在與BS200連接之時,由控制部250生成消息信息管理表263,并保存在存儲部260中。TLV定義表261的數(shù)據(jù)構(gòu)造和內(nèi)容是與圖14所示的TLV定義表161相同的內(nèi)容。發(fā)送觸發(fā)表262的內(nèi)容如圖6所示。在消息信息管理表263中,除了圖6所示的信息以外,還設(shè)定了與預(yù)先知道消息大小但延遲時間不明的消息有關(guān)的消息大小。此外,關(guān)于延遲時間不明的消息,只在消息大小的欄中設(shè)定了值,在延遲時間的欄中設(shè)定無效的數(shù)據(jù)。發(fā)送消息ID管理表264的數(shù)據(jù)構(gòu)造和內(nèi)容與圖14所示的發(fā)送消息ID管理表164相同。使用這種數(shù)據(jù),在BS100和MS200之間,進(jìn)行高效的頻帶分配。圖16是表示第2實(shí)施方式中的MS開始與BS連接時的消息順序的圖。在圖16中以如下情況為前提,即,作為認(rèn)證方式采用EAP-TLS(ExtensibleAuthenticationProtocolTransportLayerSecurity,可擴(kuò)展認(rèn)證協(xié)議傳輸層安全)。此外,SBC-RSP以前的順序與第1實(shí)施例相同。圖16中表示了在BS100和MS200之間交換的消息。在圖16中用箭頭表示所交換的消息,在該箭頭之上表示了該消息的種類。關(guān)于消息種類,在消息種類的名稱之后,用括弧表示了該消息中包含的數(shù)據(jù)。另外,虛線的箭頭表示用于進(jìn)行頻帶請求/分配的信號/消息,實(shí)線的箭頭表示用于在MS200和BSlOO之間交換認(rèn)證信息等的主要消息。另外,在BSlOO側(cè),用曲線箭頭表示頻帶分配的處理。該箭頭從成為頻帶分配處理的產(chǎn)生原因的消息向用于對MS200通知頻帶分配內(nèi)容的消息引線。曲線且是虛線的箭頭表示考慮了延遲時間后的自動頻帶分配(第1實(shí)施方式所示的頻帶分配功能)。曲線且是實(shí)線的箭頭,表示基于BWRequestCode的接收的頻帶分配(在第2實(shí)施方式中追加的頻帶分配功能)。如圖16所示那樣,在發(fā)送了SBC-RSP之后,BSlOO開始認(rèn)證順序,向MS200發(fā)送"PKMv2-RSP(EAP-Transfer:EAPRequest/Identity"("PKMv2-RSP(EAP-傳遞EAP請求/身份)")消息。而且,BSIOO,在發(fā)送了"PKMv2-RSP(EAP-Transfer:EAPRequest/Identity)"消息并經(jīng)過了規(guī)定的時間后,對MS分配用于接收了消息MS200向BS100發(fā)送包含作為自身的Identity的NAI(NetworkAccessIdentifier,網(wǎng)絡(luò)接入標(biāo)識符)的"PKMv2-REQ(EAP-Transfer:EAP-Response/Identity(MyID)),,("PKMv2_REQ(EAP_傳遞EAP響應(yīng)/身份(MyID))")消息的頻帶。與第1實(shí)施方式相同,從MS200利用"RNG-REQ(MACAddress,etc)"消息通知該規(guī)定的時間,并登記在參數(shù)表163中。此外,也可以將延遲時間作為系統(tǒng)特有的參數(shù)預(yù)先登記在參數(shù)表163中。此外,"PKMv2-REQ"消息包含認(rèn)證信息,包含比"SBC-REQ"消息和"REG-REQ"消息上位的協(xié)議層的處理。因此,優(yōu)選,將成為能夠發(fā)送"PKM-REQ"消息的處理時間,設(shè)為比成為能夠發(fā)送"SBC-REQ"消息或"REG-REQ"消息的處理時間長的時間。已接收到了"PKMv2-RSP(EAP-Transfer:EAPRequest/Identity)"消息的MS200,使用自動分配的無線頻帶,向BSlOO發(fā)送包含自身的NAI的PKMv2-REQ(EAP-Transfer:EAP-Response/Identity(MyID)),,。這里,NAI例如是user-nametse:rvice—p:rovide:r.com的形式。經(jīng)由BSlOO向未圖示的認(rèn)證服務(wù)器轉(zhuǎn)送該NAI。此外,省略BSlOO和認(rèn)證服務(wù)器之間的消息交換(以下的說明也同樣)。BSlOO向MS200發(fā)送"PKMv2-RSPEAP-Transfer(EAP-Request/TLSStart)"("PKMv2_RSPEAP-傳遞(EAP-請求/TLS開始)")消息,開始TLS(TransportLayerSecurity,安全傳輸層)認(rèn)證。此時,與發(fā)送了"EAP-Request/Identity"("EAP-請求/身份")消息時相同,對MS200分配用于MS200發(fā)送"EAP-Response/TLSClientHello"("EAP-響應(yīng)/TLS客戶端問候")的消息的無線頻帶。MS200接收到了"PKMv2-RSPEAP-Transfer(EAP-Request/TLSStart)"消息后,使用自動分配的頻帶,向BSlOO發(fā)送"PKMv2-REQEAP-Transfer(EAP-Response/TLSClientHello)"("PKMv2-REQEAP-傳遞(EAP-響應(yīng)/TLS客戶端Hello(問候))")消息。在此消息中包含TLS版本、會話ID、隨機(jī)數(shù)、加密算法的修補(bǔ)等。接著,BSlOO向MS200發(fā)送包含所選擇的TLS版本、會話ID、隨機(jī)數(shù)、加密算法修補(bǔ)、ServerCertificate(服務(wù)器證書)等的"PKMv2-RSPEAP-Transfer(EAP-Request/TLSServerHello,ServerCertificate,…)"("PKMv2-RSPEAP-傳遞(EAP-請求/TLS服務(wù)器Hello(問候),服務(wù)器證書,…)")消息。這里,接收了ServerCertificate的MS200,需要在發(fā)送響應(yīng)消息之前,驗(yàn)證其有效性。但是,ServerCertificate的驗(yàn)證時間不確定,所以,BSIOO,不是自動地分配MS200用于發(fā)送響應(yīng)消息的頻帶,而是接收來自MS200的BandwidthRequestCDMACode(帶寬24請求CDMA代碼)后分配頻帶。如上述那樣,該BandwidthRequestCDMACode使用特有地分配給MS200的代碼。因此,接收了BandwidthRequestCDMACode的BSIOO,能夠識別從哪個MS200進(jìn)行了發(fā)送。MS200在完成ServerCertificate驗(yàn)證并完成"PKMv2_REQEAP_Transfer(EAP_Response/TLSClientCertificate."),,("PKMv2-REQEAP_傳遞(EAP-響應(yīng)/TLS客戶端證書…)")消息的發(fā)送準(zhǔn)備之前,向BSIOO發(fā)送所分配的BandwidthRequestCDMACode。接收到了BandwidthRequestCDMACode的BSIOO,對MS200分配用于MS200發(fā)送EAP-Response/TLSClientCertificate的頻帶。根據(jù)在消息大小管理表165中與"PKMv2-REQEAP_Transfer(EAP_Response/TLSClientCertificate."),,消息的消息ID對應(yīng)登記的消息大小決定此時的帶寬。若對MS200分配了頻帶,則從BSIOO向MS200發(fā)送"UL-MAP(BurstAllocation)"("UL-MAP(脈沖串分配)")消息。被分配了頻帶的MS200,利用被分配的頻帶,向BSIOO發(fā)送包含ClientCertificate等的"PKMv2-REQEAP-Transfer(EAP_Response/TLSClientCertificate"*),,消息。以下,頻帶請求、頻帶分配,使用第1實(shí)施方式中說明過的考慮了延遲時間的自動分配和本實(shí)施方式中基于新增加的BandwidthRequestCDMACode的頻帶分配的任意一種方式。因此,在以下的使用了PKM消息的EAP的交換中的頻帶分配的說明中,只對所使用的頻帶分配方式進(jìn)行說明,省略關(guān)于用于頻帶分配的消息/信號的交換的說明。接收至lj了"PKMv2-REQEAP_Transfer(EAP_Response/TLSClientCertificate…)"消息的BSIOO,進(jìn)行ClientCertificate的認(rèn)證。在認(rèn)證成功的情況下,BSIOO將"PKMv2-RSPEAP-Transfer(EAP-Request/TLSChangeCipherSpec)"("PKMv2-RSPEAP-傳遞(EAP-請求/TLS改變密碼說明)")消息與表示認(rèn)證已成功的信息、加密算法等一起向MS200發(fā)送。此時,BS100,進(jìn)行考慮了用于從MS200發(fā)送"PKMv2-REQEAP-Transfer(EAP-Response/TLS)"消息的延遲時間的自動頻帶分配。接收到了EAP-Request/TLSChangeCipherSpec的MS200,作為接收響應(yīng),利用所分配的無線頻帶向BSIOO發(fā)送"PKMv2-REQEAP-Transfer(EAP-Response/TLS)"消息。接收到了"PKMv2-REQEAP-Transfer(EAP-Response/TLS)"消息的BSIOO,向MS200發(fā)送包含MasterSecretKey(MSK,主密鑰)的"PKMv2-RSP(EAP-Transfer:EAP-Success)"消息。此時,BSIOO根據(jù)MSK生成AK(AuthenticationKey,認(rèn)證密鑰),并且根據(jù)AK生成KEK(KeyEncryptionKey,密鑰加密密鑰)以及CMAC_Key(CMAC_密鑰)。接收到了"PKMv2-RSP(EAP-Transfer:EAP-Success)"消息的MS200根據(jù)已接收到的MSK生成AK,并且根據(jù)AK生成KEK和CMAC_Key。發(fā)送了"PKMv2-RSP(EAP-Transfer:EAP-Success)"消息并生成了AK、KEK、CMAC_Key的BSIOO,向MS200發(fā)送利用所生成的CMAC_Key保護(hù)的"PKMv2_RSP(SA-TEK-Challenge)"("PKMv2-RSP(SA-TEK-競爭)")消息。這里,所謂利用"CMACJ(ey保護(hù)"是指,將利用CMAC_Key對PKM-RSP消息的內(nèi)容進(jìn)行散列(hash)計(jì)算后的結(jié)果(CMAC)添加到同消息中,由此,可以檢測出共有CMACJ(ey的MS200/BS100以外的他人進(jìn)行的篡改。接收到了"PKMv2-RSP(SA-TEK-Challenge)"消息的MS200,將所添加的CMAC與對PKM-RSP消息的內(nèi)容進(jìn)行散列計(jì)算后的結(jié)果(CMAC)進(jìn)行比較,來確認(rèn)一致。由于CMAC—致,可以確認(rèn)與BSIOO共用相同CMAC_Key。若完成了確認(rèn)處理,MS200接受基于BandwidthRequestCDMACode的頻帶分配。而且,MS200,使用所分配的無線頻帶,作為"PKMv2-RSP(SA-TEK-Challenge)"消息的響應(yīng)向BSlOO發(fā)送利用CMAC保護(hù)的"PKMv2-REQ(SA-TEK-Request)"。接收到了"PKMv2-REQ(SA-TEK-Request)"("PKMv2-REQ(SA-TEK-請求)")消息的BSIOO,與MS200同樣地進(jìn)行CMAC的確認(rèn)處理,確認(rèn)與MS200共用相同的CMAC_Key。而且,BSlOO向MS200發(fā)送"PKMv2-RSP(SA-TEK-Response)"("PKMv2-RSP(SA-TEK-響應(yīng))")消息作為PKMv2-REQ(SA-TEK-Request)"消息的響應(yīng)。接收到了"PKMv2-RSP(SA-TEK-Response)"消息的MS200,確認(rèn)BSlOO正確接收了SA-TEK-Request。確認(rèn)了與BSlOO共有CMAC的MS200,接受基于BandwidthRequestCDMACode的頻帶分配。而且,MS200向BSlOO發(fā)送"PKMv2-REQ(KeyRequest)"("PKMv2-REQ(密鑰請求)")消息,要求發(fā)布用于對用戶數(shù)據(jù)加密的加密密鑰TEK(TrafficEncryptionKey,流量加密密鑰)。接收到了"PKMv2-REQ(KeyRequest)"消息的BSIOO,隨機(jī)地生成TEK,在用KEK加密后包含在Key-R印ly(密鑰答復(fù))中,向MS200返送"PKMv2_RSP(Key-R印ly)"消息。此時,BSIOO進(jìn)行考慮了用于從MS200發(fā)送"REG-REQ"消息的延遲時間的自動頻帶分配。接收到了"PKMv2-RSP(Key-R印ly)"消息的MS200,向BSIOO發(fā)送"REG-REQ"消息,繼續(xù)進(jìn)行NetworkEntry(網(wǎng)絡(luò)進(jìn)入)過程。此外,在圖16的例子中,作為優(yōu)選使用BandwidthRequestCDMACode進(jìn)行頻帶請求的例子(MS200的消息發(fā)送時刻不定的例),表示了包含認(rèn)證信息的消息,但是也可以應(yīng)用于其他的消息。圖17是表示BS的狀態(tài)遷移的圖。此圖,表示了在"SBC-REQ"消息的接收等待狀態(tài)(狀態(tài)ST1)以后進(jìn)行的認(rèn)證處理中的BSIOO的狀態(tài)遷移。"SBC-REQ"消息等待狀態(tài)(狀態(tài)ST1)的BS100,在"SBC-REQ"消息的接收、"SBC-RSP"消息等的發(fā)送、以及考慮了延遲時間的自動頻帶分配處理后,向"PKMv2-REQ(EAP-Transfer:EAP-Response/Identity(MyID))"消息的接收等待狀態(tài)(狀態(tài)ST2)遷移。若在"PKMv2-REQ(EAP-Transfer:EAP-Response/Identity(MylD)),,消息的接收等待狀態(tài)(狀態(tài)ST2)下接收到了"PKMv2-REQ(EAP-Transfer:EAP-Response/Identity(MyID))"消息,則在考慮了延遲時間的自動頻帶分配處理等之后,BSlOO向"PKMv2-REQEAP-Transfer(EAP-Response/TLSClientHello)"消息的接收等待狀態(tài)(狀態(tài)ST3)遷移。若在"PKMv2-REQEAP-Transfer(EAP-Response/TLSClientHello)"消息的接收等待狀態(tài)(狀態(tài)ST3)下接收到了"PKMv2-REQEAP-Transfer(EAP-Response/TLSClientHello)"消息,則在發(fā)送了"PKMv2-RSPEAP-Transfer(EAP-Request/TLSServerHello)"消息之后,BS100變成BandwidthRequestCDMACode的接收等待狀態(tài)(狀態(tài)ST4)。BSlOO,若在BandwidthRequestCDMACode的接收等待狀態(tài)(狀態(tài)ST4)下接收到了BandwidthRequestCDMACode,則進(jìn)行針對MS200的頻帶分配,BSIOO成為"PKMv2_REQEAP-Transfer(EAP-Response/TLSClientCertificate...)"消息的接收等待狀態(tài)(狀態(tài)ST5)。若在"PKMv2-REQEAP-Transfer(EAP_Response/TLSClientCertificate…),,消息的接收等待狀態(tài)(狀態(tài)ST5)下接收到了"PKMv2-REQEAP-Transfer(EAP-Response/TLSClientCertificate…),,消息,則在ClientCertificate的認(rèn)證、"PKMv2-RSPEAP-Transfer(EAP-Request/TLSChangeCipherSpec)"消息的發(fā)送、考慮了延遲時間的自動頻帶分配后,成為"PKMv2-REQEAP-Transfer(EAP-Response/TLS)"消息的接收等待狀態(tài)(狀態(tài)ST6)。若在"PKMv2-REQEAP-Transfer(EAP-Response/TLS)"消息的接收等待狀態(tài)(狀態(tài)ST6)下接收到了"PKMv2-REQEAP-Transfer(EAP-Response/TLS)"消息,則在"PKMv2-RSP(EAP-Transfer:EAP-Success)"消息的發(fā)送等的處理后,BS100成為BandwidthRequestCDMACode的接收等待狀態(tài)(狀態(tài)ST7)。若在BandwidthRequestCDMACode的接收等待狀態(tài)(狀態(tài)ST7)下接收到了BandwidthRequestCDMACode,則進(jìn)行針對MS200的頻帶分配,BSIOO成為"PKMv2-REQ(SA-TEK-Request)"消息的接收等待狀態(tài)(狀態(tài)ST8)。若在"PKMv2-REQ(SA-TEK-Request)"消息的接收等待狀態(tài)(狀態(tài)ST8)下接收到了"PKMv2-REQ(SA-TEK-Request)"消息,則在CMAC的確認(rèn)處理、"PKMv2-RSP(SA-TEK-Response)"消息的發(fā)送處理后,BS100成為BandwidthRequestCDMACode的接收等待狀態(tài)(狀態(tài)ST9)。若在BandwidthRequestCDMACode的接收等待狀態(tài)(狀態(tài)ST9)下接收到了BandwidthRequestCDMACode,則進(jìn)行針對MS200的頻帶分配,BSIOO成為"PKMv2-REQ(KeyRequest)"消息的接收等待狀態(tài)(狀態(tài)ST10)。若在"PKMv2-REQ(KeyRequest)"消息的接收等待狀態(tài)(狀態(tài)ST10)下接收到了"PKMv2-REQ(KeyRequest)"消息,則在TEK的生成處理、"PKMv2-RSP(Key-R印ly)"消息的發(fā)送處理、考慮了延遲時間自動頻帶分配處理后,成為"REG-REQ"消息的接收等待狀態(tài)(狀態(tài)ST11)。下面,對第2實(shí)施方式中的BS100的控制部150和MS200的控制部250的處理過程進(jìn)行說明。圖18是表示第2實(shí)施方式中的BS的控制部進(jìn)行的處理過程的流程圖。此外,在圖18中,表示從"PKMv2-REQEAP-Transfer(EAP-Response/TLSClientHello)"消息的接收待機(jī)到"PKMv2-REQEAP-Transfer(EAP-Response/TLSClientCertificate...)"消息的接收待機(jī)為止的處理。以下,按著步驟編號對圖18所示的處理進(jìn)行說明。[步驟S101]控制部150對從MS200發(fā)送來"PKMv2-REQEAP-Transfer(EAP-Response/TLSClientHello)"消息進(jìn)行等待。[步驟S102]控制部150,在接收到了"PKMv2-REQEAP-Transfer(EAP-Response/TLSClientHello)"消息后,向MS200發(fā)送"PKMv2-RSPEAP-Transfer(EAP-Request/TLSServerHello),,消息。[步驟S103]控制部150對從MS200發(fā)送來BandwidthRequestCDMACode進(jìn)行等伴寸。[步驟S104]控制部150取得從MS200發(fā)送來的BandwidthRequestCDMACode。[步驟S105]控制部150根據(jù)BandwidthRequestCDMACode對從MS200發(fā)出頻帶分配請求進(jìn)行確認(rèn)。而且,控制部150,參照發(fā)送消息ID管理表164判斷在與MS20027之間的消息交換中應(yīng)該接收的"PKMv2-REQEAP-Transfer(EAP-Response/TLSClientCertificate-)"消息的消息ID。在圖14的例子,該消息的消息ID是"1"。接著,控制部150參照消息大小管理表165,取得與所取得的消息ID"l"對應(yīng)的消息大小。進(jìn)而,控制部150,對MS200分配與所取得的消息大小相應(yīng)的帶寬的頻帶。而且,控制部150向MS200發(fā)送表示所分配的頻帶的"UL-MAP(BurstAllocation)"("UL-MAP(脈沖串分配)")消息。[步驟S106]控制部150成為"PKMv2_REQEAP-Transfer(EAP-Response/TLSClientCertificate"*)"消息的接收等待狀態(tài)。圖19是表示第2實(shí)施方式中的MS的控制部進(jìn)行的處理過程的流程圖。此外,在圖19中,表示了從包含服務(wù)器證明書的"PKMv2-RSP"消息的接收到下一個"PKMv2-RSP"消息接收待機(jī)為止的處理。以下,按步驟編號對圖19所示的處理進(jìn)行說明。[步驟Sill]控制部250對從BS100發(fā)送來"PKMv2-RSPEAP-Transfer(EAP-Request/TLSServerHello,ServerCertificate,".),,消息進(jìn)行等待。[步驟SI12]控制部250取得從BS100發(fā)送來的"PKMv2-RSPEAP-Transfer(EAP-Request/TLSServerHello,ServerCertificate,…),,消息。[步驟S113]控制部250在接下來的發(fā)送消息的發(fā)送準(zhǔn)備等待狀態(tài)下對消息交換過程進(jìn)行待機(jī)。[步驟SI14]控制部250通過與消息交換過程不同的過程,驗(yàn)證ServerCertificate的有效性。若完成了驗(yàn)證,控制部250通過消息交換過程完成"PKMv2_REQEAP_Transfer(EAP_Response/TLSClientCertificate…),,消息的發(fā)送準(zhǔn)備。[步驟SI15]控制部250向BS100發(fā)送BandwidthRequestCDMACode。[步驟SI16]控制部250對由BS100分配頻帶進(jìn)行等待。[步驟SI17]控制部250取得從BS100發(fā)送來的表示頻帶分配的"UL-MAP(BurstAllocation),,消息。[步驟SI18]控制部250向BS100發(fā)送"PKMv2-REQEAP-Transfer(EAP-Response/TLSClientCertificate...)"消息。[步驟SI19]控制部250對從BS100發(fā)送來"PKMv2-RSPEAP-Transfer(EAP-Request/TLSChangeCipherSpec)"消息進(jìn)行等待。這樣,即使在MS200中的延遲時間不定的情況下,也能夠通過與以往相比少的數(shù)量的消息交換進(jìn)行頻帶分配。[第3實(shí)施方式]第3實(shí)施方式是第1實(shí)施方式的變形例。在第3實(shí)施方式中,在BS100中具有與從MS發(fā)送的發(fā)送消息的延遲時間和消息大小有關(guān)的默認(rèn)值。而且,只要未從MS通知特有的消息參數(shù),BS就基于默認(rèn)值,進(jìn)行考慮了延遲時間的自動頻帶分配。在從MS通知了特有的消息參數(shù)的情況下,BS基于被通知的消息參數(shù),進(jìn)行考慮了延遲時間的自動頻帶分配。用于實(shí)現(xiàn)這種處理的BS以及MS的功能,分別與圖3、圖4所示的第1實(shí)施方式相同。其中,BSIOO的控制部150執(zhí)行的處理、BS100的存儲部160中保存的數(shù)據(jù)、以及MS200的控制部250執(zhí)行的處理不同。因此,引用圖3、圖4所示的符號對第3實(shí)施方式中的與第1實(shí)施方式不同的部分進(jìn)行說明。圖20是表示第3實(shí)施方式中的BS的存儲部的內(nèi)容的圖。在BS100的存儲部160中預(yù)先保存了TLV定義表161、發(fā)送觸發(fā)表162、默認(rèn)參數(shù)表163a以及MS管理表167。另外,在從MS200發(fā)送來消息參數(shù)的情況下,由控制部150生成按MS不同的參數(shù)表166、166a、166b、…,并保存在存儲部160中。TLV定義表161和發(fā)送觸發(fā)表162的內(nèi)容如圖5所示。默認(rèn)參數(shù)表163a是表示利用上行鏈路從MS發(fā)送來的消息的延遲時間和消息大小的默認(rèn)值的數(shù)據(jù)表。默認(rèn)參數(shù)表163a的數(shù)據(jù)構(gòu)造與圖5所示的參數(shù)表163相同。其中,在第1實(shí)施方式的參數(shù)表163中,設(shè)定了由從MS200發(fā)送來的消息參數(shù)表示的值,而在系統(tǒng)運(yùn)用開始之前預(yù)先設(shè)定默認(rèn)參數(shù)表163a的值。按每個MS設(shè)定了按MS不同的參數(shù)表166,并設(shè)定了用于唯一識別MS的識別編號(MSID)。另外,在按MS不同的參數(shù)表166中,設(shè)置了發(fā)送觸發(fā)ID、延遲時間以及消息大小的欄。在發(fā)送觸發(fā)ID的欄中,設(shè)定了從由MSID表示的MS發(fā)送來的消息參數(shù)的發(fā)送觸發(fā)ID的值。在延遲時間的欄中,設(shè)定了從由MSID表示的MS發(fā)送來的消息參數(shù)的延遲時間的值。在消息大小的欄中,設(shè)定了從由MSID表示的MS發(fā)送來的消息參數(shù)的發(fā)送消息大小的值。MS管理表167是表示與BS100連接的各MS是使用默認(rèn)參數(shù)表163a還是使用與自己的MSID對應(yīng)的按MS不同的參數(shù)表的數(shù)據(jù)表。在MS管理表167中設(shè)置了MSID和參數(shù)表的欄。在MSID的欄中登記了與BS100連接的MS的識別編號(MSID)。在參數(shù)表的欄中,設(shè)定了表示由對應(yīng)的MSID表示的MS是使用默認(rèn)參數(shù)表,還是使用單獨(dú)參數(shù)表的信息。此外,對于MS管理表167的值,在與MS進(jìn)行了通信時,由控制部150登記進(jìn)行了通信的MS的MSID,并且,作為與該MSID對應(yīng)的參數(shù)表的初始值登記了"默認(rèn)"。而且,若從MS接收消息參數(shù),并生成了與該MS對應(yīng)的按MS不同的參數(shù)表166,則由控制部150,將與該MS的MSID對應(yīng)的參數(shù)表的值更新為"單獨(dú)參數(shù)表"。下面,對第3實(shí)施方式中的時間段分配處理進(jìn)行說明。圖21是表示第3實(shí)施方式中的MS開始與BS連接時的消息順序的圖。如圖21所示,BSIOO,在BS100周期性地進(jìn)行廣播的"UCD(UplinkChannelDescriptor,上行鏈路信道描述)"消息中包含MS200發(fā)送的消息的默認(rèn)大小、分配無線資源時的默認(rèn)的延遲時間等。具體是,控制部150參照默認(rèn)參數(shù)表163a,取得與成為自動頻帶分配的對象的消息有關(guān)的發(fā)送觸發(fā)ID、延遲時間以及消息大小。而且,控制部150按照由TLV定義表161的類型"X"表示的定義生成消息參數(shù)21,并將所生成的消息參數(shù)21包含在"UCD"消息中。而且,控制部150以廣播的方式向MS200等發(fā)送UCD"消息。接收到了"UCD"消息的MS200,對被報(bào)知的消息參數(shù)21的值和自已自身保持的消息信息管理表263(參照圖6)的值進(jìn)行比較。在不一致的情況下,與第l實(shí)施方式相同,MS200將保持的參數(shù)值作為消息參數(shù)22通知給BS100。具體是,MS200的控制部250向BS100發(fā)送包含了表示消息信息管理表263的內(nèi)容的消息參數(shù)22的"RNG-REQ(MACAddress,etc)"("RNG-REQ(MAC地址等)")消息。BSIOO的控制部150,使用被通知的消息參數(shù)22的值,生成按MS不同的參數(shù)表166,并保存在存儲部160中。另外,控制部150,將與MS管理表167中的與MS200的MSID對應(yīng)的參數(shù)表的值變更為"單獨(dú)參數(shù)表"。以后,BS100的控制部150,在向BS200發(fā)送在發(fā)送觸發(fā)表162中作為發(fā)送觸發(fā)設(shè)定的的消息的情況下,首先,參照MS管理表167??刂撇?50,基于MS管理表167,判斷MS200使用默認(rèn)參數(shù)表163a,還是使用按MS不同的參數(shù)表。在MS200使用按MS不同的參數(shù)表的情況下,控制部150參照與MS200的MSID對應(yīng)的按MS不同的參數(shù)表,取得發(fā)送了成為發(fā)送觸發(fā)的消息后的從BS200發(fā)送的發(fā)送消息的延遲時間以及消息大小。而且,控制部150,在經(jīng)過了所取得的延遲時間后,對MS200分配與消息大小相應(yīng)的帶寬的無線頻帶。由"UL-MAP(BurstAllocation)"消息將所分配的頻帶通知給MS200。下面,對第3實(shí)施方式中的MS200的控制部250執(zhí)行的處理進(jìn)行詳細(xì)說明。圖22是表示MS的"UCD"消息接收時的處理過程的流程圖。以下,按步驟編號對圖22所示的處理進(jìn)行說明。[步驟S121]控制部250對從BS100發(fā)送來"UCD(SizeofMessages,delay(消息大小,延遲))"消息進(jìn)行等待。[步驟S122]控制部250取得從BS100發(fā)送來的"UCD(Sizeo預(yù)essages,delay)"消息。[步驟S123]控制部250對消息信息管理表263(參照圖6)中設(shè)定的參數(shù)和"UCD(SizeofMessages,delay)"消息中包含的消息參數(shù)21進(jìn)行比較。如果值全部相同,則處理進(jìn)入步驟S124。如果存在不同值的參數(shù),則處理進(jìn)入步驟S125。[步驟S124]控制部250將參數(shù)標(biāo)志設(shè)定為"0"。之后,結(jié)束處理。[步驟S125]控制部250將參數(shù)標(biāo)志設(shè)定為"1"。之后,結(jié)束處理。在這樣對參數(shù)標(biāo)志設(shè)定了值后,在發(fā)送了"RNG-REQ(MACAddress,etc)"消息時,根據(jù)參數(shù)標(biāo)志的值,判斷是否應(yīng)該發(fā)送消息參數(shù)22。圖23是表示從發(fā)送了CDMARangingCode后到SBC-REQ發(fā)送為止的MS的處理過程的流程圖。以下,按步驟編號對圖23所示的處理進(jìn)行說明。[步驟S131]控制部250對從BS100發(fā)送來"RNG-RSP"消息進(jìn)行等待。[步驟S132]控制部250取得從BS100發(fā)送來的"RNG-RSP"消息。[步驟S133]控制部250判斷"RNG-RSP"消息是否是SuccessStatus。如果是SuccessStatus,則處理進(jìn)入步驟S136。如果不是SuccessStatus,則處理進(jìn)入步驟S134。[步驟S134]控制部250發(fā)送CDMARangingCode。[步驟S135]控制部250對從BS100發(fā)送來"RNG-RSP"消息進(jìn)行等待。之后,處理進(jìn)入步驟S132。[步驟S136]控制部250對從BS100發(fā)送來"UL-MAP(CDMAA1locationIE)"消息進(jìn)行等待。[步驟S137]控制部250取得從BS100發(fā)送來的"UL-MAP(CDMAA1locationIE)"消息。[步驟S138]控制部250判斷參數(shù)標(biāo)志的值是否是"1"。如果參數(shù)標(biāo)志的值是"1",處理則進(jìn)入步驟S139。如果參數(shù)標(biāo)志的值是"O",處理則進(jìn)入步驟S140。[步驟S139]控制部250發(fā)送包含消息參數(shù)的"RNG-REQ(MACAddress,etc)"消息。之后,處理進(jìn)入步驟S141。[步驟S140]控制部250發(fā)送不包含消息參數(shù)的"RNG-REQ(MACAddress,etc)"消息。[步驟S141]控制部250對從BS100發(fā)送來"RNG-RSP(Basic/PrimaryCID,etc)"消息進(jìn)行等待。這里,在"RNG-RSP(Basic/PrimaryCID,etc)"消息從BS100到達(dá)的情況下,處理進(jìn)入步驟S144。另外,在"RNG-RSP(Basic/PrimaryCID,etc)"消息從BS100到達(dá)之前,"UL-MAP(BurstAllocation)"已到達(dá)的情況下,處理進(jìn)入步驟S142。[步驟S142]控制部250取得從BS100發(fā)送來的"UL-MAP(BurstAllocation)"消息。[步驟S143]控制部250重發(fā)包含消息參數(shù)的"RNG-REQ(MACAddress,etc)"消息。之后,處理進(jìn)入步驟S141。[步驟S144]控制部250取得從BS100發(fā)送來的"RNG-RSP(Basic/PrimaryCID,etc)"消息。[步驟S145]控制部250進(jìn)行"SBC-REQ"消息的發(fā)送準(zhǔn)備。[步驟S146]控制部250對從BS100發(fā)送來"UL-MAP(BurstAllocation)"消息進(jìn)行等待。[步驟S147]控制部250取得從BS100發(fā)送來的"UL-MAP(BurstAllocation)"消息。[步驟S148]控制部250向BS100發(fā)送"SBC-REQ"消息。[步驟S149]控制部250對從BS100發(fā)送來"SBC-RSP"消息進(jìn)行等待。此外,BSIOO的控制部150進(jìn)行的處理過程,與圖9圖11的流程圖所示的處理基本相同。但是,步驟S20、步驟S32以及步驟S33的處理與第1實(shí)施方式不同。在步驟S20中,控制部150,在所接收的消息中包含消息參數(shù)的情況下,取得該消息參數(shù)。控制部150參照TLV定義表161(參照圖20),對該消息參數(shù)的內(nèi)容進(jìn)行解釋??刂撇?50,根據(jù)該消息參數(shù)生成按MS不同的參數(shù)表,并保存在存儲部160中。另外,將MS管理表167中的與MS200對應(yīng)的參數(shù)表的值變更成"單獨(dú)參數(shù)表"。在所接收的消息中未包含消息參數(shù)的情況下,不進(jìn)行存儲部160內(nèi)的數(shù)據(jù)的更新等處理。另外,對于成為用于在圖10的步驟S32中檢測超時的比較對象的延遲時間,如果生成了MS200用的按MS不同的參數(shù)表,則是該表中設(shè)定的延遲時間;如果未生成MS200用的按MS不同的參數(shù)表,則是在默認(rèn)參數(shù)表163a中設(shè)定的延遲時間。另外,成為在步驟S33中進(jìn)行頻帶分配時的帶寬的判斷基準(zhǔn)的,如果生成了MS200用的按MS不同的參數(shù)表則是在該表中設(shè)定的消息大小,如果未生成MS200用的按MS不同的參數(shù)表,則是在默認(rèn)參數(shù)表163a中設(shè)定的消息大小。只在這樣在BSIOO中作為默認(rèn)值設(shè)定的延遲時間或消息大小與在MS200中設(shè)定的值不同的情況下,可以從MS200向BS100發(fā)送消息參數(shù)。而且,以廣播的方式從BSIOO發(fā)送在BSIOO中設(shè)定的默認(rèn)值,所以可以有效地利用無線資源。此夕卜,不限于BS100,也可以將與"SBC-REQ"消息以及"REG-REQ"消息的消息大小、從接收"RNG-RSP"消息以及"PKM-RSP"消息起到發(fā)送這些消息為止的延遲時間有關(guān)的默認(rèn)值,預(yù)先存儲在MS200中。這種情況下,將圖20所示的默認(rèn)參數(shù)表163a預(yù)先保存在MS200的存儲部260中。在BS100和MS200有默認(rèn)值的情況下,不需要將消息參數(shù)21包含在從BS100進(jìn)行廣播的"UCD"消息中。在MS200中,只在消息信息管理表263(參照圖6)中登記有與默認(rèn)值不同的值的情況下,將消息參數(shù)22包含在"RNG-REQ(MACAddress,etc)"消息中并發(fā)送給BS100。此外,在上述的BS100的控制部150和MS200的控制部250中執(zhí)行的處理功能,可以由計(jì)算機(jī)來實(shí)現(xiàn)。這種情況下,提供記載了控制部150、260應(yīng)該具有的功能的處理內(nèi)容的程序。通過在計(jì)算機(jī)中執(zhí)行該程序,在計(jì)算機(jī)上實(shí)現(xiàn)上述處理功能??梢灶A(yù)先將記載了處理內(nèi)容的程序,記錄在計(jì)算機(jī)可讀的記錄介質(zhì)中。作為計(jì)算機(jī)可讀的記錄介質(zhì),有磁記錄裝置、光磁盤、光磁記錄介質(zhì)和半導(dǎo)體存儲器等。在磁記錄裝置中,有硬盤裝置(HDD)、軟盤(FD)、磁帶等。在光盤中,有DVD(DigitalVersatileDisc,數(shù)字多用途光盤)、DVD-RAM、CD-ROM(CompactDiscReadOnlyMemory,致密光盤只讀存儲器)、CD-R(Recordable,可刻錄)/RW(Rewritable,可重寫)等。在光磁記錄介質(zhì)中,有MO(Magneto-Opticaldisc,磁光盤)等。在使程序通用的情況下,例如,記錄了該程序的DVD、CD-ROM等可移動型記錄介質(zhì)被銷售。另外,也可以,預(yù)先將程序保存在服務(wù)器計(jì)算機(jī)的存儲裝置中,通過網(wǎng)絡(luò),將該程序從服務(wù)器計(jì)算機(jī)向其他計(jì)算機(jī)轉(zhuǎn)送。執(zhí)行程序的計(jì)算機(jī),例如可以,將可移動型記錄介質(zhì)中記錄的程序或從服務(wù)器計(jì)算機(jī)轉(zhuǎn)送來的程序,保存在自己的存儲裝置中。而且,計(jì)算機(jī),從自己的存儲裝置中讀取程序,執(zhí)行按照程序的處理。此外,計(jì)算機(jī)也可以,從可移動型記錄介質(zhì)中直接讀取程序,執(zhí)行按照該程序的處理。另外,計(jì)算機(jī)也可以,在每次從服務(wù)器計(jì)算機(jī)中轉(zhuǎn)送來程序時,依次執(zhí)行按照所接受的程序的處理。此外,本發(fā)明,不由上述的實(shí)施方式所限定,在不脫離本發(fā)明的主旨的范圍內(nèi)可以進(jìn)行各種變更。關(guān)于上述,只是表示了本發(fā)明的原理。作為本領(lǐng)域技術(shù)人員可以進(jìn)一步進(jìn)行多種變形、改變,本發(fā)明不是限定于如上所述說明過的精確的構(gòu)成以及應(yīng)用例,對應(yīng)的全部的變形例以及等同物,都可以看成基于附加的權(quán)利要求及其等同物的本發(fā)明的范圍。權(quán)利要求一種消息交換方法,其特征在于,是無線基站裝置和無線終端裝置之間的通信中的消息交換方法,所述無線終端裝置將包含成為從所述無線終端裝置向所述無線基站裝置發(fā)送的發(fā)送消息的發(fā)送觸發(fā)的觸發(fā)消息的識別信息和表示所述發(fā)送消息的數(shù)據(jù)長度的消息大小的消息參數(shù)向所述無線基站裝置發(fā)送,所述無線基站裝置,在向所述無線終端裝置發(fā)送了所述觸發(fā)消息后,對所述無線終端裝置分配與所述發(fā)送消息的所述消息大小相應(yīng)的帶寬的無線頻帶,所述無線基站裝置向所述無線終端裝置發(fā)送表示所分配的無線頻帶的分配信息,所述無線終端裝置,使用由所述分配信息表示的無線頻帶,對所述無線基站裝置發(fā)送所述發(fā)送消息。2.根據(jù)權(quán)利要求1所述的消息交換方法,其特征在于,所述無線終端裝置,在向所述無線基站裝置發(fā)送所述消息參數(shù)之時,也將從接收所述觸發(fā)消息起到完成所述發(fā)送消息的發(fā)送準(zhǔn)備為止的延遲時間包含在所述消息參數(shù)中,所述無線基站裝置,在從發(fā)送所述觸發(fā)消息起經(jīng)過所述延遲時間后,對所述無線終端裝置分配無線頻帶。3.根據(jù)權(quán)利要求2所述的消息交換方法,其特征在于,所述無線終端裝置,只在所述發(fā)送消息的所述消息大小和所述延遲時間分別與預(yù)先規(guī)定的默認(rèn)值不同時,向所述無線基站裝置發(fā)送所述消息參數(shù)。4.根據(jù)權(quán)利要求3所述的消息交換方法,其特征在于,所述無線基站裝置向所述無線終端裝置發(fā)送所述發(fā)送消息的所述消息大小和所述延遲時間的默認(rèn)值。5.根據(jù)權(quán)利要求4所述的消息交換方法,其特征在于,所述無線基站裝置,以廣播的方式向所述無線終端裝置發(fā)送與所述無線終端裝置之間的所述消息大小和所述延遲時間的默認(rèn)值。6.根據(jù)權(quán)利要求1所述的消息交換方法,其特征在于,所述無線基站裝置,在向所述無線終端裝置發(fā)送了所述分配信息后,在針對所分配的所述無線頻帶未從所述無線終端裝置發(fā)送來所述發(fā)送消息的情況下重發(fā)所述觸發(fā)消息,再次向所述無線終端裝置分配無線頻帶,并向所述無線終端裝置發(fā)送表示再次分配的無線頻帶的分配信息。7.根據(jù)權(quán)利要求6所述的消息交換方法,其特征在于,所述無線終端裝置,在向所述無線基站裝置發(fā)送所述消息參數(shù)之時,也將從接收所述觸發(fā)消息起到完成所述發(fā)送消息的發(fā)送準(zhǔn)備為止的延遲時間包含在所述消息參數(shù)中,所述無線基站裝置,在從發(fā)送所述觸發(fā)消息起經(jīng)過所述延遲時間后,對所述無線終端裝置分配無線頻帶,所述無線基站裝置,在進(jìn)行了所述觸發(fā)消息的重發(fā)的情況下,在從重發(fā)起經(jīng)過所述延遲時間后,進(jìn)行針對所述無線終端裝置的無線頻帶的再分配。8.根據(jù)權(quán)利要求1所述的消息交換方法,其特征在于,所述無線基站裝置,在從所述無線終端裝置發(fā)送來的所述發(fā)送消息中檢測出錯誤的情況下,對所述無線終端裝置再次分配無線頻帶,向所述無線終端裝置發(fā)送表示再次分配的無線頻帶的分配信息。9.根據(jù)權(quán)利要求1所述的消息交換方法,其特征在于,所述無線基站裝置,在向所述無線終端裝置發(fā)送了所述分配信息后,在針對所分配的所述無線頻帶未從所述無線終端裝置發(fā)送來所述發(fā)送消息,或在發(fā)送來的所述發(fā)送消息中檢測出錯誤的情況下,進(jìn)行所述無線終端裝置的發(fā)送參數(shù)的調(diào)整處理。10.根據(jù)權(quán)利要求1所述的消息交換方法,其特征在于,所述無線基站裝置,在向所述無線終端裝置發(fā)送了所述分配信息后,在針對所分配的所述無線頻帶未從所述無線終端裝置發(fā)送來所述發(fā)送消息的情況下重發(fā)所述觸發(fā)消息,向所述無線終端裝置再次分配無線頻帶,并向所述無線終端裝置發(fā)送表示再次分配的無線頻帶的分配信息,所述無線基站裝置,在從所述無線終端裝置發(fā)送來的所述發(fā)送消息中檢測出錯誤的情況下,對所述無線終端裝置再次分配無線頻帶,并向所述無線終端裝置發(fā)送表示再次分配的無線頻帶的分配信息,所述無線基站裝置,在重發(fā)次數(shù)計(jì)數(shù)器中設(shè)定所述分配信息的重發(fā)次數(shù),在所述重發(fā)次數(shù)計(jì)數(shù)器的值在規(guī)定的最大重發(fā)次數(shù)以上時,進(jìn)行所述無線終端裝置的發(fā)送參數(shù)的調(diào)整處理。11.一種消息交換方法,是無線基站裝置和無線終端裝置之間的通信中的消息交換方法,其特征在于,所述無線終端裝置向所述無線基站裝置發(fā)送包含消息大小的消息參數(shù),該消息大小表示從所述無線終端裝置向所述無線基站裝置發(fā)送的發(fā)送消息的數(shù)據(jù)長度,所述無線終端裝置,若在成為所述發(fā)送消息的發(fā)送時刻時完成了所述發(fā)送消息的發(fā)送準(zhǔn)備,則向所述無線基站裝置發(fā)送無線頻帶請求信號,該無線頻帶請求信號用于請求分配用于發(fā)送所述發(fā)送消息的無線頻帶,所述無線基站裝置,若接收到了所述無線頻帶請求信號,則對所述無線終端裝置分配與所述發(fā)送消息的所述消息大小相應(yīng)的帶寬的無線頻帶,所述無線基站裝置,向所述無線終端裝置發(fā)送表示所分配的無線頻帶的分配信息,所述無線終端裝置,使用由所述分配信息表示的無線頻帶,向所述無線基站裝置發(fā)送所述發(fā)送消息。12.—種消息交換方法,是無線基站裝置和無線終端裝置之間的通信中的消息交換方法,其特征在于,所述無線終端裝置,向所述無線基站裝置發(fā)送第1消息參數(shù),包含成為從所述無線終端裝置向所述無線基站裝置發(fā)送的第1發(fā)送消息的發(fā)送觸發(fā)的觸發(fā)消息的識別信息和表示所述第l發(fā)送消息的數(shù)據(jù)長度的消息大小;以及第2消息參數(shù),包含表示從所述無線終端裝置向所述無線基站裝置發(fā)送的第2發(fā)送消息的數(shù)據(jù)長度的消息大小,所述無線終端裝置,若在成為所述第2發(fā)送消息的發(fā)送時刻時完成了所述發(fā)送消息的發(fā)送準(zhǔn)備,則向所述無線基站裝置發(fā)送無線頻帶請求信號,該無線頻帶請求信號用于請求分配用于發(fā)送所述第2發(fā)送消息的無線頻帶,所述無線基站裝置,在對所述無線終端裝置發(fā)送了所述觸發(fā)消息的情況下,對所述無線終端裝置分配與所述第1發(fā)送消息的所述消息大小相應(yīng)的帶寬的無線頻帶,在從所述無線終端裝置接收到了所述無線頻帶請求信號的情況下,向所述無線終端裝置分配與所述第2發(fā)送消息的所述消息大小相應(yīng)的帶寬的無線頻帶,所述無線基站裝置,向所述無線終端裝置發(fā)送表示所分配的無線頻帶的分配信息,所述無線終端裝置,使用由所述分配信息表示的無線頻帶,向所述無線基站裝置發(fā)送所述第1發(fā)送消息或所述第2發(fā)送消息。13.—種無線通信系統(tǒng),進(jìn)行無線方式的消息交換,其特征在于,包括無線終端裝置和無線基站裝置,所述無線終端裝置具備消息參數(shù)發(fā)送單元,將包含成為向所述無線基站裝置發(fā)送的發(fā)送消息的發(fā)送觸發(fā)的觸發(fā)消息的識別信息和表示所述發(fā)送消息的數(shù)據(jù)長度的消息大小的消息參數(shù)向所述無線基站裝置發(fā)送;禾口消息發(fā)送單元,若從所述無線基站裝置接收了所述觸發(fā)消息并接收了表示由所述無線基站裝置分配的無線頻帶的分配信息,則使用由所述分配信息表示的無線頻帶,向所述無線基站裝置發(fā)送所述發(fā)送消息,所述無線基站裝置具備觸發(fā)消息發(fā)送單元,向所述無線終端裝置發(fā)送所述觸發(fā)消息;頻帶分配單元,若從所述無線終端裝置接收了所述消息參數(shù),則在所述觸發(fā)消息發(fā)送單元發(fā)送了所述觸發(fā)消息后,對所述無線終端裝置分配與所述發(fā)送消息的所述消息大小相應(yīng)的帶寬的無線頻帶;禾口分配信息發(fā)送單元,向所述無線終端裝置發(fā)送表示所述頻帶分配單元分配的無線頻帶的分配信息。14.根據(jù)權(quán)利要求13所述的無線通信系統(tǒng),其特征在于,所述無線終端裝置的所述消息參數(shù)發(fā)送單元,在發(fā)送所述消息參數(shù)之時,也將從接收所述觸發(fā)消息起到完成所述發(fā)送消息的發(fā)送準(zhǔn)備為止的延遲時間包含在所述消息參數(shù)中,所述無線基站裝置的所述頻帶分配單元,在從發(fā)送所述觸發(fā)消息起經(jīng)過所述延遲時間后,對所述無線終端裝置分配無線頻帶。15.根據(jù)權(quán)利要求14所述的無線通信系統(tǒng),其特征在于,所述無線終端裝置的所述消息參數(shù)發(fā)送單元,只在所述發(fā)送消息的所述消息大小和所述延遲時間分別與預(yù)先規(guī)定的默認(rèn)值不同時,向所述無線基站裝置發(fā)送所述消息參數(shù)。16.根據(jù)權(quán)利要求15所述的無線通信系統(tǒng),其特征在于,所述無線基站裝置還具有默認(rèn)值發(fā)送單元,該默認(rèn)值發(fā)送單元向所述無線終端裝置發(fā)送所述發(fā)送消息的所述消息大小和所述延遲時間的默認(rèn)值。17.根據(jù)權(quán)利要求16所述的無線通信系統(tǒng),其特征在于,所述無線基站裝置以廣播的方式向所述無線終端裝置發(fā)送與所述無線終端裝置之間的所述消息大小默認(rèn)值和所述延遲時間默認(rèn)值。18.根據(jù)權(quán)利要求13所述的無線通信系統(tǒng),其特征在于,所述無線基站裝置的所述觸發(fā)消息發(fā)送單元,在向所述無線終端裝置發(fā)送了所述分配信息后,在針對所分配的所述無線頻帶未從所述無線終端裝置發(fā)送來所述發(fā)送消息的情況下重發(fā)所述觸發(fā)消息,所述無線基站裝置的所述頻帶分配單元,若由所述觸發(fā)消息發(fā)送單元重發(fā)了所述觸發(fā)消息,則再次向所述無線終端裝置分配無線頻帶,所述無線基站裝置的所述分配信息發(fā)送單元,向所述無線終端裝置發(fā)送表示由所述頻帶分配單元再次分配的無線頻帶的分配信息。19.根據(jù)權(quán)利要求18所述的無線通信系統(tǒng),其特征在于,所述無線終端裝置的消息參數(shù)發(fā)送單元也將從接收所述觸發(fā)消息起到完成所述發(fā)送消息的發(fā)送準(zhǔn)備為止的延遲時間包含在所述消息參數(shù)中,所述無線基站裝置的所述頻帶分配單元,在從發(fā)送所述觸發(fā)消息起經(jīng)過所述延遲時間后,對所述無線終端裝置分配無線頻帶,并且,在進(jìn)行了所述觸發(fā)消息的重發(fā)的情況下,在從重發(fā)起經(jīng)過所述延遲時間后,進(jìn)行針對所述無線終端裝置的無線頻帶的再分配。20.根據(jù)權(quán)利要求13所述的無線通信系統(tǒng),其特征在于,所述無線基站裝置的所述頻帶分配單元在從所述無線終端裝置發(fā)送來的所述發(fā)送消息中檢測出錯誤的情況下,對所述無線終端裝置再次分配無線頻帶,所述無線基站裝置的所述分配信息發(fā)送單元向所述無線終端裝置發(fā)送表示由所述頻帶分配單元再次分配的無線頻帶的分配信息。21.根據(jù)權(quán)利要求13所述的無線通信系統(tǒng),其特征在于,所述無線基站裝置還具有發(fā)送參數(shù)調(diào)整單元,該發(fā)送參數(shù)調(diào)整單元在向所述無線終端裝置發(fā)送了所述分配信息后,在針對所分配的所述無線頻帶未從所述無線終端裝置發(fā)送來所述發(fā)送消息,或在發(fā)送來的所述發(fā)送消息中檢測出錯誤的情況下,進(jìn)行所述無線終端裝置的發(fā)送參數(shù)的調(diào)整處理。22.根據(jù)權(quán)利要求13所述的無線通信系統(tǒng),其特征在于,所述無線基站裝置的所述觸發(fā)消息發(fā)送單元在向所述無線終端裝置發(fā)送了所述分配信息后,在針對所分配的所述無線頻帶未從所述無線終端裝置發(fā)送來所述發(fā)送消息的情況下重發(fā)所述觸發(fā)消息,所述無線基站裝置的所述頻帶分配單元,在由所述觸發(fā)消息發(fā)送單元重發(fā)了所述觸發(fā)消息的情況下、以及在從所述無線終端裝置發(fā)送來的所述發(fā)送消息中檢測出錯誤的情況下,對所述無線終端裝置再次分配無線頻帶,所述無線基站裝置的所述分配信息發(fā)送單元,向所述無線終端裝置發(fā)送表示由所述頻帶分配單元再次分配的無線頻帶的分配信息,所述無線基站裝置的發(fā)送參數(shù)調(diào)整單元,在重發(fā)次數(shù)計(jì)數(shù)器中設(shè)定所述分配信息的重發(fā)次數(shù),在所述重發(fā)次數(shù)計(jì)數(shù)器的值在規(guī)定的最大重發(fā)次數(shù)以上時,進(jìn)行所述無線終端裝置的發(fā)送參數(shù)的調(diào)整處理。23.—種無線通信系統(tǒng),進(jìn)行無線方式的消息交換,其特征在于,包括無線終端裝置和無線基站裝置,所述無線終端裝置具備消息參數(shù)發(fā)送單元,向所述無線基站裝置發(fā)送包含消息大小的消息參數(shù),該消息大小表示從所述無線終端裝置向所述無線基站裝置發(fā)送的發(fā)送消息的數(shù)據(jù)長度;頻帶請求發(fā)送單元,若在成為所述發(fā)送消息的發(fā)送時刻時完成了所述發(fā)送消息的發(fā)送準(zhǔn)備,則向所述無線基站裝置發(fā)送無線頻帶請求信號,該無線頻帶請求信號用于請求分配用于發(fā)送所述發(fā)送消息的無線頻帶;禾口消息發(fā)送單元,若接收到了表示由所述無線基站裝置分配的無線頻帶的分配信息,則使用由所述分配信息表示的無線頻帶向所述無線基站裝置發(fā)送所述發(fā)送消息,所述無線基站裝置具備頻帶分配單元,若所述無線基站裝置接收到了所述無線頻帶請求信號,則對所述無線終端裝置分配與所述發(fā)送消息的所述消息大小相應(yīng)的帶寬的無線頻帶;禾口分配信息發(fā)送單元,向所述無線終端裝置發(fā)送表示由所述頻帶分配單元分配的無線頻帶的分配信息。24.—種無線通信系統(tǒng),進(jìn)行無線方式的消息交換,其特征在于,包括無線終端裝置和無線基站裝置,所述無線終端裝置具備消息參數(shù)發(fā)送單元,向所述無線基站裝置發(fā)送第1消息參數(shù),包含成為從所述無線終端裝置向所述無線基站裝置發(fā)送的第1發(fā)送消息的發(fā)送觸發(fā)的觸發(fā)消息的識別信息和表示所述第l發(fā)送消息的數(shù)據(jù)長度的消息大??;以及第2消息參數(shù),包含表示從所述無線終端裝置向所述無線基站裝置發(fā)送的第2發(fā)送消息的數(shù)據(jù)長度的消息大??;頻帶請求發(fā)送單元,若在成為所述第2發(fā)送消息的發(fā)送時刻時完成了所述發(fā)送消息的發(fā)送準(zhǔn)備,則向所述無線基站裝置發(fā)送無線頻帶請求信號,該無線頻帶請求信號用于請求分配用于發(fā)送所述第2發(fā)送消息的無線頻帶;禾口消息發(fā)送單元,若接收到了表示由所述無線基站裝置分配的無線頻帶的分配信息,則使用由所述分配信息表示的無線頻帶,向所述無線基站裝置發(fā)送所述第1發(fā)送消息或所述第2發(fā)送消息,所述無線基站裝置具備觸發(fā)消息發(fā)送單元,向所述無線終端裝置發(fā)送所述觸發(fā)消息;頻帶分配單元,在發(fā)送了所述觸發(fā)消息的情況下,對所述無線終端裝置分配與所述第l發(fā)送消息的所述消息大小相應(yīng)的帶寬的無線頻帶,在從所述無線終端裝置接收到了所述無線頻帶請求信號的情況下,向所述無線終端裝置分配與所述第2發(fā)送消息的所述消息大小相應(yīng)的帶寬的無線頻帶,禾口分配信息發(fā)送單元,向所述無線終端裝置發(fā)送表示由所述頻帶分配單元分配的無線頻帶的分配信息。25.—種無線終端裝置,與無線基站裝置進(jìn)行無線方式的消息交換,其特征在于,具有消息參數(shù)發(fā)送單元,將包含成為向所述無線基站裝置發(fā)送的發(fā)送消息的發(fā)送觸發(fā)的觸發(fā)消息的識別信息和表示所述發(fā)送消息的數(shù)據(jù)長度的消息大小的消息參數(shù)向所述無線基站裝置發(fā)送;禾口消息發(fā)送單元,若從所述無線基站裝置接收了所述觸發(fā)消息并接收了表示由所述無線基站裝置分配的無線頻帶的分配信息,則使用由所述分配信息表示的無線頻帶,向所述無線基站裝置發(fā)送所述發(fā)送消息。26.—種無線基站裝置,與無線終端裝置進(jìn)行無線方式的消息交換,其特征在于,具有觸發(fā)消息發(fā)送單元,向所述無線終端裝置發(fā)送成為所述無線終端裝置發(fā)送的發(fā)送消息的發(fā)送觸發(fā)的觸發(fā)消息;頻帶分配單元,預(yù)先從所述無線終端裝置接收并存儲包含所述觸發(fā)消息的識別信息和表示所述發(fā)送消息的數(shù)據(jù)長度的消息大小的消息參數(shù),在所述觸發(fā)消息發(fā)送單元發(fā)送了所述觸發(fā)消息后,對所述無線終端裝置分配與所述發(fā)送消息的所述消息大小相應(yīng)的帶寬的無線頻帶;和分配信息發(fā)送單元,向所述無線終端裝置發(fā)送表示由所述頻帶分配單元分配的無線頻帶的分配信息。27.—種無線終端裝置,與無線基站裝置進(jìn)行無線方式的消息交換,其特征在于,具有消息參數(shù)發(fā)送單元,向所述無線基站裝置發(fā)送包含消息大小的消息參數(shù),該消息大小表示從所述無線終端裝置向所述無線基站裝置發(fā)送的發(fā)送消息的數(shù)據(jù)長度;頻帶請求發(fā)送單元,若在成為所述發(fā)送消息的發(fā)送時刻時完成了所述發(fā)送消息的發(fā)送準(zhǔn)備,則向所述無線基站裝置發(fā)送無線頻帶請求信號,該無線頻帶請求信號用于請求分配用于發(fā)送所述發(fā)送消息的無線頻帶;禾口消息發(fā)送單元,若接收到了表示由所述無線基站裝置分配的無線頻帶的分配信息,則使用由所述分配信息表示的無線頻帶,向所述無線基站裝置發(fā)送所述發(fā)送消息。28.—種無線基站裝置,與無線終端裝置進(jìn)行無線方式的消息交換,其特征在于,具有頻帶分配單元,預(yù)先從所述無線終端裝置接收并存儲包含消息大小的消息參數(shù),若從所述無線終端裝置接收了無線頻帶請求信號,則對所述無線終端裝置分配與所述發(fā)送消息的所述消息大小相應(yīng)的帶寬的無線頻帶,該消息大小表示從所述無線終端裝置向所述無線基站裝置發(fā)送的發(fā)送消息的數(shù)據(jù)長度,所述無線頻帶請求信號用于請求分配用于發(fā)送所述發(fā)送消息的無線頻帶;禾口分配信息發(fā)送單元,向所述無線終端裝置發(fā)送表示由所述頻帶分配單元分配的無線頻帶的分配信息。全文摘要本發(fā)明可以有效地從無線終端裝置進(jìn)行消息發(fā)送。無線終端裝置(1)將包含成為從無線終端裝置(1)向無線基站裝置(2)發(fā)送的發(fā)送消息(6)的發(fā)送觸發(fā)的觸發(fā)消息(4)的識別信息和表示發(fā)送消息(6)的數(shù)據(jù)長度的消息大小的消息參數(shù)(3)向無線基站裝置(2)發(fā)送。而且,無線基站裝置(2),在向所述無線終端裝置(1)發(fā)送了觸發(fā)消息(4)后,對無線終端裝置(1)分配與發(fā)送消息(6)的消息大小相應(yīng)的帶寬的無線頻帶。并且,無線基站裝置(2)向無線終端裝置(1)發(fā)送表示所分配的無線頻帶的分配信息(5)。而且,無線終端裝置(1)使用由分配信息(5)表示的無線頻帶,對無線基站裝置(2)發(fā)送發(fā)送消息(6)。文檔編號H04W28/26GK101785330SQ20078010032公開日2010年7月21日申請日期2007年8月31日優(yōu)先權(quán)日2007年8月31日發(fā)明者奧田將人申請人:富士通株式會社
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1