Method and devices for handling different data types over the control plane

Abstract

A method for handling different types of data transmitted over a control plane in one or more NAS messages. The method comprising marking a NAS message to indicate a type of data within the NAS message; and prioritising the sending of one NAS message over another NAS message corresponding to the marking of each message. There is also provided a user equipment and core network entity configured to execute the corresponding steps of the method.

Description

METHOD AND DEVICES FOR HANDLING DIFFERENT DATA TYPES OVER THE CONTROL PLANEFIELD OF THE INVENTION

[0001] This invention relates to handling of data transfer messages over a control plane based on their content. In particular, the focus is on handling NAS messages based on a mark indicating content type at different entities.BACKGROUND

[0002] Sending Data over NAS

[0003] The following, taken from section 5.3.4B. 1 of TS 23.401 “General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access” , describes the process of mobile originated (MO) data transfer over the control plane (CP) .

[0004] Figure 1 illustrates the existing call flow procedure for sending data over NAS for the mobile originated case. Steps 100 to 115 show the specific steps involved in setting up the connection between the UE and the MME and from there to the other core network entities S-GW and P-GW.

[0005] NAS PDUs or messages are sent using Signaling Radio Bearer (SRB) of the RRC layer. The RRC layer does not understand the contents of the NAS PDU. The MME also does not understand the contents, i.e. it has no visibility of the data and cannot differentiate between sensor data or firmware update data, etc. The data exchange between the UE 120 and MME 140 happens over NAS, whereas the data exchange between the MME 140 and the SGW 150 happens over S11-U.

[0006] Regarding Narrow Band (NB) –Internet of Things (IoT) devices in particular, the support of data transfer over the control plane (CP) is mandatory by default, while the support of user plane (UP) is optional. For data over the CP, the NAS and RRC layer do not verify the nature of the data and hence cannot determine the relevance or priority of data sent over the CP.

[0007] NAS Messages for Transfer of Data

[0008] The following describes the content of the Control Plane Service Request (CPSR) message based on TS 24.301 “Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS) ; Stage 3” .

[0009] Figure 2 shows the details of the structure of the Control Plane Service Request message. The CPSR message is sent from idle mode i.e. when the UE transitions from idle mode to connected mode. The CPSR message comprises a security header type and protocol discriminator field of 1 octet, a CPSR message identity field of 1 octet, a Control plane service type field of 1 octet, a NAS ley set identifier field of 1 octet, an ESM message container header of 3 octets, an ESM Data Transport message header of 3 octets, a User data container hear of 2 octets, and the actual data payload.

[0010] When the UE is already in connected mode, the UE uses the ESM DATA TRANSPORT message to send data. The message is shown in Figure 3.

[0011] Figure 3 shows the details of the structure of the ESM Data Transport Message. The ESM data transport message comprises an EPS bearer identity and protocol discriminator field of 1 octet, a procedure transaction identity field of 1 octet, an ESM data transport message identity field of 1 octet, a User data container header field of 2 octets, and the actual data payload.

[0012] The following fields are part of both of the NAS messages.

[0013] The Protocol Discriminator (PD) 202 and 302: this indicates the type of protocol from which the NAS message originated e.g. EMM (EPS Mobility Management) or ESM (EPS Session Management) etc. Possible PD values are defined in the technical standard TS 24.007.

[0014] The Security Header Type 204 and 304: indicates the type of security that has been applied to the message. For example, Plain NAS message not security protected, Integrity protected, Integrity protected and ciphered, Integrity protected and partially ciphered NAS message, etc. The possible values for this field are defined in the technical standard TS 24.301 “Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS) ; Stage 3” .

[0015] There is an interest in sending Voice Transfer over NB-IoT. There is therefore a need to study solutions for sending data using NB-IoT devices and include the use of CP (control plane) and User Plane (UP) for voice. However, the use of NAS messages for sending data is currently limited and does not include voice. The transfer of voice over the control plane for NB-IoT devices is not supported.SUMMARY OF THE INVENTION

[0016] According to one aspect there is provided a method for handling different types of data transmitted over a control plane in one or more NAS messages, the method comprising: marking a NAS message to indicate a type of data within the NAS message; and prioritising the sending of one NAS message over another NAS message corresponding to the marking of each message.

[0017] In an embodiment, the method comprises identifying by the sending entity the type of data of one or more packets of data to be sent and prioritising the data to be sent for including in the next NAS message based on the identified type.

[0018] In an embodiment, the prioritising the NAS messages is based on a set of pre-defined priority rules.

[0019] In an embodiment, the sending entity is a narrow band, NB, device configured to only support control plane data transfer.

[0020] In an embodiment, the set of pre-defined priority rules defines which types of data should be prioritised over which other types of data for sending within the NAS messages.

[0021] In an embodiment, the method comprises prioritising voice data and related voice signalling data over other non-voice data and SMS.

[0022] In an embodiment, the method comprises prioritising, by a receiving entity, the data processing or forwarding of the one or more NAS messages based on the markings.

[0023] In an embodiment, the marking of the NAS message comprises an indication of the priority level of the data within the NAS message.

[0024] In an embodiment, the method comprises marking the NAS messages at a NAS interface.

[0025] In an embodiment, the method comprises additionally marking the NAS messages at a S1AP interface.

[0026] In an embodiment, the method comprises prioritising the handling of a received NAS message by an MME of the network based on the marking of the NAS message.

[0027] In an embodiment, the method comprises prioritising the handling of a NAS message, by an MME, to be transmitted to a UE of the network based on the data in the NAS message.

[0028] In an embodiment, the method comprises marking the NAS message by inserting and populating a new field in the NAS message header.

[0029] In an embodiment, the method comprises marking the NAS message by inserting a pre-defined value in an existing field in the NAS message header.

[0030] In an embodiment, the method comprises marking the NAS message as containing voice data by inserting a particular value in the security header type field of the NAS message header.

[0031] In an embodiment, the particular value of the security header type is pre-defined as indicating that the NAS message is a security protected NAS message with voice data.

[0032] In an embodiment, the marking the NAS message as comprising voice data comprises implicitly marking the NAS messages by sending the NAS messages with data associated to a PDN connection established with an APN known by the network to be associated with PDNs used for voice calls.

[0033] In an embodiment, the method comprises marking all NAS messages which comprise only signalling data and prioritising all NAS messages which are not marked.

[0034] In an embodiment, the method comprises marking NAS messages comprising voice content for an emergency call with the highest priority level.

[0035] In an embodiment, the method comprises passing the NAS message from a NAS layer of the UE to an RRC layer of the UE alongside an indication of the contents of the NAS message.

[0036] In an embodiment, the method comprises, in response to the indication from the NAS layer, applying by the RRC layer a particular priority level when sending the RRC message comprising the NAS message to a RAN.

[0037] In an embodiment, the method comprises applying an indication of voice content to the RRC message by the RRC layer.

[0038] In an embodiment, the method comprises applying prioritised handling of the RRC message by the RAN in response to detecting the indication.

[0039] In an embodiment, the method comprises, upon the RRC layer in the UE receiving an RRC message with a voice indication, prioritising the processing and forwarding of the NAS message to the NAS layer in the UE by the RRC layer.

[0040] In an embodiment, the method comprises prioritising by the MME, NAS messages received which comprise an indication of voice content.

[0041] In an embodiment, the method comprises applying by the UE an establishment cause when establishing an RRC connection in an idle mode which indicates sending voice data over NAS.

[0042] In an embodiment, the method comprises implementing an RRC establishment cause value to be received by a RAN entity indicating the reason for establishing the RRC connection and prioritizing by the RAN entity the establishment procedure.

[0043] According to another aspect there is provided a User Equipment, UE, for transmitting and receiving data over a control plane in one or more NAS messages, the UE configured to: identify a type of data of one or more packets of data to be sent; prioritise the data to be sent for including in a next NAS message based on the identified type; mark the NAS message to indicate the type of data within the NAS message; and prioritise sending the NAS message over another NAS message corresponding to the mark on each message.

[0044] In an embodiment, the UE is configured to prioritise the NAS message based on a set of pre-defined priority rules.

[0045] In an embodiment, the UE is a narrow band, NB, device configured to only support control plane data transfer.

[0046] In an embodiment, the set of pre-defined priority rules defines which types of data should be prioritised over which other types of data for sending within the NAS messages.

[0047] In an embodiment, the UE is configured to prioritise voice data and related signalling data over all other non-NAS signalling data.

[0048] In an embodiment, the UE is configured to prioritise the processing of a received NAS message based on its marking.

[0049] In an embodiment, the mark comprises an indication of the priority level of the data within the NAS message.

[0050] In an embodiment, each priority level is directly associated with one or more data types.

[0051] In an embodiment, the UE is configured to mark the NAS message at a NAS interface.

[0052] In an embodiment, the UE is configured to mark the NAS message by inserting and populating a new field in the NAS message header.

[0053] In an embodiment, the UE is configured to mark the NAS message by inserting a pre-defined value in an existing field in the NAS message header.

[0054] In an embodiment, the UE is configured to mark the NAS message as containing voice data by inserting a particular value in the security header type field of the NAS message header.

[0055] In an embodiment, the particular value of the security header type is pre-defined as indicating that the NAS message is a security protected NAS message with voice data.

[0056] In an embodiment, the UE is configured to mark the NAS message as comprising voice data by implicitly marking the NAS messages by sending the NAS messages with data associated to a PDN connection established with an APN known to be associated with PDNs used for voice calls.

[0057] In an embodiment, the UE is configured to mark the NAS messages comprising voice content for an emergency call with the highest priority level.

[0058] In an embodiment, the UE is configured to pass the NAS message from a NAS layer of the UE to an RRC layer of the UE alongside an indication of the contents of the NAS message.

[0059] In an embodiment, the UE is configured to, in response to the indication from the NAS layer, apply at the RRC layer a particular priority level when sending the RRC message comprising the NAS message to a RAN.

[0060] In an embodiment, the UE is configured to apply an indication of voice content to the RRC message at the RRC layer.

[0061] In an embodiment, the UE is configured to, upon the RRC layer in the UE receiving an RRC message with a voice indication, prioritise the processing and forwarding of the NAS message to the NAS layer in the UE by the RRC layer.

[0062] In an embodiment, the UE is configured to apply an establishment cause when establishing an RRC connection in an idle mode which indicates sending voice data over NAS.

[0063] In an embodiment, the UE is configured to implement an RRC establishment cause value to be received by a RAN entity and indicating the reason for establishing the RRC connection and causing the RAN entity to prioritise the establishment procedure.

[0064] According to another aspect there is provided a core network entity for transmitting and receiving data over a control plane in one or more NAS messages, the network entity configured to: receive one or more NAS messages marked to indicate the type of data within the NAS message; and prioritise sending the NAS message over another NAS message in dependence on the respective marks.

[0065] In an embodiment, the network entity is configured to prioritise the NAS message based on a set of pre-defined priority rules.

[0066] In an embodiment, the set of pre-defined priority rules defines which types of data should be prioritised over which other types of data for sending within the NAS message.

[0067] In an embodiment, the network entity is configured to prioritise voice data and related voice signalling data over other non-voice data and SMS.

[0068] In an embodiment, the network entity is configured to prioritise forwarding a received NAS message based on its marking.

[0069] In an embodiment, the network entity is configured to receive voice data to be sent in a NAS message and mark the NAS message as containing voice data.

[0070] In an embodiment, the network entity is configured to inform a RAN entity that the NAS message to be sent comprises voice data.BRIEF DESCRIPTION OF THE FIGURES

[0071] The present invention will now be described by way of example with reference to the accompanying drawings. In the drawings:

[0072] Figure 1 illustrates the existing call flow procedure for sending data over NAS for the mobile originated case.

[0073] Figure 2 shows the details of the structure of the Control Plane Service Request message.

[0074] Figure 3 shows the details of the structure of the ESM Data Transport Message.

[0075] Figure 4 shows a call flow illustrating the UE behaviour for applying priority to NAS PDUs.

[0076] Figure 5 shows a message flow illustrating how the proposed approach can be used to indicate that PDUs contain voice data.

[0077] Figure 6 shows a message flow illustrating how the proposed approach can be used to indicate that PDUs contain voice data for the downlink direction.

[0078] Figure 7 shows a flow diagram of a proposed method for handling different types of data transmitted over a control plane in one or more NAS messages.DETAILED DESCRIPTION OF THE INVENTION

[0079] Transmission of data over NAS is mainly for data that is not voice. For example, the data may be sensor or meter readings, or may be firmware updates for an IoT (Internet of Things) device.

[0080] In fact, the network does not know what is the actual nature of the data that is being sent and so there is no way for the system to precisely determine the contents of a NAS PDU when the NAS message carries IoT data.

[0081] For voice applications to work with some minimum service experience, the transfer of the voice packets would require some preferential treatment. If the current means of data transfer (as has been presented above) is used for sending voice data, without any modification, the network will not be aware that NAS PDUs contain voice data. This would not make it possible for identifying such PDUs as carrying voice data and consequently preferential treatment of these messages would not be possible. This would therefore render such a voice service unusable.

[0082] This is especially the case for NB-IoT devices which do not support UP, and this is because NAS messages (i.e. CP) have no means to provide QoS. This is especially the case since they are sent over the Signalling Radio Bearer of the RRC protocol, which also does not have any means to provide differential treatment according to the existing specifications.

[0083] Therefore, the entire system as currently defined is not suited for carrying voice over NAS. New methods and mechanisms are therefore needed to adapt the system for this objective.

[0084] This proposed approach described herein focuses on NB-IoT devices that only support CP for data transfer and where no UP is supported.

[0085] The main features of the [proposed approach are as follows.

[0086] There is proposed a method for marking of NAS messages (PDUs) that contain voice by the sending entity (e.g., UE) . This may be based on inserting new indications in the NAS or RRC messages.

[0087] There is proposed a method for prioritising the transfer of NAS PDUs with voice data by the sending entity (e.g., UE) . For example, the UE may have voice data to send and also SMS content that need to be sent. Both of these data types will be sent using NAS messages. Higher priority should be given to voice data over SMS data, while other NAS PDUs may have higher priority than NAS PDUs with voice.

[0088] The recipient entity (e.g., MME) may determine that a NAS PDU contains voice by means of a new marking of messages at the NAS or S1AP interface. Based on this determination, the MME may prioritise the treatment or handling of voice data. For example, voice data may be treated with higher priority in order to enable quick forwarding towards other network entities.

[0089] A similar approach is proposed for the downlink direction i.e., from the network to the UE.

[0090] The concept of indication prioritised data is also generalised to provide different priority levels that may suit different types of data i.e., hence this is not limited to just voice content.

[0091] All the embodiments presented below may be used in any combination or order.

[0092] It is noted that for all the embodiments described herein, voice data may refer to voice data only (i.e. excludes signalling e.g. IMS signalling) or may include signalling (e.g. IMS signalling) that is used to setup the voice call.

[0093] Further, it is noted that IMS signalling is considered to be IP data or user data from the NAS point of view, since the NAS is merely providing a transport service for higher layer data which includes IMS signalling.

[0094] This first embodiment describes how the UE and the network should mark NAS messages (also referred to herein as NAS PDUs) that carry voice data, and consequently how they can be identified.

[0095] The UE and the MME may have already negotiated the use of NAS for sending data. How this occurs is not discussed herein. However, it is assumed that this may have occurred. The following are proposals by which the UE can mark NAS messages which carry voice data.

[0096] The UE or the MME may use a new value for the security header type of the NAS message which carries voice data. As an example, the new value may be defined to be ‘Security protected NAS message with voice data’ . This is just an example, however, any other value or definition can be used to indicate that the contents of the NAS message is voice data. The UE or the MME may use a new NAS message which is known to carry voice data. The new NAS message thus being implicitly marked to contain voice data.

[0097] The UE or the MME may use an existing NAS message to carry voice data, however the UE or the MME may include an indication that the NAS message contains voice. The indication may be provided as a new field or a new value in an existing field within the NAS message. The field (new or existing) may be modified to admit one or more new values, for example, one value may mean that the data is voice.

[0098] In another proposed approach, the PDN connection for voice call (e.g., IMS voice call) may be known to be associated with a specific APN. When the PDN connection is established with that APN, the UE and the network may consider all NAS messages that are sent on the PDN connection, (e.g. with the well-known APN for voice) , to be NAS messages that contain voice data. In yet another proposed approach, the UE or the MME may mark the NAS PDUs that don’ t contain voice data e.g., the NAS messages with IMS signalling are marked. This means that any NAS PDU or NAS message which does not contain the marking of ‘non-voice data’ would be a NAS message that actually carries voice data. These proposals also apply to the downlink direction i.e., between the MME and the UE.

[0099] Any of the above may be considered as a way to mark NAS PDUs (or NAS messages) that carry voice. As such the recipient entity (e.g. MME for uplink transmission, or UE for downlink transmission) may identify NAS PDUs with voice based on any of the methods described above.

[0100] There is therefore provided a method for handling different types of data transmitted over a control plane in one or more NAS messages. The method comprises marking a NAS message to indicate a type of data within the NAS message; and prioritising the sending of one NAS message over another NAS message corresponding to the marking of each message. The method may also comprise identifying by the sending entity the type of data of one or more packets of data to be sent and prioritising the data to be sent for including in the next NAS message based on the identified type.

[0101] That is, the NAS entity (before preparing a NAS message) having data to send, and identifying voice data being present, prioritises the transmission of voice data over other data if available. Then the NAS includes the voice data in a NAS message and marks the NAS message as containing voice data. So as long as there is voice data to send, the voice data locally in the UE may get priority.

[0102] For the UE, the priority may thus occur before the NAS message is prepared and based on the prioritised data to be sent, the NAS message gets prepared.

[0103] At the network side, the MME receives the NAS message, identifies the content to be voice data, and based on that it prioritises the treatment of that data e.g. forwarding towards the SGW. This prioritization may be as follows. Priority treatment for data of the same UE i.e. the UE may already have sent something to the MME and then the UE sends voice, so the MME although had previously received data from the UE before, if the processing of that data is not yet done e.g. forwarding towards the SGW, the MME should prioritize the voice forwarding. Priority across different UEs, e.g. one UE sends voice and other UEs send data not related to voice. The MME should prioritise treatment of voice over other data from other UEs (so this is prioritisation across UEs) .

[0104] The prioritising the NAS messages may be based on a set of pre-defined priority rules. The sending entity may be a narrow band, NB, device configured to only support control plane data transfer. The set of pre-defined priority rules may define which types of data should be prioritised over which other types of data for sending within the NAS messages. The method may comprise prioritising voice data and related signalling data over all other non-NAS signalling data.

[0105] The method may comprise prioritising, by a receiving entity, the data processing or forwarding of the one or more NAS messages based on the markings. The marking of the NAS message may comprise an indication of the priority level of the data within the NAS message.

[0106] The proposed method may comprise marking the NAS message by inserting and populating a new field in the NAS message header. The method may comprise marking the NAS message by inserting a pre-defined value in an existing field in the NAS message header. The method may comprise marking the NAS message as containing voice data by inserting a particular value in the security header type field of the NAS message header. The particular value of the security header type may be pre-defined as indicating that the NAS message is a security protected NAS message with voice data.

[0107] There is also provided a user equipment, UE, for transmitting and receiving data over a control plane in one or more NAS messages. The UE is configured to identify a type of data of one or more packets of data to be sent; prioritise the data to be sent for including in a next NAS message based on the identified type; mark the NAS message to indicate the type of data within the NAS message; and prioritise sending the NAS message over another NAS message corresponding to the mark on each message.

[0108] The UE may be configured to prioritise the NAS message based on a set of pre-defined priority rules. The UE may be configured to prioritise voice data and related signalling data over all other non-NAS signalling data. Each priority level may be directly associated with one or more data types.

[0109] The UE may be configured to prioritise the processing of a received NAS message based on its marking.

[0110] There is now proposed a further embodiment. The UE should prioritise the handling or processing of voice packets that are sent in the uplink (UL) , or that are received in the downlink (DL) from the network.

[0111] In the uplink (UL) , the UE should prioritise the transmission of NAS PDUs that contain voice over NAS PDUs that contain data which is not voice. The following set of rules may be used as a way to achieve higher priority treatment of voice data.

[0112] The UE should prioritise the transmission of voice packets over any data when the UE is using data transfer over NAS. The highest priority should be given to voice contents for an emergency call.

[0113] For example, as long as there are voice packets that are pending for transmission in addition to other data packets that are not voice related, the UE may ensure that the voice packets take priority. The voice packets may be sent over NAS until no more voice packets remain and the UE may then move on to sending other data packets which do not contain voice.

[0114] The UE may prioritise voice signalling over IMS signalling that is needed for voice. Alternatively, the UE may prioritise IMS signalling over voice, or both IMS voice and IMS signalling may have the same priority.

[0115] The UE may be pre-configured with exact rules about how voice packets over NAS or IMS signalling, or other data types, should be prioritised and the UE may then enforce the prioritisation accordingly. The network may also provide the UE with a set of rules that should be applied for enforcing priority treatment of voice packets and other types of content, including non-voice data or NAS signalling. Note that non-voice data may also refer to IMS signalling.

[0116] The UE may enforce the following priority based on the type of NAS message that is pending to be sent.

[0117] Highest priority goes to NAS signalling. Some exceptions may be as follows.

[0118] NAS messages with SMS may not to be considered as highest priority since SMS is a low priority service. Therefore, a NAS message containing SMS may be considered of lower priority than NAS signalling, and NAS PDUs that contain voice, and NAS PDUs that carry IMS signalling.

[0119] NAS messages that do not impact the NAS registration status may be considered lower priority than voice data (and / or IMS signalling or signalling for voice service) . For example, if the NAS message is to establish a PDN connection to send non-voice data, then the NAS message may be considered lower priority and can be sent when no more voice data is available and optionally when no IMS signalling needs to be sent.

[0120] NAS messages that impact the registration of the UE may have higher priority than other NAS PDUs and may have higher priority than NAS PDUs that carry voice. For example, if the UE crosses into a new Tracking Area Identity (TAI) which is not part of the UE’s list of TAIs, the UE may perform a Tracking Area (TA) update procedure and this should take precedence over NAS PDU with voice data.

[0121] If a NAS message, e.g. TA Update (TAU) Request message, is pending, then the TAU Request message may take higher priority over NAS PDU with voice. Alternatively, if the TAU Request message does not impact the UE settings or does not impact the current voice call that is provided over the CP, then NAS PDU with voice can be considered of higher priority.

[0122] It should be noted that the above may be considered as examples and not limitations of the possible priority handling of NAS messages based on their purpose or content. As such other types of priority handling can also be defined, but what matters is that the proposed approach is such that there should be a well-defined handling of NAS messages in terms of priority depending on their content.

[0123] Figure 4 shows a call flow illustrating the UE behaviour for applying priority to NAS PDUs as described above. Voice data is used as an example, as it should be understood that the same mechanisms may be used to mark other types of data. Additionally, it should be understood that the sending entity may be a UE and thus may also identify the data prior to packaging into a NAS message and may prioritise the pushing of different types of data prior to NAS message formation.

[0124] At step 401, the UE 120 has a PDN connection to send voice data over the CP. At step 402, the UE may have voice data to send, other non-voice data to send, and possibly other NAS signalling. At step 403, the UE may determine the priority of the data type to send e.g. voice data may have a higher priority than non-voice data or SMS. At step 404, the UE may send NAS message with data that has been prioritised accordingly.

[0125] The marking the NAS message as comprising voice data may comprise implicitly marking the NAS messages by sending the NAS messages with data associated to a PDN connection established with an APN known by the network to be associated with PDNs used for voice calls. The method may comprise marking all NAS messages which comprise only signalling data and prioritising all NAS messages which are not marked. The method may comprise marking NAS messages comprising voice content for an emergency call with the highest priority level.

[0126] There is provided a third embodiment where the NAS provides a voice data indication to the RRC layer within the UE. The RRC layer in the UE provides a voice data indication to the RAN. And the RAN provides a voice data indication to the MME.

[0127] This NAS entity in the UE may have prepared a NAS PDU with voice data which is to be sent to the network. The NAS PDU may have been marked as containing voice data, or as containing a certain level of priority, as has been described above using any of the proposed approaches.

[0128] The NAS layer may then provide the NAS PDU to the RRC layer in the UE for transmission to the RAN (e.g., the eNB) . The NAS layer may inform the RRC layer about the priority of the NAS PDU using any of the following methods. For example, the NAS entity may provide a voice data indication to the RRC layer whenever the NAS PDU contains voice data (or optionally IMS signalling) . Alternatively, the NAS entity may provide a priority level to the RRC layer where the priority level may indicate a certain type of priority treatment and handling by the RRC layer in the UE.

[0129] The reception of a voice indication or priority level by the RRC, optionally from the NAS layer, may indicate to the RRC to apply a certain type of priority when sending the RRC with the NAS PDU to the RAN. For example, reception of a voice data indication from the NAS layer may be used to inform the RRC layer that the contents of the NAS PDU is voice data and hence the RRC layer should prioritise the treatment or transport of the NAS message which contains voice data.

[0130] Note that all the proposals described in relation to this second embodiment can also apply to the RRC layer. For example, when the RRC layer in the UE sends an RRC message with the NAS PDU that contains voice data, the RRC layer can also mark the RRC message to indicate that it contains voice data (or to indicate that the NAS PDU contains voice data) , or to indicate a certain level of priority that is associated with the data type. As such, the ULInformationTransfer-NB may include a voice indicator.

[0131] The RAN entity may receive an RRC message with a voice indicator (or a certain priority level) which then leads to the priority handling of the RRC message content (i.e., the NAS PDU with voice data) . The reception of this new indication should lead to the prioritised handling or forwarding of the NAS PDU towards the core network node (e.g., the MME) . For example, when the RAN is serving multiple UEs and one or more UEs have voice data to be forwarded to the MME while other UEs don’ t have voice data, the RAN may prioritise handling and / or forwarding of the voice data from the UEs with voice data over other non-voice data from other UEs.

[0132] Similarly in the DL, when the RAN receives few NAS PDUs to forward to different UEs, the RAN should prioritise the handling and / or forwarding of NAS PDUs with voice data over other NAS PDUs that don’ t contain voice data.

[0133] It should be noted that all the proposed approaches can also apply in the downlink in a similar manner. For example, if the RAN determines that a NAS PDU for the UE contains voice data (as will be described in the next embodiment) , then the RAN should send the RRC message which contains the NAS PDU and include a voice data indicator to inform the RRC layer in the UE that the NAS PDU contains voice data. For example, the RAN should include a new voice data indication in the DLInformationTransfer-NB to inform the UE that the NAS PDU contains voice.

[0134] When the RRC layer in the UE receives an RRC message with a voice data indication, the RRC entity may prioritise the processing and / or forwarding of the NAS message to the NAS entity in the UE. The RRC may in turn provide a voice data indication to the NAS entity so that the NAS entity is aware that the content is voice data. The NAS entity may also prioritise the handling and / or forwarding of the voice contents to the voice application client in the UE.

[0135] The UE may determine that a NAS message contains voice packets using any of the methods described above. The UE may locally prioritise the handling of the voice packets e.g., process and forward to a voice client in the UE, based on this determination.

[0136] The use of a new voice indication can also apply to the interface between the RAN and the MME in both UL and DL direction. For example, when the RAN entity receives a NAS PDU to be forwarded to the MME, if the RAN determines that the NAS PDU contains voice (as has been described above) , then the RAN may also include a new voice data indication in the S1AP message that carries the NAS PDU to the MME. For example, the RAN entity should include a voice data indicator in the UL NAS TRANSPORT message which the RAN sends to the MME. The RAN includes this indication when it determines that the NAS PDU contains voice e.g., based on a similar indication that was received by the RAN optionally from the UE.

[0137] The MME may receive an S1AP message (e.g., UL NAS TRANSPORT message) with a voice data indication which means that the NAS PDU contains voice. The MME may also make the determination that the NAS PDU contains voice data based on NAS message marking as has been proposed earlier. When the MME determines that the NAS message contains voice (either based on indications in the NAS message or indication from the RAN in S1AP message) , the MME should prioritise the handling and / or forwarding of the content towards the other core network nodes, e.g. the SGW.

[0138] The MME may prioritise NAS PDUs with voice data as follows.

[0139] In the UL direction, the MME may receive NAS messages from multiple UEs. Those NAS messages with voice data should be treated with a higher priority over NAS messages without voice data, and hence should be forwarded to the SGW before other non-voice data.

[0140] In the DL, if the MME has NAS messages to send to different UEs, the MME should prioritise sending NAS messages with voice data over NAS messages that contain other data different from voice data.

[0141] It should be noted that all the priority handling for RAN and MME can also apply to the case of one UE, where the same UE may have several messages to be sent to it and so the priority should be given to voice data. The proposed method may comprise marking the NAS messages at a NAS interface. The proposed method may comprise additionally marking the NAS messages at a S1AP interface. It should be understood that in the case the “marking” is in the form of an indication that goes along with the NAS message which is being transported. So, the marking is not inside the NAS message.

[0142] The method may comprise prioritising the handling of a received NAS message by an MME of the network based on the marking of the NAS message. The method may comprise prioritising the handling of a NAS message, by an MME, to be transmitted to a UE of the network based on the data in the NAS message.

[0143] There is provided a method which may comprise passing the NAS message from a NAS layer of the UE to an RRC layer of the UE alongside an indication of the contents of the NAS message. Where the indication may be a voice data indication that the NAS PDU contains voice data or a priority level indication indicating a type of handling or treatment of the NAS PDU by the RRC layer.

[0144] In response to the indication from the NAS layer, the proposed method may comprise applying by the RRC layer a particular priority level when sending the RRC message comprising the NAS message to a RAN. The method may comprise applying an indication of voice content to the RRC message by the RRC layer. The method may comprise applying prioritised handling of the RRC message by the RAN in response to detecting the indication.

[0145] The method may comprise, upon the RRC layer in the UE receiving an RRC message with a voice indication, prioritsing the processing and forwarding of the NAS message to the NAS layer in the UE by the RRC layer. The method may comprise prioritising by the MME, NAS messages received which comprise an indication of voice content.

[0146] The proposed method may comprise applying by the UE an establishment cause when establishing an RRC connection in an idle mode which indicates sending voice data over NAS. The method may comprise implementing an RRC establishment cause value to be received by a RAN entity indicating the reason for establishing the RRC connection and prioritizing by the RAN entity the establishment procedure.

[0147] Figure 5 shows a message flow illustrating how the proposed approaches described herein can be used to indicate that PDUs contain voice data at the RRC level and S1AP level and hence apply prioritised handling and / or forwarding of voice data.

[0148] At a first step 501, The NAS layer is aware of voice data and prepares NAS message accordingly. At step 502, the NAS layer provides NAS PDU to RRC and provide a new indication of voice contents. At step 503, the RRC, being aware that the NAS PDU contains voice, will include a new indication in RRC message which transports the NAS PDU. At step 504, the RRC message (e.g. ULInformationTransfer-NB [NAS PDU, new voice indication] ) is sent from the UE 102 to the RAN 130 (e.g. eNB) . At step 505, The RAN node determines that the NAS PDU contains voice data based on the new indication. It then prioritises handling of the NAS PDU and provides a new indication towards the MME 140. At step 506, an UL TRANSPORT message comprising [NAS PDU, new voice indication] is sent to the MME. At step 507, the MME determines that the NAS PDU contains voice data based on another indication in the S1AP message and the MME determines to prioritise handling of data.

[0149] Figure 6 shows a message flow illustrating a similar handling for the DL direction.

[0150] At a first step 601, The MME is aware of voice data and prepares NAS message accordingly. At step 602, the MME provides NAS PDU to RAN and provide a new indication of voice data contents. At step 603, the RAN, being aware that the NAS PDU contains voice data, will include a new indication in the RRC message which transports the NAS PDU. At step 604, the DL NAS TRANSPORT message ( [NAS PDU, new voice indication] ) is sent from the MME to the RAN (e.g. eNB) . At step 605, an RRC message (e.g. DLInformationTransfer-NB [NAD PDU, new voice indication] ) is sent to the UE. At step 606, the RRC layer in the UE determines that the NAS PDU contains voice data based on the new indication. Prioritises handling of NAS PDU forwarding to NAS layer and may indicate that the NAS PDU contains voice data. The NAS layer can also prioritise handling / forwarding of voice data towards upper layer based on the indication in the NAS PDU or from the RRC layer.

[0151] The RAN and the MME may exchange capabilities about support of voice data indication as described above. For example, when these nodes indicate support for the new voice indication, then the RAN and MME may include such indications.

[0152] In a fourth embodiment a new establishment cause for voice over NAS is proposed.

[0153] This embodiment proposes that when a UE in idle mode wants or needs to send voice data over NAS, or when the UE wants to establish a PDN connection for sending voice data over NAS, the UE can use a new establishment cause that indicates voice over control plane or voice over NB-IoT, etc. RRC existing establishment causes which infer voice data may also be used, but it is noted that these establishment causes do not currently apply to NB-IoT.

[0154] The RAN entity may receive a new RRC establishment cause value that indicates the reason for establishing the RRC connection, in particular the reason being to send voice data, or voice data over NB-IoT, etc. The RAN may prioritise the establishment procedure to reduce any delay with the RRC connection procedure.

[0155] The new proposed value of voice data over control plane is to be considered an example whereas any other term may be used. New establishment causes may also be used for other data types that can be sent over the control plane for NB-IoT e.g. establishment causes to reflect MPS, or other types of data.

[0156] In previous embodiments, the proposed approach was exemplified by marking NAS messages which contained voice data. However, the approaches presented herein above may also apply to other types of data that have certain priority or that require higher priority treatment. For example, but not limited to, Multimedia Priority Service (MPS) or IMS signalling, etc.

[0157] For example, instead of marking voice packets or voice data, a priority level (PL) may be used where the PL is associated with a particular data type (e.g. voice data) . Hence a certain PL value may be known to also correspond with a set of treatment or QoS or handling, etc.

[0158] Therefore, instead of marking the type of data, the UE and / or the network (RAN, MME, etc. ) can use a certain PL value based on the data type or expected service that is needed. For example, voice data may be associated with a PL value say two, where (as an example) PL value two corresponds to or implies a certain treatment or QoS handling or provisioning for the data.

[0159] The UE and the network can negotiate the use of PL marking using any of the means which have been previously proposed for voice data.

[0160] The UE and the network may be preconfigured to use a certain PL value for certain data types, e.g., PL value 2 may be for voice data, PL value 1 may be for emergency voice call, PL value 3 may be for MPS and / or IMS signalling, etc.

[0161] The PL values may be known to infer a certain level of priority depending on the value and their order. For example, the lowest PL value may mean highest priority data, and so on, or vice versa. In one alternative, the network may inform the UE about the possible and / or allowable PL values that can be used by the UE, and may indicate that type of data that is associated with the PL value. Alternatively, this information may be preconfigured in the UE.

[0162] The UE’s Universal Subscriber Identity Module (USIM) may have a means to activate or deactivate any of the proposed approaches in this description. As such if the UE’s USIM has a new file that indicates that the feature or prioritisation of data over NAS is subject to marking and priority handling, then the UE may behave as described herein. Alternatively, the UE may use the proposals described herein based on indication from the network to do so or based on support indication from the network.

[0163] When sending data over NAS, the UE may include a certain PL level in the NAS messages or in the RRC messages. All the proposals that have been described above would apply in a similar manner if a PL value is used instead of an explicit voice data marking.

[0164] Figure 7 shows a flow diagram of the proposed method 700 for handling different types of data transmitted over a control plane in one or more NAS messages. The method 700 comprises the step of 702 marking a NAS message to indicate a type of data within the NAS message. Step 704 comprises prioritising the sending of one NAS message over another NAS message corresponding to the marking of each message.

[0165] Note that all the proposals for marking on the NAS e.g. by means of new voice indication, or by means of using PL value, can also be applied to the RRC. For example PL values may be introduced in the RRC to reflect priority e.g. based on data type that is inside the NAS PDU.

[0166] Although the approaches presented herein have addressed voice data, the solutions are not to be considered as restricted to voice data only e.g. they may apply to IMS signalling or MPS data, etc. All the proposals can apply in a similar manner to other data that may require some sort of priority e.g., Multimedia Priority Services (MPS) , or any other data benefitting from some priority. Therefore, all the proposals previously presented can also be applied to other data types where corresponding data type names can be used to mark the data contents e.g. “MPS data” can be used to mark or indicate that the contents of a NAS message is MPS data.

[0167] Alternatively, one or more priority levels can be defined where each priority level may be known to be associated with a certain data type. For example: Priority Level (PL) -1: voice data; PL2: MPS data; and PL3: IMS signalling. It should be noted that this is just an example, and the priority levels may be more and may include other types of data.

[0168] The priority level may be preconfigured in the UE or may be communicated to the UE by the network e.g., using NAS or RRC message or other forms of configuration data. E. g., the network may indicate in any NAS message that PL-1 should be used for voice, PL-2 for MPS, etc. When the UE has data to send, it can then use these priority levels (or data types values) to mark the contents of the NAS message as has been previously proposed.

[0169] Similarly, the use of other data types e.g. ‘MPS data’ or PLs can also be applied or provided from NAS to RRC (or vice versa) , and from the UE RRC to RAN, and from RAN to MME e.g. via S1-AP.

[0170] Therefore, all the proposals previously presented with the ‘voice data’ marking or indication can also be applied to other data types (e.g. ‘MPS data’ ) or to the use of PL.

[0171] Similarly, the UE and the network (MME and / or RAN) may exchange capabilities regarding the marking of one or more data types or use of PLs, where the capability may be for the ability to mark one or more data types, or may be per data type (e.g. marking of voice data, marking of MPS data, etc. ) .

[0172] In an alternative implementation, the lack of a priority indication may be used to infer high priority contents, while the use of an indicator e.g., ‘low priority’ may mean that the NAS data contents are of low priority.

[0173] All the proposals for priority handling also apply to the SGW and PGW.

[0174] For the uplink direction, the MME may inform the SGW that certain IP packets carry voice data or data with higher priority. The MME may provide IP addresses, port numbers, protocol types, etc, to the SGW where this information represent the parameters used for the voice data (or for the data with high priority) and may indicate the level or priority that is needed for data that is associated with this information. Alternatively, when the MME forwards voice data to the SGW on the S11-U, the MME may include an explicit indication that the data is voice. This informs the SGW that high priority handling is needed.

[0175] Note that all the proposals previously presented with PL value may also apply here. E. g., the MME, SGW and PGW may provide a PL value with a data packet when forwarded between them. This indicates to the recipient the priority of the data and hence the expected or requested QoS treatment.

[0176] When the SGW receives data from the MME, the SGW determines if the data (e.g. voice or other) is of higher priority or of certain priority based on any of the methods proposed above. The determination may be based on explicit indication from the MME, or if the SGW had previously received IP parameter information for data that require high priority then the SGW can identify the data which is of high priority. The SGW can also prioritise the handling and / or forwarding of data towards the PGW and may also indicate that the data is high priority. The SGW may also forward any received IP parameter information to the PGW in order to inform the PGW that data that matches the provided IP information (e.g. IP address, port, protocol used above IP, etc) is to be treated with high priority.

[0177] The PGW may identify packets to be treated with high priority based on explicit indication from the SGW or based on the IP information that is received from the SGW (e.g. IP address, port, protocol used above IP, etc) which matches a data that is being processed. Alternatively, the PGW may determine that an IP packet contains voice data based on information received from the IMS network during connection establishment of the IMS voice call, or using any other method.

[0178] The indications e.g. voice packet indication, PL value, IP parameter information, etc, may be exchanged between the MME and SGW using any of the existing messages that these entities use or using a new message. And similarly for the SGW and PGW, existing messages or new messages may be used to exchange this information. The information may be exchanged when the tunnels or connections between the MME and SGW, and between the SGW and PGW, are setup e.g. during PDN connection, or when data is being sent the information may be sent with the data. These proposed approaches apply in both uplink and downlink directions.

[0179] There is thus also provided a core network entity for transmitting and receiving data over a control plane in one or more NAS messages. The network entity is configured to receive one or more NAS messages marked to indicate the type of data within the NAS message; and prioritise sending the NAS message over another NAS message in dependence on the respective marks.

[0180] The network entity may be configured to prioritise the NAS message based on a set of pre-defined priority rules. The network entity may be configured to prioritise voice data and related signalling data over all other non-NAS signalling data. The network entity may be configured to prioritise forwarding a received NAS message based on its marking. The network entity may be configured to receive voice data to be sent in a NAS message and mark the NAS message as containing voice data. The network entity may be configured to inform a RAN entity that the NAS message to be sent comprises voice data.

[0181] The proposed approaches are applicable to NB-IoT devices that are served in EPS. However, this can also apply to NB-IoT devices that also access 5GS although the embodiments are explained using EPS. As such the use of EPS should not be considered as a limitation but rather an example of how the concepts can be used in EPS and other systems such as 5GS or future systems such as 6G, etc.

[0182] The proposals can also be used in 5GS and the appropriate NAS and / or RRC and / or N2 interface messages can be used accordingly. Also, EPS bearer may be replaced by QoS flow in 5G and dedicated tunnels between RAN and UPF, etc., may be used instead of (or similar to) the new dedicated S5 / S8 connections. Therefore, the proposals can apply to both EPS and 5GS, and the 5G network entities can be used accordingly e.g. AMF and / or SMF instead of (or similar to) MME, etc.

[0183] The applicant hereby discloses in isolation each individual feature described herein and any combination of two or more such features, to the extent that such features or combinations are capable of being carried out based on the present specification as a whole in the light of the common general knowledge of a person skilled in the art, irrespective of whether such features or combinations of features solve any problems disclosed herein, and without limitation to the scope of the claims. The applicant indicates that aspects of the present invention may consist of any such individual feature or combination of features. In view of the foregoing description it will be evident to a person skilled in the art that various modifications may be made within the scope of the invention.

Claims

1.A method for handling different types of data transmitted over a control plane in one or more NAS messages, the method comprising:marking a NAS message to indicate a type of data within the NAS message; andprioritising the sending of one NAS message over another NAS message corresponding to the marking of each message.2.The method according to claim 1, wherein the method comprises identifying by the sending entity the type of data of one or more packets of data to be sent and prioritising the data to be sent for including in the next NAS message based on the identified type.3.The method according to claim 1 or 2, wherein the prioritising the NAS messages is based on a set of pre-defined priority rules.4.The method according to any preceding claim, wherein the sending entity is a narrow band, NB, device configured to only support control plane data transfer.5.The method according to claim 3 or 4, wherein the set of pre-defined priority rules defines which types of data should be prioritised over which other types of data for sending within the NAS messages.6.The method according to any preceding claim, wherein the method comprises prioritising voice data and related voice signalling data over other non-voice data and SMS.7.The method according to any preceding claim, wherein the method comprises prioritising, by a receiving entity, the data processing or forwarding of the one or more NAS messages based on the markings.8.The method according to any preceding claim, wherein the marking of the NAS message comprises an indication of the priority level of the data within the NAS message.9.The method according to any preceding claim, wherein the method comprises marking the NAS messages at a NAS interface.10.The method according to any preceding claim, wherein the method comprises additionally marking the NAS messages at a S1AP interface.11.The method according to any preceding claim, wherein the method comprises prioritising the handling of a received NAS message by an MME of the network based on the marking of the NAS message.12.The method according to any preceding claim, wherein the method comprises prioritising the handling of a NAS message, by an MME, to be transmitted to a UE of the network based on the data in the NAS message.13.The method according to any preceding claim, wherein the method comprises marking the NAS message by inserting and populating a new field in the NAS message header.14.The method according to any of claims 1 to 12, wherein the method comprises marking the NAS message by inserting a pre-defined value in an existing field in the NAS message header.15.The method according to any of claims 1 to 12, wherein the method comprises marking the NAS message as containing voice data by inserting a particular value in the security header type field of the NAS message header.16.The method according to claim 15, wherein the particular value of the security header type is pre-defined as indicating that the NAS message is a security protected NAS message with voice data.17.The method according to any of claims 1 to 7, wherein the marking the NAS message as comprising voice data comprises implicitly marking the NAS messages by sending the NAS messages with data associated to a PDN connection established with an APN known by the network to be associated with PDNs used for voice calls.18.The method according to any of claims 1 to 7, wherein the method comprises marking all NAS messages which comprise only signalling data and prioritising all NAS messages which are not marked.19.The method according to any preceding claim, wherein the method comprises marking NAS messages comprising voice content for an emergency call with the highest priority level.20.The method according to any preceding claim, wherein the method comprises passing the NAS message from a NAS layer of the UE to an RRC layer of the UE alongside an indication of the contents of the NAS message.21.The method according to claim 20, wherein the method comprises, in response to the indication from the NAS layer, applying by the RRC layer a particular priority level when sending the RRC message comprising the NAS message to a RAN.22.The method according to claim 20 or 21, wherein the method comprises applying an indication of voice content to the RRC message by the RRC layer.23.The method according to claim 22, wherein the method comprises applying prioritised handling of the RRC message by the RAN in response to detecting the indication.24.The method according to any of claims 20 to 23, wherein the method comprises, upon the RRC layer in the UE receiving an RRC message with a voice indication, prioritising the processing and forwarding of the NAS message to the NAS layer in the UE by the RRC layer.25.The method according to any preceding claim, wherein the method comprises prioritising by the MME, NAS messages received which comprise an indication of voice content.26.The method according to any preceding claim, wherein the method comprises applying by the UE an establishment cause when establishing an RRC connection in an idle mode which indicates sending voice data over NAS.27.The method according to claim 26, wherein the method comprises implementing an RRC establishment cause value to be received by a RAN entity indicating the reason for establishing the RRC connection and prioritizing by the RAN entity the establishment procedure.28.A User Equipment, UE, for transmitting and receiving data over a control plane in one or more NAS messages, the UE configured to:identify a type of data of one or more packets of data to be sent;prioritise the data to be sent for including in a next NAS message based on the identified type;mark the NAS message to indicate the type of data within the NAS message; andprioritise sending the NAS message over another NAS message corresponding to the mark on each message.29.The UE according to claim 28, wherein the UE is configured to prioritise the NAS message based on a set of pre-defined priority rules.30.The UE according to claim 28 or 29, wherein the UE is a narrow band, NB, device configured to only support control plane data transfer.31.The UE according to any of claims 28 to 30, wherein the set of pre-defined priority rules defines which types of data should be prioritised over which other types of data for sending within the NAS messages.32.The UE according to any of claims 29 to 31, wherein the UE is configured to prioritise voice data and related signalling data over all other non-NAS signalling data.33.The UE according to any of claims 29 to 32, wherein the UE is configured to prioritise the processing of a received NAS message based on its marking.34.The UE according to any of claims 29 to 33, wherein the mark comprises an indication of the priority level of the data within the NAS message.35.The UE according to claim 34, wherein each priority level is directly associated with one or more data types.36.The UE according to any of claims 29 to 35, wherein the UE is configured to mark the NAS message at a NAS interface.37.The UE according to any of claims 29 to 36, wherein the UE is configured to mark the NAS message by inserting and populating a new field in the NAS message header.38.The UE according to any of claims 29 to 36, wherein the UE is configured to mark the NAS message by inserting a pre-defined value in an existing field in the NAS message header.39.The UE according to any of claims 29 to 36, wherein the UE is configured to mark the NAS message as containing voice data by inserting a particular value in the security header type field of the NAS message header.40.The UE according to claim 39, wherein the particular value of the security header type is pre-defined as indicating that the NAS message is a security protected NAS message with voice data.41.The UE according to any of claims 29 to 36, wherein the UE is configured to mark the NAS message as comprising voice data by implicitly marking the NAS messages by sending the NAS messages with data associated to a PDN connection established with an APN known to be associated with PDNs used for voice calls.42.The UE according to any of claims 28 to 36, wherein the UE is configured to mark the NAS messages comprising voice content for an emergency call with the highest priority level.43.The UE according to any of claims 28 to 33, wherein the UE is configured to pass the NAS message from a NAS layer of the UE to an RRC layer of the UE alongside an indication of the contents of the NAS message.44.The UE according to claim 43, wherein the UE is configured to, in response to the indication from the NAS layer, apply at the RRC layer a particular priority level when sending the RRC message comprising the NAS message to a RAN.45.The UE according to claim 42 or 43, wherein the UE is configured to apply an indication of voice content to the RRC message at the RRC layer.46.The UE according to any of claims 42 to 45, wherein the UE is configured to, upon the RRC layer in the UE receiving an RRC message with a voice indication, prioritise the processing and forwarding of the NAS message to the NAS layer in the UE by the RRC layer.47.The UE according to any of claims 28 to 33, wherein the UE is configured to apply an establishment cause when establishing an RRC connection in an idle mode which indicates sending voice data over NAS.48.The UE according to claim 47, wherein the UE is configured to implement an RRC establishment cause value to be received by a RAN entity and indicating the reason for establishing the RRC connection and causing the RAN entity to prioritise the establishment procedure.49.A core network entity for transmitting and receiving data over a control plane in one or more NAS messages, the network entity configured to:receive one or more NAS messages marked to indicate the type of data within the NAS message; andprioritise sending the NAS message over another NAS message in dependence on the respective marks.50.The network entity according to claim 49, wherein the network entity is configured to prioritise the NAS message based on a set of pre-defined priority rules.51.The network entity according to claim 50, wherein the set of pre-defined priority rules defines which types of data should be prioritised over which other types of data for sending within the NAS message.52.The network entity according to any of claims 49 to 51, wherein the network entity is configured to prioritise voice data and related voice signalling data over other non-voice data and SMS.53.The network entity according to claim 52, wherein the network entity is configured to prioritise forwarding a received NAS message based on its marking.54.The network entity according to claim 52 or 53, wherein the network entity is configured to receive voice data to be sent in a NAS message and mark the NAS message as containing voice data.55.The network entity according to claims 49 to 54, wherein the network entity is configured to inform a RAN entity that the NAS message to be sent comprises voice data.

Images