Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W36/00—Hand-off or reselection arrangements
  • H04W36/0005—Control or signalling for completing the hand-off
  • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
  • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
  • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
  • H04W36/00226—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W76/00—Connection management
  • H04W76/10—Connection setup
  • H04W76/18—Management of setup rejection or failure

Definitions

• Any given user equipment may support different radio access technologies (RAT) (frequency bands) and/or frequency division duplex (FDD)-time division duplex (TDD) for inter/intra-RAT handover.
• RAT radio access technologies
• FDD frequency division duplex
• TDD time division duplex
• a serving network can have different layers for coverage (for example, packet switched to packet switched handover). Accurate packet switched voice supported indication can permit reliable operation of such systems.
• LTE Long term evolution
• 3GPP 3rd generation partnership project
• IP internet protocol
• IMS multimedia subsystem
• CSFB circuit switched fallback
• EPS evolved packet system
• MME mobility management entity
• the serving public land mobile network can provide such an indication based on, for example, local policy, home PLMN (HPLMN), the single radio voice call continuity (SRVCC) capability of the network and user equipment and/or extent of universal terrestrial radio access network (UTRAN)/evolved UTRAN (E-UTRAN) coverage.
• the serving PLMN can indicate to the user equipment that the user equipment can expect a successful IMS voice over packet switched (PS) session when the mobility management entity is configured to know that the serving PLMN has a roaming agreement for IMS voice with the HPLMN of the user equipment. This indication can be made per a tracking area identity (TAI) list.
• TAI tracking area identity
• user equipment's radio capabilities information is not always available in the mobility management entity at the time that "IMS voice over PS Session Supported" indication is returned to the user equipment in EPS attach or tracking area update (TAU) procedure. For instance, in case of a tracking area update response right after an inter- MME mobility or first ATTACH response, the user equipment's radio capabilities may not be available in the target mobility management entity.
• TAU tracking area update
• the user equipment can indicate global system for mobile communication (GSM) edge radio access network (GERAN)/UTRAN single radio voice call continuity support separately in non-access stratum (NAS) to mobility management entity.
• GSM global system for mobile communication
• GERAN edge radio access network
• NAS non-access stratum
• AS access stratum
• CSFB can be used if single radio voice call continuity cannot be supported by the user equipment. This approach, however, may not address a PS-PS handover related to frequency band support situation.
• the user equipment may omit indicating that single radio voice call continuity is supported in the NAS level unless the user equipment has at least one supported RAT in the AS level: for example, it has interoperability tested (lOTed) to one of the radio access technologies.
• Another approach is to rely on single radio voice call continuity as backup. For example, when PS-PS handover cannot be performed because the user equipment/Radio network capabilities do not match, then single radio voice call continuity to 2/3G circuit switched can be used for continuing the voice support.
• a method includes determining whether a user equipment can support voice over packet switched, based on information about the user equipment and the network.
• a non-transitory computer readable medium is encoded with instructions that, when executed in hardware, perform a process.
• the process includes determining whether a user equipment can support voice over packet switched, based on information about the user equipment and the network.
• An apparatus includes determining means for determining whether a user equipment can support voice over packet switched, based on information about the user equipment and the network.
• An apparatus in certain embodiments, includes at least one processor and at least one memory including computer program code.
• the at least one memory and computer program code are configured to, with the at least one processor, cause the apparatus at least to determine whether a user equipment can support voice over packet switched, based on information about the user equipment and the network.
• a method includes receiving from a network element a request for information about whether a user equipment can support voice over packet switched. The method also includes providing a response to the request to the network element, wherein the network element is configured to determine whether the user equipment can support voice over packet switched, based on the response and information about the network.
• a non-transitory computer readable medium is encoded with instructions that, when executed in hardware, perform a process.
• the process includes receiving from a network element a request for information about whether a user equipment can support voice over packet switched.
• the process also includes providing a response to the request to the network element, wherein the network element is configured to determine whether the user equipment can support voice over packet switched, based on the response and information about the network.
• An apparatus includes receiving means for receiving from a network element a request for information about whether a user equipment can support voice over packet switched.
• the apparatus also includes response means for providing a response to the request to the network element, wherein the network element is configured to determine whether the user equipment can support voice over packet switched, based on the response and information about the network.
• An apparatus in certain embodiments, includes at least one processor and at least one memory including computer program code.
• the at least one memory and computer program code are configured to, with the at least one processor, cause the apparatus at least to process a request, received from a network element, for information about whether a user equipment can support voice over packet switched.
• the at least one memory and computer program code are also configured to, with the at least one processor, cause the apparatus at least to provide a response to the request to the network element, wherein the network element is configured to determine whether the user equipment can support voice over packet switched, based on the response and information about the network.
• Figure 1 illustrates coverage scenarios according to certain embodiments.
• Figure 2 illustrates a method according to a first embodiment.
• Figure 3 illustrates a method according to a second embodiment.
• Figure 4 illustrates a method according to a third embodiment.
• Figure 5 illustrates a method according to a fourth embodiment.
• Figure 6 illustrates high level procedure for long term evolution packet switched voice indication according to certain embodiments.
• Figure 7 illustrates a method according to certain embodiments.
• Figure 8 illustrates a system according to certain embodiments.
• TS 23.401 (which is incorporated herein its entirety) indicates that if voice over internet protocol (IP) multimedia subsystem (IMS) is supported by the evolved packet system (EPS) then a mobility management entity (MME) provides "IMS voice over PS Session Supported" indication to user equipment. And the mobility management entity, in certain embodiments, will expect that single radio voice call continuity or PS-PS handover can be performed by the user equipment for voice call continuity.
• IP internet protocol
• MME mobility management entity
• the mobility management entity is conventionally not aware of access stratum (AS) level information related to single radio voice call continuity (SRVCC), including to which radio access technology (RAT) that the user equipment has been SRVCC interoperability tested (lOTed).
• AS access stratum
• SRVCC single radio voice call continuity
• RAT radio access technology
• the IOT bit(s) for SRVCC to UMTS and for SRVCC to GSM may be provided in two separate feature group indicators (FGIs).
• FGIs feature group indicators
• the mobility management entity is conventionally not aware of information exchanged via access stratum protocols between user equipment and radio access network.
• the mobility management entity conventionally receives only non- access stratum (NAS) level information from user equipment that the user equipment supports single radio voice call continuity.
• NAS non-access stratum
• the mobility management entity does not receive non-access stratum level information from the user equipment about whether single radio voice call continuity is restricted to single radio voice call continuity to second generation (2G) only or third generation (3G) only.
• mobility management entity would not conventionally be able to detect this discrepancy between AS and NAS, and would conventionally falsely indicate "IMS voice over PS Session Supported" to the user equipment. If a voice call is still setup in LTE and UE runs out of the LTE coverage, the voice call will drop and this will bring bad user experience.
• the mobility management entity moreover, conventionally does not know the radio related information such as surrounding neighbor cell/frequency for packet switched handover determination and the user equipment's inter-RAT capabilities. In other words, the mobility management entity does not know which bands the user equipment can support. Thus, the mobility management entity may assume that the user equipment can support the long term evolution frequency bands that the network is using and so give "IMS voice over PS Session Supported" to the user equipment. However, if the user equipment supports long term evolution with band X and UMTS with band Y but the network only serves voice over IP (VoIP) on long term evolution band X and universal mobile telecommunications system (UMTS) with band Z, then the user equipment will have packet switched voice call dropped when it goes between band X and Z. A similar scenario can also occur for an area covered by multiple long term evolution layers with different frequency bands. Therefore, this issue can also apply to intra-RAT long term evolution as well.
• VoIP voice over IP
• UMTS universal mobile telecommunications system
• any given user equipment may support different RAT (and/ or frequency bands) and/or frequency division duplex (FDD)-time division duplex (TDD) for inter/intra-RAT handover.
• FDD frequency division duplex
• TDD time division duplex
• a serving network can have different layers for coverage (for example, PS-PS handover).
• PS-PS handover even a user equipment in its home network may have various capabilities, as a user equipment may not be configured to support all long term evolution bands.
• the issue described above may be described in terms of single radio voice call continuity with FGI/NAS mismatch, the same kind of consequence (for example, voice session is dropped) can also be applied to wherever the network and the radio capabilities are mismatched.
• the long term evolution voice coverage is based on certain combination of FDD or TDD bands, or a combination of FDD and TDD bands together then the NAS level indication "IMS voice over PS Session Supported" from mobility management entity can, in certain embodiments, be given based on the radio network layer topology and the user equipment's radio capabilities properly matched. Otherwise, the intra-LTE packet switched handover for voice session may not be possible but the user equipment will think that it is safe to use IMS voice over long term evolution. The end result is that the voice session is dropped when the user equipment crosses from one long term evolution band to another.
• HSPA high speed packet access
• PDP network requested packet data protocol
• QoS conversational quality of service
• the NAS level indication "IMS voice over PS Session Supported" from mobility management entity can, in certain embodiments, be given based on the user equipment capabilities to perform IMS voice over HSPA and the coverage dependency for overlapping HSPA and long term evolution.
• FIG. 1 illustrates coverage scenarios according to certain embodiments.
• the same mobility management entity MME
• packet switched voice coverage conditions can change in each of the areas. Some of this change may be reflected in a tracking area identity (TAI) list.
• TAI tracking area identity
• UE user equipment
• FDD frequency division duplex
• HSPA high speed packet access
• User equipment capabilities to be taken into account can include single radio voice call continuity from long term evolution to 3G, single radio voice call continuity from long term evolution to 2G, IMS voice supported over long term evolution, IMS Voice supported over HSPA, and PS-PS handover to 3G/2G.
• User equipment radio capabilities to be taken into account can include FDD bands, TDD bands, packet switched handover from long term evolution FDD to long term evolution TDD or vice versa, and packet switched handover from long term evolution FDD/TDD to 3G TDD/FDD or vice versa.
• Radio network topology for the voice coverage at the user equipment location to be taken into consideration can include based on single radio voice call continuity to 2G, based on single radio voice call continuity to 3G (TDD and/or FDD), based on PS-PS handover to other long term evolution band (FDD and/or TDD), or based on PS-PS handover to HSPA (FDD and/or TDD).
• a mobility management entity may be lacking detailed information to ensure voice can be continued in an environment where the user equipment capabilities and network capabilities/policy for voice call continuity may not match. Certain embodiments, therefore, ensure that voice can be continued in an environment where the user equipment capabilities and network capabilities/policy for voice call continuity may not match, taking into account, for example, the characteristics mentioned above.
• Figure 2 illustrates a method according to a first embodiment (herein the terms "first,” “second,” and so forth as applied to embodiments are to be understood simply as designators for ease of reference, not indicators of order, preference, or the like).
• the user equipment and network can follow the existing procedure as defined in release 10 (R10) of 3GPP, except that additionally the mobility management entity can also indicate to the base station eNodeB ("eNb") the "IMS Voice over PS session supported Indication" in InitialContextSetupRequest to the eNodeB or some new S1 AP signaling message to be defined.
• eNb base station eNodeB
• IMS Voice over PS session supported Indication in InitialContextSetupRequest to the eNodeB or some new S1 AP signaling message to be defined.
• the eNodeB gets the user equipment's radio capabilities as part of the existing procedure either from mobility management entity or from user equipment.
• eNB can evaluate the user equipment's radio capabilities when the indication is received. The eNB evaluates whether PS-PS handover or single radio voice call continuity can be performed based on such criteria as operator policy, network deployment situation, user equipment's capabilities, or the like. If the eNB decides that the PS-PS handover and/or single radio voice call continuity is not possible so that voice call cannot be continued, then eNB includes "Voice over PS session not possible" flag in a message to the mobility management entity.
• the message can be an S1 AP message, e.g., Initial Context Setup Response or UE CAPABILITY INFO INDICATION INFO or new S1 AP message.
• the UE can, at 205, provide PS HO possible to 3G and/or PS HO possible to 2G with other existing UE capability parameters. Based on this information plus roaming, policy, and the like, the network can decide "IMS VoPS session supported Indication" in step 210.
• Other parameters can include, for example, SRVCC support for 2G/3G, UE supporting VoHSPA, Voice centric UE or not, preferred domain, (for example, PS or CS) and the like.
• Figure 3 illustrates a method according to a second embodiment.
• the mobility management entity can provide the information to the eNB during S1 setup or is delivered by operations, administration, and maintenance (OAM) procedures.
• OAM operations, administration, and maintenance
• a result of evaluation by the eNB can be delivered to the mobility management entity in an S1 AP message.
• the mobility management entity provides the "IMS Voice over PS session supported Indication" or some other indication to notify that the network supports IMS Voice over packet switched to eNB during the S1 setup.
• This can be characterized more as network capability than as individual per user equipment related information.
• O&M operations and maintenance
• Other ways of providing the information to the eNB are also permitted.
• the user equipment and network can follow the existing procedure as defined currently in R10 and, at 320, the eNB gets the user equipment's radio capabilities as part of the procedure either from the mobility management entity or from the user equipment.
• eNB evaluates the user equipment's radio capabilities. For example, the eNB evaluates whether PS-PS handover and/or single radio voice call continuity can be performed based on such criteria as operator policy, network deployment situation, user equipment's capabilities, or the like. If the eNB decides that the PS-PS handover and/or single radio voice call continuity are not possible, then eNB includes "Voice over PS session not possible" flag to mobility management entity in an S1 AP message, e.g., Initial Context Setup Response or UE CAPABILITY INFO INDICATION INFO or new S1 AP message.
• S1 AP message e.g., Initial Context Setup Response or UE CAPABILITY INFO INDICATION INFO or new S1 AP message.
• the mobility management entity set the "IMS Voice over PS session supported Indication" to FALSE during the forced long term evolution attach, the user equipment can then use CSFB as backup, based on its voice preference settings.
• the above procedures may not impact any conventional long term evolution user equipment.
• the first and second embodiments may operate well when the number of user equipment that would require forced re-attach would be small. However, an AS or NAS procedure can be performed to allow the newer user equipment to behave differently. Thus, in certain embodiments only legacy long term evolution user equipment use the first and/or second embodiments described above, whereas the new long term evolution user equipment use the third and/or fourth embodiments described below.
• the third and fourth embodiments may avoid forced re-attaches by either eNB or mobility management entity forcing the user equipment to perform a tracking area update.
• the UE can, at 305, provide PS HO possible to 3G and/or PS HO possible to 2G with other existing UE capability parameters. Based on this information plus roaming, policy, and the like, the network can decide "IMS VoPS session supported Indication" in step 310.
• Other parameters can include, for example, SRVCC support for 2G/3G, UE supporting VoHSPA, Voice centric UE or not, preferred domain, (for example, PS or CS) and the like.
• Figure 4 illustrates a method according to a third embodiment.
• the method of Figure 4 can include an AS procedure, as explained below.
• the user equipment and network can follow the existing procedure as defined currently in R10.
• the mobility management entity can also indicate to the eNodeB the "IMS Voice over PS session supported Indication" in InitialContextSetupRequest to eNodeB.
• the eNodeB can get the user equipment's radio capabilities as described above. If the received "IMS Voice over PS session supported Indication" from mobility management entity is set to TRUE, at 430, the eNB can evaluate the user equipment's radio capabilities when received.
• the eNB can also be aware that this user equipment supports an AS interaction procedure defined by a user equipment's radio capability bit. Hence, the eNB can evaluate whether PS-PS handover and/or single radio voice call continuity can be performed based on operator policy, network deployment situation, user equipment's capabilities or the like. If eNB decides that the PS-PS handover and/or single radio voice call continuity is not possible, then at 440, the eNB can instruct the user equipment to perform a tracking area update with voice preference set to prefer CSFB instead of IMS voice or set to CSFB only.
• the UE can, at 405, provide PS HO possible to 3G and/or PS HO possible to 2G with other existing UE capability parameters. Based on this information plus roaming, policy, and the like, the network can decide "IMS VoPS session supported Indication" in step 410.
• Other parameters can include, for example, SRVCC support for 2G/3G, UE supporting VoHSPA, Voice centric UE or not, preferred domain, (for example, PS or CS) and the like.
• Figure 5 illustrates a method according to a fourth embodiment.
• the method of Figure 5 can include an NAS procedure, as explained below.
• the mobility management entity can also indicate to the eNodeB the "IMS Voice over PS session supported Indication" in InitialContextSetupRequest to the eNodeB.
• the eNodeB can get the user equipment's radio capabilities as described above.
• the eNB can evaluate the user equipment's radio capabilities. That is, the eNB can evaluate whether PS-PS handover and/or single radio voice call continuity can be performed based on operator policy, network deployment situation, user equipment's capabilities or the like. If eNB decides that the PS-PS handover and/or single radio voice call continuity is not possible, then eNB can include "Voice over PS session not possible" flag to mobility management entity in an S1 AP message, e.g., Initial Context Setup Response or UE CAPABILITY INFO INDICATION INFO or new S1 AP message.
• S1 AP message e.g., Initial Context Setup Response or UE CAPABILITY INFO INDICATION INFO or new S1 AP message.
• the mobility management entity can determine, based on the user equipment's capability exchange info, that the user equipment supports the following NAS procedure. Accordingly, at 540, the mobility management entity can send an indication to the user equipment via NAS to instruct the user equipment to perform a tracking area update with voice preference set to prefer CSFB instead of IMS voice or set to CSFB only.
• TA new tracking area
• its voice setting can be reset to default.
• the default can be, for example, that IMS voice can be tried again.
• the network capability of PS-PS handover or single radio voice call continuity to 2/3G can be consistent within the TA list.
• the UE can, at 505, provide PS HO possible to 3G and/or PS HO possible to 2G with other existing UE capability parameters. Based on this information plus roaming, policy, and the like, the network can decide "IMS VoPS session supported Indication" in step 510.
• Other parameters can include, for example, SRVCC support for 2G/3G, UE supporting VoHSPA, Voice centric UE or not, preferred domain, (for example, PS or CS) and the like.
• this embodiment can be combined with the first or second embodiments described above.
• the eNB can still indicate "Voice over PS session not possible" to the mobility management entity as in the first and second embodiments, and the eNB or mobility management entity can also indicate to the user equipment to trigger a tracking area update. Then instead of the mobility management entity triggering forced reattachment as in the first and second embodiments, the mobility management entity can wait for a tracking area update from the user equipment and provide "IMS Voice over PS session supported Indication" set to FALSE to user equipment at the time of the new tracking area update.
• the system can be modified to take into account non-cooperative legacy long term evolution user equipment as well as cooperative long term evolution user equipment.
• the user equipment can be configured to support IMS voice support over long term evolution and HSPA separately.
• the mobility management entity is not required to know about the radio network topology. For example, the mobility management entity is not required to know about Intra- or Inter-RAT packet switched handover band, FDD/TDD, or the like.
• AS and NAS level interaction can be kept independent. The mobility management entity does not have to be aware of radio related parameter to make the proper decision.
• voice-related AS issues can be kept between the user equipment and the eNB.
• the radio related task can be handled by the eNodeB and an eNB-MME procedure can allow the mobility management entity to change the "voice over PS session Supported" indication, if appropriate.
• Figure 6 illustrates high level procedure for long term evolution packet switched voice indication according to certain embodiments.
• the newer user equipment (UE) provides an indication of whether a user equipment supports SR-VCC to 3G, SR-VCC to 2G, packet switched handover to 3G, packet switched handover to 2G, and VoHSPA are supported.
• the existing user equipment (UE) only provides SR VCC supported indication as one bit.
• the indication can be provided during a long term evolution attach procedure, so that the mobility management entity can decide whether to set the "voice over PS session Supported" indication based on this information and operator policy for voice call continuity.
• the additional indications from the newer UE can be used to allow the mobility management entity to have a better visibility for setting the "voice over PS session Supported indication" initially; thus, minimizing the chance for adjustment due to eNodeB decision.
• the mobility management entity can include the "voice over PS session Supported" indication in S1 -AP: Initial Context Setup to eNodeB so that eNodeB is aware of the decision made by mobility management entity (whether it is Y/N).
• a single radio voice call continuity possible indication can also be given as according to 3GPP TS 23.216, which is incorporated herein in its entirety.
• attach accept can be provided and the eNB can retrieve the user equipment capabilities if not received from the mobility management entity.
• the eNB can check the radio level possibility to meet such requirement. That is, the eNB can determine whether the voice session can be continued via single radio voice call continuity and/or PS-PS handover and the underlying FDD/TDD radio topology and operator's policy.
• the eNB evaluates its radio topology and the user equipment's radio capabilities, if it determines that the packet switched Voice cannot be supported, then the eNB sends a "PS Voice not possible" indication to the mobility management entity via Initial Context Setup Response or UE CAPABILITY INFO INDICATION INFO or new S1 AP message. If eNB decides that packet switched Voice can be supported, eNB can send a "PS Voice possible" indication explicitly to MME. Alternatively, eNB can omit the indication and MME understands that packet switched Voice can be supported. This signaling can be also the other way around.
• eNB can supports packet switched Voice based on user equipment's radio capabilities, topology, operator's policy and/or other information, eNB sends a "PS Voice possible" to MME. And if eNB decides that eNB cannot support packet switched Voice, it does not send anything to MME and MME implicitly understand that eNB cannot support packet switched Voice.
• the mobility management entity can send the correct NAS level "voice over PS session Supported" indication to user equipment by either forcing the user equipment to perform reattach to long term evolution and mobility management entity sends the correct "NO" indication in the next Attach Accept message.
• a NAS procedure can permit the mobility management entity to update the user equipment directly.
• the INITIAL CONTEXT SETUP REQUEST message does not need to be used.
• a "voice over PS session Supported" indication for a user equipment may not get corrected until the EPS bearer is invoked.
• a NAS procedure can permit the mobility management entity to update the user equipment immediately.
• the NAS signaling can be enhanced (for example, in S1 above) to include the user equipment features (for example, single radio voice call continuity to 3G, single radio voice call continuity to 2G, IMS over HSPA supported, packet switched to packet switched handover to 3G/2G).
• user equipment features for example, single radio voice call continuity to 3G, single radio voice call continuity to 2G, IMS over HSPA supported, packet switched to packet switched handover to 3G/2G.
• one approach can be to perform an intra long term evolution TDD to FDD handover as first step and then perform single radio voice call continuity to UMTS as second step.
• a similar approach can be used for the inverted case, in which the handover is in an opposite direction. This decision can be made by the eNodeB.
• the TA list can be set in a way that all TA and target cell radio have the same capabilities required for voice session continuity.
• FIG. 7 illustrates a method according to certain embodiments. The method of Figure 7 can be performed by a user equipment, eNodeB, and mobility management entity, either individually or working in cooperation.
• the method can include determining whether a user equipment can support voice over packet switched (for example, whether the user equipment can be provided with VoIP over LTE), based on information about the user equipment and the network.
• the determining can include evaluating user equipment capabilities at 712, evaluating user equipment radio capabilities at 714, and/or evaluating radio network topology for the voice coverage at the user equipment location at 716.
• the method can also include, at 720, instructing the user equipment to take a disabling action when it is determined that the user equipment cannot support voice over packet switched network as voice over packet switched continuity cannot be guaranteed.
• the instructing can be instructing the user equipment to perform, at 722, a new attachment or to perform, at 724, a new tracking area update.
• This new attachment or new tracking area update can be accompanied by setting a flag that was previously "TRUE" to "FALSE". For example, "voice over PS session Supported indication" can be set to "No" or "False".
• the method can include, at 730, determining a correct setting of "IMS voice over PS session Supported indication".
• the method can further include taking variables regarding the user equipment and/or radio network into account when determining the correct setting on "IMS voice over PS session Supported indication".
• Taking the variables into account can include taking user equipment capabilities into account, taking user equipment radio capabilities into account, and taking radio network topology for the voice coverage at the user equipment location into account in addition to other information like roaming agreement and/or operator policy and the like.
• Figure 8 illustrates a system according to certain embodiments.
• a system may include three devices, MME 810, eNodeB 820, and UE 830.
• Each of the devices 810, 820, and 830 may be equipped with at least one processor (respectively 814, 824, and 834), at least one memory (respectively 815, 825, and 835) including computer program instructions or code, a transceiver (respectively 816, 826, and
• Each transceiver 816, 826, and/or 836 can be a transmitter, a receiver, both a transmitter and a receiver, or a unit that is configured both for transmission and reception.
• the transceiver 816, 826, and/or 836 can be coupled to one or more respective antenna(s) 817, 827, and/or 837, which may include a directional antenna, or a microwave link.
• the MME 810, eNodeB 820, and UE 830 be equipped with an antenna.
• the MME 810 can be configured for only wired communication over a network, such as a fiber-optic network and the eNodeB 820 can be equipped for both wired and wireless communication.
• Each at least one processor 814, 824, and/or 834 can be variously embodied by any computational or data processing device, such as a central processing unit (CPU) or application specific integrated circuit (ASIC).
• the at least one processor 814, 824, and/or 834 can be implemented as one or a plurality of controllers.
• Each at least one memory 815, 825, and/or 835 can be any suitable storage device, such as a non-transitory computer-readable medium.
• a hard disk drive (HDD) or random access memory (RAM) can be used in the at least one memory 815, 825, and/or 835.
• the at least one memory 815, 825, and/or 835 can be on a same chip as the corresponding at least one processor 814, 824, and/or 834, or may be separate from the corresponding at least one processor 814, 824, and/or 834.
• the computer program instructions may be any suitable form of computer program code.
• the computer program instructions may be a compiled or interpreted computer program.
• Each at least one memory 815, 825, and/or 835 and computer program instructions can be configured to, with the corresponding at least one processor 814, 824, and/or 834, cause a hardware apparatus (for example, MME 810, eNodeB 820, and/or UE 830) to perform a process, such as the processes described above.
• a hardware apparatus for example, MME 810, eNodeB 820, and/or UE 830
• a non-transitory computer-readable medium can be encoded with computer instructions that, when executed in hardware perform a process, such as one of the processes described herein.
• a process such as one of the processes described herein.
• certain embodiments of the present invention may be performed entirely in hardware.
• each of MME 810, eNodeB 820, and UE 830 can include a user interface that is operable connected to the corresponding processor 814, 824, and/or 834 and corresponding memory 815, 825, and/or 835.
• That user interface can include a display, such as a liquid crystal display (LCD) or organic electroluminescent display (OELD), as well as speakers or audio outputs. Tactile outputs, such as a haptic feedback system, can also be included.
• the user interface may have a touch screen to receive user input. User input can also be provided by a keypad, keyboard, microphone, joystick, mouse, trackball, or other input device.
• each of MME 810 and eNodeB 820 can be implemented as a rack-mounted computer.
• the MME 810 and eNodeB 820 are shown as separate boxes, the devices may, in certain cases, be located within a same physical enclosure.
• a method includes determining whether a user equipment can support voice over packet switched (more specifically, for example, whether the user equipment can be provided with VoIP over LTE), based on information about the user equipment and the network.
• the method can also include instructing the user equipment to take a disabling action when it is determined that the user equipment cannot support voice over packet switched.
• the instructing can be performed by a mobility management entity or an eNodeB.
• the instructing can be instructing the user equipment to perform a new attachment or a new tracking area update.
• the determining can include evaluating user equipment capabilities, user equipment radio capabilities, and/or radio network topology for the voice coverage at the user equipment location in addition to other information like roaming agreement and/or operator policy and etc.
• the method can include determining a correct setting of "IMS voice over PS session Supported indication".
• the method can further include taking variables regarding the user equipment and/or radio network into account when determining the correct setting on "IMS voice over PS session Supported indication”.
• the variables can include user equipment capabilities, user equipment radio capabilities, and radio network topology for the voice coverage at the user equipment location.
• a computer readable medium such a non-transitory computer readable medium, can in certain embodiments be encoded with instructions that, when executed in hardware, perform a process.
• the process can include determining whether a user equipment can support voice over packet switched (more specifically, for example, whether the user equipment can be provided with VoIP over LTE), based on information about the user equipment and the network.
• the process can also include instructing the user equipment to take a disabling action when it is determined that the user equipment cannot support voice over packet switched.
• the instructing can be performed by a mobility management entity or an eNodeB.
• the instructing can be instructing the user equipment to perform a new attachment or a new tracking area update.
• the determining can include evaluating user equipment capabilities, user equipment radio capabilities, and/or radio network topology for the voice coverage at the user equipment location.
• the process can include determining a correct setting of "IMS voice over PS session Supported indication".
• the process can further include taking variables regarding the user equipment and/or radio network into account when determining the correct setting on "IMS voice over PS session Supported indication”.
• the variables can include user equipment capabilities, user equipment radio capabilities, and radio network topology for the voice coverage at the user equipment location.
• An apparatus (such a mobility management entity or eNodeB or component thereof) includes determining means for determining whether a user equipment can support voice over packet switched (more specifically, for example, whether the user equipment can be provided with VoIP over LTE), based on information about the user equipment and the network.
• the apparatus can also include instructing means for instructing the user equipment to take a disabling action when it is determined that the user equipment cannot support voice over packet switched.
• the instructing means can be for instructing the user equipment to perform a new attachment or a new tracking area update.
• the determining means can comprise evaluating means for evaluating user equipment capabilities, user equipment radio capabilities, and/or radio network topology for the voice coverage at the user equipment location in addition to other information like roaming agreement and/or operator policy and the like.
• the apparatus can include determining means for determining a correct setting of "IMS voice over PS session Supported indication".
• the determining means can be configured to take variables regarding the user equipment and/or radio network into account when determining the correct setting on "IMS voice over PS session Supported indication”.
• the variables can include user equipment capabilities, user equipment radio capabilities, and radio network topology for the voice coverage at the user equipment location.
• an apparatus includes at least one processor and at least one memory including computer program code.
• the at least one memory and computer program code are configured to, with the at least one processor, cause the apparatus (such as a mobility management entity or eNodeB) at least to determine whether a user equipment can support voice over packet switched (more specifically, for example, whether the user equipment can be provided with VoIP over LTE), based on information about the user equipment and the network.
• the at least one memory and computer program code can also be configured to, with the at least one processor, cause the apparatus at least to instruct the user equipment to take a disabling action when it is determined that the user equipment cannot support voice over packet switched.
• the at least one memory and computer program code can also be configured to, with the at least one processor, cause the apparatus at least to instruct the user equipment to perform a new attachment or a new tracking area update.
• the at least one memory and computer program code can also be configured to, with the at least one processor, cause the apparatus at least to evaluate user equipment capabilities, user equipment radio capabilities, and/or radio network topology for the voice coverage at the user equipment location.
• the at least one memory and computer program code can also be configured to, with the at least one processor, cause the apparatus at least to determine a correct setting of "IMS voice over PS session Supported indication".
• the at least one memory and computer program code can further be configured to, with the at least one processor, cause the apparatus at least to take variables regarding the user equipment and/or radio network into account when determining the correct setting on "IMS voice over PS session Supported indication".
• the variables can include user equipment capabilities, user equipment radio capabilities, and radio network topology for the voice coverage at the user equipment location.

Landscapes

• Engineering & Computer Science (AREA)
• Multimedia (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Mobile Radio Communication Systems (AREA)

Applications Claiming Priority (2)

Publications (2)

Family

ID=47553089

Family Applications (1)

Country Status (1)

Cited By (2)

Family Cites Families (1)

• 2013
  • 2013-01-11 WO PCT/EP2013/050474 patent/WO2013104750A2/fr not_active Ceased

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events