Internet Engineering Task Force (IETF) D. Cauchie
Request for Comments: 6715 France Telecom - Orange
Category: Standards Track B. Leiba
ISSN: 2070-1721 K. Li
Huawei Technologies
August 2012
Internet Engineering Task Force (IETF) D. Cauchie
Request for Comments: 6715 France Telecom - Orange
Category: Standards Track B. Leiba
ISSN: 2070-1721 K. Li
Huawei Technologies
August 2012
vCard Format Extensions: Representing vCard Extensions Defined by the Open Mobile Alliance (OMA) Converged Address Book (CAB) Group
vCard格式扩展：表示由开放移动联盟（OMA）聚合通讯簿（CAB）组定义的vCard扩展
Abstract
摘要
This document defines extensions to the vCard data format for representing and exchanging certain contact information. The properties covered here have been defined by the Open Mobile Alliance (OMA) Converged Address Book group, in order to synchronize, using OMA Data Synchronization, contact fields that were not already defined in the base vCard 4.0 specification.
本文档定义了vCard数据格式的扩展，用于表示和交换某些联系信息。此处涉及的属性由开放移动联盟（OMA）聚合通讯簿组定义，以便使用OMA数据同步来同步基本vCard 4.0规范中尚未定义的联系人字段。
Status of This Memo
关于下段备忘
This is an Internet Standards Track document.
这是一份互联网标准跟踪文件。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
本文件是互联网工程任务组（IETF）的产品。它代表了IETF社区的共识。它已经接受了公众审查，并已被互联网工程指导小组（IESG）批准出版。有关互联网标准的更多信息，请参见RFC 5741第2节。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6715.
有关本文件当前状态、任何勘误表以及如何提供反馈的信息，请访问http://www.rfc-editor.org/info/rfc6715.
Copyright Notice
版权公告
Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved.
版权所有（c）2012 IETF信托基金和确定为文件作者的人员。版权所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
本文件受BCP 78和IETF信托有关IETF文件的法律规定的约束(http://trustee.ietf.org/license-info)自本文件出版之日起生效。请仔细阅读这些文件，因为它们描述了您对本文件的权利和限制。从本文件中提取的代码组件必须包括信托法律条款第4.e节中所述的简化BSD许可证文本，并提供简化BSD许可证中所述的无担保。
Table of Contents
目录
1. Introduction ....................................................2
1.1. A Brief Introduction to the Converged Address Book .........2
1.2. Terminology Used in This Document ..........................3
2. vCard Extensions: Properties ....................................3
2.1. Property: EXPERTISE ........................................3
2.2. Property: HOBBY ............................................4
2.3. Property: INTEREST .........................................5
2.4. Property: ORG-DIRECTORY ....................................6
3. vCard Extensions: Parameters ....................................7
3.1. Parameter: INDEX ...........................................7
3.2. Parameter: LEVEL ...........................................8
4. Security Considerations .........................................8
5. IANA Considerations .............................................9
6. Acknowledgments .................................................9
7. References .....................................................10
7.1. Normative References ......................................10
7.2. Informative References ....................................10
1. Introduction ....................................................2
1.1. A Brief Introduction to the Converged Address Book .........2
1.2. Terminology Used in This Document ..........................3
2. vCard Extensions: Properties ....................................3
2.1. Property: EXPERTISE ........................................3
2.2. Property: HOBBY ............................................4
2.3. Property: INTEREST .........................................5
2.4. Property: ORG-DIRECTORY ....................................6
3. vCard Extensions: Parameters ....................................7
3.1. Parameter: INDEX ...........................................7
3.2. Parameter: LEVEL ...........................................8
4. Security Considerations .........................................8
5. IANA Considerations .............................................9
6. Acknowledgments .................................................9
7. References .....................................................10
7.1. Normative References ......................................10
7.2. Informative References ....................................10
Synchronization of an Open Mobile Alliance Converged Address Book [OMA-CAB], using Open Mobile Alliance Data Synchronization [OMA-DS], commonly uses vCard as an exchange format between the DS Server and the DS Client. In order to properly perform synchronization of an OMA-CAB, the CAB specification defines some CAB contact fields not already defined in the vCard base specification. This document reuses the definitions found in the OMA-CAB specification and describes them as vCard extensions. The following sections define the necessary Properties and Parameters.
使用开放移动联盟数据同步[OMA-DS]同步开放移动联盟聚合通讯簿[OMA-CAB]，通常将vCard用作DS服务器和DS客户端之间的交换格式。为了正确执行OMA-CAB的同步，CAB规范定义了vCard基本规范中尚未定义的一些CAB触点字段。本文档重用OMA-CAB规范中的定义，并将其描述为vCard扩展。以下各节定义了必要的属性和参数。
The Converged Address Book (CAB) Enabler provides consistent mechanisms to manage contact information both in user-facing applications and in support of network-facing activities. At the core of this enabler is a network-based contact repository in which a user can store contact information. That information can be retrieved by any CAB-enabled device. The network-based repository is also able to provide specific contact information to other users and to keep their copies up to date whenever the information is changed.
聚合通讯簿（CAB）启用程序提供一致的机制来管理面向用户的应用程序中的联系人信息，并支持面向网络的活动。此启用码的核心是一个基于网络的联系人存储库，用户可以在其中存储联系人信息。该信息可由任何支持CAB的设备检索。基于网络的存储库还能够向其他用户提供特定的联系信息，并在信息发生更改时使其副本保持最新。
The CAB Enabler provides synchronization of the contact information available in the user device(s) with the network-based contact repository.
CAB Enabler提供用户设备中可用的联系人信息与基于网络的联系人存储库的同步。
The CAB Enabler also manages the distribution of a user's own contact information. In essence, a user fills out a Personal Contact Card, which includes all the information a user wishes to store about himself or herself.
CAB Enabler还管理用户自己联系信息的分发。本质上，用户填写个人联系卡，其中包括用户希望存储的关于自己的所有信息。
Because systems that are supporting the CAB Enabler are likely supporting multiple users, the CAB Enabler also defines a search paradigm that permits other users to query those systems to locate information about the available users.
由于支持CAB Enabler的系统可能支持多个用户，因此CAB Enabler还定义了一个搜索范例，允许其他用户查询这些系统以查找有关可用用户的信息。
The CAB Enabler supports many different types of information. It therefore has a data model that is flexible and extensible. It manages traditional types of contact information (such as name, address, email, phone number, mobile number) as well as new types of information (such as websites, blogs, presence subscription references).
CAB Enabler支持多种不同类型的信息。因此，它有一个灵活和可扩展的数据模型。它管理传统类型的联系信息（如姓名、地址、电子邮件、电话号码、手机号码）以及新类型的信息（如网站、博客、状态订阅参考）。
Syntax specifications shown here use the augmented Backus-Naur Form (ABNF) as described in [RFC5234] and are specified as in the base vCard specification [RFC6350].
此处显示的语法规范使用[RFC5234]中所述的增广巴科斯诺尔形式（ABNF），并在基本vCard规范[RFC6350]中指定。
The following sections define the CAB Properties.
以下部分定义了驾驶室属性。
Note: Some string-value vCard properties are defined herein for which no specific list of allowed strings is specified. For those properties, it is intended that de facto taxonomies might develop. One vCard can, for example, specify a hobby of "philately", while another uses "stamp collecting", and a third has "old postage stamps". Usage, not specification, may lead to a preference over time for a single term. In general, these are meant to be understood by humans, rather than to be used for automated categorization that might require standard terms and registries.
注：此处定义了一些字符串值vCard属性，未指定允许字符串的具体列表。对于这些属性，可以开发事实上的分类法。例如，一张vCard可以指定一种爱好“集邮”，而另一张使用“集邮”，第三张使用“旧邮票”。随着时间的推移，使用而非规范可能会导致对单个术语的偏好。一般来说，这些术语是为了让人类理解，而不是用于可能需要标准术语和注册的自动分类。
Namespace:
名称空间：
Property name: EXPERTISE
物业名称：专业
Purpose: To specify a field of expertise for the object to which the vCard refers.
目的：指定vCard所指对象的专业领域。
Value type: A single text value.
值类型：单个文本值。
Cardinality: *
基数：*
Property parameters: LEVEL (possible values: "beginner", "average", "expert"), INDEX
属性参数：级别（可能值：“初学者”、“平均值”、“专家”）、索引
Description: This is intended to be a free-form naming of fields of expertise, meant for human consumption, and no specific expertise fields are defined. See the note at the beginning of Section 2.
描述：这是专业领域的自由形式命名，用于人类消费，没有定义特定的专业领域。参见第2节开头的注释。
Format definition:
格式定义：
EXPERTISE-param = LEVEL-param / INDEX-param / language-param /
pref-param / altid-param / type-param /
any-param
EXPERTISE-param = LEVEL-param / INDEX-param / language-param /
pref-param / altid-param / type-param /
any-param
EXPERTISE-value = text
EXPERTISE-value = text
Examples:
示例：
EXPERTISE;LEVEL=beginner;INDEX=2:chinese literature
EXPERTISE;LEVEL=beginner;INDEX=2:chinese literature
EXPERTISE;INDEX=1;LEVEL=expert:chemistry
EXPERTISE;INDEX=1;LEVEL=expert:chemistry
Namespace:
名称空间：
Property name: HOBBY
物业名称：HOBBY
Purpose: To specify the hobbies of the object to which the vCard refers.
目的：指定vCard所指对象的爱好。
Value type: A single text value.
值类型：单个文本值。
Cardinality: *
基数：*
Property parameters: LEVEL (possible values: "high", "medium", "low"), INDEX
属性参数：级别（可能值：“高”、“中”、“低”）、索引
Description: This is intended to be a free-form naming of hobbies, meant for human consumption, and no specific hobbies are defined. See the note at the beginning of Section 2.
描述：这是一个自由形式的爱好命名，用于人类消费，没有定义具体的爱好。参见第2节开头的注释。
A hobby, as opposed to an interest (see Section 2.3), is an activity that one actively engages in for entertainment, intellectual stimulation, creative expression, or the like.
与兴趣相对的业余爱好（见第2.3节）是一种积极从事的娱乐、智力刺激、创造性表达等活动。
* "Art" might be a hobby if one actively sculpts or paints.
* 如果一个人积极地雕刻或绘画，“艺术”可能是一种爱好。
* "Tennis" might be a hobby if one enjoys playing, rather than just watching, matches.
* 如果一个人喜欢打比赛，而不仅仅是看比赛，“网球”可能是一种爱好。
Format definition:
格式定义：
HOBBY-param = LEVEL-param / INDEX-param / language-param /
pref-param / altid-param / type-param / any-param
HOBBY-param = LEVEL-param / INDEX-param / language-param /
pref-param / altid-param / type-param / any-param
HOBBY-value = text
HOBBY-value = text
Examples:
示例：
HOBBY;INDEX=1;LEVEL=high:reading
HOBBY;INDEX=1;LEVEL=high:reading
HOBBY;INDEX=2;LEVEL=high:sewing
HOBBY;INDEX=2;LEVEL=high:sewing
Namespace:
名称空间：
Property name: INTEREST
物业名称：利息
Purpose: To specify the interest(s) of the object to which the vCard refers.
目的：指定vCard所指对象的兴趣。
Value type: A single text value
值类型：单个文本值
Cardinality: *
基数：*
Property parameters: LEVEL (possible values: "high", "medium", "low"), INDEX
属性参数：级别（可能值：“高”、“中”、“低”）、索引
Description: This is intended to be a free-form naming of interests, meant for human consumption, and no specific interests are defined. See the note at the beginning of Section 2.
描述：这是一种自由形式的兴趣命名，用于人类消费，未定义具体兴趣。参见第2节开头的注释。
An interest, as opposed to a hobby (see Section 2.2), is an activity or topic that one finds interesting but doesn't necessarily actively engage in.
兴趣，与爱好相反（见第2.2节），是一种人们觉得有趣但不一定积极参与的活动或话题。
* "Art" might be an interest if one likes looking at art but doesn't create art.
* 如果一个人喜欢看艺术但不创造艺术，“艺术”可能是一种兴趣。
* "Tennis" might be an interest if one enjoys watching matches but doesn't play.
* 如果一个人喜欢看比赛但不打网球，“网球”可能是一种兴趣。
Format definition:
格式定义：
INTEREST-param = LEVEL-param / INDEX-param / language-param /
pref-param / altid-param / type-param /
any-param
INTEREST-param = LEVEL-param / INDEX-param / language-param /
pref-param / altid-param / type-param /
any-param
INTEREST-value = text
INTEREST-value = text
Examples:
示例：
INTEREST;INDEX=1;LEVEL=medium:r&b music
INTEREST;INDEX=1;LEVEL=medium:r&b music
INTEREST;INDEX=2;LEVEL=high:rock 'n' roll music
INTEREST;INDEX=2;LEVEL=high:rock 'n' roll music
Namespace:
名称空间：
Property name: ORG-DIRECTORY
属性名称：ORG-DIRECTORY
Purpose: To specify a directory of an organization to which the vCard's entity belongs.
目的：指定vCard实体所属组织的目录。
Value type: A single URI value.
值类型：单个URI值。
Cardinality: *
基数：*
Property parameters: PREF, INDEX
属性参数：PREF，INDEX
Description: This is intended to be a URI that can be used to do an organization-directory lookup. Presumably, the entity the vCard represents would be found in the directory, though that isn't required. This might be used to make it easier to find someone's coworkers, management chain, and so on, in a company or organizational directory.
描述：这是一个URI，可用于执行组织目录查找。据推测，vCard表示的实体将在目录中找到，尽管这不是必需的。这可能用于更容易地在公司或组织目录中找到某人的同事、管理链等。
How the lookup is done depends upon the URI scheme, and no attempt is made here to specify details of the lookup mechanism. An HTTP URI might, for example, lead
查找的方式取决于URI方案，此处不尝试指定查找机制的详细信息。例如，HTTP URI可能导致
to a web form that's intended for manual lookup in a browser; thus, this URI might or might not be usable for automated lookup or searching.
指向用于在浏览器中手动查找的web表单；因此，此URI可能用于自动查找或搜索，也可能不用于自动查找或搜索。
Format definition:
格式定义：
ORG-DIRECTORY-param = pref-param / INDEX-param / language-param
/ pid-param / pref-param / altid-param /
type-param / any-param
ORG-DIRECTORY-param = pref-param / INDEX-param / language-param
/ pid-param / pref-param / altid-param /
type-param / any-param
ORG-DIRECTORY-value= uri
ORG目录值=uri
Examples:
示例：
ORG-DIRECTORY;INDEX=1:http://directory.mycompany.example.com
ORG-DIRECTORY;INDEX=1:http://directory.mycompany.example.com
ORG-DIRECTORY;PREF=1:ldap://ldap.tech.example/
o=Example%20Tech,ou=Engineering
ORG-DIRECTORY;PREF=1:ldap://ldap.tech.example/
o=Example%20Tech,ou=Engineering
The following sections define Parameters used within Properties definitions.
以下各节定义了特性定义中使用的参数。
Namespace:
名称空间：
Parameter name: INDEX
参数名称：索引
Purpose: Used in a multi-valued property to indicate the position of this value within the set of values.
用途：在多值属性中用于指示此值在值集中的位置。
Description: When a property is multi-valued, INDEX can be used to indicate an ordering or sequence of the values. INDEX values must be strictly positive. Zero is not allowed.
描述：当属性是多值属性时，索引可用于指示值的顺序或序列。索引值必须严格为正值。不允许为零。
Format definition:
格式定义：
INDEX-param = "INDEX=" INDEX-value
INDEX param=“INDEX=”索引值
INDEX-value = integer
INDEX-value = integer
Examples:
示例：
ORG-URI;INDEX=1:http://mycompany.example1.com
ORG-URI;INDEX=1:http://mycompany.example1.com
ORG-URI;PREF=1;INDEX=2:http://mycompany.example2.com
ORG-URI;PREF=1;INDEX=2:http://mycompany.example2.com
Namespace:
名称空间：
Parameter name: LEVEL
参数名称：级别
Purpose: Used to indicate a level of expertise, hobby, or interest attained by the object the vCard represents.
用途：用于表示vCard所代表的对象所达到的专业知识、爱好或兴趣水平。
Description: Allowable values:
说明：允许值：
* "beginner", "average", "expert" when used with EXPERTISE
* “初学者”、“一般”、“专家”与专家一起使用时
* "high", "medium", "low" when used with HOBBY or INTEREST
* 当与爱好或兴趣一起使用时，“高”、“中”、“低”
Format definition:
格式定义：
LEVEL-param = "LEVEL=" LEVEL-value
LEVEL param=“LEVEL=”级别值
LEVEL-value = "beginner" / "average" / "expert" / "high" /
"medium" / "low"
LEVEL-value = "beginner" / "average" / "expert" / "high" /
"medium" / "low"
Examples:
示例：
EXPERTISE;LEVEL=beginner:chinese literature
EXPERTISE;LEVEL=beginner:chinese literature
HOBBY;LEVEL=high:reading
HOBBY;LEVEL=high:reading
INTEREST;LEVEL=medium:r&b music
INTEREST;LEVEL=medium:r&b music
This document presents no security considerations beyond those in Section 9 of the base vCard specification [RFC6350].
除了基本vCard规范[RFC6350]第9节中的安全注意事项外，本文件中没有其他安全注意事项。
IANA has added the following entries to the "vCard Properties" registry, defined in [RFC6350] Section 10.3.1.
IANA已将以下条目添加到[RFC6350]第10.3.1节中定义的“vCard属性”注册表中。
+-------+------------------------+------------------------+
| Name- | | |
| space | Property | Reference |
+-------+------------------------+------------------------+
| | EXPERTISE | RFC 6715, Section 2.1 |
| | HOBBY | RFC 6715, Section 2.2 |
| | INTEREST | RFC 6715, Section 2.3 |
| | ORG-URI | RFC 6715, Section 2.4 |
+-------+------------------------+------------------------+
+-------+------------------------+------------------------+
| Name- | | |
| space | Property | Reference |
+-------+------------------------+------------------------+
| | EXPERTISE | RFC 6715, Section 2.1 |
| | HOBBY | RFC 6715, Section 2.2 |
| | INTEREST | RFC 6715, Section 2.3 |
| | ORG-URI | RFC 6715, Section 2.4 |
+-------+------------------------+------------------------+
IANA has added the following entries to the "vCard Parameters" registry, defined in [RFC6350] Section 10.3.2.
IANA已将以下条目添加到[RFC6350]第10.3.2节中定义的“vCard参数”注册表中。
+-------+------------------------+------------------------+
| Name- | | |
| space | Parameter | Reference |
+-------+------------------------+------------------------+
| | INDEX | RFC 6715, Section 3.1 |
| | LEVEL | RFC 6715, Section 3.2 |
+-------+------------------------+------------------------+
+-------+------------------------+------------------------+
| Name- | | |
| space | Parameter | Reference |
+-------+------------------------+------------------------+
| | INDEX | RFC 6715, Section 3.1 |
| | LEVEL | RFC 6715, Section 3.2 |
+-------+------------------------+------------------------+
IANA has added the following entries to the "vCard Parameter Values" registry, defined in [RFC6350] Section 10.3.4.
IANA已将以下条目添加到[RFC6350]第10.3.4节中定义的“vCard参数值”注册表中。
+-----------+-----------+---------------+------------------------+
| Property | Parameter | Value | Reference |
+-----------+-----------+---------------+------------------------+
| EXPERTISE | LEVEL | beginner | RFC 6715, Section 3.2 |
| EXPERTISE | LEVEL | average | RFC 6715, Section 3.2 |
| EXPERTISE | LEVEL | expert | RFC 6715, Section 3.2 |
| HOBBY | LEVEL | high | RFC 6715, Section 3.2 |
| HOBBY | LEVEL | medium | RFC 6715, Section 3.2 |
| HOBBY | LEVEL | low | RFC 6715, Section 3.2 |
| INTEREST | LEVEL | high | RFC 6715, Section 3.2 |
| INTEREST | LEVEL | medium | RFC 6715, Section 3.2 |
| INTEREST | LEVEL | low | RFC 6715, Section 3.2 |
+-----------+---------------------------+------------------------+
+-----------+-----------+---------------+------------------------+
| Property | Parameter | Value | Reference |
+-----------+-----------+---------------+------------------------+
| EXPERTISE | LEVEL | beginner | RFC 6715, Section 3.2 |
| EXPERTISE | LEVEL | average | RFC 6715, Section 3.2 |
| EXPERTISE | LEVEL | expert | RFC 6715, Section 3.2 |
| HOBBY | LEVEL | high | RFC 6715, Section 3.2 |
| HOBBY | LEVEL | medium | RFC 6715, Section 3.2 |
| HOBBY | LEVEL | low | RFC 6715, Section 3.2 |
| INTEREST | LEVEL | high | RFC 6715, Section 3.2 |
| INTEREST | LEVEL | medium | RFC 6715, Section 3.2 |
| INTEREST | LEVEL | low | RFC 6715, Section 3.2 |
+-----------+---------------------------+------------------------+
Thanks to Simon Perreault, Peter Saint-Andre, Cyrus Daboo, and Chris Newman for particularly thorough reviews, which led to a much cleaner submission to the working group.
感谢Simon Perreault、Peter Saint Andre、Cyrus Daboo和Chris Newman进行了特别彻底的审查，从而向工作组提交了一份更加清晰的报告。
[RFC5234] Crocker, D., Ed., and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", STD 68, RFC 5234, January 2008.
[RFC5234]Crocker，D.，Ed.，和P.Overell，“语法规范的扩充BNF:ABNF”，STD 68，RFC 5234，2008年1月。
[RFC6350] Perreault, S., "vCard Format Specification", RFC 6350, August 2011.
[RFC6350]Perreault，S.，“vCard格式规范”，RFC 63502011年8月。
[OMA-CAB] Open Mobile Alliance, "Converged Address Book (CAB) Specification", October 2010, <http:// www.openmobilealliance.org/Technical/release_program/docs/ CopyrightClick.aspx?pck=CAB&file=V1_0-20101019-C/ OMA-TS-CAB-V1_0-20101019-C.pdf>.
[OMA-CAB]开放移动联盟，“聚合通讯簿（CAB）规范”，2010年10月，<http://www.openmobilealliance.org/Technical/release\u program/docs/CopyrightClick.aspx？pck=CAB&file=V1_0-20101019-C/OMA-TS-CAB-V1_0-20101019-C.pdf>。
Candidate Version 1.0, OMA-TS-CAB-V1_0-20101019-C
候选版本1.0，OMA-TS-CAB-V1_0-20101019-C
[OMA-DS] Open Mobile Alliance, "DS Protocol", March 2009, <http:// www.openmobilealliance.org/Technical/release_program/docs/ copyrightclick.aspx?pck=DS&file=V1_2_2-20090319-A/ OMA-TS-DS_Protocol-V1_2_2-20090319-A.pdf>.
[OMA-DS]开放移动联盟，“DS协议”，2009年3月，<http://www.openmobilealliance.org/Technical/release\u program/docs/copyrightclick.aspx？pck=DS&file=V1_2_2-20090319-A/OMA-TS-DS_协议-V1_2_2-20090319-A.pdf>。
Authors' Addresses
作者地址
Dany Cauchie France Telecom - Orange 2 Avenue Pierre Marzin Lannion 22307 France
Dany Cauchie法国电信-法国皮埃尔马津兰尼翁橙2大道22307号
Phone: +33 2 96 05 31 16
EMail: dany.cauchie@orange.com
Phone: +33 2 96 05 31 16
EMail: dany.cauchie@orange.com
Barry Leiba Huawei Technologies
巴里·雷巴华为技术有限公司
Phone: +1 646 827 0648
EMail: barryleiba@computer.org
URI: http://internetmessagingtechnology.org/
Phone: +1 646 827 0648
EMail: barryleiba@computer.org
URI: http://internetmessagingtechnology.org/
Kepeng Li Huawei Technologies
李克鹏华为技术有限公司
Phone: +86 755 28974289
EMail: likepeng@huawei.com
Phone: +86 755 28974289
EMail: likepeng@huawei.com