专利名称：实现多业务叠加的方法及装置的制作方法
技术领域：
本发明涉及以太网领域技术，尤其涉及一种基于并行ACL实现多业务叠加的方法
及装置。
背景技术：
现有技术中，传统的ACL对输入报文做匹配，根据匹配结果对输入报文做丢弃或者接收等动作。目前在以太网交换机和路由器设备上，借用ACL来实现各种扩展业务，例如基于ACL的匹配结果做重定向、流量守护、重新着色、修改报文的COS域或者DSCP域等。现有通行的做法是根据源端口号找到一个ACL Label，把对应的ACL Label和报文中包含的MacDa, MacSa, IpDa, IpSa, Tcp Port 一起组成查找关键字，在TCAM进行并行查找，如果匹配到某个条目，就根据这个条目的索引值再去动作表取得对这个报文的动作，例如丢弃、接收、重定向、Pol icing、统计或者修改DSCP域。上述的现有技术的基于ACL对报文做匹配的方法只能对单业务进行处理，并不能进行多业务的并发操作。
发明内容
本发明的目的在于提供一种的实现多业务叠加的方法。本发明的另一目的在于一种实现多业务叠加的装置，所述的装置应用所述的实现多业务叠加的方法。相应地，本发明的一实施方式的实现多业务叠加的方法，包括以下步骤
51、接收网络报文，并根据所述网络报文的源端口号匹配相应的多业务位 52、根据匹配到的所述多业务位图确定多个查询条件，并将所述查询条件在相对应的多个业务表中匹配到相应的多个动作表索引值；
53、将多个动作表索引值分发到与每个业务表相对应的动作表中，匹配相应的动作类 型；
54、综合匹配到的多个动作类型处理所述网络报文。作为本发明的进一步改进，所述步骤SI具体为
510、根据所支持业务的组合，预先设置与所述源端口号相匹配的多业务位图，并存储于源端口表中；
511、接收网络报文及其源端口号；
512、根据所述网络报文的源端口号匹配相应的多业务位图。作为本发明的进一步改进，所述步骤SlO中“预先设置与所述源端口号相匹配的多业务位图”具体为
根据业务类型的总数设置所述多业务位图的比特位数；
设置所述源端口号所支持的业务组合；
根据所述所述源端口号所支持的业务组合，对所述多业务位图进行相应的置位。作为本发明的进一步改进，所述业务表的个数与所述业务类型总数量相等。
作为本发明的进一步改进，每个所述业务表中包括一业务指示位图，所述业务指示位图只有一个比特置位。作为本发明的进一步改进，所述“根据匹配到的所述多业务位图确定多个查询条件”具体为根据多业务位图识别所述源端口号所支持的业务类型，确定各个业务表对应的业务指示位图，将所述多个业务指示位图分别与报文中包含的报文数据组合成多个查询条件。作为本发明的进一步改进，所述步骤S4还包括判断所述多个动作类型之间是否有冲突，若有，则根据各个动作表的输出优先级来确定冲突动作类型的输出次序；如无，则合并所有动作类型并输出。相应地，本发明的一实施方式的实现多业务叠加的装置，包括
多业务位图获取单元用于接收网络报文，并根据所述网络报文的源端口号匹配相应的多业务位图；·
业务表单元用于根据匹配到的所述多业务位图确定多个查询条件，并将所述查询条件在相对应的多个业务表中匹配到相应的多个动作表索引值；
动作表单元用于将多个动作表索引值分发到与每个业务表相对应的动作表中，匹配相应的动作类型；
动作处理单元用于综合匹配到的多个动作类型处理所述网络报文。作为本发明的进一步改进，所述动作处理单元还包括一冲突处理单元用于判断所述多个动作类型之间是否有冲突，若有，则根据各个动作表的输出优先级来确定冲突动作类型的输出次序；如无，则合并所有动作类型并输出。本发明的有益效果是本发明通过修改源端口表的数据结构和将TCAM业务表分割为多个业务表，可以很方便支持多业务并发查找，且查找效率较高。
图I是本发明一实施方式中实现多业务叠加的方法的流程 图2是本发明一实施方式中获取各输入端口对应的多业务位图的方法的流程 图3是本发明一实施方式中多业务位图以及各业务表中业务指示位图数据结构示意
图4是本发明一实施方式中实现多业务叠加的装置示意图。
具体实施例方式以下将结合附图所示的具体实施方式
对本发明进行详细描述。但这些实施方式并不限制本发明，本领域的普通技术人员根据这些实施方式所做出的结构、方法、或功能上的变换均包含在本发明的保护范围内。如图I所示，在本发明的一具体实施方式
中，所述实现多业务叠加的方法包括
SI、接收网络报文，并根据所述网络报文的源端口号匹配相应的多业务位图。其中，夕卜
部输入的网络报文通常会包括目的MAC地址(MacDa)、源MAC地址(MacSa)、目的IP地址(IpDa)、源IP地址(IpSa)以及TCP端口号(TCP Port)的此类报文数据，这些网络报文会被输入到某个输入端口，在此所述的输入端口包括多个，每个所述的输入端口都对应设有一个与之相对应的源端口号，也是方便后续的多业务位图的查找，上述的多业务位图同样也包括多个，并被预先设置好并存储于源端口表中，每个输入端口对应一个与之相匹配的多业务位图。S2、根据匹配到的所述多业务位图确定多个查询条件，并将所述查询条件在相对应的多个业务表中匹配到相应的多个动作表索引值。在本实施方式中，需要提及的是，所述的业务表是由 TCAM 分割而成，TCAM (ternary content addressable memory)是一种三态内容寻址存储器，主要用于快速查找ACL、路由等表项。在此步骤中，根据步骤SI得到的多业务位图便得知所述输出端口所可以支持的业务类型有哪些，因为每个业务表代表一种业务类型，而且业务表的总数和所有业务类型的总数是相等的，换言之，需要处理几个业务就将TCAM业务表分割成几个业务表，所以根据上述的多业务位图，便可以确定将要发送给各个业务表的查询条件，各个业务表在接收到所述查询条件之后，便会各自返回一个动作表索引值并发送给动作表。S3、将多个动作表索引值分发到与每个业务表相对应的动作表中，匹配相应的动 作类型。所述动作表的作用便是将上述得到的动作表索引值转化成相应的动作类型，需要说明的是，动作表和业务表是一一对应的，即，TCAM业务表被分割成几个业务表，那么就会相应设置与所述业务表数据相等的若干个动作表来完成相应的功能。S4、综合匹配到的多个动作类型处理所述网络报文。此步骤根据步骤S3得到的各个动作类型，综合所有的动作类型并进行合并，再决定对所述网络报文做相应的处理,这里所述的动作类型可包括丢弃、接收、重定向、Policing、统计、修改C0S/DSCP等等。所述步骤S4还包括判断所述多个动作类型之间是否有冲突，若有，则根据各个动作表的输出优先级来确定冲突动作类型的输出次序；如无，则合并所有动作类型并输出。参阅图2，在本发明一实施方式中，所述步骤SI具体为
S10、根据所支持业务的组合，预先设置与所述源端口号相匹配的多业务位图，并存储于源端口表中。具体地，根据所述所述源端口号所支持的业务组合，对所述多业务位图进行相应的置位，在此所提及的“置位”是指对所述多业务位图中的每一比特位进行置O或置I的操作。在本实施方式中，所述多业务位图由若干个比特位所组成，每个比特位代表一种业务类型，首先根据所要支持的业务类型总数，相应确定所述多业务位图的比特位数，然后根据每个输入端口支持的业务组合，相应设置与各个输入端口相对应的多业务位图。S101、根据业务类型的总数设置所述多业务位图的比特位数。在本实施方式中，业务类型总数和所述多业务位图的比特位数是相当的。比如，若设置系统所支持的业务总数为4种，那么多业务位图的比特位也相应地由4个比特位组成。S102、设置输入端口所支持的业务组合。报文数据从外部输入到系统，首先需要选择报文输入的端口，而在本实施方式中，由于支持多业务叠加功能，所以需要设置各个端口所支持的业务类型不尽相同，不同的端口被设置成支持不同的业务类型组合。S103、判断输入端口是否支持某业务类型。在本实施方式中，通过判断输入报文的端口是否支持某特定业务类型，来确定也该端口相匹配的多业务位图的数据，若支持，执行步骤S104，若不支持，执行步骤S105。S104、在本实施方式中，若支持某业务类型，便将所述多业务位图中代表此业务类型的比特位置I。
S105、在本实施方式中，若不支持某业务类型，便将所述多业务位图中代表此业务类型的比特位置O。上述步骤完成后，便可以得到与某端口支持的业务组合相符合的多业务位图，在此，可以以业务类型总数为四种的系统作为举例说明，假设业务类型总数为四种，分别为甲、乙、丙、丁，现假设端口 I支持业务甲/乙/丙三种业务，端口 2支持业务乙/ 丁两种业务，在本实施方式中，设定多业务位图中的第一位比特位表示的是甲业务、第二位比特位表示的是乙业务、第三位比特位表示的是丙业务、第四位比特位表示的是丁业务，那么经过上述步骤后，便可以得到端口 I的多业务位图设置为0111，端口 2的多业务位图设置为1010。当然，需要说明的是，在其他可实施的方式中，各个业务类型所对应的比特位不一定如本实施方式的排布，只要保证每个比特位代表一种业务类型即可。S106、将多业务位图存储于源端口表，以便输入报文时，直接从源端口表中找到和 源端口号相匹配的多业务位图。SI I、接收网络报文及其源端口号，在此步骤中，根据实际需要，可选某个输入端口进行报文的输入。S12、根据所述网络报文的源端口号匹配相应的多业务位图。在本实施方式中，因为预先已设置好系统所支持的业务类型总数，相应的输入端口也均对应设置其所能支持的业务组合，所以此步骤中，只需输入报文到某输入端口，系统便会根据此端口的源端口号，到所述源端口表中查找与之相匹配的多业务位图。如图3所示，为本发明一实施方式中多业务位图以及各业务表中业务指示位图数据结构。多业务位图11由若干个比特位110组成，每个比特位110代表一种业务类型。每个比特位可以进行相应的置1/0动作。在本实施方式中，每个所述业务表中包括一个业务指示位图12，表示一种业务类型。需要说明的是，此业务指示位图12只有一个比特位120可置位。所示业务指示位图12的比特位数和多业务位图11的比特位数是相等的。上述步骤S2所述的“根据得到的多业务位图确定多个查询条件”具体为根据多业务位图识别输入端口所支持的业务类型，确定各个业务表对应的业务指示位图，将得到的多个业务指示位图分别与报文中包含的报文数据组合成多个查询条件。这里所述的报文数据即为目的MAC地址(MacDa)、源MAC地址(MacSa)、目的IP地址(IpDa)、源IP地址(IpSa)以及TCP端口号(TCP Port)，所述“确定各个业务表对应的业务指示位图”具体为判断所述输入端口所支持的业务类型组合中是否包括某个业务表所代表的业务类型，若是，便将与此业务表中的业务指示位图中表示业务类型的比特置I ;若否，便将与此业务表中的业务指示位图中表示业务类型的比特置O。在本实施方式中，还是以业务类型总数为四种的系统作为举例说明，假设业务类型总数为四种，分别为甲、乙、丙、丁，现假设端口 I支持业务甲/乙/丙三种业务，端口 2支持业务乙/ 丁两种业务,此时,业务表I每个表项的业务指示位图设置成0001，业务表2每个表项的业务指不位图设直成0010,业务表3每个表项的业务指不位图设直成0100,业务表4每个表项的业务指示位图设置成1000，在其他实施方式中，可根据所支持业务类型总数的变化相应的设置每个业务表中的业务指示位图。如果报文从端口 I输入，对应多业务的位图是0111，查TCAM会组织4种查询条件，查询条件 1=10001，MacDa, MacSa,…}，查询条件2 ={0010，MacDa, MacSa, ...}，查询条件3 = {0100, MacDa, MacSa, ...}，查询条件4 = {0000, MacDa, MacSa, ···}，注意由于源端口 I不支持业务丁，所以查询条件4的最高4个比特为0000，这4个查询条件同时分别发送到对应的各个业务表，只有业务表1/2/3会返回动作表索引值，再根据这3个返回结果查找对应的动作表1/2/3，取得对应的动作类型。如果报文从端口 2输入，对应多业务的位图是1010，查TCAM会组织4种查询条件，查询条件 1= {0000，MacDa, MacSa,…}，查询条件2 ={0010，MacDa, MacSa, ...}，查询条件3 = {0000, MacDa, MacSa, ...}，查询条件4 = {1000, MacDa, MacSa, ···}，注意由于源端口 I不支持业务甲/丙，所以查询条件1/3的最高4个比特均为0000，这4个查询条件同时发送到对应的业务表，只有业务表2/4会返回动作表索引值，再根据这2个返回结果查找对应的动作表2/4，取得对应的动作类型，以此类推，在此不再赘述。上述步骤结束后，各个动作表都会返回相应动作类型，综合各个动作类型对报文做相应的处理，比如丢弃、接收、重定向、Policing、统计、修改C0S/DSCP等等。需要注意的是，此步骤还会判断所述多个动作类型之间是否有冲突，若有，则根据各个动作表的输出优先级来确定冲突动作类型的输出次序；如无，则合并所有动作类型并输出。·参阅图4，为实现多业务叠加的装置的示意图，在本实施方式中，该装置包括多业务位图获取单元、业务表单元、动作表单元以及动作处理单元。多业务位图获取单元用于接收网络报文，并根据所述网络报文的源端口号匹配相应的多业务位图。其中，外部输入的网络报文通常会包括目的MAC地址(MacDa)、源MAC地址(MacSa)、目的IP地址(IpDa)、源IP地址(IpSa)以及TCP端口号(TCP Port)的此类报文数据，这些网络报文会被输入到某个输入端口，在此所述的输入端口包括多个，每个所述的输入端口都对应设有一个与之相对应的源端口号，也是方便后续的多业务位图的查找，上述的多业务位图同样也包括多个，并被预先设置好并存储于源端口表中，每个输入端口对应一个与之相匹配的多业务位图。该单元还用于根据所支持业务的组合，预先设置与所述源端口号相匹配的多业务位图，并存储于源端口表中。具体地，根据所述源端口号所支持的业务组合，对所述多业务位图进行相应的置位，在此所提及的“置位”是指对所述多业务位图中的每一比特位进行置O或置I的操作。在本实施方式中，所述多业务位图由若干个比特位所组成，每个比特位代表一种业务类型，首先根据所要支持的业务类型总数，相应确定所述多业务位图的比特位数，然后根据每个输入端口支持的业务组合，相应设置与各个输入端口相对应的多业务位图。该单元还用于根据业务类型的总数设置所述多业务位图的比特位数。在本实施方式中，业务类型总数和所述多业务位图的比特位数是相当的。比如，若设置系统所支持的业务总数为4种，那么多业务位图的比特位也相应地由4个比特位组成。该单元还用于设置输入端口所支持的业务组合。报文数据从外部输入到系统，首先需要选择报文输入的端口，而在本实施方式中，由于支持多业务叠加功能，所以需要设置各个端口所支持的业务类型不尽相同，不同的端口被设置成支持不同的业务类型组合。该单元还用于判断输入端口是否支持某业务类型。在本实施方式中，通过判断输入报文的端口是否支持某特定业务类型，来确定也该端口相匹配的多业务位图的数据。在本实施方式中，该单元还用于，若支持某业务类型，便将所述多业务位图中代表此业务类型的比特位置I;若不支持某业务类型，便将所述多业务位图中代表此业务类型的比特位置O。所述多业务位图获取单元在完成上述工作后，便可以得到与某输入端口支持的业务组合相匹配的多业务位图，之后，该单元还用于将多业务位图存储于源端口表，以便输入报文时，直接从源端口表中找到和源端口号相匹配的多业务位图。该单元还用于接收网络报文及其源端口号，在此步骤中，根据实际需要，可选某个输入端口进行报文的输入。该单元还用于根据所述网络报文的源端口号匹配相应的多业务位图。在本实施方式中，因为预先已设置好系统所支持的业务类型总数，相应的输入端口也均对应设置其所能支持的业务组合，所以此步骤中，只需输入报文到某输入端口，系统便会根据此端口的源端口号，到所述源端口表中查找与之相匹配的多业务位图。业务表单元用于根据匹配到的所述多业务位图确定多个查询条件，并将所述查询条件在相对应的多个业务表中匹配到相应的多个动作表索引值。在本实施方式中，需要提及的是，所述的业务表是由TCAM分割而成，TCAM (ternary content addressablememory)是一种三态内容寻址存储器,主要用于快速查找ACL、路由等表项。在此步骤中,根据步骤SI得到的多业务位图便得知所述源端口所可以支持的业务类型有哪些，因为每个业务表代表一种业务类型，而且业务表的总数和所有业务类型的总数是相等的，换言之，需要处理几个业务就将TCAM业务表分割成几个业务表(如图4，假设需要处理的业务总数为N，那边便将TCAM业务表分割为业务I、业务表2、业务表3…业务表N)，所以根据上述的多业务位图，便可以确定将要发送给各个业务表的查询条件，各个业务表在接收到所述查询条件之后，便会各自返回一个动作表索引值并发送给动作表。动作表单元用于将多个动作表索引值分发到与每个业务表相对应的动作表中，匹配相应的动作类型。所述动作表的作用便是将上述得到的动作表索引值转化成相应的动作类型，需要说明的是，动作表和业务表是一一对应的，即，TCAM业务表被分割成几个业务表，那么就会相应设置与所述业务表数据相等的若干个动作表来完成相应的功能。将得到的各个动作表索引值分别发送到与每个业务表相对应的动作表中，并得到相应的动作类型。其中，所述动作表单元包括至少两个动作表。动作表的个数和业务表的个数相当，且一个业务表对应设置一个与其相配合的动作表，比如，如果所支持的业务类型总数为N，那么即可将TCAM业务表分割成业务表I、业务表2、业务表3…业务表N。此时，系统会相应设有动作表I、动作表2、动作表3···动作表N，在此，动作表I对应于业务表I、动作表2对应于业务表2、动作表3对应于业务表3…以此类推,从而保证动作表和业务表对应的关系，动作表单元接受来自各个业务表的动作表索引值，并得出与各个动作表索引值相对应的动作类型。动作处理单元用于综合匹配到的多个动作类型处理所述网络报文。此步骤根据步骤S3得到的各个动作类型，综合所有的动作类型并进行合并，再决定对所述网络报文做相应的处理，这里所述的动作类型可包括丢弃、接收、重定向、PoIicing、统计、修改COS/DSCP等等。所述动作处理单元还包括一冲突处理单元用于判断所述多个动作类型之间是否有冲突，若有，则根据各个动作表的输出优先级来确定冲突动作类型的输出次序；如无，则合并所有动作类型并输出。
通过上述本实施方式所提供的方法以及装置，可以很方便支持多业务并发查找，同时一个端口需要加入某种业务类型，只需要在这个端口对应的源端口表中的多业务位图设置对应的业务比特位即可，而不会影响其它端口，通过将TCAM业务表分割成多个业务表实现多业务并发查找效率较高。为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如R0M/RAM、磁碟、光盘等， 包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施方式或者实施方式的某些部分所述的方法。以上所描述的装置实施方式仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施方式方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。本申请可用于众多通用或专用的计算系统环境或配置中。例如个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施方式中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明，它们并非用以限制本发明的保护范围，凡未脱离本发明技艺精神所作的等效实施方式或变更均应包含在本发明的保护范围之内。
权利要求
1.一种实现多业务叠加的方法，其特征在于，该方法包括以下步骤 51、接收网络报文，并根据所述网络报文的源端口号匹配相应的多业务位图； 52、根据匹配到的所述多业务位图确定多个查询条件，并将所述查询条件在相对应的多个业务表中匹配到相应的多个动作表索引值； 53、将多个动作表索引值分发到与每个业务表相对应的动作表中，匹配相应的动作类型； 54、综合匹配到的多个动作类型处理所述网络报文。
2.根据权利要求I所述的实现多业务叠加的方法，其特征在于，所述步骤SI具体为 510、根据所支持业务的组合，预先设置与所述源端口号相匹配的多业务位图，并存储于源端口表中； 511、接收网络报文及其源端口号； 512、根据所述网络报文的源端口号匹配相应的多业务位图。
3.根据权利要求2所述的实现多业务叠加的方法，其特征在于，所述步骤SlO中“预先设置与所述源端口号相匹配的多业务位图”具体为 根据业务类型的总数设置所述多业务位图的比特位数； 设置所述源端口号所支持的业务组合； 根据所述源端口号所支持的业务组合，对所述多业务位图进行相应的置位。
4.根据权利要求I所述的实现多业务叠加的方法，其特征在于，所述业务表的个数与所述业务类型总数量相等。
5.根据权利要求4所述的实现多业务叠加的方法，其特征在于，每个所述业务表中包括一业务指示位图，所述业务指示位图只有一个比特置位。
6.根据权利要求5所述的实现多业务叠加的方法，其特征在于，所述“根据匹配到的所述多业务位图确定多个查询条件”具体为根据多业务位图识别所述源端口号所支持的业务类型，确定各个业务表对应的业务指示位图，将所述多个业务指示位图分别与报文中包含的报文数据组合成多个查询条件。
7.根据权利要求I所述的实现多业务叠加的方法，其特征在于，所述步骤S4还包括判断所述多个动作类型之间是否有冲突，若有，则根据各个动作表的输出优先级来确定冲突动作类型的输出次序；如无，则合并所有动作类型并输出。
8.一种实现多业务叠加的装置，其特征在于，该装置包括 多业务位图获取单元用于接收网络报文，并根据所述网络报文的源端口号匹配相应的多业务位图； 业务表单元用于根据匹配到的所述多业务位图确定多个查询条件，并将所述查询条件在相对应的多个业务表中匹配到相应的多个动作表索引值； 动作表单元用于将多个动作表索引值分发到与每个业务表相对应的动作表中，匹配相应的动作类型； 动作处理单元用于综合匹配到的多个动作类型处理所述网络报文。
9.根据权利要求8所述的实现多业务叠加的装置，其特征在于，所述动作处理单元还包括一冲突处理单元用于判断所述多个动作类型之间是否有冲突，若有，则根据各个动作表的输出优先级来确定冲突动作类型的输出次序；如无，则合并所有动作类型并输出。
全文摘要
本发明提供一种实现多业务叠加的方法，包括以下步骤接收网络报文，并根据所述网络报文的源端口号匹配相应的多业务位图；根据匹配到的所述多业务位图确定多个查询条件，并将所述查询条件在相对应的多个业务表中匹配到相应的多个动作表索引值；将多个动作表索引值分发到与每个业务表相对应的动作表中，匹配相应的动作类型；综合匹配到的多个动作类型处理所述网络报文。本发明通过修改源端口表的数据结构和分割TCAM表，可以很方便支持多业务并发查找，且查询效率较高。
文档编号H04L12/741GK102957617SQ20111023769
公开日2013年3月6日 申请日期2011年8月18日 优先权日2011年8月18日
发明者许俊, 孙剑勇 申请人:盛科网络(苏州)有限公司