CN108809490A - 信令消息传输方法及装置 - Google Patents

信令消息传输方法及装置 Download PDF

Info

Publication number
CN108809490A
CN108809490A CN201710309144.9A CN201710309144A CN108809490A CN 108809490 A CN108809490 A CN 108809490A CN 201710309144 A CN201710309144 A CN 201710309144A CN 108809490 A CN108809490 A CN 108809490A
Authority
CN
China
Prior art keywords
network element
message
radio bearer
data packets
srb
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.)
Granted
Application number
CN201710309144.9A
Other languages
English (en)
Other versions
CN108809490B (zh
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.)
ZTE Corp
Original Assignee
ZTE 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 ZTE Corp filed Critical ZTE Corp
Priority to CN201710309144.9A priority Critical patent/CN108809490B/zh
Priority to PCT/CN2018/083154 priority patent/WO2018201884A1/zh
Publication of CN108809490A publication Critical patent/CN108809490A/zh
Application granted granted Critical
Publication of CN108809490B publication Critical patent/CN108809490B/zh
Active 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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

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

Abstract

本发明提供了一种信令消息传输方法及装置。其中，该方法包括：源网元将信令无线承载SRB数据包以及该SRB数据包对应的信令无线承载标识SRB ID封装至预定义传输消息中；该源网元将封装后的预定义传输消息发送至目标网元。通过本发明，解决了相关技术中无法传输信令无线承载消息的问题，达到了信令无线承载消息可靠传输的技术效果。

Description

信令消息传输方法及装置
技术领域
本发明涉及通信领域，具体而言，涉及一种信令消息传输方法及装置。
背景技术
5G网络架构具有革新性和组网的灵活性，如图1，在5G网络中无线接入网侧的基站被分离为集中式处理网元CU(Centralized Unit，简称为CU)和分布式处理网元(Distributed Unit，简称为DU)两个功能实体。另外这种集中式处理网元和分布式处理网元分离也可以适合将来4G的演进。通过集中式网元来控制多个分布式网元，可以实现云架构的基带集中处理和针对用户的远端分布式提供服务。在CU-DU分离的网络架构中，CU与DU之间通过理想/或非理想前传(fronthaul)进行传输和连接。
对于CU和DU之间的前传fronthaul接口通常分为传输数据的用户面接口，和传输控制面消息的控制面接口。如图2是CU-DU之间的控制面接口，一般用于传输CU和DU之间的控制消息，控制面的传输层协议采用国际互联网工程任务组(The Internet EngineeringTask Force，简称IETF)定义的SCTP协议(Stream Control Transmission Protocol，流控制传输协议)。如图3是CU-DU之间的用户面接口，一般用于传输用户的数据包，用户面接口的传输层协议采用IETF定义的GTP-U协议(GPRS Tunneling Protocol for the userplane用户层面的GPRS隧道协议)。
另外和分布式处理网元DU以及集中式处理网元CU之间前传接口类似的，在基站和基站之间的接口也存在控制面接口和用户面接口，控制面接口使用SCTP传输层协议用于传输基站之间的控制消息；用户面接口使用GTP-U传输层协议用于基站之间传输用户面数据。
在现有无线通讯系统中，网元之间的控制面接口主要是使用SCTP协议来传输网元之间定义的控制消息和NAS PDU。现有的网元之间基于SCTP的控制面接口没有定义如何传输信令无线承载数据。信令无线承载(signalling radio bearers，简称为SRB)作为一种特殊的无线承载，主要用来传输RRC层消息。在过去的无线通讯系统中，由于是一体化的基站并且是用户的SRB只会在基站内部传输，并通过空口和终端进行数据交互。但是当一个基站被分离为分布式处理网元和集中式处理网元，SRB数据需要从集中式处理网元首先发送到分布式式处理网元然后才能发送给终端；或者是当一个用户和多个基站存在双连接或者多连接，对于SRB可能分流在两个或者两个以上的基站传输，可能需要将SRB数据从一个基站传输到另一个目的基站，再从目标基站发送给终端。
目前集中式处理网元和分布式处理网元之间如何传输SRB消息没有恰当的方法；目前基站之间如何传输SRB消息也没有恰当的方法。所以迫切需要有一种方法来支持两个网元之间的SRB消息的传输，另外SRB是控制面消息，对可靠性要求很高，一方面网元之间的非理想传输接口可能存在丢包的可能，另一方面，不同网元结点传输资源可能不同，存在某一个网元没有充足的资源及时传输的可能，甚至可能存在某一个网元内部缓存溢出导致丢包，所以迫切需要提高网元之间SRB消息传输的可靠性。
针对相关技术中，如何传输信令无线承载消息，并没有提出有效的解决方案。
发明内容
本发明实施例提供了一种信令消息传输方法及装置，以至少解决相关技术中无法传输信令无线承载消息的问题。
根据本发明的一个实施例，提供了一种信令消息传输方法，包括：源网元将信令无线承载SRB数据包以及所述SRB数据包对应的信令无线承载标识SRB ID封装至预定义传输消息中；所述源网元将封装后的预定义传输消息发送至目标网元。
可选地，所述预定义传输消息包括以下信息至少之一：消息类型、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、信令无线承载数据包、上行或下行信令无线承载数据包递交状态反馈请求。
可选地，所述方法还包括：所述源网元接收所述目标网元通过SCTP协议发送的第一指示消息；其中，所述第一指示消息通过以下方式确定：所述目标网元获取所述封装后的预定义传输消息中的SRB数据包，并将所述SRB数据包传输至下一接收端；所述目标网元判断所述SRB数据包是否成功传输至所述下一接收端；如果成功传输且所述预定义传输消息中设置了上行或下行信令无线承载数据包递交状态反馈请求，则所述目标网元构造所述第一指示消息。
可选地，所述方法还包括：所述源网元接收所述目标网元通过SCTP协议发送的第二指示消息；其中，所述第二指示消息通过以下方式确定：所述目标网元获取所述封装后的预定义传输消息中的SRB数据包，并将所述SRB数据包传输至下一接收端；所述目标网元判断所述SRB数据包是否成功传输至所述下一接收端；如果未成功传输且所述预定义传输消息中设置了上行或下行信令无线承载数据包递交状态反馈请求，则所述目标网元构造所述第二指示消息。
可选地，所述方法还包括：所述源网元重传所述第二指示消息中标识的未成功传输的SRB数据包。
可选地，所述第一指示消息包括以下信息至少之一：消息类型为已成功传输的SRB数据包的指示信息、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、用于标识已成功传输的SRB数据包的序列号。
可选地，所述第二指示消息包括以下信息至少之一：消息类型为未成功传输的SRB数据包的指示信息、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、用于标识未成功传输的SRB数据包的序列号。
根据本发明的另一个实施例，提供了一种信令消息传输装置，包括：封装模块，用于将信令无线承载SRB数据包以及所述SRB数据包对应的信令无线承载标识SRB ID封装至预定义传输消息中；发送模块，用于将封装后的预定义传输消息发送至目标网元。
可选地，所述预定义传输消息包括以下信息至少之一：消息类型、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、信令无线承载数据包、上行或下行信令无线承载数据包递交状态反馈请求。
可选地，所述装置还包括：第一接收模块，用于接收所述目标网元通过SCTP协议发送的第一指示消息；其中，所述第一指示消息通过以下方式确定：所述目标网元获取所述封装后的预定义传输消息中的SRB数据包，并将所述SRB数据包传输至下一接收端；所述目标网元判断所述SRB数据包是否成功传输至所述下一接收端；如果成功传输且所述预定义传输消息中设置了上行或下行信令无线承载数据包递交状态反馈请求，则所述目标网元构造所述第一指示消息。
可选地，所述装置还包括：第二接收模块，用于接收所述目标网元通过SCTP协议发送的第二指示消息；其中，所述第二指示消息通过以下方式确定：所述目标网元获取所述封装后的预定义传输消息中的SRB数据包，并将所述SRB数据包传输至下一接收端；所述目标网元判断所述SRB数据包是否成功传输至所述下一接收端；如果未成功传输且所述预定义传输消息中设置了上行或下行信令无线承载数据包递交状态反馈请求，则所述目标网元构造所述第二指示消息。
可选地，所述装置还包括：重传模块，用于重传所述第二指示消息中标识的未成功传输的SRB数据包。
可选地，所述第一指示消息包括以下信息至少之一：消息类型为已成功传输的SRB数据包的指示信息、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、用于标识已成功传输的SRB数据包的序列号。
可选地，所述第二指示消息包括以下信息至少之一：消息类型为未成功传输的SRB数据包的指示信息、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、用于标识未成功传输的SRB数据包的序列号。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：
源网元将信令无线承载SRB数据包以及所述SRB数据包对应的信令无线承载标识SRB ID封装至预定义传输消息中；
所述源网元将封装后的预定义传输消息发送至目标网元。
通过本发明，源网元将信令无线承载SRB数据包以及该SRB数据包对应的信令无线承载标识SRB ID封装至预定义传输消息中；该源网元将封装后的预定义传输消息发送至目标网元，进而解决了相关技术中无法传输信令无线承载消息的问题，达到了信令无线承载消息可靠传输的技术效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是相关技术中集中式网元与分布式网元的分离架构示意图；
图2是相关技术中集中式网元与分布式网元的之间的控制面接口示意图；
图3是相关技术中集中式网元与分布式网元的之间的用户面接口示意图；
图4是根据本发明实施例的信令消息传输方法流程图；
图5是根据本发明实施例的IETF定义的SCTP包格式示意图；
图6是根据本发明实施例的IETF定义的SCTP包格式中Chunk数据块格式定义示意图；
图7是根据本发明实施例的下行信令无线承载数据成功传输过程流程图；
图8是根据本发明实施例的上行信令无线承载数据成功传输过程流程图；
图9是根据本发明实施例的下行信令无线承载数据传输失败和重传过程流程图；
图10是根据本发明实施例的上行信令无线承载数据传输失败和重传过程流程图；
图11是根据本发明实施例的信令消息传输装置的结构框图；
图12是根据本发明实施例的信令消息传输装置的结构框图(一)；
图13是根据本发明实施例的信令消息传输装置的结构框图(二)。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中提供了一种信令消息传输方法，图4是根据本发明实施例的信令消息传输方法流程图，如图4所示，该流程包括如下步骤：
步骤S402，源网元将信令无线承载SRB数据包以及该SRB数据包对应的信令无线承载标识SRB ID封装至预定义传输消息中；
步骤S404，源网元将封装后的预定义传输消息发送至目标网元。
可选地，在本实施例中，上述信令消息传输方法的应用场景包括但并不限于：无线通信网络中网元之间传输信令无线承载消息。可适用于分布式处理网元和集中式处理网元之间的信令无线承载消息传输，也可以适用于基站之间的信令无线承载消息传输，可以适用于类似网元之间采用SCTP进行信令无线承载的情况，而不限于上面两种情况。本发明不限于5G以及4G网络。
通过上述步骤，源网元将信令无线承载SRB数据包以及该SRB数据包对应的信令无线承载标识SRB ID封装至预定义传输消息中；该源网元将封装后的预定义传输消息发送至目标网元，进而解决了相关技术中无法传输信令无线承载消息的问题，达到了信令无线承载消息可靠传输的技术效果。
下面结合具体示例，对本实施例进行举例说明。
需要说明的是，在本实施例中，预定义传输消息以下行信令无线承载数据传输为例，第一指示消息以信令无线承载数据成功递交指示为例，第二指示消息以信令无线承载数据未成功递交指示为例。
本发明实施例给出了一种网元间的信令无线承载消息采用SCTP协议进行可靠传输以及重传的方法。具体方法如下：具体的就是发明了涉及到法信令无线承载消息传输的相关SCTP接口应用层消息，以及接口应用层消息传输的流程控制方法，完成信令无线承载消息在源网元和目标网元的之间的传输和重传。
对于下行信令无线承载消息的传输，源网元将信令无线承载消息SRB PDU，以及该PDU对应的SRB ID封装到“下行信令无线承载数据传输”接口应用层消息中，可选地，配置消息中的“下行信令无线承载数据包递交状态反馈请求”IE用来指示接收网元是否需要反馈是否成功递交情况，并将该消息承载在SCTP协议上。源网元将“下行信令无线承载数据传输”消息发送给目标网元。接收网元接收到“下行信令无线承载数据传输”消息后，将消息中的“信令无线承载数据包”IE中的SRB数据包取出并向终端传输，并根据递交是否成功，执行下面步骤
如果成功的递交SRB数据包给终端，并且“下行信令无线承载数据传输”消息中设置了“下行信令无线承载数据包递交状态反馈请求”IE，那么接收网元构造“信令无线承载数据成功递交指示”消息，承载在SCTP协议上给发送网元，在消息中并可选的包含“信令无线承载数据包序列号”IE，用来通知发送网元本网元已经成功递交SRB数据到终端。
如果未能成功的递交SRB数据包给终端，并且“下行信令无线承载数据传输”消息中设置了“下行信令无线承载数据包递交状态反馈请求”IE，接收网元构造“信令无线承载数据未成功递交指示”消息，并将未成功递交的SRB PDU序列号设置到“信令无线承载数据包序列号”IE中。接收网元将“信令无线承载数据未成功递交指示”消息，承载在SCTP协议上发送给发送网元，用来通知发送网元本网元未能成功递交的SRB数据信息。可选地，发送端网元接收到“信令无线承载数据未成功递交指示”消息后，将对应的未成功递交的SRB PDU重新设置到“下行信令无线承载数据传输”消息中，并将该消息承载在SCTP协议上，向接收网元重传。
对于上行信令无线承载消息的传输，源网元将信令无线承载消息SRB PDU，以及该PDU对应的SRB ID封装到“上行信令无线承载数据传输”接口应用层消息中，可选地，配置消息中的“上行信令无线承载数据包递交状态反馈请求”IE用来指示接收网元是否需要反馈是否成功递交情况，并将该消息承载在SCTP协议上。源网元将“上行信令无线承载数据传输”消息发送给目标网元。接收网元接收到“上行信令无线承载数据传输”消息后，将消息中的“信令无线承载数据包”IE中的SRB数据包取出并向下层传输，并根据递交是否成功，执行下面步骤：
步骤1，如果成功的递交SRB数据包，并且“上行信令无线承载数据传输”消息中设置了“上行信令无线承载数据包递交状态反馈请求”IE，那么接收网元构造“信令无线承载数据成功递交指示”消息发送给发送网元，并可选的包含“信令无线承载数据包序列号”IE，用来通知发送网元本网元已经成功递交SRB数据。
步骤2，如果未能成功的递交SRB数据包，并且“上行信令无线承载数据传输”消息中设置了“上行信令无线承载数据包递交状态反馈请求”IE，接收网元构造“信令无线承载数据未成功递交指示”消息，并将未成功递交的SRB PDU序列号设置到“信令无线承载数据包序列号”IE中。接收网元将“信令无线承载数据未成功递交指示”消息承载在SCTP协议上发送给发送网元，用来通知发送网元本网元未能成功递交到的SRB数据信息。可选地，发送端网元接收到“信令无线承载数据未成功递交指示”消息后，将对应的未成功递交的SRBPDU重新设置到“上行信令无线承载数据传输”消息中，并将该消息承载在SCTP协议上，向接收网元重传。
可选地，在本实施例中，用于网元间的采用SCTP进行信令无线承载消息传输所涉及到的SCTP应用层消息定义(需要注意的是本发明中定义的消息名称只是一种指示，采取本发明类似思想传输信令无线承载数据，即使消息名称有差异，也属于本发明保护范围内。)
本发明实施例中定义的“上行信令无线承载数据传输”消息格式。消息格式包含以下IE：包含“消息类型”IE，用于标识本消息类型为“上行信令无线承载数据传输”消息；可选包含“网元1分配的唯一识别UE的SCTP接口应用层关联标志”IE；包含“网元2分配的唯一识别UE的SCTP接口应用层关联标志”IE；可选的包含“信令无线承载标识”IE，用于标识是哪个无线信令承载；包含“信令无线承载数据包”IE，用于在SCTP消息中承载的无线信令承载数据包；可选的包含“上行信令无线承载数据包递交状态反馈请求”IE，当包含此IE的时候，接收网元需要向发送网元反馈SRB PDU是否成功递交；以及其他IE。
本发明实施例中定义的“下行信令无线承载数据传输”消息格式。消息格式包含以下IE：包含“消息类型”IE，用于标识本消息类型为“下行信令无线承载数据传输”消息；包含“网元1分配的唯一识别UE的SCTP接口应用层关联标志”IE；包含“网元2分配的唯一识别UE的SCTP接口应用层关联标志”IE；可选的包含“信令无线承载标识”IE，用于标识是哪个无线信令承载；包含“信令无线承载数据包”IE，用于在SCTP消息中承载的无线信令承载数据包；可选的包含“下行信令无线承载数据包递交状态反馈请求”IE，当包含此IE的时候，接收网元需要向发送网元反馈SRB PDU是否成功递交；以及其他IE。
本发明实施例中定义的“信令无线承载数据成功递交指示”消息格式。消息格式包含以下IE：包含“消息类型”IE，用于标识本消息类型为“信令无线承载数据成功递交指示”消息；包含“网元1分配的唯一识别UE的SCTP接口应用层关联标志”IE；包含“网元2分配的唯一识别UE的SCTP接口应用层关联标志”IE；包含“信令无线承载标识”IE，用于标识是哪个无线信令承载；可选的包含“信令无线承载数据包序列号”IE，用来表示已成功递交的无线信令承载数据包的序列号；以及包含传输所需其它IE。
本发明实施例中定义的“信令无线承载数据未成功递交指示”消息格式。消息格式包含以下IE：包含“消息类型”IE，用于标识本消息类型为“信令无线承载数据成功递交指示”消息；包含“网元1分配的唯一识别UE的SCTP接口应用层关联标志”IE；包含“网元2分配的唯一识别UE的SCTP接口应用层关联标志”IE；包含“信令无线承载标识”IE，用于标识是哪个无线信令承载；包含“信令无线承载数据包序列号”IE，表明未成功递交的无线信令承载数据包序列号；以及其它IE。
通过本发明上述实施例，有效的解决了如何在无线通信网络中网元之间传输信令无线承载消息的问题，并且提高了网元之间信令无线承载消息传输的可靠性。
在一个可选地实施方式中，上述预定义传输消息包括以下信息至少之一：消息类型、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、信令无线承载数据包、上行或下行信令无线承载数据包递交状态反馈请求。
可选地，上述方法还包括源网元接收该目标网元通过SCTP协议发送的第一指示消息；其中，该第一指示消息通过以下方式确定：该目标网元获取该封装后的预定义传输消息中的SRB数据包，并将该SRB数据包传输至下一接收端；该目标网元判断该SRB数据包是否成功传输至该下一接收端；如果成功传输且该预定义传输消息中设置了上行或下行信令无线承载数据包递交状态反馈请求，则该目标网元构造该第一指示消息。
可选地，源网元接收该目标网元通过SCTP协议发送的第二指示消息；其中，该第二指示消息通过以下方式确定：该目标网元获取该封装后的预定义传输消息中的SRB数据包，并将该SRB数据包传输至下一接收端；该目标网元判断该SRB数据包是否成功传输至该下一接收端；如果未成功传输且该预定义传输消息中设置了上行或下行信令无线承载数据包递交状态反馈请求，则该目标网元构造该第二指示消息。
需要说明的是，上述第一指示消息包括：消息类型为已成功传输的SRB数据包的指示信息、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、用于标识已成功传输的SRB数据包的序列号。
第二指示消息包括以下信息至少之一：消息类型为未成功传输的SRB数据包的指示信息、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、用于标识未成功传输的SRB数据包的序列号。
源网元通过接收上述第一指示消息以及第二指示消息进一步解决了如何在无线通信网络中网元之间传输信令无线承载消息的问题，并且提高了网元之间信令无线承载消息传输的可靠性。
在一个可选地实施方式中，上述源网元重传第二指示消息中标识的未成功传输的SRB数据包。
下面结合具体示例，对本实施例进行举例说明。
可选实施例1
在本实施例中定义的涉及到SRB信令传输的SCTP应用消息在SCTP包中的封装方法。
如图5，是IETF定义的流控制传输协议(SCTP)的包格式，一个SCTP包含了一个公共的报文头(CommonHeader)和若干数据块(Chunk)，每个数据块中既可以包含控制信息，也可以包含用户数据。如图6是IETF定义的SCTP包中Chunk数据块格式定义。其中Chunk数据块中的payload protocol identifier IE用于区分是哪个SCTP应用层消息协议。本发明中数据封装方法是，本发明中定义的“上行信令无线承载数据传输”消息，“下行信令无线承载数据传输”消息，“信令无线承载数据成功递交指示”消息，“信令无线承载数据未成功递交指示”消息都被封装在Chunk数据块中的“Data”IE中。需要注意的是本发明中定义的消息名称只是一种指示，采取本发明类似思想传输信令无线承载数据，即使消息名称有差异，也属于本发明保护范围内。
可选实施例2
表1是本发明实施例中，“上行信令无线承载数据传输”消息格式定义。如表1，本发明实施例中定义的“上行信令无线承载数据传输”消息格式包含以下IE：包含“消息类型”IE，用于标识本消息类型为“上行信令无线承载数据传输”消息；可选包含“网元1分配的唯一识别UE的SCTP接口应用层关联标志”IE；包含“网元2分配的唯一识别UE的SCTP接口应用层关联标志”IE；可选的包含“信令无线承载标识”IE，用于标识是哪个无线信令承载；包含“信令无线承载数据包”IE，用于在SCTP消息中承载的无线信令承载数据包；可选的包含“上行信令无线承载数据包递交状态反馈请求”IE，当包含此IE的时候，接收网元需要向发送网元反馈SRB PDU是否成功递交；以及其他IE。
表1
可选实施例3
表2是本发明实施例中，“下行信令无线承载数据传输”消息格式定义。如表2，本发明中定义的“下行信令无线承载数据传输”消息格式包含以下IE：包含“消息类型”IE，用于标识本消息类型为“下行信令无线承载数据传输”消息；包含“网元1分配的唯一识别UE的SCTP接口应用层关联标志”IE；包含“网元2分配的唯一识别UE的SCTP接口应用层关联标志”IE；可选的包含“信令无线承载标识”IE，用于标识是哪个无线信令承载；包含“信令无线承载数据包”IE，用于在SCTP消息中承载的无线信令承载数据包；可选的包含“下行信令无线承载数据包递交状态反馈请求”IE，包含此IE的时候，接收网元需要向发送网元反馈SRBPDU是否成功递交；以及其他IE。
表2
可选实施例4
如表3所示，本发明实施例中定义的“信令无线承载数据成功递交指示”消息格式。消息包含以下IE：包含“消息类型”IE，用于标识本消息类型为“信令无线承载数据成功递交指示”消息；包含“网元1分配的唯一识别UE的SCTP接口应用层关联标志”IE；包含“网元2分配的唯一识别UE的SCTP接口应用层关联标志”IE；包含“信令无线承载标识”IE，用于标识是哪个无线信令承载；可选的包含“信令无线承载数据包序列号”IE，用来表示已成功递交的无线信令承载数据包的序列号；以及包含传输所需其它IE。
表3
可选实施例5
如表4所示，本发明实施例中定义的“信令无线承载数据未成功递交指示”消息格式包含以下IE：包含“消息类型”IE，用于标识本消息类型为“信令无线承载数据成功递交指示”消息；包含“网元1分配的唯一识别UE的SCTP接口应用层关联标志”IE；包含“网元2分配的唯一识别UE的SCTP接口应用层关联标志”IE；包含“信令无线承载标识”IE，用于标识是哪个无线信令承载；包含“信令无线承载数据包序列号”IE，表明未成功递交的无线信令承载数据包序列号；以及其它IE。
表4
可选实施例6
图7是本发明中在网元之间通过SCTP传输层协议，进行下行信令无线承载消息数据成功传输的过程。
如图7所示，在步骤S701中，一个网元将下行SRB数据封装到本发明中定义“下行信令无线承载数据传输”消息中，并相应设置相关IE，并可选的设置“下行信令无线承载数据包递交状态反馈请求”IE，并将该消息承载在SCTP协议发送到另一个网元。在可选的步骤S702中，接收网元接收到“下行信令无线承载数据传输”消息后，取出其中“信令无线承载数据包”IE中的SRB数据包向终端传输，如果成功的递交给终端了并且“下行信令无线承载数据传输”消息中设置了“下行信令无线承载数据包递交状态反馈请求”IE，那么接收网元构造“信令无线承载数据成功递交指示”消息，设置消息中选项，并可选的设置成功递交的SRBPDU序列号到“信令无线承载数据包序列号”IE，接收网元将该“信令无线承载数据成功递交指示”消息承载在SCTP协议向发送网元发送，用来通知发送网元本网元已经成功递交SRB数据到终端。
可选实施例7
图8是本发明中在网元之间通过SCTP传输层协议，进行上行信令无线承载消息数据成功传输的过程。
如图8，在步骤S801中，一个网元将上行SRB数据封装到本发明中定义“上行信令无线承载数据传输”消息中，并相应设置相关IE，并可选的设置“上行信令无线承载数据包递交状态反馈请求”IE，并将该消息承载在SCTP协议发送到另一个网元。在可选的步骤S802中，接收网元接收到“上行信令无线承载数据传输”消息后，取出其中“信令无线承载数据包”IE中的SRB数据包向下层传输，如果成功的递交了SRB数据，并且“上行信令无线承载数据传输”消息中设置了“上行信令无线承载数据包递交状态反馈请求”IE，那么接收网元构造“信令无线承载数据成功递交指示”消息，设置消息中选项，并可选的设置成功递交的SRBPDU序列号到“信令无线承载数据包序列号”IE，接收网元将该“信令无线承载数据成功递交指示”消息承载在SCTP协议向发送网元发送，用来通知发送网元本网元已经成功递交SRB数据。
可选实施例8
图9是本发明中在网元之间通过SCTP传输层协议，进行下行信令无线承载数据传输，未传输成功以及重传的过程。
如图9，在步骤S901中，一个网元将下行SRB消息数据封装到“下行信令无线承载数据传输”消息中，并相应设置相关IE，并可选的设置“下行信令无线承载数据包递交状态反馈请求”IE，并将该消息承载在SCTP协议发送到另一个网元。在可选的步骤S902中，接收网元接收到“下行信令无线承载数据传输”消息后，取出其中“信令无线承载数据包”IE中的SRB数据包向终端传输，如果未能成功的递交给终端，并且“下行信令无线承载数据传输”消息中设置了“下行信令无线承载数据包递交状态反馈请求”IE，那么接收网元构造“信令无线承载数据未成功递交指示”消息，设置消息中选项，并将未成功递交的SRB PDU序列号设置到“信令无线承载数据包序列号”IE，接收网元将该“信令无线承载数据未成功递交指示”消息承载在SCTP协议向发送网元发送，用来通知发送网元本网元未能成功递交SRB数据到终端。在可选的步骤S903中，发送端网元接收到“信令无线承载数据未成功递交指示”消息后，将对应的未成功递交的SRB PDU重新设置到“下行信令无线承载数据传输”消息中，并将该消息承载在SCTP协议上，向接收网元重传。
可选实施例9
图10是本发明中在网元之间通过SCTP传输层协议，进行上行信令无线承载数据传输，未传输成功以及重传的过程。
如图10，在步骤S1001中，一个网元将上行SRB消息数据封装到“上行信令无线承载数据传输”消息中，并相应设置相关IE，并可选的设置“上行信令无线承载数据包递交状态反馈请求”IE，并将该消息承载在SCTP协议发送到另一个网元。在可选的步骤S1002中，接收网元接收到“上行信令无线承载数据传输”消息后，取出其中“信令无线承载数据包”IE中的SRB数据包向下层传输，如果未能成功的递交，并且“上行信令无线承载数据传输”消息中设置了“上行信令无线承载数据包递交状态反馈请求”IE，那么接收网元构造“信令无线承载数据未成功递交指示”消息，设置消息中选项，并将未成功递交的SRB PDU序列号设置到“信令无线承载数据包序列号”IE，接收网元将该“信令无线承载数据未成功递交指示”消息承载在SCTP协议向发送网元发送，用来通知发送网元本网元未能成功递交SRB数据。在可选的步骤S1003中，发送端网元接收到“信令无线承载数据未成功递交指示”消息后，将对应的未成功递交的SRB PDU重新设置到“上行信令无线承载数据传输”消息中，并将该消息承载在SCTP协议上，向接收网元重传。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种信令消息传输装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图11是根据本发明实施例的信令消息传输装置的结构框图，如图11所示，该装置包括：
1)封装模块112，用于将信令无线承载SRB数据包以及该SRB数据包对应的信令无线承载标识SRB ID封装至预定义传输消息中；
2)发送模块114，用于将封装后的预定义传输消息发送至目标网元。
可选地，上述预定义传输消息包括以下信息至少之一：消息类型、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、信令无线承载数据包、上行或下行信令无线承载数据包递交状态反馈请求。
可选地，在本实施例中，上述信令消息传输方法的应用场景包括但并不限于：无线通信网络中网元之间传输信令无线承载消息。可适用于分布式处理网元和集中式处理网元之间的信令无线承载消息传输，也可以适用于基站之间的信令无线承载消息传输，可以适用于类似网元之间采用SCTP进行信令无线承载的情况，而不限于上面两种情况。本发明不限于5G以及4G网络。
通过图11所示的装置，源网元将信令无线承载SRB数据包以及该SRB数据包对应的信令无线承载标识SRB ID封装至预定义传输消息中；该源网元将封装后的预定义传输消息发送至目标网元，进而解决了相关技术中无法传输信令无线承载消息的问题，达到了信令无线承载消息可靠传输的技术效果。
图12是根据本发明实施例的信令消息传输装置的结构框图(一)，如图12所示，该装置除了包括图11所示的模块外，还包括：
1)第一接收模块122，用于接收该目标网元通过SCTP协议发送的第一指示消息；
其中，该第一指示消息通过以下方式确定：该目标网元获取该封装后的预定义传输消息中的SRB数据包，并将该SRB数据包传输至下一接收端；该目标网元判断该SRB数据包是否成功传输至该下一接收端；如果成功传输且该预定义传输消息中设置了上行或下行信令无线承载数据包递交状态反馈请求，则该目标网元构造该第一指示消息。
可选地，可以使用第二接收模块等同替换上述第一接收模块122，其中，第二接收模块用于接收该目标网元通过SCTP协议发送的第二指示消息；其中，该第二指示消息通过以下方式确定：该目标网元获取该封装后的预定义传输消息中的SRB数据包，并将该SRB数据包传输至下一接收端；该目标网元判断该SRB数据包是否成功传输至该下一接收端；如果未成功传输且该预定义传输消息中设置了上行或下行信令无线承载数据包递交状态反馈请求，则该目标网元构造该第二指示消息。
可选地，上述第一指示消息包括以下信息至少之一：消息类型为已成功传输的SRB数据包的指示信息、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、用于标识已成功传输的SRB数据包的序列号。
可选地，第二指示消息包括以下信息至少之一：消息类型为未成功传输的SRB数据包的指示信息、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、用于标识未成功传输的SRB数据包的序列号。
图13是根据本发明实施例的信令消息传输装置的结构框图(二)，如图13所示，该装置除了包括图12所示的模块外，还包括：
1)重传模块132，用于重传第二指示消息中标识的未成功传输的SRB数据包。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，源网元将信令无线承载SRB数据包以及该SRB数据包对应的信令无线承载标识SRB ID封装至预定义传输消息中；
S2，源网元将封装后的预定义传输消息发送至目标网元。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述步骤S1、S2。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种信令消息传输方法，其特征在于，包括：
源网元将信令无线承载SRB数据包以及所述SRB数据包对应的信令无线承载标识SRBID封装至预定义传输消息中；
所述源网元将封装后的预定义传输消息发送至目标网元。
2.根据权利要求1所述的方法，其特征在于，所述预定义传输消息包括以下信息至少之一：
消息类型、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、信令无线承载数据包、上行或下行信令无线承载数据包递交状态反馈请求。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
所述源网元接收所述目标网元通过SCTP协议发送的第一指示消息；
其中，所述第一指示消息通过以下方式确定：所述目标网元获取所述封装后的预定义传输消息中的SRB数据包，并将所述SRB数据包传输至下一接收端；所述目标网元判断所述SRB数据包是否成功传输至所述下一接收端；如果成功传输且所述预定义传输消息中设置了上行或下行信令无线承载数据包递交状态反馈请求，则所述目标网元构造所述第一指示消息。
4.根据权利要求2所述的方法，其特征在于，所述方法还包括：
所述源网元接收所述目标网元通过SCTP协议发送的第二指示消息；
其中，所述第二指示消息通过以下方式确定：所述目标网元获取所述封装后的预定义传输消息中的SRB数据包，并将所述SRB数据包传输至下一接收端；所述目标网元判断所述SRB数据包是否成功传输至所述下一接收端；如果未成功传输且所述预定义传输消息中设置了上行或下行信令无线承载数据包递交状态反馈请求，则所述目标网元构造所述第二指示消息。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
所述源网元重传所述第二指示消息中标识的未成功传输的SRB数据包。
6.根据权利要求3所述的方法，其特征在于，所述第一指示消息包括以下信息至少之一：
消息类型为已成功传输的SRB数据包的指示信息、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、用于标识已成功传输的SRB数据包的序列号。
7.根据权利要求4所述的方法，其特征在于，所述第二指示消息包括以下信息至少之一：
消息类型为未成功传输的SRB数据包的指示信息、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、用于标识未成功传输的SRB数据包的序列号。
8.一种信令消息传输装置，应用于源网元，其特征在于，包括：
封装模块，用于将信令无线承载SRB数据包以及所述SRB数据包对应的信令无线承载标识SRB ID封装至预定义传输消息中；
发送模块，用于将封装后的预定义传输消息发送至目标网元。
9.根据权利要求8所述的装置，其特征在于，所述预定义传输消息包括以下信息至少之一：
消息类型、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、信令无线承载数据包、上行或下行信令无线承载数据包递交状态反馈请求。
10.根据权利要求9所述的装置，其特征在于，所述装置还包括：
第一接收模块，用于接收所述目标网元通过SCTP协议发送的第一指示消息；
其中，所述第一指示消息通过以下方式确定：所述目标网元获取所述封装后的预定义传输消息中的SRB数据包，并将所述SRB数据包传输至下一接收端；所述目标网元判断所述SRB数据包是否成功传输至所述下一接收端；如果成功传输且所述预定义传输消息中设置了上行或下行信令无线承载数据包递交状态反馈请求，则所述目标网元构造所述第一指示消息。
11.根据权利要求9所述的装置，其特征在于，所述装置还包括：
第二接收模块，用于接收所述目标网元通过SCTP协议发送的第二指示消息；
其中，所述第二指示消息通过以下方式确定：所述目标网元获取所述封装后的预定义传输消息中的SRB数据包，并将所述SRB数据包传输至下一接收端；所述目标网元判断所述SRB数据包是否成功传输至所述下一接收端；如果未成功传输且所述预定义传输消息中设置了上行或下行信令无线承载数据包递交状态反馈请求，则所述目标网元构造所述第二指示消息。
12.根据权利要求11所述的装置，其特征在于，所述装置还包括：
重传模块，用于重传所述第二指示消息中标识的未成功传输的SRB数据包。
13.根据权利要求10所述的装置，其特征在于，所述第一指示消息包括以下信息至少之一：
消息类型为已成功传输的SRB数据包的指示信息、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、用于标识已成功传输的SRB数据包的序列号。
14.根据权利要求11所述的装置，其特征在于，所述第二指示消息包括以下信息至少之一：
消息类型为未成功传输的SRB数据包的指示信息、源网元分配的唯一识别用户设备UE的流控制传输协议SCTP接口应用层关联标志、目标网元分配的唯一识别UE的SCTP接口应用层关联标志、信令无线承载标识、用于标识未成功传输的SRB数据包的序列号。
CN201710309144.9A 2017-05-04 2017-05-04 信令消息传输方法及装置 Active CN108809490B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710309144.9A CN108809490B (zh) 2017-05-04 2017-05-04 信令消息传输方法及装置
PCT/CN2018/083154 WO2018201884A1 (zh) 2017-05-04 2018-04-16 信令消息传输方法及装置、设备、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710309144.9A CN108809490B (zh) 2017-05-04 2017-05-04 信令消息传输方法及装置

Publications (2)

Publication Number Publication Date
CN108809490A true CN108809490A (zh) 2018-11-13
CN108809490B CN108809490B (zh) 2022-11-08

Family

ID=64015718

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710309144.9A Active CN108809490B (zh) 2017-05-04 2017-05-04 信令消息传输方法及装置

Country Status (2)

Country Link
CN (1) CN108809490B (zh)
WO (1) WO2018201884A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109561516A (zh) * 2018-11-29 2019-04-02 西安电子科技大学 一种rrc的nas pdu新传和重传的发送方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1905733A (zh) * 2005-07-25 2007-01-31 北京三星通信技术研究有限公司 长期演进系统结构中传输层3消息的方法
CN102647803A (zh) * 2011-02-21 2012-08-22 电信科学技术研究院 一种传输消息的方法、系统和设备
US20140313987A1 (en) * 2013-04-17 2014-10-23 Qualcomm Incorporated Enhanced reconfiguration procedure at a mobile terminal to reduce signaling and power consumption overhead
WO2016120602A1 (en) * 2015-01-30 2016-08-04 Blackberry Limited Control of accesses for ims services
CN106031240A (zh) * 2014-02-18 2016-10-12 高通股份有限公司 多订阅通信在信令规程期间的增强型调谐离开机制

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007184938A (ja) * 2006-01-04 2007-07-19 Asustek Computer Inc 無線通信システムにおけるユーザー端の完全性保護設定方法及び装置
CN101998679B (zh) * 2009-08-13 2012-11-07 华为技术有限公司 一种传输承载的中继方法、装置和通信系统
US9247529B2 (en) * 2013-07-30 2016-01-26 Qualcomm Incorporated Apparatus and methods of managing signaling radio bearer transmissions at a user equipment

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1905733A (zh) * 2005-07-25 2007-01-31 北京三星通信技术研究有限公司 长期演进系统结构中传输层3消息的方法
CN102647803A (zh) * 2011-02-21 2012-08-22 电信科学技术研究院 一种传输消息的方法、系统和设备
US20140313987A1 (en) * 2013-04-17 2014-10-23 Qualcomm Incorporated Enhanced reconfiguration procedure at a mobile terminal to reduce signaling and power consumption overhead
CN106031240A (zh) * 2014-02-18 2016-10-12 高通股份有限公司 多订阅通信在信令规程期间的增强型调谐离开机制
WO2016120602A1 (en) * 2015-01-30 2016-08-04 Blackberry Limited Control of accesses for ims services

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "R3-171152 "Introduction of option 3 – Dual Connectivity with NR in E-UTRAN – RAN3 parts"", 《3GPP TSG_RAN\WG3_IU》 *
LG ELECTRONICS INC.: "R3-162661 "RRC signaling between CU and DU"", 《3GPP TSG_RAN\WG3_IU》 *
LG ELECTRONICS INC.: "R3-163174 "TP for RRC signaling between CU and DU"", 《3GPP TSG_RAN\WG3_IU》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109561516A (zh) * 2018-11-29 2019-04-02 西安电子科技大学 一种rrc的nas pdu新传和重传的发送方法
CN109561516B (zh) * 2018-11-29 2021-09-28 西安电子科技大学 一种rrc的nas pdu新传和重传的发送方法

Also Published As

Publication number Publication date
CN108809490B (zh) 2022-11-08
WO2018201884A1 (zh) 2018-11-08

Similar Documents

Publication Publication Date Title
US12058744B2 (en) Method and device for communication between network entities in cloud LAN environment
CN109842440B (zh) 一种通信方法、通信节点和系统
US20200267793A1 (en) Method and system for handling packet duplication and resumption of rbs in wireless communication system
CN116916458A (zh) 信息传输方法及装置
US10425861B2 (en) Method and apparatus for preventing loss of data packets
CN107911201A (zh) 数据传输方法、装置及通信系统
CN102577268A (zh) 基于mac报头类型信息传送mac pdu的设备和方法
JP2021535634A (ja) 異種ネットワークで二重接続動作を行うための方法及び装置
US20200045766A1 (en) Wireless node communication method and apparatus in wireless communication system
CN108366401A (zh) 基站以及可在两基站间切换的通信装置
CN108259362A (zh) 流控方法、装置、cu及du
CN111373837A (zh) 用于在无线通信系统中发送和接收数据的方法和装置
CN114979839B (zh) 一种传输控制协议代理方法及通信装置
WO2022032506A1 (en) Methods and devices for non-ip traffic communication by ue-to-ue relay
CN101743700A (zh) 中继站和基站中用于数据传输的方法及装置
CN105517020B (zh) 一种更新配置参数的方法及装置
CN108184234A (zh) 处理数据传输的装置及方法
WO2024028277A1 (en) Infrastructure equipment, communications devices and methods
CN108809490A (zh) 信令消息传输方法及装置
EP3606156B1 (en) Method and apparatus for processing data at high speed
CN112753243A (zh) 无线通信系统中的无线节点通信方法和装置
CN109802800A (zh) 一种通信方法及设备
CN112040565B (zh) 移动通信系统、方法及装置
KR20180106509A (ko) 사용자 평면 데이터 패킷을 이용한 단말 패킷 필터 관리 방안
US20240365405A1 (en) Method and device for communication between network entities in cloud lan environment

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
GR01 Patent grant
GR01 Patent grant