首頁 » E164 格式：规格和电话号码验证指南

E164 格式：规格和电话号码验证指南

作者: /

本指南深入介绍了 E.164 标准，这是国际电话号码格式的全球基石。您将了解 E.164 如何确保跨全球网络的无缝通信、其技术规范以及实施和验证的最佳实践。我们还将探讨常见的故障排除方案，并向您介绍可简化使用 E.164 号码的强大库。  

了解 E.164：全球电话号码标准

E.164 是一项国际标准，正式名称为 ITU-T 建议 E.164，它定义了国际电话号码的结构。它是全球电信的基础，可确保各国和网络运营商之间的呼叫路由和互操作性一致。您可以将其视为电话号码的通用语言，让您的系统能够正确识别和连接世界各地的电话号码。

历史背景和演变：从 ISDN 到现代

E.164 于 1984 年首次推出，被称为“ISDN 时代的编号方案”，此后不断发展，以跟上电信技术的进步。该标准最初仅允许 12 位数字，1997 年扩展到 15 位数字，以满足全球对电话号码日益增长的需求。最新修订版 (2020) 解决了现代通信的复杂性，包括：

  • 移动号码可携性：允许用户在更换运营商时保留自己的号码。
  • IP 电话集成：支持通过互联网协议进行通信。
  • 紧急服务要求：确保可靠地获得紧急服务。
  • 国际漫游功能：实现出国旅行时的无缝通信。

正如您所见，E.164 并非静态标准，而是一个动态框架，可适应不断变化的全球通信格局。这种持续发展确保了其在我们日益互联互通的世界中持续重要。

技术规格：解析 E.164 号码

本节分解 E.164 号码的技术结构，为您提供准确实施的基本知识。

数字结构分解：三个基本组成部分

E.164 号码由三个关键部分组成，每个部分在准确路由中都发挥着至关重要的作用：

  1. 国家代码 (CC)： 此 1-3 位数字前缀用于标识国家/地区。例如，+1 代表北美，+44 代表英国，+86 代表中国。这些代码由国际电信联盟 (ITU) 分配。
  2. 国内目的地代码 (NDC)：这种可变长度的代码（通常为 2-4 位数字）用于标识一个国家内的特定地理区域或服务。这些代码由国家当局管理。需要注意的是，即使在同一国家/地区，NDC 的长度也可能不同。
  3. 用户号码 (SN)：这是号码的剩余部分，用于唯一识别 NDC 区域内的用户。它与 NDC 组合构成国家有效号码。
Example Breakdown:
+1 (415) 555-0123
│  │    └─────── Subscriber Number (SN)
│  └──────────── National Destination Code (NDC)
└─────────────── Country Code (CC)

在解析和验证 E.164 号码时，了解这些组件对您来说至关重要。

格式要求：遵守标准

E.164 号码必须遵守严格的格式规则以确保全球兼容性：

  1. 字符集：仅允许使用数字 0-9。允许使用加号 (+) 前缀进行显示，但应从存储的数据中省略。存储格式中不允许使用空格、连字符或其他分隔符。这可确保一致性并简化处理。
  2. 长度限制：最小长度为 CC 长度加一位数字。最大总长度为 15 位数字。特定国家/地区的最小长度也适用，这为验证增加了另一层复杂性。
  3. 结构规则： 可以使用正则表达式来强制执行基本的 E.164 格式： 
    // Valid [E.164 format](https://www.sent.dm/resources/e164-phone-format) regex
const e164Regex = /^\+[1-9]\d{1,14}$/;

通过遵循这些要求，您可以确保您的系统正确处理电话号码，最大限度地减少错误并最大限度地提高互操作性。

实施指南：将 E.164 付诸实践

本节提供在您的系统中实施 E.164 验证的实用指导。

验证策略：多层次方法

强大的验证策略应包含多个层面以确保准确性：

  1. 基本格式验证： 此初始检查使用前面提到的正则表达式来验证数字的基本结构。这可以发现明显的错误，例如无效字符或不正确的长度。您应该始终从此基本验证开始。
  2. 特定国家/地区验证： 此步骤涉及根据特定国家/地区模式和长度限制检查号码。这至关重要，因为基本的 E.164 正则表达式不考虑区域差异。此级别的验证需要您维护特定国家/地区规则的数据库。
  3. 长度验证： 根据允许的范围验证包括国家代码在内的总号码长度。这对于 NDC 长度可变的国家/地区尤为重要。您应该认为此验证步骤对于数据完整性至关重要。

常见边缘情况：处理真实场景

除了基本验证之外，您还会遇到几个需要特殊处理的边缘情况：华裔美国人数据

  1. 国际显示格式： 为了方便用户使用，请使用适当的分隔符格式化数字以进行显示。例如，+1-415-555-0123。请记住，此格式仅用于显示；请以规范的 E.164 格式存储数字。
  2. 本地格式转换：通过删除非数字字符并在前面添加国家代码， 将本地号码转换为E.164 格式。无论输入格式如何，这都可以确保处理一致。这是处理用户提交的数据时的关键步骤。

最佳实践：确保数据完整性和用户体验

有效实施 E.164 涉及以下最佳实践：

  1. 存储：始终以纯 E.164 格式存储电话号码，删除所有格式字符。这可确保数据一致性并简化处理。如附加上下文中所述，E.164 号码限制为 15 位数字，因此存储要求是可预测的。
  2. 显示：使用本地格式约定来提高用户界面的可读性。但是，始终在系统操作内部保持E.164 格式。考虑文化格式偏好以提供最佳用户体验。
  3. 验证：实施渐进式验证，在输入和处理阶段检查数字 电话号码业务线索。考虑使用已建立的库来实现复杂的验证逻辑。这可以最大限度地减少错误并提高数据质量。

故障排除指南：解决常见问题

本节解决使用 E.164 号码时遇到的常见问题。

  1. 无效的国家代码：根据官方 ITU-T 列表验证国家代码。检查最近的国家代需求生成营销成功的有效策略码变更，因为这些变更有时会使现有数据无效。此外，请根据特定国家/地区的规范验证号码的长度。您应该定期更新国家代码数据库。
  2. 格式不一致：验证前删除所有格式以确保一致性。在比较之前对数字进行规范化，以处理输入格式的变化。通过将国际前缀变化（+、00、011）转换为规范的“+”前缀来处理它们。
  3. 区域差异：考虑不同国家/地区的 NDC 长度差异。考虑手机号码格式，其可能与固定电话格式不同。单独处理特殊服务号码（例如紧急服务、免费电话号码），因为它们可能不遵循标准 E.164 规则。

利用库处理 E.164

有多个库可以简化 E.164 验证和格式化。让我们来探索两个常用选项：phone和libphonenumber-js。

使用phone图书馆

npm包phone提供了强大的 E.164 标准化和验证。它可处理各种输入格式并确保符合国际标准。

安装和设置

npm install phone --save

使用示例

const { phone } = require('phone');
const result = phone('+14155550123');
console.log(result.isValid); // true

该phone库提供特定国家/地区的验证和错误处理等高级功能，使其成为您的宝贵工具。

使用libphonenumber-js

libphonenumber-js是 Google 电话号码库的轻量级实现，针对网络应用程序进行了优化。

安装和设置

npm install libphonenumber-js --save

使用示例

import { parsePhoneNumber, isValidPhoneNumber } from 'libphonenumber-js';

const phoneNumber = parsePhoneNumber('+14155550123');
console.log(isValidPhoneNumber('+14155550123')); // true

libphonenumber-js提供基本的验证和格式化功能，占用空间比 Google 的原始库要小。如果您担心包大小，那么它就是您的理想选择。如附加上下文中所述，它的大小 (145kB) 比 Google 的原始实现 (550kB) 要小得多。

结论：掌握 E.164 以实现全球通信

通过理解和实施 E.164 标准，您可以确保全球通信准确可靠。本指南为您提供了有效验证和格式化国际电话号码的知识和工具，从而增强系统的互操作性和用户体验。请记住及时了解最新的 E.164 修订版和最佳实践，以保持最佳性能和合规性。随着电信格局的不断发展，E.164 标准也将不断发展，确保其在我们互联互通的世界中持续发挥作用。通过掌握 E.164，您可以为无缝的全球通信奠定基础。

相關文章

版權所有 萌設計

返回頂端