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

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

跟各位大神学一下

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

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

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

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

学习了

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