Cisco Unified Mobility Overview

Cisco Unified Mobility offers a set of mobility-related features that allow users to interact with Unified Communications applications no matter where they may be, or which device they are using. Whether the device you are using is a home office phone, a dual-mode Cisco Jabber on iPhone or Android client over a WiFi connection, or a mobile phone from another cellular provider, you can still access Unified Communications features and have the call be anchored in the enterprise.

For example, you can answer a call that is directed to your enterprise number from any of your configured phones and then transfer the call to your mobile phone, allowing you to continue an in-progress conversation as you are leaving the office.

Benefits of Cisco Unified Mobility

Most of the mobility features offer call anchoring within the enterprise–even if the call is placed to or from a mobile device, the call is routed through an enterprise gateway.

This provides the following benefits:

  • Single enterprise phone number and voicemail for all business calls, regardless of which device you are using, and whether you are in the office or out of the office.

  • Ability to extend business calls to a mobile device and have the call still be handled as if it were your office phone.
  • Calls placed from mobile devices are anchored to the enterprise and routed through an enterprise gateway. This provides access to UC mid-call features, centralized billing and call detail records, and potential cost savings from avoiding expensive cellular networks.

Mobility Features

Cisco Unified Mobility offers the following mobility-related features:

Table 1. Mobility Features

Mobility Feature

Description

Single Number Reach

Provides you with a single enterprise phone number and voicemail by which a caller can reach you, regardless of whether you are in the office or outside the office. When someone dials your enterprise number, you can answer the call from your desk phone, or from any of your configured remote destinations (for example, a home office phone, a dual-mode Cisco Jabber on iPhone or Android client, and even a mobile phone from another provider).

Move to Mobile

Allows you to transfer an active call from your desk-phone to a mobile device that is configured as a remote destination by pressing the Mobility softkey on your Cisco IP Phone. It is associated with Single Number Reach as a part of the Remote Destination configuration.

Similar to the Move to Mobile option is the Desk Pickup option, which fits the example where you are on a mobile call and are just arriving at the office. You can hang up on the call on your mobile device and immediately resume the call by picking up your desk phone before the MaximumWait Time for Desk Pickup timer expires (the default is 10 seconds). This option is enabled as part of your Single Number Reach configuration.

  • Ensure that you set the Enforce Privacy Setting on Held Calls Service Parameter to False.

  • You can also use the Enterprise Feature Access code and the Session Handoff codes to transfer calls between your remote destinations and desk phone.

Mobile Voice Access

Allows you to place calls from any remote phone and have the call be anchored in the enterprise and presented to the called party as if you had called from your office phone. When using this feature, you must dial in to a system interactive voice response from your mobile device. After authenticating you, and prompting you for the call destination, the system places the call as if you had called from your enterprise phone.

You can also use Mobile Voice Access prompts to enable or disable Single Number Reach for a remote destination.

Enterprise Feature Access

Provides two-stage dialing from a configured remote destination. Also, ensures that the call that is presented to the called party appears as if it originated from your desk phone. Unlike Mobile Voice Access, to use Enterprise Feature Access, you must be dialing from one of your configured remote destinations.

Enterprise Feature Access also allows you to access mid-call features while on a call from a remote destination. You can access mid-call features by sending DTMF digits that represent the codes for the various features such as Hold, Exclusive Hold, Transfer.

Intelligent Session Control

Enables automatic call anchoring for enterprise-originated calls that are placed directly to configured remote destination numbers (for example, an enterprise-originated call to a cell phone number that is configured as a remote destination). By configuring a service parameter, you can have the system redirect those calls automatically to the associated enterprise number, providing cost savings and added UC functionality.

Dual-Mode Phones

Cisco Jabber on iPhone and Android clients can be provisioned as dual-mode devices. Dual-Mode phones have the capability of connecting over Wi-Fi or through cellular networks. When the client is within the enterprise network, Cisco Jabber can register to Unified Communications Manager over Wi-Fi, and has UC calling and instant messaging functionality. If you configure a mobile identity with the phone number of the mobile device, allowing the call to be transferred from Jabber to the cellular device when leaving the enterprise network.

Cisco Unified Mobility Prerequisites

  • Enabling Mobility features requires proper planning to ensure that your dial plan and call routing configuration can handle the deployment needs. For more information, see "Mobile Collaboration" section in the Cisco Collaboration System Solution Reference Network Designs guide.

  • For a list of Cisco IP Phones that support the Mobility softkey, run a report for the Mobility feature.

    For a list of supported dual-mode phones, run a report for the Dual-Mode feature.

  • If you are deploying Mobile Voice Access and you want to make additional locales available to your system (if you want to use non-English phone locales or country-specific tones), you can download the locale installers from cisco.com and install them through the Cisco Unified OS Administration interface. For more information on installing locales, see Installation Guide for Cisco Unified Communications Manager and the IM and Presence Service.

  • Configure Self-Provisioning so that phone users can provision their own Cisco Jabber clients and remote destinations. For more information, see "Configure Self Provisioning" and "Provisioning End Users" section in the System Configuration Guide for Cisco Unified Communications Manager.

The Cisco mobility solution is verified with only Cisco equipment. This solution may also work with other third-party PSTN gateways and Session Border Controllers (SBCs), but the features might not work as described here. If you are using this solution with third-party PSTN gateways or SBCs, Cisco technical support may not be able to resolve problems that you encounter.

Configure a Mobility User

Use this procedure to configure an end user with the mobility feature.

1

From Cisco Unified CM Administration, select User Management > End User.

2

In the Find and List Users screen, perform one of the following tasks:

  • Select Find and select an existing user to modify the settings.
  • Select Add New to configure a new user.
3

Configure values for the following fields:

  • User ID
  • Last Name
4

In the Mobility Information section, complete the following fields:

  1. Select the Enable Mobility check box.

  2. Optional. Select the Enable Mobile Voice Access check box to allow this user to use Mobile Voice Access.

  3. In the Maximum Wait Time for Desk Pickup field, enter a value in milliseconds. After hanging up a call from a remote destination, this timer represents the amount of time where the user still has the option of resuming the call from a deskphone.

  4. In the Remote Destination Limit field, enter the number of remote destinations that a user is permitted to have for single number reach (SNR) targets.

Complete the remaining fields in the End User Configuration window. For more information on the fields and their configuration options, see Online Help.

5

Click Save.

Configure Mobility Users Through Bulk Administration

You can add the Mobility feature to existing end users by bulk using Bulk Administration's Update Users menu.

Bulk Administration contains other features that allow you to update existing users by bulk. For example, you can use the Export and Import functions to import a CSV file with the new Mobility settings. For more information, see the Bulk Administration Guide for Cisco Unified Communications Manager..

1

From Cisco Unified CM Administration, choose Bulk Administration > Users > Update Users > Query.

2

Apply the filter and click Find to select the users whom you want to assign as mobility users.

3

Click Next.

4

In the Mobility Information section, modify the following four fields by first selecting the check box on the far left to indicate that this field is to be updated, and then configuring the setting on the right as follows:

  • Enable Mobility—Check this box to enable the users provisioned with this template for Mobility features.

  • Enable Mobile Voice Access—Check this box for provisioned users to be able to use Mobile Voice Access.

  • Maximum Wait Time for Desk Pickup—Check this box to specify the amount of time, after hanging up a call on a mobile phone, that you have to resume the call on your desk phone.

  • Remote Destination Limit—Check this box to specify the number of remote destinations and mobile identities that you can assign to users whom are provisioned through this template.

5

Under Job Information, check the Run Immediately.

6

Click Submit.

Mobility configurations of IP phone

Configure Softkey Template for Mobility

You can configure a softkey template that includes the Mobility softkey. The softkey gets enabled for all the phones that use this template.

1

From Cisco Unified CM Administration, select Device > Device Settings > Softkey Template.

2

To create a new softkey template do the following. Otherwise, proceed to the next step.

  1. Click Add New.
  2. Choose a default template and click Copy.
  3. In the Softkey Template Name parameter, enter a new name for the template.
  4. Click Save.
3

Add mobility softkeys to an existing template.

  1. Enter the search criteria and click Find.
  2. Choose an existing template.
4

Check Default Softkey Template if you want to designate this softkey template as the default softkey template.

If you assign a softkey template as the default softkey template, you cannot delete it unless you first remove the assigned template.

5

Click Save.

6

From the Related Links list, choose Configure Softkey Layout and click Go.

7

From the Select a Call State to Configure list, choose the call state for which you want to add the softkey. Typically, you will want to add the softkey for both the OnHook and Connected call states.

8

From the Unselected Softkeys list, choose the Mobility softkey and use the arrows to move the softkey to the Selected Softkeys list. Use the up and down arrows to change the position of the new softkey.

9

To display the softkey in additional call states, repeat the previous step.

10

Click Save.

If you created a new softkey template, you can assign the template to a phone through the Phone Configuration window or to a group of phones through Bulk Administration's Update Phones menu. There are several methods to assign softkey template to phones during provisioning. For example, you can use the Universal Device Template configuration, or you can assign it as the default device profile for a specific model.

Configure IP Phone for Mobility

If you have Single Number Reach or Move to Mobility configured, use this procedure to configure your desk phone with the Mobility feature so that enterprise calls can be redirected to a remote destination.

1

From Cisco Unified CM Administration, choose Device > Phone.

2

Perform one of the following tasks:

  • Click Find and select an existing phone to modify the settings.
  • Click Add New and choose a phone from the Phone type list to add a new phone.
3

Click Next.

4

From the SoftKey Template list, choose the mobility softkey template that you configured.

5

From the Owner User ID list, choose the user account on which you enabled mobility.

You can configure either the Owner User ID or Mobility User ID field. Mobility users are configured for mobility-enabled devices and Owner users are configured for Non-Mobility devices. Configuring both users for the same device is not recommended.

6

(Optional) If you are using a Feature Control Policy to enable features, choose the policy from the drop-down list.

7

Click Save.

Configure a Remote Destination Profile

You can configure common settings that you want to apply to all the remote destination numbers for a user.

1

From Cisco Unified CM Administration, select Device > Device Profile > Remote Destination Profile.

2

Click Add New.

3

Enter a Name for the profile.

4

From the User ID list, choose the end user to whom this profile applies.

5

From the Device Pool list, choose the device pool where the profile should reside.

6

Configure the remaining fields in the Remote Destination Profile Configuration window. For more information on the fields and their configuration options, see Online Help.

7

Click Save.

8

Under Association Information, select Add a New DN.

9

In the Directory Number parameter, add the directory number of the user's desk phone.

Configure a Remote Destination

A remote destination is a virtual device that represents a mobile device where the user can be reached (for example, a home office phone, a mobile phone on a cellular network, or a PSTN phone). The remote destination carries many of the same settings as the user's desk phone.

  • When an enterprise user initiates a call from a remote destination to Cisco Jabber, Unified Communications Manager tries to establish a data call with Cisco Jabber by sending an INVITE message to Cisco TelePresence Video Communication Server (VCS). The call is established regardless of receiving a response from VCS.

  • If you have Self-Provisioning enabled, your end users can provision their own phones from the Self-Care Portal. See the System Configuration Guide for Cisco Unified Communications Manager and the "Configure Self-Provisioning" chapter for details on configuring the system for self-provisioning and the "Provisioning End Users" part for details on enabling self-provisioning for users as a part of a User Profile.
1

From Cisco Unified CM Administration, choose Device > Remote Destination.

2

Click Add New.

3

In the Destination field, enter the number of the remote destination. For example, this could be a cellular number or PSTN number.

4

From the Mobility User ID parameter, choose the mobility-enabled user who uses this remote destination.

5

Check the Enable Unified Mobility features check box.

6

From the Remote Destination Profile list, choose the profile that you set up for the user who owns this remote destination.

7

Use the Single Number Reach Voicemail Policy list to configure the voicemail policy.

  • Check the Enable Single Number Reach check box.
  • Check the Enable Move to Mobile check box to include this remote destination to the list of available destinations when the user presses the Mobility softkey on their desk phone.
8

(Optional) If you want to limit enterprise calls to this remote destination to specific periods such as office hours, configure a Ring Schedule.

9

In the When receiving a call during the above ring schedule section, apply the list that is configured for this remote destination.

10

Configure the remaining fields on the Remote Destination Configuration window. For more information on the fields and their configuration options, see Online Help.

11

Click Save.

Configure an Access List

You can configure an access list to filter callers based on the Caller ID and can either allow calls or block calls during that remote destination's ring schedule. The access list is an optional remote destination configuration if you want to control which calls can ring which remote destinations, and at which times of day.

1

From Cisco Unified CM Administration, choose Call Routing > Class of Control > Access List

2

Click Add New to create an access list.

3

Enter a name and description to identify the new access list and Associate the access list to a user by choosing an ID from the Owner list.

4

Choose one of the following options:

  • Allowed—All numbers in the access list are allowed.
  • Blocked—All numbers in the access list are blocked.
5

Click Save.

6

From the Filter Mask list, choose the filters that you want to apply to the access list:

  • Not Available—All callers that advertise a not available status are added to the access list.
  • Private—All callers that advertise a private status are added to the access list.
  • Directory Number—All directory numbers or directory strings that you specify are added to the access list. If you choose this option, add a number or number string in the DN Mask parameter.
7

Choose Save.

8

Apply the access list to a remote destination:

  1. From Cisco Unified CM Administration, select Device > Remote Destination and reopen the remote destination that you created.

  2. Configure the Ring Schedule for this access list and do either of the following:

    • If you created an allowed access list, click the Ring this destination only if caller is in and choose the access list that you created from the list.
    • If you created a blocked access list, click the Do not ring this destination if caller is inand choose the access list that you created from the list.

  3. Click Save.

Configure Mobile Voice Access

You can configure the system for Mobile Voice Access, which lets users place enterprise-anchored calls from any device. Users dial a system IVR for authentication, following which the call is sent out as an enterprise call that will appear to the end user as if the call were sent from the office phone.

To use Mobile Voice Access:

  • Users must be enabled as mobility users with the Enable Mobile Voice Access option checked within End User Configuration. For details, see Configure a Mobility User.

  • Interactive Voice Response service must be active, and included in a Media Resource Group List that the trunk uses.

Activate the Cisco Unified Mobile Voice Access Service

You can activate mobile voice access service in your publisher node.

1

From Cisco Unified Serviceability, select Tools > Service Activation.

2

From the Server list, choose the publisher node.

3

Click Go.

4

Under CM Services, check the Cisco Unified Mobile Voice Access Service check box.

5

Click Save.

Enable Mobile Voice Access

Configure service parameters to enable Mobile Voice Access (MVA) and to specify the directory number or PSTN DID number that users can dial in order to reach the IVR.

Before you begin

The Cisco Unified Mobile Voice Access feature service must be activated for Mobile Voice Access to work.

1

From Cisco Unified CM Administration, choose System > Service Parameters.

2

From the Serverlist, choose the publisher node.

3

From the Service list, choose Cisco CallManager.

4

Configure the following service parameters:

  • Enable Mobile Voice Access—Set this parameter to True.
  • Mobile Voice Access Number—Enter the access number that you want users to dial when they access the enterprise.
5

Click Save.

Configure Directory Number for Mobile Voice Access

You can configure mobile voice access (MVA) to assign sets of localized prompts for users who dial in from outside the enterprise. After the gateway collects the required digits from the user to make a call, the call is transferred to the DNA that is configured in this window. This DN can be internal. You must configure a dial-peer so that the MVA service can transfer the call from the gateway to this DN. This DN should be also be placed in a partition where the inbound calling search space (CSS) of the gateway or the remote destination profile CSS can reach the DN.

1

From Cisco Unified CM Administration, choose Media Resources > .

2

In the Mobile Voice Access Directory Number, enter the internal directory number (DN) to receive Mobile Voice Access calls from the gateway.

Enter a value between 1-24 digits in length. Valid values are 0-9.
3

In the Localization section, use the arrows to move the locales that you want to select to or from this pane

Mobile Voice Access uses the first locale that appears in the Selected Locales pane in the Mobile Voice Access screen. For example, if English United States appears first in the Selected Locales section, the Cisco Unified Mobilityuser hears English when the IVR is used during a call.
4

Click Save.

Restart Cisco CallManager Service

After you enable the Mobile Voice Access feature, restart the Cisco CallManager service.

1

From Cisco Unified Serviceability, choose Tools > Control Center - Feature Services > .

2

From the Server list, choose the Cisco Unified Communications Manager publisher node.

3

Under CM Services, select the Cisco CallManager service.

4

Click Restart.

Configure an Existing H.323 or SIP Gateway for Remote Access

If you have an existing H.323 or SIP PSTN gateway in your system, you can configure it for MVA. This function is accessed by calling a system-configured DID number that is answered and handled by an H.323 or SIP VoiceXML (VXML) gateway. After you configure your gateway, it uses a vxml script on the publisher node to pull the interactive voice response (IVR) prompts that are played to the MVA users. These prompts request user authentication and input of a number that users must dial on their phone keypad.

Before you begin

Configure Directory Number for Mobile Voice Access

1

Configure the T1/E1 controller for PRI from the PSTN.

controller T1 1/0
framing esf
linecode b8zs
pri-group timeslots 1-24
2

Configure the serial interface for the PRI (T1/E1). 

interface Serial 1/0:23
ip address none
logging event link-status none
isdn switch-type primary 4ess
isdn incoming-voice voice
isdn bchan-number-order ascending
no cdp enable
3

Load the VXML application from the publisher node.

Sample configuration for IOS Version 12.3 (13) and later: 
application service CCM
http://<Unified CM Publisher IP Addr>:8080/ccmivr/pages/IVRMainpage.vxml
Sample configuration before IOS Version 12.3(12): 
call application voice Unified CCM
http://<Unified CM Publisher IP Addr>:8080/ccmivr/pages/IVRMainpage.vxml
Although VXML was added in Version 12.2(11), other versions such as 12.3(8), 12.3(9), 12.3(14)T1, and 12.2(15) have VXML issues.
4

Configure the dial peer to associate the Cisco Unified Mobility application with system remote access.

Sample configuration for IOS 12.3(13) and later:
dial-peer voice 58888 pots
service CCM (Cisco Unified Mobility VXML application)
incoming called-number 58888
Sample configuration for IOS 12.3(12) and earlier: 
dial-peer voice 100 pots
application CCM (Cisco Unified Mobility VXML application)
incoming called-number 58888
(58888 represents the mobile voice access (MVA) number)
5

Add a dial peer to transfer the calls to the MVA DN.

Sample configuration for primary Unified Communications Manager (if needed): 
dial-peer voice 101 voip
preference 1
destination-pattern <Mobile Voice Access DN>
session target ipv4:10.1.30.3
codec g711ulaw
dtmf-relay h245-alphanumeric
no vad
Sample configuration for secondary Unified Communications Manager (if needed): 
dial-peer voice 102 voip
preference 2
destination-pattern <Mobile Voice Access DN>
session target ipv4:10.1.30.4
codec g711ulaw
dtmf-relay h245-alphanumeric
no vad
If a generic dial peer is already configured to terminate the calls and is consistent with the MVA DN, you do not need to perform this step
Sample configuration for SIP gateway VoIP dial-peer: 
dial-peer voice 80 voip
destination-pattern <Mobile Voice Access DN>
rtp payload-type nse 99
session protocol sipv2
session target ipv4:10.194.107.80
incoming called-number .T
dtmf-relay rtp-nte
codec g711ulaw

Configure a New H.323 Gateway for Remote Access

If you do not have an existing H.323 or SIP PSTN gateway and you want to configure mobile voice access, you must add a new H.323 gateway and configure it for MVA functionality by using the hairpinning method. From a technical standpoint, this method refers to using a second gateway to receive the inbound call, apply the MVA service and then the inbound call leg returns to the PSTN gateway (original source) after the system applies the MVA service.

If you use Mobile Voice Access with hairpinning, users calling into your system will not be identified automatically by their caller ID. Instead, users must enter their remote destination number manually before they enter their PIN. The reason is that the PSTN gateway must first route the call to Unified Communications Managerreach the hairpinned Mobile Voice Access gateway. Because of this route path, the conversion of the calling number from a mobile number to an enterprise directory number occurs before the Mobile Voice Access gateway handles the call. As a result, the gateway is unable to match the calling number with a configured remote destination, and therefore the system prompts users to enter to their remote destination number.

Before you begin

Configure Directory Number for Mobile Voice Access

1

Load the VXML application from the publisher node.

Sample configuration for IOS Version 12.3 (13) and later:
application service CCM
http://<Unified CM Publisher IP Addr>:8080/ccmivr/pages/IVRMainpage.vxml
Sample configuration before IOS Version 12.3(12):
call application voice CCM
http://<Unified CM Publisher IP Addr>:8080/ccmivr/pages/IVRMainpage.vxml

Although VXML was added in Version 12.2(11), other versions such as 12.3(8), 12.3(9), 12.3(14)T1, and 12.2(15) have VXML issues.

2

Configure the dial peer to associate the Cisco Unified Mobility application with system remote access.

Sample configuration for IOS 12.3(13) and later: 
dial-peer voice 1234567 voip
service CCM
incoming called-number 1234567
codec g711u
session target ipv4:<ip_address of call manager>
Sample configuration for IOS 12.3(12) and earlier: 
dial-peer voice 1234567 voip
application CCM
incoming called-number 1234567
codec g711u
session target ipv4:<ip_address of call manager>
3

Add a dial-peer for transferring calls to the Mobile Voice Access (MVA) DN.

Sample configuration for primary Unified Communications Manager: 
dial-peer voice 101 voip
preference 1
destination-pattern <Mobile Voice Access DN>
session target ipv4:10.1.30.3
voice-class h323 1
codec g711ulaw
dtmf-relay h245-alphanumeric
novad
Sample configuration for secondary Unified Communications Manager (if needed): 
dial-peer voice 102 voip
preference 2
destination-pattern <Mobile Voice Access DN>
session target ipv4:10.1.30.4
voice-class h323 1
codec g711ulaw
dtmf-relay h245-alphanumeric
novad
If a generic dial peer is already configured to terminate the calls and is consistent with the MVA DN, you do not need to perform this step.
4

Configure hairpin. 

voice service voip
allow-connections h323 to h323
5

On the Unified Communications Manager, create a new route pattern to redirect the incoming MVA number to the H.323 gateway that has the vxml script loaded. Ensure that the incoming CSS of the gateway can access the partition in which the new route pattern is created.

What to do next

Configure Enterprise Feature Access

You can configure Enterprise Feature Access from a remote destination for:

  • Two-stage dialing to place enterprise calls from a configured remote destination. Calls appear to the called party as if they were placed from an associated desk phone.
  • Remote destination access to mid-call features through EFA codes that are sent using DTMF digits sent from the remote destination.
Unlike Mobile Voice Access, with Enterprise Feature Access you must be calling from a configured remote destination.

Before you begin

1

From Cisco Unified CM Administration, choose Call Routing > Mobility > Enterprise Feature Access Number Configuration.

2

In the Number field, enter the unique DID number that mobile users will dial from a remote destination in order to access the Enterprise Feature Access feature.

3

From the Route Partition list, choose the partition where the DID resides.

4

(Optional) Check the Default Enterprise Feature Access Number check box to make this EFA number the default for this system.

5

Click Save.

6

Configure the Enteprise Feature Access service parameters:

  1. From Cisco Unified CM Administration, choose System > Service Parameters.

  2. From the Server list, choose the publisher node.

  3. From the Service list, choose Cisco CallManager.

  4. Set the Enable Enterprise Feature Access service parameter to True.

  5. In the Clusterwide Parameters (System - Mobility) area, edit the DTMF digits that you must enter to access midcall features through Enterprise Feature Access. For example, you could edit the Enterprise Feature Access Code for Hold service parameter, which has a default value of *81. The default values are as follows:

    • Hold: *81
    • Exclusive Hold: *82
    • Resume: *83
    • Transfer: *84
    • Conference: *85
    • Session Handoff: *74
    • Starting Selective Recording: *86
    • Stopping Selective Recording: *87
    • Hunt group login—enter a new code
    • Hunt group logout—enter a new code
7

Click Save.

Configure Intelligent Session Control

You can configure the system so that inbound calls to a remote destination are rerouted to an associated enterprise number, if one is available. This provides automatic call anchoring within the enterprise for mobility calls, providing cost savings and added Unified Communications functionality.

1

From Cisco Unified CM Administration, select System > Service Parameters.

2

From the Server list, choose a Cisco Unified Communications Manager node.

3

From the Service list, choose Cisco CallManager.

4

Under Clusterwide Parameters (Feature - Reroute Remote Desination Calls to Enterprise Number) set the following service parameters:

  • Reroute Remote Destination Calls—to Enterprise Number—To enable Intelligent Session Control, set this parameter to True.
  • Ring All Share Lines—Set the value of the parameter to True. If Intelligent Session Control is enabled, and this service parameter is also enabled, the system anchor calls to remote destinations within the enterprise, and will also ring all the user's shared lines.
  • Ignore Call Forward All on Enterprise DN—This parameter applies only to outgoing calls to a remote destination when Intelligent Session Control is enabled. By default, this parameter is set to to True.
5

Click Save.

Configure Mobility Service Parameters

You can configure optional Mobility-related service parameters.

1

From Cisco Unified CM Administration, choose System > Service Parameters.

2

From the Server list, choose the publisher node.

3

From the Service list, choose Cisco CallManager.

4

Configure any service parameters that you want to edit. The Mobility-related parameters are listed under the following headings. For help descriptions, click the parameter name:

  • Clusterwide Parameters (System - Mobility)

  • Clusterwide Parameters (System - Mobility Single Number Reach Voicemail)
  • Clusterwide Parameters (Feature - Reroute Remote Destination Calls to Enterprise Number)
5

Click Save.

Cisco Jabber dual-mode configuration

You can configure Cisco Jabber on iPhone or Android as dual-mode mobile devices that can connect over WiFi. Cisco Jabber registers to Unified Communications Manager over WiFi and can be reached through an enterprise number if Single Number Reach is enabled in the user's mobile identity.

Configure a mobility profile

You can configure a mobility profile for dual-mode Cisco Jabber on iPhone and Android clients. The profile configures the client with a consistent caller ID for dial via office calls.

From a technical standpoint, this caller ID is sent during the dial via office reverse (DVO-R) callback portion of a call to the mobility identity or alternate callback number. DVO-R call feature uses enbloc dialing. If no mobility profile is assigned to the mobility identity or if the Callback Caller ID field is left blank, the system sends the default enterprise feature access number.
1

From Cisco Unified CM Administration, select Call Routing > Mobility > Mobility Profile.

2

Click Add New.

3

Enter a Name for the profile.

4

From the Mobile Client Calling Option list, select Dial via Office Reverse.

Despite the field options, Dial via Office Forward is not available
5

Configure a Callback Caller ID for Dial-via-Office Reverse.

6

Configure the fields in the Mobility Profile Configuration window. For more information on the fields and their configuration options, see Online Help.

7

Click Save.

Add a dual-mode device for Cisco Jabber

You can configure a dual-mode device type for Cisco Jabber on iPhone or Android clients.

Before you begin

Ensure that your users are mobility-enabled. Also, if you want to add remote destinations to your Jabber client, make sure that you have a softkey template that includes the Mobility softkey.

1

From Cisco Unified CM Administration, select Device > Phone.

2

Perform one of the following:

  • Click Find to edit an existing device.
  • Click Add New and select either Cisco Dual Mode for Android or Cisco Dual Mode for iPhone as the phone model, to add a new device. Click Next.
3

Configure the parameters in the Phone Configuration screen.

4

Configure the following mandatory fields:

  • Device Name
  • Device Pool
  • Softkey Template
  • Owner User ID—The user must have mobility enabled.
  • Mobility User ID—The user must have mobility enabled.
  • Device Security Profile
  • SIP Profile
5

Click Save.

6

Add a directory number:

  1. In the left Association area, click Add a New DN.

  2. Enter a new Directory Number and click Save.

  3. Complete any parameters that you want in the Directory Number Configuration screen and click Save. For more information on the fields and their configuration options, see Online Help.

  4. Click Associate End Users .

  5. Click Find and select the mobility-enabled end user whom owns this DN.

  6. Click Add Selected.

  7. Click Save.

Dual-Mode device configuration fields

Table 2. Dual-Mode Device Configuration Fields

Field

Description

Softkey Template

Choose the Mobility Softkey template.

Owner User ID

Choose the user ID of the assigned phone user. The user ID is recorded in the call detail record (CDR) for all calls made from this device.

Mobility User ID

Choose the user ID of the person to whom this dual-mode phone is assigned.

Device Security Profile

Choose the security profile to apply to the device.

You must apply a security profile to all phones that are configured in Cisco Unified Communications Manager Administration. To enable security features for a phone, you must configure a new security profile for the device type and protocol, and then apply it to the phone.

Rerouting Calling Search

Space

Choose a calling search space for routing calls to configured remote destinations and mobility identities that are configured for this device.

SIP Profile

Choose Standard SIP Profile for Mobile Device.

Add other dual-mode device

Use this procedure to add another dual-mode device (for example, a Carrier-integrated Mobile Device for network-based FMC, or an IMS-integrated Mobile Device.

Before you begin

Ensure that your end users are mobility-enabled. Refer to topics earlier in this chapter for details on how to enable mobility for users.

1

From Cisco Unified CM Administration, select Device > Phone.

2

Click Add New.

3

From the Phone Model list Carrier-integrated Mobile Device or IMS-integrated Mobile Device.

4

Configure the following mandatory fields:

  • Device Name
  • Device Pool
  • Owner User ID—The user must have mobility enabled.
  • Mobility User ID—The user must have mobility enabled.
5

Configure the remaining fields in the Phone Configuration window. For more information on the fields and their configuration options, see Online Help.

6

Click Save.

7

Add a directory number:

  1. In the left Association area, click Add a New DN.

  2. Enter a new Directory Number and click Save.

  3. Complete any parameters that you want in the Directory Number Configuration screen and click Save. For more information on the fields and their configuration options, see Online Help.

  4. Click Associate End Users .

  5. Click Find and select the mobility-enabled end user whom owns this DN.

  6. Click Add Selected.

  7. Click Save.

Configure a mobility identity

You can add a Mobility Identity that points to the phone number of the device if you want to enable the device as a Single Number Reach that can be reached through the enterprise number.

1

From Cisco Unified CM Administration, select Device > Phone.

2

Enter search criteria if needed, click Find, and choose the dual-mode device that you created.

3

Click Add New Mobility Identity.

4

In the Destination field, enter the phone number of the mobile device. For example, for a Cisco Jabber on iPhone client, this would be the phone number of the iPhone.

5

Cisco Jabber only. Select the Mobility Profile that you configured.

6

If you want to make this Mobile Identity available from an enteprise phone number:

  1. Check the Enable Single Number Reach check box.

  2. Configure a Single Number Reach Voicemail policy

  3. Configure a Dial-via-Office Reverse Voicemail policy.

  4. Configure the fields on the Mobility Identity Configuration window. For more information on the fields and their configuration options, see Online Help.

  5. Click Save.

    If you want to apply a Ring Schedule and access list to limit calls to this mobile identity to specific times and users, Configure an Access List.

Configure handoff number

You can configure handoff mobility for dual-mode phones if you want your system to preserve a call while the user moves out of the enterprise. Even when a user's device disconnects from the enterprise WiFi network and reconnects to the mobile voice or cellular network, an in-progress call is maintained without interruption.

1

From Cisco Unified CM Administration, select Call Routing > Mobility > Handoff Configuration .

2

In the Handoff Number parameter, enter the direct inward dialing (DID) number for handoff between the Wi-Fi and mobile voice or cellular network.

For numbers that start with the international escape character (+), you must precede the + with a backslash (\). Example: \+15551234.

3

From the Route Partition list, choose the partition to which the handoff DID number belongs.

4

Click Save.

Cisco Unified mobility call flow

This section describes the incoming and outgoing call flows of commonly known as Single Number Reach (SNR). Unified Communications Manager supports the separate calling party number and billing number feature when SNR is configured for users to allow desk phones to extend calls to mobile devices.

For example, User-A calls from a PSTN network to User-B whose directory number configured to SNR. If Enable External Presentation Name and Number check box is checked in SIP profile and Display External Presentation Name and Number service parameter value set to True, then Unified Communications Manager displays the FROM header information on both the User-B’s desk phone and the configured remote destination device. In the same way, if any one option is disabled, Unified Communications Manager displays P-Asserted-Identity (PAID) header information on the called device.

Similarly, in outgoing call scenario User B (SNRD line) configured with External Presentation Information on Directory Number configuration page initiates a call to a PSTN network through a SIP trunk. If Enable External Presentation Name and Number is configured in its SIP profile, then, Unified Communications Manager send the External Presentation Information in the FROM header of the outgoing SIP message to display on the called device.

If Enable External Presentation Name and Number check box is disabled, then Unified Communications Manager sends the directory number information in the FROM and PAID to display on the called device and configured External Presentation Information in the X-Cisco-Presentation header.

If you check the Anonymous External Presentation check box, the configured External Presentation Name and External Presentation Number are removed from the respective fields and external presentation displayed as anonymous on the called device.

For more details on Configuring External Presentation Information, see Configure Directory Number chapter in the System Configuration Guide for Cisco Unified Communications Manager.

FMC over SIP trunks without smart client

Unified Communications Manager allows service providers to provide base PBX-extension features such as Enterprise Dialing, SNR, Single VM, Call move, and Mid-call features through the trunk without a smart client on the mobile. Basic mobile features such as SNR, Deskphone Pickup, Send Call to Mobile, Mobile Voice Access, and Mid-call DTMF features are supported. Extension dialing is supported if it is implemented in the network and the network is integrated with Unified Communications Manager. These features can be provided by any type of trunk.

Unified Communications Manager can be configured in the Ring All Shared Lines service parameter so that the shared-line is rung when mobile DN is dialed.

The Reroute Remote Destination Calls to Enterprise Number feature must be enabled for Ring All Shared Lines to take effect. Reroute Remote Destination Calls to Enterprise Number is disabled by default.

IMS shared lines will ring solely based on the value of the Ring All Shared Lines parameter.

You can also migrate from the Remote Destination feature used in previous versions to this new device type.

Hunt group login and logout for Carrier-Integrated mobile devices

When you configure a Carrier-Integrated Mobile, set the Owner User ID value to the mobile user identity. The mobile user identity does not appear on the configuration. Only users with mobility enabled appears in the Owner User ID list on the end user page and one line (DN) can be associated with an FMC device. Users must associate a mobile identity with the FMC. This can be done on the FMC device configuration page after you add the device. For calls to be extended to the number of the mobile identity, users must enable Cisco Unified Mobility on the Mobile Identity window.

You can configure Carrier-integrated mobiles to support hunt group login and logout through Enterprise Feature Access codes. Make sure that you've configured the following:

  • Enterprise Feature Access must be configured in Call Routing > Mobility > Enterprise Feature Access Number Configuration.

  • Ensure you assign values for the Enterprise Feature Access Number for Hunt Group Login and Enterprise Feature Access Number for Hunt Group Logout parameters in the Service Parameters.

After you configure these, the user can log in or log out of Hunt groups from Carrier-Integrated Mobile devices by dialing the configured Enterprise Feature Access Number. If the user dials the given Hunt login access code number, the Carrier-Integrated mobile allows them to be part of the Hunt group list. If the Hunt logout access code is dialed, then the user is moved out of the Hunt group list and calls do not reach them.

Users on Carrier-Integrated mobiles can invoke midcall features through Enterprise Feature Access codes. For details on how to configure and use Enterprise Feature Access, see Configure Enterprise Feature Access section.

Cisco unified mobility interactions

Table 3. Cisco unified mobility interactions
Auto Call Pickup

Cisco Unified Mobility interacts with auto call pickup depending on how you configured the service parameter. When the Auto Call Pickup Enabled service parameter is set to True, users must press only the PickUp softkey to pick up a call.

Automatic Alternate Routing

Cisco Unified Mobility supports automatic alternate routing (AAR) as follows:

  • If a rejection occurs because of a lack of bandwidth for the location-based service, the rejection triggers AAR and reroutes the call through the PSTN so the caller does not need to hang up and redial.
  • If a rejection occurs because of resource reservation protocol (RSVP), however, AAR is not triggered for calls to remote destinations and the call stops.
Extend and Connect

Users who need the capabilities of both Cisco Unified Mobility and Extend and Connect can configure the same remote destination on the remote device profile and CTI remote device types when the owner ID of both device types is the same. This configuration allows Cisco Unified Mobility features to be used concurrently with Extend and Connect.

External Call Control

If external call control is configured, Unified Communications Manager follows the route decision from the adjunct route server for these Cisco Unified Mobility features:

  • Cisco Unified Mobility
  • Mobile voice access
  • Enterprise feature access

  • Dial via office

Unified Communications Manager does not send a routing query for the following Cisco Unified Mobility features:

  • Cell pickup

  • Desk pickup

  • Session handoff

Intelligent Session Control and Session Handoff

For direct calls to remote destinations that are anchored to the enterprise number, mobile users can use the session handoff feature to hand off the call to their deskphones.

You must enable Cisco Unified Mobility before you implement intelligent session control.

Licensing

Cisco Unified Mobility is included in all user-based licenses from basic to professional.

Local Route Groups

For single number reach calls to a remote destination, the device pool of the originating calling party determines the selection of the standard local route group.

Local Route Group is not supported when the AgentGreeting with BiB (Built in Bridge) is invoked.

Number of Supported Calls

Each remote destination supports a maximum of six active calls. However, the number of supported calls depends on the Unified Communications Manager configuration.

For example, the Cisco Unified Mobility user receives a call while the user already has six calls for the remote destination or while the user is using DTMF to transfer or conference a call from the remote destination.

The received call is sent to the enterprise voice mail when:

  • The number of calls with user exceeds Busy trigger configuration
  • CFB is configured
  • All shared lines are busy

The calls sent to the enterprise voice mail is not based on the maximum supported calls.

SIP Trunks with Cisco Unified Border Element

Cisco Unified Mobility supports the feature without midcall features over SIP trunks with Cisco Unified Border Element (CUBE).

Cisco unified mobility restrictions

Table 4. Cisco unified mobility interactions

Auto Answer

A remote destination call does not work when auto answer is enabled.

Auto Answer is not supported with Dual-Mode phones.

Call Forwarding Unregistered

Call Forward Unregistered (CFUR) support for Cisco Jabber on iPhone and Android is as follows:

  • CFUR is supported if Cisco Jabber on iPhone or Android does not have either a mobile identity or remote destination configured.

  • CFUR is not supported, and will not work, if a Remote Destination is configured

  • CFUR is not supported, and will not work, if a Mobile Identity is configured with a mobile phone number and Single Number Reach is enabled.

If you have a mobile identity or remote destination configured, use Call Forward Busy and Call Forward No Answer instead.

Call Queuing

Unified Communications Manager does not support call queuing with Cisco Unified Mobility.

Conferencing

Users cannot initiate a meet-me conference as conference controller by using mobile voice access, but they can join a meet-me conference.

If an existing conference call is initiated from a shared-line IP phone or dual-mode phone or smartphone that is a remote destination, no new conference party can be added to the existing conference after the call is sent to a mobile phone or a dual-mode handoff action occurs.

To permit the addition of new conference parties, use the Advanced Ad Hoc Conference Enabled service parameter.

Dialing + Character from Mobile Phones

Users can dial a + sign through dual-tone multifrequency (DTMF) on a mobile phone to specify the international escape character.

Cisco Unified Mobility does not support + dialing through DTMF for IVR to make an outgoing call from a mobile phone to an enterprise IP phone for which the directory number contains the + character.

Cisco Unified Mobility does not support + dialing through DTMF for two-stage dialing to make an outgoing call from a mobile phone to an enterprise IP phone for which the directory number contains the + character.

Do Not Disturb on the Desk Phone and Direct Calls to Remote Destination

If do not disturb (DND) is enabled on a desk phone, the desk phone cannot be placed in the remote In use state and the call is not anchored in the following scenarios:

  • DND is enabled with the call reject option.
  • DND is activated by pressing the DND softkey on the desk phone.
  • If DND is enabled with the ring off option, however, the call is anchored.

Dual-Mode Phones

Dual-Mode Handoff and Caller ID
The handoff DN method of dual-mode handoff requires a caller ID in the cellular network. The mobility softkey method does not require caller ID.
Dual-Mode Phones and CTI Applications

While a dual-mode phone is in Wi-Fi enterprise mode, no CTI applications control it nor monitor it.

The In Use Remote indicator for dual-mode phones on a shared line call in the WLAN disappears if the dual-mode phone goes out of WLAN range.

Dual-Mode Phones and SIP Registration Period

For dual-mode phones Unified Communications Manager, determines the registration period by using the value in the Timer Register Expires (seconds) parameter of the SIP profile that associates with the phone, not the value that the SIP Station KeepAlive Interval parameter specifies. The standard SIP profile for mobile devices determines the registration period as defined by the Time Register Expires field in that profile.

Enterprise Features From Cellular Networks

Enterprise features from cellular networks require out-of-band DTMF.

When using intercluster DNs as remote destinations for an IP phone over a SIP trunk (either intercluster trunk or gateway), check the Require DTMF Reception check box when configuring the IP phone. This allows DTMF digits to be received out of band, which is crucial for enterprise feature access midcall features.

Gateways and Ports

Both H.323 and SIP VoIP gateways are supported for mobile voice access.

Cisco Unified Mobility features are not supported for T1 CAS, FXO, FXS and BRI. SNR(Single Number Reach) is not supported with MGCP(Media Gateway Controlled Protocol).

Jabber Devices

When initially configured, Jabber devices count as registered devices. These devices increase the count of registered devices in a node, set by the Maximum Number of Registered Devices parameter.

Locales

Cisco Unified Mobility supports a maximum of nine locales. If more than nine locales are installed, they appear in the Available Locales pane, but you can only save up to nine locales in the Selected Locales pane.

If you attempt to configure more than nine locales for , the following message appears: Update failed. Check constraint (informix.cc_ivruserlocale_orderindex) failed.

Maximum Wait Timer for Desktop Call Pickup

If a user presses the *81 DTMF code from a remote destination (either a smartphone or any other phone) to put a call on hold, the user desk phone displays the Resume softkey. However, the desk phone does not apply a timer for Desktop Call Pickup. The Resume key continues to be displayed even after the timeout that is configured for the end user to pick up the call elapses and the call is not dropped.

Instead, users should hang up the call on the remote phone, which triggers the desk phone to apply the timer for desktop call pickup. (Use the Maximum Wait Time for Desk Pickup parameter on the End User Configuration screen to change this setting.)

Multilevel Precedence and Preemption

Cisco Unified Mobility does not work with multilevel precedence and preemption (MLPP). If a call is preempted with MLPP, Cisco Unified Mobility features are disabled for that call.

Overlap Sending

Overlap sending patterns are not supported for the Intelligent Session Control feature.

Q Signaling

Mobility does not support Q signaling (QSIG).

QSIG Path Replacement

QSIG path replacement is not supported.

Service Parameters

Enterprise feature access service parameters apply to standard phones and smartphones; however, smartphones generally use one-touch keys to send the appropriate codes. You must configure any smartphones that will be used Cisco Unified Mobility with to use either the default codes for enterprise feature access or the codes that are specified in the smartphone documentation.

Session Handoff

The following limitations apply to the session handoff feature:

  • Session handoff can take place only from mobile phone to desk phone. For session handoff from desk phone to mobile phone, the current remote destination pickup method specifies that you must use send call to mobile phone.
  • Only audio call session handoff is supported.

Single Number Reach with Hunt Groups

If you have a hunt group configured and one or more of the directory numbers that the hunt group points toward also has Single Number Reach (SNR) enabled, the call does not extend to the SNR remote destinations unless all devices in the hunt group are logged in.

For each device within the hunt group, the Logged Into Hunt Group check box must be checked within the Phone Configuration screen for that device.

SIP Trunks

The Cisco Unified Mobility feature is supported only for primary rate interface (PRI) public switched telephone network (PSTN) connections.

For SIP trunks, Cisco Unified Mobility is supported over IOS gateways or intercluster trunks.

SIP URI and Direct Calls to Remote Destination

The Intelligent session control feature does not support direct URI dialing. Therefore, calls that are made to a SIP URI cannot be anchored to an enterprise number.

Unified Communications Manager publisher dependent features

In a cluster environment, the publisher must be reachable in order to enable or disable Single Number Reach. Some features may not function if the publisher is not actively running.

Mobile voice access is not available when the publisher node is not reachable; IVR prompts for Mobile Voice Access are stored only on the publisher.

Video Calls

Cisco Unified Mobility services do not extend to video calls. A video call that is received at the desk phone cannot be picked up on the mobile phone.

Cisco 4000 Series Integrated Services Routers do not support Voice XML (VXML). Hence, when these routers function as Unified Communications gateways with Cisco Unified Communications Manager, they do not support Mobile Voice Access (MVA) application.

Cisco unified mobility troubleshooting

Cannot resume call on desktop phone

When a remote destination (mobile phone) is not a smartphone and a call to this mobile phone is anchored through Cisco Unified Communications Manager, the user can hang up the mobile phone and expect to see a Resume softkey on the user desktop phone to resume the call. The user cannot resume this call on the user desktop phone.

If the calling party receives a busy, reorder, or disconnect tone when the mobile phone hangs up, the mobile phone provider probably did not disconnect the media. No disconnect signals came from the provider. To verify this possibility, let the calling party wait for 45 seconds. After this wait, the service provider will time out and send disconnect signals, at which time Cisco Unified Communications Manager can provide a Resume softkey to resume the call.

  • Add the following command to the gateway: 

    voice call disc-pi-off

  • For the Cisco CallManager service, set the Retain Media on Disconnect with PI for Active Call parameter to False.