Skip to main content
Resources

获批决议| 新gTLD 项目委员会会议

本页面还提供其他语种:

本文档已翻译为多种语言,仅供参考之用。原始官方版本(英文版)可在以下位置找到: https://www.icann.org/resources/board-material/resolutions-new-gtld-2015-10-18-en

  1. 认可议程:
    1. 批准会议记录
  2. 主要议程:
    1. 2017 财年年底结束当前轮次的新 gTLD 项目
    2. GAC 建议:布宜诺斯艾利斯公报(2015 年 6 月)

 

  1. 认可议程:

    1. 批准会议记录

      第 2015.10.18.NG01 号决议:董事会新 gTLD 项目委员会(下称"NGPC")批准 2015 年 9 月 28 日会议的会议记录。

  2. 主要议程:

    1. 2017 财年年底结束当前轮次的新 gTLD 项目

      未达成任何决议。

    2. GAC 建议:布宜诺斯艾利斯公报(2015 年 6 月)

      鉴于政府咨询委员会 (GAC) 在 ICANN 第 54 届布宜诺斯艾利斯会议期间举行了会议,并于 2015 年 6 月 24 日发布了公报 [PDF, 106 KB](下称"布宜诺斯艾利斯公报")。

      鉴于 NGPC 采用了一系列计分卡来回应 GAC 就新 gTLD 项目所提建议中的某些事项。目前,NGPC 已制定了另一张计分卡,用于回应布宜诺斯艾利斯公报中的建议。

      鉴于根据董事会于 2012 年 4 月 10 日的授权,NGPC 正在代 ICANN 董事会处理所有与新 gTLD 项目相关的问题。

      兹发布第 2015.10.18.NG02 号决议:NGPC 采纳名为"GAC 建议 — 2015 年 6 月 24日布宜诺斯艾利斯公报:行动和更新(2015 年 10 月 18 日)"的计分卡(参见决议附件 1 [PDF, 264 KB]),以回应布宜诺斯艾利斯公报中有关新 gTLD 的 GAC 建议。

      第 2015.10.18.NG02 号决议的理由

      根据《ICANN 章程》第 XI 条第 2.1 款,GAC 可以"直接将问题提请董事会,提请方式既可以是提出意见或事先建议,也可以是就某项行动、新政策的制定或现有政策的修订提出具体建议"。GAC 在 2015 年 6 月 24 日的布宜诺斯艾利斯公报中就新 gTLD 项目向董事会提出了建议。《ICANN 章程》要求董事会在政策制定和采纳中考虑 GAC 对公共政策问题的建议。如果董事会决定采取不符合 GAC 建议的行动,则必须通知 GAC 并解释为什么不接受其建议。然后,董事会和 GAC 需要本着真诚合作的态度找到一个双方都可以接受的解决方案。如果找不到这样的解决方案,董事会必须在其最终决定中解释不采纳 GAC 建议的原因。

      NGPC 先前已经解决了北京公报(2013 年 4 月)、德班公报(2013 年 7 月)、布宜诺斯艾利斯公报(2013 年 11 月)、新加坡公报(2014 年 3 月)、伦敦公报(2014 年 6 月)、洛杉矶公报(2014 年 10 月)和新加坡公报(2015 年 2 月)中 GAC 就新 gTLD 建议的事项。目前 NGPC 正在采取行动解决 GAC 在布宜诺斯艾利斯公报中提出的新建议,如 2015 年 10 月 18 日计分卡中所述。

      在通过对布宜诺斯艾利斯公报中 GAC 建议的回应时,NGPC 审核了诸多材料,包括但不限于以下材料和文件:

      此外,NGPC 还考虑了《申请人指导手册》和《ICANN 章程》中有关董事会考虑 GAC 建议的程序,以及 GAC 于 2015 年 9 月 26 日为了澄清布宜诺斯艾利斯公报中某些术语而发出的信函 [PDF, 183 KB]。计分卡中对 GAC 建议的采用有助于解决 GAC 关于新 gTLD 项目的建议,将对社群产生积极影响。

      通过此项决议不会产生任何可预见的财务影响。批准此项决议不会产生任何与 DNS 相关的安全性、稳定性或灵活性问题。该决议体现了组织管理职能,无需征询公众意见。

resolutions-21oct15-zh.pdf  [178 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""icann.org"" is not an IDN."