于源RNC上的业务都分配至目标RNC执行，当目标RNC上网络资源恢复充足时，SGSN通过发起PDP上下文修改流程将被降速RAB指派的第一 I3DP上下文的速率修改为第一速率，第一速率与所述RAB指派成功时对所述用户设备的所述业务所请求使用的速率，对被降速的业务进行提速，使得源RNC上的网络资源得到合理使用，避免浪费。
[0176]针对SGSN如何找到被降速的业务对应的PDP上下文，可以参考上一实施例，本发明在此不再赘述。
[0177]结合图3 (a)所示，本发明实施例提供了一种通信方法，针对跨SGSN的RNC重定位操作。
[0178]S301、旧SGSN接收用户设备通过源RNC发送的业务的启动请求。
[0179]本实施例中，旧SGSN接收用户设备通过源RNC发送的业务的启动请求，源RNC与旧SGSN相连，本文中提到的RNC与SGSN相连均指通信领域的连接。
[0180]S302、所述旧SGSN通过降低对所述用户设备的所述业务所请求使用的速率，使得为所述用户设备的所述业务建立的所述源RNC上的RAB指派成功。
[0181]对于判断所述源RNC提供的网络资源不足可以参考图其它方法实施例，本发明实施例在此不再赘述。
[0182]S303、所述旧SGSN在所述源RNC向目标RNC重定位后确定所述目标RNC的网络资源充足，其中所述目标RNC位于所述新SGSN相连。
[0183]这里的RNC重定位时跨SGSN进行，因为RNC是跨SGSN进行重定位，业务的PDP上下文存放在旧SGSN中，所以需要将业务的PDP上下文发送给新SGSN，新SGSN才能对这些业务的PDP上下文发起修改流程。
[0184]所述旧SGSN接收所述源RNC的重定位需求，所述重定位需求包括目标RNC的地iito
[0185]所述旧SGSN根据所述目标RNC的地址确定所述目标RNC是否与自身相连。
[0186]当确定所述目标RNC不与自身相连时，所述旧SGSN通过域名解析获取与所述目标RNC相连的新SGSN。
[0187]所述旧SGSN向所述新SGSN发送前向重定位请求信息，所述前向重定位请求信息包括目标RNC地址、源RNC地址、源RNC至目标RNC透明容器，其中，所述源RNC至目标RNC透明容器包括用于协调重定位信息的必要信息。
[0188]所述新SGSN根据所述前向重定位请求向所述目标RNC发送重定位请求。
[0189]所述新SGSN接收所述目标RNC发送的重定位应答请求。
[0190]当所述新SGSN与所述目标RNC之间用于所述用户设备数据传输的资源分配完成时所述新SGSN向所述旧SGSN发送前向重定位响应信息，以使得所述新SGSN表明准备SRNC重定位完成。
[0191]所述旧SGSN根据所述重定位应答请求向所述源RNC发送重定位命令，以使得所述源RNC将所述RAB指派成功的PDP上下文发送至所述目标RNC ;
[0192]所述新SGSN向所述GGSN发送更新PDP上下文请求信息。
[0193]所述SGSN接收所述GGSN根据所述更新PDP上下文请求信息做出的更新PDP上下文响应，以完成所述源RNC向所述目标RNC的重定位。
[0194]需要说明的是，对于跨SGSN的重定位操作，本领域普通技术人员应当了解，具体细节不行行赘述。
[0195]判断网络资源充足可以采用统计所述目标RNC上RAB指派成功率，当指派成功率达到预设阈值时候，则可以确定网络资源充足。
[0196]S304、所述新SGSN针对所述RAB指派成功后对应激活的PDP上下文发起第一 I3DP上下文修改流程将所述RAB指派成功时对所述用户设备的所述业务所请求使用的速率修改为第一速率，其中所述第一速率大于所述RAB指派成功时对所述用户设备的所述业务所请求使用的速率。
[0197]步骤S304与上一实施例中步骤S104相类似，区别点在于因为发生了 RNC跨SGSN的重定位，所以是新SGSN发起PDP上下文修改流程，具体流程不进行赘述。
[0198]S305、所述新SGSN接收所述GGSN在根据所述第一 PDP上下文更新请求进行速率更新成功后返回的第一 PDP上下文更新成功响应。
[0199]步骤S305与上一实施例中步骤S105相类似，区别点在于因为发生了 RNC跨SGSN的重定位，所以是新SGSN发起PDP上下文修改流程，具体流程不进行赘述。
[0200]S306、所述新SGSN针对所述RAB指派成功的RAB向所述目标RNC发送第一 RAB指派请求，所述第一 RAB指派请求包含所述第一速率。
[0201]步骤S306与上一实施例中步骤S106相类似，区别点在于因为RNC进行了 SGSN内部重定位，所以是向目标RNC发送RAB指派，具体发送过程此处不作赘述。
[0202]S307、所述新SGSN接收所述目标RNC根据所述第一 RAB指派请求返回的第一 RAB指派响应，所述第一 RAB指派响应用于指示所述目标RNC的所述RAB指派成功。
[0203]步骤S307与上一实施例中步骤S107相类似，区别点在于因为RNC进行了 SGSN内部重定位，所以是向目标RNC发送RAB指派，具体发送过程此处不作赘述。
[0204]当新SGSN确定目标RNC的网络资源充足时，新SGSN主动发起PDP上下文修改流程，对被降速RAB指派成功的第一 PDP上下文进行修改，修改第一 PDP上下文的速率，将所述RAB指派成功时对所述用户设备的所述业务所请求使用的速率修改为第一速率，速率的修改可以通过修改PDP上下文中的QoS (英文-Quality of Service，中文:服务质量)实现，即在PDP上下文修改流程中重新协商QoS，PDP上下文修改后的速率可以直接恢复至业务请求但被拒绝的速率，也可以只需大于将所述RAB指派成功时对所述用户设备的所述业务所请求使用的速率即可，从而实现网络资源充足对被降速的业务进行提速，实现网络资源的优化配置，达到合理使用的目的。
[0205]本发明提供的一种通信方法，在源RNC上网络资源不足时，通过利用降低所述用户设备的所述业务所请求使用的速率，使得业务的RAB指派成功，当在跨SGSN进行源RNC向目标RNC重定位的操作后，原来处于源RNC上的业务都分配至目标RNC执行，当目标RNC上网络资源恢复充足时，新SGSN通过发起PDP上下文修改流程将被降速RAB指派的第一PDP上下文的速率修改为第一速率，第一速率与所述RAB指派成功时对所述用户设备的所述业务所请求使用的速率，对被降速的业务进行提速，使得新RNC上的网络资源得到合理使用，避免浪费。
[0206]结合图3(b)所示，在步骤S301中，所述旧SGSN通过降低对所述用户设备的所述业务所请求使用的速率，使得为所述用户设备的所述业务建立的所述源RNC上的无线接入承载RAB指派成功可以包括:
[0207]S3012、所述旧SGSN根据向所述GGSN发送第一 PDP上下文创建请求，所述第一 TOP上下文创建请求包含请求对所述用户设备的所述业务使用的第二速率。
[0208]具体地，所述旧SGSN可以接收所述用户设备发送的PDP上下文激活请求，根据所述PDP上下文激活请求向所述GGSN发送第一 PDP上下文创建请求。
[0209]S3013、所述旧SGSN接收所述GGSN在根据所述第一 PDP上下文创建请求返回的第一PDP上下文创建响应。
[0210]S3014、所述旧SGSN向所述源RNC发送第二 RAB指派请求，所述第二 RAB指派请求包含所述第二速率。
[0211]S3015、所述旧SGSN接收所述源RNC根据所述第二 RAB指派请求返回的第二 RAB指派响应，所述第二 RAB指派响应包含用于指示所述源RNC的网络资源不足的原因值。
[0212]S3016、所述旧SGSN向所述源RNC发送第三RAB指派请求，所述第三RAB指派请求包含请求对所述用户设备的所述业务使用的第三速率，其中所述第三速率小于所述第二速率，以使得为所述用户设备的所述业务建立的所述源RNC上的RAB。
[0213]S3017、所述旧SGSN接收所述源RNC根据所述第三RAB指派请求返回的第三RAB指派响应，所述第三RAB指派响应用于指示所述RAB指派成功，其中，所述第三速率为所述RAB指派成功时对所述用户设备的所述业务所请求使用的速率。
[0214]S3018、所述旧SGSN向GGSN发送第二 PDP上下文更新请求，所述第二 PDP上下文更新请求包含所述第三速率。
[0215]S3019、所述旧SGSN接收所述GGSN在根据所述第二 PDP上下文更新请求返回的第二PDP上下文更新成功响应。
[0216]在本发明实施例中，旧SGSN可以在对业务进行降速之后对这个业务的PDP上下文进行标识，便于在目标RNC资源恢复充足时候利用标识找到被降速的业务对应的PDP上下文，例如可以采用在PDP上下文中增加标识位用来标识被降速，具体可以采用增加字段，在字段中填写预设值，例如用O表示为降速，用I表示被降速。
[0217]针对新SGSN如何找到被降速的业务对应的PDP上下文，可以参考如下方式:
[0218]所述旧SGSN将所述RAB指派成功后对应激活的PDP上下文发送给所述新SGSN，所述发送的PDP上下文中包含指示信息，所述指示信息用于指示该PDP上下文为由于RNC资源不足而被降速的PDP上下文。
[0219]为了方便新SGSN找到被降速业务对应的PDP上下文，就SGSN可以在发送的TOP上下文中增加指示信息，例如增加标识位、或者签名等，新SGSN接收到PDP上下文之后通过指示信息可以了解那些PDP上下文对应的业务被降速，在网络资源恢复充足时候可以对这些业务对应的PDP上下文发起修改流程，对被降速的业务进行提速。
[0220]本实施例中，指示信息采用标识位，下面对采用标识位的具体流程进行介绍。
[0221]所述旧SGSN向所述新SGSN发送前向重定位请求消息，所述前向重定位请求消息包含所述RAB指派成功后对应激活的PDP上下文，所述RAB指派成功后对应激活的PDP上下文中包含标识位，所述标识位用于指示该PDP上下文为由于RNC资源不足而被降速的rop上下文。
[0222]在RNC跨SGSN进行重定位时候，旧SGSN向所述新SGSN发送前向重定位请求消息，旧SGSN需要向所述新SGSN发送前向重定位请求消息，前向重定位请求信息中包括被重定位业务对应的PDP上下文，相当于接力棒的过程，旧SGSN将这些业务的PDP上下文转交给新SGSN，使得新SGSN可以对这些被重定位的业务进行操作。
[0223]RNC进行跨SGSN进行重定位时，旧SGSN在向新SGSN发送前向重定位请求消息，前向重定位请求信息中包括被降速业务对应的PDP上下文和未被降速业务对应的PDP上下文，即将旧SGSN上的所有业务的PDP上下文一并发送给新SGSN，使用PDP上下文中信元3q+24位置的Spare控制位的一个Bit (中文:字节)位，在信元3q+24位置的Spare控制位的一个Bit位用O表示该PDP上下文对应的业务由于源RNC资源不足降速，用I表示I3DP上下文未被降速，当新SGSN接收到旧SGSN发送的PDP上下文之后，通过对每一个PDP上下文中信元3q+24位置的Spare控制位的一个Bit (中文:字节)位的数值进行判断，当判断Bit位上为O时，新SGSN可以确定该PDP上下文对应的业务被降速指派成功，在目标RNC网络资源恢复充足时候优先对这些被降速的业务进行提速。
[0224]另外，除了采用在PDP上下文信元3q+24位置的Spare控制位的一个Bit位设置标识位，还可以在PDP上下文信元p+1位置的Spare控制位的一个Bit位设置标识位，在这里，不同的是，在信元P+1位置的Spare控制位的一个Bit位是用于I表示该PDP上下文对应的业务由于RNC资源不足被降速，新SGSN可以确定该PDP上下文对应的业务被降速指派成功，在目标RNC网络资源恢复充足时候优先对这些被降速的业务进行提速。
[0225]当新SGSN接收到推送重定位请求后，判断推送重定位请求中的标识位，可以确定该业务因为网络资源不足而被降速，即此刻该业务采用第一速率，当网络资源恢复充足后，对被降速的业务进行调整到降速前的速率，即可以为第二速率，通过采用标识位标记，使得被降速的业务在原SGSN和新SGSN之间迀移后也可以有机会恢复到需要的速率，避免迀移后新SGSN不能识别业务是否被降速导致被降速的业务一直被降速，不能得到速率的恢复，造成网络资源的浪费，通过采用推送重定位请求中增加标识位标识业务是否因为网络资源不足被降速，当判断业务被降速则可以在网络资源恢复充足时对被降速的业务进行提速，使得网络资源合理使用，提高使用效率。
[0226]在本发明实施例中，在找到被降速的RAB指派成功的PDP上下文之后，新SGSN可以发起针对该PDP上下文的修改流程，新SGSN向GGSN发送第一 PDP上下文更新请求，第一PDP上下文更新请求中包括请求为该业务使用的第一速率，当然第一 PDP上下文更新请求中还包括TEID(中文:隧道端点标识，英文:Tunnel endpoint identifier)、追踪类型、追踪参数、QoS协商等信息。
[0227]所述新SGSN接收所述GGSN在根据所述第一 PDP上下文更新请求进行速率修改成功后返回的第一 PDP上下文更新成功响应。
[0228]GGSN接收到第一 PDP上下文更新请求并获取到请求为该业务使用第一速率的内容，GGSN为该业务分配好第一速率，GGSN向新SGSN返回第一 PDP上下文更新成功响应，第一 PDP上下文更新成功响应用于表示根据第一 PDP上下文更新请求进行速率修改成功。
[0229]所述新SGSN根据所述GGSN返回的第一 PDP上下文更新成功响应向所述用户设备发送第一 PDP上下文修改请求，其中所述第一 PDP上下文修改请求包括请求对所述用户设备的所述业务使用的第一速率。
[0230]所述新SGSN接收所述用户设备返回的第一 PDP上下文修改接受消息，以确认所述用户设备接收对所述业务使用的第一速率。
[0231]需要说明的是，上文中针对新SGSN发起PDP上下文修改流程进行了介绍，本领域普通技术人员应当了解，具体细节不进