专利名称:网络侧发起的二次激活流程处理方法和装置的制作方法
技术领域：
本发明涉及无线通信领域，特别涉及网络侧发起的二次激活流程处理方法和装置。
背景技术：
通用移动通信系统(UniversalMobile Telecommunications System, UMTS)是采用WCDMA空中接口技术的第三代移动通信系统。UMTS系统包括无线接入网络(Radio Access Network, RAN)和核心网络(Core Network，CN)。其中无线接入网络用于处理所有与无线接入有关的功能，而核心网络处理UMTS系统内所有的话音呼叫和数据连接，并实现与外部网络的交换和路由功能。
RAN 由无线网络控制器(fcidio Network Controller，RNC)和基站 NodeB 组成。 RNC与CN之间的接口是Iu接口，NodeB和RNC通过Iub接口连接。RNC之间通过Iur互联， Iur可以通过RNC之间的直接物理连接或通过传输网连接。RNC用来分配和控制与之相连或相关的NodeB的无线资源。NodeB则完成Iub接口和Uu接口之间的数据流的转换，同时也参与一部分无线资源管理。RNC用于控制RAN的无线资源，主要完成连接建立和断开、切换、宏分集合并、无线资源管理控制等功能。
在UMTS系统中，核心网络包括服务GPRS支持节点(Serving GPRSSupport Node, SGSN)和网关 GPRS 支持节点(Gateway GPRS Support Node, GGSN)两个实体。
SGSN作为一个基本的组成网元，其主要的作用就是为本SGSN服务区域的用户设备(User Equipment, UE)转发输入/输出的IP分组。SGSN提供的功能包括本SGSN区域内的分组数据包的路由与转发功能，为本SGSN区域内的所有分组域用户提供服务、加密与鉴权功能、会话管理功能、移动性管理功能、同UMTS无线接入网络(UMTS Territorial Radio Access Network, UTRAN)、GGSN、归属位置寄存器(Home Location Register, HLR)等接口功能。
GGSN作为一个基本的网元功能实体，提供数据包在同外部数据网之间的路由和封装。用户选择哪一个GGSN作为网关，是在PDP上下文激活过程中根据用户的签约信息以及用户请求的接入点名(Access Point Name,APN)确定的。GGSN提供的功能包括同外部分组网络的关口功能，会话管理功能等。
二次激活PDP上下文是基于已有的PDP上下文的，因此不存在IP地址协商、APN选择等，二次激活就是在已有承载的基础上(对应于已有的PDP上下文)，增加具有不同QoS 值的承载(对应于二次激活所产生的PDP上下文)。进行二次激活而产生的PDP上下文同原承载对应的PDP上下文具有相同的PDP地址和APN。
如图1所示，现有的网络侧发起的二次激活PDP上下文流程包括
步骤101 发起PDP上下文激活。GGSN决定在已有承载的基础上建立新的承载时， 通过发起PDP上下文激活消息来告知SGSN，该消息中携带了建立新承载所必要的参数(如 QoS)。[0010]步骤102 请求二次激活PDP上下文。SGSN收到GGSN发来的发起PDP上下文激活消息后，向用户设备发送请求二次激活PDP上下文消息，该消息中也携带了建立新承载所必要的参数(如QoS)。该消息中的QoS参数与发起PDP上下文激活消息中的QoS —致。
步骤103 二次激活PDP上下文过程。用户设备收到建立新承载所必要的参数后， 发送二次激活PDP上下文请求。该请求中携带有对QoS的需求。SGSN收到该请求后，可以根据SGSN自身的能力、SGSN当前负载、用户签约信息、运营商的预先配置中至少一项来限制用户设备请求的QoS;
步骤104 创建PDP上下文请求。该请求中携带有对QoS的需求，该需求可能与二次激活PDP上下文请求中的一致，也可能是经过SGSN限制后的QoS需求。GGSN收到该请求后，可以限制或增加SGSN请求的QoS ；
步骤105:创建PDP上下文响应。该响应中携带有对QoS的要求，该要求可能是步骤102中GGSN限制或增加后的QoS要求。SGSN收到该响应后，可以参照步骤103中所述的方法对QoS进行限制。
步骤106 :SGSN根据步骤105中的QoS来建立RAN侧资源。在该步骤中，实际建立 RAN侧资源所对应的QoS，有可能要低于步骤105初始希望建立的QoS。
步骤107 更新PDP上下文请求。在建立了 RAN侧资源后，SGSN通过该消息将建立起来的RAN侧资源所对应的QoS告知GGSN，并通过“不协商QoS指示”参数让GGSN接受该 QoS而不再进行协商。
步骤108 更新PDP上下文响应。该消息是GGSN收到更新PDP上下文请求消息后的响应。该消息中可能包括QoS信息，也可能不包括该信息。
步骤109 二次激活PDP上下文接受。SGSN用该消息通知用户设备整个二次激活 PDP上下文流程已经完成。该消息中，SGSN将协商完成的QoS告知用户设备，如果用户设备无法接受该QoS，会同应用层进行协商，若仍然无法接受则发起去激活流程。
在网络侧发起的二次激活过程中，GGSN所请求的QoS(如发起PDP上下文激活消息所携带的和用户设备所接收的QoS (如二次激活PDP上下文接受消息所携带的 QoS)可能存在差别，这是因为
1、在SGSN收到二次激活PDP上下文请求后，SGSN可能会对QoS进行限制。
2、在GGSN收到创建PDP上下文请求后，GGSN可能会对QoS进行限制或提升。
3、在SGSN收到创建PDP上下文响应后，SGSN可能会对QoS进行限制。
4、在建立RAN侧资源时，有可能QoS被限制。
当GGSN所请求的QoS和用户设备所接收的QoS不相同时，就有可能出现新建承载的QoS无法满足实际要求的情况。按照现有的过程，该过程的发起端是GGSN，最初的QoS也来自于GGSN，用户设备并不知道最后接收的QoS是否能够满足要求。在网络侧发起的二次激活中，当新建承载的QoS由于在过程中受到限制而无法满足实际要求的情况下，现有技术中没有一个合理的处理过程。
发明内容
为了解决在网络侧发起的二次激活中，当新建承载的QoS由于在过程中受到限制而无法满足实际要求的问题，本发明的一个实施例提供了一种网络侧发起的二次激活流程处理方法，该方法包括
获得判定QoS是否满足要求的条件；
在二次激活流程中，根据所述条件判定QoS是否满足要求。
根据所述判定的结果，进行相应处理。
本发明的有一个实施例提供了一种网络侧发起的二次激活流程处理装置，该装置包括
条件模块，用于获取判定QoS是否满足要求的条件，并将该条件提供给判定模块使用；
QoS获取模块，用于在网络侧发起的二次激活流程中，获取新建承载对应的QoS， 并将该QoS提供给判定模块使用；
判定模块，用于根据条件模块提供的所述条件，以及QoS获取模块提供的所述 QoS，判定所述QoS是否满足要求。
以上方法和装置通过在网络侧发起的二次激活流程中引入判定QoS是否满足要求的条件，使得后续可以根据条件判定QoS是否满足要求。这样在网络侧发起的二次激活流程中，及时检查协商后的QoS是否能够满足业务要求，从而在网络侧发起的二次激活流程中，实现对QoS的保障。
本发明的又一个实施例提供了一种网络侧发起的二次激活流程处理方法，该方法包括
用户设备从请求二次激活PDP上下文消息中获取QoS信息；
所述用户设备从二次激活PDP上下文接受消息中获取QoS信息；
当确定所述从二次激活PDP上下文接受消息中获取的QoS低于所述从请求二次激活PDP上下文消息中获取的QoS时，所述用户设备发起承载协商过程。
以上方法通过在二次激活流程完成后，判断最后协商的QoS与初始要求的QoS相比，是否发生降级。若发生降级，则通过承载协商过程来验证降级后的QoS是否满足要求。 从而对网络侧发起的二次激活流程的QoS进行了保障。
图1是现有技术中网络侧发起的二次激活PDP上下文的流程图；
图2是本发明一个实施例所述方法的流程图；
图3是本发明一个实施例所述装置的结构图。
具体实施方式
如图2所示，本发明的一个实施例提供了一种网络侧发起的二次激活流程处理方法，该方法包括
步骤201 获得判定QoS是否满足要求的条件；
步骤202 在二次激活流程中，根据所述条件判定QoS是否满足要求；
步骤203 根据所述判定的结果，进行相应处理。
上述实施例中，通过在网络侧发起的二次激活流程中引入判定QoS是否满足要求的条件，并增加获得判定QoS是否满足要求的条件的步骤，使得后续可以根据条件判定QoS是否满足要求。这样在网络侧发起的二次激活流程中，及时检查协商后的QoS是否能够满足业务要求，从而在网络侧发起的二次激活流程中，实现对QoS的保障。
需要说明的是，上述实施例以及以下所有实施例中所说的判定QoS是否满足要求的条件，包括但不限于QoS下限要求，或QoS变化范围要求，或不协商指示，或QoS列表。
QoS下限要求，是指满足实际要求所需要的最低QoS。例如若用O 5的整数表示不同级别的QoS，0为最低，5为最高。在网络侧发起的二次激活PDP上下文过程中，网络侧可以要求QoS级别为5，但要求QoS下限的判定条件为3。即当QoS在二次激活PDP上下文过程中被降级时，其最低不能低于3。若后续判定QoS低于3，则将被视为不能满足实际要求。
QoS变化范围要求，是指为满足实际要求所能允许的QoS最大变动范围。例如网络侧可以要求QoS不低于初始要求的50%。当QoS在二次激活PDP上下文过程中被降级， 并低于初始要求的50%时，将被视为不能满足实际要求。
不协商指示也可以看成一种判定条件。不协商指示要求对网络侧初始要求的QoS 不做更改，一旦在二次激活PDP上下文过程中QoS被降级，就将被视为不能满足实际要求。
QoS列表也是一种判定条件。QoS列表中包括至少一个QoS。在该列表中的QoS表示二次激活PDP上下文过程中可以选取的QoS。不在该列表范围内的QoS是不满足实际要求的QoS。因此，根据该列表就可以判断网络侧发起的二次激活PDP上下文过程中的QoS是否满足要求。
以下介绍本发明的其他实施例。在以下实施例中，可能会引用到图1中的某些内容。需要特别说明的是，对这些内容的引用仅仅是为了更清楚地说明本发明的实施例，而不能证明除被引用内容以外的其他内容属于现有技术。
本发明的又一实施例提供了一种网络侧发起的二次激活流程处理方法，该方法中获得判定QoS是否满足要求的条件，并根据所述条件判定QoS是否满足要求的实体是用户设备。
在本实施例中，用户设备获得判定QoS是否满足要求的条件有两种途径。一种是从网络侧发来的消息中获取判定条件，另一种是通过预先配置获得判定条件。
若从网络侧发来的消息中获取判定条件，由于网络侧发起二次激活PDP上下文时，初始QoS要求是GGSN提供的，因此该判定QoS是否满足要求的条件携带在能够将信息从GGSN传递到用户设备的消息中。具体来说，GGSN可以将该条件携带在发起PDP上下文激活消息中，SGSN收到该消息后，将该条件携带在请求二次激活PDP上下文消息中发送给用户设备。此时请求二次激活PDP上下文消息被认为是能够将信息从GGSN传递到用户设备的消息。GGSN也可以发送一条专用消息来通知用户设备判定QoS是否满足要求的条件， 而不将该条件携带在其他已有的消息中。
GGSN将判定QoS是否满足要求的条件发送给用户设备以后，可以保存，或部分保存，或不保存所述条件。
用户设备也可以通过预先配置获得判定条件。例如，可以设定QoS不低于初始要求的30%，或设定不协商QoS。当然，也可以针对不同的业务类型预先配置不同的判定条件。
用户设备获得判定QoS是否满足要求的条件后，就可以在二次激活PDP上下文的流程中判断新建承载所对应的QoS是否满足要求。判断的时机可以有多种选择，以下分别说明。
第一种如图1步骤106所示，在网络侧发起二次激活PDP上下文过程中需要建立 RAN侧资源。若此时用户设备已经获得了判定QoS是否满足要求的条件，则可以在RAN侧资源建立过程中判定要建立的RAN侧资源提供的QoS是否满足要求。当判定能够满足要求时，继续二次激活PDP上下文流程；当判定RAN侧资源提供的QoS不满足要求时，终止二次激活流程，并进行失败处理。所述失败处理可以是清除已占用的RAN侧资源，发送通知消息给SGSN和GGSN，并告知失败原因；也可以是发起去激活流程。
第二种如图1步骤109所示，在网络侧发起二次激活PDP上下文过程中SGSN会向用户设备发送二次激活PDP上下文接受消息，该消息中携带有新建承载所对应的QoS信息。若此时用户设备已经获得了判定QoS是否满足要求的条件，则可以在收到该消息后判定新建承载所对应的QoS是否满足要求。当判定能够满足要求时，该二次激活PDP上下文流程完成；当判定新建承载所对应的QoS不满足要求时，用户设备进行失败处理。所述失败处理可以是发起去激活流程，将这个不能满足要求的承载删除；也可以是发送通知消息给 SGSN和GGSN，并告知失败原因。
需要说明的是，以上对图1的引用仅仅是为了更清楚地说明本实施例，而不能证明除被引用内容以外的其他内容属于现有技术。
本发明的又一实施例提供了一种网络侧发起的二次激活流程处理方法，该方法中获得判定QoS是否满足要求的条件，并根据所述条件判定QoS是否满足要求的实体是SGSN。
在本实施例中，SGSN获得判定QoS是否满足要求的条件有两种途径。一种是从能够将信息从GGSN传递到SGSN的消息中获取判定条件，另一种是通过预先配置获得判定条件。
若从GGSN发来的消息中获取判定条件，由于网络侧发起二次激活PDP上下文时， 初始QoS要求是GGSN提供的，因此该判定QoS是否满足要求的条件携带在能够将信息从 GGSN传递到SGSN的消息中。具体来说，GGSN可以将该条件携带在发起PDP上下文激活消息中发送给SGSN ；GGSN也可以将该条件携带在创建PDP上下文响应消息中发送给SGSN ；GGSN 还可以将该条件携带在更新PDP上下文响应消息中发送给SGSN。GGSN还可以通过发送一条专用消息来通知SGSN判定QoS是否满足要求的条件，而不将该条件携带在其他已有的消息中。
此外，在发起PDP上下文激活消息和请求二次激活PDP上下文消息中，GGSN可以将判定QoS是否满足要求的条件发送给用户设备。用户设备可以在二次激活PDP上下文请求消息中将该条件转发给SGSN。在这种情况下，二次激活PDP上下文请求消息可以被认为是能够将信息从GGSN传递到SGSN的消息。
GGSN将判定QoS是否满足要求的条件发送给SGSN以后，可以保存，或部分保存，或不保存所述条件。
SGSN也可以通过预先配置获得判定条件。例如，可以设定QoS不低于初始要求的 30 %，或设定不协商QoS。当然，也可以针对不同的业务类型预先配置不同的判定条件。
SGSN获得判定QoS是否满足要求的条件后，就可以在二次激活PDP上下文的流程中判断新建承载所对应的QoS是否满足要求。判断的时机可以有多种选择，以下分别说明。[0068]第一种在二次激活PDP上下文流程中，SGSN有时会对QoS进行更改。例如，SGSN 收到二次激活PDP上下文请求后，可能会对QoS进行限制；SGSN在收到创建PDP上下文响应后，也可能会对QoS进行限制。此时，如果SGSN已经获得了判定QoS是否满足要求的条件，则可以根据该条件判定更改后的QoS是否满足要求。当判定能够满足要求时，继续二次激活PDP上下文流程；当判定更改后的QoS不满足要求时，终止二次激活流程，并进行失败处理。所述失败处理可以是发送通知消息给用户设备和GGSN，并告知失败原因；也可以是发起去激活流程。
上述SGSN更改QoS的根据可以是所述SGSN的能力、所述SGSN当前负载、用户签约信息、运营商的预先配置中至少一项。
第二种如图1步骤103所示，在网络侧发起二次激活PDP上下文过程中用户设备会向SGSN发送二次激活PDP上下文请求消息，该消息中携带有新建承载所对应的QoS信息。若此时SGSN已经获得了判定QoS是否满足要求的条件，则可以在收到该消息后判定该消息携带的QoS信息是否满足要求。当判定能够满足要求时，继续二次激活PDP上下文流程；当判定该消息携带的QoS信息不满足要求时，终止二次激活流程，并进行失败处理。所述失败处理可以是发送通知消息给用户设备和GGSN，并告知失败原因；也可以是发起去激活流程。
第三种如图1步骤105所示，在网络侧发起二次激活PDP上下文过程中GGSN会向SGSN发送创建PDP上下文响应消息，该消息中携带有新建承载所对应的QoS信息。若此时SGSN已经获得了判定QoS是否满足要求的条件，则可以在收到该消息后判定该消息携带的QoS信息是否满足要求。当判定能够满足要求时，继续二次激活PDP上下文流程；当判定该消息携带的QoS信息不满足要求时，终止二次激活流程，并进行失败处理。所述失败处理可以是发送通知消息给用户设备和GGSN，并告知失败原因；也可以是发起去激活流程。
第四种如图1步骤106所示，在网络侧发起二次激活PDP上下文过程中需要建立 RAN侧资源。若此时SGSN已经获得了判定QoS是否满足要求的条件，则可以在RAN侧资源建立过程中判定要建立的RAN侧资源提供的QoS是否满足要求。当判定能够满足要求时， 继续二次激活PDP上下文流程；当判定RAN侧资源提供的QoS不满足要求时，终止二次激活流程，并进行失败处理。所述失败处理可以是清除已占用的RAN侧资源，发送通知消息给用户设备和GGSN，并告知失败原因；也可以是发起去激活流程。
第五种如图1步骤108所示，在网络侧发起二次激活PDP上下文过程中GGSN会向SGSN发送更新PDP上下文响应消息，该消息中可能携带有新建承载所对应的QoS信息。 若该消息中携带有QoS信息，且此时SGSN已经获得了判定QoS是否满足要求的条件，则可以在收到该消息后判定该消息携带的QoS信息是否满足要求。当判定能够满足要求时，继续二次激活PDP上下文流程；当判定该消息携带的QoS信息不满足要求时，终止二次激活流程，并进行失败处理。所述失败处理可以是发送通知消息给用户设备和GGSN，并告知失败原因；也可以是发起去激活流程。
需要说明的是，以上对图41的引用仅仅是为了更清楚地说明本实施例，而不能证明除被引用内容以外的其他内容属于现有技术。
本发明的又一实施例提供了一种网络侧发起的二次激活流程处理方法，该方法中获得判定QoS是否满足要求的条件，并根据所述条件判定QoS是否满足要求的实体是GGSN。[0076]在本实施例中，GGSN获得判定QoS是否满足要求的条件有三种途径。一种是从策略与计费规则功能实体获得判定条件，另一种是通过预先配置获得判定条件，还有一种是 GGSN自己生成判定条件。
GGSN可以从策略与计费规则功能实体获得判定条件，该条件可以携带在策略与计费规则功能实体发送给GGSN的消息中。
GGSN也可以通过预先配置获得判定条件。例如，可以设定QoS不低于初始要求的 30 %，或设定不协商QoS。当然，也可以针对不同的业务类型预先配置不同的判定条件。
GGSN还可以自己生成判定条件。GGSN可以依据该GGSN的能力、该GGSN当前负载、 用户签约信息、运营商的预先配置中至少一项生成判定QoS是否满足要求的条件。
GGSN获得判定QoS是否满足要求的条件后，就可以在二次激活PDP上下文的流程中判断新建承载所对应的QoS是否满足要求。判断的时机可以有多种选择，以下分别说明。
第一种GGSN在发送发起PDP上下文激活消息之前，若该GGSN已经获得了判定 QoS是否满足要求的条件，则可以根据该条件判定该GGSN能够提供的QoS是否满足要求。当判定能够满足要求时，GGSN发送发起PDP上下文激活消息；当判定该GGSN能够提供的QoS 不满足要求时，不发送所述发起PDP上下文激活消息。
第二种在二次激活PDP上下文流程中，GGSN有时会对QoS进行更改。例如，GGSN 收到创建PDP上下文请求后，GGSN可能会对QoS进行限制或提升。此时，如果GGSN已经获得了判定QoS是否满足要求的条件，则可以根据该条件判定更改后的QoS是否满足要求。 当判定能够满足要求时，继续二次激活PDP上下文流程；当判定更改后的QoS不满足要求时，终止二次激活流程，并进行失败处理。所述失败处理可以是发送通知消息给用户设备和 SGSN，并告知失败原因；也可以是发起去激活流程。
上述GGSN更改QoS的根据可以是该GGSN的能力、该GGSN当前负载、用户签约信息、运营商的预先配置中至少一项。
第三种如图1步骤104所示，在网络侧发起二次激活PDP上下文过程中SGSN会向GGSN发送创建PDP上下文请求消息，该消息中携带有新建承载所对应的QoS信息。若此时GGSN已经获得了判定QoS是否满足要求的条件，则可以在收到该消息后判定该消息携带的QoS信息是否满足要求。当判定能够满足要求时，继续二次激活PDP上下文流程；当判定该消息携带的QoS信息不满足要求时，终止二次激活流程，并进行失败处理。所述失败处理可以是发送通知消息给用户设备和SGSN，并告知失败原因；也可以是发起去激活流程。
第四种如图1步骤107所示，在网络侧发起二次激活PDP上下文过程中SGSN会向 GGSN发送更新PDP上下文请求消息，该消息中可能携带有新建承载所对应的QoS信息。若此时GGSN已经获得了判定QoS是否满足要求的条件，则可以在收到该消息后判定该消息携带的QoS信息是否满足要求。当判定能够满足要求时，继续二次激活PDP上下文流程；当判定该消息携带的QoS信息不满足要求时，终止二次激活流程，并进行失败处理。所述失败处理可以是发送通知消息给用户设备和SGSN，并告知失败原因；也可以是发起去激活流程。
需要说明的是，以上对图1的引用仅仅是为了更清楚地说明本实施例，而不能证明除被引用内容以外的其他内容属于现有技术。
本发明的又一实施例提供了一种网络侧发起的二次激活流程处理方法。如图1步骤102和步骤109所示，在网络侧发起的二次激活PDP上下文流程中，用户设备会接收到请求二次激活PDP上下文消息和二次激活PDP上下文接受消息两条消息。在本实施例所述的方法中，用户设备分别从请求二次激活PDP上下文消息和二次激活PDP上下文接受消息中获取QoS信息，并比较两次获得的QoS信息。当从二次激活PDP上下文接受消息中获取的 QoS低于从请求二次激活PDP上下文消息中获取的QoS时，所述用户设备发起承载协商过程。在承载协商过程中，可以通过GGSN 了解到当前已建立的承载所对应的QoS是否满足要求。若该QoS不满足要求，则可能触发去激活流程，该去激活流程可以由用户设备发起，也可以由GGSN发起。
需要说明的是，以上对图1的引用仅仅是为了更清楚地说明本实施例，而不能证明除被引用内容以外的其他内容属于现有技术。
本发明的又一实施例提供了一种网络侧发起的二次激活流程处理装置。如图3所示，该装置包括
条件模块301，用于获取判定QoS是否满足要求的条件，并将该条件提供给判定模块303使用；
QoS获取模块302，用于在网络侧发起的二次激活流程中，获取新建承载对应的 QoS,并将该QoS提供给判定模块303使用；
判定模块303，用于根据条件模块301提供的所述条件，以及QoS获取模块302提供的所述QoS，判定所述QoS是否满足要求。
上述条件模块301获取判定QoS是否满足要求的条件的途径，可以是从携带该条件的消息中获得；也可以是通过预先配置获得；当所述装置位于GGSN时，还可以是由该 GGSN根据该GGSN的能力、该GGSN当前负载、用户签约信息、运营商的预先配置中至少一项生成。
上述QoS获取模块302获取新建承载对应的QoS的途径，可以是在网络侧发起的二次激活流程中，从携带新建承载对应的QoS的消息中获得；当所述装置位于SGSN或GGSN 时，也可以是在SGSN或GGSN对所述QoS进行修改后，获取该修改后的QoS ；当所述装置位于GGSN时，还可以是在GGSN生成所述QoS后，获取该生成的QoS。
所述装置还可以包括执行模块304，用于当所述判定模块303判定所述QoS满足要求时，继续二次激活流程；当所述判定模块303判定所述QoS不满足要求时，终止所述二次激活流程，并进行失败处理。
权利要求
1.一种网络侧发起的二次激活处理方法，其特征在于，包括获得判定QoS是否满足要求的条件，所述条件是指QoS下限要求，或QoS变化范围要求，或不协商指示，或QoS列表；在二次激活流程中，根据所述条件判定QoS是否满足要求； 根据所述判定的结果，进行相应处理；其中，所述获得判定QoS是否满足要求的条件，并根据所述条件判定QoS是否满足要求的实体是用户设备，或服务GPRS支持节点SGSN，或网关GPRS支持节点GGSN ；当所述实体是用户设备时，所述判定QoS是否满足要求的条件携带在能够将信息从 GGSN传递到用户设备的消息中；当所述实体是SGSN时，所述判定QoS是否满足要求的条件携带在能够将信息从GGSN 传递到SGSN的消息中；当所述实体是GGSN时，所述判定QoS是否满足要求的条件由所述GGSN从策略与计费规则功能实体获得，或者所述判定QoS是否满足要求的条件由所述GGSN根据所述GGSN的能力、所述GGSN当前负载、用户签约信息、运营商的预先配置中至少一项生成；当所述实体是用户设备或SGSN时，所述根据所述条件判定QoS是否满足要求通过以下步骤实现在二次激活流程建立RAN侧资源时，根据所述条件判定所述RAN侧资源提供的 QoS是否满足要求；或者，当所述实体是SGSN或GGSN时，所述根据所述条件判定QoS是否满足要求通过以下步骤实现根据所述条件判定所述实体更改后的QoS是否满足要求；或者，当所述实体是SGSN时，所述根据所述条件判定QoS是否满足要求通过以下步骤实现 在二次激活流程中，根据所述条件判定二次激活PDP上下文请求消息中的QoS是否满足要求；或者，根据所述条件判定创建PDP上下文响应消息中的QoS是否满足要求，或者，根据所述条件判定更新PDP上下文响应消息中的QoS是否满足要求；或者，当所述实体是GGSN时，所述根据所述条件判定QoS是否满足要求通过以下步骤实现 在二次激活流程中，根据所述条件判定创建PDP上下文请求消息中的QoS是否满足要求；或者，根据所述条件判定更新PDP上下文请求消息中的QoS是否满足要求；或者，当所述实体是用户设备时，所述根据所述条件判定QoS是否满足要求通过以下步骤实现在二次激活流程中，根据所述条件判定二次激活PDP上下文接受消息中的QoS是否满足要求；或者，当所述实体是GGSN时，所述根据所述条件判定QoS是否满足要求通过以下步骤实现 所述GGSN在发送发起PDP上下文激活消息之前，根据所述条件判定所述GGSN能够提供的 QoS是否满足要求。
2.根据权利要求
1所述的网络侧发起的二次激活流程处理方法，其特征在于，所述判定QoS是否满足要求的条件通过预先配置获得。
3.根据权利要求
1所述的网络侧发起的二次激活流程处理方法，其特征在于，所述能够将信息从GGSN传递到用户设备的消息是请求二次激活PDP上下文消息，或专用消息。
4.根据权利要求
1所述的网络侧发起的二次激活流程处理方法，其特征在于，所述能够将信息从GGSN传递到SGSN的消息是发起PDP上下文激活消息，或创建PDP上下文响应消息，或更新PDP上下文响应消息，或二次激活PDP上下文请求消息，或专用消息。
5.根据权利要求
1所述的网络侧发起的二次激活流程处理方法，其特征在于，该方法还包括所述实体根据所述GGSN的能力、所述GGSN当前负载、用户签约信息、运营商的预先配置中至少一项更改QoS。
6.根据权利要求
1所述的网络侧发起的二次激活流程处理方法，其特征在于，所述根据判定的结果，进行相应处理具体为当根据所述条件判定QoS不满足要求时，终止二次激活流程，并进行失败处理。
7.根据权利要求
1所述的网络侧发起的二次激活流程处理方法，其特征在于，所述根据判定的结果，进行相应处理具体为判定二次激活PDP上下文接受消息中的QoS不满足要求时，进行失败处理。
8.根据权利要求
1所述的网络侧发起的二次激活流程处理方法，其特征在于，所述根据判定的结果，进行相应处理具体为根据所述条件判定所述GGSN能够提供的QoS不满足要求时，不发送所述发起PDP上下文激活消息。
9.一种网络侧发起的二次激活流程处理装置，其特征在于，所述装置包括条件模块，用于获取判定QoS是否满足要求的条件，并将该条件提供给判定模块使用， 所述条件是指QoS下限要求，或QoS变化范围要求，或不协商指示，或QoS列表；QoS获取模块，用于在网络侧发起的二次激活流程中，获取新建承载对应的QoS，并将该QoS提供给判定模块使用；判定模块，用于根据条件模块提供的所述条件，以及QoS获取模块提供的所述QoS，判定所述QoS是否满足要求；其中，该网络侧发起的二次激活流程处理装置具体为用户设备，或服务GPRS支持节点 SGSN,或网关GPRS支持节点GGSN ；当所述装置是用户设备时，所述判定QoS是否满足要求的条件携带在能够将信息从 GGSN传递到用户设备的消息中；当所述装置是SGSN时，所述判定QoS是否满足要求的条件携带在能够将信息从GGSN传递到SGSN的消息中；当所述装置是GGSN时，所述判定QoS是否满足要求的条件由所述GGSN从策略与计费规则功能实体获得，或者所述判定QoS是否满足要求的条件由所述GGSN根据所述GGSN的能力、所述GGSN当前负载、用户签约信息、运营商的预先配置中至少一项生成；当所述装置是用户设备或SGSN时，所述根据所述条件判定QoS是否满足要求通过以下步骤实现在二次激活流程建立RAN侧资源时，根据所述条件判定所述RAN侧资源提供的 QoS是否满足要求；或者，当所述装置是SGSN或GGSN时，所述根据所述条件判定QoS是否满足要求通过以下步骤实现根据所述条件判定所述实体更改后的QoS是否满足要求；或者，当所述装置是SGSN时，所述根据所述条件判定QoS是否满足要求通过以下步骤实现 在二次激活流程中，根据所述条件判定二次激活PDP上下文请求消息中的QoS是否满足要求；或者，根据所述条件判定创建PDP上下文响应消息中的QoS是否满足要求，或者，根据所述条件判定更新PDP上下文响应消息中的QoS是否满足要求；或者，当所述装置是GGSN时，所述根据所述条件判定QoS是否满足要求通过以下步骤实现 在二次激活流程中，根据所述条件判定创建PDP上下文请求消息中的QoS是否满足要求；或者，根据所述条件判定更新PDP上下文请求消息中的QoS是否满足要求；或者，当所述装置是用户设备时，所述根据所述条件判定QoS是否满足要求通过以下步骤实现在二次激活流程中，根据所述条件判定二次激活PDP上下文接受消息中的QoS是否满足要求。
10.根据权利要求
9所述的网络侧发起的二次激活流程处理装置，其特征在于，所述装置还包括执行模块，用于当所述判定模块判定所述QoS满足要求时，继续二次激活流程；当所述判定模块判定所述QoS不满足要求时，终止所述二次激活流程，并进行失败处理。
专利摘要
本发明涉及网络侧发起的二次激活流程处理，公开了网络侧发起的二次激活流程处理方法和装置。该方法包括获得判定QoS是否满足要求的条件；在二次激活流程中，根据所述条件判定QoS是否满足要求；根据所述判定的结果，进行相应处理。该装置包括条件模块，用于获取判定QoS是否满足要求的条件；QoS获取模块，用于在网络侧发起的二次激活流程中，获取新建承载对应的QoS；判定模块，用于根据条件获取模块提供的所述条件，以及QoS获取模块提供的所述QoS，判定所述QoS是否满足要求。上述方法和装置通过引入判定QoS是否满足要求的条件，使得可以根据条件判定QoS是否满足要求。从而实现对QoS的保障。
文档编号H04W4/00GKCN101355718 B发布类型授权 专利申请号CN 200710075293
公开日2012年4月4日 申请日期2007年7月25日
发明者周进怡 申请人:华为技术有限公司导出引文BiBTeX, EndNote, RefMan专利引用 (3), 非专利引用 (1),