CN103796188B - 下行传输数据的方法和设备 - Google Patents

下行传输数据的方法和设备 Download PDF

Info

Publication number
CN103796188B
CN103796188B CN201210433549.0A CN201210433549A CN103796188B CN 103796188 B CN103796188 B CN 103796188B CN 201210433549 A CN201210433549 A CN 201210433549A CN 103796188 B CN103796188 B CN 103796188B
Authority
CN
China
Prior art keywords
service node
user equipment
information
mtc
iwf
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201210433549.0A
Other languages
English (en)
Other versions
CN103796188A (zh
Inventor
张军
金辉
薛国栋
衣强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Huawei Device Shenzhen Co Ltd
Original Assignee
Huawei Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Priority to CN201210433549.0A priority Critical patent/CN103796188B/zh
Priority to EP13852149.7A priority patent/EP2861000B1/en
Priority to PCT/CN2013/086261 priority patent/WO2014067466A1/zh
Publication of CN103796188A publication Critical patent/CN103796188A/zh
Priority to US14/586,095 priority patent/US9681257B2/en
Application granted granted Critical
Publication of CN103796188B publication Critical patent/CN103796188B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/12—Mobility data transfer between location registers or mobility servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种下行传输数据的方法和设备，属于通信技术领域。所述方法包括：MTC‑IWF接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；MTC‑IWF获取本地存储的所述用户设备的服务节点信息，根据所述UE的服务节点信息向所述UE的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备。

Description

下行传输数据的方法和设备
技术领域
本发明涉及通信技术领域，特别涉及一种下行传输数据的方法和设备。
背景技术
M2M（Machine-to-Machine，机器间）通信是指应用各种通信网络和信息感知、处理，实现机器与机器、机器与人之间进行数据通信和交互的一系列技术及技术组合的总称。M2M设备的一种通信场景是3GPP定义的小数据传输。小数据表示终端UE（User Equipment，用户设备）仅发送/接收小量数据。
现有技术中，定义了一种小数据的传输方法，具体的通过UE和服务节点之间的generic NAS transport消息、及服务节点和MTC网关MTC-IWF（机器类型通信的互操作设备）之间的T5接口、以及MTC-IWF和服务器之间的Tsp接口传递上行或下行方向的小数据。该方案具体传输下行小数据的步骤如下：
1、服务器通过Tsp接口发送携带下行方向小数据的消息给MTC-IWF。
2、MTC-IWF收到服务器发送的消息后，查询存放UE签约数据的HLR（Home LocationRegister，归属位置寄存器）/HSS（Home Subscriber Server，归属用户服务器），获取为UE服务的服务节点信息。
3、MTC-IWF通过和服务节点之间的T5接口发送携带小数据的消息给服务节点。
4、服务节点向UE发送DOWNLINK_GENERIC_NAS_TRANSPORT消息，消息中携带需要发送给UE的小数据。
由上面的小数据传输方法可知，现有技术中MTC-IWF每次向UE发送小数据时，都需要查询HLR/HSS来获得UE的路由信息，如果小数据的发送频率比较高，那么在频繁发送下行数据的场景下，这么做会给HLR/HSS带来大量的信令负荷。且如果UE上同时运行多个这样的应用，就会有多个服务器不断向UE频繁发送小数据，如果大量的UE都安装使用这样的应用，上述方案中发送小数据过程中，对HLR/HSS进行查询导致的信令负荷将会进一步增大，从而有可能引起网络拥塞。
发明内容
为了解决下行数据传输中对HLR/HSS查询频繁的问题，本发明实施例提供了一种下行数据传输的方法和设备。所述技术方案如下：
第一方面，提供了一种下行传输数据的方法，所述方法包括：机器类型通信的互操作设备MTC-IWF接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；所述MTC-IWF获取本地存储的所述用户设备的服务节点信息，根据所述用户设备的服务节点信息向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备。
在第一方面的第一种可能的实施方式中，所述MTC-IWF获取本地存储的所述用户设备的服务节点信息之前，还包括：所述MTC-IWF向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求；所述MTC-IWF接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，所述MTC-IWF接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
在第一方面的第一种可能的实施方式中的第一种可能的实施方式中，所述MTC-IWF向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求之后，还包括：所述MTC-IWF向所述HLR/HSS注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联，使所述HLR/HSS在获知所述用户设备的服务节点发生变化时能够返回所述变化后的所述用户设备的服务节点信息。
在第一方面的第一种可能的实施方式中的第二种可能的实施方式中，所述MTC-IWF向HLR/HSS发起获取所述用户设备的服务节点信息或签约信息的请求之后，还包括：所述MTC-IWF向所述用户设备的服务节点发送第一创建关联/绑定请求，使所述用户设备的服务节点返回第一创建关联/绑定响应；所述MTC-IWF接收所述服务节点返回的第一创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
在第一方面的第二种可能的实施方式中，所述MTC-IWF获取本地存储的所述用户设备的服务节点信息之前，还包括：所述MTC-IWF接收所述用户设备的服务节点发送的第二创建关联/绑定请求；所述MTC-IWF向所述服务节点发送第二创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
第二方面，提供了一种下行传输数据的方法，所述方法包括：机器类型通信的互操作设备MTC-IWF接收服务器下发的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；所述MTC-IWF获取本地与所述用户设备的服务节点之间的通道，通过所述通道向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备。
在第二方面的第一种可能实施方式中，所述MTC-IWF获取本地与所述用户设备的服务节点之间的通道之前，还包括：所述MTC-IWF向归属位置/用户寄存器HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求；所述MTC-IWF接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，所述MTC-IWF接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
在第二方面的第一种可能实施方式中的第一中可能实施方式中，所述MTC-IWF向HLR/HSS发起获取所述用户设备的服务节点信息或者签约信息的请求之后，还包括：所述MTC-IWF向所述用户设备的服务节点发送第一创建会话请求，所述第一创建会话请求中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，使所述用户设备的服务节点返回第一创建会话响应，所述第一创建会话响应中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；所述MTC-IWF接收所述用户设备的服务节点返回的第一创建会话响应，从而与所述用户设备的服务节点建立通道。
在第二方面的第二种可能实施方式中，所述MTC-IWF获取本地与所述用户设备的服务节点之间的通道之前，还包括：所述MTC-IWF接收所述用户设备的服务节点发送的第二创建会话请求，所述第二创建会话请求中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；所述MTC-IWF向所述用户设备的服务节点返回第二创建会话响应，所述第二创建会话响应中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，从而与所述用户设备的服务节点建立通道。
第三方面，还提供了一种机器类型通信的互操作设备MTC-IWF，所述设备包括：
接收模块，用于接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；
处理模块，用于获取MTC-IWF存储的所述用户设备的服务节点信息，根据所述用户设备的服务节点信息向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备。
在第三方面的第一种可能实施方式中，所述设备还包括：
获取模块，用于在所述处理模块获取MTC-IWF存储的所述用户设备的服务节点信息之前，向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求；接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
在第三方面的第一种可能实施方式中的第一种可能实施方式中，所述设备还包括：
第二注册/订阅模块，用于在所述获取模块向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求之后，向所述HLR/HSS注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联，使所述HLR/HSS在获知所述用户设备的服务节点发生变化时能够返回所述变化后的所述用户设备的服务节点信息。
在第三方面的第一种可能实施方式中的第二种可能实施方式中，所述设备还包括：
第一创建模块，用于在所述获取模块向HLR/HSS发起获取所述用户设备的服务节点信息或签约信息的请求之后，向所述用户设备的服务节点发送第一创建关联/绑定请求，使所述用户设备的服务节点返回第一创建关联/绑定响应；接收所述服务节点返回的第一创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
在第三方面的第二种可能实施方式中，所述设备还包括：
第二创建模块，用于在所述处理模块获取MTC-IWF存储的所述用户设备的服务节点信息之前，接收所述用户设备的服务节点发送的第二创建关联/绑定请求；向所述服务节点发送第二创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
第四方面，还提供了一种机器类型通信的互操作设备MTC-IWF，所述设备，所述设备包括：
接收模块，用于接收服务器下发的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；
处理模块，用于获取MTC-IWF与所述用户设备的服务节点之间的通道，通过所述通道向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备。
在第四方面的第一种可能实施方式中，所述设备还包括：
获取模块，用于在所述处理模块获取MTC-IWF与所述用户设备的服务节点之间的通道之前，向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求；接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
在第四方面的第一种可能实施方式中的第一种可能实施方式中，所述设备还包括：
第一通道创建模块，用于在所述获取模块向HLR/HSS发起获取所述用户设备的服务节点信息或者签约信息的请求之后，向所述用户设备的服务节点发送第一创建会话请求，所述第一创建会话请求中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，使所述用户设备的服务节点返回第一创建会话响应，所述第一创建会话响应中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；接收所述用户设备的服务节点返回的第一创建会话响应，从而与所述用户设备的服务节点建立通道。
在第四方面的第二种可能实施方式中，所述设备还包括：
第二通道创建模块，用于在所述处理模块获取MTC-IWF与所述用户设备的服务节点之间的通道之前，接收所述用户设备的服务节点发送的第二创建会话请求，所述第二创建会话请求中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；向所述用户设备的服务节点返回第二创建会话响应，所述第二创建会话响应中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，从而与所述用户设备的服务节点建立通道。
本发明实施例提供的技术方案带来的有益效果是：MTC-IWF接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；在本地获取所述用户设备的服务节点信息，根据所述用户设备的服务节点信息向所述用户设备的服务节点发送第二消息，或获取本地与所述用户设备的服务节点之间的通道，通过所述通道向所述用户设备的服务节点发送第二消息，使所述服务节点将所述下行数据发送给所述用户设备。从而不需要向HLR/HSS进行查询就能够将数据传输给服务节点，减少了下行数据传输中对HLR/HSS查询频繁的问题。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例中提供的一种下行传输数据的方法流程图；
图2是本发明实施例中提供的一种下行传输数据的方法流程图；
图3是本发明实施例中提供的一种下行传输数据的方法流程图；
图4是本发明实施例中提供的一种下行传输数据的方法流程图；
图5是本发明实施例中提供的一种下行传输数据的方法流程图；
图6是本发明实施例中提供的一种下行传输数据的方法流程图；
图7是本发明实施例中提供的一种下行传输数据的方法流程图；
图8是本发明实施例中提供的一种MTC-IWF结构示意图；
图9是本发明实施例中提供的另一种MTC-IWF结构示意图；
图10是本发明实施例中提供的一种MTC-IWF结构示意图；
图11是本发明实施例中提供的另一种MTC-IWF结构示意图；
图12是本发明实施例中提供的一种MTC-IWF结构示意图；
图13是本发明实施例中提供的另一种MTC-IWF结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
参见图1，本实施例中提供了一种下行传输数据的方法，所述方法包括：
101、MTC-IWF接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；
102、所述MTC-IWF获取本地存储的所述用户设备的服务节点信息，根据所述用户设备的服务节点信息向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备。
可选地，所述MTC-IWF获取本地存储的所述用户设备的服务节点信息之前，还包括：
所述MTC-IWF向归属位置/用户寄存器HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求，并向所述HLR/HSS注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联，使所述HLR/HSS在获知所述用户设备的服务节点发生变化时能够返回所述变化后的所述用户设备的服务节点信息；
所述MTC-IWF接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，
所述MTC-IWF接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
可选地，所述MTC-IWF获取本地存储的所述用户设备的服务节点信息之前，还包括：
所述MTC-IWF向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求；
所述MTC-IWF接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，
所述MTC-IWF接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
可选地，所述MTC-IWF向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求之后，还包括：
所述MTC-IWF向所述HLR/HSS注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联，使所述HLR/HSS在获知所述用户设备的服务节点发生变化时能够返回所述变化后的所述用户设备的服务节点信息。
可选地，所述MTC-IWF向HLR/HSS发起获取所述用户设备的服务节点信息或签约信息的请求之后，还包括：
所述MTC-IWF向所述用户设备的服务节点发送第一创建关联/绑定请求，使所述用户设备的服务节点返回第一创建关联/绑定响应；
所述MTC-IWF接收所述服务节点返回的第一创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
可选地，所述MTC-IWF获取本地存储的所述用户设备的服务节点信息之前，还包括：
所述MTC-IWF接收所述用户设备的服务节点发送的第二创建关联/绑定请求；
所述MTC-IWF向所述服务节点发送第二创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
可选地，所述第一消息中还包括指示信息，所述指示信息：指示所述下行数据为小数据或小数据传输的信息，或指示所述下行数据为频繁小数据或频繁小数据传输的信息，或指示所述下行数据之后还有下行小数据的信息，或指示注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联的信息，使所述MTC-IWF能够根据所述指示信息确认是否需要向HLR/HSS注册/订阅/请求所述用户设备的服务节点信息，或确认是否需要与所述用户设备的服务节点建立关联/绑定关系。
本实施例的有益效果是：MTC-IWF接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；在本地获取所述用户设备的服务节点信息，根据所述UE的服务节点信息向所述UE的服务节点发送第二消息，使所述服务节点将所述下行数据发送给所述用户设备。从而不需要向HLR/HSS进行查询就能够将数据传输给服务节点，减少了下行数据传输中对HLR/HSS查询频繁的问题。
参见图2，本实施例中提供了一种下行传输数据的方法，所述方法包括：
201、MTC-IWF接收服务器下发的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；
202、所述MTC-IWF获取本地与所述用户设备的服务节点之间的通道，通过所述通道向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备。
可选地，所述MTC-IWF获取本地与所述用户设备的服务节点之间的通道之前，还包括：
所述MTC-IWF向归属位置/用户寄存器HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求；
所述MTC-IWF接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，
所述MTC-IWF接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
可选地，所述MTC-IWF向HLR/HSS发起获取所述用户设备的服务节点信息或者签约信息的请求之后，还包括：
所述MTC-IWF向所述用户设备的服务节点发送第一创建会话请求，所述第一创建会话请求中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，使所述用户设备的服务节点返回第一创建会话响应，所述第一创建会话响应中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；
所述MTC-IWF接收所述用户设备的服务节点返回的第一创建会话响应，从而与所述用户设备的服务节点建立通道。
可选地，所述MTC-IWF获取本地与所述用户设备的服务节点之间的通道之前，还包括：
所述MTC-IWF接收所述用户设备的服务节点发送的第二创建会话请求，所述第二创建会话请求中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；
所述MTC-IWF向所述用户设备的服务节点返回第二创建会话响应，所述第二创建会话响应中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，从而与所述用户设备的服务节点建立通道。
可选地，所述第一消息中还包括指示信息，所述第一消息中还包括指示信息，所述指示信息：指示所述下行数据为小数据或小数据传输的信息，或指示所述下行数据为频繁小数据或频繁小数据传输的信息，或指示所述下行数据之后还有下行小数据的信息，或指示建立通道的信息，使所述MTC-IWF能够根据所述指示信息确认是否需要与所述用户设备的服务节点建立通道。
本实施例的有益效果是：MTC-IWF接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；获取本地与所述用户设备的服务节点之间的通道，通过所述通道向所述用户设备的服务节点发送第二消息，使所述服务节点将所述下行数据发送给所述用户设备。从而不需要向HLR/HSS进行查询就能够将数据传输给服务节点，减少了下行数据传输中对HLR/HSS查询频繁的问题。
本实施例中提供了一种下行传输数据的方法，MTC-IWF在接收到服务发送的小数据后，向HLR/HSS进行注册/订阅，注册/订阅UE的服务节点和UE的关联，这样当HSS中保存的UE的服务节点发生变化时，或者UE附着时，HLR/HSS会通知MTC-IWF该UE的服务节点信息，MTC-IW保存或更新UE服务节点信息，这样在下行数据传输的过程中，就不需要再向HLR/HSS查询UE的服务节点信息，从而减轻了HLR/HSS信令负担。本实施例中及以下实施例中出现的符号“/”代表“或”的关系，对此以下实施例中不再做一一说明。参见图3，具体的方法流程包括：
301、MTC-IWF接收服务器发送的第一消息。
其中服务器包括SCS（Service Capability Server，业务能力服务器）或者AS（Application Server，应用服务器），对此本实施例不做具体限定。
服务器下发的第一消息中包括需要发送给UE的下行数据，其中，下行数据包括但不限于：下行小数据、应用信息或设备触发信息等。
值得说明的是，在第一消息中还可以携带UE的外部标识external ID，用于查询UE的内部标识IMSI（International Mobile Subscriber Identification Number，国际移动用户识别码），以在3GPP网络内部标识该UE。
可选地，所述第一消息中还包括指示信息，该指示信息包括：指示所述下行数据为小数据或小数据传输的信息，或指示所述下行数据为频繁小数据或频繁小数据传输的信息，或指示所述下行数据之后还有下行小数据的信息，或指示注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联的信息，使MTC-IWF能够根据所述指示信息确认是否需要向HLR/HSS注册/订阅UE的服务节点信息，或确认是否需要与UE的服务节点建立关联/绑定关系，或确认是否需要与UE的服务节点建立通道。
另外，除了服务器向MTC-IWF发送的第一消息中可以包括上述指示外，在UE附着时，UE的服务节点也可以向MTC-IWF发送上述指示；或者HLR/HSS可以向MTC-IWF发送上述指示；或者MTC-IWF收到服务器发送的小数据，向HLR/HSS进行查询时，HLR/HSS可以向MTC-IWF发送该指示。具体MTC-IWF如何获取指示信息，本实施例不做具体限定。
302、MTC-IWF判断本地是否有所述UE的服务节点信息，如果是则执行步骤304，否则执行步骤303。
其中，UE的服务节点包括：SGSN（Serving GPRS Support Node，服务支持节点）/MME（Mobile Management Entity，移动管理实体），服务节点信息指UE的路由信息、或者服务节点的信息、或者核心网服务节点信息。
303、MTC-IWF向HLR/HSS发送获取UE的服务节点信息或者签约信息的请求和注册/订阅/请求UE和UE的服务节点的关联，使HLR/HSS在获知UE的服务节点发生变化时能够返回变化后的UE的服务节点信息。
本实施例中，如果MTC-IWF未在本地找到UE的服务节点信息，则需要先向HLR/HSS查询UE的服务节点信息。具体的向HLR/HSS查询UE的服务节点信息方法，包括：MTC-IWF向HLR/HSS发送获取所述UE的服务节点信息或者签约信息的请求，接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，所述MTC-IWF接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
进一步地，在获取UE的服务节点信息时，还可以向所述HLR/HSS注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联，使所述HLR/HSS在获知UE的服务节点发生变化时能够返回所述变化后的所UE的服务节点信息。可选地，也可以在获取到UE的服务节点信息之后，向所述HLR/HSS注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联，使所述HLR/HSS在获知UE的服务节点发生变化时能够返回所述变化后的所UE的服务节点信息。其中，用户设备和用户设备的服务节点的关联是指用户设备的服务节点发生变化或用户设备由另外的服务节点服务。
本实施例中，在MTC-IWF向HLR/HSS进行注册/订阅/请求用户设备和所述用户设备的服务节点的关联后，当HLR/HSS中保存的UE的服务节点发生变化时，或者UE附着时，HLR/HSS通知MTC-IWF该UE的服务节点信息。例如在UE的位置更新RAU（RouteArea Update，路由区域更新）/TAU（Tracking Area Update，跟踪区域更新）过程中UE的服务节点发生变更，则新的服务节点从旧的服务节点获取UE的上下文信息，并向HLR/HSS发送位置更新消息，通知该UE当前的服务服务节点信息；或当UE附着时，UE的服务节点也会向HLR/HSS发送位置更新消息，通知UE的服务服务节点信息，HLR/HSS获知服务节点的变化信息则将新的服务节点信息发送给MTC-IWF。
本步骤中，当第一消息中包括UE的外部标识时，在MTC-IWF向HLR/HSS获取UE的服务节点信息时，也会将UE的外部标识携带在查询请求中，HLR/HSS根据UE的外部标识获取UE的IMSI，将UE的IMSI和服务节点信息返回给MTC-IWF。
值得说明的是本步骤是在MTC-IWF第一次接收到服务器发送给UE的下行数据时执行，当MTC-IWF已经向HLR/HSS进行注册后，不需要MTC-IWF每次向UE发送下行数据时都执行该步骤，所本步骤在下行数据的传输过程中不是必选的。
304、MTC-IWF获取UE的服务节点信息，根据UE的服务节点信息向所述UE的服务节点发送第二消息。
本步骤中，在MTC-IWF已经保存了UE的服务节点信息，在接收到下行数据时，MTC-IWF在本地获取UE所在服务节点信息。其中，MTC-IWF可以根据第一消息中携带的UE的外部标识信息获取UE所在服务节点信息。可选地，可以将UE的外部标识转换为内部标识，将UE的内部标识携带在第二消息中与下行数据一起发送给UE的服务节点上。
305、UE的服务节点将所述下行数据发送给UE。
服务节点收到MTC-IWF发送的下行数据，将该下行数据发送到UE上，从而完成下行数据的传输。此步骤与现有技术类似，对此本实施例不再赘述。
本实施例的有益效果是：MTC-IWF可以保存/更新UE的服务节点信息，下次收到发送给该UE的下行小数据时，就可以向UE的服务节点发送携带小数据的消息，而不用再向HLR/HSS进行查询。
本实施例中提供了一种下行传输数据的方法，本实施例中由UE的服务节点发起，在服务节点和MTC-IWF之间建立关联/绑定关系，通过建立的关联/绑定关系，服务节点和MTC-IWF可以获知彼此的信息，从而在下行数据传输中无需查询HLR/HSS。参见图4，具体的方法流程包括：
401、UE的服务节点向MTC-IWF发送创建关联/绑定请求。
本步骤中，UE的服务节点向MTC-IWF发送创建关联/绑定请求的场景包括：服务节点收到UE的附着消息，或者UE发送的上行小数据，或者，UE上的频繁小数据传输的应用开启/上线，UE向服务节点发送小数据或频繁小数据指示。在上述几种场景下，如果UE的服务节点未与MTC-IWF建立关联/绑定关系，则UE的服务节点向MTC-IWF发送创建关联/绑定请求。
本实施例中，针对上述发起创建关联/绑定的场景，在的服务节点向MTC-IWF发起创建关联/绑定请求之前，需要先找到对应的MTC-IWF，具体获取MTC-IWF信息的方法与现有技术类似，包括：UE的服务节点和HLR/HSS交互，获取HLR/HSS中保存的MTC-IWF信息，或UE的服务节点从UE的指示中获取MTC-IWF信息，或UE的服务节点也可以本地配置MTC-IWF信息。具体采用哪种方法获取对应的MTC-IWF，本实施例并不做具体限定。
本实施例中，UE的服务节点和HLR/HSS交互中，还可以获取UE的标识信息，例如UE的IMSI和/或UE外部标识，此处与现有技术类似，对此本实施例不再赘述。
在UE的服务节点发送的创建关联/绑定的请求消息中携带服务节点信息，还可以携带UE的标识信息，例如，UE的IMSI和/或UE外部标识，以在3GPP网络内部标识该UE，对此本实施例中并不做具体限定。
本实施例中，另一种UE的服务节点向MTC-IWF发起创建关联/绑定请求的场景是：MTC-IWF向UE的服务节点发送下行小数据通知，UE的服务节点接收到MTC-IWF发送的通知后，发起创建关联/绑定请求。
本实施例中，另一种UE的服务节点向MTC-IWF发起创建关联/绑定请求的场景是：MTC-IWF直接请求UE的服务节点发起创建关联/绑定请求，以建立MTC-IWF与UE所在服务节点的关联/绑定关系。
402、MTC-IWF向UE的服务节点发送创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
其中，响应消息中携带MTC-IWF信息，以使UE的服务节点根据MTC-IWF信息与MTC-IWF进行关联/绑定。
本实施例中，在MTC-IWF与UE的服务节点创建关联/绑定关系后，当UE的服务节点发生变化时，例如，在UE的位置更新RAU/TAU过程中服务节点可能发生变更，则UE的新的服务节点从UE的旧服务节点获取UE的上下文信息。UE的上下文信息中包括关联/绑定信息，即MTC-IWF的信息，UE的旧的服务节点取消和MTC-IWF的关联/绑定，UE的新服务节点向MTC-IWF发送新服务节点信息，以和MTC-IWF建立关联/绑定关系。
值得说明的是，步骤401-402是在当MTC-IWF与UE的服务节点还未建立关联/绑定关系时需要执行的步骤，如果MTC-IWF与UE的服务节点已建立了关联/绑定关系，则在下行数据传输时不需要再执行步骤401-402。
403、MTC-IW接收服务器发送的第一消息。
该步骤与上述实施例中的步骤301类似，对此本实施例不再赘述。
404、MTC-IW在本地获取UE的服务节点信息，根据所述UE的服务节点信息向所述UE的服务节点发送第二消息。
由于MTC-IWF与UE的服务节点已建立了关联/绑定关系，所以在下行数据的传输中，MTC-IWF只需根据UE的外部标识在本地获取UE的服务节点的信息即可，不需要再向HLR/HSS查询。
可选地，可以将UE的外部标识转换为内部标识，将UE的内部标识携带在第二消息中与下行数据一起发送给UE的服务节点上。
405、UE的服务节点将所述下行数据发送给UE。
此步骤与上述实施例中的步骤305类似，对此本实施例不再赘述。
值得说明的是，本实施例中在MTC-IWF与UE的服务节点建立了关联/绑定关系后，对于上行数据的传输，UE的服务节点可以将上行数据直接发送给关联/绑定的MTC-IWF，当然，上行数据的传输也可以按照现有技术的方法进行传输，对此本实施例并不做具体限定。
本实施例的有益效果是：由UE的服务节点发起，在UE的服务节点和MTC-IWF之间建立关联/绑定关系，通过建立的关联/绑定关系，服务节点和MTC-IWF可以获知彼此的信息，从而在下行数据传输中无需查询HLR/HSS。
本实施例中提供了一种下行传输数据的方法，本实施例中由MTC-IWF发起，在UE的服务节点和MTC-IWF之间建立关联/绑定关系，通过建立的关联/绑定关系，服务节点和MTC-IWF可以获知彼此的信息，从而在下行数据传输中无需查询HLR/HSS。参见图5，具体的方法流程包括：
501、MTC-IWF接收服务器发送的第一消息。
该步骤与上述实施例中的步骤301类似，对此本实施例不再赘述。
502、MTC-IWF判断本地是否有所述UE的服务节点信息，如果是则执行步骤505，否则执行步骤503。
503、MTC-IWF向HLR/HSS发送获取所述UE的服务节点信息或者签约信息的请求。
本实施例中与步骤303一样，如果MTC-IWF未在本地找到UE的服务节点信息，则需要先向HLR/HSS获取UE的服务节点信息。具体的获取方法与步骤303中的获取方法类似，对此本实施例不再赘述。
504、MTC-IWF向UE的服务节点发送创建关联/绑定请求，以与UE的服务节点建立关联/绑定关系。
本实施例中，在查询到UE的服务节点信息之后，向UE的服务节点发送创建关联/绑定请求，其中，请求消息中携带MTC-IWF信息，还可以携带UE标识信息；UE的服务节点接收到MTC-IWF发送的创建关联/绑定请求后，向MTC-IWF返回创建关联/绑定响应，其中响应消息中携带服务节点信息，MTC-IWF接收所述服务节点返回的创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
本实施例中，在MTC-IWF发送下行数据时，如果MTC-IWF未与UE的服务节点建立关联/绑定关系，则MTC-IWF可以向UE的服务节点发起关联/绑定请求，但是这不是MTC-IWF发起创建关联/绑定请求的唯一触发条件，在其它场景下，也可能触发MTC-IWF发起创建关联/绑定请求。例如，HLR/HSS收到新UE的服务节点发送的位置更新消息后，HLR/HSS通知MTC-IWF该UE当前的服务节点信息，使MTC-IWF向UE的新的服务节点发起关联/绑定请求；或者，当UE附着时，UE的服务节点向HLR/HSS发送位置更新消息，HLR/HSS向MTC-IWF发送包含UE的服务节点信息的消息，使MTC-IWF向UE的新的服务节点发起关联/绑定请求。
值得说明的是，步骤503-504是MTC-IWF与UE的服务节点还未建立关联/绑定关系时需要执行的步骤，如果MTC-IWF与UE的服务节点已建立了关联/绑定关系，则在下行数据传输时不需要再执行步骤503-504。
505、MTC-IWF获取UE的服务节点信息，根据UE的服务节点信息向所述UE的服务节点发送第二消息。
506、UE的服务节点将所述下行数据发送给UE。
其中，步骤505-506与上述实施例中的步骤404-405类似，对此本实施例不再赘述。
本实施例的有益效果是：由MTC-IWF发起，在UE的服务节点和MTC-IWF之间建立关联/绑定关系，通过建立的关联/绑定关系，服务节点和MTC-IWF可以获知彼此的信息，从而在下行数据传输中无需查询HLR/HSS。
本实施例中提供了一种下行传输数据的方法，由UE的服务节点发起，在UE的服务节点和MTC-IWF之间建立通道，其中该通道包括用户面连接（或称作用户面隧道）或控制面连接（或称作控制面隧道），UE的服务节点和MTC-IWF通过建立的通道传输上行/下行数据。参见图6，具体的方法流程包括：
601、UE的服务节点向MTC-IWF发送创建会话请求。
本步骤中，UE的服务节点向MTC-IWF发送创建会话请求的场景包括：服务节点收到UE的附着消息，或者UE发送的上行小数据，或者，UE上的频繁小数据传输的应用开启/上线，UE向服务节点发送小数据或频繁小数据指示。在上述几种场景下，如果UE的服务节点未与MTC-IWF建立通道，则UE的服务节点向MTC-IWF发送创建会话请求。针对上述发起会话请求的场景，在UE的服务节点向MTC-IWF发起创建会话请求之前，需要先找到对应的MTC-IWF，具体获取MTC-IWF信息的方法与现有技术类似，包括：UE的服务节点和HLR/HSS交互，获取HLR/HSS中保存的MTC-IWF信息，或UE的服务节点从UE的指示中获取MTC-IWF信息，或UE的服务节点也可以本地配置MTC-IWF信息。具体采用哪种方法获取对应的MTC-IWF，本实施例并不做具体限定。
本实施例中，UE的服务节点和HLR/HSS交互中，还可以获取UE的标识信息，例如UE的IMSI和/或UE外部标识，此处与现有技术类似，对此本实施例不再赘述。
在UE的服务节点发送的创建会话的请求消息中该服务节点的地址和通道标识，其中，根据创建的连接类型，可以是用户面通道标识，或者控制面通道标识，对此本实施例不做具体限定。
可选地，请求消息中还可以携带UE的标识信息，例如，UE的IMSI和/或UE外部标识，以在3GPP网络内部标识该UE，对此本实施例并不做具体限定。
值得说明的是，UE的服务节点的通道标识可以是通用的通道标识，或者是为小数据传输预留或专门分配的通道标识，对此本实施例不做具体限定。
本实施例中，另一种UE的服务节点向MTC-IWF发起创建会话请求的场景是：MTC-IWF向UE的服务节点发送下行小数据通知，UE的服务节点接收到MTC-IWF发送的通知后，发起创建会话请求。
本实施例中，另一种UE的服务节点向MTC-IWF发起创建会话请求的场景是：MTC-IWF直接请求UE的服务节点发起创建会话请求，以建立MTC-IWF与UE所在服务节点的用户面或控制面隧道。
602、MTC-IWF向UE的服务节点发送创建会话响应，从而与所述服务节点建立通道。
其中，响应消息中携带MTC-IWF的地址信息和通道标识，根据创建的类型可以是用户面通道标识，或者控制面通道标识，从而与UE的服务节点建立通道。
值得说明的是，MTC-IWF的通道标识可以是通用的通道标识，或者是为小数据传输预留或专门分配的通道标识，对此本实施例不做具体限定。
本实施例中，MTC-IWF向UE的服务节点发送创建会话响应，与所述服务节点建立通道的过程与现有技术类似，对此本实施例不再赘述。
本实施例中，在MTC-IWF与UE的服务节点建立通道后，当UE的服务节点发生变化时，例如，在UE的位置更新RAU/TAU过程中服务节点可能发生变更，则UE的新的服务节点从UE的旧服务节点获取UE的上下文信息。UE的上下文信息中包括隧道信息，即MTC-IWF的地址信息和通道标识信息，UE的旧的服务节点去激活和MTC-IWF之间的通道，UE的新服务节点向MTC-IWF发送新的会话创建请求，以和MTC-IWF建立通道。
值得说明的是，步骤601-602是在当MTC-IWF与UE的服务节点还未建立通道时需要执行的步骤，如果MTC-IWF与UE的服务节点已建立了通道，则在下行数据传输时不需要再执行步骤601-602。
603、MTC-IW接收服务器发送的第一消息。
该步骤与上述实施例中的步骤301类似，对此本实施例不再赘述。
604、MTC-IW获取本地与UE的服务节点之间的通道，通过所述通道向UE的服务节点发送第二消息。
由于MTC-IWF与UE的服务节点已建立了通道，所以在下行数据的传输中，MTC-IWF只需找到其与UE的服务节点间的通道即可，不需要再向HLR/HSS查询。
可选地，可以将UE的外部标识转换为内部标识，将UE的内部标识携带在第二消息中与下行数据一起发送给UE的服务节点上。
605、UE的服务节点将所述下行数据发送给UE。
此步骤与上述实施例中的步骤305类似，对此本实施例不再赘述。
值得说明的是，本实施例中在MTC-IWF与UE的服务节点建立了通道后，对于上行数据的传输，UE的服务节点可以将上行数据通过通道发送给MTC-IWF，当然，上行数据的传输也可以按照现有技术的方法进行传输，对此本实施例并不做具体限定。
本实施例的有益效果是：由UE的服务节点发起，在UE的服务节点和MTC-IWF之间建立通道，通过通道将下行数据直接发送给UE的服务节点，从而在下行数据传输中无需查询HLR/HSS。
本实施例中提供了一种下行传输数据的方法，本实施例中由MTC-IWF发起，在UE的服务节点和MTC-IWF之间建立通道，通过通道将下行数据直接发送给UE的服务节点，从而在下行数据传输中无需查询HLR/HSS。参见图7，具体的方法流程包括：
701、MTC-IW接收服务器发送的第一消息。
该步骤与上述实施例中的步骤301类似，对此本实施例不再赘述。
702、MTC-IWF判断本地是否有所述UE的服务节点信息，如果是则执行步骤705，否则执行步骤703。
703、MTC-IWF向HLR/HSS发送获取所述UE的服务节点信息或者签约信息的请求。
本实施例中与步骤303一样，如果MTC-IWF未在本地找到UE的服务节点信息，则需要先向HLR/HSS获取UE的服务节点信息。具体的获取方法与步骤303中的查询方法类似，对此本实施例不再赘述。
704、MTC-IWF向UE的服务节点发送创建会话请求，以与UE的服务节点建立通道。
本实施例中，在查询到UE所在服务节点信息之后，向UE的服务节点发送创建会话请求，其中，请求消息中携带MTC-IWF的地址信息和通道标识，其中根据创建的类型可以是用户面通道标识，或者控制面通道标识。
可选地，请求消息中还可以携带UE的标识信息，例如UE的IMSI和/或UE外部标识，以在3GPP网络内部标识该UE，对此本实施例并不做具体限定。
UE的服务节点接收到MTC-IWF发送的创建会话请求后，向MTC-IWF返回创建会话响应，其中响应消息中携带服务节点的地址信息和通道标识，其中根据创建的类型可以是用户面通道标识，或者控制面通道标识。
MTC-IWF接收所述服务节点返回的创建会话响应，与所述服务节点建立通道。具体的MTC-IWF接收UE的服务节点发送创建会话响应，与所述服务节点建立通道的过程与现有技术类似，对此本实施例不再赘述。
值得说明的是，MTC-IWF的通道标识可以是通用的通道标识，或者是为小数据传输预留或专门分配的通道标识。UE的服务节点的通道标识可以是通用的通道标识，或者是为小数据传输预留或专门分配的通道标识，对此本实施例不做具体限定。
本实施例中，在MTC-IWF发送下行数据时，如果MTC-IWF未与UE的服务节点建立通道，则MTC-IWF可以向UE的服务节点发起会话请求，但是这不是MTC-IWF发起创建会话请求的唯一触发条件，在其它场景下，也可能触发MTC-IWF发起创建会话请求。例如HLR/HSS收到新UE的服务节点发送的位置更新消息后，HLR/HSS通知MTC-IWF该UE当前的服务节点信息，使MTC-IWF向UE的新的服务节点发起会话请求；或者，当UE附着时，UE的服务节点向HLR/HSS发送位置更新消息，HLR/HSS向MTC-IWF发送包含UE的服务节点信息的消息，使MTC-IWF向UE的新的服务节点发起会话请求。
值得说明的是，步骤703-704是MTC-IWF与UE的服务节点还未建立通道时需要执行的步骤，如果MTC-IWF与UE的服务节点已建立了通道，则在下行数据传输时不需要再执行步骤703-704。
705、MTC-IW获取本地与所述用户设备的服务节点之间的通道，通过所述通道向所述用户设备的服务节点发送第二消息。
706、UE的服务节点将所述下行数据发送给UE。
其中，步骤705-706与上述实施例中的步骤604-605类似，对此本实施例不再赘述。
本实施例的有益效果是：由MTC-IWF发起，在UE的服务节点和MTC-IWF之间建立通道，通过通道将下行数据直接发送给UE的服务节点，从而在下行数据传输中无需查询HLR/HSS。
参见图8，本实施例中提供了一种机器类型通信的互操作设备MTC-IWF，包括：接收模块801和处理模块802。
接收模块801，用于接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；
处理模块802，用于获取MTC-IWF存储的所述用户设备的服务节点信息，根据所述用户设备的服务节点信息向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备。
可选地，参见图9，所述设备还包括：
第一注册/订阅模块803，用于在所述处理模块获取MTC-IWF存储的所述用户设备的服务节点信息之前，向归属位置/用户寄存器HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求，并向所述HLR/HSS注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联，使所述HLR/HSS在获知所述用户设备的服务节点发生变化时能够返回所述变化后的所述用户设备的服务节点信息；接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
可选地，参见图9，所述设备还包括：
获取模块804，用于在所述处理模块获取MTC-IWF存储的所述用户设备的服务节点信息之前，向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求；接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
可选地，参见图9，所述设备还包括：
第二注册/订阅模块805，用于在所述获取模块804向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求之后，向所述HLR/HSS注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联，使所述HLR/HSS在获知所述用户设备的服务节点发生变化时能够返回所述变化后的所述用户设备的服务节点信息。
可选地，参见图9，所述设备还包括：
第一创建模块806，用于在所述获取模块804向HLR/HSS发起获取所述用户设备的服务节点信息或签约信息的请求之后，向所述用户设备的服务节点发送第一创建关联/绑定请求，使所述用户设备的服务节点返回第一创建关联/绑定响应；接收所述服务节点返回的第一创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
可选地，参见图9，所述设备还包括：
第二创建模块807，用于在所述处理模块802获取MTC-IWF存储的所述用户设备的服务节点信息之前，接收所述用户设备的服务节点发送的第二创建关联/绑定请求；向所述服务节点发送第二创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
可选地，所述第一消息中还包括指示信息，所述指示信息：指示所述下行数据为小数据或小数据传输的信息，或指示所述下行数据为频繁小数据或频繁小数据传输的信息，或指示所述下行数据之后还有下行小数据的信息，或指示注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联的信息，使所述MTC-IWF能够根据所述指示信息确认是否需要向HLR/HSS注册/订阅/请求所述用户设备的服务节点信息，或确认是否需要与所述用户设备的服务节点建立关联/绑定关系。
本实施例的有益效果是：MTC-IWF接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；在本地获取所述用户设备的服务节点信息，根据所述UE的服务节点信息向所述UE的服务节点发送第二消息，使所述服务节点将所述下行数据发送给所述用户设备。从而不需要向HLR/HSS进行查询就能够将数据传输给服务节点，减少了下行数据传输中对HLR/HSS查询频繁的问题。
参见图10，本实施例中提供了一种机器类型通信的互操作设备MTC-IWF，所述设备包括：接收模块901和处理模块902。
接收模块901，用于接收服务器下发的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；
处理模块902，用于获取MTC-IWF与所述用户设备的服务节点之间的通道，通过所述通道向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备。
可选地，参见图11，所述设备还包括：
获取模块903，用于在所述处理模块902获取MTC-IWF与所述用户设备的服务节点之间的通道之前，向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求；接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
可选地，参见图11，所述设备还包括：
第一通道创建模块904，用于在所述获取模块903向HLR/HSS发起获取所述用户设备的服务节点信息或者签约信息的请求之后，向所述用户设备的服务节点发送第一创建会话请求，所述第一创建会话请求中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，使所述用户设备的服务节点返回第一创建会话响应，所述第一创建会话响应中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；接收所述用户设备的服务节点返回的第一创建会话响应，从而与所述用户设备的服务节点建立通道。
可选地，参见图11，所述设备还包括：
第二通道创建模块904，用于在所述处理模块902获取MTC-IWF与所述用户设备的服务节点之间的通道之前，接收所述用户设备的服务节点发送的第二创建会话请求，所述第二创建会话请求中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；向所述用户设备的服务节点返回第二创建会话响应，所述第二创建会话响应中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，从而与所述用户设备的服务节点建立通道。
可选地，所述第一消息中还包括指示信息，所述指示信息：指示所述下行数据为小数据或小数据传输的信息，或指示所述下行数据为频繁小数据或频繁小数据传输的信息，或指示所述下行数据之后还有下行小数据的信息，或指示建立通道的信息，使所述MTC-IWF能够根据所述指示信息确认是否需要与所述用户设备的服务节点建立通道。
本实施例的有益效果是：MTC-IWF接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；获取本地与所述用户设备的服务节点之间的通道，通过所述通道向所述用户设备的服务节点发送第二消息，使所述服务节点将所述下行数据发送给所述用户设备。从而不需要向HLR/HSS进行查询就能够将数据传输给服务节点，减少了下行数据传输中对HLR/HSS查询频繁的问题。
参见图12，本实施例中提供了一种机器类型通信的互操作设备MTC-IWF，所述设备，所述设备包括：处理器1001和存储器1002。
存储器1002，用于存储用户设备的服务节点信息；
所述处理器1001，用于接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；获取存储器1002中存储的所述用户设备的服务节点信息，根据所述用户设备的服务节点信息向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备。
可选地，所述MTC-IWF获取本地存储的所述用户设备的服务节点信息之前，还包括：
所述MTC-IWF向归属位置/用户寄存器HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求，并向所述HLR/HSS注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联，使所述HLR/HSS在获知所述用户设备的服务节点发生变化时能够返回所述变化后的所述用户设备的服务节点信息；
所述MTC-IWF接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，
所述MTC-IWF接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
可选地，所述MTC-IWF获取本地存储的所述用户设备的服务节点信息之前，还包括：
所述MTC-IWF向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求；
所述MTC-IWF接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，
所述MTC-IWF接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
可选地，所述MTC-IWF向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求之后，还包括：
所述MTC-IWF向所述HLR/HSS注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联，使所述HLR/HSS在获知所述用户设备的服务节点发生变化时能够返回所述变化后的所述用户设备的服务节点信息。
可选地，所述MTC-IWF向HLR/HSS发起获取所述用户设备的服务节点信息或签约信息的请求之后，还包括：
所述MTC-IWF向所述用户设备的服务节点发送第一创建关联/绑定请求，使所述用户设备的服务节点返回第一创建关联/绑定响应；
所述MTC-IWF接收所述服务节点返回的第一创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
可选地，所述MTC-IWF获取本地存储的所述用户设备的服务节点信息之前，还包括：
所述MTC-IWF接收所述用户设备的服务节点发送的第二创建关联/绑定请求；
所述MTC-IWF向所述服务节点发送第二创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
可选地，所述第一消息中还包括指示信息，所述指示信息：指示所述下行数据为小数据或小数据传输的信息，或指示所述下行数据为频繁小数据或频繁小数据传输的信息，或指示所述下行数据之后还有下行小数据的信息，或指示注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联的信息，使所述MTC-IWF能够根据所述指示信息确认是否需要向HLR/HSS注册/订阅/请求所述用户设备的服务节点信息，或确认是否需要与所述用户设备的服务节点建立关联/绑定关系。
参见图13，本实施例中提供了一种机器类型通信的互操作设备MTC-IWF，所述设备，所述设备包括：处理器2001和存储器2002。
所述存储器2002，用于存储用户设备的服务节点的地址信息和通道标识信息；
所述处理器2001，用于接收服务器下发的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；获取MTC-IWF与所述用户设备的服务节点之间的通道，通过所述通道向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备。
可选地，所述MTC-IWF获取本地与所述用户设备的服务节点之间的通道之前，还包括：
所述MTC-IWF向归属位置/用户寄存器HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求；
所述MTC-IWF接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，
所述MTC-IWF接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息。
可选地，所述MTC-IWF向HLR/HSS发起获取所述用户设备的服务节点信息或者签约信息的请求之后，还包括：
所述MTC-IWF向所述用户设备的服务节点发送第一创建会话请求，所述第一创建会话请求中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，使所述用户设备的服务节点返回第一创建会话响应，所述第一创建会话响应中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；
所述MTC-IWF接收所述用户设备的服务节点返回的第一创建会话响应，从而与所述用户设备的服务节点建立通道。
可选地，所述MTC-IWF获取本地与所述用户设备的服务节点之间的通道之前，还包括：
所述MTC-IWF接收所述用户设备的服务节点发送的第二创建会话请求，所述第二创建会话请求中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；
所述MTC-IWF向所述用户设备的服务节点返回第二创建会话响应，所述第二创建会话响应中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，从而与所述用户设备的服务节点建立通道。
可选地，所述第一消息中还包括指示信息，所述第一消息中还包括指示信息，所述指示信息：指示所述下行数据为小数据或小数据传输的信息，或指示所述下行数据为频繁小数据或频繁小数据传输的信息，或指示所述下行数据之后还有下行小数据的信息，或指示建立通道的信息，使所述MTC-IWF能够根据所述指示信息确认是否需要与所述用户设备的服务节点建立通道。
本实施例的有益效果是：MTC-IWF接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；获取本地与所述用户设备的服务节点之间的通道，通过所述通道向所述用户设备的服务节点发送第二消息，使所述服务节点将所述下行数据发送给所述用户设备。从而不需要向HLR/HSS进行查询就能够将数据传输给服务节点，减少了下行数据传输中对HLR/HSS查询频繁的问题。
需要说明的是：上述实施例提供的机器类型通信的互操作设备中，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
另外，上述实施例提供的机器类型通信的互操作设备与下行数据传输的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种下行传输数据的方法，其特征在于，所述方法包括：
机器类型通信的互操作设备MTC-IWF接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；
所述MTC-IWF获取本地存储的所述用户设备的服务节点信息，根据所述用户设备的服务节点信息向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备；
其中，所述MTC-IWF获取本地存储的所述用户设备的服务节点信息之前，还包括：所述MTC-IWF向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求，所述MTC-IWF接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息，或，所述MTC-IWF接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息；
所述MTC-IWF向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求之后，还包括：所述MTC-IWF向所述HLR/HSS注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联，使所述HLR/HSS在获知所述用户设备的服务节点发生变化时能够返回所述变化后的所述用户设备的服务节点信息。
2.根据权利要求1所述的方法，其特征在于，所述MTC-IWF向HLR/HSS发起获取所述用户设备的服务节点信息或签约信息的请求之后，还包括：
所述MTC-IWF向所述用户设备的服务节点发送第一创建关联/绑定请求，使所述用户设备的服务节点返回第一创建关联/绑定响应；
所述MTC-IWF接收所述服务节点返回的第一创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
3.根据权利要求1所述的方法，其特征在于，所述MTC-IWF获取本地存储的所述用户设备的服务节点信息之前，还包括：
所述MTC-IWF接收所述用户设备的服务节点发送的第二创建关联/绑定请求；
所述MTC-IWF向所述服务节点发送第二创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
4.根据权利要求1所述的方法，其特征在于，所述第一消息中还包括指示信息，所述指示信息：指示所述下行数据为小数据或小数据传输的信息，或指示所述下行数据为频繁小数据或频繁小数据传输的信息，或指示所述下行数据之后还有下行小数据的信息，或指示注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联的信息，使所述MTC-IWF能够根据所述指示信息确认是否需要向HLR/HSS注册/订阅/请求所述用户设备的服务节点信息，或确认是否需要与所述用户设备的服务节点建立关联/绑定关系。
5.一种下行传输数据的方法，其特征在于，所述方法包括：
机器类型通信的互操作设备MTC-IWF接收服务器下发的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；
所述MTC-IWF获取本地与所述用户设备的服务节点之间的通道，通过所述通道向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备；
其中，所述MTC-IWF获取本地与所述用户设备的服务节点之间的通道之前，还包括：所述MTC-IWF向归属位置/用户寄存器HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求，所述MTC-IWF接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息，或，所述MTC-IWF接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息；
所述MTC-IWF向HLR/HSS发起获取所述用户设备的服务节点信息或者签约信息的请求之后，还包括：所述MTC-IWF向所述用户设备的服务节点发送第一创建会话请求，所述第一创建会话请求中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，使所述用户设备的服务节点返回第一创建会话响应，所述第一创建会话响应中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识，所述MTC-IWF接收所述用户设备的服务节点返回的第一创建会话响应，从而与所述用户设备的服务节点建立通道。
6.根据权利要求5所述的方法，其特征在于，所述MTC-IWF获取本地与所述用户设备的服务节点之间的通道之前，还包括：
所述MTC-IWF接收所述用户设备的服务节点发送的第二创建会话请求，所述第二创建会话请求中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；
所述MTC-IWF向所述用户设备的服务节点返回第二创建会话响应，所述第二创建会话响应中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，从而与所述用户设备的服务节点建立通道。
7.根据权利要求5所述的方法，其特征在于，所述第一消息中还包括指示信息，所述指示信息：指示所述下行数据为小数据或小数据传输的信息，或指示所述下行数据为频繁小数据或频繁小数据传输的信息，或指示所述下行数据之后还有下行小数据的信息，或指示建立通道的信息，使所述MTC-IWF能够根据所述指示信息确认是否需要与所述用户设备的服务节点建立通道。
8.一种机器类型通信的互操作设备MTC-IWF，其特征在于，所述设备包括：
接收模块，用于接收服务器发送的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；
处理模块，用于获取MTC-IWF存储的所述用户设备的服务节点信息，根据所述用户设备的服务节点信息向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备；
其中，所述设备还包括：获取模块，用于在所述处理模块获取MTC-IWF存储的所述用户设备的服务节点信息之前，向HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求；接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息；
所述设备还包括：第二注册/订阅模块，用于在所述获取模块向HLR/HSS发送查询所述用户设备的服务节点信息或者签约信息的请求之后，向所述HLR/HSS注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联，使所述HLR/HSS在获知所述用户设备的服务节点发生变化时能够返回所述变化后的所述用户设备的服务节点信息。
9.根据权利要求8所述的设备，其特征在于，所述设备还包括：
第一创建模块，用于在所述获取模块向HLR/HSS发起获取所述用户设备的服务节点信息或签约信息的请求之后，向所述用户设备的服务节点发送第一创建关联/绑定请求，使所述用户设备的服务节点返回第一创建关联/绑定响应；接收所述服务节点返回的第一创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
10.根据权利要求8所述的设备，其特征在于，所述设备还包括：
第二创建模块，用于在所述处理模块获取MTC-IWF存储的所述用户设备的服务节点信息之前，接收所述用户设备的服务节点发送的第二创建关联/绑定请求；向所述服务节点发送第二创建关联/绑定响应，从而与所述服务节点建立关联/绑定关系。
11.根据权利要求8所述的设备，其特征在于，所述第一消息中还包括指示信息，所述指示信息：指示所述下行数据为小数据或小数据传输的信息，或指示所述下行数据为频繁小数据或频繁小数据传输的信息，或指示所述下行数据之后还有下行小数据的信息，或指示注册/订阅/请求所述用户设备和所述用户设备的服务节点的关联的信息，使所述MTC-IWF能够根据所述指示信息确认是否需要向HLR/HSS注册/订阅/请求所述用户设备的服务节点信息，或确认是否需要与所述用户设备的服务节点建立关联/绑定关系。
12.一种机器类型通信的互操作设备MTC-IWF，其特征在于，所述设备包括：
接收模块，用于接收服务器下发的第一消息，所述第一消息中包括需要发送给用户设备的下行数据；
处理模块，用于获取MTC-IWF与所述用户设备的服务节点之间的通道，通过所述通道向所述用户设备的服务节点发送第二消息，所述第二消息中包括所述需要发送给所述用户设备的下行数据，使所述服务节点将所述下行数据发送给所述用户设备；
其中，所述设备还包括：获取模块，用于在所述处理模块获取MTC-IWF与所述用户设备的服务节点之间的通道之前，向归属位置/用户寄存器HLR/HSS发送获取所述用户设备的服务节点信息或者签约信息的请求；接收并保存所述HLR/HSS返回的所述用户设备的服务节点信息；或，接收所述HLR/HSS返回的签约信息响应消息，并保存所述签约信息响应消息中携带的所述用户设备的服务节点信息；
所述设备还包括：第一通道创建模块，用于在所述获取模块向HLR/HSS发起获取所述用户设备的服务节点信息或者签约信息的请求之后，向所述用户设备的服务节点发送第一创建会话请求，所述第一创建会话请求中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，使所述用户设备的服务节点返回第一创建会话响应，所述第一创建会话响应中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；接收所述用户设备的服务节点返回的第一创建会话响应，从而与所述用户设备的服务节点建立通道。
13.根据权利要求12所述的设备，其特征在于，所述设备还包括：
第二通道创建模块，用于在所述处理模块获取MTC-IWF与所述用户设备的服务节点之间的通道之前，接收所述用户设备的服务节点发送的第二创建会话请求，所述第二创建会话请求中携带所述用户设备的服务节点的地址信息和所述用户设备的服务节点的通道标识；向所述用户设备的服务节点返回第二创建会话响应，所述第二创建会话响应中携带所述MTC-IWF的地址信息和所述MTC-IWF的通道标识，从而与所述用户设备的服务节点建立通道。
14.根据权利要求12所述的设备，其特征在于，所述第一消息中还包括指示信息，所述指示信息：指示所述下行数据为小数据或小数据传输的信息，或指示所述下行数据为频繁小数据或频繁小数据传输的信息，或指示所述下行数据之后还有下行小数据的信息，或指示建立通道的信息，使所述MTC-IWF能够根据所述指示信息确认是否需要与所述用户设备的服务节点建立通道。
CN201210433549.0A 2012-11-02 2012-11-02 下行传输数据的方法和设备 Active CN103796188B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201210433549.0A CN103796188B (zh) 2012-11-02 2012-11-02 下行传输数据的方法和设备
EP13852149.7A EP2861000B1 (en) 2012-11-02 2013-10-30 Method and device for transmitting downlink data
PCT/CN2013/086261 WO2014067466A1 (zh) 2012-11-02 2013-10-30 下行传输数据的方法和设备
US14/586,095 US9681257B2 (en) 2012-11-02 2014-12-30 Data downlink transmission method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210433549.0A CN103796188B (zh) 2012-11-02 2012-11-02 下行传输数据的方法和设备

Publications (2)

Publication Number Publication Date
CN103796188A CN103796188A (zh) 2014-05-14
CN103796188B true CN103796188B (zh) 2017-06-06

Family

ID=50626505

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210433549.0A Active CN103796188B (zh) 2012-11-02 2012-11-02 下行传输数据的方法和设备

Country Status (4)

Country Link
US (1) US9681257B2 (zh)
EP (1) EP2861000B1 (zh)
CN (1) CN103796188B (zh)
WO (1) WO2014067466A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170111929A1 (en) * 2014-03-07 2017-04-20 Telefonaktiebolaget Lm Ericsson (Publ) Handling messages
CN105338615B (zh) * 2014-08-12 2019-12-03 中兴通讯股份有限公司 用户设备的注册方法、实体及系统
US10547543B2 (en) * 2015-06-24 2020-01-28 Futurewei Technologies, Inc. Elegant temporal label switched path tunnel service controller
US10498640B2 (en) 2015-09-04 2019-12-03 Futurewei Technologies, Inc. PCE for temporal tunnel services
US10555202B1 (en) * 2019-02-20 2020-02-04 Oracle International Corporation Methods, systems, and computer readable media for monitoring internet of things (IoT) device state through service capability exposure function (SCEF)
US10945120B2 (en) 2019-02-27 2021-03-09 Oracle International Corporation Methods, systems, and computer readable media for dynamically provisioning and using public land mobile network (PLMN) location mappings in service capability exposure function (SCEF) or network exposure function (NEF)
US10791044B1 (en) 2019-03-29 2020-09-29 Oracle International Corporation Methods, system, and computer readable media for handling multiple versions of same service provided by producer network functions (NFs)
US10742744B1 (en) 2019-04-08 2020-08-11 Oracle International Corporation Methods, systems, and computer readable media for monitoring lightweight machine to machine (LWM2M) internet of things (IoT) devices through service capability exposure funtion (SCEF) T8 interface
US10972368B2 (en) 2019-05-17 2021-04-06 Oracle International Corporation Methods, systems, and computer readable media for providing reduced signaling internet of things (IoT) device monitoring
US10819636B1 (en) 2019-06-26 2020-10-27 Oracle International Corporation Methods, systems, and computer readable media for producer network function (NF) service instance wide egress rate limiting at service communication proxy (SCP)
US11381955B2 (en) 2020-07-17 2022-07-05 Oracle International Corporation Methods, systems, and computer readable media for monitoring machine type communications (MTC) device related information
US11895080B2 (en) 2021-06-23 2024-02-06 Oracle International Corporation Methods, systems, and computer readable media for resolution of inter-network domain names
CN114500635A (zh) * 2022-01-07 2022-05-13 支付宝(杭州)信息技术有限公司 服务处理方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102340826A (zh) * 2011-11-17 2012-02-01 电信科学技术研究院 一种数据传输的方法和设备
CN102413453A (zh) * 2010-09-21 2012-04-11 中兴通讯股份有限公司 一种mtc设备用户号码的共享方法和系统
CN102547658A (zh) * 2011-12-22 2012-07-04 电信科学技术研究院 一种数据传输方法及装置
EP2509345A1 (en) * 2011-04-05 2012-10-10 Panasonic Corporation Improved small data transmissions for machine-type-communication (MTC) devices

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102238571B (zh) 2010-04-27 2014-01-01 中兴通讯股份有限公司 物联网m2m业务处理的装置、系统以及方法
CN102404710B (zh) * 2010-09-10 2014-11-05 华为终端有限公司 机器类型通信设备的签约数据管理方法、设备及系统
KR101746668B1 (ko) 2010-12-21 2017-06-13 한국전자통신연구원 접속해제 상태의 사물통신 디바이스를 위한 데이터 전송 방법 및 이를 이용하는 이동통신 시스템
CN102333293B (zh) * 2011-09-21 2014-07-09 电信科学技术研究院 一种小数据的传输方法和设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102413453A (zh) * 2010-09-21 2012-04-11 中兴通讯股份有限公司 一种mtc设备用户号码的共享方法和系统
EP2509345A1 (en) * 2011-04-05 2012-10-10 Panasonic Corporation Improved small data transmissions for machine-type-communication (MTC) devices
CN102340826A (zh) * 2011-11-17 2012-02-01 电信科学技术研究院 一种数据传输的方法和设备
CN102547658A (zh) * 2011-12-22 2012-07-04 电信科学技术研究院 一种数据传输方法及装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
3GPP.3rd Generation Partnership Project *
Direct Delivery using T4 without use of T5;Huawei;《SA WG2 Meeting #88 S2-115311》;20111122;第2页 *
Machine-Type and other Mobile Data Applications Communications Enhancements (Release 12).《3GPP TR 23.887 V0.3.0》.2012, *
Technical Specification Group Services and System Aspects *

Also Published As

Publication number Publication date
WO2014067466A1 (zh) 2014-05-08
US9681257B2 (en) 2017-06-13
US20150110000A1 (en) 2015-04-23
EP2861000B1 (en) 2017-08-02
EP2861000A1 (en) 2015-04-15
EP2861000A4 (en) 2015-10-07
CN103796188A (zh) 2014-05-14

Similar Documents

Publication Publication Date Title
CN103796188B (zh) 下行传输数据的方法和设备
CN102754409B (zh) 用于直径协议协调的方法、系统和计算机可读介质
CN103875221B (zh) 使用vplmn锚定器的ims漫游的归属路由选择
JP5661207B2 (ja) モバイル機器ネットワークアクセスのダイアメータベースの誘導のための方法、システム、およびコンピュータ読取可能媒体
US20130021970A1 (en) Group based mobility optimization method and device in machine-type communication
CN101227391A (zh) 非漫游场景下策略和计费规则功能实体的选择方法
JP2006203923A (ja) テレコミュニケーションシステムにおける加入者課金構成
CN101931925B (zh) 一号通呼叫的方法及业务控制点
CN102547658B (zh) 一种数据传输方法及装置
JP2015510706A (ja) Ｍ２ｍインタラクションのオフライン課金
CN107318158A (zh) 一种消息发送、识别及移动性、会话管理的方法及节点
CN103067857A (zh) 一种通过用户承载标识获取用户位置的系统和方法
US9215736B2 (en) Method and apparatus for populating M2M relevant identities during access network bearer setup
CN103384380A (zh) 一种机器类通信事件的上报方法及相应装置
CN101895856A (zh) 用户重定向方法及系统
CN104010381B (zh) 一种建立直接通信路径的方法、设备及系统
CN104363573A (zh) 一种本地疏导的VoLTE国际漫游系统及方法
CN102884839B (zh) 在面向分组数据的移动通信网络中提供本地业务快捷方式的方法
CN101374345B (zh) 一种主叫用户的无线虚拟专网vpn短号传递的方法、装置和系统
CN108029014A (zh) 管理用户设备的方法和设备
WO2010135963A1 (zh) 实现智能业务的方法及通信系统
CN106550349B (zh) 基于组的签约数据的管理方法、服务器及服务节点
CN105792169B (zh) 网关选择方法及装置
CN110166503B (zh) 信息交互方法、设备及计算机可读存储介质
CN102404869A (zh) 虚拟专用移动网呼叫的方法、系统及移动关口局

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 518129 Building 2, B District, Bantian HUAWEI base, Longgang District, Shenzhen, Guangdong.

Patentee after: Huawei terminal (Shenzhen) Co.,Ltd.

Address before: 518129 Building 2, B District, Bantian HUAWEI base, Longgang District, Shenzhen, Guangdong.

Patentee before: HUAWEI DEVICE Co.,Ltd.

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20181219

Address after: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province

Patentee after: HUAWEI DEVICE Co.,Ltd.

Address before: 518129 Building 2, B District, Bantian HUAWEI base, Longgang District, Shenzhen, Guangdong.

Patentee before: Huawei terminal (Shenzhen) Co.,Ltd.

TR01 Transfer of patent right