WO2016111528A1 - 무선 통신 시스템에서 mcptt에 관련된 신호 송수신 방법 및 이를 위한 장치 - Google Patents

무선 통신 시스템에서 mcptt에 관련된 신호 송수신 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2016111528A1
WO2016111528A1 PCT/KR2016/000062 KR2016000062W WO2016111528A1 WO 2016111528 A1 WO2016111528 A1 WO 2016111528A1 KR 2016000062 W KR2016000062 W KR 2016000062W WO 2016111528 A1 WO2016111528 A1 WO 2016111528A1
Authority
WO
WIPO (PCT)
Prior art keywords
mcptt
floor
network
location information
transmitting
Prior art date
Application number
PCT/KR2016/000062
Other languages
English (en)
French (fr)
Inventor
김래영
류진숙
김현숙
김재현
김태훈
Original Assignee
엘지전자 주식회사
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 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of WO2016111528A1 publication Critical patent/WO2016111528A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management

Definitions

  • the following description relates to a wireless communication system, and more particularly, to a method and apparatus for transmitting and receiving a signal related to a mission critical push to talk (MCPTT).
  • MCPTT mission critical push to talk
  • Wireless communication systems are widely deployed to provide various kinds of communication services such as voice and data.
  • a wireless communication system is a multiple access system capable of supporting communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.).
  • multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, and single carrier frequency (SC-FDMA).
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • MCD division multiple access
  • MCDMA multi-carrier frequency division multiple access
  • MC-FDMA multi-carrier frequency division multiple access
  • a method for transmitting and receiving a signal related to MCPTT (Mission Critical Push To Talk) of a first device in a wireless communication system comprising: transmitting a Floor Request by the first device; Receiving a Floor Request Status from a second device receiving the Floor Request; Receiving the Floor Grant from the second device after receiving the Floor Request Status; After receiving the Floor Grant, comprising the steps of transmitting the location information of the first device, the first device transmits the location information of the first device together when transmitting the Floor Request, the signal transmission and reception method related to MCPTT to be.
  • MCPTT Mobility Critical Push To Talk
  • An embodiment of the present invention provides a first apparatus for transmitting and receiving a Mission Critical Push To Talk (MCPTT) related signal in a wireless communication system, the apparatus comprising: a transceiver; And a processor, wherein the processor transmits a Floor Request, receives a Floor Request Status from a second device that has received the Floor Request, receives the Floor Request Status, and receives a Floor Grant from the second device. And, after receiving the Floor Grant, and transmits the location information of the first device, the first device is a first device, transmitting the location information of the first device together when transmitting the Floor Request.
  • MCPTT Mission Critical Push To Talk
  • the second device When the second device is a Floor Control Server, and the first device is changed by more than a preset value compared to the position when transmitting the Floor Request, and transmits the location information of the first device to the Floor Control Server, the second When the device is an MCPTT client and the first device changes by more than a preset value relative to the location when the Floor Request is transmitted, the device may transmit the location information of the first device to the MCPTT group.
  • the preset value may be a displacement value set for each of latitude, longitude, and height.
  • the Floor Request Status may include a list of queues in which the Floor Request of the first device is put.
  • the MCPTT client is a floor arbitrator, and when the first device receives the floor grant, the MCPTT client may inherit the floor arbitrator role from the second device.
  • Location information of the first device transmitted to the Floor Control Server may be delivered to the MCPTT UEs.
  • the Floor Control Server may be a node connected to the network.
  • the node connected to the network may be either an MCPTT server or a relay UE.
  • the first device may be an indoor UE.
  • the location information may be measured by one or more of motion sensors, environmental sensors, and position sensors.
  • the motion sensors may include accelerometers and gyroscopes
  • the environmental sensors may include barometers
  • the position sensors may include magnetometers and orientation sensors.
  • According to the present invention can accurately determine the location of the talker it is possible to efficiently perform MCPTT.
  • FIG. 1 is a diagram illustrating a schematic structure of an EPS (Evolved Packet System) including an Evolved Packet Core (EPC).
  • EPS Evolved Packet System
  • EPC Evolved Packet Core
  • FIG. 2 is an exemplary view showing the architecture of a general E-UTRAN and EPC.
  • 3 is an exemplary view showing the structure of a radio interface protocol in a control plane.
  • FIG. 4 is an exemplary view showing the structure of a radio interface protocol in a user plane.
  • 5 is a flowchart illustrating a random access procedure.
  • RRC radio resource control
  • 7 to 9 are diagrams for explaining a conventional MCPTT.
  • 11 is an illustration of a floor control procedure defined in IETF RFC 4582 BFCP.
  • 16 is a diagram illustrating a configuration of a node device according to an embodiment of the present invention.
  • each component or feature may be considered to be optional unless otherwise stated.
  • Each component or feature may be embodied in a form that is not combined with other components or features.
  • some components and / or features may be combined to form an embodiment of the present invention.
  • the order of the operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment or may be replaced with corresponding components or features of another embodiment.
  • Embodiments of the present invention may be supported by standard documents disclosed in relation to at least one of the Institute of Electrical and Electronics Engineers (IEEE) 802 series system, 3GPP system, 3GPP LTE and LTE-A system, and 3GPP2 system. That is, steps or parts which are not described to clearly reveal the technical spirit of the present invention among the embodiments of the present invention may be supported by the above documents. In addition, all terms disclosed in the present document can be described by the above standard document.
  • IEEE Institute of Electrical and Electronics Engineers
  • UMTS Universal Mobile Telecommunications System
  • GSM Global System for Mobile Communication
  • Evolved Packet System A network system composed of an Evolved Packet Core (EPC), which is a packet switched (PS) core network based on Internet Protocol (IP), and an access network such as LTE / UTRAN.
  • EPC Evolved Packet Core
  • PS packet switched
  • IP Internet Protocol
  • UMTS is an evolutionary network.
  • NodeB base station of GERAN / UTRAN. It is installed outdoors and its coverage is macro cell size.
  • eNodeB base station of E-UTRAN. It is installed outdoors and its coverage is macro cell size.
  • UE User Equipment
  • the UE may be referred to in terms of terminal, mobile equipment (ME), mobile station (MS), and the like.
  • the UE may be a portable device such as a laptop, a mobile phone, a personal digital assistant (PDA), a smart phone, a multimedia device, or the like, or may be a non-portable device such as a personal computer (PC) or a vehicle-mounted device.
  • the term UE or UE may refer to an MTC device.
  • HNB Home NodeB
  • HeNB Home eNodeB: A base station of an EPS network, which is installed indoors and its coverage is micro cell size.
  • Mobility Management Entity A network node of an EPS network that performs mobility management (MM) and session management (SM) functions.
  • Packet Data Network-Gateway (PDN-GW) / PGW A network node of an EPS network that performs UE IP address assignment, packet screening and filtering, charging data collection, and the like.
  • SGW Serving Gateway
  • Non-Access Stratum Upper stratum of the control plane between the UE and the MME.
  • Packet Data Network A network in which a server supporting a specific service (eg, a Multimedia Messaging Service (MMS) server, a Wireless Application Protocol (WAP) server, etc.) is located.
  • a server supporting a specific service eg, a Multimedia Messaging Service (MMS) server, a Wireless Application Protocol (WAP) server, etc.
  • MMS Multimedia Messaging Service
  • WAP Wireless Application Protocol
  • PDN connection A logical connection between the UE and the PDN, represented by one IP address (one IPv4 address and / or one IPv6 prefix).
  • RAN Radio Access Network: a unit including a NodeB, an eNodeB and a Radio Network Controller (RNC) controlling them in a 3GPP network. It exists between UEs and provides a connection to the core network.
  • RNC Radio Network Controller
  • HLR Home Location Register
  • HSS Home Subscriber Server
  • PLMN Public Land Mobile Network
  • Proximity Service (or ProSe Service or Proximity based Service): A service that enables discovery and direct communication between physically close devices or communication through a base station or through a third party device. In this case, user plane data is exchanged through a direct data path without passing through a 3GPP core network (eg, EPC).
  • EPC 3GPP core network
  • ProSe communication Means communication through a ProSe communication path between two or more ProSe capable terminals. Unless specifically stated otherwise, ProSe communication may mean one of ProSe E-UTRA communication, ProSe-assisted WLAN direct communication between two terminals, ProSe group communication, or ProSe broadcast communication.
  • ProSe-assisted WLAN direct communication ProSe communication using a direct communication path
  • ProSe communication path As a communication path supporting ProSe communication, a ProSe E-UTRA communication path may be established between ProSe-enabled UEs or through a local eNB using E-UTRA. ProSe-assisted WLAN direct communication path can be established directly between ProSe-enabled UEs using WLAN.
  • EPC path (or infrastructure data path): user plane communication path through EPC
  • ProSe Discovery A process of identifying / verifying a nearby ProSe-enabled terminal using E-UTRA
  • ProSe Group Communication One-to-many ProSe communication using a common communication path between two or more ProSe-enabled terminals in close proximity.
  • ProSe UE-to-Network Relay ProSe-enabled public safety terminal acting as a communication relay between ProSe-enabled network using E-UTRA and ProSe-enabled public safety terminal
  • ProSe UE-to-UE Relay A ProSe-enabled public safety terminal operating as a ProSe communication relay between two or more ProSe-enabled public safety terminals.
  • -Remote UE In the UE-to-Network Relay operation, a ProSe-enabled public safety terminal that is connected to the EPC network through ProSe UE-to-Network Relay without receiving service by E-UTRAN, that is, provides a PDN connection, and is a UE.
  • a ProSe-enabled public safety terminal In -to-UE Relay operation, a ProSe-enabled public safety terminal that communicates with other ProSe-enabled public safety terminals through a ProSe UE-to-UE Relay.
  • ProSe-enabled Network A network that supports ProSe Discovery, ProSe Communication, and / or ProSe-assisted WLAN direct communication.
  • the ProSe-enabled Network may be referred to simply as a network.
  • ProSe-enabled UE a terminal supporting ProSe discovery, ProSe communication and / or ProSe-assisted WLAN direct communication.
  • the ProSe-enabled UE and the ProSe-enabled Public Safety UE may be called terminals.
  • Proximity Satisfying proximity criteria defined in discovery and communication, respectively.
  • SLP SULP Location Platform
  • SLP An entity that manages Location Service Management and Position Determination.
  • SLP includes a SPL (SUPL Location Center) function and a SPC (SUPL Positioning Center) function.
  • SPL SUPL Location Center
  • SPC SUPL Positioning Center
  • OMA Open Mobile Alliance
  • the application / service layer includes Temporary Mobile Group Identity (TMGI) for each MBMS service, session start and end time, frequencies, MBMS service area identities (MBMS SAIs) information belonging to the MBMS service area. To put in USD to the terminal. See 3GPP TS 23.246 for details.
  • TMGI Temporary Mobile Group Identity
  • MBMS SAIs MBMS service area identities
  • ISR Interle mode Signaling Reduction
  • Mission Critical Push To Talk Group communication service that provides fast setup time, the ability to handle large groups, powerful security, and priority handling.
  • MCPTT service Push To Talk communication service supporting applications for Mission Critical Organizations and mission critical applications for other businesses and organizations (eg, utilities, railways), providing fast setup time, high availability and reliability, and priority handling. .
  • Mission Critical Organization An end-user organization that includes MCPTT users and UEs, which may include MCPTT Administrators. It can also be organized hierarchically with administrative control delegated to an organization or delegated to an external entity.
  • MCPTT system A collection of applications, services, and enabling capabilities required to support Mission Critical Push To Talk for Mission Critical Organization.
  • -MCPTT User A user having a device (ie UE) that can participate in the MCPTT service as a user of the MCPTT service.
  • MCPTT Group A defined set of MCPTT users that can be identified (or independently) regardless of transport or network type.
  • MCPTT Group Member An MCPTT user who has been authorized to participate in group communications of a particular MCPTT Group.
  • Group call A mechanism that allows MCPTT users to make one-to-many MCPTT transmissions to other users who are members of the MCPTT Group (s).
  • Group affiliation A mechanism that determines that an MCPTT user is interested in one or more MCPTT groups.
  • affiliated MCPTT Group Member An MCPTT Group Member who is ready to receive and / or transmit group communications from the MCPTT group by expressing interest in any MCPTT group.
  • Floor control An arbitration system in the MCPTT service that determines who has authority to talk at any point during the MCPTT call.
  • On-network MCPTT service A set of functions and capabilities for providing MCPTT over an EPS bearer using E-UTRAN. Therefore, MCPTT service is provided through the network.
  • Off-Network MCPTT Service A set of functions and capabilities for providing MCPTTs through ProSe discovery and ProSe communication between UEs using E-UTRA.
  • EPC Evolved Packet Core
  • FIG. 1 is a diagram illustrating a schematic structure of an EPS (Evolved Packet System) including an Evolved Packet Core (EPC).
  • EPS Evolved Packet System
  • EPC Evolved Packet Core
  • SAE System Architecture Evolution
  • SAE is a research project to determine network structure supporting mobility between various kinds of networks.
  • SAE aims to provide an optimized packet-based system, for example, supporting various radio access technologies on an IP basis and providing enhanced data transfer capabilities.
  • the EPC is a core network of an IP mobile communication system for a 3GPP LTE system and may support packet-based real-time and non-real-time services.
  • a conventional mobile communication system i.e., a second generation or third generation mobile communication system
  • the core network is divided into two distinct sub-domains of circuit-switched (CS) for voice and packet-switched (PS) for data.
  • CS circuit-switched
  • PS packet-switched
  • the function has been implemented.
  • the sub-domains of CS and PS have been unified into one IP domain.
  • EPC IP Multimedia Subsystem
  • the EPC may include various components, and in FIG. 1, some of them correspond to a serving gateway (SGW), a packet data network gateway (PDN GW), a mobility management entity (MME), and a serving general packet (SGRS) Radio Service (Supporting Node) and Enhanced Packet Data Gateway (ePDG) are shown.
  • SGW serving gateway
  • PDN GW packet data network gateway
  • MME mobility management entity
  • SGRS serving general packet
  • Radio Service Upporting Node
  • ePDG Enhanced Packet Data Gateway
  • the SGW acts as a boundary point between the radio access network (RAN) and the core network, and is an element that functions to maintain a data path between the eNodeB and the PDN GW.
  • the SGW serves as a local mobility anchor point. That is, packets may be routed through the SGW for mobility in the E-UTRAN (Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later).
  • E-UTRAN Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later.
  • SGW also provides mobility with other 3GPP networks (RANs defined before 3GPP Release-8, such as UTRAN or GERAN (Global System for Mobile Communication (GSM) / Enhanced Data rates for Global Evolution (EDGE) Radio Access Network). It can also function as an anchor point.
  • RANs defined before 3GPP Release-8 such as UTRAN or GERAN (Global System for Mobile Communication (GSM) / Enhanced Data rates for Global Evolution (EDGE) Radio Access Network). It can also function as an anchor point.
  • GSM Global System for Mobile Communication
  • EDGE Enhanced Data rates for Global Evolution
  • the PDN GW corresponds to the termination point of the data interface towards the packet data network.
  • the PDN GW may support policy enforcement features, packet filtering, charging support, and the like.
  • mobility management between 3GPP networks and non-3GPP networks for example, untrusted networks such as Interworking Wireless Local Area Networks (I-WLANs), code-division multiple access (CDMA) networks, or trusted networks such as WiMax) Can serve as an anchor point for.
  • untrusted networks such as Interworking Wireless Local Area Networks (I-WLANs), code-division multiple access (CDMA) networks, or trusted networks such as WiMax
  • I-WLANs Interworking Wireless Local Area Networks
  • CDMA code-division multiple access
  • WiMax trusted networks
  • FIG. 1 shows that the SGW and the PDN GW are configured as separate gateways, two gateways may be implemented according to a single gateway configuration option.
  • the MME is an element that performs signaling and control functions to support access to the network connection of the UE, allocation of network resources, tracking, paging, roaming and handover, and the like.
  • the MME controls control plane functions related to subscriber and session management.
  • the MME manages a number of eNodeBs and performs signaling for the selection of a conventional gateway for handover to other 2G / 3G networks.
  • the MME also performs functions such as security procedures, terminal-to-network session handling, and idle terminal location management.
  • SGSN handles all packet data, such as user's mobility management and authentication to other 3GPP networks (eg GPRS networks).
  • 3GPP networks eg GPRS networks.
  • the ePDG acts as a secure node for untrusted non-3GPP networks (eg, I-WLAN, WiFi hotspots, etc.).
  • untrusted non-3GPP networks eg, I-WLAN, WiFi hotspots, etc.
  • a terminal having IP capability is an IP service network provided by an operator (ie, an operator) via various elements in the EPC, based on 3GPP access as well as non-3GPP access. (Eg, IMS).
  • FIG. 1 illustrates various reference points (eg, S1-U, S1-MME, etc.).
  • a conceptual link defining two functions existing in different functional entities of E-UTRAN and EPC is defined as a reference point.
  • Table 1 below summarizes the reference points shown in FIG. 1.
  • This reference point can be used in PLMN-to-PLMN-to-for example (for PLMN-to-PLMN handovers) (It enables user and bearer information exchange for inter 3GPP access network mobility in idle and / or active state This reference point can be used intra-PLMN or inter-PLMN (eg in the case of Inter-PLMN HO).)
  • S4 Reference point between SGW and SGSN that provides related control and mobility support between the GPRS core and SGW's 3GPP anchor functionality.It also provides user plane tunneling if no direct tunnel is established.
  • the 3GPP Anchor function of Serving GW In addition, if Direct Tunnel is not established, it provides the user plane tunnelling.
  • S5 Reference point providing user plane tunneling and tunnel management between the SGW and the PDN GW.
  • the PDN may be an operator external public or private PDN or, for example, an in-operator PDN for the provision of IMS services. It is the reference point between the PDN GW and the packet data network.
  • Packet data network may be an operator external public or private packet data network or an intra operator packet data network, eg for provision of IMS services.This reference point corresponds to Gi for 3GPP accesses.
  • S2a and S2b correspond to non-3GPP interfaces.
  • S2a is a reference point that provides the user plane with associated control and mobility support between trusted non-3GPP access and PDN GW.
  • S2b is a reference point that provides the user plane with relevant control and mobility support between the ePDG and PDN GW.
  • FIG. 2 is an exemplary view showing the architecture of a general E-UTRAN and EPC.
  • an eNodeB can route to a gateway, schedule and send paging messages, schedule and send broadcaster channels (BCHs), and resources in uplink and downlink while an RRC (Radio Resource Control) connection is active.
  • BCHs broadcaster channels
  • RRC Radio Resource Control
  • paging can occur, LTE_IDLE state management, user plane can perform encryption, SAE bearer control, NAS signaling encryption and integrity protection.
  • FIG. 3 is an exemplary diagram illustrating a structure of a radio interface protocol in a control plane between a terminal and a base station
  • FIG. 4 is an exemplary diagram illustrating a structure of a radio interface protocol in a user plane between a terminal and a base station. .
  • the air interface protocol is based on the 3GPP radio access network standard.
  • the air interface protocol is composed of a physical layer, a data link layer, and a network layer horizontally, and a user plane and control for data information transmission vertically. It is divided into a control plane for signal transmission.
  • the protocol layers are based on the lower three layers of the Open System Interconnection (OSI) reference model, which is widely known in communication systems, and includes L1 (first layer), L2 (second layer), and L3 (third layer). ) Can be separated.
  • OSI Open System Interconnection
  • the physical layer which is the first layer, provides an information transfer service using a physical channel.
  • the physical layer is connected to a medium access control layer on the upper side through a transport channel, and data between the medium access control layer and the physical layer is transmitted through the transport channel.
  • data is transferred between different physical layers, that is, between physical layers of a transmitting side and a receiving side through a physical channel.
  • the physical channel is composed of several subframes on the time axis and several sub-carriers on the frequency axis.
  • one subframe includes a plurality of symbols and a plurality of subcarriers on the time axis.
  • One subframe consists of a plurality of resource blocks, and one resource block consists of a plurality of symbols and a plurality of subcarriers.
  • the transmission time interval (TTI) which is a unit time for transmitting data, is 1 ms corresponding to one subframe.
  • the physical channels existing in the physical layer of the transmitting side and the receiving side are physical downlink shared channel (PDSCH), physical uplink shared channel (PUSCH) and physical downlink control channel (PDCCH), which are control channels, It may be divided into a Physical Control Format Indicator Channel (PCFICH), a Physical Hybrid-ARQ Indicator Channel (PHICH), and a Physical Uplink Control Channel (PUCCH).
  • PCFICH Physical Control Format Indicator Channel
  • PHICH Physical Hybrid-ARQ Indicator Channel
  • PUCCH Physical Uplink Control Channel
  • the medium access control (MAC) layer of the second layer serves to map various logical channels to various transport channels, and also logical channel multiplexing to map several logical channels to one transport channel. (Multiplexing).
  • the MAC layer is connected to the upper layer RLC layer by a logical channel, and the logical channel includes a control channel for transmitting information of a control plane according to the type of information to be transmitted. It is divided into a traffic channel that transmits user plane information.
  • the Radio Link Control (RLC) layer of the second layer adjusts the data size so that the lower layer is suitable for transmitting data to the radio section by segmenting and concatenating data received from the upper layer. It plays a role.
  • RLC Radio Link Control
  • the Packet Data Convergence Protocol (PDCP) layer of the second layer is an IP containing relatively large and unnecessary control information for efficient transmission in a wireless bandwidth where bandwidth is small when transmitting an IP packet such as IPv4 or IPv6. Performs Header Compression which reduces the packet header size.
  • the PDCP layer also performs a security function, which is composed of encryption (Ciphering) to prevent third-party data interception and integrity protection (Integrity protection) to prevent third-party data manipulation.
  • the radio resource control layer (hereinafter RRC) layer located at the top of the third layer is defined only in the control plane, and the configuration and resetting of radio bearers (abbreviated as RBs) are performed. It is responsible for the control of logical channels, transport channels and physical channels in relation to configuration and release.
  • RB means a service provided by the second layer for data transmission between the terminal and the E-UTRAN.
  • RRC connection If there is an RRC connection (RRC connection) between the RRC of the terminal and the RRC layer of the wireless network, the terminal is in the RRC connected mode (Connected Mode), otherwise it is in the RRC idle mode (Idle Mode).
  • RRC connection If there is an RRC connection (RRC connection) between the RRC of the terminal and the RRC layer of the wireless network, the terminal is in the RRC connected mode (Connected Mode), otherwise it is in the RRC idle mode (Idle Mode).
  • the RRC state refers to whether or not the RRC of the UE is in a logical connection with the RRC of the E-UTRAN. If the RRC state is connected, the RRC_CONNECTED state is called, and the RRC_IDLE state is not connected. Since the UE in the RRC_CONNECTED state has an RRC connection, the E-UTRAN can grasp the existence of the UE in units of cells, and thus can effectively control the UE. On the other hand, the UE in the RRC_IDLE state cannot identify the existence of the UE by the E-UTRAN, and the core network manages the unit in a larger tracking area (TA) unit than the cell.
  • TA tracking area
  • each TA is identified by a tracking area identity (TAI).
  • TAI tracking area identity
  • the terminal may configure a TAI through a tracking area code (TAC), which is information broadcast in a cell.
  • TAC tracking area code
  • the terminal When the user first turns on the power of the terminal, the terminal first searches for an appropriate cell, then establishes an RRC connection in the cell, and registers the terminal's information in the core network. Thereafter, the terminal stays in the RRC_IDLE state. The terminal staying in the RRC_IDLE state (re) selects a cell as needed and looks at system information or paging information. This is called camping on the cell.
  • the UE staying in the RRC_IDLE state makes an RRC connection with the RRC of the E-UTRAN through an RRC connection procedure and transitions to the RRC_CONNECTED state.
  • RRC_CONNECTED state There are several cases in which a UE in RRC_IDLE state needs to establish an RRC connection. For example, a user's call attempt, a data transmission attempt, etc. are required or a paging message is received from E-UTRAN. Reply message transmission, and the like.
  • a non-access stratum (NAS) layer located above the RRC layer performs functions such as session management and mobility management.
  • NAS non-access stratum
  • ESM evolved Session Management
  • the NAS layer performs functions such as default bearer management and dedicated bearer management, and is responsible for controlling the terminal to use the PS service from the network.
  • the default bearer resource is characterized in that it is allocated from the network when it is connected to the network when it first accesses a specific Packet Data Network (PDN).
  • PDN Packet Data Network
  • the network allocates an IP address usable by the terminal so that the terminal can use the data service, and also allocates QoS of the default bearer.
  • LTE supports two types of bearer having a guaranteed bit rate (GBR) QoS characteristic that guarantees a specific bandwidth for data transmission and reception, and a non-GBR bearer having a best effort QoS characteristic without guaranteeing bandwidth.
  • GBR guaranteed bit rate
  • Non-GBR bearer is assigned.
  • the bearer allocated to the terminal in the network is called an evolved packet service (EPS) bearer, and when the EPS bearer is allocated, the network allocates one ID. This is called EPS Bearer ID.
  • EPS bearer ID One EPS bearer has a QoS characteristic of a maximum bit rate (MBR) or / and a guaranteed bit rate (GBR).
  • 5 is a flowchart illustrating a random access procedure in 3GPP LTE.
  • the random access procedure is used for the UE to get UL synchronization with the base station or to be allocated UL radio resources.
  • the UE receives a root index and a physical random access channel (PRACH) configuration index from the eNodeB.
  • PRACH physical random access channel
  • Each cell has 64 candidate random access preambles defined by a Zadoff-Chu (ZC) sequence, and the root index is a logical index for the UE to generate 64 candidate random access preambles.
  • ZC Zadoff-Chu
  • the PRACH configuration index indicates a specific subframe and a preamble format capable of transmitting the random access preamble.
  • the UE sends the randomly selected random access preamble to the eNodeB.
  • the UE selects one of the 64 candidate random access preambles.
  • the corresponding subframe is selected by the PRACH configuration index.
  • the UE transmits the selected random access preamble in the selected subframe.
  • the eNodeB Upon receiving the random access preamble, the eNodeB sends a random access response (RAR) to the UE.
  • RAR random access response
  • the random access response is detected in two steps. First, the UE detects a PDCCH masked with random access-RNTI (RA-RNTI). The UE receives a random access response in a medium access control (MAC) protocol data unit (PDU) on the PDSCH indicated by the detected PDCCH.
  • MAC medium access control
  • RRC 6 shows a connection process in a radio resource control (RRC) layer.
  • RRC radio resource control
  • the RRC state is shown depending on whether the RRC is connected.
  • the RRC state refers to whether or not an entity of the RRC layer of the UE is in a logical connection with an entity of the RRC layer of the eNodeB.
  • the RRC state is referred to as an RRC connected state.
  • the non-state is called the RRC idle state.
  • the E-UTRAN may determine the existence of the corresponding UE in units of cells, and thus may effectively control the UE.
  • the UE in the idle state can not be identified by the eNodeB, the core network (core network) is managed by the tracking area (Tracking Area) unit that is larger than the cell unit.
  • the tracking area is a collection unit of cells. That is, the idle state (UE) is determined only in the presence of the UE in a large area, and in order to receive a normal mobile communication service such as voice or data, the UE must transition to the connected state (connected state).
  • the UE When a user first powers up a UE, the UE first searches for an appropriate cell and then stays in an idle state in that cell. When the UE staying in the idle state needs to establish an RRC connection, the UE establishes an RRC connection with the RRC layer of the eNodeB through an RRC connection procedure and transitions to an RRC connected state. .
  • the UE in the idle state needs to establish an RRC connection. For example, a user's call attempt or uplink data transmission is required, or a paging message is received from EUTRAN. In this case, the response message may be transmitted.
  • the RRC connection process is largely a process in which a UE sends an RRC connection request message to an eNodeB, an eNodeB sends an RRC connection setup message to the UE, and a UE completes RRC connection setup to the eNodeB. (RRC connection setup complete) message is sent. This process will be described in more detail with reference to FIG. 6 as follows.
  • the eNB When the RRC connection request message is received from the UE, the eNB accepts the RRC connection request of the UE when the radio resources are sufficient, and transmits an RRC connection setup message, which is a response message, to the UE. .
  • the UE When the UE receives the RRC connection setup message, it transmits an RRC connection setup complete message to the eNodeB. When the UE successfully transmits an RRC connection establishment message, the UE establishes an RRC connection with the eNodeB and transitions to the RRC connected mode.
  • MCPTT is a technology for enabling PTT (Push to Talk) in the LTE network in the event of a disaster.
  • the MCPTT service is either on-network mode (or on-network operation mode or on-network use or on-network MCPTT service or network mode operation) and off-network mode (or off-network operation mode or off-network use or off- network MCPTT service or direct mode operation).
  • On-network MCPTT service is an MCPTT service that communicates over a network infrastructure, not only when the UE is in network coverage (ie, served by E-UTRAN) but also outside the network coverage (ie E This includes the case of communicating over a network infrastructure via a UE-to-Network Relay without being served by UTRAN.
  • Off-network MCPTT services are provided using ProSe Discovery and ProSe communication paths.
  • the off-network MCPTT service can be used when the UE is, of course, out of network coverage, but can also be used when the UE is in network coverage.
  • FIG. 7 (a) shows a structure of a network mode operation (NMO-R) supported by a centralized MCPTT server and a network mode operation via relay (NMO-R).
  • UE-2 and UE-R are UEs capable of directly connecting to a network and may perform NMO.
  • UE-1 may not directly connect to the network, but may perform NMO-R connected to the network through UE-R performing UE-to-Network Relay.
  • the MCPTT server can support centralized floor control for MCPTT. Other details may be referenced / inserted into the content of this specification by Section 5.3 (Solution 3: ALG Relay for MCPTT NMO-R) of TR 23.779 V0.4.0.
  • FIG. 7B illustrates a structure of an off-network MCPTT service in which UE-R provides a centralized MCPTT server function. Since UE-1 and UE-2 are out of each other's transmission range and cannot perform direct communication, they receive Direct Mode Operation via (or communicate with each other) MCPTT service through UE-R. Relay (MCPTT DMO-R)) can be performed. That is, the MCPTT server in the UE-R serving as the UE-to-UE Relay may support centralized floor control.
  • MCPTT DMO-R Relay
  • FIG. 7B may be referred to / inserted into the content of this specification by Section 5.4 (Solution 4: Off-Network MCPTT service using ProSe UE-UE Relay) of TR 23.779 V0.4.0.
  • step S801 the identity management client initiates a user authentication procedure.
  • the MCPTT user provides his user credentials (eg Biometrics, secureID, username / password) for verification from the identity management server.
  • a signaling user agent in the UE establishes a secure connection to the SIP core for SIP level authentication and registration.
  • step S803 the signaling user agent completes the SIP level registration with the SIP core and the third-party registration with the MCPTT server.
  • MCPTT client in the UE performs MCPTT service authorization with the user. For this purpose, the result of step S801 may be used.
  • the MCPTT client is a functional entity that acts as a user agent for all MCPTT application transactions in the MCPTT UE.
  • the MCPTT group member may mean a terminal that is allowed to transmit a signal for group communication to a specific MCPTT group or to receive a group communication signal.
  • Affiliation to a specific group includes explicit affiliation that allows MCPTT users to provide interest to one or more MCPTT groups, MCPTT-authenticated users can remotely modify the affiliation of other users into the MCPTT group, and affiliations to the MCPTT configuration and policy. There is an implied affiliation that is determined through. Among them, a procedure for performing explicit affiliation is illustrated in FIG. 9. Referring to FIG. 9, in step S901, the MCPTT client in the UE requests the MCPTT server to affiliate with one group or multiple groups.
  • step S902a the MCPTT server checks whether it is locally caching the group policy for the requested group. If no group policy is stored, the MCPTT server requests the group management server for group policy.
  • the group policy includes which users are affiliated with which group (s) to be authenticated / permitted, the user's priority, other meta-data, and so forth.
  • step S902b the MCPTT server acquires the group policy from the group management server.
  • step S903 based on the group policy, MCPTT server checks whether affiliated to the group (s) requested by the MCPTT client is authenticated / allowed.
  • step S904 if affiliated with the group (s) requested by the user of the MCPTT client is authenticated / allowed, the MCPTT server stores the affiliation status of the user for the requested group (s).
  • step S905a the MCPTT server confirms affiliation to the MCPTT client.
  • step S905b the MCPTT server informs the group management server that the affiliation status of the user has been updated for the group (s). Steps S905a and S905b may be performed in parallel or may be performed in any order. As such, the MCPTT server and / or the group management server may store / manage affiliated group members for the MCPTT group.
  • FIG. 10 illustrates a floor control procedure.
  • floor control messages such as Floor Request message and Floor Grant message may be based on IETF RFC 4582 BFCP (Binary Floor Control Protocol).
  • floor control messages defined in BFCP may be applied to floor control for NMO and NMO-R.
  • FIG. 10 may be referred to / inserted into the contents of the present specification by Section 5.4 (Solution 4: Off-Network MCPTT service using ProSe UE-UE Relay) of TR 23.779 V0.4.0.
  • FIG. 11 is an illustration of a floor control procedure defined in IETF RFC 4582 BFCP.
  • Fig. 11 shows that the Floor Participant, which sent a Floor Request message to the Floor Control Server to become a talker, does not immediately receive the grant, enters the queue, and then grants the grant.
  • the first device may transmit a Floor Request.
  • transmitting the Floor Request may be a transmission for a second device or one or more MCPTT clients that are Floor Control Server.
  • the first device may receive a Floor Request Status from the second device that received the Floor Request.
  • the first device may receive a Floor Grant from the second device after receiving the Floor Request Status or without receiving the Floor Request Status.
  • the first device may transmit the location information of the first device together when transmitting the Floor Request.
  • the location information may include PLMN information, Tracking Area information, Cell information, eNodeB information, MME information, service area information, geographic location information, and region / area units (for example, Seoul, Seocho-gu, Seoul, Yangjae-dong, Seocho-gu, Seoul, etc.), It may be various location information such as a place / building unit (for example, xx airport, yy shopping mall, zz building, etc.) and may include one or more.
  • the location information of the first device may be measured by one or more of motion sensors, environmental sensors, and position sensors.
  • Motion sensors may include accelerometers and gyroscopes, environmental sensors may include barometers, and position sensors may include magnetometers and orientation sensors.
  • the location of the first device may be a modernized GPS, Satellite Based Augmentation Systems (SBAS), European Geographic Navigation Overlay System (EGNOS), Wide Area Augmentation System (WAAS), GPS Aided Geo Augmented Navigation (or GPS and Geo Augmented Navigation) , Multi-functional Satellite Augmentation System (MSAS), Quasi Zenith Satellite System (QZSS), GLObal NAvigation Satellite System (GLONASS), BeiDou Navigation Satellite System (BDS), Galileo, Uplink Time Difference of Arrival (U-TDOA), E- Enhanced Observed Time Difference (OTD), Idle Period Downlink- Observed Time Difference Of Arrival (IPDL-OTDOA), Network Assisted GNSS (eg Network Assisted GPS or Network Assisted GALILEO), UE ambient condition sensors based positioning, TBS (Terrestrial Beacon Systems) , Be
  • the first device requesting the Floor Request may transmit the exact location information of the Talker UE to the MCPTT server and the receiving UEs by transmitting the own location measured by the device and the method as illustrated.
  • MCPTT is likely to be used for public safety purposes.
  • a UE eg firefighter
  • the UE may request a Floor Request to request help from other MCPTT clients (for example, other firefighters). If the network uses a method of indicating the UE's location, the Floor Request may be sent to other MCPTT clients. It is difficult to tell the exact location of the UE that requested the.
  • the vertical position of the UE in the building is difficult for the network to know exactly, and it is inefficient to perform the measurement after receiving the request of the UE. Therefore, by letting the first device requesting the Floor Request informs the location of the measurement, the efficiency can be maximized in the MCPTT for public safety purposes.
  • the device that transmits the floor request When the device that transmits the floor request receives a grant message for the floor from the Floor Control Server, it can transmit a message including its location information to the Floor Control Server.
  • the message including the location information may or may not be a message in response to a grant message.
  • the UE may always perform this operation whenever it receives a grant message, or may perform only when the UE has entered the call-related queue for the floor before receiving the grant.
  • the above operation may be performed when the Floor Control Server includes the information requesting the UE to provide the current location while giving a grant message.
  • the first device Location information can be transmitted to the Floor Control Server. Location information of the first device transmitted to the Floor Control Server may be delivered to the MCPTT UEs. If the second device is an MCPTT client and the location when the first device transmits the Floor Request changes by more than a preset value, the location information of the first device may be transmitted to the MCPTT group.
  • the MCPTT client is a floor arbitrator, and upon receiving the floor grant, the first device may inherit the floor arbitrator role from the previous floor arbitrator.
  • the preset value may be a displacement value set for each of latitude, longitude, and height. That is, the UE includes its own location information when requesting a voice and transmits it, and includes only its own location information when the difference in position when receiving a grant message against this location is out of a certain range (or threshold). You can also send a message to the Floor Control Server.
  • a latitude
  • b longitude
  • c height
  • a certain range for example, ax, by, cz
  • the Floor Request Status may include a list of queues in which the Floor Request of the first device is put. Therefore, in the present invention, the Floor Request Status may be regarded as Queue Position Info. If the floor request is received in the queue without being put in the queue, the location information of the UE can be delivered to the MCPTT server or location information management server / function.
  • the Floor Control Server may be a node connected to the network, the node connected to the network may be one of the MCPTT server or relay UE.
  • the first device may be an indoor UE.
  • the Floor Control Server may be a node / function in the network, such as the MCPTT server, may be a floor control dedicated server performing interworking with the MCPTT server or location information management server / function, provides a floor control function It may be a UE (eg, UE-to-UE Relay) serving as a server. If the Floor Control Server is a node / function in the network, the UE may acquire the location information of the talker by providing its latest location information to the network regardless of the floor control procedure. The provision of the location information may be periodic, may be due to a change in location, or may be based on a request from a network.
  • MCPTT may be provided to receiving UEs.
  • the location information of the talker may be included in a message for notifying information about a newly talker UE or may be provided as a separate message.
  • the location information provided in the processed form is ECGI.
  • the server processes the location information into a location information that can be recognized by MCPTT users such as 'Incheon airport'. MCPTT may be provided to the receiving UE.
  • UE-2 in FIG. 12 may correspond to the first device in the foregoing description.
  • MCPTT client 1 in FIG. 14 may correspond to the second device in the above description.
  • MCPTT client 2 in FIG. 15 may correspond to the second device in the above description.
  • step S1201 a user of UE-2 presses a 'talk' button to obtain a talk right.
  • UE-2 transmits a message, for example, a Floor Request message for requesting a floor to the floor control server.
  • UE-2 may include its location information in the Floor Request message.
  • step S1203 Floor Control Server may determine a grant for the request for the voice of the UE-2 and transmit a message for informing this, for example, a Floor Grant message to the UE-2.
  • step S1204 the Floor Control Server transmits a message indicating that the UE-2 is the talker, that is, the Floor Status message to UE-1, the receiving UE of the MCPTT call associated with the floor (or floor control).
  • the location information (as it is and / or processed form information) of the UE-2 generated based on the location information received from the UE-2 may be included in the Floor Status message. Steps S1203 and S1204 may occur simultaneously or step S1204 may occur before S1203.
  • FIG. 13 is a situation where Floor Request is put in a queue in a situation similar to that of FIG. 12.
  • the user of the UE-1 presses the 'talk' button to obtain the right to speak.
  • UE-1 transmits a message, for example, a Floor Request message for requesting a floor to the Floor Control Server (step S1302).
  • UE-1 may include its location information in the Floor Request message.
  • the Floor Control Server may decide to put in the queue for the request of the UE-1 (for example, another talker already exists) and may transmit a message for informing this, for example, a Floor Request Status message to the UE-1. (Step S1303).
  • the message may include information such as how many times UE-1 is in the queue.
  • the Floor Control Server decides to give UE-1 a voice (for example, UE-1 can become a talker by releasing the floor) and transmits a grant message, for example, a Floor Grant message. It can transmit to -1 (step S1304).
  • the UE-1 receiving the floor grant from the Floor Control Server may transmit a message including its location information, for example, a Talker Location message to the Floor Control Server (step S1305).
  • the Floor Control Server transmits a message indicating that the UE-1 is a talker, that is, a Floor Status message to UE-2, the receiving UE of the MCPTT call associated with the floor (or floor control).
  • the location information (as it is and / or processed form information) of the UE-1 generated based on the location information received from the UE-1 may be included in the Floor Status message.
  • the MCPTT client 1 transmits a floor request to the MCPTT group.
  • the floor request may include location information of MCPTT client 1. Since MCPTT client 1 does not find a floor competition (S1402), it may transmit a floor taken message to the floor group (S1403). Here, the floor taken message may include location information of MCPTT client 1.
  • S1404 a notification that the floor request is successful may be informed to the user. Thereafter, in step S1405 MCPTT client 1 may perform voice transmission.
  • the current MCPTT client 1 performs a floor arbitrator role, and the MCPTT client 2 transmits a floor request to the MCPTT group (step S1501).
  • the floor request may include location information of the MCPTT client 2.
  • MCPTT client 1 of the floor arbitrator role puts the received floor request into a queue list.
  • MCPTT client 1 transmits a queue location information message indicating that the floor request has been queued together with the queuing status (step S1503).
  • MCPTT client 1 transmits a floor granted message to the MCPTT group while releasing the floor.
  • the floor granted message may include a granted MCPTT user ID (MCPTT client 2 in FIG. 15).
  • the floor granted message may include maximum duration information of the MCPTT client 2 operating as a talker.
  • the MCPTT client 2 receiving the floor grant may transmit a message including its location information, for example, a Talker Location message to the MCPTT group.
  • MCPTT client 2 may transmit the voice media after the next speaker and / or floor arbitrator.
  • the MCPTT call may include an MCPTT Group Call, an MCPTT Emergency Group Call, an MCPTT Imminent Peril Group Call, an MCPTT Private Call, and an MCPTT Emergency Private Call.
  • 16 is a diagram showing the configuration of a preferred embodiment of a terminal device and a network node device according to an example of the present invention.
  • the terminal device 100 may include a transceiver 110, a processor 120, and a memory 130.
  • the transceiver 110 may be configured to transmit various signals, data and information to an external device, and to receive various signals, data and information to an external device.
  • the terminal device 100 may be connected to an external device by wire and / or wirelessly.
  • the processor 120 may control the overall operation of the terminal device 100, and may be configured to perform a function of the terminal device 100 to process and process information to be transmitted and received with an external device.
  • the processor 120 may be configured to perform a terminal operation proposed in the present invention.
  • the memory 130 may store the processed information for a predetermined time and may be replaced with a component such as a buffer (not shown).
  • the network node device 200 may include a transceiver 210, a processor 220, and a memory 230.
  • the transceiver 210 may be configured to transmit various signals, data and information to an external device, and to receive various signals, data and information to an external device.
  • the network node device 200 may be connected to an external device by wire and / or wirelessly.
  • the processor 220 may control the overall operation of the network node device 200, and may be configured to perform a function of calculating and processing information to be transmitted / received with an external device.
  • the processor 220 may be configured to perform the network node operation proposed in the present invention.
  • the memory 230 may store the processed information for a predetermined time and may be replaced with a component such as a buffer (not shown).
  • the specific configuration of the terminal device 100 and the network device 200 as described above may be implemented so that the above-described matters described in various embodiments of the present invention can be applied independently or two or more embodiments are applied at the same time, overlapping The description is omitted for clarity.
  • Embodiments of the present invention described above may be implemented through various means.
  • embodiments of the present invention may be implemented by hardware, firmware, software, or a combination thereof.
  • a method according to embodiments of the present invention may include one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), and Programmable Logic Devices (PLDs). It may be implemented by field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, and the like.
  • the method according to the embodiments of the present invention may be implemented in the form of an apparatus, procedure, or function for performing the above-described functions or operations.
  • the software code may be stored in a memory unit and driven by a processor.
  • the memory unit may be located inside or outside the processor, and may exchange data with the processor by various known means.

Landscapes

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

Abstract

본 발명의 일 실시예는, 무선통신시스템에서 제1 장치의 MCPTT(Mission Critical Push To Talk)에 관련된 신호 송수신 방법에 있어서, 제1 장치가 Floor Request를 전송하는 단계; 상기 Floor Request를 수신한 제2 장치로부터 Floor Request Status를 수신하는 단계; 상기 Floor Request Status를 수신 후, 상기 제2 장치로부터 Floor Grant를 수신하는 단계; 상기 Floor Grant를 수신 후, 제1 장치의 위치 정보를 전송하는 단계를 포함하며, 상기 제1 장치는 상기 Floor Request를 전송할 때 상기 제1 장치의 위치 정보를 함께 전송하는, MCPTT에 관련된 신호 송수신 방법이다.

Description

무선 통신 시스템에서 MCPTT에 관련된 신호 송수신 방법 및 이를 위한 장치
이하의 설명은 무선 통신 시스템에 대한 것으로, 보다 구체적으로는 MCPTT(Mission Critical Push To Talk)에 관련된 신호 송수신 방법 및 장치에 대한 것이다.
무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선 통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예들로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
본 발명에서는 Floor Request의 전송과 관련하여 talker의 위치를 정확히 알려주는 것을 기술적 과제로 한다.
본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명의 일 실시예는, 무선통신시스템에서 제1 장치의 MCPTT(Mission Critical Push To Talk)에 관련된 신호 송수신 방법에 있어서, 제1 장치가 Floor Request를 전송하는 단계; 상기 Floor Request를 수신한 제2 장치로부터 Floor Request Status를 수신하는 단계; 상기 Floor Request Status를 수신 후, 상기 제2 장치로부터 Floor Grant를 수신하는 단계; 상기 Floor Grant를 수신 후, 제1 장치의 위치 정보를 전송하는 단계를 포함하며, 상기 제1 장치는 상기 Floor Request를 전송할 때 상기 제1 장치의 위치 정보를 함께 전송하는, MCPTT에 관련된 신호 송수신 방법이다.
본 발명의 일 실시예는, 무선 통신 시스템에서 MCPTT(Mission Critical Push To Talk) 관련 신호를 송수신하는 제1 장치에 있어서, 송수신 장치; 및 프로세서를 포함하고, 상기 프로세서는, Floor Request를 전송하고, 상기 Floor Request를 수신한 제2 장치로부터 Floor Request Status를 수신하며, 상기 Floor Request Status를 수신 후, 상기 제2 장치로부터 Floor Grant를 수신하며, 상기 Floor Grant를 수신 후, 제1 장치의 위치 정보를 전송하며, 상기 제1 장치는 상기 Floor Request를 전송할 때 상기 제1 장치의 위치 정보를 함께 전송하는, 제1 장치이다.
상기 제2 장치가 Floor Control Server이고, 상기 제1 장치가 상기 Floor Request를 전송할 때의 위치 대비 미리 설정된 값 이상 변한 경우, 상기 제1 장치의 위치 정보를 상기 Floor Control Server로 전송하며, 상기 제2 장치가 MCPTT 클라이언트이고, 상기 제1 장치가 상기 Floor Request를 전송할 때의 위치 대비 미리 설정된 값 이상 변한 경우, 상기 제1 장치의 위치 정보를 MCPTT 그룹으로 전송할 수 있다.
상기 미리 설정된 값은 위도, 경도, 높이 각각에 대해 설정된 변위 값일 수 있다.
상기 Floor Request Status는 상기 제1 장치의 Floor Request가 넣어진(put) queue 리스트를 포함할 수 있다.
상기 MCPTT 클라이언트는 floor arbitrator이며, 상기 제1 장치는 상기 Floor Grant를 수신하면 상기 제2 장치로부터 floor arbitrator 역할을 승계할 수 있다.
상기 Floor Control Server로 전송된 상기 제1 장치의 위치 정보는 MCPTT UE들에게 전달될 수 있다.
상기 Floor Control Server는 네트워크에 연결된 노드일 수 있다.
상기 네트워크에 연결된 노드는 MCPTT 서버 또는 릴레이 UE 중 하나일 수 있다.
상기 제1 장치는 indoor UE일 수 있다.
상기 위치 정보는 Motion sensors, Environmental sensors, Position sensors 중 하나 이상에 의해 측정된 것일 수 있다.
상기 Motion sensors는 accelerometers, gyroscopes 를 포함하며, 상기 Environmental sensors는 barometer를 포함하고, 상기 Position sensors는 magnetometers, orientation sensors를 포함할 수 있다.
본 발명에 따르면 talker의 위치를 정확히 파악할 수 있어 효율적으로 MCPTT 수행이 가능하다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서에 첨부되는 도면은 본 발명에 대한 이해를 제공하기 위한 것으로서 본 발명의 다양한 실시형태들을 나타내고 명세서의 기재와 함께 본 발명의 원리를 설명하기 위한 것이다.
도 1은 EPC(Evolved Packet Core)를 포함하는 EPS(Evolved Packet System)의 개략적인 구조를 나타내는 도면이다.
도 2는 일반적인 E-UTRAN과 EPC의 아키텍처를 나타낸 예시도이다.
도 3은 제어 평면에서의 무선 인터페이스 프로토콜의 구조를 나타낸 예시도이다.
도 4는 사용자 평면에서의 무선 인터페이스 프로토콜의 구조를 나타낸 예시도이다.
도 5는 랜덤 액세스 과정을 설명하기 위한 흐름도이다.
도 6은 무선자원제어(RRC) 계층에서의 연결 과정을 나타내는 도면이다.
도 7 내지 도 9는 종래 MCPTT를 설명하기 위한 도면이다.
도 10에는 종래 floor control 절차의 예가 도시되어 있다.
도 11은 IETF RFC 4582 BFCP에서 정의된 floor control 절차의 예시이다.
도 12 내지 15는 본 발명의 다양한 실시예를 설명하기 위한 도면이다.
도 16은 본 발명의 실시예에 따른 노드 장치에 대한 구성을 예시한 도면이다.
이하의 실시예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성할 수도 있다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.
이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
본 발명의 실시예들은 IEEE(Institute of Electrical and Electronics Engineers) 802 계열 시스템, 3GPP 시스템, 3GPP LTE 및 LTE-A 시스템 및 3GPP2 시스템 중 적어도 하나에 관련하여 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
이하의 기술은 다양한 무선 통신 시스템에서 사용될 수 있다. 명확성을 위하여 이하에서는 3GPP LTE 및 3GPP LTE-A 시스템을 위주로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
본 문서에서 사용되는 용어들은 다음과 같이 정의된다.
- UMTS(Universal Mobile Telecommunications System): 3GPP에 의해서 개발된, GSM(Global System for Mobile Communication) 기반의 3 세대(Generation) 이동 통신 기술.
- EPS(Evolved Packet System): IP(Internet Protocol) 기반의 PS(packet switched) 코어 네트워크인 EPC(Evolved Packet Core)와 LTE/UTRAN 등의 액세스 네트워크로 구성된 네트워크 시스템. UMTS가 진화된 형태의 네트워크이다.
- NodeB: GERAN/UTRAN의 기지국. 옥외에 설치하며 커버리지는 매크로 셀(macro cell) 규모이다.
- eNodeB: E-UTRAN의 기지국. 옥외에 설치하며 커버리지는 매크로 셀(macro cell) 규모이다.
- UE(User Equipment): 사용자 기기. UE는 단말(terminal), ME(Mobile Equipment), MS(Mobile Station) 등의 용어로 언급될 수도 있다. 또한, UE는 노트북, 휴대폰, PDA(Personal Digital Assistant), 스마트 폰, 멀티미디어 기기 등과 같이 휴대 가능한 기기일 수 있고, 또는 PC(Personal Computer), 차량 탑재 장치와 같이 휴대 불가능한 기기일 수도 있다. MTC 관련 내용에서 UE 또는 단말이라는 용어는 MTC 디바이스를 지칭할 수 있다.
- HNB(Home NodeB): UMTS 네트워크의 기지국으로서 옥내에 설치하며 커버리지는 마이크로 셀(micro cell) 규모이다.
- HeNB(Home eNodeB): EPS 네트워크의 기지국으로서 옥내에 설치하며 커버리지는 마이크로 셀 규모이다.
- MME(Mobility Management Entity): 이동성 관리(Mobility Management; MM), 세션 관리(Session Management; SM) 기능을 수행하는 EPS 네트워크의 네트워크 노드.
- PDN-GW(Packet Data Network-Gateway)/PGW: UE IP 주소 할당, 패킷 스크리닝(screening) 및 필터링, 과금 데이터 취합(charging data collection) 기능 등을 수행하는 EPS 네트워크의 네트워크 노드.
- SGW(Serving Gateway): 이동성 앵커(mobility anchor), 패킷 라우팅(routing), 유휴(idle) 모드 패킷 버퍼링, MME가 UE를 페이징하도록 트리거링하는 기능 등을 수행하는 EPS 네트워크의 네트워크 노드.
- NAS(Non-Access Stratum): UE와 MME간의 제어 플레인(control plane)의 상위 단(stratum). LTE/UMTS 프로토콜 스택에서 UE와 코어 네트워크간의 시그널링, 트래픽 메시지를 주고 받기 위한 기능적인 계층으로서, UE의 이동성을 지원하고, UE와 PDN GW 간의 IP 연결을 수립(establish) 및 유지하는 세션 관리 절차를 지원하는 것을 주된 기능으로 한다.
- PDN(Packet Data Network): 특정 서비스를 지원하는 서버(예를 들어, MMS(Multimedia Messaging Service) 서버, WAP(Wireless Application Protocol) 서버 등)가 위치하고 있는 네트워크.
- PDN 연결: 하나의 IP 주소(하나의 IPv4 주소 및/또는 하나의 IPv6 프리픽스)로 표현되는, UE와 PDN 간의 논리적인 연결.
- RAN(Radio Access Network): 3GPP 네트워크에서 NodeB, eNodeB 및 이들을 제어하는 RNC(Radio Network Controller)를 포함하는 단위. UE 간에 존재하며 코어 네트워크로의 연결을 제공한다.
- HLR(Home Location Register)/HSS(Home Subscriber Server): 3GPP 네트워크 내의 가입자 정보를 가지고 있는 데이터베이스. HSS는 설정 저장(configuration storage), 아이덴티티 관리(identity management), 사용자 상태 저장 등의 기능을 수행할 수 있다.
- PLMN(Public Land Mobile Network): 개인들에게 이동통신 서비스를 제공할 목적으로 구성된 네트워크. 오퍼레이터 별로 구분되어 구성될 수 있다.
- Proximity Service (또는 ProSe Service 또는 Proximity based Service): 물리적으로 근접한 장치 사이의 디스커버리 및 상호 직접적인 커뮤니케이션 또는 기지국을 통한 커뮤니케이션 또는 제 3의 장치를 통한 커뮤니케이션이 가능한 서비스. 이때 사용자 평면 데이터(user plane data)는 3GPP 코어 네트워크(예를 들어, EPC)를 거치지 않고 직접 데이터 경로(direct data path)를 통해 교환된다.
- ProSe 커뮤니케이션: 둘 이상의 ProSe 가능한 단말들 사이의, ProSe 커뮤니케이션 경로를 통한 커뮤니케이션을 의미한다. 특별히 달리 언급되지 않는 한, ProSe 커뮤니케이션은 ProSe E-UTRA 커뮤니케이션, 두 단말 사이의 ProSe-assisted WLAN direct communication, ProSe 그룹 커뮤니케이션 또는 ProSe 브로드캐스트 커뮤니케이션 중 하나를 의미할 수 있다.
- ProSe E-UTRA 커뮤니케이션 : ProSe E-UTRA 커뮤니케이션 경로를 사용한 ProSe 커뮤니케이션
- ProSe-assisted WLAN direct communication: 직접 커뮤니케이션 경로를 사용한 ProSe 커뮤니케이션
- ProSe 커뮤니케이션 경로 : ProSe 커뮤니케이션을 지원하는 커뮤니케이션 경로로써, ProSe E-UTRA 커뮤니케이션 경로는 E-UTRA를 사용하여 ProSe-enabled UE들 사이에서 또는 로컬 eNB를 통해 수립될 수 있다. ProSe-assisted WLAN direct communication path는 WLAN을 사용하여 ProSe-enabled UEs 사이에서 직접 수립될 수 있다.
- EPC 경로 (또는 infrastructure data path): EPC를 통한 사용자 평면 커뮤니케이션 경로
- ProSe 디스커버리: E-UTRA를 사용하여, 근접한 ProSe-enabled 단말을 식별/확인하는 과정
- ProSe Group Communication: 근접한 둘 이상의 ProSe-enabled 단말 사이에서, 공통 커뮤니케이션 경로를 사용하는 일 대 다 ProSe 커뮤니케이션
- ProSe UE-to-Network Relay : E-UTRA를 사용하는 ProSe-enabled 네트워크와 ProSe-enabled 퍼블릭 세이프티 단말 사이의 커뮤니케이션 릴레이로 동작하는 ProSe-enabled 퍼블릭 세이프티 단말
- ProSe UE-to-UE Relay: 둘 이상의 ProSe-enabled 퍼블릭 세이프티 단말 사이에서 ProSe 커뮤니케이션 릴레이로 동작하는 ProSe-enabled 퍼블릭 세이프티 단말
- Remote UE: UE-to-Network Relay 동작에서는 E-UTRAN에 의해 서비스 받지 않고 ProSe UE-to-Network Relay를 통해 EPC 네트워크에 연결되는, 즉 PDN 연결을 제공받는 ProSe-enabled 퍼블릭 세이프티 단말이며, UE-to-UE Relay 동작에서는 ProSe UE-to-UE Relay를 통해 다른 ProSe-enabled 퍼블릭 세이프티 단말과 통신하는 ProSe-enabled 퍼블릭 세이프티 단말.
- ProSe-enabled Network: ProSe 디스커버리, ProSe 커뮤니케이션 및/또는 ProSe-assisted WLAN 직접 통신을 지원하는 네트워크. 이하에서는 ProSe-enabled Network 를 간단히 네트워크라고 지칭할 수 있다.
- ProSe-enabled UE: ProSe 디스커버리, ProSe 커뮤니케이션 및/또는 ProSe-assisted WLAN 직접 통신을 지원하는 단말. 이하에서는 ProSe-enabled UE 및 ProSe-enabled Public Safety UE를 단말이라 칭할 수 있다.
- Proximity: 디스커버리와 커뮤니케이션에서 각각 정의되는 proximity 판정 기준을 만족하는 것
- SLP(SUPL Location Platform): 위치 서비스 관리(Location Service Management)와 포지션 결정(Position Determination)을 관장하는 엔티티. SLP는 SLC(SUPL Location Center) 기능과 SPC(SUPL Positioning Center) 기능을 포함한다. 자세한 사항은 Open Mobile Alliance(OMA) 표준문서 OMA AD SUPL: "Secure User Plane Location Architecture"을 참고하기로 한다.
- USD(User Service Description): 애플리케이션/서비스 레이어는 각 MBMS 서비스를 위한 TMGI(Temporary Mobile Group Identity), 세션의 시작 및 종료 시간, frequencies, MBMS 서비스 지역에 속하는 MBMS service area identities(MBMS SAIs) 정보 등을 USD에 담아 단말에게 전송한다. 자세한 사항은 3GPP TS 23.246 내용을 참고하기로 한다.
- ISR(Idle mode Signalling Reduction): 단말이 E-UTRAN과 UTRAN/GERAN 사이를 자주 이동하게 되는 경우 반복적인 위치 등록 절차에 의한 네트워크 자원의 낭비가 발생한다. 이를 줄이기 위한 방법으로써 단말이 idle mode인 경우 E-UTRAN과 UTRAN/GERAN을 경유하여 각각 MME와 SGSN (이하 이 두 노드를 mobility management node라 칭함)에게 위치 등록 후, 이미 등록한 두 RAT(Radio Access Technology) 사이의 이동 또는 cell reselection을 수행한 경우 별도의 위치 등록을 하지 않게 하는 기술이다. 따라서 해당 단말로의 DL(downlink) data가 도착하는 경우 paging을 E-UTRAN과 UTRAN/GERAN에 동시에 보냄으로써, 단말을 성공적으로 찾아 DL data를 전달할 수 있다. [3GPP TS 23.401 및 3GPP TS 23.060 참조]
- Mission Critical Push To Talk: 빠른 설정 시간, 대규모 그룹을 처리할 수 있는 능력, 강력한 security, priority handling을 제공하는 group communication service.
- MCPTT service: Mission Critical Organizations을 위한 applications 및 그외 다른 비즈니스와 organizations (e.g., utilities, railways)을 위한 mission critical applications을 지원하는 Push To Talk communication service로 빠른 설정 시간, 높은 가용성과 신뢰성, priority handling을 제공함.
- Mission Critical Organization: MCPTT 사용자들과 UE들을 포함하는 end-user 기관으로, MCPTT Administrators를 포함할 수 있다. 그리고, 기관내에 위임되거나 외부 entity에 위임된 administrative control을 가지고 계층적으로 조직될 수도 있다.
- MCPTT system: Mission Critical Organization을 위한 Mission Critical Push To Talk을 지원하기 위해 요구되는 applications, services, enabling capabilities의 집합체.
- MCPTT User: MCPTT 서비스의 사용자로 MCPTT 서비스에 참여할 수 있는 기기 (즉, UE)를 가진 사용자.
- MCPTT Group: 전송(transport)이나 네트워크 형태와 무관하게 (또는 독립적으로) identify될 수 있는 MCPTT User들의 정의된 집합.
- MCPTT Group Member: 특정한 MCPTT Group의 그룹 통신에 참여하기 위해 authorize된 MCPTT 사용자.
- Group call: MCPTT 사용자로 하여금 MCPTT Group(s)의 멤버인 다른 사용자들에게 one-to-many MCPTT 전송을 할 수 있도록 하는 메커니즘.
- Group affiliation: MCPTT 사용자가 하나 또는 그 이상의 MCPTT group에 관심이 있음을 결정하는 메커니즘.
- Affiliated MCPTT Group Member: 어떠한 MCPTT group에 관심을 표명함으로써 해당 MCPTT group으로부터의 그룹 통신을 수신 및/또는 해당 MCPTT group으로의 송신할 준비가 된 MCPTT Group Member.
- Late call entry: Affiliated MCPTT Group Member 가 진행 중인 MCPTT Group Call에 참여(join).
- Floor control(발언권 제어): MCPTT call이 진행되는 동안 어떤 시점에 전송 (talk)을 하기 위한 authority를 누가 갖는지를 결정하는 MCPTT 서비스에서의 중재 시스템.
- On-network MCPTT service: E-UTRAN을 사용하는 EPS 베어러를 거쳐 MCPTT를 제공하기 위한 function과 capability의 집합. 이에, 네트워크를 통해 MCPTT 서비스가 제공됨.
- Off-Network MCPTT Service: E-UTRA를 사용하여 UE간에 ProSe 디스커버리 및 ProSe 통신을 통해 MCPTT를 제공하기 위한 function과 capability의 집합.
- 그외 MCPTT 관련 용어는 3GPP TS 22.179의 3.1절 Definitions 및 TS 23.179 의 3.1절 Definitions 내용을 준용한다.
EPC(Evolved Packet Core)
도 1은 EPC(Evolved Packet Core)를 포함하는 EPS(Evolved Packet System)의 개략적인 구조를 나타내는 도면이다.
EPC는 3GPP 기술들의 성능을 향상하기 위한 SAE(System Architecture Evolution)의 핵심적인 요소이다. SAE는 다양한 종류의 네트워크 간의 이동성을 지원하는 네트워크 구조를 결정하는 연구 과제에 해당한다. SAE는, 예를 들어, IP 기반으로 다양한 무선 접속 기술들을 지원하고 보다 향상된 데이터 전송 캐퍼빌리티를 제공하는 등의 최적화된 패킷-기반 시스템을 제공하는 것을 목표로 한다.
구체적으로, EPC는 3GPP LTE 시스템을 위한 IP 이동 통신 시스템의 코어 네트워크(Core Network)이며, 패킷-기반 실시간 및 비실시간 서비스를 지원할 수 있다. 기존의 이동 통신 시스템(즉, 2 세대 또는 3 세대 이동 통신 시스템)에서는 음성을 위한 CS(Circuit-Switched) 및 데이터를 위한 PS(Packet-Switched)의 2 개의 구별되는 서브-도메인을 통해서 코어 네트워크의 기능이 구현되었다. 그러나, 3 세대 이동 통신 시스템의 진화인 3GPP LTE 시스템에서는, CS 및 PS의 서브-도메인들이 하나의 IP 도메인으로 단일화되었다. 즉, 3GPP LTE 시스템에서는, IP 캐퍼빌리티(capability)를 가지는 단말과 단말 간의 연결이, IP 기반의 기지국(예를 들어, eNodeB(evolved Node B)), EPC, 애플리케이션 도메인(예를 들어, IMS(IP Multimedia Subsystem))을 통하여 구성될 수 있다. 즉, EPC는 단-대-단(end-to-end) IP 서비스 구현에 필수적인 구조이다.
EPC는 다양한 구성요소들을 포함할 수 있으며, 도 1에서는 그 중에서 일부에 해당하는, SGW(Serving Gateway), PDN GW(Packet Data Network Gateway), MME(Mobility Management Entity), SGSN(Serving GPRS(General Packet Radio Service) Supporting Node), ePDG(enhanced Packet Data Gateway)를 도시한다.
SGW(또는 S-GW)는 무선 접속 네트워크(RAN)와 코어 네트워크 사이의 경계점으로서 동작하고, eNodeB와 PDN GW 사이의 데이터 경로를 유지하는 기능을 하는 요소이다. 또한, 단말이 eNodeB에 의해서 서빙(serving)되는 영역에 걸쳐 이동하는 경우, SGW는 로컬 이동성 앵커 포인트(anchor point)의 역할을 한다. 즉, E-UTRAN (3GPP 릴리즈-8 이후에서 정의되는 Evolved-UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network) 내에서의 이동성을 위해서 SGW를 통해서 패킷들이 라우팅될 수 있다. 또한, SGW는 다른 3GPP 네트워크(3GPP 릴리즈-8 전에 정의되는 RAN, 예를 들어, UTRAN 또는 GERAN(GSM(Global System for Mobile Communication)/EDGE(Enhanced Data rates for Global Evolution) Radio Access Network)와의 이동성을 위한 앵커 포인트로서 기능할 수도 있다.
PDN GW(또는 P-GW)는 패킷 데이터 네트워크를 향한 데이터 인터페이스의 종료점(termination point)에 해당한다. PDN GW는 정책 집행 특징(policy enforcement features), 패킷 필터링(packet filtering), 과금 지원(charging support) 등을 지원할 수 있다. 또한, 3GPP 네트워크와 비-3GPP 네트워크 (예를 들어, I-WLAN(Interworking Wireless Local Area Network)과 같은 신뢰되지 않는 네트워크, CDMA(Code Division Multiple Access) 네트워크나 WiMax와 같은 신뢰되는 네트워크)와의 이동성 관리를 위한 앵커 포인트 역할을 할 수 있다.
도 1의 네트워크 구조의 예시에서는 SGW와 PDN GW가 별도의 게이트웨이로 구성되는 것을 나타내지만, 두 개의 게이트웨이가 단일 게이트웨이 구성 옵션(Single Gateway Configuration Option)에 따라 구현될 수도 있다.
MME는, UE의 네트워크 연결에 대한 액세스, 네트워크 자원의 할당, 트래킹(tracking), 페이징(paging), 로밍(roaming) 및 핸드오버 등을 지원하기 위한 시그널링 및 제어 기능들을 수행하는 요소이다. MME는 가입자 및 세션 관리에 관련된 제어 평면(control plane) 기능들을 제어한다. MME는 수많은 eNodeB들을 관리하고, 다른 2G/3G 네트워크에 대한 핸드오버를 위한 종래의 게이트웨이의 선택을 위한 시그널링을 수행한다. 또한, MME는 보안 과정(Security Procedures), 단말-대-네트워크 세션 핸들링(Terminal-to-network Session Handling), 유휴 단말 위치결정 관리(Idle Terminal Location Management) 등의 기능을 수행한다.
SGSN은 다른 3GPP 네트워크(예를 들어, GPRS 네트워크)에 대한 사용자의 이동성 관리 및 인증(authentication)과 같은 모든 패킷 데이터를 핸들링한다.
ePDG는 신뢰되지 않는 비-3GPP 네트워크(예를 들어, I-WLAN, WiFi 핫스팟(hotspot) 등)에 대한 보안 노드로서의 역할을 한다.
도 1을 참조하여 설명한 바와 같이, IP 캐퍼빌리티를 가지는 단말은, 3GPP 액세스는 물론 비-3GPP 액세스 기반으로도 EPC 내의 다양한 요소들을 경유하여 사업자(즉, 오퍼레이터(operator))가 제공하는 IP 서비스 네트워크(예를 들어, IMS)에 액세스할 수 있다.
또한, 도 1에서는 다양한 레퍼런스 포인트들(예를 들어, S1-U, S1-MME 등)을 도시한다. 3GPP 시스템에서는 E-UTRAN 및 EPC의 상이한 기능 개체(functional entity)들에 존재하는 2 개의 기능을 연결하는 개념적인 링크를 레퍼런스 포인트(reference point)라고 정의한다. 다음의 표 1은 도 1에 도시된 레퍼런스 포인트를 정리한 것이다. 표 1의 예시들 외에도 네트워크 구조에 따라 다양한 레퍼런스 포인트들이 존재할 수 있다.
표 1
레퍼런스 포인트 설명
S1-MME E-UTRAN와 MME 간의 제어 플레인 프로토콜에 대한 레퍼런스 포인트(Reference point for the control plane protocol between E-UTRAN and MME)
S1-U 핸드오버 동안 eNB 간 경로 스위칭 및 베어러 당 사용자 플레인 터널링에 대한 E-UTRAN와 SGW 간의 레퍼런스 포인트(Reference point between E-UTRAN and Serving GW for the per bearer user plane tunnelling and inter eNodeB path switching during handover)
S3 유휴(idle) 및/또는 활성화 상태에서 3GPP 액세스 네트워크 간 이동성에 대한 사용자 및 베어러 정보 교환을 제공하는 MME와 SGSN 간의 레퍼런스 포인트. 이 레퍼런스 포인트는 PLMN-내 또는 PLMN-간(예를 들어, PLMN-간 핸드오버의 경우)에 사용될 수 있음) (It enables user and bearer information exchange for inter 3GPP access network mobility in idle and/or active state. This reference point can be used intra-PLMN or inter-PLMN (e.g. in the case of Inter-PLMN HO).)
S4 (GPRS 코어와 SGW의 3GPP 앵커 기능 간의 관련 제어 및 이동성 지원을 제공하는 SGW와 SGSN 간의 레퍼런스 포인트. 또한, 직접 터널이 수립되지 않으면, 사용자 플레인 터널링을 제공함(It provides related control and mobility support between GPRS Core and the 3GPP Anchor function of Serving GW. In addition, if Direct Tunnel is not established, it provides the user plane tunnelling.)
S5 SGW와 PDN GW 간의 사용자 플레인 터널링 및 터널 관리를 제공하는 레퍼런스 포인트. 단말 이동성으로 인해, 그리고 요구되는 PDN 연결성을 위해서 SGW가 함께 위치하지 않은 PDN GW로의 연결이 필요한 경우, SGW 재배치를 위해서 사용됨(It provides user plane tunnelling and tunnel management between Serving GW and PDN GW. It is used for Serving GW relocation due to UE mobility and if the Serving GW needs to connect to a non-collocated PDN GW for the required PDN connectivity.)
S11 MME와 SGW 간의 레퍼런스 포인트
SGi PDN GW와 PDN 간의 레퍼런스 포인트. PDN은, 오퍼레이터 외부 공용 또는 사설 PDN이거나 예를 들어, IMS 서비스의 제공을 위한 오퍼레이터-내 PDN일 수 있음. 이 레퍼런스 포인트는 3GPP 액세스의 Gi에 해당함(It is the reference point between the PDN GW and the packet data network. Packet data network may be an operator external public or private packet data network or an intra operator packet data network, e.g. for provision of IMS services. This reference point corresponds to Gi for 3GPP accesses.)
도 1에 도시된 레퍼런스 포인트 중에서 S2a 및 S2b는 비-3GPP 인터페이스에 해당한다. S2a는 신뢰되는 비-3GPP 액세스 및 PDN GW 간의 관련 제어 및 이동성 지원을 사용자 평면에 제공하는 레퍼런스 포인트이다. S2b는 ePDG 및 PDN GW 간의 관련 제어 및 이동성 지원을 사용자 평면에 제공하는 레퍼런스 포인트이다.
도 2는 일반적인 E-UTRAN과 EPC의 아키텍처를 나타낸 예시도이다.
도시된 바와 같이, eNodeB는 RRC(Radio Resource Control) 연결이 활성화되어 있는 동안 게이트웨이로의 라우팅, 페이징 메시지의 스케줄링 및 전송, 브로드캐스터 채널(BCH)의 스케줄링 및 전송, 업링크 및 다운링크에서의 자원을 UE에게 동적 할당, eNodeB의 측정을 위한 설정 및 제공, 무선 베어러 제어, 무선 허가 제어(radio admission control), 그리고 연결 이동성 제어 등을 위한 기능을 수행할 수 있다. EPC 내에서는 페이징 발생, LTE_IDLE 상태 관리, 사용자 평면이 암호화, SAE 베어러 제어, NAS 시그널링의 암호화 및 무결성 보호 기능을 수행할 수 있다.
도 3은 단말과 기지국 사이의 제어 평면에서의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 예시도이고, 도 4는 단말과 기지국 사이의 사용자 평면에서의 무선 인터페이스 프로토콜의 구조를 나타낸 예시도이다.
상기 무선 인터페이스 프로토콜은 3GPP 무선접속망 규격을 기반으로 한다. 상기 무선 인터페이스 프로토콜은 수평적으로 물리계층(Physical Layer), 데이터링크계층(Data Link Layer) 및 네트워크계층(Network Layer)으로 이루어지며, 수직적으로는 데이터정보 전송을 위한 사용자평면(User Plane)과 제어신호(Signaling) 전달을 위한 제어평면(Control Plane)으로 구분된다.
상기 프로토콜 계층들은 통신 시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection; OSI) 기준모델의 하위 3개 계층을 바탕으로 L1 (제1계층), L2 (제2계층), L3(제3계층)로 구분될 수 있다.
이하에서, 상기 도 3에 도시된 제어 평면의 무선프로토콜과, 도 4에 도시된 사용자 평면에서의 무선 프로토콜의 각 계층을 설명한다.
제1 계층인 물리계층은 물리채널(Physical Channel)을 이용하여 정보전송서비스(Information Transfer Service)를 제공한다. 상기 물리계층은 상위에 있는 매체접속제어(Medium Access Control) 계층과는 전송 채널(Transport Channel)을 통해 연결되어 있으며, 상기 전송 채널을 통해 매체접속제어계층과 물리계층 사이의 데이터가 전달된다. 그리고, 서로 다른 물리계층 사이, 즉 송신측과 수신측의 물리계층 사이는 물리채널을 통해 데이터가 전달된다.
물리채널(Physical Channel)은 시간축 상에 있는 여러 개의 서브프레임과 주파수축상에 있는 여러 개의 서브 캐리어(Sub-carrier)로 구성된다. 여기서, 하나의 서브프레임(Sub-frame)은 시간 축 상에 복수의 심볼 (Symbol)들과 복수의 서브 캐리어들로 구성된다. 하나의 서브프레임은 복수의 자원블록(Resource Block)들로 구성되며, 하나의 자원블록은 복수의 심볼(Symbol)들과 복수의 서브캐리어들로 구성된다. 데이터가 전송되는 단위시간인 TTI(Transmission Time Interval)는 1개의 서브프레임에 해당하는 1ms이다.
상기 송신측과 수신측의 물리계층에 존재하는 물리 채널들은 3GPP LTE에 따르면, 데이터 채널인 PDSCH(Physical Downlink Shared Channel)와 PUSCH(Physical Uplink Shared Channel) 및 제어채널인 PDCCH(Physical Downlink Control Channel), PCFICH(Physical Control Format Indicator Channel), PHICH(Physical Hybrid-ARQ Indicator Channel) 및 PUCCH(Physical Uplink Control Channel)로 나눌 수 있다.
제2계층에는 여러 가지 계층이 존재한다.
먼저 제2계층의 매체접속제어 (Medium Access Control; MAC) 계층은 다양한 논리채널 (Logical Channel)을 다양한 전송채널에 매핑시키는 역할을 하며, 또한 여러 논리채널을 하나의 전송채널에 매핑시키는 논리채널 다중화 (Multiplexing)의 역할을 수행한다. MAC 계층은 상위계층인 RLC 계층과는 논리채널 (Logical Channel)로 연결되어 있으며, 논리채널은 크게 전송되는 정보의 종류에 따라 제어평면(Control Plane)의 정보를 전송하는 제어채널(Control Channel)과 사용자평면(User Plane)의 정보를 전송하는 트래픽채널(Traffic Channel)로 나뉜다.
제2 계층의 무선링크제어 (Radio Link Control; RLC) 계층은 상위계층으로부터 수신한 데이터를 분할 (Segmentation) 및 연결 (Concatenation)하여 하위계층이 무선 구간으로 데이터를 전송하기에 적합하도록 데이터 크기를 조절하는 역할을 수행한다.
제2 계층의 패킷데이터수렴 (Packet Data Convergence Protocol; PDCP) 계층은 IPv4나 IPv6와 같은 IP 패킷 전송시에 대역폭이 작은 무선 구간에서 효율적으로 전송하기 위하여 상대적으로 크기가 크고 불필요한 제어정보를 담고 있는 IP 패킷 헤더 사이즈를 줄여주는 헤더압축 (Header Compression) 기능을 수행한다. 또한, LTE 시스템에서는 PDCP 계층이 보안 (Security) 기능도 수행하는데, 이는 제 3자의 데이터 감청을 방지하는 암호화 (Ciphering)와 제 3자의 데이터 조작을 방지하는 무결성 보호 (Integrity protection)로 구성된다.
제3 계층의 가장 상부에 위치한 무선자원제어(Radio Resource Control; 이하 RRC라 약칭함) 계층은 제어평면에서만 정의되며, 무선 운반자(Radio Bearer; RB라 약칭함)들의 설정(Configuration), 재설정(Re-configuration) 및 해제(Release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. 이때, RB는 단말과 E-UTRAN간의 데이터 전달을 위해 제2계층에 의해 제공되는 서비스를 의미한다.
상기 단말의 RRC와 무선망의 RRC계층 사이에 RRC 연결(RRC connection)이 있을 경우, 단말은 RRC연결상태(Connected Mode)에 있게 되고, 그렇지 못할 경우 RRC유휴 모드(Idle Mode)에 있게 된다.
이하 단말의 RRC 상태 (RRC state)와 RRC 연결 방법에 대해 설명한다. RRC 상태란 단말의 RRC가 E-UTRAN의 RRC와 논리적 연결(logical connection)이 되어 있는가 아닌가를 말하며, 연결되어 있는 경우는 RRC_CONNECTED 상태(state), 연결되어 있지 않은 경우는 RRC_IDLE 상태라고 부른다. RRC_CONNECTED 상태의 단말은 RRC 연결이 존재하기 때문에 E-UTRAN은 해당 단말의 존재를 셀 단위에서 파악할 수 있으며, 따라서 단말을 효과적으로 제어할 수 있다. 반면에 RRC_IDLE 상태의 단말은 E-UTRAN이 단말의 존재를 파악할 수는 없으며, 셀 보다 더 큰 지역 단위인 TA(Tracking Area) 단위로 핵심망이 관리한다. 즉, RRC_IDLE 상태의 단말은 셀에 비하여 큰 지역 단위로 해당 단말의 존재여부만 파악되며, 음성이나 데이터와 같은 통상의 이동통신 서비스를 받기 위해서는 해당 단말이 RRC_CONNECTED 상태로 천이하여야 한다. 각 TA는 TAI(Tracking area identity)를 통해 구분된다. 단말은 셀에서 방송(broadcasting)되는 정보인 TAC(Tracking area code)를 통해 TAI를 구성할 수 있다.
사용자가 단말의 전원을 맨 처음 켰을 때, 단말은 먼저 적절한 셀을 탐색한 후 해당 셀에서 RRC 연결을 맺고, 핵심망에 단말의 정보를 등록한다. 이 후, 단말은 RRC_IDLE 상태에 머무른다. RRC_IDLE 상태에 머무르는 단말은 필요에 따라서 셀을 (재)선택하고, 시스템 정보(System information)나 페이징 정보를 살펴본다. 이를 셀에 캠프 온(Camp on)한다고 한다. RRC_IDLE 상태에 머물러 있던 단말은 RRC 연결을 맺을 필요가 있을 때 비로소 RRC 연결 과정 (RRC connection procedure)을 통해 E-UTRAN의 RRC와 RRC 연결을 맺고 RRC_CONNECTED 상태로 천이한다. RRC_IDLE 상태에 있던 단말이 RRC 연결을 맺을 필요가 있는 경우는 여러 가지가 있는데, 예를 들어 사용자의 통화 시도, 데이터 전송 시도 등이 필요하다거나, 아니면 E-UTRAN으로부터 페이징 메시지를 수신한 경우 이에 대한 응답 메시지 전송 등을 들 수 있다.
상기 RRC 계층 상위에 위치하는 NAS(Non-Access Stratum) 계층은 연결관리(Session Management)와 이동성 관리(Mobility Management)등의 기능을 수행한다.
아래는 도 3에 도시된 NAS 계층에 대하여 상세히 설명한다.
NAS 계층에 속하는 eSM (evolved Session Management)은 Default Bearer 관리, Dedicated Bearer관리와 같은 기능을 수행하여, 단말이 망으로부터 PS서비스를 이용하기 위한 제어를 담당한다. Default Bearer 자원은 특정 Packet Data Network(PDN)에 최초 접속 할 시에 망에 접속될 때 망으로부터 할당 받는다는 특징을 가진다. 이때, 네트워크는 단말이 데이터 서비스를 사용할 수 있도록 단말이 사용 가능한 IP 주소를 할당하며, 또한 default bearer의 QoS를 할당해준다. LTE에서는 크게 데이터 송수신을 위한 특정 대역폭을 보장해주는 GBR(Guaranteed bit rate) QoS 특성을 가지는 bearer와 대역폭의 보장 없이 Best effort QoS 특성을 가지는 Non-GBR bearer의 두 종류를 지원한다. Default bearer의 경우 Non-GBR bearer를 할당 받는다. Dedicated bearer의 경우에는 GBR또는 Non-GBR의 QoS특성을 가지는 bearer를 할당 받을 수 있다.
네트워크에서 단말에게 할당한 bearer를 EPS(evolved packet service) bearer라고 부르며, EPS bearer를 할당 할 때 네트워크는 하나의 ID를 할당하게 된다. 이를 EPS Bearer ID라고 부른다. 하나의 EPS bearer는 MBR(maximum bit rate) 또는/그리고 GBR(guaranteed bit rate)의 QoS 특성을 가진다.
도 5는 3GPP LTE에서 랜덤 액세스 과정을 나타낸 흐름도이다.
랜덤 액세스 과정은 UE가 기지국과 UL 동기를 얻거나 UL 무선자원을 할당받기 위해 사용된다.
UE는 루트 인덱스(root index)와 PRACH(physical random access channel) 설정 인덱스(configuration index)를 eNodeB로부터 수신한다. 각 셀마다 ZC(Zadoff-Chu) 시퀀스에 의해 정의되는 64개의 후보(candidate) 랜덤 액세스 프리앰블이 있으며, 루트 인덱스는 단말이 64개의 후보 랜덤 액세스 프리앰블을 생성하기 위한 논리적 인덱스이다.
랜덤 액세스 프리앰블의 전송은 각 셀마다 특정 시간 및 주파수 자원에 한정된다. PRACH 설정 인덱스는 랜덤 액세스 프리앰블의 전송이 가능한 특정 서브프레임과 프리앰블 포맷을 지시한다.
UE는 임의로 선택된 랜덤 액세스 프리앰블을 eNodeB로 전송한다. UE는 64개의 후보 랜덤 액세스 프리앰블 중 하나를 선택한다. 그리고, PRACH 설정 인덱스에 의해 해당되는 서브프레임을 선택한다. UE는 은 선택된 랜덤 액세스 프리앰블을 선택된 서브프레임에서 전송한다.
상기 랜덤 액세스 프리앰블을 수신한 eNodeB는 랜덤 액세스 응답(random access response, RAR)을 UE로 보낸다. 랜덤 액세스 응답은 2단계로 검출된다. 먼저 UE는 RA-RNTI(random access-RNTI)로 마스킹된 PDCCH를 검출한다. UE는 검출된 PDCCH에 의해 지시되는 PDSCH 상으로 MAC(Medium Access Control) PDU(Protocol Data Unit) 내의 랜덤 액세스 응답을 수신한다.
도 6은 무선자원제어(RRC) 계층에서의 연결 과정을 나타낸다.
도 6에 도시된 바와 같이 RRC 연결 여부에 따라 RRC 상태가 나타나 있다. 상기 RRC 상태란 UE의 RRC 계층의 엔티티(entity)가 eNodeB의 RRC 계층의 엔티티와 논리적 연결(logical connection)이 되어 있는가 아닌가를 말하며, 연결되어 있는 경우는 RRC 연결 상태(connected state)라고 하고, 연결되어 있지 않은 상태를 RRC 유휴 모드(idle state)라고 부른다.
상기 연결 상태(Connected state)의 UE는 RRC 연결(connection)이 존재하기 때문에 E-UTRAN은 해당 단말의 존재를 셀 단위에서 파악할 수 있으며, 따라서 UE를 효과적으로 제어할 수 있다. 반면에 유휴 모드(idle state)의 UE는 eNodeB가 파악할 수는 없으며, 셀 보다 더 큰 지역 단위인 트래킹 지역(Tracking Area) 단위로 핵심망(Core Network)이 관리한다. 상기 트래킹 지역(Tracking Area)은 셀들의 집합단위이다. 즉, 유휴 모드(idle state) UE는 큰 지역 단위로 존재여부만 파악되며, 음성이나 데이터와 같은 통상의 이동통신 서비스를 받기 위해서는 단말은 연결 상태(connected state)로 천이해야 한다.
사용자가 UE의 전원을 맨 처음 켰을 때, 상기 UE는 먼저 적절한 셀을 탐색한 후 해당 셀에서 유휴 모드(idle state)에 머무른다. 상기 유휴 모드(idle state)에 머물러 있던 UE는 RRC 연결을 맺을 필요가 있을 때 비로소 RRC 연결 과정(RRC connection procedure)을 통해 eNodeB의 RRC 계층과 RRC 연결을 맺고 RRC 연결 상태(connected state)로 천이한다.
상기 유휴 모드(Idle state)에 있던 UE가 RRC 연결을 맺을 필요가 있는 경우는 여러 가지가 있는데, 예를 들어 사용자의 통화 시도 또는 상향 데이터 전송 등이 필요하다거나, 아니면 EUTRAN으로부터 페이징 메시지를 수신한 경우 이에 대한 응답 메시지 전송 등을 들 수 있다.
유휴 모드(idle state)의 UE가 상기 eNodeB와 RRC 연결을 맺기 위해서는 상기한 바와 같이 RRC 연결 과정(RRC connection procedure)을 진행해야 한다. RRC 연결 과정은 크게, UE가 eNodeB로 RRC 연결 요청 (RRC connection request) 메시지 전송하는 과정, eNodeB가 UE로 RRC 연결 설정 (RRC connection setup) 메시지를 전송하는 과정, 그리고 UE가 eNodeB로 RRC 연결 설정 완료 (RRC connection setup complete) 메시지를 전송하는 과정을 포함한다. 이와 같은 과정에 대해서 도 6을 참조하여 보다 상세하게 설명하면 다음과 같다.
1) 유휴 모드(Idle state)의 UE는 통화 시도, 데이터 전송 시도, 또는 eNodeB의 페이징에 대한 응답 등의 이유로 RRC 연결을 맺고자 할 경우, 먼저 상기 UE는 RRC 연결 요청(RRC connection request) 메시지를 eNodeB로 전송한다.
2) 상기 UE로부터 RRC 연결 요청 메시지를 수신하면, 상기 eNB는 무선 자원이 충분한 경우에는 상기 UE의 RRC 연결 요청을 수락하고, 응답 메시지인 RRC 연결 설정(RRC connection setup) 메시지를 상기 UE로 전송한다.
3) 상기 UE가 상기 RRC 연결 설정 메시지를 수신하면, 상기 eNodeB로 RRC 연결 설정 완료(RRC connection setup complete) 메시지를 전송한다. 상기 UE가 RRC 연결 설정 메시지를 성공적으로 전송하면, 비로소 상기 UE는 eNodeB과 RRC 연결을 맺게 되고 RRC 연결 모드로 천이한다.
MCPTT (Mission Critical Push To Talk)
MCPTT는 재난 등의 상황에서 PTT(Push to Talk)를 LTE 망에서 사용 가능하도록 하기 위한 기술이다. MCPTT 서비스는 on-network mode (또는 on-network operation mode 또는 on-network use 또는 on-network MCPTT 서비스 또는 network mode operation)와 off-network mode (또는 off-network operation mode 또는 off-network use 또는 off-network MCPTT 서비스 또는 direct mode operation)로 나눌 수 있다.
On-network MCPTT 서비스는 network infrastructure를 거쳐 통신이 이루어지는 MCPTT 서비스로 UE가 네트워크 커버리지에 있으면서 (즉, E-UTRAN에 의해 serve 되면서) network infrastructure를 통해 통신하는 경우뿐만 아니라 네트워크 커버리지 밖에 있으면서 (즉, E-UTRAN에 의해 serve 되지 않으면서) UE-to-Network Relay를 통해 network infrastructure를 통해 통신하는 경우도 포함한다.
off-network MCPTT 서비스는 ProSe 디스커버리와 ProSe 커뮤니케이션 경로를 사용하여 제공된다. off-network MCPTT 서비스의 경우, UE가 물론 네트워크 커버리지 밖에 있을 때 사용할 수 있지만 UE가 네트워크 커버리지 안에 있을 때도 사용할 수 있다.
도 7(a)에는 centralised MCPTT 서버에 의해 지원되는 네트워크 모드 동작(Network Mode Operation, NMO) 및 릴레이를 통한 네트워크 모드 동작 (Network Mode Operation via Relay, NMO-R)에 대한 구조가 도시되어 있다. UE-2 및 UE-R은 네트워크에 직접 연결이 가능한 UE들이며 NMO를 수행할 수 있다. 반면에 UE-1은 네트워크에 직접 연결할 수는 없고 대신 UE-to-Network Relay를 수행하는 UE-R을 통해 네트워크에 연결되는 NMO-R을 수행할 수 있다. MCPTT 서버는 MCPTT를 위한 centralised floor control을 지원할 수 있다. 이외 상세한 사항은 TR 23.779 V0.4.0의 5.3절 (Solution 3: ALG Relay for MCPTT NMO-R)에 의해 본 명세서의 내용으로 참조/삽입될 수 있다.
도 7(b)에는 UE-R이 centralised MCPTT 서버기능을 제공하는 Off-Network MCPTT 서비스에 대한 구조가 도시되어 있다. UE-1과 UE-2는 서로 전송 영역을 벗어나 있어서(out of each other's transmission range) 직접 통신을 수행할 수 없으므로, UE-R을 통해 MCPTT 서비스를 제공받을(또는 서로 통신하는) Direct Mode Operation via Relay (MCPTT DMO-R))를 수행할 수 있다. 즉, UE-to-UE Relay 역할을 수행하는 UE-R에 있는 MCPTT 서버가 centralised floor control을 지원할 수 있다. 도 7(b)에 대한 상세한 설명은 TR 23.779 V0.4.0의 5.4절 (Solution 4: Off-Network MCPTT 서비스 using ProSe UE-UE Relay)에 의해 본 명세서의 내용으로 참조/삽입될 수 있다.
도 8에는 MCPTT 서비스를 받기 위해 사용자 인증(User authentication) 및 등록 절차가 예시되어 있다. 단계 S801에서, identity management client가 사용자 인증 절차를 개시한다. MCPTT user가 identity management server로부터 verification을 받기 위해 자신의 user credentials(예를 들어, Biometrics, secureID, username/password)를 제공한다. 단계 S802에서, UE 내의 signalling user agent가 SIP level authentication 및 registration을 위해 SIP core로 secure connection을 형성한다. 단계 S803에서, Signalling user agent는 SIP core와의 SIP level registration 및 MCPTT server와의 third-party registration을 완료한다. UE 내의 MCPTT client는 사용자와의 MCPTT service authorization을 수행한다. 이를 위해 상기 단계 S801의 결과가 이용될 수 있다. MCPTT client는 MCPTT UE에서 모든 MCPTT application transaction을 위한 user agent로 동작하는 기능 개체(functional entity)이다.
MCPTT 그룹 멤버는 특정 MCPTT 그룹에 그룹 커뮤니케이션을 위한 신호를 전송하거나, 그룹 커뮤니케이션 신호를 수신할 수 있도록 허용된 단말을 의미할 수 있다. 특정 그룹에의 affiliation은, MCPTT 사용자가 하나 이상의 MCPTT 그룹에 interest를 제공하고, MCPTT 인증 사용자는 MCPTT 그룹으로의 다른 사용자의 affiliation을 원격 수정할 수 있는 명시적 affiliation과, MCPTT으로의 affiliations이 configurations과 정책을 통해 결정되는 묵시적 affiliation이 있다. 이 중 명시적 affiliation을 수행하는 절차는 도 9에 예시된 바와 같다. 도 9를 참조하면, 단계 S901에서, UE 내의 MCPTT client는 MCPTT server에게 하나의 그룹 또는 다수의 그룹에 affiliate 하는 것을 요청한다. 단계 S902a에서, MCPTT server는 상기 요청받은 그룹에 대한 그룹 정책(group policy)을 자신이 저장(locally caching)하고 있는지 확인한다. 만약 그룹 정책을 저장하고 있지 않다면 MCPTT server는 group management server에게 그룹 정책을 요청한다. 상기 그룹 정책은 어떤 사용자들이 어떤 그룹(들)에 affiliate하는 것이 인증/허용되었는지, 사용자의 우선순위, 그외의 meta-data 등을 포함한다. 단계 S902b에서, MCPTT server가 group management server로부터 그룹 정책을 획득한다. 단계 S903에서, 그룹 정책에 기반하여 MCPTT server는 상기 MCPTT client가 요청한 그룹(들)에 affiliate하는 것이 인증/허용되었는지 확인한다. 단계 S904에서, 만약 MCPTT client의 사용자가 요청한 그룹(들)에 affiliate하는 것이 인증/허용되었다면 MCPTT server는 상기 요청된그룹(들)에 대해 상기 사용자의 affiliation status를 저장한다. 단계 S905a에서, MCPTT server는 MCPTT client에게 affiliation을 컨펌한다. 단계 S905b에서, MCPTT server는 group management server로 상기 그룹(들)에 대해 상기 사용자의 affiliation status가 업데이트되었음을 알린다. 단계 S905a와 단계 S905b는 병렬적으로 수행될 수도 있고 어느 순서로든 수행될 수 있다. 이처럼 MCPTT server 및/또는 Group management server는 MCPTT group에 대해 affiliate된 그룹 멤버들을 저장/관리할 수 있다.
한편, PTT(Push-To-Talk) 서비스는 한번에 하나의 talker (또는 speaker 또는 transmitting UE)만이 존재할 수 있으며, 이에 floor control (발언권 제어)이 필요하다. 도 10에서는 floor control 절차가 도시되어 있다. 여기에서 Floor Request 메시지 및 Floor Grant 메시지와 같은 floor control 메시지들은 IETF RFC 4582 BFCP(Binary Floor Control Protocol)에 기반할 수 있다. 또한, BFCP에서 정의된 floor control 메시지들은 NMO 및 NMO-R을 위한 floor control에도 적용될 수 있다. 이외 도 10에 대한 상세한 설명은 TR 23.779 V0.4.0의 5.4절(Solution 4: Off-Network MCPTT 서비스 using ProSe UE-UE Relay) 에 의해 본 명세서의 내용으로 참조/삽입될 수 있다. 도 11은 IETF RFC 4582 BFCP에서 정의된 floor control 절차의 예시이다. 특히 도 11에서는 talker가 되기 위해 Floor Control Server로 Floor Request 메시지를 전송한 Floor Participant가 바로 grant를 받지 못하고, queue에 들어가며 이후에 grant가 되는 상황을 보여 주고 있다.
실시예
이하에서는 상술한 설명에 기초하여, 본 발명의 실시예들에 의한 MCPTT(특히 floor control)에 관련된 단말의 신호 송수신 방법에 대해 살펴본다.
본 발명의 일 실시예에 의한 제1 장치는 Floor Request를 전송할 수 있다. 여기서 Floor Request를 전송은 Floor Control Server인 제2 장치 또는 하나 이상의 MCPTT 클라이언트를 위한 전송일 수 있다. 제1 장치는 상기 Floor Request를 수신한 제2 장치로부터 Floor Request Status를 수신할 수 있다. 제1 장치는 상기 Floor Request Status를 수신 후 또는 상기 Floor Request Status를 수신하지 않고, 상기 제2 장치로부터 Floor Grant를 수신할 수 있다.
이와 같은 floor control 에 관련된 신호 송수신 과정에서 특히 제1 장치는 Floor Request를 전송할 때 제1 장치의 위치 정보를 함께 전송할 수 있다. 위치 정보는 PLMN 정보, Tracking Area 정보, Cell 정보, eNodeB 정보, MME 정보, service area 정보, geographic 위치 정보, 지역/구역 단위 (예를 들면, 한국의 경우 서울시, 서울시 서초구, 서울시 서초구 양재동 등), 장소/빌딩 단위 (예를 들면, xx공항, yy쇼핑몰, zz빌딩 등) 등 다양한 위치 정보일 수 있으며 하나 이상이 포함될 수 있다. 제1 장치의 위치 정보는 Motion sensors, Environmental sensors, Position sensors 중 하나 이상에 의해 측정된 것일 수 있다. Motion sensors는 accelerometers, gyroscopes 를 포함하며, Environmental sensors는 barometer를 포함하고, Position sensors는 magnetometers, orientation sensors를 포함할 수 있다. 또는 제1 장치의 위치는 Modernized GPS, SBAS (Satellite Based Augmentation Systems), EGNOS (European Geographic Navigation Overlay System), WAAS (Wide Area Augmentation System), GAGAN (GPS Aided Geo Augmented Navigation (or GPS and Geo Augmented Navigation), MSAS (Multi-functional Satellite Augmentation System), QZSS (Quasi Zenith Satellite System), GLONASS (GLObal NAvigation Satellite System), BDS (BeiDou Navigation Satellite System), Galileo, U-TDOA (Uplink Time Difference of Arrival), E-OTD (Enhanced Observed Time Difference), IPDL-OTDOA (Idle Period Downlink- Observed Time Difference Of Arrival), Network Assisted GNSS (e.g. Network Assisted GPS or Network Assisted GALILEO), UE ambient condition sensors based positioning, TBS (Terrestrial Beacon Systems), Beacon identity for location lookup (e.g. WiFi access points or BLE(Bluetooth Low Energy) beacons), RF Pattern Matching, Methods using cell site or sector information and Timing Advance or RoundTrip Time measurements, TR 37.857 v13.0.0에 있는 다양한 indoor positioning enhancements 방법들에 의해 측정된 것일 수 있다.
이와 같이, Floor Request를 요청하는 제1 장치가, 예시된 것과 같은 장치,방법들에 의해 측정한 자신의 위치를 전송하게 함으로써 Talker UE의 정확한 위치 정보를 MCPTT 서버 및 수신 UE들에게 전달할 수 있다. 이는 MCPTT가 public safety 목적으로 사용될 가능성이 크다는 특수성을 반영한 것이다. public safety 목적의 MCPTT 예로써, 화재가 난 빌딩의 어느 한 층에서 구조해야 하는 인명들을 발견한 UE(예를 들어 소방 구조 대원)를 가정한다. 이 UE는 다른 MCPTT 클라이언트들(예를 들어 다른 소방 구조 대원들)에게 도움을 요청하기 위해 Floor Request를 요청할 수 있는데, 만약 네트워크가 UE의 위치를 알려주는 방식을 사용한다면 다른 MCPTT 클라이언트들에게 Floor Request를 요청한 UE의 정확한 위치를 알려주기 어렵다. 특히, 예시된 상황과 같이 빌딩에서 UE의 수직위치는 네트워크가 정확히 알기 어려우며 UE의 요청을 수신한 후 측정을 수행하는 것도 비효율적이다. 따라서, Floor Request를 요청하는 제1 장치가 자신이 측정한 위치를 알려주도록 함으로써, public safety 목적의 MCPTT에서 효율성을 극대화할 수 있다.
Floor request를 전송한 장치가 Floor Control Server로부터 발언권에 대한 grant 메시지를 수신하면, 자신의 위치 정보를 포함하는 메시지를 Floor Control Server로 전송할 수 있다. 상기 위치 정보를 포함하는 메시지는 grant 메시지에 대한 응답 개념의 메시지일 수도 있고, 아닐 수도 있다. 이런 동작을 UE는 grant 메시지를 받을 때마다 항상 할 수도 있고, 상기 grant를 받기 전에 상기 floor에 대한 call 관련 queue에 들어간 적이 있는 경우에만 수행할 수도 있다. 또한, 상기의 동작은 Floor Control Server가 grant 메시지를 주면서 UE에게 현재 위치를 제공하라고 요청하는 정보를 포함시킨 경우에 수행할 수도 있다.
Floor request에 대한 grant 수신과 관련하여, 만약, 제2 장치가 Floor Control Server이고, 제1 장치가 Floor Request를 전송할 때의 위치 대비 grant를 받았을 때의 위치가 미리 설정된 값 이상 변한 경우, 제1 장치의 위치 정보를 Floor Control Server로 전송할 수 있다. Floor Control Server로 전송된 제1 장치의 위치 정보는 MCPTT UE들에게 전달될 수 있다. 만약, 제2 장치가 MCPTT 클라이언트이고, 제1 장치가 Floor Request를 전송할 때의 위치가 미리 설정된 값 이상 변한 경우, 제1 장치의 위치 정보를 MCPTT 그룹으로 전송할 수 있다. 즉, off-network mode로 동작하는 경우, UE가 floor request에 대한 grant를 받음과 동시에 Floor Control Server 역할을 수행하게 되면 자신의 위치 정보를 포함하는 메시지를 Floor Control Server로 전송할 필요가 없는 바, 자신이 직접 상기 메시지를 MCPTT 수신 UE들에게 전송하는 것이다. MCPTT 클라이언트는 floor arbitrator이며, 제1 장치는 Floor Grant를 수신하면 이전의 floor arbitrator로부터 floor arbitrator 역할을 승계할 수 있다.
여기서, 미리 설정된 값은 위도, 경도, 높이 각각에 대해 설정된 변위 값일 수 있다. 즉, UE가 발언권 요청 시 자신의 위치 정보를 포함시켜 전송한 후, 이 위치 대비하여 grant 메시지를 수신했을 때의 위치의 차이가 어떤 범위(또는 threshold)를 벗어나는 경우에만 자신의 위치 정보를 포함하는 메시지를 Floor Control Server로 전송하도록 할 수도 있다. 상기의 범위는 UE에 설정되어 있을 수 있으며, 이는 미리 설정되어 있거나 네트워크로부터 설정 받을 수도 있다. 구체적인 예로써, UE가 발언권을 요청 시 위치가 (x=위도, y=경도, z=높이)이고 발언권에 대한 grant를 바로 받지 못하고 Floor Request가 queue에 넣어진(put) 경우이다. 이후에 UE는 위치를 이동하여 그 위치가 (a=위도, b=경도, c=높이)가 된 시점에 grant를 받았는데, 위치의 차이가 어떤 범위를 넘었다면 (가령, a-x, b-y, c-z 중 하나 이상이 설정된 범위를 넘었다면) UE는 자신의 위치 정보를 포함하는 메시지를 Floor Control Server로 전송할 수 있다. 그렇지 않은 경우 UE는 자신의 위치 정보를 포함하는 메시지를 Floor Control Server로 전송하지 않는다.
계속해서, Floor Request Status는 제1 장치의 Floor Request가 넣어진(put) queue 리스트를 포함할 수 있다. 이에 본 발명에서는 Floor Request Status는 Queue Position Info와 동일하게 간주될 수 있다. 만약 Floor request가 queue에 넣어지지 않고 grant를 수신하게 되면 UE의 위치 정보를 MCPTT 서버 또는 위치 정보 관리 서버/function에게 전달할 수 있다. 또한, Floor Control Server는 네트워크에 연결된 노드일 수 있으며, 네트워크에 연결된 노드는 MCPTT 서버 또는 릴레이 UE 중 하나일 수 있다. 또한, 제1 장치는 indoor UE일 수 있다.
상술한 설명에서, Floor Control Server는 MCPTT 서버와 같이 네트워크에 있는 노드/function일 수도 있고, MCPTT 서버 또는 위치 정보 관리 서버/function과 interworking을 수행하는 floor control 전용 서버일 수도 있고, Floor control 기능을 제공하는 서버 역할을 하는 UE (예를 들어, UE-to-UE Relay) 일 수도 있다. Floor Control Server가 네트워크에 있는 노드/function인 경우, UE가 floor control 절차와 상관없이 자신의 최신 위치 정보를 네트워크에 제공함으로써 talker의 위치 정보를 획득할 수도 있다. 상기 위치 정보의 제공은 주기적일 수도 있고, 위치의 변경에 따른 것일 수도 있고, 네트워크로부터의 요청에 기반한 것일 수도 있다.
상술한 설명을 서버(Floor Control Server 또는 MCPTT 서버 또는 위치 정보 관리 서버/function)의 측면에서 살펴보면, Talker가 된 UE가 제공한 위치 정보에 기반하여 talker의 위치 정보를 그대로 및/또는 가공된 형태로 MCPTT 수신 UE들에게 제공할 수 있다. 상기 talker의 위치 정보는 새롭게 talker가 된 UE에 대한 정보를 알리기 위한 메시지에 포함될 수도 있고, 별도의 메시지로 제공될 수도 있다. 상기 가공된 형태로 제공하는 위치 정보의 예로는 talker가 된 UE가 제공한 위치 정보가 ECGI인데 상기 Server가 이를 기반으로 '인천공항'과 같은 형태의 MCPTT user들이 인식할 수 있는 위치 정보로 가공하여 MCPTT 수신 UE에게 제공할 수 있다.
이하에서는 도 12 내지 도 15를 참조하여, MCPTT 관련된 신호 송수신 방법에 대해 살펴본다. 이하의 설명에서 특별히 다르게 언급되는 것을 제외하고는 앞서 설명된 내용들이 적용된다. 도 12에서 UE-2, 도 13에서 UE-1, 도 14에서 MCPTT client 1, 도 15에서 MCPTT client 2는 앞서 설명에서 제1 장치에 대응될 수 있다. 도 12 내지 도 13에서 floor control server는 앞서 설명에서 제2 장치에 대응될 수 있다.
도 12 내지 도 13은 On-network MCPTT 서비스 및 Off-network MCPTT 서비스에 관한 예시이다. Off-network MCPTT 서비스에 적용될 경우 UE가 Floor Control Server 역할을 수행하게 된다.
도 12를 참조하면, 단계 S1201에서 UE-2의 user가 발언권을 획득하기 위해 'talk' 버튼을 누른다. 단계 S1202에서 UE-2는 Floor Control Server로 발언권을 요청하기 위한 메시지, 예를 들어, Floor Request 메시지를 전송한다. 이 때 UE-2는 자신의 위치 정보를 상기 Floor Request 메시지에 포함시킬 수 있다. 단계 S1203에서 Floor Control Server는 UE-2의 발언권 요청에 대한 grant 를 결정하고 이를 알리기 위한 메시지, 예를 들어, Floor Grant 메시지를 UE-2에게 전송할 수 있다. 단계 S1204에서 Floor Control Server는 상기 floor (또는 floor control)와 관련된 MCPTT call의 수신 UE인 UE-1에게 UE-2가 talker임을 알리는 메시지, 즉 Floor Status 메시지를 전송한다. 이 때 UE-2로부터 수신한 위치 정보에 기반하여 생성한 UE-2의 위치 정보 (그대로의 정보 및/또는 가공된 형태의 정보)를 상기 Floor Status 메시지에 포함시킬 수 있다. 상기 단계 S1203과 S1204는 동시에 발생할 수도 있고 단계 S1204가 S1203보다 먼저 발생할 수도 있다.
도 13은 도 12와 유사한 상황에서 Floor Request가 Queue에 넣어진 상황이다. 단계 S1301에서, UE-1의 user가 발언권을 획득하기 위해 'talk' 버튼을 누른다. UE-1은 Floor Control Server로 발언권을 요청하기 위한 메시지, 예를 들어, Floor Request 메시지를 전송한다(단계 S1302). 이 때 UE-1은 자신의 위치 정보를 상기 Floor Request 메시지에 포함시킬 수 있다. Floor Control Server는 UE-1의 발언권 요청에 대해 queue에 넣기로 결정하고 (예를 들어 이미 다른 talker가 존재) 이를 알리기 위한 메시지, 예를 들어, Floor Request Status 메시지를 UE-1에게 전송할 수 있다. (단계 S1303). 상기 메시지는 UE-1이 queue의 몇 번째에 있는지 등과 같은 정보를 포함할 수 있다. Floor Control Server는 UE-1에게 발언권을 주기로 결정하고 (예를 들어 talker가 floor를 release함으로써 UE-1이 talker가 될 수 있는 바) grant를 전송하기 위한 메시지, 예를 들어, Floor Grant 메시지를 UE-1에게 전송(단계 S1304)할 수 있다. Floor Control Server로부터 floor grant를 수신한 UE-1은 자신의 위치 정보를 포함하는 메시지, 예를 들어, Talker Location 메시지를 Floor Control Server에게 전송(단계 S1305)할 수 있다. 단계 S1306에서, Floor Control Server는 상기 floor (또는 floor control)와 관련된 MCPTT call의 수신 UE인 UE-2에게 UE-1이 talker임을 알리는 메시지, 즉 Floor Status 메시지를 전송한다. 이 때 UE-1로부터 수신한 위치 정보에 기반하여 생성한 UE-1의 위치 정보 (그대로의 정보 및/또는 가공된 형태의 정보)를 상기 Floor Status 메시지에 포함시킬 수 있다.
도 14 내지 도 15는 off-network group call 상황을 전제한다.
도 14를 참조하면, 단계 S1401에서 MCPTT client 1은 floor request를 MCPTT 그룹으로 전송한다. 여기서, floor request는 MCPTT client 1의 위치 정보를 포함할 수 있다. MCPTT client 1은 floor 경쟁을 발견하지 못하므로(S1402), floor taken message를 floor 그룹으로 전송(S1403)할 수 있다. 여기서, floor taken message는 MCPTT client 1의 위치 정보를 포함할 수 있다. 단계 S1404에서 floor request가 성공이라는 notification을 사용자에게 알릴 수 있다. 이후, 단계 S1405에서 MCPTT client 1은 voice 전송을 수행할 수 있다.
도 15를 참조하면, 현재 MCPTT client 1이 floor arbitrator 역할을 수행하며, MCPTT client 2가 floor request를 MCPTT 그룹으로 전송한다(단계 S1501) 여기서, floor request는 MCPTT client 2의 위치 정보를 포함할 수 있다. 단계 S1502에서 floor arbitrator 역할의 MCPTT client 1는 수신된 floor request를 Queue 리스트에 넣는다(put). MCPTT client 1은 floor request 가 Queue되었다는 의미의 queue 위치 정보 메시지를 queuing status와 함께 전송한다(단계S1503). 단계 S1504에서 MCPTT client 1은 floor를 릴리즈하면서 floor granted message를 MCPTT 그룹에게 전송한다. floor granted message는 grant된 MCPTT 사용자 ID(도 15에서는 MCPTT client 2)를 포함할 수 있다. floor granted message는 MCPTT client 2 가 talker로 동작하는 최대 시간 구간(maximum duration) 정보를 포함할 수도 있다. 단계 S1505에서, Floor grant를 수신한 MCPTT client 2는 자신의 위치 정보를 포함하는 메시지, 예를 들어, Talker Location 메시지를 MCPTT group에게 전송할 수 있다. 단계 S1506에서, MCPTT client 2는 다음 번 speaker 및/또는 floor arbitrator가 된 후 voice media를 전송할 수 있다.
상술한 설명들은 다양한 MCPTT call에 적용할 수 있다. MCPTT call에는 MCPTT Group Call, MCPTT Emergency Group Call, MCPTT Imminent Peril Group Call, MCPTT Private Call, MCPTT Emergency Private Call 등이 해당될 수 있다.
도 16은 본 발명의 일례에 따른 단말 장치 및 네트워크 노드 장치에 대한 바람직한 실시예의 구성을 도시한 도면이다.
도 16을 참조하여 본 발명에 따른 단말 장치(100)는, 송수신장치(110), 프로세서(120) 및 메모리(130)를 포함할 수 있다. 송수신장치(110)은 외부 장치로 각종 신호, 데이터 및 정보를 송신하고, 외부 장치로 각종 신호, 데이터 및 정보를 수신하도록 구성될 수 있다. 단말 장치(100)는 외부 장치와 유선 및/또는 무선으로 연결될 수 있다. 프로세서(120)는 단말 장치(100) 전반의 동작을 제어할 수 있으며, 단말 장치(100)가 외부 장치와 송수신할 정보 등을 연산 처리하는 기능을 수행하도록 구성될 수 있다. 또한, 프로세서(120)는 본 발명에서 제안하는 단말 동작을 수행하도록 구성될 수 있다. 메모리(130)는 연산 처리된 정보 등을 소정시간 동안 저장할 수 있으며, 버퍼(미도시) 등의 구성요소로 대체될 수 있다.
도 16을 참조하면 본 발명에 따른 네트워크 노드 장치(200)는, 송수신장치(210), 프로세서(220) 및 메모리(230)를 포함할 수 있다. 송수신장치(210)은 외부 장치로 각종 신호, 데이터 및 정보를 송신하고, 외부 장치로 각종 신호, 데이터 및 정보를 수신하도록 구성될 수 있다. 네트워크 노드 장치(200)는 외부 장치와 유선 및/또는 무선으로 연결될 수 있다. 프로세서(220)는 네트워크 노드 장치(200) 전반의 동작을 제어할 수 있으며, 네트워크 노드 장치(200)가 외부 장치와 송수신할 정보 등을 연산 처리하는 기능을 수행하도록 구성될 수 있다. 또한, 프로세서(220)는 본 발명에서 제안하는 네트워크 노드 동작을 수행하도록 구성될 수 있다. 메모리(230)는 연산 처리된 정보 등을 소정시간 동안 저장할 수 있으며, 버퍼(미도시) 등의 구성요소로 대체될 수 있다.
또한, 위와 같은 단말 장치(100) 및 네트워크 장치(200)의 구체적인 구성은, 전술한 본 발명의 다양한 실시예에서 설명한 사항들이 독립적으로 적용되거나 또는 2 이상의 실시예가 동시에 적용되도록 구현될 수 있으며, 중복되는 내용은 명확성을 위하여 설명을 생략한다.
상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 장치, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
상술한 바와 같이 개시된 본 발명의 바람직한 실시형태에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시 형태를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다.
상술한 바와 같은 본 발명의 다양한 실시형태들은 3GPP 시스템을 중심으로 설명하였으나, 다양한 이동통신 시스템에 동일한 방식으로 적용될 수 있다.

Claims (13)

  1. 무선통신시스템에서 제1 장치의 MCPTT(Mission Critical Push To Talk)에 관련된 신호 송수신 방법에 있어서,
    제1 장치가 Floor Request를 전송하는 단계;
    상기 Floor Request를 수신한 제2 장치로부터 Floor Request Status를 수신하는 단계;
    상기 Floor Request Status를 수신 후, 상기 제2 장치로부터 Floor Grant를 수신하는 단계;
    상기 Floor Grant를 수신 후, 제1 장치의 위치 정보를 전송하는 단계;
    를 포함하며,
    상기 제1 장치는 상기 Floor Request를 전송할 때 상기 제1 장치의 위치 정보를 함께 전송하는, MCPTT에 관련된 신호 송수신 방법.
  2. 제1항에 있어서,
    상기 제2 장치가 Floor Control Server이고, 상기 제1 장치가 상기 Floor Request를 전송할 때의 위치 대비 미리 설정된 값 이상 변한 경우, 상기 제1 장치의 위치 정보를 상기 Floor Control Server로 전송하며,
    상기 제2 장치가 MCPTT 클라이언트이고, 상기 제1 장치가 상기 Floor Request를 전송할 때의 위치 대비 미리 설정된 값 이상 변한 경우, 상기 제1 장치의 위치 정보를 MCPTT 그룹으로 전송하는, MCPTT에 관련된 신호 송수신 방법.
  3. 제2항에 있어서,
    상기 미리 설정된 값은 위도, 경도, 높이 각각에 대해 설정된 변위 값인, MCPTT에 관련된 신호 송수신 방법.
  4. 제1항에 있어서,
    상기 Floor Request Status는 상기 제1 장치의 Floor Request가 넣어진(put) queue 리스트를 포함하는, MCPTT에 관련된 신호 송수신 방법.
  5. 제2항에 있어서,
    상기 MCPTT 클라이언트는 floor arbitrator이며, 상기 제1 장치는 상기 Floor Grant를 수신하면 상기 제2 장치로부터 floor arbitrator 역할을 승계하는, MCPTT에 관련된 신호 송수신 방법.
  6. 제2항에 있어서,
    상기 Floor Control Server로 전송된 상기 제1 장치의 위치 정보는 MCPTT UE들에게 전달되는, MCPTT에 관련된 신호 송수신 방법.
  7. 제2항에 있어서,
    상기 Floor Control Server는 네트워크에 연결된 노드인, MCPTT에 관련된 신호 송수신 방법.
  8. 제7항에 있어서,
    상기 네트워크에 연결된 노드는 MCPTT 서버 또는 릴레이 UE 중 하나인, MCPTT에 관련된 신호 송수신 방법.
  9. 제1항에 있어서,
    상기 제1 장치는 indoor UE인, MCPTT에 관련된 신호 송수신 방법.
  10. 제1항에 있어서,
    상기 위치 정보는 Motion sensors, Environmental sensors, Position sensors 중 하나 이상에 의해 측정된 것인, MCPTT에 관련된 신호 송수신 방법.
  11. 제10항에 있어서,
    상기 Motion sensors는 accelerometers, gyroscopes 를 포함하며, 상기 Environmental sensors는 barometer를 포함하고, 상기 Position sensors는 magnetometers, orientation sensors를 포함하는, MCPTT에 관련된 신호 송수신 방법.
  12. 무선 통신 시스템에서 MCPTT(Mission Critical Push To Talk) 관련 신호를 송수신하는 제1 장치에 있어서,
    송수신 장치; 및
    프로세서를 포함하고,
    상기 프로세서는, Floor Request를 전송하고, 상기 Floor Request를 수신한 제2 장치로부터 Floor Request Status를 수신하며, 상기 Floor Request Status를 수신 후, 상기 제2 장치로부터 Floor Grant를 수신하며, 상기 Floor Grant를 수신 후, 제1 장치의 위치 정보를 전송하며,
    상기 제1 장치는 상기 Floor Request를 전송할 때 상기 제1 장치의 위치 정보를 함께 전송하는, 제1 장치.
  13. 제12항에 있어서,
    상기 제2 장치가 Floor Control Server이고, 상기 제1 장치가 상기 Floor Request를 전송할 때의 위치가 미리 설정된 값 이상 변한 경우, 상기 제1 장치의 위치 정보를 상기 Floor Control Server로 전송하며,
    상기 제2 장치가 MCPTT 클라이언트이고, 상기 제1 장치가 상기 Floor Request를 전송할 때의 위치가 미리 설정된 값 이상 변한 경우, 상기 제1 장치의 위치 정보를 MCPTT 그룹으로 전송하는, 제1 장치.
PCT/KR2016/000062 2015-01-05 2016-01-05 무선 통신 시스템에서 mcptt에 관련된 신호 송수신 방법 및 이를 위한 장치 WO2016111528A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201562100014P 2015-01-05 2015-01-05
US62/100,014 2015-01-05

Publications (1)

Publication Number Publication Date
WO2016111528A1 true WO2016111528A1 (ko) 2016-07-14

Family

ID=56356163

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/000062 WO2016111528A1 (ko) 2015-01-05 2016-01-05 무선 통신 시스템에서 mcptt에 관련된 신호 송수신 방법 및 이를 위한 장치

Country Status (1)

Country Link
WO (1) WO2016111528A1 (ko)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018012938A1 (en) * 2016-07-15 2018-01-18 Samsung Electronics Co., Ltd. System and method for managing audio cut-in policy in mcptt communication
WO2018052274A1 (en) * 2016-09-19 2018-03-22 Samsung Electronics Co., Ltd. Method for managing communication in mission critical data (mcdata) communication system
WO2018169481A1 (en) * 2017-03-17 2018-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Transmission control in a group communications system
WO2019027237A1 (en) * 2017-07-31 2019-02-07 Samsung Electronics Co., Ltd. METHOD AND SYSTEM FOR PROVIDING MISSION CRITICAL SERVICE (MCX) IN A WIRELESS COMMUNICATION NETWORK
WO2020022840A1 (en) * 2018-07-26 2020-01-30 Samsung Electronics Co., Ltd. Method and apparatus for prioritizing mission critical push to talk traffic during an emergency
US10735915B2 (en) 2016-11-04 2020-08-04 Samsung Electronics Co., Ltd. Method of operating terminal mission critical push to talk group participating in mission critical push to talk group call in off network
WO2021060892A1 (en) * 2019-09-26 2021-04-01 Samsung Electronics Co., Ltd. Method and system for handling mission critical data (mcdata) communications using pre-established session
WO2021177772A1 (en) 2020-03-05 2021-09-10 Samsung Electronics Co., Ltd. Method and system for sharing location information in remote ambient call
WO2021210895A1 (en) * 2020-04-14 2021-10-21 Samsung Electronics Co., Ltd. Method and system for providing priority communication in a mission-critical push-to-talk (mcptt) service
WO2022010301A1 (ko) * 2020-07-09 2022-01-13 삼성전자 주식회사 통신 시스템에서 mcptx 망과 서비스 서버의 연동을 제공하는 방법 및 장치
WO2022035235A1 (en) * 2020-08-12 2022-02-17 Samsung Electronics Co., Ltd. Method and apparatus for handling mission critical services in a wireless communication network
US11310290B2 (en) * 2016-07-15 2022-04-19 Samsung Electronics Co., Ltd. System and method for establishing first-to-answer call in mission critical push to talk communication
US12028828B2 (en) 2021-04-29 2024-07-02 Samsung Electronics Co., Ltd. Method and apparatus for location management in a wireless network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140087779A1 (en) * 2006-03-28 2014-03-27 Samsung Electronics Co., Ltd. METHOD AND SYSTEM FOR PROVIDING MEDIA STORED IN A PoC BOX IN A PoC SYSTEM
US20140162700A1 (en) * 2007-02-16 2014-06-12 Qualcomm Incorporated Method and apparatus for registration of location information of wireless devices in a wireless communication network supporting multicast calls
US20140349626A1 (en) * 2013-02-04 2014-11-27 Celestech, Inc. System for providing high-efficiency push-to-talk communication service to large groups over large areas

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140087779A1 (en) * 2006-03-28 2014-03-27 Samsung Electronics Co., Ltd. METHOD AND SYSTEM FOR PROVIDING MEDIA STORED IN A PoC BOX IN A PoC SYSTEM
US20140162700A1 (en) * 2007-02-16 2014-06-12 Qualcomm Incorporated Method and apparatus for registration of location information of wireless devices in a wireless communication network supporting multicast calls
US20140349626A1 (en) * 2013-02-04 2014-11-27 Celestech, Inc. System for providing high-efficiency push-to-talk communication service to large groups over large areas

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"3GPP; TSG SA; Mission Critical Push to Talk (MCPTT) over LTE; Stage 1 (Release 13", 3GPP TS 22.179 V13.0.0, 19 December 2014 (2014-12-19) *
"3GPP; TSG SA; Study on Architectural Enhancements to Support Mission Critical Push to Talk over LTE (MCPTT) Services (Release 13", 3GPP TR 23.779 V0.4.0, 2 December 2014 (2014-12-02) *

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11070956B2 (en) 2016-07-15 2021-07-20 Samsung Electronics Co., Ltd System and method for managing audio cut-in policy in MCPTT communication
US11611593B2 (en) 2016-07-15 2023-03-21 Samsung Electronics Co., Ltd. System and method for establishing first-to-answer call in mission critical push to talk communication
WO2018012938A1 (en) * 2016-07-15 2018-01-18 Samsung Electronics Co., Ltd. System and method for managing audio cut-in policy in mcptt communication
US10313844B2 (en) 2016-07-15 2019-06-04 Samsung Electronics Co., Ltd. System and method for managing audio cut-in policy in MCPTT communication
US10542392B2 (en) 2016-07-15 2020-01-21 Samsung Electronics Co., Ltd System and method for managing audio cut-in policy in MCPTT communication
US11310290B2 (en) * 2016-07-15 2022-04-19 Samsung Electronics Co., Ltd. System and method for establishing first-to-answer call in mission critical push to talk communication
WO2018052274A1 (en) * 2016-09-19 2018-03-22 Samsung Electronics Co., Ltd. Method for managing communication in mission critical data (mcdata) communication system
KR20190044616A (ko) * 2016-09-19 2019-04-30 삼성전자주식회사 미션 크리티컬 데이터(mcdata) 통신 시스템에서 통신을 관리하는 방법
KR102319693B1 (ko) * 2016-09-19 2021-11-01 삼성전자 주식회사 미션 크리티컬 데이터(mcdata) 통신 시스템에서 통신을 관리하는 방법
US10715582B2 (en) 2016-09-19 2020-07-14 Samsung Electronics Co., Ltd. Method for managing communication in mission critical data (MCData) communication system
US11122111B2 (en) 2016-09-19 2021-09-14 Samsung Electronics Co., Ltd. Method for managing communication in mission critical data (MCData) communication system
US11343656B2 (en) 2016-11-04 2022-05-24 Samsung Electronics Co., Ltd. Method of operating terminal mission critical push to talk group participating in mission critical push to talk group call in off network
US10735915B2 (en) 2016-11-04 2020-08-04 Samsung Electronics Co., Ltd. Method of operating terminal mission critical push to talk group participating in mission critical push to talk group call in off network
WO2018169481A1 (en) * 2017-03-17 2018-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Transmission control in a group communications system
US10638524B2 (en) 2017-07-31 2020-04-28 Samsung Electronics Co., Ltd. Method and system for providing mission critical service (MCX) in wireless communication network
WO2019027237A1 (en) * 2017-07-31 2019-02-07 Samsung Electronics Co., Ltd. METHOD AND SYSTEM FOR PROVIDING MISSION CRITICAL SERVICE (MCX) IN A WIRELESS COMMUNICATION NETWORK
US11224091B2 (en) 2018-07-26 2022-01-11 Samsung Electronics Co., Ltd Method and apparatus for prioritizing mission critical push to talk traffic during an emergency
US11540348B2 (en) 2018-07-26 2022-12-27 Samsung Electronics Co., Ltd Method and apparatus for prioritizing mission critical push to talk traffic during an emergency
WO2020022840A1 (en) * 2018-07-26 2020-01-30 Samsung Electronics Co., Ltd. Method and apparatus for prioritizing mission critical push to talk traffic during an emergency
WO2021060892A1 (en) * 2019-09-26 2021-04-01 Samsung Electronics Co., Ltd. Method and system for handling mission critical data (mcdata) communications using pre-established session
US11363074B2 (en) 2019-09-26 2022-06-14 Samsung Electronics Co., Ltd. Method and system for handling mission critical data (MCData) communications using pre-established session
WO2021177772A1 (en) 2020-03-05 2021-09-10 Samsung Electronics Co., Ltd. Method and system for sharing location information in remote ambient call
EP4107976A4 (en) * 2020-03-05 2023-08-16 Samsung Electronics Co., Ltd. METHOD AND SYSTEM FOR SHARING LOCATION INFORMATION IN A REMOTE AMBIENT CALL
WO2021210895A1 (en) * 2020-04-14 2021-10-21 Samsung Electronics Co., Ltd. Method and system for providing priority communication in a mission-critical push-to-talk (mcptt) service
US11895732B2 (en) 2020-04-14 2024-02-06 Samsung Electronics Co., Ltd. Method and system for providing priority communication in a mission-critical push-to-talk (MCPTT) service
WO2022010301A1 (ko) * 2020-07-09 2022-01-13 삼성전자 주식회사 통신 시스템에서 mcptx 망과 서비스 서버의 연동을 제공하는 방법 및 장치
WO2022035235A1 (en) * 2020-08-12 2022-02-17 Samsung Electronics Co., Ltd. Method and apparatus for handling mission critical services in a wireless communication network
US11659361B2 (en) 2020-08-12 2023-05-23 Samsung Electronics Co., Ltd. Method and apparatus for handling mission critical services in a wireless communication network
US12028828B2 (en) 2021-04-29 2024-07-02 Samsung Electronics Co., Ltd. Method and apparatus for location management in a wireless network

Similar Documents

Publication Publication Date Title
WO2016111528A1 (ko) 무선 통신 시스템에서 mcptt에 관련된 신호 송수신 방법 및 이를 위한 장치
WO2016039579A1 (ko) 무선 통신 시스템에서 mcptt 그룹 콜 설정 방법 및 이를 위한 장치
WO2016024773A1 (ko) 무선 통신 시스템에서 릴레이 선택 방법 및 이를 위한 장치
WO2017030348A1 (ko) 무선 통신 시스템에서 v2x 메시지 송수신 방법 및 이를 위한 장치
US10470108B2 (en) Signal transmission and reception method by remote UE in a wireless communication system and device for same
WO2018088836A1 (ko) 무선 통신 시스템에서 동일 plmn에 속하는 네트워크 액세스를 통한 등록 방법 및 이를 위한 장치
WO2016144147A1 (ko) V2x 통신 시스템에서 차량에 설치된 단말의 통신 방법 및 단말
WO2016186414A1 (ko) 무선 통신 시스템에서 브로드캐스트 서비스를 제공하는 방법 및 이를 위한 장치
WO2016190672A1 (ko) 무선 통신 시스템에서 후원 연결을 위한 접속 절차를 수행하는 방법 및 단말
WO2017126948A1 (ko) 무선 통신 시스템에서 로컬 네트워크에서 v2x 메시지 송수신 방법 및 이를 위한 장치
WO2017026772A1 (ko) 무선 통신 시스템에서 p-cscf 선택 및 sip 메시지 전송 방법 및 이를 위한 장치
WO2017171514A1 (ko) 무선 통신 시스템에서 v2x 메시지를 송수신하는 ue의 연결 관리 방법 및 이를 위한 장치
WO2018008922A2 (ko) 무선 통신 시스템에서 기지국의 nas 시그널링 지원 방법 및 이를 위한 장치
WO2016126092A1 (ko) 무선 통신 시스템에서 단말의 plmn 선택 방법 및 이를 위한 장치
WO2015102444A1 (ko) 근접 통신을 위한 탐지 신호 전송 방법 및 사용자 장치
WO2016163635A1 (ko) 무선 통신 시스템에서 단말의 plmn 선택 방법 및 이를 위한 장치
WO2019022442A2 (ko) 무선 통신 시스템에서 3GPP 5G System과 EPS로부터 서비스를 받을 수 있는 단말을 위해 SMS 전송을 지원하는 방법 및 이를 위한 장치
WO2016144009A1 (ko) 무선 통신 시스템에서 네트워크 트래픽을 제어하는 방법 및 단말
WO2016111603A1 (ko) 무선 통신 시스템에서 pdn 연결 복구에 관련된 신호 송수신 방법 및 이를 위한 장치
WO2014182061A1 (ko) Isr 기능의 활성 여부 결정 방법
WO2016056815A1 (ko) 무선 통신 시스템에서 nbifom에 관련된 신호 송수신 방법 및 이를 위한 장치
WO2017023129A1 (ko) 무선 통신 시스템에서 단말의 컨텍스트 정보를 이용한 통신 방법 및 기지국
WO2016153327A2 (ko) 무선 통신 시스템에서 tau-less psm 관련 신호 송수신 방법 및 이를 위한 장치
WO2016163745A1 (ko) 무선 통신 시스템에서 릴레이의 선택 및 릴레이를 통한 신호 송수신 방법 및 이를 위한 장치
WO2016003199A1 (ko) 무선 통신 시스템에서 d2d 통신 수행 방법 및 이를 위한 장치

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: 16735149

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: 16735149

Country of ref document: EP

Kind code of ref document: A1