WO2017001452A1 - Appareil et procédé destinés à la demande/fourniture d'informations de capacité servant à des réseaux spécifiques - Google Patents

Appareil et procédé destinés à la demande/fourniture d'informations de capacité servant à des réseaux spécifiques Download PDF

Info

Publication number
WO2017001452A1
WO2017001452A1 PCT/EP2016/065097 EP2016065097W WO2017001452A1 WO 2017001452 A1 WO2017001452 A1 WO 2017001452A1 EP 2016065097 W EP2016065097 W EP 2016065097W WO 2017001452 A1 WO2017001452 A1 WO 2017001452A1
Authority
WO
WIPO (PCT)
Prior art keywords
user equipment
mode operation
isolated
isolated mode
indication
Prior art date
Application number
PCT/EP2016/065097
Other languages
English (en)
Inventor
Anja Jerichow
Original Assignee
Nokia Solutions And Networks Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Solutions And Networks Oy filed Critical Nokia Solutions And Networks Oy
Publication of WO2017001452A1 publication Critical patent/WO2017001452A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data

Definitions

  • Embodiments of t e invention generally relate to wireless or mobile communications networks, such as, but not limited to, the Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (UTRAN), Long Term Evolution (LTE) Evolved UTRAN (E-UTRAN), LTE-Advanced (LTE-A), future 5G radio access technology, and/or High Speed Packet Access (HSPA).
  • UMTS Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • LTE Long Term Evolution
  • E-UTRAN Evolved UTRAN
  • LTE-A LTE-Advanced
  • future 5G radio access technology and/or High Speed Packet Access (HSPA).
  • HSPA High Speed Packet Access
  • Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network refers to a communications network including base stations, or Node Bs, and for example radio network controllers (RNC).
  • UTRAN allows for connectivity between the user equipment (UE) and the core network.
  • the RNC provides control functionalities for one or more Node Bs.
  • the RNC and its corresponding Node Bs are called the Radio Network Subsystem (RNS).
  • RNC Radio Network Subsystem
  • E-UTRAN enhanced UTRAN
  • no RNC exists and radio access functionality is provided in the evolved Node B (eNodeB or eNB) or many eNBs. Multiple eNBs are involved for a single UE connection, for example, in case of Coordinated Multipoint Transmission (CoMP) and in dual connectivity.
  • CoMP Coordinated Multipoint Transmission
  • LTE Long Term Evolution
  • E-UTRAN provides a new radio access technology and refers to the improvements of UMTS through improved efficiency and services, lower costs, and use of new spectrum opportunities.
  • LTE is a 3GPP standard that provides for uplink peak rates of at least, for example, 75 megabits per second (Mbps) per carrier and downlink peak rates of at least, for example, 300 Mbps per carrier.
  • LTE supports scalable carrier bandwidths from 20 MHz down to 1 .4 MHz and supports both Frequency Division Duplexing (FDD) and Time Division Duplexing (TDD).
  • FDD Frequency Division Duplexing
  • TDD Time Division Duplexing
  • LTE may also improve spectral efficiency in networks, allowing carriers to provide more data and voice services over a given bandwidth. Therefore, LTE is designed to fulfill the needs for high-speed data and media transport in addition to high-capacity voice support. Advantages of LTE include, for example, high throughput, low latency, FDD and TDD support in the same platform, an improved end- user experience, and a simple architecture resulting in low operating costs.
  • LTE-A LTE-Advanced
  • LTE-A is directed toward extending and optimizing the 3GPP LTE radio access technologies.
  • a goal of LTE-A is to provide significantly enhanced services by means of higher data rates and lower latency with reduced cost.
  • LTE-A is a more optimized radio system fulfilling the international telecommunication union-radio (ITU-R) requirements for I MT- Advanced while keeping the backward compatibility.
  • ITU-R international telecommunication union-radio
  • LTE-A in later releases may include even wider bandwidths as specified so far. Further, aggregating or interworking on the radio access level with the wireless LAN (WLAN) access network is foreseen.
  • WLAN wireless LAN
  • FIG. 1 illustrates a diagram of a system, according to one embodiment
  • FIG. 2 illustrates a diagram of a system, according to another embodiment
  • FIG. 3a illustrates a block diagram of an apparatus according to an embodiment
  • FIG. 3b illustrates a block diagram of an apparatus according to another embodiment
  • FIG. 3c illustrates a block diagram of an apparatus according to another embodiment
  • FIG. 3d illustrates a block diagram of an apparatus according to another embodiment
  • FIG. 4a illustrates a flow diagram of a method according to one embodiment
  • FIG. 4b illustrates a flow diagram of a method according to another embodiment
  • FIG. 4c illustrates a flow diagram of a method according to another embodiment
  • FIG. 4d illustrates a flow diagram of a method according to another embodiment
  • FIG. 5a illustrates a block diagram of an apparatus according to an embodiment
  • FIG. 5b illustrates a block diagram of an apparatus according to another embodiment
  • FIG. 5c illustrates a block diagram of an apparatus according to another embodiment
  • Fig. 5d illustrates a block diagram of an apparatus according to another embodiment.
  • a small network which could be referred to as a "local”, “mini” or “small” evolved packet core (EPC) may be comprised of a core network entities/functionalities. These core network entities may include a local mobility management entity (MME), local home subscriber server (HSS), local packet data network gateway (PDN-GW) and the local EPC may connect to a base station (eNB) so as to form a small network on its own.
  • MME mobility management entity
  • HSS local home subscriber server
  • PDN-GW local packet data network gateway
  • the small network may also be called a "network-in-a-box.”
  • One issue related to the small network is how UEs connecting to this small network can be authenticated without storing duplicated credentials in both a local HSS located in the local EPC and a macro HSS located in the macro EPC, which would lead to security concerns. Stealing information from the local HSS means compromising the full system, in that the provisioning server sends the same credentials to all local HSSs and therefore not only
  • Some embodiments of the invention may generally relate to the small networks introduced above, which as an example may be an isolated operation mode network, such as in isolated operation of E-UTRAN for public safety (IOPS) users.
  • An isolated E-UTRAN network may comprise a single eNB or multiple eNBs.
  • An IOPS network therefore is made up of one or more eNBs operating in IOPS mode and connected to a local evolved packet core (EPC).
  • EPC local evolved packet core
  • An IOPS- capable eNB refers to an eNB that has the capability of IOPS mode operation, which provides a local IP connectivity and public safety services to the UEs via local evolved packet core (EPC), for example, when the eNB has lost backhaul to the Macro EPC, when the eNB has no backhaul to the Macro EPC, and/or when the eNB decides to operate in local EPC for other reasons (e.g., efficiency, load balancing, etc.).
  • the Macro EPC refers to the EPC which serves an eNB in normal mode of operation.
  • SA1 has specified in 3GPP TS 22.346 a set of requirements for Isolated E- UTRAN stating that "The Isolated E-UTRAN is expected to provide for the authentication of participating entities and for the confidentiality and integrity of communications.”
  • Section 5.6.2 of TS 22.346 lists the requirements for security, authorization and privacy.
  • the "Isolated E-UTRAN shall ensure the confidentiality and integrity of both user data and network signalling to a level comparable with that provided by the existing 3GPP system.
  • an Isolated E-UTRAN is characterized by having no backhaul connection or a limited backhaul connection. Limited backhaul means that either only limited bandwidth signalling backhaul or both limited bandwidth signalling and user data backhaul is available.
  • SA2 TR 23.797 defines an IOPS network as one or more eNBs with a co- located local EPC with no or limited backhaul. It may be operated with a fully functional "local EPC", in which case all EPC network elements, such as the local mobility management entity (MME), would be available.
  • MME mobility management entity
  • HSS/AuC local home subscriber server/authentication center
  • AKA authentication and key agreement
  • Fig. 1 illustrates an example high level system architecture depicting the relation between an EPC and IOPS network.
  • the system may include a UE 100, an eNB 101 , local EPC 102, and Macro EPC 105.
  • the Local EPC 102 is an entity which provides functionality that eNBs in IOPS mode of operation use, instead of the Macro EPC 105, in order to support public safety services.
  • the Macro EPC 105 is the EPC which serves an eNB in normal mode of operation.
  • the local EPC 102 may include a local MME, local HSS/AuC, and other local components.
  • the Macro EPC 105 may include a MME, HSS/AuC, and other components.
  • a MME may be considered the main control node for a core network. Some features handled by MME may include: bearer activation/de-activation, idle mode UE tracking, choice of serving gateway (SGW) for a UE, intra-LTE handover involving core network node location, interacting with the HSS to authenticate user on attachment, and providing temporary identities for UEs.
  • HSS refers to a server comprising a central database that contains user-related and subscription-related information, for example. Functions of the HSS may be related to mobility management, call and session establishment support, user authentication and access authorization.
  • IOPS can be set-up as a completely independent system.
  • the local HSS may be completely pre-installed with subscriber data of all UEs that are allowed to be used in this system.
  • HPLMN Public Land Mobile Network
  • UEs that are IOPS capable but just visiting t e cell area served by this IOPS-HPLMN would also be allowed to attach.
  • IMSIs international mobile subscriber identities
  • Embodiments of the invention are able to avoid situations in which the macro HSS has no data record of lOPS-capable UEs and in such case cannot send any authenticating vectors (AVs) to the local MME (i.e., avoiding unnecessary requests from several local MMEs to the macro HSS), and in which the macro HSS is sending AVs to several local MMEs to which the UE may never attach (thus, generating many AVs that may never be needed, because the UE will never be in this traffic area).
  • AVs authenticating vectors
  • embodiments of the invention provide a generalization for the provisioning of AVs to a local MME, which in fact could be provided by several network entities (e.g. , the macro HSS or macro MME) depending on the architecture decisions as will be discussed and specified in 3GPP.
  • network entities e.g. , the macro HSS or macro MME
  • 3GPP TR 23.797 states that when an authorized public safety (PS) UE selects the lOPS-mode cell, it attaches to the dedicated PLMN and is authenticated using security procedures to be identified by SA3.
  • PS public safety
  • a PS UE is provided with 2 USIM applications, one dedicated for IOPS and allowing only the access of the IOPS network for PS UEs that have before registered for this specific IOPS network.
  • Certain embodiments of the invention provide a method and apparatus that allow a UE the usage of the same security procedures as in normal operation mode after it attaches to a cell in IOPS mode.
  • embodiments of the invention provide that information on isolated E-UTRAN operation capable UEs is provided from the macro EPC (e.g., MME) to the local EPC (e.g., MME) proactively to prepare for the future isolated eNB operation mode. This may be useful because the probability is high that those UEs may still be located in the area in case of an isolation of the eNB. Some embodiments may especially serve the use case where the eNB switches from a normal mode to isolated mode and possibly back to the normal mode.
  • MME macro EPC
  • MME mobility management Entity
  • the MME of the macro EPC keeps or stores a list of UEs (e.g., IMSIs or globally unique temporary identifier (GUTI)) that have been attached, and information whether these UEs are lOPS-capable, and optionally also to which traffic area they have attached.
  • UEs e.g., IMSIs or globally unique temporary identifier (GUTI)
  • the macro MME may perform the following: 1 ) the MME follows the usual procedure, i.e., if the macro MME has no authentication vector available for the UE, it requests authentication vectors from the HSS of the HPLMN for each IMSI ; 2) the MME of the macro EPC checks, for any UE that attaches to its PLMN in normal operation, whether that UE is also "lOPS-capable", i.e., a PS UE. The macro MME or another macro network entity keeps a record of this additional information, i.e., whether a particular UE, possibly identified by IMSI, can be used in IOPS mode.
  • an additional field may be added, e.g., in the database of a macro MME or macro HSS, to indicate the capability of a UE as "IOPS- capable" (assuming cell area of the UE current position is logged anyway).
  • One alternative is to store the information in the macro HSS, and the macro MME can request and receive the information from the HSS.
  • Another embodiment provides an addition to the macro MME procedural behaviour when a UE attaches. If a macro MME gets an attach request it does its normal authentication and key agreement (AKA) procedure for providing service to the UE (i.e., either MME uses the available K ASME related to the IMSI of the UE or MME requests a new AV from the HSS/AuC), and additionally the MME sends the information "IOPS- capable UE with IMSI x has been attached", possibly including cell or traffic area information, to those local MMEs that would serve the same cell or traffic area in an IOPS mode situation.
  • AKA authentication and key agreement
  • Such a local MME may be part of a local EPC co-located to eNBs that would serve the traffic area if the eNB would switch to the isolated mode. If there are several eNBs co-located to local EPCs, one or several local MMEs can store the information.
  • the local MME has only those lOPS-capable UEs, e.g., their IMSIs, stored that have been active in the cell or traffic area that would be served by this local MME.
  • the purpose is to have a list of active UEs available in the local MME, since the probability is high that those may still be located in the area in case of an isolation of the eNB were to happen.
  • the local MME may pro-actively request AVs from the macro EPC (MME or HSS/AuC) for each of those lOPS-capable UEs, e.g. identified by their IMSIs, using the normal Sa6 protocol request.
  • the local MME knows from the identity of the IOPS- capable UE, e.g., the IMSI, whether there is a need to pro-actively request the AVs from the macro HSS. If, for example, the IMSI indicates that the local MME would need to ask the local HSS/AuC, then there is no need to do this pro-actively. Thus, requesting the AVs proactively may only be needed for visiting UEs, for example if t e local EPC has been pre-configured for a set of lOPS-capable UEs.
  • the macro MME informs local MMEs about lOPS-capable UEs that have attached in a certain cell or traffic area during normal mode of operation. If the local MME receives the list of identities of lOPS-capable UEs from the MME of the macro EPC and the local MME has already requested AVs for some of those UEs, the local MME does not need to request new AVs, if it decides that those AVs are sufficient, e.g., fresh enough. In this case, the local MME does not initiate a new request.
  • the identity of the lOPS-capable UE e.g., IMSI
  • the local EPC i.e., pre- registered in the local HSS/AuC
  • Fig. 1 illustrates an example system according to one embodiment of the invention.
  • the system may include an IOPS capable UE 100, which sends an attach request to an eNB 101 .
  • the eNB 101 may discover that there is no backhaul (i.e., S1 ) connectivity to the macro EPC and switch to the isolated mode of operation and to the local EPC 102.
  • the IMSI of the IOPS capable UE 100 may be forwarded to the local MME 103 of the local EPC 102.
  • the local MME 103 may check if, for the IMSI of the IOPS capable UE 100, AV(s) are available. If so, the local MME 103 may provide AKA response.
  • MME data records can include list entries, for example, as follows:
  • an additional entry in the database may look like the following:
  • the MME may decide to send IMSI1 and IMSI3 to the local MME, which can request AVs from HSS of PLMN1 using its own PLMN Id as the IOPS Serving Network Id.
  • the HSS generates AVs and returns them to the local MME for IMSI1 and IMSI3.
  • the local MME stores those AVs for the emergency case that no backhaul is available and the eNB needs to be operated with the local MME only.
  • IMSI2 is also IOPS capable
  • the MME sends IMSI2, but indicating PLMN2 as the home network.
  • the local MME requests the AVs from the HSS of PLMN2, but using again its own PLMN Id as the IOPS SN Id.
  • lOPS-capable UEs store and/or send an indication that they can be operated in isolated E-UTRAN.
  • This may be an indicator, such as "allowed to be operated in isolated E-UTRAN", that is independent of whether the isolated E-UTRAN is used for public safety.
  • an indicator may be stored by or be part of the ME (mobile equipment), or may be part of the UICC (Universal Integrated Circuit Card), possibly in a non-volatile part of ME or UICC.
  • IOPS mode means that the eNB continues service via a local EPC which provides functionality that eNBs in isolated E- UTRAN mode of operation use (instead of the Macro EPC), in order to support public safety services.
  • each UE could be allowed to use services in IOPS mode, it may be preferable that only the public safety community is using the limited services in case of no backhaul connectivity (according to 3GPP TS 22.346 and TR 23.797).
  • the eNB and a local EPC may only serve UEs that are for public safety. Accordingly, only IOPS authorised UEs may be allowed to participate.
  • 3GPP TR 23.797 and TS 22.346 no definition of an lOPS-capable UE is given in 3GPP TR 23.797 and TS 22.346 and behavior of network elements is not specified.
  • Future scenarios may include the commercial use case. For example, in the future, if commercial UEs would pay for an extra service to be also served in the IOPS situation by such an lOPS-capable eNB/local EPC, this would be an addition to the value chain.
  • An interesting possibility is, in case of non-pre-configured IOPS networks, in which dynamic feeding of local MMEs with information of lOPS-capable UEs is possible. As one example, for a taxi or ride sharing business, it may be possible to keep your local MMEs up to state as to who is around and can be served locally.
  • an eNB has a co-located local EPC and is able to operate in isolated E-UTRAN. If such eNB has no backhaul connectivity (no S1 connection) to the macro EPC, it must decide whether to forward the UE attach request to t e local MME of the local EPC.
  • 3GPP has set up a work item for isolated E- UTRAN in public safety (PS), such that only PS UEs are allowed to continue in such scenarios.
  • PS public safety
  • 3GPP TS 22.346 specifies the following requirements: the Isolated E-UTRAN shall admit Public Safety UEs to the Isolated E-UTRAN, and the Isolated E-UTRAN shall manage Public Safety UE mobility between Nomadic eNBs ((N)eNBs) within the Isolate E- UTRAN. Therefore, the UE must be identifiable by eNBs to be authorized for lOPS mode of operation.
  • N Nomadic eNBs
  • embodiments of the invention introduce an information element or indicator of whether the UE is authorized or not authorized for lOPS mode, and a method, configuration flag, or logic in the eNB is provided to decide whether to allow the UE to access the local MME and how to handle an attach request from the UE.
  • the indicator allows the eNB to make a decision whether the UE is allowed to operate in lOPS mode. This allows the eNB to process the attachment request to the local EPC. Whether the UE is allowed to operate still depends on the success of the AKA between the UE and local MME.
  • the eNB can use this indicator for allowing lOPS-capable UEs to attach and run AKA with the MME of the macro EPC by using the signalling on the backhaul. In situations where the eNB has no backhaul connectivity, it can still allow lOPS UEs to attach via the local MME.
  • the new information element (IE) indicating whether a UE is "lOPS Authorized” may provide information on the authorization status of the UE for lOPS services, as indicated in the following table:
  • lOPS-capable UE may be provided as "An IOPS- capable UE is a public safety UE (PS UE) that is allowed to be operated in an lOPS network.”
  • PS UE public safety UE
  • eNB once an eNB switches to lOPS mode it will reject UEs that have either no "lOPS Authorized” indicator or lOPS Authorized indicator set to "not authorized".
  • behavior of the eNB and the UE may depend on the information broadcast by the eNB in IOPS mode and the UE's operator configuration:
  • an embodiment may proceed based on the following:
  • the UE may automatically add the indicator.
  • ⁇ UE can always set the indicator to its appropriate value regardless of the eNB to avoid resource waste in particular in emergency situations.
  • Selection of the MME may depend on configuration options of the operator. For example, if the UE performs an attach request with indicator set to "authorized”, the eNB forwards to MME if normal operation of the network or it forwards to either MME or local MME if limited backhaul available (depending on operator policy how to manage limited backhaul). If the UE performs an attach request with indicator set to "authorized”, the eNB forwards to local MME if IOPS mode of operation with no backhaul.
  • Fig. 2 illustrates an example system according to one embodiment of the invention.
  • a UE 100 may send an attach request, which includes an indication of whether the UE is IOPS authorized, to a MME of macro EPC 105.
  • the MME may then request the AV for the UE 100 from an HSS and receive the AV from the HSS.
  • the MME may also check if the UE is IOPS capable and, if so, send the IMSI of the UE to the local MME 103 of local EPC 102.
  • the local MME 103 may store the IMSI of the IOPS capable UE, and then request and receive the AV of the IMSI from the HSS.
  • the local MME 103 may also store the received AV.
  • Fig. 3a illustrates an example of an apparatus 10 according to an embodiment.
  • apparatus 10 may be a node, host, or server in a communications network or serving such a network.
  • apparatus 10 may be a network entity or control entity for a radio access network, such as an LTE, LTE-A, or 5G network.
  • apparatus 10 may be a network entity, such as an MME in a macro EPC, serving an eNB in normal mode.
  • apparatus 10 may be the eNB itself. It should be noted that one of ordinary skill in the art would understand that apparatus 10 may include components or features not shown in Fig. 3a.
  • apparatus 10 includes a processor 22 for processing information and executing instructions or operations.
  • processor 22 may be any type of general or specific purpose processor. While a single processor 22 is shown in Fig. 3a, multiple processors may be utilized according to other embodiments. In fact, processor 22 may include one or more of general-purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs), field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), and processors based on a multi-core processor architecture, as examples.
  • DSPs digital signal processors
  • FPGAs field-programmable gate arrays
  • ASICs application-specific integrated circuits
  • Apparatus 10 may further include or be coupled to a memory 14 (internal or external), which may be coupled to processor 22, for storing information and instructions that may be executed by processor 22.
  • Memory 14 may be one or more memories and of any type suitable to the local application environment, and may be implemented using any suitable volatile or nonvolatile data storage technology such as a semiconductor-based memory device, a magnetic memory device and system, an optical memory device and system, fixed memory, and removable memory.
  • memory 14 may be comprised of any combination of random access memory (RAM), read only memory (ROM), static storage such as a magnetic or optical disk, or any other type of non- transitory machine or computer readable media.
  • the instructions stored in memory 14 may include program instructions or computer program code that, when executed by processor 22, enable the apparatus 10 to perform tasks as described herein.
  • apparatus 10 may also include or be coupled to one or more antennas 25 for transmitting and receiving signals and/or data to and from apparatus 10.
  • Apparatus 10 may further include or be coupled to a transceiver 28 configured to transmit and receive information.
  • transceiver 28 may be configured to modulate information on to a carrier waveform for transmission by the antenna(s) 25 and demodulate information received via the antenna(s) 25 for further processing by other elements of apparatus 10.
  • transceiver 28 may be capable of transmitting and receiving signals or data directly.
  • Processor 22 may perform functions associated with the operation of apparatus 10 which may include, for example, precoding of antenna gain/phase parameters, encoding and decoding of individual bits forming a communication message, formatting of information, and overall control of the apparatus 10, including processes related to management of communication resources.
  • memory 14 may store software modules that provide functionality when executed by processor 22.
  • the modules may include, for example, an operating system that provides operating system functionality for apparatus 10.
  • the memory may also store one or more functional modules, such as an application or program, to provide additional functionality for apparatus 10.
  • the components of apparatus 10 may be implemented in hardware, or as any suitable combination of hardware and software.
  • apparatus 10 may be a network entity or control entity in a radio access network, such as a MME or eNB.
  • apparatus 10 may be controlled by memory 14 and processor 22 to determine, for each UE that attaches to a macro EPC, whether the UE is capable of isolated mode operation.
  • the isolated mode operation may be IOPS mode.
  • apparatus 10 may be controlled by memory 14 and processor 22 to store a record indicating that the UE is isolated mode operation capable, and to send information that the UE is isolated mode operation capable to a local network entity that would serve the UE in an isolated mode operation situation.
  • the local network entity may be a local MME in a local EPC.
  • the information sent to the local network entity may include an indication that "isolated mode operation capable user equipment with international mobile subscriber identity x has been attached".
  • the information further comprises traffic area information.
  • Fig. 3b illustrates an example of an apparatus 20 according to another embodiment.
  • apparatus 20 may be a node, host, or server in a communications network or serving such a network.
  • apparatus 20 may be a network entity or control entity for a radio access network, such as an LTE, LTE-A, or 5G network.
  • apparatus 20 may be a network entity, such as a local MME in a local EPC.
  • the local MME may be the entity that serves the eNB when it loses backhaul connectivity. It should be noted that one of ordinary skill in the art would understand that apparatus 20 may include components or features not shown in Fig. 3b.
  • apparatus 20 includes a processor 32 for processing information and executing instructions or operations.
  • processor 32 may be any type of general or specific purpose processor. While a single processor 32 is shown in Fig. 3b, multiple processors may be utilized according to other embodiments. In fact, processor 32 may include one or more of general-purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs), field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), and processors based on a multi-core processor architecture, as examples.
  • DSPs digital signal processors
  • FPGAs field-programmable gate arrays
  • ASICs application-specific integrated circuits
  • Apparatus 20 may further include or be coupled to a memory 34 (internal or external), which may be coupled to processor 32, for storing information and instructions that may be executed by processor 32.
  • Memory 34 may be one or more memories and of any type suitable to the local application environment, and may be implemented using any suitable volatile or nonvolatile data storage technology such as a semiconductor-based memory device, a magnetic memory device and system, an optical memory device and system, fixed memory, and removable memory.
  • memory 34 may be comprised of any combination of random access memory (RAM), read only memory (ROM), static storage such as a magnetic or optical disk, or any other type of non- transitory machine or computer readable media.
  • the instructions stored in memory 34 may include program instructions or computer program code that, when executed by processor 32, enable the apparatus 20 to perform tasks as described herein.
  • apparatus 20 may also include or be coupled to one or more antennas 35 for transmitting and receiving signals and/or data to and from apparatus 20.
  • Apparatus 20 may further include a transceiver 38 configured to transmit and receive information.
  • transceiver 38 may be configured to modulate information on to a carrier waveform for transmission by the antenna(s) 35 and demodulate information received via the antenna(s) 35 for further processing by other elements of apparatus 20.
  • transceiver 38 may be capable of transmitting and receiving signals or data directly.
  • Processor 32 may perform functions associated with the operation of apparatus 20 including, without limitation, precoding of antenna gain/phase parameters, encoding and decoding of individual bits forming a communication message, formatting of information, and overall control of the apparatus 20, including processes related to management of communication resources.
  • memory 34 stores software modules that provide functionality when executed by processor 32.
  • the modules may include, for example, an operating system that provides operating system functionality for apparatus 20.
  • the memory may also store one or more functional modules, such as an application or program, to provide additional functionality for apparatus 20.
  • the components of apparatus 20 may be implemented in hardware, or as any suitable combination of hardware and software.
  • apparatus 20 may be a network entity, such as a local MME.
  • apparatus 20 may be controlled by memory 34 and processor 32 to receive information that a UE is isolated mode operation capable, where apparatus 20 is a network entity that would serve the UE in an isolated mode operation situation.
  • the UE has been active in a traffic area served by the network entity.
  • Apparatus 20 may then be controlled by memory 34 and processor 32 to store the received information that the UE is isolated mode operation capable.
  • apparatus 20 may be controlled by memory 34 and processor 32 to request AVs from a HSS for each IMSI associated with the UE. Apparatus 20 may then be controlled by memory 34 and processor 32 to receive the AVs from the HSS and store the AVs.
  • Fig. 3c illustrates an example of an apparatus 40 according to another embodiment.
  • apparatus 40 may be a node or element in a communications network or associated with such a network.
  • apparatus 40 may be a mobile device, mobile unit, or user equipment (UE) associated with a communications network.
  • UE user equipment
  • apparatus 40 includes a processor 42 for processing information and executing instructions or operations.
  • processor 42 may be any type of general or specific purpose processor. While a single processor 42 is shown in Fig. 3c, multiple processors may be utilized according to other embodiments. In fact, processor 42 may include one or more of general-purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs), field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), and processors based on a multi-core processor architecture, as examples.
  • DSPs digital signal processors
  • FPGAs field-programmable gate arrays
  • ASICs application-specific integrated circuits
  • Apparatus 40 may further include or be coupled to a memory 44 (internal or external), which may be coupled to processor 42, for storing information and instructions that may be executed by processor 42.
  • Memory 44 may be one or more memories and of any type suitable to the local application environment, and may be implemented using any suitable volatile or nonvolatile data storage technology such as a semiconductor-based memory device, a magnetic memory device and system, an optical memory device and system, fixed memory, and removable memory.
  • memory 44 may be comprised of any combination of random access memory (RAM), read only memory (ROM), static storage such as a magnetic or optical disk, or any other type of non- transitory machine or computer readable media.
  • the instructions stored in memory 44 may include program instructions or computer program code that, when executed by processor 42, enable t e apparatus 40 to perform tasks as described herein.
  • apparatus 40 may also include or be coupled to one or more antennas 45 for transmitting and receiving signals and/or data to and from apparatus 40.
  • Apparatus 40 may further include a transceiver 48 configured to transmit and receive information.
  • transceiver 48 may be configured to modulate information on to a carrier waveform for transmission by the antenna(s) 45 and demodulate information received via the antenna(s) 45 for further processing by other elements of apparatus 40.
  • transceiver 48 may be capable of transmitting and receiving signals or data directly.
  • Processor 42 may perform functions associated with the operation of apparatus 40 including, without limitation, precoding of antenna gain/phase parameters, encoding and decoding of individual bits forming a communication message, formatting of information, and overall control of the apparatus 40, including processes related to management of communication resources.
  • memory 44 stores software modules that provide functionality when executed by processor 42.
  • the modules may include, for example, an operating system that provides operating system functionality for apparatus 40.
  • the memory may also store one or more functional modules, such as an application or program, to provide additional functionality for apparatus 40.
  • the components of apparatus 40 may be implemented in hardware, or as any suitable combination of hardware and software.
  • apparatus 40 may be a mobile device or UE.
  • apparatus 40 may be controlled by memory 44 and processor 42 to send, to an eNB, an indication of whether or not the apparatus 40 is authorized for isolated mode operation.
  • the indication is included in an information element for indicating whether the apparatus 40 is authorized for IOPS mode.
  • the indication may be sent along with an attach request to the eNB.
  • apparatus 40 may be controlled by memory 44 and processor 42 to add the indication to the attach request when the apparatus 40 knows that the eNB is operating in IOPS mode.
  • Fig. 3d illustrates an example of an apparatus 50 according to an embodiment.
  • apparatus 50 may be a node, host, or server in a communications network or serving such a network.
  • apparatus 50 may be a network node or control entity for a radio access network, such as a LTE, LTE-A, or 5G network.
  • apparatus 50 may be a base station or eNB.
  • apparatus 50 may be other components within a radio access network. It should be noted that one of ordinary skill in the art would understand that apparatus 50 may include components or features not shown in Fig. 3d.
  • apparatus 50 includes a processor 52 for processing information and executing instructions or operations.
  • processor 52 may be any type of general or specific purpose processor. While a single processor 52 is shown in Fig. 3d, multiple processors may be utilized according to other embodiments. In fact, processor 52 may include one or more of general-purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs), field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), and processors based on a multi-core processor architecture, as examples.
  • DSPs digital signal processors
  • FPGAs field-programmable gate arrays
  • ASICs application-specific integrated circuits
  • Apparatus 50 may further include or be coupled to a memory 54 (internal or external), which may be coupled to processor 52, for storing information and instructions that may be executed by processor 52.
  • Memory 54 may be one or more memories and of any type suitable to the local application environment, and may be implemented using any suitable volatile or nonvolatile data storage technology such as a semiconductor-based memory device, a magnetic memory device and system, an optical memory device and system, fixed memory, and removable memory.
  • memory 54 may be comprised of any combination of random access memory (RAM), read only memory (ROM), static storage such as a magnetic or optical disk, or any other type of non- transitory machine or computer readable media.
  • the instructions stored in memory 54 may include program instructions or computer program code that, when executed by processor 52, enable the apparatus 50 to perform tasks as described herein.
  • apparatus 50 may also include or be coupled to one or more antennas 55 for transmitting and receiving signals and/or data to and from apparatus 50.
  • Apparatus 50 may further include or be coupled to a transceiver 58 configured to transmit and receive information.
  • transceiver 58 may be configured to modulate information on to a carrier waveform for transmission by the antenna(s) 55 and demodulate information received via the antenna(s) 55 for further processing by other elements of apparatus 50.
  • transceiver 58 may be capable of transmitting and receiving signals or data directly.
  • Processor 52 may perform functions associated with the operation of apparatus 50 which may include, for example, precoding of antenna gain/phase parameters, encoding and decoding of individual bits forming a communication message, formatting of information, and overall control of the apparatus 50, including processes related to management of communication resources.
  • memory 54 may store software modules that provide functionality when executed by processor 52.
  • the modules may include, for example, an operating system that provides operating system functionality for apparatus 50.
  • the memory may also store one or more functional modules, such as an application or program, to provide additional functionality for apparatus 50.
  • the components of apparatus 50 may be implemented in hardware, or as any suitable combination of hardware and software.
  • apparatus 50 may be a network entity or control entity in a radio access network, such as a base station or eNB, for example.
  • apparatus 50 may be controlled by memory 54 and processor 52 to receive an indication of whether or not a UE is authorized for isolated mode operation.
  • the indication may be received in an information element for indicating whether the UE is authorized for IOPS mode.
  • the indication may be received along with an attach request to the apparatus 50.
  • apparatus 50 may be controlled by memory 54 and processor 52 to forward a message according to the UE capabilities to a local MME.
  • Fig. 4a illustrates an example flow diagram of a method, according to one embodiment of the invention.
  • the method of Fig. 4a may be performed by a network entity or control entity, such as an MME.
  • the method may include, at 400, determining, for each UE that attaches to a macro EPC, whether the UE is capable of isolated mode operation.
  • the method may further include, at 410, storing a record indicating that the UE is isolated mode operation capable and, at 420, sending information that the UE is isolated mode operation capable to a local MME that would serve the UE in an isolated mode operation situation.
  • Fig. 4b illustrates an example flow diagram of a method, according to another embodiment of the invention.
  • the method of Fig. 4b may be performed by a network entity or control entity, such as a local MME in a local EPC.
  • the method may include, at 430, receiving, by a network entity, information that a UE is isolated mode operation capable, where the network entity is a network entity that would serve the UE in an isolated mode operation situation.
  • the UE has been active in a traffic area served by the network entity.
  • the method may also include, at 440, storing the received information that the user equipment is isolated mode operation capable.
  • the method may include, at 450, requesting AVs from a HSS for each IMSI associated with the UE.
  • the method may include receiving the AVs from the HSS and, at 465, storing the AVs.
  • Fig. 4c illustrates a flow diagram of a method, according to another embodiment.
  • the method of Fig. 4c may be performed by a UE, for example.
  • the method may include, at 470, sending an indication of whether or not the UE is authorized for isolated mode operation to an eNB.
  • the indication may be included in an information element for indicating whether the UE is authorized for IOPS.
  • the indication may be sent along with an attach request to the eNB.
  • the method may further include adding the indication to the attach request when the UE knows that the eNB is operating in IOPS mode.
  • Fig. 4d illustrates an example flow diagram of a method, according to another embodiment of the invention.
  • the method of Fig. 4d may be performed by a network node or control entity, such as an eNB.
  • the method may include, at 480, receiving an indication of whether or not a UE is authorized for isolated mode operation.
  • the indication may be received in an information element for indicating whether the UE is authorized for IOPS.
  • the indication is received along with an attach request.
  • the method may include, at 490, forwarding the user equipment IMSI to a local MME.
  • Fig. 5a illustrates a block diagram of an apparatus 500, according to an embodiment of the invention.
  • apparatus 500 may be a node, host, or server in a communications network or serving such a network, such as a MME.
  • apparatus 500 may include a determining unit 505, storing unit 510, and transceiving unit 520.
  • determining unit 505 may determine, for each UE that attaches to a macro EPC, whether the UE is capable of isolated mode operation.
  • the isolated mode operation may be IOPS mode.
  • storing unit 510 may store a record indicating that the UE is isolated mode operation capable, and transceiving unit 520 may send information that the UE is isolated mode operation capable to a local network entity that would serve the UE in an isolated mode operation situation.
  • the local network entity may be a local MME in a local EPC.
  • the information sent to the local network entity may include an indication that "isolated mode operation capable user equipment with international mobile subscriber identity x has been attached".
  • the information further comprises traffic area information.
  • Fig. 5b illustrates a block diagram of an apparatus 501 , according to another embodiment of the invention.
  • apparatus 501 may be a node, host, or server in a communications network or serving such a network, such as a local MME in a local EPC.
  • apparatus 501 may include a transceiving unit 530, storing unit 540, and requesting unit 550.
  • transceiving unit 530 may receive information that a UE is isolated mode operation capable, where apparatus 500 is a network entity that would serve the UE in an isolated mode operation situation.
  • the UE has been active in a traffic area served by the network entity.
  • Storing unit 540 may store the received information that the UE is isolated mode operation capable.
  • requesting unit 550 may request AVs from a HSS for each IMSI associated with the UE.
  • Transceiving unit 530 may receive the AVs from the HSS and storing unit 540 may store the AVs.
  • Fig. 5c illustrates a block diagram of an apparatus 502, according to another embodiment of the invention.
  • apparatus 502 may be a mobile device, mobile unit, or user equipment (UE) associated with a communications network.
  • apparatus 502 may include a transceiving unit 560 and an adding unit 570.
  • transceiving unit 560 may send, to an eNB, an indication of whether or not the apparatus 502 is authorized for isolated mode operation.
  • the indication is included in an information element for indicating whether the apparatus 502 is authorized for IOPS mode.
  • the indication may be sent along with an attach request to the eNB.
  • adding unit 570 may add the indication to the attach request when the apparatus 40 knows that the eNB is operating in IOPS mode.
  • Fig. 5d illustrates a block diagram of an apparatus 503, according to another embodiment of the invention.
  • apparatus 503 may be a network node or control entity for a radio access network, such as a base station or eNB.
  • apparatus 503 may include a receiving unit 580 and a forwarding unit 590.
  • receiving unit 580 may receive an indication of whether or not a UE is authorized for isolated mode operation.
  • the indication may be received in an information element for indicating whether the UE is authorized for IOPS mode.
  • the indication may be received along with an attach request to the apparatus 503.
  • forwarding unit 590 may forward the UE IMSI to a local MME.
  • embodiments of the invention provide several advantages and technical improvements. For example, in certain embodiments, no decision help from the HSS to identify which UEs to generate AVs for is needed. Additionally, embodiments allow lOPS-capable UEs to be served independently of the owner of the local EPC, if the public safety operator allows this feature for its UEs, such as in situations where police, firemen and hospital usually operate over different PLMNs but want to communicate together with priority. Another advantage is that the local MME has already the list of IMSIs available that have been active in the location area.
  • Yet another advantage lays in combining embodiments of the present invention with the approach in which all PS UEs registered with one PLMN ID are pre-installed at a local HSS (as part of the local EPC).
  • an advantage of the present invention lays in serving also roaming PS UEs that would usually not be allowed to use the network in this scenario.
  • these mechanisms could be also commercially used in future.
  • programs also called program products or computer programs, including software routines, applets and macros
  • a computer program product may comprise one or more computer-executable components which, when the program is run, are configured to carry out embodiments.
  • the one or more computer-executable components may be at least one software code or portions of it. Modifications and configurations required for implementing functionality of an embodiment may be performed as routine(s), which may be implemented as added or updated software routine(s).
  • Software routine(s) may be downloaded into the apparatus.
  • Software or a computer program code or portions of it may be in a source code form, object code form, or in some intermediate form, and it may be stored in some sort of carrier, distribution medium, or computer readable medium, which may be any entity or device capable of carrying the program.
  • carrier include a record medium, computer memory, read-only memory, photoelectrical and/or electrical carrier signal, telecommunications signal, and software distribution package, for example.
  • the computer program may be executed in a single electronic digital computer or it may be distributed amongst a number of computers.
  • the computer readable medium or computer readable storage medium may be a non- transitory medium.
  • any method or apparatus described herein may be performed by hardware, for example through the use of an application specific integrated circuit (ASIC), a programmable gate array (PGA), a field programmable gate array (FPGA), or any other combination of hardware and software.
  • ASIC application specific integrated circuit
  • PGA programmable gate array
  • FPGA field programmable gate array
  • the functionality may be implemented as a signal, a non-tangible means that may be carried by an electromagnetic signal downloaded from the Internet or other network.
  • an apparatus such as a node, device, or a corresponding component, may be configured as a computer or a microprocessor, such as single-chip computer element, or as a chipset, including at least a memory for providing storage capacity used for arithmetic operation and an operation processor for executing the arithmetic operation.
  • a microprocessor such as single-chip computer element, or as a chipset, including at least a memory for providing storage capacity used for arithmetic operation and an operation processor for executing the arithmetic operation.

Landscapes

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

Abstract

La présente invention concerne des systèmes, des procédés, des appareils et des produits-programmes informatiques destinés à la demande/fourniture d'informations de capacité servant à des réseaux spécifiques, tels que des réseaux de fonctionnement, en mode isolé. Un procédé comprend la détermination, par une entité de réseau, pour chaque équipement utilisateur qui se fixe à un macro cœur de paquet évolué (EPC), si l'équipement utilisateur est apte au fonctionnement en mode isolé. Lorsqu'il est déterminé que l'équipement utilisateur est apte au fonctionnement en mode isolé, stockage d'un enregistrement indiquant que l'équipement utilisateur est apte au fonctionnement en mode isolé et envoi des informations que l'équipement utilisateur est apte en fonctionnement en mode isolé à une entité de réseau local qui pourrait desservir l'équipement utilisateur dans une situation de fonctionnement en mode isolé.
PCT/EP2016/065097 2015-07-02 2016-06-29 Appareil et procédé destinés à la demande/fourniture d'informations de capacité servant à des réseaux spécifiques WO2017001452A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201562188073P 2015-07-02 2015-07-02
US62/188,073 2015-07-02

Publications (1)

Publication Number Publication Date
WO2017001452A1 true WO2017001452A1 (fr) 2017-01-05

Family

ID=56511540

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2016/065097 WO2017001452A1 (fr) 2015-07-02 2016-06-29 Appareil et procédé destinés à la demande/fourniture d'informations de capacité servant à des réseaux spécifiques

Country Status (1)

Country Link
WO (1) WO2017001452A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018141355A1 (fr) * 2017-01-31 2018-08-09 Huawei Technologies Co., Ltd. Station de base et dispositif de communication prenant en charge un service de communication sans fil localisé
WO2019088886A1 (fr) * 2017-11-01 2019-05-09 Telefonaktiebolaget Lm Ericsson (Publ) Communications de groupe pendant des iops
WO2020015606A1 (fr) * 2018-07-16 2020-01-23 华为技术有限公司 Procédé, dispositif et système de communications
CN110730483A (zh) * 2018-07-16 2020-01-24 华为技术有限公司 通信方法、装置和系统
CN114697952A (zh) * 2020-12-29 2022-07-01 成都鼎桥通信技术有限公司 故障弱化的处理方法、设备和通信系统

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ALCATEL-LUCENT ET AL: "IOPS alternatives", vol. SA WG2, no. Sorrento, Italy; 20150126 - 20150130, 29 January 2015 (2015-01-29), XP050942501, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/SA2/Docs/> [retrieved on 20150129] *
GENERAL DYNAMICS UK LTD: "Further discussion on security challenges for Isolated E-UTRAN Operation for Public Safety (IOPS)", vol. SA WG3, no. San Francisco; 20141117 - 20141121, 17 November 2014 (2014-11-17), XP050881527, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/SA3/Docs/> [retrieved on 20141117] *
SAMSUNG ET AL: "IOPS solution for backhaul-less scenario", vol. SA WG2, no. Sorrento, Italy; 20150126 - 20150130, 25 January 2015 (2015-01-25), XP050942317, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/SA2/Docs/> [retrieved on 20150125] *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018141355A1 (fr) * 2017-01-31 2018-08-09 Huawei Technologies Co., Ltd. Station de base et dispositif de communication prenant en charge un service de communication sans fil localisé
CN110235514A (zh) * 2017-01-31 2019-09-13 华为技术有限公司 支持本地化无线通信业务的基站和通信设备
WO2019088886A1 (fr) * 2017-11-01 2019-05-09 Telefonaktiebolaget Lm Ericsson (Publ) Communications de groupe pendant des iops
WO2020015606A1 (fr) * 2018-07-16 2020-01-23 华为技术有限公司 Procédé, dispositif et système de communications
CN110730483A (zh) * 2018-07-16 2020-01-24 华为技术有限公司 通信方法、装置和系统
CN114697952A (zh) * 2020-12-29 2022-07-01 成都鼎桥通信技术有限公司 故障弱化的处理方法、设备和通信系统
CN114697952B (zh) * 2020-12-29 2023-07-18 成都鼎桥通信技术有限公司 故障弱化的处理方法、设备和通信系统

Similar Documents

Publication Publication Date Title
US11184417B2 (en) System and apparatus for providing network assistance for traffic handling in downlink streaming
US9706589B2 (en) Network nodes, devices and methods therein for enabling device to device communication
KR20190135518A (ko) 액세스 카테고리 및 확립 원인
US20130195012A1 (en) Network attach procedure for long term evolution local area network
US11683682B2 (en) Network slice authentication for default slices
WO2017001452A1 (fr) Appareil et procédé destinés à la demande/fourniture d&#39;informations de capacité servant à des réseaux spécifiques
US11671905B2 (en) Prioritized scanning for improved system acquisition
WO2021237572A1 (fr) Procédés permettant d&#39;établir une session d&#39;unité de données de protocole
KR20200016776A (ko) 무선통신 시스템에서의 무선 노드 통신 방법 및 장치
US20230199618A1 (en) Network Node, User Equipment and Methods in a Radio Communications Network
CN114175771A (zh) 按需超可靠低等待时间通信（urllc）
US20210168697A1 (en) User Equipment and Method to Handle Access Barring
US20230362787A1 (en) Apparatus and method in a radio communications network
US20220361007A1 (en) Ul spatial relation switch for pucch, pusch and srs
US20230043617A1 (en) Deterministic plmn selection during disaster roaming
US20220386401A1 (en) Multiple Access
EP3479605B1 (fr) Signalisation optimisée de gestion de la mobilité dans une architecture réseau centrée sur les données
WO2016162322A1 (fr) Appareil et procédé pour demander et fournir des justificatifs d&#39;identité de sécurité pour réseaux spécifiques
US20240205863A1 (en) Apparatuses, methods, and computer program products for fifth-generation system multiple registration with evolved packet system network interworking

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16741875

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16741875

Country of ref document: EP

Kind code of ref document: A1