用于在无线网络中地理上调整服务范围的方法和设备与流程

本案是分案申请。该分案的母案是申请日为2010年3月25日、申请号为201080013616.2、发明名称为“在无线网络中地理上调整服务范围”的发明专利申请案。

根据35 U.S.C.§119主张优先权

本专利申请案主张2009年3月26日申请的题为“在无线网络中地理上调整服务范围(REGULATING THE SCOPE OF SERVICE GEOGRAPHICALLY IN WIRELESS NETWORKS)”的第61/163,834号临时申请案的优先权，所述临时申请案转让给本受让人且在此全文以引用的方式明确地并入本文中。

技术领域

本发明的实施例针对在无线网络中地理上调整服务范围。

背景技术：

无线通信系统已经过多代发展，包括第一代模拟无线电话服务(1G)、第二代(2G)数字无线电话服务(包括临时的2.5G及2.75G网络)及第三代(3G)高速数据/因特网功能(Internet-capable)无线服务。目前存在许多不同类型的正在使用的无线通信系统，包括蜂窝式及个人通信服务(PCS)系统。已知的蜂窝式系统的实例包括蜂窝式模拟先进移动电话系统(AMPS)，及基于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、TDMA的全球移动接入系统(Global System for Mobile access，GSM)变体的数字蜂窝式系统，以及使用TDMA及CDMA两种技术的较新的混和数字通信系统。

用于提供CDMA移动通信的方法在美国由电信工业协会/电子工业协会在题为“用于双模式宽带扩频蜂窝式系统的移动台-基站兼容标准(Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System)”的TIA/EIA/IS-95-A(在本文中被称为IS-95)中加以标准化。在TIA/EIA标准IS-98中描述了组合的AMPS&CDMA系统。在IMT-2000/UM或国际移动电信系统2000/通用移动电信系统中描述了其它通信系统，标准涵盖被称为宽带CDMA(WCDMA)、CDMA2000(例如，CDMA2000 1xEV-DO标准)或TD-SCDMA的标准。

在无线通信系统中，移动台、手持机或接入终端(AT)接收来自固定位置的基站(还被称作小区站点或小区)的信号，所述基站支持在其附近或周围的特定地理区域内的通信链路或服务。基站提供对接入网络(AN)/无线电接入网络(RAN)的入口点，接入网络(AN)/无线电接入网络(RAN)通常为使用基于标准因特网工程任务小组(IETF)的协议的包数据网络，所述协议支持用于基于服务质量(QoS)要求来区分业务的方法。因此，基站通常经由空中接口而与AT相互作用且经由因特网协议(IP)网络数据包而与AN相互作用。

在无线电信系统中，即按即说(PTT)能力变得受服务部门及消费者欢迎。PTT可支持“分派”语音服务，其经由例如CDMA、FDMA、TDMA、GSM等标准商用无线基础结构而操作。在分派模型中，端点(AT)之间的通信在虚拟群组内发生，其中一个“说话者”的语音被发射给一个或一个以上“收听者”。此类型通信的单一实例通常被称作调度呼叫，或简称为PTT呼叫。PTT呼叫为对一群组的例示，其定义呼叫的特征。群组本质上由成员列表与相关联的信息定义，例如，群组名称或群组识别。

常规上，无线通信网络内的数据包已经配置以发送到单一目的地或接入终端。数据向单个目的地的发射被称为“单播”。随着移动通信已增加，同时向多个接入终端发射给定数据的能力已变得较为重要。因此，已采用若干协议来支持相同包或消息向多个目的地或目标接入终端的同时数据发射。“广播”是指数据包向所有目的地或接入终端(例如，在给定小区内、由给定服务提供商服务等)的发射，而“多播”是指数据包向给定目的地或接入终端群组的发射。在一实例中，所述给定目的地群组或“多播群组”可包含一个以上且少于全部的可能目的地或接入终端(例如，在给定小区内、由给定服务提供商服务等)。然而，在某些情形下，至少有可能多播群组仅包括一个接入终端(类似于单播)，或者多播群组包括全部接入终端(例如，在小区或扇区内等)(类似于广播)。

广播和/或多播可以若干方式在无线通信系统内执行，例如执行多个循序单播操作以适应多播群组，分配唯一广播/多播信道(BCH)用于同时处置多个数据发射等等。使用广播信道用于即按即说通信的常规系统在日期为2007年3月1日且标题为“使用CDMA1x-EVDO蜂窝式网络的即按即说群组呼叫系统(Push-To-Talk Group Call System Using CDMA 1x-EVDO Cellular Network)”的第2007/0049314号美国专利申请公开案中描述，所述美国专利申请公开案的内容以全文引用的方式并入本文中。如第2007/0049314号公开案中所描述，广播信道可用于使用常规信令技术的即按即说呼叫。虽然广播信道的使用可改进对常规单播技术的带宽要求，但广播信道的常规信令仍可能导致额外的开销和/或延迟，且可能使系统性能降级。

第三代合作伙伴计划2(“3GPP2”)定义用于支持CDMA2000网络中的多播通信的广播-多播服务(BCMCS)规范。因此，日期为2006年2月14日、标题为“CDMA2000高速率广播-多播包数据空中接口规范(CDMA2000High Rate Broadcast-Multicast Packet Data Air Interface Specification)”的3GPP2的BCMCS规范的版本(版本1.0C.S0054-A)特此以全文引用的方式并入本文中。

技术实现要素：

在一实施例中，网络通信实体获得与正试图参与通信服务的接入终端相关联的位置；确定所述所获得的位置是否满足与所定义的位置区的关系，所述所定义的位置区针对所述所定义的位置区内的所述通信服务建立第一服务限制等级且针对所述所定义的位置区外的所述通信服务建立至少第二服务限制等级；并基于所述确定根据针对所述通信服务的所述第一或第二服务限制等级而限制所述接入终端。所述网络通信实体可对应于所述接入终端、接入网络或应用服务器。如果所述接入终端检测到当前、临近的或将来服务限制，那么所述给定的接入终端可起始到另一服务机制的越区切换和/或通知用户所述服务限制。

附图说明

将容易地获得对本发明实施例的更完整的了解及其许多附带优点，其同样通过参考结合附图考虑的以下详细描述变得更好理解，仅出于说明而非限制本发明的目的而呈现附图，且在附图中：

图1为根据本发明的至少一个实施例的支持接入终端及接入网络的无线网络架构的图。

图2说明根据本发明的实例实施例的载波网络。

图3为根据本发明的至少一个实施例的接入终端的说明。

图4A说明给定多播会话的常规呼叫设置过程。

图4B说明可由应用服务器覆盖的多播服务区域的实例。

图5说明根据本发明的实施例的包含在应用服务器处实施的基于位置的多播呼叫限制的多播过程。

图6说明根据本发明的实施例的图5的过程的继续。

图7说明根据本发明的实施例的图6的过程的继续。

图8说明根据本发明的实施例的包含在接入终端处实施的基于位置的多播呼叫限制的多播过程。

图9说明根据本发明的实施例的图8的过程的继续。

图10说明根据本发明的实施例的图9的过程的继续。

图11说明根据本发明的实施例的关于基于位置的服务限制的高级用户通知过程。

图12A到12C说明根据本发明的至少一个实施例的可借以通知接入网络待在多播服务限制中使用的所定义的位置区的替代过程。

图13A说明根据本发明的实施例的包含在接入终端处实施的基于位置的多播呼叫限制的多播过程。

图13B说明根据本发明的实施例的包含在接入终端处实施的基于位置的多播呼叫限制的另一多播过程。

图14说明根据本发明的实施例的另一基于位置的多播呼叫限制实施的机制。

具体实施方式

本发明的各方面揭示于针对本发明的特定实施例的以下描述及相关图式中。可在不脱离本发明的范围的情况下设计替代实施例。此外，将不会详细描述本发明的众所周知的元件，或将省略所述元件，以免混淆本发明的相关细节。

本文使用词语“示范性”和/或“实例”来表示“充当实例、例子或说明”。本文描述为“示范性”和/或“实例”的任何实施例均不一定被解释为比其它实施例优选或有利。同样，术语“本发明的实施例”并非要求本发明的所有实施例包括所论述的特征、优点或操作模式。

此外，根据待由(例如)计算装置的元件执行的动作的序列来描述许多实施例。将认识到，可由特定电路(例如，专用集成电路(ASIC))、由正由一个或一个以上处理器执行的程序指令或由两者的组合来执行本文中所述的各种动作。此外，可认为本文中所述的这些动作序列完全实施于任何形式的计算机可读存储媒体内，所述计算机可读存储媒体中已存储一组对应计算机指令，所述指令在被执行时将致使相关联的处理器执行本文中所述的功能性。因此，本发明的各种方面可以许多不同形式来实施，所有所述形式均被涵盖在所主张的标的物的范围内。此外，对于本文中所述的实施例的每一者来说，任何所述实施例的对应形式可在本文中被描述为(例如)“经配置以(执行所描述的动作)的逻辑”。

高数据速率(HDR)订户台(在本文中被称为接入终端(AT))可为移动或固定的且可与一个或一个以上HDR基站(在本文中被称为调制解调器组收发器(modem pool transceiver，MPT)或基站(BS))通信。接入终端经由一个或一个以上调制解调器组收发器向HDR基站控制器发射和接收数据包，所述HDR基站控制器被称为调制解调器组控制器(MPC)、基站控制器(BSC)和/或包控制功能(PCF)。调制解调器组收发器及调制解调器组控制器为被称作接入网络的网络的若干部分。接入网络在多个接入终端之间输送数据包。

接入网络可进一步连接到接入网络外部的额外网络(例如，企业内部网络或因特网)，且可在每一接入终端与所述外部网络之间输送数据包。已建立与一个或一个以上调制解调器组收发器的现用业务信道连接的接入终端被称作现用接入终端，且称其处于业务状态中。将正处于建立与一个或一个以上调制解调器组收发器的现用业务信道连接的过程中的接入终端称作处于连接设置状态中。接入终端可为经由无线信道或经由有线信道(例如，使用光纤或同轴电缆)通信的任何数据装置。接入终端此外可为许多类型的装置中的任一者，所述装置包括(但不限于)PC卡、紧密快闪、外部或内部调制解调器，或无线或有线电话。由接入终端用来将信号发送到调制解调器组收发器的通信链路被称作反向链路或业务信道。由调制解调器组收发器用来将信号发送到接入终端的通信链路被称作前向链路或业务信道。如本文中所使用，术语业务信道可指前向业务信道或反向业务信道。

图1说明根据本发明的至少一个实施例的无线系统100的一示范性实施例的框图。系统100可含有经由空中接口104与接入网络或无线电接入网络(RAN)120通信的接入终端(例如，蜂窝式电话102)，接入网络或无线电接入网络(RAN)120可将接入终端102连接到在包交换数据网络(例如，企业内部网络、因特网及/或载波网络126)与接入终端102、108、110、112之间提供数据连接性的网络装备。如此处所示，接入终端可为蜂窝式电话102、个人数字助理108、寻呼机110(其在此处被展示为双向文本寻呼机)或甚至为具有无线通信入口的独立计算机平台112。因此，本发明的实施例可实现于包括无线通信入口或具有无线通信能力的任何形式的接入终端上，其包括(但不限于)无线调制解调器、PCMCIA卡、个人计算机、电话，或其任何组合或子组合。此外，如本文中所使用，术语“接入终端”、“无线装置”、“客户端装置”、“移动终端”及其变体可互换使用。

再次参看图1，本发明的示范性实施例的无线网络100的组件及元件间的相互关系不限于所说明的配置。系统100仅为示范性的且可包括允许远程接入终端(例如，无线客户端计算装置102、108、110、112)在其两者间及多者间及/或在经由空中接口104及RAN 120而连接的组件的两者间及多者间进行无线通信的任何系统，其包括(但不限于)载波网络126、因特网及/或其它远程服务器。

RAN 120控制发送到基站控制器/包控制功能(BSC/PCF)122的消息(通常发送为数据包)。BSC/PCF 122负责在包数据服务节点100(“PDSN”)与接入终端102/108/110/112之间发信号、建立及拆卸承载信道(即，数据信道)。如果允许链路层加密，则BSC/PCF122在经由空中接口104转发内容之前还对所述内容进行加密。BSC/PCF 122的功能在此项技术中众所周知且为简短起见将不作进一步论述。载波网络126可通过网络(因特网及/或公共交换电话网络(PSTN))与BSC/PCF 122通信。或者，BSC/PCF 122可直接连接到因特网或外部网络。通常，在载波网络126与BSC/PCF 122之间的网络或因特网连接传送数据，且PSTN传送语音信息。BSC/PCF 122可连接到多个基站(BS)或调制解调器组收发器(MPT)124。以类似于载波网络的方式，BSC/PCF 122通常通过网络(用于数据传送及/或语音信息的因特网及/或PSTN)连接到MPT/BS 124。MPT/BS 124可将数据消息以无线方式广播到接入终端，例如，蜂窝式电话102。MPT/BS 124、BSC/PCF122和其它组件可形成RAN 120，如此项技术中已知。然而，也可使用替代配置，且本发明不限于所说明的配置。举例来说，在另一实施例中，可将BSC/PCF 122及MPT/BS124中的一者或一者以上的功能性收缩到具有BSC/PCF 122及MPT/BS 124两者的功能性的单个“混合”模块中。

图2说明根据本发明的实施例的载波网络126。在图2的实施例中，运营商网络126包含包数据服务节点(PDSN)160、广播服务节点(BSN)165、应用服务器170和因特网175。然而，在替代实施例中，应用服务器170和其它组件可位于运营商网络的外部。PDSN 160为利用(例如)cdma2000无线电接入网络(RAN)(例如，图1的RAN 120)的移动台(例如，接入终端，例如来自图1的102、108、110、112)提供对因特网175、内部网和/或远程服务器(例如，应用服务器170)的接入。通过充当接入网关，PDSN 160可提供简单IP和移动IP接入、国外代理支持以及包输送。PDSN 160可充当用于验证、授权与记账(AAA)服务器和其它支持性基础结构的客户端，且向移动台提供到达IP网络的网关，如此项技术中已知。如图2所示，PDSN 160可经由常规A10连接与RAN120(例如BSC/PCF 122)通信。A10连接是此项技术中众所周知的，且为了简明起见将不进一步对其进行描述。

参看图2，广播服务节点(BSN)165可经配置以支持多播和广播服务。下文将更详细地描述BSN 165。BSN 165经由广播(BC)A10连接与RAN 120(例如BSC/PCF 122)通信，且经由因特网175与应用服务器170通信。BCA10连接用以传送多播和/或广播消息接发。因此，应用服务器170经由因特网175将单播消息接发发送到PDSN 160，且经由因特网175将多播消息接发发送到BSN 165。

一般来说，如下文将更详细地描述，RAN 120经由空中接口104的广播信道(BCH)向一个或一个以上接入终端200发射经由BCA10连接从BSN 165接收的多播消息。

参看图3，例如蜂窝式电话的接入终端200(此处为无线装置)具有平台202，所述平台202可接收并执行从RAN 120传输的软件应用程序、数据及/或命令(其最终可来自载波网络126、因特网及/或其它远程服务器及网络)。平台202可包括收发器206，其可操作地耦合到专用集成电路(“ASIC”208)或其它处理器、微处理器、逻辑电路或其它数据处理装置。ASIC 208或其它处理器执行与无线装置的存储器212中的任何驻留程序介接的应用编程接口(“API”)210层。存储器212可由只读存储器或随机存取存储器(RAM及ROM)、EEPROM、快闪卡或通用于计算机平台的任何存储器。平台202还可包括本地数据库214，本地数据库214可将未有效使用的应用程序保持在存储器212中。本地数据库214通常为快闪存储器单元，但可为如此项技术中已知的任何辅助存储装置，例如，磁性媒体、EEPROM、光学媒体、磁带、软盘或硬盘，或类似物。如此项技术中已知，内部平台202的组件还可操作地耦合到例如天线222、显示器224、即按即说按钮228及小键盘226及其它组件等的外部装置。

因此，本发明的一实施例可包括一种接入终端，所述接入终端包括执行本文中所述的功能的能力。如所属领域的技术人员将了解，各种逻辑元件可以离散元件、执行于处理器上的软件模块或软件与硬件的任何组合实施，以实现本文中所揭示的功能性。举例来说，可以协作方式使用ASIC 208、存储器212、API 210及本地数据库214的所有来加载、存储并执行本文中所揭示的各种功能，且因此可将用于执行所述功能的逻辑分配于各种元件上。或者，可将功能性并入一个离散组件中。因此，应认为图3中的接入终端的特征仅为说明性的，且本发明不限于所说明的特征或布置。

接入终端102与RAN 120之间的无线通信可基于不同的技术，例如码分多址(CDMA)、WCDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分多路复用(OFDM)、全球移动通信系统(GSM)或可在无线通信网络或数据通信网络中使用的其它协议。数据通信通常在客户端装置102、MPT/BS 124与BSC/PCF 122之间。BSC/PCF122可连接到多个数据网络，例如，载波网络126、PSTN、因特网、虚拟专用网络及类似网络，因此允许接入终端102接入较广泛的通信网络。如前文中所论述且此项技术中已知的，语音传输及/或数据可使用各种网络及配置而从RAN传输到接入终端。因此，本文中所提供的说明不希望限制本发明的实施例且仅辅助描述本发明的实施例的各方面。

图4A说明给定多播会话(例如，即按即说(PTT)会话、即按即转(push-to-transfer，PTX)会话、广播和多播服务(BCMCS)会话等)的常规呼叫设置过程。在400中，给定AT(“AT 1”)在反向链路接入信道上将请求起始到多个AT的多播呼叫或会话的消息发送到RAN 120。举例来说，如果给定多播会话对应于PTT会话，那么在400中从AT 1发送的请求可响应于AT 1的用户推动PTT按钮而执行。RAN 120在反向链路接入信道上从AT 1接收多播呼叫请求并将消息转发到应用服务器170。在接收到多播呼叫请求后，应用服务器170便产生和转发宣告消息，用于向多个AT或多播群组宣告给定多播会话，405。虽然图4A中未展示，但应用服务器170可在发送宣告消息之前首先验证或校验AT 1以确保AT 1具有进行或起始多播呼叫的许可(例如，通过检查AT 1是否属于给定多播会话的多播群组)。在图4A中，假定给定目标AT(“AT 2”)属于与宣告消息相关联的多播群组。因此，在405中，应用服务器170将宣告消息转发到RAN 120(例如，经由PDSN 160和/或BSN 165)以发射到至少在AT 2的扇区内的多播群组中的多个AT。

参看图4A，假定AT 2接收宣告消息并确定接受多播呼叫。因此，在410中，AT 2通过在反向链路接入信道上将指示多播呼叫的接受的宣告确认(ACK)消息发送到RAN120而响应于宣告消息，RAN 120将宣告ACK接受消息转发到应用服务器170。虽然图4A中未展示，但AT 2也可将注册消息(例如，BCMCSFlowRegistration消息)发送到RAN 120以针对多播会话注册。假定AT 2是宣告消息的第一响应者，则应用服务器170发送指示AT 1多播会话可开始的消息。AT 1接收所述消息，向AT 1的用户发出指示他/她可开始讲话的音调，且AT 1开始将语音数据转发到应用服务器170以发射到多播群组，415。应用服务器170转发语音数据或多播包以供由RAN 120发射到已针对给定多播会话注册的多播群组成员，420，且至少经注册的多播群组成员(包含AT 2)监视给定多播会话，425。在一些实施方案中，可在发起客户端起始媒体发射之前，在呼叫设置期间在接入终端与服务器之间交换额外信令消息(以确定IP地址、端口编号、SSRC等)。

如所属领域的一般技术人员将了解，虽然应用服务器170可试图例如通过检查发出请求的AT是否属于与多播会话相关联的多播群组而校验试图参与多播会话的AT，但例如AT的物理位置等其它信息在应用服务器170处是未知的。事实上，此类型的信息在RAN 120处或在AT本身处是已知的，但在应用服务器170处不可获得。因此，了解当应用服务器170转发既定针对选定AT或AT群组的消息时AT所处的位置是RAN 120的功能。

参看图4A，将了解，常规单播呼叫可包含在应用服务器170与呼叫参与者之间交换联系和联系-ACK消息，其统一用于传达媒体服务器(例如，MCC)的IP地址和端口编号、SSRC等，其后在起始者或发起者处发出开始会话的音调。在图4A中，未明确说明联系和联系-ACK消息。然而，作为一实例，在图4A中这些联系和联系-ACK消息可认为是隐含的，尽管相应消息未明确展示。作为一替代实例，如上文简要论述，将通常经由联系消息传达的会话数据可事先或事前提供，例如在图4A所示的呼叫设置消息中的一者或一者以上中提供。类似地，下文论述的本发明的实施例可经由联系消息或替代地事前经由一个或一个以上呼叫设置消息来传达上述会话信息。

因此，因为应用服务器170通常不能意识到参与进行中的多播会话的多播群组成员的位置或定位，所以难以在多播通信中实施基于位置的限制。现将参看图4B提供一实例。图4B说明可由应用服务器170覆盖的多播服务区域450的实例。如图4B所示，多播服务区域455可包含各自由不同PDSN 160管理的多个PDSN服务区域455，每一PDSN服务区域455又包含各自由不同RNC管理的多个子网460，且每一子网包含多个扇区465。

在一实例中，假定控制应用服务器170的网络运营商认为多播服务区域450内的某些扇区、子网和/或PDSN服务区域不适于多播服务(例如，因为这些服务区域中的负载较高等)。常规上，网络运营商不能将呼叫限制于特定服务区域，因为如上文论述，关于多播群组成员位置的信息在RAN 120处(但非应用服务器170处)是已知的。

在另一实例中，假定100个远足者是远足多播群组的一部分，但那些远足者中仅50个正在单一子网460所服务的区中进行特定远足探险。如果正在进行探险的远足者之一希望仅向正在进行探险的其它远足者谈话，那么将仍向所有100个远足者宣告多播会话，且在无来自呼叫起始者的到达应用服务器170的手动指令的情况下，所述多播会话将不限于正在进行探险的50个远足者(例如，手动形成仅包含已知正在进行探险的远足者的新的多播群组的指令，其获得准确的总人数并进入系统可能较麻烦)。

因此，本发明的实施例针对基于无线通信系统内接入终端的位置而确定限制(例如，允许、阻挡、收取的费率等)通信会话(例如，以多播协议服务的群组呼叫、以单播协议服务的群组呼叫、以单播协议服务的两个AT之间的非群组呼叫、非呼叫传送会话等)的程度。虽然下文描述的本发明的实施例大体针对根据多播协议服务的群组呼叫，但将了解，其它实施例可针对将服务限于其它类型的通信会话(例如，单播呼叫、传送会话等)。并且，虽然大体相对于其中限制呼叫的第一区域和其中不限制呼叫的第二区域描述实施例，但将了解，所述区域或者可与不同限制程度相关联，而非简单地“允许或阻挡”型实施方案。举例来说，某些子网可支持经由多播协议的群组呼叫，其中其它子网可支持经由单播或多播协议的群组呼叫。在此情况下，支持利用较少协议的群组呼叫的子网(或其它位置区)或为多播服务收取较多费用的子网可认为具有较高限制程度。

实施例可针对多播呼叫的发起者，或针对多播呼叫的目标，且可针对呼叫设置和/或系统内已在进行中的呼叫会话，如现将参看图5到10更详细描述。特定来说，图5到7针对在应用服务器170处实施的基于位置的多播呼叫限制，而图8到10针对在个别接入终端处实施的基于位置的多播呼叫限制。

因此，图5说明根据本发明的实施例的包含在应用服务器处实施的基于位置的多播呼叫限制的多播过程。参看图5，在500中，应用服务器170处的网络运营商定义多播服务限制的位置区(例如，针对一个或一个以上个别多播群组，或针对所有与特定类型的多播服务(例如QChat)相关联的多播群组)。或者，与应用服务器170分离的载波供应系统(CPS)的网络运营商可定义位置区且接着在500中向应用服务器170供应所定义的位置区。在一实例中，所定义的位置区可供包含(例如，仅允许在所定义的位置区内的参与者)或排除(例如，仅允许不在所定义的位置区内的参与者)。下文中，虽然提供主要针对“包含”实施例的实例，但将了解，这些实例可简单地通过颠倒评估结果而经配置以用于“排除”(例如，如果AT在供包含的所定义的位置区内，那么其允许参与多播呼叫，而相反情况对于排斥成立)。也可以时间参数和/或其它触发准则建立所定义的位置区，使得当其它条件也满足时(例如，在正常工作时间期间等)所定义的位置区仅用于限制。此外，将了解，所定义的位置区针对所定义的位置区内的一个或一个以上AT建立第一多播服务限制等级(例如，“非限制”限制等级)，且针对所定义的位置区外的一个或一个以上AT建立第二多播服务限制等级(例如，拒绝服务限制等级，使得所述服务在所定义的位置区外被禁用)。将了解，其它实例可针对其它介于中间的服务限制等级。

在另一实例中，所定义的位置区可特定针对多播群组，使得仅基于所定义的位置区限制针对一个或一个以上特定多播群组的多播呼叫。或者，所定义的位置区可为全局或通用的，使得在500中由应用服务器170服务的所有多播群组可受所定义的位置区的位置约束或限制影响。在另一实例中，所定义的位置区可特定针对AT，使得所定义的位置区仅操作以将服务限于特定AT。

所定义的位置区可以任何数目的方式配置。举例来说，在1xEV-DO Rev.A网络中，128位SectorID唯一地识别扇区且作为SectorParameters消息的一部分而广播，所述SectorParameters消息以给定间隔在无线通信系统100的每一扇区内从RAN 120发射。因此，在一实例中，所定义的位置区可对应于SectorID(例如，或者，BASE_ID、SID、NID和/或PZID中的一者或一者以上)的列表。在此实例中，所定义的位置区处于扇区层级(例如，见图4B的扇区465)。在替代实例中，所定义的位置区可包含扇区识别符(例如，128位SectorID)、子网识别符(例如，见图4B的460)、PDSN服务区识别符(例如，见图4B的455)和/或整个多播服务区域的识别符(例如，见图4B的450)中的一者或一者以上。在另一实例中，在3G 1x网络中，网络运营商可以BASE_ID、SID、NID或PZID的粒度或基于应用服务器层级而非RAN层级处的本地区的识别符而定义位置区。举例来说，在1xEV-DO Rev.A网络中，网络运营商可以SectorID或从SectorID导出的SubnetID的粒度而定义位置区(其中，每一子网映射到单一RNC)。因此，在500中，对应于具有不同量值的服务区域的位置的一个或一个以上识别符可统一定义所定义的位置区。

在替代实例中，代替于通过服务区(例如，在扇区、子网、PDSN和/或多播服务区域层级处)来配置所定义的位置区，所定义的位置区可基于例如经度或纬度等地理坐标。并且，如下文参看图5的525更详细论述，地理区可对应于二维(2-D)(例如，栅格)或三维(3-D)空间(例如，球体，比如地球)。

在图5的实例中，假定应用服务器170在500中产生所定义的位置区之后保持所述所定义的位置区。在图5的500之后的某一时间点，属于定义位置区所针对的多播群组的给定AT(“AT 1”)确定是否起始到多播群组的多播呼叫，505。在图5的实例中，假定AT 1确定起始多播呼叫。

接下来，在510中，AT 1确定其在无线通信系统100内的位置。可以若干方式执行510的位置确定。举例来说，在1xEV-DO Rev.A网络中，如果AT 1基于哪一服务扇区AT 1驻留在系统内而确定其位置，那么AT 1可确定其服务扇区的128位SectorID来确定其位置。可基于接收到从AT 1的扇区中的RAN 120广播的SectorParameters消息来确定128位SectorID，且所述SectorID可接着高速缓存或存储在AT 1中并在图5的510期间取用。或者，可基于AT 1对RAN 120的周期性轮询而确定128位SectorID，且所述SectorID可接着高速缓存或存储在AT 1中并在图5的510期间从本地高速缓冲存储器取用。在另一替代实例中，因为AT 1是图5中的多播呼叫的发起者，所以可在505中AT 1确定起始多播呼叫之后“按需”请求128位SectorID。如将了解，如果较频繁获得SectorID(例如，经由轮询、按需询问和/或等待SectorParameters消息，或在1x中，类似于SectorID的ID经由SystemParameters消息传达)，那么保持的SectorID较新，但增加的信令可增加AT 1的扇区中的干扰。

或者，如果AT 1或系统100不符合1xEV-DO Rev.A，那么AT 1可确定识别其扇区或系统100内的其当前服务基站的另一类型的识别符。举例来说，在1x中，BASE_ID字段为16位且定义AT 1的服务基站。结合SID/NID/PZID理解的BASE_ID可对应于AT 1所处的扇区的唯一身份，所述身份可用作图5的510中AT 1的所确定的位置。此信息可经由轮询、按需询问或信令消息(例如1x中的SystemParameters消息)而获得，如上文参看128位SectorID所论述。

在另一替代实例中，参看图5的510，AT 1可将地理位置确定为其所确定的位置(例如，AT 1的位置，或与AT 1的扇区相关联的位置或位置范围)。举例来说，地理位置可由经度和纬度坐标表示，所述坐标可通过例如GPS等卫星定位系统(SPS)、网络三边测量、基于地面信号的定位过程、网络辅助的定位过程等来获得。在一实例中，所确定的地理位置可针对AT 1的特定位置，或可为AT 1的服务基站的坐标，或AT 1的扇区内的任何点。

在510中确定其位置之后，AT 1配置多播呼叫请求消息以请求应用服务器170起始多播会话，且还向应用服务器170传达AT 1的位置。或者，AT 1可配置向应用服务器170传达其位置信息的单独消息，使得所述位置信息不必与多播呼叫请求消息捆束在一起。因此，“经配置的”多播呼叫请求消息可实际上对应于两个或两个以上消息(即，呼叫请求消息和传达位置信息的单独消息)。举例来说，在1xEV-DO Rev.A中，位置信息可经由确认消息(例如，STATUS-ACK消息)传达，所述确认消息可与呼叫请求消息分离。或者，在一实例中，位置信息可经由任何其它带外消息传达，或可在除1xEV-DO Rev.A以外的协议中包含在呼叫请求消息本身内。

AT 1经由RAN 120将所配置的多播呼叫请求消息发送到应用服务器170，520。或者，AT 1可在520中将多播呼叫请求消息和指示AT 1的位置的单独消息发送到应用服务器170。在任何情况下，应用服务器170在520中接收多播呼叫请求消息并获得AT 1的所报告位置的指示，且在525中确定AT 1的所报告位置是否在来自500的所定义的位置区内。

在图5的525的确定的第一实例中，如果AT 1在520中报告(一个或一个以上扇区、子网、PDSN服务区域和/或多播服务区域的)服务区域识别符，且来自500的所定义的位置区也基于服务区域识别符，那么应用服务器170可将所报告的服务区域识别符与所定义的位置区进行比较以确定AT 1是否在所定义的位置区内。举例来说，如果AT1报告Sector ID#1，那么应用服务器170可检查Sector ID#1是否列举于包括所定义的位置区的Sector ID集合中。或者，如果所定义的位置区将指示子网识别符，那么应用服务器170首先填充来自指定子网的Sector ID列表，且接着将AT 1的所报告的Sector ID#2与来自所述子网的所填充的Sector ID进行比较。同样，可以类似方式填充多播服务区域识别符、PDSN服务区识别符、子网识别符和/或扇区识别符的类似集合，使得可在AT 1的所报告的位置(不管其粒度如何)与所定义的位置区之间作出比较。

在第二实例中，有可能将AT 1的所报告的位置格式化为地理坐标集合，而所定义的位置区基于服务区域识别符，或者AT 1的所报告的位置是一个或一个以上服务区域识别符，而所定义的位置区基于地理坐标范围。在任一情况下，应用服务器170均可将服务区域识别符映射到已知地理坐标集合，或将地理坐标映射到服务区域识别符，使得所报告的位置可与所定义的位置区进行比较以由应用服务器170评估。处理地理坐标评估的方法在下文更详细描述。

下文中，提供针对确定AT 1的位置是否落在2-D地理范围内的额外实例，但将容易了解，下文描述的方法可扩展或一般化到3-D空间(例如，球体，比如地球表面)。

现将描述525的确定的第三实例，其中所定义的位置区对应于地理坐标范围，且AT1的所报告的位置也对应于地理坐标集合(例如，或者对应于服务区域识别符，且接着映射到地理坐标集合)。在此实例中，假定来自500的物理区(其定义在地球表面上)由接合多边形的顶点(例如，N个边缘)的边缘(例如，或K维中的超平面)借助N个线性不等式而定义，如下：

G1(x,y)<＝0； 方程式1

G2(x,y)<＝0； 方程式2

G3(x,y)<＝0；... 方程式3

GN(x,y)<＝0； 方程式4

在建立方程式1到4之后，应用服务器170可检验{A,B}满足N个不等式中的每一者。现将描述525的确定的第四实例，其中所定义的位置区对应于地理坐标范围，且AT1的所报告的位置也对应于地理坐标集合(例如，或者对应于服务区域识别符，且接着映射到地理坐标集合)。明确的说，在现将描述的第四实例(即，3D坐标实例)中，地理坐标对应于地球表面上的纬度/经度位置。

参看图5的525的用于确定的第四实例，地球可建模为球状体且具有Req和Rpo作为赤道和极半径。应用服务器170的网络运营商在有序列表中提供N个纬度和经度使得列表中的连续点具有定义来自500的所定义的位置区的边界的边缘。

地球表面上的N个点的纬度和经度为{Φ1,Θ1},{Φ2,Θ2}...{ΦN,ΘN}。这些N个点可映射到3维笛卡尔坐标系统{x,y,z}为：

Xi＝Req cosΘi cosΦi；Yi＝Req sinΘi cosΦi以及Zi＝Rpo sinΦi 方程式5

假定在有序列表中提供N个坐标，则可定义通过3个点的超平面；即，原点(0,0,0)和地球表面上由应用服务器170的网络运营商指定为有序列表的N个点当中的两个点。这N个超平面中的每一者可由以下线性方程式表示：

P1(x,y,z)<＝q1； 方程式6

P2(x,y,z)<＝q2；.... 方程式7

PN(x,y,z)<＝qN 方程式8

假设AT 1所报告的位置由{X_at,Y_at,Z_at}表示。利用此假设，如果AT 1的位置满足以下方程式，那么AT 1位于所定义的位置区内(即，AT 1的所报告的位置位于由下文列举的半平面集合产生的“边界”多面体内)：

P1(x,y,z)<＝q1； 方程式9

P2(x,y,z)<＝q2；.... 方程式10

PN(x,y,z)<＝qN 方程式11

以及

x<＝Req+Rpo； 方程式12

y<＝Req+Rpo； 方程式13

z<＝Req+Rpo。 方程式14

注意，最后三个约束可自动满足(即，方程式16到18)，且经指定以产生边界多面体。虽然超平面区域计算起来相对容易，但确定每一超平面的半平面以便构造不等式(Pi(x,y,z)<＝qi，其中各自1<＝i<＝N)很重要。如果存在N个方程式，那么可能的半平面的数目为2^N，其中仅需要确定一个不等式集合。确定正确的不等式集合可基于来自应用服务器170的网络运营商的对于每一超平面(在x、y和z维度中)的定向的指示，如所属领域的一般技术人员将了解。

在图5的525的用于确定的第五实例中，将了解，来自500的所定义的位置区可包含一个或一个以上服务区域识别符以及一个或一个以上地理坐标范围两者。因此，在此实例中，可使用当前实例之前的第一到第五实例中的一者或一者以上将来自520的AT 1的所报告位置与所定义的位置区的服务区域识别符以及地理坐标范围两者进行比较。已为了简洁起见而省略评估此类型的“混合”所定义的位置区的详细实例(例如，见附录A)。

返回到图5的525，如果应用服务器170确定AT 1的所报告位置不在所定义的位置区内，那么应用服务器170可通过在所定义的位置区内完全关闭多播服务而拒绝多播呼叫和/或阻止起始多播呼叫。这可以若干方式实现。举例来说，应用服务器170的运营商可改变DNS条目以为注册处理器(例如，RLS、SIP注册服务器)传回无效的有效IP地址和端口编号，并为执行服务探寻的多播AT或客户端呼叫代管组件(例如，RD)。在一替代实例中，应用服务器170的网络运营商可关闭注册处理器(例如，CRH)使得应用服务器170不接收注册从而停止新的注册(例如，在此实例中，有效阻止来自所定义的位置区外部的多播呼叫请求在任何时候到达应用服务器170，使得在例如RAN 120处将525的确定内建到系统中，且不将其执行为应用服务器170处的实际评估)。在一替代实例中，应用服务器170可从应用服务器170所支持的一个或一个以上服务(例如，多播服务)强制移除或注销AT。举例来说，应用服务器170可将AT的AT ID添加到将被拒绝所述一个或一个以上服务的AT列表。来自被阻挡AT的请求可接着导致来自应用服务器170的拒绝消息，或应用服务器170可简单地完全忽略请求。

在另一实例中，可通过具有移动到多播服务的新的PDSN寄存器中的每一AT而在整个PDSN服务区域上停用多播服务。RLS可分别在1xEV-DO Rev,A和/或3G 1x网络中确定可包含在到多播服务的多播注册消息(例如，针对QChat的QChat SIP REGISTER消息)中的SectorID或SID/NID/PZID/BASE_ID信息，且可确定AT处于哪一PDSN 160中。此功能可改为在CRH处执行。

返回到图5的525，如果AT 1的所报告位置确定为在所定义的位置区内，那么应用服务器170产生用于宣告所请求的多播会话的宣告消息，且将宣告消息转发到RAN 120(例如，经由PDSN 160或BSN 165)以供发射到属于相关联多播群组的多个接入终端，530。

图6说明图5的过程的继续。因此，在600中，给定AT(“AT 2”)在无线通信系统100的扇区内接收宣告消息，且确定是否接受所宣告的多播呼叫，605。在605中，假定AT 2确定接受所宣告的多播呼叫。因此，在610中，AT 2确定其位置。图6的610中AT 2的位置确定可使用上文参看图5的510描述的位置确定方法中的任一者执行，且如此为了简洁起见将不进一步描述。接下来，在615中，AT 2配置多播呼叫接受消息(例如，ANNOUNCE ACK消息)以传达AT 2的所确定的位置，或者产生单独消息以传达AT 2的位置(例如，类似于图5的515，但615针对多播呼叫的目标AT侧，而515针对多播呼叫的发起者侧)。

AT 2将经配置的多播呼叫接受消息经由RAN 120发送到应用服务器170，620。或者，AT 2可在620中将多播呼叫接受消息和指示AT 2的位置的单独消息发送到应用服务器170。在任何情况下，应用服务器170在620中接收多播呼叫接受消息并获得AT 2的所报告位置的指示，且在625中确定AT 1的所报告位置是否在来自500的所定义的位置区内。625中AT 2的位置评估可使用上文在图5的525中参看AT 1描述的位置评估方法中的任一者执行，且如此为了简洁起见将不进一步描述。

因此，如果AT 2的所报告位置确定为不在所定义的位置区内，那么在625中不允许AT 2加入所宣告的多播会话。或者，如果AT 2的所报告位置确定为在所定义的位置区内，那么在625中允许AT 2加入所宣告的多播会话。因此，假定允许AT 2加入多播会话且AT 2是宣告消息的第一响应者，那么应用服务器170在625中发送指示AT 1多播会话可开始的消息。AT 1接收所述消息，向AT 1的用户发出指示他/她可开始讲话的音调，且AT 1开始将语音数据(例如，或其它数据，在即按即转(PTX)会话中)转发到应用服务器170以发射到多播群组，630。应用服务器170转发语音数据或多播包以供由RAN 120发射到已针对给定多播会话注册的多播群组成员，635，且至少经注册的多播群组成员(包含AT 2)监视给定多播会话，640。

图7说明图6的过程的继续。图7说明如何处理当定位在所定义的位置区内时允许加入多播会话且随后在多播会话期间离散于所定义的位置区外部的多播群组成员。

因此，在图6的640中在多播通信会话以AT 1与至少AT 2之间的数据交换开始之后，应用服务器170继续在多播会话的当前发言权拥有者(例如，其可或可不继续为AT1)与一个或一个以上目标AT之间中继数据，700。接下来，AT 1和AT 2中的每一者(例如，以及任何其它多播群组成员)周期性地再确定其位置，705，(例如，如在图5的510或图6的610中)，并将其经更新的位置经由RAN 120发送到应用服务器170，710(例如，如在图5的515或图6的615中)。应用服务器170确定所报告的AT位置是否保持在所定义的位置区内，715(例如，如在图5的525或图6的625中)。如果所报告的AT位置保持在所定义的位置区内，那么过程返回到700且多播会话继续。否则，将与所定义的位置区外部的所报告位置相关联的AT从多播会话丢弃，720。

转向AT侧，在710中发送其相应位置之后，AT 1和AT 2中的每一者确定其是否已被从多播会话丢弃，725。如果否，那么过程返回到705，且AT 1和AT 2继续产生周期性位置更新并将其发射到应用服务器170。否则，如果AT 1和/或AT 2已归因于位置违反而被从呼叫丢弃，那么过程前进到730。

在730中，所丢弃的AT周期性地再确定其位置，且所丢弃的AT将位置更新发射到应用服务器170，735。所丢弃的AT在730中再确定其位置的速率无需与705中作出位置再确定的速率相同。或者，再确定可受事件驱动而非周期性的(例如，在加电、进入新的子网中等后发送位置更新)。应用服务器740检查所丢弃的AT的所报告位置并确定所丢弃的AT是否已重新进入所定义的位置区。如果否，那么应用服务器170不允许所丢弃的AT重新加入多播会话。否则，如果应用服务器170在740中确定所丢弃的AT已重新进入所定义的位置区，那么应用服务器170邀请所丢弃的AT回到多播会话中，745。在750中，所丢弃的AT确定其是否可重新加入多播会话。如果否，那么过程返回到730并重复。否则，如果应用服务器170已指示所丢弃的AT可重新加入多播会话，那么所丢弃的AT将重新加入多播会话的请求发送到应用服务器170，755。

虽然参看图5到7描述的本发明的实施例已针对在应用服务器170处实施多播位置限制，但将了解，在本发明的其它实施例中(虽然未明确说明)，限制实施可从应用服务器170卸载到RAN 120。举例来说，应用服务器170能够实施基于位置的限制，因为其意识到所定义的位置区，且了解参与群组会话的AT的位置(例如，如在图5的520、图6的620以及图7的710和735等中经由位置报告)。另一方面，RAN 120通常意识到其所服务的AT的位置，但不一定意识到由应用服务器170指定的所定义的位置区(例如，如图5的500处)。因此，只要使RAN 120意识到针对群组会话的服务限制的所定义的位置区，将了解，就可在至少一个实施例中在RAN 120处而非应用服务器170处执行与图5-7中的位置限制的实施相关的操作。在另一实例中，应用服务器170可直接通知RAN 120所定义的位置区，或经由参与群组会话的一个或一个以上多播群组成员间接通知。举例来说，假定从应用服务器170向一个或一个以上多播群组成员提供所定义的位置区(例如，如在图8的805中，下文更详细描述)。随后，当给定AT针对群组会话注册(例如，通过发送BCMCSFlowRegistration消息)时，RAN 120可询问请求注册的AT群组会话是否与位置限制相关联(例如，通过发送经配置以请求用于群组会话的位置限制信息的StorageBLOBRequest消息)。请求注册的AT可接着通过传达所定义的位置区(例如，在StorageBLOBNotification消息内)而响应于RAN 120的询问。因此，在本说明书中，将了解，对实施基于位置的限制的应用服务器的任何参考或者可以至少上述方式在RAN 120处实施。

此外，在如上文描述的RAN 120实施的实施例中，将了解，无需执行来自多播群组成员的位置报告，因为如上所述，RAN 120已意识到正服务的AT的位置(例如，至少以逐扇区的方式)。因此，在一实例中，在RAN 120处接收到向多播会话注册的请求后，RAN 120便可简单地将从其接收到注册消息的扇区与所定义的位置区进行比较以确定是否限制呼叫(在一个实例中)。

此外，虽然参看图5到7描述的本发明的实施例已针对在应用服务器170(或RAN120)处实施多播位置限制，但在本发明的其它实施例中(例如，图8到10)，所述实施可从应用服务器170卸载并在正请求参与给定多播会话的个别AT上执行。。

因此，图8说明根据本发明的实施例的包含基于位置的多播呼叫限制的多播过程，其中限制的实施在无线通信系统100内的个别AT处发生。参看图8，在800中，应用服务器170处的网络运营商定义用于多播会话限制的位置区(例如，针对一个或一个以上特定多播群组、针对所定义区域中的所有多播服务等)。图8的800大体对应于图5的500，且如此已为了简洁起见省略可如何产生所定义的位置区的进一步描述。

在800中产生所定义的位置区之后的某一点，应用服务器170通知(805)每一多播群组成员(例如，属于针对所定义的位置区的特定多播群组，或如果多播限制是针对应用服务器170所管理的所有多播通信的话，则属于所有成员)。举例来说，应用服务器170可在AT的加电期间、当AT联系应用服务器170以预订特定多播群组时、在供应接口上等个别通知AT所定义的位置区。或者，805的通知可为对分配到多播群组成员的先前所定义的位置区的更新，其中应用服务器170可通知当前正参与多播会话的所有多播群组成员。如将了解，可将所定义的位置区连同待限制的服务的性质(例如，TV频道、多播服务等)、限制的时间/持续时间/安排表等一起供应给AT。在一实例中，805的供应接口可经由载波供应系统(CPS)，且可以受事件驱动的方式(例如，在加电后、在应用服务器170处服务激活后等)经由带外信令实现。此类型的供应接口允许应用服务器170将到手持机的信息以良好定义的格式推送到每一个别用户。或者，如果在一实例中限制是针对多个用户，那么应用服务器170可使用群组通信(例如，多播消息，比如BCMCS)来向较高数目的AT通知所述限制，如果相对大数目的AT需要所述通知，那么这可增加通知的效率。在手持机侧，AT可接着将所定义的位置区和相关联的限制信息添加到覆盖图，因此AT的用户意识到特定服务在何处可用，或对服务的不同程度的限制在何处存在。在图8的实例中，为了便于阐释，假定向属于同一多播群组的AT 1和AT 2进行的所定义的位置区的通知在AT 1试图起始与至少AT 2的多播会话之前的某一点发生。在此，虽然图8到10针对“允许或阻挡”多播限制，但其它实施例可基于位置以不同的限制程度限制其它类型的通信会话。

在接收到限制至少AT 1的多播群组(例如，以及可能基于所定义的位置区的所有其它多播服务)的所定义的位置区的通知之后的某一点，AT 1确定是否起始多播呼叫，800。举例来说，如果多播呼叫对应于PTT呼叫，那么AT 1的用户可在810中按压PTT按钮以起始多播呼叫尝试。在815中，AT 1使用上文参看图5的510描述的位置确定方法中的任一者确定其位置。在AT 1确定其位置(例如，或SectorID、子网识别符、AT 1的地理坐标和/或AT 1的服务基站等)之后，代替于将位置连同多播呼叫请求一起报告给应用服务器170，AT 1评估在815处确定的其位置以确定AT 1是否在805处接收的所定义的位置区内，820。在一实例中，AT 1处执行的图8的820的位置评估可使用上文参看图5的525给出的位置评估实例中的任一者(例如，SectorID比较、地理坐标检查算法等)执行，且如此已为了简洁起见省略其进一步描述。

如果AT 1确定其位置不在所定义的位置区内，那么在825中AT 1阻止发射多播呼叫请求。在一实例中，可通知AT 1的用户为何阻挡呼叫(例如，AT 1可显示“超出位置范围”消息)。下文参看图11更详细论述将服务限制信息传达给AT。否则，如果AT 1确定其位置在所定义的位置区内，那么过程前进到图9的900。

图9说明图8的过程的继续。在图9的900中，AT 1将多播呼叫请求经由RAN 120发射到应用服务器170以请求给定多播会话的起始。应用服务器170接收多播呼叫请求，产生用于宣告给定多播会话的消息并将宣告消息转发到RAN 120以发射到多个AT，905。在此实例中，假定AT 2在与给定多播会话相关联的多播群组内。因此，在905中，宣告消息至少在AT 2的扇区内从RAN 120发射。如将了解，应用服务器170无需评估AT 1的位置(例如，应用服务器170不知道所述位置，因为其未如图5到7中那样传达)，因为基于位置的呼叫限制在手持机或AT侧实施。

AT 2接收宣告消息，且AT 2的用户确定是否接受多播呼叫，910。在此实例中，假定AT 2或AT 2的用户确定接受呼叫。因此，在915中AT 2确定其在无线通信系统100内的位置(例如，如在图6的610中)。接下来，在AT 2确定其位置(例如，或SectorID、子网识别符、AT 2的地理坐标和/或AT 2的服务基站等)之后，代替于将位置连同多播呼叫接受消息一起报告给应用服务器170，AT 2评估在915处确定的其位置以确定AT 2是否在805处接收的所定义的位置区内，920。在一实例中，AT 2处执行的图9的920的位置评估可使用上文参看图5的525给出的位置评估实例中的任一者(例如，SectorID比较、地理坐标检查算法等)执行，且如此已为了简洁起见省略其进一步描述。

如果AT 2确定其位置不在所定义的位置区内，那么在925中AT 2阻止发射多播呼叫接受消息。举例来说，AT 2可通过完全忽略宣告消息而阻挡呼叫。或者，虽然图9中未展示，但AT 2可将宣告消息已被AT 2拒绝的指示发送到应用服务器170(例如，宣告ACK(拒绝)消息)。在一实例中，可通知AT 2的用户为何阻挡或拒绝所宣告的多播呼叫(例如，AT 2可显示“超出位置范围”消息)。下文参看图11更详细论述将服务限制信息传达给AT。否则，如果AT 2确定其位置在所定义的位置区内，那么过程前进到图10的1000。

图10说明图9的过程的继续。在图10的1000中，AT 2将加入所宣告的多播会话的请求经由RAN 120发送到应用服务器170(例如，宣告ACK(接受)消息)。虽然未图示，但AT 2也可发送注册消息以针对多播会话向RAN 120注册，例如BCMCSFlowRegistration消息。

假定AT 2是宣告消息的第一响应者，那么应用服务器170在1000中发送指示AT 1多播会话可开始的消息。AT 1接收所述消息，向AT 1的用户发出指示他/她可开始讲话的音调，且AT 1开始将语音数据(例如，或其它数据，在即按即转(PTX)或其它传送会话中)转发到应用服务器170以发射到多播群组，1005。应用服务器170转发语音数据或多播包以供由RAN 120发射到已针对给定多播会话注册的多播群组成员，1010，且至少经注册的多播群组成员(包含AT 2)监视给定多播会话，1015。

返回到AT 1侧，或在发起者侧，AT 1继续转发与多播会话相关联的语音包，且周期性地再确定其位置，1020。AT 1确定来自1020的其再确定的位置是否保持在所定义的位置区内，1025，且如果在1020中AT 1确定保持在所定义的位置区内至少直到下一周期性位置更新为止，那么继续多播会话。否则，如果AT 1确定其位置已移出所定义的位置区，那么在1030中AT 1使呼叫掉线。如将了解，如果当其呼叫被丢弃时AT 1仍是发言权拥有者，那么监视给定多播会话的一个或一个以上目标AT也可受1030中AT 1的呼叫掉线影响，但图10已为了方便而说明和描述为此时似乎AT 1不是发言权拥有者。

转回到AT 2侧，或目标AT侧，AT 2在1015中继续监视给定多播会话，且周期性地再确定其位置，1035(例如，类似于1020，但AT 2的位置检查频率无需对应于AT 1的频率)。AT 2确定来自1035的其再确定的位置是否保持在所定义的位置区内，1040，且过程返回到1015，其中如果在1035中AT 2确定保持在所定义的位置区内至少直到下一周期性位置更新为止，那么AT 2继续监视多播会话。否则，如果AT 2确定其位置已移出所定义的位置区，那么在1045中AT 2使呼叫掉线。

返回到发起者侧，在AT 1在1030中使多播呼叫掉线之后，AT 1继续周期性地再确定其位置(例如，或者，如参看图7的730所论述，此再确定可受事件驱动而非周期性的)，1050，且检查AT 1的经更新的位置是否已返回到所定义的位置区，1055。如果否，那么过程返回到1050，且AT 1等待下一周期性位置更新。否则，如果AT 1在1055中确定其经更新的位置已返回到所定义的位置区，那么在1060中AT 1将重新加入多播会话的请求经由RAN 120发送到应用服务器170。虽然图10中未图示，但如果应用服务器170允许AT 1重新加入会话，那么AT 1可返回到监视给定多播会话。

同样，在目标AT侧，在AT 2在1045中使多播呼叫掉线之后，AT 2继续周期性地再确定其位置，1065，且检查AT 2的经更新的位置是否已返回到所定义的位置区，1070。如果否，那么过程返回到1065，且AT 2等待下一周期性位置更新。否则，如果AT 2在1070中确定其经更新的位置已返回到所定义的位置区，那么在1075中AT 2将重新加入多播会话的请求经由RAN 120发送到应用服务器170。虽然图10中未图示，但如果应用服务器170允许AT 2重新加入会话，那么AT 2可返回到监视给定多播会话。

再次，虽然本发明的实施例已针对所定义的位置区的包含性实施方案(例如，仅在所定义的位置区内部允许多播呼叫)，但本发明的其它实施例可或者针对所定义的位置区的排斥性实施方案(例如，仅在所定义的位置区外部允许多播呼叫)。

此外，将了解，可以每群组方式建立所定义的位置区，使得每一多播群组可潜在地针对不同位置区限制或限制于不同位置区，或者可经建立使得特定类型的多播服务(例如，BCMCS、PTT、PTX等，或特定协议类型，比如QChat)可针对某些位置区限制或限制于某些位置区，这可潜在地影响试图在所定义的位置区内部或外部操作的许多(例如，所有)多播群组。

在另一实例中，可以每用户或每AT方式建立用于限制的所定义的位置区。如上文论述，本发明的实施例已大体相对于群组呼叫描述，部分因为与群组呼叫有关的限制与非群组呼叫或单播呼叫相比可能更难实施。然而，将容易了解所述实施例可如何经修改以适应非群组呼叫或单播呼叫。因此，将了解，用于限制的所定义的位置区可影响给定用户的单播呼叫、群组呼叫和/或传送会话(其不一定为“呼叫”)。

此外，将了解，本发明的上述实施例已大体将所定义的位置区描述为建立明确的“允许”或“拒绝”区，使得在所定义的位置区内部允许或拒绝针对AT、AT群组或所有AT的特定服务，相反的许可设定实际在所定义的位置区外部。然而，在另一实例中，所定义的位置区可对应于一个程度的限制，而所定义的位置区外部的区域可对应于不同程度的限制。举例来说，所定义的位置区内部的区域可以第一入账率或费率提供给定服务(例如，TV频道)，且所定义的位置区外部的区域可以第二入账率或费率提供给定服务。将了解，在这些实例中，如果(例如)在图5的525或图6的625中确定AT不在所定义的位置区内，那么应用服务器170无需简单地拒绝呼叫，而是可提供更受限制的服务水平。同样，代替于在图7的715中完全使呼叫掉线，应用服务器170可改为将AT丢弃到更受限制的服务水平。类似地，在手持机侧，AT 1可在图8的825或图9的925中请求更受限制的服务，而不是完全阻挡呼叫。同样，在手持机侧，AT 1可在图10的1030或1045中使呼叫掉线到更受限制的服务水平，而不是使呼叫完全掉线。再次，在一些实例中，不同限制等级可对应于任何类型的服务区分，包含(但不限于)不同水平的所保证QoS资源、订户为服务而被收取的不同入账率或费率、不同类型的服务(例如，经由单播、多播等的群组呼叫，或对于媒体，仅视频区域、仅音频区域、仅文本区域、视频和音频区域，推送与牵引电子邮件转发等)等。

此外，将了解，图8到图10的位置限制在手持机或AT处以自动方式实施，使得AT根据图8的805处接收的来自应用服务器170的通知而执行基于位置的限制。因此，将了解，AT的用户不直接控制位置限制的实施方式，因为(例如)图8的815和820的确定和决策步骤(例如)由AT本身自动执行。

然而，将了解，假定AT的用户拥有AT，那么用户控制AT位于何处。因此，用于将潜在限制信息传达给AT的用户的用户接口(UI)可允许用户作出关于如何获得所要服务水平的明智的决策。

图11说明根据本发明的实施例的关于基于位置的服务限制的高级用户通知过程。参看图11，在1100中，在805中接收到与服务限制相关联的所定义的位置区之后的某一点，给定AT(例如，AT 1或AT 2)确定与所定义的位置区相关联的限制是否有可能影响给定AT的用户对服务的体验。基于1100的确定，给定AT确定是否通知用户关于服务限制的信息和/或是否越区切换到用于获得服务的另一机制，1105。如果在1105中给定AT确定通知用户或越区切换到另一服务机制，那么在1110中给定AT通知用户关于服务限制的信息和/或越区切换到另一服务机制。

在一实例中，参看图11，假定给定AT的用户正在国内驾车，同时还参与非常重要的群组呼叫，用户已在给定AT上绘出到用户的目的地的导航路线。在此实例中，给定AT通过将导航路线与用于用户的多播服务的所定义的位置区进行比较而执行1100的确定步骤(例如，其中在图8的805中接收到与多播服务限制相关联的所定义的位置区)。如果给定AT确定在导航路线期间的某一点多播服务被限制，那么给定AT可通知用户(1105、1110)(例如，“不可保证当前路线上的多播服务”等)并允许用户请求绘出可避免限制的新的导航路线，或可简单地向用户提供推荐的替代路线。或者，可通过显示多播服务在何处可用的覆盖图以及当前导航路线来通知用户，使得给定AT的用户可了解在导航路线上何处将限制多播服务。

在另一实例中，参看图11，假定给定AT的用户正观看给定媒体信道(例如，TV频道)上的节目，且正接近节目服务的所定义的位置区的边界，在所述边界之外观看节目在某种程度上是受限制的。举例来说，如果给定AT正进行软越区切换且给定AT的有效集合中的少于所有基站支持所述节目服务，那么给定AT可确定其在此边界附近。在另一实例中，给定AT可基于给定AT到边界的地理接近度(可能结合给定AT朝边界的当前轨迹)而在1100中确定限制有可能影响用户对节目服务的体验。因此，给定AT在1105中确定通知用户，且在1110中警告用户，如果用户继续朝着边界的话则节目服务将以某种方式受限制。再次，此可经由覆盖图或经由简单的文本警告或音频警报而传达。因此，AT的用户可基于服务的重要性与限制的性质、限制的地理范围等而作出其自身的关于如何进行的决策。在节目服务(例如，TV节目、无线电节目等)的情况下，所定义的位置区外部的限制可(例如)为节目服务收取更高费率(例如，类似于常规语音呼叫中当AT在网络外时的“漫游”服务)。

在又一实例中，参看图11，假定用户实际上带着给定AT在所定义的位置区外部行进，用户在跨越边界之前已使用给定AT上的相关联服务，且给定AT借此进入更受限制的区域。在此情况下，给定AT基于限制确定用户对服务的体验受到影响，1100，确定通知用户，1105，且通知用户1110。因此，如果限制完全切断服务，那么在此实例中图11的过程确保用户将不会简单地因突然的服务故障而困惑和失望，而是知道服务归因于位置改变而掉线。用户借此有机会行进回到服务发内。给定AT可输出覆盖图或另外向用户提供指导使得给定AT可被带回范围内。或者，如果限制为服务收取较高入账率或费率，那么图11的过程确保用户将不会接收到非预期的高额账单，因为用户将被通知与节目服务相关联的费率在跨越边界之后增加。

在另一实例中，出于一个或另一原因，如果给定AT预期放弃一服务水平，那么给定AT可经配置以起始不同服务类型(例如，不同载波、不同类型的服务，比如WiFi与3G与有线连接等)之间的越区切换。因此，如上文所提及以及图11中说明，给定AT可任选地进行从当前服务机制到另一服务机制的越区切换，其中“服务机制”希望广义上解释为任何获得服务的方式(例如，经由3G手机网络、经由WiFi连接、有线以太网连接、蓝牙连接、经由单播协议的群组呼叫、经由多播协议的群组呼叫等，使得服务机制可为物理的，或可为同一物理机制上的不同协议)。在一实例中，预期服务水平放弃可为图11的1100的确定，其中给定AT确定给定AT的用户使用的服务将潜在地受到服务限制影响(例如，给定AT在所定义的位置区外，或可能不久将在所定义的位置区外)。在另一实例中，给定AT可确定其在用于支持服务的弱覆盖区域中。在任何情况下，给定AT可试图无缝越区切换到另一用于支持用户的服务的机制(例如，理想地，使得用户不会意识到，或至少不会受切换的不良影响)。因此，在此情况下，给定AT可经由替代机制，例如使用EV-DO系统中的业务信道，或甚至例如1x、WiFi等物理技术起始到应用服务器170的发射。举例来说，给定AT可通过测量应用层处的包损失率和延迟抖动而确定支持特定服务的链路的质量较弱。在这些量度跨越应用特定的某一阈值后，AT可触发到提供相关联级别的服务可靠性的适当PHY层的越区切换。将了解，此“越区切换”可与图5到11中的任一者的过程并行执行或另外执行。举例来说，如果响应于图11的1100的确定执行“越区切换”，那么给定AT可试图越区切换到另一用于支持服务的机制，且仅当不成功时才在1105中确定通知用户对于当前服务机制的限制。或者，给定AT可在1105/1110中执行越区切换并且还通知用户限制(且可能，也通知越区切换)。因此，至少在一个实例中，上文提及的“越区切换”可在图11的框架内在1105和1110处执行，如所属领域的一般技术人员将了解。

在另一实例中，假定AT正使用给定通信服务且进入服务的“盲区”，其中基于位置的限制不允许AT继续在给定服务机制(例如，比如手机3G网络、WiFi网络等)上的给定通信服务。在此实例中，假定与用于基于位置的限制的所定义的位置区相关联的服务限制等级特定针对用于特定服务的特定服务机制，而非以一般方式针对服务(例如，“允许扇区X中单播而非多播上的群组呼叫”，使得群组呼叫服务本身不受限制，而是仅获得群组呼叫的方式受限制)。在此实例中，尽管AT在提供服务的范围之外，但AT可“穿隧”或远程登录到范围内的计算装置上(例如，经由VPN服务)。在此情况下，计算装置(而非AT)的位置用于位置限制。因此，尽管在此实例中AT在所定义的位置区之外，但限制适用于仍在所定义的位置区内的远程计算装置，使得无需仅仅因为AT已退出所定义的位置区而切断服务。

在另一实例中，将了解，本发明的实施例可针对任何类型的服务(例如，任何多播服务，比如QChat和/或Yagatta)。

此外，虽然上述实施例大体针对在应用服务器170处或在系统100内的个别AT处实施的基于位置的服务限制，但将了解，其它实施例可针对在不同网络实体处的实施。在此情况下，在一实例中，应用服务器170或AT本身可通知其它网络实体用于实施的基于位置的限制。举例来说，可在RAN 120处实施基于位置的服务限制，如现将参看图12A到13B描述。

图12A到12C说明可借以通知RAN 120待在多播服务限制中使用的所定义的位置区的替代过程。在图12A开始处，可假定RAN 120尚未意识到用于多播服务限制的所定义的位置区。参看图12A，假定AT 2是发送(1205A)请求向特定多播群组注册的注册消息(例如，BCMCSFlowRegistration消息、群组成员通知(GMN)消息等)的第一多播群组成员。1205A的注册消息可响应于宣告消息(例如，作为BCMCSFlowRegistration消息)或在AT 1加电后或在AT 1确定改变群组会员资格后(例如，作为GMN消息)或在任何其它时间发送。因此，RAN 120将AT 2添加到RAN 120处维持的用于多播群组的经注册AT的列表，1210A。

因为已假定RAN 120先前未了解用于多播群组的多播服务限制的所定义的位置区，所以RAN 120确定AT 2是否是向多播群组注册的第一AT，1215A。在此情况下，AT 2是注册的第一AT，且如此RAN 120向AT 2发送请求AT 2将所定义的位置区发送到RAN120的消息，1220A。在图12A的实施例中，可假定先前已向一个或一个以上AT 2...N提供所定义的位置区。

因此，可假定AT 2意识到所定义的位置区，且AT 2通过发送所定义的位置区或不存在针对会话的基于位置的限制的指示而响应于所定义的位置区请求，1225A。在一实例中，1220A和1225A的所定义的位置区请求和所定义的位置区应答分别可经由StorageBlob*消息实施。举例来说，1220A的消息可对应于StorageBlobRequest消息，且1225A的消息可对应于StorageBlobNotification消息。

在从AT 2处接收到所定义的位置区之后，RAN 120更新其记录以反映用于涉及多播群组的通信会话的多播服务限制的所定义的位置区，1230A，并开始具有给定期满周期的刷新计时器，1235。在一实例中，刷新计时器的给定期满周期对应于所报告的所定义的位置区预期开始“过时”且应经由针对所定义的位置区的另一AT询问而刷新的时间。在一实例中，刷新计时器的给定期满周期可由RAN 120的运营商建立。

接下来，假定AT 3...N当中的至少一个额外AT将向多播群组注册的注册消息(例如，BCMCSFlowRegistration消息、GMN消息等)发送(1240A)到RAN 120。因此，RAN 120将AT 3...N添加到RAN 120处维持的用于多播群组的经注册AT的列表，1245A。

接下来，RAN 120确定1240A处接收的注册消息是否是向多播群组的第一次注册，1250A。因为AT 2在1205A中已向多播群组注册，所以RAN 120确定请求注册的AT不是请求向多播群组注册的第一个AT，且RAN 120接着确定刷新计时器是否期满，1255A。如果刷新计时器未期满，那么过程返回到1245A，且RAN 120等待接收针对多播群组的更多注册请求。否则，如果刷新计时器期满，那么RAN 120将针对所定义的位置区的另一请求发送到已请求注册的AT，1260A，所请求的注册，且所述AT以所定义的位置区响应，1265A，且过程返回到1230A。

虽然已大体假定AT 2...N每一者意识到用于多播会话的所定义的位置区，但在其它实施例中，情况不必如此。因此，如果AT 2未意识到所定义的位置区，那么1225A中发送的响应将不把所定义的位置区传达给RAN 120。因此，RAN 120将接着处理下一个向多播会话注册的AT，如同其是请求注册的第一个AT，使得将再次向更新近的注册AT请求所定义的位置区，而不管刷新计时器是否期满，等等。在第一次从任何AT获得所定义的位置区之后，过程前进到1230A且如上所述继续。

如所属领域的一般技术人员将了解，向RAN 120提供在受所定义的位置区限制的群组与不受限制的群组之间区分的能力。图12A借此说明以下过程：假定RAN 120知道多播群组对应于受所定义的位置区限制的群组，但RAN 120在图12A开始处不知道实际的所定义的位置区。存在可对多播群组加旗标的许多不同方式，使得RAN 120知道询问所定义的位置区。举例来说，具有所定义的位置区的群组可由应用服务器170配置以利用来自预定BCMCSFlowID集合的BCMCSFlowID(例如，在保留范围或BCMCSFlowID块内)。因此，在此实例中，如果多播会话具有对应于所述预定BCMCSFlowID集合中的一者的BCMCSFlowID，那么RAN 120变得意识到存在用于限制涉及多播群组的多播会话的所定义的位置区。在替代实例中，可针对受所定义的位置区限制的多播会话保留给定范围的UDP端口编号，使得如果多播会话具有在所述UDP端口编号范围内的UDP端口编号，那么RAN 120变得意识到存在用于限制涉及多播群组的多播会话的所定义的位置区。

虽然上文描述的图12A的过程规定在RAN 120处接收到注册请求后便询问所定义的位置区，但其它实施例无需在询问AT所定义的位置区之前等待注册消息，如接下来将参看图12B描述。图12B的过程可在无线通信系统100的整个操作期间执行，而不管相关联的群组通信会话是否有效，或者可仅在相关联的群组通信会话有效时执行(例如，当在RAN 120处接收到宣告消息时开始，且当群组通信会话归因于无效性而超时时结束等)。

参看图12B，RAN 120确定其是否意识到用于群组通信会话的多播服务限制中的所定义的位置区，1200B。为了便于阐释，假定RAN 120未意识到所定义的位置区。RAN120接着获得AT 1...N的列表，已知其每一者属于与群组通信会话相关联的多播群组，且选择AT 1...N中的一者，1205B。在一实例中，1205B的选择可为随机选择。

RAN 120接着将对群组通信会话的所定义的位置区的请求发送到选定的AT，1210B。举例来说，1210B的消息可对应于StorageBlobAssignment消息。选定的AT以所定义的位置区或不存在针对会话的基于位置的限制的指示响应，1215B。RAN 120更新其记录以反映所报告的所定义的位置区(或缺乏所述所定义的位置区)，1220B。RAN120接着开始刷新计时器，1225B。RAN 120等待直到刷新计时器期满为止，1230B，且接着返回到1205B并重复过程。

虽然上文描述的图12A和12B的过程针对以来自属于特定多播群组的一个或一个以上AT的所定义的位置区报告RAN 120，但应用服务器170或者可向RAN 120直接提供所定义的位置区。在此情况下，应用服务器170也可向多播群组成员或AT 1...N提供所定义的位置区(例如，如在图8的805中)，或不如此提供。如果应用服务器170未向AT 1...N提供所定义的位置区，那么RAN 120可向AT 1...N提供所定义的位置区，或AT1...N可保持未意识到基于位置的限制，且改为依赖于RAN 120来实施基于位置的限制。

参看图12C，在1200C中，应用服务器170处的网络运营商定义用于多播会话限制的位置区(例如，针对一个或一个以上特定多播群组、针对所定义区域中的所有多播服务等)。或者，与应用服务器170分离的载波供应系统(CPS)的网络运营商可执行1200C的操作。图12C的1200C大体对应于图5的500和/或图8的800，且如此已为了简洁起见省略关于可如何产生所定义的位置区的进一步描述。同样，虽然已将图5的500和图8的800描述为在应用服务器170处执行，但将了解，来自500的所定义的位置区可在CPS处输入且接着提供到应用服务器170，且来自800的所定义的位置区可在CPS处输入且接着提供到个别AT，如805中。因此，关于应用服务器170的图式中的说明希望涵盖CPS，但CPS可结构上与应用服务器170分离。在1200C中产生所定义的位置区之后的某一点，应用服务器170(或CPS)通知(1205C)RAN 120用于涉及特定多播群组的多播会话的所定义的位置区。

接下来，参看图13A和13B提供RAN实施的基于位置的限制实施方案的实例，将了解，图13A和13B的过程可取代上文描述的AT实施或应用服务器实施的实施例而执行，或者可与上述实施例并行执行。

参看图13A，假定图12A、12B和/或图12C的过程充分执行使得在多播会话的下一宣告之前已向RAN 120提供用于限制特定多播群组或会话的多播服务的所定义的位置区。接下来，RAN 120从应用服务器170接收宣告消息以发射到AT 2...N，1300A。RAN120将宣告消息与其所存储的所定义的位置区进行比较，且根据所定义的位置区确定限制所宣告的会话，1305A。在1310A中，RAN 120仅在所定义的位置区内发射宣告消息，即使AT 2...N中的一者或一者以上预期在所定义的位置区外部。将进一步了解，RAN 120可简单地在1310A中在所定义的位置区的每一扇区中发射宣告消息，或可通过基于AT2...N预期位于所定义的位置区内何处而减小宣告区来在所定义的位置区的扇区的较小子集内发射宣告消息。因此，与宣告消息相关联的业务可减少，因为RAN 120无需在不希望支持多播会话的区域中宣告会话。此实施例假定多播服务限制对应于所定义的位置区外部多播服务的完全拒绝，如上所述情况不必如此。在另一实施例中，RAN 120可(例如)在所定义的位置区内部或外部以不同方式宣告多播会话。举例来说，RAN 120可在所定义的位置区内在信令上数据(DoS)消息内宣告多播会话，且可在所定义的位置区外经由目标AT的标准寻呼而宣告多播会话，这与DoS宣告发射相比较慢且可认为是降级的服务。

参看图13B，假定图12A、12B和/或图12C的过程充分执行使得已向RAN 120提供用于限制特定多播群组或会话的多播服务的所定义的位置区。接下来，RAN 120接收(i)向已宣告的给定多播会话注册的请求，或(ii)来自呼叫发起者的起始给定多播会话的请求，1300B。在一实例中，如果1300的请求是注册请求，那么1300B的注册可通过宣告消息，通过广播开销消息(BOM)(例如，RFDB＝1)，或通过越区切换到既不在承载多播会话也不在BOM中广告所支持的多播会话(例如，BOM中未列举用于给定多播会话的BCMCSFlowID)的不同扇区的AT 2...N中的一者提示。因此，1300B的注册消息可以许多不同潜在方式提示。

接下来，RAN 120将发出请求的AT的位置与其所存储的所定义的位置区进行比较，并根据所定义的位置区确定限制所宣告的会话，1035B。RAN 120接着确定1300B中发出请求的AT是否在所定义的位置区内。在一实例中，1310B的确定可基于发出请求的AT的当前服务扇区(其在RAN 120处已知)与所定义的位置区之间的比较。在一替代实例中，虽然图13B内未明确展示，但发出请求的AT可动态地将其位置传达给RAN 120(例如，其地理位置等)，且RAN 120可使用发出请求的AT的动态位置信息来进行1310B的确定。如果RAN 120确定发出请求的AT在所定义的位置区外，那么RAN 120拒绝1300B的请求且不支持发出请求的AT的扇区内的多播会话。否则，如果RAN 120确定发出请求的AT在所定义的位置区内，那么RAN 120确定支持发出请求的AT的扇区内的多播会话。此实施例假定多播服务限制对应于所定义的位置区外的多播服务的完全拒绝，如上所述情况不必如此。在另一实施例中，如果1310B的确定确定AT在所定义的位置区外，那么RAN 120可简单地实施较高或较低的限制等级。

因此，如所属领域的一般技术人员将了解，所定义的位置区可用于限制多播服务，且服务限制的实施可在个别AT、RAN 120、应用服务器170或其任何组合处执行。

此外，虽然本发明的上述实施例包含对多播会话、多播群组等的参考，但将了解，对“多播”的参考既定包含IP多播协议支持的群组呼叫(例如，一个或一个以上扇区在潜在地待由扇区中的多个AT解码的下行链路共享信道上发射消息接发)或IP单播协议支持的群组呼叫(例如，每一经注册的多播群组成员接收特定针对一个特定多播群组成员的群组会话的单播消息接发)。因此，对“多播”的参考不希望排除IP单播协议支持的群组呼叫，且上述实施例与任一情境兼容。

所属领域的技术人员将了解，可使用多种不同技术及技艺中的任一者来表示信息及信号。举例来说，可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在以上描述中始终参考的数据、指令、命令、信息、信号、位、符号及码片。

此外，所属领域的技术人员将了解，结合本文中所揭示的实施例而描述的各种说明性逻辑块、模块、电路及算法步骤可实施为电子硬件、计算机软件或两者的组合。为清楚说明硬件与软件的此互换性，上文已大致关于其功能性而描述了各种说明性组件、块、模块、电路及步骤。所述功能性是实施为硬件还是软件取决于特定应用及施加于整个系统的设计约束。所属领域的技术人员可针对每一特定应用以不同方式来实施所描述的功能性，但所述实施方案决定不应被解释为会导致脱离本发明的范围。

可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件或其经设计以执行本文中所描述的功能的任何组合来实施或执行结合本文中所揭示的实施例而描述的各种说明性逻辑块、模块及电路。通用处理器可为微处理器，但在替代例中，处理器可为任何常规的处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器的组合、一个或一个以上微处理器与DSP核心的联合，或任何其它此配置。

结合本文中所揭示的实施例而描述的方法、序列及/或算法可直接体现于硬件中、由处理器执行的软件模块中或两者的组合中。软件模块可驻存在RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可装卸盘、CD-ROM，或此项技术中已知的任一其它形式的存储媒体中。示范性存储媒体耦合到处理器，使得处理器可从存储媒体读取信息并将信息写入到存储媒体。在替代例中，存储媒体可与处理器成一体式。处理器及存储媒体可驻留于ASIC中。ASIC可驻留于用户终端(例如，接入终端)中。在替代例中，处理器及存储媒体可作为离散组件驻留于用户终端中。

在一个或一个以上示范性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实施。如果实施于软件中，则可将功能作为计算机可读媒体上的一个或一个以上指令或代码而加以存储或传输。计算机可读媒体包括计算机存储媒体与包括促进计算机程序从一处传递到另一处的任何媒体的通信媒体两者。存储媒体可为可由计算机存取的任何可用媒体。以实例方式(且并非限制)，所述计算机可读媒体可包含RAM、ROM、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁性存储装置，或可用于载送或存储呈指令或数据结构的形式的所要程序代码且可由计算机存取的任何其它媒体。同样，可恰当地将任何连接称作计算机可读媒体。举例来说，如果使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)或例如红外线、无线电及微波的无线技术从网站、服务器或其它远程源传输软件，则同轴电缆、光纤电缆、双绞线、DSL或例如红外线、无线电及微波的无线技术包括于媒体的定义中。如本文中所使用，磁盘及光盘包括压缩光盘(CD)、激光光盘、光学光盘、数字多功能光盘(DVD)、软盘及蓝光光盘，其中磁盘通常磁性地复制数据，而光盘使用激光光学地复制数据。上文的组合也应包括在计算机可读媒体的范围内。

虽然前文的揭示内容展示本发明的说明性实施例，但应注意：在不脱离如附加的权利要求书所界定的本发明的范围的情况下，可在本文中进行各种变化及修改。举例来说，图14说明基于区ID的限制。在1405中，基于区的限制在1410中AT 1注册之前从载波供应服务器1400分布到应用服务器170和AT(例如，AT 1)。在1415中，可检查区限制。举例来说，如果AT 1具有区ID“A”且限于仅在区A中使用BCMCS，那么基于所述区限制，如果AT 1在区A外部，则可发送(1418)PTT(例如，QChat^TM)可在无BCMCS服务的情况下使用的指示。另外，将了解，所述实施可在1420中在AT处发生，在1425中在服务器处发生，或经由AT与服务器的组合发生(在1430和1435中)。因此，1420、1425的每一者和1430与1435的组合说明替代实施方案。

无需以任何特定次序来执行根据本文中所述的本发明的实施例的方法权利要求项的功能、步骤及/或动作。此外，尽管可以单数形式描述或主张本发明的元件，但除非明确陈述对于单数的限制，否则也涵盖复数形式。

附录A

1用以确定AT是否在运营商定义的区域内的算法

此部分确定AT是否在由网络运营商针对QChat服务定义的区域内。下文提及的技术为了阐述的简单而在2维平面中呈现，且可容易地一般化到在3维空间中定义的表面(例如，球体等)。

1.1算法A

如果网络运营商通过规定由{x1,y1}、{x2,y2}...{xN,yN}表示的N个坐标而定义区的范围。在球体表面上的3维空间中，这些顶点将表示如网络运营商定义的{纬度，经度}信息。可确定具有这些顶点的多边形界定的区域，且定义多边形的周长的边缘可依据N个方程式(对于多边形来说是线性的，但对于2-D和3-D表面两者来说也可为非线性的)来规定。为了简单起见，这些通过以下方程式来定义：

F1(x,y)＝0；F2(x,y)＝0；F3(x,y)＝0；.....FN(x,y)＝0；

在N个顶点的情况下，可存在完全连接曲线图中的N*(N-1)个边缘。虽然可确定这N*(N-1)个边缘中的定义由这些顶点划定范围的区域的边界的N个边缘，但此算法的复杂性随N增加而增加。如果运营商在有序分类列表中定义N个顶点(基于其形成边缘的顺时针或逆时针定向)，那么可不能确定N*(N-1)个边缘中哪N个边缘用于边界的计算。

让我们将{A,B}表示为AT所处的坐标。对于此论文中考虑的使用情况情境，{A,B}将表示AT处于其覆盖范围中的基站的位置(点-源近似)。如果{A,B}是N个顶点中的一者，或满足针对边缘的N个方程式中的任一者，那么AT在由多边形定义的区内。

让我们定义通过{A,B}的线，例如y＝B，找到此线(y＝B)与每一函数Fi(x,y)＝0之间的相交点，其中全部1<＝i<＝N，即对Fi(x,B)＝0求解；

将小于A的点的数目表示为NAL，且将位于A右侧的点的数目表示为NAR。以下技术可用于确定{A,B}是否在边界框内：

·如果NAL或NAR任一者为零，那么所述点在边界框外。

·如果NAL+NAR为偶数，那么：

ο如果NA和NB均为偶数，那么点{A,B}位于框外。

ο如果NA和NB均为奇数，那么点{A,B}位于框内。

ο如果NAL+NAR为奇数(因而，清楚地，N个顶点的奇顶点数目与y＝N相交)。这些奇顶点可分别从NAL和NAR忽略，从而产生NAL'和NAR'。因为NAL'+NAR'为偶数，所以上述规则可适用于确定{A,B}在框内还是框外。或者，可通过应用以上算法通过使用通过{A,B}的稍许不同的线且迭代直到NAL+NAR为偶数(或有限数目的迭代期满)为止来使用简单的试探法。注意，如果所述线具有非零斜率，那么相对于通过{A,B}且垂直于所选线的线确定NAL和NAR。

1.2算法B

替代技术是借助N个线性不等式定义由接合多边形的顶点(即，N个边缘)的边缘(或K维中的超平面)定义的可行的区：

G1(x,y)<＝0；G2(x,y)<＝0；G3(x,y)＝0；.....GN(x,y)<＝0；

且简单地检验{A,B}满足所有N个不等式。注意，函数Gi类似于Fi，只是符号不同。

1.3将此方法一般化为使用地球表面上的纬度/经度

1.3.1假设：

ο地球可建模为球形体且具有Req和Rpo作为赤道和极半径。

ο网络运营商在有序列表中提供N个纬度和经度使得列表中的连续点具有定义边界的边缘。

ο地球表面上的N个点的纬度和经度为{Φ1,Θ1},{Φ2,Θ2}...{ΦN,ΘN}

1.3.2算法

这N个点可映射到3维笛卡尔坐标系统{x,y,z}，作为：

Xi＝Req cosΘi cosΦi；Yi＝Req sinΘi cosΦi and Zi＝Rpo sinΦi。

假定在有序列表中提供坐标，我们可定义通过3个点的超平面，原点(0,0,0)和表面上由网络运营商指定为有序列表的N个点中的两个点。

这N个超平面中的每一者可由以下线性方程式表示：

P1(x,y,z)<＝q1；P2(x,y,z)<＝q2；...,PN(x,y,z)<＝qN

假设手持机的位置为{X_at,Y_at,Z_at}。如果AT 1的位置满足以下方程式，那么AT 1位于网络运营商所定义的区域内(即，AT 1位于由下文列举的半平面集合产生的“边界”多面体内)：

P1(x,y,z)<＝q1；P2(x,y,z)<＝q2；....PN(x,y,z)<＝qN以及x<＝Req+Rpo；y<＝Req+Rpo；z<＝Req+Rpo。

注意，最后三个约束可自动满足，且仅经指定以产生边界多面体。

虽然超平面区域计算起来较容易，但确定每一超平面的半平面以便构造不等式(Pi(x,y,z)<＝qi，其中各自1<＝i<＝N)也很重要。如果存在N个方程式，那么可能的半平面的数目为2^N，其中仅必须确定一个不等式集合。如果网络运营商也可指示每一超平面(在x、y和z维度中)的定向，那么可实现此确定正确的不等式集合的挑战。