CN101883157A - 一种实现网关接入的方法和相应装置 - Google Patents
一种实现网关接入的方法和相应装置 Download PDFInfo
- Publication number
- CN101883157A CN101883157A CN 201010213135 CN201010213135A CN101883157A CN 101883157 A CN101883157 A CN 101883157A CN 201010213135 CN201010213135 CN 201010213135 CN 201010213135 A CN201010213135 A CN 201010213135A CN 101883157 A CN101883157 A CN 101883157A
- Authority
- CN
- China
- Prior art keywords
- media gateway
- message
- duration
- shaking hands
- mgc
- 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.)
- Pending
Links
Images
Landscapes
- Small-Scale Networks (AREA)
Abstract
本发明实施例公开了一种实现网关接入的方法和相应装置。本发明技术方案根据媒体网关(MG)注册时,与媒体网关控制器(MGC)协商的握手时长,发送通知消息给MGC,在超时没有收到MGC发送的通知响应时,主动发起重新注册的操作;同时,在MGC中可以在超时还未接收到MG发送的通知消息时,或者,在未超时接收到通知消息且判断出前后两次接收到的通知消息中的设备标识(EID)相同、但IP地址不同时,则将MG设置为故障;因此,MGC可以感知到同一个MG的IP地址的变化,将该MG设置为故障,等待该MG的重新注册,从而使得MGC在MG的重新注册中获知该MG的IP地址,避免了MGC与MG之间通信出错。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种实现网关接入的方法和相应装置。
背景技术
以太网无源光网络(EPON,Ethernet Passive Optical Network)技术是一种新型的光纤接入网技术,它采用点到多点结构,无源光纤传输,在以太网之上提供多种业务。它在物理层采用了无源光网络(PON,Passive OpticalNetwork)技术,在链路层使用以太网协议,利用PON的拓扑结构实现了以太网的接入。由于EPON的优点,它越来越受到人们的青睐,即将成为宽带接入网一种最有效的通信方法。
EPON终端是EPON系统中的光网络单元(ONU,Optical Network Unit)设备,EPON终端除了实现宽带接入到EPON中,还可以用于将一部或者多部普通老式电话(POTS,Plain Old Telephone Service)接入EPON中,即EPON终端可以作为POTS话机接入EPON的网关。由于EPON终端在电信网的互联网协议(IP,Internet Protocol)地址是动态分配的,也就是说,EPON终端是动态网关。
在对现有技术的研究和实践过程中,本发明的发明人发现,动态网关与传统的固定网关接入MGC的方法是相同的,只是动态网关的IP地址不固定,因此,当同一个动态网关的IP地址发生变化后,在MGC中无法感知网关的IP地址的变化,导致MGC与动态网关的通信出错。
发明内容
本发明实施例提供一种实现网关接入的方法和相应装置,解决现有技术中MG的IP地址发生变化后,在MGC中无法感知MG的IP地址的变化,导致MGC与MG的通信出错的问题。
本发明实施例提供了一种实现网关接入的方法,包括:
根据媒体网关注册到媒体网关控制器时,与所述媒体网关控制器协商的握手时长,发送通知消息给所述媒体网关控制器,启动超时定时器;
当所述超时定时器超时未接收到所述媒体网关控制器发送的通知响应时,发起再次注册到所述媒体网关控制器的操作,其中携带所述媒体网关的互联网协议IP地址。
本发明实施例还提供了一种实现网关接入的方法,包括:
根据将媒体网关注册到媒体网关控制器的操作中协商的握手时长,启动超时定时器;
当所述超时定时器超时还未接收到媒体网关发送的通知消息时,将所述媒体网关设置为故障;或者,未超时接收到所述媒体网关发送的通知消息,且判断出前后两次接收到的通知消息中的设备标识相同,但互联网协议IP地址不同,则将所述媒体网关设置为故障。
本发明实施例还提供了一种媒体网关,包括:发送单元,启动单元,和注册单元;
所述发送单元,用于根据媒体网关注册到媒体网关控制器时,与所述媒体网关控制器协商的握手时长,发送通知消息给所述媒体网关控制器;
所述启动单元,用于发送通知消息之后,启动超时定时器;
所述注册单元,用于当定时器超时未接收到所述媒体网关控制器发送的通知响应时,发起再次注册到所述媒体网关控制器的操作,其中携带所述媒体网关的互联网协议IP地址。
本发明实施例还提供了一种媒体网关控制器,包括:启动单元,第一判断单元,第二判断单元,和设置单元;
启动单元,用于根据将媒体网关注册到媒体网关控制器的操作中协商的握手时长,启动超时定时器;
第一判断单元,用于判断超时定时器超时是否接收到媒体网关发送的通知消息,如果超时未接收到媒体网关发送的通知消息时,通知设置单元;如果未超时接收到媒体网关发送的通知消息,则通知第二判断单元;
第二判断单元,用于判断前后两次接收到的相同设备标识的通知消息中的互联网协议IP地址是否相同,如果IP地址不同,则通知设置单元;
设置单元,用于将所述媒体网关设置为故障。
本发明实施例根据MG在注册时,与MGC协商的握手时长,发送通知消息给MGC,在超时没有收到MGC发送的通知响应时,主动发起重新注册的操作;同时,在MGC中可以在超时还未接收到MG发送的通知消息时,或者,在未超时接收到通知消息且判断出前后两次接收到的通知消息中的设备标识(EID)相同、但IP地址不同时,则将MG设置为故障;因此,MGC可以感知到同一个MG的IP地址的变化,将该MG设置为故障,等待该MG的重新注册,从而使得MGC在MG的重新注册中获知该MG的IP地址,避免了MGC与MG之间通信出错。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种实现网关接入的方法的总体流程图;
图2是本发明实施例提供的另一种实现网关接入的方法的总体流程图;
图3是本发明实施例一提供的一种实现网关接入的方法流程图;
图4是本发明实施例二提供的一种实现网关接入的方法流程图;
图5是本发明实施例四提供的一种媒体网关示意图;
图6是本发明实施例五提供的一种媒体网关控制器示意图;
图7是本发明实施例六提供的一种通信系统示意图。
具体实施方式
本发明实施例提供一种实现网关接入的方法。本发明实施例还提供相应的网关、媒体网关控制器和系统。以下分别进行详细说明。
本发明的发明人发现,现有技术中动态网关与传统的固定网关接入MGC的方法是相同,只是动态网关的IP地址不固定,且当动态网关的IP地址发生变化后动态网关不会主动向MGC注册并更新IP地址,只有动态网关重新启动时才会重新注册,MGC以网关接入时注册的IP地址识别动态网关。本发明实施例中的动态网关包括EPON终端,当然并不限于此。因此,当MG的IP地址发生变化后,在MGC中不知道MG的IP地址的变化,在MGC中记录的动态网关的IP地址与该动态网关的实际IP地址不符,导致MGC与MG的通信出错。例如:当网关A的IP地址变化后,与网关B的IP地址变化前的IP地址相同时,其中,网关B的IP地址变化前的IP地址是网关A在MGC注册的IP地址,如果MGC对网关B进行审计时,MGC根据IP地址下发审计消息,会出现只有网关A会接收到审计消息,网关B永远不会接收到审计消息,导致出错。
本发明的发明人还发现,动态网关接入MGC网络时,一般网关所属网络和MGC所属网络是不同的网络,EPON终端(即网关)归属EPON,一般位于家庭中,其IP地址是公网IP地址;而MGC是电信IP网络中的设备,其IP地址通常是私网IP地址,网关和MGC之间通过网络地址转换设备进行IP地址映射,由网络地址转换设备将网关在网关所属网络的IP地址映射为MGC所属网络的IP地址,以便MGC接入更多的网关,节省MGC网络的IP资源,同时网络地址转换设备兼有防火墙功能。当网络地址转换设备故障时,网关在MGC网络的IP地址需要重新映射,因此,即使网关在网关所属网络的IP地址未改变,网关在MGC网络的IP地址也会因为地址重新映射而改变。MGC以网关在MGC网络的IP地址来识别网关。因此,当网关在MGC网络的IP地址发生变化后,MGC与网关的通信也会出错。此种情况等同于网关的IP地址发生变化。
图1所示为本发明实施例提供的一种实现网关接入的方法的总体流程图,其中,执行该方法的主体是媒体网关(MG,Media Gateway),具体可以是EPON终端,也可以是其它可以实现网关功能的设备。该方法包括:
步骤1:根据媒体网关注册到媒体网关控制器时,与MGC协商的握手时长,发送通知(NOTIFY)消息给MGC,启动超时定时器;
其中,媒体网关初次注册到媒体网关控制器时,与MGC协商的握手时长通常是MG注册到MGC时,与MGC协商的,具体的协商操作在后续会详细说明。还需要说明的是,通常MG根据预先与MGC协商的握手时长,周期的发送通知消息给MGC,发送Notify消息的周期可以是协商的握手时长的三分之一,也可以与协商的握手时长相同,也可以是其它周期,此处是便于理解的举例,不应该理解为对本发明实施例的限制。
步骤2:当定时器超时未接收到MGC发送的NOTIFY响应后,发起再次注册到MGC的操作,其中,携带MG的IP地址。即,注册操作中MG将自身的IP地址通知MGC。
通过执行步骤2,使得MG在超时后还没有收到MGC发送的NOTIFY响应后,发起注册。在注册时,MG会携带自身的IP地址,当MGC接收到MG的IP地址后,记录MG的IP地址。进一步,还需要说明的是,在MG注册到MGC的操作中还可以包括:MG与MGC协商握手时长的操作,在后续实施例中详细说明。
图2所示为本发明实施例提供的一种实现网关接入的方法的总体流程图,其中,执行该方法的主体是媒体网关控制器。该方法包括:
步骤A1:根据将媒体网关注册到媒体网关控制器的操作中协商的握手时长,启动超时定时器;
步骤A2:当超时定时器超时还未接收到MG发送的通知(NOTIFY)消息时,将该MG设置为故障;或者,未超时时接收到MG发送的通知(NOTIFY)消息,且判断出前后两次接收到的相同设备标识(EID,Equipment Identity)的NOTIFY消息中的IP地址不同,将该EID代表的MG设置为故障。
当MG被设置为故障后,该方法还可以包括:MGC接收上述设置为故障的MG发送的注册请求,执行将该MG注册到MGC的操作,其中,从MG发送的注册请求中获取到MG的IP地址。
通过在MGC中将MG设置为故障,MGC不发送NOTIFY响应给MG,使得MG在一次或者多次超时未收到NOTIFY响应后,主动发起重新注册到MGC的操作,使得MGC中可以从MG的重新注册中,获知到MG变化后的IP地址。
需要说明的是,动态主机配置协议(DHCP,Dynamic Host ConfigurationProtocol)服务器在同一时间段内为每个网关分配的IP地址是不相同的,可能出现一种情况是:网关A当前分配的IP地址与网关B上一次分配的IP地址相同时(网关B当前分配的IP地址显然是与网关A当前分配的IP地址是不同的),网关A当前分配的IP地址在MGC中注册的是网关B的IP地址,导致MGC不知道网关A的信息,且无法与网关A通信。MGC根据网关A发送的EID相同、IP不同的两个NOTIFY消息,和网关B发送的EID相同、IP不同的两个NOTIFY消息,可以不发送NOTIFY响应给网关A和B,等待这两个网关重新注册。
还可能出现一种情况是:为网关A上一次分配的IP地址与当前DHCP服务器为每个网关(包括网关A)分配的IP地址都不同,因此,网关A发送的NOTIFY消息的IP地址与上一次不一样,使得MGC中将网关A设置为故障,可以不发送NOTIFY响应给网关A,等待网关A重新注册。
通过上述两种情况的说明,当网关的IP地址发生变化后,在MGC侧可以根据上述两种情况中IP地址的变化,将网关设置为故障,从而使得网关重新注册,使得MGC获知变化后的网关的IP地址。
通过上述对图1、图2的说明,本发明实施例提供的一种实现网关接入的方法,使得MGC侧在定时器超时还未接收到MG发送的NOTIFY消息时,将该MG设置为故障;或者,未超时时接收到MG发送的NOTIFY消息,且判断出前后两次接收到的相同EID的NOTIFY消息中的IP地址不同时,将MG设置为故障。因此,MGC可以感知到同一个网关的IP地址的变化,将该MG设置为故障,等待该MG的重新注册,从而使得MGC在MG的重新注册中获知该MG的IP地址,避免了MGC与MG之间通信出错。
同时,在MG侧根据预先与MGC协商的握手时长,发送通知消息给MGC,在超时没有收到MGC发送的消息响应后,主动发起重新注册的操作,能够及时的使得MGC获取到该网关的变化后的IP地址,从而避免由于MGC不能及时获知MG的动态变化后的IP地址,导致MGC与MG之间通信出错。
而且,只有动态网关主动向MGC握手才能解决动态网关的IP地址变化或网络地址转换设备故障重启的问题。不管是动态网关的IP地址变化,还是网络地址转换设备故障重启,对MGC来说网关的IP地址发生了变化,无法通过审计来检测网关状态。当动态网关主动向MGC握手时,握手消息中会携带网关的新IP地址;如果网关的IP地址未变,但网络地址转换设备故障重启了,则握手消息经过网络地址转换设备后,网关IP地址重新映射发生了改变。MGC会根据是否收到网关的握手消息,或者收到握手消息后,检测网关握手消息中的IP和网关注册的IP是否一致,来检测网关的IP地址变化和网关状态;而动态网关会根据是否收到MGC的握手响应,来检测与MGC的连接状态。同时该发明也解决了MGC无法控制动态网关注册的问题,MGC可通过控制是否响应网关握手消息来控制网关的注册。
下面对本发明实施例提供的一种实现网关接入的方法做详细说明,基于媒体网关控制协议(MGCP,Media Gateway Control Protocol)和H.248协议,分为两个实施例分别说明网关接入MGC的操作。
实施例一、
本发明实施例提供的一种实现网关接入的方法,该方法利用MGCP协议,且对MGCP做了扩展。如图3所示,该方法包括:
步骤401:MG注册到MGC,并与MGC协商握手时长。
具体地,MG可以发送重启动进展(RSIP,RestartInProgress)消息给MGC,其中RSIP消息中携带MG的握手时长,且承载RSIP消息的IP包中携带有MG的IP地址;
需要说明的是,上述RSIP消息用于通知MGC,该MG已经进入服务(或者,该MG在线)。还需要说明的是,RSIP消息中携带MG的握手时长的信息,是通过使用MGCP协议的扩展参数来实现的。例如,MGCP命令格式如下:
MGCPCommand=MGCPCommandLine 0*(MGCPParameter)[EOL
*SDPinformation]
MGCPParameter=ParameterValue EOL
ParameterValue 可以为 (extensionParameter ″:″0*WSP
<parameterString>)
extensionParameter=″X″(″-″/″+″)1*6(ALPHA/DIGIT)
parameterString=1*(%x20-7F)
其中,MGCPCommand表示MGCP的命令。它由MGCP命令行和0个或多个MGCP参数组成;
MGCPParameter表示MGCP参数,由很多参数值组成;
ParameterValue表示参数值,参数值可以是“扩展参数(extensionParameter):参数字符串(parameterString)”。
扩展参数格式的首字符为X,接着可以是字符“-”或“+”,然后是字母或数字。
参数字符串(parameterString)是由1个或多个字符组成。
扩展参数可以由设备商自己扩展,在本发明中握手时长可以使用扩展参数。握手时长参数名为X-HBT,握手时长是0~65535的值。例如:X-HBT:500,其中,500即为握手时长。
步骤402:MGC接收到RSIP消息后,从RSIP消息中获取到MG的握手时长,从承载RSIP消息的IP包中获取MG的IP地址,发送响应消息(比如200消息)给MG;
步骤403:MGC根据预置的握手时长配置信息和从RSIP消息中获取的MG的握手时长,获取实际握手时长,将该实际握手时长通过通知请求(RQNT,Notification Request)消息发送给MG;
其中,步骤403中所说的预置的握手时长配置信息具体可以是:MGC从RSIP消息中的参数X-HBT中可以获知MG的握手时长,如果MG的握手时长在MGC的握手时长范围内(例如:0秒至65535秒内),则MGC获取的实际握手时长可以是该MG的握手时长;如果MG的握手时长小于MGC的握手时长范围内的最小值,则MGC获取的实际握手时长可以是MGC的握手时长范围内的最小值;如果MG的握手时长大于MGC的握手时长范围内的最大值,则MGC获取的实际握手时长可以是MGC的握手时长范围内的最大值;如果MGC也可以将实际握手时长设置为0,则认为网关不需要握手。MGC在获取了实际握手时长后,通过RQNT消息将实际握手时长通过命令参数(例如:X-HBT)发送给MG。
步骤404:MG接收到MGC发送的RQNT消息,从RQNT消息中获取实际握手时长,发送RQNT响应给MGC;
步骤405:根据MG注册到MGC时,与MGC协商的实际握手时长,启动定时器,定时发送NOTIFY消息给MGC;
步骤406:当MGC中超时定时器超时还未接收到MG发送的NOTIFY消息时,将该MG设置为故障;或者,判断出前后两次接收到的相同EID的NOTIFY消息中的IP地址不同,将MG设置为故障;否则,发送NOTIFY响应给MG;
其中,在MGC中将MG设置为故障后,MGC就不会发送NOTIFY响应给MG,这样MG侧的定时器就会超时,一次或者多次超时后,MG就会主动向MGC发起注册,将自身的在线状态和IP地址通知MGC。
步骤407:当MG超时未接收到MGC发送的NOTIFY响应后,MG可以发起再次注册到所述媒体网关控制器的操作。具体的,MG可以再次发送重启动进展(RSIP,RestartInProgress)消息给MGC。具体参照步骤401-404。
其中,MG定时发送NOTIFY消息的周期可以是实际握手时长的三分之一,当定时器超时后,MG发送NOTIFY消息给MGC。因此,在实际握手时长内MG可以向MGC发送三次NOTIFY消息,从而避免由于网络传输等其他原因导致NOTIFY消息不能成功传输到MGC的情况。此处是便于理解的举例,所说明的数字不应该理解为对本发明实施例的限制。定时器的周期还可以是小于实际握手时长的其它数字。
在MGC重复执行上述步骤406;在MG侧定期发送NOTIFY消息,当一次或者多次超时后未收到NOTIFY响应后,重新发起注册到MGC的操作,当未超时收到NOTIFY响应后,定期发送NOTIFY消息给MGC。
还需要说明的是,步骤407的操作中实现了MG再次注册的MGC,该再次注册到MGC的操作与步骤401-404MG初次注册到MGC的操作相似,不同之处在于,初次注册中MG与MGC协商的握手时长可能与再次注册中协商的握手时长不同。
通过上述对本发明实施例一的说明,该方法中在MG侧定期发送NOTIFY消息,当一次或者多次超时后未收到NOTIFY响应后,重新发起注册到MGC的操作,在注册操作中媒体网关将自身的IP地址通知所述媒体网关控制器;当未超时收到NOTIFY响应后,定期发送NOTIFY消息给MGC。MGC可以感知到同一个网关的IP地址的变化,将该MG设置为故障,等待该MG的重新注册,从而使得MGC在MG的重新注册中获知该MG的IP地址,避免了MGC与MG之间通信出错。
实施例二、
本发明实施例提供的一种实现网关接入的方法,该方法利用到H.248协议,且对H.248协议做了扩展。如图4所示,该方法包括:
步骤501:MG注册到MGC,并在注册中与MGC协商握手时长。
具体地,MG可以发送业务改变(ServiceChange)消息给MGC,其中,业务改变消息中携带MG的握手时长,且承载业务改变消息的IP包中携带有MG的IP地址;
需要说明的是,上述业务改变消息用于通知MGC,该MG已经进入服务(或者,该MG在线)。还需要说明的是,业务改变消息中携带MG的握手时长的信息,是通过使用H.248协议的扩展参数来实现的。例如,ServiceChange命令格式如下:
serviceChangeDescriptor=ServicesToken LBRKT serviceChangeParm
*(COMMAserviceChangeParm)RBRKT
serviceChangeParm=(serviceChangeMethod/serviceChangeReason
/serviceChangeDelay/serviceChangeAddress/serviceChangeProfile/
extension/TimeStamp/serviceChangeMgcId/serviceChangeVersion)
extension =extensionParameter parmValue
extensionParameter=″X″(″-″/″+″)1*6(ALPHA/DIGIT)
parmValue =(EQUAL altemativeValue/INEQUALVALUE)
其中,ServiceChange是H.248协议中的命令,作用是通知MGC,网关已进入服务或退出服务。serviceChangeDescriptor是serviceChange描述符,用来描述命令的属性,由多个serviceChange参数组成。serviceChangeParm是serviceChange参数,它可以是serviceChangeMethod、serviceChangeReason等。除了extension参数外,其它的都是协议规定的。extension参数可以由设备商扩展。它由扩展参数和参数值组成。扩展参数的首字符是可以是X,然后是“-”或“+”,最后是1~6个字母或数字。参数值为整数。例如:X-HBT:500,其中,500即为握手时长。
步骤502:MGC接收到业务改变消息后,从业务改变消息中获取到MG的握手时长,从承载业务改变消息的IP议包中获取MG的IP地址,MGC根据预置的信息和从业务改变消息中获取的MG的握手时长,获取实际握手时长,将该实际握手时长通过业务改变响应消息发送给MG;
其中,步骤502中MGC根据预置的信息和从业务改变消息中获取的MG的握手时长,获取实际握手时长的具体操作可以参考实施例一中的步骤403,此处不重述。MGC在发送给MG的业务改变响应消息的ServiceChange描述符参数的扩展参数(即X-HBT)携带实际握手时长。
步骤503:MG接收到MGC发送的业务改变响应消息,从业务改变响应消息中获取实际握手时长,MG根据获取的实际握手时长,启动定时器,定时发送NOTIFY消息给MGC;
步骤504:当MGC中超时定时器超时还未接收到MG发送的NOTIFY消息时,将该MG设置为故障;或者,判断出前后两次接收到的相同EID的NOTIFY消息中的IP地址不同,将MG设置为故障;否则,发送NOTIFY响应给MG;
其中,在MGC中将MG设置为故障后,MGC就不会发送NOTIFY响应给MG,这样MG侧的定时器就会超时,一次或者多次超时后,MG就会主动向MGC发起注册,将自身的在线状态和IP地址通知MGC。
步骤505:当MG超时未接收到MGC发送的NOTIFY响应后,MG可以再次发送业务改变(ServiceChange)消息给MGC,其中,业务改变消息中携带MG的握手时长,且承载业务改变消息的IP包中携带有MG的IP地址。具体可以参照步骤501。
其中,步骤503中MG根据获取的实际握手时长,启动定时器,定时发送NOTIFY消息给MGC,具体说明可以参考实施例一中步骤407。
在MGC重复执行上述步骤504;在MG侧定期发送NOTIFY消息,当一次或者多次超时后未收到NOTIFY响应后,重新发起注册到MGC的操作,当未超时收到NOTIFY响应后,定期发送NOTIFY消息给MGC。
还需要说明的是,步骤505的操作中实现了MG再次注册的MGC的操作,该再次注册到MGC的操作与MG初次注册到MGC的操作相似,不同之处在于,初次注册中MG与MGC协商的握手时长可能与再次注册中协商的握手时长不同。
通过上述对本发明实施例二的说明,该方法中在MG侧定期发送NOTIFY消息,当一次或者多次超时后未收到NOTIFY响应后,重新发起注册到MGC的操作,在注册操作中媒体网关将自身的IP地址通知所述媒体网关控制器;当未超时收到NOTIFY响应后,定期发送NOTIFY消息给MGC。因此,MGC可以感知到同一个网关的IP地址的变化,将该MG设置为故障,等待该MG的重新注册,从而使得MGC在MG的重新注册中获知该MG的IP地址,避免了MGC与MG之间通信出错。
需要理解的是,实施例二提供的方法与实施例一提供的方法的执行顺序是相似的,不同在于,实施例一中采用MGCP协议执行MG注册到MGC,而实施例二是采用H.248协议执行MG注册到MGC的。应该理解的是,本发明实施例提供的方法不限制具体的执行注册方法,可以根据不同的协议采取不同的注册方法;而且,本发明实施例也不限制握手时长的协商一定是在注册过程中执行,以上实施例一、二是当前较佳的实施方法。
实施例三、
在对现有技术的研究和实践过程中,本发明的发明人还发现,大量动态网关的接入,会耗费MGC的大量性能。首先,大量网关的审计消息,会浪费MGC的性能。100万网关,即使10分钟审计完,每秒钟也有1667个审计消息;并且,对大型的网关(用户数1000以上),10分钟审计一次肯定是不合适的。其次,MGC需要对上百万条动态网关的IP数据进行冲突判断,防止两个动态网关的IP冲突,当发现IP冲突后,以最新注册的网关为准,同时清除老网关的IP地址,MGC被动等待这个老网关重新注册。大量网关的冲突判断也会消耗MGC的性能。
对于大量网关接入引起的MGC性能问题,本发明的发明人分析得出,可针对动态网关设置不同的优先级,高优先级的网关握手时长短,低优先级的网关握手时长长些,当MGC总的动态网关数量不同时,同一优先级的握手时长可配置不同。例如,带几百个用户的网关比带一、两个用户的网关优先级高;带VIP客户的网关比普通用户的网关优先级高;对带一、两个用户的网关,支持100万动态网关的MGC,其握手时长比支持10万动态网关的MGC的握手时长长些。因此,网关发送握手消息的时长需要通过与MGC协商来获取。MGC根据网关的优先级协商出不同的握手时长。在实际组网中,带少量用户的动态网关占大多数,MGC可以配置这类网关的握手时长长一些。另外,MGC也不需要进行大量IP冲突判断;现有技术需要进行IP冲突判断的原因是MGC审计消息无法检测动态网关状态,所以冲突IP会长期存在于MGC中。通过网关的主动握手,MGC会检测网关的IP是否发生变化,冲突IP最多存在一个握手时长的时间间隔。
实施例四
本发明实施例还提供了一种网关,该网关可以是上述方法实施例中的媒体网关,也可以是PON终端(其中,EPON终端是PON终端的一种),如图5所示,该网关包括:发送单元601,启动单元602,和注册单元604。
发送单元601,用于根据媒体网关注册到媒体网关控制器时,与所述媒体网关控制器协商的握手时长,发送通知消息给所述媒体网关控制器;
启动单元602,用于发送通知消息之后,启动超时定时器;
注册单元604,用于定时器超时未接收到所述媒体网关控制器发送的通知响应时,发起再次注册到所述媒体网关控制器的操作,其中携带所述MG的IP地址。
进一步,注册单元604中还可以与MGC协商握手时长。
通过上述对该网关的说明,该网关定期发送NOTIFY消息给MGC,当一次或多次超时未收到MGC发送的NOTIFY响应,则该网关主动发起注册操作,在注册操作中媒体网关将自身的IP地址通知所述媒体网关控制器;使得MGC侧获取到该网关最新注册的IP地址等其他信息。从而使得MGC中可以获取MG动态的IP地址,避免了MGC与MG之间通信出错。
还需要说明的是,注册单元604中可以多次进行上述注册到媒体网关控制器的操作,且每次注册到所述媒体网关控制器的操作可以是相同,且,握手时长根据最新一次注册到所述媒体网关控制器的操作进行刷新。
进一步,注册单元604会根据注册中所利用的协议不同而有不同的具体体现。当采用MGCP时,注册单元604可以具体包括:第一发送单元6041,第一接收单元6042,和第一获取单元6043。
其中,第一发送单元6041,用于发送重启动进展消息给所述媒体网关控制器,其中所述重启动进展消息中携带媒体网关的握手时长,且承载重启动进展消息的互联网协议包中携带有媒体网关的互联网协议地址;
第一接收单元6042,用接收所述媒体网关控制器发送的通知请求消息;
第一获取单元6043,用于从所述通知请求消息中获取实际握手时长。
可选地,还可以包括第二接收单元,用于接收MGC发送的响应消息(比如200消息)。
当采用H.248协议时,注册单元604可以具体包括:第三发送单元604a,第三接收单元604b,和第二获取单元604c。
其中,第三发送单元604a,用于发送业务改变消息给所述媒体网关控制器,其中,业务改变消息中携带媒体网关的握手时长,且承载业务改变消息的互联网协议包中携带有媒体网关的互联网协议地址;
第三接收单元604b,用于接收所述媒体网关控制器发送的业务改变响应消息;
第二获取单元604c,用于从业务改变响应消息中获取实际握手时长。
根据不同的注册协议,在第一、第二获取单元中获取到了实际握手时长,该实际握手时长用于确定MG中的定时器中定时的时长,具体可以是定时时长是实际握手时长的三分之一。
还需要说明的是上述发送单元601中预先与MGC协商的握手时长,可以是注册时获取的实际握手时长,则发送单元601,具体用于根据获取的实际握手时长,发送通知(NOTIFY)消息给MGC,启动超时定时器。
实施例五、
本发明实施例还提供了一种媒体网关控制器,如图6所示,该MGC包括:启动单元701,第一判断单元703,第二判断单元704,设置单元705,和接收单元706。
其中,启动单元701,用于根据将媒体网关注册到媒体网关控制器的操作中协商的握手时长,启动超时定时器;
第一判断单元703,用于判断超时定时器超时是否接收到媒体网关发送的通知消息,如果是超时未接收到媒体网关发送的通知消息时,通知设置单元;如果未超时接收到媒体网关发送的通知消息,则通知第二判断单元;
第二判断单元704,用于判断前后两次接收到的相同设备标识(EID,Equipment Identity)的NOTIFY消息中的IP地址是否相同,如果IP地址不同,则通知设置单元,如果相同,可以根据握手时长,发送NOTIFY响应给MG。
设置单元705,用于将所述媒体网关设置为故障。具体地用于当定时器超时还未接收到MG发送的通知(NOTIFY)消息时,将该MG设置为故障;或者,还未超时时接收到MG发送的通知(NOTIFY)消息,且判断出前后两次接收到的相同设备标识(EID,Equipment Identity)的NOTIFY消息中的IP地址不同,将MG设置为故障。
通过上述对本发明实施例提供的一种MGC,该MGC通过对MG发送的NOTIFY消息的变化或者是否超时等,判断出MG的IP地址的变化,因此对IP地址变化后的MG,不回NOTIFY响应给MG,使得MG主动发起注册,在注册操作中媒体网关将自身的IP地址通知所述媒体网关控制器,避免了MGC与MG之间通信出错。
进一步,媒体网关控制器还包括接收单元706,具体用于接收设置为故障的MG发送的重启动进展消息;
则该MGC还可以包括:执行单元707;该执行单元707中可以包括:第三获取单元7071,第四获取单元7073,和第五发送单元7074。
第三获取单元7071,从RSIP消息中获取到MG的握手时长,从承载RSIP消息的IP包中获取MG的IP地址;
第四获取单元7073,用于根据预置的信息和从RSIP消息中获取的MG的握手时长,获取实际握手时长;
第五发送单元7074,用于将该实际握手时长通过通知请求(RQNT,Notification Request)消息发送给MG。
可选地还可以包括第四发送单元7072,用于发送响应消息给MG(比如可以是200响应消息)。
当采用H.248协议时,接收单元706,具体用于接收设置为故障的MG发送的业务改变(ServiceChange)消息;因此,进一步,接收单元706,具体用于接收设置为故障的媒体网关发送的业务改变消息;
则执行单元707可以具有包括:第五获取单元707a,第六获取单元707b,和第六发送单元707c,
第五获取单元707a,用于从业务改变消息中获取到MG的握手时长,从承载业务改变消息的IP包中获取MG的IP地址;
第六获取单元707b,用于根据预置的信息和从业务改变消息中获取的MG的握手时长,获取实际握手时长;
第六发送单元707c,用于将该实际握手时长通过业务改变响应消息发送给MG。
还需要说明的是上述启动单元中预先与MG协商的握手时长,可以是从第四获取单元7073中,或者从第六获取单元707b中获取的实际握手时长。可以理解为,预先与MG协商的握手时长可以是MG最近一次在MGC中注册时,使得MGC获取的实际握手时长。
所述将设置为故障的媒体网关再次注册到媒体网关控制器的操作,与将媒体网关注册到媒体网关控制器的操作相同,且,所述握手时长根据再次注册到媒体网关控制器的操作进行刷新。
还需要说明的是,执行单元707可以多次将设置为故障的媒体网关再次注册到媒体网关控制器的操作,每次将媒体网关注册到媒体网关控制器的操作可以相同,且,执行单元707中协商的握手时长根据最近一次注册到媒体网关控制器的操作进行刷新。
实施例六、
本发明实施例还提供一种通信系统,如图7所示,包括:网关801和媒体网关控制器802。
其中,网关801,用于根据媒体网关注册到媒体网关控制器时,与所述媒体网关控制器协商的握手时长,发送通知消息给所述媒体网关控制器,启动超时定时器;当所述超时定时器超时未接收到所述媒体网关控制器发送的通知响应时,发起再次注册到所述媒体网关控制器的操作,其中携带所述MG的IP地址;
MGC802,用于根据将所述媒体网关注册到媒体网关控制器的操作中协商的握手时长,启动超时定时器;当超时定时器超时还未接收到MG发送的通知(NOTIFY)消息时,将该MG设置为故障;或者,还未超时时接收到MG发送的通知(NOTIFY)消息,且判断出前后两次接收到的相同设备标识(EID,Equipment Identity)的NOTIFY消息中的IP地址不同,将MG设置为故障。
通过上述对本发明实施例六的说明,该系统中在网关侧定期发送NOTIFY消息,当一次或者多次超时后未收到NOTIFY响应后,重新发起注册到MGC的操作,在注册操作中媒体网关将自身的IP地址通知所述媒体网关控制器,当未超时收到NOTIFY响应后,定期发送NOTIFY消息给MGC。使得MGC中可以获取MG动态的IP地址,避免了MGC与MG之间通信出错。
对本发明实施例四、五、六中说明的设备的更多的描述可以参考方法实施例中关于MG和MGC的说明,在实施例四、五、六中不重述。
通过上述对本发明实施例提供的技术方案的说明,该方案中MG根据在初次注册时,与MGC协商的握手时长,发送NOTIFY消息,当MG的IP地址有变化,或者由于传输故障,使得MGC中超时没有收到NOTIFY消息,或者未超时接收到NOTIFY消息,但是前后收到NOTIFY消息的EID相同、IP地址不同,将该EID对应的MG设置为故障,不发送NOTIFY响应给MG,则MG主动再次注册到该MGC,使得MGC可以获取正确的网关的IP地址,MGC不需要耗费大量的性能和资源去管理大量的动态网关的IP。
进一步,MGC在未超时时,根据前后收到NOTIFY消息的EID相同、IP地址不同,判断出网关的IP地址发生变化,MGC将该MG设置为故障,等待该MG主动注册,使得MGC避免了当发现IP有冲突后,不能控制动态网关重新注册的缺陷。
进一步,在MGCP/H248协议中,网关收到审计消息后,会响应MGC。MGC根据响应消息确认网关是否在线。当出现网关IP冲突时,这种机制就有问题,如果两个网关的IP一样,审计消息就会根据IP地址下发到一个,另一个网关永远收不到审计消息,本发明实施例中MG主动发起注册,使得MGC可以获取到动态网关的IP地址,避免另一个网关收不到审计消息的问题。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上对本发明实施例进行了详细介绍,本文中应用了具体实施方式对本发明进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及设备;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (14)
1.一种实现网关接入的方法,其特征在于,包括:
根据媒体网关注册到媒体网关控制器时,与所述媒体网关控制器协商的握手时长,发送通知消息给所述媒体网关控制器,启动超时定时器;
当所述超时定时器超时未接收到所述媒体网关控制器发送的通知响应时,发起再次注册到所述媒体网关控制器的操作,其中携带所述媒体网关的互联网协议IP地址。
2.根据权利要求1所述的方法,其特征在于,所述注册到媒体网关控制器具体包括:
发送重启动进展消息给所述媒体网关控制器,其中所述重启动进展消息中携带媒体网关的握手时长,且承载重启动进展消息的互联网协议包中携带有媒体网关的IP地址;
接收所述媒体网关控制器发送的通知请求消息,从所述通知请求消息中获取实际握手时长。
3.根据权利要求1所述的方法,其特征在于,所述注册到媒体网关控制器具体包括:
发送业务改变消息给媒体网关控制器,其中,业务改变消息中携带媒体网关的握手时长,且承载业务改变消息的互联网协议包中携带有媒体网关的IP地址;
接收所述媒体网关控制器发送的业务改变响应消息,从业务改变响应消息中获取实际握手时长。
4.根据权利要求2或3所述的方法,其特征在于,所述再次注册到所述媒体网关控制器的操作,与所述注册到媒体网关控制器的操作相同,且,所述握手时长根据再次注册到所述媒体网关控制器的操作进行刷新。
5.一种实现网关接入的方法,其特征在于,包括:
根据将媒体网关注册到媒体网关控制器的操作中协商的握手时长,启动超时定时器;
当所述超时定时器超时还未接收到媒体网关发送的通知消息时,将所述媒体网关设置为故障;或者,未超时接收到所述媒体网关发送的通知消息,且判断出前后两次接收到的通知消息中的设备标识相同,但互联网协议IP地址不同,则将所述媒体网关设置为故障。
6.根据权利要求5所述的方法,其特征在于,所述将媒体网关注册到媒体网关控制器的操作,具体包括:
接收媒体网关发送的重启动进展消息,从所述重启动进展消息中获取所述媒体网关的握手时长,从承载重启动进展消息的互联网协议包中获取所述媒体网关的IP地址;
根据预置的信息和从重启动进展消息中获取的所述媒体网关的握手时长,获取实际握手时长,将该实际握手时长通过通知请求消息发送给所述媒体网关。
7.根据权利要求5所述的方法,其特征在于,所述将媒体网关注册到媒体网关控制器的操作,具体包括:
接收媒体网关发送的业务改变消息,从所述业务改变消息中获取到所述媒体网关的握手时长,从承载业务改变消息的互联网协议包中获取所述媒体网关的IP地址;
根据预置的信息和从业务改变消息中获取的媒体网关的握手时长,获取实际握手时长,将所述实际握手时长通过业务改变响应消息发送给所述媒体网关。
8.根据权利要求6或7所述的方法,其特征在于,所述方法还包括:
接收设置为故障的媒体网关的再次注册请求,执行将设置为故障的媒体网关再次注册到媒体网关控制器的操作,其中,所述将设置为故障的媒体网关再次注册到媒体网关控制器的操作,与将媒体网关注册到媒体网关控制器的操作相同,且,所述握手时长根据再次注册到媒体网关控制器的操作进行刷新。
9.一种媒体网关,其特征在于,包括:发送单元,启动单元,和注册单元;
所述发送单元,用于根据媒体网关注册到媒体网关控制器时,与所述媒体网关控制器协商的握手时长,发送通知消息给所述媒体网关控制器;
所述启动单元,用于发送通知消息之后,启动超时定时器;
所述注册单元,用于当定时器超时未接收到所述媒体网关控制器发送的通知响应时,发起再次注册到所述媒体网关控制器的操作,其中携带所述媒体网关的互联网协议IP地址。
10.根据权利要求9所述的媒体网关,其特征在于,所述注册单元具体包括:第一发送单元,第一接收单元,第一获取单元;
所述第一发送单元,用于发送重启动进展消息给所述媒体网关控制器,其中所述重启动进展消息中携带媒体网关的握手时长,且承载重启动进展消息的互联网协议包中携带有媒体网关的IP地址;
所述第一接收单元,用于接收所述媒体网关控制器发送的通知请求消息;
所述第一获取单元,用于从所述通知请求消息中获取实际握手时长。
11.根据权利要求9所述的媒体网关,其特征在于,所述注册单元具体包括:第三发送单元,第三接收单元,和第二获取单元;
第三发送单元,用于发送业务改变消息给所述媒体网关控制器,其中,业务改变消息中携带媒体网关的握手时长,且承载业务改变消息的互联网协议包中携带有媒体网关的IP地址;
第三接收单元,用于接收所述媒体网关控制器发送的业务改变响应消息;
第二获取单元,用于从业务改变响应消息中获取实际握手时长。
12.一种媒体网关控制器,其特征在于,包括:启动单元,第一判断单元,第二判断单元,和设置单元;
启动单元,用于根据将媒体网关注册到媒体网关控制器的操作中协商的握手时长,启动超时定时器;
第一判断单元,用于判断超时定时器超时是否接收到媒体网关发送的通知消息,如果超时未接收到媒体网关发送的通知消息时,通知设置单元;如果未超时接收到媒体网关发送的通知消息,则通知第二判断单元;
第二判断单元,用于判断前后两次接收到的相同设备标识的通知消息中的互联网协议IP地址是否相同,如果IP地址不同,则通知设置单元;
设置单元,用于将所述媒体网关设置为故障。
13.根据权利要求12所述的媒体网关控制器,其特征在于,所述媒体网关控制器还包括接收单元,具体用于接收设置为故障的媒体网关发送的重启动进展消息;
则所述媒体网关控制器还包括:执行单元;
所述执行单元具体包括:第三获取单元,第四获取单元,和第五发送单元;
第三获取单元,用于从所述重启动进展消息中获取所述媒体网关的握手时长,从承载重启动进展消息的互联网协议包中获取所述媒体网关的IP地址;
第四获取单元,用于根据预置的信息和从重启动进展消息中获取的所述媒体网关的握手时长,获取实际握手时长;
第五发送单元,用于将该实际握手时长通过通知请求消息发送给所述媒体网关。
14.根据权利要求12所述的媒体网关控制器,其特征在于,所述接收单元,具体用于接收设置为故障的媒体网关发送的业务改变消息;
则所述媒体网关控制器还包括:执行单元;
所述执行单元具体包括:第五获取单元,第六获取单元,和第六发送单元;
第五获取单元,用于从所述业务改变消息中获取到所述媒体网关的握手时长,从承载业务改变消息的互联网协议包中获取所述媒体网关的IP地址;
第六获取单元,用于根据预置的信息和从业务改变消息中获取的媒体网关的握手时长,获取实际握手时长;
第六发送单元,用于将所述实际握手时长通过业务改变响应发送给所述媒体网关。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010213135 CN101883157A (zh) | 2010-06-28 | 2010-06-28 | 一种实现网关接入的方法和相应装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010213135 CN101883157A (zh) | 2010-06-28 | 2010-06-28 | 一种实现网关接入的方法和相应装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101883157A true CN101883157A (zh) | 2010-11-10 |
Family
ID=43055039
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201010213135 Pending CN101883157A (zh) | 2010-06-28 | 2010-06-28 | 一种实现网关接入的方法和相应装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101883157A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102821011A (zh) * | 2012-08-28 | 2012-12-12 | 北京星网锐捷网络技术有限公司 | 对端状态检测方法、装置及设备 |
CN104717313A (zh) * | 2013-12-17 | 2015-06-17 | 华为技术有限公司 | mDNS网关地址配置方法与装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1452347A (zh) * | 2002-04-20 | 2003-10-29 | 深圳市中兴通讯股份有限公司 | 一种检测媒体网关控制器与媒体网关间链路状态的方法 |
EP1804429A1 (en) * | 2005-04-30 | 2007-07-04 | Huawei Technologies Co., Ltd. | A communication system and method for achieving ip cross-domain intercommunication via an edge media gateway |
CN101119299A (zh) * | 2006-08-02 | 2008-02-06 | 华为技术有限公司 | 导通媒体流的方法、导通检测方法及其系统 |
CN101296113A (zh) * | 2007-04-29 | 2008-10-29 | 中兴通讯股份有限公司 | 网元设备、网管系统及网元设备注册接入网管系统的方法 |
US20090180390A1 (en) * | 2004-09-10 | 2009-07-16 | Yangbo Lin | Method for implementing media gateway controller status monitoring of media gateway |
-
2010
- 2010-06-28 CN CN 201010213135 patent/CN101883157A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1452347A (zh) * | 2002-04-20 | 2003-10-29 | 深圳市中兴通讯股份有限公司 | 一种检测媒体网关控制器与媒体网关间链路状态的方法 |
US20090180390A1 (en) * | 2004-09-10 | 2009-07-16 | Yangbo Lin | Method for implementing media gateway controller status monitoring of media gateway |
EP1804429A1 (en) * | 2005-04-30 | 2007-07-04 | Huawei Technologies Co., Ltd. | A communication system and method for achieving ip cross-domain intercommunication via an edge media gateway |
CN101119299A (zh) * | 2006-08-02 | 2008-02-06 | 华为技术有限公司 | 导通媒体流的方法、导通检测方法及其系统 |
CN101296113A (zh) * | 2007-04-29 | 2008-10-29 | 中兴通讯股份有限公司 | 网元设备、网管系统及网元设备注册接入网管系统的方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102821011A (zh) * | 2012-08-28 | 2012-12-12 | 北京星网锐捷网络技术有限公司 | 对端状态检测方法、装置及设备 |
CN104717313A (zh) * | 2013-12-17 | 2015-06-17 | 华为技术有限公司 | mDNS网关地址配置方法与装置 |
CN104717313B (zh) * | 2013-12-17 | 2018-08-14 | 华为技术有限公司 | mDNS网关地址配置方法与装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101442566B (zh) | 实现动态域名更新的方法和设备 | |
CN101106512B (zh) | 一种QinQ终结配置的处理方法和设备 | |
CN102098354B (zh) | 动态主机配置协议地址分配方法及服务器 | |
CN100525316C (zh) | 为设备分配ip地址的方法 | |
WO2004032421A1 (fr) | Procede d'adjonction de dispositifs a un systeme de gestion | |
CN102148879A (zh) | 端口映射方法、装置与通信系统 | |
US20020073182A1 (en) | Method and apparatus for a smart DHCP relay | |
EP2852111B1 (en) | Method, mobile device, and system for automatically selecting ipv6 address transmission mode | |
CN101483928A (zh) | 移动网络的数据连接的建立方法、移动网络及策略控制实体 | |
CN103152231A (zh) | 中继装置以及电子设备的启动方法 | |
CN102045409B (zh) | 网络穿透方法及网络通讯系统 | |
CN101009588B (zh) | 配置分布式代理服务器信息的方法及系统 | |
EP2838242B9 (en) | Method and apparatus for preventing network-side media access control address from being counterfeited | |
CN103312708A (zh) | 一种基于租约文件的ip设定方法及系统 | |
KR20150046041A (ko) | Dhcp 클라이언트를 구성하는 방법 및 장치 | |
CN106487948A (zh) | 一种dhcp服务管理系统以及dhcp服务管理方法 | |
CN104618522A (zh) | 终端ip地址自动更新的方法及以太网接入设备 | |
CN101325587A (zh) | 一种dhcp会话监测方法 | |
CN104009961B (zh) | 一种PPPoE会话标识分配方法及设备 | |
US20060193330A1 (en) | Communication apparatus, router apparatus, communication method and computer program product | |
CN102833362A (zh) | Dns服务器的配置方法及无线数据接入设备的驱动装置 | |
CN113038594B (zh) | Mesh扩展设备网络管理注册方法和装置 | |
CN101883157A (zh) | 一种实现网关接入的方法和相应装置 | |
JP2013509837A (ja) | アイデンティティ及びロケーションマッピングの実現方法及びシステム | |
CN108712514A (zh) | Ip地址管理方法、装置以及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20101110 |