CN101132559B

CN101132559B - 通信系统中起始多播服务的方法和系统

Info

Publication number: CN101132559B
Application number: CN200710180375.0A
Authority: CN
Inventors: R·辛那拉雅; J·王; N·K·N·里昂; 陈道
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2002-07-09
Filing date: 2003-07-09
Publication date: 2015-03-25
Anticipated expiration: 2023-07-09
Also published as: CN1682556A; TW201204097A; BRPI0312518B1; TWI358239B; US20040008679A1; AU2003251846A1; KR100999824B1; US20050169203A1; WO2004006615A1; TW200414780A; US20120257563A1; CN100525518C; TWI435629B; EP1522204A1; US8243644B2; KR20050009773A; CN101132559A; JP2011035937A; DE60336561D1; US8989075B2

Abstract

揭示了一种在蜂窝电话系统中用于多播服务通告以允许蜂窝电话系统提供多播和点对点服务两者的方法和系统。数个实施例描述了接入网络和属于一多播组的订户站之间的信令互动以允许接入网络正确通知订户站关于该多播服务。这样的信令还允许订户站识别多播服务以参加到该多播服务中。

Description

通信系统中起始多播服务的方法和系统

技术领域

本发明涉及有线或者无线通信系统中的多播通信。更具体地说，本发明涉及在这样的通信系统中起始多播服务的方法和系统。

背景技术

通信系统被开发以允许将信息信号从一源站传输到物理上分离的目标站。在通过通信信道从源站发射信息信号的过程中，信息信号首先被转换成适于在通信信道上有效传输的形式。对于信息信号的转换、或者调制包含按照信息信号以一种方式改变载波的参数，以使所得到的已调制载波的频谱被限制在通信信道的带宽内。在目标站，原始信息信号被从通过通信信道接收的已调制载波中重建。一般而言，这种重建通过使用与原始站使用的相反的调制过程而实现。

调制也有利于多重接入，即通过公共通信信道同时的传输以及/或者接收多个信号。多重接入通信系统通常包括多个远程订户单元，它们要求到公共信道的相对短持续时间的间歇的接入而不是连续的接入。数个多重接入技术在领域内是公知的，例如时分多址(TDMA)，以及频分多址(FDMA)。另一种类型的多重接入技术是按照“双模宽带扩频蜂窝系统的TIA/EIA/IS-95移动站-基站兼容标准”的码分多址(CDMA)扩频系统，此后称为IS-95标准。在多重接入通信系统中使用CDMA技术在美国专利号4,901,307中揭示，题为“SPREAD SPECTRUMMULTIPLE-ACCESS COMMUNICATION SYSTEM USING SATELLITE 0R TERRESTIALREPEATERS”，以及在美国专利号5,103,459中揭示，题为“SYSTEM AND METHODFOR GENERATING WAVEFORMS IN A CDMA CELLULAR TELEPHONE SYSTEM”，两者均转让给本发明的受让人。

多重接入通信系统可以是无线或者有线的，并可以携载语音话务以及/或者数据话务。在一个系统中携载语音和数据话务两者的通信系统的一个示例是按照IS-95标准的系统，其指定在通信信道上发射语音和数据话务。一种在固定大小的编码信道帧中发射数据的方法在美国专利号5,504,773中详细描述，题为“METHOD AND APPARATUS FOR THE FORMATTING OF DATA FOR TRANSMISSION”，转让给本发明的受让人。按照IS-95标准，数据话务或者语音话务以14.4Kbps的数据速率被分割成20微秒宽的编码信道帧。其他的携载语音和数据话务两者的通信系统包括符合“第三代合伙人计划”(3GPP)的通信系统，其记载在一组文档中，包括文档号Nos.3G TS 25.211、3G TS 25.212、3G TS 25.213、3GTS 25.214(W-CDMA标准)，或者“TR-45.5 Physical Layer Standard forcdma2000 Spread Spectrum System”(IS-2000标准)。

在多重接入无线通信系统中，用户之间的通信通过一个或多个基站而进行。术语用户是指活动实体和非活动实体两者。无线订户站上的第一用户通过在反向链路上携带信息信号至基站而实现与第二无线订户站上的第二用户的通信。基站接收信息信号并在前向链路上将信息信号传递至第二订户站。如果第二订户站不在基站的服务范围之内，基站将数据路由到其他的基站，第二订户站位于该基站的服务范围内。第二基站然后在前向链路上将信息信号传递到第二订户站。前向链路是指从基站到无线订户站的传输而反向链路是指从无线订户站到基站的传输。类似的，通信可在无线订户站上的第一用户和地面线路站上的第二用户之间进行。基站通过反向链路从无线订户站上的第一用户接收数据，并通过公共交换电话网(PSTN)将数据路由到地面线路站上的第二用户。在许多通信系统中，例如，IS-95、W-CDMA、IS-2000前向链路和反向链路被分配分开的频率。

上述的无线通信系统是点对点服务的一个示例，其中来自第一用户的信息仅仅是准备用于第二用户。相反的，多播服务是一种服务，其中由源、用户或者内容服务器提供的信息是准备用于所有用户的一个子集。多播系统的模型包括一组选择的用户，由用户组成员定义。该组组成员包括订购了特定多播内容的订户站的用户。为了简明，除了别有说明，术语“成员订户站”被用于表示“在订户站上的用户”。

在这样的一个模型中，成员订户站可通过接入网络由一个或多个内容服务器提供具有某种内容的信息，例如，新闻、电影、体育事件等等。术语接入网络在此处被用于表示基站以及一个或多个基站控制器的集合。每个成员订户站监视一前向链路信道，信息在该信道上传递。前向链路信道可在成员订户站中被共享或者可在每个成员订户站和接入网络的站，例如服务该成员订户站的基站之间被建立。由于内容服务器固定地确定内容，成员订户站一般不会反向对接入网络通信。

或者，信息的源是一用户，是该选定的组中的一个成员；该用户提供要用于所选定的组中的剩余成员的信息。如果用户希望提供信息，用户通知通信系统，例如，通过按下“按下通话”(PTT)按钮。一般，用户提供的信息通过专用反向链路被从订户站路由到基站。基站之后在多播前向链路上传递用户提供的信息。正如在点对点通信系统中的情况，多播通信系统允许地面线路和无线订户站两者接入该系统。上述的服务也被称为组服务。组服务通信系统的示例包括分派服务，例如本地警察无线电系统、出租车分派系统、联邦调查局和机密服务操作、以及一般军用通信系统。

上述的多播服务通信系统一般是高度专用的通信系统。随着最近无线蜂窝电话系统的发展，对于使用现存的(主要是点对点)蜂窝电话系统的基础结构来进行多播服务很感兴趣。(如这里所使用的，术语“蜂窝”系统包括蜂窝和PCS频率两种)。

在蜂窝电话系统中引入多播系统要求将多播服务与由当前的蜂窝电话系统所提供的点对点服务相整合。特别地，接入网络和订户站两者都需要能够支持允许多播模式和点对点通信模式的功能。因为点对点蜂窝电话系统不支持多播服务，在本领域中需要一种用于多播服务的过程，尤其是多播服务起始的方法和系统。

发明概述

此处揭示的实施例通过下述满足上述的需求：确定一多播组标识符；以及将该多播组标识符包括在至少一个在第一信道上的周期性重复的消息中。该订户站监视在该信道上的周期性重复的消息；并解码该周期性重复的消息以确定一多播服务通告是否包括在该周期性重复的消息中。

另一个实施例通过下述满足上述的需求：确定属于一多播组的订户站的身份；按照订户站的身份确定一个信道的一个时隙；以及在一信道上在该时隙中发射一多播服务通告。订户站监视信道的该时隙；以及解码在该时隙中传递的消息以确定一多播服务通告是否包括在该消息中。

另一个实施例通过下述满足上述的需求：将一指示符包括到第一信道上的预定时隙中；以及将一多播服务通告包括到在第二信道上的时隙中传递的消息中，如果多播服务通告由该指示符指示，则该时隙和第一信道上的预定时隙相对应。订户站解码来自第一信道上的预定时隙的指示符，以及解码在第二信道上的时隙中的多播服务通告，如果多播服务通告由该指示符指示，则该时隙和第一信道上的预定时隙相对应。

另一个实施例通过下述满足上述的需求：将一指示符包括到第一信道上的第一时隙中；以及将一多播服务通告包括到在第二信道上的第二时隙中传递的消息中，如果多播服务通告由该指示符指示，则该时隙和第一信道上的预定时隙相对应。订户站解码来自第一信道上的第一时隙的指示符；以及解码在第二信道上的第二时隙中的多播服务通告，如果多播服务通告由该指示符指示，则该第一时隙对应于第一时隙。

另一个实施例通过下述满足上述的需要：在属于一多播组的订户站和一多播服务源之间建立一链路层协议；以及在该链路层协议上传递多播服务通告。订户站参与链路层协议的建立；以及在该链路层协议上接收多播服务通告。

附图简述

图1说明了能够按照本发明的实施例提供多播服务的通信系统的概念框图；

图2说明了按照通告的一个实施例的消息流程；

图3说明了寻呼消息的概念框图；

图4说明了按照通告的另一个实施例的消息流程；

图5说明了一个实施例中在前向快速寻呼信道上传递的信令和在前向公共控制信道或者前向寻呼信道上传递的信令之间的关系；

图6说明了按照通告的另一个实施例的消息流程；

图7说明了另一个实施例中在前向快速寻呼信道上传递的信令和在前向公共控制信道或者前向寻呼信道上传递的信令之间的关系；以及

图8说明了按照通告的另一个实施例的消息流程；

图9说明了按照另一个响应/信道分配实施例的消息流程；

图10说明了按照另一个响应/信道分配实施例的消息流程；

图11说明了按照另一个响应/信道分配实施例的消息流程；

图12说明了按照另一个响应/信道分配实施例的消息流程；

图13说明了按照另一个响应/信道分配实施例的消息流程；

图14说明了按照另一个响应/信道分配实施例的消息流程；

图15说明了按照另一个响应/信道分配实施例的消息流程；

图16说明了按照另一个响应/信道分配实施例的消息流程；

图17说明了按照另一个响应/信道分配实施例的消息流程；

图18说明了按照另一个响应/信道分配实施例的消息流程；

图19说明了按照另一个响应/信道分配实施例的消息流程。

详细描述

定义

术语“示例”在此处被用于表示“作为例子、实例或者说明”。任何此处描述的作为“示例”的实施例并不需要被解释为比其他的实施例更加优选或者具有优势。

术语点对点通信在此处被用于表示两个订户站之间在专用通信信道上的通信。

术语组服务、点对多点通信、按下通话、或者分派服务在此处被用于表示一通信，其中多个订户站从一般是一个订户站接收通信。

术语接入网络在此处被用于表示基站(BS)以及一个或者多个基站控制器的集合。接入网络在多个订户站之间传送数据分组。接入网络可进一步连接到在该接入网络之外的附加网络，例如所结合的内联网或者因特网，并且可在每个接入终端和这些外部网络之间传送数据分组。

术语基站在此处被用于表示与订户站进行通信的硬件。小区是指硬件或者地理覆盖区域，根据上下文确定该术语的意思。扇区是小区中的一部分。因为扇区具有小区的属性，以术语小区描述的原理同样可以被扩展到扇区。

术语订户站在此处被用于表示与接入网络通信的硬件。订户站可以是移动的或者固定的。订户站可以是任何通过无线信道或者通过有线信道，比如使用光纤或者同轴电缆通信的数据设备。订户站还可以是数种类型的设备中的任何一种，包括但不限于PC卡、微型flash、内置的或者外置的调制解调器、或者无线或者有线电话。处于建立与基站的活动话务信道连接的进程中的订户站被称为处于连接建立状态。已经建立与基站的活动话务信道连接的订户站被称为活动订户站，并被称为处于话务状态。

术语物理信道在此处被用于表示一通信路由，该通信路由上的信号传播以调制特征和编码的形式被描述。

术语逻辑信道在此处被用于表示在基站或者订户站的协议层中的通信路由。

术语通信信道/链路在此处被用于表示物理信道或者是逻辑信道，根据上下文而定。

术语反向信道/链路在此处被用于表示一通信信道/链路，通过该信道/链路订户站发送信号至基站。

术语前向信道/链路在此处被用于表示一通信信道/链路，通过该信道/链路基站发送信号至订户站。

详细描述

如所描述的，多播系统的模型包括一所选择组的用户，其由用户组成员所定义。组成员包括订购了特定多播内容的订户站的用户。一个或多个内容服务器或者其他用户提供该多播内容。图1说明了能够按照本发明的实施例提供多播服务(也成为多播寻呼)的通信系统100的概念框图。

如所描述的，多播内容可以在内容服务器(CS)产生。内容服务器可以位于网络中，CS1 102(1)，或者在因特网外部(IP)104，CS2 102(2)。内容可以分组的形式被传递至多播分组数据服务节点(MPDSN)106。使用术语MPSDN是因为尽管MPDSN可能是物理上集成的或者提供与普通PDSN(没有示出)相一致的功能，但MPSDN可能在逻辑上与普通PDSN是不同的。按照分组的目的地，MPDSN106传递分组至分组控制功能(PCF)108。PCF是控制基站110的功能以用于包括多播分组数据服务的任何分组数据服务的控制实体，类似用于普通语音话务和数据话务服务的基站控制器。为了说明多播分组数据服务和物理接入网络间的高层概念的连接，图1示出了PCF被物理上同处一起，但是逻辑上不同于基站控制器(BSC)。本领域的技术人员将会理解这仅仅是用于说明的目的。BSC 108提供分组至基站110。尽管术语基站被使用，本领域的技术人员会认识到这些实施例可被等价地应用于扇区。

类似的，如果内容是在CS1 102(1)中产生，该内容可被传递至公共交换电话网(PSTN)112。按照内容的目的地，PSTN 112传递该内容至基站控制器BSC108。BSC 108提供该内容至基站110。

在另一个实施例中，在CS1 102(1)中产生的内容可以分组的形式通过互通功能120被传递至PSTN 112。按照内容的目的地，PSTN 112传递该内容至基站控制器BSC 108。BSC 108提供该内容至基站110。

基站110在前向信道114上将内容提供给成员订户站。如所讨论的，前向信道可在成员订户站之间共享或者在每个成员订户站和服务该成员订户站的基站之间被建立。共享前向链路的使用在共同待审的美国专利申请序列号No.10/113,257，题为“METHOD AND APPARATUS FOR POINT-TO-MULTIPOINTSERVICE PROVIDED IN COMMUNICATION SYSTEMS”中揭示，提交于2002年3月28日。使用公共和专用信道用于信息广播在共同待审的美国专利申请序列号No.10/113,098，题为“METHOD AND APPARATUS FOR CHANNEL MANAGEMENT FORPOINT-TO-MULTIPOINT SERVICE IN A COMMUNICATION SYSTEMS”中揭示，提交于2002年3月28日，它们被转让给本申请的受让人。然而，本领域的技术人员将会理解所引述的申请仅仅是为了说明的目的，其他通信系统使用信道执行类似的功能，因此，该原理可被用于其它的通信系统。

或者，一成员订户站，例如成员订户站116(1)通过接入网络将多播内容发送到其他的成员订户站，例如成员订户站116(2)。成员订户站116(1)在由接入网络分配给该订户站116(1)的反向链路信道118上发送多播内容至该组。反向链路信道分配是在本领于中熟知的，例如，在上面提到的申请序列号10/113,257和10/112,098。基站110(1)路由所接收的信息至基站110(2)，而基站110(2)然后在前向信道114(2)上发射被路由的信息至成员订户站116(2)。

当要提供多播服务时，必须遵循一启用多播寻呼起始的过程。该过程可被分为几个阶段。在第一阶段，要被提供该多播服务的成员订户站必须被通知。在下一个(可任选的)阶段中，感兴趣的成员订户站响应该通告。在下一个阶段期间，用于传递该内容的信道被选择并分配。

多播寻呼开始的通告

如上面所讨论的，当多播寻呼被起始时，是多播组成员的订户站必须被通知。

在一个实施例中，接入网络通过周期性发射的消息，例如开销消息来将通告信息广播至订户站从而起始多播寻呼。术语开销消息在此处被用于表示属于系统参数的消息，周期性地由每一个扇区发射。包含多播寻呼通告的开销消息由其覆盖区域包括成员订户站的扇区在前向链路上发射，该前向链路由所有没有参加另一个寻呼的订户站所监视。在按照IS-2000标准的通信系统中，这种安排的一个示例是在前向寻呼信道(F-PCH)或者前向广播控制信道(F-BCCH)上发射的开销消息。

多播寻呼通过将多播组的标识符(GROUP_ID)包括到开销消息中而被通告，该多播组的成员订户站是该多播寻呼所希望的。如果多于一个多播寻呼被起始，该开销消息包含所有多播组的标识符，这些多播组是该多播寻呼所希望的。标识符可在一个开销消息、数个开销消息、或者包括在该多播寻呼持续时间期间所有的开销消息中被发送。最后的一个选项允许订户站加入已经在准备进行的多播寻呼中。如果标识符被包括在多播寻呼持续时间期间的开销消息中，当特定多播组的多播寻呼结束时，该特定多播组标识符被从该消息中移除。除了标识符之外，开销消息可提供其他和通告该多播寻呼相关的信息，例如，活务信道分配的类型、所使用的承载体传输的类型、以及本领域的技术人员熟知的其他的相关信息。当然，开销消息的剩余部分包括如上面所讨论的系统相关信息。

按照上述的实施例的消息流程的一个示例在图2种说明。在时刻t₁，扇区S接收一指示GROUP_IDx，以表示发送到具有标识符GROUP_IDx的组的多播寻呼将要起始。该指示可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。或者，扇区S接收订户站MS_1和MS_2的身份。扇区S之后确定多播组GROUP_IDx的标识符是否包括订户站MS_1和MS_2，例如，通过查询一数据库。如所讨论的，信息源可包括，例如，服务器、其他订户站、或者本领域技术人员所熟知的任何其他源。扇区S在开销消息中包括标识符，在一个实施例中包括一广播系统参数消息BSPM(GROUP_IDx)并在时刻t₂广播该BSPM(GROUP_IDx)。订户站MS_1和MS_2是具有标识符的组成员，接收BSPM(GROUP_IDx)并会采取合适的动作，例如，开始监视准备要发射所识别的多播寻呼的物理信道、发射一响应至该接入网络、通知用户、以及按照特定的通信系统设计的其他动作。图2示出了一个实施例，其中标识符被包括在多播寻呼期间的开销消息中。由于开销消息BSPM周期性地重复，该标识符类似地在开销消息BSPM的下一个实例中被发射。在时刻t₃仅仅示出了一个实例。

在时刻t₄，扇区S从一信息源(没有示出)接收指示GROUP_IDy，以表示发送到具有标识符GROUP_IDy的组的多播寻呼将要起始。扇区S将该标识符包括到诸如BSPM的开销消息中。由于有两个组需要被通知关于此多播寻呼，在时刻t5发射的被广播的开销消息包含两个标识符BSPM(GROUP_IDx，GROUP_IDy)。订户站MS_3是具有，标识符GROUP_IDy的组的成员，接收开销消息BSPM(GROUP_IDx，GROUP_IDy)并会采取如上所述的合适的动作。

在时刻t₆，扇区S从一信息源(没有示出)接收指示GROUP_IDx ends，以表示发送到具有标识符GROUP_IDx的组的多播寻呼将要终止。扇区S将该标识符从诸如BSPM的开销消息中移除，并在时刻t₇广播仅仅包含标识符GROUP_IDy，BSPM(GROUP_IDy)的开销消息。订户站MS_1和MS_2是具有标识符GROUP_IDx的组，接收开销消息BSPM(GROUP_IDy)，并会采取合适的动作，例如，终止监视正在发射对应于标识符GROUP_IDy的多播寻呼的物理信道。多播寻呼BSPM(GROUP_IDy)不受影响并且会继续直到终止。在终止之后，标识符GROUP_IDy被从BSPM移除。

由于广播信息是周期性重复的，订户站可以在寻呼开始后在任何时间加入该寻呼。为了防止广播消息影响寻呼信道容量，希望限制广播消息的长度。所以，可被包括在广播消息中组的数量是受限制的。此外，由于广播消息随着每个寻呼的开始和终止而改变，订户站必须监视广播消息的每一次更新。在另一个实施例中，每个是多播组的成员的订户站会通过定址发送到该订户站的个别消息而被通知关于多播寻呼的起始。在一个实施例中，个别消息包括一个别多播寻呼(MCP)。个别的MCP的概念在按照IS-2000标准的通信系统的环境中解释。如在图3中概念性地说明，寻呼消息300可携载许多寻呼302，每一个准备发送到一个不同的订户站或者一组订户站。寻呼消息300可包括，例如，一般寻呼消息(GPM)或者通用寻呼消息(UPM)，因为GPM或者UPM可以携载不同的寻呼记录类型。寻呼消息在F-PCH或者前向公共控制信道(F-CCCH)上传递。在寻呼消息中携载的个别的寻呼302被称为寻呼记录类型，每个寻呼记录类型包括目标订户站的地址306、寻呼的类型308(即，个别的或者广播)、内容310(即，寻呼的服务选项)，以及其他信息，例如，序列号304。寻址在寻呼地址类型(ADDR_TYPE)中指定，例如，临时移动站标识符(TMSI)、国际移动站标识符(IMSI)，用于个别寻址一订户站，或者一用于寻址所有订户站的地址类型。在接收寻呼消息300后，订户站解码地址306以确定寻呼302是否是准备发送到该订户站。如果地址306表示寻呼302是准备发送到该订户站，订户站解码该类型308以确定寻呼的类型，以及解码内容310，以确定寻呼的细节。每种类型的寻呼，即语音寻呼、数据寻呼、以及点对点通信系统中的SO33寻呼都具有相应的寻呼记录。由于如所讨论的，多播寻呼是一个新的寻呼类型，个别的MCP必须被定义为新的寻呼记录类型。

多播寻呼通过将多播组(GROUP_ID)包括到个别的MCP中而被通告。个别的MCP被包括在寻呼消息中并在前向信道，例如F-PCH或者F-CCCH上使用成员订户站的具体地址发送到该成员订户站。此外，MCP可提供更多的和所通告的寻呼相关的信息，例如，话务信道分配类型、所使用的承载体传输的类型，以及其他的为本领域的技术人员所熟知的相关信息。

按照上面描述的实施例的消息流程的示例在图4中说明。在时刻t₁，扇区S接收一指示GROUP_IDx，以表示发送到具有标识符GROUP_IDx的组的多播寻呼将要起始。该指示符可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。扇区S随后确定订户站MS_1和MS_2的身份，例如，通过查询一数据库。或者，扇区S接收订户站MS_1和MS_2的身份。扇区S之后创建一包含该标识符GROUP_IDx的个别MCP用于订户站MS_1和MS_2。

本领域的技术人员将会理解寻呼信道可在时隙化的或者非时隙化的寻呼模式中操作，因为这种模式已经在为本领域技术人员所熟知的文档中描述。作为示例，这种模式在IS-95标准，美国专利号No.5,392,287，题为“METHOD ANDAPPARATUS FOR REDUCING POWER CONSUMPTION IN A MOBILE COMMUNICATIONRECEIVER”中描述，发表于1995年2月21日，转让给本申请的受让人。为了说明的目的，图4说明了一配置通信系统，其中订户站以时隙化模式监视F-PCH或者F-CCCH；然而，本领域的技术人员将会理解非时隙化模式也可以被使用。如本领域的技术人员所能了解的，术语时隙是指物理信道的一部分，其长度以时间、码片数或者其他合适的单位表示。

扇区S等待直到时刻t₂，等待寻呼时隙被分配给订户站MS_1，随后为MS_1传递个别的MCP作为寻呼消息，例如GPM的一部分，如所示。订户站MS_1可采取合适的动作，例如，开始监视准备要发射对应于标识符GROOP_IDx的多播寻呼的物理信道、发射一响应、通知用户、以及按照特定的通信系统设计的其他动作。扇区S接下来等待直到时刻t₃，等待寻呼时隙被分配给订户站MS_2，并随后为MS_2传递个别的MCP作为寻呼消息，例如GPM的一部分，如所示。订户站MS_2可采取合适的动作，如上面所描述的。在另一个实施例中，每个成员订户站通过一定址到属于该组的订户站的公共信道消息而被通知多播寻呼的起始。在一个实施例中，公共消息包括一公共多播寻呼(MCP)。如前面所解释的，因为公共MCP是准备发送到多个，但不是全部的订户站，并且因为多播寻呼是一种新类型的寻呼，公共MCP必须被定义作为新的寻呼记录类型。参考在图3中所示的寻呼消息300的结构，新的寻呼记录类型302包括新的寻呼地址，多播地址(MC_ADDRESS)304，其指定寻呼记录类型302是准备发送到多个订户站，还包括类型308、内容310、以及其他的信息，例如序列号304。

新的多播寻呼的起始通过将多播寻呼组GROUP_ID的标识符包括到属于由GROUP_ID所识别的多播组的成员订户站的MCP中而被通告。公共MCP被包括在寻呼消息中并在前向信道，例如F-PCH或者F-CCCH上使用MC_ADDRESS被发送到公共MCP所希望的订户站。此外，MCP可提供和所通告的寻呼相关的其他信息，例如，话务信道分配的类型、所使用的承载体传输的类型，以及为本领域技术人员所熟知的其他相关的信息。然而，如上面所解释的，在当前的通信系统中，订户站被分配监视一寻呼信道时隙，在该时隙中将要发送对该订户站的寻呼。然而，属于由GROUP_ID所识别的组的订户站不需要在寻呼信道上被分配相同的时隙。此外，可对寻呼响应的实体，例如基站控制器(BSC)可能不知道哪一个订户站是一特定的多播组的成员，因此，BSC不能在个别的订户站和MC_ADDRESS之间执行映射。这种情况会发生在，例如，当多播服务通过互联网协议(IP)而被提供时，因为MCP是根据在通过多播IP地址接收一IP分组而被触发。因此，就要求一种允许有效传递多播寻呼起始信息的方法。因此，根据一个实施例，公共MCP在广播寻呼周期(BPC)的第一时隙中被发送。BPC的概念以按照IS-2000标准的通信系统中实现的寻呼信道的形式而被解释。如在图5中所说明的，F-PCH和F-CCCH被分成时隙。为了允许周期的广播寻呼，一广播寻呼周期以持续时间的形式(F-PCH/F-CCCH的时隙数量)被定义，给出如下：

BPC＝B+X (1)

其中B给出如下：

B＝2ⁱ×16，其中对于F-PCH，1≤i≤7而对于F-CCCH，2≤i≤8。(2)

X是固定的偏移。例如在按照IS-2000标准的通信系统中，F-PCH上的值为3而F-CCCH上的值为7。

广播索引i(BCAST_INDEX)的值由扇区在用于F-PCH的扩展系统参数消息(ESPM)中发送以及在用于F-CCCH的多载波无线电资源参数消息(MCRR)中发送。

在时隙化模式中的订户站监视一时隙，按照下述等式被确定：

B＝2^jx16，其中对于F-PCH，1≤j≤7而对于F-CCCH，2≤j≤8。(3)

其中时隙索引j(BCAST_INDEX)的值由扇区在用于F-PCH的扩展系统参数消息(ESPM)中发送以及在用于F-CCCH的多载波无线电资源参数消息(MCRR)中发送。

因此，对于任何广播索引i和时隙索引j的组合，会在订户站按照等式(2)监视用于广播的广播时隙和由在时隙化模式的个别寻址消息的订户站按照等式(3)监视的时隙间有冲突。冲突将在相同的时隙内重复；因此，监视特定时隙的订户站总是需要面对多播寻呼和个别寻呼之间的冲突。在导致等式(1)的等式(2)中引入偏移X并不能完全消除冲突，但是可以防止冲突在相同时隙中周期性地出现，因此，冲突在所有的订户站中扩展。因而，每个订户站可以解码在没有受到影响的时隙中的消息。

每个BPC的第一时隙是一个F-PCH/F-CCCH时隙，为此下述等式成立：

t/4 mod(BPC)＝t/4 mod(BPC+X)＝0， (3)

其中t表示以帧表示的系统时间；以及

mod表示取模算法。

这样的安排要求每个订户站被唤醒并且不仅仅监视被个别分配给该移动站用于其它类型的消息的时隙，还需要监视F-PCH/F-CCCH的BPC的每一个第一时隙，因此，增加了功耗。为了避免这种功耗，和F-PCH/F-CCCH相关联的，包含广播指示符(BI)比特的前向快速寻呼信道(F-QPCH)的时隙被用于通知订户站监视F-QPCH关于相应的F-PCH/F-CCCH的BPC的第一时隙上的MCP的发生或者不发生。如果在F-PCH/F-CCCH的BPC的第一时隙上有公共MCP，相应的F-QPCH时隙的BI比特被设为ON，导致订户站开始监视F-PCH/F-CCCH上的BPC的第一时隙。尽管订户站要求被唤醒并监视BPC的第一F-QPCH时隙的BI比特，由于BI的持续时间比F-PCH/F-CCCH的时隙的持续时间短，唤醒的间隔也较短，因此，会发生电池损耗。

上述的实施例的一个缺点是，由于所有的多播寻呼的MCP在F-PCH/F-CCCH上的BPC的第一时隙上被发送，当MCP存在时，相应的F-QPCH上的BI比特被设置为ON。因此，每个监视该BI指示符的订户站必须是被唤醒的并且监视F-PCH/F-CCCH上的第一时隙以确定该MCP是否是准备发送到该订户站的。因此，不属于该MCP所准备发送的多播组的订户站仍然增加了功耗。如在图5中所说明的，一GPM，包含用于属于多播组(GC_1)的订户站MS₁和MS₂的公共MCP，在F-PCH/F-CCCH上的BPC的第一时隙(Slot 0_p)被发射。然而，由于F-QPCH上的相应的时隙(Slot 0_q)中的BI比特被设置为ON，所有的订户站MS₁-MS₄必须被唤醒并且监视F-PCH/F-CCCH的Slot 0_p。类似地，一GPM，包含用于属于多播组(GC_2)的订户站MS₃的公共MCP，在F-PCH/F-CCCH的下一个BPC的第一时隙(Slot 4_p)被发射。因此，F-QPCH上的相应的时隙(Slot 0_q)中的BI比特被设置为ON，所有的订户站MS₁-MS₄必须被唤醒并且监视F-PCH/F-CCCH的Slot 4_p，尽管GPM仅仅包含一个准备发送到订户站MS₃的公共MCP。

本领域的技术人员将会认识到上述的实施例使用BPC的第一时隙作为对于现存标准的让步(consession)。因此，一般来说这种限制是不必要的，由接入网络和订户站预先所同意的任何BPC的时隙可被使用。因此，按照另一个实施例，对于MPC仅仅可以在F-PCH/F-CCCH的BPC的第一时隙被发射的限制被移除。由于术语统一的原因，术语BPC被术语多播寻呼周期(MPCY)所取代。本领域的技术人员能理解BPC和MPCY的概念是一致的。由于仍然希望订户站不要被唤醒以监视F-PCH/F-CCCH的每一个时隙，需要建立一个过程以允许扇区确定在哪一个时隙中发送消息至特定的多播组，并允许属于该多播组的订户站确定监视哪一个时隙。该过程由映射函数例如，散列函数定义，接受输入参数，例如MPCY中的时隙的总数、和GROUP_ID，并输出一个数，该数识别一个时隙，在该时隙中包含属于由该GROUP_ID所识别的多播组的订户站的公共MCP的寻呼消息将被发射。或者，映射可被实现作为一个表或者任何其他将GROUP_ID映射到时隙号的算法。由于订户站被给于该订户站所属于的每一个组的GROUP_ID，例如，根据对于改组的订购；订户站可使用散列函数来确定所要监视的F-QPCH时隙以读取BI指示符。这降低了虚警概率，即订户站为了订户站所不属于的多播组的MCP而被唤醒的概率。本领域的技术人员能够理解散列函数仅仅是被用作一个示例，而任何其他的映射函数在给定相同的输入参数时，能允许接入网络和订户站两者到达同一个时隙，都是可接受的。

按照上述的实施例的消息流程的一个示例在图6中说明。在时刻t₁，扇区S从一信息源(没有示出)接收标识符GROUP_IDx，以表示发送到具有标识符GROUP_IDx的组的多播寻呼将要起始，该组包括订户站MS_1和MS_2。如所讨论的，这种的信息源可包括，例如，服务器、另一个订户站、或者其他源。扇区S创建包含用于订户站MS_1和MS_2的GROUP_IDx的公共MCP，并将GROUP_IDx和MPCY的时隙数一起进入一映射函数。参考图7，散列函数返回一指示，表示用于GROUP_IDx的MCP是准备在Slot 0_p中发送。在时刻t2，表示相应于F-CCCH的Slot 0_p的F-QPCH的时隙(Slot 0_q)的开始，扇区S设置BI比特为ON。使用相同的散列函数来确定监视哪一个F-QPCH的时隙的订户站MS_1和MS_2检测Slot 0_q中的BI比特被设置为ON。订户站MS_1和MS_2随后被唤醒以在时刻t₃监视Slot 0_p。在时刻t₃，表示Slot 0_p的起始，扇区S发射MCP作为寻呼消息，例如GPM的一部分。

如在图5中所表示的，MS_3是不同于由GROUP_IDx所表示的多播组的多播组的成员。因为没有对于MS_3所属的多播组的多播寻呼的请求被接收，在F-CCCH的Slot 1_p中不需要通告，而相应于F-CCCH的Slot 1_q的F-QPCH时隙中的BI比特被设置为OFF。

在另一个实施例中，订户站通过比空中接口信令层更高的协议层而被通知一多播寻呼。如在本领域中所熟知的，分层化(layering)是一种在以其他方式解耦合(de-couple)的处理实体间，即层之间以明确定义的封装数据组织通信协议的方法。协议层在基站110和远程站116两者上实现。按照开放系统互联(OSI)模型，协议层L1提供基站和远程站之间无线电信号的发送和接收，层L2提供信令消息的正确发送和接收，而层L3提供用于通信系统的控制消息传送。层L3按照基站110和远程站116之间的通信协议的语义和时序起始并终止信令消息。在cdma2000系统中，空中接口信令层L1是指物理层，L2是指链路接入控制(LAC)层或者媒体接入控制层(MAC)，而L3是指信令层。在信令层之上是下述各层，按照OSI模型编号为L4-L7并被称为传输层、会话层、表示层和应用层。

按照该实施例，链路层会话是在信息源和使用一现存的通信系统接口的订户站之间被建立。这样的链路层协议可包括，例如，点对点协议(PPP)、串行线互联网协议(SLIP)、或者其他为本领域技术人员所熟知的链路层协议可被使用而不脱离本发明的范围。链路层协议在为本领域技术人员所熟知的文档中记载，例如IS-707标准。多播寻呼通告消息随后通过链路层会话的互联网协议(IP)连接而被发送。

图8说明了按照另一个实施例的消息流程的示例。在时刻t1，扇区S从信息源通过分组服务数据节点(PSDN)接收指示Page(MS_1)，表示发送到包括订户站MS_1的组的多播寻呼将要起始。扇区S产生准备发送到订户站MS_1的寻呼记录用于请求PPP(DP)的寻呼设置。因为所请求的寻呼是点对点类型的寻呼，寻呼记录对于每个成员订户站是个别的。按照IS-707，这样的服务选项是SO33。如上面所讨论的，该服务选项包括在寻呼记录的部分内容中。扇区S之后产生一合适的寻呼消息，例如GPM，并且等待直到时刻t₂，等待寻呼时隙被分配给订户站MS_1。在时刻t₂，寻呼消息被作为GPM(DP：SO33)的一部分发射给MS_1。在一个实施例中，订户站MS_1在时刻t3确认MCP的接收。如在图8中所说明的，在按照IS-2000标准的通信系统中，该响应包括寻呼响应消息(PRM(SO33))，其在一反向信道，例如，接入信道上被调制。在时刻t₄，扇区S发送一通告表示哪一个信道是多播寻呼准备使用的。在一按照IS-2000标准的通信系统中，这样的通告是在扩展信道分配消息(ECAM)上被发送。因此，一SO33寻呼在由ECAM分配的信道上建立。当SO33寻呼被建立时，源PDSN和订户站MS_1之间的PPP在时刻t₅被建立。MS_1然后通过PPP被通知关于该多播寻呼的起始。属于该多播组的以及对该多播寻呼感兴趣的剩余的订户站遵循上述的过程。(为了简明，仅仅示出了一个附加的订户站MS_2)。按照另一个实施例，在从一源接收到关于由GROUP_ID所标识符的组的多播寻呼的通告之后，扇区发射一多播地址寻呼记录至该多播寻呼所准备发送的组中所有的订户站，以请求建立链路层协议。如上面所讨论的，属于由GRPUP_ID所标识的组的订户站不需要在寻呼信道上被分配相同的时隙。因此，上述的任何用于正确传递多播定址寻呼的解决方案是可以被应用的。

当属于该组的订户站通过发送一PRM来响应该多播定址寻呼时，扇区与该订户站如上面所讨论的设置链路层协议，例如SO33，并通过链路层协议通知订户站关于多播寻呼起始。链路层协议寻呼设置以及通告然后被重复用于每一个剩余的订户站。这样的个别链路层协议设置是可能的，因为尽管接入网络不需要在发送该多播定址寻呼时知道个别的订户站的身份，在从订户站接收响应时这些身份被显露。

对多播寻呼起始通告的响应

如上面所讨论的，当多播寻呼被起始时，是该多播组成员的订户站必须被通知。当订户站接收多播正要起始的通告时，对于订户站是否以及怎样响应该通告有数个选择。

按照一种选择，即使订户站对于参加到该多播通信中很感兴趣，也不要求该订户站进行响应。这种选择在下述情况下是可以接受的，例如，在多播服务中，具有一般兴趣的服务以及对于传递哪一个服务到每一个订户站是不重要的，例如，股票市场信息更新、视频流、以及其他类似性质的信息。

按照另一种选择，如果订户站对于参加到该多播通信中感兴趣，订户站始终被要求进行响应。该响应包括：例如，在反向信道上发送一消息至接入网络。在按照IS-2000标准的通信系统中这种消息的一个例子是在反向接入信道(R-ACH)、反向增强的接入信道上(R-EACH)以及反向公共控制信道(R-CCCH)上发射的寻呼响应消息。这种响应必须包含用于由接入网络进行的下一个动作的信息。根据通信系统的设计特征，这种信息可表示该订户站是否对于加入到该多播中感兴趣；订户站是否对于加入到该多播中不感兴趣；是否订户站感兴趣但是由于不支持所要求的配置，例如数据速率而不能加入。

在信道分配前接入网络等待来自成员订户站的响应。这种选择对于要求接入网络知道每一个订户站是否参加的服务是要求的。此外，该响应允许接入网络决定，是否为该多播内容分配一共享信道或者专用信道。当做出为每一个订户站分配一专用信道的决定时，该响应防止接入网络将专用话务信道分配给不参加的订户站。

如上面所解释的，在一个实施例中，每个是多播组成员的订户站通过定址到该成员订户站的公共消息而被通知关于准备发送到该组的多播寻呼的起始。当不是在公共消息中识别的组的成员的订户站接收一通告时，订户站可忽略该通告并且不进行响应。然而，如果支持AdHoc多播组信息，所有接收该通告的订户站被要求进行响应。术语AdHoc多播组在此处被用来表示非预定的，但是是根据多播寻呼的起始而创建的多播组。无论AdHoc多播组信息是否被支持，对于公共消息通告的响应的要求会引出来自接收该通告的订户站的响应。由于众多的订户站会响应，错开这些响应消息，例如来自该组中的订户站的寻呼响应消息的方法可被实施以避免来自响应突发的冲突。

按照另一个选择，订户站总是被要求进行响应，即使该订户站对于加入到该多播服务中不感兴趣。这种选择对于要求接入网络确实知道是否每一个订户站都参加的服务是要求的。和以前的选择不同，该选择允许接入网络确实区分由于对该多播寻呼不感兴趣而不进行响应的订户站以及由于没能接收一通告而不进行响应的订户站。因此，接入网络可采取合适的动作，例如重复该通告。针对先前的选择而描述的其他的考虑方面是可应用的。

本领域的技术人员将会理解上述的选择仅仅是为了不同的说明目的。通信系统可使用任何合适于一多播寻呼的选择。例如，当一个到每个订户站的传递不是很重要的多播寻呼起始时，可能不要求来自成员订户站的响应。当相同的成员订户站需要参加随后的多播寻呼时，可能需要一响应。表示是否以及什么响应是接入网络所要求的指示可被指示给订户站，例如，通过包含在通告消息中的信令。然而，任何其他形式的响应指示是可以预见的。

用于多播寻呼起始的信道分配

如上面所提到的，通信系统100通过前向链路信道114向成员订户站提供内容。因此，无论是在成员订户站之间共享的还是在每个成员订户站和基站之间个别建立的前向链路信道，必须在多播服务可以起始之前由通信系统100的实体分配。

如上面所讨论的，有多种进行通告的方法、多种进行响应的方法以及多种信道分配方法。因此，通告、响应和信道分配的多种可能的组合如下面的实施例中所描述的：

如所讨论的，在一个实施例中，成员订户站通过公共开销消息或者公共寻呼消息而被通知关于该多播寻呼。由于多播服务通告是在一公共消息中被广播给多个订户站而不是个别的订户站，产生公共消息的实体不需要知道该多播组的个别成员订户站的标识。

如果成员订户站不要求进行响应，多播服务话务信道，例如信道标识(在按照IS-2000标准的通信系统中是Walsh码)、数据速率、以及其他分配信息可被包括作为通告的一部分，这是本领域的技术人员所熟知的。因此，在通过公共开销消息通告的情况下，信道分配信息可以是开销消息的一部分；在通过公共寻呼消息通告的情况下，信道分配信息可以是MCP的一部分。由于信道分配信息是多播的并且不要求响应，信道分配的类型必须是共享信道。或者，信道分配信息可与通告分开地被传递到订户站。

一当订户站处理消息时，感兴趣的订户站开始监视所分配的信道以接收多播服务话务。

按照上述实施例的消息流程的一个示例在图9中说明。在时刻t₁，扇区S接收指示GROUP_IDx，以表示发送到具有标识符GROUP_IDx的组的多播寻呼将要起始。该指示可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。或者，扇区S接收订户站MS_1和MS_2的标识。扇区S然后确定包括订户站MS_1和MS_2的多播组GROUP_IDx的标识符，例如，通过查询一数据库。如所讨论的，信息源可包括，例如，服务器、其他订户站、或者本领域技术人员所熟知的任何其他源。

扇区S将标识符和信道分配信息包括在开销消息中，在一个实施例中包括一广播系统参数消息BSPM。扇区S在时刻t_2o广播该BSPM(GROUP_IDx，ChannelAssignment Information)。订户站MS_1和MS_2是具有该标识符的组的成员，接收BSPM(GROUP_IDx，Channel Assignment Information)，处理BSPM并会在时刻t₃采取合适的动作，例如，调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。在时刻t₄，多播服务的内容开始在话务信道(Traffic forGroup_IDx)上被发射。如所讨论的，开销消息BSPM周期性地重复其自己，因此，如果标识符和信道分配信息被包括在每一个消息中，类似的，该标识符和该信道分配信息将在开销消息BSPM的下一些实例中被发射。仅仅示出了在时刻t_2o的一个实例。

或者，扇区S将标识符和信道分配信息包括在寻呼消息中，例如一般寻呼消息(GPM)中。扇区S通过使用任何上述实施例的成员订户站来确定在寻呼信道上所要监视的时隙。扇区随后在时刻t_2p在此时隙中发射GPM(MCP：GROUP_IDx，Channel Assignment Information)。订户站MS_1和MS_2是具有该标识符的组的成员接收GPM(MCP：GROUP_IDx，Channel Assignment Information)，在时刻t₃处理该GPM并采取合适的动作，例如，调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。在时刻t₄，多播服务的内容开始在话务信道(Traffic for Group_IDx)上被发射。

如果成员订户站被要求在信道分配之前进行响应，在接收到公共消息中的多播服务通告时，感兴趣的订户站发送一响应。这样的响应包括，例如，信令消息(新类型的消息，例如，多播服务参加消息作为对公共开销消息的响应或者寻呼响应消息作为对公共寻呼消息的响应)，以指示感兴趣的订户站希望参加多播服务。

在接收到响应时，用于信道分配的接入网络的实体考虑到响应的数量以确定所要分配的信道的类型。在一个实施例中，接入网络将响应的数量和一门限进行比较，并按照比较的结果分配信道的类型。如果实体决定分配一共享信道，接入网络发送共享消息信道分配消息，例如多播信道分配消息(MCAM)，其包含用于共享多播服务话务信道的信息。因此，MCAM使用多播地址来将共享信道分配给该兴趣的订户站。

如上面所解释的，属于由GROUP_IDx所标识的组的订户站不需要被分配寻呼信道上的相同时隙。因此，要求一种能够有效传递多播寻呼起始信息的方法。

在一个实施例中，当接收到通告时，订户站被要求以非时隙化的模式监视寻呼信道；因此，MCAM可使用任何寻呼信道时隙被发送。

在另一个实施例中，MCAM使用和用于确定发送多播定址通告的时隙相同的方法在一时隙上被发送。

在另一个实施例中，公共开销消息或者公共寻呼消息表示寻呼信道时隙号，其是订户站被要求监视MCAM的时隙。

在另一个实施例中，MACM在由订户站监视的每一个时隙上被发送。

本领域的技术人员将会理解，此处描述的实施例仅仅是为了说明而被分别对待。通信系统对于多播寻呼服务将使用合适的实施例。实施例的选择可以，例如，在通告中被指特定。

按照上述实施例的消息流程的一个示例在图10中说明。在时刻t₁，扇区S接收指示GROUP_IDx，以表示发送到具有标识符GROUP_IDx的组的多播寻呼将要起始。该指示可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。或者，扇区S接收订户站MS_1和MS_2的身份。扇区S随后确包括订户站MS_1和MS_2定多播组GROUP_IDx的标识符，例如，通过查询一数据库。如所讨论的，信息源可包括，例如，服务器、其他订户站、或者本领域技术人员所熟知的任何其他源。

扇区S将标识符包括在开销消息中，在一个实施例中包括一广播系统参数消息BSPM。扇区S在时刻t_2o广播该BSPM(GROUP_IDx)。订户站MS_1和MS_2是具有该标识符的组的成员，接收BSPM(GROUP_IDx)，处理该BSPM并采取合适的动作，例如，发送响应消息。如所讨论的，开销消息BSPM周期性地重复其自己，因此，如果标识符被包括在每一个消息中，该标识符将在开销消息BSPM的下一个(些)实例中被发射。仅仅示出了在时刻t_2o的一个实例。

或者，扇区S将标识符包括在寻呼消息，例如一般寻呼消息(GPM)中。扇区S然后确定由成员订户站监视的寻呼信道上的时隙，并在时刻t_2p在此时隙中发射GPM(MCP：GROUP_IDx)。订户站MS_1和MS_2是具有该标识符的组的成员，接收GPM(MCP：GROUP_IDx)处理该GPM并采取合适的动作，例如，发送响应消息。

无论什么公共消息被用于通告，订户站MS_1和MS_2分别在时刻t₃和t₄发送响应。当接收到响应时，负责信道分配的接入网络的实体确定分配一共享信道。扇区S确定该发送公共信道分配消息的方法，例如MCAM，并在时刻t₅发送包含用于共享多播服务话务信道MCAM(Channel Assignment Information)的信息的MCAM。订户站MS_1和MS_2处理MCAM并采取合适的动作，例如，在时刻t₆调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。在时刻t₇，多播服务的内容开始在话务信道(Traffic for Group_IDx)上被发射。

在另一个实施例中，如果实体决定分配一共享信道，接入网络发送个别信道分配消息(ICAM)，其包含用于至每个响应的成员订户站的共享多播服务话务信道。在按照IS-2000标准的通信系统的环境中，ICAM可包括，例如扩展信道分配消息。

这样的个别分配是可能的，因为尽管在发送通告时接入网络不需要知道个别订户站的标识，一当从订户站接收响应时，这些身份会被显露。

需要注意，由于如同在点对点寻呼中那样共享多播服务话务信道是个别分配的，任何已知的用于点对点话务信道分配的方法可被使用。因此，何时发送用于每个订户站的ICAM的问题不会出现，因为接入网络知道何时每个感兴趣的订户站将要监视寻呼信道。

按照上述实施例的消息流程的一个示例在图11中说明。在时刻t₁，扇区S接收指示GROUP_IDx，以指示发送到具有标识符GROUP_IDx的组的多播寻呼将要起始。该指示可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。或者，扇区S接收订户站MS_1和MS_2的身份。扇区S然后确定包括订户站MS_1和MS_2的多播组GROUP_IDx的标识符，例如，通过查询一数据库。如所讨论的，信息源可包括，例如，服务器、其他订户站、或者本领域技术人员所熟知的任何其他源。

扇区S将标识符包括在开销消息中，在一个实施例中包括一广播系统参数消息BSPM。扇区S在时刻t_2o广播该BSPM(GROUP_IDx)。订户站MS_1和MS_2是具有该标识符的组的成员，接收BSPM(GROUP_IDx)处理该BSPM并采取合适的动作，例如，发送响应消息。如所讨论的，开销消息BSPM周期性地重复其自己，因此，如果标识符被包括在每一个消息中，该标识符将在开销消息BSPM的下一个实例被发射。仅仅示出了在时刻t_2o的一个实例。

或者，扇区S将标识符包括在寻呼消息，例如一般寻呼消息(GPM)中。扇区S然后确定在由成员订户站监视的寻呼信道上的时隙，并在时刻t_2p在此时隙中发射GPM(MCP：GROUP_IDx)。订户站MS_1和MS_2是具有该标符的组的成员，接收GPM(MCP：GROUP_IDx)处理该GPM并采取合适的动作，例如，发送响应消息。

无论什么公共消息被用于通告，订户站MS_1和MS_2分别在时刻t₃和t₄发送响应。一当接收到响应时，负责信道分配的接入网络的实体确定分配一专用信道。由于扇区S从接收的响应中知道订户站MS_1和MS_2的标识，扇区S按照该响应确定在哪一个时隙中订户站MS_1和MS_2将要监视寻呼信道。扇区S等待直到时刻t₅，等待被订户站MS_1监视的寻呼时隙，并传递个别ICAM(Channel Assignment Information)至订户站MS_1；类似地，扇区S等待直到时刻t₆，等待被订户站MS_2监视的寻呼时隙，并传递个别ICAM(ChannelAssignment Information)至订户站MS_2。订户站MS_1和MS_2处理ICAM并采取合适的动作，例如，分别在时刻t₅和t₆调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。在时刻t₇，多播服务的内容开始在话务信道(Trafficfor Group_IDx)上被发射。

在另一个实施例中，如果实体决定为每一个响应的成员订户站分配一专用信道，接入网络发送个别信道分配消息，其包含用于至每个响应的成员订户站的专用多播服务话务信道的信息。

这样的个别分配是可能的，因为尽管接入网络在发送通告时不需要知道个别的订户站的身份，一当从订户站接收响应时，这些身份会被显露。

由于在点对点寻呼中那样多播服务话务信道是个别分配的，任何已知的用于点对点话务信道的分配可被使用。特别的，接入网络知道何时每个感兴趣的订户站将要监视寻呼信道。

按照上述实施例的消息流程的一个示例在图12中说明。在时刻t₁，扇区S接收指示GROUP_IDx，以表示发送到具有标识符GROUP_IDx的组的多播寻呼将要起始。该指示可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。或者，扇区S接收订户站MS_1和MS_2的标识。扇区S之后确定包括订户站MS_1和MS_2的多播组GROUP_IDx的标识符，例如，通过查询一数据库。如所讨论的，信息源可包括，例如，服务器、其他订户站、或者本领域技术人员所熟知的任何其他源。

扇区S将标识符包括在开销消息中，在一个实施例中该开销消息包括一广播系统参数消息BSPM。扇区S在时刻t_2o广播该BSPM(GROUP_IDx)。订户站MS_1和MS_2是具有该标识符的组的成员，接收BSPM(GROUP_IDx)处理该BSPM并采取合适的动作，例如，发送响应消息。如所讨论的，开销消息BSPM周期性地重复其自己，因此，如果该标识符被包括在每一个消息中，该标识符将在开销消息BSPM的下一个(些)实例中被发射。仅仅示出了在时刻t_2o的一个实例。

或者，扇区S将标识符包括在寻呼消息中，例如一般寻呼消息(GPM)中。扇区S然后确定在由成员订户站监视的寻呼信道上的时隙，并在时刻t_2p在此时隙中发射GPM(MCP：GROUP_IDx)。订户站MS_1和MS_2是具有该标识符的组的成员，接收GPM(MCP：GROUP_IDx)处理该GPM并采取合适的动作，例如，发送响应消息。

无论什么公共消息被用于通告，订户站MS_1和MS_2分别在时刻t₃和t₄发送响应。一当接收到响应时，负责信道分配的接入网络的实体确定分配一些专用信道。由于扇区S从接收的响应中知道订户站MS_1和MS_2的身份，扇区S按照该响应确定在哪一个时隙中订户站MS_1和MS_2将要监视寻呼信道。

扇区S等待直到时刻t₅，等待被订户站MS_1监视的寻呼时隙并然后传递个别ICAM(Channel Assignment Information)至订户站MS_1。订户站MS_1处理ICAM并采取合适的动作，例如，在时刻t₅调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。

类似的，扇区S等待直到时刻t₇，等待被订户站MS_2监视的寻呼时隙，并然后传递个别ICAM(Channel Assignment Information)至订户站MS_2。订户站MS_2处理ICAM并采取合适的动作，例如，在时刻t₆调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。

在时刻t₇，多播服务的内容开始在专用话务信道(Traffic for Group_IDx)上被发射。

在另一个实施例中，如果实体决定为每一个响应成员订户站分配一专用信道，接入网络发送公共信道分配消息，多播信道分配消息(MCAM)，其包含用于每个个别多播服务话务信道的信息。因此，一个MCAM使用多播地址为每个感兴趣的订户站分配一个专用多播服务话务信道。

如所解释的，属于由GROUP_ID所标识的组的订户站不必在寻呼信道上被分配的相同时隙。因此，需要一种能够有效传递多播寻呼起始信息的方法。

在一个实施例中，一当接收到通告，订户站被要求以非时隙化的模式监视寻呼信道；因此，MCAM可使用任何寻呼信道时隙被发送。

在另一个实施例中，MCAM使用和用于确定一发送多播定址通告的时隙相同的方法在一时隙上被发送。

在另一个实施例中，公共开销消息或者公共寻呼消息指示寻呼信道时隙号，其是订户站被要求监视MCAM所需的时隙号。

本领域的技术人员将会理解，此处描述的实施例仅仅是为了说明而被分别对待。通信系统对于多播寻呼服务可使用合适的实施例。实施例的选择可以，例如，在通告中被指定。

一当订户站处理消息，感兴趣的订户站开始监视所分配的信道以接收多播服务话务。

按照上述实施例的消息流程的一个示例在图11中说明。在时刻t₁，扇区S接收指示GROUP_IDx，以表示发送到具有标识符GROUP_IDx的组的多播寻呼将要起始。该指示可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。或者，扇区S接收订户站MS_1和MS_2的标识。扇区S然后确定包括订户站MS_1和MS_2的多播组GROUP_IDx该标识符，例如，通过查询一数据库。如所讨论的，信息源可包括，例如，服务器、其他订户站、或者本领域技术人员所熟知的任何其他源。

扇区S将标识符包括在开销消息中，在一个实施例中开销消息包括一广播系统参数消息BSPM。扇区S在时刻t_2o广播该BSPM(GROUP_IDx)。订户站MS_1和MS_2是具有该标识符的组的成员，接收BSPM(GROUP_IDx)处理该BSPM并采取合适的动作，例如，发送响应消息。如所讨论的，开销消息BSPM周期性地重复其自己，因此，如果标识符被包括在每一个消息中，该标识符将在开销消息BSPM的下一个(些)实例被发射。仅仅示出了在时刻t_2o的一个实例。

无论什么公共消息被用于通告，订户站MS_1和MS_2分别在时刻t₃和t₄发送响应。当接收到响应时，负责信道分配的接入网络的实体确定分配一专用信道。扇区S确定发送公共信道分配消息，例如MCAM的方法，并在时刻t5发送包含用于专用多播服务话务信道MCAM(Channel Assignment Information)信息的MCAM。

订户站MS_1处理MCAM并采取合适的动作，例如，在时刻t₆调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。

类似地，订户站MS_2处理MCAM并采取合适的动作，例如，在时刻t₆调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。

在时刻t₇，多播服务的内容开始在话务信道(Traffic for Group_IDx)上被发射。

在一个实施例中，每个成员订户站通过个别寻呼消息而被通知关于该多播服务。由于多播服务是通过多个个别寻呼消息发射至多个订户站，产生个别寻呼消息的实体不需要知道个别成员订户站的身份。

如果成员订户站不要求进行响应，多播服务话务信道，例如信道标识符(在按照IS-2000标准的通信系统中是Walsh码)、数据速率的信道分配信息以及本领域的技术人员所熟知的其他分配信息可被包括作为通告的一部分，。因此，在通过公共开销消息通告的情况下，信道分配信息可以是开销消息的一部分；在通过个别寻呼消息通告的情况下，信道分配信息可以是个别寻呼消息的一部分。由于信道分配信息时在个别寻呼消息中提供，所分配的信道的类型可以是共享信道以及专用信道。

由于成员订户站不要求对多播服务通告进行响应，在产生个别寻呼信消息的实体定分配专用信道至每个成员订户站的情况下，实体可为对于参加到该多播服务中不感兴趣的成员订户站分配专用资源。因此，希望能确定被分配了专用信道的成员订户站对于参加到该多播服务中是还是不感兴趣，由此用于不参加的成员组的专用信道可被回收(reclaimed)，并重新用于其他的服务，例如，常规的点对点寻呼。在一个实施例中，接入网络在专用信道被分配且多播服务已起始之后，确定成员订户站是否在所分配的反向链路信道上是活动的。

按照上述实施例的消息流程的一个示例在图14中说明，其中共享信道被分配。在时刻t₁，扇区S接收订户站MS_1和MS_2GROUP_IDx的身份，其包括具有标识符GROUP_IDx的一个组，一对该组将要起始一多播呼叫。或者，扇区S接收组标识符GROUP_IDx。该信息可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。扇区S然后确定订户站MS_1和MS_2的身份，例如，通过查询一数据库。扇区S随后创建包含标识符GROUP_IDx和用于每一个订户站MS_1和MS_2的信道分配信息的个别MCP，并将该MCP包括在寻呼消息中，例如一般寻呼消息(GPM)中。

扇区S然后确定在由成员订户站MS_1和MS_2寻呼信道上的时隙。在时刻t₂，在由成员订户站MS_1监视的时隙上，扇区S发射GPM(MCP：GROUP_IDx，Channel Assignment Info)。订户站MS_1接收GPM(MCP：GROUP_IDx，ChannelAssignment Info)，处理GPM并采取合适的动作，例如，调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。

在时刻t₂，在由成员订户站MS_2监视的时隙上，扇区S发射GPM(MCP：GROUP_IDx，Channel Assignment Info)。订户站MS_2接收GPM(MCP：GROUP_IDx，Channel Assignment Info)，处理GPM并采取合适的动作，例如，调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。

在时刻t₄，多播服务的内容开始在共享话务信道(Traffic for Group_IDx)上被发射。

按照上述实施例的消息流程的一个示例在图15中说明，其中专用信道被分配。在时刻t₁，扇区S接收订户站MS_1和MS_2GROUP_IDx的身份，其包括具有标识符GROUP_IDx的一组，对该组将要起始的多播寻呼。或者，扇区S接收一组标识符GROUP_IDx。该信息可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。扇区S然后确定订户站MS_1和MS_2的身份，例如，通过查询一数据库。扇区S然后创建包含标识符GROUP_IDx和用于每一个订户站MS_1和MS_2的信道分配信息的个别MCP，并将该MCP包括在寻呼消息中，例如一般寻呼消息(GPM)中。

扇区S然后确定在由成员订户站MS_1和MS_2监视的寻呼信道上的时隙。在时刻t₂，在由成员订户站MS_1监视的时隙上，扇区S发射GPM(MCP：GROUP_IDx，Channel Assignment Info for MS_1)。订户站MS_1接收GPM(MCP：GROUP_IDx，Channel Assignment Info for MS_1)，处理GPM并采取合适的动作，例如，在时刻t₃，调谐至并开始监视准备要发射(Traffic for MS_1)用于订户站MS_1的多播寻呼的物理信道。

在时刻t₄，在由成员订户站MS_2监视的时隙上，扇区S发射GPM(MCP：GROUP_IDx，Channel Assignment Info for MS_2)。订户站MS_2接收GPM(MCP：GROUP_IDx，Channel Assignment Info for MS_2)，处理GPM并采取合适的动作，例如，在时刻t₃调谐至并开始监视准备要发射(Traffic for MS_2)用于MS_2的多播寻呼的物理信道。

如果成员订户站被要求在信道分配之前进行响应，当接收到个别寻呼消息中的多播服务通告时，感兴趣的订户站发送一响应，例如，类似于寻呼响应消息的信令消息，以表示感兴趣的订户站对于参加到多播服务中的期望。

当接收到该响应时，负责信道分配的接入网络的实体可考虑响应的数量以确定所分配的信道的类型。在一个实施例中，接入网络将响应的数量和一门限相比较，并按照比较的结果分配信道的类型。如果实体决定分配共享信道，接入网络发送公共信道分配消息，例如，多播信道分配消息(MCAM)，其包含用于共享多播服务话务信道的信息。因此，MCAM使用多播地址来将共享信道分配给感兴趣的订户站。

如上面所解释的，属于由GROUP_IDx所识别的订户站不必在寻寻呼信道上被分配相同的时隙。因此，需要一种能有效传递多播寻呼起始信息的方法。

在另一个实施例中，公共开销消息或者公共寻呼消息指示了寻呼信道时隙号，其是订户站被要求对于MCAM监视的时隙。

本领域的技术人员将会理解，此处描述的实施例仅仅是为了说明而被分别对待。通信系统对于多播寻呼服务可使用合适的实施例。实施例的选择可以是，例如，在通告中被指定。

按照上述实施例的消息流程的一个示例在图16中说明。在时刻t₁，扇区S接收订户站MS_1和MS_2GROUP_IDx的身份，其包括具有标识符GROUP_IDx的一个组，对于该组将要起始一多播寻呼。或者，扇区S接收组标识符GROUP_IDx。该信息可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。扇区S然后确定订户站MS_1和MS_2的身份，例如，通过查询一数据库。扇区S随后创建包含标识符GROUP_IDx和用于每一个订户站MS_1和MS_2的信道分配信息的个别MCP，并将该MCP包括在寻呼消息中，例如一般寻呼消息(GPM)中。

扇区S然后确定在由成员订户站MS_1和MS_2监视的寻呼信道上的时隙。在时刻t₂，在由成员订户站MS_1监视的时隙上，扇区S发射GPM(MCP：GROUP_IDx)。订户站MS_1接收GPM(MCP：GROUP_IDx)，并在时刻t₃发送一响应。

在时刻t₄，在由成员订户站MS_2监视的时隙上，扇区S发射GPM(MCP：GROUP_IDx)。订户站MS_2接收GPM(MCP：GROUP_IDx)，并在时刻t₅发送一响应。

当接收到响应时，负责信道分配的接入网络的实体确定分配共享信道。扇区S等待直到时刻t₆，等待由订户站MS_1监视的寻呼时隙，并随后将个别ICAM(Channel Assignment Information)传递给订户站MS_1。订户站MS_1处理该ICAM并采取合适的动作，例如，调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。

类似的，扇区S等待直到时刻t₇，等待由订户站MS_2监视的寻呼时隙，并随后将个别ICAM(Channel Assignment Information)传递给订户站MS_2。订户站MS_2处理该ICAM并采取合适的动作，例如，调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。

在时刻t₈，多播服务开始在话务信道(Traffic for Group_IDx)上被发射。

这样的个别分配是可能的，因为尽管在发送通告时接入网络不需要知道个别订户站的身份，在从订户站接收响应时，这些身份会被显露。

需要注意，由于在点对点寻呼中共享多播服务话务信道是个别分配的，任何已知的用于点对点话务信道分配的方法可被使用。因此，何时发送用于每个订户站的ICAM的问题不存在因为接入网络知道何时每个感兴趣的订户站将要监视寻呼信道。

按照上述实施例的消息流程的一个示例在图17中说明。在时刻t₁，扇区S接收订户站MS_1和MS_2 GROUP_IDx的身份，其包括具有标识符GROUP_IDx的一个组，对于该组将要起始一多播寻呼。或者，扇区S接收组标识符GROUP_IDx。该信息可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。扇区S之后确定订户站MS_1和MS_2的身份，例如，通过查询一数据库。扇区S随后创建包含标识符GROUP_IDx和用于每一个订户站MS_1和MS_2的信道分配信息的个别MCP，并将该MCP包括在寻呼消息中，例如一般寻呼消息(GPM)中。

扇区S然后确定在由成员订户站MS_1和MS_2监视的寻呼信道上的时隙。在时刻t₂，在由成员订户站MS_1监视的时隙中，扇区S发射GPM(MCP：GROUP_IDx)。订户站MS_1接收GPM(MCP：GROUP_IDx)，并在时刻t₃发送一响应。

当接收到响应时，负责信道分配的接入网络的实体确定分配一些共享信道。扇区S确定发送个别信道分配消息，例如ICAM至每个订户站MS_1和MS_2的方法，并分别在时刻t₆和t₇发送包含用于共享多播服务信道ICAM(ChannelAssignment Information)的ICAM。订户站MS_1和MS_2处理该ICAM并采取合适的动作，例如，在时刻t₇调谐至并开始监视准备要发射所识别的多播寻呼的物理信道。在时刻t₇，多播服务内容开始在话务信道(Traffic for Group_IDx)上被发射。

在另一个实施例中，如果实体决定分配专用信道，接入网络发送公共信道分配消息，多播信道分配消息(MCAM)，其包含用于专用多播服务话务信道的信息。因此，MCAM使用使用多播地址将共享信道分配给感兴趣的订户站。

如上面所解释的，属于由GROUP_IDx所标识的组的订户站不必在寻呼信道上被分配相同的时隙。因此，需要一种能有效传递多播寻呼起始信息的方法。

在一个实施例中，当接收到通告时，订户站被要求以非时隙化的模式监视寻呼信道；因此，MCAM可在任何寻呼信道时隙中被发送。

在另一个实施例中，MCAM使用和用于确定发送多播地址通告的时隙相同的方法在一时隙上被发送。

在另一个实施例中，公共开销消息或者公共寻呼消息指示了寻呼信道时隙号，其是订户站被要求对MCAM监视的时隙。

当订户站处理消息时，感兴趣的订户站开始监视所分配的信道以接收多播服务话务。

按照上述实施例的消息流程的一个示例在图18中说明。在时刻t₁，扇区S接收订户站MS_1和MS_2 GROUP_IDx的身份，其包括具有标识符GROUP_IDx的一个组，对于该组将要起始一多播寻呼。或者，扇区S接收一组标识符GROUP_IDx。该信息可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。扇区S然后确定订户站MS_1和MS_2的身份，例如，通过查询一数据库。扇区S之后创建包含标识符GROUP_IDx和用于每一个订户站MS_1和MS_2的信道分配信息的个别MCP，并将该MCP包括在寻呼消息中，例如一般寻呼消息(GPM)中。

一当接收到响应，负责信道分配的接入网络的实体确定分配专用信道。扇区S确定发送公共信道分配消息，例如MCAM的方法，并在时刻t₆发送包含用于专用多播服务话务信道MCAM(Channel Assignment Information for MS_1，Channel Assignment Information for MS_2)的MCAM。订户站MS_1和MS_2处理该ICAM并采取合适的动作，例如，在时刻t₇和t₈分别调谐至并开始监视物理信道Traffic for MS_1和Traffic for MS_2，在其上分别准备要发射所识别的多播寻呼的物理信道。

在另一个实施例中，如果实体决定分配一专用信道，接入网络发送个别信道分配消息(Individual Channel Assignment Message-ICAM)，其包含用于至每个响应的成员订户站的共享多播服务话务信道的信息。在按照IS-2000标准的通信系统的环境中，ICAM可包括，例如可使用扩展信道分配消息。

需要注意，由于如同在点对点寻呼中那样共享多播服务话务信道是个别分配的，任何已知的用于点对点话务信道分配的方法可被使用。因此，何时发送用于每个订户站的ICAM的问题不存在因为接入网络知道何时每个感兴趣的订户站将要监视寻呼信道。

按照上述实施例的消息流程的一个示例在图19中说明。在时刻t₁，扇区S接收订户站MS_1和MS_2GROUP_IDx的身份，其包括具有标识符GROUP_IDx的一个组，对该组将要起始一多播寻呼。或者，扇区S接收一组标识符GROUP_IDx。该信息可由通信系统的其他实体提供，例如，基站控制器、PSTN、信息源(没有示出)、其他实体。扇区S随后确定订户站MS_1和MS_2的身份，例如，通过查询一数据库。扇区S然后创建包含标识符GROUP_IDx和用于每一个订户站MS_1和MS_2的信道分配信息的个别MCP，并将该MCP包括在寻呼消息中，例如一般寻呼消息(GPM)中。

在时刻t₄，在由成员订户站MS_2监视的时隙中，扇区S发射GPM(MCP：GROUP_IDx)。订户站MS_2接收GPM(MCP：GROUP_IDx)，并在时刻t₅发送一响应。

当接收该响应，负责信道分配的接入网络的实体确定分配专用信道。扇区S等待直到时刻t₆，等待由订户站MS_1监视的寻呼时隙，并随后将个别ICAM(Channel Assignment Information for MS_1)传递给订户站MS_1。订户站MS_1处理该ICAM并采取合适的动作，例如，在时刻t₇调谐至并开始监视准备要发射(Traffic for MS_1)用于订户站MS_1的多播寻呼的物理信道。

类似的，扇区S等待直到时刻t₈，等待由订户站MS_2监视的寻呼时隙，并随后将个别ICAM(Channel Assignment Information for MS_2)传递给订户站MS_2。订户站MS_2处理该ICAM并采取合适的动作，例如，在时刻t₉调谐至并开始监视准备要发射用于(Traffic for MS_2)订户站MS_2的多播寻呼的物理信道。

本领域的技术人员需要理解上述的实施例被分开的对待仅仅是为了说明的目的。一通信系统可使用任何适合于多播服务的实施例。例如，对于将要传递给其成员处于不同的扇区的覆盖区域内的多播组的多播服务，每个扇区可使用不同的实施例。因此，一个扇区可使用多播通告、请求响应以及分配专用信道。另一个扇区可使用个别通告、请求响应以及分配共享信道。另一个扇区可使用多播通告，请求响应以及将共享信道分配给一些订户站并将专用信道分配给剩下的订户站。

本领域的技术人员可以理解，虽然流程图是以串行的顺序示出以便于理解，在实际的实现中某些步骤也可以并行的形式实施。

本领域的技术人员可以理解，信息和信号可以用多种不同技术和工艺中的任一种来表示。例如，上述说明中可能涉及的数据、指令、命令、信息、信号、比特、码元和码片可以用电压、电流、电磁波、磁场或其粒子、光场或其粒子或它们的任意组合来表示。

本领域的技术人员能进一步理解，结合这里所公开的实施例所描述的各种说明性的逻辑框、模块和算法步骤可以作为电子硬件、计算机软件或两者的组合来实现。为了清楚说明硬件和软件间的互换性，各种说明性的组件、框图、模块、电路和步骤一般按照其功能性进行了阐述。这些功能性究竟作为硬件或软件来实现取决于整个系统所采用的特定的应用和设计约束。技术人员可能以对于每个特定应用不同的方式来实现所述功能，但这种实现决定不应被解释为造成背离本发明的范围。

结合这里所描述的实施例来描述的各种说明性的逻辑块、模块和算法步骤的实现或执行可以用：通用处理器、数字信号处理器(DSP)、应用专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、离散门或晶体管逻辑、离散硬件组件或者为执行这里所述功能而设计的任意组合。通用处理器可能是微处理器，然而或者，处理器可以是任何常规的处理器、控制器、微控制器或状态机。处理器也可能用计算设备的组合来实现，如，DSP和微处理器的组合、多个微处理器、结合DSP内核的一个或多个微处理器或者任意其它这种配置。

结合这里所公开的实施例描述的方法或算法的步骤可能直接包含在硬件中、由处理器执行的软件模块中或在两者当中。软件模块可能驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM或本领域中已知的任何其它形式的存储媒质中。示例性存储媒质与处理器耦合，使得处理器可以从存储媒质读取信息，或把信息写入存储媒质。或者，存储媒质可以与处理器整合。处理器和存储媒质可能驻留在ASIC中。ASIC可能驻留在用户终端中。或者，处理器和存储媒质可能作为离散组件驻留在用户终端中。

上述所揭示的实施例的描述使本领域的技术人员能制造或使用本发明。这些实施例的各种修改对于本领域的技术人员来说是显而易见的，这里定义的一般原理可以被应用于其它实施例中而不使用创造能力。因此，本发明并不限于这里示出的实施例，而要符合与这里揭示的原理和新颖特征一致的最宽泛的范围。

本专利文本的部分公开内容可能包含涉及版权保护的素材。版权的拥有者对于任何人传真复制出现在专利商标局的专利文件或者记录上的本专利文本或者专利公开内容没有异议，但对于其它情况都保留版权的所有权利。

Claims

1.一种在通信系统中用于多播服务通告的方法，包括：

确定多播组标识符；

将多播组标识符包括在第一信道上的至少一个周期性重复的消息中；

接收用于由多播组标识符标识的订户站的多播服务的终止指示符；

如果多播组标识符被包括在每一个周期性重复的消息中，从第一信道上周期性重复的消息中移除多播组标识符；

如果多播组标识符不包括在每个周期性重复的消息中，将该终止指示符包括到在第二信道上传递的信号中。

2.如权利要求1所述的方法，其特征在于所述确定一多播组标识符包括：从一通信系统的实体中接收该多播组标识符。

3.如权利要求1所述的方法，其特征在于所述确定一多播组标识符包括：

接收属于一多播组的订户站的身份；

按照订户站的身份确定多播组标识符。

4.如权利要求1所述的方法，其特征在于，所述将该终止指示符包括到在第二信道上传递的信号中包括：

将该终止指示符包括到在传递多播服务的信道上传递的信号中。

5.一种用于通信系统中多播服务通告的装置，包括：

一处理器；以及

一存储媒质，耦合至所述处理器并包含一组由处理器执行的指令，以进行：

确定多播组标识符；

6.如权利要求5所述的装置，其特征在于，所述处理器通过处理一组指令确定多播组标识符以：

从通信系统的实体中接收多播组标识符。

7.如权利要求5所述的方法，其特征在于，所述处理器通过处理一组指令确定多播组标识符以：

接收属于多播组的订户站的身份；

按照订户站的身份确定多播组标识符。

8.如权利要求5所述的装置，其特征在于，所述处理器由一组指令处理将该终止指示符包括到在第二信道上传递的信号中以：

9.如权利要求5所述的装置，其特征在于，所述处理器和所述存储媒质是分布在一基站中。

10.如权利要求9所述的装置，其特征在于，所述多播组标识符是从不同于该基站的通信系统的一实体中接收。