CN101212339B - 发起服务质量状态核查的方法、系统及装置 - Google Patents
发起服务质量状态核查的方法、系统及装置 Download PDFInfo
- Publication number
- CN101212339B CN101212339B CN2006101564685A CN200610156468A CN101212339B CN 101212339 B CN101212339 B CN 101212339B CN 2006101564685 A CN2006101564685 A CN 2006101564685A CN 200610156468 A CN200610156468 A CN 200610156468A CN 101212339 B CN101212339 B CN 101212339B
- Authority
- CN
- China
- Prior art keywords
- qos
- qos state
- verification
- message
- state check
- 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.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种发起服务质量状态核查的方法，该方法包括：核查发起方和核查接受方中的任一实体根据接收到的服务质量(QoS)状态核查消息，对保存在其自身的QoS的状态进行核查；当所述核查发起方为接入终端时，则对应的核查接受方为该接入终端对应的接入网络；当所述核查发起方为接入网络时，则对应的核查接受方为该接入网络所在网络中的接入终端。本发明还提供了一种发起服务质量核查的系统及装置。使用本发明使得接入网络或接入终端能够发起QoS状态的核查，及时得知保存在其自身的QoS的状态。
Description
技术领域
本发明涉及无线网络通信技术，具体涉及一种发起服务质量状态核查的方法、系统及装置。
背景技术
随着网络多媒体技术和无线网络的飞速发展，通过移动设备访问英特网络(Internet)的业务种类越来越多，如网络协议(IP)电话、视频会议、视频点播以及远程教育等多媒体实时业务等。这些不同的业务需要有不同的服务质量(QoS)要求，且对QoS的要求在不断提高。QoS通常用带宽、时延、时延抖动和分组丢失率等参数来衡量。
无线通信系统包括接入终端和接入网络，其中，接入终端为移动设备，通过空中接口与接入网络通信；接入网络提供接入终端的无线接入。该系统还包括网关，网关为无线通信系统与分组数据网络的接口单元，用于无线通信系统与分组数据网络的通信。根据每个业务的QoS要求不同，接入终端与网关之间建立与QoS对应的端到端的连接。其中，接入终端与接入网络之间空口连接上的QoS称为无线QoS。无线QoS的建立和释放是通过接入终端与接入网络在空口连接交互数对消息完成的。
在码分多址2000高速分组数据无线传输技术版本A(CDMA20001xEV-DO Rev.A，DOA)系统中接入网络为接入网络(AN)，AN与接入终端通过通用属性更新协议(GAUP)信令或通用配置协议(GCP)信令交互完成无线QoS的建立和释放。在GAUP协议中，承载消息包括属性更新请求(AttributeUpdateRequest)和属性更新接受(AttributeUpdateAccept)，在GCP协议中承载消息包括配置请求(ConfigurationRequest)和配置响应(ConfigurationResponse)；在第3代合作伙伴第二组(3GPP2)标准组织为了保证其未来系统的竞争力而提出的演进网络系统中，接入网络为控制接入点(CAP)或演进基站(eBS)，CAP或eBS通过GCP信令交互完成无线QoS的建立和释放，消息交互中的承载消息包括ConfigurationRequest和ConfigurationResponse。
下面以DOA系统为例说明业务的无线QoS的建立和释放过程。
图1为现有技术DOA系统中无线QoS建立的方法流程图。参见图1，该方法包括以下步骤：
步骤100～步骤101：接入终端(AT)分配预留资源(Reservation)和对应的预留标签(ReservationLabel)及预留方向(ReservationDirection)，通过空口连接向AN发送携带前/反向QoS请求属性(ReservationKKQoSRequestFwd/Rev)的属性更新请求，请求QoS建立。该属性更新请求消息中携带了请求建立的QoS对应的ReservationLabel和ReservationDirection，唯一标识该QoS；AT在发送该属性更新请求之前的封装中，要将该AT的接入终端标识(UATI)封装到承载该消息的消息包中。AN收到该属性更新请求消息后，将其中的ReservationLabel保存到UATI对应AT的会话信息中。然后AN向AT回复属性更新接受消息，此时，AN上该Reservation状态，即QoS状态由空态迁移到配置态。AT收到该属性更新接受消息后，AT上的该QoS状态由空态迁移到配置态。
步骤102～步骤103：AN向AT发送携带前/反向QoS应答属性(ReservationKKQoSResponseFwd/Rev)的属性更新请求，对AT请求的QoS进行授权；AT接收到该属性更新请求消息后，查找到保存在其自身的同样处于配置态的QoS后，向AN回复属性更新接受消息。
步骤104～步骤113为AN根据配置的QoS参数，决定该QoS使用的空口资源，包括无线链路协议(RLP)流的数目和RLP流标识(RLPID)，如果该QoS是反向业务的QoS，还要决定该QoS使用的媒体接入控制(MAC)流的数目以及MAC流标识(MACFlowID)，并保存该QoS与RLPID和MACFlowID的对应关系。然后，进行RLP流和MAC流的参数配置。完成RLP流和MAC流的所有参数配置后，AN和AT的该QoS状态进入就绪态。
步骤104～步骤105：AN向AT发送进行RLP流参数配置的属性更新请求消息；AT收到该属性更新请求消息，将保存在其自身的处于配置态的QoS参数更新后，向AN回复属性更新接受消息。
步骤106～步骤107：AN向AT发送携带前/反向RLP流参数设置属性(FlowNNIdentificationFwd/Rev)的属性更新请求消息，激活该QoS对应的RLP流；AT收到该属性更新请求消息，将保存在其自身的处于配置态的QoS参数更新后，向AN回复属性更新接受消息。
步骤108～步骤109：AN向AT发送携带前/反向RLP流与QoS绑定关系属性(FlowNNReservationFwd/Rev)的属性更新请求消息，将该QoS对应的空口连接与该RLP流绑定；AT收到该属性更新请求消息，将保存在其自身的处于配置态的QoS参数更新后，向AN回复属性更新接受消息。
步骤110～步骤111：如果该QoS为反向的业务的QoS，则AN和AT发送MAC流参数配置的属性更新请求消息；AT收到该属性更新请求消息，将保存在其自身的处于配置态的QoS参数更新后，向AN回复属性更新接受消息。
步骤112～步骤113：AN向AT发送携带RLP流和MAC流绑定关系属性(AssociatedFlowNN)的属性更新请求消息，将该MAC流与对应的RLP流绑定；AT收到该属性更新请求消息，将保存在其自身的处于配置态的QoS参数更新后，向AN回复属性更新接受消息。
步骤114～步骤115：AT向AN发送QoS激活请求，即向AN发送预留开启请求(ReservationOnRequest)消息，AN收到该请求消息后，查找到保存在其自身的同样处于就绪态的对应QoS后，向AT发送预留开启接受(ReservationAccept)消息，接受该QoS的激活。此时，AN和AT上该QoS被激活，该QoS状态迁移到授权态。在此状态的QoS能正常传输具有该QoS要求的业务数据。
传输完具有QoS要求的业务后，AT主动发起QoS释放的过程，QoS释放过程是QoS建立过程的一个逆过程。图2为现有技术中无线QoS释放的方法流程图。参见图2，该方法包括以下步骤：
步骤200～步骤201：AT向AN发送QoS释放的属性更新请求消息；AN收到后向AT回复属性更新接受消息。
步骤202～步骤203：AN向AT发送接受QoS释放的属性更新请求消息；AT收到后，向AN回复属性更新接受消息。
步骤204～步骤205：AN向AT发送QoS与RLP流去绑定的属性更新请求消息；AT收到后，向AN回复属性更新接受消息。
步骤206～步骤207：如果该QoS是对应的RLP流上仅有的QoS，则AN和AT发送RLP流去激活的属性更新请求消息；AT收到后，向AN回复属性更新接受消息。
步骤208～步骤209：如果该QoS是反向业务的QoS，则AN向AT发送RLP流与对应MAC流去绑定的属性更新请求消息；AT收到后，向AN回复属性更新接受消息。
步骤210～步骤211：如果该RLP流是对应的MAC流上仅有的RLP流，则AN向AT发送该MAC流去激活的属性更新请求消息；AT收到后，向AN回复属性更新接受消息。
按照这种方式，现有技术可以给其他具有QoS要求的业务进行QoS建立、QoS激活和QoS释放。
以上所述过程的QoS状态转移图如图3所示。参见图3，QoS分为4个状态：空态、配置态、授权态和就绪态。
其中，空态：要传输的业务没有配置QoS的状态；
配置态：AT请求业务的QoS配置，AN接受后QoS位于配置态。
就绪态：AT和AN上处于配置态的QoS完成所有QoS参数配置即进入就绪态；在此状态下，至少有一个QoS参数配置不满足时，业务的QoS进入配置态。
授权态：AT和AN上处于就绪态的QoS激活后进入授权态，在此状态下具有该QoS要求的业务数据能够正常传输；此时，业务的QoS去激活后进入就绪态；至少有一个QoS参数配置不满足时，进入配置态；业务的QoS资源释放后就进入空态。
以上四个状态的迁移都是通过AT或AN更新其上处于相同状态的对应QoS实现的，如果AT和AN上对应QoS的状态不一致，将不能正常完成QoS的状态迁移。
对应于以上四个状态的迁移有四个QoS过程：
QoS建立：从空态迁移到配置态或就绪态；
QoS释放：从各个状态迁移到空态(图中只表示了从授权态到空态的情况)；
QoS激活：从就绪态迁移到授权态；
QoS去激活：从授权态迁移到就绪态或配置态。
由以上所述可知，业务的无线QoS建立和释放都要在接入网络与接入终端之间的空口进行数对消息的交互才能完成。在消息交互的过程中，很可能由于空口质量问题导致消息丢失或消息误包，从而导致接入终端与接入网络的QoS状态不一致。例如，对于图1中AT和AN发送的携带ReservationKKQoSRequest属性的属性更新请求消息，AN向AT回复的属性更新接受消息如果在空口丢失，则AT的QoS状态为空态，而AN的QoS状态为配置态，由于现有技术中没有发起AT和AN之间QoS状态核查的方法，使得AT和AN无法得知该QoS的状态已经不一致，而无法继续后续的QoS参数配置，且状态不一致的QoS信息也得不到及时处理。同时，AT和AN上同一QoS的状态不一致，也就是AT和AN上同一QoS参数不一致，还有可能造成AN的QoS资源吊死，从而占用了AN的资源。
3GPP2标准组织提出的演进网络系统中，无线QoS建立和释放过程除承载消息与DOA系统不同外，其流程和存在的问题与DOA系统相同，在此不再赘述。
发明内容
有鉴于此，本发明实施例提供一种发起服务质量状态核查的方法，使得接入网络或接入终端能够发起QoS状态的核查流程。
本发明实施例提供一种发起服务质量状态核查的系统，使得接入网络或接入终端能够发起QoS状态的核查流程。
本发明实施例提供一种核查装置，该装置能够执行QoS状态核查。
本发明实施例提供一种核查消息产生装置，该装置能够生成并发送QoS状态核查消息。
为达到上述目的，本发明实施例的技术方案是这样实现的：
一种发起服务质量状态核查的方法，该方法包括：核查发起方和核查接受方的任一实体根据接收到的QoS状态核查消息，对保存在其自身的QoS的状态进行核查。
一种发起服务质量状态核查的方法，该方法包括：核查发起方向核查接受方发送QoS状态核查请求消息；核查接受方根据接收到的QoS状态核查请求消息，生成QoS状态核查响应消息，发送到核查发起方；核查发起方根据接收到的QoS状态核查响应消息，对保存在其自身的QoS状态进行核查。
一种发起服务质量状态核查的方法，该方法包括：
核查发起方向核查接受方发送QoS状态核查请求消息；
核查接受方根据接收到的送QoS状态核查请求消息，对保存在其自身的QoS状态进行核查。
一种发起服务质量状态核查的系统，该系统包括核查发起方和核查接受方，
所述核查发起方，用于向核查接受方发送QoS状态核查请求消息；或接收核查接受方发送的QoS状态核查响应消息，根据所述QoS状态核查响应消息，对保存在其自身的QoS状态进行核查；
所述核查接受方，用于接收核查发起方发送的QoS状态核查请求消息，根据所述QoS状态核查请求消息，对保存在其自身的QoS状态进行核查；或根据所述QoS状态核查请求消息，生成QoS状态核查响应消息，发送到核查发起方。
以上各方法和系统中，当所述核查发起方为接入终端时，则对应的核查接受方为该接入终端对应的接入网络；当所述核查发起方为接入网络时，则对应的核查接受方为该接入网络所在网络中的接入终端。
一种核查装置，包括接收模块、QoS状态存储模块和核查模块，所述接收模块，用于接收QoS状态核查消息，转发到核查模块；所述QoS状态存储模块，用于存储QoS状态，将QoS状态发送到核查模块；所述核查模块，用于根据接收到的QoS状态核查消息，对QoS状态存储模块发送的QoS状态进行核查。
该核查装置设置在接入终端或接入网络；当接入终端为核查发起方时，则该接入终端对应的接入网络为核查接受方；当接入网络为核查发起方时，则该接入网络所在网络中的接入终端为核查接受方。
一种核查消息产生装置，包括发送模块和核查消息生成模块，所述核查消息生成模块，用于生成QoS状态核查消息，发送到发送模块；所述发送模块，用于发送接收到的来自核查消息生成模块的QoS状态核查消息。
该核查消息产生装置设置在接入终端或接入网络；当接入终端为核查发起方时，则该接入终端对应的接入网络为核查接受方；当接入网络为核查发起方时，则该接入网络所在网络中的接入终端为核查接受方。
与现有技术相比，本发明实施例所提供的发起服务质量状态核查的方法、系统及装置，通过核查发起方或核查接受方根据接收到的QoS状态核查消息，对保存在其自身的QoS状态进行核查，使得接入终端或接入网络能及时得到QoS状态的情况。
附图说明
图1为现有技术DOA系统中无线QoS建立的方法流程图；
图2为现有技术DOA系统中无线QoS释放的方法流程图；
图3为现有技术中QoS的状态转移图；
图4为本发明实施例一发起QoS状态核查的方法流程图；
图5为本发明实施例一利用GAUP消息发起QoS状态核查的方法流程图；
图6为本发明实施例一利用GCP消息发起QoS状态核查的方法流程图；
图7为本发明实施例一利用新增消息发起QoS状态核查的方法流程图；
图8为本发明实施例二发起QoS状态核查的方法流程图；
图9为本发明实施例二利用GAUP消息发起QoS状态核查的方法流程图；
图10为本发明实施例二利用GCP消息发起QoS状态核查的方法流程图；
图11为本发明实施例二利用新增消息发起QoS状态核查的方法流程图；
图12为本发明实施例中的发起QoS状态核查的系统结构图；
图13为本发明实施例中的核查装置的结构图；
图14为本发明实施例中的核查消息产生装置的结构图。
具体实施方式
下面结合附图及具体实施例对本发明进行详细说明。
本发明实施例在发起核查之前首先对QoS状态值进行定义，如表1所示。实际应用中，也可以以其他值定义QoS的状态。
| QoS状态值 | QoS状态 |
| 0(00) | 空态 |
| 1(01) | 配置态 |
| 2(10) | 就绪态 |
| 3(11) | 授权态 |
| 其他值 | 保留 |
表1QoS状态定义
本发明实施例中所述的核查发起方为某一接入终端或某一接入网络，对应的核查接受方分别为该接入终端对应的接入网络和接入网络所在网络中的某一接入终端。所述的指定的QoS是指指定的某一接入终端的QoS，所述所有的QoS是指某一接入终端的所有的QoS。
在DOA系统中，QoS核查消息的承载消息可为GAUP消息或GCP消息，也可以新增加消息作为核查消息。核查消息的承载消息为GAUP消息时，发起核查可以在业务信道进行，也可以在公共信道进行；核查发起方可以为AN或AT，对应的核查接受方分别为AT和AN。
在3GPP2提出的演进网络系统中，核查消息的承载消息可为GCP消息，也可以新增加消息作为核查消息。核查发起方可以为CAP或eBS，对应的核查接受方为AT；核查发起方也可以为AT，对应的核查接受方为CAP或eBS。
以下以两个实施例对本发明进行详细说明。
实施例一：
本实施例对核查发起方发起QoS核查，并由核查发起方进行QoS核查和核查结果处理的过程进行详细说明。
图4为本发明实施例一发起QoS状态核查的方法流程图，参见图4，该方法包括以下步骤：
步骤400：核查发起方向核查接受方发送QoS状态核查请求消息。
QoS状态核查请求消息中携带请求核查的QoS标识、核查全部QoS的核查类型或核查指定QoS的核查类型与请求核查的QoS标识的组合。
所述QoS标识为预留标签和预留方向的组合，或其他可以唯一标识一个QoS的标识。
步骤401：核查接受方根据接收到的QoS状态核查请求消息，生成QoS状态核查响应消息，发送到核查发起方。
本步骤中，核查接受方根据接收到的QoS状态核查请求消息，生成QoS状态核查响应消息的方法为：核查接受方根据接收到的QoS状态核查请求消息，将保存在其自身的核查发起方请求核查的QoS状态写入QoS状态核查响应消息。
如果QoS状态核查请求消息中携带了请求核查的QoS标识，则核查接受方将该QoS标识和该QoS标识对应的QoS状态写入QoS状态核查响应消息。
如果QoS状态核查请求消息中携带了核查所有QoS的核查类型，则核查接受方将请求核查的接入终端的所有QoS的状态写入QoS状态核查响应消息。
步骤402：核查发起方根据接收到的QoS状态核查响应消息，对保存在其自身的对应QoS的状态进行核查，及核查结果的处理。
在DOA系统中，核查发起方为AT，核查接受方为AN时，由AT执行核查和核查结果的处理；当核查发起方为AN，核查接受方为AT时，由AN执行核查和核查结果的处理。
在3GPP2提出的演进网络系统中，核查发起方为AT，核查接受方为CAP或eBS时，由AT执行核查和核查结果的处理；当核查发起方为CAP或eBS，核查发送方为AT时，由CAP或eBS执行核查和核查结果的处理。
图5为本发明实施例一利用GAUP消息进行QoS状态核查的方法流程图，该图中核查发起方为AT或AN，对应的核查接受方分别为AN和AT。参见图5，该方法包括以下步骤：
步骤500：核查发起方发送QoS状态核查请求的属性更新请求消息。
本步骤中，核查发起方向核查接受方发送承载新的属性值QoS状态请求(ReservationQosStateRequest)的属性更新请求消息。核查的类型根据实际需要而定，如可以请求对指定的QoS进行核查，也可以请求对所有QoS进行核查，由属性中的核查类型(CheckType)来区分。表2所示为ReservationQosStateRequest属性的具体定义。
| 字段 | 长度(bits) | 缺省值 |
| 属性长度(Length) | 8 | N/A |
| 属性标识(AttributeID) | 16 | N/A |
一条或多条以下记录
表2ReservationQosStateRequest属性定义
其中，属性标识(AttributeID)为现有的属性值以外的其他属性值，如可以为0x0006，该值是接入终端和接入网络都能识别的值。
核查类型(CheckType)，可以设置为对所有的QoS核查，也可以对指定的QoS进行核查。表3为核查类型取值表。实际应用中核查类型也可以取为其它值。
| 核查类型取值 | 含义 |
| 0x00 | 核查所有的QoS |
| 0x01 | 核查指定的QoS |
| 其它值 | 保留 |
表3核查类型取值
预留个数(ReservationCount)为核查发起方请求核查的Reservation的个数，该字段在核查类型为对指定的QoS进行核查时携带。其值的范围为0～最大预留个数(MaxNumReservation)。如果对所有的QoS进行核查时，可不携带该字段，或将该字段的值设为0。
预留方向(ReservationDirection)为核查发起方请求核查的Reservation的方向，该字段可在核查类型为对指定的QoS进行核查时携带。其值在现有技术中以1和0来标识前向和反向的Reservation。如果对所有的QoS进行核查时，可不携带该字段，或将该字段的值设为0。
预留标签(ReservationLabel)为核查发起方请求核查的Reservation的预留标签，该字段在核查类型为对指定的QoS进行核查时携带。如果对所有的QoS进行核查，可不携带该字段，或将该字段的值设为0。
保留字段(Reserved)，核查发起方在该字段填充0，将该属性值填充为整字节。
实际应用中，该属性也可不携带核查类型，而只携带核查发起方请求核查的预留标签和预留方向组合而成的请求核查的QoS标识。
步骤501：核查接受方接收到核查发起方发送的QoS状态核查请求的属性更新请求消息后，向核查发起方发送属性更新接受消息。
步骤502：核查接受方根据接收到的QoS状态核查请求的属性更新请求消息，生成QoS状态核查响应的属性更新请求消息，发送到核查发起方，该属性更新请求消息中携带核查发起方请求核查的QoS标识和对应的状态。
本步骤，核查接受方判断属性更新请求消息ReservationQosStateRequest属性的核查类型字段，如果核查类型为对指定的QoS进行状态核查时，核查接受方查找到保存在其自身的与ReservationQosStateRequest属性中请求核查的QoS标识对应的QoS状态，与该请求核查的QoS标识对应起来填充到QoS状态核查响应的属性更新请求消息中；如果核查类型为对所有QoS进行状态核查时，核查接受方查找到所有的QoS标识和对应的状态，填充到QoS状态核查响应的属性更新请求消息中。
核查接受方向核查发起方发送承载新的属性QoS状态响应(ReservationQosStateResponse)的属性更新请求消息。表4所示为ReservationQosStateResponse属性的具体定义。
| 字段 | 长度(bits) | 缺省值 |
| 属性长度(Length) | 8 | N/A |
| 属性标识(AttributeID) | 16 | N/A |
一条或多条以下记录
表4ReservationQosStateResponse属性定义
其中，属性标识(AttributeID)为现有的属性值以外的其他属性值，与ReservationQosStateRequest属性中的该值不同，如可以为0x0007。该值是接入网络与接入终端都能识别的值。
预留个数(ReservationCount)为核查发起方请求核查的Reservation的个数，其值为0～最大预留个数(MaxNumReservation)中的任意一个值。
预留方向(ReservationDirection)为核查发起方请求核查的Reservation的方向。
预留标签(ReservationLabel)为核查发起方请求核查的Reservation的预留标签。
保留字段(Reserved)，核查接受方在该字段填充0，将该属性值填充为整字节。
实际应用中，如果ReservationQosStateRequest属性中没有核查类型字段，则核查接受方直接查找与ReservationQosStateRequest属性中请求核查的QoS标识相对应的QoS的状态，将该请求核查的QoS标识和对应的QoS的状态填写到QoS状态核查响应的属性更新请求消息中。
步骤503：核查发起方接收到核查接受方发送的QoS状态核查响应的属性更新请求消息后，向核查接受方发送属性更新接受消息。
步骤504：核查发起方根据接收到的属性更新请求消息中的QoS标识和该QoS标识对应的QoS状态，对保存在其自身的该QoS标识对应的QoS状态进行核查，及核查结果的处理。
图6为本发明实施例一利用GCP消息发起QoS状态核查的方法流程图，该图中，核查发起方为AT时，对应的核查接受方为AN、CAP或eBS，核查发起方为AN、CAP或eBS时，对应的核查接受方为AT。参见图6，该方法包括以下步骤：
步骤600：核查发起方向核查接受方发送QoS状态核查请求的配置请求消息。
本步骤中，核查发起方向核查接受方发送承载新的属性值QoS状态请求(ReservationQosStateRequest)的配置请求消息，核查的类型根据实际需要而定。该属性的具体定义如表2所示，其中各字段的填写方式也与步骤500中所述的对应字段的填写方式相同，在此不再赘述。
步骤601：核查接受方接收到核查发起方发送的QoS状态核查请求的配置请求消息后，向核查发起方发送配置响应消息。
步骤602：核查接受方根据接收到的QoS状态核查请求的配置请求消息，生成QoS状态响应的配置请求消息，发送到核查发起方，该配置请求消息中携带了核查发起方请求核查的QoS标识和对应的QoS状态。
本步骤，核查接受方判断配置请求消息ReservationQosStateRequest属性的核查类型字段，如果核查类型为对指定的QoS进行状态核查时，核查接受方查找到保存在其自身的与ReservationQosStateRequest属性中预留标签和预留方向对应的QoS状态，与该预留标签和预留方向对应起来填充到QoS状态核查响应的配置请求消息中；如果核查类型为对所有QoS进行状态核查时，核查接受方查找到所有的QoS状态，填充到QoS状态核查响应的配置请求消息中。
核查接受方向核查发起方发送承载新的属性QoS状态响应(ReservationQosStateResponse)的配置请求消息，该属性的具体定义如表4所示，其中各字段的填写方式与步骤502所述的对应字段的填写方式相同。
实际应用中，如果ReservationQosStateRequest属性中没有核查类型字段，则核查接受方直接查找与ReservationQosStateRequest属性中请求核查的QoS标识对应的QoS的状态，与该QoS标识对应起来填充到QoS状态核查响应的配置请求消息中。
步骤603：核查发起方接收到核查接受方发送的QoS状态核查响应的配置请求消息后，向核查接受方发送配置响应消息。
步骤604：核查发起方根据接收到的配置请求消息中的QoS标识和该QoS标识对应的QoS状态，对保存在其自身的该QoS标识对应的QoS状态进行核查，及核查结果的处理。
图7为本发明实施例一利用新增消息发起QoS状态核查的方法流程图，该图中，核查发起方为AT时，对应的核查接受方为AN、CAP或eBS，核查发起方为AN、CAP或eBS时，对应的核查接受方为AT。参见图7，该方法包括以下步骤：
步骤700：核查发起方向核查接受方发送预留状态请求消息。
本步骤中，核查发起方向核查接受方发送新增的预留状态请求消息(ReservationStateRequest)，表5所示为该消息的具体定义。
| 信令链路协议(SLP) | 可靠(Reliable)尽力(Best Effort) |
| 优先级 | 40 |
表5ReservationStateRequest消息的具体定义
其中，消息标识(MessageID)由核查发起方填写标识ReservationStateRequest消息的值，该值是接入终端与接入网络都能识别的值。
事务标识(TransactionID)与现有技术中其他消息该字段的填写方式相同，在此不再赘述。
该消息可以在CC、AC、FTC和RTC中任一信道上进行传输，其寻址方式为单播，使用的SLP为Reliable或Best Effort，优先级为普通优先级。
消息中的其他字段的填写方式与步骤500所述的对应字段的填写方式相同。
实际应用中，该消息也可不携带核查类型，而只携带核查发起方请求核查的预留标签和预留方向组成的QoS标识。
步骤701：核查接受方根据接收到的预留状态请求消息，生成预留状态响应消息，发送到核查发起方，该消息中携带核查发起方请求核查的QoS的QoS标识和对应的QoS状态。
本步骤，核查接受方向核查发起方发送新增消息预留状态响应(ReservationStateResponse)，表6所示为该消息的具体定义。
| 信令链路协议(SLP) | 可靠(Reliable)尽力(Best Effort) |
| 优先级 | 40 |
表6ReservationStateResponse的具体定义
其中，消息标识和事务标识字段的填写方式与步骤700所述ReservationStateRequest消息对应字段的填写方式相同。
其它字段的填写方式与步骤502所述ReservationStateResponse消息对应字段的填写方式相同，在此不再赘述。
步骤702：核查发起方接收到预留状态响应消息后，根据消息中的QoS标识和该QoS标识对应的QoS的状态，对保存在其自身的该QoS标识对应的QoS状态进行核查，及核查结果的处理。
实施例二：
本实施例对核查发起方发起QoS核查，由核查接受方进行QoS核查和核查结果处理的过程进行详细说明。
图8为本发明实施例二发起QoS状态核查的方法流程图，参见图8，该方法包括以下步骤：
步骤800：核查发起方向核查接受方发送携带请求核查的QoS标识和该QoS标识对应的QoS状态的QoS状态核查请求消息。
步骤801：核查接受方根据接收到的QoS状态核查请求消息，对保存在其自身的该QoS标识对应的QoS状态进行核查，及核查结果的处理。
在DOA系统中，当核查发起方为AT，核查接受方为AN时，由AN执行核查和核查结果的处理；当核查发起方为AN，核查接受方为AT时，由AT执行核查和核查结果的处理。
在3GPP2提出的演进网络系统中，当核查发起方为AT，核查接受方为CAP或eBS时，由CAP或eBS执行核查和核查结果的处理；当核查发起方为CAP或eBS，核查发送方为AT时，由AT执行核查和核查结果的处理。
图9为本发明实施例二利用GAUP消息进行QoS状态核查的方法流程图，该图中核查发起方为AT或AN，对应的核查接受方分别为AN和AT。参见图9，该方法包括以下步骤：
步骤900：核查发起方发送QoS状态核查请求的属性更新请求消息，该消息中携带请求核查的QoS标识和该QoS标识对应的QoS状态。
本步骤中，核查发起方向核查接受方发送承载新的属性值QoS状态请求(ReservationQosStateRequest)的属性更新请求消息。核查的类型根据实际需要而定，如可以请求对指定的QoS进行核查，也可以请求对所有QoS进行核查。表7所示为ReservationQosStateRequest属性的具体定义。
| 字段 | 长度(bits) | 缺省值 |
| 属性长度(Length) | 8 | N/A |
| 属性标识(AttributeID) | 16 | N/A |
一条或多条以下记录
表7ReservationQosStateRequest属性定义
其中，预留个数(ReservationCount)为核查发起方请求核查的Reservation的个数，其值的范围为0～最大预留个数(MaxNumReservation)。实际应用中，该属性可以不携带该字段。
预留方向(ReservationDirection)为核查发起方请求核查的Reservation的方向，其值在现有技术中以1和0来标识前向和反向的Reservation。
预留标签(ReservationLabel)为核查发起方请求核查的Reservation的预留标签。
QoS状态(QoSState)是预留标签(ReservationLabel)和预留方向(ReservationDirection)字段组成的QoS标识对应的QoS的状态。
其它字段的填写方式与步骤500所述的对应字段的填写方式相同。
实际应用中，该属性也可不携带核查类型。
步骤901：核查接受方接收到核查发起方发送的属性更新请求消息后，向核查发起方发送属性更新接受消息。
步骤902：核查接受方根据属性更新请求消息中携带的QoS标识和该QoS标识对应的QoS状态，对保存在其自身的该QoS标识对应的QoS状态进行核查，及核查结果的处理。
本步骤，核查接受方判断属性更新请求消息ReservationQosStateRequest属性的核查类型字段，如果核查类型为对指定的QoS进行核查，则核查接受方对保存在其自身的属性更新请求消息中指定的QoS进行核查；如果核查类型为对所有的QoS进行核查，则核查接受方对保存在其自身的核查发起方请求核查的所有QoS进行核查，及核查结果的处理。
实际应用中，如果属性更新请求消息ReservationQosStateRequest属性中没有核查类型字段，则核查接受方直接对保存在其自身的ReservationQosStateRequest属性中预留标签和预留方向对应的QoS的状态进行核查，及核查结果的处理。
图10为本发明实施例二利用GCP消息发起QoS状态核查的方法流程图，该图中，核查发起方为AT时，对应的核查接受方为AN、CAP或eBS，核查发起方为AN、CAP或eBS时，对应的核查接受方为AT。参见图10，该方法包括以下步骤：
步骤1000：核查发起方向核查接受方发送QoS状态核查请求的配置请求消息，该消息中携带请求核查的QoS标识和和该QoS标识对应的QoS状态。
本步骤中，核查发起方向核查接受方发送承载新的属性值QoS状态请求(ReservationQosStateRequest)的配置请求消息，该属性的具体定义如表7所示，其中各字段的填写方式也与步骤500中所述的对应字段的填写方式相同。
步骤1001：核查接受方接收到核查发起方发送的配置请求消息后，向核查发起方发送配置响应消息。
步骤1002：核查接受方根据配置请求消息中的QoS标识和该QoS标识对应的QoS状态，对保存在其自身的该QoS标识对应的QoS状态进行核查，及核查结果的处理。
本步骤，核查接受方判断配置请求消息ReservationQosStateRequest属性的核查类型字段，如果核查类型是对所有的QoS进行状态核查，则核查接受方对保存在其自身的核查发起方请求核查的接入终端的所有QoS进行状态核查，及核查结果的处理。
如果核查类型是对指定的QoS进行状态核查，则核查接受方根据配置请求消息中的QoS标识和该QoS标识对应的QoS的状态，对保存在其自身的该QoS标识对应的QoS的状态进行核查，及核查结果的处理。
图11为本发明实施例二利用新增消息发起QoS状态核查的方法流程图，该图中，核查发起方为AT时，对应的核查接受方为AN、CAP或eBS，核查发起方为AN、CAP或eBS时，对应的核查接受方为AT。参见图11，该方法包括以下步骤：
步骤1100：核查发起方向核查接受方发送预留状态请求消息。
本步骤中，核查发起方向核查接受方发送新增的预留状态请求消息(ReservationStateRequest)，表8所示为该消息的具体定义。
| 信令链路协议(SLP) | 可靠(Reliable)尽力(Best Effort) |
| 优先级 | 40 |
表8ReservationStateRequest消息的具体定义
其中，消息标识(MessageID)由核查发起方填写标识ReservationStateRequest消息的值，该值是接入终端与接入网络都能识别的值。
事务标识(TransactionID)与现有技术中其他消息该字段的填写方式相同，在此不再赘述。
该消息可以在CC、AC、FTC和RTC中任一信道上进行传输，其寻址方式为单播，使用的SLP为Reliable或Best Effort，优先级为普通优先级。
该消息中的其他字段的填写方式与步骤900所述的对应字段的填写方式相同。
实际应用中，该消息也可不携带核查类型。
步骤1101：核查接受方根据接收到的预留状态请求消息中的预留标签、预留方向和对应的QoS状态，对保存在其自身的该预留标签和预留方向对应的QoS状态进行核查，及核查结果的处理。
图12所示为本发明实施例的发起服务质量状态核查的系统结构图，参见图12，该系统包括核查发起方和核查接受方。
其中，核查发起方用于向核查接受方发送QoS状态核查请求消息；或接收核查接受方发送的QoS状态核查响应消息，根据所述QoS状态核查响应消息，对保存在其自身的QoS状态进行核查；
核查接受方用于接收核查发起方发送的QoS状态核查请求消息，根据该QoS状态核查请求消息，对保存在其自身的QoS状态进行核查；或根据所述QoS状态核查请求消息，生成QoS状态核查响应消息，发送到核查发起方。
核查发起方为接入终端或接入网络，对应的核查接受方分别为接入网络和接入终端。接入网络为AN、CAP或eBS。
图13为本发明实施例的核查装置结构图，参见图13，该装置包括接收模块、QoS状态存储模块和核查模块。
其中，接收模块用于接收QoS状态核查消息，转发到核查模块。
QoS状态存储模块用于存储QoS状态，将QoS状态发送到核查模块。
核查模块用于根据接收到的QoS状态核查消息，对QoS状态存储模块发送的QoS状态进行核查。
该装置可以设置在接入网络，也可以设置在接入终端。
图14为本发明实施例的核查消息产生装置结构图，参见图14，该装置包括核查消息生成模块和发送模块，
其中，核查消息生成模块用于生成QoS状态核查消息，发送到发送模块。
发送模块用于发送接收到的来自核查消息生成模块的QoS状态核查消息。
该装置进一步包括QoS状态存储模块，用于存储QoS状态，将存储的QoS状态发送到核查消息生成模块；核查消息生成模块，用于接收QoS状态存储模块发送的QoS状态，根据QoS状态生成QoS状态核查消息。
QoS状态核查消息为QoS状态核查请求消息。
该装置进一步包括接收模块，用于接收QoS状态核查请求消息，转发到核查消息生成模块；核查消息生成模块，用于接收QoS状态核查请求消息，根据接收到的QoS状态核查请求消息和QoS状态生成QoS状态核查响应消息。
该装置可以设置在接入网络，也可以设置在接入终端。
实际应用中，发起QoS状态核查的时机可以根据需要设定，如可以设置定时核查、QoS异常时核查、无线QoS建立时或关闭后核查等。
由以上所述可以看出，本发明实施例所提供的服务质量状态核查的方法、系统及装置，使得接入终端或接入网络能够发起QoS状态核查的流程，及时得知QoS的状态，并及时处理。从而提高了无线通信系统业务传输的可靠性，大大降低由于接入网络和接入终端的QoS状态不一致引起的业务不可用、资源浪费等一系列问题，提高了系统的稳定性。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (23)
1.一种发起服务质量状态核查的方法，其特征在于，该方法包括：
核查发起方和核查接受方中的任一实体根据接收到的QoS状态核查消息，对保存在其自身的QoS的状态进行核查；
当所述核查发起方为接入终端时，则对应的核查接受方为该接入终端对应的接入网络；
当所述核查发起方为接入网络时，则对应的核查接受方为该接入网络所在网络中的接入终端。
2.如权利要求1所述的方法，其特征在于，所述QoS状态核查消息为QoS状态核查请求消息或QoS状态核查响应消息。
3.如权利要求2所述的方法，其特征在于，所述QoS状态核查请求消息为属性更新请求消息、配置请求消息或预留状态请求消息。
4.如权利要求3所述的方法，其特征在于，所述属性更新请求消息和配置请求消息携带QoS状态请求属性。
5.如权利要求2所述的方法，其特征在于，所述QoS状态核查响应消息为属性更新请求消息、配置请求消息或预留状态响应消息。
6.如权利要求5所述的方法，其特征在于，所述属性更新请求消息和配置请求消息携带QoS状态响应属性。
7.如权利要求1所述的方法，其特征在于，所述接入网络为控制接入点CAP或演进基站eBS；
或为，码分多址2000高速分组数据无线传输技术版本A系统中的接入网络AN。
8.一种发起服务质量状态核查的方法，其特征在于，该方法包括：
核查发起方向核查接受方发送QoS状态核查请求消息；
核查接受方根据接收到的QoS状态核查请求消息，生成QoS状态核查响应消息，发送到核查发起方；
核查发起方根据接收到的QoS状态核查响应消息，对保存在其自身的QoS状态进行核查；
当所述核查发起方为接入终端时，则对应的核查接受方为该接入终端对应的接入网络；
当所述核查发起方为接入网络时，则对应的核查接受方为该接入网络所在网络中的接入终端。
9.如权利要求8所述的方法，其特征在于，所述QoS状态核查请求消息为属性更新请求消息、配置请求消息或预留状态请求消息；
所述QoS状态核查响应消息为属性更新请求消息、配置请求消息或预留状态响应消息。
10.如权利要求9所述的方法，其特征在于，所述QoS状态核查请求消息为携带QoS状态请求属性的属性更新请求消息或配置请求消息，所述QoS状态核查响应消息为携带QoS状态响应属性的属性更新请求消息或配置请求消息，所述QoS状态请求属性携带核查发起方请求核查的QoS标识，
所述生成QoS状态核查响应消息的方法为：核查接受方查找保存在其自身的所述QoS标识对应的QoS状态，将所述QoS标识和对应的QoS状态写入到QoS状态响应属性，生成QoS状态核查响应消息。
11.如权利要求9所述的方法，其特征在于，所述QoS状态核查请求消息为携带QoS状态请求属性的属性更新请求消息或配置请求消息，所述QoS状态核查响应消息为携带QoS状态响应属性的属性更新请求消息或配置请求消息，所述QoS状态请求属性携带核查类型，
所述生成QoS状态核查响应消息的方法为：核查接受方根据接收到的QoS状态核查请求消息中QoS状态请求属性的核查类型生成QoS状态核查响应消息。
12.如权利要求11所述的方法，其特征在于，所述核查类型为对所有的QoS进行核查，
所述核查接受方根据接收到的QoS状态核查请求消息中QoS状态请求属性的核查类型生成QoS状态核查响应消息的方法为：核查接受方查找保存在其自身的所有的QoS，将所述QoS的QoS标识和对应的QoS状态写入到QoS状态响应属性中，生成QoS状态核查响应消息。
13.如权利要求11所述的方法，其特征在于，所述核查类型为对部分QoS进行核查，所述QoS状态请求属性携带核查发起方请求核查的QoS标识，
所述核查接受方根据接收到的QoS状态核查请求消息中QoS状态请求属性的核查类型生成QoS状态核查响应消息的方法为：核查接受方查找保存在其自身的所述QoS标识对应的QoS状态，将所述QoS标识和对应的QoS状态写入到QoS状态响应属性中，生成QoS状态核查响应消息。
14.一种发起服务质量状态核查的方法，其特征在于，该方法包括：
核查发起方向核查接受方发送QoS状态核查请求消息；
核查接受方根据接收到的QoS状态核查请求消息，对保存在其自身的QoS状态进行核查；
当所述核查发起方为接入终端时，则对应的核查接受方为该接入终端对应的接入网络；
当所述核查发起方为接入网络时，则对应的核查接受方为该接入网络所在网络中的接入终端。
15.如权利要求14所述的方法，其特征在于，所述QoS状态核查请求消息为属性更新请求消息、配置请求消息或预留状态请求消息。
16.如权利要求14所述的方法，其特征在于，所述QoS状态核查请求消息为携带QoS状态请求属性的属性更新请求消息或配置请求消息，所述QoS状态请求属性携带核查发起方请求核查的QoS标识和与该QoS标识对应的QoS的状态；
所述对保存在其自身的QoS的状态进行核查的方法为：核查接受方根据接收到的所述QoS状态核查请求消息中QoS标识和与该QoS标识对应的QoS的状态，对保存在其自身的该QoS标识对应的QoS状态进行核查。
17.一种发起服务质量状态核查的系统，其特征在于，该系统包括核查发起方和核查接受方，
所述核查发起方，用于向核查接受方发送QoS状态核查请求消息；或接收核查接受方发送的QoS状态核查响应消息，根据所述QoS状态核查响应消息，对保存在其自身的QoS状态进行核查；
所述核查接受方，用于接收核查发起方发送的QoS状态核查请求消息，根据所述QoS状态核查请求消息，对保存在其自身的QoS状态进行核查；或根据所述QoS状态核查请求消息，生成QoS状态核查响应消息，发送到核查发起方；
当所述核查发起方为接入终端时，则对应的核查接受方为该接入终端对应的接入网络；
当所述核查发起方为接入网络时，则对应的核查接受方为该接入网络所在网络中的接入终端。
18.如权利要求17所述的系统，其特征在于，所述接入网络为CAP或eBS，或为码分多址2000高速分组数据无线传输技术版本A系统中的接入网络AN。
19.一种核查装置，其特征在于，所述装置包括接收模块、QoS状态存储模块和核查模块，
所述接收模块，用于接收QoS状态核查消息，转发到核查模块；
所述QoS状态存储模块，用于存储QoS状态，将QoS状态发送到核查模块；
所述核查模块，用于根据接收到的QoS状态核查消息，对QoS状态存储模块发送的QoS状态进行核查；
该核查装置设置在接入终端或接入网络；
当接入终端为核查发起方时，则该接入终端对应的接入网络为核查接受方；
当接入网络为核查发起方时，则该接入网络所在网络中的接入终端为核查接受方。
20.一种核查消息产生装置，其特征在于，所述装置包括发送模块和核查消息生成模块，
所述核查消息生成模块，用于生成QoS状态核查消息，发送到发送模块；
所述发送模块，用于发送接收到的来自核查消息生成模块的QoS状态核查消息；
该核查消息产生装置设置在接入终端或接入网络；
当接入终端为核查发起方时，则该接入终端对应的接入网络为核查接受方；
当接入网络为核查发起方时，则该接入网络所在网络中的接入终端为核查接受方。
21.如权利要求20所述的装置，其特征在于，所述装置进一步包括QoS状态存储模块，用于存储QoS状态，将所存储的QoS状态发送到核查消息生成模块；
所述核查消息生成模块，用于接收QoS状态存储模块发送的QoS状态，根据所述QoS状态生成QoS状态核查消息。
22.如权利要求21所述的装置，其特征在于，所述QoS状态核查消息为QoS状态核查请求消息。
23.如权利要求21所述的装置，其特征在于，所述装置进一步包括接收模块，用于接收QoS状态核查请求消息，转发到核查消息生成模块；
所述核查消息生成模块，用于接收所述QoS状态核查请求消息，根据所述QoS状态核查请求消息和QoS状态生成QoS状态核查响应消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101564685A CN101212339B (zh) | 2006-12-31 | 2006-12-31 | 发起服务质量状态核查的方法、系统及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101564685A CN101212339B (zh) | 2006-12-31 | 2006-12-31 | 发起服务质量状态核查的方法、系统及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101212339A CN101212339A (zh) | 2008-07-02 |
| CN101212339B true CN101212339B (zh) | 2010-11-24 |
Family
ID=39612040
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006101564685A Active CN101212339B (zh) | 2006-12-31 | 2006-12-31 | 发起服务质量状态核查的方法、系统及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101212339B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9094943B2 (en) | 2008-09-19 | 2015-07-28 | Qualcomm Incorporated | Network and mobile device initiated quality of service |
| CN102137334B (zh) * | 2010-01-27 | 2016-08-10 | 中兴通讯股份有限公司 | 一种属性协商方法和系统 |
| CN105591766A (zh) * | 2014-10-20 | 2016-05-18 | 中兴通讯股份有限公司 | 一种QoS配置方法和装置 |
| EP3934320B1 (en) | 2016-06-03 | 2024-03-13 | Huawei Technologies Co., Ltd. | V2x message communication method and apparatus |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1604543A (zh) * | 2003-10-01 | 2005-04-06 | 日本电气株式会社 | 用于解决交换机之间的自协商序列死锁的方法和设备 |
-
2006
- 2006-12-31 CN CN2006101564685A patent/CN101212339B/zh active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1604543A (zh) * | 2003-10-01 | 2005-04-06 | 日本电气株式会社 | 用于解决交换机之间的自协商序列死锁的方法和设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101212339A (zh) | 2008-07-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8144650B2 (en) | Method and arrangement relating to communications network services request activation | |
| US7330448B2 (en) | Technique for managing quality of services levels when interworking a wireless local area network with a wireless telephony network | |
| CN101336532B (zh) | 用于在数据传输中安装分组过滤器的方法和设备 | |
| CN101998531B (zh) | 策略和计费控制规则授权方法、装置及系统 | |
| US8532033B2 (en) | Selective RAB assignment | |
| US7634274B2 (en) | Connection establishment for PDP contexts | |
| JP2006514510A (ja) | パケットモード移動体通信ネットワークにおけるサービス品質の差別化方法 | |
| CN100583905C (zh) | 一种移动终端ip地址分配方法 | |
| CN101345679B (zh) | 动态业务的QoS保证方法、系统以及AAA和Anchor SFA | |
| CN107295575A (zh) | 一种服务质量的控制方法和装置 | |
| CN100486382C (zh) | 通信系统中的时效处理设备和方法 | |
| CN101932029A (zh) | 数据传输方法、设备及系统 | |
| CN100493258C (zh) | 一种宽带码分多址接入设备的状态转移方法 | |
| CN102143062A (zh) | 寻址策略和计费规则功能实体的方法、装置和系统 | |
| CN101212339B (zh) | 发起服务质量状态核查的方法、系统及装置 | |
| CN100512276C (zh) | 用于无线通信网中承载授权的方法和系统 | |
| CN109246173A (zh) | 会话操作的控制方法及装置 | |
| CN111869310A (zh) | 用于执行小数据快速路径通信的方法和系统 | |
| US7286475B2 (en) | GPRS system and in-zone node apparatus, and bearer setting method used therefor | |
| CN101404610A (zh) | 业务流修改的实现方法及系统 | |
| US20020077097A1 (en) | Method and apparatus in a GPRS ready mobile terminal for providing differentiated quality of service | |
| CN101193111B (zh) | 释放服务质量资源的方法、系统、接入网络及接入终端 | |
| CN100536432C (zh) | 对资源预留请求或策略决定请求进行响应的方法和装置 | |
| CN102448115B (zh) | 一种应用于移动通信的会话管理方法 | |
| US9107114B2 (en) | Method for supporting quality of service mechanisms during a handover process or in preparation of a handover process |
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 |