专利名称：一种在移动通信系统实现广播多播业务的方法
技术领域：
本发明涉及在移动通信系统实现数据业务的技术，特别涉及一种在移动通信系统实现广播多播业务(BCMCS)的方法。
背景技术：
移动通信系统，如码分多址(CDMA)系统或宽带码分多址(WCDMA)，可以提供BCMCS。移动通信系统网络侧利用广播多播方式提供BCMCS内容，移动台(MS)接收移动通信系统网络侧提供的BCMCS内容。移动通信系统的BCMCS可以使多个MS共享移动通信系统的系统资源和频率资源，移动通信系统用较少的系统资源就可以为大量的MS提供各种信息。
利用移动通信系统提供的广播功能，采用BCMCS的移动通信系统在空中接口发送BCMCS内容有两种方式空闲态广播和业务态广播。空闲态广播就是MS在空闲状态下接收BCMCS内容，MS与移动通信系统之间除了建立共享信道之外，不建立其他专用业务信道的连接，空闲态广播能够最大限度地节省移动通信系统的系统资源，但实现技术比较复杂。业务态广播，也被称为业务信道状态广播，是指MS在接收BCMCS内容时，除了与移动通信系统之间建立的共享信道之外，还要建立专用业务信道，包括基本业务信道(FCH)或专用控制信道(DCCH)连接，业务态广播浪费移动通信系统的系统资源，但实现技术比较简单。
3GPP2已经制定了一系列利用CDMA2000系统，包括CDMA2000 1X和CDMA2000 1X EV-DO系统实现BCMCS的标准。图1为现有技术采用BCMCS的移动通信系统网络结构图该系统由移动台(MS)、基站(BS)、分组数据控制(PCF)、广播服务节点(BSN)、多播路由器(MR)、分组数据业务网络(PDSN)、3A服务器(AAA)、BCMSC控制器以及内容服务器组成。其中，MS用于通过BS接收BCMCS内容，进行实时播放，同时，MS还通过PDSN与BCMCS控制器交互，PDSN可以为MS分配网际协议(IP)地址及端口号；BS包括基站收发信台(BTS)和基站控制器(BSC)，实现移动通信系统的空中接口资源管理以及共享信道的控制；PCF，在BSN与BS之间实现BCMCS内容的连接，在PDSN和BS之间实现专用数据业务信道的连接；BSN，通过MR接收来自内容服务器的BCMCS内容，进行必要的协议转换，经PCF和BS转发给MS；BCMCS控制器，通过PDSN向MS提供BCMCS配置信息以及通过AAA向BSN提供鉴权通过的MS的BCMCS配置信息；内容服务器，提供BCMCS内容，通过MR向BSN提供BCMCS内容；AAA，保存BCMCS鉴权信息、MS鉴权信息，在BSN与BCMCS控制器之间转发经过鉴权的BCMCS配置信息。
目前，在移动通信系统实现BCMCS包括以下过程1)业务发布或业务发现，业务提供商通过广告等途径发布移动通信系统能够提供BCMCS，MS通过各种途径获知；2)业务订购，MS向移动通信系统网络侧订购BCMCS，移动通信系统将订购BCMCS的MS鉴权认证信息写入AAA中；3)业务信息获取，MS通过PDSN向BCMCS控制器获取BCMCS相关信息，如节目流的标识(BCMCS_FLOW_ID)、多播IP地址及端口号、传输层和应用层协议以及加密信息等；4)BCMCS相关的系统参数获取，BCMCS相关的系统参数包括MS当前小区可用的节目流信息和共享信道的配置参数等，BS可以通过两种方式将这些参数发送给MS一，通过MS当前小区的公共信道，例如寻呼信道和前向公共控制信道；二，通过与MS之间建立的专用业务信道，这种方式要求MS首先向BS发起请求；5)BCMCS内容的接收，如果MS希望收听或/和收看的BCMCS内容在当前小区正在广播，则MS可以直接接收前向共享信道，获得正在广播的BCMCS内容；如果MS希望的BCMCS内容当前没有广播，则MS通过呼叫建立消息或登记消息向BS发起请求，接收到请求的BS向MS发送BCMCS内容；6)BCMCS承载路径的建立和释放，BS、PCF和PDSN需要根据移动通信系统的配置信息、MS请求、正在接收BCMCS内容的MS数目等信息，确定BCMCS承载路径的建立和释放，BCMCS承载路径包括MS到BS之间的共享信道，BS到PCF之间的A8链路，PCF到PDSN之间的A10链路以及PDSN到内容服务器之间的连接。
在移动通信系统实现BCMCS既支持空闲态广播，也支持业务态广播。
由于目前的MS不支持BCMCS，如果要在移动通信系统实现BCMCS，MS需要作以下功能扩充1)MS的物理层需要支持前向共享信道长码掩码设置以及支持与前向共享信道有关的功率控制功能和反向导频门控功能；2)MS的介质访问控制(MAC)层需要支持BCMCS数据流到共享信道的映射，用于实现BCMCS的承载路径的空口部分，以及需要支持外层校验码的编码和解码，用于给BCMCS内容增加纠错功能；3)MS的第3层需要支持BCMCS的承载路径管理和连接管理，需要支持用于获取MS当前小区的BCMCS相关的系统参数的广播服务参数消息(BSPM)以及业务信道内的广播服务参数消息(ITBSPM)等层三消息，需要支持BCMCS登记操作以及对登记信息的扩充，需要支持新增的用于提供BCMCS信息的BCMCS命令(BCMCSOrder)，还需要对以下层三消息进行扩充扩展的系统参数消息(ExtendedSystem Parameters Message)，指示MS移动通信系统网络侧是否在公共信道发送BSPM消息以及具体的发送时隙；扩展的状态响应消息(ExtendedStatus Response Message)，包含BCMCS业务能力支持信息；呼叫建立消息(Enhanced Origination Message或Origination Message)，支持广播BCMCS内容请求；寻呼响应消息(Page Response Message)，反馈MS的广播状态和相关参数；扩展的信道指配消息(Extended Channel Assignment Message)，支持共享信道指配；业务信道内的系统参数消息(In-Traffic SystemParameters Message)，指示是否支持专用业务信道的广播；功率控制消息(Power Control Message)，指示前向共享信道的功率控制信道；通用切换引导消息(Universal Handoff Direction Message)，支持接收广播的MS的切换。
由于在移动通信系统实现BCMCS的过程中，涉及BCMCS的层三消息非常多，这就需要对MS的第三层进行大量的修改，使其支持BCMCS。另外，还有一些BCMCS消息涉及物理层以及MAC层，所以也必须对MS的物理层以及MAC层进行修改，开发工作十分复杂并且工作量大。
纵上所述，为了在移动通信系统实现BCMCS，就必须大量修改MS的底层设置，开发工作十分复杂并且工作量大。如果为了支持移动通信系统提供的BCMCS而重新设计MS，则存在周期长、成本高以及款式少等问题。
发明内容
有鉴于此，本发明的主要目的在于提供一种在移动通信系统实现BCMCS的方法，该方法能够在不修改MS底层的情况下，在移动通信系统实现BCMCS。
根据上述目的，本发明的技术方案是这样实现的一种在移动通信系统实现广播多播业务BCMCS的方法，在MS的应用层设置支持BCMCS的功能，该方法还包括应用层支持BCMCS功能的MS与所属基站BS之间进行携带BCMCS相关信息的应用层消息交互后，MS接收所属BS通过前向共享信道广播的节目Program。
所述应用层消息通过MS与所属BS之间建立的专用业务信道进行交互。
MS所属BS根据所建立的专用业务信道连接时长产生MS的计费信息。
所述MS所属BS向MS发送的应用层消息通过所管辖小区的寻呼信道广播。
所述MS向所属BS发送携带请求发送Program状态更新的应用层信息时，该应用层消息为携带被叫号码的呼叫建立消息或短消息；MS所属BS返回携带Program状态更新信息的应用层消息，该应用层消息为短消息。
所述MS向所属BS发送携带请求广播Program的应用层消息时，该应用层消息为携带被叫号码的呼叫建立消息或短消息；MS所属BS返回携带MS发送请求广播Program应答的应用层消息，该应用层消息为短消息。
在所述BS返回应用层消息之前，该方法还包括MS所属BS将为MS分配的专用业务信道指配给MS，通过指配给MS的专用业务信道向MS返回应用层消息。
所述MS向所属BS发送的应用层消息为短消息时，该短消息携带电信业务标识ID或特征字，MS所属BS通过短消息携带的电信业务标识或特征字确定该短消息为携带BCMCS信息的短消息。
所述MS所属BS通过所管辖小区的寻呼信道广播携带Program状态更新信息的应用层消息，该应用层消息为短消息，MS直接通过所在小区的寻呼信道接收Program状态更新信息。
MS接收所属BS通过前向共享信道广播的Program的过程为a、MS所属BS启动共享信道指配延时定时器Tshch；b、MS建立用户数据协议套接字UDP SOCKET；c、MS将根据多播IP地址将自身建立的UDP SOCKET加入多播组；d、MS所属BS设置的指配延时定时器Tshch超时，BS将为MS分配的共享信道通过指配消息指配给MS；e、MS通过指配的共享信道接收移动通信系统网络侧发送的Program。
在步骤a之前，该方法还包括MS所属BS为MS分配共享信道以及地面链路资源，将来自分组数据控制PCF的MS请求广播的Program连接到为MS分配的共享信道上。
在步骤a之前，该方法还包括移动通信系统网络侧向MS所属的BS发起启动广播指令；MS所属的BS收到该指令后，为MS分配共享信道以及地面链路资源，将来自PCF的Program连接到分配的共享信道上。
步骤c所述MS的多播IP地址是预先设置的或者在与分组数据业务网络PDSN进行PPP协商和IP协商的过程中，由PDSN分配的。
该方法还包括f、MS所属的BS释放MS与PDSN之间的连接。
所述MS向所属BS发送应用层消息为功率控制消息时，MS所属BS逐步提高前向共享信道的功率。
该方法还包括MS所属BS在设定时间内接收不到任一MS发送的功率控制消息，则按照预先设置的时间间隔以及功率步长逐步降低前向共享信道的功率，直到接收到所管辖任一MS发送的功率信令消息或者将前向共享信道的功率下降为0。
MS订阅移动通信系统网络侧提供的“呼叫等待”业务，在MS接收所属BS广播的Program的过程中，还包括处理来话呼入的步骤MS接收所属BS广播的Program时有来话呼入，MS所属BS停止给该MS广播Program，转入来话呼入处理或者提示MS有来话呼入，由MS决定是否停止接收广播Program，转入来话呼入处理。
将支持BCMCS的应用层软件存储在移动通信系统网络侧中，所述在MS的应用层设置支持BCMCS的功能的过程为MS从移动通信系统网络侧下载支持BCMCS的应用层软件后运行，设置完成支持BCMCS的功能。
从上述方案可以看出，本发明提供的方法将BCMCS相关信息携带在应用层消息中发送，如携带在短消息或呼叫建立消息中发送，从而在移动通信系统实现BCMCS。由于本发明不像现有技术那样将BCMCS相关消息设置为底层消息，如物理层、MAC层以及第三层，从而不需要MS修改底层设置，也可以在移动通信系统实现BCMCS。
图1为现有技术采用BCMCS的移动通信系统网络结构图；图2为本发明Program状态刷新的方法流程图；图3为本发明MS请求并接收Program的方法流程图；图4为本发明实现静态广播的方法流程图。
具体实施例方式
为了使本发明的目的、技术方案和优点更加清楚明白，以下举具体实施例并参照附图，对本发明进行进一步详细的说明。
本发明提供的方法为了在不修改MS底层的情况下，使MS支持移动通信系统提供的BCMCS，将BCMCS相关信息不再采用底层的消息发送，而直接采用应用层消息发送，即在BS与MS之间发送携带BCMCS信息的应用层消息。
这样，MS只要支持BS设置的前向信道长码掩码功能以及应用软件下载功能，就可以支持携带BCMCS信息的应用层消息的功能，从而能够与移动通信系统网络侧通过本发明提供的携带BCMCS信息的应用层消息进行交互。当然，MS还必须具有支持广播的基本能力，如要支持视频广播，MS就必须具有图像解码能力。
在本发明中，MS可以从移动通信系统网络侧通过软件下载的方式获取到支持携带BCMCS的应用层消息的功能。
在本发明中，仍然采用图1所示的系统结构，BCMCS内容由内容服务器提供，可以为文本、音频或视频BCMCS数据流。BCMCS数据流由BCMCS_FLOW_ID来标识，一个或多个BCMCS数据流构成一个节目(Program)，Program由节目ID(Program ID)和Program名称来标识，Program和BCMCS数据流的对应关系保存在BCMCS控制器中。值得注意的是，在本发明中，Program不是指特定的Program内容，而是指承载一系列Program内容的载体或通道，相当于电视的频道或收音机的广播频率，也可以称为“Program通道”或“频道”。
本发明采用的广播方式为业务态广播，MS在接收BCMCS内容时，除了与移动通信系统建立共享信道的连接外，还要建立专用业务信道的连接。建立的共享信道可以为前向FCH、前向DCCH、前向补充信道(SCH)或前向补充码分信道(SCCH)，建立的专用业务信道可以为前反向FCH或DCCH。
本发明BS为MS指配前向共享信道时，通知MS在解调前向共享信道时所用的长码掩码或构造长码掩码的方法，使得接收同一Program的所有MS都使用相同长码掩码来解调前向共享信道。
Program的广播方式有两种，动态广播和静态广播。动态广播是指有MS请求广播Program时移动通信系统网络侧才广播Program，没有MS请求广播Program时，移动通信系统网络侧就释放广播Program占用的系统资源；静态广播是指无论MS是否请求广播Program，移动通信系统网络侧都广播预先设定的Program。静态广播是动态广播的一种简化方案，如果移动通信系统网络侧支持了动态广播，可以很容易的支持静态广播。以下分别对当Program采用这两种广播方式广播，MS接收Program的过程进行详细说明。
动态广播的实现方法动态广播的操作过程包括Program搜索、Program状态刷新、Program请求与接收、共享信道的功率控制以及停止Program等步骤，MS在接收Program过程中还可以处理来话呼入。下面分别对这些步骤进行说明。
Program搜索步骤。MS向移动通信系统网络侧查询移动通信系统能够广播的Program有哪些，并获取每个Program的详细信息，这些详细信息包括Program名称、Program ID、对应的BCMCS数据流ID、多播IP地址及端口号以及收费信息等。这个步骤完全参照3GPP2标准来实现，涉及的消息处理全部在应用层实现，因此，不需要修改MS的底层设置。
Program状态刷新步骤。MS在收听或/和收看Program之前，首先了解哪些Program正在播放，哪些Program可以申请播放，哪些Program暂时无法播放等，这些信息由移动通信系统网络侧的BS发送给MS，图2为本发明Program状态刷新的方法流程图，其具体步骤为步骤200、MS向BS发起携带被叫号码的呼叫建立请求，请求发送Program状态更新。
在本步骤中，MS在发起呼叫时携带的被叫号码，该号码的前几位可以预先设置特殊标记，用以将请求发送Program状态更新的呼叫和其他的呼叫区分开，如在被叫号码加前缀“***”。
为了减轻BS的工作量，避免对所有的呼叫携带的被叫号码进行分析，可以与MS预先约定在发送BCMCS相关信息时，发起呼叫采用的业务选项(SO)，如采用SO＝33，这样，当BS接收到呼叫建立消息后，仅对于采取约定的SO的呼叫，才进行特殊标记的分析，确定该呼叫是否携带BCMCS相关信息，再根据该呼叫携带的具体被叫号码，确定该呼叫是否请求发送Program状态更新。
步骤201、BS为MS分配资源，建立地面链路，通过指配消息将专用业务信道指配给MS。
在本步骤中，所建立的地面链路为BS中的BSC与BTS之间的链路，指配消息为层三消息，但是这种指配的过程为移动通信系统现有标准，MS也支持该功能，所以不需要修改MS的底层设置。
步骤202、BS采用短消息通过为MS指配的专用业务信道向MS发送Program状态更新信息。
由于MS可以在应用层接收短消息，因而不需要修改MS的底层设置。
步骤203、MS接收到BS发送的短消息后，从中解析出Program状态更新信息。
步骤204、MS释放步骤200发起的呼叫。
在步骤202中，BS采用短消息发送Program状态更新信息。在现有技术中，BS并不处理短消息协议，仅对来自移动业务交换中心(MSC)的短消息通过数据突发消息(Data Burst Message)进行透传。Data Burst Message包括的字段有消息序号(MSG_NUMBER)、数据类型(BURST_TYPE)(为000011时是短消息)、消息数量(NUM_MSGS)、消息长度(NUM_FIELDS)以及消息内容(CHARi)。
在本发明中，为了使BS能够构造短消息并发送，采用固定的短消息格式来构造Data Burst Message，方法如下第一步，设置MSG_NUMBER为1；第二步，设置BURST_TYPE为000011；第三步，设置NUM_MSGS为1；第四步，将以下内容(十六进制)依次填入CHARi字段中(a)00SMS传输层消息类型，表示这是一条点对点短消息，(b)00，02，XX，XX电信业务ID字段，其中XXXX是具体的电信业务ID，运营商需要为BCMCS业务指定一个专门的电信业务ID，(c)02，06短消息发送方地址字段的标识和字段长度，字段长度为6，(d)XX，XX，XX，XX，XX，XX短消息发送方的地址，在本发明中，短消息发送方为BS，可以采用一个特殊的电话号码来标识，假设采用8位十进制数12345678作为发送方地址，则这里的6个字节依次为02，08，50，D9，61，C0。也可以采用其他号码或其他地址方式，需要按照IS-637标准来设置这些内容，长度也有可能变化，从而影响到(c)的内容；(e)08，n+9数据载体字段的标识和长度，其中n为短消息中携带的BCMCS信息的长度；(f)00，03，10，00，00数据载体字段中的消息ID子字段，本发明不需要使用消息ID，但这个子字段在短消息中是必选的；(g)10，n+2数据载体字段中的用户数据子字段的标识和长度，其中n为短消息中携带的BCMCS信息的长度；(h)XX，XX，XX，...，用户数据子字段的内容，需要发送的BCMCS内容就放在这里，这些内容的填充方法是用00，n和BCMCS信息构成一个数组，将整个数组的内容看作一个二进制数字串，把这个二进制数左移3比特，然后再用数组中的每个字节设置这里的XX，XX，XX，...。
按上述方法构造的短消息遵守IS-637标准(即3GPP2标准C.S0015)，BS将Data Burst Message发给MS，MS的应用层就可以收到短消息。
BS在构造Data Burst Message时，需要携带电信业务ID，这个电信业务ID可以用于标识Data Burst Message承载的为BCMCS相关信息，MS接收到Data Burst Message后，就可以根据Data Burst Message携带的电信业务ID判断出该Data Burst Message是BCMCS相关信息还是其他的短消息。用于承载BCMCS相关信息的短消息的电信业务ID可以由运营商指定，根据IS-41规定，可以为49152～65535之间的一个整数。
Program请求与接收。MS选择某个Program后，向移动通信系统网络侧的BS发送请求广播Program，BS根据当前Program广播情况以及移动通信系统的系统资源给MS应答。在MS侧，如果MS接收到的应答为请求成功，则MS建立用户数据协议套接字(UDP SOCKET)，并将建立的UDPSOCKET加入到多播组中，以便接收广播的Program；在移动通信系统网络侧，如果MS所在小区正在广播MS请求广播的Program，则管辖该小区的BS将承载该Program的前向共享信道指配给MS，如果MS请求广播的Program在MS所在小区未广播，且系统资源允许，则BS为MS分配用于承载MS请求广播的Program的共享信道并将分配的该共享信道指配给MS。
图3为本发明MS请求并接收Program的方法流程图，其具体步骤为步骤300、MS发起SO为33的携带被叫号码的呼叫建立请求，请求广播Program。
在本步骤中，MS在呼叫时携带的被叫号码，前几位可以预先设置特殊标记，用以将请求广播Program的呼叫和其他的呼叫区分开。
步骤301、BS为MS分配资源，建立地面链路，通过指配消息将专用业务信道指配给MS，向PCF发送A8建立请求，在MS和PDSN之间建立连接。
在本步骤中，按照现有移动通信系统的标准进行处理。
步骤302、BS采用短消息通过为MS指配的专用业务信道向MS发送请求广播Program的应答。
在本步骤中，BS构造短消息的方式与图2所述的BS构造短消息的方式相似，只不过携带的为请求广播Program的应答。
步骤303、BS为MS分配共享信道以及相应的地面链路资源，将来自PCF的BCMCS数据流，即MS请求广播的Program连接到为MS分配的共享信道上。
在本步骤中，BS首先判断MS所在小区是否已经在广播MS请求广播的Program，如果是，则省略本步骤的为MS分配共享信道以及相应的地面链路资源的过程，否则，则执行本步骤的为MS分配共享信道以及相应的地面链路资源的过程。
BS还要判断MS请求广播的Program是否已经连接到BS，如果未连接，则向PCF发起建立承载MS请求广播的Program的A10连接请求，将来自PCF的BCMCS数据流连接到为MS分配的共享信道上；否则，则省略本步骤的向PCF发起建立A10连接请求的操作，直接将来自PCF的BCMCS数据流连接到为MS分配的共享信道上。
步骤304、BS启动共享信道指配延时定时器Tshch。
启动指配延时定时器Tshch的原因是不能立即为MS进行共享信道的指配，因为MS和PDSN之间的PPP协商和IP协商还没有完成，为MS指配了共享信道后会干扰这两个过程。
步骤305、MS通过短消息接收到BS发送的请求广播Program的应答后，建立UDP SOCKET。
步骤306、MS与PDSN之间进行PPP协商和IP协商，取得IP地址，该IP地址可以为单播或多播IP地址。
在进行PPP协商和IP协商之前，PDSN可以对MS进行鉴权，鉴权的方法与现有技术中PDSN对进行普通数据业务的MS鉴权的方法相同。
本步骤为现有移动通信系统的标准步骤。
步骤307、MS将自身建立的UDP SOCKET加入多播组。
将MS建立的UDP SOCKET加入到多播组的目的是让MS能够接收到来自共享信道的多播IP包，多播IP包的目的地址就是多播IP地址。
当MS不支持多播IP地址设置，即不支持加入多播组操作时，PDSN应该为MS分配多播IP地址。
步骤308、BS设置的指配延时定时器Tshch超时，BS将为MS分配的共享信道通过指配消息指配给MS。
指配消息为层三消息，但是这种指配的过程为移动通信系统现有的标准，MS也支持该功能，不需要修改MS的底层设置。
步骤309、MS通过指配的共享信道接收移动通信系统网络侧发送的Program，即UDP包，或者称为多播IP包，进行播放。
当MS接收到UDP包后，对UDP包按照现有技术进行上层协议，例如(实时传输协议)RTP处理后，进行播放对于音频和视频广播，按照现有技术先经MS的解码器进行解码，再送往MS的扬声器播音和显示屏显示；对于文本广播，则直接送往MS的显示屏显示，这样，使用MS的用户就可以看到或/和听到Program内容了。
步骤310、BS释放A8链路，从而释放MS与PDSN之间的连接，但是不释放空口资源和地面链路。
共享信道的功率控制。MS在接收Program内容时，如果检测出前向共享信道功率偏低，则会向BS发送功率控制消息，例如功率测量报告，请求提高发射功率，这是现有MS都支持的操作，所以MS不需要修改底层设置。
BS收到所管辖任一MS发送的功率控制消息后，在移动通信系统空中接口资源情况以及预先设置的功率分配原则等因素允许的情况下，逐步提高前向共享信道的功率。
如果BS在设定时间内接收不到任一MS发送的功率控制消息，则按照预先设置的时间间隔以及功率步长逐步降低前向共享信道的功率，直到接收到所管辖任一MS发送的功率控制消息或者将前向共享信道的功率下降为0，以节省移动通信系统的系统资源。
接收节目时MS有来话呼入。MS在收听或/和收看Program时对来话呼入的处理过程与MS使用普通数据业务时相同，利用MS预先设置的“语音优先”功能保证不漏接来话呼入。
MS为了实现不漏接来话呼入，需要订阅移动通信系统网络侧提供的“呼叫等待”业务，这样，MS在收听或/和收看Program时有来话呼入，则移动通信系统停止给该MS广播Program，转入来话呼入的过程或者提示MS有来话呼入，由MS决定是否停止接收广播Program，转入来话呼入的过程。
如果MS不订阅移动通信系统提供的“呼叫等待”业务，则在收听或/和收看Program时有来话呼入，无法接听来话呼入，来话的发起方会听到忙音。
停止接收Program。BS通过自身设置的计数器记录所分配的共享信道指配给MS的数目。当MS结束收听或/和收看Program时，通过与BS之间建立的专用业务信道发送呼叫释放消息给BS，BS会立即释放为该MS指配的专用业务信道，但给该MS指配的共享信道则根据自身计数器记录的MS的数目确定是否释放如果MS的数目大于等于2，则将自身计数器记录的MS的数目减1并不释放该共享信道；如果MS的数目为1，则释放该共享信道。呼叫释放消息现有BS和MS都已经支持，所以MS不用修改底层设置。
BS在释放了为MS指配的共享信道后，还要判断是否需要释放BS与PCF之间的链路资源，检查和释放的方法按照现有技术移动通信系统的标准。
静态广播的实现方法静态广播的共享信道是预先分配好的，不管有没有MS请求广播Program，Program也通过预先分配的共享信道进行广播。
静态广播由移动通信系统网络侧控制，实现静态广播的方法如图4所示，其具体步骤为步骤400、移动通信系统网络侧向BS发起启动广播指令，该指令携带小区号以及Program ID。
步骤401、BS收到该指令后，执行图3中的步骤303即BS分配共享信道以及相应的地面链路资源，将来自PCF的BCMCS数据流连接到分配的共享信道上。
这样，就可以通过分配的共享信道在小区中广播Program。
当MS要请求收看所在小区的共享信道广播的Program时，向BS发起请求广播Program，BS按照图3所述的步骤304～步骤310执行即可。
除了图4所述的过程外，静态广播的实现方法与动态广播的实现方法相比，还有几点区别1)MS不能收看或/和收听所在小区的共享信道当前未广播的Program；2)在Program请求与接收过程中，不需要再根据MS请求广播的Program分配共享信道及申请BCMCS数据流；3)MS在停止收看或/和收听Program时，BS不需要释放MS所在小区的共享信道和Program。
相应地，在静态广播的实现方法中，也需要对共享信道的功率进行控制。对于静态广播，在没有MS收看或/和收听Program时，虽然共享信道资源，包括WALSH码和信道单元，一直被占用，但共享信道的前向功率却可以释放，提供给其他MS使用。
静态广播的功率控制方法与动态广播基本相同。对于静态广播，刚刚开始由一个MS通过共享信道接收所广播的Program时，这个共享信道的功率可能被移动通信系统设置非常低，因此BS在提高共享信道的功率时，功率控制的步长加大一些，以便MS能够尽快地接收到广播的Program，当共享信道的功率达到设定的功率时，BS再减小功率控制的步长。
在本发明中，MS收看或/和收听Program时，要与BS保持专用业务信道的连接，BS可以根据专用业务信道连接时间生成计费信息，对MS进行计费。
在本发明中，移动通信系统网络侧的BS还可以根据当前各个小区的Program状态，通过小区的寻呼信道广播携带Program状态更新信息的短消息，该短消息的构造与图2所述的短消息构造类似，不同点在于采用预先设置的业务类别来标识该广播的短消息用于承载BCMCS相关信息。MS在需要刷新Program状态时，只要通过寻呼信道接收所在小区广播的短消息并按照图2所述的步骤解析得到Program状态更新信息即可，不需要再向BS发起携带请求Program状态更新的呼叫。
在本发明中，MS在向BS发起请求Program状态更新或请求广播Program时，也可以不发起呼叫，而是采用短消息的方式。MS现有功能就支持短消息的发送，但BS接收短消息的过程则需要本发明进行设置，本发明有两种方式能够实现BS接收携带请求Program状态更新或请求广播Program的短消息。
第一种方式按照接收短消息的短消息协议进行分析。BS接收到MS发送的短消息后，首先解析出电信业务ID，根据电信业务ID确定该短消息是否承载BCMCS相关信息，如果不是，则按照一般短消息进行处理，否则，则解析该短消息携带的请求。
第二种方式特征字匹配。MS在发送携带请求Program状态更新或请求广播Program的短消息时，加上特征字，BS在接收到短消息时，按短消息中的比特位顺序依次进行搜索，如果发现特征字，则确定该短消息承载BCMCS相关信息，解析出该短消息携带的请求，否则，则按照一般短消息进行处理。
在本发明中，如果MS不支持多播IP包的接收，则修改PDSN，在PDSN与MS进行PPP协商和IP协商时，直接给MS分配多播IP地址。分配多播IP地址的过程为MS设定PPP用户名和密码，PPP用户名可以标识BCMCS业务，密码则可以用于携带Program ID或Program对应的多播IP地址信息。PSDN根据MS发送的PPP用户名判断是否要对MS发起的PPP协商和IP协商过程进行特殊处理若PPP用户名标识了BCMCS业务，则PDSN根据MS发送的密码按照预先设置的规则查找或解析出相应的多播IP地址，分配给MS，这样，MS就可以接收多播IP包了。
为了在移动通信系统中实现BCMCS，移动通信系统将支持BCMCS的应用层软件存储在移动通信系统网络侧，当移动通信系统中的MS要使用BCMCS，从移动通信系统网络侧下载支持BCMCS的应用层软件后，就可以接收Program了。
采用本发明提供的方法在移动通信系统中实现BCMCS，MS不需要修改底层设置或重新开发，减少开发工作难度和开发工作量。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种在移动通信系统实现广播多播业务BCMCS的方法，其特征在于，在MS的应用层设置支持BCMCS的功能，该方法还包括应用层支持BCMCS功能的MS与所属基站BS之间进行携带BCMCS相关信息的应用层消息交互后，MS接收所属BS通过前向共享信道广播的节目Program。
2.如权利要求1所述的方法，其特征在于，所述应用层消息通过MS与所属BS之间建立的专用业务信道进行交互。
3.如权利要求2所述的方法，其特征在于，MS所属BS根据所建立的专用业务信道连接时长产生MS的计费信息。
4.如权利要求1所述的方法，其特征在于，所述MS所属BS向MS发送的应用层消息通过所管辖小区的寻呼信道广播。
5.如权利要求1所述的方法，其特征在于，所述MS向所属BS发送携带请求发送Program状态更新的应用层信息时，该应用层消息为携带被叫号码的呼叫建立消息或短消息；MS所属BS返回携带Program状态更新信息的应用层消息，该应用层消息为短消息。
6.如权利要求1所述的方法，其特征在于，所述MS向所属BS发送携带请求广播Program的应用层消息时，该应用层消息为携带被叫号码的呼叫建立消息或短消息；MS所属BS返回携带MS发送请求广播Program应答的应用层消息，该应用层消息为短消息。
7.如权利要求5或6所述的方法，其特征在于，在所述BS返回应用层消息之前，该方法还包括MS所属BS将为MS分配的专用业务信道指配给MS，通过指配给MS的专用业务信道向MS返回应用层消息。
8.如权利要求5或6所述的方法，其特征在于，所述MS向所属BS发送的应用层消息为短消息时，该短消息携带电信业务标识ID或特征字，MS所属BS通过短消息携带的电信业务标识或特征字确定该短消息为携带BCMCS信息的短消息。
9.如权利要求1所述的方法，其特征在于，所述MS所属BS通过所管辖小区的寻呼信道广播携带Program状态更新信息的应用层消息，该应用层消息为短消息，MS直接通过所在小区的寻呼信道接收Program状态更新信息。
10.如权利要求1所述的方法，其特征在于，MS接收所属BS通过前向共享信道广播的Program的过程为a、MS所属BS启动共享信道指配延时定时器Tshch；b、MS建立用户数据协议套接字UDP SOCKET；c、MS将根据多播IP地址将自身建立的UDP SOCKET加入多播组；d、MS所属BS设置的指配延时定时器Tshch超时，BS将为MS分配的共享信道通过指配消息指配给MS；e、MS通过指配的共享信道接收移动通信系统网络侧发送的Program。
11.如权利要求10所述的方法，其特征在于，在步骤a之前，该方法还包括MS所属BS为MS分配共享信道以及地面链路资源，将来自分组数据控制PCF的MS请求广播的Program连接到为MS分配的共享信道上。
12.如权利要求10所述的方法，其特征在于，在步骤a之前，该方法还包括移动通信系统网络侧向MS所属的BS发起启动广播指令；MS所属的BS收到该指令后，为MS分配共享信道以及地面链路资源，将来自PCF的Program连接到分配的共享信道上。
13.如权利要求10所述的方法，其特征在于，步骤c所述MS的多播IP地址是预先设置的或者在与分组数据业务网络PDSN进行PPP协商和IP协商的过程中，由PDSN分配的。
14.如权利要求10所述的方法，其特征在于，该方法还包括f、MS所属的BS释放MS与PDSN之间的连接。
15.如权利要求1所述的方法，其特征在于，所述MS向所属BS发送应用层消息为功率控制消息时，MS所属BS逐步提高前向共享信道的功率。
16.如权利要求1所述的方法，其特征在于，该方法还包括MS所属BS在设定时间内接收不到任一MS发送的功率控制消息，则按照预先设置的时间间隔以及功率步长逐步降低前向共享信道的功率，直到接收到所管辖任一MS发送的功率信令消息或者将前向共享信道的功率下降为0。
17.如权利要求1所述的方法，其特征在于，MS订阅移动通信系统网络侧提供的“呼叫等待”业务，在MS接收所属BS广播的Program的过程中，还包括处理来话呼入的步骤MS接收所属BS广播的Program时有来话呼入，MS所属BS停止给该MS广播Program，转入来话呼入处理或者提示MS有来话呼入，由MS决定是否停止接收广播Program，转入来话呼入处理。
18.如权利要求1所述的方法，其特征在于，将支持BCMCS的应用层软件存储在移动通信系统网络侧中，所述在MS的应用层设置支持BCMCS的功能的过程为MS从移动通信系统网络侧下载支持BCMCS的应用层软件后运行，设置完成支持BCMCS的功能。
全文摘要
本发明公开了一种在移动通信系统实现广播多播业务BCMCS的方法，在MS的应用层设置支持BCMCS的功能，该方法还包括应用层支持BCMCS功能的MS与所属基站BS之间进行携带BCMCS相关信息的应用层消息交互后，MS接收所属BS通过前向共享信道广播的节目Program。该方法在不修改MS底层的情况下，通过软件下载，就可以在移动通信系统实现BCMCS。
文档编号H04W4/06GK1859794SQ20061005851
公开日2006年11月8日 申请日期2006年3月10日 优先权日2006年3月10日
发明者张志东, 李玲, 高全中, 王强, 何清容, 刘清顺 申请人:华为技术有限公司