Skip to main content

批准决议 | 新 gTLD 计划委员会会议




  1. 认可议程


    1. 批准委员会记录:

      第 2012.06.27.NG01 号决议:新 gTLD 计划委员会批准 2012 年 4 月 10 日新 gTLD 计划委员会会议记录。

      第 2012.06.27.NG02 号决议:新 gTLD 计划委员会批准 2012 年 5 月 6 日新 gTLD 计划委员会会议记录。

      第 2012.06.27.NG03 号决议:新 gTLD 计划委员会批准 2012 年 5 月 29 日新 gTLD 计划委员会会议记录。

  2. 主要议程

    1. 复议申请 12-1

      鉴于理事会管理委员会 (BGC) 已审查国际奥林匹克委员会于 2012 年 5 月 10 日提交的复议申请 12-2,该申请涉及 2012 年 4 月 10 日新 gTLD 计划委员会就"GNSO 关于在新 gTLD 中保护红十字会和国际奥林匹克委员会域名的建议"形成的决定 (。

      鉴于 BGC 决定应否决复议申请 12-1。

      鉴于 BGC 在其建议中提出:"尽管复议在此情况下不适当,BGC 仍然指出在 2012 年 4 月 10 日决定中使用了‘目前'一词。为表公平,BGC 邀请新 gTLD 计划委员会评估其就 GNSO 关于 IOC 的建议形成的决定现在是否处于决定的成熟时机,因为关于该建议的公众意见征询期现已结束。"

      鉴于复议申请 12-1 和 BGC 的建议已公布在 ICANN 网站:

      兹发布第 2012.06.27.NG04 号决议:新 gTLD 计划委员会采用 BGC 关于否决复议申请 12-1 的建议,因为申请人不符合提出复议申请的要求。该申请未提及新 gTLD 计划委员会在做出 2012 年 4 月 10 日决定时未能纳入考虑的材料信息。

      兹发布第 2012.06.27.NG05 号决议:新 gTLD 计划委员会指示总裁兼首席执行官审查形成与此相关的 2012 年 4 月 10 日决定后收到的意见,并向新 gTLD 计划委员会提交相关更新。

      第 2012.06.27.NG04 – 2012.06.27.NG05 号决议的理由

      ICANN 章程要求理事会管理委员会评估复议申请并为理事会提供建议。请参阅 ICANN 章程第 IV 条第 3 款。新gTLD 计划委员会在被授予处理该问题的理事会权力后,审查并彻底讨论 BGC 关于复议申请 12-1 的建议,并认定该分析合理。

      由 BGC 审查复议流程并向理事会提出建议(此处,指通过新gTLD 计划委员会提出)供理事会审批,这一做法对 ICANN 的透明度和问责制有积极影响。它为机构群体提供了一个途径,确保工作人员和理事会的行为符合 ICANN 政策、章程和组织条例。

      为确保新 gTLD 计划委员会继续对 ICANN 机构群体负责,委员会现要求更新收到的与此问题相关的意见,包括公众意见征询的结束、在 ICANN 布拉格会议收到的机构群体意见(包括 IOC/红十字会和政府咨询委员会),以及 GNSO 关于此问题的工作状态。

      采纳 BGC 的建议对 ICANN 不会产生财务影响,并且不会对域名系统的系统安全性、稳定性和灵活性产生负面影响。

resolutions-new-gtld-27jun12-zh.pdf  [409 KB]

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as"""" is not an IDN."