关于prach信道问题

1. 从CP的生成方式可以不难理解，CP也是要算在PRACH里面的，后面的24576个采样点里面只有839个点是有用的ZC序列，其他都是0 2. PRACH不同format的子帧配置请参考36.211 Table 5.7.1-2: Frame structure type 1 random access configuration for preamble formats 0-3. 对于性能仿真来说，不管是哪个format，建议一帧里面只放一个PRACH

十分感谢您的回答 关于prach信道配置我还是有些不太懂： 根据36.211 Table 5.7.1-2上来看，如果prach configuration为63，说明他的format为3，并且十个子帧都会配置prach资源。 但是根据Table 5.7.1-1上来看format3的cp会占21024Ts，Tseq占2*24576Ts,加上21984GT会占在时隙上会占三个子帧。 对于0-9子帧来说，如果我配置的话，0-2会有一个完整的prach，3-5是一个完整的prach，6-8是一个完整的prach，那么对于9子帧呢？ 它只有一个子帧，无法完整的配置整个prach信道。 从频域到时域来看： 是从频域的24576个IDFT变换，对于format3，prach configuration63来说，如果我要将所有的采样点进行DFT变换，前九个子帧去cp会有6*24576个preamble个采样点，虽然9号子帧的信息全是0，但是，如果我要将6*24576+9号子帧preamble的采样点降采样，9号子帧的点，或者说，24576个DFT中的多少个。 十分希望能够得到您的帮助 [ema23][ema23][ema23] 【 在 hx21 的大作中提到: 】 : 1. 从CP的生成方式可以不难理解，CP也是要算在PRACH里面的，后面的24576个采样点里面只有839个点是有用的ZC序列，其他都是0 : 2. PRACH不同format的子帧配置请参考36.211 Table 5.7.1-2: Frame structure type 1 random access configuration for preamble formats 0-3. 对于性能仿真来说，不管是哪个format，建议一帧里面只放一个PRACH

抱住年神大腿！ 【 在 hx21 的大作中提到: 】 : 1. 从CP的生成方式可以不难理解，CP也是要算在PRACH里面的，后面的24576个采样点里面只有839个点是有用的ZC序列，其他都是0 : 2. PRACH不同format的子帧配置请参考36.211 Table 5.7.1-2: Frame structure type 1 random access configuration for preamble formats 0-3. 对于性能仿真来说，不管是哪个format，建议一帧里面只放一个PRACH

1. Table 5.7.1-2标注的是PRACH在一个系统帧中可以出现的起始子帧位置的集合，具体选择从哪一个子帧开始发送是通过36.321的Table 7.3.1决定。如果PRACH的configuration为63，说明format为3，PRACH只能出现在偶数的系统帧的最后一个子帧（编号9，一个系统帧有10个子帧），持续时间为三个子帧。虽然在链路级仿真中常见的是一次传输只包含一个子帧，或者是一帧，但是实际传输过程中帧与帧之间是连续的，不存在说PRACH出现在一帧的最后一个子帧，后面的部分就截断的情况，剩下的两个子帧的数据会出现在第二个系统帧的前两个子帧中。PS：一般进行链路性能仿真的时候，不会考虑configuration 63这种特殊的情况，对于format 3，用configuration 51就好。 2. 以configuration 63为例，从频域到时域，通过IDFT先生成format 3的时域数据（2*24576个样点），在前面补21024个点作为CP，后面补上（3*30720-2*24576-21024）个样点的0（Gap），然后UE在第一个系统帧的前9个子帧的数据（9*30720个样点）都发射0，在第10个子帧填如format3时域数据的前30720个样点，后面2*30720个样点放在第二个系统帧的前两个子帧，第二个系统帧的后面8个子帧全部补0。从而完成了包含一个PRACH信道的UE上行帧的封装。 【 在 manniu 的大作中提到: 】 : 十分感谢您的回答 : 关于prach信道配置我还是有些不太懂： : 根据36.211 Table 5.7.1-2上来看，如果prach configuration为63，说明他的format为3，并且十个子帧都会配置prach资源。 : ...................

六爷别闹，都去微软了还看这个版... 【 在 liuyehcf 的大作中提到: 】 : 抱住年神大腿！ :

十分感谢您的回答； 关于降采样方面我还有一些疑问： 如果在我不知道具体prach配置再某一个子帧的情况下。 还是对于format3的configuration 63来说，我可以认为它频域信息经过IDFT变化，如果前九个子帧为prach信道，最后子帧里面会有30720-21024个采样点可能含prach信道信息（含有频域24576个点IDFT后的部分信息），所以，整个无线帧总共24576*3+30720-21024个采样点包含频域24576个载波的信息，如果进行降采样的话大概会有7.8945才能取一个点，这样理解不知道对不对。 十分期待您的帮助，万分感谢 [ema23][ema23][ema23] 【 在 hx21 的大作中提到: 】 : 1. Table 5.7.1-2标注的是PRACH在一个系统帧中可以出现的起始子帧位置的集合，具体选择从哪一个子帧开始发送是通过36.321的Table 7.3.1决定。如果PRACH的configuration为63，说明format为3，PRACH只能出现在偶数的系统帧的最后一个子帧（编号9，一个系统帧有10个子帧），持续时间为三个子帧。虽然在链路级仿真中常见的是一次传输只包含一个子帧，或者是一帧，但是实际传输过程中帧与帧之间是连续的，不存在说PRACH出现在一帧的最后一个子帧，后面的部分就截断的情况，剩下的两个子帧的数据会出现在第二个系统帧的前两个子帧中。PS：一般进行链路性能仿真的时候，不会考虑configuration 63这种特殊的情况，对于format 3，用configuration 51就好。 : 2. 以configuration 63为例，从频域到时域，通过IDFT先生成format 3的时域数据（2*24576个样点），在前面补21024个点作为CP，后面补上（3*30720-2*24576-21024）个样点的0（Gap），然后UE在第一个系统帧的前9个子帧的数据（9*30720个样点）都发射0，在第10个子帧填如format3时域数据的前30720个样点，后面2*30720个样点放在第二个系统帧的前两个子帧，第二个系统帧的后面8个子帧全部补0。从而完成了包含一个PRACH信道的UE上行帧的封装。 :

还是想强调一下，即使PRACH在一个系统帧的最后一个子帧，也是会持续三个子帧的长度，人为的截断是没有意义的。 另外降采样的话，不太清楚你的7.8945是怎么计算出来的，看起来你好像对降采样的原理并不是很熟悉。不知道问题具体是什么，从前面你问的问题，我大概猜想你想在一个系统帧的十个子帧中同时传4个相同ZC序列的format3 PRACH，但是最后PRACH一个在当前系统帧只有一个子帧，要怎么处理对吗？首先要搞清楚发射端到底发了什么，接收端的降采样率才能够确定 【 在 manniu 的大作中提到: 】 : 十分感谢您的回答； : 关于降采样方面我还有一些疑问： : 如果在我不知道具体prach配置再某一个子帧的情况下。 : ...................