CN101848488B - 处理无连接消息的方法、系统和设备 - Google Patents

Abstract

本发明实施例提供了一种处理无连接消息的方法、系统和设备。本发明实施例针对NNSF部署在接入网设备与核心网控制设备之间的资源池组网场景下无连接消息无处理机制的问题，提供了一种处理无连接消息的方法、系统和设备，通过判断资源池组网场景下的无连接消息类型，对于非接入层节点选择功能NNSF部署在接入网设备与核心网控制设备之间时，根据不同的无连接消息按照预设规则进行不同的处理，能够实现对无连接消息的有效处理，保证接入网设备与核心网设备之间无连接消息功能的实现。

Description

处理无连接消息的方法、系统和设备

技术领域

本发明涉及通信领域，尤其涉及一种处理无连接消息的方法、系统和设备。 

背景技术

在移动通信系统中，核心网与接入网之间的信令消息分为两种类型，一类是面向连接的消息，如Iu接口的Initial UE Message，Direct Transfer消息等，这类消息是利用信令连接控制协议(SCCP，Signal Control Connection Part)面向连接的服务在核心网和接入网之间传递的，即传递这类消息需要建立SCCP连接。另一类消息是无连接的消息，如RESET，OVERLOAD消息等，这类消息是利用SCCP无连接的服务在核心网与接入网之间传递的，即传递这类消息无需建立SCCP连接。 

核心网有资源池组网的方式，资源池组网有两种类型。 

类型一：如图1所示，非接入层节点选择功能(NNSF，NAS Node SelectionFunction)部署在接入网设备，即部署在接入网设备如无线网络控制器(RNC，Radio Network Controller)、基站控制器(BSC，Base Station Controller基站控制器)中的场景； 

类型二：如图2所示，NNSF部署在接入网设备与核心网控制设备之间，即NNSF部署在接入网之上的场景； 

两种类型的区别在于，类型一，从无线网络控制器(RNC，Radio NetworkController)到移动交换中心(MSC，Mobile Switching Center)之间的信令，是通过RNC分发给资源池内各个MSC的。类型二，从RNC到MSC之间的信令，是通过NNSF把信令分发给资源池内各个MSC的，RNC只需要把信令发送给NNSF。如果RNC连接了多个NNSF，则可以分发给任意一个NNSF。NNSF可以是一个独立的节点，也可以与其他网络设备合设，如与媒体网关 MGW(Media Gateway)合设。 

对于类型二的情况，即NNSF部署在接入网之上时，无连接消息(如RESET消息、Overload消息、Reset Resource消息等)没有有效处理的机制，导致业务的失败，使无连接消息的功能无法有效实现。 

其中，RESET消息是为了通知对端网元初始化与本端网元相关的资源。如RNC丢电重启，可以给核心网(CN，Core Network)发一个RESET消息，CN就可以清除与该RNC之间建立的所有连接。Overload消息是在网元过载时把过载状态通知对端网元，由对端网元减少业务，从而达到减少负荷的目的。ResetResource消息指在发生某些故障的情况下，本端的连接已经清除了，但无法通过正常的清除连接方式通知对端网元清除相应的连接，就给对端发ResetResource消息，在消息中指示对端网元清除相关连接，例如：RNC和MSC建立了10个IU连接(有10个人打电话)，这些连接正常的释放流程是在用户挂机后，核心网发起disconnect和release流程，核心网和接入网清除相关连接。如果由于RNC和MSC之间SCCP层提供面向连接的服务故障，在用户挂机后，RNC会清除与该用户相关的连接，但由于RNC和MSC之间SCCP层面向连接的服务故障，RNC无法把用户的挂机信息通知到MSC，MSC无法通过正常的disconnect和release流程清除与该用户相关的连接资源，这时，RNC可以发送RESET RESOURCE消息，通过SCCP的无连接的服务，把RESET RESOURCE消息送到核心网，在消息中包含需要核心网释放的连接信息。 

现有技术中，在NNSF部署在接入网和之上的资源池组网时，没有有效的处理无连接消息的机制。例如，当RNC发出的RESET消息需要通知到池内所有的MSC时，由于NNSF部署在接入网之上，RNC只能将所述RESET消息发给NNSF，不会发给所有的MSC。RNC把RESET消息发给了NNSF，NNSF不知该如何处理：如果只发给其中一个MSC，应该给哪一个MSC？如果其他MSC没有收到RESET消息，不会清除与该RNC相关的连接信息，没有达到RNC发送RESET消息的目的；如果NNSF把RESET给所有的MSC都发送 RESET消息，则每个MSC都会回RESETACKNOWLEDGE消息，NNSF收到RESET ACKNOWLEDGE消息后又该如何处理？如果先收到其中一个MSC，如MSC1的RESETACKNOWLEDGE消息就转发给RNC(此时另一个MSC，如MSC2，还在处理RESET的过程中，还没有回RESET ACKNOWLEDGE消息)，RNC会认为核心网RESET过程已经完成，就可能发起业务，如果业务分发给MSC2，MSC2正在RESET处理过程中，会导致业务失败。 

再如，RNC发出的OVERLOAD消息需要通知到池内所有的MSC，但由于NNSF在接入网之上，RNC只能消息发给NNSF，不会发给所有的MSC。RNC把OVERLOAD消息发给了NNSF，NNSF该如何处理？如果只发给其中一个MSC，应该给哪一个MSC？其他MSC该如何处理？其他MSC如果没有收到OVERLOAD消息，只有收到OVERLOAD消息的MSC会减少到该RNC的业务量，其他MSC没有减少业务量，RNC过载的状况无法有效的缓解。如果MSC1过载了，把OVERLOAD消息发给了NNSF，如果NNSF直接转发给RNC，RNC收到核心网过载的消息后，会减少到核心网的业务量，因为在NNSF部署在接入网之上时，RNC无法识别池内多个MSC，是当一个MSC处理的。这个特性是由NNSF部署在接入网之上的组网模式决定的。而如果只有MSC1过载了，MSC2没有过载，RNC却减少了到核心网的业务量，到MSC2的业务量也会减少，这样，就会有很多用户的业务无法完成，影响了最终用户的感受。 

发明内容

本发明实施例提供一种处理无连接消息的方法、系统和设备，以实现NNSF部署在接入网之上的资源池组网情况下，无连接消息的有效处理。 

本发明实施例公开了一种无连接消息的处理方法，应用于资源池组网场景下，包括： 

接收网络设备发送的无连接消息； 

判断所述无连接消息的类型； 

若所述无连接消息是接入网设备发送的RESET消息，则非接入层节点选 择功能NNSF判断在第一定时器设定的时间内是否收到资源池中所有核心网控制设备发送的RESET消息，如果收到，则转发其中一条RESET消息给接入网设备；否则，在第二定时器设定的时间内，隔离发送所述RESET消息的核心网控制设备，所述第二定时器设定的时间短于所述第一定时器设定的时间。 

本发明实施例还公开了一种处理无连接消息的设备，所述设备部署在接入网设备与核心网控制设备之间，多个所述核心网控制设备构成一个资源池，包括： 

接收判断单元：用于接收所述接入网设备或核心网控制设备发送的无连接消息，并判断所述无连接消息的类型； 

处理单元：用于当所述接收判断单元判断出所述无连接消息是RESET消息后，判断在第一定时器设定的时间内是否收到资源池中所有核心网控制设备发送的RESET消息，如果收到，则转发其中一条RESET消息给接入网设备；否则，在第二定时器设定的时间内，隔离发送所述RESET消息的核心网控制设备，所述第二定时器设定的时间短于所述第一定时器设定的时间。 

本发明实施例提供的处理无连接消息的方法、系统和设备，通过判断资源池组网场景下的无连接消息类型，对于非接入层节点选择功能NNSF部署在接入网设备与核心网控制设备之间时，根据不同的无连接消息按照预设规则进行不同的处理，能够实现对无连接消息的有效处理，保证接入网设备与核心网设备之间无连接消息功能的实现。 

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。 

图1为现有技术中NNSF部署结构第一示意图； 

图2为现有技术中NNSF部署结构第二示意图； 

图3为本发明实施例提供的一种无连接消息处理方法的流程示意图； 

图4为本发明实施例一种无连接消息的处理方法第一流程示意图； 

图5为本发明实施例一种无连接消息的处理方法第二流程示意图； 

图6为本发明实施例提供的一种无连接消息处理方法的第三流程示意图； 

图7为本发明实施例提供的一种无连接消息处理方法的第四流程示意图； 

图8为本发明实施例提供的一种无连接消息处理方法的第五流程示意图； 

图9为本发明实施例提供的一种无连接消息处理方法的第六流程示意图； 

图10为本发明实施例一种处理无连接消息设备的结构示意图； 

图11为本发明实施例一种处理无连接消息系统的结构示意图。 

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。 

参考图3，图3为本发明实施例提供的一种无连接消息处理方法的流程示意图，所述方法应用于资源池组网场景下，包括： 

步骤301：接收网络设备发送的无连接消息； 

步骤302：判断所述无连接消息的类型； 

步骤303：根据所述判断的结果以及预设规则，处理所述无连接消息； 

步骤304：所述预设规则用于实现非接入层节点选择功能NNSF部署在接入网设备与核心网控制设备之间时，网络设备发送的无连接消息的处理。 

本发明实施例提供的一种无连接消息处理的方法，通过判断资源池组网场景下的无连接消息类型，对于非接入层节点选择功能NNSF部署在接入网设备与核心网控制设备之间时，根据不同的无连接消息按照预设规则进行不同的处理，能够实现对无连接消息的有效处理，保证接入网设备与核心网设备之间无连接消息功能的实现。 

下面以无线码分多址接入(WCDMA，wireless Code Division MultipleAccess)系统的Iu接口为例，针对不同的无连接消息，对本发明一种无连接消息的处理方法实施例进行详细的说明，可以理解，全球移动通信系统(GSM，Global System for Mobile communication)、码分多址接入(CDMA，CodeDivision Multiple Access)、TD-SCDMA系统与WCDMA系统中的无连接消息类似，本领域普通技术人员根据WCDMA系统中实现方式的描述，无需创造性劳动即能够在其它系统如GSM等的实现。并且，本发明实施例以资源池中包含MSC1、MSC2为例进行说明，但并不限定资源池中MSC的个数，其它资源池的实现方式可参考下述实施例实现，不再赘述。 

本发明实施例中，定时器T1或T2的实现方式与现有技术类同，只是对于设定时间上根据具体的应用场景有所不同，本发明实施例不再详细说明。 

参考图4，图4为本发明实施例一种无连接消息的处理方法第一流程示意图； 

步骤401：NNSF接收RNC发送的无连接消息，并判断该无连接消息是RNC发送的RESET消息； 

步骤402：NNSF把RESET消息广播给池内所有的MSC，并启动定时器T1； 

启动定时器T1的目的，是为了在T1超时后，如果收到MSC的RESETACKNOWLEDGE消息，NNSF则直接丢弃。T1的时长可根据具体的需求配置，本发明实施例不限定定时器的时长； 

作为另外一种可选的方案，也可以不设定时器T1，在这种情况下，如果NNSF收到某个MSC的RESET ACKNOWLEDGE消息，NNSF把消息转发给RNC，如果 RNC在RESET流程已经结束后还收到RESET ACKNOWLEDGE消息，则丢弃这些消息。 

步骤403：NNSF收到第一条RESET ACKNOWLEDGE消息后，启动定时器T2； 

在NNSF上会记录连接的MSC的个数，比如连接的MSC有MSC1、MSC2，NNSF每收到一个MSC的消息就会做一个记录，比如收到MSC1的消息时，就记录MSC1的消息收到了；如果MSC2的消息也收到了，则记录所有MSC的消息(如响应消息)收齐了。 

NNSF收到第一条RESET ACKNOWLEDGE消息后，启动定时器T2，在T2超时前，如果收到了资源池内所有MSC的RESET ACKNOWLEDGE消息，则停止定时器T2并执行步骤404；如果定时器T2超时，说明NNSF只收到部分MSC的RESETACKNOWLEDGE消息(原因是如果收到全部MSC的RESET ACKNOWLEDGE消息，定时器T2就会终止)，则执行步骤404，并停止定时器T1，RESET处理流程结束。对后续收到其他MSC的RESET ACKNOWLEDGE消息，则不再转发给RNC。上述T1的定时时长一般要求大于T2的定时时长。 

步骤404：NNSF将其中一条RESET ACKNOWLEDGE消息发送给RNC。 

RNC在发出RESET消息后，如果在一段时间内没有收到RESET ACKNOWLEDGE消息，RNC会重发RESET消息。NNSF收到RNC的重发消息，向所有的MSC广播，并重启定时器T1。作为可选的方案，NNSF也可以只向没有发送RESETACKNOWLEDGE消息的MSC广播。 

上述图4所述的实施例中，如果RNC连接了多个NNSF，则只会有其中一个NNSF收到RNC的RESET消息，由这个NNSF向MSC转发RESET消息；同时，对RESET ACKNOWLEDGE消息，可以有两种实现方案，一种是MSC把RESETACKNOWLEDGE消息发送给转发RESET消息的NNSF；另一种是在MSC配置一个默认NNSF，MSC把RESET ACKNOWLEDGE消息发送给默认的NNSF，由该默认的NNSF把RESET ACKNOWLEDGE消息转发给RNC。 

对于采用配置的方式，要求所有的MSC上配置相同，即针对同一个RNC的 RESET ACKNOWLEDGE消息，要发给同一个NNSF处理，采用配置的方式，如果默认NNSF与收到RESET的NNSF不是同一个，则在默认NNSF上不启动定时器T1。 

参考图5，图5为本发明实施例一种无连接消息的处理方法第二流程示意图； 

步骤501：在NNSF上配置资源池中的其中一个MSC为默认MSC； 

步骤502：NNSF收到RNC发送的无连接消息，判断该无连接消息是RNC发送的RESET消息，NNSF把该RESET消息转发给默认MSC，该默认的MSC可以根据具体的情况进行不同的设置，本发明实施例不限定其具体实现方式； 

默认MSC可以配置多个，NNSF可以优选第一个默认MSC，或采用轮选等其他负荷均衡的方式。配置多个的目的是为了防止默认MSC故障时无法处理RESET消息。采用负荷均衡的方式还可以避免采用固定的MSC，导致该MSC负荷高，产生负荷不均衡的的问题。 

步骤503：默认MSC(以MSC1为例)收到RESET消息后，清除与该RNC相关的连接资源，并且向资源池内其他MSC广播RNC的RESET消息，并启动定时器T1； 

其他MSC在处理完RESET的过程后，给默认MSC1发送RESET ACKNOWLEDGE消息。 

步骤504：默认MSC(MSC1)根据定时器是否超时进行处理，将RESETACKNOWLEDGE消息通过NNSF发送给RNC。 

如果在定时器T1超时前收到资源池中所有其他MSC的RESET ACKNOWLEDGE消息，MSC1就给RNC回响应消息RESET ACKNOWLEDGE，所述响应消息发送到NNSF后，由NNSF转发给RNC；如果定时器T1超时，说明只收到部分MSC的RESETACKNOWLEDGE消息，MSC1给RNC回响应消息RESET ACKNOWLEDGE，并且丢弃后续收到的资源池中其他MSC发送的RESET ACKNOWLEDGE消息。 

RNC在发出RESET消息后，如果在一段时间内没有收到RESET ACKNOWLEDGE消息，RNC会重发RESET消息，所述时间段设定的时间大于上述T1设定的时间。 默认MSC收到RNC的重发消息，向所有其他的MSC广播。可选的，默认MSC也可以只向没有发送RESET RESOURCE消息的MSC广播。 

参考图6，图6为本发明实施例提供的一种无连接消息处理方法的第三流程示意图，本实施例以MSC发送RESET消息，并且以MSC1先发送RESET消息为例进行说明； 

步骤601：接收无连接消息，并判断所述无连接消息的类型； 

NNSF接收MSC1发送的无连接消息，判断该无连接消息是MSC1发送的RESET消息； 

步骤602：判断定时器T1内是否收到所有MSC的RESET消息； 

如果在T1超时前收到所有MSC的RESET消息，则执行步骤604，否则执行步骤603； 

步骤603：在定时器T2内，隔离发送RESET消息的MSC，定时器T2设定的时间短于所述T1设定的时间； 

本实施例中，接收到的是MSC1发送的RESET消息，所以这里隔离的MSC是MSC1。隔离MSC1，即对于从RNC发来的消息不分发给所述MSC1。这里不将RESET消息发送给RNC，是因为如果转发给RNC，RNC会清除与MSC之间的所有连接，也就是没有发送RESET的MSC2的连接也会被清除，影响正常业务。如果MSC1的RESET消息没有发给RNC，RNC与MSC1之间的连接关系会通过SCCP层的TEST机制清除。之所以在T2超时前隔离MSC1，是因为MSC1已经清除了MSC1与RNC之间的连接资源，但RESET消息没有发给RNC，RNC上可能还存在部分与MSC1之间的连接，需要一定的时间才能清除，隔离一段时间可以保证RNC与MSC1之间的连接资源可以清除。 

步骤604：在T1超时前如果收到所有MSC发送的RESET消息，就给RNC转发其中一条RESET，并停止定时器T1和T2。 

如果在定时器T1超时后，没有收到所有MSC发送的RESET消息，说明还有部分MSC不需要清除与RNC之间的连接；而通过步骤603的隔离，即可实现 需要清除连接的MSC与RNC之间连接的清除。当然，在T1定时器已经启动后，后续收到的RESET消息时T1不再重启，只有在超时或收到所有MSC的RESET消息导致T1停止后才能重新启动。 

上述关于RESET消息的不同处理方式，对于NNSF部署于核心网和接入网之间的场景，根据预设规则对RESET消息进行处理，既保证了RESET消息精确的处理，有保证了其它业务的正常的进行。 

参考图7，图7为本发明实施例提供的一种无连接消息处理方法的第四流程示意图； 

步骤701：接收无连接消息，并判断所述无连接消息的类型； 

NNSF接收MSC1发送的无连接消息，判断该无连接消息是MSC1发送的OVERLOAD消息； 

步骤702：判断定时器T1内是否收到所有MSC发送的OVERLOAD消息； 

如果在T1超时前收到所有MSC发送的OVERLOAD消息，则执行步骤704，否则执行步骤703； 

步骤703：在T1超时后丢弃所述OVERLOAD消息，并调整资源池中MSC的业务量； 

NNSF如果只收到部分MSC的OVERLOAD消息，不能转发给RNC。如果转发给RNC，RNC会当作整个核心网过载处理，减少到核心网的业务量。RNC与其他MSC之间的业务也会被减少，影响正常业务的进行。所以，需要在T1超时后丢弃所述OVERLOAD消息。 

在T1超时后，NNSF调整资源池中MSC的业务量，可以通过减少到发出OVERLOAD消息的MSC的业务量，增加到其他MSC的业务量的方式来实现。 

例如：原来在NNSF上，MSC间负荷均衡的算法按3∶3∶3的比例分发的，但NNSF收到了MSC1的OVERLOAD消息，没有收到其他MSC的OVERLOAD消息，则NNSF可以把负荷均衡的算法调整为：2∶3.5∶3.5。NNSF调整负荷均衡算法时，可以根据Overload的程度和级别调整。本发明实施例不限定具体调整 的方式。 

步骤704：向RNC转发其中一个OVERLOAD消息，并停止定时器T1。 

对于RNC发出的OVERLOAD消息，NNSF收到后可以广播给所有的MSC。MSC收到Overload消息后进行相应的处理。 

上述实施例通过预设规则，即设定定时器T1，判断在T1设定的时间内，是否收到所有MSC发送的OVERLOAD消息，并在判断收到所有MSC发送的OVERLOAD消息时，向RNC转发其中一个OVERLOAD消息，并停止定时器T1；如果没有收到所有MSC发送的OVERLOAD消息，则在T1超时后丢弃所述OVERLOAD消息，并调整资源池中MSC的业务量，实现了OVERLOAD消息的有效处理，也保证了通信业务的均衡和正常高效处理。 

参考图8，图8为本发明实施例提供的一种无连接消息处理方法的第五流程示意图，包括： 

步骤801：NNSF接收RNC发送的无连接消息，并判断该无连接消息是RNC发送的RESET RESOURCE消息，并将所述RESET RESOURCE消息广播给所有的MSC； 

步骤802：MSC收到RESET RESOURCE消息后，判断所述RESET RESOURCE消息中指示的连接是否建立在本地，如果所述RESET RESOURCE消息中指示的连接是建立在本MSC的，则清除所述连接对应的资源，并给RNC回RESETRESOURCE ACKNOWLEDGE消息； 

如果是第三代数字通信(3G，3rd Generation)领域，RESET RESOURCE消息中指示连接的参数为：Iu Signalling Connection Identifier(Iu ID)，MSC判断Iu ID对应的连接是否建立在本局可以通过查询本局建立的所有Iu连接，如果能查到，就表示该连接建立在本局；当确认是建立在本局时，释放该连接。 

如果是GSM领域，RESET RESOURCE消息中指示连接的参数为：CallIdentifier，MSC收到RESET RESOURCE消息后的处理方式与3G中的处理方式相同，不再赘述。 

Iu Signalling Connection Identifier(Iu ID)或Call Identifier是唯一标识一个连接的，要求所有MSC与同一个RNC/BSC之间唯一(与不同的RNC/BSC之间可以重复)。例如，如果RNC与MSC1之间的Iu ID有：1，2，3，4，5，6，7，8，9；RNC  与MSC2之间的Iu ID有8，9，10，11，12，13，14，15，16，17，即MSC1和MSC2的Iu ID与同一个RNC之间不唯一，则当RNC给MSC发RESET RESOURCE消息时，如果消息中携带的Iu ID是8，则MSC1和MSC2都会释放这个连接，而实际上，RNC指示的是释放一个连接。因此，需要避免这种情况，所有MSC与同一个RNC/BSC之间标识必须唯一。 

Iu ID可能是RNC分配的，也可能是MSC分配的；Call Identifier都是由MSC分配。如果Iu ID是由RNC分配的，可以保证Iu ID唯一，如果Iu ID/Call Identifier是MSC分配，要求Iu ID/Call Identifier在MSC之间统一分配。下面以Iu ID为例进行说明： 

方法一：在Iu ID选择部分bit位分配NRI(Network ResourceIdentifier)，比如选择bit 15-bit 19，则由于每个MSC的NRI不一样，这样，每个MSC分配的Iu ID就不会重复； 

方法二：Iu ID在MSC之间统一分配。假设Iu ID的总的个数是10000个，则0-2999分配给MSC1，3000-6999分配给MSC2，7000-9999分配给MSC3，每个MSC分配Iu ID时只能分配属于本MSC的资源。 

步骤803：NNSF在收到某个MSC发送的第一条RESET RESOURCE ACKNOWLEDGE消息后，启动定时器T1，在T1超时前如果收到所有MSC发送的RESET RESOURCEACKNOWLEDGE消息，就给RNC转发其中一条RESET RESOURCE ACKNOWLEDGE，并停止定时器T1。否则，在T1超时后，NNSF给RNC转发一条RESET RESOURCEACKNOWLEDGE消息，并丢弃后续MSC发送的RESET RESOURCE ACKNOWLEDGE消息。 

上述图8中处理RESET RESOURCE消息的方式，也可以通过下述方式实现：NNSF收到RNC的RESET RESOURCE消息后，给所有的MSC广播RESET RESOURCE消息； 

NNSF收到MSC的RESET RESOURCE ACKNOWLEDGE消息后，转发给RNC； 

RNC收到第一条RESET RESOURCE ACKNOWLEDGE消息后，丢弃后续收到的RESET RESOURCE ACKNOWLEDGE消息。 

参考图9，图9为本发明实施例提供的一种无连接消息处理方法的第六流程示意图，包括： 

步骤901：接收无连接消息，并判断所述无连接消息的类型； 

NNSF接收无连接消息，并判断是核心网设备发送的RESET RESOURCE消息； 

步骤902：记录发送RESET RESOURCE消息的MSC与目标RNC的对应关系，并将所述RESET RESOURCE消息发送给RNC； 

发送RESET RESOURCE消息的MSC与目标RNC的对应关系可以通过表一来实现： 

发送RESET RESOURCE消息的MSC	目标RNC
		MSC1	RNC1
MSC1	RNC2

表一 

步骤903：根据所述记录的对应关系，将RESET RESOURCE ACKNOWLEDGE消息发送给相应的MSC。 

RNC处理完RESET RESOURCE过程后，给核心网设备返回RESET RESOURCEACKNOWLEDGE消息。NNSF收到RESET RESOURCE ACKNOWLEDGE消息后，根据记录的所述对应关系，把所述RESET RESOURCE ACKNOWLEDGE消息转发给MSC1； 

可选的，可以在步骤902发送给RNC RESET RESOURCE消息时，启动定时器T1，在T1超时后，删除所述对应关系，则在收到RESET RESOURCE ACKNOWLEDGE消息时如果定时器T1超时，NNSF无法获取MSC与发送RESET消息的目标RNC的对应关系，这种情况下，NNSF可以丢弃该RESET RESOURCE ACKNOWLEDGE消息。 

作为一种替换方案，步骤903中，NNSF也可以向所有的MSC广播RESET RESOURCE ACKNOWLEDGE消息。 

如果与RNC相连的有多个NNSF，由于RNC回的RESET RESOURCE ACKNOWLEDGE消息只会回给一个NNSF，为了保证把RESET RESOURCE ACKNOWLEDGE消息发送给MSC1，可以通过如下两种方式实现： 

方式一：MSC同时向RNC连接的所有NNSF发送RESET RESOURCE消息，NNSF收到所述RESET RESOURCE消息后转发给RNC。任何一个NNSF收到RESETRESOURCE ACKNOWLEDGE消息，就转发给MSC。这种情况下，RNC会收到多个RESETRESOURCE消息，只处理第一条消息，由于连接已经被清除，后续收到的RESETRESOURCE ACKNOWLEDGE消息不会再被处理； 

方式二：MSC1只向与RNC连接的NNSF中的一个发送RESET RESOURCE消息，接收到所述RESET RESOURCE消息的NNSF把所述RESET RESOURCE消息转发给RNC，并且通知与RNC连接的其他NNSF；其他NNSF记录MSC与与所述RESETRESOURCE消息的目标RNC的之间的对应关系。任何一个NNSF收到RESETRESOURCE ACKNOWLEDGE消息后，就转发给MSC。 

上述关于RESET RESOURCE消息的处理，有效的解决了NNSF部署在核心网设备与接入网设备之间的资源池场景下，RESET RESOURCE消息有效发送和响应消息的有效转发，实现了无连接消息的有效处理。 

下面对其它的无连接消息：INFORMATION TRANSFER消息、ERROR INDICATION消息、DIRECT INFORMATION TRANSFER消息、UPLINK INFORMATION EXCHANGE消息的处理方式进行描述。 

INFORMATION TRANSFER消息的处理方式： 

NNSF收到MSC的INFORMATION TRANSFER INDICATION消息后转发给RNC； 

NNSF收到MSC的INFORMATION TRANSFER CONFIRMATION/InformationTransfer FAILURE消息后广播给所有的MSC； 

在Information Transfer Indication/Information TransferConfirmation/Information Transfer Failure消息中，携带Information Transfer ID，把Information Transfer Confirmation/Information TransferFailure消息广播给所有的MSC后，MSC可以根据这个ID判断该消息是否与本MSC相关，不相关就丢弃； 

Information Transfer ID要求在池源池内MSC与同一个RNC之间统一分配，分配方式与前述的Iu Signalling Identifier相同，不再赘述。 

ERROR INDICATION消息的处理方式： 

NNSF收到RNC发送的ERROR INDICATION消息后，广播给所有MSC； 

NNSF收到MSC发送的ERROR INDICATION消息后，转发给RNC。 

DIRECT INFORMATION TRANSFER消息的处理方式： 

NNSF收到RNC发送的ERROR INDICATION消息后，广播给所有MSC； 

NNSF收到MSC发送的ERROR INDICATION消息后，转发给RNC。 

UPLINK INFORMATION EXCHANGE消息的处理方式： 

方式一： 

NNSF收到RNC发送的UPLINK INFORMATION EXCHANGE REQUEST消息后，广播给所有MSC； 

NNSF收到MSC发送的UPLINK INFORMATION EXCHANGE RESPONSE消息后，转发给所有MSC。 

方式二： 

NNSF收到RNC发送的UPLINK INFORMATION EXCHANGE REQUEST消息后，广播给资源池中所有MSC； 

NNSF收到MSC发送的第一条UPLINK INFORMATION EXCHANGE RESPONSE消息后启动定时器T1，在T1超时前，如果收到所有MSC的UPLINK INFORMATIONEXCHANGE RESPONSE消息，转发其中一条给RNC，并停止定时器T1 

如果T1超时，说明只有部分MSC返回的UPLINK INFORMATION EXCHANGERESPONSE消息，则转发其中一条UPLINK INFORMATION EXCHANGE RESPONSE消息给RNC，并丢弃后续收到的MSC的UPLINK INFORMATION EXCHANGE RESPONSE 消息。 

方式一和方式二的区别在于：方案一中RNC会收到多条UPLINKINFORMATION EXCHANGE RESPONSE消息；方案二中RNC只会收到一条UPLINKINFORMATION EXCHANGE RESPONSE消息。 

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。 

参考图10，图10为本发明实施例一种处理无连接消息设备的结构示意图，所述设备部署在接入网设备与核心网控制设备之间，多个所述核心网控制设备构成一个资源池，包括： 

接收判断单元1001：用于接收所述接入网设备或核心网控制设备发送的无连接消息，并判断所述无连接消息的类型； 

处理单元1002：用于根据所述判断的结果以及预设规则，处理所述无连接消息。 

本发明实施例公开的一种无连接消息的设备可以是NNSF，通过接收网络设备发送的无连接消息，并判断所述无连接消息的类型，并根据判断的结果以及预设规则，处理所述无连接消息，根据不同的无连接消息按照预设规则进行不同的处理，能够实现对无连接消息的有效处理，保证接入网设备与核心网设备之间无连接消息功能的实现。 

所述预设规则可以参考上述方法实施例中不同种类无连接消息的处理方式来实现，在此仅以部分为例进行说明。 

场景一：NNSF接收到的无连接消息是核心网控制设备发送的RESET消息； 

当NNSF接收到的无连接消息是核心网控制设备发送的RESET消息时，接收判断单元1001接收所述无连接消息，并判断所述无连接消息是MSC1发送 的RESET消息； 

处理单元1002根据所述接收判断单元1001判断的结果，按照预设规则，即判断定时器T1内是否收到所有MSC的RESET消息，如果在T1超时前收到所有MSC的RESET消息，就给RNC转发其中一条RESET，并停止定时器T1；否则，在定时器T2内，隔离发送RESET消息的MSC，定时器T2设定的时间短于所述T1设定的时间。 

场景二：NNSF接收到的无连接消息是核心网控制设备发送的OVERLOAD消息； 

当NNSF接收到的无连接消息是核心网控制设备发送的OVERLOAD消息时，根据预设规则，即判断定时器T1内是否收到所有MSC发送的OVERLOAD消息，如果在T1超时前收到所有MSC发送的OVERLOAD消息，向RNC转发其中一个OVERLOAD消息，并停止定时器T1；如果在T1超时，则丢弃所述OVERLOAD消息，并调整资源池中MSC的业务量。调整业务量的方式可参考上述方法实施例的描述，在此不再赘述。 

场景三：NNSF接收到的无连接消息是接入网设备(如RNC)发送的RESETRESOURCE消息； 

当NNSF接收到的无连接消息是RNC发送的RESET RESOURCE消息时，根据预设规则，即将所述RESET RESOURCE消息广播给所有的MSC，所述RESETRESOURCE消息用于接收到所述RESET RESOURCE消息的核心网控制设备，判断所述RESET RESOURCE消息中指示的连接是否建立在本地；如果是，则清除所述连接对应的资源，并给接入网设备返回RESET RESOURCE ACKNOWLEDGE消息，所述RESET RESOURCE消息中携带的与连接相关的信息在资源池中统一分配； 

在收到某个MSC发送的RESET RESOURCE ACKNOWLEDGE消息后，启动定时器T1，在T1超时前如果收到所有MSC发送的RESET RESOURCE ACKNOWLEDGE消息，就给RNC转发其中一条RESET RESOURCE ACKNOWLEDGE，并停止定时器T1。否则，在T1超时后，NNSF给RNC转发一条RESET RESOURCE ACKNOWLEDGE 消息，并丢弃后续MSC发送的RESET RESOURCE ACKNOWLEDGE消息。 

参考图11，图11为本发明实施例一种处理无连接消息系统的结构示意图，包括：非接入层节点选择功能NNSF1102、接入网设备1103和核心网设备1101，其中非接入层节点选择功能NNSF1102部署在接入网设备1103与核心网控制设备1101之间，多个所述核心网控制设备1101构成一个资源池；其中： 

核心网控制设备1101：用于向接入网设备1103发送无连接消息，并接收所述接入网设备返回的响应消息； 

非接入层节点选择功能NNSF1102：用于接收核心网控制设备1101或接入网设备1103的无连接消息，判断所述无连接消息的类型，根据所述判断结果及预设规则，处理所述无连接消息； 

接入网设备1103：用于向核心网控制设备1103发送无连接消息，并接收所述核心网控制设备返回的响应消息。 

所述处理无连接消息系统的实现方式，可以参考上述非接入层节点选择功能NNSF实施例的实现方式和上述方法实施例的实现方式来实现，在此不再赘述。 

本发明实施例公开的一种处理无连接消息的系统，通过接收网络设备(核心网控制设备或接入设备)发送的无连接消息，并判断所述无连接消息的类型，并根据判断的结果以及预设规则，处理所述无连接消息，根据不同的无连接消息按照预设规则进行不同的处理，能够实现对无连接消息的有效处理，保证接入网设备与核心网设备之间无连接消息功能的实现。 

上述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围 

Claims (2)

1.一种无连接消息的处理方法，应用于资源池组网场景下，其特征在于：

接收网络设备发送的无连接消息；

判断所述无连接消息的类型；

若所述无连接消息是接入网设备发送的RESET消息，则非接入层节点选择功能NNSF判断在第一定时器设定的时间内是否收到资源池中所有核心网控制设备发送的RESET消息，如果收到，则转发其中一条RESET消息给接入网设备；否则，在第二定时器设定的时间内，隔离发送所述RESET消息的核心网控制设备，所述第二定时器设定的时间短于所述第一定时器设定的时间。

2.一种处理无连接消息的设备，所述设备部署在接入网设备与核心网控制设备之间，多个所述核心网控制设备构成一个资源池，其特征在于包括：

接收判断单元：用于接收所述接入网设备或核心网控制设备发送的无连接消息，并判断所述无连接消息的类型；

处理单元：用于当所述接收判断单元判断出所述无连接消息是RESET消息后，判断在第一定时器设定的时间内是否收到资源池中所有核心网控制设备发送的RESET消息，如果收到，则转发其中一条RESET消息给接入网设备；否则，在第二定时器设定的时间内，隔离发送所述RESET消息的核心网控制设备，所述第二定时器设定的时间短于所述第一定时器设定的时间。

Images