CN112911641A - 通信处理方法和通信处理装置 - Google Patents

通信处理方法和通信处理装置 Download PDF

Info

Publication number
CN112911641A
CN112911641A CN201911222376.6A CN201911222376A CN112911641A CN 112911641 A CN112911641 A CN 112911641A CN 201911222376 A CN201911222376 A CN 201911222376A CN 112911641 A CN112911641 A CN 112911641A
Authority
CN
China
Prior art keywords
network device
data
compressed
downlink data
information
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
CN201911222376.6A
Other languages
English (en)
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201911222376.6A priority Critical patent/CN112911641A/zh
Priority to PCT/CN2020/132710 priority patent/WO2021109966A1/zh
Publication of CN112911641A publication Critical patent/CN112911641A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities

Landscapes

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

Abstract

本申请实施例公开了一种通信处理方法。本申请实施例方法应用于无线通信系统,所述无线通信系统包括第一网络设备和第二网络设备;所述第一网络设备为CU或DU,所述第二网络设备为DU或CU;或者,所述第一网络设备为IAB节点或IAB宿主,所述第二网络设备为IAB宿主或IAB节点;该方法包括:第一网络设备向第二网络设备发送第一消息,所述第一消息用于请求所述第一网络设备与所述第二网络设备之间传输的数据的配置信息,所述配置信息用于所述数据的压缩和/或解压缩,所述第一消息携带所述第一网络设备的数据压缩和/或解压缩的支持信息;所述第一网络设备接收来自于所述第二网络设备的所述第一消息所对应的响应消息,所述响应消息携带所述配置信息。

Description

通信处理方法和通信处理装置
技术领域
本申请涉及通信领域,尤其涉及一种通信处理方法和通信处理装置。
背景技术
在无线通信网络中,上行数据压缩(uplink data compression,UDC)技术是用户设备(user equipment,UE)针对上行应用层数据或信令进行压缩后发生,在基站侧对压缩后的数据进行解压,以节省空口传输的数据量,节约上行资源。
但是,当前无线通信网络中只定义了上行空口数据支持基于UDC的压缩,目前其他架构。例如,集中控制单元(central unit,CU)与分布式控制单元(distributed unit,DU)架构或集成接入回传(integrated access backhaul,IAB)架构等)并不支持数据压缩。
发明内容
本申请实施例提供了一种通信处理方法和通信处理装置,用于实现CU与DU的架构或IAB架构支持数据压缩传输。
本申请实施例第一方面提供一种通信处理方法,该方法应用于无线通信系统,该无线通信系统包括第一网络设备和第二网络设备;该第一网络设备为CU或DU,该第二网络设备为DU或CU;或者,该第一网络设备为IAB节点或IAB宿主,该第二网络设备为IAB宿主或IAB节点;该方法包括:
第一网络设备向第二网络设备发送第一消息,该第一消息用于请求该第一网络设备与第二网络设备之间传输的数据的配置信息,该配置信息用于该数据的压缩和/或解压缩,该第一消息携带第一网络设备的数据压缩和/或解压缩的支持信息;然后第一网络设备接收来自于第二网络设备的第一消息所对应的响应消息,该响应消息携带该配置信息。本实施例中,第一网络设备与第二网络设备通过协商实现对第一网络设备与第二网络设备之间传输的数据的压缩和/或解压缩配置,这样后续第一网络设备与第二网络设备进行数据传输时,可以根据该配置信息对数据进行压缩,并传输压缩数据,从而节省第一网络设备与第二网络设备之间传输的数据量,节约数据传输资源。例如,CU与DU的架构或IAB节点与IAB宿主的架构下,可以通过本申请实施例的技术方案进行协商实现对第一网络设备与第二网络设备之间传输的数据的压缩和/或解压缩配置,以实现CU与DU的架构或IAB架构同样支持数据压缩传输。
一种可能的实现方式中,第一消息用于请求第一网络设备与第二网络设备之间传输的下行数据的配置信息,该支持信息包括第一网络设备的下行数据的压缩能力信息、下行数据解压缩能力信息、该第一网络设备支持的下行数据压缩算法信息、该第一网络设备支持的下行数据解压缩算法信息、该第一网络设备请求支持传输下行压缩数据的数据无线承载DRB中的一个或多个信息;该配置信息包括该第二网络设备选择的下行数据压缩算法、下行数据解压缩算法以及该第二网络设备确定的支持传输下行压缩数据的DRB中的一个或多个信息。在该可能的实现方式中,第一网络设备可以是通过第一消息向第二网络设备请求下行数据压缩协商。
另一种可能的实现方式中,该第一消息用于请求该第一网络设备与该第二网络设备之间传输的上行数据的配置信息,该支持信息包括该第一网络设备的上行数据压缩能力信息、上行数据解压缩能力信息、该第一网络设备支持的上行数据压缩算法信息、上行数据解压缩算法信息、该第一网络设备请求支持传输上行压缩数据的DRB中的一个或多个信息;该配置信息包括该第二网络设备选择的上行数据压缩算法、上行数据解压缩算法以及支持传输上行压缩数据的DRB中的一个或多个信息。在该可能的实现方式中,第一网络设备可以是通过第一消息向第二网络设备请求上行数据压缩协商。
另一种可能的实现方式中,该方法还包括:第一网络设备向第二网络设备发送通知消息,该通知消息用于通知该第二网络设备对该第一网络设备与第二网络设备之间传输的数据配置完成。
另一种可能的实现方式中,当该第一网络设备为CU,该第二网络设备为DU时,或者,当该第一网络设备为IAB宿主,该第二网络设备为IAB节点时,该方法还包括:该第一网络设备获取第一下行数据;然后,该第一网络设备根据该配置信息对该第一下行数据进行压缩,得到压缩后的第一下行数据;该第一网络设备向该第二网络设备发送该压缩后的第一下行数据。在该可能的实现方式中,基于第一网络设备与第二网络设备之间的下行数据压缩协商完成后,第一网络设备与第二网络设备之间可以传输下行压缩数据。
另一种可能的实现方式中,该配置信息包括第一下行数据压缩算法和第二下行数据压缩算法,该第一下行数据压缩算法用于对第一业务类型的下行数据进行压缩,该第二下行数据压缩算法用于对第二业务类型的下行数据进行压缩;该第一网络设备根据该配置信息对所述第一下行数据进行压缩,得到压缩后的第一下行数据包括:该第一网络设备确定该第一下行数据的业务类型为该第一业务类型;该第一网络设备选择该第一下行数据压缩算法对该第一下行数据进行压缩,得到压缩后的第一下行数据。在该可能的实现方式中,在对下行数据进行压缩配置时,不同业务类型可以配置不同的下行数据压缩算法,这样第一网络设备在进行下行数据压缩时,可以根据数据的业务类型选择对应的下行数据压缩算法进行压缩。
另一种可能的实现方式中,该配置信息还包括支持传输下行压缩数据的第一DRB的信息;该第一网络设备选择该第一下行数据压缩算法对该第一下行数据进行压缩,得到压缩后的第一下行数据之前,所述方法还包括:该第一网络设备确定承载所述第一下行数据的DRB为支持传输下行压缩数据的该第一DRB。在该可能的实现方式中,第二网络设备可以配置部分DRB支持传输下行压缩数据,因此,第一网络设备在压缩之前,可以先确定承载该第一下行数据的DRB是否为支持传输下行压缩数据的DRB,如果是,再进行相应的压缩,如果不是,则无需压缩。
另一种可能的实现方式中,该方法还包括:该第一网络设备对该第一下行数据进行分组数据汇聚协议(packet data convergence protocol,PDCP)加密,得到加密后的第一下行数据;该第一网络设备根据所述配置信息对该第一下行数据进行压缩,得到压缩后的第一下行数据包括:该第一网络设备根据该配置信息对所述加密后的第一下行数据进行压缩,得到压缩后的第一下行数据。在该可能的实现方式中,可以对第一下行数据进行PDCP加密,以提高数据的安全性。
另一种可能的实现方式中,当该第一网络设备为CU,该第二网络设备为DU时,或者,当该第一网络设备为IAB宿主,该第二网络设备为IAB节点时,该方法还包括:该第一网络设备接收该第二网络设备发送的压缩后的第一上行数据;该第一网络设备根据该配置信息对该压缩后的第一上行数据进行解压缩。在该可能的实现方式中,基于第一网络设备与第二网络设备之间的上行压缩协商完成的基础上,第一网络设备与第二网络设备之间可以传输上行压缩数据。
另一种可能的实现方式中,该配置信息包括第一上行数据解压缩算法和第二上行数据解压缩算法,该第一上行数据解压缩算法用于对第三业务类型的上行数据进行解压缩,该第二上行数据解压缩算法用于对第四业务类型的上行数据进行解压缩;该第一网络设备根据所述配置信息对该压缩后的第一上行数据进行解压缩包括:该第一网络设备确定该压缩后的第一上行数据的业务类型为该第三业务类型;该第一网络设备选择该第一上行数据解压缩算法对该第一上行数据进行解压缩。在该可能的实现方式中,不同业务类型可以配置不同的上行数据解压缩算法,这样第一网络设备在进行上行数据解压缩时,可以根据数据的业务类型选择对应的上行数据解压缩算法进行解压缩。
另一种可能的实现方式中,该方法还包括:该第一网络设备对该压缩后的第一上行数据进行PDCP解密,得到解密后的第一上行数据;该第一网络设备根据该配置信息对该压缩后的第一上行数据进行解压缩包括:该第一网络设根据该配置信息对该解密后的第一上行数据进行解压缩。在该可能的实现方式中,如果第一上行数据是经过加密处理的,则第一网络设备可以对第一上行数据进行PDCP解密。
另一种可能的实现方式中,当该第一网络设备为DU,该第二网络设备为CU时,或者,当该第一网络设备为IAB节点,该第二网络设备为IAB宿主时,该方法还包括:该第一网络设备接收该第二网络设备发送的压缩后的第二下行数据;该第一网络设备根据该配置信息对该解密后的第二下行数据进行解压缩。在该可能的实现方式中,基于第一网络设备与第二网络设备之间的下行压缩协商完成的基础上,第一网络设备与第二网络设备之间可以传输下行压缩数据。
另一种可能的实现方式中,当该第一网络设备为DU,该第二网络设备为CU时,或者,当该第一网络设备为IAB节点,该第二网络设备为IAB宿主时,该方法还包括:该第一网络设备获取第二上行数据;该第一网络设备根据该置信息对该第二上行数据进行压缩,得到压缩后的第二上行数据;该第一网络设备向该第二网络设备发送该压缩后的第二上行数据。在该可能的实现方式中,基于第一网络设备与第二网络设备之间的上行压缩协商完成的基础上,第一网络设备与第二网络设备之间可以传输上行压缩数据。
本申请实施例第二方面提供一种通信处理方法,该方法应用于无线通信系统,该无线通信系统包括第一网络设备和第二网络设备;该第一网络设备为CU或DU,该第二网络设备为DU或CU;或者,该第一网络设备为IAB节点或IAB宿主,该第二网络设备为IAB宿主或IAB节点,该方法包括:第二网络设备接收来自于第一网络设备发送的第一消息,该第一消息携带第一网络设备的数据压缩和/或解压缩的支持信息;然后,第二网络设备根据该支持信息确定配置信息,该配置信息用于该第一网络设备与该第二网络设备之间传输的数据的压缩和/或解压缩;该第二网络设备向该第一网络设备发送该第一消息所对应的响应消息,该响应消息携带所述配置信息。第一网络设备与第二网络设备通过协商实现对第一网络设备与第二网络设备之间传输的数据的压缩和/或解压缩配置,这样后续第一网络设备与第二网络设备进行数据传输时,可以根据该配置信息对数据进行压缩,并传输压缩数据,从而节省第一网络设备与第二网络设备之间传输的数据量,节约数据传输资源。例如,CU与DU的架构或IAB节点与IAB宿主的架构下,可以通过本申请实施例的技术方案进行协商实现对第一网络设备与第二网络设备之间传输的数据的压缩和/或解压缩配置,以实现CU与DU的架构或IAB架构同样支持数据压缩传输。
一种可能的实现方式中,该支持信息包括该第一网络设备的下行数据压缩能力信息、下行数据解压缩能力信息、该第一网络设备支持的下行数据压缩算法信息、该第一网络设备支持的下行数据解压缩算法信息、该第一网络设备请求支持传输下行压缩数据的数据无线承载DRB中的一个或多个信息;该第二网络设备根据该支持信息确定配置信息包括:该第二网络设备根据该支持信息确定用于该第一网络设备与该第二网络设备之间传输的下行数据的压缩和/或解压缩的配置信息,该配置信息包括该第二网络设备选择的下行数据压缩算法、下行数据解压缩算法以及该第二网络设备确定的支持传输下行压缩数据的DRB中一个或多个信息。在该可能的实现方式中,第一网络设备可以是通过第一消息向第二网络设备请求下行数据压缩协商,第二网络设备可以根据该第一消息携带的支持信息确定用于下行数据压缩和/或解压缩的配置信息。
另一种可能的实现方式中,该支持信息携带第一DRB的信息,该第二网络设备根据该支持信息确定用于该第一网络设备与该第二网络设备之间传输的下行数据的压缩和/或解压缩的配置信息包括:该第二网络设备将该第一DRB配置为支持下行压缩数据的DRB。在该可能的实现方式中,第二网络设备可以将第一网络设备请求配置的第一DRB配置为支持传输下行压缩数据的DRB。
另一种可能的实现方式中,该方法还包括:该第二网络设备确定第二DRB所承载的下行数据的业务类型;该第二网络设备根据第二DRB所承载的下行数据的业务类型和第一预设配置关系将该第二DRB配置为支持传输下行压缩数据的DRB。在该可能的实现方式中,除了将第一DBR配置为支持传输下行压缩数据的DRB之外,第二网络设备可以自行根据第一预设配置关系将第二DRB配置为支持传输下行压缩数据的DRB。
另一种可能的实现方式中,该支持信息未携带该第一网络设备请求配置的DRB,该第二网络设备根据该支持信息确定用于该第一网络设备与该第二网络设备之间传输的下行数据的压缩和/或解压缩的配置信息包括:该第二网络设备将用于承载第一网络设备与第二网络设备之间传输的下行数据的DRB配置为支持传输下行压缩数据的DRB。在该可能的实现方式中,第二网络设备可以将用于承载第一网络设备与第二网络设备之间传输的下行数据的DRB都配置为支持传输下行压缩数据的DRB。
另一种可能的实现方式中,该支持信息未携带第一网络设备请求配置的DRB;该第二网络设备根据该支持信息确定用于该第一网络设备与该第二网络设备之间传输的下行数据的压缩和/或解压缩的配置信息包括:该第二网络设备确定第二DRB所承载的下行数据的业务类型;该第二网络设备根据第二DRB所承载的下行数据的业务类型和第一预设配置关系将该第二DRB配置为支持传输下行压缩数据的DRB。在该可能的实现方式中,第二网络设备可以自行根据第一预设配置关系将第二DRB配置为支持传输下行压缩数据的DRB。
另一种可能的实现方式中,该第二网络设备根据该支持信息确定用于该第一网络设备与该第二网络设备之间传输的下行数据的压缩和/或解压缩的配置信息包括:该第二网络设备根据该支持信息选择第一下行数据压缩算法和第二下行数据压缩算法、第二下行数据解压缩算法和第二下行数据解压缩算法,该第一下行数据压缩算法用于对第一业务类型的下行数据进行压缩,该第二下行数据压缩算法用于对第二业务类型的下行数据进行压缩,第一下行数据解压缩算法用于对第一业务类型的下行数据进行解压缩,该第二下行数据解压缩算法用于对第二业务类型的下行数据进行解压缩。
另一种可能的实现方式中,该支持信息包括该第一网络设备的上行数据压缩能力信息、上行数据解压缩能力信息、该第一网络设备支持的上行数据压缩算法信息、该第一网络设备支持的上行数据解压缩算法信息、该第一网络设备请求支持传输上行压缩数据的DRB中的一个或多个信息;该第二网络设备根据该支持信息确定配置信息包括:该第二网络设备根据该支持信息确定用于该第一网络设备与该第二网络设备之间传输的上行数据的压缩和/或解压缩的配置信息,该配置信息包括该第二网络设备选择的上行数据压缩算法、上行数据解压缩算法以及第二网络设备确定的支持传输上行压缩数据的DRB中的一个或多个信息。
另一种可能的实现方式中,该支持信息携带第三DRB的信息,该第二网络设备根据该支持信息确定用于该第一网络设备与该第二网络设备之间传输的上行数据的压缩和/或解压缩的配置信息包括:该第二网络设备将该第三DRB配置为支持上行压缩数据的DRB。
另一种可能的实现方式中,该方法还包括:该第二网络设备确定该第四DRB所承载的上行数据的业务类型;该第二网络设备根据该第四DRB所承载的上行数据的业务类型和第二预设配置关系将该第四DRB配置为支持传输上行压缩数据的DRB。
另一种可能的实现方式中,该支持信息未携带该第二网络设备请求配置的DRB,该第二网络设备根据该支持信息确定用于该第一网络设备与该第二网络设备之间传输的上行数据的压缩和/或解压缩的配置信息包括:该第二网络设备将用于承载第一网络设备与第二网络设备之间的上行数据的DRB配置为支持传输上行压缩数据的DRB。
另一种可能的实现方式中,该支持信息未携带第一网络设备请求配置的DRB;该第二网络设备根据该支持信息确定用于该第一网络设备与该第二网络设备之间传输的下行数据的压缩和/或解压缩的配置信息包括:该第二网络设备确定第四DRB所承载的上行数据的业务类型;该第二网络设备根据该第四DRB所承载的上行数据的业务类型和第一预设配置关系将该第四DRB配置为支持传输上行压缩数据的DRB。
另一种可能的实现方式中,该第二网络设备根据该支持信息确定用于该第一网络设备与该第二网络设备之间传输的上行数据的压缩和/或解压缩的配置信息包括:该第二网络设备根据该支持信息选择第一上行数据压缩算法和第二上行数据压缩算法、第二上行数据解压缩算法和第二上行数据解压缩算法,该第一上行数据压缩算法用于对第三业务类型的上行数据进行压缩,该第二上行数据压缩算法用于对第四业务类型的上行数据进行压缩,第一上行数据解压缩算法用于对第三业务类型的上行数据进行解压缩,该第二上行数据解压缩算法用于对第四业务类型的上行数据进行解压缩。
另一种可能的实现方式中,该方法还包括:该第二网络设备接收来自于该第一网络设备的通知消息;该第二网络设备根据该通知消息确定对该第一网络设备与该第二网络设备之间传输的数据配置完成。
另一种可能的实现方式中,当该第一网络设备为CU,该第二网络设备为DU时,或者,当该第一网络设备为该IAB宿主,该第二网络设备为IAB节点时,该方法还包括:该第二网络设备接收该第一网络设备发送的压缩后的第一下行数据;该第二网络设备根据该配置信息对该压缩后的第一下行数据进行解压缩。
另一种可能的实现方式中,该配置信息包括第一下行数据解压缩算法和第二下行数据解压缩算法,该第一下行数据解压缩算法用于对第一业务类型的下行数据进行解压缩,该第二下行数据解压缩算法用于对第二业务类型的下行数据进行解压缩;该第二网络设备根据所述配置信息对该压缩后的第一下行数据进行解压缩包括:该第二网络设备确定该压缩后的第一下行数据的业务类型为该第一业务类型;该第二网络设备选择该第一下行数据解压缩算法对该压缩后的第一下行数据进行解压缩。
另一种可能的实现方式中,该方法还包括:该第二网络设备对该压缩后的第一下行数据进行PCDP解密,得到解密后的第一下行数据;
该第二网络设备根据该配置信息对该压缩后的第一下行数据进行解压缩包括:
该第二网络设备根据该配置信息对该解密后的第一下行数据进行解压缩。
另一种可能的实现方式中,当该第一网络设备为CU,该第二网络设备为DU时,或者,当该第一网络设备为该IAB宿主,该第二网络设备为IAB节点时,该方法还包括:该第二网络设备获取第一上行数据;该第二网络设备根据该配置信息对该第一上行数据进行压缩,得到压缩后的第一上行数据;该第二网络设备向该第一网络设备发送该压缩后的第一上行数据。
另一种可能的实现方式中,该配置信息包括第一上行数据压缩算法和第二上行数据压缩算法,该第一上行数据压缩算法用于对第三业务类型的上行数据进行压缩,该第二上行数据压缩算法用于对第四业务类型的上行数据进行压缩;该第二网络设备根据该配置信息对该第一上行数据进行压缩,得到压缩后的第一上行数据包括:该第二网络设备确定该第一上行数据的业务类型为该第三业务类型;该第二网络设备选择该第一上行数据压缩算法对该第一上行数据进行压缩,得到该压缩后的第一上行数据。
另一种可能的实现方式中,该第二网络设备根据该配置信息对该第一上行数据进行压缩,得到压缩后的第一上行数据包括:该第二网络设备根据该配置信息确定承载该第一上行数据的DRB为支持传输上行压缩数据的DRB,并对该第一上行数据进行压缩,得到压缩后的第一上行数据。
另一种可能的实现方式中,当该第一网络设备为DU,该第二网络设备为CU时,或者,当该第一网络设备为IAB节点,该第二网络设备为IAB宿主时,该方法还包括:该第二网络设备获取第二下行数据;该第二网络设备根据该配置信息对该第二下行数据进行压缩,得到压缩后的第二下行数据;该第二网络设备向该第一网络设备发送该压缩后的第二下行数据。
另一种可能的实现方式中,当该第一网络设备为DU,该第二网络设备为CU时,或者,当该第一网络设备为IAB节点,该第二网络设备为IAB宿主时,该方法还包括:该第二网络设备接收该第一网络设备发送压缩后的第二上行数据;该第二网络设备根据该配置信息对该压缩后的第二上行数据进行解压缩。
本申请实施例第三方面提供一种通信处理装置,该通信处理装置应用于无线通信系统,该无线通信系统包括该通信处理装置和第二网络设备,该通信处理装置为CU或DU,该第二网络设备为DU或CU;或者,该通信处理装置为IAB节点或IAB宿主,该第二网络设备为IAB宿主或IAB节点,该通信处理装置包括:
收发模块,用于向第二网络设备发送第一消息,该第一消息用于请求该通信处理装置与第二网络设备之间传输的数据的配置信息,该配置信息用于该数据的压缩和/或解压缩,该第一消息携带通信处理装置的数据压缩和/或解压缩的支持信息;接收来自于第二网络设备的第一消息所对应的响应消息,该响应消息携带该配置信息。
一种可能的实现方式中,第一消息用于请求该通信处理装置与第二网络设备之间传输的下行数据的配置信息,该支持信息包括该通信处理装置的下行数据的压缩能力信息、下行数据解压缩能力信息、该通信处理装置支持的下行数据压缩算法信息、该通信处理装置支持的下行数据解压缩算法信息、该通信处理装置请求支持传输下行压缩数据的数据无线承载DRB中的一个或多个信息;该配置信息包括该第二网络设备选择的下行数据压缩算法、下行数据解压缩算法以及该第二网络设备确定的支持传输下行压缩数据的DRB中的一个或多个信息。
另一种可能的实现方式中,该第一消息用于请求该通信处理装置与该第二网络设备之间传输的上行数据的配置信息,该支持信息包括该通信处理装置的上行数据压缩能力信息、上行数据解压缩能力信息、该通信处理装置支持的上行数据压缩算法信息、上行数据解压缩算法信息、该通信处理装置请求支持传输上行压缩数据的DRB中的一个或多个信息;该配置信息包括该第二网络设备选择的上行数据压缩算法、上行数据解压缩算法以及支持传输上行压缩数据的DRB中的一个或多个信息。
另一种可能的实现方式中,该收发模块还用于:
向第二网络设备发送通知消息,该通知消息用于通知该第二网络设备对该通信处理装置与第二网络设备之间传输的数据配置完成。
另一种可能的实现方式中,当该通信处理装置为CU,该第二网络设备为DU时,或者,当该通信处理装置为IAB宿主,该第二网络设备为IAB节点时,该收发模块还用于:
获取第一下行数据;
该通信处理装置还包括:处理模块;
该处理模块,用于根据该配置信息对该第一下行数据进行压缩,得到压缩后的第一下行数据;
该收发模块还用于向该第二网络设备发送该压缩后的第一下行数据。
另一种可能的实现方式中,该配置信息包括第一下行数据压缩算法和第二下行数据压缩算法,该第一下行数据压缩算法用于对第一业务类型的下行数据进行压缩,该第二下行数据压缩算法用于对第二业务类型的下行数据进行压缩;该处理模块具体用于:
确定该第一下行数据的业务类型为该第一业务类型;该通信处理装置选择该第一下行数据压缩算法对该第一下行数据进行压缩,得到压缩后的第一下行数据。
另一种可能的实现方式中,该配置信息还包括支持传输下行压缩数据的第一DRB的信息;该处理模块还用于:
确定承载所述第一下行数据的DRB为支持传输下行压缩数据的该第一DRB。
另一种可能的实现方式中,该处理模块还用于:
对该第一下行数据进行PDCP加密,得到加密后的第一下行数据;
该处理模块具体用于:
根据该配置信息对所述加密后的第一下行数据进行压缩,得到压缩后的第一下行数据。
另一种可能的实现方式中,当该通信处理装置为CU,该第二网络设备为DU时,或者,当该通信处理装置为IAB宿主,该第二网络设备为IAB节点时,该收发模块还用于:
接收该第二网络设备发送的压缩后的第一上行数据;
该处理模块还用于:
根据该配置信息对该压缩后的第一上行数据进行解压缩。
另一种可能的实现方式中,该配置信息包括第一上行数据解压缩算法和第二上行数据解压缩算法,该第一上行数据解压缩算法用于对第三业务类型的上行数据进行解压缩,该第二上行数据解压缩算法用于对第四业务类型的上行数据进行解压缩;该处理模块具体用于:
确定该压缩后的第一上行数据的业务类型为该第三业务类型;
选择该第一上行数据解压缩算法对该第一上行数据进行解压缩。
另一种可能的实现方式中,该处理模块还用于:
对该压缩后的第一上行数据进行PDCP解密,得到解密后的第一上行数据;
该处理模块具体用于:
根据该配置信息对该解密后的第一上行数据进行解压缩。
另一种可能的实现方式中,当该通信处理装置为DU,该第二网络设备为CU时,或者,当该通信处理装置为IAB节点,该第二网络设备为IAB宿主时,该处理模块还用于:
接收该第二网络设备发送的压缩后的第二下行数据;
根据该配置信息对该解密后的第二下行数据进行解压缩。
另一种可能的实现方式中,当该通信处理装置为DU,该第二网络设备为CU时,或者,当该通信处理装置为IAB节点,该第二网络设备为IAB宿主时,该收发模块还用于:
获取第二上行数据;
该处理模块还用于:
根据该置信息对该第二上行数据进行压缩,得到压缩后的第二上行数据;
该收发模块还用于:
向该第二网络设备发送该压缩后的第二上行数据。
本申请实施例第四方面提供一种通信处理装置,该无线通信系统包括该通信处理装置和第一网络设备,该第一网络设备为CU或DU,该通信处理装置为DU或CU;或者,该第一网络设备为IAB节点或IAB宿主,该通信处理装置为IAB宿主或IAB节点,该通信处理装置包括:
收发模块,用于接收来自于第一网络设备发送的第一消息,该第一消息携带第一网络设备的数据压缩和/或解压缩的支持信息;
处理模块,用于根据该支持信息确定配置信息,该配置信息用于该第一网络设备与该通信处理装置之间传输的数据的压缩和/或解压缩;
该收发模块,用于向该第一网络设备发送该第一消息所对应的响应消息,该响应消息携带所述配置信息。
一种可能的实现方式中,该支持信息包括该第一网络设备的下行数据压缩能力信息、下行数据解压缩能力信息、该第一网络设备支持的下行数据压缩算法信息、该第一网络设备支持的下行数据解压缩算法信息、该第一网络设备请求支持传输下行压缩数据的数据无线承载DRB中的一个或多个信息;该处理模块具体用于:
根据该支持信息确定用于该第一网络设备与该通信处理装置之间传输的下行数据的压缩和/或解压缩的配置信息,该配置信息包括该通信处理装置选择的下行数据压缩算法、下行数据解压缩算法以及该通信处理装置确定的支持传输下行压缩数据的DRB中一个或多个信息。
另一种可能的实现方式中,该支持信息携带第一DRB的信息,该处理模块具体用于:
将该第一DRB配置为支持下行压缩数据的DRB。
另一种可能的实现方式中,该处理模块还用于:
确定第二DRB所承载的下行数据的业务类型;根据第二DRB所承载的下行数据的业务类型和第一预设配置关系将该第二DRB配置为支持传输下行压缩数据的DRB。
另一种可能的实现方式中,该支持信息未携带该第一网络设备请求配置的DRB,该处理模块具体用于:
将用于承载第一网络设备与通信处理装置之间传输的下行数据的DRB配置为支持传输下行压缩数据的DRB。
另一种可能的实现方式中,该支持信息未携带第一网络设备请求配置的DRB;该处理模块具体用于:
确定第二DRB所承载的下行数据的业务类型;
根据第二DRB所承载的下行数据的业务类型和第一预设配置关系将该第二DRB配置为支持传输下行压缩数据的DRB。
另一种可能的实现方式中,该处理模块具体用于:
根据该支持信息选择第一下行数据压缩算法和第二下行数据压缩算法、第二下行数据解压缩算法和第二下行数据解压缩算法,该第一下行数据压缩算法用于对第一业务类型的下行数据进行压缩,该第二下行数据压缩算法用于对第二业务类型的下行数据进行压缩,第一下行数据解压缩算法用于对第一业务类型的下行数据进行解压缩,该第二下行数据解压缩算法用于对第二业务类型的下行数据进行解压缩。
另一种可能的实现方式中,该支持信息包括该第一网络设备的上行数据压缩能力信息、上行数据解压缩能力信息、该第一网络设备支持的上行数据压缩算法信息、该第一网络设备支持的上行数据解压缩算法信息、该第一网络设备请求支持传输上行压缩数据的DRB中的一个或多个信息;该处理模块具体用于:
根据该支持信息确定用于该第一网络设备与该通信处理装置之间传输的上行数据的压缩和/或解压缩的配置信息,该配置信息包括该通信处理装置选择的上行数据压缩算法、上行数据解压缩算法以及通信处理装置确定的支持传输上行压缩数据的DRB中的一个或多个信息。
另一种可能的实现方式中,该支持信息携带第三DRB的信息,该处理模块具体用于:
将该第三DRB配置为支持上行压缩数据的DRB。
另一种可能的实现方式中,该处理模块还用于:
确定该第四DRB所承载的上行数据的业务类型;根据该第四DRB所承载的上行数据的业务类型和第二预设配置关系将该第四DRB配置为支持传输上行压缩数据的DRB。
另一种可能的实现方式中,该支持信息未携带该通信处理装置请求配置的DRB,该处理模块具体用于:
将用于承载第一网络设备与通信处理装置之间的上行数据的DRB配置为支持传输上行压缩数据的DRB。
另一种可能的实现方式中,该支持信息未携带第一网络设备请求配置的DRB;该处理模块具体用于:
确定第四DRB所承载的上行数据的业务类型;根据该第四DRB所承载的上行数据的业务类型和第一预设配置关系将该第四DRB配置为支持传输上行压缩数据的DRB。
另一种可能的实现方式中,该处理模块具体用于:
根据该支持信息选择第一上行数据压缩算法和第二上行数据压缩算法、第二上行数据解压缩算法和第二上行数据解压缩算法,该第一上行数据压缩算法用于对第三业务类型的上行数据进行压缩,该第二上行数据压缩算法用于对第四业务类型的上行数据进行压缩,第一上行数据解压缩算法用于对第三业务类型的上行数据进行解压缩,该第二上行数据解压缩算法用于对第四业务类型的上行数据进行解压缩。
另一种可能的实现方式中,该收发模块还用于:
接收来自于该第一网络设备的通知消息;
该处理模块还用于:
根据该通知消息确定对该第一网络设备与该通信处理装置之间传输的数据配置完成。
另一种可能的实现方式中,当该第一网络设备为CU,该通信处理装置为DU时,或者,当该第一网络设备为该IAB宿主,该通信处理装置为IAB节点时,该收发模块还用于:
接收该第一网络设备发送的压缩后的第一下行数据;
该处理模块还用于:
根据该配置信息对该压缩后的第一下行数据进行解压缩。
另一种可能的实现方式中,该配置信息包括第一下行数据解压缩算法和第二下行数据解压缩算法,该第一下行数据解压缩算法用于对第一业务类型的下行数据进行解压缩,该处理模块具体用于:
确定该压缩后的第一下行数据的业务类型为该第一业务类型;
选择该第一下行数据解压缩算法对该压缩后的第一下行数据进行解压缩。
另一种可能的实现方式中,该处理模块还用于:
对该压缩后的第一下行数据进行PCDP解密,得到解密后的第一下行数据;
该处理模块具体用于:
根据该配置信息对该解密后的第一下行数据进行解压缩。
另一种可能的实现方式中,当该第一网络设备为CU,该通信处理装置为DU时,或者,当该第一网络设备为该IAB宿主,该通信处理装置为IAB节点时,该收发模块还用于:
获取第一上行数据;
该处理模块还用于:
根据该配置信息对该第一上行数据进行压缩,得到压缩后的第一上行数据;
该收发模块还用于:
向该第一网络设备发送该压缩后的第一上行数据。
另一种可能的实现方式中,该配置信息包括第一上行数据压缩算法和第二上行数据压缩算法,该第一上行数据压缩算法用于对第三业务类型的上行数据进行压缩,该第二上行数据压缩算法用于对第四业务类型的上行数据进行压缩;该处理模块具体用于:
确定该第一上行数据的业务类型为该第三业务类型;
选择该第一上行数据压缩算法对该第一上行数据进行压缩,得到该压缩后的第一上行数据。
另一种可能的实现方式中,该处理模块具体用于:
根据该配置信息确定承载该第一上行数据的DRB为支持传输上行压缩数据的DRB,并对该第一上行数据进行压缩,得到压缩后的第一上行数据。
另一种可能的实现方式中,当该第一网络设备为DU,该通信处理装置为CU时,或者,当该第一网络设备为IAB节点,该通信处理装置为IAB宿主时,该收发模块还用于:
获取第二下行数据;
该处理模块还用于:
根据该配置信息对该第二下行数据进行压缩,得到压缩后的第二下行数据;
该收发模块还用于:
向该第一网络设备发送该压缩后的第二下行数据。
另一种可能的实现方式中,当该第一网络设备为DU,该通信处理装置为CU时,或者,当该第一网络设备为IAB节点,该通信处理装置为IAB宿主时,该收发模块还用于:
接收该第一网络设备发送压缩后的第二上行数据;
该处理模块还用于:
根据该配置信息对该压缩后的第二上行数据进行解压缩。
本申请实施例中第五方面提供了一种通信处理装置,该通信处理装置包括:处理器、存储器、输入输出设备以及总线;该存储器中存储有计算机指令;该处理器在执行该存储器中的计算机指令时,该存储器中存储有计算机指令;该处理器在执行该存储器中的计算机指令时,用于实现如第一方面中的任意一种实现方式。
在第五方面的一种可能的实现方式中,该处理器、存储器、输入输出设备分别与该总线相连。
本申请实施例中第六方面提供了一种通信处理装置,该通信处理装置包括:处理器、存储器、输入输出设备以及总线;该存储器中存储有计算机指令;该处理器在执行该存储器中的计算机指令时,该存储器中存储有计算机指令;该处理器在执行该存储器中的计算机指令时,用于实现如第二方面中的任意一种实现方式。
在第六方面的一种可能的实现方式中,该处理器、存储器、输入输出设备分别与该总线相连。
本申请实施例第七方面提供了一种芯片系统,该芯片系统包括处理器和输入/输出端口,所述处理器用于实现上述第一方面中的任一方面所述的通信处理方法所涉及的处理功能,所述输入/输出端口用于实现上述第一方面中的任一方面所述的通信处理方法所涉及的收发功能。
在一种可能的设计中,该芯片系统还包括存储器,该存储器用于存储实现上述第一方面中的任一方面所述的通信处理方法所涉及功能的程序指令和数据。
该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
本申请实施例第八方面提供了一种芯片系统,该芯片系统包括处理器和输入/输出端口,所述处理器用于实现上述第二方面中的任一方面所述的通信处理方法所涉及的处理功能,所述输入/输出端口用于实现上述第二方面中的任一方面所述的通信处理方法所涉及的收发功能。
在一种可能的设计中,该芯片系统还包括存储器,该存储器用于存储实现上述第二方面中的任一方面所述的通信处理方法所涉及功能的程序指令和数据。
该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
本申请实施例第九方面提供一种计算机可读存储介质。该计算机可读存储介质中存储有计算机指令;当该计算机指令在计算机上运行时,使得该计算机执行如第一方面或第二方面中任意一种可能的实现方式所述的通信处理方法。
本申请实施例第十方面提供一种计算机程序产品。该计算机程序产品包括计算机程序或指令,当该计算机程序或指令在计算机上运行时,使得该计算机执行如第一方面或第二方面中任意一种可能的实现方式所述的通信处理方法。
从以上技术方案可以看出,本申请实施例具有以下优点:
经由上述技术方案可知,本申请实施例的技术方案应用于无线通信系统,第一网络设备向第二网络设备发送第一消息,该第一消息用于请求第一网络设备与第二网络设备之间传输的数据的配置信息,该配置信息用于该数据的压缩和/或解压缩,该第一消息携带第一网络设备的数据压缩和/或解压缩的支持信息;然后,第一网络设备接收来自于第二网络设备的第一消息所对应的响应消息,该响应消息携带该配置信息。由此可知,通过本申请实施例的技术方案,第一网络设备与第二网络设备通过协商实现对第一网络设备与第二网络设备之间传输的数据的压缩和/或解压缩配置,这样后续第一网络设备与第二网络设备进行数据传输时,可以根据该配置信息对数据进行压缩,并传输压缩数据,从而节省第一网络设备与第二网络设备之间传输的数据量,节约数据传输资源。例如,CU与DU的架构或IAB节点与IAB宿主的架构下,可以通过本申请实施例的技术方案进行协商实现对第一网络设备与第二网络设备之间传输的数据的压缩和/或解压缩配置,以实现CU与DU的架构或IAB架构同样支持数据压缩传输。
附图说明
图1A为本申请实施例的一个系统框架示意图;
图1B为本申请实施例的另一个系统框架示意图;
图1C为本申请实施例的另一个系统框架示意图;
图2A为本申请实施例通信处理方法的一个实施例示意图;
图2B为本申请实施例通信处理方法的另一个实施例示意图;
图3为本申请实施例通信处理方法的另一个实施例示意图;
图4为本申请实施例通信处理方法的另一个实施例示意图;
图5为本申请实施例通信处理方法的另一个实施例示意图;
图6为本申请实施例通信处理方法的另一个实施例示意图;
图7为本申请实施例通信处理方法的另一个实施例示意图;
图8为本申请实施例通信处理方法的另一个实施例示意图;
图9为本申请实施例通信处理方法的另一个实施例示意图;
图10为本申请实施例通信处理方法的另一个实施例示意图;
图11为本申请实施例通信处理装置的一个结构示意图;
图12为本申请实施例通信处理装置的另一个结构示意图;
图13为本申请实施例通信处理装置的另一个结构示意图;
图14为本申请实施例通信处理装置的另一个结构示意图;
图15为本申请实施例通信处理系统的一个示意图。
具体实施方式
本申请实施例提供了一种通信处理方法和通信处理装置,用于实现CU与DU的架构或IAB架构支持数据压缩传输。
本申请实施例描述的网络架构是为了更加清楚的说明本申请的技术方案,并不构成对本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本申请实施例中,“和/或”描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
本申请实施例的技术方案可以应用于各种无线通信系统,例如:全球移动通信(global system for mobile communications,GSM)系统、码分多址(code divisionmultiple access,CDMA)系统、宽带码分多址(wideband code division multipleaccess,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long term evolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WIMAX)通信系统、第五代(5th generation,5G)通信系统或新无线(new radio,NR)等。
本申请实施例的技术方案可以应用于CU与DU的架构,也可以应用于IAB架构下,还可以应用于其他架构(例如,其他架构存在同样类似的技术问题时,可以通过结合本申请实施例的技术方案来解决),具体本申请不做限定。下面结合图1A、图1B和图1C所示的CU与DU的架构以及IAB架构说明本申请实施例的第一网络设备和第二网络设备。
请参阅图1A,图1A为本申请实施例的一个系统框架示意图。在图1A所示的无线通信系统中,该无线通信系统包括CN设备和RAN设备。其中,RAN设备包括CU和DU,多个DU可以由一个CU集中控制。针对CU与DU之间的F1接口上传输的上行数据和下行数据,通过本申请实施例的技术方案实现在F1接口上传输上行压缩数据或下行压缩数据,以节省数据传输资源,其中,第一网络设备可以为DU,第二网络设备为CU;或者,第一网络设备为CU,第二网络设备为DU。
请参阅图1B,图1B为本申请实施例的另一个系统框架示意图,如图1B所示,还可以将CU的控制面(CP)和CU的用户面(UP)分离,分成不同实体来实现,分别为控制面CU实体(CU-CP实体)和用户面CU实体(CU-UP实体)。
下面结合图1C介绍IAB架构,请参阅图1C,图1C为本申请实施例的另一个系统架构示意图,在该IAB架构下,该无线通信系统包括CN设备、IAB宿主(例如,IAB-donor)、IAB节点(IAB-node)以及终端设备,其中,IAB-donor包括DU和CU。那么通过本申请实施例的技术方案,可以在IAB节点与IAB-donor之间传输上行压缩数据或下行压缩数据,以节省数据传输资源。
请参阅图2A,图2A为本申请实施例通信处理方法的一个实施例示意图,该方法包括:
201、第一网络设备向第二网络设备发送第一消息。
其中,第一消息用于请求第一网络设备与第二网络设备之间传输的数据的配置信息,该配置信息用于该数据的压缩和/或解压缩,第一消息携带第一网络设备的数据压缩和/解压缩的支持信息。
一种可能的实现方式中,第一消息用于请求第一网络设备与第二网络设备之间传输的下行数据的的配置信息,该配置信息用于对该下行数据的压缩和/或解压缩,该支持信息包括以下任一个或任多个信息:
1、第一网络设备的下行数据压缩能力信息和下行数据解压缩能力信息;
例如,第一网络设备支持对下行数据进行压缩和/或解压缩的信息。
2、第一网络设备支持的下行数据压缩算法信息和第一网络设备支持的下行数据解压缩算法信息。
例如,第一网络设备支持的下行数据压缩算法包括A算法和B算法,支持的下行数据解压缩算法包括C算法和D算法。
3、第一网络设备请求支持传输下行压缩数据的DRB;
由于每个DRB所承载的下行业务数据所对应的QCI是预先设定的,而QCI代表某种业务类型或某些业务类型,所以第一网络设备可以通过请求第二网络设备将某些DRB配置为支持传输下行压缩数据的DRB,相当于请求某种业务类型或某些业务类型的下行数据的压缩和/或解压缩的配置信息。
另一种可能的实现方式中,第一消息用于请求第一网络设备与第二网络设备之间传输的上行数据的配置信息,该配置信息用于对该上行数据的压缩和/或解压缩,该支持信息包括以下任一个或任多个信息:
1、第一网络设备的上行数据压缩能力信息和上行数据解压缩能力信息;
例如,第一网络设备支持对上行数据进行压缩和/或解压缩的信息。
2、第一网络设备支持的上行数据压缩算法和第一网络设备支持的上行数据解压缩算法信息;
例如,第一网络设备支持的上行数据压缩算法包括E算法和F算法,支持的上行数据解压缩算法包括G算法和H算法。
3、第一网络设备请求支持传输上行压缩数据的DRB;
由于每个DRB所承载的上行业务数据所对应的QCI是预先设定的,而QCI代表某种业务类型或某些业务类型,所以第一网络设备可以通过请求第二网络设备将某些DRB配置为支持传输上行压缩数据的DRB,相当于请求某种业务类型或某些业务类型的上行数据的压缩和/或解压缩的配置信息。
需要说明的是,上述示出了第一网络设备通过第一消息请求第一网络设备与第二网络设备之间的上行数据或下行数据的配置信息,在实际应用中,第一网络设备也可以通过第一消息同时请求对第一网络设备与第二网络设备之间传输的上行数据和下行数据的配置信,即该配置信息用于上行数据和下行数据的压缩和/或解压缩,则该可能的实现方式中,第一消息携带第一网络设备的上行压缩和/或解压缩的支持信息和下行压缩和/或解压缩的支持信息,具体内容请参阅前述对支持信息的介绍。
202、第二网络设备根据支持信息确定配置信息。
其中,该配置信息用于第一网络设备与第二网络设备之间传输的数据的压缩和/或解压缩。
一种可能的实现方式中,当第一消息用于请求第一网络设备与第二网络设备之间传输的下行数据的配置信息时,第二网络设备根据该支持信息确定第一网络设备与第二网络设备之间传输的下行数据的配置信息,该配置信息包括第二网络设备选择的下行数据压缩算法、下行数据解压缩算法以及第二网络设备确定的支持传输下行压缩数据的DRB中的一个或多个信息。
其中,第二网络设备选择下行数据压缩算法和/或下行数据解压缩算法的方式有多种,下面举例说明:
1、在对第一网络设备与第二网络设备之间传输的下行数据进行压缩或解压缩时,都使用相同的下行数据压缩算法和下行数据解压缩算法。
例如,第二网络设备根据支持信息确定第一网络设备支持的下行数据压缩算法包括A算法和B算法,支持的下行数据解压缩算法包括C算法和D算法,那么第二网络设备可以选择A算法作为对第一网络设备与第二网络设备之间传输的下行数据进行压缩时所采用的算法,选择C算法作为对第一网络设备与第二网络设备之间传输的下行数据进行解压缩时所采用的算法。
2、按照业务类型划分,不同业务类型的下行数据采用不同的下行数据压缩算法和/或下行数据解压缩算法。
例如,第二网络设备可以选择第一下行数据压缩算法作为对第一网络设备与第二网络设备之间传输的第一业务类型的下行数据进行压缩时所采用的压缩算法,选择第一下行数据解压缩算法作为对第一网络设备与第二网络设备之间传输的第一业务类型的下行数据进行解压缩时所采用的算法;而对于第二业务类型的下行数据,第二网络设备选择第二下行数据压缩算法作为对第一网络设备与第二网络设备之间传输的第二业务类型的下行数据进行压缩时所采用的算法,选择第二下行数据解压缩算法作为对第一网络设备与第二网络设备之间传输的第二业务类型的下行数据进行解压缩时所采用的算法。而第一业务类型和第二业务类型可以通过业务的QCI来体现,例如,第一业务类型所对应的业务的QCI为QCI1,第二业务类型所对应的业务的QCI为QCI2,那么可以通过列表的方式告知第一网络设备第二网络设备为不同的业务选择的下行压缩算法,具体可以如下表1所示:
表1
Figure BDA0002301202310000161
其中,第二网络设备确定支持传输下行压缩数据的DRB的方式有多种,下面举例说明:
1、该支持信息携带有第一网络设备请求支持传输下行压缩数据的第一DRB的信息,则第二网络设备根据该支持信息确定第一网络设备与第二网络设备之间传输的下行数据的配置信息包括:第二网络设备将该第一DRB配置为支持传输下行压缩数据的DRB。
例如,该DRB承载第一业务类型的下行数据,第一业务类型可以通过第一业务类型所对应的QCI来体征,例如,第一业务类型的业务的QCI为QCI2(例如,第一业务类型的业务包括视频业务和基于TCP的视频、聊天等业务),那么,第二网络设备可以将该DRB配置为支持传输下行压缩数据的DRB。
2、该支持信息携带有第一网络设备请求支持传输下行压缩数据的第一DRB的信息,则第二网络设备根据该支持信息确定第一网络设备与第二网络设备之间传输的下行数据的配置信息包括:该第二网络设备将该第一DRB配置为支持传输下行压缩数据的DRB。进一步的,该方法还包括:第二网络设备确定第二DRB所承载的下行数据的业务类型,并根据第一预设配置关系和该第二DRB所承载的下行数据的业务类型将该第二DRB配置为支持传输下行压缩数据的DRB。
在该可能的实现方式中,第二网络设备可以先将支持信息携带的第一网络设备请求的第一DRB配置为支持传输下行压缩数据的DRB,然后,再根据预设的配置关系和第二DRB所承载的下行数据的业务类型将第二DRB配置为支持传输下行压缩数据的DRB。即该配置信息包括第一DRB和第二DRB。
其中,第一预设配置关系可以是一种对应关系,该第一预设配置关系为业务类型与DRB配置之间的对应关系,如表1,其中,“0”表示“是”,“1”表示“否”:
表2
Figure BDA0002301202310000171
由表2可知,第一网络设备确定将该第二DRB承载视频会话业务,且该视频会话业务的QCI为QCI2,则第一网络设备根据表1将第二DRB配置为支持传输下行压缩数据的DRB。
其中,该第一预设配置关系还可以是其他形式,例如,数学运算关系等。
其中,该第一预设配置关系可以是预配置的,也可以是通信协议规定的,也可以是第二网络设备通过计算得到的,具体本申请不做限定。
另一种可能的实现方式中,第二网络设备也可以通过历史传输数据确定某些业务类型的数据的传输重复率(例如,用户访问频率较高和/或访问的数据量较大)较高,则第二网络设备可以将该承载该业务类型的数据的DRB预先设定为需要配置为支持传输下行压缩数据的DRB,形成如表1所示的配置关系。
3、该支持信息未携带第一网络设备请求支持传输下行压缩数据的DRB,则第二网络设备根据该支持信息确定第一网络设备与第二网络设备之间传输的下行数据的配置信息包括:第二网络设备将用于承载第一网络设备与第二网络设备之间传输的下行数据的DRB都配置为支持传输下行压缩数据的DRB。
在该可能的实现方式中,即该第二网络设备将用于传输第一网络设备与第二网络设备之间的下行数据的所有DRB都配置为支持传输下行压缩数据的DRB。
4、该支持信息未携带第一网络设备请求支持传输下行压缩数据的DRB,则第二网络设备根据该支持信息确定第一网络设备与第二网络设备之间传输的下行数据的配置信息包括:第二网络设备确定第二DRB所承载的下行数据的业务类型,并根据第一预设配置关系和该第二DRB所承载的下行数据的业务类型将该第二DRB配置为支持传输下行压缩数据的DRB。
在该可能的实现方式中,第一网络设备发送的支持信息中未携带有支持传输下行压缩数据的DRB,第二网络设备可以根据第一预设配置关系和DRB的所承载的下行数据的业务类型配置支持传输下行压缩数据的DRB,其中,第一预设配置关系具体形式可以参阅前述的介绍。
另一种可能的实现方式中,当第一消息用于请求第一网络设备与第二网络设备之间传输的上行数据的配置信息时,第二网络设备根据该支持信息确定用于第一网络设备与第二网络设备之间传输的上行数据的压缩和/或解压缩的配置信息,该配置信息包括第二网络设备选择的上行数据压缩算法、上行数据解压缩算法以及第二网络设备确定的支持传输上行压缩数据的DRB中的一个或多个信息。
其中,第二网络设备选择上行数据压缩算法和/或上行数据解压缩算法的方式有多种,下面举例说明:
1、在对第一网络设备与第二网络设备之间传输的上行数据进行压缩和/或解压缩时,都使用相同的下行数据压缩算法和下行数据解压缩算法。
2、按照业务类型划分,不同业务类型的上行数据采用不同的上行数据压缩算法和/或上行数据解压缩算法。
例如,第二网络设备选择第一上行压缩算法作为第三业务类型的上行数据的压缩算法,选择第二上行压缩算法作为第四业务类型的上行数据的压缩算法,选择第一上行解压缩算法作为第三业务类型的上行数据的解压缩算法,选择第二上行解压缩算法作为第四业务类型的上行数据的解压缩算法。
其中,第二网络设备确定支持传输上行压缩数据的DRB的方式有多种,下面举例说明:
1、该支持信息携带第三DRB的信息,第二网络设备根据该支持信息确定该第一网络设备与第二网络设备之间传输的上行数据的配置信息包括:第二网络设备将该第三DRB配置为支持传输上行压缩数据的DRB。
2、该支持信息携带有第三DRB的信息,第二网络设备根据该支持信息确定该第一网络设备与第二网络设备之间传输的上行数据的配置信息包括:第二网络设备根据该支持信息将该第三DRB配置为支持传输上行压缩数据的DRB;进一步的,该方法还包括:第二网络设备确定该第四DRB所承载的上行数据的业务类型,并根据第二预设配置关系和第四DRB所承载的上行数据的业务类型将第四DRB配置为支持传输上行压缩数据的DRB。
其中,第二预设配置关系与前述第一预设配置关系类似,具体请参阅前述对第一预设配置关系的介绍,这里不再赘述。
3、该支持信息未携带第一网络设备请求支持传输上行压缩数据的DRB,则第二网络设备根据该支持信息确定该第一网络设备与第二网络设备之间传输的上行数据的配置信息包括:第二网络设备将用于承载第一网络设备与第二网络设备之间传输的上行数据的DRB都配置为支持传输上行压缩数据的DRB。
4、该支持信息未携带第一网络设备请求支持传输上行压缩数据的DRB,则第二网络设备根据该支持信息确定该第一网络设备与第二网络设备之间传输的上行数据的配置信息包括:第二网络设备确定该第四DRB所承载的上行数据的业务类型,并根据第二预设配置关系和第四DRB所承载的上行数据的业务类型将第四DRB配置为支持传输上行压缩数据的DRB。
203、第二网络设备向第一网络设备发送该第一消息所对应的响应消息。
其中,该响应消息携带配置信息,该配置信息用于第一网络设备与第二网络设备之间传输的数据的压缩和/或解压缩。
其中,对于下行压缩和/或解压缩的协商,该配置信息包括第二网络设备选择的下行数据压缩算法、下行数据解压缩算法以及第二网络设备确定的支持传输下行压缩数据的DRB中的一个或多个信息。对于上行压缩和/或解压缩的协商,该配置信息包括第二网络设备选择的上行数据压缩算法、上行数据解压缩算法以及第二网络设备确定的支持传输上行压缩数据的DRB中的一个或多个信息。
需要说明的是,当第一网络设备通过该第一消息同时请求用于第一网络设备与第二网络设备之间传输的上行数据和下行数据的压缩和/或解压缩的配置信息时,则该响应消息携带第二网络设备确定的用于上行数据的压缩和/或解压缩的配置信息和用于下行数据的压缩和/或解压缩的配置信息,对于配置信息的具体内容请参阅前述的介绍。
本申请实施例中,第一网络设备向第二网络设备发送第一消息,该第一消息用于请求第一网络设备与第二网络设备之间传输的数据的配置信息,该配置信息用于该数据的压缩和/或解压缩,该第一消息携带第一网络设备的数据压缩和/或解压缩的支持信息;然后,第一网络设备接收来自于第二网络设备的第一消息所对应的响应消息,该响应消息携带该配置信息。由此可知,通过本申请实施例的技术方案,在无线通信系统中,第一网络设备与第二网络设备通过协商实现第一网络设备与第二网络设备之间传输的数据的压缩和/或解压缩配置,这样后续第一网络设备与第二网络设备进行数据传输时,可以根据该配置信息对数据进行压缩,并传输压缩数据,从而节省第一网络设备与第二网络设备之间传输的数据量,节约数据传输资源。例如,CU与DU的架构或IAB节点与IAB宿主的架构下,可以通过本申请实施例的技术方案进行协商实现对第一网络设备与第二网络设备之间传输的数据的压缩和/或解压缩配置,以实现CU与DU的架构或IAB架构同样支持数据压缩传输。
可选的,本实施例中,第一网络设备接收到第一消息所对应的响应消息之后,还可以向第二网络设备反馈通知消息,以指示数据压缩和/或解压缩协商完成。下面结合图2B所示的实施例进行说明,该方法包括:
204、第一网络设备向第二网络设备发送通知消息。
其中,该通知消息用于通知该第二网络设备对该第一网络设备与第二网络设备之间传输的数据配置完成。
具体的,第一网络设备接收到该第一消息对应的响应消息之后,可以保留对应的数据压缩协商结果,并通过该通知消息告知第二网络设备数据压缩协商完成,即对该第一网络设备与第二网络设备之间传输的数据配置完成。
205、第二网络设备根据该通知消息确定对第一网络设备与第二网络设备之间传输的数据配置完成。
示例性的,第一网络设备与第二网络设备通过协商完成对第一网络设备与第二网络设备之间传输的下行数据的压缩和/或解压缩配置之后,第一网络设备与第二网络设备之间在传输下行数据时,可以先对下行数据进行压缩,并向对方发送下行压缩数据。对于上行数据也同理。
本申请实施例的技术方案可以应用于CU-DU架构。在CU与DU的架构下,第一网络设备可以为DU,第二网络设备为CU;或者,第一网络设备为CU,第二网络设备为DU。
首先,以第一网络设备为CU,第二网络设备为DU的场景进行说明,下面结合图3所示的实施例进行介绍,请参阅图3,图3为本申请实施例通信处理方法的另一个实施例示意图,该方法包括:
301、DU向CU发送第一消息。
步骤301与前述图2A所示的步骤201类似,具体请参阅前述图2A所示的步骤201的相关介绍,这里不再赘述。
需要说明的是,第一消息可以是新定义的消息,也可以是标准协议中已经定义的消息,例如,第一消息可以为F1接口建立请求(F1 setup request)消息或gNB-DU配置更新(gNB-DU configuration update)消息等,具体本申请不做限定。第一消息为标准协议中已经定义的消息时,则在该已经定义的消息中携带DU支持数据压缩和/或解压缩的支持信息。
本实施例中,若第一消息用于请求DU与CU之间传输的下行数据的压缩和/或解压缩的配置信息,即DU主动向CU发起下行数据压缩协商请求,具体可以是在DU与CU之间建立通信连接的过程中(即在DU上电后,DU与CU之间的通信链路建立过程中),DU主动向CU发起的。若第一消息用于请求DU与CU之间传输的上行数据的压缩和/或解压缩的配置信息,即DU主动向CU发起上行数据压缩协商请求,具体可以是在DU与CU之间建立通信连接的过程中(即在DU上电后,DU与CU之间的通信链路建立过程中),DU主动向CU发起的,也可以是在DU获取到上行数据,且上行数据的数据量较大或上行数据的传输重复率较高的情况下,DU主动向CU发起的,具体本申请不做限定,可以结合实际应用场景来执行。
302、CU根据该支持信息确定用于DU与CU之间传输的数据的压缩和/或解压缩的配置信息。
步骤302与前述图2A所示的步骤202类似,具体可以参阅前述图2A所示的实施例中的步骤202的相关介绍,这里不再赘述。
303、CU向DU发送第一消息所对应的响应消息。
步骤303与前述图2A所示的步骤203类似,具体请参阅前述图2A所示的步骤203的相关介绍,具体此处不再赘述。
需要说明的是,该响应消息可以是新定义的消息,也可以是标准协议中已经定义的消息,例如,F1接口建立响应(F1 setup response)消息或gNB-DU配置更新确认(gNB-DUconfiguration update acknowledge)消息等,具体本申请不做限定。响应消息为标准协议中已经定义的消息时,则在该已经定义的消息中携带用于DU与CU之间传输的数据的压缩和/或解压缩的配置信息。
304、DU向CU发送通知消息。
305、CU根据该通知消息确定对该DU与CU之间传输的数据配置完成。
步骤304至步骤305与前述图2B所示的实施例中的步骤204至步骤205类似,具体可以参阅前述图2B所示的实施例中的步骤204至步骤205的相关说明,这里不再赘述。
需要说明的是,步骤304和步骤305是可选步骤,在实际应用中,可以结合实际需求选择执行或者不执行,本申请对此不做限定。
若图3所示的实施例为DU主动向CU发起的下行压缩协商过程,那么基于图3所示的实施例的基础上,CU与DU之间可以传输下行压缩数据,下面结合图4所示的实施例介绍CU与DU之间的传输下行压缩数据的过程,请参阅图4,图4为本申请实施例通信处理方法的另一个实施例示意图,该方法包括:
401、CU获取第一下行数据。
其中,第一下行数据为待传输至DU的下行数据。
402、CU根据配置信息对第一下行数据进行压缩,得到压缩后的第一下行数据。
其中,CU对第一下行数据进行压缩的可能方式有多种,下面举例说明:
1、该配置信息包括第一下行数据压缩算法,CU通过该第一下行数据压缩算法对第一下行数据进行压缩,得到压缩后的第一下行数据。
2、该配置信息包括第一下行数据压缩算法和第二下行数据压缩算法,第一下行数据压缩算法用于对第一业务类型的下行数据进行压缩,第二下行数据压缩算法用于对第二业务类型的下行数据进行压缩;那么CU确定该第一下行数据的业务类型为第一业务类型,则CU选择该第一下行数据压缩算法对第一下行数据进行压缩,得到压缩后的第一下行数据。
其中,CU确定该第一下行数据的业务类型可以是通过承载该第一下行数据的DRB来确定(每个DRB所承载的业务数据的QCI是预先设定,因此,可以通过DRB来确定数据的业务类型)。例如,第一业务类型所对应的业务的QCI为QCI1,那么结合表1可知,CU选择第一下行压缩算法对第一下行数据进行压缩。
在该可能的实现方式下,可选的,该配置信息还包括支持传输下行压缩数据第一DRB的信息,则在该CU选择该第一下行压缩算法对第一下行数据进行压缩,得到压缩后的第一下行数据之前,该方法还包括:CU确定承载该第一下行数据的DRB为第一DRB,那么CU则可以选择对应的算法对该第一下行数据进行压缩。
需要说明的是,如果CU根据配置信息确定承载的该第一下行数据的DRB不支持传输下行压缩数据的DRB,则CU按照现有流程将第一下行数据发送给DU。
本实施例中,在步骤402之前,还可以包括步骤402a;
步骤402a:CU对第一下行数据进行PDCP加密,得到加密后的第一下行数据;
具体的,CU支持PDCP协议,在发送第一下行数据之前,先对该第一下行数据进行PDCP加密,以提高数据传输的安全性。
那么,CU根据配置信息对第一下行数据进行压缩,得到压缩后的第一下行数据包括:CU根据配置信息对加密后的第一下行数据进行压缩,得到压缩后的第一下行数据。
403、CU向DU发送压缩后的第一下行数据。
404、DU根据配置信息对压缩后的第一下行数据进行解压缩。
其中,DU对压缩后的第一下行数据解压缩的方式有多种,下面举例说明:
1、该配置信息包括第一下行解压缩算法,DU通过该第一下行解压缩算法对该第一下行数据进行解压缩。
2、该配置信息包括第一下行解压缩算法和第二下行解压缩算法,第一下行解压缩算法用于对第一业务类型的下行数据进行解压缩,第二下行解压缩算法用于对第二业务类型的下行数据进行解压缩;那么DU确定该压缩后的第一下行数据的业务类型为第一业务类型,则DU选择第一下行解压缩算法对压缩后的第一下行数据进行解压缩。
其中,DU可以通过承载该压缩后的第一下行数据的DRB来确定该第一下行数据所对应的业务类型。例如,第一业务类型所对应的业务的QCI为QCI1,那么结合表1可知,DU选择第一下行解压缩算法对该压缩后的第一下行数据进行解压缩。
可选的,当CU执行上述步骤402a,则在步骤404之前,该方法还包括步骤404a;
步骤404a:DU对该压缩后第一下行数据进行PDCP解密,得到解密后的第一下行数据;则该DU根据配置信息对压缩后的第一下行数据进行解压缩包括:DU根据配置信息对解密后的第一下行数据进行解压缩。
其中,DU支持PDCP协议,支持对下行数据的PDCP解密,和对上行数据的PDCP加密。
若图3所示的实施例为DU主动向CU发起的上行压缩协商过程,基于图3所示的实施例的基础上,CU与DU之间可以传输上行压缩数据,下面结合图5所示的实施例介绍CU与DU之间的传输上行压缩数据的过程,请参阅图5,图5为本申请实施例通信处理方法的另一个实施例示意图,该方法包括:
501、DU获取第一上行数据。
502、DU根据配置信息对第一上行数据进行压缩,得到压缩后的第一上行数据。
503、DU向CU发送压缩后的第一上行数据.
504、CU根据配置信息对压缩后的第一上行数据进行解压缩。
步骤501至步骤504与前述图4所示的实施例中的步骤401至步骤404类似,区别仅在于本实施例是针对DU与CU之间传输上行压缩数据的过程,DU对第一上行数据的压缩和CU对第一上行数据的解压缩与前述图4所示的实施例中的CU对第一下行数据的压缩和DU对第一下行数据的解压缩类似,具体可以参考前述图4所示的实施例中的介绍,这里不再赘述。
在CU-DU架构下,以第一网络设备为CU,第二网络设备为DU进行说明,下面结合图6所示的实施例进行介绍,请参阅图6,图6为本申请实施例通信处理方法的另一个实施例示意图,该方法包括:
601、CU向DU发送第一消息。
步骤601与前述图2A所示的步骤201类似,具体请参阅前述图2A所示的步骤201的相关介绍,这里不再赘述。
需要说明的是,第一消息可以是新定义的消息,也可以是标准协议中已经定义的消息,例如,第一消息可以为gNB-CU配置更新(gNB-CU configuration update)消息或gNB-DU资源协调请求(gNB-DU resource coordination request)消息等,具体本申请不做限定。第一消息为标准协议中已经定义的消息时,则在该已经定义的消息中携带DU支持数据压缩和/或解压缩的支持信息。
本实施例中,若第一消息用于请求DU与CU之间传输的下行数据的配置信息,即CU主动向DU发起下行数据压缩协商请求,具体可以是在DU与CU之间建立通信连接的过程中,CU主动向DU发起的;也可以是CU获取到下行数据,且该下行数据的数据量较大或者该下行数据的访问频率较高,CU主动向DU发起的,具体本申请不做限定。若第一消息用于请求DU与CU之间传输的上行数据的配置信息,即CU主动向DU发起上行数据压缩协商请求,具体可以是在DU与CU之间建立通信连接的过程中CU主动向DU发起的,具体本申请不做限定,可以结合实际应用场景来执行。
602、DU根据支持信息确定用于DU与CU之间传输的数据进的压缩和/或解压缩的配置信息。
步骤502与前述图2A所示的步骤202类似,具体可以参阅前述图2A所示的实施例中的步骤202的相关介绍,这里不再赘述。
603、DU向CU发送第一消息所对应的响应消息。
步骤603与前述图2A所示的步骤203类似,具体请参阅前述图2A所示的步骤203的相关介绍,具体此处不再赘述。
需要说明的是,该响应消息可以是新定义的消息,也可以是标准协议中已经定义的消息,例如,gNB-CU配置更新确认(gNB-CU configuration update acknowledge)消息、或gNB-DU资源协调响应(gNB-DU resource coordination response)消息等,具体本申请不做限定。响应消息为标准协议中已经定义的消息时,则在该已经定义的消息中携带DU与CU之间传输的数据的配置信息。
604、CU向DU发送通知消息。
605、DU根据该通知消息确定对该DU与CU之间传输的数据的压缩和/或解压缩配置完成。
步骤604至步骤605与前述图2B所示的实施例中的步骤204至步骤205类似,具体可以参阅前述图2B所示的实施例中的步骤204至步骤205的相关说明,这里不再赘述。
需要说明的是,步骤604和步骤605是可选步骤,在实际应用中,可以结合实际需求选择执行或者不执行,本申请对此不做限定。
若图6所示的实施例为CU主动向DU发起的下行压缩协商过程,那么基于图6所示的实施例的基础上,CU与DU之间可以传输下行压缩数据,则该实施例还包括:
606、CU获取第二下行数据。
607、CU根据配置信息对第二下行数据进行压缩,得到压缩后的第二下行数据。
608、CU向DU发送压缩后的第二下行数据。
609、DU根据配置信息对压缩后的第二下行数据进行解压缩。
步骤606至步骤609与前述图4所示的实施例中的步骤401至步骤404类似,具体请参阅前述图4所示的实施例中的步骤401至步骤404的相关介绍,这里不再赘述。
若图6所示的实施例为CU主动向DU发起的上行压缩协商过程,基于图6所示的实施例的基础上,CU与DU之间可以传输上行压缩数据,则该实施例还包括:
610、DU获取第二上行数据。
611、DU根据配置信息对第二上行数据进行压缩,得到压缩后的第二上行数据。
612、DU向CU发送压缩后的第二上行数据。
613、CU根据配置信息对压缩后的第二上行数据进行解压缩。
步骤610至步骤613与前述图4所示的实施例中的步骤401至步骤404类似,区别仅在于本实施例是针对DU与CU之间传输上行压缩数据的过程,DU对第二上行数据的压缩和CU对第二上行数据的解压缩与前述图4所示的实施例中的CU对第一下行数据的压缩和DU对第一下行数据的解压缩类似,具体可以参考前述图4所示的实施例中的介绍,这里不再赘述。
本申请实施例也可以应用于IAB架构,在IAB架构下,第一网络设备可以为IAB节点,第二网络设备为IAB宿主,下面结合图7所示的实施例进行说明,请参阅图7,图7为本申请实施例通信处理方法的另一个实施例示意图,该方法包括:
701、IAB节点向IAB宿主发送第一消息。
步骤701与前述图2A所示的步骤201类似,具体请参阅前述图2A所示的步骤201的相关介绍,这里不再赘述。
需要说明的是,第一消息可以是新定义的消息,也可以是标准协议中已经定义的消息,例如,第一消息可以为RRC建立请求(RRC setup request)消息或RRC重配置(RRCreconfiguration)消息、或RRC重建立请求(RRC reestablishment request)消息等,具体本申请不做限定。第一消息为标准协议中已经定义的消息时,则在该已经定义的消息中携带IAB节点支持数据压缩和/或解压缩的支持信息。
本实施例中,若第一消息用于请求IAB节点与IAB宿主之间传输的下行数据的配置信息,即IAB节点主动向IAB宿主发起下行数据压缩协商请求,具体可以是在IAB节点与IAB宿主之间建立通信连接的过程中,IAB节点主动向IAB宿主发起的。若第一消息用于请求IAB节点与IAB宿主之间传输的上行数据的配置信息,即IAB节点主动向IAB宿主发起上行数据压缩协商的请求,具体可以是在IAB节点与IAB宿主之间建立通信连接的过程中,IAB节点主动向IAB宿主发起的,也可以是在IAB节点获取到上行数据,且上行数据的数据量较大或上行数据的传输重复率较高的情况下,IAB节点主动向IAB宿主发起的,具体本申请不做限定,可以结合实际应用场景来执行。
702、IAB宿主根据支持信息确定用于IAB节点与IAB宿主之间传输的数据的压缩和/或解压缩的配置信息。
703、IAB宿主向IAB节点发送第一消息所对应的响应消息。
步骤702至步骤703与前述图2A所示的实施例中的步骤202至步骤203类似,具体请参阅前述图2A所示的实施例中的步骤202至步骤203的相关介绍,具体此处不再赘述。
需要说明的是,该响应消息可以是新定义的消息,也可以是标准协议中已经定义的消息,例如,RRC建立(RRC setup)消息、RRC重配置完成(RRC reconfigurationcomplete)消息或者RRC重建立(RRC reestablishment)消息,具体本申请不做限定。响应消息为标准协议中已经定义的消息时,则在该已经定义的消息中携带用于对IAB节点与IAB宿主之间传输的数据的配置信息。
704、IAB节点向IAB宿主发送通知消息。
705、IAB宿主根据该通知消息确定对该IAB节点与IAB宿主之间传输的数据配置完成。
步骤704至步骤705与前述图2B所示的实施例中的步骤204至步骤205类似,具体可以参阅前述图2B所示的实施例中的步骤204至步骤205的相关说明,这里不再赘述。
需要说明的是,步骤704和步骤705是可选步骤,在实际应用中,可以结合实际需求选择执行或者不执行,本申请对此不做限定。
若图7所示的实施例为IAB节点主动向IAB宿主发起的下行压缩协商过程,那么基于图7所示的实施例的基础上,IAB节点与IAB宿主之间可以传输下行压缩数据,下面结合图8所示的实施例介绍IAB节点与IAB宿主之间传输下行压缩数据的过程。请参阅图8,图8为本申请实施例通信处理方法的另一个实施例示意图,该方法包括:
801、IAB宿主获取第一下行数据。
802、IAB宿主根据配置信息对第一下行数据进行压缩,得到压缩后的第一下行数据。
803、IAB宿主向IAB节点发送压缩后的第一下行数据。
804、IAB节点根据配置信息对压缩后的第一下行数据进行解压缩。
步骤801至步骤804与前述图4所示的实施例中的步骤401至步骤404类似,具体请参阅前述图4所示的实施例中的步骤401至步骤404的相关介绍,这里不再赘述。
需要说明的是,当IAB宿主对该第一下行数据进行PDCP加密,然后再根据配置信息对该加密后的第一下行数据进行压缩,得到压缩后的第一下行数据,那么IAB节点接收到该压缩后的第一下行数据时,首先IAB节点对该压缩后的第一下行数据进行解密(即IAB节点支持PACP协议),然后再根据配置信息进行解压缩。
一种可能的实现方式中,当终端设备通过多个IAB节点与IAB宿主连接时,可以是与终端设备连接的IAB节点支持PDCP协议,下面结合图1C进行说明,如图1C所示,终端设备1与IAB节点2进行通信连接,IAB节点2与IAB节点2连接,然后通过IAB节点2与IAB-donor连接,那么在该情况下,可以只有IAB节点2支持PDCP协议,即IAB节点1将接收到的IAB-donor发送的第一下行数据转发给IAB节点2,然后IAB节点2对该第一下行数据进行解密并进行解压缩,再转发给终端设备1。可选的,IAB节点1也可以同时支持PDCP协议,具体此处不做限定。
若图7所示的实施例为IAB节点主动向IAB宿主发起的上行压缩协商过程,那么基于图7所示的实施例的基础上,IAB节点与IAB宿主之间可以传输上行压缩数据,下面结合图9所示的实施例介绍IAB节点与IAB宿主之间传输上行压缩数据的过程。请参阅图9,图9为本申请实施例通信处理方法的另一个实施例示意图,该方法包括:
901、IAB节点获取第一上行数据。
902、IAB节点根据配置信息对第一上行数据进行压缩,得到压缩后的第一上行数据。
903、IAB节点向IAB宿主发送压缩后的第一上行数据。
904、IAB宿主根据配置信息对压缩后的第一上行数据对压缩后的第一上行数据进行解压缩。
步骤901至步骤904与前述图5所示的实施例中的步骤501至步骤504类似,具体可以参考前述图5所示的实施例中的步骤501至步骤504的介绍,这里不再赘述。
在IAB架构下,第一网络设备为IAB宿主,第二网络设备为IAB节点,下面结合图10所示的实施例进行说明,请参阅图10,图10为本申请实施例通信处理方法的另一个实施例示意图,该方法包括:
1001、IAB宿主向IAB节点发送第一消息。
步骤1001与前述图2A所示的步骤201类似,具体请参阅前述图2A所示的步骤201的相关介绍,这里不再赘述。
需要说明的是,第一消息可以是新定义的消息,也可以是标准协议中已经定义的消息,例如,第一消息可以为RRC Setup消息、安全模式命令(security mode command)消息、计数器检查(counter check)消息或者RRC reestablishment消息等,具体本申请不做限定。第一消息为标准协议中已经定义的消息时,则在该已经定义的消息中携带IAB宿主支持数据压缩和/或解压缩的支持信息。
本实施例中,若第一消息用于请求IAB节点与IAB宿主之间传输的下行数据的配置信息,即IAB宿主主动向IAB节点发起下行数据压缩协商请求,具体可以是在IAB节点与IAB宿主之间建立通信连接的过程中,IAB宿主主动向IAB节点发起的;也可以是IAB宿主获取到下行数据,且该下行数据的数据量较大或者该下行数据的访问频率较高,IAB宿主主动向IAB节点发起的,具体本申请不做限定。若第一消息用于请求IAB节点与IAB宿主之间传输的上行数据的配置信息,即IAB宿主主动向IAB节点发起上行数据压缩协商请求,具体可以是在IAB节点与IAB宿主之间建立通信连接的过程中IAB宿主主动向IAB节点发起的,具体本申请不做限定,可以结合实际应用场景来执行。
1002、IAB节点根据支持信息确定用于IAB节点与IAB宿主之间传输的数据的压缩和/或解压缩的配置信息。
1003、IAB节点向IAB宿主发送第一消息所对应的响应消息。
步骤1002至步骤1003与前述图2A所示的步骤202至步骤203类似,具体请参阅前述图2A所示的步骤202至步骤203的相关介绍,具体此处不再赘述。
需要说明的是,该响应消息可以是新定义的消息,也可以是标准协议中已经定义的消息,例如,RRC setup complete消息、安全模式完成(security mode complete)消息、计数器检查响应(counter check response)消息或者RRC reestablishment complete消息等,具体本申请不做限定。第一消息为标准协议中已经定义的消息时,则在该已经定义的消息中携带IAB宿主确定的配置信息。
1004、IAB宿主向IAB节点发送通知消息。
1005、IAB节点根据该通知消息确定对该IAB节点与IAB宿主之间传输的数据的压缩和/或解压缩配置完成。
步骤1004至步骤1005与前述图2B所示的实施例中的步骤204至步骤205类似,具体可以参阅前述图2B所示的实施例中的步骤204至步骤205的相关说明,这里不再赘述。
需要说明的是,步骤1004和步骤1005是可选步骤,在实际应用中,可以结合实际需求选择执行或者不执行,本申请对此不做限定。
若图10所示的实施例为IAB宿主主动向IAB节点发起的下行压缩协商过程,那么基于图10所示的实施例的基础上,IAB宿主与IAB节点之间可以传输下行压缩数据,则该实施例还包括:
1006、IAB宿主获取第二下行数据。
1007、IAB宿主根据配置信息对第二下行数据进行压缩,得到压缩后的第二下行数据。
1008、IAB宿主向IAB节点发送压缩后的第二下行数据。
1009、IAB节点根据配置信息对压缩后的第二下行数据进行解压缩。
步骤1006至步骤1009与前述图4所示的实施例中的步骤401至步骤404类似,具体请参阅前述图4所示的实施例中的步骤401至步骤404的相关介绍,这里不再赘述。
若图10所示的实施例为IAB宿主主动向IAB节点发起的上行压缩协商过程,基于图10所示的实施例的基础上,IAB宿主与IAB节点之间可以传输上行压缩数据,则该实施例还包括:
1010、IAB节点获取第二上行数据。
1011、IAB宿主根据配置信息对第二上行数据进行压缩,得到压缩后的第二上行数据。
1012、IAB节点向IAB宿主发送压缩后的第二上行数据。
1013、IAB宿主根据配置信息对压缩后的第二上行数据进行解压缩。
步骤1010至步骤1013与前述图4所示的实施例中的步骤401至步骤404类似,区别仅在于本实施例是针对IAB宿主与IAB节点之间传输上行压缩数据的过程,IAB节点对第二上行数据的压缩和IAB宿主对第二上行数据的解压缩与前述图4所示的实施例中的CU对第一下行数据的压缩和DU对第一下行数据的解压缩类似,具体可以参考前述图4所示的实施例中的介绍,这里不再赘述。
本申请实施例中,通过上述实施例示出了第一网络设备与第二网络设备进行数据压缩协商的技术方案,同时也可以应用于数据编码能力的协商的场景下,通过本申请实施例的技术方案实现对交互的双方的数据编码能力的协商,以提高数据传输性能。
下面对本申请实施例中提供的一种通信处理装置进行描述。请参阅图11,本申请实施例中通信处理装置的一个实施例,该通信处理装置可以为第一网络设备,或位于第一网络设备上的芯片或芯片系统,该通信处理装置可以用于执行图2A、图2B、图3、图4、图5、图6、图7、图8、图9和图10所示的实施例中第一网络设备执行的步骤,可以参考上述方法实施例中的相关描述。
该通信处理装置包括收发模块1101;可选的,该通信处理装置还包括处理模块1102。
收发模块1101,用于向第二网络设备发送第一消息,该第一消息用于请求该通信处理装置与第二网络设备之间传输的数据的配置信息,该配置信息用于该数据的压缩和/或解压缩,该第一消息携带通信处理装置的数据压缩和/或解压缩的支持信息;接收来自于第二网络设备的第一消息所对应的响应消息,该响应消息携带该配置信息。
一种可能的实现方式中,第一消息用于请求该通信处理装置与第二网络设备之间传输的下行数据的配置信息,该支持信息包括该通信处理装置的下行数据的压缩能力信息、下行数据解压缩能力信息、该通信处理装置支持的下行数据压缩算法信息、该通信处理装置支持的下行数据解压缩算法信息、该通信处理装置请求支持传输下行压缩数据的数据无线承载DRB中的一个或多个信息;该配置信息包括该第二网络设备选择的下行数据压缩算法、下行数据解压缩算法以及该第二网络设备确定的支持传输下行压缩数据的DRB中的一个或多个信息。
另一种可能的实现方式中,该第一消息用于请求该通信处理装置与该第二网络设备之间传输的上行数据的配置信息,该支持信息包括该通信处理装置的上行数据压缩能力信息、上行数据解压缩能力信息、该通信处理装置支持的上行数据压缩算法信息、上行数据解压缩算法信息、该通信处理装置请求支持传输上行压缩数据的DRB中的一个或多个信息;该配置信息包括该第二网络设备选择的上行数据压缩算法、上行数据解压缩算法以及支持传输上行压缩数据的DRB中的一个或多个信息。
另一种可能的实现方式中,该收发模块1101还用于:
向第二网络设备发送通知消息,该通知消息用于通知该第二网络设备对该通信处理装置与第二网络设备之间传输的数据配置完成。
另一种可能的实现方式中,当该通信处理装置为CU,该第二网络设备为DU时,或者,当该通信处理装置为IAB宿主,该第二网络设备为IAB节点时,该收发模块1101还用于:
获取第一下行数据;
该处理模块1102,用于根据该配置信息对该第一下行数据进行压缩,得到压缩后的第一下行数据;
该收发模块1101还用于:
向该第二网络设备发送该压缩后的第一下行数据。
另一种可能的实现方式中,该配置信息包括第一下行数据压缩算法和第二下行数据压缩算法,该第一下行数据压缩算法用于对第一业务类型的下行数据进行压缩,该第二下行数据压缩算法用于对第二业务类型的下行数据进行压缩;该处理模块1102具体用于:
确定该第一下行数据的业务类型为该第一业务类型;该通信处理装置选择该第一下行数据压缩算法对该第一下行数据进行压缩,得到压缩后的第一下行数据。
另一种可能的实现方式中,该配置信息还包括支持传输下行压缩数据的第一DRB的信息;该处理模块1102还用于:
确定承载所述第一下行数据的DRB为支持传输下行压缩数据的该第一DRB。
另一种可能的实现方式中,该处理模块1102还用于:
对该第一下行数据进行PDCP加密,得到加密后的第一下行数据;
该处理模块1102具体用于:
根据该配置信息对所述加密后的第一下行数据进行压缩,得到压缩后的第一下行数据。
另一种可能的实现方式中,当该通信处理装置为CU,该第二网络设备为DU时,或者,当该通信处理装置为IAB宿主,该第二网络设备为IAB节点时,该收发模块1101还用于:
接收该第二网络设备发送的压缩后的第一上行数据;
该处理模块1102还用于:
根据该配置信息对该压缩后的第一上行数据进行解压缩。
另一种可能的实现方式中,该配置信息包括第一上行数据解压缩算法和第二上行数据解压缩算法,该第一上行数据解压缩算法用于对第三业务类型的上行数据进行解压缩,该第二上行数据解压缩算法用于对第四业务类型的上行数据进行解压缩;该处理模块1102具体用于:
确定该压缩后的第一上行数据的业务类型为该第三业务类型;
选择该第一上行数据解压缩算法对该第一上行数据进行解压缩。
另一种可能的实现方式中,该处理模块1102还用于:
对该压缩后的第一上行数据进行PDCP解密,得到解密后的第一上行数据;
该处理模块1102具体用于:
根据该配置信息对该解密后的第一上行数据进行解压缩。
另一种可能的实现方式中,当该通信处理装置为DU,该第二网络设备为CU时,或者,当该通信处理装置为IAB节点,该第二网络设备为IAB宿主时,该处理模块1102还用于:
接收该第二网络设备发送的压缩后的第二下行数据;
根据该配置信息对该解密后的第二下行数据进行解压缩。
另一种可能的实现方式中,当该通信处理装置为DU,该第二网络设备为CU时,或者,当该通信处理装置为IAB节点,该第二网络设备为IAB宿主时,该收发模块1101还用于:
获取第二上行数据;
该处理模块1102还用于:
根据该置信息对该第二上行数据进行压缩,得到压缩后的第二上行数据;
该收发模块1101还用于:
向该第二网络设备发送该压缩后的第二上行数据。
本申请实施例中,收发模块1101向第二网络设备发送第一消息,该第一消息用于请求该第一网络设备与第二网络设备之间传输的数据的配置信息,该配置信息用于该数据的压缩和/或解压缩,该第一消息携带第一网络设备的数据压缩和/或解压缩的支持信息;然后,收发模块1101接收来自于第二网络设备的第一消息所对应的响应消息,该响应消息携带该配置信息。本实施例中,该通信处理装置与第二网络设备通过协商实现对该通信处理装置与第二网络设备之间传输的数据的压缩和/或解压缩配置,这样后续该通信处理装置与第二网络设备进行数据传输时,可以根据该配置信息对数据进行压缩,并传输压缩数据,从而节省该通信处理装置与第二网络设备之间传输的数据量,节约数据传输资源。例如,CU与DU的架构或IAB节点与IAB宿主的架构下,可以通过本申请实施例的技术方案进行协商实现对该通信处理装置与第二网络设备之间传输的数据的压缩和/或解压缩配置,以实现CU与DU的架构或IAB架构同样支持数据压缩传输。
下面对本申请实施例中提供的一种通信处理装置进行描述。请参阅图12,本申请实施例中通信处理装置的一个实施例,该通信处理装置可以为第二网络设备,或位于第二网络设备上的芯片或芯片系统,该通信处理装置可以用于执行图2A、图2B、图3、图4、图5、图6、图7、图8、图9和图10所示的实施例中第二网络设备执行的步骤,可以参考上述方法实施例中的相关描述。
该通信处理装置包括收发模块1201和处理模块1202。
收发模块1201,用于接收来自于第一网络设备发送的第一消息,该第一消息携带第一网络设备的数据压缩和/或解压缩的支持信息;
处理模块1202,用于根据该支持信息确定配置信息,该配置信息用于该第一网络设备与该通信处理装置之间传输的数据的压缩和/或解压缩;
该收发模块1201,用于向该第一网络设备发送该第一消息所对应的响应消息,该响应消息携带所述配置信息。
一种可能的实现方式中,该支持信息包括该第一网络设备的下行数据压缩能力信息、下行数据解压缩能力信息、该第一网络设备支持的下行数据压缩算法信息、该第一网络设备支持的下行数据解压缩算法信息、该第一网络设备请求支持传输下行压缩数据的数据无线承载DRB中的一个或多个信息;该处理模块1202具体用于:
根据该支持信息确定用于该第一网络设备与该通信处理装置之间传输的下行数据的压缩和/或解压缩的配置信息,该配置信息包括该通信处理装置选择的下行数据压缩算法、下行数据解压缩算法以及该通信处理装置确定的支持传输下行压缩数据的DRB中一个或多个信息。
另一种可能的实现方式中,该支持信息携带第一DRB的信息,该处理模块1202具体用于:
将该第一DRB配置为支持下行压缩数据的DRB。
另一种可能的实现方式中,该处理模块1202还用于:
确定第二DRB所承载的下行数据的业务类型;根据第二DRB所承载的下行数据的业务类型和第一预设配置关系将该第二DRB配置为支持传输下行压缩数据的DRB。
另一种可能的实现方式中,该支持信息未携带该第一网络设备请求配置的DRB,该处理模块1202具体用于:
将用于承载第一网络设备与通信处理装置之间传输的下行数据的DRB配置为支持传输下行压缩数据的DRB。
另一种可能的实现方式中,该支持信息未携带第一网络设备请求配置的DRB;该处理模块1202具体用于:
确定第二DRB所承载的下行数据的业务类型;
根据第二DRB所承载的下行数据的业务类型和第一预设配置关系将该第二DRB配置为支持传输下行压缩数据的DRB。
另一种可能的实现方式中,该处理模块1202具体用于:
根据该支持信息选择第一下行数据压缩算法和第二下行数据压缩算法、第二下行数据解压缩算法和第二下行数据解压缩算法,该第一下行数据压缩算法用于对第一业务类型的下行数据进行压缩,该第二下行数据压缩算法用于对第二业务类型的下行数据进行压缩,第一下行数据解压缩算法用于对第一业务类型的下行数据进行解压缩,该第二下行数据解压缩算法用于对第二业务类型的下行数据进行解压缩。
另一种可能的实现方式中,该支持信息包括该第一网络设备的上行数据压缩能力信息、上行数据解压缩能力信息、该第一网络设备支持的上行数据压缩算法信息、该第一网络设备支持的上行数据解压缩算法信息、该第一网络设备请求支持传输上行压缩数据的DRB中的一个或多个信息;该处理模块1202具体用于:
根据该支持信息确定用于该第一网络设备与该通信处理装置之间传输的上行数据的压缩和/或解压缩的配置信息,该配置信息包括该通信处理装置选择的上行数据压缩算法、上行数据解压缩算法以及通信处理装置确定的支持传输上行压缩数据的DRB中的一个或多个信息。
另一种可能的实现方式中,该支持信息携带第三DRB的信息,该处理模块1202具体用于:
将该第三DRB配置为支持上行压缩数据的DRB。
另一种可能的实现方式中,该处理模块1202还用于:
确定该第四DRB所承载的上行数据的业务类型;根据该第四DRB所承载的上行数据的业务类型和第二预设配置关系将该第四DRB配置为支持传输上行压缩数据的DRB。
另一种可能的实现方式中,该支持信息未携带该通信处理装置请求配置的DRB,该处理模块1202具体用于:
将用于承载第一网络设备与通信处理装置之间的上行数据的DRB配置为支持传输上行压缩数据的DRB。
另一种可能的实现方式中,该支持信息未携带第一网络设备请求配置的DRB;该处理模块1202具体用于:
确定第四DRB所承载的上行数据的业务类型;根据该第四DRB所承载的上行数据的业务类型和第一预设配置关系将该第四DRB配置为支持传输上行压缩数据的DRB。
另一种可能的实现方式中,该处理模块1202具体用于:
根据该支持信息选择第一上行数据压缩算法和第二上行数据压缩算法、第二上行数据解压缩算法和第二上行数据解压缩算法,该第一上行数据压缩算法用于对第三业务类型的上行数据进行压缩,该第二上行数据压缩算法用于对第四业务类型的上行数据进行压缩,第一上行数据解压缩算法用于对第三业务类型的上行数据进行解压缩,该第二上行数据解压缩算法用于对第四业务类型的上行数据进行解压缩。
另一种可能的实现方式中,该收发模块1201还用于:
接收来自于该第一网络设备的通知消息;
该处理模块1202还用于:
根据该通知消息确定对该第一网络设备与该通信处理装置之间传输的数据配置完成。
另一种可能的实现方式中,当该第一网络设备为CU,该通信处理装置为DU时,或者,当该第一网络设备为该IAB宿主,该通信处理装置为IAB节点时,该收发模块1201还用于:
接收该第一网络设备发送的压缩后的第一下行数据;
该处理模块1202还用于:
根据该配置信息对该压缩后的第一下行数据进行解压缩。
另一种可能的实现方式中,该配置信息包括第一下行数据解压缩算法和第二下行数据解压缩算法,该第一下行数据解压缩算法用于对第一业务类型的下行数据进行解压缩,该处理模块1202具体用于:
确定该压缩后的第一下行数据的业务类型为该第一业务类型;
选择该第一下行数据解压缩算法对该压缩后的第一下行数据进行解压缩。
另一种可能的实现方式中,该处理模块1202还用于:
对该压缩后的第一下行数据进行PCDP解密,得到解密后的第一下行数据;
该处理模块1202具体用于:
根据该配置信息对该解密后的第一下行数据进行解压缩。
另一种可能的实现方式中,当该第一网络设备为CU,该通信处理装置为DU时,或者,当该第一网络设备为该IAB宿主,该通信处理装置为IAB节点时,该收发模块1201还用于:
获取第一上行数据;
该处理模块1202还用于:
根据该配置信息对该第一上行数据进行压缩,得到压缩后的第一上行数据;
该收发模块1201还用于:
向该第一网络设备发送该压缩后的第一上行数据。
另一种可能的实现方式中,该配置信息包括第一上行数据压缩算法和第二上行数据压缩算法,该第一上行数据压缩算法用于对第三业务类型的上行数据进行压缩,该第二上行数据压缩算法用于对第四业务类型的上行数据进行压缩;该处理模块1202具体用于:
确定该第一上行数据的业务类型为该第三业务类型;
选择该第一上行数据压缩算法对该第一上行数据进行压缩,得到该压缩后的第一上行数据。
另一种可能的实现方式中,该处理模块1202具体用于:
根据该配置信息确定承载该第一上行数据的DRB为支持传输上行压缩数据的DRB,并对该第一上行数据进行压缩,得到压缩后的第一上行数据。
另一种可能的实现方式中,当该第一网络设备为DU,该通信处理装置为CU时,或者,当该第一网络设备为IAB节点,该通信处理装置为IAB宿主时,该收发模块1201还用于:
获取第二下行数据;
该处理模块1202还用于:
根据该配置信息对该第二下行数据进行压缩,得到压缩后的第二下行数据;
该收发模块1201还用于:
向该第一网络设备发送该压缩后的第二下行数据。
另一种可能的实现方式中,当该第一网络设备为DU,该通信处理装置为CU时,或者,当该第一网络设备为IAB节点,该通信处理装置为IAB宿主时,该收发模块1201还用于:
接收该第一网络设备发送压缩后的第二上行数据;
该处理模块1202还用于:
根据该配置信息对该压缩后的第二上行数据进行解压缩。
本申请实施例中,收发模块1201接收来自于第一网络设备发送的第一消息,该第一消息携带第一网络设备的数据压缩和/或解压缩的支持信息;然后,处理模块1202根据该支持信息确定配置信息,该配置信息用于该第一网络设备与该第二网络设备之间传输的数据的压缩和/或解压缩;该收发模块1201向该第一网络设备发送该第一消息所对应的响应消息,该响应消息携带所述配置信息。第一网络设备与该通信处理装置通过协商实现对第一网络设备与该通信处理装置之间传输的数据的压缩和/或解压缩配置,这样后续第一网络设备与该通信处理装置进行数据传输时,可以根据该配置信息对数据进行压缩,并传输压缩数据,从而节省第一网络设备与该通信处理装置之间传输的数据量,节约数据传输资源。例如,CU与DU的架构或IAB节点与IAB宿主的架构下,可以通过本申请实施例的技术方案进行协商实现对第一网络设备与该通信处理装置之间传输的数据的压缩和/或解压缩配置,以实现CU与DU的架构或IAB架构同样支持数据压缩传输。
本申请还提供一种通信处理装置1300,请参阅图13,本申请实施例中通信处理装置一个实施例,该通信处理装置可以为第一网络设备,或位于第一网络设备上的芯片或芯片系统,该通信处理装置可以用于执行图2A、图2B、图3、图4、图5、图6、图7、图8、图9和图10所示的实施例中第一网络设备执行的步骤,可以参考上述方法实施例中的相关描述。
该通信处理装置1300包括:处理器1301、存储器1302、输入输出设备1303以及总线1304。
一种可能的实现方式中,该处理器1301、存储器1302、输入输出设备1303分别与总线1304相连,该存储器中存储有计算机指令。
前述图11所示的实施例中的处理模块1102具体可以是本实施例中的处理器1301,因此该处理器1301的具体实现不再赘述。前述图11所示的实施例中的收发模块1101则具体可以是本实施例中的输入输出设备1303,因此该输入输出设备1303的具体实现不再赘述。
本申请还提供一种通信处理装置1400,请参阅图14,本申请实施例中通信处理装置一个实施例,该通信处理装置可以为第二网络设备,或位于第二网络设备上的芯片或芯片系统,该通信处理装置可以用于执行图2A、图2B、图3、图4、图5、图6、图7、图8、图9和图10所示的实施例中第一网络设备执行的步骤,可以参考上述方法实施例中的相关描述。
该通信处理装置1400包括:处理器1401、存储器1402、输入输出设备1403以及总线1404。
一种可能的实现方式中,该处理器1401、存储器1402、输入输出设备1403分别与总线1404相连,该存储器中存储有计算机指令。
前述图12所示的实施例中的处理模块1202具体可以是本实施例中的处理器1401,因此该处理器1401的具体实现不再赘述。前述图12所示的实施例中的收发模块1201则具体可以是本实施例中的输入输出设备1403,因此该输入输出设备1403的具体实现不再赘述。
请参阅图15,本申请实施例还提供了一种通信处理系统,该通信处理系统包括信息通信处理装置,具体地,通信处理装置可以包括第一网络设备和第二网络设备;其中,第一网络设备可以用于执行图2A、图2B、图3、图4、图5、图6、图7、图8、图9和图10所示的实施例中第一网络设备执行的全部或者部分步骤,第二网络设备用于执行图2A、图2B、图3、图4、图5、图6、图7、图8、图9和图10所示的实施例中第二网络设备执行的全部或者部分步骤。
本申请实施例提供了一种芯片系统,该芯片系统包括处理器和输入/输出端口,所述处理器用于实现上述图2A、图2B、图3、图4、图5、图6、图7、图8、图9和图10所示的实施例中所涉及的处理功能,所述输入/输出端口用于实现上述图2A、图2B、图3、图4、图5、图6、图7、图8、图9和图10所示的实施例所涉及的收发功能。
在一种可能的设计中,该芯片系统还包括存储器,该存储器用于存储实现上述图2A、图2B、图3、图4、图5、图6、图7、图8、图9和图10所示的实施例中所涉及功能的程序指令和数据。
该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行图2A、图2B、图3、图4、图5、图6、图7、图8、图9和图10所示实施例的方法。
根据本申请实施例提供的方法,本申请还提供一种计算机可读介质,该计算机可读介质存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行图2A、图2B、图3、图4、图5、图6、图7、图8、图9和图10所示实施例的方法。
本申请实施例还提供了一种处理装置,包括处理器和接口;所述处理器用于执行上述任一方法实施例中的方法。
应理解,上述处理装置可以是一个芯片。例如,该处理装置可以是现场可编程门阵列(field programmable gate array,FPGA),可以是专用集成芯片(applicationspecific integrated circuit,ASIC),还可以是系统芯片(system on chip,SoC),还可以是中央处理器(central processor unit,CPU),还可以是网络处理器(networkprocessor,NP),还可以是数字信号处理电路(digital signal processor,DSP),还可以是微控制器(micro controller unit,MCU),还可以是可编程控制器(programmable logicdevice,PLD)或其他集成芯片。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应注意,本申请实施例中的处理器可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(directrambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
上述各个装置实施例中通信处理装置和方法实施例中第一网络设备和第二网络设备完全对应,由相应的模块或单元执行相应的步骤,例如通信单元(收发器)执行方法实施例中接收或发送的步骤,除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中,处理器可以为一个或多个。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step),能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (32)

1.一种通信处理方法,其特征在于,所述方法应用于无线通信系统,所述无线通信系统包括第一网络设备和第二网络设备;所述第一网络设备为集中控制单元CU或分布式控制单元DU,所述第二网络设备为DU或CU;或者,所述第一网络设备为集成接入回传IAB节点或IAB宿主,所述第二网络设备为IAB宿主或IAB节点;所述方法包括:
第一网络设备向第二网络设备发送第一消息,所述第一消息用于请求所述第一网络设备与所述第二网络设备之间传输的数据的配置信息,所述配置信息用于所述数据的压缩和/或解压缩,所述第一消息携带所述第一网络设备的数据压缩和/或解压缩的支持信息;
所述第一网络设备接收来自于所述第二网络设备的所述第一消息所对应的响应消息,所述响应消息携带所述配置信息。
2.根据权利要求1所述的方法,其特征在于,所述第一消息用于请求所述第一网络设备与所述第二网络设备之间传输的下行数据的配置信息,所述支持信息包括所述第一网络设备的下行数据压缩能力信息、下行数据解压缩能力信息、所述第一网络设备支持的下行数据压缩算法信息、所述第一网络设备支持的下行数据解压缩算法信息、所述第一网络设备请求支持传输下行压缩数据的数据无线承载DRB中的一个或多个信息;
所述配置信息包括所述第二网络设备选择的下行数据压缩算法、下行数据解压缩算法以及所述第二网络设备确定的支持传输下行压缩数据的DRB中的一个或多个信息。
3.根据权利要求1所述的方法,其特征在于,所述第一消息用于请求所述第一网络设备与所述第二网络设备之间传输的上行数据的配置信息,所述支持信息包括所述第一网络设备的上行数据压缩能力信息、上行数据解压缩能力信息、所述第一网络设备支持的上行数据压缩算法信息、上行数据解压缩算法信息、所述第一网络设备请求支持传输上行压缩数据的DRB中的一个或多个信息;
所述配置信息包括所述第二网络设备选择的上行数据压缩算法、上行数据解压缩算法以及支持传输上行压缩数据的DRB中的一个或多个信息。
4.根据权利要求1至3中的任一项所述的方法,其特征在于,所述方法还包括:
所述第一网络设备向所述第二网络设备发送通知消息,所述通知消息用于通知所述第二网络设备对所述第一网络设备与所述第二网络设备之间传输的数据配置完成。
5.根据权利要求1至4中的任一项所述的方法,其特征在于,当所述第一网络设备为集中控制单元CU,所述第二网络设备为分布式控制单元DU时,或者,当所述第一网络设备为集成接入回传IAB宿主,所述第二网络设备为IAB节点时,所述方法还包括:
所述第一网络设备获取第一下行数据;
所述第一网络设备根据所述配置信息对所述第一下行数据进行压缩,得到压缩后的第一下行数据;
所述第一网络设备向所述第二网络设备发送所述压缩后的第一下行数据。
6.根据权利要求1至4中的任一项所述的方法,其特征在于,当所述第一网络设备为CU,所述第二网络设备为DU时,或者,当所述第一网络设备为IAB宿主,所述第二网络设备为IAB节点时,所述方法还包括:
所述第一网络设备接收所述第二网络设备发送的压缩后的第一上行数据;
所述第一网络设备根据所述配置信息对所述压缩后的第一上行数据进行解压缩。
7.根据权利要求1至4中的任一项所述的方法,其特征在于,当所述第一网络设备为DU,所述第二网络设备为CU时,或者,当所述第一网络设备为IAB节点,所述第二网络设备为IAB宿主时,所述方法还包括:
所述第一网络设备接收所述第二网络设备发送的压缩后的第二下行数据;
所述第一网络设备根据所述配置信息对所述解密后的第二下行数据进行解压缩。
8.根据权利要求1至4中的任一项所述的方法,其特征在于,当所述第一网络设备为DU,所述第二网络设备为CU时,或者,当所述第一网络设备为IAB节点,所述第二网络设备为IAB宿主时,所述方法还包括:
所述第一网络设备获取第二上行数据;
所述第一网络设备根据所述配置信息对所述第二上行数据进行压缩,得到压缩后的第二上行数据;
所述第一网络设备向所述第二网络设备发送所述压缩后的第二上行数据。
9.一种通信处理方法,其特征在于,所述方法应用于无线通信系统,所述无线通信系统包括第一网络设备和第二网络设备;所述第一网络设备为集中控制单元CU或分布式控制单元DU,所述第二网络设备为DU或CU;或者,所述第一网络设备为IAB节点或IAB宿主,所述第二网络设备为集成接入回传IAB宿主或IAB节点;所述方法包括:
第二网络设备接收来自于第一网络设备的第一消息,所述第一消息携带所述第一网络设备的数据压缩和/或解压缩的支持信息;
所述第二网络设备根据所述支持信息确定配置信息,所述配置信息用于所述第一网络设备与所述第二网络设备之间传输的数据的压缩和/或解压缩;
所述第二网络设备向所述第一网络设备发送所述第一消息所对应的响应消息,所述响应消息携带所述配置信息。
10.根据权利要求9所述的方法,其特征在于,所述支持信息包括所述第一网络设备的下行数据压缩能力信息、下行数据解压缩能力信息、所述第一网络设备支持的下行数据压缩算法信息、所述第一网络设备支持的下行数据解压缩算法信息、所述第一网络设备请求支持传输下行压缩数据的数据无线承载DRB中的一个或多个信息;
所述第二网络设备根据所述支持信息确定配置信息包括:
所述第二网络设备根据所述支持信息确定用于所述第一网络设备与所述第二网络设备之间传输的下行数据的压缩和/或解压缩的配置信息,所述配置信息包括所述第二网络设备选择的下行数据压缩算法、下行数据解压缩算法以及所述第二网络设备确定的支持传输下行压缩数据的DRB中一个或多个信息。
11.根据权利要求9所述的方法,其特征在于,所述支持信息包括所述第一网络设备的上行数据压缩能力信息、上行数据解压缩能力信息、所述第一网络设备支持的上行数据压缩算法信息、所述第一网络设备支持的上行数据解压缩算法信息、所述第一网络设备请求支持传输上行压缩数据的DRB中的一个或多个信息;
所述第二网络设备根据所述支持信息确定配置信息包括:
所述第二网络设备根据所述支持信息确定用于所述第一网络设备与所述第二网络设备之间传输的上行数据的压缩和/或解压缩的配置信息,所述配置信息包括所述第二网络设备选择的上行数据压缩算法、上行数据解压缩算法以及所述第二网络设备确定的支持传输上行压缩数据的DRB中的一个或多个信息。
12.根据权利要求9至11中的任一项所述的方法,其特征在于,所述方法还包括:
所述第二网络设备接收来自于所述第一网络设备的通知消息;
所述第二网络设备根据所述通知消息确定对所述第一网络设备与所述第二网络设备之间传输的数据配置完成。
13.根据权利要求9至12中的任一项所述的方法,其特征在于,当所述第一网络设备为CU,所述第二网络设备为DU时,或者,当所述第一网络设备为IAB宿主,所述第二网络设备为IAB节点时,所述方法还包括:
所述第二网络设备接收所述第一网络设备发送的压缩后的第一下行数据;
所述第二网络设备根据所述配置信息对所述压缩后的第一下行数据进行解压缩。
14.根据权利要求9至12中的任一项所述的方法,其特征在于,当所述第一网络设备为CU,所述第二网络设备为DU时,或者,当所述第一网络设备为IAB宿主,所述第二网络设备为IAB节点时,所述方法还包括:
所述第二网络设备获取第一上行数据;
所述第二网络设备根据所述配置信息对所述第一上行数据进行压缩,得到压缩后的第一上行数据;
所述第二网络设备向所述第一网络设备发送所述压缩后的第一上行数据。
15.根据权利要求9至12中的任一项所述的方法,其特征在于,当所述第一网络设备为DU,所述第二网络设备为CU时,或者,当所述第一网络设备为IAB节点,所述第二网络设备为IAB宿主时,所述方法还包括:
所述第二网络设备获取第二下行数据;
所述第二网络设备根据所述配置信息对所述第二下行数据进行压缩,得到压缩后的第二下行数据;
所述第二网络设备向所述第一网络设备发送所述压缩后的第二下行数据。
16.根据权利要求9至12中的任一项所述的方法,其特征在于,当所述第一网络设备为DU,所述第二网络设备为CU时,或者,当所述第一网络设备为IAB节点,所述第二网络设备为IAB宿主时,所述方法还包括:
所述第二网络设备接收所述第一网络设备发送压缩后的第二上行数据;
所述第二网络设备根据所述配置信息对所述压缩后的第二上行数据进行解压缩。
17.一种通信处理装置,其特征在于,所述通信处理装置应用于无线通信系统,所述无线通信系统包括所述通信处理装置和第二网络设备,所述通信处理装置为集中控制单元CU或分布式控制单元DU,所述第二网络设备为DU或CU;或者,所述通信处理装置为集成接入回传IAB节点或IAB宿主,所述第二网络设备为IAB宿主或IAB节点;该通信处理装置包括:
收发模块,用于向第二网络设备发送第一消息,所述第一消息用于请求所述第一网络设备与所述第二网络设备之间传输的数据的配置信息,所述配置信息用于所述数据的压缩和/或解压缩,所述第一消息携带所述第一网络设备的数据压缩和/或解压缩的支持信息;接收来自于所述第二网络设备的所述第一消息所对应的响应消息,所述响应消息携带所述配置信息。
18.根据权利要求17所述的通信处理装置,其特征在于,所述第一消息用于请求所述第一网络设备与所述第二网络设备之间传输的下行数据的配置信息,所述支持信息包括所述第一网络设备的下行数据压缩能力信息、下行数据解压缩能力信息、所述第一网络设备支持的下行数据压缩算法信息、所述第一网络设备支持的下行数据解压缩算法信息、所述第一网络设备请求支持传输下行压缩数据的数据无线承载DRB中的一个或多个信息;
所述配置信息包括所述第二网络设备选择的下行数据压缩算法、下行数据解压缩算法以及所述第二网络设备确定的支持传输下行压缩数据的DRB中的一个或多个信息。
19.根据权利要求17或18所述的通信处理装置,其特征在于,所述第一消息用于请求所述第一网络设备与所述第二网络设备之间传输的上行数据的配置信息,所述支持信息包括所述第一网络设备的上行数据压缩能力信息、上行数据解压缩能力信息、所述第一网络设备支持的上行数据压缩算法信息、上行数据解压缩算法信息、所述第一网络设备请求支持传输上行压缩数据的DRB中的一个或多个信息;
所述配置信息包括所述第二网络设备选择的上行数据压缩算法、上行数据解压缩算法以及支持传输上行压缩数据的DRB中的一个或多个信息。
20.根据权利要求17至19中的任一项所述的通信处理装置,其特征在于,所述收发模块还用于:
向所述第二网络设备发送通知消息,所述通知消息用于通知所述第二网络设备对所述第一网络设备与所述第二网络设备之间传输的数据配置完成。
21.根据权利要求17至20中的任一项所述的通信处理装置,其特征在于,当所述通信处理装置为CU,所述第二网络设备为DU时,或者,当所述通信处理装置为IAB宿主,所述第二网络设备为IAB节点时,所述收发模块还用于:
获取第一下行数据;
所述通信处理装置还包括处理模块;
所述处理模块,用于根据所述配置信息对所述第一下行数据进行压缩,得到压缩后的第一下行数据;
所述收发模块还用于:
向所述第二网络设备发送所述压缩后的第一下行数据。
22.根据权利要求17至20中的任一项所述的通信处理装置,其特征在于,当所述通信处理装置为CU,所述第二网络设备为DU时,或者,当所述通信处理装置为IAB宿主,所述第二网络设备为IAB节点时,所述收发模块还用于:
接收所述第二网络设备发送的压缩后的第一上行数据;
所述通信处理装置还包括处理模块;
所述处理模块还用于:
根据所述配置信息对所述压缩后的第一上行数据进行解压缩。
23.根据权利要求17至20中的任一项所述的通信处理装置,其特征在于,当所述通信处理装置为DU,所述第二网络设备为CU时,或者,当所述通信处理装置为IAB节点,所述第二网络设备为IAB宿主时,所述收发模块还用于:
接收所述第二网络设备发送的压缩后的第二下行数据;
所述通信处理装置还包括处理模块;
所述处理模块还用于:
根据所述配置信息对所述解密后的第二下行数据进行解压缩。
24.根据权利要求17至20中的任一项所述的通信处理装置,其特征在于,当所述通信处理装置为DU,所述第二网络设备为CU时,或者,当所述通信处理装置为IAB节点,所述第二网络设备为IAB宿主时,所述收发模块还用于:
获取第二上行数据;
所述通信处理装置还包括处理模块;
所述处理模块还用于:
根据所述配置信息对所述第二上行数据进行压缩,得到压缩后的第二上行数据;
所述收发模块还用于:
向所述第二网络设备发送所述压缩后的第二上行数据。
25.一种通信处理装置,其特征在于,所述通知处理装置应用于无线通信系统,所述无线通信系统包括所述通信处理装置和第一网络设备,所述第一网络设备为集中控制单元CU或分布式控制单元DU,所述通信处理装置为DU或CU;或者,所述第一网络设备为集成接入回传IAB节点或IAB宿主,所述通信处理装置为IAB宿主或IAB节点;所述通信处理装置包括:
收发模块,用于接收来自于第一网络设备的第一消息,所述第一消息携带所述第一网络设备的数据压缩和/或解压缩的支持信息;
处理模块,用于根据所述支持信息确定配置信息,所述配置信息用于所述第一网络设备与所述第二网络设备之间传输的数据的压缩和/或解压缩;
所述收发模块,用于向所述第一网络设备发送所述第一消息所对应的响应消息,所述响应消息携带所述配置信息。
26.根据权利要求25所述的通信处理装置,其特征在于,所述支持信息包括所述第一网络设备的下行数据压缩能力信息、下行数据解压缩能力信息、所述第一网络设备支持的下行数据压缩算法信息、所述第一网络设备支持的下行数据解压缩算法信息、所述第一网络设备请求支持传输下行压缩数据的数据无线承载DRB中的一个或多个信息;所述处理模块具体用于:
根据所述支持信息确定用于所述第一网络设备与所述第二网络设备之间传输的下行数据的压缩和/或解压缩的配置信息,所述配置信息包括所述第二网络设备选择的下行数据压缩算法、下行数据解压缩算法以及所述第二网络设备确定的支持传输下行压缩数据的DRB中一个或多个信息。
27.根据权利要求25所述的通信处理装置,其特征在于,所述支持信息包括所述第一网络设备的上行数据压缩能力信息、上行数据解压缩能力信息、所述第一网络设备支持的上行数据压缩算法信息、所述第一网络设备支持的上行数据解压缩算法信息、所述第一网络设备请求支持传输上行压缩数据的DRB中的一个或多个信息;所述处理模块具体用于:
根据所述支持信息确定用于所述第一网络设备与所述第二网络设备之间传输的上行数据的压缩和/或解压缩的配置信息,所述配置信息包括所述第二网络设备选择的上行数据压缩算法、上行数据解压缩算法以及所述第二网络设备确定的支持传输上行压缩数据的DRB中的一个或多个信息。
28.根据权利要求25至27中的任一项所述的通信处理装置,其特征在于,所述收发模块还用于:
接收来自于所述第一网络设备的通知消息;
所述处理模块还用于:
根据所述通知消息确定对所述第一网络设备与所述第二网络设备之间传输的数据配置完成。
29.根据权利要求25至28中的任一项所述的通信处理装置,其特征在于,当所述第一网络设备为CU,所述通信处理装置为DU时,或者,当所述第一网络设备为IAB宿主,所述通信处理装置为IAB节点时,所述收发模块还用于:
接收所述第一网络设备发送的压缩后的第一下行数据;
所述处理模块还用于:
根据所述配置信息对所述压缩后的第一下行数据进行解压缩。
30.根据权利要求25至28中的任一项所述的通信处理装置,其特征在于,当所述第一网络设备为CU,所述通信处理装置为DU时,或者,当所述第一网络设备为IAB宿主,所述通信处理装置为IAB节点时,所述收发模块还用于:
获取第一上行数据;
所述处理模块还用于:
根据所述配置信息对所述第一上行数据进行压缩,得到压缩后的第一上行数据;
所述收发模块还用于:
向所述第一网络设备发送所述压缩后的第一上行数据。
31.根据权利要求25至28中的任一项所述的通信处理装置,其特征在于,当所述第一网络设备为DU,所述通信处理装置为CU时,或者,当所述第一网络设备为IAB节点,所述通信处理装置为IAB宿主时,所述收发模块还用于:
获取第二下行数据;
所述处理模块还用于:
根据所述配置信息对所述第二下行数据进行压缩,得到压缩后的第二下行数据;
所述收发模块还用于:
向所述第一网络设备发送所述压缩后的第二下行数据。
32.根据权利要求25至28中的任一项所述的通信处理装置,其特征在于,当所述第一网络设备为DU,所述通信处理装置为CU时,或者,当所述第一网络设备为IAB节点,所述通信处理装置为IAB宿主时,所述收发模块还用于:
接收所述第一网络设备发送压缩后的第二上行数据;
所述处理模块还用于:
根据所述配置信息对所述压缩后的第二上行数据进行解压缩。
CN201911222376.6A 2019-12-03 2019-12-03 通信处理方法和通信处理装置 Pending CN112911641A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201911222376.6A CN112911641A (zh) 2019-12-03 2019-12-03 通信处理方法和通信处理装置
PCT/CN2020/132710 WO2021109966A1 (zh) 2019-12-03 2020-11-30 通信处理方法和通信处理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911222376.6A CN112911641A (zh) 2019-12-03 2019-12-03 通信处理方法和通信处理装置

Publications (1)

Publication Number Publication Date
CN112911641A true CN112911641A (zh) 2021-06-04

Family

ID=76104126

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911222376.6A Pending CN112911641A (zh) 2019-12-03 2019-12-03 通信处理方法和通信处理装置

Country Status (2)

Country Link
CN (1) CN112911641A (zh)
WO (1) WO2021109966A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023010370A1 (en) * 2021-08-05 2023-02-09 Zte Corporation Systems and methods for configuration information transfer

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101527930A (zh) * 1999-10-21 2009-09-09 IPCom两合公司 移动式无线电网的操作方法
CN104270774A (zh) * 2014-10-23 2015-01-07 东莞宇龙通信科技有限公司 基于微基站的通信的方法和通信系统
CN109803453A (zh) * 2017-11-17 2019-05-24 华为技术有限公司 一种通信方法,通信设备及其通信系统
CN110035042A (zh) * 2018-01-12 2019-07-19 华为技术有限公司 一种数据传输方法及装置
WO2019166032A1 (zh) * 2018-03-01 2019-09-06 华为技术有限公司 通信方法及装置
WO2019216717A1 (en) * 2018-05-10 2019-11-14 Samsung Electronics Co., Ltd. Method and apparatus for performing communication in wireless communication system

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011002244A2 (en) * 2009-07-02 2011-01-06 Lg Electronics Inc. A method to facilitate user equipment (ue) handoff within a packet data communication system
CN101616156B (zh) * 2009-07-24 2012-10-03 中兴通讯股份有限公司 一种实现rtp数据流多路复用的信令协商方法和装置
WO2014007494A1 (en) * 2012-07-02 2014-01-09 Lg Electronics Inc. Method and apparatus for switching connection in wireless communication system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101527930A (zh) * 1999-10-21 2009-09-09 IPCom两合公司 移动式无线电网的操作方法
CN104270774A (zh) * 2014-10-23 2015-01-07 东莞宇龙通信科技有限公司 基于微基站的通信的方法和通信系统
CN109803453A (zh) * 2017-11-17 2019-05-24 华为技术有限公司 一种通信方法,通信设备及其通信系统
CN110035042A (zh) * 2018-01-12 2019-07-19 华为技术有限公司 一种数据传输方法及装置
WO2019166032A1 (zh) * 2018-03-01 2019-09-06 华为技术有限公司 通信方法及装置
WO2019216717A1 (en) * 2018-05-10 2019-11-14 Samsung Electronics Co., Ltd. Method and apparatus for performing communication in wireless communication system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023010370A1 (en) * 2021-08-05 2023-02-09 Zte Corporation Systems and methods for configuration information transfer

Also Published As

Publication number Publication date
WO2021109966A1 (zh) 2021-06-10

Similar Documents

Publication Publication Date Title
US11765578B2 (en) Security negotiation method and apparatus
US20210211865A1 (en) Method for transmitting user terminal capability information and related apparatus
US11533610B2 (en) Key generation method and related apparatus
US20190357105A1 (en) Method and apparatus for reducing interruption delay, and user device
CN112565324B (zh) 非接入层消息传输的方法、装置和系统
US11405824B2 (en) Congestion processing method and device
WO2018137716A1 (zh) 一种保持udc功能连续性的方法及设备
US20230262793A1 (en) Method for communication between user terminal and network, and terminal, network device and apparatus
CN110875827A (zh) 一种网络切片管理方法及装置
JP7062764B2 (ja) ハンドオーバプロセス中にコアネットワークのタイプを決定するための方法、端末装置、アクセスネットワーク装置およびコアネットワーク装置
CN112911641A (zh) 通信处理方法和通信处理装置
US20230319641A1 (en) Method and apparatus for acquiring vehicle to everything communication policy
CN114503649A (zh) 通信方法和通信装置
US20220217549A1 (en) Communication Method, Apparatus, and System
AU2019368625A1 (en) Method and apparatus for distinguishing between data formats, and communication device
EP3448085A1 (en) Method and device for adjusting coding rate
CN110034931B (zh) 用于通信的设备、方法和介质
CN113747367B (zh) 一种通信方法及通信装置
CN112470532B (zh) 侧行通信的方法、终端设备、芯片、存储介质
EP3720188B1 (en) Wireless communication method, terminal device and computer-readable storage medium
WO2019214625A1 (zh) Ue能力信息的上报、获取和处理方法及对应装置
CN112087816A (zh) 安全激活状态确定方法及相关产品
WO2019095295A1 (zh) 用于传输数据的方法、终端设备和会话管理功能smf设备
WO2019047211A1 (zh) 用于传输数据的方法和设备
CN112534789B (zh) 压缩、解压缩以太帧的方法和通信设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20210604

RJ01 Rejection of invention patent application after publication