CN104168609B - 一种信令的处理方法和装置 - Google Patents
一种信令的处理方法和装置 Download PDFInfo
- Publication number
- CN104168609B CN104168609B CN201410438570.9A CN201410438570A CN104168609B CN 104168609 B CN104168609 B CN 104168609B CN 201410438570 A CN201410438570 A CN 201410438570A CN 104168609 B CN104168609 B CN 104168609B
- Authority
- CN
- China
- Prior art keywords
- signaling
- transmitting terminal
- received
- type
- mark
- 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.)
- Active
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及无线通信技术领域,特别涉及一种信令的处理方法和装置。用以解决现有技术中存在的所有的信令都采用同一种方法进行转发,由于并不是每个信令对于发送要求都相同,如果采用同一种方法对所有信令进行转发,会降低信令的时效性,同时也降低了系统的性能的问题。本发明实施例发送端每接收到一个信令,确定接收到的所述信令的类型;所述发送端根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令。由于本发明实施例对信令进行分类,不同类型的信令按照不同的发送顺序和不同的发送方法进行发送,提高了信令的时效性,同时也提高了系统的性能。
Description
技术领域
本发明涉及无线通信技术领域,特别涉及一种信令的处理方法和装置。
背景技术
随着无线通信技术的发展,大多数设备厂商都开发出满足LTE(Long TermEvolution,长期演进)标准的无线通信设备,用于转发信令。然而各厂商的无线通信设备的性能是存在一定差异,导致了在同一种业务场景下,无线通信设备对信令进行转发的效率存在不一致的现象。特别是在某些需要进行大数量信令转发的业务场景中,对于无线通信设备的转发性能要求较高。
例如无线通信设备根据S1AP(S1 Application Protocol,S1应用协议),将寻呼消息基于TA(Time advance,时间提前量)List(列表)透传并转发给相关基站,此时TA下有很多基站,大量的寻呼消息需要高性能的系统网关对其进行转发。
目前,在现有技术中,所有的信令都采用同一种方法进行转发,由于并不是每个信令对于发送要求都相同,如果采用同一种方法对所有信令进行转发,会降低信令的时效性,同时也降低了系统的性能。
发明内容
本发明提供一种信令的处理方法和装置,用以解决现有技术中存在的所有的信令都采用同一种方法进行转发,由于并不是每个信令对于发送要求都相同,如果采用同一种方法对所有信令进行转发,会降低信令的时效性,同时也降低了系统的性能的问题。
本发明实施例提供一种信令的处理方法,包括:
发送端每接收到一个信令,确定接收到的所述信令的类型;
所述发送端根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令。
由于本发明实施例根据接收到的每个信令的不同类型采取不同的方法进行发送,满足了不同信令的不同发送要求。
较佳地,所述发送端确定接收到的所述信令的类型,包括:
所述发送端根据接收到的信令的发送时延和/或可靠性,确定接收到的信令的类型。
较佳地,所述发送端确定接收到的所述信令的类型之后,根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令之前,还包括:
所述发送端根据接收到的每个信令的类型,将信令置于对应的队列中;
所述发送端根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令,包括:
所述发送端根据不同的队列的优先级,确定信令的发送顺序,并发送信令。
由于本发明实施例根据信令的不同类型放入不同的队列,并根据队列的优先级对其中的信令进行发送,保证了不同类型的信令在不同的队列中,采取不同发送策略。
较佳地,所述发送端根据不同的队列的优先级,确定信令的发送顺序,并发送信令,包括:
所述发送端判断高优先级队列中是否有需要发送的信令,如果有,则按照高优先级队列中的信令的顺序,发送高优先级队列中的信令;
否则,判断低优先级队列中是否有需要发送的信令,如果有,则按照低优先级队列中的信令的顺序,发送一个低优先级队列中的信令,并返回判断高优先级队列中是否有需要发送的信令的步骤,否则继续接收信令。
由于本发明实施例采取先发送高优先级队列里的信令,然后发送低优先级队列里面的信令,保证了高优先队列里的信令发送的时效性和可靠性,进而提高了系统的性能。
较佳地,所述发送端确定接收到的所述信令的类型之后,根据接收到的每个信令的类型,将信令置于对应的队列中之前,还包括:
若需要将信令发送给多个接收端,所述发送端将所述多个接收端的标识划分为多组,其中每组接收端的标识数量不大于所述发送端的最大发送量;
所述发送端复制所述信令,以使所述信令的数量等于组的数量,并为每一组分配一个所述信令;
所述发送端根据接收到的每个信令的类型,将信令置于对应的队列中,包括:
所述发送端根据所述信令的类型,将每一组分配的一个所述信令置于对应的队列中。
由于本发明实施例将信令的多个接收端划分为多组,并为每一组分配一个信令,保证了发送端能在自己最大发送量范围以内完成信令的发送。
较佳地,所述发送端发送信令,包括:
若需要将信令发送给多个接收端,所述发送端将所述多个接收端的标识划分为多组,其中每组接收端的标识数量不大于所述发送端的最大发送量;
所述发送端每次向一个组中的所有接收端发送所述信令。
由于本发明实施例发送端能向一个分组内的所有接收端发送信令,方便了信令发送的实现。
较佳地,所述发送端发送信令之前,还包括:
若需要将信令发送给多个接收端,所述发送端将接收到的信令进行解码后,在封装所述信令的包头时,将需要接收该信令的接收端的标识置于所述信令的包头中;
所述发送端发送信令,包括:
所述发送端根据所述信令的包头中的接收端的标识,发送所述信令。
由于本发明实施例发送端根据信令的包头中的接收端的标识进行发送信令,便于确定信令的接收端,进而完成信令发送。
本发明实施例提供一种信令的处理装置,包括:
信令分类单元,用于每接收到一个信令,确定接收到的所述信令的类型;
信令发送单元,用于根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令。
较佳地,所述信令分类单元具体用于:
根据接收到的信令的发送时延和/或可靠性,确定接收到的信令的类型。
较佳地,所述信令分类单元还用于:
根据接收到的每个信令的类型,将信令置于对应的队列中;
所述信令发送单元具体用于:
根据不同的队列的优先级,确定信令的发送顺序,并发送信令。
较佳地,所述信令发送单元具体用于:
判断高优先级队列中是否有需要发送的信令,如果有,则按照高优先级队列中的信令的顺序,发送高优先级队列中的信令;
否则,判断低优先级队列中是否有需要发送的信令,如果有,则按照低优先级队列中的信令的顺序,发送一个低优先级队列中的信令,并返回判断高优先级队列中是否有需要发送的信令的步骤,否则继续接收信令。
较佳地,所述信令分类单元还用于:
若需要将信令发送给多个接收端,将所述多个接收端的标识划分为多组,其中每组接收端的标识数量不大于最大发送量;
复制所述信令,以使所述信令的数量等于组的数量,并为每一组分配一个所述信令;
所述信令分类单元具体用于:
根据所述信令的类型,将每一组分配的一个所述信令置于对应的队列中。
较佳地,所述信令发送单元具体用于:
若需要将信令发送给多个接收端,将所述多个接收端的标识划分为多组,其中每组接收端的标识数量不大于最大发送量;
每次向一个组中的所有接收端发送所述信令。
较佳地,所述信令分类单元还用于:
若需要将信令发送给多个接收端,将接收到的信令进行解码后,在封装所述信令的包头时,将需要接收该信令的接收端的标识置于所述信令的包头中;
所述信令发送单元具体用于:
根据所述信令的包头中的接收端的标识,发送所述信令。
由于本发明实施例对信令进行分类,不同类型的信令按照不同的发送顺序和不同的发送方法进行发送,提高了信令的时效性,同时也提高了系统的性能。
附图说明
图1a为本发明实施例一信令的处理方法流程示意图;
图1b为本发明实施例二信令的处理方法系统组成图;
图2a为本发明实施例三信令的分类方法流程示意图;
图2b为本发明实施例四信令的发送方法流程示意图;
图3为本发明实施例五信令的发送装置流程示意图。
具体实施方式
本发明实施例发送端每接收到一个信令,确定接收到的所述信令的类型;所述发送端根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令。由于本发明实施例对信令进行分类,不同类型的信令按照不同的发送顺序和不同的发送方法进行发送,提高了信令的时效性,同时也提高了系统的性能。
本发明实施例可以在包括但是不局限于下列的制式下进行信令转发:LTE制式下的NanoCell(微基站)、FemtoCell(家庭基站)、SmallCell(微基站)等。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图1a所示,本发明实施例一信令的处理方法包括:
步骤100,发送端每接收到一个信令,确定接收到的所述信令的类型;
步骤101,所述发送端根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令。
较佳地,步骤100中,所述发送端根据接收到的信令的发送时延和/或可靠性,确定接收到的信令的类型。
比如将发送时延和/或可靠性要求高的信令归为一类,将发送时延和/或可靠性要求低的信令归为一类。
在实施中,可以为发送端配置每个信令的发送时延和/或可靠性的要求;
相应的,发送端在收到信令后,根据配置的信息就可以知道收到的信令发送时延和/或可靠性的要求,并对该信令进行分类。
比如对于点对点发送的信令对发送时延和/或可靠性要求高;对于组播或广播的信令对发送时延和/或可靠性要求低。
例如:发送端接收到一个信令,经确定该条信令需要进行点对点的发送,对发送时延要求较高,此时将该条信令归类为第一类信令。
又例如:发送端接收到一个信令,经确定该条信令需要进行广播的发送,对发送可靠性要求较低,此时将该条信令归类为第二类信令。
较佳地,所述发送端确定接收到的所述信令的类型之后,根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令之前,还包括:
所述发送端根据接收到的每个信令的类型,将信令置于对应的队列中;
所述发送端根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令,包括:
所述发送端根据不同的队列的优先级,确定信令的发送顺序,并发送信令。
例如:发送端将已确认的第一类信令置于第一队列中,将已确认的第二类信令置于第二队列中,第一队列的优先级别高于第二队列。发送端优先发送第一队列里的信令。
较佳地,所述发送端根据不同的队列的优先级,确定信令的发送顺序,并发送信令,包括:
所述发送端判断高优先级队列中是否有需要发送的信令,如果有,则按照高优先级队列中的信令的顺序,发送高优先级队列中的信令;
否则,判断低优先级队列中是否有需要发送的信令,如果有,则按照低优先级队列中的信令的顺序,发送一个低优先级队列中的信令,并返回判断高优先级队列中是否有需要发送的信令的步骤,否则继续接收信令。
例如:高优先级别队列里面存储有4条信令待发送,4条信令分别为高信令1、高信令2、高信令3和高信令4,低优先级别队列里面存储有2条信令待发送,2条信令分别为低信令1和低信令2。发送端依次发送高优先级别队列的4条信令,发送完这4条信令后队列里面没有接收到其它信令,这时,发送端依次发送低优先级别队列里面的第一条信令即低信令1,完成发送后,发送端继续确定高优先级别队列里面存在信令,发送端依次发送高优先级别队列的信令。
本发明实施例在进行组播或广播发送时,对于不同的发送设备,其设备的性能也不同,所以一次能发送的信令数量也不同。本发明实施例提供了两种进行发送的方法。
情况一、对接收端进行分组。
如果需要接收信令的接收端的数量大于发送端一次能发送的信令数量,对接收端进行分组。
具体的,所述发送端确定接收到的所述信令的类型之后,根据接收到的每个信令的类型,将信令置于对应的队列中之前,还包括:
若需要将信令发送给多个接收端,所述发送端将所述多个接收端的标识划分为多组,其中每组接收端的标识数量不大于所述发送端的最大发送量;
所述发送端复制所述信令,以使所述信令的数量等于组的数量,并为每一组分配一个所述信令;
所述发送端根据接收到的每个信令的类型,将信令置于对应的队列中,包括:
所述发送端根据所述信令的类型,将每一组分配的一个所述信令置于对应的队列中。
例如:发送端需要将接收到的当前信令发送给60个接收端,此时将这60个接收端进行分组。每组所能存储的接收端的最大数量为50个,此时,将这60个接收端划分为两组,分别为组1和组2。发送端为组1和组2分别分配一个信令,然后将这两个信令置于对应的队列中。
由于每一组对应的一个信令,则需要在一个信令中加入对应的组中的所有接收端的标识,以便在发送该信令时,根据包头中的标识发送信令。
对于情况一有两种方式,一是将接收到的信令加入队列之前,将对应的组中的所有接收端的标识加入到对应的信令包头中;二是加入队列后,需要发送信令之前,将对应的组中的所有接收端的标识加入到对应的信令包头中,下面分别进行介绍。
方式一、
若需要将信令发送给多个接收端,所述发送端将接收到的信令进行解码后,在封装所述信令的包头时,将需要接收该信令的接收端的标识置于所述信令的包头中;
所述发送端根据接收到的每个信令的类型,将信令置于对应的队列中;
所述发送端根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令,包括:
所述发送端根据不同的队列的优先级,确定信令的发送顺序,并发送信令。
方式二、
若需要将信令发送给多个接收端,所述发送端将接收到的信令进行解码后,在封装所述信令的包头时,将需要接收该信令的接收端的标识置于所述信令的包头中;
所述发送端发送信令,包括:
所述发送端根据所述信令的包头中的接收端的标识,发送所述信令。
情况二、不对接收端进行分组。
如果发送端一次能发送的信令数量没有限制,就不需要对接收端进行分组,只需要将所有接收端的标识置于信令包头中,以便在发送该信令时,根据包头中的标识发送信令。
例如:发送端需要将接收到的当前信令发送给45个接收端,此时将这45个接收端的标识置于该信令中,然后将这个信令置于对应的队列中。
对于情况二有两种方式,一是将接收到的信令加入队列之前,将对应的组中的所有接收端的标识加入到对应的信令包头中;二是加入队列后,需要发送信令之前,将对应的组中的所有接收端的标识加入到对应的信令包头中,下面分别进行介绍。
方式一、
若需要将信令发送给多个接收端,所述发送端将接收到的信令进行解码后,在封装所述信令的包头时,将需要接收该信令的接收端的标识置于所述信令的包头中;
所述发送端根据接收到的每个信令的类型,将信令置于对应的队列中;
所述发送端根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令,包括:
所述发送端根据不同的队列的优先级,确定信令的发送顺序,并发送信令。
方式二、
若需要将信令发送给多个接收端,所述发送端将接收到的信令进行解码后,在封装所述信令的包头时,将需要接收该信令的接收端的标识置于所述信令的包头中;
所述发送端发送信令,包括:
所述发送端根据所述信令的包头中的接收端的标识,发送所述信令。
本发明实施例中发送端的最大发送量指的是发送端一次所能发送的最大数据量的信令总数。
本发明实施例可以将信令的多个接收端进行分组,并为每一个分组分配一个信令,也可以不对多个接收端进行分组,将所有接收端的标识置于一个信令中。
本发明实施例发送端在接收到一个信令将其置于对应队列之后,在进行发送之前,若判断出此信令为UE(用户设备)相关的信令,则需要将信令字段中UE相关的标识,转换成网关唯一标识,进行字段转换的目的是便于后续的接收端通过网关唯一标识找到对应的用户设备,发送端在转换操作完成后,发送此信令;若此信令为非UE相关的信令,则发送端不进行转换操作,直接发送此信令。
较佳地,所述发送端发送信令,包括:
若需要将信令发送给多个接收端,所述发送端将所述多个接收端的标识划分为多组,其中每组接收端的标识数量不大于所述发送端的最大发送量;
所述发送端每次向一个组中的所有接收端发送所述信令。
较佳地,所述发送端发送信令之前,还包括:
若需要将信令发送给多个接收端,所述发送端将接收到的信令进行解码后,在封装所述信令的包头时,将需要接收该信令的接收端的标识置于所述信令的包头中;
所述发送端发送信令,包括:
所述发送端根据所述信令的包头中的接收端的标识,发送所述信令。
本发明实施例发送端在接收到信令之后,在对信令进行分类之前,可以对信令进行解码操作,也可是在对信令进行分类之后对信令进行解码操作。
本发明实施例发送端可以在发送信令时,将该信令的接收端的标识置于信令的包头中,也可以在将该信令置于对应的队列时,将该信令的接收端的标识置于信令的包头中。
若本发明实施例中接收端的标识为SCTP(Stream ControlTransmissionProtocol,流控制传输协议)偶联号时,具体的信令的处理方法系统组成图如图1b所示。如图中所示,基站标识与SCTP偶联号是一一对应的,即基站1的SCTP偶联号为1,基站50的SCTP偶联号为50;基站1-基站60这60个基站属于TA1,基站61于TA2。在进行信令分类时:将第一类信令存储于高优先级队列,第二类信令存储于低优先级队列;在对分类后的信令进行处理时:50表示基站的SCTP偶联号是50,表示对第一类信令进行处理,第一个60表示一共有60个基站,后面的数字1、2…60代表这60个基站的SCTP偶联号,此时表示对第二类信令进行处理;在进行信令发送时:在对第一类信令进行处理时,根据SCTP偶联号50找到其对应基站为基站50,将信令直接转发给基站50,在对第二类信令进行处理时,SCTP偶联号组一共找到60个基站,则根据分组发送原则,将该信令分两次转发给两组基站。基站61不在两类信令的SCTP偶联号信息中,所以信令不会转发给该基站。
本发明实施例发送端在需要将一个信令发送给多个接收端时,只需要将该信令进行解码一次,然后在编码时将多个接收端的标识置于信令中,在进行发送操作时,去掉信令包头的接收端标识组,将该信令依次发送给接收端标识组中对应接收端。而在现有技术中,发送端在接收到一个信令,将该信令进行解码,然后确定需要将该信令发送给N个接收端时,将该信令复制N次,然后进行N次编码后将这N条信令发送给对应的接收端。本发明实施例不同于现有技术的实现方法,不对信令复制N次、编码N次,可以减少信令缓存区的复制时间,提供系统效率。
如图2a所示,本发明实施例三信令的分类方法包括:
步骤200,发送端接收到一个信令。
步骤201,发送端判断接收到的信令是否为第一类信令,若是,则执行步骤202;否则,执行步骤203。
步骤202,发送端将信令存储到高优先级别队列中。
步骤203,发送端判断接收到的信令是否为第二类信令,若是,则执行步骤204;否则,执行步骤205。
步骤204,发送端将信令存储到低优先级别队列中。
步骤205,发送端不对信令作任何处理。
如图2b所示,本发明实施例四信令的发送方法包括:
步骤210,发送端读取高优先级别队列。
步骤211,发送端判断高优先级别队列里是否有信令,若有,则执行步骤212;否则,执行步骤213。
步骤212,发送端记录信令需要发送的接收端的标识,根据接收端的标识直接发送该信令到对应的接收端,然后执行步骤211。
步骤213,发送端读取低优先级别队列。
步骤214,发送端判断低优先级别队列里是否有信令,若有,则执行步骤215;否则,执行步骤216。
步骤215,发送端记录信令需要发送的所有接收端的标识,对接收端的标识进行分组,根据分组发送原则,每次向一组中的所有接收端发送信令直至所有分组全部发送完成,然后执行步骤211。
步骤216,发送端继续接收信令。
基于同一发明构思,本发明实施例中还提供了一种信令的处理装置,由于图3的信令的处理装置对应的方法为本发明实施例信令的处理方法,因此本发明实施例装置的实施可以参见系统的实施,重复之处不再赘述。
如图3所示,本发明实施例五信令的处理装置包括:
信令分类单元300,用于每接收到一个信令,确定接收到的所述信令的类型;
信令发送单元301,用于根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令。
较佳地,所述信令分类单元300具体用于:
根据接收到的信令的发送时延和/或可靠性,确定接收到的信令的类型。
较佳地,所述信令分类单元300还用于:
根据接收到的每个信令的类型,将信令置于对应的队列中;
所述信令发送单元301具体用于:
根据不同的队列的优先级,确定信令的发送顺序,并发送信令。
较佳地,所述信令发送单元301具体用于:
判断高优先级队列中是否有需要发送的信令,如果有,则按照高优先级队列中的信令的顺序,发送高优先级队列中的信令;
否则,判断低优先级队列中是否有需要发送的信令,如果有,则按照低优先级队列中的信令的顺序,发送一个低优先级队列中的信令,并返回判断高优先级队列中是否有需要发送的信令的步骤,否则继续接收信令。
较佳地,所述信令分类单元300还用于:
若需要将信令发送给多个接收端,将所述多个接收端划分为多组,其中每组接收端的数量不大于最大发送量;
复制所述信令,以使所述信令的数量等于组的数量,并为每一组分配一个所述信令;
所述信令分类单元300具体用于:
根据所述信令的类型,将每一组分配的一个所述信令置于对应的队列中。
较佳地,所述信令发送单元301具体用于:
若需要将信令发送给多个接收端,将所述多个接收端划分为多组,其中每组接收端的数量不大于最大发送量;
每次向一个组中的所有接收端发送所述信令。
较佳地,所述信令分类单元300还用于:
若需要将信令发送给多个接收端,将接收到的信令进行解码后,在封装所述信令的包头时,将需要接收该信令的接收端的标识置于所述信令的包头中;
所述信令发送单元301具体用于:
根据所述信令的包头中的接收端的标识,发送所述信令。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (12)
1.一种信令的处理方法,其特征在于,该方法包括:
发送端每接收到一个信令,确定接收到的所述信令的类型;
所述发送端根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令;
所述发送端确定接收到的所述信令的类型,包括:
所述发送端根据接收到的信令的发送时延和/或可靠性,所述信令是点对点传送或广播传送,确定接收到的信令的类型;
其中,所述发送端确定接收到的所述信令的类型之后,根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令之前,还包括:
所述发送端根据接收到的每个信令的类型,将信令置于对应的队列中。
2.如权利要求1所述的方法,其特征在于,所述发送端根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令,包括:
所述发送端根据不同的队列的优先级,确定信令的发送顺序,并发送信令。
3.如权利要求2所述的方法,其特征在于,所述发送端根据不同的队列的优先级,确定信令的发送顺序,并发送信令,包括:
所述发送端判断高优先级队列中是否有需要发送的信令,如果有,则按照高优先级队列中的信令的顺序,发送高优先级队列中的信令;
否则,判断低优先级队列中是否有需要发送的信令,如果有,则按照低优先级队列中的信令的顺序,发送一个低优先级队列中的信令,并返回判断高优先级队列中是否有需要发送的信令的步骤,否则继续接收信令。
4.如权利要求2所述的方法,其特征在于,所述发送端确定接收到的所述信令的类型之后,根据接收到的每个信令的类型,将信令置于对应的队列中之前,还包括:
若需要将信令发送给多个接收端,所述发送端将所述多个接收端的标识划分为多组,其中每组接收端的标识数量不大于所述发送端的最大发送量;
所述发送端复制所述信令,以使所述信令的数量等于组的数量,并为每一组分配一个所述信令;
所述发送端根据接收到的每个信令的类型,将信令置于对应的队列中,包括:
所述发送端根据所述信令的类型,将每一组分配的一个所述信令置于对应的队列中。
5.如权利要求1所述的方法,其特征在于,所述发送端发送信令,包括:
若需要将信令发送给多个接收端,所述发送端将所述多个接收端的标识划分为多组,其中每组接收端的标识数量不大于所述发送端的最大发送量;
所述发送端每次向一个组中的所有接收端发送所述信令。
6.如权利要求1~5任一所述的方法,其特征在于,所述发送端发送信令之前,还包括:
若需要将信令发送给多个接收端,所述发送端将接收到的信令进行解码后,在封装所述信令的包头时,将需要接收该信令的接收端的标识置于所述信令的包头中;
所述发送端发送信令,包括:
所述发送端根据所述信令的包头中的接收端的标识,发送所述信令。
7.一种信令的处理装置,其特征在于,该装置包括:
信令分类单元,用于每接收到一个信令,确定接收到的所述信令的类型;
信令发送单元,用于根据接收到的每个信令的类型,确定信令的发送顺序,并发送信令;
所述信令分类单元具体用于:
根据接收到的信令的发送时延和/或可靠性,所述信令是点对点传送或广播传送,确定接收到的信令的类型;
所述信令分类单元还用于:
根据接收到的每个信令的类型,将信令置于对应的队列中。
8.如权利要求7所述的装置,其特征在于,所述信令发送单元具体用于:
根据不同的队列的优先级,确定信令的发送顺序,并发送信令。
9.如权利要求8所述的装置,其特征在于,所述信令发送单元具体用于:
判断高优先级队列中是否有需要发送的信令,如果有,则按照高优先级队列中的信令的顺序,发送高优先级队列中的信令;
否则,判断低优先级队列中是否有需要发送的信令,如果有,则按照低优先级队列中的信令的顺序,发送一个低优先级队列中的信令,并返回判断高优先级队列中是否有需要发送的信令的步骤,否则继续接收信令。
10.如权利要求8所述的装置,其特征在于,所述信令分类单元还用于:
若需要将信令发送给多个接收端,将所述多个接收端的标识划分为多组,其中每组接收端的标识数量不大于最大发送量;
复制所述信令,以使所述信令的数量等于组的数量,并为每一组分配一个所述信令;
所述信令分类单元具体用于:
根据所述信令的类型,将每一组分配的一个所述信令置于对应的队列中。
11.如权利要求7所述的装置,其特征在于,所述信令发送单元具体用于:
若需要将信令发送给多个接收端,将所述多个接收端的标识划分为多组,其中每组接收端的标识数量不大于最大发送量;
每次向一个组中的所有接收端发送所述信令。
12.如权利要求7~11任一所述的装置,其特征在于,所述信令分类单元还用于:
若需要将信令发送给多个接收端,将接收到的信令进行解码后,在封装所述信令的包头时,将需要接收该信令的接收端的标识置于所述信令的包头中;
所述信令发送单元具体用于:
根据所述信令的包头中的接收端的标识,发送所述信令。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410438570.9A CN104168609B (zh) | 2014-08-29 | 2014-08-29 | 一种信令的处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410438570.9A CN104168609B (zh) | 2014-08-29 | 2014-08-29 | 一种信令的处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104168609A CN104168609A (zh) | 2014-11-26 |
CN104168609B true CN104168609B (zh) | 2018-07-06 |
Family
ID=51912199
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410438570.9A Active CN104168609B (zh) | 2014-08-29 | 2014-08-29 | 一种信令的处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104168609B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106612532B (zh) * | 2015-10-21 | 2019-11-29 | 大唐移动通信设备有限公司 | 一种lte系统中enb接入mme的方法和装置 |
CN110414928B (zh) * | 2019-07-09 | 2022-07-29 | 京信网络系统股份有限公司 | 业务流分类处理方法、装置和通信设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1536900A (zh) * | 2003-04-11 | 2004-10-13 | 华为技术有限公司 | 无线接入网中的业务优先级的传输方法 |
CN101436992A (zh) * | 2008-12-31 | 2009-05-20 | 华为技术有限公司 | 传递用户消息的方法、装置和系统 |
CN102638403A (zh) * | 2012-04-01 | 2012-08-15 | 华为技术有限公司 | 用于处理报文的方法及装置 |
CN103595546A (zh) * | 2012-08-17 | 2014-02-19 | 华为技术有限公司 | 一种可靠组播的实现方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7899060B2 (en) * | 2004-04-01 | 2011-03-01 | Nortel Networks Limited | Method for providing bearer specific information for wireless networks |
-
2014
- 2014-08-29 CN CN201410438570.9A patent/CN104168609B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1536900A (zh) * | 2003-04-11 | 2004-10-13 | 华为技术有限公司 | 无线接入网中的业务优先级的传输方法 |
CN101436992A (zh) * | 2008-12-31 | 2009-05-20 | 华为技术有限公司 | 传递用户消息的方法、装置和系统 |
CN102638403A (zh) * | 2012-04-01 | 2012-08-15 | 华为技术有限公司 | 用于处理报文的方法及装置 |
CN103595546A (zh) * | 2012-08-17 | 2014-02-19 | 华为技术有限公司 | 一种可靠组播的实现方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104168609A (zh) | 2014-11-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106686691B (zh) | 一种随机接入响应rar传输方法及相关设备 | |
CN108306895A (zh) | 数据传输方法及装置 | |
US9277561B2 (en) | Channel allocation notifying method, communication method, and communication apparatus | |
CN112911712A (zh) | 一种下行传输方法及装置 | |
JP7149849B2 (ja) | ダウンリンクフィードバック情報を伝送するための方法、基地局、および端末デバイス | |
CN101998577A (zh) | 随机接入前导码的发送方法、系统及设备 | |
TW201541893A (zh) | 處理通道狀態訊息報告的方法及其通訊裝置 | |
WO2011106984A1 (zh) | 移动终端并行传输数据的方法和移动终端 | |
CN103957518A (zh) | 一种蜂窝网络中的d2d通信方法 | |
CN112752227A (zh) | 一种通信方法及装置 | |
CN104754521B (zh) | 一种报文转发方法、无线接入点、无线控制器和系统 | |
CN104168609B (zh) | 一种信令的处理方法和装置 | |
JP6593733B2 (ja) | データ伝送方法および装置 | |
WO2022036870A1 (zh) | 数据传输方法及装置 | |
CN108631962B (zh) | 一种重复数据的传输方法及通信设备 | |
CN105264984B (zh) | 一种确定动态上下行比例配置参数的方法、系统和设备 | |
US8755320B2 (en) | Identification of MBMS service from a central node to UMTS LTE eNBs | |
CN104780577B (zh) | 一种数据资源在小区间进行切换传输的方法和设备 | |
CN105682050B (zh) | Mbms数据传输方法、广播/组播服务中心设备和基站 | |
JP2014197907A (ja) | バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム | |
CN103944696B (zh) | 一种临时块流的接收处理方法及装置 | |
CN104540119B (zh) | 一种基于x2代理的基站间通信方法及装置 | |
CN104661262B (zh) | 具有多个服务设定识别码的无线基站及运作方法 | |
CN111328149B (zh) | 调度方法、相应节点、ue以及计算机可读介质 | |
CN103024678B (zh) | Dmr基站中传输中速媒体业务数据的方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP01 | Change in the name or title of a patent holder | ||
CP01 | Change in the name or title of a patent holder |
Address after: 510663 No. 10 Shenzhou Road, Science City, Luogang District, Guangzhou City, Guangdong Province Patentee after: Jingxin Network System Co.,Ltd. Address before: 510663 No. 10 Shenzhou Road, Science City, Luogang District, Guangzhou City, Guangdong Province Patentee before: Comba Telecom System (China) Ltd. |