Abstract: A method (500) of indicating a process to be implemented in support of a mobility transfer operation and a method (600) of responding to a mobility transfer operation being initiated. A session initiation protocol (SIP) request (120, 124, 128, 220, 226, 228) can be generated. The SIP request can indicate a mobility transfer type that corresponds to the mobility transfer operation. The SIP request can be sent from a first device (102, 106) participating in the mobility transfer operation to at least a second device (106, 102) participating in the mobility transfer operation.

Abstract: The present invention provides a device and a method in a device for authenticating the device for use in a network. The method includes requesting a first security context for use in securing a first type of communication, where as part of requesting the first security context, a second security context is jointly requested for use in securing a second type of communication. The first security context is then received and used to provide secure access and communication via the first type of communication. The second security context is then received and used to provide secure access and communication via the second type of communication.

Abstract: A system and method in which a notification is received of a call from a first device to a second device in a first domain. A context is created for the first type of call. A notification is received of initiation of a call from the second device to the first device in a second domain. The call context is utilized to notify the first device of the initiation of the call from the second device to the first device.

Abstract: A method (500) of indicating a process to be implemented in support of a mobility transfer operation and a method (600) of responding to a mobility transfer operation being initiated. A session initiation protocol (SIP) request (120, 124, 128, 220, 226, 228) can be generated. The SIP request can indicate a mobility transfer type that corresponds to the mobility transfer operation. The SIP request can be sent from a first device (102, 106) participating in the mobility transfer operation to at least a second device (106, 102) participating in the mobility transfer operation.

Abstract: A method (500) of indicating a process to be implemented in support of a mobility transfer operation and a method (600) of responding to a mobility transfer operation being initiated. A session initiation protocol (SIP) request (120, 124, 128, 220, 226, 228) can be generated. The SIP request can indicate a mobility transfer type that corresponds to the mobility transfer operation. The SIP request can be sent from a first device (102, 106) participating in the mobility transfer operation to at least a second device (106, 102) participating in the mobility transfer operation.

Abstract: State machine diagram (300) illustrates inactive connection (303) management wherein all bindings are deregistered, but active sessions remain. The mobile station may, re-register the connection (309), to stop the Linger Timer (305) and return the connection to the active state (303) before timeout, or otherwise before the inactive connection is terminated. Otherwise, the Linger Timer may be stopped when the last active session is moved to a different connection, or released (311). If the Linger Timer times out (315), any active sessions will be released without the explicit action of the mobile station. In the active state (303), if all bindings are deregistered and no active sessions are present, the connection may be terminated immediately as in (313), without invoking the Linger Timer. Thus, the mobile station has an opportunity to take action regarding remaining sessions, such as releasing or refreshing on a different but active connection.

Abstract: A method of updating core domain information for use by a communication device (4) for routing a service for the communication device in a communication environment (2) including a core network (8) having a plurality of core domains (9, 11), and a plurality of radio access networks (6), each of the plurality of radio access networks being associated with at least one of the plurality of core domains, comprises generating (304) by the core network network information. The network information includes information identifying a preferred core domain for the communication device and a preferred radio access network and being based on network based parameters provided by the core network and connectivity information received from the communication device identifying the radio access networks of the plurality of radio access networks which are available to the communication device for communication.

Abstract: Multimedia IMS communications are established by matching callee capabilities with caller preferences and identifying a URI parameter in response thereto. When a session initiation protocol (SIP) request identifying caller preferences for an internet communication session and an identified callee is received (602), a determination is made of whether the identified callee is a registered address of record (AOR) or not (604). If the identified callee is a registered AOR (604), a uniform resource identifier (URI) parameter and a globally routable user agent URI (GRUU) associated with callee capabilities are identified (608, 612, 614). The URI parameter is used to create a modified SIP including the URI parameter (616) for sending (618) to an IMS enabled wireless communication device (120).

Abstract: State machine diagram (300) illustrates inactive connection (303) management wherein all bindings are deregistered, but active sessions remain. The mobile station may, re-register the connection (309), to stop the Linger Timer (305) and return the connection to the active state (303) before timeout, or otherwise before the inactive connection is terminated. Otherwise, the Linger Timer may be stopped when the last active session is moved to a different connection, or released (311). If the Linger Timer times out (315), any active sessions will be released without the explicit action of the mobile station. In the active state (303), if all bindings are deregistered and no active sessions are present, the connection may be terminated immediately as in (313), without invoking the Linger Timer. Thus, the mobile station has an opportunity to take action regarding remaining sessions, such as releasing or refreshing on a different but active connection.

Abstract: State machine diagram (300) illustrates inactive connection (303) management wherein all bindings are deregistered, but active sessions remain. The mobile station may, re-register the connection (309), to stop the Linger Timer (305) and return the connection to the active state (303) before timeout, or otherwise before the inactive connection is terminated. Otherwise, the Linger Timer may be stopped when the last active session is moved to a different connection, or released (311). If the Linger Timer times out (315), any active sessions will be released without the explicit action of the mobile station. In the active state (303), if all bindings are deregistered and no active sessions are present, the connection may be terminated immediately as in (313), without invoking the Linger Timer. Thus, the mobile station has an opportunity to take action regarding remaining sessions, such as releasing or refreshing on a different but active connection.

Abstract: A method (500) of indicating a process to be implemented in support of a mobility transfer operation and a method (600) of responding to a mobility transfer operation being initiated. A session initiation protocol (SIP) request (120, 124, 128, 220, 226, 228) can be generated. The SIP request can indicate a mobility transfer type that corresponds to the mobility transfer operation. The SIP request can be sent from a first device (102, 106) participating in the mobility transfer operation to at least a second device (106, 102) participating in the mobility transfer operation.

Abstract: The present invention provides a device and a method in a device for authenticating the device for use in a network. The method includes requesting a first security context for use in securing a first type of communication, where as part of requesting the first security context, a second security context is jointly requested for use in securing a second type of communication. The first security context is then received and used to provide secure access and communication via the first type of communication. The second security context is then received and used to provide secure access and communication via the second type of communication.

Abstract: Active sessions and dialogs may be moved between connections and P-CSCFs. For example, in some embodiments either new bindings may be created with a different connection for a Public User ID or the UE may re-register one or more specific bindings for a Public User ID from one connection to another. The capabilities improve service continuity when handing over between IP-CANs. FIG. 13 illustrates exemplary messaging for moving bindings to a new connection for a Private User ID between UE (1305) and P-CSCF (1307) when the UE (1305) is in a visited IP-CAN, that is, visited network (1303). The UE (1305) invokes the unprotected global seamless re-registration of the embodiments via an unprotected initial registration procedure wherein the UE (1305) includes a “seamless-ims” parameter in the Require and Proxy-Require headers of the REGISTER request (1313). The S-CSCF (1311) provides the capability to subsequently re-register bindings over new or existing connections.

Abstract: A method and apparatus for conducting a sidebar, subconference call from a multiparty conference call is provided. Once a party has joined a multiparty conference call, the party is able to initiate the subconference call by transmitting a session initiation protocol (SIP) command to a target party. Two SIP commands that may be employed to initiate the subconference call are the REFER command and the INVITE command. To allow the target party to distinguish between incoming communication requests related to the multiparty conference call from extraneous ones, the REFER or INVITE command includes at least one data field containing an identifier of the conference call referred the REFER or INVITE command. Once received and verified, the target party may respond accordingly to establish the subconference call. The target party's handset may reference data fields in the SIP command to those locally stored and known to be associated with the multiparty conference call.

Abstract: In the various embodiments of the present invention, a method of floor control in a PTX communications system comprises transmitting a floor control message via a floor control channel (905) wherein the floor control message consists of media designation fields (1003) for any possible requested media type. The media types preferred for the given requested PTX session are designated by populating the corresponding media type designators (1003) within the floor control message. The Real Time Control Protocol (RTCP) may be used for the floor control messaging channel and is independent from the requested media streams (217) which are typically Real-time Transport Protocol (RTP) media streams. Support may be provided for older mobiles that do not support each type of RTP media stream, but will still receive and interpret the RTCP floor control messaging, which in the embodiments of the present invention, is common for all media types.

Abstract: A system and method in which a notification is received of a call from a first device to a second device in a first domain. A context is created for the first type of call. A notification is received of initiation of a call from the second device to the first device in a second domain. The call context is utilized to notify the first device of the initiation of the call from the second device to the first device.

Abstract: A method of updating core domain information for use by a communication device (4) for routing a service for the communication device in a communication environment (2) including a core network (8) having a plurality of core domains (9, 11), and a plurality of radio access networks (6), each of the plurality of radio access networks being associated with at least one of the plurality of core domains, comprises generating (304) by the core network network information. The network information includes information identifying a preferred core domain for the communication device and a preferred radio access network and being based on network based parameters provided by the core network and connectivity information received from the communication device identifying the radio access networks of the plurality of radio access networks which are available to the communication device for communication.

Abstract: Disclosed is a SIP client having a session initiation protocol module. A router that is capable of communicating with the SIP client, the router having a closest anycast IP server module. A SIP proxy server having an anycast address and a unicast address replacement module, the unicast address replacement module capable of replacing the anycast IP address of a received IP packet, that includes a session initiation protocol request message, with a unicast IP address of the SIP proxy server.

Abstract: A system and method for establishing a secure and authenticated session layer path between user equipment (102) and a security proxy (112), such as a serving call session control function (116). A communications session is established at a user equipment node (102), prior to registering with the security proxy (112). The user equipment (102) subscribes, through the communications session prior to registering with the security proxy (112), to an event package from the security proxy (112). A secure and authenticated session layer path (426) is established, based upon the subscription, through the communications session from the user equipment node to the security proxy (112) and therefore the serving call session control function (116). A session initiation protocol session (442) is originated, at the user equipment node (102), over the secure and authenticated session layer path (426) based upon authentication provided by the secure and authenticated session layer path (426).

Abstract: A UE (200) may establish various IMS Connections via various Access and Transport Networks (211). Each IMS Connection is associated with a specific contact address and all IMS connections are associated with a single specific Private User ID (229). Also various IMS connections may be established through different or identical P-CSCFs. For example, active IMS Connection (213) is associated with contact address 1 (203) and P-CSCF #1 (215), while IMS Connection #2 (217) is associated with contact address 2 (205) and P-CSCF #2 (219). All IMS connections shown in FIG. 2 are via IPsec and are connected to S-CSCF (227). Therefore, at S-CSCF (227) the UE (200) is associated with one Private User ID (229) based upon the UE (200) ISIM (201). Thus in accordance with the embodiments, sessions may be moved between IMS connections and P-CSCFs which facilitates handoffs between various Access and Transport Networks (211).