一个SGSN和MME同时组pool的问题。

snakend

现在有这样一个情况：1。在一个网络中，我一共6个SGSN/MME，其中4个是2/3G的SGSN，另2个是2/3/4G的SGSN-MME（就是所说的3接入节点）。
2。SGSN的pool由这6个sgsn共同组成；
3。同时，那2台triple-access的SGSN-MME，再自组一个MME的pool；
4。要求支持triple-access的终端可以通过triple-access的SGSN-MME，完成2/3G到4G，或者是4G到2/3G的系统间切换。

问题是，NRI的选择是不是必须是8bit，必须与MMECODE一致？
如果pool内的RAU是通过pool awareness的方式实现的（也就是RAU，通过发送NRI+RAI到DNS，找old SGSN）时候，NRI必须是8 bits长，与MMECODE必须一致吗？

在此先谢过了！

snakend

一说是MMECODE的长度是8bits，所以需要NRI的长度也是8bits，但是我不知道这是不是必须的。

snakend

规范23003中，2.8.2.2节有
“The 8 most significant bits of GERAN/UTRAN <NRI> map to the MME code.”这样的定义，

我想这就是NRI必须定义为8bits长度的原因吧！

snakend

这样的话NRI长度在SGSN中必须保留为8bits，但是这样的话可用的用户比特在P-TMSI中就只有17bits了，用户数就只能支持131072个，可以客户买得sgsn是1000K的，这就出矛盾了。

snakend

多谢7楼的参与哈{:soso_e100:}

“容量问题，减掉8个bit的NRI占位，可以分配的值是4,194,304（2^22）. 22=6+16或者32-2-8”
                                             31 ~ 25                                 24   
这提些不同看法哈，P-TMSI=7bits（P-TMSI Generation）+ 1 bit(Set in standardization) + max 10bits ( NRI) + min 14 bits (P-TMSI identification).
也就是说，用于用户表示的只有1 bit(Set in standardization) + NRI + P-TMSI identification，一共25bits，如果保留8bits用于NRI的话就只用17bit可用于用户表示了。所以容量才这么小。

snakend

恩，我感觉应该是问题已经清楚了。

一。我提到的这种case，SGSN的NRI应该是只能预留为8bits。
二。当NRI为8bits，那么SGSN下的每RA最多只能支持2^17=131072 个用户，不过SGSN下挂的RA不多的情况下，就很可能浪费sgsn的容量，当然可以通过增加RA充分使用SGSN的容量；另一方每RA的容量就比较小了，需要密切的监视，以免新用户来到这个RA被拒绝，但是可以通过RA resize及radio的Rehome减小覆盖的区域控制RA的用户数。

snakend

恩，29060和23060都refer 23003，但是23003上并没有把每个字段说清楚，我是找到的一个胶片。找了半天也没有找到规范上哪有定义ptmsi format的。

这个肯定是对的：

snakend

"我在想是不是我们把问题想复杂了。。。假设NRI长度是3，UE从SGSN得到的是P-TMSI，然后TAU到MME时UE就直接把bit23-bit16映射成MME code，根本就不管你NRI多长。。。然后MME再顺利还原回P-TMSI。"

我觉得这样理解是有问题的，如果NRI为3，那么后5位就是SGSN随即分配的用户编码的一部分，也就是说不可预期，但是这些比特影射到GUTI后，要被用作MMECode，e-node要用这个找MME的，如果不可预期，那就失去了意义。

所以呀，SGSN一定要保留8bit，虽然低级的几位可能不用但是也要用确定的数字占着，比如“0”，或者“1”，这样影射到MMECode就是一个可以预期的数，只要MMECODE编号和这个数字一致，这个来自你的规划，就没有问题了。