CN101986645A - 多模块下的信令转发方法、系统和媒体服务器 - Google Patents
多模块下的信令转发方法、系统和媒体服务器 Download PDFInfo
- Publication number
- CN101986645A CN101986645A CN2010105217416A CN201010521741A CN101986645A CN 101986645 A CN101986645 A CN 101986645A CN 2010105217416 A CN2010105217416 A CN 2010105217416A CN 201010521741 A CN201010521741 A CN 201010521741A CN 101986645 A CN101986645 A CN 101986645A
- Authority
- CN
- China
- Prior art keywords
- signaling
- media server
- forwarding strategy
- sender information
- media
- 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
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种多模块下的信令处理方法，包括信令转发设备接收信令后，按照预设的第一转发策略，向媒体服务器转发所述信令，还包括：接收到所述信令的媒体服务器从信令内容中获得信令发送者信息；所述接收到信令的媒体服务器根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则进行处理；否则转发给要处理的其他媒体服务器进行处理。本发明还公开了一种媒体服务器和信令转发系统。本发明采用第一转发策略，在信令转发设备接收到信令时就进行一次负载均衡，在转发给媒体服务器以后再进行第二次转发，进一步提高了负载均衡的效果。
Description
技术领域
本发明涉及通信技术领域，尤其涉及多模块配置下的信令转发技术。
背景技术
目前基于多信令处理模块的媒体服务器系统方法已经有提出。此系统可以分为信令转发设备和媒体服务器(信令处理设备和媒体处理设备)。其中，信令转发设备用于接收终端发送的信令流，它通过平衡每个媒体服务器上的负载将信令流分发到多个媒体服务器。媒体服务器的信令处理模块负责处理接收到的信令，媒体服务器的媒体处理设备负责向终端发送媒体流。由此信令通过信令转发设备的控制被分到了多个媒体服务器上，便实现了多个媒体服务器上的负载平衡，这样大大的提高了媒体服务器系统的整体性能，这种方式也称为多模块处理方式。此系统结构已经广泛的应用在IPTV(InternetProtocol TV：互联网协议电视)的处理方案中。
在IPTV的方案中，终端和媒体服务器之间的信令控制使用RTSP(RealTime Streaming Protocol：实时流协议)，此协议基于TCP(Transmission ControlProtocol：传输控制协议)进行请求和响应的信令交互，一次完整的RTSP信令交互由多个请求和响应组成。正常情况下一次业务的信令交互由如图1所示的流程构成：
步骤S01：终端101向信令转发设备102发送信令流；
步骤S02：信令转发设备102根据分发策略选择一个媒体服务器处理终端发送的信令请求；信令转发设备首先选择媒体服务器A103处理信令；
步骤S03：信令转发设备102将终端101的信令转发到103，并建立终端101和媒体服务器A103之间的映射关系，以后再接收到终端101发送的信令流时，直接将此信令转发到已经和此终端建立了映射关系的媒体服务器A103。
就目前而言，在媒体服务器系统中，已经存在一个独立的信令分发单元(信令转发单元)，而且已经广泛应用。通过此系统架构可以有效的将媒体流和信令流分开，做到易于管理和维护，控制各个信令处理单元负载控制等功能。
从上面的方案中可以看出，控制信令转发这一核心功能是由映射表来实现的。信令转发信设备通过源端(也就是终端)以及媒体服务器端的地址和端口在内部来建立映射表。每当信令到来后，信令转发设备就查看映射表将信令转发到匹配的目的地址。
通过对上述方案的分析，我们不难看出这种方案的前提条件是信令源来自不同的IP地址以及端口号。如果信令源来自相同的IP地址以及端口号，这种方案便不再适合。但是，目前基于3G的智能网业务应用中，比如：彩铃系统，所有的终端都是通过共用的业务服务器APP(UP10)发起，如图2所示，APP201通过发送SIP(Session Initiation Protocol：会话启动协议)信令(SIP协议是一个应用层的信令控制协议。用于创建、修改和释放一个或多个参与者的会话，它通过一系列的请求和响应来实现整个会话功能。SIP独立于传输层，多数情况下基于UDP来实现)到媒体服务器来控制整个业务流程，媒体服务器按照信令的内容将媒体流发送的指定的终端，这种情况下，到达媒体服务器的信令源端地址和端口都是APP201的地址，一旦媒体服务器A203首先同APP之间建立了映射关系，那么后面来自APP的信令全部都会发往媒体服务器A203去执行，那么便无法实现负载均衡。
发明内容
本发明的目的是针对现有技术的不足，提供一种能有效提高负载均衡的信令转发方法。
本发明的另一目的在于提供一种基于该方法的媒体服务器。
本发明的又一目的在于提供一种基于该方法的信令转发系统。
为实现上述目的，本发明采用了以下技术方案：
一种多模块下的信令处理方法，包括：信令转发设备接收信令后，按照预设的第一转发策略，向媒体服务器转发所述信令；
接收到所述信令的媒体服务器从信令内容中获得信令发送者信息；
所述接收到信令的媒体服务器根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则进行处理；否则转发给要处理的其他媒体服务器进行处理。
其中所述按照预设的第一转发策略，向媒体服务器转发所述信令包括：
根据信令轮选比，向媒体服务器转发所述信令，所述信令轮选比根据媒体服务器的负载均衡加以设定。
其中所述接收到所述信令的媒体服务器从信令内容中获得信令发送者信息包括：
接收到所述信令的媒体服务器分析SIP信令的字段，从其中的Call-id字段中获得信令发送者信息。
其中所述接收到信令的媒体服务器根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器包括：根据所述Call-id字段和媒体服务器的数目来确定处理的媒体服务器。
其中第二转发策略包括：根据所述Call-id的ASCII码值的和除以媒体服务器数目所得的余数来确定由编号为所述余数的媒体服务器处理。
一种媒体服务器，用于接收信令转发设备按照预设的第一转发策略转发的信令，包括信令转发单元，用于从信令内容中获得信令发送者信息；根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则不再转发；否则转发给要处理的其他媒体服务器进行处理。
其中所述信令转发单元，还用于分析SIP信令的字段，从其中的Call-id字段中获得信令发送者信息。
其中所述信令转发单元，还用于根据所述Call-id的ASCII码值的和除以媒体服务器数目所得的余数来确定由编号为所述余数的媒体服务器处理。
一种信令转发系统，包括信令转发设备和媒体服务器，所述信令转发设备用于接收信令后，按照预设的第一转发策略，向媒体服务器转发所述信令；所述媒体服务器包括信令转发单元，用于从信令内容中获得信令发送者信息；根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则不再转发；否则转发给要处理的其他媒体服务器进行处理。
其中所述第一转发策略是根据信令轮选比确定要发送的媒体服务器，所述信令轮选比根据媒体服务器的负载均衡加以设定。
由于采用了以上技术方案，使本发明具备的有益效果在于：
(1)本发明采用第一转发策略，在信令转发设备接收到信令时就进行一次负载均衡，在转发给媒体服务器以后再进行第二次转发，进一步提高了负载均衡的效果；
(2)本发明的第一转发策略采用信令轮选比，这样对于来自同一地址的转发信令并不会按映射表转往同一媒体服务器进行处理，进一步提升了负载均衡的效果；
(3)本发明通过SIP信令的Call-id字段来获得发送者地址，能够准确辨认来自于同一终端并且是同一次会话的信令，通过第二转发策略确定要处理的媒体服务器，对于来自于同一终端的同一信令能由正确的媒体服务器处理；
(4)本发明通过计算Call-ip的ASCII码值的和并除以媒体服务器的数目，以其余数作为选择要处理的媒体服务器号，这样就能充分平衡信令处理在各媒体服务器上的负载。
附图说明
图1示出现有技术的IPTV信令处理的结构示意图；
图2示出现有技术的彩铃系统信令处理的结构示意图；
图3示出根据本发明多模块下的信令转发方法的一个实施例的流程图；
图4示出根据本发明多模块下的信令转发方法的另一个实施例的时序图；
图5示出根据本发明一种媒体服务器的一个实施例的结构示意图；
图6示出根据本发明多模块下的信令转发系统的一个实施例的结构示意图；
图7示出根据示出根据本发明多模块下的信令转发系统的另一个实施例的结构示意图。
具体实施方式
下面通过具体实施方式结合附图对本发明作进一步详细说明。
对于现有技术中信令源来自相同的IP地址以及端口号，媒体服务器按照信令的内容将媒体流发送的指定的终端，而终端的地址则是需要分析SIP信令中的字段来获得。
根据本发明的实施例，信令转发设备按照配置的信令轮选比来转发由外到内的信令；媒体服务器在接收到信令后，通过简单分析SIP信令中的字段来进行内部的二次转发。从而实现信令的正确转发以及负载控制。
图3示出根据本发明多模块下的信令转发方法的一个实施例的流程图，包括以下步骤：
步骤302：信令转发设备接收信令后，按照预设的第一转发策略，向媒体服务器转发该信令；
步骤304：接收到该信令的媒体服务器从信令内容中获得信令发送者信息；
步骤306：接收到信令的媒体服务器根据信令发送者信息按照第二转发策略确定处理信令的媒体服务器，若为自身则进行处理；否则转发给要处理的其他媒体服务器进行处理。
一种实施方式，该第一转发策略是根据信令轮选比，即为各个媒体服务器处理信令的负载比，如对于两个媒体服务器，可以为1∶1，当然也可以是其他的比值。该信令轮选比的选择是根据媒体服务器的负载均衡加以设定。
一种实施方式，接收到所述信令的媒体服务器从信令内容中获得信令发送者信息可以通过分析SIP信令的字段，从其中的Call-id字段中获得信令发送者信息加以实现，但本领域技术人员应该知晓，SIP信令中其他能表征发送者身份的其他字段也可以实现。
一种实施方式，该第二转发策略是根据所述Call-id字段和媒体服务器的数目来确定处理的媒体服务器，优选根据Call-id的ASCII码值的和除以媒体服务器数目所得的余数来确定由编号为所述余数的媒体服务器处理。替代地，可产生媒体服务器数目范围内的随机数来确定。本领域技术人员应该知晓，能够随机产生或按照某种均衡分布的算法都可以用来确定处理的媒体服务器。
图4示出根据本发明多模块下的信令转发方法的另一个实施例的时序图，本实施例中，媒体服务器有两个，分别是媒体服务器A和B，步骤402-410表示一个请求的建立过程；步骤412～418：APP收到Invite处理结果后向媒体服务器A发送确认消息Ack；步骤420～428：是一个业务请求Info的处理过程；步骤430～440：表示会话释放过程。其具体包括如下步骤：
步骤402：APP发送Invite请求(SIP协议的定义可以参考RFC 3261，RFC3261的相关内容通过引用结合于此)希望媒体服务器同终端建立会话；
步骤404：信令转发设备收到信令后根据第一转发策略选择媒体服务器A，本实施例中信令转发设备的第一转发策略是信令轮选比为1∶1的策略：如果媒体服务器A与媒体服务器B的轮选比配置为1∶1，那么第一个信令会选择发往媒体服务器A，第二个信令会发往媒体服务器B，以此类推；
步骤406：媒体服务器A收到Invite请求后，分析Invite信令中的Call-id字段，由于在整个会话过程中，针对同一个会话，虽然信令类型不同，但是信令中的Call-id字段内容都是一致的，可以根据这种特性来选择处理这次呼叫的媒体服务器；本实施例采用第二转发策略进行二次转发判断，即根据组成Call-id的字符串按照ASCII码求和的大小，然后除以本系统中媒体服务器的总数，由得到的余数来确定实际处理信令的媒体服务器，具体到本实施例而言，本次呼叫的Call-id：20@210.0.5.10，此时我们计算“20”字符串的ASCII码值的和为98，系统中媒体服务器的总数为2。那么98除以2的余数为0，所以我们选择媒体服务器A处理会话请求。如果另外一个呼叫Call-id：21@210.0.5.10，那么我们便选择媒体服务器B来处理会话。本实施例中根据此规则得到由媒体服务器A来处理信令；
步骤408：媒体服务器A在处理请求后，把结果返回给信令转发设备；
步骤410；信令转发设备将处理结果返回给APP；
步骤412：APP发送Ack消息到信令转发设备；
步骤414：按照第一转发策略，选择信令接收端；
步骤416：将Ack信令发往媒体服务器B；
步骤418：媒体服务器B根据信令中的Call-id值算出此信令应该有媒体服务器A处理，所以媒体服务器B将ACK信令转发给媒体服务器A；
步骤420：会话建立后，APP向媒体服务器发起Info业务请求；
步骤422：信令到达信令转发设备后，按照第一转发策略，选择信令接收端，此次选择媒体服务器A；
步骤424：会将Info信令发往媒体服务器A；媒体服务器A根据信令中的Call-id值算出此信令应该自己处理，于是媒体服务器A处理Info信令；
步骤426：媒体服务器A在处理完成后将结果传给信令转发设备
步骤428：信令转发设备转发送给APP；
步骤430：当希望释放会话时，APP向信令转发设备发送Bye信令；
步骤432：按照第一转发策略，选择信令接收端，此次选择媒体服务器B；
步骤434：会将Bye信令发往媒体服务器B；
步骤436：媒体服务器B根据信令中的Call-id值得出此信令应该有媒体服务器A处理，所以媒体服务器B将信令转发给媒体服务器A；
步骤438：媒体服务器A在成功执行后，将结果发给信令转发设备；
步骤440：信令转发设备转发给APP。
以上便是一个基本的会话处理过程。通过上述步骤可以看见，正是媒体服务器A与媒体服务器B之间的这种信令二次转发使信令能够得到正确处理，实现了多模块配置下的媒体服务器系统的正确运行。
当下次呼叫达到时，APP会将Call-id值加1，那么根据上述规则，呼叫请求会由媒体服务器B来完成，通过这样的策略完成了多模块的负载控制。
图5示出根据本发明一种媒体服务器的一个实施例的结构示意图，其用于接收信令转发设备按照预设的第一转发策略转发的信令，包括信令转发单元，用于从信令内容中获得信令发送者信息；根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则不再转发；否则转发给要处理的其他媒体服务器进行处理。
一种实施方式，该信令转发单元，还用于分析SIP信令的字段，从其中的Call-id字段中获得信令发送者信息。
一种实施方式，该信令转发单元还用于按照第二转发策略确定处理所述信令的媒体服务器包括：根据所述Call-id字段和媒体服务器的数目来确定处理的媒体服务器。优选地，该第二转发策略包括：根据所述Call-id的ASCII码值的和除以媒体服务器数目所得的余数来确定由编号为所述余数的媒体服务器处理。
图6示出根据本发明多模块下的信令转发系统的一个实施例的结构示意图，包括信令转发设备和媒体服务器，该信令转发设备用于接收信令后，按照预设的第一转发策略，向媒体服务器转发所述信令；本实施例中，媒体服务器有N个(N＞1)，所述媒体服务器包括信令转发单元，用于从信令内容中获得信令发送者信息；根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则不再转发；否则转发给要处理的其他媒体服务器进行处理。
一种实施方式，其中第一转发策略是信令轮选比，信令轮选比根据媒体服务器的负载均衡加以设定。媒体服务器还用于按照第二转发策略确定处理所述信令的媒体服务器包括：根据所述Call-id字段和媒体服务器的数目N来确定处理的媒体服务器。优选地，该第二转发策略包括：根据所述Call-id的ASCII码值的和除以媒体服务器数目N所得的余数来确定由编号为所述余数的媒体服务器处理。
图7示出根据示出根据本发明多模块下的信令转发系统的另一个实施例的结构示意图，其包括APP、信令转发设备、媒体服务器A和媒体服务器B，其中信令转发设备可以按照信令轮选比来进行转发，媒体服务器A和媒体服务器B采用图5所示出的媒体服务器。信令转发设备按照配置的信令轮选比来转发由外到内的信令；媒体服务器A703与媒体服务器B704在接收到信令后，通过简单分析SIP信令中的Call-id字段来进行内部的二次转发。从而实现信令的正确转发以及负载控制。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。
Claims (10)
1.一种多模块下的信令处理方法，其特征在于，包括：信令转发设备接收信令后，按照预设的第一转发策略，向媒体服务器转发所述信令；
接收到所述信令的媒体服务器从信令内容中获得信令发送者信息；
所述接收到信令的媒体服务器根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则进行处理；否则转发给要处理的其他媒体服务器进行处理。
2.如权利要求1所述的方法，其特征在于，其中所述按照预设的第一转发策略，向媒体服务器转发所述信令包括：
根据信令轮选比，向媒体服务器转发所述信令，所述信令轮选比根据媒体服务器的负载均衡加以设定。
3.如权利要求1所述的方法，其特征在于，其中所述接收到所述信令的媒体服务器从信令内容中获得信令发送者信息包括：
接收到所述信令的媒体服务器分析SIP信令的字段，从其中的Call-id字段中获得信令发送者信息。
4.如权利要求3所述的方法，其特征在于，其中所述接收到信令的媒体服务器根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器包括：根据所述Call-id字段和媒体服务器的数目来确定处理的媒体服务器。
5.如权利要求4所述的方法，其特征在于，其中第二转发策略包括：根据所述Call-id的ASCII码值的和除以媒体服务器数目所得的余数来确定由编号为所述余数的媒体服务器处理。
6.一种媒体服务器，用于接收信令转发设备按照预设的第一转发策略转发的信令，其特征在于：包括信令转发单元，用于
从信令内容中获得信令发送者信息；
根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则不再转发；否则转发给要处理的其他媒体服务器进行处理。
7.如权利要求6所述的媒体服务器，其特征在于，其中所述信令转发单元还用于分析SIP信令的字段，从其中的Call-id字段中获得信令发送者信息。
8.如权利要求7所述的媒体服务器，其特征在于，其中所述信令转发单元还用于根据所述Call-id的ASCII码值的和除以媒体服务器数目所得的余数来确定由编号为所述余数的媒体服务器处理。
9.一种信令转发系统，包括信令转发设备和媒体服务器，其特征在于，
所述信令转发设备用于接收信令后，按照预设的第一转发策略，向媒体服务器转发所述信令；
所述媒体服务器包括信令转发单元，用于从信令内容中获得信令发送者信息；根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则不再转发；否则转发给要处理的其他媒体服务器进行处理。
10.如权利要求9所述的媒体服务器，其特征在于，其中所述第一转发策略是根据信令轮选比确定要发送的媒体服务器，所述信令轮选比根据媒体服务器的负载均衡加以设定。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010105217416A CN101986645A (zh) | 2010-10-27 | 2010-10-27 | 多模块下的信令转发方法、系统和媒体服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010105217416A CN101986645A (zh) | 2010-10-27 | 2010-10-27 | 多模块下的信令转发方法、系统和媒体服务器 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101986645A true CN101986645A (zh) | 2011-03-16 |
Family
ID=43710948
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010105217416A Pending CN101986645A (zh) | 2010-10-27 | 2010-10-27 | 多模块下的信令转发方法、系统和媒体服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101986645A (zh) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1403934A (zh) * | 2001-09-06 | 2003-03-19 | 华为技术有限公司 | 对流媒体服务器实现负载均衡的方法和设备 |
| CN101018318A (zh) * | 2007-02-25 | 2007-08-15 | 华为技术有限公司 | 一种流媒体系统、信令转发设备以及流媒体发送方法 |
| US20100131660A1 (en) * | 2008-11-26 | 2010-05-27 | Wojciech Dec | Deterministic session load-balancing and redundancy of access servers in a computer network |
| CN101841526A (zh) * | 2010-03-04 | 2010-09-22 | 清华大学 | 一种适用大规模用户点播的集群式流媒体服务器系统 |
-
2010
- 2010-10-27 CN CN2010105217416A patent/CN101986645A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1403934A (zh) * | 2001-09-06 | 2003-03-19 | 华为技术有限公司 | 对流媒体服务器实现负载均衡的方法和设备 |
| CN101018318A (zh) * | 2007-02-25 | 2007-08-15 | 华为技术有限公司 | 一种流媒体系统、信令转发设备以及流媒体发送方法 |
| US20100131660A1 (en) * | 2008-11-26 | 2010-05-27 | Wojciech Dec | Deterministic session load-balancing and redundancy of access servers in a computer network |
| CN101841526A (zh) * | 2010-03-04 | 2010-09-22 | 清华大学 | 一种适用大规模用户点播的集群式流媒体服务器系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1563639B1 (en) | Method and apparatus for multi-media communication over multiple networks | |
| US8601139B2 (en) | Multiple core session initiation protocol (SIP) | |
| US7957279B2 (en) | Session border control using multiple processors | |
| US20090106389A1 (en) | Sharing Multimedia | |
| US8516081B2 (en) | Delivery server, content delivery method in delivery server and multicast server, content delivery method in multicast server | |
| CN108924872A (zh) | 数据传输方法、终端和核心网设备 | |
| US11363074B2 (en) | Method and system for handling mission critical data (MCData) communications using pre-established session | |
| JP2008527813A (ja) | 通信システムにおける初期メディアの容易化 | |
| CN105245493A (zh) | 通信网络中的能力查询处理 | |
| US20120002665A1 (en) | Telephone Exchange Apparatus and Telephone Terminal and a Control Method Used for a Telephone System | |
| US9531806B2 (en) | Method and apparatus for requesting media replication in a collaborative communication session, and method and apparatus for assigning a communication medium for a collaborative communication session | |
| CN104994067A (zh) | Sip网络访问rtsp监控网络的系统及方法 | |
| US20240007509A1 (en) | Interactive calling for internet-of-things | |
| CN101986645A (zh) | 多模块下的信令转发方法、系统和媒体服务器 | |
| CN101645825B (zh) | 过载处理方法及系统、过载处理的sip实体 | |
| EP2200254B1 (en) | Mobile network system and guidance message providing method | |
| CN101917409A (zh) | 一种多媒体流的传输方法及系统 | |
| US20120163371A1 (en) | Telephone System, Call Control Apparatus and Communication Connection Method | |
| JP5886170B2 (ja) | 分散処理システムおよび分散処理方法 | |
| CN103475567B (zh) | 数据传输方法、装置、设备及系统 | |
| KR20060084327A (ko) | 멀티미디어 시스템에서의 데이터 전송방법 | |
| US10171518B2 (en) | Performing an action on certain media streams in a multimedia communications network | |
| US8959178B2 (en) | Transmission apparatus and transmission method | |
| WO2012089018A1 (zh) | 远程呈现会议业务处理方法及设备 | |
| CN108270725B (zh) | 一种sip终端的转接方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110316 |