CN101753571A - 实现双视频流传送的方法、装置和*** - Google Patents
实现双视频流传送的方法、装置和*** Download PDFInfo
- Publication number
- CN101753571A CN101753571A CN200910254347A CN200910254347A CN101753571A CN 101753571 A CN101753571 A CN 101753571A CN 200910254347 A CN200910254347 A CN 200910254347A CN 200910254347 A CN200910254347 A CN 200910254347A CN 101753571 A CN101753571 A CN 101753571A
- Authority
- CN
- China
- Prior art keywords
- video streaming
- application
- called end
- calling terminal
- information
- 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
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明公开了一种实现双视频流传送的方法、装置和***，属于多媒体通信领域。该方法包括：主叫端在进行基于初始会话协议呼叫时与被叫端进行支持双视频流媒体能力的交互；所述主叫端向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；所述主叫端接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；所述主叫端根据所述响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端。本发明的技术方案可以实现基于SIP协议的双视频流业务，有助于双视频流业务的开展。
Description
技术领域
本发明涉及多媒体通信领域，特别涉及一种实现双视频流传送的方法、装置和***。
背景技术
会话初始协议(Session Initiation Protocol，SIP)是由互联网工程任务组(The Internet Engineering Task Force，IETF)提出来的一个应用控制(信令)协议，用于发起会话，目前，SIP协议主要用于NGN、IMS等***。它可用来创建、修改以及终结多个参与者参加的多媒体会话进程。参与会话的成员可以通过组播方式、单播连网或者两者结合的形式进行通信。
双流也称第二路视频。双流实际上是指双视频流传送技术，在很成熟的H.323协议中，是在H.239协议文本进行描述的。视频会议***中，在正常传输会议现场画面的同时，也可以传输类似PPT、短片等图像，此时一般采用双流实现。双流的应用使会议电视更好地应用于教育、医疗等场景。
在视频会议***中，多媒体协议一般使用H.323协议。近年来，随着SIP协议慢慢地推广使用，有逐渐替换H.323协议的趋势，在下一代网络(NextGeneration Network，NGN)、多媒体***(IP Multimedia Subsystem，IMS)***上都有应用。然而，在这些应用中，都只实现了基于SIP协议的标准呼叫流程，而没有像H.323一样实现了双流功能，这导致基于SIP协议的视频会议不能进行双流的通讯。
发明内容
本发明实施例提供了一种实现双视频流传送的方法、装置和***，可以实现基于SIP协议传送双视频流，技术方案如下：
一种实现双视频流的方法，包括：
主叫端在进行基于初始会话协议呼叫时与被叫端进行支持双视频流媒体能力的交互；
所述主叫端向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；
所述主叫端接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；
所述主叫端根据所述响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端。
一种实现双视频流的方法，包括：
被叫端在进行基于初始会话协议呼叫时，与主叫端进行支持双视频流媒体能力的交互；
所述被叫端接收所述主叫端发送的请求消息，所述请求消息携带申请双视频流令牌的信息；
所述被叫端向所述主叫端端返回响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；
所述被叫端接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。
一种实现双视频流的装置，包括：
交互模块，用于在进行基于初始会话协议呼叫时，与被叫端进行支持双视频流媒体能力的交互；
第一发送模块，用于向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；
接收模块，用于接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；
判断模块，用于根据所述响应消息判断申请双视频流令牌是否成功；
第二发送模块，用于所述判断模块的判断结果为是时，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端。
一种实现双视频流的装置，包括：
交互模块，用于在进行基于初始会话协议呼叫时，与主叫端进行支持双视频流媒体能力的交互；
第一接收模块，用于接收所述主叫端发送的请求消息，所述请求消息携带申请双视频流令牌的信息；
发送模块，用于向所述主叫端端返回响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；
第二接收模块，用于接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。
一种实现双视频流的***，包括：
主叫端，用于在进行基于初始会话协议呼叫时，与被叫端进行支持双视频流媒体能力的交互；向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；根据所述响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端；
被叫端，用于在进行基于初始会话协议呼叫时，与所述主叫端进行支持双视频流媒体能力的交互；接收所述主叫端发送的请求消息；向所述主叫端端返回响应消息；接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。
在本发明实施例中，通过主叫端在进行基于初始会话协议呼叫时与被叫端进行支持双视频流媒体能力的交互；主叫端向该被叫端发送请求消息，该请求消息携带申请双视频流令牌的信息；主叫端接收该被叫端返回的响应消息，该响应消息携带申请双视频流令牌是否成功的信息；主叫端根据该响应消息判断申请双视频流令牌是否成功，如果成功，则将双视频流媒体发送给该被叫端，可以实现基于SIP协议的双视频流业务，有助于双视频流业务的开展。
附图说明
图1是本发明实施例提供的一种实现双视频流的方法的流程图；
图2是本发明实施例提供的一种实现双视频流的方法的详细流程图；
图3是本发明实施例提供的实现双视频流的装置的结构图；
图4是本发明实施例提供的实现双视频流的另一种装置的结构图；
图5是本发明实施例提供的实现双视频流的***的结构图。
具体实施方式
本发明的核心思想在于：通过主叫端在进行基于初始会话协议呼叫时与被叫端进行支持双视频流媒体能力的交互；主叫端向该被叫端发送请求消息，该请求消息携带申请双视频流令牌的信息；主叫端接收该被叫端返回的响应消息，该响应消息携带申请双视频流令牌是否成功的信息；主叫端根据该响应消息判断申请双视频流令牌是否成功，如果成功，则将双视频流媒体发送给该被叫端，可以实现基于SIP协议的双视频流业务，有助于双视频流业务的开展。
下面结合附图及优选实施方式对本发明技术方案进行详细说明。
本发明实施例提供了一种实现双视频流的方法，如图1所示，包括：
101，主叫端在进行基于初始会话协议呼叫时与被叫端进行支持双视频流媒体能力的交互；
102，主叫端向该被叫端发送请求消息，该请求消息携带申请双视频流令牌的信息；
103，主叫端接收该被叫端返回的响应消息，该响应消息携带申请双视频流令牌是否成功的信息；
104，主叫端根据该响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力将双视频流媒体发送给该被叫端。
进一步地，该请求消息为INFO消息，相应地，该响应消息为200OK消息。
进一步地，申请双视频流令牌的信息和该申请双视频流令牌是否成功的信息经过可扩展标记语言编码。
进一步地，主叫端为第一初始会话协议会话终端；相应地，该被叫端为第二初始会话终端或多媒体控制会话终端。
下面通过一个具体的示例对本发明实施例进行详细的描述，但该示例并不构成对本发明保护范围的限制。首先需要描述与本发明实施例有关的一些概念。
其中，可扩展标记语言(EXtensible Markup Language，XML)，是通过了W3C标准的格式化语言。XML实际上可以以一种通用的形式为用户自己的数据提供一种通用的储存格式和数据结构。
多媒体控制单元(Multimedia Control Unit，MCU)：网络中的一个节点，它具有让3个以上的终端和网关召开多点视频会议的能力。
如图2所示，实现双视频流的方法，包括：
201，主叫端向被叫端发送携带主叫端支持双视频流能力的邀请(INVITE)消息。
具体地，主叫端在INVITE消息添加本端支持双视频流能力的信息，一个示例具体如下：
m＝video 10204 RTP/AVP 34
b＝AS:7680
a＝content:slides
a＝label:288020064-15-3
a＝curr:qos local none
a＝curr:qos remote none
a＝des:qos mandatory local sendrecv
a＝des:qos optional remote sendrecv
a＝sendrecv
a＝rtpmap:34 H263/90000
a＝fmtp:34 CIF
其中，在INVITE消息中的a行添加“Contect:Slides”字段，以描述主叫端支持双视频流的能力。其中，“Contect:Slides”字段只是为了本发明实施例的描述需要而做的举例，本发明的保护范围并不限于此。
202，被叫端接收INVITE消息，向主叫端发送100消息。
203，被叫端振铃，向主叫端发送180RING消息。
204，被叫端振铃，向主叫端发送200OK消息，该消息中携带被叫端支持双视频流的能力的信息。
具体地，被叫端在200OK消息添加本端支持双视频流能力的信息，具体的示例可以参见202相应部分，在此不再赘述。
205，主叫端向被叫端发送ACK消息。
206，主叫端向被叫端发送INFO消息，该消息中携带申请双视频流令牌的信息。
具体地，主叫端采用XML编码对INFO消息中消息体(Message Body)进行设置，添加申请双视频流令牌的信息，一个具体示例如下：
<？xml version＝″1.0″ encoding＝″UTF-8″？><query type＝′apply′xmlns＝′xconf:video:duovideotoken′></query>；
其中，“xml version＝″1.0″”：表示XML的版本为1.0；“encoding＝″UTF-8″”：表示XML编码类型为UTF-8；“query type＝′apply′”：表示请求；“xmlns＝′xconf:video:duovideotoken”：表示双视频流令牌。
207，被叫端向主叫端发送200OK消息，该消息中携带申请双视频流令牌是否成功的信息。
具体地，被叫端采用XML编码对200OK消息中消息体(Message Body)进行设置，添加申请双视频流令牌是否成功，一个具体示例如下：
<？xml version＝″1.0″ encoding＝″UTF-8″？><query type＝′Permit′xmlns＝′xconf:video:duovideotoken′></query>；
其中，“xml version＝″1.0″”：表示XML的版本为1.0；“encoding＝″UTF-8″”：表示XML编码类型为UTF-8；“query type＝′Permit′”：表示请求；“xmlns＝′xconf:video:duovideotoken”：表示双视频流令牌。如果querytype的字段值为“forbid”，则表示申请双视频流令牌失败。
在206和207中，主叫端和被叫端通过XML这种数据结构来完成双视频流信令的交互，可以达到双视频流交互的效果。
208，主叫端接收200OK消息，根据该响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力向被叫端发送双视频流媒体。
具体地，主叫端接收并解析响应消息，如果解析到“forbid”，则判断申请双视频流令牌失败；解析到“permit”，则判断申请双视频流令牌成功，此时，主叫端对双视频流媒体进行编码后发送给被叫端。
需要说明的是，201-205是主叫端和被叫端进行支持双视频流能力交互的过程，通过这个过程，主叫端和被叫端能得知对方具备支持双视频流能力，有助于后续进行双视频流业务。为了主叫端和被叫端进行支持双视频流能力交互，也可以在主叫端通过201向被叫端通知其支持双视频流能力后，被叫端无需通过205，而是通过将本端支持双视频流能力的信息携带在203中的180RING中，返回给主叫端。本领域技术人员可以理解的，主叫端和被叫端进行支持双视频流能力交互的过程，并不限于本实施例所描述的过程。
在上述实施例中，主叫端可以是第一会议电视终端，被叫端可以是第二会议电视终端或是MCU终端。
基于与方法相同的发明构思，本发明实施例提供了一种实现双视频流的装置，如图6所示，包括：
交互模块，用于在进行基于初始会话协议呼叫时，与被叫端进行支持双视频流媒体能力的交互；
第一发送模块，用于向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；
接收模块，用于接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；
判断模块，用于根据所述响应消息判断申请双视频流令牌是否成功；
第二发送模块，用于所述判断模块的判断结果为是时，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端。
进一步地，第一发送模块发送的所述请求消息为INFO消息，相应地，接收模块接收的所述响应消息为200OK消息。
进一步地，第一发送模块发送的所述申请双视频流令牌的信息和接收模块接收的所述申请双视频流令牌是否成功的信息经过可扩展标记语言编码。
基于与方法相同的发明构思，本发明实施例提供了一种实现双视频流的装置，如图7所示，包括：
交互模块，用于在进行基于初始会话协议呼叫时，与主叫端进行支持双视频流媒体能力的交互；
第一接收模块，用于接收所述主叫端发送的请求消息，所述请求消息携带申请双视频流令牌的信息；
发送模块，用于向所述主叫端端返回响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；
第二接收模块，用于接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。
基于与方法相同的发明构思，本发明实施例提供了一种实现双视频流的***，如图8所示，包括：
主叫端，用于在进行基于初始会话协议呼叫时，与被叫端进行支持双视频流媒体能力的交互；向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；根据所述响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端；
被叫端，用于在进行基于初始会话协议呼叫时，与所述主叫端进行支持双视频流媒体能力的交互；接收向所述主叫端发送的请求消息；向所述主叫端端返回响应消息；接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。
在本发明实施例中，通过主叫端在进行基于初始会话协议呼叫时与被叫端进行支持双视频流媒体能力的交互；主叫端向该被叫端发送请求消息，该请求消息携带申请双视频流令牌的信息；主叫端接收该被叫端返回的响应消息，该响应消息携带申请双视频流令牌是否成功的信息；主叫端根据该响应消息判断申请双视频流令牌是否成功，如果成功，则将双视频流媒体发送给该被叫端，可以实现基于SIP协议的双视频流业务，有助于双视频流业务的开展。
上述说明示出并描述了本发明的一个优选实施例，但如前所述，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权力要求的保护范围内。
Claims (10)
1.一种实现双视频流的方法，其特征在于，包括：
主叫端在进行基于初始会话协议呼叫时与被叫端进行支持双视频流媒体能力的交互；
所述主叫端向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；
所述主叫端接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；
所述主叫端根据所述响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端。
2.如权利要求1所述的方法，其特征在于，所述请求消息为INFO消息，相应地，所述响应消息为200OK消息。
3.如权利要求1所述的方法，其特征在于，所述申请双视频流令牌的信息和所述申请双视频流令牌是否成功的信息经过可扩展标记语言编码。
4.如权利要求1所述的方法，其特征在于，所述主叫端为第一初始会话协议会话终端；相应地，所述被叫端为第二初始会话终端或多点控制单元会话终端。
5.一种实现双视频流的方法，其特征在于，包括：
被叫端在进行基于初始会话协议呼叫时，与主叫端进行支持双视频流媒体能力的交互；
所述被叫端接收所述主叫端发送的请求消息，所述请求消息携带申请双视频流令牌的信息；
所述被叫端向所述主叫端端返回响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；
所述被叫端接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。
6.一种实现双视频流的装置，其特征在于，包括：
交互模块，用于在进行基于初始会话协议呼叫时，与被叫端进行支持双视频流媒体能力的交互；
第一发送模块，用于向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；
接收模块，用于接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；
判断模块，用于根据所述响应消息判断申请双视频流令牌是否成功；
第二发送模块，用于所述判断模块的判断结果为是时，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端。
7.如权利要求6所述的装置，其特征在于，所述第一发送模块发送的所述请求消息为INFO消息，相应地，所述接收模块接收的所述响应消息为200OK消息。
8.如权利要求6所述的装置，其特征在于，所述第一发送模块发送的所述申请双视频流令牌的信息和所述接收模块接收的所述申请双视频流令牌是否成功的信息经过可扩展标记语言编码。
9.一种实现双视频流的装置，其特征在于，包括：
交互模块，用于在进行基于初始会话协议呼叫时，与主叫端进行支持双视频流媒体能力的交互；
第一接收模块，用于接收所述主叫端发送的请求消息，所述请求消息携带申请双视频流令牌的信息；
发送模块，用于向所述主叫端端返回响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；
第二接收模块，用于接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。
10.一种实现双视频流的***，其特征在于，包括：
主叫端，用于在进行基于初始会话协议呼叫时，与被叫端进行支持双视频流媒体能力的交互；向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；根据所述响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端；
被叫端，用于在进行基于初始会话协议呼叫时，与所述主叫端进行支持双视频流媒体能力的交互；接收所述主叫端发送的请求消息；向所述主叫端端返回响应消息；接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910254347A CN101753571A (zh) | 2009-12-11 | 2009-12-11 | 实现双视频流传送的方法、装置和*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910254347A CN101753571A (zh) | 2009-12-11 | 2009-12-11 | 实现双视频流传送的方法、装置和*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101753571A true CN101753571A (zh) | 2010-06-23 |
Family
ID=42479971
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910254347A Pending CN101753571A (zh) | 2009-12-11 | 2009-12-11 | 实现双视频流传送的方法、装置和*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101753571A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102238196A (zh) * | 2011-08-17 | 2011-11-09 | 艾诺通信***（苏州）有限责任公司 | 一种基于info消息的sip会议附流控制方法 |
| CN102394871A (zh) * | 2011-10-24 | 2012-03-28 | 苏州新海宜通信科技股份有限公司 | 一种基于info消息的sip会议的附流控制方法 |
| WO2018129876A1 (zh) * | 2017-01-16 | 2018-07-19 | 华为技术有限公司 | 多媒体数据传输的方法、服务器和终端 |
| CN111556501A (zh) * | 2020-05-12 | 2020-08-18 | 微位（深圳）网络科技有限公司 | 一种可信通信***及方法 |
-
2009
- 2009-12-11 CN CN200910254347A patent/CN101753571A/zh active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102238196A (zh) * | 2011-08-17 | 2011-11-09 | 艾诺通信***（苏州）有限责任公司 | 一种基于info消息的sip会议附流控制方法 |
| CN102394871A (zh) * | 2011-10-24 | 2012-03-28 | 苏州新海宜通信科技股份有限公司 | 一种基于info消息的sip会议的附流控制方法 |
| WO2018129876A1 (zh) * | 2017-01-16 | 2018-07-19 | 华为技术有限公司 | 多媒体数据传输的方法、服务器和终端 |
| CN111556501A (zh) * | 2020-05-12 | 2020-08-18 | 微位（深圳）网络科技有限公司 | 一种可信通信***及方法 |
| CN111556501B (zh) * | 2020-05-12 | 2023-04-18 | 微位（深圳）网络科技有限公司 | 一种可信通信***及方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5749375B2 (ja) | マルチメディアセッションのためのマルチユーザリアルタイムトランスコーディングシステムおよび方法 | |
| CN101232465B (zh) | 会议***中传送文件的方法、文件传送***及会议服务器 | |
| CN101483749B (zh) | 基于媒体服务器的视频会议实现方法和*** | |
| CN105141971A (zh) | 一种基于会话初始化协议实现直播的方法及*** | |
| WO2011017889A1 (zh) | 一种多媒体会议的实现方法及*** | |
| CN103139217A (zh) | 基于sip的多方通话实现方法 | |
| CN103595948B (zh) | 分辨率自适应的视频通话***和方法 | |
| CN101369906B (zh) | 一种会议业务实现方法及设备 | |
| CN101123523B (zh) | 一种创建多种媒体类型组合会议的方法 | |
| CN102111387A (zh) | 会议状态下的控制权转移方法及用户设备 | |
| CN101026614B (zh) | 一种媒体类型参数的协商方法 | |
| CN105556980A (zh) | 用于在沉浸式社交中心会话中集成内容观看和通信的方法和*** | |
| CN101114985B (zh) | 编解码转换***及方法 | |
| CN101753571A (zh) | 实现双视频流传送的方法、装置和*** | |
| CN104735034B (zh) | 媒体流的传输方法、装置及*** | |
| CN101527641A (zh) | 一种多媒体子***中子会议的实现方法、控制方法及装置 | |
| US9178941B2 (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 | |
| CN1984132A (zh) | 一种对会话能力信息进行处理的方法和终端 | |
| CN103702295A (zh) | 一种来电提醒的方法、装置及*** | |
| CN101374138B (zh) | 一种在sip协议中请求业务修改的方法、网络***及装置 | |
| CN102202038B (zh) | 一种实现语音能量显示的方法、***、会议服务器和终端 | |
| CN102291366A (zh) | 一种实现多媒体会议即时聊天的方法和用户设备 | |
| CN101415249B (zh) | 会话初始化协议数据业务信令协商的方法、***及装置 | |
| CN101895553B (zh) | 会话启动协议sip终端参加多媒体会议的方法及*** | |
| CN101686137A (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 | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100623 |