This file contains Label Generation Rules for the Chinese script (CLGR) for the Root Zone. For more details on this LGR and its development, as well as background on the script, see "Proposal for a Chinese Script Root Zone LGR" [Proposal-Chinese] including the appendices [Proposal-Chinese-Appendices]. This file is one of a set of LGR files that together form an integrated LGR for the DNS Root Zone [RZ-LGR-4]. The format of this file follows [RFC 7940].
The Root Zone repertoire for the Chinese script contains 19685 single code points. It represents the union of the CDNC IDN Table and the dotAsia IDN Table. For more details, see Section 5, "Repertoire" in [Proposal-Chinese].
The repertoire is contained in [MSR-4], which is a subset of [Unicode 6.3].
Note: This LGR contains 62 code points from the Unicode block: CJK UNIFIED IDEOGRAPHS EXTENDED B.
Code points outside the Chinese script repertoire that are listed in this file are targets for out-of-repertoire variants and are identified by a reflexive (identity) variant of type "out-of-repertoire-var". They do not form part of the repertoire.
Each code point is tagged with the script or scripts that the code point is used with, and one or more references documenting sufficient justification for inclusion in the repertoire; see "References" below.
According to Sections 6 and 7 of [Proposal-Chinese] the LGR defines semantically exchangeable variants (same pronunciations as well as the same meanings) and visually identical variants. Many, but not all of the semantic variants lead to variant label dispositions of "allocatable" as described below, all other variant labels are "blocked".
The source reference cited for each variant mapping entry indicates whether the variant mapping is same or different from the rules of CDNC, dotAsia, JGP and KGP, or is based on input during the Root Zone LGR integration process.
For example, a value of "201" means the variant mapping matches dotAsia in both code point and variant type", a value of "202" means the variant mapping matches dotAsia only in code point but not variant type, while a value of "203" means the variant mapping matches no dotAsia code point".
A value of "701" means the variant mapping agrees with input received from the Integration Panel in both code point and variant type".
The LGR uses the following variant types (the prefix "r-" marks a type used in a reflexive variant mapping, that is, it represents an instance of the original code point at that location, see Section 5.3.4 in [RFC 7940]):
The variant types ("simp-1", "simp-2", "trad-1", "trad-2") and the corresponding actions reduce the number of multiple allocatable labels, limiting the number to no more than 5. This case can occur in a small number of variant sets that have multiple traditional or simplified variants.
Note that a label containing only reflexive mappings, including "r-neither", is an original label and receives a disposition of "valid". (See also "Chinese-specific Actions" below.)
The LGR does not define specific variant types to handle visually identical variants, but adopts "both" and "blocked" instead, as described in Section 7 of [Proposal-Chinese].
As much as possible the scheme retains the same simplified and traditional mappings as existing second level domains. It does not change the simplified type or traditional type of any variant code point; instead, it subdivides them into common simplified/traditional ones and extra simplified/traditional ones, and provides additional disposition rules to limit any allocatable variant to one of these subgroups. While it does not allow the applicant to get arbitrary mixed labels from an unconstrained allocatable label list, it does allow the applicant to select as the original label one specific desired mixed variant.
The comment for each variant mapping entry indicates not only whether it is the reflexive identity and therefore applies to those code points in a label that match the original label, but also documents whether it has been conflated with some other type originally introduced to reduce the number of multiple allocatable labels in Section 6.3 of [Proposal-Chinese].
For example, a variant comment of "r-both-ms" indicates that for a given code point, the variant is a code point that could in principle be used with both trad and simp ("r-both"), but because the same variant set has at least one other variant of type "simp" (or of one of the other simplified types), the variant is preferred in a traditional context, such that a "trad" label containing this variant should be "allocatable", but a "simp" label containing this variant should be "blocked". The "ms" in the naming convention means that the simplified aspect of the variant is "muted", even though inherently if would have been of type "r-both". Effectively, such a variant leads to the same dispositions as an "r-trad", hence that is the variant type assigned to it, with only the comment indicating that the variant would have inherently been of type "r-both" but with its simp aspect muted.
The LGR includes the set of required default WLE rules and actions applicable to the Root Zone and defined in [MSR-4]. They are marked with ⍟.
None.
The LGR defines a number of actions that compute a label disposition based on WLE rules or variant mapping types. Some of these are common to all LGRs, and some are specific to this LGR.
The LGR includes the set of required default actions applicable to the Root Zone and defined in [MSR-4].
The LGR contains additional Chinese-specific actions as described in Sections 6 and 7 of [Proposal-Chinese]. These resolve the extended set of variant types into a disposition for variant labels of either "allocatable" or "blocked". Chinese-specific actions that are triggered by the LGR-specific variant types described above limit the "allocatable" variant labels to those that are either fully simplified or fully traditional labels. In addition, these actions return a disposition of "valid" for any original label, even those that are mixed between simplified and traditional (see also [RFC 3743] and [RFC 4713]). To account for original labels, reflexive variant mappings with an "r-" prefix are used. (See [RFC 7940])
Note: there is no action explicitly triggered by variant type "r-neither". Instead, it is implicitly handled by the "catch-all" action. Its main benefit is in explicitly documenting the status of the code point.
Note that variant mapping types are not symmetric: they depend on which code point is considered the source or the target in a given mapping. As specified in [RFC 7940], mapping types are evaluated for each permutation of a label and its variants, with code points that are unchanged in a given label given the type of their "reflexive" mapping. The actions finally evaluate the collected set of mapping types and resolve them into one of two dispositions for the variant label.
For more information on how to assign a variant label disposition under this LGR, see Section 8, "Assigning Variant Dispositions to Labels" in [Proposal-Chinese]. The specification of variants in the LGR follows the guidelines in [RFC 8228].
The Root Zone LGR for the Chinese script was developed by the Chinese Script Generation Panel (CGP). For further details on methodology and contributors, see Sections 4 and 9 in [Proposal-Chinese], as well as [RZ-LGR-4-Overview].
References [0] to [4] refer to the Unicode Standard versions in which corresponding code points were initially encoded. For example, a reference value of [4] means a character was first encoded in Unicode Version 3.1. References [100] and up indicate that the code point is included in one of the following source references: CDNC IDN Table, dotAsia IDN Table, JGP repertoire, KGP repertoire, and IICORE or some other list of code points. For example, a reference value of [200] means a code point listed here is included in the dotAsia IDN Table. References cited for variants indicate whether variant mappings match a source reference in mapping, variant type or both. Entries in the table may have multiple source reference values.
In addition, the following general references are cited in this document:
For additional detail on references cited in the remainder of the document refer to the Table of References below. Where links to certain references are not available, the data may be archived as part of [Proposal-Chinese].
]]>