通信人家园

标题: SRS-CarrierSwitching问题求助 [查看完整版帖子] [打印本页]

时间: 2025-12-11 16:38

作者: somethinga 标题: SRS-CarrierSwitching问题求助

srs-TPC-PDCCH-Group为typeB时，是如何指示在哪个小区发SRS的？当srs-TPC-PDCCH-Group为typeA时，定义了很多组SRS-CC-SetIndex，那么dci2-3中每个tpc命令是如何与每个srs-CC-Set中的每个小区对应的？另外cc-IndexInOneCC-Set取值为0-7，既不是物理小区id也不是逻辑id，那他是怎么对应到一个具体的小区的？

时间: 2025-12-11 17:55

作者: xh1028

首先TYPE-A是聚合方式，TYPE-B是单载波。
执行B时由DCI触发小区对应SRS资源集，是一一对应关系。
执行A时由DCI+PTC联动执行，读取2_3中的CC-SetIndex组索引值（测试软件有0~7列值），进而绑定Pcell和Scell列表，最终对应每个小区
这个里面可能理解的有个条线：
srs-CC-SetIndex对应cc-IndexInOneCC-Set对应对应carrierIndex对应MR的具体小区（这个理解可能有差别）但不是明码引入，是索引关系

时间: 2025-12-11 17:57

作者: xh1028

实际上也应该理解是逻辑ID号

时间: 2025-12-12 09:52

作者: somethinga

xh1028 发表于 2025-12-11 17:55
首先TYPE-A是聚合方式，TYPE-B是单载波。
执行B时由DCI触发小区对应SRS资源集，是一一对应关系。
执行A时 ...

多谢。看的不是太懂。typeB所指示的小区就是检测到DCI2_3的小区吗？对于typeB，2_3的每一个tpc命令指的是一个cc-SetIndex里的每一个cc-IndexInOneCC-Set吗？那又如何知道是哪个cc-SetIndex呢？

时间: 2025-12-12 09:58

作者: somethinga

xh1028 发表于 2025-12-11 17:55
首先TYPE-A是聚合方式，TYPE-B是单载波。
执行B时由DCI触发小区对应SRS资源集，是一一对应关系。
执行A时 ...

srs-TPC-PDCCH-Group的配置看的就很费解:
srs-TPC-PDCCH-Group CHOICE {
typeA SEQUENCE (SIZE (1..32)) OF SRS-TPC-PDCCH-Config,
...
}
SRS-TPC-PDCCH-Config ::= SEQUENCE {
srs-CC-SetIndexlist SEQUENCE (SIZE(1..4)) OF SRS-CC-SetIndex OPTIONAL -- Need M
}
SRS-CC-SetIndex ::= SEQUENCE {
cc-SetIndex INTEGER (0..3) OPTIONAL, -- Need M
cc-IndexInOneCC-Set INTEGER (0..7)
}
最大配了32组 SRS-TPC-PDCCH-Config，每个 SRS-TPC-PDCCH-Config里又最大配了4个 SRS-CC-SetIndex，那怎么知道2-3里的小区对应哪个cc-IndexInOneCC-Set？

时间: 2025-12-12 17:36

作者: xh1028

somethinga 发表于 2025-12-12 09:52
多谢。看的不是太懂。typeB所指示的小区就是检测到DCI2_3的小区吗？对于typeB，2_3的每一个tpc命令指的是 ...

不不，你可能搞错了，TYPE-B是单载波，不需要cc-SetIndex和cc-IndexInOneCC-Set，它就是DCI触发对应预绑定的小区。只有RRC下 TYPE-A时（跨载波聚合）此时才从DCI 2_3中读取cc-SetIndex，并按 cc-IndexInOneCC-Set 顺序对应TPC命令

时间: 2025-12-12 18:45

作者: xh1028

本帖最后由 xh1028 于 2025-12-12 18:49 编辑

somethinga 发表于 2025-12-12 09:58
srs-TPC-PDCCH-Group的配置看的就很费解:
srs-TPC-PDCCH-Group CHOICE {
typeA SEQUENCE (SIZE (1..32) ...

我尝试解释下这个结构。
应该分两部分：上半部分“小区索引”、下半部分“定位关键字”（自己理解名字说法可能不准确，见笑）
小区索引：32*4 srs-CC-SetIndexlist。（这是咱共同理解的32组每组4个Indexlist，这是通过carrierIndex映射对应小区的PCI值）。
小区索引是RRC下的，应该不随DCI 2_3更新。相当于一组待查值。
【重点】是DCI 2_3中有4个主索引ID（cc-SetIndex）8个组内索引ID（cc-IndexInOneCC-Set）
这样相当于查找“关键字”。通过读取2_3更新，cc-SetIndex——》32选1，cc-IndexInOneCC-Set----》4选1，定位具体的carrierIndex值。
用carrierIndex读取小区PCI，最后定位具体小区。

时间: 2025-12-17 09:43

作者: somethinga

xh1028 发表于 2025-12-12 18:45
我尝试解释下这个结构。
应该分两部分：上半部分“小区索引”、下半部分“定位关键字”（自己理解名字说 ...

感谢，我再理解理解。

时间: 2025-12-17 11:43

作者: somethinga

xh1028 发表于 2025-12-12 18:45
我尝试解释下这个结构。
应该分两部分：上半部分“小区索引”、下半部分“定位关键字”（自己理解名字说 ...

我基本理解了。还有一个问题求教，既然最大可以有4个cc-SetIndex，但是SRS request只有2bit，根据212 Table 7.3.1.1.2-24 SRS request表的解释，00表示没有SRS触发，01表示第一个cc-set被触发，10表示第二个cc-set被触发，11表示第三个cc-set被触发，那么第4个cc-Set不就永远不会触发了吗？

时间: 2025-12-17 14:23

作者: xh1028

somethinga 发表于 2025-12-17 11:43
我基本理解了。还有一个问题求教，既然最大可以有4个cc-SetIndex，但是SRS request只有2bit，根据212 Tab ...

这个细节我不是很理解，暂时不能解释太清。我理解既然00表示不触发，那么第四个状态就意味着有可能是其他某参数的默认状态

时间: 2025-12-17 15:34

作者: somethinga

xh1028 发表于 2025-12-17 14:23
这个细节我不是很理解，暂时不能解释太清。我理解既然00表示不触发，那么第四个状态就意味着有可能是其他 ...

我搞清楚了，331协议对cc-SetIndex的描述里说：The network does not configure this field to 3 in this release of specification.这就清楚了，最大仅配3个cc组

时间: 2025-12-17 16:18

作者: xh1028

somethinga 发表于 2025-12-17 15:34
我搞清楚了，331协议对cc-SetIndex的描述里说：The network does not configure this field to 3 in this ...

也学习了

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