다음을 통해 공유

포트 순서 - Teams로 전화 번호 전송 계획

  • 아티클
  • 적용 대상:
    Microsoft Teams

적용 대상:예 Microsoft 통화 플랜에 대한 확인 표시 이미지

번호 포팅은 기존 전화 번호를 한 서비스 공급자에서 다른 서비스 공급자로 전송하는 프로세스이므로 서비스 공급자를 변경한 후에도 동일한 전화 번호를 유지할 수 있습니다.

현재 서비스 공급자에서 Microsoft로 번호를 전송하여 Microsoft Teams 통화 플랜 사용할 수 있는 시나리오가 있을 수 있습니다.

이렇게 하려면 "포트 순서"를 만들고 제출해야 합니다.

Microsoft에서 포트 주문을 시작하고 Microsoft는 현재 서비스 공급자와 함께 포트 주문 이행을 관리하면서 전화 번호에 대한 레코드의 서비스 공급자가 됩니다.

번호가 이식되면 오디오 회의(회의 브리지용), 자동 전화 교환 및 통화 큐와 같은 사용자 및 서비스에 해당 전화 번호를 할당할 수 있습니다.

전화 번호를 Microsoft Teams 통화 플랜으로 이식한 후 Microsoft는 서비스 공급자가 되며 이전 서비스 공급자 또는 이동 통신 사업자와의 서비스 연결을 끊을 수 있습니다.

이 문서에서는 포트 요청을 제출할 때 성공적인 수 포트 프로젝트를 계획하고 보장하기 위한 고려 사항 및 지침을 제공합니다.

포트 요청에 필요한 정보

서비스 공급자는 규정 프로토콜에 따라 번호 포팅을 수행하지만 각각에는 고유한 고유한 시스템과 프로세스가 있습니다.

또한 번호 포팅에 대한 규정 요구 사항은 국가/지역마다 다릅니다. 성공적인 항만 주문 이행을 보장하려면 기존 서비스에 대한 철저한 세부 정보를 제공하고 해당 국가 또는 지역과 관련된 규정 양식을 제공해야 합니다.

중요

포트 요청의 성공은 포트 요청을 만들 때 Microsoft에 제공하는 정보의 정확도에 따라 달라집니다.

포트 요청을 제출할 때 준비할 포트 용어집 및 정보

Microsoft의 포트 주문 요청에 입력한 대부분의 정보는 현재 서비스 공급자의 최근 청구서 또는 공식 레코드 문서에서 찾을 수 있습니다.

포트 요청의 국가 또는 지역에 따라 국가/지역별 문서에서 제공되는 추가 정보를 알아야 할 수도 있습니다.

포팅 프로세스에 사용되고 Microsoft와 함께 포트 주문을 제출할 때 발생하는 용어 및 정의의 예는 다음과 같습니다.

이러한 용어는 미국 적용되며 다른 국가 또는 지역에서 대체 용어를 사용할 수 있습니다.

  • 포트하려는 전화 번호 목록

    • 포트하려는 숫자 목록이 아직 Microsoft 또는 다른 열린 포트 주문의 일부가 아닌지 확인합니다.
    • 여러 서비스 공급자의 포트에는 여러 포트 주문이 필요합니다.

  • 계정 번호

    • 포트하려는 전화 번호와 연결된 계정 번호입니다.
    • 현재 재판매인을 통해 청구서를 받으면 권한 부여서에 재판매인의 이름을 제공합니다.
    • TAC(Teams 관리 센터)를 사용하는 포트 요청의 모든 전화 번호는 동일한 계정 번호에 속해야 합니다. 포트 요청 고려 사항을 참조하세요.

  • 계정의 사용자 권한 부여

    • organization 현재 서비스 공급자와 함께 계정의 권한 있는 사용자인 사람입니다.

  • 서비스 주소

    • 포트하려는 전화 번호와 연결된 서비스 주소입니다.
    • 서비스 주소는 현재 서비스 공급자의 청구 주소와 다를 수 있습니다.
    • Teams 관리 센터를 사용하는 포트 요청의 모든 전화 번호는 동일한 서비스 주소에 속해야 합니다.

  • 비즈니스 이름

    • 포트하려는 전화 번호와 연결된 비즈니스 이름입니다.
    • 포트 요청의 모든 전화 번호는 동일한 비즈니스 이름을 가져야 합니다.

  • BTN(청구 전화 번호)

    • 포트하려는 전화 번호와 연결된 청구 전화 번호입니다. 이 BTN은 포트하려는 숫자와 동일한 계정에 있어야 합니다.
    • 현재 서비스 공급자에는 이 정보가 있습니다.
    • Teams 관리 센터를 사용하는 포트 요청의 모든 전화 번호에는 동일한 BTN이 있어야 합니다.

  • 부분 포트

    • 즉, 현재 서비스 공급자를 사용하여 계정의 숫자 중 일부만 포팅합니다.
    • 예를 들어 현재 서비스 공급자와 함께 계정에 10개의 숫자가 있고 그 중 6개를 포팅하는 경우 포트가 부분 포트로 간주됩니다.

  • 전체 포트

    • 즉, 현재 포트 요청(제출 작업 중)에는 현재 서비스 공급자와 함께 계정의 모든 전화 번호가 포함됩니다.
    • 예를 들어 현재 서비스 공급자와 함께 계정에 10개의 숫자가 있고 10개의 숫자를 모두 포팅하는 경우 이는 포트가 전체 포트로 간주됨을 의미합니다.

포트 요청 고려 사항

다음 섹션에서는 포트 요청을 계획하기 위한 고려 사항을 제공합니다.

Microsoft Teams 통화 플랜 번호 포팅을 지원하는 국가 또는 지역

Microsoft Teams 통화 플랜 제공되는 모든 국가 또는 지역에 대한 번호를 포트할 수 있습니다.

국가 또는 지역에서 Microsoft Teams 통화 플랜 사용할 수 있는지 확인하려면 Microsoft Teams 통화 플랜 참조하고 organization 전화 번호 관리를 참조하세요.

또한 Teams 관리 센터의 번호 포팅 마법사는 Microsoft Teams 통화 플랜 사용할 수 있는 국가만 표시합니다.

포팅에 적합한 숫자

일반적으로 지원되는 공급자의 전화 번호를 전송할 수 있습니다.

다음을 전송할 수 있습니다.

  • 유선 전화 번호
  • 휴대폰 번호
  • VoIP 전화 번호
  • 유료 전화 번호
  • 무료 전화 번호
  • 전화 회의 브리지, 자동 전화 교환 등에 사용되는 전화 번호와 같은 서비스 전화 번호
  • 팩스 번호는 있지만 팩스에 사용할 수 없습니다. 사용자에게 할당해야 합니다. 전화 번호를 Teams로 포팅하는 경우 팩스를 사용하는 대신 organization 사용자에게 이 전화 번호를 할당할 수 있습니다.
  • 하이브리드 전화 번호를 포팅하는 경우(직접 라우팅 또는 운영자 연결에서 통화 플랜으로 마이그레이션) TNS 서비스 데스크 에 문의하고 이러한 전화 번호가 하이브리드임을 나타내는 메모를 포함합니다.

휴대폰 번호를 Microsoft 통화 플랜으로 전송하는 것은 미국, 푸에르토리코 및 캐나다에서만 사용할 수 있습니다.

사용자 번호는 서비스 번호로 변환할 수 있으며, 그 반대의 경우도 마찬가지이지만 포트 프로세스 중에는 변환할 수 없습니다. 숫자가 Microsoft로 이식되면 사용 유형을 변경할 수 있습니다. 통화 플랜 번호의 사용 유형 관리를 참조하세요.

전송할 수 없습니다.

  • DSL 회선 또는 광대역 인터넷 연결과 같은 데이터 연결에 사용되는 전화 번호
  • UIFN(유니버설 국제 무료 전화 번호)
  • 팩스 전용 전화 번호
    • 팩스를 계속 지원해야 하는 기존 전용 전화 번호가 있는 경우 대체 솔루션을 고려하세요. 이러한 번호를 Teams로 전송할 수 있지만 팩스 서비스는 계속 작동하지 않습니다. 전화 시스템 또는 Microsoft 통화 플랜에 대한 라이선스를 통해 Teams 고객은 팩스 서비스를 사용할 수 없습니다.
  • VoIP 전화 공급자의 전화 번호를 포함하여 지원되는 국가 또는 지역에서 제공되지 않는 전화 번호 또는 번호입니다.

무료 전화 번호의 포팅 가용성은 국가 및 지역에 따라 다릅니다. 자세한 내용은 해당 국가 또는 지역별 문서를 참조하여 포팅 서비스에 대한 사용 가능한 지원을 참조하세요.

참고

현재 영국에서 Microsoft는 지역 코드 0843, 0844, 0845, 0870, 0871, 0872에 대한 공유 비용 번호를 포함하여 영국 비지계 번호 전송을 지원하지 않습니다.

필요한 포트 요청은 몇 개입니까?

Teams 관리 센터의 단일 포트 주문 요청은 여러 전화 번호를 지원할 수 있지만 해당 전화 번호에는 동일한 서비스 공급자, 동일한 계정 번호, 동일한 BTN, 동일한 번호 유형 및 동일한 서비스 주소가 있어야 합니다.

다음 포팅 시나리오에는 여러 포트 주문이 필요합니다.

  • 여러 서비스 공급자가 있는 포트 - 숫자 포트 마법사 요청은 한 번에 하나의 서비스 공급자에서 포팅을 지원합니다. 예를 들어 Microsoft로 이식하려는 번호가 있는 사이트가 있고 해당 전화 번호 중 일부는 서비스 공급자 "A"에서 제공하는 반면 다른 번호는 서비스 공급자 "B"에서 제공하는 경우 번호 포트 마법사와 함께 두 개의 개별 포트 요청을 배치합니다. 하나는 서비스 공급자가 "A"인 숫자와 서비스 공급자 "B"가 있는 번호에 대한 두 개의 포트 요청입니다.
  • 여러 청구 전화 번호가 있는 포트 - 숫자 포트 마법사 요청은 한 번에 하나의 BTN에서 번호를 포팅할 수 있습니다. 예를 들어 서비스 공급자가 여러 BTN 내에서 전화 번호를 그룹화한 경우 각 숫자 집합에 대해 부모 BTN에 각각 별도의 포트 요청을 배치해야 합니다.
  • 여러 숫자 형식의 포트 - 숫자 포트 마법사 요청은 한 번에 하나의 숫자 형식 포팅을 지원합니다. 예를 들어 개별 사용자에게 9개의 수신자 번호가 할당된 사이트가 있고 1개의 무료 번호가 자동 전화 교환으로 사용되는 경우 번호 포트 마법사를 사용하여 두 개의 개별 포트 요청을 배치해야 합니다. 하나는 9개의 통행료 번호에 대해, 다른 하나는 수신자 부담 번호에 대한 것입니다.
  • 주소가 여러 개인 포트 - 숫자 포트 마법사 요청은 한 번에 하나의 서비스 주소에 대한 포팅 번호를 지원합니다. 예를 들어 동일한 포트 날짜의 여러 주소에서 숫자를 전송하는 포트 프로젝트가 있는 경우 고유한 서비스 주소당 별도의 포트 요청을 배치해야 합니다.

참고

번호가 동일한 서비스 공급자, 계정 또는 형식에서 온 것인지 확실하지 않은 경우 마법사를 실행하고 포트하려는 전화 번호를 나열해 볼 수 있습니다. 마법사에서 다른 그룹화가 감지되면 고유한 범주가 나열됩니다.

여러 서비스 공급자, 계정/BTN, 숫자 유형 또는 서비스 주소가 포함된 복합 번호 포트 프로젝트의 경우 수동으로 포트 요청 지침을 제출하여 요청에 수동 포트 를 만듭니다.

대용량 포트 요청

1,000개 이상의 대용량 포트 요청이 있는 경우 Teams 관리 센터의 번호 포트 마법사를 무시하고 TNS(전화 번호 서비스) - Service Desk를 사용하여 포트 주문을 수동으로 제출해야 합니다. 자세한 내용은 포트 요청 수동 제출을 참조하세요.

전체 포트 및 부분 포트 주문

포트 주문 요청을 제출할 때 계정 또는 일부 번호의 모든 번호를 전송하도록 요청할 수 있습니다.

전체 포트는 현재 서비스 공급자의 모든 숫자를 Teams로 전송하는 경우입니다.

  • 예를 들어 계정 BTN은 +1 425-555-1234이며 이 계정에는 25개의 숫자가 있습니다. 모든 25개의 전화 번호(+1 425-555-1235~1259)를 포트하려고 합니다. 포트에 번호를 나열하면 +14255551234 - +14255551259 입력합니다.
    • 이 경우 계정의 모든 숫자가 포트에 대한 숫자 목록에 포함되므로(BTN 포함) 이 예제는 전체 포트입니다.

부분 포트는 현재 서비스 공급자에서 Teams로 숫자의 일부를 전송하는 경우입니다.

  • 예를 들어 계정 BTN은 +1 425-555-1234이며 이 계정에는 25개의 숫자가 있습니다. 25개의 전화 번호 중 5개만 이식하려고 합니다(+1 425-555-1235~1259). 포트에 번호를 나열하면 +1 425 555 1235 - +1 425 555 1239를 입력합니다.
    • 이 경우 일부 숫자를 현재 서비스 공급자와 함께 두고 일부 숫자를 Microsoft 통화 플랜으로 전송하므로 이 예제는 부분 포트입니다.

참고

부분 포트에서 BTN이 포팅하는 숫자 중 하나가 아닌 경우 포트에 대한 숫자 목록에 BTN을 포함하지 않습니다. BTN이 포팅하는 숫자 중 하나인 경우 포팅하지 않는 나머지 숫자 중 하나를 선택하여 서비스 공급자 계정의 새 BTN이 될 수 있습니다.

포트 요청 처리 방법

동일한 계정 번호에 대한 포트 요청은 한 번에 하나씩만 연속으로 처리됩니다. 단일 포트 주문 처리는 모든 서비스 공급자가 있는 업계 표준입니다. 동일한 계정 번호와 관련된 여러 포트 요청을 동시에 또는 겹치는 기간에 제출하는 경우 현재 전화 번호를 소유하고 있는 서비스 공급자는 계정 번호당 첫 번째 요청만 처리하고 다른 모든 요청을 거부합니다. 동일한 계정 번호에 대해 둘 이상의 요청을 동시에 제출하는 경우 손실된 운송업체는 포트 요청 중 하나 또는 전부를 거부합니다.

예를 들어 현재 서비스 공급자의 계정 번호 xyz123에는 다음 계획이 있습니다.

  • 계정 xyz123에는 TN1, TN2, TN3, ... TN10.
  • 이러한 숫자를 2개의 일괄 처리로 포츠하려는 경우
    • 일괄 처리 1 - TN1, TN2, TN3, TN4, TN5
      • BTN이 현재 공급자에 남아 있는 부분 포트입니다.
    • 일괄 처리 2 - TN6, TN7, TN8, TN9, TN10
      • BTN을 포함한 전체 포트입니다.

이 예제에서는 Batch 1 및 Batch 2에 대한 포트 요청을 동시에 제출할 수 없습니다. Batch 1에 대한 포트 요청을 배치하고, 해당 요청이 완료될 때까지 기다린 다음, Batch 2에 대한 포트 요청을 제출해야 합니다.

현재 서비스 공급자와 기존 전화선의 연결을 끊는 경우

포트 요청을 제출하기 전에 현재 서비스 공급자와의 서비스 연결을 끊도록 정렬하지 마세요.

  • 비활성 또는 연결이 끊긴 번호는 이식할 수 없습니다. 포트가 거부될 가능성이 있는 경우 모든 포팅 작업이 완료될 때까지 현재 서비스 공급자와 서비스 종료를 정렬하지 마세요.
  • 전체 포트에서 현재 서비스 공급자가 있는 서비스는 자동으로 종료될 수 있지만 서비스 공급자와 협력하여 감사하고 계정 폐쇄를 확인하는 것이 가장 좋습니다.
  • 이식 전화 번호와 연결된 다른 서비스(예: ISDN/광대역 등)는 포트가 완료된 후 자동으로 연결이 끊어집니다. 현재 서비스 공급자와 함께 이러한 서비스를 활성 상태로 유지하려면 해당 서비스를 Microsoft Teams 통화 플랜 이식할 계획이 없는 전화 번호로 전송합니다.

포트 주문 요청을 제출한 후 발생하는 작업

번호 포팅 프로세스에서 수신 서비스 공급자(번호를 포팅하려는 전화 서비스 공급자)는 사용자를 대신하여 포트 요청을 발생시키고 이 요청은 손실된 서비스 공급자(현재 포트하려는 전화 번호를 소유하고 있는 전화 서비스 공급자)에게 전송됩니다.

손실된 운송업체는 포트 요청을 처리하고 요청을 승인하거나 거부하여 응답합니다.

포트 요청을 배치할 때 대상 포팅 날짜 및 시간을 선택하라는 메시지가 표시됩니다. 대상 날짜를 선택한다고 해서 포트가 해당 날짜에 발생한다는 의미는 아닙니다. 포트는 손실된 서비스 공급자가 요청한 날짜에 시스템에서 번호가 포팅될 수 있도록 승인을 제공하는 경우에만 대상 날짜에 발생합니다. 이식 날짜 계획에 대한 자세한 내용은 이 문서의 포트 이벤트 날짜 계획을 참조하세요.

전화 번호를 Microsoft로 이식하라는 요청을 제출하면 다음 이벤트가 발생합니다.

  • Microsoft는 사용자의 요청을 받아 현재 전화 번호(손실된 서비스 공급자)를 소유하고 있는 서비스 공급자에게 제출합니다.
    • Microsoft는 비즈니스 규칙에 따라 손실된 서비스 공급자에게 포트 요청을 제출합니다.
  • 포트 요청이 손실된 서비스 공급자에 도달하면 요청을 처리하고 응답을 제공할 수 있는 기간이 있습니다.
    • 응답 SLA는 국가 또는 지역에 따라 다릅니다. 예를 들어 미국 손실된 서비스 공급자 응답 SLA는 영업일 기준 3~5일, 캐나다에서는 영업일 기준 5~7일입니다.

참고

Microsoft는 포트 승인 결정에 아무런 말도 하지 않으며 손실된 서비스 공급자의 동작에 영향을 줄 수 없습니다.

손실된 이동통신사는 포트 요청을 승인하거나 거부합니다.

  • 승인:

    • 손실된 서비스 공급자는 MICROSOFT에 응답하여 FOC( 회사 주문 약정 )라고 하는 요청 준수를 인정합니다.
      • 드물게 손실되는 서비스 공급자는 보낸 회사 주문 약정을 재정의할 수 있습니다.
    • 회사 주문 약정 날짜에 손실된 서비스 공급자는 해당 번호를 Microsoft에 릴리스하고 Microsoft는 해당 번호를 테넌트에게 전달합니다.

  • 거부:

    • 당사에 대한 응답에서 손실된 서비스 공급자는 포트 요청을 거부하는 이유를 나타냅니다.
    • 거부된 포트 요청에서 손실된 이동통신사는 요청이 다시 제출될 때까지 해당 요청 처리를 중지합니다.
      • 손실된 이동 통신 사업자에 업데이트된 포트 요청을 다시 제출하면 응답 SLA가 다시 설정되고 다시 시작됩니다.

    참고

    포트 주문 거부에서 손실된 서비스 공급자는 예상된 올바른 정보를 Microsoft에 제공하지 않습니다. 거부에 대한 범주적 이유만 Microsoft에 제공됩니다. 수정된 정보가 필요한 경우 손실된 서비스 공급자와 직접 협력하여 조사해야 합니다.

일반적인 실수

번호 포팅은 쉽게 수행할 수 있습니다. 그러나 주문이 불완전하거나 부정확하거나 누락된 경우 현재 서비스 공급자는 포트 요청을 거부합니다. 다음은 고객이 번호를 이식할 때 발생하는 가장 일반적인 실수입니다.

  • 제공하는 계정 정보가 휴대폰 통신 사업자의 기록과 정확히 일치하는지 확인합니다. 일치하지 않는 정보는 포트 순서에 대한 오류 및 지연의 가장 일반적인 원인입니다. 다음 정보가 참인지 확인합니다.
    • 계정을 변경할 권한이 있는 이름 또는 사람이 올바르습니다.
    • 주소가 올바르습니다.
    • 계정 번호가 올바르습니다.
    • BTN이 올바르고 포팅하는 전화 번호 목록에 포함되어 있습니다.
  • 이러한 전화 번호에서 사용하도록 설정된 고급 통화 제어 기능(예: 통화 사냥, 고유 링 또는 기타 라우팅 기능)이 없는지 확인합니다.
    • 현재 서비스 공급자에서 사용하도록 설정된 고급 통화 제어 기능이 있는 경우 번호 포트 앞에 해당 기능을 사용하지 않도록 정렬합니다.
  • 현재 서비스 공급자에게 보류 중인 열린 서비스 주문 또는 연결 끊김이 없는지 확인합니다.
  • 모든 숫자가 동일한 서비스 공급자와 동일한 계정에서 온 것인지 확인합니다.
  • 서비스가 활성 상태인지 확인합니다. 계정을 동결하면 번호 포트가 차단됩니다. 계정을 변경할 권한이 있는 사람은 현재 서비스 공급자에게 주문을 제출하여 동결을 제거해야 합니다. 이 프로세스는 서비스 공급자에 따라 1~3주가 걸릴 수 있습니다.

숫자 포트 이벤트 계획

각 국가 또는 지역에는 서비스 공급자가 고객의 공식 레코드 문서로 사용하는 문서의 고유한 이름이 있습니다.

미국 고객에 대한 서비스 공급자의 공식 레코드 문서는 고객 서비스 레코드 또는 CSR입니다. 캐나다에서는 동일한 문서를 장비 레코드라고 합니다.

다음 참조 문서를 탐색하여 scope 국가 레코드의 공식 문서와 해당 문서를 사용하는지 확인합니다.

레코드의 공식 문서는 현재 전화 서비스 공급자에게 요청할 수 있고 요청해야 하는 문서입니다.

  • 이 문서에는 계정에 대한 정보가 포함되어 있으며 서비스 공급자의 레코드와 일치하는 정보를 사용하여 포트 요청을 만들고 있는지 확인하는 데 도움이 됩니다.
  • 언제든지 서비스 공급자에게 레코드 문서를 요청할 수 있습니다. 연결된 포트 요청이 필요하지 않습니다.
  • 현재 서비스 공급자가 공식 레코드 문서를 제공할 수 없는 경우 포트 요청을 제출할 때 준비할 정보를 확인하도록 요청할 수 있습니다.

번호를 포팅하는 국가 또는 지역에 대한 문서를 수집하고 완료합니다.

참고

Teams 관리 센터에서 번호 포트 마법사를 사용하여 포트 요청을 제출하는 경우 마법사에 나열할 때 숫자가 캡처되므로 인증서 문서에서 이식할 번호를 작성할 필요가 없습니다.

현재 계정에서 고정 제거

일부 서비스 공급자는 권한이 없는 포트 활동으로부터 계정을 보호하기 위해 '동결' 상태 계정을 배치하는 것을 지원합니다.

계정에 고정이 있는 경우 포트 주문이 거부되므로 서비스 공급자와 계정의 상태 확인합니다. 고정된 경우 포트 주문을 제출하기 전에 동결을 제거합니다.

포트 요청 처리에 대한 리드 타임 계획

포트 주문 요청을 제출한 후에는 일반적으로 처리되는 데 7~14일이 걸리며 완료되기 시작합니다. 현재 서비스 공급자에 따라 최대 30일이 걸릴 수 있습니다. 전화 번호가 이식되면 Microsoft의 전화 번호 서비스 팀에서 다음 단계에 대해 알리는 이메일을 받게 됩니다.

포트 주문의 상태 검사 Microsoft Teams 관리 센터의 왼쪽 탐색에서 음성>전화 번호로 이동한 다음 주문 기록을 선택합니다. 상태 각 포트 순서가 상태 열에 나열됩니다.

  • 미국에서는 최소 5일의 리드 타임이 필요합니다.
  • 캐나다에서는 최소 10일의 리드 타임이 필요합니다.
  • 200개가 넘는 전화 번호 요청의 경우 추가 시간이 예상됩니다.

참고

30일(달력)을 초과하는 대상 포팅 날짜는 선택할 수 없습니다.

포트 이벤트 날짜 계획

대상 포팅 날짜를 선택할 때 공격적이거나 보수적인 대상 날짜를 선택할 수 있습니다. 각각은 자신의 장점과 단점과 함께 제공됩니다.

접근 방식 1: 공격적인 대상 날짜 선택

적극적인 대상 날짜 접근 방식을 사용하면 제출 날짜로부터 영업일 기준 며칠 밖에 남지 않은 대상 날짜를 선택합니다. 제출일로부터 영업일 기준 7일(미국) /영업일 기준 10일 이내(캐나다) 미만의 대상 날짜는 공격적인 대상 날짜로 간주할 수 있습니다.

즉, 포트 요청의 모든 정보가 정확하고 손실된 이동 통신 사업자가 시간에 따라 요청을 처리할 수 있는 경우 포트를 신속하게 완료할 수 있다는 것입니다.

그러나 이 방법의 단점은 기본적으로 예측 가능성보다 속도를 선택하는 것입니다.

  • 포트 요청이 손실된 이동 통신 사업자로부터 거부를 수신하는 경우 새 대상 포트 날짜가 필요하고 손실된 이동 통신 사업자가 다시 설정되는 응답 시간이 거의 확실합니다.
  • 즉, 이제 최종 사용자 및 관련자와 프로젝트의 상태 다시 시작하고 종종 마지막 순간에 포트의 날 활동을 다시 계획해야 합니다.

방법 2: 보수적 대상 날짜 선택

보수적인 대상 날짜 접근 방식을 사용하면 제출 날짜로부터 영업일 기준 15일 이상 떨어진 대상 날짜를 선택합니다.

접근 방식 1과 비교할 때, 여기서 단점은 포트를 완료하는 데 더 오래 걸리는 것입니다.

그러나 이 방법은 Microsoft의 전화 번호 서비스 팀이 거부에 빠지고 처음 요청된 대상 날짜의 숫자 포트에 대한 신뢰도가 높아질 경우 버퍼 시간에 빌드된다는 것입니다. 포트가 더 오래 걸리지만 관련자와 다시 통신하고 포트의 날 활동을 다시 계획하는 번거로움을 처리할 필요는 없습니다.

접근 방식 2에서는 속도보다 예측 가능성을 선택합니다.

Microsoft는 모든 포트에 대해 접근 방식 2를 권장합니다.

업무 시간 동안 처리할 포트 이벤트 계획

서비스 공급자(현재 전화 서비스 공급자 및 Microsoft 포함)는 업무 시간 동안만 포트 요청을 처리합니다.

Microsoft가 통화 플랜을 제공하는 모든 국가 및 지역의 대부분의 서비스 공급자의 경우, 업무 시간은 포팅 팀이 위치한 표준 시간대에서 오전 9시부터 오후 5시까지입니다.

미국 사용자 번호의 경우 오전 8시(미국 동부 시간)에서 오후 8시(미국 동부 시간) 사이의 대상 포팅 시간을 선택할 수 있습니다.

사용자 및 Toll-Free 숫자를 포함한 캐나다 번호와 미국 Toll-Free 번호의 경우 포트 시간은 오전 11시 30분(미국 동부 시간)에 예약됩니다. 이전 시간이 필요한 경우 전화 번호 서비스 - 서비스 데스크를 통해 특별 요청을 제출할 수 있습니다.

  • 업무일 늦게 대상 시간을 선택하면 문제가 발생하여 Microsoft의 전화 번호 서비스 팀이 문제를 resolve 위해 손실된 서비스 공급자의 도움이 필요한 경우 Microsoft가 다음 영업일까지 기다려야 문제가 해결될 때까지 기다려야 하는 시나리오가 있을 수 있습니다. 예를 들어 일부 서비스 공급자 포팅 팀은 오후 5시(동부 시간)까지만 지원을 받을 수 있습니다.