WO2012041156A1

WO2012041156A1 - Network access method and device for mtc device

Info

Publication number: WO2012041156A1
Application number: PCT/CN2011/079390
Authority: WO
Inventors: 田野
Original assignee: 电信科学技术研究院
Priority date: 2010-09-30
Filing date: 2011-09-06
Publication date: 2012-04-05
Also published as: CN102448038B; CN102448038A

Abstract

Disclosed are a network access method and a device for MTC devices. In the technical solution embodied in the present invention, an access request message sent to a network device carries the current location information of an MTC device, so that the network device can determine whether the current location of the MTC device is in a pre-defined area that the MTC is allowed to access, and, based on the determination and corresponding policies, determines whether to allow the MTC device to access, thereby improving a network's mobility management mechanism for low-mobility terminal devices in machine type communications. Specifically solved is the problem of terminal access management and control when a terminal device initiates an access request while being outside of an area where the device is allowed.

Description

Method and device for accessing network of MTC device The present application claims the priority of the following Chinese patent application:

Submitted to the China Patent Office on September 30, 2010, the application number is 2010105004918, and the invention title is "A Method and Equipment for Accessing the Network of MTC Devices".

Technical field

The present invention relates to the field of communications technologies, and in particular, to a method and device for accessing a network by an MTC device. Background technique

As an important part of the future ubiquitous network, the machine room (M2M,

Machine-to-Machine communication refers to a combination of technologies and technologies that use wireless mobile communication technology to realize data communication and interaction between machines and machines, machines and people. Such technology provides a means for various terminal devices to establish wireless connections and transfer data information between systems, between remote devices, and between individuals in real time.

In order to satisfy the requirements of M2M ^{communications, 3GPP (The 3 rd Generation Partnership} Project, Third Generation Partnership Project) SA (Services and System Aspects, services and systems) Working Group 1 report requirements defined in TS 22.368 MTC (Machine Type Communications, network communication) network architecture, MTC's general service requirements and specific service requirements. The MTC network architecture adds MTC Server (MTC Server) and designs two relational structures within the Operator Domain and the Operator Domain. General requirements include address, identification, billing, security, remote management and more. The specific requirements are based on the characteristics of the specific application scenarios, and the MTC is divided into several characteristics, such as: low mobility, time control, time tolerance, only PSD (Packet Switched Domain) data, small data volume. Transmission, terminal-only initiation, MTC monitoring, group-based MTC features, etc., and a specific description of the service requirements is given for each feature. The Low Mobility MTC feature considered here means that MD (MTC Device, MTC device) does not move, or moves infrequently, or moves only within a certain area. It specifically includes the following requirements:

1. The network operator should be able to reduce the mobility management frequency or the centralized mobility management process for each MTC device;

2. The network operator should be able to dynamically configure each MTC device to reduce the mobility management frequency or the centralized mobility management process;

3. The network operator should be able to define the frequency of MTC device location updates;

4. The network operator should be able to define low mobility for each MTC Subscription.

It can be seen how to reduce the execution frequency of the mobility management process for MTC devices with low mobility characteristics. The centralized mobility management process is the focus of MTC low mobility characteristics. In response to these requirements, several papers have been proposed at the 3GPP standardization conference to propose effective paging optimization methods and mobility management frequency reduction methods to reduce the signaling overhead in the network communication process of such devices.

Newer version of 3GPP TR 23.888 "System for low mobility

Improvements for Machine-Type Communications has been proposed in Paging within configured area, Paging stepwise (Paging stepwise), Paging within reported area Calling several optimization mechanisms. These mechanisms mainly capture the limited characteristics of low mobile device active areas, and perform paging according to the specific location (such as cell, tracking area, etc.) where the MTC equipment is located, thereby effectively improving the system. At the same time, it can be seen that the mobility management of MTC devices with the highest accuracy at the cell level is a consensus reached by the 3GPP conference on the discussion of Low Mobility features.

On the S1 interface, the eNodeB (Base Station) uses the Initial UE Message to transmit the initial Layer 3 message to the MME (Mobility Management Entity). The specific format is shown in Table 1:

Table 1 Initial UE Message format on the SI interface

IE/Group Name Presence Semantics Criticality Assigned Description Criticality

Message Type M YES ignore eNB UE S1AP ID M YES reject

NAS-PDU M YES reject

TAI M Indicating the YES reject

Tracking Area from

Which the UE has sent

The NAS message.

E-UTRAN CGI M Indicating the YES ignore

E-UTRAN CGI from

Which the UE has sent

The NAS message.

RRC M YES Ignore

Establishment

Cause

S-TMSI 0 YES reject

CSG Id 0 YES reject

GUMMEI 0 YES reject

Cell Access Mode 0 YES reject

The eNodeB carries the TAI (Tracking Area Identifier) and the E-UTRAN (Evolved Universal Terrestrial Radio Access Network) of the ETU. Network access) CGI (Cell Global Identity).

On the Iu interface, the RNC (Radio Network Controller) uses the Initial UE Message to transmit the initial layer 3 message to the SGSN (Servicing GPRS Support Node). The specific format is shown in Table 2:

Table 2 Initial UE Message format on the Iu interface IE/Group Name Presence Semantics Criticality Assigned description Criticality

Message Type M YES ignore

CN Domain M YES ignore Indicator

LAI M YES ignore

RAC C - if PS YES ignore

SAI M YES ignore

NAS-PDU M YES ignore

Iu Signalling M YES ignore

Connection

Identifier

Global RNC-ID M If the Extended YES ignore

RNC-ID IE is

Included in the

Message, the

RNC-ID IE in the

Global RNC-ID IE

Shall be ignored.

GERAN 0 YES ignore Classmark

Selected PLMN 0 YES ignore Identity

NAS Sequence 0 YES ignore Number

Permanent NAS 0 YES ignore UE Identity

Redirect Attempt 0 YES ignore Flag

Extended RNC-ID 0 The Extended YES reject

RNC-ID IE shall be

Used if the RNC

Identity has a value

Larger than 4095.

CSG Id 0 YES reject

Cell Access Mode 0 YES reject

In each of the initial UE messages sent by the RNC, the RNC will carry the LAI (Location Area Identity) and the SAI (Service Area Identity) of the current location of the terminal device. For the PS domain service, It will also carry RAC (Routing Area Code).

On the Iu/Sl interface, the NAS encapsulated in the Initial UE Message

(Non-Access-Stratum, Non-Access Layer) PDU (Packet Data Unit) includes Attach Request, Tracking/Routing Area Update Request, Service Request ) Three NAS messages.

In carrying out the process of the present invention, the inventors have found that the prior art has at least the following problems:

In the existing technical solutions, for the low mobility characteristics defined in the machine type communication, the existing scheme mainly discusses how to perform paging optimization and reduce the signaling overhead of such devices in the communication process. However, the current discussion ignores the mobility management and access control issues of Low Mobility end devices.

In particular, a low mobility MD typically has a defined range of mobility, if the MD moves beyond the location grant area and initiates access to the network (ie, the MD initiates access outside of the network licensed location area), then the network pair How the MD should be handled is something that is not considered in current research. In this case, if the network does not manage the access to the MD, then it means that the MD will be able to move around the network as well as the normal terminal. Enjoy network services, so the definition of low mobility in machine-like communications will lose its meaning. Summary of the invention

The present invention provides a method and device for accessing a network of an MTC device, which solves the problem of mobility management and access control of an MTC device having a Low Mobility characteristic.

In order to achieve the above object, an aspect of the present invention provides a method for a machine type communication MTC device to access a network, including:

The network side device receives an access request message that is sent by the MTC device by using the network access node corresponding to the MTC device and carries the current location information of the MTC device;

Determining, by the network side device, an area corresponding to the current location information of the MTC device belongs to an allowed access area of the MTC device;

If the determination result is yes, the network side device performs network access processing on the MTC device according to the access request message.

On the other hand, the embodiment of the present invention further provides a network side device, including: a setting module, configured to set an allowed access area of the MTC device; and a receiving module, configured to receive, by the MTC device, a network corresponding to the MTC device An access request message that is sent by the ingress node and carries the current location information of the MTC device; the determining module is configured to determine whether an area corresponding to the current location information of the MTC device received by the receiving module belongs to the The allowed access area of the MTC device set by the setting module;

The processing module is configured to perform network access processing on the MTC device according to the access request message received by the receiving module when the determining result of the determining module is YES.

On the other hand, an embodiment of the present invention further provides a method for an MTC device to access a network, including:

The network access node sends the current location information of the MTC device to the network side device according to the received access request message sent by the MTC device. Access request message;

Receiving, by the network access node, an indication message returned by the network side device, where the indication message carries an area corresponding to the current location information of the MTC device of the network side device, and is allowed to be connected to the MTC device. a processing instruction generated by the judgment result of the entry region;

And the network access node sends the indication message to the MTC device, so that the MTC device performs corresponding network access processing or denial access processing according to the processing indication carried by the indication information.

In another aspect, the embodiment of the present invention further provides a network access node, including: a receiving module, configured to receive an access request message sent by an MTC device corresponding to the network access node, or sent by a network side device And an indication message, where the indication message carries a processing indication generated by the network side device according to a determination result that the area corresponding to the current location information of the MTC device belongs to the allowed access area of the MTC device;

a processing module, configured to: when the receiving module receives an access request message sent by the MTC device corresponding to the network access node, generate an access request message that carries the current location information of the MTC device;

a sending module, configured to send, by the processing module, an access request message that carries current location information of the MTC device to the network side device, or when the receiving module receives the network side device to send The indication message is sent to the MTC device, and the MTC device performs corresponding network access processing or denial access processing according to the processing indication carried by the indication information.

Compared with the prior art, the present invention has the following advantages:

By applying the technical solution proposed by the embodiment of the present invention, the current location information of the MTC device is carried in the access request message sent to the network side device, so that the network side device can determine whether the current location of the MTC device belongs to the preset MTC. The area where the device is allowed to access, and determining whether to allow the access of the MTC device according to the judgment result and the corresponding policy, thereby improving the mobility management mechanism of the terminal device with low mobility characteristics in the network-to-machine communication, especially solving the problem The terminal device initiates access outside the network licensed location area Terminal access management and control issues in case of request. DRAWINGS

1 is a schematic flowchart of a method for an MTC device to access a network according to an embodiment of the present invention;

2 is a schematic structural diagram of a network side device according to an embodiment of the present invention; and FIG. 3 is a schematic structural diagram of a network access node according to an embodiment of the present invention. detailed description

In the UMTS (Universal Mobile Telecommunications System) and LTE (Long Term Evolution) systems, the Stage 1 protocol TS 22.368 protocol defines the Low Mobility feature for MTC devices with the goal of low mobility. The mobility management process of a class of devices reduces the frequency of mobility management, thereby reducing network overhead. However, the current discussion ignores the mobility management issues of Low Mobility terminal equipment.

To this end, the embodiment of the present invention provides a mobility management method for a low mobility MTC device. The network side device can determine that the current location information of the MTC device is carried in the access request message sent to the network side device. Whether the current location of the MTC device belongs to the area that the MTC device allows access, and determines whether to allow access of the MTC device according to the judgment result and the corresponding policy.

As shown in FIG. 1 , a schematic flowchart of a method for an MTC device to access a network according to an embodiment of the present invention includes the following steps:

Step S101: The network access node receives an access request message sent by the corresponding MTC device.

The MTC device is an access request message sent to the corresponding network access node when it is switched from the detached state to the attached state or from the idle state to the connected state.

Step S102: The network access node sends the network access node to the network side device according to the access request message. Sending an access request message carrying the current location information of the MTC device.

Step S103: The network side device receives an access request message that is sent by the network access node and carries the current location information of the MTC device.

Step S104: The network side device determines whether the area corresponding to the current location information of the MTC device belongs to the allowed access area of the MTC device.

The allowed access area information of the MTC device may be preset in the network device, or the corresponding information may be stored by other devices, so that the network side device performs corresponding query.

If the judgment result is yes, the network side device performs network access processing on the MTC device according to the access request message, and sends an indication message carrying the access indication to the MTC device. In an actual application, such indication information may pass the MTC. The network access node corresponding to the device performs forwarding. However, during the forwarding process, the network access node does not interpret or modify the indication message, but directly forwards the indication message.

If the judgment result is no, the following two processing methods can be adopted according to the corresponding processing strategy:

Manner 1: The network side device directly rejects the access request message of the MTC device, and sends an indication message carrying the rejection indication to the MTC device.

In this manner, the indication message may also carry a reason value corresponding to the rejection operation.

In the second mode, the network side device performs network access processing on the MTC device according to the access request message, and performs charging on the MTC device according to other preset charging methods.

In this manner, the indication message may also carry a cause value corresponding to the charging operation according to another preset charging manner.

In this way, when the MTC device is connected to the network, the application can be restricted by using a special charging method.

Similar to the foregoing scenario, in an actual application, such indication information may also be forwarded by the network access node corresponding to the MTC device, but in the forwarding process, the network access node does not interpret the indication message. Or modify, just forward directly. In the actual application scenario, the specific application of the above method needs to be adjusted according to actual needs, and such changes do not affect the protection scope of the present invention.

Step S105: The MTC device receives an indication message that is returned by the network side device and carries a processing indication generated according to the determination result.

In an actual application, such an indication message may be forwarded to the MTC device by the network access node, or may be directly sent to the MTC device by other means, and such a change does not affect the protection scope of the present invention.

Step S106: The MTC device performs corresponding network access processing or denial access processing according to the processing indication carried in the indication message, and specifically includes:

1. When the processing indication carried in the indication message is specifically an access indication, the MTC device performs corresponding network access processing, which specifically includes:

Corresponding to the foregoing step S104, the network side device performs network access processing on the MTC device according to the access request message, and sends an indication message carrying the access indication to the MTC device. When the processing indication carried in the indication message is specifically an access indication, the MTC device performs corresponding network access processing. Or,

Corresponding to the second method in the foregoing step S104, when the processing indication carried in the indication message is specifically an access indication, if the indication message further includes a cause value corresponding to the charging operation of the MTC device according to other charging methods. The network side device will charge the MTC device according to other charging methods, and the MTC device can display or notify the user of the cause value according to the setting, or directly store it for the user to query.

2. When the processing indication carried in the indication message is specifically a rejection indication, the MTC device performs corresponding denial access processing.

Corresponding to the foregoing manner 1 in step S104, when the processing indication carried in the indication message is specifically a rejection indication, if the indication message further includes a reason value corresponding to the rejection operation, the MTC device may set the reason according to the setting. Values are displayed or notified to the user, or stored directly for user inquiries.

It should be noted that, in the foregoing process, the current location information of the MTC device carried in the access request message and/or the information of the allowed access region of the preset MTC device in the network side device, the corresponding region is specifically as follows a group of regions or regions Combined:

Cell, location area, routing area, tracking area, service area.

Correspondingly, the current location information of the MTC device and/or the information of the allowed access area of the MTC device are specifically the following information or a combination of multiple information:

CGL ECGL LAL RAL TAL SAI.

In the actual application, according to the difference of the specific scenario, the network access node corresponding to the network side device and the MTC device is specifically:

a base station corresponding to the MME and the MTC device; or

The RNC corresponding to the SGSN and MTC devices.

By applying the technical solution proposed by the embodiment of the present invention, the current location information of the MTC device is carried in the access request message sent to the network side device, so that the network side device can determine whether the current location of the MTC device belongs to the preset MTC. The area where the device is allowed to access, and determining whether to allow the access of the MTC device according to the judgment result and the corresponding policy, thereby improving the mobility management mechanism of the terminal device with low mobility characteristics in the network-to-machine communication, especially solving the problem The terminal access management and control problem in the case where the terminal device initiates an access request outside the network permission location area.

The technical solutions proposed in the embodiments of the present invention are described in detail below with reference to specific application scenarios.

According to the technical solution of the embodiment of the present invention, for the low mobility MTC device, the current location information of the MTC device is carried in the access request message sent to the network side device, so that the network side device can determine whether the current location of the MTC device is An area that the MTC device allows access to, if it initiates a network access request outside the location area permitted by the network, the network side device rejects the request to refuse to provide services for the MTC device, or allows the MTC device to access. However, the MTC device is charged by using other preset charging methods.

The specific processing procedure is as follows: SGSN/MME (that is, the foregoing network side device), the location area and the network permission when the MTC device carried in the S1/Iu/Gb interface signaling (such as the Initial UE Message) initiates the access request. Compared to the MTC device location area Compared.

If the location area of the MTC device is within the location area of the network grant, then the SGSN/MME will accept the access request of the MTC device.

Otherwise, the SGSN/MME will reject the access request of the MTC device and return an appropriate cause value to the MTC device; or, the SGSN/MME accepts the access request of the MTC device, but adopts other charging methods for the MTC device to perform charging. . At this point, the SGSN/MME returns an appropriate cause value to the MTC device indicating that the network will otherwise charge for it.

Here, what needs to be further explained is:

1. The MTC device location area of the network license is the location area where the network operator determines whether the MTC device uses or accepts the network communication service according to the subscription data established with the user, the operator policy, and the like. It may be a cell, a location area, a routing area, a tracking area, a service area, and combinations of these areas. Accordingly, the identifiers representing the location areas may be CGI, ECGL LAL RAL TAI, SAI, combinations thereof, and the like.

2. The access request initiated by the MTC device mainly refers to a process that can change the MTC device from the detached state to the attached state or from the idle state to the connected state, such as the Attach process, TAU/RAU (Tracking Area Update/ Routing Area Update) , Tracking area update/routing area update) process, Service Request process, etc.

Further, the embodiment of the present invention describes the foregoing process by implementing the technical solution in a specific application scenario.

Application scenario 1 (initiating an access request through the S1 interface):

In this application scenario, it is assumed that the MTC device location area is stored in the subscription data of the HSS (Home Subscriber Server) MTC device as part of the subscription data, and the location management accuracy of the network to the MTC device is cell level.

For an MTC device with low mobility, it is assumed that the MTC device location area of the network license recorded in the subscription data is E-UTRAN cell ECGI 1.

If the MTC device is in the detached state, in order to use the network service, the MTC device sends an Attach Request message to the MME to initiate the attach process.

After receiving the Attach Request message through the RRC message, the eNodeB will The encapsulation is further forwarded to the MME in the S1AP (SI Application Protocol): Initial UE Message message. At the same time, the SI AP: Initial UE Message carries the identifier of the cell where the MTC device is currently located.

After receiving the Attach Request message, the MME obtains the subscription information of the MTC device from the HSS, and learns that the location area of the MTC device subscription is the E-UTRAN cell ECGI 1.

At this time, the MME performs the following judgment according to the obtained related information:

If the cell identifier carried by the S1AP: Initial UE message indicates that the MTC device is an Attach Request message sent in the E-UTRAN cell ECGI 1, the MME will continue processing according to the existing Attach process, and accept the MTC device when the subsequent operations are successfully completed. Attach request.

Otherwise, the MME will immediately reject the attach request of the MTC device (for example, the MTC device sends an Attach Request message in another cell (such as an E-UTRAN cell ECGI 2 or UTRAN cell) due to the movement and returns the appropriate cause value to the MTC device. Or, the MME accepts the access request of the MTC device and returns an appropriate reason value indicating that the network will adopt other methods for charging. In this case, the MME reports to the P-GW/PCEF/PCRF (Packet Data Network Gateway/Policy and Charging Enforcement Function/Policy and Charging Rules Function) that the MTC device is currently located by the process defined in the existing TS 23.401 protocol. The location area, which causes the billing system to adopt a new charging method to charge the MTC device.

According to the need, the MME can also start the Location Reporting Procedure to monitor the location of the MTC device, and start the Location Change Reporting Procedure when the location of the MTC device changes. - GW/PCEF/PCRF reports the new location area where the MTC device is located, so that it adopts the corresponding charging policy.

If the MTC device is successfully attached to the network and is in the idle state, the MTC device initiates a TAU operation when the TAU trigger condition is met, and initiates a Service Request when the RAB (Radio Access Bearer) needs to be established. operating. The sent TAU Request/Service Request message is sent to the MME through the Initial UE Message. After that, the MME sets the MTC according to the message provided. The location information is used to make the above determination, and then decide whether to allow access to the network.

If the location management accuracy of the network to the MTC device is the tracking area level, the analogous process described above can be similarly processed.

Application scenario 2 (initiating an access request through the Iu interface;):

Similar to the aforementioned application scenario, in a 3G system, the system can adopt the same processing method as the application scenario.

The difference is that, in order to make the network to the MTC device location area control accuracy reach the cell level, the Iu interface Initial UE Message needs to add a new IE to carry the identification information of the cell where the terminal is located. Specifically, as shown in Table 3:

Table 3 The modified Initial UE Message format

Selected PLMN 0 YES ignore

Identity

NAS Sequence 0 YES ignore Number

Permanent NAS 0 YES ignore

UE Identity

Redirect Attempt 0 YES ignore Flag

Extended RNC-ID 0 The Extended RNC-ID IE shall YES reject

Be used if the RNC identity has

a value larger than 4095.

CSG Id 0 YES reject

Cell Access Mode 0 YES reject

Thus, in each Initial UE Message sent by a RAN (Radio Access Network) side node (such as an RNC) to a core network node (such as an SGSN), the LAC or Global RNC-ID will be uniquely identified along with the Cell ID. The cell in which the MTC device is currently located in the 3G system.

The core network node can determine the legality of the location area where the MTC device is located, thereby determining whether to allow the MTC device to access the network.

The specific subsequent processing strategy is similar to the one in the application scenario 1. It is not repeated here.

By applying the technical solution proposed by the embodiment of the present invention, the current location information of the MTC device is carried in the access request message sent to the network side device, so that the network side device can determine whether the current location of the MTC device belongs to the preset MTC. The area where the device is allowed to access, and determining whether to allow the access of the MTC device according to the judgment result and the corresponding policy, thereby improving the mobility management mechanism of the terminal device with low mobility characteristics in the network-to-machine communication, especially solving the problem The terminal device initiates access outside the network licensed location area Terminal access management and control issues in case of request.

In order to implement the technical solution proposed by the present invention, the present invention further provides a network side device, and a schematic structural diagram thereof is shown in FIG. 2, including:

The setting module 21 is configured to set an allowable access area of the MTC device.

The receiving module 22 is configured to receive an access request message that is sent by the MTC device and that carries the current location information of the MTC device by using the network access node corresponding to the MTC device.

The judging module 23 is configured to determine whether an area corresponding to the current location information of the MTC device received by the receiving module 22 belongs to an allowed access area of the MTC device set by the setting module 21.

The processing module 24 is configured to perform network access processing on the MTC device according to the access request message received by the receiving module 22 when the determination result of the determining module 23 is YES.

In a specific application scenario, the setting module 21 is further configured to set another charging mode. When the determining result of the determining module 23 is no, the processing module 24 is further configured to: reject the receiving of the MTC device received by the receiving module 22. The request message is received; or, the MTC device performs network access processing according to the access request message received by the receiving module 22, and performs charging for the MTC device according to other charging modes set by the setting module 21.

It should be noted that the sending module 25 is further included for:

When the processing module 24 rejects the access request message of the MTC device, the MTC device sends an indication message rejecting the operation, where the reason value corresponding to the rejection indication and the rejection operation is carried; or

When the processing module 24 performs network access processing on the MTC device according to the access request message, and performs charging on the MTC device according to other charging modes, the processing module 24 sends an indication message to the MTC device, where the access indication and the other charging are carried. The reason for the reason value corresponding to the billing operation.

In actual applications, the network side device is specifically an MME or an SGSN:

When the network side device is the MME, the network access node corresponding to the MTC device is a base station corresponding to the MTC device;

When the network side device is an SGSN, the network access node corresponding to the MTC device has The body is the RNC corresponding to the MTC device.

On the other hand, the embodiment of the present invention further provides a network access node, and its structure is shown in FIG. 3, which includes:

The receiving module 31 is configured to receive an access request message sent by the MTC device corresponding to the network access node, or an indication message sent by the network side device, where the indication message carries the area corresponding to the current location information of the MTC device by the network side device. Whether it is a processing instruction generated by the judgment result of the permitted access area of the MTC device.

The processing module 32 is configured to: when the receiving module 31 receives the access request message sent by the MTC device corresponding to the network access node, generate an access request message that carries the current location information of the MTC device;

The sending module 33 is configured to send, by the processing module 32, an access request message that carries the current location information of the MTC device to the network side device, or when the receiving module 31 receives the indication message sent by the network side device, The message is sent to the MTC device, and the MTC device performs corresponding network access processing or denial access processing according to the processing indication carried by the indication information.

Specifically, the access request message received by the receiving module 31 is sent by the MTC device to the network access node when it is switched from the detached state to the attached state or from the idle state to the connected state.

Specifically, the indication message received by the receiving module 31 is that when the network side device determines that the area corresponding to the current location information of the MTC device belongs to the allowed access area of the MTC device, generating an access indication and carrying the If the network side device determines that the area corresponding to the current location information of the MTC device does not belong to the allowed access area of the MTC device, generating an access indication and performing other charging methods. The reason value corresponding to the charging operation performed by the MTC device is carried in the indication message, and the indication message received by the receiving module 31 is the area corresponding to the current location information of the MTC device. When it does not belong to the allowed access area of the MTC device, a rejection indication is generated and the reason value corresponding to the rejection indication and the rejection operation is carried in the indication message.

In practical applications, the network access node corresponding to the MTC device is specifically an MTC device. The RNC corresponding to the base station or MTC device corresponding to the backup:

When the network access node corresponding to the MTC device is the base station corresponding to the MTC device, the network side device is specifically an MME;

When the network access node corresponding to the MTC device is the RNC corresponding to the MTC device, the network side device is specifically the SGSN.

By applying the technical solution proposed by the embodiment of the present invention, the access request message sent to the network side device carries the current location information of the MTC device, so that the network side device can determine whether the current location of the MTC device belongs to the MTC device. Entering the area, and determining whether to allow the access of the MTC device according to the judgment result and the corresponding policy, thereby improving the mobility management mechanism of the network device with low mobility characteristics of the terminal device, especially solving the terminal device Terminal access management and control issues in the case of an access request outside the network permission location area.

Through the description of the above embodiments, those skilled in the art can clearly understand that the present invention can be implemented by hardware or by software plus necessary general hardware platform. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.), including several The instructions are for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods described in various implementation scenarios of the present invention.

A person skilled in the art can understand that the drawings are only a schematic diagram of a preferred implementation scenario, and the modules or processes in the drawings are not necessarily required to implement the invention.

A person skilled in the art may understand that the modules in the apparatus in the implementation scenario may be distributed in the apparatus for implementing the scenario according to the implementation scenario description, or may be correspondingly changed in one or more devices different from the implementation scenario. The modules of the above implementation scenarios may be combined into one module, or may be further split into multiple sub-modules.

The above-mentioned serial numbers of the present invention are merely for the description, and do not represent the advantages and disadvantages of the implementation scenario.

The above disclosure is only a few specific implementation scenarios of the present invention, but the present invention is not limited thereto, and any changes that can be considered by those skilled in the art should fall within the protection of the present invention. Range of protection.

Claims

Rights request

A method for accessing a network of a machine type communication MTC device, characterized in that it comprises:

2. The method according to claim 1, wherein if the determination result is no, the method further comprises:

The network side device rejects the access request message of the MTC device; or the network side device performs network access processing on the MTC device according to the access request message, and presets the MTC device according to the Other billing methods are used for billing.

The method of claim 2, wherein, if the network side device rejects the access request message of the MTC device, the method further includes:

The network side device sends a value corresponding to the reject operation to the MTC device.

The method according to claim 2, wherein, when the network side device performs network access processing on the MTC device according to the access request message, and according to the preset other When billing is used for billing, it also includes:

The network side device sends the reason value corresponding to the charging operation according to the preset other charging manners to the MTC device.

The method according to claim 1, wherein the current location information of the MTC device, and/or the information of the allowed access area of the MTC device, is specifically one or more of the following information. The combination:

Global cell identification code CGI, global cell identification code ECGI under the evolved global terrestrial radio access network, location area identification code LAI, routing area identification code RAI, tracking area knowledge Other code TAI, service area identification code SAI;

The area corresponding to the current location information of the MTC device, and/or the information about the allowed access area of the MTC device, is specifically a combination of the following areas or multiple areas:

Cell, location area, routing area, tracking area, service area.

The method according to any one of claims 1 to 5, wherein the network side device and the network access node corresponding to the MTC device are specifically: a mobility management entity MME and the The base station corresponding to the MTC device; or the service support node SGSN of the general packet radio service technology and the radio network controller RNC corresponding to the MTC device.

7. A network side device, comprising:

a setting module, configured to set an allowed access area of the MTC device, and a receiving module, configured to receive, by the network access node corresponding to the MTC device, an access request that carries the current location information of the MTC device a judging module, configured to determine whether an area corresponding to the current location information of the MTC device received by the receiving module belongs to an allowed access area of the MTC device set by the setting module;

The network side device according to claim 7, wherein the setting module is further configured to set another charging mode;

When the determining result of the determining module is negative, the processing module is further configured to: reject an access request message of the MTC device received by the receiving module; or

Performing network access processing on the MTC device according to the access request message received by the receiving module, and charging the MTC device according to other charging modes set by the setting module.

9. The network side device according to claim 8, further comprising sending Module, for:

And when the processing module rejects the access request message of the MTC device, sending an indication message to the MTC device, where the reason value corresponding to the rejection indication and the reject operation is carried; or

When the processing module performs network access processing on the MTC device according to the access request message, and sends an indication message to the MTC device according to the other charging mode, And carrying the access indication and the reason value corresponding to the charging operation according to the other charging manner.

The network side device according to any one of claims 7 to 9, wherein the network side device is specifically an MME or an SGSN;

When the network side device is an MME, the network access node corresponding to the MTC device is specifically a base station corresponding to the MTC device;

When the network side device is an SGSN, the network access node corresponding to the MTC device is specifically an RNC corresponding to the MTC device.

A method for an MTC device to access a network, the method comprising: the network access node transmitting, according to the received access request message sent by the corresponding MTC device, the network side device to carry the current MTC device Access request message for location information;

The method of claim 11, wherein the access request message sent by the MTC device corresponding to the network access node specifically includes:

When the MTC device switches from the detached state to the attached state, or from the idle state to the connected state, the access request sent to the network access node is cancelled. Interest.

The method according to claim 11, wherein the current location information of the MTC device, and/or the information of the allowed access area of the MTC device, is specifically one or more of the following information. The combination:

CGL ECGL LAL RAL TAL SAI;

Cell, location area, routing area, tracking area, service area.

The method according to claim 11, wherein when the network side device determines that the area corresponding to the current location information of the MTC device belongs to the allowed access area of the MTC device, the access indication is generated and When the network side device determines that the area corresponding to the current location information of the MTC device does not belong to the allowed access area of the MTC device, generating an access indication and performing other charging methods. The reason value corresponding to the charging operation performed by the MTC device is carried in the indication message;

And the network access node sends the indication message to the MTC device, so that the MTC device performs corresponding network access processing or denial access processing according to the processing indication carried by the indication information, specifically: When the processing indication carried by the indication message sent by the network access node to the MTC device is specifically an access indication, the MTC device performs corresponding network access processing.

The method according to claim 11, wherein when the network side device determines that the area corresponding to the current location information of the MTC device does not belong to the allowed access area of the MTC device, generating a rejection indication and The network access node sends the indication message to the MTC device, so that the MTC device performs corresponding network access processing or rejects according to the processing indication carried by the indication information. And the processing includes: when the processing indication carried by the indication message sent by the network access node to the MTC device is specifically a rejection indication, the MTC device performs a corresponding denial access processing.

The method according to claim 15, wherein, when the processing indication that is sent by the network access node to the indication message sent by the MTC device is specifically a rejection indication, the indication message further includes:

The reason value corresponding to the operation is rejected.

The method according to any one of claims 11 to 16, wherein the network access device and the network access node corresponding to the MTC device are specifically:

a base station corresponding to the MME and the MTC device; or

The SGSN and the RNC corresponding to the MTC device.

18. A network access node, comprising:

a receiving module, configured to receive an access request message sent by the MTC device corresponding to the network access node, or an indication message sent by the network side device, where the indication message carries the network side device according to the current MTC device a processing instruction generated by whether the area corresponding to the location information belongs to the judgment result of the allowed access area of the MTC device;

The network access node according to claim 18, wherein the access request message received by the receiving module is that the MTC device switches from the detached state to the attached state, or is switched from the idle state to the connected state. In the state, sent to the network access node.

The network access node according to claim 18, wherein the indication message received by the receiving module is that the network side device determines that the area corresponding to the current location information of the MTC device belongs to the MTC device. Generated when accessing the zone The access indication is sent and carried in the indication message, or is generated when the network side device determines that the area corresponding to the current location information of the MTC device does not belong to the allowed access area of the MTC device. And indicating a reason value corresponding to the charging operation of the MTC device according to another charging manner, and carrying the value in the indication message; or

The indication message received by the receiving module is that when the network side device determines that the area corresponding to the current location information of the MTC device does not belong to the allowed access area of the MTC device, generates a rejection indication and the rejection indication and The reason value corresponding to the reject operation is carried in the indication message.

The network access node according to claim 18, wherein the network access node is a base station corresponding to the MTC device or an RNC corresponding to the MTC device;

When the network access node corresponding to the MTC device is the base station corresponding to the MTC device, the network side device is an MME;

When the network access node corresponding to the MTC device is the RNC corresponding to the MTC device, the network side device is an SGSN.