专利名称：一种Idle模式的计费方法
技术领域：
本发明属于无线通信领域，尤其涉及用户进入Idle模式和退出Idle模式的计费方法。
背景技术：
微波存取全球互通(Worldwide Interoperability for Microwave Access，WiMAX，WiMAX)的互操作的互操作性网络主要由三个部分组成，即移动终端(MS)、接入业务网(Access Service Network，ASN)，包括基站(Base Station，BS)和接入业务网网关(ASN GW)，以及连接业务网(Connectivity ServiceNetwork，CSN)，包括预付费服务器(PPS)、认证、授权和计费服务器(AAAServer)等逻辑实体，逻辑实体间通过从接口R1到R6连接，如图1所示。
Idle模式即空闲模式，是指手机等终端设备的电源已经打开且已驻留在一个小区，但还没有分配专门的信道，而仅仅去侦听公共控制信道和广播信道，即没有通话或数据传输业务的状态。在WiMAX网络中，Idle模式的处理有用户进入Idle模式的控制流程和退出Idle模式的控制流程。
图2示出了用户进入Idle模式的控制流程1、如果MS决定初始化进入Idle模式，那么它向寻呼代理(PA)发送去注册请求消息，即DREG-REQ(De-Registration Request)Message；2、不管是MS还是BS初始化进入Idle模式的流程，PA送移动终端的去注册请求消息，即DREG-REQ(De-Registration Request)Message给其本地的寻呼控制(PC<local/relay>)，此步可以和第四步合并；3、本地的寻呼控制(PC<local/relay>)收到从寻呼代理(PA)发送过来的移动终端的去注册请求消息DREG-REQ(De-Registration Request)Message后，响应移动终端的去注册响应消息，即DREG-RSP(De-Registration Response)Message。其中，去注册响应消息中包含寻呼参数的建议。另外，本地寻呼控制(PC)分配一个针对移动终端的锚定寻呼控制(Anchor PC)，并且将此信息作为推荐参数放入消息中；4、当寻呼代理(PA)收到推荐寻呼参数后触发BS中的数据路径功能实体(DPF)去初始化数据路径释放。数据路径功能实体(DPF)送包含推荐寻呼参数的数据路径释放请求消息(Data Path Rel Req)给数据路径透传实体(DPFRelay)。另外，此数据路径释放请求消息中描述了是因为进入了Idle模式而释放了数据路径；5、数据路径透传功能实体(DPF Relay)将数据路径释放请求消息通过数据路径发送给锚定数据路径功能实体(Anchor DPF)；6、锚定数据路径功能实体(Anchor DPF)收到数据路径释放请求消息后，记录下为MS选择的寻呼控制标识(PC_ID)，为了在网络侧来的分组包中查找和寻呼用户时能够查到。然后，锚定数据路径功能实体(Anchor DPF)送包括进入Idle模式指示的移动终端信息请求消息(MS Info Req)给选定的锚定寻呼控制(Anchor PC)；7、锚定寻呼控制(Anchor PC)联系锚定认证者(Anchor Authenticator)去检验MS能否被允许进入Idle模式和确认接受推荐寻呼参数和寻呼组标识还是重新分配这些参数，锚定寻呼控制(Anchor PC)更新用户和锚定数据路径功能实体(Anchor DPF)的位置信息，之后送移动终端信息响应消息(MS Info Rsp)给锚定数据路径功能实体(Anchor DPF)；8、锚定数据路径功能实体(Anchor DPF)收到移动终端信息响应消息(MSInfo Response Message)后，并且当消息内容中说明用户的Idle模式被授权时，其就确认数据路径的释放，随后送数据路径释放响应消息(Data Path Rel Rsp)给数据路径透传功能实体(DPF Relay)；9、数据路径释放响应消息(Data Path Rel Rsp)被转发给BS上的数据路径功能实体(DPF)；10、BS上的服务数据路径功能实体(DPF)将网络分配的信息给寻呼代理(PA)，然后寻呼代理(PA)送去注册命令消息，即DREG-CMD(De-RegistrationCommand)Message给MS，确认其可以进入Idle模式。
图3示出了用户退出Idle模式的控制流程1、移动终端初始化退出Idle模式的流程，并且送测距请求消息(RNG_REQ)给BS上的寻呼代理(PA)；2、当BS上的寻呼代理(PA)收到来自移动终端的测距请求消息(RNG_REQ)后，随后寻呼代理(PA)送移动终端信息请求消息(MS Info Req)给寻呼透传实体(Paging Relay)；3、收到移动终端信息请求消息(MS Info Req)的寻呼透传实体(PagingRelay)将消息转发给锚定寻呼控制/位置寄存(Anchor PC/LR)功能实体；4、锚定寻呼控制/位置寄存(Anchor PC/LR)功能实体收到移动终端信息请求消息(MS Info Req)，提取用户的信息并且回应移动终端信息响应消息(MSInfo Rsp)给寻呼透传实体(Paging Relay)；5、寻呼透传实体(Paging Relay)转发移动终端信息响应消息(MS Info Rsp)给BS上的寻呼代理(PA)；6、BS上的服务数据路径功能实体(DPF)开始数据路径的建立。将数据路径建立请求消息(Data Path Establishment Request)通过R6接口送给接入业务网网关(ASN GW)上的数据路径透传功能实体(DPF Relay)；7、接入业务网网关(ASN GW)上的数据路径透传功能实体(DPF Relay)转发数据路径建立请求消息(Data Path Est Req)给锚定数据路径功能实体(Anchor DPF)；8、锚定数据路径功能实体(Anchor DPF)和外地代理(FA)联系并确认可以数据路径建立后，就回应数据路径建立响应消息(Data Path Est Rsp)给接入业务网网关(ASN GW)上的数据路径透传功能实体(DPF Relay)；
9、接入业务网网关(ASN GW)上的数据路径透传功能实体(DPF Relay)通过R6接口将数据路径建立确定结果通过数据路径建立响应消息(Data PathEst Rsp)发送给BS上的服务数据路径功能实体(DPF)；10、BS上的服务寻呼代理(PA)回应测距响应消息(RNG_RSP)给MS；11、用户完成了从Idle模式重入网络的过程；12、BS上的服务数据路径功能实体(DPF)回应数据路径建立确认消息(Data Path Est Ack)给接入业务网网关(ASN GW)上的数据路径透传功能实体(DPF Relay)；13、接入业务网网关(ASN GW)上的数据路径透传功能实体(DPF Relay)随后回应数据路径建立确认消息(Data Path Est Ack)给和外地代理(FA)在一起的锚定数据路径功能实体(Anchor DPF)；14、寻呼透传实体(Paging Relay)送一个删除移动终端入网消息(Delete MSEntry Req)给锚定寻呼控制/位置寄存(Anchor PC/LR)功能实体，完成整个用户退出Idle模式的流程。
在上述WiMAX网络的Idle模式的处理中，仅有用户进入和退出Idle模式的控制流程，缺乏计费方面的处理。
发明内容
本发明的目的在于提供一种用户进入Idle模式的计费方法，旨在解决现有技术中存在的在WiMAX网络的Idle模式下缺乏计费方面的处理的问题。
本发明的另一目的在于提供一种用户退出Idle模式的计费方法。
本发明是这样实现的，一种用户进入Idle模式的计费方法，用户进入Idle模式，通知计费客户端触发停止计费，计费客户端记录用户计费关联信息，通知计费服务器停止计费。
所述通知计费客户端触发停止计费由锚定数据路径功能实体、锚定寻呼控制/位置寄存功能实体或者锚定业务流管理功能实体执行。
当所述通知计费客户端触发停止计费由锚定数据路径功能实体执行时，所述方法包括下述步骤S11.用户触发进入Idle模式，锚定数据路径功能实体释放用户信息，向计费客户端发送触发计费请求消息，消息中包含用户进入Idle模式的信息以及用户的网络接入标识；S12.计费客户端根据用户的网络接入标识，提取并保存用户数据记录中的计费关联信息，向计费服务器发送计费停止请求；S13.计费服务器停止计费，向计费客户端返回计费停止响应；S14.计费客户端向锚定数据路径功能实体返回触发计费响应。
当所述通知计费客户端触发停止计费由锚定寻呼控制/位置寄存功能实体执行时，所述方法包括下述步骤S21.用户触发进入Idle模式，锚定寻呼控制/位置寄存功能实体建立用户相关信息，向计费客户端发送触发计费请求消息，消息中包含用户进入Idle模式的信息以及用户的网络接入标识；S22.计费客户端根据用户的网络接入标识，提取并保存用户数据记录中的计费关联信息，向计费服务器发送计费停止请求；S23.计费服务器停止计费，向计费客户端返回计费停止响应；S24.计费客户端向锚定寻呼控制/位置寄存功能实体返回触发计费响应。
当所述通知计费客户端触发停止计费由锚定业务流管理功能实体执行时，所述方法包括下述步骤S31.用户触发进入Idle模式，锚定业务流管理功能实体删除用户业务流相关信息，向计费客户端发送触发计费请求消息，消息中包含用户进入Idle模式的信息以及用户的网络接入标识；S32.计费客户端根据用户的网络接入标识，提取并保存用户数据记录中的计费关联信息，向计费服务器发送计费停止请求；S33.计费服务器停止计费，向计费客户端返回计费停止响应；
S34.计费客户端向锚定业务流管理功能实体返回触发计费响应。
所述计费关联信息为计费多话标识或计费相关标识。
所述触发计费请求消息为设备内部的原语，或者设备间消息。
一种用户退出Idle模式的计费方法，用户退出Idle模式，通知计费客户端触发开始计费，计费客户端根据用户进入Idle模式时保存的用户计费关联信息，更新或重新生成用户数据记录，通知计费服务器开始计费。
所述通知计费客户端触发开始计费由锚定数据路径功能实体、锚定寻呼控制/位置寄存功能实体或者锚定业务流管理功能实体执行。
当所述通知计费客户端触发开始计费由锚定数据路径功能实体执行时，所述方法包括下述步骤T11.用户触发退出Idle模式，锚定数据路径功能实体建立用户数据路径，向计费客户端发送触发计费请求消息，消息中包含用户退出Idle模式的信息以及用户的网络接入标识；T12.计费客户端根据所述网络接入标识调出保存的用户进入Idle模式前的计费关联信息，重新生成新的用户数据记录，向计费服务器发送计费开始请求；T13.计费服务器开始计费，向计费客户端返回计费开始响应；T14.计费客户端向锚定数据路径功能实体返回触发计费响应。
当所述通知计费客户端触发开始计费由锚定寻呼控制/位置寄存功能实体执行时，所述方法包括下述步骤T21.用户触发退出Idle模式，锚定寻呼控制/位置寄存功能实体接收移动终端信息请求消息，重新获取用户信息，向计费客户端发送触发计费请求消息，消息中包含用户退出Idle模式的信息以及用户的网络接入标识；T22.计费客户端根据所述网络接入标识调出保存的用户进入Idle模式前的计费关联信息，重新生成新的用户数据记录，向计费服务器发送计费开始请求；T23.计费服务器开始计费，向计费客户端返回计费开始响应；T24.计费客户端向锚定寻呼控制/位置寄存功能实体返回触发计费响应。
当所述通知计费客户端触发开始计费由锚定业务流管理功能实体执行时，所述方法包括下述步骤T31.用户触发退出Idle模式，锚定业务流管理功能实体接收移动终端信息请求消息，重新获取用户信息，向计费客户端发送触发计费请求消息，消息中包含用户退出Idle模式的信息以及用户的网络接入标识；T32.计费客户端根据所述网络接入标识调出保存的用户进入Idle模式前的计费关联信息，重新生成新的用户数据记录，向计费服务器发送计费开始请求；T33.计费服务器开始计费，向计费客户端返回计费开始响应；T34.计费客户端向锚定业务流管理功能实体返回触发计费响应。
锚定寻呼控制/位置寄存功能实体接收到锚定数据路径功能实体发送的移动终端信息请求消息后，或者在收到锚定数据路径功能实体发送的删除移动终端进入请求消息后向计费客户端发送所述触发计费请求消息。
所述计费关联信息为计费多话标识或计费相关标识。
所述触发计费请求消息为设备内部的原语，或者设备间消息。
通过本发明，可以完善现有协议中WiMAX网络中Idle模式下的计费处理，加快WiMAX网络技术的实现。
图1是WiMAX的互操作的互操作性网络结构图；图2是现有技术中用户进入Idle模式的控制流程图；图3是现有技术中用户退出Idle模式的控制流程图；图4是本发明第一实施例中用户进入Idle模式的计费处理流程图；图5是本发明第一实施例中用户退出Idle模式的计费处理流程图；图6是本发明第二实施例中用户进入Idle模式的计费处理流程图；图7是本发明第二实施例中用户退出Idle模式的计费处理流程图；图8是本发明第三实施实例中用户进入Idle模式的计费处理流程图；
图9是本发明第三实施例中用户退出Idle模式的计费处理流程图。
具体实施例方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供一种在Idle模式下的处理计费的方案，在计费上将用户进入Idle模式和激活退出Idle模式情况下关联起来。
在本发明的第一实施例中，通过锚定数据路径功能实体(Anchor DPF)通知计费客户端(Accounting Client)触发计费动作。
本发明在用户进入Idle模式情况的计费处理流程中，主要在锚定数据路径功能实体(Anchor DPF)和计费客户端(Accounting Client)间增加了一对新消息即“触发计费请求(Trigger Request)”和“触发计费响应(Trigger Response)”，主要完成用户进入Idle模式的状态通知任务，该新消息不限于此消息名。触发计费请求消息中包括触发计费动作的原因信息，即用户进入Idle模式的信息，以及用户的网络接入标识(Network Access Identifier，NAI)，还可以包含业务流标识(SFID或Flow ID)。另外，计费客户端(Accounting Client)对于进入Idle模式的用户，根据触发计费请求中用户的NAI，提取并保存其用户数据记录(User Data Record，UDR)中的计费关联信息，如计费多话标识(AcctMulti-Session-ID)或计费相关标识(Acct-Correlation-ID)，待用户退出Idle模式后，通过计费多话标识(Acct Multi-Session-ID)或计费相关标识(Acct-Correlation-ID)与用户进入Idle模式前的计费进行关联。
图4示出了本实施例下用户进入Idle模式的计费处理流程1、用户触发进入Idle模式的流程(Entering Idle Mode)；2、锚定数据路径功能实体(Anchor DPF)收到数据路径透传功能实体(DPFRelay)发送的数据路径释放请求消息(Data Path Rel Request)后，进行用户相关信息的释放；3、当锚定数据路径功能实体(Anchor DPF)成功释放了用户的相关信息后，向数据路径透传功能实体(DPF Relay)回应数据路径释放响应消息(DataPath Rel Response)；4、当锚定数据路径功能实体(Anchor DPF)成功释放了用户的相关信息后，向计费客户端(Accounting Client)发送通知停止计费的消息，如触发计费请求消息(Trigger Request)。如果锚定数据路径功能实体(Anchor DPF)和计费客户端(Accounting Client)在同一个物理设备上时，此消息可以是内部的原语，否则就是设备间消息。此消息中至少要包括触发计费动作的原因信息，即用户进入Idle模式的信息，以及用户的NAI，还可以包含业务流标识(SFID或Flow ID)；5、当计费客户端(Accounting Client)收到触发计费请求消息(TriggerRequest)后，其判断用户进入了Idle模式，根据触发计费请求中用户的NAI，提取并保存其UDR中的计费关联信息，如计费多话标识(Acct Multi-Session-ID)或计费相关标识(Acct-Correlation-ID)等属性参数；6、计费客户端(Accounting Client)触发计费停止流程，并发送计费停止请求消息(Accounting Request/Stop)给计费服务器(Accounting Server)；7、计费服务器(Accounting Server)收到计费停止请求消息(AccountingRequest/Stop)后，完成计费停止处理，回应计费停止响应消息(AccountingResponse/Stop)给计费客户端(Accounting Client)；8、计费客户端(Accounting Client)收到计费停止响应消息(AccountingResponse/Stop)后，回应触发计费响应(Trigger Response)给锚定数据路径功能实体(Anchor DPF)。
本发明在用户退出Idle模式情况的计费处理流程中，主要在锚定数据路径功能实体(Anchor DPF)和计费客户端(Accounting Client)间增加了一对新消息即“触发计费请求(Trigger Request)”和“触发计费响应(Trigger Response)”，主要完成用户退出Idle模式的状态通知任务，该新消息不限于此消息名。触发计费请求消息中包括触发计费动作的原因信息，即用户退出Idle模式的信息，以及用户的NAI，还可以包含业务流标识(SFID或Flow ID)。另外，计费客户端(Accounting Client)调出以前保存的用户的计费关联信息，即计费多话标识(Acct Multi-Session-ID)或计费相关标识(Acct-Correlation-ID)等属性参数，随后根据触发计费请求消息中用户的NAI以及保存的计费关联信息重新生成新的UDR，并将此用户的后续计费记录放入新的UDR。此后如果查询用户的计费信息时，就可以通过计费关联信息找到关于用户的以前的所有计费记录，能够保证用户的计费信息能够连续。
图5示出了本实施例下用户退出Idle模式的计费处理流程1、用户触发退出Idle模式的流程(Exit Idle Mode)；2、当锚定数据路径功能实体(Anchor DPF)收到数据路径透传功能实体(DPF Relay)发送的数据路径建立请求消息(Data Path Est Request)后，建立用户数据路径；3、当锚定数据路径功能实体(Anchor DPF)成功建立用户数据路径后，向数据路径透传功能实体(DPF Relay)回应数据路径建立响应消息(Data PathEst Response)；4、当锚定数据路径功能实体(Anchor DPF)成功建立用户数据路径后，锚定数据路径功能实体(Anchor DPF)向发送计费客户端(Accounting Client)通知开始计费的消息，如触发计费请求消息(Trigger Request)。如果锚定数据路径功能实体(Anchor DPF)和计费客户端(Accounting Client)在同一个物理设备上，此消息可以是内部的原语，否则就是设备间消息。此消息中至少要包括触发计费动作的原因信息，即用户退出Idle模式的信息，以及用户的NAI，还可以包含业务流标识(SFID或Flow ID)等属性参数；5、当计费客户端(Accounting Client)收到触发计费请求消息(TriggerRequest)后，判断用户退出了Idle模式，则根据消息中用户的NAI调出以前保存的用户进入Idle模式前的计费关联信息，即计费多话标识(AcctMulti-Session-ID)或计费相关标识(Acct-Correlation-ID)等属性参数，随后根据触发计费请求消息中用户的NAI以及保存的计费关联信息重新生成新的UDR，并将此用户的后续计费记录放入新的UDR；6、重新生成新的UDR后，计费客户端(Accounting Client)触发计费流程，并向计费服务器(Accounting Server)发送计费开始请求消息(AccountingRequest/Start)，其中至少包括用户进入Idle模式和退出Idle模式时保持不变的计费关联信息，如计费多话标识(Acct Multi-Session-ID)或计费相关标识(Acct-Correlation-ID)；7、计费服务器(Accounting Server)收到计费开始请求消息(AccountingRequest/Start)后，完成计费开始处理，回应计费开始响应消息(AccountingResponse/Start)给计费客户端(Accounting Client)；8、计费客户端(Accounting Client)收到计费开始响应消息(AccountingResponse/Start)后，回应触发计费响应(Trigger Response)给数据路径透传功能实体(DPF Relay)。
在本发明的第二实施例中，通过锚定寻呼控制/位置寄存功能实体(PC/LR)通知计费客户端(Accounting Client)触发计费动作。
本发明在用户进入Idle模式的计费处流程中，主要在锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)和计费客户端(Accounting Client)间增加了一对新消息即“触发计费请求(Trigger Request)”和“触发计费响应(TriggerResponse)”，主要完成用户进入Idle模式的状态通知任务，该新消息不限于此消息名。触发计费请求消息中包括触发计费动作的原因信息，即用户进入Idle模式的信息，以及用户的NAI，还可以包含业务流标识(SFID或Flow ID)。另外，计费客户端(Accounting Client)对于进入Idle模式的用户，根据触发计费请求中用户的NAI，提取并保存其用户数据记录(User Data Record，UDR)中的计费关联信息，如计费多话标识(Acct Multi-Session-ID)或计费相关标识(Acct-Correlation-ID)，待用户退出Idle模式后，通过计费多话标识(AcctMulti-Session-ID)或计费相关标识(Acct-Correlation-ID)与用户进入Idle模式前的计费进行关联。
图6示出了本实施例下用户进入Idle模式的计费处理流程1、用户触发进入Idle模式的流程(Entering Idle Mode)；2、锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)收到锚定数据路径功能实体(Anchor DPF)发送的移动终端信息请求消息(MS Info Req)后，建立用户相关信息；3、当锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)成功建立用户相关信息后，向锚定数据路径功能实体(Anchor DPF)回应移动终端信息响应消息(MS Info Rsp)；4、当锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)成功建立用户相关信息后，向计费客户端(Accounting Client)发送停止计费的消息，如触发计费请求消息(Trigger Request)。如果锚定寻呼控制/位置寄存功能实体(AnchorPC/LR)和计费客户端(Accounting Client)在同一个物理设备上，此消息可以是内部的原语，否则就是设备间消息。此消息中至少要包括触发计费动作的原因信息，即用户进入Idle模式的信息，以及用户的NAI，还可以包含业务流标识(SFID或Flow ID)等属性参数；5、当计费客户端(Accounting Client)收到触发计费请求消息(TriggerRequest)后，其判断用户进入了Idle模式，根据触发计费请求中用户的NAI，提取并保存其用户数据记录(User Data Record，UDR)中的计费关联信息，如计费多话标识(Acct Multi-Session-ID)或计费相关标识(Acct-Correlation-ID)等属性参数；6、记录完成用户计费相关信息后，计费客户端(Accounting Client)触发计费停止流程，并向计费服务器(Accounting Server)发送计费停止请求消息(Accounting Request/Stop)；
7、计费服务器(Accounting Server)收到计费停止请求消息(AccountingRequest/Stop)后，完成计费停止处理，回应计费停止响应消息(AccountingResponse/Stop)给计费客户端(Accounting Client)；8、计费客户端(Accounting Client)收到计费停止响应消息(AccountingResponse/Stop)后，回应触发计费响应(Trigger Response)给锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)。
本发明在用户退出Idle模式情况的计费处理流程中，主要在锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)和计费客户端(Accounting Client)功能实体间增加了一对消息即“触发计费请求(Trigger Request)”和“触发计费响应(Trigger Response)”，主要完成用户退出Idle模式的状态通知任务，该新消息不限于此消息名。触发计费请求消息中包括触发计费动作的原因信息，即用户退出Idle模式的信息，以及用户的NAI，还可以包含业务流标识(SFID或Flow ID)。另外，计费客户端(Accounting Client)调出以前保存的用户的计费关联信息，即计费多话标识(Acct Multi-Session-ID)或计费相关标识(Acct-Correlation-ID)等属性参数，随后根据触发计费请求消息中用户的NAI以及保存的计费关联信息重新生成新的UDR，并将此用户的后续计费记录放入新的UDR。此后如果查询用户的计费信息时，就可以通过计费关联信息找到关于用户的以前的所有计费记录，能够保证用户的计费信息能够连续。
图7示出了本实施例下用户退出Idle模式的计费处理流程1、用户触发退出Idle模式的流程(Exit Idle Mode)；2、锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)收到锚定数据路径功能实体(Anchor DPF)发送的移动终端信息请求消息(MS Info Req)后，重新得到用户的信息；3、当锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)成功建立用户数据路径后，向锚定数据路径功能实体(Anchor DPF)回应移动终端信息响应消息(MS Info Rsq)；
4、锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)收到锚定数据路径功能实体(Anchor DPF)发送的删除移动终端进入请求消息(Delete MS EntryReq)，删除在寻呼控制(PC)中的用户Idle模式项目记录；5、锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)成功建立用户数据路径或者锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)删除在寻呼控制(PC)中的用户Idle模式项目记录后，锚定寻呼控制/位置寄存功能实体(AnchorPC/LR)向计费客户端(Accounting Client)发送通知开始计费的消息，如触发计费请求消息(Trigger Request)。如果锚定寻呼控制/位置寄存功能实体(AnchorPC/LR)和计费客户端在同一个物理设备上，此消息可以是内部的原语，否则就是设备间消息。此消息中至少要包括触发计费动作的原因信息，即用户退出Idle模式的信息，以及用户的NAI，还可以包含业务流标识(SFID或Flow ID)等属性参数；5、当计费客户端(Accounting Client)收到触发计费请求消息(TriggerRequest)后，判断用户退出了Idle模式，则根据消息中用户的NAI调出以前保存的用户进入Idle模式前的计费关联信息，即计费多话标识(AcctMulti-Session-ID)或计费相关标识(Acct-Correlation-ID)等属性参数，随后根据触发计费请求消息中用户的NAI以及保存的计费关联信息重新生成新的UDR，并将此用户的后续计费记录放入新的UDR；7、生成新的UDR后，计费客户端(Accounting Client)触发计费流程，并向计费服务器(Accounting Server)发送计费开始请求消息(AccountingRequest/Start)，其中至少包括用户进入Idle模式和退出Idle模式保持不变的计费关联信息，如计费多话标识(Acct Multi-Session-ID)或计费相关标识(Acct-Correlation-ID)；8、计费服务器(Accounting Server)收到计费开始请求消息(AccountingRequest/Start)后，完成计费开始处理，回应计费开始响应消息(AccountingResponse/Start)给计费客户端(Accounting Client)；
9、计费客户端(Accounting Client)收到计费开始响应消息(AccountingResponse/Start)后，回应触发响应消息(Trigger Response)给锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)。
在上述过程中，锚定寻呼控制/位置寄存功能实体(Anchor PC/LR)也可以在收到锚定数据路径功能实体(Anchor DPF)发送的移动终端信息请求消息(MSInfo Req)后，向计费客户端(Accounting Client)发送通知开始计费的消息。
在本发明的第三实施例中，通过锚定业务流管理功能实体(Anchor SFCF)通知计费客户端(Accounting Client)触发计费动作。此处的锚定业务流管理功能实体(Anchor SFCF)主要完成用户业务流的创建、修改和删除动作，本发明对存放此功能实体的物理实体不作限定。
本发明在用户进入Idle模式的计费处流程中，主要在锚定业务流管理功能实体(Anchor SFCF)和计费客户端(Accounting Client)间增加了一对新消息即“触发计费请求(Trigger Request)”和“触发计费响应(Trigger Response)”，主要完成用户进入Idle模式的状态通知任务，该新消息不限于此消息名。触发计费请求消息中包括触发计费动作的原因信息，即用户进入Idle模式的信息，以及用户的NAI，还可以包含业务流标识(SFID或Flow ID)。另外，计费客户端(Accounting Client)对于进入Idle模式的用户，根据触发计费请求中用户的NAI，提取并保存其用户数据记录(User Data Record，UDR)中的计费关联信息，如计费多话标识(Acct Multi-Session-ID)或计费相关标识(Acct-Correlation-ID)，待用户退出Idle模式后，通过计费多话标识(AcctMulti-Session-ID)或计费相关标识(Acct-Correlation-ID)与用户进入Idle模式前的计费进行关联。
图8示出了本实施例下用户进入Idle模式的计费处理流程1、用户触发进入Idle模式(Entering Idle Mode)时触发锚定业务流管理功能实体(Anchor SFCF)删除用户业务流的流程；2、锚定业务流管理功能实体(Anchor SFCF)收到包含用户进入Idle模式的相关消息后，向计费客户端(Accounting Client)发送停止计费的消息，如触发计费请求消息(Trigger Request)。如果锚定业务流管理功能实体(AnchorSFCF)和计费客户端(Accounting Client)在同一个物理设备上，此消息可以是内部的原语，否则就是设备间消息。此消息中至少要包括触发计费动作的原因信息，即用户进入Idle模式的信息，以及用户的NAI，还可以包含业务流标识(SFID或Flow ID)等属性参数；3、当计费客户端(Accounting Client)收到触发计费请求消息(TriggerRequest)后，其判断用户进入了Idle模式，根据触发计费请求中用户的NAI，提取并保存其用户数据记录(User Data Record，UDR)中的计费关联信息，如计费多话标识(Acct Multi-Session-ID)或计费相关标识(Acct-Correlation-ID)等属性参数；4、记录完成用户计费相关信息后，计费客户端(Accounting Client)触发计费停止流程，并向计费服务器(Accounting Server)发送计费停止请求消息(Accounting Request/Stop)；5、计费服务器(Accounting Server)收到计费停止请求消息(AccountingRequest/Stop)后，完成计费停止处理，回应计费停止响应消息(AccountingResponse/Stop)给计费客户端(Accounting Client)；6、计费客户端(Accounting Client)收到计费停止响应消息(AccountingResponse/Stop)后，回应触发计费响应(Trigger Response)给锚定业务流管理功能实体(Anchor SFCF)。
本发明在用户退出Idle模式情况的计费处理流程中，主要在锚定业务流管理功能实体(Anchor SFCF)和计费客户端(Accounting Client)功能实体间增加了一对消息即“触发计费请求(Trigger Request)”和“触发计费响应(TriggerResponse)”，主要完成用户退出Idle模式的状态通知任务，该新消息不限于此消息名。触发计费请求消息中包括触发计费动作的原因信息，即用户退出Idle模式的信息，以及用户的NAI，还可以包含业务流标识(SFID或Flow ID)。另外，计费客户端(Accounting Client)调出以前保存的用户的计费关联信息，即计费多话标识(Acct Multi-Session-ID)或计费相关标识(Acct-Correlation-ID)等属性参数，随后根据触发计费请求消息中用户的NAI以及保存的计费关联信息重新生成新的UDR，并将此用户的后续计费记录放入新的UDR。此后如果查询用户的计费信息时，就可以通过计费关联信息找到关于用户的以前的所有计费记录，能够保证用户的计费信息能够连续。
图8示出了本实施例下用户退出Idle模式的计费处理流程1、用户触发退出Idle模式(Exit Idle Mode)时触发锚定业务流管理功能实体(Anchor SFCF)建立用户业务流的流程；2、锚定业务流管理功能实体(Anchor SFCF)收到包含用户退出Idle模式的相关消息后，锚定业务流管理功能实体(Anchor SFCF)向计费客户端(Accounting Client)发送通知开始计费的消息，如触发计费请求消息(TriggerRequest)。如果锚定业务流管理功能实体(Anchor SFCF)和计费客户端在同一个物理设备上，此消息可以是内部的原语，否则就是设备间消息。此消息中至少要包括触发计费动作的原因信息，即用户退出Idle模式的信息，以及用户的NAI，还可以包含业务流标识(SFID或Flow ID)等属性参数；3、当计费客户端(Accounting Client)收到触发计费请求消息(TriggerRequest)后，判断用户退出了Idle模式，则根据消息中用户的NAI调出以前保存的用户进入Idle模式前的计费关联信息，即计费多话标识(AcctMulti-Session-ID)或计费相关标识(Acct-Correlation-ID)等属性参数，随后根据触发计费请求消息中用户的NAI以及保存的计费关联信息重新生成新的UDR，并将此用户的后续计费记录放入新的UDR；4、生成新的UDR后，计费客户端(Accounting Client)触发计费流程，并向计费服务器(Accounting Server)发送计费开始请求消息(AccountingRequest/Start)，其中至少包括用户进入Idle模式和退出Idle模式保持不变的计费关联信息，如计费多话标识(Acct Multi-Session-ID)或计费相关标识(Acct-Correlation-ID)；5、计费服务器(Accounting Server)收到计费开始请求消息(AccountingRequest/Start)后，完成计费开始处理，回应计费开始响应消息(AccountingResponse/Start)给计费客户端(Accounting Client)；6、计费客户端(Accounting Client)收到计费开始响应消息(AccountingResponse/Start)后，回应触发响应消息(Trigger Response)给锚定业务流管理功能实体(Anchor SFCF)。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种用户进入Idle模式的计费方法，其特征在于，用户进入Idle模式，通知计费客户端触发停止计费，计费客户端记录用户计费关联信息，通知计费服务器停止计费。
2.如权利要求1所述的方法，其特征在于，所述通知计费客户端触发停止计费由锚定数据路径功能实体、锚定寻呼控制/位置寄存功能实体或者锚定业务流管理功能实体执行。
3.如权利要求2所述的方法，其特征在于，当所述通知计费客户端触发停止计费由锚定数据路径功能实体执行时，所述方法包括下述步骤S11.用户触发进入Idle模式，锚定数据路径功能实体释放用户信息，向计费客户端发送触发计费请求消息，消息中包含用户进入Idle模式的信息以及用户的网络接入标识；S12.计费客户端根据用户的网络接入标识，提取并保存用户数据记录中的计费关联信息，向计费服务器发送计费停止请求；S13.计费服务器停止计费，向计费客户端返回计费停止响应；S14.计费客户端向锚定数据路径功能实体返回触发计费响应。
4.如权利要求2所述的方法，其特征在于，当所述通知计费客户端触发停止计费由锚定寻呼控制/位置寄存功能实体执行时，所述方法包括下述步骤S21.用户触发进入Idle模式，锚定寻呼控制/位置寄存功能实体建立用户相关信息，向计费客户端发送触发计费请求消息，消息中包含用户进入Idle模式的信息以及用户的网络接入标识；S22.计费客户端根据用户的网络接入标识，提取并保存用户数据记录中的计费关联信息，向计费服务器发送计费停止请求；S23.计费服务器停止计费，向计费客户端返回计费停止响应；S24.计费客户端向锚定寻呼控制/位置寄存功能实体返回触发计费响应。
5.如权利要求2所述的方法，其特征在于，当所述通知计费客户端触发停止计费由锚定业务流管理功能实体执行时，所述方法包括下述步骤S31.用户触发进入Idle模式，锚定业务流管理功能实体删除用户业务流相关信息，向计费客户端发送触发计费请求消息，消息中包含用户进入Idle模式的信息以及用户的网络接入标识；S32.计费客户端根据用户的网络接入标识，提取并保存用户数据记录中的计费关联信息，向计费服务器发送计费停止请求；S33.计费服务器停止计费，向计费客户端返回计费停止响应；S34.计费客户端向锚定业务流管理功能实体返回触发计费响应。
6.如权利要求1所述的方法，其特征在于，所述计费关联信息为计费多话标识或计费相关标识。
7.如权利要求3、4或5所述的方法，其特征在于，所述触发计费请求消息为设备内部的原语，或者设备间消息。
8.一种用户退出Idle模式的计费方法，其特征在于，用户退出Idle模式，通知计费客户端触发开始计费，计费客户端根据用户进入Idle模式时保存的用户计费关联信息，更新或重新生成用户数据记录，通知计费服务器开始计费。
9.如权利要求8所述的方法，其特征在于，所述通知计费客户端触发开始计费由锚定数据路径功能实体、锚定寻呼控制/位置寄存功能实体或者锚定业务流管理功能实体执行。
10.如权利要求9所述的方法，其特征在于，当所述通知计费客户端触发开始计费由锚定数据路径功能实体执行时，所述方法包括下述步骤T11.用户触发退出Idle模式，锚定数据路径功能实体建立用户数据路径，向计费客户端发送触发计费请求消息，消息中包含用户退出Idle模式的信息以及用户的网络接入标识；T12.计费客户端根据所述网络接入标识调出保存的用户进入Idle模式前的计费关联信息，重新生成新的用户数据记录，向计费服务器发送计费开始请求；T13.计费服务器开始计费，向计费客户端返回计费开始响应；T14.计费客户端向锚定数据路径功能实体返回触发计费响应。
11.如权利要求9所述的方法，其特征在于，当所述通知计费客户端触发开始计费由锚定寻呼控制/位置寄存功能实体执行时，所述方法包括下述步骤T21.用户触发退出Idle模式，锚定寻呼控制/位置寄存功能实体接收移动终端信息请求消息，重新获取用户信息，向计费客户端发送触发计费请求消息，消息中包含用户退出Idle模式的信息以及用户的网络接入标识；T22.计费客户端根据所述网络接入标识调出保存的用户进入Idle模式前的计费关联信息，重新生成新的用户数据记录，向计费服务器发送计费开始请求；T23.计费服务器开始计费，向计费客户端返回计费开始响应；T24.计费客户端向锚定寻呼控制/位置寄存功能实体返回触发计费响应。
12.如权利要求9所述的方法，其特征在于，当所述通知计费客户端触发开始计费由锚定业务流管理功能实体执行时，所述方法包括下述步骤T31.用户触发退出Idle模式，锚定业务流管理功能实体接收移动终端信息请求消息，重新获取用户信息，向计费客户端发送触发计费请求消息，消息中包含用户退出Idle模式的信息以及用户的网络接入标识；T32.计费客户端根据所述网络接入标识调出保存的用户进入Idle模式前的计费关联信息，重新生成新的用户数据记录，向计费服务器发送计费开始请求；T33.计费服务器开始计费，向计费客户端返回计费开始响应；T34.计费客户端向锚定业务流管理功能实体返回触发计费响应。
13.如权利要求11所述的方法，其特征在于，锚定寻呼控制/位置寄存功能实体接收到锚定数据路径功能实体发送的移动终端信息请求消息后，或者在收到锚定数据路径功能实体发送的删除移动终端进入请求消息后向计费客户端发送所述触发计费请求消息。
14.如权利要求8所述的方法，其特征在于，所述计费关联信息为计费多话标识或计费相关标识。
15.如权利要求10、11或12所述的方法，其特征在于，所述触发计费请求消息为设备内部的原语，或者设备间消息。
全文摘要
本发明适用于无线通信领域，提供了一种Idle模式的计费方法，用户进入Idle模式，通知计费客户端触发停止计费，计费客户端记录用户计费关联信息，通知计费服务器停止计费。通过本发明，可以完善现有协议中WiMAX网络中Idle模式下的计费处理，加快WiMAX网络技术的实现。
文档编号H04M15/00GK101043546SQ20061003484
公开日2007年9月26日 申请日期2006年4月2日 优先权日2006年4月2日
发明者肖家幸, 陈卫民 申请人:华为技术有限公司