Muokkaa

Jaa


Create additional Packet Core instances for a site using the Azure portal

Azure Private 5G Core private mobile networks include one or more sites. Once deployed, each site can have multiple packet core instances for redundancy. In this how-to guide, you'll learn how to add additional packet core instances to a site in your private mobile network using the Azure portal.

Prerequisites

  • You must already have a site deployed in your private mobile network.
  • Collect all of the information in Collect required information for a site that you used for the site.
  • Ensure you can sign in to the Azure portal using an account with access to the active subscription you used to create your private mobile network. This account must have the built-in Contributor or Owner role at the subscription scope.

Create the packet core instance

In this step, you'll create an additional packet core instance for a site in your private mobile network.

  1. Sign in to the Azure portal.

  2. Search for and select the Mobile Network resource representing the private mobile network containing the site that you want to add a packet core instance to.

  3. Select the Sites blade on the resource menu.

  4. Select the Site resource that you want to add a packet core instance to.

  5. Select Add packet core.

  6. Specify a Packet core name and select Next : Packet core >.

  7. You'll now see the Packet core configuration tab.

  8. In the Packet core section, set the fields as follows:

    • Use the information you collected in Collect packet core configuration values to fill out the Technology type, Azure Stack Edge device, and Custom location fields.

    • Select the recommended packet core version in the Version field.

      Note

      If a warning appears about an incompatibility between the selected packet core version and the current Azure Stack Edge version, you'll need to update ASE first. Select Upgrade ASE from the warning prompt and follow the instructions in Update your Azure Stack Edge Pro GPU. Once you've finished updating your ASE, go back to the beginning of this step to create the packet core resource.

    • Ensure AKS-HCI is selected in the Platform field.

  1. If you want to enable UE Metric monitoring, use the information collected in Collect UE Usage Tracking values to fill out the Azure Event Hub Namespace, Event Hub name and User Assigned Managed Identity values.

  2. In the Attached data networks section, select Attach data network. Select the existing data network you used for the site then use the information you collected in Collect data network values to fill out the fields. Note the following:

  3. Use the information you collected in Collect access network values for the site to fill out the fields in the Access network section.

    Note

    ASE N2 virtual subnet and ASE N3 virtual subnet (if this site supports 5G UEs), ASE S1-MME virtual subnet and ASE S1-U virtual subnet (if this site supports 4G UEs), or ASE N2/S1-MME virtual subnet and ASE N3/S1-U virtual subnet (if this site supports both 4G and 5G UEs) must match the corresponding virtual network names on port 5 on your Azure Stack Edge Pro device.

  4. In the Attached data networks section, select Attach data network. Select the existing data network you used for the site then use the information you collected in Collect data network values to fill out the fields. Note the following:

    • ASE N6 virtual subnet (if this site supports 5G UEs), ASE SGi virtual subnet (if this site supports 4G UEs), or ASE N6/SGi virtual subnet (if this site supports both 4G and 5G UEs) must match the corresponding virtual network name on port 6 on your Azure Stack Edge Pro device.
    • If you decided not to configure a DNS server, clear the Specify DNS addresses for UEs? checkbox.
    • If you decided to keep NAPT disabled, ensure you configure your data network router with static routes to the UE IP pools via the appropriate user plane data IP address for the corresponding attached data network.

    Once you've finished filling out the fields, select Attach.

  1. If you want to enable UE Metric monitoring, select Enable from the UE Metric monitoring dropdown. Use the information collected in Collect UE Usage Tracking values to fill out the Azure Event Hub Namespace, Event Hub name and User Assigned Managed Identity values.

  2. In the Attached data networks section, select Attach data network. Select the existing data network you used for the site then use the information you collected in Collect data network values to fill out the fields. Note the following:

  3. Use the information you collected in Collect access network values for the site to fill out the fields in the Access network section.

    Note

    ASE N2 virtual subnet and ASE N3 virtual subnet (if this site supports 5G UEs), ASE S1-MME virtual subnet and ASE S1-U virtual subnet (if this site supports 4G UEs), or ASE N2/S1-MME virtual subnet and ASE N3/S1-U virtual subnet (if this site supports both 4G and 5G UEs) must match the corresponding virtual network names on port 3 on your Azure Stack Edge Pro 2 device.

  4. In the Attached data networks section, select Attach data network. Select the existing data network you used for the site then use the information you collected in Collect data network values to fill out the fields. Note the following:

    • ASE N6 virtual subnet (if this site supports 5G UEs), ASE SGi virtual subnet (if this site supports 4G UEs), or ASE N6/SGi virtual subnet (if this site supports both 4G and 5G UEs) must match the corresponding virtual network name on port 6 on your Azure Stack Edge Pro device.
    • If you decided not to configure a DNS server, clear the Specify DNS addresses for UEs? checkbox.
    • If you decided to keep NAPT disabled, ensure you configure your data network router with static routes to the UE IP pools via the appropriate user plane data IP address for the corresponding attached data network.

    Once you've finished filling out the fields, select Attach.

  1. Repeat the previous step for each additional data network configured on the site.

  2. If you decided to configure diagnostics packet collection or use a user assigned managed identity for HTTPS certificate for this site, select Next : Identity >.
    If you decided not to configure diagnostics packet collection or use a user assigned managed identity for HTTPS certificates for this site, you can skip this step.

    1. Select + Add to configure a user assigned managed identity.
    2. In the Select Managed Identity side panel:
      • Select the Subscription from the dropdown.
      • Select the Managed identity from the dropdown.
  3. If you decided you want to provide a custom HTTPS certificate in Collect local monitoring values, select Next : Local access >. If you decided not to provide a custom HTTPS certificate for monitoring this site, you can skip this step.

    1. Under Provide custom HTTPS certificate?, select Yes.
    2. Use the information you collected in Collect local monitoring values to select a certificate.
  4. In the Local access section, set the fields as follows:

  5. Select Review + create.

  6. Azure will now validate the configuration values you've entered. You should see a message indicating that your values have passed validation.

    If the validation fails, you'll see an error message and the Configuration tab(s) containing the invalid configuration will be flagged with red dots. Select the flagged tab(s) and use the error messages to correct invalid configuration before returning to the Review + create tab.

  7. Once your configuration has been validated, you can select Create to create the packet core instance. The Azure portal will display a confirmation screen when the packet core instance has been created.

  8. Return to the Site overview, and confirm that it contains the new packet core instance.

Next steps

If you decided to set up Microsoft Entra ID for local monitoring access, follow the steps in Enable Microsoft Entra ID for local monitoring tools.

If you haven't already done so, you should now design the policy control configuration for your private mobile network. This allows you to customize how your packet core instances apply quality of service (QoS) characteristics to traffic. You can also block or limit certain flows. See Policy control to learn more about designing the policy control configuration for your private mobile network.