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

hycl5410

没配置过这种情况，但是可以就一些东西跟大家讨论一下。首先看要求
4。要求支持triple-access的终端可以通过triple-access的SGSN-MME，完成2/3G到4G，或者是4G到2/3G的系统间切换。
这样就存在一个情况，假如UE首先在2/3G SGSN注册，然后向MME切换。当2/3G SGSN向MME切换的时候，UE是发TAU的，这里的GUTI是由P-TMSI映射过来的，于是target MME会去DNS查source SGSN而不是MME（R10以下版本是靠一个bit来标识GUTI是MME分配还是P-TMSI映射的）。映射规则具体在那个协议上不记得了，手边没有，23.401上应该会有说。回到正题，MME怎么知道NRI的长度？这是一个问题。应该在映射规则的那个协议（23.003？）好好查查，很有可能就因此固定了NRI长度。

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

还是查查产品文档或者问问产品线的人吧。。。怎么感觉这里面不太对啊。。。这也太影响容量了啊。。。
持续关注中，希望楼主保持更新。

hycl5410

查了一下23.003，考虑到MME情况，NRI长度可以比8短，但是不能比8长。
The NRI shall be coded in bits 23 to 14. An NRI shorter than 10 bits shall be encoded with the most significant bit of the NRI field in bit 23.
NRI在P-TMSI中的位置是bit23-14（考虑MME情况是23-16,8bit）。但是，与MME互联的情况下，NRI长度虽然可以比8短，假如是5，但是后3个bit也不能用于分配。原因请看下面的P-TMSI到GUTI映射规则。
2.8.2.2        Mapping from RAI and P-TMSI to GUTI
2.8.2.2.2        Mapping in the UE
The 8 most significant bits of GERAN/UTRAN <NRI> map to the MME code.
GERAN/UTRAN <P TMSI> maps as follows:
-        6 bits of the GERAN/UTRAN <P TMSI> starting at bit 29 and down to bit 24 are mapped into bit 29 and down to bit 24 of the E UTRAN <M-TMSI>;
-        16 bits of the GERAN/UTRAN <P TMSI> starting at bit 15 and down to bit 0 are mapped into bit 15 and down to bit 0 of the E UTRAN <M-TMSI>.
2.8.2.2.3        Mapping in the new MME
In order to retrieve the UE's information, e.g. the IMSI, from the old SGSN, the new MME extracts the RAI and P-TMSI from the GUTI via the reverse mapping procedure to that specified in subclause 2.8.2.2.2.

容量问题，减掉8个bit的NRI占位，可以分配的值是4,194,304（2^22）. 22=6+16或者32-2-8

从上述角度考虑，说NRI长度固定为8也是可以的。因为即使长度不是8, 23-16这段也都不会被map到M-TMSI里。不知道SGSN实现过程是否考虑这点，即使NRI长度不是8也可以不分配其余bit，否则就需要配置NRI长度8了。

hycl5410

不好意思，没考虑到P-TMSI signature！考虑到P-TMSI signature，那么bit23-16是可以完全或者部分分配的。只要算法写的好，就不会出现无法辨别UE的情况（即使其他22个bit都完全一样）。
所以，这个问题还是要问产品或者研发。。。

hycl5410

回复 snakend 的帖子

bit 31-25，bit 24这段定义是在哪个规范上说的？23.003好像只说bit 31,30固定设置成11（SGSN）。

hycl5410

好吧。
我在想是不是我们把问题想复杂了。。。假设NRI长度是3，UE从SGSN得到的是P-TMSI，然后TAU到MME时UE就直接把bit23-bit16映射成MME code，根本就不管你NRI多长。。。然后MME再顺利还原回P-TMSI。
就看怎么理解这句话了
The 8 most significant bits of GERAN/UTRAN <NRI> map to the MME code.

hycl5410

我不确定NRI编码的头字节是不是编入NRI长度，有没有高人知道？

如果一个SGSN收到来自其他POOL区的RAU，它是怎么解对NRI的？还是这个SGSN要知道所有与其相连的POOL的NRI长度？
顺便请教一下，对于POOL区的source SGSN，dest SGSN如何解析地址？还用DNS么（解析NRI）？还是都本地配置？

hycl5410

两个地方没看懂：
1.NRI是从高到低的，图示中不是这么分配的（习惯上是从左向右算是由高到低吧？如果不是，请原谅我的孤陋寡闻。。。）
2. MMEC理论上最高位是1，这里分配的不是。听说过中国移动有过CR，但是不清楚3GPP和厂商们的回应。