关岛电话号码：格式、区号和验证指南

介绍

您是否正在开发与电话号码交互的应用程序，并且需要正确处理关岛号码？本综合指南提供了您需要了解的有关关岛电话号码系统的所有信息，从其结构和验证到拨号程序、可移植性和关键实施注意事项。我们将介绍最佳实践、常见陷阱 中英数据，甚至深入探讨关岛电信基础设施的历史背景。

背景：关岛的电信状况

关岛的电信系统与北美编号计划 (NANP) 深度整合，这证明了其作为美国领土的地位。这项整合于 1997 年完成，简化了与北美的通信，并将关岛纳入了标准化编号系统。在此次整合之前，正如《关岛记录报》的历史记录所详述的那样，拨打美国本土电话需要国际拨号程序，而且费用要高得多，影响了与家人和企业的沟通。现在，关岛和美国本土之间的通话被视为国内通话，促进了更紧密的联系和更便捷的沟通。

数字结构：解码格式

关岛电话号码遵循 NANP 结构，因此很容易集成该国历史最悠久的电信到为北美号码设计的应用程序中。让我们将其分解为核心组件：

• 国家代码：（ +1与其他 NANP 成员共享）
• 区号：（ 671关岛独有）
• 用户号码： 7位数字

这种层次结构产生了一个 10 位的国内号码和一个 12 位的国际号码。

格式变化和示例

虽然基本结构保持一致，但您会遇到基于服务类型的变化：

重点： 请记住，N代表 2-9 的数字（不包括 0 和 1，通常用于特殊服务），而X可以是 0-9 之间的任何数字。这一区别对于准确验证至关重要。

验证：确保数据完整性

对于任何处理电话号码的应用程序来说，强大的验证都是必不可少的。您应该考虑使用正则表达式 (regex) 进行高效而准确的验证。

关岛号码的正则表达式模式

以下是两个可以使用的正则表达式模式：西班牙比特币数据库

// Basic Guam number validation (international format)
const guamRegex = /^\+1\s671\s[2-9][0-9]{2}\s[0-9]{4}$/;

// Extended validation with optional formatting (handles spaces, hyphens, parentheses)
const extendedRegex = /^\+?1?\s*\(?671\)?[-.\s]?[2-9]\d{2}[-.\s]?\d{4}$/;

// Usage example
function validateGuamNumber(phoneNumber) {
  return extendedRegex.test(phoneNumber); // Using the more flexible regex
}

解释和潜在陷阱：基本正则表达式强制执行严格的国际格式。扩展正则表达式提供了更大的灵活性，可以适应常见的格式变化。但是，即使是扩展正则表达式也可能无法捕获所有极端情况。例如，带有扩展名或虚荣字母的数字需要更复杂的验证逻辑。始终针对各种输入（包括极端情况和无效数字）测试验证。

拨号程序：接通关岛

了解拨号程序对于发起或处理呼叫的应用程序至关重要。让我们来看看国内和国际呼叫的变化。

关岛境内电话

• 本地电话：拨打 7 位用户号码 (XXX-XXXX)。
• 手机到手机/座机到手机：拨打 1 + 671 + 7 位数字。“1”表示 NANP 内的国内长途电话。

国际电话

• 从关岛出境：拨打 011（国际前缀）+ 国家代码 + 号码。
• 前往关岛：拨打 +1 671 + 本地号码。“+1”明确表明关岛属于 NANP。

号码可携性：应对运营商变化

号码可携性允许用户在更换运营商时保留自己的号码。这给开发人员增加了复杂性，但这是现代电信的一个关键方面。正如 FCC（联邦通信委员会）在 DA 05-2714 中记录的那样，由于基础设施依赖性和运营商之间的协调，关岛实施无线号码可携性面临挑战。

移植过程和实施

携号转网流程涉及多个步骤，包括客户请求、运营商验证和数据库更新。您需要集成携号转网数据库并处理潜在的延迟或错误。

主要考虑因素：

• 实时 NPAC 集成： 连接到号码可携性管理中心 (NPAC) 数据库以获取准确的移植信息。
• 自动验证：实现承运人之间的自动化沟通，以实现有效验证。
• 标准化请求处理： 使用本地服务请求 (LSR) 表格进行一致处理。
• 紧急服务路线：确保在移植过程中和移植后正确路由紧急服务。

移植时间表标准和实施示例

移植时间表根据请求的复杂性而有所不同：

// Example Number Portability Validation (simplified)
function validatePortingRequest(request) {
  const requiredFields = ["accountNumber", "pin", "zipCode", "lastFourSSN"];
  return requiredFields.every(field => request.hasOwnProperty(field) && request[field]);
}

解释和陷阱：这个简化的示例检查是否存在必填字段。在实际场景中，您需要更强大的验证，包括数据类型检查和格式验证。在部署到生产环境之前，在临时环境中测试您的实现至关重要。

关岛主要电信运营商

了解关岛的主要运营商对您的开发工作大有裨益。以下是简要概述：

• GTA（关岛电话管理局）：覆盖范围广，提供一系列服务，包括移动、宽带和固定电话。他们还负责政府优先线路。
• Docomo Pacific：专注于城市中心和旅游区，提供 5G 移动、国际漫游和企业解决方案。Docomo Pacific 根据其条款和条件，在包括美国和日本在内的特定国家/地区提供“Data To Go”漫游套餐，这可能与处理漫游费用的应用程序相关。
• IT&E 关岛：提供覆盖全岛的移动宽带、商业解决方案和物联网连接。

技术实施指南：最佳实践

遵循最佳实践可确保您的应用程序稳健、可靠且符合行业标准。

E.164 合规性：全球标准

E.164 格式是电话号码的国际标准。始终以此格式 ( +1671XXXXXXX) 存储号码以确保一致性和互操作性。

import re

def validate_e164(phone_number):
  # E.164 pattern for Guam numbers
  pattern = r'^\+1671[2-9]\d{6}$'
  return bool(re.match(pattern, phone_number))

集成最佳实践

• 一致的格式：以 E.164 格式存储数字，但根据用户区域设置适当格式化以便显示。
• 彻底的移植验证：根据 NPAC 数据库验证所有移植请求，并对失败的查询实施重试逻辑。
• 全面的错误处理：记录所有移植交易并维护合规审计跟踪。

移植请求的 JSON 示例：

{
  "portingRequest": {
    "subscriberNumber": "+16714721234",
    "currentProvider": "GTA",
    "newProvider": "DocomoPacific",
    "validationFields": {
      "accountNumber": "12345",
      "pin": "9999",
      "zipCode": "96913",
      "lastFourSSN": "1234"
    }
  }
}

结论

现在，您已经为在应用程序中处理关岛电话号码打下了坚实的基础。请记住，要优先考虑准确性、稳健性和符合行业标准。通过遵循本指南中概述的准则和最佳实践，您可以确保您的应用程序有效、高效地处理关岛电话号码。