WO2025248574A1 - 情報処理装置及び通信システム - Google Patents

情報処理装置及び通信システム

Info

Publication number
WO2025248574A1
WO2025248574A1 PCT/JP2024/019328 JP2024019328W WO2025248574A1 WO 2025248574 A1 WO2025248574 A1 WO 2025248574A1 JP 2024019328 W JP2024019328 W JP 2024019328W WO 2025248574 A1 WO2025248574 A1 WO 2025248574A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdu
information processing
processing device
data
section
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
PCT/JP2024/019328
Other languages
English (en)
French (fr)
Inventor
憲一 海老沢
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SoftBank Corp
Original Assignee
SoftBank Corp
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 SoftBank Corp filed Critical SoftBank Corp
Priority to PCT/JP2024/019328 priority Critical patent/WO2025248574A1/ja
Publication of WO2025248574A1 publication Critical patent/WO2025248574A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/38—Flow control; Congestion control by adapting coding or compression rate

Definitions

  • One aspect of the present invention relates to an information processing device and a communication system.
  • Patent Document 1 discloses a method for transmitting Ethernet frames on a core network that involves compressing the Ethernet frame header.
  • One aspect of the present disclosure aims to contribute to reducing communication volume by losslessly compressing data in a specified interface section without requiring the implementation of new functions on the terminal.
  • one aspect of the present invention provides a communications system having a core network, comprising an information processing device constituting a node located in an interface section between a UE (user terminal) and a DN (data network), wherein the information processing device performs at least one of the following processes via the N6 section, which is the interface section between the information processing device itself and the DN: (1) in uplink communication, transmitting a PDU (protocol data unit) whose payload has been losslessly compressed to the DN; and (2) in downlink communication, receiving a PDU whose payload has been losslessly compressed from the DN, wherein the PDUs transmitted by the UE and the PDUs received by the UE have not been subjected to the lossless compression.
  • a PDU protocol data unit
  • the control block of the information processing device may be realized by a computer.
  • the control program for the control block which causes the computer to operate as each unit (software element) of the control block, thereby realizing the control block on the computer, and the computer-readable recording medium on which the control program is recorded, also fall within the scope of the present invention.
  • control program may use various machine learning techniques in the processes that cause a computer to operate as each part of the control block or in other processes.
  • the program that uses the machine learning techniques may run on the base station, or on another device (such as an edge computer or cloud server).
  • lossless compression of data in a specified interface section contributes to reducing communication volume without requiring the implementation of new functions on the terminal.
  • FIG. 1 is a diagram illustrating an example of a configuration including a core network of a communication system.
  • FIG. 1 is a diagram illustrating an example of a configuration of each node between a UE and a DN. 1 is an example of a conceptual diagram showing a data flow in communication from a DN to a UE. 10 is an example of a flowchart showing a processing flow of an information processing method executed by a communication system.
  • FIG. 1 is a diagram illustrating an example of a configuration including a core network of a communication system.
  • Example of communication system configuration> 1 is a diagram illustrating an example of a configuration including a core network of a 5G communication system.
  • the architecture of the core network is formulated by the 3GPP (3rd Generation Partnership Project).
  • a core network is connected to a large number of (R)ANs (Radio Access Networks, gNBs, base station devices), and each RAN is wirelessly connected to a large number of UEs (User Equipment, terminal devices).
  • R Radio Access Networks
  • gNBs Radio Access Networks
  • UEs User Equipment, terminal devices
  • core network may also include UEs and RANs.
  • the core network includes various nodes such as UPF (User Plane Function), AMF (Access and Mobility Management Function), SMF (Session Management Function), PCF (Policy Control Function), AF (Application Function), AUSF (Authentication Server Function), and UDM (User Data Management).
  • UPF User Plane Function
  • AMF Access and Mobility Management Function
  • SMF Session Management Function
  • PCF Policy Control Function
  • AF Application Function
  • AUSF Authentication Server Function
  • UDM User Data Management
  • Each of these various nodes is also referred to as NF (Network Function).
  • NF Network Function
  • the UPF may be configured to include a controller (RIC: RAN Intelligent Controller) that controls the RAN.
  • RIC RAN Intelligent Controller
  • the node configuration shown in Figure 1 itself is a configuration that conforms to existing core networks, but the processing performed in the interface section between the RAN and DN (Data Network) differs from that of existing core networks. This processing will be described later with reference to Figure 2, etc.
  • the interfaces used to connect each node to another are standardized; for example, the interface connecting the UE and AMF is specified as N1, and the interface connecting the RAN and AMF is specified as N2.
  • the section connected by the N1 interface is also referred to as the N1 section, and sections connected by other interfaces may also be referred to in the same manner.
  • the N3 section refers to the interface section between the RAN and the UPF
  • the N6 section refers to the interface section between the UPF and the DN.
  • the UPF is also an example of an information processing device in this disclosure.
  • N9 section in Figure 1 may be configured such that the UPF is realized by a first UPF and a second UPF connected to each other, as illustrated in Figure 2. The same applies to the N14 section of the AMF.
  • NR-Uu refers to the interface section between the UE and the RAN.
  • an application server (App Svr) that functions as a server for the UE is connected to the DN.
  • the application server can also be considered to be a device that the DN possesses. From another perspective, in the following explanation, descriptions that refer to the DN as the processing subject or processing target can be rephrased as meaning that the application server is the processing subject or processing target.
  • Figure 2 is an example diagram showing the configuration of each node between the UE and DN in Figure 1.
  • Figure 2 illustrates the protocol stack used for communication between nodes.
  • the protocol stack used in a UE includes, from top to bottom, the following layers: Application, TCP/UDP (Transmission Control Protocol/User Datagram Protocol), IP (Internet Protocol), SDAP (Service Data Application Protocol), PDCP (Packet Data Convergence Protocol), RLC (Radio Link Control), MAC (Medium Access Control), and PHY (PHYsical Layer).
  • TCP/UDP Transmission Control Protocol/User Datagram Protocol
  • IP Internet Protocol
  • SDAP Service Data Application Protocol
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • PHY Physical Layer
  • compression refers to lossless compression.
  • encryption may be performed in conjunction with data compression
  • decryption may be performed in conjunction with data decompression
  • data compression may refer to compressing at least the payload of a PDU (Packet Data Unit) contained in the data
  • compressed data may refer to a PDU in which at least the payload contained in the data has been compressed. The same applies to data decompression.
  • PDU Packet Data Unit
  • Packets and frames are examples of PDUs.
  • Data compression is performed, for example, by GPU (Graphics Processing Unit) processing.
  • GPU Graphics Processing Unit
  • the protocol stack used in the RAN and UPF includes, from top to bottom, the following layers: GTP-U (GPRS Tunneling Protocol for User Plane), UDP, IP, L2 (Layer 2), and L1 (Layer 1).
  • GTP-U GPRS Tunneling Protocol for User Plane
  • UDP User Datagram Protocol
  • IP IP
  • L2 Layer 2
  • L1 Layer 1
  • “Compressed data” in Figure 2 refers to data in which at least the original payload portion has been losslessly compressed to reduce the data volume
  • “Decompression” refers to decompressed data.
  • data is losslessly compressed in sections N3, N9, and N6.
  • the RAN performs lossless compression on the payload portion of the PDU containing data received from the UE, and then transmits the data to the first UPF via section N3.
  • the first UPF then transmits the compressed data to the second UPF via section N9, and the second UPF then transmits the compressed data to the DN via section N6.
  • FIG 3 is an example of a conceptual diagram showing the flow of data in communication from the DN to the UE.
  • a PDU session Provided by the DN to the UE.
  • a PDU session includes one or more QoS (Quality of Service) flows and is used for the logical connection between the UE and the UPF.
  • the PDU session includes three QoS flows.
  • the PDU Session Anchor in Figure 2 means that in the embodiment of Figure 2, the second UPF is located at the end of the PDU session.
  • the TFT Traffic Flow Template
  • the TFT has a filtering function for routing PDUs (packets) received from each IP flow to the appropriate SDF.
  • an IP flow refers to a PDU or its flow from one IP address to another.
  • the IP flow includes attribute information that indicates the allowable delay for communication of data including the PDU being transmitted.
  • Each device such as a UPF, can determine the type of data by referring to the IP flow.
  • the type of data refers to whether the data is classified as video streaming data, LiDAR (Light Detection and Ranging), etc.
  • the attribute information may also include information indicating the type of data.
  • the attribute information of the IP flow can be specified and understood by the AF and application server shown in Figure 1.
  • the attribute information of the IP flow is shared from the PCF to the UE, RAN, UPF, etc. via each interface section as a PCC rule (Policy and Charging Control rule) determined by the PCF based on input from the AF or input from the application server via the NEF (Network Exposure Function).
  • Policy and Charging Control rule Policy and Charging Control rule
  • An SDF Service Data Flow
  • the UPF performs the aforementioned filtering using TFTs, as well as compressing data corresponding to each SDF and supplying it to a QoS flow.
  • the UPF manages the association between IP flows and QoS flows.
  • data corresponding to multiple SDFs may be transmitted at overlapping times.
  • a single QoS flow may transmit a mixture of compressed and uncompressed data.
  • the UPF transmits or receives PDUs whose payloads are losslessly compressed via an interface section that establishes a PDU session including one or more QoS flows.
  • At least some QoS flows may transmit a mixture of PDUs with different compression rates. This allows for the use of more compression rates than the number of QoS flows included in the PDU session.
  • the aforementioned uncompressed data can also be interpreted as data with a compression rate of zero.
  • the UPF may be realized by a first UPF and a second UPF, and communication may be performed between the N6 section and the N3 section via the N9 section.
  • a QoS flow's GBR Guaranteed Bit Rate
  • Non-GBR means that the QoS flow does not have a guaranteed bandwidth
  • the QFI (QoS Flow Identifier) value is a QoS identifier and indicates the priority of the communication. Typically, the smaller the QFI value, the higher the priority of the communication, so for example, a QoS flow with a QFI of 3 will have priority in transmitting data over a QoS flow with a QFI of 4.
  • N3 Tunnel means that communication in the N3 section is tunneled, i.e., the data sent in the N3 section is encapsulated and kept confidential.
  • the RAN also decompresses the data received from the QoS flow and transmits the data to the UE via the DRB (Data Radio Bearer), which is a logical communication path between the RAN and the UE.
  • the UE receives the data transmitted from the RAN via the DBR.
  • SDAP Service Data Adaptation Protocol
  • Figure 3 is a protocol that performs mapping between the QoS flow and the DBR.
  • Figure 3 illustrates a downlink communication mode in which the UPF compresses data and the RAN decompresses it
  • this disclosure also includes a mode in which the DN compresses data and the RAN or UPF decompresses it.
  • the RAN performs processing such as data compression that was previously performed by the UPF in downlink communication, and the UPF or DN performs processing such as data decompression that was previously performed by the RAN in downlink communication.
  • the UPF performs processing such as data compression
  • the DN performs processing such as data decompression.
  • At least one of the PDUs transmitted on the N6 section and the PDUs transmitted on the N3 section is transmitted with its payload compressed. Furthermore, the PDUs transmitted on the N9 section may also be transmitted with their payload compressed.
  • the UPF may perform the following processes: in uplink communication, it transmits a PDU whose payload has been losslessly compressed to the DN via the N6 section; and in downlink communication, it losslessly compresses the payload of a PDU received from the DN via the N6 section and transmits it to the RAN via the N3 section.
  • the PDUs transmitted by the UE and the PDUs received by it are not compressed in the same manner as in the N6, N3, or N9 sections. This means that the UE does not need to implement the functions of compressing data and decompressing the compressed data. As a result, from the UE's perspective, communications with the DN, in which data is compressed in the interface section along the way, can be carried out without the UE being aware of the compression and decompression processes.
  • the DN does not need to implement the functions of compressing data and decompressing the compressed data. This means that, from the DN's perspective, communications with a UE in which data is compressed in the interface section along the way can be carried out without the DN having to be aware of the compression and decompression processes.
  • compressed data may be transmitted in one of the downlink and uplink communications, and uncompressed data may be transmitted in the other.
  • the data compression rates may differ between the downlink and uplink communications via each of the sections.
  • transmitting compressed data in at least one of downlink and uplink communications corresponds to the UPF performing at least one of the following processes via the N6 section: (1) transmitting a PDU (Protocol Data Unit) whose payload has been losslessly compressed to the DN in uplink communications; and (2) receiving a PDU whose payload has been losslessly compressed from the DN in downlink communications.
  • PDU Protocol Data Unit
  • Example of communication system processing> 4 is an example of a flowchart showing the flow of processing of the information processing method executed by the above-mentioned communication system.
  • a PDU containing data is compressed in the N6 section when uplink communication from a UE to a DN and downlink communication from the DN to a UE are performed.
  • the flowchart shown in FIG. 4 starts, for example, when a request to transmit specific information is made from a UE to a DN.
  • step S1 the UE establishes a PDU session including multiple QoS flows with the UPF, as shown in Figure 3.
  • the UE transmits data including a PDU to the UPF via the RAN.
  • the final destination of the data is the DN.
  • the data also includes a request to transmit specific information to the UE.
  • the UPF losslessly compresses the data using a compression rate determined according to the attribute information of the IP flow of the received data.
  • the UPF then transmits the compressed data to the DN via a QoS flow corresponding to the compression rate.
  • the DN decompresses the received data and decodes the request contained in the data. For example, the DN references the IP flow identifier in the received data, and if it determines that the traffic has been losslessly compressed using a compression rate or algorithm previously defined via the NEF and PCF, it will decompress the data, assuming that the payload has been losslessly compressed.
  • the identifier is defined by the destination IP address, source IP address, destination port number, source port number, protocol (TCP, UDP, etc.), and combinations of these.
  • the DN compresses the data requested by the UE at a compression rate appropriate for the data type, and transmits the compressed data to the UPF via the QoS flow corresponding to the compression rate. For example, the DN transmits data that has been subjected to lossless compression defined in advance for the NEF and PCF to the UPF.
  • the UPF decompresses the received data and transmits it to the UE via the RAN.
  • the UE receives the data transmitted from the UPF.
  • the UPF assigns the IP flow of the decompressed data to the corresponding QoS flow according to the IP flow definition previously performed by the DN via the NEF and PCF, and transmits it to the UE.
  • the UPF performs both the following processes via the N6 section: (1) transmitting a PDU whose payload has been losslessly compressed to the DN in uplink communication, and (2) receiving a PDU whose payload has been losslessly compressed from the DN in downlink communication. Furthermore, the lossless compression of data in the N6 section contributes to a reduction in communication volume without requiring the UE to implement new functionality.
  • the payload of a PDU may be losslessly compressed using a compression rate that corresponds to the delay allowed for communication of data that includes the PDU.
  • the allowable delay may be determined by attribute information included in the IP flow of the PDU, as exemplified in S3, or by the type of data that includes the PDU, as exemplified in S5.
  • the allowable delay may be determined by conditions that include a combination of attribute information included in the IP flow and the type of data.
  • the QoS flow used to transmit data may be selected according to the compression rate of the data, or according to the destination IP or port of the data, etc.
  • the RAN may be configured to compress and decompress data.
  • the RAN in steps corresponding to S2 and S3, the RAN losslessly compresses data received from the UE and transmits it to the DN, and in steps corresponding to S5 and S6, decompresses the compressed data received via the UPF and transmits it to the UE.
  • the UPF may be configured to be realized as a device integrated with the RAN.
  • Fig. 5 is a diagram illustrating an example of a configuration including a core network of a 5G communication system according to this modification.
  • the UPF integrated with the RAN performs, for example, the process of losslessly compressing PDUs in uplink communications and transmitting them to the DN via the N6 section, and the process of decompressing PDUs whose payloads have been losslessly compressed in downlink communications and transmitting them to the UE.
  • the UPF integrated with the RAN may be configured to be realized by two devices.
  • the functions of the UPF (information processing device) and application server, etc. are programs that cause a computer to function as the device, and can be realized by programs that cause a computer to function as each control block of the device.
  • the device includes a computer having at least one control device (e.g., a processor) and at least one storage device (e.g., a memory) as hardware for executing the program.
  • control device e.g., a processor
  • storage device e.g., a memory
  • the above program may be stored non-temporarily on one or more computer-readable storage media. These storage media may or may not be included in the device. In the latter case, the program may be supplied to the device via any wired or wireless transmission medium.
  • each of the above control blocks can be realized by logic circuits.
  • integrated circuits incorporating logic circuits that function as each of the above control blocks are also included in the scope of the present invention.
  • the functions of each of the above control blocks can also be realized by, for example, a quantum computer.
  • each of the processes described in each of the above embodiments may be executed by AI (Artificial Intelligence).
  • AI Artificial Intelligence
  • the AI may run on the control device, or on another device (such as an edge computer or cloud server).
  • the information processing device is configured such that the PDUs transmitted by the UE and the PDUs received by the UE are not subjected to lossless compression.
  • the payload of the PDU may be losslessly compressed at a compression rate according to the allowable delay in communication of the data including the PDU.
  • the information processing device may be configured in the above-mentioned aspect 2 such that the allowable delay is specified by attribute information included in the IP flow of the PDU.
  • the allowable delay may be determined based on the type of data including the PDU.
  • the information processing device may be a UPF located in the interface section between a RAN (base station device) and the DN, and may be configured to perform the following processes: in uplink communication, transmit a PDU whose payload has been losslessly compressed to the DN via the N6 section; and in downlink communication, losslessly compress the payload of a PDU received from the DN via the N6 section, and transmit the PDU to the RAN via the N3 section, which is the interface section between the device itself and the RAN.
  • the information processing device may be a UPF integrated with a RAN (base station device), and may be configured to perform a process of losslessly compressing a PDU in uplink communications and transmitting it to the DN via the N6 section, and a process of decompressing a PDU whose payload has been losslessly compressed and transmitting it to the UE in downlink communications.
  • a RAN base station device
  • the device may be configured to transmit or receive PDUs whose payloads are losslessly compressed via an interface section in which a PDU session including one or more QoS flows is established, and in at least one of the QoS flows, PDUs with different compression rates are transmitted in a mixed manner.
  • a communications system is a communications system having a core network, and includes an information processing device constituting a node located in an interface section between a UE (user terminal) and a DN (data network).
  • the information processing device performs at least one of the following processes via the N6 section, which is the interface section between the information processing device itself and the DN: (1) in uplink communication, transmitting a PDU (protocol data unit) whose payload has been losslessly compressed to the DN; and (2) in downlink communication, receiving a PDU whose payload has been losslessly compressed from the DN.
  • the PDUs transmitted by the UE and the PDUs received by the UE are not losslessly compressed.

Landscapes

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

Abstract

本発明の一態様に係る情報処理装置（ＵＰＦ）は、コアネットワークにおいて、ＵＥ（ユーザ端末）とＤＮ（データネットワーク）との間のインターフェース区間に位置するノードを構成する情報処理装置であって、自装置と前記ＤＮとの間のインターフェース区間であるＮ６区間を介して、（１）アップリンク通信においてペイロードが可逆圧縮されたＰＤＵ（プロトコルデータユニット）を前記ＤＮに送信する処理と（２）ダウンリンク通信においてペイロードが可逆圧縮されたＰＤＵを前記ＤＮから受信する処理とのうち少なくとも何れかを行い、前記ＵＥが送信する段階のＰＤＵ及び受信する段階のＰＤＵは、当該可逆圧縮が施されていない。

Description

情報処理装置及び通信システム
　本発明の一態様は、情報処理装置及び通信システムに関する。
　コアネットワークに含まれるノード間のインターフェース区間において、データを圧縮するUL compression等の技術が知られている。特許文献１では、コアネットワーク上における、イーサネットフレームヘッダの圧縮を伴うイーサネットフレームの伝送方法が開示されている。
特表２０２２－５１７６６５号
　従来のコアネットワーク技術では、一部のインターフェース区間において、可逆圧縮が適用されておらず改善の余地がある。また、UL compression等の機能を、コアネットワークに接続する端末（ＵＥ）がサポートしている必要がある。
　本開示の一態様は、端末での新たな機能の実装を必要とせず、所定のインターフェース区間におけるデータの可逆圧縮によって通信量の低減に寄与することを目的とする。
　上記の課題を解決するために、本発明の一態様に係る情報処理装置は、コアネットワークにおいて、ＵＥ（ユーザ端末）とＤＮ（データネットワーク）との間のインターフェース区間に位置するノードを構成する情報処理装置であって、自装置と前記ＤＮとの間のインターフェース区間であるＮ６区間を介して、（１）アップリンク通信においてペイロードが可逆圧縮されたＰＤＵ（プロトコルデータユニット）を前記ＤＮに送信する処理と（２）ダウンリンク通信においてペイロードが可逆圧縮されたＰＤＵを前記ＤＮから受信する処理とのうち少なくとも何れかを行い、前記ＵＥが送信する段階のＰＤＵ及び受信する段階のＰＤＵは、当該可逆圧縮が施されていない。
　上記の課題を解決するために、本発明の一態様に係る通信システムは、コアネットワークを有する通信システムであって、ＵＥ（ユーザ端末）とＤＮ（データネットワーク）との間のインターフェース区間に位置するノードを構成する情報処理装置を備え、前記情報処理装置が、自装置と前記ＤＮとの間のインターフェース区間であるＮ６区間を介して、（１）アップリンク通信においてペイロードが可逆圧縮されたＰＤＵ（プロトコルデータユニット）を前記ＤＮに送信する処理と（２）ダウンリンク通信においてペイロードが可逆圧縮されたＰＤＵを前記ＤＮから受信する処理とのうち少なくとも何れかを行い、前記ＵＥが送信する段階のＰＤＵ及び受信する段階のＰＤＵは、当該可逆圧縮が施されていない。
　本発明の各態様に係る情報処理装置の制御ブロックは、コンピュータによって実現してもよく、この場合には、コンピュータを前記制御ブロックが備える各部（ソフトウェア要素）として動作させることにより前記制御ブロックをコンピュータにて実現させる前記制御ブロックの制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
　また、前記制御プログラムは、コンピュータを前記制御ブロックの各部として動作させる処理又はその他の処理において、各種の機械学習手法を用いてもよい。この場合、機械学習手法を用いるプログラムは、前記基地局で動作するものであってもよいし、他の装置（例えばエッジコンピュータ又はクラウドサーバ等）で動作するものであってもよい。
　本発明の一態様によれば、端末での新たな機能の実装を必要とせず、所定のインターフェース区間におけるデータの可逆圧縮によって通信量の低減に寄与する。
通信システムのコアネットワークを含む構成を示す図の一例である。 ＵＥとＤＮとの間における各ノードの構成を示す図の一例である。 ＤＮからＵＥまでの通信におけるデータの流れを示す概念図の一例である。 通信システムが実行する情報処理方法の処理の流れを示すフローチャートの一例である。 通信システムのコアネットワークを含む構成を示す図の一例である。
　＜通信システムの構成例＞
　図１は、５Ｇ通信システムのコアネットワークを含む構成を示す図の一例である。前記コアネットワークのアーキテクチャは、３ＧＰＰ（3rd Generation Partnership Project）において策定されている。
　通常、コアネットワークには、多数の（Ｒ）ＡＮ（(Radio )Access Network、ｇＮＢ、基地局装置）が接続されており、各ＲＡＮには、多数のＵＥ（User Equipment、端末装置）が無線接続されている。なお、本開示において呼称する「コアネットワーク」には、ＵＥ及びＲＡＮも含まれる場合があるものとする。
　コアネットワークには、ＵＰＦ（User Plane Function）、ＡＭＦ（Access and Mobility Management Function）、ＳＭＦ（Session Management Function）、ＰＣＦ（Policy Control Function）、ＡＦ（Application Function）、ＡＵＳＦ（Authentication Server Function）、及びＵＤＭ（User Data Management）等の各種のノードが含まれている。このような、各種のノードのそれぞれは、ＮＦ（Network Function）とも称される。また、例えばＵＰＦが、コントローラ（ＲＩＣ：RAN Intelligent Controller）を備え、これによりＲＡＮを制御する構成であってもよい。
　図１に示すノード構成自体は、既存のコアネットワークに準拠する構成であるが、ＲＡＮとＤＮ（Data Network）との間のインターフェース区間において行われる処理が、既存のコアネットワークとは異なる。前記処理については、図２等を参照して後述する。
　また、各ノード同士を接続するために用いるインターフェースが標準化されており、例えば、ＵＥとＡＭＦとを接続するインターフェースがＮ１として規定され、ＲＡＮとＡＭＦとを接続するインターフェースがＮ２として規定されている。本開示においては、Ｎ１のインターフェースによって接続される区間をＮ１区間とも呼称し、他のインターフェースによって接続される区間についても同様に呼称する場合がある。
　例えばＮ３区間とは、ＲＡＮとＵＰＦとの間のインターフェース区間を意味し、Ｎ６区間とは、ＵＰＦとＤＮとの間のインターフェース区間を意味している。また、ＵＰＦは、本開示における情報処理装置の一例である。
　また、図１のＮ９区間は、図２に例示するように、互いに接続された第１のＵＰＦと第２のＵＰＦとによってＵＰＦが実現される構成であってもよいことを示している。ＡＭＦのＮ１４区間についても同様に説明される。また、「ＮＲ－Ｕｕ」は、ＵＥとＲＡＮとの間のインターフェース区間を意味している。
　また、ＤＮには、ＵＥに対するサーバとして機能するアプリケーションサーバ（App Svr）が接続されている。ここで、前記アプリケーションサーバは、ＤＮが有する装置であると見做すこともできる。別の側面から言えば、以下の説明においてＤＮを処理主体又は処理対象とする記載は、アプリケーションサーバが処理主体又は処理対象であるものと換言され得る。
　図２は、図１のＵＥとＤＮとの間における各ノードの構成を示す図の一例である。
　図２においては、ノード間の通信に用いられるプロトコルスタックが図示されている。例えばＵＥにおいて用いられるプロトコルスタックには、上位から順に、Application、TCP/UDP（Transmission Control Protocol / User Datagram Protocol）、IP（Internet Protocol）SDAP（Service Data Application Protocol）、PDCP（Packet Data Convergence Protocol）、RLC（Radio Link Control）、MAC（Medium Access Control）、及びPHY（PHYsical Layer）のレイヤーが含まれる。また、図２の「PDU data（Packet Data Unit data）」とは、各レイヤーに対応するヘッダが付された未圧縮のデータを意味している。
　以下の説明においては、特に断りが無い場合、「圧縮」とは可逆圧縮を意味するものとする。但し、不可逆圧縮を用いる構成についても本開示に含まれる。また、データの圧縮に併せて暗号化が行われてもよいし、データの解凍に併せて復号がおこなわれてもよい。また、データの圧縮とは、前記データが含むＰＤＵ（Packet Data Unit）のペイロードを少なくとも圧縮することを意味する場合があり、圧縮されたデータとは、少なくとも前記データが含むペイロードが圧縮されたＰＤＵを意味する場合がある。また、データの解凍についても同様に説明される。
　パケット及びフレームは、前記ＰＤＵの一例である。データの圧縮は、例えばＧＰＵ（Graphics Processing Unit）処理によって行われる。
　また、ＲＡＮ及びＵＰＦにおいて用いられるプロトコルスタックには、上位から順に、GTP-U（GPRS Tunneling Protocol for User Plane）、UDP、IP、L2（Layer 2）及びL1（Layer 1）のレイヤーが含まれる。また、図２の「Compressed data」とは、少なくとも元のペイロード部分が可逆圧縮されてデータ量が小さくなったデータを意味しており、「Decompression」とは、解凍されたデータを意味している。
　図２に示すように、一態様に係るコアネットワークにおいては、Ｎ３区間、Ｎ９区間及びＮ６区間においてデータが可逆圧縮されている。
　図２に示す処理においては、ＲＡＮが、ＵＥから受信したデータが含むＰＤＵのペイロード部分に可逆圧縮を施したのち、Ｎ３区間を介してデータを第１のＵＰＦに送信している。続いて第１のＵＰＦが、圧縮されたデータを、Ｎ９区間を介して第２のＵＰＦに送信し、第２のＵＰＦが、圧縮されたデータを、Ｎ６区間を介してＤＮに送信している。
　図３は、ＤＮからＵＥまでの通信におけるデータの流れを示す概念図の一例である。図３において、ＰＤＵセッション（Protocol Data Unit Session）は、１以上のＱｏＳ（Quality of Service）フローを含んでおり、ＵＥとＵＰＦとの論理的な接続に用いられている。図３の例において、ＰＤＵセッションは、３つのＱｏＳフローを含んでいる。また、図２に記載のＰＤＵセッションアンカー（PDU Session Anchor）とは、図２の態様において、第２のＵＰＦが、ＰＤＵセッションの終端部に位置することを意味している。
　ＴＦＴ（Traffic Flow Template）は、各ＩＰフローから受信したＰＤＵ（パケット）を、適切なＳＤＦにルーティングするためのフィルタリング機能を有している。ここで、ＩＰフローとは、或るＩＰアドレスから別のＩＰアドレスへのＰＤＵ又はその流れを意味している。ＩＰフローには、送信されるＰＤＵを含むデータの通信に対して許容される遅延等を示す属性情報が含まれている。ＵＰＦ等の各装置は、ＩＰフローを参照してデータの種別を把握することができる。ここで、データの種別とは、データが動画ストリーミング又はＬｉＤＡＲ（Light Detection And Ranging）等の何れのデータに分類されるのかを意味している。また、属性情報には、データの種別を示す情報が含まれていてもよい。
　また、ＩＰフローの属性情報は、図１に示すＡＦ及びアプリケーションサーバが指定及び把握することができる。加えて、ＩＰフローの属性情報は、ＰＣＦがＡＦからの入力、又はＮＥＦ（Network Exposure Function）を介したアプリケーションサーバからの入力を参照して決定したＰＣＣルール（Policy and Charging Control rule）として、ＰＣＦからＵＥ、ＲＡＮ及びＵＰＦ等に各インターフェース区間を介して共有される。
　ＳＤＦ（Service Data Flow）は、ヘッダに基づいてフィルタリングされたＰＤＵのフローである。一態様においてＵＰＦは、ＴＦＴを用いた前述のフィルタリングに加え、各ＳＤＦに対応するデータを圧縮してＱｏＳフローに供給する処理を行う。別の側面から言えば、ＵＰＦは、ＩＰフローとＱｏＳフローとの関連付けを管理している。また、単一のＱｏＳフローにおいては、複数のＳＤＦに対応するデータが重複したタイミングにより送信され得る。なお、単一のＱｏＳフローにおいては、圧縮されたデータと圧縮されていないデータとが混在して送信されてもよい。より広義には、ＵＰＦは、１以上のＱｏＳフローを含むＰＤＵセッションを確立したインターフェース区間を介して、ペイロードが可逆圧縮されたＰＤＵの送信又は受信を行う。ここで、少なくとも何れかのＱｏＳフローにおいては、圧縮率が互いに異なるＰＤＵが混在して送信されてもよい。これにより、例えばＰＤＵセッションが含むＱｏＳフローの数よりも、多くの種類の圧縮率を使用することができる。また、前述した圧縮されていないデータとは、圧縮率がゼロのデータであるとも解される。
　また、前述したように、ＵＰＦは、第１のＵＰＦと第２のＵＰＦとによって実現されてもよく、Ｎ６区間とＮ３区間との間においてＮ９区間を介した通信が行われてもよい。
　ＱｏＳフローのＧＢＲ（Guaranteed Bit Rate）とは、ＱｏＳフローが帯域保証されることを意味しており、Ｎｏｎ－ＧＢＲは、ＱｏＳフローが帯域保証されないことを意味している。また、ＱＦＩ（QoS Flow Identifier）の値は、ＱｏＳの識別子であり、且つ通信の優先度を意味している。通常、ＱＦＩの値が小さい程通信の優先度が高いため、例えばＱＦＩが３のＱｏＳフローの方が、ＱＦＩが４のＱｏＳフローよりも優先的にデータの送信が行われる。
　別の側面から言えば、通信の優先度が低い、即ちＱＦＩの値が大きいＱｏＳフローによって送信されるデータは、ＱＦＩの値が小さいＱｏＳフローが存在する場合において即時の送信が要求されず、遅延に対する許容度が比較的大きい。そのため、ＵＰＦは、遅延に対する許容度が大きいデータである程、より高い圧縮率によってデータの圧縮を行う構成が望ましい。また、N3 Tunnelとは、Ｎ３区間の通信がトンネリングされていること、即ちＮ３区間において送信されるデータがカプセル化及び秘匿されていることを意味している。
　また、ＲＡＮは、ＱｏＳフローから受信したデータを解凍して、ＲＡＮとＵＥとの間の論理的な通信路であるＤＲＢ（Data Radio Bearer）を介して、データをＵＥに送信する。ＵＥは、ＲＡＮから送信されたデータを、ＤＢＲを介して受信する。図３におけるＳＤＡＰ（Service Data Adaptation Protocol）とは、ＱｏＳフローと、ＤＢＲとの間のマッピングを行うプロトコルである。
　また、図３では、ＵＰＦがデータを圧縮してＲＡＮが解凍するダウンリンク通信の態様を図示しているが、ＤＮがデータを圧縮してＲＡＮ又はＵＰＦが解凍する態様についても本開示に含まれる。
　また、ＵＥからＤＮまでのアップリンク通信の一態様においては、ダウンリンク通信においてＵＰＦが行っていた、データの圧縮等の処理をＲＡＮが行い、且つダウンリンク通信においてＲＡＮが行っていた、データの解凍等の処理を、ＵＰＦ又はＤＮが行う。或いは、アップリンク通信の別の態様においては、データの圧縮等の処理をＵＰＦが行い、且つデータの解凍等の処理をＤＮが行う。
　以上の説明から導かれる通り、Ｎ６区間上において送信されるＰＤＵと、Ｎ３区間上において送信されるＰＤＵとのうち少なくとも何れかは、ペイロードが圧縮された状態で送信される。また、Ｎ９区間上において送信されるＰＤＵについても、ペイロードが圧縮された状態で送信され得る。
　例えば一態様において、ＵＰＦは、アップリンク通信においてペイロードが可逆圧縮されたＰＤＵを、Ｎ６区間を介してＤＮに送信する処理と、ダウンリンク通信においてＮ６区間を介してＤＮから受信したＰＤＵのペイロードを可逆圧縮して、Ｎ３区間を介してＲＡＮに送信する処理とを行ってもよい。
　また、ＵＥが送信する段階のＰＤＵ及び受信する段階のＰＤＵは、少なくとも、Ｎ６区間、Ｎ３区間又はＮ９区間と同様の圧縮が施されていない。これは、ＵＥが、データを圧縮する機能と、当該圧縮が施されたデータを解凍する機能とを実装することを要しないことを意味している。これにより、ＵＥ側から見て、ＤＮとの通信であって、途中のインターフェース区間においてデータの圧縮が施される通信を、圧縮及び解凍の処理を意識することなく行うことができる。
　また、Ｎ６区間上において送信されるデータが圧縮されない構成の場合、換言すると、ＤＮが送信する段階のＰＤＵ及び受信する段階のＰＤＵが圧縮されていない構成の場合、ＤＮが、データを圧縮する機能と、当該圧縮が施されたデータを解凍する機能とを実装することを要しない。これにより、ＤＮ側から見て、ＵＥとの通信であって、途中のインターフェース区間においてデータの圧縮が施される通信を、圧縮及び解凍の処理を意識することなく行うことができる。
　なお、Ｎ６区間、Ｎ３区間又はＮ９区間の各区間において、ダウンリンク通信とアップリンク通信とのうち、一方では圧縮されたデータが送信されて、他方では圧縮されていないデータが送信される構成であってもよい。また、前記各区間を介するダウンリンク通信とアップリンク通信とにおいて、データの圧縮率が互いに異なっていてもよい。
　例えばＮ６区間において、ダウンリンク通信とアップリンク通信とのうち少なくとも何れかで圧縮されたデータが送信されることは、ＵＰＦが、Ｎ６区間を介して、（１）アップリンク通信においてペイロードが可逆圧縮されたＰＤＵ（プロトコルデータユニット）を前記ＤＮに送信する処理と（２）ダウンリンク通信においてペイロードが可逆圧縮されたＰＤＵを前記ＤＮから受信する処理とのうち少なくとも何れかを行うことに相当する。
　＜通信システムの処理例＞
　図４は、前述の通信システムが実行する情報処理方法の処理の流れを示すフローチャートの一例である。以下、図４等を参照して、ＵＥからＤＮへのアップリンク通信とＤＮからＵＥへのダウンリンク通信とを行う場合に、データが含むＰＤＵがＮ６区間において圧縮される場合を例に挙げて説明する。図４に示すフローチャートは、例えば特定の情報を送信することの要求がＵＥからＤＮに対してなされる場合に開始される。
　Ｓ１（ステップＳ１）において、ＵＥは、図３に示すように、ＵＰＦとの間において複数のＱｏＳフローを含むＰＤＵセッションを確立する。
　Ｓ２において、ＵＥは、ＰＤＵを含むデータを、ＲＡＮを介してＵＰＦに送信する。前記データの最終的な宛先は、ＤＮである。また、前記データには、ＵＥに対して特定の情報を送信することの要求が含まれる。
　Ｓ３において、ＵＰＦは、受信したデータのＩＰフローの属性情報に応じて規定される圧縮率によって、データを可逆圧縮する。また、ＵＰＦは、圧縮したデータを、圧縮率に対応するＱｏＳフローを介してＤＮに送信する。ここで、データの圧縮率が高い場合には、通信の優先度が低いＱｏＳが使用されて、データの圧縮率が低い場合には、通信の優先度が高いＱｏＳが使用されることが望ましい。
　Ｓ４において、ＤＮは、受信したデータを解凍し、当該データに含まれる要求を解読する。例えばＤＮは、受信したデータにおけるＩＰフローの識別子を参照して、予めＮＥＦ及びＰＣＦを介して定義した圧縮率あるいはアルゴリズムの可逆圧縮が施されたトラフィックと判断できれば、当該データのペイロードは可逆圧縮されていると見做して解凍処理を実行する。前記識別子は、Destination IP address、Source IP address、Destination Port number、Source Port number、Protocol(ＴＣＰ及びＵＤＰ等)、並びにこれらの組み合わせによって定義される。
　Ｓ５において、ＤＮは、ＵＥから要求されたデータを、当該データのデータ種別に応じた圧縮率によって圧縮したデータを、圧縮率に対応するＱｏＳフローを介してＵＰＦに送信する。例えばＤＮは、予めＮＥＦ及びＰＣＦに対して定義した可逆圧縮を施したデータを、ＵＰＦに送信する。
　Ｓ６において、ＵＰＦは、受信したデータを解凍して、ＲＡＮを介してＵＥに送信する。ＵＥは、ＵＰＦから送信されたデータを受信する。例えばＵＰＦは、予めＤＮがＮＥＦ及びＰＣＦを介して行ったＩＰフローの定義に従って、解凍したデータのＩＰフローを、対応するＱｏＳフローに割り当ててＵＥに向けて送信する。
　上述した本例の処理においては、ＵＰＦが、Ｎ６区間を介して、（１）アップリンク通信においてペイロードを可逆圧縮したＰＤＵをＤＮに送信する処理と（２）ダウンリンク通信においてペイロードが可逆圧縮されたＰＤＵをＤＮから受信する処理との双方を行っている。また、ＵＥでの新たな機能の実装を必要とせず、Ｎ６区間におけるデータの可逆圧縮によって通信量の低減に寄与している。
　なお、ＰＤＵのペイロードは、当該ＰＤＵを含むデータの通信に対して許容される遅延に応じた圧縮率によって、可逆圧縮されていてもよい。ここで、前記許容される遅延は、Ｓ３において例示したようにＰＤＵのＩＰフローに含まれる属性情報によって規定される構成であってもよいし、Ｓ５において例示したようにＰＤＵを含むデータの種別によって規定される構成であってもよい。或いは、前記許容される遅延は、ＩＰフローに含まれる属性情報とデータの種別との組み合わせを含む条件によって規定される構成であってもよい。また、データの送信に使用されるＱｏＳフローは、データの圧縮率に応じて選択されてもよいし、データの宛先ＩＰ又はポート等に応じて選択されてもよい。
　また、前述したように別の態様として、ＲＡＮがデータの圧縮及び解凍を行う構成であってもよい。前記構成では、ＲＡＮが、Ｓ２及びＳ３に対応するステップにおいて、ＵＥから受信したデータを可逆圧縮してＤＮに向けて送信し、Ｓ５及びＳ６に対応するステップにおいて、ＵＰＦを介して受信した圧縮された状態のデータを解凍してＵＥに送信する。
　＜変形例＞
　ＵＰＦは、ＲＡＮと一体化した装置として実現される構成であってもよい。図５は、本変形例に係る５Ｇ通信システムのコアネットワークを含む構成を示す図の一例である。
　本変形例の構成において、ＲＡＮと一体化したＵＰＦは、例えば、アップリンク通信においてＰＤＵを可逆圧縮して、Ｎ６区間を介してＤＮに送信する処理と、ダウンリンク通信においてペイロードが可逆圧縮されたＰＤＵを解凍して、ＵＥに送信する処理とを行う。
　なお、図５にもＮ９区間が示されているように、ＲＡＮと一体化したＵＰＦが、２つの装置によって実現される構成であってもよい。
　〔ソフトウェアによる実現例〕
　ＵＰＦ（情報処理装置）及びアプリケーションサーバ等（以下、「装置」と呼ぶ）の機能は、当該装置としてコンピュータを機能させるためのプログラムであって、当該装置の各制御ブロックとしてコンピュータを機能させるためのプログラムにより実現することができる。
　この場合、上記装置は、上記プログラムを実行するためのハードウェアとして、少なくとも１つの制御装置（例えばプロセッサ）と少なくとも１つの記憶装置（例えばメモリ）を有するコンピュータを備えている。この制御装置と記憶装置により上記プログラムを実行することにより、上記各実施形態で説明した各機能が実現される。
　上記プログラムは、一時的ではなく、コンピュータ読み取り可能な、１または複数の記録媒体に記録されていてもよい。この記録媒体は、上記装置が備えていてもよいし、備えていなくてもよい。後者の場合、上記プログラムは、有線または無線の任意の伝送媒体を介して上記装置に供給されてもよい。
　また、上記各制御ブロックの機能の一部または全部は、論理回路により実現することも可能である。例えば、上記各制御ブロックとして機能する論理回路が形成された集積回路も本発明の範疇に含まれる。この他にも、例えば量子コンピュータにより上記各制御ブロックの機能を実現することも可能である。
　また、上記各実施形態で説明した各処理は、ＡＩ（Artificial Intelligence：人工知能）に実行させてもよい。この場合、ＡＩは上記制御装置で動作するものであってもよいし、他の装置（例えばエッジコンピュータまたはクラウドサーバ等）で動作するものであってもよい。
　〔まとめ〕
　本発明の態様１に係る情報処理装置は、前記ＵＥが送信する段階のＰＤＵ及び受信する段階のＰＤＵは、当該可逆圧縮が施されていない構成である。
　本発明の態様２に係る情報処理装置は、上記の態様１において、前記ＰＤＵのペイロードは、当該ＰＤＵを含むデータの通信に対して許容される遅延に応じた圧縮率によって、可逆圧縮されている構成としてもよい。
　本発明の態様３に係る情報処理装置は、上記の態様２において、前記許容される遅延は、ＰＤＵのＩＰフローに含まれる属性情報によって規定される構成としてもよい。
　本発明の態様４に係る情報処理装置は、上記の態様２又は３において、前記許容される遅延は、前記ＰＤＵを含むデータの種別によって規定される構成としてもよい。
　本発明の態様５に係る情報処理装置は、上記の態様１から４までの何れかにおいて、当該情報処理装置は、ＲＡＮ（基地局装置）と前記ＤＮとの間のインターフェース区間に位置するＵＰＦであって、アップリンク通信においてペイロードが可逆圧縮されたＰＤＵを、前記Ｎ６区間を介して前記ＤＮに送信する処理と、ダウンリンク通信において前記Ｎ６区間を介して前記ＤＮから受信したＰＤＵのペイロードを可逆圧縮して、自装置と前記ＲＡＮとの間のインターフェース区間であるＮ３区間を介して前記ＲＡＮに送信する処理とを行う構成としてもよい。
　本発明の態様６に係る情報処理装置は、上記の態様１から４までの何れかにおいて、当該情報処理装置は、ＲＡＮ（基地局装置）と一体化したＵＰＦであって、アップリンク通信においてＰＤＵを可逆圧縮して、前記Ｎ６区間を介して前記ＤＮに送信する処理と、ダウンリンク通信においてペイロードが可逆圧縮されたＰＤＵを解凍して、前記ＵＥに送信する処理とを行う構成としてもよい。
　本発明の態様７に係る情報処理装置は、上記の態様１から６までの何れかにおいて、１以上のＱｏＳフローを含むＰＤＵセッションを確立したインターフェース区間を介して、ペイロードが可逆圧縮されたＰＤＵの送信又は受信を行い、少なくとも何れかのＱｏＳフローにおいては、圧縮率が互いに異なるＰＤＵが混在して送信される構成としてもよい。
　本発明の態様８に係る通信システムは、コアネットワークを有する通信システムであって、ＵＥ（ユーザ端末）とＤＮ（データネットワーク）との間のインターフェース区間に位置するノードを構成する情報処理装置を備え、前記情報処理装置が、自装置と前記ＤＮとの間のインターフェース区間であるＮ６区間を介して、（１）アップリンク通信においてペイロードが可逆圧縮されたＰＤＵ（プロトコルデータユニット）を前記ＤＮに送信する処理と（２）ダウンリンク通信においてペイロードが可逆圧縮されたＰＤＵを前記ＤＮから受信する処理とのうち少なくとも何れかを行い、前記ＵＥが送信する段階のＰＤＵ及び受信する段階のＰＤＵは、当該可逆圧縮が施されていない構成である。

Claims (8)

  1. 　コアネットワークにおいて、ＵＥ（ユーザ端末）とＤＮ（データネットワーク）との間のインターフェース区間に位置するノードを構成する情報処理装置であって、
    　自装置と前記ＤＮとの間のインターフェース区間であるＮ６区間を介して、（１）アップリンク通信においてペイロードが可逆圧縮されたＰＤＵ（プロトコルデータユニット）を前記ＤＮに送信する処理と（２）ダウンリンク通信においてペイロードが可逆圧縮されたＰＤＵを前記ＤＮから受信する処理とのうち少なくとも何れかを行い、
    　前記ＵＥが送信する段階のＰＤＵ及び受信する段階のＰＤＵは、当該可逆圧縮が施されていない
    ことを特徴とする情報処理装置。
  2. 　前記ＰＤＵのペイロードは、
    　　当該ＰＤＵを含むデータの通信に対して許容される遅延に応じた圧縮率によって、可逆圧縮されている
    ことを特徴とする請求項１に記載の情報処理装置。
  3. 　前記許容される遅延は、ＰＤＵのＩＰフローに含まれる属性情報によって規定される
    ことを特徴とする請求項２に記載の情報処理装置。
  4. 　前記許容される遅延は、前記ＰＤＵを含むデータの種別によって規定される
    ことを特徴とする請求項２に記載の情報処理装置。
  5. 　当該情報処理装置は、ＲＡＮ（基地局装置）と前記ＤＮとの間のインターフェース区間に位置するＵＰＦであって、
    　アップリンク通信においてペイロードが可逆圧縮されたＰＤＵを、前記Ｎ６区間を介して前記ＤＮに送信する処理と、
    　ダウンリンク通信において前記Ｎ６区間を介して前記ＤＮから受信したＰＤＵのペイロードを可逆圧縮して、自装置と前記ＲＡＮとの間のインターフェース区間であるＮ３区間を介して前記ＲＡＮに送信する処理とを行う
    ことを特徴とする請求項１から４までの何れか１項に記載の情報処理装置。
  6. 　当該情報処理装置は、ＲＡＮ（基地局装置）と一体化したＵＰＦであって、
    　アップリンク通信においてＰＤＵを可逆圧縮して、前記Ｎ６区間を介して前記ＤＮに送信する処理と、
    　ダウンリンク通信においてペイロードが可逆圧縮されたＰＤＵを解凍して、前記ＵＥに送信する処理とを行う
    ことを特徴とする請求項１から４までの何れか１項に記載の情報処理装置。
  7. 　１以上のＱｏＳフローを含むＰＤＵセッションを確立したインターフェース区間を介して、ペイロードが可逆圧縮されたＰＤＵの送信又は受信を行い、
    　少なくとも何れかのＱｏＳフローにおいては、圧縮率が互いに異なるＰＤＵが混在して送信される
    ことを特徴とする請求項１から４までの何れか１項に記載の情報処理装置。
  8. 　コアネットワークを有する通信システムであって、
    　ＵＥ（ユーザ端末）とＤＮ（データネットワーク）との間のインターフェース区間に位置するノードを構成する情報処理装置を備え、
    　前記情報処理装置が、
    　　自装置と前記ＤＮとの間のインターフェース区間であるＮ６区間を介して、（１）アップリンク通信においてペイロードが可逆圧縮されたＰＤＵ（プロトコルデータユニット）を前記ＤＮに送信する処理と（２）ダウンリンク通信においてペイロードが可逆圧縮されたＰＤＵを前記ＤＮから受信する処理とのうち少なくとも何れかを行い、
    　前記ＵＥが送信する段階のＰＤＵ及び受信する段階のＰＤＵは、当該可逆圧縮が施されていない
    ことを特徴とする通信システム。
PCT/JP2024/019328 2024-05-27 2024-05-27 情報処理装置及び通信システム Pending WO2025248574A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/019328 WO2025248574A1 (ja) 2024-05-27 2024-05-27 情報処理装置及び通信システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/019328 WO2025248574A1 (ja) 2024-05-27 2024-05-27 情報処理装置及び通信システム

Publications (1)

Publication Number Publication Date
WO2025248574A1 true WO2025248574A1 (ja) 2025-12-04

Family

ID=97869792

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/019328 Pending WO2025248574A1 (ja) 2024-05-27 2024-05-27 情報処理装置及び通信システム

Country Status (1)

Country Link
WO (1) WO2025248574A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007259469A (ja) * 2007-04-20 2007-10-04 Ntt Docomo Inc コンテンツ配信システム、コンテンツ配信制御装置、及びコンテンツ配信方法
CN114079944A (zh) * 2020-08-18 2022-02-22 华为技术有限公司 通信方法、装置及系统
JP2022518879A (ja) * 2019-12-23 2022-03-17 株式会社Ｎｔｔドコモ セッション管理機能、アプリケーション機能、セッション管理機能の動作方法、アプリケーション機能の動作方法及び非一時的なコンピュータ読み取り可能記憶媒体
JP2023526542A (ja) * 2020-05-22 2023-06-21 サムスン エレクトロニクス カンパニー リミテッド 無線通信システムで端末にローカルデータネットワーク情報を提供するための方法及び装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007259469A (ja) * 2007-04-20 2007-10-04 Ntt Docomo Inc コンテンツ配信システム、コンテンツ配信制御装置、及びコンテンツ配信方法
JP2022518879A (ja) * 2019-12-23 2022-03-17 株式会社Ｎｔｔドコモ セッション管理機能、アプリケーション機能、セッション管理機能の動作方法、アプリケーション機能の動作方法及び非一時的なコンピュータ読み取り可能記憶媒体
JP2023526542A (ja) * 2020-05-22 2023-06-21 サムスン エレクトロニクス カンパニー リミテッド 無線通信システムで端末にローカルデータネットワーク情報を提供するための方法及び装置
CN114079944A (zh) * 2020-08-18 2022-02-22 华为技术有限公司 通信方法、装置及系统

Similar Documents

Publication Publication Date Title
JP3834001B2 (ja) データパケット接続のヘッダフィールド圧縮の定義方法
US8139555B2 (en) Bi-directional packet data transmission system and method
US8266240B2 (en) Dynamic allocation of a radio resource
EP3782401B1 (en) Client device, network control node and upf for transmission and reception of streams of data packets in multi-connectivity
MXPA04009799A (es) Control de enlace de radio para sistema de comunicacion movil multimedia en tiempo real.
US20120033563A1 (en) Packet classification and prioritization using an ip header in a mobile wireless device
US20240031298A1 (en) Communication method and device
CN1938969A (zh) 用于根据优先级来传输数据块的装置和方法
WO2018233376A1 (zh) 传输报文的方法、代理服务器和计算机可读存储介质
CN115250537A (zh) 一种通信方法及设备
CN115250506A (zh) 一种通信方法及设备
US8942104B2 (en) Packet classification and prioritization using a UDP checksum in a mobile wireless device
WO2023005452A1 (zh) 一种通信方法、装置及设备
WO2013001838A1 (ja) 受信装置、送信装置及びフィードバック方法
JP2024504158A (ja) 通信方法および装置
WO2025248574A1 (ja) 情報処理装置及び通信システム
CN1860746A (zh) 用于调度无线终端发送的不同流中的数据分组的方法
WO2022213836A1 (zh) 一种通信方法及设备
Bergs et al. Design and prototype of a train-to-wayside communication architecture
WO2025145944A1 (zh) 一种远程直接内存访问方法及相关装置、系统
WO2025139729A1 (zh) 通信方法及装置
WO2024140801A1 (zh) 一种数据传输方法、装置及系统
GB2626417A (en) Improvements in and relating to Quality of Service, QoS, in a telecommunication network
CN120238953A (zh) 一种通信方法及通信装置
dos Santos Robust Header Compression in 4G Networks

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

Country of ref document: EP

Kind code of ref document: A1