述业务使用的第二速率。
[0118]具体地，所述SGSN可以接收所述用户设备发送的PDP上下文激活请求，根据所述PDP上下文激活请求向所述GGSN发送第一 PDP上下文创建请求。
[0119]SGSN发送第一 PDP上下文创建请求消息发给GGSN，第一 PDP上下文创建请求消息中可以包括PDP地址类型、PDP地址、接入点名称APN、协商的QoS等参数。所述协商的QOS即所述请求对所述用户设备的所述业务使用的所述第二速率。
[0120]S1013、所述SGSN接收所述GGSN在根据所述第一 PDP上下文创建请求返回的第一PDP上下文创建响应。
[0121]S1014、所述SGSN向所述RNC发送第二 RAB指派请求，所述第二 RAB指派请求包含所述第二速率。
[0122]SGSN接收到用户设备的业务的启动请求后，SGSN需要业务向RNC发送第二 RAB指派请求，第二 RAB指派请求中包括了所述请求对所述用户设备的所述业务使用的所述第二速率业务，即请求的QOS。
[0123]S1015、所述SGSN接收所述RNC根据所述第二 RAB指派请求返回的第二 RAB指派响应，所述第二 RAB指派响应包含用于指示所述RNC的网络资源不足的原因值。
[0124]RNC接收到SGSN的第二 RAB指配请求之后，RNC获取自身网络资源的使用情况，当RNC上网络资源紧张时侯，RNC向SGSN返回第二 RAB指派响应，第二 RAB指派响应中包括用于指示RNC网络资源不足的原因值，所述原因值包括:Requested Maximum Bit Ratenot Available (请求的最大比特率不可用)或 Requested Maximum Bit Rate for DL notAvailable (为下行链路请求的最大比特率不可用)或Requested Maximum Bit Rate forUL not Available (为上行链路请求的最大比特率不可用)。
[0125]SGSN收到第二 RAB指派响应中如果包括这三个原因值中的任意一个，则可确定RNC网络资源紧张。并且说明第二 RAB指派请求被拒绝，此时需要发起下一次RAB指派流程，以重新请求QoS(即重新请求对所述用户设备的所述业务使用的速率)。
[0126]S1016、所述SGSN向所述RNC发送第三RAB指派请求，所述第三RAB指派请求包含请求对所述用户设备的所述业务使用的第三速率，其中所述第三速率小于所述第二速率。
[0127]SGSN发起第三RAB指派请求，因为第二 RAB指派请求被拒绝，所以SGSN发起的第三RAB指派请求对于请求的速率进行降低，第三RAB指派请求的第三速率小于第二速率，第三速率的值可以根据需要进行设定，为了方便说明，本实施例中，当第三RAB指派请求中包括第三速率时候，则可以使得RAB指派成功，当然也存在RNC中对第三速率仍然不能满足，使得第三RAB指派请求也被拒绝，这时候可以继续降速RAB指派请求的速率，重复进行RAB指派，直至RAB指派成功，不进行赘述。
[0128]S1017、所述SGSN接收所述RNC根据所述第三RAB指派请求返回的第三RAB指派响应，所述第三RAB指派响应用于指示所述RAB指派成功，其中，所述第三速率为所述RAB指派成功时对所述用户设备的所述业务所请求使用的速率。
[0129]当第三RAB指派响应中包括用于指示RAB指派成功信息时，SGSN确定第三RAB指派请求成功，此时第三RAB指派成功对应的业务使用的速率为第三速率，第三速率为降速的速率。
[0130]S1018、所述SGSN向GGSN发送第二 PDP上下文更新请求，所述第二 PDP上下文更新请求包含所述第三速率。
[0131]SlO 19、所述SGSN接收所述GGSN在根据所述第二 PDP上下文更新请求返回的第二PDP上下文更新成功响应。
[0132]收到所述第二 PDP上下文更新成功响应后，说明PDP上下文创建/激活成功业务可以开始使用第三速率工作了。该创建好的PDP上下文即为所述RAB指派成功后对应激活的分组数据协议PDP上下文。
[0133]针对如何找到被降速的业务对应的PDP上下文，本发明实施例提供了一种可实现的方式:
[0134]SGSN可以在对业务进行降速之后对这个业务的PDP上下文进行标识，便于在RNC资源恢复充足时候利用标识找到被降速的业务对应的PDP上下文，例如可以采用在PDP上下文中增加标识位用来标识被降速，具体可以采用增加字段，在字段中填写预设值，例如用O表示为降速，用I表示被降速，或者反之亦然，从而SGSN通过获取标识位中的信息可以找到被降速的业务对应的PDP上下文，然后可以通过PDP上下文修改流程修改对应业务的rop上下文中的速率等信息。
[0135]SGSN找到被降速的RAB指派成功的PDP上下文之后，SGSN发起针对该PDP上下文的修改流程，SGSN向GGSN发送第一 PDP上下文更新请求，第一 PDP上下文更新请求中包括请求为该业务使用的第一速率，当然第一 PDP上下文更新请求中还包括TEID (中文:隧道端点标识，英文:Tunnel endpoint identifier)、追踪类型、追踪参数、QoS协商等信息。
[0136]GGSN接收到第一 PDP上下文更新请求并获取到请求为该业务使用第一速率的内容，GGSN为该业务分配好第一速率，GGSN向SGSN返回第一 PDP上下文更新成功响应，第一PDP上下文更新成功响应用于表示根据第一 PDP上下文更新请求进行速率修改成功。
[0137]所述SGSN根据所述GGSN返回的第一 PDP上下文更新成功响应向所述用户设备发送第一 PDP上下文修改请求，其中所述第一 PDP上下文修改请求包括请求对所述用户设备的所述业务使用的第一速率。
[0138]所述SGSN接收所述用户设备返回的第一 PDP上下文修改接受消息，以确认所述用户设备接收对所述业务使用的第一速率。
[0139]需要说明的是，上文中针对SGSN发起PDP上下文修改流程进行了介绍，本领域普通技术人员应当了解，具体细节不进行赘述。
[0140]作为优选的方案，当RNC网络资源恢复充足时，对被降速的业务进行提速，将速率提升至该业务最初请求的速率，即RAB指派未成功时对应的速率，第二速率为发起PDP上下文修改时的速率，第一速率为业务请求的速率，所述第二速率与所述第一速率相同，所述第一速率为最大比特率，使得被降速的业务使用的速率提升，保证用户设备使用，提升用户体验。
[0141]作为一种优选的方案，在步骤S103中，所述确定RNC提供的网络资源充足的步骤进一步包括:
[0142]所述SGSN获取预设时间内的所述RNC上的RAB指派成功率，如果所述RNC上的RAB指派成功率达到预设值，则确定所述RNC提供的网络资源充足。
[0143]当指派成功率达到预设阈值时候，则可以确定网络资源充足，本实施例中可以将预设阈值设置为100%，即全部业务的RAB指派都成功才确定RNC的网络资源充足，具体统计RAB指派成功率可以通过RAB指派成功的次数与RAB指派的总次数的比值结算。
[0144]针对一个SGSN上存在多个被降速的业务，如何选择业务恢复速率，本发明提供的通信方法提供了一种实施例，下面进行具体介绍。
[0145]在所述当判断RNC提供的网络资源充足时，所述SGSN获取所述第一速率的PDP上下文的步骤之前，所述方法还包括:
[0146]对所述RNC上多个具有第一速率的指派响应按照优先级排序，即对被降速的业务进行排序，便于在网络资源恢复到充足时，对被降速的业务进行恢复速率，对优先级在前的业务先进性速率的恢复，按照顺序从优先级高到优先级低的顺序恢复被降速的业务，当然，优先级的排序可以根据分配保持优先级的高低进行，也可以根据时间顺序进行排序，具体不进行限定，在判断网络资源恢复充足后，SGSN获取所述RNC上优先级最高的指派响应，即获取被降速的业务中优先级最高的业务，以使得所述SGSN优先将优先级最高的指派响应对应的PDP上下文指派第二速率，从而对该业务指派第二速率，为优先级最高的被降速的业务优先恢复速率，剩余的被降速业务按照优先级高低顺序进行速率的恢复。
[0147]本实施例中，采用分配保持优先级作为排序依据，对所述RNC上多个具有第一速率的指派响应按照分配保持优先级排序，获取所述RNC上分配保持优先级最高的指派响应，以使得所述SGSN优先将分配保持优先级最高的指派响应对应的PDP上下文指派第二速率。
[0148]当所述RNC上的指派响应的分配保持优先级相同时，根据所述PDP上下文的创建时间的先后顺序确定指派响应的优先级。
[0149]具体地说，当SGSN上存在两个或两个以上具有相同分配保持优先级的被降速的业务时，此时需要将这些分配保持优先级相同的业务进行排序，可以采用PDP上下文创建的时间进行排序，即当分配保持优先级相同时，分配保持优先级相同的多个被降速业务中，PDP上下文创建时间早的，对应的优先级高，在网络资源充足时优先进行速率恢复。
[0150]上文中正对同一个SGSN的同一个RNC上进行的操作，即RNC没有进行重定位，当RNC进行重定位操作时，分为在同一个SGSN内部的RNC重定位和跨SGSN的RNC重定位，下面进行分别介绍。
[0151]结合图2所示，本发明提供了通信方法的一种实施例，、针对在同一个SGSN中完成由源RNC向目标RNC进行重定位的场景，所述方法包括:
[0152]S201、SGSN接收用户设备通过源RNC发送的业务的启动请求。
[0153]S202、所述SGSN通过降低对所述用户设备的所述业务所请求使用的速率，使得为所述用户设备的所述业务建立的所述源RNC上的RAB指派成功。
[0154]本实施例中，步骤S201-S202的具体实现方法可以参考S101-S102，此处不作赘述。
[0155]本发明提供的通信方法针对在源RNC网络资源紧张时对业务进行降速RAB指派的流程具体可以参考图1(b)，本发明实施例在此不再赘述。
[0156]S203、所述SGSN在所述源RNC向目标RNC重定位后，确定所述目标RNC的网络资源充足，其中所述目标RNC与所述SGSN相连。
[0157]所述目标RNC与所述SGSN相连，这里的相连为通信领域中的通信连接。由此可知，在本发明实施例中，所述SGSN与所述源RNC和所述目标RNC通信相连。当完成RNC重定位后，原来处于源RNC上的业务被分配到目标RNC上继续执行，因为RNC只是在同一个SGSN内部进行重定位，所以业务所对应的PDP上下不需要进行交换，SGSN直接可以使用到业务对应的PDP上下文。
[0158]对于SGSN内部的RNC重定位的流程可以是这样，下面进行简单介绍。
[0159]所述SGSN接收所述源RNC的重定位需求，所述重定位请求包括目标RNC的地址；
[0160]所述SGSN根据所述目标RNC的地址确定所述目标RNC是否与自身相连；
[0161 ] 当确定所述目标RNC与自身相连时，所述SGSN根据所述重定位需求向目标RNC发送重定位请求；
[0162]所述SGSN接收所述目标RNC发送的重定位应答请求；
[0163]所述SGSN向所述源RNC发送重定位命令，以使得所述源RNC将重定位信息发送至所述目标RNC;
[0164]所述SGSN在接收所述目标RNC发送的重定位检测信息后向所述GGSN发送更新PDP上下文请求；
[0165]所述SGSN接收所述GGSN根据所述更新PDP上下文请求做出的更新PDP上下文响应，以完成所述源RNC向所述目标RNC的重定位。
[0166]关于如何确定所述目标RNC的网络资源充足，具体可以是统计所述目标RNC上RAB指派成功率，当指派成功率达到预设阈值时候，则可以确定网络资源充足。
[0167]S204、所述SGSN针对所述RAB指派成功后对应激活的PDP上下文，向GGSN发送第一PDP上下文更新请求，所述第一 PDP上下文更新请求包含请求对所述用户设备的所述业务使用的第一速率，其中所述第一速率大于所述RAB指派成功时对所述用户设备的所述业务所请求使用的速率。
[0168]S205、所述SGSN接收所述GGSN在根据所述第一 PDP上下文更新请求进行速率更新成功后返回的第一 PDP上下文更新成功响应。
[0169]步骤S204-S205可以参考步骤S104-S105，此处不作赘述。
[0170]S206、所述SGSN针对所述RAB指派成功的RAB向所述目标RNC发送第一 RAB指派请求，所述第一 RAB指派请求包含所述第一速率。
[0171]步骤S206与上一实施例中步骤S106相类似，区别点在于因为RNC进行了 SGSN内部重定位，所以是向目标RNC发送RAB指派，具体发送过程此处不作赘述。
[0172]S207、所述SGSN接收所述目标RNC根据所述第一 RAB指派请求返回的第一 RAB指派响应，所述第一 RAB指派响应用于指示所述目标RNC的所述RAB指派成功。
[0173]步骤S207与上一实施例中步骤S107相类似，区别点在于因为RNC进行了 SGSN内部重定位，所以是向目标RNC发送RAB指派，具体发送过程此处不作赘述。
[0174]当SGSN确定目标RNC的网络资源充足时，SGSN主动发起PDP上下文修改流程，对被降速RAB指派成功的第一 PDP上下文进行修改，修改第一 PDP上下文的速率，将所述RAB指派成功时对所述用户设备的所述业务所请求使用的速率修改为第一速率，速率的修改可以通过修改PDP上下文中的QoS (英文-Quality of Service，中文:服务质量)实现，即在PDP上下文修改流程中重新协商QoS，PDP上下文修改后的速率可以直接恢复至业务请求但被拒绝的速率，也可以只需大于将所述RAB指派成功时对所述用户设备的所述业务所请求使用的速率即可，从而实现网络资源充足对被降速的业务进行提速，实现网络资源的优化配置，达到合理使用的目的。
[0175]本发明提供的一种通信方法，在源RNC上网络资源不足时，通过利用降低所述用户设备的所述业务所请求使用的速率，使得业务的RAB指派成功，当在SGSN内部进行源RNC向目标RNC重定位的操作后，原来处