CN1901745A - 无线广播多播协议参数通知机制的实现方法 - Google Patents
无线广播多播协议参数通知机制的实现方法 Download PDFInfo
- Publication number
- CN1901745A CN1901745A CNA2006100985174A CN200610098517A CN1901745A CN 1901745 A CN1901745 A CN 1901745A CN A2006100985174 A CNA2006100985174 A CN A2006100985174A CN 200610098517 A CN200610098517 A CN 200610098517A CN 1901745 A CN1901745 A CN 1901745A
- Authority
- CN
- China
- Prior art keywords
- broadcast
- bcmcs
- cycle
- broadcasting
- parameter
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种无线广播多播协议参数通知机制的实现方法。该方法主要包括:当无线通信系统中的广播多播协议参数信息发生改变时,将所述的改变后的广播多播协议参数承载于广播多播协议的扇区参数消息及广播开销消息中发送给相应的用户终端。因此,本发明中,当BCMCS协议参数被动态修改后,对用户终端接收BCMCS业务的影响将大大降低,即不会影响接收单播业务以及BCMCS业务的用户终端,从而提高通信系统中业务通信过程的可靠性。同时,本发明还可以保证当BCMCS协议参数被动态修改后,相应的BCMCS协议参数的修改过程不会占用大量的网络资源,从而进一步提高了通信过程的可靠性。
Description
技术领域
本发明涉及无线通信技术领域,尤其涉及一种无线广播多播协议参数通知机制的实现方法。
背景技术
处于无线蜂窝CDMA 1X EVDO(码分多址增强版本数据优化)系统中的移动台通常处于空闲态或连接状态。若在CDMA 1X EVDO系统中开展BCMCS(Broadcast Muticast Service,广播多播业务),则无论移动台处于空闲态或连接状态,均可以接收BCMCS业务。
处于无线通信系统中的移动台如果要申请BCMCS业务的接收,首先需要和AN(接入网)一起确定共同的BCMCS协议参数,然后才能够正确申请接收BCMCS业务;也就是说,为了保证移动台可以正确地接收BCMCS业务,网络侧AN需要将BCMCS协议参数通知相应的移动台。
用户从开机到接收BCMCS业务,相应的AN需要采用BCMCS协议参数通知处理过程如图1所示,具体包括以下处理过程:
(1)接入终端,即用户终端发送UatiRequest(UATI请求)消息请求AN分配一个UATI(Unicast Access Termination Indentity,单播接入终端标识),UATI是在一个AN或者AN子网内唯一标识用户的标记;
(2)AN为用户终端分配UATI成功后,发送UatiAssgn(分配UATI)消息通知移动台已经分配了UATI;
(3)为了移动台能够正确接收各类业务当然也包含BCMCS业务,AN需要主动发起会话协商过程,即AN发送Page(寻呼)消息寻呼移动台;
(4)移动台接收到寻呼后,和AN一起建立起连接;
(5)AN发送ConfigurationStart(配置开始)消息请求用户终端,需要进行配置协商过程;
(6)用户终端发送ConfigurationComplete(配置准备完成)消息给AN表示,可以开始进行配置协商过程了;
(7)AN发送ConfigurationRequest(配置请求)消息,该消息携带一个协议参数,比如BCMCS协议参数
所述的BCMCS协议参数具体包括:
BCMCS的配置协商参数:
BroadcastOverheadPeriod,BroadcastOverhead消息的发送周期;
PagingRegistrationPeriod,寻呼登记周期;
DynamicBroadcastRegistrationPeriod,动态广播登记周期;
MonitorPeriod,跟踪周期;
NumPeriods,跟踪周期的单位;
广播简化加密属性;
广播多播登记的加密属性。
如果某个协议参数的AN使用缺省值,AN是不给用户终端进行指配该协议参数的,因为用户终端缺省值是协议规定的缺省值;
(8)用户终端发送ConfigurationResponse(配置响应)消息表示对该参数的配置结果进行确认,指示是否接收该参数的指配,如果用户终端不接受AN的指配,那么说明用户终端使用协议的缺省值。反复执行(7)~(8)步骤,直到把所有的协议参数都配置协商成功;
(9)当所有的协议参数指配完成之后,AN发送ConfigurationComplete(配置完成)消息通知用户终端,配置协商过程已经完成;
(10)为了使这些配置协商参数能够生效,移动台需要释放当前连接;
(11)移动台向AN发送BCMCS Registration(BCMCS注册)消息;
此时,用户终端的BCMCS协议参数都已经指配完成,即移动台可以正确执行BCMCS协议了;
(12)AN鉴权该用户终端的登记消息,鉴权通过后,AN建立BCMCS业务。
(13)AN建立BCMCS业务成功后,AN通过周期发送的BroadcastOverhead消息通知用户终端,BCMCS业务已经发送。
在上述过程中,AN向用户终端配置的BCMCS协议参数并不是固定不变。当在网络优化等活动中,AN的网络运营可能需要修改BCMCS业务协议参数。在动态修改BCMCS协议参数后,为了保证用户终端正确接收BCMCS业务,AN仍需要将当前正在接收BCMCS业务的用户终端重新执行会话协商处理过程,以更新用户终端上配置的BCMCS协议参数。
目前,AN采用的BCMCS协议参数通知流程如图2所示,具体包括:
(21)AN的BCMCS协议参数被配置台动态修改;
用户终端周期发送BCMCS Registration消息,表明用户终端当前正在接收BCMCS业务,那么AN据此判断该用户终端的会话参数中的BCMCS协议参数是否和DB(配置台数据库)中的一致,如果不一致表明了在AN的BCMCS协议参数修改后,AN还没有和用户终端重新发起会话协商,因此,该用户终端的BCMCS协议参数需要重新配置协商;
(22)此时,如果用户终端处于连接状态,那么直接跳转到(24);如果用户终端处于空闲状态,那么需要发送寻呼消息。
(23)用户终端接收到寻呼消息后,发起连接建立,请求业务信道来进行会话协商,并在AN与用户终端间建立连接。
建立了连接后,便可以通过步骤(24)至步骤(29)的处理过程进行BCMCS协议参数的修改,具体的处理过程与图1中的步骤(5)至步骤(10)的处理过程相同。
由于在无线通信系统中,如CDMA EVDO系统,一个载频至多可以提供59个业务信道,如果再考虑无线环境的影响,则一个载频实际上只能同时提供40业务信道;另外,还由于单播业务的存在,即业务信道还需要为其他用户接收单播业务,因此,可用于进行BCMCS协议参数通知的业务信道就更少了。而AN的业务信道数目将直接限制同时可以进行会话协议的用户终端数目,因此,在AN和用户终端进行BCMCS协议参数的重新配置需要一定的时间,而接收BCMCS业务的用户终端在重新配置完成之前是不能正确接收BCMCS业务的。而且,对于移动台周期发送BCMCS Registration消息的周期越长,对用户终端接收BCMCS业务的影响就越大。
另外,移动台在和建立会话之后在任何状态下都可以接收BCMCS业务。而且,对于一个AN来说,其网络之下的用户终端理论上可以同时接收BCMCS业务,这样,一个AN之下可能会同时建立10万个用户会话,也就是说AN之内可以同时有10万用户在同时监听BCMCS业务。那么,动态修改BCMCS协议参数之后,对用户终端的BCMCS协议参数的重指配过程将需要大量占用网络资源的,具体包括:会话协议过程需要的业务信道、以及网络的信令处理开销。而且,如果移动台周期发送BCMCS Registration消息的周期越小,则需要占用的网络资源就越多。
而且,接收BCMCS业务的用户终端可能处于连接状态,也就是具有业务信道,并正在接收单播业务。而当会话协商完成后,为了使重配置过程的BCMCS协议参数能够生效,用户终端需要释放相应的连接,所以BCMCS业务参数修改后,会造成移动台的连接释放,这样,将影响用户终端的单播业务的接收。
发明内容
本发明的目的是提供一种无线广播多播协议参数通知机制的实现方法,从而使得BCMCS协议参数修改后的通知流程对用户终端正在接入的BCMCS业务的影响大大降低,且可以减少协议参数修改过程对网络资源的占用。
本发明的目的是通过以下技术方案实现的:
本发明提供了一种无线广播多播协议参数通知机制的实现方法,包括:
当无线通信系统中的广播多播协议参数信息发生改变时,将所述的改变后的广播多播协议参数承载于广播多播协议的广播消息中发送给相应的用户终端。
所述的广播消息包括:广播开销消息。
所述的方法还包括:
将改变后的广播多播协议参数信息承载于扇区参数消息中了送给相应的用户终端。
本发明所述的方法具体包括:
A、将改变后的广播多播协议参数信息中的广播开销周期参数承载于扇区参数消息中发送给相应的用户终端;
B、将改变后的除广播开销消息发送周期外的广播多播协议参数信息承载于广播开销消息中发送给相应的用户终端。
所述的步骤B还包括:
B1、用户终端接收扇区参数消息后,获取所述广播开销消息发送周期参数;
B2、用户终端根据所述的广播开销消息发送周期接收所述广播开销消息,并从广播开销消息中获取相应的广播多播协议参数信息。
所述的除广播开销消息发送周期外的广播多播协议参数包括:
寻呼登记周期、动态广播登记周期、跟踪周期、跟踪周期的单位、广播简化加密属性和/或广播多播登记的加密属性。
由上述本发明提供的技术方案可以看出,本发明中,当BCMCS协议参数被动态修改后,对用户终端的接收BCMCS业务的影响将大大降低,使得接收单播业务以及BCMCS业务的用户终端,其单播业务不会受到影响,从而提高通信系统中业务通信过程的可靠性。
同时,本发明还可以保证当BCMCS协议参数被动态修改后,相应的BCMCS协议参数的修改过程不会占用大量的网络资源,从而进一步提高了通信过程的可靠性。
附图说明
图1为现有的BCMCS协议参数通知流程示意图;
图2中现有的动态修改BCMCS协议参数后的协议参数通知流程示意图;
图3为本发明中动态修改相应参数后的协议参数通知流程示意图。
具体实施方式
本发明主要是针对BCMCS业务的特点,即BCMCS业务的协议参数都具有全局意义,因此,提出了利用相应的消息将网络配置的BCMCS协议参数通知用户终端,从而使得BCMCS协议参数的通知流程更为合理,具体可以通过广播开销消息进行所述参数的通知。
以采用广播开销消息传递所述的BCMCS协议参数为例,本发明中,试图将BCMCS协议参数尽量规划到BCMCS协议的开销消息中,对于无法规划到广播开销BroadcastOverhead消息中的参数,即确定BroadcastOverhead消息发送周期的广播开销周期BroadcastOverheadPeriod参数,则可以选择放到扇区参数消息SectorParameterMessage中。
本发明提供的BCMCS协议参数的通知流程如图3所示,具体包括:
(31)AN首先在SectorParameterMessage消息中发送BCMCS协议参数BroadcastOverheadPeriod;
由于SectorParmeterMessage消息的发送周期时间是固定的,所以该消息用户终端是一定能够及时接收到的;
当用户终端接收SectorParameterMessage消息后,便可以确定在AN侧相应的BroadcastOverhead消息的发送周期,从而使得用户终端可以根据收到的BroadcastOverheadPeriod正确地接收BroadcastOverhead消息,进而为继续向用户终端发送BCMCS协议参数提供了机会,即执行过程(32);
(32)AN向用户终端发送广播开销消息,消息中携带着更新后的BCMCS协议参数信息,即AN是在BroadcastOverhead消息中广播其更新后的BCMCS协议参数信息;
该过程中,所述的BCMCS协议参数信息具体包括:
BCMCS的配置协商参数PagingRegistrationPeriod,寻呼登记周期;
DynamicBroadcastRegistrationPeriod,动态广播登记周期;
MonitorPeriod,跟踪周期;
NumPeriods,跟踪周期的单位;
广播简化加密属性;
广播多播登记的加密属性。
这样,经过了上述过程(31)和过程(32)的处理,无线通信系统网络侧需要通知用户终端的BCMCS协议参数信息均发送给了相应的用户终端,从而实现了相应的BCMCS协议参数通知机制。
因此,在本发明中,当BCMCS业务的协议参数被动态修改后,则AN将立即更新其SectorParameterMessage消息、BroadcastOVerhead消息的BCMCS协议参数,以及立即更改其BCMCS协议处理实体的参数。
而且,由于SectorParameterMessage消息和BroadcastOverhead消息的发送周期都很短,所以在动态修改BCMCS协议参数后,用户终端将很快可以获得更新后的BCMCS协议参数,因而,基本上不会影响用户终端接收BCMCS业务的处理过程,有效保证了BCMCS业务接收的可靠性。
另外,由于本发明在动态修改BCMCS协议参数后,无需重新发起会话重协商过程,所以无需占用无线通信系统的资源,比如会话协商的业务信道以及AN处理会话协商的消息开销。
还由于本发明在动态修改BCMCS协议参数后,没有发起会话重协商过程了,所以对于已经建立连接的用户终端,当其同时接收BCMCS业务,而此时进行BCMCS参数动态修改,那么也不影响其单播业务的接收了。
综上所述,本发明中,当BCMCS协议参数被动态修改后,对用户终端的接收BCMCS业务的影响大大降低,使得接收单播业务以及BCMCS业务的用户终端,其单播业务不受影响。同时,本发明还保证了当BCMCS协议参数被动态修改后,对AN的负荷没有额外开销。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (6)
1、一种无线广播多播协议参数通知机制的实现方法,其特征在于,包括:
当无线通信系统中的广播多播协议参数信息发生改变时,将所述的改变后的广播多播协议参数承载于广播多播协议的广播消息中发送给相应的用户终端。
2、根据权利要求1所述的无线广播多播协议参数通知机制的实现方法,其特征在于,所述的广播消息包括:广播开销消息。
3、根据权利要求1所述的无线广播多播协议参数通知机制的实现方法,其特征在于,该方法还包括:
将改变后的广播多播协议参数信息承载于扇区参数消息中了送给相应的用户终端。
4、根据权利要求1、2或3所述的无线广播多播协议参数通知机制的实现方法,其特征在于,该方法具体包括:
A、将改变后的广播多播协议参数信息中的广播开销周期参数承载于扇区参数消息中发送给相应的用户终端;
B、将改变后的除广播开销消息发送周期外的广播多播协议参数信息承载于广播开销消息中发送给相应的用户终端。
5、根据权利要求4所述的无线广播多播协议参数通知机制的实现方法,其特征在于,所述的步骤B还包括:
B1、用户终端接收扇区参数消息后,获取所述广播开销消息发送周期参数;
B2、用户终端根据所述的广播开销消息发送周期接收所述广播开销消息,并从广播开销消息中获取相应的广播多播协议参数信息。
6、根据权利要求4所述的无线广播多播协议参数通知机制的实现方法,其特征在于,所述的除广播开销消息发送周期外的广播多播协议参数包括:
寻呼登记周期、动态广播登记周期、跟踪周期、跟踪周期的单位、广播简化加密属性和/或广播多播登记的加密属性。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100985174A CN1901745B (zh) | 2006-07-04 | 2006-07-04 | 无线广播多播协议参数通知机制的实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100985174A CN1901745B (zh) | 2006-07-04 | 2006-07-04 | 无线广播多播协议参数通知机制的实现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1901745A true CN1901745A (zh) | 2007-01-24 |
CN1901745B CN1901745B (zh) | 2010-04-14 |
Family
ID=37657436
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006100985174A Expired - Fee Related CN1901745B (zh) | 2006-07-04 | 2006-07-04 | 无线广播多播协议参数通知机制的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1901745B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102098168A (zh) * | 2011-01-23 | 2011-06-15 | 西安电子科技大学 | 基于单向传输的广播参数更新方法 |
CN102348165A (zh) * | 2010-08-02 | 2012-02-08 | 阿尔卡特朗讯 | 基站控制设备中支持接入终端的广播多播业务的方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1523798A (zh) * | 2003-02-17 | 2004-08-25 | ��������ͨ�ż����о�����˾ | 在ggsn、sgsn及rnc中有效更新mbms业务服务参数的方法 |
CN100356804C (zh) * | 2004-08-12 | 2007-12-19 | 华为技术有限公司 | 一种通知用于承载mbms业务的配置参数的方法 |
-
2006
- 2006-07-04 CN CN2006100985174A patent/CN1901745B/zh not_active Expired - Fee Related
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102348165A (zh) * | 2010-08-02 | 2012-02-08 | 阿尔卡特朗讯 | 基站控制设备中支持接入终端的广播多播业务的方法 |
CN102348165B (zh) * | 2010-08-02 | 2014-01-01 | 阿尔卡特朗讯 | 基站控制设备中支持接入终端的广播多播业务的方法 |
CN102098168A (zh) * | 2011-01-23 | 2011-06-15 | 西安电子科技大学 | 基于单向传输的广播参数更新方法 |
CN102098168B (zh) * | 2011-01-23 | 2013-03-20 | 西安电子科技大学 | 基于单向传输的广播参数更新方法 |
Also Published As
Publication number | Publication date |
---|---|
CN1901745B (zh) | 2010-04-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1938599B1 (en) | Method for transmitting and receiving a mbms service in mobile communication system | |
CN1992983A (zh) | 减少呼叫建立等待时间的方法和装置 | |
CN1934805A (zh) | 移动电信网络中涉及多播服务的信息传送方法 | |
CN1820433A (zh) | 用于在移动通信系统中不连续地接收多媒体广播/多点通信服务通知指示符的设备和方法 | |
CN1694546A (zh) | 提供多媒体广播/组播业务通告的装置和方法 | |
CN1794868A (zh) | 无线接入网络中提供区别服务的实现方法 | |
CN1787656A (zh) | 通信系统中的时效处理设备和方法 | |
CN101076176A (zh) | 移动通信系统中分配用户设备业务资源的方法 | |
CN101039263A (zh) | 核心网节点过载的处理方法及移动交换设备和通信系统 | |
CN1536795A (zh) | 用户选择mbms业务的方法 | |
CN1801959A (zh) | 移动通信系统和控制其操作的方法以及用于该系统的节点 | |
CN1523798A (zh) | 在ggsn、sgsn及rnc中有效更新mbms业务服务参数的方法 | |
CN1305329C (zh) | 无线网络控制器和无线通信方法 | |
CN1921684A (zh) | 无线城域网中的寻呼方法 | |
CN101064928A (zh) | 一种实现位置注册更新的方法 | |
CN1901745A (zh) | 无线广播多播协议参数通知机制的实现方法 | |
WO2010088838A1 (zh) | 为mbms承载业务建立无线承载的方法、装置和系统 | |
CN1886932A (zh) | 用于在一通信网络中限制媒体通信的方法与设备 | |
CN1665318A (zh) | 引入mbms业务标识的方法 | |
CN1571531A (zh) | 多媒体广播与组播业务中公用控制信息可靠传输的方法 | |
CN1829193A (zh) | 一种sgsn间路由区更新的方法 | |
CN1859725A (zh) | 进行分离非激活用户的方法 | |
CN1534911A (zh) | 临时移动组标识的分配与传递方法 | |
CN1489314A (zh) | 在sgsn和ggsn中建立和清除mbms业务的方法 | |
CN1909682A (zh) | 实现空闲状态下被叫用户终端进行分组域业务的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100414 Termination date: 20130704 |