WO2013186322A2 - Compression de données dans un réseau de communication - Google Patents

Compression de données dans un réseau de communication Download PDF

Info

Publication number
WO2013186322A2
WO2013186322A2 PCT/EP2013/062302 EP2013062302W WO2013186322A2 WO 2013186322 A2 WO2013186322 A2 WO 2013186322A2 EP 2013062302 W EP2013062302 W EP 2013062302W WO 2013186322 A2 WO2013186322 A2 WO 2013186322A2
Authority
WO
WIPO (PCT)
Prior art keywords
compression
network
node
data
information
Prior art date
Application number
PCT/EP2013/062302
Other languages
English (en)
Other versions
WO2013186322A3 (fr
Inventor
Paul Stjernholm
Hans Eriksson
Jens Knutsson
Fredrik Persson
Lars Westberg
Original Assignee
Telefonaktiebolaget L M Ericsson (Publ)
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 Telefonaktiebolaget L M Ericsson (Publ) filed Critical Telefonaktiebolaget L M Ericsson (Publ)
Publication of WO2013186322A2 publication Critical patent/WO2013186322A2/fr
Publication of WO2013186322A3 publication Critical patent/WO2013186322A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Definitions

  • the invention relates to data compression in a mobile communications network.
  • compression is a technique that is used to minimize the bandwidth required by that data in order to make the communications network more efficient. This is particularly important for communications networks that rely on wireless transmission of data.
  • Wireless Area Network (WAN) acceleration/optimization of sending data relies on many different optimization techniques to reduce the bandwidth needed by services when sending data. This lowers the transmission costs and improves the Quality of Experience (QoE) for the end user.
  • QoE Quality of Experience
  • Compressing the size of data content may significantly reduce the bandwidth required, and solutions to do this are commercially available.
  • a compressor 1 or a de-compressor 2 identifies byte patterns in a payload of a data stream and associates an identified byte pattern with a shorter index, referred to as a signature. This is done for many byte patterns, leading to many signatures, which are stored in a database. The data payload and the associated signatures are transmitted to the remote side, where the same association is stored in a database. This phase is denoted as the learning phase. At some point in time the de-compressor 2 agrees with the compressor 1 to start sending compressed data over the link. Alternatively, a signature can be assigned to a pattern of bytes as soon as the pattern is repeated.
  • Subsequent byte patterns identified by the compressor 1 are replaced with the corresponding signatures, which are sent over the link.
  • the signatures are again replaced with the full byte patterns.
  • the original data stream is thus recreated and further processed as normal. Solutions are implemented in the network user plane and do not rely on the control plane.
  • a compressor 1 typically associates the signatures with a de-compressor 2. The correct signatures may therefore rely on knowledge of the identity of the decompressor 2 (or compressor 1 ).
  • a compressor 1 may associate a signature with a particular byte pattern for sending the data associated with the byte pattern to a particular de-compressor 2, and associate a different signature to the same byte pattern for sending the data associated with the byte pattern to a different decompressor.
  • Content compression and de-duplication is available between a server and one or more mobile clients targeting the enterprise scenario.
  • the server side is integrated in a mobile network node below a mobility anchor point, for example in a Serving Gateway (SGW), Serving GPRS Support Node (SGSN) or Radio Network Controller (RNC), then the compression and de-compression must take into account mobility of the mobile terminal.
  • SGW Serving Gateway
  • SGSN Serving GPRS Support Node
  • RNC Radio Network Controller
  • the network side needs to be able to compress data so that any mobile terminal may de-compress it, and be able to de-compress data from any mobile terminal. In this case, a mobile terminal may roam into a new cell handled by a different de-compressor, but the network side compressor may not have the identity of the different de-compressor.
  • Figure 2 illustrates a network architecture intended for an enterprise scenario in which an endpoint (such as a central office) 3 connects to one or more branch offices, or an office connects to a mobile workforce 4, 5, 6.
  • an endpoint such as a central office
  • the office 3 uses compression on the downlink and decompression on the uplink
  • the mobile workforce side uses de-compression on the downlink and compression on the uplink.
  • the compressor needs to know which signatures can be used when compressing data towards a certain de-compressor. For example, if a mobile terminal is connected to a source SGW 9 in a Long Term Evolution (LTE) network, the compressor at the terminal 4 knows the identity of the decompressor associated with the source SGW, and so can send compressed data using signatures. If the mobile terminal subsequently moves and connects to a new target SGW 1 1 , the compressor must communicate with a new de-compressor.
  • LTE Long Term Evolution
  • a further issue with mobile terminal mobility is that a compressor in the mobile terminal or the network is not aware if compression is supported when the mobile terminal enters a new cell or network.
  • Existing solutions to cater for mobility are based on the de-compressor notifying the compressor of an unknown signature in a session. The compressor then resets compression for that session and recommences the learning phase.
  • this approach will result in the compression being less efficient since the learning phase can take two hours to reach 80% of the compression efficiency. Solutions also deploy a handshake procedure between compressor and de- compressor to certify that compression is supported in both ends. However, this solution will induce some delay and payload data may need to be sent uncompressed until the de-compressor is identified.
  • a method of handling data compression in a mobile communications network As a result of mobility of a mobile endpoint such as a mobile terminal, a first network node receives compression information relating to a remote node.
  • the compression information is selected from any of compression capabilities of the remote node, a type of compression available at the remote node and an identity of the remote node.
  • the received compression information is used to perform a compression operation on first data to produce modified data.
  • the modified data is then sent towards the remote node.
  • a compressor at the mobile endpoint is aware of compression information relating to a decompressor on the uplink, and can take it into account in the event of mobile endpoint mobility when the network side compression is deployed below a mobility anchor point in the network.
  • mobility here refers not just to geographical mobility of the mobile endpoint, but mobility from a network function point of view, for example when the mobile endpoint connects to a new network node for reasons other than geographical mobility.
  • the compression operation is compression of uncompressed data, the first data is uncompressed data, the modified data is compressed data and the first network node is the mobile endpoint.
  • the compression operation is de-compression of compressed data, the first data is compressed data, the modified data is de-compressed data and the remote node is the mobile endpoint.
  • the compression information is optionally provided to the first network node in an Access Network Discovery and Selection Function Managed Object.
  • the compression information is optionally added as any of local information relating to an area within the network, and network wide information relating to the entire network.
  • the compression information is provided to the first network node in an Information Entity broadcast to a plurality of network nodes.
  • the compression information is provided to the first network node in an Information Element provided to the first network node in a dedicated handover signalling message.
  • the modified data is optionally sent between a mobile endpoint and a network node disposed between the mobile endpoint and a mobility anchor point in the mobile communications network.
  • a mobile endpoint for use in a mobile communications network.
  • the mobile endpoint is provided with a receiver for receiving from a further node compression information, the compression information selected from any of compression capabilities of a remote node, a type of compression available and an identity of the remote node.
  • a computer readable medium in the form of a memory is provided for storing the compression information.
  • a processor is provided for using the received compression information to compress data.
  • a transmitter is provided for sending the compressed data on an uplink towards the remote node. Note that the remote node and the further node may or may not be the same node.
  • An advantage of this node is that, for example, a compressor at the mobile endpoint is aware of compression information relating to a decompressor on the uplink, and can take it into account in the event of mobile endpoint mobility when the network side compression is deployed below a mobility anchor point in the network.
  • a network node for use in a mobile communication network.
  • the network node comprises a receiver for receiving compression information, the compression information selected from any of compression capabilities of a mobile endpoint, a type of compression available and an identity of the mobile endpoint.
  • a computer readable medium in the form of a memory is provided for storing the compression information.
  • a processor is provided for using the received compression information to de-compress compressed data.
  • a transmitter is provided for sending the de-compressed data on a downlink towards the mobile endpoint.
  • a network node for use in a mobile communications network.
  • the network node is provided with a processor for generating a message comprising compression information, the compression information selected from any of compression capabilities of a remote node, a type of compression available and an identity of the remote node.
  • a transmitter is provided for sending the message towards a first node, such that the first node can use the compression information to perform a compression operation on data to be sent to the remote node. This allows the first node to receive compression information and can potentially reduce the time of the learning phase.
  • a computer program comprising computer readable code which, when run on a network node, causes the network node to perform the method as described above in the first aspect.
  • a computer program comprising computer readable code which, when run on a mobile endpoint, causes the mobile endpoint to behave as a mobile endpoint as described above in the second aspect.
  • a computer program comprising computer readable code which, when run on a network node, causes the network node to behave as a network node as described above in the third aspect.
  • a computer program product comprising a computer readable medium and a computer program as described above in any one of the fifth, sixth or seventh aspects, wherein the computer program is stored on the computer readable medium.
  • Figure 1 illustrates schematically in a block diagram a network architecture and signalling for performing de-duplication when sending compressed data
  • Figure 2 illustrates schematically in a block diagram a network architecture and signalling for performing de-duplication when sending compressed data in an enterprise scenario with a mobile workforce
  • Figure 3 illustrates schematically in a block diagram a network architecture and signalling for inter-SGW handover in an LTE network where the network side compression and decompression is handled at a SGW;
  • Figure 4 illustrates a policy branch of an ANDSF Managed Object according to an embodiment of the invention
  • Figure 5 illustrates schematically in a block diagram how a compressor in a mobile terminal uses compression information from the ANDSF Managed Object according to an embodiment of the invention
  • Figure 6 illustrates schematically in a block diagram an exemplary compressor being notified of compression capabilities of a remote end using mobile system signalling;
  • Figure 7 is a flow diagram showing exemplary steps; and Figure 8 illustrates schematically in a block diagram an exemplary mobile terminal.
  • Compressions methods such as de-duplication can be deployed in a mobile terminal or other network node and when a remote side is deployed in the mobile network infrastructure below the mobility anchor point such as a PDN Gateway 7 or GGSN. It is necessary to inform nodes involved in compression about receiving nodes compression capabilities and types of compression used, and also in a mobile communications network to inform nodes when a de-compressor (or compressor) at a remote node has changed because of mobility of an endpoint node such as a mobile terminal. In this case, the compressor must be informed of the change in order to select appropriate signatures for the receiving de-compressor.
  • the deployment of compression and decompression may be performed on several levels in the network depending on the technology used.
  • a solution depends on protocol layers on IP level and above being accessible, which disqualifies some nodes, e.g. the Base Transceiver Station (BTS) in GSM.
  • BTS Base Transceiver Station
  • GGSN/PGW nodes can perform compression
  • the RNC and eNodeB can perform decompression. This assumes a downlink connection, and it will be appreciated that the roles are reversed for an uplink.
  • uplink compression Taking the example of uplink compression, one way to achieve this is to add information to an Access Network Discovery and Selection Function (ANDSF) to support uplink compression decisions in a mobile terminal.
  • the added compression information may be any of compression capability support of the remote side, a type of compression used if several variants exist, and an identity of the de-compressor on the remote side. Of course, other information relating to compression may also be provided. With this information, the compression entity can use the proper signatures relevant to the particular decompressor when compressing the payload.
  • ANDSF Access Network Discovery and Selection Function
  • MO Management Object
  • the information may be added as local information for an area, e.g. Location Area (LAC), Tracking Area (TAC) or Cell Identity (CI), or as network wide information, i.e. for the PLMN.
  • LAC Location Area
  • TAC Tracking Area
  • CI Cell Identity
  • the de-compression identity should be area-specific where the area coincides with the node hosting the de-compression entity. This allows the compressor in the mobile terminal to select the proper signatures when compressing the payload. If the decompression is located in one single location, e.g. in a GGSN or PGW 7, the de- compression identity is added as network wide information.
  • Figure 5 illustrates how a compressor 12 uses the compression information from the ANDSF Managed Object (MO) 13 in the mobile terminal 4.
  • MO ANDSF Managed Object
  • the embodiment described above can in some circumstances be used when signalling compression information to a network node other than the mobile terminal 4, such as an eNodeB 8.
  • the compression information may be used for decompressing data sent on a downlink towards the mobile terminal 4.
  • compression information is added to either the System Information (SI) broadcasted per cell, or in dedicated mobility signalling.
  • SI System Information
  • the added compression information may be any of compression capability support of the remote side, a type of compression used if several variants exist, and an identity of the de-compressor on the remote side.
  • other information relating to compression may also be provided.
  • the compression entity can use the proper signatures relevant to the particular decompressor when compressing the payload.
  • the compression entity can use the proper signatures relevant to the particular decompressor when compressing the payload.
  • IE Information Entity
  • SIB 3GPP System Information Block
  • RRC Radio Resource Control
  • RRC Protocol specification, 3GPP TS 25.331 , Radio Resource Control (RRC); Protocol specification, 3GPP TS 44.018, Mobile radio interface layer 3 specification; Radio Resource Control (RRC) protocol
  • RRC Radio Resource Control
  • RRC WiFi Beacon Frame Format
  • IEEE Standard Part 1 1 Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications
  • the de-compressor may be identified by the node realizing the compression function if only one compression entity per node is assumed.
  • a vendor specific IE could be used for IEEE WiFi Beacon Frame Format.
  • the System Information provides information to terminals at idle mode cell selection/re- selection, but may also be read by the terminal at active mode handover/cell change.
  • Figure 6 illustrates how the compressor 12 at the mobile terminal 4 is notified of a change of de-compressor via a mobile network signalling using a signalling entity 14 such as a receiver.
  • the System Information only informs the mobile terminal 4 of the network capability.
  • the network is not aware of the compression capability of the mobile terminal.
  • One way to implicitly inform the network of the terminal capability would be for the terminal to compress information in the uplink and for the network to delay any compression in the downlink until a compressed payload is received.
  • Another approach is for the terminal to append capability information when accessing the network in e.g. the RRC Connection Request message for WCDMA and LTE.
  • Adding a new IE in a dedicated handover signalling messages to the mobile terminal 4 provides information of compression support in the network, e.g. supported / not- supported, type of compression, and identity of the de-compressor of the remote side.
  • the de-compressor may be identified by the node realizing the compression function if only one compression function per node is assumed. Note that techniques based on ANDSF and broadcast signalling, as described above, also support uplink compression.
  • FIG. 10.1 .2.1 .1 -1 "Intra-MME/Serving Gateway HO" in 3GPP TS 36.300, Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Stage 2, describes an intra-MME/SGW handover procedure for LTE.
  • the IE mentioned above could, for example, be appended to an L3 control signalling message RRC Connection Reconfiguration.
  • the corresponding L3 control signalling message for WCDMA could be Physical Channel Reconfiguration (3GPP TS 25.308, High Speed Downlink Packet Access (HSDPA); Stage 2) and for GSM the PS Handover Command (3GPP TS 43.129, Technical Specification Group GSM/EDGE Radio Access Network; Packet-switched handover for GERAN A/Gb mode; Stage 2).
  • HSDPA High Speed Downlink Packet Access
  • GSM PS Handover Command
  • GERAN A/Gb mode Packet-switched handover for GERAN A/Gb mode
  • Stage 2 For WiFi solutions based on any future handover/cell change signalling could be used as for 3GPP access technologies.
  • the mobile terminal de-compressor could be indentified via e.g. the IMSI or the MSISDN.
  • the information relating to the mobile terminal 4 de-compressor identity and type of compression may be provided to the target node as part of the handover preparation phase.
  • SRNS relocation procedure for WCDMA is shown in Figure 39, "SRNS Relocation Procedure" in 3GPP TS 25.308, High Speed Downlink Packet Access (HSDPA); Stage 2.
  • the Forward Relocation Request or the Relocation Request messages may be used to convey information relating to the mobile terminal 4 (and therefore the de-compressor, where the mobile terminal 4 has only one decompressor) identity to the downlink compressor.
  • FIG. 9 "PS Handover Preparation Phase; Inter-SGSN case (GERAN A/Gb mode)" 3GPP TS 43.129, Technical Specification Group GSM/EDGE Radio Access Network; Packet-switched handover for GERAN A/Gb mode; Stage 2 describes a PS handover procedure for GSM where, for example, a PS Handover Request and an Update PDP Context Request messages may be used to convey information of the mobile terminal 4 identity to the downlink compressor. A new Information Entity (IE) may be needed in the Update PDP Context Request message to provide a persistent terminal identity. For Wi-Fi, a similar solution based on any future handover/cell change signalling may be used as for 3GPP access technologies.
  • IE Information Entity
  • FIG.5.1 .1 .3-1 "X2-based handover with Serving GW relocation" in 3GPP TS 23.401 , General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access) describes X2-based handover with Serving GW relocation where, for example, a Path Switch Request, a Create Session Request, and a Modify Bearer Request messages can be used to convey information of the mobile terminal 4 identity to the downlink compressor.
  • GPRS General Packet Radio Service
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • a new Information Entity (IE) may be needed in the messages to provide a persistent terminal identity.
  • IE Information Entity
  • An Information Entity (IE), containing information of whether the remote side supports compression or not and type of compression, may be added in all applicable described messages above for the compressor to use when deciding to activate compression.
  • the second embodiment allows higher compression gains, compared to existing solutions, provides lower resource consumption, for example over the air interface, and thereby may improve the Quality of Experience (QoE).
  • QoE Quality of Experience
  • the mobile terminal 4 receives compression information as described above from a remote network node.
  • the compression information may be received in an IE or an ANDSF MO, as described in the two embodiments above.
  • the compression information may identify parameters such as type of compression used, compression capabilities and an identity of the remote node (for example, if the mobile terminal is aware of the identity of the remote node it may be able to determine other factors such as the compression type and capabilities).
  • mobility referred to is not limited to geographic mobility, but mobility from a network function point of view.
  • the mobile terminal 4 may attach to a new network node for reasons other than geographical movement of the terminal, such as load balancing.
  • the mobile terminal 4 uses the received compression information to perform a compression operation on uncompressed data to produce modified, compressed data.
  • a mobile terminal 4 such as a User Equipment (UE).
  • the mobile terminal 4 is provided with a receiver 15 for receiving compression information, such as compression capabilities of a remote node, a type of compression available and an identity of the remote node.
  • a computer readable medium in the form of a memory 16 is provided for storing the compression information 17.
  • a processor 18 uses the received compression information to compress data, and a transmitter 19 is provided for sending the compressed data on an uplink towards the remote node.
  • a program 20 may also be provided which, when executed by the processor 18, cause the mobile terminal 4 to behave as described above. Note that the mobile terminal 4 may be used with either of the first or second embodiments of the invention.
  • function elements illustrated in Figure 8 may be implemented in one or more physical embodiments.
  • the processor 4 may be a plurality of separate processors, and the memory 16 may be a plurality of different physical memories.
  • the transmitter 15 and receiver 19 may be implemented in the same physical transmitter or receiver, or as one or more transceivers.
  • GGSN Gateway GPRS Support Node GPRS General Packet Radio Service

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Reduction Or Emphasis Of Bandwidth Of Signals (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention se rapporte à un procédé et à un appareil adaptés pour gérer une opération de compression de données dans un réseau de communications mobiles. Le procédé selon l'invention comprend les étapes suivantes : en réponse à un résultat de mobilité d'un point limite mobile, un terminal mobile par exemple, un premier nœud de réseau reçoit des données de compression relatives à un nœud distant ; les données de compression sont sélectionnées parmi des capacités de compression du nœud distant, un type de compression disponible au nœud distant et une identité du nœud distant ; les données de compression reçues sont utilisées pour exécuter une opération de compression sur des premières données, dans le but de produire des données modifiées ; enfin, les données modifiées sont envoyées au nœud distant.
PCT/EP2013/062302 2012-06-13 2013-06-13 Compression de données dans un réseau de communication WO2013186322A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261659010P 2012-06-13 2012-06-13
US61/659,010 2012-06-13

Publications (2)

Publication Number Publication Date
WO2013186322A2 true WO2013186322A2 (fr) 2013-12-19
WO2013186322A3 WO2013186322A3 (fr) 2014-02-06

Family

ID=48803501

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2013/062302 WO2013186322A2 (fr) 2012-06-13 2013-06-13 Compression de données dans un réseau de communication

Country Status (1)

Country Link
WO (1) WO2013186322A2 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11249987B2 (en) * 2019-08-14 2022-02-15 Advanced New Technologies Co., Ltd. Data storage in blockchain-type ledger
WO2023065271A1 (fr) * 2021-10-22 2023-04-27 Nokia Shanghai Bell Co., Ltd. Mesure de qualité d'expérience

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1496654B1 (fr) * 1999-05-25 2006-07-12 Lucent Technologies Inc. Procédé pour télécommunications avec protocole Internet
US7290063B2 (en) * 2001-01-10 2007-10-30 Nokia Corporation Relocating context information in header compression
FI20040817A0 (fi) * 2004-06-14 2004-06-14 Nokia Corp Pakkausparametrien siirto matkaviestinjärjestelmässä
US20070155389A1 (en) * 2005-12-31 2007-07-05 Lucent Technologies, Inc. Method for controlling header compression during handoffs in a wireless system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11249987B2 (en) * 2019-08-14 2022-02-15 Advanced New Technologies Co., Ltd. Data storage in blockchain-type ledger
WO2023065271A1 (fr) * 2021-10-22 2023-04-27 Nokia Shanghai Bell Co., Ltd. Mesure de qualité d'expérience

Also Published As

Publication number Publication date
WO2013186322A3 (fr) 2014-02-06

Similar Documents

Publication Publication Date Title
CN109526252B (zh) 无线接入网节点、无线终端、核心网节点及其方法
US11606825B2 (en) Radio base station, edge server, and methods therein
US11116029B2 (en) Mobility management entity, network entity, and method and computer readable medium therefor
US10772022B2 (en) Method and apparatus for inter-system handover in wireless communication
CN109804667B (zh) 无线接入网节点、无线终端及其方法
US9973992B2 (en) Offloading of user plane packets from a macro base station to an access point
US10517123B2 (en) Radio network node, network node and methods performed therein
US10499327B2 (en) Network selection method and base station
JPWO2018029930A1 (ja) 無線アクセスネットワークノード、無線端末、コアネットワークノード、及びこれらの方法
US11838120B2 (en) Apparatus, method and computer program for user plane function control by a set of controllers
US20160119861A1 (en) Network selection method, apparatus, and system
WO2017028998A1 (fr) Système, procédé et appareil pour faciliter la sélection d'un nœud de desserte
CN107113655B (zh) 一种数据包的压缩参数确定方法及相关设备
CN112335301A (zh) 用于寻呼策略区分的无线电网络节点、用户平面功能（upf）以及在其中执行的方法
KR20210018831A (ko) 단말 능력을 획득하는 방법 및 장치, 컴퓨터 저장 매체
EP2643991B1 (fr) Gestion qos dans un n ud s4-sgsn
US20150124683A1 (en) Data compression in a communications network
WO2013186322A2 (fr) Compression de données dans un réseau de communication
EP2862414B1 (fr) Compression de données dans un réseau de communication
JP2021525978A (ja) 端末機能取得方法および装置、コンピュータ記憶媒体
WO2017059891A1 (fr) Nœud et procédé de fourniture d'authentification d'un dispositif sans fil dans un état d'itinérance
US20230164623A1 (en) Application Function Node, Access and Mobility Management Function Node, System and Methods in a Communications Network
WO2020122774A1 (fr) Nœud ims et procédé associé
US20240214869A1 (en) Network triggered aggregation operations
WO2023015466A1 (fr) Opérations d'agrégation déclenchées par un réseau

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

Country of ref document: EP

Kind code of ref document: A2

122 Ep: pct application non-entry in european phase

Ref document number: 13739149

Country of ref document: EP

Kind code of ref document: A2