专利名称：用户端设备及其省电方法
技术领域：
本发明涉及无线通信，尤其涉及一种用户端设备及其省电方法。
背景技术：
全球微波互联接入(Worldwide Interoperability for Microwave Access, WiMAX)是一项无线城域网(Metropolitan Area Network,MAN)接入技术，能提供面向互联网(Internet)的高速连接，数据传输距离最远可达50km。由于WiMAX只能提供数据业务，所以提供语音业务需要借助网络协议语音(Voice over Internet Protocol,VoIP)技术来实现，即提供网络协议语音服务。然而，当WiMAX提供网络协议语音服务时，如何实现省电是当前的一个大课题。
发明内容
有鉴于此，有必要提供一种用户端设备，可在提供网络协议语音服务时实现省电。此外，还需提供一种省电方法，应用于上述用户端设备中，可在提供网络协议语音服务时实现省电。本发明实施方式中提供的用户端设备，连接于客户端与基站之间。所述用户端设备包括语音服务模块、睡眠请求模块及睡眠解除模块。语音服务模块用于通过多个服务流为所述客户端提供网络协议语音服务。睡眠请求模块用于当从所述客户端接收到至少一个沉默事件时发送至少一个睡眠请求信息至所述基站以请求让所述多个服务流中与所述沉默事件相应的服务流进入睡眠模式。其中，所述睡眠请求信息包括省电等级类型字段，所述省电等级类型字段被设定为全球微波互联接入协议规定的第一等级的睡眠模式。睡眠解除模块用于当从所述客户端接收到至少一个语音事件时向所述基站请求让所述多个服务流中与所述语音事件相应的处于睡眠模式的服务流进入正常工作模式。优选地，所述睡眠请求模块通过发送睡眠请求信息至所述基站来请求让所述相应的服务流进入睡眠模式。优选地，所述睡眠请求信息包括省电等级类型字段，所述省电等级类型字段设定为全球微波互联接入协议规定的第一等级的睡眠模式。优选地，所述多个服务流包括激活的信令服务流、接纳的数据服务流以及激活的数据服务流。优选地，所述语音服务模块包括服务流管理子模块与会话管理子模块。服务流管理子模块用于与所述基站建立所述激活的信令服务流与所述接纳的数据服务流，以及将所述接纳的数据服务流与所述激活的数据服务流互相转变。会话管理子模块用于通过所述激活的信令服务流为所述客户端与被呼叫的客户端建立会话，通过所述激活的数据服务流为所述客户端与被呼叫的客户端提供会话服务，以及当会话服务完毕后通过所述激活的信令服务流为所述客户端与被呼叫的客户端结束会话。优选地，所述激活的信令服务流包括激活的上行信令服务流与激活的下行信令服
5务流，所述接纳的数据服务流包括接纳的上行数据服务流与接纳的下行数据服务流，所述激活的数据服务流包括激活的上行数据服务流与激活的下行数据服务流。优选地，所述沉默事件是指所述客户端与被呼叫的客户端至少一方沉默不语，所述沉默事件包括上行沉默事件与下行沉默事件，所述上行沉默事件是指所述客户端沉默不语，所述下行沉默事件是指被呼叫的客户端沉默不语。优选地，所述睡眠请求模块还用于当从所述客户端接收到所述上行沉默事件时发送第一睡眠请求信息至所述基站以请求让所述激活的上行数据服务流进入所述睡眠模式， 以及当从所述客户端接收到下行沉默事件时发送第二睡眠请求信息至所述基站以请求让所述激活的下行数据服务流进入所述睡眠模式。优选地，所述语音事件是指所述客户端与被呼叫的客户端至少一方开始讲话，所述语音事件包括上行语音事件与下行语音事件，所述上行语音事件是指所述客户端开始讲话，所述下行语音事件是指被呼叫的客户端开始讲话。优选地，所述睡眠解除模块还用于当从所述客户端接收到所述上行语音事件时向所述基站请求让所述激活的上行数据服务流进入所述正常工作模式，以及当从所述客户端接收到下行语音事件时向所述基站请求让所述激活的下行数据服务流进入所述正常工作模式。本发明实施方式中提供的省电方法，应用于用户端设备，所述用户端设备连接于客户端与基站之间。所述省电方法包括以下步骤通过多个服务流为所述客户端提供网络协议语音服务；当从所述客户端接收到至少一个沉默事件时发送至少一个睡眠请求信息至所述基站以请求让所述多个服务流中与所述至少一个沉默事件相应的服务流进入睡眠模式，其中，所述睡眠请求信息包括省电等级类型字段，所述省电等级类型字段被设定为全球微波互联接入协议规定的第一等级的睡眠模式；及当从所述客户端接收到至少一个语音事件时向所述基站请求让所述多个服务流中与所述至少一个语音事件相应的处于睡眠模式的服务流进入正常工作模式。优选地，所述向所述基站请求让所述多个服务流中与所述至少一个沉默事件相应的服务流进入睡眠模式的步骤包括通过发送睡眠请求信息至所述基站来请求让所述相应的服务流进入睡眠模式。优选地，所述睡眠请求信息包括省电等级类型字段，所述省电等级类型字段设定为全球微波互联接入协议规定的第一等级的睡眠模式。优选地，所述多个服务流包括激活的信令服务流、接纳的数据服务流以及激活的数据服务流。优选地，所述通过多个服务流为所述客户端提供网络协议语音服务的步骤包括以下步骤与所述基站建立激活的信令服务流；与所述基站建立接纳的数据服务流；通过激活的信令服务流为所述客户端与被呼叫的客户端建立会话；将所述接纳的数据服务流转变为激活的数据服务流；通过激活的数据服务流为所述客户端与被呼叫的客户端提供会话服务；当会话服务完毕后通过激活的信令服务流为所述客户端与被呼叫的客户端结束会话； 及将所述激活的数据服务流转变为接纳的数据服务流。优选地，所述激活的信令服务流包括激活的上行信令服务流与激活的下行信令服务流，所述接纳的数据服务流包括接纳的上行数据服务流与接纳的下行数据服务流，所述激活的数据服务流包括激活的上行数据服务流与激活的下行数据服务流。优选地，所述沉默事件是指所述客户端与被呼叫的客户端至少一方沉默不语，所述沉默事件包括上行沉默事件与下行沉默事件，所述上行沉默事件是指所述客户端沉默不语，所述下行沉默事件是指被呼叫的客户端沉默不语。优选地，当从所述客户端接收到至少一个沉默事件时发送至少一个睡眠请求信息至所述基站以请求让所述多个服务流中与所述至少一个沉默事件相应的服务流进入睡眠模式的步骤包括以下步骤当从所述客户端接收到所述上行沉默事件时发送第一睡眠请求信息至所述基站以请求让所述激活的上行数据服务流进入所述睡眠模式；或当从所述客户端接收到下行沉默事件时发送第二睡眠请求信息至所述基站以请求让所述激活的下行数据服务流进入所述睡眠模式。优选地，所述语音事件是指所述客户端与被呼叫的客户端至少一方开始讲话，所述语音事件包括上行语音事件与下行语音事件，所述上行语音事件是指所述客户端开始讲话，所述下行语音事件是指被呼叫的客户端开始讲话。优选地，当从所述客户端接收到至少一个语音事件时向所述基站请求让所述多个服务流中与所述至少一个语音事件相应的服务流进入正常工作模式的步骤包括以下步骤 当从所述客户端接收到上行语音事件时向所述基站请求让所述激活的上行数据服务流进入所述正常工作模式；或当从所述客户端接收到下行语音事件时向所述基站请求让所述激活的下行数据服务流进入所述正常工作模式。相较于现有技术，本实施方式中提供的用户端设备及其省电方法可在提供网络协议语音服务的过程中，通过向基站请求让与沉默事件相应的服务流进入睡眠模式来达到省电目的。
图1是本发明用户端设备一实施方式的环境图。图2是本发明用户端设备一实施方式的功能模块图。图3是本发明省电方法一实施方式的流程图。图4是本发明省电方法另一实施方法的流程图。图5是图4中省电方法中建立激活的信令服务流与建立接纳的数据服务流的传输图。图6是图4中省电方法中建立会话与激活数据服务流的传输图。图7是图4中省电方法中请求睡眠模式与解除睡眠模式的传输图。图8是图4中省电方法中结束会话与解除激活数据服务流的传输图。图9是本发明省电方法所使用的睡眠请求信息一实施方法的示意图。主要元件符号说明客户端10、40、60用户端设备20、50、70基站30、80存储器21处理器22
7
语音服务模块23服务流管理子模块23a会话管理子模块2 睡眠请求模块24睡眠解除模块25睡眠窗口100倾听窗口200睡眠请求信息1000省电类型1001初始睡眠窗口数量1002倾听窗口数量1003最大睡眠窗口基数1004最大睡眠窗口指数100具体实施例方式为了下文更清楚地描述本发明的具体实施方式
，先简要介绍全球微波互联接入 (Worldwide Interoperability for Microwave Access, WiMAX)标准中与本发明相关的知识。WiMAX标准(即IEEE 802. 16标准)定义了五种不同的业务类型，包括非恳求授权(Unsolicited Grant Service，UGS)、即时轮询服务(real-time Polling Service, rtPS)、扩展轮询服务(extended real-time Polling Service, ertPS)、非实时轮询服务 (non-real-time Polling Service，nrtPS)、及尽力服务(Best Effort, BE) 其中，即时轮询服务(rtPQ业务是指能够周期性产生可变包长的实时业务，如动态图像专家组业务 (Moving Pictures Experts Group，MPEG)。扩展轮询服务(etrPS)业务是即时轮询服务 (rtPS)业务的扩展，但扩展轮询服务(etrPQ业务对实时性要求很高，如网络协议语音 (Voice over Internet Protocol,VoIP)业务。非实时轮询服务(nrtPS)业务是指非实时业务，其特点是始终以一个速率连续发送数据包。在WiMAX网络中，用户端设备与基站之间使用连线(Connection)来传输各种控制信令与用户数据。传输控制信令的连线被称为信令连线，传输用户数据的连线被称为数据连线。每个连线由一个连线标识符(Connection Identifier, CID)进行标识。为保证各种业务的服务质量(Quality of Service, QoS)，WiMAX标准定义了服务流(Service Flow)。每条服务流由一个服务流标识符(Service Flow Identifier, SFID) 进行标识。服务流可以有指派的(ftOvisioned)的、接纳的(Admitted)及激活的(Active) 三种状态。接纳的服务流通过了 WiMAX网络的接纳控制，WiMAX网络为其预留带宽资源，但并不能直接用于传输数据，只有转变为激活的服务流后才能传输数据。一条接纳或激活的服务流与一个连线(Connection)唯一对应。在移动WiMAX网络中，服务流管理操作通过动态服务流管理过程完成。动态服务流管理包括动态服务添加(Dynamic Service Addition, DSA)、动态服务修改(Dynamic Service Change, DSC)和动态服务删除(Dynamic Service Deletion, DSD)三个过程。一个通过动态服务添加(DSA)过程建立的服务流，可通过动态服务修改(DSC)过程进行修改，使用完毕后可以通过动态服务删除(DSD)过程进行删除。接下来，结合以上WiMAX标准的相关知识，对本发明具体实施例所使用的术语进行说明。在本发明实施例中，按照所传输的内容，服务流被分为数据服务流与信令服务流， 如数据服务流是指用于传输用户数据的服务流，信令服务流是指用于传输信令的服务流。 按照所处的状态，服务流被分为接纳的服务流与激活的服务流，如接纳的服务流是指处于接纳状态的服务流，激活的服务流是指处于激活状态的服务流。按照所传输的方向，服务流被分为上行(Up Link, UP)服务流与下行(Down Link, DL)服务流，如上行服务流是指从用户端设备传送至基站的服务流，下行服务流是指从基站传送至用户端设备的服务流。本发明实施例所使用的服务流包括激活的(Active)信令服务流、接纳的 (Admitted)数据服务流以及激活的数据服务流。其中，激活的信令服务流包括激活的上行服务流与激活的下行服务流，接纳的数据服务流包括接纳的上行数据服务流与接纳的下行数据服务流，激活的数据服务流包括激活的上行数据服务流与激活的下行数据服务流。举例来说，激活的上行数据服务流是指一条服务流用于传送数据，且该服务流的传输方向是从用户端设备至基站，且该服务流的状态是激活的。另外，本实施例中的服务流可以处于睡眠模式与正常工作模式，睡眠模式为低耗电工作模式，处于正常工作模式的服务流需要的电能比处于睡眠模式的服务流多。图1为本发明用户端设备20 —实施方式的环境图。在本实施方式中，用户端设 ^ 20 j^ffiT^itit^SK^A (Worldwide Interoperability for Microwave Access, WiMAX)网络中，所述WiMAX网络包括多个客户端(Client) 10、40、60 (图中仅示出3个)，多个用户端设备20、50、70 (图中仅示出3个)，以及多个基站30、80 (图中仅示出2个)。在本发明一具体实施方式
中，客户端10、40、60可为电话机。用户端设备20、50、70可为WiMAX用户端设备(WiMAX Subscriber Mation)，也称为 WiMAX 用户驻地设备(Customer premises equipment, CPE)。基站 30、80 为 WiMAX 基站(WiMAX Base Station)，也称为 WiMAX 接入点 (Access Point)。在本发明实施方式中，一个基站可与多个用户端设备进行通信，一个用户端设备又可为多个客户端提供通信服务。在本实施方式中，用户端设备20连接于客户端10与基站30之间，用于为客户端 10提供网络协议语音(Voice over Internet Protocol, VoIP)服务。具体而言，客户端10 可通过用户端设备20拨打网络协议语音电话呼叫其它客户端。举例来说，客户端10可经由用户端设备20、基站30、用户端设备50呼叫客户端40，也可经由用户端设备20、基站30、 基站80、用户端设备70呼叫客户端60。在本发明一实施方式中，当客户端10通过用户端设备20呼叫其它客户端后，用户端设备20通过多个服务流(Service Flow)为客户端10提供网络协议语音服务，例如可通过激活的上行信令服务流与激活的下行信令服务流为客户端10与被呼叫的客户端建立会话与结束会话，可通过激活的上行数据服务流与激活的下行数据服务流为客户端10与被呼叫的客户端提供会话服务，即通过激活的上行数据服务流为客户端10传送网络协议语音数据至被呼叫的客户端，以及通过激活的下行数据服务流为客户端10从被呼叫的客户端接收网络协议语音数据。在客户端10与被呼叫的客户端进行网络协议语音通话(即进行媒体会话)的过程中，若客户端10侦测到本地的用户沉默不语，则发送上行沉默事件给用户端设备20。相应地，用户端设备20基于所述上行沉默事件向基站30请求让处于正常工作模式的激活的上行数据服务流进入睡眠模式。若客户端10侦测到被呼叫的客户端的用户(例如客户端40 的用户)沉默不语，则发送下行沉默事件给用户端设备20。相应地，用户端设备20基于下行沉默事件向基站30请求让处于正常工作模式的激活的下行数据服务流进入睡眠模式。若客户端10又侦测到本地的用户开始讲话，则发送上行语音事件给用户端设备 20，相应地，用户端设备20向基站30请求让处于睡眠模式的激活的上行数据服务流进入正常工作模式。同样地，若客户端10又侦测到被呼叫的客户端的用户开始讲话，则发送下行语音事件给用户端设备20，相应地，用户端设备20向基站30请求让处于睡眠模式的激活的下行数据服务流进入正常工作模式。因此，在本发明实施例中，在客户端10的用户或被呼叫的客户端的用户沉默不语时，用户端设备20向基站30请求让相应的上行或下行数据服务流进入睡眠模式，所以可以大大地节省电能。图2是本发明用户端设备20 —实施方式的功能模块图。在本实施方式中，用户端设备20包括存储器21、处理器22、语音服务模块23、睡眠请求模块M及睡眠解除模块25。 存储器21用于存储功能模块23-25的软件代码以及功能模块23-25运行过程中产生的数据。处理器22用于运行功能模块23-25相应的软件代码，以执行功能模块23-25的各项任务。语音服务模块23用于通过多个服务流(Service flow)为客户端10提供网络协议语音服务。在本实施方式中，多个服务流包括激活的信令服务流、接纳的数据服务流以及激活的数据服务流。其中，激活的信令服务流包括激活的上行信令服务流与激活的下行信令服务流，接纳的数据服务流包括接纳的上行数据服务流与接纳的下行数据服务流，激活的数据服务流包括激活的上行数据服务流与激活的下行数据服务流。举例来说，语音服务模块23可通过激活的信令服务流为客户端10与被呼叫的客户端建立会话，可通过激活的数据服务流为客户端10与被呼叫的客户端提供会话服务， 即在客户端10与被呼叫的客户端之间传送网络协议语音数据。 作为本发明的进一步改进，语音服务模块23包括服务流管理子模块23a及会话管理子模块23b。在本实施例中，服务流管理子模块23a与基站30建立激活的信令服务流与接纳的数据服务流。当客户端10需要网络协议语音服务时(即需要呼叫其它客户端时)， 会话管理子模块2 通过激活的信令服务流为客户端10与被呼叫的客户端建立会话。当会话建立后，服务流管理子模块23a将接纳的数据服务流转变为激活的数据服务流。然后， 会话管理子模块2 通过激活的数据服务流为客户端10与被呼叫的客户端提供会话服务。 当会话服务完毕后，会话管理子模块2 再通过激活的信令服务流为客户端10与被呼叫的客户端结束会话，服务流管理子模块23a再将激活的数据服务流转变为接纳的数据服务流。 睡眠请求模块M用于当从客户端10接收到至少一个沉默事件时向基站30请求让与所述至少一个沉默事件相应的服务流进入睡眠模式。在本实施方式中，所述沉默事件是指网络协议语音通话(即会话)的双方至少一方沉默不语，其包括上行沉默事件与下行沉默事件。上行沉默事件是指作为呼叫端的客户端10沉默不语，下行沉默事件是指被呼叫的客户端沉默不语。
在本实施方式中，会话管理子模块2 通过激活的上行数据服务流为客户端10传送语音数据至被呼叫的客户端，并通过激活的下行数据服务流为客户端10从被呼叫的客户端接收语音数据。因此，与上行沉默事件相应的服务流为激活的上行数据服务流，与下行沉默事件相应的服务流为激活的下行数据服务流。当从客户端10接收到上行沉默事件时，即客户端10的用户沉默不语时，睡眠请求模块M向基站30请求让处于工作模式的激活的上行数据服务流进入睡眠模式。当从客户端10接收到下行沉默事件时，即被呼叫端的客户端沉默不语时，睡眠请求模块M向基站30 请求让处于工作模式的激活的下行数据服务流进入睡眠模式。睡眠解除模块25用于当从客户端10接收到至少一个语音事件时向基站30请求让与至少一个语音事件相应的处于睡眠模式的服务流解除睡眠模式并进入正常工作模式。 在本实施方式中，所述语音事件是指网络协议语音通话(即会话)的双方至少一方开始讲话，其包括上行语音事件与下行语音事件。上行语音事件是指作为呼叫端的客户端10开始讲话，下行语音事件是指被呼叫的客户端开始讲话。在本实施方式中，会话管理子模块2 通过激活的上行数据服务流为客户端10传送语音数据至被呼叫的客户端，并通过激活的下行数据服务流为客户端10从被呼叫的客户端接收语音数据。因此，与上行语音事件相应的服务流为激活的上行数据服务流，与下行语音事件相应的服务流为激活的下行数据服务流。当从客户端10接收到上行语音事件时，即作为呼叫端的客户端10开始讲话时，睡眠解除模块25向基站30请求让处于睡眠模式的激活的上行数据服务流进入正常工作模式。当从客户端10接收到下行语音事件时，即被呼叫的客户端开始讲话时，睡眠解除模块 25向基站30请求让处于睡眠模式的激活的下行数据服务流进入正常工作模式。图3为本发明省电方式一实施方式的流程图。本实施方式中的省电方法是通过图 2中的功能模块来实施。在步骤S100，语音服务模块23通过多个服务流为客户端10提供网络协议语音服务。在本实施方式中，多个服务流包括激活的信令服务流、接纳的数据服务流以及激活的数据服务流。举例来说，语音服务模块23可通过激活的信令服务流为客户端10与被呼叫的客户端建立会话与结束会话，可通过激活的数据服务流为客户端10与被呼叫的客户端提供会话服务，即在客户端10与被呼叫的客户端之间传送网络协议语音数据。在本实施方式中，激活的数据服务流包括激活的上行数据服务流与激活的下行数据服务流。语音服务模块23通过激活的上行数据服务流为客户端10传送网络协议语音数据至被呼叫的客户端，并通过激活的下行数据服务流为客户端10从被呼叫的客户端接收网络协议语音数据。在步骤S102，睡眠请求模块M判断是否从客户端10接收到至少一个沉默事件。 在本实施方式中，至少一个沉默事件包括上行沉默事件与下行沉默事件。若未从客户端10接收到至少一个沉默事件，则继续为客户端10与被呼叫的客户端提供网络协议语音服务。若从客户端10接收到至少一个沉默事件，则在步骤S104，睡眠请求模块M向基站30请求让多个服务流中与至少一个沉默事件相应的服务流进入睡眠模式。在本实施方式中，与上行沉默事件相应的服务流为激活的上行数据服务流，与下行沉默事件相应的服务流为激活的下行数据服务流。在步骤S106，睡眠解除模块25判断是否从客户端10接收到至少一个语音事件。 在本实施方式中，至少一个语音事件包括上行语音事件与下行语音事件。若未从客户端10接收到至少一个语音事件，则与至少一个沉默事件相应的服务流继续处于睡眠模式。若从客户端10接收到至少一个语音事件，则睡眠解除模块25向基站30请求让多个服务流中与至少一个语音事件相应的处于睡眠模式的服务流进入正常工作模式。在本实施方式中，与上行语音事件相应的服务流为激活的上行数据服务流，与下行语音事件相应的服务流为激活的下行数据服务流。图4为本发明省电方法另一实施方式的流程图。图5-图8为图4中省电方法的细节传输图，下文将结合图5-图8来详细介绍图4中的省电方法。在步骤S200，用户端设备20与基站30建立激活的信令服务流。在本实施方式中， 激活的信令服务流包括激活的上行信令服务流与激活的下行信令服务流。用户端设备20 可通过图5中的步骤S1-S4与基站30建立激活的上行信令服务流与激活的下行信令服务流。具体而言，用户端设备20先传送第一动态服务添加请求(DSA Request)至基站30 (步骤Si)，并从基站30接收第一动态服务添加响应(DSA Response)(步骤S》，接着，用户端设备20再传送第二动态服务添加请求至基站30 (步骤S； )，并从基站30接收第二动态服务添加响应(步骤S4)。其中，第一动态服务添加请求与第一动态服务添加响应用于建立激活的上行信令服务流，第二动态服务添加请求与第二动态服务添加响应用于建立激活的下行信令服务流。如图5中步骤S1-S2所示，第一动态服务添加请求与第一动态服务添加响应的参数可设定如下所请求添加的业务类型可设定为非实时轮询服务(nrtPS)，所请求添加的服务流的状态可设定为激活的(Active)，所请求添加的服务流的传输方向可设定为上行 (UL)，所请求添加的服务流标识符(SFID)可设定为8，所请求添加的服务流对应的连线标识符(CID)可设定为2。如图5中步骤S3-S4所示，第二动态服务添加请求与第二动态服务添加响应的参数可设定如下所请求添加的业务类型可设定为非实时轮询服务(nrtPS)，所请求添加的服务流的状态可设定为激活的(Active)，所请求添加的服务流的传输方向可设定为下行 (DL)，所请求添加的服务流标识符(SFID)可设定为9，所请求添加的服务流对应的连线标识符(CID)可设定为3。请回到图4，在步骤S202，用户端设备20与基站30建立接纳的数据服务流。在本实施方式中，接纳的数据服务流包括接纳的上行数据服务流与接纳的下行数据服务流。用户端设备20可通过图5中的步骤S5-S8与基站30建立接纳的上行数据服务流与接纳的下行数据服务流。具体而言，用户端设备20先传送第三动态服务添加请求(DSA Request)至基站30 (步骤SQ，并从基站30接收第三动态服务添加响应(DSA Response)(步骤S6)，接着，用户端设备20再传送第四动态服务添加请求至基站30 (步骤S7)，并从基站30接收第四动态服务添加响应(步骤S8)。其中，第三动态服务添加请求与第三动态服务添加响应用于建立接纳的上行数据服务流，第四动态服务添加请求与第四动态服务添加响应用于建立接纳的下行数据服务流。
12
如图5中步骤S5-S6所示，第三动态服务添加请求与第三动态服务添加响应的参数可设定如下所请求添加的业务类型可设定为扩展轮询服务(ertPS)，所请求添加的服务流的状态可设定为接纳的(Admitted)，所请求添加的服务流的传输方向可设定为上行 (UL)，所请求添加的服务流标识符(SFID)可设定为18，对应的连线标识符(CID)可设定为 6。如图5中步骤S7-S8所示，第四动态服务添加请求与第四动态服务添加响应的参数可设定如下所请求添加的业务类型可设定为扩展轮询服务(ertPS)，所请求添加的服务流的状态可设定为接纳的(Admitted)，传输方向可设定为下行(DL)，服务流标识符 (SFID)可设定为19，对应的连线标识符(CID)可设定为7。请再次回到图4，在步骤S204，用户端设备20通过激活的信令服务流为客户端10 与被呼叫的客户端建立会话。在本实施例中，用户端设备20可通过图6中的步骤S9-S11 为客户端10与被呼叫的客户端建立会话。具体而言，当客户端10呼叫其它客户端时，客户端10通过用户端设备20与基站30之间激活的上行信令服务流发送邀请(Invite)至被呼叫的客户端(步骤S9)，然后，被呼叫的客户端通过用户端设备20与基站30之间激活的上行信令服务流回送振铃响应(ISORinging)至客户端10 (步骤S10)，最后，被呼叫的客户端通过用户端设备20与基站30之间激活的上行信令服务流发送确认响应Q000K)至客户端 10。请再次回到图4，在步骤S206，用户端设备20将接纳的数据服务流转变为激活的数据服务流。在本实施方式中，激活的数据服务流包括激活的上行数据服务流与激活的下行数据服务流。用户端设备20可通过图6中的步骤S12-S18将接纳的上行数据服务流转变为激活的下行数据服务流。参阅图6，客户端10先向用户端设备20请求激活上行数据服务流与下行数据服务流(步骤S12)，然后，用户端设备20传送第一动态服务修改请求(DSC Request)至基站 30 (步骤Si； )，并从基站30接收第一动态服务修改响应(DSC Response)(步骤S14)，接着， 用户端设备20再传送第二动态服务修改请求至基站30 (步骤SM)，并从基站30接收第二动态服务修改响应(步骤S16)，然后，用户端设备20向客户端10确认上行数据服务流与下行数据服务流已激活(步骤S17)，最后，客户端10再经由用户端设备20与基站30向被呼叫的客户端确认上行数据服务流与下行数据服务流已激活(步骤S18)。第一动态服务修改请求与第一动态服务修改响应用于将接纳的上行数据服务流转变为激活的上行数据服务流，第二动态服务修改请求与第二动态服务修改响应用于将接纳的下行数据服务流转变为激活的下行数据服务流。如图6中步骤S13-S14所示，第一动态服务修改请求与第一动态服务修改响应的参数可设定如下所请求修改的服务流的业务类型可设定为扩展轮询服务(ertPS)，所请求修改的服务流的状态可设定为激活的(Active)，传输方向可设定为上行(UL)，服务流标识符(SFID)可设定为18，对应的连线标识符(CID)可设定为6。如图6中步骤S15-S16所示，第二动态服务修改请求与第二动态服务修改响应的参数可设定如下所请求修改的服务流的业务类型可设定为扩展轮询服务(ertPS)，所请求修改的服务流的状态可设定为激活的(Active)，传输方向可设定为下行(DL)，服务流标识符(SFID)可设定为19，对应的连线标识符(CID)可设定为7。
请再次回到图4，在步骤S208，用户端设备20通过激活的数据服务流为客户端10 与被呼叫的客户端提供会话服务，该步骤与图6中步骤S19相对应，即客户端10通过用户端设备20及基站30与被呼叫的客户端开始进行媒体会话。本实施方式中，用户端设备20 通过激活的上行数据服务流将来自于客户端10的网络协议语音数据传送至被呼叫的客户端，并通过激活的下行数据服务流将来自于被呼叫的客户端的网络协议语音数据传送至客户端10。请再次回到图4，在步骤S210，用户端设备20判断是否从客户端10接收到沉默事件。若未从客户端10接收到沉默事件，则继续通过激活的数据服务流为客户端10提供会话服务。若从客户端10接收到沉默事件，则在步骤S212，用户端设备20向基站30请求让激活的数据服务流进入睡眠模式。在步骤S214，用户端设备20判断是否从客户端10接收到语音事件。若未从客户端10接收到语音事件，则继续让激活的数据服务流处入睡眠模式。若从客户端10接收到语音事件，则在步骤S216，用户端设备20向基站30请求让激活的数据服务流进入正常工作模式。在本实施方式中，沉默事件包括上行沉默事件与下行沉默事件，语音事件包括上行语音事件与下行语音事件。用户端设备20可通过图7中的步骤S20-S35来实现图4中的步骤 S210-S216。请参阅图7，在步骤S20，客户端10侦测到本地用户沉默不语，相应的，并传送上行沉默事件至用户端设备20。在步骤S21，用户端设备20发送第一睡眠请求信息至基站30以请求让激活的上行数据服务流进入睡眠模式。在本实施方式中，所述睡眠模式包括交替运行的睡眠窗口 100 与倾听窗口 200，其中，睡眠窗口 100的数量随着时间增长，倾听窗口 200的数量随着时间不增长。在本实施例中，第一睡眠请求信息可为图9的睡眠请求信息1000，其包括省电等级类型(Power Saving Class Type)字段1001、初始睡眠窗口数量(Initial-sle印 Window)字段1002、倾听窗口数量(Listening Window)字段1003、最大睡眠窗口基
(Final-sleep Window Base)字段 1004 及最大睡眠窗口指数(Final-sleep Window Exponent)字段1005。在本实施例中，省电类型字段1001设定为1，表明所请求的睡眠模式为WiMAX标准规定的第一等级的睡眠模式，相应地，用户端设备20按照图7中睡眠窗口 100与倾听窗口 200的分布来执行第一等级的睡眠模式。请同时参阅图7与图9，图9中初始睡眠窗口数量字段1002可设定为1，倾听窗口数量字段1003可设定为2，最大睡眠窗口基数字段1004可设定为2，最大睡眠窗口指数字段1005可设定为8。基于此设定，图7中最初的睡眠窗口 100只有1个(即初始睡眠窗口数量字段100 ，随着时间以2 (即最大睡眠窗口基数字段1004)的倍数增长，但是不超过2 的8次方(即最大睡眠窗口基数字段1004的最大睡眠窗口指数字段1005次方)。倾听窗口 200则保持2个(即倾听窗口数量字段1003)。换言之，激活的服务流先睡1个睡眠窗口 100的时间，再倾听2个倾听窗口 200的时间，再睡2个睡眠窗口 100的时间，再倾听2个倾
14听窗口 200的时间，再睡4个睡眠窗口 100的时间，再倾听2个倾听窗口 200的时间，以此类推，直到解除激活而进入正常工作模式。在本实施例中，一个睡眠窗口 100或一个倾听窗口 200可根据不同需求设定为不同的时间，如10微秒。在步骤S22，基站30向用户端设备20确认激活的上行数据服务流已进入睡眠模式。在步骤S23，用户端设备20向客户端10确认激活的上行数据服务流已进入睡眠模式。在步骤S24，客户端10侦测到本地用户开始讲话，并发送上行语音事件至用户端设备20。在步骤S25，用户端设备20发送第一解除睡眠信息至基站30以请求让激活的上行数据服务流进入正常工作模式。在步骤S26，基站30向用户端设备20确认激活的上行数据服务流进入正常工作模式。在步骤S27，用户端设备20向客户端10确认激活的上行数据服务流已进入正常工作模式。在步骤S28，客户端10侦测到被呼叫的客户端的用户沉默不语，并发送下行沉默事件至用户端设备20。在步骤S29，用户端设备20发送第二睡眠请求信息至基站30以请求让激活的下行数据行服务流进入睡眠模式。其中，第二睡眠请求信息的设定可与第一睡眠请求信息的设定相同。在本实施方式中，所述睡眠模式包括交替运行的睡眠窗口 100与倾听窗口 200，其中，睡眠窗口 100的数量随着时间增长，倾听窗口 200的数量随着时间不增长。在步骤S30，基站30向用户端设备20确认激活的下行数据服务流已进入睡眠模式。在步骤S31，用户端设备20向客户端10确认激活的下行数据服务流已进入睡眠模式。在步骤S32，客户端10侦测到被呼叫的客户端的用户开始讲话，并发送下行语音事件至用户端设备20。在步骤S33，用户端设备20发送第二解除睡眠信息至基站30以请求让激活的下行数据服务流进入正常工作模式。在步骤S34，基站30向用户端设备20确认激活的下行数据服务流已进入正常工作模式。在步骤S35，用户端设备20向客户端10确认激活的下行数据服务流已进入正常工作模式。请再次回至图4，在步骤S218，用户端设备20通过激活的信令服务流为客户端10 与被呼叫的客户端结束会话。在本实施例中，用户端设备20可通过图8中的步骤S36-S37 为客户端10与被呼叫的客户端结束会话。具体而言，当被呼叫的客户端要结束通话时，被呼叫的客户端先经由基站30与用户端设备20之间激活的信令服务流发送再见(Bye)信息至客户端10 (步骤S36)，客户端10再经由基站30与用户端设备20之间激活的信令服务流发送再见响应O000K)至客户端10(步骤S37)。
请再次回到图4，在步骤S220，用户端设备20将激活的数据服务流转变为接纳的数据服务流。在本实施方式中，用户端设备20可通过图8中的步骤S38-S43将激活的数据服务流转变为接纳的数据服务流。具体而言，客户端10先向用户端设备20请求将上行与下行数据服务流解除激活 (步骤S38)，然后，用户端设备20传送第三动态服务修改请求(DSC Request)至基站30(步骤S39)，并从基站30接收第三动态服务修改响应(DSC Response)(步骤S40)，接着，用户端设备20再传送第四动态服务修改请求至基站30 (步骤S41)，并从基站30接收第四动态服务修改响应(步骤S^)。最后，用户端设备20向客户端10确认上行与下行数据服务流已解除激活(步骤S43)。第三动态服务修改请求与第三动态服务修改响应用于将激活的上行数据服务流转变为接纳的上行数据服务流，第四动态服务修改请求与第四动态服务修改响应用于将激活的下行数据服务流转变为接纳的下行数据服务流。如图8中步骤S39-S40所示，第三动态服务修改请求与第三动态服务修改响应的参数可设定如下所请求修改的服务流的业务类型可设定为扩展轮询服务(ertPS)，所请求修改的服务流的状态可设定为接纳的(Admitted)，传输方向可设定为上行(UL)，服务流标识符(SFID)可设定为18，对应的连线标识符(CID)可设定为6。如图8中步骤S41-S42所示，第四动态服务修改请求与第四动态服务修改响应的参数可设定如下所请求修改的服务流的业务类型可设定为扩展轮询服务(ertPS)，所请求修改的服务流的状态可设定为接纳的(Admitted)，传输方向可设定为下行(DL)，服务流标识符(SFID)可设定为19，对应的连线标识符(CID)可设定为7。因此，本实施方式中提供的用户端设备20及其省电方法可在提供网络协议语音服务的过程中，通过向基站30请求让与沉默事件相应的服务流进入睡眠模式来达到省电目的。
权利要求
1.一种用户端设备，连接于客户端与基站之间，其特征在于，所述用户端设备包括语音服务模块，用于通过多个服务流为所述客户端提供网络协议语音服务；睡眠请求模块，用于当从所述客户端接收到至少一个沉默事件时发送至少一个睡眠请求信息至所述基站以请求让所述多个服务流中与所述沉默事件相应的服务流进入睡眠模式，其中，所述睡眠请求信息包括省电等级类型字段，所述省电等级类型字段被设定为全球微波互联接入协议规定的第一等级的睡眠模式；及睡眠解除模块，用于当从所述客户端接收到至少一个语音事件时向所述基站请求让所述多个服务流中与所述语音事件相应的处于睡眠模式的服务流进入正常工作模式。
2.如权利要求1所述的用户端设备，其特征在于，所述多个服务流包括激活的信令服务流、接纳的数据服务流以及激活的数据服务流。
3.如权利要求2所述的用户端设备，其特征在于，所述语音服务模块包括服务流管理子模块，用于与所述基站建立所述激活的信令服务流与所述接纳的数据服务流，以及将所述接纳的数据服务流与所述激活的数据服务流互相转变；及会话管理子模块，用于通过所述激活的信令服务流为所述客户端与被呼叫的客户端建立会话，通过所述激活的数据服务流为所述客户端与被呼叫的客户端提供会话服务，以及当会话服务完毕后通过所述激活的信令服务流为所述客户端与被呼叫的客户端结束会话。
4.如权利要求3所述的用户端设备，其特征在于，所述激活的信令服务流包括激活的上行信令服务流与激活的下行信令服务流，所述接纳的数据服务流包括接纳的上行数据服务流与接纳的下行数据服务流，所述激活的数据服务流包括激活的上行数据服务流与激活的下行数据服务流。
5.如权利要求4所述的用户端设备，其特征在于，所述沉默事件是指所述客户端与被呼叫的客户端至少一方沉默不语，所述沉默事件包括上行沉默事件与下行沉默事件，所述上行沉默事件是指所述客户端沉默不语，所述下行沉默事件是指被呼叫的客户端沉默不语。
6.如权利要求5所述的用户端设备，其特征在于，所述睡眠请求模块还用于当从所述客户端接收到所述上行沉默事件时发送第一睡眠请求信息至所述基站以请求让所述激活的上行数据服务流进入所述睡眠模式，以及当从所述客户端接收到下行沉默事件时发送第二睡眠请求信息至所述基站以请求让所述激活的下行数据服务流进入所述睡眠模式。
7.如权利要求4所述的用户端设备，其特征在于，所述语音事件是指所述客户端与被呼叫的客户端至少一方开始讲话，所述语音事件包括上行语音事件与下行语音事件，所述上行语音事件是指所述客户端开始讲话，所述下行语音事件是指被呼叫的客户端开始讲话。
8.如权利要求7所述的用户端设备，其特征在于，所述睡眠解除模块还用于当从所述客户端接收到所述上行语音事件时向所述基站请求让所述激活的上行数据服务流进入所述正常工作模式，以及当从所述客户端接收到下行语音事件时向所述基站请求让所述激活的下行数据服务流进入所述正常工作模式。
9.一种省电方法，应用于用户端设备，所述用户端设备连接于客户端与基站之间，其特征在于，所述省电方法包括以下步骤通过多个服务流为所述客户端提供网络协议语音服务；当从所述客户端接收到至少一个沉默事件时发送至少一个睡眠请求信息至所述基站以请求让所述多个服务流中与所述至少一个沉默事件相应的服务流进入睡眠模式，其中， 所述睡眠请求信息包括省电等级类型字段，所述省电等级类型字段被设定为全球微波互联接入协议规定的第一等级的睡眠模式；及当从所述客户端接收到至少一个语音事件时向所述基站请求让所述多个服务流中与所述至少一个语音事件相应的处于睡眠模式的服务流进入正常工作模式。
10.如权利要求9所述的省电方法，其特征在于，所述多个服务流包括激活的信令服务流、接纳的数据服务流以及激活的数据服务流。
11.如权利要求10所述的省电方法，其特征在于，所述通过多个服务流为所述客户端提供网络协议语音服务的步骤包括以下步骤与所述基站建立激活的信令服务流； 与所述基站建立接纳的数据服务流；通过激活的信令服务流为所述客户端与被呼叫的客户端建立会话； 将所述接纳的数据服务流转变为激活的数据服务流； 通过激活的数据服务流为所述客户端与被呼叫的客户端提供会话服务； 当会话服务完毕后通过激活的信令服务流为所述客户端与被呼叫的客户端结束会话；及将所述激活的数据服务流转变为所述接纳的数据服务流。
12.如权利要求11所述的省电方法，其特征在于，所述激活的信令服务流包括激活的上行信令服务流与激活的下行信令服务流，所述接纳的数据服务流包括接纳的上行数据服务流与接纳的下行数据服务流，所述激活的数据服务流包括激活的上行数据服务流与激活的下行数据服务流。
13.如权利要求12所述的省电方法，其特征在于，所述沉默事件是指所述客户端与被呼叫的客户端至少一方沉默不语，所述沉默事件包括上行沉默事件与下行沉默事件，所述上行沉默事件是指所述客户端沉默不语，所述下行沉默事件是指被呼叫的客户端沉默不语。
14.如权利要求13所述的省电方法，其特征在于，当从所述客户端接收到至少一个沉默事件时发送至少一个睡眠请求信息至所述基站以请求让所述多个服务流中与所述至少一个沉默事件相应的服务流进入睡眠模式的步骤包括以下步骤当从所述客户端接收到所述上行沉默事件时发送第一睡眠请求信息至所述基站以请求让所述激活的上行数据服务流进入所述睡眠模式；或当从所述客户端接收到所述下行沉默事件时发送第二睡眠请求信息至所述基站以请求让所述激活的下行数据服务流进入所述睡眠模式。
15.如权利要求12所述的省电方法，其特征在于，所述语音事件是指所述客户端与被呼叫的客户端至少一方开始讲话，所述语音事件包括上行语音事件与下行语音事件，所述上行语音事件是指所述客户端开始讲话，所述下行语音事件是指被呼叫的客户端开始讲话。
16.如权利要求15所述的省电方法，其特征在于，当从所述客户端接收到至少一个语音事件时向所述基站请求让所述多个服务流中与所述至少一个语音事件相应的服务流进入正常工作模式的步骤包括以下步骤当从所述客户端接收到所述上行语音事件时向所述基站请求让所述激活的上行数据服务流进入所述正常工作模式；或当从所述客户端接收到所述下行语音事件时向所述基站请求让所述激活的下行数据服务流进入所述正常工作模式。
全文摘要
一种用户端设备，连接于客户端与基站之间，其包括语音服务模块、睡眠请求模块及睡眠解除模块。语音服务模块用于通过多个服务流为客户端提供网络协议语音服务。睡眠请求模块用于当从客户端接收到至少一个沉默事件时向基站请求使与沉默事件相应的服务流进入睡眠模式。睡眠解除模块用于当从客户端接收到至少一个语音事件时向基站请求使与语音事件相应的处于睡眠模式的服务流进入正常工作模式。本发明还提供了用户端设备的省电方法。所述用户端设备及其省电方法通过向基站请求让与沉默事件相应的服务流进入睡眠模式来达到省电目的。
文档编号H04W52/02GK102457945SQ201010512920
公开日2012年5月16日 申请日期2010年10月20日 优先权日2010年10月20日
发明者林瀚宗 申请人:鸿富锦精密工业(深圳)有限公司, 鸿海精密工业股份有限公司