CN101193340B - 建立mbms无线接入承载指示的处理方法及装置 - Google Patents
建立mbms无线接入承载指示的处理方法及装置 Download PDFInfo
- Publication number
- CN101193340B CN101193340B CN2006101606122A CN200610160612A CN101193340B CN 101193340 B CN101193340 B CN 101193340B CN 2006101606122 A CN2006101606122 A CN 2006101606122A CN 200610160612 A CN200610160612 A CN 200610160612A CN 101193340 B CN101193340 B CN 101193340B
- Authority
- CN
- China
- Prior art keywords
- message
- foundation
- mbms rab
- mbms
- rab
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了建立MBMS无线接入承载指示的处理方法及装置,其中方法主要包括:收到RNC发送的建立MBMS RAB指示消息后,对所述指示消息解码;如果解码成功,构建成功建立的确认消息,并对该消息编码及并将编码后的确认消息传输给RNC;如果解码失败,保存所述指示消息中出错的IE/IEGroup信息,并构建成功建立的确认消息,该消息中包含Criticality DiagnosticsIE,该IE保存有出错IE/IE Group的信息,并对该确认消息编码并将编码后的消息传输给RNC;使用本发明可以在不能对消息解码时,促使RNC寻找出错原因,避免再次出现类似的情况。
Description
技术领域
本发明涉及多媒体广播多播业务技术,具体涉及建立组播和广播业务(MBMS)无线接入承载指示的处理方法及装置。
背景技术
数字电视和移动通信相结合的移动视频广播技术由于结合了数字电视和移动通信的特点,满足了人们随时随地接收电视服务的需要,具有巨大的发展潜力,被认为有可能成为移动通信的下一个最有市场的业务,受到各方面越来越多的重视,在现有的宽带CDMA(Wideband Code-Division Multiple Access,WCDMA)组播和广播业务(Multimedia Broadcast/Multicast Service,MBMS)系统中,在无线资源控制器(Radio Network Controller,RNC)和基于包交换(Packet Switching,PS)的核心网(Core Network,CN)之间为每一个MBMS业务建立无线接入承载(Radio Access Bearer,RAB),用于在RNC和CN之间传输MBMS业务相关的数据,当MBMS业务终止时,CN会通知RNC将该MBMS RAB删除。
在目前的协议设计中,当CN决定在RNC中建立一个MBMS会话(MBMSSESSION)时,CN通过MBMS SESSION START消息通知下属相关的RNC。如果RNC此时在下属小区内有需要提供MBMS业务的用户,则通过MBMSSESSION START RESPONSE消息响应CN,在该消息中带有Transport LayerInformation信息元素(IE),用于指明在RNC和CN之间相应RAB传输承载的相应信息,并为其分配相应的传输承载资源;如果此时系统中没有需要提供服务的用户,则RNC采用MBMS SESSION START RESPONSE响应CN的请求,在该响应消息中不包含Transport Layer Information IE,在RNC和CN之间为该MBMS业务不分配相应的传输承载资源。
当RNC和CN之间已经建立相关的MBMS会话而在RNC和CN之间并没有建立相应的传输承载时,RNC通过MBMS RAB ESTABLISHMENTINDICATION消息通知CN,在RNC和CN之间建立起相应的传输承载,CN开始向RNC传输相应的MBMS业务数据;其中CN收到MBMS RABESTABLISHMENT INDICATION消息后,如果可以构建MBMS RAB,则会给RNC返回MBMS RAB ESTABLISHMENT CONFIRMATION消息,从而指示RNC在RNC和CN之间建立起相应的传输承载。
按照协议的要求,当CN对接收到的消息进行ASN.1解码时,如果发现不认识或不该出现的IE/IE Group时,且该IE的指派的应急处理方式(AssignedCriticality)为忽略并通知(Ignore And Notify)时,CN要按如下流程操作:存储出错IE/IE Group在消息中的位置和值;忽略出错的IE/IE Group,继续正常的处理流程;并在返回的MBMS RAB ESTABLISHMENT CONFIRMATION消息中通过包含应急诊断Criticality Diagnostics IE/IE group指示出错的IE/IEGroup的信息,从而通过报警处理等方式寻找出现问题的原因,避免再出现类似情况;其中ASN.1是一种数据描述语言,它为通信的双方规定了同一种数据编码格式。
现有的MBMS RAB ESTABLISHMENT CONFIRMATION消息结构如表1所示:
表1、现有MBMS RAB ESTABLISHMENT CONFIRMATION消息的结构
IE/IE GROUPName(信息元素/信息元素组名称) | Presence(存在性) | Range(范围) | IE type andreference(元素类型和参考) | Semanticsdescription(语义描述) | Criticality(关键程度) | Assigned Criticality(指派的应急处理方式) |
Message Type(消息类型) | M(必选) | 9.2.1.1 | YES | Ignore(忽略) |
CN收到消息后的处理过程如图1所示:
步骤101、接收到RNC发送的MBMS RAB ESTABLISHMENTINDICATION消息;
步骤102、判断是否能对接收的消息成功进行ASN.1解码,如果是,进入步骤103,如果否,终止该流程;
步骤103、判断是否有足够的资源建立相应的传输承载?如果是,进入步骤104,如果否,进入步骤105;
步骤104、构造MBMS RAB ESTABLISHMENT CONFIRMATION消息;
步骤105、构造MBMS RAB ESTABLISHMENT FAILURE消息;
步骤106、对构造的消息进行ASN.1编码;
步骤107、将编码后的消息传输给RNC。
从上可知,在MBMS RAB ESTABLISHMENT CONFIRMATION消息中并没有提供指示出错的IE/IE Group的信息的Criticality Diagnostics IE,因而当CN对接收到的消息进行ASN.1解码,如果不能成功对其进行解码,即发现不认识或者不该出现的信息元素或信息元素组(IE/IE Group),且该IE的指派紧急处理方式为Ignore and Notify时,不能按照协议的要求在响应消息中包含出错的IE/IE Group信息,因此不能上报出错的IE/IE Group信息,从而不能查找出出现问题的原因,因而不能避免类似的情况的出现,从而造成通信的不连贯。
发明内容
本发明要解决的技术问题是提供建立MBMS无线接入承载指示的处理方法及装置,使用本发明,在CN对接收到的信息不能成功解码时,可以将出错的信息元素/信息元素组的信息通知RNC。
为解决上述技术问题,本发明的目的是通过以下技术方案实现的:
一种建立MBMS无线接入承载指示的处理方法,包括:
收到无线网络控制器RNC发送的建立多媒体广播多播业务无线接入承载MBMS RAB的指示消息后,对所述建立MBMS RAB的指示消息进行解码;
如果解码成功,构建成功建立的确认消息,对所述成功建立的确认消息进行编码,并将编码后的成功建立的确认消息传输给RNC;
如果解码失败,构建包含导致解码失败的出错的信息元素/信息元素组IE/IE group信息的成功建立的确认消息,对所述包含所述出错的IE/IE group信息的成功建立的确认消息进行编码,并将编码后的包含所述出错的IE/IEgroup信息的成功建立的确认消息传输给RNC。
其中,所述出错的IE/IE group信息包含于所述包含出错的IE/IE group信息的成功建立的确认消息中的应急诊断信息元素Criticality Diagnostics IE。
优选的,如果解码失败,构建包含出错的IE/IE group信息的成功建立的确认消息前该方法还包括:
判断是否有足够的资源建立MBMS RAB,如果是,进入构建包含出错的IE/IE group信息的成功建立的确认消息的步骤;
如果否,以没有足够的资源建立MBMS RAB作为不能建立MBMS RAB的原因,构建包含不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息,对所述包含不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息进行编码,并将编码后的包含不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息传输给RNC。
优选的,判断是否有足够的资源建立MBMS RAB前该方法还包括:
判断所述出错的IE/IE group的指派紧急处理方式,如果是忽略并通知,进入判断是否有足够的资源建立MBMS RAB的步骤;
如果是拒绝,以出错IE/IE Group的指派紧急处理方式为拒绝作为不能建立MBMS RAB的原因,构建包含不能建立MBMS RAB的原因和所述出错IE/IE Group信息的建立失败的响应消息,对所述包含不能建立MBMS RAB的原因的建立失败的响应消息进行编码,并将编码后的包含不能建立MBMSRAB的原因的建立失败的响应消息传输给RNC;
如果是忽略,则忽略出错的IE/IE group,进入构建成功建立的确认消息的步骤。
优选的,构建成功建立的确认消息前该方法还包括:
判断是否有足够的资源建立MBMS RAB,如果是,进入构建成功建立的确认消息的步骤;
如果否,以没有足够的资源建立MBMS RAB作为不能建立MBMS RAB的原因,构建包含不能建立MBMS RAB的原因的建立失败的响应消息,对所述包含不能建立MBMS RAB的建立失败的响应消息进行编码,并将编码后的包含不能建立MBMS RAB的建立失败的响应消息传输给RNC。
一种建立MBMS无线接入承载指示的处理装置,包括:
消息接收单元,用于接收RNC发送的建立MBMS RAB的指示消息;
解码单元,用于对所述建立MBMS RAB的指示消息进行解码;
第一消息构建单元,用于在解码单元成功对所述建立MBMS RAB的指示消息进行解码时,构建成功建立的确认消息;
第二消息构建单元,用于在解码单元不能成功对所述建立MBMS RAB的指示消息进行解码时,构建包含导致解码失败的出错的IE/IE group信息的成功建立的确认消息;
第一编码单元,用于对所述第一消息构建单元构建的所述成功建立的确认消息或所述第二消息构建单元构建的所述包含出错的IE/IE group信息的成功建立的确认消息进行编码;
第一消息发送单元,用于将经过所述第一编码单元编码后的成功建立的确认消息或经过所述第一编码单元编码后的包含出错的IE/IE group信息的成功建立的确认消息传输至RNC。
优选的,该装置还包括:
第一资源判断单元,用于在接收到所述第二消息构建单元发送的资源判断触发消息或所述解码单元发送的资源判断触发消息时,判断是否有足够的资源建立MBMS RAB,如果是,触发所述第二消息构建单元构建包含出错的IE/IEgroup信息的成功建立的确认消息;
第三消息构建单元,用于在所述第一资源判断单元判断没有足够的资源建立MBMS RAB时,构建包含不能建立MBMS RAB的原因和所述出错的IE/IEgroup信息的建立失败的响应消息;
第二编码单元,用于对所述第三消息构建单元构建的包含不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息进行编码;
第二消息发送单元,用于将经过所述第二编码单元编码后的包含不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息传输至RNC。
优选的,该装置还包括:
信息元素判断单元,用于在接收到所述解码单元发送的信息元素判断触发消息时,判断导致解码失败的出错IE/IE group的指派紧急处理方式,如果是忽略并通知,触发所述第二消息构建单元构建包含所述出错的IE/IE group信息的成功建立的确认消息;
如果是拒绝,触发所述第三消息构建单元以出错IE/IE Group的指派紧急处理方式为拒绝作为不能建立MBMS RAB的原因,构建包含所述不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息;
如果是忽略,忽略出错的IE/IE group,触发第一消息构建单元构建成功建立的确认消息。
优选的,该装置还包括:
第二资源判断单元,用于在接收到所述第一消息构建单元发送的资源判断触发消息或所述解码单元发送的资源判断触发消息时,判断是否有足够的资源建立MBMS RAB,如果是,触发所述第一消息构建单元构建成功建立的确认消息;
第四消息构建单元,用于在所述第二资源判断单元判断没有足够的资源建立MBMS RAB时,以没有足够的资源建立MBMS RAB为不能建立MBMSRAB的原因,构建包含不能建立MBMS RAB的原因的建立失败的响应消息;
第三编码单元,用于对所述第四消息构建单元构建的所述包含不能建立MBMS RAB的原因的建立失败的响应消息进行编码;
第三消息发送单元,用于将通过所述第三编码单元编码的包含不能建立MBMS RAB的原因的建立失败的响应消息传输至RNC。
以上技术方案可以看出,由于本发明在不能对接收的消息进行解码时,将出错的IE/IE Group信息包含在成功建立的确认消息中,在不影响通信流程的情况下,将出错的IE/IE Group信息通知给RNC,使RNC能够根据出错的IE/IEGroup的信息寻找出错的原因,从而避免再次出现类似的情况,能够保证后面的通信更连贯的进行;进一步,本发明在同意建立MBMS RAB前还判断是否有足够的资源建立MBMS RAB,只有在有足够资源时才建立MBMS RAB,从而保证建立MBMS RAB后能够保障通信的顺利进行;进一步,在本发明的一个实施例中,对出错IE/IE Group的指派紧急处理方式进行判断,在出错IE/IEGroup的指派紧急处理方式是否为拒绝时,并不建立MBMS RAB;在出错IE/IEGroup的指派紧急处理是否为忽略时,忽略出错地IE/IE group,进行正常的流程,建立MBMS RAB;只有在对出错IE/IE Group的指派紧急处理方式是否为忽略并通知时,按照正常地流程建立MBMS RAB,并将出错的IE/IE Group信息通知给RNC,使RNC能够寻找出错的原因,避免再次出现类似的情况;从而进一步满足协议的要求,保证建立MBMS RAB后的通信的准确性。
附图说明
图1为现有的建立MBMS RAB指示的处理方法的具体流程图;
图2为本发明提供的建立MBMS RAB指示的处理装置的结构图;
图3为本发明提供的方法的一实施例的具体流程图;
图4为本发明提供的方法的另一实施例的具体流程图;
图5为本发明提供的方法的再一实施例的具体流程图。
具体实施方式
本发明为建立MBMS无线接入承载指示的处理方法及装置,为使本发明的目的、技术方案、及优点更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。
先介绍本发明提供的装置,如图2所示,本发明提供的装置主要包括:
消息接收单元201,用于接收RNC发送的建立MBMS RAB的指示消息;
当装置应用在WCDMA MBMS系统中时,此处RNC发送的建立MBMSRAB的指示消息为MBMS RAB ESTABLISHMENT INDICATION消息,消息中包含建立MBMS RAB必须的Transport Layer Address IE和Iu TransportAssociation IE;但不排除该装置应用在其他MBMS系统中的情况;
解码单元202,用于对所述建立MBMS RAB的指示消息进行解码;
在WCDMA MBMS系统中采用ASN.1编解码方式,所以此处采用ASN.1解码,但是不排除采用其他解码方式的情况;
第一消息构建单元203,用于在解码单元202成功对所述建立MBMSRAB的指示消息进行解码时,构建成功建立的确认消息;
对建立MBMS RAB的指示消息成功解码,说明接收到的消息中的各个IE都是正确的,都是符合协议要求的,从而可以说明消息中携带的信息都是正确的,因此构建建立成功的确认消息;
在WCDMA MBMS系统中,所述成功建立MBMS RAB的确认消息为MBMS RAB ESTABLISHMENT CONFIRMATION消息;
第二消息构建单元204,用于在解码单元202不能成功对所述建立MBMSRAB的指示消息进行解码时,构建包含导致解码失败的出错的IE/IE Group信息的成功建立的确认消息;
同样,所述成功建立的确认消息为MBMS RAB ESTABLISHMENTCONFIRMATION消息;
不能对建立MBMS RAB的指示消息成功解码,说明收到的消息中有携带错误信息或未知的IE/IE Group,但是为了通信的连贯,当出错的IE/IE Group的指派紧急处理方式为“忽略并通知”时,将出错的IE/IE Group忽略,但是要将出错的IE/IE Group信息包含在成功建立的确认消息中,从而将出错的IE/IE Group信息通知给RNC,使RNC能够寻找出现问题的原因,避免在后续的消息中出现类似的情况;其中出错的IE/IE Group信息是放在CriticalityDiagnostics IE/IE Group中
第一编码单元205,用于对所述第一消息构建单元203构建的所述成功建立的确认消息或所述第二消息构建单元构建204的所述包含出错的IE/IEGroup信息的成功建立的确认消息进行编码;
编解码应该采用同一种算法,所以此处编码的方式也为ASN.1编码;
第一消息发送单元206,用于将经过所述第一编码单元205编码后的成功建立的确认消息或经过所述第一编码单元编码205后的包含出错的IE/IEGroup信息的成功建立的确认消息传输至RNC;
将编码后的确认消息传输给RNC,进行MBMS通信。
只有在有足够的资源的情况下才能建立对应的RAB,因而本发明装置第一实施例与图2所描述的装置相比进一步包括:
第一资源判断单元,用于在接收到所述第二消息构建单元发送的资源判断触发消息或所述解码单元发送的资源判断触发消息时,判断是否有足够的资源建立MBMS RAB,如果是,触发所述第二消息构建单元构建包含出错的IE/IEGroup信息的成功建立的确认消息,其中出错IE/IE Group的信息包含在Criticality Diagnostics IE/IE Group中;
有足够的资源,所以构建成功建立的确认消息,从而能够建立MBMSRAB,进行MBMS通信;
第三消息构建单元,用于在所述第一资源判断单元判断没有足够的资源建立MBMS RAB时,构建包含不能建立MBMS RAB的原因和所述出错的IE/IEGroup信息的建立失败的响应消息;
因为没有足够的资源,所以不能建立相应的RAB,因而构建建立失败的响应消息,在响应消息中要带上不能建立MBMS RAB的原因和出错IE的信息,从而可以让RNC进行对应的操作,而不至于一直等待CN的回应,从而造成通信不连贯或超时现象的发生;
第二编码单元,用于对所述第三消息构建单元构建的包含不能建立MBMS RAB的原因和所述出错的IE/IE Group信息的建立失败的响应消息进行编码;
此处第二编码单元可以和第一编码单元集成在一起,也可以单独设置;
第二消息发送单元,用于将经过所述第二编码单元编码后的包含不能建立MBMS RAB的原因和所述出错的IE/IE Group信息的建立失败的响应消息传输之RNC;
同样第二消息发送单元也可以和第一消息发送单元集成在一起,也可以单独设置;
从上可知,对是否有足够的资源建立MBMS RAB进行判断可以进一步保证通信的准确性,因为如果没有足够的资源也建立MBMS RAB,很有可能会导致其它已经进行的通信的中断。
当然,并不是每个出错的IE/IE Group都是可以忽略的,例如一个错误IE/IEGroup的指派紧急处理方式为拒绝reject,那么就不能忽略该出错IE/IE Group继续正常的流程,因为该IE/IE Group可能是对通信非常重要的一个IE/IEGroup,它出错会导致通信的不稳定甚至不能通信,当然也可能是其他情况;而有的错误IE/IE Group的指派紧急处理方式为忽略Ignore,那就可以直接将错误IE/IE Group忽略,继续正常地流程,而不需要将出错IE/IE Group的信息传输给RNC;因而为了保证通信的正常进行,本发明装置第二实施例与第一实施例相比进一步包括:
信息元素判断单元,用于在接收到所述解码单元发送的信息元素判断触发消息时,判断导致解码失败的出错IE/IE Group的指派紧急处理方式,如果是忽略并通知,触发所述第二消息构建单元构建包含出错的IE/IE Group信息的成功建立的确认消息;
如果是拒绝,触发所述第三消息构建单元以出错IE/IE Group的指派紧急处理方式为拒绝作为不能建立MBMS RAB的原因,构建包含所述不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息;
如果是忽略,忽略出错的IE/IE Group,触发第一消息构建单元构建成功建立的确认消息。
判断出错IE/IE Group是否能够忽略,如果能够忽略,则可以正常的流程,如果不能忽略,则只能按照指派的紧急处理方式进行处理;而在WCDMAMBMS系统中,可以忽略并进行正常的流程只有指派的紧急处理方式为忽略并通知或指派的紧急处理方式为忽略的情况,其中只是忽略时并不需要将出错IE/IE Group的信息通知RNC;
只有在协议允许的错误情况下才能够继续通信,即只有出错IE/IE Group的指派应急处理方式为Ignore And Notify或Ignore时才继续正常的流程,而在其他的情况下,如错误IE/IE Group的指派紧急处理方式为拒绝时,则不能建立对应的承载,哪怕当时CN是空闲的,这样做可以保证通信的准确性;在指派紧急处理方式为Ignore And Notify时将出错IE/IE Group的信息通知给RNC,让RNC寻找出错的原因,避免再次出现同样的情况。
同样,在接收的消息能够通过解码时也需要判断是否有足够的资源去建立对应的承载,因而本发明装置第三实施例与图2所描述的装置相比进一步包括:
第二资源判断单元,用于在接收到所述第一消息构建单元发送的资源判断触发消息或所述解码单元发送的资源判断触发消息时,判断是否有足够的资源建立MBMS RAB,如果是,触发所述第一消息构建单元构建成功建立的确认消息;
第四消息构建单元,用于在所述第二资源判断单元判断没有足够的资源建立MBMS RAB时,以没有足够的资源建立MBMS RAB为不能建立MBMSRAB的原因,构建包含不能建立MBMS RAB的原因的建立失败的响应消息;
此处建立失败的响应消息为MBMS RAB ESTABLISHMENT FAILURE消息,在消息中携带有不能建立MBMS RAB的原因,此处不能建立MBMS RAB的原因是没有足够的资源建立相应的MBMS RAB;
第三编码单元,用于对所述第四消息构建单元构建的所述包含不能建立MBMS RAB的原因的建立失败的响应消息进行编码;
第三消息发送单元,用于将通过所述第三编码单元编码的包含不能建立MBMS RAB的原因的建立失败的响应消息传输至RNC。
RNC收到建立失败的响应消息后,根据所述响应消息中携带的不能建立MBMS RAB的原因而进行相应的操作,例如等待一定的时间再进行请求,或向其他CN请求等方式,从而可以保障通信的顺利进行,而不至于出现一直等待或超时的情况;在本发明中,如果需要将出错的IE/IE Group的信息通知RNC,都是将出错的IE/IE Group信息包含于Criticality Diagnostics IE/IE Group中,这个IE/IE Group包含在包含出错IE/IE Group信息的成功建立的确认消息中。
如上所述的第一消息构建单元、第二消息构建单元、第三消息构建单元和第四消息构建单元可以是集成在一起的一个消息构建单元,也可以是互相独立的消息构建单元,还可以是这四者之间的任意组合构成消息构建单元,本发明并不对其如何组合进行限定;同样,第一编码单元、第二编码单元和第三编码单元也可以是这三者之间的任意组合构成编码单元;第一消息发送单元、第二消息发送单元和第三消息发送单元也可以是这三者之间的任意组合构成消息发送单元;同样,第一资源判断单元和第二资源判断单元也可以集成在一起。
以上对本发明提供的装置的实施例进行了详细介绍,以下再介绍本发明提供的方法的实施例,参见图3,本发明提供的方法的一个主要包括如下步骤:
步骤301、接收RNC发送的建立MBMS RAB的指示消息;
当RNC和CN之间已经建立相关的MBMS会话而在RNC和CN之间并没有建立相应得传输承载时,RNC就会通过MBMS RAB ESTABLISHMENTINDICATION消息指示CN建立MBMS RAB,所述RNC发送的建立MBMSRAB的指示消息就是MBMS RAB ESTABLISHMENT INDICATION消息,但是不排除采用其他消息的情况;
步骤302、对所述消息进行解码,判断是否能成功解码?如果是,进入步骤303;如果否,进入步骤304;
在WCDMA MBMS系统中,采用的ASN.1解码方式,因而此处也是ASN.1解码方式,但是不排除采用其他解码方式的情况;
步骤303、构建成功建立的确认消息,进入步骤305;
此处的确认消息是MBMS RAB ESTABLISHMENT CONFIRMATION消息;
步骤304、构建包含出错的IE/IE Group信息的成功建立的确认消息;
此处出错的IE/IE Group是接收的消息中导致解码失败的IE/IE Group;
因为有出错的IE/IE Group,所以将出错的IE/IE Group信息构建到成功建立的确认消息中,将出错的IE/IE Group信息通知给RNC,从而RNC可以寻找出现错误的原因,避免再次出现类似的情况;其中出错的IE/IE Group信息包含在Criticality Diagnostics IE/IE Group中,此处的确认消息也是MBMS RABESTABLISHMENT CONFIRMATION消息,此处的消息格式如表2所示,跟现有技术相比主要增加了Criticality Diagnostics IE来指示出错且属性为“忽略并指示”的信息元素/信息元素组的信息:
表2、本发明MBMS RAB ESTABLISHMENT CONFIRMATION消息的结构
IE/IE GROUPName(信息元素/信息元素组名称) | Presence(存在性) | Range(范围) | IE type andreference(元素类型和参考) | Semanticsdescription(语义描述) | Criticality(关键程度) | AssignedCriticality(指派的应急处理方式) |
Message Tipe(消息类型) | M(必选) | 9.2.1.1 | YES | Ignore(忽略) |
CriticalityDiagnostics(应急诊断) | O(可选) | 9.2.1.35 | YES | Ignore(忽略) |
如表2所示,该消息的结构与表1所描述的消息的结构增加了一个可选的IE/IE Group Criticality Diagnostics,通过这个IE/IE Group可以将出错的IE/IEGroup的信息通知给RNC;在解码成功时则IE/IE Group Criticality Diagnostics可以不包括在内;
步骤305、对所述确认消息进行编码;
在一个系统中,编解码都是采用同一种算法,因此此处编码也是采用ASN.1;
步骤306、将编码后的确认消息传输给RNC;
将消息发送给RNC,通知RNC已经成功建立相应的承载,从而指示RNC在RNC和CN之间进行MBMS通信。
从上可知,在MBMS RAB ESTABLISHMENT CONFIRMATION消息中增加可选的IE/IE Group Criticality Diagnostics IE/IE Group,从而在不能对接收到的MBMS RAB ESTABLISHMENT INDICATION消息进行解码时,可以忽略出错的IE/IE Group,进行正常的处理流程,而不会中断正常流程;并将出错的IE/IE Group通知给RNC,从而可以让RNC寻找出错的原因,避免再次出现类似的情况。
因为CN的资源是有限的,所以当接收到RNC发送的请求时,不一定有足够的资源建立MBMS RAB,因而不管是否能够成功对接收到的建立MBMSRAB的指示消息进行解码,在构建成功建立的确认消息前,都应该判断是否有足够的资源建立MBMS RAB,只有在资源足够的情况下才构建成功建立的确认消息,反之,则构建不同意建立MBMS RAB的建立失败的响应消息;因而本发明方法的又一实施例如图4所示:
步骤401、接收RNC发送的建立MBMS RAB的指示消息;
步骤402、对所述消息进行解码,判断是否能成功解码,如果是,进入步骤403;如果否,进入步骤404;
步骤403、判断是否有足够的资源建立MBMS RAB,如果是,进入步骤405;如果否,进入步骤406;
只有在有足够的资源的情况下才能建立MBMS RAB,所以要对是否有足够的资源进行判断;
步骤404、判断是否有足够的资源建立MBMS RAB?如果是,进入步骤407;如果否,进入步骤408;
步骤405、构建成功建立的确认消息,进入步骤409;
步骤406、构建包含不能建立MBMS RAB的原因的建立失败的响应消息,进入步骤409;
因为没有足够的资源而不能建立MBMS RAB,所以要构建包含不能建立MBMS RAB的建立失败的响应消息,响应消息中的不能建立MBMS RAB的原因为没有足够的资源建立MBMS;此处建立失败的响应消息为MBMS RABESTABLISHMENT FAILURE消息,但是不排除是其他消息的情况;
步骤407、构建包含所述出错的IE/IE Group信息的成功建立的确认消息,进入步骤409;
步骤408、构建包含不能建立MBMS RAB的原因和所述出错的IE/IEGroup信息的建立失败的响应消息;
同样因为没有足够的资源不能建立MBMS RAB,所以要要构建建立失败的响应消息,虽然不能建立MBMS RAB,也要将出错的IE/IE Group信息通知给RNC,从而可以确保不会有类似的情况再发生;此处建立失败的响应消息也是MBMS RAB ESTABLISHMENT FAILURE消息,但是不排除是其他消息的情况;
步骤409、对构建的消息进行编码;
步骤410、将编码后的消息传输给RNC;
从上可知,在没有足够的资源时不能建立相应的RAB,所以要对是否有足够的资源进行判断,从而能够提高通信的准确性。
IE/IE Group出错可能有多种情况,有的情况下IE/IE Group出错可以直接不对接收的消息进行响应,例如接收到一个消息的出错IE/IE Group的指派紧急处理方式为拒绝reject时,就可以直接拒绝接收的消息,而不对其进行响应,如果紧急处理方式为忽略Ignore时,就直接忽略出错的IE/IE Group,进行正常地流程,也不需要将出错的IE/IE Group信息通知RNC,因而本发明的再一实施例如图5所示:
步骤501、接收RNC发送的建立MBMS RAB的指示消息;
步骤502、对所述消息进行解码,判断是否能成功解码,如果是,进入步骤503;如果否,进入步骤504;
步骤503、判断是否有足够的资源建立MBMS RAB,如果是,进入步骤506;如果否,进入步骤507;
步骤504、判断出错的IE/IE Group的指派紧急处理方式的类型,如果是忽略,进入步骤503;如果是忽略并通知,进入步骤507;如果是拒绝,进入步骤508;
IE/IE Group的指派紧急处理方式为忽略并通知,则说明这个错误的IE/IEGroup可以忽略,但是要将其通知给RNC;但是如果是reject,则可以直接将出错的IE/IE Group拒绝,如果是Ignore,则直接忽略,从而可以保证通信按照IE/IE Group所携带的信息进行;
步骤505、构建成功建立的确认消息,进入步骤510;
步骤506、构建包含不能建立MBMS RAB的原因的建立失败的响应消息,进入步骤510;
此处不能建立MBMS RAB的原因是没有足够的资源建立MBMS RAB;
步骤507、判断是否有足够的资源建立MBMS RAB,如果是,进入步骤509;如果否,进入步骤508;
步骤508、构建包含不能建立MBMS RAB的原因和所述出错的IE/IEGroup信息的建立失败的响应消息,进入步骤510;
如果上一步骤为507,则不能建立MBMS RAB的原因是没有足够的资源建立MBMS RAB;如果上一步骤为504,则不能建立MBMS RAB的原因为出错IE/IE Group的指派紧急处理方式为拒绝;
步骤509、构建包含所述出错的IE/IE Group信息的成功建立的确认消息;
步骤510、对构建的消息进行编码;
步骤511、将编码后的消息传输给RNC;
对IE/IE Group的指派紧急处理方式进行判断,可以在允许的情况下中止流程,从而保证通信的准确性。
以上对本发明所提供的建立MBMS无线接入承载指示的处理方法及装置进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (9)
1.一种建立MBMS无线接入承载指示的处理方法,其特征在于,包括:
收到无线网络控制器RNC发送的建立多媒体广播多播业务无线接入承载MBMS RAB的指示消息后,对所述建立MBMS RAB的指示消息进行解码;
如果解码成功,构建成功建立的确认消息,对所述成功建立的确认消息进行编码,并将编码后的成功建立的确认消息传输给RNC;
如果解码失败,构建包含导致解码失败的出错的信息元素/信息元素组IE/IE group信息的成功建立的确认消息,对所述包含所述出错的IE/IE group信息的成功建立的确认消息进行编码,并将编码后的包含所述出错的IE/IEgroup信息的成功建立的确认消息传输给RNC。
2.如权利要求1所述的建立MBMS无线接入承载指示的处理方法,其特征在于:
所述出错的IE/IE group信息包含于所述包含出错的IE/IE group信息的成功建立的确认消息中的应急诊断信息元素Criticality Diagnostics IE。
3.如权利要求1或2所述的建立MBMS无线接入承载指示的处理方法,其特征在于,如果解码失败,构建包含出错的IE/IE group信息的成功建立的确认消息前该方法还包括:
判断是否有足够的资源建立MBMS RAB,如果是,进入构建包含出错的IE/IE group信息的成功建立的确认消息的步骤;
如果否,以没有足够的资源建立MBMS RAB作为不能建立MBMS RAB的原因,构建包含不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息,对所述包含不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息进行编码,并将编码后的包含不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息传输给RNC。
4.如权利要求3所述的建立MBMS无线接入承载指示的处理方法,其特征在于,判断是否有足够的资源建立MBMS RAB前该方法还包括:
判断所述出错的IE/IE group的指派紧急处理方式,如果是忽略并通知,进入判断是否有足够的资源建立MBMS RAB的步骤;
如果是拒绝,以出错IE/IE Group的指派紧急处理方式为拒绝作为不能建立MBMS RAB的原因,构建包含不能建立MBMS RAB的原因和所述出错IE/IE Group信息的建立失败的响应消息,对所述包含不能建立MBMS RAB的原因的建立失败的响应消息进行编码,并将编码后的包含不能建立MBMSRAB的原因的建立失败的响应消息传输给RNC;
如果是忽略,则忽略出错的IE/IE group,进入构建成功建立的确认消息的步骤。
5.如权利要求1或2所述的建立MBMS无线接入承载指示的处理方法,其特征在于,如果解码成功,构建成功建立的确认消息前该方法还包括:
判断是否有足够的资源建立MBMS RAB,如果是,进入构建成功建立的确认消息的步骤;
如果否,以没有足够的资源建立MBMS RAB作为不能建立MBMS RAB的原因,构建包含不能建立MBMS RAB的原因的建立失败的响应消息,对所述包含不能建立MBMS RAB的建立失败的响应消息进行编码,并将编码后的包含不能建立MBMS RAB的建立失败的响应消息传输给RNC。
6.一种建立MBMS无线接入承载指示的处理装置,其特征在于,包括:
消息接收单元,用于接收RNC发送的建立MBMS RAB的指示消息;
解码单元,用于对所述建立MBMS RAB的指示消息进行解码;
第一消息构建单元,用于在解码单元成功对所述建立MBMS RAB的指示消息进行解码时,构建成功建立的确认消息;
第二消息构建单元,用于在解码单元不能成功对所述建立MBMS RAB的指示消息进行解码时,构建包含导致解码失败的出错的IE/IE group信息的成功建立的确认消息;
第一编码单元,用于对所述第一消息构建单元构建的所述成功建立的确认消息或所述第二消息构建单元构建的所述包含出错的IE/IE group信息的成功建立的确认消息进行编码;
第一消息发送单元,用于将经过所述第一编码单元编码后的成功建立的确认消息或经过所述第一编码单元编码后的包含出错的IE/IE group信息的成功建立的确认消息传输至RNC。
7.如权利要求6所述的建立MBMS无线接入承载指示的处理装置,其特征在于,该装置还包括:
第一资源判断单元,用于在接收到所述第二消息构建单元发送的资源判断触发消息或所述解码单元发送的资源判断触发消息时,判断是否有足够的资源建立MBMS RAB,如果是,触发所述第二消息构建单元构建包含出错的IE/IEgroup信息的成功建立的确认消息;
第三消息构建单元,用于在所述第一资源判断单元判断没有足够的资源建立MBMS RAB时,构建包含不能建立MBMS RAB的原因和所述出错的IE/IEgroup信息的建立失败的响应消息;
第二编码单元,用于对所述第三消息构建单元构建的包含不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息进行编码;
第二消息发送单元,用于将经过所述第二编码单元编码后的包含不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息传输至RNC。
8.如权利要求7所述的建立MBMS无线接入承载指示的处理装置,其特征在于,该装置还包括:
信息元素判断单元,用于在接收到所述解码单元发送的信息元素判断触发消息时,判断导致解码失败的出错IE/IE group的指派紧急处理方式,如果是忽略并通知,触发所述第二消息构建单元构建包含所述出错的IE/IE group信息的成功建立的确认消息;
如果是拒绝,触发所述第三消息构建单元以出错IE/IE Group的指派紧急处理方式为拒绝作为不能建立MBMS RAB的原因,构建包含所述不能建立MBMS RAB的原因和所述出错的IE/IE group信息的建立失败的响应消息;
如果是忽略,忽略出错的IE/IE group,触发第一消息构建单元构建成功建立的确认消息。
9.如权利要求6所述的建立MBMS无线接入承载指示的处理装置,其特征在于,该装置还包括:
第二资源判断单元,用于在接收到所述第一消息构建单元发送的资源判断触发消息或所述解码单元发送的资源判断触发消息时,判断是否有足够的资源建立MBMS RAB,如果是,触发所述第一消息构建单元构建成功建立的确认消息;
第四消息构建单元,用于在所述第二资源判断单元判断没有足够的资源建立MBMS RAB时,以没有足够的资源建立MBMS RAB为不能建立MBMSRAB的原因,构建包含不能建立MBMS RAB的原因的建立失败的响应消息;
第三编码单元,用于对所述第四消息构建单元构建的所述包含不能建立MBMS RAB的原因的建立失败的响应消息进行编码;
第三消息发送单元,用于将通过所述第三编码单元编码的包含不能建立MBMS RAB的原因的建立失败的响应消息传输至RNC。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101606122A CN101193340B (zh) | 2006-11-29 | 2006-11-29 | 建立mbms无线接入承载指示的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101606122A CN101193340B (zh) | 2006-11-29 | 2006-11-29 | 建立mbms无线接入承载指示的处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101193340A CN101193340A (zh) | 2008-06-04 |
CN101193340B true CN101193340B (zh) | 2010-12-08 |
Family
ID=39488028
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101606122A Expired - Fee Related CN101193340B (zh) | 2006-11-29 | 2006-11-29 | 建立mbms无线接入承载指示的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101193340B (zh) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004043024A1 (en) * | 2002-11-05 | 2004-05-21 | Samsung Electronics Co., Ltd. | Method for supporting multicast broadcast/multicast service to employ shared iu signaling connection |
-
2006
- 2006-11-29 CN CN2006101606122A patent/CN101193340B/zh not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004043024A1 (en) * | 2002-11-05 | 2004-05-21 | Samsung Electronics Co., Ltd. | Method for supporting multicast broadcast/multicast service to employ shared iu signaling connection |
Also Published As
Publication number | Publication date |
---|---|
CN101193340A (zh) | 2008-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101023373B1 (ko) | 멀티미디어 방송/멀티캐스트 서비스 시스템에서 방송서비스 요청을 다른 서비스 요청들과 구별하는 방법 | |
RU2369043C2 (ru) | Способ и устройство для эффективного поискового вызова и регистрации в сети радиосвязи | |
CN1894922B (zh) | 在无线通信系统中的通信信道上进行广播的方法和装置 | |
JP4308131B2 (ja) | アプリケーションレイヤメディアマルチキャスティングをサポートする方法及び装置 | |
US7813745B2 (en) | Method for implementing a push service | |
RU2338336C2 (ru) | Способ и устройство для усовершенствования обмена информацией через интерфейс радиосвязи во время пассивного сеанса пакетной передачи данных | |
CN102308532B (zh) | 点到多点推送消息处理方法、系统及服务器 | |
CN1996941B (zh) | 一种鲁棒性头部压缩u模式出错时的处理方法 | |
US8441990B2 (en) | Method and system for sharing reverse channel in trunk communication system | |
RU2368101C2 (ru) | Способ и устройство для совместного использования пользовательской информации в сети групповой связи | |
CN1910847A (zh) | Mbms服务的数据错误的修复 | |
CN1781090A (zh) | 用以建立首先邀请通信会话的方法与设备 | |
CN101611639A (zh) | 用于提供单播会话的高级会话控制的系统和方法 | |
CN1750712A (zh) | 用于监控分组交换业务的寻呼信道的方法 | |
JP2008219894A (ja) | 通信システム、通信制御装置、端末および端末制御方法 | |
CN101253719A (zh) | 用于在多网络通信系统中跨越寻呼的方法和装置 | |
US20060045043A1 (en) | Method and apparatus for facilitating PTT session initiation and service interaction using an IP-based protocol | |
US20040198353A1 (en) | Method and apparatus for optimizing registration and paging in group communications | |
US20160099985A1 (en) | Combination of Unicast and Multicast User Plane Data | |
CN101175252A (zh) | 多媒体广播组播服务中建立会话的方法和网络系统 | |
CN1780694A (zh) | 在一群组通信网络中交换一附件的方法和设备 | |
CN101193340B (zh) | 建立mbms无线接入承载指示的处理方法及装置 | |
KR20060033914A (ko) | 짧은-슬롯-사이클 페이징을 위한 방법 및 장치 | |
CN100508486C (zh) | 释放请求处理方法及装置 | |
CN101267580A (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101208 Termination date: 20151129 |
|
CF01 | Termination of patent right due to non-payment of annual fee |