求助：请教Gb Over IP中的负荷分担和资源重分配机制？

tobino1

回复 爱卫生 的帖子

呵呵
不好意思
，其实我的问题还没有写出来，如果我上面理解正确的话，拿下面这几种情况是否正确？
情况一、
按照协议描述：The BSS or SGSN may choose not to initiate any request for change in IP endpoints for any MS and rely on the underlying load sharing function to properly distribute NS user traffic。那么下面这种情况是否就是协议所描述的呢？
之前的下行数据包是由SGSN（10.129.185.46）发给BSC（10.128.189.80），但在27#28#包中，SGSN地址变成185.50,BSC地址变成189.71,随后BSC上发UL-UNITDATA消息要求改变SGSN发给BSC的地址为189.75。不知道27和28# 这2个包的地址变化是否正常？

爱卫生

回复 tobino1 的帖子

  举个实例来说明吧。你的问题在48.016的附录B中有详细的说明。这个话题我准备再单独开一个帖子介绍给不太了解的朋友。我也是学习了不少。
  附录B的内容就是专门介绍IP的资源分发的。标题是
  Annex B (informative):
Recommended usage of Resource Distribution for IP
  里面的Example 3和你的抓包实例完全吻合，现英文摘过来如下：
Example 3: NS entity triggering resource distribution without data (refer to figure B.3).
   The SGSN may wish to receive uplink data for a mobile at IP/UDP4 and not IP/UDP3. The SGSN may not have downlink data, in which case the SGSN may send a downlink NS-UNITDATA (with R-bit set) containing a BSSGP DL UNITDATA with an LLC PDU of length 0.
   Subsequent uplink data transfer for the mobile will follow the dotted path from IP/UDP1 to IP/UDP4 through the IP sub network.
   

Example 3 of NS entity requesting change flow without data

  也就是说如果SGSN希望从IP/UDP4这个IP Endpoint收上行数据，而不是之前的IP/UDP3这个IP Endpoint。但这个时候SGSN并没有下行数据要发送给BSS来通知这个变化，那SGSN将发送一个下行的NS-UNITDATA并且将R-bit置为1，（R bit就是你抓包里的R-bit = Request Change Flow bit),并且在LLC PDU的长度设置为0，仔细看你的抓包，这点也是吻合的。

  然后就是说接下来上行方向的用户数据就按照虚线的方向从BSS侧的IP/UDP1发向SGSN侧的IP/UDP4了。（参考图例中的虚线部分是后续的上行流量走向）。