Participant Video Stream State Not Updating on Caller Side During UWP to UWP Video Call

## Description
In a UWP app to UWP app video call, the participant's video stream state does not update correctly on the caller's side. This issue occurs when the participant's video stream is started. The caller's application fails to reflect the participant's video stream, leading to inconsistencies in the video call experience.

### This issue is for a:
```
- [ x ] bug report -> please search issues before submitting
- [ ] feature request
- [ ] documentation issue or request
- [ ] regression (a behavior that used to work and stopped in a new release)
```

### Minimal steps to reproduce
>Initiate a video call from UWP App A (Caller) to UWP App B (Participant).
>UWP App B's video stream not appear on UWP App A

### Expected/desired behaviour
> Participant Video stream should appear on the caller side

### OS and Version?
> Windows 11, version 22H2 (10.0; Build 22621)
> UWP .NET 6.0

### Proposed Solution
>Ensure that the participant's video stream state is consistently monitored and updated on the caller's side. Implement real-time synchronization mechanisms to handle state changes

### Repository
> communication-services-dotnet-quickstarts-main/Calling

The issue points to the communication-services-dotnet-quickstarts-main/Calling quickstart; begin by locating the UWP caller and participant video-call entry points. Reproduce the call on Windows 11 with .NET 6.0 and trace how the participant's video stream state reaches the caller. Done means the participant video appears on the caller side when it starts, with a suitable verification path documented.

Written by the indexing model from the issue text.