Abstract: A method includes receiving, at a home controller of a home domain and from a first device in the home domain, a first message concerning a user device that is anchored to the home domain and that has roamed from the home domain to a visitor domain. The method also includes, in response to determining that the first device is a router, opening a tunnel between the home controller and a visitor controller of the visitor domain and communicating the first message to the user device through the tunnel. The method further includes receiving, at the home controller and from a second device in the home domain, a second message concerning the user device and in response to determining that the second device is not a router, communicating, to the second device, a proxy response to the second message.

Abstract: A method includes receiving, at a home controller of a home domain and from a first device in the home domain, a first message concerning a user device that is anchored to the home domain and that has roamed from the home domain to a visitor domain. The method also includes, in response to determining that the first device is a router, opening a tunnel between the home controller and a visitor controller of the visitor domain and communicating the first message to the user device through the tunnel. The method further includes receiving, at the home controller and from a second device in the home domain, a second message concerning the user device and in response to determining that the second device is not a router, communicating, to the second device, a proxy response to the second message.

Abstract: In an example embodiment, a technique that employs a SAP/SDP packet to communicate data to a client device when a request for a multicast stream, such as a video stream, is denied. Rather than announcing a program, the SAP/SDP packet reports a status to the client device. The SAP/SDP packet may suitably comprise data representative of the video name, and a reason code, enabling the client device to provide an output, e.g. a text string, to a user associated with the client device indicating the reason for the denial. In addition, contact information such as an email address and a uniform resource locator (URL) pointing to a predetermined web page may also be included in the SAP/SDP packet that can inform the associated user of the client device where additional information can be obtained for the denial.

Abstract: In an example embodiment, a technique that employs a SAP/SDP packet to communicate data to a client device when a request for a multicast stream, such as a video stream, is denied. Rather than announcing a program, the SAP/SDP packet reports a status to the client device. The SAP/SDP packet may suitably comprise data representative of the video name, and a reason code, enabling the client device to provide an output, e.g. a text string, to a user associated with the client device indicating the reason for the denial. In addition, contact information such as an email address and a uniform resource locator (URL) pointing to a predetermined web page may also be included in the SAP/SDP packet that can inform the associated user of the client device where additional information can be obtained for the denial.