模块 1：申请人历程

本模块全面概述了新通用顶级域（新 gTLD）申请人的完整体验，涵盖从最初提交申请到潜在授权的全过程。该流程较为复杂，分多阶段进行，且涉及技术、财务、运营等多方面评估。

“申请人历程”模块旨在为潜在申请人提供有关每个阶段的关键信息，包括提交申请、评估前阶段、社群意见征询、评估、字符串争用、争议解决和签约。

本模块提供了一份清晰的路线图，指导申请人应对申请流程中的复杂环节，确保他们为成功获得新 gTLD 的每一步做好充分准备。

1.1 提交前信息

1.1.1 资格

仅公司、组织和机构等法律实体，以及政府实体、非政府实体和政府间实体，方可申请新通用顶级域。个人或个人独资企业提交的申请将不予考虑。此外，尚未成立的实体提交的申请、代表此类实体提交的申请，或以未来成立法律实体（例如正在筹备的合资企业）为前提的申请，均不予受理。

1.1.2 费用

申请人须为每份申请全额支付 227,000 美元的 gTLD 评估费，但符合申请人支持计划 (ASP) 资格的申请人，以及满足第 3.3 节：费用和付款所述标准的变体申请除外。该费用应于收到发票后缴纳，且 ICANN 须在申请提交期结束后七日内收到全额款项。如果申请人未在此七日内支付 gTLD 评估费，其申请通常将不再继续处理，并会被撤销。

所有申请人，包括符合 ASP 资格的申请人，¹ 都可能需要支付有条件评估的额外费用。例如，如果申请人寻求将其申请指定为“.Brand”TLD，或希望在其《注册管理机构协议》中添加注册管理机构自愿承诺，则适用此规定。若申请人未能支付有条件评估费，则根据该评估的类型，可能会要求申请人提交申请变更请求，删除其申请中的对应部分后，申请方可继续处理。否则，申请人必须按时支付所需的有条件评估费用，以避免申请被取消资格。有关更多信息，请参阅第 3.3 节：费用和付款。

1.1.3 条款和条件

所有申请人必须同意 2026 轮次新 gTLD 项目的《TLD 申请条款和条件》，方可提交申请（请参阅附录 10：条款和条件，建议申请人全文阅读）。

1.1.4 TLD 申请管理系统

申请必须通过 TLD 申请管理系统 (TLD Application Management System, TAMS) 以电子方式提交。不允许使用纸质申请。建议申请人在提交申请前，查阅新 gTLD 项目网站上的《TAMS 用户指南》，² 获取系统使用指导，确保充分理解提交申请的流程。

1.1.5 善意意图

申请人提交 gTLD 申请时，必须具有善意 (bona fide) 的运营意图。申请人必须在 TAMS 中确认：对于其提交的所有 gTLD 申请，将本着正当善意的原则运营该 gTLD（请参阅附录 1：申请问题集中的第 21 组问题）。如果 ICANN 认定申请并非出于善意提交，则 ICANN 保留拒绝该申请继续推进的权利。

1.1.6 普遍适用性

普遍适用性 (Universal Acceptance, UA) 的目标是确保所有依托互联网的应用程序、设备和系统都能接受所有域名和电子邮件地址，不论其文字、语言或 TLD 长度如何。有关新 gTLD 项目中普遍适用性的更多信息，请参阅第 2.3 节：域名和电子邮件地址的普遍适用性。

1.1.7 申请人支持计划

有意申请新 gTLD 并运营注册管理机构的申请人，可申请“申请人支持计划”(ASP)。符合资格的受支持申请人，可获得财务支持和非财务支持。有关更多信息和最新动态，请参阅新 gTLD 项目网站³ 上的 ASP 板块。

1.2 申请阶段

本节介绍申请在提交窗口期内以及提交后将要经历的各个阶段。虽然有些阶段适用于提交的所有申请，但其他阶段仅在特定情况下才会发生。本节对各流程进行了总体、非详尽的概述。如需完整信息，申请人和其他相关方应参阅《申请人指导手册》的相应章节。

1.2.1 申请提交

预计持续时间：105 天

1.2.1.1 创建 ICANN 账户

申请人在访问 TAMS 提交申请前，必须先在 ICANN 账户网站上注册一个 ICANN 用户账户⁴并启用多因素身份验证。

1.2.1.2 申请提交期

申请提交期预计最迟于 2026 年 4 月 30 日协调世界时 23:59 开启，持续 105 天，至 2026 年 8 月 12 日协调世界时 23:59 截止。所有申请必须在申请提交期截止前提交方可获审，系统不接受逾期提交。建议申请人在申请提交期开放后尽快提交完整的申请材料。如果等到提交期临近结束时才启动流程，将没有足够时间完成所有必要步骤并按时提交完整的申请。

为使申请获得审议，申请人必须在收到发票后支付 gTLD 评估费，且付款不得晚于申请提交期结束后的七日内，详见第 3.3 节：费用和付款。

提交申请后，申请人仅可通过第 3.8 节：申请变更请求所述流程对申请内容进行修改，除此之外无法进行任何改动。申请变更请求仅可在字符串确认日之后提交。

1.2.1.3 申请问题

申请将包含以下部分，供用户在注册时填写：

1. 组织信息

2. 财务信息

3. gTLD 申请信息

为完成申请，用户必须回答一系列问题，并按要求提供相关支持文件。系统将验证所有必填字段是否已填写，申请人必须通过验证后方可提交申请。有关更多信息，请参阅第 3.1.3 节：申请问题以及附录 1：申请问题。

1.2.1.4 申请中的字符串

每份申请对应一个 gTLD，并且在适用情况下，可包含一个或多个可分配变体字符串。一份申请也可针对现有 gTLD 的一个或多个可分配变体字符串提出。⁵

1.2.1.5 替代字符串选择

为尽可能减少字符串争用的出现，申请人还可在申请过程中选择提交替代字符串，详见第 5.1 节：替代字符串。

1.2.1.6 申请和字符串类型

如第 3.1.6 节：申请和字符串类型所述，根据申请性质、字符串性质或申请人性质的不同，部分申请类型可能需要区别对待。

不同的申请类型包括：通用、社群、地理名称、保留名称、“.Brand”TLD、国际化域名 (IDN)、现有 gTLD 的变体、主 IDN TLD（含一个或多个变体）、第 1 类保护措施，以及来自政府、IGO 和受支持申请人（政府/IGO 申请人和“申请人支持计划”申请人）等申请类型。

此外，某些类型的字符串将触发特定的处理和评估程序，包括：地理名称、IDN TLD、保留名称，以及受第 1 类保护措施保护的字符串。

1.2.1.7 封闭型通用域名

ICANN 董事会已作出决议：除非制定并批准了相应的评估方法与标准，以判定某一拟议的封闭型通用域名是否符合公共利益，否则将不予批准独占使用的字符串（封闭型通用域名⁶）申请。请参阅第 3.1.7 节：独占使用的字符串（封闭型通用域名）。

1.2.1.8 提交前字符串验证

对主字符串和变体字符串（包括替代字符串）进行的特定验证（请参阅第 3.1.8 节：提交前字符串验证），已自动整合到 TAMS 系统中并通过该系统执行。若字符串未通过其中某项验证，或发现匹配项，申请人将在 TAMS 中收到一条错误或警告消息（说明检测到的问题），且无法继续提交申请，或需提供补充文件。申请人可以在 TAMS 中输入其字符串以检查是否存在匹配项。

1.2.1.8.1 禁用名称识别

某些字符串（称为“禁用名称”）不可授权。在申请起草过程中，系统会自动校验申请人输入的字符串及其适用的变体字符串是否出现在“禁用名称”列表中。若存在，则申请人将无法继续使用该字符串推进申请，必须选择其他字符串才能继续申请。有关更多信息，请参阅第 3.1.8.1 节：禁用名称识别。

1.2.1.8.2 保留名称识别

某些字符串（称为“保留名称”）只有在通过验证流程后，才能作为 gTLD 进行申请。这些名称仅授权给特定实体，即“有限国际政府间组织 (IGO) - 国际非政府间组织 (INGO)”，唯有该类实体才有资格申请保留名称。ICANN 负责维护保留名称列表（该列表综合各类来源编制而成）且要求相关实体提供相应文件。在申请起草过程中，系统会自动校验申请人输入的字符串及其适用的变体字符串是否出现在“保留名称”列表中。如果字符串出现在该列表中，系统将启动例外流程，期间将提示申请人上传文件，以证明该名称正是为该申请人实体而保留。有关更多信息，请参阅第 3.1.8.2 节：保留名称。

1.2.1.8.3 DNS 稳定性审核

此项审核将评估所申请字符串是否会对域名系统 (DNS) 的安全性或稳定性造成不利影响，以及是否符合 DNS 和其他相关标准，详见第 3.1.8.3 节：DNS 稳定性审核。DNS 稳定性审核包括检查字符串是否符合适用的根区标签生成规则。如果字符串未通过其中任何一项测试，申请人将无法提交申请。

1.2.1.9 注册管理机构服务提供商选择

所有申请人均需指定一个或多个已通过“RSP 评估项目”评估的注册管理机构服务提供商 (RSP)。⁷ 若所申请字符串进入授权阶段，申请人需使用这些指定的 RSP。已评估的 RSP 列表可在“注册管理机构服务提供商 (RSP) 申请”页面上查询。⁸

建议申请人在提交申请时，指定其计划使用的 RSP，以及拟在其申请的 gTLD 中提供的注册管理机构服务；但申请人也可选择在进行申请评估前阶段才明确 RSP。

另外，申请人还可聘请外部第三方 RSP，或自行作为 RSP 提供关键注册管理服务（需通过 RSP 评估项目获得 ICANN 批准）。请参阅第 3.1.10 节：注册管理机构服务提供商选择。

1.2.2 评估前流程

1.2.2.1 行政核查和“揭晓日”筹备

预计持续时间：八周

申请提交期结束后，ICANN 将进行必要的行政核查，并核实是否已收到评估费用。ICANN 将审核已提交的申请列表，并将相同字符串的申请归入字符争用集，为“揭晓日”做准备。

针对所有申请进行的行政核查预计在约 8 周内完成，具体时间取决于申请总量。如果申请数量过多，导致 ICANN 无法在指定期限内处理所有申请，ICANN 将尽快发布更新的时间表。

1.2.2.2 揭晓日

如无特殊情况，ICANN 预计将在不晚于申请提交期结束后九周的“揭晓日”，公布所有通过行政核查的申请名单。此列表将发布在新 gTLD 项目网站上，⁹ 其中包含相关的申请字符串以及任何适用的变体和替代字符串（如适用）。每份申请的可公开部分也将予以公布。该网站还将发布包含相同字符串申请的字符争用集列表。有关更多信息，请参阅第 5.2.4.1 节：申请相同 gTLD 字符串导致争用。从揭晓日开始，某些通信和活动将被禁止；更多信息，请参阅第 5.2.3.1 节：禁止的通信与活动。

1.2.2.3 替代期

预计持续时间：两周

申请人获取所有申请字符串、变体字符串和替代字符串的完整列表后，将有机会用其替代字符串来替代原申请字符串。已经选择了符合资格替代字符串的申请人，将拥有 14 天的更换周期，需通过 TAMS 向 ICANN 告知其替换意向（即用申请中指定的替代字符串替代原申请字符串）。有关更多信息，请参阅第 5.1 节：替代字符串。

1.2.2.4 字符串确认日

在字符串确认日，ICANN 将发布更新后的申请列表及对应的选定字符串（如上所述，可为原始字符串或替代字符串）。同时还将发布更新后的字符争用集列表。

1.2.2.5 优先级抽签

优先级抽签预计将在字符串确认日后 30 天内进行。抽签将确定申请的优先级编号，以及 ICANN 对申请进行处理的大致顺序，如第 3.7 节：申请处理顺序和优先级抽签中所述。

1.2.3 社群意见、异议和申诉

从字符串确认日开始，社群将有机会提出意见，具体如下所述。

1.2.3.1 申请意见征询

预计持续时间：字符串确认日后 104 天；申请变更请求后 30 天

公众可在申请评议论坛上就申请发表意见，详见第 4.1 节：申请评议。ICANN 会将这些意见及回复分享给负责相关申请的评估人。评估专家组只会审议在意见征询期（字符串确认日后 104 天以及相应申请变更请求提交后 30 天¹⁰）内收到的意见和回复。

1.2.3.2 GAC 成员早期预警

预计持续时间：字符串确认日后 104 天

ICANN 政府咨询委员会 (GAC) 的成员和观察员可在字符串确认日后 104 天内发出 GAC 成员早期预警，详见第 4.2 节：GAC 成员早期预警。

1.2.3.3 GAC 共识性建议

GAC 可就任何申请向 ICANN 董事会提供 GAC 共识性建议，详见《ICANN 章程》和第 4.3 节：GAC 共识性建议。

1.2.3.4 单数/复数通知

预计持续时间：字符串确认日后 30 天

在字符串确认日后的 30 天内，公众可向 ICANN 告知以下事项：

• 多个申请的字符串互为同一语言中同一单词的单数或复数形式。

• 申请的字符串是以下字符串的单数或复数形式：

  • 已获授权的字符串

  • 来自前一轮新 gTLD 申请、仍在处理中的字符串

  • 禁用名称

有关更多信息，请参阅第 4.4 节：单数/复数通知。

1.2.3.5 异议和申诉

异议提交期预计持续时间：字符串确认日后 104 天

申诉提交期预计持续时间：异议裁决作出后 15 天内提交申诉通知；此后另有 15 天时间提交申诉材料

在字符串确认日后的 104 天内，具备主体资格的当事方可针对特定申请提出异议，该异议将由专家组进行评估。异议的提出可基于四种理由：字符串混淆、合法权利、有限公共利益和社群。

在异议程序中败诉的一方，享有对裁决结果提起上诉的有限权利。败诉方必须在异议裁决做出之日起 15 天内，将其申诉意向通知争议解决服务提供商 (Dispute Resolution Service Provider, DRSP)。此后，败诉方需在申诉通知提交之日起 15 天内，提交申诉材料并缴纳所需费用。

异议和申诉可直接向 ICANN 指定的 DRSP 提交。提交和处理异议及申诉所产生的费用，均由相关当事方承担。有关费用和程序的更多信息，请参阅第 4.5 节：异议和申诉。

1.2.4 字符串评估

预计持续时间：180 天¹¹

字符串评估仅专注于评估所申请字符串及其可分配变体字符串。此流程在字符串确认日后开始，预计持续 180 天。字符串评估与社群就申请提出意见的评议期会有部分重叠，如模块 4：社群意见、异议和申诉中所述。字符串评估包括五项将同时进行评估的要素，具体如下文所述。与申请和申请人评估不同，字符串评估不适用优先顺序。

1.2.4.1 字符串相似性评估

字符串相似性评估将由专家组执行，目的是防止因授权视觉上相似¹² 的字符串而使用户产生混淆，进而导致他们对 DNS 失去信任，详见第 7.10 节：字符串相似性评估。

1.2.4.2 域名冲突初步评估

域名冲突初步评估旨在识别域名冲突风险较高的字符串，如第 7.7 节：域名冲突中所述。如果某个字符串被认定为高风险，申请人可提交一份缓和计划以供评估；如获批准，相关申请即可继续进行。否则，该字符串将添加到“冲突字符串列表”中，且申请将无法继续。该节内容还包含有关临时授权的信息，这是一项额外流程，适用于在初步评估中未被认定为高风险的字符串。

1.2.4.3 安全保障评估

安全保障评估将判断所申请的字符串是否需要将有关消费者保护、敏感字符串和受监管市场的特定保障措施，作为适用《注册管理机构协议》中的合同要求。有关更多信息，请参阅第 7.8.2 节：保障性公共利益承诺。

1.2.4.4 地理名称识别

在地理名称识别的过程中，专家组将审核所有申请的字符串并识别可能被视为地理名称（请参阅第 7.5 节：地理名称）的字符串。此流程有别于申请评估过程中执行的“地理名称审核”，后者是一种更具实质性的验证流程。

1.2.4.5 单数/复数通知评估

ICANN 将审核单数/复数通知流程中提交的材料，确认特定字符串是否代表同一语言中同一单词的单数和复数形式。请参阅第 4.4.3 节：单数/复数通知的结果。

1.2.5 临时授权

未被认定为第 7.7.2 节：域名冲突初步评估中所述的潜在高风险的字符串将进入临时授权阶段。一旦域名冲突初步评估结束，即使字符串评估环节的其他评估仍在进行中，临时授权也会立即启动，并将酌情遵循优先顺序来进行。在临时授权阶段，所申请的 gTLD 字符串将授权给 ICANN 管理的 DNS 域名服务器，以收集有关该字符串的 DNS 流量数据，包括流量规模和流量性质。

临时授权阶段的持续时间将在域名冲突流程和相关标准中予以明确。如果发现某个字符串存在高风险，该字符串将从根区中移除，而申请人则有机会提交一份缓和计划以供评估；如获批准，则申请可继续进行。否则，该字符串将添加到“冲突字符串”列表中。有关更多信息，请参阅第 7.7 节：域名冲突。临时授权的完成并非其他流程（如申请与申请人评估或字符争用集解决程序）启动的必要条件。但是，只有在临时授权完成且（如适用）缓和计划实施后，申请才能继续进入签约阶段。

1.2.6 字符串评估报告和字符争用集的发布

字符串评估完成后，所有所申请字符串的评估报告以及更新后的字符争用集列表，都将发布到新 gTLD 项目网站。¹³

1.2.7 字符串混淆异议及潜在新字符争用集识别

预计持续时间：初始字符争用集列表发布后 30 天

如第 4.5 节：异议和申诉中所述，字符串评估完成并发布更新后的字符争用集列表后，将开启为期 30 天的第二个提交窗口期，仅用于提交字符串混淆异议。收到字符串混淆异议的申请，可能会根据 DRSP 的裁决结果，新增字符争用集。若新增字符争用集，也会发布到新 gTLD 项目网站。¹⁴

1.2.8 社群优先评估

• 有条件适用

当所有字符争用集都已最终确定（即，除非申请人撤回申请，否则字符争用集的构成已不再可能发生变动），且字符争用集当中的所有申请均有资格进入争用解决阶段，则处于争用状态的社群申请人可选择参与社群优先评估 (Community Priority Evaluation, CPE)。¹⁵CPE 是由专家组开展的独立评估，旨在判定社群申请是否符合 CPE 标准。若申请符合 CPE 标准，该申请将在其所属字符争用集中获得优先权。有关流程和标准的更多信息，请参阅第 5.4 节：社群优先评估。

1.2.9 ICANN 新 gTLD 拍卖

ICANN 将举行拍卖，以解决新 gTLD 申请人之间的字符串争用问题。若拍卖胜出者无资格签署或未与 ICANN 签署《注册管理机构协议》，ICANN 可自行酌情决定是否由排名第二的申请人（如有）继续推进其申请。有关更多信息，请参阅第 5.6 节：ICANN 新 gTLD 拍卖。有关签约资格的更多信息，请参阅第 1.2.15 节：签约。另请参阅模块 6：申请人评估程序和模块 7：字符串和申请评估程序，以了解胜出的申请人在新 gTLD 拍卖后必须完成的其他适用评估，以便继续完成签约。

1.2.10 申请人评估

申请人评估适用于两种情形：(a) 申请通过了字符串评估，且不属于字符争用集，或 (b) 申请通过了字符串评估，且在字符争用集中胜出。申请人评估将根据申请的优先级编号，与申请评估同步开展，除非有其他流程阻碍申请向前推进。请参阅模块 6：申请人评估程序。

申请人评估包括两项强制性评估，具体如下所述：

1.2.10.1 背景筛查

• 强制适用

实施背景筛查的目的是保护关键互联网资源分配中的公共利益，确保只有信誉良好的成熟企业、组织或机构可运营新 gTLD。ICANN 保留权利：可根据背景筛查流程的结果，拒绝其他方面符合条件的申请。请参阅第 6.1 节：背景筛查。

1.2.10.2 财务和运营评估

• 强制适用

财务和运营评估将考察申请人是否具备长期运营注册管理机构的财务和运营能力，以及是否采取了合理保障措施以确保业务稳健运营、应对滥用问题。¹⁶另请参阅第 6.2 节：财务和运营评估。

1.2.11 申请评估

预计持续时间：请参阅第 1.5 节：周期时间表

申请评估包含下述评估内容，其中仅有“注册管理机构服务提供商审核”是所有申请均需完成的强制评估项。注册管理机构承诺评估 (Registry Commitments Evaluation, RCE) 对所有社群申请为强制要求，对其他类型的申请则为有条件要求。

1.2.11.1 注册管理机构服务提供商审核

• 强制适用

ICANN 将核实申请人是否已在其申请中选择了一家或多家经评估合格的 RSP。如果没有，申请人可通过扩展评估提交与所选 RSP 有关的所需信息。请参阅第 7.9 节：注册管理机构服务提供商审核。

1.2.11.2 地理名称审核

• 有条件适用

地理名称专家组将针对在字符串评估流程中确定为地理名称的任何字符串申请，核实其支持文件的相关性和真实性，详见第 7.5.3.2 节：地理名称审核。

1.2.11.3 保留名称审核

• 有条件适用

保留名称评估流程将判定相应机构是否申请了保留字符串，并验证其支持文件，详见第 7.2.2 节：保留名称。

1.2.11.4 域名冲突高风险缓和计划评估

• 有条件适用

对于被 ICANN 认定存在域名冲突高风险且已解决争用问题的字符串，其申请人可提交一份高风险字符串缓和计划以供审核。该计划将由技术专家进行审核（请参阅第 7.7.5 节：域名冲突高风险缓和计划评估）。

1.2.11.5 注册管理运行机构行为准则豁免评估

• 有条件适用

“注册管理运行机构行为准则”（包含在《注册管理机构协议》规范 9 中）是一套针对注册管理运行机构制定的指南，涉及有关注册管理机构的特定且有限的运营活动。若申请人拟将某一 gTLD 的所有域名注册为仅由注册管理运行机构自身或其附属机构使用，并愿意放弃对其自身及附属机构的保护，则 ICANN 可能豁免其遵守本准则，前提是该 gTLD 不是通用字符串（请参阅第 3.1.7 节：独占使用的字符串（封闭型通用域名）），且该注册管理运行机构符合豁免标准（请参阅第 7.4 节：注册管理运行机构行为准则豁免评估）。

1.2.11.6 注册管理机构承诺评估

• 有条件适用¹⁷

如第 7.8.3.2 节注册管理机构承诺评估中所述，申请人提出的每一项注册管理机构自愿承诺，以及申请人为将社群 gTLD 纳入《注册管理机构协议》而提出的每一项《注册管理机构协议》社群注册政策（“社群注册政策”），都将由 ICANN 评估并予以公布，以开启该申请的评议期。

1.2.11.6.1 注册管理机构自愿承诺评估

每一项拟议的注册管理机构自愿承诺 (Registry Voluntary Commitment, RVC) 都将接受 ICANN 评估。该评估旨在判定拟议的 RVC 是否符合第 7.8.3.2 节：注册管理机构承诺评估中规定的所有评估标准，以便 ICANN 批准将该承诺纳入基准《注册管理机构协议》规范 11。

1.2.11.6.2 社群注册政策评估

所有社群申请人都必须在提交申请期间提出社群注册政策，且该政策须经 ICANN 评估和批准，方可纳入基准《注册管理机构协议》规范 12。有关更多信息，请参阅第 7.8.4 节：社群注册政策。

1.2.11.7 “.Brand”TLD 资格评估

• 有条件适用

“.Brand”TLD 资格评估的目的是核实申请人是否符合“.Brand”TLD 的认定标准。如果申请人成功完成全部评估阶段，一旦认定成功，申请人的《注册管理机构协议》将增补规范 13 相关条款。请参阅第 7.3 节：“.Brand”TLD 资格评估。

若“.Brand”TLD 存在字符争用情况，申请人可选择提交“.Brand”字符串变更请求”来修改其字符串，从而避免进入后续的字符争用解决程序，但需遵守第 5.3 节：“.Brand”字符串变更请求中规定的要求。

1.2.11.8 变体字符串评估

• 有条件适用

若申请人为所申请的主 IDN 或现有 gTLD 申请一个或多个可分配变体字符串，须对每个申请的变体字符串进行必要性论证。该论证将由专家组基于合理性通用标准进行评估。有关更多信息，请参阅第 7.6 节：变体字符串评估。变体字符串将纳入基准《注册管理机构协议》规范 14 中。

1.2.12 澄清问题

预计持续时间：行政问题 7 天；实质性问题 21 天

在每次进行申请与申请人评估期间，¹⁸ 若评估专家组需要更多信息完成评估、拟判定申请人不通过评估，或其考虑的申请意见可能影响评估结果，则可提出澄清问题。申请人需在 7 日内回复行政方面的澄清问题，¹⁹ 在 21 天内回复实质性澄清问题。如果申请人未能在规定期限内回复，则可能失去机会，从而无法解决评估专家组发现的问题。²⁰

1.2.13 申请与申请人评估报告的发布

申请与申请人评估的报告将在该申请所需的所有评估完成后编制，并将以滚动方式陆续发布。²¹某些流程（如申请变更请求、字符争用或异议）可能会影响报告的发布时间。

1.2.14 扩展评估和评估质疑

如下文所述，某些评估可适用扩展评估或评估质疑程序。这两项流程均不收取任何有条件费用。

1.2.14.1 扩展评估

无法通过澄清问题来解决相关问题的申请人可能有资格进入扩展评估，此流程将提供额外的时间与沟通机会，以解决特定评估中悬而未决的问题。申请人可在收到申请与申请人评估结果通知后 15 天内，申请开展扩展评估。扩展评估由最初开展相关评估的同一组评估人员实施。在适用情形下，评估专家组可能在扩展评估过程中额外发出澄清问题。

以下评估可适用扩展评估：

表 1-1：适用扩展评估的评估类型

1.2.14.2 评估质疑

评估质疑机制允许申请人基于以下主张对评估结果提出质疑：TAMS 所运行的自动验证环节存在程序错误、事实错误或系统错误，且此类错误可能导致评估结果不准确。虽然申请人可就其认为存在的事实错误或程序错误提供书面证明材料，但不得提交任何会对原申请构成实质性变更的新信息。通常情况下，质疑机制不包含提出澄清问题这一环节。

质疑机制需进行“快速审查”评估。专家组可根据以下一项或多项标准驳回质疑：

• 质疑并非基于任何可接受的理由提出。

• 提出质疑的主体并非申请人。

• 未提供充分证据（或未提供任何证据）支持质疑。

• 质疑牵强附会、明显捏造或违背常识。

• 申请人以相同理由对同一评估重复提出质疑。

• 存在其他明显表明质疑毫无根据、或申请人滥用质疑权利的事实。

请参阅表 1-2：符合质疑条件的评估，以便快速了解符合质疑条件的评估、提出质疑的截止日期，以及质疑理由。

表 1-2：符合质疑条件的评估

质疑专家组将在申请人提出质疑后五天内，告知提交前字符串验证的结果。对于上表中列出的其他评估，质疑专家组将在申请人提出此类质疑后 30 天内告知结果。

有关各类评估和质疑类型的详细信息，请参阅上表中对应的链接章节。相关评估章节提供了有关质疑流程及其结果的更多详细说明。

1.2.15 签约

预计持续时间：申请人必须在收到签约邀请之日起 90 天内完成签约

成功完成本节所述所有相关阶段的申请人，须与 ICANN 签署《注册管理机构协议》，方可获得将所申请的字符串（以及任何适用的变体字符串）授权至 DNS 根区的资格。通过申请与申请人评估的申请人，将被邀请提供签约所需的补充信息（包括授权签字人的信息）。同时，申请人还须确认：其申请中包含的声明和陈述，以及在整个申请过程中补充的声明和陈述（包括配合本申请而提交的所有文件或书面材料），在所有重要方面均真实、准确所有、完整，且符合第 3.8 节：申请变更请求及本《指导手册》（附录 10）的条款和条件要求。

同时，ICANN 将向申请人选定的 RSP 寻求确认：RSP 是否知悉并支持该申请人的 gTLD 计划。

基准《注册管理机构协议》（附录 4）是广泛征询社群意见的成果。ICANN 仅在特殊情况下才会考虑修改本协议，例如存在特殊的法律、管辖权或监管问题，从而导致实体因法律要求而无法签署基准《注册管理机构协议》。若申请人请求协商修订基准《注册管理机构协议》的有限条款，须说明变更的必要性，并以红线修订方式标注请求的变更内容。申请人须尽早向 ICANN 提交协商请求，最迟不得晚于发出签约邀请发出之日起 15 天。

在适用情形下，《注册管理机构协议》将根据申请人对申请问题和评估结果的回复，包含以下内容：

• 公共利益承诺（包括注册管理机构自愿承诺和保障措施），载于规范 11。

• 社群注册政策，载于规范 12。

• “.Brand”申请相关信息，载于规范 13。

• 变体字符串相关信息，载于规范 14。

• 关于国际政府间组织或政府实体的特殊条款，均载于第 7 条。

除非出现特殊情况，否则申请人必须在受邀启动签约流程之日起 90 天内签署合同。

1.2.16 签约后阶段

本节“签约后阶段”为新注册管理运行机构提供相关资源，以便了解其 gTLD 的启动和运营要求。

在成功通过评估并与 ICANN 签署《注册管理机构协议》后，原新 gTLD 申请人对该 gTLD 的运营将受此《注册管理机构协议》的约束，该协议明确规定了注册管理运行机构与 ICANN 之间的义务。注册管理运行机构必须根据适用的《注册管理机构协议》，完成各种 ICANN 系统和流程的各项启用事宜。此启用工作对于确保遵守合同义务、履行运营职责至关重要。新的注册管理运行机构必须在《注册管理机构协议》签署之日起一年内，完成其 TLD 的授权工作，但基准《注册管理机构协议》第 2.19 节中规定的情形除外。

建议新注册管理运行机构查阅新通用顶级域项目网站，该网站将提供全面的资源，帮助新成立的注册管理运行机构处理与 ICANN 的互动事宜，并了解其合同义务。有关 gTLD 授权及其完成时间表的更多信息，请参阅第 1.2.15 节：签约和附录 4：基准《注册管理机构协议》。

1.2.17 授权后争议解决程序

授权后争议解决程序为针对注册管理运行机构行为提出投诉提供了途径。

有时，投诉人在提出正式投诉之前，可能需要遵循特定步骤来解决问题。ICANN 或合格的第三方提供商负责管理这些争议解决程序。若任命了专家组，由专家组判定注册管理运行机构是否存在过错；若存在过错，则向 ICANN 提出纠正建议。

注册管理运行机构必须遵守基准《注册管理机构协议》所规定的争议解决机制，同意受 ICANN 或专家组做出的任何裁决的约束，并执行和遵守 ICANN 后续施加的任何纠正措施。

目前，授权后争议解决程序包含三种：

1. 公共利益承诺争议解决流程 (Public Interest Commitments Dispute Resolution Procedure, PICDRP)：PICDRP 用于处理针对注册管理运行机构的投诉，此类投诉主张该机构违背了《注册管理机构协议》中的公共利益承诺 (PIC) 或注册管理机构自愿承诺 (RVC)。有关 PIC 和 RVC 的更多详细信息，请参阅第 7.8 节：公共利益承诺、注册管理机构自愿承诺和社群注册政策。

2. 注册管理机构注册限制争议解决程序 (Registry Registration Dispute Resolution Procedure, RRDRP)：RRDRP 旨在解决社群 gTLD 注册管理运行机构涉嫌违反《注册管理机构协议》所规定注册限制的情况。社群 gTLD 是以明确界定的社群利益为目的而运营的 gTLD。有关社群申请的更多详细信息，请参阅第 5.4 节：社群优先评估。

3. 商标授权后争议解决程序 (Trademark Post-Delegation Dispute Resolution Procedure, TM-PDDRP)：TM-PDDRP 通常用来处理 gTLD 的顶级域或二级域中涉嫌商标侵权的相关事宜。在上述三种授权后争议解决程序中，只有 TM-PDDRP 专用于解决注册管理运行机构的商标相关问题。有关所有 gTLD 权利保护机制²³ 的要求详情，请参阅“权利保护机制”的相关内容。

有关上述授权后争议解决程序的适用范围、各当事方角色及裁决流程的更多信息，请参阅新 gTLD 项目网站上的“常见问题解答”²⁴ 以及“权利保护机制 (RPM) 和争议解决程序 (DRP)”信息页面。

1.3. 流程概览

图 1-1：流程概览

1.4 已发布材料

ICANN 将在新通用顶级域项目网站上发布与已提交申请相关的以下材料：

• 申请的公开部分

• 分配的优先级编号

• 申请状态和阶段

• 收到 GAC 成员早期预警和 GAC 共识性建议的申请

• 异议和申诉状态

• 申请评议意见

• 因申请变更请求而对申请公开部分进行的变更

• 评估结果报告（字符串评估、申请与申请人评估，以及 CPE）

• 域名冲突初步评估报告

• 临时授权报告

• 高风险缓和计划及报告

• 扩展评估和评估质疑报告

• 针对申请公开部分的澄清问题 (Clarifying Questions, CQ) 和申请人对澄清问题的回复

• 字符争用集列表

• CPE 选择状态

• 拍卖状态和结果

1.5 周期时间表

下表根据提交的申请数量，以月为单位大致估算各流程的持续时间。此处给出的时长对应于第一优先批次当中流程简单的标准申请部分，此类申请不受 GAC 共识性建议、异议或有条件评估的影响，无在字符争用及其他问题。较晚优先批次的申请可能需等待至规定的相应时间才能开始处理。对于需接受有条件评估、涉及 GAC 共识性建议，或因其他原因导致流程更复杂的申请，其处理时间可能更长。

表 1-3：每个流程的预计持续时间

*关于完成启用工作和授权阶段的预计时长，将在以后提供。

对于申请可能涉及的有条件适用的部分流程，下表提供了相应的预计时长。

表 1-4：有条件适用的部分流程的预计持续时间

上述表格并未涵盖所有可能的情景，并且有许多因素都可能影响每个流程的持续时间。有关各流程的数据将发布在新 gTLD 项目网站上，²⁷ 并定期更新。