专利名称：移动电话入网系统及其入网操作方法
技术领域：
本发明有关移动通信技术，特别是一种移动电话入网系统及其入网操作方法。
在移动电话使用过程中，一个寻呼方利用电话要找寻朋友或亲人(被寻方)时，被寻方的移动电话可能正在关机状态或者不在所属移动电话网络可达到的范围。由于寻呼方无法确定被寻方何时会开机或进入所属移动电话网络可达到的范围，因此，寻呼方一再重拨电话以试图连络被寻方，但此方式不但浪费寻呼方的时间，且浪费寻呼方移动电话的电力。另外，此方式会一再中断寻呼方正在进行的工作，进而影像其工作。
本发明的目的在于提供一种可利用网络服务的移动电话入网系统及其入网操作方法。
为达到上述目的，本发明采取如下技术措施本发明的一种移动电话入网操作方法，用以通报被寻方已开机，包括下列步骤(g)接收寻方的寻呼要求并将该寻呼要求通报系统核心；(h)储存寻呼要求的相关数据于数据库中；(i)发送寻呼信息至被寻方；(j)接收被寻方的开机信息，并将该开机信息通报系统核心；(k)自数据库中拾取寻呼方的相关数据；(l)通报被寻方的开机信息给寻方。
其中，所述步骤(a)的寻呼要求经由用户连接模组及服务接口处理模组接收。
其中，所述步骤(a)的寻呼要求的相关数据包括被寻呼方的电话号码及/或回报路径的数据。
其中，所述步骤(b)还包括对寻方的移动电话作信息待取设定的步骤。
其中，所述步骤(a)还包括查询被寻方移动电话状态的步骤。
其中，所述步骤(a)还包括判断寻方是否为预付用户及处理预付帐款作业的步骤。
其中，所述步骤(b)中的数据库包括一个具有寻方属性、回复路径及寻方电话号码的追踪数据库。
其中，所述步骤(b)中的数据库包括一个用以处理帐款作业的帐务数据库。
其中，所述步骤(c)的寻呼信息为一个短信，并经由信息接口处理模组及信息接口收发模组传送至一个移动电话网络。
其中，其特征在于，所述步骤(d)的开机信息为一个回报短信，并经由信息接口收发模组及信息接口处理模组接收。
其中，所述步骤(e)的相关数据包括寻呼方的相关数据及相对回复路径。
其中，所述步骤(e)还包括判断是否有回复路径及更新帐务数据库的步骤。
其中，所述步骤(f)中的开机信息是经由服务接口处理模组及用户连接模组传送至寻方。
其中，所述步骤(a)的寻呼要求为一个需回复且编码群组为忽略式提示信息的短信。
其中，所述寻方及被寻方可为不同寻呼台的用户。
本发明的一种移动电话入网系统，用以通报被寻方已开机，该系统包括一个用以接收寻方的寻呼要求及回报寻方寻呼结果的服务接口处理模组；一个耦接至服务接口处理模组的通报系统核心，用以接收及处理寻呼要求；
一个耦接至通报系统核心的数据库，用以储存寻呼要求的相关数据；一个耦接至通报系统核心的信息接口处理模组，用以接收经处理的寻呼要求并传送寻呼要求至被寻方的移动电话网络及接收被寻方的短信。
其中，所述数据库包括一个具有寻方属性、回复路径及被寻方电话号码的追踪数据库。
其中，所述数据库包括一个用以处理帐款作业的帐务数据库。
其中，所述服务接口处理模组可处理所述移动电话用户、互联网络用户、固定网络电话用户、寻呼器用户、GPRS用户、UMTS用户、ITM2000用户或通过专线或公众线路连接的企业用户，并可依需求交互处理。
与现有技术相比，本发明具有如下效果1、短信跨网互送不受不同业务经营者限制，由于并非所有国家的各家移动电话业务经营者可以将短信互送(包括台湾)，本系统在通报方与检测方属不同业务经营者时亦可正常运作；2、在国际漫游时，本系统亦可适用；3、入网通报系统可为一个独立操作系统，并且不须要与系统业务经营者有任何专线的连接即可运作。
此外，被寻方仅需为一个可接收短信的移动电话，其系统可为全球移动通信系统(GSM)、DCS、PCS、码分多址(CDMA)，可接收短信为其必要条件。而寻呼方可为任何具有可发送寻呼要求并可接收回报信息的设备或符合前述要求的多项设备的组合。
结合附图及实施例对本发明的结构特征及方法特征详细说明如下附图简要说明
图1本发明系统的电路框图；图2本发明系统中移动电话系统的电路框图3封包数据单位格式的示意图；图4TP-DCS格式示意图；图5当短信发送至一个未开机的移动电话时的流程图；图6当短信发送方与接收方不为同一移动电话体系时的流程图；图7当被寻方开机动作发生时，信息接收状态的流程图；图8当被寻方与发送信息方为不同移动电话体系时的信息接收流程图；图9寻呼服务提供系统的内部组成示意图；图10各种不同的用户连接方式及模组示意图；图11企业用户直接连接模组的电路框图；图12寻呼系统与移动电话系统直接连接状态的示意图；图13系统服务接口与计算机互联网络的功能模组的连接示意图；图14第2.5代及第3代移动电话系统的服务系统连接状态示意图；图15信息接口处理模组及其子处理模组的电路框图；图16计算机互联网络/VPN连接模组的电路框图及连接示意图；图17寻呼用户设定寻呼要求时的流程图；图18回复短信产生及回送状态的流程图；图19本发明系统中发送短信与接收短信使用同一个移动电话或模组式移动电话时的发送方法示意图；图20利用一般计算机或工作站接上可收发的移动电话通过计算机上的控制软件达到寻呼服务的示意图；图21利用个人数字助理器直接接上个人移动电话直接发送寻呼短信的示意图；图22直接将寻呼短信产生模组程序内建于移动电话内的示意图。
如图1所示，其为本发明系统的电路框图；其中，提出寻呼要求并接收寻呼结果的设备101，包括人机接口及相对应的设备及软件，如移动电话、个人数字助理、寻呼机、固网电话、电子邮件软件、群组软件、全球网网页、移动应用协定网页、网页软件Java或ActiveX、网络传呼软件(Instant Message)。相对于设备101所提供的对应连接设备102，以将寻呼要求注册至寻呼服务提供系统103，为其用户寻呼服务的进入点。寻呼服务提供系统103与移动电话系统105之间有一连接104。连接104可分为以下四种情况，一般移动电话、模组式电话、专线连接、网络连接。移动电话系统105除提供基本移动电话服务组成元素(基站、交换中心、移动电话地面网络)外，必需具有短信服务通过连接104与寻呼服务提供系统103连接。移动电话空中接口(Air Interface)106为移动电话系统105提供服务。被寻方107为一般移动电话机，其必须具备接收短信的服务与功能。寻呼服务提供系统103与移动电话系统105可为同一经营者所属，亦可分属不同经营商。
如图2所示，其为本发明系统中移动电话系统的电路框图；其中，短信服务中心110，为本系统主要中介部分，其负责将外部要求传送的短信息储存及输送至移动交换中心111，移动交换中心111再通过基站控制中心(BSC)112及基站(BTS)114将短信息传送至在本籍数据库(HLR)113所注册的被寻方107。但短信服务中心110与移动交换中心111、基站控制中心112、本籍数据库113、基站114与被寻方107并不需要为同一移动通信业务经营者，被寻方107亦可通过漫游方式收到储存在短信服务中心110的信息。
根据ETSI GSM 03.40协定，短信传递基本单位为封包数据单位(PDU)。图3为封包数据单位格式简图，本系统在寻呼方主要运用TP-SRR 120与TP-DCS 121项，当TP-SRR 120设定为1时，短信服务中心110会将其发送结果对发送方回报。
ETSI GMS 03.40协定中的TP-DCS 121是根据ETSI GSM 03.38协定作定义的。图4所显示为TP-DCS的简略格式，其中编码群组122为1100时，TP-DCS 121则表示此短信息用于忽略式提示信息，手机不会将收到的短信存于用户识别卡或手机存储器内。若当信息首位标记123的比特3设为0即为“暂停”时，收信手机则会忽略此信息。本系统则是运用TP-SRR 120为1并且编码群组122为忽略式信息并将信息首位标记123设为“暂停”，则可使移动电话在不显示该信息下回报短信中心。
如图5所示，其为当短信发送至一个未开机的移动电话时的流程图；该流程包括以下步骤外部系统将短信发送要求送至短信中心(步骤130)；短信中心利用所联接的移动交换中心查询该移动电话的状态(步骤131)；移动交换中心向该移动电话所属的数据库查询状态(步骤132)；移动交换中心回复该移动电话为开机状态(步骤133)；移动交换中心回复短信服务中心该移动电话为开机状态(步骤134)；短信服务中心向所联接的移动交换中心发送要求对该移动电话做信息待取指示(步骤135)，移动交换中心向该移动电话所属的数据库做信息待取指示的设定请求(步骤136)。
如图6所示，其为当短信发送方与接收方不为同一移动电话体系(有或无漫游关系皆可)时的流程图；包括如下步骤，外部系统发送短信(步骤137)，向所属移动交换中心查询该移动电话状态(138)；该移动交换中心发现为另一业者所属门号，将要求转送至通道移动交换中心(步骤139)；业者A的通道移动交换中心转送至所属业者B的通道移动交换中心(步骤140)，业者B的通道移动交换中心通过内部网络向所属的数据库(HLR)查询状态(步骤141)；该数据库回复状态为未开机(步骤142)；业者B的通道移动交换中心将该信息送至业者A的通道移动交换中心(步骤143)。通道移动交换中心将回复送给与短信移动交换中心联接的移动交换中心(144)；移动交换中心将未开机状态回复给短信移动交换中心(步骤145)；短信移动交换中心通过移动交换中心要求对该移动电话进行信息待取指示设定(步骤146)；移动交换中心将该要求转送至通道移动交换中心(步骤147)，业者A的通道移动交换中心将该要求送至业者B的通道移动交换中心(步骤148)，业者B的通道移动交换中心通过内部网络对该移动电话所属的数据库(HLR)进行信息待取指示的设定(步骤149)。
如图7所示，其为当被寻方开机动作发生时，信息接收状态的流程图；包括如下步骤，移动电话开机通过基站、基站控制器、移动交换中心及所属数据库(HLR)进行注册动作(步骤150)。因该号码在数据库(HLR)被设定有信息待取指示，因此数据库会通过移动交换中心通知短信服务中心(步骤151)。短信服务中收到数据库的通知，主动发送信息至该移动电话(步骤152)。移动电话在收到该信息后，会回报短信服务中心(步骤153)。短信服务中心在该信息被成功送达后，产生回报给原始发送方(步骤154)。
如图8所示，其为当被寻方与发送信息方为不同业者时的信息接收流程，步骤如下，被寻方移动电话开机通过基站、基站控制器、移动交换中心向本身业者B的数据库进行注册动作(步骤155)，因该号码有设定信息待取指示，因此数据库会通过本身通道移动交换中心将开机通知通过原注册方通道移动交换中心转送至原发送移动交换中心短信服务中心(步骤156)，短信服务中心收到开机通知后即传送属于被寻方的信息。信息自短信服务中心通过双方通道移动交换中心传送至移动电话(步骤157)。移动电话收到该信息后会回报发送方短信服务中心(步骤158)。短信服务中心收到被寻方移动电话收到信息的回报后，会产生回报给原始发送方(步骤159)。
本系统即运用图7及图8的原理与图3的是否要求回报(TP-SRR)120及编码方式(TP-DCS)121的组合运用加上图1的寻呼服务提供系统103的配合，即构成本发明的入网通报系统的基本结构。
如图9所示，其为寻呼服务提供系统103的内部组成示意图；本通报系统核心160为组合各模组的主要控制系统，负责将服务接口处理模组161所传送的追踪要求转换并发送至信息接口处理模组165，并且将信息接口处理模组165所产生的回报转送回服务接口处理模组161。同时，需通过追踪数据库163的辅助，并且向帐务数据库164记录。服务接口处理模组161主要通过寻呼方用户接收及回报用户要求。由于它们之间的连接可多元化，因此，模组可依用户要求或依不同状况决定收发的连接路径服务连接模组162为处理用户连接与服务接口处理模组161的中介模组，由于用户收发寻呼要求可通过多种管道(如图10)，因此，每一个连接形式必须使用一种连接模组。多个用户连接模组再连接至同一个服务接口处理模组161服务接口上。各模组可同时存在亦可单独存在。信息接口处理模组165主要负责将通报系统核心160所发出的寻呼要求传送至移动电话系统以及接收移动电话系统连接166所传回的回报信息。移动电话系统的短信传送可能并无互相连接(如两个分属不同国家且毫无漫游关系的移动电话系统)或者有帐务上的差异性(如自甲传送与自乙传送价格不同)。信息接口处理模组165需处理依照寻呼对象转送至不同的移动电话系统连接166，以进入所对应的移动电话系统。移动电话系统连接模组166为信息接口处理模组165与移动电话系统的连接控制模组，依照移动电话系统连接方式可分别有不同的连接模组，以符合不同要求及状况的系统连接(如图15)。追踪数据库163主要记录寻呼方的要求以及寻呼方回应路径，当通报系统核心160接收到追踪回报，会自此数据库寻找原始寻呼方，并且依寻呼方的要求回应方式将回报通过服务接口处理模组161送回。帐务数据库164主要记录寻呼方与被寻方所有需要用做帐务数据的控制，亦提供通报系统核心160做为预付功能时的额度控制数据库。
如图10所示，其为各种不同的用户连接方式及模组的示意图；不同模组处理与不同用户的连接，接收寻呼要求与回复寻呼结果并不需为同一路径，用户可在设定寻呼的同时，指定其它的回复方式。服务接口处理模组必须处理此种要求，同时，可接收寻呼要求的各连接模组也可接受寻呼状态查询的要求，同样，在查询设定时也可设定以相同或不同路径的状态查询回复方式。服务接口模组也必须处理此种状态查询的要求及其回复。模组式移动电话的接口模组170直接通过空中接口至基站与移动电话系统相接，以接收及发送该移动电话业者所属用户的要求与回报。一般移动电话连接模组171与模组式移动电话接口模组170动作类似，但直接利用一般移动电话与移动电话系统相接，模组可依不同厂牌的移动电话发送符合该厂牌的控制命令。移动电话系统直线连接模组172为当移动电话系统以直接连线方式(如通过区域网络或专线连接)时的接口处理模组(如图12所示)。通过直接连接方式，可以直接利用简码方式收到短信息，用户可直接发送要求到一个在短信中心设定的号码而不是一个真正的电话号码，并且可以更有效率地使服务接口处理模组收发短信而不会有模组式移动电话接口模组170及一般移动电话连接模组171般有无线资源拥塞的问题，并可指定传送优先信息，使寻呼短信直接存于收发信号排列的最优先处。企业用户直线连接模组与173企业用户直接连接模组可使系统直接接受与合约企业用户直接传送要求及接收回报(如图11所示)，通过该模组可使寻呼服务各自符合不同企业的要求。交互语音应答系统174(Interactive VoiceResponse)以接收自语音电话(PSIN)拨入以交互语音应答方式接收要求及回报方式，并将其要求转送服务接口处理模组处理。语音电话接口模组175为利用一般语音电话回报要求方的回复结果。寻呼器接口模组176为利用寻呼器回报要求方寻呼或查询结果的处理模组。互联网络连接模组177可使服务接口收发自互联网络的要求及回报(如图13)，互联网络连接模组177除了要能接收互联网络多样形式的服务接口外，并且要能保护服务系统免于来自互联网络的非法入侵。GPRS/IMT 2000/UMTS连接模组178主要负责连接第2.5代及第3代移动电话系统，可通过通信模组经由基站与系统连接，亦可使用专线数据电路连接(如图14)。此连接方式除了可利用新的封包通信与所连接的移动电话系统作更有效的连接，亦可通过新的封包协定及频道传送接收短信，而不须使用原本容易拥塞的控制频道。通过此连接所服务的用户，只要属于该系统用户皆可，并不需要同样是第2.5代或第3代移动电话用户，连接主要是连接两系统间的服务通道。
如图11所示，其为企业用户直接连接模组的电路框图；主要叙述企业用户直接连接模组内173内部的功能模组，构成单元为系统挡火墙180、服务接口收发端181及协定转换端182。系统挡火墙180主要用于防止自企业网络所进入服务系统的入侵。通过挡火墙措施，仅有合法的存取可进入服务接口处理模组。服务接口收发端181主要为系统服务接口处理模组与协定转换端182的中介处理，负责整个多个企业协定转换端所送进的要求以及分派服务接口处理模组所送回的回报。协定转换端182主要为通过电信线路连接至各企业主机，并且负责将寻呼服务组合进企业主机所使用的资管系统中，例如Microsoft Outlook或IBM Lotus。
如图12所示，其说明当寻呼系统与移动电话系统有直线连接而不须通过无线电模组及基站即可与短信中心沟通的连接方式。服务接口收发端183负责直接组合并与短信服务中心端的应用程序接口184连接，以发送或接收通过该短信中心的短信息(包括回报式短信)。链结方式185可经由以太网、X.25或是租用的专线连接，并在其上通过SMPP或CIMD等的短信点对点的通信协定使服务接口收发端183与链结方式185直接沟通。另一方面，当服务接口收发端183无法直接与短信中心应用程序接口184直接连接沟通时(如服务提供者与移动电话业者分属不同经营商，故须各自确立其责任范围时)，可通过短信中心通道186的中介来沟通。协定转换端187负责将服务接口收发端转换为短信中心通道186所要求的协定以通过该通道与短信中心应用程序接口沟通，短信中心通道自服务接口收发端所传递至短信中心应用程序接口的短信属性必须至少包括下列项目发话号、受话号、编码方式(TP-DCS)、是否要求回报(TP-SRR)、有效期(TP-VP)、短信内容，短信中心通道自短信中心应用程序接口所传递至服务接口收发端的短信属性必须至少包括下列项目是否为回复短信、发话号、受话号、编码方式、是否要求回报、有效期、发送时间(TP-SCTS)、回复状态(TP-ST)、状态时间(TP-DT)、短信内容(回复短信可忽略栏位TP-DCS，TP-SRR，TP-VP、短信内容；非回复短信可忽略栏位TP-SCTS，TP-ST、TP-DT)。
如图13所示，其说明系统服务接口与互联网络的功能模组，通过多种模组配合，可使系统服务延伸至多元化的互联网络。系统挡火墙190主要防止所有自互联网络进入的非法入侵，仅通过服务接口收发端的合法存取才可通过系统挡火墙进入服务接口处理模组。服务接口收发端191负责组合多种不同的互联网络协定并且将寻呼要求及回报方式转换为规格化以利服务接口处理模组与后端追踪数据库处理。E-mail服务接口192主要处理以E-mail方式传入的寻呼要求，以及处理需以E-mail方式的回复。WWW服务接口193主要负责利用World Wide Web传输协定HTTP及网页的控制所接收到的寻呼要求，传送至服务接口收发端，以及处理需以WWW接口的回复。WAP服务接口194负责接收传送无线传输应用协定所控制的网页。PIM服务接口195主要接收传送及转换互联网络的即时传呼软件，如ICO、CICQ、AIM、Yahoo Messager等，用户可直接通过所安装的PIM软件设定寻呼及查询，也可通过PIM接收回复结果。C/S服务接口196主要服务是使用主从式软件的寻呼设定及查询，服务提供商提供服务软件，用户安装客户端软件来设定及接收回复，此主从结构亦可为多层次，亦即服务器通过其它中介软件来接收或回复用户。此主从软件可组合现有软件亦可重新由服务提供商自行开发设计。Telnet服务接口197负责直接以Telnet程序签入的用户，提供用户以终端模式的最基本操作接口。Customized服务接口198主要负责所有非互联网络标准传输协定的应用程序的沟通与处理。服务器可供其他应用服务提供商组合用，通过该服务器的转换，使寻呼服务成为其他服务提供商的加值功能，或者与其他有与互联网络相连的企业，通过该服务器做为企业组合的中介处理，也可经由虚拟专用网络(VPN)来增加组合的安全性。互联网络上使用传呼服务的用户199可经由任何方式连接至互联网，用户也可以另一个服务主机将寻呼服务通过互联网络组合进入。
如图14所示，其说明在第2.5代及第3代移动电话系统下的服务系统连接方式，通过新一代系统，可以以更有效的无线电运用在数据传输中，增加系统的服务品质。系统挡火墙190主要阻挡所有可能通过移动数据传输直接进入的非法存取，由于2.5代之后的移动电话系统直接支援数据传送，系统易直接暴露在用户端，必须使用挡火墙过滤。仅有合法通过服务接口收发端的存取可以通过挡火墙进入服务接口处理模组。服务接口收发端200组合GPRS/EDGE/UMTS等收发模组，亦组合与移动数据系统的直线连接。GPRS收发控制模组201通过GPRS的无线传输终端设备经由GPRS基站与系统端连接。EDGE收发控制模组202通过EDGE的无线传输终端设备经由EDGE基站与系统端连接。UMTS收发控制模组203经由WCDMA无线终端设备经由UMTS基站通过RNC与系统端连接。GPRS收发控制模组201、EDGE收发控制模组202、UMTS收发控制模组203的连接端可以是移动数据传输系统的接口，以取代有线部分的直线连接，亦可是一般移动数据传输以服务该系统所涵盖的用户服务，或者是以移动数据传送接收短信中心所处理的短信息，如SMS或GPRS，以有效并更直接的方式利用数据话务频道并可避免控制频道的拥塞。协定转换模组204负责当与移动数据系统可直线连接时转换直接来自于该移动数据系统所涵盖用户的服务请求与通过该路径的回复，所连接的对端为移动数据系统的GPRS通道服务点(GGSN)，通过独立的存取服务点(APN)206使得连接的寻呼服务系统成为移动数据系统的子网络，直接组合进入该移动数据传输系统之中，而用于连接两端的传输协定(步骤205)，可直接使用X.25或者以太网及ATM以配合不同的GGSN的连接法。
如图15所示，其用于说明信息接口处理模组以及其所属子处理模组，以处理通报系统核心的寻呼要求及传回自子系统所传回的回应。信息接口处理模组所连接的子模组与部分处理用户服务的服务接口处理模组子模组功能重叠，功能相同的模组可通过组合模组将两个子系统合而为一，以节省连接成本。移动电话系统直线连接模组212与图10的移动电话系统直线连接模组172相同，通过图12的接口收发端220可同时连接信息接口收发端221与服务接口收发端183，而直线连接的部分其架构完全相同。信息接口收发端通过该结构可将信息接口服务模组所要求发出的寻呼短信发至移动电话系统，亦通过该模组接收自移动电话系统所传回的回应短信转至信息接口处理模组处理。GPRS/IMT2000/UMTS连接模组214与图10的GPRS/IMT2000/UMTS连接模组178相同，通过图14的接口收发端223可同时连接信息接口收发端222与服务接口收发端200。后端连接结构则相同，信息接口收发端通过该结构可将信息接口处理模组所要求发出的寻呼短信发至移动数据及移动电话系统的短信中心，亦通过该模组接收短信中心所传回的回报短信交由信息接口处理模组处理。模组式移动电话接口模组210及一般移动电话连接模组211皆是将信息接口处理模组所要求发出的寻呼短信直接通过控制一般移动电话或模组式移动电话将其发至移动电话系统的短信中心，亦通过同一方式接收由短信中心所发回的回报短信并转至信息接口处理模组处理。互联网络/VPN连接模组213主要负责通过互联网络与移动电话系统连接，以节省以直线连接方式的成本。由于互联网络为公众网络，易遭受非法存取或拦截，因此可通过虚疑网络(Virtual Private Network-VPN)方式连接，如图16。
图16说明互联网络/VPN连接模组的细部功能及连接方式，以达节省与移动电话系统连接的专线成本。系统挡火墙230阻挡所有来自互联网络非法存取及入侵的威胁，仅通过信息接口收发端的合法存取才可通过挡火墙与信息接口处理模组沟通。协定转换端232主要接收传送可直接通过互联网络连接的移动电话系统，转换的协定主要为符合对端所连接的移动电话系统规格为主。协定转换端233增加通过VPN通道234连接的方式进入互联网络，再经由对端的VPN通道235连接进入移动电话系统，以此连接方式除了增加双方系统的安全性，更可防止自互联网络上所做的截听动作。不论是以协定转换模组232直接通过互联网络连接或是以VPN通道234经由VPN通道连接，都必须达到与图12功能上相同的直线连接方式，才能符合寻呼系统的要求。
图17说明当寻呼用户设定寻呼要求时，系统内的处理流程，步骤如下用户设定寻呼要求(步骤240)，通过用户所选择的连接方式，设定会传送至所对应的用户连接模组(步骤241)，用户所设定的数据至少含有所寻呼对象的移动电话号码，在某些用户所选择的连接方式下则另需包括回报路径的数据。不同用户的设定会送至服务连接处理模组(步骤242)组合送至通报系统核心(步骤243)。通报系统核心会先判断是否为预付用户，若是，则处理该用户的预付帐务数据(步骤245)；若否，则不需处理预付则直接作寻呼动作的准备。帐务数据(步骤245)依照发送用户的数据载入该用户相关的预付数据及余额，然后判断是否有余额(步骤246)。若无余额，则不做寻呼处理并回报原发送用户告知其帐务状况(步骤248)，告知信息依照用户的回送路径转送回服务接口处理模组(步骤249)。服务接口处理模组分别送至相对应的用户连接模组(步骤250)，最后将此信息转知该用户(步骤251)。若该用户尚有余额则将余额扣除并存入相对应的数据库(步骤247)并作寻呼动作的准备，用户的寻呼指令会先将寻呼相关数据存入追踪数据库中(步骤252)，数据库中含有发信方属性、回复路径、被寻方号码。帐务数据库会依此发信作帐务相关的记录(步骤253)。通报系统核心会将寻呼动作送至信息接口处理模组以发送寻呼短信(步骤254)，信息接口处理模组会将指令通过对应的信息接口收发模组(255)传送至移动电话网络(步骤256)。
图18说明当回复短信产生并回送时的处理流程，步骤如下当寻呼短信有回报产生时(如开机或短信过期)(步骤260)，此回报短信会送往所对应的信息接口收发模组(步骤261)。信息接口收发模组交由信息接口处理模组组合(步骤262)，并送往通报系统核心(步骤263)，通报系统核心会通过查询追踪数据库找出原始寻呼方的相关数据及其相对回复路径(步骤264)。系统核心会先判断回复路径是否存在(步骤265)。若不存在，则送入系统记录(步骤266)，以供未来查核之用；若有，回复路径则先更新帐务数据库(步骤267)，以供帐务系统处理有回复的数据。系统核心将回复数据及相关信息转送至相对应的服务接口处理模组(步骤268)，服务接口处理模组通过对应的用户连接模组(步骤269)将回复信息传至原寻呼用户(步骤270)。
图19说明一种当发送短信(寻呼短信或回报寻呼用户的信息)及接收短信(回复短信或寻呼命令短信)使用同一支移动电话或模组式移动电话时的发送方法。由于短信的接收及发送无法在同一时间发生，否则会造成系统上Page Fail或是MS Error的错误，短信中心在遭遇此错误时会视为暂时性错误，经过一个等待时间后会再次发送，为了减少发生这种错误的机会。本发明采用一种间隔式机制，自寻呼系统发出的短信(步骤280)不得连续发信，信息与信息之间必须有一个间隔时间，称之为输出间隔(282)。间隔时间可使短信自移动电话系统有机会传入，一但传入动作发生(步骤281)，下次再发出的时间间隔必须自最后一封收到传入短信的时间算起称为输入—输出间隔(283)；而输入—输出间隔必需大于输出间隔。至于输出间隔与输入—输出间隔的值必须配合短信息中心重试时间值找出最佳值，由于寻呼是通过发送TP-DCS为忽略式提示信息及启动TP-SRR的短信(简称寻呼短信)进行的，寻呼短信的产生不一定要经由寻呼服务业者，亦可经由下列三种方式进行一般个人或小团体的寻呼功能。图20、图21、图22分别叙述这三种形式。
图20是利用一般电脑或工作站接上可收发的移动电话，通过电脑上的控制软件进行寻呼服务。服务主控的电脑300可为任何可达寻呼控制软件需求的电脑，一般个人电脑或是工作站电脑皆可，一般移动电话或模组移动电话301已含有用户识别卡，可与移动电话系统沟通并发送短信。电话的控制可使用ETSI GSM 07.05、07.07及03.40、03.38规格或是提供外部控制接口命令的移动电话，移动电话与电脑的连接(步骤302)，依照不同移动电话规格可使用RS-232或是IrDA连接皆可。寻呼控制软件303可在电脑300上独立执行的程序，负责接收寻呼命令、设定寻呼、接收寻呼回复以及回报寻呼方的寻呼结果的控制。寻呼用户的移动电话304，可为任何可拨号及可发送短信的移动电话。当寻呼用户移动电话304要发送寻呼要求时(步骤308)，利用短信将被寻方移动电话号码通过所被服务的基站305，经过移动电话系统306，再经过服务移动电话301的基站307发至移动电话301。移动电话301会再将信息转送至寻呼控制软件309。寻呼控制软件收到寻呼要求后会将其记录并发送寻呼短信(步骤310)，通过直接连接所控制的移动电话再将此寻呼短信发送至移动电话系统(步骤311)。寻呼要求亦可通过直接操作电脑来设定，而不需通过另一支移动电话发送(步骤312)。当被寻方的回复短信产生时，会发送回移动电话301，移动电话301为将回复传送至寻呼控制软件303。寻呼控制软件接收到回复后，会通过先前记录找出原始寻呼方，并将寻呼结果通过移动电话301的发信经由移动电话系统306及基站305发送至寻呼方304。
图21表示利用个人数字助理直接接上个人移动电话直接发送寻呼短信，一般个人数字助理(PDA)320，具有程序控制功能，并具有连接接口可与移动电话相连或是具内建移动电话功能，如PalmOS，WindowsCE，EPOC相容系统。一般个人用的移动电话321，具有用户识别卡，可拨号及发送短信，并含有接口，可与数字助理相接。它们的接口322，可为接口RS-232，IrDA或是Bluetooth方式连接，若移动电话为PDA内建，则不需要此种连接方式，个人寻呼软件323，可独立在所安装的PDA作业系统上执行的程序。当寻呼方欲作寻呼操作时，通过操作于PDA上的个人寻呼软件(过程324)输入被寻方移动电话号码，通过PDA接口控制移动电话将寻呼短信发送至移动电话系统上(过程325)。当被寻方回复短信产生时，移动电话系统会将该回复回至移动电话321上。但该短信是移动电话系统的原始回复短信，寻呼方用户必需自行解读该短信内容的意义。
图22表示直接将寻呼短信产生模组程序内建在移动电话之内示意图，其中个人移动电话330包括具有寻呼短信接口及产生软件331的移动电话软件模组，当使用者要寻呼时，直接通过寻呼短信接口及产生软件331的使用者接口输入被寻方移动电话号码，再通过移动电话本身的发信模组，发出要求回复的忽略式信息提示至移动电话系统中(过程332)。当被寻方有回复短信产生时，即会将此短信回送至原始发信的移动电话上，与图21相同，该短信是移动电话系统的原始回复短信，寻呼方用户必需自行解读该短信内容的意义。前述的方法可利用电脑程序指令完成。该等电脑程序指令可载入一个电脑或其他可编程的数据处理装置，以执行图17及18的流程。该等电脑程序亦可储存在电脑可读取的记录媒体(如磁带、磁片、光盘、硬盘及IC存储器等记录媒体)中，以供后续载入电脑中使用。
权利要求
1.一种移动电话入网操作方法，用以通报被寻方已开机，包括下列步骤(a)接收寻方的寻呼要求并将该寻呼要求通报系统核心；(b)储存寻呼要求的相关数据于数据库中；(c)发送寻呼信息至被寻方；(d)接收被寻方的开机信息，并将该开机信息通报系统核心；(e)自数据库中拾取寻呼方的相关数据；(f)通报被寻方的开机信息给寻方。
2.根据权利要求1所述的方法，其特征在于，所述步骤(a)的寻呼要求经由用户连接模组及服务接口处理模组接收。
3.根据权利要求1所述的方法，其特征在于，所述步骤(a)的寻呼要求的相关数据包括被寻呼方的电话号码及/或回报路径的数据。
4.根据权利要求1所述的方法，其特征在于，所述步骤(b)还包括对寻方的移动电话作信息待取设定的步骤。
5.根据权利要求1所述的方法，其特征在于，所述步骤(a)还包括查询被寻方移动电话状态的步骤。
6.根据权利要求1所述的方法，其特征在于，所述步骤(a)还包括判断寻方是否为预付用户及处理预付帐款作业的步骤。
7.根据权利要求1所述的方法，其特征在于，所述步骤(b)中的数据库包括一个具有寻方属性、回复路径及寻方电话号码的追踪数据库。
8.根据权利要求1所述的方法，其特征在于，所述步骤(b)中的数据库包括一个用以处理帐款作业的帐务数据库。
9.根据权利要求1所述的方法，其特征在于，所述步骤(c)的寻呼信息为一个短信，并经由信息接口处理模组及信息接口收发模组传送至一个移动电话网络。
10.根据权利要求1所述的方法，其特征在于，所述步骤(d)的开机信息为一个回报短信，并经由信息接口收发模组及信息接口处理模组接收。
11.根据权利要求1所述的方法，其特征在于，所述步骤(e)的相关数据包括寻呼方的相关数据及相对回复路径。
12.根据权利要求1所述的方法，其特征在于，所述步骤(e)还包括判断是否有回复路径及更新帐务数据库的步骤。
13.根据权利要求1所述的方法，其特征在于，所述步骤(f)中的开机信息是经由服务接口处理模组及用户连接模组传送至寻方。
14.根据权利要求1所述的方法，其特征在于，所述步骤(a)的寻呼要求为一个需回复且编码群组为忽略式提示信息的短信。
15.根据权利要求1所述的方法，其特征在于，所述步骤(f)中的寻方及被寻方可为不同寻呼台的用户。
16.一种利用同一组设备收发短信的方法，包括下列步骤(a)间隔一段时间地自该设备发送短信；(b)在两间隔的短信之间，接收来自另一个设备的短信，该设备在接收来自另一个设备的短信后，必须在经过自最后一封短信的时间起以大于步骤(a)的间隔时间的预定时间后，才可再发送短信。
17.一种记录用以执行移动电话入网通报方法的电脑可读取的记录媒体，该移动电话入网方法包括下列步骤(a)接收寻方的寻呼要求，并将该寻呼要求通报系统核心；(b)在数据库中储存寻呼要求的相关数据；(c)发送寻呼信息至被寻方；(d)接收被寻方的开机信息并将该开机信息通报系统核心；(e)自数据库中拾取寻呼方的相关数据；(f)通报被寻方的开机信息给寻方。
18.一种移动电话入网系统，用以通报被寻方已开机，该系统包括一个用以接收寻方的寻呼要求及回报寻方寻呼结果的服务接口处理模组；一个耦接至服务接口处理模组的通报系统核心，用以接收及处理寻呼要求；一个耦接至通报系统核心的数据库，用以储存寻呼要求的相关数据；一个耦接至通报系统核心的信息接口处理模组，用以接收经处理的寻呼要求并传送寻呼要求至被寻方的移动电话网络及接收被寻方的短信。
19.根据权利要求18所述的系统，其特征在于，所述数据库包括一个具有寻方属性、回复路径及被寻方电话号码的追踪数据库。
20.根据权利要求18所述的系统，其特征在于，所述数据库包括一个用以处理帐款作业的帐务数据库。
21.根据权利要求18所述的系统，其特征在于，所述服务接口处理模组可处理所述移动电话用户、互联网络用户、固定网络电话用户、寻呼器用户、GPRS用户、UMTS用户、ITM2000用户或通过专线或公众线路连接的企业用户，并可依需求交互处理。
22.根据权利要求21所述的系统，其特征在于，所述移动电话用户可通过模组式移动电话、一般移动电话或与移动电话系统的直线连接达到与用户的连接与沟通。
23.根据权利要求21所述的系统，其特征在于，所述通过专线或公众线路连接的企业用户可通过协定转换方式达到与企业用户现有系统的组合，且不同用户可依不同系统进行不同的协定转换；还包括一个防止系统遭入侵的挡火墙。
24.根据权利要求22所述的系统，其特征在于，所述移动电话系统的直线连接是与移动电话系统台站在协议后以专线或公众网络方式连接到该台的短信中心，在不使用无线频率的情况下与短信中心沟通，并且可同时连接多家不同的移动电话系统台站。
25.根据权利要求21所述的系统，其特征在于，所述互联网络用户可通过EMAIL、WWW、WAP、PIM、主从结构、电话网或其它为与本系统沟通所开发出的协定与系统沟通。
26.根据权利要求21所述的系统，其特征在于，所述GPRS/UMTS/IMT2000的连接可以该规格的无线通信设备，亦可与所述系统台站直接以直线连接至该系统内，以与该台站用户沟通。
27.根据权利要求18所述的系统，其特征在于，所述信息接口处理模组及其所属的子处理模组，以处理通报系统核心的寻呼要求及传回自子系统所传回的回报，其子系统可通过模组式移动电话、一般移动电话、移动电话系统的直线、互联网络或GPRS/UMIS/IMT2000的方式连接。
28.根据权利要求27所述的系统，其特征在于，通过互联网络与移动电话系统的短信中心的连接，通过VPN方式保护系统不被入侵，协定转换模组使所述系统可连接不同的短信中心。
29.根据权利要求18所述的系统，其特征在于，所述通报系统核心是利用一般电脑、工作站中之一连接移动电话，通过电脑上的控制软件进行通报服务。
30.根据权利要求18所述的系统，其特征在于，所述通报系统核心是利用个人数字助理直接连接个人的移动电话，直接发送寻呼短信进行通报服务。
31.根据权利要求18所述的系统，其特征在于，所述通报系统核心直接内建于移动电话中，直接通过移动电话的使用者接口输入所述被寻方移动电话号码，再通过移动电话本身的发信模组，发送要求回复的忽略式信息提示至所述移动电话系统，被寻方有回复短信产生时，即将此短信回送至原始发信的移动电话号码上。
全文摘要
一种移动电话入网系统及其入网操作方法;本系统包括:一服务接口处理模组、一耦接至服务接口处理模组的通报系统核心;耦接至通报系统核心的数据库;一耦接至通报系统核心的信息接口处理模组。本方法包括下列步骤:接收寻方的寻呼要求并将其通报系统核心;储存寻呼要求的相关数据于数据库中;发送寻呼信息至被寻方;接收被寻方的开机信息,并将开机信息通报系统核心;自数据库中拾取寻呼方的相关数据;通报被寻方信息给寻方。
文档编号H04W4/12GK1361620SQ0013669
公开日2002年7月31日 申请日期2000年12月29日 优先权日2000年12月29日
发明者陈绍俊 申请人:陈绍俊