Edit

Share via

Incoming Request to Change Call Parameters

  • Article

A call manager or MCM driver is alerted to an incoming request from a remote party to change the call parameters on an active VC by signaling messages from the network. Whether a call manager or MCM driver supports dynamic QoS changes on active calls depends on the signaling protocol.

The following figure shows an incoming request through a call manager to change call parameters.

Diagram showing an incoming request to change call parameters via a call manager.

The following figure shows an incoming request through an MCM driver to change call parameters.

Diagram displaying an incoming request to change call parameters through an MCM driver.

After receiving an incoming request to change call parameters, a call manager passes appropriately modified call parameters to NdisCmActivateVc to notify the underlying miniport driver of the proposed QoS change. An MCM driver passes modified call parameters to NdisMCmActivateVc(see Activating a VC). If the underlying miniport driver accepts the changed call parameters, a call manager then calls NdisCmDispatchIncomingCallQosChange(see Incoming Request to Change Call Parameters). An MCM driver calls NdisMCmDispatchIncomingCallQosChange(see Incoming Request to Change Call Parameters). The call manager or MCM driver passes an NdisVcHandle and a buffered CO_CALL_PARAMETERS structure to Ndis(M)CmDispatchIncomingCallQoSChange.

A call to Ndis(M)CmDispatchIncomingCallQoSChange causes NDIS to call the client's ProtocolClIncomingCallQoSChange function. NDIS passes a ProtocolVcContext handle that identifies the VC and the modified call parameters in a buffered CO_CALL_PARAMETERS structure to ProtocolClIncomingCallQoSChange.

The client accepts the proposed modifications to the call parameters for the VC by doing nothing, except possibly updating any state it maintains about the QoS for the VC, and returning control. If the proposed modifications are unacceptable, the client can attempt to renegotiate the call parameters with NdisClModifyCallQoS if allowed by the signaling protocol (see Client-Initiated Request to Change Call Parameters). Otherwise, the client rejects the proposed QoS change by tearing down the call with NdisClCloseCall(see Client-Initiated Request to Close a Call).

After ProtocolClIncomingCallQoS returns, the call manager or MCM driver communicates the client's acceptance or rejection of the proposed change to the remote party that originated the request.