基站、装置及移动设备的制作方法

专利名称：：基站、装置及移动设备的制作方法
技术领域：
：本发明涉及向移动设备发送组播数据的基站、向移动设备通知间歇地接收的帧的装置及移动设备。
背景技术：
：近几年，称为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实施方式。〔第1寻呼信息的通知方法〕在图6所示的第1实施方式中，除图1所示的之外，GW12把第1寻呼信息通知到BS16。通知第1寻呼信息的通知消息36由组播信道和与其对应的寻呼信息构成。在发送多个第1寻呼信息的情况下，寻呼信息通知消息36内包含多个组播信道和与它们分别对应的多个寻呼信息。GW12在GW12及BS16已与核心网络10连接时、变更了针对组播信道的寻呼信息时和变更了组播信道的构成时(例如组播信道的增减)发送通知消息36。还有，GW12也可以在不是GW12及BS16与网络已连接时，而是在MBS区26内希望接收组播信道的MS第一次出现了时，发送与MS所请求的组播信道有关的寻呼信息通知消息36。〔实施方式1中的网络运用的前提〕在第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]表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寻呼信息。〔控制顺序的说明〕以下按照图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寻呼信息的决定方法〕详细叙述第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寻呼信息的寻呼周期的倍数的情况。〔组播数据分发帧的决定方法〕详细叙述组播数据分发帧决定部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中把帧编号的变更量限制为不到阈值是为了使得组播数据的跳动不会变大。〔实施方式2〕在上述第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发送组播数据。〔实施方式3〕本实施方式表示如下的方法，即在如变更组播信道的数据特性的情况那样，根据网络方面的请求而变更了第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中包含的寻呼信息。〔实施方式4〕在以上说明的实施方式中，为了组播信道的选择和选择的变更而需要从待机模式转变为正常模式，而在本实施方式中，通过发送接收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日发明者小岛祐治申请人:富士通株式会社