1.6.8.2 호출을 닫기위해 들어오는 리퀘스트

리모트 클라이언트는 NdisClCloseCall를 호출함으로써 호출을 닫을 때, 로컬 호출 관리자 혹은 MCM은 로컬 클라이언트에 대한 이러한 들어오는 요구를 인디케이트해야 한다. 그러한 요구를 인디케이트하기 위해, 콜 매니저는 NDIS_STATUS_SUCCESS로 설정된 CloseStatus로 NdisCmDispatchIncomingCloseCall을 호출한다.

그림 1.43 호출을 닫기 위해서 콜 매니저를 통해 들어오는 리퀘스트

MCM은 호출을 닫기 위해 들어오는 요구를 인디케이트하기 위해 NdisMCmDispatchIncomingCloseCall를 호출한다.

그림 1.44 호출을 닫기 위해서 MCM을 통해 들어오는 리퀘스트

콜 매니저 혹은 MCM은 또한 다음과 같은 상황에서 Ndis(M)CmDispatchIncomingCloseCall를 호출할 수 있다:

• 만약 연결 지향 클라이언트는 콜 매니저 혹은 MCM에 의해 전에 인디케이트된 들어오는 호출에 응답으로 콜 매개변수들내에서 수락할 수 없는 변화를 요구하는 것을 결정한다면은 ProtocolCmIncomingCallComplete로부터 (Section 1.6.5.2를 봐라.)
• 만약 비정상적인 네트워크 조건들이 콜 매니저에게 강제적으로 활성화된 호출들을 끊게 한다.

ProtocolClIncomingCloseCall은 그리고나서 클라이언트가 더이상 이러한 특정 VC를 통해 데이터를 수신하는 것에 대해 기대되지 않거나 보내는 것을 시도하지 않을 것이라고 인식하기 위해(만약 VC가 클라이언트에 의해 만들어진 멀티포인트 VC라면 VC에 대한 마지막 party에 대한 핸들로) NdisClCloseCall를 호출해야 한다. 만약 콜 매니저 혹은 MCM이 이러한 VC를 만든다면은, ProtocolClIncomingCloseCall이 NdisClCloseCall을 호출한 후 제어를 리턴해야 한다. 콜 매니저 혹은 MCM은 VC를 비활성해야 한다. (Section 1.6.3.3을 봐라.)

만약 클라이언트가 원래 나가는 호출을 위해 이러한 VC를 만든다면은 그리고 CloseStatus가 NDIS_STATUS_SUCCESS 이면은, ProtocolClIncomingCloseCall가 선택적으로 NdisCoDeleteVc로 VC를 끊을 수 있다면은, (Section 1.6.3.4를 봐라.) 혹은 또하나의 호출을 위해 VC를 다시 사용할 수 있다. 만약 CloseStatus가 NDIS_STATUS_SUCCESS가 아니면은, ProtocolClIncomingCloseCall은 NdisCoDeleteVc를 호출해야 한다.

만약 콜 매니저 혹은 MCM은 원래 들어오는 호출을 위해 이러한 VC를 만든다면은, 콜 매니저 혹은 MCM이 선택적으로 각각이 NdisCoDeleteVc 혹은 NdisMCmDeleteVc를 호출함으로써 VC를 지울 수 있다. (Section 1.6.3.4를 봐라.)