專利名稱：：基站、裝置及移動設備的制作方法
技術領域：
：本發明涉及向移動設備發送組播數據的基站、向移動設備通知間歇地接收的幀的裝置及移動設備。
背景技術：
：近幾年，稱為Wi恵(WorldwideInteroperabilityforMicrowaveAccess)的無線通信方式正在由IEEE(InstituteofElectricalandElectronicEngineers:美國電氣電子學會)進行標準化工作。WiMAX中有以不移動的用戶站(SubscriberStation)為對象的規格的IEEE802.16d(完成標準化)和以移動的用戶站(MobileStation:MS)為對象的規格的IEEE802.16e(正在標準化)。本說明書講的是例如提供Multi-BSMBS(MulticastandBroadcastService:組播型/廣播型信息傳送服務)這樣的組播型信息傳送服務的中繼裝置或中繼系統，其中，以后者的MS為對象的規格即IEEE802.16e(正在標準化)支持該Multi-BSMBS。這種裝置或系統是間歇地以確定的幀從基站發送組播型數據，因而接收該數據的MS在不發送數據的幀期間使接收休止，從而能減少消耗功率。另一方面，關于通話服務，因為待機期間中的MS需要監視來自核心網絡的呼叫，而成為呼叫通知的監視對象的幀(呼叫通知監視對象幀)也是間歇地確定的，所以在呼叫通知監視對象幀以外的幀期間中能使接收休止而減少消耗功率。以前，為了調整MS對呼叫的響應時間，用來確定該呼叫通知監視對象幀的尋呼周期等尋呼信息，是按每個MS確定的。另外，在IEEE802.16e中，待機模式中的MS也是可以接收組播數據的，不過，未定義其具體控制方法。專利文獻1:日本特開2004-221760號公報專利文獻2:日本特開2004-159334號公報專利文獻3:日本特開2004-135293號公報
發明內容本發明的目的在于在上述那樣的中繼裝置中適當地確定尋呼信息及組播分發幀，從而進一步減少MS的消耗功率。根據本發明，提供一種基站，上述基站利用接收幀群中的任意一個向移動設備進行呼叫通知，上述接收幀群是該移動設備進行間歇性接收的接收幀群，上述基站的特征在于，具備發送部，該發送部利用上述接收幀群中的任意一個來發送組播數據的接收所需的組播關聯數據，從而在該移動設備中可通過上述接收幀群的接收來進行該組播關聯數據的接收。根據本發明，還提供一種裝置，進行接收幀群的指定，該接收幀群是移動設備進行間歇性接收的接收幀群，上述裝置的特征在于，具備控制部，在由基站利用規定的幀群中的任意一個發送組播數據的接收所需的組播關聯數據的情況下，該控制部通知該移動設備，讓該移動設備間歇地接收與該規定的幀群相同或者包含該規定的幀群的幀群。根據本發明，還提供一種能夠接收組播數據的移動設備，其特征在于，具備接收部，從基站接收間歇地進行接收的接收幀群的通知，按照該接收幀群的通知來接收接收幀群；以及控制部，在上述接收部接收了屬于該接收幀群的幀時，在組播關聯數據包含于該幀的情況下，控制上述接收部，以使按照該組播關聯數據進行組播數據的接收。根據本發明，還提供一種中繼裝置，通過多個信道中的1個向移動設備提供組播型信息傳送服務，具備第1尋呼信息決定單元，針對上述信息傳送服務的信道，預先決定第1尋呼信息，該第1尋呼信息用于決定移動設備應該監視呼叫通知的幀、即呼叫通知監視對象幀；數據分發幀決定單元，基于針對各信道預先決定的第1尋呼信息來決定用于分發信息傳送服務的數據的幀；以及第2尋呼信息決定單元，針對選擇了上述多個信道中的至少1個的移動設備，基于第1尋呼信息來決定第2尋呼信息，該第1尋呼信息是針對由該移動設備選擇的信道中的1個而預先確定的尋呼信息，該第2尋呼信息用于確定呼叫通知監視對象幀。按每個由移動設備選擇的信息傳送服務的信道來確定尋呼信息，由此，能夠與呼叫通知監視對象幀同步地發送組播型信息傳送服務的數據，并能進一步加長休止期間，能進一步減少移動設備的消耗功率。圖1是表示本發明所適用的網絡構成的一例的圖。圖2是表示在圖1的網絡中用于分發組播數據的幀的構成的一例的圖。圖3是說明用于分發組播數據的幀(Multi-BSMBS關聯幀)和呼叫通知監視對象幀的關系的圖。圖4是說明Multi-BSMBS關聯幀和呼叫通知監視對象幀的同步的圖。圖5是表示本發明的第1實施方式所涉及的裝置(系統)的構成的框圖。圖6是表示本發明的第1實施方式所涉及的網絡構成的圖。圖7是表示本發明的第1實施方式中的控制順序的圖。圖8是表示第2尋呼信息的決定方法的一例的流程圖。圖9是表示組播數據分發幀的決定方法的一例的流程圖。圖10是表示本發明的第2實施方式所涉及的裝置(系統)的構成的框圖。圖11是表示本發明的第2實施方式所涉及的網絡構成的圖。圖12是表示本發明的第3實施方式所涉及的控制順序的圖。圖13是表示本發明的第4實施方式所涉及的控制順序的圖。具體實施例方式在該實施例中涉及一種基站，該基站利用接收幀群中的任意一個對移動設備進行呼叫通知，該接收幀群是該移動設備進行間歇性接收的接收幀群，在該基站中，具備發送部，該發送部利用上述接收幀群中的任意一個來發送組播數據的接收所需的組播關聯數據，從而在該移動設備中可通過上述接收幀群的接收來進行該組播關聯數據的接收，從而該基站使移動設備有效地進行組播數據的接收。另外，最好由基站的上位裝置來決定進行呼叫通知的時刻。圖1表示作為能向移動設備(MS)的用戶提供組播型信息傳送服務的中繼裝置或中繼系統的一個例子的實現由IEEE802.16e支持的Multi-BSMBS的接入網的構成的一個例子。該接入網具備與核心網絡IO連接的網關(GW)12和與GW12連接并與MS14以無線方式連接的多個基站(BS)16。另外，GW位于BS的上位，所以可稱為BS的上位裝置。GW12包含用于提供組播型/廣播型信息傳送服務(MBS)的MBS服務器18和用于提供通話服務的尋呼控制器/本地位置寄存器(PC/LR)20。GW12管理與其連接的多個BS16。MBS服務器18從核心網絡IO接收組播數據，決定其分發時刻，把所決定的分發時刻賦予組播數據(22)并向多個BS16發送。PC/LR20是管理待機模式/尋呼的功能塊，若從核心網絡10接收到針對待機模式中的MS的呼叫數據，則向多個BS發送呼叫通知(PagingAnnounce)24。在Multi-BSMBS中，由多個BS構成MBS區，同一MBS區中包含的BS在同一定時，使用相同的子信道、符號、調制方式、組播CID(連接ID)廣播同一組播數據。在圖l所示的例子中，3臺BS16構成MBS區26。另一方面，MS14只要在同一MBS區內移動，因為如上所述那樣區內哪個BS都廣播同一組播數據，所以不用(再)登錄特定的BS就能持續接收組播數據。還有，MS如果接收一次包含組播數據的幀，則知道分發下一個組播數據的幀的編號，因而在此期間，進入休止狀態，能減少消耗功率(參照圖2)。MS知道分發下一個組播數據的幀的編號是因為，在接收到的幀中記載著下一次分發組播數據的幀的編號。BS16按此方式構成幀。在圖2的例子中，MS若接收到幀編號二111的幀，則知道下一次分發組播數據的幀是幀編號=114的幀，因而假如不需要監視通話服務中的呼叫通知，則在發送幀編號=112U13的幀的期間可進入休止狀態。對圖2的各幀進行詳細描述。MS接收幀編號=111的幀的DL-MAP中的MBS_MAP_IE。DL-MAP定義與幀的下行鏈路(DL)有關的構成，MBS-MAP—IE是該DL-MAP的信息要素之一。在幀編號=111的幀中，MBS-MAPJE指示幀中的包含MBS-MAP消息的區域。MBS_MAP_IE為了表示該區域的位置而包含幀內的SymbolOffset(符號偏移)等。MS通過接收MBS-MAP_IE，就能接下來讀取MBS-MAP消息。MBS-MAP消息包含MBS_DATA_IE作為信息要素。MBS-DATA—IE指示分發下一個組播數據的幀(幀編號=114)及包含該組播數據的幀內的區域。還有，MBS-DATAJE指示分發下一個MBS-MAP消息的幀(幀編號=115)及包含該MBS-MAP消息的幀內的區域。作為MS想接收的內容的組播數據，是圖2中的MBS-DATA輸送，此外的MBS-MAP_IE、MBS-MAP、MBS-DATA_IE是組播數據的接收所需的控制數據。MBS_DATA_IE，為了指示分發組播數據的幀、分發MBS-MAP消息的幀及各自在幀內的區域，包含FrameOffset(幀偏移)、幀內的SymbolOffset、幀內的Subchanneloffset(子通道偏移)等。MS通過接收包含MBS-DATA_IE的MBS-MAP消息能夠讀取分發下一個組播數據的幀及分發下一個MBS-MAP消息的幀。MS如果能接收下一個MBS-MAP消息，則能夠讀取分發再下一個組播數據的幀及分發再下一個MBS-MAP消息的幀，因此，此后，即使不接收、解碼DL-MAP中的MBS-MAP_IE，也能按順序接收組播數據。另外，在圖2中，MBS-MAP中只包含一個MBS_DATA_IE，不過，在IEEE802.16e標準的規格中，MBS-MAP可以包含多個MBS-DATAJE，各MBS-DATA_IE中記載著MBS_DATA_IE所指示的組播數據的組播CID，因而在分發了多個組播信道的情況下，MS能選擇性地只接收希望接收的組播信道、即希望接收的組播CID的組播數據。在現有技術中，分發組播數據的幀是只基于對組播數據附帶指定的分發時刻(絕對時間)來決定的。例如，BS16把離所指定的分發時刻最近的幀決定為分發組播數據的幀。該決定方法，需要預先設成，按分發組播數據的幀的定時不偏離的方式，在MBS區內的所有BS中，以相同的方法決定。GW12定期地進行BS-GW間的延遲測量，根據該測量結果，決定BS16能夠分發的分發時刻。還有，GW12的MBS服務器18在向BS16指定分發時刻時，在MBS區26內的BS16和具備MBS服務器18的GW12間使絕對時刻同步。作為同步方法，例如有BS16及GW12具有用于分發時亥'J的GPS(GlobalPositioningSystem)的方法、禾口NTP(NetworkTimeProtocol)的利用等。待機模式中的MS14不登錄特定的BS16，而是周期性地監視BS16是否廣播了呼叫通知(PagingA皿ounce)，在進行了廣播的情況下，確認發送到MS14的話務(呼叫數據)已發送來，脫離待機模式，接收呼叫數據。這樣來實現針對MS14的呼叫。在圖l的例子中，BS16把IEEE802.16e的MAC管理消息即M0B_PAG_ADV作為呼叫通知進行廣播。在圖1的例子中，3臺BS16構成尋呼組28。待機模式中的MS14未登錄特定的BS16，而是向PC/LR20通知是在哪個尋呼組中。PC/LR20向屬于MS14所在的尋呼組的所有BS16發送呼叫通知。MS根據按每個MS決定的尋呼周期、尋呼偏移，決定監視對象的幀編號。在此外的幀期間進入休止狀態，能夠減少消耗功率。呼叫通知監視對象幀的開始幀的幀編號的條件如下。幀編號modulo尋呼周期=尋呼偏移例如，在尋呼周期=10[幀]，尋呼偏移=2[幀]，尋呼區間長度=2[幀]的情況下，如圖3所示，幀編號=112、113的幀成為呼叫通知監視對象幀。在這里，尋呼區間長度是系統的設定值。以前，尋呼周期、尋呼偏移是按每個MS不同的值，在進入待機模式時，在PC/LROMS間決定。PC/LR20在向BS16發送呼叫通知時，在呼叫通知消息中包含作為尋呼對象的MS的MSID、尋呼周期、尋呼偏移(圖l)。BS16根據上述算式，計算出呼叫通知監視對象幀的幀編號，在發送該幀編號的幀的定時，發送M0B_PAG_ADV(包含在該幀內)。另外，按每個MS改變尋呼周期是為了能按每個MS調整MS對呼叫的響應時間。尋呼周期越短，響應時間就能越短，不過，呼叫通知監視對象幀會更頻繁地產生，MS的功率消耗會增加。還有，為了使M0B_PAG_ADV不集中于特定的幀而按每個MS改變尋呼偏移。若M0B_PAG_ADV集中于特定的幀，則在該幀中能夠輸送用戶數據的頻帶會變小。若獨立于組播數據，例如按每個MS決定尋呼周期、尋呼偏移等尋呼信息，則如圖3的例子所示那樣，出現對于組播數據而言成為休止周期的幀編號=112U13的幀成為呼叫通知監視對象幀的情況，從低消耗功率化的觀點來看是不利的。在本發明中，如圖4所示那樣，使從BS發送Multi-BSMBS關聯幀等廣播型信息傳送服務的數據的定時和待機模式中的MS的呼叫通知監視對象幀同步，從而減少需要接收在圖4中，用MS的呼叫通知監視對象幀、即幀編號=114U15的幀發送了Multi-BSMBS關聯幀(例如，發送為了接收組播數據所需的數據的幀、發送組播數據的幀)，與圖3的情況不同，MS能在幀編號=112、113的幀發送期間，進入休止狀態。在本實施例中，是基于用戶所選擇的信道來決定以前按每個MS決定的呼叫通知監視對象幀，使組播分發幀和呼叫通知監視對象幀一致，從而基本上實現上述幀同步。另外，說是一致，也可以是不完全一致。例如，在呼叫通知監視對象幀內至少發送組播關聯幀，或者在呼叫通知監視對象幀內發送指定組播數據的發送區域(定時、子信道等信息)的信息。而且，MS若通過呼叫通知監視對象幀的接收而檢測出組播數據的發送區域，則接收在所指定的區域發送的無線信號。在這里，所指定的區域也最好是呼叫通知監視對象幀。圖5中表示將此實現的構成的一例。GW12內設置的第1尋呼信息決定部30按每個從MBS服務器18分發的組播數據的信道(CID)，例如考慮各個信道的數據特性，決定尋呼周期、尋呼偏移等尋呼信息，作為"第1尋呼信息"。把所決定的第1尋呼信息通知到BS16內的組播數據分發幀決定部32。組播數據分發幀決定部32按與對各信道(CID)決定的"第1尋呼信息"所決定的呼叫通知監視對象幀同步的方式，決定各信道的組播數據分發幀(從所決定的呼叫通知監視對象幀中選出進行組播關聯數據發送的幀)，把來自MBS服務器18的組播關聯數據(組播數據)分發到MS14。在MS14中，選擇從BS16分發的組播數據的信道之一，從而開始組播數據的接收。此時及由MS選擇的信道(CID)被變更時，把所選擇的或選擇變更后的信道從MS14的發送接收部13經BS16通知到第2尋呼信息決定部34。第2尋呼信息決定部34基于由MS14從關于第1尋呼信息決定部30已決定的各信道的第1尋呼信息中選擇的信道所對應的尋呼信息來決定第2尋呼信息，將其通知到PC/LR20，委托對其的變更。此時如果有來自MS的尋呼周期的請求(請求尋呼周期)，則考慮它來決定第2尋呼信息。關于其詳細情況后述。PC/LR20把該MS的尋呼信息變更為所通知的尋呼信息，把變更后的尋呼信息通知到MS14，并且指示BS16，讓它以后利用變更后的尋呼信息所確定的呼叫通知監視對象幀來發送呼叫數據。另外，對于設置第1尋呼信息決定部、第2尋呼信息決定部兩者的情況進行了說明，不過，不限于該構成。S卩，只要是BS的組播數據分發幀決定部(發送部)32對移動設備利用規定的幀群(G)中包含的任意一個幀來發送組播關聯數據即可。此處，該規定的幀群(G)只要是與發送組播關聯數據的目的地的移動設備(最好是接收該組播關聯數據的該BS屬下的所有移動設備)間歇地進行接收的幀群相同或者其中包含的幀群即可。如果是作為生成呼叫信息的呼叫信息生成裝置的GW，則具備PC/LR20(控制部)即可，該PC/LR20(控制部)，針對進行某組播數據的接收的移動設備，指示該移動設備，使其間歇地接收與該規定的幀群(G)相同或者包含它的幀群。另外，在進行組播數據的發送的信道有多個的情況下，按每個信道來識別規定的幀群(Gchx)，把對應的規定的幀群(Gchx)作為規定的幀群G來使用進行同樣的處理即可。MS14的發送接收部13接收接收幀群的通知(第2尋呼信息)，按照它間歇地接收幀群。當在屬于發送接收部13已接收的幀群的幀中包含組播關聯數據的情況下，控制部15控制發送接收部13，使其按照已接收的組播關聯數據進行組播數據的接收。尋呼信息中例如包含尋呼周期、尋呼偏移及尋呼區間長度。在標準中，尋呼周期、尋呼偏移按每個MS而不同，尋呼區間長度是系統中固有的固定值。因此，實際中尋呼區間長度也可以不包含于尋呼信息，而是預先設定于各裝置。還有，根據系統的不同，也有按每個MS而不同地運用尋呼區間長度的情況，因而在該情況下，把尋呼區間長度包含于尋呼信息。還有，根據系統的不同，也有把尋呼周期取為系統中固有的固定值來運用的情況，因而在該情況下也同樣，可以不把尋呼周期包含于尋呼信息，而是將其預先設定于各裝置。尋呼信息要包含為決定呼叫通知監視對象幀所需的參數中的至少是動態地變更的參數。另外，在圖5所示的例子中，第1尋呼信息決定部30、第2尋呼信息決定部34設置在GW18中，組播數據分發幀決定部32設置在BS16中，不過，在WiMAXForum麗G(NetworkWorkingGroup)標準中，也定義了BS和GW為一體型的裝置，在該情況下，BS會具備所有功能。還有，這些功能在GW12及BS16中的配備不限于圖5的構成，只要這些功能包含于GW12及BS16整體中即可?！矊嵤┓绞?〕以下更詳細地說明第1實施方式。〔第1尋呼信息的通知方法〕在圖6所示的第1實施方式中，除圖1所示的之外，GW12把第1尋呼信息通知到BS16。通知第1尋呼信息的通知消息36由組播信道和與其對應的尋呼信息構成。在發送多個第1尋呼信息的情況下，尋呼信息通知消息36內包含多個組播信道和與它們分別對應的多個尋呼信息。GW12在GW12及BS16已與核心網絡10連接時、變更了針對組播信道的尋呼信息時和變更了組播信道的構成時(例如組播信道的增減)發送通知消息36。還有，GW12也可以在不是GW12及BS16與網絡已連接時，而是在MBS區26內希望接收組播信道的MS第一次出現了時，發送與MS所請求的組播信道有關的尋呼信息通知消息36?！矊嵤┓绞?中的網絡運用的前提〕在第l實施方式中，作為一個例子，要按以下方式運用網絡。以下情況在IEEE802.16e標準、WiMAXForum麗G標準中尚未決定，可以自由運用。1.組播信道、IP組播地址和組播CID按一對一對一的關系運用。2.MS取得想從內容服務器接收的組播信道的IP組播地址，在MS<=>BS間確立指定了該IP組播地址的服務流程，從而接收具有該組播CID的組播數據。3.將MS可同時接收的組播信道基本上設為l個信道。或者設為，在容許MS同時接收多個組播信道的情況下，在該MS請求了接收的組播信道中，與最新的組播信道相一致，決定該MS的尋呼信息。4.同一MBS區內的BS使幀編號同步。上述1及2規定了MS對網絡指定想接收的組播信道(=與電視的頻道相當)的方法。在標準中，未規定MS如何指定想接收的內容才能得到IEEE802.16e層的組播CID。上述情況是通過IP組播地址把組播信道和組播CID關聯起來。如果知道組播CID，則根據IEEE802.16e的規定，MS就能接收組播數據。另外，上述內容服務器是指保存通過組播信道進行分發的內容的基礎服務器，一般配置在核心網絡IO內。關于上述4，是因為，若在BS間某時間發送的幀的幀編號不一致，則即便在BS間使尋呼信息一致，在BS間呼叫通知監視對象幀也會不同，所以無法使從BS發送Multi-BSMBS關聯幀的發送定時和呼叫通知監視對象幀同步。因此，相同MBS—Zone內的BS要使幀編號同步。作為同步方法，例如有根據各BS從GPS獲得的絕對時間來決定幀編號的方法。本發明不排除此外的幀編號的同步方法。還有，在本發明中，不用變更IEEE802.16e的標準消息(=MS-BS間消息)，就可以解決課題?！驳?尋呼信息的決定方法〕[表1]表1<table>tableseeoriginaldocumentpage10</column></row><table>如表1所示，GW12的第1尋呼信息決定部30(圖5)預先按每個組播信道來決定第1尋呼信息。這是為了按每個組播信道單獨地定義發送組播關聯數據的幀群，在設為相同時，也可以一律地決定1個第1尋呼信息。在表1中，將尋呼信息設為尋呼周期和尋呼偏移。如上所述，也可以在尋呼信息中包含尋呼區間長度。關于第l尋呼信息的決定方法，最低限度，按每個組播信道唯一地確定任意一個尋呼信息即可。可是，存在以下敘述的傾向，因而，最好是第1尋呼信息決定部30考慮此來決定第1尋呼信息。—般而言，組播數據具有按每個組播信道的數據特性。例如，每幾周期進行組播數據的發送等。尋呼周期最好與該組播數據的發送周期為相同周期。設為，從內容服務器獲得組播數據的發送周期。若尋呼周期比組播數據的發送周期短，則MS必須監視組播數據的接收契機以外的幀，不利于實現MS的低消耗功率。另一方面，若尋呼周期比組播數據的發送周期長，則MS對呼叫通知的響應時間會變長。即使延長尋呼周期，組播數據也必須以比其短的間隔接收，因而無法減小MS的消耗功對于尋呼偏移，最好按與其他信道的呼叫通知監視對象幀不重合的方式來設定，并按MS的呼叫通知監視對象幀不集中于一個幀的方式、分散地來決定。對于尋呼區間長度，按IEEE802.16e標準決定為25[幀]，能變更的幅度窄，不過，在每個組播信道的接收MS數量增多的情況下，最好是延長。在IEEE802.16e標準中，使用尋呼區間中的哪個幀來廣播作為呼叫通知的M0B_PAG-ADV都可以，因而尋呼區間長度越長越能防止呼叫通知集中于一個幀的情況。并且，如上所述，從GW12的第1尋呼信息決定部30向BS16的組播數據分發幀決定部32通知按每個信道決定的第1尋呼信息?！部刂祈樞虻恼f明〕以下按照圖7的順序圖來說明實施方式1。圖7描述了從MS變更接收組播信道到接收該組播信道的組播數據的情況，在該順序中MS從正常模式轉變為待機模式。即使在MS新請求接收組播信道的情況下也是，如果發現要新接收的組播信道是圖7上的變更后的接收組播信道，則能以同樣的次序實現。還有，在MS為待機模式中的情況下，在變更接收組播信道，或者新接收組播信道時也是，為了把接收組播信道傳遞到接入網，需要暫時脫離待機模式，進入正常模式，結果，在進入正常模式之后，進入與圖7同樣的次序。步驟1001:MS把接收組播信道變更到組播信道2。步驟1002:MS預先從內容服務器取得與組播信道2對應的IP組播地址2，把包含IP組播地址2的IGMP(InternetGroupManagementProtocol)Join消息通過BS發送到GW，加入到IP組播地址2的IP組播組。即，MS通過IGMPJoin消息進行接收組播信道變更通知。步驟1003:GW的第2尋呼信息決定部34檢測MS的接收組播信道的變更。步驟10041007:在MS和BS間發送接收按IEEE802.16e定義的DSA-REQ/RVD/RSP/ACK消息，從而確立組播信道2的組播數據2的服務流程。確立服務流程后，BS若接收到具有IP組播地址2的組播數據2，就會使用組播CID2向下行鏈路進行廣播。另外，在已經由其他MS確立了服務流程的情況下，步驟10041007就只起到向MS通知與IP組播地址2對應的組播CID2的作用。步驟1008:通過步驟10041007，MS取得組播CID2。由此，MS就能接收BS發送的組播數據2。步驟1009:MS為了轉變為待機模式而發送DREG-REQ。該DREG-REQ包含MS請求的尋呼周期、即請求尋呼周期。接收了DREG-REQ的BS發送包含請求尋呼周期的MSInfoReq。步驟1010:GW的第2尋呼信息決定部34從PC/LR20取得MS的請求尋呼周期，從第1尋呼信息決定部30取得按每個信道決定的第1尋呼信息，根據兩參數，決定對象MS的尋呼信息(第2尋呼信息)，向PC/LR20進行對象MS的尋呼信息變更委托(參照圖5)。這時，第2尋呼信息決定部34使對象MS的尋呼信息變更委托中包含對象MS的MSID和尋呼信息(第2尋呼信息)。關于"第2尋呼信息的決定方法"的詳細情況后述。步驟1011:GW的PC/LR利用MSInfoRsp通知尋呼信息。BS利用DREG-CMD向MS通知尋呼信息。MS若接收了DREG-CMD，則轉變為待機模式。步驟1012:接收了DREG-CMD的MS基于DREG-CMD中包含的尋呼信息，設定尋呼周期/偏移。步驟1013:GW的MBS服務器18把附加了分發時刻的組播數據2發送到MBS區內的BS。步驟1014:MBS區內的BS的組播數據分發幀決定部32根據預先取得的第1尋呼信息，決定組播數據分發幀，利用組播CID2來廣播組播數據2。關于該"組播數據分發幀的決定方法"的詳細情況后述?！驳?尋呼信息的決定方法〕詳細敘述第2尋呼信息決定部34中的第2尋呼信息的決定方法。圖8是第2尋呼信息的決定方法的流程圖。第2尋呼信息決定部34例如在不重視來自MS的請求尋呼信息的情況下(步驟1100)，最簡單的是從表1的第1尋呼信息表中取得與變更后的組播信道對應的尋呼信息，將其直接決定為第2尋呼信息即可(步驟1102U104)。但是，也可以不把第2尋呼信息取為與第1尋呼信息完全相同的值。在想進行重視MS已請求的請求尋呼周期的系統運行的情況下，也可以考慮請求尋呼周期來決定第2尋呼信息。在該情況下，如果請求尋呼周期比表1的第1尋呼信息中的尋呼周期小(步驟1106)，則把第1尋呼信息中的尋呼周期及其約數中離請求尋呼周期最近者作為第2尋呼信息的尋呼周期(步驟1108)。還有，作為第2尋呼信息的尋呼周期，在選擇了不同于第1尋呼信息的尋呼周期的周期的情況下，把用所選擇的尋呼周期去除第1尋呼信息的尋呼偏移所得的余數作為第2尋呼信息中的尋呼偏移(步驟1110)。例如，在第1尋呼信息的尋呼周期=50[幀]，尋呼偏移=27[幀]，請求尋呼周期=23[幀]的情況下，尋呼周期=50[幀]的約數即25[幀]離請求尋呼周期最近，因而將其作為第2尋呼信息的尋呼周期。并且，把以25除27所得的余數2作為第2尋呼信息的尋呼偏移。這樣，每50[幀]出現2次的呼叫通知監視對象幀區間中的1次應該與組播數據分發幀取得同步。反過來說，有一部分不會取得同步，因而不利于MS的消耗功率。如果與MS請求的尋呼周期，即呼叫響應時間的縮短相比，如上所述，更重視MS的消耗功率，則不管請求尋呼周期，把第2尋呼信息取為與第1尋呼信息完全相同的值即可(步驟1102、1104)。另一方面，在請求尋呼周期比表l的第1尋呼信息中的尋呼周期大的情況下(步驟1106)，把第1尋呼信息直接作為第2尋呼信息即可(步驟1102、1104)。在請求尋呼周期比表1的第1尋呼信息中的尋呼周期大的情況下，也可以考慮把第2尋呼信息的尋呼周期取為第l尋呼信息的尋呼周期的倍數。可是，即使加大尋呼周期，也需要以比其短的間隔來接收Multi-BSMBS關聯幀，因而MS的消耗功率不會減小。因此，不加大尋呼周期，而是預先使其與第1尋呼信息的尋呼周期相同，具有能縮短呼叫響應時間的優點。另外，本發明不排除把第2尋呼信息的尋呼周期取為第1尋呼信息的尋呼周期的倍數的情況?！步M播數據分發幀的決定方法〕詳細敘述組播數據分發幀決定部32執行的組播數據分發幀的決定方法。圖9是組播數據分發幀的決定方法的流程圖。組播數據分發幀的決定部32預先取得表1的第1尋呼信息。在接收了某信道的組播數據時，組播數據分發幀決定部32把一定量進行緩沖之后，發送到MS。反過來說，MBS服務器18在預料到該緩沖所造成的延遲的基礎上，設定附加到組播數據的分發時刻。首先，開始時，組播數據分發幀決定部32根據分發時刻來決定發送已緩沖的組播數據的幀的幀編號及用于發送為發送該幀所需的關聯控制幀的幀的編號(步驟1200)。以下把發送組播數據的幀及發送它所需的關聯控制幀總稱為Multi-BSMBS關聯幀。其次，組播數據分發幀決定部32把在該階段與根據第1尋呼信息所決定的呼叫通知監視對象幀重合的Multi-BSMBS關聯幀以外的Multi-BSMBS關聯幀指定為調整對象Multi-BSMBS關聯幀(步驟1202)。其次，組播數據分發幀決定部32通過步驟12061226的處理，關于與Multi-BSMBS關聯幀不重合的呼叫通知監視對象幀(=接收對象幀)，以離接收對象幀在幀距離上最近的調整對象Multi-BSMBS關聯幀與接收對象幀重合的方式，變更調整對象Multi-BSMBS關聯幀的幀編號。此處，設，這時允許在Multi-BSMBS關聯幀的各幀的發送順序不反轉的范圍內進行變更。在不符合該條件的情況下，把其次在幀距離上近的調整對象Multi-BSMBS關聯幀作為幀編號的變更對象。同樣，在上述順序反轉的條件不能滿足的情況下，關于該呼叫通知監視對象幀，不進行與Multi-BSMBS關聯幀之間的同步，把接下來的與Multi-BSMBS關聯幀不重合的呼叫通知監視對象幀設為處理對象。按照圖9的流程圖進行說明，首先，把與Multi-BSMBS關聯幀不重合的呼叫監視對象幀中的1個指定為接收對象幀(步驟1206)，把計數取為1(步驟1208)。把離接收對象幀在幀距離上最近的調整對象Multi-BSMBS關聯幀(如果有多個則是其中l個)指定為與接收對象幀重合的幀編號變更候選幀(步驟1210)，判定在變更了幀編號時是否不發生幀順序的反轉(步驟1212)，以及幀編號的變更量是否為閾值以下(步驟1214)。在發生幀順序的反轉或者幀編號的變更量不是不到閾值時，如果計數不到計數的閾值(步驟1216)，則把當前的幀編號變更候選幀從調整對象中除去(步驟1218)，使計數增加1(步驟1220)，返回到步驟1210的處理。在步驟1216中，如果計數達到了計數的閾值，就不進行與該接收對象幀有關的調整而指定接下來的接收對象幀(步驟1226)，返回到步驟1208的處理。在步驟1212U214中，如果未發生順序的反轉而幀編號的變更量也不到閾值，就把幀編號變更候選幀的幀編號變更為接收對象幀的幀編號(步驟1222)，將其從調整對象中除去(步驟1224)而與步驟1226的處理合并。如果按上述方式進行，就能使從BS發送Multi-BSMBS關聯幀的發送定時和待機模式中的MS的呼叫通知監視對象幀同步。另外，在步驟1214中把幀編號的變更量限制為不到閾值是為了使得組播數據的跳動不會變大?！矊嵤┓绞?〕在上述第1實施方式中，決定分發組播數據的幀的幀編號的組播數據分發幀決定部32設置在BS16中。在本實施方式中，如圖10所示那樣，該組播數據分發幀決定部32不是設置在BS16中而是設置在GW12中。因此如圖6所示那樣在第1實施方式中是從GW12向BS16發送帶有分發時刻的組播數據22，而在本實施方式中，如圖11所示那樣，是發送幀編號已決定完畢的組播數據40，不發送按每個組播信道決定的第1尋呼信息36(參照圖6)。在本實施方式中，不僅在BS間使幀編號同步，而且在多個BS-GW間也進行幀編號的同步。在本實施方式中，如圖10所示那樣，GW12具備組播數據分發幀決定部32，在BS16中具備組播數據分發部42。GW12的組播數據分發幀決定部32若從MBS服務器18取得了組播數據，則從第1尋呼信息決定部30取得關于發送組播數據的組播信道的第1尋呼信息，決定發送幀編號，提供給組播數據，發送到BS16的組播數據分發部42。不需要對組播數據分發幀決定部32從MBS服務器18取得的組播數據提供分發時刻。組播數據分發幀決定部32按MBS服務器18進行了接收的順序進行某種程度的緩沖，以與上述的實施方式1同樣的方法決定發送幀編號。此處，不從MBS服務器18通知分發時刻，因而組播數據分發幀決定部32以與MBS服務器18進行接收時的間隔相同的間隔，把組播數據與連續的幀列進行匹配，首先，暫時決定各幀的發送幀編號之后，與上述實施方式1同樣，根據第1尋呼信息，變更發送幀編號，最終決定發送幀編號。BS16的組播數據分發部42按照已接收的分發幀編號，向MS發送組播數據?！矊嵤┓绞?〕本實施方式表示如下的方法，即在如變更組播信道的數據特性的情況那樣，根據網絡方面的請求而變更了第1尋呼信息時，向待機模式中的MS通知第2尋呼信息的方法。在本實施方式中，為了向MS通知尋呼信息而向MS發送用于請求LU(LocationUpdate:位置更新)的呼叫通知。由此，MS執行LU，通過LU變更MS的尋呼信息。通過以上述那樣的方法通知MS的尋呼信息，從而MS能夠不脫離待機模式而進行尋呼信息的變更。以下按照圖12的順序進行說明。步驟1301:GW變更表1所示的第1尋呼信息。作為變更原因，可以列舉變更組播信道的數據特性等情況。步驟1302:GW的第2尋呼信息決定部34(圖5或圖10)請求PC/LR20發送用于對正在接收作為變更對象的信道的所有MS(以下為該MS群)進行LU請求的呼叫通知。接下來，PC/LR20向同一尋呼組內的所有BS發送以該MS群為目的地的呼叫通知。該呼叫通知的PagingCause(尋呼原因)欄表示LocationUpdate(LU)。它意味著如下的消息，即不是請求該MS群脫離待機模式來接收呼叫數據，而是請求該MS群執行能夠變更該MS群的尋呼信息的LU的消息。S卩，PC/LR指示該MS群執行LU，由此來變更該MS群的尋呼信息。接收了呼叫通知(LUi青求)的BS廣播MOB_PAG-ADV。MOB_PAG_ADV的ActionCode(動作碼)欄表示了0b01，它表示是向該MS群進行LU請求的消息。接下來的步驟13031307表示整個LU處理。步驟1303:MS發送RNG-REQ。該RNG-REQ的RangingPurposelndication(調整目的指示)的Bitftl是'1'，表示LU。還有，該RNG-REQ包含MS請求的尋呼周期、即請求尋呼周期。接收了該RNG-REQ的BS發送包含請求尋呼周期的LURequest。步驟1304:GW的第2尋呼信息決定部34按照圖8所示的流程，決定對象MS的尋呼信息，并通知到PC/LR。步驟1305:GW的PC/LR利用LUResponse通知尋呼信息。BS利用RNG-RSP向MS通知尋呼信息。步驟1306:BS把向MS發送了RNG-RSP的情況利用LUConfirm通知到GW。步驟1307:接收了RNG-RSP的MS把MS的尋呼信息變更為RNG-RSP中包含的尋呼信息?！矊嵤┓绞?〕在以上說明的實施方式中，為了組播信道的選擇和選擇的變更而需要從待機模式轉變為正常模式，而在本實施方式中，通過發送接收LocationUpdate消息，進行接收組播信道的變更通知和組播CID的取得，從而使得待機模式中的MS不脫離待機模式就能進行接收組播信道的變更。14在本實施方式中，能變更IEEE802.16e標準的消息規格，利用RNG-REQ輸送組播信道，利用RNG-RSP輸送組播CID。以下按照圖13的順序進行說明。步驟1401:MS把接收信道變更為信道2。步驟1402:MS發送包含希望接收的信道的編號的RNG-REQ。除了包含希望接收信道的編號以外，與圖12的步驟1303中的RNG-REQ相同。接收了該RNG-REQ的BS發送包含希望接收信道的編號(信道2)的LURequest。該RNG-REQ和LURequest除了包含希望接收信道的編號以外，與圖12的步驟1303中的RNG-REQ及LURequest相同。步驟1403:GW的第2尋呼信息決定部34(圖5或圖10)檢測MS的接收組播信道的變更。步驟1404:GW的第2尋呼信息決定部34按照圖8所示的流程，決定對象MS的尋呼信息，通知到PC/LR。步驟1405:GW的PC/LR利用LUResponse通知尋呼信息及接收信道的編號(信道2)。BS利用RNG-RSP把尋呼信息及與信道2對應的組播CID2通知到MS。步驟1406:BS利用LUConfirm把向MS發送了RNG-RSP的情況通知到GW。步驟1407:MS通過RNG-RSP取得組播CID2。步驟1408:接收了RNG-RSP的MS把MS的尋呼信息變更為RNG-RSP中包含的尋呼信息。步驟14091410:與圖7的步驟10131014同樣。根據以上說明的本發明的實施方式，使從BS發送Multi-BSMBS關聯幀的發送定時和待機模式中的MS的呼叫通知監視對象幀同步，從而能夠減少需要接收的幀，能實現MS的低消耗功率化。還有，能夠在考慮MS的請求尋呼周期的同時使待機模式中的MS的呼叫通知監視對象幀匹配于按每個組播信道決定的第1尋呼信息。還有，能夠根據組播信道的數據特性來決定適當的尋呼周期。還有，能夠在使從BS發送Multi-BSMBS關聯幀的發送定時和待機模式中的MS的呼叫通知監視對象幀同步的同時抑制Multi-BSMBS關聯幀的跳動。還有，在變更了按每個組播信道決定的第1尋呼信息時，MS不用脫離待機模式就能變更尋呼信息。還有，待機模式中的MS不用脫離待機模式就能變更接收信道。權利要求一種基站，利用接收幀群中的任意一個向移動設備進行呼叫通知，上述接收幀群是該移動設備進行間歇性接收的接收幀群，上述基站的特征在于，具備發送部，該發送部利用上述接收幀群中的任意一個來發送組播數據的接收所需的組播關聯數據，從而在該移動設備中可通過上述接收幀群的接收來進行該組播關聯數據的接收。2.根據權利要求l所述的基站，其特征在于，上述組播關聯數據包含組播數據的接收所需的信息。3.—種進行接收幀群的指定的裝置，該接收幀群是移動設備進行間歇性接收的接收幀群，上述裝置的特征在于，具備控制部，在由基站利用規定的幀群中的任意一個發送組播數據的接收所需的組播關聯數據的情況下，該控制部通知該移動設備，讓該移動設備間歇地接收與該規定的幀群相同或者包含該規定的幀群的幀群。4.一種移動設備，是能夠接收組播數據的移動設備，其特征在于，具備接收部，從基站接收間歇地進行接收的接收幀群的通知，按照該接收幀群的通知來接收接收幀群；以及控制部，在上述接收部接收了屬于該接收幀群的幀時，在組播關聯數據包含于該幀的情況下，控制上述接收部，以使按照該組播關聯數據進行組播數據的接收。5.—種中繼裝置，通過多個信道中的l個向移動設備提供組播型信息傳送服務，其中，具備第1尋呼信息決定單元，針對上述信息傳送服務的信道，預先決定第1尋呼信息，該第1尋呼信息用于決定移動設備應該監視呼叫通知的幀、即呼叫通知監視對象幀；數據分發幀決定單元，基于針對各信道預先決定的第1尋呼信息來決定用于分發信息傳送服務的數據的幀；以及第2尋呼信息決定單元，針對選擇了上述多個信道中的至少1個的移動設備，基于第1尋呼信息來決定第2尋呼信息，該第1尋呼信息是針對由該移動設備選擇的信道中的1個而預先確定的尋呼信息，該第2尋呼信息用于確定呼叫通知監視對象幀。6.根據權利要求5所述的中繼裝置，其特征在于，第2尋呼信息決定裝置所決定的第2尋呼信息至少包含第1尋呼信息。7.根據權利要求5所述的中繼裝置，其特征在于，第2尋呼信息決定裝置所決定的第2尋呼信息中包含的尋呼周期是第1尋呼信息中包含的尋呼周期的約數。8.根據權利要求57中任意一項所述的中繼裝置，其特征在于，上述數據分發幀決定單元，以與第1尋呼信息所決定的呼叫通知監視對象幀同步的方式決定數據分發幀。9.根據權利要求8所述的中繼裝置，其特征在于，上述數據分發幀決定單元，包含基于應該分發的數據的特性來暫時決定數據分發幀的幀編號的單元；以及對于由第1尋呼信息確定的呼叫通知監視對象幀中的與暫時決定的幀編號的幀不重合的第1幀和暫時決定的幀編號的幀中的與呼叫通知監視對象幀不重合的第2幀，在數據的分發順序不變，或者進一步，幀編號的變化為預先確定的閾值以下的條件下，通過變更第2幀的幀編號使第2幀與第1幀重合的單元。10.根據權利要求59中任意一項所述的中繼裝置，其特征在于，在根據來自中繼裝置側的請求而變更了上述第1尋呼信息時，以變更后的第1尋呼信息為基礎的第2尋呼信息的決定及對移動設備的通知是按照根據來自中繼裝置側的請求而開始的位置更新的順序來進行的。11.根據權利要求510中任意一項所述的中繼裝置，其特征在于，在變更了移動設備所選擇的信道時，以針對變更后的信道預先決定的第1尋呼信息為基礎的第2尋呼信息的決定及對移動設備的通知是按照根據來自移動設備側的請求而開始的位置更新的順序來進行的。12.根據權利要求511中任意一項所述的中繼裝置，其特征在于，上述第1尋呼信息決定部所決定的第1尋呼信息包含尋呼周期和尋呼偏移，尋呼周期是按與信息傳送服務的數據的發送周期相等的方式決定的，尋呼偏移是按由其確定的呼叫通知監視對象幀與針對其他信道決定的第1尋呼信息所決定的呼叫通知監視對象幀不重合的方式決定的。全文摘要按每個被分發的組播數據的信道，根據所分發的數據的特性預先決定第1尋呼信息，基于該第1尋呼信息來決定各信道的組播數據分發幀。根據針對所選擇的信道決定的第1尋呼信息來決定關于選擇了信道的移動設備的尋呼信息(第2尋呼信息)。由此就能使組播數據分發幀與呼叫通知監視對象幀重合(同步)，減少待機模式中的MS的消耗功率。文檔編號H04W4/06GK101743763SQ20078005380公開日2010年6月16日申請日期2007年7月18日優先權日2007年7月18日發明者小島祐治申請人:富士通株式會社