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

爱卫生

回复 snakend 的帖子

不太清楚哦。为什么要选8bit呢？有什么依据吗？通常都是5bit就够了的。POOL没有那么大啊！

爱卫生

个人感觉没这么必要吧。因为NRI是用于RNC/BSC来找SGSN的，而MMEC是用于eNB来找MME的，本身二者在信令流程里也没有交集啊。唯一有可能的就是：
先做个编号，2G/3G POOL的SGSN为SGSN1-6，MME POOL的MME为2G/3G POOL里的SGSN5和SGSN6。
那在系统间切换的时候，有可能MME POOL里的SGSN5要找到2G/3G POOL里的SGSN1。例如源MME给目标SGSN发送前传重定位请求，但发送之前MME应根据规范将EPS承载映射成为PDP上下文，这时候MMEC已经完成到NRI的转换了，这时候送到DNS去查的时候已经是NRI了。应该就可以查询到目标SGSN了。另外，因为这里总共只有6个SGSN或MME，足够被NRI的5个bit覆盖了。不会存在一对多的映射。

爱卫生

snakend 发表于 2012-3-6 15:24
"我在想是不是我们把问题想复杂了。。。假设NRI长度是3，UE从SGSN得到的是P-TMSI，然后TAU到MME时UE就直接把 ...

谢谢几位的分享。个人感觉几位说的都有道理。P-TMSI到MMEC的映射规则确实没有注意到。说下我的理解。

1 个人比较同一NRI要预留8个bit。不能定义为低于8位。原因正如snakend提到的如果低于8位，后面的bit位则是给用户使用，随机分配。不可预期，则无法完成映射。

2 映射规则，应该就是hycl5410提到的从bit 23开始，一直到bit16的值取出来，映射成8bit的MMEC。因为NRI的长度在TS23.236里有明确说明。如右：" The NRI is coded in bits 23 to 14 of TMSI or P-TMSI. Regardless of the NRI length the most significant bit of the NRI is always in bit 23 of TMSI or P-TMSI (examples of NRI position are given in annex A.2), see also 3GPP TS 23.003 [18]. " 这里的most significant bit翻译成中文就是最高有效位。也就是说P-TMSI里的NRI一定是从第23 bit开始，最大到14 bit结束。

3 关于P-TMSI的组成，我也没找到特别准确的规范。但TS23.236和TS23.303里有一些说明。特别是TS23.236里还给出了一个案例说明（附录A.2）。参考它的案例，实际上P-TMSI的组成如下：

所以，容量方面。比较赞同hycl5410的说法。去掉8bit后，可使用的用户bit是32-2-8=22。因为这里的VLR-Restart Counter这5个bit是可以借的。附录A.2的案例就是有的只用了3bit，有的只用了4 bit。

爱卫生

回复 hycl5410 的帖子

长度位肯定没有。因为如果有长度位的话，那NRI的最大长度是10 bit。那长度位只要要4个bit才能表示。这样效率就太低了。本来P-TMSI就只有32个bit，还要拿4个bit给长度位。所以SGSN应该都是通过DNS来解析pool里的SGSN的。否则它自己肯定不知道从哪开始是UE ID的部分。问过一个同事，关于DNS上的record类似于下面的格式：

nri-sgsn000C.rac0001.lac12C8.mnc0001.mcc01fe.gprs.

爱卫生

爱卫生 发表于 2012-4-2 12:28
回复 hycl5410 的帖子

长度位肯定没有。因为如果有长度位的话，那NRI的最大长度是10 bit。那长度位只要要 ...

这是16进制。01cc换算成十进制就是460。01fe是510。可以用windows自带的科学计算机算一下。