专利名称：用户上下线的处理方法
技术领域：
本发明涉及网络通信技术领域，尤其涉及一种用户上下线的处理方法。
背景技术：
随着Internet网络规模的不断增大，各种各样的网络服务争相涌现，各种先进的多媒体系统层出不穷，因而导致Internet网络需要经常发送突发性高的FTP(文件传输协议)或含有图像文件的HTTP(超文本传输协议)等多媒体业务。对于网络中的实时业务来说，由于其对网络的传输时延、延时抖动等特性较为敏感，因此，网络在发送FTP或HTTP等业务时，对实时业务的影响比较大。而且，多媒体业务还占去了大量的网络带宽，使现有网络中需要保证带宽的关键业务很难被可靠地传输。
为保证网络中传输的所述实时业务及关键业务的QoS(服务质量)问题，ITU提出了一个IP信令需求的功能模型，如图1所示，所述的功能模型主要包括SCFE(会话功能实体)、BCFE(承载控制功能实体)、SFE(交换功能实体)、CCI(连接控制接口)、NCI(网络控制接口)和SCI(交换控制接口)。
下面将分别对图1中的各个功能实体的功能作用进行描述。
(1)SCFE终端用户通过与SCFE进行交互来申请服务；SCFE发起QoS请求，通常由SCFE决定通信配置的参数，如带宽，QoS等参数信息；如果一组可接受的参数可以议定，SCFE将使用BCFE提供的服务来建立、维护和断开网络资源来提供议定的配置，即negotiatedarrangement(协商配置)。
(2)BCFE负责建立、修改和释放网络资源来提供议定的配置；BCFE从SCFE接收基于业务流的QoS请求，经过路径分析之后，BCFE将路径分析结果发送给SFE；依赖于选定的QoS控制模式，为了分析QoS请求并生成QoS配置数据，BCFE需要知道一定的网络拓扑信息和资源状态信息。
(3)SFE用于将建立在一个端口的虚连接与建立在另外一个端口的虚连接交叉连接起来；通过位于用户之间的各个SFE上的一个或多个这样的交叉连接，最终生成用户之间的虚连接；虚连接的特性基于与SCFE磋商的呼叫参数，而它的路由则由BCFE决定；由BCFE控制的SFE根据SCI接口上收到的指令生成或释放交叉连接。
(4)CCICCI是呼叫/会话层与传输层的承载控制平面之间的接口。
(5)NCINCI是BCFE与BCFE之间的接口。
(6)SCISCI是传输层承载控制平面与传输平面之间的接口。
目前，针对图1所示的IP信令功能模型，只定义了上述相应的功能实体的功能作用，而未定义各个功能实体之间在具体应用过程中所需要的交互流程及相互之间的交互消息及各信息中具体承载的信息内容。因此，如果需要在实际应用中采用图1中所示的模型，还需要定义所功能实体之间需要交互的消息、消息中承载的信息及相应的业务处理过程，等等。
现有的一种基于图1所示的IP信令功能模型的用户上下线的方法的简要流程如图2所示。用户上下线时，SCFE向BCFE发起连接请求或释放，BCFE进行相关处理后，再通过SCI接口指示SFE分配或释放网络连接。
该方法的缺点为用户上下线时，BCFE只能依赖于SCFE来进行资源分配或释放。
发明内容
鉴于上述现有技术所存在的问题，本发明的目的是提供一种用户上下线的处理方法，从而使得BCFE可以不完全依赖于SCFE来进行资源分配或释放等操作。
本发明的目的是通过以下技术方案实现的一种用户上下线的处理方法，包括A、当交换功能实体SFE获得用户的连接情况发生变化后，主动向承载控制功能实体BCFE发送报告该变化情况的消息；B、BCFE根据收到的消息进行相应的处理。
所述的步骤A具体包括SFE获得用户上下线信息后，主动向BCFE发送报告用户上下线信息的消息；或者，SFE获得用户上线信息后，主动向BCFE发送报告用户上线信息的消息；或者，SFE获得用户下线信息后，主动向BCFE发送报告用户下线信息的消息。
所述的步骤B具体包括BCFE收到SFE向其发送的报告用户的连接情况发生变化的消息后，向SFE回复相应的应答消息，双方进行相应的消息交互。
所述的步骤B具体包括
BCFE收到SFE向其发送的报告用户的连接情况发生变化的消息后，进行相应的和该连接变化情况相关的操作。
所述的步骤B具体包括当BCFE收到SFE向其发送的报告用户上线的消息后，则记录用户上线的相关信息和/或发起开始对该用户计费的操作。
所述的步骤B具体包括当BCFE收到SFE向其发送的报告用户下线的消息后，则向会话功能实体SCFE上报用户连接中断信息；和/或，向SCFE发起用户连接释放，如果存在与该用户连接相关的邻接的BCFE，向这些BCFE发起用户连接释放；和/或，向SFE发起网络资源释放；和/或，忽略SFE通知的用户连接中断信息；和/或，发起终止对该用户计费的操作。
由上述本发明提供的技术方案可以看出，本发明和现有技术相比，摆脱了BCFE在用户上下线时对SCFE的完全依赖，使得BCFE可以不完全依赖于SCFE来进行资源分配或释放等操作。增强了网络的灵活性与可靠性。
图1为IP信令功能模型结构示意图；图2为现有的一种用户上下线的方法的简要流程图；
图3为本发明所述方法的具体处理流程图。
具体实施例方式
本发明提出了一种用户上下线的处理方法，本发明的核心为由SFE主动向BCFE报告用户上下线的信息。
下面结合附图来详细描述本发明，本发明所述方法的具体处理流程如图3所示，包括如下步骤步骤3-1SFE获得用户上下线信息。
在图1所示的IP信令功能模型中，SFE维护的交叉连接传输的是用户的具体业务数据，SFE有可能比BCFE先获得用户上下线信息。因此，在SFE获得用户连接已经建立起来或中断后，即SFE获得用户上下线信息后，则执行步骤3-2。
步骤3-2SFE主动发起与BCFE的用户上下线交互。
当SFE获得用户上下线信息后，便主动向BCFE发送信息，目的是使BCFE能够获悉用户上下线这一信息。BCFE收到SFE向其发送的消息后，向SFE回复相应的应答消息，SFE和BCFE进行相应的用户上下线消息交互。然后，执行步骤3-3。
步骤3-3BCFE进行相应的用户上下线处理。
BCFE获悉用户上下线这一信息后，除了和SFE进行用户上下线消息交互外，还采取相关的后续处理。
比如，BCFE获悉用户上线后，可以采取的处理包括但不限于以下几种1、记录用户上线的相关信息。
2、发起开始计费的操作。
BCFE获悉用户下线后，可以采取的处理包括但不限于以下几种
1、向SCFE上报用户连接中断信息。
2、向SCFE发起用户连接释放，如果存在与该用户连接相关的邻接的BCFE，向这些BCFE发起用户连接释放。
3、向SFE发起网络资源释放。
4、忽略SFE通知的用户连接中断信息。
5、发起终止计费等其他操作。
在本发明所述的用户上下线的处理方法中，用户上线处理方法和用户下线处理方法可以单独使用，也可以结合在一起使用。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种用户上下线的处理方法，其特征在于，包括A、当交换功能实体SFE获得用户的连接情况发生变化后，主动向承载控制功能实体BCFE发送报告该变化情况的消息；B、BCFE根据收到的消息进行相应的处理。
2.根据权利要求1所述的用户上下线的处理方法，其特征在于，所述的步骤A具体包括SFE获得用户上下线信息后，主动向BCFE发送报告用户上下线信息的消息；或者，SFE获得用户上线信息后，主动向BCFE发送报告用户上线信息的消息；或者，SFE获得用户下线信息后，主动向BCFE发送报告用户下线信息的消息。
3.根据权利要求1或2所述的用户上下线的处理方法，其特征在于，所述的步骤B具体包括BCFE收到SFE向其发送的报告用户的连接情况发生变化的消息后，向SFE回复相应的应答消息，双方进行相应的消息交互。
4.根据权利要求3所述的用户上下线的处理方法，其特征在于，所述的步骤B具体包括BCFE收到SFE向其发送的报告用户的连接情况发生变化的消息后，进行相应的和该连接变化情况相关的操作。
5.根据权利要求4所述的用户上下线的处理方法，其特征在于，所述的步骤B具体包括当BCFE收到SFE向其发送的报告用户上线的消息后，则记录用户上线的相关信息和/或发起开始对该用户计费的操作。
6.根据权利要求5所述的用户上下线的处理方法，其特征在于，所述的步骤B具体包括当BCFE收到SFE向其发送的报告用户下线的消息后，则向会话功能实体SCFE上报用户连接中断信息；和/或，向SCFE发起用户连接释放，如果存在与该用户连接相关的邻接的BCFE，向这些BCFE发起用户连接释放；和/或，向SFE发起网络资源释放；和/或，忽略SFE通知的用户连接中断信息；和/或，发起终止对该用户计费的操作。
全文摘要
本发明涉及一种用户上下线的处理方法。本发明所述方法主要包括当SFE(交换功能实体)获得用户的连接情况发生变化后，主动向BCFE(承载控制功能实体)发送报告该变化情况的消息；BCFE根据收到的消息进行相应的处理。利用本发明所述方法，使得BCFE可以不完全依赖于SCFE(会话功能实体)来进行资源分配或释放等操作，增强了网络的灵活性与可靠性。
文档编号H04L29/02GK1874257SQ20051007938
公开日2006年12月6日 申请日期2005年7月11日 优先权日2005年7月11日
发明者邹婷, 黄福清 申请人:华为技术有限公司