Is there the ability through configuration to allow PushToTalk (PTT) to have priority over Telephony or Facetime calls if the user desires that? In a public safety focused PTT application there could be times where the PTT application may be more important than a telephone or Facetime call to a first responder. In the perfect world a responder would be able to manage both telephone and PTT calls at the same time. For example, put the telephony call on hold during the PTT call or work both at the same time. Working both at the same time might look something like this: route outbound audio to PTT while the PTT button is held and route audio to the phone call while the PTT button is not held down. Incoming PTT audio and phone or Facetime audio could be mixed or one played in the headset and the other played from the phones speaker. Thanks in advance for responding to this question.

Hello, Do you recommend to use Push to Talk for Voip apps ?

I was just watching the Enhance voice communication with Push To Talk WWDC22 session video and was wondering (a few questions) -- (1) (when) will you be making the demo app available that was shown at the beginning of the video? (2) There was some detail given regarding the new APNs push type ("pushtotalk"), but it was unclear to me if that's something I need to handle manually, or if those will be sent automatically when I do channelManager.requestBeginTransmitting? (3) How does the audio data itself get routed around? Is that handled by the system between the requestBeginTransmitting and stopTransmitting calls? Or somehow part of the APNs payload? Or something we must handle? Thank you! thanks!!

Hi, trying to implement a simple PushToTalk app but I cannot seem to begin transmitting. When I start a transmission programmatically in my app in the foreground: self.channelManager.requestBeginTransmitting(channelUUID: channelUUID) This throws an error: Error Domain=com.apple.pushtotalk.channel Code=1 "(null)" Which seems to map to the appNotForeground error? https://developer.apple.com/documentation/pushtotalk/ptchannelerror/code When I try transmitting from the background, nothing happens at all. Any thoughts?

Please let us know whether any standards are being followed by New PushToTalk Framework. Existing PushKit Framework will still exist for voip PTT calls [On Devices running 15.x OS and below]. How does our application behave with respect to PushKit Framework when we compile/link against 16.x SDK and entitlements [ unrestricted.voip, unrestricted.voip-ptt ] . Our application minimum deployment target is 11.0 3. Is there a sample code which demonstrates the usage of API. Appreciate if you can send us a link/copy of the sample project 4. channelUUID - Is there any additional article/document on this? 5. As per document, we can be active on one single channel at any given time, Is it possible to just join multiple channels and not be active? 6. joinTheChannel - Apart from getting us a new Push Token , what exactly does this API do? 6 . (PTPushResult *)incomingPushResultForChannelManager:(PTChannelManager *)channelManager channelUUID:(NSUUID *)channelUUID pushPayload:(NSDictionary<NSString *,id> *)pushPayload; channelUUID part of incomingPush API refers to self channelUUID / remoteChannelUUID

Hi there, from the video I have the impression that a local push to talk server is required in order to let the participants of the PTT service connect and use the service. Is that correct? If so, are there any requirements to set this up? Generally I have not seen any information about security settings. Can it be prevented that "outsiders" cannot connect to channels and listen to the audio messages? Furthermore, can you elaborate on potential usage of e.g. per app VPN connectivity to further enhance security? Is it possible to maintain a catalog of actively channels so that users can "hop" from one channel to another one? From the video I understand that an app can only join a single channel at a time. Is there modification possible to allow users to listen to multiple channels ? Clearly users should only be able to send one audio message to one channel, but it is a under stable use case to support listening to multiple channels. Thanks Marco