通信人家园

标题: 非竞争随机接入 [查看完整版帖子] [打印本页]

时间: 2013-5-30 19:57

作者: highnight 标题: 非竞争随机接入

各位高手前辈们，有个关于非竞争随机接入的问题想请教下各位
基站通过PDCCH order触发UE发起非竞争随机接入，UE收到PDCCH order后，UE会发生哪些变化？例如UE的MAC层等，

时间: 2013-6-20 11:39

作者: yucb2008

UE定位。这时eNodeB会通过特殊的DCI format 1A 告诉UE需要重新发起随机接入，并告诉UE应该使用的Preamble Index和PRACH Mask Index。

时间: 2013-7-19 10:59

作者: highnight

恩，这个我知道，我是担心通过PDCCH order会对UE造成某些其他方面的影响，比方MAC的重配等，毕竟此时UE还处于连接态，或者在做业务，一些配置是不能改的。

时间: 2013-7-22 19:20

作者: LTE专家1号

很显然，终端会全部重配，相当于一次新的接入过程，但是对用户来说没有任何感受！基站也不会无缘无故的发这个dci，此时基站一定发生了一些事情，比如，ue挂死，这时把ue干掉，对终端和基站开讲，都是有好处的，基站节省资源，终端也不会一直死掉，如果ue真的有数据要发，会随机接入，这样何乐而不为呢？但是有一个前提，基站判断一定要准确，否则就是一次掉话了！希望能帮助你！谢谢！

时间: 2013-7-25 10:55

作者: highnight

LTE专家1号发表于 2013-7-22 19:20
很显然，终端会全部重配，相当于一次新的接入过程，但是对用户来说没有任何感受！基站也不会无缘无故的发这 ...

谢谢专家1号的回复~
但是如果这种非随机接入应用在手机定位场景中呢，比方基站此时需要知道UE的位置，但UE此时不一定是死掉啊，很可能正处于RRC连接在上网。

时间: 2013-7-25 12:52

作者: LTE专家1号

highnight 发表于 2013-7-25 10:55
谢谢专家1号的回复~
但是如果这种非随机接入应用在手机定位场景中呢，比方基站此时需要知道UE的位置，但 ...

不明白你的意思，你想知道UE的什么位置？就算让UE随机接入，也不能知道他的具体位置吧。无缘无故的让它掉话，一定会投诉你的！

如果你已经知道该用户在这个站上，但是不清楚在哪里？可以通过上行反馈的PHR，来初步的计算一下这个UE的路损，再根据RS的取值，就能知道它的RSRP了，根据RSRP结合链路预算模型，就能知道这个UE大概区域了。

如果你不知道这个用户在那个站，可以通过核心网的IMSI进行跟踪，找到它在具体在那个站上。核心网保留用户的信息时间比较长，这个应该比较容易查找。

时间: 2013-7-26 23:26

作者: 番茄鸡蛋

学习了

时间: 2013-7-30 08:47

作者: highnight

LTE专家1号发表于 2013-7-25 12:52
不明白你的意思，你想知道UE的什么位置？就算让UE随机接入，也不能知道他的具体位置吧。无缘无故的让它掉 ...

具体怎么定位，我不大清楚，但应该是通过估计TA来弄吧，300协议里明确说了UE定位时需要用到非随机接入。你总是想着UE收到PDCCH后一定会掉话，我的疑虑就是这里，如果在定位场景中，UE收到PDCCH order后到达是什么样子的。
另外这个定位不是指UE在哪个小区，在哪个站，因为这个信息是不需要定位的，本来核心网就有。

通信人家园 (https://www.txrjy.com/)