Upon looking through the code for the C# implementation of the API, I didn't see that call implemented. After implementing it myself I noticed that no data is returned in the reply and only a 200 is sent. In the API definition is states that a boolean will be returned.
Here is the request:
HEAD https://api.usw2.pure.cloud/api/v2/notifications/channels/streaming-"removed"
HTTP/1.1
Accept: application/json
Authorization: Bearer "removed"
Host: api.usw2.pure.cloud
As for the boolean return, my guess is that our underlying implementation of that API, which are docs are based on, probably does return a boolean true/false, but the HTTP HEAD verb is designed to only return HTTP headers and not the actual payload like an HTTP GET does (https://developer.mozilla.org/en-US/docs/Web/HTTP/Methods/HEAD). So you will likely never get the boolean value returned, but an HTTP 200 OK should imply a success that the channel is valid, otherwise you'd get an HTTP 404 returned.
I installed Visual Studio on my Mac today and was able to confirm that the Genesys Cloud Platform SDK available via NuGet does contain the HeadNotificationsChannel() method and that method, when called, doesn't return a boolean due to it being a HEAD verb that doesn't return a payload.
Could you open a case with Genesys Cloud Care to report this issue? API resources are expected to behave in accordance with the documentation; this is a bug.