好的，我将以资深专利代理师的身份，对您提供的问题进行严谨、详尽的评估。本次评估的核心是判断对比文件是否公开了目标专利权利要求的各技术特征。
在开始评估前，请允许我明确本次分析所涉及的各项信息：
- **对比文件名称：** METHODS AND APPARATUSES FOR TRANSMITTING UPLINK IN WIRELESS ACCESS SYSTEM SUPPORTING MACHINE-TYPE COMMUNICATION
- **对比文件公开号：** US20180324793A1
- **目标专利名称：** 用于随机接入过程的方法、终端设备和基站
- **目标专利公开号：** CN113615300B
- **本次调用的模型名称：** （未提供，此处省略）
以下将对照目标专利的权利要求技术特征，结合对比文件的内容进行逐项分析和比对。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：** 包括：确定(702)用于随机接入的请求消息，所述请求消息包括前导码和一个或多个物理上行链路共享信道PUSCH <br><br> **<未公开>** | 对比文件[0066]段：在随机接入过程中，UE可以在物理随机接入信道(PRACH)上发送前导码(S13)，并且可以接收PDCCH和与PDCCH相关联的PDSCH(S14)。在基于竞争的随机接入中，UE可以额外地执行包括附加PRACH传输(S15)和接收PDCCH信号和与PDCCH信号相对应的PDSCH信号(S16)的竞争解决过程。 <br><br> 对比文件[0067]段：在上述过程之后，UE可以在一般的UL/DL信号传输过程中，接收来自eNB的PDCCH和/或PDSCH(S17)，并向eNB发送物理上行链路共享信道(PUSCH)和/或物理上行链路控制信道(PUCCH)(S18)。 | 对比文件描述了传统的四步随机接入过程（前导码-随机接入响应-消息3-竞争解决），其中PUSCH（消息3）是在接收到随机接入响应后才发送的。该过程并未公开“包括前导码和一个或多个PUSCH的请求消息”这一整体概念。对比文件中，前导码和PUSCH是在不同的、由基站调度的步骤中分别发送的，并非作为一个集成的“请求消息”一并发送。因此，该技术特征未被公开。 |
| **技术特征B：** 发送(704)所述请求消息 <br><br> **<未公开>** | （与特征A的引用相同） | 由于用于随机接入的“请求消息”（如特征A所定义）未被对比文件公开，因此，发送该请求消息的技术特征B也随之未被公开。对比文件中发送的是传统的PRACH前导码和后续调度的PUSCH，而不是一个集成的请求消息。 |
| **技术特征C：** 其中，PI/2二进制相移键控BPSK被预配置为在所述终端设备中针对所述请求消息被禁用。 <br><br> **<未公开>** | 对比文件全文未发现关于PI/2 BPSK调制方式被预配置为禁用或启用的相关描述。对比文件在[0211]段提到了BPSK作为一种调制方式，但并未涉及针对特定消息（如随机接入请求消息）禁用PI/2 BPSK的预配置操作。 | 目标专利明确提出了在两步随机接入的请求消息（MsgA）中，PI/2 BPSK可以被预配置为禁用。对比文件主要关注MTC场景下的上行控制信息和用户数据的传输，并未涉及任何关于PI/2 BPSK在随机接入过程中的特定配置。该特征在对比文件中未被公开。 |
| **技术特征D：** 其中，固定的调制和编码方案MCS表被预配置以用于确定所述请求消息。 <br><br> **<未公开>** | 对比文件[0096]段：为PDCCH分配不同的CCE聚合级别，因为在该UE的PDCCH中传送的控制信息的格式或调制和编码方案(MCS)级别不同。MCS级别定义了用于数据编码的码率和调制阶数。自适应MCS级别用于链路自适应。 | 对比文件提及了MCS的一般概念，但并未公开与两步随机接入请求消息（MsgA）相关的任何特定MCS表的预配置。对比文件中的MCS描述是针对PDCCH的控制信息，而非用于确定请求消息中PUSCH的传输参数。因此，该特征未被公开。 |
| **技术特征E：** 其中，所述一个或多个PUSCH的数量为多于一个，并且所述多于一个PUSCH是PUSCH的多个重复。 <br><br> **<隐含公开>** | 对比文件[0017]段：所述多个PUSCH可以包括相同的用户数据，并且可以是预定数量的重复PUSCH。 <br><br> 对比文件[0289]段：克服MTC UE通信环境不佳的最简单方法是MTC UE重复发送相同的数据。 <br><br> 对比文件[0295]段：...携带用户数据的PUSCH的重复传输次数定义为N2。 | 对比文件明确公开了PUSCH可以进行多次重复传输（重复次数N2）的技术方案。在目标专利中，该特征应用于两步随机接入的请求消息中，而对比文件则应用于MTC UE的一般上行数据传输中。尽管应用场景不同，但两者在“发送PUSCH的多个重复”这一技术手段上是相同的。本领域技术人员可以合理推断，在需要时，该重复传输技术同样可以应用于随机接入过程中的PUSCH传输。因此，该特征被对比文件隐含公开。 |
| **技术特征F：** 其中，所述PUSCH的所述多个重复被划分为一个或多个PUSCH传输集。 <br><br> **<未公开>** | 对比文件[0295]段：...携带用户数据的PUSCH的重复传输次数定义为N2。 <br><br> 对比文件[0333]段：当MTC UE重复发送PUSCH时，MTC UE可以被配置为循环使用四个RV，RV(0)，RV(1)，RV(2)和RV(3)。 | 对比文件虽然公开了PUSCH的重复传输（特征E），但并未涉及将这些重复划分为一个或多个“PUSCH传输集”的概念。目标专利中的“PUSCH传输集”是对重复进行的分组管理，以便于进行更精细的功率控制或重传策略。对比文件仅定义了总重复次数N2，没有进一步的划分。因此，该特征未被公开。 |
| **技术特征G：** 其中，所述随机接入是由于前一随机接入的失败而发起的；并且中，用于所述随机接入的所述PUSCH的所述多个重复的数量不小于用于所述前一随机接入的PUSCH的多个重复的数量。 <br><br> **<未公开>** | 对比文件全文未发现关于随机接入失败后增加PUSCH重复次数的描述。对比文件[0295]段虽然定义了PUSCH重复次数N2，但未提及N2会根据前一随机接入的成功或失败状态进行动态调整。 | 目标专利中，该特征描述了失败后重试时，PUSCH重复次数递增的“渐进式”尝试机制。这是一种针对随机接入过程的特定重传策略。对比文件讨论的是MTC UE的一般性重复传输，但完全没有涉及随机接入失败后的重复次数递增这一技术方案。因此，该特征未被公开。 |
| **技术特征H：** 其中，所述PUSCH的每个重复与所述前导码相关联。 <br><br> **<未公开>** | 对比文件[0186]段描述了随机接入过程，但未将PUSCH重复与前导码建立关联。对比文件[0017]和[0295]段描述了PUSCH的重复传输，但该重复是独立于随机接入前导码的。 | 在目标专利的两步随机接入中，PUSCH的每个重复都与特定的前导码（如通过前导码的ID或资源位置）相关联。对比文件中，PUSCH的重复传输与随机接入前导码没有必然的关联关系，其重复是为了提升覆盖，是一种独立的上行传输特性。因此，该特征未被公开。 |
| **技术特征I：** 其中，所述PUSCH的所述多个重复的数量来自于下述中的至少一者：无线电资源控制RRC信令 <br><br> **<隐含公开>** | 对比文件[0017]段：...可以是预定数量的重复PUSCH。 <br><br> 对比文件[0294]段：重复传输可以发生在数十或数百个子帧上...PUSCH重复次数由N2定义。 | 对比文件指出PUSCH的重复次数是一个“预定数量”（由N2定义）。虽然未明确说明N2是通过RRC信令配置的，但在LTE/LTE-A及NR系统中，通过RRC信令半静态地配置UE的传输参数（如重复次数）是标准且常见的做法。本领域技术人员可以合理推断，一个“预定数量”的重复次数很可能是通过高层信令（如RRC）进行配置的。因此，该特征被隐含公开。 |
| **技术特征J：** 所述终端设备中的预配置 <br><br> **<隐含公开>** | 对比文件[0017]段：...可以是预定数量的重复PUSCH。 <br><br> 对比文件[0289]段：克服MTC UE通信环境不佳的最简单方法是MTC UE重复发送相同的数据。 | 对比文件提及的“预定数量”意味着该参数可以在终端设备中被预配置（例如，通过出厂设置、固件或应用层的预配置）。尽管未明确说明，但“预定数量”本身隐含了在传输之前就已经确定好的意思，这可以包括在终端设备中的预配置。因此，该特征被隐含公开。 |
| **技术特征K：** 基于下述中的至少一项的确定：前导码信息、解调参考信号DMRS信息、使用情况信息、以及频带信息。 <br><br> **<未公开>** | 对比文件全文未发现基于前导码信息、DMRS信息等确定PUSCH重复次数的描述。对比文件中的重复次数N2是预定义的或根据覆盖需求设定的，而非根据前导码或DMRS等参数动态确定。 | 目标专利提出了一种动态确定重复次数的方法，其依据是前导码、DMRS、使用情况或频带等信息。对比文件中的重复传输机制是为了克服MTC UE的覆盖问题，其重复次数通常是固定的或由其信道条件决定，并没有公开这种多参数动态确定的方式。因此，该特征未被公开。 |
| **技术特征L：** 其中，所述前导码和所述PUSCH的各个重复被时分复用和/或频分复用。 <br><br> **<未公开>** | 对比文件[0083]段：PUCCH被分配在控制区域，PUSCH被分配在数据区域。一个子帧中的一对RB被分配给一个UE的PUCCH...两个时隙中的RB占用不同的子载波，因此在时隙边界处跳频。<br><br> 对比文件[0103]段：...在两步随机接入过程中...UE发送用于随机接入的请求消息（消息A），该请求消息包括随机接入前导码以及较高层数据... | 对比文件讨论了PUCCH和PUSCH的复用（频分），以及在随机接入过程中前导码和PUSCH（消息A）的发送，但并未明确公开前导码和PUSCH的各个重复之间是如何进行时分或频分复用的。在目标专利中，前导码和PUSCH的重复是在一个消息（MsgA）内进行复用。对比文件没有描述这种复用方式。 |
| **技术特征M：** 其中，所述PUSCH的每个重复使用冗余版本RV序列中的相应RV。 <br><br> **<直接公开>** | 对比文件[0333]段：在本发明的实施例中，RV可以被用于重复的PUSCH传输中。也就是说，当MTC UE重复发送PUSCH时，MTC UE可以被配置为循环使用四个RV，RV(0)，RV(1)，RV(2)，和RV(3)。例如，如果MTC UE以RV(0)开始重复PUSCH传输，那么MTC UE可以在PUSCH传输中按顺序循环设置RV：RV(0)，RV(2)，RV(3)，RV(1)，RV(0)，RV(2)，RV(3)，RV(1)... | 对比文件明确、无歧义地公开了在重复传输PUSCH时，每个PUSCH重复使用一个冗余版本（RV）序列中的相应RV。这与目标专利的技术特征M完全一致。尽管应用场景不同，但该技术手段本身是相同的。因此，该特征被对比文件直接公开。 |
| **技术特征N：** 其中，所述RV序列来自于下述中的至少一者：RRC信令，以及所述终端设备中的预配置。 <br><br> **<隐含公开>** | 对比文件[0339]段：在完成重复的PUCCH传输后，MTC UE使用预设的RV（例如，RV(0)）开始循环使用RV重复发送PUSCH。预设的RV可以通过高层信令或DL控制信道指示给MTC UE。 | 对比文件明确指出预设的RV可以通过“高层信令”指示，而高层信令通常指RRC信令。此外，“预设”一词也隐含了在终端设备中进行预配置的可能性。因此，本领域技术人员可以合理推断RV序列的来源包括RRC信令和终端设备中的预配置。该特征被对比文件隐含公开。 |
| **技术特征O：** 其中，用于所述随机接入的每个PUSCH传输集中的所述PUSCH的重复数量不小于用于所述前一随机接入的每个PUSCH传输集中的PUSCH的重复数量 <br><br> **<未公开>** | 对比文件全文未发现关于PUSCH传输集的概念以及其重复数量渐增的描述。 | 该特征是技术特征G和F的组合，描述了失败重试时，每个PUSCH传输集的重复数量递增。对比文件既未公开PUSCH传输集（特征F），也未公开随机接入失败后的递增机制（特征G），因此该组合特征也未被公开。 |
| **技术特征P：** 和/或其中，用于所述随机接入的所述一个或多个PUSCH传输集的数量不小于用于所述前一随机接入的一个或多个PUSCH传输集的数量。 <br><br> **<未公开>** | （同上） | 该特征是技术特征G和F的另一种组合，描述了失败重试时，PUSCH传输集的数量递增。基于与特征O相同的理由，该特征未被对比文件公开。 |
| **技术特征Q：** 其中，所述请求消息被确定，以使得在PUSCH中携带的传输块TB的大小通过缩放因子相对于在所述PUSCH中携带的所述TB的参考大小被缩放。 <br><br> **<未公开>** | 对比文件[0097]段：为了确定用于携带消息3的PUSCH的传输块大小，UE通过...计算在一个PRB内为PUSCH分配的资源元素(RE)的数量(N'RE)...PUSCH信息比特的中间数量(Ninfo)通过Ninfo = NRE·R·Qm·υ来获得...所使用的实际传输块大小由...的步骤3)或步骤4)给出。 | 对比文件描述了标准PUSCH的TBS确定过程，使用的是Ninfo = NRE·R·Qm·υ的公式。目标专利引入了TBS缩放因子S，将公式修改为Ninfo = S·NRE·R·Qm·υ，以降低码率。对比文件中完全没有提及任何关于TBS缩放的因子或类似的概念。因此，该特征未被公开。 |
| **技术特征R：** 其中，所述TB的所述参考大小是基于下述的第一乘积确定的：可用于携带所述TB的资源元素RE的数量，用于所述TB的调制阶数和目标码率；并且中，所述TB的所述大小是基于所述缩放因子和所述第一乘积的第二乘积确定的。 <br><br> **<未公开>** | （与特征Q的引用相同） | 对比文件虽然公开了基于NRE、Qm和R来确定TB大小的基础方法（构成了“参考大小”），但并没有公开后续的“第二乘积”（即乘以缩放因子S）的步骤。该特征是目标专利对TBS缩放过程的细化，对比文件未予公开。 |
| **技术特征S：** 其中，所述缩放因子来自于下述中的至少一者：RRC信令 <br><br> **<未公开>** | 对比文件全文未发现任何关于TBS缩放因子（S）的描述。 | 由于对比文件未公开缩放因子S本身（特征Q、R），因此其来源（如RRC信令）自然也未被公开。 |
| **技术特征T：** 所述终端设备中的预配置 <br><br> **<未公开>** | （同上） | 理由与特征S相同。 |
| **技术特征U：** 基于信道质量估计从一组预配置的值中进行的选择 <br><br> **<未公开>** | （同上） | 理由与特征S相同。 |
| **技术特征V：** 基于下述中的至少一项的确定：前导码信息、DMRS信息、使用情况信息、以及频带信息。 <br><br> **<未公开>** | （同上） | 理由与特征S相同。 |
| **技术特征W：** 其中，所述请求消息是基于MCS表确定的，所述MCS表具有比参考MCS表低的频谱效率。 <br><br> **<未公开>** | 对比文件[0096]段：MCS级别定义了用于数据编码的码率和调制阶数。自适应MCS级别用于链路自适应。 <br><br> 对比文件[0211]段：调制方案可以包括BPSK，QPSK，8-PSK，16-QAM，64-QAM等。 | 对比文件虽然提及了MCS和不同调制阶数，但并未公开针对随机接入请求消息（MsgA）使用一个“具有比参考MCS表低的频谱效率”的特定MCS表。目标专利提出的是一种专门用于提高MsgA PUSCH解码性能的低频谱效率MCS表方案，该方案在对比文件中没有任何记载。 |
| **技术特征X：** 其中，所述MCS表是通过向所述参考MCS表中添加具有较低频谱效率的一行或多行而获得的表。 <br><br> **<未公开>** | 对比文件全文未发现对MCS表进行修改（如添加或去除行）以生成新表的描述。 | 该特征是特征W中MCS表的一种具体生成方式。既然特征W未被公开，其具体实现方式也未被公开。 |
| **技术特征Y：** 其中，所述MCS表是通过从所述参考MCS表中去除具有较高频谱效率的一行或多行而获得的。 <br><br> **<未公开>** | （同上） | 理由与特征X相同。 |
| **技术特征Z：** 其中，所述参考MCS表是变换预编码器被启用的正交幅度调制QAM64低频谱效率QAM64LowSE MCS表，或是变换预编码器被禁用的QAM64LowSE MCS表。 <br><br> **<未公开>** | 对比文件全文未发现“QAM64LowSE”或类似低频谱效率MCS表的任何描述。 | 对比文件在[0211]段提到了64-QAM，但并未提及“低频谱效率”（LowSE）的表格。该特征具体限定了参考MCS表的类型，是对比文件完全不涉及的。 |
### 公开性代码输出
根据以上严谨的比对和分析，对比文件对目标专利权利要求技术特征公开情况如下：
- 技术特征 M 被对比文件 **直接公开**。
- 技术特征 E、I、J、N 被对比文件 **隐含公开**。
基于此，在回答末尾插入对应的代码。
<<<M>>><<<e>>><<<i>>><<<j>>><<<n>>>