澳门·威尼斯人(中国)官方网站

澳门·威尼斯人(中国)官方网站

澳门·威尼斯人(中国)官方网站

标题: LTE CA下 SCell同步问题。  [查看完整版帖子] [打印本页]
时间:  2024-4-7 17:04
作者: kqkqsmd     标题: LTE CA下 SCell同步问题。

LTE CA中，UE 只在PCell 做接入 ，意味着只和PCell同步，
那么SCell 同步 怎么确保呢.

时间:  2024-4-7 17:08
作者: oooooooo

谁说只跟PCell同步了？只在PCell接入指的是RRC连接，在SCell还是要做随机接入的。
时间:  2024-4-8 13:42
作者: kqkqsmd

oooooooo 发表于 2024-4-7 17:08
谁说只跟PCell同步了？只在PCell接入指的是RRC连接，在SCell还是要做随机接入的。

在SCell接入过程 可以展开讲讲吗？ 从我目前看的资料，是没有提到这个的， 只会在PCell接入。
SCell接入会走到哪一步呢？
时间:  2024-4-8 14:11
作者: oooooooo

kqkqsmd 发表于 2024-4-8 13:42
在SCell接入过程 可以展开讲讲吗？ 从我目前看的资料，是没有提到这个的， 只会在PCell接入。
SCell接入 ...

在SCell随机接入的过程跟切换时在目标小区随机接入的过程差不多，都是非竞争的随机接入
时间:  2024-4-8 16:22
作者: kqkqsmd

本帖最后由 kqkqsmd 于 2024-4-8 16:44 编辑
11
时间:  2024-4-8 16:44
作者: kqkqsmd

oooooooo 发表于 2024-4-8 14:11
在SCell随机接入的过程跟切换时在目标小区随机接入的过程差不多，都是非竞争的随机接入

随机接入过程通常由以下6类事件之一触发：(见36.300的10.1.5节)
1.        初始接入时建立无线连接：UE会从RRC_IDLE态到RRC_CONNECTED态；
2.        RRC连接重建过程（RRC Connection Re-establishment procedure）：以便UE在无线链路失败（Radio Link Failure）后重建无线连接。
3.        切换（handover）：此时UE需要与新的小区建立上行同步。
4.        RRC_CONNECTED态下，下行数据到达（此时需要回复ACK/NACK）时，上行处于“不同步”状态；
5.        RRC_CONNECTED态下，上行数据到达（例：需要上报测量报告或发送用户数据）时，上行处于“不同步”状态或没有可用的PUCCH资源用于SR传输（此时允许已经处于上行同步状态的UE使用RACH来替代SR的作用）；
6.        RRC_CONNECTED态下，为了定位UE，需要timing advance。
目前没看到有支持SCell同步的，另外 切换的时候， 源站是会向目的站请求切换专用rach资源的，SCell 有这种信令？
时间:  2024-4-8 16:52
作者: oooooooo

kqkqsmd 发表于 2024-4-8 16:44
随机接入过程通常由以下6类事件之一触发：(见36.300的10.1.5节)
1.        初始接入时建立无线连接：UE会 ...

The random access procedure is performed for the following events related to the PCell:
-        Initial access from RRC_IDLE;
...
The random access procedure is also performed on a SCell to establish time alignment for the corresponding sTAG.
时间:  2024-4-8 16:55
作者: oooooooo

kqkqsmd 发表于 2024-4-8 16:44
随机接入过程通常由以下6类事件之一触发：(见36.300的10.1.5节)
1.        初始接入时建立无线连接：UE会 ...

在目标小区接入的RACH资源是由源小区发给终端的，这一点在切换和CA时SCell的接入是一样的，都是由目标小区给终端分配然后由源小区通过RRC连接重配发给终端。终端和SCell之间没有RRC信令。
时间:  2024-4-8 17:10
作者: kqkqsmd

oooooooo 发表于 2024-4-8 16:55
在目标小区接入的RACH资源是由源小区发给终端的，这一点在切换和CA时SCell的接入是一样的，都是由目标小区 ...

在PCell做接入同步， SCell也类似HO做一次非竞争的同步。
那终端在多个服务小区可以采用不同的TA？
时间:  2024-4-8 17:15
作者: kqkqsmd

还有就是TAG 这玩意到底是如何保证属于一个group， TA 是对齐的？
因为从上面的描述看，PCell和SCell属于同一个TAG，那再做一次非竞争的接入意义在哪里呢？
时间:  2024-4-8 17:44
作者: oooooooo

kqkqsmd 发表于 2024-4-8 17:10
在PCell做接入同步， SCell也类似HO做一次非竞争的同步。
那终端在多个服务小区可以采用不同的TA？

对，因为CA理论上允许跨基站，所以TA必然是允许不同的
时间:  2024-4-8 17:50
作者: oooooooo

kqkqsmd 发表于 2024-4-8 17:15
还有就是TAG 这玩意到底是如何保证属于一个group， TA 是对齐的？
因为从上面的描述看，PCell和SCell属于同 ...

PCell和SCell不一定属于同一个TAG
时间:  2024-4-8 19:42
作者: kqkqsmd

本帖最后由 kqkqsmd 于 2024-4-9 09:08 编辑
11
时间:  2024-4-8 19:46
作者: kqkqsmd

oooooooo 发表于 2024-4-8 17:50
PCell和SCell不一定属于同一个TAG

明白了， 我刚看到了另一个文章，
4 对于activated SCell 是另一个TAG时，网络可以通过PDCCH order 告知SCell 进行CFRA以便完成UL 同步，这时候preamble 传输要在SCell上进行，但是RAR是在PCell上完成。
时间:  2024-4-9 09:46
作者: oooooooo

kqkqsmd 发表于 2024-4-8 19:46
明白了， 我刚看到了另一个文章，
4 对于activated SCell 是另一个TAG时，网络可以通过PDCCH order 告知 ...

我得再去学学了
时间:  2024-4-9 14:38
作者: kqkqsmd

本帖最后由 kqkqsmd 于 2024-4-9 14:39 编辑
oooooooo 发表于 2024-4-9 09:46
我得再去学学了

还有个问题请教一下， SCell上这个同步是必须的吗？我们抓了现网CA的log，在UE侧貌似没看到这个接入，还是说实际布站的时候，保证SCell和PCell同步，就不需要做SCell这个pdcch order接入，直接通过mac ce激活对应的SCell。
时间:  2024-4-9 14:59
作者: oooooooo

kqkqsmd 发表于 2024-4-9 14:38
还有个问题请教一下， SCell上这个同步是必须的吗？我们抓了现网CA的log，在UE侧貌似没看到这个接入，还是 ...

应该是必须要的，你抓的log是哪层的？
时间:  2024-4-9 15:13
作者: solomon_go

在LTE CA中，UE只在PCell上进行接入，但是UE也需要与SCell进行同步。为了确保SCell同步，UE会周期性地进行SCell的测量和跟踪，以便及时发现SCell的变化并进行相应的切换。具体来说，UE会定期测量SCell的信号质量和信号强度，并将测量结果上报给eNodeB。eNodeB会根据UE上报的测量结果和网络负载等因素，决定是否需要进行SCell的切换。在SCell切换过程中，UE会与新的SCell进行同步，以确保数据传输的顺畅和稳定。因此，虽然UE只在PCell上进行接入，但是SCell同步也是得到了保障的。
时间:  2024-4-9 16:30
作者: kqkqsmd

oooooooo 发表于 2024-4-9 14:59
应该是必须要的，你抓的log是哪层的？

使用的鼎立软件默认log level抓的，应该没有太底层的log，但是会显示msg1，rach这些，只是看不了详细信息。 112344.png 这个图上面，第一个是切换的，重配能看到专用的rach资源，后面rach确实也是用这个rach发起的。再后面的AddScell都没有看到SCell接入同步过程，但是整个流程，都是在PCell先释放ue，然后再PCell接入，最后再添加SCell。按原来的理解，应该是没有release和PCell接入这一步，应该在添加前，直接和SCell做非竞争接入就可以了。



附件: 112344.png (2024-4-9 16:20, 63.84 KB) / 下载次数 0
https://www.ahtjzy.com/forum.php?mod=attachment&aid=NjI3ODUzfGExMzQ5OTA4fDE3MTY0MzM5OTd8MHww
时间:  2024-4-9 16:32
作者: kqkqsmd

solomon_go 发表于 2024-4-9 15:13
在LTE CA中，UE只在PCell上进行接入，但是UE也需要与SCell进行同步。为了确保SCell同步，UE会周期性地进行S ...

UE也需要与SCell进行同步。为了确保SCell同步，UE会周期性地进行SCell的测量和跟踪，以便及时发现SCell的变化并进行相应的切换。具体来说，UE会定期测量SCell的信号质量和信号强度，
这句话怎么理解呢？通过信号质量和信号强度，如何衡量SCell同步是否异常呢？
时间:  2024-4-9 16:34
作者: kqkqsmd

oooooooo 发表于 2024-4-9 14:59
应该是必须要的，你抓的log是哪层的？

8a423438c6b3884f9fda977876f37a21.png
这种是切换的，切换到目标小区后，直接做了SCelladd，没有看到SCell的同步。


附件: 8a423438c6b3884f9fda977876f37a21.png (2024-4-9 16:30, 17.35 KB) / 下载次数 0
https://www.ahtjzy.com/forum.php?mod=attachment&aid=NjI3ODU3fDE4NzY0ZDEzfDE3MTY0MzM5OTd8MHww
时间:  2024-4-10 14:44
作者: kqkqsmd

本帖最后由 kqkqsmd 于 2024-4-10 15:42 编辑
kqkqsmd 发表于 2024-4-9 16:34
这种是切换的，切换到目标小区后，直接做了SCelladd，没有看到SCell的同步。

As you see in the following figures, for Rel 8,9,10 there is no special tag for each component carrier, meaning that even in Carrier Aggregation single Timing Advanced value apply to all the component carriers. But in Rel 11, the first 2 bits are allocated to indicate whether the value is for PCC or SCC. If TAG id is 0, it means it is for PCC.

看起来release10以前，SCell没有TA过程，所以也不需要rach同步， release11开始，SCell通过rach初同步，然后通过TA命令持续同步。也就是说为了兼容release10的TA， 是可以没有rach这一步的， 但是布站的时候，得保证SCell和PCell是同步得。
时间:  2024-4-10 17:04
作者: oooooooo

kqkqsmd 发表于 2024-4-10 14:44
As you see in the following figures, for Rel 8,9,10 there is no special tag for each component car ...

这段话是描述什么内容的？
时间:  2024-4-10 17:41
作者: kqkqsmd

本帖最后由 kqkqsmd 于 2024-4-10 17:42 编辑
oooooooo 发表于 2024-4-10 17:04
这段话是描述什么内容的？

这个就是描述TA的。本来贴个图，但是好难用release11的白皮书上，也看到了
As of 3GPP Release 10 multiple carriers in uplink direction were synchronized due to the fact that there was only a single Timing Advance (TA) for all component carriers based on the PCell.

To enable multiple timing advances in 3GPP Release 11, the term Timing Advance Group (TAG) was introduced [4]. A TAG includes one or more serving cells with thesame UL timing advance and the same DL timing reference cell.
时间:  2024-4-16 15:18
作者: anlixin

赞赞赞



澳门·威尼斯人(中国)官方网站 (https://www.ahtjzy.com/) Powered by Powered by ahtjzy.com